情報処理システム、情報処理装置、及びその制御方法及びプログラム
【課題】少なくとも１回ユーザが認証された後に実行される、ウェブサービスを利用するために行う認証処理で用いられる認証情報の入力操作を軽減すること。
【解決手段】クライアント端末から受信した認証情報に従って認証処理を行い、認証された後に、当該認証情報に関連して記憶されている、ウェブサーバでの認証処理に用いられる認証情報と、当該認証情報であることを識別する、ウェブサービスの形式の認証パラメータと含むフレームの画面情報をクライアント端末に送信する。
【解決手段】クライアント端末から受信した認証情報に従って認証処理を行い、認証された後に、当該認証情報に関連して記憶されている、ウェブサーバでの認証処理に用いられる認証情報と、当該認証情報であることを識別する、ウェブサービスの形式の認証パラメータと含むフレームの画面情報をクライアント端末に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、及びその制御方法及びプログラムに関し、特に、認証処理で用いられる認証情報の入力操作を軽減する技術に関するものである。
【背景技術】
【０００２】
近年、例えば、自社にサーバを構築するのではなく、社外のインターネット上の様々なウェブサービスを社内で利用するサービス（ＳａａＳなど）が増えてきている。
【０００３】
このように、ウェブメールのサービスや、予定を管理するサービスなどの社外のウェブサービスを利用する場合、それぞれのウェブサービスを提供しているウェブサーバで認証されなければ、それらのウェブサービスを利用することは出来なくなっている場合が多い。
【０００４】
そのため、多くのウェブサービスを利用するにつれて、その認証で用いられる認証情報の入力回数が多くなってしまうため、このような場合、ユーザによる操作が煩雑になってしまう恐れがある。
【０００５】
それを解決するために、特許文献１では、予め、ウェブサービスのＵＲＬ毎に、ユーザＩＤとパスワードを記憶しておき、ユーザがウェブサービスのウェブページを表示して、マウスによる所定の操作を行うと、当該ウェブページのＵＲＬに対応するユーザＩＤやパスワードを自動的に入力することが開示されている。
【０００６】
また、外部の様々なウェブサービスを一度に利用する場合、ウェブサービス毎にブラウザを立ち上げて表示すると、ユーザの操作性が悪化しウェブサービスを効率的に利用することが難しくなってしまう。そこで、これを解消するため、ブラウザの表示画面内にＩｆｒａｍｅ（フレーム）の表示領域を設け、各ウェブサービスの画面をそれぞれ各フレームに表示することで、１つの表示画面で、複数のウェブサービスを受けることが可能となることが知られている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−２５９３４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来技術では、例えば、１つの表示画面に複数のＩｆｒａｍｅ（アイフレーム）の表示領域を設け、各Ｉｆｒａｍｅの表示領域に各ウェブサービスの画面をそれぞれ表示する場合、Ｉｆｒａｍｅの各表示領域に表示されるログイン画面を介して、ユーザが、各ウェブサービスに対応した認証情報（ユーザＩＤやパスワード）を入力しなければならない。
【０００９】
このように、特許文献１の仕組みを利用したとしても、Ｉｆｒａｍｅの各表示領域に表示されるウェブサービスごとにユーザによる所定の操作を行わなければユーザＩＤやパスワードを入力できないため、各ウェブサーバでの認証処理のために、ユーザによる認証情報の入力に係る操作が煩雑となってしまう。
【００１０】
各ウェブサービスの各ログイン画面を表示して、各ログイン画面を介して所定の操作により認証情報を入力するようにできたとしても、依然として、認証情報の入力に係るユーザによる操作が煩雑であり、ユーザは、各ウェブサービスの認証処理に関して意識しなければならない。
【００１１】
そこで、認証情報の入力に係るユーザによる操作を軽減し、各ウェブサービスの認証処理に関する意識を減らすため、ログイン画面を表示せずに、自動的にウェブサーバに認証処理を行わせる仕組みが求められる。
【００１２】
また、ウェブサーバによっては、ウェブサービスが生成するユニークな固有情報が埋め込まれたログイン画面を介して入力されたユーザＩＤと、パスワードと共に該固有情報をウェブサービスに送信しなければ認証されないウェブサーバもあるため、このようなウェブサーバでの認証処理においても、ログイン画面を表示せずに、自動的にウェブサーバに認証処理を行わせる仕組みが求められる。
【００１３】
本発明の目的は、少なくとも１回ユーザが認証された後に実行される、ウェブサービスを利用するために行う認証処理で用いられる認証情報の入力操作を軽減するための仕組みを提供することである。
【課題を解決するための手段】
【００１４】
本発明は、ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムであって、前記クライアント端末は、ユーザの操作により入力された第１の認証情報を含む認証要求を前記情報処理装置に送信する認証要求送信手段と、前記認証要求送信手段による認証要求に応答して、前記情報処理装置による認証処理により認証された後に、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記情報処理装置から受信する受信手段と、前記受信手段で受信したウェブサービス認証情報に含まれる、前記ウェブサーバによる認証処理に用いられる第２の認証情報を、前記ウェブサーバに送信することにより、前記ユーザの認証要求を行う認証要求手段と、を備え、前記情報処理装置は、前記第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、前記認証要求送信手段により前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段と、を備える。
【００１５】
本発明は、ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記クライアント端末の表示部に表示されるブラウザの画面内のフレームに、ウェブサービスのＵＲＬを送信する情報処理装置と、を含む情報処理システムであって、前記クライアント端末は、ユーザを識別するユーザ情報を前記情報処理装置に送信する送信手段と、前記情報処理装置からウェブサービスのＵＲＬを受信する受信手段と、前記受信手段で受信したウェブサービスのＵＲＬに基づいて、ブラウザの画面内の各フレームに該ウェブサービスの画面を表示する表示手段と、を備え、前記情報処理装置は、ユーザ情報ごとに、前記クライアント端末のブラウザの画面内の各フレームに表示するウェブサービスへのＵＲＬをそれぞれ記憶する記憶手段と、前記送信手段により前記クライアント端末から送信されたユーザ情報を受信する受信手段と、前記受信手段で受信したユーザ情報に基づいて、前記記憶手段に記憶されている、前記クライアント端末のブラウザの画面内の各フレームに表示するウェブサービスのＵＲＬを、前記クライアント端末に送信するウェブサービス送信手段と、を備えることを特徴とする。
【００１６】
本発明は、ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置であって、第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段と、を備えることをとする。
【００１７】
本発明は、ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置の制御方法であって、前記情報処理装置の記憶手段が、第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶工程と、前記情報処理装置の認証要求受信手段が、前記クライアント端末から送信された認証要求を受信する認証要求受信工程と、前記情報処理装置の認証手段が、前記認証要求受信工程により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証工程と、前記情報処理装置の生成手段が、前記認証工程により認証された後に、前記認証要求受信工程により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶工程で記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶工程で記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成工程と、前記情報処理装置の送信手段が、前記生成工程により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信工程と、を備えることを特徴とする。
【００１８】
本発明は、ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置で読み取り実行可能なプログラムであって、前記情報処理装置を、第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段として機能させることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、少なくとも１回ユーザが認証された後に実行される、ウェブサービスを利用するために行う認証処理で用いられる認証情報の入力操作を軽減させることができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施の形態に係る情報処理システムのシステム構成を概略的に示すブロック図である。
【図２】図１におけるサーバ１００、管理者端末１０１、クライアント端末１１２（１０２、１０３）、クライアント端末１１３（１０４、１０５）、外部サービスサーバ１１２（１０６、１０７、１０８）のハードウェア構成を概略的に示すブロック図である。
【図３】図１における情報処理システムが実行する第１の制御処理手順を示すフローチャートである。
【図４】図１における情報処理システムが実行する第２の制御処理手順を示すフローチャートである。
【図５】図１における情報処理システムが実行する第３の制御処理手順を示すフローチャートである。
【図６】図１における情報処理システムが実行する第４の制御処理手順を示すフローチャートである。
【図７】図１における情報処理システムが実行する第５の制御処理手順を示すフローチャートである。
【図８】レイアウトテーブル８００の一例を示す図である。
【図９】レイアウトページ情報テーブル９００の一例を示す図である。
【図１０】ウィンドウマッピングテーブル１０００の一例を示す図である。
【図１１】外部サービステーブル１１００の一例を示す図である。
【図１２】外部サービスパラメータテーブル１２００の一例を示す図である。
【図１３】外部サービスサーバパラメータテーブル１３００の一例を示す図である。
【図１４】ポータル画面１４００の一例を示す図である。
【図１５】外部連携ページの画面１５００の一例を示す図である。
【図１６】外部連携ページの画面１６００の一例を示す図である。
【図１７】外部サービス画面１７００の一例を示す図である。
【図１８】対話型サイトテーブル１８００の一例を示す図である。
【図１９】クライアント端末から外部サービスサーバに送信されるログイン指示情報（１９０１、１９０２）を含むＨＴＭＬ１９００の一例を示す図である。
【図２０】外部サービス登録画面２０００の一例を示す図である。
【図２１】レイアウト／パラメータ登録画面２１００の一例を示す図である。
【図２２】対話型サイト登録画面２２００の一例を示す図である。
【図２３】配置位置テーブル２３００の一例を示す図である。
【図２４】外部サービステーブル（図１１）、外部サービスパラメータ（図１２）を登録する処理手順の一例を示すフローチャートである。
【図２５】対話型サイトテーブル（図１８）の登録処理の処理手順の一例を示すフローチャートである。
【図２６】レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録するため処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
図１は、本発明の実施の形態に係る情報処理システムのシステム構成を概略的に示すブロック図である。
【００２２】
図１に示すように、サーバ１００（情報処理装置）は、管理者端末１０１とネットワークを介して、相互に通信可能に接続されている。管理者端末１０１は、サーバ１００を管理する管理者が操作するコンピュータである。
【００２３】
また、サーバ１００と、クライアント端末１１０（１０２、１０３・・・）と、クライアント端末１１１（１０４、１０５・・・）と、外部サービスサーバ１１２（１０６、１０７、１０８・・・）とは、それぞれ、ネットワーク１０９（広域回線）を介して相互に通信可能に接続されている。
【００２４】
ここで、外部サービスサーバ１１２は、ウェブサービスを提供するウェブサーバとしての機能を備えている。また、クライアント端末１１０（１０２、１０３・・・）やクライアント端末１１１（１０４、１０５・・・）は、法人等の組織や団体で利用されるコンピュータであり、それぞれ、異なる団体（会社など）で利用されるコンピュータであることを示している。
【００２５】
なお、クライアント端末１１０、クライアント端末１１１は、ブラウザプログラムがインストールされており、ウェブサーバの機能を備えたサーバ１００や外部サービスサーバ１１２と相互に通信を行い、サーバ１００、外部サービスサーバ１１２から送信された情報を表示する機能を備えている。
【００２６】
後述するレイアウトテーブル８００（図８）、レイアウトページ情報テーブル９００（図９）、ウィンドウマッピングテーブル１０００（図１０）、外部サービステーブル１１００（図１１）、外部サービスパラメータテーブル１２００（図１２）、外部サービスユーザパラメータテーブル１３００（図１３）、対話型サイトテーブル１８００（図１８）は、管理者端末１０１からサーバ１００に新規登録／変更登録することが可能である。また、ユーザＩＤを含むテーブル（図９や図１８）は、認証される各ユーザのレコードの部分のみ、クライアント端末から新規登録／変更登録することが可能である。
【００２７】
以下、図２を用いて、図１に示すサーバ１００、管理者端末１０１、クライアント端末１１０（１０２、１０３）、クライアント端末１１１（１０４、１０５）、外部サービスサーバ１１２（１０６、１０７、１０８）のハードウェア構成について説明する。
【００２８】
図２は、図１におけるサーバ１００、管理者端末１０１、クライアント端末１１０（１０２、１０３）、クライアント端末１１１（１０４、１０５）、外部サービスサーバ１１２（１０６、１０７、１０８）のハードウェア構成を概略的に示すブロック図である。
【００２９】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣ（情報処理装置）の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００３０】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００３１】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器（表示部）への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００３２】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３３】
２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００３４】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３５】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられるファイル及び各種テーブル等も、外部メモリ２１１に格納されている。
【００３６】
サーバ１００の外部メモリ２１１には、レイアウトテーブル８００（図８）、レイアウトページ情報テーブル９００（図９）、ウィンドウマッピングテーブル１０００（図１０）、外部サービステーブル１１００（図１１）、外部サービスパラメータテーブル１２００（図１２）、外部サービスユーザパラメータテーブル１３００（図１３）、対話型サイトテーブル１８００（図１８）が記憶されている。後述するフローチャートでの各ステップの処理で、これらの情報が用いられる際は、外部メモリから取得しＲＡＭ２０３に展開してから処理に用いられる。
【００３７】
＜第１の実施形態＞
まず、第１の実施形態における情報処理システムの処理手順について説明する。
次に、図３を用いて、本実施形態における情報処理システムの処理手順について説明する。
図３は、図１における情報処理システムが実行する第１の制御処理手順の一例を示すフローチャートである。
【００３８】
まず、図３に示すステップＳ３０１、ステップＳ３０２、ステップＳ３０５、ステップＳ３０６、ステップＳ３１２〜ステップＳ３１５の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【００３９】
また、図３に示すステップＳ３０３、ステップＳ３０４、ステップＳ３０７〜Ｓ３１１の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
【００４０】
まず、クライアント端末のＣＰＵ２０１は、インストールされたブラウザを起動して表示される画面を介して、ユーザの操作による、サーバ１００が提供するウェブサービスのログイン画面のＵＲＬの入力を受け付ける（ステップＳ３０１）。
【００４１】
ステップＳ３０１でログイン画面のＵＲＬが入力されると、クライアント端末のＣＰＵ２０１は、当該ＵＲＬにログイン画面の表示要求を送信する（ステップＳ３０２）。
【００４２】
そして、サーバ１００のＣＰＵ２０１は、クライアント端末からログイン画面の表示要求を受信すると（ステップＳ３０３）、ログイン画面を表示するための表示情報（ＨＴＭＬ等）を該クライアント端末に送信して認証要求する（ステップＳ３０４）。この「発明を実施するための形態」で説明する表示情報のことを画面情報とも言う。
ステップS３０３では、クライアント端末から送信された認証要求を受信する（認証要求受信手段）。
【００４３】
クライアント端末のＣＰＵ２０１は、サーバ１００から当該表示情報を受信すると（ステップＳ３０５）、ログイン画面を表示部２１０に表示する。そして、表示されたログイン画面を介してユーザから、ログイン情報（ログインＩＤ（ユーザＩＤとも言う）、パスワード）が入力されると、当該ログイン情報（ユーザ情報）をサーバ１００に送信する（ステップＳ３０６）。
すなわち、ユーザの操作により入力された第１の認証情報を含む認証要求を情報処理装置に送信する（認証要求送信手段）。
【００４４】
サーバ１００は、クライアント端末からログイン情報を受信すると（ステップＳ３０７）、受信したログイン情報に従って、認証処理を行い（ステップＳ３０８）、認証されたか否かを判定する（ステップＳ３０９）。
【００４５】
そして、サーバ１００は、認証されたと判定された場合は（ステップＳ３０９：認証ＯＫ）、認証されたユーザのポータル画面を表示するための表示情報（ユーザＩＤに対応するページＩＤが含まれている）をクライアント端末に送信し（ステップＳ３１０）、一方、認証されなかったと判定された場合は（ステップＳ３１１：認証ＮＧ）、認証失敗を示す失敗画面を表示するための表示情報をクライアント端末に送信する（ステップＳ３１１）。
【００４６】
ここで、サーバ１００は、ユーザＩＤとページＩＤが関連付けて記憶されており、ステップＳ３０７で受信したユーザＩＤに対応するページＩＤを含む（ポータル画面の）表示情報を、ステップＳ３１０では送信する。
【００４７】
クライアント端末は、サーバ１００から、表示情報を受信すると（ステップＳ３１２）、当該表示情報が、失敗画面を表示するための表示情報である場合は（ステップＳ３１３：ＹＥＳ）、当該表示情報に従って認証失敗を示す失敗画面を表示し（ステップＳ３１４）、一方、ポータル画面を表示するための表示情報である場合は（ステップＳ３１３：ＮＯ）、当該表示情報に従ってポータル画面（図１４）を表示する（ステップＳ３１５）。
【００４８】
ここで表示されるポータル画面の一例を、図１４を用いて説明する。
図１４は、ポータル画面１４００の一例を示す図である。
【００４９】
ポータル画面１４００には、外部サービスサーバ１１２が提供するウェブサービスのページを表示するための外部連携ページリンクボタン１４０１が表示されている。
【００５０】
また、ステップＳ３０８で認証されたユーザのポータル画面に表示されるべき情報が、画面領域１４０２に表示されている。
【００５１】
ログインして表示されたポータル画面１４００には、例えば、ユーザが所属する会社内の情報が表示される。
【００５２】
次に、ユーザにより、外部連携ページリンクボタン１４０１を押下されると、クライアント端末は、図４に示すＳ４０１の処理を実行する。
【００５３】
図４は、図１における情報処理システムが実行する第２の制御処理手順の一例を示すフローチャートである。
【００５４】
図４に示すステップＳ４０１、ステップＳ４０９〜ステップＳ４１１、ステップＳ４１８〜ステップＳ４２０、ステップＳ４２４〜ステップＳ４２５の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【００５５】
また、図４に示すステップＳ４０２〜ステップＳ４０８、ステップＳ４１２〜ステップＳ４１７の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
【００５６】
また、図４に示すステップＳ４２１〜ステップＳ４２３の処理は、外部サービスサーバ１１２のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
【００５７】
まず、クライアント端末は、ポータル画面１４００の外部連携ページリンクボタン１４０１がユーザにより押下されると、ポータル画面１４００の表示情報に含まれているページＩＤを含む外部連携ページ表示要求をサーバ１００に送信する（ステップＳ４０１）。
【００５８】
サーバ１００は、クライアント端末から外部連携ページ表示要求を受信すると（ステップＳ４０２）、サーバ１００の外部メモリ２１１に記憶されているレイアウトページ情報テーブル９００（図９）を参照し、当該外部連携ページ表示要求に含まれるページＩＤと、ステップＳ３０７に受信したログインＩＤとに従って、ポートレットとウィンドウＩＤを特定する（ステップＳ４０３）。
【００５９】
ここで、図９の説明を行う。
図９は、レイアウトページ情報テーブル９００の一例を示す図である。
【００６０】
図９には、「ページＩＤ」と、「レイアウトＩＤ」と、「リージョンＮｏ．」と、「ユーザＩＤ」と、「ポートレット」と、「ウィンドウＩＤ」との項目から構成されている。
【００６１】
ここで、「ユーザＩＤ」とは、外部連携ページリンクボタン１４０１が押下されたユーザを識別するための情報であって、ステップＳ３０７で受信するログイン情報に含まれるユーザＩＤに対応した値である。
また、「ページＩＤ」とは、外部連携ページリンクボタン１４０１が押下されて表示される画面のページを識別するための情報である。
【００６２】
また、「レイアウトＩＤ」とは、当該ページのレイアウトを識別するための情報である。また、「リージョンＮｏ．」とは、フレームの領域の位置を識別するための情報である。「リージョンＮｏ．」とフレームの領域の位置とが関連付けられたテーブルを記憶しており、レイアウトページ情報テーブル９００により、「リージョンＮｏ．」が決定すると、当該「リージョンＮｏ．」に関連付けられたフレームの領域の位置が定まることとなる。
【００６３】
また、「ポートレット」とは、当該フレームにどのような情報を表示するかを示す情報である。図９の例では、「ポートレット」の列に、「外部連携」、「スケジューラ」、「伝言メモ」、「掲示板」が設定されている。「スケジューラ」、「伝言メモ」、「掲示板」の機能は、それぞれ、サーバ１００が提供しているウェブサービスである。また、「外部連携」とは、サーバ１００が提供していない、外部サービスサーバ１１２が提供しているウェブサービスをフレームに表示させることを示している。
また、「ウィンドウＩＤ」とは、当該フレームを識別するための情報である。
【００６４】
すなわち、レイアウトページ情報テーブル９００は、認証されログインしたユーザが外部連携ページリンクボタン１４０１を押下した場合に、そのユーザが操作するクライアント端末の表示部に、どのようなレイアウトでどのような内容の画面を表示するのかが定義された情報である。
図４の説明に戻る。
【００６５】
ステップＳ４０３では、レイアウトページ情報テーブル９００の各レコードのうち、ステップＳ４０２で受信した外部連携ページ表示要求に含まれるページＩＤと、ステップＳ３０７に受信したユーザＩＤとが合致するレコードを特定し、当該特定されたレコードのポートレットと、ウィンドウＩＤを特定する。このとき、ここで特定されるレコードからレイアウトＩＤやリージョンＮｏ．も決定されるが、図８のレイアウトテーブル８００を用いて、ここで特定されるレコードのレイアウトＩＤからリージョンＮｏ．を特定するようにしてもよい。
【００６６】
そして、サーバ１００は、ウィンドウマッピングテーブル１０００（図１０）を参照し、ステップＳ４０３で特定されたウィンドウＩＤをキーに、外部サービスＩＤ（ウェブサービス情報）を特定する（ステップＳ４０４）。
図１０は、ウィンドウマッピングテーブル１０００の一例を示す図である。
【００６７】
図１０に示すように、ウィンドウマッピングテーブル１０００は、「ウィンドウＩＤ」と、「外部サービスＩＤ」とが関連付けられて記憶されている。ここで、「外部サービスＩＤ」とは、外部サービスサーバが提供するウェブサービスを識別するための情報である。
【００６８】
ステップＳ４０４では、ステップＳ４０３で特定されたウィンドウＩＤが、ウィンドウマッピングテーブル１０００で関連付けられた外部サービスＩＤを特定する。
【００６９】
そして、サーバ１００は、ステップＳ４０４で特定された外部サービスＩＤと、予め記憶されている、サーブレットのプログラムを特定するためのＵＲＬと、を含む情報をサーブレットＵＲＬとして生成する（ステップＳ４０５）。
【００７０】
ここで、レイアウトページ情報テーブル９００（図９）の各レコードのうち、ステップＳ４０３で特定されたウィンドウＩＤで、かつ、ステップＳ４０３で特定された「ポートレット」が外部連携であることを示すレコードに示されるフレーム（画面領域）に、ステップＳ４０５で生成されたサーブレットＵＲＬを設定して、当該フレームの表示情報を生成する（ステップＳ４０６）。
本実施例では、フレームのことを、「外部連携ページ」として説明している。また、フレームは、「Ｉｆｒａｍｅ（アイフレーム）」のことを示している。
【００７１】
また、ここで、レイアウトページ情報テーブル９００（図９）の各レコードのうち、ステップＳ４０３で特定されたウィンドウＩＤで、かつ、ステップＳ４０３で特定された「ポートレット」が外部連携であることを示すレコードが複数ある場合は、それぞれのレコードに関して、ステップＳ４０４、ステップＳ４０５の処理を行い、それぞれのフレームに対して、それぞれのウィンドウＩＤから特定される外部サービスＩＤを含むサーブレットＵＲＬを設定して、それぞれのフレームの表示情報を生成する。
【００７２】
そして、サーバ１００は、ステップＳ４０５で生成されたサーブレットＵＲＬがフレームに設定された外部連携ページ画面（図１５）を表示するための表示情報（ＨＴＭＬなど）を生成する（ステップＳ４０６）。
【００７３】
図１５は、外部連携ページ画面１５００の一例を示す図である。
図１５に示す外部連携ページ画面１５００の例では、フレーム１５０１、フレーム１５０２、フレーム１５０３が表示されている。
次に、サーバ１００は、ステップＳ４０７で生成された表示情報をクライアント端末に送信する（ステップＳ４０８）。
【００７４】
そして、クライアント端末は、サーバ１００から、ステップＳ４０７で生成された表示情報を受信すると（ステップＳ４０９）、当該表示情報をブラウザが読み込み解釈（解析）して、外部連携ページ画面１５００（図１５）を表示部に表示する（ステップＳ４１０）。
【００７５】
ここで、クライアント端末は、このとき、フレームに設定されているサーブレットＵＲＬを読み取り、サーブレットＵＲＬに含まれるＵＲＬに対して、サーブレットＵＲＬに含まれる外部サービスＩＤを含む、フレームの表示要求を送信する（ステップＳ４１１）。ステップＳ４１１の処理は、各フレームが、各フレームに設定されているサーブレットＵＲＬを読み取り、サーブレットＵＲＬに含まれるＵＲＬに対して、サーブレットＵＲＬに含まれる外部サービスＩＤを含む、フレームの表示要求を送信する。
【００７６】
本実施例では、サーブレットＵＲＬに含まれているＵＲＬを、サーバ１００に記憶されているサーブレットのプログラムを特定するためのＵＲＬとして説明する。
【００７７】
次に、サーバ１００のサーブレットが、クライアント端末から送信された、フレームの表示要求を受信すると（ステップＳ４１２）（特定情報受信手段）、サーバ１００のサーブレットは、当該表示要求に含まれる外部サービスＩＤをキーに、外部サービステーブル１１００（図１１）を検索して、当該外部サービスＩＤに合致するレコードを特定する（ステップＳ４１３）。そして、特定されたレコード（ＵＲＬを含む）を取得する。当該サーブレットは、ステップＳ４０２から、後述するステップＳ４０６の処理を実行する。
【００７８】
図１１は、外部サービステーブル１１００の一例を示す図である。
【００７９】
外部サービステーブル１１００は、「外部サービスＩＤ（特定情報）」、「ＵＲＬ」、「タイトル」、「タイプ」から構成されている。
【００８０】
「ＵＲＬ」は、外部サービスサーバが提供するウェブサービスのウェブページのＵＲＬ（アクセス先）を示している。
【００８１】
「タイトル」は、当該ウェブサービスのサービスのタイトルを示している。
【００８２】
「タイプ」は、ポータル画面１４００内に作成されるフレーム（１５０１、１５０２、１５０３）に当該ウェブサービスのウェブページを表示する「ポートレット」か、新規にブラウザを立ち上げ（生成し）、別ウィンドウに当該ウェブサービスのウェブページを表示する「別ウィンドウ」かが設定されている。
図４の説明に戻る。
【００８３】
次に、サーバ１００は、クライアント端末から受信した表示要求に含まれる外部サービスＩＤをキーに、外部サービスパラメータテーブル１２００（図１２）を検索して、当該外部サービスＩＤに合致するレコードを特定する。そして、特定されたレコードに含まれるパラメータＩＤ、及びパラメータ名を取得する（ステップＳ４１４）。
【００８４】
図１２は、外部サービスパラメータテーブル１２００の一例を示す図である。
【００８５】
外部サービスパラメータテーブル１２００には、「パラメータＩＤ」、「外部サービスＩＤ」、「パラメータ名」（認証パラメータ）から構成される。
【００８６】
「パラメータＩＤ」は、パラメータを識別するための情報である。
【００８７】
「パラメータ名」は、認証処理を行うために用いられるパラメータ名である。このパラメータ名は、ウェブサービス毎に異なる場合が多いため、図１２にように、各ウェブサービスに対して記憶しておく必要がある。
【００８８】
すなわち、外部サービスパラメータテーブル１２００の「パラメータ名」には、外部ウェブサービスでの認証処理で用いられるユーザＩＤ、パスワード（図１３に示すパラメータ値）のそれぞれを示す（識別する）パラメータ（名）が、外部ウェブサービスごとに登録されている。
【００８９】
次に、サーバ１００は、ステップＳ４１４で取得したパラメータＩＤと、ステップＳ３０７で取得したログイン情報に含まれているユーザＩＤとをキーに、外部サービスユーザパラメータテーブル１３００（図１３）を検索して、当該パラメータＩＤ及びユーザＩＤに合致するレコードを特定する。ここで、ステップＳ４１４で取得したパラメータＩＤが複数ある場合は、それぞれのパラメータＩＤとユーザＩＤをキーに、外部サービスユーザパラメータテーブル１３００（図１３）を検索して、パラメータＩＤ及びユーザＩＤに合致するレコードをそれぞれ特定する。そして、特定されたレコードに含まれるパラメータ値を取得する（ステップＳ４１５）。
【００９０】
そして、サーバ１００は、フレームに、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とを設定する。すなわち、サーバ１００は、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とに従って、ステップＳ４１３で取得したＵＲＬにログイン可能な形式のログイン指示情報(ウェブサービス認証情報)を生成し、当該ログイン指示情報をフレームに設定したフレームの表示情報を生成する（ステップＳ４１６）。
図１９は、ステップＳ４１６で生成される表示情報の一例を示す図である。
【００９１】
図１９に示すように、フレームの表示情報には、ログイン指示情報として、外部サービスサーバのウェブサービスにログインするためのログインＩＤ１９０１、パスワード１９０２を含んでいる。１９０１は、ｌｏｇｉｎ＿ｉｄ（パラメータ名）がログインＩＤ（ユーザＩＤ）であることを示し、ログインＩＤとしての値がｕｓｅｒａ（パラメータ値）であることを示している。また、１９０２は、ｐａｓｓｗｄ（パラメータ名）がパスワードであることを示し、パスワードとしての値がｐａｓｓａ（パラメータ値）であることを示している。また、１９０３には、ステップＳ４１３で取得したＵＲＬがログイン指示情報の送信先として設定されている。
【００９２】
ここで、１９０１、１９０２は、それぞれ、「＜ｉｎｐｕｔ ｔｙｐｅ＝”ｈｉｄｄｅｎ” ｎａｍｅ＝・・・」とされているため、ログインＩＤ、パスワードは、クライアント端末の（フレームの）画面には表示されないように設定されている。そして、図１９には、「遷移中です・・・」と、クライアント端末の（フレームの）画面に表示されるように設定されている。
クライアント端末の（フレームの）画面には、
【００９３】
次に、サーバ１００は、ステップＳ４１６で生成されたフレームの表示情報（ＨＴＭＬなど）を、クライアント端末に送信する（ステップＳ４１７）（ウェブサービス送信手段）（フレーム送信手段）。
【００９４】
ここで、図１５のように、表示されるフレームが複数ある場合は、クライアント端末は、ステップＳ４１１で、各フレームから、フレームの表示要求をそれぞれ送信するため、サーバ１００は、それぞれの表示要求を受信する。そのため、サーバ１００は、受信したそれぞれの表示要求ごとに、ステップＳ４１２からステップＳ４１７を実行することとなる。
【００９５】
次に、クライアント端末は、サーバ１００から、ステップＳ４１７で送信されたフレームの表示情報を受信すると（ステップＳ４１８）、当該表示情報を読み取り解釈（解析）して、外部連携ページ画面１６００（図１６）を表示部に表示する（ステップＳ４１９）。
図１６の各フレーム１６０１、１６０２、１６０３には、「遷移中です・・・」というメッセージが表示されている。
【００９６】
ステップS４１８では、クライアント端末からの認証要求に応答して、ウェブサーバに対して認証要求を行うウェブサービス認証情報を情報処理装置から受信する（受信手段）。
【００９７】
ここでは、１９０１、１９０２の、「＜ｉｎｐｕｔ ｔｙｐｅ＝”ｈｉｄｄｅｎ” ｎａｍｅ＝・・・」で記されているログインＩＤ、パスワードは、クライアント端末の（フレームの）画面には表示されない。その代わりに、図１９の「遷移中です・・・」というメッセージがフレームに表示される。
【００９８】
そして、クライアント端末は、当該表示情報に含まれているＵＲＬ（送信先）１９０３（外部サービスサーバ）に、ログイン指示情報（１９０１、１９０２）を送信する（ステップＳ４２０）。
ここでは、当該表示情報を含んでいるフレームが外部サービスサーバにログイン指示情報を送信する。
【００９９】
外部サービスサーバは、クライアント端末から、ログイン指示情報を受信すると（ステップＳ４２１）、ｌｏｇｉｎ＿ｉｄをログインＩＤとして認識し、その値がｕｓｅｒａであること、及び、ｐａｓｓｗｄをパスワードとして認識し、その値がｐａｓｓａであると解釈する。
【０１００】
そして、外部サービスサーバは、解釈したログインＩＤとパスワードに従って認証処理を行い（ステップＳ４２２）、認証されログインできると、当該外部サービスサーバが提供するコンテンツ（画面情報）を含む外部サービス画面を表示するための表示情報をクライアントの該フレームに送信する（ステップＳ４２３）。
【０１０１】
そして、クライアント端末のフレームは、外部サービスサーバから表示情報を受信すると（ステップＳ４２４）、当該受信した表示情報を読み取り解釈して、該外部サービス画面を表示する（ステップＳ４２５）。
【０１０２】
ここで、フレームに表示された外部サービス画面を含む外部連携ページ画面１７００を図１７に示す。
図１７は、外部連携ページ画面１７００の一例を示す図である。
【０１０３】
図１７に示すフレーム１７０１、１７０２、１７０３には、それぞれ、外部サービスサーバが提供するコンテンツを含む外部サービス画面が表示されていることを示している。
【０１０４】
また、外部サービスサーバは、ステップＳ４２２で認証されなかった場合は、認証されなかった旨を示す失敗情報を、ログイン指示情報を送信してきたフレームに送信し、クライアント端末の当該フレームは、当該失敗情報を受信し、当該失敗情報を当該フレームに表示する。
【０１０５】
また、クライアント端末は、フレームが複数あり、サーバ１００から表示情報（ＨＴＭＬなど）がステップＳ４１７で複数送信される場合は、それぞれの表示情報ごとに、ステップＳ４１８からステップＳ４２０、ステップＳ４２４、ステップＳ４２５の処理を実行することとなる。その場合は、外部サービスサーバもステップＳ４２１からステップＳ４２３の処理を、それぞれ実行することとなる。
【０１０６】
以上、図４の説明では、ポータル画面と同一画面（１つの画面）内に表示される複数のフレームが、それぞれ複数の外部サービスサーバにアクセスして、当該外部サービスサーバが提供するコンテンツを当該フレームに表示する仕組みについて説明した。
【０１０７】
このように、サーバ１００でユーザの認証がなされると、当該ユーザが利用する外部（社外）のウェブサービスでの認証処理で必要となるログインＩＤ、パスワードを入力することなく、当該ウェブサービスでの認証を行うことができるようになる。
【０１０８】
次に、図５、図６を用いて、１つの画面内のフレームに外部サービスサーバが提供するコンテンツ（外部サービス画面）を表示するのではなく、別のウィンドウを新規に生成して、当該別のブラウザに当該コンテンツを表示する処理について説明する。
【０１０９】
図５は、図１における情報処理システムが実行する第３の制御処理手順を示すフローチャートである。
【０１１０】
図５に示すステップＳ５０１、ステップＳ５０５、ステップＳ５０６の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１１１】
図５に示すステップＳ５０２〜ステップＳ５０４の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
【０１１２】
図５に示すフローチャートは、図３に示すフローチャットに示す制御処理手順を実行し、クライアント端末でステップＳ３１５を実行した後に実行される処理である。
【０１１３】
まず、クライアント端末は、ポータル画面（図１４）の別ブラウザボタン１４０３をユーザにより押下されると、別ブラウザで表示するページを識別するページＩＤを含む別ブラウザのページ表示要求をサーバ１００に送信する（ステップＳ５０１）。
【０１１４】
ここで送信されるページＩＤは、別ブラウザで表示するページを示すページＩＤであり、上述したステップＳ３１０で送信されるページＩＤとは異なるページＩＤである。
【０１１５】
すなわち、図３のステップＳ３１０で送信される表示情報には、ステップＳ３０７で受信したユーザＩＤに対応する、別ブラウザで表示するページであるページＩＤを含んでいる。
【０１１６】
ここで、ユーザＩＤと別ブラウザで表示するページＩＤが関連付けて記憶されており、ステップＳ３０７で受信したユーザＩＤに対応する、別ブラウザで表示するページＩＤを含む（ポータル画面の）表示情報を、ステップＳ３１０では送信する。
【０１１７】
サーバ１００は、クライアント端末から、別ブラウザで表示するページを識別するページＩＤを含む別ブラウザのページ表示要求を受信すると（ステップＳ５０２）、当該ページＩＤと、ステップＳ３０７で受信したログイン情報に含まれるユーザＩＤとを含むレコードを、レイアウトページ情報テーブル９００（図９）から取得し、当該取得したレイアウトページ情報テーブル９００（図９）のレコードの「ポートレット」項目が外部連携と示されているウィンドウＩＤを取得する。そして、当該取得したウィンドウＩＤに対応する外部サービスＩＤを、ウィンドウマッピングテーブルを検索して取得する。ここで取得された外部サービスＩＤと、予め設定されたサーブレットのプログラムを特定するためのＵＲＬと、を含む情報をサーブレットＵＲＬとして生成する。ここで生成されたサーブレットＵＲＬを含むページ画面の表示情報を生成し（ステップＳ５０３）、当該表示情報をクライアント端末に送信する（ステップＳ５０４）。
【０１１８】
クライアント端末は、サーバ１００から当該表示情報を受信すると（ステップＳ５０５）、当該表示情報を読み込んで表示部にページ画面（別の新規のウィンドウ）を生成して表示する（ステップＳ５０６）。
【０１１９】
次に、クライアント端末は、処理をステップＳ６０１に移行して、新規のウィンドウに設定されているサーブレットＵＲＬを読み取り、サーブレットＵＲＬに含まれるＵＲＬに対して、サーブレットＵＲＬに含まれる外部サービスＩＤを含む、別ウィンドウの表示要求を送信する（ステップＳ６０１）。
【０１２０】
サーバ１００は、クライアント端末から、別ウィンドウの表示要求を受信すると（ステップＳ６０２）、当該表示要求に含まれる外部サービスＩＤに従って、外部サービスのＵＲＬを検索するなど、上述したステップＳ４１３からステップＳ４１７の処理を実行する。
【０１２１】
ステップＳ６０２以降の処理については、図４に示すステップＳ４１２以降の処理での説明で、フレームの代わりに別ウィンドウのブラウザとして置き換えると、図４に示すステップＳ４１２以降の処理と同様であるため、これ以降の説明は省略する。
【０１２２】
すなわち、ステップＳ６０３は、ステップＳ４１３からステップＳ４１７の処理の説明で、フレームを別ウィンドウのブラウザに置き換えれば、ステップＳ４１３からステップＳ４１７の処理と同様である。また、ステップＳ６０４は、ステップＳ４１８からステップＳ４２５の処理の説明で、フレームを別ウィンドウのブラウザに置き換えれば、ステップＳ４１８からステップＳ４２５の処理と同様である。また、ステップＳ６０５は、ステップＳ４２１からステップＳ４２３の処理の説明で、フレームを別ウィンドウのブラウザに置き換えれば、ステップＳ４１８からステップＳ４２５の処理と同様である。
【０１２３】
以上、図５、６の説明では、フレームの代わりに、別ウィンドウが、外部サービスサーバにアクセスして、当該外部サービスサーバが提供するコンテンツを表示する仕組みについて説明した。
【０１２４】
このように、サーバ１００でユーザの認証がなされると、当該ユーザが利用する外部（社外）のウェブサービスでの認証処理で必要となるログインＩＤ、パスワードを入力することなく、当該ウェブサービスでの認証を行うことができるようになる。
【０１２５】
＜第２の実施形態＞
次に、第２の実施形態における情報処理システムの処理手順について説明する。
【０１２６】
第１の実施形態では、クライアント端末が、サーバ１００から取得したログイン指示情報を外部サービスサーバに送信することにより、当該外部サービスサーバのウェブサービスのログイン画面を表示することなく、自動的に認証処理を行わせる仕組みについて説明したが、ウェブサービスによっては、一旦、ウェブサービスのログイン画面を表示しなければ、ログインを許可しないウェブサービスも存在する。第２の実施形態では、そのようなウェブサービスについても、ログイン画面を表示することなく自動的に認証処理を行わせる仕組みについて説明する。
【０１２７】
図７に示すステップＳ７１０、ステップＳ７１１、ステップＳ７１２、ステップＳ７１６、ステップＳ７１７の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１２８】
また、図７に示すステップＳ７０１、ステップＳ７０２、ステップＳ７０６〜ステップＳ７０９の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
【０１２９】
また、図７に示すステップＳ７０３〜ステップＳ７０５、ステップＳ７１３〜ステップＳ７１５の処理は、外部サービスサーバ１１２（ウェブサーバ）のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
ステップＳ４１５までの処理は、第１の実施形態と同様であるため、説明を省略する。
【０１３０】
まず、サーバ１００は、ステップ４１５の処理を実行した後、図１８に示す対話型サイトテーブル１８００を参照し、ステップＳ４１３で取得した、外部サービスサーバが提供するウェブサービスのウェブページのＵＲＬが、対話型サイトテーブル１８００に登録されているか否かを判定する（ステップＳ７０１）（アクセス先判定手段）。
図１８は、対話型サイトテーブル１８００の一例を示す図である。
【０１３１】
対話型サイトテーブル１８００は、一旦、ウェブサービスのログイン画面を表示しなければ、ログインを許可しないように制御するウェブサービスのＵＲＬが登録されたテーブルである。
【０１３２】
「ウェブサービスのログイン画面を表示しなければ、ログインを許可しないように制御するウェブサービス（対話型サイト）」とは、外部サービスサーバが生成したユニークな固有情報（番号・記号等）を含む表示情報に従って表示されるログイン画面（固有情報は表示されない）をクライアント端末に一旦、表示させ、当該ログイン画面を介してユーザにより入力されたユーザＩＤ、パスワードと共に、当該固有情報を外部サービスサーバに送信しなければ、認証されない仕組みを有するウェブサービスである。
【０１３３】
サーバ１００は、ステップＳ７０１で、ステップＳ４１３で取得したＵＲＬが対話型サイトテーブル１８００に登録されてない（対話型サイトではない）と判定した場合は（ステップＳ７０１：ＮＯ）、処理をステップＳ４１６に移行し、上述した処理を実行する。一方、ステップＳ４１３で取得したＵＲＬが対話型サイトテーブル１８００に登録されている（対話型サイトである）と判定した場合は（ステップＳ７０１：ＹＥＳ）、処理をステップＳ７０２に移行する。
【０１３４】
サーバ１００は、ステップＳ７０２で、ログインページ（ログイン画面）の表示要求（取得要求）を外部サービスサーバ（ステップＳ４１３で取得したＵＲＬ）に送信する（取得要求送信手段）。
【０１３５】
そして、外部サービスサーバは、サーバ１００から当該表示要求を受信すると（ステップＳ７０３）、当該表示要求に対するユニークな固有情報（ユニークな番号や記号など）を生成し（ステップＳ７０４）、当該生成された固有情報を含む、ログインページの画面を表示するための表示情報をサーバ１００に送信する（ステップＳ７０５）。
【０１３６】
サーバ１００は、外部サービスサーバから、当該表示情報を受信すると（ステップＳ７０６）（ログイン画面受信手段）、当該表示情報に含まれる固有情報を取得する（ステップＳ７０７）。
【０１３７】
次に、サーバ１００は、フレームに、ステップＳ７０７で取得した固有情報と、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とを設定する。
【０１３８】
すなわち、サーバ１００は、ステップＳ７０７で取得した固有情報と、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とに従って、ステップＳ４１３で取得したＵＲＬにログイン可能（認証処理を実行可能）な形式のログイン指示情報を生成し、当該ログイン指示情報をフレームに設定したフレームの表示情報を生成する（ステップＳ７０８）。
【０１３９】
次に、サーバ１００は、ステップＳ７０８で生成された表示情報をクライアント端末に送信する（ステップＳ７０９）。
【０１４０】
クライアント端末は、サーバ１００から、当該表示情報を受信すると、当該表示情報を読み取り解釈（解析）して、外部連携ページ画面１６００（図１６）を表示部に表示する（ステップＳ７１１）。
【０１４１】
そして、クライアント端末は、サーバ１００から受信した表示情報に含まれるＪａｖａｓｃｒｉｐｔを実行して、当該表示情報に含まれているＵＲＬ（送信先）１９０３（外部サービスサーバ）に、ログイン指示情報として、ログインＩＤ１９０１、パスワード１０９２、当該表示情報に含まれる固有情報とを送信する（ステップＳ４２０）。
【０１４２】
そして、外部サービスサーバは、クライアント端末からログイン指示情報（ログインＩＤ、パスワード、固有情報）を受信すると（ステップＳ７１３）、ステップＳ７０４で生成された固有情報であるか否かの判定し、ステップＳ７０４で生成された固有情報であると判定された場合は、ログインＩＤとパスワードと固有情報とに従って認証処理を行い（ステップＳ７１４）、一方、ステップＳ７０４で生成された固有情報ではないと判定された場合は、サービスエラーを示す画面の表示情報をクライアント端末に送信し、クライアント端末は当該画面を表示する。
【０１４３】
また、外部サービスサーバは、ステップＳ７１４における、ログインＩＤ及びパスワードによる認証処理の認証結果、認証されログインされると、当該外部サービスサーバが提供するコンテンツを含む外部サービス画面を表示するための表示情報をクライアントの該フレームに送信する（ステップＳ７１５）。
【０１４４】
そして、クライアント端末のフレームは、外部サービスサーバから表示情報を受信すると（ステップＳ４７１６）、当該受信した表示情報を読み取り解釈して、該外部サービス画面を表示する（ステップＳ７１７）。
【０１４５】
以上、一旦、ウェブサービスのログイン画面を表示しなければ、ログインを許可しないウェブサービスにアクセスする場合、ログイン画面を介して認証情報（ユーザＩＤやパスワードなど、認証処理を行うために必要な情報）を入力することなく、外部サービスサーバに認証処理を行わせる仕組みを提供することができる。
【０１４６】
また、ステップＳ７０１で、対話型のサイトか否かを判定し、その判定結果に応じて、認証情報を新たに入力することなく外部サービスサーバに認証処理を行わせるための処理を切り替えるため、ユーザが享受したいウェブサービスの認証方法をユーザに意識させることを軽減させることができる。
【０１４７】
次に、上述した第１の実施形態、及び第２の実施形態で用いられる、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービステーブル（図１１）、外部サービスパラメータテーブル（図１２）、外部サービスユーザパラメータテーブル（図１３）のそれぞれの登録処理について、図２０、図２１、図２２、図２３、図２４、図２５、図２６を用いて、説明する。
図２４は、外部サービステーブル（図１１）、外部サービスパラメータ（図１２）を登録する処理手順の一例を示すフローチャートである。
【０１４８】
図２４に示すステップＳ２４０１、ステップＳ２４０４、ステップＳ２４０５、ステップＳ２４０６の処理は、管理者端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１４９】
また図２４に示すステップＳ２４０２、ステップＳ２４０３、ステップＳ２４０７、ステップＳ２４０８の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１５０】
まず、管理者端末１０１は、管理者により、管理者のユーザＩＤ、パスワードの入力を受け付け、当該受け付けたユーザＩＤ、パスワードをサーバ１００に送信して、管理者の認証要求を行う。そして、サーバ１００は、管理者端末１０１から受信したユーザＩＤ、パスワードに従って、管理者の認証処理を行い、認証される（認証が成功する）と、管理者端末１０１に、管理者のみが閲覧可能な管理者ポータル画面（不図示）を表示する表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する。そして、管理者端末１０１は、該表示情報を受信すると、該表示情報に従って、管理者ポータル画面を表示部に表示する。
【０１５１】
ここで表示される管理者ポータル画面には、外部サービス登録画面（図２０）の表示要求を行うボタン、対話型サイト登録画面（図２２）の表示要求を行うボタンが設けられている。
【０１５２】
そして、管理者端末１０１は、管理者により、管理者ポータル画面に表示されている、外部サービス登録画面（図２０）の表示要求を行うボタンが押下されると、サーバ１００に対して、外部サービス登録画面（図２０）の表示要求を送信する（ステップＳ２４０１）。
【０１５３】
サーバ１００は、管理者端末１０１から外部サービス登録画面（図２０）の表示要求を受信すると（２４０２）、外部サービス登録画面（図２０）を表示するための表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する（ステップＳ２４０３）。
【０１５４】
次に、管理者端末１０１は、該表示情報をサーバ１００から受信すると（ステップＳ２４０４）、該表示情報に従って外部サービス登録画面（図２０）を表示部に表示する（ステップＳ２４０５）。
図２０は、外部サービス登録画面２０００の一例を示す図である。
【０１５５】
外部サービス登録画面２０００は、外部サービスサーバ１１２が提供する外部のサービスを、サーバ１００が提供する画面内でユーザが利用可能となるように、管理者が、外部のサービスに係る情報を登録するための画面である。
【０１５６】
図２０に示すように、外部サービス登録画面２０００は、外部サービスサーバ１１２が提供するサービスのタイトルを入力する入力欄２００１と、外部サービスサーバ１１２が提供するサービスのＵＲＬを入力する入力欄２００２と、外部サービスサーバ１１２が提供するサービスの画面を、サーバ１００が提供する画面内のフレームに表示するか（ポートレット）、別のウィンドウに表示するか（別ウィンドウ）を設定するためのラジオボタン２００３と、外部サービスサーバ１１２が提供するサービスに認証する際に用いられるユーザＩＤのパラメータ名を入力する入力欄２００４と、外部サービスサーバ１１２が提供するサービスに認証する際に用いられるパスワードのパラメータ名を入力する入力欄２００５と、登録ボタン２００６とから構成されている。
【０１５７】
そして、管理者端末１０１は、管理者による、入力欄２００１、入力欄２００２、ラジオボタン２００３、入力欄２００４、入力欄２００５の入力（選択）を受け付け、管理者により、登録ボタン２００６が押下されると、管理者により入力された内容（入力内容）のデータをサーバ１００に送信することで、入力内容の登録要求を送信する（ステップＳ２４０６）。
【０１５８】
サーバ１００は、管理者端末１０１から、外部サービス登録画面２０００を介してユーザにより入力された入力内容のデータ（登録要求）を受信すると（ステップＳ２４０７）、受信したデータ、及び受信したデータに従って得られるデータを、外部サービステーブル（図１１）、外部サービスパラメータテーブル（図１２）に登録する登録処理を行う（ステップＳ２４０８）。
【０１５９】
具体的には、外部サービス登録画面２０００の入力欄２００１に入力されたタイトルは、外部サービステーブル（図１１）の「タイトル」に登録され、入力欄２００２に入力されたＵＲＬは、外部サービステーブル（図１１）の「ＵＲＬ」に登録され、ラジオボタン２００３で選択された内容のデータは、外部サービステーブル（図１１）の「タイプ」に登録される。
【０１６０】
また、入力欄２００２に入力されたＵＲＬが、既に外部サービステーブル（図１１）の項目「ＵＲＬ」の列に登録されている場合は、既に外部サービステーブル（図１１）に登録されているＵＲＬのレコードのデータを、外部サービス登録画面２０００に入力された内容に、上書き登録を行う。
【０１６１】
また、入力欄２００２に入力されたＵＲＬが、外部サービステーブル（図１１）の項目「ＵＲＬ」の列に登録されていない場合は、ＵＲＬを一意に識別するための外部サービスＩＤを生成して、外部サービステーブル（図１１）の項目「外部サービスＩＤ」に登録する。
【０１６２】
このようにして、図１１に示すような外部サービステーブルに、これらのデータ（外部サービスＩＤ、ＵＲＬ、タイトル、タイプ）がそれぞれ関連付けられて登録される。
次に、外部サービスパラメータテーブル（図１２）への登録について説明する。
【０１６３】
入力欄２００４に入力されたユーザＩＤのパラメータ名、入力欄２００５に入力されたパラメータ名を、それぞれ、外部サービスパラメータテーブル（図１２）の項目「パラメータ名」に登録する。
【０１６４】
このとき、外部サービスパラメータテーブル（図１２）に登録されたパラメータ名に、入力欄２００２に入力されたＵＲＬが外部サービステーブル（図１１）に登録されたレコードの外部サービスＩＤの値と、外部サービスパラメータテーブル（図１２）に登録されたパラメータ名を一意に識別するパラメータＩＤの値とを、それぞれ関連付けて、外部サービスパラメータテーブル（図１２）に登録する。
【０１６５】
このようにして、図１２に示すような外部サービスパラメータテーブルに、これらのデータ（パラメータＩＤ、外部サービスＩＤ、パラメータ名）がそれぞれ関連付けられて登録される。
【０１６６】
以上、予め、管理者による操作に従って、図２４に示すフローチャートに示す処理を実行することで、サーバ１００が提供するサービスの画面内に外部のサービスの画面を表示可能にするために必要な、該外部サービスについての情報（図１１、図１２）を登録することができる。
【０１６７】
次に、図２６を用いて、クライアント端末のユーザの操作に従って、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録するため処理手順について、説明する。
【０１６８】
図２６は、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録するため処理手順の一例を示すフローチャートである。
【０１６９】
図２６に示すステップＳ２６０１〜ステップＳ２６０４、ステップＳ２６０７〜ステップＳ２６０９の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１７０】
また、図２６に示すステップＳ２６０５、ステップＳ２６０６、ステップＳ２６１０、ステップＳ２６１１の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１７１】
クライアント端末は、図３に示すステップＳ３０１、ステップＳ３０２、ステップＳ３０５、ステップＳ３０６、ステップＳ３１２、ステップＳ３１３、ステップＳ３１４、ステップＳ３１５の処理を実行して表示されたポータル画面（図１４）の設定ボタン１４０４が、ユーザにより押下されると（ステップＳ２６０３：ＹＥＳ）、レイアウト／パラメータ登録画面（図２１）の表示要求をサーバ１００に対して送信する（ステップＳ２６０４）。
【０１７２】
クライアント端末は、ステップＳ３１５で表示されたポータル画面（図１４）の外部連携ページリンクボタン１４０１がユーザにより押下された場合は（ステップＳ２６０１：ＹＥＳ）、処理をステップＳ４０１に移行し、別ブラウザボタン１４０３がユーザにより押下された場合は（ステップＳ２６０２：ＹＥＳ）、処理をステップＳ５０１に移行する。また、クライアント端末は、外部連携ページリンクボタン１４０１、別ブラウザボタン１４０３、設定ボタン１４０４が押下されない場合は（ステップＳ２６０１：ＮＯ、ステップＳ２６０２：ＮＯ、ステップＳ２６０３：ＮＯ）、処理をステップ２６０１に戻して、外部連携ページリンクボタン１４０１、別ブラウザボタン１４０３、設定ボタン１４０４の何れかのボタンが押下されるのを待つ。
【０１７３】
サーバ１００は、クライアント端末から、レイアウト／パラメータ登録画面（図２１）の表示要求をサーバ１００から受信すると（ステップＳ２６０５）、レイアウト／パラメータ登録画面（図２１）を表示するための表示情報（ＨＴＭＬなど）をクライアント端末に送信する（ステップＳ２６０６）。
【０１７４】
クライアント端末は、サーバ１００から、レイアウト／パラメータ登録画面（図２１）の表示情報を受信すると（ステップＳ２６０７）、該表示情報に従って、レイアウト／パラメータ登録画面（図２１）を表示する（ステップＳ２６０８）。
図２１は、レイアウト／パラメータ登録画面２１００の一例を示す図である。
【０１７５】
レイアウト／パラメータ登録画面２１００（図２１）は、外部連携ページ画面１５００に表示されるフレームのレイアウトの選択を受け付けるプルダウン２１０１、図２０の外部サービス登録画面で登録された外部サービスの選択を受け付けるためのオブジェクト２１０２、プルダウン２１０１で選択されたレイアウトで外部連携ページ画面１５００に表示されるフレームに、どの外部サービスの画面を表示するかの設定を受け付ける設定ボタン２１０３、２１０４、２１０５、オブジェクト２１０２で選択された外部サービスでの認証処理で用いられるユーザＩＤを入力する入力欄２１０６、その認証処理で用いられるパスワードを入力する入力欄２１０７、登録ボタン２１０８から構成されている。
【０１７６】
プルダウン２１０１に選択可能に表示されるレイアウト名は、レイアウトテーブル８００（図８）のレイアウトＩＤに関連付けられてサーバ１００の記憶部に記憶されており（不図示）、これを参照して、サーバ１００の記憶部に記憶されているレイアウトテーブル８００（図８）のレイアウトＩＤに関連付けられたレイアウト名を２１０１に選択可能に表示するための表示情報をサーバ１００がステップＳ２６０６でクライアント端末に送信する。
【０１７７】
すなわち、例えば、図８のレイアウトテーブル８００のレイアウトＩＤが「Ｒ１」のレイアウト名、レイアウトＩＤが「Ｒ２」のレイアウト名が、プルダウン２１０１に選択可能に表示される。
【０１７８】
レイアウトテーブル８００（図８）のリージョンＮｏ．は、フレームの領域の位置を識別するための情報であり、サーバ１００の記憶部に記憶されている配置位置テーブル２３００（図２３）に示すように、フレームの領域の配置位置を示す座標と関連付けて記憶されている。
図２３は、配置位置テーブル２３００の一例を示す図である。
【０１７９】
配置位置テーブル２３００は、リージョンＮｏ．と配置位置とがそれぞれ関連付けて記憶されている。例えば、図２３の例では、リージョンＮｏ．がＲＥ１のフレームの領域の配置位置は、矩形の左上の座標が（ｘ１，ｙ１）であり、矩形の右下の座標が（ｘ２，ｙ２）であることを示している。
【０１８０】
このように、２１０１でレイアウト名が選択されると、選択されたレイアウト名に関連付けられて記憶されているレイアウトＩＤが選択されることで、フレームのレイアウト（外部連携ページ画面のレイアウト）を選択することができる。
プルダウン２１０１のように、「２段（上段２／下段１）」が選択されると、図１５に示すように、フレームが上段に２つ、下段に１つ表示されることとなる。
【０１８１】
外部サービスの選択を受け付けるためのオブジェクト２１０２には、図２０の外部サービス登録画面の操作によりサーバ１００に登録（記憶）されている外部サービステーブル１１００のタイトルが表示されている。すなわち、図２１の例では、「サービスＡ」、「サービスＢ」、「サービスＣ」、「サービスＤ」が表示されている。
このうち、プルダウン２１０１で選択されたレイアウトのどのフレームに、どの外部サービスを割り当てるかを設定する。
【０１８２】
例えば、ユーザが、「サービスＡ」、「サービスＢ」、「サービスＣ」、「サービスＤ」のタイトルのうち、「サービスＡ」を選択して、「サービスＡ」での認証処理に用いられるユーザＩＤ、パスワードを２１０６、２１０７にそれぞれ入力して、設定ボタン２１０３を押下すると、入力されたユーザＩＤ、パスワードが「サービスＡ」での認証処理で用いられる情報として設定されると共に、プルダウン２１０１で選択されたレイアウトの上段の左側のフレームに、「サービスＡ」の画面を表示することを設定することができる。
【０１８３】
また、２１０２の各タイトルのうち「サービスＢ」を選択して、「サービスＢ」での認証処理に用いられるユーザＩＤ、パスワードを２１０６、２１０７にそれぞれ入力して、設定ボタン２１０４を押下すると、入力されたユーザＩＤ、パスワードが「サービスＢ」での認証処理で用いられる情報として設定されると共に、プルダウン２１０１で選択されたレイアウトの上段の右側のフレームに、「サービスＢ」の画面を表示することを設定できる。
【０１８４】
また、２１０２の各タイトルのうち「サービスＣ」を選択して、「サービスＣ」での認証処理に用いられるユーザＩＤ、パスワードを２１０６、２１０７にそれぞれ入力して、設定ボタン２１０５を押下すると、入力されたユーザＩＤ、パスワードが「サービスＣ」での認証処理で用いられる情報として設定されると共に、プルダウン２１０１で選択されたレイアウトの下段のフレームに、「サービスＣ」の画面を表示することを設定することができる。
【０１８５】
このように、クライアント端末は、ユーザにより、レイアウト／パラメータ登録画面への入力を受け付け、登録ボタン２１０８を押下されると、サーバ１００に、入力された内容のデータを送信して、登録要求を行う（ステップＳ２６０９）。
【０１８６】
サーバ１００は、クライアント端末から、レイアウト／パラメータ登録画面（図２１）を介して入力された内容のデータを受信すると（ステップＳ２６１０）、受信したデータ、及び該データに従って得られるデータをレイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）に登録する（２６１１）。
【０１８７】
具体的には、まず、サーバ１００は、ページを一意に識別する新規のページＩＤを生成する。そして、プルダウン２１０１で選択されたレイアウト名に関連付けられたレイアウトＩＤを特定して、レイアウトテーブル８００を参照して、該レイアウトＩＤに関連付けられたリージョンＮｏ．を取得する。また、新規のウィンドウＩＤを生成する。そして、生成された新規のページＩＤと、特定されたレイアウトＩＤと、取得したリージョンＮｏ．と、ステップＳ３０７で受信したユーザＩＤと、「外部連携」と、生成された新規のウィンドウＩＤとをレイアウトページ情報テーブル９００に、それぞれ関連付けて登録する。
【０１８８】
ここでは、レイアウト／パラメータ登録画面（図２１）で各フレームに設定された外部サービスごとに、レイアウトページ情報テーブル９００への登録処理を行う。
【０１８９】
また、ここで各フレームに対してそれぞれ登録されたウィンドウＩＤに、それぞれ、２１０３、２１０４、２１０５で設定されたタイトルの外部サービスＩＤを紐付けて、ウィンドウマッピングテーブル１０００に登録する。このようにして、ウィンドウマッピングテーブル１０００に、新規に生成されたウィンドウＩＤと外部サービスＩＤとを紐付けて登録する。
【０１９０】
そして、レイアウト／パラメータ登録画面（図２１）で各フレームに対して、それぞれ設定されたユーザＩＤ、パスワードを、ステップＳ３０７で受信したユーザＩＤと関連付けて、外部サービスユーザパラメータテーブル１３００に登録する。
【０１９１】
レイアウト／パラメータ登録画面（図２１）でフレームに設定された外部サービスの外部サービスＩＤに関連付けられて外部サービスパラメータテーブル１２００に登録されたパラメータＩＤを関連付けて登録する。
【０１９２】
例えば、外部サービス登録画面２０００で登録された外部サービスの外部サービスＩＤが「Ｅ１」で、２００４に入力されたユーザＩＤのパラメータ名が「ＬＯＧＩＮ＿ＩＤ」で、２００５に入力されたパスワードのパラメータ名が「ＰＡＳＳＷＯＲＤ」の場合、外部サービスパラメータテーブル（図１２）には、パラメータＩＤ「Ｐ１」、外部サービスＩＤ「Ｅ１」、パラメータ名「ＬＯＧＩＮ＿ＩＤ」が関連付けられ、また、パラメータＩＤ「Ｐ２」、外部サービスＩＤ「Ｅ１」、パラメータ名「ＰＡＳＳＷＯＲＤ」が関連付けられて登録される。そして、例えば、レイアウト／パラメータ登録画面（図２１）で外部サービスＩＤ「Ｅ１」の外部サービスについて、２１０６に入力されたユーザＩＤが「ｕｓｅｒＡ」、２１０７に入力されたパスワードが「Ｐａｓｓ＿ａ」が設定された場合、また、ステップＳ３０７で受信したユーザＩＤが「Ｕ１」の場合、パラメータＩＤ「Ｐ１」、ユーザＩＤ「Ｕ１」に対して、パラメータ値「ｕｓｅｒＡ」が登録され、パラメータＩＤ「Ｐ２」、ユーザＩＤ「Ｕ１」に対して、パラメータ値「Ｐａｓｓ＿ａ」が登録される。
【０１９３】
以上のようにして、管理者により図２４に示す処理で予め登録された各外部サービスのうち、ユーザの操作により、ユーザのページのどのフレームにどの外部サービスを表示させるかが選択されたその内容が、図９、図１０に登録される。また、その、ユーザにより選択された外部サービスでの認証処理に用いられるユーザＩＤ、パスワードも、各ユーザごと、各外部サービスごとに、図１３に登録される。
【０１９４】
このようにして、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録することができる。
次に、図２５を用いて、対話型サイトテーブル（図１８）の登録処理について説明する。
図２５は、対話型サイトテーブル（図１８）の登録処理の処理手順の一例を示すフローチャートである。
【０１９５】
図２５に示すステップＳ２５０１、ステップＳ２５０４〜ステップＳ２５０６の処理は、管理者端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１９６】
また図２５に示すステップＳ２５０２、ステップＳ２５０３、ステップＳ２５０７、ステップＳ２５０８の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１９７】
まず、管理者端末１０１は、管理者により、管理者のユーザＩＤ、パスワードの入力を受け付け、当該受け付けたユーザＩＤ、パスワードをサーバ１００に送信して、管理者の認証要求を行う。そして、サーバ１００は、管理者端末１０１から受信したユーザＩＤ、パスワードに従って、管理者の認証処理を行い、認証される（認証が成功する）と、管理者端末１０１に、管理者のみが閲覧可能な管理者ポータル画面（不図示）を表示する表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する。そして、管理者端末１０１は、該表示情報を受信すると、該表示情報に従って、管理者ポータル画面を表示部に表示する。
【０１９８】
ここで表示される管理者ポータル画面には、外部サービス登録画面（図２０）の表示要求を行うボタン、対話型サイト登録画面（図２２）の表示要求を行うボタンが設けられている。
【０１９９】
そして、管理者端末１０１は、管理者により、管理者ポータル画面に表示されている、対話型サイト登録画面（図２２）の表示要求を行うボタンが押下されると、サーバ１００に対して、対話型サイト登録画面（図２２）の表示要求を送信する（ステップＳ２５０１）。
【０２００】
サーバ１００は、管理者端末１０１から対話型サイト登録画面（図２２）の表示要求を受信すると（２５０２）、対話型サイト登録画面（図２２）を表示するための表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する（ステップＳ２５０３）。
【０２０１】
次に、管理者端末１０１は、該表示情報をサーバ１００から受信すると（ステップＳ２５０４）、該表示情報に従って対話型サイト登録画面（図２２）を表示部に表示する（ステップＳ２５０５）。
図２２は、対話型サイト登録画面２２００の一例を示す図である。
【０２０２】
対話型サイト登録画面２２００は、上述した対話型サイトを登録するための画面であり、登録する対話型のサイトのＵＲＬを入力する入力欄２２０１と、登録ボタン２２０２が設けられている。
【０２０３】
そして、管理者端末１０１は、管理者による、入力欄２２０１に対話型サイトのＵＲＬの入力を受け付け、管理者により、登録ボタン２２０２が押下されると、管理者により入力された内容（入力内容）のデータをサーバ１００に送信することで、入力内容の登録要求を送信する（ステップＳ２５０６）。
【０２０４】
サーバ１００は、管理者端末１０１から、対話型サイト登録画面２２００を介してユーザにより入力された入力内容のデータ（登録要求）を受信すると（ステップＳ２５０７）、受信したデータ（ＵＲＬ）を、対話型サイトテーブルに登録する登録処理を行う（ステップＳ２５０８）。
このようにして、対話型サイトを登録する処理を行うことができる。
【０２０５】
以上説明したように、本実施の形態によれば、少なくとも１回ユーザが認証された後に実行される、ウェブサービスを利用するために行う認証処理で用いられる認証情報の入力操作を軽減させることができる。 従来、クライアント端末は、各外部サービスサーバが提供しているサービスに直接ＵＲＬを入力してアクセスしなければならず煩雑である。
【０２０６】
これを解消するため、本実施例では、サーバ１００が登録している複数の外部サービスを登録しているため、ユーザがサーバ１００にアクセスすることで、複数の異なる各外部サービスサーバが提供しているサービスに簡単にアクセスすることが可能となる。
【０２０７】
以上、本発明の実施形態を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２０８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０２０９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２１０】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０２１１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２１２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【０２１３】
１００ サーバ
１０１ 管理者端末
１０２ クライアント端末
１０３ クライアント端末
１０４ クライアント端末
１０５ クライアント端末
１０６ 外部サービスサーバ
１０７ 外部サービスサーバ
１０８ 外部サービスサーバ
１０９ ネットワーク（広域回線）
１１０ 会社Ａ内のクライアント端末
１１１ 会社Ｂ内のクライアント端末
１０２ 外部サービスサーバ
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、及びその制御方法及びプログラムに関し、特に、認証処理で用いられる認証情報の入力操作を軽減する技術に関するものである。
【背景技術】
【０００２】
近年、例えば、自社にサーバを構築するのではなく、社外のインターネット上の様々なウェブサービスを社内で利用するサービス（ＳａａＳなど）が増えてきている。
【０００３】
このように、ウェブメールのサービスや、予定を管理するサービスなどの社外のウェブサービスを利用する場合、それぞれのウェブサービスを提供しているウェブサーバで認証されなければ、それらのウェブサービスを利用することは出来なくなっている場合が多い。
【０００４】
そのため、多くのウェブサービスを利用するにつれて、その認証で用いられる認証情報の入力回数が多くなってしまうため、このような場合、ユーザによる操作が煩雑になってしまう恐れがある。
【０００５】
それを解決するために、特許文献１では、予め、ウェブサービスのＵＲＬ毎に、ユーザＩＤとパスワードを記憶しておき、ユーザがウェブサービスのウェブページを表示して、マウスによる所定の操作を行うと、当該ウェブページのＵＲＬに対応するユーザＩＤやパスワードを自動的に入力することが開示されている。
【０００６】
また、外部の様々なウェブサービスを一度に利用する場合、ウェブサービス毎にブラウザを立ち上げて表示すると、ユーザの操作性が悪化しウェブサービスを効率的に利用することが難しくなってしまう。そこで、これを解消するため、ブラウザの表示画面内にＩｆｒａｍｅ（フレーム）の表示領域を設け、各ウェブサービスの画面をそれぞれ各フレームに表示することで、１つの表示画面で、複数のウェブサービスを受けることが可能となることが知られている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−２５９３４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来技術では、例えば、１つの表示画面に複数のＩｆｒａｍｅ（アイフレーム）の表示領域を設け、各Ｉｆｒａｍｅの表示領域に各ウェブサービスの画面をそれぞれ表示する場合、Ｉｆｒａｍｅの各表示領域に表示されるログイン画面を介して、ユーザが、各ウェブサービスに対応した認証情報（ユーザＩＤやパスワード）を入力しなければならない。
【０００９】
このように、特許文献１の仕組みを利用したとしても、Ｉｆｒａｍｅの各表示領域に表示されるウェブサービスごとにユーザによる所定の操作を行わなければユーザＩＤやパスワードを入力できないため、各ウェブサーバでの認証処理のために、ユーザによる認証情報の入力に係る操作が煩雑となってしまう。
【００１０】
各ウェブサービスの各ログイン画面を表示して、各ログイン画面を介して所定の操作により認証情報を入力するようにできたとしても、依然として、認証情報の入力に係るユーザによる操作が煩雑であり、ユーザは、各ウェブサービスの認証処理に関して意識しなければならない。
【００１１】
そこで、認証情報の入力に係るユーザによる操作を軽減し、各ウェブサービスの認証処理に関する意識を減らすため、ログイン画面を表示せずに、自動的にウェブサーバに認証処理を行わせる仕組みが求められる。
【００１２】
また、ウェブサーバによっては、ウェブサービスが生成するユニークな固有情報が埋め込まれたログイン画面を介して入力されたユーザＩＤと、パスワードと共に該固有情報をウェブサービスに送信しなければ認証されないウェブサーバもあるため、このようなウェブサーバでの認証処理においても、ログイン画面を表示せずに、自動的にウェブサーバに認証処理を行わせる仕組みが求められる。
【００１３】
本発明の目的は、少なくとも１回ユーザが認証された後に実行される、ウェブサービスを利用するために行う認証処理で用いられる認証情報の入力操作を軽減するための仕組みを提供することである。
【課題を解決するための手段】
【００１４】
本発明は、ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムであって、前記クライアント端末は、ユーザの操作により入力された第１の認証情報を含む認証要求を前記情報処理装置に送信する認証要求送信手段と、前記認証要求送信手段による認証要求に応答して、前記情報処理装置による認証処理により認証された後に、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記情報処理装置から受信する受信手段と、前記受信手段で受信したウェブサービス認証情報に含まれる、前記ウェブサーバによる認証処理に用いられる第２の認証情報を、前記ウェブサーバに送信することにより、前記ユーザの認証要求を行う認証要求手段と、を備え、前記情報処理装置は、前記第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、前記認証要求送信手段により前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段と、を備える。
【００１５】
本発明は、ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記クライアント端末の表示部に表示されるブラウザの画面内のフレームに、ウェブサービスのＵＲＬを送信する情報処理装置と、を含む情報処理システムであって、前記クライアント端末は、ユーザを識別するユーザ情報を前記情報処理装置に送信する送信手段と、前記情報処理装置からウェブサービスのＵＲＬを受信する受信手段と、前記受信手段で受信したウェブサービスのＵＲＬに基づいて、ブラウザの画面内の各フレームに該ウェブサービスの画面を表示する表示手段と、を備え、前記情報処理装置は、ユーザ情報ごとに、前記クライアント端末のブラウザの画面内の各フレームに表示するウェブサービスへのＵＲＬをそれぞれ記憶する記憶手段と、前記送信手段により前記クライアント端末から送信されたユーザ情報を受信する受信手段と、前記受信手段で受信したユーザ情報に基づいて、前記記憶手段に記憶されている、前記クライアント端末のブラウザの画面内の各フレームに表示するウェブサービスのＵＲＬを、前記クライアント端末に送信するウェブサービス送信手段と、を備えることを特徴とする。
【００１６】
本発明は、ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置であって、第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段と、を備えることをとする。
【００１７】
本発明は、ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置の制御方法であって、前記情報処理装置の記憶手段が、第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶工程と、前記情報処理装置の認証要求受信手段が、前記クライアント端末から送信された認証要求を受信する認証要求受信工程と、前記情報処理装置の認証手段が、前記認証要求受信工程により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証工程と、前記情報処理装置の生成手段が、前記認証工程により認証された後に、前記認証要求受信工程により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶工程で記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶工程で記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成工程と、前記情報処理装置の送信手段が、前記生成工程により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信工程と、を備えることを特徴とする。
【００１８】
本発明は、ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置で読み取り実行可能なプログラムであって、前記情報処理装置を、第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段として機能させることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、少なくとも１回ユーザが認証された後に実行される、ウェブサービスを利用するために行う認証処理で用いられる認証情報の入力操作を軽減させることができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施の形態に係る情報処理システムのシステム構成を概略的に示すブロック図である。
【図２】図１におけるサーバ１００、管理者端末１０１、クライアント端末１１２（１０２、１０３）、クライアント端末１１３（１０４、１０５）、外部サービスサーバ１１２（１０６、１０７、１０８）のハードウェア構成を概略的に示すブロック図である。
【図３】図１における情報処理システムが実行する第１の制御処理手順を示すフローチャートである。
【図４】図１における情報処理システムが実行する第２の制御処理手順を示すフローチャートである。
【図５】図１における情報処理システムが実行する第３の制御処理手順を示すフローチャートである。
【図６】図１における情報処理システムが実行する第４の制御処理手順を示すフローチャートである。
【図７】図１における情報処理システムが実行する第５の制御処理手順を示すフローチャートである。
【図８】レイアウトテーブル８００の一例を示す図である。
【図９】レイアウトページ情報テーブル９００の一例を示す図である。
【図１０】ウィンドウマッピングテーブル１０００の一例を示す図である。
【図１１】外部サービステーブル１１００の一例を示す図である。
【図１２】外部サービスパラメータテーブル１２００の一例を示す図である。
【図１３】外部サービスサーバパラメータテーブル１３００の一例を示す図である。
【図１４】ポータル画面１４００の一例を示す図である。
【図１５】外部連携ページの画面１５００の一例を示す図である。
【図１６】外部連携ページの画面１６００の一例を示す図である。
【図１７】外部サービス画面１７００の一例を示す図である。
【図１８】対話型サイトテーブル１８００の一例を示す図である。
【図１９】クライアント端末から外部サービスサーバに送信されるログイン指示情報（１９０１、１９０２）を含むＨＴＭＬ１９００の一例を示す図である。
【図２０】外部サービス登録画面２０００の一例を示す図である。
【図２１】レイアウト／パラメータ登録画面２１００の一例を示す図である。
【図２２】対話型サイト登録画面２２００の一例を示す図である。
【図２３】配置位置テーブル２３００の一例を示す図である。
【図２４】外部サービステーブル（図１１）、外部サービスパラメータ（図１２）を登録する処理手順の一例を示すフローチャートである。
【図２５】対話型サイトテーブル（図１８）の登録処理の処理手順の一例を示すフローチャートである。
【図２６】レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録するため処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
図１は、本発明の実施の形態に係る情報処理システムのシステム構成を概略的に示すブロック図である。
【００２２】
図１に示すように、サーバ１００（情報処理装置）は、管理者端末１０１とネットワークを介して、相互に通信可能に接続されている。管理者端末１０１は、サーバ１００を管理する管理者が操作するコンピュータである。
【００２３】
また、サーバ１００と、クライアント端末１１０（１０２、１０３・・・）と、クライアント端末１１１（１０４、１０５・・・）と、外部サービスサーバ１１２（１０６、１０７、１０８・・・）とは、それぞれ、ネットワーク１０９（広域回線）を介して相互に通信可能に接続されている。
【００２４】
ここで、外部サービスサーバ１１２は、ウェブサービスを提供するウェブサーバとしての機能を備えている。また、クライアント端末１１０（１０２、１０３・・・）やクライアント端末１１１（１０４、１０５・・・）は、法人等の組織や団体で利用されるコンピュータであり、それぞれ、異なる団体（会社など）で利用されるコンピュータであることを示している。
【００２５】
なお、クライアント端末１１０、クライアント端末１１１は、ブラウザプログラムがインストールされており、ウェブサーバの機能を備えたサーバ１００や外部サービスサーバ１１２と相互に通信を行い、サーバ１００、外部サービスサーバ１１２から送信された情報を表示する機能を備えている。
【００２６】
後述するレイアウトテーブル８００（図８）、レイアウトページ情報テーブル９００（図９）、ウィンドウマッピングテーブル１０００（図１０）、外部サービステーブル１１００（図１１）、外部サービスパラメータテーブル１２００（図１２）、外部サービスユーザパラメータテーブル１３００（図１３）、対話型サイトテーブル１８００（図１８）は、管理者端末１０１からサーバ１００に新規登録／変更登録することが可能である。また、ユーザＩＤを含むテーブル（図９や図１８）は、認証される各ユーザのレコードの部分のみ、クライアント端末から新規登録／変更登録することが可能である。
【００２７】
以下、図２を用いて、図１に示すサーバ１００、管理者端末１０１、クライアント端末１１０（１０２、１０３）、クライアント端末１１１（１０４、１０５）、外部サービスサーバ１１２（１０６、１０７、１０８）のハードウェア構成について説明する。
【００２８】
図２は、図１におけるサーバ１００、管理者端末１０１、クライアント端末１１０（１０２、１０３）、クライアント端末１１１（１０４、１０５）、外部サービスサーバ１１２（１０６、１０７、１０８）のハードウェア構成を概略的に示すブロック図である。
【００２９】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣ（情報処理装置）の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００３０】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００３１】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器（表示部）への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００３２】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３３】
２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００３４】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３５】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられるファイル及び各種テーブル等も、外部メモリ２１１に格納されている。
【００３６】
サーバ１００の外部メモリ２１１には、レイアウトテーブル８００（図８）、レイアウトページ情報テーブル９００（図９）、ウィンドウマッピングテーブル１０００（図１０）、外部サービステーブル１１００（図１１）、外部サービスパラメータテーブル１２００（図１２）、外部サービスユーザパラメータテーブル１３００（図１３）、対話型サイトテーブル１８００（図１８）が記憶されている。後述するフローチャートでの各ステップの処理で、これらの情報が用いられる際は、外部メモリから取得しＲＡＭ２０３に展開してから処理に用いられる。
【００３７】
＜第１の実施形態＞
まず、第１の実施形態における情報処理システムの処理手順について説明する。
次に、図３を用いて、本実施形態における情報処理システムの処理手順について説明する。
図３は、図１における情報処理システムが実行する第１の制御処理手順の一例を示すフローチャートである。
【００３８】
まず、図３に示すステップＳ３０１、ステップＳ３０２、ステップＳ３０５、ステップＳ３０６、ステップＳ３１２〜ステップＳ３１５の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【００３９】
また、図３に示すステップＳ３０３、ステップＳ３０４、ステップＳ３０７〜Ｓ３１１の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
【００４０】
まず、クライアント端末のＣＰＵ２０１は、インストールされたブラウザを起動して表示される画面を介して、ユーザの操作による、サーバ１００が提供するウェブサービスのログイン画面のＵＲＬの入力を受け付ける（ステップＳ３０１）。
【００４１】
ステップＳ３０１でログイン画面のＵＲＬが入力されると、クライアント端末のＣＰＵ２０１は、当該ＵＲＬにログイン画面の表示要求を送信する（ステップＳ３０２）。
【００４２】
そして、サーバ１００のＣＰＵ２０１は、クライアント端末からログイン画面の表示要求を受信すると（ステップＳ３０３）、ログイン画面を表示するための表示情報（ＨＴＭＬ等）を該クライアント端末に送信して認証要求する（ステップＳ３０４）。この「発明を実施するための形態」で説明する表示情報のことを画面情報とも言う。
ステップS３０３では、クライアント端末から送信された認証要求を受信する（認証要求受信手段）。
【００４３】
クライアント端末のＣＰＵ２０１は、サーバ１００から当該表示情報を受信すると（ステップＳ３０５）、ログイン画面を表示部２１０に表示する。そして、表示されたログイン画面を介してユーザから、ログイン情報（ログインＩＤ（ユーザＩＤとも言う）、パスワード）が入力されると、当該ログイン情報（ユーザ情報）をサーバ１００に送信する（ステップＳ３０６）。
すなわち、ユーザの操作により入力された第１の認証情報を含む認証要求を情報処理装置に送信する（認証要求送信手段）。
【００４４】
サーバ１００は、クライアント端末からログイン情報を受信すると（ステップＳ３０７）、受信したログイン情報に従って、認証処理を行い（ステップＳ３０８）、認証されたか否かを判定する（ステップＳ３０９）。
【００４５】
そして、サーバ１００は、認証されたと判定された場合は（ステップＳ３０９：認証ＯＫ）、認証されたユーザのポータル画面を表示するための表示情報（ユーザＩＤに対応するページＩＤが含まれている）をクライアント端末に送信し（ステップＳ３１０）、一方、認証されなかったと判定された場合は（ステップＳ３１１：認証ＮＧ）、認証失敗を示す失敗画面を表示するための表示情報をクライアント端末に送信する（ステップＳ３１１）。
【００４６】
ここで、サーバ１００は、ユーザＩＤとページＩＤが関連付けて記憶されており、ステップＳ３０７で受信したユーザＩＤに対応するページＩＤを含む（ポータル画面の）表示情報を、ステップＳ３１０では送信する。
【００４７】
クライアント端末は、サーバ１００から、表示情報を受信すると（ステップＳ３１２）、当該表示情報が、失敗画面を表示するための表示情報である場合は（ステップＳ３１３：ＹＥＳ）、当該表示情報に従って認証失敗を示す失敗画面を表示し（ステップＳ３１４）、一方、ポータル画面を表示するための表示情報である場合は（ステップＳ３１３：ＮＯ）、当該表示情報に従ってポータル画面（図１４）を表示する（ステップＳ３１５）。
【００４８】
ここで表示されるポータル画面の一例を、図１４を用いて説明する。
図１４は、ポータル画面１４００の一例を示す図である。
【００４９】
ポータル画面１４００には、外部サービスサーバ１１２が提供するウェブサービスのページを表示するための外部連携ページリンクボタン１４０１が表示されている。
【００５０】
また、ステップＳ３０８で認証されたユーザのポータル画面に表示されるべき情報が、画面領域１４０２に表示されている。
【００５１】
ログインして表示されたポータル画面１４００には、例えば、ユーザが所属する会社内の情報が表示される。
【００５２】
次に、ユーザにより、外部連携ページリンクボタン１４０１を押下されると、クライアント端末は、図４に示すＳ４０１の処理を実行する。
【００５３】
図４は、図１における情報処理システムが実行する第２の制御処理手順の一例を示すフローチャートである。
【００５４】
図４に示すステップＳ４０１、ステップＳ４０９〜ステップＳ４１１、ステップＳ４１８〜ステップＳ４２０、ステップＳ４２４〜ステップＳ４２５の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【００５５】
また、図４に示すステップＳ４０２〜ステップＳ４０８、ステップＳ４１２〜ステップＳ４１７の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
【００５６】
また、図４に示すステップＳ４２１〜ステップＳ４２３の処理は、外部サービスサーバ１１２のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
【００５７】
まず、クライアント端末は、ポータル画面１４００の外部連携ページリンクボタン１４０１がユーザにより押下されると、ポータル画面１４００の表示情報に含まれているページＩＤを含む外部連携ページ表示要求をサーバ１００に送信する（ステップＳ４０１）。
【００５８】
サーバ１００は、クライアント端末から外部連携ページ表示要求を受信すると（ステップＳ４０２）、サーバ１００の外部メモリ２１１に記憶されているレイアウトページ情報テーブル９００（図９）を参照し、当該外部連携ページ表示要求に含まれるページＩＤと、ステップＳ３０７に受信したログインＩＤとに従って、ポートレットとウィンドウＩＤを特定する（ステップＳ４０３）。
【００５９】
ここで、図９の説明を行う。
図９は、レイアウトページ情報テーブル９００の一例を示す図である。
【００６０】
図９には、「ページＩＤ」と、「レイアウトＩＤ」と、「リージョンＮｏ．」と、「ユーザＩＤ」と、「ポートレット」と、「ウィンドウＩＤ」との項目から構成されている。
【００６１】
ここで、「ユーザＩＤ」とは、外部連携ページリンクボタン１４０１が押下されたユーザを識別するための情報であって、ステップＳ３０７で受信するログイン情報に含まれるユーザＩＤに対応した値である。
また、「ページＩＤ」とは、外部連携ページリンクボタン１４０１が押下されて表示される画面のページを識別するための情報である。
【００６２】
また、「レイアウトＩＤ」とは、当該ページのレイアウトを識別するための情報である。また、「リージョンＮｏ．」とは、フレームの領域の位置を識別するための情報である。「リージョンＮｏ．」とフレームの領域の位置とが関連付けられたテーブルを記憶しており、レイアウトページ情報テーブル９００により、「リージョンＮｏ．」が決定すると、当該「リージョンＮｏ．」に関連付けられたフレームの領域の位置が定まることとなる。
【００６３】
また、「ポートレット」とは、当該フレームにどのような情報を表示するかを示す情報である。図９の例では、「ポートレット」の列に、「外部連携」、「スケジューラ」、「伝言メモ」、「掲示板」が設定されている。「スケジューラ」、「伝言メモ」、「掲示板」の機能は、それぞれ、サーバ１００が提供しているウェブサービスである。また、「外部連携」とは、サーバ１００が提供していない、外部サービスサーバ１１２が提供しているウェブサービスをフレームに表示させることを示している。
また、「ウィンドウＩＤ」とは、当該フレームを識別するための情報である。
【００６４】
すなわち、レイアウトページ情報テーブル９００は、認証されログインしたユーザが外部連携ページリンクボタン１４０１を押下した場合に、そのユーザが操作するクライアント端末の表示部に、どのようなレイアウトでどのような内容の画面を表示するのかが定義された情報である。
図４の説明に戻る。
【００６５】
ステップＳ４０３では、レイアウトページ情報テーブル９００の各レコードのうち、ステップＳ４０２で受信した外部連携ページ表示要求に含まれるページＩＤと、ステップＳ３０７に受信したユーザＩＤとが合致するレコードを特定し、当該特定されたレコードのポートレットと、ウィンドウＩＤを特定する。このとき、ここで特定されるレコードからレイアウトＩＤやリージョンＮｏ．も決定されるが、図８のレイアウトテーブル８００を用いて、ここで特定されるレコードのレイアウトＩＤからリージョンＮｏ．を特定するようにしてもよい。
【００６６】
そして、サーバ１００は、ウィンドウマッピングテーブル１０００（図１０）を参照し、ステップＳ４０３で特定されたウィンドウＩＤをキーに、外部サービスＩＤ（ウェブサービス情報）を特定する（ステップＳ４０４）。
図１０は、ウィンドウマッピングテーブル１０００の一例を示す図である。
【００６７】
図１０に示すように、ウィンドウマッピングテーブル１０００は、「ウィンドウＩＤ」と、「外部サービスＩＤ」とが関連付けられて記憶されている。ここで、「外部サービスＩＤ」とは、外部サービスサーバが提供するウェブサービスを識別するための情報である。
【００６８】
ステップＳ４０４では、ステップＳ４０３で特定されたウィンドウＩＤが、ウィンドウマッピングテーブル１０００で関連付けられた外部サービスＩＤを特定する。
【００６９】
そして、サーバ１００は、ステップＳ４０４で特定された外部サービスＩＤと、予め記憶されている、サーブレットのプログラムを特定するためのＵＲＬと、を含む情報をサーブレットＵＲＬとして生成する（ステップＳ４０５）。
【００７０】
ここで、レイアウトページ情報テーブル９００（図９）の各レコードのうち、ステップＳ４０３で特定されたウィンドウＩＤで、かつ、ステップＳ４０３で特定された「ポートレット」が外部連携であることを示すレコードに示されるフレーム（画面領域）に、ステップＳ４０５で生成されたサーブレットＵＲＬを設定して、当該フレームの表示情報を生成する（ステップＳ４０６）。
本実施例では、フレームのことを、「外部連携ページ」として説明している。また、フレームは、「Ｉｆｒａｍｅ（アイフレーム）」のことを示している。
【００７１】
また、ここで、レイアウトページ情報テーブル９００（図９）の各レコードのうち、ステップＳ４０３で特定されたウィンドウＩＤで、かつ、ステップＳ４０３で特定された「ポートレット」が外部連携であることを示すレコードが複数ある場合は、それぞれのレコードに関して、ステップＳ４０４、ステップＳ４０５の処理を行い、それぞれのフレームに対して、それぞれのウィンドウＩＤから特定される外部サービスＩＤを含むサーブレットＵＲＬを設定して、それぞれのフレームの表示情報を生成する。
【００７２】
そして、サーバ１００は、ステップＳ４０５で生成されたサーブレットＵＲＬがフレームに設定された外部連携ページ画面（図１５）を表示するための表示情報（ＨＴＭＬなど）を生成する（ステップＳ４０６）。
【００７３】
図１５は、外部連携ページ画面１５００の一例を示す図である。
図１５に示す外部連携ページ画面１５００の例では、フレーム１５０１、フレーム１５０２、フレーム１５０３が表示されている。
次に、サーバ１００は、ステップＳ４０７で生成された表示情報をクライアント端末に送信する（ステップＳ４０８）。
【００７４】
そして、クライアント端末は、サーバ１００から、ステップＳ４０７で生成された表示情報を受信すると（ステップＳ４０９）、当該表示情報をブラウザが読み込み解釈（解析）して、外部連携ページ画面１５００（図１５）を表示部に表示する（ステップＳ４１０）。
【００７５】
ここで、クライアント端末は、このとき、フレームに設定されているサーブレットＵＲＬを読み取り、サーブレットＵＲＬに含まれるＵＲＬに対して、サーブレットＵＲＬに含まれる外部サービスＩＤを含む、フレームの表示要求を送信する（ステップＳ４１１）。ステップＳ４１１の処理は、各フレームが、各フレームに設定されているサーブレットＵＲＬを読み取り、サーブレットＵＲＬに含まれるＵＲＬに対して、サーブレットＵＲＬに含まれる外部サービスＩＤを含む、フレームの表示要求を送信する。
【００７６】
本実施例では、サーブレットＵＲＬに含まれているＵＲＬを、サーバ１００に記憶されているサーブレットのプログラムを特定するためのＵＲＬとして説明する。
【００７７】
次に、サーバ１００のサーブレットが、クライアント端末から送信された、フレームの表示要求を受信すると（ステップＳ４１２）（特定情報受信手段）、サーバ１００のサーブレットは、当該表示要求に含まれる外部サービスＩＤをキーに、外部サービステーブル１１００（図１１）を検索して、当該外部サービスＩＤに合致するレコードを特定する（ステップＳ４１３）。そして、特定されたレコード（ＵＲＬを含む）を取得する。当該サーブレットは、ステップＳ４０２から、後述するステップＳ４０６の処理を実行する。
【００７８】
図１１は、外部サービステーブル１１００の一例を示す図である。
【００７９】
外部サービステーブル１１００は、「外部サービスＩＤ（特定情報）」、「ＵＲＬ」、「タイトル」、「タイプ」から構成されている。
【００８０】
「ＵＲＬ」は、外部サービスサーバが提供するウェブサービスのウェブページのＵＲＬ（アクセス先）を示している。
【００８１】
「タイトル」は、当該ウェブサービスのサービスのタイトルを示している。
【００８２】
「タイプ」は、ポータル画面１４００内に作成されるフレーム（１５０１、１５０２、１５０３）に当該ウェブサービスのウェブページを表示する「ポートレット」か、新規にブラウザを立ち上げ（生成し）、別ウィンドウに当該ウェブサービスのウェブページを表示する「別ウィンドウ」かが設定されている。
図４の説明に戻る。
【００８３】
次に、サーバ１００は、クライアント端末から受信した表示要求に含まれる外部サービスＩＤをキーに、外部サービスパラメータテーブル１２００（図１２）を検索して、当該外部サービスＩＤに合致するレコードを特定する。そして、特定されたレコードに含まれるパラメータＩＤ、及びパラメータ名を取得する（ステップＳ４１４）。
【００８４】
図１２は、外部サービスパラメータテーブル１２００の一例を示す図である。
【００８５】
外部サービスパラメータテーブル１２００には、「パラメータＩＤ」、「外部サービスＩＤ」、「パラメータ名」（認証パラメータ）から構成される。
【００８６】
「パラメータＩＤ」は、パラメータを識別するための情報である。
【００８７】
「パラメータ名」は、認証処理を行うために用いられるパラメータ名である。このパラメータ名は、ウェブサービス毎に異なる場合が多いため、図１２にように、各ウェブサービスに対して記憶しておく必要がある。
【００８８】
すなわち、外部サービスパラメータテーブル１２００の「パラメータ名」には、外部ウェブサービスでの認証処理で用いられるユーザＩＤ、パスワード（図１３に示すパラメータ値）のそれぞれを示す（識別する）パラメータ（名）が、外部ウェブサービスごとに登録されている。
【００８９】
次に、サーバ１００は、ステップＳ４１４で取得したパラメータＩＤと、ステップＳ３０７で取得したログイン情報に含まれているユーザＩＤとをキーに、外部サービスユーザパラメータテーブル１３００（図１３）を検索して、当該パラメータＩＤ及びユーザＩＤに合致するレコードを特定する。ここで、ステップＳ４１４で取得したパラメータＩＤが複数ある場合は、それぞれのパラメータＩＤとユーザＩＤをキーに、外部サービスユーザパラメータテーブル１３００（図１３）を検索して、パラメータＩＤ及びユーザＩＤに合致するレコードをそれぞれ特定する。そして、特定されたレコードに含まれるパラメータ値を取得する（ステップＳ４１５）。
【００９０】
そして、サーバ１００は、フレームに、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とを設定する。すなわち、サーバ１００は、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とに従って、ステップＳ４１３で取得したＵＲＬにログイン可能な形式のログイン指示情報(ウェブサービス認証情報)を生成し、当該ログイン指示情報をフレームに設定したフレームの表示情報を生成する（ステップＳ４１６）。
図１９は、ステップＳ４１６で生成される表示情報の一例を示す図である。
【００９１】
図１９に示すように、フレームの表示情報には、ログイン指示情報として、外部サービスサーバのウェブサービスにログインするためのログインＩＤ１９０１、パスワード１９０２を含んでいる。１９０１は、ｌｏｇｉｎ＿ｉｄ（パラメータ名）がログインＩＤ（ユーザＩＤ）であることを示し、ログインＩＤとしての値がｕｓｅｒａ（パラメータ値）であることを示している。また、１９０２は、ｐａｓｓｗｄ（パラメータ名）がパスワードであることを示し、パスワードとしての値がｐａｓｓａ（パラメータ値）であることを示している。また、１９０３には、ステップＳ４１３で取得したＵＲＬがログイン指示情報の送信先として設定されている。
【００９２】
ここで、１９０１、１９０２は、それぞれ、「＜ｉｎｐｕｔ ｔｙｐｅ＝”ｈｉｄｄｅｎ” ｎａｍｅ＝・・・」とされているため、ログインＩＤ、パスワードは、クライアント端末の（フレームの）画面には表示されないように設定されている。そして、図１９には、「遷移中です・・・」と、クライアント端末の（フレームの）画面に表示されるように設定されている。
クライアント端末の（フレームの）画面には、
【００９３】
次に、サーバ１００は、ステップＳ４１６で生成されたフレームの表示情報（ＨＴＭＬなど）を、クライアント端末に送信する（ステップＳ４１７）（ウェブサービス送信手段）（フレーム送信手段）。
【００９４】
ここで、図１５のように、表示されるフレームが複数ある場合は、クライアント端末は、ステップＳ４１１で、各フレームから、フレームの表示要求をそれぞれ送信するため、サーバ１００は、それぞれの表示要求を受信する。そのため、サーバ１００は、受信したそれぞれの表示要求ごとに、ステップＳ４１２からステップＳ４１７を実行することとなる。
【００９５】
次に、クライアント端末は、サーバ１００から、ステップＳ４１７で送信されたフレームの表示情報を受信すると（ステップＳ４１８）、当該表示情報を読み取り解釈（解析）して、外部連携ページ画面１６００（図１６）を表示部に表示する（ステップＳ４１９）。
図１６の各フレーム１６０１、１６０２、１６０３には、「遷移中です・・・」というメッセージが表示されている。
【００９６】
ステップS４１８では、クライアント端末からの認証要求に応答して、ウェブサーバに対して認証要求を行うウェブサービス認証情報を情報処理装置から受信する（受信手段）。
【００９７】
ここでは、１９０１、１９０２の、「＜ｉｎｐｕｔ ｔｙｐｅ＝”ｈｉｄｄｅｎ” ｎａｍｅ＝・・・」で記されているログインＩＤ、パスワードは、クライアント端末の（フレームの）画面には表示されない。その代わりに、図１９の「遷移中です・・・」というメッセージがフレームに表示される。
【００９８】
そして、クライアント端末は、当該表示情報に含まれているＵＲＬ（送信先）１９０３（外部サービスサーバ）に、ログイン指示情報（１９０１、１９０２）を送信する（ステップＳ４２０）。
ここでは、当該表示情報を含んでいるフレームが外部サービスサーバにログイン指示情報を送信する。
【００９９】
外部サービスサーバは、クライアント端末から、ログイン指示情報を受信すると（ステップＳ４２１）、ｌｏｇｉｎ＿ｉｄをログインＩＤとして認識し、その値がｕｓｅｒａであること、及び、ｐａｓｓｗｄをパスワードとして認識し、その値がｐａｓｓａであると解釈する。
【０１００】
そして、外部サービスサーバは、解釈したログインＩＤとパスワードに従って認証処理を行い（ステップＳ４２２）、認証されログインできると、当該外部サービスサーバが提供するコンテンツ（画面情報）を含む外部サービス画面を表示するための表示情報をクライアントの該フレームに送信する（ステップＳ４２３）。
【０１０１】
そして、クライアント端末のフレームは、外部サービスサーバから表示情報を受信すると（ステップＳ４２４）、当該受信した表示情報を読み取り解釈して、該外部サービス画面を表示する（ステップＳ４２５）。
【０１０２】
ここで、フレームに表示された外部サービス画面を含む外部連携ページ画面１７００を図１７に示す。
図１７は、外部連携ページ画面１７００の一例を示す図である。
【０１０３】
図１７に示すフレーム１７０１、１７０２、１７０３には、それぞれ、外部サービスサーバが提供するコンテンツを含む外部サービス画面が表示されていることを示している。
【０１０４】
また、外部サービスサーバは、ステップＳ４２２で認証されなかった場合は、認証されなかった旨を示す失敗情報を、ログイン指示情報を送信してきたフレームに送信し、クライアント端末の当該フレームは、当該失敗情報を受信し、当該失敗情報を当該フレームに表示する。
【０１０５】
また、クライアント端末は、フレームが複数あり、サーバ１００から表示情報（ＨＴＭＬなど）がステップＳ４１７で複数送信される場合は、それぞれの表示情報ごとに、ステップＳ４１８からステップＳ４２０、ステップＳ４２４、ステップＳ４２５の処理を実行することとなる。その場合は、外部サービスサーバもステップＳ４２１からステップＳ４２３の処理を、それぞれ実行することとなる。
【０１０６】
以上、図４の説明では、ポータル画面と同一画面（１つの画面）内に表示される複数のフレームが、それぞれ複数の外部サービスサーバにアクセスして、当該外部サービスサーバが提供するコンテンツを当該フレームに表示する仕組みについて説明した。
【０１０７】
このように、サーバ１００でユーザの認証がなされると、当該ユーザが利用する外部（社外）のウェブサービスでの認証処理で必要となるログインＩＤ、パスワードを入力することなく、当該ウェブサービスでの認証を行うことができるようになる。
【０１０８】
次に、図５、図６を用いて、１つの画面内のフレームに外部サービスサーバが提供するコンテンツ（外部サービス画面）を表示するのではなく、別のウィンドウを新規に生成して、当該別のブラウザに当該コンテンツを表示する処理について説明する。
【０１０９】
図５は、図１における情報処理システムが実行する第３の制御処理手順を示すフローチャートである。
【０１１０】
図５に示すステップＳ５０１、ステップＳ５０５、ステップＳ５０６の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１１１】
図５に示すステップＳ５０２〜ステップＳ５０４の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
【０１１２】
図５に示すフローチャートは、図３に示すフローチャットに示す制御処理手順を実行し、クライアント端末でステップＳ３１５を実行した後に実行される処理である。
【０１１３】
まず、クライアント端末は、ポータル画面（図１４）の別ブラウザボタン１４０３をユーザにより押下されると、別ブラウザで表示するページを識別するページＩＤを含む別ブラウザのページ表示要求をサーバ１００に送信する（ステップＳ５０１）。
【０１１４】
ここで送信されるページＩＤは、別ブラウザで表示するページを示すページＩＤであり、上述したステップＳ３１０で送信されるページＩＤとは異なるページＩＤである。
【０１１５】
すなわち、図３のステップＳ３１０で送信される表示情報には、ステップＳ３０７で受信したユーザＩＤに対応する、別ブラウザで表示するページであるページＩＤを含んでいる。
【０１１６】
ここで、ユーザＩＤと別ブラウザで表示するページＩＤが関連付けて記憶されており、ステップＳ３０７で受信したユーザＩＤに対応する、別ブラウザで表示するページＩＤを含む（ポータル画面の）表示情報を、ステップＳ３１０では送信する。
【０１１７】
サーバ１００は、クライアント端末から、別ブラウザで表示するページを識別するページＩＤを含む別ブラウザのページ表示要求を受信すると（ステップＳ５０２）、当該ページＩＤと、ステップＳ３０７で受信したログイン情報に含まれるユーザＩＤとを含むレコードを、レイアウトページ情報テーブル９００（図９）から取得し、当該取得したレイアウトページ情報テーブル９００（図９）のレコードの「ポートレット」項目が外部連携と示されているウィンドウＩＤを取得する。そして、当該取得したウィンドウＩＤに対応する外部サービスＩＤを、ウィンドウマッピングテーブルを検索して取得する。ここで取得された外部サービスＩＤと、予め設定されたサーブレットのプログラムを特定するためのＵＲＬと、を含む情報をサーブレットＵＲＬとして生成する。ここで生成されたサーブレットＵＲＬを含むページ画面の表示情報を生成し（ステップＳ５０３）、当該表示情報をクライアント端末に送信する（ステップＳ５０４）。
【０１１８】
クライアント端末は、サーバ１００から当該表示情報を受信すると（ステップＳ５０５）、当該表示情報を読み込んで表示部にページ画面（別の新規のウィンドウ）を生成して表示する（ステップＳ５０６）。
【０１１９】
次に、クライアント端末は、処理をステップＳ６０１に移行して、新規のウィンドウに設定されているサーブレットＵＲＬを読み取り、サーブレットＵＲＬに含まれるＵＲＬに対して、サーブレットＵＲＬに含まれる外部サービスＩＤを含む、別ウィンドウの表示要求を送信する（ステップＳ６０１）。
【０１２０】
サーバ１００は、クライアント端末から、別ウィンドウの表示要求を受信すると（ステップＳ６０２）、当該表示要求に含まれる外部サービスＩＤに従って、外部サービスのＵＲＬを検索するなど、上述したステップＳ４１３からステップＳ４１７の処理を実行する。
【０１２１】
ステップＳ６０２以降の処理については、図４に示すステップＳ４１２以降の処理での説明で、フレームの代わりに別ウィンドウのブラウザとして置き換えると、図４に示すステップＳ４１２以降の処理と同様であるため、これ以降の説明は省略する。
【０１２２】
すなわち、ステップＳ６０３は、ステップＳ４１３からステップＳ４１７の処理の説明で、フレームを別ウィンドウのブラウザに置き換えれば、ステップＳ４１３からステップＳ４１７の処理と同様である。また、ステップＳ６０４は、ステップＳ４１８からステップＳ４２５の処理の説明で、フレームを別ウィンドウのブラウザに置き換えれば、ステップＳ４１８からステップＳ４２５の処理と同様である。また、ステップＳ６０５は、ステップＳ４２１からステップＳ４２３の処理の説明で、フレームを別ウィンドウのブラウザに置き換えれば、ステップＳ４１８からステップＳ４２５の処理と同様である。
【０１２３】
以上、図５、６の説明では、フレームの代わりに、別ウィンドウが、外部サービスサーバにアクセスして、当該外部サービスサーバが提供するコンテンツを表示する仕組みについて説明した。
【０１２４】
このように、サーバ１００でユーザの認証がなされると、当該ユーザが利用する外部（社外）のウェブサービスでの認証処理で必要となるログインＩＤ、パスワードを入力することなく、当該ウェブサービスでの認証を行うことができるようになる。
【０１２５】
＜第２の実施形態＞
次に、第２の実施形態における情報処理システムの処理手順について説明する。
【０１２６】
第１の実施形態では、クライアント端末が、サーバ１００から取得したログイン指示情報を外部サービスサーバに送信することにより、当該外部サービスサーバのウェブサービスのログイン画面を表示することなく、自動的に認証処理を行わせる仕組みについて説明したが、ウェブサービスによっては、一旦、ウェブサービスのログイン画面を表示しなければ、ログインを許可しないウェブサービスも存在する。第２の実施形態では、そのようなウェブサービスについても、ログイン画面を表示することなく自動的に認証処理を行わせる仕組みについて説明する。
【０１２７】
図７に示すステップＳ７１０、ステップＳ７１１、ステップＳ７１２、ステップＳ７１６、ステップＳ７１７の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１２８】
また、図７に示すステップＳ７０１、ステップＳ７０２、ステップＳ７０６〜ステップＳ７０９の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
【０１２９】
また、図７に示すステップＳ７０３〜ステップＳ７０５、ステップＳ７１３〜ステップＳ７１５の処理は、外部サービスサーバ１１２（ウェブサーバ）のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
ステップＳ４１５までの処理は、第１の実施形態と同様であるため、説明を省略する。
【０１３０】
まず、サーバ１００は、ステップ４１５の処理を実行した後、図１８に示す対話型サイトテーブル１８００を参照し、ステップＳ４１３で取得した、外部サービスサーバが提供するウェブサービスのウェブページのＵＲＬが、対話型サイトテーブル１８００に登録されているか否かを判定する（ステップＳ７０１）（アクセス先判定手段）。
図１８は、対話型サイトテーブル１８００の一例を示す図である。
【０１３１】
対話型サイトテーブル１８００は、一旦、ウェブサービスのログイン画面を表示しなければ、ログインを許可しないように制御するウェブサービスのＵＲＬが登録されたテーブルである。
【０１３２】
「ウェブサービスのログイン画面を表示しなければ、ログインを許可しないように制御するウェブサービス（対話型サイト）」とは、外部サービスサーバが生成したユニークな固有情報（番号・記号等）を含む表示情報に従って表示されるログイン画面（固有情報は表示されない）をクライアント端末に一旦、表示させ、当該ログイン画面を介してユーザにより入力されたユーザＩＤ、パスワードと共に、当該固有情報を外部サービスサーバに送信しなければ、認証されない仕組みを有するウェブサービスである。
【０１３３】
サーバ１００は、ステップＳ７０１で、ステップＳ４１３で取得したＵＲＬが対話型サイトテーブル１８００に登録されてない（対話型サイトではない）と判定した場合は（ステップＳ７０１：ＮＯ）、処理をステップＳ４１６に移行し、上述した処理を実行する。一方、ステップＳ４１３で取得したＵＲＬが対話型サイトテーブル１８００に登録されている（対話型サイトである）と判定した場合は（ステップＳ７０１：ＹＥＳ）、処理をステップＳ７０２に移行する。
【０１３４】
サーバ１００は、ステップＳ７０２で、ログインページ（ログイン画面）の表示要求（取得要求）を外部サービスサーバ（ステップＳ４１３で取得したＵＲＬ）に送信する（取得要求送信手段）。
【０１３５】
そして、外部サービスサーバは、サーバ１００から当該表示要求を受信すると（ステップＳ７０３）、当該表示要求に対するユニークな固有情報（ユニークな番号や記号など）を生成し（ステップＳ７０４）、当該生成された固有情報を含む、ログインページの画面を表示するための表示情報をサーバ１００に送信する（ステップＳ７０５）。
【０１３６】
サーバ１００は、外部サービスサーバから、当該表示情報を受信すると（ステップＳ７０６）（ログイン画面受信手段）、当該表示情報に含まれる固有情報を取得する（ステップＳ７０７）。
【０１３７】
次に、サーバ１００は、フレームに、ステップＳ７０７で取得した固有情報と、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とを設定する。
【０１３８】
すなわち、サーバ１００は、ステップＳ７０７で取得した固有情報と、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とに従って、ステップＳ４１３で取得したＵＲＬにログイン可能（認証処理を実行可能）な形式のログイン指示情報を生成し、当該ログイン指示情報をフレームに設定したフレームの表示情報を生成する（ステップＳ７０８）。
【０１３９】
次に、サーバ１００は、ステップＳ７０８で生成された表示情報をクライアント端末に送信する（ステップＳ７０９）。
【０１４０】
クライアント端末は、サーバ１００から、当該表示情報を受信すると、当該表示情報を読み取り解釈（解析）して、外部連携ページ画面１６００（図１６）を表示部に表示する（ステップＳ７１１）。
【０１４１】
そして、クライアント端末は、サーバ１００から受信した表示情報に含まれるＪａｖａｓｃｒｉｐｔを実行して、当該表示情報に含まれているＵＲＬ（送信先）１９０３（外部サービスサーバ）に、ログイン指示情報として、ログインＩＤ１９０１、パスワード１０９２、当該表示情報に含まれる固有情報とを送信する（ステップＳ４２０）。
【０１４２】
そして、外部サービスサーバは、クライアント端末からログイン指示情報（ログインＩＤ、パスワード、固有情報）を受信すると（ステップＳ７１３）、ステップＳ７０４で生成された固有情報であるか否かの判定し、ステップＳ７０４で生成された固有情報であると判定された場合は、ログインＩＤとパスワードと固有情報とに従って認証処理を行い（ステップＳ７１４）、一方、ステップＳ７０４で生成された固有情報ではないと判定された場合は、サービスエラーを示す画面の表示情報をクライアント端末に送信し、クライアント端末は当該画面を表示する。
【０１４３】
また、外部サービスサーバは、ステップＳ７１４における、ログインＩＤ及びパスワードによる認証処理の認証結果、認証されログインされると、当該外部サービスサーバが提供するコンテンツを含む外部サービス画面を表示するための表示情報をクライアントの該フレームに送信する（ステップＳ７１５）。
【０１４４】
そして、クライアント端末のフレームは、外部サービスサーバから表示情報を受信すると（ステップＳ４７１６）、当該受信した表示情報を読み取り解釈して、該外部サービス画面を表示する（ステップＳ７１７）。
【０１４５】
以上、一旦、ウェブサービスのログイン画面を表示しなければ、ログインを許可しないウェブサービスにアクセスする場合、ログイン画面を介して認証情報（ユーザＩＤやパスワードなど、認証処理を行うために必要な情報）を入力することなく、外部サービスサーバに認証処理を行わせる仕組みを提供することができる。
【０１４６】
また、ステップＳ７０１で、対話型のサイトか否かを判定し、その判定結果に応じて、認証情報を新たに入力することなく外部サービスサーバに認証処理を行わせるための処理を切り替えるため、ユーザが享受したいウェブサービスの認証方法をユーザに意識させることを軽減させることができる。
【０１４７】
次に、上述した第１の実施形態、及び第２の実施形態で用いられる、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービステーブル（図１１）、外部サービスパラメータテーブル（図１２）、外部サービスユーザパラメータテーブル（図１３）のそれぞれの登録処理について、図２０、図２１、図２２、図２３、図２４、図２５、図２６を用いて、説明する。
図２４は、外部サービステーブル（図１１）、外部サービスパラメータ（図１２）を登録する処理手順の一例を示すフローチャートである。
【０１４８】
図２４に示すステップＳ２４０１、ステップＳ２４０４、ステップＳ２４０５、ステップＳ２４０６の処理は、管理者端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１４９】
また図２４に示すステップＳ２４０２、ステップＳ２４０３、ステップＳ２４０７、ステップＳ２４０８の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１５０】
まず、管理者端末１０１は、管理者により、管理者のユーザＩＤ、パスワードの入力を受け付け、当該受け付けたユーザＩＤ、パスワードをサーバ１００に送信して、管理者の認証要求を行う。そして、サーバ１００は、管理者端末１０１から受信したユーザＩＤ、パスワードに従って、管理者の認証処理を行い、認証される（認証が成功する）と、管理者端末１０１に、管理者のみが閲覧可能な管理者ポータル画面（不図示）を表示する表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する。そして、管理者端末１０１は、該表示情報を受信すると、該表示情報に従って、管理者ポータル画面を表示部に表示する。
【０１５１】
ここで表示される管理者ポータル画面には、外部サービス登録画面（図２０）の表示要求を行うボタン、対話型サイト登録画面（図２２）の表示要求を行うボタンが設けられている。
【０１５２】
そして、管理者端末１０１は、管理者により、管理者ポータル画面に表示されている、外部サービス登録画面（図２０）の表示要求を行うボタンが押下されると、サーバ１００に対して、外部サービス登録画面（図２０）の表示要求を送信する（ステップＳ２４０１）。
【０１５３】
サーバ１００は、管理者端末１０１から外部サービス登録画面（図２０）の表示要求を受信すると（２４０２）、外部サービス登録画面（図２０）を表示するための表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する（ステップＳ２４０３）。
【０１５４】
次に、管理者端末１０１は、該表示情報をサーバ１００から受信すると（ステップＳ２４０４）、該表示情報に従って外部サービス登録画面（図２０）を表示部に表示する（ステップＳ２４０５）。
図２０は、外部サービス登録画面２０００の一例を示す図である。
【０１５５】
外部サービス登録画面２０００は、外部サービスサーバ１１２が提供する外部のサービスを、サーバ１００が提供する画面内でユーザが利用可能となるように、管理者が、外部のサービスに係る情報を登録するための画面である。
【０１５６】
図２０に示すように、外部サービス登録画面２０００は、外部サービスサーバ１１２が提供するサービスのタイトルを入力する入力欄２００１と、外部サービスサーバ１１２が提供するサービスのＵＲＬを入力する入力欄２００２と、外部サービスサーバ１１２が提供するサービスの画面を、サーバ１００が提供する画面内のフレームに表示するか（ポートレット）、別のウィンドウに表示するか（別ウィンドウ）を設定するためのラジオボタン２００３と、外部サービスサーバ１１２が提供するサービスに認証する際に用いられるユーザＩＤのパラメータ名を入力する入力欄２００４と、外部サービスサーバ１１２が提供するサービスに認証する際に用いられるパスワードのパラメータ名を入力する入力欄２００５と、登録ボタン２００６とから構成されている。
【０１５７】
そして、管理者端末１０１は、管理者による、入力欄２００１、入力欄２００２、ラジオボタン２００３、入力欄２００４、入力欄２００５の入力（選択）を受け付け、管理者により、登録ボタン２００６が押下されると、管理者により入力された内容（入力内容）のデータをサーバ１００に送信することで、入力内容の登録要求を送信する（ステップＳ２４０６）。
【０１５８】
サーバ１００は、管理者端末１０１から、外部サービス登録画面２０００を介してユーザにより入力された入力内容のデータ（登録要求）を受信すると（ステップＳ２４０７）、受信したデータ、及び受信したデータに従って得られるデータを、外部サービステーブル（図１１）、外部サービスパラメータテーブル（図１２）に登録する登録処理を行う（ステップＳ２４０８）。
【０１５９】
具体的には、外部サービス登録画面２０００の入力欄２００１に入力されたタイトルは、外部サービステーブル（図１１）の「タイトル」に登録され、入力欄２００２に入力されたＵＲＬは、外部サービステーブル（図１１）の「ＵＲＬ」に登録され、ラジオボタン２００３で選択された内容のデータは、外部サービステーブル（図１１）の「タイプ」に登録される。
【０１６０】
また、入力欄２００２に入力されたＵＲＬが、既に外部サービステーブル（図１１）の項目「ＵＲＬ」の列に登録されている場合は、既に外部サービステーブル（図１１）に登録されているＵＲＬのレコードのデータを、外部サービス登録画面２０００に入力された内容に、上書き登録を行う。
【０１６１】
また、入力欄２００２に入力されたＵＲＬが、外部サービステーブル（図１１）の項目「ＵＲＬ」の列に登録されていない場合は、ＵＲＬを一意に識別するための外部サービスＩＤを生成して、外部サービステーブル（図１１）の項目「外部サービスＩＤ」に登録する。
【０１６２】
このようにして、図１１に示すような外部サービステーブルに、これらのデータ（外部サービスＩＤ、ＵＲＬ、タイトル、タイプ）がそれぞれ関連付けられて登録される。
次に、外部サービスパラメータテーブル（図１２）への登録について説明する。
【０１６３】
入力欄２００４に入力されたユーザＩＤのパラメータ名、入力欄２００５に入力されたパラメータ名を、それぞれ、外部サービスパラメータテーブル（図１２）の項目「パラメータ名」に登録する。
【０１６４】
このとき、外部サービスパラメータテーブル（図１２）に登録されたパラメータ名に、入力欄２００２に入力されたＵＲＬが外部サービステーブル（図１１）に登録されたレコードの外部サービスＩＤの値と、外部サービスパラメータテーブル（図１２）に登録されたパラメータ名を一意に識別するパラメータＩＤの値とを、それぞれ関連付けて、外部サービスパラメータテーブル（図１２）に登録する。
【０１６５】
このようにして、図１２に示すような外部サービスパラメータテーブルに、これらのデータ（パラメータＩＤ、外部サービスＩＤ、パラメータ名）がそれぞれ関連付けられて登録される。
【０１６６】
以上、予め、管理者による操作に従って、図２４に示すフローチャートに示す処理を実行することで、サーバ１００が提供するサービスの画面内に外部のサービスの画面を表示可能にするために必要な、該外部サービスについての情報（図１１、図１２）を登録することができる。
【０１６７】
次に、図２６を用いて、クライアント端末のユーザの操作に従って、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録するため処理手順について、説明する。
【０１６８】
図２６は、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録するため処理手順の一例を示すフローチャートである。
【０１６９】
図２６に示すステップＳ２６０１〜ステップＳ２６０４、ステップＳ２６０７〜ステップＳ２６０９の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１７０】
また、図２６に示すステップＳ２６０５、ステップＳ２６０６、ステップＳ２６１０、ステップＳ２６１１の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１７１】
クライアント端末は、図３に示すステップＳ３０１、ステップＳ３０２、ステップＳ３０５、ステップＳ３０６、ステップＳ３１２、ステップＳ３１３、ステップＳ３１４、ステップＳ３１５の処理を実行して表示されたポータル画面（図１４）の設定ボタン１４０４が、ユーザにより押下されると（ステップＳ２６０３：ＹＥＳ）、レイアウト／パラメータ登録画面（図２１）の表示要求をサーバ１００に対して送信する（ステップＳ２６０４）。
【０１７２】
クライアント端末は、ステップＳ３１５で表示されたポータル画面（図１４）の外部連携ページリンクボタン１４０１がユーザにより押下された場合は（ステップＳ２６０１：ＹＥＳ）、処理をステップＳ４０１に移行し、別ブラウザボタン１４０３がユーザにより押下された場合は（ステップＳ２６０２：ＹＥＳ）、処理をステップＳ５０１に移行する。また、クライアント端末は、外部連携ページリンクボタン１４０１、別ブラウザボタン１４０３、設定ボタン１４０４が押下されない場合は（ステップＳ２６０１：ＮＯ、ステップＳ２６０２：ＮＯ、ステップＳ２６０３：ＮＯ）、処理をステップ２６０１に戻して、外部連携ページリンクボタン１４０１、別ブラウザボタン１４０３、設定ボタン１４０４の何れかのボタンが押下されるのを待つ。
【０１７３】
サーバ１００は、クライアント端末から、レイアウト／パラメータ登録画面（図２１）の表示要求をサーバ１００から受信すると（ステップＳ２６０５）、レイアウト／パラメータ登録画面（図２１）を表示するための表示情報（ＨＴＭＬなど）をクライアント端末に送信する（ステップＳ２６０６）。
【０１７４】
クライアント端末は、サーバ１００から、レイアウト／パラメータ登録画面（図２１）の表示情報を受信すると（ステップＳ２６０７）、該表示情報に従って、レイアウト／パラメータ登録画面（図２１）を表示する（ステップＳ２６０８）。
図２１は、レイアウト／パラメータ登録画面２１００の一例を示す図である。
【０１７５】
レイアウト／パラメータ登録画面２１００（図２１）は、外部連携ページ画面１５００に表示されるフレームのレイアウトの選択を受け付けるプルダウン２１０１、図２０の外部サービス登録画面で登録された外部サービスの選択を受け付けるためのオブジェクト２１０２、プルダウン２１０１で選択されたレイアウトで外部連携ページ画面１５００に表示されるフレームに、どの外部サービスの画面を表示するかの設定を受け付ける設定ボタン２１０３、２１０４、２１０５、オブジェクト２１０２で選択された外部サービスでの認証処理で用いられるユーザＩＤを入力する入力欄２１０６、その認証処理で用いられるパスワードを入力する入力欄２１０７、登録ボタン２１０８から構成されている。
【０１７６】
プルダウン２１０１に選択可能に表示されるレイアウト名は、レイアウトテーブル８００（図８）のレイアウトＩＤに関連付けられてサーバ１００の記憶部に記憶されており（不図示）、これを参照して、サーバ１００の記憶部に記憶されているレイアウトテーブル８００（図８）のレイアウトＩＤに関連付けられたレイアウト名を２１０１に選択可能に表示するための表示情報をサーバ１００がステップＳ２６０６でクライアント端末に送信する。
【０１７７】
すなわち、例えば、図８のレイアウトテーブル８００のレイアウトＩＤが「Ｒ１」のレイアウト名、レイアウトＩＤが「Ｒ２」のレイアウト名が、プルダウン２１０１に選択可能に表示される。
【０１７８】
レイアウトテーブル８００（図８）のリージョンＮｏ．は、フレームの領域の位置を識別するための情報であり、サーバ１００の記憶部に記憶されている配置位置テーブル２３００（図２３）に示すように、フレームの領域の配置位置を示す座標と関連付けて記憶されている。
図２３は、配置位置テーブル２３００の一例を示す図である。
【０１７９】
配置位置テーブル２３００は、リージョンＮｏ．と配置位置とがそれぞれ関連付けて記憶されている。例えば、図２３の例では、リージョンＮｏ．がＲＥ１のフレームの領域の配置位置は、矩形の左上の座標が（ｘ１，ｙ１）であり、矩形の右下の座標が（ｘ２，ｙ２）であることを示している。
【０１８０】
このように、２１０１でレイアウト名が選択されると、選択されたレイアウト名に関連付けられて記憶されているレイアウトＩＤが選択されることで、フレームのレイアウト（外部連携ページ画面のレイアウト）を選択することができる。
プルダウン２１０１のように、「２段（上段２／下段１）」が選択されると、図１５に示すように、フレームが上段に２つ、下段に１つ表示されることとなる。
【０１８１】
外部サービスの選択を受け付けるためのオブジェクト２１０２には、図２０の外部サービス登録画面の操作によりサーバ１００に登録（記憶）されている外部サービステーブル１１００のタイトルが表示されている。すなわち、図２１の例では、「サービスＡ」、「サービスＢ」、「サービスＣ」、「サービスＤ」が表示されている。
このうち、プルダウン２１０１で選択されたレイアウトのどのフレームに、どの外部サービスを割り当てるかを設定する。
【０１８２】
例えば、ユーザが、「サービスＡ」、「サービスＢ」、「サービスＣ」、「サービスＤ」のタイトルのうち、「サービスＡ」を選択して、「サービスＡ」での認証処理に用いられるユーザＩＤ、パスワードを２１０６、２１０７にそれぞれ入力して、設定ボタン２１０３を押下すると、入力されたユーザＩＤ、パスワードが「サービスＡ」での認証処理で用いられる情報として設定されると共に、プルダウン２１０１で選択されたレイアウトの上段の左側のフレームに、「サービスＡ」の画面を表示することを設定することができる。
【０１８３】
また、２１０２の各タイトルのうち「サービスＢ」を選択して、「サービスＢ」での認証処理に用いられるユーザＩＤ、パスワードを２１０６、２１０７にそれぞれ入力して、設定ボタン２１０４を押下すると、入力されたユーザＩＤ、パスワードが「サービスＢ」での認証処理で用いられる情報として設定されると共に、プルダウン２１０１で選択されたレイアウトの上段の右側のフレームに、「サービスＢ」の画面を表示することを設定できる。
【０１８４】
また、２１０２の各タイトルのうち「サービスＣ」を選択して、「サービスＣ」での認証処理に用いられるユーザＩＤ、パスワードを２１０６、２１０７にそれぞれ入力して、設定ボタン２１０５を押下すると、入力されたユーザＩＤ、パスワードが「サービスＣ」での認証処理で用いられる情報として設定されると共に、プルダウン２１０１で選択されたレイアウトの下段のフレームに、「サービスＣ」の画面を表示することを設定することができる。
【０１８５】
このように、クライアント端末は、ユーザにより、レイアウト／パラメータ登録画面への入力を受け付け、登録ボタン２１０８を押下されると、サーバ１００に、入力された内容のデータを送信して、登録要求を行う（ステップＳ２６０９）。
【０１８６】
サーバ１００は、クライアント端末から、レイアウト／パラメータ登録画面（図２１）を介して入力された内容のデータを受信すると（ステップＳ２６１０）、受信したデータ、及び該データに従って得られるデータをレイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）に登録する（２６１１）。
【０１８７】
具体的には、まず、サーバ１００は、ページを一意に識別する新規のページＩＤを生成する。そして、プルダウン２１０１で選択されたレイアウト名に関連付けられたレイアウトＩＤを特定して、レイアウトテーブル８００を参照して、該レイアウトＩＤに関連付けられたリージョンＮｏ．を取得する。また、新規のウィンドウＩＤを生成する。そして、生成された新規のページＩＤと、特定されたレイアウトＩＤと、取得したリージョンＮｏ．と、ステップＳ３０７で受信したユーザＩＤと、「外部連携」と、生成された新規のウィンドウＩＤとをレイアウトページ情報テーブル９００に、それぞれ関連付けて登録する。
【０１８８】
ここでは、レイアウト／パラメータ登録画面（図２１）で各フレームに設定された外部サービスごとに、レイアウトページ情報テーブル９００への登録処理を行う。
【０１８９】
また、ここで各フレームに対してそれぞれ登録されたウィンドウＩＤに、それぞれ、２１０３、２１０４、２１０５で設定されたタイトルの外部サービスＩＤを紐付けて、ウィンドウマッピングテーブル１０００に登録する。このようにして、ウィンドウマッピングテーブル１０００に、新規に生成されたウィンドウＩＤと外部サービスＩＤとを紐付けて登録する。
【０１９０】
そして、レイアウト／パラメータ登録画面（図２１）で各フレームに対して、それぞれ設定されたユーザＩＤ、パスワードを、ステップＳ３０７で受信したユーザＩＤと関連付けて、外部サービスユーザパラメータテーブル１３００に登録する。
【０１９１】
レイアウト／パラメータ登録画面（図２１）でフレームに設定された外部サービスの外部サービスＩＤに関連付けられて外部サービスパラメータテーブル１２００に登録されたパラメータＩＤを関連付けて登録する。
【０１９２】
例えば、外部サービス登録画面２０００で登録された外部サービスの外部サービスＩＤが「Ｅ１」で、２００４に入力されたユーザＩＤのパラメータ名が「ＬＯＧＩＮ＿ＩＤ」で、２００５に入力されたパスワードのパラメータ名が「ＰＡＳＳＷＯＲＤ」の場合、外部サービスパラメータテーブル（図１２）には、パラメータＩＤ「Ｐ１」、外部サービスＩＤ「Ｅ１」、パラメータ名「ＬＯＧＩＮ＿ＩＤ」が関連付けられ、また、パラメータＩＤ「Ｐ２」、外部サービスＩＤ「Ｅ１」、パラメータ名「ＰＡＳＳＷＯＲＤ」が関連付けられて登録される。そして、例えば、レイアウト／パラメータ登録画面（図２１）で外部サービスＩＤ「Ｅ１」の外部サービスについて、２１０６に入力されたユーザＩＤが「ｕｓｅｒＡ」、２１０７に入力されたパスワードが「Ｐａｓｓ＿ａ」が設定された場合、また、ステップＳ３０７で受信したユーザＩＤが「Ｕ１」の場合、パラメータＩＤ「Ｐ１」、ユーザＩＤ「Ｕ１」に対して、パラメータ値「ｕｓｅｒＡ」が登録され、パラメータＩＤ「Ｐ２」、ユーザＩＤ「Ｕ１」に対して、パラメータ値「Ｐａｓｓ＿ａ」が登録される。
【０１９３】
以上のようにして、管理者により図２４に示す処理で予め登録された各外部サービスのうち、ユーザの操作により、ユーザのページのどのフレームにどの外部サービスを表示させるかが選択されたその内容が、図９、図１０に登録される。また、その、ユーザにより選択された外部サービスでの認証処理に用いられるユーザＩＤ、パスワードも、各ユーザごと、各外部サービスごとに、図１３に登録される。
【０１９４】
このようにして、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録することができる。
次に、図２５を用いて、対話型サイトテーブル（図１８）の登録処理について説明する。
図２５は、対話型サイトテーブル（図１８）の登録処理の処理手順の一例を示すフローチャートである。
【０１９５】
図２５に示すステップＳ２５０１、ステップＳ２５０４〜ステップＳ２５０６の処理は、管理者端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１９６】
また図２５に示すステップＳ２５０２、ステップＳ２５０３、ステップＳ２５０７、ステップＳ２５０８の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。
【０１９７】
まず、管理者端末１０１は、管理者により、管理者のユーザＩＤ、パスワードの入力を受け付け、当該受け付けたユーザＩＤ、パスワードをサーバ１００に送信して、管理者の認証要求を行う。そして、サーバ１００は、管理者端末１０１から受信したユーザＩＤ、パスワードに従って、管理者の認証処理を行い、認証される（認証が成功する）と、管理者端末１０１に、管理者のみが閲覧可能な管理者ポータル画面（不図示）を表示する表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する。そして、管理者端末１０１は、該表示情報を受信すると、該表示情報に従って、管理者ポータル画面を表示部に表示する。
【０１９８】
ここで表示される管理者ポータル画面には、外部サービス登録画面（図２０）の表示要求を行うボタン、対話型サイト登録画面（図２２）の表示要求を行うボタンが設けられている。
【０１９９】
そして、管理者端末１０１は、管理者により、管理者ポータル画面に表示されている、対話型サイト登録画面（図２２）の表示要求を行うボタンが押下されると、サーバ１００に対して、対話型サイト登録画面（図２２）の表示要求を送信する（ステップＳ２５０１）。
【０２００】
サーバ１００は、管理者端末１０１から対話型サイト登録画面（図２２）の表示要求を受信すると（２５０２）、対話型サイト登録画面（図２２）を表示するための表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する（ステップＳ２５０３）。
【０２０１】
次に、管理者端末１０１は、該表示情報をサーバ１００から受信すると（ステップＳ２５０４）、該表示情報に従って対話型サイト登録画面（図２２）を表示部に表示する（ステップＳ２５０５）。
図２２は、対話型サイト登録画面２２００の一例を示す図である。
【０２０２】
対話型サイト登録画面２２００は、上述した対話型サイトを登録するための画面であり、登録する対話型のサイトのＵＲＬを入力する入力欄２２０１と、登録ボタン２２０２が設けられている。
【０２０３】
そして、管理者端末１０１は、管理者による、入力欄２２０１に対話型サイトのＵＲＬの入力を受け付け、管理者により、登録ボタン２２０２が押下されると、管理者により入力された内容（入力内容）のデータをサーバ１００に送信することで、入力内容の登録要求を送信する（ステップＳ２５０６）。
【０２０４】
サーバ１００は、管理者端末１０１から、対話型サイト登録画面２２００を介してユーザにより入力された入力内容のデータ（登録要求）を受信すると（ステップＳ２５０７）、受信したデータ（ＵＲＬ）を、対話型サイトテーブルに登録する登録処理を行う（ステップＳ２５０８）。
このようにして、対話型サイトを登録する処理を行うことができる。
【０２０５】
以上説明したように、本実施の形態によれば、少なくとも１回ユーザが認証された後に実行される、ウェブサービスを利用するために行う認証処理で用いられる認証情報の入力操作を軽減させることができる。 従来、クライアント端末は、各外部サービスサーバが提供しているサービスに直接ＵＲＬを入力してアクセスしなければならず煩雑である。
【０２０６】
これを解消するため、本実施例では、サーバ１００が登録している複数の外部サービスを登録しているため、ユーザがサーバ１００にアクセスすることで、複数の異なる各外部サービスサーバが提供しているサービスに簡単にアクセスすることが可能となる。
【０２０７】
以上、本発明の実施形態を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２０８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０２０９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２１０】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０２１１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２１２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【０２１３】
１００ サーバ
１０１ 管理者端末
１０２ クライアント端末
１０３ クライアント端末
１０４ クライアント端末
１０５ クライアント端末
１０６ 外部サービスサーバ
１０７ 外部サービスサーバ
１０８ 外部サービスサーバ
１０９ ネットワーク（広域回線）
１１０ 会社Ａ内のクライアント端末
１１１ 会社Ｂ内のクライアント端末
１０２ 外部サービスサーバ
【特許請求の範囲】
【請求項１】
ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムであって、
前記クライアント端末は、
ユーザの操作により入力された第１の認証情報を含む認証要求を前記情報処理装置に送信する認証要求送信手段と、
前記認証要求送信手段による認証要求に応答して、前記情報処理装置による認証処理により認証された後に、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記情報処理装置から受信する受信手段と、
前記受信手段で受信したウェブサービス認証情報に含まれる、前記ウェブサーバによる認証処理に用いられる第２の認証情報を、前記ウェブサーバに送信することにより、前記ユーザの認証要求を行う認証要求手段と、
を備え、
前記情報処理装置は、
前記第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、
前記認証要求送信手段により前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、
前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、
前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、
前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記記憶手段は、前記第１の認証情報毎に関連付けられた、クライアント端末のブラウザの画面内の各フレームに表示するウェブサービスを示すウェブサービス情報をそれぞれ記憶し、
前記生成手段は、更に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付けられて前記記憶手段に記憶された各フレームのウェブサービス情報に示されるウェブサーバへのＵＲＬを含むウェブサービス認証情報を生成することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記クライアント端末の表示部に表示されるブラウザの画面内のフレームに、ウェブサービスのＵＲＬを送信する情報処理装置と、を含む情報処理システムであって、
前記クライアント端末は、
ユーザを識別するユーザ情報を前記情報処理装置に送信する送信手段と、
前記情報処理装置からウェブサービスのＵＲＬを受信する受信手段と、
前記受信手段で受信したウェブサービスのＵＲＬに基づいて、ブラウザの画面内の各フレームに該ウェブサービスの画面を表示する表示手段と、
を備え、
前記情報処理装置は、
ユーザ情報ごとに、前記クライアント端末のブラウザの画面内の各フレームに表示するウェブサービスへのＵＲＬをそれぞれ記憶する記憶手段と、
前記送信手段により前記クライアント端末から送信されたユーザ情報を受信する受信手段と、
前記受信手段で受信したユーザ情報に基づいて、前記記憶手段に記憶されている、前記クライアント端末のブラウザの画面内の各フレームに表示するウェブサービスのＵＲＬを、前記クライアント端末に送信するウェブサービス送信手段と、
を備えることを特徴とする情報処理システム。
【請求項４】
ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置であって、
第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、
前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、
前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、
前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、
前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項５】
前記認証手段により前記ユーザが認証された場合に、前記ブラウザの画面内にフレームを表示する画面情報であって、該フレームに表示するウェブサービスの画面を提供する前記ウェブサーバへのアクセス先を特定する特定情報を含む画面情報を前記クライアント端末に送信するフレーム送信手段と、
前記フレーム送信手段による画面情報の送信に応答して、前記クライアント端末から、特定情報を受信する特定情報受信手段と、
前記特定情報受信手段により受信した特定情報により特定されるアクセス先が、所定のアクセス先であるかを判定するアクセス先判定手段と、
前記アクセス先判定手段により、所定のアクセス先であると判定された場合に、前記ウェブサービスのログイン画面の表示情報の取得要求を、前記特定情報受信手段により受信した特定情報により特定されるアクセス先である前記ウェブサーバに送信する取得要求送信手段と、
前記取得要求送信手段による取得要求に対する固有情報を含むログイン画面の表示情報を前記ウェブサーバから受信するログイン画面受信手段と、
を更に備え、
前記生成手段は、前記認証手段により前記ユーザが認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って特定される、前記記憶手段に記憶されている第２の認証情報、及び前記ログイン画面受信手段で受信した表示情報に含まれる固有情報を含む認証要求を含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置の制御方法であって、
前記情報処理装置の記憶手段が、第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶工程と、
前記情報処理装置の認証要求受信手段が、前記クライアント端末から送信された認証要求を受信する認証要求受信工程と、
前記情報処理装置の認証手段が、前記認証要求受信工程により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証工程と、
前記情報処理装置の生成手段が、前記認証工程により認証された後に、前記認証要求受信工程により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶工程で記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶工程で記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成工程と、
前記情報処理装置の送信手段が、前記生成工程により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信工程と、
を備えることを特徴とする情報処理方法。
【請求項７】
ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置で読み取り実行可能なプログラムであって、
前記情報処理装置を、
第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、
前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、
前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、
前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、
前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段として機能させることを特徴とするプログラム。
【請求項１】
ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムであって、
前記クライアント端末は、
ユーザの操作により入力された第１の認証情報を含む認証要求を前記情報処理装置に送信する認証要求送信手段と、
前記認証要求送信手段による認証要求に応答して、前記情報処理装置による認証処理により認証された後に、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記情報処理装置から受信する受信手段と、
前記受信手段で受信したウェブサービス認証情報に含まれる、前記ウェブサーバによる認証処理に用いられる第２の認証情報を、前記ウェブサーバに送信することにより、前記ユーザの認証要求を行う認証要求手段と、
を備え、
前記情報処理装置は、
前記第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、
前記認証要求送信手段により前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、
前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、
前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、
前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記記憶手段は、前記第１の認証情報毎に関連付けられた、クライアント端末のブラウザの画面内の各フレームに表示するウェブサービスを示すウェブサービス情報をそれぞれ記憶し、
前記生成手段は、更に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付けられて前記記憶手段に記憶された各フレームのウェブサービス情報に示されるウェブサーバへのＵＲＬを含むウェブサービス認証情報を生成することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記クライアント端末の表示部に表示されるブラウザの画面内のフレームに、ウェブサービスのＵＲＬを送信する情報処理装置と、を含む情報処理システムであって、
前記クライアント端末は、
ユーザを識別するユーザ情報を前記情報処理装置に送信する送信手段と、
前記情報処理装置からウェブサービスのＵＲＬを受信する受信手段と、
前記受信手段で受信したウェブサービスのＵＲＬに基づいて、ブラウザの画面内の各フレームに該ウェブサービスの画面を表示する表示手段と、
を備え、
前記情報処理装置は、
ユーザ情報ごとに、前記クライアント端末のブラウザの画面内の各フレームに表示するウェブサービスへのＵＲＬをそれぞれ記憶する記憶手段と、
前記送信手段により前記クライアント端末から送信されたユーザ情報を受信する受信手段と、
前記受信手段で受信したユーザ情報に基づいて、前記記憶手段に記憶されている、前記クライアント端末のブラウザの画面内の各フレームに表示するウェブサービスのＵＲＬを、前記クライアント端末に送信するウェブサービス送信手段と、
を備えることを特徴とする情報処理システム。
【請求項４】
ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置であって、
第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、
前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、
前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、
前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、
前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項５】
前記認証手段により前記ユーザが認証された場合に、前記ブラウザの画面内にフレームを表示する画面情報であって、該フレームに表示するウェブサービスの画面を提供する前記ウェブサーバへのアクセス先を特定する特定情報を含む画面情報を前記クライアント端末に送信するフレーム送信手段と、
前記フレーム送信手段による画面情報の送信に応答して、前記クライアント端末から、特定情報を受信する特定情報受信手段と、
前記特定情報受信手段により受信した特定情報により特定されるアクセス先が、所定のアクセス先であるかを判定するアクセス先判定手段と、
前記アクセス先判定手段により、所定のアクセス先であると判定された場合に、前記ウェブサービスのログイン画面の表示情報の取得要求を、前記特定情報受信手段により受信した特定情報により特定されるアクセス先である前記ウェブサーバに送信する取得要求送信手段と、
前記取得要求送信手段による取得要求に対する固有情報を含むログイン画面の表示情報を前記ウェブサーバから受信するログイン画面受信手段と、
を更に備え、
前記生成手段は、前記認証手段により前記ユーザが認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って特定される、前記記憶手段に記憶されている第２の認証情報、及び前記ログイン画面受信手段で受信した表示情報に含まれる固有情報を含む認証要求を含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置の制御方法であって、
前記情報処理装置の記憶手段が、第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶工程と、
前記情報処理装置の認証要求受信手段が、前記クライアント端末から送信された認証要求を受信する認証要求受信工程と、
前記情報処理装置の認証手段が、前記認証要求受信工程により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証工程と、
前記情報処理装置の生成手段が、前記認証工程により認証された後に、前記認証要求受信工程により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶工程で記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶工程で記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成工程と、
前記情報処理装置の送信手段が、前記生成工程により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信工程と、
を備えることを特徴とする情報処理方法。
【請求項７】
ウェブサービスを提供するウェブサーバと通信可能なクライアント端末であって、前記ウェブサーバから送信される前記ウェブサービスの画面情報を、表示部に表示されるブラウザの画面内のフレームに表示するクライアント端末と、前記ウェブサーバに対して認証要求を行うウェブサービス認証情報を前記クライアント端末に送信する情報処理装置と、を含む情報処理システムにおける情報処理装置で読み取り実行可能なプログラムであって、
前記情報処理装置を、
第１の認証情報に関連付けられた、前記ウェブサーバが提供する各ウェブサービスの第２の認証情報と、前記第２の認証情報であることを識別する、前記ウェブサービスごとの認証パラメータと、前記第１の認証情報に関連付けられた、クライアント端末のブラウザの画面内のフレームに表示するウェブサービスを示すウェブサービス情報と、を記憶する記憶手段と、
前記クライアント端末から送信された認証要求を受信する認証要求受信手段と、
前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に従って認証処理を行う認証手段と、
前記認証手段により認証された後に、前記認証要求受信手段により受信した認証要求に含まれる第１の認証情報に関連付られて前記記憶手段に記憶されているウェブサービス情報に示されるウェブサービスの認証パラメータと、該第１の認証情報に関連付けられて前記記憶手段に記憶されている、該ウェブサービス情報に示されるウェブサービスの第２の認証情報とを含む、前記ウェブサーバに対して該第２の認証情報による認証要求を行うウェブサービス認証情報を生成する生成手段と、
前記生成手段により生成されたウェブサービス認証情報を前記クライアント端末に送信する送信手段として機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１２−７４０２３（Ｐ２０１２−７４０２３Ａ）
【公開日】平成２４年４月１２日（２０１２．４．１２）
【国際特許分類】
【出願番号】特願２０１１−１８９８１８（Ｐ２０１１−１８９８１８）
【出願日】平成２３年８月３１日（２０１１．８．３１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡＳＣＲＩＰＴ
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
【公開日】平成２４年４月１２日（２０１２．４．１２）
【国際特許分類】
【出願日】平成２３年８月３１日（２０１１．８．３１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡＳＣＲＩＰＴ
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
[ Back to top ]