特許 5910714 情報処理装置、情報処理方法及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5910714

(24)【登録日】2016年4月8日

(45)【発行日】2016年4月27日

(54)【発明の名称】情報処理装置、情報処理方法及びコンピュータプログラム

(51)【国際特許分類】

   G06F 21/41 20130101AFI20160414BHJP

【ＦＩ】

   G06F21/41

【請求項の数】6

【全頁数】34

(21)【出願番号】特願2014-248497(P2014-248497)

(22)【出願日】2014年12月9日

(62)【分割の表示】特願2013-160798(P2013-160798)の分割

【原出願日】2011年8月31日

(65)【公開番号】特開2015-84239(P2015-84239A)

(43)【公開日】2015年4月30日

【審査請求日】2015年1月8日

(31)【優先権主張番号】特願2010-195170(P2010-195170)

(32)【優先日】2010年8月31日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(73)【特許権者】

【識別番号】592135203

【氏名又は名称】キヤノンＩＴソリューションズ株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(74)【代理人】

【識別番号】100188938

【弁理士】

【氏名又は名称】榛葉 加奈子

(72)【発明者】

【氏名】石澤 隆志

(72)【発明者】

【氏名】冨士 登

(72)【発明者】

【氏名】内田 達之

【審査官】 金沢 史明

(56)【参考文献】

【文献】 特開２００５−３２１９７０（ＪＰ，Ａ）

【文献】 特開２０１０−０９２１８５（ＪＰ，Ａ）

【文献】 特開２００８−０８３７５９（ＪＰ，Ａ）

【文献】 特開２００４−３０２５５５（ＪＰ，Ａ）

【文献】 特開２００３−１４１０８１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／３０−２１／４６

Ｈ０４Ｌ ９／３２

(57)【特許請求の範囲】

【請求項1】

クライアント端末と、ウェブページを提供するウェブサーバと通信可能な情報処理装置であって、
前記クライアント端末のブラウザの画面に表示されるウェブページのＵＲＬと、前記ウェブページを提供する当該ＵＲＬ先のウェブサーバによる認証処理に用いられる認証情報と、を対応付けて記憶する記憶手段と、
前記クライアント端末から、ウェブページの取得要求を受け付ける受付手段と、
前記受付手段により取得要求を受け付けた前記ウェブページが所定のウェブページであるかを判定する判定手段と、
前記判定手段により、前記ウェブページが所定のウェブページであると判定されたことを条件に、前記受付手段により取得要求を受け付けた前記ウェブページのログイン画面の表示情報の取得要求を、当該ウェブページを提供する前記ＵＲＬ先のウェブサーバに対して送信する取得要求送信手段と、
前記取得要求送信手段による取得要求に応答して、当該ウェブサーバから、当該ウェブサーバによる認証処理で用いられる固有情報を含むログイン画面の表示情報を前記ウェブサーバから受信する受信手段と、
前記受信手段で受信した前記ログイン画面の表示情報に含まれる前記固有情報と、前記取得要求送信手段により前記ログイン画面の表示情報の取得要求を送信した前記ＵＲＬに対応して前記記憶手段に記憶された前記認証情報とを含むログイン指示情報であって、当該クライアント端末から、当該ウェブページを提供する当該ＵＲＬ先のウェブサーバに、ユーザによる新たなログイン指示を求めることなく当該固有情報、及び当該認証情報を用いてログインするためのログイン指示情報を生成する生成手段と、
前記生成手段で生成された前記ログイン指示情報を前記クライアント端末に送信する送信手段と
を備えることを特徴とする情報処理装置。

【請求項2】

前記生成手段は、前記判定手段により所定のウェブページでないと判定されたことを条件に、前記受付手段により取得要求を受け付けた前記ウェブページのログイン画面の表示情報を前記受信手段により前記ウェブサーバから受信することなく、前記受付手段により取得要求を受け付けたウェブページのＵＲＬに対応して前記記憶手段に記憶された前記認証情報を含むログイン指示情報を生成することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記受信手段は、前記取得要求送信手段による取得要求に応答して、前記ウェブサーバによる認証処理で用いられる固有情報を含むログイン画面の表示情報を当該ウェブサーバから受信し、
前記受信手段で受信した前記ログイン画面の表示情報に含まれる固有情報を抽出する抽出手段を更に備え、
前記生成手段は、前記抽出手段で抽出した前記ログイン画面の表示情報に含まれる固有情報と、前記取得要求送信手段により前記ログイン画面の表示情報の取得要求を送信した前記ＵＲＬに対応して前記記憶手段に記憶された前記認証情報とを含むログイン指示情報を生成することを特徴とする請求項１または２に記載の情報処理装置。

【請求項4】

前記記憶手段は、前記取得要求送信手段によりログイン画面の取得要求をすべきウェブページのＵＲＬを更に記憶し、
前記判定手段は、前記受付手段により取得要求を受け付けた前記ウェブページのＵＲＬが前記記憶手段で記憶する前記取得要求送信手段によりログイン画面の取得要求をすべきウェブページのＵＲＬと一致する場合に、所定のウェブページであると判定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。

【請求項5】

クライアント端末と、ウェブページを提供するウェブサーバと通信可能であり、前記クライアント端末のブラウザの画面に表示されるウェブページのＵＲＬと、前記ウェブページを提供する当該ＵＲＬ先のウェブサーバによる認証処理に用いられる認証情報と、を対応付けて記憶する記憶手段を備えた情報処理装置の制御方法であって、
前記情報処理装置の受付手段が、前記クライアント端末から、ウェブページの取得要求を受け付ける受付工程と、
前記情報処理装置の判定手段が、前記受付工程により取得要求を受け付けた前記ウェブページが所定のウェブページであるかを判定する判定工程と、
前記情報処理装置の取得要求送信手段が、前記判定工程により、前記ウェブページが所定のウェブページであると判定されたことを条件に、前記受付工程により取得要求を受け付けた前記ウェブページのログイン画面の表示情報の取得要求を、当該ウェブページを提供する前記ＵＲＬ先のウェブサーバに対して送信する取得要求送信工程と、
前記情報処理装置の受信手段が、前記取得要求送信工程による取得要求に応答して、当該ウェブサーバから、当該ウェブサーバによる認証処理で用いられる固有情報を含むログイン画面の表示情報を前記ウェブサーバから受信する受信工程と、
前記情報処理装置の生成手段が、前記受信工程で受信した前記ログイン画面の表示情報に含まれる前記固有情報と、前記取得要求送信工程により前記ログイン画面の表示情報の取得要求を送信した前記ＵＲＬに対応して前記記憶手段に記憶された前記認証情報とを含むログイン指示情報であって、当該クライアント端末から、当該ウェブページを提供する当該ＵＲＬ先のウェブサーバに、ユーザによる新たなログイン指示を求めることなく当該固有情報、及び当該認証情報を用いてログインするためのログイン指示情報を生成する生成工程と、
前記情報処理装置の送信手段が、前記生成工程で生成した前記ログイン指示情報を前記クライアント端末に送信する送信工程と
を備えることを特徴とする情報処理方法。

【請求項6】

コンピュータを、請求項１乃至４のいずれか１項に記載の情報処理装置の各手段として機能させるためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法及びコンピュータプログラムに関し、特に、クライアント端末にログイン画面を表示しなければ認証できないウェブページに対してログインする際のユーザによる認証情報の入力操作を軽減する仕組みに関する。

【背景技術】

【0002】

近年、例えば、自社にサーバを構築するのではなく、社外のインターネット上の様々なウェブサービスを社内で利用するサービス（ＳａａＳなど）が増えてきている。

【0003】

このように、ウェブメールのサービスや、予定を管理するサービスなどの社外のウェブサービスを利用する場合、それぞれのウェブサービスを提供しているウェブサーバで認証されなければ、それらのウェブサービスを利用することは出来なくなっている場合が多い。

【0004】

そのため、多くのウェブサービスを利用するにつれて、その認証で用いられる認証情報の入力回数が多くなってしまうため、このような場合、ユーザによる操作が煩雑になってしまう恐れがある。

【0005】

それを解決するために、特許文献１では、予め、ウェブサービスのＵＲＬ毎に、ユーザＩＤとパスワードを記憶しておき、ユーザがウェブサービスのウェブページを表示して、マウスによる所定の操作を行うと、当該ウェブページのＵＲＬに対応するユーザＩＤやパスワードを自動的に入力することが開示されている。

【0006】

また、外部の様々なウェブサービスを一度に利用する場合、ウェブサービス毎にブラウザを立ち上げて表示すると、ユーザの操作性が悪化しウェブサービスを効率的に利用することが難しくなってしまう。そこで、これを解消するため、ブラウザの表示画面内にＩｆｒａｍｅ（フレーム）の表示領域を設け、各ウェブサービスの画面をそれぞれ各フレームに表示することで、１つの表示画面で、複数のウェブサービスを受けることが可能となることが知られている。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２００２−２５９３４１号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

しかしながら、上記従来技術では、例えば、１つの表示画面に複数のＩｆｒａｍｅ（アイフレーム）の表示領域を設け、各Ｉｆｒａｍｅの表示領域に各ウェブサービスの画面をそれぞれ表示する場合、Ｉｆｒａｍｅの各表示領域に表示されるログイン画面を介して、ユーザが、各ウェブサービスに対応した認証情報（ユーザＩＤやパスワード）を入力しなければならない。

【0009】

このように、特許文献１の仕組みを利用したとしても、Ｉｆｒａｍｅの各表示領域に表示されるウェブサービスごとにユーザによる所定の操作を行わなければユーザＩＤやパスワードを入力できないため、各ウェブサーバでの認証処理のために、ユーザによる認証情報の入力に係る操作が煩雑となってしまう。

【0010】

各ウェブサービスの各ログイン画面を表示して、各ログイン画面を介して所定の操作により認証情報を入力するようにできたとしても、依然として、認証情報の入力に係るユーザによる操作が煩雑であり、ユーザは、各ウェブサービスの認証処理に関して意識しなければならない。

【0011】

そこで、認証情報の入力に係るユーザによる操作を軽減し、各ウェブサービスの認証処理に関する意識を減らすため、ログイン画面を表示せずに、自動的にウェブサーバに認証処理を行わせる仕組みが求められる。

【0012】

また、ウェブサーバによっては、ウェブサービスが生成するユニークな固有情報が埋め込まれたログイン画面を介して入力されたユーザＩＤと、パスワードと共に該固有情報をウェブサービスに送信しなければ認証されないウェブサーバもあるため、このようなウェブサーバでの認証処理においても、ログイン画面を表示せずに、自動的にウェブサーバに認証処理を行わせる仕組みが求められる。

【0013】

本発明の目的は、クライアント端末にログイン画面を表示しなければ認証できないウェブページに対してログインする際のユーザによる認証情報の入力操作を軽減することである。

【課題を解決するための手段】

【0014】

本発明は、クライアント端末と、ウェブページを提供するウェブサーバと通信可能な情報処理装置であって、前記クライアント端末のブラウザの画面に表示されるウェブページのＵＲＬと、前記ウェブページを提供する当該ＵＲＬ先のウェブサーバによる認証処理に用いられる認証情報と、を対応付けて記憶する記憶手段と、前記クライアント端末から、ウェブページの取得要求を受け付ける受付手段と、前記受付手段により取得要求を受け付けた前記ウェブページが所定のウェブページであるかを判定する判定手段と、前記判定手段により、前記ウェブページが所定のウェブページであると判定されたことを条件に、前記受付手段により取得要求を受け付けた前記ウェブページのログイン画面の表示情報の取得要求を、当該ウェブページを提供する前記ＵＲＬ先のウェブサーバに対して送信する取得要求送信手段と、前記取得要求送信手段による取得要求に応答して、当該ウェブサーバから、当該ウェブサーバによる認証処理で用いられる固有情報を含むログイン画面の表示情報を前記ウェブサーバから受信する受信手段と、前記受信手段で受信した前記ログイン画面の表示情報に含まれる前記固有情報と、前記取得要求送信手段により前記ログイン画面の表示情報の取得要求を送信した前記ＵＲＬに対応して前記記憶手段に記憶された前記認証情報とを含むログイン指示情報であって、当該クライアント端末から、当該ウェブページを提供する当該ＵＲＬ先のウェブサーバに、ユーザによる新たなログイン指示を求めることなく当該固有情報、及び当該認証情報を用いてログインするためのログイン指示情報を生成する生成手段と、前記生成手段で生成された前記ログイン指示情報を前記クライアント端末に送信する送信手段とを備えることを特徴とする。

【0017】

また、本発明は、クライアント端末と、ウェブページを提供するウェブサーバと通信可能であり、前記クライアント端末のブラウザの画面に表示されるウェブページのＵＲＬと、前記ウェブページを提供する当該ＵＲＬ先のウェブサーバによる認証処理に用いられる認証情報と、を対応付けて記憶する記憶手段を備えた情報処理装置の制御方法であって、前記情報処理装置の受付手段が、前記クライアント端末から、ウェブページの取得要求を受け付ける受付工程と、前記情報処理装置の判定手段が、前記受付工程により取得要求を受け付けた前記ウェブページが所定のウェブページであるかを判定する判定工程と、前記情報処理装置の取得要求送信手段が、前記判定工程により、前記ウェブページが所定のウェブページであると判定されたことを条件に、前記受付工程により取得要求を受け付けた前記ウェブページのログイン画面の表示情報の取得要求を、当該ウェブページを提供する前記ＵＲＬ先のウェブサーバに対して送信する取得要求送信工程と、前記情報処理装置の受信手段が、前記取得要求送信工程による取得要求に応答して、当該ウェブサーバから、当該ウェブサーバによる認証処理で用いられる固有情報を含むログイン画面の表示情報を前記ウェブサーバから受信する受信工程と、前記情報処理装置の生成手段が、前記受信工程で受信した前記ログイン画面の表示情報に含まれる前記固有情報と、前記取得要求送信工程により前記ログイン画面の表示情報の取得要求を送信した前記ＵＲＬに対応して前記記憶手段に記憶された前記認証情報とを含むログイン指示情報であって、当該クライアント端末から、当該ウェブページを提供する当該ＵＲＬ先のウェブサーバに、ユーザによる新たなログイン指示を求めることなく当該固有情報、及び当該認証情報を用いてログインするためのログイン指示情報を生成する生成工程と、前記情報処理装置の送信手段が、前記生成工程で生成した前記ログイン指示情報を前記クライアント端末に送信する送信工程とを備えることを特徴とする。

【発明の効果】

【0019】

本発明によれば、クライアント端末にログイン画面を表示しなければ認証できないウェブページに対してログインする際のユーザによる認証情報の入力操作を軽減することができる。

【図面の簡単な説明】

【0020】

【図1】本発明の実施の形態に係る情報処理システムのシステム構成を概略的に示すブロック図である。

【図2】図１におけるサーバ１００、管理者端末１０１、クライアント端末１１２（１０２、１０３）、クライアント端末１１３（１０４、１０５）、外部サービスサーバ１１２（１０６、１０７、１０８）のハードウェア構成を概略的に示すブロック図である。

【図3】図１における情報処理システムが実行する第１の制御処理手順を示すフローチャートである。

【図4】図１における情報処理システムが実行する第２の制御処理手順を示すフローチャートである。

【図5】図１における情報処理システムが実行する第３の制御処理手順を示すフローチャートである。

【図6】図１における情報処理システムが実行する第４の制御処理手順を示すフローチャートである。

【図7】図１における情報処理システムが実行する第５の制御処理手順を示すフローチャートである。

【図8】レイアウトテーブル８００の一例を示す図である。

【図9】レイアウトページ情報テーブル９００の一例を示す図である。

【図10】ウィンドウマッピングテーブル１０００の一例を示す図である。

【図11】外部サービステーブル１１００の一例を示す図である。

【図12】外部サービスパラメータテーブル１２００の一例を示す図である。

【図13】外部サービスサーバパラメータテーブル１３００の一例を示す図である。

【図14】ポータル画面１４００の一例を示す図である。

【図15】外部連携ページの画面１５００の一例を示す図である。

【図16】外部連携ページの画面１６００の一例を示す図である。

【図17】外部サービス画面１７００の一例を示す図である。

【図18】対話型サイトテーブル１８００の一例を示す図である。

【図19】クライアント端末から外部サービスサーバに送信されるログイン指示情報（１９０１、１９０２）を含むＨＴＭＬ１９００の一例を示す図である。

【図20】外部サービス登録画面２０００の一例を示す図である。

【図21】レイアウト／パラメータ登録画面２１００の一例を示す図である。

【図22】対話型サイト登録画面２２００の一例を示す図である。

【図23】配置位置テーブル２３００の一例を示す図である。

【図24】外部サービステーブル（図１１）、外部サービスパラメータ（図１２）を登録する処理手順の一例を示すフローチャートである。

【図25】対話型サイトテーブル（図１８）の登録処理の処理手順の一例を示すフローチャートである。

【図26】レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録するため処理手順の一例を示すフローチャートである。

【発明を実施するための形態】

【0021】

以下、添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
図１は、本発明の実施の形態に係る情報処理システムのシステム構成を概略的に示すブロック図である。

【0022】

図１に示すように、サーバ１００（情報処理装置）は、管理者端末１０１とネットワークを介して、相互に通信可能に接続されている。管理者端末１０１は、サーバ１００を管理する管理者が操作するコンピュータである。

【0023】

また、サーバ１００と、クライアント端末１１０（１０２、１０３・・・）と、クライアント端末１１１（１０４、１０５・・・）と、外部サービスサーバ１１２（１０６、１０７、１０８・・・）とは、それぞれ、ネットワーク１０９（広域回線）を介して相互に通信可能に接続されている。

【0024】

ここで、外部サービスサーバ１１２は、ウェブサービスを提供するウェブサーバとしての機能を備えている。また、クライアント端末１１０（１０２、１０３・・・）やクライアント端末１１１（１０４、１０５・・・）は、法人等の組織や団体で利用されるコンピュータであり、それぞれ、異なる団体（会社など）で利用されるコンピュータであることを示している。

【0025】

なお、クライアント端末１１０、クライアント端末１１１は、ブラウザプログラムがインストールされており、ウェブサーバの機能を備えたサーバ１００や外部サービスサーバ１１２と相互に通信を行い、サーバ１００、外部サービスサーバ１１２から送信された情報を表示する機能を備えている。

【0026】

後述するレイアウトテーブル８００（図８）、レイアウトページ情報テーブル９００（図９）、ウィンドウマッピングテーブル１０００（図１０）、外部サービステーブル１１００（図１１）、外部サービスパラメータテーブル１２００（図１２）、外部サービスユーザパラメータテーブル１３００（図１３）、対話型サイトテーブル１８００（図１８）は、管理者端末１０１からサーバ１００に新規登録／変更登録することが可能である。また、ユーザＩＤを含むテーブル（図９や図１８）は、認証される各ユーザのレコードの部分のみ、クライアント端末から新規登録／変更登録することが可能である。

【0027】

以下、図２を用いて、図１に示すサーバ１００、管理者端末１０１、クライアント端末１１０（１０２、１０３）、クライアント端末１１１（１０４、１０５）、外部サービスサーバ１１２（１０６、１０７、１０８）のハードウェア構成について説明する。

【0028】

図２は、図１におけるサーバ１００、管理者端末１０１、クライアント端末１１０（１０２、１０３）、クライアント端末１１１（１０４、１０５）、外部サービスサーバ１１２（１０６、１０７、１０８）のハードウェア構成を概略的に示すブロック図である。

【0029】

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣ（情報処理装置）の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

【0030】

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

【0031】

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器（表示部）への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

【0032】

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

【0033】

２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

【0034】

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

【0035】

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられるファイル及び各種テーブル等も、外部メモリ２１１に格納されている。

【0036】

サーバ１００の外部メモリ２１１には、レイアウトテーブル８００（図８）、レイアウトページ情報テーブル９００（図９）、ウィンドウマッピングテーブル１０００（図１０）、外部サービステーブル１１００（図１１）、外部サービスパラメータテーブル１２００（図１２）、外部サービスユーザパラメータテーブル１３００（図１３）、対話型サイトテーブル１８００（図１８）が記憶されている。後述するフローチャートでの各ステップの処理で、これらの情報が用いられる際は、外部メモリから取得しＲＡＭ２０３に展開してから処理に用いられる。

【0037】

＜第１の実施形態＞
まず、第１の実施形態における情報処理システムの処理手順について説明する。
次に、図３を用いて、本実施形態における情報処理システムの処理手順について説明する。
図３は、図１における情報処理システムが実行する第１の制御処理手順の一例を示すフローチャートである。

【0038】

まず、図３に示すステップＳ３０１、ステップＳ３０２、ステップＳ３０５、ステップＳ３０６、ステップＳ３１２〜ステップＳ３１５の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。

【0039】

また、図３に示すステップＳ３０３、ステップＳ３０４、ステップＳ３０７〜Ｓ３１１の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。

【0040】

まず、クライアント端末のＣＰＵ２０１は、インストールされたブラウザを起動して表示される画面を介して、ユーザの操作による、サーバ１００が提供するウェブサービスのログイン画面のＵＲＬの入力を受け付ける（ステップＳ３０１）。

【0041】

ステップＳ３０１でログイン画面のＵＲＬが入力されると、クライアント端末のＣＰＵ２０１は、当該ＵＲＬにログイン画面の表示要求を送信する（ステップＳ３０２）。

【0042】

そして、サーバ１００のＣＰＵ２０１は、クライアント端末からログイン画面の表示要求を受信すると（ステップＳ３０３）、ログイン画面を表示するための表示情報（ＨＴＭＬ等）を該クライアント端末に送信して認証要求する（ステップＳ３０４）。この「発明を実施するための形態」で説明する表示情報のことを画面情報とも言う。
ステップＳ３０３では、クライアント端末から送信された認証要求を受信する（認証要求受信手段）。

【0043】

クライアント端末のＣＰＵ２０１は、サーバ１００から当該表示情報を受信すると（ステップＳ３０５）、ログイン画面を表示部２１０に表示する。そして、表示されたログイン画面を介してユーザから、ログイン情報（ログインＩＤ（ユーザＩＤとも言う）、パスワード）が入力されると、当該ログイン情報（ユーザ情報）をサーバ１００に送信する（ステップＳ３０６）。
すなわち、ユーザの操作により入力された第１の認証情報を含む認証要求を情報処理装置に送信する（認証要求送信手段）。

【0044】

サーバ１００は、クライアント端末からログイン情報を受信すると（ステップＳ３０７）、受信したログイン情報に従って、認証処理を行い（ステップＳ３０８）、認証されたか否かを判定する（ステップＳ３０９）。

【0045】

そして、サーバ１００は、認証されたと判定された場合は（ステップＳ３０９：認証ＯＫ）、認証されたユーザのポータル画面を表示するための表示情報（ユーザＩＤに対応するページＩＤが含まれている）をクライアント端末に送信し（ステップＳ３１０）、一方、認証されなかったと判定された場合は（ステップＳ３１１：認証ＮＧ）、認証失敗を示す失敗画面を表示するための表示情報をクライアント端末に送信する（ステップＳ３１１）。

【0046】

ここで、サーバ１００は、ユーザＩＤとページＩＤが関連付けて記憶されており、ステップＳ３０７で受信したユーザＩＤに対応するページＩＤを含む（ポータル画面の）表示情報を、ステップＳ３１０では送信する。

【0047】

クライアント端末は、サーバ１００から、表示情報を受信すると（ステップＳ３１２）、当該表示情報が、失敗画面を表示するための表示情報である場合は（ステップＳ３１３：ＹＥＳ）、当該表示情報に従って認証失敗を示す失敗画面を表示し（ステップＳ３１４）、一方、ポータル画面を表示するための表示情報である場合は（ステップＳ３１３：ＮＯ）、当該表示情報に従ってポータル画面（図１４）を表示する（ステップＳ３１５）。

【0048】

ここで表示されるポータル画面の一例を、図１４を用いて説明する。
図１４は、ポータル画面１４００の一例を示す図である。

【0049】

ポータル画面１４００には、外部サービスサーバ１１２が提供するウェブサービスのページを表示するための外部連携ページリンクボタン１４０１が表示されている。

【0050】

また、ステップＳ３０８で認証されたユーザのポータル画面に表示されるべき情報が、画面領域１４０２に表示されている。

【0051】

ログインして表示されたポータル画面１４００には、例えば、ユーザが所属する会社内の情報が表示される。

【0052】

次に、ユーザにより、外部連携ページリンクボタン１４０１を押下されると、クライアント端末は、図４に示すＳ４０１の処理を実行する。

【0053】

図４は、図１における情報処理システムが実行する第２の制御処理手順の一例を示すフローチャートである。

【0054】

図４に示すステップＳ４０１、ステップＳ４０９〜ステップＳ４１１、ステップＳ４１８〜ステップＳ４２０、ステップＳ４２４〜ステップＳ４２５の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。

【0055】

また、図４に示すステップＳ４０２〜ステップＳ４０８、ステップＳ４１２〜ステップＳ４１７の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。

【0056】

また、図４に示すステップＳ４２１〜ステップＳ４２３の処理は、外部サービスサーバ１１２のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。

【0057】

まず、クライアント端末は、ポータル画面１４００の外部連携ページリンクボタン１４０１がユーザにより押下されると、ポータル画面１４００の表示情報に含まれているページＩＤを含む外部連携ページ表示要求をサーバ１００に送信する（ステップＳ４０１）。

【0058】

サーバ１００は、クライアント端末から外部連携ページ表示要求を受信すると（ステップＳ４０２）、サーバ１００の外部メモリ２１１に記憶されているレイアウトページ情報テーブル９００（図９）を参照し、当該外部連携ページ表示要求に含まれるページＩＤと、ステップＳ３０７に受信したログインＩＤとに従って、ポートレットとウィンドウＩＤを特定する（ステップＳ４０３）。

【0059】

ここで、図９の説明を行う。
図９は、レイアウトページ情報テーブル９００の一例を示す図である。

【0060】

図９には、「ページＩＤ」と、「レイアウトＩＤ」と、「リージョンＮｏ．」と、「ユーザＩＤ」と、「ポートレット」と、「ウィンドウＩＤ」との項目から構成されている。

【0061】

ここで、「ユーザＩＤ」とは、外部連携ページリンクボタン１４０１が押下されたユーザを識別するための情報であって、ステップＳ３０７で受信するログイン情報に含まれるユーザＩＤに対応した値である。
また、「ページＩＤ」とは、外部連携ページリンクボタン１４０１が押下されて表示される画面のページを識別するための情報である。

【0062】

また、「レイアウトＩＤ」とは、当該ページのレイアウトを識別するための情報である。また、「リージョンＮｏ．」とは、フレームの領域の位置を識別するための情報である。「リージョンＮｏ．」とフレームの領域の位置とが関連付けられたテーブルを記憶しており、レイアウトページ情報テーブル９００により、「リージョンＮｏ．」が決定すると、当該「リージョンＮｏ．」に関連付けられたフレームの領域の位置が定まることとなる。

【0063】

また、「ポートレット」とは、当該フレームにどのような情報を表示するかを示す情報である。図９の例では、「ポートレット」の列に、「外部連携」、「スケジューラ」、「伝言メモ」、「掲示板」が設定されている。「スケジューラ」、「伝言メモ」、「掲示板」の機能は、それぞれ、サーバ１００が提供しているウェブサービスである。また、「外部連携」とは、サーバ１００が提供していない、外部サービスサーバ１１２が提供しているウェブサービスをフレームに表示させることを示している。
また、「ウィンドウＩＤ」とは、当該フレームを識別するための情報である。

【0064】

すなわち、レイアウトページ情報テーブル９００は、認証されログインしたユーザが外部連携ページリンクボタン１４０１を押下した場合に、そのユーザが操作するクライアント端末の表示部に、どのようなレイアウトでどのような内容の画面を表示するのかが定義された情報である。
図４の説明に戻る。

【0065】

ステップＳ４０３では、レイアウトページ情報テーブル９００の各レコードのうち、ステップＳ４０２で受信した外部連携ページ表示要求に含まれるページＩＤと、ステップＳ３０７に受信したユーザＩＤとが合致するレコードを特定し、当該特定されたレコードのポートレットと、ウィンドウＩＤを特定する。このとき、ここで特定されるレコードからレイアウトＩＤやリージョンＮｏ．も決定されるが、図８のレイアウトテーブル８００を用いて、ここで特定されるレコードのレイアウトＩＤからリージョンＮｏ．を特定するようにしてもよい。

【0066】

そして、サーバ１００は、ウィンドウマッピングテーブル１０００（図１０）を参照し、ステップＳ４０３で特定されたウィンドウＩＤをキーに、外部サービスＩＤ（ウェブサービス情報）を特定する（ステップＳ４０４）。
図１０は、ウィンドウマッピングテーブル１０００の一例を示す図である。

【0067】

図１０に示すように、ウィンドウマッピングテーブル１０００は、「ウィンドウＩＤ」と、「外部サービスＩＤ」とが関連付けられて記憶されている。ここで、「外部サービスＩＤ」とは、外部サービスサーバが提供するウェブサービスを識別するための情報である。

【0068】

ステップＳ４０４では、ステップＳ４０３で特定されたウィンドウＩＤが、ウィンドウマッピングテーブル１０００で関連付けられた外部サービスＩＤを特定する。

【0069】

そして、サーバ１００は、ステップＳ４０４で特定された外部サービスＩＤと、予め記憶されている、サーブレットのプログラムを特定するためのＵＲＬと、を含む情報をサーブレットＵＲＬとして生成する（ステップＳ４０５）。

【0070】

ここで、レイアウトページ情報テーブル９００（図９）の各レコードのうち、ステップＳ４０３で特定されたウィンドウＩＤで、かつ、ステップＳ４０３で特定された「ポートレット」が外部連携であることを示すレコードに示されるフレーム（画面領域）に、ステップＳ４０５で生成されたサーブレットＵＲＬを設定して、当該フレームの表示情報を生成する（ステップＳ４０６）。
本実施例では、フレームのことを、「外部連携ページ」として説明している。また、フレームは、「Ｉｆｒａｍｅ（アイフレーム）」のことを示している。

【0071】

また、ここで、レイアウトページ情報テーブル９００（図９）の各レコードのうち、ステップＳ４０３で特定されたウィンドウＩＤで、かつ、ステップＳ４０３で特定された「ポートレット」が外部連携であることを示すレコードが複数ある場合は、それぞれのレコードに関して、ステップＳ４０４、ステップＳ４０５の処理を行い、それぞれのフレームに対して、それぞれのウィンドウＩＤから特定される外部サービスＩＤを含むサーブレットＵＲＬを設定して、それぞれのフレームの表示情報を生成する。

【0072】

そして、サーバ１００は、ステップＳ４０５で生成されたサーブレットＵＲＬがフレームに設定された外部連携ページ画面（図１５）を表示するための表示情報（ＨＴＭＬなど）を生成する（ステップＳ４０６）。

【0073】

図１５は、外部連携ページ画面１５００の一例を示す図である。
図１５に示す外部連携ページ画面１５００の例では、フレーム１５０１、フレーム１５０２、フレーム１５０３が表示されている。
次に、サーバ１００は、ステップＳ４０７で生成された表示情報をクライアント端末に送信する（ステップＳ４０８）。

【0074】

そして、クライアント端末は、サーバ１００から、ステップＳ４０７で生成された表示情報を受信すると（ステップＳ４０９）、当該表示情報をブラウザが読み込み解釈（解析）して、外部連携ページ画面１５００（図１５）を表示部に表示する（ステップＳ４１０）。

【0075】

ここで、クライアント端末は、このとき、フレームに設定されているサーブレットＵＲＬを読み取り、サーブレットＵＲＬに含まれるＵＲＬに対して、サーブレットＵＲＬに含まれる外部サービスＩＤを含む、フレームの表示要求を送信する（ステップＳ４１１）。ステップＳ４１１の処理は、各フレームが、各フレームに設定されているサーブレットＵＲＬを読み取り、サーブレットＵＲＬに含まれるＵＲＬに対して、サーブレットＵＲＬに含まれる外部サービスＩＤを含む、フレームの表示要求を送信する。

【0076】

本実施例では、サーブレットＵＲＬに含まれているＵＲＬを、サーバ１００に記憶されているサーブレットのプログラムを特定するためのＵＲＬとして説明する。

【0077】

次に、サーバ１００のサーブレットが、クライアント端末から送信された、フレームの表示要求を受信すると（ステップＳ４１２）（特定情報受信手段）、サーバ１００のサーブレットは、当該表示要求に含まれる外部サービスＩＤをキーに、外部サービステーブル１１００（図１１）を検索して、当該外部サービスＩＤに合致するレコードを特定する（ステップＳ４１３）。そして、特定されたレコード（ＵＲＬを含む）を取得する。当該サーブレットは、ステップＳ４０２から、後述するステップＳ４０６の処理を実行する。

【0078】

図１１は、外部サービステーブル１１００の一例を示す図である。

【0079】

外部サービステーブル１１００は、「外部サービスＩＤ（特定情報）」、「ＵＲＬ」、「タイトル」、「タイプ」から構成されている。

【0080】

「ＵＲＬ」は、外部サービスサーバが提供するウェブサービスのウェブページのＵＲＬ（アクセス先）を示している。

【0081】

「タイトル」は、当該ウェブサービスのサービスのタイトルを示している。

【0082】

「タイプ」は、ポータル画面１４００内に作成されるフレーム（１５０１、１５０２、１５０３）に当該ウェブサービスのウェブページを表示する「ポートレット」か、新規にブラウザを立ち上げ（生成し）、別ウィンドウに当該ウェブサービスのウェブページを表示する「別ウィンドウ」かが設定されている。
図４の説明に戻る。

【0083】

次に、サーバ１００は、クライアント端末から受信した表示要求に含まれる外部サービスＩＤをキーに、外部サービスパラメータテーブル１２００（図１２）を検索して、当該外部サービスＩＤに合致するレコードを特定する。そして、特定されたレコードに含まれるパラメータＩＤ、及びパラメータ名を取得する（ステップＳ４１４）。

【0084】

図１２は、外部サービスパラメータテーブル１２００の一例を示す図である。

【0085】

外部サービスパラメータテーブル１２００には、「パラメータＩＤ」、「外部サービスＩＤ」、「パラメータ名」（認証パラメータ）から構成される。

【0086】

「パラメータＩＤ」は、パラメータを識別するための情報である。

【0087】

「パラメータ名」は、認証処理を行うために用いられるパラメータ名である。このパラメータ名は、ウェブサービス毎に異なる場合が多いため、図１２にように、各ウェブサービスに対して記憶しておく必要がある。

【0088】

すなわち、外部サービスパラメータテーブル１２００の「パラメータ名」には、外部ウェブサービスでの認証処理で用いられるユーザＩＤ、パスワード（図１３に示すパラメータ値）のそれぞれを示す（識別する）パラメータ（名）が、外部ウェブサービスごとに登録されている。

【0089】

次に、サーバ１００は、ステップＳ４１４で取得したパラメータＩＤと、ステップＳ３０７で取得したログイン情報に含まれているユーザＩＤとをキーに、外部サービスユーザパラメータテーブル１３００（図１３）を検索して、当該パラメータＩＤ及びユーザＩＤに合致するレコードを特定する。ここで、ステップＳ４１４で取得したパラメータＩＤが複数ある場合は、それぞれのパラメータＩＤとユーザＩＤをキーに、外部サービスユーザパラメータテーブル１３００（図１３）を検索して、パラメータＩＤ及びユーザＩＤに合致するレコードをそれぞれ特定する。そして、特定されたレコードに含まれるパラメータ値を取得する（ステップＳ４１５）。

【0090】

そして、サーバ１００は、フレームに、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とを設定する。すなわち、サーバ１００は、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とに従って、ステップＳ４１３で取得したＵＲＬにログイン可能な形式のログイン指示情報（ウェブサービス認証情報）を生成し、当該ログイン指示情報をフレームに設定したフレームの表示情報を生成する（ステップＳ４１６）。
図１９は、ステップＳ４１６で生成される表示情報の一例を示す図である。

【0091】

図１９に示すように、フレームの表示情報には、ログイン指示情報として、外部サービスサーバのウェブサービスにログインするためのログインＩＤ１９０１、パスワード１９０２を含んでいる。１９０１は、ｌｏｇｉｎ＿ｉｄ（パラメータ名）がログインＩＤ（ユーザＩＤ）であることを示し、ログインＩＤとしての値がｕｓｅｒａ（パラメータ値）であることを示している。また、１９０２は、ｐａｓｓｗｄ（パラメータ名）がパスワードであることを示し、パスワードとしての値がｐａｓｓａ（パラメータ値）であることを示している。また、１９０３には、ステップＳ４１３で取得したＵＲＬがログイン指示情報の送信先として設定されている。

【0092】

ここで、１９０１、１９０２は、それぞれ、「＜ｉｎｐｕｔ ｔｙｐｅ＝”ｈｉｄｄｅｎ” ｎａｍｅ＝・・・」とされているため、ログインＩＤ、パスワードは、クライアント端末の（フレームの）画面には表示されないように設定されている。そして、図１９には、「遷移中です・・・」と、クライアント端末の（フレームの）画面に表示されるように設定されている。
クライアント端末の（フレームの）画面には、

【0093】

次に、サーバ１００は、ステップＳ４１６で生成されたフレームの表示情報（ＨＴＭＬなど）を、クライアント端末に送信する（ステップＳ４１７）（ウェブサービス送信手段）（フレーム送信手段）。

【0094】

ここで、図１５のように、表示されるフレームが複数ある場合は、クライアント端末は、ステップＳ４１１で、各フレームから、フレームの表示要求をそれぞれ送信するため、サーバ１００は、それぞれの表示要求を受信する。そのため、サーバ１００は、受信したそれぞれの表示要求ごとに、ステップＳ４１２からステップＳ４１７を実行することとなる。

【0095】

次に、クライアント端末は、サーバ１００から、ステップＳ４１７で送信されたフレームの表示情報を受信すると（ステップＳ４１８）、当該表示情報を読み取り解釈（解析）して、外部連携ページ画面１６００（図１６）を表示部に表示する（ステップＳ４１９）。
図１６の各フレーム１６０１、１６０２、１６０３には、「遷移中です・・・」というメッセージが表示されている。

【0096】

ステップＳ４１８では、クライアント端末からの認証要求に応答して、ウェブサーバに対して認証要求を行うウェブサービス認証情報を情報処理装置から受信する（受信手段）。

【0097】

ここでは、１９０１、１９０２の、「＜ｉｎｐｕｔ ｔｙｐｅ＝”ｈｉｄｄｅｎ” ｎａｍｅ＝・・・」で記されているログインＩＤ、パスワードは、クライアント端末の（フレームの）画面には表示されない。その代わりに、図１９の「遷移中です・・・」というメッセージがフレームに表示される。

【0098】

そして、クライアント端末は、当該表示情報に含まれているＵＲＬ（送信先）１９０３（外部サービスサーバ）に、ログイン指示情報（１９０１、１９０２）を送信する（ステップＳ４２０）。
ここでは、当該表示情報を含んでいるフレームが外部サービスサーバにログイン指示情報を送信する。

【0099】

外部サービスサーバは、クライアント端末から、ログイン指示情報を受信すると（ステップＳ４２１）、ｌｏｇｉｎ＿ｉｄをログインＩＤとして認識し、その値がｕｓｅｒａであること、及び、ｐａｓｓｗｄをパスワードとして認識し、その値がｐａｓｓａであると解釈する。

【0100】

そして、外部サービスサーバは、解釈したログインＩＤとパスワードに従って認証処理を行い（ステップＳ４２２）、認証されログインできると、当該外部サービスサーバが提供するコンテンツ（画面情報）を含む外部サービス画面を表示するための表示情報をクライアントの該フレームに送信する（ステップＳ４２３）。

【0101】

そして、クライアント端末のフレームは、外部サービスサーバから表示情報を受信すると（ステップＳ４２４）、当該受信した表示情報を読み取り解釈して、該外部サービス画面を表示する（ステップＳ４２５）。

【0102】

ここで、フレームに表示された外部サービス画面を含む外部連携ページ画面１７００を図１７に示す。
図１７は、外部連携ページ画面１７００の一例を示す図である。

【0103】

図１７に示すフレーム１７０１、１７０２、１７０３には、それぞれ、外部サービスサーバが提供するコンテンツを含む外部サービス画面が表示されていることを示している。

【0104】

また、外部サービスサーバは、ステップＳ４２２で認証されなかった場合は、認証されなかった旨を示す失敗情報を、ログイン指示情報を送信してきたフレームに送信し、クライアント端末の当該フレームは、当該失敗情報を受信し、当該失敗情報を当該フレームに表示する。

【0105】

また、クライアント端末は、フレームが複数あり、サーバ１００から表示情報（ＨＴＭＬなど）がステップＳ４１７で複数送信される場合は、それぞれの表示情報ごとに、ステップＳ４１８からステップＳ４２０、ステップＳ４２４、ステップＳ４２５の処理を実行することとなる。その場合は、外部サービスサーバもステップＳ４２１からステップＳ４２３の処理を、それぞれ実行することとなる。

【0106】

以上、図４の説明では、ポータル画面と同一画面（１つの画面）内に表示される複数のフレームが、それぞれ複数の外部サービスサーバにアクセスして、当該外部サービスサーバが提供するコンテンツを当該フレームに表示する仕組みについて説明した。

【0107】

このように、サーバ１００でユーザの認証がなされると、当該ユーザが利用する外部（社外）のウェブサービスでの認証処理で必要となるログインＩＤ、パスワードを入力することなく、当該ウェブサービスでの認証を行うことができるようになる。

【0108】

次に、図５、図６を用いて、１つの画面内のフレームに外部サービスサーバが提供するコンテンツ（外部サービス画面）を表示するのではなく、別のウィンドウを新規に生成して、当該別のブラウザに当該コンテンツを表示する処理について説明する。

【0109】

図５は、図１における情報処理システムが実行する第３の制御処理手順を示すフローチャートである。

【0110】

図５に示すステップＳ５０１、ステップＳ５０５、ステップＳ５０６の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。

【0111】

図５に示すステップＳ５０２〜ステップＳ５０４の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。

【0112】

図５に示すフローチャートは、図３に示すフローチャットに示す制御処理手順を実行し、クライアント端末でステップＳ３１５を実行した後に実行される処理である。

【0113】

まず、クライアント端末は、ポータル画面（図１４）の別ブラウザボタン１４０３をユーザにより押下されると、別ブラウザで表示するページを識別するページＩＤを含む別ブラウザのページ表示要求をサーバ１００に送信する（ステップＳ５０１）。

【0114】

ここで送信されるページＩＤは、別ブラウザで表示するページを示すページＩＤであり、上述したステップＳ３１０で送信されるページＩＤとは異なるページＩＤである。

【0115】

すなわち、図３のステップＳ３１０で送信される表示情報には、ステップＳ３０７で受信したユーザＩＤに対応する、別ブラウザで表示するページであるページＩＤを含んでいる。

【0116】

ここで、ユーザＩＤと別ブラウザで表示するページＩＤが関連付けて記憶されており、ステップＳ３０７で受信したユーザＩＤに対応する、別ブラウザで表示するページＩＤを含む（ポータル画面の）表示情報を、ステップＳ３１０では送信する。

【0117】

サーバ１００は、クライアント端末から、別ブラウザで表示するページを識別するページＩＤを含む別ブラウザのページ表示要求を受信すると（ステップＳ５０２）、当該ページＩＤと、ステップＳ３０７で受信したログイン情報に含まれるユーザＩＤとを含むレコードを、レイアウトページ情報テーブル９００（図９）から取得し、当該取得したレイアウトページ情報テーブル９００（図９）のレコードの「ポートレット」項目が外部連携と示されているウィンドウＩＤを取得する。そして、当該取得したウィンドウＩＤに対応する外部サービスＩＤを、ウィンドウマッピングテーブルを検索して取得する。ここで取得された外部サービスＩＤと、予め設定されたサーブレットのプログラムを特定するためのＵＲＬと、を含む情報をサーブレットＵＲＬとして生成する。ここで生成されたサーブレットＵＲＬを含むページ画面の表示情報を生成し（ステップＳ５０３）、当該表示情報をクライアント端末に送信する（ステップＳ５０４）。

【0118】

クライアント端末は、サーバ１００から当該表示情報を受信すると（ステップＳ５０５）、当該表示情報を読み込んで表示部にページ画面（別の新規のウィンドウ）を生成して表示する（ステップＳ５０６）。

【0119】

次に、クライアント端末は、処理をステップＳ６０１に移行して、新規のウィンドウに設定されているサーブレットＵＲＬを読み取り、サーブレットＵＲＬに含まれるＵＲＬに対して、サーブレットＵＲＬに含まれる外部サービスＩＤを含む、別ウィンドウの表示要求を送信する（ステップＳ６０１）。

【0120】

サーバ１００は、クライアント端末から、別ウィンドウの表示要求を受信すると（ステップＳ６０２）、当該表示要求に含まれる外部サービスＩＤに従って、外部サービスのＵＲＬを検索するなど、上述したステップＳ４１３からステップＳ４１７の処理を実行する。

【0121】

ステップＳ６０２以降の処理については、図４に示すステップＳ４１２以降の処理での説明で、フレームの代わりに別ウィンドウのブラウザとして置き換えると、図４に示すステップＳ４１２以降の処理と同様であるため、これ以降の説明は省略する。

【0122】

すなわち、ステップＳ６０３は、ステップＳ４１３からステップＳ４１７の処理の説明で、フレームを別ウィンドウのブラウザに置き換えれば、ステップＳ４１３からステップＳ４１７の処理と同様である。また、ステップＳ６０４は、ステップＳ４１８からステップＳ４２５の処理の説明で、フレームを別ウィンドウのブラウザに置き換えれば、ステップＳ４１８からステップＳ４２５の処理と同様である。また、ステップＳ６０５は、ステップＳ４２１からステップＳ４２３の処理の説明で、フレームを別ウィンドウのブラウザに置き換えれば、ステップＳ４１８からステップＳ４２５の処理と同様である。

【0123】

以上、図５、６の説明では、フレームの代わりに、別ウィンドウが、外部サービスサーバにアクセスして、当該外部サービスサーバが提供するコンテンツを表示する仕組みについて説明した。

【0124】

このように、サーバ１００でユーザの認証がなされると、当該ユーザが利用する外部（社外）のウェブサービスでの認証処理で必要となるログインＩＤ、パスワードを入力することなく、当該ウェブサービスでの認証を行うことができるようになる。

【0125】

＜第２の実施形態＞
次に、第２の実施形態における情報処理システムの処理手順について説明する。

【0126】

第１の実施形態では、クライアント端末が、サーバ１００から取得したログイン指示情報を外部サービスサーバに送信することにより、当該外部サービスサーバのウェブサービスのログイン画面を表示することなく、自動的に認証処理を行わせる仕組みについて説明したが、ウェブサービスによっては、一旦、ウェブサービスのログイン画面を表示しなければ、ログインを許可しないウェブサービスも存在する。第２の実施形態では、そのようなウェブサービスについても、ログイン画面を表示することなく自動的に認証処理を行わせる仕組みについて説明する。

【0127】

図７に示すステップＳ７１０、ステップＳ７１１、ステップＳ７１２、ステップＳ７１６、ステップＳ７１７の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。

【0128】

また、図７に示すステップＳ７０１、ステップＳ７０２、ステップＳ７０６〜ステップＳ７０９の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。

【0129】

また、図７に示すステップＳ７０３〜ステップＳ７０５、ステップＳ７１３〜ステップＳ７１５の処理は、外部サービスサーバ１１２（ウェブサーバ）のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラムをＲＡＭ２０３にロードして実行することにより実現される。
ステップＳ４１５までの処理は、第１の実施形態と同様であるため、説明を省略する。

【0130】

まず、サーバ１００は、ステップ４１５の処理を実行した後、図１８に示す対話型サイトテーブル１８００を参照し、ステップＳ４１３で取得した、外部サービスサーバが提供するウェブサービスのウェブページのＵＲＬが、対話型サイトテーブル１８００に登録されているか否かを判定する（ステップＳ７０１）（アクセス先判定手段）。
図１８は、対話型サイトテーブル１８００の一例を示す図である。

【0131】

対話型サイトテーブル１８００は、一旦、ウェブサービスのログイン画面を表示しなければ、ログインを許可しないように制御するウェブサービスのＵＲＬが登録されたテーブルである。

【0132】

「ウェブサービスのログイン画面を表示しなければ、ログインを許可しないように制御するウェブサービス（対話型サイト）」とは、外部サービスサーバが生成したユニークな固有情報（番号・記号等）を含む表示情報に従って表示されるログイン画面（固有情報は表示されない）をクライアント端末に一旦、表示させ、当該ログイン画面を介してユーザにより入力されたユーザＩＤ、パスワードと共に、当該固有情報を外部サービスサーバに送信しなければ、認証されない仕組みを有するウェブサービスである。

【0133】

サーバ１００は、ステップＳ７０１で、ステップＳ４１３で取得したＵＲＬが対話型サイトテーブル１８００に登録されてない（対話型サイトではない）と判定した場合は（ステップＳ７０１：ＮＯ）、処理をステップＳ４１６に移行し、上述した処理を実行する。一方、ステップＳ４１３で取得したＵＲＬが対話型サイトテーブル１８００に登録されている（対話型サイトである）と判定した場合は（ステップＳ７０１：ＹＥＳ）、処理をステップＳ７０２に移行する。

【0134】

サーバ１００は、ステップＳ７０２で、ログインページ（ログイン画面）の表示要求（取得要求）を外部サービスサーバ（ステップＳ４１３で取得したＵＲＬ）に送信する（取得要求送信手段）。

【0135】

そして、外部サービスサーバは、サーバ１００から当該表示要求を受信すると（ステップＳ７０３）、当該表示要求に対するユニークな固有情報（ユニークな番号や記号など）を生成し（ステップＳ７０４）、当該生成された固有情報を含む、ログインページの画面を表示するための表示情報をサーバ１００に送信する（ステップＳ７０５）。

【0136】

サーバ１００は、外部サービスサーバから、当該表示情報を受信すると（ステップＳ７０６）（ログイン画面受信手段）、当該表示情報に含まれる固有情報を取得する（ステップＳ７０７）。

【0137】

次に、サーバ１００は、フレームに、ステップＳ７０７で取得した固有情報と、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とを設定する。

【0138】

すなわち、サーバ１００は、ステップＳ７０７で取得した固有情報と、ステップＳ４１３で取得したＵＲＬと、ステップＳ４１４で取得したパラメータ名と、ステップＳ４１５で取得したパラメータ値とに従って、ステップＳ４１３で取得したＵＲＬにログイン可能（認証処理を実行可能）な形式のログイン指示情報を生成し、当該ログイン指示情報をフレームに設定したフレームの表示情報を生成する（ステップＳ７０８）。

【0139】

次に、サーバ１００は、ステップＳ７０８で生成された表示情報をクライアント端末に送信する（ステップＳ７０９）。

【0140】

クライアント端末は、サーバ１００から、当該表示情報を受信すると、当該表示情報を読み取り解釈（解析）して、外部連携ページ画面１６００（図１６）を表示部に表示する（ステップＳ７１１）。

【0141】

そして、クライアント端末は、サーバ１００から受信した表示情報に含まれるＪａｖａｓｃｒｉｐｔを実行して、当該表示情報に含まれているＵＲＬ（送信先）１９０３（外部サービスサーバ）に、ログイン指示情報として、ログインＩＤ１９０１、パスワード１０９２、当該表示情報に含まれる固有情報とを送信する（ステップＳ４２０）。

【0142】

そして、外部サービスサーバは、クライアント端末からログイン指示情報（ログインＩＤ、パスワード、固有情報）を受信すると（ステップＳ７１３）、ステップＳ７０４で生成された固有情報であるか否かの判定し、ステップＳ７０４で生成された固有情報であると判定された場合は、ログインＩＤとパスワードと固有情報とに従って認証処理を行い（ステップＳ７１４）、一方、ステップＳ７０４で生成された固有情報ではないと判定された場合は、サービスエラーを示す画面の表示情報をクライアント端末に送信し、クライアント端末は当該画面を表示する。

【0143】

また、外部サービスサーバは、ステップＳ７１４における、ログインＩＤ及びパスワードによる認証処理の認証結果、認証されログインされると、当該外部サービスサーバが提供するコンテンツを含む外部サービス画面を表示するための表示情報をクライアントの該フレームに送信する（ステップＳ７１５）。

【0144】

そして、クライアント端末のフレームは、外部サービスサーバから表示情報を受信すると（ステップＳ４７１６）、当該受信した表示情報を読み取り解釈して、該外部サービス画面を表示する（ステップＳ７１７）。

【0145】

以上、一旦、ウェブサービスのログイン画面を表示しなければ、ログインを許可しないウェブサービスにアクセスする場合、ログイン画面を介して認証情報（ユーザＩＤやパスワードなど、認証処理を行うために必要な情報）を入力することなく、外部サービスサーバに認証処理を行わせる仕組みを提供することができる。

【0146】

また、ステップＳ７０１で、対話型のサイトか否かを判定し、その判定結果に応じて、認証情報を新たに入力することなく外部サービスサーバに認証処理を行わせるための処理を切り替えるため、ユーザが享受したいウェブサービスの認証方法をユーザに意識させることを軽減させることができる。

【0147】

次に、上述した第１の実施形態、及び第２の実施形態で用いられる、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービステーブル（図１１）、外部サービスパラメータテーブル（図１２）、外部サービスユーザパラメータテーブル（図１３）のそれぞれの登録処理について、図２０、図２１、図２２、図２３、図２４、図２５、図２６を用いて、説明する。

図２４は、外部サービステーブル（図１１）、外部サービスパラメータ（図１２）を登録する処理手順の一例を示すフローチャートである。

【0148】

図２４に示すステップＳ２４０１、ステップＳ２４０４、ステップＳ２４０５、ステップＳ２４０６の処理は、管理者端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。

【0149】

また図２４に示すステップＳ２４０２、ステップＳ２４０３、ステップＳ２４０７、ステップＳ２４０８の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。

【0150】

まず、管理者端末１０１は、管理者により、管理者のユーザＩＤ、パスワードの入力を受け付け、当該受け付けたユーザＩＤ、パスワードをサーバ１００に送信して、管理者の認証要求を行う。そして、サーバ１００は、管理者端末１０１から受信したユーザＩＤ、パスワードに従って、管理者の認証処理を行い、認証される（認証が成功する）と、管理者端末１０１に、管理者のみが閲覧可能な管理者ポータル画面（不図示）を表示する表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する。そして、管理者端末１０１は、該表示情報を受信すると、該表示情報に従って、管理者ポータル画面を表示部に表示する。

【0151】

ここで表示される管理者ポータル画面には、外部サービス登録画面（図２０）の表示要求を行うボタン、対話型サイト登録画面（図２２）の表示要求を行うボタンが設けられている。

【0152】

そして、管理者端末１０１は、管理者により、管理者ポータル画面に表示されている、外部サービス登録画面（図２０）の表示要求を行うボタンが押下されると、サーバ１００に対して、外部サービス登録画面（図２０）の表示要求を送信する（ステップＳ２４０１）。

【0153】

サーバ１００は、管理者端末１０１から外部サービス登録画面（図２０）の表示要求を受信すると（２４０２）、外部サービス登録画面（図２０）を表示するための表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する（ステップＳ２４０３）。

【0154】

次に、管理者端末１０１は、該表示情報をサーバ１００から受信すると（ステップＳ２４０４）、該表示情報に従って外部サービス登録画面（図２０）を表示部に表示する（ステップＳ２４０５）。
図２０は、外部サービス登録画面２０００の一例を示す図である。

【0155】

外部サービス登録画面２０００は、外部サービスサーバ１１２が提供する外部のサービスを、サーバ１００が提供する画面内でユーザが利用可能となるように、管理者が、外部のサービスに係る情報を登録するための画面である。

【0156】

図２０に示すように、外部サービス登録画面２０００は、外部サービスサーバ１１２が提供するサービスのタイトルを入力する入力欄２００１と、外部サービスサーバ１１２が提供するサービスのＵＲＬを入力する入力欄２００２と、外部サービスサーバ１１２が提供するサービスの画面を、サーバ１００が提供する画面内のフレームに表示するか（ポートレット）、別のウィンドウに表示するか（別ウィンドウ）を設定するためのラジオボタン２００３と、外部サービスサーバ１１２が提供するサービスに認証する際に用いられるユーザＩＤのパラメータ名を入力する入力欄２００４と、外部サービスサーバ１１２が提供するサービスに認証する際に用いられるパスワードのパラメータ名を入力する入力欄２００５と、登録ボタン２００６とから構成されている。

【0157】

そして、管理者端末１０１は、管理者による、入力欄２００１、入力欄２００２、ラジオボタン２００３、入力欄２００４、入力欄２００５の入力（選択）を受け付け、管理者により、登録ボタン２００６が押下されると、管理者により入力された内容（入力内容）のデータをサーバ１００に送信することで、入力内容の登録要求を送信する（ステップＳ２４０６）。

【0158】

サーバ１００は、管理者端末１０１から、外部サービス登録画面２０００を介してユーザにより入力された入力内容のデータ（登録要求）を受信すると（ステップＳ２４０７）、受信したデータ、及び受信したデータに従って得られるデータを、外部サービステーブル（図１１）、外部サービスパラメータテーブル（図１２）に登録する登録処理を行う（ステップＳ２４０８）。

【0159】

具体的には、外部サービス登録画面２０００の入力欄２００１に入力されたタイトルは、外部サービステーブル（図１１）の「タイトル」に登録され、入力欄２００２に入力されたＵＲＬは、外部サービステーブル（図１１）の「ＵＲＬ」に登録され、ラジオボタン２００３で選択された内容のデータは、外部サービステーブル（図１１）の「タイプ」に登録される。

【0160】

また、入力欄２００２に入力されたＵＲＬが、既に外部サービステーブル（図１１）の項目「ＵＲＬ」の列に登録されている場合は、既に外部サービステーブル（図１１）に登録されているＵＲＬのレコードのデータを、外部サービス登録画面２０００に入力された内容に、上書き登録を行う。

【0161】

また、入力欄２００２に入力されたＵＲＬが、外部サービステーブル（図１１）の項目「ＵＲＬ」の列に登録されていない場合は、ＵＲＬを一意に識別するための外部サービスＩＤを生成して、外部サービステーブル（図１１）の項目「外部サービスＩＤ」に登録する。

【0162】

このようにして、図１１に示すような外部サービステーブルに、これらのデータ（外部サービスＩＤ、ＵＲＬ、タイトル、タイプ）がそれぞれ関連付けられて登録される。
次に、外部サービスパラメータテーブル（図１２）への登録について説明する。

【0163】

入力欄２００４に入力されたユーザＩＤのパラメータ名、入力欄２００５に入力されたパラメータ名を、それぞれ、外部サービスパラメータテーブル（図１２）の項目「パラメータ名」に登録する。

【0164】

このとき、外部サービスパラメータテーブル（図１２）に登録されたパラメータ名に、入力欄２００２に入力されたＵＲＬが外部サービステーブル（図１１）に登録されたレコードの外部サービスＩＤの値と、外部サービスパラメータテーブル（図１２）に登録されたパラメータ名を一意に識別するパラメータＩＤの値とを、それぞれ関連付けて、外部サービスパラメータテーブル（図１２）に登録する。

【0165】

このようにして、図１２に示すような外部サービスパラメータテーブルに、これらのデータ（パラメータＩＤ、外部サービスＩＤ、パラメータ名）がそれぞれ関連付けられて登録される。

【0166】

以上、予め、管理者による操作に従って、図２４に示すフローチャートに示す処理を実行することで、サーバ１００が提供するサービスの画面内に外部のサービスの画面を表示可能にするために必要な、該外部サービスについての情報（図１１、図１２）を登録することができる。

【0167】

次に、図２６を用いて、クライアント端末のユーザの操作に従って、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録するため処理手順について、説明する。

【0168】

図２６は、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録するため処理手順の一例を示すフローチャートである。

【0169】

図２６に示すステップＳ２６０１〜ステップＳ２６０４、ステップＳ２６０７〜ステップＳ２６０９の処理は、クライアント端末のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。

【0170】

また、図２６に示すステップＳ２６０５、ステップＳ２６０６、ステップＳ２６１０、ステップＳ２６１１の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。

【0171】

クライアント端末は、図３に示すステップＳ３０１、ステップＳ３０２、ステップＳ３０５、ステップＳ３０６、ステップＳ３１２、ステップＳ３１３、ステップＳ３１４、ステップＳ３１５の処理を実行して表示されたポータル画面（図１４）の設定ボタン１４０４が、ユーザにより押下されると（ステップＳ２６０３：ＹＥＳ）、レイアウト／パラメータ登録画面（図２１）の表示要求をサーバ１００に対して送信する（ステップＳ２６０４）。

【0172】

クライアント端末は、ステップＳ３１５で表示されたポータル画面（図１４）の外部連携ページリンクボタン１４０１がユーザにより押下された場合は（ステップＳ２６０１：ＹＥＳ）、処理をステップＳ４０１に移行し、別ブラウザボタン１４０３がユーザにより押下された場合は（ステップＳ２６０２：ＹＥＳ）、処理をステップＳ５０１に移行する。また、クライアント端末は、外部連携ページリンクボタン１４０１、別ブラウザボタン１４０３、設定ボタン１４０４が押下されない場合は（ステップＳ２６０１：ＮＯ、ステップＳ２６０２：ＮＯ、ステップＳ２６０３：ＮＯ）、処理をステップ２６０１に戻して、外部連携ページリンクボタン１４０１、別ブラウザボタン１４０３、設定ボタン１４０４の何れかのボタンが押下されるのを待つ。

【0173】

サーバ１００は、クライアント端末から、レイアウト／パラメータ登録画面（図２１）の表示要求をサーバ１００から受信すると（ステップＳ２６０５）、レイアウト／パラメータ登録画面（図２１）を表示するための表示情報（ＨＴＭＬなど）をクライアント端末に送信する（ステップＳ２６０６）。

【0174】

クライアント端末は、サーバ１００から、レイアウト／パラメータ登録画面（図２１）の表示情報を受信すると（ステップＳ２６０７）、該表示情報に従って、レイアウト／パラメータ登録画面（図２１）を表示する（ステップＳ２６０８）。
図２１は、レイアウト／パラメータ登録画面２１００の一例を示す図である。

【0175】

レイアウト／パラメータ登録画面２１００（図２１）は、外部連携ページ画面１５００に表示されるフレームのレイアウトの選択を受け付けるプルダウン２１０１、図２０の外部サービス登録画面で登録された外部サービスの選択を受け付けるためのオブジェクト２１０２、プルダウン２１０１で選択されたレイアウトで外部連携ページ画面１５００に表示されるフレームに、どの外部サービスの画面を表示するかの設定を受け付ける設定ボタン２１０３、２１０４、２１０５、オブジェクト２１０２で選択された外部サービスでの認証処理で用いられるユーザＩＤを入力する入力欄２１０６、その認証処理で用いられるパスワードを入力する入力欄２１０７、登録ボタン２１０８から構成されている。

【0176】

プルダウン２１０１に選択可能に表示されるレイアウト名は、レイアウトテーブル８００（図８）のレイアウトＩＤに関連付けられてサーバ１００の記憶部に記憶されており（不図示）、これを参照して、サーバ１００の記憶部に記憶されているレイアウトテーブル８００（図８）のレイアウトＩＤに関連付けられたレイアウト名を２１０１に選択可能に表示するための表示情報をサーバ１００がステップＳ２６０６でクライアント端末に送信する。

【0177】

すなわち、例えば、図８のレイアウトテーブル８００のレイアウトＩＤが「Ｒ１」のレイアウト名、レイアウトＩＤが「Ｒ２」のレイアウト名が、プルダウン２１０１に選択可能に表示される。

【0178】

レイアウトテーブル８００（図８）のリージョンＮｏ．は、フレームの領域の位置を識別するための情報であり、サーバ１００の記憶部に記憶されている配置位置テーブル２３００（図２３）に示すように、フレームの領域の配置位置を示す座標と関連付けて記憶されている。
図２３は、配置位置テーブル２３００の一例を示す図である。

【0179】

配置位置テーブル２３００は、リージョンＮｏ．と配置位置とがそれぞれ関連付けて記憶されている。例えば、図２３の例では、リージョンＮｏ．がＲＥ１のフレームの領域の配置位置は、矩形の左上の座標が（ｘ１，ｙ１）であり、矩形の右下の座標が（ｘ２，ｙ２）であることを示している。

【0180】

このように、２１０１でレイアウト名が選択されると、選択されたレイアウト名に関連付けられて記憶されているレイアウトＩＤが選択されることで、フレームのレイアウト（外部連携ページ画面のレイアウト）を選択することができる。
プルダウン２１０１のように、「２段（上段２／下段１）」が選択されると、図１５に示すように、フレームが上段に２つ、下段に１つ表示されることとなる。

【0181】

外部サービスの選択を受け付けるためのオブジェクト２１０２には、図２０の外部サービス登録画面の操作によりサーバ１００に登録（記憶）されている外部サービステーブル１１００のタイトルが表示されている。すなわち、図２１の例では、「サービスＡ」、「サービスＢ」、「サービスＣ」、「サービスＤ」が表示されている。
このうち、プルダウン２１０１で選択されたレイアウトのどのフレームに、どの外部サービスを割り当てるかを設定する。

【0182】

例えば、ユーザが、「サービスＡ」、「サービスＢ」、「サービスＣ」、「サービスＤ」のタイトルのうち、「サービスＡ」を選択して、「サービスＡ」での認証処理に用いられるユーザＩＤ、パスワードを２１０６、２１０７にそれぞれ入力して、設定ボタン２１０３を押下すると、入力されたユーザＩＤ、パスワードが「サービスＡ」での認証処理で用いられる情報として設定されると共に、プルダウン２１０１で選択されたレイアウトの上段の左側のフレームに、「サービスＡ」の画面を表示することを設定することができる。

【0183】

また、２１０２の各タイトルのうち「サービスＢ」を選択して、「サービスＢ」での認証処理に用いられるユーザＩＤ、パスワードを２１０６、２１０７にそれぞれ入力して、設定ボタン２１０４を押下すると、入力されたユーザＩＤ、パスワードが「サービスＢ」での認証処理で用いられる情報として設定されると共に、プルダウン２１０１で選択されたレイアウトの上段の右側のフレームに、「サービスＢ」の画面を表示することを設定できる。

【0184】

また、２１０２の各タイトルのうち「サービスＣ」を選択して、「サービスＣ」での認証処理に用いられるユーザＩＤ、パスワードを２１０６、２１０７にそれぞれ入力して、設定ボタン２１０５を押下すると、入力されたユーザＩＤ、パスワードが「サービスＣ」での認証処理で用いられる情報として設定されると共に、プルダウン２１０１で選択されたレイアウトの下段のフレームに、「サービスＣ」の画面を表示することを設定することができる。

【0185】

このように、クライアント端末は、ユーザにより、レイアウト／パラメータ登録画面への入力を受け付け、登録ボタン２１０８を押下されると、サーバ１００に、入力された内容のデータを送信して、登録要求を行う（ステップＳ２６０９）。

【0186】

サーバ１００は、クライアント端末から、レイアウト／パラメータ登録画面（図２１）を介して入力された内容のデータを受信すると（ステップＳ２６１０）、受信したデータ、及び該データに従って得られるデータをレイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）に登録する（２６１１）。

【0187】

具体的には、まず、サーバ１００は、ページを一意に識別する新規のページＩＤを生成する。そして、プルダウン２１０１で選択されたレイアウト名に関連付けられたレイアウトＩＤを特定して、レイアウトテーブル８００を参照して、該レイアウトＩＤに関連付けられたリージョンＮｏ．を取得する。また、新規のウィンドウＩＤを生成する。そして、生成された新規のページＩＤと、特定されたレイアウトＩＤと、取得したリージョンＮｏ．と、ステップＳ３０７で受信したユーザＩＤと、「外部連携」と、生成された新規のウィンドウＩＤとをレイアウトページ情報テーブル９００に、それぞれ関連付けて登録する。

【0188】

ここでは、レイアウト／パラメータ登録画面（図２１）で各フレームに設定された外部サービスごとに、レイアウトページ情報テーブル９００への登録処理を行う。

【0189】

また、ここで各フレームに対してそれぞれ登録されたウィンドウＩＤに、それぞれ、２１０３、２１０４、２１０５で設定されたタイトルの外部サービスＩＤを紐付けて、ウィンドウマッピングテーブル１０００に登録する。このようにして、ウィンドウマッピングテーブル１０００に、新規に生成されたウィンドウＩＤと外部サービスＩＤとを紐付けて登録する。

【0190】

そして、レイアウト／パラメータ登録画面（図２１）で各フレームに対して、それぞれ設定されたユーザＩＤ、パスワードを、ステップＳ３０７で受信したユーザＩＤと関連付けて、外部サービスユーザパラメータテーブル１３００に登録する。

【0191】

レイアウト／パラメータ登録画面（図２１）でフレームに設定された外部サービスの外部サービスＩＤに関連付けられて外部サービスパラメータテーブル１２００に登録されたパラメータＩＤを関連付けて登録する。

【0192】

例えば、外部サービス登録画面２０００で登録された外部サービスの外部サービスＩＤが「Ｅ１」で、２００４に入力されたユーザＩＤのパラメータ名が「ＬＯＧＩＮ＿ＩＤ」で、２００５に入力されたパスワードのパラメータ名が「ＰＡＳＳＷＯＲＤ」の場合、外部サービスパラメータテーブル（図１２）には、パラメータＩＤ「Ｐ１」、外部サービスＩＤ「Ｅ１」、パラメータ名「ＬＯＧＩＮ＿ＩＤ」が関連付けられ、また、パラメータＩＤ「Ｐ２」、外部サービスＩＤ「Ｅ１」、パラメータ名「ＰＡＳＳＷＯＲＤ」が関連付けられて登録される。そして、例えば、レイアウト／パラメータ登録画面（図２１）で外部サービスＩＤ「Ｅ１」の外部サービスについて、２１０６に入力されたユーザＩＤが「ｕｓｅｒＡ」、２１０７に入力されたパスワードが「Ｐａｓｓ＿ａ」が設定された場合、また、ステップＳ３０７で受信したユーザＩＤが「Ｕ１」の場合、パラメータＩＤ「Ｐ１」、ユーザＩＤ「Ｕ１」に対して、パラメータ値「ｕｓｅｒＡ」が登録され、パラメータＩＤ「Ｐ２」、ユーザＩＤ「Ｕ１」に対して、パラメータ値「Ｐａｓｓ＿ａ」が登録される。

【0193】

以上のようにして、管理者により図２４に示す処理で予め登録された各外部サービスのうち、ユーザの操作により、ユーザのページのどのフレームにどの外部サービスを表示させるかが選択されたその内容が、図９、図１０に登録される。また、その、ユーザにより選択された外部サービスでの認証処理に用いられるユーザＩＤ、パスワードも、各ユーザごと、各外部サービスごとに、図１３に登録される。

【0194】

このようにして、レイアウトページ情報テーブル（図９）、ウィンドウマッピングテーブル（図１０）、外部サービスユーザパラメータテーブル（図１３）を登録することができる。
次に、図２５を用いて、対話型サイトテーブル（図１８）の登録処理について説明する。
図２５は、対話型サイトテーブル（図１８）の登録処理の処理手順の一例を示すフローチャートである。

【0195】

図２５に示すステップＳ２５０１、ステップＳ２５０４〜ステップＳ２５０６の処理は、管理者端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。

【0196】

また図２５に示すステップＳ２５０２、ステップＳ２５０３、ステップＳ２５０７、ステップＳ２５０８の処理は、サーバ１００のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたプログラム（ブラウザ等）をＲＡＭ２０３にロードして実行することにより実現される。

【0197】

まず、管理者端末１０１は、管理者により、管理者のユーザＩＤ、パスワードの入力を受け付け、当該受け付けたユーザＩＤ、パスワードをサーバ１００に送信して、管理者の認証要求を行う。そして、サーバ１００は、管理者端末１０１から受信したユーザＩＤ、パスワードに従って、管理者の認証処理を行い、認証される（認証が成功する）と、管理者端末１０１に、管理者のみが閲覧可能な管理者ポータル画面（不図示）を表示する表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する。そして、管理者端末１０１は、該表示情報を受信すると、該表示情報に従って、管理者ポータル画面を表示部に表示する。

【0198】

ここで表示される管理者ポータル画面には、外部サービス登録画面（図２０）の表示要求を行うボタン、対話型サイト登録画面（図２２）の表示要求を行うボタンが設けられている。

【0199】

そして、管理者端末１０１は、管理者により、管理者ポータル画面に表示されている、対話型サイト登録画面（図２２）の表示要求を行うボタンが押下されると、サーバ１００に対して、対話型サイト登録画面（図２２）の表示要求を送信する（ステップＳ２５０１）。

【0200】

サーバ１００は、管理者端末１０１から対話型サイト登録画面（図２２）の表示要求を受信すると（２５０２）、対話型サイト登録画面（図２２）を表示するための表示情報（ＨＴＭＬなど）を管理者端末１０１に送信する（ステップＳ２５０３）。

【0201】

次に、管理者端末１０１は、該表示情報をサーバ１００から受信すると（ステップＳ２５０４）、該表示情報に従って対話型サイト登録画面（図２２）を表示部に表示する（ステップＳ２５０５）。
図２２は、対話型サイト登録画面２２００の一例を示す図である。

【0202】

対話型サイト登録画面２２００は、上述した対話型サイトを登録するための画面であり、登録する対話型のサイトのＵＲＬを入力する入力欄２２０１と、登録ボタン２２０２が設けられている。

【0203】

そして、管理者端末１０１は、管理者による、入力欄２２０１に対話型サイトのＵＲＬの入力を受け付け、管理者により、登録ボタン２２０２が押下されると、管理者により入力された内容（入力内容）のデータをサーバ１００に送信することで、入力内容の登録要求を送信する（ステップＳ２５０６）。

【0204】

サーバ１００は、管理者端末１０１から、対話型サイト登録画面２２００を介してユーザにより入力された入力内容のデータ（登録要求）を受信すると（ステップＳ２５０７）、受信したデータ（ＵＲＬ）を、対話型サイトテーブルに登録する登録処理を行う（ステップＳ２５０８）。
このようにして、対話型サイトを登録する処理を行うことができる。

【0205】

以上説明したように、本実施の形態によれば、少なくとも１回ユーザが認証された後に実行される、ウェブサービスを利用するために行う認証処理で用いられる認証情報の入力操作を軽減させることができる。 従来、クライアント端末は、各外部サービスサーバが提供しているサービスに直接ＵＲＬを入力してアクセスしなければならず煩雑である。

【0206】

これを解消するため、本実施例では、サーバ１００が登録している複数の外部サービスを登録しているため、ユーザがサーバ１００にアクセスすることで、複数の異なる各外部サービスサーバが提供しているサービスに簡単にアクセスすることが可能となる。

【0207】

以上、本発明の実施形態を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

【0208】

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。

【0209】

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

【0210】

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

【0211】

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0212】

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【符号の説明】

【0213】

１００ サーバ
１０１ 管理者端末
１０２ クライアント端末
１０３ クライアント端末
１０４ クライアント端末
１０５ クライアント端末
１０６ 外部サービスサーバ
１０７ 外部サービスサーバ
１０８ 外部サービスサーバ
１０９ ネットワーク（広域回線）
１１０ 会社Ａ内のクライアント端末
１１１ 会社Ｂ内のクライアント端末
１０２ 外部サービスサーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】