JP2008042739A

JP2008042739A - Ｓｉｐによるｉｐアドレス取得方法、ネットワーク・システム、及びｓｉｐ端末

Info

Publication number: JP2008042739A
Application number: JP2006217001A
Authority: JP
Inventors: Naohiro Sugita; 直宏杉田
Original assignee: NEC AccessTechnica Ltd
Current assignee: NEC Platforms Ltd
Priority date: 2006-08-09
Filing date: 2006-08-09
Publication date: 2008-02-21

Abstract

【課題】ＳＩＰの接続性があれば、高価な専用線やダイナミックＤＮＳサポートのための機能拡張することなく、インターネットＶＰＮに必要な接続目的端末のＩＰアドレスを取得すること。
【解決手段】ＳＩＰプロトコルをサポートとしたＳＩＰ端末Ａ１０１では、パブリックＳＩＰアドレスのみ有している。ＳＩＰ端末Ａ１０１は、パブロックＳＩＰアドレスが指すＳＩＰ端末Ｂ１０３にＩＰアドレス情報通知を促すためのキーワードを含む第１のＳＩＰメソッドを送信する。第１のＳＩＰメソッドを受信したＳＩＰ端末Ｂ１０３では、キーワードを照合し（６０２）、自アドレスをＩＰアドレス情報として第２のＳＩＰメソッドを送出する。第２のＳＩＰメソッドを受信したＳＩＰ端末Ａ１０１は、ＩＰアドレス情報を含んだ第２のＳＩＰメソッドから、ＳＩＰ端末Ｂ１０３のＩＰアドレスを抽出する（６０９）。
【選択図】図６

Description

本発明は、ＳＩＰ（Session Initiation Protocol：セッション開始プロトコル）によるＩＰアドレス取得方法に関する。

２つのネットワークを、インターネットを含む公衆ネットワークを介して、仮想的に同一ネットワークとみなして通信する場合、公衆ネットワーク上にＶＰＮ（virtual private network）を設ける必要がある。ここで、「ＶＰＮ」とは、通信事業者が提供する公衆網を利用して、専用線で構築した私設網を仮想的に構築するサービスの総称で、仮想閉域網または仮想私設網とも呼ばれる。また、一般にネットワークを使って企業の外の取引先や顧客と接続するときのセキュリティを確保するために、暗号化技術や認証技術を使ってＶＰＮを構築する必要がある。

一方、音声パケット通信をＩＰネットワーク上で実現するための技術として、ＶｏＩＰ（Voice over Internet Protocol）が知られている。そして、ＶｏＩＰの代表的な呼制御のプロトコルとしてＳＩＰ（Session Initiation Protocol：セッション開始プロトコル）が注目されている。

ここで、ＳＩＰは、電話やインスタント・メッセンジャーのような、１対１あるいは複数の参加者間の一まとまりの通信を開始、変更、完了するアプリケーション層のシグナリング・プロトコルをいい、ＲＦＣ３２６１で定義されている。また、シグナリング・プロトコルとは、電話の場合、通信相手を呼び出す部分、呼び出される部分を指し、通信の開始から完了までを制御する。

本明細書中では、ＳＩＰ機能を有する端末（すなわち、ＳＩＰをサーポートした端末）を「ＳＩＰ端末」と呼ぶ。ＳＩＰでは、パケットやメッセージのことをメソッドと呼んでいる。ＳＩＰで使用されるメソッド（メッセージ；パケット）には、特定イベント情報を取得するためのSUBSCRIBEメソッド、特定イベントを通知するNOTIFYメソッド、ＳＩＰセッション確立のためのINVITEメソッド、正常に処理したことを示すOKレスポンス、ＳＩＰセッションを開放するBYEメソッド等がある。ここでは、ＳＩＰで使用されるメソッド（パケット）を、ＳＩＰメソッド（ＳＩＰパケット）と総称する。

上記端末はＳＩＰ端末であって良い。２つの端末間でＩＰネットワークを介して通信を行うためには、一方の端末は相手先の端末のＩＰアドレスを取得する必要がある。ここで、ＩＰアドレスとは、ＴＣＰ／ＩＰで通信する場合に送信元や送信先を識別するためのアドレスをいう。また、ＴＣＰ／ＩＰ（transmission control protocol/internet protocol）は、米ＡＲＰＡＮＥＴという、研究機関や大学を集めたネットワーク用に開発されたプロトコルである。

ＩＰアドレスを取得するための技術を開示した先行技術文献は、種々知られている。例えば、インターネット電話機能の無い在来のプロバイダ使用可能なので低料金、しかも公衆回線の電話と同様、所望のとき何時でも接続可能なデータ交換方式が提案されている（例えば、特許文献１参照）。この特許文献１では、次のようにしてＩＰアドレスを取得している。

先ず、通話を所望したら、使用者は、公衆回線に接続された在来の電話機と同様に、発信側電話機の送受話器を取り上げる。そして相手方の公衆回線電話番号をダイヤルする。発信側電話機に内蔵されたマイクロプロセッサは、該受信側電話番号をセーブ（記憶）する。

次に該発信側電話機は、第１のＩＳＤＮ回線接続経由で第１のインターネット・サービス・プロバイダに接続する。第１のインターネット・サービス・プロバイダは、これに応答して発信側電話機にダイヤルアップＩＰアドレスを割当てる。それを同じ第１のＩＳＤＮ回線接続経由で発信側電話機に通知する。発信側電話機をこれをセーブする。以後、第１のインターネット・サービス・プロバイダとの接続は保持した儘にしておく。

次に、発信側電話機は、セーブしていた受信側の電話番号を読出し、ＤチャンネルＩＳＤＮ回線ＵＵＩ接続で、この電話番号の受信側電話機に接続し、取得したＩＰアドレスを通告する。発信側電話機は、この後、発信側受話器から呼出し音を出し、使用者に呼出し中であることを通知する。

受信側電話機は通知されたＩＰアドレスをセーブする。次いでベル等を鳴らして電話が掛かっていることを周囲の人（使用者）に知らせる。

受信側電話機の周囲にいた人が送受話器を取ったら、受信側電話機も第２のＩＳＤＮ回線接続経由で第２のインターネット・サービス・プロバイダに接続する。第２のインターネット・サービス・プロバイダは、これに応答して受信側電話機にダイヤルアップＩＰアドレスを割当て、これを第２のＩＳＤＮ回線接続経由で受信側電話機に通知する。受信側電話機はこれをセーブする。

この後、受信側電話機はセーブしておいた発信側のＩＰアドレスを読出す。そして、第２のインターネット・サービス・プロバイダ、インターネット、第１のインターネット・サービス・プロバイダ経由で、取得した自己のＩＰアドレスを発信側電話機に通知する。発信側電話機はこれをセーブする。

これで発信側、受信側双方が相手方ＩＰアドレスを取得し、インターネット経由で双方からの相手方へのデータ送信が可能になる。

このように、特許文献１は、ＩＳＤＮ、ＤチャンネルＵＵＩ接続（ダイヤルアップ環境）を利用した発明を開示している。換言すれば、特許文献１は、ＶｏＩＰ機能のないプロバイダでの擬似ＶｏＩＰを実現するための発明を開示している。

また、企業の内線電話網や複数の企業の電話網間で、ＩＰ（Internet Protocol）を用いて電話の発着信（通信）を制御する「通信制御装置」が提案されている（例えば、特許文献２参照）。特許文献２において、端末間の呼制御にはＳＩＰ（Session Initiation Protocol）を用い、各端末間の音声信号の送受信には、ＲＴＰ（Real-time Transport Protocol）を使用している。各端末は、通信先端末に対して発信を行う場合、呼信号用のパケットに自端末（通信元端末）と通信先端末が各々何れの企業網（ドメイン）に属するのかを識別するための識別子（ＳＩＰ−ＵＲＩ（Uniform Resource Identifier））を指定して通信制御装置に送信する。通信制御装置は、受信パケットに指定された通信元および通信先のＳＩＰ−ＵＲＩから内線通信であるのか外線通信であるのかを判断し、それぞれに応じた通信制御を行うことにより、企業網内又は企業網間の通信を可能とする。尚、ＳＩＰ−ＵＲＩは、後述するパブリックＳＩＰアドレスの一つである。

特許文献２では、呼信号用のパケット（ＳＩＰパケット）の構成を開示している。呼信号用のパケット（ＳＩＰパケット）は、ＩＰヘッダと、レイヤ４ヘッダと、ＳＩＰヘッダと、ＳＤＰ（Session Description Protocol）等の各エリアからなる。ＩＰヘッダには、SourceＩＰアドレスとDestinationＩＰアドレス等が指定される。ＳＤＰは、通信元端末のＩＰアドレスとポート番号等が指定される。

特許文献２では、パブリックＳＩＰアドレスに該当するＳＩＰ−ＵＲＩを使って端末間でデータのやり取りを行っている。尚、パブリックＳＩＰアドレスは、E-mailアドレスと同様に「ユーザ名＠ドメイン名」という表現を用いる。ＳＩＰ−ＵＲＩは、パブリックＳＩＰアドレスにＳＩＰプロトコルを示すsip:を前に付けた形式となる。各端末は、ＳＩＰパケット内に自ＩＰアドレスを搭載して相手先に送信している。

また、公衆回線とインターネットとを利用する複数の通信装置間の通信において、通信先で入力された電話番号に基づいて、インターネット交信で使用する識別子としてのＩＰアドレスを取得する技術も知られている（例えば、特許文献３参照）。特許文献３では、通信元の通信装置が、通信先の電話番号の入力を受け付けて、この電話番号から通信先の識別子を取得している。

更に、ＩＰ電話の呼制御を行うＳＩＰサーバ等の専用のサーバを不要とし、ＩＰアドレスが非固定の相手先へ呼制御を行えるようにしたルータが提案されている（例えば、特許文献４参照）。特許文献４では、ダイナミックＤＮＳを利用してＶｏＩＰ（Voice over IP）で音声通信を行うルータを開示している。ＤＮＳ（Domain Name System）は、ＩＰアドレスで示される宛先へＩＰルーティングでデータを転送するネットワーク環境において、ドメイン名からＩＰアドレスを取得できるようにするサービスを提供するシステムである。ドメイン名とは、インターネット上のホストの名前を示す文字列をいう。このＤＮＳを用いれば、宛先をそのＩＰアドレスの代わりにドメイン名で指定できるようになる。尚、ＤＮＳサーバは、ホスト名とＩＰアドレスの対応表を持つ。また、ダイナミックＤＮＳとは、ＤＮＳサーバの情報を動的に書き換え、情報の差分だけをＤＮＳサーバ間で転送できるようにした技術をいう。特許文献４においては、ダイナミックＤＮＳサーバへルータのグローバルＩＰアドレスとドメイン名との対応関係を登録している。特許文献４では、ドメイン名を基にダイナミックＤＮＳサーバから該当のＩＰアドレスを取得して、従来のＳＩＰサーバなどを介さずに直接呼制御を行い、それに基づいて通信を行っている。

また、ＩＰネットワークに接続できないサービス事業者でも、希望する任意の加入者に自身のサービスを提供できる「ＩＰ電話付加サービス提供方法」が提案されている（例えば、特許文献５参照）。

特開平１１−１７７７１９号公報特開２００５−１３６８７５号公報特開２００１−１６０８６６号公報特開２００４−１２０１２４号公報特開２００４−３３６６６３号公報

ところで、一方のＳＩＰ端末（送信側ＳＩＰ端末）が、相手先のＳＩＰ端末（受信側ＳＩＰ端末）のパブリックＳＩＰアドレスしか知らない（のみ有している）状況（以下、「特別な状況」と呼ぶ）にあるとする。尚、パブリックＳＩＰアドレスとは、ＳＩＰヘッダの一つであるＴｏヘッダに記載するアドレスをいい、全世界で一意に規定された識別子である。パブリックＳＩＰアドレスとドメイン名とは異なる。

このような特別な状況において、インターネットＶＰＮなどを実現するためには、一方のＳＩＰ端末（送信側ＳＩＰ端末）は、相手先のＳＩＰ端末（受信側ＳＩＰ端末）のＩＰアドレスを取得する必要がある。

しかしながら、上述した特許文献１〜５のいずれも、上記特別な状況においてＩＰアドレスを取得する手法については何ら開示していない。

すなわち、前述したように、特許文献１は、ＩＳＤＮ、ＤチャンネルＵＵＩ接続（ダイヤルアップ環境）を利用した発明を開示しているに過ぎず、ＶｏＩＰ機能のないプロバイダでの擬似ＶｏＩＰを実現するための発明を開示しているだけである。

一方、特許文献２は、企業の内線電話網内や複数の企業の電話網間で、ＩＰを用いて電話の発着信（通信）を制御する通信制御装置を開示しているに過ぎず、上記特別な状況においてＩＰアドレスを取得する手法については何ら開示していない。

特許文献３は、ＩＰアドレス（識別子）を取得する方法を開示しているかも知れない。しかしながら、特許文献３は、公衆回線とインターネット経由の通信経路とを利用して複数の通信装置間で通信を行う場合に、識別子を通信装置間で受け渡して通信経路を介して通信を行う通信方法または通信方式に関する発明を開示しているに過ぎず、本発明が対象としているネットワーク・システムとは前提条件が全く異なる。

特許文献４は、ＩＰ電話の呼制御を行うＳＩＰサーバ等の専用のサーバを不要とし、ＩＰアドレスが非固定の相手先へ呼制御を行えるようにしたルータを開示しているに過ぎない。そして、特許文献４は、ダイナミックＤＮＳを利用してＶｏＩＰで音声通信を行うルータを開示し、ドメイン名からＩＰアドレスを取得している。ダイナミックＤＮＳでは、管理サーバとして専用のダイナミックＤＮＳサーバを設置することが必要で、専用手順が必要となる。

特許文献５は、ＩＰネットワークに接続できないサービス事業者でも、希望する任意の加入者に自身のサービスを提供できる技術的思想を開示しているに過ぎない。

とにかく、上記特許文献１〜５を含む従来の技術では、ＶＰＮを実現する際に次のような課題がある。

第１の課題は、安価なインターネットＶＰＮの場合、接続目的端末のＩＰアドレスは動的に変化するため、接続目的端末のＩＰアドレスを取得することができず、接続できないということである。

第２の課題は、専用線の設置やダイナミックＤＮＳ機能拡張を実施しなければ、接続目的端末を特定できず、ＶＰＮを実施できないということである。

したがって、本発明の課題は、セッション開始プロトコル（ＳＩＰ）の接続性があれば、高価な専用線やダイナミックＤＮＳサポートのための機能拡張することなく、インターネットＶＰＮに必要な接続目的端末のＩＰアドレスを取得することを実現することにある。

本発明の第１の態様によれば、ＩＰネットワークを介してセッション開始プロトコル（ＳＩＰ）をサポートした第１及び第２のＳＩＰ端末が接続されたネットワーク・システムおいて、前記第１のＳＩＰ端末が、前記第２のＳＩＰ端末のパブリックＳＩＰアドレスのみを知っている状況において、前記第２のＳＩＰ端末のＩＰアドレスを取得する方法において、前記第１のＳＩＰ端末が、前記パブリックＳＩＰアドレスが指す前記第２のＳＩＰ端末に、ＩＰアドレス情報通知を促すためのキーワードを含む第１のＳＩＰメソッドを送信するステップと、前記第２のＳＩＰ端末において、受信した前記第１のＳＩＰメソッドから前記キーワードを照合するステップと、前記第２のＳＩＰ端末が、自ＩＰアドレスをＩＰアドレス情報として第２のＳＩＰメソッドに含ませて前記第１のＳＩＰ端末へ送出するステップと、前記第１のＳＩＰ端末において、受信した前記ＩＰアドレス情報を含んだ前記第２のＳＩＰメソッドから前記第２のＳＩＰ端末のＩＰアドレスを抽出するステップと、を含むＩＰアドレス取得方法が得られる。

本発明の第２の態様によれば、ＩＰネットワークを介してセッション開始プロトコル（ＳＩＰ）をサポートした第１及び第２のＳＩＰ端末が接続されたネットワーク・システムであって、前記第１のＳＩＰ端末は、前記第２のＳＩＰ端末のパブリックＳＩＰアドレスのみを有している、前記ネットワーク・システムにおいて、前記第１のＳＩＰ端末は、前記パブリックＳＩＰアドレスが指す前記第２のＳＩＰ端末に、ＩＰアドレス情報通知を促すためのキーワードを含む第１のＳＩＰメソッドを送信する手段を有し、前記第２のＳＩＰ端末は、受信した前記第１のＳＩＰメソッドから前記キーワードを照合する手段と、自ＩＰアドレスをＩＰアドレス情報として第２のＳＩＰメソッドに含ませて前記第１のＳＩＰ端末へ送信する手段とを有し、前記第１のＳＩＰ端末は、受信した前記ＩＰアドレス情報を含んだ前記第２のＳＩＰメソッドから前記第２のＳＩＰ端末のＩＰアドレスを抽出する手段を有する、ネットワーク・システムが得られる。

本発明の第３の態様によれば、ＩＰネットワークを介してセッション開始プロトコル（ＳＩＰ）をサポートした複数のＳＩＰ端末が接続されたネットワーク・システムおいて、ＩＰアドレスを取得する方法において、送信側ＳＩＰ端末が、受信側ＳＩＰ端末に対して、パブリックＳＩＰアドレス宛で自ＩＰアドレスを付加した第１のＳＩＰパケットを送出するステップと、該第１のＳＩＰパケットを受信した前記受信側ＳＩＰ端末が、その応答として、自ＩＰアドレスを取得してその取得したＩＰアドレスを付加した第２のＳＩＰパケットを前記送信側ＳＩＰ端末へ送出するステップと、該第２のＳＩＰパケットを受信した前記送信側ＳＩＰ端末は、前記第２のＳＩＰパケットから前記受信側ＳＩＰ端末のＩＰアドレスを取得するステップと、を含むＩＰアドレス取得方法が得られる。

本発明の第４の態様によれば、ＩＰネットワークを介してセッション開始プロトコル（ＳＩＰ）をサポートした複数のＳＩＰ端末が接続されたネットワーク・システムおいて、送信側ＳＩＰ端末は、受信側ＳＩＰ端末に対して、パブリックＳＩＰアドレス宛で自ＩＰアドレスを付加した第１のＳＩＰパケットを送出する手段を有し、前記受信側ＳＩＰ端末が、前記第１のＳＩＰパケットの応答として、自ＩＰアドレスを取得してその取得したＩＰアドレスを付加した第２のＳＩＰパケットを前記送信側ＳＩＰ端末へ送出する手段を有し、前記送信側ＳＩＰ端末は、前記第２のＳＩＰパケットから前記受信側ＳＩＰ端末のＩＰアドレスを取得する手段を有する、ネットワーク・システムが得られる。

本発明の第５の態様によれば、ＩＰネットワークに接続され、セッション開始プロトコル（ＳＩＰ）をサポートしたＳＩＰ端末において、パブリックＳＩＰアドレスが指す相手側ＳＩＰ端末に、ＩＰアドレス情報通知を促すためのキーワードを含む第１のＳＩＰメソッドを送信する手段と、前記相手側ＳＩＰ端末からそのＩＰアドレスを含む第２のＳＩＰメソッドを受信する手段と、該受信した前記第２のＳＩＰメソッドから前記相手側ＳＩＰ端末のＩＰアドレスを抽出する手段と、を含むＳＩＰ端末が得られる。

上記本発明の第５の態様によるＳＩＰ端末は、相手側ＳＩＰ端末から送信されてきた前記第１のＳＩＰメソッドを受信する手段と、該受信した前記第１のＳＩＰメソッドから前記キーワードを照合する手段と、自ＩＰアドレスをＩＰアドレス情報として前記第２のＳＩＰメソッドに含ませて前記相手側ＳＩＰ端末へ送信する手段と、を更に有する。

本発明の第６の態様によれば、ＩＰネットワークに接続され、セッション開始プロトコル（ＳＩＰ）をサポートするＳＩＰ端末において、相手側ＳＩＰ端末に対して、パブリックＳＩＰアドレス宛で自ＩＰアドレスを付加した第１のＳＩＰパケットを送出する手段と、前記相手側ＳＩＰ端末からそのＩＰアドレスを付加した第２のＳＩＰパケットを受信する手段と、該受信した前記第２のＳＩＰパケットから前記相手側ＳＩＰ端末のＩＰアドレスを取得する手段と、を含むＳＩＰ端末が得られる。

上記本発明の第６の態様によるＳＩＰ端末は、相手側ＳＩＰ端末から送信されてくる、前記第１のＳＩＰパケットを受信する手段と、該受信した第１のＳＩＰパケットの応答として、自ＩＰアドレスを取得してその取得したＩＰアドレスを付加した前記第２のＳＩＰパケットを前記相手側ＳＩＰ端末へ送出する手段と、を更に有する。

本発明のＳＩＰによるＩＰアドレス取得方法では、第１のＳＩＰ端末が、パブリックＳＩＰアドレスが指す第２のＳＩＰ端末に、ＩＰアドレス情報通知を促すためのキーワードを含む第１のＳＩＰメソッドを送信し、第１のＳＩＰメソッドを受信した第２のＳＩＰ端末が、キーワードを照合し、自アドレスをＩＰアドレス情報として第２のＳＩＰメソッドを送出し、第２のＳＩＰメソッドを受信した第１のＳＩＰ端末が、ＩＰアドレス情報を含んだ第２のＳＩＰメソッドから、第２のＳＩＰ端末のＩＰアドレスを抽出しているので、以下に記載するような効果を奏する。

第１の効果は、パブリックＳＩＰアドレスからＩＰアドレスを取得しているので、ＳＩＰアドレスさえ知っていれば、インターネットＶＰＮなどを実現するために必要な接続相手端末のＩＰアドレスを取得できることである。

第２の効果は、ＳＩＰのみ使用しているので、別の手段を用いず、ＳＩＰの拡張のみで接続目的端末のＩＰアドレスを取得することができることである。

以下、本発明の実施の形態について図面を参照して詳細に説明する。

図１に、本発明の一実施の形態に係るＩＰアドレス通知方法が適用されるネットワーク接続構成を示す。図示のネットワーク接続構成は、第１のＳＩＰ端末１０１と、第２のＳＩＰ端末１０３とがＩＰネットワーク１００を介して接続されている。ＩＰネットワーク１００にはＳＩＰサーバ１０２が接続されている。ここでは、第１のＳＩＰ端末１０１をＳＩＰ端末Ａと呼び、第２のＳＩＰ端末１０３をＳＩＰ端末Ｂと呼ぶことにする。ＳＩＰ端末Ａ１０１とＳＩＰ端末Ｂ１０３とは、本発明に係る機器である。ＳＩＰサーバ１０２は、ＳＩＰ端末Ａ１０１とＳＩＰ端末Ｂ１０３を登録するためのＳＩＰ登録サーバと、ＳＩＰ端末Ａ１０１とＳＩＰ端末Ｂ１０３の位置情報を管理しＳＩＰパケットをプロキシするためのＳＩＰプロシキサーバとを兼ねている。ＳＩＰ端末Ａ１０１とＳＩＰ端末Ｂ１０３は、後述するように、お互いのＩＰアドレス情報を交換する。

本発明では、ＳＩＰ（Session Initiation Protocol）で使用されるＳＩＰメソッド（ＳＩＰパケット）（例えば、特定イベント情報を取得するためのSUBSCRIBEメソッド、特定イベントを通知するNOTIFYメソッド、ＳＩＰセッション確立のためのINVITEメソッド、正常に処理したことを示すOKレスポンス、およびＳＩＰセッションを開放するBYEメソッド）を用いて、ＳＩＰ端末において、現在端末にアサインされているＩＰアドレスを、ＭＩＭＥ形式のデータとしてＳＩＰメソッド（ＳＩＰパケット）に添付することで、ＳＩＰ接続性のあるＳＩＰ端末同士で、それぞれに現在アサインされているアドレス情報を交換しあう。ここで、ＭＩＭＥとは、インターネットの電子メールで、日本語など英語以外の言語や、マルチメディア・データを送るための拡張仕様である。

ＳＩＰ端末Ａ１０１およびＳＩＰ端末Ｂ１０３は、ＩＰネットワーク１００を介して、ＳＩＰによるセッション確立を実現する機能を有している。ＳＩＰ端末Ａ１０１は、ＳＩＰ端末Ｂ１０３のパブリックＳＩＰアドレスと接続するための第１のＳＩＰメソッド（ＳＩＰパケット）に、ＳＩＰ端末Ａ１０１にアサインされたＩＰアドレス情報を付加したパケットをＳＩＰサーバ１０２に送信する。ＳＩＰサーバ１０２は、ＳＩＰ端末Ｂ１０３のパブリックＳＩＰアドレスからＳＩＰ端末Ｂ１０３のＩＰアドレスを導き出し、ＳＩＰ端末Ｂ１０３に転送する。ＳＩＰ端末Ｂ１０３は、ＳＩＰ端末Ａ１０１のアドレス情報が付加されたパケットに対して、ＳＩＰ端末Ｂ１０３にアサインされたＩＰアドレス情報を付加した第２のＳＩＰメソッド（ＳＩＰパケット）で応答する。ＳＩＰ端末Ｂ１０３からの応答（第２のＳＩＰメソッド）を受信したＳＩＰ端末Ａ１０１は、ＳＩＰ端末Ｂ１０３のＩＰアドレスを確認した後、ＳＩＰ端末Ｂ１０３との接続を切断する。

このようにして、本発明では、接続したいＳＩＰ端末のパブリックＳＩＰアドレスからＩＰアドレスを取得することができるので、ＩＰ接続を行うアプリケーションを使用する場合に有効である。本発明では、ダイナミックＤＮＳとは異なり、管理サーバとしてＳＩＰ（ロケーション）サーバ１０２を使用している。ＳＩＰでは、ＩＰ電話可能な環境であれば、管理サーバを別途設置する必要がない。また、ＳＩＰでは、ＩＰ電話可能な環境であれば、別途手順をサポートする必要がない。

図２を参照して、図１で示すＳＩＰ端末Ａ１０１とＳＩＰ端末Ｂ１０３の本発明機能を実現するモジュール内部構成について説明する。

各ＳＩＰ端末は、ＳＩＰモジュール２００と、アドレス通知モジュール２１０と、アドレス管理モジュール２２０とを有する。

ＳＩＰモジュール２００は、ＳＩＰパケット受信部２０１と、ＳＩＰパケット解析部２０２と、情報抽出部２０３と、情報保存部２０４と、ＩＰアドレス保存部２０５と、ＳＩＰプロトコルコア２０６と、自アドレス取得部２０７と、情報挿入部２０８と、ＳＩＰパケット送出部２０９とを有する。

ＳＩＰパケット受信部２０１は、下位層からのＳＩＰパケット受信処理を実行する。ＳＩＰパケット解析部２０２は、受信したパケットが、本発明を実現するための対象となるパケットである、SUBSCERIBEメソッドかNOTIFYメソッドかを判断する。受信したパケットがSUBSCIBEメソッドならば、ＳＩＰパケット解析部２０２は、ＭＩＭＥ形式により“IP ADDRESS INFORMATION”キーワードがSUBSCIBEメソッドに添付されているかを判断する。受信したパケットがNOTIFYメッセージなら、ＳＩＰ解析部２０１は、“IP ADDRESS INFORMATION”キーワードに続いて、ＩＰアドレスがNOTIFYメッセージに添付されているかを確認する。

情報抽出部２０３は、受信したパケットがSUBSCRIBEメソッドなら、Call-IDヘッダ情報等NOTIFYを送出するために必要な情報を抽出して、その抽出した情報を情報保存部２０４に保存する。受信したパケットがNOTIFYメソッドなら、情報抽出部２０３は、“IP ADDRESS INFORMATION”キーワードに続くＩＰアドレス情報を抽出して、その抽出したＩＰアドレス情報をＩＰアドレス保存部２０５に保存する。

ＩＰアドレス保存部２０５は、ＳＩＰモジュール２００外部のアドレス通知モジュール２１０と接続されている。アドレス通知モジュール２１０は、保存した接続先アドレス情報を必要とするモジュールが、アクセス可能なモジュールである。

自アドレス取得部２０７は、自装置にアサインされているＩＰアドレス取得処理を実行する。自アドレス取得部２０７は、ＳＩＰモジュール２００外部のアドレス管理モジュール２２０と接続されている。アドレス管理モジュール２２０は、ＳＩＰ端末にアサインされているＩＰアドレスを管理する。

情報挿入部２０８は、NOTIFYメソッドにＩＰアドレス情報と情報保存部２０４に保存してある情報の挿入を実行する。ＳＩＰパケット送出部２０９は、下位層へのＳＩＰパケット送信処理を実行する。

図３は本発明に係るＩＰアドレス取得方法を実現する際のシーケンス図を示している。

ＳＩＰ端末Ａ１０１は、SUBSCRIBEメソッド３００をＳＩＰサーバ１０２に送信する。SUBSCRIBEメソッド３００を受信したＳＩＰサーバ１０２は、SUBSCRIBEメソッド３０１をＳＩＰ端末Ｂ１０３へ送信する。ＳＩＰ端末Ｂ１０３は、OKレスポンス３０２をＳＩＰサーバ１０２に返す。OKレスポンス３０２を受けたＳＩＰサーバ１０２は、OKレスポンス３０３をＳＩＰ端末Ａ１０１に返す。ＳＩＰ端末Ｂ１０３は、NOTIFYメソッド３０４をＳＩＰサーバ１０２へ送信する。NOTIFYメソッドを受信したＳＩＰサーバ１０２は、NOTIFYメソッド３０５をＳＩＰ端末Ａ１０１へ送信する。ＳＩＰ端末Ａ１０１は、OKレスポンス３０６をＳＩＰサーバ１０２に返す。このOKレスポンス３０６を受けたＳＩＰサーバ１０２は、OKレスポンス３０７をＳＩＰ端末Ｂ１０３に返す。

ここで、SUBSCRIBEメソッド３００、３０１およびNOTIFYメソッド３０４、３０５は、それぞれ、ＭＩＭＥ形式の“IP ADDRESS INFORMATION”キーワードを含んでいる。

図４は、SUBSCRIBEメソッドに添付するＭＩＭＥ形式の例を示している。図４の中で、４００、４０１、４０２、および４０３は、本発明に特化した情報ではなく、ＭＩＭＥ形式データ例である。“IP ADDRESS INFORMATION”キーワード４０４が本発明に関わるところであり、“IP ADDRESS INFORMATION”キーワード４０４を含んだSUBSCRIBEメソッドを受信したＳＩＰ端末は、後述するように、自アドレス情報を返送する。

図５は、NOTIFYメソッドに添付するＭＩＭＥ形式の例を示している。図５の中で、５００、５０１、５０２、および５０３は、本発明に特化した情報ではなく、ＭＩＭＥ形式データの例である。“IP ADDRESS INFORMATION”キーワード５０４が本発明に関わるところであり、“IP ADDRESS INFORMATION”キーワード５０４と、“IP: 200.0.0.1”とを含んだNOTIFYメソッドを送信することで、セッション接続相手にアドレス情報を通知する。

図６、図７を参照して、本発明に係るＩＰアドレス取得方法について説明する。

図１において、ＳＩＰ端末Ａ１０１がＳＩＰ端末Ｂ１０３のＩＰアドレスを取得したいが、ＳＩＰ端末Ａ１０１は、ＳＩＰ端末Ｂ１０３のパブリックＳＩＰアドレスしか知らない（持っていない）とする。

この場合、ＳＩＰ端末Ａ１０１は、ＳＩＰ端末Ｂ１０３のパブリックＳＩＰアドレス宛てに自ＩＰアドレスを付加したSUBSCRIBEメソッドを送信する。ここで、SUBSCRIBEメソッドは第１のＳＩＰメソッド（第１のＳＩＰパケット）として働く。

すなわち、第１のＳＩＰ端末１０１は、パブリックＳＩＰアドレスが指す第２のＳＩＰ端末１０３に、ＩＰアドレス情報通知を促すためのキーワードを含む第１のＳＩＰメソッドを送信する。換言すれば、送信側ＳＩＰ端末１０１は、受信側ＳＩＰ端末１０３に対して、パブリックＳＩＰアドレス宛で自ＩＰアドレスを付加した第１のＳＩＰパケットを送出する。

このSUBSCRIBEメソッドを受信（ステップ６００）した、ＳＩＰ端末Ｂ１０３は、その受信したパケットがSUBSCRIBEメソッドか否かを確認する（ステップ６０１）。受信したパケットがSUBSCRIBEメソッドなら（ステップ６０１のＹｅｓ）、ＳＩＰ端末Ｂ１０３は、そのSUBSCRIBEメソッドにＭＩＭＥヘッダが存在し、ＭＩＭＥヘッダの中身に、図４の４０４で示すキーワードが記載されているか否かを確認する（ステップ６０２）。すなわち、第２のＳＩＰ端末１０３において、受信した第１のＳＩＰメソッドからキーワードを照合する。

キーワードが記載されていれば（ステップ６０２のＹｅｓ）、ＳＩＰ端末Ｂ１０３は、自アドレス取得要求を実行し（ステップ６０３）、その後、Call-IDなどのNOTIFYメソッド送出に必要な情報を情報保存部３０４に保存しておく（ステップ６０４）。SUBSCRIBEメソッド受信完了した後で、ＳＩＰ端末Ｂ１０３は、OKレスポンスを返送する（ステップ６０５）。キーワードが記載されていなければ（ステップ６０２のＮｏ）、ＳＩＰ端末Ｂ１０３は通常のＳＩＰ処理を実行する（ステップ６１１）。

次に、図７を参照して、ＳＩＰ端末Ｂ１０３の自アドレス取得が完了したら、ＳＩＰ端末Ｂ１０３は、自アドレスの取得を実行する（ステップ７００）。ＳＩＰ端末Ｂ１０３は、NOTIFYメソッドを生成し（ステップ７０１）、取得した自アドレスをＭＩＭＥ形式でNOTIFYメソッドに組み込む（ステップ７０２）。NOTIFYメソッドの生成が完了したら、ＳＩＰ端末Ｂ１０３は、NOTIFYメソッドをＳＩＰ端末Ａ１０１宛てに送信する（ステップＳ７０３）。ここで、NOTIFYメソッドは第２のＳＩＰメソッド（第２のＳＩＰパケット）として働く。

すなわち、第２のＳＩＰ端末１０３は、自ＩＰアドレスをＩＰアドレス情報として第２のＳＩＰメソッドに含ませて第１のＳＩＰ端末１０１へ送出する。換言すれば、第１のＳＩＰパケットを受信した受信側ＳＩＰ端末１０３は、その応答として、自ＩＰアドレスを取得してその取得したＩＰアドレスを付加した第２のＳＩＰパケットを送信側ＳＩＰ端末１０１へ送出する。

図６に戻って、NOTIFYメソッドを受信したＳＩＰ端末Ａ１０１は、受信したパケットがSUBSCRIBEメソッドではなくNOTIFYメソッドか否かを確認する（ステップ６０６）。受信したパケットがNOTIFYメソッドであれば（ステップ６０６のＹｅｓ）、ＳＩＰ端末Ａ１０１は、その正当性を検査する（ステップ６０７）。正当性が確認できなければ（ステップ６０７のＮＧ）、ＳＩＰ端末Ａ１０１は通常のＳＩＰ処理を行う（ステップ６１１）。正当性が確認できたら（ステップ６０７のＯＫ）、ＳＩＰ端末Ａ１０１は、NOTIFYメソッドにＭＩＭＥヘッダが存在し、ＭＩＭＥヘッダの中身に図５の５０４、５０５で示す情報（キーワード）が記載されているか否かを確認する（ステップ６０８）。情報が記載されていなければ（ステップ６０８のＮｏ）、ＳＩＰ端末Ａ１０１は、通常のＳＩＰ処理を実行する（ステップ６１１）。情報が記載されていれば（ステップ６０８のＹｅｓ）、ＳＩＰ端末Ａ１０１は、ＩＰアドレス情報を抽出し保存する（ステップ６０９）。NOTIFY受信処理が全て完了したら、ＳＩＰ端末Ａ１０１は、OKレスポンスを返送する（ステップ６１０）。

すなわち、第１のＳＩＰ端末１０１において、受信したＩＰアドレス情報を含んだ第２のＩＰメソッドから第２のＳＩＰ端末１０３のＩＰアドレスを抽出する。換言すれば、送信側ＳＩＰ端末１０１は、第２のＳＩＰパケットから受信側ＳＩＰ端末１０３のＩＰアドレスを取得する。

このようにして、ＳＩＰ端末Ａ１０１は、ＳＩＰ端末Ｂ１０３のＩＰアドレスを取得することができる。

以上説明したように、上記本発明の実施の形態においては、以下に記載するような効果を奏する。第１の効果は、パブリックＳＩＰアドレスからＩＰアドレスを取得しているので、パブリックＳＩＰアドレスさえ知っていれば、インターネットＶＰＮなどを実現するために必要な接続相手端末のＩＰアドレスを取得できることである。通常では、ＩＰアドレス取得のために別の手段が必要である。第２の効果は、ＳＩＰのみを使用しているので、別の手段を用いず、ＳＩＰの拡張のみで接続目的端末のＩＰアドレスを取得することができることである。

次に、図８を参照して、本発明の第２の実施の形態によるＩＰアドレス取得方法について説明する。本第２の実施の形態によるＩＰアドレス取得方法は、その基本的構成は上記の通りであるが、使用するＳＩＰメソッドについてさらに工夫している。

図１において、ＳＩＰ端末Ａ１０１がＳＩＰ端末Ｂ１０３のＩＰアドレスを取得したいが、ＳＩＰ端末Ａ１０１は、ＳＩＰ端末Ｂ１０３のパブリックＳＩＰアドレスしか知らない（持っていない）とする。このような場合、ＳＩＰ端末Ａ１０１は、ＳＩＰ端末Ｂ１０３のパブリックＳＩＰアドレス宛てに自ＩＰアドレスを付加したINVITEメソッドを送出する。

すなわち、本実施の形態では、第１のＳＩＰメソッド（第１のＳＩＰパケット）として、INVITEメソッドを使用している。

INVITEメソッドを受信した（ステップ８０１のＹｅｓ）ＳＩＰ端末Ｂ１０３は、そのINVITEメソッドにＭＩＭＥヘッダが存在し、ＭＩＭＥヘッダの中身に、図４の４０４で示す情報（キーワード）が記載されているか否かを確認する（ステップ８０２）。情報が記載されていれば（ステップ８０２のＹｅｓ）、ＳＩＰ端末Ｂ１０３は、自アドレス取得要求を実行し（ステップ８０３）、その後、Call-IDなどのOKレスポンス送出に必要な情報を保存しておく（ステップ８０４）。情報が記載されていなければ（ステップ８０２のＮｏ）、ＳＩＰ端末Ｂ１０３は、通常のＳＩＰ処理を実行する（ステップ８１１）。

次に、ＳＩＰ端末Ｂ１０３の自アドレス取得が完了したら、ＳＩＰ端末Ｂ１０３は、取得した自アドレスや保存した情報を基に、OKレスポンスを生成する。OKレスポンスの生成が完了したら、ＳＩＰ端末Ｂ１０３は、ＳＩＰ端末Ａ１０１宛てにそのOKレスポンスを送出する（ステップ８０５）。

すなわち、本実施の形態では、第２のＳＩＰメソッド（第２のＳＩＰパケット）として、OKレスポンスを使用している。

次に、OKレスポンスを受信した（ステップ８０６のＹｅｓ）ＳＩＰ端末Ａ１０１は、OKレスポンスの正当性を検査する（ステップ８０７）。正当性が確認できなければ（ステップ８０７のＮＧ）、ＳＩＰ端末Ａ１０１は、通常のＳＩＰ処理を行う（ステップ８１１）。正当性が確認できたら（ステップ８０７のＯＫ）、ＳＩＰ端末Ａ１０１は、OKレスポンスにＭＩＭＥヘッダが存在し、ＭＩＭＥヘッダの中身に図５の５０４、５０５で示す情報（キーワード）が記載されているか否かを確認する（ステップ８０８）。情報が記載されていなければ（ステップ８０８のＮｏ）、ＳＩＰ端末Ａ１０１は通常のＳＩＰ処理を実行する（ステップ８１１）。情報が記載されていれば（ステップ８０８のＹｅｓ）、ＳＩＰ端末Ａ１０１は、OKレスポンスからＩＰアドレス情報（ＳＩＰ端末Ｂ１０３のＩＰアドレス）を抽出し保存する（ステップ８０９）。

次に、ＳＩＰ端末Ａ１０１は、このセッションを維持する必要がないので、BYEメソッドを送出し（ステップ８１０）、セッションをクローズする。

すなわち、第１のＳＩＰ端末１０１において、第２のＳＩＰ端末１０３のＩＰアドレスを抽出後にBYEメソッドを送出する。換言すれば、送信側ＳＩＰ端末１０１において、受信側ＳＩＰ端末１０３のＩＰアドレスを取得後にBYEメソッドを送出する。

このように、本実施の形態では、INVITEメソッドとOKレスポンスにＭＩＭＥヘッダを添付できて、ＳＩＰとして矛盾がなければ、メソッドには依存しないという効果が得られる。

以上、本発明について好ましい実施の形態について説明してきたが、本発明は上述した実施の形態に限定されず、本発明の趣旨（主題）を逸脱しない範囲内で種々の変形・変更が可能なのは勿論である。

本発明が適用されるＩＰアドレス取得方法を実現するネットワーク・システム（ネットワーク接続構成）を示すブロック図である。図１に示したＳＩＰ端末の本発明の機能を実現するモジュールの内部構成を示すブロック図である。本発明によるＩＰアドレス取得方法を実現する際のシーケンス図である。本発明によるＩＰアドレス取得方法に使用されるSUBSCRIBEメソッドに添付するＭＩＭＥ形式の一例を示す図である。本発明によるＩＰアドレス取得方法に使用されるNOTIFYメソッドに添付するＭＩＭＥ形式の一例を示す図である。本発明の第１の実施の形態によるＩＰアドレス取得方法を説明するためのフローチャートである。本発明の第１の実施の形態によるＩＰアドレス取得方法の中で、自アドレスを取得してからNOTIFYメソッドを送信するまでの処理を説明するためのフローチャートである。本発明の第２の実施の形態によるＩＰアドレス取得方法を説明するためのフローチャートである。

符号の説明

１００ＩＰネットワーク
１０１ＳＩＰ端末Ａ（第１のＳＩＰ端末）
１０２ＳＩＰサーバ
１０３ＳＩＰ端末Ｂ（第２のＳＩＰ端末）
２００ＳＩＰモジュール
２０１ＳＩＰパケット受信部
２０２ＳＩＰパケット解析部
２０３情報抽出部
２０４情報保存部
２０５ＩＰアドレス保存部
２０６ＳＩＰプロトコルコア
２０７自アドレス取得部
２０８情報挿入部
２０９ＳＩＰパケット送出部
２１０アドレス通知モジュール
２２０アドレス管理モジュール

Claims

ＩＰネットワークを介してセッション開始プロトコル（ＳＩＰ）をサポートした第１及び第２のＳＩＰ端末が接続されたネットワーク・システムおいて、前記第１のＳＩＰ端末が、前記第２のＳＩＰ端末のパブリックＳＩＰアドレスのみを知っている状況において、前記第２のＳＩＰ端末のＩＰアドレスを取得する方法において、
前記第１のＳＩＰ端末が、前記パブリックＳＩＰアドレスが指す前記第２のＳＩＰ端末に、ＩＰアドレス情報通知を促すためのキーワードを含む第１のＳＩＰメソッドを送信するステップと、
前記第２のＳＩＰ端末において、受信した前記第１のＳＩＰメソッドから前記キーワードを照合するステップと、
前記第２のＳＩＰ端末が、自ＩＰアドレスをＩＰアドレス情報として第２のＳＩＰメソッドに含ませて前記第１のＳＩＰ端末へ送出するステップと、
前記第１のＳＩＰ端末において、受信した前記ＩＰアドレス情報を含んだ前記第２のＳＩＰメソッドから前記第２のＳＩＰ端末のＩＰアドレスを抽出するステップと、
を含むＩＰアドレス取得方法。
前記第１のＳＩＰメソッドがSUBSCRIBEメソッドである、請求項１に記載のＩＰアドレス取得方法。
前記第２のＳＩＰメソッドがNOTIFYメソッドである、請求項２に記載のＩＰアドレス取得方法。
前記第１のＳＩＰメソッドがINVITEメソッドである、請求項１に記載のＩＰアドレス取得方法。
前記第２のＳＩＰメソッドがOKレスポンスである、請求項４に記載のＩＰアドレス取得方法。
前記第１のＳＩＰ端末において、前記第２のＳＩＰ端末のＩＰアドレスを抽出後にBYEメソッドを送出するステップを更に有する、請求項５に記載のＩＰアドレス取得方法。
ＩＰネットワークを介してセッション開始プロトコル（ＳＩＰ）をサポートした第１及び第２のＳＩＰ端末が接続されたネットワーク・システムであって、前記第１のＳＩＰ端末は、前記第２のＳＩＰ端末のパブリックＳＩＰアドレスのみを有している、前記ネットワーク・システムにおいて、
前記第１のＳＩＰ端末は、前記パブリックＳＩＰアドレスが指す前記第２のＳＩＰ端末に、ＩＰアドレス情報通知を促すためのキーワードを含む第１のＳＩＰメソッドを送信する手段を有し、
前記第２のＳＩＰ端末は、受信した前記第１のＳＩＰメソッドから前記キーワードを照合する手段と、自ＩＰアドレスをＩＰアドレス情報として第２のＳＩＰメソッドに含ませて前記第１のＳＩＰ端末へ送信する手段とを有し、
前記第１のＳＩＰ端末は、受信した前記ＩＰアドレス情報を含んだ前記第２のＳＩＰメソッドから前記第２のＳＩＰ端末のＩＰアドレスを抽出する手段を有する、
ネットワーク・システム。
前記第１のＳＩＰメソッドがSUBSCRIBEメソッドである、請求項７に記載のネットワーク・システム。
前記第２のＳＩＰメソッドがNOTIFYメソッドである、請求項８に記載のネットワーク・システム。
前記第１のＳＩＰメソッドがINVITEメソッドである、請求項７に記載のネットワーク・システム。
前記第２のＳＩＰメソッドがOKレスポンスである、請求項１０に記載のネットワーク・システム。
前記第１のＳＩＰ端末が、前記第２のＳＩＰ端末のＩＰアドレスを抽出後にBYEメソッドを送出する手段を更に有する、請求項１１に記載のネットワーク・システム。
ＩＰネットワークを介してセッション開始プロトコル（ＳＩＰ）をサポートした複数のＳＩＰ端末が接続されたネットワーク・システムおいて、ＩＰアドレスを取得する方法において、
送信側ＳＩＰ端末が、受信側ＳＩＰ端末に対して、パブリックＳＩＰアドレス宛で自ＩＰアドレスを付加した第１のＳＩＰパケットを送出するステップと、
該第１のＳＩＰパケットを受信した前記受信側ＳＩＰ端末が、その応答として、自ＩＰアドレスを取得してその取得したＩＰアドレスを付加した第２のＳＩＰパケットを前記送信側ＳＩＰ端末へ送出するステップと、
該第２のＳＩＰパケットを受信した前記送信側ＳＩＰ端末は、前記第２のＳＩＰパケットから前記受信側ＳＩＰ端末のＩＰアドレスを取得するステップと、
を含むＩＰアドレス取得方法。
前記第１のＳＩＰパケットがSUBSCRIBEメソッドから成る、請求項１３に記載のＩＰアドレス取得方法。
前記第２のＳＩＰパケットがNOTIFYメソッドから成る、請求項１４に記載のＩＰアドレス取得方法。
前記第１のＳＩＰパケットがINVITEメソッドから成る、請求項１３に記載のＩＰアドレス取得方法。
前記第２のＳＩＰパケットがOKレスポンスから成る、請求項１６に記載のＩＰアドレス取得方法。
前記送信側ＳＩＰ端末において、前記受信側ＳＩＰ端末のＩＰアドレスを取得後にBYEメソッドを送出するステップを更に有する、請求項１７に記載のＩＰアドレス取得方法。
ＩＰネットワークを介してセッション開始プロトコル（ＳＩＰ）をサポートした複数のＳＩＰ端末が接続されたネットワーク・システムおいて、
送信側ＳＩＰ端末は、受信側ＳＩＰ端末に対して、パブリックＳＩＰアドレス宛で自ＩＰアドレスを付加した第１のＳＩＰパケットを送出する手段を有し、
前記受信側ＳＩＰ端末が、前記第１のＳＩＰパケットの応答として、自ＩＰアドレスを取得してその取得したＩＰアドレスを付加した第２のＳＩＰパケットを前記送信側ＳＩＰ端末へ送出する手段を有し、
前記送信側ＳＩＰ端末は、前記第２のＳＩＰパケットから前記受信側ＳＩＰ端末のＩＰアドレスを取得する手段を有する、
ネットワーク・システム。
前記第１のＳＩＰパケットがSUBSCRIBEメソッドから成る、請求項１９に記載のネットワーク・システム。
前記第２のＳＩＰパケットがNOTIFYメソッドから成る、請求項２０に記載のネットワーク・システム。
前記第１のＳＩＰパケットがINVITEメソッドから成る、請求項１９に記載のネットワーク・システム。
前記第２のＳＩＰパケットがOKレスポンスから成る、請求項２２に記載のネットワーク・システム。
前記送信側ＳＩＰ端末が、前記受信側ＳＩＰ端末のＩＰアドレスを取得後にBYEメソッドを送出する手段を更に有する、請求項２３に記載のネットワーク・システム。
ＩＰネットワークに接続され、セッション開始プロトコル（ＳＩＰ）をサポートしたＳＩＰ端末において、
パブリックＳＩＰアドレスが指す相手側ＳＩＰ端末に、ＩＰアドレス情報通知を促すためのキーワードを含む第１のＳＩＰメソッドを送信する手段と、
前記相手側ＳＩＰ端末からそのＩＰアドレスを含む第２のＳＩＰメソッドを受信する手段と、
該受信した前記第２のＳＩＰメソッドから前記相手側ＳＩＰ端末のＩＰアドレスを抽出する手段と、
を含むＳＩＰ端末。
相手側ＳＩＰ端末から送信されてきた前記第１のＳＩＰメソッドを受信する手段と、
該受信した前記第１のＳＩＰメソッドから前記キーワードを照合する手段と、
自ＩＰアドレスをＩＰアドレス情報として前記第２のＳＩＰメソッドに含ませて前記相手側ＳＩＰ端末へ送信する手段と、
を更に有するＳＩＰ端末。
前記第１のＳＩＰメソッドがSUBSCRIBEメソッドである、請求項２５又は２６に記載のＳＩＰ端末。
前記第２のＳＩＰメソッドがNOTIFYメソッドである、請求項２７に記載のＳＩＰ端末。
前記第１のＳＩＰメソッドがINVITEメソッドである、請求項２５又は２６に記載のＳＩＰ端末。
前記第２のＳＩＰメソッドがOKレスポンスである、請求項２９に記載のＳＩＰ端末。
前記相手側ＳＩＰ端末のＩＰアドレスを抽出後にBYEメソッドを送出する手段を更に有する、請求項３０に記載のＳＩＰ端末。
ＩＰネットワークに接続され、セッション開始プロトコル（ＳＩＰ）をサポートするＳＩＰ端末において、
相手側ＳＩＰ端末に対して、パブリックＳＩＰアドレス宛で自ＩＰアドレスを付加した第１のＳＩＰパケットを送出する手段と、
前記相手側ＳＩＰ端末からそのＩＰアドレスを付加した第２のＳＩＰパケットを受信する手段と、
該受信した前記第２のＳＩＰパケットから前記相手側ＳＩＰ端末のＩＰアドレスを取得する手段と、
を含むＳＩＰ端末。
相手側ＳＩＰ端末から送信されてくる、前記第１のＳＩＰパケットを受信する手段と、
該受信した第１のＳＩＰパケットの応答として、自ＩＰアドレスを取得してその取得したＩＰアドレスを付加した前記第２のＳＩＰパケットを前記相手側ＳＩＰ端末へ送出する手段と、
を更に有する請求項３２に記載のＳＩＰ端末。
前記第１のＳＩＰパケットがSUBSCRIBEメソッドから成る、請求項３２又は３３に記載のＳＩＰ端末。
前記第２のＳＩＰパケットがNOTIFYメソッドから成る、請求項３４に記載のＳＩＰ端末。
前記第１のＳＩＰパケットがINVITEメソッドから成る、請求項３２又は３３に記載のＳＩＰ端末。
前記第２のＳＩＰパケットがOKレスポンスから成る、請求項３６に記載のＳＩＰ端末。
前記相手側ＳＩＰ端末のＩＰアドレスを取得後にBYEメソッドを送出する手段を更に有する、請求項３７に記載のＳＩＰ端末。