(57)【特許請求の範囲】
【請求項１】
ＩＰ電話サービスにおける電話番号解決を行う連携サーバ装置であって、
発側の電話番号に対応する発側端末を収容する発側のＳＩＰサーバのサーバ種別と、着側の電話番号に対応する着側端末を収容する着側のＳＩＰサーバのサーバ種別とが複数の電話番号毎に記憶される管理テーブルと、
前記発側のサーバ種別と前記着側のサーバ種別との組み合わせ毎に、前記発側のＳＩＰサーバから前記着側のＳＩＰサーバへの接続要求について中継を行なうかリダイレクトを行なうかのいずれかを示すルーティング方法が定められて記憶されるルーティング方法決定テーブルと、
前記発側のＳＩＰサーバから送信された接続要求に含まれる発側の電話番号と着側の電話番号とに基づいて、前記発側の電話番号に対応する前記発側のサーバ種別と、前記着側の電話番号に対応する前記着側のサーバ種別とを前記管理テーブルから抽出し、抽出した前記発側のサーバ種別と前記着側のサーバ種別との組み合わせに対応する前記ルーティング方法を、前記ルーティング方法決定テーブルから抽出するルーティング決定部と、
前記着側のＳＩＰサーバのＩＰアドレスが出力されると、前記発側のＳＩＰサーバに対して、前記着側のＳＩＰサーバのＩＰアドレスを示すリダイレクト先の通知メッセージを送信するリダイレクション部と、
前記着側のＳＩＰサーバのＩＰアドレスが出力されると、前記発側及び着側のＳＩＰサーバ間において送受信されるメッセージを相互変換して中継することにより、前記発側及び着側のＳＩＰサーバ間を接続する中継部と、
前記ルーティング決定部によって抽出された前記ルーティング方法がリダイレクトであれば、前記着側のＳＩＰサーバのＩＰアドレスを前記リダイレクション部に出力し、前記ルーティング方法が中継であれば、前記着側のＳＩＰサーバのＩＰアドレスを前記中継部に出力するルーティング制御部と、
を備えることを特徴とする連携サーバ装置。
【請求項２】
前記電話番号の先頭部分と、当該先頭部分に対応する前記ＳＩＰサーバとが対応付けられて記憶されるＧＷ選択テーブルを備え、
前記ルーティング決定部は、前記着側の電話番号に一致する電話番号が前記管理テーブルに記憶されていない場合には、前記ＧＷ選択テーブルを参照して、前記着側の電話番号の先頭部分に対応する前記ＳＩＰサーバのサーバ種別を抽出する
ことを特徴とする請求項１に記載の連携サーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話サービスを提供するＳＩＰサーバ間を連携させる連携サーバ装置と、この連携サーバ装置を備えた通信システムに関する。
【背景技術】
【０００２】
従来からＳＩＰ（Session Initiation Protocol）を用いたＩＰ（Internet Protocol）電話接続サービスが知られている。ＩＰ電話接続サービスは、ＳＩＰサーバによって接続が行われるため、提供されるサービスが多様化してきている。例えば、発信元ＩＰ電話装置や転送先ＩＰ電話装置と特殊な連携を行うことなくＩＰ電話の着信転送を実現させるために、発信元ＩＰ電話から着信を受けると、その着信を呼出中状態に保持したまま、転送先ＩＰ電話に対して発信を行い、転送先がその発信に応答して通話の確立後に、呼出中状態の発信元の着信に応答することにより音声を中継転送するＩＰ電話装置がある（例えば、特許文献１参照）。
【特許文献１】特開２００７−０４９２８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、従来のＩＰ電話接続サービスは、サービスを提供するサーバの種別が増加してきているため、異種サービスの端末間を接続する必要性が高まっている。
しかしながら、従来のＳＩＰサーバは、サーバ種別が異なると呼接続のためのＳＩＰインタフェースが異なるため、異なるサービスを提供するＳＩＰサーバ間を接続することができないという問題がある。
【０００４】
本発明は、このような事情に鑑みてなされたもので、異なるサービスを提供するＳＩＰサーバ間を接続するための中継機能を備えた連携サーバ装置と、この連携サーバを備えた通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、ＩＰ電話サービスにおける電話番号解決を行う連携サーバ装置であって、発側の電話番号に対応する発側端末を収容する発側のＳＩＰサーバのサーバ種別と、着側の電話番号に対応する着側端末を収容する着側のＳＩＰサーバのサーバ種別とが複数の電話番号毎に記憶される管理テーブルと、前記発側のサーバ種別と前記着側のサーバ種別との組み合わせ毎に、前記発側のＳＩＰサーバから前記着側のＳＩＰサーバへの接続要求について中継を行なうかリダイレクトを行なうかのいずれかを示すルーティング方法が定められて記憶されるルーティング方法決定テーブルと、前記発側のＳＩＰサーバから送信された接続要求に含まれる発側の電話番号と着側の電話番号とに基づいて、前記発側の電話番号に対応する前記発側のサーバ種別と、前記着側の電話番号に対応する前記着側のサーバ種別とを前記管理テーブルから抽出し、抽出した前記発側のサーバ種別と前記着側のサーバ種別との組み合わせに対応する前記ルーティング方法を、前記ルーティング方法決定テーブルから抽出するルーティング決定部と、前記着側のＳＩＰサーバのＩＰアドレスが出力されると、前記発側のＳＩＰサーバに対して、前記着側のＳＩＰサーバのＩＰアドレスを示すリダイレクト先の通知メッセージを送信するリダイレクション部と、前記着側のＳＩＰサーバのＩＰアドレスが出力されると、前記発側及び着側のＳＩＰサーバ間において送受信されるメッセージを相互変換して中継することにより、前記発側及び着側のＳＩＰサーバ間を接続する中継部と、前記ルーティング決定部によって抽出された前記ルーティング方法がリダイレクトであれば、前記着側のＳＩＰサーバのＩＰアドレスを前記リダイレクション部に出力し、前記ルーティング方法が中継であれば、前記着側のＳＩＰサーバのＩＰアドレスを前記中継部に出力するルーティング制御部と、を備えることを特徴とする。
【０００６】
本発明は、前記電話番号の先頭部分と、当該先頭部分に対応する前記ＳＩＰサーバとが対応付けられて記憶されるＧＷ選択テーブルを備え、前記ルーティング決定部は、前記着側の電話番号に一致する電話番号が前記管理テーブルに記憶されていない場合には、前記ＧＷ選択テーブルを参照して、前記着側の電話番号の先頭部分に対応する前記ＳＩＰサーバのサーバ種別を抽出することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、発側端末を収容するＳＩＰサーバのサーバ種別と、着側端末を収容するＳＩＰサーバのサーバ種別とが異なる場合に、発側及び着側のＳＩＰサーバ間において送受信されるメッセージを相互変換して中継するようにしたため、異なるサービスを提供するＳＩＰサーバ間を接続することができるという効果が得られる。また、発側端末を収容するＳＩＰサーバのサーバ種別と、着側端末を収容するＳＩＰサーバのサーバ種別とが同一である場合に、リダイレクションによって発側及び着側のＳＩＰサーバ間を接続させるようにしたため、同一サービスを提供するＳＩＰサーバ間を中継によって接続する場合に比べて連携サーバ内のリソース消費を低減することが可能になるという効果が得られる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の一実施形態による連携サーバ装置を図面を参照して説明する。図１は同実施形態の構成を示すブロック図である。この図において、符号１は、ＩＰ電話サービスを提供するＳＩＰサーバ２１、２２、２３を連携させるために、電話番号解決（電話番号から対象のＳＩＰサーバのＩＰアドレスを得ること）することにより、ルーティングを行う連携サーバである。ＳＩＰサーバ２１、２２、２３のそれぞれは、複数の端末を収容しており、ここでは各ＳＩＰサーバ２１、２２、２３のそれぞれについて、１台の端末３１、３２、３３のみを図示している。符号４は、一般固定電話に接続するためのゲートウェイである。なお、以下の説明においては、ＳＩＰサーバ２１とＳＩＰサーバ２２は同一のＩＰ電話サービス（サービスＡという）を提供しており、ＳＩＰサーバ２３は、ＳＩＰサーバ２１、２２とは異なるＩＰ電話サービス（サービスＢという）を提供しているものとして説明する。ＳＩＰサーバ２１、２２、２３が提供するサービスには、例えば、音声のみのサービス、音声と映像の両方のサービス、外線接続のみで内線接続がない個人向けサービス、内線と外線の接続がある法人向けサービス等がある。
【００１０】
符号１１は、電話番号解決するために参照する電話番号情報が予め記憶された番号情報データベースである。符号１２は、番号情報データベース１１を参照して、発側の端末３１と着側の端末３３との間のルーティングを決定するルーティング決定部である。符号１３は、発側の端末３１と着側の端末３３との間で送受信されるＳＩＰメッセージ（以下、単にメッセージという）を中継する中継部である。符号１４は、発側の端末３１と着側の端末３３との間で送受信されるメッセージの変換が必要である場合に、各サービス毎のメッセージの対応関係が予め定義されて記憶されているメッセージ変換データベースである。
【００１１】
次に、図２を参照して、図１に示すルーティング決定部１２の動作を説明する。図２は、ルーティング決定部１２が、発側の端末３１から着側の端末３３との間のルーティングを決定する動作を示すフローチャートである。まず、ルーティング決定部１２は、発側のＳＩＰサーバ２１から接続要求を受信すると、この接続要求に含まれる着電話番号と発電話番号とを抽出する（ステップＳ１）。そして、ルーティング決定部１２は、番号情報データベース１１内を検索して、着電話番号が電話番号管理テーブルに登録されているか否かを判定する（ステップＳ２）。この判定の結果、着電話番号が電話番号管理テーブルに登録されていれば、ルーティング決定部１２は、着側の端末を収容しているＳＩＰサーバのサーバ論理番号を抽出する。またこのとき、ルーティング決定部１２は、発電話番号から発側の端末を収容しているＳＩＰサーバのサーバ論理番号も抽出する（ステップＳ３）。
【００１２】
一方、着電話番号が電話番号管理テーブルに登録されていなければ、ルーティング決定部１２は、ＧＷ選択テーブルを参照して接続するべきゲートウェイサーバのサーバ論理番号を抽出する。またこのとき、ルーティング決定部１２は、発電話番号から発側の端末を収容しているＳＩＰサーバのサーバ論理番号も抽出する（ステップＳ４）。続いて、ルーティング決定部１２は、サーバ情報管理テーブルを参照して、抽出したサーバ論理番号が付与されているＳＩＰサーバのサーバ種別を抽出する（ステップＳ５）とともに、着ＩＰアドレスを特定する（ステップＳ６）。これにより、発側及び着側のＳＩＰサーバのサーバ種別と着側のＳＩＰサーバのＩＰアドレスが得られたことになる。ルーティング決定部１２は、ここで得られた発側及び着側のＳＩＰサーバのサーバ種別と着側のＳＩＰサーバのＩＰアドレスを中継部１３へ受け渡す。なお、中継部１３が行う中継動作については、後述する。
【００１３】
ここで、図３を参照して、図２に示す動作を具体例を挙げて説明する。図３は、図１に示す番号情報データベース１１のテーブル構造を示す図である。図３に示すように、番号情報データベース１１は、電話番号管理テーブル、サーバ情報管理テーブル、ＧＷ（ゲートウェイ）選択テーブルの３つのテーブルから構成している。ここでは、発側の電話番号が「０３−ｙｙｙｙ−ｃｃｃｃ」であり、着側の電話番号が「０３−ｘｘｘｘ−ａａａａ」であるものとして説明する。
【００１４】
まず、ルーティング決定部１２は、電話番号管理テーブルを参照して、着電話番号（０３ｘｘｘｘａａａａ）がこのテーブルに登録されているか否かを判定する。この判定の結果、着電話番号が登録されていなければ、さらに、ＧＷ選択テーブルを参照して、着電話番号の先頭部分が一致するサーバ論理番号（例えば「０３」であれば「００００１１」が該当する）を抽出する。一方、着電話番号が電話番号管理テーブルに登録されている場合は、該当する電話番号に関係付けられているサーバ論理番号を抽出する。着電話番号が「０３ｘｘｘｘａａａａ」であれば、サーバ論理番号「０００００１」が抽出されることになる。また、ルーティング決定部１２は、発電話番号「０３ｙｙｙｙｃｃｃｃ」に関係付けられているサーバ論理番号「０００００２」も同時に抽出する。
【００１５】
次に、ルーティング決定部１２は、サーバ情報管理テーブルを参照して、発側及び着側のサーバ論理番号に関係付けられているそれぞれのサーバ種別（「サービスＡ」、「サービスＡ」と、着側のサーバ論理番号に関係付けられているＩＰアドレス（「ｘ．ｙ．０．１」）を抽出する。ここでいうサービス種別とは、ＩＰ電話サービスの種別を識別することが可能な識別情報である。このように、番号情報データベース１１を参照することにより、発側及び着側の電話番号から、発側及び着側のＳＩＰサーバのサーバ論理番号と、着側のＳＩＰサーバのＩＰアドレスを得ることができ、ＩＰ電話接続時の電話番号解決が行われることになる。
【００１６】
次に、図４を参照して、図１に示すシステム全体の動作を説明する。図４は、図１に示すシステム全体の動作を示すシーケンス図である。ここでは、端末３１が発端末であり、端末３３が着端末であるものとして説明する。まず、端末３１から端末３３の電話番号をダイヤルすると、端末３１からＳＩＰサーバ２１に対して接続要求メッセージが送信される（ステップＳ１１）。これを受けて、ＳＩＰサーバ２１は、端末３１に対して、暫定応答を返す（ステップＳ１２）とともに、連携サーバ１に対して接続要求メッセージを送信する（ステップＳ１３）。この接続要求メッセージには、発電話番号と着電話番号が含まれる。
【００１７】
この接続要求メッセージを受けた連携サーバ１は、ＳＩＰサーバ２１に対して、暫定応答を返す（ステップＳ１４）。そして、ルーティング決定部１２が前述した動作によって電話番号解決処理を行うことにより、発側及び着側のＳＩＰサーバのサーバ種別と着側のＳＩＰサーバのＩＰアドレスが中継部１３へ受け渡されることになる。中継部１３は、発側と着側のＳＩＰサーバが提供するサービスの種別が同一であるか否かを判定する。この判定の結果、発側と着側のサービス種別が同一でなければ、中継部１３は、メッセージ変換データベース１４を参照して、ＳＩＰサーバ２１から受信したメッセージ（ここでは、接続要求メッセージ）の変換を実行する（ステップＳ１５）。例えば、外線と内線両方が利用可能なサービスから外線のみが利用可能なサービスへ接続要求メッセージを送信する場合、内線のみで利用する情報が含まれるとエラーが発生してしまうため、内線のみで使用する情報を削除し外線接続を示す情報になるようにメッセージ変換を行う。
【００１８】
図５に、図１に示すメッセージ変換データベース１４のテーブル構造を示す。メッセージ変換データベース１４には、異なるサービス間のメッセージ変換を行うために、一方のサービスで用いるメッセージと、他方のサービスで用いるメッセージとが関係付けられて予め記憶されている。ＳＩＰサーバ２１は、サービスＡを用いており、ＳＩＰサーバ２３は、サービスＢを用いているため、このメッセージ変換データベース１４を参照して、サービスＡ用の接続要求メッセージを、サービスＢ用の接続要求メッセージに変換する。そして、中継部１３は、変換後の接続要求メッセージを、ルーティング決定部１２から渡されたＩＰアドレスに対して送信する（ステップＳ１６）。一方、発側と着側のサービス種別が同一であれば、メッセージ変換は行わず、ＳＩＰサーバ２１から受信した接続要求メッセージをルーティング決定部１２から渡されたＩＰアドレスに対して送信する（ステップＳ１６）。
【００１９】
連携サーバ１から接続要求メッセージを受けると、ＳＩＰサーバ２３は、連携サーバ１に対して、暫定応答を返す（ステップＳ１７）とともに、受信した接続要求メッセージを端末３３へ送信する（ステップＳ１８）。端末３３は、ＳＩＰサーバ２３に対して、暫定応答を返す（ステップＳ１９）とともに、鳴動指示メッセージを送信する（ステップＳ２０）。この鳴動指示メッセージは、ＳＩＰサーバ２３、連携サーバ１及びＳＩＰサーバ２１を経由して、発側の端末３１へ送信される（ステップＳ２１、Ｓ２２、Ｓ２３）。続いて、着側の端末３３は、ＳＩＰサーバ２３に対して、接続要求メッセージに対する応答として、接続了承メッセージを送信する（ステップＳ２４）。ＳＩＰサーバ２３は、この接続了承メッセージを連携サーバ１へ送信する（ステップＳ２５）。
【００２０】
次に、中継部１３は、メッセージ変換データベース１４を参照して、ＳＩＰサーバ２３から受信した接続了承メッセージの変換を実行する（ステップＳ２６）。これによって、サービスＢ用の接続了承メッセージがサービスＡ用の接続了承メッセージに変換されることになる。例えば、外線のみが利用可能なサービスから外線と内線の両方が利用可能なサービスへ接続了承メッセージを送信する場合、内線のみで使用する情報が含まれないとエラーが発生してしまうため、内線への接続を示す情報を追加するメッセージ変換を行う。中継部１３は、変換後の接続了承メッセージをＳＩＰサーバ２１へ送信する（ステップＳ２７）。これを受けて、ＳＩＰサーバ２１は、この接続了承メッセージを端末３１へ送信する（ステップＳ２８）。接続了承メッセージを受信した端末３１は、ＳＩＰサーバ２１に対して、確認応答を返す（ステップＳ２９）。この確認応答は、ＳＩＰサーバ２１、連携サーバ１及びＳＩＰサーバ２３を経由して、着側の端末３３へ送信される（ステップＳ３０、Ｓ３１、Ｓ３２）。これによって、発側の端末３１と着側の端末３３との間に通話回線が確立されて通話可能となる（ステップＳ３３）。
【００２１】
次に、通話が終わり端末３１において切断操作が行なわれると、端末３１は、ＳＩＰサーバ２１に対して、切断要求メッセージを送信する（ステップＳ３４）。この切断要求メッセージは、ＳＩＰサーバ２１、連携サーバ１及びＳＩＰサーバ２３を経由して、着側の端末３３へ送信される（ステップＳ３５、Ｓ３６、Ｓ３７）。これを受けて、端末３３は、ＳＩＰサーバ２３に対して切断要求に対する応答として、切断了承メッセージを送信する（ステップＳ３８）。この切断了承メッセージは、ＳＩＰサーバ２３、連携サーバ１及びＳＩＰサーバ２１を経由して、発側の端末３１へ送信されて（ステップＳ３９、Ｓ４０、Ｓ４１）、発側端末３１と着側端末３３との間の通話回線が切断することになる。
【００２２】
なお、図４に示すシーケンスにおいては、接続要求メッセージと接続了承メッセージのみにメッセージ変換を適用する例を示したが、他のメッセージ（例えば、鳴動指示メッセージや切断了承メッセージ）についても変換が必要であれば、メッセージ変換データベース１４を参照してサービスＡとサービスＢ間の相互変換を行なうようにしてもよい。
【００２３】
このように、連携サーバ１が電話番号解決を行うとともに、発側と着側の端末間を接続するため送受信されるメッセージを中継するようにして、メッセージの変換が必要である場合に異なるサービス間の相互変換を行うようにしたため、異なるＩＰ電話サービス配下の端末同士を接続することが可能となる。
【００２４】
次に、図６を参照して、図１に示す連携サーバ１に変形例を説明する。図６に示す連携サーバ１が図１に示す連携サーバ１と異なる点は、発側と着側の端末を収容するＳＩＰサーバが提供するサービスが同一である場合に、発側と着側の端末間をリダイレクションによって接続するリダイレクション部１５と、発側と着側の端末間を、リダイレクションによって接続するか、メッセージ変換を行う中継によって接続するかを選択して制御するルーティング制御部１６を新たに設けた点である。ここで、リダイレクションによる接続とは、発側のＳＩＰサーバ２１からの接続要求を受けると、連携サーバ１は、番号解決よって得られた着側のＳＩＰサーバ２２のＩＰアドレスをＳＩＰサーバ２１に対して通知し、ＳＩＰサーバ２１が直接ＳＩＰサーバ２２に対して接続要求を送信し、連携サーバ１を経由することなくＳＩＰサーバ２１とＳＩＰサーバ２２との間の接続を行うことである。リダイレクションによる接続において、連携サーバ１は番号解決を行うのみであるため、連携サーバ１内のリソース消費を必要最小限にすることができ、連携サーバ１が２台のＳＩＰサーバ２１、２２間で送受信されるメッセージを中継する場合に比べて、連携サーバ１内のリソース消費を低減することが可能となる。
【００２５】
次に、図７を参照して、図６に示すルーティング決定部１２ａの動作を説明する。図７は、ルーティング決定部１２ａが、発側の端末３１から着側の端末３３との間のルーティングを決定する動作を示すフローチャートである。図７に示すステップＳ１〜Ｓ５の動作は、図２に示すステップＳ１〜Ｓ５の動作と同一であるため、ここでは詳細な説明を省略し、サーバ種別の抽出（ステップＳ５）後の動作のみについて説明する。サーバ種別の抽出が終わると、ルーティング決定部１２ａは、ルーティング方法決定テーブルを参照して、リダイレクションによる接続を行う、または中継による接続を行うのいずれかのルーティング方法を選択して決定する（ステップＳ５ｂ）。これにより、着側のＳＩＰサーバのＩＰアドレスとルーティング方法とが特定されたことになる（ステップＳ６ｂ）。ルーティング決定部１２は、ここで得られた着側のＳＩＰサーバのＩＰアドレスとルーティング方法とルーティング制御部へ受け渡す。なお、ルーティング制御部１６及びリダイレクション部１５の動作については、後述する。
【００２６】
ここで、図８を参照して、図７に示す動作を具体例を挙げて説明する。図８は、図６に示す番号情報データベース１１ａのテーブル構造を示す図である。図８に示すように、番号情報データベース１１ａは、電話番号管理テーブル、サーバ情報管理テーブル、ＧＷ（ゲートウェイ）選択テーブル、ルーティング方法決定テーブルの４つのテーブルから構成している。ここでは、発側の電話番号が「０３−ｙｙｙｙ−ｃｃｃｃ」であり、着側の電話番号が「０３−ｘｘｘｘ−ａａａａ」であるものとして説明する。
【００２７】
まず、ルーティング決定部１２ａは、電話番号管理テーブルを参照して、着電話番号（０３ｘｘｘｘａａａａ）がこのテーブルに登録されているか否かを判定する。この判定の結果、着電話番号が登録されていなければ、さらに、ＧＷ選択テーブルを参照して、着電話番号の先頭部分が一致するサーバ論理番号（例えば「０３」であれば「００００１１」が該当する）を抽出する。一方、着電話番号が電話番号管理テーブルに登録されている場合は、該当する電話番号に関係付けられているサーバ論理番号を抽出する。着電話番号が「０３ｘｘｘｘａａａａ」であれば、サーバ論理番号「０００００１」が抽出されることになる。また、ルーティング決定部１２は、発電話番号「０３ｙｙｙｙｃｃｃｃ」に関係付けられているサーバ論理番号「０００００２」も同時に抽出する。
【００２８】
次に、ルーティング決定部１２ａは、サーバ情報管理テーブルを参照して、発側及び着側のサーバ論理番号に関係付けられているそれぞれのサーバ種別（「サービスＡ」、「サービスＡ」と、着側のサーバ論理番号に関係付けられているＩＰアドレス（「ｘ．ｙ．０．１」）を抽出する。そして、ルーティング決定部１２ａは、ルーティング方法決定テーブルを参照して、得られたサーバ種別の組み合わせ（「サービスＡ」と「サービスＡ」）に関係付けられているルーティング方法（「リダイレクト」）を抽出する。このように、番号情報データベース１１ａを参照することにより、発側及び着側の電話番号から、発側及び着側のＳＩＰサーバのサーバ論理番号、サーバ種別及び着側のＳＩＰサーバのＩＰアドレスを得ることができるともに、発側及び着側のサーバ種別の組み合わせからルーティング方法が決定されることにより、ＩＰ電話接続時の電話番号解決が行われることになる。
【００２９】
次に、図９を参照して、図６に示すシステム全体の動作を説明する。図４は、図１に示すシステム全体の動作を示すシーケンス図である。ここでは、端末３１が発端末であり、端末３３が着端末であるものとし、発側及び着側のサーバ種別が同一である場合にリダイレクションによって発側と着側のＳＩＰサーバ間を接続する動作を説明する。なお、発側及び着側のサーバ種別が異なる場合に、中継部１３が中継処理によって接続する場合の動作は、図４に示す動作と同様であるためここでは詳細な説明を省略する。
【００３０】
まず、端末３１から端末３３の電話番号をダイヤルすると、端末３１からＳＩＰサーバ２１に対して接続要求メッセージが送信される（ステップＳ５１）。これを受けて、ＳＩＰサーバ２１は、端末３１に対して、暫定応答を返す（ステップＳ５２）とともに、連携サーバ１に対して接続要求メッセージを送信する（ステップＳ５３）。この接続要求メッセージには、発電話番号と着電話番号が含まれる。この接続要求メッセージを受けた連携サーバ１は、ＳＩＰサーバ２１に対して、暫定応答を返す（ステップＳ５４）。そして、ルーティング決定部１２ａが前述した動作によって電話番号解決処理を行うことにより、適用するルーティング方法の情報と着側のＳＩＰサーバのＩＰアドレスがルーティング制御部１６へ受け渡されることになる。
【００３１】
ルーティング制御部１６は、ルーティング決定部１２ａから渡されたルーティング方法の情報が「リダイレクト」であれば、着側のＳＩＰサーバのＩＰアドレスをリダイレクション部１５へ出力し、ルーティング方法の情報が「中継」であれば、着側のＳＩＰサーバのＩＰアドレスを中継部１３へ出力する。ルーティング制御部１６から中継部１３へ着側のＳＩＰサーバのＩＰアドレスが出力された場合、中継部１３は、前述した図４に示す動作によって、例えば、ＳＩＰサーバ２２とＳＩＰサーバ２３との間において送受信されるメッセージを変換することによって接続を行うことになる。
【００３２】
一方、ルーティング制御部１６からリダイレクション部１５へ着側のＳＩＰサーバのＩＰアドレスが出力された場合、リダイレクション部１５は、発側のＳＩＰサーバ２１に対して、リダイレクト先の通知メッセージを送信する（ステップＳ５５）。このリダイレクト先の通知メッセージには、ルーティング制御部１６から受け取った着側のＳＩＰサーバ（ここでは、ＳＩＰサーバ２２）のＩＰアドレスが含まれる。これを受けて、ＳＩＰサーバ２１は、連携サーバ１に対して、確認応答を返す（ステップＳ５６）とともに、連携サーバ１から受け取った着側ＳＩＰサーバのＩＰアドレス（ＳＩＰサーバ２２のＩＰアドレス）に対して、接続要求メッセージを送信する（ステップＳ５７）。この接続要求メッセージには、発電話番号と着電話番号が含まれる。
【００３３】
この接続要求メッセージを受信したＳＩＰサーバ２２は、ＳＩＰサーバ２１に対して、暫定応答を返す（ステップＳ５８）とともに、受信した接続要求メッセージを端末３２へ送信する（ステップＳ１８）。端末３２は、ＳＩＰサーバ２２に対して、暫定応答を返す（ステップＳ６０）とともに、鳴動指示メッセージを送信する（ステップＳ６１）。この鳴動指示メッセージは、ＳＩＰサーバ２２及びＳＩＰサーバ２１を経由して、発側の端末３１へ送信される（ステップＳ６２、Ｓ６３）。続いて、着側の端末３３は、ＳＩＰサーバ２２に対して、接続要求メッセージに対する応答として、接続了承メッセージを送信する（ステップＳ６４）。ＳＩＰサーバ２２は、この接続了承メッセージをＳＩＰサーバ２１へ送信する（ステップＳ６５）。
【００３４】
これを受けて、ＳＩＰサーバ２１は、この接続了承メッセージを端末３１へ送信する（ステップＳ６６）。接続了承メッセージを受信した端末３１は、ＳＩＰサーバ２１に対して、確認応答を返す（ステップＳ６７）。この確認応答は、ＳＩＰサーバ２１及びＳＩＰサーバ２２を経由して、着側の端末３２へ送信される（ステップＳ６８、Ｓ６９）。これによって、発側の端末３１と着側の端末３２との間に通話回線が確立されて通話可能となる（ステップＳ７０）。
【００３５】
次に、通話が終わり端末３１において切断操作が行なわれると、端末３１は、ＳＩＰサーバ２１に対して、切断要求メッセージを送信する（ステップＳ７１）。この切断要求メッセージは、ＳＩＰサーバ２１及びＳＩＰサーバ２３を経由して、着側の端末３２へ送信される（ステップＳ７２、Ｓ７３）。これを受けて、端末３２は、ＳＩＰサーバ２２に対して切断要求に対する応答として、切断了承メッセージを送信する（ステップＳ７４）。この切断了承メッセージは、ＳＩＰサーバ２２及びＳＩＰサーバ２１を経由して、発側の端末３１へ送信されて（ステップＳ７５、Ｓ７６）、発側端末３１と着側端末３２との間の通話回線が切断することになる。
【００３６】
以上説明したように、発側端末を収容するＳＩＰサーバのサーバ種別と、着側端末を収容するＳＩＰサーバのサーバ種別とが異なる場合に、発側及び着側のＳＩＰサーバ間において送受信されるメッセージを相互変換して中継するようにしたため、異なるサービスを提供するＳＩＰサーバ間を接続することができる。また、発側端末を収容するＳＩＰサーバのサーバ種別と、着側端末を収容するＳＩＰサーバのサーバ種別とが同一である場合に、リダイレクションによって発側及び着側のＳＩＰサーバ間を接続するようにしたため、同一サービスを提供するＳＩＰサーバ間を中継によって接続する場合に比べて連携サーバ内のリソース消費を低減することが可能になる。
【００３７】
なお、図１における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりＳＩＰサーバ間の連携処理（電話番号解決処理）を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３８】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】図１に示すルーティング決定部１２の動作を示すフローチャートである。
【図３】図１に示す番号情報データベース１１のテーブル構造を示す説明図である。
【図４】図１に示すシステム全体の動作を示すシーケンス図である。
【図５】図１に示すメッセージ変換データベース１４のテーブル構造を示す説明図である。
【図６】図１に示す連携サーバ１の変形例の構成を示すブロック図である。
【図７】図６に示すルーティング決定部１２ａの動作を示すフローチャートである。
【図８】図６に示す番号情報データベース１１ａのテーブル構造を示す説明図である。
【図９】図６に示すシステム全体の動作を示すシーケンス図である。
【符号の説明】
【００４０】
１・・・連携サーバ、１１、１１ａ・・・番号情報データベース、１２、１２ａ・・・ルーティング決定部、１３・・・中継部、１４・・・メッセージ変換データベース、１５・・・リダイレクション部、１６・・・ルーティング制御部、２１、２２・・・ＳＩＰサーバ（サービスＡ）、２３・・・ＳＩＰサーバ（サービスＢ）、３１、３２、３３・・・端末、４・・・ゲートウェイ
【図１】
0004514774.tif 000002
【図２】
0004514774.tif 000003
【図３】
0004514774.tif 000004
【図４】
0004514774.tif 000005
【図５】
0004514774.tif 000006
【図６】
0004514774.tif 000007
【図７】
0004514774.tif 000008
【図８】
0004514774.tif 000009
【図９】
0004514774.tif 000010