(57)【要約】【課題】既存のファイアウォール環境下で、ＳＩＰ電話機のコンテンツを修正せずに標準電話機を用いても、インターネット電話機事業者が提供するサーバによって、インターネット電話を使用可能にすること。【解決手段】インターネット電話機の制御システム１００では、既存の公認ＩＰ網をなすサーバ側のＳＩＰプロキシサーバ６−１の前に、コーラ側のＳＩＰメッセージを制御するＳＳＣサーバ６−３と、音声信号制御プロトコル(ＲＴＰ)を管理して、ＲＴＰ  ＩＰポートを生成するＭＲＭサーバ６−４を配置し、ＭＲＭサーバ６−４の管理によって、コーラとＭＲＷサーバ６−５のバインドされたアドレスポートにＳＤＰメッセージ変換し、ＭＲＷサーバからＲＴＰパケットをＳＩＰプロキシサーバ６−１にリレーして、公認ＩＰ網の側から、ＩＰ共有機１（ファイアウォール）を介して私設ＩＰ網内のインターネット電話機１１−１と通話可能にする。【選択図】図６
2006340260.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ共有機とファイアウォールを介して私設ＩＰ網と公認ＩＰ網を連結し、公認ＩＰ網においてコールルーティングなどの機能を行うように、メイン側ローカルネットワークにＳＩＰ（Session  Initiation  Protocol）プロキシサーバを用いるインターネット電話機の通話制御方法において、
前記ＳＩＰプロキシサーバの前に、ＳＳＣサーバ（SIP  Signaling  Control  Server）を付加し、
コーラであるインターネット電話機(ＳＩＰ電話機)のユーザが、自身のＩＰとポートを指定してバインディングの形態で、当該インターネット電話機のＩＰとポートを前記ＳＳＣサーバにユーザ登録し、
前記ＳＳＣサーバは、コンタクトヘッド情報、ルート(Record-Route)情報、ソース(ユーザ)アドレス、およびポートナンバを保存し、これをメッセージでエンコードし、当該エンコードしたメッセージを前記ＳＩＰプロキシサーバへ伝送して応答を待ち、
前記ＳＳＣサーバは、応答を受けると、応答メッセージをデコードし、登録されたポート(IP  PORT)のソケット情報に基づいて、前記ＩＰ共有機および前記ファイアウォールを通過して、前記インターネット電話機のユーザに通話できるようにすることを特徴とするインターネット電話機の通話制御方法。
【請求項２】
ＩＰ共有機とファイアウォールを介して私設ＩＰ網と公認ＩＰ網を連結し、公認ＩＰ網においてコールルーティングなどの機能を行うように、メイン側ローカルネットワークをなすＳＩＰプロキシサーバを用いるインターネット電話機の制御方法において、
前記ＳＩＰプロキシサーバに伝達される信号を、ＮＦＴサーバ(NAT  &  Firewall  Traversal  Server)に取り込み、
当該ＮＦＴサーバは、標準ＳＩＰメッセージを前記私設ＩＰ網内のインターネット電話機から受けて、当該標準ＳＩＰメッセージをエンコード／デコードし、しかる後に、デコードしたメッセージを前記ＩＰ共有機および前記ファイアウォールを通過させて前記インターネット電話に伝送する処理を行うことを特徴とするインターネット電話機の通話制御方法。
【請求項３】
請求項２において、
前記ＮＦＴサーバは、ＳＳＣサーバ（SIP  Signaling  Control  Server）、ＭＲＭサーバ（Media Relay Maser Server）およびＭＲＷサーバ（Media Relay Worker Server）を含み、
前記ＳＳＣサーバは、ＲＴＰ  ＩＰ  ポート（Real-time Transport Protocol IP Port）を生成するように、前記ＭＲＭサーバに要請し、
前記ＭＲＭサーバは、前記ＭＲＷサーバにポートバインドを要請し、
前記ＭＲＷサーバの応答を前記ＭＲＭサーバが受けて前記ＳＳＣサーバに応答し、
当該ＳＳＣサーバは、コーラ側インターネット電話機(ＳＩＰ電話機)と前記ＭＲＷサーバのバインドされたアドレスを、ＳＤＰ（Session Description Protocol）に変換(デコード／エンコード)した後、インバイトメッセージを前記ＳＩＰプロキシサーバへ送ることを特徴とするインターネット電話機の通話制御方法。
【請求項４】
請求項３において、
前記ＳＩＰプロキシサーバから前記ＳＳＣサーバへのリンギングが完了すると、前記ＳＳＣサーバが前記ＭＲＭサーバに前記ＭＲＷのＩＰおよびポートを要請し、
前記ＭＲＭサーバは、前記ＭＲＷサーバのＩＰおよびポートを前記ＳＳＣサーバに伝達し、
前記ＳＳＣサーバは、コーリー側のインターネット電話機と前記ＭＲＷサーバのバインドされたアドレスを、ＳＤＰに変換(デコード／エンコード)して、前記ファイアウォールを通過させることを特徴とするインターネット電話機の通話制御方法。
【請求項５】
請求項４において、
前記コーラ側インターネット電話機は、前記アドレスを受けると、メディアデータを前記ＭＲＷサーバのバインドされたＩＰポートへ送り、
前記ＭＲＷサーバは、これを前記コーリー側インターネット電話機へ送り、
前記コーリー側インターネット電話機は、前記ＭＲＷサーバの前記バインドされたＩＰポートを経由して、前記コーラ側インターネット電話機へ前記メディアデータを送ることを特徴とするインターネット電話機の通話制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ共有機とファイアウォールを介して私設ＩＰ網と公認ＩＰ網を連結し、公認ＩＰ網においてコールルーティングなどの機能を行うように、メイン側ローカルネットワークをなすＳＩＰ（Session  Initiation  Protocol）プロキシサーバを用いるインターネット電話機の通話制御方法に関するものである。
【０００２】
更に詳しくは、ＳＩＰを用いたVoIP環境での通話のためのＩＰ不足を解決するために、使用するＩＰ共有機をVoIP環境で適用できるように、ひとつのＩＰアドレスを用いて公衆ＩＰ網にある複数のほかのＩＰ電話(インターネット電話)および公衆電話網(ＰＳＩＮ)と連結された一般電話との通話を可能にした、標準インターネット電話機のメイン側ローカルネットワークを介したＩＰ共有機またはファイアウォール通過方法に特徴を有するインターネット電話機の通話制御方法に関するものである。
【背景技術】
【０００３】
一般に、インターネットを用いた環境が定着するにつれて、インターネット電話機の使用が増えている。図１には、既存のインターネット電話機(VoIP)を用いる運用環境を示してある。この図に示すように、運用環境は、ローカルネットワーク(ＬＡＮ：Local  Area  Network)、広域情報通信網(ＷＡＮ：Wide  Area  Network)およびメイン側ローカルネットワーク(ＬＡＮ)に大別される。ローカルネットワーク(ＬＡＮ)は、私設ＩＰ環境と公認ＩＰ環境に分けられ、VoIP用ＩＰ共有機１によって各環境が分離される。
【０００４】
私設ＩＰ環境は、ＩＰ共有機１とVoIP電話機２との間の私設ＩＰによって接続されている。公認ＩＰ環境は、私設ＩＰ環境と境界をなすVoIP用ＩＰ共有機１と、このVoIP共有機１によってＩＰアドレスを含むコールを接続させるルータ３と、インターネット広域情報通信網(ＷＡＮ)に引き継ぐように設定バイポーラ信号に変換して送るデジタルサービスユニット４とからなる。
【０００５】
メイン側ローカルネットワーク(ＬＡＮ)は、公認ＩＰ環境をなすものであって、広域情報通信網(ＷＡＮ)からのバイポーラ信号をユニポーラ信号に変換するデジタルサービスユニット４−１と、公認ＩＰ環境での接続路を設定するルータ３−１と、ルータ３−１を介した通路に基づいてＩＰを認識するように、ハブ５によって接続されたVoIP交換機６およびVoIPゲートウェイ７と、VoIPゲートウェイ７を介したコールを一般電話機８と接続させる公衆電話網(ＰＳＴＮ)と連結する交換機(ＰＢＸ)と、ハブ５に連結されるVoIP電話機２−１とからなる。
【０００６】
このような運用環境でのVoIP通話方式は、VoIP通話を行うために、二つの端末機(VoIP電話機(VoIP Phone))２、２−１は、自身のＩＰアドレスを呼信号に含めて相手方に送る。この呼信号に含まれた信号発源地のＩＰアドレスへ信号受信者が応答する。この場合、私設ＩＰを用いる場合、私設ＩＰ環境にあるVoIP電話機に対するＩＰアドレスは、公認ＩＰ環境にあるVoIP電話機においては知らないＩＰアドレス(Unknown  IP)であるため、呼応等側は呼信号発生が不可能である。
【０００７】
この問題を解決するために、別途、VoIP用ＩＰ共有機１を製作して既存の装備と交替して使用している。VoIP用ＩＰ共有機１は、私設ＩＰ環境にあるVoIP電話機２が発生する呼信号に対して、その呼信号内にある私設ＩＰアドレスをＩＰ共有機の公認ＩＰアドレスに変換して再伝送することが主な目的である。このように変換された呼信号は、公認ＩＰ環境にあるVoIP電話２−１によって認識可能である。
【０００８】
しかしながら、VoIP用ＩＰ共有機を用いる場合、ＩＰ共有機の固有機能に対する追加のプロセスを必要とし、ネットワークでのディレーを発生させ、またVoIPの通話品質を低下させる。この理由は、一般のＩＰ共有機は、私設ＩＰアドレスを公認ＩＰアドレスに変換する機能のみを行っているのに対して、VoIP用ＩＰ共有機は、ＩＰ共有機を経由する全てのＩＰパケットに対するフィルタリング、およびVoIP信号に対するデータのアップデートを行うからである。
【０００９】
また、ＩＰ共有機の構造に対するレイヤーの変化が要求されているが、一般の共有機環境でのネットワークレイヤーは、図２に示す通りである。この図に示すように、VoIP電話機２−２、ＩＰ共有機１−１、およびインターネット網と接続するルータ３−２が、５、３、３のレイヤー構造をなしている。
【００１０】
図３は、VoIP用ＩＰ共有機１環境でのネットワークレイヤーを示す図である。この図に示すように、VoIP電話機１、ＩＰ共有機２、およびインターネット網と接続するルータ３が５、５、３のレイヤー構造をなしている。
【００１１】
したがって、一般的概念の標準共有機は、ＩＰ共有機１−１が図２に示すように、レイヤー３(Layer3)で進行し、VoIP用ＩＰ共有機１は図３に示すように、レイヤー５(Layer5)で進行する。このため、VoIP用ＩＰ共有機１は、別途の追加時間(Overhead)が必要であり、このことは、ネットワーク管理の観点において深刻な欠点として作用する。
【００１２】
また、標準共有機をVoIP用共有機で代替しても、依然として追加の運用費用が発生し、VoIP共有機と標準共有機との互換性にも問題が生じることがある。しかも、VoIPプロトコルごとに共有機の設置が必要であるため、メンテナンスおよび運用に問題が発生する。
【００１３】
一方、ＳＩＰは、サーバ(VoIP交換機)で用いるプロトコルであって、これは、ＩＥＴＦ(Internet  Engineering  Task  Force)機関が主管となって定義したインターネットプロトコル上において、メディア(電話を含む)を伝送するプロトコルである。これは、インターネット電話呼(call)のようなセッションを設定、変更、終了することができるプロトコル(OSI  7  LayerのApplication  Layer  Protocol)であり、既存のインターネット電話サービスプロトコルとして使用されているＩＴＵ−Ｔが定義した標準(H．323)に比べて呼設定時間が短く、さまざまの付加サービスが融通性をもって支援可能な技術的に優れたアーキテクチャで構成されており、次世代インターネット電話機の電話サービスおよびＩＭＴ２０００サービス、また音声私書箱などの付加サービスのためのプロトコルとして活用できる通信規約である。
【００１４】
ここで、私設ＩＰ網が設置された環境において、ＳＩＰを用いたVoIP環境での既存装備の設定を変えずに、VoIP通話を可能にする技術が開発されている。図４には、ＳＩＰサーバを用いたVoIP電話機の使用環境を示してある。
【００１５】
この図に示すように、ＳＩＰを用いたVoIP電話機の使用環境は、ローカルネットワーク(ＬＡＮ)、広域情報通信網(ＷＡＮ)およびメイン側ローカルネットワーク(ＬＡＮ)に大別される。ローカルネットワーク(ＬＡＮ)は、私設ＩＰ環境と公認ＩＰ環境に分けられ、標準型ＩＰ共有機１−１によって各環境が分離される。私設ＩＰ環境は、ＩＰ共有機１−１とＳＩＰ電話機１１との間の私設ＩＰによって接続されている。公認ＩＰ環境は、私設ＩＰ環境と境界をなすＩＰ共有機１−１と、ＩＰ共有機１−１を介してＩＰアドレスを認識して通路に接続させるルータ３と、インターネット広域情報通信網(ＷＡＮ)に引き継ぐように設定バイポーラ信号に変換して送るデジタルサービスユニット４とからなる。ＩＰ共有機１−１としては、図２に示すように、私設ＩＰ網(ＮＡＴ；Network  Address  Translation)において、データ(TCP/IP)を分けて伝送するように、レイヤー３からなるＩＰ共有機１−１が挙げられる。
【００１６】
メイン側ローカルネットワーク(ＬＡＮ)は、公認ＩＰ環境をなすものであって、広域情報通信網(ＷＡＮ)からのバイポーラ信号をユニポーラ信号に変換するデジタルサービスユニット４−１と、公認ＩＰ環境での接続路を設定するルータ３−１と、ルータ３−１を介した通路に基づいてＩＰを認識するように、ハブ５によって接続されたサーバ６、６−１、６−２と、ハブ５によって接続されるＳＩＰ電話機１１−１と、一般電話機８と公衆電話網ＰＳＴＮとをスイッチする交換機ＰＢＸと接続するＳＩＰゲートウェイ７とからなる。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
しかしながら、このような運用環境でのＳＩＰを用いたVoIP通話方式は、VoIP環境下での通話を可能にする方法ではあるものの、ファイアウォールまたは私設ＩＰ網で用いる全ての標準電話機に適用することができないという問題があった。
【００１８】
本発明の課題は、既存のファイアウォール環境下で、ＳＩＰ電話機のコンテンツを修正せずに標準電話機を用いても、インターネット電話機事業者が提供するサーバによって、インターネット電話を使用可能にするインターネット電話機の通話制御方法を提案することにある。
【課題を解決するための手段】
【００１９】
上記の課題を解決するために、本発明のインターネット電話機の通話制御方法では、既存の公認ＩＰ網をなすサーバ側のＳＩＰプロキシサーバの前に、コーラ側のＳＩＰメッセージを制御するＳＳＣサーバと、音声信号制御プロトコル(ＲＴＰ)を管理して、ＲＴＰ  ＩＰポートを生成するＭＲＭサーバと、このＭＲＭサーバの管理によって、コーラとＭＲＷサーバのバインドされたアドレスポートにＳＤＰメッセージ変換し、ＭＲＷサーバがＲＴＰパケットをＳＩＰプロキシサーバにリレーするシステム構成を採用して、公認ＩＰ網の側から、ＩＰ共有機およびファイアウォールを介して私設ＩＰ網内のインターネット電話機と通話できるようにしている。
【００２０】
すなわち、本発明は、ＩＰ共有機とファイアウォールを介して私設ＩＰ網と公認ＩＰ網を連結し、公認ＩＰ網においてコールルーティングなどの機能を行うように、メイン側ローカルネットワークにＳＩＰ（Session  Initiation  Protocol）プロキシサーバを用いるインターネット電話機の通話制御方法において、
前記ＳＩＰプロキシサーバの前に、ＳＳＣサーバ（SIP  Signaling  Control  Server）を付加し、
コーラであるインターネット電話機(ＳＩＰ電話機)のユーザが、自身のＩＰとポートを指定してバインディングの形態で、当該インターネット電話機のＩＰとポートを前記ＳＳＣサーバにユーザ登録し、
前記ＳＳＣサーバは、コンタクトヘッド情報、ルート(Record-Route)情報、ソース(ユーザ)アドレス、およびポートナンバを保存し、これをメッセージでエンコードし、当該エンコードしたメッセージを前記ＳＩＰプロキシサーバへ伝送して応答を待ち、
前記ＳＳＣサーバは、応答を受けると、応答メッセージをデコードし、登録されたポート(IP  PORT)のソケット情報に基づいて、前記ＩＰ共有機および前記ファイアウォールを通過して、前記インターネット電話機のユーザに通話できるようにすることを特徴としている。
【００２１】
また、本発明は、ＩＰ共有機とファイアウォールを介して私設ＩＰ網と公認ＩＰ網を連結し、公認ＩＰ網においてコールルーティングなどの機能を行うように、メイン側ローカルネットワークをなすＳＩＰプロキシサーバを用いるインターネット電話機の制御方法において、
前記ＳＩＰプロキシサーバに伝達される信号を、ＮＦＴサーバ(NAT  &  Firewall  Traversal  Server)に取り込み、
当該ＮＦＴサーバは、標準ＳＩＰメッセージを前記私設ＩＰ網内のインターネット電話機から受けて、当該標準ＳＩＰメッセージをエンコード／デコードし、しかる後に、デコードしたメッセージを前記ＩＰ共有機および前記ファイアウォールを通過させて前記インターネット電話に伝送する処理を行うことを特徴としている。
【００２２】
ここで、本発明のインターネット電話機の通話制御方法では、前記ＮＦＴサーバは、ＳＳＣサーバ（SIP  Signaling  Control  Server）、ＭＲＭサーバ（Media Relay Maser Server）およびＭＲＷサーバ（Media  Relay  Worker  Server）を含み、前記ＳＳＣサーバは、ＲＴＰ  ＩＰ  ポート（Real-time  Transport  Protocol  IP  Port）を生成するように、前記ＭＲＭサーバに要請し、
前記ＭＲＭサーバは、前記ＭＲＷサーバにポートバインドを要請し、前記ＭＲＷサーバの応答を前記ＭＲＭサーバが受けて前記ＳＳＣサーバに応答し、当該ＳＳＣサーバは、コーラ側インターネット電話機(ＳＩＰ電話機)と前記ＭＲＷサーバのバインドされたアドレスを、ＳＤＰ（Session  Description  Protocol）に変換(デコード／エンコード)した後、インバイトメッセージを前記ＳＩＰプロキシサーバへ送ることを特徴としている。
【００２３】
また、本発明のインターネット電話機の通話制御方法では、前記ＳＩＰプロキシサーバから前記ＳＳＣサーバへのリンギングが完了すると、前記ＳＳＣサーバが前記ＭＲＭサーバに前記ＭＲＷのＩＰおよびポートを要請し、前記ＭＲＭサーバは、前記ＭＲＷサーバのＩＰおよびポートを前記ＳＳＣサーバに伝達し、前記ＳＳＣサーバは、コーリー側のインターネット電話機と前記ＭＲＷサーバのバインドされたアドレスを、ＳＤＰに変換(デコード／エンコード)して、前記ファイアウォールを通過させることを特徴としている。
【００２４】
さらに、本発明のインターネット電話機の通話制御方法では、前記コーラ側インターネット電話機は、前記アドレスを受けると、メディアデータを前記ＭＲＷサーバのバインドされたＩＰポートへ送り、前記ＭＲＷサーバは、これを前記コーリー側インターネット電話機へ送り、前記コーリー側インターネット電話機は、前記ＭＲＷサーバの前記バインドされたＩＰポートを経由して、前記コーラ側インターネット電話機へ前記メディアデータを送ることを特徴としている。
【発明の効果】
【００２５】
本発明の通話制御方法によれば、ＳＳＣサーバ、ＭＲＭサーバ、およびＭＲＷサーバからなるＮＦＴサーバにおいてコール処理を行わせ、通話時のメディアデータのリレーを、ＭＲＷサーバに分担させることにより、通話トラフィックを分散させて通話品質を向上させることができる。
【００２６】
また、インターネット電話機において標準ＳＩＰ電話機を支援することにより、ユーザがメーカを問わず、電話機を購買して汎用で使用することができる。
【００２７】
さらに、インターネット電話サービス業者(ＩＴＳ)にとっても、端末機を標準化することができ、ファイアウォール通過のための追加プログラムの開発費を節減することができるので、経済的である。
【発明を実施するための最良の形態】
【００２８】
以下に、図面を参照して、本発明の実施の形態を説明する。
【００２９】
図５は、本発明を適用したインターネット電話機の通話制御システムの一例を示す概略構成図である。通話制御システム１００は、ローカルネットワーク(ＬＡＮ；Local  Area  Network)、広域情報通信網(ＷＡＮ；Wide  Area  Network)およびメイン側ローカルネットワーク(ＬＡＮ)から構成されている。ローカルネットワーク(ＬＡＮ)は、私設ＩＰ環境と公認ＩＰ環境に分けられ、標準型ＩＰ共有機１−１によって環境が分離されている。私設ＩＰ環境は、ＩＰ共有機１−１とＳＩＰ電話機１１との間の私設ＩＰによって接続されている。公認ＩＰ環境は、私設ＩＰ環境と境界をなすＩＰ共有機１−１と、ＩＰ共有機１−１を介してＩＰアドレスを認識して通路に接続させるルータ３と、インターネット広域情報通信網(ＷＡＮ)に引き継ぐようにユニポーラ信号を設定バイポーラ信号に変換して送るデジタルサービスユニット４から構成されている。ＩＰ共有機１−１としては、図２に示すように、レイヤー３からなるＩＰ共有機１−１が挙げられる。
【００３０】
メイン側ローカルネットワーク(ＬＡＮ)は、公認ＩＰ環境をなすものであり、広域情報通信網(ＷＡＮ)からのバイポーラ信号をユニポーラ信号に変換するデジタルサービスユニット４−１と、公認ＩＰ環境での接続路を設定するルータ３−１と、ルータ３−１を介した通路に基づいてＩＰを認識するように、ハブ５によって接続されたサーバ６、６−１、６−２と、ハブ５によって接続されるＳＩＰ電話機１１−１と、一般電話機８と公衆電話網ＰＳＴＮとをスイッチする交換機ＰＢＸと接続するＳＩＰゲートウェイ７とを備えている。さらに、メイン側ローカルネットワークは、ＳＩＰプロキシサーバ６−１とハブ５の間に接続されたＮＦＴＳサーバを有している。
【００３１】
図６は、本例の通話制御システム１００の主要部分を示す概略構成図である。この図に示すように、ＮＦＴサーバ６−０（NAT  &  Firewall  Traversal  Server）は、ＳＳＣＳサーバ６−３、ＭＲＭＳサーバ６−４、ＭＲＷＳサーバ６−５に分けられる。ＳＳＣサーバ（SIP  Signaling  Control  Server）６−３は、ＳＩＰメッセージを制御するサーバであり、ＭＲＭサーバ（Media  Relay  Maser  Server）はＲＴＰチャンネルの割当／解約を管理するサーバであり、ＭＲＷサーバ（Media  Relay  Worker  Server）は、ＲＴＰチャンネルをオープンし、ＲＴＰパケットをリレーさせるサーバである。
【００３２】
ＳＳＣサーバ６−３は、ＲＴＰ  ＩＰ  ＰＯＲＴを生成するように、ＭＲＭサーバ６−４に要請する。ＭＲＭサーバ６−４は、ＭＲＷサーバ６−５にポートバインドを要請する。また、ＭＲＷサーバ６−５の応答を当該ＭＲＭサーバ６−４が受けてＳＳＣサーバ６−３に応答する。ＳＳＣサーバ６−３は、コーラ側インターネット電話機(ＳＩＰ電話機)１１とＭＲＷサーバ６−５のバインドされたアドレスを、ＳＤＰ（Session  Description  Protocol）に変換(デコード／エンコード)した後、インバイトメッセージをＳＩＰプロキシサーバ６−１へ送る。
【００３３】
（ユーザ登録およびファイアウォール通過過程）
図７は、本例の通話制御システム１００によるユーザ登録を示すフローチャートであり、図８は、ユーザ登録およびファイアウォール通過を説明するフローチャートである。
【００３４】
これらのフローチャートに従って説明すると、メイン側ローカルネットワークをなすＳＩＰプロキシサーバ６−１の前にＳＳＣサーバ６−３を付加し、コーラであるインターネット電話機(ＳＩＰ電話機)１１のユーザＵＡ１が、自身のＩＰとポートを指定してバインディングの形態で、インターネット電話機１１のＩＰとポートをＳＳＣサーバ６−３にユーザ登録する(Ｒ１)。ＳＳＣサーバ６−３では、コンタクトヘッド情報、ルート情報、ソース(ユーザ)アドレス、およびポートナンバを保存し、これをメッセージでエンコードする(Ｒ２)。そして、ＳＳＣサーバ６−３において、前記のエンコードしたメッセージをＳＩＰプロキシサーバ６−１へ伝送する（Ｒ３）。ＳＳＣサーバ６−３は、ＳＩＰプロキシサーバ６−１から応答200  OKを受け取ると(Ｒ４)、メッセージをデコードし、登録されたポート(IP  PORT)のソケット情報に基づいてファイアウォールを通過して、インターネット電話機１１のユーザが通話可能になる(Ｒ５、Ｒ６)。
【００３５】
次に、ユーザ登録およびファイアウォール通過の処理過程を更に詳しく説明する。
【００３６】
私設ＩＰまたはファイアウォールの内側に位置したユーザＵＡ１のＳＩＰ電話機１１は、プロキシサーバ６−１にＳＳＣサーバ６−３のサーバアドレス(例えば、61.74.195.156)を設定し、全てのＳＩＰメッセージをＳＳＣサーバ６−３へ伝送する。すると、ＳＳＣサーバ６−３は、ユーザＵＡ１から受けたメッセージを確認して、該当プロキシサーバ６−１に送信する。
【００３７】
しかし、ユーザＵＡ１から受信したメッセージをプロキシサーバ６−１へ伝送することは、私設ＩＰ環境であれ公認ＩＰ環境であれ構わないものの、プロキシサーバ６−１から受けたメッセージを該当ユーザＵＡ１へ送るためには、まず、ユーザＵＡ１が登録を行うとき、ユーザＵＡ１のメッセージをエンコード(メッセージ変換)しなければならない(Ｒ１、Ｒ２)。
【００３８】
ここで、エンコード時のユーザＩＤが、メッセージ情報(ヘッダ情報(Contact-Header))においてＳＳＣサーバ６−３に登録されたＩＤであるか否かを確認する。登録されたＩＤであれば、該当ユーザの情報をアップデートする。登録されていないユーザであれば、ユーザをローカルデータベース(図示せず、例えばメモリデータベース)に新しく追加する。この場合、一つのユーザＵＡ１がローカルデータベースに追加されるときに登録される情報としては、ＳＩＰのエンコードされた情報のうち、キーとなるヘッダ(From  Header)と受信ソケットのソース公認ＩＰアドレス(例えば、図７と図８に示す192.168.1.188)、ソースポートナンバ(ＵＤＰ  ５０６０  ＰＯＲＴ)、登録時間、エクスパイアヘッダなどが挙げられる。
【００３９】
したがって、登録されたユーザＵＡ１の情報に基づいて、ＳＳＣサーバ６−３は、プロキシサーバ６−１にエンコードされたメッセージを伝送し(Ｒ３)、プロキシサーバ６−１は、メッセージ(例えば、INVITE、BYE、CANCEL  などを含む)をＳＳＣＳサーバへ送る(Ｒ４)。
【００４０】
すると、ＳＳＣサーバ６−３では、メッセージをデコードし(Ｒ５)、登録されたユーザＵＡ１を検索してマッピングされたＩＰ(例えば、192.168.1.188)とポートナンバ(例えば、５０６０)へＵＤＰを用いてＳＩＰ応答メッセージを伝送する。
【００４１】
以上のようにして、私設ＩＰおよびファイアウォール環境におけるプロキシサーバ６−１との間のＳＩＰメッセージの送受信の問題が、ＳＳＣサーバ６−３によって解決される。
【００４２】
(通話のためのＲＴＰセッションの樹立と維持過程）
上記のようにしてユーザが登録された状態では、セッションを維持する過程を行う。すなわち、私設ＩＰ網またはファイアウォールにおいて開かれたＵＤＰポートは、一定時間の間使用しなければ閉じられるので、ＳＳＣサーバ６−３との通信維持のために、周期的なメッセージ(例えば、UDP  Keep−alive  メッセージ)を送信しなければならない。このための一例としては、一定時間の間隔(例えば、10秒間隔)で、データ(“ＣＲＬＦ)を、送信していた登録されたポート(５０６０)へ送ることが挙げられる。
【００４３】
図９は、本例における通話のためのＲＴＰセッションの樹立と維持過程を示すフローチャートであり、図１０はその詳細なフローチャートである。ＳＩＰ電話機１１を用いるユーザＵＡ１がコーリーを要請したとする。この要請は、ＩＰ共有機(ファイアウォール)１−１を経て、公認ＩＰ環境において、ルータ３とデジタルサービスユニット４を経た後に、広域情報通信網(ＷＡＮ)をなすインターネット網を介してデジタルサービスユニット４−１へ送られる。デジタルサービスユニット４−１では、受信した信号をユニポーラ信号へ変換した後、ルータ３−１を経てＮＦＴＳサーバをなすＳＳＣサーバ６−３に伝送して、コーリー側ユーザＵＡ２のインターネット電話機１１−１をコールする(Ｓ１)。
【００４４】
ＳＳＣサーバ６−３では、ＲＴＰ  ＩＰ  ＰＯＲＴを生成するように、ＭＲＭサーバ６−４に要請する(IP  PORT  REQ)(Ｓ２)。ＭＲＭサーバ６−４は、ＭＲＷサーバ６−５にポートバインドを要請する(PORT  Bind  REQ)(Ｓ３)。当該ＭＲＭサーバ６−４は、ＭＲＷサーバ６−５からの応答(PORT  Bind  RES)を受けると、ＳＳＣサーバ６−３に応答する(IP  PORT  RES)(Ｓ４、Ｓ５)。ＳＳＣサーバ６は、コーラ側インターネット電話機(ＳＩＰ電話機)１１とＭＲＷサーバ６−５のバインドされたアドレスを、ＳＤＰに変換(デコード／エンコード)した後、インバイトメッセージをＳＩＰプロキシサーバ６−１へ送る(Ｓ７)。
【００４５】
この過程(Ｓ７)に引き続き、プロキシサーバ６−１からＳＳＣサーバ６−３へのリンギング(180  Ringing)が完了すると(200  OK)(Ｓ８、Ｓ９)、ＳＳＣサーバ６−３がＭＲＭサーバ６−４にＭＲＷサーバ６−５のＩＰ、ポートを要請する(IP  PORT  REQ)(Ｓ１０)。ＭＲＭサーバ６−４では、ＭＲＷサーバ６−５のＩＰ、ポートをＳＳＣサーバ６−３に伝達する(IP  PORT  RES)(Ｓ１１)。ＳＳＣサーバ６−３では、コーリー側のインターネット電話機１１−１とＭＲＷサーバ６−５のバインドされたアドレスを、ＳＤＰに変換(デコード／エンコード)してファイアウォール(ＩＰ共有機１−１)を通過させる（Ｓ１２）。
【００４６】
過程(Ｓ１２)に引き続き、コーラ側インターネット電話機１１は、これを受けてメディアデータをＭＲＷサーバ６−５のバインドされたＩＰポートへ送る(Ｓ１３)。ＭＲＷサーバ６−５は、これをコーリー側インターネット電話機１１−１へ送る(Ｓ１４)。コーリー側インターネット電話機１１−１は、ＭＲＷサーバ６−５の前記バインドされたＩＰポートを経由して、コーラ側インターネット電話機１１へメディアデータを送る(Ｓ１５)。
【００４７】
具体的に説明すると、私設ＩＰまたはファイアウォールの内側に位置しているユーザＵＡ１から、メッセージ(INVITE)をＳＳＣサーバ６−３が受けると(Ｓ１)、ＳＩＰメッセージのCall-IDヘッダの値をキーデータとして、呼連結ローカルデータベース(メモリとして各種の形態で具現化できるので、図示を省略する。）に登録する。
【００４８】
登録されたメッセージは、ＭＲＭサーバ６−４にＲＴＰセッションを担当するＭＲＷサーバ６−５のアドレスとＵＤＰポートナンバを要請し(Ｓ２)、同時にＭＲＷサーバ６−５は、該当ポートナンバでＵＤＰソケットをバインドした後、待ち状態となる(Ｓ３)。
【００４９】
これに対し、ＭＲＭサーバ６−４は、使用可能なＭＲＷサーバ６−５のアドレスとポートナンバを有して、ＳＤＰメッセージのヘッダ(‘m=’)において、ポートナンバをＭＲＭサーバ６−４から受けたポートナンバに交替し(Ｓ４)、ＳＤＰのヘッダ(‘c=’)のＩＰアドレスをＭＲＭサーバ６−４から受けたアドレスに交替した後(Ｓ５)、ＳＩＰとＳＤＰメッセージをさらにエンコードしてプロキシサーバ６−１へ伝送する(Ｓ６、Ｓ７)。
【００５０】
このとき、プロキシサーバ６−１は、メッセージ(INVITE)をコーリー側ユーザＵＡ２が受けると、ＳＤＰボディを含むメッセージ(ＡＣＫ)をプロキシサーバ６−１へ送る。プロキシサーバ６−１から当該メッセージがＳＳＣＳサーバ６−１へ送られる(Ｓ８、Ｓ９)。また、ＳＳＣサーバ６−３は、受けたメッセージ(ＡＣＫ)をエンコードして値(Call-IDヘッダ値)を読み出し、以前のメッセージ(INVITE)においてＳＤＰを変えた方法でメッセージを変えた後(Ｓ１０、Ｓ１１、Ｓ１２)、ユーザＵＡ１にメッセージ(ＡＣＫ)を伝送する。
【００５１】
この結果、電話をかけたユーザＵＡ１と電話を受けたコーリー側端末機のユーザＵＡ２との間には、ＳＳＣサーバ６−３で指定したＩＰアドレスをポートナンバとして、ＲＴＰ音声および映像パケットを送り続ける状態が形成される。ここで、指定したＩＰアドレスは、ＭＲＷサーバ６−５のアドレスとなり、ＭＲＷサーバ６−５は、ユーザＵＡ１とコーリー側ユーザＵＡ２から入るＲＴＰパケットを受信するようになるが、最初のパケットを受信したとき、ソケット情報に基づいてＲＴＰパケット交換作業を行い、これによって、私設ＩＰまたはファイアウォールの内側のＳＩＰ端末機(ＳＩＰ電話機)も音声／画像通話が可能になる。
【００５２】
(呼の終了過程）
呼の終了過程は次の通りである。メッセージ(BYE)(CANCEL)の受信を介して、以前に登録されたヘッダ(Call-IDヘッダ)を分析して、ＭＲＷサーバ６−５にバインドされたＵＤＰポートを解除する旨の命令を送る。また、記録(Call-IDで生成されたローカルデータベースに登録された記録)を除去する。この後は、次の通話を待機する。
【図面の簡単な説明】
【００５３】
【図１】一般のVoIP電話機の呼接続網を示す構成図である。
【図２】一般のＩＰ共有機環境でのネットワークレイヤーを示す構成図である。
【図３】VoIP用ＩＰ共有機環境でのネットワークレイヤーを示す構成図である。
【図４】従来の使用環境を示すシステム構成図である。
【図５】本発明を適用したシステム例を示す概略構成図である。
【図６】図５のシステムの要部を示す概略構成図である。
【図７】図５のシステムにおけるユーザ登録過程を示すフローチャートである。
【図８】図５のシステムにおけるユーザ登録およびファイアウォール通過過程を示すフローチャートである。
【図９】図５のシステムにおける通話のためのＲＴＰセッションの樹立と維持過程を示すフローチャートである。
【図１０】図９の過程の詳細なフローチャートである。
【符号の説明】
【００５４】
１−１  標準型ＩＰ共有機（ファイアウォール）
３、３−１  ルータ
４、４−１  デジタルサービスユニット
５  ハブ
６−０  ＮＦＴサーバ
６−１  ＳＩＰプロキシサーバ
６−３  ＳＳＣサーバ
６−４  ＭＲＭサーバ
６−５  ＭＲＷサーバ
１１  コーラ側のインターネット電話機
１１−１  コーリー側のインターネット電話機
１００  通話制御システム
ＵＡ１  コーラ側のユーザ
ＵＡ２  コーリー側のユーザ
【図１】
2006340260.tif 000003
【図２】
2006340260.tif 000004
【図３】
2006340260.tif 000005
【図４】
2006340260.tif 000006
【図５】
2006340260.tif 000007
【図６】
2006340260.tif 000008
【図７】
2006340260.tif 000009
【図８】
2006340260.tif 000010
【図９】
2006340260.tif 000011
【図１０】
2006340260.tif 000012