(57)【要約】【課題】プライベート網内の複数のＩＰ電話端末のセッションを、中継装置のグローバル側の１つのポートに集約すること。【解決手段】プライベート網内に存在する複数のＩＰ電話端末から送信される登録情報を終端し管理するＵＡＣ管理手段と、グローバル網側に存在する呼制御管理装置に対して新たに自己の通信装置の登録情報を送信する登録情報送信手段と、グローバル網とプライベート網間のＩＰ電話通信に関して、その発着信に際し宛先情報を相互変換する宛先情報編集手段と、を備えるようにすること。【選択図】図４
2010081037.tif 000002
【特許請求の範囲】
【請求項１】
グローバル網に接続されているグローバル側ＩＰ電話端末および発着信時の呼制御処理を実行する呼制御管理装置と、プライベート網に接続されている複数のプライベート側ＩＰ電話端末との間に介在し、ＩＰアドレスやポート番号の変換処理を行ってグローバル側ＩＰ電話端末と各プライベート側ＩＰ電話端末との間で通信の中継を行うＩＰ電話中継装置であって、
前記各プライベート側ＩＰ電話端末から送られてくる端末ＩＤ、該端末のプライベートＩＰアドレスおよびポート番号を含む登録情報を終端し、該登録情報と自己のグローバルＩＰアドレスおよびポート番号をそれぞれ対応付けてＵＡＣ登録・変換テーブルに登録するＵＡＣ管理手段と、
前記呼制御管理装置に対して自己のグローバルＩＰアドレスおよびポート番号を含む登録情報を送信する登録情報送信手段と、
発着信に際し前記呼制御管理装置との間で呼制御処理を実行すると共に、前記ＵＡＣ登録・変換テーブルを参照して、夫々対応付けられたプライベートＩＰアドレスとグローバルＩＰアドレス、および、夫々のポート番号の変換処理を実行して、前記プライベート側ＩＰアドレスとの間で呼制御処理を実行することで、前記各プライベート側ＩＰ電話端末と前記グローバル側ＩＰ電話端末との相互通信を可能とする呼制御手段と、
を備えたことを特徴とするＩＰ電話中継装置。
【請求項２】
前記登録情報送信手段は、各プライベートＩＰ電話端末の端末ＩＤを前記呼制御管理装置へ送信し、
前記呼制御手段は、前記呼制御管理装置から前記端末ＩＤを指定して送られてくる接続要求を受信したとき、前記ＵＡＣ登録・変換テーブルを参照して、該端末ＩＤのプライベートＩＰアドレスおよびポート番号に対して、接続要求を送信することを特徴とする請求項１記載のＩＰ電話中継装置。
【請求項３】
前記ＵＡＣ管理手段は、前記複数のプライベート側ＩＰ電話端末を１つのグループとして登録し、
前記呼制御手段は、前記呼制御管理装置からの着信に際し、該グループ内の各プライベート側ＩＰ電話端末に対して、一斉に、又は、予め定められた所定の順序で順に接続要求を送信し、応答のあった一のプライベート側電話端末との間で呼制御手順を進めることを特徴とする請求項１記載のＩＰ電話中継装置。
【請求項４】
グローバル網に接続されているグローバル側ＩＰ電話端末および発着信時の呼制御処理を実行する呼制御管理装置と、プライベート網に接続されている複数のプライベート側ＩＰ電話端末との間に、ＩＰアドレスやポート番号の変換処理を行うＩＰ電話中継装置を設けて、前記グローバル側ＩＰ電話端末と前記複数のプライベート側ＩＰ電話端末の夫々との間で通信の中継を行うＩＰ電話中継方法であって、
前記ＩＰ電話中継装置には、プライベート側ＩＰ電話端末の端末ＩＤ、該端末のプライベートＩＰアドレスおよびポート番号を含む登録情報を自己のグローバルＩＰアドレスおよびポート番号とそれぞれ対応付けて保存するＵＡＣ登録・変換テーブルを設け、
前記呼制御管理装置には、前記グローバルＩＰ電話端末および前記ＩＰ電話中継装置を区別することなくグローバルＩＰ電話端末として、夫々の端末ＩＤおよびグローバルＩＰアドレスを含む登録情報を保存するＵＡＳ内ＵＡＣ登録テーブルを設け、
前記呼制御管理装置は、あるＩＰ電話端末から相手先の端末ＩＤを含む接続要求を受信したときは、前記ＵＡＳ内ＵＡＣ登録テーブル内に前記相手先の端末ＩＤが登録されているか否かを判定し、登録されていない場合は、一斉に、又は、予め定められた所定の順序で順に前記ＵＡＳ内ＵＡＣ登録テーブルに登録されているＩＰ電話端末に対して前記相手先の端末ＩＤを含む接続要求を送信し、  前記ＩＰ電話中継装置は、前記呼制御管理装置から送られてくる前記接続要求を受信したときは、前記ＵＡＣ登録・変換テーブルを参照して、前記相手先の端末ＩＤのプライベート側ＩＰ電話端末が存在するか否かを判定し、存在する場合は、当該プライベート側ＩＰ電話端末へ接続要求を送信し、その後、該プライベート側ＩＰ電話端末からの応答信号を受信した場合は、前記呼制御管理装置へ応答信号を送信することを特徴とするＩＰ電話中継方法。
【請求項５】
前記呼制御管理装置は、接続要求の送信後、いずれかのグローバルＩＰ電話端末から応答信号を受信したときは、前記ＵＡＳ内ＵＡＣ登録テーブルの該応答信号の送信元のグローバルＩＰ電話端末の端末ＩＤと前記送信先の端末ＩＤとを関連付けて保存することを特徴とする請求項４記載のＩＰ電話中継方法。
【請求項６】
グローバル網に接続されているグローバル側ＩＰ電話端末および発着信時の呼制御処理を実行する呼制御管理装置と、プライベート網に接続されている複数のプライベート側ＩＰ電話端末との間に、ＩＰアドレスやポート番号の変換処理を行うＩＰ電話中継装置を設けて、前記グローバル側ＩＰ電話端末と前記複数のプライベート側ＩＰ電話端末の夫々との間で通信の中継を行うＩＰ電話中継方法であって、
前記ＩＰ電話中継装置には、プライベート側ＩＰ電話端末の端末ＩＤ、該端末のプライベートＩＰアドレスおよびポート番号を含む登録情報を自己のグローバルＩＰアドレスおよびポート番号とそれぞれ対応付けて保存するＵＡＣ登録・変換テーブルを設け、
前記呼制御管理装置には、ＩＰ電話端末か、ＩＰ電話中継装置かを区別して夫々の端末もしくは中継装置の識別情報およびグローバルＩＰアドレスを含む登録情報を保存するＵＡＳ内ＵＡＣ登録テーブルを設け、
前記呼制御管理装置は、あるＩＰ電話端末から相手先の端末ＩＤを含む接続要求を受信したときは、前記ＵＡＳ内ＵＡＣ登録テーブル内に前記相手先の端末ＩＤが登録されているか否かを判定し、登録されていない場合は、一斉に、又は、予め定められた所定の順序で順に前記ＵＡＳ内ＵＡＣ登録テーブルに登録されているＩＰ電話中継装置に対して前記相手先の端末ＩＤを含む接続要求を送信し、
前記ＩＰ電話中継装置は、前記呼制御管理装置から送られてくる前記接続要求を受信したときは、前記ＵＡＣ登録・変換テーブルを参照して、前記相手先の端末ＩＤのプライベート側ＩＰ電話端末が存在するか否かを判定し、存在する場合は、当該プライベート側ＩＰ電話端末へ接続要求を送信し、その後、該プライベート側ＩＰ電話端末からの応答信号を受信した場合は、前記呼制御管理装置へ応答信号を送信し、
前記呼制御管理装置は、接続要求の送信後、前記ＩＰ電話中継装置から応答信号を受信した場合は、前記ＵＡＳ内ＵＡＣ登録テーブルの当該ＩＰ電話中継装置の識別情報と前記相手先の端末ＩＤとを関連付けて保存することを特徴とするＩＰ電話中継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グローバル網に接続されているＩＰ電話端末とプライベート網（プライベートＩＰを使用する企業内、家庭内ネットワークなど）に接続されているＩＰ電話端末を相互通話可能とする通信技術に係り、特にプライベート網内のＩＰ電話端末からの登録情報を終端し、グローバル網内のＩＰ電話端末との通信制御信号のやり取りを行うパケット内のヘッダ情報などを相互変換することのできるＩＰ電話中継装置およびＩＰ電話中継方法に関する。
【背景技術】
【０００２】
近年、インターネットプロバイダによるＩＰ電話サービスが普及している。通常、ＩＰ電話装置を設置する場合、インターネットアクセス回線に直接収容するのではなく、ゲートウェイ装置配下に設置される。そのため、プライベート網にあるＩＰ電話装置は、グローバル網のＩＰ電話キャリアに接続する場合、ゲートウェイ装置にＳＩＰ−ＡＬＧ等のＮＡＴトラバーサル機能を具備しなければならない。
【０００３】
従来のＩＰ電話中継装置（ＳＩＰ−ＡＬＧ）の例を図２に示す。この図において、ＩＰ電話端末２であるＵＡＣ＃１〜ＵＡＣ＃３はプライベートＩＰアドレスを有し、ＳＩＰ−ＡＬＧ１ｘは、プライベート網４とグローバル網５を中継する位置に存在し、ＵＡＳ（User Agent Server）であるＳＩＰサーバ（呼制御管理装置）３はグローバル網に存在する。
ＳＩＰ−ＡＬＧ１ｘは、呼制御ＳＩＰセッションのＮＡＴ（Network Address Translation）変換が目的であり、プライベート網のＩＰ電話端末２のコンポーネントであるＵＡＣ（User Agent Client）のＳＩＰセッションＳ２１、Ｓ２２、Ｓ２３のＩＰアドレス、ポート番号の変更を行うのみである。図２は、プライベート網にある複数のＩＰ電話端末２のＵＡＣとグローバル網側に存在するＳＩＰサーバ３のＳＩＰセッションの関係を示している。なお上記内容は、非特許文献１及び非特許文献２に記載されている。
【非特許文献１】「Best Current Practices for NAT Traversal for SIP  draft-ietf-sipping-nat-scenarios-05」、IETF
【非特許文献２】「RFC3261 ” SIP : Session Initiation Protocol ”」、IETF
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上術の従来の技術は、プライベート側に存在するＩＰ電話端末２からのＳＩＰメッセージはＳＩＰ−ＡＬＧ１ｘで終端することはなく、ＮＡＴ変換によるヘッダ情報編集、ＳＩＰ−ＡＬＧ１ｘによるペイロードに含まれるアドレス情報の編集を行って外部グローバル網の宛先に届くことになる。
しかしながら、この方法では、ＳＩＰ−ＡＬＧ１ｘがグローバル網側で相手先ＩＰ電話端末と通信するポートはプライベート網内のＩＰ電話端末ごとに異なる値となってしまい管理が煩雑となる。また、プライベート網に繋がっている装置の情報をグローバル網に積極的に送信することはセキュリティ上好ましくない。
【０００５】
本発明は、上述のかかる事情に鑑みてなされたものであり、プライベート網内のＩＰ電話端末をＳＩＰ−ＡＬＧのような中継装置を介してグローバル網側のＩＰ電話端末と接続する際に、ポートの制約を無くして効率的に管理することができ、セキュリティに優れ、また、プライベート網内の複数のＩＰ電話装置をグローバル網にあるＳＩＰサーバに、あたかも1台だけに見せる事ができるため、1つのアクセス回線で1つのＵＡＣしか接続を許容しないＩＰ電話キャリアのＳＩＰサーバと接続することができるＩＰ電話中継装置およびＩＰ電話中継方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明に係わるＩＰ電話中継装置は、グローバル網に接続されているグローバル側ＩＰ電話端末および発着信時の呼制御処理を実行する呼制御管理装置と、プライベート網に接続されている複数のプライベート側ＩＰ電話端末との間に介在し、ＩＰアドレスやポート番号の変換処理を行ってグローバル側ＩＰ電話端末と各プライベート側ＩＰ電話端末との間で通信の中継を行うＩＰ電話中継装置であって、各プライベート側ＩＰ電話端末から送られてくる端末ＩＤ、該端末のプライベートＩＰアドレスおよびポート番号を含む登録情報を終端し、該登録情報と自己のグローバルＩＰアドレスおよびポート番号をそれぞれ対応付けてＵＡＣ登録・変換テーブルに登録するＵＡＣ管理手段と、該ＵＡＣ管理手段の動作とは独立して新たに呼制御管理装置に対して自己のグローバルＩＰアドレスおよびポート番号を含む登録情報を送信する登録情報送信手段と、発着信に際し呼制御管理装置との間で呼制御処理を実行すると共に、ＵＡＣ登録・変換テーブルを参照して、夫々対応付けられたプライベートＩＰアドレスとグローバルＩＰアドレス、および、夫々のポート番号の変換処理を実行して、プライベート側ＩＰアドレスとの間で呼制御処理を実行することで、各プライベート側ＩＰ電話端末とグローバル側ＩＰ電話端末との相互通信を可能とする呼制御手段と、を備えたことを特徴とする。
【０００７】
本発明では、プライベート側ＩＰ電話端末の端末ＩＤ、該端末のプライベートＩＰアドレスおよびポート番号を含む登録情報と、自己のグローバルＩＰアドレスおよびポート番号をそれぞれ対応付けて保存するＵＡＣ登録・変換テーブルを設け、このテーブルを用いて、グローバル網側とプライベート網側の通信の中継処理を実行する。
これにより、プライベートＩＰ電話端末は、直接外部のグローバル網に存在するＳＩＰサーバなどの呼制御管理装置と通信することなくＩＰ電話中継装置が一旦プライベート網内の全てＩＰ電話端末の通信制御を終端するので、プライベート網側のＩＰ電話端末を１つのＵＡＣとして見せることができる。
【０００８】
好ましくは、登録情報送信手段は、各プライベートＩＰ電話端末の端末ＩＤを呼制御管理装置へ送信し、呼制御手段は、呼制御管理装置から端末ＩＤを指定して送られてくる接続要求を受信したとき、ＵＡＣ登録・変換テーブルを参照して、該端末ＩＤのプライベートＩＰアドレスおよびポート番号に対して、接続要求を送信する構成にする。
ネットワーク全体を通して、ユニークに定まる端末ＩＤによって、プライベートＩＰ電話端末を特定して中継処理を行うことができる。
【０００９】
また、ＵＡＣ管理手段は、複数のプライベート側ＩＰ電話端末を１つのグループとして登録し、呼制御手段は、呼制御管理装置からの着信に際し、該グループ内の各プライベート側ＩＰ電話端末に対して、一斉に、又は、予め定められた所定の順序で順に接続要求を送信し、応答のあった一のプライベート側電話端末との間で呼制御手順を進めるという構成も好ましい。
【００１０】
この構成によれば、各プライベートＩＰ電話端末の端末ＩＤを呼制御管理装置へ送信する必要がなく、従来の呼制御管理装置の機能をそのまま利用することができる。
また、本発明に係わるＩＰ電話中継方法は、グローバル網に接続されているグローバル側ＩＰ電話端末および発着信時の呼制御処理を実行する呼制御管理装置と、プライベート網に接続されている複数のプライベート側ＩＰ電話端末との間に、ＩＰアドレスやポート番号の変換処理を行うＩＰ電話中継装置を設けて、グローバル側ＩＰ電話端末と複数のプライベート側ＩＰ電話端末の夫々との間で通信の中継を行うＩＰ電話中継方法であって、ＩＰ電話中継装置には、プライベート側ＩＰ電話端末の端末ＩＤ、該端末のプライベートＩＰアドレスおよびポート番号を含む登録情報を自己のグローバルＩＰアドレスおよびポート番号とそれぞれ対応付けて保存するＵＡＣ登録・変換テーブルを設け、呼制御管理装置には、グローバルＩＰ電話端末およびＩＰ電話中継装置を区別することなくグローバルＩＰ電話端末として、夫々の端末ＩＤおよびグローバルＩＰアドレスを含む登録情報を保存するＵＡＳ内ＵＡＣ登録テーブルを設け、呼制御管理装置は、あるＩＰ電話端末から相手先の端末ＩＤを含む接続要求を受信したときは、ＵＡＳ内ＵＡＣ登録テーブル内に相手先の端末ＩＤが登録されているか否かを判定し、登録されていない場合は、一斉に、又は、予め定められた所定の順序で順にＵＡＳ内ＵＡＣ登録テーブルに登録されているＩＰ電話端末に対して相手先の端末ＩＤを含む接続要求を送信し、ＩＰ電話中継装置は、呼制御管理装置から送られてくる接続要求を受信したときは、ＵＡＣ登録・変換テーブルを参照して、相手先の端末ＩＤのプライベート側ＩＰ電話端末が存在するか否かを判定し、存在する場合は、当該プライベート側ＩＰ電話端末へ接続要求を送信し、その後、該プライベート側ＩＰ電話端末からの応答信号を受信した場合は、呼制御管理装置へ応答信号を送信することを特徴とする。
【００１１】
本発明では、呼制御管理装置に、グローバルＩＰ電話端末およびＩＰ電話中継装置を区別することなくグローバルＩＰ電話端末として登録・管理する。そして、あるＩＰ電話端末から相手先の端末ＩＤを含む接続要求を受信したときは、その相手先の端末ＩＤが登録されているか否かを調べて登録されていない場合は、一斉に、又は、予め定められた所定の順序で順に登録されているＩＰ電話端末に対して接続要求を送信する。これにより、接続要求先のＩＰ電話端末がＩＰ電話中継装置の場合は、応答信号が返送されるため、着信呼の接続が可能となる。
【００１２】
なお、呼制御管理装置では、接続要求の送信後、いずれかのグローバルＩＰ電話端末から応答信号を受信したときは、ＵＡＳ内ＵＡＣ登録テーブルの該応答信号の送信元のグローバルＩＰ電話端末の端末ＩＤと送信先の端末ＩＤとを関連付けて保存することによって、次回以降、同じ相手先に対しては、直ちにそのグローバルＩＰ電話端末（実体はＩＰ電話中継装置）に対して、接続要求を送信することができる。また、この構成によって予め全ての端末ＩＤを呼制御管理装置へ登録する手間を省くことができる。
【００１３】
また、本発明に係わるＩＰ電話中継方法は、グローバル網に接続されているグローバル側ＩＰ電話端末および発着信時の呼制御処理を実行する呼制御管理装置と、プライベート網に接続されている複数のプライベート側ＩＰ電話端末との間に、ＩＰアドレスやポート番号の変換処理を行うＩＰ電話中継装置を設けて、グローバル側ＩＰ電話端末と複数のプライベート側ＩＰ電話端末の夫々との間で通信の中継を行うＩＰ電話中継方法であって、ＩＰ電話中継装置には、プライベート側ＩＰ電話端末の端末ＩＤ、該端末のプライベートＩＰアドレスおよびポート番号を含む登録情報を自己のグローバルＩＰアドレスおよびポート番号とそれぞれ対応付けて保存するＵＡＣ登録・変換テーブルを設け、呼制御管理装置には、ＩＰ電話端末か、ＩＰ電話中継装置かを区別して夫々の端末もしくは中継装置の識別情報およびグローバルＩＰアドレスを含む登録情報を保存するＵＡＳ内ＵＡＣ登録テーブルを設け、呼制御管理装置は、あるＩＰ電話端末から相手先の端末ＩＤを含む接続要求を受信したときは、ＵＡＳ内ＵＡＣ登録テーブル内に相手先の端末ＩＤが登録されているか否かを判定し、登録されていない場合は、一斉に、又は、予め定められた所定の順序で順にＵＡＳ内ＵＡＣ登録テーブルに登録されているＩＰ電話中継装置に対して相手先の端末ＩＤを含む接続要求を送信し、ＩＰ電話中継装置は、呼制御管理装置から送られてくる接続要求を受信したときは、ＵＡＣ登録・変換テーブルを参照して、相手先の端末ＩＤのプライベート側ＩＰ電話端末が存在するか否かを判定し、存在する場合は、当該プライベート側ＩＰ電話端末へ接続要求を送信し、その後、該プライベート側ＩＰ電話端末からの応答信号を受信した場合は、呼制御管理装置へ応答信号を送信し、呼制御管理装置は、接続要求の送信後、ＩＰ電話中継装置から応答信号を受信した場合は、ＵＡＳ内ＵＡＣ登録テーブルの当該ＩＰ電話中継装置の識別情報と相手先の端末ＩＤとを関連付けて保存することを特徴とする。
【００１４】
本発明では、呼制御管理装置において、接続先がＩＰ電話中継装置かＩＰ電話端末かを区別して登録し、未登録の端末ＩＤを相手先とした接続要求については、ＩＰ電話中継装置に対して接続要求を送信し、応答信号を返送してきたＩＰ電話中継装置の識別情報（ＩＤ）と相手先の端末ＩＤを関連付けて保存する。ＩＰ電話中継装置に対して、直ちに接続要求を送信することができるので呼の確立が早くなる。
【発明の効果】
【００１５】
本発明によれば、プライベート網上に存在するＩＰ電話端末のプライベートＩＰアドレス等の登録処理をＩＰ電話中継装置で終端させ、この登録処理とは独立してＩＰ電話中継装置の呼制御管理装置への登録処理を行い、ＩＰ電話中継装置は、ＵＡＣ登録・変換テーブルによって通信対象端末の対応関係を保ちながらグローバル側とプライベート側でそれぞれ呼制御手順を進めるので、プライベート網上に存在する複数のＩＰ電話端末をグローバル網から見て一つのＵＡＣとして見せることができ種々のサービスを提供することが可能となる。また、プライベート網内に存在するＵＡＣの存在自体を隠蔽することも可能でありセキュリティが向上する。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を説明する。図１に、本発明の第１の実施の形態によるＩＰ電話中継装置を含むシステムの全体構成を示す。このＩＰ電話中継装置（以下、ＳＩＰ−ＡＬＧという。）Ｉは、グローバル網５とプライベート網４を仲介する位置に存在する。プライベート網４側に存在するＩＰ電話端末（以下、ＩＰ電話端末をＵＡＣという。）２は、プライベートＩＰアドレスを有し、グローバル網４側のＵＡＣ２はグローバルＩＰアドレスを有しており、ＳＩＰ−ＡＬＧ１は、グローバル網５側のインタフェースはグローバルＩＰアドレスを、プライベート網４側のインタフェースはプライベートＩＰアドレスをそれぞれ有している。また、グローバル網５にはＳＩＰサーバなどの呼制御管理装置（以下、ＵＡＳという。）３が存在し、グローバル網５に繋がるＵＡＣ２やＳＩＰ−ＡＬＧ１との間の発着信時の呼制御処理を行う。
【００１７】
次に、本実施の形態における特徴的な処理の概要を説明する。
まず、従来の構成では、図２の２１に示すように各ＳＩＰセッションはグローバル網５側のポート番号はそれぞれ異なっていた。本実施の形態では、図３に示すようにプライベート網４側のＵＡＣ２（ＵＡＣ＃１〜ＵＡＣ＃３）とＳＩＰ−ＡＬＧ１間でＳＩＰセッションＳ３１、Ｓ３２、Ｓ３３を完結させ、グローバル網５に存在するＵＡＳ３とはＳＩＰセッションＳ３４にて完結させる。
【００１８】
この場合、図２の従来構成では、プライベート網４側のＵＡＣ２とのセッションごとにＳＩＰ−ＡＬＧ１のグローバルＩＰのポートが異なっていたが、本実施の形態では一つのポート番号を使用する（３１）。
図４に、本実施の形態によるＳＩＰ−ＡＬＧ１の機能ブロック図を示す。図４において、プライベート網４は例えば企業のＩＰネットワークであり、グローバル網はインターネットなどの各サービスプロバイダが提供するＩＰネットワークである。
【００１９】
ＳＩＰ−ＡＬＧ１は、プライベート網４とグローバル網５を中継する機能を有し、プライベート網４とのパケットの送受信を行うためのプライベート側送受信部１１、グローバル網５とのパケットの送受信を行うためのグローバル側送受信部１２、プライベート側送受信部１１及びブローバル側送受信部１２から受け取ったデータを用いて演算処理を実行する中央演算処理部１３、データを記憶するための記憶部１４、および、中央演算処理部１３との間でデータの入出力などに操作を行う入力部１５と内部データなど表示を行う表示部１６から構成されている。入力部１５と表示部１６はマンマシンインタフェースの機能を有する。
【００２０】
さらに、中央演算処理部１３は、入力部１５あるいは表示部１６とデータの受け渡しを行う入出力制御手段１３１、プライベート側送受信部１１とグローバル側送受信部１２でのデータ（パケット）の送受信の制御を行う送受信制御手段１３２、プライベート網４側のＵＡＣ２の新規登録や変換を行うＵＡＣ管理手段１３３、グローバル側のＳＩＰサーバ３と通信を行うためにＳＩＰ−ＡＬＧ１のグローバル側のＩＰ及びポート番号を送信する登録情報送信手段１３４、グローバル側に送信する際にプライベート網４側からのパケットの情報を編集し、また、プライベート側に送信する際にグローバル側からのパケットの情報を編集する宛先情報編集手段１３５、受信するＳＩＰメッセージの情報を分析するＳＩＰメッセージ分析手段１３６、プライベート網４とグローバル網５間の通信を行うために、グローバル網５側から受信されるパケット及びプライベート網４から受信されるパケット内のヘッダファイルに入力されているグローバルＩＰアドレス及びプライベートＩＰアドレスそれぞれを、送信先のプライベート網４内のＵＡＣ２のプライベートＩＰアドレスへ変換及びグローバルＩＰアドレスへ変換するＮＡＴ変換を行うＳＩＰセッションＮＡＴ登録手段１３７、ＳＩＰメッセージによる通信プロトコルに従った呼制御を司る呼制御手段１３８、音声パケットであるＲＴＰ及びＲＴＰを制御するためのＲＴＣＰパケットのＮＡＴ変換を行うためのＲＴＰ／ＲＴＣＰセッションＮＡＴ登録手段１３９から構成されている。
【００２１】
記憶部１４には、ＵＡＣの登録データを保持するＵＡＣ登録・変換テーブル１４１が存在する。
図５は、ＵＡＣ登録・変換テーブル１４１のデータ構成例を示す。ＵＡＣ登録・変換テーブル１４１は、少なくともＵＡＣの識別情報（ＩＤ）、ＵＡＣ名、ＩＰアドレス、ポート番号の４つの項目を有している。プライベート網４内に存在する全てのＵＡＣ２のデータを格納し保持する。
【００２２】
以上、記憶部１４内に格納される内部データ及びデータベースについて説明した。
次に中央演算処理部１３の有する各手段（機能）について以下に説明する。図６は、プライベート網４内のＵＡＣ２のデータ登録・変換を行うＵＡＣ管理手段１３３が行う「ＵＡＣ登録・変換ルーチン」の動作の処理手順を示すフローチャートの例である。
「ＵＡＣ登録・変換ルーチン」は入力されたパラメータよりＵＡＣ２のＩＰアドレスとポート番号を取得する（Ｓ６１）。本実施の形態の場合、少なくともパラメータとしては、ＩＰアドレス及びポート番号である。次にＵＡＣ登録・変換テーブル１４１内に同じＩＰアドレスとポート番号が既に登録されているかどうか調べる（Ｓ６２）。存在した場合は対応するＩＰアドレスとポート番号を出力して処理を終了する（Ｓ６５）。存在しなかった場合は、パラメータとして入力されたＩＰアドレスとポート番号を新ＵＡＣとしてＵＡＣ登録・変換テーブル１４１に登録して処理を終了する（Ｓ６４）。本実施の形態では登録も同時に行っているが、ＵＡＣの登録およびＵＡＣの変換は別々の処理で行うことも可能である。
【００２３】
図７は、宛先情報編集手段１３５が行う「宛先情報編集ルーチン」の動作の処理手順を示すフローチャートの例である。本ルーチンはＳＩＰメッセージの送受信の際にプライベート網４とグローバル網５の間で送受信されるパケットの内容を編集するときに使用されるものである。
「宛先情報編集ルーチン」はまず、入力されたパラメータよりＩＰアドレスとポート番号を取得する（Ｓ７１）。パラメータとしては、本実施の形態ではＩＰアドレス及びポートである。次に取得したＩＰアドレスとポート番号を用いて「ＵＡＣ登録・変換ルーチン」をコールすることで変換すべきＩＰアドレスとポート番号を得る（Ｓ７２）。得たＩＰアドレスとポート番号を送受信するパケット内の対応する所定の場所の内容と変換して処理を終了する（Ｓ７３）。実際の変換内容については図８〜図１１にて説明する。
【００２４】
図８を用いて、本実施の形態によるＳＩＰ−ＡＬＧ１の動作シーケンスを従来例と比較して説明する。まず、従来の方法では、プライベート網４側のＵＡＣであるＵＡＣ＃１及びＵＡＣ＃２からの「ＲＥＧＳＴＥＲ」メッセージは、ＳＩＰ−ＡＬＧ１を経てＮＡＴ変換され、グローバル網５に存在するＳＩＰサーバであるＵＡＳ３に届き、それからＵＡＳ３からの「２００  ＯＫ」がＵＡＣ＃１、ＵＡＣ＃２にＳＩＰ−ＡＬＧ１経由でＮＡＴ変換を施された上で届き登録処理が終了する。
【００２５】
本実施の形態では、グローバル側のＵＡＳ３との処理手順はＳ８１の部分で示され、ＳＩＰ−ＡＬＧ１が直接ＵＡＳ３に対して「ＲＥＧＩＳＴＥＲ（登録要求）」を送信し（Ｓ８１ｂ）、ＵＡＳ３から「２００  ＯＫ（正常受付）」が返信されることで直ちに処理を終了する（Ｓ８２ｂ）。一方、内部のプライベート網４では、各ＵＡＣ＃１、ＵＡＣ＃２と「ＲＥＧＩＳＴＥＲ」（Ｓ８１ａ、Ｓ８３ａ）、「２００  ＯＫ」（Ｓ８２ａ、Ｓ８４ａ）のメッセージの授受をそれぞれ経てＵＡＣ２とＳＩＰ−ＡＬＧ１間のみで処理を完了する。つまりプライベート網４側の登録処理はＳＩＰ−ＡＬＧ１で終端することになる。
【００２６】
またこの時、ＵＡＣ＃１及びＵＡＣ＃２から受信したメッセージによりＵＡＣ＃１及びＵＡＣ＃２の着信ＩＤ、ＩＰアドレス及びポート番号をＵＡＣ登録・変換テーブル１４１内に登録する（Ｓ８２）。
次に、プライベート網４側のＵＡＣ２（ＵＡＣ＃１もしくはＵＡＣ＃２）から接続要求である「ＩＮＶＩＴＥ」がグローバル網５上の対向ＵＡＣ＃３に対して送られるとき（Ｓ８５ａ）、「ＩＮＶＩＴＥ」を受信したＳＩＰ−ＡＬＧ１は、ＵＡＣ登録・変換テーブル１４１（８６）を参照することでメッセージの送信元ＩＰアドレス／送信元ポート番号がＵＡＣ＃１のプライベートＩＰアドレス・ポート番号から、ＳＩＰ−ＡＬＧ１が保持するグローバルＩＰアドレス/ポート番号に書換えて、新たな接続要求「ＩＮＶＩＴＥ」メッセージを作成しＳＩＰ−ＡＬＧ１に送信する（Ｓ８３ｂ）。「ＩＮＶＩＴＥ」を受信したＳＩＰ−ＡＬＧ１は相手先が対向ＵＡＣ＃３と判断し、対向ＵＡＣ＃３に対して「ＩＮＶＩＴＥ」を送信する（Ｓ８１ｃ）。プライベート網４内のＵＡＣ２からグローバル網５内のＵＡＣ２への発信時は以上のように動作する（Ｓ８３）。
【００２７】
次にグローバル網５内のＵＡＣである対向するＵＡＣ＃３からプライベート網４内のＵＡＣ＃２への着信の場合は、対向ＵＡＣ＃３は着信ＩＤとしてＵＡＣ＃２の着信ＩＤを含んだ「ＩＮＶＩＴＥ」メッセージをＵＡＳ３に対して送信する（Ｓ８２ｃ）。ＵＡＳ３は着信ＩＤより相手先がＳＩＰ−ＡＬＧ１宛だということを判断しＳＩＰ−ＡＬＧ１に対して「ＩＮＶＩＴＥ」メッセージを送信する（Ｓ８４ｂ）。ＳＩＰ−ＡＬＧ１は、「ＩＮＶＩＴＥ」の着信情報とＵＡＣ登録・変換テーブル１４１の情報から、当該着信ＩＤに対応するＩＰアドレス／ポート番号を抽出し、「ＩＮＶＩＴＥ」メッセージの着信先ＩＰアドレス／ポート番号に書き換えた後、ＵＡＣ＃２に対して「ＩＮＶＩＴＥ」メッセージを送信する（Ｓ８６ａ）。グローバル網５内のＵＡＣ２からプライベート網４内のＵＡＣ２への着信時は以上のように動作する（Ｓ８４）。
【００２８】
次に図９〜図１１を用いて実際のＳＩＰメッセージの編集内容について説明する。図９は、グローバル網５内の対向ＵＡＣ＃３からプライベート網４内のＵＡＣ＃２に着信がある場合のシーケンス例である。ＵＡＳ３、ＳＩＰ−ＡＬＧ１、対向ＵＡＣ＃３はグローバル網５内に存在し、それぞれ「２００．２０．１．１」、「２００．２０．２０．２０」、「２００．２０．１０．１０」というグローバルＩＰアドレスを有しているとする。プライベート網４側には、ＳＩＰ−ＡＬＧ１のプライベート網側インタフェース、ＵＡＣ＃１、ＵＡＣ＃２が存在し、それぞれ「１９２．１６８．１００．１」、「１９２．１６８．１００．１０」、「１９２．１６８．１００．２０」というプライベートＩＰアドレスを有している。対向ＵＡＣ＃３からＵＡＣ＃２に対して着信があるとき、まず対向ＵＡＣ＃３は「ＩＮＶＩＴＥ」メッセージをＵＡＳ３に対して送信する（Ｓ９１ｃ）。ＵＡＳ３は着信先がＵＡＣ＃２であることからＳＩＰ−ＡＬＧ１に対して「ＩＮＶＩＴＥ」メッセージを送信する（Ｓ９１ｂ）。このときの「ＩＮＶＩＴＥ」メッセージの内容を図１０の右側上部の枠内（Ｂ部）に示す。ＩＰアドレスとしてＳＩＰ−ＡＬＧ１のグローバルＩＰ「２００．２０．２０．２０」とＵＡＣ＃２の端末ＩＤである「０３５３１０１００２」が指定されている（１０１ｂ、１０２ｂ）。次にＳＩＰ−ＡＬＧ１は、ＵＡＣ登録・変換テーブル１４１を用いて上記部分を変換した「ＩＮＶＩＴＥ」メッセージをＵＡＣ＃２に対して送信する（Ｓ９１ａ）。このときの「ＩＮＶＩＴＥ」メッセージの内容を図１０の左側上部の枠内（Ａ部）に示す。ＩＰアドレスとして着信ＩＤにてＵＡＣ登録・変換テーブル１４１より変換されたプライベートＩＰアドレス「１９２．１６８．１００．２０」が指定されている（１０１ａ、１０２ａ）。
【００２９】
次に「ＩＮＶＩＴＥ」に応答してＵＡＣ＃２は「１００  Ｔｒｙｉｎｇ」メッセージをＳＩＰ−ＡＬＧ１に対して送信し（Ｓ９２ａ）、ＳＩＰ−ＡＬＧ１は同様に「１００  Ｔｒｙｉｎｇ」メッセージをＵＡＳ３に対して送信する（Ｓ９２ｂ）。このときのメッセージの内容をそれぞれ図１０の下部の左側（Ｃ部）及び右側（Ｄ部）に示している（Ｓ１０３ａ、Ｓ１０３ｂ）。「ＩＮＶＩＴＥ」メッセージと同様にＵＡＣ＃２のプライベートＩＰアドレス「１９２．１６８．１００．２０」の部分を、ＳＩＰ−ＡＬＧ１のグローバルＩＰアドレス「２００．２０．２０．２０」に変換してＵＡＳ３に対して送信する。
【００３０】
次にＵＡＣ＃２がリンガー鳴動したことを通知する「１８０  Ｒｉｎｇｉｎｇ」メッセージ及びＵＡＣ＃２が着信に応答したことを通知する「２００  ＯＫ」メッセージも「１００  Ｔｒｙｉｎｇ」メッセージと同様にＵＡＣ登録・変換テーブル１４１を参照することでＵＡＣ＃２のプライベートＩＰアドレスがＳＩＰ−ＡＬＧ１のグローバルＩＰアドレスに変換されてＵＡＳ３に対して通知される。この変換内容は、前述した内容と同様に図１１に示す通りである（１１１ａ，１１１ｂ，１１２ａ，１１２ｂ）。
【００３１】
なお、登録情報送信手段１３４は、フローチャートは示していないが、図８のＳ８１に示すように、自分自身のＩＰアドレスと通信プロトコルで使用するポート番号（例えばＳＩＰでは５０６０）を用いてグローバル網５に存在するＵＡＳ３に対して「ＲＥＧＩＳＴＥＲ」メッセージを送信して登録を行う。登録情報にはＩＤ情報などが含まれる。
また、図８に示すＳＩＰのシーケンスで示されているように、ＳＩＰメッセージ分析手段１３６は、従来と同様に、受信したＳＩＰメッセージの分析・応答を行い、ＳＩＰセッションＮＡＴ登録手段１３７は、プライベート網４とグローバル網５間のＳＩＰプロトコルに関する図１０、図１１に示すＮＡＴ変換を行うためのＩＰアドレス、ポート番号などの登録を行うものである。また、ＲＴＰ／ＲＴＣＰセッションＮＡＴ登録手段１３９は、ＲＴＰ／ＲＴＣＰパケットに関して同様にＮＡＴ変換するときのポート番号などを登録するものである。本発明による第１の実施の形態は以上のように構成され動作する。
【００３２】
本実施の形態によれば、プライベート網側に複数のＩＰ電話端末が存在する場合にも、ＩＰ電話中継装置であるＳＩＰ−ＡＬＧは自装置のＩＰアドレスと通常のＳＩＰなどの電話用プロトコルで使用する一つのポート番号を使用することでプライベート網内の複数のＩＰ電話端末と通信することができるようになる。また、プライベート網側のＩＰ電話端末を隠蔽することが可能となる。
【００３３】
次に第２の実施の形態について以下に説明する。本実施の形態は、プライベート網４内の複数のＵＡＣ２がグループを構成し、グローバル側からの着信に対して複数のＵＡＣ２が一斉着信もしくは予め定めた順序にて着信して行く方式である。図１２は、本実施の形態におけるＵＡＣ登録・変換テーブル１４１の構成例である。第１の実施の形態に加えて、グループ番号を登録できるように構成されている。
【００３４】
これは、一つの着信に対しグループを指定して着信させるために登録するものである。このテーブル１４１への登録の方法は、たとえばＳＩＰ−ＡＬＧ１にシリアルインタフェースもしくはＴＥＬＮＥＴなどで接続しＳＩＰ−ＡＬＧ１が具備するコマンドインタフェースやＷＥＢインタフェースなどを使用して外部のパソコンなどを使用して登録することができる。この他、入力部１５に接続されているキーボードなどを用いて直接入力し、表示部１６に内容を表示させるという方法もある。
【００３５】
また、図１３は図１２のデータ構成に着信順序のデータ項目を加えたものである。これは、同一グループ内のＵＡＣ２（ＵＡＣ＃１〜ＵＡＣ＃ｎ）に対して着信する順序を決めるものである。この順序は図１２の場合と同様にシリアルインタフェースでコマンドラインを使用したり、ＷＥＢインタフェースなどを使用したりして個別に登録することも可能であるし、グループ作成の際に自動的に順番が振られていても良い。
【００３６】
更には簡易的なＡＣＤ（Automatic Call Distribution）などのように、グループ内のＵＡＣ２が応答する毎に順番が相互に入れ替わっても良い。自動で次に着信するＵＡＣ２をＳＩＰ−ＡＬＧ１が決定できる場合は、コールセンターの電話としてＵＡＣ２を使用することも可能となる。ただし、上記順序付けの方法については既存の技術を使用することができる。
【００３７】
図１４は、プライベート網４内のＵＡＣ２がグループを構成しており、一斉に全てのグループ内ＵＡＣ２に着信する場合の呼制御手段１３８の着信動作を示すフローチャートである。まず着信ＩＤにて着信先がグループ構成になっているかどうかを調べる（Ｓ１４１）。着信先がグループになっていない場合は、通常の着信動作を行い、処理を終了する（Ｓ１４５）。着信先がグループであった場合は、グループに登録されているＵＡＣ２を抽出し（Ｓ１４２）、抽出したＵＡＣ２に対して着信動作を行う（Ｓ１４３）。
【００３８】
次にグループ内の全てのＵＡＣ２の抽出が終了したかどうか判定し（Ｓ１４４）、終了していない場合は、ステップＳ１４２に進み、前述の動作を繰り返す。全てのグループ内ＵＡＣ２の抽出が終了した場合は処理を終了する。上記動作は、例えばＵＡＣ登録・変換テーブルが図１２であるときにグループ１（ＧＲＰ＃１）に着信があった場合には、ＵＡＣ名が「ＵＡＣ＃１」及び「ＵＡＣ＃３」のＵＡＣ２に対して無応答、タイマー満了などに関係なく着信させるものである。
【００３９】
図１５は、プライベート網４内のＵＡＣ２がグループを構成しており、着信順序に従ってグループ内ＵＡＣ２に着信する場合の呼制御手段１３８の着信動作を示すフローチャートの例である。まず着信ＩＤにて着信先がグループ構成になっているかどうかを調べる（Ｓ１５１）。グループ着信に設定されていない場合は通常の着信動作を行い、処理を終了する（Ｓ１５６）。グループ着信の場合は、グループ内で次に着信するように登録されているＵＡＣ２を抽出し（Ｓ１５２）、着信動作を行う（Ｓ１５３）。
【００４０】
着信に際しタイマーを起動し、無応答のままタイマーが満了するかどうかを判定する（Ｓ１５４）。タイマーが満了しない場合は、先の着信先ＵＡＣ２が応答したと判断し、処理を終了する。タイマーが満了した場合は（Ｓ１５５）、ステップＳ１５２に戻り、次に登録されているＵＡＣ２を抽出しステップＳ１５３からステップＳ１５５の処理を繰り返すことで次に登録されているＵＡＣ２を呼び出す。
【００４１】
上記の動作は、例えばＵＡＣ登録・変換テーブルが図１３に示す構成であるときにグループ１に着信があった場合で応答が無い場合に、ＵＡＣ＃ｎ−ＵＡＣ＃３−ＵＡＣ＃４−ＵＡＣ＃１の順で着信させるものである。ただし、途中で応答があった場合は次のＵＡＣ２への呼び出しは行わない。本発明による第２の実施の形態は以上のように構成され動作する。
【００４２】
本実施の形態によれば、プライベート網内の複数のＩＰ電話端末をグループに属させ、同時に着信鳴動させたり、グループ内のＩＰ電話端末に着信順序を設けて着信させたりすることができるので、グローバル網側から見て着信先が固定されておらず隠蔽されたイメージとなる。また複数のＩＰ電話端末を用いた簡易ＡＣＤなどの交換機的なサービスを提供することも可能となる。
【００４３】
次に第３の実施の形態について以下に説明する。本実施の形態は、グローバル側からの着信に際し、ＳＩＰ−ＡＬＧ１に登録されているプライベート網４内に存在する全てのＵＡＣ２に同時に一斉着信させる方式である。図１６は、プライベート網４内に存在し、ＳＩＰ−ＡＬＧ１に登録されている全てのＵＡＣ２に着信させる場合の呼制御手段１３８の着信動作を示すフローチャートである。ＵＡＣ登録・変換テーブル１４１自体は、図５、図１２、図１３のどれであっても良い。
【００４４】
本呼制御ルーチンの処理を以下に説明する。まず着信があった際に、着信先が全端末であるかどうか判定する（Ｓ１６１）。全端末への着信であるかどうかは、着信ＩＤやＳＩＰ−ＡＬＧ１システムとして個別に設定させても良い。全端末で無い場合は、通常の着信動作を行い、処理を終了する（Ｓ１６５）。全端末着信の場合は、登録されているＵＡＣを抽出し（Ｓ１６２）、着信動作を行い（Ｓ１６３）、全ての登録されているＵＡＣ２の着信動作が終了したら処理を終了する（Ｓ１６４）。
【００４５】
また、図１７は、プライベート網４内に存在し、ＳＩＰ−ＡＬＧ１に登録されている全てのＵＡＣ２に着信させるが、接続するのは予め決められた番目に応答したＵＡＣである場合の呼制御手段１３８の着信動作を示すフローチャートである。
本呼制御ルーチンの処理を以下に説明する。ステップＳ１７１からステップＳ１７５までは図１６のステップＳ１６１からステップＳ１６５と同様の処理を行う。次にプライベート網４内に存在する全てのＵＡＣ２に着信動作を終了した後、応答してくるＵＡＣ２が予め決められた番目であるかどうかを判定する（Ｓ１７６）。異なる場合は切断処理を行い（Ｓ１７７）、ステップＳ１７６に戻る。応答したＵＡＣ２が予め決められた番目であった場合は、接続処理を行い、処理を終了する（Ｓ１７８）。
【００４６】
本実施の形態によれば、プライベート網内に存在し、ＳＩＰ−ＡＬＧに登録されている全てのＩＰ電話端末に着信させることができるため、全端末を着信鳴動させたり、応答する端末を制限したりするというＩＰ電話端末を用いた交換機的なサービスを提供することも可能となる。
次に第４の実施の形態について以下に説明する。第４の実施の形態は、ＩＰ電話中継装置１であるＳＩＰ−ＡＬＧ１内のプライベートＩＰアドレスを有するＵＡＣ２の情報がＵＡＳ３側で保持されない場合に、ＵＡＳ３内にて登録されていない電話番号でグローバル側のＵＡＣ２から着信があった際に、登録済のＵＡＣ２に対して同時に一斉発信する方式である。
【００４７】
図１８は、本実施の形態にてＵＡＳ３が有するＵＡＣ登録テーブルの例である。また図２０は、ＵＡＳ３、ＳＩＰ−ＡＬＧ１、グローバル網内のＵＡＣ２間で送受信される呼制御メッセージのシーケンスチャートの例である。
図１８において、グローバル網内に存在しＵＡＳ３に登録されているＵＡＣ２が全て登録されており、そのＩＤ、ＵＡＣ名及びグローバルのＩＰアドレスなどがそれぞれ登録されている。
【００４８】
図２０は、この場合においてグローバル網５側からＵＡＳ３内のＵＡＣ登録テーブルに未登録の着信ＩＤに電話がかかってきたときのシーケンスチャートを示す。本実施の形態において、対向ＵＡＣ＃１０、ＵＡＳ、ＳＩＰ−ＡＬＧ＃１，ＳＩＰ−ＡＬＧ＃２、ＵＡＣ＃３がそれぞれグローバルＩＰアドレスとして、ＧＬＩＰ＃１０、ＧＬＩＰ＃１１、ＧＬＩＰ＃１、ＧＬＩＰ＃２、ＧＬＩＰ＃３を有してグローバル網５に接続されている。ここで、ＧＬＩＰはグローバルＩＰであることを表している。
【００４９】
まず対向ＵＡＣ＃１０からＵＡＳ３に対してＩＮＶＩＴＥメッセージを用いて着信がある（Ｓ２０１ａ）。ＵＡＳ３は図１８に示すＵＡＣ登録テーブルを検索し、指定されている着信ＩＤが未登録であると判定する。このとき、この着信ＩＤをバッファに保存しておく。
図２０においては、例としてＵＡＣ２が３つ存在するものとし、一斉に３つの登録されているＵＡＣ２に対してＵＡＳ３はＩＮＶＩＴＥメッセージを送ることで着信させようとする（Ｓ２０１ｂ、Ｓ２０１ｃ、Ｓ２０１ｄ）。これらＩＮＶＩＴＥメッセージに対してＳＩＰ−ＡＬＧ＃１とＳＩＰ−ＡＬＧ＃２が１００Ｔｒｙｉｎｇメッセージによって着信を受け付けたことをＵＡＳ３に通知している（Ｓ２０２ｂ、Ｓ２０２ｃ）。ＵＡＳ３は着信を受け付けたことを同様に１００Ｔｒｙｉｎｇにて発信側の対向ＵＡＣ＃１０に通知している（Ｓ２０２ａ）。
【００５０】
その後、ＳＩＰ−ＡＬＧ＃２が収容するプライベート網４内のＵＡＣ２が着信に対して着信鳴動していることを示す１８０ＲｉｎｇｉｎｇメッセージをＵＡＳ３に送信しており（Ｓ２０３ｃ）、更にＵＡＳ３も対向ＵＡＣ＃１０に対して１８０Ｒｉｎｇｉｎｇを送信して着信動作が行われていることを通知する（Ｓ２０３ａ）。このプライベート網４内のＵＡＣ２が着信鳴動する際には、第１〜第３の実施の形態で記載しているＳＩＰ−ＡＬＧ＃２が有するＵＡＣ登録・変換テーブル１４１を使用して着信させることが可能である。この場合、着信ＩＤがＵＡＣ登録・変換テーブル１４１に登録されているものとＳＩＰ−ＡＬＧ＃２にて判断する。
【００５１】
プライベート網４内の該当ＵＡＣが応答すると、ＳＩＰ―ＡＬＧ＃２は、２００ＯＫをＵＡＳ３に対して送信し（Ｓ２０４ｃ）、ＵＡＳ３は対向ＵＡＣ＃１０に対して同様に２００ＯＫを送信して応答したことを通知する（Ｓ２０４ａ）。また、ＵＡＳ３は、ＵＡＣ登録テーブルの当該ＳＩＰ―ＡＬＧ＃２のＩＤとバッファに保存している着信ＩＤとを関連付けて保存する。次に、発信者である対向ＵＡＣ＃１０は２００ＯＫに対してＡＣＫメッセージをＵＡＳ３に返送することで通話状態に達したことを着信側ＵＡＣに通知し（Ｓ２０５ａ）、ＵＡＳ３は同様にＡＣＫメッセージをＳＩＰ−ＡＬＧ＃２に送信することで通話が開始される。
【００５２】
なお、本実施の形態においてＳＩＰ−ＡＬＧ＃２のプライベート網４内のＵＡＣに対する動作は記載していないが、前述した第１〜第３の実施の形態と同様な動作を行うものである。
なお、ＵＡＳ内ＵＡＣ登録テーブルは、図１８の右横に波線で示すように、ＩＰ電話端末かＩＰ電話中継装置かを区別するための装置種別を設けるようにしても良い。登録方法は、たとえば各装置から送らせるようにして、この装置種別を各端末ＩＤに関連付けて登録するという方法がある。あるいは、未登録の着信ＩＤに対して上記の一斉送信をした結果、応答を返してきた端末に対してはＳＩＰ−ＡＬＧの装置種別をセットするようにしても良い。このようにすれば、装置種別がＳＩＰ−ＡＬＧとなっているものを優先的に呼接続処理することができるため、通信負荷を軽減させることができる。
【００５３】
本実施の形態によれば、ＳＩＰサーバが自分のデータ内に登録されていない着信ＩＤを有する着信があった際には、ＳＩＰサーバ内のＵＡＣ登録テーブルに登録されている全てのＵＡＣに対して一斉に着信ＩＤを含んだ着信メッセージを送信し、指定された着信ＩＤを有するプライベート網内のＩＰ電話端末を収容するＩＰ電話中継装置のみが応答し通信できるようになるので、プライベート網内のＩＰ電話端末を隠蔽することが可能となる。
【００５４】
次に第５の実施の形態について以下に説明する。第５の実施の形態は、ＩＰ電話中継装置１であるＳＩＰ−ＡＬＧ１内のプライベートＩＰアドレスを有するＵＡＣ２の情報がＵＡＳ３側で保持されない場合に、ＵＡＳ３内にて登録されていない電話番号でグローバル側の対向ＵＡＣ＃１０から着信があった際に、登録済のＵＡＣ２で且つＳＩＰ−ＡＬＧ１であるＵＡＣ２に対して優先順位順に着信させる方式である。
【００５５】
図１９は、本実施の形態にてＵＡＳ３が有するＵＡＣ登録テーブルの例である。また図２１は、ＵＡＳ３、ＳＩＰ−ＡＬＧ１、グローバル網５内のＵＡＣ２間で送受信される呼制御メッセージのシーケンスチャートの例である。
図１９において、グローバル網５内に存在しＵＡＳ３に登録されるＵＡＣ２が全て登録されており、図１８の構成に加えて、「ＵＡＣ種別」、「優先順位」の属性項目が追加されている。「ＵＡＣ種別」は通常のＵＡＣかＳＩＰ−ＡＬＧであるかを登録し、「優先順位」は、「ＵＡＣ種別」がＳＩＰ−ＡＬＧである場合に有効な属性項目であり、ＳＩＰ−ＡＬＧに着信させるときの優先順位を示している。
【００５６】
例えば本実施の形態の場合は、着信ＩＤが不明である着信がＵＡＳ３に届いた場合は、ＵＡＣ名が「ＵＡＣ＃４」、「ＵＡＣ＃１」、「ＵＡＣ＃２」の順に着信処理をさせることを意味する。
図２１は、この場合においてグローバル網５側からＵＡＳ３内のＵＡＣ登録テーブルに未登録の着信ＩＤに電話がかかってきたときのシーケンスチャートを示す。まず対向のＵＡＣ＃１０からＵＡＳ３に対してＩＮＶＩＴＥメッセージを用いて着信がある（Ｓ２１１ａ）。ＵＡＳ３は図１９に示すＵＡＳ内のＵＡＣ登録テーブルを検索し、指定されている着信ＩＤが未登録であると判定する。
【００５７】
図２１においては、例としてＵＡＣ２が３つ存在するものとし、優先順位は図１９に示すように設定されているものとする。この場合、ＵＡＳ３は一番優先順位の高いＵＡＣ名が「ＵＡＣ＃４」（図２１上ではＳＩＰ−ＡＬＧ＃１）に対して最初にＩＮＶＩＴＥメッセージを送ることで着信させようとする（Ｓ２１１ｂ）。タイマーＴ２１１が満了し、ＩＮＶＩＴＥに対する応答が無い場合は、次に優先順位の高いＵＡＣ名が「ＵＡＣ＃１」（図２１上ではＳＩＰ−ＡＬＧ＃２）に対してＩＮＶＩＴＥメッセージを送信して（Ｓ２１１ｃ）、応答を待つ。本実施の形態では優先順位順に着信処理を行う方式なので、最初のＵＡＣが無応答の場合の例を図２１に例示している。
【００５８】
次にＳＩＰ−ＡＬＧ＃２から１００Ｔｒｙｉｎｇ及び１８０Ｒｉｎｇｉｎｇが届いた場合（Ｓ２１２ｃ、Ｓ２１２ａ）、ＳＩＰ−ＡＬＧ＃２に着信先の着信ＩＤを有するＵＡＣが収容されていることが分かる。その後は、第４の実施の形態と同様に、ＳＩＰ−ＡＬＧ＃２が管理するプライベート網４内のＵＡＣが応答すると、２００ＯＫメッセージ及びＡＣＫメッセージが続いて送受信されることになり（Ｓ２１４ｃ、Ｓ２１４ａ、Ｓ２１５ａ、Ｓ２１５ｃ）、通話が開始される。
【００５９】
本実施の形態によれば、ＳＩＰサーバが自己のデータ内に登録されていない着信ＩＤを有する着信があった際には、ＳＩＰサーバ内のＵＡＣ登録テーブルに登録されているＵＡＣで且つＳＩＰ−ＡＬＧの属性を有するＵＡＣに対して優先順位順に着信ＩＤを含んだ着信メッセージを送信し、指定された着信ＩＤを有するプライベート網４内のＩＰ電話端末を収容するＩＰ電話中継装置のみが応答し通信できるようになるので、プライベート網内のＩＰ電話端末を隠蔽することが可能となる。
【００６０】
なお、本実施の形態では通信プロトコルとしてＳＩＰについて記載しているが、Ｈ．３２３やＭＧＣＰなどの他の通信プロトコルでも同様に実施することが可能である。
【図面の簡単な説明】
【００６１】
【図１】本発明の第１の実施形態に係わるＩＰ電話中継装置のネットワーク構成図である。
【図２】従来の技術であるＳＩＰ−ＡＬＧのセッション説明図である。
【図３】本発明の第1の実施形態に係わるＩＰ電話中継装置のセッション説明図である。
【図４】本発明の第1の実施形態に係わるＩＰ電話中継装置の機能構成図である。
【図５】図４のＵＡＣ登録・変換テーブルのデータ構成例である。
【図６】図４のＵＡＣ管理手段が行う処理手順を示すフローチャートである。
【図７】図４の宛先情報編集手段が行う処理手順を示すフローチャートである。
【図８】本発明の第1の実施形態に係わるプライベート網内のＩＰ電話端末登録及び着信の際のシーケンスチャートである。
【図９】本発明の第１の実施形態に係わるプライベート網内のＩＰ電話端末へのグローバル網内のＩＰ電話端末からの着信の際のシーケンスチャートである。
【図１０】図９のシーケンスチャートにおける各ＳＩＰメッセージ内のパケットの内容を示す例である。
【図１１】図９のシーケンスチャートにおける各ＳＩＰメッセージ内のパケットの内容を示す例である。
【図１２】本発明の第２の実施形態に係わるＵＡＣ登録・変換テーブルのデータ構成例である。
【図１３】本発明の第２の実施形態に係わるＵＡＣ登録・変換テーブルのデータ構成例である。
【図１４】本発明の第２の実施形態に係わる呼制御手段が行う処理手順を示すフローチャートである。
【図１５】本発明の第２の実施形態に係わる呼制御手段が行う処理手順を示すフローチャートである。
【図１６】本発明の第３の実施形態に係わる呼制御手段が行う処理手順を示すフローチャートである。
【図１７】本発明の第３の実施形態に係わる呼制御手段が行う処理手順を示すフローチャートである。
【図１８】本発明の第４の実施形態に係わるＵＡＳ内ＵＡＣ登録テーブルのデータ構成例である。
【図１９】本発明の第５の実施形態に係わるＵＡＳ内ＵＡＣ登録テーブルのデータ構成例である。
【図２０】本発明の第４の実施形態に係わるグローバル網内のＩＰ電話端末からの着信の際のシーケンスチャートである。
【図２１】本発明の第５の実施形態に係わるグローバル網内のＩＰ電話端末からの着信の際のシーケンスチャートである。
【符号の説明】
【００６２】
１  ＩＰ電話中継装置（ＳＩＰ−ＡＬＧ）
２  ＩＰ電話端末（ＵＡＣ）
３  呼制御管理手段（ＳＩＰサーバ，ＵＡＳ）
４  プライベート網  ５  グローバル網
１１  プライベート側送受信部
１２  グローバル側送受信部
１３  中央演算処理部
１４  記憶部
１５  入力部
１６  表示部
１３１  入出力制御手段
１３２  送受信処理手段
１３３  ＵＡＣ管理手段
１３４  登録情報送信手段
１３５  宛先情報編集手段
１３６  ＳＩＰメッセージ分析手段
１３７  ＳＩＰセッションＮＡＴ登録手段
１３８  呼制御手段
１３９  ＲＴＰ／ＲＴＣＰセッションＮＡＴ登録手段
１４１  ＵＡＣ登録・変換テーブル
【図１】
2010081037.tif 000003
【図６】
2010081037.tif 000004
【図７】
2010081037.tif 000005
【図９】
2010081037.tif 000006
【図１０】
2010081037.tif 000007
【図１１】
2010081037.tif 000008
【図１２】
2010081037.tif 000009
【図１３】
2010081037.tif 000010
【図１４】
2010081037.tif 000011
【図１５】
2010081037.tif 000012
【図１６】
2010081037.tif 000013
【図１７】
2010081037.tif 000014
【図１８】
2010081037.tif 000015
【図１９】
2010081037.tif 000016
【図２】
2010081037.tif 000017
【図３】
2010081037.tif 000018
【図４】
2010081037.tif 000019
【図５】
2010081037.tif 000020
【図８】
2010081037.tif 000021
【図２０】
2010081037.tif 000022
【図２１】
2010081037.tif 000023