ウェブログオン制御方法とシステムおよびプログラム
【課題】ウェブシステムにアクセスするアプリケーションにおける実装難度の低減、ウェブシステム側認証負荷の低減、アプリケーション側処理時間の低減を可能とする。
【解決手段】アプリケーション１０２内に保持したウェブブラウザ部品１０３により、ウェブシステム３００との認証を行い、認証情報を保持しておくことにより、アプリケーション実装の困難さを低減する。また、認証済みのウェブブラウザ部品１０３により、他の画面へアクセスするブラウザを生成することにより、毎回認証を行う必要を無くし、ウェブシステム側の負荷およびアプリケーション１０２の処理時間の増大を低減する。
【解決手段】アプリケーション１０２内に保持したウェブブラウザ部品１０３により、ウェブシステム３００との認証を行い、認証情報を保持しておくことにより、アプリケーション実装の困難さを低減する。また、認証済みのウェブブラウザ部品１０３により、他の画面へアクセスするブラウザを生成することにより、毎回認証を行う必要を無くし、ウェブシステム側の負荷およびアプリケーション１０２の処理時間の増大を低減する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してウェブシステムへアクセスを行う利用者端末上のアプリケーションの処理制御技術に係り、特に、認証を行うウェブシステムに対する頻繁なアクセス制御の効率化を図るのに好適な技術に関するものである。
【背景技術】
【０００２】
ウェブシステムでは，アクセスしてきた端末の利用者の特定とセキュリティ保持の為、ログオン時に利用者を特定するためのＩＤとパスワードの入力を必要とし、これらの情報によってユーザ（利用者）の認証を行うものがある。
【０００３】
このようなウェブシステムでは、一般的に、ログオンしたという情報は、ウェブブラウザ側においてのＣｏｏｋｉｅによって保持される。尚、以降「ウェブブラウザ」を「ブラウザ」と表記する場合がある。
【０００４】
利用者端末上のアプリケーションからウェブシステムへ自動でアクセスする際は、ウェブブラウザ側で、手動操作で行った場合と同様の処理を自動的に行う必要があるが、その為には、ウェブブラウザと同等の機能（ＨＴＭＬおよびＪａｖａ（登録商標）Ｓｃｒｉｐｔ等のクライアントサイドスクリプトの解釈・実行機能）を、アプリケーションに備える必要があり、極めて実装が困難である。
【０００５】
また、アプリケーションがウェブシステムへ頻繁にアクセスを行う際には、毎回認証の処理を行う必要があるため、ウェブシステム側の負荷の増大およびアプリケーションの処理待ち時間の増大を招く。
【０００６】
アプリケーションとウェブブラウザとを連携させて処理を実行させる従来の技術として、例えば、特許文献１に記載のものがある。この技術は、マークアップ言語やメタ情報の拡張が必要になる情報サービスにも容易に対応できるブラウザを提供することを目的にしたものであり、特許文献１においては、機能拡張型ブラウザの構成要素となるブラウザ部品に、構造化ドキュメント情報をアプリケーションプログラムから参照可能にするドキュメント情報操作部と、アプリケーションプログラムからの指示に応じて、構造化ドキュメント情報に基づいてドキュメントを表示するブラウザコア部と、表示されているドキュメントに関連するイベントが発生したとき、このイベントの種別と、ドキュメント中のイベントが発生した部分とを示すイベント情報をアプリケーションプログラムに通知するイベント情報通知部とを設け、アプリケーションプログラムからの指示に応じて、ドキュメントデータを構造化ドキュメント情報に変換する技術等が記載されている。
【０００７】
しかし、この特許文献１に記載の技術では、上述のように、利用者端末上のアプリケーションから、ログオン時の認証処理が必要なウェブシステムへのアクセス時に、ウェブブラウザ側において手動操作で行った場合と同様の処理を、アプリケーション側で自動的に行うようにすることはできない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−１７１２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
解決しようとする問題点は、従来の技術では、利用者端末上のアプリケーションから認証が必要なＵＲＬのウェブシステムへの接続と切断を繰り返して行う際、アクセスする度に、ユーザ操作を伴うログオンＩＤとパスワード等のセキュリティ情報を入力しなければならない点である。
【００１０】
本発明の目的は、これら従来技術の課題を解決し、ウェブシステムにアクセスするアプリケーションにおける実装難度の低減、ウェブシステム側認証負荷の低減、アプリケーション側処理時間の低減を可能とすることである。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明では、アプリケーション内にウェブブラウザ部品（コンポーネント）を保持し、このウェブブラウザ部品を介して、認証が必要なウェブシステムに対するユーザからのログオンＩＤとパスワード等のセキュリティ情報の入力と、ウェブシステムからのレスポンスを受信して認証を行い、以降、認証済みのログオン状態を保持する。そして、ユーザからの任意のＵＲＬへのアクセス要求入力があれば、当該ウェブブラウザ部品を介して、任意のＵＲＬへのアクセスするブラウザ画面を生成し、生成したブラウザ画面により、認証済みのウェブシステムに対して当該ＵＲＬ情報を送信し、ウェブシステムから返送される当該画面情報を受信してブラウザ画面上に表示する。
【発明の効果】
【００１２】
本発明によれば、アプリケーション内に保持したウェブブラウザ部品により、ウェブシステムとの認証を行い、認証情報を保持しており、アプリケーション実装の困難さを低減することができ、また、認証済みのウェブブラウザ部品により、他の画面へアクセスするブラウザを生成することができ、毎回認証を行う必要が無くなり、ウェブシステム側の負荷およびアプリケーションの処理時間の増大を低減することが可能である。
【図面の簡単な説明】
【００１３】
【図１】本発明に係るウェブログオン制御システムの構成例を示すブロック図である。
【図２Ａ】図１におけるウェブログオン制御システムの本発明に係る第１の処理動作例を示すフローチャートである。
【図２Ｂ】図１におけるウェブログオン制御システムの本発明に係る第２の処理動作例を示すフローチャートである。
【図２Ｃ】図１におけるウェブログオン制御システムの本発明に係る第３の処理動作例を示すフローチャートである。
【図３】図１におけるウェブログオン制御システムのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下、図を用いて本発明を実施するための形態例を説明する。図１に示すように、本例のウェブログオン制御システムは、利用者端末（図中「ＰＣ」と記載し、本例ではパーソナルコンピュータを用いている）１００内のメモリ（図中「ＰＣ内メモリ」と記載）１０１内にインストールされたアプリケーション１０２内にウェブブラウザ部品１０３を保持させた構成となっている。
【００１５】
このような構成により、アプリケーション１０２は、このウェブブラウザ部品１０３を介して、インターネット（図中「ＮＷ」と記載）２００で接続された、認証が必要なウェブシステム３００に対するユーザからのログオンＩＤとパスワード等のセキュリティ情報の入力と、ウェブシステム３００からのレスポンスを受信して認証を行い、以降、認証済みのログオン状態を保持する。
【００１６】
そして、アプリケーション１０２は、ユーザからの任意のＵＲＬへのアクセス要求入力があれば、ウェブブラウザ部品１０３を介して、当該ＵＲＬへアクセスするブラウザ画面（図中「ウェブブラウザ画面」と記載）１０４を生成し、生成したブラウザ画面１０４において、認証済みのウェブシステム３００に対して当該ＵＲＬ情報を送信し、ウェブシステム３００から返送される当該画面情報を受信する。
【００１７】
利用者端末１００においては、図３に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１００ａに、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）１００ｅへの情報表示処理制御を行ドライバ１００ｄと、キーボード１００ｇとマウス１００ｈからの情報の入力制御を行うキーボード／マウスドライバ１００ｆ、および、ディスク装置１００ｊとの情報の入出力制御を行うディスク装置ドライバ１００ｉ等がシステムバス１００ｋを介して接続された構成となっている。
【００１８】
ＣＰＵ１００ａは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃt Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１００ｂもしくはＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）１００ｃ等の記録媒体に格納されたプログラムやデータを、図示していないドライバを介して読み込み、ディスク装置１００ｉを介してディスク装置１００ｊにインストールした後、ディスク装置１００ｊから図１に示すメモリ１０１に読み込み処理することにより、図１におけるアプリケーション１０２、ウェブブラウザ部品１０３、ブラウザ画面１０４の各機能を実行する。
【００１９】
図１に示すように、本例において、本発明に係る機能は、アプリケーション１０２とアプリケーション１０２内に生成され認証状態を保持するウェブブラウザ部品１０３、および、ウェブブラウザ部品１０３から生成され、ウェブブラウザ部品１０３が保持する認証状態を引き継ぐブラウザ画面１０４である。
【００２０】
以下、図２Ａ〜図２Ｃを用いて、このような構成からなる利用者端末１００に設けられた本例のウェブログオン制御システムの本発明に係る処理動作例を説明する。
【００２１】
図２Ａにおける「ブロックＡ」の処理は、アプリケーション１０２の起動からウェブシステム３００への自動ログオンまでのシーケンスである。
【００２２】
ステップＳ２０１においては、ユーザによるキーボード１００ｇやマウス１００ｈ等の操作または利用者端末１００のオペレーティングシステムにより自動的にアプリケーション１０２を起動する。
【００２３】
ステップＳ２０２では、起動したアプリケーション１０２において、ユーザによるキーボード１００ｇやマウス１００ｈ等の入力操作に応じて、ウェブシステムへログオンするためのＩＤとパスワードを入力し、入力したＩＤとパスワードをアプリケーション内のデータとして保持する。
【００２４】
ステップＳ２０３において、アプリケーション１０２は、ウェブブラウザ部品１０３を起動する。起動にはオペレーティングシステムのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用いる。尚、このウェブブラウザ部品１０３の起動時、アプリケーション１０２は、ブラウザの画面を利用者端末１００のディスプレイ（ＣＲＴ１００ｅ等）上に表示させないように起動する（以下、この状態を「非可視状態」と呼ぶ）。
【００２５】
ステップＳ２０４において、アプリケーション１０２は、ウェブブラウザ部品１０３に対し、ウェブシステムにＩＤ、パスワードを送信するよう指示する。
【００２６】
ステップＳ２０５において、ウェブブラウザ部品１０３は、ステップＳ２０４でのアプリケーション１０２からの指令を受け、ウェブシステム３００に対して、指示されたＩＤとパスワードを含んだリクエストを送信する。
【００２７】
ステップＳ２０６において、ウェブシステム３００は、ステップＳ２０５でのウェブブラウザ部品１０３からのリクエストに対し、ログオン処理結果のレスポンスを返送する。
【００２８】
ステップＳ２０７において、アプリケーション１０２は、ウェブブラウザ部品１０３から、ステップＳ２０６において、ウェブシステム３００から返送されたレスポンスを取得する。
【００２９】
ステップＳ２０８において、アプリケーション１０２は、ステップＳ２０７での処理で取得したレスポンスが、ログオン成功（正常時）なのか、ログオン失敗（エラー時）なのかを判定する。判定には、ウェブブラウザ部品１０３の示すアドレス（ＵＲＬ）や、レスポンスの内容の特定の文章等を用いる。判定結果がエラーの場合の処理については、図２Ｃに示すブロック（Ｄ）として後に説明する。
【００３０】
以上の処理により、ウェブブラウザ部品１０３は、ウェブシステム３００にログオンした状態（認証状態）となる（ステップＳ２０９）。
【００３１】
ステップＳ２０８での処理において、アプリケーション１０２がログオン成功（正常時）と判定した場合は、以降のステップＳ２１０〜Ｓ２１６の「ブロック（Ｂ）」の処理を行い、ログオン失敗（エラー時）と判定した場合は、図２Ｃに示す「ブロック（Ｄ）」の処理を行う。
【００３２】
「ブロック（Ｂ）」の処理は、ブロック（Ａ）の処理後、アプリケーション１０２において、何らかのユーザ操作（ボタン押下等）を契機として、ウェブシステム３００上の特定の画面を表示するまでのシーケンスである。
【００３３】
ステップＳ２１０において、ユーザからの操作により、ウェブシステム３００上の画面を開く指示が入力されると、アプリケーション１０２は、ステップＳ２１１において、ウェブブラウザ部品１０３に対し、新しくブラウザの画面を生成する指示を行う。その際、新しいブラウザの画面で開くＵＲＬを同時に指示する。
【００３４】
ステップＳ２１２では、ステップＳ２１１においてアプリケーション１０２からの指示を受けたウェブブラウザ部品１０３が、当該指示に基づき、新しく、ブラウザの画面１０４を、ステップＳ２１１において指示されたＵＲＬを開く状態で生成する。この際、ブラウザの認証状態が引き継がれるため、生成されたブラウザの画面１０４は、ウェブシステム３００にログオンした状態となっている。
【００３５】
ステップＳ２１３において、ブラウザの画面１０４は、ステップＳ２１２においてウェブブラウザ部品１０３から指示されたＵＲＬを用いて、ウェブシステム３００にリクエストを行う。
【００３６】
ステップＳ２１４において、ウェブシステム３００は、ステップＳ２１３におけるブラウザの画面１０４からのリクエストに基づき、指定されたＵＲＬの内容を返送する。
【００３７】
ステップＳ２１４において、ブラウザの画面１０４は、ステップＳ２１４でのウェブシステム３００からのレスポンスに基づき画面を表示する。
【００３８】
ステップＳ２１５においては、表示しているブラウザの画面１０４上での当該画面に対するユーザからの終了操作に応じて、ブラウザの画面１０４を閉じる。
【００３９】
すなわち、ステップＳ２１５において、ユーザが終了操作を行うまで、ブラウザの画面１０４は表示され続ける。
【００４０】
また、ステップＳ２１６においてブラウザ画面１０４の終了を行っても、ステップＳ２０９での処理により、ウェブブラウザ部品１０３における認証状態は保たれるので、ブロック（Ｂ）におけるシーケンス（処理）は何度でも繰り返すことが可能である。
【００４１】
このように、本例のウェブログオン制御システムにおいては、非可視のウェブブラウザ部品１０３を認証状態に保ち、その状態から、ユーザからの要求等に応じて、必要な画面を生成することにより、画面表示時に毎回認証処理を行う必要が無くすことができる。
【００４２】
次に、ブロック（Ｂ）の処理に続くシーケンス（Ｃ）における処理の説明を行う。このブロックＣの処理は、ウェブシステム３００が一定時間無通信の場合にタイムアウト（認証状態を失う）する場合にも、ウェブブラウザ部品１０３を認証状態に保つために必要な処理である。
【００４３】
まじ、ステップＳ２１７において、アプリケーション１０２は、一定間隔（ウェブシステム３００のタイムアウト時間よりも短い間隔）の経過を検知し、検知した一定間隔毎に、以降のステップＳ２１８〜ステップＳ２２０の処理を繰り返し実行する。
【００４４】
ステップＳ２１８において、アプリケーション１０２は、ウェブブラウザ部品１０３に対し、ウェブシステム３００にするリクエスト送信を実行するよう指示を行う。尚、このリクエストの際に指定するＵＲＬは、ウェブシステム３００にログオン後に表示されるべきＵＲＬとする。
【００４５】
ステップＳ２１９において、ウェブブラウザ部品１０３は、ステップＳ２１８での指示に基づき、ウェブシステム３００にリクエスト送信を行う。
【００４６】
ステップＳ２２０において、ウェブブラウザ部品１０３は、ステップＳ２１９でのリクエストに対応してウェブシステム３００から返送されたレスポンスを受信する。
【００４７】
この処理の結果、ウェブシステム３００にとって「無通信」の状態が解除されるため、タイムアウトまでの時間が延長される（一般的にはこの処理はＣｏｏｋｉｅの有効時間の延長という形で行われる）。
【００４８】
次に、図２ＡのステップＳ２０８での処理において、アプリケーション１０２がログオン失敗（エラー時）と判定した場合の処理を、図２Ｃに示すブロック（Ｃ）のシーケンスを用いて説明する。
【００４９】
一般的に、ウェブシステム３００では、エラーと判定された場合に、それをユーザに知らせる為の画面を、図２ＡのステップＳ２０６での処理において、ウェブブラウザ部品１０３に返送しているため、その内容をユーザに対し表示する必要がある。
【００５０】
すなわち、ステップＳ２２２において、アプリケーション１０２が、図２ＡのステップＳ２０８での処理においてログオン失敗（エラー時）と判定すると、アプリケーション１０２は、ウェブブラウザ部品１０３に対し、ウェブブラウザ部品１０３がウェブシステム３００から受信した画面を、利用者端末１００のディスプレイ上に表示するよう操作指示を出す（ステップＳ２２３）。
【００５１】
この指示を受けたウェブブラウザ部品１０３は、この指示に基づき、ウェブシステム３００から受信した画面の表示を行う（非可視状態から可視状態になる）（ステップＳ２２４）。
【００５２】
このブロック（Ｃ）での処理により、ユーザはエラーの発生した画面を見ることができ、その後の判断（パスワード誤りなのか、ウェブシステムのエラーなのか、等々）および対処が可能となる。
【００５３】
以上、図１〜図３を用いて説明したように、本例のウェブログオン制御システムでは、アプリケーション１０２に、ウェブシステム３００へのログオン処理を実行するウェブブラウザ部品１０３を設け、アプリケーション１０２により、入力装置（キーボード１００ｇ）から入力されたウェブシステム３００へのログオン用の認証情報を記憶装置（ディスク装置１００ｊ等）に格納すると共に、アプリケーション１０２からウェブブラウザ部品１０３を非表示状態で起動して、このウェブブラウザ部品１０３により、ログオン用の認証情報を用いたウェブシステム３００へのログオン処理を実行する。
【００５４】
そして、このログオン処理に対応したウェブシステム３００からのレスポンスを、ウェブブラウザ部品１０３を介して、アプリケーション１０２に入力し、アプリケーション１０２により、ログオン結果を判定し、ログオン結果が正常の場合、ウェブブラウザ部品１０３により、ウェブシステム３００とのログオン状態を継続する。
【００５５】
さらに、アプリケーション１０２により、入力装置から入力されたＵＲＬ情報を、ログオン状態継続中のウェブブラウザ部品１０３に渡し、このウェブブラウザ部品１０３によりブラウザ画面１０４を生成し、このブラウザ画面１０４からウェブシステム３００に対してＵＲＬ情報を用いたリクエストを送信し、このリクエスト送信に対応してウェブシステム３００から返送される当該ＵＲＬの画面情報を用いてブラウザ画面１０４で画面表示し、このようにして表示したブラウザ画面１０４上の画面におけるユーザ操作に基づく終了指示の入力に応じて、ウェブブラウザ部品１０３によるウェブシステム３００とのログオン状態を継続した状態で、ブラウザ画面１０４上の画面を閉じる。
【００５６】
また、ウェブブラウザ部品１０３によるウェブシステム３００とのログオン状態を継続した状態で、アプリケーション１０２からウェブブラウザ部品１０３に、予め定められたウェブシステム３００におけるタイムアウト時間より短い時間毎に、ウェブシステム３００に対するリクエストの送信を指示することにより、ウェブブラウザ部品１０３によるウェブシステム３００とのログオン状態を継続する。
【００５７】
尚、ログオン結果が異常の場合、アプリケーション１０２からウェブブラウザ部品１０３に、ウェブシステム３００から返送されてきたエラー情報を表示するブラウザ画面１０４の生成を指示し、このアプリケーション１０２からの指示に基づきウェブブラウザ部品１０３により、エラー情報を表示するブラウザ画面１０４を生成して表示する。
【００５８】
このように、本例では、アプリケーション１０２内に保持したウェブブラウザ部品１０３により、ウェブシステム３００との認証を行い、認証情報を保持しており、アプリケーション実装の困難さを低減することができ、また、認証済みのウェブブラウザ部品１０３により、他の画面へアクセスするブラウザを生成することができ、毎回認証を行う必要が無くなり、ウェブシステム側の負荷およびアプリケーション１０２の処理時間の増大を低減することが可能である。
【００５９】
尚、本発明は、図１〜図３を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例では、インターネット２００を用いて利用者端末１００とウェブシステム３００を接続した構成として説明しているが、インターネットの代わりに、イントラネット等のネットワークを用いた構成として良い。
【００６０】
また、本例でのコンピュータ構成例に関しても、図３に示される構成に限定されるものではなく、キーボードや光ディスクの駆動装置の無いコンピュータ構成としても良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールする構成としても良い。
【００６１】
また、利用者端末１００に関しても、本例ではＰＣ（パーソナルコンピュータ）を例として用いているが、ワークステーション等の他のウェブシステム３００とのブラウザによる通信機能を有する通信装置であれば良い。
【符号の説明】
【００６２】
１００：利用者端末（ＰＣ）、１００ａ：ＣＰＵ、１００ｂ：記録媒体（ＣＤ−ＲＯＭ）、１００ｃ：記録媒体（ＦＤ）、１００ｄ：ＣＲＴドライバ、１００ｅ：ＣＲＴ、１００ｆ：キーボード／マウスドライバ、１００ｇ：キーボード、１００ｈ：マウス、１００ｉ：ディスク装置ドライバ、１００ｊ：ディスク装置、１０１：記憶装置（ＰＣ内メモリ）、１０２：アプリケーション、１０３：ウェブブラウザ部品、１０４：ウェブブラウザ画面（ブラウザ画面）、２００：ネットワーク（ＮＷ）、３００：ウェブシステム。
【技術分野】
【０００１】
本発明は、ネットワークを介してウェブシステムへアクセスを行う利用者端末上のアプリケーションの処理制御技術に係り、特に、認証を行うウェブシステムに対する頻繁なアクセス制御の効率化を図るのに好適な技術に関するものである。
【背景技術】
【０００２】
ウェブシステムでは，アクセスしてきた端末の利用者の特定とセキュリティ保持の為、ログオン時に利用者を特定するためのＩＤとパスワードの入力を必要とし、これらの情報によってユーザ（利用者）の認証を行うものがある。
【０００３】
このようなウェブシステムでは、一般的に、ログオンしたという情報は、ウェブブラウザ側においてのＣｏｏｋｉｅによって保持される。尚、以降「ウェブブラウザ」を「ブラウザ」と表記する場合がある。
【０００４】
利用者端末上のアプリケーションからウェブシステムへ自動でアクセスする際は、ウェブブラウザ側で、手動操作で行った場合と同様の処理を自動的に行う必要があるが、その為には、ウェブブラウザと同等の機能（ＨＴＭＬおよびＪａｖａ（登録商標）Ｓｃｒｉｐｔ等のクライアントサイドスクリプトの解釈・実行機能）を、アプリケーションに備える必要があり、極めて実装が困難である。
【０００５】
また、アプリケーションがウェブシステムへ頻繁にアクセスを行う際には、毎回認証の処理を行う必要があるため、ウェブシステム側の負荷の増大およびアプリケーションの処理待ち時間の増大を招く。
【０００６】
アプリケーションとウェブブラウザとを連携させて処理を実行させる従来の技術として、例えば、特許文献１に記載のものがある。この技術は、マークアップ言語やメタ情報の拡張が必要になる情報サービスにも容易に対応できるブラウザを提供することを目的にしたものであり、特許文献１においては、機能拡張型ブラウザの構成要素となるブラウザ部品に、構造化ドキュメント情報をアプリケーションプログラムから参照可能にするドキュメント情報操作部と、アプリケーションプログラムからの指示に応じて、構造化ドキュメント情報に基づいてドキュメントを表示するブラウザコア部と、表示されているドキュメントに関連するイベントが発生したとき、このイベントの種別と、ドキュメント中のイベントが発生した部分とを示すイベント情報をアプリケーションプログラムに通知するイベント情報通知部とを設け、アプリケーションプログラムからの指示に応じて、ドキュメントデータを構造化ドキュメント情報に変換する技術等が記載されている。
【０００７】
しかし、この特許文献１に記載の技術では、上述のように、利用者端末上のアプリケーションから、ログオン時の認証処理が必要なウェブシステムへのアクセス時に、ウェブブラウザ側において手動操作で行った場合と同様の処理を、アプリケーション側で自動的に行うようにすることはできない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−１７１２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
解決しようとする問題点は、従来の技術では、利用者端末上のアプリケーションから認証が必要なＵＲＬのウェブシステムへの接続と切断を繰り返して行う際、アクセスする度に、ユーザ操作を伴うログオンＩＤとパスワード等のセキュリティ情報を入力しなければならない点である。
【００１０】
本発明の目的は、これら従来技術の課題を解決し、ウェブシステムにアクセスするアプリケーションにおける実装難度の低減、ウェブシステム側認証負荷の低減、アプリケーション側処理時間の低減を可能とすることである。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明では、アプリケーション内にウェブブラウザ部品（コンポーネント）を保持し、このウェブブラウザ部品を介して、認証が必要なウェブシステムに対するユーザからのログオンＩＤとパスワード等のセキュリティ情報の入力と、ウェブシステムからのレスポンスを受信して認証を行い、以降、認証済みのログオン状態を保持する。そして、ユーザからの任意のＵＲＬへのアクセス要求入力があれば、当該ウェブブラウザ部品を介して、任意のＵＲＬへのアクセスするブラウザ画面を生成し、生成したブラウザ画面により、認証済みのウェブシステムに対して当該ＵＲＬ情報を送信し、ウェブシステムから返送される当該画面情報を受信してブラウザ画面上に表示する。
【発明の効果】
【００１２】
本発明によれば、アプリケーション内に保持したウェブブラウザ部品により、ウェブシステムとの認証を行い、認証情報を保持しており、アプリケーション実装の困難さを低減することができ、また、認証済みのウェブブラウザ部品により、他の画面へアクセスするブラウザを生成することができ、毎回認証を行う必要が無くなり、ウェブシステム側の負荷およびアプリケーションの処理時間の増大を低減することが可能である。
【図面の簡単な説明】
【００１３】
【図１】本発明に係るウェブログオン制御システムの構成例を示すブロック図である。
【図２Ａ】図１におけるウェブログオン制御システムの本発明に係る第１の処理動作例を示すフローチャートである。
【図２Ｂ】図１におけるウェブログオン制御システムの本発明に係る第２の処理動作例を示すフローチャートである。
【図２Ｃ】図１におけるウェブログオン制御システムの本発明に係る第３の処理動作例を示すフローチャートである。
【図３】図１におけるウェブログオン制御システムのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下、図を用いて本発明を実施するための形態例を説明する。図１に示すように、本例のウェブログオン制御システムは、利用者端末（図中「ＰＣ」と記載し、本例ではパーソナルコンピュータを用いている）１００内のメモリ（図中「ＰＣ内メモリ」と記載）１０１内にインストールされたアプリケーション１０２内にウェブブラウザ部品１０３を保持させた構成となっている。
【００１５】
このような構成により、アプリケーション１０２は、このウェブブラウザ部品１０３を介して、インターネット（図中「ＮＷ」と記載）２００で接続された、認証が必要なウェブシステム３００に対するユーザからのログオンＩＤとパスワード等のセキュリティ情報の入力と、ウェブシステム３００からのレスポンスを受信して認証を行い、以降、認証済みのログオン状態を保持する。
【００１６】
そして、アプリケーション１０２は、ユーザからの任意のＵＲＬへのアクセス要求入力があれば、ウェブブラウザ部品１０３を介して、当該ＵＲＬへアクセスするブラウザ画面（図中「ウェブブラウザ画面」と記載）１０４を生成し、生成したブラウザ画面１０４において、認証済みのウェブシステム３００に対して当該ＵＲＬ情報を送信し、ウェブシステム３００から返送される当該画面情報を受信する。
【００１７】
利用者端末１００においては、図３に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１００ａに、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）１００ｅへの情報表示処理制御を行ドライバ１００ｄと、キーボード１００ｇとマウス１００ｈからの情報の入力制御を行うキーボード／マウスドライバ１００ｆ、および、ディスク装置１００ｊとの情報の入出力制御を行うディスク装置ドライバ１００ｉ等がシステムバス１００ｋを介して接続された構成となっている。
【００１８】
ＣＰＵ１００ａは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃt Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１００ｂもしくはＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）１００ｃ等の記録媒体に格納されたプログラムやデータを、図示していないドライバを介して読み込み、ディスク装置１００ｉを介してディスク装置１００ｊにインストールした後、ディスク装置１００ｊから図１に示すメモリ１０１に読み込み処理することにより、図１におけるアプリケーション１０２、ウェブブラウザ部品１０３、ブラウザ画面１０４の各機能を実行する。
【００１９】
図１に示すように、本例において、本発明に係る機能は、アプリケーション１０２とアプリケーション１０２内に生成され認証状態を保持するウェブブラウザ部品１０３、および、ウェブブラウザ部品１０３から生成され、ウェブブラウザ部品１０３が保持する認証状態を引き継ぐブラウザ画面１０４である。
【００２０】
以下、図２Ａ〜図２Ｃを用いて、このような構成からなる利用者端末１００に設けられた本例のウェブログオン制御システムの本発明に係る処理動作例を説明する。
【００２１】
図２Ａにおける「ブロックＡ」の処理は、アプリケーション１０２の起動からウェブシステム３００への自動ログオンまでのシーケンスである。
【００２２】
ステップＳ２０１においては、ユーザによるキーボード１００ｇやマウス１００ｈ等の操作または利用者端末１００のオペレーティングシステムにより自動的にアプリケーション１０２を起動する。
【００２３】
ステップＳ２０２では、起動したアプリケーション１０２において、ユーザによるキーボード１００ｇやマウス１００ｈ等の入力操作に応じて、ウェブシステムへログオンするためのＩＤとパスワードを入力し、入力したＩＤとパスワードをアプリケーション内のデータとして保持する。
【００２４】
ステップＳ２０３において、アプリケーション１０２は、ウェブブラウザ部品１０３を起動する。起動にはオペレーティングシステムのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用いる。尚、このウェブブラウザ部品１０３の起動時、アプリケーション１０２は、ブラウザの画面を利用者端末１００のディスプレイ（ＣＲＴ１００ｅ等）上に表示させないように起動する（以下、この状態を「非可視状態」と呼ぶ）。
【００２５】
ステップＳ２０４において、アプリケーション１０２は、ウェブブラウザ部品１０３に対し、ウェブシステムにＩＤ、パスワードを送信するよう指示する。
【００２６】
ステップＳ２０５において、ウェブブラウザ部品１０３は、ステップＳ２０４でのアプリケーション１０２からの指令を受け、ウェブシステム３００に対して、指示されたＩＤとパスワードを含んだリクエストを送信する。
【００２７】
ステップＳ２０６において、ウェブシステム３００は、ステップＳ２０５でのウェブブラウザ部品１０３からのリクエストに対し、ログオン処理結果のレスポンスを返送する。
【００２８】
ステップＳ２０７において、アプリケーション１０２は、ウェブブラウザ部品１０３から、ステップＳ２０６において、ウェブシステム３００から返送されたレスポンスを取得する。
【００２９】
ステップＳ２０８において、アプリケーション１０２は、ステップＳ２０７での処理で取得したレスポンスが、ログオン成功（正常時）なのか、ログオン失敗（エラー時）なのかを判定する。判定には、ウェブブラウザ部品１０３の示すアドレス（ＵＲＬ）や、レスポンスの内容の特定の文章等を用いる。判定結果がエラーの場合の処理については、図２Ｃに示すブロック（Ｄ）として後に説明する。
【００３０】
以上の処理により、ウェブブラウザ部品１０３は、ウェブシステム３００にログオンした状態（認証状態）となる（ステップＳ２０９）。
【００３１】
ステップＳ２０８での処理において、アプリケーション１０２がログオン成功（正常時）と判定した場合は、以降のステップＳ２１０〜Ｓ２１６の「ブロック（Ｂ）」の処理を行い、ログオン失敗（エラー時）と判定した場合は、図２Ｃに示す「ブロック（Ｄ）」の処理を行う。
【００３２】
「ブロック（Ｂ）」の処理は、ブロック（Ａ）の処理後、アプリケーション１０２において、何らかのユーザ操作（ボタン押下等）を契機として、ウェブシステム３００上の特定の画面を表示するまでのシーケンスである。
【００３３】
ステップＳ２１０において、ユーザからの操作により、ウェブシステム３００上の画面を開く指示が入力されると、アプリケーション１０２は、ステップＳ２１１において、ウェブブラウザ部品１０３に対し、新しくブラウザの画面を生成する指示を行う。その際、新しいブラウザの画面で開くＵＲＬを同時に指示する。
【００３４】
ステップＳ２１２では、ステップＳ２１１においてアプリケーション１０２からの指示を受けたウェブブラウザ部品１０３が、当該指示に基づき、新しく、ブラウザの画面１０４を、ステップＳ２１１において指示されたＵＲＬを開く状態で生成する。この際、ブラウザの認証状態が引き継がれるため、生成されたブラウザの画面１０４は、ウェブシステム３００にログオンした状態となっている。
【００３５】
ステップＳ２１３において、ブラウザの画面１０４は、ステップＳ２１２においてウェブブラウザ部品１０３から指示されたＵＲＬを用いて、ウェブシステム３００にリクエストを行う。
【００３６】
ステップＳ２１４において、ウェブシステム３００は、ステップＳ２１３におけるブラウザの画面１０４からのリクエストに基づき、指定されたＵＲＬの内容を返送する。
【００３７】
ステップＳ２１４において、ブラウザの画面１０４は、ステップＳ２１４でのウェブシステム３００からのレスポンスに基づき画面を表示する。
【００３８】
ステップＳ２１５においては、表示しているブラウザの画面１０４上での当該画面に対するユーザからの終了操作に応じて、ブラウザの画面１０４を閉じる。
【００３９】
すなわち、ステップＳ２１５において、ユーザが終了操作を行うまで、ブラウザの画面１０４は表示され続ける。
【００４０】
また、ステップＳ２１６においてブラウザ画面１０４の終了を行っても、ステップＳ２０９での処理により、ウェブブラウザ部品１０３における認証状態は保たれるので、ブロック（Ｂ）におけるシーケンス（処理）は何度でも繰り返すことが可能である。
【００４１】
このように、本例のウェブログオン制御システムにおいては、非可視のウェブブラウザ部品１０３を認証状態に保ち、その状態から、ユーザからの要求等に応じて、必要な画面を生成することにより、画面表示時に毎回認証処理を行う必要が無くすことができる。
【００４２】
次に、ブロック（Ｂ）の処理に続くシーケンス（Ｃ）における処理の説明を行う。このブロックＣの処理は、ウェブシステム３００が一定時間無通信の場合にタイムアウト（認証状態を失う）する場合にも、ウェブブラウザ部品１０３を認証状態に保つために必要な処理である。
【００４３】
まじ、ステップＳ２１７において、アプリケーション１０２は、一定間隔（ウェブシステム３００のタイムアウト時間よりも短い間隔）の経過を検知し、検知した一定間隔毎に、以降のステップＳ２１８〜ステップＳ２２０の処理を繰り返し実行する。
【００４４】
ステップＳ２１８において、アプリケーション１０２は、ウェブブラウザ部品１０３に対し、ウェブシステム３００にするリクエスト送信を実行するよう指示を行う。尚、このリクエストの際に指定するＵＲＬは、ウェブシステム３００にログオン後に表示されるべきＵＲＬとする。
【００４５】
ステップＳ２１９において、ウェブブラウザ部品１０３は、ステップＳ２１８での指示に基づき、ウェブシステム３００にリクエスト送信を行う。
【００４６】
ステップＳ２２０において、ウェブブラウザ部品１０３は、ステップＳ２１９でのリクエストに対応してウェブシステム３００から返送されたレスポンスを受信する。
【００４７】
この処理の結果、ウェブシステム３００にとって「無通信」の状態が解除されるため、タイムアウトまでの時間が延長される（一般的にはこの処理はＣｏｏｋｉｅの有効時間の延長という形で行われる）。
【００４８】
次に、図２ＡのステップＳ２０８での処理において、アプリケーション１０２がログオン失敗（エラー時）と判定した場合の処理を、図２Ｃに示すブロック（Ｃ）のシーケンスを用いて説明する。
【００４９】
一般的に、ウェブシステム３００では、エラーと判定された場合に、それをユーザに知らせる為の画面を、図２ＡのステップＳ２０６での処理において、ウェブブラウザ部品１０３に返送しているため、その内容をユーザに対し表示する必要がある。
【００５０】
すなわち、ステップＳ２２２において、アプリケーション１０２が、図２ＡのステップＳ２０８での処理においてログオン失敗（エラー時）と判定すると、アプリケーション１０２は、ウェブブラウザ部品１０３に対し、ウェブブラウザ部品１０３がウェブシステム３００から受信した画面を、利用者端末１００のディスプレイ上に表示するよう操作指示を出す（ステップＳ２２３）。
【００５１】
この指示を受けたウェブブラウザ部品１０３は、この指示に基づき、ウェブシステム３００から受信した画面の表示を行う（非可視状態から可視状態になる）（ステップＳ２２４）。
【００５２】
このブロック（Ｃ）での処理により、ユーザはエラーの発生した画面を見ることができ、その後の判断（パスワード誤りなのか、ウェブシステムのエラーなのか、等々）および対処が可能となる。
【００５３】
以上、図１〜図３を用いて説明したように、本例のウェブログオン制御システムでは、アプリケーション１０２に、ウェブシステム３００へのログオン処理を実行するウェブブラウザ部品１０３を設け、アプリケーション１０２により、入力装置（キーボード１００ｇ）から入力されたウェブシステム３００へのログオン用の認証情報を記憶装置（ディスク装置１００ｊ等）に格納すると共に、アプリケーション１０２からウェブブラウザ部品１０３を非表示状態で起動して、このウェブブラウザ部品１０３により、ログオン用の認証情報を用いたウェブシステム３００へのログオン処理を実行する。
【００５４】
そして、このログオン処理に対応したウェブシステム３００からのレスポンスを、ウェブブラウザ部品１０３を介して、アプリケーション１０２に入力し、アプリケーション１０２により、ログオン結果を判定し、ログオン結果が正常の場合、ウェブブラウザ部品１０３により、ウェブシステム３００とのログオン状態を継続する。
【００５５】
さらに、アプリケーション１０２により、入力装置から入力されたＵＲＬ情報を、ログオン状態継続中のウェブブラウザ部品１０３に渡し、このウェブブラウザ部品１０３によりブラウザ画面１０４を生成し、このブラウザ画面１０４からウェブシステム３００に対してＵＲＬ情報を用いたリクエストを送信し、このリクエスト送信に対応してウェブシステム３００から返送される当該ＵＲＬの画面情報を用いてブラウザ画面１０４で画面表示し、このようにして表示したブラウザ画面１０４上の画面におけるユーザ操作に基づく終了指示の入力に応じて、ウェブブラウザ部品１０３によるウェブシステム３００とのログオン状態を継続した状態で、ブラウザ画面１０４上の画面を閉じる。
【００５６】
また、ウェブブラウザ部品１０３によるウェブシステム３００とのログオン状態を継続した状態で、アプリケーション１０２からウェブブラウザ部品１０３に、予め定められたウェブシステム３００におけるタイムアウト時間より短い時間毎に、ウェブシステム３００に対するリクエストの送信を指示することにより、ウェブブラウザ部品１０３によるウェブシステム３００とのログオン状態を継続する。
【００５７】
尚、ログオン結果が異常の場合、アプリケーション１０２からウェブブラウザ部品１０３に、ウェブシステム３００から返送されてきたエラー情報を表示するブラウザ画面１０４の生成を指示し、このアプリケーション１０２からの指示に基づきウェブブラウザ部品１０３により、エラー情報を表示するブラウザ画面１０４を生成して表示する。
【００５８】
このように、本例では、アプリケーション１０２内に保持したウェブブラウザ部品１０３により、ウェブシステム３００との認証を行い、認証情報を保持しており、アプリケーション実装の困難さを低減することができ、また、認証済みのウェブブラウザ部品１０３により、他の画面へアクセスするブラウザを生成することができ、毎回認証を行う必要が無くなり、ウェブシステム側の負荷およびアプリケーション１０２の処理時間の増大を低減することが可能である。
【００５９】
尚、本発明は、図１〜図３を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例では、インターネット２００を用いて利用者端末１００とウェブシステム３００を接続した構成として説明しているが、インターネットの代わりに、イントラネット等のネットワークを用いた構成として良い。
【００６０】
また、本例でのコンピュータ構成例に関しても、図３に示される構成に限定されるものではなく、キーボードや光ディスクの駆動装置の無いコンピュータ構成としても良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールする構成としても良い。
【００６１】
また、利用者端末１００に関しても、本例ではＰＣ（パーソナルコンピュータ）を例として用いているが、ワークステーション等の他のウェブシステム３００とのブラウザによる通信機能を有する通信装置であれば良い。
【符号の説明】
【００６２】
１００：利用者端末（ＰＣ）、１００ａ：ＣＰＵ、１００ｂ：記録媒体（ＣＤ−ＲＯＭ）、１００ｃ：記録媒体（ＦＤ）、１００ｄ：ＣＲＴドライバ、１００ｅ：ＣＲＴ、１００ｆ：キーボード／マウスドライバ、１００ｇ：キーボード、１００ｈ：マウス、１００ｉ：ディスク装置ドライバ、１００ｊ：ディスク装置、１０１：記憶装置（ＰＣ内メモリ）、１０２：アプリケーション、１０３：ウェブブラウザ部品、１０４：ウェブブラウザ画面（ブラウザ画面）、２００：ネットワーク（ＮＷ）、３００：ウェブシステム。
【特許請求の範囲】
【請求項１】
プログラムされたコンピュータ処理によって、
ログオン時に認証情報の入力が必要なウェブシステムへのアプリケーションによるアクセスを制御するシステムのウェブログオン制御方法であって、
上記アプリケーションに、上記ウェブシステムへのログオン処理を実行するウェブブラウザ部品を設け、
プログラムされたコンピュータの処理実行手順として、
上記アプリケーションにより、入力装置から入力された上記ウェブシステムへのログオン用の認証情報を記憶装置に格納する第１の手順と、
上記アプリケーションからウェブブラウザ部品を非表示状態で起動して、該第１のウェブブラウザ部品により、上記ログオン用の認証情報を用いた上記ウェブシステムへのログオン処理を実行する第２の手順と、
該第２の手順でのログオン処理に対応した上記ウェブシステムからのレスポンスを、上記ウェブブラウザ部品を介して、上記アプリケーションに入力し、該アプリケーションにより、ログオン結果を判定する第３の手順と、
該第３の手順でのログオン結果が正常の場合、上記ウェブブラウザ部品により、上記ウェブシステムとのログオン状態を継続する第４の手順と
を含むことを特徴とするウェブログオン制御方法。
【請求項２】
請求項１に記載のウェブログオン制御方法であって、
プログラムされたコンピュータの処理実行手順として、
上記アプリケーションにより、入力装置から入力されたＵＲＬ情報を、ログオン状態継続中の上記第１のウェブブラウザ部品に渡し、該第１のウェブブラウザ部品によりブラウザ画面を生成し、該ブラウザ画面から上記ウェブシステムに対して上記ＵＲＬ情報を用いたリクエストを送信する第５の手順と、
該第５の手順でのリクエスト送信に対応して上記ウェブシステムから返送される当該ＵＲＬの画面情報を用いて上記ブラウザ画面で画面表示する第６の手順と、
該第６の手順で表示したブラウザ画面上の画面におけるユーザ操作に基づく終了指示の入力に応じて、上記ウェブブラウザ部品による上記ウェブシステムとのログオン状態を継続した状態で、上記ブラウザ画面上の画面を閉じる第７の手順と
を含むことを特徴とするウェブログオン制御方法。
【請求項３】
請求項２に記載のウェブログオン制御方法であって、
プログラムされたコンピュータの処理実行手順として、
上記ウェブブラウザ部品による上記ウェブシステムとのログオン状態を継続した状態で、上記アプリケーションから上記ウェブブラウザ部品に、予め定められた上記ウェブシステムにおけるタイムアウト時間より短い時間毎に、上記ウェブシステムに対するリクエストの送信を指示する第８の手順
を含むことを特徴とするウェブログオン制御方法。
【請求項４】
請求項１から請求項３のいずれかに記載のウェブログオン制御方法であって、
プログラムされたコンピュータの処理実行手順として、
上記第３の手順でのログオン結果が異常の場合、上記アプリケーションから上記ウェブブラウザ部品に、上記ウェブシステムから返送されてきたエラー情報を表示するブラウザ画面の生成を指示する第９の手順と、
上記アプリケーションからの指示に基づき上記ウェブブラウザ部品により、上記エラー情報を表示するブラウザ画面を生成して表示する第１０の手順と
を含むことを特徴とするウェブログオン制御方法。
【請求項５】
プログラムされたコンピュータ処理によって、ログオン時に認証情報の入力が必要なウェブシステムへのアプリケーションによるアクセスを制御するウェブログオン制御システムであって、
プログラムされたコンピュータ処理を実行する手段して、
請求項１から請求項４のいずれかに記載のウェブログオン制御方法における上記アプリケーションと上記ウェブブラウザ部品による各処理手順を実行する手段を有することを特徴とするウェブログオン制御システム。
【請求項６】
コンピュータに、請求項１から請求項４のいずれかに記載のウェブログオン制御方法における上記アプリケーションと上記ウェブブラウザ部品による各処理手順を実行させるためのプログラム。
【請求項１】
プログラムされたコンピュータ処理によって、
ログオン時に認証情報の入力が必要なウェブシステムへのアプリケーションによるアクセスを制御するシステムのウェブログオン制御方法であって、
上記アプリケーションに、上記ウェブシステムへのログオン処理を実行するウェブブラウザ部品を設け、
プログラムされたコンピュータの処理実行手順として、
上記アプリケーションにより、入力装置から入力された上記ウェブシステムへのログオン用の認証情報を記憶装置に格納する第１の手順と、
上記アプリケーションからウェブブラウザ部品を非表示状態で起動して、該第１のウェブブラウザ部品により、上記ログオン用の認証情報を用いた上記ウェブシステムへのログオン処理を実行する第２の手順と、
該第２の手順でのログオン処理に対応した上記ウェブシステムからのレスポンスを、上記ウェブブラウザ部品を介して、上記アプリケーションに入力し、該アプリケーションにより、ログオン結果を判定する第３の手順と、
該第３の手順でのログオン結果が正常の場合、上記ウェブブラウザ部品により、上記ウェブシステムとのログオン状態を継続する第４の手順と
を含むことを特徴とするウェブログオン制御方法。
【請求項２】
請求項１に記載のウェブログオン制御方法であって、
プログラムされたコンピュータの処理実行手順として、
上記アプリケーションにより、入力装置から入力されたＵＲＬ情報を、ログオン状態継続中の上記第１のウェブブラウザ部品に渡し、該第１のウェブブラウザ部品によりブラウザ画面を生成し、該ブラウザ画面から上記ウェブシステムに対して上記ＵＲＬ情報を用いたリクエストを送信する第５の手順と、
該第５の手順でのリクエスト送信に対応して上記ウェブシステムから返送される当該ＵＲＬの画面情報を用いて上記ブラウザ画面で画面表示する第６の手順と、
該第６の手順で表示したブラウザ画面上の画面におけるユーザ操作に基づく終了指示の入力に応じて、上記ウェブブラウザ部品による上記ウェブシステムとのログオン状態を継続した状態で、上記ブラウザ画面上の画面を閉じる第７の手順と
を含むことを特徴とするウェブログオン制御方法。
【請求項３】
請求項２に記載のウェブログオン制御方法であって、
プログラムされたコンピュータの処理実行手順として、
上記ウェブブラウザ部品による上記ウェブシステムとのログオン状態を継続した状態で、上記アプリケーションから上記ウェブブラウザ部品に、予め定められた上記ウェブシステムにおけるタイムアウト時間より短い時間毎に、上記ウェブシステムに対するリクエストの送信を指示する第８の手順
を含むことを特徴とするウェブログオン制御方法。
【請求項４】
請求項１から請求項３のいずれかに記載のウェブログオン制御方法であって、
プログラムされたコンピュータの処理実行手順として、
上記第３の手順でのログオン結果が異常の場合、上記アプリケーションから上記ウェブブラウザ部品に、上記ウェブシステムから返送されてきたエラー情報を表示するブラウザ画面の生成を指示する第９の手順と、
上記アプリケーションからの指示に基づき上記ウェブブラウザ部品により、上記エラー情報を表示するブラウザ画面を生成して表示する第１０の手順と
を含むことを特徴とするウェブログオン制御方法。
【請求項５】
プログラムされたコンピュータ処理によって、ログオン時に認証情報の入力が必要なウェブシステムへのアプリケーションによるアクセスを制御するウェブログオン制御システムであって、
プログラムされたコンピュータ処理を実行する手段して、
請求項１から請求項４のいずれかに記載のウェブログオン制御方法における上記アプリケーションと上記ウェブブラウザ部品による各処理手順を実行する手段を有することを特徴とするウェブログオン制御システム。
【請求項６】
コンピュータに、請求項１から請求項４のいずれかに記載のウェブログオン制御方法における上記アプリケーションと上記ウェブブラウザ部品による各処理手順を実行させるためのプログラム。
【図１】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図３】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図３】
【公開番号】特開２０１０−２２４８７０（Ｐ２０１０−２２４８７０Ａ）
【公開日】平成２２年１０月７日（２０１０．１０．７）
【国際特許分類】
【出願番号】特願２００９−７１４４６（Ｐ２００９−７１４４６）
【出願日】平成２１年３月２４日（２００９．３．２４）
【出願人】（０００１５２９８５）株式会社日立情報システムズ (409)
【Ｆターム（参考）】
【公開日】平成２２年１０月７日（２０１０．１０．７）
【国際特許分類】
【出願日】平成２１年３月２４日（２００９．３．２４）
【出願人】（０００１５２９８５）株式会社日立情報システムズ (409)
【Ｆターム（参考）】
[ Back to top ]