JP5097418B2 - セッション管理装置、プログラム、及び記憶媒体 - Google Patents

Description

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

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

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

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

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

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

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

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

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

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

また、従来例や上記特許文献に示すシステムでは、サービスアカウント単位での関連ＷＥＢサイトとの連携が困難であるという問題がある。例えば、同一ユーザが異なるアカウントでログインし、各アカウントがそれぞれ別の関連するＷＥＢサイトにアクセスする場合に、アクセスのたびにクッキー情報が上書きされてしまうので、元のＷＥＢサイトに戻る時にアクセスしたアカウントとして元のＷＥＢサイトに戻れる保証はない。従って、ユーザにとってＷＥＢサイトの連携に関する操作性が悪いという問題点がある。

本発明は、以上の問題点に鑑みてなされたものであり、提供するＷＥＢサイトの安全性を確保し、ユーザの操作性を向上させることが可能なセッション管理装置を提供することを目的とする。

前述した目的を達成するために第１の発明は、各種情報を提供する少なくとも１つの情報提供サーバと、前記情報提供サーバにネットワークを介して接続されたユーザに属する少なくとも１つの端末装置と、の間の通信単位であるセッションを管理するセッション管理装置であって、前記ユーザが前記端末装置から前記情報提供サーバにアクセスする時に、前記ユーザ毎に一意の第１セッションＩＤと、前記情報提供サーバが提供するサービス毎に一意の第２セッションＩＤと、を作成するセッションＩＤ作成手段と、前記第１セッションＩＤと前記第２セッションＩＤとをアクセス元の前記ユーザの端末装置に送るセッションＩＤ送信手段と、１つの前記第１セッションＩＤと少なくとも１つの前記第２セッションＩＤとを対応付けてセッション管理情報として登録するセッション登録手段と、前記ユーザの端末装置から送られる前記第１セッションＩＤ及び前記第２セッションＩＤと、前記登録された前記第１セッションＩＤ及び前記第２セッションＩＤと、を照合して、前記ユーザの前記情報提供サーバにおける利用権限を判定するセッション照合手段と、前記ユーザが前記端末装置からアクセスした前記情報提供サーバを介して他の情報提供サーバにアクセスする時に、前記第２セッションＩＤを連携情報として用いて前記情報提供サーバと前記他の情報提供サーバとを連携させる連携手段と、を具備することを特徴とするセッション管理装置である。

第１セッションＩＤ（ユーザセッションＩＤ）は、ユーザ毎に作成される識別ＩＤである。ユーザが端末装置から一旦情報提供サーバにログインした後、異なるアカウントでアクセスした場合には、既に当該ユーザに対して第１セッションＩＤが作成されているので、新たに第１セッションＩＤは作成されない。
第２セッションＩＤ（サービスセッションＩＤ）は、情報提供サーバが提供するサービス毎に作成される識別ＩＤである。第２セッションＩＤは、ユーザが端末装置から情報提供サーバが提供するサービスにログインする度に作成される。
アカウントは、システム的にログインするためのユーザＩＤである。１人のユーザが同一の情報提供サーバに対して複数のアカウントを所有することがある。

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

第１の発明では、ユーザが端末装置から異なるアカウントで情報提供サーバにアクセスした場合でも、同一の第１セッションＩＤが作成されているので、セッション管理サーバは同一ユーザからのアクセスであると判定することができる。従って、セッション管理サーバは、同一ユーザからのアクセスを統合的に管理することが可能になる。

また、セッション管理装置は、ユーザが端末からアクセスした情報提供サーバを介して他の情報提供サーバにアクセスする時に、第２セッションＩＤを連携情報として用いて情報提供サーバと他の情報提供サーバとを連携させることにより、連携先の情報悌用サーバに、ユーザに関する情報が漏洩する危険性を阻止することができる。

また、セッション管理装置は、ユーザが端末装置から連携先の情報提供サーバを介して連携元の情報提供サーバに再度アクセスする場合、第２セッションＩＤが示すサービスに基づいてユーザの端末装置に各種情報を提供するようにしてもよい。
これにより、ユーザの端末装置は第２セッションＩＤが示すサービス毎の情報提供サーバへの連携が可能になり、端末装置の操作性を向上させることができる。

また、セッション管理装置は、第１セッションＩＤ及び第２セッションＩＤの照合結果が適正でない場合には、ユーザの情報提供サーバにおける利用権限を制限あるいは無効にしてもよい。
これにより、情報提供サーバは利用権利を有するユーザを判別するので、不正アクセスや情報漏洩等を阻止し、安全性を確保することができる。

また、セッション管理装置は、第２セッションＩＤの照合結果が適正であり、第１セッションＩＤの照合ができない場合には、ユーザに対してログイン時の認証と比較して簡易な認証を行うようにしてもよい。
これにより、連携先からの第２セッションＩＤの照合結果が適正であれば、ユーザは簡易な認証で連携元に戻ることができる。簡易な認証は、例えばユーザＩＤ、パスワードのうち少なくとも何れかを用いて行う認証である。

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

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

本発明によれば、提供するＷＥＢサイトの安全性を確保し、ユーザの操作性を向上させることが可能なセッション管理装置を提供することができる。

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

（１．セッション管理システム１の構成）
最初に、図１を参照しながら、セッション管理システム１の構成について説明する。
図１は、セッション管理システム１の構成図である。
本発明に係るセッション管理装置は、セッション管理システム１において情報提供サーバのセッションを管理するセッション管理サーバである。

セッション管理システム１は、端末装置５と情報提供サーバとしてのサーバ（Ａ１）１１−１、サーバ（Ａ２）１１−２、・・とサーバＢ１９とが、ネットワーク７で接続されて構成される。さらに複数の端末装置５及びサーバが接続されていてもよい。

端末装置５は、ユーザ３に属する。サーバ（Ａ１）１１−１、サーバ（Ａ２）１１−２、・・、はそれぞれ事業者（Ａ１）９−１、事業者（Ａ２）９−２、・・、に属する。事業者（Ａ１）９−１、事業者（Ａ２）９−２、・・、はグループＡ１３として提携関係にあり、端末装置５は、サーバ（Ａ１）１１−１、サーバ（Ａ２）１１−２、・・、がそれぞれ提供しているＷＥＢサイト間を、見かけ上単一のサーバが提供しているようにアクセス（画面遷移）することが可能である。

即ちユーザ３は、グループＡ１３に属するいずれかのサーバＡ１１（サーバ（Ａ１）１１−１、サーバ（Ａ２）１１−２、・・）にログインすると、見かけ上すべてのサーバＡ１１が一体となり１つのＷＥＢサイト提供サーバが構成され、ユーザ３はこの単一のＷＥＢサイト提供サーバにログインして利用しているのと同等である。

セッション管理サーバ１５は、グループＡ１３内の全てのサーバＡ１１のアクセスに関する情報であるセッション情報を管理する。

サーバＢ１９及びセッション管理サーバ２１は、事業者Ｂ１７に属する。セッション管理サーバ２１は、サーバＢ１９のアクセスに関する情報であるセッション情報を管理する。

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

（１−１．端末装置５の構成）
端末装置５は、ネットワーク７を介してサーバＡ１１、サーバＢ１９、セッション管理サーバ１５及びセッション管理サーバ２１に接続可能なコンピュータ等の装置である。

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

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

セッション管理サーバ１５は、全てのサーバＡ１１に関するセッション情報をセッション管理情報３７（図５）に登録して管理する。セッション管理サーバ１５は端末装置５から送られるユーザセッションＩＤ２９、サービスセッションＩＤ３１を取得し、端末装置５にユーザセッションＩＤ２９、サービスセッションＩＤ３１を送信する。

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

ユーザセッションＩＤ作成手段４３は、ユーザ３毎に一意の識別情報であるユーザセッションＩＤ２９を作成する。ユーザセッションＩＤ２９の作成には、ユーザに関する識別情報（例えばユーザＩＤ）等を利用してもよい。
サービスセッションＩＤ作成手段４５は、ユーザ３が端末装置５からログインするサービス毎に一意の識別情報となるサービスセッションＩＤ３１を作成する。
セッション登録手段４７は、作成されたユーザセッションＩＤ２９及びサービスセッションＩＤ３１をセッション管理情報３７に登録する。
連携手段４９は、セッション管理情報３７に登録されているサービスセッションＩＤ３１を連携情報としてＷＥＢページ５５作成時にサーバＡ１１に提供する。
セッション管理情報３７についての詳細は後述する。

（１−３．サーバＡ１１の構成）
サーバＡ１１は、ユーザ認証手段３９、ＷＥＢページ作成手段５１及び記憶部にユーザ情報４１、コンテンツ情報５３等を有するコンピュータ等の装置である。
ユーザ認証手段３９は、端末装置５から送られる認証情報（ユーザＩＤやパスワード等）をユーザ情報４１（図７）と照合し、当該端末装置５のユーザ３が正当な利用者であるかどうかを認証する。
ＷＥＢページ作成手段５１は、コンテンツ情報５３の中から該当するコンテンツを取り出しＷＥＢページ５５を作成する。コンテンツ情報５３は、文字・数値・映像・画像・音声等のコンテンツである。

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

セッション管理サーバ２１は、サーバＢ１９のセッション情報をセッション管理情報７１（図６）に登録して管理する。セッション管理サーバ２１はユーザ３の端末装置５から送られるセッションＩＤ６１及び連携情報としてのサービスセッションＩＤ３１を取得し、端末装置５にセッションＩＤ６１及び連携情報としてのサービスセッションＩＤ３１を送信する。

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

セッションＩＤ作成手段７３は、アクセスを識別する一意の識別情報であるセッションＩＤ６１を作成する。
セッション登録手段７５は、作成されたセッションＩＤ６１をセッション管理情報７１に登録する。
連携手段７７は、セッション管理情報７１に登録されている連携情報１０３（サービスセッションＩＤ３１）をＷＥＢページ８３作成時にサーバＢ１９に提供する。
セッション管理情報７１についての詳細は後述する。

（１−５．サーバＢ１９の構成）
サーバＢ１９は、ユーザ認証手段６７、ＷＥＢページ作成手段７９及び記憶部にユーザ情報６９、コンテンツ情報８１等を有するコンピュータ等の装置である。それぞれの構成は、サーバＡ１１と同じであるので説明を省略する。

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

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

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

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

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

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

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

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

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

（３．セッション情報２３、セッション管理情報３７、セッション管理情報７１、及びユーザ情報４１の構成）
（３−１．セッション情報２３）
次に、図４を参照しながら、端末装置５が保持するセッション情報２３について説明する。
図４は、セッション情報２３の構成の一例を示す図である。
サーバＡ１１が提供するＷＥＢページ５５や、サーバＢ１９が提供するＷＥＢページ８３と共に送られるセッションに関する情報は、端末装置５の記憶部１５５にセッション情報２３として保存される。

セッション情報２３は、ユーザセッションＩＤ８７、サービスセッションＩＤ８９、セッションＩＤ９１、有効期限９３及びアカウント９５等の項目を有する。ユーザセッションＩＤ８７及びサービスセッションＩＤ８９の項目には、サーバＡ１１からＷＥＢページ５５と共に送られるユーザセッションＩＤ２９及びサービスセッションＩＤ３１が保存され、有効期限９３にはユーザセッションＩＤ２９及びサービスセッションＩＤ３１の有効期限が保存される。アカウント９５の項目には、端末装置５からサーバＡ１１にログインしたユーザ３のアカウント（例えば「ｕｓｅｒ１＠Ａ１」）が保存される。

セッションＩＤ９１の項目には、サーバＢ１９からＷＥＢページ８３と共に送られるセッションＩＤ６１が保存され、有効期限９３にはセッションＩＤ６１の有効期限が保存される。ユーザ３が端末装置５から、サーバＢ１９にログインした場合には、アカウント９５の項目にアカウント（例えば「ｂａｒ＠Ｂ」）が、保存される。

尚、有効期限９３は、端末装置５がサーバＡ１１又はサーバＢ１９にアクセスする度に更新される。また、有効期限９３が経過すると、ユーザセッションＩＤ２９及びサービスセッションＩＤ３１、またはセッションＩＤ６１は無効化される。

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

セッション管理情報３７は、ユーザセッションＩＤ８７、サービスセッションＩＤ８９、有効期限９３、アカウント９５及び連携先９７等の項目を有する。ユーザセッションＩＤ８７及びサービスセッションＩＤ８９の項目には、ユーザ３が端末装置５からグループＡ１３（サーバＡ１１のいずれか）にログインした時にセッション管理サーバ１５によって生成されるユーザセッションＩＤ２９及びサービスセッションＩＤ３１が保存され、有効期限９３にはユーザセッションＩＤ２９及びサービスセッションＩＤ３１の有効期限が保存される。

アカウント９５の項目には、グループＡ１３（サーバＡ１１のいずれか）にログインしたユーザ３のアカウント（例えば「ｕｓｅｒ１＠Ａ１」）が保存される。連携先９７には、グループＡ１３（サーバＡ１１のいずれか）が提供するＷＥＢサイトから他のサーバの提供するＷＥＢサイトに遷移する際の連携先（例えば「サーバＢ」）が保存される。

尚、有効期限９３は、ユーザ３が端末装置５によりサーバＡ１１のいずれかにアクセスする度に更新される。また、有効期限９３が経過すると、ユーザセッションＩＤ２９及びサービスセッションＩＤ３１は無効化される。
また、ユーザセッションＩＤ８７の値はユーザ３毎に一意である。また、サービスセッションＩＤ８９の値は、提供されるサービス（アカウント９５）毎に一意である。

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

セッション管理情報７１は、セッションＩＤ９９、有効期限９３、アカウント９５、連携元１０１及び連携情報１０３等の項目を有する。セッションＩＤ９９の項目には、ユーザ３が端末装置５により事業者Ｂ１７（サーバＢ１９）にアクセスした時にセッション管理サーバ２１によって生成されるセッションＩＤ６１が保存され、有効期限９３にはセッションＩＤ６１の有効期限が保存される。

アカウント９５の項目には、ユーザ３が端末装置５によりサーバＢ１９にログインした時のアカウント（例えば「ｂａｒ＠Ｂ」）が保存される。連携元１０１には、グループＡ１３（サーバＡ１１のいずれか）が提供するＷＥＢページからサーバＢ１９にアクセスした際の連携元（例えば「サーバＡ１」）が保存される。連携情報１０３は、連携時に端末装置５から連携情報として送られるサービスセッションＩＤ３１の値（例えば「ＳＳ１１」）が保存される。

尚、有効期限９３は、ユーザ３が端末装置５によりサーバＢ１９にアクセスする度に更新される。また、有効期限９３が経過すると、セッションＩＤ９９は無効化される。

（３−４．ユーザ情報４１）
次に、図７を参照しながら、サーバＡ１１が保持するユーザ情報４１について説明する。
図７は、ユーザ情報４１の構成の一例を示す図である。
ユーザ情報４１は、サーバＡ１１の記憶部１５５に保存されるユーザに関する情報である。

ユーザ情報４１は、アカウント９５及びパスワード１０５等の項目を有する。ユーザ情報４１にはアカウント９５毎にユーザ３に関する詳細な情報（氏名、住所、取引情報等）を保存してもよいがここでは説明を省略する。
アカウント９５の項目には、ユーザ３がサーバＡ１１にログインする時のアカウント（ユーザＩＤ）が保存される。尚、同一ユーザ３が、同一のサーバＡ１１に対して複数のアカウント（ユーザＩＤ）を所有してもよい。
パスワード１０５の項目には、アカウント（ユーザＩＤ）と両方でユーザ認証を行うための識別ＩＤが保存される。

（４．セッション管理システム１の動作）
次に、図８〜図１１を参照しながら、セッション管理システム１の動作について説明する。尚、適宜、図１２〜図１８を参照しながら端末装置５の表示部１５７に表示される画面を説明する。
端末装置５は、ユーザ３による入力部１５９の操作に基づいて、サーバＡ１１及びサーバＢ１９からコンテンツを受け取る。端末装置５は、サーバＡ１１から提供される画面ＡやサーバＢ１９から提供される画面Ｂを表示部１５７に表示する。

（４−１．ログイン時のセッション管理）
図８は、セッション管理サーバ１５のログイン時のセッション管理を示すフローチャートである。
端末装置５の表示部１５にトップ画面３０１が表示される。トップ画面３０１は、例えば、証券会社等が提供する所定のＷＥＢサイトの画面である。端末装置５は、トップ画面３０１を介してサーバＡ１１（グループＡ１３）にログイン要求を行う。

図１２は、サーバＡ１１が提供するトップ画面３０１を示す図である。
トップ画面３０１にアカウント（ユーザＩＤ）とパスワードが入力され「ログイン要求ボタン」１０７がクリックされると、端末装置５からサーバＡ１１及びセッション管理サーバ１５にログイン要求が送信される（ステップ１００１）。

尚、端末装置５が別のアカウント（ユーザＩＤ）を用いて既にサーバＡ１１にログインしている場合には、ユーザ３毎に一意のユーザセッションＩＤ２９がサーバＡ１１によって既に作成されており、ステップ１００１のログインと同時にユーザセッションＩＤ２９もサーバＡ１１に送られる。

サーバＡ１１のユーザ認証手段３９は端末装置５から送られるアカウント（ユーザＩＤ）とパスワードを、ユーザ情報４１（図７）に登録されている値と照合し、ユーザ認証を行う（ステップ１００２）。

セッション管理サーバ１５のセッション取得手段３３は、端末装置５から送られるセッション情報を取得し、セッション照合手段３５は取得したユーザセッションＩＤ２９が登録済みであるかどうかをセッション管理情報３７（図５）と照合する。

ユーザセッションＩＤ２９が、端末装置５から送られていない、又は送られてきたユーザセッションＩＤ２９が登録済みでない場合や有効でない場合は（ステップ１００３のＮＯ）、ユーザセッションＩＤ作成手段４３は新たにユーザセッションＩＤ２９を作成し（例えばユーザセッションＩＤ２９「ＵＳ０１」）、セッション登録手段４７がセッション管理情報３７に登録する（ステップ１００４）。

ユーザセッションＩＤ２９が登録済みで且つ有効である（有効期限内）場合（ステップ１００３のＹＥＳ）またはステップ１００４で新たにユーザセッションＩＤ２９の作成・登録が行われた場合、サービスセッションＩＤ作成手段４５は新たにサービスセッションＩＤ３１を作成し（例えばサービスセッションＩＤ３１「ＳＳ１１」）、セッション登録手段４７がセッション管理情報３７に登録する（ステップ１００５）。尚、セッション登録手段４７は、サービスセッションＩＤ３１の有効期限９３と、ユーザのアカウント９５（例えば「ｕｓｅｒ１＠Ａ１」）を同時にセッション管理情報３７に登録する。

サーバＡ１１のＷＥＢページ作成手段５１は、コンテンツ情報５３の中からコンテンツを引き出してＷＥＢページ５５を作成して端末装置５に送る（ステップ１００６）。サーバＡ１１は、端末装置５にＷＥＢページ５５と共にサービスセッションＩＤ３１を送る。更に、ユーザセッションＩＤ２９を送ってもよい。
端末装置５は、ＷＥＢページ（サーバＡ提供画面（１）３０２）を表示部１５７に表示する（ステップ１００７）。

図１３は、サーバＡ１１が提供するサーバＡ提供画面（１）３０２を示す図である。
サーバＡ提供画面（１）３０２には、サーバＡ１１や他の関連するサーバが提供するＷＥＢサイトにアクセスするためのボタンやリンクが表示される。
例えば「時価情報」ボタン１０９は、他の関連サーバ（サーバＢ１９）が提供する時価情報画面へのアクセスボタンである。

サーバＡ提供画面（１）３０２（図１３）は、ユーザ３が端末装置５からアカウント「ｕｓｅｒ１＠Ａ１」でサーバ（Ａ１）１１−１にログインした時に表示される画面である。

端末装置５は、ＷＥＢページ５５と共に送られるユーザセッションＩＤ２９とサービスセッションＩＤ３１をセッション情報２３に保存する（ステップ１００８）。

図１４は、ユーザ３が端末装置５から、アカウント「ｕｓｅｒ１＠Ａ１」とは異なるアカウント「ｕｓｅｒ２＠Ａ１」を用いてサーバ（Ａ１）１１−１にログインする画面を示す。サーバＡ提供画面（２）３０３（図１４）において、アカウント（ユーザＩＤ）「ｕｓｅｒ２＠Ａ１」とパスワードが入力され、ログインボタン１０７がクリックされると、ユーザ３はアカウント「ｕｓｅｒ２＠Ａ１」でサーバ（Ａ１）１１−１にログインすることができる。

この場合は、既にアカウント「ｕｓｅｒ１＠Ａ１」でログインした時にユーザセッションＩＤ２９がセッション管理情報３７（図５）に登録されている。従って、新たにサービスセッションＩＤ３１「ＳＳ１２」のみが作成されレコード２０５（図５）として登録される。

図１５は、ユーザ３が端末装置５から、アカウント「ｕｓｅｒ１＠Ａ１」及び「ｕｓｅｒ２＠Ａ１」の両方でサーバ（Ａ１）１１−１を利用している画面を示す。サーバ（Ａ１）１１−１側は、２つのアカウント「ｕｓｅｒ１＠Ａ１」及び「ｕｓｅｒ２＠Ａ１」に対応するユーザセッションＩＤ２９の値が同一であることから、同一ユーザ３がログインしていることを把握する。

以上の過程を経て、セッション管理サーバ１５は、ユーザ３が端末装置５からグループＡ１３のサーバＡ１１にログイン要求すると、サーバＡ１１が提供するサービス毎（サービスアカウント毎）に新たにサービスセッションＩＤ３１を作成して登録する。また、セッション管理サーバ１５は、ユーザセッションＩＤ２９が登録されていなければ、新たにユーザセッションＩＤ２９を作成して登録する。

このように、セッション管理サーバ１５は、ユーザ３毎に一意のユーザセッションＩＤ２９を作成するので、ユーザセッションＩＤ２９をユーザ３毎の統合的な処理等に利用することができる。

例えばセッション管理情報３７（図５）のレコード２０４とレコード２０５のように、アカウント９５の値が異なってもユーザセッションＩＤ８７の値が同じであることから、同一のユーザ３からのアクセスであることが判る。また、グループＡ１３内の異なるサーバＡ１１（サーバ（Ａ２）１１−２）にアカウント９５「ｆｏｏ＠Ａ２」でログインしているレコード２０６も、レコード２０４及びレコード２０５とユーザセッションＩＤ８７の値が同じであることから、同一ユーザ３からのアクセスであることが判る。

また、セッション管理サーバ１５は、サービス毎（サービスアカウント毎）に一意のサービスセッションＩＤ３１を作成するので、サービスセッションＩＤ３１を提供するサービス毎の統合的な処理に利用することができる。

また、セッション管理サーバ１５は、セッション情報として、ユーザセッションＩＤ２９とサービスセッションＩＤ３１とを組み合わせて使用することにより、ユーザ単位の統合管理やサービス毎の管理など、シーンに応じた適切な使い分けが可能である。また、後述するが、他の関連するＷＥＢサイトに連携する場合に、サービスセッションＩＤ３１のみを連携情報として利用することで情報漏洩に対する安全性を確保することができる。

（４−２．ＷＥＢページ更新時のセッション管理）
図９は、セッション管理サーバ１５のＷＥＢページ更新時のセッション管理を示すフローチャートである。ＷＥＢページの更新は、ＷＥＢページの再表示や他のＷＥＢページへの画面移動等を示す。
端末装置５は、サーバＡ１１にログイン後、サーバＡ１１の提供するＷＥＢページの更新要求、或いはグループＡ１３に属する何れかのサーバＡ１１の提供するＷＥＢページを要求する（ステップ２００１）。

端末装置５は、ＷＥＢページ要求と共に、ログイン後にサーバＡ１１から送られているユーザセッションＩＤ２９とサービスセッションＩＤ３１を、サーバＡ１１及びセッション管理サーバ１５に送る。

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

以上の過程を経て、ユーザ３は端末装置５からグループＡ１３のいずれかのサーバＡ１１にＷＥＢページ要求を行う際に、ユーザセッションＩＤ２９とサービスセッションＩＤ３１をセッション管理サーバ１５に送る。セッション管理サーバ１５は、セッション管理情報３７を基にしてユーザセッションＩＤ２９とサービスセッションＩＤ３１の正当性を認証した後、有効期限を更新したユーザセッションＩＤ２９及びサービスセッションＩＤ３１と共にＷＥＢページ５５を端末装置５に送る。

このように、セッション管理サーバ１５は、グループＡ１３のいずれかのサーバＡ１１にログインした端末装置５が、いずれかのサーバＡ１１の提供するＷＥＢページ表示や更新を要求する場合に、ログイン時に発行したユーザセッションＩＤ２９とサービスセッションＩＤ３１の両方の認証を要求する。

従って、例えば端末装置５から漏洩したサービスセッションＩＤ３１を利用して、グループＡ１３のいずれかのサーバＡ１１を利用しようとする端末装置からの不正アクセスを阻止することができる。

尚、異なるサーバＡ１１間の画面遷移では、各サーバＡ１１においてログイン処理を行うこともできるが、操作性を考慮してログイン処理を行わないようにしてもよい。この場合、各サーバＡ１１毎にユーザ情報４１を保持することに代えて、セッション管理サーバ１５でユーザ情報４１を一元管理するようにしてもよい。

（４−３．連携サーバへの画面遷移時のセッション管理）
図１０は、サーバＡ１１が提供するＷＥＢページから、サーバＢ１９が提供するＷＥＢページを要求する際のセッション管理を示すフローチャートである。
端末装置５は、サーバＡ１１にログイン後、サーバＡ１１が提供するＷＥＢページからサーバＢ１９が提供するＷＥＢページを要求する（ステップ３００１）。

例えば、端末装置５に表示されるサーバＡ１１が提供するサーバＡ提供画面（１）３０２（図１３）において、他の関連サーバ（サーバＢ１９）が提供する時価情報画面へのアクセスボタンである「時価情報」ボタン１０９がクリックされる。

端末装置５は、サービスセッションＩＤ３１をサーバＡ１１のセッション管理サーバ１５に送る。セッション管理サーバ１５は、セッション管理情報３７の該当するサービスセッションＩＤ３１のレコードに連携先９７を登録する（ステップ３００２）。例えばサービスセッションＩＤ３１「ＳＳ１１」の場合、レコード２０４の連携先９７に「サーバＢ」が登録される。

また、端末装置５は、ＷＥＢページ要求と共にサービスセッションＩＤ３１を連携情報としてサーバＢ１９のセッション管理サーバ２１に送る。端末装置５からの初めてのアクセスの場合、セッション管理サーバ２１のセッションＩＤ作成手段７３はセッションＩＤ６１を作成し、セッション登録手段７５はセッションＩＤ６１をセッション管理情報７１（図６）に登録する（ステップ３００３）。

また、セッション管理サーバ２１は端末装置５から送られたサービスセッションＩＤ３１を連携情報１０３としてセッション管理情報７１に登録する（ステップ３００４）。

例えば、セッション管理情報７１のレコード２０７のセッションＩＤ９９の項目に、作成されたセッションＩＤ３１「Ｓ３１」が登録され、連携元１０１に「サーバＡ１」、連携情報１０３には送られたサービスセッションＩＤ３１「ＳＳ１１」が登録される。

サーバＢ１９のＷＥＢページ作成手段７９は、コンテンツ情報８１の中からコンテンツを引き出してＷＥＢページ８３を作成する（ステップ３００５）。ＷＥＢページ８３は、セッションＩＤ６１、連携情報としてのサービスセッションＩＤ３１と共に端末装置５に送られる。
端末装置５は、ＷＥＢページ（サーバＢ提供画面３０５）を表示部１５７に表示する（ステップ３００６）。

図１６は、サーバＢが提供するサーバＢ提供画面３０５を示す図である。
サーバＢ提供画面３０５には、時価情報１１１が表示される。また、「○○証券注文画面へ」ボタン１１２は、サーバＡ１１が提供する画面へのアクセスボタンである。

端末装置５は、ＷＥＢページ８３と共に送られるセッションＩＤ６１「Ｓ３１」をセッション情報２３のセッションＩＤ９１の項目にレコード２０３として保存する（ステップ３００７）。

以上の過程を経て、ユーザ３が端末装置５によりサーバＡ１１の提供するＷＥＢページから、サーバＢ１９が提供するＷＥＢページを要求すると、サーバＡ１１のセッション管理サーバ１５は、連携先９７をセッション管理情報３７に登録する。連携先であるサーバＢ１９のセッション管理サーバ２１は、サーバＡ１１が作成したサービスセッションＩＤ３１を連携情報１０３として登録する。セッション管理サーバ２１は、セッションＩＤ６１を作成・登録し、サーバＢ１９はＷＥＢページ８３と共にセッションＩＤ６１と、連携情報としてのサービスセッションＩＤ３１を端末装置５に送る。

このように、ユーザ３が端末装置５からサーバＡ１１の提供するＷＥＢページから、サーバＢ１９が提供するＷＥＢページを要求すると、サーバＡ１１からは連携情報としてサービスセッションＩＤ３１が送られる。例えばサービスセッションＩＤ３１が漏洩したとしても、グループＡ１３のサーバＡ１１を利用するには、ユーザセッションＩＤ２９とサービスセッションＩＤ３１の両方の認証が必要であるので、悪意のあるユーザの不正利用を阻止することができる。即ち、サービスセッションＩＤ３１のみを他の関連するＷＥＢサイトへの連携情報として利用することで、情報漏洩に対する安全性を確保することができる。
尚、サーバＡ１１からサーバＢ１９への連携時にサーバＢ１９においてログイン処理を行うようにしてもよいし、操作性を考慮してログイン処理を行わないようにしてもよい。

（４−４．連携元サーバへの画面遷移時のセッション管理）
図１１は、サーバＢ１９が提供するＷＥＢページから、サーバＡ１１が提供するＷＥＢページを要求する際のセッション管理を示すフローチャートである。
端末装置５は、サーバＡ１１にログイン後、サーバＢ１９が提供するＷＥＢページに連携して画面遷移し、再びサーバＡ１１の提供するＷＥＢページを要求する（ステップ４００１）。

例えば、端末装置５に表示されるサーバＢ１９が提供するサーバＢ提供画面３０５（図１６）において、サーバＡ１１が提供する注文画面へアクセスする「○○証券注文画面へ」ボタン１１２がクリックされる。

端末装置５は、サーバＢ１９から連携情報として送られているサービスセッションＩＤ３１「ＳＳ１１」を基にして、セッション情報２３からレコード２０１を検索し、セッション管理サーバ１５が作成したユーザセッションＩＤ２９を引き出す。

端末装置５は、サーバＡ１１及びセッション管理サーバ１５に、ＷＥＢページ要求と共に、ユーザセッションＩＤ２９「ＵＳ０１」とサービスセッションＩＤ３１「ＳＳ１１」を送信する。

セッション管理サーバ１５のセッション照合手段３５は、セッション管理情報３７を基にユーザセッションＩＤ２９「ＵＳ０１」の照合とサービスセッションＩＤ３１「ＳＳ１１」の照合を行う（ステップ４００２）。

また、セッション照合手段３５は、サービスセッションＩＤ３１「ＳＳ１１」に対応するアカウント９５「ｕｓｅｒ１＠Ａ１」を検索する（ステップ４００３）。ＷＥＢページ作成手段５１は、検索されたアカウント９５「ｕｓｅｒ１＠Ａ１」に対してＷＥＢページ５５を作成する（ステップ４００４）。

作成されたＷＥＢページ５５は、ユーザセッションＩＤ２９、サービスセッションＩＤ３１と共に端末装置５に送られる。端末装置５は、ＷＥＢページ（サーバＡ提供画面３０６）を表示部１５７に表示する（ステップ４００５）。

図１７は、サーバＡ１１が提供するサーバＡ提供画面３０６を示す図である。
サーバＡ提供画面３０６には、注文情報１１３が表示される。また、端末装置５には「ｕｓｅｒ１さま」が表示され、端末装置５はサーバＢ１９に連携した際のアカウント「ｕｓｅｒ１＠Ａ１」でサーバＡ１１に戻ることができる。

尚、端末装置５は、サーバＡ１１及びセッション管理サーバ１５に、ＷＥＢページ要求と共にサービスセッションＩＤ３１を送り、ユーザセッションＩＤ２９を送らない方法を採ってもよい。この場合には、ステップ４００２のユーザセッションＩＤ２９及びサービスセッションＩＤ３１の照合に替えて、サービスセッションＩＤ３１の照合後に、サーバＡ１１は、端末装置５に簡易認証を要求してもよい。

図１８は、簡易認証のためのサーバＡ提供画面３０７を示す図である。パスワード入力欄１１５にパスワードが入力されると、サーバＡ１１のユーザ認証手段３９は再度ユーザ情報４１（図７）を基にしてユーザ認証を行う。ログイン時に行ったユーザＩＤの確認処理は省略される。

また、ステップ４００２のユーザセッションＩＤ２９及びサービスセッションＩＤ３１の照合時に、例えば有効期限９３が過ぎてユーザセッションＩＤ２９及びサービスセッションＩＤ３１が無効化されている場合に、上記簡易認証を行い、再びユーザセッションＩＤ２９及びサービスセッションＩＤ３１を有効化するようにしてもよい。

以上の過程を経て、端末装置５がサーバＡ１１にログイン後、サーバＢ１９が提供するＷＥＢページに連携して画面遷移し、再びサーバＡ１１の提供するＷＥＢページを要求する際、端末装置５は連携情報として送られているサービスセッションＩＤ３１を基に、セッション情報２３からユーザセッションＩＤ２９を引き出す。

端末装置５は、サーバＡ１１及びセッション管理サーバ１５に、ＷＥＢページ要求と共に、ユーザセッションＩＤ２９とサービスセッションＩＤ３１を送信する。セッション管理サーバ１５が、ユーザセッションＩＤ２９とサービスセッションＩＤ３１の照合に成功すると、サーバＡ１１は作成したＷＥＢページ５５を、ユーザセッションＩＤ２９、サービスセッションＩＤ３１と共に端末装置５に送る。

このように、連携情報としてサービスセッションＩＤ３１を用いることにより、端末装置５が連携サーバであるサーバＢ１９に遷移した後、元のサーバＡ１１に容易に戻ることができる。また、サービスセッションＩＤ３１「ＳＳ１１」に対応するアカウント９５に対してＷＥＢページ５５を送るので、端末装置５は連携した時のアカウントでサーバＡ１１を利用することができる。

サービスセッションＩＤ３１が提供されるサービス毎（サービスアカウント毎）に一意であることから、端末装置５は遷移先のサーバＢ１９から遷移時のアカウントで元のサーバＡ１１を利用することができ、ユーザ３のサーバＡ１１及びサーバＢ１９のサービス利用時の混乱を低減し操作性を向上させることができる。

（５．サーバＡ１１とサーバＢ１１の画面遷移）
次に、図１９を参照して、サーバＡ１１からの提供画面と、サーバＢ１１からの提供画面の画面遷移を説明する。
図１９は、サーバＡ１１からの提供画面と、サーバＢ１９からの提供画面の画面遷移を示す図である。

端末装置５が、サーバＡ１１にログインすると、画面３０２が表示される。サーバＢ１９へのリンクボタン１１７がクリックされると、セッション管理情報３７には「連携先サーバＢ」の情報が登録され、サーバＡ１１からは連携情報としてサービスセッションＩＤがサーバＢ１９に送られる。また、サーバＢ１９のセッション管理情報７１には、連携情報１０３としてサービスセッションＩＤと、「連携元サーバＡ１」の情報が登録される。

サーバＢ１９からの提供画面３０５が、端末装置５に表示される。画面３０５の、サーバＡ１１へのリンクボタン１１９がクリックされると、セッション管理情報７１に登録されていた、連携情報であるサービスセッションＩＤと「連携元サーバＡ１」の情報が引き出されてサーバＡ１１に送られる。
サーバＡ１１はサービスセッションＩＤをセッション管理情報３７と照合し、照合が成功すると、画面３０６を端末装置５に表示させる。

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

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

ユーザセッションＩＤ２９は、グループＡ１３以外の他のグループサイト等に参照されることは望ましくない。従って、ＵＲＬのパラメータではなく、ブラウザのクッキー情報に記録することが望ましい。ユーザセッションＩＤ２９は、ユーザ３毎に一意であり、同一の値でクッキー情報が上書きされたとしても問題はない。
一方、１人のユーザ３に対して提供されるサービス毎（サービスアカウント毎）にサービスセッションＩＤ３１が割り当てられることがあるので、サービスセッションＩＤ３１をクッキー情報に記録すると異なる値で上書きされる可能性がある。従って、ＵＲＬのパラメータに記録することが望ましい。ユーザセッションＩＤ２９がなくサービスセッションＩＤ３１だけではサーバＡ１１の利用権限は制限あるいは無効とされるので、仮に、ユーザセッションＩＤ２９が第三者に参照されたとしても、セキュリティ上の影響を防止することができる。

（７．効果等）
以上詳細に説明したように、本発明の実施の形態に係るセッション管理システム１では、ユーザセッションＩＤ２９及びサービスセッションＩＤ３１をシーンに応じて利用することで、顧客の利便性を向上させ、情報漏洩に対する安全性を確保することができる。

ユーザセッションＩＤ２９及びサービスセッションＩＤ３１の両方を照合して、サービスの利用を許可するグループＡ１３では、他のサーバへの連携時にサービスセッションＩＤ３１のみを連携情報として用いるので、たとえ連携情報が漏洩したとしても、グループＡ１３の不正利用に対する安全性を確保することができる。

また、サービスセッションＩＤ３１は提供されるサービス毎（ログイン時のサービスアカウント毎）に一意に作成されるので、他のサーバへ連携して再び元のサーバへ戻る際に、サービスセッションＩＤ３１を連携情報として引き継ぐことで、他のサーバに連携した際のアカウントで元のサーバに戻ることができる。従って、ユーザ３の混乱を低減し操作性を向上させることができる。

また、同一ユーザ３が、異なるアカウントでグループＡ１３のサーバＡ１１にログインした場合、同一のユーザセッションＩＤ２９が作成されるので、ユーザセッションＩＤ２９を利用して例えば一斉ログオフ等の統合的な管理が可能になり、ユーザ３の利便性が向上する。

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

セッション管理システム１の構成図 セッション管理システム１の詳細構成図 セッション管理サーバ１５、セッション管理サーバ２１、サーバＡ１１、サーバＢ１９及び端末装置５のハードウェア構成を示す図 セッション情報２３（端末装置５）を示す図 セッション管理情報３７（セッション管理サーバ１５）を示す図 セッション管理情報７１（セッション管理サーバ２１）を示す図 ユーザ情報４１（サーバＡ１１）を示す図 セッション管理サーバ１５のログイン時のセッション管理を示すフローチャート セッション管理サーバ１５のＷＥＢページ更新時のセッション管理を示すフローチャート サーバＡ１１が提供するＷＥＢページからサーバＢ１９が提供するＷＥＢページを要求する際のセッション管理を示すフローチャート サーバＢ１９が提供するＷＥＢページから、サーバＡ１１が提供するＷＥＢページを要求する際のセッション管理を示すフローチャート サーバＡ１１が提供するトップ画面３０１を示す図 サーバＡ提供画面（１）３０２を示す図 サーバＡ提供画面３０２、３０３を示す図 サーバＡ提供画面３０２、３０４を示す図 サーバＢ提供画面３０５を示す図 サーバＡ提供画面３０６を示す図 サーバＡ提供画面３０７を示す図 サーバＡ１１からの提供画面と、サーバＢ１９からの提供画面の画面遷移を示す図

符号の説明

１………セッション管理システム
３………ユーザ
５………端末装置
７………ネットワーク
９−１、９−２、・・、………事業者Ａ
１１−１、１１−２、・・、………サーバＡ
１３………グループＡ
１５………セッション管理サーバ
１７………事業者Ｂ
１９………サーバＢ
２１………セッション管理サーバ
２３………セッション情報
２５………ＷＥＢページ要求手段
２７………ＷＥＢページ表示手段
２９、８７………ユーザセッションＩＤ
３１、８９………サービスセッションＩＤ
３３、６３………セッション取得手段
３５、６５………セッション照合手段
３７、７１………セッション管理情報
３９、６７………ユーザ認証手段
４１、６９………ユーザ情報
４３………ユーザセッションＩＤ作成手段
４５………サービスセッションＩＤ作成手段
４７、７５………セッション登録手段
４９、７７………連携手段
５１、７９………ＷＥＢページ作成手段
５３、８１………コンテンツ情報
５５、８３………ＷＥＢページ
６１、９１、９９………セッションＩＤ
７３………セッションＩＤ作成手段
９３………有効期限
９５………アカウント
９７………連携先
１０１………連携元
１０３………連携情報
１０７………ログイン要求ボタン
１０９………「時価情報」ボタン
１１１、１１３………情報表示
１１５………パスワード入力欄
１１７………サーバＢ１９への連携ボタン
１１９………サーバＡ１１へ戻りボタン
１５１………ＣＰＵ
１５３………メモリ
１５５………記憶部
１５７………表示部
１５９………入力部
１６１………出力部
１６３………通信部
２０１〜２０８………レコード
３０１………トップ画面
３０２〜３０４、３０７………画面Ａ
３０５………画面Ｂ

Claims (7)

1. 各種情報を提供する少なくとも１つの情報提供サーバと、前記情報提供サーバにネットワークを介して接続されたユーザに属する少なくとも１つの端末装置と、の間の通信単位であるセッションを管理するセッション管理装置であって、
   前記ユーザが前記端末装置から前記情報提供サーバにアクセスする時に、前記ユーザ毎に一意の第１セッションＩＤと、前記情報提供サーバが提供するサービス毎に一意の第２セッションＩＤと、を作成するセッションＩＤ作成手段と、
   前記第１セッションＩＤと前記第２セッションＩＤとをアクセス元の前記ユーザの端末装置に送るセッションＩＤ送信手段と、
   １つの前記第１セッションＩＤと少なくとも１つの前記第２セッションＩＤとを対応付けてセッション管理情報として登録するセッション登録手段と、
   前記ユーザの端末装置から送られる前記第１セッションＩＤ及び前記第２セッションＩＤと、前記登録された前記第１セッションＩＤ及び前記第２セッションＩＤと、を照合して、前記ユーザの前記情報提供サーバにおける利用権限を判定するセッション照合手段と、
   前記ユーザが前記端末装置からアクセスした前記情報提供サーバを介して他の情報提供サーバにアクセスする時に、前記第２セッションＩＤを連携情報として用いて前記情報提供サーバと前記他の情報提供サーバとを連携させる連携手段と、
   を具備することを特徴とするセッション管理装置。
2. 前記連携手段は、前記ユーザが端末装置から前記連携先の情報提供サーバを介して前記連携元の情報提供サーバに再度アクセスする場合、前記第２セッションＩＤが示す前記サービスに基づいて前記ユーザの端末装置に前記各種情報を提供することを特徴とする請求項１に記載のセッション管理装置。
3. 前記セッション照合手段は、前記第１セッションＩＤまたは前記第２セッションＩＤの少なくともいずれかの照合結果が適正でない場合には、前記ユーザの前記情報提供サーバにおける利用権限を制限あるいは無効にすることを特徴とする請求項１から請求項２までのいずれかに記載のセッション管理装置
4. 前記セッション照合手段は、前記第２セッションＩＤの照合結果が適正であり、前記第１セッションＩＤの照合ができない場合には、前記ユーザに対してログイン時の認証と比較して簡易な認証を行うことを特徴とする請求項１から請求項３までのいずれかに記載のセッション管理装置。
5. 前記セッションＩＤ送信手段は、前記第２セッションＩＤをネット位置情報のパラメータに記録して前記ユーザの端末装置に送ることを特徴とする請求項１から請求項４までのいずれかに記載のセッション管理装置。
6. コンピュータを、請求項１から請求項５までのいずれかに記載のセッション管理装置として機能させるプログラム。
7. コンピュータを、請求項１から請求項５までのいずれかに記載のセッション管理装置として機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
   

Images