(57)【要約】【課題】ＲＥＦＥＲ方式を用いて第三者呼制御を実行する場合に、ＩＮＶＩＴＥ信号を他の端末から着信した端末に、端末の動作に依存されない信頼性のある情報に基づいて呼制御者を確認させることを課題とする。【解決手段】ＳＩＰサーバは、呼制御端末であるＵＡ３から、ユーザ端末であるＵＡ１へ向けて発信されたＲＥＦＥＲ信号を受信すると、ＲＥＦＥＲ信号をＵＡ１に中継する前に、ＲＥＦＥＲ信号のヘッダ内に挿入された第三者呼制御の情報を保持する。そして、ＳＩＰサーバは、ＲＥＦＥＲ信号を着信したＵＡ１から、接続相手となるＵＡ２へ向けて発信されたＩＮＶＩＴＥ信号を受信した場合に、ＲＥＦＥＲ信号とＩＮＶＩＴＥ信号の結びつけを行って、呼制御者がＵＡ３であることを保証する情報を挿入したＩＮＶＩＴＥ信号をＵＡ２に中継する。【選択図】        図１
2010178291.tif 000002
【特許請求の範囲】
【請求項１】
端末間の呼接続を指示する呼制御端末から、接続対象となる端末の一方へ発信されるＲＥＦＥＲ信号を中継した後、当該ＲＥＦＥＲ信号を着信した端末から接続相手となる端末へ発信されるＩＮＶＩＴＥ信号、および当該ＩＮＶＩＴＥ信号を着信した端末から接続相手となる端末へ発信されるレスポンス信号をそれぞれ中継することにより、前記呼制御端末を起点とした第三者呼制御による前記端末間の通信を確立するサーバ装置であって、
前記呼制御端末から受信したＲＥＦＥＲ信号を中継する前に、当該ＲＥＦＥＲ信号に含まれるヘッダ内から、前記呼制御端末を起点とした第三者呼制御であることを示す情報を抽出して保持する情報保持手段と、
前記ＲＥＦＥＲ信号を着信した端末から、当該端末の接続相手となる他方の端末へ向けて発信されたＩＮＶＩＴＥ信号を受信した場合に、当該ＩＮＶＩＴＥ信号に含まれるヘッダ内の情報と、前記情報保持手段により保持された情報とを比較して、前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるか否かを判定する判定手段と、
前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるものと前記判定手段により判定された場合には、前記ＩＮＶＩＴＥ信号の発信元である端末の接続相手となる他方の端末へ向けて前記ＩＮＶＩＴＥ信号を中継する中継手段と
を備えたことを特徴とするサーバ装置。
【請求項２】
前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるものと前記判定手段により判定された場合には、前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であることを保証する保証情報を前記ＩＮＶＩＴＥ信号に挿入する挿入手段をさらに備え、
前記中継手段は、前記挿入手段により前記保証情報が挿入された前記ＩＮＶＩＴＥ信号を中継することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
端末間の呼接続を指示する呼制御端末から、接続対象となる端末の一方へ発信されるＲＥＦＥＲ信号を複数台のサーバ経由で中継した後、当該ＲＥＦＥＲ信号を着信した端末から接続相手となる端末へ発信されるＩＮＶＩＴＥ信号、および当該ＩＮＶＩＴＥ信号を着信した端末から接続相手となる端末へ発信されるレスポンス信号を複数台のサーバ経由でそれぞれ中継することにより、前記呼制御端末を起点とした第三者呼制御による前記端末間の通信を確立する通信処理システムであって、
前記ＲＥＦＥＲ信号を最後に受信するサーバ装置は、
前記ＲＥＦＥＲ信号を中継する前に、当該ＲＥＦＥＲ信号に含まれるヘッダ内から、前記呼制御端末を起点とした第三者呼制御であることを示す情報を抽出して保持する情報保持手段と、
前記ＲＥＦＥＲ信号を着信した端末から、当該端末の接続相手となる他方の端末へ向けて発信されたＩＮＶＩＴＥ信号を受信した場合に、当該ＩＮＶＩＴＥ信号に含まれるヘッダ内の情報と、前記情報保持手段により保持された情報とを比較して、前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるか否かを判定する判定手段と、
前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるものと前記判定手段により判定された場合には、前記ＩＮＶＩＴＥ信号の発信元である端末との接続相手となる他方の端末へ向けて前記ＩＮＶＩＴＥ信号を中継する中継手段と
を備えたことを特徴とする通信処理システム。
【請求項４】
前記ＲＥＦＥＲ信号を最後に受信するサーバ装置は、
前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるものと前記判定手段により判定された場合に、前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であることを保証する保証情報を前記ＩＮＶＩＴＥ信号に挿入する挿入手段をさらに備え、
前記中継手段は、前記挿入手段により前記保証情報が挿入された前記ＩＮＶＩＴＥ信号を中継することを特徴とする請求項３に記載の通信処理システム。
【請求項５】
端末間の呼接続を指示する呼制御端末から、接続対象となる端末の一方へ発信されるＲＥＦＥＲ信号を中継した後、当該ＲＥＦＥＲ信号を着信した端末から接続相手となる端末へ発信されるＩＮＶＩＴＥ信号、および当該ＩＮＶＩＴＥ信号を着信した端末から接続相手となる端末へ発信されるレスポンス信号をそれぞれ中継することにより、前記呼制御端末を起点とした第三者呼制御による前記端末間の通信を確立する通信処理方法であって、
前記呼制御端末から受信したＲＥＦＥＲ信号を中継する前に、当該ＲＥＦＥＲ信号に含まれるヘッダ内から、前記呼制御端末を起点とした第三者呼制御であることを示す情報を抽出して保持する情報保持ステップと、
前記ＲＥＦＥＲ信号を着信した端末から、当該端末の接続相手となる他方の端末へ向けて発信されたＩＮＶＩＴＥ信号を受信した場合に、当該ＩＮＶＩＴＥ信号に含まれるヘッダ内の情報と、前記情報保持ステップにより保持された情報とを比較して、前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるか否かを判定する判定ステップと、
前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるものと前記判定ステップにより判定された場合には、前記ＩＮＶＩＴＥ信号の発信元である端末の接続相手となる他方の端末へ向けて前記ＩＮＶＩＴＥ信号を中継する中継ステップと
を含んだことを特徴とする通信処理方法。
【請求項６】
前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるものと前記判定ステップにより判定された場合には、前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であることを保証する保証情報を前記ＩＮＶＩＴＥ信号に挿入する挿入ステップをさらに含み、
前記中継ステップは、前記挿入ステップにより前記保証情報が挿入された前記ＩＮＶＩＴＥ信号を中継することを特徴とする請求項５に記載の通信処理方法。
【請求項７】
端末間の呼接続を指示する呼制御端末から、接続対象となる端末の一方へ発信されるＲＥＦＥＲ信号を複数台のサーバ経由で中継した後、当該ＲＥＦＥＲ信号を着信した端末から接続相手となる端末へ発信されるＩＮＶＩＴＥ信号、および当該ＩＮＶＩＴＥ信号を着信した端末から接続相手となる端末へ発信されるレスポンス信号を複数台のサーバ経由でそれぞれ中継することにより、前記呼制御端末を起点とした第三者呼制御による前記端末間の通信を確立する処理をコンピュータに実行させる通信処理プログラムであって、
前記呼制御端末から受信したＲＥＦＥＲ信号を中継する前に、当該ＲＥＦＥＲ信号に含まれるヘッダ内から、前記呼制御端末を起点とした第三者呼制御であることを示す情報を抽出して、記憶部に格納する情報保持手順と、
前記ＲＥＦＥＲ信号を着信した端末から、当該端末の接続相手となる他方の端末へ向けて発信されたＩＮＶＩＴＥ信号を受信した場合に、当該ＩＮＶＩＴＥ信号に含まれるヘッダ内の情報と、前記情報保持手順により記憶部に格納された情報とを比較して、前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるか否かを判定する判定手順と、
前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるものと前記判定手順により判定された場合には、前記ＩＮＶＩＴＥ信号の発信元である端末の接続相手となる他方の端末へ向けて前記ＩＮＶＩＴＥ信号を中継する中継手順と
をコンピュータに実行させることを特徴とする通信処理プログラム。
【請求項８】
前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるものと前記判定手順により判定された場合には、前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であることを保証する保証情報を前記ＩＮＶＩＴＥ信号に挿入する挿入手順をさらにコンピュータに実行させ、
前記中継手順は、前記挿入手順により前記保証情報が挿入された前記ＩＮＶＩＴＥ信号を中継することを特徴とする請求項７に記載の通信処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、サーバ装置、通信処理システム、通信処理方法および通信処理プログラムに関する。
【背景技術】
【０００２】
ISP（Internet Service Provider）が提供するVoIP（Voice over Internet Protocol）サービスなどのように、管理されたネットワーク内で利用されるSIP（Session Initiation Protocol）では、第三者呼制御と呼ばれる呼制御方式を用いて、発着信端末間を接続することが可能である。代表的なものとして、例えば、ＳＩＰの第三者呼制御の拡張メソッドであるＲＥＦＥＲメソッドを利用するＲＥＦＥＲ方式が存在する（非特許文献１参照）。
【０００３】
そして、上記ＲＥＦＥＲ方式の利用シーンとして、例えば、図８に示すように、人材派遣会社（ＵＡ３）を呼制御者として、在宅ワーカ（ＵＡ１）と作業依頼者（ＵＡ２）との間の第三者呼制御を実行し、企業ユーザ間を接続するサービスが考えられる。この場合、作業依頼者は、着信許可・拒否などの制御を行うために、在宅ワーカから受信したリクエスト（ＩＮＶＩＴＥ）が人材派遣会社の指示によるものであることを確認する必要がある。図８は、ＲＥＦＥＲ方式を利用したサービス例を示す図である。
【０００４】
そこで、上記ＲＥＦＥＲ方式では、着信者側で第三者呼制御の指示を行った呼制御者を特定する情報（例えば、名前や電話番号）を着信者（例えば、作業依頼者：ＵＡ２側）へ通知するための仕組みを有する。
【０００５】
例えば、図９に示すように、上記ＲＥＦＥＲ方式では、発信者である在宅ワーカ（ＵＡ１）から、着信者である作業依頼者（ＵＡ２）に送信されるリクエスト（ＩＮＶＩＴＥ）内に、呼制御者である人材派遣会社（ＵＡ３）の識別情報（例えば、Referred-By:UA3）を挿入することで、第三者呼制御を行った呼制御者を着信者へ通知する。図９は、ＲＥＦＥＲ方式における従来の仕組みを説明するための図である。
【０００６】
【非特許文献１】The Session Initiation Protocol (SIP) Refer Method, RFC3515
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した呼制御者を通知する仕組みでは、着信者に通知される情報の信頼性が、発信者の端末の動作に依存してしまうという問題点があった。すなわち、上記ＲＥＦＥＲ方式において着信者側（ＵＡ２）に通知される情報は、発信者側（ＵＡ１）で挿入される情報であり、発信者番号通知により網から通知される発信者番号のように、信頼性のおける網で保証されたような情報ではないので、信頼性に欠ける。
【０００８】
例えば、上述した図８に示す利用シーンでは、呼制御者の識別情報として、在宅ワーカからのリクエストに追加された人材派遣会社についての情報（例えば、Referred-By:UA3）は、在宅ワーク側で挿入される情報であるので、人材派遣会社についての情報（例えば、Referred-By:UA3）の信頼度は在宅ワーク側の動作に依存してしまう。このように、作業依頼者側では、信頼性のある情報に基づいて、在宅ワーカからのリクエストが人材派遣会社によるものであるか否かを確認する術がない。
【０００９】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、ＲＥＦＥＲ方式を用いて第三者呼制御を実行する場合に、端末の動作に依存されない信頼性のある情報に基づいて呼制御者を確認させることが可能なサーバ装置、通信処理システム、通信処理方法および通信処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、本発明は、端末間の呼接続を指示する呼制御端末から、接続対象となる端末の一方へ発信されるＲＥＦＥＲ信号を中継した後、当該ＲＥＦＥＲ信号を着信した端末から接続相手となる端末へ発信されるＩＮＶＩＴＥ信号、および当該ＩＮＶＩＴＥ信号を着信した端末から接続相手となる端末へ発信されるレスポンス信号をそれぞれ中継することにより、前記呼制御端末を起点とした第三者呼制御による前記端末間の通信を確立するサーバ装置であって、前記呼制御端末から受信したＲＥＦＥＲ信号を中継する前に、当該ＲＥＦＥＲ信号に含まれるヘッダ内から、前記呼制御端末を起点とした第三者呼制御であることを示す情報を抽出して保持する情報保持手段と、前記ＲＥＦＥＲ信号を着信した端末から、当該端末の接続相手となる他方の端末へ向けて発信されたＩＮＶＩＴＥ信号を受信した場合に、当該ＩＮＶＩＴＥ信号に含まれるヘッダ内の情報と、前記情報保持手段により保持された情報とを比較して、前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるか否かを判定する判定手段と、前記ＩＮＶＩＴＥ信号が前記呼制御端末を起点とした第三者呼制御に関する信号であるものと前記判定手段により判定された場合には、前記ＩＮＶＩＴＥ信号の発信元である端末の接続相手となる他方の端末へ向けて前記ＩＮＶＩＴＥ信号を中継する中継手段とを備えたことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ＲＥＦＥＲ方式を用いて第三者呼制御を実行する場合に、ＩＮＶＩＴＥ信号を他の端末から着信した端末に、端末の動作に依存されない信頼性のある情報に基づいて呼制御者を確認させることができる。
【発明を実施するための最良の形態】
【００１２】
以下に添付図面を参照して、この発明に係るサーバ装置、通信処理システム、通信処理方法および通信処理プログラムの一実施形態について詳細に説明する。なお、以下では、本発明に係るサーバ装置としてＳＩＰサーバを例に挙げ、実施例１に係るＳＩＰサーバを説明した後に、本発明に含まれる他の実施形態について説明する。
【実施例１】
【００１３】
以下の実施例１では、実施例１に係るＳＩＰサーバの概要および特徴、かかるＳＩＰサーバの構成および動作を順に説明し、最後に実施例１による効果を説明する。
【００１４】
［ＳＩＰサーバの概要および特徴（実施例１）］
まず、図１を用いて、実施例１に係るＳＩＰサーバの概要および特徴を説明する。図１は、実施例１に係るＳＩＰサーバの特徴を説明するための図である。
【００１５】
実施例１に係るＳＩＰサーバは、端末間の呼接続を指示する呼制御端末から、接続対象となる端末の一方へ発信されるＲＥＦＥＲ信号を中継した後、当該ＲＥＦＥＲ信号を着信した端末から接続相手となる端末へ発信されるＩＮＶＩＴＥ信号、および当該ＩＮＶＩＴＥ信号を着信した端末から接続相手となる端末へ発信されるレスポンス信号をそれぞれ中継することにより、前記呼制御端末を起点とした第三者呼制御による前記端末間の通信を確立することを概要とする。
【００１６】
そして、実施例１に係るＳＩＰサーバは、ＲＥＦＥＲ方式を用いて第三者呼制御を実行する場合に、ＩＮＶＩＴＥ信号を他の端末から着信した端末に、端末の動作に依存されない信頼性のある情報に基づいて呼制御者を確認させる点に特徴がある。
【００１７】
この特徴について具体的に説明すると、実施例１に係るＳＩＰサーバは、図１に示すように、呼制御端末であるＵＡ３から、ユーザ端末であるＵＡ１へ向けて発信されたＲＥＦＥＲ信号を受信すると、ＲＥＦＥＲ信号をＵＡ１に中継する前に、ＲＥＦＥＲ信号のヘッダ内に挿入された第三者呼制御の情報（例えば、Ｒｅｆｅｒ‐Ｔｏ，Ｒｅｆｅｒｒｅｄ‐Ｂｙなどのヘッダに記述された情報）を保持する（図１の（１）参照）。この第三者呼制御の情報には、ＵＡ３を起点とした第三者呼制御によりＵＡ１とＵＡ２を接続する信号であることを示す情報が記述されている。
【００１８】
続いて、実施例１に係るＳＩＰサーバは、ＲＥＦＥＲ信号を着信したＵＡ１から、接続相手となるＵＡ２へ向けて発信されたＩＮＶＩＴＥ信号を受信した場合に、ＲＥＦＥＲ信号とＩＮＶＩＴＥ信号の結びつけを行って、呼制御者がＵＡ３であることを保証する情報を挿入したＩＮＶＩＴＥ信号をＵＡ２に中継する（図１の（２）参照）。
【００１９】
具体的には、ＵＡ１から受信したＩＮＶＩＴＥ信号のヘッダ内に挿入されている第三者呼制御の情報と、上記の（１）で保持しておいた第三者呼制御の情報とを比較して、ＩＮＶＩＴＥ信号がＵＡ３を起点とした第三者呼制御に関する信号であるか否かを判定する。判定の結果、ＩＮＶＩＴＥ信号がＵＡ３を起点とした第三者呼制御に関する信号である場合には、ＵＡ３を起点とした第三者呼制御に関する信号であることを保証する保証情報をＩＮＶＩＴＥ信号に挿入して、ＵＡ１の接続相手となるＵＡ２へ向けてＩＮＶＩＴＥ信号を中継する。
【００２０】
このようなことから、実施例１に係るＳＩＰサーバは、ＲＥＦＥＲ方式を用いて第三者呼制御を実行する場合に、ＩＮＶＩＴＥ信号を他の端末から着信した端末に、端末の動作に依存されない信頼性のある情報に基づいて呼制御者を確認させることができる。
【００２１】
［ＳＩＰサーバの構成（実施例１）］
次に、図２を用いて、実施例１に係るＳＩＰサーバの構成を説明する。図２は、実施例１に係るＳＩＰサーバの構成を示す図である。図３は、実施例１に係るヘッダの記述例を示す図である。
【００２２】
図２に示すユーザ端末１００およびユーザ端末２００は、端末間で通信を行う。特に、ユーザ端末２００は、ＳＩＰサーバ４００を介して受信したＩＮＶＩＴＥ信号のヘッダ内に挿入された保証情報を参照して、呼制御端末３００が第三者呼制御の起点であることを確認した場合には、ＳＩＰサーバ４００を介して、ＩＮＶＩＴＥ信号に対するレスポンス信号をユーザ端末１００に返信する。このようにして、セッション情報をやり取りすることにより、最終的にユーザ端末１００とユーザ端末２００との間で通信が可能となる。
【００２３】
呼制御端末３００は、第三者呼制御の接続対象であるユーザ端末１００、あるいはユーザ端末２００のどちらかへ向けて、自らを起点とした第三者呼制御により、ユーザ端末１００およびユーザ端末２００をこれから接続することを示した第三者呼制御の情報を、ＩＮＶＩＴＥ信号のヘッダ（Ｒｅｆｅｒ‐Ｔｏ，Ｒｅｆｅｒｒｅｄ‐Ｂｙ）に挿入して発信する。
【００２４】
また、呼制御端末３００によりＩＮＶＩＴＥ信号のヘッダに挿入される第三者呼制御の情報（第三者呼制御ヘッダに記述される情報）は、例えば、図３の（２）に示すように、「Refer-To:UA2，Referred-By:UA3」のような形式で記述される。なお、ＵＡ２およびＵＡ３は、ユーザ端末２００および呼制御端末３００の電話番号を表す。
【００２５】
実施例１に係るＳＩＰサーバ４００は、図２に示すように、ＳＩＰ網１を介して、ユーザ端末１００、ユーザ端末２００および呼制御端末３００と通信可能な状態で接続され、通信制御部４１０、記憶部４２０および制御部４３０を有する。
【００２６】
通信制御部４１０は、ユーザ端末１００、ユーザ端末２００および呼制御端末３００との間でやり取りするＳＩＰ信号や各種情報（セッション情報）に関する通信を制御する。
【００２７】
記憶部４２０は、制御部４３０による各種処理に必要なデータおよびプログラムを記憶し、特に、ヘッダ情報記憶部４２１を有する。ヘッダ情報記憶部４２１は、後述するヘッダ情報取得部４３１により、ＲＥＦＥＲ信号のヘッダ内から取得された第三者呼制御の情報（Ｒｅｆｅｒ‐Ｔｏ，Ｒｅｆｅｒｒｅｄ‐Ｂｙに記述された情報）を記憶する。
【００２８】
制御部４３０は、所定の制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に、ヘッダ情報取得部４３１と、ヘッダ判定部４３２と、信号中継部４３３とを有する。
【００２９】
ヘッダ情報取得部４３１は、通信制御部４１０を介して、呼制御端末３００からＲＥＦＥＲ信号を受信すると、ＲＥＦＥＲ信号のヘッダ内に挿入されている第三者呼制御の情報を取得して、ヘッダ情報記憶部４２１に格納する。第三者呼制御の情報を取得した後、ヘッダ情報取得部４３１は、信号中継部４３３にＲＥＦＥＲ信号を宛先となるユーザ端末（１００、あるいは２００）へ中継するように指示する。
【００３０】
ヘッダ判定部４３２は、例えば、ＲＥＦＥＲ信号を着信したユーザ端末１００から、ユーザ端末２００へ向けて発信されたＩＮＶＩＴＥ信号を受信すると、ＲＥＦＥＲ信号とＩＮＶＩＴＥ信号の結びつけを行う。具体的には、ヘッダ判定部４３２は、先にＲＥＦＥＲ信号のヘッダ内から取得した第三者呼制御の情報をヘッダ情報記憶部４２１から取り込んで、取り込まれた第三者呼制御の情報と、ユーザ端末１００から受信したＩＮＶＩＴＥ信号のヘッダ内に挿入されている第三者呼制御の情報とを比較して、ＩＮＶＩＴＥ信号が呼制御端末３００を起点とした第三者呼制御に関する信号であるか否かを判定する。
【００３１】
ヘッダ判定部４３２は、判定の結果、ＩＮＶＩＴＥ信号が呼制御端末３００を起点とした第三者呼制御に関する信号である場合には、呼制御端末３００を起点とした第三者呼制御に関する信号であることを保証する保証情報をＩＮＶＩＴＥ信号に挿入して、ＩＮＶＩＴＥ信号をユーザ端末１００の接続相手となるユーザ端末２００へ向けて中継するように信号中継部に指示する。
【００３２】
ヘッダ判定部４３２によりＩＮＶＩＴＥ信号に挿入される保証情報は、例えば、ユーザ端末１００からユーザ端末２００へＩＮＶＩＴＥ信号を中継する場合、図３の（３）に示すように、「P-Asserted-Identity:<UA1 referred-by UA3>」、もしくは「P-Referred-By-Identity:UA3」といった形式でヘッダに記述される。なお、ＵＡ１は、ユーザ端末１００の電話番号をあらわす。図３は、実施例１に係るヘッダの記述例を示す図である。
【００３３】
信号中継部４３３は、ヘッダ情報取得部４３１あるいはヘッダ判定部４３２から、ＲＥＦＥＲ信号あるいはＩＮＶＩＴＥ信号の中継指示を受け付けると、信号の発信元を検証して発信元の電話番号の情報（発信者番号）を各信号のヘッダに挿入して、例えば、ユーザ端末１００の接続相手となるユーザ端末２００へ向けて中継する。
【００３４】
信号中継部４３３により、信号の発信元の電話番号の情報（発信者番号）として、例えば、ＲＥＦＥＲ信号に挿入される発信者番号は、例えば、図３の（１）に示すように、「P-Asserted-Identity:UA3」という形式でヘッダに記述される。なお、信号中継部４３３は、後述する従来技術を用いた検証に成功した場合には、発信者番号を信号に挿入して中継するが、後述する従来技術を用いた検証に失敗した場合には、信号を中継せずに、セッションを切断する。
【００３５】
ここで、信号に発信者番号を挿入する場合に、信号中継部４３３にて実施される従来技術（発信者番号通知）の検証の手順について、以下に簡単に説明する。図４は、従来技術（発信者番号通知）を説明するための図である。
【００３６】
同図に示すように、ＳＩＰサーバ４００を介して接続されたユーザ端末１００とユーザ端末２００との間で通信を行う場合を例に挙げる。ＳＩＰサーバ４００は、ユーザ端末１００およびユーザ端末２００の電話番号およびＩＰアドレスの対応関係を予め認識しているものとする。
【００３７】
ユーザ端末１００からユーザ端末２００へ向けた信号（ＩＮＶＩＴＥ  ＳＤＰ  ｏｆｆｅｒ）が発信される（ステップＳ１）。この信号には、信号の発信元を示すユーザ端末１００の電話番号（「Ｆｒｏｍ：１１１１」）、信号の宛先を示すユーザ端末２００の電話番号（「Ｔｏ：２２２２」）、および信号の発信元であるユーザ端末１００のＩＰアドレス（「ｃ＝Ｉｐ１」）がそれぞれ挿入されている。
【００３８】
ＳＩＰサーバ４００は、ユーザ端末１００からの信号を受信すると、信号内の情報を参照して、信号の発信元であるユーザ端末１００の電話番号と、ＩＰアドレスとの対応関係が正しいか否かを検証する（ステップＳ２）。検証の結果、電話番号とＩＰアドレスとの対応関係が正しい場合には、ユーザ端末１００からの信号に、ユーザ端末１００の電話番号を発信者番号として挿入して（「ＰＡＩ：１１１１」）、ユーザ端末２００に転送する（ステップＳ３）。
【００３９】
ユーザ端末２００は、ＳＩＰサーバ４００を介して、ユーザ端末１００からの信号を受信すると、信号の発信者番号がユーザ端末１００の番号であることを確認して、ユーザ端末１００へ向けたレスポンス信号（２００  ＯＫ  ＳＤＰ  ａｎｓｗｅｒ）を発信する（ステップＳ４）。このレスポンス信号には、レスポンス信号の発信元であるユーザ端末２００の電話番号（「Ｆｒｏｍ：２２２２」）、信号の宛先を示すユーザ端末１００の電話番号（「Ｔｏ：１１１１」）、および信号の発信元であるユーザ端末２００のＩＰアドレス（「ｃ＝Ｉｐ２」）がそれぞれ挿入されている。
【００４０】
ＳＩＰサーバ４００は、ユーザ端末２００からのレスポンス信号を受信すると、信号内の情報を参照して、信号の発信元であるユーザ端末２００の電話番号と、ＩＰアドレスとの対応関係が正しいか否かを検証する（ステップＳ５）。検証の結果、電話番号とＩＰアドレスとの対応関係が正しい場合には、ユーザ端末２００からのレスポンス信号をユーザ端末１００に転送する（ステップＳ６）。
【００４１】
ユーザ端末１００が、ＳＩＰサーバ４００を介して、ユーザ端末２００からのレスポンス信号を受信すると、ユーザ端末１００とユーザ端末２００との間で、互いのＩＰアドレスの交換が完了する。そこで、ユーザ端末１００とユーザ端末２００は、通信相手のＩＰアドレスを用いて通信を開始する（ステップＳ７）。
【００４２】
信号中継部４３３により、ＩＮＶＩＴＥ信号がユーザ端末２００に中継された後は、上述してきた従来技術の手順を従って、ＳＩＰサーバ４００を介して、ユーザ端末１００とユーザ端末２００との間でセッション情報（ＩＰアドレス等）の交換が行われ、セッション情報の交換が完了すると通信が開始される。
【００４３】
［ＳＩＰサーバの動作（実施例１）］
続いて、図５を用いて、実施例１に係るＳＩＰサーバの動作を説明する。図５は、実施例１に係るＳＩＰサーバの動作を説明するための図である。なお、図５に記載の（１）〜（３）は、上述した図３に記載の（１）〜（３）の情報に対応する。
【００４４】
同図に示すように、ＳＩＰサーバ４００のヘッダ情報取得部４３１は、呼制御端末３００からＲＥＦＥＲ信号を受信すると（ステップＳ１）、ＲＥＦＥＲ信号のヘッダ内に挿入されている第三者呼制御の情報を取得して、ヘッダ情報記憶部４２１に格納する（ステップＳ２）。
【００４５】
第三者呼制御の情報を取得した後、ヘッダ情報取得部４３１は、ＳＩＰサーバ４００の信号中継部４３３にＲＥＦＥＲ信号を宛先となるユーザ端末（１００、あるいは２００）へ中継するように指示する。
【００４６】
ヘッダ情報取得部４３１からＲＥＦＥＲ信号の中継指示を受け付けると、信号中継部４３３は、信号の発信元である呼制御端末３００の電話番号と、ＩＰアドレスとの対応関係が正しいか否かを検証し、検証の結果、電話番号とＩＰアドレスとの対応関係が正しい場合には、ＲＥＦＥＲ信号に呼制御端末３００の電話番号を発信者番号として挿入して、ユーザ端末１００へ中継する（ステップＳ３）。なお、このとき、ＲＥＦＥＲ信号には、図５に示すように、呼制御端末３００により挿入された第三者呼制御の情報（２）、および信号中継部４３３により挿入された呼制御端末３００の電話番号である発信者番号（１）が含まれている。
【００４７】
ＲＥＦＥＲ信号を着信したユーザ端末１００から、ユーザ端末２００へ向けて発信されたＩＮＶＩＴＥ信号を受信すると（ステップＳ４）、ＳＩＰサーバ４００のヘッダ判定部４３２は、ＲＥＦＥＲ信号とＩＮＶＩＴＥ信号の結びつけを行う（ステップＳ５）。具体的には、ヘッダ判定部４３２は、先にＲＥＦＥＲ信号のヘッダ内から取得した第三者呼制御の情報をヘッダ情報記憶部４２１から取り込んで、取り込まれた第三者呼制御の情報と、ユーザ端末１００から受信したＩＮＶＩＴＥ信号のヘッダ内に挿入されている第三者呼制御の情報とを比較して、ＩＮＶＩＴＥ信号が呼制御端末３００を起点とした第三者呼制御に関する信号であるか否かを判定する。
【００４８】
ヘッダ判定部４３２は、判定の結果、ＩＮＶＩＴＥ信号が呼制御端末３００を起点とした第三者呼制御に関する信号である場合には、呼制御端末３００を起点とした第三者呼制御に関する信号であることを保証する保証情報をＩＮＶＩＴＥ信号に挿入して、ＩＮＶＩＴＥ信号をユーザ端末１００の接続相手となるユーザ端末２００へ向けて中継するように信号中継部４３３に指示する。
【００４９】
ヘッダ判定部４３２からＩＮＶＩＴＥ信号の中継指示を受け付けると、信号中継部４３３は、信号の発信元であるユーザ端末１００の電話番号と、ＩＰアドレスとの対応関係が正しいか否かを検証し、検証の結果、電話番号とＩＰアドレスとの対応関係が正しい場合には、ＩＮＶＩＴＥ信号にユーザ端末１００の電話番号を発信者番号として挿入して、ユーザ端末２００へ中継する（ステップＳ６）。なお、このとき、ＩＮＶＩＴＥ信号には、図５に示すように、呼制御端末３００により挿入された第三者呼制御の情報（２）、信号中継部４３３により挿入されたユーザ端末１００の電話番号である発信者番号（１）、およびヘッダ判定部４３２により挿入された保証情報（３）が含まれる他、セッション情報（例えば、ユーザ端末１００のＩＰアドレス）が含まれる。
【００５０】
ユーザ端末２００は、ＩＮＶＩＴＥ信号を受信すると、ＩＮＶＩＴＥ信号に含まれる保証情報に基づいて、呼制御端末３００を起点とした第三者呼制御であることを確認し、ＩＮＶＩＴＥ信号に対するレスポンス信号（例えば、「２００  ＯＫ」）を返信する（ステップＳ７）。
【００５１】
信号中継部４３３は、ユーザ端末２００からレスポンス信号を受信すると、信号の発信元であるユーザ端末１００の電話番号と、ＩＰアドレスとの対応関係が正しいか否かを検証し、検証の結果、電話番号とＩＰアドレスとの対応関係が正しい場合には、ユーザ端末２００からのレスポンス信号をユーザ端末１００へ中継する（ステップＳ８）。なお、このレスポンス信号には、セッション情報（例えば、ユーザ端末２００のＩＰアドレス）が含まれる。
【００５２】
ユーザ端末２００からのレスポンス信号をユーザ端末１００が着信すると、ユーザ端末１００とユーザ端末２００との間でセッション情報の交換が完了し、通信が開始される（ステップＳ９）。
【００５３】
［実施例１による効果］
上述してきたように、実施例１によれば、ＲＥＦＥＲ方式を用いて第三者呼制御を実行する場合に、ＩＮＶＩＴＥ信号を他の端末から着信した端末に、端末の動作に依存されない信頼性のある情報に基づいて呼制御者を確認させることができる。
【００５４】
また、上記の実施例１では、ＳＩＰサーバ４００が、第三者呼制御の情報（第三者呼制御ヘッダに記述された情報）を保証するための保証情報（ＳＩＰサーバ４００が信号に挿入する新たな第三者呼制御のヘッダに記述される情報）を、例えば、ユーザ端末２００宛のＩＮＶＩＴＥ信号に挿入する場合を説明したが、これに限定されるものではない。例えば、ＲＥＦＥＲ信号とＩＮＶＩＴＥ信号の結びつけに成功した場合に、ＳＩＰサーバからユーザ端末２００へＩＮＶＩＴＥ信号を中継する仕様とすることができる。この場合、ユーザ端末２００側では、ユーザ端末１００からのＩＮＶＩＴＥ信号がＳＩＰサーバ４００から中継された場合には、ＳＩＰサーバ４００において保証された信号であるものとして取り扱う。
【実施例２】
【００５５】
さて、これまでＳＩＰサーバ４００の一実施形態について説明してきたが、上述した実施例１以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、他の実施形態について説明する。
【００５６】
（１）信号を複数台のサーバで中継
上記の実施例では、一台のＳＩＰサーバ４００で信号の中継を行う場合を説明したが、これに限定されるものではなく、通信可能に接続された信頼関係のある複数台のサーバで信号を中継するようにしてもよい。
【００５７】
例えば、図６に示すように、ＳＩＰサーバ５００とＳＩＰサーバ６００とが相互に通信可能な状態で接続され、ＳＩＰサーバ６００と、ＳＩＰサーバ４００およびＳＩＰサーバ７００とが相互に通信可能な状態で接続されているものとする。また、ＳＩＰサーバ５００には、呼制御端末３００が所属し、ＳＩＰサーバ４００にユーザ端末１００が所属し、ＳＩＰサーバ７００にユーザ端末２００が所属するものとする。なお、図６は、実施例２に係るシステムの構成例を示す図である。
【００５８】
上述したようにシステムが構成される場合に、呼制御端末３００が所属するＳＩＰサーバ５００は、ＳＩＰサーバ６００を介して、呼制御端末３００から受信したＲＥＦＥＲ信号をＳＩＰサーバ４００に中継する。なお、ＳＩＰサーバ５００と、ＳＩＰサーバ４００およびＳＩＰサーバ７００との間には、ＳＩＰサーバ６００以外の複数のＳＩＰサーバをさらに配置して、信号を中継させるようにしてもよい。
【００５９】
ＳＩＰサーバ４００は、ＲＥＦＥＲ信号を受信すると、上述した実施例１と同様に、ＲＥＦＥＲ信号のヘッダ内に挿入されている第三者呼制御の情報を取得して、信号の発信元である呼制御端末３００の電話番号と、ＩＰアドレスとの対応関係が正しいか否かを検証する。そして、検証の結果、電話番号とＩＰアドレスとの対応関係が正しい場合には、ＲＥＦＥＲ信号をユーザ端末１００に中継する。
【００６０】
また、ＳＩＰサーバ４００は、ユーザ端末２００へ向けて発信されたＩＮＶＩＴＥ信号をユーザ端末１００から受信すると、ＲＥＦＥＲ信号とＩＮＶＩＴＥ信号の結びつけを行い、ＩＮＶＩＴＥ信号が呼制御端末３００を起点とした第三者呼制御に関する信号である場合には、呼制御端末３００を起点とした第三者呼制御に関する信号であることを保証する保証情報をＩＮＶＩＴＥ信号に挿入する。そして、ＩＮＶＩＴＥ信号の発信元であるユーザ端末１００の電話番号と、ＩＰアドレスとの対応関係が正しいか否かを検証し、検証の結果、電話番号とＩＰアドレスとの対応関係が正しい場合には、ＩＮＶＩＴＥ信号をユーザ端末２００へ中継する。
【００６１】
ＳＩＰサーバ６００は、ＳＩＰサーバ４００から受信したＩＮＶＩＴＥ信号に含まれる保障情報を信用して、ＳＩＰサーバ７００に中継する。ＳＩＰサーバ７００は、ＳＩＰサーバ６００から受信したＩＮＶＩＴＥ信号をユーザ端末２００に中継する。
【００６２】
なお、ＳＩＰサーバ４００は、ＳＩＰサーバ６００およびＳＩＰサーバ７００が、正しい宛先へ信号を中継することを信用するものとする。また、ＳＩＰサーバ５００が、ＲＥＦＥＲ信号の発信元の電話番号とＩＰアドレスの対応関係を検証し、検証に成功した場合にのみ、ＲＥＦＥＲ信号を中継するような構成としてもよい。
【００６３】
上述してきたようなシステム構成をとることで、上記の実施例１で説明したＳＩＰサーバ４００の機能を、大規模なコンピュータシステムにも適用できる。
【００６４】
（２）装置構成等
また、図２に示したＳＩＰサーバ４００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、ＳＩＰサーバ４００の分散・統合の具体的形態は図示のものに限られず、例えば、ヘッダ判定部４３２と信号中継部４３３とを統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、ＳＩＰサーバ４００にて行なわれる各処理機能（例えば、図５参照）は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６５】
（３）通信処理プログラム
また、上記の実施例１で説明したＳＩＰサーバ４００の各種の処理（例えば、図５等参照）は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、図７を用いて、上記の実施例１と同様の機能を有する通信処理プログラムを実行するコンピュータの一例を説明する。図７は、通信処理プログラムを実行するコンピュータを示す図である。
【００６６】
同図に示すように、ＳＩＰサーバとしてコンピュータ８００は、通信制御部８１０、ＨＤＤ８２０、ＲＡＭ８３０およびＣＰＵ８４０をバス９００で接続して構成される。
【００６７】
ここで、通信制御部８１０は、各種情報のやり取りに関する通信を制御する。ＨＤＤ８２０は、ＣＰＵ８４０による各種処理の実行に必要な情報を記憶する。ＲＡＭ８３０は、各種情報を一時的に記憶する。ＣＰＵ８４０は、各種演算処理を実行する。
【００６８】
そして、ＨＤＤ８２０には、図７に示すように、上記の実施例１に示したＳＩＰサーバ４００の各処理部と同様の機能を発揮する通信処理プログラム８２１と、通信処理用データ８２２とがあらかじめ記憶されている。なお、この通信処理プログラム８２１を適宜分散させて、ネットワークを介して通信可能に接続された他のコンピュータの記憶部に記憶させておくこともできる。
【００６９】
そして、ＣＰＵ８４０が、この通信処理プログラム８２１をＨＤＤ８２０から読み出してＲＡＭ８３０に展開することにより、図７に示すように、通信処理プログラム８２１は通信処理プロセス８３１として機能するようになる。そして、通信処理プロセス８３１は、通信処理用データ８２２等をＨＤＤ８２０から読み出して、ＲＡＭ８３０において自身に割り当てられた領域に展開し、この展開したデータ等に基づいて各種処理を実行する。なお、通信処理プロセス８３１は、図２に示したＳＩＰサーバ４００の制御部（ヘッダ情報取得部４３１、ヘッダ判定部４３２および信号中継部４３３等）において実行される処理にそれぞれ対応する。
【００７０】
なお、上記した通信処理プログラム８２１については、必ずしも最初からＨＤＤ８２０に記憶させておく必要はなく、例えば、コンピュータ８００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ８００に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ８００がこれらから各プログラムを読み出して実行するようにしてもよい。
【００７１】
（４）通信処理方法
上記の実施例１で説明したＳＩＰサーバ４００により、以下のような通信処理方法が実現される。
【００７２】
すなわち、呼制御端末から受信したＲＥＦＥＲ信号を中継する前に、当該ＲＥＦＥＲ信号に含まれるヘッダ内から、呼制御端末を起点とした第三者呼制御であることを示す情報を抽出して保持する情報保持ステップと（例えば、図５のステップＳ２参照）、ＲＥＦＥＲ信号を着信した端末から、当該端末の接続相手となる他方の端末へ向けて発信されたＩＮＶＩＴＥ信号を受信した場合に、当該ＩＮＶＩＴＥに含まれるヘッダ内の情報と、情報保持ステップにより保持された情報とを比較して、ＩＮＶＩＴＥ信号が呼制御端末を起点とした第三者呼制御に関する信号であるか否かを判定する判定ステップと（例えば、図５のステップＳ５参照）、ＩＮＶＩＴＥ信号が呼制御端末を起点とした第三者呼制御に関する信号であるものと判定ステップにより判定された場合には、ＩＮＶＩＴＥ信号の発信元である端末の接続相手となる他方の端末へ向けてＩＮＶＩＴＥ信号を中継する中継ステップと（例えば、図５のステップＳ６参照）を含んだ通信処理方法が実現される。
【産業上の利用可能性】
【００７３】
以上のように、本発明に係るサーバ装置、通信処理システム、通信処理方法および通信処理プログラムは、呼制御端末を起点とした第三者呼制御による端末間の通信を確立することに有用であり、特に、ＲＥＦＥＲ方式を用いて第三者呼制御を実行する場合に、ＩＮＶＩＴＥ信号を他の端末から着信した端末に、端末の動作に依存されない信頼性のある情報に基づいて呼制御者を確認させることに適する。
【図面の簡単な説明】
【００７４】
【図１】実施例１に係るＳＩＰサーバの特徴を説明するための図である。
【図２】実施例１に係るＳＩＰサーバの構成を示す図である。
【図３】実施例１に係るヘッダの記述例を示す図である。
【図４】従来技術（発信者番号通知）を説明するための図である。
【図５】実施例１に係るＳＩＰサーバの動作を説明するための図である。
【図６】実施例２に係るシステムの構成例を示す図である。
【図７】通信処理プログラムを実行するコンピュータを示す図である。
【図８】ＲＥＦＥＲ方式を利用したサービス例を示す図である。
【図９】ＲＥＦＥＲ方式における従来の仕組みを説明するための図である。
【符号の説明】
【００７５】
１  ＳＩＰ網
１００  ユーザ端末
２００  ユーザ端末
３００  呼制御端末
４００  ＳＩＰサーバ
４１０  通信制御部
４２０  記憶部
４２１  ヘッダ情報記憶部
４３０  制御部
４３１  ヘッダ情報取得部
４３２  ヘッダ判定部
４３３  信号中継部
５００〜７００  ＳＩＰサーバ
８００  コンピュータ（ＳＩＰサーバ）
８１０  通信制御部
８２０  ＨＤＤ（Hard Disk Drive）
８２１  通信処理プログラム
８２２  通信処理用データ
８３０  ＲＡＭ（Random Access Memory）
８３１  通信処理プロセス
８４０  ＣＰＵ（Central Processing Unit）
９００  バス
【図１】
2010178291.tif 000003
【図２】
2010178291.tif 000004
【図３】
2010178291.tif 000005
【図４】
2010178291.tif 000006
【図５】
2010178291.tif 000007
【図６】
2010178291.tif 000008
【図７】
2010178291.tif 000009
【図８】
2010178291.tif 000010
【図９】
2010178291.tif 000011