(57)【特許請求の範囲】
【請求項１】
ネットワーク上に配置されて連携して動作する複数のネットワーク装置と当該ネットワーク装置が利用するデータを保持するデータ保持装置を備えたデータ保持システムであって、
前記データ保持装置は、
前記複数のネットワーク装置それぞれが利用する異なる形式のデータを関連付けて格納した記憶手段と、
前記ネットワーク装置からのデータ取得要求に応じて当該ネットワーク装置が利用するデータを前記記憶手段から検索する検索手段と、
前記検索手段が検索した前記データを前記ネットワーク装置に通知するとともに、当該データに関連付けられた別の形式のデータを前記記憶手段から読み出して前記ネットワーク装置と連携して動作する別のネットワーク装置に通知する通知手段と、を有し、
前記ネットワーク装置は、
前記データ保持装置から通知されたデータを保持する記憶手段と、
前記記憶手段に前記データが保持されていない場合、前記データ保持装置に前記データを要求する要求手段と、を有すること
を特徴とするデータ保持システム。
【請求項２】
前記通知手段は、前記記憶手段に格納された前記データが変更された場合に、当該データに関連する前記ネットワーク装置に通知することを特徴とする請求項１記載のデータ保持システム。
【請求項３】
前記連携して動作する複数のネットワーク装置は、トランスポートデータを利用して端末をネットワークに接続する第１のネットワーク装置とトランスポートデータとサービスデータを利用して前記端末間のセッションを確立する第２のネットワーク装置を有し、
前記データ保持装置の記憶手段は、前記トランスポートデータと前記サービスデータを関連付けて格納し、
前記検索手段は、前記第１のネットワーク装置から前記トランスポートデータが要求された場合、当該第１のネットワーク装置が利用する前記トランスポートデータを前記記憶手段から検索し、
前記通知手段は、前記検索手段が検索した前記トランスポートデータを前記第１のネットワーク装置に通知するとともに、当該トランスポートデータと当該トランスポートデータに関連付けられた前記サービスデータを前記記憶手段から読み出して前記第１のネットワーク装置と連携して動作する第２のネットワーク装置に通知することを特徴とする請求項１記載のデータ保持システム。
【請求項４】
ネットワーク上に配置されて連携して動作する複数のネットワーク装置が利用するデータを保持するデータ保持装置であって、
前記複数のネットワーク装置それぞれが利用する異なる形式のデータを関連付けて格納した記憶手段と、
前記ネットワーク装置からのデータ取得要求に応じて当該ネットワーク装置が利用するデータを前記記憶手段から検索する検索手段と、
前記検索手段が検索した前記データを前記ネットワーク装置に通知するとともに、当該データに関連付けられた別の形式のデータを前記記憶手段から読み出して前記ネットワーク装置と連携して動作する別のネットワーク装置に通知する通知手段と、
を有することを特徴とするデータ保持装置。
【請求項５】
複数のネットワーク装置それぞれが利用する異なる形式のデータを関連付けて保持するデータ保持装置に対してデータ取得要求があったときに、前記データ取得要求で要求されたデータに関連付けられた別の形式のデータを利用する場合は、前記データ保持装置から通知を受けるネットワーク装置であって、
前記データ保持装置から通知されたデータを保持する記憶手段と、
前記記憶手段に前記データが保持されていない場合、前記データ保持装置に前記データを要求する要求手段と、
を有することを特徴とするネットワーク装置。
【請求項６】
ネットワーク上に配置されて連携して動作する複数のネットワーク装置が利用するデータを保持するデータ保持装置によるデータ保持方法であって、
前記ネットワーク装置からのデータ取得要求に応じて当該ネットワーク装置が利用するデータを前記複数のネットワーク装置それぞれが利用する異なる形式のデータを関連付けて格納した記憶手段から検索するステップと、
前記検索するステップで検索した前記データを前記ネットワーク装置に通知するとともに、当該データに関連付けられた別の形式のデータを前記記憶手段から読み出して前記ネットワーク装置と連携して動作する別のネットワーク装置に通知するステップと、
を有することを特徴とするデータ保持方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代通信網において利用するデータを管理する技術に関する。
【背景技術】
【０００２】
次世代通信網（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ：ＮＧＮ）では、ユーザに関するデータとして、トランスポートデータ、サービスデータなどを保持し利用する。トランスポートデータは、ユーザ端末の認証、ＩＰアドレス払出し等を行うために利用するデータである。サービスデータは、ネットワークにて、例えば、電話やＶｏＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）など発信端末から着信端末への接続などのサービスを実行するために利用するデータである。トランスポートデータとサービスデータは、ユーザがＮＧＮのサービスに加入するときに、トランスポートデータはＮＡＳＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｍｅｎｔ  Ｓｕｂ−Ｓｙｓｔｅｍ）へ、サービスデータはＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）へ各々投入されて、それぞれで保持される。
【０００３】
また、ＮＡＳＳとＣＳＣＦはＮＧＮ上に複数配備されるが、例えばユーザの居住地など、ユーザのプロファイルをベースにトランスポートデータとサービスデータを管理するＮＡＳＳとＣＳＣＦが割り当てられる。
【０００４】
なお、ＮＧＮに関する概要は非特許文献１、ＣＳＣＦとＮＡＳＳの連携については非特許文献２，３に記載されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); NGN Functional Architecture Release 1”, ETSI ES 282 001 V1.1.1 (2005-08)
【非特許文献２】“Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Network Attachment Sub-System (NASS); e2 interface based on the DIAMETER protocol”, ETSI ES 283 035 V1.2.1 (2007-06)
【非特許文献３】“Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); NGN Functional Architecture; Network Attachment Sub-System (NASS)”, ETSI ES 282 004 V3.4.1 (2010-03)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ユーザがサービスを利用するとき、例えば、ネットワークにて発信端末から着信端末への接続などのサービスを利用するときは、ＣＳＣＦはサービスデータとトランスポートデータを参照して、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて発着信端末間の接続を行う。サービスデータはＣＳＣＦ自身が保持するが、トランスポートデータはＮＡＳＳが保持するため、ＣＳＣＦはＮＡＳＳに要求してトランスポートデータを取得する必要がある。このデータの取得にかかる時間のため、呼を接続するなど、サービスを実行するための処理時間が伸長するという問題があった。
【０００７】
さらに、ユーザが、例えば、東京、大阪、福岡などの複数の地域で端末をネットワークに接続できるように、予め複数地域でサービス提供を受ける契約をしておく場合、東京でネットワーク接続をしていたＮＧＮサービスの端末を大阪に移動してネットワークに接続することが可能となる。このとき、東京と大阪で管轄するＮＡＳＳ、ＣＳＣＦが異なる場合がある。管轄するＮＡＳＳ、ＳＣＳＦが異なると、東京を管轄するＣＳＣＦ、大阪を管轄するＣＳＣＦ、および福岡を管轄するＣＳＣＦそれぞれに対して、トランスポートデータをどのＮＡＳＳに問い合わせるかを設定管理する必要がある。個々のユーザがサービス提供を受ける地域の数が増加すると、問い合わせるＮＡＳＳを設定管理する手間が増えるという問題があった。
【０００８】
本発明は、上記に鑑みてなされたものであり、ＮＧＮ上のサービスにおいて、ネットワーク機器の処理時間を短縮し、データ管理の手間を軽減することを目的とする。
【課題を解決するための手段】
【０００９】
第１の本発明に係るデータ保持システムは、ネットワーク上に配置されて連携して動作する複数のネットワーク装置と当該ネットワーク装置が利用するデータを保持するデータ保持装置を備えたデータ保持システムであって、前記データ保持装置は、前記複数のネットワーク装置それぞれが利用する異なる形式のデータを関連付けて格納した記憶手段と、前記ネットワーク装置からのデータ取得要求に応じて当該ネットワーク装置が利用するデータを前記記憶手段から検索する検索手段と、前記検索手段が検索した前記データを前記ネットワーク装置に通知するとともに、当該データに関連付けられた別の形式のデータを前記記憶手段から読み出して前記ネットワーク装置と連携して動作する別のネットワーク装置に通知する通知手段と、を有し、前記ネットワーク装置は、前記データ保持装置から通知されたデータを保持する記憶手段と、前記記憶手段に前記データが保持されていない場合、前記データ保持装置に前記データを要求する要求手段と、を有することを特徴とする。
【００１０】
上記データ保持システムにおいて、前記通知手段は、前記記憶手段に格納された前記データが変更された場合に、当該データに関連する前記ネットワーク装置に通知することを特徴とする。
【００１１】
上記データ保持システムにおいて、前記連携して動作する複数のネットワーク装置は、トランスポートデータを利用して端末をネットワークに接続する第１のネットワーク装置とトランスポートデータとサービスデータを利用して前記端末間のセッションを確立する第２のネットワーク装置を有し、前記データ保持装置の記憶手段は、前記トランスポートデータと前記サービスデータを関連付けて格納し、前記検索手段は、前記第１のネットワーク装置から前記トランスポートデータが要求された場合、当該第１のネットワーク装置が利用する前記トランスポートデータを前記記憶手段から検索し、前記通知手段は、前記検索手段が検索した前記トランスポートデータを前記第１のネットワーク装置に通知するとともに、当該トランスポートデータと当該トランスポートデータに関連付けられた前記サービスデータを前記記憶手段から読み出して前記第１のネットワーク装置と連携して動作する第２のネットワーク装置に通知することを特徴とする。
【００１２】
第２の本発明に係るデータ保持装置は、ネットワーク上に配置されて連携して動作する複数のネットワーク装置が利用するデータを保持するデータ保持装置であって、前記複数のネットワーク装置それぞれが利用する異なる形式のデータを関連付けて格納した記憶手段と、前記ネットワーク装置からのデータ取得要求に応じて当該ネットワーク装置が利用するデータを前記記憶手段から検索する検索手段と、前記検索手段が検索した前記データを前記ネットワーク装置に通知するとともに、当該データに関連付けられた別の形式のデータを前記記憶手段から読み出して前記ネットワーク装置と連携して動作する別のネットワーク装置に通知する通知手段と、を有することを特徴とする。
【００１３】
第３の本発明に係るネットワーク装置は、複数のネットワーク装置それぞれが利用する異なる形式のデータを関連付けて保持するデータ保持装置に対してデータ取得要求があったときに、前記データ取得要求で要求されたデータに関連付けられた別の形式のデータを利用する場合は、前記データ保持装置から通知を受けるネットワーク装置であって、前記データ保持装置から通知されたデータを保持する記憶手段と、前記記憶手段に前記データが保持されていない場合、前記データ保持装置に前記データを要求する要求手段と、を有することを特徴とする。
【００１４】
第４の本発明に係るデータ保持方法は、ネットワーク上に配置されて連携して動作する複数のネットワーク装置が利用するデータを保持するデータ保持装置によるデータ保持方法であって、前記ネットワーク装置からのデータ取得要求に応じて当該ネットワーク装置が利用するデータを前記複数のネットワーク装置それぞれが利用する異なる形式のデータを関連付けて格納した記憶手段から検索するステップと、前記検索するステップで検索した前記データを前記ネットワーク装置に通知するとともに、当該データに関連付けられた別の形式のデータを前記記憶手段から読み出して前記ネットワーク装置と連携して動作する別のネットワーク装置に通知するステップと、を有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ＮＧＮ上のサービスにおいて、ネットワーク機器の処理時間を短縮し、データ管理の手間を軽減することができる。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態におけるデータ保持装置を含む全体構成図である。
【図２】データベースにて保持するデータの構造を示す図である。
【図３】データを登録する処理を説明する図である。
【図４】端末をネットワークに接続するときの処理を説明する図である。
【図５】サービスを利用するときの処理を説明する図である。
【図６】別の接続ポイントを介してネットワークに接続するときの処理を説明する図である。
【図７】データを追加する処理を説明する図である。
【図８】データを削除する処理を説明する図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について図面を用いて説明する。
【００１８】
図１は、本実施の形態におけるデータ保持装置を含む全体構成図である。本実施の形態では、データ保持装置１がトランスポートデータとサービスデータを関連付けてマスタデータとしてデータベースに保持し、ＮＡＳＳ、ＣＳＣＦなどのネットワーク機器が必要に応じてこれらのデータを取得して複製データとして保持する。トランスポートデータは、ユーザ端末の認証、ＩＰアドレス払出し等を行うために利用するデータである。サービスデータは、ネットワークにて、例えば、電話やＶｏＤなど発信端末から着信端末への接続などのサービスを実行するために利用するデータである。図１では、トランスポートデータとサービスデータを一つのデータベースに格納する例を示しているが、各々別のデータベースに格納してもよい。また、図１では、ＮＧＮ上のネットワーク機器としてＮＡＳＳ、ＣＳＣＦ、およびルータを２台づつのみを示し、その他の配備は省略している。
【００１９】
図１に示すデータ保持装置１は、検索部１１、通知部１２、およびデータベース１３を備える。検索部１１は、ネットワーク機器からの要求に応じてトランスポートデータ、サービスデータをデータベース１３から検索する。通知部１２は、ネットワーク機器から要求があったときに、その要求に対するデータを要求元のネットワーク機器に返却するとともに、そのデータに関連付けられたデータをデータベースから読み出して、要求元のネットワーク機器と連携して動作する別のネットワーク機器に対して通知する。データベース１３は、トランスポートデータ、サービスデータを関連付けてマスタデータとして格納する。
【００２０】
ＮＡＳＳ、ＣＳＣＦなどのネットワーク機器は、それぞれの機器固有の機能の他に、データ保持装置１から通知されたデータを複製データとして保持する機能、必要なデータが保持されていない場合にデータ保持装置１にデータを要求する機能を備える。ＮＡＳＳとＣＳＣＦの役割を簡単に説明すると、ＮＡＳＳはトランスポートデータの複製データを保持してユーザ端末の認証、ＩＰアドレスの払い出し等を行ってユーザ端末をネットワークに接続し、ＣＳＣＦはトランスポートデータとサービスデータの複製データを保持してＮＡＳＳによりネットワークに接続された端末間のセッションを確立する。ＮＡＳＳとＣＳＣＦは連携してユーザにサービスを提供する。
【００２１】
（データベースに保持するデータの構造）
図２は、データベース１３にて保持するデータの構造を示す図である。
【００２２】
図２（ａ）のユーザ対応表は、ユーザを特定するユーザＩＤに対応ＩＤを関連付けて、ユーザ毎に関連する対応ＩＤを検索できるようにするものである。対応ＩＤは、後述のユーザデータ対応表を用いて、互いに関連付けられたトランスポートデータ、サービスデータを検索するためのキーである。ユーザＩＤに複数の対応ＩＤを関連付けて、ユーザの利用サービスに応じて複数の対応ＩＤを付与する場合にも対応する。
【００２３】
図２（ｂ）のトランスポートデータ表は、トランスポートデータを管理するものであり、トランスポートデータを特定するトランスポートデータＩＤから、データの内容であるトランスポートデータ、トランスポートデータを利用するサーバを示す割当サーバ、および対応ＩＤを検索可能とするための構造を有する。
【００２４】
図２（ｃ）のサービスデータ表は、サービスデータを管理するものであり、サービスデータを特定するサービスデータＩＤから、データの内容であるサービスデータ、サービスデータを利用するサーバを示す割当サーバ、および対応ＩＤを検索可能とするための構造を有する。
【００２５】
図２（ｄ）のユーザデータ対応表は、対応ＩＤに、ユーザＩＤとともに、トランスポートデータＩＤとサービスデータＩＤを関連付けて、トランスポートデータとサービスデータの対応を表す。上記のトランスポートデータ表、サービスデータ表においてトランスポートデータ、サービスデータに付与された対応ＩＤをキーとしてユーザデータ対応表を用いることにより、両データの関連付けを検索できる。また、ユーザＩＤにより、利用するユーザの検索も可能である。
【００２６】
トランスポートデータ、サービスデータを別々のデータベースで管理する場合、ユーザ対応表、ユーザデータ対応表は両方のデータベースに配備する。あるいは、ユーザ対応表、ユーザデータ対応表をいずれか片方のデータベースに配備し、何らかの方法で両データベース間で共有する。
【００２７】
（データ登録）
次に、データを登録する処理について説明する。
【００２８】
図３は、本実施の形態におけるデータ保持装置１にデータを登録する処理を説明するための図である。ここでは、オペレーションシステムからのデータ登録について説明するが、特に登録手段を限定するものではない。
【００２９】
データの登録に対しては、データ登録を命令するコマンド（本実施例ではＩＮＳＥＲＴコマンド）を用いる。図３に示す例では、ＩＮＳＥＲＴコマンドに続いて、ユーザを特定するユーザＩＤ（user_id1）、対応ＩＤ（user1_binding1, user2_binding2）で対応付けるサービスデータＩＤ（S_user1）、トランスポートデータＩＤ（T_user11, T_user12）、サービスデータＩＤ（S_user1）に対応するサービスデータ（dataS）、およびトランスポートデータＩＤ（T_user11, T_user12）に対応するトランスポートデータ（dataT, dataTT）を入力している。本実施例では、ユーザがネットワークの接続ポイントとして２箇所を契約する場合を示しており、それぞれの接続ポイントで用いるトランスポートデータ（dataT, dataTT）を２つ登録し、２つの対応ＩＤ（user1_binding1, user2_binding2）により、トランスポートデータ（dataT, dataTT）それぞれにサービスデータ（dataS）を関連付ける。
【００３０】
図３には、データ登録の処理が完了したときの各テーブルの様子が示してある。ユーザ対応表には、ユーザＩＤと対応ＩＤが登録される。トランスポートデータ表には、トランスポートデータＩＤ、トランスポートデータ、および対応ＩＤが登録される。割当サーバの欄は、後述する処理において登録されるので、データ登録の時点では空欄である。サービスデータ表には、サービスデータＩＤとサービスデータが登録される。本実施例では、サービスデータに２つの対応ＩＤが関係するが、後述する処理において登録されるので、データ登録の時点では、登録をしないか、あるいは、いずれかひとつの対応ＩＤを登録してもよい。ユーザデータ対応表には、対応ＩＤそれぞれにユーザＩＤ、サービスデータＩＤ、トランスポートデータＩＤが関連付けられて登録される。
【００３１】
（端末がネットワークに接続するときのデータ取得）
次に、端末が新たにネットワークに接続するときのデータ保持装置と各ネットワーク機器の処理について説明する。以下で説明する処理は、ユーザの端末が初めてＮＡＳＳに接続したとき、あるいは、ＮＡＳＳが再立ち上げなどで保持するデータを消失したときに行われる。
【００３２】
図４は、端末４Ａがルータ３Ａを介してネットワークに接続するときの処理を説明するための図である。
【００３３】
まず、ユーザが端末４Ａをルータ３Ａを介してネットワークに接続する場合、ＮＡＳＳ１がユーザからの接続要求を受信する（ステップＳ１１）。ＮＡＳＳ１への接続要求には、トランスポートデータＩＤ（T_user11）が記載される。トランスポートデータＩＤは、端末接続時にユーザが指定する場合、あるいは、網が付与する場合がある。
【００３４】
ＮＡＳＳ１は接続要求を受信すると、トランスポートデータＩＤ（T_user11）を用いてデータ保持装置１にデータ取得要求を送信する（ステップＳ１２）。
【００３５】
データ保持装置１は、トランスポートデータＩＤ（T_user11）をキーに該当するデータを検索する（ステップＳ１３）。具体的には、まず、トランスポートデータ表において、トランスポートデータＩＤ（T_user11）に対応するトランスポートデータ（dataT）と対応ＩＤ（user1_binding1）を検索するとともに、割当サーバの欄にデータ取得要求元であるＮＡＳＳ１を登録する。次に、ユーザデータ対応表において、検索した対応ＩＤ（user1_binding1）をキーとして、トランスポートデータＩＤ（T_user11）に対応するサービスデータＩＤ（S_user1）を検索する。そして、サービスデータ表において、検索したサービスデータＩＤ（S_user1）に対応するサービスデータ（dataS）を検索するとともに、割当サーバの欄にＮＡＳＳ１に対応するＣＳＣＦ１を登録し、対応ＩＤの欄に user1_binding1 を登録する。割当サーバの登録については、予めＮＡＳＳとＣＳＣＦの対応表をデータベースに保持するなどの方法がある。
【００３６】
データ保持装置１は、ステップＳ１３の処理で検索されたトランスポートデータ（dataT）をＮＡＳＳ１に通知するとともに（ステップＳ１４−１）、トランスポートデータ（dataT）とサービスデータ（dataS）をＮＡＳＳ１に対応するＣＳＣＦ１に通知する（ステップＳ１４−２）。ＮＡＳＳ１、ＣＳＣＦ１では、通知されたデータを複製データとして保持する。
【００３７】
そして、ＮＡＳＳ１は、端末４Ａをネットワークに接続する処理を行い、ルータ３Ａに対して接続応答を返却する（ステップＳ１５）。
【００３８】
（ユーザがサービスを利用するときのデータ取得）
次に、ユーザがサービスを利用するときのデータ保持装置とネットワーク機器の処理について説明する。以下で説明する処理は、ＣＳＣＦのダウン等によりＣＳＣＦが再立ち上げなどで保持するデータを消失した場合に、ユーザがサービスを利用するためにＣＳＣＦに接続した時点で行うものである。
【００３９】
図５は、ユーザが端末４Ａを用いてサービスを利用するときの処理を説明するための図である。
【００４０】
まず、ＣＳＣＦ１が端末４Ａから別の端末への接続要求を受信する（ステップＳ２１）。接続要求には、サービスデータＩＤ（S_user1）が記載される。サービスデータＩＤは、電話番号等サービス利用時にユーザが指定する値を利用する。
【００４１】
ＣＳＣＦ１は接続要求を受信すると、サービスデータＩＤ（S_user1）を用いてデータ保持装置１にデータ取得要求を送信する（ステップＳ２２）。
【００４２】
データ保持装置１は、サービスデータＩＤ（S_user1）をキーに該当するデータを検索する（ステップＳ２３）。具体的には、まず、サービスデータ表において、サービスデータＩＤ（S_user1）に対応するサービスデータ（dataS）と対応ＩＤ（user1_binding1）を検索する。次に、ユーザデータ対応表において、検索した対応ＩＤ（user1_binding1）をキーとして、サービスデータＩＤ（S_user1）に対応するトランスポートデータＩＤ（T_user11）を検索する。そして、トランスポートデータ表において、検索したトランスポートデータＩＤ（T_user11）に対応するトランスポートデータ（dataT）を検索する。
【００４３】
データ保持装置１は、ステップＳ２３の処理で検索されたサービスデータ（dataS）とトランスポートデータ（dataT）をＣＳＣＦ１に通知する（ステップＳ２４）。ＣＳＣＦ１では、通知されたデータを複製データとして保持する。
【００４４】
そして、ＣＳＣＦ１は、端末間のセッションを確立する処理を行い、ルータ３Ａに対して接続応答を返却する（ステップＳ２５）。
【００４５】
（ユーザ端末が移動してネットワークに接続するときのデータ変更とデータ取得）
次に、ユーザが予め複数地域でサービス提供を受ける契約をしておき、端末を移動させて、ネットワークの接続ポイントが変更されたときのデータ保持装置と各ネットワーク機器の処理について説明する。本ケースでは、ユーザを管轄するＮＡＳＳ１、ＣＳＣＦ１が各々別のＮＡＳＳ２、ＣＳＣＦ２に変更される。これに伴い、ＮＡＳＳ２、ＣＳＣＦ２にデータが通知され、ＮＡＳＳ１、ＣＳＣＦ１のデータが消去される。
【００４６】
図６は、ユーザが別の地域のルータ３Ｂを介してネットワークに接続するときの処理を説明するための図である。
【００４７】
まず、ユーザが移動して端末４Ｂから別の接続ポイントに接続する場合、ＮＡＳＳ２がユーザからの接続要求を受信する（ステップＳ３１）。ＮＡＳＳ２への接続要求には、トランスポートデータＩＤ（T_user12）が記載される。トランスポートデータＩＤ（T_user12）は、移動前のＮＡＳＳ１が管轄していた時点とは異なる値であり、ユーザが指定する場合、あるいは、網が付与する場合がある。
【００４８】
ＮＡＳＳ２は接続要求を受信すると、トランスポートデータＩＤ（T_user12）を用いてデータ保持装置１にデータ取得要求を送信する（ステップＳ３２）。
【００４９】
データ保持装置１は、トランスポートデータＩＤ（T_user12）をキーに該当するデータを検索する（ステップＳ３３）。具体的には、まず、トランスポートデータ表において、トランスポートデータＩＤ（T_user12）に対応するトランスポートデータ（dataTT）と対応ＩＤ（user1_binding2）を検索するとともに、割当サーバの欄にデータ取得要求元であるＮＡＳＳ２を登録する。次に、ユーザデータ対応表において、検索した対応ＩＤ（user1_binding2）をキーとして、トランスポートデータＩＤ（T_user12）に対応するサービスデータＩＤ（S_user1）を検索する。そして、サービスデータ表において、検索したサービスデータＩＤ（S_user1）に対応するサービスデータ（dataS）を検索するとともに、割当サーバの欄をＣＳＣＦ１からＣＳＣＦ２に、対応ＩＤの欄を user1_binding1 から user1_binding2 に変更する。さらに、ユーザデータ対応表において、変更前の対応ＩＤ（user1_binding1）をキーとしてトランスポートデータＩＤ（T_user11）を検索し、トランスポートデータ表において、検索したトランスポートデータＩＤ（T_user11）をキーに割当サーバＮＡＳＳ１を検索する。これにより、移動前にユーザを管轄していたＮＡＳＳ１が検索され、ＮＡＳＳ１に対応する移動前にユーザを管轄していたＣＳＣＦ１も特定される。
【００５０】
データ保持装置１は、ステップＳ３３の処理で検索されたＮＡＳＳ１、ＣＳＣＦ１にデータ削除通知を送信する（ステップＳ３４−１，Ｓ３４−２）。ＮＡＳＳ１、ＣＳＣＦ１のそれぞれは、データ削除通知を受信すると、通知されたトランスポートデータＩＤ、サービスデータＩＤに対応するデータを削除する。
【００５１】
また、データ保持装置１は、ステップＳ３３の処理で検索されたトランスポートデータ（dataTT）を移動後にユーザを管轄するＮＡＳＳ２に通知するとともに（ステップＳ３５−１）、トランスポートデータ（dataTT）とサービスデータ（dataS）をＮＡＳＳ２に対応するＣＳＣＦ２に通知する（ステップＳ３５−２）。ＮＡＳＳ２、ＣＳＣＦ２では、通知されたデータを複製データとして保持する。
【００５２】
そして、ＮＡＳＳ２は、ルータ３Ｂに対して接続応答を返却する（ステップＳ３６）。
【００５３】
（データ追加）
次に、データの追加について説明する。
【００５４】
図７は、本実施の形態におけるデータ保持装置１にデータを追加する処理を説明するための図である。ここでは、２箇所の地域でサービス提供を受ける契約をしているユーザがさらに１箇所を追加して合計３箇所を契約する場合のデータ追加の処理について説明する。
【００５５】
データの追加に対しては、データ追加を命令するコマンド（本実施例ではＵＰＤＡＴＥコマンド）を用いる。図７に示す例では、ＵＰＤＡＴＥコマンドに続いて、ユーザＩＤ（user_id1）、対応ＩＤ（user1_binding3）で対応付けるサービスデータＩＤ（S_user1）、トランスポートデータＩＤ（T_user13）、および新たに追加するトランスポートデータ（dataTTT）を入力している。本実施例では、ユーザが新たに１つの接続ポイントを追加する場合を示しており、新たな接続ポイントのトランスポートデータ（dataTTT）を登録し、新たな対応ＩＤ（user1_binding3）により、トランスポートデータ（dataTTT）を特定するトランスポートデータＩＤ（T_user13）とサービスデータ（dataS）を特定するサービスデータＩＤ（S_user1）を関連付ける。
【００５６】
図７には、データ追加の処理が完了したときの各テーブルの様子が示してある。トランスポートデータ表に、新たなトランスポートデータＩＤ（T_user13）、トランスポートデータ（dataTTT）、対応ＩＤ（user1_binding3）が登録され、ユーザデータ対応表に、サービスデータＩＤ（S_user1）とトランスポートデータＩＤ（T_user13）を対応付けた新たな対応ＩＤ（user1_binding3）が登録される。
【００５７】
（データ削除、変更）
次に、データの削除、変更について説明する。
【００５８】
図８は、本実施の形態におけるデータ保持装置１からデータを削除する処理を説明するための図である。ここでは、３箇所の接続ポイントを契約したユーザが１箇所の契約を解除する場合について説明する。
【００５９】
まず、オペレーションシステムからデータの削除が要求される（ステップＳ４１）。データの削除に対しては、データ削除を命令するコマント（本実施例ではＤＥＬＥＴＥコマンド）を用いる。図８に示す例では、ＤＥＬＥＴＥコマンドに続いて、削除する接続ポイントに該当するトランスポートデータＩＤ（T_user12）を入力している。
【００６０】
データ保持装置１は、削除するトランスポートデータＩＤ（T_user12）をキーに該当するデータを検索する（ステップＳ４２）。具体的には、まず、トランスポートデータ表において、トランスポートデータＩＤ（T_user12）に関連する属性であるトランスポートデータ（dataTT）、割当サーバ（ＮＡＳＳ２）、および対応ＩＤ（user1_binding2）を検索する。次に、ユーザデータ対応表において、トランスポートデータ表で検索された対応ＩＤ（user1_binding2）の属性であるユーザＩＤ（user_id1）、サービスデータＩＤ（S_user1）、およびトランスポートデータＩＤ（T_user12）を検索する。そして、ユーザ対応表において、ユーザＩＤ（user_id1）の属性である対応ＩＤ（user1_binding2）を検索し、サービスデータ表において、サービスデータＩＤ（S_user1）の属性である割当サーバ（ＣＳＣＦ２）、対応ＩＤ（user1_binding2）を検索する。
【００６１】
データ保持装置１は、ステップＳ４２の処理で検索されたＮＡＳＳ２、ＣＳＣＦ２にデータ削除通知を送信する（ステップＳ４３−１，Ｓ４３−２）。ＮＡＳＳ２、ＣＳＣＦ２のそれぞれは、データ削除通知を受信すると、通知されたトランスポートデータＩＤ、サービスデータＩＤに対応するデータを削除する。
【００６２】
そして、データ保持装置１は、ステップＳ４２で検索されたトランスポートデータＩＤ（T_user12）とトランスポートデータＩＤ（T_user12）に関連するデータを削除する。具体的には、トランスポートデータ表では、トランスポートデータＩＤ（T_user12）と、トランスポートデータＩＤ（T_user12）の属性であるトランスポートデータ（dataTT）、割当サーバ（ＮＡＳＳ２）、および対応ＩＤ（user1_binding2）を削除する。ユーザデータ対応表では、対応ＩＤ（user1_binding2）と、対応ＩＤ（user1_binding2）の属性であるユーザＩＤ（user_id1）、サービスデータＩＤ（S_user1）、およびトランスポートデータＩＤ（T_user12）を削除する。ユーザ対応表では、ユーザＩＤ（user_id1）の属性である対応ＩＤ２（user1_binding2）を削除する。サービスデータ表では、サービスデータＩＤ（S_user1）の属性である割当サーバ（ＣＳＣＦ２）と対応ＩＤ（user1_binding2）を削除する。サービスデータＩＤ（S_user1）と対応するサービスデータ（dataS）は他の接続ポイントで用いるため削除しない。なお、サービスデータＩＤ（S_user1）の属性である対応ＩＤがユーザデータ対応表から削除された対応ＩＤ（user1_binding2）でない場合は、サービスデータ表のサービスデータＩＤ（S_user1）の属性である割当サーバ、対応ＩＤを削除しない。
【００６３】
ここでは、データ削除について説明したが、データ変更を行う場合も同様の処理となる。データ変更の場合は、データ変更を表すコマンドに続いてデータ変更内容を記述し、データを削除する代わりにコマンドで投入したデータを登録する。
【００６４】
以上説明したように、本実施の形態によれば、トランスポートデータとサービスデータをデータベース１３に関連付けて保持し、ユーザの端末が初めてＮＡＳＳに接続したときなどに、ＮＡＳＳがデータベース１３からトランスポートデータを取得して複製データとして保持するとともに、データ保持装置１がそのＮＡＳＳに対応するＣＳＣＦにトランスポートデータとサービスデータを通知し、ＣＳＣＦが両データを複製データとして保持することにより、ＣＳＣＦはトランスポートデータをＮＡＳＳから取得する必要がなくなるので、ＣＳＣＦがセッションを確立するための処理時間を短縮することができる。
【００６５】
本実施の形態によれば、トランスポートデータとサービスデータをデータベース１３で一元管理し、データベース１３で保持するデータが更新、削除されたときに、そのデータに関連するＮＡＳＳやＣＳＣＦに通知することにより、管理上の手間を軽減することができる。
【００６６】
なお、本実施の形態の各装置が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは各装置が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。
【符号の説明】
【００６７】
１…データ保持装置
１１…検索部
１２…通知部
１３…データベース
３Ａ，３Ｂ…ルータ
４Ａ，４Ｂ…端末
【図１】
0005458117.tif 000002
【図２】
0005458117.tif 000003
【図３】
0005458117.tif 000004
【図４】
0005458117.tif 000005
【図５】
0005458117.tif 000006
【図６】
0005458117.tif 000007
【図７】
0005458117.tif 000008
【図８】
0005458117.tif 000009