JP5538560B2 - アクセス制御方法、アクセス制御装置およびアクセス制御プログラム - Google Patents

Description

本発明は、ユーザ端末のアクセスを制御するアクセス制御装置を備えるアクセス制御システムに用いられるアクセス制御方法、アクセス制御装置およびアクセス制御プログラムに関する。

ユーザ端末からのアクセスを受け付けるアクセス制御システムが知られている。このアクセス制御システムは、携帯電話通信網においては、ユーザ端末である携帯電話機からの接続リクエストを受け付け、携帯電話機の接続を許可する。さらに、アクセス制御システムは、携帯電話機からサービス処理システム宛てにサービスリクエストが送信された際、サービス処理システムから、携帯電話機との接続状況の問合せを受信する。さらにアクセス制御システムは、その結果をサービス処理システムに送信する。

近年の情報通信システムの発達により、ユーザ端末、通信システムにおける接続数、サービス処理システムの数が増加している。これに伴い、アクセス制御システムの処理負担が増加している。

例えば、アクセス制御の負荷分散について、ＴＣＰコネクションやユーザセッションの維持を可能とするため、一連の通信内のパケットを常に同一経路を通過させる通信方法がある（例えば、特許文献１参照。）。この特許文献１に記載の方法は、負荷分散装置が、一連の通信内のパケットを常に同一のパケットゲートウェイに振り分け、パケットゲートウェイが、一連の通信内のパケットを、同一のサービスを実行可能な複数のサービス提供サーバに振り分ける。特許文献１に記載する通信方法においては、明細書第１１ページに記載されるように、セッション管理装置が、一つの移動機がネットワークにアクセスし、必要な通信を終了するまでの一連のパケット送受信を行うセッションを管理する。

国際公開第２００３／００７１６０号

一般的なアクセス制御システムにおいては、セッション管理装置がセッションを一元管理する方法が一般的である。このようなセッション管理装置においては、単一のサーバで構成される場合、一つのサーバで全てのセッションを管理しなければならず、サーバの負担は大きい。また、セッション管理装置を複数のサーバで構成する場合もある。しかし、セッション管理を複数のサーバで分担しても、セッション情報は、最終的には一つのデータベースで一元管理することが一般的である。従って、データベースの負担は大きい。また、一元管理するサーバやデータベースに障害が発生した場合、その被害は大きなものになる。

このように、一般的なアクセス制御システムにおいては、特定のサーバ等に負担が偏るので、アクセスの増加や障害に備え、予め、システム全体を増強させる必要がある。特に信頼性を維持するためには、さらにインフラを増強させる必要があり、システムの負担が大きくなってしまう問題がある。

そこで、信頼性を維持するとともに、サーバ等のリソースの負担を軽減するアクセス制御システムの開発が期待されている。

従って本発明の目的は、リソースの負担を軽減するとともに、アクセスの増加にフレキシブルに対応できるアクセス制御方法、アクセス制御装置およびアクセス制御プログラムを提供することである。

本発明の第１の特徴は、ユーザ端末のセッション情報を記録したセッションデータ記憶部を備える複数のアクセス制御装置を、通信ネットワークで双方向に接続したアクセス制御システムに用いられるアクセス制御方法に関する。すなわち本発明の第１の特徴に係るアクセス制御方法は、複数のアクセス制御装置のいずれかのアクセス制御装置が、ユーザ端末のセッション情報の更新リクエストを受信するステップと、更新リクエストを受信したアクセス制御装置が、ユーザ端末の識別子から、当該ユーザ端末のセッション情報を記憶する複数のアクセス制御装置を特定するステップと、更新リクエストを受信したアクセス制御装置が、複数の特定されたアクセス制御装置に、それぞれ、ユーザ端末のセッション情報の新たな更新リクエストを送信するステップと、新たな更新リクエストを受信したアクセス制御装置が、更新時刻と対応づけて、当該新たな更新リクエストを受信したアクセス制御装置のセッションデータ記憶部を更新するステップと、複数のアクセス制御装置のいずれかのアクセス制御装置が、ユーザ端末のセッション情報の参照リクエストを受信するステップと、参照リクエストを受信したアクセス制御装置が、ユーザ端末の識別子から、当該ユーザ端末のセッション情報が記憶された複数のアクセス制御装置を特定するステップと、参照リクエストを受信したアクセス制御装置が、複数の特定されたアクセス制御装置に、それぞれ、ユーザ端末のセッション情報の新たな参照リクエストを送信するステップと、新たな参照リクエストを受信したアクセス制御装置が、それぞれ、当該新たな参照リクエストを受信したアクセス制御装置のセッションデータ記憶部から、ユーザ端末のセッション情報と更新時刻を取得し、参照リクエストを受信したアクセス制御装置に送信するステップと、参照リクエストを受信したアクセス制御装置が、新たな参照リクエストを受信したアクセス制御装置から受信したユーザ端末のセッション情報と更新時刻を比較し、最新のセッション情報を抽出し、最新のセッション情報を、参照リクエストに対応する参照応答として送信するステップを備える。

ここでアクセス制御装置は、アクセス制御システムに属するアクセス制御装置の識別子と、当該アクセス制御装置の更新の可否を示す更新フラグと、参照の可否を示す参照フラグとを対応づけたノードリストデータを参照することができ、アクセス制御システムに、休止中のアクセス制御装置が復帰する場合、復帰するアクセス制御装置が、アクセス制御システムに属するアクセス制御装置に、当該復帰するアクセス制御装置の更新フラグについて、更新可への変更リクエストを送信するステップと、復帰するアクセス制御装置が、アクセス制御システムに属するアクセス制御装置から、当該復帰するアクセス制御装置が記録するべきセッション情報を受信し、セッションデータ記憶部に記憶するステップと、復帰するアクセス制御装置が記録するべき全てのセッション情報を記憶すると、当該復帰するアクセス制御装置が、アクセス制御システムに属するアクセス制御装置に、当該復帰するアクセス制御装置の参照フラグについて、参照可への変更リクエストを送信するステップをさらに備えても良い。

また、更新リクエストを受信したアクセス制御装置が、複数の特定されたアクセス制御装置に、ユーザ端末のセッション情報の新たな更新リクエストを送信する場合、アクセス制御装置は、ノードリストデータを参照して、複数の特定されたアクセス制御装置のうち、更新フラグが更新可のアクセス制御装置に、ユーザ端末のセッション情報の新たな更新リクエストを送信し、参照リクエストを受信したアクセス制御装置が、複数の特定されたアクセス制御装置に、ユーザ端末のセッション情報の新たな参照リクエストを送信する場合、アクセス制御装置は、ノードリストデータを参照して、複数の特定されたアクセス制御装置のうち、参照フラグが参照可のアクセス制御装置に、ユーザ端末のセッション情報の新たな参照リクエストを送信しても良い。

また、参照リクエストを受信したアクセス制御装置が、複数の特定されたアクセス制御装置のうち、最新のセッション情報を記憶していないアクセス制御装置に、ユーザ端末について、最新のセッション情報への更新リクエストを送信するステップをさらに備えても良い。

本発明の第２の特徴は、ユーザ端末のセッション情報を記録する複数のアクセス制御装置を備えるアクセス制御システムで用いられるアクセス制御装置に関する。すなわち本発明の第２の特徴に係るアクセス制御装置は、ユーザ端末の識別子と、セッション情報と、更新時刻と、を関連づけたセッションデータを記憶するセッションデータ記憶部と、ユーザ端末のセッション情報の更新リクエストを受信すると、ユーザ端末の識別子から、当該ユーザ端末のセッション情報を記憶する複数のアクセス制御装置を特定し、複数の特定されたアクセス制御装置に、それぞれ、ユーザ端末のセッション情報の新たな更新リクエストを送信する更新受付手段と、新たな更新リクエストを受信すると、更新時刻と対応づけて、セッションデータ記憶部を更新する更新手段と、ユーザ端末のセッション情報の参照リクエストを受信すると、ユーザ端末の識別子から、当該ユーザ端末のセッション情報が記憶された複数のアクセス制御装置を特定し、複数の特定されたアクセス制御装置に、それぞれ、ユーザ端末のセッション情報の新たな参照リクエストを送信するとともに、新たな参照リクエストを受信したアクセス制御装置から受信したユーザ端末のセッション情報と更新時刻を比較し、最新のセッション情報を抽出し、最新のセッション情報を、参照リクエストに対応する参照応答として送信する参照受付手段と、新たな参照リクエストを受信すると、セッションデータ記憶部から、ユーザ端末のセッション情報と更新時刻を取得して送信する参照手段を備える。

ここでアクセス制御システムに属するアクセス制御装置の識別子と、当該アクセス制御装置の更新の可否を示す更新フラグと、参照の可否を示す参照フラグとを対応づけたノードリストデータを記憶するノードリストデータ記憶部をさらに備え、アクセス制御システムに、当該アクセス制御装置を、追加する場合、アクセス制御システムに属するアクセス制御装置に、当該アクセス制御装置の更新フラグについて、更新可への変更リクエストを送信し、アクセス制御システムに属するアクセス制御装置から、当該アクセス制御装置が記録するべきセッション情報を受信し、セッションデータ記憶部に記憶し、アクセス制御装置が記録するべき全てのセッション情報を記憶すると、アクセス制御システムに属するアクセス制御装置に、当該アクセス制御装置の参照フラグについて、参照可への変更リクエストを送信するノード制御手段をさらに備えても良い。

また、更新受付手段は、更新リクエストを受信すると、ノードリストデータを参照して、複数の特定されたアクセス制御装置のうち、更新フラグが更新可のアクセス制御装置に、ユーザ端末のセッション情報の新たな更新リクエストを送信し、参照受付手段は、参照リクエストを受信すると、ノードリストデータを参照して、複数の特定されたアクセス制御装置のうち、参照フラグが参照可のアクセス制御装置に、ユーザ端末のセッション情報の新たな参照リクエストを送信しても良い。

また、参照受付手段は、さらに、複数の特定されたアクセス制御装置のうち、最新のセッション情報を記憶していないアクセス制御装置に、ユーザ端末について、最新のセッション情報への更新リクエストを送信しても良い。

本発明の第３の特徴は、ユーザ端末のセッション情報を記録する複数のアクセス制御装置を備えるアクセス制御システムで用いられるアクセス制御プログラムに関する。すなわち本発明の第３の特徴に係るアクセス制御プログラムは、コンピュータを、ユーザ端末のセッション情報の更新リクエストを受信すると、ユーザ端末の識別子から、当該ユーザ端末のセッション情報を記憶する複数のアクセス制御装置を特定し、複数の特定されたアクセス制御装置に、それぞれ、ユーザ端末のセッション情報の新たな更新リクエストを送信する更新受付手段と、新たな更新リクエストを受信すると、更新時刻と対応づけて、ユーザ端末の識別子と、セッション情報と、更新時刻と、を関連づけたセッションデータを記憶するセッションデータ記憶部を更新する更新手段と、ユーザ端末のセッション情報の参照リクエストを受信すると、ユーザ端末の識別子から、当該ユーザ端末のセッション情報が記憶された複数のアクセス制御装置を特定し、複数の特定されたアクセス制御装置に、それぞれ、ユーザ端末のセッション情報の新たな参照リクエストを送信するとともに、新たな参照リクエストを受信したアクセス制御装置から受信したユーザ端末のセッション情報と更新時刻を比較し、最新のセッション情報を抽出し、最新のセッション情報を、参照リクエストに対応する参照応答として送信する参照受付手段と、新たな参照リクエストを受信すると、セッションデータ記憶部から、ユーザ端末のセッション情報と更新時刻を取得して送信する参照手段として機能させる。

本発明の第４の特徴は、ユーザ端末のセッション情報の更新または参照のリクエストを受け付ける受付装置と、セッション情報を記録したセッションデータ記憶部を備える複数のアクセス制御装置と、通信ネットワークで双方向に接続したアクセス制御システムに用いられるアクセス制御方法に関する。本発明の第４の特徴に係るアクセス制御方法は、受付装置が、ユーザ端末のセッション情報の更新リクエストを受信するステップと、受付装置が、ユーザ端末の識別子から、当該ユーザ端末のセッション情報を記憶する複数のアクセス制御装置を特定するステップと、受付装置が、複数の特定されたアクセス制御装置に、それぞれ、ユーザ端末のセッション情報の新たな更新リクエストを送信するステップと、新たな更新リクエストを受信したアクセス制御装置が、更新時刻と対応づけて、当該新たな更新リクエストを受信したアクセス制御装置のセッションデータ記憶部を更新するステップと、受付装置が、ユーザ端末のセッション情報の参照リクエストを受信するステップと、受付装置が、ユーザ端末の識別子から、当該ユーザ端末のセッション情報が記憶された複数のアクセス制御装置を特定するステップと、受付装置が、複数の特定されたアクセス制御装置に、それぞれ、ユーザ端末のセッション情報の新たな参照リクエストを送信するステップと、新たな参照リクエストを受信したアクセス制御装置が、それぞれ、当該新たな参照リクエストを受信したアクセス制御装置のセッションデータ記憶部から、ユーザ端末のセッション情報と更新時刻を取得し、受付装置に送信するステップと、受付装置が、新たな参照リクエストを受信したアクセス制御装置から受信したユーザ端末のセッション情報と更新時刻を比較し、最新のセッション情報を抽出し、最新のセッション情報を、参照リクエストに対応する参照応答として送信するステップを備える。

本発明によれば、リソースの負担を軽減するとともに、アクセスの増加にフレキシブルに対応できるアクセス制御方法、アクセス制御装置およびアクセス制御プログラムを提供することができる。

図１は、本発明の実施の形態に係る通信システムのシステム構成を説明する図である。 図２は、本発明の実施の形態に係る通信システムにおいて、アクセス制御装置の冗長度を説明する図である。 図３は、本発明の実施の形態に係る通信システムの処理を説明するシーケンス図である。 図４は、本発明の実施の形態に係るアクセス制御装置のハードウェア構成を説明する図である。 図５は、本発明の実施の形態に係るアクセス制御装置の機能ブロックを説明する図である。 図６は、本発明の実施の形態に係るアクセス制御装置のセッションデータのデータ構造を説明する図である。 図７は、本発明の実施の形態に係るアクセス制御装置のサービスオーダデータのデータ構造を説明する図である。 図８は、本発明の実施の形態に係るアクセス制御装置のノードリストデータのデータ構造を説明する図である。 図９は、本発明の実施の形態に係る通信システムにおいて、更新処理時のアクセス制御システムの処理を説明するシーケンス図である。 図１０は、本発明の実施の形態に係る通信システムにおいて、更新処理時に更新されないノードがある場合の、アクセス制御システムの処理を説明するシーケンス図である。 図１１は、本発明の実施の形態に係る通信システムにおいて、参照処理時のアクセス制御システムの処理を説明するシーケンス図である。 図１２は、本発明の実施の形態に係るアクセス制御装置の更新受付手段による更新受付処理を説明するフローチャートである。 図１３は、本発明の実施の形態に係るアクセス制御装置の更新手段による更新処理を説明するフローチャートである。 図１４は、本発明の実施の形態に係るアクセス制御装置の参照受付手段による参照受付処理を説明するフローチャートである。 図１５は、本発明の実施の形態に係るアクセス制御装置の参照手段による参照処理を説明するフローチャートである。 図１６は、本発明の実施の形態に係る通信システムにおいて、ノード休止時のアクセス制御システムの処理を説明するシーケンス図である。 図１７は、本発明の実施の形態に係る通信システムにおいて、ノード復帰時のアクセス制御システムの処理を説明するシーケンス図である。 図１８Ａは、本発明の実施の形態に係る通信システムにおいて、ノード復帰時の復帰ノードであるアクセス制御装置の処理を説明するフローチャートである。 図１８Ｂは、本発明の実施の形態に係る通信システムにおいて、ノード復帰時の、復帰ノード以外のノードであるアクセス制御装置の処理を説明するフローチャートである。 図１９は、本発明の実施の形態に係る通信システムにおいて、ノード追加時のアクセス制御システムの処理を説明するシーケンス図である。 図２０は、本発明の実施の形態に係る通信システムにおいて、ノード削除時のアクセス制御システムの処理を説明するシーケンス図である。 図２１は、本発明の変形例に係る通信システムのシステム構成を説明する図である。 図２２は、本発明の変形例に係る受付装置の機能ブロックを説明する図である。 図２３は、本発明の変形例に係るアクセス制御装置の機能ブロックを説明する図である。

次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。

本発明の実施の形態において、参照リクエストとは、送信元端末からアクセス制御システム１０へのセッション情報を参照するためのリクエストである。更新リクエストとは、送信元端末からアクセス制御システム１０へのセッション情報を更新するためのリクエストである。これに対し、新たな参照リクエストとは、アクセス制御システム１０内で、セッション情報を参照するためのリクエストである。新たな更新リクエストとは、アクセス制御システム１０内でセッション情報を更新するためのリクエストである。

（通信システム）
図１を参照して、本発明の実施の形態に係る通信システム２０を説明する。

通信システム２０は、サービス処理システム２ａ、２ｂ、２ｃ、２ｄ、ユーザ端末３ａ、３ｂ、３ｃ、ＮＡＳ４ａ、４ｂ、４ｃおよびアクセス制御システム１０を備える。図１に示す例では、サービス処理システム２は４つ、ユーザ端末３は３つ、ＮＡＳ４は３つ、アクセス制御システム１０内のアクセス制御装置１は４つ備えているが、この数より多くても少なくても良い。本実施の形態においてサービス処理システム２ａ、２ｂ、２ｃおよび２ｄを特に区別しない場合、サービス処理システム２ａ、２ｂ、２ｃおよび２ｄを単にサービス処理システム２と記載する場合がある。同様に、ユーザ端末３ａ、３ｂおよび３ｃを、ユーザ端末３と記載し、ＮＡＳ４ａ、４ｂおよび４ｃを、ＮＡＳ４と記載する場合がある。

ＮＡＳ４とアクセス制御システム１０とは、通信ネットワーク５ａを介して、双方向に通信可能に接続されている。アクセス制御システム１０とサービス処理システム２とは、通信ネットワーク５ｂを介して、双方向に通信可能に接続されている。通信ネットワーク５ａと通信ネットワーク５ｂは、通信ネットワーク５ｃを介して、相互に通信可能に接続されている。通信ネットワーク５ａ、通信ネットワーク５ｂおよび通信ネットワーク５ｃは、ＬＡＮなどの、それぞれ個別に設けられたネットワークでも良い。また、これらの通信ネットワークは、インターネットなどの、広域の通信ネットワークを共有した同一のネットワークでも良い。

ユーザ端末３は、例えば、携帯電話機や、通信カードを備えたコンピュータなどである。ユーザ端末３は、ＮＡＳ４およびアクセス制御システム１０を介して、サービス処理システム２に接続され、サービス処理システム２のサービスを享受することができる。

ＮＡＳ４は、ネットワークアクセスサーバ（Network Access Server）である。ＮＡＳ４は、ユーザ端末３からの接続を受け付け、アクセス制御システム１０に認証を要求する。認証された場合、ＮＡＳ４は、ユーザ端末３を接続先の通信ネットワーク５ｂ、５ｃ、サービス処理システム２ａなどに接続する。このときＮＡＳ４は、アクセス制御システム１０に、ユーザ端末３とＮＡＳ４とのセッションの情報を含む更新リクエストを送信し、アクセス制御システム１０にセッション情報を管理させる。ユーザ端末３が携帯電話機などの３Ｇ対応のモバイル端末の場合、ＮＡＳ４は、例えばＧＧＳＮ（Gateway GPRS Support Node）である。

サービス処理システム２は、サービスオーダに基づいて、ユーザ端末３にサービスを提供するシステムである。サービス処理システム２は、例えば、ユーザ端末３にＧＰＳ（Global Positioning System）による位置情報提供サービスを提供する。サービス処理システム２は、ユーザ端末３にサービスを提供する際、ユーザ端末３に提供可能なサービスオーダや、その接続状態を、アクセス制御システム１０に問い合わせる。

アクセス制御システム１０は、ユーザ端末３のセッション情報を記録する複数のアクセス制御装置１ａ、１ｂ、１ｃおよび１ｄを備える。図１に示す例においてアクセス制御システム１０は、４つのアクセス制御装置１ａ、１ｂ、１ｃおよび１ｄを備えているが、この数より多くても少なくても良い。本実施の形態においてアクセス制御装置１ａ、１ｂ、１ｃおよび１ｄを特に区別しない場合、アクセス制御装置１ａ、１ｂ、１ｃおよび１ｄを単にアクセス制御装置１と記載する場合がある。

アクセス制御システム１０は、例えばデータセンタなどの所定の場所に設置され、通信ネットワーク５ａおよび５ｂによって、遠隔地のサーバや端末などと接続される。アクセス制御装置１は、ユーザ端末３とＮＡＳ４とのセッションを管理するセッションデータ記憶部を備える。セッションデータ記憶部は、ユーザ端末３の識別子と、ユーザ端末３のセッション情報と、このセッション情報の更新時刻とを関連づけたデータである。

図１に示す例においてアクセス制御システム１０は、アクセス制御装置１ａ、１ｂ、１ｃおよび１ｄを備える。アクセス制御装置１ａ、１ｂ、１ｃおよび１ｄは、アクセス制御ネットワーク６によって双方向に接続されている。アクセス制御ネットワーク６は、アクセス制御装置１ａ、１ｂ、１ｃおよび１ｄを双方向に接続するためのＬＡＮなどの高速ネットワークである。アクセス制御ネットワーク６は、通信ネットワーク５ａ、５ｂおよび５ｃとは別に設置されることが好ましい。アクセス制御装置１ａ、１ｂ、１ｃおよび１ｄは、ユーザ端末３を認証するＲＡＤＩＵＳサーバの機能を備えるとともに、本発明の実施の形態に係るセッション情報を管理する。

本発明の実施の形態に係るアクセス制御システム１０において、各アクセス制御装置１は、どのユーザ端末３のセッション情報を記憶するか、予め定められている。例えば、ユーザ端末３の識別子を所定のハッシュ関数に入力して得られる値に基づいて、そのユーザ端末３のセッション情報が記憶されるアクセス制御装置１が決定される。ここで、一つのユーザ端末３のセッション情報は、複数のアクセス制御装置に記憶されても良い。

ユーザ端末３のセッション情報に変更が生じると、複数のアクセス制御装置１のいずれかが、更新リクエストを受信する。更新リクエストを受信したアクセス制御装置１は、ユーザ端末３の識別子から、このユーザ端末３のセッション情報を記憶する複数のアクセス制御装置を特定し、特定したアクセス制御装置に、新たな更新リクエストを送信する。この新たな更新リクエストを受信したアクセス制御装置は、新たな更新リクエストに基づいて、ユーザ端末３のセッション情報を更新する。ここで、ユーザ端末３の識別子は、ユーザ端末３に割り当てられた電話番号、個体識別番号、ＩＰアドレスなどである。

一方、あるユーザ端末３のセッション情報の参照が生じると、複数のアクセス制御装置１のいずれかが、参照リクエストを受信する。参照リクエストを受信したアクセス制御装置１は、ユーザ端末３の識別子から、このユーザ端末３のセッション情報を記憶する複数のアクセス制御装置を特定し、特定したアクセス制御装置に、新たな参照リクエストを送信する。この新たな参照リクエストを受信したアクセス制御装置は、新たな参照リクエストに基づいて、ユーザ端末３のセッション情報を取得し、新たな参照リクエストに対する新たな参照応答として、参照リクエストを受信したアクセス制御装置に返す。特定したアクセス制御装置から複数の新たな参照応答が返された場合、参照リクエストを受信したアクセス制御装置は、受信した複数の参照応答のうち、そのうち最新のセッション情報を取得して、返す。

図２を参照して、本発明の実施の形態に係るアクセス制御装置１の冗長度を説明する。アクセス制御システム１０が所定のユーザ端末３の参照または更新リクエストを受信すると、いずれかのアクセス制御装置が、そのユーザ端末３の識別子から、セッション情報を格納するアクセス制御装置を特定する。この特定されたアクセス制御装置を、このユーザ端末３のセッション情報の主管理ノードとする。また、図２に示すように、第１のアクセス制御装置１ａ、第２のアクセス制御装置１ｂ・・・第４のアクセス制御装置１ｄ、第１のアクセス制御装置１ａ・・と、各アクセス制御装置を連鎖状に並べ、更新リクエストを受信したアクセス制御装置１は、冗長度に応じて、特定されたアクセス制御装置に時計回り方向に接するアクセス制御装置を新たに特定する。ここで新たに特定されたアクセス制御装置を、このユーザ端末３のセッション情報の従管理ノードとする。従管理ノードは、このセッション情報をバックアップとして記憶する。また、従管理ノードの数は、予め定められた冗長度に対応する。

例えば、ユーザ端末３の識別子を、所定のハッシュ関数に入れて、その出力が「１」の場合、第１のアクセス制御装置１ａが、主管理ノードとなる。ハッシュ関数は、パラメータとしてアクセス制御装置の数を保有している。アクセス制御システムが備えるアクセス制御装置の数がｎの場合、ユーザ端末３の識別子が入力されると、このハッシュ関数は、１からｎのいずれかの数値を出力する。その数値の示すアクセス制御装置が、ユーザ端末３の主管理ノードとなる。また、冗長度が２の場合、第２のアクセス制御装置１ｂおよび第３のアクセス制御装置１ｃが、バックアップの従管理ノードとなる。従って、ユーザ端末３のセッション情報は、第１ないし第３のアクセス制御装置１に記憶される。なお、主管理ノードが第３のアクセス制御装置１ｃになり冗長度が２の場合、従管理ノードは、第４のアクセス制御装置１ｄおよび第１のアクセス制御装置１ａとなる。

このような本発明の実施の形態に係るアクセス制御システム１０によれば、いずれのアクセス制御装置１が更新リクエストまたは参照リクエストを処理しても良い。また、ユーザ端末の識別子からユーザのセッション情報を格納するべきアクセス制御装置が決定されるので、アクセス制御システムの負荷を抑制しつつ安定してセッション情報を管理することができる。また、ユーザのセッション情報を格納するべきアクセス制御装置に冗長を持たせることにより、アクセス制御装置の障害にもフレキシブルに対応することができる。これにより、本発明の実施の形態に係るアクセス制御システム１０によれば、アクセス制御システム１０の負荷分散を、容易に実現することができる。

また、セッション情報を管理するアクセス制御装置を決定する際、各アクセス制御装置が複数の仮想ノードを持っていると想定しても良い。例えば、第１のアクセス制御装置１ａは、第１、第５、第９の仮想ノードを備え、第２のアクセス制御装置１ｂは、第２、第６および第１０の仮想ノードを備える。ここで、ユーザ端末３のセッション情報の格納先としてユーザ端末３の識別子から第５の仮想ノードが特定され、かつ冗長度が２の場合、ユーザ端末３のセッション情報は、第５の仮想ノード、第６の仮想ノードおよび第７の仮想ノードに格納される。これらの仮想ノードの物理ノードはそれぞれ、第１のアクセス制御装置１ａ、第２のアクセス制御装置１ｂおよび第３のアクセス制御装置１ｃである。従って、ユーザ端末３のセッション情報は、第１のアクセス制御装置１ａ、第２のアクセス制御装置１ｂおよび第３のアクセス制御装置１ｃに格納される。

このように、仮想ノードを介してセッション情報を格納する物理ノードを特定することにより、所定の物理ノードに負荷が偏ることなく、各物理ノードに均一にセッション情報を格納することができる。

図３を参照して、本発明の最良の実施の形態に係る通信システム２０による通信処理を説明する。図３に示す例では、ユーザ端末３ａからアクセス制御システム１０に接続リクエストに基づく更新リクエストが送信され、サービス処理システム２ａから参照リクエストが送信される場合について説明する。図３に示す例では、セッション情報の更新リクエストの一つとして、ＮＡＳ４ａが、ユーザ端末３ａから接続リクエストを受信するとともに、アクセス制御システム１０にセッション情報の更新リクエストを送信する例に説明する。また、セッション情報の参照リクエストの一つとして、サービス処理システム２ａがユーザ端末３ａの接続状況を問い合わせるための接続問合せを例に説明する。なお、サービス処理システム２ａから更新リクエストが送信され、ユーザ端末３ａから参照リクエストが送信される場合も、同様に処理される。

まず、ステップＳ１においてユーザ端末３ａがＮＡＳ４ａに接続する際、ＮＡＳ４ａに接続リクエストを送信すると、ステップＳ２においてＮＡＳ４ａは、セッション情報の更新リクエストをアクセス制御システム１０に送信する。この更新リクエストは、少なくともユーザ端末３ａの識別子を含む。

アクセス制御システム１０は更新リクエストを受信すると、ステップＳ３において、ユーザ端末３ａのセッション情報を更新する。例えば、ユーザ端末３ａの識別子から、このユーザのセッション情報を格納するアクセス制御装置が特定され、その特定されたアクセス制御装置がセッション情報を更新する。

ステップＳ３においてアクセス制御システム１０内でセッション情報の更新処理が終了すると、ステップＳ４においてアクセス制御システム１０は、ステップＳ２の更新リクエストに対して、ＮＡＳ４ａに更新応答を送信する。ＮＡＳ４ａはステップＳ５において、ステップＳ１に対応する接続応答をユーザ端末３ａに送信する。これにより、ユーザ端末３ａがサービス処理システム２ａによるサービスを享受することができる。

ユーザ端末３ａがサービス処理システム２ａのサービスを要求する場合、ステップＳ６においてユーザ端末３ａは、サービスリクエストをＮＡＳ４ａに送信する。このサービスリクエストは、少なくとも、ユーザ端末３ａの識別子と、要求するサービスの識別子を含む。ＮＡＳ４ａがサービスリクエストを受信すると、ステップＳ７においてＮＡＳ４ａは、そのサービスを提供するサービス処理システム２ａにサービスリクエストを送信する。

サービスリクエストを受信すると、ステップＳ８においてサービス処理システム２ａは、アクセス制御システム１０にユーザ端末３ａの接続状況を問い合わせる参照リクエストを送信する。この参照リクエストは、少なくとも、ユーザ端末３ａの識別子を含む。

アクセス制御システム１０は参照リクエストを受信すると、ステップＳ９において、ユーザ端末３ａのセッション情報を参照する。例えば、ユーザ端末３ａの識別子から、このユーザのセッション情報を格納するアクセス制御装置が特定され、その特定されたアクセス制御装置が、そのユーザ端末３ａの最新のセッション情報を参照する。

ステップＳ９においてアクセス制御システム１０が最新のセッション情報を取得すると、ステップＳ１０においてアクセス制御システム１０は、ステップＳ８の参照リクエストに対して、ユーザ端末３ａの最新のセッション情報を含む参照応答を、サービス処理システム２ａに送信する。

サービス処理システム２ａは、ステップＳ１０で受信した最新のセッション情報に基づいて、ステップＳ１１において、ＮＡＳ４ａに、ステップＳ７のサービスリクエストに対応するサービス応答を送信する。サービス応答を受信すると、ステップＳ１２においてＮＡＳ４ａは、サービス応答をユーザ端末３ａに送信する。

（アクセス制御装置）
図４に示すように、本発明の実施の形態に係るアクセス制御装置１は、中央処理制御装置１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３および入出力インタフェース１０９が、バス１１０を介して接続されている。入出力インタフェース１０９には、入力装置１０４、表示装置１０５、通信制御装置１０６、記憶装置１０７およびリムーバブルディスク１０８が接続されている。

中央処理制御装置１０１は、入力装置１０４からの入力信号に基づいてＲＯＭ１０２からアクセス制御装置１を起動するためのブートプログラムを読み出して実行し、さらに記憶装置１０７に記憶されたオペレーティングシステムを読み出す。さらに中央処理制御装置１０１は、入力装置１０４や通信制御装置１０６などの入力信号に基づいて、各種装置の制御を行ったり、ＲＡＭ１０３や記憶装置１０７などに記憶されたプログラムおよびデータを読み出してＲＡＭ１０３にロードするとともに、ＲＡＭ１０３から読み出されたプログラムのコマンドに基づいて、データの計算または加工など、後述する一連の処理を実現する処理装置である。

入力装置１０４は、操作者が各種の操作を入力するキーボード、マウスなどの入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成し、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送信される。表示装置１０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどであり、中央処理制御装置１０１からバス１１０および入出力インタフェース１０９を介して表示装置１０５において表示させる出力信号を受信し、例えば中央処理制御装置１０１の処理結果などを表示する装置である。通信制御装置１０６は、ＬＡＮカードやモデムなどの装置であり、アクセス制御装置１をインターネットやＬＡＮなどの通信ネットワークに接続する装置である。通信制御装置１０６を介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送受信される。

記憶装置１０７は半導体記憶装置や磁気ディスク装置であって、中央処理制御装置１０１で実行されるプログラムやデータが記憶されている。リムーバブルディスク１０８は、光ディスクやフレキシブルディスクのことであり、ディスクドライブによって読み書きされた信号は、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送受信される。

本発明の実施の形態に係るアクセス制御装置１の記憶装置１０７は、アクセス制御プログラムを記憶する。さらに図５に示すように、記憶装置１０７は、セッションデータ記憶部２１、サービスオーダデータ記憶部２２およびノードリストデータ記憶部２３を備える。また、アクセス制御プログラムがアクセス制御装置１の中央処理制御装置１０１に読み込まれ実行されることによって、更新受付手段１１、更新手段１２、参照受付手段１３、参照手段１４およびノード制御手段１５がアクセス制御装置１に実装される。

セッションデータ記憶部２１は、記憶装置１０７のうち、セッションデータ２１ａが記憶された記憶領域である。セッションデータ２１ａは、アクセス制御システム１０が管理するユーザ端末３のセッション情報である。本発明の実施の形態において、セッションデータ２１ａは、アクセス制御システム１０の管理対象のセッション情報の一部を含む。

セッションデータ２１ａは、例えば図６に示すデータ構造を備える。セッションデータ２１ａは、例えば、ユーザ端末３の識別子と、セッション情報と、更新時刻と、を関連づけたデータである。セッションデータ２１ａはさらに、ユーザ端末３ａに位置情報、サービス利用履歴の情報など、サービス提供に関するデータを、ユーザ端末３の識別子に関連づけても記録しても良い。ここで、セッション情報は、セッションを識別するセッションＩＤ、接続対象のユーザ端末３の識別子、ユーザ端末３の接続先ノードの識別子などを関連づけた情報である。

サービスオーダデータ記憶部２２は、記憶装置１０７のうち、サービスオーダデータ２２ａが記憶された記憶領域である。サービスオーダデータ２２ａは、図７に示すように、ユーザ端末３の識別子と、そのユーザ端末３のサービスオーダと、を関連づけたデータである。ここでサービスオーダは、ユーザ端末３に割り当てる帯域や、ユーザ端末３が契約したサービスの情報、ユーザ端末３の権限の情報やアクセスフィルタの情報、などである。このサービスオーダデータ２２ａは、例えば、サービスオーダを管理するサーバから、バッチ処理として、定期的に更新される。

ノードリストデータ記憶部２３は、記憶装置１０７のうち、ノードリストデータ２３ａが記憶された記憶領域である。ノードリストデータ２３ａは、アクセス制御システム１０に属するアクセス制御装置１の識別子と、このアクセス制御装置１の更新の可否を示す更新フラグと、参照の可否を示す参照フラグとを対応づけたデータである。後述する更新受付手段１１は、ノードリストデータ２３ａで更新可となっているアクセス制御装置１に、新たな更新リクエストを送信する。参照受付手段１３は、ノードリストデータ２３ａで参照可となっているアクセス制御装置１に、新たな参照リクエストを送信する。

ノードリストデータ２３ａは、図８に示すような、データ構造とデータを備える。ノードリストデータ２３ａは、アクセス制御装置の識別子と、更新フラグと、参照フラグと、を備える。アクセス制御装置の識別子には、アクセス制御システム１０に属する全てのアクセス制御装置の識別子が、それぞれ設定される。ノードリストデータ２３ａに格納されるアクセス制御装置の識別子の順序は、図２を参照して説明した従管理ノードの決定手順に対応する。例えば、４行目のアクセス制御装置が主管理ノードとなり冗長度が２の場合、１行目のアクセス制御装置と２行目のアクセス制御装置が従管理ノードとなる。主管理ノードと従管理ノードとが判断できれば、ノードリストデータ２３ａは、どのような順番で、アクセス制御装置の識別子が設定されても良い。

ノードリストデータ２３ａの更新フラグおよび参照フラグは、各アクセス制御装置１の稼働状況に応じて更新される。例えば、各アクセス制御装置１のリクエストにより、更新フラグおよび参照フラグが更新される。トラブルなどによりアクセス制御装置が一時的に稼働していない場合、そのアクセス制御装置の更新フラグおよび参照フラグに、ともに”ＮＧ”が設定される。そのアクセス制御装置がアクセス制御システム１０への復帰を開始する際、更新フラグが”ＯＫ”に設定され、そのアクセス制御装置への更新が開始する。その後、復帰したアクセス制御装置のセッションデータ２１ａが最新状態になると、参照フラグが”ＯＫ”に設定され、そのアクセス制御装置への参照が開始する。

図８に示す例では、更新フラグおよび参照フラグを用いて各アクセス制御装置の状態を示したがこの方法に限られない。例えば、休止ノードリストとして、更新も参照も不可能なノードの情報を記録し、更新ノードリストとして、更新のみ可能なノードの情報を記録する方法も考えられる。

次に、図５を参照して、中央処理制御装置１０１に実装される各処理手段について説明する。

更新受付手段１１は、ユーザ端末３のセッション情報の更新リクエストを受信すると、ユーザ端末３の識別子から、ユーザ端末３のセッション情報を記憶する複数のアクセス制御装置を特定する。さらに更新受付手段１１は、複数の特定されたアクセス制御装置に、それぞれ、ユーザ端末３のセッション情報の新たな更新リクエストを送信する。更新リクエストおよび新たな更新リクエストは、更新対象となるユーザ端末の識別子と、更新情報を含む。

ここで特定されるアクセス制御装置１は、図３を参照して説明した通り、主管理ノードと従管理ノードである。主管理ノードは、ユーザ端末３の識別子をハッシュ関数に入力することにより得られるノードである。従管理ノードは、ノードリストデータ２３ａにおいて、主管理ノードに続くレコードに記録されたノードである。従管理ノードの数は、アクセス制御システム１０において予め定められる冗長度に応じる。

このとき更新受付手段１１は、更新リクエストを受信すると、ノードリストデータ２３ａを参照して、複数の特定されたアクセス制御装置のうち、更新フラグが更新可（“ＯＫ“）のアクセス制御装置に、ユーザ端末のセッション情報の新たな更新リクエストを送信しても良い。また自身のアクセス制御装置が特定されたノードである場合、更新受付手段１１は、後述する更新手段１２に新たな更新リクエストを送信する。

更新受付手段１１は、特定されたアクセス制御装置１において、更新が成功した場合、そのアクセス制御装置１から、新たな更新リクエストに対応する新たな更新応答を受信する。更新受付手段１１は、新たな更新応答を受信すると、受信した更新リクエストに対応して、更新応答を返す。

ここで更新受付手段１１が複数のアクセス制御装置１に新たな更新リクエストを送信した場合、全てのアクセス制御装置１から新たな更新応答を受信した場合に更新応答を返しても良い。更新受付手段１１は、一つでも新たな更新応答を受信した場合に更新応答を返しても良い。

更新手段１２は、新たな更新リクエストを受信すると、更新時刻と対応づけて、セッションデータ記憶部２１を更新する。具体的には更新手段１２は、新たな更新リクエストから、更新対象となるユーザ端末の識別子と更新情報を取得する。更新手段１２は、セッションデータ２１ａにおいて、新たな更新リクエストから取得したユーザ端末の識別子のセッション情報および更新時刻を、新たな更新リクエストから取得した更新情報と現時点の時刻とに更新する。更新手段１２は、セッションデータ２１ａの更新が完了すると、その旨を新たな更新応答として、新たな更新リクエストの送信元に返す。

更新手段１２は、新たな更新リクエストを、アクセス制御システム１０に属する他のアクセス制御装置の更新受付手段１１から受信しても良いし、自身の更新受付手段１１から受信しても良い。

参照受付手段１３は、ユーザ端末３のセッション情報の参照リクエストを受信すると、ユーザ端末３の識別子から、ユーザ端末３のセッション情報が記憶された複数のアクセス制御装置１を特定する。さらに参照受付手段１３は、複数の特定されたアクセス制御装置１に、それぞれ、ユーザ端末３のセッション情報の新たな参照リクエストを送信する。ここで参照受付手段１３は、参照リクエストを受信すると、ノードリストデータ２３ａを参照して、複数の特定されたアクセス制御装置１のうち、参照フラグが参照可（“ＯＫ”）のアクセス制御装置に、ユーザ端末３のセッション情報の新たな参照リクエストを送信しても良い。また自身のアクセス制御装置１が特定されたノードである場合、参照受付手段１３は、後述する参照手段１４に新たな参照リクエストを送信する。

新たな参照リクエストに対する新たな参照応答を受信すると、参照受付手段１３は、新たな参照リクエストを受信したアクセス制御装置１から受信した、複数のユーザ端末３のセッション情報と更新時刻を比較し、最新のセッション情報を抽出する。参照受付手段１３は、抽出した最新のセッション情報を、参照リクエストに対応する参照応答として送信する。

ここで特定されるアクセス制御装置１は、図３を参照して説明した通り、主管理ノードと従管理ノードである。主管理ノードは、ユーザ端末３の識別子をハッシュ関数に入力することにより得られるノードである。従管理ノードは、ノードリストデータ２３ａにおいて、主管理ノードの下に記録されたノードである。従管理ノードの数は、アクセス制御システム１０において予め定められる冗長度に応じる。

参照受付手段１３が、更新受付手段１１で利用した同一のハッシュ関数を利用してユーザ端末３のセッション情報を格納するノードを決定する。これにより、全てのアクセス制御装置１が正常に稼働している状況において、所定のユーザ端末３のセッション情報を、常に同一のアクセス制御装置に格納することができるので、参照時もそのアクセス制御装置のセッション情報を参照すれば良い。また、冗長度に応じて複数のアクセス制御装置にセッション情報を格納することにより、アクセス制御装置にトラブルがあった場合にも対応することができる。具体的にはセッション情報の更新時において、主管理ノードと、主管理ノードから導き出される従管理ノードのうちのいずれかにセッション情報が格納される。従って、これらの主管理ノードおよび従管理ノードのセッション情報を参照することにより、所望のセッション情報を取得することができる。また複数のセッション情報を参照可能な場合、参照受付手段１３は、最新の更新日時に対応づけられたセッション情報を、正しいセッション情報として扱う。これにより、トラブルなどによりセッション情報の更新ができなかったアクセス制御装置の情報を排除することができる。

ここで参照受付手段１３は、さらに、複数の特定されたアクセス制御装置のうち、最新のセッション情報を記憶していないアクセス制御装置１に、ユーザ端末３について、最新のセッション情報への更新リクエストを送信しても良い。トラブルなどによりセッション情報の更新ができなかったアクセス制御装置１に、最新のセッション情報に更新させることができる。

参照手段１４は、新たな参照リクエストを受信すると、セッションデータ記憶部２１から、ユーザ端末３のセッション情報と更新時刻を取得して送信する。具体的には参照手段１４は、新たな参照リクエストから、参照対象となるユーザ端末の識別子を取得する。参照手段１４は、セッションデータ２１ａから、取得したユーザ端末の識別子のセッション情報および更新時刻を、取得する。参照手段１４は、取得したセッション情報および更新時刻を、新たな参照リクエストの送信元に返す。

参照手段１４は、新たな参照リクエストを、アクセス制御システム１０に属する他のアクセス制御装置の参照受付手段１３から受信しても良いし、自身の参照受付手段１３から受信しても良い。

ノード制御手段１５は、アクセス制御装置１のノードの休止、復帰、削除および追加などに伴う処理を制御する。ノード制御手段１５は、自身のアクセス制御装置１の追加に伴う処理のみならず、アクセス制御システム１０に他のアクセス制御装置１の追加に伴う処理も制御する。

ノードの休止とは、アクセス制御装置１が、参照および更新のリクエストを処理しない状態をいう。ノードの休止の場合、他のアクセス制御装置のノードリストデータにおいて、休止中のアクセス制御装置の参照フラグおよび更新フラグが”ＮＧ”に設定される。ノードの復帰とは、休止中のアクセス制御装置１が、参照および更新のリクエストを処理する状態をいう。ノードが復帰する際、更新リクエストの処理を開始するとともに他のアクセス制御装置からセッション情報を取得し、セッション情報の取得が完了した後に、参照リクエストの処理を開始する。

ノードの削除とは、アクセス制御システム１０からそのノードを削除することをいう。削除するノードが保有していた情報は、他のアクセス制御装置に転送される。ノードの追加とは、アクセス制御システム１０にそのノードを追加し、参照および更新のリクエストを処理することをいう。ノードが追加される際、そのノードが保有するべき情報を他のアクセス制御装置から取得する。

ノードの削除および追加においては、他のアクセス制御装置で保有するべき情報が変動する。例えば、アクセス制御システム１０で、４台のアクセス制御装置が稼働している際、各アクセス制御装置１が保有する情報量は、アクセス制御システム１０全体で保有するセッション情報の数×冗長度／４である。そこでアクセス制御システム１０にもう１台アクセス制御装置を追加すると、各アクセス制御装置１が保有する情報は、アクセス制御システム１０全体で保有するセッション情報の数×冗長度／５となる。ノードの削除および追加がなされた際、各アクセス制御装置１は、各自が保有するべき情報を算出しなおして、しかるべき保有先に情報を転送する。

例えば、ノード制御手段１５は、アクセス制御システム１０に、自身のアクセス制御装置１が、復帰する場合、アクセス制御システム１０に属するアクセス制御装置に、自身のアクセス制御装置１の更新フラグについて、更新可への変更リクエストを送信する。さらにノード制御手段１５は、アクセス制御システム１０に属するアクセス制御装置から、自身のアクセス制御装置１が記録するべきセッション情報を受信し、セッションデータ記憶部２１に記憶する。さらにノード制御手段１５は、自身のアクセス制御装置が記録するべき全てのセッション情報を記憶すると、アクセス制御システム１０に属するアクセス制御装置に、自身のアクセス制御装置の参照フラグについて、参照可への変更リクエストを送信する。

ここで、自身のアクセス制御装置が記録するべきセッション情報は、自身が主管理ノードとして記憶するユーザ端末のセッション情報と、自身が従管理ノードとして記憶するユーザ端末のセッション情報である。図２に示す例で第１のアクセス制御装置１ａを追加する場合、第１のアクセス制御装置１ａは、自身が主管理ノードとして記憶するセッション情報を、第２のアクセス制御装置１ｂまたは第３のアクセス制御装置１ｃから取得する。さらに、第１のアクセス制御装置１ａは、第４のアクセス制御装置１ｄの従管理ノードとして記録するセッション情報を、第４のアクセス制御装置１ｄまたは第２のアクセス制御装置１ｂから取得する。第１のアクセス制御装置１ａは、第３のアクセス制御装置１ｃの従管理ノードとして記録するセッション情報を、第３のアクセス制御装置１ｃまたは第４のアクセス制御装置１ｄから取得する。

次に、図９を参照して、本発明の実施の形態に係るアクセス制御システム１０の処理を説明する。図９に示す例において、アクセス制御システム１０は、第１のアクセス制御装置１ａ、第２のアクセス制御装置１ｂ、第３のアクセス制御装置１ｃおよび第４のアクセス制御装置１ｄを備える。図９に示す例において、第１のアクセス制御装置１ａの更新受付手段１１が更新リクエストを受信する場合について説明する。アクセス制御システム１０において、セッション情報の冗長度は１で、更新対象のユーザ端末３ａのセッション情報の管理ノードは、第２のアクセス制御装置１ｂおよび第３のアクセス制御装置１ｃである。ここでは、主管理ノードおよび従管理ノードを併せて、管理ノードと称する。

ここで、更新対象の端末識別子を「Ａ」とする。アクセス制御装置１のセッションデータにおいて、端末識別子「Ａ」に関連づけられたセッション情報を「ａ」＋リビジョン数で表示している。図９ないし図１１において、「ａ０」が最も古いセッションデータで、「ａ１」は「ａ０」より新しいセッションデータである。「ａ２」は、今回更新される最新のセッションデータである。第１のアクセス制御装置１ａおよび第４のアクセス制御装置１ｄは、このユーザ端末のセッション情報を記録しない。従って、第１のアクセス制御装置１ａおよび第４のアクセス制御装置１ｄにおいて、端末識別子「Ａ」に関連づけられたセッション情報はない。一方、第２のアクセス制御装置１ｂのセッションデータにおいて、端末識別子「Ａ」に関連づけられたセッション情報は「ａ０」である。第３のアクセス制御装置１ｃのセッションデータにおいて、端末識別子「Ａ」に関連づけられたセッション情報は「ａ０１」である。

まず、ステップＳ１０１において第１のアクセス制御装置１ａが、ＮＡＳ４ａから更新リクエストを受信する。この更新リクエストは、更新対象の端末の識別子「Ａ」と、更新後の情報である更新情報「ａ２」とを含む。ステップＳ１０２において第１のアクセス制御装置１ａは、ステップＳ１０１で受信した更新リクエストに含まれる更新対象の端末の識別子「Ａ」に基づいて、更新対象の端末の管理ノードが、第２および第３のアクセス制御装置１ｂおよび１ｃであることを特定する。

次にステップＳ１０３およびステップＳ１０４において第１のアクセス制御装置１ａは、ステップＳ１０２で特定された管理ノードに、セッション情報を更新させるための新たな更新リクエストを送信する。この新たな更新リクエストは、更新対象の端末の識別子「Ａ」と、更新後の情報である更新情報「ａ２」とを含む。

第２のアクセス制御装置１ｂは、ステップＳ１０３において第１のアクセス制御装置１ａから新たな更新リクエストを受信すると、ステップＳ１０５においてセッションデータを更新する。第２のアクセス制御装置１ｂは、更新対象の端末の識別子「Ａ」のセッション情報を「ａ０」から「ａ２」に変更する。さらにステップＳ１０６において第２のアクセス制御装置１ｂは、ステップＳ１０３で受信した新たな更新リクエストに対応して新たな更新応答を第１のアクセス制御装置１ａに送信する。

同様に第３のアクセス制御装置１ｃは、ステップＳ１０４において第１のアクセス制御装置１ａから新たな更新リクエストを受信すると、ステップＳ１０７においてセッションデータを更新する。第３のアクセス制御装置１ｃは、更新対象の端末の識別子「Ａ」のセッション情報を「ａ１」から「ａ２」に変更する。さらにステップＳ１０８において第３のアクセス制御装置１ｃは、ステップＳ１０４で受信した新たな更新リクエストに対応して新たな更新応答を第１のアクセス制御装置１ａに送信する。

第１のアクセス制御装置１ａは、管理ノードの少なくともいずれかでセッション情報が更新されたことを確認すると、ステップＳ１０１で受信した更新リクエストに対応して、更新応答をＮＡＳ４ａに送信する。ここで、冗長度に応じて所定数のノードから新たな更新応答を受信した場合に、ステップＳ１０９において更新応答を送信しても良い。例えば冗長度が２の場合、管理ノードは３台となる。第１のアクセス制御装置１ａは、３台のアクセス制御装置に新たたな更新リクエストを送信するが、このうちの１台で更新された場合に更新応答を送信しても良いし、２台で更新された場合に更新応答を送信しても良い。更新応答の送信に必要なノード数を増やすと、アクセス制御システム１０の負荷が増える一方、信頼性が増加する。

このように、図９に示す例においては、アクセス制御システム１０の全ての管理ノードにおいて、更新対象の端末識別子のセッション情報を更新する。この場合、どの管理ノードが参照リクエストを受信しても、同一のセッション情報を参照することができる。しかし、管理ノードのいずれかが、トラブルによりセッション情報を更新できない場合もある。

その場合の例を図１０を参照して説明する。図１０において、ステップＳ１５１ないしステップＳ１５４に示した処理は、図９におけるステップＳ１０１ないしステップＳ１０４の処理と同様である。

第２のアクセス制御装置１ｂは、図９の場合と同様に、正常に新たな更新リクエストを受信し、新たな更新応答が第１のアクセス制御装置１ａに送信されている。具体的には、第２のアクセス制御装置１ｂは、新たな更新リクエストを受信すると、ステップＳ１５５において更新対象の端末の識別子「Ａ」のセッション情報を「ａ０」から「ａ２」に変更する。更新が完了すると第２のアクセス制御装置１ｂは、ステップＳ１５６において、第１のアクセス制御装置１ａに、ステップＳ１５３で受信した新たな更新リクエストの応答として、新たな更新応答を送信する。

第３のアクセス制御装置１ｃは、新たな更新リクエストを受信していない。この場合、第３のアクセス制御装置１ｃにおいて、更新されることはなく、当然、新たな更新応答も送信されない。従って、第３のアクセス制御装置１ｃのセッションデータにおいて、更新対象の端末の識別子「Ａ」のセッション情報は「ａ１」のままである。

なお、第１のアクセス制御装置１ａは、第２のアクセス制御装置１ｂおよび第３のアクセス制御装置１ｃに新たな更新リクエストを送信したものの、一つのノード、すなわち第２のアクセス制御装置１ｂのみから、新たな更新応答を受信する。従って、１以上のアクセス制御装置から新たな更新応答を受信した場合に更新応答を送信する設定の場合、ステップＳ１５７において第１のアクセス制御装置１ａは、更新応答を送信できる。一方、２以上のアクセス制御装置から新たな更新応答を受信した場合に更新応答を送信する設定の場合、ステップＳ１５７において第１のアクセス制御装置１ａは、更新応答を送信できない。この場合、例えばＮＡＳ４ａが、再度更新リクエストを送信することになる。

このように、全ての管理ノードにおいてセッション情報が更新されなくても、少なくとも一つのアクセス制御装置で最新のセッション情報に更新されている場合、本発明の実施の形態に係るアクセス制御システム１０は、最新のセッション情報を取得することができる。この処理を、図１１を参照して説明する。図１１において第２のアクセス制御装置１ｂには、端末の識別子「Ａ」のセッション情報として、最新のセッション情報「ａ２」が対応づけられている。一方、第３のアクセス制御装置１ｃには、端末の識別子「Ａ」のセッション情報として、古いセッション情報「ａ１」が対応づけられている。図１１において、第４のアクセス制御装置１ｄの参照受付手段１３が、端末識別子「Ａ」の参照リクエストを受信し、第２のアクセス制御装置１ｂおよび第３のアクセス制御装置１ｃの参照手段１４が、新たな参照リクエストを受信する場合について説明する。

まず第４のアクセス制御装置１ｄが、ステップＳ２０１において参照リクエストを受信する。ここで、参照リクエストは、参照対象のユーザ端末の識別子を含む。次にステップＳ２０２において第４のアクセス制御装置１ｄは、対象端末の識別子から、新たな参照リクエストを送信するべきノードを特定する。ここでは、管理ノードとして、第２のアクセス制御装置１ｂおよび第３のアクセス制御装置１ｃが特定されたとする。

次にステップＳ２０３において第４のアクセス制御装置１ｄは、第３のアクセス制御装置１ｃに新たな参照リクエストを送信し、ステップＳ２０４において、第３のアクセス制御装置１ｃから、その応答である新たな参照応答を受信する。新たな参照リクエストは、参照対象のユーザ端末の識別子「Ａ」を含む。第３のアクセス制御装置１ｃは、第４のアクセス制御装置１ｄから新たな参照リクエストを受信すると、第３のアクセス制御装置１ｃのセッションデータから、参照対象のユーザ端末の識別子「Ａ」に対応づけられたセッション情報「ａ１」とその更新時刻を取得する。さらにステップＳ２０４において第３のアクセス制御装置１ｃは、ステップＳ２０３に対応する新たな参照応答として、第４のアクセス制御装置１ｄにセッション情報「ａ１」とその更新時刻を送信する。

さらにステップＳ２０５において第４のアクセス制御装置１ｄは、第２のアクセス制御装置１ｂに新たな参照リクエストを送信し、ステップＳ２０６において、第２のアクセス制御装置１ｂから、その応答である新たな参照応答を受信する。新たな参照リクエストは、参照対象のユーザ端末の識別子「Ａ」を含む。第２のアクセス制御装置１ｂは、第４のアクセス制御装置１ｄから新たな参照リクエストを受信すると、第２のアクセス制御装置１ｂのセッションデータから、参照対象のユーザ端末の識別子「Ａ」に対応づけられるセッション情報「ａ２」とその更新時刻取得する。さらにステップＳ２０６において第２のアクセス制御装置１ｂは、ステップＳ２０５に対応する新たな参照応答として、第４のアクセス制御装置１ｄにセッション情報「ａ２」とその更新時刻を送信する。

ステップＳ２０７において第４のアクセス制御装置１ｄは、最新のセッション情報を取得する。第４のアクセス制御装置１は、ステップＳ２０４およびステップＳ２０６において、第２のアクセス制御装置１ｂおよび第３のアクセス制御装置１ｃから、それぞれ、参照対象のユーザ端末「Ａ」のセッション情報と、その更新時刻を取得している。第４のアクセス制御装置１ｄは、取得した更新時刻のうち、最新の更新時刻に対応するセッション情報を、最新のセッション情報と決定する。図１１に示す例では、第２のアクセス制御装置１ｂから受信した更新時刻が最新のものとなる。従って第４のアクセス制御装置１ｄは、第２のアクセス制御装置１ｂから受信したセッション情報「ａ２」を、参照対象のユーザ端末「Ａ」の最新情報とする。

さらにステップＳ２０８において第４のアクセス制御装置１ｄは、ステップＳ２０１で受信した参照リクエストが、サービスオーダの問合せを含む場合、サービスオーダデータ２２ａを参照して、参照対象のユーザ端末「Ａ」に関するサービスオーダの情報を引き当てる。

ステップＳ２０９において第４のアクセス制御装置１ｄは、ステップＳ２０１で受信した参照リクエストに対応して、参照応答をサービス処理システム２ａに送信する。ここで送信する参照応答は、ステップＳ２０７で抽出された最新のセッション情報を含む。さらに、この参照応答は、ステップＳ２０８で引き当てられたサービスオーダの情報を含んでも良い。

その後第４のアクセス制御装置１ｄは、ステップＳ２１０において、ステップＳ２０４およびステップＳ２０６において各アクセス制御装置から受信したセッション情報のうち、最新でないセッション情報を送信したアクセス制御装置に、最新のセッション情報に更新するリクエストを送信しても良い。具体的には、図１１に示す例において、第３のアクセス制御装置１ｃはユーザ端末「Ａ」の管理ノードであるが、最新のセッション情報を保持していない。そこで第４のアクセス制御装置１ｄは、ステップＳ２１０において第３のアクセス制御装置１ｃに更新リクエストを送信する。この更新リクエストは、更新対象となるユーザ端末の識別子と、最新のセッション情報を含む。第３のアクセス制御装置１ｃは、第４のアクセス制御装置１ｄから更新リクエストを受信すると、自身のセッションデータにおいて、更新対象のユーザ端末の識別子に対応するセッション情報を、最新のセッション情報に更新する。さらに第３のアクセス制御装置１ｃは、ステップＳ２１１において、ステップＳ２１０に対応する更新応答を、第４のアクセス制御装置１ｄに送信する。

図１２を参照して、本発明の実施の形態に係るアクセス制御装置１ａの更新受付手段１１による更新受付処理を説明する。更新受付処理は、更新リクエストを受信した場合に実行される。なお、図１２に示す例では、少なくとも一つの新たな更新応答を受信した場合に、新たな更新リクエストの送信が成功したと判断する。

まずステップＳ３０１においてアクセス制御装置１ａの更新受付手段１１は、更新リクエストを受信すると、ステップＳ３０２に進む。この更新リクエストは、更新対象の端末識別子と、更新後のセッション情報と、を含む。ステップＳ３０２において更新手段１２は、更新リクエストに含まれる更新対象の端末識別子から、管理ノードを特定する。

さらにステップＳ３０３において更新受付手段１１は、ステップＳ３０２で特定された管理ノードに新たな更新リクエストを送信する。この新たな更新リクエストは、更新対象の端末の識別子と、更新後のセッション情報と、を含む。ここで、更新受付手段１１は、ノードリストデータ２３ａを参照して、特定したアクセス制御装置のうち、更新フラグが”ＯＫ”となっているアクセス制御装置にのみ、新たな更新リクエストを送信する。

次に、ステップＳ３０４において更新受付手段１１は、ステップＳ３０３で送信した新たな更新リクエストに対応して、管理ノードから、例えば少なくとも一つの新たな更新応答が受信されるのを待機する。所定の時間経過しても新たな更新応答が受信されない場合、ステップＳ３０３に戻り、更新受付手段１１は新たな更新リクエストを再度管理ノードに送信しても良い。

ステップＳ３０４において少なくとも一つの新たな更新応答を受信した場合、更新受付手段１１は、ステップＳ３０３の新たな更新リクエストの送信が成功したと判断し、ステップＳ３０５においてその旨をログデータとして記録する。さらにステップＳ３０６において更新受付手段１１は、ステップＳ３０１で受信した更新リクエストに対応して、更新リクエストの送信元に更新応答を送信する。

次に図１３を参照して、本発明の実施の形態に係るアクセス制御装置１ａの更新手段１２による更新処理を説明する。更新処理は、新たな更新リクエストを受信した場合に実行される。

まずステップＳ４０１においてアクセス制御装置１ａの更新手段１２は、新たな更新リクエストを受信すると、ステップＳ４０２に進む。この新たな更新リクエストは、更新対象の端末識別子と、更新後のセッション情報と、を含む。ステップＳ４０２において更新手段１２は、セッションデータ２１ａを参照して、更新対象の端末識別子のセッション情報を、更新後のセッション情報に更新する。さらにステップＳ４０３において更新手段１２は、ステップＳ４０１で受信した新たな更新リクエストに対応して、新たな更新リクエストの送信元に新たな更新応答を送信する。

次に図１４を参照して、本発明の実施の形態に係るアクセス制御装置１ａの参照受付手段１３による参照受付処理を説明する。参照受付処理は、参照リクエストを受信した場合に実行される。

まずステップＳ５０１においてアクセス制御装置１ａの参照受付手段１３は、参照リクエストを受信すると、ステップＳ５０２に進む。この参照リクエストは、参照対象の端末識別子を含む。ステップＳ５０２において参照受付手段１３は、参照リクエストに含まれる参照対象の端末識別子から、管理ノードを特定する。

ステップＳ５０３において参照受付手段１３は、ステップＳ５０２で特定したアクセス制御装置に、新たな参照リクエストを送信する。この新たな参照リクエストは、参照対象の端末識別子を含む。ここで、参照受付手段１３は、ノードリストデータ２３ａを参照して、特定したアクセス制御装置のうち、参照フラグが”ＯＫ”となっているアクセス制御装置にのみ、新たな参照リクエストを送信する。

その後、ステップＳ５０４において参照受付手段１３は、新たな参照リクエストに対応する新たな参照応答の受信を待機する。ここで参照受付手段１３は、ステップＳ５０２で特定した全ての管理ノードから新たな参照応答を受信するまで待機しても良いし、少なくとも２つの管理ノードから新たな参照応答を受信するまで待機しても良い。また参照受付手段１３は、所定時間、新たな参照応答の受信を待機しても良い。

次にステップＳ５０５において参照受付手段１３は、ステップＳ５０４で取得したセッション情報から、最新のセッション情報を取得する。具体的には参照受付手段１３は、更新時刻が最も直近のセッション情報を、最新のセッション情報として取得する。

ステップＳ５０６において参照受付手段１３は、ステップＳ５０１で受信した参照リクエストに対応して、参照応答を、参照リクエストの送信元に送信する。この参照応答は、ステップＳ５０５で取得された最新のセッション情報を含む。

次にステップＳ５０７において参照受付手段１３は、ステップＳ５０４で受信したセッション情報のうち、最新でないセッション情報が含まれているか判定する。最新でないセッション情報が含まれている場合、ステップＳ５０８において参照受付手段１３は、最新でないセッション情報を保持している管理ノードに対して、セッション情報の更新リクエストを送信する。この更新リクエストは、更新対象の端末識別子と、その最新のセッション情報と、を含む。

一方、ステップＳ５０７において最新でないセッション情報が含まれていない場合、具体的には全ての管理ノードで最新のセッション情報が記録されている場合、参照受付手段１３は処理を終了する。

次に図１５を参照して、本発明の実施の形態に係るアクセス制御装置１ａの参照手段１４による参照処理を説明する。参照処理は、新たな参照リクエストを受信した場合に実行される。

まずステップＳ６０１においてアクセス制御装置１ａの参照手段１４は、新たな参照リクエストを受信すると、ステップＳ６０２に進む。この新たな参照リクエストは、参照対象の端末識別子を含む。ステップＳ６０２において参照手段１４は、セッションデータ２１ａを参照して、参照対象の端末識別子のセッション情報と更新時刻を取得する。さらにステップＳ６０３において参照手段１４は、ステップＳ６０１で受信した新たな参照リクエストに対応して、新たな参照リクエストの送信元に新たな参照応答を送信する。この新たな参照応答は、ステップＳ６０２で取得したセッション情報と更新時刻を含む。

ここで参照手段１４は、ステップＳ６０４において引き続き更新リクエストの受信を待機する。例えば、参照手段１４は、一定時間更新リクエストを待機して受信しなければ、そのまま処理を終了する。この更新リクエストは、対象端末の識別子と最新のセッション情報とを含む。

更新リクエストを受信した場合、セッションデータ２１ａに記録されている対象端末のセッション情報は最新の情報ではない。従って参照手段１４は、受信した更新リクエストに基づいて、ステップＳ６０５において対象端末の端末識別子に関連づけられたセッション情報を、最新のセッション情報に更新して処理を終了する。

図１６ないし図２０を参照して、本発明の実施の形態に係るノード制御手段１５の処理を説明する。ノード制御手段１５は、ノードの休止、復帰、追加および削除の各処理を実行する。

まず図１６を参照して、第１のアクセス制御装置１ａが休止する場合の処理を説明する。ステップＳ７０１において第１のアクセス制御装置１ａは、第２のアクセス制御装置１ｂに第１のアクセス制御装置１ａを休止する旨の通知を送信する。同様に、ステップＳ７０２およびステップＳ７０３において第１のアクセス制御装置１ａは、第３のアクセス制御装置１ｃおよび第４のアクセス制御装置１ｄに休止する旨の通知を送信する。

第２のアクセス制御装置１ｂは、第１のアクセス制御装置１ａからノードを休止する通知を受信すると、ステップＳ７０４において、自身のノードリストデータを更新する。第２のアクセス制御装置１ｂは、自身のノードリストデータにおいて、第１のアクセス制御装置１ａの識別子に対応づけられた参照フラグおよび更新フラグを”ＮＧ”に更新する。これにより、第２のアクセス制御装置１ｂは、第１のアクセス制御装置１ａ宛に参照リクエストおよび更新リクエストを送信することはない。フラグを更新すると、ステップＳ７０５において第２のアクセス制御装置１ｂは、第１のアクセス制御装置１ａにステップＳ７０１に対する応答を送信する。ステップＳ７０６およびステップＳ７０７において第３のアクセス制御装置１ｃは、ステップＳ７０４およびステップＳ７０５と同様に処理する。ステップＳ７０８およびステップＳ７０９において第４のアクセス制御装置１ｄは、ステップＳ７０４およびステップＳ７０５と同様に処理する。

各アクセス制御装置から応答が送信されたのち、第１のアクセス制御装置１ａは、休止する。ここで、所定時間経過しても応答が届かない場合、第１のアクセス制御装置１ａは、再度ノードの休止を通知しても良い。

図１６のステップＳ７０１ないしステップＳ７０３において第１アクセス制御装置１ａが、ユニキャストで通知を送信する場合について説明したが、ブロードキャストで送信しても良い。また、図１６においては休止ノードである第１のアクセス制御装置１ａが通知を送信する場合について説明したが、アクセス制御システム１０の管理ノード（図示せず）などが送信しても良い。

図１７を参照して、第１のアクセス制御装置１ａが復帰する場合の処理の概要を説明する。第１のアクセス制御装置１ａが復帰する場合、図２に示す例では、第１のアクセス制御装置１ａが主管理ノードとして記憶するセッション情報と、第１のアクセス制御装置１ａが従管理ノードとして記憶するセッション情報と、を予め記憶する必要がある。従って、第１のアクセス制御装置１ａは、自身が主管理ノードとして記憶するセッション情報を、従管理ノードである第２のアクセス制御装置１ｂから取得する。また第１のアクセス制御装置１ａは、自身が従管理ノードとして記憶するセッション情報を、第４のアクセス制御装置１ｄおよび第３のアクセス制御装置１ｃから取得する。また、第１のアクセス制御装置１ａは、自身が休止する以前に保持していたセッションデータとの差分のみを、他のアクセス制御装置から取得しても良い。

図１７においては、第１のアクセス制御装置１ａが主管理ノードとして記憶するセッション情報を、従管理ノードである第２のアクセス制御装置１ｂから取得する場合について説明する。また、図１７に示す受付ノードは、アクセス制御システム１０に属する第１のアクセス制御装置１ａ以外の装置で、例えば第４のアクセス制御装置１ｄである。

第２のアクセス制御装置１ｂおよび第３のアクセス制御装置１ｃでも、第４のアクセス制御装置１ｄと同様の情報がやりとりされるが、便宜的に割愛している。

まずステップＳ７５１において第１のアクセス制御装置１ａは、受付ノードである第４の制御装置１ｄに、第１のアクセス制御装置１ａが更新を開始した旨を通知する。このとき受付ノードは、自身のノードリストデータにおいて、第１のアクセス制御装置１ａの更新フラグを”ＯＫ”に更新する。一方、参照フラグは”ＮＧ”のままである。

さらに、ステップＳ７５２において第１のアクセス制御装置１ａは、第２のアクセス制御装置１ｂに、引き継ぎデータの送信開始リクエストを送信する。この引き継ぎデータは、第１のアクセス制御装置１ａが主管理ノードとして管理し、第２のアクセス制御装置１ｂが従管理ノードとして管理するデータである。冗長度が２以上の場合第１のアクセス制御装置１ａは、さらに第３のアクセス制御装置１ｃにも引き継ぎデータの送信をリクエストしても良い。

第２のアクセス制御装置１ｂは、引き継ぎデータの送信開始リクエストを受信すると、ステップＳ７５３において第１のアクセス制御装置１ａに、引き継ぎデータの送信を開始する。第１のアクセス制御装置１ａは、引き継ぎデータを受信するとセッションデータ記憶部２１に記憶する。

ここで、第１のアクセス制御装置１ａが、受付ノードから新たな更新リクエストを受信した場合について説明する。新たな更新リクエストは、図９などを参照して説明した通り、第１のアクセス制御装置１ａが主管理ノードまたは従管理ノードとして保持するべきユーザ端末のセッション情報の更新について、更新リクエストを受信したアクセス制御装置によって送信される。

ステップＳ７５４において第１のアクセス制御装置１ａが新たな更新リクエストを受信すると、自身のセッションデータ２１ａを更新し、その旨を受付ノードに応答する。また、この新たな更新リクエストが、第１のアクセス制御装置１ａが主管理ノードとして管理するセッション情報に関するリクエストの場合、ステップＳ７５５において従管理ノードである第２のアクセス制御装置１ｂにも、同様の新たな更新リクエストが送信され、第２のアクセス制御装置１ｂのセッションデータも更新される。

ここで、第１のアクセス制御装置１ａは、引き継ぎデータの受信中に、すでに更新済みのセッション情報を受信する場合もある。例えば、第1のアクセス制御装置１ａが引き継ぎデータの受信中に、所定のユーザ端末のセッション情報が更新された場合、ステップＳ７５４で新たな更新リクエストを受信し、第１のアクセス制御装置１ａのセッションデータ２１ａを更新する。このとき、従管理ノードである第２のアクセス制御装置１ｂにおいても新たな更新リクエストを受信して更新するべきところ、更新に失敗するおそれがある。その際、第１のアクセス制御装置１ａが保有しているセッション情報が最新のセッション情報である場合、第２のアクセス制御装置１ｂからセッション情報を受信しても、自身のセッションデータ２１ａを更新することなく、破棄する。これにより、第１のアクセス制御装置１ａでセッションデータ２１ａの更新が完了した後、第２のアクセス制御装置１ｂから古いセッション情報が上書きされる状態を回避することができる。

一方、第１のアクセス制御装置１ａが引き継ぎデータを受信中に、第１のアクセス制御装置１ａが主管理ノードとして保持するセッション情報についての参照アクセスが発生する場合がある。その場合、受付ノードは、第１のアクセス制御装置１ａの参照フラグが”ＮＧ”であるので、第１のアクセス制御装置１ａに新たな参照リクエストを送信しない。ここで新たな参照リクエストは、図１１を参照して説明した通り、第１のアクセス制御装置１ａが主管理ノードまたは従管理ノードとして保持するべきユーザ端末のセッション情報の参照について、参照リクエストを受信したアクセス制御装置によって送信される。この場合、受付ノードは、ステップＳ７５６において、従管理ノードである第２のアクセス制御装置１ｂに送信する。第２のアクセス制御装置１ｂは、ステップＳ７５７において新たな参照リクエストに対する新たな参照応答を、受付ノードに送信する。

第２のアクセス制御装置１ｂからの引き継ぎデータの受信が完了すると、ステップＳ７５８において第１のアクセス制御装置１ａは、受付ノードである第４の制御装置１ｄに、第１のアクセス制御装置１ａが参照を開始した旨を通知する。このとき受付ノードは、自身のノードリストデータにおいて、第１のアクセス制御装置１ａの参照フラグを”ＯＫ”に更新する。

その後、受付ノードは、第１のアクセス制御装置１ａへの新たな参照リクエストの送信を開始する。ステップＳ７５９において受付ノードが第１のアクセス制御装置１ａに新たな参照リクエストを送信すると、第１のアクセス制御装置１ａは、新たな参照リクエストに対して新たな参照応答を作成する。ステップＳ７６０において第１のアクセス制御装置１ａは、新たな参照応答を受付ノードに送信する。

図１７に示すステップＳ７５１およびステップＳ７５８の処理は、アクセス制御システム１０のアクセス制御装置のうち、復帰ノードである第１のアクセス制御装置１ａ以外の全てのアクセス制御装置に対して実行される。復帰ノードである第１のアクセス制御装置１ａは、自身以外の全てのアクセス制御装置に更新の開始を通知した後、自身が保有するべきセッション情報などの引き継ぎデータを受信する。また引き継ぎデータを受信し終わると、復帰ノードである第１のアクセス制御装置１ａは、自身以外の全てのアクセス制御装置に参照の開始を通知する。これにより、復帰ノードは、他のノードに、更新開始のタイミングおよび参照開始のタイミングを通知することができる。

図１７に示すように、アクセス制御装置１は復帰する際、まず更新を受け付ける旨を他のノードに通知する。アクセス制御装置１が記録するべきセッション情報を全て取得した後、アクセス制御装置１は、参照を受け付ける旨を他のノードに通知する。これにより、アクセス制御装置１は、引き継ぎデータの受信中に、他のアクセス制御装置において更新に失敗した場合でも、アクセス制御装置１においてセッション情報を正しく更新することができる。

次に図１８Ａおよび図１８Ｂを参照して、復帰ノードの処理と、復帰ノード以外のノードの処理を説明する。

図１８Ａは、復帰ノードの処理を説明している。ステップＳ７７１において復帰ノードは、他のノードに更新を開始した旨を通知し、ステップＳ７７２において引き継ぎデータのリクエストを送信する。図１７に示す例では、第１のアクセス制御装置１ａは、第２のアクセス制御装置１ｂに引き継ぎデータのリクエストを送信している。その後、復帰ノードは、引き継ぎデータの受信を開始する。

ステップＳ７７３において復帰ノードは、引き継ぎデータの受信が完了しているか否かを判定する。受信が完了していない場合、ステップＳ７７４において復帰ノードは、さらに引き継ぎデータを受信する。このときステップＳ７７５において新たな更新リクエストを受信すると、ステップＳ７７６において復帰ノードは、新たな更新リクエストに従ってセッションデータ２１ａを更新し、ステップＳ７７３に戻る。

ステップＳ７７３において全ての引き継ぎデータの受信が完了すると、復帰ノードはステップＳ７７７に進む。ステップＳ７７７において復帰ノードは、他のノードに参照を開始した旨を通知する。その後、復帰ノードは、新たな参照リクエストも受信可能になる。

図１８Ｂは、復帰ノード以外のノードの処理を説明している。ステップＳ７８１においてノードは、復帰ノードから更新を開始した旨の通知を受信すると、ステップＳ７８２において、自身のノードリストデータにおいて、復帰ノードの識別子に対応づけられた更新フラグを”ＯＫ”に更新する。これによりノードは、復帰ノードへ新たな更新リクエストを送信することができる。さらに、ステップＳ７８３においてノードは、復帰ノードから引き継ぎデータを転送するリクエストを受信すると、ステップＳ７８４において復帰ノードに引き継ぎデータを転送する。

引き継ぎデータの転送が終了し、復帰ノードから参照を開始した旨の通知を受信すると、ステップＳ７８６においてノードは、復帰ノードの識別子に対応づけられた参照フラグを”ＯＫ”に更新する。これによりノードは、復帰ノードへ新たな参照リクエストを送信することができる。

図１９を参照して、第１のアクセス制御装置１ａがアクセス制御システム１０に追加される場合の処理を説明する。図１９に示す例において、Ａ情報は、第１のアクセス制御装置１ａが追加される前、第２のアクセス制御装置１ｂによって主管理され、第３のアクセス制御装置１ｃによって従管理される情報であって、第１のアクセス制御装置１ａが追加されることにより、第１のアクセス制御装置１ａによって主管理され、第２のアクセス制御装置１ｂによって従管理される情報である。またＢ情報は、第１のアクセス制御装置１ａが追加される前、第４のアクセス制御装置１ｄによって主管理され、第２のアクセス制御装置１ｂによって従管理される情報であって、第１のアクセス制御装置１ａが追加されることにより、第４のアクセス制御装置１ｄによって主管理され、第１のアクセス制御装置１ａによって従管理される情報である。

ステップＳ８０１において第１のアクセス制御装置１ａは、第２のアクセス制御装置１ｂに第１のアクセス制御装置１ａを追加する旨の通知を送信する。同様に、ステップＳ８０２およびステップＳ８０３において第１のアクセス制御装置１ａは、第３のアクセス制御装置１ｃおよび第４のアクセス制御装置１ｄに追加する旨の通知を送信する。

第２のアクセス制御装置１ｂは、第１のアクセス制御装置１ａからノードを追加する通知を受信すると、ステップＳ８０４において、自身のノードリストデータを更新する。第２のアクセス制御装置１ｂは、ノードリストデータに、第１のアクセス制御装置１ａの識別子、参照フラグ”ＮＧ”および更新フラグ”ＯＫ”を関連づけたレコードを挿入する。レコードを挿入すると、第２のアクセス制御装置１ｂは、第１のアクセス制御装置１ａにステップＳ８０１に対する応答を送信する。ステップＳ８０５およびステップＳ８０６において第３のアクセス制御装置１ｃおよび第４のアクセス制御装置１ｄは、ステップＳ８０４と同様に処理する。

その後、第１のアクセス制御装置１ａは、第１のアクセス制御装置１ａが記録するべきデータを、他のアクセス制御装置１から取得する。例えば、ステップＳ８０７において第１のアクセス制御装置１ａは、第２のアクセス制御装置１ｂにＡ情報の取得リクエストを送信し、ステップＳ８０８において第２のアクセス制御装置１ｂからＡ情報を取得する。同様に、ステップＳ８０９において第１のアクセス制御装置１ａは、第４のアクセス制御装置１ｄにＢ情報の取得リクエストを送信し、ステップＳ８１０において第４のアクセス制御装置１ｄからＢ情報を取得する。また第１のアクセス制御装置１ａは、これ以外にも必要な情報を他のアクセス制御装置１から取得する。

このように、第１のアクセス制御装置１ａが記録するべき情報の全てを自身のセッションデータ記憶部２１に記憶すると、ステップＳ８１１において第１のアクセス制御装置１ａは、第２のアクセス制御装置１ｂにセッションデータの反映が完了した旨の通知を送信する。同様に、ステップＳ８１２およびステップＳ８１３において第１のアクセス制御装置１ａは、第３のアクセス制御装置１ｃおよび第４のアクセス制御装置１ｄにセッションデータの反映が完了した旨の通知を送信する。

セッションデータの反映が完了した旨の通知を受信したアクセス制御装置１は、自身が記録しなくても良い情報を特定し、その情報を削除する。ここでＢ情報は、第１のアクセス制御装置１ａが追加されることにより、第２のアクセス制御装置１ｂが従管理する必要はなくなる。そこでステップＳ８１４において第２のアクセス制御装置１ｂは、自身のセッションデータ記憶部からＢ情報を削除するとともに、ステップＳ８１６において、自身のノードリストデータにおいて、第１のアクセス制御装置１ａの識別子に対応づけられた参照フラグを”ＯＫ”に更新する。

一方、Ａ情報は、第１のアクセス制御装置１ａが追加されることにより、第３のアクセス制御装置１ｃによって従管理する必要はなくなる。そこでステップＳ８１５において第３のアクセス制御装置１ｃは、自身のセッションデータ記憶部からＡ情報を削除するとともに、ステップＳ８１７において、自身のノードリストデータにおいて、第１のアクセス制御装置１ａの識別子に対応づけられた参照フラグを”ＯＫ”に更新する。また、第４のアクセス制御装置１ｄは、第１のアクセス制御装置１ａが追加された後も、Ｂ情報を主管理するので、情報の削除は発生しないが、ステップＳ８１８において、自身のノードリストデータにおいて、第１のアクセス制御装置１ａの識別子に対応づけられた参照フラグを”ＯＫ”に更新する。

まず図２０を参照して、第１のアクセス制御装置１ａがアクセス制御システム１０から削除される場合の処理を説明する。図２０に示す例において、Ａ情報は、第１のアクセス制御装置１ａが削除される前、第１のアクセス制御装置１ａによって主管理され、第２のアクセス制御装置１ｂによって従管理される情報であって、第１のアクセス制御装置１ａが削除されることにより、第２のアクセス制御装置１ｂによって主管理され、第３のアクセス制御装置１ｃによって従管理される情報である。またＢ情報は、第１のアクセス制御装置１ａが削除される前、第４のアクセス制御装置１ｄによって主管理され、第１のアクセス制御装置１ａによって従管理される情報であって、第１のアクセス制御装置１ａが削除されることにより、第４のアクセス制御装置１ｄによって主管理され、第２のアクセス制御装置１ｂによって従管理される情報である。

ステップＳ８５１において第１のアクセス制御装置１ａは、第２のアクセス制御装置１ｂに第１のアクセス制御装置１ａを削除する旨の通知を送信する。同様に、ステップＳ８５２およびステップＳ８５３において第１のアクセス制御装置１ａは、第３のアクセス制御装置１ｃおよび第４のアクセス制御装置１ｄに削除する旨の通知を送信する。

第２のアクセス制御装置１ｂは、第１のアクセス制御装置１ａからノードを削除する通知を受信すると、ステップＳ８５４において、自身のノードリストデータから、第１のアクセス制御装置１ａの識別子に関連づけられたレコードを削除する。ステップＳ８５５およびステップＳ８５６において第３のアクセス制御装置１ｃおよび第４のアクセス制御装置１ｄは、ステップＳ８５４と同様に処理する。

その後、各アクセス制御装置１は、第１のアクセス制御装置１ａから取得するべき情報があるか判定し、情報がある場合、その情報を第１のアクセス制御装置１ａから取得する。例えば、ステップＳ８５７において第３のアクセス制御装置１ｃは、第１のアクセス制御装置１ａにＡ情報の取得リクエストを送信し、ステップＳ８５８において第１のアクセス制御装置１ａからＡ情報を取得する。同様に、ステップＳ８５９において第２のアクセス制御装置１ｂは、第１のアクセス制御装置１ａにＢ情報の取得リクエストを送信し、ステップＳ８６０において第１のアクセス制御装置１ａからＢ情報を取得する。また各アクセス制御装置１は、これ以外にも必要な情報を第１のアクセス制御装置１ａから取得する。

また、第２のアクセス制御装置１ｂは、ステップＳ８６０で取得したＢ情報を、自身のセッションデータ記憶部に記憶する。第３のアクセス制御装置１ｃは、ステップＳ８５９で取得したＡ情報を、自身のセッションデータ記憶部に記憶する。

第１のアクセス制御装置１ａが記録していた情報の全てが、他のアクセス制御装置に転送された後、第１のアクセス制御装置１ａは、シャットダウンすることができる。

このように本発明の実施の形態に係るアクセス制御システム１０は、複数のアクセス制御装置１を備える。アクセス制御システム１０が参照または更新リクエストを受信すると、参照または更新対象のユーザ端末の識別子から、そのユーザ端末のセッション情報が記憶されているアクセス制御装置を特定し、その特定したアクセス制御装置に、参照または更新のリクエストを送信する。これにより、アクセス制御システム１０において、セッション情報の参照または更新時には、特定のアクセス制御装置とのみユニキャスト通信すれば良いので、システム全体の通信負荷を低減させることができる。

また、所定のユーザ端末のセッション情報を複数のアクセス制御装置が記憶しても良い。これにより、アクセス制御装置にトラブルが発生しても、そのほかのアクセス制御装置に記録された情報を活用することができるので、アクセス制御システム１０のセッション管理の信頼性を高めることができる。

また、ハッシュ関数によって各アクセス制御装置が格納している情報が特定されるので、アクセス制御システム１０におけるアクセス制御装置の追加または削除が容易である。従って、アクセス制御システム１０全体のトラフィックが増加する場合にアクセス制御装置を追加し、トラフィックが低下している場合にアクセス制御装置を削除することができる。これにより、アクセス制御システム１０全体で、トラフィックの変化にフレキシブルに対応することができる。

このように本発明の実施の形態に係るアクセス制御システムによれば、リソースの負担を軽減するとともに、アクセスの増加にフレキシブルに対応できる。

（変形例）
本発明の実施の形態において、アクセス制御システム１０のアクセス制御装置のそれぞれが、更新または参照リクエストを受け付け、管理ノードを特定する場合について説明したが、変形例に係るアクセス制御システム１０ａが、受付装置７を備えている場合について説明する。

図２１に示すように変形例に係るアクセス制御システム１０ａは、受付装置７と、各アクセス制御装置１が、アクセス制御ネットワーク６ａにより相互に接続されている。受付装置７は、第１の通信ネットワーク５ａおよび第２の通信ネットワーク５ｂに接続されており、ＮＡＳ４やサービス処理システム２と相互に通信可能である。

受付装置７は、図５に示したアクセス制御装置１のリクエストの受付に関する処理手段のみを備えている。受付装置７は、ユーザ端末３のセッション情報の更新または参照のリクエストを受け付ける。具体的には図２２に示すように。受付装置７の記憶装置７０７はノードリストデータ記憶部７２３を備え、中央処理制御装置７０１には、更新受付手段７１、参照受付手段７２およびノード制御手段７３が実装されている。ノードリストデータ記憶部７２３、更新受付手段７１、参照受付手段７２およびノード制御手段７３はそれぞれ、図５に示すノードリストデータ記憶部２３、更新受付手段１１、参照受付手段１３およびノード制御手段１５に対応する。

変形例に係る第５のアクセス制御装置１ｅは、図５に示した実施の形態に係るアクセス制御装置１の受付に関する処理手段を備えていない。具体的には図２３に示すように、第５のアクセス制御装置１ｅは、図５に示す実施の形態に係るアクセス制御装置１と比べて、更新受付手段１１および参照受付手段１３を備えていない点が異なる。

アクセス制御システム１０ａにおいて、受付装置７が、ユーザ端末３のセッション情報の更新リクエストを受信すると、受付装置７が、ユーザ端末３の識別子から、このユーザ端末のセッション情報を記憶する複数のアクセス制御装置１を特定する。さらに受付装置７が、複数の特定されたアクセス制御装置１に、それぞれ、ユーザ端末３のセッション情報の新たな更新リクエストを送信する。新たな更新リクエストを受信したアクセス制御装置１が、更新時刻と対応づけて、自身のセッションデータ記憶部を更新する。

アクセス制御システム１０ａにおいて、受付装置７が、ユーザ端末３のセッション情報の参照リクエストを受信すると、受付装置７が、ユーザ端末３の識別子から、このユーザ端末のセッション情報が記憶された複数のアクセス制御装置１を特定する。さらに受付装置７が、複数の特定されたアクセス制御装置１に、それぞれ、ユーザ端末３のセッション情報の新たな参照リクエストを送信する。新たな参照リクエストを受信したアクセス制御装置１は、それぞれ、自身のセッションデータ記憶部から、ユーザ端末３のセッション情報と更新時刻を取得し、受付装置７に送信する。

受付装置７は、新たな参照リクエストを受信したアクセス制御装置から受信したユーザ端末のセッション情報と更新時刻を比較し、最新のセッション情報を抽出する。受付装置７は、最新のセッション情報を、参照リクエストに対応する参照応答として送信する。

その後受付装置７は、実施の形態に記載した様に、最新でないセッション情報を記録しているアクセス制御装置に最新のセッション情報を送信し、更新させても良い。

このような変形例に係るアクセス制御システム１０ａによれば、リクエストの受付と、リクエストの処理系統を分けることができるので、リクエストの受付または処理に特化してリソースに負担が発生した場合に、個別に対応することができる。

このように変形例に係るアクセス制御システムによっても、リソースの負担を軽減するとともに、アクセスの増加にフレキシブルに対応できる。

（その他の実施の形態）
上記のように、本発明の実施の形態および変形例によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。

例えば、本発明の実施の形態に記載したアクセス制御装置は、図４に示すように一つのハードウェア上に構成されても良いし、その機能や処理数に応じて複数のハードウェア上に構成されても良い。また、既存の通信システム上に実現されても良い。また、アクセス制御装置間の通信において、リクエスト形式で情報を取得する方法で説明したが、プッシュ形式でも良い。

本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な請求の範囲に係る発明特定事項によってのみ定められるものである。

Claims (10)

1. ユーザ端末のセッション情報を記録したセッションデータ記憶部を備える複数のアクセス制御装置を、通信ネットワークで双方向に接続したアクセス制御システムに用いられるアクセス制御方法であって、
   複数のアクセス制御装置のいずれかのアクセス制御装置が、ユーザ端末のセッション情報の更新リクエストを受信するステップと、
   前記更新リクエストを受信したアクセス制御装置が、前記ユーザ端末の識別子から、当該ユーザ端末のセッション情報を記憶する複数のアクセス制御装置を特定するステップと、
   前記更新リクエストを受信したアクセス制御装置が、複数の前記特定されたアクセス制御装置に、それぞれ、前記ユーザ端末のセッション情報の新たな更新リクエストを送信するステップと、
   前記新たな更新リクエストを受信したアクセス制御装置が、前記ユーザ端末の識別子に、当該ユーザ端末のセッション情報と、更新時刻とを対応づけて、当該新たな更新リクエストを受信したアクセス制御装置のセッションデータ記憶部を更新するステップと、
   前記新たな更新リクエストを受信した複数のアクセス制御装置が、それぞれ、前記セッションデータ記憶部の更新が成功すると、更新した旨の、当該新たな更新リクエストに対応する新たな更新応答を、前記更新リクエストを受信したアクセス制御装置に送信するステップと、
   前記更新リクエストを受信したアクセス制御装置が、所定数以上の前記新たな更新リクエストを受信した複数のアクセス制御装置から、前記新たな更新応答を受信すると、更新した旨の、前記更新リクエストに対応する更新応答を送信するステップと、
   前記ユーザ端末にサービスを提供する際、サービス処理システムから、前記複数のアクセス制御装置のいずれかのアクセス制御装置が、前記ユーザ端末の前記セッション情報の参照リクエストを受信するステップと、
   前記参照リクエストを受信したアクセス制御装置が、前記ユーザ端末の識別子から、当該ユーザ端末のセッション情報が記憶された複数のアクセス制御装置を特定するステップと、
   前記参照リクエストを受信したアクセス制御装置が、前記複数の特定されたアクセス制御装置に、それぞれ、前記ユーザ端末のセッション情報の新たな参照リクエストを送信するステップと、
   前記新たな参照リクエストを受信したアクセス制御装置が、それぞれ、当該新たな参照リクエストを受信したアクセス制御装置のセッションデータ記憶部から、前記ユーザ端末のセッション情報と更新時刻を取得し、前記参照リクエストを受信したアクセス制御装置に送信するステップと、
   前記参照リクエストを受信したアクセス制御装置が、前記新たな参照リクエストを受信したアクセス制御装置から受信した前記ユーザ端末のセッション情報と更新時刻を比較し、最新のセッション情報を抽出し、前記最新のセッション情報を、前記参照リクエストに対応する参照応答として、前記サービス処理システムに送信するステップ
   を備えることを特徴とするアクセス制御方法。
2. 前記アクセス制御装置は、前記アクセス制御システムに属するアクセス制御装置の識別子と、当該アクセス制御装置の更新の可否を示す更新フラグと、参照の可否を示す参照フラグとを対応づけたノードリストデータを参照することができ、
   前記アクセス制御システムに、休止中のアクセス制御装置が復帰する場合、
   復帰する前記アクセス制御装置が、前記アクセス制御システムに属するアクセス制御装置に、当該復帰するアクセス制御装置の更新フラグについて、更新可への変更リクエストを送信するステップと、
   前記復帰するアクセス制御装置が、前記アクセス制御システムに属するアクセス制御装置から、当該復帰するアクセス制御装置が記録するべきセッション情報を受信し、セッションデータ記憶部に記憶するステップと、
   前記復帰するアクセス制御装置が記録するべき全てのセッション情報を記憶すると、当該復帰するアクセス制御装置が、前記アクセス制御システムに属するアクセス制御装置に、当該復帰するアクセス制御装置の参照フラグについて、参照可への変更リクエストを送信するステップ
   をさらに備えることを特徴とする請求項１に記載のアクセス制御方法。
3. 前記更新リクエストを受信したアクセス制御装置が、前記複数の特定されたアクセス制御装置に、前記ユーザ端末のセッション情報の前記新たな更新リクエストを送信する場合、
   前記アクセス制御装置は、前記ノードリストデータを参照して、前記複数の特定されたアクセス制御装置のうち、前記更新フラグが更新可のアクセス制御装置に、前記ユーザ端末のセッション情報の前記新たな更新リクエストを送信し、
   前記参照リクエストを受信したアクセス制御装置が、前記複数の特定されたアクセス制御装置に、前記ユーザ端末のセッション情報の前記新たな参照リクエストを送信する場合、
   前記アクセス制御装置は、前記ノードリストデータを参照して、前記複数の特定されたアクセス制御装置のうち、前記参照フラグが参照可のアクセス制御装置に、前記ユーザ端末のセッション情報の前記新たな参照リクエストを送信する
   ことを特徴とする請求項２に記載のアクセス制御方法。
4. 前記参照リクエストを受信したアクセス制御装置が、前記複数の特定されたアクセス制御装置のうち、前記最新のセッション情報を記憶していないアクセス制御装置に、前記ユーザ端末について、前記最新のセッション情報への更新リクエストを送信するステップ
   をさらに備えることを特徴とする請求項１ないし３のいずれか１項に記載のアクセス制御方法。
5. ユーザ端末のセッション情報を記録する複数のアクセス制御装置を備えるアクセス制御システムで用いられる前記アクセス制御装置であって、
   ユーザ端末の識別子と、セッション情報と、更新時刻と、を関連づけたセッションデータを記憶するセッションデータ記憶部と、
   前記ユーザ端末のセッション情報の更新リクエストを受信すると、前記ユーザ端末の識別子から、当該ユーザ端末のセッション情報を記憶する複数のアクセス制御装置を特定し、複数の前記特定されたアクセス制御装置に、それぞれ、前記ユーザ端末のセッション情報の新たな更新リクエストを送信する更新受付手段と、
   前記新たな更新リクエストを受信すると、前記ユーザ端末の識別子に、当該ユーザ端末のセッション情報と、更新時刻とを対応づけて、前記セッションデータ記憶部を更新し、前記セッションデータ記憶部の更新が成功すると、更新した旨の、当該新たな更新リクエストに対応する新たな更新応答を、前記更新リクエストを受信したアクセス制御装置に送信する更新手段と、
   前記ユーザ端末にサービスを提供する際、サービス処理システムから、前記ユーザ端末の前記セッション情報の参照リクエストを受信すると、前記ユーザ端末の識別子から、当該ユーザ端末のセッション情報が記憶された複数のアクセス制御装置を特定し、前記複数の特定されたアクセス制御装置に、それぞれ、前記ユーザ端末のセッション情報の新たな参照リクエストを送信するとともに、前記新たな参照リクエストを受信したアクセス制御装置から受信した前記ユーザ端末のセッション情報と更新時刻を比較し、最新のセッション情報を抽出し、前記最新のセッション情報を、前記参照リクエストに対応する参照応答として、前記サービス処理システムに送信する参照受付手段と、
   前記新たな参照リクエストを受信すると、前記セッションデータ記憶部から、前記ユーザ端末のセッション情報と更新時刻を取得して送信する参照手段
   を備え、
   前記更新受付手段は、さらに、所定数以上の前記新たな更新リクエストを受信した複数のアクセス制御装置から、前記新たな更新応答を受信すると、更新した旨の、前記更新リクエストに対応する更新応答を送信することを特徴とするアクセス制御装置。
6. 前記アクセス制御システムに属するアクセス制御装置の識別子と、当該アクセス制御装置の更新の可否を示す更新フラグと、参照の可否を示す参照フラグとを対応づけたノードリストデータを記憶するノードリストデータ記憶部をさらに備え、
   前記アクセス制御システムに、当該アクセス制御装置を、追加する場合、
   前記アクセス制御システムに属するアクセス制御装置に、当該アクセス制御装置の更新フラグについて、更新可への変更リクエストを送信し、
   前記アクセス制御システムに属するアクセス制御装置から、当該アクセス制御装置が記録するべきセッション情報を受信し、前記セッションデータ記憶部に記憶し、
   当該アクセス制御装置が記録するべき全てのセッション情報を記憶すると、前記アクセス制御システムに属するアクセス制御装置に、当該アクセス制御装置の参照フラグについて、参照可への変更リクエストを送信するノード制御手段
   をさらに備えることを特徴とする請求項５に記載のアクセス制御装置。
7. 前記更新受付手段は、前記更新リクエストを受信すると、前記ノードリストデータを参照して、前記複数の特定されたアクセス制御装置のうち、前記更新フラグが更新可のアクセス制御装置に、前記ユーザ端末のセッション情報の前記新たな更新リクエストを送信し、
   前記参照受付手段は、前記参照リクエストを受信すると、前記ノードリストデータを参照して、前記複数の特定されたアクセス制御装置のうち、前記参照フラグが参照可のアクセス制御装置に、前記ユーザ端末のセッション情報の前記新たな参照リクエストを送信する
   ことを特徴とする請求項６に記載のアクセス制御装置。
8. 前記参照受付手段は、さらに、前記複数の特定されたアクセス制御装置のうち、前記最新のセッション情報を記憶していないアクセス制御装置に、前記ユーザ端末について、前記最新のセッション情報への更新リクエストを送信する
   ことを特徴とする請求項５ないし７のいずれか１項に記載のアクセス制御装置。
9. ユーザ端末のセッション情報を記録する複数のアクセス制御装置を備えるアクセス制御システムで用いられるアクセス制御プログラムであって、
   コンピュータを、
   前記ユーザ端末のセッション情報の更新リクエストを受信すると、前記ユーザ端末の識別子から、当該ユーザ端末のセッション情報を記憶する複数のアクセス制御装置を特定し、複数の前記特定されたアクセス制御装置に、それぞれ、前記ユーザ端末のセッション情報の新たな更新リクエストを送信する更新受付手段と、
   前記新たな更新リクエストを受信すると、前記ユーザ端末の識別子に、当該ユーザ端末のセッション情報と、更新時刻とを対応づけて、ユーザ端末の識別子と、セッション情報と、更新時刻と、を関連づけたセッションデータを記憶するセッションデータ記憶部を更新し、前記セッションデータ記憶部の更新が成功すると、更新した旨の、当該新たな更新リクエストに対応する新たな更新応答を、前記更新リクエストを受信したアクセス制御装置に送信する更新手段と、
   前記ユーザ端末にサービスを提供する際、サービス処理システムから、前記ユーザ端末の前記セッション情報の参照リクエストを受信すると、前記ユーザ端末の識別子から、当該ユーザ端末のセッション情報が記憶された複数のアクセス制御装置を特定し、前記複数の特定されたアクセス制御装置に、それぞれ、前記ユーザ端末のセッション情報の新たな参照リクエストを送信するとともに、前記新たな参照リクエストを受信したアクセス制御装置から受信した前記ユーザ端末のセッション情報と更新時刻を比較し、最新のセッション情報を抽出し、前記最新のセッション情報を、前記参照リクエストに対応する参照応答として、前記サービス処理システムに送信する参照受付手段と、
   前記新たな参照リクエストを受信すると、前記セッションデータ記憶部から、前記ユーザ端末のセッション情報と更新時刻を取得して送信する参照手段
   として機能させ、
   前記更新受付手段は、さらに、所定数以上の前記新たな更新リクエストを受信した複数のアクセス制御装置から、前記新たな更新応答を受信すると、更新した旨の、前記更新リクエストに対応する更新応答を送信することを特徴とするアクセス制御プログラム。
10. ユーザ端末のセッション情報の更新または参照のリクエストを受け付ける受付装置と、前記セッション情報を記録したセッションデータ記憶部を備える複数のアクセス制御装置と、通信ネットワークで双方向に接続したアクセス制御システムに用いられるアクセス制御方法であって、
    受付装置が、ユーザ端末のセッション情報の更新リクエストを受信するステップと、
    前記受付装置が、前記ユーザ端末の識別子から、当該ユーザ端末のセッション情報を記憶する複数のアクセス制御装置を特定するステップと、
    前記受付装置が、複数の前記特定されたアクセス制御装置に、それぞれ、前記ユーザ端末のセッション情報の新たな更新リクエストを送信するステップと、
    前記新たな更新リクエストを受信したアクセス制御装置が、前記ユーザ端末の識別子に、当該ユーザ端末のセッション情報と、更新時刻とを対応づけて、当該新たな更新リクエストを受信したアクセス制御装置のセッションデータ記憶部を更新するステップと、
    前記新たな更新リクエストを受信した複数のアクセス制御装置が、それぞれ、前記セッションデータ記憶部の更新が成功すると、更新した旨の、当該新たな更新リクエストに対応する新たな更新応答を、前記受付装置に送信するステップと、
    前記受付装置が、所定数以上の前記新たな更新リクエストを受信した複数のアクセス制御装置から、前記新たな更新応答を受信すると、更新した旨の、前記更新リクエストに対応する更新応答を送信するステップと、
    前記ユーザ端末にサービスを提供する際、サービス処理システムから、前記受付装置が、前記ユーザ端末の前記セッション情報の参照リクエストを受信するステップと、
    前記受付装置が、前記ユーザ端末の識別子から、当該ユーザ端末のセッション情報が記憶された複数のアクセス制御装置を特定するステップと、
    前受付装置が、前記複数の特定されたアクセス制御装置に、それぞれ、前記ユーザ端末のセッション情報の新たな参照リクエストを送信するステップと、
    前記新たな参照リクエストを受信したアクセス制御装置が、それぞれ、当該新たな参照リクエストを受信したアクセス制御装置のセッションデータ記憶部から、前記ユーザ端末のセッション情報と更新時刻を取得し、前記受付装置に送信するステップと、
    前記受付装置が、前記新たな参照リクエストを受信したアクセス制御装置から受信した前記ユーザ端末のセッション情報と更新時刻を比較し、最新のセッション情報を抽出し、前記最新のセッション情報を、前記参照リクエストに対応する参照応答として、前記サービス処理システムに送信するステップ
    を備えることを特徴とするアクセス制御方法。

Images