クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムと、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置とを備えるサービスシステムであって、それぞれの上記サーバ装置は、上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、上記サービス提供手段は、上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、上記認証制御手段は、上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有し、上記接続制御装置は、ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、上記サーバ装置から、総合ログイン判定処理の依頼を受付ける総合ログイン判定受付手段と、上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段とを有することを特徴とするサービスシステム。上記認証制御手段は、上記サービス提供手段がログイン要求と共に受付けた認証情報に係るユーザを特定するためのユーザ情報を保持するユーザ情報保持部をさらに備え、上記総合ログイン判定依頼部は、上記接続制御装置に総合ログイン判定を依頼する際に、その総合ログイン判定に係るユーザのユーザ情報として、上記ユーザ情報保持部が保持したユーザ情報を上記接続制御装置に供給し、上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報には、ユーザ情報と、当該ユーザ情報が示すユーザが利用中の上記サーバ装置を表わすサーバ利用状況情報とが対応付けられた情報が含まれ、上記総合ログイン判定手段は、上記サーバ装置から供給されたユーザ情報に対応するユーザを、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザとみなし、上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、当該ユーザによる各サーバ装置の利用状況を確認することを特徴とする請求項1に記載のサービスシステム上記ユーザ情報保持部は、上記認証装置から、認証結果と共に、その認証処理に用いた認証情報に対応するユーザ情報の供給を受けることを特徴とする請求項2に記載のサービスシステム。上記サーバ利用状況管理手段は、上記総合ログイン判定受付手段が受付けた総合ログイン判定の内容を利用して、サーバ利用状況管理情報を更新することを特徴とする請求項3に記載のサービスシステム。クライアントにサービスを提供するサービス提供手段を備えるサーバ装置において、上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、上記サービス提供手段は、上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、上記認証制御手段は、上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有することを特徴とするサーバ装置。クライアントにサービスを提供するサービス提供手段を備えるサーバ装置に搭載されたコンピュータを、上記サービス提供手段が上記クライアントからログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段として機能させることを特徴とする認証制御プログラム。クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置であって、ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段とを有することを特徴とする接続制御装置。クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置に搭載されたコンピュータを、ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と、上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段として機能させることを特徴とする接続制御プログラム。しかしながら、特許文献1の記載技術では、各サーバ装置は、他のサーバ装置からの問合せに応答する処理に対応させる必要がある。各サーバ装置間で上述のような連携を実現するには、認証処理において、保持するユーザ情報の統一化や、ユーザ情報を保持するデータベースの統合等が必要となる。特に、既に構築されたシステムについて、上述のようなサーバ装置間の連携を実現する際には、失敗するとユーザ情報の損失が発生してしまう等のリスクもあり、そのようなリスクを回避しようとすると、ほぼシステムの全面更改に近い作業となってしまう場合もある。その他にも、特許文献1の記載技術では、サーバ装置間で連携のために保持するユーザ情報の冗長化によるデータ量の増大、各サーバ装置の処理性能の向上、クライアントからのリクエストを処理するアプリケーションとユーザ情報を格納するデータベース間のインタフェースの変更など、変更が発生する箇所がシステム全体に波及することが想定される。上述のような問題点に鑑みて、複数のサーバ装置を備えるサービスシステムで、ユーザの重複ログインに関する制御を容易に実現することができるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムが望まれている。第1の本発明のサービスシステムは、1クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムと、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置とを備えるサービスシステムであって、2それぞれの上記サーバ装置は、2-1上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、2-2上記サービス提供手段は、2-2-1上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、2-2-2上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と2-2-3上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、2-3上記認証制御手段は、2-3-1上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、2-3-2上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、2-3-3上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有し、3上記接続制御装置は、3-1ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、3-2上記サーバ装置から、総合ログイン判定処理の依頼を受付ける総合ログイン判定受付手段と、3-3上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段とを有することを特徴とする。第2の本発明は、クライアントにサービスを提供するサービス提供手段を備えるサーバ装置において、1上記サービス提供手段が行うサービスの認証制御に関する処理を行う認証制御手段を備え、2上記サービス提供手段は、2-1上記クライアントから、ログイン要求を認証情報と共に受付けるログイン受付部と、2-2上記ログイン受付部が受付けたログイン要求に関するログイン判定処理を、上記認証制御手段に依頼してログイン判定結果を受信するログイン判定依頼部と2-3上記ログイン判定依頼部が受信したログイン判定結果に従って、上記クライアントからのログイン要求の処理を行うログイン処理部とを有し、3上記認証制御手段は、3-1上記サービス提供手段がログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、3-2上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、3-3上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段とを有することを特徴とする。第3の本発明の認証制御プログラムは、1クライアントにサービスを提供するサービス提供手段を備えるサーバ装置に搭載されたコンピュータを、2上記サービス提供手段が上記クライアントからログイン要求と共に受付けた認証情報に基づく認証を、上記認証システムに依頼して、その認証結果を受信する認証依頼部と、3上記サービス提供手段が受付けたログイン要求に係るユーザによる、各サーバ装置の利用状況を考慮して、上記サービス提供手段が受付けたログイン要求に関する判定を行う総合ログイン判定を、上記接続制御装置に依頼する総合ログイン判定依頼部と、4上記認証依頼部が受信した認証結果、及び又は、上記総合ログイン判定依頼部が受信した総合ログイン判定結果を利用して得たログイン判定結果を、上記サービス提供手段に回答するログイン判定回答手段として機能させることを特徴とする。第4の発明の接続制御装置は、1クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置であって、2ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、3ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と、4上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段とを有することを特徴とする。第5の本発明の接続制御プログラムは、1クライアントにサービスを提供するサービス提供手段を備える複数のサーバ装置と、上記クライアントから上記サーバ装置への接続要求に関する認証処理を行う認証システムとを有するサービスシステムを構成する、上記クライアントから上記サーバ装置へのログイン要求に関する制御を行う接続制御装置に搭載されたコンピュータを、2ユーザごとの上記サーバ装置の利用状況を表わすサーバ利用状況情報を管理するサーバ利用状況管理手段と、3ユーザごとの各サーバ装置の利用状況を考慮してログイン要求に関する判定を行う総合ログイン判定の依頼を、上記サーバ装置から受付ける総合ログイン判定受付手段と、4上記サーバ利用状況管理手段が管理するサーバ利用状況管理情報を利用して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に係るユーザによる各サーバ装置の利用状況を確認し、その確認結果を考慮して、総合ログイン判定の依頼元のサーバ装置が受付けたログイン要求に関する判定を行い、その判定結果を、総合ログイン判定の依頼元のサーバ装置へ回答する総合ログイン判定手段として機能させることを特徴とする。本発明によれば、複数のサーバ装置を備えるサービスシステムで、ユーザの重複ログインに関する制御を容易に実現することができる。A第1の実施形態以下、本発明によるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムの第1の実施形態を、図面を参照しながら詳述する。なお、この実施形態のサービスシステムは、Webサービスシステムである。また、この実施形態の接続制御装置は、認証連携管理装置である。さらにまた、この実施形態のサーバ装置は、Webサーバである。A-1第1の実施形態の構成図1は、第1の実施形態のWebサービスシステム1の全体構成を示すブロック図である。Webサービスシステム1は、2台のWebサーバ20、認証連携管理装置40、及び2台の認証装置5050-1、50-2を有しており、これらの装置を用いてクライアント端末10にWebサービスを提供する。なお、図1では、説明を簡易にするためクライアント端末10は一台のみを図示しているが、クライアント端末10を配置する数は限定されないものである。同様に、Webサーバ20及び認証装置50の数も限定されないものである。Webサーバ20-1、20-2は、それぞれ、クライアント端末10の要求に応じて、Webサービス例えば、HTML等で記述された文書や画像、プログラム等のコンテンツのデータ供給を行うサーバである。認証装置50-1、50-2は、それぞれ、Webサーバ20-1、20-2に対応する認証装置である。すなわち、Webサーバ20-1は、クライアント端末10ユーザからのログインを受ける際に、認証装置50-1へ認証を依頼し認証結果を受ける。また、Webサーバ20-2は、クライアント端末10ユーザからのログインを受ける際に、認証装置50-2へ認証を依頼し認証結果を受ける。Webサーバ20は、例えば、サーバ装置用のコンピュータ複数台を用いてもよく、例えば、PCやワークステーション等を適用可能に、プログラムをインストールすることにより構築するようにしても良い。その場合でも、機能的には、各Webサーバ20の構成については図1のように示すことができる。Webサーバ20は、それぞれサービス処理部2121-1、21-2と、認証連携プラグイン3030-1、30-2を有している。サービス処理部21は、主として、クライアント端末10からの信号を受付けて、クライアント端末10からの要求に応じたデータコンテンツを提供する処理等を行う。サービス処理部21については、例えば、既存のWebサーバ用のプラットフォームソフトウェアを適用することができるので詳しい説明は省略する。サービス処理部21としては、例えば、iPlanetApplicationServer登録商標等のWebサーバ用のプラットフォームを適用することができる。そして、サービス処理部2121-1、21-2は、それぞれ認証IF部2222-1、22-2を備えている。認証IF部22は、サービス処理部21において、ログイン認証を行う認証装置へのインタフェースとして機能する部分である。既存のWebサーバ用のプラットフォームでは、ユーザクライアント端末からのログイン要求を認証情報ユーザID、パスワードと共に受付けると、その認証情報を認証装置に引き渡して認証結果を得て、認証成功の場合当該ユーザクライアント端末のアクセスを許可する。認証IF部22は、サービス処理部21において、例えば、認証装置への認証情報の引渡しや、認証結果の受け取り等を行う機能を担っている。そして、既存のWebサーバ用のプラットフォームでは、通常、認証装置へアクセスするための識別情報を設定するためのフィールドリンク先を設定するためのパラメータが設けられており、その識別情報としては、外部リソース外部装置を指定例えば、IPアドレスやホスト名等により指定したり、内部リソース自装置内のリソースを指定例えば、対応するプログラムファイル等を指定することができるようになっている。そして、この実施形態の認証IF部22において、接続する認証装置としては、内部リソースである認証連携プラグイン30が設定されているものとする。すなわち、認証IF部22-1、22-2は、それぞれ、認証連携プラグイン30-1、30-2を介して認証装置50-1、50-2と接続する構成となっている。次に、認証連携プラグイン3030-1、30-2について説明する。図2は、認証連携プラグイン3030-1、30-2の内部構成について示した説明図である。認証連携プラグイン30は、Webサーバ20上で、サービス処理部21と連携して動作するプログラム実施形態の認証制御プログラムであり、認証中継処理部31、IF部32、IF部33、及びIF部34を有している。なお、認証連携プラグイン30を、Webサーバ20とは別の装置コンピュータを用いて構築するようにしても良いがこの実施形態では、Webサーバ20上で動作するプログラムであるものとして説明する。IF部32は、サービス処理部21と通信するためのインタフェースである。また、IF部33は、認証装置50と通信するためのインタフェースである。さらに、IF部34は、認証連携管理装置40と通信するためのインタフェースである。認証中継処理部31は、サービス処理部21と、認証装置50との間を中継する処理を行う。また、認証中継処理部31は、サービス処理部21と、認証装置50との間の中継処理に際して、認証連携管理装置40への情報入力や問合せの処理等も行う。すなわち、サービス処理部21から見ると、認証連携プラグイン30認証中継処理部31が間に介在していても、直接認証装置50と通信する場合と同様の処理を行えばよいため、サービス処理部21に既存のプラットフォームを利用していた場合でも、改変を殆ど加えずに、認証連携管理装置40との連携を実現することができる。認証装置5050-1、50-2としては、既存のWebサーバと連携可能な認証装置例えば、LDAPLightweightDirectoryAccessProtocol認証等の方式を用いた認証装置を適用することができるため、詳しい説明を省略する。認証連携管理装置40は、Webサーバ20と認証装置50との間を流れる情報等を、認証連携プラグイン30を介して、ユーザによる複数のWebサーバ20への重複ログインに関する制御を行うものである。認証連携管理装置40は、認証連携処理部41、IF部42、及びデータ記憶部43を有している。認証連携管理装置40は、例えば、プロセッサ等を備える情報処理装置複数台を用いてもよく、例えば、PCやワークステーション等を適用可能に、実施形態の接続制御プログラム等をインストールすることにより構築するようにしても良い。その場合でも、認証連携管理装置40の機能的構成は、図3のように示すことができる。IF部42は、各Webサーバ20の認証連携プラグイン30と通信するためのインタフェースである。認証連携処理部41は、IF部42を介して、各Webサーバ20の認証連携プラグイン30と通信し、各Webサーバ20サービス処理部21と各認証装置50との間を流れる情報の収集を行い、収集した情報に基づいて、各認証連携プラグイン30がサービス処理部21へ返答する認証結果を制御する処理等を行う。データ記憶部43は、認証連携処理部41が行う処理に必要な情報を格納する記憶手段であり、認証連携管理情報431が記憶されている。認証連携管理情報431は、ユーザごとの情報を管理するための情報であり、テーブル形式で表すと、例えば、図4のように示すことができる。認証連携処理部41は、各Webサーバ20の認証連携プラグイン30から、各ユーザに関する情報を収集して、認証連携管理情報431で管理する。図4では、1行で、1人のユーザに関する情報を登録している。認証連携管理情報431では、ユーザごとに、ユーザ情報とログイン状況情報とが対応付けて管理されている。ユーザ情報は、当該ユーザに関する情報であり、図4では例として、氏名、住所、電話番号の項目を設定している。なお、ユーザ情報として適用する情報の項目の数や組合せは限定されないものである。例えば、その他にも、電子メールアドレス等の項目を設けるようにしても良い。また、氏名も漢字表記とローマ字表記で別項目として管理するようにしても良い。さらに、電話番号についても、オフィスや携帯電話等を別項目として管理するようにしても良い。ログイン状況情報は、当該ユーザのWebサーバ20サーバ装置ごとのログイン状況について示している。ログイン状況情報には、図4に示すように、Webサーバ20-1へのログイン状況を示すWebサーバAの項目と、Webサーバ20-2へのログイン状況を示すWebサーバBの項目が含まれている。ログイン状況情報では、当該ユーザがログインしているWebサーバ20に対応する項目には、ログインしていることを示す情報として、そのログイン認証時に用いたユーザIDが入力される。一方、当該ユーザがログインしていないWebサーバ20に対応する項目には、ログインしていないことログオフしていることを示す-が入力される。したがって、図4に示す内容例では、氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789のユーザは、WebサーバAWebサーバ20-1にはユーザIDyamadatを用いてログインしているが、WebサーバBWebサーバ20-2にはログインしていない状態であることを示している。認証連携管理情報431にログイン状況情報に入力するユーザIDログインIDは、例えば、認証連携プラグイン30で、サービス処理部21から認証要求を受けた時に、その認証要求に含まれる情報から抽出するようにしても良い。認証連携プラグイン30でユーザIDを保持する方法は、適用される認証プロトコルに応じて可能な方法を適用することができる。認証連携管理情報431で管理されるユーザ情報は、認証連携プラグイン30において認証装置50から通知される認証結果に付随する情報に基づいて登録される。例えば、LDAP認証を利用した認証装置では、認証の依頼元のサーバ装置に対して、認証結果と共に、認証したユーザユーザIDに対応するユーザ情報を依頼元のサーバ装置に返答する設定を行うことが可能である。言い換えると、各認証装置50は、ユーザIDに対応するユーザ情報が登録されており、認証の依頼元のサーバ装置に対して、認証結果と共にユーザ情報を通知するように設定されているものとする。そして、この実施形態では、各認証装置50に登録されているユーザ情報の項目には、少なくとも、認証連携管理情報431で管理されるユーザ情報の項目氏名、住所、電話番号が含まれているものとする。すなわち、認証連携プラグイン30は、認証装置50からログイン時に通知される情報ユーザID、認証結果、及びユーザ情報を含む情報であり、以下、ログイン通知情報と呼ぶを受信すると、その認証結果及びユーザ情報を、認証連携管理装置40にも通知するように構成されている。そして、認証連携管理情報431は、認証連携プラグイン30から通知された情報に基づいて、認証連携管理情報431の内容を更新する。認証連携処理部41は、認証連携プラグイン30から、ログイン通知情報が通知されると、通知内容と一致するユーザ情報の有無を認証連携管理情報431から検索する。そして、該当するユーザ情報を検出した場合には、当該ユーザに関するログイン状況情報を参照し、今回のログインに関する判定を行う。この実施形態では、認証連携処理部41が、ログイン通知情報に含まれるユーザ情報と、認証連携管理情報431のユーザ情報とを照合マッチングする際に、全ての項目氏名、住所、電話番号が一致した場合にのみ同一ユーザとして検出するものとして説明する。しかし、認証連携処理部41が、ログイン通知情報に含まれるユーザ情報と、認証連携管理情報431のユーザ情報とを照合マッチングする際に、ユーザ情報の一部の項目についてのみ一致する場合例えば、氏名と住所が一致する場合にも同一ユーザの情報として検出するように構成しても良い。その他にも、認証連携処理部41は、所定の組合せの項目が一致する場合や、所定数以上の項目で一致する場合等、ユーザ情報をマッチングする方式については種々の方式を適用するようにしても良い。この実施形態では、認証連携処理部41は、今回のログインが重複ログイン二重ログインであると判定した場合、判定結果としてログインNGを認証連携プラグイン30に返答し、重複ログインでないと判定した場合にはログインOKを認証連携プラグイン30に返答するものとする。認証連携管理情報431が、今回のログインが重複ログインであるか否かを判定する方法としては、例えば、当該ユーザについて、ログイン状況情報で既にいずれかのWebサーバ20にログインしていることになっている状態で、ほかのWebサーバ20へログインしようとしている場合に、重複ログインと判定するようにしても良い。なお、認証連携処理部41が認証連携プラグイン30に返答する認証結果の形式については限定されないものであり、例えば、当該結果を表わす文字列たとえばOK、NG等の形式としても良いし、例えば、1、2、...等の値で表す形式としても良い。また、認証連携管理情報431は、認証連携プラグイン30から、ユーザログイン時の認証結果及びユーザ情報が通知され、通知内容と一致するユーザ情報が検出できない場合は、当該ユーザに関する情報は認証連携管理情報431に登録されていないので、新規に当該ユーザの情報行を認証連携管理情報431に追加する処理を行う。また、認証連携処理部41は、いずれかのWebサーバ20で、いずれかのユーザのログオフが発生した場合には、認証連携プラグイン30からの通知等に基づいて、認証連携管理情報431の内容を更新する。Webサーバ20サービス処理部21でログオフが発生する場合とは、例えば、ユーザクライアント端末10からの要求に基づいてWebサーバ20でログオフする場合や、タイムアウトやエラー発生等で強制的にログオフとなる場合等がある。認証連携プラグイン30が、サービス処理部21でのユーザのログオフの発生を検知する方法については限定されないものであるが、例えば、サービス処理部21の動作や入出力されるパケットを監視してログオフの発生を検知するようにしても良いし、ログオフ発生時に、Webサーバ20から認証装置50へ何らかの通知がある場合には、その内容に基づいて把握するようにしても良い。そして、認証連携プラグイン30は、サービス処理部21でのユーザのログオフを検知すると、そのログオフに係るユーザに関する情報以下、ログオフ通知情報と呼ぶを保持して、認証連携管理装置40に通知する。認証連携プラグイン30が保持するログオフ通知情報の内容としては、認証連携管理装置40側で、いずれのユーザがログオフしたのかを把握することが可能な情報が含まれる必要がある。この実施形態では、上述の通り、認証連携管理情報431のログイン状況情報で、ログイン状態のWebサーバ20-1に対応する項目には、ユーザIDを入力している。したがって、ログオフ通知情報には、少なくともユーザIDが含まれていれば、認証連携管理装置40側で、いずれのユーザでログオフが発生したのかを把握することができる。そして、認証連携管理装置40は、いずれかの認証連携プラグイン30から、ログオフ通知情報が通知されると、ログオフ通知情報の内容に基づいて、認証連携管理情報431の内容を更新該当する項目の情報をユーザIDからログオフを示す-に更新する。例えば、認証連携管理情報431の内容が図4に示す状態で、認証連携プラグイン30-1から、ユーザID:yamadatという情報を含むログオフ通知情報が通知された場合を想定する。この場合、認証連携管理情報431は、ログイン状況情報のうち、ログオフ通知情報の送信元に対応する認証装置AWebサーバ20-1の項目列で、ログオフ通知情報のユーザIDyamadatと一致する情報行を検索し、該当する情報行を検出することになる。そして、認証連携管理情報431は、このユーザIDyamadatを、ログオフしていることを示す-に更新する。この場合、結果として氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789のユーザ情報に対応するログイン状況情報では、全てのWebサーバ20に対応する項目WebサーバA及びWebサーバBについてログオフしていることを示す-が設定されることになる。このような場合、認証連携管理装置40は、認証連携管理情報431で、当該情報行について削除するようにしても良いし、放置してその後同一ユーザがログインしてきたときに利用するようにしても良い。A-2第1の実施形態の動作次に、以上のような構成を有する第1の実施形態のWebサービスシステム1の動作を図5、図6のフローチャートを用いて説明する。また、図7は、Webサービスシステム1が図5、図6のフローチャートに従って動作した場合の、認証連携管理情報431の遷移について示した説明図である。まず、ここでは、認証連携管理装置40に記憶されている認証連携管理情報431の初期状態は、図7aに示すように、一件も情報が登録されていない状態であるものとする。そして、まず最初に、ユーザによりクライアント端末10が操作例えば、Webブラウザの起動、及び、Webサーバ20-1にアクセスするための所定のURLの入力され、クライアント端末10からWebサーバ20-1へログイン要求が送信されたものとするS101。また、Webサーバ20-1へのアクセスにあたって、ユーザによりクライアント端末10に、Webサーバ20-1にログインするための認証情報として、ユーザIDyamadat及びパスワードが入力されたものとする既にブラウザに認証情報が設定されている場合はユーザによる入力を省略することができる。そして、クライアント端末10からWebサーバ20-1へのログイン要求と共に、そのログインに必要な認証情報暗号化等の加工が施された状態としても良いも送信されたものとする。そして、Webサーバ20-1のサービス処理部21-1に、クライアント端末10からのログイン要求と共に認証情報ユーザID及びパスワードが通知されると、Webサーバ20-1は、認証連携プラグイン30-1へ、その認証情報に基づく認証要求を通知するS102。そして、サービス処理部21-1から認証要求の通知を受けた認証連携プラグイン30-1は、その認証要求を、そのまま、認証装置50-1に通知転送するS103。そして、Webサーバ20-1認証連携プラグイン30-1から認証要求の通知を受けると、認証装置50-1は、その認証要求に係る認証情報ユーザID、及び、パスワードと、自装置に設定されているデータとを照合して認証を行い、その認証結果に、当該認証に係るユーザのユーザ情報ユーザIDyamadatに対応するユーザ情報を付して、Webサーバ20-1認証連携プラグイン30-1に送信するS104。なお、ここでは、認証装置50-1による認証結果は、認証OKという結果であったものとする。また、認証装置50-1から認証連携プラグイン30-1へ、認証結果と共に通知されるユーザ情報は、氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789という内容であったものとする。そして、認証装置50-1からの認証結果ユーザ情報が付されているを受信すると、認証連携プラグイン30-1は、クライアント端末10から受信した認証情報、及び、認証装置50-1から受信したユーザ情報を利用してログイン通知情報を生成し、ログイン判定要求と共に、認証連携管理装置40に送信するS105。この場合、認証連携プラグイン30-1から認証連携管理装置40へ通知されるログイン通知情報には、氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789というユーザ情報と、yamadatというユーザIDの情報が含まれることになる。なお、認証装置50の認証結果が、認証NGだった場合には、認証連携プラグイン30は、その認証結果を破棄するようにしても良い。すなわち、認証NGだった場合には、認証連携プラグイン30は、認証連携管理装置40へのログイン判定要求は送信せずに、サービス処理部21へ認証NGの認証結果を通知するようにしても良い。そして、ログイン判定要求ログイン通知情報が付されているを受信すると、認証連携管理装置40認証連携処理部41は、ログイン通知情報の内容と、認証連携管理情報431の内容とを利用して、そのログイン判定要求に対して判定処理を行うS106。認証連携処理部41は、認証連携管理情報431から、ログイン通知情報に含まれていた氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789というユーザ情報に該当する情報を検索するが、この時点で、認証連携管理情報431には、上述の通り1件も情報が登録されていないので検出に失敗することになる。したがって、この場合、ログイン判定要求に係るログインは重複ログインでないと判定することができるため、認証連携処理部41は、認証連携プラグイン30-1から通知されたログイン判定要求に対して、ログインOKという判定をすることになる。そして、認証連携管理装置40認証連携処理部41は、認証連携プラグイン30-1にログイン判定要求に対する判定結果を通知するS107。認証連携処理部41による認証結果はログインOKであり、認証連携プラグイン30-1には、認証結果として、ログインOKの認証結果が返答されるものとする。そして、認証連携管理装置40から、ログイン判定要求に対する判定結果を受信すると、認証連携プラグイン30-1は、受信したログイン判定結果に基づいて、ログインOKであることを示す認証OKの認証結果を、サービス処理部21-1へ通知するS108。そして、認証連携プラグイン30-1から認証OKの認証結果を受信すると、サービス処理部21-1は、クライアント端末10へログイン結果としてログインOKを通知するS109。これ以降、Webサーバ20-1は、クライアント端末10に対してWebサービスを開始することになる。一方、認証連携管理装置40認証連携処理部41は、ログイン判定要求に対してログインOKの判定処理を行うと、続いて、ログインに伴う認証連携管理情報431の更新処理を行う。この場合認証連携管理装置40認証連携処理部41は、新規に当該ユーザの情報行を認証連携管理情報431に追加し、ログイン状況情報のWebサーバAWebサーバ20-1にログイン通知情報に含まれていたユーザIDyamadatを入力し、ユーザ情報に、ログイン通知情報に含まれていたユーザ情報氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789を入力する。その結果、認証連携管理情報431の内容は、図7bのようになる。そして、続いて、Webサービスシステム1において、図6のシーケンス図の処理が開始されたものとする。まず、上述と同一のユーザにより、クライアント端末10が操作別のクライアント端末から操作するようにしても良いされ、今度は、クライアント端末10からWebサーバ20-2へログイン要求が送信されたものとするS201。また、Webサーバ20-2へのアクセスにあたって、ユーザによりクライアント端末10に、Webサーバ20-2にログインするための認証情報として、ユーザIDyamadat及びパスワードが入力されたものとする。そして、クライアント端末10からWebサーバ20-2へのログイン要求と共に、そのログインに必要な認証情報暗号化等の加工が施された状態としても良いも送信されたものとする。そして、Webサーバ20-2のサービス処理部21-2に、クライアント端末10からのログイン要求と共に認証情報ユーザID及びパスワードが通知されると、Webサーバ20-2は、認証連携プラグイン30-2へ、その認証情報に基づく認証要求を通知するS202。そして、サービス処理部21-2から認証要求の通知を受けた認証連携プラグイン30-2は、その認証要求を、そのまま、認証装置50-2に通知転送するS203。そして、Webサーバ20-2認証連携プラグイン30-2から認証要求の通知を受けると、認証装置50-2は、その認証要求に係る認証情報ユーザID、及び、パスワードと、自装置に設定されているデータとを照合して認証を行い、その認証結果に、当該認証に係るユーザのユーザ情報ユーザIDyamadatに対応するユーザ情報を付して、Webサーバ20-2認証連携プラグイン30-2に送信するS204。なお、ここでは、認証装置50-2による認証結果は、認証OKという結果であったものとする。また、認証装置50-2から認証連携プラグイン30-2へ、認証結果と共に通知されるユーザ情報は、氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789という内容であったものとする。そして、認証装置50-2からの認証結果ユーザ情報が付されているを受信すると、認証連携プラグイン30-2は、クライアント端末10から受信した認証情報、及び、認証装置50-2から受信したユーザ情報を利用してログイン通知情報を生成し、ログイン判定要求と共に、認証連携管理装置40に送信するS205。この場合、認証連携プラグイン30-2から認証連携管理装置40へ通知されるログイン通知情報には、氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789というユーザ情報と、yamadatというユーザIDの情報が含まれることになる。そして、ログイン判定要求ログイン通知情報が付されているを受信すると、認証連携管理装置40認証連携処理部41は、ログイン通知情報の内容と、認証連携管理情報431の内容とを利用して、そのログイン判定要求に対して判定処理を行うS206。認証連携処理部41は、認証連携管理情報431から、ログイン通知情報に含まれていた氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789というユーザ情報に該当する情報を検索する。この時点で、認証連携管理情報431の内容は、図7bの内容となっており、認証連携処理部41は該当するユーザの情報を検出することになる。そして、認証連携処理部41は、検出した情報うち、ログイン状況情報の項目を参照し、当該ユーザの現在のログイン状況を把握する。そして、認証連携処理部41は、当該ユーザは、すでにWebサーバAWebサーバ20-1にログイン中であることを把握するWebサーバAの項目にユーザIDが入力されているため。したがって、この状態で、当該ユーザに対して、WebサーバBWebサーバ20-2に対するログインを許可すれば重複ログインとなるため、認証連携処理部41は、認証連携プラグイン30-2から通知されたログイン判定要求に対して、ログインNGという判定をすることになる。そして、認証連携管理装置40認証連携処理部41は、認証連携プラグイン30-2にログイン判定要求に対する判定結果を通知するS207。認証連携処理部41による認証結果はログインNGであり、認証連携プラグイン30-2には、認証結果として、ログインOKの認証結果が返答されるものとする。そして、認証連携管理装置40から、ログイン判定要求に対する判定結果を受信すると、認証連携プラグイン30-2は、受信した判定結果に基づいて、ログインNGであることを示す認証NGの認証結果を、サービス処理部21-2へ通知するS208。そして、認証連携プラグイン30-2から認証OKの認証結果を受信すると、サービス処理部21-2は、クライアント端末10へログイン結果としてログインNGを通知するS209。以上のように、認証連携管理装置40では、各ユーザに関するログイン状況を認証連携管理情報431で管理し、認証連携プラグイン30を介して各Webサーバ20を制御して重複ログインが発生しないようにしている。A-3第1の実施形態の効果第1の実施形態によれば、以下のような効果を奏することができる。第1の実施形態では、認証連携管理装置40で、認証連携管理情報431を用いて、いずれかのWebサーバ20にログイン中のユーザについて、どのWebサーバ20にログインしているかを管理している。これにより、認証連携処理部41では、ログイン要求があった場合に、当該ユーザの現在利用状況ログイン状況を考慮し、重複ログインとならないようにする等、システム全体から見て総合的に当該ログイン要求の可否を判定することができる。また、Webサーバ20では、認証連携プラグイン30をインストールして、既存のWebサーバで用いられるプラットフォームサービス処理部21の認証依頼先の設定を認証連携プラグイン30に設定変更するだけで、サービス処理部21に対する仕様変更を必要とせずに、認証連携管理装置40との連携を実現することができる。言い換えると、Webサーバ20は、認証連携プラグイン30を用いることにより、既存のWebサーバから容易に構築することができる。さらに、認証連携管理装置40の認証連携管理情報431では、現在いずれかのWebサーバ20にログインするユーザに関する情報を、認証連携プラグイン30から供給される情報だけで管理しているので、利用する可能性のある全てのユーザに関する情報を予め保持しておく必要がない。言い換えると、認証連携管理装置40の認証連携管理情報431では、ユーザ情報を主キーとして、各ユーザのログイン状況情報を管理することにより、ユーザごとのユーザIDを予め管理しておく必要がない構成となっている。これにより、認証連携管理装置40では、予め全てのユーザに関する情報例えば、ユーザ情報等を管理する必要がないため、初期状態としては空のテーブルを用意しておくだけでよいことになり、容易に構築及び管理を行うことができる。また、認証連携管理装置40では、予め全てのユーザに関する情報例えば、ユーザ情報等を管理する必要がないため、認証連携管理情報431に必要な記憶領域も少なくてすむ。B第2の実施形態以下、本発明によるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムの第2の実施形態を、図面を参照しながら詳述する。なお、この実施形態のサービスシステムは、Webサービスシステムである。また、この実施形態の接続制御装置は、認証連携管理装置である。さらにまた、この実施形態のサーバ装置は、Webサーバである。B-1第2の実施形態の構成第2の実施形態のWebサービスシステム1Aの全体構成も上述の図2を用いて示すことができる。以下、第2の実施形態について、第1の実施形態との差異を説明する。Webサービスシステム1Aでは、認証連携管理装置40A及び認証連携プラグイン3030-1、30-2が、認証連携管理装置40A及び認証連携プラグイン30A30A-1、30A-2に置き換わっている点で、第1の実施形態と異なっている。第2の実施形態の認証連携管理装置40の機能的構成も上述の図3を用いて示すことができる。認証連携管理装置40Aでは、認証連携処理部41が、認証連携処理部41Aに置き換わっている点で第1の実施形態と異なっている。第1の実施形態の認証連携処理部41では、各ユーザに対して重複ログインを認めない構成となっていたが、第2の実施形態認証連携処理部41Aでは、重複ログインを許可するように構成されているものとする。そして、認証連携処理部41Aは、いずれか1つのWebサーバ20について、既にログインしているユーザに対しては、その他のWebサーバ20についても認証結果に関わらずログインを認める機能以下、シングルサインオン機能と呼ぶに対応しているものとする。第2の実施形態の認証連携プラグイン30Aの機能的構成も、上述の図4を用いて示すことができる。認証連携プラグイン30Aでは、認証中継処理部31が認証中継処理部31Aに置き換わっている点で、第1の実施形態と異なっている。第1の実施形態の認証連携プラグイン30では、認証装置50からの認証結果が、認証NGだった場合には、その認証結果を破棄し、認証連携管理装置40へのログイン判定要求は送信しないものとして説明した。しかし、第2の実施形態の認証連携プラグイン30A認証中継処理部31Aでは、認証結果がNGの場合でも、認証装置50から認証結果と共にユーザ情報が供給され、ログイン通知情報の生成が可能である場合、認証連携管理装置40Aへのログイン判定要求を送信するように構成されているものとする。例えば、認証装置50への認証要求に付した認証情報で、パスワードのみが不整合だった場合には、認証装置50では、ユーザIDに基づいてユーザ情報を保持することは可能である。したがって、第2の実施形態では、認証装置50に対して、認証結果が認証NGの場合でも、ユーザ情報が取得可能な場合には認証結果と共にユーザ情報を返答するように設定しておくことが望ましい。また、第2の実施形態の認証連携プラグイン30Aは、認証装置50からの認証結果が認証NGの場合でも、認証連携管理装置40Aにログイン判定要求を送信するので、認証連携管理装置40Aへのログイン判定要求に付するログイン通知情報に、認証装置50からの認証結果の情報も含めるものとする。B-2第2の実施形態の動作次に、以上のような構成を有する第2の実施形態のWebサービスシステム1Aの動作を説明する。第2の実施形態のWebサービスシステム1Aでは、重複ログイン、及び、シングルサインオン機能に対応していること以外は第1の実施形態と同様の動作である。したがって、以下では、Webサービスシステム1Aにおける、重複ログイン、及び、シングルサインオン機能に関する動作についてのみ説明する。まず、ここでは、ユーザ氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789というユーザ情報に該当するユーザがクライアント端末10を操作して、Webサーバ20-1へログインした状態上述の図5のシーケンス図にしたがってWebサービスシステム1Aが動作した後の状態となっているものとする。したがって、認証連携管理情報431の内容は、図7bに示す状態となっているものとする。そして、以下では、その後Webサービスシステム1Aが、図8のシーケンス図に従って動作した場合の例について説明する。まず、上述と同一のユーザにより、クライアント端末10が操作され、今度は、クライアント端末10からWebサーバ20-2へログイン要求が送信されたものとするS301。また、Webサーバ20-2へのアクセスにあたって、ユーザによりクライアント端末10に、Webサーバ20-2にログインするための認証情報として、ユーザIDyamadat及びパスワードが入力されたものとする。そして、クライアント端末10からWebサーバ20-2へのログイン要求と共に、そのログインに必要な認証情報も送信されたものとする。そして、Webサーバ20-2のサービス処理部21-2に、クライアント端末10からのログイン要求と共に認証情報が通知されると、Webサーバ20-2は、認証連携プラグイン30A-2へ、その認証情報に基づく認証要求を通知するS302。そして、サービス処理部21-2から認証要求の通知を受けた認証連携プラグイン30A-2は、その認証要求を、そのまま、認証装置50-2に通知転送するS303。そして、Webサーバ20-2認証連携プラグイン30A-2から認証要求の通知を受けると、認証装置50-2は、その認証要求に係る認証情報ユーザID、及び、パスワードと、自装置に設定されているデータとを照合して認証を行い、その認証結果に、当該認証に係るユーザのユーザ情報ユーザIDyamadatに対応するユーザ情報を付して、Webサーバ20-2認証連携プラグイン30A-2に送信するS304。なお、ここでは、認証装置50-2による認証結果は、パスワードの不整合により認証NGという結果であったものとする。ただし、当該ユーザIDに対応するユーザ情報ついては、認証装置50-2で一致するものを検出することができ、認証装置50-2から認証連携プラグイン30A-2へ認証結果と共に通知されたものとする。そして、認証装置50-2から認証連携プラグイン30A-2へ、認証結果と共に通知されたユーザ情報は、氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789という内容であったものとする。そして、認証装置50-2からの認証結果ユーザ情報が付されているを受信すると、認証連携プラグイン30A-2は、クライアント端末10から受信した認証情報と、認証装置50-2から受信した認証結果及びユーザ情報とを利用してログイン通知情報を生成し、ログイン判定要求と共に、認証連携管理装置40Aに送信するS305。この場合、認証連携プラグイン30A-2から認証連携管理装置40Aへ通知されるログイン通知情報には、氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789というユーザ情報と、yamadatというユーザIDと、認証NGという認証結果の情報が含まれることになる。そして、ログイン判定要求ログイン通知情報が付されているを受信すると、認証携管理装置40A認証連携処理部41Aは、ログイン通知情報の内容と、認証連携管理情報431の内容とを利用して、そのログイン判定要求に対して判定処理を行うS306。認証連携処理部41Aは、認証連携管理情報431から、ログイン通知情報に含まれていた氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789というユーザ情報に該当する情報を検索する。この時点で、認証連携管理情報431の内容は、図7bの内容となっており、認証連携処理部41Aは該当するユーザの情報を検出することになる。そして、認証連携処理部41Aは、検出した情報うち、ログイン状況情報の項目を参照し、当該ユーザの現在のログイン状況を把握する。そして、認証連携処理部41Aは、当該ユーザは、すでにWebサーバAWebサーバ20-1にログイン中であることを把握するWebサーバAの項目にユーザIDが入力されているため。したがって、認証連携処理部41Aは、当該ユーザは既に他のWebサーバへログインしていることから、今回のログイン判定要求に付されたログイン通知情報で認証結果が認証NGであっても、シングルサインオンの機能によりログインOKと判定をすることになる。なお、当該ユーザが、未だいずれのWebサーバにもログインしていない場合は、シングルサインオンの対象とならないことから、認証連携処理部41Aはログイン判定要求に対してログインNGと判定することになる。そして、認証連携管理装置40A認証連携処理部41Aは、認証連携プラグイン30A-2にログイン判定要求に対する判定結果を通知するS307。認証連携処理部41Aによる認証結果はログインOKシングルサインオンであり、認証連携プラグイン30A-2には、認証結果として、ログインOKシングルサインオンが返答されるものとする。そして、認証連携管理装置40Aから、ログイン判定要求に対する判定結果を受信すると、認証連携プラグイン30A-2は、受信した判定結果に基づいて、ログインOKであることを示す認証OKの認証結果を、サービス処理部21-2へ通知するS308。そして、認証連携プラグイン30A-2から認証OKの認証結果を受信すると、サービス処理部21-2は、クライアント端末10へログイン結果としてログインOKを通知するS309。以上のように、認証連携管理装置40Aでは、各ユーザに関するログイン状況を認証連携管理情報431で管理し、認証連携プラグイン30Aを介して各Webサーバ20を制御してシングルサインオンの機能を実現している。B-3第2の実施形態の効果第2の実施形態によれば、第1の実施形態の効果に加えて以下のような効果を奏することができる。第2の実施形態では、認証連携プラグイン30及び認証連携管理装置40Aを用いて各Webサーバ20の間を連携し、シングルサインオンの機能を実現している。従来技術では、例えば、既に構築したWebサービスシステムで、後からシングルサインオンの機能を搭載しようとすると、認証に関する構成を全面的に変更する必要があるが、第2の実施形態のように、認証連携プラグイン30及び認証連携管理装置40Aを用いて各Webサーバ20の間を連携することにより、容易に実現することが可能となる。C第3の実施形態以下、本発明によるサービスシステム、サーバ装置、認証制御プログラム、接続制御装置、及び接続制御プログラムの第3の実施形態を、図面を参照しながら詳述する。なお、この実施形態のサービスシステムは、Webサービスシステムである。また、この実施形態の接続制御装置は、認証連携管理装置である。さらにまた、この実施形態のサーバ装置は、Webサーバである。C-1第3の実施形態の構成図10は、第3の実施形態のWebサービスシステム1Bの全体構成を示すブロック図であり、上述の図1と同一又は対応する部分には、同一又は対応する符号を付している。図10に示す通り、第3の実施形態のWebサービスシステム1Bでは、3台のWebサーバ20、3台の認証システム5050-1~50-3、及び認証連携管理装置40Bが配置されている。認証システム50-1~50-3は、それぞれWebサーバ20-1~20-3のログインに対する認証を行う認証装置として配置されている。そして、それぞれのWebサーバ20には、認証連携プラグイン3030-1~30-3が搭載されている。第3の実施形態の認証連携処理部41Bの機能的構成も上述の図3を用いて示すことができる。認証連携管理装置40Bでは、認証連携処理部41及び認証連携管理情報431が、認証連携処理部41B及び認証連携管理情報431Bに置き換わっている点で第1の実施形態と異なっている。第1の実施形態の認証連携管理装置40では重複ログインを認めない構成となっていたが、認証連携管理装置40Bでは、所定数Webサーバ20、又は、所定の組合せのWebサーバ20については、ユーザに対して重複ログインを認める構成となっている。言い換えると、認証連携管理装置40Bでは、所定の条件の範囲内で、各ユーザに対して重複ログインを認める構成となっている。この実施形態の認証連携管理装置40Bは、例として、各ユーザに対して、2台以下のWebサーバ20であれば同時にログイン重複ログインを認める構成となっているものとして説明する。そして、第3の実施形態では、3台のWebサーバ20-1~20-3が配置されているので、認証連携管理情報431Bの内容は、図11に示すように、ログイン状況情報の項目が3台のWebサーバ20-1~20-3についてログイン状況について管理できるようになっている。図11に示すように、認証連携管理情報431Bでは、ログイン状況情報に、第3のWebサーバ20-3へのログイン状況を管理するためのWebサーバCという項目が追加されている点で、第1の実施形態と異なっている。C-2第3の実施形態の動作次に、以上のような構成を有する第3の実施形態のWebサービスシステム1Bの動作を説明する。第3の実施形態のWebサービスシステム1Bでは、ユーザクライアント端末10による各Webサーバ20へのログイン処理のシーケンスについては、認証連携管理装置40Bのログイン判定処理で、所定の条件の範囲内で重複ログインを認めること以外は、第1の実施形態同様であるので、以下では、認証連携管理装置40Bによるログイン判定処理についてのみ説明する。ここでは、例として、認証連携管理情報431Bが、図11に示す状態となっている場合を想定する。図11では、氏名:山田太郎、住所:東京都千代田区X-X-X、電話番号:0123456789というユーザ情報に対応するログイン状況情報で、WebサーバAWebサーバ20-1、WebサーバBWebサーバ20-2の項目についてのみユーザIDyamadatが入力されている。従って、図11に示す例では、当該ユーザは、Webサーバ20-1及びWebサーバ20-2を利用中ログイン中の状態であることを示している。そして、認証連携管理情報431Bの内容が、図11に示す状態で、当該ユーザがクライアント端末10を用いてWebサーバ20-3へのログイン要求を試みた場合、そのログインを許可すると当該ユーザは3つ以上のWebサーバ20に同時に利用ログインをすることになるので、認証連携管理装置40認証連携処理部41は、そのログイン要求に関するログイン判定処理で、ログインNGと判定することになる。以上のように、認証連携管理装置40Bでは、各ユーザに関するログイン状況を認証連携管理情報431Bで管理し、認証連携プラグイン30を介して各Webサーバ20を制御して、所定の条件の範囲内での重複ログインを実現することができる。C-3第3の実施形態の効果第3の実施形態では、認証連携プラグイン30及び認証連携管理装置40Bを用いて、ユーザごとに現在ログインしているWebサーバ20の数等を把握し、各ユーザに対して所定の条件の範囲内でのみ重複ログインを認めるように制御している。従来技術では、例えば、既に構築したWebサービスシステムで、後から上述のような重複ログインの管理を行おうとすると、認証に関する構成を全面的に変更する必要があるが、第3の実施形態のように、認証連携プラグイン30及び認証連携管理装置40Bを用いて各Webサーバ20の間を連携することにより、容易に実現することが可能となる。D他の実施形態本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。D-1上記の各実施形態では、認証連携管理情報でログイン状況情報の項目に入力する内容として、ユーザIDを適用するものとして説明している。しかし、ログイン状況情報の項目には、ログイン状態であるか否かを表すことができればその他の情報例えば、1、0等のフラグ情報に置き換えるようにしても良い。すなわち、認証連携プラグインでは、必ずしもログインIDを保持する必要はない。D-2上記の実施形態では、本発明のサービスシステムを、複数のWebサーバを有するWebサービスシステムに適用する例について説明したが、その他のサービスを提供するサーバたとえば、メールサーバやグループウェアサーバ等を備えるサービスシステムに適用するようにしても良い。D-3上記の各実施形態のWebサービスシステムの認証システムでは、それぞれのWebサーバに対応する認証装置が配置される構成となっているが、複数のWebサーバで同一の認証装置を用いた認証システムを構築するようにしても良いし、全てのWebサーバで同一の認証装置を用いた認証システムを構築するようにしても良い。すなわち、Webサービスシステムにおいて、配置する認証装置の数や、Webサーバとの対応関係は限定されないものである。D-4上記の各実施形態において、認証連携管理装置の認証連携管理情報では、上述の通り、ユーザ情報を主キーとして、各ユーザのログイン状況情報を管理することにより、ユーザごとのユーザIDを予め管理しておく必要がない構成となっている。しかし、認証連携管理装置において、予めユーザごとに、各Webサーバで使用するユーザIDを管理し、ログイン要求に係る認証情報ユーザIDに基づいて、認証連携管理情報のログイン状況情報を管理するようにしても良い。