(57)【要約】【課題】Mobile IPv6はMNに固定ホームアドレスを付与することにより、MN7の到達性を保証する。Mobile IPv6対応MNのアプリケーションは、気付アドレスを用いずに通信するため、MNのアプリケーションは他の通信装置に気付アドレスを通知しない。このため、MNの在圏先のアドレスに応じた通信サービスがMNに提供できない。【解決手段】HA2のSIP処理部がプレゼンスサーバ１にMNのバインディング情報を通知する手段を備える。あるいは、プレゼンスサーバ１がHA2にMNのバインディング情報を要求する手段を備える。情報配信サーバ3が、MNの気付アドレスをプレゼンスサーバ１から入手し、気付アドレス対応の情報を選択する手段を備える。これにより、ホーム網以外に存在するMNに、プレゼンスサービスの提供が可能になる。【選択図】図1
2005340982.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して端末及び他の通信装置に接続され、
ＣＰＵと、
上記端末の位置情報を格納するメモリと、
上記端末から該端末の位置情報を受信し、該位置情報を上記他の通信装置へ送信する送受信部とを備えた通信装置。
【請求項２】
上記位置情報は、MobileIPのバインディング情報であることを特徴とする請求項１記載の通信装置。
【請求項３】
上記通信装置は、上記他の通信装置からの情報通知要求を受信して、上記端末の位置情報を返信することを特徴とする請求項１記載の通信装置。
【請求項４】
上記メモリは、さらにサービス加入者情報が格納されており、
上記サービス加入者情報を参照して、上記端末がサービス加入者のものであると判定された場合に、上記端末の位置情報を上記他の通信装置に送信することを特徴とする請求項１記載の通信装置。
【請求項５】
上記サービス加入者情報には、上記端末の識別子と、上記他の通信装置の対応関係を示す情報が格納されていることを特徴とする請求項４記載の通信装置。
【請求項６】
ネットワークを介して端末と、該端末の位置情報を管理するサーバに接続され、
ＣＰＵと、
上記サーバから上記端末の位置情報を受信する送受信部と、
受信した上記端末の位置情報を、該端末の他の状態情報とともに格納するメモリを備えた状態情報管理装置。
【請求項７】
上記端末の位置情報は、MobileIPのバインディング情報であることを特徴とする請求項６記載の状態情報管理装置。
【請求項８】
ネットワークを介してさらに、サービス用サーバに接続され、
上記送受信部はさらに、上記サービス用サーバからの参照要求を受信し、上記端末の位置情報を返信することを特徴とする請求項６記載の状態情報管理装置。
【請求項９】
上記サービス用サーバは情報配信サーバであることを特徴とする請求項８記載の状態情報管理装置。
【請求項１０】
上記ＣＰＵは、上記サービス用サーバが上記端末の位置情報を参照可能か否かを判定し、
上記送受信部は、上記判定で参照可能と判定された場合に、上記位置情報を上記サービス用サーバに送信することを特徴とする請求項８記載の状態情報管理装置。
【請求項１１】
端末と接続され、端末位置情報管理サーバ、プレゼンスサーバ、及びサービス用サーバを備えた通信システムであって、
上記端末位置情報管理サーバは、
上記端末から該端末の位置情報を受信し、該位置情報をプレゼンスサーバに送信する送受信部を備え、
上記プレゼンスサーバは、
上記端末位置情報管理サーバから上記位置情報を受信し、上記サービス用サーバに送信する送受信部を備え、
上記サービス用サーバは、
上記プレゼンスサーバから上記位置情報を受信し、該位置情報に応じたデータを上記端末に送信する送受信部を備えたことを特徴とする通信システム。
【請求項１２】
上記位置情報は、モバイルＩＰのバインディング情報であり、
上記端末位置情報管理サーバはホームエージェントであることを特徴とする請求項１１記載の通信システム。
【請求項１３】
上記サービス用サーバは、情報配信サーバであることを特徴とする請求項１１記載の通信システム。
【請求項１４】
上記端末位置情報管理サーバの送受信部は、
上記プレゼンスサーバからの情報通知要求を受信し、上記端末の位置情報を返信することを特徴とする請求項１１記載の通信システム。
【請求項１５】
上記プレゼンスサーバの送受信部は、
上記サービス用サーバから情報参照要求を受信し、上記端末の位置情報を返信することを特徴とする請求項１１記載の通信システム。
【請求項１６】
ネットワークを介して端末とプレゼンスサーバとに接続され、
ＣＰＵと、
上記プレゼンスサーバから上記端末の位置情報を受信し、上記位置情報に応じたデータを上記端末に送信する送受信部と、
上記端末の位置情報と該位置情報に応じた上記データの対応関係を格納するメモリを備えたサービス用サーバ。
【請求項１７】
上記サービス用サーバは情報配信サーバであることを特徴とする請求項１６記載のサービス用サーバ。
【請求項１８】
ネットワークを介して、端末、端末情報管理装置、及び端末状態情報管理装置に接続された通信制御装置であって、
上記端末情報管理装置から上記端末状態情報管理装置に向けて送信された上記端末の位置情報を受信し、該位置情報を上記端末状態情報管理装置に送信する送受信部と、
上記位置情報と、上記位置情報に対応した通信制御情報を格納するメモリを備えた通信制御装置。
【請求項１９】
上記通信制御装置はＳＩＰサーバであり、
上記端末の位置情報は、上記端末情報管理装置から上記端末状態管理装置に向けて送信されたＳＩＰメッセージに含まれていることを特徴とする請求項１８記載の通信制御装置。
【請求項２０】
ネットワークを介して、端末、端末情報管理装置、サービス用サーバに接続されたプレゼンスサーバにおいて、ＣＰＵに端末情報通知方法を実行させるプログラムであって、
上記端末情報通知方法は、
送受信部が上記端末情報管理装置から上記端末の位置情報を受信するステップと、
上記ＣＰＵが上記端末の位置情報をメモリに格納するステップと、
上記送受信部が上記端末の位置情報を上記サービス用サーバに送信するステップとを含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された通信制御装置の通信制御方法に関する。特に、移動通信制御装置、情報管理装置、および、通信サービス制御方法に関する。中でも、モバイルＩＰ（Mobile IP）プロトコルを適用した移動通信システムにおける移動通信制御装置とSIPプロトコルを適用した通信システムにおける情報管理装置に関する。
【背景技術】
【０００２】
近年移動体通信網のIP（Internet Protocol）化の検討が活発化している。
IETF(Internet Engineering Task Force)は、Mobile IPv6仕様の標準化をすすめている（例えば、非特許文献1参照。）。
Mobile IPv6の網構成要素は、移動ノード（MN：Mobile Node）、ホームエージェント（HA：Home Agent）、通信相手（CN：Correspondent Node）である。
MNには、移動しても変わることのない一意のIPアドレス（ホームアドレス）が付与される。ホームアドレスと同じプレフィックスを持つリンクをホームリンクと呼ぶ。プレフィックスとは、IPアドレスのネットワーク部分を示す。
MNはホームリンク以外のリンクに移動すると（移動先のリンクを在圏リンクという）、在圏リンクにおいてIPアドレスを取得する。このアドレスは、気付アドレス（Care of Address、以下CoAで表す）と呼ばれる。MNのアプリケーションは、ホームアドレスを用いて通信を行う。MNのアプリケーションは、気付アドレスを用いずに通信することができる。
【０００３】
MNは在圏リンクに移動した際に、在圏リンクに存在するルータが定期的に送信するルータ広告を受信する。このルータ広告に含まれるホームアドレスと異なるプレフィックスを検出することで、MNはホームリンクから在圏リンクへの移動を検知する。ルータ広告メッセージは、IPv6の近隣探索（Neighbor Discovery）（非特許文献２参照。）で規定される。上記メッセージは、ルータが自分の存在を同一リンク上の他のノードに通知するために利用するものである。
MNは移動を検知すると、HAに位置登録を行う。HAは、Binding Cacheにホームリンク以外に存在するMNのホームアドレスと気付アドレスの対応情報（バインディング情報）を保持する。次に、HAは、CNからMNのホームアドレス宛に送信されるパケットを捕捉するため、Gratuitous Neighbor Advertisementをマルチキャストして上記MNのプロキシとして動作する。
【０００４】
以下、CNがMN宛にパケットを送信する手順を説明する。
CNはMNのホームアドレス宛にパケットを送信する。HAは上記MNのホームアドレス宛パケットを捕捉する。HAはBinding Cacheを検索して、MNのホームアドレスに対応するCoAを取得する。HAは受信したパケットに該当CoA宛のIPヘッダを付加（カプセル化）してパケットを送信する。HA-MNのカプセル化区間をモバイルトンネルと呼ぶ。MNは上記CoA宛のパケットを受信すると、先に付加されたIPヘッダを除去（デカプセル化）してオリジナルパケットを復元する。
MNは、CNにMN自身のバインディング情報を通知することにより、経路最適化を行ってもよい。
【０００５】
また、IP網におけるセッション制御プロトコルとして、SIP(Session Initiation Protocol) （非特許文献3参照。）が注目されている。SIPは、IETFで仕様化されたIPマルチメディア通信のセッション制御を行うプロトコルである。SIPを用いた代表サービスにVoIP（Voice over IP）がある。VoIPは音声情報をIPネットワーク上で送受信する技術である。SIPによるVoIP通信では、通信開始前に通信装置間に仮想的な通話路（セッション）を設定する。IPパケット化された音声データは、設定した通信路上で転送される。VoIP通信においてSIPは、通信装置間のセッション確立、維持、切断を制御する。
【０００６】
一方、“プレゼンス”という概念が、IETFで検討されている（例えば、非特許文献４参照）。プレゼンスとは、端末の所在情報や状態を示す。プレゼンスを通信相手に通知するサービスがプレゼンスサービスと呼ばれている。上述したSIPは、イベントを要求及び通知する機能（以下、イベント通知機能）を備える。SIPのイベント通知機能を用いたプレゼンス情報の送受信方法は、IETFで検討されている（例えば、非特許文献5参照。）。
【０００７】
従来のプレゼンスサービス提供システムでは、プレゼンス情報を提供する端末が所在情報（例えばIPアドレス）などをプレゼンスサーバに対して提供し、プレゼンス情報を参照する別の端末がイベント通知機能を利用してプレゼンスサーバ内に格納された上記プレゼンス情報を参照する。イベント通知機能を受信したプレゼンスサーバは、プレゼンス情報参照者の認証を行ってもよい。プレゼンスサーバは、認証結果に応じて、プレゼンス情報の公開・非公開を制御する。
【０００８】
【非特許文献１】Mobility Support in IPv6 <draft-ietf-mobileip-ipv6-24.txt>、 Work in Progress §4.1
【０００９】
【非特許文献２】IETF RFC2461、 Neighbor Discovery for IP Version 6 (IPv6)§3
【非特許文献３】IETF RFC3261、 SIP: Session Initiation Protocol§4
【非特許文献４】IETF RFC2778、 A Model for Presence and Instant Messaging §2.1
【非特許文献５】IETF RFC3265、 Session Initiation Protocol (SIP)-Specific Event Notification §1.1
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来のモバイルIP通信システムにおいて、移動端末のアプリケーションは、ホームアドレスを用いて通信を行い、気付アドレスは利用していない。よって、移動端末のアプリケーションは、プレゼンスサーバなどの通信装置に気付アドレスを通知しない。従来の通信制御方法を用いた場合に想定可能な、モバイルIP対応移動端末へのプレゼンスサービス提供方法は以下のようになる。
【００１１】
まず、移動端末がHAに対してモバイルIPの位置登録を行う。次に、移動端末がプレゼンスサーバに対して移動端末のプレゼンス情報を通知する。このプレゼンス情報として、IPアドレスが含まれる場合もあったが、通知されるIPアドレスはホームアドレスであった。次に、情報配信サーバは、プレゼンスサーバから移動端末のプレゼンス情報を取得する。このプレゼンス情報として、移動端末のホームアドレスが含まれる場合もあった。よって、情報配信サーバは、移動端末のIPアドレスに基づきサービスを提供する場合、そのIPアドレスはホームアドレスを用いなければならないことになり、移動端末の気付アドレスに応じたサービスは提供できないという課題があった。
【００１２】
ここで、気付アドレスに応じたサービスの例として、移動端末の在圏するネットワークに応じた情報配信サービス、発信規制サービス、着信規制サービスなどが考えられる。
一方、モバイルIPの経路最適化を実施すると、MNが任意の通信相手にMNのバインディング情報を通知するため、セキュリティが保てないという課題がある。
【００１３】
本発明の目的は、モバイルIP対応移動端末に対して、プレゼンスサービスを提供することにある。
特に、ホーム網以外に存在するモバイルIP対応移動端末に対して、移動先ネットワークに応じた「情報配信等のサービス」を提供するための通信方法を提供することにある。
【００１４】
本発明のその他の目的は、移動端末に対して、移動端末が接続される網に応じた通信制御を可能にする通信方法を提供することにある。
本発明のその他の目的は、移動端末のバインディング情報を任意の通信相手にに公開することなく、移動端末が接続される網に応じた「情報配信等のサービス」の提供を可能にする通信方法を提供することにある。
【課題を解決するための手段】
【００１５】
上記の問題を解決するために、本発明は少なくても以下の手段を備える。すなわち、
（１）Binding Cache機能を備える通信装置がSIP通信機能を備える。プレゼンス情報管理機能を備える通信装置が、上記Biding Cache機能を備える通信装置に対して移動端末情報を要求する手段と、上記移動端末の情報を受信する手段を備える。上記Binding Cache機能を備える通信装置は、上記プレゼンス情報管理機能を備える通信装置から移動端末情報の要求を受信すると、該当する移動端末のバインディング情報を上記通信装置へ通知する手段を備える。
【００１６】
（２）あるいは、Binding Cache機能を備える通信装置がSIP通信機能を備える。上記通信装置は、移動端末から位置登録メッセージを含むパケットを受信したとき、プレゼンス情報管理機能を備える通信装置に対してバインディング情報を通知する手段を備えてもよい。上記通信装置は、さらに上記位置登録メッセージを含むパケットを受信したとき、加入者情報を参照する手段を備えてもよい。
【００１７】
（３）通信装置が位置情報に応じた通信サービスを提供する機能を備える。上記通信装置は、プレゼンス管理機能を備える通信装置から移動端末の気付アドレスを取得する手段と、移動端末の気付アドレスに応じた通信サービスを提供する手段を備える。
【発明の効果】
【００１８】
本発明は移動先ネットワークにおけるモバイルIP対応移動端末に対して、通信サービスを提供するため、通信制御方法、及び、通信装置を提供する。
特に、Binding Cache機能を備える通信装置がプレゼンス情報管理機能を備える通信装置に移動端末の位置情報を通知することにより、モバイルIP対応移動端末の位置情報の公開、非公開を制御することができ、セキュリティが保たれる。
また、位置情報に応じた通信サービスを提供する機能を備えた通信装置が、プレゼンス情報管理機能からモバイルIP対応移動端末の気付アドレスを取得することで、当該モバイルIP対応移動端末に対して気付アドレスに応じたサービスの提供が可能になる。
【実施例１】
【００１９】
本発明の第１の実施の形態を図面を用いて説明する。
代表例として、Mobile IPv6対応移動ノード（MN）がホームリンク（以下、ホーム網）以外の網（以下、在圏網）に移動した際の通信方法を詳細に説明する。
【００２０】
図１は、本発明における通信網の構成例を示す。本発明における通信網はMN7のホーム網10とIP網8と在圏網6（6a、6b）から構成される。本実施例において、ホーム網10、IP網8、及び在圏網6はIPv6網である。MN7はMobile IPv6対応移動ノード（MN）である。ただし、本発明の効果を奏することができる構成である限り、ホーム網10、IP網8、及び在圏網6はIPv4網やその他の網でもよく、MN7はMobile IPv4やその他のプロトコルに準拠した端末でもよい。
在圏網6とIP網8、及び、IP網8とホーム網10は、ルータ、或いは、ゲートウェイ装置を介して接続される。在圏網6とホーム網10は、ルータ、或いは、ゲートウェイ装置を介して接続されてもよい。
ホーム網10は、プレゼンスサーバ1、HA2、情報配信サーバ3、SIPサーバ4を備える。在圏網6（6a、6b）は、IP網8とのインタフェースをもつルータ5（5a、5b）を備える。
【００２１】
HA2はMobile IPv6対応ホームエージェント（HA）である。HA2はホーム網10以外に存在するMN7の位置情報を管理する。上記位置情報とは、MNのホームアドレスと気付アドレスのバインディング情報である。HA2は通信相手端末がMN7のホームアドレス宛に送信するパケットを捕捉して、在圏網6bに存在するMN7にパケットを転送する機能を備える。
MN７は、モバイルIP対応移動端末機能とSIPプロトコルを処理する機能を備える。MN７は、SIP識別子としてSIP URIを保持する。
【００２２】
図２はプレゼンスサーバ１の構成例を示す。プレゼンスサーバ1は、回線12(12a、12b)を収容するインタフェース部（IF）11（11a、11b）と、CPU14と、メモリ15と、データベース16とから構成される。各構成要素は、バス13で接続される。
メモリ15には、SIP処理17を実行するプログラムとプレゼンス情報処理18とを実行するプログラムが記憶されている。SIP処理17は、SIPメッセージを送信または受信する機能を備える。プレゼンス情報処理18は、端末のプレゼンス情報を管理する機能とプレゼンス情報の公開可否を制御するパーミッション制御機能を備える。プレゼンス情報処理18は、HA情報管理テーブル210とMN情報管理テーブル220とパーミッション情報管理テーブル240とを含む。データベース16が、HA情報管理テーブル210とMN情報管理テーブル220とパーミッション情報管理テーブル240を含んでもよい。
【００２３】
図3-aはHA情報管理テーブル210のテーブル構成の一例を示す。HA情報管理テーブル210は、MNのSIP識別子であるSIP URI211と、少なくてもMNのホームアドレス212、MNのHAアドレス213、プレゼンス情報要求有無214との対応関係を格納する。例えば、エントリ210-1には、SIP URI (sip:mn@example.com)とホームアドレス(2000:0:0:102::111)とHAアドレス(2000:0:0:102::7)とプレゼンス情報要求有無との対応関係が格納される。
上記HA情報管理テーブル210は、プレゼンス情報要求の有効期間を示す有効期限215を含んでもよい。HA情報管理テーブル210が有効期限215を含む場合、プレゼンスサーバ１は、上記プレゼンス情報要求期限を指定できる。また、プレゼンスサーバ1がSIP以外のプロトコルに従う場合は、HA情報管理テーブル210に少なくともMNのホームアドレス212と、MNのHAアドレス213との対応関係が格納されている。
【００２４】
図3-bはMN情報管理テーブル220のテーブル構成の一例を示す。MN情報管理テーブル220は、MNのSIP識別子であるSIP URI221と、少なくてもMNのホームアドレス222とMNの気付アドレス223との対応関係を格納する。例えば、エントリ220-1には、SIP URI (sip:mn@example.com)とホームアドレス(2000:0:0:102::111)と気付アドレス(3000:300:1:2::100)との対応関係が格納される。
上記MN情報管理テーブル220は、MNのバインディング情報の有効期限224を含んでもよい。MN情報管理テーブル220が有効期限224を含む場合、プレゼンスサーバ１は、有効期限を過ぎたMNのエントリを削除できる。また、プレゼンスサーバ1がSIP以外のプロトコルに従う場合は、MN情報管理テーブル220には少なくともMNのホームアドレス222と、MNの気付アドレス223との対応関係が格納されている。
【００２５】
図3-cはパーミッション情報管理テーブル240のテーブル構成の一例を示す。パーミッション情報管理テーブル240は、MNのSIP識別子であるSIP URI241と、少なくてもプレゼンス情報要求元242とパーミッション243との対応関係を格納する。プレゼンス情報要求元242は、プレゼンス情報要求元のIPアドレス、あるいは、IPアドレスのプレフィックス、あるいは、SIP URI等で指定する。例えば、エントリ240-1には、SIP URI (sip:mn@example.com)とプレゼンス情報要求元(2000:0:0:102::/64)とパーミッション(許可)との対応関係が格納される。
【００２６】
図4はHA2の構成例を示す。HA2は、回線22(22a、22b)を収容するインタフェース部（IF）21（21a、21b）と、CPU24と、メモリ25と、データベース26とから構成される。各構成要素は、バス23で接続される。
【００２７】
メモリ25は、SIP処理27を実行するプログラムとMobile IP処理28を実行するプログラムが記憶されている。SIP処理27は、SIPメッセージを送信または受信する機能を備える。SIP処理27は、Binding情報通知先プレゼンスサーバ管理テーブル320を含む。Mobile IP処理28は、Mobile IPメッセージを送信または受信する機能と、Mobile IPのホームエージェント機能を備える。Mobile IP処理28は、Binding Cache管理テーブル310を含む。
データベース26がBinding Cache管理テーブル310とBinding情報通知先プレゼンスサーバ管理テーブル320を含んでもよい。
【００２８】
図5-aはBinding Cache管理テーブル310のテーブル構成の一例を示す。Binding Cache管理テーブル310は、MNのホームアドレス311と、少なくてもMNが在圏網で取得したCare of Address (CoA)312との対応関係を格納する。例えば、エントリ310-1には、ホームアドレス(2000:0:0:102::111)と気付アドレス(3000:300:1:2::100)との対応関係が格納される。
上記Binding Cache管理テーブル310は、Binding Cacheの有効期間を示すLifetime313を含んでもよい。Binding Cache管理テーブル310がLifetime313を含む場合、HA１は上記テーブルから有効期限が切れたエントリを削除できる。
【００２９】
図5-bはBinding情報通知先プレゼンスサーバ管理テーブル320のテーブル構成の一例を示す。Binding情報通知先プレゼンスサーバ管理テーブル320は、MNのSIP識別子であるSIP URI321と、少なくともMNのホームアドレス322、プレゼンスサーバのアドレス324との対応関係を格納する。例えば、エントリ320-1には、SIP URI (sip:mn@example.com)とホームアドレス(2000:0:0:102::111)とプレゼンスサーバアドレス(2000:0:0:102::10)との対応関係が格納される。
【００３０】
さらに、プレゼンスサービスに加入しているか否かを示すプレゼンスサービス加入有無323、プレゼンス情報取得要求受信有無325との対応関係を格納してもよい。上記Binding情報通知先プレゼンスサーバ管理テーブル320は、プレゼンス情報通知期間を示すタイマ326を含んでもよい。上記Binding情報通知先プレゼンスサーバ管理テーブル320がタイマ326を含む場合、プレゼンス情報取得要求に対して有効期限を設定できる。また、HA2がSIP以外のプロトコルに従う場合は、Binding情報通知先プレゼンスサーバ管理テーブル320に少なくともMNのホームアドレス322と、プレゼンスサーバのアドレス324の対応関係が格納されている。
【００３１】
図６は情報配信サーバ3の構成例を示す。情報配信サーバは、回線32(32a、32b)を収容するインタフェース部（IF）31（31a、31b）と、CPU34と、メモリ35と、データベース36とから構成される。各構成要素は、バス33で接続される。
メモリ35は、SIP処理37を実行するプログラムとプレゼンス情報処理38を実行するプログラムとを備える。SIP処理37は、SIPメッセージを送信または受信する機能を備える。プレゼンス情報処理38は、端末のプレゼンス情報を送信または受信する機能を備える。プレゼンス情報処理38は、MN情報管理テーブル250と配信情報管理テーブル260とを含む。データベース36がMN情報管理テーブル250と配信情報管理テーブル260を含んでもよい。
【００３２】
図7-aはMN情報管理テーブル250のテーブル構成の一例を示す。MN情報管理テーブル250は、MNのSIP識別子であるSIP URI251と、少なくてもMNのホームアドレス252と、MNが在圏網で取得したCare of Address (CoA)253との対応関係を格納する。例えば、エントリ250-1には、SIP URI (sip:mn@example.com)とホームアドレス(2000:0:0:102::111)と気付アドレス(3000:300:1:2::100)との対応関係が格納される。
上記MN情報管理テーブル250は、有効期限254を含んでもよい。MN情報管理テーブル250が有効期限254を含む場合、情報配信サーバ3は上記テーブルから有効期限が切れたエントリを削除できる。また、情報配信サーバ3がSIP以外のプロトコルに従う場合は、MN情報管理テーブル250に少なくともMNのホームアドレス252と、MNが在圏網で取得したCare of Address (CoA)253との対応関係が格納されている。
【００３３】
図7-bは配信情報管理テーブル260のテーブル構成の一例を示す。配信情報管理テーブル260は、少なくともMNの気付アドレス261と、配信情報263との対応関係を格納する。
MNの気付アドレス261として、気付アドレスのプレフィックスを設定してもよい。例えば、エントリ260-1には、気付アドレス(3000:300:1:2::/64)と配信情報(α)の対応関係が格納される。さらに、配信情報管理テーブル260は、位置情報262が格納されていてもよい。
【００３４】
次に、IPv6パケットフォーマットについて説明する。IPv6パケットは、IPv6基本ヘッダと、これに続く拡張ヘッダと、これらのヘッダに続くペイロードとから構成される。このIPv6基本ヘッダは、送信元アドレスと、着信先アドレスとを含む。以下、このフォーマットに準拠したIPv6パケットを用いて説明をするが、本発明の効果が発揮される限り、IPv6以外のプロトコルに準拠した、例えばIPv4などのパケットを用いてもよい。
【００３５】
次に、SIPメッセージを含むパケットフォーマットについて説明する。SIPメッセージは、TCP/UDPなどのトランスポートプロトコルのデータ部に格納される。トランスポートプロトコルのヘッダとデータ部は、IPv6パケットフォーマットのペイロードに格納される。以下このフォーマットに準拠したSIPメッセージを用いて説明するが、本発明の効果が発揮される限り、SIP以外のプロトコルに準拠したメッセージを用いてもよい。
【００３６】
図8は、SIPメッセージのフォーマット例S1を示す。
SIPメッセージは、少なくても要求又は応答を示すstart-line 433と、SIPメッセージのパラメータが設定されるmessage-header434とで構成される。SIPメッセージを用いて端末間通信に利用するメディア情報等やプレゼンス情報を送信する場合、SIPメッセージはこれらの情報を格納するmessage-body 435を含む。
【００３７】
次に、Binding Updateメッセージのフォーマットについて説明する。Binding Updateメッセージは、Destination Options HeaderとIPv6 Mobility Headerから構成される。これらのヘッダは、IPv6パケットの拡張ヘッダに格納される。MN7がHA2に送信するBinding Updateには、以下の値が格納される。IPv6パケットヘッダの着信先アドレスに、HA2のアドレスを設定する。IPv6パケットヘッダの送信元アドレスに、MN7が在圏網6で取得した気付アドレスを格納する。送信元アドレスにMN7のホームアドレス以外の値を格納する場合、MN7のホームアドレスがDestination Options HeaderのHome Addressフィールドに格納される。
【００３８】
図14と図15に示すシーケンスに従って、図1に示す網6bに在圏するMN7がHA2に位置登録を行い、プレゼンスサービスを利用したパケットを受信するシーケンスを説明する。まず、図14を用いて、プレゼンスサーバ１がHA2からMN７の位置登録情報を取得する手順を説明する。
第1の実施例において、HA2は、気付アドレス通知ルーチン60を備える。プレゼンスサーバ1は、気付アドレス取得ルーチン50を備える。
プレゼンスサーバ1内のHA情報管理テーブル210には、「SIP URI」に対して少なくても「ホームアドレス」と「HAアドレス」が設定されているものとする。
【００３９】
MN7は在圏網6bに属するルータ5bからルータ広告（Router Avertisement）を受信して(101)、CoAを取得する(102)。在圏網6bでCoA（3000:300:1:2::100）を取得したMN7は、HA2に位置登録メッセージ（Binding Update）を送信する(103)。上記Binding Updateには、以下の値が格納される。MN7のCoAがIPv6パケットヘッダの送信元アドレスに設定される。MN7のホームアドレス(2000:0:0:102::111)がIPv6 Destination Options HeaderのHome Addresフィールドに設定される。
【００４０】
HA2のMobile IP処理28では、上記Binding Updateを受信し、 MN7の位置登録処理を行う（104）。Mobile IP処理28では、MN7のホームアドレスを検索キーとして、Binding Cache管理テーブル310を検索する。上記Binding Cache管理テーブル310にMN7のエントリが存在しなければ、上記Binding Cache管理テーブル310にMN7のエントリを追加する。上記エントリのCare of Address312には、MN7が在圏網6bで取得したCoAを設定する。
位置登録終了後、HA2のMobile IP処理28では、Binding Updateの応答（Binding Acknowledgement）をMN７へ送信する(105)。HA2は、MN7のプロキシとして動作する。
【００４１】
MN7は、正常終了を示すBinding Acknowledgement(105)を受信すると、SIPサーバ4に対するSIP位置登録を開始する。
MN7は、HA2を経由して、SIPサーバ4にSIP位置登録要求メッセージ（REGISTER）(106)を送信する。上記REGISTERメッセージ106を含むオリジナルIPパケットは、HA2宛の着信先アドレスをもつIPv6ヘッダでカプセル化した形でHA2に送信される（106）。HA2は、受信パケットからカプセル化IPv6ヘッダを削除（デカプセル化）し、オリジナルIPパケットをSIPサーバ4に転送する。
【００４２】
図14に戻って、SIPサーバ4は、上記SIP位置登録要求メッセージ（REGISTER）を受信すると、SIPの位置登録を行う。具体的には、MNのSIP URI（例：sip:mn@example.com）とホームアドレス（例：2000:0:0:102::111）の対応情報を保持する(107)。SIPサーバ4は、上記SIP位置登録が終わると、MN7に上記SIP位置登録要求に対する応答メッセージ（“200 OK”）を送信する（108）。
SIP位置登録要求メッセージ(106)がHA2を経由していた場合、上記応答メッセージは、HA2経由でMN7に転送される。この場合、SIPサーバ4が送信した応答メッセージを含むIPパケットは、HA2でCoAを宛先アドレスとするIPヘッダでカプセル化され、MN7に転送される（108）。
【００４３】
上述したHA2への位置登録とSIPサーバ4への位置登録は、MN7が同一在圏網に留まっている場合でも、HA2が管理するBinding Cache管理テーブル310とSIPサーバ4が管理するSIP位置登録情報のエントリ有効期限を更新する目的で、所定の周期で繰り返して実行される。HA2への位置登録周期とSIPサーバ4への位置登録周期は必ずしも一致しない。
【００４４】
次に、プレゼンスサーバ１が、HA2からMN7の情報を収集する手順を示す。
プレゼンスサーバ１は、プレゼンス情報処理18内に気付アドレス取得ルーチン50を備える。プレゼンスサーバ１は、MN７の気付アドレスを収集するため、気付アドレス取得ルーチン50を起動する。まず、MN7 のSIP URIを検索キーとして、HA情報管理テーブル210を検索する。上記HA情報管理テーブル210にMN7のエントリが存在すれば、上記HA情報管理テーブル210からMN7のHAアドレスを取得する。プレゼンスサーバ1は、MN7のHAアドレスとしてHA2のアドレス(2000:0:0:102::7)を取得して、HA2にSIP SUBSCRIBEメッセージを送信する(51、109)。上記SIP SUBSCRIBEメッセージには、MN7のSIP URI(mn@example.com)と、プレゼンスサーバ１のアドレス(2000:0:0:102:10)と、有効期間が設定される。その後、プレゼンスサーバ1は、上記SUBSCRIBEメッセージに対する応答を待つ（52）。応答待ちの間にSUBSCRIBEの有効期間が満了した場合、プレゼンスサーバ１は本ルーチンを終了する。
【００４５】
ステップ51において、上記HA情報管理テーブル210に該当エントリが存在しない場合、プレゼンスサーバ1は本ルーチンを終了する。
HA2のSIP処理27では、SUBSCRIBEメッセージ（109）を受信すると、 MN7 のSIPURI(mn@example.com)を検索キーとして、Binding情報通知先プレゼンスサーバ管理テーブル320を検索する。上記テーブル320にMN7のエントリが存在すれば、該当エントリのプレゼンスサービス加入有無323を参照する。MN7がプレゼンスサービスに加入している場合、該当エントリからMN７のホームアドレス322(2000:0:0:102::111)を読み出し、該当エントリの情報を更新する(61)。プレゼンスサーバ324のアドレスには、上記SUBSCRIBEメッセージからプレゼンスサーバ１のアドレス(2000:0:0:102:10)を読み出し、設定する。プレゼンス情報取得要求受信有無325には、有を設定する。タイマ326には、上記SUBSCRIBEメッセージの有効期間を設定する。続いて、HA2はプレゼンスサーバ１に対して、正常終了を示すSIP応答メッセージ（200 OK）を送信する（62、110）。
【００４６】
ステップ61において、テーブル320にMN7のエントリが存在しない場合、あるいは、MN7がプレゼンスサービスに加入していない場合、HA2はプレゼンスサーバ１に対してエラー通知を含むSIP応答を送信し(67)、本ルーチンを終了する。次に、SIP処理27では、ステップ61で読み出したMN7のホームアドレス(2000:0:0:102::111)を検索キーとして、Binidng Cache管理テーブル310を参照する(63)。MN7のエントリが存在する場合、該当エントリからCare of Address312(3000:300:1:2::100)を読み出す。HA2は、MN7のホームアドレスと上記エントリから読み出した気付アドレスをSIP NOTIFYメッセージのメッセージボディ部（435）に設定し、プレゼンスサーバ1へ送信する（64、111）。図8は、SIP NOTIFYメッセージの１例を示す。上記NOTIFYメッセージのメッセージボディ部にBinding Cacheの有効期限を設定してもよい。
【００４７】
図9に戻って、プレゼンスサーバ１は、SIP NOTIFYメッセージを受信し（53）、SIPメッセージの検証を行う（54)。具体的には、上記SIP NOTIFYメッセージがステップ51で送信したSIP SUBSCRIBEメッセージに対応するメッセージであるか検証する。検証の結果がOKであれば、プレゼンスサーバ１はHA2に正常終了を示すSIP応答メッセージ（200 OK）を送信する(55、112)。検証の結果がNGであれば、プレゼンスサーバ１はHA2にエラー通知を示すSIP応答メッセージを送信し（57）、本ルーチンを終了する。
【００４８】
続いて、プレゼンスサーバ１は、MN7のSIP URI(sip:mn@example.com)を検索キーにして、MN情報管理テーブル220を参照する。該当するエントリが存在しなければ、MN7用の新規エントリを作成し、MN7のホームアドレス(2000:0:0:102::111)と気付アドレス(3000:300:1:2::100)を設定する。該当するエントリが存在する場合、プレゼンスサーバ１は該当エントリのMNホームアドレス222とMN気付アドレス223を更新する。MN7のホームアドレスと気付アドレスは、SIP NOTIFYメッセージのメッセージボディ部からを読み出す（56、113）。さらに、SIP NOTIFYメッセージがMN7のBinding Cacheの有効期限を含む場合、プレゼンスサーバ１は該当するエントリの有効期限（224）を読み出し、上記テーブルに設定する。この後、ステップ52に戻り、SIP SUBSCRIBEの有効期間が満了するまでステップ52からステップ56の処理を繰り返す。
【００４９】
図10に戻って、HA2は正常終了を示すSIP応答メッセージ（200 OK）を受信(65)すると、MN7のSIP URI(sip:mn@example.com)を検索キーにして、Binding情報通知先プレゼンスサーバ管理テーブル320を検索する。該当エントリのタイマ326が満了していなければ、ステップ63に戻る。ステップ66において該当エントリのタイマ326が満了している場合、或いは、ステップ65においてHA2がエラー通知を示すSIP応答メッセージを受信した場合、HA2は本ルーチンを終了する。
【００５０】
以上の処理により、プレゼンスサーバ１はHA2からMN７の位置登録情報を取得する。
続いて、図15に示すシーケンスに従って、情報配信サーバ3がプレゼンスサーバ1の情報を参照して、MN7に対して情報を配信するシーケンスを説明する。情報配信サーバ3は、MN7のプレゼンス情報を要求するため、プレゼンスサーバ1にSIP SUBSCRIBEメッセージを送信する（121、122）。上記SIP SUBSCRIBEメッセージは、MN7のSIP URIと情報配信サーバのIPアドレス、又は、SIP URIを含む。本実施例では、上記SIP SUBSCRIBEメッセージが、情報配信サーバ3のIPアドレス（2000:0:0:102::8）を含むとする。
【００５１】
SIP SUBSCRIBEメッセージを受信したプレゼンスサーバ１は、上記MN7のSIP URI（sip:mn@example.com）を検索キーとして、パーミッション情報管理テーブル240を参照する。該当するエントリが存在する場合、プレゼンスサーバ１は該当エントリのプレゼンス情報要求元とパーミッションを読み出す。プレゼンスサーバ１は、情報配信サーバ3（2000:0:0:102::108）にMN7（sip:mn@example.com）のプレゼンス情報の通知を許可する。そこで，プレゼンスサーバ1は、情報配信サーバ3へ応答メッセージ（200 OK）を送信する(123)。続いて、プレゼンスサーバ１は、MN7のSIP URI（sip:mn@example.com）を検索キーとして、MN情報管理テーブル220を参照する。該当するエントリが存在する場合、プレゼンスサーバ１は該当エントリのMNホームアドレス222(2000:0:0:102::111)とMN気付アドレス223(3000:300:1:2::100)を読み出す。プレゼンスサーバ１は、MN7のホームアドレスと気付アドレスを含むSIP NOTIFYメッセージを情報配信サーバ3へ送信する（124、125）。
【００５２】
情報配信サーバ3のプレゼンス情報処理38では、SIP NOTIFYメッセージを受信すると、配信情報決定ルーチン90を起動する。まず、プレゼンス情報処理38では、SIPメッセージを検証する(91)。受信メッセージがステップ121で送信したSIP SUBSCRIBEメッセージに対応するメッセージであれば、情報配信サーバ3は、正常応答を示すSIPメッセージ（200 OK）をプレゼンスサーバ1へ送信する（92、126）。受信メッセージがステップ121で送信したSIP SUBSCRIBEメッセージに対応するメッセージでなければ、情報配信サーバ3は、エラー通知を示すSIPメッセージをプレゼンスサーバ1へ送信し（96）、本ルーチンを終了する。
【００５３】
次に、情報配信サーバ3のプレゼンス情報処理38では、MN7のSIP URI(sip:mn@example.com)を検索キーとして、MN情報管理テーブル250を検索する。該当するエントリがあれば、情報配信サーバ3は、ステップ124で受信したSIP NOTIFYメッセージからMN7のホームアドレスと気付アドレスを読み出し、それぞれMNホームアドレス252(2000:0:0:102::111)とMN気付アドレス253(3000:300:1:2::100)に設定する(93)。上記SIP NOTIFYメッセージがBinding Cacheの有効期限を含む場合、上記テーブル250の有効期限254に値を設定する。該当するエントリがなければ、MN7の新規エントリを作成する。
【００５４】
続いて、情報配信サーバ3は、気付アドレスに対応した配信情報を決定するため、ステップ93でMN情報管理テーブル250に格納したMN7の気付アドレス、あるいは気付アドレスのプレフィックス(3000:300:1:2::/64)を検索キーとして、配信情報管理テーブル260を検索する（94）。該当するエントリが存在すれば、配信情報263(α)を読み出す。次に、情報配信サーバ3はMN7との間にセッションを確立し、情報を配信する。情報配信サーバ3とMN7の間のセッション確立手段として、たとえばSIPを用いる。情報配信サーバ3がMN7に対してセッション確立要求を送信する（SIP INVITE）(127、128)。上記セッション確立要求は、SIPサーバ4によってMN7へ転送される。上記SIP INVITEを受信したMN7は、セッションの確立要求を受け付ける場合、正常応答を示すSIPメッセージ（200 OK）をSIPサーバ経由で情報配信サーバ3へ送信する（129、130）。情報配信サーバ3は、上記SIPメッセージに対する応答確認メッセージ（131、132）をMN7へ送信する。以上のステップで、情報配信サーバ3とMN7の間にセッションが確立される。続いて、情報配信サーバ3は、ステップ94で取得した情報(α)をMN7へ送信し（95、134）、本ルーチンを終了する。
ステップ94において、該当するエントリが存在しなければ、情報配信サーバ3は本ルーチンを終了する。
【００５５】
本発明の第１の実施の形態によると、プレゼンスサーバがHAからMNの位置登録情報を取得する手段を備えることにより、ホーム網以外に存在するMNに対して、プレゼンスサービスの提供が可能になる。特に、MNの位置情報はプレゼンスサーバがHAから取得するため、ホーム網以外に存在するMNが任意の通信相手に対してバインディング情報を送信する必要がなくなり、セキュリティを保つことが可能になる。
【実施例２】
【００５６】
本発明の第2の実施の形態を図面を用いて説明する。第2の実施例は、HA2がモバイルIPの位置登録メッセージの受信を契機に、プレゼンスサーバ１にMNのバインディング情報を通知する手段を備えることを特徴とする。
第2の実施例において、HA2は、気付アドレス通知ルーチン60の代わりに気付アドレス取得ルーチン70を備える。プレゼンスサーバ1は、気付アドレス取得ルーチン50の代わりに、気付アドレス取得ルーチン80を備える。
【００５７】
第2の実施例において、Binding情報通知先プレゼンスサーバ管理テーブル320には、「SIP URI」に対して少なくても「ホームアドレス」と「プレゼンスサーバアドレス」が設定されているものとする。
図16に示すシーケンスに従って、HA2がプレゼンスサーバ１へMN７の位置登録情報を通知する手順を説明する。
MN7が在圏網でCoAを取得し、HA2へ位置登録を行うまでの処理（ステップ101からステップ105）は、第１の実施例と同じである。
【００５８】
HA2のMobile IP処理28では、MNの位置登録が完了すると、気付アドレス通知ルーチン70を起動する。HA2は、ステップ103で受信したMN7のホームアドレス（2000:0:0:102::111）を検索キーとして、Binding情報通知先プレゼンスサーバ管理テーブル320を参照する。該当エントリが存在する場合、Mobile IP処理28ではMN7のSIP URI321(sip:mn@example.com)と、プレゼンスサーバのアドレス324(2000:0:0:102::10)を抽出する（71）。ステップ71において該当エントリがない場合、HA2は本ルーチンを終了する。
【００５９】
HA2は、ステップ71で取得したプレゼンスサーバ1に対して、ステップ103で受信したMN7 のバインディング情報を通知する。バインディング情報の通知には、SIP REGISTERメッセージを用いる（72、141）。上記SIP REGISTERメッセージ(141)は、ステップ71で読み出したMN7のSIP URIと、ステップ103で受信したバインディング情報を含む。上記バインディング情報は、少なくてもMN７のホームアドレスと気付アドレスを含む。
【００６０】
プレゼンスサーバ1のプレゼンス情報処理18では、SIP REGISTERメッセージを受信すると、気付アドレス取得ルーチン80を起動する。まず、プレゼンス情報処理18は、受信したSIPメッセージを検証する（81）。プレゼンスサーバ１がSIPメッセージを許容する場合、SIP REGISTERメッセージ141に含まれるMN7のSIP URI(sip:mn@example.com)を検索キーとして、MN情報管理テーブル220を参照する。該当エントリがあれば、プレゼンスサーバ1は、該当エントリのMNホームアドレス222（2000:0:0:102::111）とMN気付アドレス223 (3000:300:1:2::100)を更新する。MN7のホームアドレスと気付アドレスは、上記SIP REGISTERメッセージ（141）から読み出す（82、 142）。該当エントリがなければ、新規エントリを生成する。その後、プレゼンスサーバ1はHA2へ正常応答を含むSIPメッセージ(200 OK)を送信し (83、143)、本ルーチンを終了する。
【００６１】
ステップ81において、SIPメッセージを許容しない場合、プレゼンスサーバ1は、HAへエラー通知を含む応答メッセージを送信し、本ルーチンを終了する。
MN7がSIPサーバ4へSIP位置登録を行う手順（ステップ106からステップ108）は、第１の実施例と同じである。
情報配信サーバ3がプレゼンスサーバ1の情報を参照して、MN7に対して情報を配信する手順は、第1の実施例と同じである。
【００６２】
本発明の第２の実施の形態によると、プレゼンスサーバがHAに対するプレゼンス情報要求機能を備えない場合であっても、プレゼンスサーバはMNのバインディング情報を取得できる。特に、 HAがプレゼンスサーバにMNの位置情報を通知するため、ホーム網以外に存在するMNは直接任意の通信相手に対してバインディング情報を送信する必要がなくなり、セキュリティを保つことが可能になる。
【実施例３】
【００６３】
本発明の第3の実施の形態を図面を用いて説明する。
第３の実施例は、第１の実施例、第2の実施例における情報配信サービスのかわりに、プレゼンスサーバ１がバインディング情報を発着信制御に適用する手段を備えることを特徴とする。
【００６４】
図17は、本発明の第3の実施の形態における通信網の構成例を示す。図17では端末30がホーム網10に接続される例を示すが、端末30はホーム網10以外に接続されてもよい。
第３の実施例において、プレゼンスサーバ１は、発着信情報管理テーブル230を備えることを特徴とする。
【００６５】
図18は発着信情報管理テーブル230のテーブル構成の一例を示す。発着信情報管理テーブル230は、MNの気付アドレス231に対して、発信可否情報232と着信可否情報233の対応関係を格納する。MNの気付アドレス231として、気付アドレスのプレフィックス(例：3000:300:1:2::/64)を設定してもよい。
【００６６】
図19に示すシーケンスに従って、図17に示す端末30が網6bに在圏するMN7に発信する際の制御手順を説明する。
プレゼンスサーバ１がMN7のバインディング情報を取得する方法は、第1の実施例、又は、第2の実施例と同じである。
ホーム網10に存在する端末30が、MN７に対してセッション確立を要求する（SIP INVITE）（151）。上記SIP INVITEはMN7のSIP URI(sip:mn@example.com)を含む。上記SIP INVITEを受信したSIPサーバ４は、プレゼンスサーバ1にMN7のプレゼンス情報を問い合わせる（152）。上記問い合わせ152には、MN7のSIP URIが含まれる。プレゼンスサーバ1は、上記問い合わせ152を受信すると、MN7のSIP URI(sip:mn@example.com)を検索キーとして、MN情報管理テーブル220を参照する。該当エントリが存在する場合、該当エントリからMN7の気付アドレス223(3000:300:1:2::100)を読み出す。次に、プレゼンスサーバ１は、MN７の気付アドレス、あるいは、MN7の気付アドレスのプレフィックスを検索キーとして、発着信情報管理テーブル230を参照する。該当エントリが存在する場合、プレゼンスサーバ１は、該当エントリの発信可否情報(232)と着信拒否情報（233）を読み出す。ここで、MN７の気付アドレスのプレフィックス（3000:300:1:2::/64）に対して、”着信拒否”が設定されているとする。着信拒否が設定されている場合、プレゼンスサーバ１は、SIPサーバ4へ着信拒否を含む応答メッセージ153を送信する。上記メッセージ153を受信したSIPサーバ4は、セッション確立要求（151）の応答として、エラー通知を含むSIP応答メッセージ（例えば、受け入れ不能を示す606 NOT Acceptable）を通信相手端末に送信する（154）。通信相手端末は、上記メッセージ154の応答確認をSIPサーバ4へ送信する(155)。
【００６７】
本発明の第3の実施の形態によると、プレゼンスサーバがMNのバインディング情報を取得する手段と、気付アドレス、または、気付アドレスのプレフィックスに対応する発着信制御情報を備えることにより、MNの在圏アドレスに応じた発着信制御サービスの提供が可能になる。
【実施例４】
【００６８】
本発明の第4の実施の形態を図面を用いて説明する。
図20は、本発明の第4の実施の形態における通信網の構成例を示す。図20ではプレゼンスサーバ１がSIPサーバ４に接続される例を示す。中継網がプレゼンスサーバ１とSIPサーバ４の間に存在してもよい。
【００６９】
第4の実施例は、SIPサーバ4がHA2とプレゼンスサーバ１の間のメッセージを中継する際、SIPサーバ4がMNのバインディング情報を格納する手段を備えることを特徴とする。
図21はSIPサーバ4の構成例を示す。SIPサーバ4は、回線42(42a、42b)を収容するインタフェース部（IF）41（41a、41b）と、CPU44と、メモリ45と、データベース46とから構成される。各構成要素は、バス43で接続される。
【００７０】
第4の実施例において、メモリ45には、SIP処理47を実行するプログラムとBinding情報処理48を実行するプログラムが記憶されている。SIP処理47は、SIPメッセージを送信または受信する機能と、発着信制御機能を備える。SIP処理47は、図18に示す発着信情報管理テーブル230を含む。Binding情報処理48は、端末のbinding情報を管理する機能を備える。Binding情報処理48は、MN情報管理テーブル330を含む。データベース46が、MN情報管理テーブル330と発着信情報管理テーブルを含んでもよい。
【００７１】
図22はMN情報管理テーブル330のテーブル構成の一例を示す。MN情報管理テーブル330は、MNのSIP識別子であるSIP URI331と、少なくてもMNのホームアドレス332とMNの気付アドレス333との対応関係を格納する。例えば、エントリ330-1には、SIP URI (sip:mn@example.com)とホームアドレス(2000:0:0:102::111)と気付アドレス(3000:300:1:2::100)との対応関係が格納される。
上記MN情報管理テーブル330は、MNのバインディング情報の有効期限334を含んでもよい。MN情報管理テーブル330が有効期限334を含む場合、SIPサーバ4は、有効期限を過ぎたMNのエントリを削除できる。
【００７２】
図23に示すシーケンスに従って、SIPサーバ4がHA2とプレゼンスサーバ１の間のメッセージを中継するとき、上記メッセージを参照する手順を説明する。HA2がモバイルIPの位置登録メッセージの受信を契機にプレゼンスサーバ１にMNのバインディング情報を通知する手段を備える場合について説明する。
MN7が在圏網でCoAを取得し、HA2へ位置登録を行うまでの処理（ステップ101からステップ105）は、第１の実施例及び第2の実施例と同じである。
【００７３】
HA2は、MNの位置登録が完了すると、プレゼンスサーバ1に対して、MN7 のバインディング情報を通知する。HA2の処理ステップは、第2の実施例と同じである。バインディング情報の通知には、SIP REGISTERメッセージ(161)を用いる。上記SIP REGISTERメッセージ(161)は、MN7のSIP URIとバインディング情報を含む。上記バインディング情報は、少なくてもMN７のホームアドレスと気付アドレスを含む。
【００７４】
SIPサーバ4は、上記SIP REGISTERメッセージ(161)を中継する。上記SIP REGISTERメッセージがプレゼンスサーバ１宛のメッセージである場合、SIPサーバ4は、上記メッセージを検証する。上記メッセージがMN7のバインディング情報を含む場合、SIPサーバ４はMN7のSIP URI(sip:mn@example.com)を検索キーとして、MN情報管理テーブル330を参照する。該当エントリがあれば、SIPサーバ4は、該当エントリにMNホームアドレス332（2000:0:0:102::111）とMN気付アドレス333 (3000:300:1:2::100)を仮登録する(162)。MN7のホームアドレスと気付アドレスは、上記SIP REGISTERメッセージ（161）から読み出す。該当エントリがなければ、新規エントリを生成する。その後、SIPサーバ4はプレゼンスサーバ1にSIP REGISTERメッセージを送信する（163）。
【００７５】
プレゼンスサーバ１は、上記SIP REGISTERメッセージを受信すると、第2の実施例と同様にMNのバインディング情報を格納し、SIP応答メッセージを送信する(164、 165)。
上記SIP応答メッセージが正常応答を示し、かつ、ステップ163で送信したSIP REGISTERに対応するメッセージである場合、SIPサーバ4はステップ162で仮登録したエントリを正式に登録する（166）。その後、SIPサーバ4は、HA2にSIP応答メッセージを送信する(167)。
MN7がSIPサーバ4へSIP位置登録を行う手順（ステップ106からステップ108）は、第１の実施例及び第2の実施例と同じである。
【００７６】
次に、端末30が網6bに在圏するMN7に発信する際の制御手順を説明する。
ホーム網10に存在する端末30が、MN７に対してセッション確立を要求する（SIP INVITE）（168）。上記SIP INVITEはMN7のSIP URI(sip:mn@example.com)を含む。上記SIP INVITEを受信したSIPサーバ４は、MN7のSIP URI(sip:mn@example.com)を検索キーとして、MN情報管理テーブル330を参照する。該当エントリが存在する場合、該当エントリからMN7の気付アドレス333(3000:300:1:2::100)を読み出す。次に、SIPサーバ4は、MN７の気付アドレス、あるいは、MN7の気付アドレスのプレフィックスを検索キーとして、発着信情報管理テーブル230を参照する。該当エントリが存在する場合、SIPサーバ4は、該当エントリの発信可否情報(232)と着信拒否情報（233）を読み出す。ここで、MN７の気付アドレスのプレフィックス（3000:300:1:2::/64）に対して、”着信拒否”が設定されているとする。着信拒否が設定されている場合、SIPサーバ4は、セッション確立要求（168）の応答として、エラー通知を含むSIP応答メッセージ（例えば、受け入れ不能を示す606 NOT Acceptable）を通信相手端末に送信する（169）。通信相手端末は、上記メッセージ169の応答確認をSIPサーバ4へ送信する(170)。
【００７７】
本発明の第4の実施の形態によると、SIPサーバがMNのバインディング情報と発着信制御機能を備えることにより、SIPサーバは、プレゼンスサーバに問い合わせることなくMNの在圏アドレスに応じた発着信制御サービスを提供することが可能になる。
【産業上の利用可能性】
【００７８】
本発明を用いると、通信装置は、移動先ネットワークにおけるモバイルIP対応移動端末に対して、気付アドレスに応じたサービスの提供が可能になる。本発明は、モバイルIP対応移動端末に対して、気付アドレスに応じた通信サービスを実現する場合に、利用される可能性がある。
【図面の簡単な説明】
【００７９】
【図１】本発明における通信網の構成例を示す構成図。
【図２】プレゼンスサーバ１のブロック図。
【図３−ａ】プレゼンスサーバ１が備えるHA情報管理テーブル図。
【図３−ｂ】プレゼンスサーバ１が備えるMN情報管理テーブル図。
【図３−ｃ】プレゼンスサーバ１が備えるパーミッション情報管理テーブル図。
【図４】HA2のブロック図。
【図５−ａ】HA2が備えるBinding Cache管理テーブル図。
【図５−ｂ】HA2が備えるBinding情報通知先プレゼンスサーバ管理テーブル図。
【図６】情報配信サーバ3のブロック図。
【図７−ａ】情報配信サーバ3が備えるMN情報管理テーブル図。
【図７−ｂ】情報配信サーバ3が備える配信情報管理テーブル図。
【図８】SIPメッセージ例の図。
【図９】プレゼンスサーバ１のプレゼンス情報処理18が備える気付アドレス取得ルーチン図。
【図１０】HA2のSIP処理27が備える気付アドレス通知ルーチン図。
【図１１】第２の実施例において、HA2のSIP処理27が備える気付アドレス通知ルーチン図。
【図１２】第２の実施例において、プレゼンスサーバ１のプレゼンス情報処理18が備える気付アドレス取得ルーチン図。
【図１３】情報配信サーバ3のプレゼンス情報処理38が備える配信情報決定ルーチン図。
【図１４】第１の実施例における位置登録・プレゼンス情報通知シーケンス図。
【図１５】パケット送受信シーケンス図。
【図１６】第２の実施例における位置登録・プレゼンス情報通知シーケンス図。
【図１７】本発明の第３の実施例における通信網の構成例を示す図。
【図１８】第３の実施例において、プレゼンスサーバ１が備える発着信情報管理テーブル図。
【図１９】第３の実施例におけるパケット送受信シーケンス図。
【図２０】本発明の第４の実施例における通信網の構成例を示す図。
【図２１】第４の実施例における、SIPサーバ４のブロック図。
【図２２】第４の実施例において、SIPサーバ４のBinding情報処理48が備えるMN情報管理テーブル図。
【図２３】第４の実施例における位置登録・プレゼンス情報通知シーケンス図。
【符号の説明】
【００８０】
1 Presence Server、 2 HA、 3 情報配信サーバ、4 SIPサーバ、7 Mobile IP移動ノード(MN)、50気付アドレス取得ルーチン、60気付アドレス通知ルーチン、70気付アドレス通知ルーチン、80気付アドレス取得ルーチン、 90配信情報決定ルーチン。
【図１】
2005340982.tif 000003
【図２】
2005340982.tif 000004
【図３−ａ】
2005340982.tif 000005
【図３−ｂ】
2005340982.tif 000006
【図３−ｃ】
2005340982.tif 000007
【図４】
2005340982.tif 000008
【図５−ａ】
2005340982.tif 000009
【図５−ｂ】
2005340982.tif 000010
【図６】
2005340982.tif 000011
【図７−ａ】
2005340982.tif 000012
【図７−ｂ】
2005340982.tif 000013
【図８】
2005340982.tif 000014
【図９】
2005340982.tif 000015
【図１０】
2005340982.tif 000016
【図１１】
2005340982.tif 000017
【図１２】
2005340982.tif 000018
【図１３】
2005340982.tif 000019
【図１４】
2005340982.tif 000020
【図１５】
2005340982.tif 000021
【図１６】
2005340982.tif 000022
【図１７】
2005340982.tif 000023
【図１８】
2005340982.tif 000024
【図１９】
2005340982.tif 000025
【図２０】
2005340982.tif 000026
【図２１】
2005340982.tif 000027
【図２２】
2005340982.tif 000028
【図２３】
2005340982.tif 000029