(57)【要約】【課題】  接続相手を意識することなく、付加サービスを起動して実現可能なＶｏＩＰネットワークを提供する。【解決手段】  ＶｏＩＰ付加サービスを提供する機能がある機器からなるネットワーク（Ａ）１と、ＶｏＩＰ付加サービスを提供する機能がない機器からなるネットワーク（Ｂ）２との間のＶｏＩＰメディアパケットはＶｏＩＰメディアプロキシサーバ３経由で送受信される。ネットワーク（Ａ）１における付加サービス起動時に、ＶｏＩＰメディアプロキシサーバ３内でサービスメディアパケットを作成してネットワーク（Ｂ）２に送信する。【選択図】      図１                                                  
2006005501.tif 000002
【特許請求の範囲】
【請求項１】
ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）機器からなるＶｏＩＰネットワークであって、前記ＶｏＩＰ機器において付加サービス起動時に前記付加サービスに対応するサービスメディアパケットを作成して被起動側のＶｏＩＰ機器に転送するメディアプロキシサーバを有することを特徴とするＶｏＩＰネットワーク。
【請求項２】
前記メディアプロキシサーバは、前記サービスメディアパケットの伝送路上に配設されたことを特徴とする請求項１記載のＶｏＩＰネットワーク。
【請求項３】
前記メディアプロキシサーバは、前記ＶｏＩＰ機器との間に個別にメディアパスを設定することを特徴とする請求項１または請求項２記載のＶｏＩＰネットワーク。
【請求項４】
前記メディアパスの接続先情報を管理するためのメディア変換テーブルを含み、
前記メディアプロキシサーバは、前記メディア変換テーブルを用いて前記サービスメディアパケットを含むメディアパケットの転送を行うことを特徴とする請求項３記載のＶｏＩＰネットワーク。
【請求項５】
前記ＶｏＩＰ機器間の呼制御におけるプロトコルを変換する手段を前記メディアプロキシサーバに含むことを特徴とする請求項１から請求項４のいずれか記載のＶｏＩＰネットワーク。
【請求項６】
前記付加サービスは、少なくともＶｏＩＰ通信の保留及び転送を含むことを特徴とする請求項１から請求項５のいずれか記載のＶｏＩＰネットワーク。
【請求項７】
ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）機器からなるＶｏＩＰネットワークに用いられるメディアプロキシサーバであって、前記ＶｏＩＰ機器において付加サービス起動時に前記付加サービスに対応するサービスメディアパケットを作成して被起動側のＶｏＩＰ機器に転送する手段を有することを特徴とするメディアプロキシサーバ。
【請求項８】
前記サービスメディアパケットの伝送路上に配設されたことを特徴とする請求項７記載のメディアプロキシサーバ。
【請求項９】
前記ＶｏＩＰ機器との間に個別にメディアパスを設定することを特徴とする請求項７または請求項８記載のメディアプロキシサーバ。
【請求項１０】
前記メディアパスの接続先情報を管理するためのメディア変換テーブルを用いて前記サービスメディアパケットを含むメディアパケットの転送を行うことを特徴とする請求項９記載のメディアプロキシサーバ。
【請求項１１】
前記ＶｏＩＰ機器間の呼制御におけるプロトコルを変換する手段を含むことを特徴とする請求項７から請求項１０のいずれか記載のメディアプロキシサーバ。
【請求項１２】
前記付加サービスは、少なくともＶｏＩＰ通信の保留及び転送を含むことを特徴とする請求項７から請求項１１のいずれか記載のメディアプロキシサーバ。
【請求項１３】
ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）機器からなるＶｏＩＰネットワークに用いられる付加サービス提供方法であって、メディアプロキシサーバ側に、前記ＶｏＩＰ機器において付加サービス起動時に前記付加サービスに対応するサービスメディアパケットを作成して被起動側のＶｏＩＰ機器に転送する処理を有することを特徴とする付加サービス提供方法。
【請求項１４】
前記メディアプロキシサーバを前記サービスメディアパケットの伝送路上に配設したことを特徴とする請求項１３記載の付加サービス提供方法。
【請求項１５】
前記メディアプロキシサーバが前記ＶｏＩＰ機器との間に個別にメディアパスを設定することを特徴とする請求項１３または請求項１４記載の付加サービス提供方法。
【請求項１６】
前記メディアプロキシサーバが、前記メディアパスの接続先情報を管理するためのメディア変換テーブルを用いて前記サービスメディアパケットを含むメディアパケットの転送を行うことを特徴とする請求項１５記載の付加サービス提供方法。
【請求項１７】
前記メディアプロキシサーバ側に、前記ＶｏＩＰ機器間の呼制御におけるプロトコルを変換する処理を含むことを特徴とする請求項１３から請求項１６のいずれか記載の付加サービス提供方法。
【請求項１８】
前記付加サービスが、少なくともＶｏＩＰ通信の保留及び転送を含むことを特徴とする請求項１３から請求項１７のいずれか記載の付加サービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＶｏＩＰネットワーク、メディアプロキシサーバ及びそれらに用いる付加サービス提供方法に関し、特にＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークにおいて付加サービスを提供する方法に関する。
【背景技術】
【０００２】
ＶｏＩＰネットワークを構築する場合には、全て同じ仕様、同じ機能を持ったＶｏＩＰ機器で統一すると、サービス手順やサービス提供能力が同一であるため、ネットワーク全体としてＶｏＩＰ機器の持っているサービス能力を十分に発揮することができる。
【０００３】
しかしながら、ＶｏＩＰ機器と一言で言っても、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話機、ＩＰゲートウェイ装置等の多種多様なメーカ仕様の装置があり、付加サービスを提供する機能が必ずしも統一されていない。
【０００４】
通常、通話の保留や転送といった付加サービスを起動する場合、接続先のＶｏＩＰ機器が持つ機能等を意識することができないため、接続先のＶｏＩＰ機器が付加サービス提供能力を持っていない場合、サービスを制限したり、サービスが起動されないように接続自体に制約を付けるしか方法がない。
【０００５】
ネットワークで接続する全てのＶｏＩＰ機器は、ネットワーク内で使用される全ての付加サービス手順を実装する必要がある。ネットワーク内で使用される付加サービス手順としては、例えばＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）による付加サービス手順がある（例えば、非特許文献１参照）。
【０００６】
上記の方式では、ネットワークの全てのＶｏＩＰ機器が付加サービス手順を実装することによって、ネットワーク全体で付加サービスを提供することが可能であるが、サービスの追加やネットワークの更新を一斉に実施することが必要であり、コストや時間が非常にかかり、現実的ではない。
【０００７】
また、標準プロトコルで構成されているネットワークの場合には、サービス手順の仕様が標準化されるのに時間を要したり、標準化されない等の理由によって、仕様が異なるＶｏＩＰ機器間において、付加サービスまで充分に提供することができない。
【０００８】
但し、付加サービスの提供方法としては、ＶｏＩＰ機器に対してネットワーク内で使用される全ての付加サービス手順［例えば、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ）勧告のＨ．３２３における付加サービス手順］が実装されている場合に、各ＶｏＩＰ機器における付加サービス手順のバージョンの違いを解消する方法も提案されている（例えば、特許文献１参照）。
【０００９】
【特許文献１】特開２０００−２２８６８０号公報
【非特許文献１】“Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ｓｅｒｖｉｃｅ  Ｅｘａｍｐｌｅｓ  ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｓｅｒｖｉｃｅ−ｅｘａｍｐｌｅｓ−０６  ２．１  Ｃａｌｌ  Ｈｏｌｄ”（Ａ．Ｊｏｈｎｓｔｏｎ，ｅｔ  ａｌ．，Ｅｘｐｉｒｅｓ  Ａｕｇｕｓｔ  １５，２００４，ｐｐ．４−１６）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述した従来のネットワークでは、異なる種類のＶｏＩＰ機器によってＶｏＩＰのネットワークを構築する場合、製造メーカや機器の仕様が異なることで、基本的な２者通話については接続することができても、保留や転送といったＶｏＩＰ上の付加サービスは、片方の装置にたとえ提供する機能があったとしても、接続相手のＶｏＩＰ機器が同等の付加サービス提供能力を持っていなければ、ネットワークとしてそのサービスを提供することができないという問題がある。この問題は、上記の特許文献１では解決することができない。
【００１１】
そこで、本発明の目的は上記の問題点を解消し、接続相手を意識することなく、付加サービスを起動して実現することができるＶｏＩＰネットワーク、メディアプロキシサーバ及びそれらに用いる付加サービス提供方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明によるＶｏＩＰネットワークは、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）機器からなるＶｏＩＰネットワークであって、前記ＶｏＩＰ機器において付加サービス起動時に前記付加サービスに対応するサービスメディアパケットを作成して被起動側のＶｏＩＰ機器に転送するメディアプロキシサーバを備えている。
【００１３】
本発明によるメディアプロキシサーバは、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）機器からなるＶｏＩＰネットワークに用いられるメディアプロキシサーバであって、前記ＶｏＩＰ機器において付加サービス起動時に前記付加サービスに対応するサービスメディアパケットを作成して被起動側のＶｏＩＰ機器に転送する手段を備えている。
【００１４】
本発明による付加サービス提供方法は、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）機器からなるＶｏＩＰネットワークに用いられる付加サービス提供方法であって、メディアプロキシサーバ側に、前記ＶｏＩＰ機器において付加サービス起動時に前記付加サービスに対応するサービスメディアパケットを作成して被起動側のＶｏＩＰ機器に転送する処理を備えている。
【００１５】
すなわち、本発明のＶｏＩＰネットワークは、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）メディアパケットをメディアプロキシサーバ経由で行い、付加サービス起動時にメディアプロキシサーバ内でサービスメディアパケットを作成して被起動側装置へ流すことを特徴としている。
【００１６】
本発明のＶｏＩＰネットワークでは、サービスメディアパケットの伝送路にＶｏＩＰメディアプロキシサーバを挿入することによって、付加サービス手順信号を使用することなく、保留音やメディアパスの切替えを行うことが可能となるため、接続相手を意識することなく、付加サービスを起動して実現することが可能となる。
【発明の効果】
【００１７】
本発明は、以下に述べるような構成及び動作とすることで、接続相手を意識することなく、付加サービスを起動して実現することができるという効果が得られる。
【発明を実施するための最良の形態】
【００１８】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークの構成を示すブロック図である。図１において、本発明の一実施例によるＶｏＩＰネットワークはネットワーク（Ａ）１と、ネットワーク（Ｂ）２と、ＶｏＩＰメディアプロキシサーバ［以下、ＶＭＤ−プロキシ（ＰＲＯＸＹ）とする］３とから構成され、ＶＭＤ−プロキシ３はインタフェースコントローラ（Ｉ／Ｆ  Ａ）３ａとインタフェースコントローラ（Ｉ／Ｆ  Ｂ）３ｂとを備えている。尚、ネットワーク（Ａ）１及びネットワーク（Ｂ）２もそれぞれＶｏＩＰネットワークを表している。
【００１９】
ネットワーク（Ａ）１はＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話機１１，１２と、ＩＰゲートウェイ装置１３と、呼制御サーバ１４とから構成されている。ＩＰ電話機１１，１２、ＩＰゲートウェイ装置１３、呼制御サーバ１４はそれぞれネットワーク（Ａ）１内でユニークなＩＰアドレスが１つ付与されており、呼制御サーバ１４はＩＰ電話機１１，１２及びＩＰゲートウェイ装置１３を制御し、ネットワーク（Ａ）１内におけるＶｏＩＰサービスを提供している。
【００２０】
ＩＰ電話機１１，１２は音声のＩＰパケット化及びＩＰパケットの音声再生変換を行うことが可能な電話機であり、ＩＰゲートウェイ装置１３は企業網や公衆網といった回線交換網１００とネットワーク（Ａ）１との相互接続が可能であり、ＩＰ電話機１１，１２と同様に、音声のＩＰパケット化とＩＰパケットの音声再生変換とを行う機能を有している。
【００２１】
呼制御サーバ１４は各ＶｏＩＰ機器（ＩＰ電話機１１，１２、ＩＰゲートウェイ装置１３）の基本呼接続の制御以外にも、保留や転送といったネットワーク（Ａ）１内でのＶｏＩＰ付加サービスを制御する機能を持っており、各ＶｏＩＰ機器もＶｏＩＰ付加サービスを提供する機能を実装している。
【００２２】
ネットワーク（Ｂ）２も、上記のネットワーク（Ａ）１と同様に、ＩＰ電話機２１，２２と、回線交換網２００に接続するＩＰゲートウェイ装置２３と、呼制御サーバ２４とから構成されているが、ＶｏＩＰ基本接続のみを提供し、ＶｏＩＰ付加サービスを提供する機能がないため、保留や転送サービスは実施することができない。
【００２３】
本実施例は、インタフェースコントローラ（Ｉ／Ｆ  Ａ）３ａとインタフェースコントローラ（Ｉ／Ｆ  Ｂ）３ｂとを用いて、ネットワーク（Ａ）１とネットワーク（Ｂ）２との間にＶＭＤ−プロキシ３を接続することによって、付加サービス提供能力を持たないネットワーク（Ｂ）２との接続においても、ネットワーク（Ａ）１内のＩＰ電話機１１，１２から保留や転送といったＶｏＩＰ付加サービスを起動することが可能となり、ネットワーク（Ａ）１内の機器からは接続先によらずＶｏＩＰ付加サービスを起動、提供することが可能となる。
【００２４】
図２は図１のＶＭＤ−プロキシ３の構成を示すブロック図である。図２において、ＶＭＤ−プロキシ３はパケット送受信部（Ａ）３１と、メッセージ制御部（Ａ）３２と、メディア制御部（Ａ）３３と、呼制御部（Ａ）３４と、メディア処理部（Ａ）３５と、パケット送受信部（Ｂ）３６と、メッセージ制御部（Ｂ）３７と、メディア制御部（Ｂ）３８と、呼制御部（Ｂ）３９と、メディア処理部（Ｂ）４０と、共通呼制御部４１と、サービスパケット処理部４２との装置内処理モジュールから構成されている。
【００２５】
パケット送受信処理部（Ａ）３１及びパケット送受信処理部（Ｂ）３６はパケットの送受信を行い、メッセージ制御部（Ａ）３２及びメッセージ制御部（Ｂ）３７は呼接続関連メッセージの制御を行い、メディア制御部（Ａ）３３及びメディア制御部（Ｂ）３８はメディアパス関連のメッセージ制御を行い、それぞれの上位モジュールである呼制御部（Ａ）３４及び呼制御部（Ｂ）３９によって制御される。
【００２６】
メディア処理部（Ａ）３５及びメディア処理部（Ｂ）４０では、それぞれメディア制御部（Ａ）３３及びメディア制御部（Ｂ）３８によって指示を受け、メディアパケットの受信処理及び送信処理と、メディアパケットのヘッダ情報の書換え処理とを行う。
【００２７】
共通呼制御部４１は呼制御部（Ａ）３４及び呼制御部（Ｂ）３９からの呼制御メッセージを相互に転送する。サービスパケット処理部４２ではメディア制御部（Ａ）３３及びメディア制御部（Ｂ）３８からの指示によって、ＰＢ（Ｐｕｓｈ  Ｂｕｔｔｏｎ）音や保留音、及び各種トーン等のＶｏＩＰ付加サービスで使用する付加サービスメディアパケットの作成を行い、メディア処理部（Ａ）３５及びメディア処理部（Ｂ）４０へ付加サービスメディアパケットの送信を行う。
【００２８】
メディア処理部（Ａ）３５及びメディア処理部（Ｂ）４０は相互にメディアパケットの転送が可能である。また、メディア処理部（Ａ）３５及びメディア処理部（Ｂ）４０はサービスパケット処理部４２からのメディアパケットをパケット送受信部（Ａ）３１及びパケット送受信処理部（Ｂ）３６へ送信することが可能である。
【００２９】
メディア処理部（Ａ）３５及びメディア処理部（Ｂ）４０において、対向のメディア処理部（Ａ）３５及びメディア処理部（Ｂ）４０からのメディアパケットを送信するか、それともサービスパケット処理部４２からの付加サービスメディアパケットを送信するかは、全てメディア制御部（Ａ）３３及びメディア制御部（Ｂ）３８からの指示にしたがって処理を行う。
【００３０】
各装置内処理モジュール、つまりパケット送受信部（Ａ）３１及びパケット送受信部（Ｂ）３６、メッセージ制御部（Ａ）３２及びメッセージ制御部（Ｂ）３７、メディア制御部（Ａ）３３及びメディア制御部（Ｂ）３８、呼制御部（Ａ）３４及び呼制御部（Ｂ）３９、メディア処理部（Ａ）３５及びメディア処理部（Ｂ）４０はそれぞれ独立して動作することができる。
【００３１】
呼制御サーバ１４にはＶＭＤ−プロキシＰ３に接続されかつＩＰ電話機２１の電話番号が蓄積されたデータベース（図示せず）を登録してあるものとし、発呼メッセージ及び応答メッセージにはＶｏＩＰ通信で必要なＩＰ電話機のメディア情報（ＩＰアドレス、メディア受信ポート番号、コーディック）が含まれているものとする。
【００３２】
ＩＰ電話機１１からＩＰ電話機２１の電話番号をダイアルすると、呼制御サーバ１４はデータベースから受信番号を分析し、発呼メッセージをＶＭＤ−プロキシ３へ送信する。発呼メッセージを受信したＶＭＤ−プロキシ３は呼制御サーバ２４へ発呼メッセージを送信し、呼制御サーバ２４によってＩＰ電話機２１へ着信する。
【００３３】
ＩＰ電話機２１で応答動作が行われると、呼制御サーバ２４は応答メッセージをＶＭＤ−プロキシ３へ返信し、ＶＭＤ−プロキシ３は応答メッセージを呼制御サーバ１４へ返信し、呼制御サーバ１４はＩＰ電話機１１へ相手が応答したことを指示する。これによって、ＩＰ電話機１１及びＩＰ電話機２１は通話の呼を確立することが可能となる。
【００３４】
本実施例では、呼制御サーバ１４から受信した発呼メッセージ中のＩＰ電話機１１のメディア情報を、ＶＭＤ−プロキシ３のメディア情報に書換え、呼制御サーバ２４から受信する応答メッセージ中のＩＰ電話機２１のメディア情報を、ＶＭＤ−プロキシ３のメディア情報に書換えることで、メディアパケットをＶＭＤ−プロキシ３経由で転送することが特徴であり、メディアパケットをＶＭＤ−プロキシ３で自由に制御することによって、ＶｏＩＰ付加サービスを実現するものである。
【００３５】
ＶＭＤ−プロキシ３では、発呼メッセージ中のＩＰ電話機１１のメディア情報を保存し、ネットワーク（Ｂ）２へ送信する発呼メッセージ中に、ネットワーク（Ｂ）２側とのメディアパスで使用するＶＭＤ−プロキシ３の情報を設定し、呼制御サーバ２４へ発呼メッセージを送信する。これによって、呼制御サーバ２４はネットワーク（Ｂ）２内のＶｏＩＰ装置であるＶＭＤ−プロキシ３からの発信と認識する。ここで、上記のＶＭＤ−プロキシ３の情報としては、インタフェースコントローラ（Ｉ／Ｆ  Ｂ）３ｂのＩＰアドレス、メディア受信ポート番号、コーディック情報を挙げることができる。
【００３６】
ＩＰ電話機２１から応答動作を行うと、呼制御サーバ２４はＶＭＤ−プロキシ３へＩＰ電話機２１のメディア情報を設定した応答メッセージを返信し、ＩＰ電話機２１へＶＭＤ−プロキシ３とのメディアパスの開設を指示し、ＩＰ電話機２１とＶＭＤ−プロキシ３との間のメディアパスが確立される。ここで、ＩＰ電話機２１のメディア情報としては、ＩＰ電話機２１のＩＰアドレス、メディア受信ポート番号、コーディック情報を挙げることができる。
【００３７】
呼制御サーバ２４から応答メッセージを受信したＶＭＤ−プロキシ３は、応答メッセージ中のＩＰ電話機２１のメディア情報を保存し、ネットワーク（Ａ）１側のメディアパスで使用するＶＭＤ−プロキシ３の情報を設定した応答メッセージを、呼制御サーバ１４へ返信する。ここで、ＶＭＤ−プロキシ３の情報としてはインタフェースコントローラ（Ｉ／Ｆ  Ａ）３ａのＩＰアドレス、メディア受信ポート番号、コーディック情報を挙げることができる。
【００３８】
呼制御サーバ１４はＩＰ電話機１１へ、メディアパスの接続先がＶＭＤ−プロキシ３であることを指示することによって、ＩＰ電話機１１とＶＭＤ−プロキシ３との間のメディアパスを確立させる。
【００３９】
ＶＭＤ−プロキシ３はＩＰ電話機１１と接続しているメディアパスとＩＰ電話機２１と接続しているメディアパスとを内部で接続し、それぞれのネットワークから受信するメディアパケットを反対のネットワーク側のメディアパスへと転送する。この時点で、ＩＰ電話機１１とＶＭＤ−プロキシ３とＩＰ電話機２１との接続におけるＶｏＩＰ通信が可能となる。
【００４０】
ＶＭＤ−プロキシ３内ではメディアパケットを、音声データ部分をそのままで、メディアパケットのヘッダ部分のみの書換えを実施し、高速パケット転送を実施することによって、音声品質を損なうことなく、ＶｏＩＰ通信を行うことができる。
【００４１】
次に、ＶｏＩＰ付加サービス手順のうち、保留、転送動作を実施した場合の処理概要について説明する。ＩＰ電話機１１とＶＭＤ−プロキシ３とＩＰ電話機２１とがＶｏＩＰの２者通話接続の状態から、ＩＰ電話機１１がＩＰ電話機２１との接続中の呼をＩＰ電話機１２へ転送し、最終的にＩＰ電話機１２とＩＰ電話機２１との２者通話接続の状態となる処理動作について説明を行う。
【００４２】
この場合、ＩＰ電話機１１から転送ボタン（図示せず）を押すことによって、呼制御サーバ１４は保留動作が起動されたと認識し、ＩＰ電話機１１の接続相手であるＶＭＤ−プロキシ３へＩＰ電話機１１と開設中のメディアパスの切断を指示する。
【００４３】
ＩＰ電話機１１とのメディアパス切断が指示されたＶＭＤ−プロキシ３は、ネットワーク（Ａ）１側と接続中のメディアパスを切断し、ネットワーク（Ａ）１側より受信していたメディアパケットの代わりに、ＶＭＤ−プロキシ３内で保留音メディアパケットを作成し、ネットワーク（Ｂ）２に接続しているＩＰ電話機２１とのメディアパスへ作成した保留音メディアパケットの送信を行う。
【００４４】
この時、保留音メディアパケットのＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）ヘッダには、ネットワーク（Ａ）１側より受信していたメディアパケット内のデータに連続させるためのシーケンスナンバ等の情報を含んでいる。尚、ネットワーク（Ａ）１側より受信していたメディアパケットの転送時にも、それらのメディアパケットにはシーケンスナンバ等の情報を含むＲＴＰヘッダが付加されている。
【００４５】
ＩＰ電話機２１はＶＭＤ−プロキシ３より受信した保留音メディアパケットを再生し、保留音を聴取する。ＩＰ電話機２１は単に再生するメディアパケットの音声データを再生すると、保留音が流れてくるだけである。この場合、ＩＰ電話機２１ではＩＰ電話機１１からの音声データに連続し、かつその音声データの代わりに保留音が流れることとなる。
【００４６】
次に、ＩＰ電話機１１は転送先のＩＰ電話機１２の電話番号をダイアルし、転送処理を行う。呼制御サーバ１４はＩＰ電話機１２へ着信指示を起動するとともに、ＶＭＤ−プロキシ３に対して、メディアパスの接続先をＩＰ電話機１２へ変更するように指示を行う。
【００４７】
メディアパス切替えの指示を受けたＶＭＤ−プロキシ３はＩＰ電話機１２とメディアパスの開設を行うとともに、ネットワーク（Ｂ）２側のＩＰ電話機２１へ送信していた保留音メディアパケットの作成及び送信を停止し、ＩＰ電話機１２との間に開設した新しいメディアパスと、ＩＰ電話機２１との間に開設中のメディアパスとを装置内部で接続する。
【００４８】
これによって、転送処理後のメディアパスの接続は、ＩＰ電話機１２とＶＭＤ−プロキシ３とＩＰ電話機２１との通話へと変更となり、ＶｏＩＰ通信を行うことができる。
【００４９】
上述した一連のネットワーク（Ａ）１側で実施されたＩＰ電話機１１、ＩＰ電話機１２、ＶＭＤ−プロキシ３、及び呼制御サーバ１４間で実施されたＶｏＩＰ付加サービス手順は、サービス起動元であるネットワーク（Ａ）１内でのみ実施され、接続先のネットワーク（Ｂ）２配下のＶｏＩＰ装置（ＩＰ電話機２１、及び呼制御サーバ２４）は、全く付加サービス手順の動作が発生せず、通話相手はＩＰ電話機１１からＩＰ電話機１２へと変わったが、あくまでＩＰ電話機２１はＶＭＤ−プロキシ３に接続している状態のままとなる。
【００５０】
ＩＰ電話機２１で受信するメディアパケットの中身のデータが、ＩＰ電話機１１の音声データからＶＭＤ−プロキシ３の保留音データ、そしてＩＰ電話機１２の音声データに変わっているだけであり、ＶｏＩＰ付加サービス手順を実装していないネットワーク（Ｂ）２においては、単なる２者通話接続のまま、付加サービスが起動されたことに気づかないまま、エンド・エンドのメディアパスを切替えることができる。
【００５１】
図３は本発明の一実施例によるメディア変換テーブルの構成を示す図であり、図４〜図６は本発明の一実施例によるＶｏＩＰネットワークの動作を示すシーケンスチャートである。これら図１〜図６を参照して、ＶＭＤ−プロキシ３内の内部処理動作を基本通話接続動作について説明し、その後にＶｏＩＰ付加サービス手順として保留、転送動作処理についての説明を行う。以下の説明では、ネットワーク（Ａ）１をＮＷ−Ａ１と表し、ネットワーク（Ｂ）２をＮＷ−Ｂ２と表わすものとする。
【００５２】
ＮＷ−Ａ１からＶＭＤ−プロキシ３へ送信された発呼メッセージは（図４のａ１）、パケット送受信処理部（Ａ）３１によってメッセージ制御部（Ａ）３２へ渡される。
【００５３】
メッセージ制御部（Ａ）３２は受信した発呼メッセージを呼制御部（Ａ）３４へ渡すことによって、ＶＭＤ−プロキシ３はＮＷ−Ａ１から着信を受けたことを認識し（図４のａ２）、新規の呼情報として、呼ＩＤを発行し（図４のａ３）、以後、この呼接続においては呼ＩＤによって制御及び管理を行う。
【００５４】
受信した発呼メッセージ中にはメディアパス接続先のＩＰ電話機１１のメディア情報（ＩＰアドレス、メディア受信ポート番号、及びコーディック情報）が乗っており、呼制御部（Ａ）３４は呼ＩＤ情報とともに、ＩＰ電話機１１の情報をメディア制御部（Ａ）３３へ情報転送を行い、メディア制御部（Ａ）３３では、図３に示すメディア変換テーブル５へ呼ＩＤ毎にデータベースを登録する（図４のａ４）。
【００５５】
メディア変換テーブル５は４つのフィールドに分かれており、「ＮＷ−Ａ」→「ＶＭＤ−プロキシ」方向のフィールド５０と、「ＶＭＤ−プロキシ」→「ＮＷ−Ｂ」方向のフィールド５１と、「ＮＷ−Ｂ」→「ＶＭＤ−プロキシ」方向のフィールド５２と、「ＶＭＤ−プロキシ」→「ＮＷ−Ａ」方向のフィールド５３とからなる。
【００５６】
上記の各フィールドは「宛先のＩＰアドレス」、「メディア受信ポート番号」、「コーディック情報」をそれぞれ格納し、フィールド内のパラメータによって呼ＩＤを検索することも可能となっている。
【００５７】
受信したＩＰ電話機１１のメディア情報は、メディア変換テーブル５中の「ＶＭＤ−プロキシ」→「ＮＷ−Ａ」方向のフィールド５３に宛先情報として登録される。
【００５８】
呼制御部（Ａ）３４は発呼メッセージを呼ＩＤ情報とともに、共通呼制御部４１へ転送し、共通呼制御部４１ではＮＷ−Ｂ２への発呼メッセージを作成し（図４のａ５）、そのメッセージを呼ＩＤ情報とともに呼制御部（Ｂ）３９へ転送する。
【００５９】
呼制御部（Ｂ）３９ではＮＷ−Ｂ２への発信と認識し、ＮＷ−Ｂ２とのメディアパスで使用する、ＶＭＤ−プロキシ情報を発呼メッセージへ組込み、その発呼メッセージをメッセージ制御部（Ｂ）３７へ転送するとともに、メディア制御部（Ｂ）３８へ発呼メッセージに設定したメディアパスで使用するＶＭＤ−プロキシ３のメディア情報を呼ＩＤとともに転送する。この場合、呼ＩＤ情報は呼制御（Ａ）３４で発行した呼ＩＤと同一とする。ここで、ＶＭＤ−プロキシ情報としては、インタフェースコントローラ（Ｉ／Ｆ  Ｂ）３ｂのＩＰアドレス、メディア受信ポート番号、使用コーディック情報を挙げることができる。
【００６０】
メディアパス情報を受信したメディア制御部（Ｂ）３８では、図３に示すメディア変換テーブル５中の「ＮＷ−Ｂ」→「ＶＭＤ−プロキシ」方向のフィールド５２に宛先情報として保存される（図４のａ６）。発呼メッセージを受け取ったメッセージ制御部（Ｂ）３７では、その発呼メッセージをパケット送受信部（Ｂ）３６を介してＮＷ−Ｂ２に送信する（図４のａ７）。
【００６１】
ＮＷ−Ｂ２内では呼制御サーバ２４によってＩＰ電話機２１へ着信指示を行う（図４のａ８）。着信指示を受けたＩＰ電話機２１はＶＭＤ−プロキシ３からの着信を認識し、応答動作を行うことによって、応答メッセージが呼制御サーバ２４経由でＶＭＤ−プロキシ３へと返信される（図４のａ９，ａ１０）。応答メッセージには、ＩＰ電話機２１のＩＰアドレス、メディア受信ポート番号、及びコーディック情報が設定されているものとする。
【００６２】
ＶＭＤ−プロキシ３においてＮＷ−Ｂ２から受信した応答メッセージは、パケット送受信部（Ｂ）３６、メッセージ制御部（Ｂ）３７を介して呼制御部（Ｂ）３９に渡され、応答メッセージを受信した呼制御部（Ｂ）３９では応答メッセージから呼ＩＤ情報を導き、ＮＷ−Ｂ２のＩＰ電話機２１へ発信した呼に対する応答と認識する（図４のａ１１）。
【００６３】
呼制御部（Ｂ）３９は応答メッセージ中のＩＰ電話機２１のＩＰアドレス、メディア受信ポート番号、及びコーディック情報を呼ＩＤ情報とともに、メディア制御部（Ｂ）３８へ送信し、応答メッセージを呼ＩＤ情報とともに共通呼制御部４１へ送信する。
【００６４】
情報を受信したメディア制御部（Ｂ）３８では、呼ＩＤを基に、図３に示すメディア変換テーブル５中の「ＶＭＤ−プロキシ」→「ＮＷ−Ｂ」方向のフィールド５１に宛先情報として保存する（図４のａ１２）。
【００６５】
共通呼制御部４１では受信した応答メッセージからＮＷ−Ａ１側への応答メッセージを作成し（図４のａ１３）、その応答メッセージを呼ＩＤ情報とともに呼制御部（Ａ）３４へ送信する。
【００６６】
呼制御部（Ａ）３４では呼ＩＤ情報から発信処理を行った呼に対する応答と認識し、ＮＷ−Ａ１側のメディアパスで使用するインタフェースコントローラ（Ｉ／Ｆ  Ａ）３ａのＩＰアドレス、メディア受信ポート番号、及びコーディック情報を応答メッセージに組込み、メッセージ制御部（Ａ）３２へ転送するとともに、メディア情報を呼ＩＤとともにメディア制御部（Ａ）３３へ送信する。
【００６７】
情報を受信したメディア制御部（Ａ）３３では、図３に示すメディア変換テーブル５中の「ＮＷ−Ａ」→「ＶＭＤ−プロキシ」方向のフィールド５０へ宛先情報として登録を行う（図４のａ１４）。応答メッセージを受信したメッセージ制御部（Ａ）３２は、その応答メッセージをパケット送受信部（Ａ）３１を介してＮＷ−Ａ１へ送信する（図４のａ１５）。
【００６８】
応答メッセージを受信した呼制御サーバ１４では、ＩＰ電話機１１に対してＶＭＤ−プロキシ３へのメディア送信を指示する。ＩＰ電話機１１は呼制御サーバ１４から通知された接続先情報によってＶＭＤ−プロキシ３へメディアパケットの送信を開始する（図４のａ１６）。ＮＷ−Ｂ２側でも、上記のＮＷ−Ａ１側と同様に、ＩＰ電話機２１が呼制御サーバ２４からの接続先情報に基づき、ＶＭＤ−プロキシ３へのメディアパケットの送信を開始する（図４のａ１７）。
【００６９】
ＩＰ電話機１１が送信したメディアパケットは、ＮＷ−Ａ１を介してＶＭＤ−プロキシ３のパケット送受信部（Ａ）３１で受信され、メディア処理部（Ａ）３５へと転送される（図５のｂ１）。
【００７０】
メディア処理部（Ａ）３５では受信したメディアパケットの宛先情報（ＩＰアドレス、ポート番号）から、メディア変換テーブル５の「ＮＷ−Ａ」→「ＶＭＤ−プロキシ」方向のフィールド５０を検索し、テーブル情報があれば、呼ＩＤ情報を発見し（図５のｂ２）、メディア変換テーブル５を使用して、「ＶＭＤ−プロキシ」→「ＮＷ−Ｂ」方向のフィールド５１の宛先情報で、受信したメディアパケットの宛先情報部分を書換える（図５のｂ３）。この時、受信したメディアパケットにはシーケンスナンバ等の情報を含むＲＴＰヘッダが付加される。
【００７１】
メディア処理部（Ａ）３５は書換え完了後に、メディアパケットをパケット送受信部（Ｂ）３６へ転送し、そのメディアパケットをパケット送受信部（Ｂ）３６を介してＮＷ−Ｂ２へ送信する（図５のｂ４）。
【００７２】
上記と同様に、ＮＷ−Ｂ２から受信したメディアパケットはメディア処理部（Ｂ）４０によって、受信したパケットの宛先情報（ＩＰアドレス、ポート番号）からメディア変換テーブル５中の「ＮＷ−Ｂ」→「ＶＭＤ−プロキシ」方向のフィールド５２を検索し、発見した呼ＩＤ情報から「ＶＭＤ−プロキシ」→「ＮＷ−Ａ」方向のフィールド５３の宛先情報で、受信したメディアパケットの宛先情報部分を書換える（図５のｂ１１〜ｂ１３）。
【００７３】
この時、受信したメディアパケットには、上記と同様に、シーケンスナンバ等の情報を含むＲＴＰヘッダが付加される。書換えられたメディアパケットはパケット送受信部（Ａ）３１を介してＮＷ−Ａ１へ送信される（図５のｂ１４）。
【００７４】
このメディアパケットの書換え、転送はメディア制御部（Ａ）３３及びメディア制御部（Ｂ）３８から停止指示があるまで繰り返し実施される。ＩＰ電話機１１、ＩＰ電話機２１はそれぞれ受信したメディアパケットを再生することによって、ＶＭＤ−プロキシ３を介してＶｏＩＰ通信を行うことが可能となる。
【００７５】
次に、ＩＰ電話機１１とＩＰ電話機２１とがＶＭＤ−プロキシ３を介してＶｏＩＰ通信を行っている際に、ＩＰ電話機１１から転送動作を開始し、ＩＰ電話機１２へと転送する場合のＶＭＤ−プロキシ３内部の動作処理について説明する。ＩＰ電話機１１から転送ボタンが押下されることによって、呼制御サーバ１４は保留動作が起動したことを認識し、ＶＭＤ−プロキシ３及びＩＰ電話機１１にメディアパスの切断を指示し、ＶＭＤ−プロキシ３に保留音接続指示メッセージを送信する（図６のｃ１，ｃ２）。
【００７６】
ＶＭＤ−プロキシ３において、保留音接続指示メッセージは、パケット送受信部（Ａ）３１、メッセージ制御部（Ａ）３２を経由して呼制御部（Ａ）３４に送られる。呼制御部（Ａ）３４は保留音接続指示メッセージの呼ＩＤによって、ＮＷ−Ａ１側より通信中の呼に対して保留動作が起動されたことを認知し（図６のｃ３）、メディア制御部（Ａ）３３へ呼ＩＤ情報と保留音接続の指示とを転送する。
【００７７】
メディア制御部（Ａ）３３では、サービスパケット処理部４２へ保留音メディアパケットの作成指示及び呼ＩＤを転送するとともに、メディア変換テーブル５中のサービス起動フラグ５４を設定する（図６のｃ４）。メディア処理部（Ａ）３５では受信メディアパケットの宛先情報よりメディア変換テーブル５中のサービス起動フラグ５４が設定されていることを検出すると、受信したメディアパケットを廃棄するものとする。
【００７８】
保留音接続指示を受けたサービスパケット処理部４２では、呼ＩＤ情報よりメディア変換テーブル５中のサービス起動フラグ５４が設定されていることを確認すると、「ＶＭＤ−プロキシ」→「ＮＷ−Ｂ」方向のフィールド５１の宛先情報を保留音メディアパケットに付与し（図６のｃ５）、メディア処理部（Ｂ）４０へと転送する。
【００７９】
サービスパケット処理部４２ではコーディック情報に基づいた保留音データの作成及び周期によってパケットを作成する（図６のｃ６）。メディア処理部（Ｂ）４０はパケット送受信部（Ｂ）３６を経由して、ＮＷ−Ｂ２へ保留音メディアパケットを送信する（図６のｃ７）。
【００８０】
ＮＷ−Ｂ２においてＩＰ電話機２１では、受信したメディアパケット（保留音メディアパケット）を再生することによって、保留音を聴取する（図６のｃ９）。
【００８１】
ＩＰ電話機１１より転送先のＩＰ電話機１２の電話番号をダイアルすることによって、呼制御サーバ１４はＩＰ電話機１２を呼出し、ＩＰ電話機１２が応答することによって、ＩＰ電話機１１とＩＰ電話機１２とのＶｏＩＰ通話が確立し、ＶＭＤ−プロキシ３は保留状態となる（図６のｃ８）。
【００８２】
ＩＰ電話機１１が復旧し（図６のｃ１０）、転送動作を完了すると、呼制御サーバ１４はＩＰ電話機１２にメディアの接続先をＶＭＤ−プロキシ３へと変更するように指示し、同様に、ＶＭＤ−プロキシ３に、保留音の送信停止及びＩＰ電話機１２とのメディアパスの開設を指示するために、メディア接続指示メッセージを送信する（図６のｃ１１）。メディアパス接続指示には、ＩＰ電話機１２のＩＰアドレス、メディア受信ポート番号、及びコーディック情報が乗っているものとする。
【００８３】
ＶＭＤ−プロキシ３においてメディア接続指示メッセージは、パケット送受信部（Ａ）３１、メッセージ制御部（Ａ）３２を経由して呼制御部（Ａ）３４へ転送される。呼制御部（Ａ）３４は保留中が解除され、あらたなメディアパスの開設要求と認識し（図６のｃ１２）、メディア制御部（Ａ）３３へ呼ＩＤとともに送信する。
【００８４】
メディア制御部（Ａ）３３ではサービスパケット処理部４２へ保留音メディアパケットの作成の停止を要求し（図６のｃ１３）、受信した新しいメディア接続パスの情報をメディア変換テーブル５の「ＶＭＤ−プロキシ」→「ＮＷ−Ａ」方向のフィールド５３の宛先情報をＩＰ電話機１２の情報に書換え、サービス起動フラグ５４をクリアする（図６のｃ１４）。
【００８５】
以降、メディア処理部（Ａ）３５及びメディア処理部（Ｂ）４０は変更後のメディア変換テーブル５を参照し、ＮＷ−Ｂ２から受信したパケットを、「ＶＭＤ−プロキシ」→「ＮＷ−Ａ」方向のフィールド５３の宛先情報によって、ＩＰ電話機１２へと宛先を変更して送信し、ＩＰ電話機１２から受信したメディアパケットを、「ＶＭＤ−プロキシ」→「ＮＷ−Ｂ」方向のフィールド５１を使用して送信する。
【００８６】
したがって、本実施例では、上述した書換えと転送とを行うことによって、ＩＰ電話機１２とＶＭＤ−プロキシ３とＩＰ電話機２１との間におけるＶｏＩＰ通信を行うことができる。
【００８７】
本実施例では、保留、転送動作の処理について説明を行っているが、これら以外の各種ＶｏＩＰ付加サービス（例えば、３者通話、ピックアップ等のサービス）についても、サービス起動元のネットワーク内でのみ処理を実施するため、被サービス起動側では、ＶＭＤ−プロキシ３との２者通話の状態から何も変わることがなく、付加サービスを受けることが可能となる。よって、サービス起動元では接続相手の付加サービス提供能力を意識することなく、付加サービスを起動することが可能となる。
【００８８】
本実施例では、ＶｏＩＰ付加サービス提供能力を持っていない機器との接続においても、付加サービス起動元のネットワーク仕様、手順に基づき、保留や転送、その他サービスを実現することが可能となる。
【００８９】
また、本実施例では、接続先のネットワーク及びＶｏＩＰ機器の機能に依存しないため、ネットワーク内の新サービスの追加を容易に実現することが可能となり、接続先のネットワークやＶｏＩＰ機器は新サービス手順の実装が不要となり、それらの間に挿入するＶＭＤ−プロキシ３に新サービス手順を実装するだけであるため、コスト的にも安価に、新しい付加サービスを早期に提供することが可能となる。
【００９０】
さらに、本実施例では、ＶｏＩＰ付加サービス提供能力を持つネットワーク（Ａ）１と、ＶｏＩＰ付加サービス提供能力を持たないネットワーク（Ｂ）２との間にＶＭＤ−プロキシ３を挿入しているが、例えばネットワーク（Ａ）１内にＶｏＩＰ付加サービス提供能力を持つ機器とＶｏＩＰ付加サービス提供能力を持たない機器とが混在する場合にも、ネットワーク（Ａ）１の外部または内部にＶＭＤ−プロキシ３を挿入することで対応することができる。
【００９１】
図７は本発明の他の実施例によるＶＭＤ−プロキシの構成を示すブロック図である。図７において、本発明の他の実施例は共通呼制御部４１及びサービスパケット処理部４２の代わりに、呼制御プロトコル変換部６１及びサービスパケット処理部６２を設けた以外は図２に示す本発明の一実施例によるＶＭＤ−プロキシ３と同様の構成となっており、同一構成要素には同一符号を付してある。
【００９２】
本発明の他の実施例では、そのシステム構成が図１に示す本発明の一実施例によるＶｏＩＰネットワークと同様の構成となっているが、ネットワーク（Ａ）１及びネットワーク（Ｂ）２における呼制御プロトコルが異なり、ネットワークアドレス体系も全く異なっているものとする。
【００９３】
図８〜図１０は本発明の他の実施例によるＶｏＩＰネットワークの動作を示すシーケンスチャートである。これら図１と図７〜図１０とを参照して本発明の他の実施例によるＶｏＩＰネットワークの動作について説明する。尚、ＶＭＤ−プロキシ６は図３に示すメディア変換テーブル５を使用するものとする。また、以下の説明では、ネットワーク（Ａ）１をＮＷ−Ａ１と表し、ネットワーク（Ｂ）２をＮＷ−Ｂ２と表わすものとする。
【００９４】
ＩＰ電話機１１からＩＰ電話機２１の電話番号をダイアルすると、ＮＷ−Ａ１の呼制御サーバ１４はデータベース（図示せず）より受信番号を分析し、発呼メッセージをＶＭＤ−プロキシ６へと送信する（図８のｄ１）。
【００９５】
発呼メッセージを受信したＶＭＤ−プロキシ６はＮＷ−Ｂ２の呼制御サーバ２４へと発呼メッセージを送信し（図８のｄ２）、呼制御サーバ２４からＩＰ電話機２１へと着信する（図８のｄ３）。
【００９６】
ＩＰ電話機２１から応答動作を行うと（図８のｄ４）、呼制御サーバ２４は応答メッセージをＶＭＤ−プロキシ６へと返信する（図８のｄ５）。ＶＭＤ−プロキシ６は応答メッセージをＮＷ−Ａ１の呼制御サーバ１４へと返信する（図８のｄ６）。
【００９７】
呼制御サーバ１４はＩＰ電話機１１へ相手が応答したことを指示することによって、ＩＰ電話機１１とＩＰ電話機２１とは通話の呼を確立することが可能となる（図８のｄ７）。
【００９８】
次に、上記の図１と図３と図７と図９と図１０とを参照してＶＭＤ−プロキシ６の内部処理の動作について説明する。
【００９９】
ＮＷ−Ａ１からＶＭＤ−プロキシ６へと送信された発呼メッセージは（図９のｅ１）、パケット送受信処理部（Ａ）３１によってメッセージ制御部（Ａ）３２へと渡される。
【０１００】
メッセージ制御部（Ａ）３２は受信した発呼メッセージを呼制御部（Ａ）３４へと渡すことによって、ＶＭＤ−プロキシ６ではＮＷ−Ａ１から着信を受けたことを認識し（図９のｅ２）、新規の呼情報として、呼ＩＤを発行し（図９のｅ３）、以後、この呼接続においては呼ＩＤによって制御及び管理を行う。
【０１０１】
受信した発呼メッセージ中にはメディアパス接続先のＩＰ電話機１１のメディア情報（ＩＰアドレス、メディア受信ポート番号、及びコーディック情報）が乗っており、呼制御部（Ａ）３４は呼ＩＤ情報とともに、ＩＰ電話機１１の情報をメディア制御部（Ａ）３３へと転送する。
【０１０２】
メディア制御部（Ａ）３３では、図３に示すメディア変換テーブル５へ呼ＩＤ毎にデータベースを登録する（図９のｅ４）。メディア変換テーブル５は４つのフィールドに分かれており、「ＮＷ−Ａ」→「ＶＭＤ−プロキシ」方向のフィールド５０と、「ＶＭＤ−プロキシ」→「ＮＷ−Ｂ」方向のフィールド５１と、「ＮＷ−Ｂ」→「ＶＭＤ−プロキシ」方向のフィールド５２と、「ＶＭＤ−プロキシ」→「ＮＷ−Ａ」方向のフィールド５３とからなる。
【０１０３】
上記の各フィールドは「宛先のＩＰアドレス」、「メディア受信ポート番号」、「コーディック情報」をそれぞれ格納し、フィールド内のパラメータによって、呼ＩＤを検索することも可能となっている。
【０１０４】
メディア制御部（Ａ）３３は、受信したＩＰ電話機１１のメディア情報を、メディア変換テーブル５中の「ＶＭＤ−プロキシ」→「ＮＷ−Ａ」方向のフィールド５３に宛先情報として登録する（図９のｅ５）。
【０１０５】
呼制御部（Ａ）３４は発呼メッセージを呼ＩＤ情報とともに呼制御プロトコル変換部６１へ転送し、呼制御プロトコル変換部６１ではＮＷ−Ｂ２で使用されているプロトコル手順にのっとり、発呼メッセージを作成し（図９のｅ６）、そのメッセージを呼ＩＤ情報とともに呼制御部（Ｂ）３９に転送する。
【０１０６】
呼制御部（Ｂ）３９ではＮＷ−Ｂ２への発信と認識し、ＮＷ−Ｂ２とのメディアパスで使用するＶＭＤ−プロキシ情報を発呼メッセージへ組込み、その発呼メッセージをメッセージ制御部（Ｂ）３７に転送するとともに、発呼メッセージに設定したメディアパスで使用するＶＭＤ−ＰＲＯＸＹのメディア情報を呼ＩＤとともにメディア制御部（Ｂ）３８に転送する。この場合、呼ＩＤ情報は呼制御部（Ａ）３４で発行した呼ＩＤと同一とする。ここで、ＶＭＤ−プロキシ情報としては、インタフェースコントローラ（Ｉ／Ｆ  Ｂ）３ｂのＩＰアドレス、メディア受信ポート番号、使用コーディック情報を挙げることができる。
【０１０７】
メディアパス情報を受信したメディア制御部（Ｂ）３８では、そのメディアパス情報を図３に示すメディア変換テーブル５中の「ＮＷ−Ｂ」→「ＶＭＤ−プロキシ」方向のフィールド５２に宛先情報として保存する（図９のｅ７）。発呼メッセージを受取ったメッセージ制御部（Ｂ）３７では、その発呼メッセージをパケット送受信部（Ｂ）３６を介してＮＷ−Ｂ２に送信する（図９のｅ８）。
【０１０８】
ＮＷ−Ｂ２内では呼制御サーバ２４によってＩＰ電話機２１へ着信指示を行う（図９のｅ９）。着信指示を受けたＩＰ電話機２１はＶＭＤ−プロキシ６からの着信を認識し、応答動作を行うことによって（図９のｅ１０）、応答メッセージが呼制御サーバ２４経由でＶＭＤ−プロキシ６へと返信される（図９のｅ１１）。応答メッセージにはＩＰ電話機２１のＩＰアドレス、メディア受信ポート番号、及びコーディック情報が設定されているものとする。
【０１０９】
ＶＭＤ−プロキシ６においてＮＷ−Ｂ２から受信した応答メッセージは、パケット送受信部（Ｂ）３６、メッセージ制御部（Ｂ）３７を介して呼制御部（Ｂ）３９に渡される。応答メッセージを受信した呼制御部（Ｂ）３９ではその応答メッセージから呼ＩＤ情報を導き、ＮＷ−Ｂ２のＩＰ電話機２１へ発信した呼に対する応答と認識する（図９のｅ１２）。
【０１１０】
呼制御部（Ｂ）３９は応答メッセージ中のＩＰ電話機２１のＩＰアドレス、メディア受信ポート番号、及びコーディック情報を呼ＩＤ情報とともに、メディア制御部（Ｂ）３８に送信し、応答メッセージを呼ＩＤ情報とともに呼制御プロトコル変換部６１に送信する。
【０１１１】
情報を受信したメディア制御部（Ｂ）３８では呼ＩＤを基に、図３に示すメディア変換テーブル５中の「ＶＭＤ−プロキシ」→「ＮＷ−Ｂ」方向のフィールド５１に宛先情報として保存する（図９のｅ１３）。
【０１１２】
呼制御プロトコル変換部６１では、受信した応答メッセージをネットワークＡ側で使用しているプロトコル手順にのっとった応答メッセージを作成し（図９のｅ１４）、その応答メッセージを呼ＩＤ情報とともに呼制御部（Ａ）３４に送信する。
【０１１３】
呼制御部（Ａ）３４では呼ＩＤ情報から発信処理を行った呼に対する応答と認識し、ＮＷ−Ａ１側のメディアパスで使用するインタフェースコントローラ（Ｉ／Ｆ  Ａ）３ａのＩＰアドレス、メディア受信ポート番号、及びコーディック情報を応答メッセージに組込み、その応答メッセージをメッセージ制御部（Ａ）３２に転送するとともに、メディア情報を呼ＩＤとともにメディア制御部（Ａ）３３に送信する。
【０１１４】
情報を受信したメディア制御部（Ａ）３３では、図３に示すメディア変換テーブル５中の「ＮＷ−Ａ」→「ＶＭＤ−プロキシ」方向のフィールド５０に宛先情報として登録を行う（図９のｅ１５）。応答メッセージを受信したメッセージ制御部（Ａ）３２はパケット送受信部（Ａ）３１を介してＮＷ−Ａ１へ応答メッセージを送信する（図９のｅ１６）。
【０１１５】
呼制御サーバ１４は応答メッセージを受信すると、ＩＰ電話機１１へＶＭＤ−プロキシ６へのメディアの送信を指示する。ＩＰ電話機１１は呼制御サーバ１４から通知された接続先情報によって、ＶＭＤ−プロキシ６へのメディアパケットの送信を開始する（図９のｅ１７）。ＮＷ−Ｂ２側も、上記のＮＷ−Ａ１側と同様に、ＩＰ電話機２１が呼制御サーバ２４からの接続先情報に基づき、ＶＭＤ−プロキシ６へのメディアパケットの送信を開始する（図９のｅ１８）。
【０１１６】
ＩＰ電話機１１が送信したメディアパケットはＮＷ−Ａ１からＶＭＤ−プロキシ６へと送信され（図１０のｆ１）、ＶＭＤ−プロキシ６のパケット送受信部（Ａ）３１で受信され、メディア処理部（Ａ）３５へと転送される。メディア処理部（Ａ）３５では受信したメディアパケットの宛先情報（ＩＰアドレス、ポート番号）から、メディア変換テーブル５中の「ＮＷ−Ａ」→「ＶＭＤ−プロキシ」方向のフィールド５０を検索し、テーブル情報があれば、呼ＩＤ情報を発見する（図１０のｆ２）。
【０１１７】
メディア処理部（Ａ）３５はメディア変換テーブル５を使用し、「ＶＭＤ−プロキシ」→「ＮＷ−Ｂ」方向のフィールド５１の宛先情報で、受信パケットの宛先情報部分を書換える（図１０のｆ３）。この時、受信したメディアパケットにはシーケンスナンバ等の情報を含むＲＴＰヘッダが付加される。
【０１１８】
メディア処理部（Ａ）３５は書換え完了後に、メディアパケットをパケット送受信部（Ｂ）３６へ転送し、パケット送受信部（Ｂ）３６を介してＮＷ−Ｂ２に送信する（図１０のｆ４）。
【０１１９】
上記と同様に、ＶＭＤ−プロキシ６のパケット送受信部（Ｂ）３６はＮＷ−Ｂ２から受信したメディアパケットの宛先情報（ＩＰアドレス、ポート番号）から、メディア変換テーブル５中の「ＮＷ−Ｂ」→「ＶＭＤ−プロキシ」方向のフィールド５２を検索し、発見した呼ＩＤ情報を基に、「ＶＭＤ−プロキシ」→「ＮＷ−Ａ」方向のフィールド５３の宛先情報で、受信したメディアパケットの宛先情報部分を書換える（図１０のｆ１１〜ｆ１３）。
【０１２０】
この場合にも、受信したメディアパケットには、上記と同様に、シーケンスナンバ等の情報を含むＲＴＰヘッダが付加される。宛先情報部分が書換えられたメディアパケットは、パケット送受信部（Ａ）３１を介してＮＷ−Ａ１へと送信される。このメディアパケットの書換え、転送はメディア制御部（Ａ）３３及びメディア制御部（Ｂ）３８から停止指示があるまで繰り返し実施される。
【０１２１】
ＩＰ電話機１１、ＩＰ電話機２１はそれぞれ受信したメディアパケットを再生することによって、相互にＶＭＤ−プロキシ６を介してＶｏＩＰ通信を行うことが可能となる。
【０１２２】
本実施例では、ＶＭＤ−プロキシ６によるプロトコル変換処理について説明を行っているが、保留、転送動作の処理、これら以外の各種ＶｏＩＰ付加サービス（例えば、３者通話、ピックアップ等のサービス）についても、サービス起動元のネットワーク内でのみ処理を実施するため、被サービス起動側では、ＶＭＤ−プロキシ６との２者通話の状態から何も変わることがなく、付加サービスを受けることが可能となる。よって、サービス起動元では接続相手の付加サービス提供能力を意識することなく、付加サービスを起動することが可能となる。
【０１２３】
また、本実施例では、接続先のネットワーク及びＶｏＩＰ機器の機能に依存しないため、ネットワーク内の新サービスの追加を容易に実現することが可能となり、接続先のネットワークやＶｏＩＰ機器は新サービス手順の実装が不要となり、それらの間に挿入するＶＭＤ−プロキシ６に新サービス手順を実装するだけであるため、コスト的にも安価に、新しい付加サービスを早期に提供することが可能となる。
【０１２４】
さらに、本実施例では、ＶｏＩＰ付加サービス提供能力を持つネットワーク（Ａ）１と、ＶｏＩＰ付加サービス提供能力を持たないネットワーク（Ｂ）２との間にＶＭＤ−プロキシ６を挿入しているが、例えばネットワーク（Ａ）１内にＶｏＩＰ付加サービス提供能力を持つ機器とＶｏＩＰ付加サービス提供能力を持たない機器とが混在する場合にも、ネットワーク（Ａ）１の外部または内部にＶＭＤ−プロキシ６を挿入することで対応することができる。
【図面の簡単な説明】
【０１２５】
【図１】本発明の一実施例によるＶｏＩＰネットワークの構成を示すブロック図である。
【図２】図１のＶＭＤ−プロキシの構成を示すブロック図である。
【図３】本発明の一実施例によるメディア変換テーブルの構成を示す図である。
【図４】本発明の一実施例によるＶｏＩＰネットワークの動作を示すシーケンスチャートである。
【図５】本発明の一実施例によるＶｏＩＰネットワークの動作を示すシーケンスチャートである。
【図６】本発明の一実施例によるＶｏＩＰネットワークの動作を示すシーケンスチャートである。
【図７】本発明の他の実施例によるＶＭＤ−プロキシの構成を示すブロック図である。
【図８】本発明の他の実施例によるＶｏＩＰネットワークの動作を示すシーケンスチャートである。
【図９】本発明の他の実施例によるＶｏＩＰネットワークの動作を示すシーケンスチャートである。
【図１０】本発明の他の実施例によるＶｏＩＰネットワークの動作を示すシーケンスチャートである。
【符号の説明】
【０１２６】
１  ネットワーク（Ａ）
２  ネットワーク（Ｂ）
３，６  ＶｏＩＰメディアプロキシサーバ
３ａ  インタフェースコントローラ（Ｉ／Ｆ  Ａ）
３ｂ  インタフェースコントローラ（Ｉ／Ｆ  Ｂ）
５  メディア変換テーブル
２１，２２  ＩＰ電話機
１３，２３  ＩＰゲートウェイ装置
１４，２４  呼制御サーバ
３１  パケット送受信部（Ａ）
３２  メッセージ制御部（Ａ）
３３  メディア制御部（Ａ）
３４  呼制御部（Ａ）
３５  メディア処理部（Ａ）
３６  パケット送受信部（Ｂ）
３７  メッセージ制御部（Ｂ）
３８  メディア制御部（Ｂ）
３９  呼制御部（Ｂ）
４０  メディア処理部（Ｂ）
４１  共通呼制御部
４２  サービスパケット処理部
５０  「ＮＷ−Ａ」→「ＶＭＤ−プロキシ」方向のフィールド
５１  「ＶＭＤ−プロキシ」→「ＮＷ−Ｂ」方向のフィールド
５２  「ＮＷ−Ｂ」→「ＶＭＤ−プロキシ」方向のフィールド
５３  「ＶＭＤ−プロキシ」→「ＮＷ−Ａ」方向のフィールド
５４  サービス起動フラグ
６１  呼制御プロトコル変換部
６２  サービスパケット処理部
１００，２００  回線交換網
【図１】
2006005501.tif 000003
【図２】
2006005501.tif 000004
【図３】
2006005501.tif 000005
【図４】
2006005501.tif 000006
【図５】
2006005501.tif 000007
【図６】
2006005501.tif 000008
【図７】
2006005501.tif 000009
【図８】
2006005501.tif 000010
【図９】
2006005501.tif 000011
【図１０】
2006005501.tif 000012