情報処理装置および情報処理方法
【課題】複数のフレーム領域を有するＷｅｂページにおいて、フレーム領域内に認証情報入力画面を見易く表示することができるようにする。
【解決手段】利用者端末と通信可能に接続し、複数のフレーム領域を有するＷｅｂページの画面データを利用者端末に送信する情報処理装置が、フレーム領域の１つに表示させる認証情報入力画面と、認証情報入力画面が表示されるフレーム領域の面積を拡大させるプログラムとを利用者端末に送信する認証情報入力画面送信部を備える。
【解決手段】利用者端末と通信可能に接続し、複数のフレーム領域を有するＷｅｂページの画面データを利用者端末に送信する情報処理装置が、フレーム領域の１つに表示させる認証情報入力画面と、認証情報入力画面が表示されるフレーム領域の面積を拡大させるプログラムとを利用者端末に送信する認証情報入力画面送信部を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
Ｗｅｂサーバへのアクセスに際して利用者の認証が求められることがある。Ｗｅｂページが複数のフレーム領域に分割されている場合に、利用者が一定時間操作をせず、再度の認証が必要になった後に、あるフレーム領域に表示させるリクエストがＷｅｂサーバに送信されると、ユーザＩＤやパスワードなどの認証情報を入力するための入力画面がそのフレーム領域に表示されることになる。フレーム領域の面積が狭い場合などには、認証情報入力画面の全てが表示されず、利用者は画面をスクロールしなければならず、不便であった。
【０００３】
このような問題を解決するため、非特許文献１には、フレーム領域に分割されているＷｅｂページ全体に認証情報入力画面を表示する方法が示されている。
【非特許文献１】”CGI で特定フレームを指定して実行する方法”，[online] ，[平成１９年４月２０日検索] ，インターネット＜ＵＲＬ：http://www.drk7.jp/MT/archives/000796.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、非特許文献１に記載の方法では、認証情報の入力画面がＷｅｂページ全体に表示されるため、画面が表示される前に、複数のフレーム領域のそれぞれに表示されていた内容は破棄されてしまう。
【０００５】
本発明は、このような背景を鑑みてなされたものであり、複数のフレーム領域を有するＷｅｂページにおいて、フレーム領域内に認証情報入力画面を見易く表示することのできる情報処理システムおよび情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための本発明の主たる発明は、利用者端末と通信可能に接続し、複数のフレーム領域を有するＷｅｂページの画面データを前記利用者端末に送信する情報処理装置であって、前記フレーム領域の１つに表示させる認証情報入力画面と、前記認証情報入力画面が表示される前記フレーム領域の面積を拡大させるプログラムとを前記利用者端末に送信する認証情報入力画面送信部を備えることとする。
【発明の効果】
【０００７】
本発明によれば、複数のフレーム領域を有するＷｅｂページにおいて、フレーム領域内に認証情報入力画面を見易く表示することができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の一実施形態に係る情報処理システムについて説明する。本実施形態の情報処理システムは、クライアント端末１０から、認証が必要なＷｅｂページを提供するＷｅｂサーバ２０にアクセスするものである。本実施形態では、ＷｅｂページはＨＴＭＬ（HyperText Markup Language）により記述されるものとする。また、本実施形態では、Ｗｅｂサーバから提供されるＷｅｂページは、複数の領域（以下、フレーム領域という。）に分割されていることを前提とする。フレーム領域は、ＨＴＭＬでは、フレームセットタグ（＜ＦＲＡＭＥＳＥＴ＞）と、フレームタグ（＜ＦＲＡＭＥ＞）とにより設定される。
【０００９】
＝＝システム構成＝＝
図１は、本実施形態の情報処理システムの全体構成を示す図である。同図に示すように、本実施形態の情報処理システムは、クライアント端末１０およびＷｅｂサーバ２０を含んで構成される。クライアント端末１０およびＷｅｂサーバ２０は通信ネットワーク３０を介して接続されている。通信ネットワーク３０は、例えば、インターネットやＬＡＮ（Local Area Network）である。
【００１０】
Ｗｅｂサーバ２０は、ＨＴＭＬにより記述されたＷｅｂページを提供する情報処理装置である。Ｗｅｂサーバ２０は、例えば、パーソナルコンピュータやワークステーションなどである
クライアント端末１０は、利用者が操作する、例えばパーソナルコンピュータやワークステーション、ＰＤＡ（Personal Digital Assistant）、携帯電話などのコンピュータである。クライアント端末１０では、Ｗｅｂブラウザが動作しており、クライアント端末１０とＷｅｂサーバ２０との間では、ＨＴＴＰ（HyperText Transfer Protocol）やＨＴＴＰＳ（Hyper Text Transfer Protocol Security）により通信が行われる。利用者はＷｅｂブラウザを操作してＷｅｂサーバ２０が提供するＷｅｂページを閲覧することができる。また、クライアント端末１０は、Ｗｅｂサーバ２０との間での通信セッションに関する情報をクッキーとして記憶する。なお、クライアント端末１０とＷｅｂサーバ２０との間の通信には、は安全性を考慮して、暗号化された通信を行うＨＴＴＰＳを採用することが好ましい。
【００１１】
＝＝ハードウェア構成＝＝
図２は、Ｗｅｂサーバ２０のハードウェア構成を示す図である。同図に示すように、Ｗｅｂサーバ２０は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信装置２０４、入力装置２０５を備える。記憶装置２０３は、各種のプログラムやデータを記憶する、例えばハードディスクドライブやフラッシュメモリである。ＣＰＵ２０１は、記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより各種の機能を実現する。通信装置２０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えば、イーサネット（登録商標）に接続するためのアダプタや、公衆電話回線網に接続するためのモデムである。入力装置２０５は、情報の入力を受け付ける、例えばキーボードやマウスなどである。
【００１２】
＝＝ソフトウェア構成＝＝
図３は、Ｗｅｂサーバ２０のソフトウェア構成を示す図である。同図に示すように、Ｗｅｂサーバ２０は、リクエスト受信部２１１、認証要否判定部２１２、認証画面送信部２１３、認証処理部２１４および業務画面送信部２１５の各機能部と、セッション情報記憶部３１、認証情報記憶部３２、業務画面記憶部３３、認証画面記憶部３４、拡大プログラム記憶部３５および復元プログラム記憶部３６の各記憶部とを備えている。上記各機能部は、Ｗｅｂサーバ２０が備えるＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現される。上記各記憶部は、Ｗｅｂサーバ２０が備えるメモリ２０２および記憶装置２０３が提供する記憶領域として実現される。なお、上記各機能部および各記憶部は、専用のハードウェアの機能として実現してもよい。
【００１３】
リクエスト受信部２１１は、ＨＴＴＰに規定されるリクエストをクライアント端末１０から受信する。リクエストには、利用者の識別情報（以下、ユーザＩＤという。）と、Ｗｅｂページを示すＵＲＬ（Uniform Resource Locator）とが含まれているものとする。
【００１４】
セッション情報記憶部３１は、クライアント端末１０とＷｅｂサーバ２０との間の通信セッションに関する情報（以下、セッション情報という。）を記憶する。図４は、セッション情報記憶部３１に記憶されるセッション情報の構成例を示す図である。同図に示すように、セッション情報には、通信セッションの識別情報であるセッションＩＤ、通信セッションの有効期限およびユーザＩＤが含まれる。
【００１５】
本実施形態では、利用者の認証が行われたときに新規にセッション情報が生成され、通信セッションが有効である間は、利用者の認証は行われているものとする。
【００１６】
認証要否判定部２１２は、リクエストに応じて利用者の認証が必要か否かを判定する。本実施形態では、認証要否判定部２１２は、リクエストに含まれているユーザＩＤに対応するセッション情報がセッション情報記憶部３１に記憶されており、かつ記憶されているセッション情報の有効期限が、現在時刻以後であるかどうかにより、利用者が認証されているかどうかを判断する。
【００１７】
認証情報記憶部３２は、利用者の認証に用いられる認証情報を記憶する。図５は、認証情報記憶部３２に記憶される認証情報の構成例を示す図である。同図に示すように、認証情報にはユーザＩＤとパスワードとが含まれる。
【００１８】
業務画面記憶部３３および認証画面記憶部３４は、ＨＴＭＬで記述されたファイルや画像データなど、Ｗｅｂページを表示するための画面データ（以下、単にＷｅｂページともいう。）を記憶する。認証画面記憶部３４には、ユーザＩＤやパスワードなどの認証情報を入力する画面を表示するためのＷｅｂページ（以下、認証画面という。本実施形態の認証情報入力画面に対応する。）を記憶する。業務画面記憶部３３は、認証画面以外のＷｅｂページ（以下、業務画面という。）を記憶する。
【００１９】
図６は、認証画面の一例である画面４１を示す図である。本実施形態では、認証情報は、ユーザＩＤおよびパスワードであるものとする。画面４１は、ユーザＩＤの入力欄４１１およびパスワードの入力欄４１２を備えている。利用者によりボタン４１３が押下されると、クライアント端末１０は、入力欄４１１および４１２に入力された認証情報を含むリクエストをＷｅｂサーバ２０に送信する。
【００２０】
図７は、業務画面の一例である画面４２を示す図である。画面４２は、検索条件を入力する業務画面の一例である。画面４２は、検索条件の入力欄４２１を備えており、ボタン４２２が押下されると、入力欄４２１に入力された文字列を含むリクエストがＷｅｂサーバ２０に送信される。
【００２１】
本実施形態では、クライアント端末１０では、複数のフレーム領域にＷｅｂページを表示することを想定している。図８は、複数のフレーム領域に業務画面が表示されたＷｅｂページの一例である画面４３を示す図である。同図に示すように、画面４３は、フレーム領域４３１〜４３３の３つのフレーム領域から構成されており、図８の例では、フレーム領域４３２に、上述した業務画面の一例である画面４２が表示されている。なお、画面４３の各フレーム領域に表示される内容は、図８の例に限るものではない。
【００２２】
拡大プログラム記憶部３５は、認証画面が表示されるフレーム領域（以下、表示先フレーム領域という。）の面積を拡大するためのプログラム（以下、拡大プログラムという。）を記憶する。拡大プログラムは、クライアント端末１０により実行される。拡大プログラムは、例えば、ＪａｖａＳｃｒｉｐｔやＪａｖａ（登録商標）により記述され、認証画面に付帯されて送信される。
【００２３】
図９は、クライアント端末１０により拡大プログラムが実行される場合の処理の流れを示す図である。
【００２４】
クライアント端末１０は、認証画面の表示先がフレーム領域であるかどうかを判定する（Ｓ５０１）。表示先がフレーム領域であれば（Ｓ５０１：ＹＥＳ）、クライアント端末１０は、Ｗｅｂブラウザに表示されるＷｅｂページを構成する複数のフレーム領域のそれぞれについて、フレーム領域を示すフレームＩＤに対応付けて、フレーム領域の幅および高さを含むサイズ情報を生成する（Ｓ５０２）。クライアント端末１０は、生成したサイズ情報のリストを、フレームセットの属性として設定する（Ｓ５０３）。クライアント端末１０は、表示先フレーム領域の幅を最大化、すなわちＷｅｂブラウザの画面の幅に設定し（Ｓ５０４）、表示先フレーム領域の高さを最大化、すなわちＷｅｂブラウザの画面の高さに設定する（Ｓ５０５）。これにより、表示先フレーム領域以外のフレーム領域の幅または高さは０に設定される。
クライアント端末１０は、表示先フレーム領域に認証画面を表示する（Ｓ５０６）。
【００２５】
以上説明したように、拡大プログラムは、クライアント端末１０に、表示先フレーム領域の幅または高さを増加させて、表示先フレーム領域の面積を拡大させるものである。
【００２６】
認証画面送信部２１３は、認証要否判定部２１２により利用者の認証が必要と判断された場合、認証画面に拡大プログラムを付帯させてクライアント端末１０に送信する。なお、認証画面送信部２１３は、認証画面が表示される先がフレーム領域かどうかを判定できる場合には、認証画面がフレーム領域に表示される場合にのみ拡大プログラムを付帯させるようにしてもよい。
【００２７】
認証処理部２１４は、認証画面に入力される認証情報に基づいて利用者の認証を行う。クライアント端末１０は、認証画面に入力されたユーザＩＤおよびパスワードを設定したリクエストをＷｅｂサーバ２０に送信し、認証処理部２１４は、リクエストにユーザＩＤとパスワードとが設定されている場合に、利用者の認証を行うようにする。
【００２８】
復元プログラム記憶部３６は、表示先フレーム領域の面積を縮小するプログラムを記憶する。なお、本実施形態では、復元プログラム記憶部３６に記憶されるプログラムは、Ｗｅｂページを構成する各フレーム領域の大きさを、上述した拡大プログラムを実行する前の大きさに設定するプログラム（以下、復元プログラムという。）であるものとする。復元プログラムもクライアント端末１０において実行される。復元プログラムは、例えば、ＪａｖａＳｃｒｉｐｔやＪａｖａ（登録商標）により記述され、認証処理が行われた後に送信される業務画面に付帯されて送信される。
【００２９】
図１０は、クライアント端末１０により復元プログラムが実行される場合の処理の流れを示す図である。
【００３０】
クライアント端末１０は、業務画面の表示先がフレーム領域であるかどうかを判定し（Ｓ５２１）、表示先がフレーム領域であれば（Ｓ５２１：ＹＥＳ）、サイズ情報がフレームセットの属性に設定されているかどうかを判断する（Ｓ５２２）。
業務画面の表示先がフレーム領域であり（Ｓ５２１：ＹＥＳ）、かつ、フレームセットの属性にサイズ情報が記憶されている場合（Ｓ５２２：ＹＥＳ）、クライアント端末１０は、サイズ情報のリストをフレームセットの属性から取得し（Ｓ５２３）、各サイズ情報について、サイズ情報に含まれるフレームＩＤが示すフレーム領域の幅と高さを、サイズ情報に含まれる幅と高さとに設定する（Ｓ５２４）。
クライアント端末１０は、表示先フレーム領域に業務画面を表示する（Ｓ５２５）。
【００３１】
以上説明したように、復元プログラムは、クライアント端末１０に、認証画面が表示される前の表示先フレーム領域のサイズが記憶されている場合、そのサイズに表示先フレーム領域のサイズを復元するものである。
【００３２】
業務画面送信部２１５は、リクエストに応じて業務画面をクライアント端末１０に送信する。業務画面送信部２１５は、認証処理部２１４による利用者の認証が成功した場合には、業務画面に復元プログラムを付帯させて送信する。
【００３３】
＝＝処理＝＝
次に、Ｗｅｂサーバ２０による処理の流れを説明する。図１１は、Ｗｅｂサーバ２０がリクエストに応じて業務画面または認証画面をクライアント端末１０に送信する処理の流れを示す図である。
【００３４】
リクエスト受信部２１１がクライアント端末１０からリクエストを受信すると（Ｓ５４１）、認証要否判定部２１２は、受信したリクエストに通信セッションのセッションＩＤが設定されているかどうかを判定する（Ｓ５４２）。リクエストにセッションＩＤが設定されていない場合（Ｓ５４２：ＮＯ）、認証要否判定部２１２は、リクエストにユーザＩＤとパスワードの両方が設定いるかどうかを判定する（Ｓ５４３）。リクエストにパスワードが設定されていない場合（Ｓ５４３：ＮＯ）、認証画面送信部２１３は、認証画面に拡大プログラムを付帯させてクライアント端末１０に送信する（Ｓ５４４）。
【００３５】
一方、リクエストにユーザＩＤおよびパスワードの両方が設定されていた場合（Ｓ５４３：ＹＥＳ）、すなわち認証画面に入力されたユーザＩＤおよびパスワードがクライアント端末１０から送信されてきた場合には、認証処理部２１４は、ユーザＩＤに対応するパスワードを認証情報記憶部３２から読み出し（Ｓ５４５）、読み出したパスワードとリクエストに含まれているパスワードとが一致するかどうかを判定する（Ｓ５４６）。パスワードが一致すれば（Ｓ５４６：ＹＥＳ）、業務画面送信部２１５は、リクエストに指定された業務画面を業務画面記憶部３３から読み出し、読み出した前記業務画面に復元プログラムを付帯させてクライアント端末１０に送信する（Ｓ５４７）。パスワードが不一致であれば（Ｓ５４６：ＮＯ）、ステップＳ５４４に進み、認証画面送信部２１３は、認証画面に拡大プログラムを付帯させて送信する。
【００３６】
リクエストにセッションＩＤが設定されている場合（Ｓ５４２：ＹＥＳ）、認証要否判定部２１２は、リクエストに指定されているセッションＩＤに対応するセッション情報をセッション情報記憶部３１から読み出し（Ｓ５４８）、読み出したセッション情報に含まれる有効期限が現在時刻以後であるかどうかを判定する（Ｓ５４９）。有効期限が現在時刻以後であれば（Ｓ５４９：ＹＥＳ）、業務画面送信部２１５は、リクエストに応じた業務画面をクライアント端末１０に送信する。
【００３７】
以上の処理により、Ｗｅｂサーバ２０は、クライアント端末１０との間の通信セッションが有効、すなわち認証が不要であれば、リクエストに応じた業務画面をクライアント端末１０に送信し、認証が必要であれば、認証画面に拡大プログラムを付帯させてクライアント端末１０に送信し、利用者が認証された場合には、リクエストに応じた業務画面に復元プログラムを付帯させて送信する。
【００３８】
＝＝動作例＝＝
図１２および１３は、クライアント端末１０とＷｅｂサーバ２０との間で行われる通信の様子を説明する図である。また、この際クライアント端末１０に表示される画面例を図１４に示す。
【００３９】
クライアント端末１０は、Ｗｅｂサーバ２０に対してリクエストを送信し（Ｓ６０１）、Ｗｅｂサーバ２０は、認証画面をクライアント端末１０に送信する（Ｓ６０２）。
クライアント端末１０は、Ｗｅｂサーバ２０から受信した認証画面を表示する（Ｓ６０３）。ここでクライアント端末１０では、図１４（ａ）画面４１がブラウザ画面上に表示される。クライアント端末１０は、利用者からユーザＩＤおよびパスワードの入力を受け付け（Ｓ６０４）、受け付けたユーザＩＤおよびパスワードを含むリクエストをＷｅｂサーバ２０に送信する（Ｓ６０５）。
【００４０】
Ｗｅｂサーバ２０は、リクエストに含まれているユーザＩＤおよびパスワードに基づいて利用者の認証を行う（Ｓ６０６）。具体的には、ユーザＩＤに対応する認証情報記憶部３２のパスワードとリクエストに含まれるパスワードとを比較することにより、利用者の認証が行われる。利用者の認証に失敗した場合には（Ｓ６０７：ＮＯ）、認証に失敗した旨を示すＷｅｂページをクライアント端末１０に送信し（Ｓ６０８）、クライアント端末１０は、認証に失敗した旨を示すＷｅｂページを表示する（Ｓ６０９）。
【００４１】
一方、利用者の認証に成功した場合には（Ｓ６０７：ＹＥＳ）、Ｗｅｂサーバ２０は、新たにセッションＩＤを生成し、生成したセッションＩＤ、現在時刻から所定時間後の有効期限、およびリクエストに含まれるユーザＩＤを含むセッション情報を生成してセッション情報記憶部３１に登録する（Ｓ６１０）。Ｗｅｂサーバ２０は、リクエストに応じた業務画面にセッションＩＤを付帯させてクライアント端末１０に送信する（Ｓ６１１）。
【００４２】
クライアント端末１０は、受信した業務画面を表示する（Ｓ６１２）。ここで表示されるＷｅｂページは、図１４（ｂ）に示すように、複数のフレーム領域から構成されるものとする。図１４の例では、画面４３は３つのフレーム領域４３１〜４３３から構成されている。
【００４３】
ここで上記所定時間を超える時間が経過したものとする（Ｓ６１３）。
クライアント端末１０は、利用者からの指示に応じて（Ｓ６１４）、セッションＩＤおよびユーザＩＤを含むリクエストをＷｅｂサーバ２０に送信する（Ｓ６１５）。例えば、図１４（ｂ）のフレーム領域４３２に表示されているボタン４３２１が押下されたことに応じて、クライアント端末１０は、リクエストをＷｅｂサーバ２０に送信する。
【００４４】
Ｗｅｂサーバ２０は、リクエストに含まれるセッションＩＤおよびユーザＩＤに対応するセッション情報をセッション情報記憶部３１から読み出し、読み出したセッション情報に含まれる有効期限が現在時刻以後であるかどうかにより、通信セッションが有効かどうかを判定する（Ｓ６１６）。
【００４５】
通信セッションが有効であれば（Ｓ６１７：ＹＥＳ）、Ｗｅｂサーバ２０は、リクエストに応じた業務画面を業務画面記憶部３３から読み出してクライアント端末１０に送信し（Ｓ６１８）、クライアント端末１０は、受信した業務画面を表示先フレーム領域に表示する（Ｓ６１９）。
【００４６】
通信セッションが有効でなければ（Ｓ６１７：ＮＯ）、Ｗｅｂサーバ２０は、認証画面に拡大プログラムを付帯させてクライアント端末１０に送信し（Ｓ６２０）、クライアント端末１０は、受信した認証画面を表示するとともに（Ｓ６２１）、認証画面に付帯されている拡大プログラムを実行して（Ｓ６２２）、表示先フレーム領域を最大化する。これにより図１４（ｃ）に示すように、フレーム領域４３２の表示が最大化されて、フレーム領域４３１および４３３は、境界（ボーダー）を残すのみで、フレーム領域内の画面は表示されなくなる。クライアント端末１０は、表示した認証画面を介してユーザＩＤおよびパスワードの入力を受け付け（Ｓ６２３）、受け付けたユーザＩＤおよびパスワードを含むリクエストをＷｅｂサーバ２０に送信する（Ｓ６２４）。
【００４７】
Ｗｅｂサーバ２０は、リクエストに含まれるユーザＩＤおよびパスワードに基づいて利用者の認証を行い（Ｓ６２５）、利用者の認証に失敗した場合は（Ｓ６２６：ＮＯ）、認証に失敗した旨を示すＷｅｂページをクライアント端末１０に送信して（Ｓ６２７）、クライアント端末１０は、受信したＷｅｂページを表示する（Ｓ６２８）。
【００４８】
一方、利用者の認証に成功した場合には（Ｓ６２６：ＹＥＳ）、Ｗｅｂサーバ２０は、リクエストに含まれているセッションＩＤおよびユーザＩＤに対応する有効期限を、現在時刻から所定時間後の時刻に更新する（Ｓ６２９）。Ｗｅｂサーバ２０は、リクエストに応じた業務画面を業務画面記憶部３３から読み出し、読み出した業務画面に復元プログラムを付帯させてクライアント端末１０に送信する（Ｓ６３０）。
【００４９】
クライアント端末１０は、Ｗｅｂサーバ２０から受信した業務画面を表示先フレームに表示するとともに（Ｓ６３１）、業務画面に付帯されている復元プログラムを実行して（Ｓ６３２）、表示先フレーム領域のサイズを元の大きさに復元する。復元プログラムを実行した後に、クライアント端末１０に表示されているＷｅｂページの状態を図１４（ｄ）に示す。図１４（ｄ）に示す画面４３は、図１４（ｂ）に示す画面４３の状態と、各フレーム領域の大きさは同じに復元されている。
【００５０】
以上説明したように、本実施形態のＷｅｂサーバ２０によれば、Ｗｅｂページが複数のフレーム領域に分割されており、そのフレーム領域の１つに認証画面を表示する場合に、認証画面が表示される表示先フレーム領域の面積を拡大することができる。Ｗｅｂページのレイアウトとして、表示先フレーム領域の面積が小さく割り当てられていた場合や、フレーム領域を区切る境界（ボーダ）を利用者が動かして表示先フレーム領域の表示面積が小さくなってしまった場合には、認証画面が表示されていることに利用者が気付かないことがありうるが、本実施形態のＷｅｂサーバ２０によれば、クライアント端末１０に表示先フレーム領域の面積を拡大する拡大プログラムを付帯させて認証画面を送信することができるので、利用者が認証画面に気付かないような状況を回避することができる。したがって、利用者は認証情報の入力がしやすくなる。また、認証画面には、利用者に対するパスワード入力上の注意や、認証が必要になった原因その他の情報が表示されることが多いが、表示先フレーム領域の面積が拡大されることにより、このような情報を利用者に視認しやすくすることができる。
【００５１】
また、本実施形態のＷｅｂサーバ２０によれば、表示先フレーム領域以外のフレーム領域に表示されていた内容を保持したまま、表示先フレーム領域の面積を拡大し、認証に成功した後は、表示先フレーム領域のサイズを、拡大前のサイズに復元することができる。したがって、利用者は、認証後も他のフレーム領域に表示されていた内容を継続して閲覧することができる。よって、利用者の利便性を損なうことなく、クライアント端末１０に認証画面を表示させることができる。
【００５２】
＝＝変形例＝＝
次に、上述したＷｅｂサーバ２０の機能を複数の情報処理装置に分散させた構成について説明する。図１５は、複数の情報処理装置に上記Ｗｅｂサーバ２０の機能を分散させた構成の情報処理システムの全体構成を示す図である。同図に示すように、情報処理システムは、クライアント端末１０、リバースプロキシサーバ２１、Ｗｅｂサーバ２２、および認証サーバ２３を含んで構成される。リバースプロキシサーバ２１、Ｗｅｂサーバ２２および認証サーバ２３により、上述したＷｅｂサーバ２０の機能が実現される。図１５に示す情報処理装置の構成は、シングルサインオン（ＳＳＯ）とも呼ばれ、認証サーバ２３が利用者の認証を集中的に行うことで、複数のＷｅｂサーバ２２を用いてリクエストの分散処理を行うことを可能とする。このような利用者の認証を行う認証サーバ２３を独立させた構成（以下、ＳＳＯ構成という。）の情報処理システムでは、リバースプロキシサーバ２１がクライアント端末１０からのリクエストを受け付けて、認証の要否を判断し、認証が必要であれば認証サーバにリクエストをリダイレクトし、認証が不要であれば、リクエストに指定されている業務画面をＷｅｂサーバ２２から取得してクライアント端末１０に転送する。
【００５３】
図１６は、ＳＳＯ構成の情報処理システムにおけるソフトウェア構成を示す図である。
リバースプロキシサーバ２１は、上述のＷｅｂサーバ２０のリクエスト受信部２１１、認証要否判定部２１２、拡大プログラム記憶部３５および復元プログラムを備えるとともに、認証確認クエリ送信部２２１、認証確認結果受信部２２２、拡大プログラム送信部２２３、復元プログラム送信部２２４および業務画面転送部２２５を備えている。なお、ＳＳＯ構成の情報処理システムでは、クライアント端末１０とリバースプロキシサーバ２１との間の通信セッションと、クライアント端末１０と認証サーバ２３との間の通信セッション（以下、ＳＳＯ通信セッションといい、単に通信セッションという場合には、クライアント端末１０とリバースプロキシサーバ２１との間の通信セッションを示すものとする。）とは、異なる通信セッションであるものとする。したがって、クライアント端末１０から送信されるリクエストには、通信セッションを識別するセッションＩＤまたはＳＳＯ通信セッションを識別するセッションＩＤ（以下、ＳＳＯセッションＩＤという。）が含まれ得る。
【００５４】
セッション情報記憶部３７は、リバースプロキシサーバ２１とクライアント端末１０との間の通信セッションに関するセッション情報を記憶する。図１７にセッション情報記憶部３７の構成例を示す。同図に示すように、セッション情報記憶部３７の構成は、上述のＷｅｂサーバ２０が備えるセッション情報記憶部３１と同様であるが、ユーザＩＤに代えて、認証サーバ２３が管理するユーザの識別情報であるＳＳＯＩＤを記憶している。
【００５５】
認証確認クエリ送信部２２１は、認証サーバ２３においてＳＳＯＩＤが示す利用者が認証されているかどうかを問い合わせるコマンド（以下、認証確認クエリという。）を認証サーバ２３に送信する。認証確認クエリには、ＳＳＯＩＤが設定される。
【００５６】
認証確認結果受信部２２２は、認証確認クエリに応じて認証サーバ２３から送信される、利用者が認証されているかどうかを示す情報（以下、認証確認結果という。）を受信する。
【００５７】
認証要否判定部２１２は、上述のＷｅｂサーバ２０と同様に、セッション情報がセッション情報記憶部３７に記憶されており、かつ現在時刻が有効期限以前であれば利用者は認証されていると判断し、それ以外の場合には、認証サーバ２３からの認証確認結果に基づいて、利用者が認証されているかどうかを判定する。また、認証要否判定部２１２は、利用者が認証されていると判断した場合、セッション情報の有効期限を、現在時刻から所定時間後に更新する。
【００５８】
拡大プログラム送信部２２３は、利用者の認証がされていないと判定された場合に、後述の認証サーバ２３が備える認証画面を示すＵＲＬを指定した、クライアント端末１０に対してアクセスを行うように指示するコマンド（例えば、ＨＴＭＬの場合、＜ＭＥＴＡ＞タグで指定することができる。）を含むＷｅｂページ（以下、リダイレクト画面という。）に拡大プログラムを付帯させてクライアント端末１０に送信する。これにより、認証サーバ２３から送信される認証画面が表示されるべき表示先フレーム領域の面積を拡大することができる。
【００５９】
復元プログラム送信部２２４は、リダイレクト画面の送信後、利用者が認証されていると判定された場合に、業務画面を示すＵＲＬを指定したリダイレクト画面に、復元プログラムを付帯させてクライアント端末１０に送信する。これにより、拡大プログラムにより拡大された表示先フレーム領域を元のサイズに復元することができる。
【００６０】
Ｗｅｂサーバ２２は、上述のＷｅｂサーバ２０のリクエスト受信部２１１、業務画面送信部２１５および業務画面記憶部３３を備える。なお、Ｗｅｂサーバ２２が備えるリクエスト受信部２１１は、後述するように、リバースプロキシサーバ２１からのリクエストに応じて業務画面をリバースプロキシサーバ２１に送信するものである。
【００６１】
認証サーバ２３は、上述のＷｅｂサーバ２０の認証画面送信部２１３、認証処理部２１４、認証情報記憶部３２および認証画面記憶部３４を備えるとともに、認証確認クエリ受信部２３１、認証確認処理部２３２、認証確認結果送信部２３３およびＳＳＯセッション情報記憶部３８を備えている。
【００６２】
ＳＳＯセッション情報記憶部３８は、クライアント端末１０と認証サーバ２３との間の通信セッションに関するセッション情報（以下、ＳＳＯセッション情報という。）が記憶される。図１８は、ＳＳＯセッション情報記憶部３８の構成例を示す図である。同図に示すように、ＳＳＯセッション情報記憶部３８の構成は、上述のリバースプロキシサーバ２１のセッション情報記憶部３７と同様であるが、セッションＩＤに代えてＳＳＯセッションＩＤが含まれる。
【００６３】
認証サーバ２３が備える認証処理部２１４は、上述のＷｅｂサーバ２０と同様に、ユーザＩＤおよびパスワードに基づいて利用者の認証を行い、利用者の認証に成功した場合には、リバースプロキシサーバ２１のアドレスを含む所定のＵＲＬ（以下、検証ＵＲＬという。検証ＵＲＬは、例えば、「http://リバースプロキシサーバ２１のアドレス/authcheck.cgi」のように表現される。）を指定したリダイレクト画面をクライアント端末１０に送信する。
【００６４】
認証確認クエリ受信部２３１は、リバースプロキシサーバ２１から送信される認証確認クエリを受信する。
認証確認処理部２３２は、認証確認クエリに設定されているＳＳＯセッションＩＤおよびＳＳＯＩＤに対応するＳＳＯセッション情報がＳＳＯセッション情報記憶部３８に記憶されており、かつそのＳＳＯセッション情報の有効期限が現在時刻以後であるかどうかにより、利用者が認証されているかどうかを判断する。
認証確認結果送信部２３３は、認証確認処理部２３２による判断結果を示す認証確認結果をリバースプロキシサーバ２１に送信する。
【００６５】
＝＝処理＝＝
図１９は、クライアント端末１０からリクエストを受信した場合のリバースプロキシサーバ２１の処理の流れを示す図である。
【００６６】
リクエスト受信部２１１が、クライアント端末１０からリクエストを受信すると（Ｓ７０１）、リクエストに検証ＵＲＬが含まれている場合（Ｓ７０２：ＹＥＳ）、リクエストにＳＳＯＩＤが含まれていなければ（Ｓ７０３：ＮＯ）、エラーを示す画面（以下、エラー画面という。）をクライアント端末１０に送信する（Ｓ７０４）。
【００６７】
ＳＳＯＩＤが含まれていれば、認証確認クエリ送信部２２１は、ＳＳＯＩＤを設定した認証確認クエリを認証サーバ２３に送信し（Ｓ７０５）、認証確認結果受信部２２２は、認証確認クエリに応じて認証サーバ２３から送信される認証確認結果を受信する（Ｓ７０６）。認証確認結果が、利用者が認証されていることを示す場合（Ｓ７０７：ＹＥＳ）、復元プログラム送信部２２４は、所定の業務画面を示すＵＲＬを指定したリダイレクト画面に復元プログラムを付帯させてクライアント端末１０に送信する（Ｓ７０８）。
【００６８】
一方、クライアント端末１０から受信したリクエストに含まれるＵＲＬが検証ＵＲＬでない場合（Ｓ７０２：ＮＯ）、認証要否判定部２１２は、リクエストにセッションＩＤが含まれており、セッションＩＤに対応するセッション情報の有効期限が現在時刻以後であるかどうかにより、通信セッションが有効であるかどうかを判定する（Ｓ７０９）。通信セッションが有効であれば（Ｓ７１０：ＹＥＳ）、業務画面転送部２２５は、クライアント端末１０から受信したリクエストに含まれるＵＲＬを含むリクエストをＷｅｂサーバ２２に送信し（Ｓ７１１）、送信したリクエストに応じてＷｅｂサーバ２２から応答される業務画面をクライアント端末１０に転送する（Ｓ７１２）。
【００６９】
リバースプロキシサーバ２１とクライアント端末１０との間の通信セッションが有効でない場合には、拡大プログラム送信部２２３は、認証サーバ２３の認証画面を示すＵＲＬを指定したリダイレクト画面に拡大プログラムを付帯させてクライアント端末１０に送信する（Ｓ７１３）。
【００７０】
＝＝動作例＝＝
図２０〜２２は、ＳＳＯ構成の情報処理システムにおける通信の様子を説明する図である。
【００７１】
クライアント端末１０は、リバースプロキシサーバ２１に対してリクエストを送信し（Ｓ７２１）、リバースプロキシサーバ２１は、認証サーバ２３が管理する認証画面を示すＵＲＬを設定したリダイレクト画面をクライアント端末１０に送信する（Ｓ７２２）。
【００７２】
クライアント端末１０は、リダイレクト画面に設定されているＵＲＬを指定して、認証サーバ２３にリクエストを送信する（Ｓ７２３）。認証サーバ２３は、クライアント端末１０からのリクエストに応じて、認証画面をクライアント端末１０に送信する（Ｓ７２４）。
【００７３】
クライアント端末１０は、認証サーバ２３から受信した認証画面を表示し（Ｓ７２５）、利用者からユーザＩＤおよびパスワードの入力を受け付ける（Ｓ７２６）。クライアント端末１０は、入力されたユーザＩＤおよびパスワードを含むリクエストを認証サーバ２３に送信する（Ｓ７２７）。
【００７４】
認証サーバ２３は、リクエストに含まれているユーザＩＤおよびパスワードに基づいて利用者の認証を行い（Ｓ７２８）、認証に失敗した場合（Ｓ７２９：ＮＯ）、認証に失敗した旨を示すＷｅｂページをクライアント端末１０に送信して（Ｓ７３０）、クライアント端末１０は、受信したＷｅｂページを表示する（Ｓ７３１）。
【００７５】
一方、利用者の認証に成功した場合には（Ｓ７２９：ＹＥＳ）、認証サーバ２３は、新たにＳＳＯセッションＩＤを生成し、生成したＳＳＯセッションＩＤ、現在時刻から所定時間後の有効期限、およびリクエストに含まれるＳＳＯＩＤを含むＳＳＯセッション情報を生成してＳＳＯセッション情報記憶部３８に登録する（Ｓ７３２）。認証サーバ２３は、検証ＵＲＬを指定したリダイレクト画面をクライアント端末１０に送信する（Ｓ７３３）。クライアント端末１０は、リダイレクト画面に指定されているＵＲＬおよびＳＳＯＩＤを含むリクエストをリバースプロキシサーバ２１に送信する（Ｓ７３４）。
【００７６】
リバースプロキシサーバ２１は、リクエストに含まれているＳＳＯＩＤを設定した認証確認クエリを認証サーバ２３に送信し（Ｓ７３５）、認証サーバ２３は、認証確認クエリに応じてＳＳＯセッション情報を確認し、認証確認結果をリバースプロキシサーバ２１に送信する（Ｓ７３６）。リバースプロキシサーバ２１は、認証サーバ２３から受信した認証確認結果が、利用者が認証されていないことを示す場合（Ｓ７３７：ＮＯ）、エラー画面をクライアント端末１０に送信し（Ｓ７３８）、クライアント端末１０は、受信したエラー画面を表示する（Ｓ７３９）。
【００７７】
一方、認証確認結果が、利用者が認証されていることを示す場合（Ｓ７３７：ＹＥＳ）、リバースプロキシサーバ２１は、新たにセッションＩＤを生成し、生成したセッションＩＤ、現在時刻から所定時間後の有効期限、およびリクエストに含まれるＳＳＯＩＤを含むセッション情報を生成してセッション情報記憶部３７に登録し（Ｓ７４０）、所定の業務画面をＵＲＬとして指定したリクエストをＷｅｂサーバ２２に送信する（Ｓ７４１）。
【００７８】
Ｗｅｂサーバ２２は、リバースプロキシサーバ２１からのリクエストに応じて業務画面を業務画面記憶部３３から読み出して、読み出した業務画面をリバースプロキシサーバ２１に送信する（Ｓ７４２）。リバースプロキシサーバ２１は、Ｗｅｂサーバ２２から受信した業務画面をクライアント端末１０に転送する（Ｓ７４３）。
クライアント端末１０は、リバースプロキシサーバ２１から受信した業務画面を表示する（Ｓ７４４）。
【００７９】
ここで上記所定時間を超える時間が経過したものとする（Ｓ７４５）。
クライアント端末１０は、利用者の操作を受け付けて（Ｓ７４６）、業務画面を示すＵＲＬ、セッションＩＤおよびＳＳＯＩＤを含むリクエストをリバースプロキシサーバ２１に送信する（Ｓ７４７）。
【００８０】
リバースプロキシサーバ２１は、クライアント端末１０からリクエストを受信すると、リクエストに含まれるセッションＩＤおよびＳＳＯＩＤに対応するセッション情報をセッション情報記憶部３７から読み出し、読み出したセッション情報に含まれる有効期限が現在時刻以後であるかどうかにより、通信セッションが有効かどうかを判定する（Ｓ７４８）。
【００８１】
通信セッションが有効であれば（Ｓ７４９：ＹＥＳ）、受信したリクエストに含まれているＵＲＬを設定したリクエストをＷｅｂサーバ２２に送信し（Ｓ７５０）、Ｗｅｂサーバ２２は、リバースプロキシサーバ２１からのリクエストに応じて業務画面を送信し（Ｓ７５１）、リバースプロキシサーバ２１は、Ｗｅｂサーバ２２から受信した業務画面をクライアント端末１０に送信して（Ｓ７５２）、クライアント端末１０では業務画面が表示される（Ｓ７５３）。
【００８２】
一方、通信セッションが有効でない場合には（Ｓ７４９：ＮＯ）、リバースプロキシサーバ２１は、認証サーバ２３が管理する認証画面をＵＲＬとして指定したリダイレクトが面に拡大プログラムを付帯させてクライアント端末１０に送信する（Ｓ７５４）。
【００８３】
クライアント端末１０は、リバースプロキシサーバ２１からリダイレクト画面を受信すると、付帯されている拡大プログラムを実行して（Ｓ７５５）、表示先フレーム領域の面積が拡大した後に、認証サーバ２３にリクエストを送信する（Ｓ７５６）。
【００８４】
認証サーバ２３は、クライアント端末１０からのリクエストに応じて、認証画面を送信し（Ｓ７５７）、クライアント端末１０は、認証サーバ２３から受信した認証画面を表示し（Ｓ７５８）、認証画面を介してＳＳＯＩＤおよびパスワードの入力を受け付ける（Ｓ７５９）。クライアント端末１０は、入力されたＳＳＯＩＤおよびパスワードを設定したリクエストを認証サーバ２３に送信する（Ｓ７６０）。
【００８５】
認証サーバ２３は、クライアント端末１０から受信したリクエストに含まれているＳＳＯＩＤおよびパスワードに基づいて利用者の認証処理を行う（Ｓ７６１）。利用者の認証に失敗した場合（Ｓ７６２：ＮＯ）、認証サーバ２３は、認証に失敗した旨を示すＷｅｂページをクライアント端末１０に送信し（Ｓ７６３）、クライアント端末１０は、受信したＷｅｂページを表示する（Ｓ７６４）。
【００８６】
一方、認証サーバ２３は、利用者の認証に成功した場合には（Ｓ７６２：ＹＥＳ）、リクエストに含まれるＳＳＯＩＤに対応するＳＳＯセッション情報の有効期限を、現在時刻から所定時間後の時刻に更新する（Ｓ７６５）。認証サーバ２３は、検証ＵＲＬを指定したリダイレクト画面をクライアント端末１０に送信する（７６６）。
【００８７】
クライアント端末１０は、認証サーバ２３から受信したリダイレクト画面に指定されている検証ＵＲＬと、セッションＩＤおよびＳＳＯＩＤを指定したリクエストをリバースプロキシサーバ２１に送信する（Ｓ７６７）。
【００８８】
リバースプロキシサーバ２１は、クライアント端末１０から受信したリクエストに含まれるＳＳＯＩＤを設定した認証確認クエリを認証サーバ２３に送信する（Ｓ７６８）。認証サーバ２３は、リバースプロキシサーバ２１から受信した認証確認クエリに設定されているＳＳＯＩＤに対応するＳＳＯセッション情報をＳＳＯセッション情報記憶部３８から読み出し、読み出したＳＳＯセッション情報の有効期限が現在時刻以後であるかどうかにより、利用者が認証されているかどうかを判定して、判定の結果を示す認証確認情報をリバースプロキシサーバ２１に送信する（Ｓ７６９）。
【００８９】
リバースプロキシサーバ２１は、認証サーバ２３から受信した認証確認結果が、利用者が認証されていないことを示す場合には（Ｓ７７０：ＮＯ）、エラー画面をクライアント端末１０に送信し（Ｓ７７１）、クライアント端末１０は、受信したエラー画面を表示する（Ｓ７７２）。
【００９０】
一方、認証確認結果が、利用者が認証されていることを示す場合には（Ｓ７７０：ＹＥＳ）、リクエストに含まれているセッションＩＤおよびＳＳＯＩＤに対応するセッション情報の有効期限を、現在時刻から所定時間後の時刻に更新し（Ｓ７７３）、所定の業務画面したリダイレクト画面に復元プログラムを付帯させてクライアント端末１０に送信する（Ｓ７７４）。
【００９１】
クライアント端末１０は、受信したリダイレクト画面に付帯されている復元プログラムを実行して、表示先フレーム領域のサイズを復元した後に（Ｓ７７５）、リダイレクト画面に指定されている業務画面を示すＵＲＬと、セッションＩＤと、ＳＳＯＩＤとを設定したリクエストをリバースプロキシサーバ２１に送信する（Ｓ７７６）。
【００９２】
リバースプロキシサーバ２１は、受信したリクエストに設定されているセッションＩＤおよびＳＳＯＩＤに対応するセッション情報の有効期限に基づいて、通信セッションが有効かどうかを判定し（Ｓ７７７）、通信セッションが有効であれば（Ｓ７７８：ＹＥＳ），リクエストに指定されているＵＲＬを設定したリクエストをＷｅｂサーバ２２に送信する（Ｓ７７９）。Ｗｅｂサーバ２２は、リバースプロキシサーバ２１から受信したリクエストに応じて業務画面をリバースプロキシサーバ２１に送信し（Ｓ７８０）、リバースプロキシサーバ２１は、Ｗｅｂサーバ２２から受信した業務画面をクライアント端末１０に転送し（Ｓ７８１）、クライアント端末１０は、受信した業務画面を表示する（Ｓ７８２）。
【００９３】
以上説明したように、本実施形態のＳＳＯ構成の情報処理システムにおいても、上述したＷｅｂサーバ２０と同様に、表示先フレーム領域に認証画面が表示される場合には、先にリダイレクト画面に拡大プログラムを付帯させてクライアント端末１０に送信しておくことで、表示先フレーム領域の表示面積を拡大することができる。したがって、利用者は認証情報の入力を容易に行うことができる。また、認証画面に注意書きなどが表示されている場合にも、フレーム領域の面積が拡大されたことにより、利用者は容易にその注意書きなどを視認することができる。
【００９４】
また、利用者の認証に成功した後は、業務画面を表示するに先立って、復元プログラムをリダイレクト画面に付帯させてクライアント端末１０に送信し、クライアント端末１０において表示先フレーム領域のサイズを復元しておくことができる。したがって、利用者は、認証後は元通りの画面のレイアウトで作業を進めることができるので便利である。
【００９５】
なお、本実施形態の情報処理システムでは、リクエストにはセッションＩＤまたはＳＳＯセッションＩＤと、ユーザＩＤまたはＳＳＯＩＤとが含まれているものとしたが、セッションＩＤまたはＳＳＯセッションＩＤのみが含まれるようにしてもよい。
【００９６】
また、本実施形態の情報処理システムでは、認証情報としてユーザＩＤ（またはＳＳＯＩＤ）とパスワードとを用いるものとしたが、これに限らず、例えば電子証明書などを用いるようにしてもよい。
【００９７】
また、本実施形態の情報処理システムでは、拡大プログラムは、幅および高さを最大化させるものとしたが、これに限らず、表示先フレーム領域の面積が大きくなるように、幅および高さの少なくとも一方を増加させればよい。
【００９８】
また、本実施形態の情報処理システムでは、表示先フレーム領域の幅および高さを、フレームセットの属性として記憶しておくものとしたが、これに限らず、Ｗｅｂページ（ドキュメントオブジェクト）の属性に記憶するようにしてもよいし、クッキーとして記憶するようにしてもよい。
【００９９】
また、ＳＳＯ構成の情報処理システムでは、クライアント端末１０とリバースプロキシサーバ２１との間の通信セッションと、クライアント端末１０と認証サーバ２３との間の通信セッションとは異なるものとしたが、例えば、同一のセッションＩＤを共有して通信セッションを引き継ぐようにしてもよい。この場合、セッションＩＤは、リバースプロキシサーバ２１と認証サーバ２３とが同一のドメインに所属している場合には、クッキーに格納するようにすることができるし、ドメインが異なる場合には、ＵＲＬの一部としてセッションＩＤを埋め込むようにすることもできる。さらに、業務画面や認証画面、リダイレクト画面などに、セッションＩＤを添付するような、例えば、ＪａｖａＳｃｒｉｐｔやＪａｖａ（登録商標）により記述されるプログラムを付帯させるようにしてもよい。
【０１００】
また、ＳＳＯ構成の情報処理システムにおいて、リバースプロキシサーバ２１とＷｅｂサーバ２２とを同一の情報処理装置とするようにしてもよい。
【０１０１】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【図面の簡単な説明】
【０１０２】
【図１】本実施形態の情報処理システムの全体構成を示す図である。
【図２】Ｗｅｂサーバ２０のハードウェア構成を示す図である。
【図３】Ｗｅｂサーバ２０のソフトウェア構成を示す図である。
【図４】セッション情報の構成例を示す図である。
【図５】認証情報の構成例を示す図である。
【図６】認証画面の一例である画面４１を示す図である。
【図７】業務画面の一例である画面４２を示す図である。
【図８】複数のフレーム領域に業務画面が表示されたＷｅｂページの一例である画面４３を示す図である。
【図９】拡大プログラムが実行される場合の処理の流れを示す図である。
【図１０】復元プログラムが実行される場合の処理の流れを示す図である。
【図１１】リクエストに応じて業務画面または認証画面を送信する処理の流れを示す図である。
【図１２】クライアント端末１０とＷｅｂサーバ２０との間で行われる通信の様子を説明する図である。
【図１３】クライアント端末１０とＷｅｂサーバ２０との間で行われる通信の様子を説明する図である。
【図１４】クライアント端末１０に表示される画面例を図１４に示す。
【図１５】ＳＳＯ構成の情報処理システムの全体構成を示す図である。
【図１６】ＳＳＯ構成の情報処理システムにおけるソフトウェア構成を示す図である。
【図１７】セッション情報記憶部３７の構成例を示す。
【図１８】ＳＳＯセッション情報記憶部３８の構成例を示す図である。
【図１９】クライアント端末１０からリクエストを受信した場合のリバースプロキシサーバ２１の処理の流れを示す図である。
【図２０】ＳＳＯ構成の情報処理システムにおける通信の様子を説明する図である。
【図２１】ＳＳＯ構成の情報処理システムにおける通信の様子を説明する図である。
【図２２】ＳＳＯ構成の情報処理システムにおける通信の様子を説明する図である。
【符号の説明】
【０１０３】
１０ クライアント端末
２０ Ｗｅｂサーバ
２１ リバースプロキシサーバ
２２ Ｗｅｂサーバ
２３ 認証サーバ
３０ 通信ネットワーク
２０１ ＣＰＵ
２０２ メモリ
２０３ 記憶装置
２０４ 通信装置
２０５ 入力装置
２１１ リクエスト受信部
２１２ 認証要否判定部
２１３ 認証画面送信部
２１４ 認証処理部
２１５ 業務画面送信部
３１ セッション情報記憶部
３２ 認証情報記憶部
３３ 業務画面記憶部
３４ 認証画面記憶部
３５ 拡大プログラム記憶部
３６ 復元プログラム記憶部
３７ セッション情報記憶部
３８ ＳＳＯセッション情報記憶部
【技術分野】
【０００１】
本発明は、情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
Ｗｅｂサーバへのアクセスに際して利用者の認証が求められることがある。Ｗｅｂページが複数のフレーム領域に分割されている場合に、利用者が一定時間操作をせず、再度の認証が必要になった後に、あるフレーム領域に表示させるリクエストがＷｅｂサーバに送信されると、ユーザＩＤやパスワードなどの認証情報を入力するための入力画面がそのフレーム領域に表示されることになる。フレーム領域の面積が狭い場合などには、認証情報入力画面の全てが表示されず、利用者は画面をスクロールしなければならず、不便であった。
【０００３】
このような問題を解決するため、非特許文献１には、フレーム領域に分割されているＷｅｂページ全体に認証情報入力画面を表示する方法が示されている。
【非特許文献１】”CGI で特定フレームを指定して実行する方法”，[online] ，[平成１９年４月２０日検索] ，インターネット＜ＵＲＬ：http://www.drk7.jp/MT/archives/000796.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、非特許文献１に記載の方法では、認証情報の入力画面がＷｅｂページ全体に表示されるため、画面が表示される前に、複数のフレーム領域のそれぞれに表示されていた内容は破棄されてしまう。
【０００５】
本発明は、このような背景を鑑みてなされたものであり、複数のフレーム領域を有するＷｅｂページにおいて、フレーム領域内に認証情報入力画面を見易く表示することのできる情報処理システムおよび情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための本発明の主たる発明は、利用者端末と通信可能に接続し、複数のフレーム領域を有するＷｅｂページの画面データを前記利用者端末に送信する情報処理装置であって、前記フレーム領域の１つに表示させる認証情報入力画面と、前記認証情報入力画面が表示される前記フレーム領域の面積を拡大させるプログラムとを前記利用者端末に送信する認証情報入力画面送信部を備えることとする。
【発明の効果】
【０００７】
本発明によれば、複数のフレーム領域を有するＷｅｂページにおいて、フレーム領域内に認証情報入力画面を見易く表示することができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の一実施形態に係る情報処理システムについて説明する。本実施形態の情報処理システムは、クライアント端末１０から、認証が必要なＷｅｂページを提供するＷｅｂサーバ２０にアクセスするものである。本実施形態では、ＷｅｂページはＨＴＭＬ（HyperText Markup Language）により記述されるものとする。また、本実施形態では、Ｗｅｂサーバから提供されるＷｅｂページは、複数の領域（以下、フレーム領域という。）に分割されていることを前提とする。フレーム領域は、ＨＴＭＬでは、フレームセットタグ（＜ＦＲＡＭＥＳＥＴ＞）と、フレームタグ（＜ＦＲＡＭＥ＞）とにより設定される。
【０００９】
＝＝システム構成＝＝
図１は、本実施形態の情報処理システムの全体構成を示す図である。同図に示すように、本実施形態の情報処理システムは、クライアント端末１０およびＷｅｂサーバ２０を含んで構成される。クライアント端末１０およびＷｅｂサーバ２０は通信ネットワーク３０を介して接続されている。通信ネットワーク３０は、例えば、インターネットやＬＡＮ（Local Area Network）である。
【００１０】
Ｗｅｂサーバ２０は、ＨＴＭＬにより記述されたＷｅｂページを提供する情報処理装置である。Ｗｅｂサーバ２０は、例えば、パーソナルコンピュータやワークステーションなどである
クライアント端末１０は、利用者が操作する、例えばパーソナルコンピュータやワークステーション、ＰＤＡ（Personal Digital Assistant）、携帯電話などのコンピュータである。クライアント端末１０では、Ｗｅｂブラウザが動作しており、クライアント端末１０とＷｅｂサーバ２０との間では、ＨＴＴＰ（HyperText Transfer Protocol）やＨＴＴＰＳ（Hyper Text Transfer Protocol Security）により通信が行われる。利用者はＷｅｂブラウザを操作してＷｅｂサーバ２０が提供するＷｅｂページを閲覧することができる。また、クライアント端末１０は、Ｗｅｂサーバ２０との間での通信セッションに関する情報をクッキーとして記憶する。なお、クライアント端末１０とＷｅｂサーバ２０との間の通信には、は安全性を考慮して、暗号化された通信を行うＨＴＴＰＳを採用することが好ましい。
【００１１】
＝＝ハードウェア構成＝＝
図２は、Ｗｅｂサーバ２０のハードウェア構成を示す図である。同図に示すように、Ｗｅｂサーバ２０は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信装置２０４、入力装置２０５を備える。記憶装置２０３は、各種のプログラムやデータを記憶する、例えばハードディスクドライブやフラッシュメモリである。ＣＰＵ２０１は、記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより各種の機能を実現する。通信装置２０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えば、イーサネット（登録商標）に接続するためのアダプタや、公衆電話回線網に接続するためのモデムである。入力装置２０５は、情報の入力を受け付ける、例えばキーボードやマウスなどである。
【００１２】
＝＝ソフトウェア構成＝＝
図３は、Ｗｅｂサーバ２０のソフトウェア構成を示す図である。同図に示すように、Ｗｅｂサーバ２０は、リクエスト受信部２１１、認証要否判定部２１２、認証画面送信部２１３、認証処理部２１４および業務画面送信部２１５の各機能部と、セッション情報記憶部３１、認証情報記憶部３２、業務画面記憶部３３、認証画面記憶部３４、拡大プログラム記憶部３５および復元プログラム記憶部３６の各記憶部とを備えている。上記各機能部は、Ｗｅｂサーバ２０が備えるＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現される。上記各記憶部は、Ｗｅｂサーバ２０が備えるメモリ２０２および記憶装置２０３が提供する記憶領域として実現される。なお、上記各機能部および各記憶部は、専用のハードウェアの機能として実現してもよい。
【００１３】
リクエスト受信部２１１は、ＨＴＴＰに規定されるリクエストをクライアント端末１０から受信する。リクエストには、利用者の識別情報（以下、ユーザＩＤという。）と、Ｗｅｂページを示すＵＲＬ（Uniform Resource Locator）とが含まれているものとする。
【００１４】
セッション情報記憶部３１は、クライアント端末１０とＷｅｂサーバ２０との間の通信セッションに関する情報（以下、セッション情報という。）を記憶する。図４は、セッション情報記憶部３１に記憶されるセッション情報の構成例を示す図である。同図に示すように、セッション情報には、通信セッションの識別情報であるセッションＩＤ、通信セッションの有効期限およびユーザＩＤが含まれる。
【００１５】
本実施形態では、利用者の認証が行われたときに新規にセッション情報が生成され、通信セッションが有効である間は、利用者の認証は行われているものとする。
【００１６】
認証要否判定部２１２は、リクエストに応じて利用者の認証が必要か否かを判定する。本実施形態では、認証要否判定部２１２は、リクエストに含まれているユーザＩＤに対応するセッション情報がセッション情報記憶部３１に記憶されており、かつ記憶されているセッション情報の有効期限が、現在時刻以後であるかどうかにより、利用者が認証されているかどうかを判断する。
【００１７】
認証情報記憶部３２は、利用者の認証に用いられる認証情報を記憶する。図５は、認証情報記憶部３２に記憶される認証情報の構成例を示す図である。同図に示すように、認証情報にはユーザＩＤとパスワードとが含まれる。
【００１８】
業務画面記憶部３３および認証画面記憶部３４は、ＨＴＭＬで記述されたファイルや画像データなど、Ｗｅｂページを表示するための画面データ（以下、単にＷｅｂページともいう。）を記憶する。認証画面記憶部３４には、ユーザＩＤやパスワードなどの認証情報を入力する画面を表示するためのＷｅｂページ（以下、認証画面という。本実施形態の認証情報入力画面に対応する。）を記憶する。業務画面記憶部３３は、認証画面以外のＷｅｂページ（以下、業務画面という。）を記憶する。
【００１９】
図６は、認証画面の一例である画面４１を示す図である。本実施形態では、認証情報は、ユーザＩＤおよびパスワードであるものとする。画面４１は、ユーザＩＤの入力欄４１１およびパスワードの入力欄４１２を備えている。利用者によりボタン４１３が押下されると、クライアント端末１０は、入力欄４１１および４１２に入力された認証情報を含むリクエストをＷｅｂサーバ２０に送信する。
【００２０】
図７は、業務画面の一例である画面４２を示す図である。画面４２は、検索条件を入力する業務画面の一例である。画面４２は、検索条件の入力欄４２１を備えており、ボタン４２２が押下されると、入力欄４２１に入力された文字列を含むリクエストがＷｅｂサーバ２０に送信される。
【００２１】
本実施形態では、クライアント端末１０では、複数のフレーム領域にＷｅｂページを表示することを想定している。図８は、複数のフレーム領域に業務画面が表示されたＷｅｂページの一例である画面４３を示す図である。同図に示すように、画面４３は、フレーム領域４３１〜４３３の３つのフレーム領域から構成されており、図８の例では、フレーム領域４３２に、上述した業務画面の一例である画面４２が表示されている。なお、画面４３の各フレーム領域に表示される内容は、図８の例に限るものではない。
【００２２】
拡大プログラム記憶部３５は、認証画面が表示されるフレーム領域（以下、表示先フレーム領域という。）の面積を拡大するためのプログラム（以下、拡大プログラムという。）を記憶する。拡大プログラムは、クライアント端末１０により実行される。拡大プログラムは、例えば、ＪａｖａＳｃｒｉｐｔやＪａｖａ（登録商標）により記述され、認証画面に付帯されて送信される。
【００２３】
図９は、クライアント端末１０により拡大プログラムが実行される場合の処理の流れを示す図である。
【００２４】
クライアント端末１０は、認証画面の表示先がフレーム領域であるかどうかを判定する（Ｓ５０１）。表示先がフレーム領域であれば（Ｓ５０１：ＹＥＳ）、クライアント端末１０は、Ｗｅｂブラウザに表示されるＷｅｂページを構成する複数のフレーム領域のそれぞれについて、フレーム領域を示すフレームＩＤに対応付けて、フレーム領域の幅および高さを含むサイズ情報を生成する（Ｓ５０２）。クライアント端末１０は、生成したサイズ情報のリストを、フレームセットの属性として設定する（Ｓ５０３）。クライアント端末１０は、表示先フレーム領域の幅を最大化、すなわちＷｅｂブラウザの画面の幅に設定し（Ｓ５０４）、表示先フレーム領域の高さを最大化、すなわちＷｅｂブラウザの画面の高さに設定する（Ｓ５０５）。これにより、表示先フレーム領域以外のフレーム領域の幅または高さは０に設定される。
クライアント端末１０は、表示先フレーム領域に認証画面を表示する（Ｓ５０６）。
【００２５】
以上説明したように、拡大プログラムは、クライアント端末１０に、表示先フレーム領域の幅または高さを増加させて、表示先フレーム領域の面積を拡大させるものである。
【００２６】
認証画面送信部２１３は、認証要否判定部２１２により利用者の認証が必要と判断された場合、認証画面に拡大プログラムを付帯させてクライアント端末１０に送信する。なお、認証画面送信部２１３は、認証画面が表示される先がフレーム領域かどうかを判定できる場合には、認証画面がフレーム領域に表示される場合にのみ拡大プログラムを付帯させるようにしてもよい。
【００２７】
認証処理部２１４は、認証画面に入力される認証情報に基づいて利用者の認証を行う。クライアント端末１０は、認証画面に入力されたユーザＩＤおよびパスワードを設定したリクエストをＷｅｂサーバ２０に送信し、認証処理部２１４は、リクエストにユーザＩＤとパスワードとが設定されている場合に、利用者の認証を行うようにする。
【００２８】
復元プログラム記憶部３６は、表示先フレーム領域の面積を縮小するプログラムを記憶する。なお、本実施形態では、復元プログラム記憶部３６に記憶されるプログラムは、Ｗｅｂページを構成する各フレーム領域の大きさを、上述した拡大プログラムを実行する前の大きさに設定するプログラム（以下、復元プログラムという。）であるものとする。復元プログラムもクライアント端末１０において実行される。復元プログラムは、例えば、ＪａｖａＳｃｒｉｐｔやＪａｖａ（登録商標）により記述され、認証処理が行われた後に送信される業務画面に付帯されて送信される。
【００２９】
図１０は、クライアント端末１０により復元プログラムが実行される場合の処理の流れを示す図である。
【００３０】
クライアント端末１０は、業務画面の表示先がフレーム領域であるかどうかを判定し（Ｓ５２１）、表示先がフレーム領域であれば（Ｓ５２１：ＹＥＳ）、サイズ情報がフレームセットの属性に設定されているかどうかを判断する（Ｓ５２２）。
業務画面の表示先がフレーム領域であり（Ｓ５２１：ＹＥＳ）、かつ、フレームセットの属性にサイズ情報が記憶されている場合（Ｓ５２２：ＹＥＳ）、クライアント端末１０は、サイズ情報のリストをフレームセットの属性から取得し（Ｓ５２３）、各サイズ情報について、サイズ情報に含まれるフレームＩＤが示すフレーム領域の幅と高さを、サイズ情報に含まれる幅と高さとに設定する（Ｓ５２４）。
クライアント端末１０は、表示先フレーム領域に業務画面を表示する（Ｓ５２５）。
【００３１】
以上説明したように、復元プログラムは、クライアント端末１０に、認証画面が表示される前の表示先フレーム領域のサイズが記憶されている場合、そのサイズに表示先フレーム領域のサイズを復元するものである。
【００３２】
業務画面送信部２１５は、リクエストに応じて業務画面をクライアント端末１０に送信する。業務画面送信部２１５は、認証処理部２１４による利用者の認証が成功した場合には、業務画面に復元プログラムを付帯させて送信する。
【００３３】
＝＝処理＝＝
次に、Ｗｅｂサーバ２０による処理の流れを説明する。図１１は、Ｗｅｂサーバ２０がリクエストに応じて業務画面または認証画面をクライアント端末１０に送信する処理の流れを示す図である。
【００３４】
リクエスト受信部２１１がクライアント端末１０からリクエストを受信すると（Ｓ５４１）、認証要否判定部２１２は、受信したリクエストに通信セッションのセッションＩＤが設定されているかどうかを判定する（Ｓ５４２）。リクエストにセッションＩＤが設定されていない場合（Ｓ５４２：ＮＯ）、認証要否判定部２１２は、リクエストにユーザＩＤとパスワードの両方が設定いるかどうかを判定する（Ｓ５４３）。リクエストにパスワードが設定されていない場合（Ｓ５４３：ＮＯ）、認証画面送信部２１３は、認証画面に拡大プログラムを付帯させてクライアント端末１０に送信する（Ｓ５４４）。
【００３５】
一方、リクエストにユーザＩＤおよびパスワードの両方が設定されていた場合（Ｓ５４３：ＹＥＳ）、すなわち認証画面に入力されたユーザＩＤおよびパスワードがクライアント端末１０から送信されてきた場合には、認証処理部２１４は、ユーザＩＤに対応するパスワードを認証情報記憶部３２から読み出し（Ｓ５４５）、読み出したパスワードとリクエストに含まれているパスワードとが一致するかどうかを判定する（Ｓ５４６）。パスワードが一致すれば（Ｓ５４６：ＹＥＳ）、業務画面送信部２１５は、リクエストに指定された業務画面を業務画面記憶部３３から読み出し、読み出した前記業務画面に復元プログラムを付帯させてクライアント端末１０に送信する（Ｓ５４７）。パスワードが不一致であれば（Ｓ５４６：ＮＯ）、ステップＳ５４４に進み、認証画面送信部２１３は、認証画面に拡大プログラムを付帯させて送信する。
【００３６】
リクエストにセッションＩＤが設定されている場合（Ｓ５４２：ＹＥＳ）、認証要否判定部２１２は、リクエストに指定されているセッションＩＤに対応するセッション情報をセッション情報記憶部３１から読み出し（Ｓ５４８）、読み出したセッション情報に含まれる有効期限が現在時刻以後であるかどうかを判定する（Ｓ５４９）。有効期限が現在時刻以後であれば（Ｓ５４９：ＹＥＳ）、業務画面送信部２１５は、リクエストに応じた業務画面をクライアント端末１０に送信する。
【００３７】
以上の処理により、Ｗｅｂサーバ２０は、クライアント端末１０との間の通信セッションが有効、すなわち認証が不要であれば、リクエストに応じた業務画面をクライアント端末１０に送信し、認証が必要であれば、認証画面に拡大プログラムを付帯させてクライアント端末１０に送信し、利用者が認証された場合には、リクエストに応じた業務画面に復元プログラムを付帯させて送信する。
【００３８】
＝＝動作例＝＝
図１２および１３は、クライアント端末１０とＷｅｂサーバ２０との間で行われる通信の様子を説明する図である。また、この際クライアント端末１０に表示される画面例を図１４に示す。
【００３９】
クライアント端末１０は、Ｗｅｂサーバ２０に対してリクエストを送信し（Ｓ６０１）、Ｗｅｂサーバ２０は、認証画面をクライアント端末１０に送信する（Ｓ６０２）。
クライアント端末１０は、Ｗｅｂサーバ２０から受信した認証画面を表示する（Ｓ６０３）。ここでクライアント端末１０では、図１４（ａ）画面４１がブラウザ画面上に表示される。クライアント端末１０は、利用者からユーザＩＤおよびパスワードの入力を受け付け（Ｓ６０４）、受け付けたユーザＩＤおよびパスワードを含むリクエストをＷｅｂサーバ２０に送信する（Ｓ６０５）。
【００４０】
Ｗｅｂサーバ２０は、リクエストに含まれているユーザＩＤおよびパスワードに基づいて利用者の認証を行う（Ｓ６０６）。具体的には、ユーザＩＤに対応する認証情報記憶部３２のパスワードとリクエストに含まれるパスワードとを比較することにより、利用者の認証が行われる。利用者の認証に失敗した場合には（Ｓ６０７：ＮＯ）、認証に失敗した旨を示すＷｅｂページをクライアント端末１０に送信し（Ｓ６０８）、クライアント端末１０は、認証に失敗した旨を示すＷｅｂページを表示する（Ｓ６０９）。
【００４１】
一方、利用者の認証に成功した場合には（Ｓ６０７：ＹＥＳ）、Ｗｅｂサーバ２０は、新たにセッションＩＤを生成し、生成したセッションＩＤ、現在時刻から所定時間後の有効期限、およびリクエストに含まれるユーザＩＤを含むセッション情報を生成してセッション情報記憶部３１に登録する（Ｓ６１０）。Ｗｅｂサーバ２０は、リクエストに応じた業務画面にセッションＩＤを付帯させてクライアント端末１０に送信する（Ｓ６１１）。
【００４２】
クライアント端末１０は、受信した業務画面を表示する（Ｓ６１２）。ここで表示されるＷｅｂページは、図１４（ｂ）に示すように、複数のフレーム領域から構成されるものとする。図１４の例では、画面４３は３つのフレーム領域４３１〜４３３から構成されている。
【００４３】
ここで上記所定時間を超える時間が経過したものとする（Ｓ６１３）。
クライアント端末１０は、利用者からの指示に応じて（Ｓ６１４）、セッションＩＤおよびユーザＩＤを含むリクエストをＷｅｂサーバ２０に送信する（Ｓ６１５）。例えば、図１４（ｂ）のフレーム領域４３２に表示されているボタン４３２１が押下されたことに応じて、クライアント端末１０は、リクエストをＷｅｂサーバ２０に送信する。
【００４４】
Ｗｅｂサーバ２０は、リクエストに含まれるセッションＩＤおよびユーザＩＤに対応するセッション情報をセッション情報記憶部３１から読み出し、読み出したセッション情報に含まれる有効期限が現在時刻以後であるかどうかにより、通信セッションが有効かどうかを判定する（Ｓ６１６）。
【００４５】
通信セッションが有効であれば（Ｓ６１７：ＹＥＳ）、Ｗｅｂサーバ２０は、リクエストに応じた業務画面を業務画面記憶部３３から読み出してクライアント端末１０に送信し（Ｓ６１８）、クライアント端末１０は、受信した業務画面を表示先フレーム領域に表示する（Ｓ６１９）。
【００４６】
通信セッションが有効でなければ（Ｓ６１７：ＮＯ）、Ｗｅｂサーバ２０は、認証画面に拡大プログラムを付帯させてクライアント端末１０に送信し（Ｓ６２０）、クライアント端末１０は、受信した認証画面を表示するとともに（Ｓ６２１）、認証画面に付帯されている拡大プログラムを実行して（Ｓ６２２）、表示先フレーム領域を最大化する。これにより図１４（ｃ）に示すように、フレーム領域４３２の表示が最大化されて、フレーム領域４３１および４３３は、境界（ボーダー）を残すのみで、フレーム領域内の画面は表示されなくなる。クライアント端末１０は、表示した認証画面を介してユーザＩＤおよびパスワードの入力を受け付け（Ｓ６２３）、受け付けたユーザＩＤおよびパスワードを含むリクエストをＷｅｂサーバ２０に送信する（Ｓ６２４）。
【００４７】
Ｗｅｂサーバ２０は、リクエストに含まれるユーザＩＤおよびパスワードに基づいて利用者の認証を行い（Ｓ６２５）、利用者の認証に失敗した場合は（Ｓ６２６：ＮＯ）、認証に失敗した旨を示すＷｅｂページをクライアント端末１０に送信して（Ｓ６２７）、クライアント端末１０は、受信したＷｅｂページを表示する（Ｓ６２８）。
【００４８】
一方、利用者の認証に成功した場合には（Ｓ６２６：ＹＥＳ）、Ｗｅｂサーバ２０は、リクエストに含まれているセッションＩＤおよびユーザＩＤに対応する有効期限を、現在時刻から所定時間後の時刻に更新する（Ｓ６２９）。Ｗｅｂサーバ２０は、リクエストに応じた業務画面を業務画面記憶部３３から読み出し、読み出した業務画面に復元プログラムを付帯させてクライアント端末１０に送信する（Ｓ６３０）。
【００４９】
クライアント端末１０は、Ｗｅｂサーバ２０から受信した業務画面を表示先フレームに表示するとともに（Ｓ６３１）、業務画面に付帯されている復元プログラムを実行して（Ｓ６３２）、表示先フレーム領域のサイズを元の大きさに復元する。復元プログラムを実行した後に、クライアント端末１０に表示されているＷｅｂページの状態を図１４（ｄ）に示す。図１４（ｄ）に示す画面４３は、図１４（ｂ）に示す画面４３の状態と、各フレーム領域の大きさは同じに復元されている。
【００５０】
以上説明したように、本実施形態のＷｅｂサーバ２０によれば、Ｗｅｂページが複数のフレーム領域に分割されており、そのフレーム領域の１つに認証画面を表示する場合に、認証画面が表示される表示先フレーム領域の面積を拡大することができる。Ｗｅｂページのレイアウトとして、表示先フレーム領域の面積が小さく割り当てられていた場合や、フレーム領域を区切る境界（ボーダ）を利用者が動かして表示先フレーム領域の表示面積が小さくなってしまった場合には、認証画面が表示されていることに利用者が気付かないことがありうるが、本実施形態のＷｅｂサーバ２０によれば、クライアント端末１０に表示先フレーム領域の面積を拡大する拡大プログラムを付帯させて認証画面を送信することができるので、利用者が認証画面に気付かないような状況を回避することができる。したがって、利用者は認証情報の入力がしやすくなる。また、認証画面には、利用者に対するパスワード入力上の注意や、認証が必要になった原因その他の情報が表示されることが多いが、表示先フレーム領域の面積が拡大されることにより、このような情報を利用者に視認しやすくすることができる。
【００５１】
また、本実施形態のＷｅｂサーバ２０によれば、表示先フレーム領域以外のフレーム領域に表示されていた内容を保持したまま、表示先フレーム領域の面積を拡大し、認証に成功した後は、表示先フレーム領域のサイズを、拡大前のサイズに復元することができる。したがって、利用者は、認証後も他のフレーム領域に表示されていた内容を継続して閲覧することができる。よって、利用者の利便性を損なうことなく、クライアント端末１０に認証画面を表示させることができる。
【００５２】
＝＝変形例＝＝
次に、上述したＷｅｂサーバ２０の機能を複数の情報処理装置に分散させた構成について説明する。図１５は、複数の情報処理装置に上記Ｗｅｂサーバ２０の機能を分散させた構成の情報処理システムの全体構成を示す図である。同図に示すように、情報処理システムは、クライアント端末１０、リバースプロキシサーバ２１、Ｗｅｂサーバ２２、および認証サーバ２３を含んで構成される。リバースプロキシサーバ２１、Ｗｅｂサーバ２２および認証サーバ２３により、上述したＷｅｂサーバ２０の機能が実現される。図１５に示す情報処理装置の構成は、シングルサインオン（ＳＳＯ）とも呼ばれ、認証サーバ２３が利用者の認証を集中的に行うことで、複数のＷｅｂサーバ２２を用いてリクエストの分散処理を行うことを可能とする。このような利用者の認証を行う認証サーバ２３を独立させた構成（以下、ＳＳＯ構成という。）の情報処理システムでは、リバースプロキシサーバ２１がクライアント端末１０からのリクエストを受け付けて、認証の要否を判断し、認証が必要であれば認証サーバにリクエストをリダイレクトし、認証が不要であれば、リクエストに指定されている業務画面をＷｅｂサーバ２２から取得してクライアント端末１０に転送する。
【００５３】
図１６は、ＳＳＯ構成の情報処理システムにおけるソフトウェア構成を示す図である。
リバースプロキシサーバ２１は、上述のＷｅｂサーバ２０のリクエスト受信部２１１、認証要否判定部２１２、拡大プログラム記憶部３５および復元プログラムを備えるとともに、認証確認クエリ送信部２２１、認証確認結果受信部２２２、拡大プログラム送信部２２３、復元プログラム送信部２２４および業務画面転送部２２５を備えている。なお、ＳＳＯ構成の情報処理システムでは、クライアント端末１０とリバースプロキシサーバ２１との間の通信セッションと、クライアント端末１０と認証サーバ２３との間の通信セッション（以下、ＳＳＯ通信セッションといい、単に通信セッションという場合には、クライアント端末１０とリバースプロキシサーバ２１との間の通信セッションを示すものとする。）とは、異なる通信セッションであるものとする。したがって、クライアント端末１０から送信されるリクエストには、通信セッションを識別するセッションＩＤまたはＳＳＯ通信セッションを識別するセッションＩＤ（以下、ＳＳＯセッションＩＤという。）が含まれ得る。
【００５４】
セッション情報記憶部３７は、リバースプロキシサーバ２１とクライアント端末１０との間の通信セッションに関するセッション情報を記憶する。図１７にセッション情報記憶部３７の構成例を示す。同図に示すように、セッション情報記憶部３７の構成は、上述のＷｅｂサーバ２０が備えるセッション情報記憶部３１と同様であるが、ユーザＩＤに代えて、認証サーバ２３が管理するユーザの識別情報であるＳＳＯＩＤを記憶している。
【００５５】
認証確認クエリ送信部２２１は、認証サーバ２３においてＳＳＯＩＤが示す利用者が認証されているかどうかを問い合わせるコマンド（以下、認証確認クエリという。）を認証サーバ２３に送信する。認証確認クエリには、ＳＳＯＩＤが設定される。
【００５６】
認証確認結果受信部２２２は、認証確認クエリに応じて認証サーバ２３から送信される、利用者が認証されているかどうかを示す情報（以下、認証確認結果という。）を受信する。
【００５７】
認証要否判定部２１２は、上述のＷｅｂサーバ２０と同様に、セッション情報がセッション情報記憶部３７に記憶されており、かつ現在時刻が有効期限以前であれば利用者は認証されていると判断し、それ以外の場合には、認証サーバ２３からの認証確認結果に基づいて、利用者が認証されているかどうかを判定する。また、認証要否判定部２１２は、利用者が認証されていると判断した場合、セッション情報の有効期限を、現在時刻から所定時間後に更新する。
【００５８】
拡大プログラム送信部２２３は、利用者の認証がされていないと判定された場合に、後述の認証サーバ２３が備える認証画面を示すＵＲＬを指定した、クライアント端末１０に対してアクセスを行うように指示するコマンド（例えば、ＨＴＭＬの場合、＜ＭＥＴＡ＞タグで指定することができる。）を含むＷｅｂページ（以下、リダイレクト画面という。）に拡大プログラムを付帯させてクライアント端末１０に送信する。これにより、認証サーバ２３から送信される認証画面が表示されるべき表示先フレーム領域の面積を拡大することができる。
【００５９】
復元プログラム送信部２２４は、リダイレクト画面の送信後、利用者が認証されていると判定された場合に、業務画面を示すＵＲＬを指定したリダイレクト画面に、復元プログラムを付帯させてクライアント端末１０に送信する。これにより、拡大プログラムにより拡大された表示先フレーム領域を元のサイズに復元することができる。
【００６０】
Ｗｅｂサーバ２２は、上述のＷｅｂサーバ２０のリクエスト受信部２１１、業務画面送信部２１５および業務画面記憶部３３を備える。なお、Ｗｅｂサーバ２２が備えるリクエスト受信部２１１は、後述するように、リバースプロキシサーバ２１からのリクエストに応じて業務画面をリバースプロキシサーバ２１に送信するものである。
【００６１】
認証サーバ２３は、上述のＷｅｂサーバ２０の認証画面送信部２１３、認証処理部２１４、認証情報記憶部３２および認証画面記憶部３４を備えるとともに、認証確認クエリ受信部２３１、認証確認処理部２３２、認証確認結果送信部２３３およびＳＳＯセッション情報記憶部３８を備えている。
【００６２】
ＳＳＯセッション情報記憶部３８は、クライアント端末１０と認証サーバ２３との間の通信セッションに関するセッション情報（以下、ＳＳＯセッション情報という。）が記憶される。図１８は、ＳＳＯセッション情報記憶部３８の構成例を示す図である。同図に示すように、ＳＳＯセッション情報記憶部３８の構成は、上述のリバースプロキシサーバ２１のセッション情報記憶部３７と同様であるが、セッションＩＤに代えてＳＳＯセッションＩＤが含まれる。
【００６３】
認証サーバ２３が備える認証処理部２１４は、上述のＷｅｂサーバ２０と同様に、ユーザＩＤおよびパスワードに基づいて利用者の認証を行い、利用者の認証に成功した場合には、リバースプロキシサーバ２１のアドレスを含む所定のＵＲＬ（以下、検証ＵＲＬという。検証ＵＲＬは、例えば、「http://リバースプロキシサーバ２１のアドレス/authcheck.cgi」のように表現される。）を指定したリダイレクト画面をクライアント端末１０に送信する。
【００６４】
認証確認クエリ受信部２３１は、リバースプロキシサーバ２１から送信される認証確認クエリを受信する。
認証確認処理部２３２は、認証確認クエリに設定されているＳＳＯセッションＩＤおよびＳＳＯＩＤに対応するＳＳＯセッション情報がＳＳＯセッション情報記憶部３８に記憶されており、かつそのＳＳＯセッション情報の有効期限が現在時刻以後であるかどうかにより、利用者が認証されているかどうかを判断する。
認証確認結果送信部２３３は、認証確認処理部２３２による判断結果を示す認証確認結果をリバースプロキシサーバ２１に送信する。
【００６５】
＝＝処理＝＝
図１９は、クライアント端末１０からリクエストを受信した場合のリバースプロキシサーバ２１の処理の流れを示す図である。
【００６６】
リクエスト受信部２１１が、クライアント端末１０からリクエストを受信すると（Ｓ７０１）、リクエストに検証ＵＲＬが含まれている場合（Ｓ７０２：ＹＥＳ）、リクエストにＳＳＯＩＤが含まれていなければ（Ｓ７０３：ＮＯ）、エラーを示す画面（以下、エラー画面という。）をクライアント端末１０に送信する（Ｓ７０４）。
【００６７】
ＳＳＯＩＤが含まれていれば、認証確認クエリ送信部２２１は、ＳＳＯＩＤを設定した認証確認クエリを認証サーバ２３に送信し（Ｓ７０５）、認証確認結果受信部２２２は、認証確認クエリに応じて認証サーバ２３から送信される認証確認結果を受信する（Ｓ７０６）。認証確認結果が、利用者が認証されていることを示す場合（Ｓ７０７：ＹＥＳ）、復元プログラム送信部２２４は、所定の業務画面を示すＵＲＬを指定したリダイレクト画面に復元プログラムを付帯させてクライアント端末１０に送信する（Ｓ７０８）。
【００６８】
一方、クライアント端末１０から受信したリクエストに含まれるＵＲＬが検証ＵＲＬでない場合（Ｓ７０２：ＮＯ）、認証要否判定部２１２は、リクエストにセッションＩＤが含まれており、セッションＩＤに対応するセッション情報の有効期限が現在時刻以後であるかどうかにより、通信セッションが有効であるかどうかを判定する（Ｓ７０９）。通信セッションが有効であれば（Ｓ７１０：ＹＥＳ）、業務画面転送部２２５は、クライアント端末１０から受信したリクエストに含まれるＵＲＬを含むリクエストをＷｅｂサーバ２２に送信し（Ｓ７１１）、送信したリクエストに応じてＷｅｂサーバ２２から応答される業務画面をクライアント端末１０に転送する（Ｓ７１２）。
【００６９】
リバースプロキシサーバ２１とクライアント端末１０との間の通信セッションが有効でない場合には、拡大プログラム送信部２２３は、認証サーバ２３の認証画面を示すＵＲＬを指定したリダイレクト画面に拡大プログラムを付帯させてクライアント端末１０に送信する（Ｓ７１３）。
【００７０】
＝＝動作例＝＝
図２０〜２２は、ＳＳＯ構成の情報処理システムにおける通信の様子を説明する図である。
【００７１】
クライアント端末１０は、リバースプロキシサーバ２１に対してリクエストを送信し（Ｓ７２１）、リバースプロキシサーバ２１は、認証サーバ２３が管理する認証画面を示すＵＲＬを設定したリダイレクト画面をクライアント端末１０に送信する（Ｓ７２２）。
【００７２】
クライアント端末１０は、リダイレクト画面に設定されているＵＲＬを指定して、認証サーバ２３にリクエストを送信する（Ｓ７２３）。認証サーバ２３は、クライアント端末１０からのリクエストに応じて、認証画面をクライアント端末１０に送信する（Ｓ７２４）。
【００７３】
クライアント端末１０は、認証サーバ２３から受信した認証画面を表示し（Ｓ７２５）、利用者からユーザＩＤおよびパスワードの入力を受け付ける（Ｓ７２６）。クライアント端末１０は、入力されたユーザＩＤおよびパスワードを含むリクエストを認証サーバ２３に送信する（Ｓ７２７）。
【００７４】
認証サーバ２３は、リクエストに含まれているユーザＩＤおよびパスワードに基づいて利用者の認証を行い（Ｓ７２８）、認証に失敗した場合（Ｓ７２９：ＮＯ）、認証に失敗した旨を示すＷｅｂページをクライアント端末１０に送信して（Ｓ７３０）、クライアント端末１０は、受信したＷｅｂページを表示する（Ｓ７３１）。
【００７５】
一方、利用者の認証に成功した場合には（Ｓ７２９：ＹＥＳ）、認証サーバ２３は、新たにＳＳＯセッションＩＤを生成し、生成したＳＳＯセッションＩＤ、現在時刻から所定時間後の有効期限、およびリクエストに含まれるＳＳＯＩＤを含むＳＳＯセッション情報を生成してＳＳＯセッション情報記憶部３８に登録する（Ｓ７３２）。認証サーバ２３は、検証ＵＲＬを指定したリダイレクト画面をクライアント端末１０に送信する（Ｓ７３３）。クライアント端末１０は、リダイレクト画面に指定されているＵＲＬおよびＳＳＯＩＤを含むリクエストをリバースプロキシサーバ２１に送信する（Ｓ７３４）。
【００７６】
リバースプロキシサーバ２１は、リクエストに含まれているＳＳＯＩＤを設定した認証確認クエリを認証サーバ２３に送信し（Ｓ７３５）、認証サーバ２３は、認証確認クエリに応じてＳＳＯセッション情報を確認し、認証確認結果をリバースプロキシサーバ２１に送信する（Ｓ７３６）。リバースプロキシサーバ２１は、認証サーバ２３から受信した認証確認結果が、利用者が認証されていないことを示す場合（Ｓ７３７：ＮＯ）、エラー画面をクライアント端末１０に送信し（Ｓ７３８）、クライアント端末１０は、受信したエラー画面を表示する（Ｓ７３９）。
【００７７】
一方、認証確認結果が、利用者が認証されていることを示す場合（Ｓ７３７：ＹＥＳ）、リバースプロキシサーバ２１は、新たにセッションＩＤを生成し、生成したセッションＩＤ、現在時刻から所定時間後の有効期限、およびリクエストに含まれるＳＳＯＩＤを含むセッション情報を生成してセッション情報記憶部３７に登録し（Ｓ７４０）、所定の業務画面をＵＲＬとして指定したリクエストをＷｅｂサーバ２２に送信する（Ｓ７４１）。
【００７８】
Ｗｅｂサーバ２２は、リバースプロキシサーバ２１からのリクエストに応じて業務画面を業務画面記憶部３３から読み出して、読み出した業務画面をリバースプロキシサーバ２１に送信する（Ｓ７４２）。リバースプロキシサーバ２１は、Ｗｅｂサーバ２２から受信した業務画面をクライアント端末１０に転送する（Ｓ７４３）。
クライアント端末１０は、リバースプロキシサーバ２１から受信した業務画面を表示する（Ｓ７４４）。
【００７９】
ここで上記所定時間を超える時間が経過したものとする（Ｓ７４５）。
クライアント端末１０は、利用者の操作を受け付けて（Ｓ７４６）、業務画面を示すＵＲＬ、セッションＩＤおよびＳＳＯＩＤを含むリクエストをリバースプロキシサーバ２１に送信する（Ｓ７４７）。
【００８０】
リバースプロキシサーバ２１は、クライアント端末１０からリクエストを受信すると、リクエストに含まれるセッションＩＤおよびＳＳＯＩＤに対応するセッション情報をセッション情報記憶部３７から読み出し、読み出したセッション情報に含まれる有効期限が現在時刻以後であるかどうかにより、通信セッションが有効かどうかを判定する（Ｓ７４８）。
【００８１】
通信セッションが有効であれば（Ｓ７４９：ＹＥＳ）、受信したリクエストに含まれているＵＲＬを設定したリクエストをＷｅｂサーバ２２に送信し（Ｓ７５０）、Ｗｅｂサーバ２２は、リバースプロキシサーバ２１からのリクエストに応じて業務画面を送信し（Ｓ７５１）、リバースプロキシサーバ２１は、Ｗｅｂサーバ２２から受信した業務画面をクライアント端末１０に送信して（Ｓ７５２）、クライアント端末１０では業務画面が表示される（Ｓ７５３）。
【００８２】
一方、通信セッションが有効でない場合には（Ｓ７４９：ＮＯ）、リバースプロキシサーバ２１は、認証サーバ２３が管理する認証画面をＵＲＬとして指定したリダイレクトが面に拡大プログラムを付帯させてクライアント端末１０に送信する（Ｓ７５４）。
【００８３】
クライアント端末１０は、リバースプロキシサーバ２１からリダイレクト画面を受信すると、付帯されている拡大プログラムを実行して（Ｓ７５５）、表示先フレーム領域の面積が拡大した後に、認証サーバ２３にリクエストを送信する（Ｓ７５６）。
【００８４】
認証サーバ２３は、クライアント端末１０からのリクエストに応じて、認証画面を送信し（Ｓ７５７）、クライアント端末１０は、認証サーバ２３から受信した認証画面を表示し（Ｓ７５８）、認証画面を介してＳＳＯＩＤおよびパスワードの入力を受け付ける（Ｓ７５９）。クライアント端末１０は、入力されたＳＳＯＩＤおよびパスワードを設定したリクエストを認証サーバ２３に送信する（Ｓ７６０）。
【００８５】
認証サーバ２３は、クライアント端末１０から受信したリクエストに含まれているＳＳＯＩＤおよびパスワードに基づいて利用者の認証処理を行う（Ｓ７６１）。利用者の認証に失敗した場合（Ｓ７６２：ＮＯ）、認証サーバ２３は、認証に失敗した旨を示すＷｅｂページをクライアント端末１０に送信し（Ｓ７６３）、クライアント端末１０は、受信したＷｅｂページを表示する（Ｓ７６４）。
【００８６】
一方、認証サーバ２３は、利用者の認証に成功した場合には（Ｓ７６２：ＹＥＳ）、リクエストに含まれるＳＳＯＩＤに対応するＳＳＯセッション情報の有効期限を、現在時刻から所定時間後の時刻に更新する（Ｓ７６５）。認証サーバ２３は、検証ＵＲＬを指定したリダイレクト画面をクライアント端末１０に送信する（７６６）。
【００８７】
クライアント端末１０は、認証サーバ２３から受信したリダイレクト画面に指定されている検証ＵＲＬと、セッションＩＤおよびＳＳＯＩＤを指定したリクエストをリバースプロキシサーバ２１に送信する（Ｓ７６７）。
【００８８】
リバースプロキシサーバ２１は、クライアント端末１０から受信したリクエストに含まれるＳＳＯＩＤを設定した認証確認クエリを認証サーバ２３に送信する（Ｓ７６８）。認証サーバ２３は、リバースプロキシサーバ２１から受信した認証確認クエリに設定されているＳＳＯＩＤに対応するＳＳＯセッション情報をＳＳＯセッション情報記憶部３８から読み出し、読み出したＳＳＯセッション情報の有効期限が現在時刻以後であるかどうかにより、利用者が認証されているかどうかを判定して、判定の結果を示す認証確認情報をリバースプロキシサーバ２１に送信する（Ｓ７６９）。
【００８９】
リバースプロキシサーバ２１は、認証サーバ２３から受信した認証確認結果が、利用者が認証されていないことを示す場合には（Ｓ７７０：ＮＯ）、エラー画面をクライアント端末１０に送信し（Ｓ７７１）、クライアント端末１０は、受信したエラー画面を表示する（Ｓ７７２）。
【００９０】
一方、認証確認結果が、利用者が認証されていることを示す場合には（Ｓ７７０：ＹＥＳ）、リクエストに含まれているセッションＩＤおよびＳＳＯＩＤに対応するセッション情報の有効期限を、現在時刻から所定時間後の時刻に更新し（Ｓ７７３）、所定の業務画面したリダイレクト画面に復元プログラムを付帯させてクライアント端末１０に送信する（Ｓ７７４）。
【００９１】
クライアント端末１０は、受信したリダイレクト画面に付帯されている復元プログラムを実行して、表示先フレーム領域のサイズを復元した後に（Ｓ７７５）、リダイレクト画面に指定されている業務画面を示すＵＲＬと、セッションＩＤと、ＳＳＯＩＤとを設定したリクエストをリバースプロキシサーバ２１に送信する（Ｓ７７６）。
【００９２】
リバースプロキシサーバ２１は、受信したリクエストに設定されているセッションＩＤおよびＳＳＯＩＤに対応するセッション情報の有効期限に基づいて、通信セッションが有効かどうかを判定し（Ｓ７７７）、通信セッションが有効であれば（Ｓ７７８：ＹＥＳ），リクエストに指定されているＵＲＬを設定したリクエストをＷｅｂサーバ２２に送信する（Ｓ７７９）。Ｗｅｂサーバ２２は、リバースプロキシサーバ２１から受信したリクエストに応じて業務画面をリバースプロキシサーバ２１に送信し（Ｓ７８０）、リバースプロキシサーバ２１は、Ｗｅｂサーバ２２から受信した業務画面をクライアント端末１０に転送し（Ｓ７８１）、クライアント端末１０は、受信した業務画面を表示する（Ｓ７８２）。
【００９３】
以上説明したように、本実施形態のＳＳＯ構成の情報処理システムにおいても、上述したＷｅｂサーバ２０と同様に、表示先フレーム領域に認証画面が表示される場合には、先にリダイレクト画面に拡大プログラムを付帯させてクライアント端末１０に送信しておくことで、表示先フレーム領域の表示面積を拡大することができる。したがって、利用者は認証情報の入力を容易に行うことができる。また、認証画面に注意書きなどが表示されている場合にも、フレーム領域の面積が拡大されたことにより、利用者は容易にその注意書きなどを視認することができる。
【００９４】
また、利用者の認証に成功した後は、業務画面を表示するに先立って、復元プログラムをリダイレクト画面に付帯させてクライアント端末１０に送信し、クライアント端末１０において表示先フレーム領域のサイズを復元しておくことができる。したがって、利用者は、認証後は元通りの画面のレイアウトで作業を進めることができるので便利である。
【００９５】
なお、本実施形態の情報処理システムでは、リクエストにはセッションＩＤまたはＳＳＯセッションＩＤと、ユーザＩＤまたはＳＳＯＩＤとが含まれているものとしたが、セッションＩＤまたはＳＳＯセッションＩＤのみが含まれるようにしてもよい。
【００９６】
また、本実施形態の情報処理システムでは、認証情報としてユーザＩＤ（またはＳＳＯＩＤ）とパスワードとを用いるものとしたが、これに限らず、例えば電子証明書などを用いるようにしてもよい。
【００９７】
また、本実施形態の情報処理システムでは、拡大プログラムは、幅および高さを最大化させるものとしたが、これに限らず、表示先フレーム領域の面積が大きくなるように、幅および高さの少なくとも一方を増加させればよい。
【００９８】
また、本実施形態の情報処理システムでは、表示先フレーム領域の幅および高さを、フレームセットの属性として記憶しておくものとしたが、これに限らず、Ｗｅｂページ（ドキュメントオブジェクト）の属性に記憶するようにしてもよいし、クッキーとして記憶するようにしてもよい。
【００９９】
また、ＳＳＯ構成の情報処理システムでは、クライアント端末１０とリバースプロキシサーバ２１との間の通信セッションと、クライアント端末１０と認証サーバ２３との間の通信セッションとは異なるものとしたが、例えば、同一のセッションＩＤを共有して通信セッションを引き継ぐようにしてもよい。この場合、セッションＩＤは、リバースプロキシサーバ２１と認証サーバ２３とが同一のドメインに所属している場合には、クッキーに格納するようにすることができるし、ドメインが異なる場合には、ＵＲＬの一部としてセッションＩＤを埋め込むようにすることもできる。さらに、業務画面や認証画面、リダイレクト画面などに、セッションＩＤを添付するような、例えば、ＪａｖａＳｃｒｉｐｔやＪａｖａ（登録商標）により記述されるプログラムを付帯させるようにしてもよい。
【０１００】
また、ＳＳＯ構成の情報処理システムにおいて、リバースプロキシサーバ２１とＷｅｂサーバ２２とを同一の情報処理装置とするようにしてもよい。
【０１０１】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【図面の簡単な説明】
【０１０２】
【図１】本実施形態の情報処理システムの全体構成を示す図である。
【図２】Ｗｅｂサーバ２０のハードウェア構成を示す図である。
【図３】Ｗｅｂサーバ２０のソフトウェア構成を示す図である。
【図４】セッション情報の構成例を示す図である。
【図５】認証情報の構成例を示す図である。
【図６】認証画面の一例である画面４１を示す図である。
【図７】業務画面の一例である画面４２を示す図である。
【図８】複数のフレーム領域に業務画面が表示されたＷｅｂページの一例である画面４３を示す図である。
【図９】拡大プログラムが実行される場合の処理の流れを示す図である。
【図１０】復元プログラムが実行される場合の処理の流れを示す図である。
【図１１】リクエストに応じて業務画面または認証画面を送信する処理の流れを示す図である。
【図１２】クライアント端末１０とＷｅｂサーバ２０との間で行われる通信の様子を説明する図である。
【図１３】クライアント端末１０とＷｅｂサーバ２０との間で行われる通信の様子を説明する図である。
【図１４】クライアント端末１０に表示される画面例を図１４に示す。
【図１５】ＳＳＯ構成の情報処理システムの全体構成を示す図である。
【図１６】ＳＳＯ構成の情報処理システムにおけるソフトウェア構成を示す図である。
【図１７】セッション情報記憶部３７の構成例を示す。
【図１８】ＳＳＯセッション情報記憶部３８の構成例を示す図である。
【図１９】クライアント端末１０からリクエストを受信した場合のリバースプロキシサーバ２１の処理の流れを示す図である。
【図２０】ＳＳＯ構成の情報処理システムにおける通信の様子を説明する図である。
【図２１】ＳＳＯ構成の情報処理システムにおける通信の様子を説明する図である。
【図２２】ＳＳＯ構成の情報処理システムにおける通信の様子を説明する図である。
【符号の説明】
【０１０３】
１０ クライアント端末
２０ Ｗｅｂサーバ
２１ リバースプロキシサーバ
２２ Ｗｅｂサーバ
２３ 認証サーバ
３０ 通信ネットワーク
２０１ ＣＰＵ
２０２ メモリ
２０３ 記憶装置
２０４ 通信装置
２０５ 入力装置
２１１ リクエスト受信部
２１２ 認証要否判定部
２１３ 認証画面送信部
２１４ 認証処理部
２１５ 業務画面送信部
３１ セッション情報記憶部
３２ 認証情報記憶部
３３ 業務画面記憶部
３４ 認証画面記憶部
３５ 拡大プログラム記憶部
３６ 復元プログラム記憶部
３７ セッション情報記憶部
３８ ＳＳＯセッション情報記憶部
【特許請求の範囲】
【請求項１】
利用者端末と通信可能に接続し、複数のフレーム領域を有するＷｅｂページの画面データを前記利用者端末に送信する情報処理装置であって、
前記フレーム領域の１つに表示させる認証情報入力画面と、前記認証情報入力画面が表示される前記フレーム領域の面積を拡大させるプログラムとを前記利用者端末に送信する認証情報入力画面送信部を備えること、
を特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記認証情報入力画面を介して入力された認証情報を前記利用者端末から受信する認証情報受信部と、
前記認証情報に基づいて利用者の認証を行う認証処理部と、
前記認証に成功した場合、前記認証情報入力画面が表示された前記フレーム領域の面積を縮小させるプログラムを前記利用者端末に送信する縮小プログラム送信部と、
を備えることを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記フレーム領域の面積を拡大させるプログラムは、各前記フレーム領域の幅および高さを前記利用者端末に記憶させ、前記認証情報入力画面が表示される前記フレーム領域の幅および高さの少なくともいずれかを増加させるプログラムであり、
前記フレーム領域の面積を縮小させるプログラムは、各前記フレーム領域の幅および高さを、前記利用者端末に記憶されている前記幅および前記高さに設定するプログラムであること、
を特徴とする情報処理装置。
【請求項４】
請求項１に記載の情報処理装置であって、
前記認証情報入力画面送信部は、前記情報処理装置と前記利用者端末との間の通信セッションがタイムアウトした場合に、前記認証情報入力画面と前記フレーム領域の面積を拡大させるプログラムとを前記利用者端末に送信すること、
を特徴とする情報処理装置。
【請求項５】
複数のフレーム領域を有するＷｅｂページを表示している利用者端末と、利用者の認証を行う認証サーバとのそれぞれと通信可能に接続し、前記利用者端末からのリクエストを受け付ける情報処理装置であって、
第１の前記リクエストに応じて、前記認証サーバに第２のリクエストを送信するように要求するリダイレクト要求と、前記認証サーバから送信される認証情報入力画面が表示される前記フレーム領域の１つの面積を拡大させるプログラムとを前記利用者端末に送信するリダイレクト要求送信部を備えること、
を特徴とする情報処理装置。
【請求項６】
請求項５に記載の情報処理装置であって、
前記フレーム領域に表示させる情報表示画面を記憶するＷｅｂサーバと通信可能に接続し、
前記第１のリクエストに利用者を特定する情報が含まれている場合、利用者が認証されているかどうかを問い合わせる認証問合せ要求を前記認証サーバに送信し、前記認証サーバからの応答に基づいて、前記利用者が認証されているかどうかを判定する認証要否判定部と、
前記利用者が認証されている場合、前記Ｗｅｂサーバに対して前記第１のリクエストに指定されている前記情報表示画面の取得要求を送信し、前記取得要求に応じて前記Ｗｅｂサーバから送信される前記情報表示画面を受信する情報表示画面取得部と、
前記情報表示画面に、前記認証情報入力画面が表示された前記フレーム領域の面積を縮小させるプログラムを付帯させて前記利用者端末に送信する情報表示画面送信部と、
を備えることを特徴とする情報処理装置。
【請求項７】
請求項６に記載の情報処理装置であって、
前記フレーム領域の面積を拡大させるプログラムは、各前記フレーム領域の幅および高さを前記利用者端末に記憶させ、前記認証情報入力画面が表示される前記フレーム領域の幅および高さの少なくともいずれかを増加させるプログラムであり、
前記フレーム領域の面積を縮小させるプログラムは、各前記フレーム領域の幅および高さを、前記利用者端末に記憶されている前記幅および前記高さに設定するプログラムであること、
を特徴とする情報処理装置。
【請求項８】
請求項５に記載の情報処理装置であって、
前記認証情報入力画面送信部は、前記情報処理装置と前記利用者端末との間の通信セッションがタイムアウトした場合に、前記認証情報入力画面と前記フレーム領域の面積を拡大させるプログラムとを前記利用者端末に送信すること、
を特徴とする情報処理装置。
【請求項９】
利用者端末と通信可能に接続し、複数のフレーム領域を有するＷｅｂページの画面データを前記利用者端末に送信する情報処理装置が、
前記フレーム領域の１つに表示させる認証情報入力画面と、前記認証情報入力画面が表示される前記フレーム領域の面積を拡大させるプログラムとを前記利用者端末に送信すること、
を特徴とする情報処理方法。
【請求項１０】
請求項９に記載の情報処理方法であって、
前記情報処理装置が、
前記認証情報入力画面を介して入力された認証情報を前記利用者端末から受信し、
受信した前記認証情報に基づいて利用者の認証を行い、
前記認証に成功した場合、前記認証情報入力画面が表示された前記フレーム領域の面積を縮小させるプログラムを前記利用者端末に送信すること、
を特徴とする情報処理装置。
【請求項１】
利用者端末と通信可能に接続し、複数のフレーム領域を有するＷｅｂページの画面データを前記利用者端末に送信する情報処理装置であって、
前記フレーム領域の１つに表示させる認証情報入力画面と、前記認証情報入力画面が表示される前記フレーム領域の面積を拡大させるプログラムとを前記利用者端末に送信する認証情報入力画面送信部を備えること、
を特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記認証情報入力画面を介して入力された認証情報を前記利用者端末から受信する認証情報受信部と、
前記認証情報に基づいて利用者の認証を行う認証処理部と、
前記認証に成功した場合、前記認証情報入力画面が表示された前記フレーム領域の面積を縮小させるプログラムを前記利用者端末に送信する縮小プログラム送信部と、
を備えることを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記フレーム領域の面積を拡大させるプログラムは、各前記フレーム領域の幅および高さを前記利用者端末に記憶させ、前記認証情報入力画面が表示される前記フレーム領域の幅および高さの少なくともいずれかを増加させるプログラムであり、
前記フレーム領域の面積を縮小させるプログラムは、各前記フレーム領域の幅および高さを、前記利用者端末に記憶されている前記幅および前記高さに設定するプログラムであること、
を特徴とする情報処理装置。
【請求項４】
請求項１に記載の情報処理装置であって、
前記認証情報入力画面送信部は、前記情報処理装置と前記利用者端末との間の通信セッションがタイムアウトした場合に、前記認証情報入力画面と前記フレーム領域の面積を拡大させるプログラムとを前記利用者端末に送信すること、
を特徴とする情報処理装置。
【請求項５】
複数のフレーム領域を有するＷｅｂページを表示している利用者端末と、利用者の認証を行う認証サーバとのそれぞれと通信可能に接続し、前記利用者端末からのリクエストを受け付ける情報処理装置であって、
第１の前記リクエストに応じて、前記認証サーバに第２のリクエストを送信するように要求するリダイレクト要求と、前記認証サーバから送信される認証情報入力画面が表示される前記フレーム領域の１つの面積を拡大させるプログラムとを前記利用者端末に送信するリダイレクト要求送信部を備えること、
を特徴とする情報処理装置。
【請求項６】
請求項５に記載の情報処理装置であって、
前記フレーム領域に表示させる情報表示画面を記憶するＷｅｂサーバと通信可能に接続し、
前記第１のリクエストに利用者を特定する情報が含まれている場合、利用者が認証されているかどうかを問い合わせる認証問合せ要求を前記認証サーバに送信し、前記認証サーバからの応答に基づいて、前記利用者が認証されているかどうかを判定する認証要否判定部と、
前記利用者が認証されている場合、前記Ｗｅｂサーバに対して前記第１のリクエストに指定されている前記情報表示画面の取得要求を送信し、前記取得要求に応じて前記Ｗｅｂサーバから送信される前記情報表示画面を受信する情報表示画面取得部と、
前記情報表示画面に、前記認証情報入力画面が表示された前記フレーム領域の面積を縮小させるプログラムを付帯させて前記利用者端末に送信する情報表示画面送信部と、
を備えることを特徴とする情報処理装置。
【請求項７】
請求項６に記載の情報処理装置であって、
前記フレーム領域の面積を拡大させるプログラムは、各前記フレーム領域の幅および高さを前記利用者端末に記憶させ、前記認証情報入力画面が表示される前記フレーム領域の幅および高さの少なくともいずれかを増加させるプログラムであり、
前記フレーム領域の面積を縮小させるプログラムは、各前記フレーム領域の幅および高さを、前記利用者端末に記憶されている前記幅および前記高さに設定するプログラムであること、
を特徴とする情報処理装置。
【請求項８】
請求項５に記載の情報処理装置であって、
前記認証情報入力画面送信部は、前記情報処理装置と前記利用者端末との間の通信セッションがタイムアウトした場合に、前記認証情報入力画面と前記フレーム領域の面積を拡大させるプログラムとを前記利用者端末に送信すること、
を特徴とする情報処理装置。
【請求項９】
利用者端末と通信可能に接続し、複数のフレーム領域を有するＷｅｂページの画面データを前記利用者端末に送信する情報処理装置が、
前記フレーム領域の１つに表示させる認証情報入力画面と、前記認証情報入力画面が表示される前記フレーム領域の面積を拡大させるプログラムとを前記利用者端末に送信すること、
を特徴とする情報処理方法。
【請求項１０】
請求項９に記載の情報処理方法であって、
前記情報処理装置が、
前記認証情報入力画面を介して入力された認証情報を前記利用者端末から受信し、
受信した前記認証情報に基づいて利用者の認証を行い、
前記認証に成功した場合、前記認証情報入力画面が表示された前記フレーム領域の面積を縮小させるプログラムを前記利用者端末に送信すること、
を特徴とする情報処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２００８−２８７５９９（Ｐ２００８−２８７５９９Ａ）
【公開日】平成２０年１１月２７日（２００８．１１．２７）
【国際特許分類】
【出願番号】特願２００７−１３３２２６（Ｐ２００７−１３３２２６）
【出願日】平成１９年５月１８日（２００７．５．１８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２０年１１月２７日（２００８．１１．２７）
【国際特許分類】
【出願日】平成１９年５月１８日（２００７．５．１８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]