(57)【要約】【課題】  認証データベースの同期化は新規登録単位に行われ、端末の移動とは非同期に行われていた。このため端末が移動した際には、移動先での認証データベースと移動前の認証データベースが同一であるという保証はできなかった。【解決手段】  端末の移動信号をきっかけに認証データベースの交換を行う。また新規登録データは、差分データとして認証データベースへ蓄える。この結果、新規に情報登録を行った端末のうち、少なくとも1台がドメインを移動した時点で認証データベースの同期化処理が発生する。このため、端末が移動先に到達した時点には、移動先の認証データベースに自身の登録データが転送されており、移動先で改めて新規登録をすることなく通信を開始することができる。【選択図】  図３
2006246311.tif 000002
【特許請求の範囲】
【請求項１】
端末と共にドメインを構成する通信装置であって、
前記通信装置は、端末の登録情報を蓄積するデータベースを含み、このデータベースは初期情報と以降に参加した端末に関する差分情報とから構成され、
配下にあった端末が他のドメインに移動したことを検出したとき、前記差分情報を他のドメインの通信装置に転送することを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置であって、
前記他のドメインの通信装置は、前記通信装置と直接接続されていることを特徴とする通信装置。
【請求項３】
通信網を構成する通信装置であって、
端末の登録状況の初期情報と以降に参加した端末の差分情報とからなるデータベースを含み、
通信網を構成する他の通信装置から、他の差分情報が転送されてきたとき、前記差分情報を前記他の差分情報を用いて更新することを特徴とする通信装置。
【請求項４】
通信網を構成する通信装置であって、
端末の登録状況からなるデータベースを含み、
前記通信装置の配下にある端末からホームエージェントへの転送先変更メッセージを捕捉したとき、前記データベースを参照して前記端末を検索し、
前記データベースに登録がないときは、前記ホームエージェントに前記端末の転送先アドレスを問い合わせることを特徴とする通信装置。
【請求項５】
通信網を構成する通信装置であって、
端末の登録状況からなるデータベースを含み、
前記通信装置の配下にある端末からホームエージェントへの転送先変更メッセージを捕捉したとき、前記データベースを参照して前記端末を検索し、
前記データベースに登録があるときは、前記転送先変更メッセージを前記ホームエージェントに転送することを特徴とする通信装置。
【請求項６】
第１のドメインを管轄する第１の通信装置と、第２のドメインを管轄する第２の通信装置と、ホームエージェントとからなる通信ネットワークであって、
前記第１の通信装置は、端末の登録状況の初期情報と以降に参加した端末の第１の差分情報とからなる第１のデータベースを含み、
前記第２の通信装置は、前記初期情報と以降に参加した端末の第２の差分情報とからなる第２のデータベースを含み、
端末が前記第１のドメインから前記第２のドメインに移動したときに前記ホームエージェント宛てに送出する転送先変更メッセージを、前記第２の通信装置が補足したとき、前記第１の通信装置が保有する前記第１の差分情報を前記第２の通信装置に転送し、前記第２の差分情報を更新することを特徴とする通信ネットワーク。
【請求項７】
第１の通信装置が蓄積する端末の登録情報のデータベースの更新方法であって、
移動してきた配下の端末が送信する転送先変更メッセージを検出するステップと、
前記端末の移動元のドメインを管轄する第２の通信装置のアドレスを調査するステップと、
前記第２の通信装置あてにデータベースのアップデート要求を送信するステップと、
送信させてきた前記第２の通信装置のデータベース情報を用いて、前記データベースを書き換えるステップとからなるデータベースの更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はドメイン単位に認証を行う通信ネットワークシステムに関し、更に詳しくは、端末がドメイン間を移動した場合に、ドメインの移動信号に基づき認証データベースの更新を行い、認証データベースの同一性を改善することを可能とする通信装置、通信ネットワークおよびデータベースの更新方法に関する。
【背景技術】
【０００２】
ユビキタスネットワークでは毎秒１００万台規模の端末がネットワークへの参加・離脱を繰り返し、情報配信サービスやピア・ツウ・ピアサービスを利用する形態が期待されている。また端末は移動度が高くアクセスポイントと無線で接続されているために、外部からの不正攻撃を受けやすい。このためユビキタスネットワークではセキュリティを確保するために、端末単位の認証機能が必要とされている。しかしながら、端末毎の認証をネットワークの単一サーバで行うと、認証トラヒックが集中して処理時間の遅延が発生する。
【０００３】
この問題を解決するために、特願２００４−０４９１２１号では分散型認証システムが提案されている。この出願には、ドメイン毎に認証制御エージェントを配置し、ドメイン単位に認証を行うことが記載されている。すなわちドメイン内の端末に対しては、通信装置と連動した認証制御エージェントが代行処理を行うために、トラヒックの集中が回避でき、高速な認証処理が実現できる。また通信装置は認証データベースを保持し、コアネットワークに含まれる複数の通信装置間で、認証データベースの状態を同一化する処理が実現されている。
【０００４】
非特許文献１には、ユビキタスネットワーク認証・エージェント技術チームの研究の進捗状況が記載されている。
【０００５】
【非特許文献１】（株）日立製作所、東京大学、日本電信電話（株）、大阪大学、”ユビキタスネットワーク認証・エージェント技術チームの研究概要”、[online]、平成１６年１１月２９−３０日、Ubiquitous Authentication Agent Group、[平成１７年１月２５日検索]、インターネット、<URL:www.ubiquitous-forum.jp/documents/ uns2004/group2/g2-sunaga.pdf>
【発明の開示】
【発明が解決しようとする課題】
【０００６】
多数の情報端末がネットワークに接続される利用環境では、認証データベースの中に既に認証に必要なデータが登録されている既存端末のみならず、データが未登録の新規端末も多数参加する。このため、新規端末に対してはデータ登録をリアルタイムで実施するため、認証データベースの状態は時々刻々と変化する。一方、ユーザは情報端末を所持してドメイン間を高速に移動する。この時、ユーザは移動先でも認証に必要なデータの登録を再度行うことなく、すぐに通信を開始することを望んでいる。また認証データベースのデータ量は膨大なために、ネットワーク全体の認証データベースを短時間に同一化するのは難しく、認証データベース量を低減して転送する方式が必要である。
【０００７】
これまでの分散型認証では、認証データベースの同期化は新規登録単位に行われ、端末の移動とは非同期に行われていた。このため端末が移動した際には、移動先での認証データベースと移動前の認証データベースが同一であるという保証はなかった。また新規登録を単位に同期化が行われると、無駄なトラヒックが発生していた。更に認証データベースのデータ量は膨大であるために、全ての認証データベースの情報を移動先の通信装置に送信するとトラヒックを圧迫し、ネットワークの利用効率が低下する、といった問題があった。
【０００８】
本発明の目的は、ハンドオーバ時にもユーザが改めて移動先で端末情報を登録することなく通信を開始することを可能とする通信装置、通信ネットワークシステムおよびデータベース更新方法を提供することである。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明では端末の移動信号（転送先変更メッセージ）をきっかけに認証データベースの転送を行う。また新規登録データは、差分データとして認証データベースへ蓄える。この結果、新規に情報登録を行った端末の１台がドメインを移動した時点で認証データベースの同期化処理が発生するので、端末が移動先に到達した時点には、移動先の認証データベースに自身の登録データが転送されており、移動先で改めて新規登録をすることなく通信を開始することができる。また、新規登録データを差分データとして蓄え、端末移動時にはこの差分データをまとめてブロックデータとして転送するために、トラヒック量の低減が可能であり、高速に同期化が実現できる。
【００１０】
本発明が解決しようとするその他の課題、特徴および動作態様は、以下に図面を参照して行われる実施の形態の説明から明らかにされる。
【発明の効果】
【００１１】
本発明により、端末を使用するユーザは、ハンドオーバ時にも移動先で改めてデータベースに登録することなく、通信を再開することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態に付いて、実施例を用いて図面を参照しながら説明する。なお、実質同一の部位に付いては、同じ参照番号を振り、説明は繰り返さない。
【実施例１】
【００１３】
図１は、通信網１００がドメイン２００Ａと３００Ｂに接続されたネットワークの構成を説明する図である。レイヤー３のプロトコルにはＩＥＴＦ（Internet Engineering Task Force）で標準化の行われたｍｏｂｉｌｅＩＰ  ｖ６（version 6）を適用する。通信網１００には通信装置２０−１、２０−２、２０−３とＨＡ（Home Agent）３０が属しており、通信装置２０−１、２０−２、２０−３とＨＡ３０は、各々通信回線６０−１、６０−２、６０−３で接続されている。また３台の通信装置間はデータ信号を転送するデータチャネル４０−１、４０−２、４０−３と、上記通信装置に含まれる認証ＤＢ（Data Base）の同期化等に使用する制御信号を転送する認証チャネル５０−１、５０−２、５０−３で接続されている。
【００１４】
ドメイン２００Ａとドメイン３００Ｂには端末１０（１０Ａ−１〜１０Ａ−ｎまたは１０Ｂ−１〜１０Ｂ−ｍ）が属しており、各端末は通信回線８０（８０Ａ−１〜８０Ａ−ｎまたは８０Ｂ−１〜８０Ｂ−ｍ）を介して、通信装置２０−１または２０−２に接続されている。本実施例では、通信回線８０に無線ＬＡＮ（ＩＥＥＥ８０２．１１）を適用している。
【００１５】
ユーザは、端末１０Ａ−ｎを持ち歩きドメイン２００Ａに参加する。このとき端末１０Ａ−ｎは、通信装置２０−１と認証を行い、認証が許可された場合に通信網１００との通信が可能となる。認証が不許可の場合には、端末情報を通信装置２０−１に登録し、認証が許可されるまで登録作業を繰り返す。一度認証が許可された端末１０Ａ−ｎは、ドメイン２００Ａ内に所属する間は通信を継続した状態で動き回ることができる。
【００１６】
しかし、端末１０Ａ−ｎがドメイン２００Ａからドメイン３００Ｂに移動した場合、通常は再度移動先のドメイン３００Ｂで認証を行う必要がある。なお、本実施例では、移動前の端末１０Ａ−ｎと移動先の端末１０Ｂ−ｍが同一として説明する。ここで、通信網と通信ネットワークは同じ意味である。端末１０は、当該ドメインを管轄する通信装置２０の配下にある。
【００１７】
図２は、通信装置２０−１、２０−２、２０−３の装置構成を説明するブロック図である。通信装置２０は、ＣＰＵ（演算部）１２０、キャッシュメモリ１３０、主メモリ１４０、入出力制御プロセッサ（入出力制御部）１５０、スイッチ制御プロセッサ（スイッチ制御部）１６０、経路計算プロセッサ（経路計算部）１７０、シグナリング処理プロセッサ（信号処理部）１８０、ネットワークトポロジーＤＢ１９０、認証ＤＢ２１０、経路検索テーブル３１０から構成され、これらの構成要素はバス１１０に接続される。主メモリ１４０には、経路検索プログラム１４０１、リンク管理プログラム１４０２、Binding Update Message監視プログラム１４０３、認証制御エージェントプログラム１４０４が記録され、各プロセッサで実行される。なお、経路検索テーブル３１０は主メモリ１４０に置いても良い。
【００１８】
入出力制御プロセッサ１５０は、信号制御回線１５５（１５５−１〜１５５−ｎ）を介してデータチャネル４０と認証チャネル５０に接続され、対向する通信装置間の信号の流れを制御する。またスイッチ制御プロセッサ１６０は、通信装置のスイチング素子（図示せず）に接続され、ポート間の信号の流れを制御する。経路計算プロセッサ１７０は、ネットワークトポロジーＤＢ１９０と経路検索テーブル３１０を参照してパケットの最適経路を決定する。シグナリング処理プロセッサ１８０は、この計算結果に基づきパケットの通信経路を設定する。
【００１９】
Binding Update Message監視プログラム１４０３は、端末１０から送信されたBinding Update Message（ＢＵメッセージ）を監視して、添付情報を追加してＢＵメッセージをＨＡ３０に転送する。認証ＤＢ２１０は、ドメインに含まれる端末の認証情報などを蓄積しており、端末を認証する際に参照される。また認証制御エージェントプログラム１４０４は、端末認証に関する制御メッセージを監視している。
【００２０】
なお、図２から明らかなように通信機器２０はルータに、認証ＤＢ、Binding Update Message監視プログラム、認証制御エージェントプログラムを付加し、エンハンスした機器である。ルータ以外にスイッチをエンハンスしても良い。
【００２１】
図３は、図１のネットワークの各機器の動作を説明する遷移図である。まず、ドメインＡにある端末１０Ａ−ｎは、通信装置２０−１に参加要求を送信する（Ｔ３０１）。参加要求を受信した通信装置２０−１は、認証ＤＢ２１０を検索し登録されていないことを確認すると、端末１０Ａ−ｎに認証要求を返信する（Ｔ３０２）。これに対して、端末１０Ａ−ｎは、登録メッセージを送信する（Ｔ３０３）。このメッセージを受け取った通信装置２０−１は、登録内容を認証ＤＢ２１０へ書き込む。次に通信装置２０−1は、ＡＣＫ（Acknowledge）メッセージを端末１０Ａ−ｎに送信する（Ｔ３０４）。これにより、オンライン登録が完了する。
【００２２】
ＡＣＫを受信した端末１０Ａ−ｎはＨＡ３０宛てに、端末１０Ａ−ｎと通信装置２１−１のアドレス情報を含むＢＵメッセージを送信する（Ｔ３０５）。このＢＵメッセージを受信したＨＡ３０は、端末１０Ａ−ｎと通信装置２１−１のアドレス情報をアドレス管理テーブルに記録する。この後、端末１０Ａ−ｎは、通信装置２０−１を介して通信メッセージを送信して（Ｔ３０６）、通信網１００に含まれるサーバ（図示せず）との交信を開始する。
【００２３】
しばらく後に端末１０Ａ−ｎはドメインＡからドメインＢへ移動したとして説明を続ける。移動前に端末１０Ａ−ｎは、通信装置２０−１に通信終了を送信する（Ｔ３０７）。移動先で端末１０Ｂ−ｍ（移動前の端末１０Ａ−ｎ）は通信装置２０−２よりＲＡ（Router Advertisement）を受け取る（Ｔ３１１）。この場合、自身のプレフィックスと異なるので、ＣｏＡ（Care of Address：気付アドレス）を生成し、ＣｏＡと端末１０Ｂ−ｍのアドレス情報を含むＢＵメッセージをＨＡ３０宛に送信する（Ｔ３１２）。この後、ＨＡ３０は受信したメッセージに含まれる端末アドレスと、予めアドレス管理テーブルに記録されている情報を比較して移動前の通信装置のアドレスを割り出し、このアドレスを通信装置２０−２に送信する（Ｔ３１４）。
【００２４】
この後、ドメインＢの通信装置２０−２は、端末１０Ｂ−ｍの移動前のドメインであったドメインＡの通信装置２０−１のアドレス宛てにＤＢ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージを送信する（Ｔ３１５）。このリクエストメッセージの受信をきっかけに、通信装置２０−１は、認証ＤＢ２１０への新規登録内容を含むＤＢ  Ｕｐｄａｔｅメッセージを通信装置２０−２宛に送信する（Ｔ３１６）。このアップデイトメッセージを受信した通信装置２０−２は、自身の認証ＤＢの内容を更新する。
【００２５】
続いて端末１０Ｂ−ｍは、参加要求を通信装置２０−２に送信する（Ｔ３１７）。通信装置２０−２は既に認証ＤＢ２１０の内容を更新し、認証ＤＢ２１０にドメインＡでオンライン登録済みの端末１０Ｂ−ｍ（端末１０Ａ−ｎ）のデータを持っているので、端末１０Ｂ−ｍ宛て参加許可を送信する（Ｔ３１８）。これを受けて、端末１０Ｂ−ｍは通信メッセージ信号を送信して通信網１００に含まれるサーバとの交信を再開する（Ｔ３１９）。
【００２６】
尚、ここでは認証ＤＢ２１０への登録方法として、端末から登録情報を送信するオンライン登録方法を説明したが、ネットワーク管理者が通信装置２０−１と直接交信して、新規にドメインに参加した端末情報を追加することも可能である。これは、他の実施例でも同様である。
【００２７】
移動してきた端末１０Ｂ−ｍの移動前のドメインを管轄する通信装置のアドレス調査方法として、ＨＡ３０に問い合わせたが、端末１０Ｂ−ｍに移動前のドメインを管轄する通信装置のアドレスを含めて問い合わせても良い。
逆に、移動前のドメインを管轄する通信装置のアドレスを調査せず他の全ての通信装置にＤＢ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージを送信してもよい。さらに、端末が通信終了を通信装置に送信する前に、通信中の通信装置のアドレスを取得して、ドメインを移動後にＢＵに移動前の通信装置のアドレス情報を付加して送信しても良い。
【００２８】
図４および図５を用いて、端末１０の動作フローを説明する。ここで、図４は移動前の端末１０Ａ−ｎの動作であり、図５は移動後の端末１０Ｂ−ｍの動作である。
図４において、まず始めに端末１０Ａ−ｎは、参加要求を送信する（Ｓ４０１）。次に要求結果を受信し（Ｓ４０２）、受信結果を判定する（Ｓ４０３）。受信結果がＯＫ（参加許可）の場合には、ステップ４０７の通信に移行する。受信結果がＮＧ（認証要求）の場合には、端末情報登録を送信し（Ｓ４０４）、次に登録結果を受信し（Ｓ４０５）、受信結果を判定する（Ｓ４０６）。受信結果がＯＫの場合（ＡＣＫ）には、ステップ４０７の通信に移行する。受信結果がＮＧの場合にはステップ４０４に戻り、再度端末情報登録を送信する。端末１０Ａ−ｎは、ステップ４０４〜ステップ４０６の処理が成功するまで繰り返す。但し、試行回数の上限を設定して、試行回数以内に成功しない場合にはタイムアウト処理とする。
【００２９】
図５において、ドメインを移動した端末１０Ｂ−ｍは、ＲＡを受信し（Ｓ５０１）、自分自身のプレフィックスと比較を行い相違を検出する（Ｓ５０２）。この相違検出により、端末１０Ｂ−ｍはＢＵを送信する（Ｓ５０３）。この後、端末１０Ｂ−ｍは移動先のドメインＢで再度認証処理を行う。まず始めに参加要求を送信し（Ｓ５０４）、要求結果を受信する（Ｓ５０５）。次に受信結果を判定する（Ｓ５０６）。受信結果がＯＫ（参加許可）の場合には、ステップ５１０の通信に移行する。受信結果がＮＧ（認証要求）の場合には、再度端末情報登録を送信し（Ｓ５０７）、登録結果を受信する（Ｓ５０８）。受信結果を判定し（Ｓ５０９）、ＯＫの場合（ＡＣＫ）にはステップ５１０の通信に移行する。判定結果がＮＧの場合には、ステップ５０７に戻り、再度端末登録処理を繰り返す。この時、一定の試行回数を設定して、試行回数を超えた場合には、タイムアウトとする。
【００３０】
図６ないし図８を用いて、通信装置２０の動作フローを説明する。ここで、図６は参加要求を受けた通信装置のフローチャート、図７は端末の移動先の通信装置のフローチャート、図８は端末の移動元の通信装置のフローチャートである。
図６において、通信装置２０−１は、まずパケットの受付を開始し、参加要求を受信する（Ｓ６０１）。次に認証ＤＢの検索を行い（Ｓ６０２）、受信したパケットの内容が認証ＤＢ２１０に含まれるかの判定を行う（Ｓ６０３）。認証ＤＢ２１０にユーザ情報が存在する場合（Ｙ）には、参加許可の送信を行う（Ｓ６０４）。またユーザ情報が含まれない場合（Ｎ）には、認証要求の送信を行う（Ｓ６０５）。次に端末情報登録を受信し（Ｓ６０６）、認証ＤＢへの追加を行う（６０７）。この後追加結果の判定を行い（Ｓ６０８）、正常に追加ができた場合には、参加許可を送信する（Ｓ６０４）。また正常に追加ができなかった場合には、ステップ６０５に戻る。そして認証ＤＢ２１０への登録が正常に終了するまでステップ６０５〜ステップ６０８を繰り返す。この時、一定の試行回数を設定して、試行回数を超えた場合には、タイムアウトとする。尚、ここではオンライン登録の方法を示したが、ネットワーク管理者が直接通信装置２０−１と交信して、認証ＤＢに端末情報を書き込むことも可能である。
【００３１】
図７において、通信装置２０−２は、パケットの受付を開始し、ドメイン内の全ての端末に対して、定期的にＲＡを送信する（Ｓ７０１）。ＢＵを受信した場合（Ｓ７０２）には、ＨＡ３０へアドレスの問合せを行う（Ｓ７０３）。ＨＡ３０から移動前の通信装置のアドレスを受信する（Ｓ７０４）と、当該アドレスあてにＤＢ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔ信号を送信し（Ｓ７０５）、ＤＢ  Ｕｐｄａｔｅ信号を受信する（Ｓ７０６）。この後、ＤＢ  Ｕｐｄａｔｅ信号に含まれる端末情報を利用して認証ＤＢ２１０を更新する（Ｓ７０７）。
【００３２】
端末１０Ｂ−ｍから参加要求を受信すると（Ｓ７０８）、で認証ＤＢ２１０の検索を行う（Ｓ７０９）。検索結果の判定を行い（Ｓ７１０）、ユーザ情報が存在する場合（Ｙ）には、参加許可の信号を送信する（Ｓ７１１）。もしユーザ情報が存在しない場合（Ｎ）には、認証要求の信号を送信する（Ｓ７１２）。この後端末情報登録を受信し（Ｓ７１３）、認証ＤＢへの追加を行う（Ｓ７１４）。次に追加結果の判定を行い（Ｓ７１５）、追加が正常に行われた場合には、参加許可を送信する（Ｓ７１１）。また追加が正常に行われなかった場合には、ステップ７１２に戻る。そして端末情報登録が正常に終了するまで、ステップ７１２〜ステップ７１５を繰り返す。尚、繰り返し回数に上限を設けて、指定した回数を超えた場合には、タイムアウトとする。
【００３３】
図８において、通信装置２０−２からDB Update Requestを受信（Ｓ８０１）した通信装置２０−１は、自らの認証ＤＢ２１０に蓄えた差分情報からなるブロック情報を含むDB Update信号を生成し、通信装置２０−２に送信する（Ｓ８０２）。
【００３４】
図９を参照して、ＨＡのＢＵ受信動作フローを説明する。ＨＡ３０は、通信装置から、移動前の通信装置のアドレス問合せ付きのＢＵを受信すると（Ｓ９０１Ｙ）、まずアドレス管理テーブルを参照し（Ｓ９０２）、現在の転送先アドレスを移動後の通信装置に返信（Ｓ９０３）した後、ＢＵの含まれるＣｏＡを用いて転送テーブルを更新する（Ｓ９０４）。一方、アドレス問合せの無いＢＵを受信すると（Ｓ９０５）、ＢＵの含まれるＣｏＡを用いて転送テーブルを更新（Ｓ９０４）のみ実施する。
【００３５】
図１０を用いて、認証ＤＢの論理構造を説明する。ここで、図１０は認証ＤＢの論理構造を説明するブロック図である。認証ＤＢ２１０は、既存登録情報２７０とブロック情報２８０で構成される。またブロック情報２８０は、複数の差分登録情報ａ〜ｎ（２８０−１〜２８０−ｎ）で構成される。例えば図１の通信装置２０−１〜２０−３は各々認証ＤＢ２１０を含むが、既存登録情報２７０は上記の全ての認証ＤＢに共通な初期値である。この初期値はネットワーク管理者が通信装置ごとに個別に設定する。次に通信装置が端末から参加要求を受信すると、既存登録情報２７０と比較して端末認証を判定する。もし端末情報が既存登録情報２７０に含まれない場合には、端末情報登録メッセージから登録情報を抽出して、差分登録情報ａ２８０−１として認証ＤＢ２１０に追加する。また他の未登録端末が参加した場合にも、差分登録情報ｂ〜ｎ（２８０−２〜２８０−ｎ）として認証ＤＢ２１０に追加する。
【００３６】
なお、ここでは端末登録の例を示したが、ユーザのプロファイル情報を用いた場合にも同様の手順で追加が可能である。そしてＤＢ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔ信号を受信した時点で、差分登録情報ａ〜ｎ（２８０−１〜２８０−ｎ）をブロック情報２８０としてまとめて、ＤＢ  Ｕｐｄａｔｅ信号を送信する。また、ここでは認証ＤＢ２１０の論理構造を示したが、実装に当たっては、ハードディスクや光ディスク、または半導体メモリのファイル構造に従って論理単位を分けるものとする。
【００３７】
図１１ないし図１３を用いて、認証ＤＢの更新方法を説明する。ここで、図１１ないし図１３は、通信ネットワークのブロック図である。また、図１１ないし図１３は、端末移動先の通信装置にブロック情報を転送する状況を示す。
図１１を参照して、認証ＤＢ２１０の第１の更新方法を説明する。図１１において、４台の通信装置２０（２０−１〜２０−４）が、データチャネル４０（４０−１〜４０−６）と認証チャネル５０（５０−１〜５０−６）を介して相互に接続されている。通信装置２０−１を含むドメインＡ（２００Ａ）に含まれる端末１０Ａ−ｎが、通信装置２０−２を含むドメインＢ（３００Ｂ）に移動すると、通信装置２０−２はＤＢ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージを通信装置２０−１宛に送信する。このメッセージを受け取った通信装置２０−１は、通信装置２０−１に帰属する認証ＤＢ２１０のブロック情報２８０をＤＢ  Ｕｐｄａｔｅメッセージに含めて、該メッセージを通信装置２０−２に帰属する認証ＤＢ２１０宛に送信する。
【００３８】
このような方法で認証ＤＢを更新することにより、端末１０Ｂ−ｍは移動先ドメインＢ（３００Ｂ）で新たに端末情報を登録することなく通信を開始することができる。
【００３９】
図１２を参照して、認証ＤＢ２１０の第２の更新方法を説明する。認証ＤＢ２１０の第２の更新方法は、ネットワークに含まれる全ての通信装置にブロック情報を転送する方法である。本例でも図１１と同様に、４台の通信装置２０（２０−１〜２０−４）が、データチャネル４０（４０−１〜４０−６）と認証チャネル５０（５０−１〜５０−６）を介して相互に接続されている。今、通信装置２０−１を含むドメインＡ（２００Ａ）に含まれる端末１０Ａ−ｎが、通信装置２０−２を含むドメインＢ（３００Ｂ）に移動すると、通信装置２０−２はＤＢ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージを通信装置２０−１宛に送信する。このメッセージを受け取った通信装置２０−１は、通信装置２０−１に帰属する認証ＤＢ２１０のブロック情報２８０をＤＢ  Ｕｐｄａｔｅメッセージに含めて、全ての通信装置２０−２、２０−３、２０−４宛に送信する。またＤＢ  Ｕｐｄａｔｅメッセージはブロードキャスト信号として送信することも可能である。
【００４０】
このような更新方法を用いることにより、ネットワークに接続される全ての認証ＤＢを同一状態に保つことができ、端末がどのドメインに移動した場合にも新たに端末情報を登録することなく通信を開始することができる。
【００４１】
図１３を参照して、認証ＤＢ２１０の第３の更新方法を説明する。認証ＤＢ２１０の第３の更新方法は、端末移動先の通信装置と近接の通信装置にブロック情報を転送する方法である。ここでは５台の通信装置２０（２０−１〜２０−５）が、それぞれデータチャネル４０（４０−１〜４０−７）と認証チャネル５０（５０−１〜５０−７）を介してメッシュ状に接続されている。今、通信装置２０−１を含むドメインＡ（２００Ａ）に含まれる端末１０Ａ−ｎが、通信装置２０−２を含むドメインＢ（３００Ｂ）に移動すると、通信装置２０−２はＤＢ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージを通信装置２０−１宛に送信する。このメッセージを受け取った通信装置２０−１は、通信装置２０−１に帰属する認証ＤＢ２１０のブロック情報２８０をＤＢ  Ｕｐｄａｔｅメッセージに含めて、このメッセージを端末移動先の通信装置２０−２に帰属する認証ＤＢ２１０と、通信装置２０−１に直接接続された近接の通信装置２０−３と２０−４に帰属する認証ＤＢ２１０宛に送信する。
【００４２】
この場合、通信装置２０−１に直接接続されていないドメインＥの通信装置２０−５の認証ＤＢは更新されない。しかし、通信装置２０−２を含むドメインＢ（３００Ｂ）に含まれる端末１０が、通信装置２０−１を含むドメインＡ（２００Ａ）に移動するときに、更新される。
【００４３】
このような方法で認証ＤＢ２１０を更新することにより、図１２で示したブロードキャスト方式と比較して、ネットワークに占める認証トラヒック量を低減することが可能である。この結果、認証ＤＢ更新に必要な時間を短縮できる。
【００４４】
本実施例に拠れば、端末を使用するユーザは、ハンドオーバ時（ドメイン間の移動）にも移動先で改めてデータベースに登録することなく、通信を再開することができる。
【実施例２】
【００４５】
次に図１４および図１５を参照して実施例２を説明する。実施例２は、レイヤー３のプロトコルにＩＥＴＦで標準化の行われているｍｏｂｉｌｅＩＰ  ｖ４（version 4）を適用した実施例である。図１４は通信網１００がドメイン２００Ａと３００Ｂに接続されたネットワーク構成図である。通信網１００には通信装置２０−１、２０−２、２０−３とＨＡ３０が属しており、通信装置２０−１、２０−２、２０−３とＨＡ３０は、各々通信回線６０−１、６０−２、６０−３で接続されている。また３台の通信装置間はデータ信号を転送するデータチャネル４０−１、４０−２、４０−３と、上記通信装置に含まれる認証ＤＢの同期化等に使用する制御信号を転送する認証チャネル５０−１、５０−２、５０−３で接続されている。ドメイン２００Ａと３００ＢにはＦＡ（Foreign Agent）２９０（２９０Ａまたは２９０Ｂ）と端末１０（１０Ａ−１〜１０Ａ−ｎまたは１０Ｂ−１〜１０Ｂ−ｍ）が属しており、各端末は通信回線８０（８０Ａ−１〜８０Ａ−ｎまたは８０Ｂ−１〜８０Ｂ−ｍ）を介して、ＦＡ２９０ＡまたはＦＡ２９０Ｂに接続されている。本実施例では通信回線８０に無線ＬＡＮ（ＩＥＥＥ８０２．１１）を適用した。
【００４６】
本実施例で適用される通信装置２０は、図２に示した通信装置と同様である。但し、ＩＰｖ６とＩＰｖ４の違いから、Binding Update Message監視プログラムは、ＢＵメッセージではなく、ＲＲ（Registration Request）メッセージを監視する。ＢＵメッセージとＲＲメッセージは、ともに転送先変更メッセージである。
【００４７】
次に図１５を用いて、図１４の通信ネットワークを構成する各機器の動作を説明する。ここで図１５は、通信ネットワークを構成する各機器の動作を説明する遷移図である。ドメインＡの端末１０Ａ−ｎは、通信装置２０−１に参加要求を送信する（Ｓ３３１）。参加要求を受信した通信装置２０−１は、認証ＤＢ２１０を検索し登録されていないことを確認すると、端末１０Ａ−ｎに認証要求を返信する（Ｔ３３２）。これに対して、端末１０Ａ−ｎは、登録メッセージを送信する（Ｔ３３３）。このメッセージを受け取った通信装置２０−１は、登録内容を認証ＤＢ２１０へ書き込む。次に通信装置２０−1は、ＡＣＫ（Acknowledge）メッセージを端末１０Ａ−ｎに送信する（Ｔ３３４）。これにより、オンライン登録が完了する。
【００４８】
ＡＣＫを受け取った端末１０Ａ−ｎはＨＡ３０宛てに、端末１０Ａ−ｎと通信装置２０−１のアドレスを含むＲＲ（Registration Request）メッセージを送信する（Ｔ３３５）。このＲＲメッセージを受信したＨＡ３０は、アドレス管理テーブルに、端末１０Ａ−ｎと通信装置２０−１のアドレスを記録する。この後、端末１０Ａ−ｎは、通信装置２０−１を介して通信メッセージを送信して（Ｔ３３６）、サーバ等との交信を開始する。
【００４９】
しばらく後に端末１０Ａ−ｎはドメインＡからドメインＢへ移動する。この移動前に端末１０Ａ−ｎは、通信装置２０−１に通信終了を送信する（Ｔ３３７）。移動先で端末１０Ｂ−ｍ（移動前の１０Ａ−ｎ）は、ＦＡ２９０ＢよりＡＡ（Agent Advertisement）を受け取る（Ｔ３４１）。ＡＡのプレフィックスが、自身のプレフィックスと異なるので端末１０Ｂ−ｍは、ＣｏＡを生成し、ＣｏＡを含むＲＲ（Registration Request）メッセージをＦＡ２９０Ｂ宛に送信する（Ｔ３４２）。ＦＡ２９０Ｂは、このメッセージをＨＡ３０に転送する（Ｔ３４３）。このメッセージを受信したＨＡ３０はアドレス管理テーブルを検索して移動前の通信装置２０−１のアドレスを見出し、このアドレスを付加したRegistration Responseメッセージを通信装置２０−２に送信する（Ｔ３４５）。
【００５０】
ドメインＢの通信装置２０−２は、端末１０Ｂ−ｍの移動前のドメインであったドメインＡの通信装置２０−１に対してＤＢ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージを送信する（Ｔ３４６）。このメッセージの受信をきっかけに、通信装置２０−１は、認証ＤＢ２１０への新規登録内容を含むＤＢ  Ｕｐｄａｔｅメッセージを通信装置２０−２宛に送信する（Ｔ３４７）。このメッセージを受信した通信装置２０−２は、自身の認証ＤＢ２１０の内容を更新する。
【００５１】
この後端末１０Ｂ−ｍは、参加要求を通信装置２０−２に送信する（Ｔ３４８）。通信装置２０−２は既に認証ＤＢ２１０の内容を更新し、認証ＤＢ２１０にドメインＡでオンライン登録済みの端末１０Ｂ−ｍ（端末１０Ａ−ｎ）のデータを持っているので、端末１０Ｂ−ｍ宛て参加許可を送信する（Ｔ３４９）。これを受けて、端末１０Ｂ−ｍは通信メッセージ信号を送信してサーバとの交信を再開する（Ｔ３５０）。
【００５２】
本実施例に拠れば、端末を使用するユーザは、ハンドオーバ時（ドメイン間の移動）にも移動先で改めてデータベースに登録することなく、通信を再開することができる。
【図面の簡単な説明】
【００５３】
【図１】実施例１のネットワークシステムを示す構成を説明するブロック図である。
【図２】通信装置構成を説明するブロック図である。
【図３】図１のネットワークの各機器の動作を説明する遷移図である。
【図４】端末の移動前のフローチャートである。
【図５】端末の移動後のフローチャートである。
【図６】参加要求を受けた通信装置のフローチャートである。
【図７】端末の移動先通信装置のフローチャートである。
【図８】端末の移動元通信装置のフローチャートである。
【図９】ＨＡの受信動作のフローチャートである。
【図１０】認証データベースの論理構造を説明するブロック図である。
【図１１】認証データベース更新方法を示すブロック図である。
【図１２】認証データベース他の更新方法を示すブロック図である。
【図１３】認証データベース更に他の更新方法を示すブロック図である。
【図１４】実施例２のネットワークシステムを示す構成を説明するブロック図である。
【図１５】図１４のネットワークの各機器の動作を説明する遷移図である。
【符号の説明】
【００５４】
１０…端末、２０…通信装置、３０…ホームエージェント、４０…データチャネル、５０…認証チャネル、６０…通信回線、８０…通信回線、１００…通信網、１１０…バス、１２０…ＣＰＵ、１３０…キャッシュ、１４０…主メモリ、１５０…入出力プロセッサ、１５５…信号制御回線、１６０…スイッチ制御プロセッサ、１７０…経路計算プロセッサ、１８０…シグナリング処理プロセッサ、１９０…トポロジーデータベース、２００…ドメイン、２１０…認証データベース、２７０…既存登録情報、２８０…ブロック情報、２９０…フォーリンエージェント、３００…ドメイン、３１０…経路検索テーブル、４００…ドメイン、５００…ドメイン、６００…ドメイン。
【図１】
2006246311.tif 000003
【図２】
2006246311.tif 000004
【図３】
2006246311.tif 000005
【図４】
2006246311.tif 000006
【図５】
2006246311.tif 000007
【図６】
2006246311.tif 000008
【図７】
2006246311.tif 000009
【図８】
2006246311.tif 000010
【図９】
2006246311.tif 000011
【図１０】
2006246311.tif 000012
【図１１】
2006246311.tif 000013
【図１２】
2006246311.tif 000014
【図１３】
2006246311.tif 000015
【図１４】
2006246311.tif 000016
【図１５】
2006246311.tif 000017