JP5369598B2 - 端末代行装置 - Google Patents

Description

本発明は、ＩＰネットワーク上でＶｏＩＰ通信が提供される環境下で、モバイルＩＰサービスを提供する場合、ＶｏＩＰ通信などのアプリケーションサービスを享受するモバイルノードの付加サービスに関する。

モバイルＩＰｖ６は、ＩＰｖ６の拡張仕様の一つで、モバイルＩＰとは、同一のＩＰアドレスを保持したまま、別ネットワークへ移動してもその接続性を維持する仕組みである。

図１８は、モバイルＩＰｖ６の仕組みを説明する図である。図１８は、モバイルＩＰｖ６を用いてＳＩＰによるＶｏＩＰ通信を実現する例である。

ＭＮ（モバイルノード：Ｍｏｂｉｌｅ Ｎｏｄｅ）は、ＩＰｖ６を実装する移動可能な端末である。ＭＮは、アクセス場所に依存しないＭＮ固有のＩＰｖ６アドレスであるＨｏＡ（ホームアドレス：Ｈｏｍｅ Ａｄｄｒｅｓｓ）を有する。ＭＮは、ＨｏＡを保持したまま移動し、移動先のネットワークで新たにアドレスを付与される。この移動先のネットワークで取得するアドレスをＣｏＡ（気付けアドレス：Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ）という。

ＨＡ（Ｈｏｍｅ Ａｇｅｎｔ）は、ＭＮのＨｏＡとＣｏＡとの対応付けを管理する装置である。ＨＡが存在し、ＭＮが本来属するネットワークをホームリンクといい、ＭＮの移動先のネットワークをフォーリンリンクという。

ＭＮが移動すると、フォーリンリンクに存在するＩＰｖ６ルータからＣｏＡを取得する。ＭＮは、フォーリンリンクで取得したＣｏＡをＢＵ（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）メッセージを用いてＨＡに通知する。ＭＮが、ＨＡにＣｏＡを通知することを、モバイルＩＰｖ６では「位置登録」という。

以下に、モバイルＩＰｖ６のサービスの特徴を説明する。
（１）ＭＮは、モバイルＩＰｖ６サービスを享受するとき、ＣＮ（Ｃｏｒｒｅｓｐｏｎｄｉｎｇ Ｎｏｄｅ）からの接続要求の宛先アドレスは常にＨｏＡを用いて行われる。例えば、ＣＮからＭＮへパケットが送信される場合には、ＣＮから送られるパケットの宛先アドレスはＭＮのＨｏＡである。ＭＮのＨｏＡを宛先アドレスとしたパケットは、一旦ＨＡに受信され、ＨＡにおいて、ＨｏＡからＣｏＡに宛先が変更されて、ＭＮに届けられる。（２）ＨＡは、ＭＮからのＢＵ（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ:位置登録要求）を受け
ると、バインディングキャッシュを生成する。バインディングキャッシュには、ＭＮのＨｏＡ、ＣｏＡ、生存期間（Ｌｉｆｅｔｉｍｅ）などが登録される。ＨＡは、ＭＮの生存監視を開始する。
（３）ＣＮ（アプリケーションサーバ、もしくはリモートアクセスユーザ）は、ＭＮがＨＡに位置登録状態の時のみ、アクセスが可能となる。
特開２００５−８６４６７号公報 特開２００４−２４２０９０号公報

図１８に示すパターン１は、ＭＮがホームリンクからフォーリンリンクへ移動、もしく
は、フォーリンリンクからホームリンクへ帰還するために、ネットワークに接続していない場合を示す。図１８に示すパターン２は、ＭＮは、ネットワークに接続してはいるものの、電源が入っておらず起動されていない、又は、モバイルＩＰｖ６の位置登録を行っていない状態を示す。

パターン１及びパターン２のどちらの場合でも、ＭＮはＨＡに位置登録を行っていない状態である。そのため、ＭＮにはＨｏＡという固定アドレスが割り振られているにも拘わらず、例えば、ＳＩＰのアプリケーションによってＣＮが、ＭＮのＨｏＡ宛に発信しても、該ＭＮへの着信は不可能となる場合があった。即ち、ＨＡに位置登録を行っていないことにより、ＭＮは、ＨｏＡという固定アドレスが割り振られていても、アプリケーションを実行することができなかった。そこで、ＭＮに固定アドレスＨｏＡが割り振られていることを利用し、ＭＮを代行してモバイルＩＰの位置登録、及び、アプリケーションの処理を行う装置が望まれていた。

開示の端末代行装置の目的は、モバイルＩＰのホームエージェントに位置登録されていない端末の、モバイルＩＰに係る処理と、該端末が実装するアプリケーションに係る処理を代行する技術を提供することである。

開示の端末代行装置は、モバイルＩＰサービスの提供を受ける移動端末の処理を代行する端末代行装置であって、
前記移動端末の移動先で接続される移動先ネットワーク上の気付けアドレスと前記移動端末の移動先に拘わらず設定される固有ネットワーク上の固有アドレスとの関係を管理する管理装置に対して、前記気付けアドレスが未登録の移動端末について、自身が管理するアドレスの中から前記移動端末の気付けアドレスに代わる代行アドレスを割り当てて、前記移動端末の固有アドレスに関連付けて登録する登録代行部と、
前記登録代行部によって前記管理装置への前記代行アドレスの登録完了した場合に、前記気付けアドレスと前記固有アドレスとの関係にしたがって実行されるべき処理に代えて、前記代行アドレスと前記固有アドレスとの関係にしたがって代行処理を実行するアプリケーション代行部と、を備える。

開示の端末代行装置は、管理装置に対する固有アドレスと関連付けた気付アドレスが未登録の移動端末について、移動端末に代行アドレスを割り当て、代行アドレスを固有アドレスと関連付けて管理装置に登録する。このことによって、移動端末の管理装置への気付アドレスの登録を代行することができる。また、代行アドレスの登録が完了すると、気付けアドレスと固有アドレスとの関係にしたがって実行されるべき処理を、代行アドレスと固有アドレスとの関係にしたがって代行処理することができる。

開示の端末代行装置によれば、モバイルＩＰのホームエージェントに位置登録されていない端末の、モバイルＩＰに係る処理と、該端末が実装するアプリケーションに係る処理を代行する技術を提供することができる。

以下、図面に基づいて、端末代行装置の実施の形態を説明する。以下の実施形態の構成は例示であり、端末代行装置は実施形態の構成には限定されない。

＜端末代行の概要＞
図１は、端末代行サービスの概要を示す図である。図１に示す端末代行サービスは、モバイルＩＰｖ６を提供するネットワーク上で実行されるアプリケーションとして、ＳＩＰ
が選択されている場合の例である。

図１に示す端末代行サービスは、モバイルＩＰｖ６を実装するネットワーク上で提供される。端末代行サービスは、ＨＡ１０、代表ＭＮ２０、ＭＮ端末３０、ＭＮ端末４０、ＳＩＰサーバ３、及びＣＮ５０によって実現される。これらの装置は、いずれもＩＰｖ６を実装する。ＨＡ１０、代表ＭＮ２０、ＭＮ端末３０、ＭＮ端末４０は、ＩＰｖ６ネットワーク１に接続する。ＩＰｖ６ネットワーク１は、ＩＰｖ６を実装するネットワーク機器（ＩＰｖ６ルータ等）で構成されるネットワークである。ＩＰｖ６ネットワーク１は、図１においては、例えば、企業や大学のネットワークなどの比較的大規模なネットワークや、ビルなどの建物の単位で構成される小規模のネットワークなどであってもよい。

ＳＩＰサーバ３及びＣＮ５０は、公衆ネットワーク２に接続する。公衆ネットワーク2
は、例えば、インターネット、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）等を含むネットワークである。

図１は、ＩＰｖ６ネットワーク１に接続するＭＮ端末３０及びＭＮ端末４０が、ＳＩＰサーバ３によって通信相手のＣＮとＶｏＩＰ通信を行う場合を示す。

代表ＭＮ２０は、ＨＡ１０が属するホームリンクに配置される。代表ＭＮ２０は、ＨＡ１０に位置登録されていないＭＮの情報をＨＡ１０から取得する。取得した位置登録されていないＭＮの情報に基づいて、代表ＭＮ２０は、位置登録されていないＭＮを代行して、ＨＡ１０への位置登録を行う。これらのＭＮのＨＡ１０への位置登録が完了すると、代表ＭＮ２０は、ＳＩＰサーバ３へこれらのＭＮの位置登録を行う。

代表ＭＮ２０が、ＨＡ１０に位置登録されていないＭＮの代行でモバイルＩＰｖ６の位置登録を行い、さらに、ＳＩＰサーバ３にもＳＩＰの位置登録を行う。このことによって、例えば、ＭＮ３０がホームリンクからフォーリンリンクに移動する間（図１中パターン１）や、ネットワークには接続しているものの、電源が入っておらず起動していない状態（図１中パターン２）の場合にも、ＭＮ３０に対する着信に応答することができる。

＜第１実施形態＞
図２は、端末代行サービスの第１実施形態の構成例を示す図である。図２に示すシステムで端末代行サービスは提供される。このシステムは、モバイルＩＰｖ６を実行する、ＨＡ１０、代表ＭＮ２０、ＭＮ３０、及びＭＮ４０と、ＳＩＰサーバ３と、ＣＮ５０とを含む。ＨＡ１０、代表ＭＮ２０、ＭＮ３０、及びＭＮ４０はＩＰｖ６ネットワーク１に接続する。ＳＩＰサーバ３及びＣＮ５０は、公衆ネットワーク２に接続する。公衆ネットワーク２は、例えば、ＰＳＴＮ（Ｐｕｂｌｉｓｈ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）やインターネット、ＩＰｖ６ネットワーク１を管理している管理者とは別の管理者によるプライベートネットワーク等を含む。

ＨＡ１０は、モバイルＩＰｖ６のホームリンクに接続し、ＭＮのＨｏＡとＣｏＡとの対応付け等のＭＮの情報を管理したり、ＭＮのＨｏＡ宛のパケットを中継したりする。ＨＡ１０は、ルータがプログラムを実行することで実現されてもよいし、ＨＡとしての独立した機器として実現されてもよい。

ＭＮ３０及びＭＮ４０は、モバイルＩＰｖ６を実行する端末である。ＭＮ３０及びＭＮ４０は、ＨＡ１０にモバイルＩＰｖ６の位置登録を行うことによって、モバイルＩＰｖ６のサービスを受けることができる。ＣＮ５０は、ＭＮ３０及びＭＮ４０の通信相手である。ＭＮ３０、ＭＮ４０、及びＣＮ５０は、パーソナルコンピュータや携帯電話など、ＳＩＰを実行するアプリケーションプログラムを実装するコンピュータで実現される。

ＳＩＰサーバ３は、少なくともＳＩＰプロトコルにおけるＰｒｏｘｙサーバとＲｅｇｉｓｔｒｙサーバとの役割を担うサーバである。ＭＮ３０、ＭＮ４０、及びＣＮ５０は、ＳＩＰサーバ３に自身の情報を登録（位置登録）することで、ＳＩＰサービスを受けることができる。ＭＮ３０、ＭＮ４０、及びＣＮ５０は、ＳＩＰサーバに、ＳＩＰのＲＥＧＩＳＴＥＲメッセージを送信することで、自身をＳＩＰサーバ３に登録してもらう（ＳＩＰの「位置登録」）。

代表ＭＮ２０は、ＨＡ１０が接続するホームリンク上に設定される。代表ＭＮ２０は、ＨＡ１０が管轄するモバイルＩＰｖ６ネットワークに接続するＭＮ３０及びＭＮ４０の代行処理を行う。代表ＭＮ２０は、ルータ等のネットワーク機器やコンピュータ端末がプログラムを実行することで実現されてもよいし、代表ＭＮ２０として独立した機器として実現されてもよい。

図３は、ＨＡ１０の構成例を示す図である。ＨＡ１０は、ユーザ状態管理部１１と、ユーザ情報格納部１１Ａと、位置登録制御部１２と、ルーティング制御部１３と、ユーザ登録状態制御部１４とを含む。

ユーザ状態管理部１１は、ＨＡ１０自身が管轄するモバイルＩＰｖ６ネットワーク（ホームリンク及びフォーリンリンク）に接続するＭＮの状態を管理する。ユーザ状態管理部１１は、ユーザ情報格納部１１Ａに格納されるＭＮに関する情報の管理を行う。

ユーザ情報格納部１１Ａには、ＨＡ１０自身が管轄するモバイルＩＰｖ６ネットワークに接続するＭＮに関する情報が含まれる。具体的には、加入者データ（図示せず）、及びバインディングキャッシュ１００等を保持する。加入者データには、ＨＡ１０が管轄するネットワークに接続するＭＮの識別子（例えば、ＩＰｖ６アドレス（ＨｏＡ）、メールアドレス等）や、該ＭＮのユーザの情報等が含まれる。

ＨＡ１０が、ＭＮ３０、ＭＮ４０、及び代表ＭＮ２０からバインディング登録要求（ＢＵ（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ））を受信すると、このＢＵに基づいて、バインディングキャッシュ１００がユーザ状態管理部１１によって生成される。バインディングキャッシュ１００は、ＢＵの送信元であるＭＮ毎に生成され、該ＭＮの「ＨｏＡ」と、代表ＭＮ２０の「代表ＭＮ識別子」が含まれる。「代表ＭＮ識別子」は、ＭＮの代行をする代表ＭＮ２０からＢＵを受信した場合に登録される。ＭＮ自身からＢＵを受信した場合には、「代表ＭＮ識別子」は登録されない（若しくは、「Ｎｕｌｌ」が格納される）。「代表ＭＮ識別子」は、代表ＭＮのＨｏＡもしくはＣｏＡであってもよいし、その他、代表ＭＮ２０に独自に付された識別子であってもよい（メールアドレス等）。

さらに、バインディングキャッシュ１００には、例えば、「ＣｏＡ」、「生存時間」、「代行位置登録フラグ」等が格納される。「ＣｏＡ」とは、ＢＵによって通知されたＭＮのＣｏＡである。「生存時間（ｌｉｆｅｔｉｍｅ）」とは、該ＭＮの位置登録が有効である時間を示す。生存時間が０になる（若しくは満了する）と、該ＭＮのバインディングキャッシュ１００が削除され、該ＭＮの位置登録が無効となり、ＩＰｖ６ネットワーク１から離脱したと見なされる。「代行位置登録フラグ」とは、受信したＢＵが、ＭＮ自身からのＢＵか、もしくは代表ＭＮ２０による代行のＢＵかを示すフラグである。「代表位置登録フラグ」に「ＯＮ」（若しくは「ＯＮ」を示す「１」）が格納されている場合には、受信したＢＵが代表ＭＮ２０による代行であることを示す。「代表位置登録フラグ」に「ＯＦＦ」（若しくは「ＯＦＦ」を示す「０」）が格納されている場合には、受信したＢＵがＭＮ自身によるものであることを示す。

ユーザ状態管理部１１は、代表ＭＮ２０から位置未登録ユーザ情報要求を受信すると、位置未登録ＭＮリストを生成する。位置未登録ユーザ情報要求とは、代表ＭＮ２０からＨＡ１０に送信される、位置登録されていないＭＮについての情報を要求するメッセージである。位置未登録ＭＮリストは、ユーザ情報格納部１１Ａに格納されている加入者データ（図示せず）とバインディングキャッシュ１００とを参照して生成される。具体的には、バインディングキャッシュ１００が生成されていないＭＮの識別子（ＨｏＡ等）を、加入者データ（図示せず）から抽出して生成される。位置未登録ＭＮリストは、位置未登録ユーザ情報要求の応答として（位置未登録ユーザ情報応答）、代表ＭＮ２０に送信される。

位置登録制御部１２は、ＭＮ３０、ＭＮ４０、及び代表ＭＮ２０からＢＵを受信した場合に、これらの端末との間にモバイルＩＰｖ６トンネルを形成するために、ユーザ認証を行う。認証が成功した場合には、位置登録制御部１２は、ユーザ情報管理部１１に対して、バインディングキャッシュ１００を生成し、位置登録処理を行うように指示する。ユーザ状態管理部１１から、バインディングキャッシュ１００の生成完了の通知を受けると、位置登録制御部１２は、位置登録が正常に行われたことを示す、バインディング登録要求応答（ＢＡ（Ｂｉｎｄｉｎｇ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ））をＢＵの送信元のＭＮに送信する。ＨＡ１０への位置登録が完了すると、ＨＡ１０とＭＮとの間にはモバイルＩＰｖ６トンネルが形成される。

ルーティング制御部１３は、ＨＡ１０とＭＮとの間に形成されたモバイルＩＰｖ６トンネルのゲートウェイの役割を果たす。具体的には、外部のネットワークの端末であるＣＮ５０から、ＭＮ３０又はＭＮ４０のＨｏＡを宛先ＩＰアドレスとするパケットを受信する場合に、ルーティング制御部１３は、そのパケットをモバイルＩＰｖ６トンネルに流すためにカプセル化する。このとき、宛先ＩＰアドレスがＭＮ３０又はＭＮ４０のＣｏＡであるＩＰヘッダを受信したパケットに付加してカプセル化する。また、ＭＮ３０、ＭＮ４０、及び代表ＭＮ２０からＣＮ５０へ送信されるパケットを中継する場合には、モバイルＩＰｖ６トンネルを通ってきた、カプセル化されたパケットのＩＰヘッダをはずし、パケットを取り出す。このとき、カプセル化されているパケットのＩＰヘッダの送信元ＩＰアドレスは、ＭＮ３０、ＭＮ４０のＣｏＡである。カプセル化を外されたパケットの送信元ＩＰアドレスは、ＭＮ３０又はＭＮ４０のＨｏＡになる。

ユーザ登録状態制御部１４は、端末代行サービスにかかるパケットの処理を行う。例えば、代表ＭＮ２０から位置未登録ユーザ情報要求を受信した場合に、ユーザ状態管理部１１に位置未登録ＭＮリストを生成するよう指示を出す。ユーザ状態管理部１１から、位置未登録ＭＮリスト受信すると、位置未登録ＭＮリストを含んだ位置未登録ユーザ情報応答を、代表ＭＮ２０に送信する。例えば、ＭＮ３０が代表ＭＮ２０によって代行で位置登録されている場合に、ＭＮ３０自身からＢＵを受信すると、代表ＭＮ２０に代行終了通知を送信し、代表ＭＮ２０にＭＮ３０の位置登録の代行の停止を指示する。

ＨＡ１０のユーザ状態管理部１１、位置登録制御部１２、ルーティング制御部１３、ユーザ登録状態制御部１４は、ＣＰＵによって実現される。また、ユーザ情報格納部１１Ａは、ＲＡＭ（Ｒａｎｄａｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＦｌａｓｈメモリ等の記録媒体によって実現される。

図４は、代表ＭＮ２０の構成例を示す図である。代表ＭＮ２０は、ユーザ代行登録部２１と、ＳＩＰ代行クライアント部２２と、モバイルＩＰｖ６代行クライアント部２３と、代行ＭＮ情報格納部２４とを備える。

ユーザ代行登録部２１は、端末代行サービスにかかるパケットの処理を行う。ユーザ代行登録部２１は、ＨＡ１０に位置登録されていないＭＮの代行処理をモバイルＩＰｖ６代
行クライアント部２３とＳＩＰ代行クライアント部２２とに指示する。例えば、ユーザ代行登録部２１は、定期的（例えば、分単位）に、ＨＡ１０に対して位置未登録ユーザ情報要求を送信し、その応答（位置未登録ユーザ情報応答）として位置未登録ＭＮリストを取得する。例えば、ユーザ代行登録部２１は、位置未登録ＭＮリストに基づいて、ＩＰｖ６代行クライアント部２３及びＳＩＰ代行クライアント部２２に、位置登録を行う様に指示する。

モバイルＩＰｖ６代行クライアント部２３は、ＭＮの代行でモバイルＩＰｖ６にかかるパケットの処理を行う。例えば、ユーザ代行登録部２１からの指示を受けて、ＨＡ１０に対して位置登録を要求するためのバインディング登録要求（ＢＵ）を送信する。

ＳＩＰクライアント代行部２２は、ＭＮの代行でＳＩＰ（ＶｏＩＰ通信）に関するパケットの処理を行う。例えば、ＳＩＰサーバ３への位置登録を行う際には、ＳＩＰサーバ３へＳＩＰのＲＥＧＩＳＴＥＲメッセージを送信する。

代行ＭＮ情報格納部２４は、モバイルＩＰｖ６登録リスト２００と、代行アプリケーション登録データ２０４とを格納する。モバイルＩＰｖ６登録リスト２００は端末代行サービスに加入しているＭＮ毎に用意される。モバイルＩＰｖ６登録リスト２００には、例えば、端末代行サービスに加入しているＭＮの「ＨｏＡ」と、そのＭＮが現在端末代行サービスにより位置登録されているか否かを示す「代行状態」とを格納する。モバイルＩＰｖ６登録リスト２００は、代行アプリケーション登録データ２０４と関連付けられている。

代行アプリケーション登録データ２０４には、端末の代行を行うアプリケーションに関する情報が格納される。代行アプリケーション登録データ２０４には、例えば、「ＣｏＡとＨｏＡとの対応付け」と、「生存時間（ｌｉｆｅｔｉｍｅ）」と、「代行アプリケーション」との情報が格納される。「ＣｏＡとＨｏＡとの対応付け」とは、端末代行サービスに加入しているＭＮのＨｏＡとＣｏＡとの対応付けである。このときのＭＮのＣｏＡは、代表ＭＮ２０がそのＭＮの代行を行う場合に、代表ＭＮ２０のアドレスプールから払い出して、ＨＡ１０にそのＭＮのＣｏＡとして通知するアドレスである。「ｌｉｆｅｔｉｍｅ」とは、代表ＭＮ２０がＨＡに通知する、そのＭＮのバインディングキャッシュ１００がＨＡ１０に保持される時間である。即ち、ＨＡ１０のバインディングキャッシュ１００に格納される「ｌｉｆｅｔｉｍｅ」と同一のものである。「代行アプリケーション」とは、代表ＭＮ２０がＭＮの代行を行うアプリケーションである。第１実施形態では、代表ＭＮ２０が代行するアプリケーションはＳＩＰであるので、「代行アプリケーション」には「ＳＩＰ」が格納される。

さらに、代行アプリケーション登録データには、「代行アプリケーション」に応じて、そのアプリケーションを代行するために必要な情報が格納される。ＳＩＰが代行アプリケーションの場合には、例えば、ＳＩＰの詳細情報として「ＳＩＰサーバ３のアドレス」と、「代行するＭＮのＳＩＰ ＵＲＬ」と、代行するＭＮのユーザ認証時の「パスワード（ＰＷＤ）」とを格納する。

代行ＭＮ情報格納部２４は、不在着信履歴リスト２０６を更に格納する。不在着信履歴リスト２０６は、代表ＭＮ２０がＳＩＰを代行アプリケーションとする場合に、代行するＭＮに対する着信履歴の情報を保持する。詳しくは、後述する。

代表ＭＮ２０のユーザ代行登録部２１、ＳＩＰ代行クライアント部２２、モバイルＩＰｖ６代行クライアント部２３はＣＰＵによって実現される。代行ＭＮ情報格納部２４は、ＲＡＭやＦｌａｓｈメモリなどの記録媒体によって実現される。

図５は、ＭＮ３０の構成例を示す図である。尚、ＭＮ４０、及びＣＮ５０も同様の構成を有する。ＭＮ３０は、モバイルＩＰｖ６クライアント部３１と、ＳＩＰクライアント部３２と、ユーザ制御部３３とを含む。モバイルＩＰｖ６クライアント部３１は、モバイルＩＰｖ６に関する処理を行う。ＳＩＰクライアント部３２は、ＳＩＰのクライアントとして処理を行う。ユーザ制御部３３は、モバイルＩＰｖ６クライアント部３１とＳＩＰクライアント部３２とを制御し、処理の指示を行う。

ＭＮ３０のモバイルＩＰｖ６クライアント部３１、ＳＩＰクライアント部３２、及びユーザ制御部３３はＣＰＵによって実現される。

＜＜位置登録の代行シーケンス＞＞
図６は、位置登録の代行処理のシーケンスの例を示す図である。図６は、代表ＭＮ２０がモバイルＩＰｖ６でのＨＡ１０への位置登録と、ＳＩＰのＳＩＰサーバ３への位置登録との代行処理を行う場合の例を示す。

代表ＭＮ２０のユーザ代行登録部２１は、定期的に（例えば、分単位）、ＨＡ１０に位置未登録ユーザ情報要求を送信する（ＯＰ１）。代表ＭＮ２０から位置未登録ユーザ情報要求を受信すると、ＨＡ１０のユーザ登録状態制御部１４は、ユーザ状態管理部１１に対し、位置未登録ＭＮリストの生成を指示する（ＯＰ２）。

位置未登録ＭＮリストの生成を指示されると、ユーザ状態管理部１１は、ユーザ情報格納部１１に格納される情報に基づいて、位置登録されていないＭＮのＨｏＡを収集し、位置未登録ＭＮリストを生成する（ＯＰ３）。位置未登録ＭＮリストは、ユーザ登録状態制御部１４を介して、位置未登録ユーザ情報応答に含まれて、代表ＭＮ２０に送信される（ＯＰ４）。

代表ＭＮ２０のユーザ代行登録部２１が位置未登録ＭＮリストを受信すると、ユーザ代行登録部２１は、位置未登録ＭＮリストからモバイルＩＰｖ６登録リスト２００に格納されているＭＮ（端末代行サービスに加入しているＭＮ）を抽出する。次に、抽出したＭＮのモバイルＩＰｖ６の位置登録を開始する。

例えば、ＭＮ３０の位置登録を行う場合を例とする。ユーザ代行登録部２１は、モバイルＩＰｖ６代行クライアント部２３を起動し、ＭＮ３０のモバイルＩＰｖ６の位置登録を行うことを指示する（ＯＰ５）。モバイルＩＰｖ６代行クライアント部２３は、バインディング登録要求（ＢＵ）に「代行位置登録フラグ＝ＯＮ、ＨｏＡ＝ＭＮ３０のＨｏＡ、ＣｏＡ＝代表ＭＮ２０から払いだされたＭＮ３０のＣｏＡ」を設定して、ＨＡ１０に送信する（ＯＰ６）。尚、このときＢＵに設定されるＣｏＡ（＝代表ＭＮ２０から払いだされたＭＮ３０のＣｏＡ）とは、代表ＭＮ２０が保持するアドレスプールからＭＮ３０に払い出すアドレスであって、実際のＭＮ３０のＣｏＡとは異なる（ＭＮ３０は、移動中等でネットワークにログインしていない、即ち、移動先のネットワーク（フォーリンリンク）でＣｏＡを取得していない状態であるため）。即ち、モバイルＩＰｖ６代行クライアント部２３が設定するＣｏＡは、実際にはホームリンクに接続していないＭＮを、ＨＡ１０から見た場合に、ホームリンクに接続しているように見せかけるためのアドレスである。尚、ＢＵは、ＩＰｖ６で規定されているメッセージである。

代表ＭＮ２０からＭＮ３０を代行するＢＵを受信すると、ＨＡ１０の位置登録制御部１２は、モバイルＩＰｖ６トンネル形成のためのユーザ認証を行う（ＯＰ７）。ユーザ認証が成功すると、位置登録制御部１２は、ユーザ状態管理部１１にバインディングキャッシュの生成を指示する（ＯＰ８）。

ユーザ状態管理部１１は、ＯＰ６において受信した代表ＭＮ２０からのＢＵに基づいて、バインディングキャッシュ１００を生成する（ＯＰ９）。このとき生成されるＭＮ３０のバインディングキャッシュ１００には、「代表ＭＮ＝代表ＭＮ２０の識別子、ＣｏＡ＝代表ＭＮから払いだされたＭＮ３０のＣｏＡ、代行位置登録フラグ＝ＯＮ」が登録される。バインディングキャッシュ１００の生成が完了すると、登録完了の旨を位置登録制御部１２に通知する（ＯＰ１０）。

位置登録完了を受け付けると、位置登録制御部１２は、位置登録完了を示すバインディング登録要求応答（ＢＡ：ＯＫ）を、代表ＭＮに送信する（ＯＰ１１）。

代表ＭＮ２０がＢＡを受信すると、代表ＭＮ２０とＨＡ１０との間にモバイルＩＰｖ６トンネルが形成される。代表ＭＮ２０のユーザ代行登録部２１は、引き続き、ＳＩＰ代行クライアント部２２を起動し、ＭＮ３０のＳＩＰサーバ３への位置登録を開始する（ＯＰ１２）。ユーザ代行登録部２１は、代行アプリケーション登録データ２０４から、ＭＮ３０のＳＩＰサーバ３への位置登録に必要な情報を読み出し、ＳＩＰ代行クライアント部２２に渡す。

ＳＩＰ代行クライアント部２２は、ユーザ代行登録部２１からの情報を、ＳＩＰのＲＥＧＩＳＴＥＲメッセージに格納して、ＳＩＰサーバ３に送信する（ＯＰ１３）。このとき、ＳＩＰのＲＥＧＩＳＴＥＲメッセージは、モバイルＩＰｖ６代行クライアント部２３において、モバイルＩＰｖ６トンネルのためのカプセル化がなされる。モバイルＩＰｖ６トンネルのためのカプセル化をされたパケットは、宛先ＩＰアドレスがＨＡ１０のインターフェースアドレスであり、送信元ＩＰアドレスがＭＮ３０のＣｏＡ（代表ＭＮ２０から払いだされたアドレス）である。このカプセル化されたパケットが、ＨＡ１０のルーティング制御部１３において、カプセル化が外され、宛先ＩＰアドレスがＳＩＰサーバ３のアドレス、送信元ＩＰアドレスがＭＮ３０のＨｏＡとなり、ＳＩＰサーバ３に送信される（ＯＰ１４）。

ＳＩＰサーバ３からの位置登録完了のメッセージ（ＲＥＧＩＳＴＥＲに対するＯＫメッセージ）は、ＭＮ３０のＨｏＡを宛先ＩＰアドレスとしてＨＡ１０に受信される（ＯＰ１５）。ＨＡ１０のルーティング制御部１３において、カプセル化がなされ、宛先ＩＰアドレスがＭＮ３０のＣｏＡ（代表ＭＮ２０から払いだされたアドレス）であるＩＰヘッダが付加される。このパケットを代表ＭＮ２０が受信すると、モバイルＩＰｖ６代行クライアント部２３において、カプセル化が外され、ＳＩＰ代行クライアント部２２に渡され、ＭＮ３０に関する位置登録の代行が完了する（ＯＰ１６）。その旨は、ユーザ代行登録部２１に通知される（ＯＰ１７）。

ＳＩＰサーバ３への位置登録状態を維持するため、この後、ＳＩＰ代行クライアント部２２は定期的にＳＩＰサーバ３へＲＥＧＩＳＴＥＲメッセージを送信する。

代表ＭＮ２０は、ＯＰ５からＯＰ１７までの処理を位置未登録ＭＮリストから抽出したＭＮの分だけ繰り返し行う。

一方、通信相手のＣＮ５０は、ＳＩＰサーバ３に対して位置登録（ＲＥＧＩＳＴＥＲ）の処理を行う。

尚、ＯＰ６においてＢＵに設定される内容、及び、ＯＰ９においてバインディングキャッシュ１００に登録される内容について、ＣｏＡ、位置登録代行フラグ、位置登録状態等についてのみ説明した。これ以外のパラメータ（例えば、ｌｉｆｅｔｉｍｅ等）は、適宜、設定及び登録される。

＜＜不在着信の代行シーケンス＞＞
図７は、不在着信の代行処理のシーケンスの例を示す図である。図７は、図６の位置登録の代行処理が行われた後、ＣＮ５０からＭＮ３０に宛てて、ＳＩＰの着信要求が行われた場合の、代表ＭＮ２０による不在着信の代行処理のシーケンスを示す。尚、図６において、代表ＭＮ２０が、ＨＡ１０にＭＮ３０の代行で位置登録を行ったことにより、図７では、ＨＡ１０と代表ＭＮ２０との間には、モバイルＩＰｖ６トンネルが形成されている。

ＣＮ５０のユーザ制御部５３は、ＳＩＰクライアント部５２を起動し、ＭＮ３０に宛ててＳＩＰの発信を行うよう指示する（ＯＰ２１）。ＳＩＰクライアント部５２は、ＩＰヘッダの宛先ＩＰアドレスをＭＮ３０のＨｏＡにして、ＳＩＰのＩＮＶＩＴＥメッセージを送信する（ＯＰ２２）。

ＣＮ５０からのＳＩＰのＩＮＶＩＴＥメッセージは、ＳＩＰサーバ３を通じて、ＨＡ１０に転送される。ＳＩＰのＩＮＶＩＴＥメッセージは、ＨＡ１０のルーティング制御部１３においてカプセル化がなされ、モバイルＩＰｖ６トンネルを通じて、ＭＮ３０の代行処理を行う代表ＭＮ２０に届く（ＯＰ２３）。

ＭＮ３０へのＳＩＰのＩＮＶＩＴＥメッセージは、モバイルＩＰｖ６代行クライアント部２３において、モバイルＩＰｖ６トンネルのためのカプセル化が外され、ＳＩＰ代行クライアント部２２に渡される（ＯＰ２４）。

ＳＩＰ代行クライアント部２２は、ＳＩＰのＩＮＶＩＴＥメッセージを受信すると、不在着信履歴リスト２０６を更新する（ＯＰ２５）。不在着信履歴リスト２０６には、ＳＩＰのＩＮＶＩＴＥメッセージに格納される情報をもとに、着信端末であるＭＮ毎に、発信元端末と着信日時とが記録される。図７の場合は、不在着信履歴リスト２０６のＭＮ３０に、発信元端末としてＣＮ５０（ＩＮＶＩＴＥメッセージ中の送信元ＳＩＰ ＵＲＬ情報に基づく）と着信日時とが格納される。

ＳＩＰ代行クライアント部２２は、ＳＩＰのＩＮＶＩＴＥメッセージのレスポンスをＳＩＰサーバ３に送信する（ＯＰ２６）。このときのＳＩＰのレスポンスは、「コード４８６：Ｂｕｓｙ Ｈｅｒｅ」であり、ＭＮ３０が着信できない状態であることを示す。ＳＩＰのレスポンスは、モバイルＩＰｖ６代行クライアント部２３でカプセル化され、ＨＡ１０のルーティング制御部１３で、カプセル化が外され、更にＳＩＰサーバ３を経由してＣＮ５０に届く。

＜＜第１実施形態の作用効果＞＞
第１実施形態では、ＭＮの代行を行う代表ＭＮ２０を設け、代表ＭＮ２０が位置登録を行っていない（位置登録が無効になっている）ＭＮを代行してＨＡ１０に位置登録を行った。これによって、ＭＮが移動中や、起動されていない場合等でも、ＭＮを代行して応答することができる。特に、ＳＩＰなどのアプリケーションを実装するネットワークにおいては、従来では、ＭＮがＨＡ１０に位置登録していない場合には、ＭＮはＳＩＰサーバ３にも位置登録（ログイン）することができず、ＳＩＰの着信要求に対する不在着信をすることもできなかった。しかし、代表ＭＮ２０がＨＡ１０への位置登録の代行処理完了後に、続けて、ＳＩＰサーバ３に位置登録（ログイン）することによって、移動中のＭＮ（ＳＩＰサーバにログインできない状態のＭＮ）の代わりに代表ＭＮ２０が不在着信を行うことができる。

また、代表ＭＮ２０が、不在着信の履歴を記録することにより、ＭＮに不在着信履歴リスト２０６を通知することができる。

第１実施形態では、ＳＩＰサーバ３やＳＩＰプロトコルについては、その機能を変更、追加することなく、標準機能のままで用いることができる。従って、既存のＳＩＰサーバ３の設定を変えることなく、第１実施形態のサービスを実現することができる。

＜第２実施形態＞
第２実施形態では、第１実施形態の不在着信の代行処理に加え、単にＳＩＰのレスポンスを返信するだけではなく、一旦通話中の状態にし（音声通信セッションを確立させ）、音声ガイダンスにより、ＣＮ５０のユーザが音声伝言を残すことを実現する。第２実施形態では、第１実施形態と相違する箇所についてのみ説明し、重複する箇所については、その説明を省略する。

第２実施形態において、代表ＭＮ２０は、代行ＭＮ情報格納部２４に音声ガイダンスファイル２１０と音声記録ファイル２２０とを、更に格納する。音声ガイダンスファイル２１０は、代表ＭＮ２０が代行するＭＮ宛にＳＩＰの着信があった場合の応答として流すための音声ファイルである。例えば、音声ガイダンスファイル２１０は、「ただいま電話に出ることができません。」というような音声を格納するファイルである。音声記録ファイル２２０は、ＳＩＰの発信端末のユーザが伝言を残した場合に、音声を記録するファイルである。

代表ＭＮ２０のＳＩＰ代行クライアント部２２は、代表ＭＮ２０が代行するＭＮに対してＳＩＰの着信があった場合には、音声ガイダンスファイル２１０の音声を流す（例えば、ＩＶＲ（Ｉｎｔｅｒａｃｔｉｖｅ Ｖｏｉｃｅ Ｒｅｓｐｏｎｓｅ：自動音声応答装置）等を備えており、着信時に起動させる）。また、ＳＩＰ代行クライアント部２２は、必要に応じて、発信端末からの音声記録を行い、音声記録ファイル２２０として代行ＭＮ情報格納部２４に格納する。

図８は、端末代行サービスの第２実施形態の不在着信の代行処理のシーケンスの例を示す図である。図８は、図７と同様に、図６において説明した位置登録の代行処理が行われた後、ＣＮ５０からＭＮ３０に宛てて、ＳＩＰの着信要求が行われた場合の、代表ＭＮ２０による不在着信の代行処理のシーケンスを示す。

第１実施形態の図７のＯＰ２１〜ＯＰ２５と同様にして、ＣＮ５０からＭＮ３０へＳＩＰの発信が行われ、代表ＭＮ２０が不在着信履歴リスト２０６を更新するまでの処理が行われる（ＯＰ３１〜ＯＰ３５）。

不在着信履歴リスト２０６を更新すると、ＳＩＰ代行クライアント部２２は、ＳＩＰのＩＮＶＩＴＥメッセージのレスポンスをＣＮ５０に送信する（ＯＰ３６）。このときのＳＩＰのＩＮＶＩＴＥメッセージのレスポンスは、呼出が成功したことを示す「コード２００：ＯＫ」である。ＳＩＰのレスポンスは、モバイルＩＰｖ６代行クライアント部２３でカプセル化され、ＨＡ１０のルーティング制御部１３で、カプセル化が外され、更にＳＩＰサーバ３を経由してＣＮ５０に届く。

ＣＮ５０に、ＳＩＰのレスポンスが届くと、音声通信するためのＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）のセッションが確立される。即ち、ＣＮ５０と代表ＭＮ２０とが通話状態になる。

ＲＴＰのセッションが確立されると、代表ＭＮ２０のＳＩＰクライアント部２２は、音声ガイダンスファイル２１０を再生する（ＯＰ３７）。音声ガイダンスは、例えば、ＩＶＲ等により再生され、ＣＮ５０のユーザに伝言を残すことを促す。ＣＮ５０のユーザが伝
言を残すことを希望する場合は、ＣＮ５０から送信されるＲＴＰパケットによりＣＮ５０のユーザの音声を音声記録ファイル２２０に格納する（ＯＰ３８）。

ＳＩＰ代行クライアント部２２は、ＲＴＰ切断条件（例えば、一定時間経過、伝言記録終了を示すダイアル信号の受信等）を契機に、ＳＩＰのセッション終了を示すＳＩＰのＢＹＥメッセージをＣＮ５０に送信する（ＯＰ３９）。ＳＩＰのＢＹＥメッセージは、モバイルＩＰｖ６代行クライアント部２３でカプセル化され、ＨＡ１０のルーティング制御部１３で、カプセル化が外され、更にＳＩＰサーバ３を経由してＣＮ５０に届く。

ＳＩＰのＢＹＥメッセージを受信すると、ＣＮ５０は、ＳＩＰのＢＹＥメッセージに対するレスポンスをＭＮ３０のＨｏＡに送信する（ＯＰ４０）。ＳＩＰサーバ３、ＨＡ１０を経由してＳＩＰのレスポンスを代表ＭＮ２０が受信すると、ＳＩＰのセッションが切断され通話が終了する。

＜＜第２実施形態の作用効果＞＞
第２実施形態では、第１実施形態の不在着信の代行に加え、音声ガイダンスによる応答と音声による伝言を行った。これによって、ＳＩＰの発信端末のユーザに対して、ＳＩＰによる単なる不在通知だけではなく、不在理由を録音した音声ガイダンスを流すことも可能であり、きめ細かい対応を行うことができる。

＜第３実施形態＞
第３実施形態では、第１実施形態及び第２実施形態に加え、代表ＭＮ２０が代行していたＭＮ３０がモバイルＩＰｖ６ネットワークに接続開始した場合の、端末代行サービスの停止処理を実現するものである。さらに、端末代行サービス停止に伴い、ＭＮ３０に不在着信履歴を通知することも実現する。第３実施形態では、第１実施形態及び第２実施形態と相違する所についてのみ説明し、重複する箇所については、その説明を省略する。

図９は、端末代行サービスの停止処理のシーケンスの例を示す図である。図９は、図６で説明した位置登録の代行の後、図７又は図８で説明した不在着信の代行処理を代表ＭＮ２０が行い、さらにその後、代表ＭＮ２０が代行していたＭＮ３０が移動を経て、モバイルＩＰｖ６に位置登録を行う場合の例を示す。

ＭＮ３０が、例えば、ホームリンクからフォーリンリンクに移動が完了すると、ＭＮ３０は、移動先のフォーリンリンクのルータからＣｏＡを取得する。ＣｏＡを取得すると、ＣｏＡをＨＡ１０に通知するために、ＭＮ３０はモバイルＩＰｖ６の位置登録を行う（ＯＰ５１）。具体的には、ＭＮ３０のユーザ制御部３３がモバイルＩＰｖ６クライアント部３１に対して、ＨＡ１０に位置登録のＢＵを送信するように指示する。指示を受けたモバイルＩＰｖ６クライアント部３１は、ＢＵをＨＡ１０に送信する（ＯＰ５２）。このときＨＡ１０に送信されるＢＵは、「代行位置登録フラグ＝ＯＦＦ、ＨｏＡ＝ＭＮ３０のＨｏＡ、ＣｏＡ＝ＭＮ３０のＣｏＡ（フォーリンリンクでＭＮ３０が取得したアドレス）」が設定される。

ＭＮ３０からのＢＵを受信すると、ＨＡ１０の位置登録制御部１２は、ＭＮ３０のユーザ認証を行う（ＯＰ５３）。ユーザ認証が成功すると、ＭＮ３０のバインディングキャッシュ１００の生成をユーザ状態管理部１１に指示する（ＯＰ５４）。

ユーザ状態管理部１１は、ＭＮ３０のバインディングキャッシュ１００の登録をチェックし、代行による位置登録中か否かを確認する（ＯＰ５５）。これは、ユーザ情報格納部１１Ａに格納されるＭＮ３０のバインディングキャッシュ１００中の「代行位置登録フラグ」を確認することで、代行による位置登録中か否か確認できる。「代行位置登録フラグ
」が「ＯＮ」である場合には、代表ＭＮ２０による代行で位置登録がなされている。「代行位置登録フラグ」が「ＯＦＦ」である場合には、代行はされておらずＭＮ３０自身が位置登録を行ったことを示す。

ＭＮ３０のバインディングキャッシュ１００が登録されていない、又は、登録されているＭＮ３０のバインディングキャッシュ１００の「代行位置登録フラグ」が「ＯＦＦ」である場合には、ユーザ状態管理部１１は、ＭＮ３０のバインディングキャッシュ１００の生成を行う（ＯＰ５６）。位置登録制御部１２は、ＭＮ３０に、位置登録が完了したことを示すＢＡを送信する（ＯＰ５７）。ＭＮ３０がＢＡを受信すると、ＭＮ３０の位置登録処理が終了する。

ＯＰ５５において、登録されているＭＮ３０のバインディングキャッシュ１００の「代行位置登録フラグ」が「ＯＮ」である場合、すなわち、ＭＮ３０の位置登録が代表ＭＮ２０により代行されている場合には、ユーザ状態管理部１１はユーザ登録状態制御部１４にその旨を通知する（ＯＰ５８）。通知を受けたユーザ登録状態制御部１４は、バインディングキャッシュ１００の登録情報から代表ＭＮ２０にＭＮ３０の代行終了通知を送信する（ＯＰ５９）。このときの代表ＭＮ２０への代行終了通知のパケットのＩＰヘッダの宛先ＩＰアドレスには、代表ＭＮ２０のＣｏＡ（代表ＭＮ２０がＭＮ３０に払い出したアドレス）を用いてもよい。若しくは、代表ＭＮ２０の識別子として登録されるアドレスを用いてもよい。

代行終了通知を受信すると、代表ＭＮ２０のユーザ代行登録部２１は、ＳＩＰ代行クライアント部２２に、ＭＮ３０のＳＩＰの位置登録を停止するように指示するＳＩＰ位置登録停止処理要求を送信する（ＯＰ６０）。ＳＩＰ代行クライアント部２２は、ＳＩＰ位置登録停止処理要求を受けると、ＭＮ３０のＳＩＰの位置登録を停止する処理を行う（ＯＰ６１）。ＳＩＰの位置登録停止処理とは、ＳＩＰ代行クライアント部２２が、ＳＩＰサーバ３に対する定期的なＲＥＧＩＳＴＥＲメッセージの送信を停止することである。ＭＮ３０のＳＩＰの位置登録停止処理が完了すると、ＳＩＰ代行クライアント部２２は、ユーザ代行登録部２１にＳＩＰ位置登録停止処理の完了を示すＳＩＰ位置登録停止処理要求応答を送信する。

ＭＮ３０のＳＩＰ位置登録停止処理要求応答を受信すると、ユーザ代行登録部２１は、モバイルＩＰｖ６代行クライアント部２３に、ＭＮ３０のモバイルＩＰｖ６位置登録停止要求を送信する（ＯＰ６２）。ＭＮ３０のモバイルＩＰｖ６位置登録停止要求を受信すると、モバイルＩＰｖ６代行クライアント部２３は、ＨＡ１０にＢＵを送信する（ＯＰ６３）。このとき送信されるＢＵには、「代行位置登録フラグ＝ＯＦＦ、ＨｏＡ＝ＭＮ３０のＨｏＡ、Ｌｉｆｅｔｉｍｅ＝０、ＭＮ３０の不在着信履歴リスト」が設定される。Ｌｉｆｅｔｉｍｅを０とすることによって、ＨＡ１０内のＭＮ３０のバインディングキャッシュ１００が削除される。ＭＮ３０の不在着信履歴リスト２０６は、代行ＭＮ情報格納部２４に格納される不在着信履歴リスト２０６に基づいて設定される。

代表ＭＮ２０からＢＵを受信すると、ＨＡ１０の位置登録制御部１２は、代表ＭＮ２０に対し、ＢＡ（ＯＫ）を送信する（ＯＰ６４）。

ＢＡを受信すると、代表ＭＮ２０のモバイルＩＰｖ６代行クライアント部２３の、ＭＮ３０のモバイルＩＰｖ６の位置登録停止処理が完了する。モバイルＩＰｖ６代行クライアント部２３は、ユーザ代行登録部２１にＭＮ３０のモバイルＩＰｖ６の位置登録停止要求応答を通知する（ＯＰ６５）。

ＭＮ３０のモバイルＩＰｖ６位置登録停止要求応答を受信すると、ユーザ代行登録部２
１は、ＨＡ１０に、ＭＮ３０の代行処理が完了したことを示す代行終了通知応答（ＯＫ）を送信する（ＯＰ６６）。代行終了通知応答を受信すると、ＨＡ１０の位置登録制御部１２は、ユーザ状態管理部１１に、バインディングキャッシュ１００の更新を指示する（ＯＰ６７）。ユーザ状態管理部１１は、バインディングキャッシュ１００を更新する（ＯＰ６８）。代表ＭＮ２０からのＢＵに基づいてＭＮ３０のバインディングキャッシュ１００を一旦削除する。これは、ＯＰ６３において、代表ＭＮ２０から送信されたＢＵのＬｉｆｅｔｉｍｅが０であることにより実行される。次に、ユーザ状態管理部１１は、ＯＰ５２で受信したＭＮ３０からのＢＵに基づいて、ＭＮ３０のバインディングキャッシュ１００を生成する。バインディングキャッシュ１００を生成すると、ユーザ状態管理部１１は、位置登録制御部１２に、バインディングキャッシュ１００の生成完了を通知する。

位置登録制御部１２は、ＭＮ３０に対してモバイルＩＰｖ６位置登録完了を示すＢＡ（ＯＫ）を送信する（ＯＰ６９）。このとき、位置登録制御部１２は、ＯＰ６３において代表ＭＮ２０から送信されたＢＵに含まれる、ＭＮ３０の不在着信履歴リスト２０６をＢＡに含めて送信する。

＜＜第３実施形態の作用効果＞＞
ＭＮ３０から位置登録要求（ＢＵ）を受信すると、ＨＡ１０が代表ＭＮ２０に対して、代行終了通知を送信し、代表ＭＮ２０が位置登録の停止処理を行うことによって、スムーズにＭＮ３０に位置登録を引き継ぐことができる。また、モバイルＩＰｖ６の位置登録の停止処理時に、代表ＭＮ２０がＢＵにＭＮ３０の不在着信履歴リスト２０６を含めてＨＡ１０に送信し、更に、ＭＮ３０の不在着信履歴リスト２０６をＨＡ１０がＭＮ３０へのＢＡに含めて送信することによって、着信履歴の通知を速やかに行うことができる。

ＳＩＰの位置登録停止処理において、代表ＭＮ２０は、ＳＩＰサーバ３へのＲＥＧＩＳＴＥＲメッセージの定期送信を停止する。このとき、ＳＩＰサーバ３には、代表ＭＮ２０がＭＮ３０の代行で行った位置登録の情報が残ったままになる。このＳＩＰサーバ３に残る情報は、ＭＮ３０がＳＩＰサーバ３に位置登録を行う場合の情報と全く同じものである。従って、ＳＩＰサーバ３からすると、図９のＯＰ６９の処理の後にＭＮ３０からＳＩＰのＲＥＧＩＳＴＥＲメッセージを受信した場合でも、ＳＩＰセッションタイマが満了していない（ＳＩＰ登録状態が継続している）場合は、新規な位置登録ではなく、継続の位置登録とみなされる。すなわち、ＳＩＰサーバ３からすると、代表ＭＮ２０がＭＮ３０の代行で位置登録を行った時点から継続して、ＭＮ３０がＳＩＰサーバ３に位置登録（ログイン）しているようにしか見えない。従って、代表ＭＮ２０からＭＮ３０へのＳＩＰサーバ３の位置登録の引き継ぎが、ＳＩＰサーバ３に影響なく行われる。

＜第４実施形態＞
第４実施形態では、第１実施形態から第３実施形態において、ＭＮ単位で端末代行サービスを行っていたことに代えて、モバイルＩＰｖ６ユーザをグループ化し、グループ単位で端末代行サービスを提供することを実現する。第４実施形態では、モバイルＩＰｖ６ユーザのグループ化としてＣＵＧ（Ｃｌｏｓｅｄ Ｕｓｅｒ Ｇｒｏｕｐ）を用いる場合について説明する。尚、第４実施形態では、第１実施形態から第３実施形態と相違する所についてのみ説明し、重複する箇所については、その説明を省略する。

ＣＵＧは、複数のＭＮをグループ化したものである。グループ化する方法としては、例えば、企業であればＭＮのユーザが所属する部署ごとでも良いし、あるアプリケーションによるサービスの加入者等でグループ化してもよい。ＣＵＧには、グループを代表するＣＵＧ代表ＭＮが存在する。

第４実施形態において、端末代行サービスの加入契約はＣＵＧ毎になされる。ＣＵＧが
端末代行サービスに加入している場合には、そのＣＵＧの全ＭＮに対して端末代行サービスが実施される。ＣＵＧ代表ＭＮがネットワークに接続している場合には、ＣＵＧ代表ＭＮは、代表ＭＮ２０からＣＵＧ内の全ＭＮの不在着信リスト２０６を受信し、保持する。第３実施形態では、各ＭＮが、ネットワークに復帰したときに、代表ＭＮ２０からＨＡ１０を通じて自身の不在着信履歴リスト２０６を取得していた（図９：ＯＰ６９）。第４実施形態では、予めネットワークに接続しているＣＵＧ代表ＭＮが、代表ＭＮ２０から、ＣＵＧ内の全ＭＮの不在着信履歴リストを取得し、ＣＵＧ内のＭＮは、ネットワークに接続したときにＣＵＧ代表ＭＮから自身の不在着信履歴リスト２０６を取得する。

図１０は、第４実施形態における代表ＭＮ２０の構成例を示す図である。代表ＭＮ２０は、代行ＭＮ情報格納部２４に、代行ＣＵＧリスト２０５をさらに格納する。代行ＣＵＧリスト２０５には、「ＣＵＧ識別子」と「加入フラグ」とが格納される。「ＣＵＧ識別子」とは、ＣＵＧを識別するためものである。例えば、ＭＮ３０とＭＮ４０とをグループＡとすると、「ＣＵＧ識別子」は「グループＡ」となる。ＣＵＧを特定することができれば、ＣＵＧ識別子はいか様に設定してもよい。「加入フラグ」とは、ＣＵＧが端末代行サービスに加入しているか否かを示すフラグである。「加入フラグ」が「ＯＮ」の場合には、該ＣＵＧは端末代行サービスに加入契約していることを示す。「加入フラグ」が「ＯＦＦ」の場合には、該ＣＵＧは端末代行サービスに加入契約していないことを示す。

代行ＭＮ情報格納部２４に格納される、端末代行サービスに加入しているＭＮ毎に用意されるモバイルＩＰｖ６登録リスト２００には、「ＨｏＡ」、「代行状態」に加え、さらに、「ＣＵＧ識別子」が格納される。「ＣＵＧ識別子」には、該ＭＮが属するＣＵＧのＣＵＧ識別子が格納される。ＭＮがＣＵＧに属さない場合には、「ＣＵＧグループ」には何も設定されない（「Ｎｕｌｌ」が格納されてもよい）。モバイルＩＰｖ６登録リスト２００に含まれる「ＣＵＧ識別子」は、代行ＣＵＧリスト２０５に含まれる「ＣＵＧ識別子」と関連付けられている。

＜＜位置登録の代行処理＞＞
図１１は、第４実施形態の位置登録の代行のシーケンスの例を示す図である。図１１は、代表ＭＮ２０がＣＧＵグループに属するＭＮの代行で位置登録を行う場合の例である。

代表ＭＮ２０のユーザ代行登録部２１は、第１実施形態の図６のＯＰ１〜ＯＰ４と同様にして、定期起動により、ＨＡ１０から位置未登録ＭＮリストを取得する（ＯＰ７１〜ＯＰ７４）。

代表ＭＮ２０のユーザ代行登録部２１が位置未登録ＭＮリストを受信すると、ユーザ代行登録部２１は、位置未登録ＭＮリストからモバイルＩＰｖ６登録リスト２００に格納されているＭＮ（端末代行サービスに加入しているＭＮ）を抽出する。さらに、その抽出したＭＮのモバイルＩＰｖ６登録リスト２００内の「ＣＵＧ識別子」を参照し、モバイルＩＰｖ６登録リスト２００内の「ＣＵＧ識別子」と関連付けられている代行ＣＵＧリスト２０５の「ＣＵＧ識別子」の「加入フラグ」を参照する。「加入フラグ」が「ＯＮ」であれば、そのＭＮが属するＣＵＧは端末代行サービスに加入していることを示すので、ユーザ代行登録部２１は、そのＭＮの位置登録の代行処理を行う。即ち、位置未登録ＭＮリストに含まれ、且つ、属するＣＵＧが端末代行サービスに加入している（「加入フラグ」が「ＯＮ」）ＭＮについて、代表ＭＮ２０は、位置登録の代行を行う。

代表ＭＮ２０は、第１実施形態の図６のＯＰ５〜ＯＰ１７と同様にして、抽出されたＣＵＧグループに属する、位置未登録のＭＮの位置登録（モバイルＩＰｖ６とＳＩＰとの双方への）位置登録を行う（ＯＰ７５〜ＯＰ８４）。

＜＜着信履歴の通知＞＞
図１２は、第４実施形態の着信履歴通知のシーケンスの例を示す図である。図１２は、図１において、ＭＮ３０とＭＮ４０とがＣＵＧグループＡに属しており、ＣＵＧグループＡは、端末代行サービスに加入している場合の例である。さらに、ＭＮ３０は、ＣＵＧグループＡのＣＵＧ代表ＭＮであるとする。図１２では、ＣＵＧグループＡのＣＵＧ代表ＭＮであるＭＮ３０はネットワークに接続しており（ＭＮ３０は端末代行サービスを受けていない状態）、代表ＭＮ２０から、ＣＵＧグループＡの位置登録代行を受けているＭＮについて、着信履歴を取得する場合の例を示す。

ＭＮ３０は、ネットワークに接続して位置登録を完了している状態であるとする。ＭＮ３０は、自身がＣＵＧのグループＡのＣＵＧ代表ＭＮであることを代表ＭＮ２０に登録する（ＯＰ９１）。ＭＮ３０のユーザ制御部３３は、代表ＭＮ２０に対して、自身をＣＵＧグループＡのＣＵＧ代表ＭＮとして登録するためのＣＵＧ代表ＭＮ登録を送信する（ＯＰ９２）。このときのＣＵＧ代表ＭＮ登録には、パラメータとしてグループ識別子等が格納される。

ＭＮ３０から、ＣＵＧ代表ＭＮ登録を受信すると、代表ＭＮ２０のユーザ代行登録部２１は、ＭＮ３０をＣＵＧグループＡのＣＵＧ代表ＭＮとして登録する（ＯＰ９３）。例えば、代行ＣＵＧリスト２０５に、「ＣＵＧ代表ＭＮ」のフィールドを追加するなどしてもよい。又は、モバイルＩＰｖ６登録リスト２００に「ＣＵＧ代表フラグ」なるものを追加して、ＣＵＧ代表ＭＮには、「ＣＵＧ代表フラグ」を「ＯＮ」にするなどしてもよい。

ＭＮ３０をＣＵＧグループＡのＣＵＧ代表ＭＮとして登録した後、代表ＭＮ２０が位置登録を代行するＣＵＧグループＡ内のＭＮであるＭＮ４０への着信があると、第１実施形態又は第２実施形態で説明した不在着信の代行が行われる（ＯＰ９４）。

例えば、ＣＵＧグループＡに属するＭＮ４０は、代表ＭＮ２０によって位置登録を代行されているとする。さらに、ＭＮ４０に対してＶｏＩＰの着信があり、代表ＭＮ２０が不在着信を代行したとする。

代表ＭＮ２０のユーザ代行登録部２１は、定期的に、ＳＩＰ代行クライアント部２２に対して、端末代行サービス加入のＣＵＧグループの着信履歴収集を指示する着信履歴収集要求を送信する（ＯＰ９５）。着信履歴収集要求のパラメータはグループ識別子である。例えば、ユーザ代行登録部２１は、ＣＵＧのグループＡについて、着信履歴収集要求をＳＩＰ代行クライアント部２２に送信する。

ＳＩＰ代行クライアント部２２は、着信履歴収集要求を受信すると、指定されたＣＵＧ内の位置登録の代行を行っているＭＮについて、代行ＭＮ情報格納部２４から不在着信履歴リスト２０６を読み出す（ＯＰ９６）。読み出された不在着信履歴リスト２０６はユーザ代行登録部２１へ着信履歴収集要求応答に含まれて送信される（ＯＰ９７）。ＯＰ９５〜ＯＰ９７は、指定されたＣＵＧ内の位置登録を代行しているＭＮの分だけ繰り返される。例えば、ＳＩＰクライアント部２２は、ＣＵＧのグループＡについて着信履歴収集要求を受信すると、代行ＭＮ情報格納部２４から、ＭＮ４０の不在着信履歴リスト２０６を読み出し、ユーザ代行登録部２１に送信する。

不在着信履歴リスト２０６が、指定したＣＵＧ内の位置登録を代行するＭＮの分だけ集まったら、ユーザ代行登録部２１は、ＣＵＧ着信履歴通知として、そのＣＵＧのＣＵＧ代表ＭＮに送信する（ＯＰ９８）。例えば、ＣＵＧのグループＡのＭＮ４０の不在着信履歴リスト２０６を、グループＡのＣＵＧ代表ＭＮであるＭＮ３０に、ＣＵＧ着信履歴通知に含めて送信する。

ＣＵＧ着信履歴通知を受信すると、ＣＧＵ代表ＭＮであるＭＮ３０は、ＣＵＧ着信履歴通知応答を代表ＭＮ２０に送信する（ＯＰ９９）。このときのＣＵＧ着信履歴通知応答には、「ＯＫ」が格納される。

「ＯＫ」が格納されているＣＵＧ着信履歴通知応答を受信すると、代表ＭＮ２０のユーザ代行登録部２１は、ＳＩＰ代行クライアント部２２に、送信済みの不在着信履歴リスト２０６を削除することを要求する着信履歴削除要求を送信する（ＯＰ１００）。

ＳＩＰ代行クライアント部２２は、着信履歴削除要求を受信すると、送信済みの不在着信履歴リスト２０６を削除する（ＯＰ１０１）。例えば、ＳＩＰ代行クライアント部２２は、着信履歴削除要求を受信すると、送信済みのＭＮ４０の不在着信履歴リスト２０６を削除する。削除が完了すると、着信履歴削除要求応答をユーザ代行登録部２１に送信する（ＯＰ１０２）。

尚、ＣＵＧ代表ＭＮが保持するＣＵＧグループに属するＭＮの着信履歴は、該ＭＮが実際に位置登録を行う際に、先にネットワークに接続していたＣＵＧ代表ＭＮから通知してもよい。または、該ＭＮのユーザがＷｅｂアクセス等によりＣＵＧ代表ＭＮにログインし、Ｗｅｂ画面上から該ＭＮの着信履歴をユーザが参照できるようにしてもよい。例えば、ＭＮ４０がネットワークに接続したときに、それを検出したＭＮ３０（ＣＵＧ代表ＭＮ）が、保持しているＭＮ４０の不在着信履歴リスト２０６を送信する。また、例えば、ＭＮ４０がネットワークに接続し、ＭＮ４０からＷｅｂアクセスによりＭＮ３０にログインし、ＭＮ４０のユーザがＷｅｂ画面を操作して、ＭＮ４０の不在着信履歴リスト２０６を取得してもよい。

＜＜第４実施形態の作用効果＞＞
第４実施形態では、モバイルＩＰｖ６ユーザをＣＵＧ毎にグループ化されたＭＮに対して、端末代行サービスを適用した。これによって、例えば、ユーザをアプリケーション毎、もしくは、サービス毎にＣＵＧにグループ化して、端末代行サービスを提供することができる。

第４実施形態では、定期的に、ＣＵＧ内の位置登録を代行するＭＮの不在着信履歴リスト２０６が、ＣＵＧ代表ＭＮに送信され、削除されるので、代表ＭＮ２０のメモリにとって負荷が軽くて済む。

＜第５実施形態＞
第５実施形態では、第１実施形態とは、位置未登録ＭＮリストの取得方法が異なる。第１実施形態では、代表ＭＮ２０がＨＡ１０に対して、定期的に要求することで、位置未登録ＭＮリストを取得していた。これに代えて、第５実施形態では、ＨＡ１０が定期的に位置未登録ＭＮリストを生成し、代表ＭＮ２０に送信する。尚、第５実施形態では、第１実施形態から第４実施形態と相違する箇所のみ説明し、重複する箇所は、その説明を省略する。

図１３は、第５実施形態の位置登録の代行処理のシーケンスの例を示す図である。ＨＡ１０のユーザ登録状態制御部１４は、定期的に、ユーザ状態管理部１１に対して、位置未登録ユーザ情報要求を送信する（ＯＰ１１０）。位置未登録ユーザ情報要求を受信すると、ユーザ状態管理部１１は、位置未登録ＭＮリストを生成する（ＯＰ１１１）。位置未登録ＭＮリストを生成すると、ユーザ状態管理部１１は、ユーザ登録状態制御部１４に位置未登録ユーザ情報応答として送信する（ＯＰ１１２）。ユーザ登録状態制御部１４は、位置未登録ＭＮリストを位置未登録ユーザ通知に含めて、代表ＭＮ２０に送信する（ＯＰ１
１３）。位置未登録ユーザ通知を受信すると、代表ＭＮ２０のユーザ代行登録部２１は、位置未登録ユーザ通知応答をＨＡ１０に送信する（ＯＰ１１４）。

以降、第１実施形態の位置登録の代行シーケンスのＯＰ５〜ＯＰ１７と同様にして、代表ＭＮ２０は、位置未登録ＭＮリストに含まれる端末代行サービス加入ＭＮの分だけ、位置登録の代行を繰り返す（ＯＰ１１５〜ＯＰ１２２）。

＜第６実施形態＞
第６実施形態では、端末代行サービスをＭＮからの要求によって開始する点が、第１実施形態と相違する。第６実施形態では、第１実施形態から第５実施形態と相違する箇所のみ説明し、重複する箇所は、その説明を省略する。

図１４は、第６実施形態の位置登録の代行処理のシーケンスの例を示す図である。図１４では、ＭＮ３０がホームリンクから移動する前に、代表ＭＮ２０に対して、端末代行サービスを実施するように要求する場合の例を示す。

ＭＮ３０は、代表ＭＮ２０に対して、ＶｏＩＰ不在着信要求を送信する（ＯＰ１３１）。このときのＶｏＩＰ不在着信要求には、ＳＩＰサーバ３に位置登録を行う際に必要な情報（ＭＮ３０のＨｏＡ、ＳＩＰサーバ３のアドレス、ＭＮ３０のＳＩＰ ＵＲＬ、パスワード等）が格納される。なお、このとき、ＭＮ３０が既にＨＡ１０にモバイルＩＰｖ６の登録を行っている場合には、ＨＡ１０に対して「Ｌｉｆｅｔｉｍｅ＝０」としたＢＵを送信する（図示せず）。

ＶｏＩＰ不在着信要求を受信した代表ＭＮ２０のユーザ代行登録部２１は、第１実施形態の図６で説明したＯＰ５〜ＯＰ１７と同様にして、ＭＮ３０のＨＡ１０への位置登録、及び、ＭＮ３０のＳＩＰサーバ３への位置登録を行う（ＯＰ１３２〜ＯＰ１３９）。

ＳＩＰサーバ３への位置登録が完了したら、代表ＭＮ２０のユーザ代行登録部２１は、ＭＮ３０に対して、位置登録完了を示すＶｏＩＰ不在着信要求応答（ＯＫ）を送信する（ＯＰ１４０）。ＶｏＩＰ不在着信要求応答を受信すると、ＭＮ３０は、移動を開始する。

＜第７実施形態＞
第７実施形態では、代表ＭＮ２０がＭＮを代行して位置登録を行った後、そのＭＮへの着信要求の不在着信の代行処理をしている間に、そのＭＮがネットワークに接続し、位置登録を行った場合の処理について説明する。第７実施形態では、第１実施形態から第６実施形態と相違する箇所のみ説明し、重複する箇所はその説明を省略する。

図１５は、端末代行サービス実施中に、代表ＭＮ２０が代行しているＭＮから位置登録が行われた場合の処理のシーケンスの例を示す図である。図１５は、代表ＭＮ２０がＭＮ３０を代行して位置登録を行った後に、ＭＮ３０への着信要求があり、代表ＭＮ２０が不在着信の代行処理をしている間に、ＭＮ３０から位置登録が行われた場合の例を示す。図１５では、代表ＭＮ２０はＭＮ３０の位置登録の代行を完了し、更に、ＭＮ３０への着信要求の不在着信の代行処理をしている（不在着信の代行実施中）とする。

ＭＮ３０が、例えば、ホームリンクからフォーリンリンクに移動が完了すると、移動先のフォーリンリンクからＭＮ３０はＣｏＡを取得する（ＯＰ１５０）。ＣｏＡを取得すると、ＣｏＡをＨＡ１０に通知するために、ＭＮ３０はモバイルＩＰｖ６の位置登録を行う。ＭＮ３０のユーザ制御部３３がモバイルＩＰｖ６クライアント部３１に対して、ＨＡ１０に位置登録のＢＵを送信するように指示する（ＯＰ１５１）。指示を受けたモバイルＩＰｖ６クライアント部３１は、ＢＵをＨＡ１０に送信する（ＯＰ１５２）。

ＭＮ３０からのＢＵを受信すると、ＨＡ１０の位置登録制御部１２は、ＭＮ３０のユーザ認証を行う（ＯＰ１５３）。ユーザ認証が成功すると、位置登録制御部１２は、ユーザ状態管理部１１に、ＭＮ３０のバインディングキャッシュ１００の生成を指示する（ＯＰ１５４）。

ユーザ状態管理部１１は、ＭＮ３０のバインディングキャッシュ１００の生成の指示を受けると、ＭＮ３０のバインディングキャッシュ１００の登録をチェックし、代行による位置登録中か否かを確認する（ＯＰ１５５）。図１５では、ＭＮ３０は代表ＭＮ２０による位置登録中であるので、ユーザ状態管理部１１はユーザ登録状態制御部１４にその旨を通知する（ＯＰ１５６）。通知を受けたユーザ登録状態制御部１４は、代表ＭＮ２０にＭＮ３０の代行終了通知を送信する（ＯＰ１５７）。尚、ＭＮ３０が代行による位置登録中ではない場合は、第３実施形態の図９のＯＰ５６〜ＯＰ５７の処理を行う。

ＨＡ１０からＭＮ３０の代行終了通知を受信すると、代表ＭＮ２０のユーザ代行登録部２１は、ＳＩＰ代行クライアント部２２に、ＭＮ３０のＳＩＰ位置登録停止処理要求を送信する（ＯＰ１５８）。ＳＩＰ位置登録停止処理要求を受信すると、ＳＩＰ代行クライアント部２２は、ＭＮ３０の不在着信の代行処理中の状態であると判断する（ＯＰ１５９）。ＳＩＰ代行クライアント部２２は、ユーザ代行登録部２１に対して、「不在着信の代行処理中」を示すエラーをＳＩＰ位置登録停止処理要求応答として送信する（ＯＰ１６０）。

エラーを示すＳＩＰ位置登録停止処理要求応答を受信すると、ユーザ代行登録部２１は、ＭＮ３０の代行着信中であることを示す代行終了ＮＧ応答をＨＡ１０に送信する（ＯＰ１６１）。尚、代表ＭＮ２０がＭＮ３０の代行着信中でない場合には、第３実施形態で説明した図９のＯＰ６１〜ＯＰ６９の処理を行う。

代行終了ＮＧを受信すると、ＨＡ１０の位置登録制御部１２は、ＭＮ３０に対して、ＢＡ（ＮＧ、不在着信の代行処理中）を送信する（ＯＰ１６２）。ＭＮ３０は、ＢＡを受信すると、位置登録できない状態であるので、位置登録処理を終了する。

その後、所定時間経過後、再度ＭＮ３０が位置登録処理を開始した際に、代表ＭＮ２０が不在着信の代行処理を行うＶｏＩＰ通信が終了していれば、第３実施形態で説明した端末代行サービスの停止処理が行われる。

第７実施形態では、代表ＭＮ２０においてＭＮ３０の不在着信の代行処理中に、ＭＮ３０がモバイルＩＰｖ６の位置登録を行ってきた場合に、ＨＡ１０を通じてＭＮ３０に不在着信の代行処理中であることを通知する（ＭＮ３０にモバイルＩＰｖ６の位置登録が不可であることを通知する）。このことによって、不在着信の代行処理を中断することなく、ＭＮ３０の不在着信履歴リスト２０６を収集することが可能となる。

＜第８実施形態＞
第７実施形態で、代表ＭＮ２０がＭＮ３０の不在着信の代行処理中に、ＭＮ３０がモバイルＩＰｖ６の位置登録を行った場合に、ＨＡ１０を通じて、ＭＮ３０に位置登録が不可であることを通知した。第８実施形態では、これに代えて、ＭＮ３０が位置登録を行ってきた場合に、不在着信の代行処理が完了するまで、ＭＮ３０の処理を保留する。即ち、ＭＮ３０に位置登録不可通知を行い、ＭＮ３０の位置登録処理を終了させるのではなく、不在着信の代行処理が完了するのを待って、ＭＮ３０の位置登録を行う。このような処理を「待ち合わせ処理」と称する。尚、第８実施形態では、第１実施形態から第７実施形態と相違する箇所のみ説明し、重複する箇所についてはその説明を省略する。

図１６は、不在着信の代行処理中に、代表ＭＮ２０が代行するＭＮから位置登録が行われた場合の処理のシーケンスの例を示す図である。図１６は、代表ＭＮ２０がＭＮ３０を代行して位置登録を行った後に、ＭＮ３０へ着信要求があり、代表ＭＮ２０が不在着信の代行処理をしている間に、ＭＮ３０から位置登録が行われた場合の例を示す。図１６では、代表ＭＮ２０はＭＮ３０の位置登録の代行を完了し、更に、ＭＮ３０への着信要求の不在着信の代行処理をしているとする。

第７実施形態で説明した図１５のＯＰ１５０〜ＯＰ１５７と同様にして、ＭＮ３０がＩＰｖ６位置登録処理を開始し、ＨＡ１０が代表ＭＮ２０にＭＮ３０の代行終了通知を送信する（ＯＰ１７０〜ＯＰ１７７）。

ＨＡ１０からＭＮ３０の代行終了通知を受信すると、代表ＭＮ２０のユーザ代行登録部２１は、ＳＩＰ代行クライアント部２２に対して、ＭＮ３０のＳＩＰ位置登録停止処理要求を送信する（ＯＰ１７８）。ＳＩＰ位置登録停止処理要求を受信すると、ＳＩＰ代行クライアント部２２は、ＭＮ３０の不在着信の代行処理中の状態であると判断する（ＯＰ１７９）。ＳＩＰ代行クライアント部２２は、ユーザ代行登録部２１に対して、「不在着信の代行処理中」のエラーを示すＳＩＰ位置登録停止処理要求応答を送信する（ＯＰ１８０）。

ユーザ代行登録部２１は、「不在着信の代行処理中」のエラーを示すＳＩＰ位置登録停止処理要求応答を受信してから、一定時間経過すると（ＯＰ１８１）、再度、ＳＩＰクライアント代行部２２に、ＭＮ３０のＳＩＰ位置登録停止処理要求を送信する（ＯＰ１８２）。再度、ＭＮ３０のＳＩＰ位置登録停止処理要求を受信すると、ＳＩＰ代行クライアント部はＭＮ３０に対する不在着信の代行処理の状態を判定する（ＯＰ１８３）。ＭＮ３０に対する不在着信の代行処理中である場合には（ＯＰ１８３：Ｙ）、ＳＩＰ代行クライアント部２２は、ユーザ代行登録部２１に対して、「不在着信の代行処理中」のエラーを示すＳＩＰ位置登録停止処理要求応答を送信する（ＯＰ１８４）。ＳＩＰ代行クライアント部２２は、一定時間経過すると（ＯＰ１８１）、ユーザ代行登録部２１にＭＮ３０のＳＩＰ位置登録停止処理要求を送信する（ＯＰ１８２）。

ＯＰ１８３において、ＭＮ３０に対する不在着信の代行処理中ではない場合には（ＯＰ１８３：Ｎ）、ＭＮ３０に対する不在着信の代行処理が完了したことを示す。ＳＩＰ代行クライアント部２２は、ＭＮ３０に対する不在着信の代行処理が完了したことを確認すると、ＭＮ３０のＳＩＰ位置登録停止処理を行う（ＯＰ１８５）。ＳＩＰ代行クライアント部２２は、ユーザ代行登録部２１に対して、ＭＮ３０のＳＩＰ位置登録停止処理が完了したことを示すＳＩＰ位置登録停止処理要求応答を送信する（ＯＰ１８６）。

ＳＩＰ位置登録停止処理要求応答を受信すると、ユーザ代行登録部２１は、モバイルＩＰｖ６代行クライアント部２３に、ＭＮ３０のモバイルＩＰｖ６の位置登録停止要求を送信する（ＯＰ１８７）。ＭＮ３０のモバイルＩＰｖ６位置登録停止要求を受信すると、モバイルＩＰｖ６代行クライアント部２３は、ＨＡ１０にＢＵを送信する（ＯＰ１８８）。このとき送信されるＢＵには、「代行位置登録フラグ＝ＯＦＦ、ＨｏＡ＝ＭＮ３０のＨｏＡ、Ｌｉｆｅｔｉｍｅ＝０、不在着信履歴リスト」が設定される。

代表ＭＮ２０からＢＵを受信すると、ＨＡ１０の位置登録制御部１２は、代表ＭＮ２０に対し、ＢＡ（ＯＫ）を送信する（ＯＰ１８９）。

ＢＡを受信すると、代表ＭＮ２０のモバイルＩＰｖ６代行クライアント部２３の、ＭＮ３０のモバイルＩＰｖ６の位置登録停止処理が完了する。モバイルＩＰｖ６代行クライア
ント部２３は、ユーザ代行登録部２１にＭＮ３０のモバイルＩＰｖ６の位置登録停止処理の完了を示すモバイルＩＰｖ６位置登録停止要求応答を送信する（ＯＰ１９０）。

ＭＮ３０のモバイルＩＰｖ６位置登録停止要求応答を受信すると、ユーザ代行登録部２１は、ＨＡ１０に、ＭＮ３０の代行処理が完了したことを示す代行終了通知応答（ＯＫ）を送信する（ＯＰ１９１）。代行終了通知応答を受信すると、ＨＡ１０の位置登録制御部１２は、ユーザ状態管理部１１に、バインディングキャッシュ１００の更新を指示する（ＯＰ１９２）。ユーザ状態管理部１１は、バインディングキャッシュ１００を更新する（ＯＰ１９３）。バインディングキャッシュ１００を更新すると、ユーザ状態管理部１１は、位置登録制御部１２に、バインディングキャッシュ１００の生成完了を通知する。

位置登録制御部１２は、ＭＮ３０に対してモバイルＩＰｖ６位置登録完了を示すＢＡ（ＯＫ）を送信する（ＯＰ１９４）。このとき、位置登録制御部１２は、ＯＰ６３において代表ＭＮ２０から送信されたＢＵに含まれる、ＭＮ３０の着信履歴をＢＡに含めて送信する。

＜＜第８実施形態の作用効果＞＞
第８実施形態では、代表ＭＮ２０がＭＮ３０に対する不在着信の代行処理を行っているときに、ＭＮ３０からのモバイルＩＰｖ６位置登録が発生すると、代表ＭＮ２０は、ＭＮ３０に対する不在着信の代行処理が完了するのを待って、代行位置登録の停止処理を行う、待ち合わせ処理を実行する。これによって、代表ＭＮ２０のＭＮ３０に関する不在着信の代行処理を中断することなく、更に、ＭＮ３０のモバイルＩＰｖ６位置登録処理を中断することなく（位置登録不可とすることなく）、ＭＮ３０の不在着信履歴リスト２０６を収集することができる。また、代表ＭＮ２０からＭＮ３０への位置登録の引き継ぎもスムーズに行われる。

＜第９実施形態＞
第１実施形態から第８実施形態では、モバイルＩＰｖ６を用いる環境で端末代行サービスを実現することについて説明した。第９実施形態では、モバイルＩＰｖ６に代えて、モバイルＩＰｖ４を用いる環境で端末代行サービスを実現することについて説明する。尚、第９実施形態では、第１実施形態から第８実施形態までと相違する箇所についてのみ説明し、重複する箇所については、その説明を省略する。

図１７は、モバイルＩＰｖ４を用いて端末代行サービスを実現する場合の構成例を示す図である。図１７におけるＨＡ１０Ｂ、代表ＭＮ２０Ｂ、ＭＮ３０Ｂ、ＭＮ４０Ｂ、ＣＮ５０Ｂ、及びＳＩＰサーバ３Ｂは、いずれも、ＩＰｖ４のみを実装する。

モバイルＩＰｖ４を用いた場合の、モバイルＩＰｖ６を用いた場合との相違点は、以下の点である。
（１）フォーリンリンク上にＦＡ（Ｆｏｒｅｉｇｎ Ａｇｅｎｔ）６０を備える。
（２）ＭＮのＣｏＡは、ＦＡ６０から取得する。

ＩＰｖ６を用いる場合は、ＭＮのＣｏＡは、フォーリンリンクのＩＰｖ６ルータから、プレフィックス情報を取得し、そのプレフィックス情報に基づいて、ＭＮがＣｏＡを自動生成する。ＩＰｖ４を用いる場合には、ＭＡはＩＣＭＰによってＦＡよりＣｏＡを取得する。

具体的には、例えば、ＭＮ３０Ｂは、フォーリンリンクに接続した場合に、ＩＣＭＰのＡｇｅｎｔ Ｓｏｌｉｃｉｔａｔｉｏｎを送信する。ＦＡ６０からＩＣＭＰのＡｇｅｎｔ
Ａｄｖｅｒｔｉｓｅｍｅｎｔを受信することで、ＭＮ３０ＢはＣｏＡを取得する。
（３）位置登録は、ＦＡ６０経由でＨＡ１０Ｂに対して行う。

ＩＰｖ６を用いる場合は、ＭＮは、位置登録要求（ＢＵ）をＨＡに送信し、ＨＡから位置登録応答（ＢＡ)を受信することで、位置登録を行った。

ＩＰｖ４の場合は、ＭＮ３０Ｂは、まず、ＦＡ６０に対して位置登録メッセージ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する。ＦＡ６０は、位置登録メッセージをＨＡ１０Ｂに転送する。ＨＡ１０Ｂから位置登録応答メッセージ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）をＦＡ６０経由で受信することで、ＭＮ３０は位置登録を行う。
（４）代表ＭＮ２０Ｂは、例えばＭＮ３０の位置登録を代行する場合には、まず、ＨＡ１０Ｂに対して、位置登録メッセージを送信し、ＭＮ３０のモバイルＩＰｖ４位置登録を行う。モバイルＩＰｖ４位置登録後、代表ＭＮ２０Ｂは、ＳＩＰサーバ３Ｂに対して、ＭＮ３０のＳＩＰ位置登録を行う。

上記（１）から（４）以外の点については、アドレスをＩＰｖ４形式となるのみで、モバイルＩＰｖ４を用いて端末代行サービスを実現することができる。

＜その他＞
以上の実施形態に関し、更に以下の付記を開示する。
（付記１）
モバイルＩＰサービスの提供を受ける移動端末の処理を代行する端末代行装置であって、
前記移動他末の移動先で接続される移動先ネットワーク上の気付けアドレスと前記移動端末の移動先に拘わらず設定される固有ネットワーク上の固有アドレスとの関係を管理する管理装置に対して、前記気付けアドレスが未登録の移動端末について、自身が管理するアドレスの中から前記移動端末の気付けアドレスに代わる代行アドレスを割り当てて、前記移動端末の固有アドレスに関連付けて登録する登録代行部と、
前記登録代行部によって前記管理装置への前記代行アドレスの登録完了した場合に、前記気付けアドレスと前記固有アドレスとの関係にしたがって実行されるべき処理に代えて、前記代行アドレスと前記固有アドレスとの関係にしたがって代行処理を実行するアプリケーション代行部と、
を備える端末代行装置。
（付記２）
前記管理装置に対して、前記気付けアドレスが未登録の移動端末のリストを受信する未登録リスト受信部と、
前記代行処理の対象となるべき対象移動端末のリストを記憶する対象移動端末記憶部と、
前記対象移動端末のリストを基に、前記管理装置から受信した前記未登録の移動端末のリストから、前記代行処理の対象となる対象移動端末を抽出する対象移動端末抽出部と、をさらに備える付記1に記載の端末代行装置。
（付記３）
前記管理装置に対して、前記気付けアドレスが未登録の移動端末のリストを要求する未登録リスト要求部と、をさらに備える付記1に記載の端末代行装置。
（付記４）
未登録リスト受信部は、前記管理装置からの送信要求にしたがって、前記気付けアドレスが未登録の移動端末のリストを受信する付記２に記載の端末代行装置。
（付記５）
前記アプリケーションはＳＩＰであって、
前記ネットワークはＳＩＰサーバを備え、
前記アプリケーション代行部は、前記代行アドレスと前記固有アドレスとの関係にしたがって、前記ＳＩＰサーバへ、前記気付けアドレスが未登録の移動端末の位置登録要求を送信する
付記１に記載の端末代行装置。
（付記６）
前記アプリケーション代行部は、前記気付けアドレスが未登録の移動端末への着信要求を受信した場合に、前記着信要求の送信元へ、前記気付けアドレスが未登録の移動端末の応答不可を含む前記着信要求の応答を送信する
付記５に記載の端末代行装置。
（付記７）
前記アプリケーション代行部は、前記気付けアドレスが未登録の移動端末への着信要求を受信した場合に、前記着信要求の送信元へ、前記気付けアドレスが未登録の移動端末の応答不可を含む前記着信要求の応答を送信し、前記着信要求の送信元の情報を着信履歴として格納する
付記６に記載の端末代行装置。
（付記８）
前記アプリケーション代行部は、前記気付けアドレスが未登録の移動端末への着信要求を受信した場合に、音声通信を確立し、前記着信要求の発信元に対して、前記気付けアドレスが未登録の移動端末の応答不可を通知する音声ガイダンスを再生送信し、前記着信要求の発信元からの音声パケットを記録する
付記５に記載の端末代行装置。
（付記９）
前記気付けアドレスが未登録の移動端末が前記管理装置に対して、前記気付けアドレスと前記固有アドレスとの関連付けを登録する場合に、
前記アプリケーション代行部は、前記ＳＩＰサーバへの、前記気付けアドレスが未登録の移動端末の位置登録要求の送信を停止し、
前記登録代行部は、前記管理装置に対して、前記気付けアドレスが未登録の移動端末の前記代行アドレスと前記固有アドレスとの登録の削除要求を送信する
付記５に記載の端末代行装置。

端末代行サービスの概要の例を示す図である。 端末代行サービスの第１実施形態のネットワーク構成例を示す図である。 ホームエージェントの構成例を示す図である。 代表モバイルノードの構成例を示す図である。 モバイルノードの構成例を示す図である。 端末代行サービスの第１実施形態の位置登録の代行処理のシーケンスの例を示す図である。 端末代行サービスの第１実施形態の不在着信の代行処理のシーケンスの例を示す図である。 端末代行サービスの第２実施形態の不在着信の代行処理のシーケンスの例を示す図である。 端末代行サービスの停止処理のシーケンスの例を示す図である。 端末代行サービスの第４実施形態の代表モバイルノードの構成例を示す図である。 端末代行サービスの第４実施形態の位置登録の代行処理のシーケンスの例を示す図である。 端末代行サービスの第４実施形態の不在着信の代行処理のシーケンスの例を示す図である。 端末代行サービスの第５実施形態の位置登録の代行処理のシーケンスの例を示す図である。 端末代行サービスの第６実施形態の位置登録の代行処理のシーケンスの例を示す図である。 不在着信の代行処理中に、代行の端末から位置登録があった場合の処理の例を示す図である。 不在着信の代行処理中に、代行の端末から位置登録があった場合の処理の例を示す図である。 不在着信の代行処理中に、代行の端末から位置登録があった場合の処理の例を示す図である。 端末代行サービスの第９実施形態の概要の例を示す図である。 従来のモバイルＩＰｖ６ネットワークの例を示す図である。

符号の説明

１ ＩＰｖ６ネットワーク
２ 公衆ネットワーク
３ ＳＩＰサーバ
１０ ホームエージェント
１１ ユーザ状態管理部
１１Ａ ユーザ情報格納部
１２ 位置登録制御部
１３ ルーティング制御部
１４ ユーザ登録状態制御部
２０ 代表ＭＮ
２１ ユーザ代行登録部
２２ ＳＩＰ代行クライアント部
２３ モバイルＩＰｖ６代行クライアント部
２４ 代行ＭＮ情報格納部
３０、４０ モバイルノード
３１、４１、５１ ユーザ制御部
３２、４２、５２ ＳＩＰクライアント部
３３、４３、５３ モバイルＩＰｖ６クライアント部
５０ コネクティングノード
６０ フォーリンエージェント
１００ バインディングキャッシュ
２００ モバイルＩＰｖ６登録リスト
２０４ 代行アプリケーション登録データ
２０５ 代行ＣＵＧリスト

Claims (8)

1. モバイルＩＰサービスの提供を受ける移動端末の処理を代行する端末代行装置であって、
   前記移動端末の移動先で接続される移動先ネットワーク上の気付けアドレスと前記移動端末の移動先に拘わらず設定される固有ネットワーク上の固有アドレスとの関係を管理し、前記端末代行装置と同じく前記固有ネットワークに属する管理装置に対して、前記気付けアドレスが未登録の移動端末について、自身が管理する前記固有ネットワークに属するアドレスの中から前記移動端末の気付けアドレスに代わる代行アドレスを割り当てて、前記移動端末の固有アドレスに関連付けて登録する登録代行部と、
   前記登録代行部によって前記管理装置への前記代行アドレスの登録完了した場合に、前記気付けアドレスと前記固有アドレスとの関係にしたがって実行されるべき処理に代えて、前記代行アドレスと前記固有アドレスとの関係にしたがって代行処理を実行するアプリケーション代行部と、
   を備える端末代行装置。
2. 前記管理装置に対して、前記気付けアドレスが未登録の移動端末のリストを受信する未登録リスト受信部と、
   前記代行処理の対象となるべき対象移動端末のリストを記憶する対象移動端末記憶部と、
   前記対象移動端末のリストを基に、前記管理装置から受信した前記未登録の移動端末のリストから、前記代行処理の対象となる対象移動端末を抽出する対象移動端末抽出部と、をさらに備える請求項１に記載の端末代行装置。
3. 前記管理装置に対して、前記気付けアドレスが未登録の移動端末のリストを要求する未登録リスト要求部と、をさらに備える請求項１に記載の端末代行装置。
4. 未登録リスト受信部は、前記管理装置からの送信要求にしたがって、前記気付けアドレスが未登録の移動端末のリストを受信する請求項２に記載の端末代行装置。
5. 前記ネットワークはＳＩＰサーバを備え、
   前記アプリケーション代行部は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理を代行し、前記代行アドレスと前記固有アドレスとの関係にしたがって、前記ＳＩＰサーバへ、前記気付けアドレスが未登録の移動端末の位置登録要求を送信する
   請求項１に記載の端末代行装置。
6. 前記アプリケーション代行部は、前記気付けアドレスが未登録の移動端末への着信要求を受信した場合に、前記着信要求の送信元へ、前記気付けアドレスが未登録の移動端末の応答不可を含む前記着信要求の応答を送信する
   請求項５に記載の端末代行装置。
7. 前記アプリケーション代行部は、前記気付けアドレスが未登録の移動端末への着信要求を受信した場合に、音声通信を確立し、前記着信要求の発信元に対して、前記気付けアドレスが未登録の移動端末の応答不可を通知する音声ガイダンスを再生送信し、前記着信要求の発信元からの音声パケットを記録する
   請求項５に記載の端末代行装置。
8. 前記気付けアドレスが未登録の移動端末が前記管理装置に対して、前記気付けアドレスと前記固有アドレスとの関連付けを登録する場合に、
   前記アプリケーション代行部は、前記ＳＩＰサーバへの、前記気付けアドレスが未登録の移動端末の位置登録要求の送信を停止し、
   前記登録代行部は、前記管理装置に対して、前記気付けアドレスが未登録の移動端末の前記代行アドレスと前記固有アドレスとの登録の削除要求を送信する
   請求項５に記載の端末代行装置。

Images