サービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラム
【課題】 複数のサーバ装置を備えるサービスシステムで、ユーザの重複ログインに関する制御を容易に実現する。
【解決手段】 本発明は、クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、認証システムと、ログイン要求に関する制御を行う接続制御装置とを備えるサービスシステムに関する。そして、サーバ装置は、サービス提供手段からの依頼に応じて認証システムへ認証を依頼すると共に、接続制御装置に他のサーバ装置のログイン状況を考慮した総合ログイン判定を依頼する認証制御手段を備えることを特徴とする。また、接続制御装置は、ユーザごとのサーバ装置の利用状況を表す利用状況情報を管理する手段と、利用状況情報を利用して総合ログイン判定を行う手段とを有することを特徴とする。
【解決手段】 本発明は、クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、認証システムと、ログイン要求に関する制御を行う接続制御装置とを備えるサービスシステムに関する。そして、サーバ装置は、サービス提供手段からの依頼に応じて認証システムへ認証を依頼すると共に、接続制御装置に他のサーバ装置のログイン状況を考慮した総合ログイン判定を依頼する認証制御手段を備えることを特徴とする。また、接続制御装置は、ユーザごとのサーバ装置の利用状況を表す利用状況情報を管理する手段と、利用状況情報を利用して総合ログイン判定を行う手段とを有することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、サービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムに関し、例えば、認証によりアクセスを許可するＷｅｂサーバが複数配置されたシステムに適用し得る。
【背景技術】
【０００２】
従来、ＨＴＭＬ等で記述された文書や画像、プログラム等のコンテンツのデータをクライアント端末に供給するＷｅｂサーバでは、クライアント端末からアクセスを受ける際に認証を要求する場合がある。
【０００３】
そして、複数のＷｅｂサーバが配置された環境（例えば、オフィス等で複数の社内システムが配置されている場合等）では、Ｗｅｂサーバごとに異なる認証装置が配置される場合がある。そして、上述のような複数のＷｅｂサーバ及び認証装置を備えるシステムでは、一人のユーザが、クライアントを利用して、２つ以上のＷｅｂサーバにアクセス（以下、「重複ログイン」とも呼ぶ）することを制限する場合がある。このような重複ログインの制限は、例えば、Ｗｅｂサーバ等への負荷軽減や、同じデータベース上のデータにアクセスした場合のデータの不整合を回避するため等の目的で行われる。
【０００４】
従来、このような重複ログインを回避するためのシステムとしては、例えば、特許文献１の記載技術がある。特許文献１の記載技術では、クライアント端末に対して認証処理及び処理サービスの提供を行うサーバ装置が複数配置されたシステムについて記載されている。特許文献１の記載技術では、第１のサーバ装置と第２のサーバ装置が連携して動作している。そして、第１のサーバ装置で、クライアント端末からログインの要求があると、第２のサーバ装置へ問い合わせて、当該ログイン要求が、通常又は二重ログイン要求のいずれかであるかを判定する。そして、当該ログイン要求が二重ログイン要求であると判定された場合には、第１のサーバ装置は、既にログイン中の第２のサーバ装置に対してセッション切断を要求する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２６８６７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の記載技術では、各サーバ装置は、他のサーバ装置からの問合せに応答する処理に対応させる必要がある。各サーバ装置間で上述のような連携を実現するには、認証処理において、保持するユーザ情報の統一化や、ユーザ情報を保持するデータベースの統合等が必要となる。特に、既に構築されたシステムについて、上述のようなサーバ装置間の連携を実現する際には、失敗するとユーザ情報の損失が発生してしまう等のリスクもあり、そのようなリスクを回避しようとすると、ほぼシステムの全面更改に近い作業となってしまう場合もある。
【０００７】
その他にも、特許文献１の記載技術では、サーバ装置間で連携のために保持するユーザ情報の冗長化によるデータ量の増大、各サーバ装置の処理性能の向上、クライアントからのリクエストを処理するアプリケーションとユーザ情報を格納するデータベース間のインタフェースの変更など、変更が発生する箇所がシステム全体に波及することが想定される。
【０００８】
上述のような問題点に鑑みて、複数のサーバ装置を備えるサービスシステムで、ユーザの重複ログインに関する制御を容易に実現することができるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムが望まれている。
【課題を解決するための手段】
【０００９】
第１の本発明のサービスシステムは、（１）クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムと、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置とを備えるサービスシステムであって、（２）それぞれの上記サーバ装置は、（２−１）上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、（２−２）上記サービス提供手段は、（２−２−１）上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、（２−２−２）上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と（２−２−３）上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、（２−３）上記認証制御手段は、（２−３−１）上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、（２−３−２）上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、（２−３−３）上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有し、（３）上記接続制御装置は、（３−１）ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、（３−２）上記サーバ装置から、総合ログイン判定処理の依頼を受付ける総合ログイン判定受付手段と、（３−３）上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段とを有することを特徴とする。
【００１０】
第２の本発明は、クライアントにサービスを提供するサービス提供手段を備えるサーバ装置において、（１）上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、（２）上記サービス提供手段は、（２−１）上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、（２−２）上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と（２−３）上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、（３）上記認証制御手段は、（３−１）上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、（３−２）上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、（３−３）上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有することを特徴とする。
【００１１】
第３の本発明の認証制御プログラムは、（１）クライアントにサービスを提供するサービス提供手段を備えるサーバ装置に搭載されたコンピュータを、（２）上記サービス提供手段が上記クライアントからログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、（３）上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、（４）上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段として機能させることを特徴とする。
【００１２】
第４の発明の接続制御装置は、（１）クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置であって、（２）ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、（３）ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と、（４）上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段とを有することを特徴とする。
【００１３】
第５の本発明の接続制御プログラムは、（１）クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置に搭載されたコンピュータを、（２）ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、（３）ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と、（４）上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段として機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、複数のサーバ装置を備えるサービスシステムで、ユーザの重複ログインに関する制御を容易に実現することができる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態に係るＷｅｂサービスシステムの全体構成について示したブロック図である。
【図２】第１の実施形態に係る認証連携プラグインの機能的構成について示したブロック図である。
【図３】第１の実施形態に係る認証連携装置の機能的構成について示したブロック図である。
【図４】第１の実施形態に係る認証連携装置で管理される認証連携管理情報の例について示した説明図である。
【図５】第１の実施形態のＷｅｂサービスシステムの動作について示したシーケンス図（その１）である。
【図６】第１の実施形態のＷｅｂサービスシステムの動作について示したシーケンス図（その２）である。
【図７】第１の実施形態に係る認証連携装置で管理される認証連携管理情報の遷移の例について示した説明図である。
【図８】第１の実施形態のＷｅｂサービスシステムの動作について示したシーケンス図である。
【図９】第２の実施形態に係る認証連携装置で管理される認証連携管理情報の遷移の例について示した説明図である。
【図１０】第３の実施形態に係るＷｅｂサービスシステムの全体構成について示したブロック図である。
【図１１】第３の実施形態に係る認証連携装置で管理される認証連携管理情報の例について示した説明図である。
【発明を実施するための形態】
【００１６】
（Ａ）第１の実施形態
以下、本発明によるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムの第１の実施形態を、図面を参照しながら詳述する。なお、この実施形態のサービスシステムは、Ｗｅｂサービスシステムである。また、この実施形態の接続制御装置は、認証連携管理装置である。さらにまた、この実施形態のサーバ装置は、Ｗｅｂサーバである。
【００１７】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態のＷｅｂサービスシステム１の全体構成を示すブロック図である。
【００１８】
Ｗｅｂサービスシステム１は、２台のＷｅｂサーバ２０(２０−１、２０−２)、認証連携管理装置４０、及び２台の認証装置５０（５０−１、５０−２）を有しており、これらの装置を用いてクライアント端末１０にＷｅｂサービスを提供する。
【００１９】
なお、図１では、説明を簡易にするためクライアント端末１０は一台のみを図示しているが、クライアント端末１０を配置する数は限定されないものである。同様に、Ｗｅｂサーバ２０及び認証装置５０の数も限定されないものである。
【００２０】
Ｗｅｂサーバ２０−１、２０−２は、それぞれ、クライアント端末１０の要求に応じて、Ｗｅｂサービス（例えば、ＨＴＭＬ等で記述された文書や画像、プログラム等のコンテンツのデータ供給）を行うサーバである。
【００２１】
認証装置５０−１、５０−２は、それぞれ、Ｗｅｂサーバ２０−１、２０−２に対応する認証装置である。すなわち、Ｗｅｂサーバ２０−１は、クライアント端末１０（ユーザ）からのログインを受ける際に、認証装置５０−１へ認証を依頼し認証結果を受ける。また、Ｗｅｂサーバ２０−２は、クライアント端末１０（ユーザ）からのログインを受ける際に、認証装置５０−２へ認証を依頼し認証結果を受ける。
【００２２】
Ｗｅｂサーバ２０は、例えば、サーバ装置用のコンピュータ（複数台を用いてもよく、例えば、ＰＣやワークステーション等を適用可能）に、プログラムをインストールすることにより構築するようにしても良い。その場合でも、機能的には、各Ｗｅｂサーバ２０の構成については図１のように示すことができる。
【００２３】
Ｗｅｂサーバ２０(２０−１、２０−２)は、それぞれサービス処理部２１（２１−１、２１−２）と、認証連携プラグイン３０（３０−１、３０−２）を有している。
【００２４】
サービス処理部２１は、主として、クライアント端末１０からの信号を受付けて、クライアント端末１０からの要求に応じたデータ（コンテンツ）を提供する処理等を行う。サービス処理部２１については、例えば、既存のＷｅｂサーバ用のプラットフォーム（ソフトウェア）を適用することができるので詳しい説明は省略する。サービス処理部２１としては、例えば、ｉＰｌａｎｅｔ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（登録商標）等のＷｅｂサーバ用のプラットフォームを適用することができる。
【００２５】
そして、サービス処理部２１（２１−１、２１−２）は、それぞれ認証ＩＦ部２２（２２−１、２２−２）を備えている。認証ＩＦ部２２は、サービス処理部２１において、ログイン認証を行う認証装置へのインタフェースとして機能する部分である。既存のＷｅｂサーバ用のプラットフォームでは、ユーザ（クライアント端末）からのログイン要求を認証情報（ユーザＩＤ、パスワード）と共に受付けると、その認証情報を認証装置に引き渡して認証結果を得て、認証成功の場合当該ユーザ（クライアント端末）のアクセスを許可する。認証ＩＦ部２２は、サービス処理部２１において、例えば、認証装置への認証情報の引渡しや、認証結果の受け取り等を行う機能を担っている。
【００２６】
そして、既存のＷｅｂサーバ用のプラットフォームでは、通常、認証装置へアクセスするための識別情報を設定するためのフィールド（リンク先を設定するためのパラメータ）が設けられており、その識別情報としては、外部リソース（外部装置）を指定（例えば、ＩＰアドレスやホスト名等により指定）したり、内部リソース（自装置内のリソース）を指定（例えば、対応するプログラムファイル等を指定）することができるようになっている。そして、この実施形態の認証ＩＦ部２２において、接続する認証装置としては、内部リソースである認証連携プラグイン３０が設定されているものとする。すなわち、認証ＩＦ部２２−１、２２−２は、それぞれ、認証連携プラグイン３０−１、３０−２を介して認証装置５０−１、５０−２と接続する構成となっている。
【００２７】
次に、認証連携プラグイン３０（３０−１、３０−２）について説明する。
【００２８】
図２は、認証連携プラグイン３０（３０−１、３０−２）の内部構成について示した説明図である。
【００２９】
認証連携プラグイン３０は、Ｗｅｂサーバ２０上で、サービス処理部２１と連携して動作するプログラム（実施形態の認証制御プログラム）であり、認証中継処理部３１、ＩＦ部３２、ＩＦ部３３、及びＩＦ部３４を有している。なお、認証連携プラグイン３０を、Ｗｅｂサーバ２０とは別の装置（コンピュータ）を用いて構築するようにしても良いがこの実施形態では、Ｗｅｂサーバ２０上で動作するプログラムであるものとして説明する。
【００３０】
ＩＦ部３２は、サービス処理部２１と通信するためのインタフェースである。また、ＩＦ部３３は、認証装置５０と通信するためのインタフェースである。さらに、ＩＦ部３４は、認証連携管理装置４０と通信するためのインタフェースである。
【００３１】
認証中継処理部３１は、サービス処理部２１と、認証装置５０との間を中継する処理を行う。また、認証中継処理部３１は、サービス処理部２１と、認証装置５０との間の中継処理に際して、認証連携管理装置４０への情報入力や問合せの処理等も行う。すなわち、サービス処理部２１から見ると、認証連携プラグイン３０（認証中継処理部３１）が間に介在していても、直接認証装置５０と通信する場合と同様の処理を行えばよいため、サービス処理部２１に既存のプラットフォームを利用していた場合でも、改変を殆ど加えずに、認証連携管理装置４０との連携を実現することができる。
【００３２】
認証装置５０（５０−１、５０−２）としては、既存のＷｅｂサーバと連携可能な認証装置（例えば、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）認証等の方式を用いた認証装置）を適用することができるため、詳しい説明を省略する。
【００３３】
認証連携管理装置４０は、Ｗｅｂサーバ２０と認証装置５０との間を流れる情報等を、認証連携プラグイン３０を介して、ユーザによる複数のＷｅｂサーバ２０への重複ログインに関する制御を行うものである。認証連携管理装置４０は、認証連携処理部４１、ＩＦ部４２、及びデータ記憶部４３を有している。認証連携管理装置４０は、例えば、プロセッサ等を備える情報処理装置（複数台を用いてもよく、例えば、ＰＣやワークステーション等を適用可能）に、実施形態の接続制御プログラム等をインストールすることにより構築するようにしても良い。その場合でも、認証連携管理装置４０の機能的構成は、図３のように示すことができる。
【００３４】
ＩＦ部４２は、各Ｗｅｂサーバ２０の認証連携プラグイン３０と通信するためのインタフェースである。
【００３５】
認証連携処理部４１は、ＩＦ部４２を介して、各Ｗｅｂサーバ２０の認証連携プラグイン３０と通信し、各Ｗｅｂサーバ２０（サービス処理部２１）と各認証装置５０との間を流れる情報の収集を行い、収集した情報に基づいて、各認証連携プラグイン３０がサービス処理部２１へ返答する認証結果を制御する処理等を行う。
【００３６】
データ記憶部４３は、認証連携処理部４１が行う処理に必要な情報を格納する記憶手段であり、認証連携管理情報４３１が記憶されている。
【００３７】
認証連携管理情報４３１は、ユーザごとの情報を管理するための情報であり、テーブル形式で表すと、例えば、図４のように示すことができる。認証連携処理部４１は、各Ｗｅｂサーバ２０の認証連携プラグイン３０から、各ユーザに関する情報を収集して、認証連携管理情報４３１で管理する。
【００３８】
図４では、１行で、１人のユーザに関する情報を登録している。認証連携管理情報４３１では、ユーザごとに、ユーザ情報とログイン状況情報とが対応付けて管理されている。
【００３９】
ユーザ情報は、当該ユーザに関する情報であり、図４では例として、氏名、住所、電話番号の項目を設定している。なお、ユーザ情報として適用する情報の項目の数や組合せは限定されないものである。例えば、その他にも、電子メールアドレス等の項目を設けるようにしても良い。また、氏名も漢字表記とローマ字表記で別項目として管理するようにしても良い。さらに、電話番号についても、オフィスや携帯電話等を別項目として管理するようにしても良い。
【００４０】
ログイン状況情報は、当該ユーザのＷｅｂサーバ２０（サーバ装置）ごとのログイン状況について示している。ログイン状況情報には、図４に示すように、Ｗｅｂサーバ２０−１へのログイン状況を示す「ＷｅｂサーバＡ」の項目と、Ｗｅｂサーバ２０−２へのログイン状況を示す「ＷｅｂサーバＢ」の項目が含まれている。ログイン状況情報では、当該ユーザがログインしているＷｅｂサーバ２０に対応する項目には、ログインしていることを示す情報として、そのログイン（認証時）に用いたユーザＩＤが入力される。一方、当該ユーザがログインしていない(ログオフしている)Ｗｅｂサーバ２０に対応する項目には、ログインしていないこと（ログオフしていること）を示す「−」が入力される。
【００４１】
したがって、図４に示す内容例では、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」のユーザは、ＷｅｂサーバＡ（Ｗｅｂサーバ２０−１）にはユーザＩＤ「yamada-t」を用いてログインしているが、ＷｅｂサーバＢ（Ｗｅｂサーバ２０−２）にはログインしていない状態であることを示している。認証連携管理情報４３１にログイン状況情報に入力するユーザＩＤ（ログインＩＤ）は、例えば、認証連携プラグイン３０で、サービス処理部２１から認証要求を受けた時に、その認証要求に含まれる情報から抽出するようにしても良い。認証連携プラグイン３０でユーザＩＤを保持する方法は、適用される認証プロトコルに応じて可能な方法を適用することができる。
【００４２】
認証連携管理情報４３１で管理されるユーザ情報は、認証連携プラグイン３０において認証装置５０から通知される認証結果に付随する情報に基づいて登録される。例えば、ＬＤＡＰ認証を利用した認証装置では、認証の依頼元のサーバ装置に対して、認証結果と共に、認証したユーザ（ユーザＩＤ）に対応するユーザ情報を依頼元のサーバ装置に返答する設定を行うことが可能である。言い換えると、各認証装置５０は、ユーザＩＤに対応するユーザ情報が登録されており、認証の依頼元のサーバ装置に対して、認証結果と共にユーザ情報を通知するように設定されているものとする。そして、この実施形態では、各認証装置５０に登録されているユーザ情報の項目には、少なくとも、認証連携管理情報４３１で管理されるユーザ情報の項目（氏名、住所、電話番号）が含まれているものとする。
【００４３】
すなわち、認証連携プラグイン３０は、認証装置５０からログイン時に通知される情報（ユーザＩＤ、認証結果、及びユーザ情報を含む情報であり、以下、「ログイン通知情報」と呼ぶ）を受信すると、その認証結果及びユーザ情報を、認証連携管理装置４０にも通知するように構成されている。そして、認証連携管理情報４３１は、認証連携プラグイン３０から通知された情報に基づいて、認証連携管理情報４３１の内容を更新する。
【００４４】
認証連携処理部４１は、認証連携プラグイン３０から、ログイン通知情報が通知されると、通知内容と一致するユーザ情報の有無を認証連携管理情報４３１から検索する。そして、該当するユーザ情報を検出した場合には、当該ユーザに関するログイン状況情報を参照し、今回のログインに関する判定を行う。
【００４５】
この実施形態では、認証連携処理部４１が、ログイン通知情報に含まれるユーザ情報と、認証連携管理情報４３１のユーザ情報とを照合（マッチング）する際に、全ての項目（氏名、住所、電話番号）が一致した場合にのみ同一ユーザとして検出するものとして説明する。しかし、認証連携処理部４１が、ログイン通知情報に含まれるユーザ情報と、認証連携管理情報４３１のユーザ情報とを照合（マッチング）する際に、ユーザ情報の一部の項目についてのみ一致する場合（例えば、氏名と住所が一致する場合）にも同一ユーザの情報として検出するように構成しても良い。その他にも、認証連携処理部４１は、所定の組合せの項目が一致する場合や、所定数以上の項目で一致する場合等、ユーザ情報をマッチングする方式については種々の方式を適用するようにしても良い。
【００４６】
この実施形態では、認証連携処理部４１は、今回のログインが重複ログイン（二重ログイン）であると判定した場合、判定結果として「ログインＮＧ」を認証連携プラグイン３０に返答し、重複ログインでないと判定した場合には「ログインＯＫ」を認証連携プラグイン３０に返答するものとする。認証連携管理情報４３１が、今回のログインが重複ログインであるか否かを判定する方法としては、例えば、当該ユーザについて、ログイン状況情報で既にいずれかのＷｅｂサーバ２０にログインしていることになっている状態で、ほかのＷｅｂサーバ２０へログインしようとしている場合に、重複ログインと判定するようにしても良い。なお、認証連携処理部４１が認証連携プラグイン３０に返答する認証結果の形式については限定されないものであり、例えば、当該結果を表わす文字列（たとえば「ＯＫ」、「ＮＧ」等）の形式としても良いし、例えば、「１、２、…」等の値で表す形式としても良い。
【００４７】
また、認証連携管理情報４３１は、認証連携プラグイン３０から、ユーザログイン時の認証結果及びユーザ情報が通知され、通知内容と一致するユーザ情報が検出できない場合は、当該ユーザに関する情報は認証連携管理情報４３１に登録されていないので、新規に当該ユーザの情報（行）を認証連携管理情報４３１に追加する処理を行う。
【００４８】
また、認証連携処理部４１は、いずれかのＷｅｂサーバ２０で、いずれかのユーザのログオフが発生した場合には、認証連携プラグイン３０からの通知等に基づいて、認証連携管理情報４３１の内容を更新する。Ｗｅｂサーバ２０（サービス処理部２１）でログオフが発生する場合とは、例えば、ユーザ（クライアント端末１０）からの要求に基づいてＷｅｂサーバ２０でログオフする場合や、タイムアウトやエラー発生等で強制的にログオフとなる場合等がある。認証連携プラグイン３０が、サービス処理部２１でのユーザのログオフの発生を検知する方法については限定されないものであるが、例えば、サービス処理部２１の動作や入出力されるパケットを監視してログオフの発生を検知するようにしても良いし、ログオフ発生時に、Ｗｅｂサーバ２０から認証装置５０へ何らかの通知がある場合には、その内容に基づいて把握するようにしても良い。そして、認証連携プラグイン３０は、サービス処理部２１でのユーザのログオフを検知すると、そのログオフに係るユーザに関する情報（以下、「ログオフ通知情報」と呼ぶ）を保持して、認証連携管理装置４０に通知する。
【００４９】
認証連携プラグイン３０が保持するログオフ通知情報の内容としては、認証連携管理装置４０側で、いずれのユーザがログオフしたのかを把握することが可能な情報が含まれる必要がある。この実施形態では、上述の通り、認証連携管理情報４３１のログイン状況情報で、ログイン状態のＷｅｂサーバ２０−１に対応する項目には、ユーザＩＤを入力している。したがって、ログオフ通知情報には、少なくともユーザＩＤが含まれていれば、認証連携管理装置４０側で、いずれのユーザでログオフが発生したのかを把握することができる。そして、認証連携管理装置４０は、いずれかの認証連携プラグイン３０から、ログオフ通知情報が通知されると、ログオフ通知情報の内容に基づいて、認証連携管理情報４３１の内容を更新（該当する項目の情報をユーザＩＤからログオフを示す「−」に更新）する。
【００５０】
例えば、認証連携管理情報４３１の内容が図４に示す状態で、認証連携プラグイン３０−１から、「ユーザＩＤ：yamada-t」という情報を含むログオフ通知情報が通知された場合を想定する。この場合、認証連携管理情報４３１は、ログイン状況情報のうち、ログオフ通知情報の送信元に対応する認証装置Ａ（Ｗｅｂサーバ２０−１）の項目（列）で、ログオフ通知情報のユーザＩＤ（yamada-t）と一致する情報（行）を検索し、該当する情報（行）を検出することになる。そして、認証連携管理情報４３１は、このユーザＩＤ（yamada-t）を、ログオフしていることを示す「−」に更新する。この場合、結果として「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」のユーザ情報に対応するログイン状況情報では、全てのＷｅｂサーバ２０に対応する項目（ＷｅｂサーバＡ及びＷｅｂサーバＢ）についてログオフしていることを示す「−」が設定されることになる。このような場合、認証連携管理装置４０は、認証連携管理情報４３１で、当該情報（行）について削除するようにしても良いし、放置してその後同一ユーザがログインしてきたときに利用するようにしても良い。
【００５１】
（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態のＷｅｂサービスシステム１の動作を図５、図６のフローチャートを用いて説明する。
【００５２】
また、図７は、Ｗｅｂサービスシステム１が図５、図６のフローチャートに従って動作した場合の、認証連携管理情報４３１の遷移について示した説明図である。
【００５３】
まず、ここでは、認証連携管理装置４０に記憶されている認証連携管理情報４３１の初期状態は、図７（ａ）に示すように、一件も情報が登録されていない状態であるものとする。
【００５４】
そして、まず最初に、ユーザによりクライアント端末１０が操作（例えば、Ｗｅｂブラウザの起動、及び、Ｗｅｂサーバ２０−１にアクセスするための所定のＵＲＬの入力）され、クライアント端末１０からＷｅｂサーバ２０−１へログイン要求が送信されたものとする（Ｓ１０１）。また、Ｗｅｂサーバ２０−１へのアクセスにあたって、ユーザによりクライアント端末１０に、Ｗｅｂサーバ２０−１にログインするための認証情報として、ユーザＩＤ（yamada-t）及びパスワードが入力されたものとする（既にブラウザに認証情報が設定されている場合はユーザによる入力を省略することができる）。そして、クライアント端末１０からＷｅｂサーバ２０−１へのログイン要求と共に、そのログインに必要な認証情報（暗号化等の加工が施された状態としても良い）も送信されたものとする。
【００５５】
そして、Ｗｅｂサーバ２０−１のサービス処理部２１−１に、クライアント端末１０からのログイン要求と共に認証情報（ユーザＩＤ及びパスワード）が通知されると、Ｗｅｂサーバ２０−１は、認証連携プラグイン３０−１へ、その認証情報に基づく認証要求を通知する（Ｓ１０２）。
【００５６】
そして、サービス処理部２１−１から認証要求の通知を受けた認証連携プラグイン３０−１は、その認証要求を、そのまま、認証装置５０−１に通知（転送）する（Ｓ１０３）。
【００５７】
そして、Ｗｅｂサーバ２０−１（認証連携プラグイン３０−１）から認証要求の通知を受けると、認証装置５０−１は、その認証要求に係る認証情報（ユーザＩＤ、及び、パスワード）と、自装置に設定されているデータとを照合して認証を行い、その認証結果に、当該認証に係るユーザのユーザ情報（ユーザＩＤ「yamada-t」に対応するユーザ情報）を付して、Ｗｅｂサーバ２０−１（認証連携プラグイン３０−１）に送信する（Ｓ１０４）。なお、ここでは、認証装置５０−１による認証結果は、認証ＯＫという結果であったものとする。また、認証装置５０−１から認証連携プラグイン３０−１へ、認証結果と共に通知されるユーザ情報は、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」という内容であったものとする。
【００５８】
そして、認証装置５０−１からの認証結果（ユーザ情報が付されている）を受信すると、認証連携プラグイン３０−１は、クライアント端末１０から受信した認証情報、及び、認証装置５０−１から受信したユーザ情報を利用してログイン通知情報を生成し、ログイン判定要求と共に、認証連携管理装置４０に送信する（Ｓ１０５）。この場合、認証連携プラグイン３０−１から認証連携管理装置４０へ通知されるログイン通知情報には、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報と、「yamada-t」というユーザＩＤの情報が含まれることになる。
【００５９】
なお、認証装置５０の認証結果が、認証ＮＧだった場合には、認証連携プラグイン３０は、その認証結果を破棄するようにしても良い。すなわち、認証ＮＧだった場合には、認証連携プラグイン３０は、認証連携管理装置４０へのログイン判定要求は送信せずに、サービス処理部２１へ認証ＮＧの認証結果を通知するようにしても良い。
【００６０】
そして、ログイン判定要求（ログイン通知情報が付されている）を受信すると、認証連携管理装置４０（認証連携処理部４１）は、ログイン通知情報の内容と、認証連携管理情報４３１の内容とを利用して、そのログイン判定要求に対して判定処理を行う（Ｓ１０６）。認証連携処理部４１は、認証連携管理情報４３１から、ログイン通知情報に含まれていた「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報に該当する情報を検索するが、この時点で、認証連携管理情報４３１には、上述の通り１件も情報が登録されていないので検出に失敗することになる。したがって、この場合、ログイン判定要求に係るログインは重複ログインでないと判定することができるため、認証連携処理部４１は、認証連携プラグイン３０−１から通知されたログイン判定要求に対して、ログインＯＫという判定をすることになる。
【００６１】
そして、認証連携管理装置４０（認証連携処理部４１）は、認証連携プラグイン３０−１にログイン判定要求に対する判定結果を通知する（Ｓ１０７）。認証連携処理部４１による認証結果は「ログインＯＫ」であり、認証連携プラグイン３０−１には、認証結果として、「ログインＯＫ」の認証結果が返答されるものとする。
【００６２】
そして、認証連携管理装置４０から、ログイン判定要求に対する判定結果を受信すると、認証連携プラグイン３０−１は、受信したログイン判定結果に基づいて、「ログインＯＫ」であることを示す「認証ＯＫ」の認証結果を、サービス処理部２１−１へ通知する（Ｓ１０８）。
【００６３】
そして、認証連携プラグイン３０−１から「認証ＯＫ」の認証結果を受信すると、サービス処理部２１−１は、クライアント端末１０へログイン結果として「ログインＯＫ」を通知する（Ｓ１０９）。これ以降、Ｗｅｂサーバ２０−１は、クライアント端末１０に対してＷｅｂサービスを開始することになる。
【００６４】
一方、認証連携管理装置４０（認証連携処理部４１）は、ログイン判定要求に対してログインＯＫの判定処理を行うと、続いて、ログインに伴う認証連携管理情報４３１の更新処理を行う。この場合認証連携管理装置４０（認証連携処理部４１）は、新規に当該ユーザの情報（行）を認証連携管理情報４３１に追加し、ログイン状況情報のＷｅｂサーバＡ（Ｗｅｂサーバ２０−１）にログイン通知情報に含まれていたユーザＩＤ（yamada-t）を入力し、ユーザ情報に、ログイン通知情報に含まれていたユーザ情報（「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」）を入力する。その結果、認証連携管理情報４３１の内容は、図７（ｂ）のようになる。
【００６５】
そして、続いて、Ｗｅｂサービスシステム１において、図６のシーケンス図の処理が開始されたものとする。
【００６６】
まず、上述と同一のユーザにより、クライアント端末１０が操作（別のクライアント端末から操作するようにしても良い）され、今度は、クライアント端末１０からＷｅｂサーバ２０−２へログイン要求が送信されたものとする（Ｓ２０１）。また、Ｗｅｂサーバ２０−２へのアクセスにあたって、ユーザによりクライアント端末１０に、Ｗｅｂサーバ２０−２にログインするための認証情報として、ユーザＩＤ（yamada-t）及びパスワードが入力されたものとする。そして、クライアント端末１０からＷｅｂサーバ２０−２へのログイン要求と共に、そのログインに必要な認証情報（暗号化等の加工が施された状態としても良い）も送信されたものとする。
【００６７】
そして、Ｗｅｂサーバ２０−２のサービス処理部２１−２に、クライアント端末１０からのログイン要求と共に認証情報（ユーザＩＤ及びパスワード）が通知されると、Ｗｅｂサーバ２０−２は、認証連携プラグイン３０−２へ、その認証情報に基づく認証要求を通知する（Ｓ２０２）。
【００６８】
そして、サービス処理部２１−２から認証要求の通知を受けた認証連携プラグイン３０−２は、その認証要求を、そのまま、認証装置５０−２に通知（転送）する（Ｓ２０３）。
【００６９】
そして、Ｗｅｂサーバ２０−２（認証連携プラグイン３０−２）から認証要求の通知を受けると、認証装置５０−２は、その認証要求に係る認証情報（ユーザＩＤ、及び、パスワード）と、自装置に設定されているデータとを照合して認証を行い、その認証結果に、当該認証に係るユーザのユーザ情報（ユーザＩＤ「yamada-t」に対応するユーザ情報）を付して、Ｗｅｂサーバ２０−２（認証連携プラグイン３０−２）に送信する（Ｓ２０４）。なお、ここでは、認証装置５０−２による認証結果は、「認証ＯＫ」という結果であったものとする。また、認証装置５０−２から認証連携プラグイン３０−２へ、認証結果と共に通知されるユーザ情報は、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」という内容であったものとする。
【００７０】
そして、認証装置５０−２からの認証結果（ユーザ情報が付されている）を受信すると、認証連携プラグイン３０−２は、クライアント端末１０から受信した認証情報、及び、認証装置５０−２から受信したユーザ情報を利用してログイン通知情報を生成し、ログイン判定要求と共に、認証連携管理装置４０に送信する（Ｓ２０５）。この場合、認証連携プラグイン３０−２から認証連携管理装置４０へ通知されるログイン通知情報には、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報と、「yamada-t」というユーザＩＤの情報が含まれることになる。
【００７１】
そして、ログイン判定要求（ログイン通知情報が付されている）を受信すると、認証連携管理装置４０（認証連携処理部４１）は、ログイン通知情報の内容と、認証連携管理情報４３１の内容とを利用して、そのログイン判定要求に対して判定処理を行う（Ｓ２０６）。認証連携処理部４１は、認証連携管理情報４３１から、ログイン通知情報に含まれていた「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報に該当する情報を検索する。この時点で、認証連携管理情報４３１の内容は、図７（ｂ）の内容となっており、認証連携処理部４１は該当するユーザの情報を検出することになる。そして、認証連携処理部４１は、検出した情報うち、ログイン状況情報の項目を参照し、当該ユーザの現在のログイン状況を把握する。そして、認証連携処理部４１は、当該ユーザは、すでにＷｅｂサーバＡ（Ｗｅｂサーバ２０−１）にログイン中であることを把握する（ＷｅｂサーバＡの項目にユーザＩＤが入力されているため）。したがって、この状態で、当該ユーザに対して、ＷｅｂサーバＢ（Ｗｅｂサーバ２０−２）に対するログインを許可すれば重複ログインとなるため、認証連携処理部４１は、認証連携プラグイン３０−２から通知されたログイン判定要求に対して、「ログインＮＧ」という判定をすることになる。
【００７２】
そして、認証連携管理装置４０（認証連携処理部４１）は、認証連携プラグイン３０−２にログイン判定要求に対する判定結果を通知する（Ｓ２０７）。認証連携処理部４１による認証結果は「ログインＮＧ」であり、認証連携プラグイン３０−２には、認証結果として、「ログインＯＫ」の認証結果が返答されるものとする。
【００７３】
そして、認証連携管理装置４０から、ログイン判定要求に対する判定結果を受信すると、認証連携プラグイン３０−２は、受信した判定結果に基づいて、「ログインＮＧ」であることを示す「認証ＮＧ」の認証結果を、サービス処理部２１−２へ通知する（Ｓ２０８）。
【００７４】
そして、認証連携プラグイン３０−２から「認証ＯＫ」の認証結果を受信すると、サービス処理部２１−２は、クライアント端末１０へログイン結果として「ログインＮＧ」を通知する（Ｓ２０９）。
【００７５】
以上のように、認証連携管理装置４０では、各ユーザに関するログイン状況を認証連携管理情報４３１で管理し、認証連携プラグイン３０を介して各Ｗｅｂサーバ２０を制御して重複ログインが発生しないようにしている。
【００７６】
（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。
【００７７】
第１の実施形態では、認証連携管理装置４０で、認証連携管理情報４３１を用いて、いずれかのＷｅｂサーバ２０にログイン中のユーザについて、どのＷｅｂサーバ２０にログインしているかを管理している。これにより、認証連携処理部４１では、ログイン要求があった場合に、当該ユーザの現在利用状況（ログイン状況）を考慮し、重複ログインとならないようにする等、システム全体から見て総合的に当該ログイン要求の可否を判定することができる。
【００７８】
また、Ｗｅｂサーバ２０では、認証連携プラグイン３０をインストールして、既存のＷｅｂサーバで用いられるプラットフォーム（サービス処理部２１）の認証依頼先の設定を認証連携プラグイン３０に設定変更するだけで、サービス処理部２１に対する仕様変更を必要とせずに、認証連携管理装置４０との連携を実現することができる。言い換えると、Ｗｅｂサーバ２０は、認証連携プラグイン３０を用いることにより、既存のＷｅｂサーバから容易に構築することができる。
【００７９】
さらに、認証連携管理装置４０の認証連携管理情報４３１では、現在いずれかのＷｅｂサーバ２０にログインするユーザに関する情報を、認証連携プラグイン３０から供給される情報だけで管理しているので、利用する可能性のある全てのユーザに関する情報を予め保持しておく必要がない。言い換えると、認証連携管理装置４０の認証連携管理情報４３１では、ユーザ情報を主キーとして、各ユーザのログイン状況情報を管理することにより、ユーザごとのユーザＩＤを予め管理しておく必要がない構成となっている。これにより、認証連携管理装置４０では、予め全てのユーザに関する情報（例えば、ユーザ情報等）を管理する必要がないため、初期状態としては空のテーブルを用意しておくだけでよいことになり、容易に構築及び管理を行うことができる。また、認証連携管理装置４０では、予め全てのユーザに関する情報（例えば、ユーザ情報等）を管理する必要がないため、認証連携管理情報４３１に必要な記憶領域も少なくてすむ。
【００８０】
（Ｂ）第２の実施形態
以下、本発明によるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムの第２の実施形態を、図面を参照しながら詳述する。なお、この実施形態のサービスシステムは、Ｗｅｂサービスシステムである。また、この実施形態の接続制御装置は、認証連携管理装置である。さらにまた、この実施形態のサーバ装置は、Ｗｅｂサーバである。
【００８１】
（Ｂ−１）第２の実施形態の構成
第２の実施形態のＷｅｂサービスシステム１Ａの全体構成も上述の図２を用いて示すことができる。以下、第２の実施形態について、第１の実施形態との差異を説明する。
【００８２】
Ｗｅｂサービスシステム１Ａでは、認証連携管理装置４０Ａ及び認証連携プラグイン３０（３０−１、３０−２）が、認証連携管理装置４０Ａ及び認証連携プラグイン３０Ａ（３０Ａ−１、３０Ａ−２）に置き換わっている点で、第１の実施形態と異なっている。
【００８３】
第２の実施形態の認証連携管理装置４０の機能的構成も上述の図３を用いて示すことができる。認証連携管理装置４０Ａでは、認証連携処理部４１が、認証連携処理部４１Ａに置き換わっている点で第１の実施形態と異なっている。
【００８４】
第１の実施形態の認証連携処理部４１では、各ユーザに対して重複ログインを認めない構成となっていたが、第２の実施形態認証連携処理部４１Ａでは、重複ログインを許可するように構成されているものとする。そして、認証連携処理部４１Ａは、いずれか１つのＷｅｂサーバ２０について、既にログインしているユーザに対しては、その他のＷｅｂサーバ２０についても認証結果に関わらずログインを認める機能（以下、「シングルサインオン機能」と呼ぶ）に対応しているものとする。
【００８５】
第２の実施形態の認証連携プラグイン３０Ａの機能的構成も、上述の図４を用いて示すことができる。認証連携プラグイン３０Ａでは、認証中継処理部３１が認証中継処理部３１Ａに置き換わっている点で、第１の実施形態と異なっている。
【００８６】
第１の実施形態の認証連携プラグイン３０では、認証装置５０からの認証結果が、認証ＮＧだった場合には、その認証結果を破棄し、認証連携管理装置４０へのログイン判定要求は送信しないものとして説明した。しかし、第２の実施形態の認証連携プラグイン３０Ａ（認証中継処理部３１Ａ）では、認証結果がＮＧの場合でも、認証装置５０から認証結果と共にユーザ情報が供給され、ログイン通知情報の生成が可能である場合、認証連携管理装置４０Ａへのログイン判定要求を送信するように構成されているものとする。
【００８７】
例えば、認証装置５０への認証要求に付した認証情報で、パスワードのみが不整合だった場合には、認証装置５０では、ユーザＩＤに基づいてユーザ情報を保持することは可能である。したがって、第２の実施形態では、認証装置５０に対して、認証結果が認証ＮＧの場合でも、ユーザ情報が取得可能な場合には認証結果と共にユーザ情報を返答するように設定しておくことが望ましい。
【００８８】
また、第２の実施形態の認証連携プラグイン３０Ａは、認証装置５０からの認証結果が認証ＮＧの場合でも、認証連携管理装置４０Ａにログイン判定要求を送信するので、認証連携管理装置４０Ａへのログイン判定要求に付するログイン通知情報に、認証装置５０からの認証結果(認証ＯＫ、又は、認証ＮＧ)の情報も含めるものとする。
（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有する第２の実施形態のＷｅｂサービスシステム１Ａの動作を説明する。
【００８９】
第２の実施形態のＷｅｂサービスシステム１Ａでは、重複ログイン、及び、シングルサインオン機能に対応していること以外は第１の実施形態と同様の動作である。したがって、以下では、Ｗｅｂサービスシステム１Ａにおける、重複ログイン、及び、シングルサインオン機能に関する動作についてのみ説明する。
【００９０】
まず、ここでは、ユーザ（「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報に該当するユーザ）がクライアント端末１０を操作して、Ｗｅｂサーバ２０−１へログインした状態（上述の図５のシーケンス図にしたがってＷｅｂサービスシステム１Ａが動作した後の状態）となっているものとする。したがって、認証連携管理情報４３１の内容は、図７（ｂ）に示す状態となっているものとする。
【００９１】
そして、以下では、その後Ｗｅｂサービスシステム１Ａが、図８のシーケンス図に従って動作した場合の例について説明する。
【００９２】
まず、上述と同一のユーザにより、クライアント端末１０が操作され、今度は、クライアント端末１０からＷｅｂサーバ２０−２へログイン要求が送信されたものとする（Ｓ３０１）。また、Ｗｅｂサーバ２０−２へのアクセスにあたって、ユーザによりクライアント端末１０に、Ｗｅｂサーバ２０−２にログインするための認証情報として、ユーザＩＤ（yamada-t）及びパスワードが入力されたものとする。そして、クライアント端末１０からＷｅｂサーバ２０−２へのログイン要求と共に、そのログインに必要な認証情報も送信されたものとする。
【００９３】
そして、Ｗｅｂサーバ２０−２のサービス処理部２１−２に、クライアント端末１０からのログイン要求と共に認証情報が通知されると、Ｗｅｂサーバ２０−２は、認証連携プラグイン３０Ａ−２へ、その認証情報に基づく認証要求を通知する（Ｓ３０２）。
【００９４】
そして、サービス処理部２１−２から認証要求の通知を受けた認証連携プラグイン３０Ａ−２は、その認証要求を、そのまま、認証装置５０−２に通知（転送）する（Ｓ３０３）。
【００９５】
そして、Ｗｅｂサーバ２０−２（認証連携プラグイン３０Ａ−２）から認証要求の通知を受けると、認証装置５０−２は、その認証要求に係る認証情報（ユーザＩＤ、及び、パスワード）と、自装置に設定されているデータとを照合して認証を行い、その認証結果に、当該認証に係るユーザのユーザ情報（ユーザＩＤ「yamada-t」に対応するユーザ情報）を付して、Ｗｅｂサーバ２０−２（認証連携プラグイン３０Ａ−２）に送信する（Ｓ３０４）。なお、ここでは、認証装置５０−２による認証結果は、パスワードの不整合により認証ＮＧという結果であったものとする。ただし、当該ユーザＩＤに対応するユーザ情報ついては、認証装置５０−２で一致するものを検出することができ、認証装置５０−２から認証連携プラグイン３０Ａ−２へ認証結果と共に通知されたものとする。そして、認証装置５０−２から認証連携プラグイン３０Ａ−２へ、認証結果と共に通知されたユーザ情報は、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」という内容であったものとする。
【００９６】
そして、認証装置５０−２からの認証結果（ユーザ情報が付されている）を受信すると、認証連携プラグイン３０Ａ−２は、クライアント端末１０から受信した認証情報と、認証装置５０−２から受信した認証結果及びユーザ情報とを利用してログイン通知情報を生成し、ログイン判定要求と共に、認証連携管理装置４０Ａに送信する（Ｓ３０５）。この場合、認証連携プラグイン３０Ａ−２から認証連携管理装置４０Ａへ通知されるログイン通知情報には、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報と、「yamada-t」というユーザＩＤと、「認証ＮＧ」という認証結果の情報が含まれることになる。
【００９７】
そして、ログイン判定要求（ログイン通知情報が付されている）を受信すると、認証携管理装置４０Ａ（認証連携処理部４１Ａ）は、ログイン通知情報の内容と、認証連携管理情報４３１の内容とを利用して、そのログイン判定要求に対して判定処理を行う（Ｓ３０６）。認証連携処理部４１Ａは、認証連携管理情報４３１から、ログイン通知情報に含まれていた「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報に該当する情報を検索する。この時点で、認証連携管理情報４３１の内容は、図７（ｂ）の内容となっており、認証連携処理部４１Ａは該当するユーザの情報を検出することになる。そして、認証連携処理部４１Ａは、検出した情報うち、ログイン状況情報の項目を参照し、当該ユーザの現在のログイン状況を把握する。そして、認証連携処理部４１Ａは、当該ユーザは、すでにＷｅｂサーバＡ（Ｗｅｂサーバ２０−１）にログイン中であることを把握する（ＷｅｂサーバＡの項目にユーザＩＤが入力されているため）。したがって、認証連携処理部４１Ａは、当該ユーザは既に他のＷｅｂサーバへログインしていることから、今回のログイン判定要求に付されたログイン通知情報で認証結果が認証ＮＧであっても、シングルサインオンの機能によりログインＯＫと判定をすることになる。なお、当該ユーザが、未だいずれのＷｅｂサーバにもログインしていない場合は、シングルサインオンの対象とならないことから、認証連携処理部４１Ａはログイン判定要求に対してログインＮＧと判定することになる。
【００９８】
そして、認証連携管理装置４０Ａ（認証連携処理部４１Ａ）は、認証連携プラグイン３０Ａ−２にログイン判定要求に対する判定結果を通知する（Ｓ３０７）。認証連携処理部４１Ａによる認証結果は「ログインＯＫ（シングルサインオン）」であり、認証連携プラグイン３０Ａ−２には、認証結果として、「ログインＯＫ（シングルサインオン）」が返答されるものとする。
【００９９】
そして、認証連携管理装置４０Ａから、ログイン判定要求に対する判定結果を受信すると、認証連携プラグイン３０Ａ−２は、受信した判定結果に基づいて、「ログインＯＫ」であることを示す「認証ＯＫ」の認証結果を、サービス処理部２１−２へ通知する（Ｓ３０８）。
【０１００】
そして、認証連携プラグイン３０Ａ−２から認証ＯＫの認証結果を受信すると、サービス処理部２１−２は、クライアント端末１０へログイン結果として「ログインＯＫ」を通知する（Ｓ３０９）。
【０１０１】
以上のように、認証連携管理装置４０Ａでは、各ユーザに関するログイン状況を認証連携管理情報４３１で管理し、認証連携プラグイン３０Ａを介して各Ｗｅｂサーバ２０を制御してシングルサインオンの機能を実現している。
【０１０２】
（Ｂ−３）第２の実施形態の効果
第２の実施形態によれば、第１の実施形態の効果に加えて以下のような効果を奏することができる。
【０１０３】
第２の実施形態では、認証連携プラグイン３０及び認証連携管理装置４０Ａを用いて各Ｗｅｂサーバ２０の間を連携し、シングルサインオンの機能を実現している。従来技術では、例えば、既に構築したＷｅｂサービスシステムで、後からシングルサインオンの機能を搭載しようとすると、認証に関する構成を全面的に変更する必要があるが、第２の実施形態のように、認証連携プラグイン３０及び認証連携管理装置４０Ａを用いて各Ｗｅｂサーバ２０の間を連携することにより、容易に実現することが可能となる。
【０１０４】
（Ｃ）第３の実施形態
以下、本発明によるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムの第３の実施形態を、図面を参照しながら詳述する。なお、この実施形態のサービスシステムは、Ｗｅｂサービスシステムである。また、この実施形態の接続制御装置は、認証連携管理装置である。さらにまた、この実施形態のサーバ装置は、Ｗｅｂサーバである。
【０１０５】
（Ｃ−１）第３の実施形態の構成
図１０は、第３の実施形態のＷｅｂサービスシステム１Ｂの全体構成を示すブロック図であり、上述の図１と同一又は対応する部分には、同一又は対応する符号を付している。
【０１０６】
図１０に示す通り、第３の実施形態のＷｅｂサービスシステム１Ｂでは、３台のＷｅｂサーバ２０(２０−１〜２０−３)、３台の認証システム５０（５０−１〜５０−３）、及び認証連携管理装置４０Ｂが配置されている。
【０１０７】
認証システム５０−１〜５０−３は、それぞれＷｅｂサーバ２０−１〜２０−３のログインに対する認証を行う認証装置として配置されている。そして、それぞれのＷｅｂサーバ２０(２０−１〜２０−３)には、認証連携プラグイン３０（３０−１〜３０−３）が搭載されている。
【０１０８】
第３の実施形態の認証連携処理部４１Ｂの機能的構成も上述の図３を用いて示すことができる。認証連携管理装置４０Ｂでは、認証連携処理部４１及び認証連携管理情報４３１が、認証連携処理部４１Ｂ及び認証連携管理情報４３１Ｂに置き換わっている点で第１の実施形態と異なっている。
【０１０９】
第１の実施形態の認証連携管理装置４０では重複ログインを認めない構成となっていたが、認証連携管理装置４０Ｂでは、所定数Ｗｅｂサーバ２０、又は、所定の組合せのＷｅｂサーバ２０については、ユーザに対して重複ログインを認める構成となっている。言い換えると、認証連携管理装置４０Ｂでは、所定の条件の範囲内で、各ユーザに対して重複ログインを認める構成となっている。
【０１１０】
この実施形態の認証連携管理装置４０Ｂは、例として、各ユーザに対して、２台以下のＷｅｂサーバ２０であれば同時にログイン（重複ログイン）を認める構成となっているものとして説明する。
【０１１１】
そして、第３の実施形態では、３台のＷｅｂサーバ２０−１〜２０−３が配置されているので、認証連携管理情報４３１Ｂの内容は、図１１に示すように、ログイン状況情報の項目が３台のＷｅｂサーバ２０−１〜２０−３についてログイン状況について管理できるようになっている。
【０１１２】
図１１に示すように、認証連携管理情報４３１Ｂでは、ログイン状況情報に、第３のＷｅｂサーバ２０−３へのログイン状況を管理するための「ＷｅｂサーバＣ」という項目が追加されている点で、第１の実施形態と異なっている。
【０１１３】
（Ｃ−２）第３の実施形態の動作
次に、以上のような構成を有する第３の実施形態のＷｅｂサービスシステム１Ｂの動作を説明する。
【０１１４】
第３の実施形態のＷｅｂサービスシステム１Ｂでは、ユーザ（クライアント端末１０）による各Ｗｅｂサーバ２０へのログイン処理のシーケンスについては、認証連携管理装置４０Ｂのログイン判定処理で、所定の条件の範囲内で重複ログインを認めること以外は、第１の実施形態同様であるので、以下では、認証連携管理装置４０Ｂによるログイン判定処理についてのみ説明する。
【０１１５】
ここでは、例として、認証連携管理情報４３１Ｂが、図１１に示す状態となっている場合を想定する。図１１では、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報に対応するログイン状況情報で、ＷｅｂサーバＡ（Ｗｅｂサーバ２０−１）、ＷｅｂサーバＢ（Ｗｅｂサーバ２０−２）の項目についてのみユーザＩＤ（yamada-t）が入力されている。従って、図１１に示す例では、当該ユーザは、Ｗｅｂサーバ２０−１及びＷｅｂサーバ２０−２を利用中（ログイン中）の状態であることを示している。そして、認証連携管理情報４３１Ｂの内容が、図１１に示す状態で、当該ユーザがクライアント端末１０を用いてＷｅｂサーバ２０−３へのログイン要求を試みた場合、そのログインを許可すると当該ユーザは３つ以上のＷｅｂサーバ２０に同時に利用（ログイン）をすることになるので、認証連携管理装置４０（認証連携処理部４１）は、そのログイン要求に関するログイン判定処理で、「ログインＮＧ」と判定することになる。
【０１１６】
以上のように、認証連携管理装置４０Ｂでは、各ユーザに関するログイン状況を認証連携管理情報４３１Ｂで管理し、認証連携プラグイン３０を介して各Ｗｅｂサーバ２０を制御して、所定の条件の範囲内での重複ログインを実現することができる。
【０１１７】
（Ｃ−３）第３の実施形態の効果
第３の実施形態では、認証連携プラグイン３０及び認証連携管理装置４０Ｂを用いて、ユーザごとに現在ログインしているＷｅｂサーバ２０の数等を把握し、各ユーザに対して所定の条件の範囲内でのみ重複ログインを認めるように制御している。従来技術では、例えば、既に構築したＷｅｂサービスシステムで、後から上述のような重複ログインの管理を行おうとすると、認証に関する構成を全面的に変更する必要があるが、第３の実施形態のように、認証連携プラグイン３０及び認証連携管理装置４０Ｂを用いて各Ｗｅｂサーバ２０の間を連携することにより、容易に実現することが可能となる。
【０１１８】
（Ｄ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１１９】
（Ｄ−１）上記の各実施形態では、認証連携管理情報でログイン状況情報の項目に入力する内容として、ユーザＩＤを適用するものとして説明している。しかし、ログイン状況情報の項目には、ログイン状態であるか否かを表すことができればその他の情報（例えば、「１」、「０」等のフラグ情報）に置き換えるようにしても良い。すなわち、認証連携プラグインでは、必ずしもログインＩＤを保持する必要はない。
【０１２０】
（Ｄ−２）上記の実施形態では、本発明のサービスシステムを、複数のＷｅｂサーバを有するＷｅｂサービスシステムに適用する例について説明したが、その他のサービスを提供するサーバ（たとえば、メールサーバやグループウェアサーバ等）を備えるサービスシステムに適用するようにしても良い。
【０１２１】
（Ｄ−３）上記の各実施形態のＷｅｂサービスシステムの認証システムでは、それぞれのＷｅｂサーバに対応する認証装置が配置される構成となっているが、複数のＷｅｂサーバで同一の認証装置を用いた認証システムを構築するようにしても良いし、全てのＷｅｂサーバで同一の認証装置を用いた認証システムを構築するようにしても良い。すなわち、Ｗｅｂサービスシステムにおいて、配置する認証装置の数や、Ｗｅｂサーバとの対応関係は限定されないものである。
【０１２２】
（Ｄ−４）上記の各実施形態において、認証連携管理装置の認証連携管理情報では、上述の通り、ユーザ情報を主キーとして、各ユーザのログイン状況情報を管理することにより、ユーザごとのユーザＩＤを予め管理しておく必要がない構成となっている。しかし、認証連携管理装置において、予めユーザごとに、各Ｗｅｂサーバで使用するユーザＩＤを管理し、ログイン要求に係る認証情報（ユーザＩＤ）に基づいて、認証連携管理情報のログイン状況情報を管理するようにしても良い。
【符号の説明】
【０１２３】
１…Ｗｅｂサービスシステム、２…クライアント端末１０、２０、２０−１、２０−２…Ｗｅｂサーバ、２１−１、２１−２、２１…サービス処理部、２２、２２−１、２２−２…認証ＩＦ部、３０、３０−１、３０−２…認証連携プラグイン、３１…認証中継処理部、３２、３３、３４…ＩＦ部３２、４０…認証連携管理装置、４１…認証連携処理部、４２…ＩＦ部、４３…データ記憶部、４３１…認証連携管理情報、５０、５０−１、５０−２…認証装置。
【技術分野】
【０００１】
この発明は、サービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムに関し、例えば、認証によりアクセスを許可するＷｅｂサーバが複数配置されたシステムに適用し得る。
【背景技術】
【０００２】
従来、ＨＴＭＬ等で記述された文書や画像、プログラム等のコンテンツのデータをクライアント端末に供給するＷｅｂサーバでは、クライアント端末からアクセスを受ける際に認証を要求する場合がある。
【０００３】
そして、複数のＷｅｂサーバが配置された環境（例えば、オフィス等で複数の社内システムが配置されている場合等）では、Ｗｅｂサーバごとに異なる認証装置が配置される場合がある。そして、上述のような複数のＷｅｂサーバ及び認証装置を備えるシステムでは、一人のユーザが、クライアントを利用して、２つ以上のＷｅｂサーバにアクセス（以下、「重複ログイン」とも呼ぶ）することを制限する場合がある。このような重複ログインの制限は、例えば、Ｗｅｂサーバ等への負荷軽減や、同じデータベース上のデータにアクセスした場合のデータの不整合を回避するため等の目的で行われる。
【０００４】
従来、このような重複ログインを回避するためのシステムとしては、例えば、特許文献１の記載技術がある。特許文献１の記載技術では、クライアント端末に対して認証処理及び処理サービスの提供を行うサーバ装置が複数配置されたシステムについて記載されている。特許文献１の記載技術では、第１のサーバ装置と第２のサーバ装置が連携して動作している。そして、第１のサーバ装置で、クライアント端末からログインの要求があると、第２のサーバ装置へ問い合わせて、当該ログイン要求が、通常又は二重ログイン要求のいずれかであるかを判定する。そして、当該ログイン要求が二重ログイン要求であると判定された場合には、第１のサーバ装置は、既にログイン中の第２のサーバ装置に対してセッション切断を要求する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２６８６７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の記載技術では、各サーバ装置は、他のサーバ装置からの問合せに応答する処理に対応させる必要がある。各サーバ装置間で上述のような連携を実現するには、認証処理において、保持するユーザ情報の統一化や、ユーザ情報を保持するデータベースの統合等が必要となる。特に、既に構築されたシステムについて、上述のようなサーバ装置間の連携を実現する際には、失敗するとユーザ情報の損失が発生してしまう等のリスクもあり、そのようなリスクを回避しようとすると、ほぼシステムの全面更改に近い作業となってしまう場合もある。
【０００７】
その他にも、特許文献１の記載技術では、サーバ装置間で連携のために保持するユーザ情報の冗長化によるデータ量の増大、各サーバ装置の処理性能の向上、クライアントからのリクエストを処理するアプリケーションとユーザ情報を格納するデータベース間のインタフェースの変更など、変更が発生する箇所がシステム全体に波及することが想定される。
【０００８】
上述のような問題点に鑑みて、複数のサーバ装置を備えるサービスシステムで、ユーザの重複ログインに関する制御を容易に実現することができるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムが望まれている。
【課題を解決するための手段】
【０００９】
第１の本発明のサービスシステムは、（１）クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムと、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置とを備えるサービスシステムであって、（２）それぞれの上記サーバ装置は、（２−１）上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、（２−２）上記サービス提供手段は、（２−２−１）上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、（２−２−２）上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と（２−２−３）上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、（２−３）上記認証制御手段は、（２−３−１）上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、（２−３−２）上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、（２−３−３）上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有し、（３）上記接続制御装置は、（３−１）ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、（３−２）上記サーバ装置から、総合ログイン判定処理の依頼を受付ける総合ログイン判定受付手段と、（３−３）上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段とを有することを特徴とする。
【００１０】
第２の本発明は、クライアントにサービスを提供するサービス提供手段を備えるサーバ装置において、（１）上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、（２）上記サービス提供手段は、（２−１）上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、（２−２）上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と（２−３）上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、（３）上記認証制御手段は、（３−１）上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、（３−２）上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、（３−３）上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有することを特徴とする。
【００１１】
第３の本発明の認証制御プログラムは、（１）クライアントにサービスを提供するサービス提供手段を備えるサーバ装置に搭載されたコンピュータを、（２）上記サービス提供手段が上記クライアントからログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、（３）上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、（４）上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段として機能させることを特徴とする。
【００１２】
第４の発明の接続制御装置は、（１）クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置であって、（２）ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、（３）ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と、（４）上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段とを有することを特徴とする。
【００１３】
第５の本発明の接続制御プログラムは、（１）クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置に搭載されたコンピュータを、（２）ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、（３）ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と、（４）上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段として機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、複数のサーバ装置を備えるサービスシステムで、ユーザの重複ログインに関する制御を容易に実現することができる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態に係るＷｅｂサービスシステムの全体構成について示したブロック図である。
【図２】第１の実施形態に係る認証連携プラグインの機能的構成について示したブロック図である。
【図３】第１の実施形態に係る認証連携装置の機能的構成について示したブロック図である。
【図４】第１の実施形態に係る認証連携装置で管理される認証連携管理情報の例について示した説明図である。
【図５】第１の実施形態のＷｅｂサービスシステムの動作について示したシーケンス図（その１）である。
【図６】第１の実施形態のＷｅｂサービスシステムの動作について示したシーケンス図（その２）である。
【図７】第１の実施形態に係る認証連携装置で管理される認証連携管理情報の遷移の例について示した説明図である。
【図８】第１の実施形態のＷｅｂサービスシステムの動作について示したシーケンス図である。
【図９】第２の実施形態に係る認証連携装置で管理される認証連携管理情報の遷移の例について示した説明図である。
【図１０】第３の実施形態に係るＷｅｂサービスシステムの全体構成について示したブロック図である。
【図１１】第３の実施形態に係る認証連携装置で管理される認証連携管理情報の例について示した説明図である。
【発明を実施するための形態】
【００１６】
（Ａ）第１の実施形態
以下、本発明によるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムの第１の実施形態を、図面を参照しながら詳述する。なお、この実施形態のサービスシステムは、Ｗｅｂサービスシステムである。また、この実施形態の接続制御装置は、認証連携管理装置である。さらにまた、この実施形態のサーバ装置は、Ｗｅｂサーバである。
【００１７】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態のＷｅｂサービスシステム１の全体構成を示すブロック図である。
【００１８】
Ｗｅｂサービスシステム１は、２台のＷｅｂサーバ２０(２０−１、２０−２)、認証連携管理装置４０、及び２台の認証装置５０（５０−１、５０−２）を有しており、これらの装置を用いてクライアント端末１０にＷｅｂサービスを提供する。
【００１９】
なお、図１では、説明を簡易にするためクライアント端末１０は一台のみを図示しているが、クライアント端末１０を配置する数は限定されないものである。同様に、Ｗｅｂサーバ２０及び認証装置５０の数も限定されないものである。
【００２０】
Ｗｅｂサーバ２０−１、２０−２は、それぞれ、クライアント端末１０の要求に応じて、Ｗｅｂサービス（例えば、ＨＴＭＬ等で記述された文書や画像、プログラム等のコンテンツのデータ供給）を行うサーバである。
【００２１】
認証装置５０−１、５０−２は、それぞれ、Ｗｅｂサーバ２０−１、２０−２に対応する認証装置である。すなわち、Ｗｅｂサーバ２０−１は、クライアント端末１０（ユーザ）からのログインを受ける際に、認証装置５０−１へ認証を依頼し認証結果を受ける。また、Ｗｅｂサーバ２０−２は、クライアント端末１０（ユーザ）からのログインを受ける際に、認証装置５０−２へ認証を依頼し認証結果を受ける。
【００２２】
Ｗｅｂサーバ２０は、例えば、サーバ装置用のコンピュータ（複数台を用いてもよく、例えば、ＰＣやワークステーション等を適用可能）に、プログラムをインストールすることにより構築するようにしても良い。その場合でも、機能的には、各Ｗｅｂサーバ２０の構成については図１のように示すことができる。
【００２３】
Ｗｅｂサーバ２０(２０−１、２０−２)は、それぞれサービス処理部２１（２１−１、２１−２）と、認証連携プラグイン３０（３０−１、３０−２）を有している。
【００２４】
サービス処理部２１は、主として、クライアント端末１０からの信号を受付けて、クライアント端末１０からの要求に応じたデータ（コンテンツ）を提供する処理等を行う。サービス処理部２１については、例えば、既存のＷｅｂサーバ用のプラットフォーム（ソフトウェア）を適用することができるので詳しい説明は省略する。サービス処理部２１としては、例えば、ｉＰｌａｎｅｔ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（登録商標）等のＷｅｂサーバ用のプラットフォームを適用することができる。
【００２５】
そして、サービス処理部２１（２１−１、２１−２）は、それぞれ認証ＩＦ部２２（２２−１、２２−２）を備えている。認証ＩＦ部２２は、サービス処理部２１において、ログイン認証を行う認証装置へのインタフェースとして機能する部分である。既存のＷｅｂサーバ用のプラットフォームでは、ユーザ（クライアント端末）からのログイン要求を認証情報（ユーザＩＤ、パスワード）と共に受付けると、その認証情報を認証装置に引き渡して認証結果を得て、認証成功の場合当該ユーザ（クライアント端末）のアクセスを許可する。認証ＩＦ部２２は、サービス処理部２１において、例えば、認証装置への認証情報の引渡しや、認証結果の受け取り等を行う機能を担っている。
【００２６】
そして、既存のＷｅｂサーバ用のプラットフォームでは、通常、認証装置へアクセスするための識別情報を設定するためのフィールド（リンク先を設定するためのパラメータ）が設けられており、その識別情報としては、外部リソース（外部装置）を指定（例えば、ＩＰアドレスやホスト名等により指定）したり、内部リソース（自装置内のリソース）を指定（例えば、対応するプログラムファイル等を指定）することができるようになっている。そして、この実施形態の認証ＩＦ部２２において、接続する認証装置としては、内部リソースである認証連携プラグイン３０が設定されているものとする。すなわち、認証ＩＦ部２２−１、２２−２は、それぞれ、認証連携プラグイン３０−１、３０−２を介して認証装置５０−１、５０−２と接続する構成となっている。
【００２７】
次に、認証連携プラグイン３０（３０−１、３０−２）について説明する。
【００２８】
図２は、認証連携プラグイン３０（３０−１、３０−２）の内部構成について示した説明図である。
【００２９】
認証連携プラグイン３０は、Ｗｅｂサーバ２０上で、サービス処理部２１と連携して動作するプログラム（実施形態の認証制御プログラム）であり、認証中継処理部３１、ＩＦ部３２、ＩＦ部３３、及びＩＦ部３４を有している。なお、認証連携プラグイン３０を、Ｗｅｂサーバ２０とは別の装置（コンピュータ）を用いて構築するようにしても良いがこの実施形態では、Ｗｅｂサーバ２０上で動作するプログラムであるものとして説明する。
【００３０】
ＩＦ部３２は、サービス処理部２１と通信するためのインタフェースである。また、ＩＦ部３３は、認証装置５０と通信するためのインタフェースである。さらに、ＩＦ部３４は、認証連携管理装置４０と通信するためのインタフェースである。
【００３１】
認証中継処理部３１は、サービス処理部２１と、認証装置５０との間を中継する処理を行う。また、認証中継処理部３１は、サービス処理部２１と、認証装置５０との間の中継処理に際して、認証連携管理装置４０への情報入力や問合せの処理等も行う。すなわち、サービス処理部２１から見ると、認証連携プラグイン３０（認証中継処理部３１）が間に介在していても、直接認証装置５０と通信する場合と同様の処理を行えばよいため、サービス処理部２１に既存のプラットフォームを利用していた場合でも、改変を殆ど加えずに、認証連携管理装置４０との連携を実現することができる。
【００３２】
認証装置５０（５０−１、５０−２）としては、既存のＷｅｂサーバと連携可能な認証装置（例えば、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）認証等の方式を用いた認証装置）を適用することができるため、詳しい説明を省略する。
【００３３】
認証連携管理装置４０は、Ｗｅｂサーバ２０と認証装置５０との間を流れる情報等を、認証連携プラグイン３０を介して、ユーザによる複数のＷｅｂサーバ２０への重複ログインに関する制御を行うものである。認証連携管理装置４０は、認証連携処理部４１、ＩＦ部４２、及びデータ記憶部４３を有している。認証連携管理装置４０は、例えば、プロセッサ等を備える情報処理装置（複数台を用いてもよく、例えば、ＰＣやワークステーション等を適用可能）に、実施形態の接続制御プログラム等をインストールすることにより構築するようにしても良い。その場合でも、認証連携管理装置４０の機能的構成は、図３のように示すことができる。
【００３４】
ＩＦ部４２は、各Ｗｅｂサーバ２０の認証連携プラグイン３０と通信するためのインタフェースである。
【００３５】
認証連携処理部４１は、ＩＦ部４２を介して、各Ｗｅｂサーバ２０の認証連携プラグイン３０と通信し、各Ｗｅｂサーバ２０（サービス処理部２１）と各認証装置５０との間を流れる情報の収集を行い、収集した情報に基づいて、各認証連携プラグイン３０がサービス処理部２１へ返答する認証結果を制御する処理等を行う。
【００３６】
データ記憶部４３は、認証連携処理部４１が行う処理に必要な情報を格納する記憶手段であり、認証連携管理情報４３１が記憶されている。
【００３７】
認証連携管理情報４３１は、ユーザごとの情報を管理するための情報であり、テーブル形式で表すと、例えば、図４のように示すことができる。認証連携処理部４１は、各Ｗｅｂサーバ２０の認証連携プラグイン３０から、各ユーザに関する情報を収集して、認証連携管理情報４３１で管理する。
【００３８】
図４では、１行で、１人のユーザに関する情報を登録している。認証連携管理情報４３１では、ユーザごとに、ユーザ情報とログイン状況情報とが対応付けて管理されている。
【００３９】
ユーザ情報は、当該ユーザに関する情報であり、図４では例として、氏名、住所、電話番号の項目を設定している。なお、ユーザ情報として適用する情報の項目の数や組合せは限定されないものである。例えば、その他にも、電子メールアドレス等の項目を設けるようにしても良い。また、氏名も漢字表記とローマ字表記で別項目として管理するようにしても良い。さらに、電話番号についても、オフィスや携帯電話等を別項目として管理するようにしても良い。
【００４０】
ログイン状況情報は、当該ユーザのＷｅｂサーバ２０（サーバ装置）ごとのログイン状況について示している。ログイン状況情報には、図４に示すように、Ｗｅｂサーバ２０−１へのログイン状況を示す「ＷｅｂサーバＡ」の項目と、Ｗｅｂサーバ２０−２へのログイン状況を示す「ＷｅｂサーバＢ」の項目が含まれている。ログイン状況情報では、当該ユーザがログインしているＷｅｂサーバ２０に対応する項目には、ログインしていることを示す情報として、そのログイン（認証時）に用いたユーザＩＤが入力される。一方、当該ユーザがログインしていない(ログオフしている)Ｗｅｂサーバ２０に対応する項目には、ログインしていないこと（ログオフしていること）を示す「−」が入力される。
【００４１】
したがって、図４に示す内容例では、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」のユーザは、ＷｅｂサーバＡ（Ｗｅｂサーバ２０−１）にはユーザＩＤ「yamada-t」を用いてログインしているが、ＷｅｂサーバＢ（Ｗｅｂサーバ２０−２）にはログインしていない状態であることを示している。認証連携管理情報４３１にログイン状況情報に入力するユーザＩＤ（ログインＩＤ）は、例えば、認証連携プラグイン３０で、サービス処理部２１から認証要求を受けた時に、その認証要求に含まれる情報から抽出するようにしても良い。認証連携プラグイン３０でユーザＩＤを保持する方法は、適用される認証プロトコルに応じて可能な方法を適用することができる。
【００４２】
認証連携管理情報４３１で管理されるユーザ情報は、認証連携プラグイン３０において認証装置５０から通知される認証結果に付随する情報に基づいて登録される。例えば、ＬＤＡＰ認証を利用した認証装置では、認証の依頼元のサーバ装置に対して、認証結果と共に、認証したユーザ（ユーザＩＤ）に対応するユーザ情報を依頼元のサーバ装置に返答する設定を行うことが可能である。言い換えると、各認証装置５０は、ユーザＩＤに対応するユーザ情報が登録されており、認証の依頼元のサーバ装置に対して、認証結果と共にユーザ情報を通知するように設定されているものとする。そして、この実施形態では、各認証装置５０に登録されているユーザ情報の項目には、少なくとも、認証連携管理情報４３１で管理されるユーザ情報の項目（氏名、住所、電話番号）が含まれているものとする。
【００４３】
すなわち、認証連携プラグイン３０は、認証装置５０からログイン時に通知される情報（ユーザＩＤ、認証結果、及びユーザ情報を含む情報であり、以下、「ログイン通知情報」と呼ぶ）を受信すると、その認証結果及びユーザ情報を、認証連携管理装置４０にも通知するように構成されている。そして、認証連携管理情報４３１は、認証連携プラグイン３０から通知された情報に基づいて、認証連携管理情報４３１の内容を更新する。
【００４４】
認証連携処理部４１は、認証連携プラグイン３０から、ログイン通知情報が通知されると、通知内容と一致するユーザ情報の有無を認証連携管理情報４３１から検索する。そして、該当するユーザ情報を検出した場合には、当該ユーザに関するログイン状況情報を参照し、今回のログインに関する判定を行う。
【００４５】
この実施形態では、認証連携処理部４１が、ログイン通知情報に含まれるユーザ情報と、認証連携管理情報４３１のユーザ情報とを照合（マッチング）する際に、全ての項目（氏名、住所、電話番号）が一致した場合にのみ同一ユーザとして検出するものとして説明する。しかし、認証連携処理部４１が、ログイン通知情報に含まれるユーザ情報と、認証連携管理情報４３１のユーザ情報とを照合（マッチング）する際に、ユーザ情報の一部の項目についてのみ一致する場合（例えば、氏名と住所が一致する場合）にも同一ユーザの情報として検出するように構成しても良い。その他にも、認証連携処理部４１は、所定の組合せの項目が一致する場合や、所定数以上の項目で一致する場合等、ユーザ情報をマッチングする方式については種々の方式を適用するようにしても良い。
【００４６】
この実施形態では、認証連携処理部４１は、今回のログインが重複ログイン（二重ログイン）であると判定した場合、判定結果として「ログインＮＧ」を認証連携プラグイン３０に返答し、重複ログインでないと判定した場合には「ログインＯＫ」を認証連携プラグイン３０に返答するものとする。認証連携管理情報４３１が、今回のログインが重複ログインであるか否かを判定する方法としては、例えば、当該ユーザについて、ログイン状況情報で既にいずれかのＷｅｂサーバ２０にログインしていることになっている状態で、ほかのＷｅｂサーバ２０へログインしようとしている場合に、重複ログインと判定するようにしても良い。なお、認証連携処理部４１が認証連携プラグイン３０に返答する認証結果の形式については限定されないものであり、例えば、当該結果を表わす文字列（たとえば「ＯＫ」、「ＮＧ」等）の形式としても良いし、例えば、「１、２、…」等の値で表す形式としても良い。
【００４７】
また、認証連携管理情報４３１は、認証連携プラグイン３０から、ユーザログイン時の認証結果及びユーザ情報が通知され、通知内容と一致するユーザ情報が検出できない場合は、当該ユーザに関する情報は認証連携管理情報４３１に登録されていないので、新規に当該ユーザの情報（行）を認証連携管理情報４３１に追加する処理を行う。
【００４８】
また、認証連携処理部４１は、いずれかのＷｅｂサーバ２０で、いずれかのユーザのログオフが発生した場合には、認証連携プラグイン３０からの通知等に基づいて、認証連携管理情報４３１の内容を更新する。Ｗｅｂサーバ２０（サービス処理部２１）でログオフが発生する場合とは、例えば、ユーザ（クライアント端末１０）からの要求に基づいてＷｅｂサーバ２０でログオフする場合や、タイムアウトやエラー発生等で強制的にログオフとなる場合等がある。認証連携プラグイン３０が、サービス処理部２１でのユーザのログオフの発生を検知する方法については限定されないものであるが、例えば、サービス処理部２１の動作や入出力されるパケットを監視してログオフの発生を検知するようにしても良いし、ログオフ発生時に、Ｗｅｂサーバ２０から認証装置５０へ何らかの通知がある場合には、その内容に基づいて把握するようにしても良い。そして、認証連携プラグイン３０は、サービス処理部２１でのユーザのログオフを検知すると、そのログオフに係るユーザに関する情報（以下、「ログオフ通知情報」と呼ぶ）を保持して、認証連携管理装置４０に通知する。
【００４９】
認証連携プラグイン３０が保持するログオフ通知情報の内容としては、認証連携管理装置４０側で、いずれのユーザがログオフしたのかを把握することが可能な情報が含まれる必要がある。この実施形態では、上述の通り、認証連携管理情報４３１のログイン状況情報で、ログイン状態のＷｅｂサーバ２０−１に対応する項目には、ユーザＩＤを入力している。したがって、ログオフ通知情報には、少なくともユーザＩＤが含まれていれば、認証連携管理装置４０側で、いずれのユーザでログオフが発生したのかを把握することができる。そして、認証連携管理装置４０は、いずれかの認証連携プラグイン３０から、ログオフ通知情報が通知されると、ログオフ通知情報の内容に基づいて、認証連携管理情報４３１の内容を更新（該当する項目の情報をユーザＩＤからログオフを示す「−」に更新）する。
【００５０】
例えば、認証連携管理情報４３１の内容が図４に示す状態で、認証連携プラグイン３０−１から、「ユーザＩＤ：yamada-t」という情報を含むログオフ通知情報が通知された場合を想定する。この場合、認証連携管理情報４３１は、ログイン状況情報のうち、ログオフ通知情報の送信元に対応する認証装置Ａ（Ｗｅｂサーバ２０−１）の項目（列）で、ログオフ通知情報のユーザＩＤ（yamada-t）と一致する情報（行）を検索し、該当する情報（行）を検出することになる。そして、認証連携管理情報４３１は、このユーザＩＤ（yamada-t）を、ログオフしていることを示す「−」に更新する。この場合、結果として「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」のユーザ情報に対応するログイン状況情報では、全てのＷｅｂサーバ２０に対応する項目（ＷｅｂサーバＡ及びＷｅｂサーバＢ）についてログオフしていることを示す「−」が設定されることになる。このような場合、認証連携管理装置４０は、認証連携管理情報４３１で、当該情報（行）について削除するようにしても良いし、放置してその後同一ユーザがログインしてきたときに利用するようにしても良い。
【００５１】
（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態のＷｅｂサービスシステム１の動作を図５、図６のフローチャートを用いて説明する。
【００５２】
また、図７は、Ｗｅｂサービスシステム１が図５、図６のフローチャートに従って動作した場合の、認証連携管理情報４３１の遷移について示した説明図である。
【００５３】
まず、ここでは、認証連携管理装置４０に記憶されている認証連携管理情報４３１の初期状態は、図７（ａ）に示すように、一件も情報が登録されていない状態であるものとする。
【００５４】
そして、まず最初に、ユーザによりクライアント端末１０が操作（例えば、Ｗｅｂブラウザの起動、及び、Ｗｅｂサーバ２０−１にアクセスするための所定のＵＲＬの入力）され、クライアント端末１０からＷｅｂサーバ２０−１へログイン要求が送信されたものとする（Ｓ１０１）。また、Ｗｅｂサーバ２０−１へのアクセスにあたって、ユーザによりクライアント端末１０に、Ｗｅｂサーバ２０−１にログインするための認証情報として、ユーザＩＤ（yamada-t）及びパスワードが入力されたものとする（既にブラウザに認証情報が設定されている場合はユーザによる入力を省略することができる）。そして、クライアント端末１０からＷｅｂサーバ２０−１へのログイン要求と共に、そのログインに必要な認証情報（暗号化等の加工が施された状態としても良い）も送信されたものとする。
【００５５】
そして、Ｗｅｂサーバ２０−１のサービス処理部２１−１に、クライアント端末１０からのログイン要求と共に認証情報（ユーザＩＤ及びパスワード）が通知されると、Ｗｅｂサーバ２０−１は、認証連携プラグイン３０−１へ、その認証情報に基づく認証要求を通知する（Ｓ１０２）。
【００５６】
そして、サービス処理部２１−１から認証要求の通知を受けた認証連携プラグイン３０−１は、その認証要求を、そのまま、認証装置５０−１に通知（転送）する（Ｓ１０３）。
【００５７】
そして、Ｗｅｂサーバ２０−１（認証連携プラグイン３０−１）から認証要求の通知を受けると、認証装置５０−１は、その認証要求に係る認証情報（ユーザＩＤ、及び、パスワード）と、自装置に設定されているデータとを照合して認証を行い、その認証結果に、当該認証に係るユーザのユーザ情報（ユーザＩＤ「yamada-t」に対応するユーザ情報）を付して、Ｗｅｂサーバ２０−１（認証連携プラグイン３０−１）に送信する（Ｓ１０４）。なお、ここでは、認証装置５０−１による認証結果は、認証ＯＫという結果であったものとする。また、認証装置５０−１から認証連携プラグイン３０−１へ、認証結果と共に通知されるユーザ情報は、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」という内容であったものとする。
【００５８】
そして、認証装置５０−１からの認証結果（ユーザ情報が付されている）を受信すると、認証連携プラグイン３０−１は、クライアント端末１０から受信した認証情報、及び、認証装置５０−１から受信したユーザ情報を利用してログイン通知情報を生成し、ログイン判定要求と共に、認証連携管理装置４０に送信する（Ｓ１０５）。この場合、認証連携プラグイン３０−１から認証連携管理装置４０へ通知されるログイン通知情報には、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報と、「yamada-t」というユーザＩＤの情報が含まれることになる。
【００５９】
なお、認証装置５０の認証結果が、認証ＮＧだった場合には、認証連携プラグイン３０は、その認証結果を破棄するようにしても良い。すなわち、認証ＮＧだった場合には、認証連携プラグイン３０は、認証連携管理装置４０へのログイン判定要求は送信せずに、サービス処理部２１へ認証ＮＧの認証結果を通知するようにしても良い。
【００６０】
そして、ログイン判定要求（ログイン通知情報が付されている）を受信すると、認証連携管理装置４０（認証連携処理部４１）は、ログイン通知情報の内容と、認証連携管理情報４３１の内容とを利用して、そのログイン判定要求に対して判定処理を行う（Ｓ１０６）。認証連携処理部４１は、認証連携管理情報４３１から、ログイン通知情報に含まれていた「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報に該当する情報を検索するが、この時点で、認証連携管理情報４３１には、上述の通り１件も情報が登録されていないので検出に失敗することになる。したがって、この場合、ログイン判定要求に係るログインは重複ログインでないと判定することができるため、認証連携処理部４１は、認証連携プラグイン３０−１から通知されたログイン判定要求に対して、ログインＯＫという判定をすることになる。
【００６１】
そして、認証連携管理装置４０（認証連携処理部４１）は、認証連携プラグイン３０−１にログイン判定要求に対する判定結果を通知する（Ｓ１０７）。認証連携処理部４１による認証結果は「ログインＯＫ」であり、認証連携プラグイン３０−１には、認証結果として、「ログインＯＫ」の認証結果が返答されるものとする。
【００６２】
そして、認証連携管理装置４０から、ログイン判定要求に対する判定結果を受信すると、認証連携プラグイン３０−１は、受信したログイン判定結果に基づいて、「ログインＯＫ」であることを示す「認証ＯＫ」の認証結果を、サービス処理部２１−１へ通知する（Ｓ１０８）。
【００６３】
そして、認証連携プラグイン３０−１から「認証ＯＫ」の認証結果を受信すると、サービス処理部２１−１は、クライアント端末１０へログイン結果として「ログインＯＫ」を通知する（Ｓ１０９）。これ以降、Ｗｅｂサーバ２０−１は、クライアント端末１０に対してＷｅｂサービスを開始することになる。
【００６４】
一方、認証連携管理装置４０（認証連携処理部４１）は、ログイン判定要求に対してログインＯＫの判定処理を行うと、続いて、ログインに伴う認証連携管理情報４３１の更新処理を行う。この場合認証連携管理装置４０（認証連携処理部４１）は、新規に当該ユーザの情報（行）を認証連携管理情報４３１に追加し、ログイン状況情報のＷｅｂサーバＡ（Ｗｅｂサーバ２０−１）にログイン通知情報に含まれていたユーザＩＤ（yamada-t）を入力し、ユーザ情報に、ログイン通知情報に含まれていたユーザ情報（「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」）を入力する。その結果、認証連携管理情報４３１の内容は、図７（ｂ）のようになる。
【００６５】
そして、続いて、Ｗｅｂサービスシステム１において、図６のシーケンス図の処理が開始されたものとする。
【００６６】
まず、上述と同一のユーザにより、クライアント端末１０が操作（別のクライアント端末から操作するようにしても良い）され、今度は、クライアント端末１０からＷｅｂサーバ２０−２へログイン要求が送信されたものとする（Ｓ２０１）。また、Ｗｅｂサーバ２０−２へのアクセスにあたって、ユーザによりクライアント端末１０に、Ｗｅｂサーバ２０−２にログインするための認証情報として、ユーザＩＤ（yamada-t）及びパスワードが入力されたものとする。そして、クライアント端末１０からＷｅｂサーバ２０−２へのログイン要求と共に、そのログインに必要な認証情報（暗号化等の加工が施された状態としても良い）も送信されたものとする。
【００６７】
そして、Ｗｅｂサーバ２０−２のサービス処理部２１−２に、クライアント端末１０からのログイン要求と共に認証情報（ユーザＩＤ及びパスワード）が通知されると、Ｗｅｂサーバ２０−２は、認証連携プラグイン３０−２へ、その認証情報に基づく認証要求を通知する（Ｓ２０２）。
【００６８】
そして、サービス処理部２１−２から認証要求の通知を受けた認証連携プラグイン３０−２は、その認証要求を、そのまま、認証装置５０−２に通知（転送）する（Ｓ２０３）。
【００６９】
そして、Ｗｅｂサーバ２０−２（認証連携プラグイン３０−２）から認証要求の通知を受けると、認証装置５０−２は、その認証要求に係る認証情報（ユーザＩＤ、及び、パスワード）と、自装置に設定されているデータとを照合して認証を行い、その認証結果に、当該認証に係るユーザのユーザ情報（ユーザＩＤ「yamada-t」に対応するユーザ情報）を付して、Ｗｅｂサーバ２０−２（認証連携プラグイン３０−２）に送信する（Ｓ２０４）。なお、ここでは、認証装置５０−２による認証結果は、「認証ＯＫ」という結果であったものとする。また、認証装置５０−２から認証連携プラグイン３０−２へ、認証結果と共に通知されるユーザ情報は、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」という内容であったものとする。
【００７０】
そして、認証装置５０−２からの認証結果（ユーザ情報が付されている）を受信すると、認証連携プラグイン３０−２は、クライアント端末１０から受信した認証情報、及び、認証装置５０−２から受信したユーザ情報を利用してログイン通知情報を生成し、ログイン判定要求と共に、認証連携管理装置４０に送信する（Ｓ２０５）。この場合、認証連携プラグイン３０−２から認証連携管理装置４０へ通知されるログイン通知情報には、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報と、「yamada-t」というユーザＩＤの情報が含まれることになる。
【００７１】
そして、ログイン判定要求（ログイン通知情報が付されている）を受信すると、認証連携管理装置４０（認証連携処理部４１）は、ログイン通知情報の内容と、認証連携管理情報４３１の内容とを利用して、そのログイン判定要求に対して判定処理を行う（Ｓ２０６）。認証連携処理部４１は、認証連携管理情報４３１から、ログイン通知情報に含まれていた「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報に該当する情報を検索する。この時点で、認証連携管理情報４３１の内容は、図７（ｂ）の内容となっており、認証連携処理部４１は該当するユーザの情報を検出することになる。そして、認証連携処理部４１は、検出した情報うち、ログイン状況情報の項目を参照し、当該ユーザの現在のログイン状況を把握する。そして、認証連携処理部４１は、当該ユーザは、すでにＷｅｂサーバＡ（Ｗｅｂサーバ２０−１）にログイン中であることを把握する（ＷｅｂサーバＡの項目にユーザＩＤが入力されているため）。したがって、この状態で、当該ユーザに対して、ＷｅｂサーバＢ（Ｗｅｂサーバ２０−２）に対するログインを許可すれば重複ログインとなるため、認証連携処理部４１は、認証連携プラグイン３０−２から通知されたログイン判定要求に対して、「ログインＮＧ」という判定をすることになる。
【００７２】
そして、認証連携管理装置４０（認証連携処理部４１）は、認証連携プラグイン３０−２にログイン判定要求に対する判定結果を通知する（Ｓ２０７）。認証連携処理部４１による認証結果は「ログインＮＧ」であり、認証連携プラグイン３０−２には、認証結果として、「ログインＯＫ」の認証結果が返答されるものとする。
【００７３】
そして、認証連携管理装置４０から、ログイン判定要求に対する判定結果を受信すると、認証連携プラグイン３０−２は、受信した判定結果に基づいて、「ログインＮＧ」であることを示す「認証ＮＧ」の認証結果を、サービス処理部２１−２へ通知する（Ｓ２０８）。
【００７４】
そして、認証連携プラグイン３０−２から「認証ＯＫ」の認証結果を受信すると、サービス処理部２１−２は、クライアント端末１０へログイン結果として「ログインＮＧ」を通知する（Ｓ２０９）。
【００７５】
以上のように、認証連携管理装置４０では、各ユーザに関するログイン状況を認証連携管理情報４３１で管理し、認証連携プラグイン３０を介して各Ｗｅｂサーバ２０を制御して重複ログインが発生しないようにしている。
【００７６】
（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。
【００７７】
第１の実施形態では、認証連携管理装置４０で、認証連携管理情報４３１を用いて、いずれかのＷｅｂサーバ２０にログイン中のユーザについて、どのＷｅｂサーバ２０にログインしているかを管理している。これにより、認証連携処理部４１では、ログイン要求があった場合に、当該ユーザの現在利用状況（ログイン状況）を考慮し、重複ログインとならないようにする等、システム全体から見て総合的に当該ログイン要求の可否を判定することができる。
【００７８】
また、Ｗｅｂサーバ２０では、認証連携プラグイン３０をインストールして、既存のＷｅｂサーバで用いられるプラットフォーム（サービス処理部２１）の認証依頼先の設定を認証連携プラグイン３０に設定変更するだけで、サービス処理部２１に対する仕様変更を必要とせずに、認証連携管理装置４０との連携を実現することができる。言い換えると、Ｗｅｂサーバ２０は、認証連携プラグイン３０を用いることにより、既存のＷｅｂサーバから容易に構築することができる。
【００７９】
さらに、認証連携管理装置４０の認証連携管理情報４３１では、現在いずれかのＷｅｂサーバ２０にログインするユーザに関する情報を、認証連携プラグイン３０から供給される情報だけで管理しているので、利用する可能性のある全てのユーザに関する情報を予め保持しておく必要がない。言い換えると、認証連携管理装置４０の認証連携管理情報４３１では、ユーザ情報を主キーとして、各ユーザのログイン状況情報を管理することにより、ユーザごとのユーザＩＤを予め管理しておく必要がない構成となっている。これにより、認証連携管理装置４０では、予め全てのユーザに関する情報（例えば、ユーザ情報等）を管理する必要がないため、初期状態としては空のテーブルを用意しておくだけでよいことになり、容易に構築及び管理を行うことができる。また、認証連携管理装置４０では、予め全てのユーザに関する情報（例えば、ユーザ情報等）を管理する必要がないため、認証連携管理情報４３１に必要な記憶領域も少なくてすむ。
【００８０】
（Ｂ）第２の実施形態
以下、本発明によるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムの第２の実施形態を、図面を参照しながら詳述する。なお、この実施形態のサービスシステムは、Ｗｅｂサービスシステムである。また、この実施形態の接続制御装置は、認証連携管理装置である。さらにまた、この実施形態のサーバ装置は、Ｗｅｂサーバである。
【００８１】
（Ｂ−１）第２の実施形態の構成
第２の実施形態のＷｅｂサービスシステム１Ａの全体構成も上述の図２を用いて示すことができる。以下、第２の実施形態について、第１の実施形態との差異を説明する。
【００８２】
Ｗｅｂサービスシステム１Ａでは、認証連携管理装置４０Ａ及び認証連携プラグイン３０（３０−１、３０−２）が、認証連携管理装置４０Ａ及び認証連携プラグイン３０Ａ（３０Ａ−１、３０Ａ−２）に置き換わっている点で、第１の実施形態と異なっている。
【００８３】
第２の実施形態の認証連携管理装置４０の機能的構成も上述の図３を用いて示すことができる。認証連携管理装置４０Ａでは、認証連携処理部４１が、認証連携処理部４１Ａに置き換わっている点で第１の実施形態と異なっている。
【００８４】
第１の実施形態の認証連携処理部４１では、各ユーザに対して重複ログインを認めない構成となっていたが、第２の実施形態認証連携処理部４１Ａでは、重複ログインを許可するように構成されているものとする。そして、認証連携処理部４１Ａは、いずれか１つのＷｅｂサーバ２０について、既にログインしているユーザに対しては、その他のＷｅｂサーバ２０についても認証結果に関わらずログインを認める機能（以下、「シングルサインオン機能」と呼ぶ）に対応しているものとする。
【００８５】
第２の実施形態の認証連携プラグイン３０Ａの機能的構成も、上述の図４を用いて示すことができる。認証連携プラグイン３０Ａでは、認証中継処理部３１が認証中継処理部３１Ａに置き換わっている点で、第１の実施形態と異なっている。
【００８６】
第１の実施形態の認証連携プラグイン３０では、認証装置５０からの認証結果が、認証ＮＧだった場合には、その認証結果を破棄し、認証連携管理装置４０へのログイン判定要求は送信しないものとして説明した。しかし、第２の実施形態の認証連携プラグイン３０Ａ（認証中継処理部３１Ａ）では、認証結果がＮＧの場合でも、認証装置５０から認証結果と共にユーザ情報が供給され、ログイン通知情報の生成が可能である場合、認証連携管理装置４０Ａへのログイン判定要求を送信するように構成されているものとする。
【００８７】
例えば、認証装置５０への認証要求に付した認証情報で、パスワードのみが不整合だった場合には、認証装置５０では、ユーザＩＤに基づいてユーザ情報を保持することは可能である。したがって、第２の実施形態では、認証装置５０に対して、認証結果が認証ＮＧの場合でも、ユーザ情報が取得可能な場合には認証結果と共にユーザ情報を返答するように設定しておくことが望ましい。
【００８８】
また、第２の実施形態の認証連携プラグイン３０Ａは、認証装置５０からの認証結果が認証ＮＧの場合でも、認証連携管理装置４０Ａにログイン判定要求を送信するので、認証連携管理装置４０Ａへのログイン判定要求に付するログイン通知情報に、認証装置５０からの認証結果(認証ＯＫ、又は、認証ＮＧ)の情報も含めるものとする。
（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有する第２の実施形態のＷｅｂサービスシステム１Ａの動作を説明する。
【００８９】
第２の実施形態のＷｅｂサービスシステム１Ａでは、重複ログイン、及び、シングルサインオン機能に対応していること以外は第１の実施形態と同様の動作である。したがって、以下では、Ｗｅｂサービスシステム１Ａにおける、重複ログイン、及び、シングルサインオン機能に関する動作についてのみ説明する。
【００９０】
まず、ここでは、ユーザ（「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報に該当するユーザ）がクライアント端末１０を操作して、Ｗｅｂサーバ２０−１へログインした状態（上述の図５のシーケンス図にしたがってＷｅｂサービスシステム１Ａが動作した後の状態）となっているものとする。したがって、認証連携管理情報４３１の内容は、図７（ｂ）に示す状態となっているものとする。
【００９１】
そして、以下では、その後Ｗｅｂサービスシステム１Ａが、図８のシーケンス図に従って動作した場合の例について説明する。
【００９２】
まず、上述と同一のユーザにより、クライアント端末１０が操作され、今度は、クライアント端末１０からＷｅｂサーバ２０−２へログイン要求が送信されたものとする（Ｓ３０１）。また、Ｗｅｂサーバ２０−２へのアクセスにあたって、ユーザによりクライアント端末１０に、Ｗｅｂサーバ２０−２にログインするための認証情報として、ユーザＩＤ（yamada-t）及びパスワードが入力されたものとする。そして、クライアント端末１０からＷｅｂサーバ２０−２へのログイン要求と共に、そのログインに必要な認証情報も送信されたものとする。
【００９３】
そして、Ｗｅｂサーバ２０−２のサービス処理部２１−２に、クライアント端末１０からのログイン要求と共に認証情報が通知されると、Ｗｅｂサーバ２０−２は、認証連携プラグイン３０Ａ−２へ、その認証情報に基づく認証要求を通知する（Ｓ３０２）。
【００９４】
そして、サービス処理部２１−２から認証要求の通知を受けた認証連携プラグイン３０Ａ−２は、その認証要求を、そのまま、認証装置５０−２に通知（転送）する（Ｓ３０３）。
【００９５】
そして、Ｗｅｂサーバ２０−２（認証連携プラグイン３０Ａ−２）から認証要求の通知を受けると、認証装置５０−２は、その認証要求に係る認証情報（ユーザＩＤ、及び、パスワード）と、自装置に設定されているデータとを照合して認証を行い、その認証結果に、当該認証に係るユーザのユーザ情報（ユーザＩＤ「yamada-t」に対応するユーザ情報）を付して、Ｗｅｂサーバ２０−２（認証連携プラグイン３０Ａ−２）に送信する（Ｓ３０４）。なお、ここでは、認証装置５０−２による認証結果は、パスワードの不整合により認証ＮＧという結果であったものとする。ただし、当該ユーザＩＤに対応するユーザ情報ついては、認証装置５０−２で一致するものを検出することができ、認証装置５０−２から認証連携プラグイン３０Ａ−２へ認証結果と共に通知されたものとする。そして、認証装置５０−２から認証連携プラグイン３０Ａ−２へ、認証結果と共に通知されたユーザ情報は、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」という内容であったものとする。
【００９６】
そして、認証装置５０−２からの認証結果（ユーザ情報が付されている）を受信すると、認証連携プラグイン３０Ａ−２は、クライアント端末１０から受信した認証情報と、認証装置５０−２から受信した認証結果及びユーザ情報とを利用してログイン通知情報を生成し、ログイン判定要求と共に、認証連携管理装置４０Ａに送信する（Ｓ３０５）。この場合、認証連携プラグイン３０Ａ−２から認証連携管理装置４０Ａへ通知されるログイン通知情報には、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報と、「yamada-t」というユーザＩＤと、「認証ＮＧ」という認証結果の情報が含まれることになる。
【００９７】
そして、ログイン判定要求（ログイン通知情報が付されている）を受信すると、認証携管理装置４０Ａ（認証連携処理部４１Ａ）は、ログイン通知情報の内容と、認証連携管理情報４３１の内容とを利用して、そのログイン判定要求に対して判定処理を行う（Ｓ３０６）。認証連携処理部４１Ａは、認証連携管理情報４３１から、ログイン通知情報に含まれていた「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報に該当する情報を検索する。この時点で、認証連携管理情報４３１の内容は、図７（ｂ）の内容となっており、認証連携処理部４１Ａは該当するユーザの情報を検出することになる。そして、認証連携処理部４１Ａは、検出した情報うち、ログイン状況情報の項目を参照し、当該ユーザの現在のログイン状況を把握する。そして、認証連携処理部４１Ａは、当該ユーザは、すでにＷｅｂサーバＡ（Ｗｅｂサーバ２０−１）にログイン中であることを把握する（ＷｅｂサーバＡの項目にユーザＩＤが入力されているため）。したがって、認証連携処理部４１Ａは、当該ユーザは既に他のＷｅｂサーバへログインしていることから、今回のログイン判定要求に付されたログイン通知情報で認証結果が認証ＮＧであっても、シングルサインオンの機能によりログインＯＫと判定をすることになる。なお、当該ユーザが、未だいずれのＷｅｂサーバにもログインしていない場合は、シングルサインオンの対象とならないことから、認証連携処理部４１Ａはログイン判定要求に対してログインＮＧと判定することになる。
【００９８】
そして、認証連携管理装置４０Ａ（認証連携処理部４１Ａ）は、認証連携プラグイン３０Ａ−２にログイン判定要求に対する判定結果を通知する（Ｓ３０７）。認証連携処理部４１Ａによる認証結果は「ログインＯＫ（シングルサインオン）」であり、認証連携プラグイン３０Ａ−２には、認証結果として、「ログインＯＫ（シングルサインオン）」が返答されるものとする。
【００９９】
そして、認証連携管理装置４０Ａから、ログイン判定要求に対する判定結果を受信すると、認証連携プラグイン３０Ａ−２は、受信した判定結果に基づいて、「ログインＯＫ」であることを示す「認証ＯＫ」の認証結果を、サービス処理部２１−２へ通知する（Ｓ３０８）。
【０１００】
そして、認証連携プラグイン３０Ａ−２から認証ＯＫの認証結果を受信すると、サービス処理部２１−２は、クライアント端末１０へログイン結果として「ログインＯＫ」を通知する（Ｓ３０９）。
【０１０１】
以上のように、認証連携管理装置４０Ａでは、各ユーザに関するログイン状況を認証連携管理情報４３１で管理し、認証連携プラグイン３０Ａを介して各Ｗｅｂサーバ２０を制御してシングルサインオンの機能を実現している。
【０１０２】
（Ｂ−３）第２の実施形態の効果
第２の実施形態によれば、第１の実施形態の効果に加えて以下のような効果を奏することができる。
【０１０３】
第２の実施形態では、認証連携プラグイン３０及び認証連携管理装置４０Ａを用いて各Ｗｅｂサーバ２０の間を連携し、シングルサインオンの機能を実現している。従来技術では、例えば、既に構築したＷｅｂサービスシステムで、後からシングルサインオンの機能を搭載しようとすると、認証に関する構成を全面的に変更する必要があるが、第２の実施形態のように、認証連携プラグイン３０及び認証連携管理装置４０Ａを用いて各Ｗｅｂサーバ２０の間を連携することにより、容易に実現することが可能となる。
【０１０４】
（Ｃ）第３の実施形態
以下、本発明によるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムの第３の実施形態を、図面を参照しながら詳述する。なお、この実施形態のサービスシステムは、Ｗｅｂサービスシステムである。また、この実施形態の接続制御装置は、認証連携管理装置である。さらにまた、この実施形態のサーバ装置は、Ｗｅｂサーバである。
【０１０５】
（Ｃ−１）第３の実施形態の構成
図１０は、第３の実施形態のＷｅｂサービスシステム１Ｂの全体構成を示すブロック図であり、上述の図１と同一又は対応する部分には、同一又は対応する符号を付している。
【０１０６】
図１０に示す通り、第３の実施形態のＷｅｂサービスシステム１Ｂでは、３台のＷｅｂサーバ２０(２０−１〜２０−３)、３台の認証システム５０（５０−１〜５０−３）、及び認証連携管理装置４０Ｂが配置されている。
【０１０７】
認証システム５０−１〜５０−３は、それぞれＷｅｂサーバ２０−１〜２０−３のログインに対する認証を行う認証装置として配置されている。そして、それぞれのＷｅｂサーバ２０(２０−１〜２０−３)には、認証連携プラグイン３０（３０−１〜３０−３）が搭載されている。
【０１０８】
第３の実施形態の認証連携処理部４１Ｂの機能的構成も上述の図３を用いて示すことができる。認証連携管理装置４０Ｂでは、認証連携処理部４１及び認証連携管理情報４３１が、認証連携処理部４１Ｂ及び認証連携管理情報４３１Ｂに置き換わっている点で第１の実施形態と異なっている。
【０１０９】
第１の実施形態の認証連携管理装置４０では重複ログインを認めない構成となっていたが、認証連携管理装置４０Ｂでは、所定数Ｗｅｂサーバ２０、又は、所定の組合せのＷｅｂサーバ２０については、ユーザに対して重複ログインを認める構成となっている。言い換えると、認証連携管理装置４０Ｂでは、所定の条件の範囲内で、各ユーザに対して重複ログインを認める構成となっている。
【０１１０】
この実施形態の認証連携管理装置４０Ｂは、例として、各ユーザに対して、２台以下のＷｅｂサーバ２０であれば同時にログイン（重複ログイン）を認める構成となっているものとして説明する。
【０１１１】
そして、第３の実施形態では、３台のＷｅｂサーバ２０−１〜２０−３が配置されているので、認証連携管理情報４３１Ｂの内容は、図１１に示すように、ログイン状況情報の項目が３台のＷｅｂサーバ２０−１〜２０−３についてログイン状況について管理できるようになっている。
【０１１２】
図１１に示すように、認証連携管理情報４３１Ｂでは、ログイン状況情報に、第３のＷｅｂサーバ２０−３へのログイン状況を管理するための「ＷｅｂサーバＣ」という項目が追加されている点で、第１の実施形態と異なっている。
【０１１３】
（Ｃ−２）第３の実施形態の動作
次に、以上のような構成を有する第３の実施形態のＷｅｂサービスシステム１Ｂの動作を説明する。
【０１１４】
第３の実施形態のＷｅｂサービスシステム１Ｂでは、ユーザ（クライアント端末１０）による各Ｗｅｂサーバ２０へのログイン処理のシーケンスについては、認証連携管理装置４０Ｂのログイン判定処理で、所定の条件の範囲内で重複ログインを認めること以外は、第１の実施形態同様であるので、以下では、認証連携管理装置４０Ｂによるログイン判定処理についてのみ説明する。
【０１１５】
ここでは、例として、認証連携管理情報４３１Ｂが、図１１に示す状態となっている場合を想定する。図１１では、「氏名：山田太郎、住所：東京都千代田区Ｘ−Ｘ−Ｘ、電話番号：0123456789」というユーザ情報に対応するログイン状況情報で、ＷｅｂサーバＡ（Ｗｅｂサーバ２０−１）、ＷｅｂサーバＢ（Ｗｅｂサーバ２０−２）の項目についてのみユーザＩＤ（yamada-t）が入力されている。従って、図１１に示す例では、当該ユーザは、Ｗｅｂサーバ２０−１及びＷｅｂサーバ２０−２を利用中（ログイン中）の状態であることを示している。そして、認証連携管理情報４３１Ｂの内容が、図１１に示す状態で、当該ユーザがクライアント端末１０を用いてＷｅｂサーバ２０−３へのログイン要求を試みた場合、そのログインを許可すると当該ユーザは３つ以上のＷｅｂサーバ２０に同時に利用（ログイン）をすることになるので、認証連携管理装置４０（認証連携処理部４１）は、そのログイン要求に関するログイン判定処理で、「ログインＮＧ」と判定することになる。
【０１１６】
以上のように、認証連携管理装置４０Ｂでは、各ユーザに関するログイン状況を認証連携管理情報４３１Ｂで管理し、認証連携プラグイン３０を介して各Ｗｅｂサーバ２０を制御して、所定の条件の範囲内での重複ログインを実現することができる。
【０１１７】
（Ｃ−３）第３の実施形態の効果
第３の実施形態では、認証連携プラグイン３０及び認証連携管理装置４０Ｂを用いて、ユーザごとに現在ログインしているＷｅｂサーバ２０の数等を把握し、各ユーザに対して所定の条件の範囲内でのみ重複ログインを認めるように制御している。従来技術では、例えば、既に構築したＷｅｂサービスシステムで、後から上述のような重複ログインの管理を行おうとすると、認証に関する構成を全面的に変更する必要があるが、第３の実施形態のように、認証連携プラグイン３０及び認証連携管理装置４０Ｂを用いて各Ｗｅｂサーバ２０の間を連携することにより、容易に実現することが可能となる。
【０１１８】
（Ｄ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１１９】
（Ｄ−１）上記の各実施形態では、認証連携管理情報でログイン状況情報の項目に入力する内容として、ユーザＩＤを適用するものとして説明している。しかし、ログイン状況情報の項目には、ログイン状態であるか否かを表すことができればその他の情報（例えば、「１」、「０」等のフラグ情報）に置き換えるようにしても良い。すなわち、認証連携プラグインでは、必ずしもログインＩＤを保持する必要はない。
【０１２０】
（Ｄ−２）上記の実施形態では、本発明のサービスシステムを、複数のＷｅｂサーバを有するＷｅｂサービスシステムに適用する例について説明したが、その他のサービスを提供するサーバ（たとえば、メールサーバやグループウェアサーバ等）を備えるサービスシステムに適用するようにしても良い。
【０１２１】
（Ｄ−３）上記の各実施形態のＷｅｂサービスシステムの認証システムでは、それぞれのＷｅｂサーバに対応する認証装置が配置される構成となっているが、複数のＷｅｂサーバで同一の認証装置を用いた認証システムを構築するようにしても良いし、全てのＷｅｂサーバで同一の認証装置を用いた認証システムを構築するようにしても良い。すなわち、Ｗｅｂサービスシステムにおいて、配置する認証装置の数や、Ｗｅｂサーバとの対応関係は限定されないものである。
【０１２２】
（Ｄ−４）上記の各実施形態において、認証連携管理装置の認証連携管理情報では、上述の通り、ユーザ情報を主キーとして、各ユーザのログイン状況情報を管理することにより、ユーザごとのユーザＩＤを予め管理しておく必要がない構成となっている。しかし、認証連携管理装置において、予めユーザごとに、各Ｗｅｂサーバで使用するユーザＩＤを管理し、ログイン要求に係る認証情報（ユーザＩＤ）に基づいて、認証連携管理情報のログイン状況情報を管理するようにしても良い。
【符号の説明】
【０１２３】
１…Ｗｅｂサービスシステム、２…クライアント端末１０、２０、２０−１、２０−２…Ｗｅｂサーバ、２１−１、２１−２、２１…サービス処理部、２２、２２−１、２２−２…認証ＩＦ部、３０、３０−１、３０−２…認証連携プラグイン、３１…認証中継処理部、３２、３３、３４…ＩＦ部３２、４０…認証連携管理装置、４１…認証連携処理部、４２…ＩＦ部、４３…データ記憶部、４３１…認証連携管理情報、５０、５０−１、５０−２…認証装置。
【特許請求の範囲】
【請求項１】
クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムと、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置とを備えるサービスシステムであって、
それぞれの上記サーバ装置は、
上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、
上記サービス提供手段は、
上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、
上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と
上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、
上記認証制御手段は、
上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、
上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、
上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有し、
上記接続制御装置は、
ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、
上記サーバ装置から、総合ログイン判定処理の依頼を受付ける総合ログイン判定受付手段と、
上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段とを有する
ことを特徴とするサービスシステム。
【請求項２】
上記認証制御手段は、上記サービス提供手段がログイン要求と共に受付けた認証情報に係るユーザを特定するためのユーザ情報を保持するユーザ情報保持部をさらに備え、
上記総合ログイン判定依頼部は、上記接続制御装置に総合ログイン判定を依頼する際に、その総合ログイン判定に係るユーザのユーザ情報として、上記ユーザ情報保持部が保持したユーザ情報を上記接続制御装置に供給し、
上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報には、ユーザ情報と、当該ユーザ情報が示すユーザが利用中の上記サーバ装置を表わすサーバ利用状況情報とが対応付けられた情報が含まれ、
上記総合ログイン判定手段は、上記サーバ装置から供給されたユーザ情報に対応するユーザを、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザとみなし、上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、当該ユーザによる各サーバ装置の利用状況を確認する
ことを特徴とする請求項１に記載のサービスシステム
【請求項３】
上記ユーザ情報保持部は、上記認証装置から、認証結果と共に、その認証処理に用いた認証情報に対応するユーザ情報の供給を受けることを特徴とする請求項２に記載のサービスシステム。
【請求項４】
上記サーバ利用状況管理手段は、上記総合ログイン判定受付手段が受付けた総合ログイン判定の内容を利用して、サーバ利用状況管理情報を更新することを特徴とする請求項３に記載のサービスシステム。
【請求項５】
クライアントにサービスを提供するサービス提供手段を備えるサーバ装置において、
上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、
上記サービス提供手段は、
上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、
上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と
上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、
上記認証制御手段は、
上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、
上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、
上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有する
ことを特徴とするサーバ装置。
【請求項６】
クライアントにサービスを提供するサービス提供手段を備えるサーバ装置に搭載されたコンピュータを、
上記サービス提供手段が上記クライアントからログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、
上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、
上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段と
して機能させることを特徴とする認証制御プログラム。
【請求項７】
クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置であって、
ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、
ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と
を有することを特徴とする接続制御装置。
【請求項８】
クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置に搭載されたコンピュータを、
ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、
ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と、
上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段と
して機能させることを特徴とする接続制御プログラム。
【請求項１】
クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムと、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置とを備えるサービスシステムであって、
それぞれの上記サーバ装置は、
上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、
上記サービス提供手段は、
上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、
上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と
上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、
上記認証制御手段は、
上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、
上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、
上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有し、
上記接続制御装置は、
ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、
上記サーバ装置から、総合ログイン判定処理の依頼を受付ける総合ログイン判定受付手段と、
上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段とを有する
ことを特徴とするサービスシステム。
【請求項２】
上記認証制御手段は、上記サービス提供手段がログイン要求と共に受付けた認証情報に係るユーザを特定するためのユーザ情報を保持するユーザ情報保持部をさらに備え、
上記総合ログイン判定依頼部は、上記接続制御装置に総合ログイン判定を依頼する際に、その総合ログイン判定に係るユーザのユーザ情報として、上記ユーザ情報保持部が保持したユーザ情報を上記接続制御装置に供給し、
上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報には、ユーザ情報と、当該ユーザ情報が示すユーザが利用中の上記サーバ装置を表わすサーバ利用状況情報とが対応付けられた情報が含まれ、
上記総合ログイン判定手段は、上記サーバ装置から供給されたユーザ情報に対応するユーザを、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザとみなし、上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、当該ユーザによる各サーバ装置の利用状況を確認する
ことを特徴とする請求項１に記載のサービスシステム
【請求項３】
上記ユーザ情報保持部は、上記認証装置から、認証結果と共に、その認証処理に用いた認証情報に対応するユーザ情報の供給を受けることを特徴とする請求項２に記載のサービスシステム。
【請求項４】
上記サーバ利用状況管理手段は、上記総合ログイン判定受付手段が受付けた総合ログイン判定の内容を利用して、サーバ利用状況管理情報を更新することを特徴とする請求項３に記載のサービスシステム。
【請求項５】
クライアントにサービスを提供するサービス提供手段を備えるサーバ装置において、
上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、
上記サービス提供手段は、
上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、
上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と
上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、
上記認証制御手段は、
上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、
上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、
上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有する
ことを特徴とするサーバ装置。
【請求項６】
クライアントにサービスを提供するサービス提供手段を備えるサーバ装置に搭載されたコンピュータを、
上記サービス提供手段が上記クライアントからログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、
上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、
上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段と
して機能させることを特徴とする認証制御プログラム。
【請求項７】
クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置であって、
ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、
ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と
を有することを特徴とする接続制御装置。
【請求項８】
クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置に搭載されたコンピュータを、
ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、
ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と、
上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段と
して機能させることを特徴とする接続制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−５０８１６（Ｐ２０１３−５０８１６Ａ）
【公開日】平成２５年３月１４日（２０１３．３．１４）
【国際特許分類】
【出願番号】特願２０１１−１８７８４４（Ｐ２０１１−１８７８４４）
【出願日】平成２３年８月３０日（２０１１．８．３０）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２５年３月１４日（２０１３．３．１４）
【国際特許分類】
【出願日】平成２３年８月３０日（２０１１．８．３０）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]