(57)【要約】【課題】  ダイアログが確立していない状態で受信したＳＩＰ信号（リクエスト信号）のルーチング先を、そのＳＩＰ信号に係る送信元及び宛先が異なるＩＰ電話網である場合にも決定させる。【解決手段】  複数のＩＰ電話網間の境界に設置される中継用ＳＩＰサーバが、ダイアログが確立していない状態で受信した呼制御信号のルーチング先を決定する。中継用ＳＩＰサーバにおいて、管埋手段は、ＳＩＰ信号の送信元となり得るＳＩＰサーバ、若しくは、ＳＩＰサーバが所属するＩＰ電話網を単位とした、ルーチング先決定条件を規定する複数のルーチングパターンを管理し、決定手段は、管理されている複数のルーチングパターンの中から、受信した呼制御信号の送信元の呼制御サーバに関するルーチングパターンを認識し、そのルーチングパターンのルーチング先決定条件に従ってルーチング先を決定する。【選択図】      図１
2010109591.tif 000002
【特許請求の範囲】
【請求項１】
複数のＩＰ電話網間の境界に設置されるゲートウェイにおいて、
ダイアログが確立していない状態で受信した呼制御信号のルーチング先を決定する呼制御信号ルーチング先決定手段と、
上記呼制御信号ルーチング先決定手段がルーチング先を決定する際に利用するデータを管理するルーチング先決定用データ管埋手段とを有し、
上記ルーチング先決定用データ管埋手段には、呼制御信号の送信元となり得る呼制御サーバ、若しくは、送信元となり得る呼制御サーバが所属するＩＰ電話網を単位とした、ルーチング先決定条件を規定する複数のルーチングパターンを管理し、
上記呼制御信号ルーチング先決定手段は、上記ルーチング先決定用データ管埋手段で管理されている複数のルーチングパターンの中から、受信した呼制御信号の送信元の呼制御サーバに関するルーチングパターンを認識し、そのルーチングパターンのルーチング先決定条件に従って、ルーチング先を決定する
ことを特徴とするゲートウェイ。
【請求項２】
上記ルーチング先決定用データ管埋手段は、名前解決サーバに問い合わせを行うための情報を管理していると共に、第１のルーチングパターンとして、名前解決サーバに対して、受信した呼制御信号の宛先の特定情報に対するルーチング先を間い合わせるルーチングパターンを管理していることを特徴とする請求項１に記載のゲートウェイ。
【請求項３】
上記ルーチング先決定用データ管埋手段は、ルーチング先決定機能を持つリダイレクションサーバと信号を授受するための情報を管理していると共に、第２のルーチングパターンとして、リダイレクションサーバに受信した呼制御信号をルーチングし、リダイレクションサーバからのリダイレクション応答にて最終的なルーチング先が決定されるルーチングパターンを管理していることを特徴とする請求項１又は２に記載のゲートウェイ。
【請求項４】
上記ルーチング先決定用データ管埋手段は、宛先リソース特定情報に含まれる名称で区別し得る接続先となり得る上記各ＩＰ電話網内で、当該ゲートウェイとの通信先となり得る呼制御サーバを特定している網代表サーバ情報と、上記各ＩＰ電話網内の上記各呼制御サーバへルーチングさせるためのサーバ情報とを管理していると共に、第３のルーチングパターンとして、受信した呼制御信号における宛先リソース特定情報内のＩＰ電話網の名称部分から、宛先に係るいずれかの上記ＩＰ電話網を特定し、特定した上記ＩＰ電話網内で通信先となり得る呼制御サーバをルーチング先の呼制御サーバに決定するルーチングパターンを管理していることを特徴とする請求項１〜３のいずれか記載のゲートウェイ。
【請求項５】
上記ルーチング先決定用データ管埋手段は、宛先リソース特定情報に含まれる番号で区別し得る接続先となり得る上記各呼制御サーバを特定する番号特定サーバ情報と、上記各呼制御サーバへルーチングさせるためのサーバ情報とを管理していると共に、第４のルーチングパターンとして、受信した呼制御信号における宛先リソース特定情報内の番号部分から、宛先に係るいずれかの上記呼制御サーバを特定し、ルーチング先の呼制御サーバに決定するルーチングパターンを管理していることを特徴とする請求項１〜４のいずれか記載のゲートウェイ。
【請求項６】
複数のＩＰ電話網間の境界に設置されるゲートウェイが、ダイアログが確立していない状態で受信した呼制御信号のルーチング先を決定するルーチング先決定方法において、
ルーチング先決定用データ管埋手段は、呼制御信号の送信元となり得る呼制御サーバ、若しくは、送信元となり得る呼制御サーバが所属するＩＰ電話網を単位とした、ルーチング先決定条件を規定する複数のルーチングパターンを管理し、
呼制御信号ルーチング先決定手段は、ルーチング先決定用データ管埋手段で管理されている複数のルーチングパターンの中から、受信した呼制御信号の送信元の呼制御サーバに関するルーチングパターンを認識し、そのルーチングパターンのルーチング先決定条件に従って、ルーチング先を決定する
ことを特徴とするルーチング先決定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はゲートウェイ及びルーチング先決定方法に関し、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用した、異なる通信事業者のＩＰ電話網間に位置する中継用ＳＩＰサーバにおいて、受信したＳＩＰリクエスト信号のルーチング先を決定する場合に適用し得る。
【背景技術】
【０００２】
ダイアログ（端末間の対話可能状態）が確立した状態で中継用ＳＩＰサーバが受信したＳＩＰリクエスト信号は、ＲＦＣ３２６１（非特許文献１）に規定されているように、ダイアログ内で設定されたルートセットに従って転送される。
【０００３】
一方、ダイアログが確立していない状態で受信したＳＩＰリクエスト信号のルーチング先の決定方法はＲＦＣ３２６１には規定されていない。
【０００４】
一般に、ＳＩＰリクエスト信号のルーチング先の決定は、Ｒｏｕｔｅヘッダなどのルーチング先を指定するヘッダが設定されていない限り、ＳＩＰリクエスト信号の１行目のリクエストラインのリクエストＵＲＩに従って実施される。リクエストＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）としては、ＳＩＰ−ＵＲＩが使用されることが一般的であり、「ｓｉｐ：“ユーザ情報部”＋＠＋“ホスト部”」の形式で設定されることがほとんどである。
【０００５】
ＳＩＰサーバにおいて、ＳＩＰリクエスト信号の受信時に、リクエストＵＲＩのＳＩＰ−ＵＲＩに従ってルーチング先を決定する際には、外部のＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバに問い合わせるか、外部のリダイレクションサーバにルーチングするか、ＳＩＰサーバ自身が内部に持つルーチングを使用するか、のいずれかの方法が適用される。従来は、これらの方法の中から、ＳＩＰサーバを利用してサービスを提供する事業者の運用ポリシーに従った方法が選択されていた。
【０００６】
また、ＳＩＰサーバ内部のルーチングを使用したルーチング先を決定する方法の場合、ルーチング先を決定する際に、リクエストＵＲＩのユーザ部を参照して行うか、リクエストＵＲＩのホスト部を参照して行うか、若しくは、ＳＩＰ−ＵＲＩ全体を参照して行うか、のいずれかの方法がある。従来は、これらの方法の中から選択される方法についても、事業者の運用ポリシーに従って決められていた。
【非特許文献１】ＲＦＣ３２６１
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ダイアログが確立していない状態で受信したＳＩＰリクエスト信号のルーチング先の決定方法として１種類だけに対応しているＳＩＰサーバでは、運用ポリシーが異なる複数の通信事業者のＩＰ電話網の境界に設置して、中継用ＳＩＰサーバとして利用することができないという課題があった。
【０００８】
そのため、ダイアログが確立していない状態で受信した呼制御信号のルーチング先を、その呼制御信号に係る送信元及び宛先が異なるＩＰ電話網である場合でも決定することができるゲートウェイ及びルーチング先決定方法が望まれている。
【課題を解決するための手段】
【０００９】
第１の本発明は、複数のＩＰ電話網間の境界に設置されるゲートウェイにおいて、（１）ダイアログが確立していない状態で受信した呼制御信号のルーチング先を決定する呼制御信号ルーチング先決定手段と、（２）上記呼制御信号ルーチング先決定手段がルーチング先を決定する際に利用するデータを管理するルーチング先決定用データ管埋手段とを有し、（３）上記ルーチング先決定用データ管埋手段には、呼制御信号の送信元となり得る呼制御サーバ、若しくは、送信元となり得る呼制御サーバが所属するＩＰ電話網を単位とした、ルーチング先決定条件を規定する複数のルーチングパターンを管理し、（４）上記呼制御信号ルーチング先決定手段は、上記ルーチング先決定用データ管埋手段で管理されている複数のルーチングパターンの中から、受信した呼制御信号の送信元の呼制御サーバに関するルーチングパターンを認識し、そのルーチングパターンのルーチング先決定条件に従って、ルーチング先を決定することを特徴とする。
【００１０】
第２の本発明は、複数のＩＰ電話網間の境界に設置されるゲートウェイが、ダイアログが確立していない状態で受信した呼制御信号のルーチング先を決定するルーチング先決定方法において、（１）ルーチング先決定用データ管埋手段は、呼制御信号の送信元となり得る呼制御サーバ、若しくは、送信元となり得る呼制御サーバが所属するＩＰ電話網を単位とした、ルーチング先決定条件を規定する複数のルーチングパターンを管理し、（２）呼制御信号ルーチング先決定手段は、ルーチング先決定用データ管埋手段で管理されている複数のルーチングパターンの中から、受信した呼制御信号の送信元の呼制御サーバに関するルーチングパターンを認識し、そのルーチングパターンのルーチング先決定条件に従って、ルーチング先を決定することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ダイアログが確立していない状態で受信した呼制御信号のルーチング先を、その呼制御信号に係る送信元及び宛先が異なるＩＰ電話網である場合でも決定することができるようになる。
【発明を実施するための最良の形態】
【００１２】
（Ａ）主たる実施形態
以下、本発明によるゲートウェイ及びルーチング先決定方法の一実施形態を、図面を参照しながら詳述する。ここで、実施形態のゲートウェイは、中継用のＳＩＰサーバである。
【００１３】
（Ａ−１）実施形態の構成
図１は、実施形態の中継用ＳＩＰサーバのネットワークにおける位置付けを示す説明図である。
【００１４】
図１において、実施形態の中継用ＳＩＰサーバ１１は、ドメイン名がｍｙ．ｄｏｍａｉｎ．ｃｏｍである事業者ＩＰ電話網（以下、自事業者ＩＰ電話網）１０に配置されているものである。
【００１５】
自事業者ＩＰ電話網１０には、中継用ＳＩＰサーバ１１のほかに、ＤＮＳサーバ１２、リダイレクションサーバ１３、他のＳＩＰサーバ１４−Ａ、１４−Ｂ、１４−Ｃなどが配置されている。中継用ＳＩＰサーバ１１は、自事業者ＩＰ電話網１０内の他のＳＩＰサーバ１４−Ａ、１４−Ｂ、１４−Ｃ及びリダイレクションサーバ１３とはＳＩＰを利用して通信し、ＤＮＳサーバ１２とはＤＮＳプロトコルを利用して通信する。
【００１６】
図１には、ドメイン名がｈｉｓ．ｄｏｍａｉｎ．ｃｏｍである他事業者ＩＰ電話網２０や、ドメイン名がｈｅｒ．ｄｏｍａｉｎ．ｃｏｍである他事業者ＩＰ電話網３０を記載している。中継用ＳＩＰサーバ１１は、他事業者ＩＰ電話網２０内のＳＩＰサーバ２１や、他事業者ＩＰ電話網３０内のＳＩＰサーバ３１と、ＳＩＰを利用して通信を行うことにより、自事業者と他事業者のＩＰ電話網の相互接続を実現するものである。
【００１７】
図２は、実施形態に係る中継用ＳＩＰサーバ１１の内部構成を示す機能ブロック図である。中継用ＳＩＰサーバ１１は、例えば、ＣＰＵ及びＣＰＵが実行するソフトウェア（プログラム）を中心として構成することもできるが、機能的には、図２で表すことができる。図２に関する以下の説明における「機能」は、例えば、その機能用のアプリケーションの実行によって実現される。
【００１８】
図２において、中継用ＳＩＰサーバ１１は、ＳＩＰスタック機能部４０、ＳＩＰセッション管理機能部４１、ＳＩＰ信号ルーチング機能部４２、及び、デー夕管理部４３を有する。
【００１９】
ＳＩＰスタック機能部４０は、ＳＩＰサーバ５０（１４−Ａ、１４−Ｂ、１４−Ｃ、２１、３１）及びリダイレクションサーバ１３との通信時に、ＳＩＰ信号（要求（リクエスト）・応答（レスポンス））を送受信する機能や、受信したＳＩＰ信号（要求・応答）の内容を解析する機能や、送信するＳＩＰ信号（要求・応答）を編集する機能や、ＳＩＰ信号（要求）の送受信状態を管理する機能を担っている。また、ＳＩＰスタック機能部４０は、ＳＩＰサーバ５０から受信したＳＩＰ信号（要求・応答）を解析してＳＩＰセッション管理機能部４１に通知し、リダイレクションサーバ１３から受信したＳＩＰ信号（応答）を解析してＳＩＰ信号ルーチング機能部４２に通知する機能を担っている。さらに、ＳＩＰスタック機能部４０は、ＳＩＰセッション管理機能部４１からの信号送信要求をＳＩＰ信号（要求・応答）に編集してＳＩＰサーバ５０に送信し、ＳＩＰ信号ルーチング機能部４２からの信号送信要求をＳＩＰ信号（要求）に編集して送信する機能を担っている。
【００２０】
ＳＩＰセッション管理機能部４１は、ＳＩＰセッションを管理する機能を担っている。ＳＩＰセッション管理機能部４１では、ＳＩＰスタック機能部４０から通知された解析済みＳＩＰ信号を受け付けて、対応するＳＩＰセッションが存在しない場合であってＳＩＰ信号がリクエストであった場合には、新規のＳＩＰセッシヨンを生成し、該当ＳＩＰリクエスト信号のルーチング先の決定をＳＩＰ信号ルーチング機能部４２に要求する。なお、対応するＳＩＰセッションが存在する場合には、ＳＩＰセッション管理機能部４１は、そのセッションの状態に合わせて通知された解析済みＳＩＰ信号を処理する。
【００２１】
ＳＩＰ信号ルーチング機能部４２は、ＳＩＰリクエスト信号のルーチング先を決定する機能を担っている。ＳＩＰ信号ルーチング機能部４２は、ＳＩＰセッション管理機能部４１からのルーチング先決定要求を受け付けて、ＤＮＳサーバ１２への問い合わせ、リダイレクションサーバ１３への問い合わせ、ＳＩＰルーチング機能部４２自身で保持するルーチング情報の参照、のいずれかの手法によってＳＩＰリクエスト信号のルーチング先を決定する。ＳＩＰ信号ルーチング機能部４２は、決定したルーチング先をＳＩＰセッション管理機能部４１に応答する。なお、リダイレクションサーバ１３に問合せを実施する際には、ＳＩＰ信号ルーチング機能部４２がＳＩＰスタック機能部４０にＳＩＰ信号の送信を要求してＳＩＰスタック機能部４０経由でリダイレクションサーバ１３にＳＩＰ信号（要求）を送信し、リダイレクションサーバ１３からのＳＩＰ信号（応答）は、ＳＩＰスタック機能部４０で受信されて解析された後、ＳＩＰルーチング機能部４２に通知される。
【００２２】
データ管理部４３は、ルーチング情報等の中継用ＳＩＰサーバ１１の動作条件を決定するデータを管理する機能を担っている。
【００２３】
図３は、データ管理部４３が管理しているデータの構成を示す説明図である。なお、データ管理部４３は、実際上、例えば、ＨＤＤ（ハードディスク装置）などの記憶装置やそのアクセス構成によって実現されている。
【００２４】
図３において、データ管理部４３は、事業者網情報４３ａ、ＳＩＰサーバ情報４３ｂ、ＤＮＳサーバ情報４３ｃ、リダイレクションサーバ情報４３ｄ、ドメインルーチング情報４３ｅ及び番号ルーチング情報４３ｆを管理する。
【００２５】
事業者網情報４３ａは、中継用ＳＩＰサーバ１１が所属する自事業者ＩＰ電話網１０、及び、自事業者ＩＰ電話網１０と相互接続を行う他事業者ＩＰ電話網２０、３０に関するデータが設定される。そのデータは、ドメイン名、ルーチングパターン、網種別、その他のデータ項目を内容とする表データ（レコード）である。ドメイン名には、事業者ＩＰ電話網１０、２０、３０のドメイン名が設定される。ルーチングパターンには、自事業者ＩＰ電話網１０、他事業者ＩＰ電話網２０、３０のそれぞれから送信された、決定対象のＳＩＰ信号のルーチング先を決定する条件のパターンが設定される。ルーチングパターンとしては、図４に示すような４種類のパターンＰＴＮ１〜４のいずれかを設定可能である。網種別には、自事業者ＩＰ電話網、他事業者ＩＰ電話網のいずれかが設定される。
【００２６】
ルーチングパターンＰＴＮ１は、ＤＮＳサーバ１２に、リクエストＵＲＩのＳＩＰ−ＵＲＩをパラメータとして渡し、ルーチング先を問い合わせるパターンである。ルーチングパターンＰＴＮ２は、リダイレクションサーバ情報４３ｄで規定されているリダイレクションサーバ１３をルーチング先に決定するパターンである。ルーチングパターンＰＴＮ３は、リクエストＵＲＩのＳＩＰ−ＵＲＩのホスト部によって、ドメインルーチング情報４３ｅを参照し、ルーチング先（接続先）のＳＩＰサーバの情報を得るパターンである。ルーチングパターンＰＴＮ４は、リクエストＵＲＩのＳＩＰ−ＵＲＩのユーザ情報部によって、番号ルーチング情報４３ｆを参照し、ルーチング先（接続先）のＳＩＰサーバの情報を得るパターンである。
【００２７】
図３の例では、ドメイン名がｍｙ．ｄｏｍａｉｎ．ｃｏｍである事業者ＩＰ電話網（自事業者ＩＰ電話網１０）に対してはルーチングパターンＰＴＮ３が設定され、ドメイン名がｈｉｓ．ｄｏｍａｉｎ．ｃｏｍである事業者ＩＰ電話網（他事業者ＩＰ電話網２０）やドメイン名がｈｅｒ．ｄｏｍａｉｎ．ｃｏｍである事業者ＩＰ電話網（他事業者ＩＰ電話網３０）に対してはルーチングパターンＰＴＮ４が設定されている。
【００２８】
データ管理部４３におけるＳＩＰサーバ情報４３ｂには、所属する事業者ＩＰ電話網の異同を問わず、当該中継用ＳＩＰサーバ１１が通信するＳＩＰサーバに関するデータが設定される。そのデータは、ＳＩＰサーバホスト名、所属ドメイン名、ＩＰアドレス、ポート番号、及び、その他のデータ項目から構成される表デー夕（レコード）である。ＳＩＰサーバホスト名には、該当ＳＩＰサーバのホスト名が設定される。所属ドメイン名には、そのＳＩＰサーバが所属する事業者ＩＰ電話網のドメイン名が設定される。すなわち、所属ドメイン名は、事業者網情報４３ａのいずれか１つとドメイン名の設定内容が一致する。ＩＰアドレスには、そのＳＩＰサーバのＩＰアドレスが設定される。ポート番号には、そのＳＩＰサーバがＳＩＰを用いた通信に使用するポート番号が設定される。
【００２９】
ＳＩＰサーバホスト名の欄における「ｓｉｐ−ａ」、「ｓｉｐ−ｂ」、「ｓｉｐ−ｃ」、「ｓｉｐ−ｘ」、「ｓｉｐ−ｙ」はそれぞれ、ＳＩＰサーバ１４−Ａ、１４−Ｂ、１４−Ｃ、２１、３１のホスト名とする。
【００３０】
ＤＮＳサーバ情報４３ｃには、当該中継用ＳＩＰサーバ１１が受信したＳＩＰ信号についてルーチング先を問い合わせるためのＤＮＳサーバ１２に関するデータ、具体的には、ＤＮＳサーバ１２のＩＰアドレスが設定される。
【００３１】
リダイレクションサーバ情報４３ｄには、当該中継用ＳＩＰサーバ１１が受信したＳＩＰ信号についてルーチング先を問い合わせるためのリダイレクションサーバ１３に関するデータが設定される。そのデータは、具体的には、ＩＰアドレスとポート番号であり、ＩＰアドレスには、リダイレクションサーバ１３のＩＰアドレスが設定され、ポート番号には、リダイレクションサーバ１３がＳＩＰを用いた通信に使用するポート番号が設定される。
【００３２】
ドメインルーチング情報４３ｅは、当該中継用ＳＩＰサーバ１１が受信したＳＩＰ信号について、リクエストＵＲＩのＳＩＰ−ＵＲＩのホスト部から、ルーチング先を決定するためのデータが設定される。そのデータは、対地ドメイン、接続先ＳＩＰサーバ、及び、その他のデータ項目から構成された表データ（レコード）である。対地ドメインには、受信ＳＩＰ信号のリクエストＵＲＩのＳＩＰ−ＵＲＩのホスト部に設定されると推測されるドメイン名が設定される。接続先ＳＩＰサーバには、ルーチング先となるＳＩＰサーバのホスト名が設定され、この設定された接続先ＳＩＰサーバは、ＳＩＰサーバ情報４３ｂのいずれかの１つのＳＩＰサーバホスト名と一致している。
【００３３】
番号ルーチング情報４３ｆは、当該中継用ＳＩＰサーバ１１が受信したＳＩＰ信号について、リクエストＵＲＩのＳＩＰ−ＵＲＩのユーザ情報部からルーチング先を決定するためのデータが設定される。そのデータは、対地番号、接続先ＳＩＰサーバ、及び、その他のデータ項目から構成された表データ（レコード）である。対地番号には、受信ＳＩＰ信号のリクエストＵＲＩのＳＩＰ−ＵＲＩのユーザ情報部に設定されると推測される電話番号が設定される。接続先ＳＩＰサーバには、ルーチング先となるＳＩＰサーバのホスト名が設定され、この設定された接続先ＳＩＰサーバは、ＳＩＰサーバ情報４３ｂのいずれかの１つのＳＩＰサーバホスト名と一致している。
【００３４】
（Ａ−２）実施形態の動作
次に、実施形態の中継用ＳＩＰサーバ１１におけるルーチング先の決定方法について、図５に示すフローチャートを参照しながら説明する。ルーチング先の決定は、中継用ＳＩＰサーバ１１自体が行うだけでなく、他のサーバが行うことがあり、中継用ＳＩＰサーバ１１におけるルーチング先の決定では、受信したＳＩＰ信号（要求）に応じてルーチングパターン（ルーチング条件）を選択することが中心的な動作となる。
【００３５】
なお、図５に示す処理部分に移行する前には以下のような確認がなされている。ＳＩＰ信号が到来すると、ＳＩＰスタック機能部４０において、ＳＩＰ信号が受信されて解析され、解析されたＳＩＰ信号がＳＩＰセッション管理機能部４１に通知され、ＳＩＰセッション管理機能部４１において、通知されたＳＩＰ信号については対応するＳＩＰセッションは存在せず（ダイアログが確立していない状態）、しかも、そのＳＩＰ信号がリクエスト（要求）信号のときに、図５に示す処理部分に移行される。以下では、リクエストのＳＩＰ信号をＳＩＰリクエスト信号と呼ぶ。
【００３６】
このようなときには、ＳＩＰセッション管理機能部４１は、ＳＩＰ信号ルーチング機能部４２に対して、ルーチング先決定要求を起動する（ステップＦ１）。このときの引数として、通知されたＳＩＰリクエスト信号がＳＩＰ信号ルーチング機能部４２に渡される。
【００３７】
ＳＩＰ信号ルーチング機能部４２は、引数として渡されたＳＩＰリクエスト信号の送信元ＩＰアドレスと一致するＩＰアドレスを、ＳＩＰサーバ情報４３ｂのＩＰアドレスの中から検索し、送信元のＳＩＰサーバの特定を行う（ステップＦ２）。この検索が失敗した場合には、中継用ＳＩＰサーバ１１上のＳＩＰサーバ情報４３ｂに登録されていないＳＩＰサーバから到来したＳＩＰリクエスト信号と認識し、当該ＳＩＰリクエスト信号を破棄する（ステップＦ３）。
【００３８】
送信元のＳＩＰサーバを特定すると、ＳＩＰサーバ情報４３ｂから所属ドメイン名を得て、事業者網情報４３ａを参照し、特定された送信元のＳＩＰサーバに対応する事業者網（ドメイン名）に設定されているルーチングパターンを取得し（ステップＦ４）、取得したルーチングパターンに応じたルーチング条件（ルーチング先の決定方法）を選択する（ステップＦ５）。
【００３９】
ルーチングパターンがＰＴＮ１の場合には、図４に示すように、ＤＮＳサーバ１２に、リクエストＵＲＩのＳＩＰ−ＵＲＩをパラメータとして渡し、ルーチング先を問い合わせ（ステップＦ６）、返信された問合せ結果を判別する（ステップＦ９）。
【００４０】
ＤＮＳサーバ１２への問合せ結果が成功の場合、ルーチング先が決定される（ステップＦ７）。ＳＩＰ信号ルーチング機能部４２からＳＩＰセッション管理機能部４１に対してルーチング先決定要求に対する応答としてＤＮＳサーバ１２への問合せ結果が返却され、ＳＩＰセッション管理機能部４１は、返却されたＤＮＳサーバ１２からの問合せ結果のＩＰアドレス及びポート番号に対して、ＳＩＰ信号を送信する（ステップＦ８）。
【００４１】
これに対して、ＤＮＳサーバ１２への問合せ結果が失敗の場合、ルーチング先が未決定となり、ＳＩＰ信号ルーチング機能部４２からＳＩＰセッシヨン管理機能部４１に対してルーチング先決定要求に対するエラー応答が返却される（ステップＦ１７）。ＳＩＰセッション管理機能部４１は、ルーチング先が決定できなかった場合、送信元ＩＰアドレス及びポート番号に対して、エラー応答であるＳＩＰレスポンス信号を送信する（ステップＦ１８）。
【００４２】
送信元のＳＩＰサーバが所属する事業者網（ドメイン名）に設定されているルーチングパターンがＰＴＮ２の場合には、図４に示すように、リダイレクションサーバ１３がルーチング先になるため、ルーチング先が決定される（ステップＦ１０）。
【００４３】
ＳＩＰ信号ルーチング機能部４２からＳＩＰセッション管理機能部４１に対して、ルーチング先決定要求に対する応答としてリダイレクションサーバ情報４３ｄの内容（ＩＰアドレス及びポート番号）が返却され、ＳＩＰセッション管理機能部４１は、返却されたＩＰアドレス及びポート番号に対して、ＳＩＰ信号を送信する（ステップＦ８）。
【００４４】
送信元のＳＩＰサーバが所属する事業者網（ドメイン名）に設定されているルーチングパターンがＰＴＮ３の場合には、図４に示すように、リクエストＵＲＩのＳＩＰ−ＵＲＩのホスト部によって、当該中継用ＳＩＰサーバ１１内部のデータ管理部４３のドメインルーチング情報４３ｅを参照し、ルーチング先を決定する（ステップＦ１１、Ｆ１２）。
【００４５】
ここでの参照の仕方は、後方完全一致により行い、複数一致した場合には最長一致したものをルーチング先として決定する。例えば、図４のドメインルーチング情報４３ｅが設定されており、かつ、受信したＳＩＰリクエスト信号のリクエストＵＲＩのＳＩＰ−ＵＲＩのホスト部が、“ｅｘａｐｍｐｅ．ｈｉｓ．ｄｏｍａｉｎ．ｃｏｍ”という値で設定されていた場合には、後方部分が完全に一致する対地ドメインの“ｈｉｓ．ｄｏｍａｉｎ．ｃｏｍ”の情報が参照される。そして、当該情報（レコード）内の接続先ＳＩＰサーバ名の“ｓｉｐ−ｘ”によって、ＳＩＰサーバ情報４３ｂを参照し、ＳＩＰサーバ名“ｓｉｐ−ｘ”をＳＩＰサーバホスト名として持つＳＩＰサーバ情報４３ｂにおけるＳＩＰサーバ、すなわち、ＩＰアドレスが“Ｘ．Ｘ．Ｘ．Ｘ”、ポート番号が“５０６０”のＳＩＰサーバが後述するようにルーチング先として決定される。
【００４６】
ドメインルーチング情報４３ｅを参照した場合や、後述する番号ルーチング情報４３ｆを参照した場合などには、参照が成功したか否かが判別される（ステップＦ１４）。
【００４７】
ドメインルーチング情報４３ｅを参照した結果が成功の場合には、ドメインルーチング情報４３ｅにおける対地ドメインを、所属ドメイン名とするＳＩＰサーバ情報４３ｂにおけるＳＩＰサーバがルーチング先として決定される（ステップＦ１３）。そして、ＳＩＰ信号ルーチング機能部４２からＳＩＰセッション管理機能部４１に対して、ルーチング先決定要求に対する応答として決定されたＳＩＰサーバ情報４３ｂにおける該当するレコードのＳＩＰサーバ情報（ＩＰアドレス及びポート番号）が返却され、ＳＩＰセッション管理機能部４１は、返却されたＩＰアドレス及びポート番号に対して、ＳＩＰ信号を送信する（ステップＦ８）。
【００４８】
ドメインルーチング情報４３ｅを参照した結果が失敗の場合、ルーチング先が未決定となり、ＳＩＰ信号ルーチング機能部４２からＳＩＰセッシヨン管理機能部４１に対して、ルーチング先決定要求に対するエラー応答が返却される（ステップＦ１７）。ルーチング先が決定できなかった場合、ＳＩＰセッション管理機能部４１は、送信元ＩＰアドレス及びポート番号に対して、エラー応答であるＳＩＰレスポンス信号を送信する（ステップＦ１８）。
【００４９】
送信元のＳＩＰサーバが所属する事業者網（ドメイン名）に設定されているルーチングパターンがＰＴＮ４の場合には、図４に示すように、リクエストＵＲＩのＳＩＰ−ＵＲＩのユーザ情報部によって、当該中継ＳＩＰサーバ１１内部のデータ管理部４３の番号ルーチング情報４３ｆを参照し、ルーチング先を決定する（ステップＦ１５、Ｆ１６）。
【００５０】
ここでの参照の仕方は、前方完全一致により行い、複数一致した場合には最長一致したものをルーチング先として決定する。例えば、図４の番号ルーチング情報４３ｆが設定されており、かつ、受信したＳＩＰリクエスト信号のリクエストＵＲＩのＳＩＰ−ＵＲＩのユーザ情報部に“０１１１１１６００１”という値で設定されていた場合には、前方部分が完全に一致する対地番号の“０１１１１１６”の情報が参照され、当該レコード内の接続先ＳＩＰサーバ名の“ｓｉｐ−ｂ”によって、さらに、ＳＩＰサーバ情報４３ｂが参照され、ＳＩＰサーバ情報４３ｂにおいて、接続先ＳＩＰサーバ名“ｓｉｐ−ｂ”をＳＩＰサーバホスト名として持つレコードに係るＳＩＰサーバがルーチング先として決定される。
【００５１】
上述の例のように、番号ルーチング情報４３ｆを参照した結果が成功の場合には、得られた接続先ＳＩＰサーバに対応する、ＳＩＰサーバ情報４３ｂにおけるレコードに係るＳＩＰサーバがルーチング先として決定される（ステップＦ１３）。そして、ＳＩＰ信号ルーチング機能部４２からＳＩＰセッション管理機能部４１に対して、ルーチング先決定要求に対する応答として決定されたＳＩＰサーバ情報４３ｂにおける該当するレコードのＳＩＰサーバ情報（ＩＰアドレス及びポート番号）が返却され、ＳＩＰセッション管理機能部４１は、返却されたＩＰアドレス及びポート番号に対して、ＳＩＰ信号を送信する（ステップＦ８）。
【００５２】
番号ルーチング情報４３ｆを参照した結果が失敗の場合、ルーチング先が未決定となり、ＳＩＰ信号ルーチング機能部４２からＳＩＰセッシヨン管理機能部４１に対して、ルーチング先決定要求に対するエラー応答が返却される（ステップＦ１７）。ルーチング先が決定できなかった場合、ＳＩＰセッション管理機能部４１は、送信元ＩＰアドレス及びポート番号に対して、エラー応答であるＳＩＰレスポンス信号を送信する（ステップＦ１８）。
【００５３】
（Ａ−３）実施形態の効果
上記実施形態によれば、中継用ＳＩＰサーバに相互接続を行う通信事業者毎の、ダイアログが確立していない状態で受信した呼制御用のリクエスト信号のルーチングパターンをデータ管理部にて保持するようにしたので、通信事業者毎の運用ポリシーでリクエスト信号を転送可能となる。そのため、運用ポリシーが異なる複数の通信事業者のＩＰ電話網の境界に設置される中継用ＳＩＰサーバとして利用可能となる。
【００５４】
（Ｂ）他の実施形態
上記実施形態では、通信事業者毎の運用ポリシーに応じたルーチングパターンについて、事業者網情報４３ａに保持させる適用例を説明したが、このルーチングパターンをＳＩＰサーバ情報４３ｂに保持させることにすれば、ＳＩＰサーバ単位でルーチング条件を選択させることが可能となる。また、ある通信事業者については通信事業者に対してルーチングパターンを割り当て、他の通信事業者に対しては、ＳＩＰサーバ単位に対してルーチングパターンを割り当てるようにしても良い。
【００５５】
また、上記実施形態では、ルーチングパターンＰＴＮ１からＰＴＮ４までのルーチングパターンを適用した例を説明したが、ルーチングパターンはこれらに限定されるものではない。例えば、各パターンを組み合わせた新たなルーチング条件を新規のルーチングパターンとして追加することも可能である。例えば、ルーチングパターンＰＴＮ１のＤＮＳサーバ１２への問合せによりルーチング先が決定できなかった場合に、ルーチングパターンＰＴＮ３のドメインルーチング情報４３ｅを参照してルーチング先を決定するというルーチング条件を新たなルーチングパターン（ＰＴＮ５）として追加することも可能である。逆に、ルーチングパターンが４種類より少なくとも良い。さらに、４種類であっても、図４に示した４種類とは異なる４種類に対応できるものであっても良い。
【００５６】
さらに、上記実施形態では、本発明に係るプロトコルがＳＩＰの場合を説明したが、今後に、ＳＩＰと同様なセッションの確立、切断に係る機能を果たすプロトコルが普及した場合には、そのようなプロトコルに対しても、本発明を適用することができる。
【図面の簡単な説明】
【００５７】
【図１】実施形態に係る中継用ＳＩＰサーバのネットワークにおける位置付けを示す説明図である。
【図２】実施形態に係る中継用ＳＩＰサーバの内部構成を示す機能ブロック図である。
【図３】実施形態に係る中継用ＳＩＰサーバ内のデータ管理部が管理しているデータの構成を示す説明図である。
【図４】実施形態におけるルーチングパターンの説明図である。
【図５】実施形態の中継用ＳＩＰサーバにおけるルーチング先の決定方法を示すフローチャートである。
【符号の説明】
【００５８】
１０…自事業者ＩＰ電話網、１１…中継用ＳＩＰサーバ、１２…ＤＮＳサーバ、１３…リダイレクションサーバ、１４−Ａ、１４−Ｂ、１４−Ｃ、２１、３１、５０…ＳＩＰサーバ、２０、３０…他事業者ＩＰ電話網、４０…ＳＩＰスタック機能部、４１…ＳＩＰセッション管理機能部、４２…ＳＩＰ信号ルーチング機能部、４３…デー夕管理部。
【図１】
2010109591.tif 000003
【図２】
2010109591.tif 000004
【図３】
2010109591.tif 000005
【図４】
2010109591.tif 000006
【図５】
2010109591.tif 000007