JP2008226201A - 仲介システム、プログラム、及び記憶媒体 - Google Patents

Abstract

【課題】既存のシステムを有効活用して構築が可能な仲介システムを提供する。
【解決手段】ユーザ１７は仲介業者１３に、情報処理業者９への仲介処理を依頼する。セッション管理サーバ７（情報処理業者９）は、仲介業者１３毎に一意の第１セッションＩＤ７１を作成し、ユーザ１７毎に一意の第２セッションＩＤ７２を作成する。仲介業者１３は、端末装置１１から情報処理業者９に、第１セッションＩＤ７１と第２セッションＩＤ７２を用いてアクセスすることで、構成を大きく変更することなくユーザ１７の仲介処理を行うことができる。また、仲介業者１３毎に一意である第１セッションＩＤ７１に対する処理を行うことで、仲介を委託された全ユーザ１７に対する一括処理を簡単に行うことができる。
【選択図】図２

Description

本発明は、セッション情報の管理を行うセッション管理装置に関する。

従来、認証・アカウント管理として、ドメイン（ドメインコントローラ）を利用した統合管理が提唱されてきた。ユーザはドメイン上に唯一のアカウントを所持し、ドメイン傘下のＷＥＢサイトにアクセスが可能となる。ドメイン上のアカウントは、他のドメインでは有効ではない。

複数の既存のＷＥＢサイト提供サーバが既に存在し、各々がアイデンティティ体系を所有している場合や、複数のアカウントを利用しているユーザがいる場合など、これら全てを１つのドメインに統合することは困難であった。
そこで、ドメインによる統合管理に替えて、ＷＥＢサイト提供サーバ間のアイデンティティ連携による認証を行う方法がある。

また、異なるＷＥＢサイト提供サーバ同士を連携するために、サービスセッション情報を利用し、サービス連携サーバを置いてＷＥＢサイト提供サーバ同士の連携を示すタスクセッションを生成する情報処理システムがある（例えば、［特許文献１］参照。）。
また、異なるＷＥＢサイト提供サーバ同士にまたがるサービスを可能にするために、ポータルサイトを置いて一連の作業をタスクセッションで管理し、その中のＷＥＢサイト提供サーバごとの作業をスレッドセッションとして管理する方法がある（例えば、［特許文献２］参照。）。
また、主ＷＥＢサイトにおける１度のユーザ認証により、関連ＷＥＢサイトへの正規ユーザであることを保証し、主ＷＥＢサイトを介さずに副ＷＥＢサイトへ直接アクセスすることを防止することのできるシステムがある（例えば、［特許文献３］参照。）。

特開２００６−１９５７９１号公報 特開２００４−１７８４６６号公報 特開２００２−０１４９２７号公報

しかしながら、関連ＷＥＢサイトへアクセスする際に、連携情報にユーザ情報が含まれていると、連携情報をネットワーク上で引き継いで行く方法は、ユーザ情報の漏洩や漏洩情報を用いた不正アクセス等の危険性が高まり、安全性に問題がある。

また、既に異なるアイデンティティ体系で運用されているＷＥＢサイト提供サーバが、企業合併などにより、１つのグループになることがある。ＷＥＢサイト間のアイデンティティ連携による認証連携を行うことは可能であるが、例えば、利用している全てのＷＥＢサイト提供サーバのサービスからログアウトしたり、同一ユーザが異なるアカウントでログインしている全てのＷＥＢサイト提供サーバからログアウトしたり、セッションの連携を行う等の、統合的な管理が困難であるという問題点がある。

また、特許文献１に示すシステムは、ＷＥＢサイト提供サーバ同士の連携を関連付ける情報として、個人情報の漏洩の可能性があるユーザ情報に替えて、サービスセッション情報を利用する。しかしながら、特許文献１によるシステムは、別にサービス連携サーバを置いてサービスセッション情報の連携を示すタスクセッションを生成する。従って、特許文献１によるシステムは、連携を示すタスクセッションを導入することでシステムの構成が複雑になり、システム全体として処理負荷が増加するという問題点がある。

特許文献２に示す方法は、所定の定めれた一連のウェブサービスを処理手順も含めてポータルサイトが管理するものであり、ユーザが関連するＷＥＢサイトに任意にアクセスする場合は想定されていないという問題点がある。

従来例や上記特許文献に示すシステムでは、同一ユーザが、異なる複数のアカウントを利用して同一ＷＥＢサイトにログインする場合、ＷＥＢサイト管理側では、異なるユーザとして認識してしまうという問題点があった。従って、同一ユーザがアクセスしているにも係らず、統一感のある管理が困難であった。

また、従来は、ユーザが直接所定のＷＥＢサーバにログインしてリソース（口座など）の操作を行う顧客ダイレクトのシステムの場合には、１つのユーザＩＤに対して１つの口座が対応する。即ち、顧客ダイレクトのシステムでは、ユーザＩＤ：口座：セッションが１：１：１の関係に設計されている。

しかしながら顧客ダイレクトのシステムが既に存在するところに、代理人（代理サーバ）を置いて他のユーザの口座等を操作する仲介システム（代理店システム）を構築したい場合がある。代理店システムではユーザＩＤ（代理店のＩＤ）：口座：セッションが１：Ｎ：Ｎの関係になるので、既にあるシステムを大幅に改修、もしくは新規にシステムを構築しなくてはならない。従って、既存の顧客ダイレクトシステムを有効に活用できない上、システム構築のコスト的負担が大きいという問題点がある。

また、同時に複数のユーザに関する仲介処理を行う場合、操作をしない時間が長くなるとセッションの有効期限が切れてログアウトしてしまうユーザがあり、操作性に問題が生じる。
また、逆に全てのユーザに関する処理を１つのセッションとすると、ユーザ毎に独立した操作ができないという問題点がある。

本発明は、以上の問題点に鑑みてなされたものであり、既存のシステムを有効活用して構築が可能な仲介システムを提供することを目的とする。

前述した目的を達成するために第１の発明は、情報処理サーバと複数のユーザを仲介する仲介者に属する第１端末装置とがネットワークで接続され、前記仲介者の第１端末装置が前記複数のユーザを仲介して前記情報処理サーバから各種情報を取得する仲介システムであって、前記仲介者が前記第１端末装置から前記情報処理サーバにアクセスする時に、前記仲介者毎に一意の第１セッションＩＤと、前記ユーザ毎に一意の第２セッションＩＤと、を作成するセッションＩＤ作成手段と、前記第１セッションＩＤと前記第２セッションＩＤとをアクセス元の前記仲介者の第１端末装置に送るセッションＩＤ送信手段と、１つの前記第１セッションＩＤと少なくとも１つの前記第２セッションＩＤとを対応付けてセッション管理情報として登録するセッション登録手段と、前記仲介者の第１端末装置から送られる前記第１セッションＩＤ及び前記第２セッションＩＤと、前記登録された前記第１セッションＩＤ及び前記第２セッションＩＤと、を照合するセッション照合手段と、前記セッション照合手段による照合結果に基づいて、前記ユーザ毎に前記各種情報を作成して前記仲介者の第１端末装置に提供する情報提供手段と、を具備することを特徴とする仲介システムである。

第１セッションＩＤは、仲介者毎に作成される識別ＩＤである。第１セッションＩＤは、仲介者が第１端末装置から情報処理サーバへアクセスする時に作成される。第２セッションＩＤは、ユーザ毎に作成される識別ＩＤである。第２セッションＩＤは、仲介者が第１端末装置からユーザを仲介・代理して情報処理サーバにアクセスする時、又はユーザが第２端末装置から直接情報処理サーバにアクセスする時に作成される。
第１端末装置は、仲介者（仲介業者）に属する端末装置である。仲介者は、複数のユーザからの情報処理サーバへの仲介処理や代行処理の依頼を請け負う。

第１の発明の仲介システムは、仲介者が第１端末装置から情報処理サーバにアクセスする時に、仲介者毎に一意の第１セッションＩＤと、仲介するユーザ毎に一意の第２セッションＩＤとを作成する。仲介システムは、第１セッションＩＤと第２セッションＩＤとをアクセス元の第１端末装置に送り、第１セッションＩＤと第２セッションＩＤとを対応付けてセッション管理情報として登録する。仲介システムは、第１端末装置から送られる第１セッションＩＤ及び第２セッションＩＤと、登録された第１セッションＩＤ及び第２セッションＩＤとを照合し、仲介するユーザ毎に各種情報を作成して第１端末装置に提供する。

第１の発明では、第２端末装置（ユーザの端末装置）から情報処理サーバへ直接アクセスする際にセッション情報（第２セッションＩＤ）を用いるシステムを利用して、第２端末装置（ユーザの端末装置）が第１端末装置（仲介者の端末装置）の仲介の下に情報処理サーバにアクセスできる仲介システムを実現することができる。即ち、仲介者に一意の第１セッションＩＤを作成し、ユーザ毎に一意の第２セッションＩＤを作成することで、セッション情報を連携情報として用いる既存のシステムを基にして、仲介者を介する仲介システムを簡単に構築することができる。

また、セッションＩＤ作成手段は、ユーザが第２端末装置から情報処理サーバにアクセスする時に、ユーザ毎に一意の第２セッションＩＤを作成し、セッションＩＤ送信手段は、第２セッションＩＤをアクセス元のユーザの第２端末装置に送り、セッション登録手段は、第２セッションＩＤをセッション管理情報として登録し、セッション照合手段は、ユーザの第２端末装置から送られる第２セッションＩＤと登録された第２セッションＩＤとを照合し、情報提供手段は、セッション照合手段による照合結果に基づいて、ユーザ毎に各種情報を作成してユーザの第２端末装置に提供するようにしてもよい。
ユーザは第２端末装置から、直接情報処理サーバにアクセスし、第２セッションＩＤをセッション管理情報として用いることができる。

また、仲介システムは、情報処理サーバが提供するサービスアカウントの種別に基づいて、仲介者の第１端末装置またはユーザの第２端末装置のどちらのアクセスであるかを判断するようにしてもよい。
アカウントの種別（仲介またはユーザ）により、アカウントの属するアクセス元の端末装置（仲介者の第１端末装置またはユーザの第２端末装置）を判断することができる。仲介システムは、アクセス元が仲介者であれば、さらに、仲介者が仲介・代理するユーザに関する情報を要求し、仲介者及びユーザをそれぞれ第１セッションＩＤ及び第２セッションＩＤに対応付けてセッション管理を行う。仲介システムは、アクセス元がユーザであれば、ユーザを第２セッションＩＤに対応付けてセッション管理を行う。

また、仲介システムは、第１セッションＩＤを情報処理サーバが参照可能なクッキー情報に記録して第１端末装置に保持させるようにしてもよい。
また、仲介システムは、第２セッションＩＤをＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等のネット位置情報のパラメータに記録して第１端末装置又は第２端末装置に送るようにしてもよい。

また、仲介システムは、第１セッションＩＤに対応する複数の第２セッションＩＤが示すセッションのいずれかについて操作が行われた場合、第１セッションＩＤに対応する複数の第２セッションＩＤの有効期限を全て更新するようにしてもよい。
即ち、仲介者が仲介しているユーザのうちいずれかのユーザに関する操作を行うと、全てのユーザに対応する第２セッションＩＤの有効期限を更新し、セッションを継続することができる。

第２の発明は、コンピュータを、第１の発明の仲介システムとして機能させるプログラムである。
第３の発明は、コンピュータを、第１の発明の仲介システムとして機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体である。

本発明によれば、既存のシステムを有効活用して構築が可能な仲介システムを提供することができる。

以下、添付図面を参照しながら、本発明に係る仲介システムの好適な実施形態について詳細に説明する。尚、以下の説明及び添付図面において、略同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略することにする。

（１．仲介システム１の構成）
最初に、図１を参照しながら、仲介システム１の構成について説明する。
図１は、仲介システム１の構成図である。

仲介システム１は、第１端末装置としての仲介業者１３の端末装置１１と第２端末装置としての端末装置１５−１、１５−２、・・、と情報処理サーバ５とが、ネットワーク３で接続されて構成される。さらに複数の端末装置１５、端末装置１１及び情報処理サーバ５が接続されていてもよい。

端末装置１５−１、１５−２、・・、は、それぞれユーザ１７−１、１７−２、・・、に属する。情報処理サーバ５は、情報処理業者９に属する。情報処理業者９は、ユーザ１７から要求を受け付けて所定の情報処理を実行した上で情報を提供する。情報処理業者９は、例えば、金融商品を取り扱う証券会社や銀行等の金融機関である。端末装置１１は、仲介業者１３に属する。

端末装置１５−１、１５−２、・・、は、それぞれ直接、情報処理サーバ５にアクセスすることができる。また、端末装置１５−１、１５−２、・・、は、仲介業者１３に情報処理サーバ５へのアクセスの仲介を依頼することができる。また、ユーザ１７−１、１７−２、・・はそれぞれ、書面や電話等を利用して仲介業者１３に情報処理業者９への仲介を依頼してもよい。

セッション管理サーバ７は、情報処理サーバ５と共に情報処理業者９に属し、情報処理サーバ５のアクセスに関する情報であるセッション情報を管理する。

次に、図２を参照しながら仲介システム１の構成について更に詳細に説明する。
図２は、仲介システム１の構成を詳細に示す図である。

（１−１．端末装置１１（仲介業者１３）の構成）
第１端末装置としての端末装置１１は、ネットワーク３を介してユーザ１７の端末装置１５及び情報処理業者９の情報処理サーバ５に接続可能なコンピュータ等の装置である。

端末装置１１は、ＷＥＢページ要求手段４３と、ＷＥＢページ表示手段４５を有する。ＷＥＢページ要求手段４３は、ＷＥＢページを提供する情報処理業者９（情報処理サーバ５）に、ＷＥＢページの提供を要求する手段である。ＷＥＢページ表示手段４５は、情報処理サーバ５から提供されるＷＥＢページ７３を表示する手段である。
端末装置１１は、ＷＥＢページ７３と共に提供されるセッションに関するセッション情報４７（図５）を受信して保存する。セッション情報４７についての詳細は後述する。

（１−２．端末装置１５（ユーザ１７）の構成）
第２端末装置としての端末装置１５は、ネットワーク３を介して仲介業者１３の端末装置１１及び情報処理業者９の情報処理サーバ５に接続可能なコンピュータ等の装置である。

端末装置１５は、ＷＥＢページ要求手段４９と、ＷＥＢページ表示手段５１を有する。ＷＥＢページ要求手段４９は、ＷＥＢページを提供する情報処理業者９（情報処理サーバ５）に、ＷＥＢページの提供を要求する手段である。、ＷＥＢページ表示手段５１は、情報処理サーバ５から提供されるＷＥＢページ６３を表示する手段である。
端末装置１５は、ＷＥＢページ６３と共に提供されるセッションに関するセッション情報５３（図６）を受信して保存する。セッション情報５３についての詳細は後述する。

（１−３．情報処理サーバ５（情報処理業者９）の構成）
情報処理サーバ５は、ユーザ認証手段２１、ＷＥＢページ作成手段２７及び記憶部にユーザ情報２３、コンテンツ情報２５等を有するコンピュータ等の装置である。

ユーザ認証手段２１は、端末装置１５又は端末装置１１から送られる認証情報（ユーザＩＤやパスワード等）をユーザ情報２３（図７）と照合し、当該端末装置１５又は端末装置１１が正当な利用者であるかどうかを認証する。
ＷＥＢページ作成手段２７は、コンテンツ情報２５の中から該当するコンテンツを取り出しＷＥＢページ７３又はＷＥＢページ６３を作成する。コンテンツ情報２５は、文字・数値・映像・画像・音声等のコンテンツである。

（１−４．セッション管理サーバ７（情報処理業者９）の構成）
セッション管理サーバ７は、セッション取得手段２９、セッション照合手段３１、第１セッションＩＤ作成手段３３、第２セッションＩＤ作成手段３５、セッション登録手段３７、一括処理手段４１及び記憶部にセッション管理情報３９等を有するコンピュータ等の装置である。

セッション管理サーバ７は、端末装置１１（仲介業者１３）や端末装置１５（ユーザ１７）の接続に関するセッション情報をセッション管理情報３９（図４）に登録して管理する。セッション管理サーバ７は端末装置１５から送られる第２セッションＩＤ６２を取得し、端末装置１５にＷＥＢページ６３と共に改めて有効期限等を更新した第２セッションＩＤ６２を送信する。また、セッション管理サーバ７は端末装置１１から送られる第１セッションＩＤ７１、第２セッションＩＤ７２を取得し、端末装置１１にＷＥＢページ７３と共に改めて有効期限等を更新した第１セッションＩＤ７１、第２セッションＩＤ７２を送信する。

セッション取得手段２９は、端末装置１５及び端末装置１１からＷＥＢページ要求と共に送られるセッションに関する情報（第２セッションＩＤ６２、第１セッションＩＤ７１、第２セッションＩＤ７２）を取得する。
セッション照合手段３１は、セッション取得手段２９が取得したセッションに関する情報を、セッション管理情報３９（図４）の登録情報と照合する。

第１セッションＩＤ作成手段３３は、仲介業者１３毎に一意の識別情報である第１セッションＩＤ７１を作成する。
第２セッションＩＤ作成手段３５は、ユーザ１７毎に一意の識別情報である第２セッションＩＤ６２又は第２セッションＩＤ７２を作成する。
セッション登録手段３７は、作成されたセッションに関する情報（第１セッションＩＤ７１、第２セッションＩＤ７２、第２セッションＩＤ６２）をセッション管理情報３９に登録する。
一括処理手段４１は、同一第１セッションＩＤ７１に対応する第２セッションＩＤ７２が示すユーザアカウント全てに対して一括処理を行う。
セッション管理情報３９についての詳細は後述する。

（２．ハードウェア構成）
次に、図３を参照しながら、端末装置１５、端末装置１１、情報処理サーバ５及びセッション管理サーバ７のハードウェア構成について説明する。
図３は、端末装置１５、端末装置１１、情報処理サーバ５及びセッション管理サーバ７のハードウェア構成図である。尚、図３のハードウェア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。

端末装置１５、端末装置１１、情報処理サーバ５及びセッション管理サーバ７は、ＣＰＵ１５１、メモリ１５３、記憶部１５５、表示部１５７、入力部１５９、出力部１６１、通信部１６３がシステムバス１６５を介して接続されて構成される。

ＣＰＵ１５１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）は、演算装置（四則演算や比較演算等）や、ハードウェアやソフトウェアの動作制御を行う装置である。

メモリ１５３は、ＲＡＭ及びＲＯＭ等のメモリである。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や記憶部１５５から読み出されたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラム、アプリケーションプログラム等を記憶する。ＲＡＭはＣＰＵ１５１の主メモリやワークエリアとして機能する。

記憶部１５５は、各種データを記憶する装置であり、例えばハードディスクである。記憶部１５５は、ＣＰＵ１５１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ、各種データベース等が格納される。

表示部１５７は、表示装置であり、例えば、ＣＲＴモニタ、液晶パネルである。表示部１５７は、コンピュータのビデオ機能を実現するための論理回路（ビデオアダプタ等）を有する。

入力部１５９は、各種データの入力装置であり、例えば、キーボード、マウスである。出力部１６１は、各種データの出力装置であり、例えばプリンタである。各種メディアとのデータ入出力を行うドライブ装置を入力部１５９及び出力部１６１として用いることもできる。

通信部１６３は、ネットワーク１６５を介して外部装置と接続・通信する通信制御装置である。例えば、ＴＣＰ／ＩＰを用いたインターネット通信が可能である。
システムバス１６５は、各装置間の制御信号、データ信号などの授受を媒介する経路である。

端末装置１５、端末装置１１、情報処理サーバ５及びセッション管理サーバ７は、記憶部１５５やＲＯＭや記憶媒体に格納されるプログラム（アプリケーションプログラム、ＯＳのプログラム等）を、メモリ１５３のＲＡＭにロードしてＣＰＵ１５１の制御の下に、各種処理を実行する。

（３．セッション管理情報３９、セッション情報４７、セッション情報５３、及びユーザ情報２３の構成）
（３−１．セッション管理情報３９）
次に、図４を参照しながら、セッション管理サーバ７が保持するセッション管理情報３９について説明する。
図４は、セッション管理情報３９の構成の一例を示す図である。
セッション管理情報３９は、情報処理業者９のセッション管理サーバ７の記憶部１５５に保存されるセッションに関する情報である。

セッション管理情報３９は、第１セッションテーブル８１、第２セッションテーブル８５及び対応テーブル８３を有する。

第１セッションテーブル８１は、第１セッションＩＤ７１に関するテーブルである。第１セッションテーブル８１は、第１セッションＩＤ８７、有効期限９１及び仲介アカウント９３等の項目を有する。第１セッションＩＤ８７の項目には、仲介業者１３が端末装置１１から情報処理業者９（情報処理サーバ５）にログインした時にセッション管理サーバ７によって作成される第１セッションＩＤ７１が保存され、有効期限９１には第１セッションＩＤ７１の有効期限が保存される。

仲介アカウント９３の項目には、情報処理業者９にログインした仲介業者１３の端末装置１１のアカウント（例えば「Ｃ１＠Ａ」）が保存される。
尚、有効期限９１は、仲介業者１３が端末装置１１から情報処理業者９（情報処理サーバ５）にアクセスする度に更新される。また、有効期限９１が経過すると、第１セッションＩＤ７１は無効化される。
また、第１セッションＩＤ７１の値は、仲介業者１３毎に一意である。

第２セッションテーブル８５は、第２セッションＩＤ６２又は第２セッションＩＤ７２に関するテーブルである。第２セッションテーブル８５は、第２セッションＩＤ８９、有効期限９１及びユーザアカウント９５等の項目を有する。第２セッションＩＤ８９の項目には、ユーザ１７が端末装置１５から直接情報処理業者９（情報処理サーバ５）にログインした時にセッション管理サーバ７によって作成される第２セッションＩＤ６２、或いは仲介業者１３が端末装置１１からユーザ１７を仲介・代理して情報処理業者９にログインした時に作成される第２セッションＩＤ７２が保存され、有効期限９１には第２セッションＩＤ６２又は第２セッションＩＤ７２の有効期限が保存される。

ユーザアカウント９５の項目には、仲介業者１３の端末装置１１が仲介・代理するユーザ１７のアカウント（例えば「ｕｓｅｒ１＠Ａ」）が保存される。
尚、有効期限９１は、情報処理サーバ５がユーザアカウント９５に関するＷＥＢページを提供する度に更新される。また、有効期限９１が経過すると、第２セッションＩＤ６２又は第２セッションＩＤ７２は無効化される。
また、第２セッションＩＤ６２又は第２セッションＩＤ７２の値は、ユーザ１７毎に一意である。

対応テーブル８３は、上記第１セッションテーブル８１の第１セッションＩＤ８７の項目と、第２セッションテーブル８５の第２セッションＩＤ８９の項目とを対応させるテーブルである。仲介業者１３が複数のユーザ１７の仲介をする場合には、同じ第１セッションＩＤ７１に複数の第２セッションＩＤ７２が対応する。

尚、ユーザ１７が端末装置１５により直接情報処理業者９（情報処理サーバ５）にログインする場合には、第１セッションテーブル８１と対応テーブル８３は利用されない。

（３−２．セッション情報４７）
次に、図５を参照しながら、仲介業者１３の端末装置１１が保持するセッション情報４７について説明する。
図５は、セッション情報４７の構成の一例を示す図である。
セッション情報４７は、仲介業者１３の端末装置１１の記憶部１５５に保存されるセッションに関する情報である。

セッション情報４７は、第１セッションＩＤ８７、第２セッションＩＤ８９、有効期限９１、仲介アカウント９３及びユーザアカウント９５等の項目を有する。

仲介業者１３が、ユーザ１７を仲介して情報処理業者９の情報処理サーバ５にログインする際、情報処理業者９のセッション管理サーバ７は、仲介業者１３に対して一意の第１セッションＩＤ７１を作成し、ユーザ１７に対して一意の第２セッションＩＤ７２を作成する。

第１セッションＩＤ８７の項目には第１セッションＩＤ７１（例えば「ＵＳ０１」）が保存され、第２セッションＩＤ８９の項目には第２セッションＩＤ７２（例えば「ＳＳ１１」）が保存される。
有効期限９１には第１セッションＩＤ７１及び第２セッションＩＤ７２の有効期限が保存される。

仲介アカウント９３の項目には、情報処理サーバ５にログインした仲介業者１３のアカウント（例えば「Ｃ１＠Ａ」）が保存される。ユーザアカウント９５の項目には、仲介業者１３が、情報処理サーバ５へのアクセスを仲介したユーザ１７のアカウント（例えば「ｕｓｅｒ１＠Ａ」）が保存される。

尚、有効期限９１は、仲介業者１３が端末装置１１から情報処理サーバ５にアクセスする度に更新される。また、有効期限９１が経過すると、第１セッションＩＤ７１及び第２セッションＩＤ７２は無効化される。

（３−３．セッション情報５３）
次に、図６を参照しながら、ユーザ１７の端末装置１５が保持するセッション情報５３について説明する。
図６は、セッション情報５３の構成の一例を示す図である。
セッション情報５３は、ユーザ１７の端末装置１５の記憶部１５５に保存されるセッションに関する情報である。

セッション情報５３は、第２セッションＩＤ８９、有効期限９１及びユーザアカウント９５等の項目を有する。第２セッションＩＤ８９の項目には、ユーザ１７が端末装置１５から直接情報処理サーバ５にアクセスした時にセッション管理サーバ７によって作成される第２セッションＩＤ６２が保存され、有効期限９１には第２セッションＩＤ６２の有効期限が保存される。

ユーザアカウント９５の項目には、ユーザ１７が端末装置１５から情報処理サーバ５にログインした時のアカウント（例えば「ｕｓｅｒ１＠Ａ」）が保存される。
尚、ユーザ１７が、仲介業者１３に仲介・代理を依頼する場合には、セッション情報５３は作成されない。

（３−４．ユーザ情報２３）
次に、図７を参照しながら、情報処理サーバ５が保持するユーザ情報２３について説明する。
図７は、ユーザ情報２３の構成の一例を示す図である。
ユーザ情報２３は、情報処理サーバ５の記憶部１５５に保存されるユーザに関する情報である。尚、情報処理サーバ５から見たユーザは、仲介業者１３及びユーザ１７である。

ユーザ情報２３は、アカウント９７、アカウント種別９９及びパスワード１０１等の項目を有する。
アカウント９７の項目には、ユーザ（仲介業者１３又はユーザ１７）が情報処理サーバ５にログインする時のアカウントが保存される。アカウント種別９９の項目には、ユーザ（仲介業者１３又はユーザ１７）を識別する情報が保存される。例えばアカウントが仲介業者１３であればアカウント種別９９には「仲介」、アカウントがユーザ１７であればアカウント種別９９には「ユーザ」が保存される。
パスワード１０１の項目には、アカウント９７（ユーザＩＤ）と両方でユーザ認証を行うための識別ＩＤが保存される。

（４．仲介システム１の動作）
次に、図８〜図１０を参照しながら、仲介システム１の動作について説明する。尚、適宜、図１１〜図１６を参照しながら端末装置１１（仲介業者１３）の表示部１５７に表示される画面を説明する。
端末装置１１（仲介業者１３）は、端末装置１５（ユーザ１７）からの仲介処理依頼操作に基づいて、情報処理サーバ５からコンテンツを受け取る。端末装置１１は、情報処理サーバ５から提供されるＷＥＢページを表示部１５７に表示する。

（４−１．ログイン時のセッション管理）
図８は、端末装置１５（ユーザ１７）が端末装置１１（仲介業者１３）に仲介依頼を行い、仲介業者１３がユーザ１７を仲介・代理して情報処理業者９にログインする際のセッション管理サーバ７のセッション管理を示すフローチャートである。

ユーザ１７はそれぞれ仲介業者１３に仲介処理を依頼する（ステップ１００１）。各ユーザ１７は各端末装置１５から端末装置１１（仲介業者１３）にユーザアカウント５５とパスワード５６を送る。
仲介処理依頼方法は、ネットワーク３を介さず、書面、電話等を利用する方法であってもよい。

端末装置１１（仲介業者１３）の表示部１５７に情報処理サーバ５へのログイン画面３０１（図１１）が表示される（ステップ１００２）。ログイン画面３０１は、例えば、銀行等が提供する所定のＷＥＢサイトの画面である。端末装置１１（仲介業者１３）は、ログイン画面３０１から情報処理サーバ５へのログイン要求を行う。

図１１は、端末装置１１（仲介業者１３）に表示されるログイン画面３０１を示す図である。
ログイン画面３０１にアカウント（仲介アカウント５７）とパスワード５８が入力され「ログイン要求ボタン」２０１がクリックされると、端末装置１１から情報処理サーバ５及びセッション管理サーバ７にログイン要求が送信される。

情報処理サーバ５（情報処理業者９）は、仲介業者１３の端末装置１１から送られるアカウント（仲介アカウント５７）とパスワード５８を、ユーザ情報２３（図７）に登録されている値と照合し、仲介業者１３が正当な利用者であることの認証を行う（ステップ１００３）。情報処理サーバ５は、ユーザ情報２３との照合の結果、送られたアカウント９７（例えば仲介アカウント５７「Ｃ１＠Ａ」）のアカウント種別９９が「仲介」であることから、仲介業者の仲介によるログイン処理を行う。

セッション管理サーバ７（情報処理業者９）の第１セッションＩＤ作成手段３３は、新たに第１セッションＩＤ７１の作成を行い、セッション登録手段３７はセッション管理情報３９の第１セッションテーブル８１（図４）に第１セッションＩＤ７１を登録する（ステップ１００４）。

情報処理サーバ５（情報処理業者９）のＷＥＢページ作成手段２７は作成したＷＥＢページ７３と上記第１セッションＩＤ７１とを端末装置１１（仲介業者１３）に送り、端末装置１１は、仲介ログインのＷＥＢページ（仲介ログイン画面３０２）を表示部１５７に表示する（ステップ１００５）。

図１２は、情報処理サーバ５から提供される仲介ログイン画面３０２を示す図である。
仲介ログイン画面３０２には、端末装置１１（仲介業者１３）が仲介処理を行うユーザ１７のログイン画面が表示される。

仲介ログイン画面３０２に、各ユーザ１７のユーザアカウント５５とパスワード５６が入力され「ログイン要求ボタン」２０１がクリックされると、端末装置１１から情報処理サーバ５及びセッション管理サーバ７にログイン要求（仲介ログイン要求）が送信される。

情報処理サーバ５（情報処理業者９）は、仲介業者１３の端末装置１１から送られるユーザアカウント５５とパスワード５６を、ユーザ情報２３（図７）に登録されている値と照合し、各ユーザ１７が正当な利用者であることの認証を行う（ステップ１００６）。尚、セッション管理サーバ７（情報処理業者９）のセッション照合手段３１は、ユーザアカウント５５とパスワード５６と共に受信した第１セッションＩＤ７１をセッション管理情報３９の第１セッションテーブル８１（図４）と照合し、仲介によるログイン処理を進める。

セッション管理サーバ７（情報処理業者９）の第２セッションＩＤ作成手段３５は、ユーザアカウント５５毎（ユーザ１７毎）に新たに第２セッションＩＤ７２の作成を行い、セッション登録手段３７はセッション管理情報３９の第２セッションテーブル８５（図４）に第２セッションＩＤ７２を登録する（ステップ１００７）。また、セッション登録手段３７は、第１セッションテーブル８１の第１セッションＩＤ８７と、第２セッションテーブル８５の第２セッションＩＤ８９との対応を、対応テーブル８３に登録する。

情報処理サーバ５のＷＥＢページ作成手段２７は、ＷＥＢページ７３を作成し（ステップ１００８）、第１セッションＩＤ７１と第２セッションＩＤ７２と共に端末装置１１（仲介業者１３）に送信する。
端末装置１１（仲介業者１３）は、ＷＥＢページ７３（画面３０３）を表示部１５７に表示する（ステップ１００９）。

図１３は、情報処理サーバ５が提供する口座情報の画面３０３を示す図である。
口座情報の画面３０３には、ユーザ１７毎（端末装置１５毎）に対応する口座情報の画面３０４〜画面３０６が表示される。

端末装置１１（仲介業者１３）は、セッション情報４７（図５）に第１セッションＩＤ７１と第２セッションＩＤ７２を保存する（ステップ１０１０）。

以上の過程を経て、仲介システム１のセッション管理サーバ７（情報処理業者９）は、ログイン要求の送信元が仲介業者１３の端末装置１１であれば、仲介ログイン処理を行う。即ち、各ユーザ１７から仲介処理を依頼された仲介業者１３が端末装置１１からセッション管理サーバ７にログイン要求すると、セッション管理サーバ７は新たに第１セッションＩＤ７１を作成して登録する。仲介業者１３は、セッション管理サーバ７から送られた仲介ログイン画面３０２から、各ユーザ１７の仲介ログイン要求を行う。セッション管理サーバ７はユーザ１７毎に新たに第２セッションＩＤ７２を作成して登録し、更に各第２セッションＩＤ７２を第１セッションＩＤ７１と対応付けて登録する。情報処理サーバ５（情報処理業者９）は、作成したＷＥＢページ７３を、第１セッションＩＤ７１、各第２セッションＩＤ７２と共に端末装置１１（仲介業者１３）に送信する。

このように、情報処理業者９は、仲介業者１３毎に一意の第１セッションＩＤ７１を作成し、ユーザ１７毎に一意の第２セッションＩＤ７２を作成して対応付けることで、簡単な構成で仲介システムを実現することができる。

また、セッション管理サーバ７は、セッション情報として、第１セッションＩＤ７１と第２セッションＩＤ７２とを組み合わせて使用することにより、仲介業者１３単位の統合管理やユーザ１７毎の管理など、シーンに応じた適切な処理が可能になる。

（４−２．ＷＥＢページ更新時のセッション管理）
図９は、端末装置１１（仲介業者１３）のＷＥＢページ更新時のセッション管理を示すフローチャートである。ＷＥＢページの更新は、ＷＥＢページの再表示や他のＷＥＢページへの画面移動等を示す。
仲介業者１３は、情報処理サーバ５（情報処理業者９）にログイン後、所定のユーザ１７の仲介依頼に基づいて情報処理サーバ５にＷＥＢページの更新を要求する（ステップ２００１）。

仲介業者１３は端末装置１１により、ＷＥＢページ更新要求と共に、ログイン時に情報処理サーバ５から送られている第１セッションＩＤ７１と、仲介するユーザ１７に対して作成された第２セッションＩＤ７２とを、情報処理サーバ５及びセッション管理サーバ７に送る。

セッション管理サーバ７のセッション取得手段２９は、セッションを取得し、セッション照合手段３１はセッション管理情報３９を基にして、端末装置１１から送られる第１セッションＩＤ７１と第２セッションＩＤ７２を照合する（ステップ２００２）。第１セッションＩＤ７１と第２セッションＩＤ７２の有効期限も含めた正当性が認証されると、情報処理サーバ５のＷＥＢページ作成手段２７はＷＥＢページ７３を作成して端末装置１１に送る（ステップ２００３）。尚、セッション管理サーバ７は、セッション管理情報３９の該当する有効期限９１を更新する。
端末装置１１は、受信したＷＥＢページ７３を更新して表示する（ステップ２００４）。

例えば、ユーザ１７−１（ｕｓｅｒ１）からの「引出要求」の仲介依頼に基づき、端末装置１１の、ユーザ１７−１（ｕｓｅｒ１）に対する口座情報の画面３０４（図１３）で「引出要求ボタン」２０３がクリックされると、端末装置１１は、情報処理サーバ５に引出要求と共に第１セッションＩＤ７１「ＵＳ０１」と第２セッションＩＤ７２「ＳＳ１１」を送る。情報処理サーバ５は、セッション情報認証後に端末装置１１に口座情報の画面３０７（図１４）を提供する。

図１４は、情報処理サーバ５が提供する口座情報の画面３０７を示す図である。
口座情報の画面３０７には、ユーザ１７−１（ｕｓｅｒ１）に対する画面３０８が更新して表示される。

また、ユーザ１７−３（ｕｓｅｒ３）からの仲介依頼処理が終了し、端末装置１１の、ユーザ１７−３（ｕｓｅｒ３）に対する口座情報の画面３０６（図１３）で「ログアウト要求ボタン」２０５がクリックされると、端末装置１１は、情報処理サーバ５にログアウト要求と共に第１セッションＩＤ７１「ＵＳ０１」と第２セッションＩＤ７２「ＳＳ１３」を送る。情報処理サーバ５は、セッション情報認証後に端末装置１１に口座情報の画面３０９（図１５）を提供する。

図１５は、情報処理サーバ５が提供する口座情報の画面３０９を示す図である。
口座情報の画面３０９には、ユーザ１７−３（ｕｓｅｒ３）に対するログアウト完了通知の画面３１０が表示される。

以上の過程を経て、端末装置１１（仲介業者１３）はいずれかのユーザ１７のＷＥＢページ更新要求を仲介して、端末装置１５により情報処理サーバ５にＷＥＢページの更新を要求する。端末装置１１は、第１セッションＩＤ７１と、仲介するユーザ１７に対して作成された第２セッションＩＤ７２とをセッション管理サーバ７に送る。セッション管理サーバ７は、セッション管理情報３９を基にして第１セッションＩＤ７１と第２セッションＩＤ７２の正当性を認証した後、第１セッションＩＤ７１及び第２セッションＩＤ７２の有効期限を更新する。情報処理サーバ５は、該当する端末装置１５（ユーザ１７）に対して更新したＷＥＢページ７３を、第１セッションＩＤ７１及び第２セッションＩＤ７２と共に端末装置１１（仲介業者１３）に送る。

このように、端末装置１１（仲介業者１３）は、いずれかの端末装置１５（ユーザ１７）のＷＥＢページ更新要求を仲介する際に、第１セッションＩＤ７１と、仲介するユーザ１７に対して作成された第２セッションＩＤ７２とをセッション管理サーバ７に送る。セッション情報として第１セッションＩＤ７１と第２セッションＩＤ７２とを用いることで、仲介システム１を簡単な構成で実現することができる。

また、仲介システム１では、ユーザ情報を含まないセッション情報（第１セッションＩＤ７１、第２セッションＩＤ７２）をネットワーク上で引き継いでいくので、個人情報の漏洩を阻止し、不正アクセス等の危険性を低減することができる。

（４−３．ログアウト時のセッション管理）
図１０は、仲介業者１３が、情報処理サーバ５（情報処理業者９）からログアウトする際のセッション管理を示すフローチャートである。
仲介業者１３は端末装置１１により、情報処理サーバ５に対してログアウトを要求する（ステップ３００１）。端末装置１１（仲介業者１３）のログアウトにより、仲介依頼元の全てのユーザ１７のアカウントについて一括ログアウト処理が行われる。

端末装置１１は、ログアウト要求と共に、ログイン時に情報処理サーバ５から送られている第１セッションＩＤ７１を、情報処理サーバ５及びセッション管理サーバ７に送る。

セッション管理サーバ７のセッション取得手段２９は、セッションを取得し、セッション照合手段３１はセッション管理情報３９を基にして、端末装置１１から送られる第１セッションＩＤ７１を照合する（ステップ３００２）。

セッション管理サーバ７は、第１セッションＩＤ７１の有効期限も含めた正当性を認証する。次にセッション管理サーバ７は、セッション管理情報３９の対応テーブル８３（図４）を基に、第１セッションＩＤ７１に対応する全ての第２セッションＩＤ８９を検索する（ステップ３００３）。

更に、セッション管理サーバ７は、セッション管理情報３９の第２セッションテーブル８５（図４）を基に、検索した全ての第２セッションＩＤ８９が示すユーザアカウント９５についてログアウト処理を行う（ステップ３００４）。
情報処理サーバ５は、ログアウト完了通知を作成して端末装置１１に送り、端末装置１１はログアウト完了通知を表示する（ステップ３００５）。

例えば、端末装置１１は、口座情報の画面３０３（図１３）で「一括ログアウト要求ボタン」２０７がクリックされると、情報処理サーバ５に一括ログアウト要求と共に第１セッションＩＤ７１「ＵＳ０１」を送る。セッション管理サーバ７は、第１セッションＩＤ７１「ＵＳ０１」に対応する全ての第２セッションＩＤ８９（「ＳＳ１１」、「ＳＳ１２」、「ＳＳ１３」）を検索し、更に第２セッションＩＤ８９がそれぞれ示すユーザアカウント９５（「ｕｓｅｒ１＠Ａ」、「ｕｓｅｒ２＠Ａ」、「ｕｓｅｒ３＠Ａ」）について一括ログアウト処理を行う。情報処理サーバ５は、端末装置１１に一括ログアウト完了通知画面３１１（図１６）を提供する。

図１６は、情報処理サーバ５が提供する一括ログアウト完了通知画面３１１を示す図である。
一括ログアウト完了通知画面３１１には、全てのユーザ１７（ｕｓｅｒ１〜ｕｓｅｒ３）に対する一括ログアウト完了通知の画面３１２〜３１４が表示される。

以上の過程を経て、端末装置１１（仲介業者１３）は一括ログアウト要求と共に、ログイン時に情報処理サーバ５から送られている第１セッションＩＤ７１を、情報処理サーバ５及びセッション管理サーバ７に送る。セッション管理サーバ７は、第１セッションＩＤ７１に対応する全ての第２セッションＩＤ７２を検索し、更に第２セッションＩＤ７２に対応する全てのアカウント９５についてログアウト処理を行う。

このように、仲介業者１３が端末装置１１により一括ログアウト要求を行う場合は、第１セッションＩＤ７１に対応する全ての第２セッションＩＤ７２を検索し、仲介依頼元の端末装置１５（ユーザ１７）のアカウントについて一括ログアウト処理を行うことができる。１つの第１セッションＩＤ７１と複数の第２セッション情報７２とを対応付けることにより、仲介システム１では、仲介業者１３毎の一括処理が簡単に実現できる。一括処理は、一括ログアウト処理に限定されない。

（４−４．セッションの有効期限の管理）
図１７を参照しながら、仲介システム１のセッションの有効期限の管理について説明する。
図１７は、仲介システム１のセッションの有効期限の管理に関するフローチャートである。
仲介業者１３は、仲介アカウント「Ｃ１＠Ａ」で情報処理サーバ５にログインする（ステップ３５０１）。セッション管理サーバ７は、仲介業者１３に対する第１セッションＩＤ「ＵＳ０１」を作成する（ステップ３５０２）。

仲介業者１３は、仲介依頼を受けたユーザ１７−１を代行して、ユーザアカウント「ｕｓｅｒ１＠Ａ」でログインする（ステップ３５０３）。同様にして、仲介業者１３はユーザ１７−２、ユーザ１７−３を代行して、それぞれユーザアカウント「ｕｓｅｒ２＠Ａ」、「ｕｓｅｒ３＠Ａ」でログインする（ステップ３５０４、ステップ３５０５）。

セッション管理サーバ７は、ユーザ１７−１、ユーザ１７−２およびユーザ１７−３に対してそれぞれ第２セッションＩＤ「ＳＳ１１」、第２セッションＩＤ「ＳＳ１２」および第２セッションＩＤ「ＳＳ１３」を作成する（ステップ３５０６〜３５０８）。

仲介業者１３により、ユーザ１７−１、ユーザ１７−２およびユーザ１７−３のいずれかに関する操作が行われると（ステップ３５１０〜３５１２のいずれか）、セッション管理サーバ７は、第１セッションＩＤ「ＵＳ０１」、第２セッションＩＤ「ＳＳ１１」、第２セッションＩＤ「ＳＳ１２」および第２セッションＩＤ「ＳＳ１３」の有効期限を全て更新する（ステップ３５１３）。

仲介業者１３により、ユーザ１７−１、ユーザ１７−２およびユーザ１７−３に関する操作が行われている間は、ステップ３５０９からステップ３５１４の処理を繰り返す。
仲介業者１３がログアウト操作を行うと（ステップ３５１５）、セッション管理サーバ７は、第１セッションＩＤ「ＵＳ０１」、第２セッションＩＤ「ＳＳ１１」、第２セッションＩＤ「ＳＳ１２」および第２セッションＩＤ「ＳＳ１３」を全て無効化する（ステップ３５１６）。

このように、ユーザ１７−１、ユーザ１７−２およびユーザ１７−３のいずれかに関する操作が行われると、全てのセッション（第１セッションＩＤと、関連する全ての第２セッションＩＤ）が更新され、一部のセッションが無効になることはない。また、ユーザ１７毎に異なる第２セッションＩＤが作成されているので、ユーザ１７毎に操作は独立して行うことができる。

尚、図１７では、いずれかのユーザアカウントについて操作があるときに、第１セッションＩＤおよび第２セッションＩＤの有効期限を全て更新するものとして説明したが、操作のあったユーザアカウントに対応する第２セッションＩＤについてのみ有効期限を更新するようにしてもよい。これにより、操作を中断してから長時間放置されたユーザアカウントについては、自動的に第２セッションＩＤが無効化される。

（５．ユーザ直接アクセス時のセッション管理）
次に、図１８を参照しながら、ユーザ１７が仲介依頼を行わず、直接、情報処理業者９の情報処理サーバ５にアクセスする際の処理について説明する。尚、適宜、図１９、図２０を参照しながら端末装置１５（ユーザ１７）の表示部１５７に表示される画面を説明する。

図１８は、ユーザ１７が仲介依頼を行わず、直接、端末装置１５から情報処理業者９の情報処理サーバ５にログインし、画面遷移する際のセッション管理を示すフローチャートである。

端末装置１５（ユーザ１７）の表示部１５７に情報処理サーバ５（情報処理業者９）へのログイン画面３０１（図１１）が表示される（ステップ４００１）。ログイン画面３０１は、例えば、銀行等が提供する所定のＷＥＢサイトの画面である。例えばログイン画面３０１にユーザアカウント５５「ｕｓｅｒ１＠Ａ」、パスワード５６「ａｓｐｆｇ」が入力され、「ログイン要求ボタン」２０１がクリックされると、端末装置１５（ユーザ１７）から情報処理サーバ５及びセッション管理サーバ７にログイン要求が送信される。

情報処理サーバ５（情報処理業者９）は、端末装置１５から送られるアカウント（ユーザアカウント５５）とパスワード５６を、ユーザ情報２３（図７）に登録されている値と照合し、ユーザアカウント５５（ユーザ１７）が正当な利用者であることの認証を行う（ステップ４００２）。情報処理サーバ５は、ユーザ情報２３との照合の結果、送られたアカウント９７（例えばユーザアカウント５５「ｕｓｅｒ１＠Ａ」）のアカウント種別９９が「ユーザ」であることから、ユーザからの直接ログインによるログイン処理を行う。

セッション管理サーバ７（情報処理業者９）の第２セッションＩＤ作成手段３５は、ユーザアカウント５５毎（ユーザ１７毎）に新たに第２セッションＩＤ６２の作成を行い、セッション登録手段３７はセッション管理情報３９の第２セッションテーブル８５（図４）に第２セッションＩＤ６２を登録する（ステップ４００３）。
尚、ユーザ１７からの直接ログインによる場合には、セッション管理情報３９の第１セッションテーブル８１及び対応テーブル８３は利用しない。

情報処理サーバ５のＷＥＢページ作成手段２７は、ＷＥＢページ６３を作成し（ステップ４００４）、第２セッションＩＤ６２と共に端末装置１５（ユーザ１７）に送信する。
端末装置１５（ユーザ１７）は、ＷＥＢページ６３（口座情報の画面３１５）を表示部１５７に表示する（ステップ４００５）。

図１９は、情報処理サーバ５が提供する口座情報の画面３１５を示す図である。
口座情報の画面３１５には、端末装置１５（ユーザ１７「ｕｓｅｒ１＠Ａ」）に対する口座情報の画面３１６が表示される。

端末装置１５（ユーザ１７）は、セッション情報５３（図６）に第２セッションＩＤ６２を保存する（ステップ４００６）。
続いて、ユーザ１７は端末装置１５により、情報処理サーバ５にＷＥＢページの更新を要求する（ステップ４００７）。

端末装置１５は、ＷＥＢページ更新要求と共に、ログイン時に情報処理サーバ５から送られている第２セッションＩＤ６２を、情報処理サーバ５及びセッション管理サーバ７に送る。

セッション管理サーバ７のセッション取得手段２９は、セッションを取得し、セッション照合手段３１はセッション管理情報３９を基にして、端末装置１５から送られる第２セッションＩＤ６２を照合する（ステップ４００８）。第２セッションＩＤ６２の有効期限も含めた正当性が認証されると、情報処理サーバ５のＷＥＢページ作成手段２７はＷＥＢページ６３を作成して端末装置１５に送る（ステップ４００９）。尚、セッション管理サーバ７は、第２セッションテーブル８５（図４：セッション管理情報３９）の該当する有効期限９１を更新する。
端末装置１５は、受信したＷＥＢページ７３を更新して表示する（ステップ４０１０）。

例えば、端末装置１５は、口座情報の画面３１５（図１９）で「引出要求ボタン」２０３がクリックされると、情報処理サーバ５に引出要求と共に第２セッションＩＤ６２「ＳＳ１１」を送る。セッション情報認証後に情報処理サーバ５は、端末装置１５に口座情報の画面３１７（図２０）を提供する。
図２０は、情報処理サーバ５が提供する口座情報の画面３１７を示す図である。
口座情報の画面３１７には、ユーザ１７−１（ｕｓｅｒ１）に対する画面３１８が表示される。

以上の過程を経て、仲介システム１のセッション管理サーバ７（情報処理業者９）は、ログイン要求の送信元がユーザ１７の端末装置１５であれば、ユーザからの直接ログインによるログイン処理を行う。即ち、ユーザ１７が端末装置１５により情報処理サーバ５及びセッション管理サーバ７にログイン要求すると、情報処理サーバ５はアカウント種別９９が「ユーザ」であることを識別し、ユーザ直接ログインの処理を行う。セッション管理サーバ７は新たに第２セッションＩＤ６２を作成して登録する。情報処理サーバ５は、作成したＷＥＢページ６３と共に第２セッションＩＤ６２を端末装置１５に送る。

端末装置１５はＷＥＢページ更新要求と共に上記第２セッションＩＤ６２を情報処理サーバ５及びセッション管理サーバ７に送信する。セッション管理サーバ７は、第２セッションＩＤ６２の正当性を認証した後、有効期限を更新した第２セッションＩＤ６２と共に、端末装置１５に対して更新したＷＥＢページ７３を送る。

このように、仲介システム１では、ユーザ１７が仲介業者１３を介さず、直接、端末装置１５により情報処理業者９の情報処理サーバ５及びセッション管理サーバ７にログインすることもできる。

（６．第１セッションＩＤ７１及び第２セッションＩＤ７２の引継）
第１セッションＩＤ７１及び第２セッションＩＤ７２の引継に関しては、ＷＥＢページ要求（リクエスト）やＷＥＢページ送信（レスポンス）と共に、第１セッションＩＤ７１及び第２セッションＩＤ７２を送受可能な方法であれば限定されない。例えば、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムでは、クッキー情報やＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）のパラメータに記録して送受するようにしてもよい。また、ＵＲＬのパラメータに記録する場合には、ＷＥＢページのリンクに埋め込むようにしてもよい。

尚、ＷＥＢページを表示するブラウザのアプリケーションでは、通常、１つのセッション管理サーバの管理下にある情報処理サーバにアクセスする度に、クッキー情報が上書きされる。一方、ＵＲＬのパラメータは、参照が容易である。

第１セッションＩＤ７１は、情報処理業者９とのアクセス以外に参照されることは望ましくない。従って、ＵＲＬのパラメータではなく、ブラウザのクッキー情報に記録することが望ましい。第１セッションＩＤ７１は、仲介業者１３毎に一意であり、同一の値でクッキー情報が上書きされたとしても問題はない。

一方、１つの仲介業者１３が仲介するユーザ１７毎に異なる第２セッションＩＤ７２が割り当てられることがあるので、第２セッションＩＤ７２をクッキー情報に記録すると異なる値で上書きされる可能性がある。従って、第２セッションＩＤ７２はＵＲＬのパラメータに記録することが望ましい。ユーザ１７が仲介業者１３に仲介依頼を行って、端末装置１５により情報処理業者９にアクセスする場合には、第１セッションＩＤ７１がなく第２セッションＩＤ７２だけでは情報処理業者９の利用権限は制限あるいは無効とされる。従って仮に、第２セッションＩＤ７２が第三者に参照されたとしても、セキュリティ上の影響を防止することができる。

（７．効果等）
以上詳細に説明したように、本発明の実施の形態に係る仲介システム１では、第１セッションＩＤ７１及び第２セッションＩＤ７２を利用することで、既存のセッション情報利用システムを有効に利用して、簡単に仲介システム（代理店システム）を構築することができる。即ち、既存のシステムを活用することで、仲介システム構築のためのコスト的負担を軽減することが可能である。

第１セッションＩＤ７１及び第２セッションＩＤ７２の両方を照合して仲介システム１によるサービスの利用を許可する情報処理業者９では、いずれか一方のセッションＩＤが漏洩したとしてもサービスの利用は許可されないので、他の端末装置からの不正利用に対する安全性を高めることができる。

また、１つの仲介業者１３が複数のユーザ１７を仲介し、異なるアカウントで情報処理業者９にログインする場合、同一の第１セッションＩＤ７１が作成される。従って、第１セッションＩＤ７１を利用して例えば端末装置１５（ユーザ１７）の一斉ログアウト等の統合的な管理が可能になり、仲介システム１全体としての処理負荷や通信負荷を軽減することができる。

また、仲介業者１３が複数のユーザ１７を仲介していずれかのユーザ１７に関する操作を行うと、全てのユーザ１７に関する第２セッションＩＤ７２の有効期限が更新される。従って、操作していないユーザ１７を含め、全てのユーザ１７に関する第２セッションＩＤ７２が無効になることを防ぐので、操作性を向上させることができる。また、ユーザ１７毎に異なる第２セッションＩＤ７２が作成されているので、仲介業者１３は全ユーザ１７についてそれぞれ独立した操作を行うことができる。

以上、添付図面を参照しながら、本発明にかかる仲介システムの好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

仲介システム１の構成図 仲介システム１の詳細構成図 情報処理サーバ５、セッション管理サーバ７、端末装置１５及び端末装置１１のハードウェア構成を示す図 セッション管理情報３９（セッション管理サーバ７）を示す図 セッション情報４７（仲介業者１３の端末装置１１）を示す図 セッション情報５３（端末装置１５）を示す図 ユーザ情報２３（情報処理サーバ５）を示す図 端末装置１５（ユーザ１７）の仲介ログイン時のセッション管理を示すフローチャート 端末装置１１（仲介業者１３）のＷＥＢページ更新時のセッション管理を示すフローチャート 端末装置１１（仲介業者１３）の一括ログアウト時のセッション管理を示すフローチャート ログイン画面３０１を示す図 仲介ログイン画面３０２を示す図 口座情報の画面３０３を示す図 口座情報の画面３０７を示す図 口座情報の画面３０９を示す図 一括ログアウト完了通知画面３１１を示す図 仲介システム１のセッションの有効期限の管理に関するフローチャート 端末装置１５が直接情報処理業者９にログインし画面遷移する際のセッション管理を示すフローチャート 口座情報の画面画面３１５を示す図 口座情報の画面画面３１７を示す図

符号の説明

１………仲介システム
３………ネットワーク
５………情報処理サーバ
７………セッション管理サーバ
９………情報処理業者
１１、１５−１、１５−２、・・、………端末装置
１３………仲介業者
１７−１、１７−２、・・、………ユーザ
２１………ユーザ認証手段
２３………ユーザ情報
２５………コンテンツ情報
２７………ＷＥＢページ作成手段
２９………セッション取得手段
３１………セッション照合手段
３３………第１セッションＩＤ作成手段
３５………第２セッションＩＤ作成手段
３７………セッション登録手段
３９………セッション管理情報
４１………一括処理手段
４３、４９………ＷＥＢページ要求手段
４５、５１………ＷＥＢページ表示手段
４７、５３………セッション情報
５５………ユーザアカウント
５６、５８、１０１………パスワード
６２、７２、８９………第２セッションＩＤ
６３、７３………ＷＥＢページ
７１、８７………第１セッションＩＤ
８１………第１セッションテーブル
８３………対応テーブル
８５………第２セッションテーブル
９１………有効期限
９３………仲介アカウント
９５………ユーザアカウント
９７………アカウント
９９………アカウント種別
１５１………ＣＰＵ
１５３………メモリ
１５５………記憶部
１５７………表示部
１５９………入力部
１６１………出力部
１６３………通信部
２０１………ログイン要求ボタン
２０３………引出要求ボタン
２０５………ログアウト要求ボタン
２０７………一括ログアウト要求ボタン
３０１………ログイン画面（仲介業者１３及びユーザ１７）
３０２………仲介ログイン画面（仲介業者Ｃ１）
３０３、３０７、３０９、３１１………仲介業者Ｃ１への提供画面
３０４〜３０６、３０８、３１０、３１２〜３１４………ユーザ１７に関する情報表示
３１５、３１７………ユーザ１７への提供画面
３１６、３１８………ユーザ１７に関する情報表示

Claims (7)

1. 情報処理サーバと複数のユーザを仲介する仲介者に属する第１端末装置とがネットワークで接続され、前記仲介者の第１端末装置が前記複数のユーザを仲介して前記情報処理サーバから各種情報を取得する仲介システムであって、
   前記仲介者が前記第１端末装置から前記情報処理サーバにアクセスする時に、前記仲介者毎に一意の第１セッションＩＤと、前記ユーザ毎に一意の第２セッションＩＤと、を作成するセッションＩＤ作成手段と、
   前記第１セッションＩＤと前記第２セッションＩＤとをアクセス元の前記仲介者の第１端末装置に送るセッションＩＤ送信手段と、
   １つの前記第１セッションＩＤと少なくとも１つの前記第２セッションＩＤとを対応付けてセッション管理情報として登録するセッション登録手段と、
   前記仲介者の第１端末装置から送られる前記第１セッションＩＤ及び前記第２セッションＩＤと、前記登録された前記第１セッションＩＤ及び前記第２セッションＩＤと、を照合するセッション照合手段と、
   前記セッション照合手段による照合結果に基づいて、前記ユーザ毎に前記各種情報を作成して前記仲介者の第１端末装置に提供する情報提供手段と、
   を具備することを特徴とする仲介システム。
2. 前記セッションＩＤ作成手段は、前記ユーザが第２端末装置から前記情報処理サーバにアクセスする時に、前記ユーザ毎に一意の第２セッションＩＤを作成し、
   前記セッションＩＤ送信手段は、前記第２セッションＩＤをアクセス元の前記ユーザの第２端末装置に送り、
   前記セッション登録手段は、前記第２セッションＩＤをセッション管理情報として登録し、
   前記セッション照合手段は、前記ユーザの第２端末装置から送られる前記第２セッションＩＤと前記登録された前記第２セッションＩＤとを照合し、
   前記情報提供手段は、前記セッション照合手段による照合結果に基づいて、前記ユーザ毎に前記各種情報を作成して前記ユーザの第２端末装置に提供することを特徴とする請求項１に記載の仲介システム。
3. 前記情報処理サーバが提供するサービスアカウントの種別に基づいて、前記仲介者の第１端末装置または前記ユーザの第２端末装置のどちらのアクセスであるかを判断する種別判定手段を具備することを特徴とする請求項１または請求項２に記載の仲介システム。
4. 前記セッションＩＤ送信手段は、前記第２セッションＩＤをネット位置情報のパラメータに記録して送ることを特徴とする請求項１から請求項３までのいずれかに記載の仲介システム。
5. 前記第１セッションＩＤに対応する複数の第２セッションＩＤが示すセッションのいずれかについて操作が行われた場合、前記第１セッションＩＤに対応する前記複数の第２セッションＩＤの有効期限を全て更新することを特徴とする請求項１から請求項４までのいずれかに記載の仲介システム。
6. コンピュータを、請求項１から請求項５までのいずれかに記載の仲介システムとして機能させるプログラム。
7. コンピュータを、請求項１から請求項５までのいずれかに記載の仲介システムとして機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images