(57)【要約】【課題】３Ｄ認証システムにおいて、障害が発生した場所を特定する機能が容易に実装された監視システム、アクセス制御サーバ監視システム及び監視方法を提供すること。【解決手段】監視システム２０は、ユーザの認証を行うＡＣＳ４０と通信可能にされ、ユーザを仮想的に構成した擬似ユーザサーバ２１と、擬似ユーザサーバ２１からＡＣＳ４０に対して行われる問い合わせを仲介するＤＳ３０と通信可能にされた擬似決済機関サーバ２２とを備え、擬似ユーザサーバ２１が、ＡＣＳ４０との通信履歴を取得し、通信履歴を解析してＡＣＳ４０との通信において障害が発生したか否かを監視し、擬似決済機関サーバ２２が、ＤＳ３０との通信履歴を取得し、通信履歴を解析してＤＳ３０との通信において障害が発生したか否かを監視する。【選択図】図１
2009230359.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの認証を行うアクセス制御サーバと通信可能にされ、前記ユーザを仮想的に構成した擬似ユーザサーバと、
前記擬似ユーザサーバから前記アクセス制御サーバに対して行われる問い合わせを仲介するディレクトリサーバと通信可能にされた加盟店サーバと
を備え、
前記擬似ユーザサーバは、
前記アクセス制御サーバとの通信履歴を取得し、当該通信履歴を解析して前記アクセス制御サーバとの通信において障害が発生したか否かを監視し、
前記加盟店サーバは、
前記ディレクトリサーバとの通信履歴を取得し、当該通信履歴を解析して前記ディレクトリサーバとの通信において障害が発生したか否かを監視する
ことを特徴とする監視システム。
【請求項２】
前記擬似ユーザサーバは、
前記アクセス制御サーバとの通信において障害が発生したことを検知すると、
前記アクセス制御サーバの管理者端末に対して、障害が発生した場所を特定する情報を含んだメッセージを送信し、
前記加盟店サーバは、
前記ディレクトリサーバとの通信において障害が発生したことを検知すると、
前記ディレクトリサーバの管理者端末に対して、障害が発生した場所を特定する情報を含んだメッセージを送信する
ことを特徴とする請求項１に記載の監視システム。
【請求項３】
請求項１又は請求項２に記載の監視システムを複数、前記アクセス制御サーバ及び前記ディレクトリサーバに対して、並列的に設置した
ことを特徴とするアクセス制御サーバ監視システム。
【請求項４】
前記複数の監視システム同士が、
相互に通信して障害発生を監視し合う
ことを特徴とする請求項３に記載のアクセス制御サーバ監視システム。
【請求項５】
請求項１又は請求項２に記載の監視システムを複数、前記アクセス制御サーバ及び前記ディレクトリサーバに対して、直列的に設置した
ことを特徴とするアクセス制御サーバ監視システム。
【請求項６】
ユーザの認証を行うアクセス制御サーバと通信可能にされ、前記ユーザを仮想的に構成した擬似ユーザサーバと、
前記擬似ユーザサーバから前記アクセス制御サーバに対して行われる問い合わせを仲介するディレクトリサーバと通信可能にされた加盟店サーバと
を備えた監視システムによる監視方法であって、
前記擬似ユーザサーバは、
前記アクセス制御サーバとの通信履歴を取得し、当該通信履歴を解析して前記アクセス制御サーバとの通信において障害が発生したか否かを監視し、
前記加盟店サーバは、
前記ディレクトリサーバとの通信履歴を取得し、当該通信履歴を解析して前記ディレクトリサーバとの通信において障害が発生したか否かを監視する
ことを特徴とする監視方法。
【請求項７】
ユーザを仮想的に構成した擬似ユーザサーバと、決済機関を仮想的に構成した擬似決済機関サーバとを備えた監視システムであって、
前記擬似ユーザサーバは、前記ユーザの認証を行う認証サーバへ通信可能に接続され、
前記擬似決済機関サーバは、前記擬似ユーザサーバから前記認証サーバに対して行われる問い合わせを仲介する仲介サーバへ通信可能にされており、
前記擬似ユーザサーバと前記認証サーバとの通信において検出された障害の種別と、前記擬似決済機関サーバと前記仲介サーバとの通信において検出された障害の種別に応じて、所定の通知先に障害の通知を行うことを特徴とする、監視システム。
【請求項８】
前記擬似ユーザサーバと前記擬似決済機関サーバとの組を複数備えて互いに監視するよう構成し、
監視システム内部の障害と監視システム外部の障害とを検出し、監視システム外部の障害について、監視対象のサーバの障害は当該監視対象サーバの管理者へ通知し、ネットワークの障害は、すべての通知対象の管理者に通知することを特徴とする、請求項７に記載の監視システム。
【請求項９】
外部のサーバへのアクセスを他の前記擬似ユーザサーバと前記擬似決済機関サーバとの組を経由して行うことを特徴とする、請求項８に記載の監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視システム、アクセス制御サーバ監視システム及び監視方法に関する。
【背景技術】
【０００２】
複数のサーバが通信可能にされたシステムにおいて、システム内に障害が発生した場合に、障害が発生した場所を特定する技術には様々なものがある。
【０００３】
例えば、システムを構成する各通信装置が、通話中の音声パケットを監視して実時間で障害情報を検出する障害検出機能と、障害情報に基づいて障害発生を知らせるメッセージを他の装置に送付する機能と、障害内容を可聴信号にて通知する可聴音通知機能と、障害情報を保持する機能とをそれぞれ具備する技術が開示されている（例えば、特許文献１）。各通信装置においては、通話開始から通話終了までの実時間にて、通信装置間で連携して障害監視と障害通知とを行っている。この技術によれば、障害が発生した場所を特定することが可能であり、障害の解析時間を短縮することが可能である。
【０００４】
また、ユーザが店舗で買い物をした場合に、電子決済を、複数のサーバ（店舗サーバ、認証サーバ、決済サーバ）が連動して行う、複数サーバ連動による認証システムである３Ｄ（Ｄｏｍａｉｎ）認証システムがある。３Ｄ認証システムでは、一般的に、各ドメインが担当する機能のみの死活監視をしている。
【０００５】
【特許文献１】特開２００５−１７５８５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に開示された技術では、障害が発生した場所を特定する機能を各通信装置に具備させる必要があり、当該機能を実装するのに多くの時間とコストがかかるという問題があった。
【０００７】
また、３Ｄ認証システムでは、システム全体としてサービスが提供できるか否かについて判断することはできなかった。また、３Ｄ認証システムにおいて、障害が発生した場合に、障害が発生した場所を特定することができないという問題があった。
【０００８】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、３Ｄ認証システムにおいて、障害が発生した場所を特定する機能が容易に実装された監視システム、アクセス制御サーバ監視システム及び監視方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記問題を解決するために、本発明のある観点によれば、ユーザの認証を行うアクセス制御サーバと通信可能にされ、ユーザを仮想的に構成した擬似ユーザサーバと、擬似ユーザサーバからアクセス制御サーバに対して行われる問い合わせを仲介するディレクトリサーバと通信可能にされた加盟店サーバとを備え、擬似ユーザサーバが、アクセス制御サーバとの通信履歴を取得し、通信履歴を解析してアクセス制御サーバとの通信において障害が発生したか否かを監視し、加盟店サーバが、ディレクトリサーバとの通信履歴を取得し、通信履歴を解析してディレクトリサーバとの通信において障害が発生したか否かを監視する監視システムが提供される。
【００１０】
上記擬似ユーザサーバは、アクセス制御サーバとの通信において障害が発生したことを検知すると、アクセス制御サーバの管理者端末に対して、障害が発生した場所を特定する情報を含んだメッセージを送信し、加盟店サーバは、ディレクトリサーバとの通信において障害が発生したことを検知すると、ディレクトリサーバの管理者端末に対して、障害が発生した場所を特定する情報を含んだメッセージを送信することとしてもよい。
【００１１】
アクセス制御サーバ監視システムは、上記監視システムを複数、アクセス制御サーバ及びディレクトリサーバに対して、並列的に設置することとしてもよい。
【００１２】
上記アクセス制御サーバ監視システムは、複数の監視システム同士が、相互に通信して障害発生を監視し合うこととしてもよい。
【００１３】
アクセス制御サーバ監視システムは、上記監視システムを複数、アクセス制御サーバ及びディレクトリサーバに対して、直列的に設置することとしてもよい。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、ユーザの認証を行うアクセス制御サーバと通信可能にされ、ユーザを仮想的に構成した擬似ユーザサーバと、擬似ユーザサーバからアクセス制御サーバに対して行われる問い合わせを仲介するディレクトリサーバと通信可能にされた加盟店サーバとを備えた監視システムによる監視方法であって、擬似ユーザサーバが、アクセス制御サーバとの通信履歴を取得し、通信履歴を解析してアクセス制御サーバとの通信において障害が発生したか否かを監視し、加盟店サーバが、ディレクトリサーバとの通信履歴を取得し、通信履歴を解析してディレクトリサーバとの通信において障害が発生したか否かを監視する監視方法が提供される。
【発明の効果】
【００１５】
以上説明したように本発明によれば、３Ｄ認証システムにおいて、障害が発生した場所を特定する機能が容易に実装された監視システム、アクセス制御サーバ監視システム及び監視方法を提供することができる。
【発明を実施するための最良の形態】
【００１６】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
（第１実施形態）
図１は、第１実施形態に係るアクセス制御サーバ（ＡＣＳ）監視システムの構成を示す図である。図１を参照して、第１実施形態に係るアクセス制御サーバ監視システムの構成について説明する。
【００１８】
図１に示すように、ＡＣＳ（Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｅｒ）監視システム１（１Ａ）は、監視システム２０を備える。また、ＡＣＳ監視システム１は、管理システム１０を備える構成としてもよく、その場合、管理システム１０は、通信回線Ｎ５を介して、監視システム２０と通信可能にされ、監視システム２０を管理する。管理システム１０は、具体的にはサーバにより実現される。通信回線Ｎ５は、専用線であってもよいし、公衆回線であってもよい。
【００１９】
監視システム２０は、擬似ユーザサーバ２１と、擬似決済機関サーバ２２と、加盟店サーバの一例としてのＭＰＩ（Ｍｅｒｃｈａｎｔ  Ｐｌｕｇ  Ｉｎ）サーバ２３とを含んで構成される。これらは、実際のユーザサーバ、決済機関サーバ、加盟店サーバと同様な動作を行うことにより、認証システムの動作を検証するようになっている。
【００２０】
擬似ユーザサーバ２１は、ユーザを仮想的に構成したサーバである。ユーザは、例えば、店舗で買い物をした場合に電子決済を受ける者である。すなわち、所定ユーザのカード番号及び有効期限を擬似決済機関サーバ２２に送信する機能や、パスワード認証要求メッセージを受信した場合に所定ユーザのパスワードをＡＣＳ４０に送信する機能を、擬似ユーザサーバ２１に実装することによって、ユーザを仮想的に構成する。擬似ユーザサーバ２１は、通信回線Ｎ１を介して、擬似決済機関サーバ２２と通信可能にされている。通信回線Ｎ１は、例えば、専用線である。また、擬似ユーザサーバ２１は、通信回線Ｎ４を介して、ＡＣＳ４０と通信可能にされている。通信回線Ｎ４は、例えば、公衆回線である。擬似ユーザサーバ２１は、ＡＣＳ４０との通信履歴を取得し、通信履歴を解析してＡＣＳ４０との通信において障害が発生したか否かを監視する。
【００２１】
擬似ユーザサーバ２１は、ＡＣＳ４０との通信において障害が発生したことを検知した場合には、他の端末に障害が発生した場所を特定する情報を含んだメッセージを送信することとしてもよい。擬似ユーザサーバ２１は、ＡＣＳ４０で障害が発生したことを検知した場合には、ＡＣＳ４０の管理者が用いる図示しない管理者端末に対して、障害が発生した場所を特定する情報を含んだメッセージを送信することとしてもよい。ＡＣＳ４０に障害が発生した場合に通知を求める管理者がいる場合には、その管理者が用いる図示しない管理者端末に対して、障害が発生した場所を特定する情報を含んだメッセージを送信することとしてもよい。擬似ユーザサーバ２１は、通信回線Ｎ４で障害が発生したことを検知した場合には、通信回線Ｎ４に障害が発生した場合に通知を求める管理者がいる場合には、その管理者が用いる図示しない管理者端末に対して、障害が発生した場所を特定する情報を含んだメッセージを送信することとしてもよい。擬似ユーザサーバ２１は、レスポンス遅延を検出した場合には、ＡＣＳ４０との通信において障害が発生したことを検知した場合と同様の処理を行うこととしてもよい。
【００２２】
擬似決済機関サーバ２２は、ユーザ認証に用いるカードの加盟店が有するサーバであり、電子決済処理を行う。擬似決済機関サーバ２２は、通信回線Ｎ２を介して、ＭＰＩサーバ２３と通信可能にされている。通信回線Ｎ２は、例えば、専用線である。
【００２３】
ＭＰＩサーバ２３は、ユーザ認証に用いるカードの加盟店が有するサーバであり、例えば、ＭＰＩが実装されている。ＭＰＩサーバ２３は、通信回線Ｎ３を介して、ＤＳ３０と通信可能にされている。通信回線Ｎ３は、例えば、公衆回線である。擬似ユーザサーバ２１は、ＤＳ３０との通信履歴を取得し、通信履歴を解析してＤＳ３０との通信において障害が発生したか否かを監視する。
【００２４】
ＭＰＩサーバ２３は、ＤＳ３０との通信において障害が発生したことを検知した場合には、他の端末に障害が発生した場所を特定する情報を含んだメッセージを送信することとしてもよい。ＭＰＩサーバ２３は、ＤＳ３０で障害が発生したことを検知した場合には、ＤＳ３０の管理者が用いる図示しない管理者端末に対して、障害が発生した場所を特定する情報を含んだメッセージを送信することとしてもよい。ＤＳ３０に障害が発生した場合に通知を求める管理者（例えば、擬似決済機関サーバ２２の管理者）がいる場合には、その管理者が用いる図示しない管理者端末に対して、障害が発生した場所を特定する情報を含んだメッセージを送信することとしてもよい。ＭＰＩサーバ２３は、通信回線Ｎ３で障害が発生したことを検知した場合には、通信回線Ｎ３に障害が発生した場合に通知を求める管理者がいる場合には、その管理者が用いる図示しない管理者端末に対して、障害が発生した場所を特定する情報を含んだメッセージを送信することとしてもよい。ＭＰＩサーバ２３は、レスポンス遅延を検出した場合には、ＤＳ３０との通信において障害が発生したことを検知した場合と同様の処理を行うこととしてもよい。
【００２５】
ＡＣＳ４０は、ユーザ認証に用いるカードの発行会社が有するサーバであり、ユーザの認証を行うサーバである。
【００２６】
ＤＳ（Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｅｒ）３０は、ＡＣＳ４０に対して行われる問い合わせを仲介するサーバである。
【００２７】
各サーバは、例えば、図示しない記憶部、処理部、通信部などを有し、記憶部に記憶されたプログラムを処理部が実行することによってその機能が発揮される。通信を行う場合には、処理部が通信部を介して行う。
【００２８】
図２は、第１実施形態に係る通信履歴の一例を示す図である。図２を参照して、第１実施形態に係る通信履歴の一例について説明する。
【００２９】
図２（ａ）は、ＭＰＩサーバ２３が通信履歴を取得するためのプログラムとして、ＡＭＥＥ（Ａｃｔｉｖｅ  Ｍｅｒｃｈａｎｔ  Ｅｎｔｅｒｐｒｉｚｅ  Ｅｄｉｔｉｏｎ）を用いた場合の通信履歴の一例を示したものである。ただし、通信履歴を取得するためのプログラムであれば、ＡＭＥＥに限定されない。また、図２（ａ）に示したように、通信履歴に、タイムスタンプが含まれていれば、このタイムスタンプから処理時間を把握することが可能であり、障害発生情報として活用することができる。
【００３０】
図２（ｂ）は、図２（ａ）に示した通信履歴に残されるメッセージの形式の一例を示したものである。通信履歴に残されるメッセージには、少なくとも、障害が発生したか否かを特定可能な情報が含まれ、傷害が発生した場合には、障害が発生した場所を特定可能な情報が含まれる。
【００３１】
通信履歴を取得するためのプログラムとしてＡＭＥＥを用いた場合には、ＭＰＩサーバ２３において、通信障害、異常動作、レスポンス遅延を検知できる。
【００３２】
ＭＰＩサーバ２３は、通信履歴（ＡＭＥＥログ）に通信障害に関するエラーが出力されていることを検出できる。この場合には、ｍｅｓｓａｇｅタイプが「＜ｍｅｓｓａｇｅ＞，＜ｄｅｔａｉｌ＞」であり、通信障害が発生したことを検知できる。
【００３３】
ＭＰＩサーバ２３は、通信履歴（ＡＭＥＥログ）にエラーコードが出力されていることを検出できる。この場合には、ｍｅｓｓａｇｅタイプが「（前略）＜Ｃｏｄｅ＞ｘｘｘｘ，＜／Ｃｏｄｅ＞（後略）」であり、異常動作が発生したことを検知できる。エラーの内容は、Ｃｏｄｅの内容から判定できる。
【００３４】
ＭＰＩサーバ２３は、通信履歴（ＡＭＥＥログ）にタイムスタンプが出力されていることを検出できる。ＭＰＩサーバ２３は、通常時に要するレスポンスの平均時間から一定時間以上遅延していることにより、レスポンス遅延が発生したことを検知できる。遅延と判断する閾値はユーザとの整合により決定する。
【００３５】
図２（ｃ）は、擬似ユーザサーバ２１が取得する通信履歴の一例を示したものである。通信履歴を取得するためのプログラムは、特に限定されない。通信履歴に残されるメッセージには、少なくとも、障害が発生したか否かを特定可能な情報が含まれ、傷害が発生した場合には、障害が発生した場所を特定可能な情報が含まれる。また、図２（ｃ）に示したように、通信履歴に、タイムスタンプが含まれていれば、このタイムスタンプから処理時間を把握することが可能であり、障害発生情報として活用することができる。
【００３６】
擬似ユーザサーバ２１は、通信履歴（擬似ユーザサーバＡＰログ）にエラーコードが出力されていることを検出できる。この場合には、通信障害又は異常動作が発生したことを検知できる。エラーの内容は、Ｃｏｄｅの内容から判定できる。
【００３７】
擬似ユーザサーバ２１は、通信履歴（擬似ユーザサーバＡＰログ）にタイムスタンプが出力されていることを検出できる。擬似ユーザサーバ２１は、通常時に要するレスポンスの平均時間から一定時間以上遅延していることにより、レスポンス遅延が発生したことを検知できる。遅延と判断する閾値はユーザとの整合により決定する。なお、これらの通信履歴としてのログは、サーバごとにローカルに記録されるものとする。
【００３８】
（ユーザ認証の動作）
図３は、第１実施形態に係るユーザ認証の動作を示すシーケンス図である。図３を参照して（適宜図１参照）、第１実施形態に係るユーザ認証の動作について説明する。
【００３９】
擬似ユーザサーバ２１は、ユーザが認証に利用するカードの番号（カード番号）とカードの有効期限とを擬似決済機関サーバ２２に送信する（ステップＳ１０１）。擬似決済機関サーバ２２は、擬似ユーザサーバ２１からカード番号と有効期限とを受信すると、ＭＰＩサーバ２３は、受信したカード番号と有効期限とを含んだ問い合わせメッセージをＭＰＩサーバ２３に送信し、カード番号と有効期限が有効か否かを問い合わせる（ステップＳ１０２）。ＭＰＩサーバ２３は、擬似決済機関サーバ２２から問い合わせメッセージを受信すると、ＤＳ３０に対して、カード番号と有効期限とを含んだカード認証要求メッセージを送信する（ステップＳ１０３）。ＡＣＳ４０は、ＭＰＩサーバ２３からカード認証要求メッセージを受信すると、カード番号に対応したＡＣＳ４０を特定し、特定したＡＣＳ４０に対して、カード認証要求メッセージを送信する（ステップＳ１０４）。
【００４０】
ＡＣＳ４０は、カード認証要求メッセージに含まれたカード番号と有効期限とが有効であるか否かを判定して、カード認証を行う。カード認証結果をカード認証応答メッセージとして、ＤＳ３０に送信する（ステップＳ１０５）。ＤＳ３０は、カード認証応答メッセージをＭＰＩサーバ２３に送信する（ステップＳ１０６）。ＭＰＩサーバ２３は、カード認証応答メッセージを受信すると、カード認証結果を問い合わせ応答メッセージとして、擬似決済機関サーバ２２に送信する（ステップＳ１０７）。擬似決済機関サーバ２２は、問い合わせ応答メッセージを受信すると、カード認証完了メッセージを擬似ユーザサーバ２１に送信する（ステップＳ１０８）。
【００４１】
擬似ユーザサーバ２１は、カード認証完了メッセージを受信すると、ＡＣＳ４０に対して通知を行う（ステップＳ１０９）。ＡＣＳ４０は、擬似ユーザサーバ２１から通知を受け取ると、パスワードの入力を促すパスワード要求メッセージを擬似ユーザサーバ２１に送信する（ステップＳ１１０）。擬似ユーザサーバ２１は、カード番号に対応したパスワードを含んだパスワード応答メッセージをＡＣＳ４０に送信する（ステップＳ１１１）。ＡＣＳ４０は、パスワード応答メッセージを受信すると、パスワード応答メッセージに含まれたパスワードと、受信したカード番号とによって、ユーザの認証を行う。ＡＣＳ４０は、認証結果を擬似ユーザサーバ２１に送信する（ステップＳ１１２）。
【００４２】
擬似ユーザサーバ２１は、認証結果を受信すると、認証結果を含んだ認証結果メッセージを擬似決済機関サーバ２２に送信し（ステップＳ１１３）、擬似決済機関サーバ２２は、認証結果メッセージを受信すると、ＭＰＩサーバ２３に送信する（ステップＳ１１４）。ＭＰＩサーバ２３は、認証結果メッセージを受信すると、認証結果メッセージを受け取った旨を知らせる認証結果受取メッセージを擬似決済機関サーバ２２に返信する（ステップＳ１１５）。
【００４３】
例えば、ステップＳ１０３又はステップＳ１０６において障害が発生した場合には、ＭＰＩサーバ２３が、ＤＳ３０との通信履歴の解析によって、ＤＳ３０との通信において障害が発生したことを検知する。通信履歴には、障害が発生した場所を特定する情報が含まれており、その情報を含んだメッセージを図示しないＤＳ３０の管理者端末に送信する。これによって、メッセージを受信した管理者端末を使用する管理者は、障害が発生した場所を特定することができる。
【００４４】
その他のサーバでの障害の発生を検知した場合には、当該サーバの管理者端末に対して同様にメッセージの通知が行われる。なお、各サーバと管理者端末のアドレスとは予め登録されているものとする。なお、あるサーバで障害発生していることを当該サーバ以外の管理者あるいはその他のシステム担当者等に通知するようにしてもよい。それにより、障害発生により認証システムが利用できない状態になっていることを早期に知らせることができるようになる。
【００４５】
（第２実施形態）
図４は、第２実施形態に係るアクセス制御サーバ監視システムの構成を示す図である。図４を参照して、第２実施形態に係るアクセス制御サーバ監視システムの構成について説明する。
【００４６】
図４に示すように、第２実施形態に係るＡＣＳ監視システム１Ｂは、監視システム２０Ａと監視システム２０ＢとをＤＳ３０及びＡＣＳ４０に対して、並列的に設置した点が第１実施形態に係るＡＣＳ監視システム１Ａと異なる。また、ここでは、２つの監視システム２０を並列的に設置することとするが、２つに限定されず、３つ以上であってもよい。
【００４７】
このように、監視システム２０を並列的に設置すれば以下のような効果がある。すなわち、図示しない管理者端末が、ある監視システム２０からはＤＳ３０の障害発生を通知するメッセージを受信したが、他の監視システム２０からはＤＳ３０の障害発生を通知するメッセージを受信していないという場合が起こり得る。この場合に、障害が発生した場所は、少なくともＤＳ３０以外で、かつ、ＡＣＳ４０以外であると判定することができる。これによって、ＤＳ３０で障害が発生した場合における処置や、ＡＣＳ４０で障害が発生した場合における処置などが不要な場合に、処置を行わずに済む可能性が高まるという効果がある。
【００４８】
また、通信回線Ｎ１、通信回線Ｎ２を介して、監視システム２０Ａ、監視システム２０Ｂ同士が相互に通信して障害発生を監視し合うことによって、障害発生の検知をより確実に行うことができる。
【００４９】
例えば、以下のようにして障害箇所を特定する。
図４において、Ｎ１、Ｎ２、Ｎ５では、監視システム内部で互いに障害検知を行っている。これにより、他のサーバのダウン等の障害を検知することが可能である。あるサーバに対して全てのルートで同様の障害が検知された場合は、内部システムエラーであり、かつ当該サーバーの障害と判定する。これに対して、一部のルートでのみ障害が検知される場合は、当該ルートの障害、すなわち内部システムエラーであり、かつ内部ネットワークの障害と判定する。
【００５０】
また、Ｎ３では外部のサーバであるＤＳの監視を行っている。ここで検知される障害としては、ａ．通信障害、ｂ．異常動作、ｃ．レスポンス遅延を考慮する。
【００５１】
例えば、ａ．通信障害については、Ｎ３ルートの通信時にＡＭＥＥのログに通信障害に関するエラーが出力されていることをもって検出できる。またｂ．異常動作については、Ｎ３ルートの通信時にＡＭＥＥのログにシステムの異常を示すエラーコードが出力されていることをもって検出できる。またｃ．レスポンス遅延については、Ｎ３の通信時にＡＭＥＥのログに出力されるタイムスタンプからレスポンスタイムを算出することによって検出される。例えば、通常時に要するレスポンスの平均時間から一定時間以上遅延しているかをチェックする。遅延と判断する閾値は任意に設定できる。
【００５２】
また、Ｎ４では同様に外部のサーバであるＡＣＳの監視を行っている。ここで検知される障害としては、ａ．通信障害、ｂ．異常動作、ｃ．レスポンス遅延を考慮する。
【００５３】
例えば、ａ．通信障害、ｂ．異常動作については、Ｎ３ルートの通信時に擬似ユーザサーバのログに出力されているエラーコードによって検出できる。またｃ．レスポンス遅延については、Ｎ４の通信時に擬似ユーザサーバのログに出力されるタイムスタンプからレスポンスタイムを算出することによって検出される。細部はＮ３ルートの場合と同様に考えることができる。
【００５４】
このとき、あるＤＳあるいはＡＣＳについて、全ての通信ルートで同様にｂ．異常動作が検出されれば、当該サーバのエラーと判定できる。一部のルートでのみｂ．異常動作が検出される場合には、その他のエラーの可能性があるので、合わせて通知することができる。また、あるＤＳあるいはＡＣＳについて、ａ．通信障害、ｃ．レスポンス遅延が、全ての通信ルートで同様に検出されるか否かによって、通知する内容を変更することができる。例えば、一部のルートでのみａ．通信障害、ｃ．レスポンス遅延を検出する場合には、当該ルートの異常と判定できる。全てのルートでｃ．レスポンス遅延が検出される場合には、ネットワーク全体の異常のほか、当該サーバのレスポンス低下の可能性があるので、合わせて通知することができる。
【００５５】
通知先は、例えば以下のようにする。監視システムの内部エラーであれば、監視システムの管理者にのみ通知を行う。ＤＳ、あるいはＡＣＳの障害であれば、当該サーバーの管理者（あるいはそれ以外に希望する管理者も加える）に通知を行う。ネットワークの異常を検出した場合は、全ての通知対象の管理者に通知を行う。あるいは、認証システムの利用ができなくなるような障害である場合（例えば、ＤＳ、ＡＣＳの障害および外部のネットワークの障害）には全ての管理者に通知し、それ以外のエラーは個別の管理者に通知するようにすることもできる。なお、一部のネットワークのみの障害である場合も、認証システムを利用できなくなる利用者が発生するので、「一部のネットワークで障害が発生している」旨を全ての管理者に通知することが望ましい。また、監視システム内部の障害以外の障害については、実際に認証システムを利用する、実際の決済機関サーバ、加盟店サーバの管理者にも通知を行うようにしてもよい。
【００５６】
ただし、これらの通知先は上記に限られず、管理者の希望に応じて適宜設定することができる。なお、これらの判定や通知の処理は、例えば、管理システム１０が行うものとするが、監視システムのいずれかのサーバに機能を持たせてもよい。
【００５７】
（第３実施形態）
図５は、第３実施形態に係るアクセス制御サーバ監視システムの構成を示す図である。図５を参照して、第３実施形態に係るアクセス制御サーバ監視システムの構成について説明する。
【００５８】
図５に示すように、第３実施形態に係るＡＣＳ監視システム１Ｃは、監視システム２０Ａと監視システム２０ＣとをＤＳ３０及びＡＣＳ４０に対して、監視システム２０Ｂと監視システム２０ＤとをＤＳ３０及びＡＣＳ４０に対して、直列的に設置した点が第１実施形態に係るＡＣＳ監視システム１Ａと異なる。また、ここでは、２つの監視システム２０をそれぞれ直列的に設置することとするが、２つに限定されず、３つ以上であってもよい。
【００５９】
また、図５に示した監視システム２０のそれぞれの内部には何も示していないが、第２実施形態で示した監視システム２０と同様に擬似ユーザサーバ２１、擬似決済機関サーバ２２及びＭＰＩサーバ２３が存在し、通信回線Ｎ１及び通信回線Ｎ２を介して通信可能にされている。
【００６０】
このように、監視システム２０を直列的に設置すれば以下のような効果がある。すなわち、図示しない管理者端末が、ある監視システム２０ＡからはＤＳ３０の障害発生を通知するメッセージを受信したが、他の監視システム２０ＣからはＤＳ３０の障害発生を通知するメッセージを受信していないという場合が起こり得る。この場合に、障害が発生した場所は、障害発生を通知するメッセージを送信した監視システム２０内部であると判定することができる。これによって、ＤＳ３０で障害が発生した場合における処置や、ＡＣＳ４０で障害が発生した場合における処置などが不要な場合に、処置を行わずに済む可能性がさらに高まるという効果がある。また、図示したようにＤＳまたはＡＣＳへのアクセスを他の監視システムのネットワークを経由して行うことにより、監視システム内部で障害となった際、サーバ／ネットワークの障害の切り分けを行うことができる。すなわち、ＤＳまたはＡＣＳへのアクセスが他の監視システムのネットワークを経由して成功するのであれば、当該監視システムの内部ネットワークは正常であり、成功しなければ内部ネットワークのエラーであると判定できる。
【００６１】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００６２】
【図１】第１実施形態に係るアクセス制御サーバ監視システムの構成を示す図である。
【図２】第１実施形態に係る通信履歴の一例を示す図である。
【図３】第１実施形態に係るユーザ認証の動作を示すシーケンス図である。
【図４】第２実施形態に係るアクセス制御サーバ監視システムの構成を示す図である。
【図５】第３実施形態に係るアクセス制御サーバ監視システムの構成を示す図である。
【符号の説明】
【００６３】
１（１Ａ，１Ｂ，１Ｃ）    アクセス制御サーバ監視システム
２０（２０Ａ，２０Ｂ，２０Ｃ，２０Ｄ）    監視システム
２１    擬似ユーザサーバ
２２    擬似決済機関サーバ
２３    ＭＰＩサーバ（加盟店サーバ）
３０    ディレクトリサーバ
４０    アクセス制御サーバ
【図１】
2009230359.tif 000003
【図２】
2009230359.tif 000004
【図３】
2009230359.tif 000005
【図４】
2009230359.tif 000006
【図５】
2009230359.tif 000007