(57)【要約】【課題】インターネット電話において、不特定者への意図しない転送を回避する。【解決手段】プロトコルがＳＩＰの場合、ｐｒｏｘｙサーバは、転送要求を監視する機能と、転送要求後に当該転送先へのセッション確立要求があった場合に、当該セッション確立要求を送出した端末に転送呼であることを通知する通知機能とを備える。【選択図】図２
2004363941.tif 000002
【特許請求の範囲】
【請求項１】
ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークにおいて、端末を管理するとともに、前記自身が管理している端末が他の端末とセッションを確立、変更、および、切断する際に、要求および応答の中継を行なう中継装置であって、
前記自身が管理している端末とセッションを確立している他の端末から、前記自身が管理している端末に当該セッションの転送要求がなされたかを監視する転送監視手段と、
前記転送監視手段において前記転送要求が検出された後に、前記自身が管理している端末から当該転送要求の中で指示された転送先にセッションを確立する要求が送出された場合、当該自身が管理している端末に前記転送がなされていることを通知する転送通知手段と
を備えることを特徴とする中継装置。
【請求項２】
請求項１記載の中継装置であって、
前記転送監視手段は、受け付けた転送要求内に格納されている転送先の情報と当該転送要求が送信された前記自身が管理している端末の情報とを管理し、
前記転送通知手段は、前記自身が管理している端末からセッションを確立する要求が送出された場合、前記転送監視手段に管理されている情報と、当該セッションを確立する要求に格納されている相手先端末の情報とを比較し、合致した場合に前記通知を行なうこと
を特徴とする中継装置。
【請求項３】
請求項１または２記載の中継装置であって、
前記セッションは、ＳＩＰプロトコルを用いて確立されること
を特徴とする中継装置。
【請求項４】
端末を管理するとともに前記自身が管理している端末と他の端末とのセッションの確立、変更、切断を行なうＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク上の中継装置において、前記自身が管理している端末が他の端末とセッションを確立している際に、前記他の端末から送信された当該セッションを転送する要求に従ってセッションを転送するセッション転送方法であって、
前記他の端末側から前記自身が管理している端末に対し、別の端末に転送する要求が送出されたか否かを監視する監視ステップと、
前記監視ステップにおいて、転送の要求が送出されたことが検出された場合、前記自身が管理している端末から送出されたセッションを確立する要求の中の、相手先端末と前記別の端末とを比較する比較ステップと、
前記比較ステップにおいて、両者が一致した場合、前記自身が管理している端末に音声ガイダンスを送出する音声出力ステップと、
を備えることを特徴とするセッション転送方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク上での音声通話の転送技術に関する。
【０００２】
【従来の技術】
ＩＰネットワーク上で音声通話をはじめとするマルチメディアセッションの確立、変更、切断を実現するプロトコルとしてＨ．３２３やＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などが知られている。これらのプロトコルは、ＩＰネットワークに接続された端末間のあらゆる種類のセッションの確立が可能であり、最近では、音声セッション、すなわち、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）技術を用いたインターネット電話のネットワークにも採用されている。
【０００３】
ＶｏＩＰによるネットワークに、例えば、ＳＩＰプロトコルを用いた場合の一般的な接続例を図１０に示す。本図に示すように、ＶｏＩＰネットワークは、インターネットを介して接続されるイントラネット、端末ｘ、端末ｙなどのｐｒｏｘｙサーバとして働くＳＩＰｐｒｏｘｙサーバＣなどを備える。また、イントラネット内には、ＳＩＰｐｒｏｘｙサーバＡ、ＳＩＰｐｒｏｘｙサーバＢなどがあり、それぞれ、ＬＡＮで接続された端末ａ１、ａ２・・、および、ｂ１、ｂ２・・・のｐｒｏｘｙサーバとして処理を行なう。
【０００４】
図１０の例において、社内の内線電話などのイントラネット内では、ＳＩＰｐｒｏｘｙサーバＡと、ＳＩＰｐｒｏｘｙサーバＢとが接続され、これらを経由して、異なるＳＩＰｐｒｏｘｙサーバに接続されている端末同士も音声セッションの確立、すなわち、通話が可能となっている。
【０００５】
また、図１０の例では、イントラネット内の各端末ａ１、ａ２、・・・・、ｂ１、ｂ２、・・・・は、それぞれが接続されているＳＩＰｐｒｏｘｙサーバを経由して、インターネットを介してイントラネット外の端末ｘ、ｙ、・・・とも、ＳＩＰｐｒｏｘｙサーバＣを介して同じプロトコルを用いて直接通話が可能である。
【０００６】
ここで、ＳＩＰなどのプロトコルは、セッションの転送機能を有し、例えば図１１（ａ）に示すように、端末ａ１と端末ｂ１とが通話をしている際に、当該通話を端末ｂ１から端末ｂ２へと転送したり、また、図１１（ｂ）に示すように、端末ａ１と端末ｘとが通話をしている際に、当該通話を端末ｘから端末ｙへ転送したりすることが可能である（例えば、非特許文献１参照）。
【０００７】
【非特許文献１】
Ｒ．  Ｓｐａｒｋｓ  （ｄｙｎａｍｉｃｓｏｆｔ），  Ａ．  Ｊｏｈｎｓｔｏｎ  （ＷｏｒｌｄＣｏｍ）  ”Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ    Ｔｒａｎｓｆｅｒ  ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｃｃ−ｔｒａｎｓｆｅｒ−０１”  ［ｏｎｌｉｎｅ］  Ｆｅｂｒｕａｒｙ  １１，  ２００３  ＳＩＰＰＩＮＧ  ＷＧ  Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ  Ｅｘｐｉｒｅｓ：  Ａｕｇｕｓｔ  １２，  ２００３、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｃｃ−ｔｒａｎｓｆｅｒ−０１．ｔｘｔ
【０００８】
【発明が解決しようとする課題】
非特許文献１に示すように、例えばＳＩＰプロトコルでは、ＲＥＦＥＲというリクエストを有し、転送の際には、転送元端末が被転送端末に転送先端末とのセッションを確立するよう指示を与える。すなわち、端末ｂ１が端末ａ１とが通話中に、その通話を端末ｂ２に転送する場合、端末ｂ１は、端末ａ１にＲＥＦＥＲを用いて転送の指示を与え、端末ａ１は端末ｂ２と新たにセッションを確立する。
【０００９】
端末ａ１内では、ＲＥＦＥＲを受信すると転送の処理、すなわち、新たに端末ｂ１とのセッションの確立を自動的に行なうため、端末ａ１のユーザはそのような転送が行なわれていることを認識しないことがある。
【００１０】
例えば、図１０の例において、イントラネット内では、ＳＩＰｐｒｏｘｙサーバにおいて、転送先として不適な端末は予め転送不能なように設定することも容易である。
【００１１】
しかし、ＳＩＰでは、インターネットを介して外部の管理状態が不明な端末ｘ、端末ｙなどとの接続も可能であるため、図１１（ｂ）に示すように、これらの端末間でも、転送は行なわれることがある。そして、端末ａ１の利用者にとって、この転送は意図しないものである場合がある。
【００１２】
上記事情に鑑み、本発明は、インターネット電話において、不特定者への意図しない転送を回避可能にすることを目的とする。
【００１３】
【課題を解決するための手段】
上記課題を解決するために、本発明は、端末間の呼を中継する装置内に音声により転送を通知する機能を組み込み、端末の利用者に転送がなされることを通知する。
【００１４】
すなわち、中継装置内に自身が管理している端末のシーケンスを監視し、転送を開始する要求がなされたことを検知すると、音声ガイダンスなどを当該端末に送信し、端末の利用者に注意を促すよう構成する。
【００１５】
具体的には、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークにおいて、端末を管理するとともに、前記自身が管理している端末が他の端末とセッションを確立、変更、および、切断する際に、要求および応答の中継を行なう中継装置であって、前記自身が管理している端末とセッションを確立している他の端末から、前記自身が管理している端末に当該セッションの転送要求がなされたかを監視する転送監視手段と、前記転送監視手段において前記転送要求が検出された後に、前記自身が管理している端末から当該転送要求の中で指示された転送先にセッションを確立する要求が送出された場合、当該自身が管理している端末に前記転送がなされていることを通知する転送通知手段と
を備えることを特徴とする中継装置を提供する。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。なお、以下の実施形態においては、端末をＩＰ電話とし、ＩＰ電話サービスを実現するＶｏＩＰ技術のうち、特に音声パスを確立するためのシグナリングプロトコル（呼制御手順）として、ＳＩＰを用いた場合を例にあげ、説明する。
【００１７】
本実施形態における、ＶｏＩＰネットワークの接続例を図１に示す。
【００１８】
イントラネット５００は、ＳＩＰ端末３００ａ１、ＳＩＰ端末３００ａ２・・・などをＬＡＮで接続するＳＩＰｐｒｏｘｙ１００Ａと、ＳＩＰ端末３００ｂ１、ＳＩＰ端末３００ｂ２・・・などをＬＡＮで接続するＳＩＰｐｒｏｘｙ１００Ｂとを備え、インターネット６００に接続している。また、インターネット６００には、端末３００ｘ、端末３００ｙのｐｒｏｘｙサーバとして動作するＳＩＰｐｒｏｘｙ１００Ｃが接続している。もちろん、インターネット６００に接続されるＳＩＰｐｒｏｘｙ、ＳＩＰｐｒｏｘｙに接続される端末の台数は、限定されない。
【００１９】
なお、以下において、各ＳＩＰｐｒｏｘｙ１００Ａ、１００Ｂ、１００Ｃは、特に区別が必要ない場合は、ＳＩＰｐｒｏｘｙ１００で代表する。
【００２０】
また、各端末も同様に、端末３００で代表する。ここで、本実施形態においては端末３００は、２つの端末３００間でメッセージを交換する際に、リクエストを送信する機能であるＵＡＣ（Ｕｓｅｒ  Ａｇｅｎｔ  Ｃｌｉｅｎｔ）と、レスポンスを返信する機能であるＵＡＳ（Ｕｓｅｒ  Ａｇｅｎｔ  Ｓｅｒｖｅｒ）とを備える。
【００２１】
次に、本実施形態におけるＳＩＰｐｒｏｘｙ１００の機能を説明する。図２は、本実施形態におけるＳＩＰｐｒｏｘｙ１００の機能構成図である。
【００２２】
本図に示すように、ＳＩＰｐｒｏｘｙ１００は、ＳＩＰロケーションサーバ機能部１１０、ＳＩＰレジストラサーバ機能部１２０、ＳＩＰｐｒｏｘｙサーバ機能部１３０、ＳＩＰｐｒｏｘｙ制御部１４０、転送手順監視部１５０、ガイダンス制御部１６０、音源１７０、ＵＤＰ／ＩＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ  ／  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）制御部１８０、イーサネット（Ｅｔｈｅｒｎｅｔ：登録商標）制御部１９０とを備える。
【００２３】
ＳＩＰレジストラサーバ機能部１２０は、各端末３００のロケーション情報の登録を制御するもので、端末３００から、利用者のＳＩＰ−ＵＲＩ（ＳＩＰ上のアドレス）とロケーション（ＩＰアドレスまたはＦＱＤＮ（ドメイン名））との関連を取得すると、ＳＩＰロケーションサーバ機能部１１０に管理させる。
【００２４】
ＳＩＰロケーションサーバ機能部１１０は、ＳＩＰレジストラサーバ機能部１２０から取得した、利用者のＳＩＰ−ＵＲＩをロケーションと対応させて蓄積し、要求に応じて提供するものである。後述するＳＩＰプロクシサーバ機能部１３０は、端末３００から接続要求を受信した際、ＳＩＰロケーションサーバ機能部１１０を参照し、接続先端末のロケーションを取得し、セッションを確立する。
【００２５】
ＳＩＰｐｒｏｘｙサーバ機能部１３０は、ＵＡＣに対してはＵＡＳとして動作し、ＵＡＳに対してはＵＡＣとして動作する。それぞれから発せられた要求および応答を、ＳＩＰｐｒｏｘｙ制御機能部１４０に受け渡し、ＳＩＰｐｒｏｘｙ制御機能部１４０からの指示に従い、発信する。
【００２６】
ＳＩＰｐｒｏｘｙ制御機能部１４０は、従来のＳＩＰｐｒｏｘｙ制御機能と同様、ＳＩＰｐｒｏｘｙサーバ機能部１３０のＵＡＳ、ＵＡＣ間のルート制御を行なう。すなわち、ＵＡＣから送信された要求をＵＡＳに、ＵＡＳから送信された応答をＵＡＣに、ルーティングを決定して中継し、要求に対し、必要があれば、自ら応答を返信する。
【００２７】
さらに、本実施形態のＳＩＰｐｒｏｘｙ制御機能部１４０は、ＳＩＰｐｒｏｘｙサーバ機能部１３０から受け取った要求および応答を転送手順監視部１５０に受け渡し、転送手順監視部１５０からの情報に従って、処理中の呼が転送呼である場合、ガイダンス制御部１６０を動作させる。
【００２８】
転送手順監視部１５０は、ｐｒｏｘｙ制御の過程で転送手順が行なわれているかを監視する。具体的には、ＳＩＰｐｒｏｘｙ制御機能部１４０から、ＳＩＰｐｒｏｘｙサーバ機能部１３０が受け取った要求および応答を全て受け取り、転送の要求であるＲＥＦＥＲであるか否か判別する。そして、ＲＥＦＥＲであった場合、参照先（転送先）と相手方端末とのアドレスを抽出して記憶する。
【００２９】
また、ＲＥＦＥＲを受信し、参照先および相手方端末のアドレスが記憶されている場合、後述するＩＮＶＩＴＥを受け取った際に、記憶している相手方端末のアドレスと参照先端末のアドレスとの組み合わせの中に、ＩＮＶＩＴＥに記述されている送信元端末のアドレスと接続先端末のアドレスとの組み合わせと一致するものがあるか否か判別し、一致した場合、転送呼であると判断し、ＳＩＰｐｒｏｘｙ制御機能部１４０に通知する。
【００３０】
ガイダンス制御部１６０は、ＳＩＰｐｒｏｘｙ制御機能部１４０の指示に従って、音源１７０が管理する音源データを用いて音声出力とＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）制御とを行なう。
【００３１】
音源１７０は、音源データを管理するもので、ＵＡＣ、ＵＡＳに出力する音源そのものをデータとして保持していてもよいし、必要に応じて合成してもよい。
【００３２】
ＵＤＰ／ＩＰ制御部１８０、イーサネット（登録商標）制御部１９０は、それぞれ、イーサネット（登録商標）を介して受信したＶｏＩＰデータのそれぞれのレイヤ処理を行なう。なお、本実施形態では、プロトコルは、ＵＤＰではなく、ＴＣＰであってもよい。
【００３３】
また、上記の構成において、ＳＩＰロケーションサーバ機能部１１０、ＳＩＰレジストラサーバ機能部１２０、ＳＩＰｐｒｏｘｙサーバ機能部１３０は、基本的に従来のＳＩＰのそれぞれのサーバと同様の機能を有するものであるため、ここでは、詳細に説明しない。なお、ＳＩＰロケーションサーバ機能部１１０およびＳＩＰレジストラサーバ機能部１２０は、別個独立した装置としてもよい。
【００３４】
次に、本実施形態のＳＩＰｐｒｏｘｙ１００のハードウエア構成の一例を図３に示す。
【００３５】
本図に示すように、ＳＩＰｐｒｏｘｙ１００は、ＣＰＵ４１０と、メモリ４２０と、音源４３０と、イーサネット（登録商標）インタフェース４４０とを備える。
【００３６】
イーサネット（登録商標）インタフェース４４０は、イーサネット（登録商標）を介して受信したイーサフレームからパケットを取り出してＣＰＵに送出し、また、逆にＣＰＵから受け取ったパケットをイーサフレーム化してイーサネット（登録商標）上に送出する。
【００３７】
音源４３０は、音源、または、合成して音源として出力可能なデータを格納する。
【００３８】
メモリ４２０は、図２に記載の各機能を実現するプログラムおよびデータを蓄積する。そして、ＣＰＵ４１０は、メモリ４２０内に蓄積されたプログラムを実行することで、上記各機能を実現する。
【００３９】
なお、本ハードウエア構成は、ＳＩＰｐｒｏｘｙ１００をＳＩＰｐｒｏｘｙサーバとして単体として実現する場合の例であるが、これに限られない。例えば、ＣＰＵ、メモリ、イーサネット（登録商標）インタフェースを持ち、音源を内蔵しているかまたは音声入出力インタフェースを備える一般のパーソナルコンピュータなどの情報処理装置上でも実現可能である。
【００４０】
次に、本実施形態の処理シーケンスについて説明する。図４および図５を用い、通常の発信シーケンスと、本実施形態の、ＲＥＦＥＲ受信後の発信シーケンスとを説明する。
【００４１】
なお、以下において、ＩＮＶＩＴＴＥ、ＡＣＫ、ＢＹＥ、ＣＡＮＣＥＬ，ＲＥＦＥＲ、ＮＯＴＩＦＹは、ＳＩＰで定義されているリクエストで、以下の目的で用いられるものである。
ＩＮＶＩＴＥ：接続を希望する相手方端末との接続を開始する。ＩＮＶＩＴＥの送信元の端末のアドレスと、接続を希望する相手方の端末のアドレスとを備える。
ＡＣＫ：ＩＮＶＩＴＥに対する最終レスポンスを受信したことを知らせる。
ＢＹＥ：セッションを中断する。ここで、２者間通信では、片方がＢＹＥを用いて中断を申し出ると、セッションは中断する。
ＣＡＮＣＥＬ：ＩＮＶＩＴＥの中断を指示する。
ＲＥＦＥＲ：音声セッションを確立中の端末が、相手方端末に、参照先（転送先）を指示する。なお、ＲＥＦＥＲは、相手方端末のアドレスと転送先のアドレスとの情報を備える。
ＮＯＴＩＦＹ：経過情報を通知する。
【００４２】
上記のリクエストを発信する側がクライアントであり、サーバは、リクエストを受信すると、１つあるいは複数のレスポンスを発行する。レスポンスは３桁の状態コードと返信理由とからなり、リクエストに対して、経過情報として送出される中間応答と、最終的な応答として送出される最終応答とがある。本実施形態で用いられるものは、それぞれ、以下の意味を持つ。
１００  Ｔｒｙｉｎｇ：試行中を示す中間応答で、例えばＩＮＶＩＴＥリクエストなどを受信した際、すぐに処理結果を返信できない場合、まず、受信したことを送信元端末に通知するために返信される。
１８０  Ｒｉｎｇｉｎｇ：呼出中を示す中間応答である。
１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ：セッション状況を示す中間応答である。
２００  ＯＫ：リクエストの成功を示す最終応答である。
２０２  Ａｃｃｅｐｔｅｄ：リクエストを受け入れたことを示す最終応答である。
４０７  Ｐｒｏｘｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ［４０７ｐｒｏｘｙ認証要求］：ｐｒｏｘｙ認証を要求する最終応答で、送信元端末を認証する情報とともに返信される。
４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄ：リクエストの終了を示す最終応答である。
【００４３】
図４は、ＳＩＰを用いてセッションを開始する際に、端末３００とＳＩＰｐｒｏｘｙ１００との間でやりとりされる、通常の要求と応答のシーケンスを説明するための図である。ＳＩＰでは、発信元端末からＩＮＶＩＴＥが出されると、ｐｒｏｘｙサーバは、認証処理後、当該ＩＮＶＩＴＥを接続先の端末に中継する。
【００４４】
まず、端末３００（ＵＡＣ）は、利用者の発信の意思を受け付けると、ＳＩＰｐｒｏｘｙ１００にＩＮＶＩＴＥを送信する（ステップ３００１）。ＳＩＰｐｒｏｘｙ制御部１４０は、ＩＮＶＩＴＥを受信すると、端末３００に対して、ＵＡＳとして動作し、発信する端末３００を認証する手順を行うため、ＳＩＰｐｒｏｘｙサーバ機能部１３０に、４０７ｐｒｏｘｙ認証要求を発信元端末３００に返信させる（ステップ３００２）。この４０７ｐｒｏｘｙ認証要求には、端末３００を認証する情報が含まれている。
【００４５】
４０７認証要求を受信すると、端末３００は、ＡＣＫをＳＩＰｐｒｏｘｙ１００に送出する（ステップ３００３）。ここでは、ＡＣＫは、ステップ３００１で送出したＩＮＶＩＴＥに対し、４０７ｐｒｏｘｙ認証要求のレスポンスを受信したことをＳＩＰｐｒｏｘｙ１００に通知するために送出される。
【００４６】
その後、端末３００は、ステップ３００２で送出された４０７ｐｒｏｘｙ認証要求に含まれている認証情報に基づいて認証の情報を付加したＩＮＶＩＴＥをＳＩＰｐｒｏｘｙ１００に送出する（ステップ３００４）。それを受け、ＳＩＰｐｒｏｘｙ１００のＳＩＰｐｒｏｘｙ制御部１４０はＳＩＰｐｒｏｘｙサーバ機能部１３０に、折り返し、１００  Ｔｒｙｉｎｇレスポンスを端末３００に送出させる（ステップ３００５）とともに、ＩＮＶＩＴＥを相手先端末のＵＡＳに送出する（ステップ３００６）。
【００４７】
以上が、通常の発信の場合のＵＡＣである端末３００とＳＩＰｐｒｏｘｙ１００との間の処理シーケンスである。
【００４８】
本実施形態では、端末間にＳＩＰｐｒｏｘｙ１００を介入させ、認証を行なってから、相手先端末とセッションを確立する処理を行なう。そして、ＳＩＰｐｒｏｘｙ１００において、端末３００からＲＥＦＥＲを受信した後の最初のＩＮＶＩＴＥを受信した際、この認証手順の間に、端末３００との間に音声パスを形成し、音声信号でガイダンスを送出するよう構成したものである。
【００４９】
この場合の処理の概要を説明するためのシーケンスを図５に示す。
【００５０】
本図に示すように、ＲＥＦＥＲを中継した後、ＵＡＣである端末３００からＩＮＶＩＴＥを受け取る（ステップ４００１）と、ＳＩＰｐｒｏｘｙ制御部１４０は、４０７ｐｒｏｘｙ認証要求を送出する前に、ＳＩＰｐｒｏｘｙサーバ機能部１３０に、１８３  Ｐｒｏｇｒｅｓｓを返信させる（ステップ４００２）。そして、ＳＩＰｐｒｏｘｙ制御部１４０は、端末３００とＳＩＰｐｒｏｘｙ１００間に音声パスを形成し、ガイダンス制御部１６０に、音源１７０からガイダンスを送信させる（ステップ４００３）。ガイダンスは、例えば、「転送しています」などの内容で、利用者に当該呼が転送されていることを通知できる内容のものであればよい。そして、端末３００側は、転送が不審な場合は、音声パスが確立し、ガイダンスを再生中に、切断の処理を行なうことができる。
【００５１】
音声パスが確立している最中に、端末３００にて切断の処理がなされなかった場合、ＳＩＰｐｒｏｘｙ制御部１４０は、ＳＩＰｐｒｏｘｙサーバ機能部１３０に、４０７ｐｒｏｘｙ認証要求を送出させ（ステップ４００４）、ＡＣＫとＩＮＶＩＴＥとを受け取り（ステップ４００５、４００６）、１００  Ｔｒｙｉｎｇを返信させるとともに、ＵＡＳにＩＮＶＩＴＥを送出させる（ステップ４００７、４００８）。
【００５２】
ここで、以下に、ＳＩＰｐｒｏｘｙ制御部１４０の、ＲＥＦＥＲ受信後、ガイダンスを送出するまでの処理を説明する。
【００５３】
図６は、ＳＩＰｐｒｏｘｙ制御部１４０の処理フローを示す。
【００５４】
ＳＩＰｐｒｏｘｙ制御部１４０は、ＳＩＰｐｒｏｘｙサーバ機能部１３０を介してリクエストを受信する（ステップ６００１）と、受信したリクエストがＲＥＦＥＲであるか否かを、転送手順監視部１５０に判別させる（ステップ６００２）。
【００５５】
ＲＥＦＥＲであった場合、ＲＥＦＥＲに記述されている送信先（相手方）端末のアドレスと参照先端末のアドレスとを転送手順監視部１５０に保存させ（ステップ６００３）、通常のリクエスト処理に戻る。
【００５６】
ステップ６００２において、受信したリクエストがＲＥＦＥＲでない場合、そのリクエストがＩＮＶＩＴＥであるか否か確認させる（ステップ６００４）。ＩＮＶＩＴＥでなければ、通常のリクエスト処理にもどる。
【００５７】
ステップ６００４で、ＩＮＶＩＴＥであれば、当該ＩＮＶＩＴＥの送信元の端末のアドレスおよび受取先端末のアドレスが、それぞれ、ステップ６００３で保存したＲＥＦＥＲの送信先端末のアドレスおよび参照先端末のアドレスと一致するか否か、転送手順監視部１５０に確認させる（ステップ６００５）。一方でも一致しなければ、通常のリクエスト処理にもどる。
【００５８】
ステップ６００５で、両アドレスが一致した場合、すなわち、転送手順監視部１５０から転送呼であるとの返信を得た場合、ＳＩＰｐｒｏｘｙサーバ機能部１３０に１８３  Ｐｒｏｇｒｅｓｓを、当該ＩＮＶＩＴＥ送信元の端末に返信させ（ステップ６００６）、ガイダンス制御部１６０に、送信元の端末にＲＴＰによりガイダンスを送出させる（ステップ６００７）。
【００５９】
ガイダンスの送信が終了すると（ステップ６００８）、ＳＩＰｐｒｏｘｙサーバ機能部１３０に、ステップ６００４で受信したＩＮＶＩＴＥの送信元端末に対して４０７ｐｒｏｘｙ認証要求を送信させ（ステップ６００９）、転送手順監視部１５０にステップ６００５で一致を確認したアドレスを削除させる（ステップ６０１０）。
【００６０】
ここで、ステップ６００３におけるＲＥＦＥＲに格納されているアドレスの組の数は限定されない。複数保存が可能である。複数の組が格納されている場合は、ステップ６００５において、格納されている全てのアドレスの組に対して一致の有無をチェックする。
【００６１】
また、ステップ６００７において、ガイダンスが送出されている間は、ＣＡＮＣＥＬの受信が可能である。この間にＣＡＮＣＥＬを受信した場合、ＳＩＰｐｒｏｘｙ制御部１４０は、ＳＩＰｐｒｏｘｙサーバ機能部１３０に、ステップ６００４で受信を判断したＩＮＶＩＴＥに対する処理を中断させる。すなわち、転送を行なわない。
【００６２】
次に、本実施形態において、図１のネットワークで、ＳＩＰｐｒｏｘｙ１００Ａを介して端末３００ａ１から、ＳＩＰｐｒｏｘｙ１００Ｃを介して端末３００ｘに発信して接続してから他の端末３００ｙへの転送に至るまでのシーケンスを図７に従って説明する。
【００６３】
端末３００ａ１とＳＩＰｐｒｏｘｙ１００Ａとの間で、ＩＮＶＩＴＥ、４０７ｐｒｏｘｙ認証要求、ＡＣＫ、ＩＮＶＩＴＥ、１００  Ｔｒｙｉｎｇなどのやり取りが図４と同様のシーケンスでなされ、ＳＩＰｐｒｏｘｙ１００Ａにおいて発信元の端末３００ａ１の認証が完了すると（ステップ５００１）、ＳＩＰｐｒｏｘｙ１００Ａは、相手先のＳＩＰｐｒｏｘｙ１００Ｃを介して端末３００ｘにＩＮＶＩＴＥを送信する（ステップ５００２）。
【００６４】
ＳＩＰｐｒｏｘｙ１００Ｃでは、リンガをアクティブにするとともに、ＳＩＰｐｒｏｘｙ１００Ａに１００  Ｔｒｙｉｎｇを返し、ＩＮＶＩＴＥを受け取ったことを報告する（ステップ５００３）。
【００６５】
その後、ＳＩＰｐｒｏｘｙ１００Ｃは、１８０  Ｒｉｎｇｉｎｇまたは／および１８３  ＰｒｏｇｒｅｓｓをＳＩＰｐｒｏｘｙ１００Ａに送出し（ステップ５００４）、受け取ったＳＩＰｐｒｏｘｙ１００Ａは、それらのレスポンスを端末３００ａ１に中継する（ステップ５００５）。
【００６６】
その後、ＳＩＰｐｒｏｘｙ１００Ａは、端末３００ｘの利用者がオフフックなどを行なうことで応答を受け付けた端末ｘからの２００  ＯＫのレスポンスを受け取ると、それを端末３００ａ１に送出し（ステップ５００６、５００７）、端末３００ａ１からのＡＣＫを端末３００ｘに中継する（ステップ５００８、５００９）。
【００６７】
以上の手順を終えると、端末３００ａ１は相手先端末３００ｘに直接接続し、ＲＴＰにて端末３００ｘと通話を行なう（ステップ５０１０）。
【００６８】
その後、端末３００ｘは、ステップ５０１０で接続された通話を端末３００ｙに転送するため、転送先の端末の情報が入っているＲＥＦＥＲをＳＩＰｐｒｏｘｙ１００Ａに送出する（ステップ５０１１）。
【００６９】
ＳＩＰｐｒｏｘｙ１００Ａは、このＲＥＦＥＲを中継して端末３００ａ１に送信し（ステップ５０１２）、端末３００ａ１からの２０２  Ａｃｃｅｐｔｅｄを端末３００ｘに中継する（ステップ５０１３、５０１４）。そして、ＳＩＰｐｒｏｘｙ１００Ａは、ＲＥＦＥＲに対する端末３００ａ１からのＮＯＴＩＦＹを同じく中継し、折り返し端末３００ｙから発信される２００  ＯＫを端末３００ａ１に中継する（ステップ５０１５〜５０１８）。
【００７０】
ＳＩＰｐｒｏｘｙ１００Ａは、ＲＥＦＥＲに付与されている転送先の情報を管理し、端末３００ａ１から転送先端３００ｙへのＩＮＶＩＴＥを受け取ると、先ほど図５において説明したシーケンスを開始する（ステップ５０１９）。
【００７１】
そして、ＳＩＰｐｒｏｘｙ１００Ａは、端末３００ａ１からＩＮＶＩＴＥを受け付けると、１００  Ｔｒｙｉｎｇを端末３００ａ１に返すとともに、ＩＮＶＩＴＥを転送先の端末３００ｙに送出し、ステップ５００３からステップ５０１０と同様の手順で端末３００ａ１と端末３００ｙとの間の通話路を確立する。
【００７２】
次に、上記のステップ５０１９内のシーケンスにおいてガイダンス再生中に端末３００ｙへの転送を止める場合のシーケンスについて説明する。
【００７３】
転送を止める場合のシーケンスを図８に示す。
【００７４】
本図に示すように、端末３００ａ１から転送呼を確立するためにＩＮＶＩＴＥが送出された後、ＳＩＰｐｒｏｘｙ１００Ａと端末３００ａ１との間に音声パスが確立し、ガイダンスが流れている間に、オンフックなどの操作により、端末３００ａ１が利用者の切断の意思を受け付ける（ステップ７００１）と、切断の意思を示すリクエストとして、端末３００ａ１のＵＡＣは、ＣＡＮＣＥＬをＳＩＰｐｒｏｘｙ１００Ａに送出する（ステップ７００２）。
【００７５】
それを受けてＳＩＰプロク１００Ａは、端末３００ａ１に、このＣＡＮＣＥＬに対する最終応答２００  ＯＫを返し（ステップ７００３）、ＣＡＮＣＥＬが成功したことを通知するとともに、ＩＮＶＩＴＥに対する最終応答４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄを返し（ステップ７００４）、ＩＮＶＩＴＥが拒否されたことを通知する。この時点で、転送呼は終了する。
【００７６】
その後、端末３００ａ１は、端末３００ｘと接続されていた呼であるＲＴＰを切断するために、ＢＹＥをＳＩＰｐｒｏｘｙ１００Ａに送出し（ステップ７００５）、ＳＩＰｐｒｏｘｙ１００Ａはそのまま端末３００ｘにＢＹＥを中継する（ステップ７００６）。ＢＹＥを受けた端末３００ｘからＳＩＰｐｒｏｘｙ１００Ａを介し、端末３００ａ１に２００  ＯＫを返すことにより、ＲＴＰは切断され、端末３００ｘとの通話が終了する（ステップ７００７、７００８）。
【００７７】
以上の実施形態においては、利用者に転送が行なわれることを通知するために、音声ガイダンスを用いる例をあげて説明したが、利用者への通知は、音声ガイダンスに限られない。例えば、所定の発信音などでもよい。
【００７８】
このように、本実施形態によれば、端末側には新たな構成を付加することなく、また、ＳＩＰプロトコルをそのまま用いて、端末に、転送が行なわれることを通知することができる。
【００７９】
これにより、端末の利用者に転送が行なわれる際に注意を促すことができ、意図しない転送を回避することが可能となる。
【００８０】
また、本実施形態によれば、認証処理時に、ＳＩＰｐｒｏｘｙから端末へ通話路を接続し、その通話路を用いてガイダンスを流す。この通話路は、転送の注意喚起以外にも用いることができる。例えば、何らかの事情で認証が失敗した場合などに、認証の失敗などを通知する音声ガイダンスを流すことができ、端末側に対処を促すことができる。
【００８１】
なお、本発明は、以上の実施形態に限られることはなく、諸々の変更が可能である。例えば、上記の実施形態では、ＳＩＰプロトコルを用いる場合を例にあげて説明したが、プロトコルはこれに限られず、Ｈ．３２３などを用いることもできる。
【００８２】
この場合の転送処理時のシーケンスの一例を図９に示す。
【００８３】
本図に示すように、Ｈ．３２３プロトコルを適用する場合は、端末ａ１に接続されているゲートキーパ（ＧＫ）が、自身が管理している端末ａ１と、接続先の端末ｘとのやりとりをモニタし、端末ｘと接続中に、端末ａ１から他の端末ｙに接続要求が出された場合、端末ａ１にガイダンスを流すよう構成する。
【００８４】
具体的には、ＧＫを介して端末ａ１と端末ｘとの通話が設定されている状態で（ステップ８００１）、端末ｘが、呼を転送するために、転送先端末ｙの情報が格納されたＦＡＣＩＬＩＴＹをＧＫに送出すると（ステップ８００２）、ＧＫは、それを端末ａ１に中継する（ステップ８００３）。
【００８５】
端末ａ１は、ＦＡＣＩＬＩＴＹを受け、転送先端末ｙと呼を接続するために、ＳＥＴＵＰをＧＫに送出する（ステップ８００４）。ＦＡＣＩＬＩＴＹの後に当該ＦＡＣＩＬＩＴＹで転送先と指定されている端末宛てにＳＥＴＵＰが送出されると、ＧＫは、ＡＬＥＲＴを送出元の端末ａ１に返し（ステップ８００５）、端末ａ１と音声パスを接続して転送呼であることを端末ａ１に通知する（ステップ８００６）。
【００８６】
所定の時間内に端末ａ１から切断の指示を受け付けない場合、ＧＫは、転送先端末ｙとの間で呼を確立するために、端末ｙに向けてＳＥＴＵＰを送出し（ステップ８００７〜８００９）、端末ａ１と端末ｙとの間の通話路を確立する（ステップ８０１０）。
【００８７】
なお、図中のリクエスト、レスポンスの名称は、一般的にＨ．３２３に定義されているものである。
【００８８】
【発明の効果】
インターネット電話において、不特定者への意図しない転送を回避可能とする。
【図面の簡単な説明】
【図１】図１は、本実施形態のＶｏＩＰネットワークの一例を説明するための図である。
【図２】図２は、本実施形態のＳＩＰｐｒｏｘｙの機能構成図である。
【図３】図３は、本実施形態のＳＩＰｐｒｏｘｙのハードウエア構成図である。
【図４】図４は、ＳＩＰでのセッション開始時の一般的なシーケンスである。
【図５】図５は、本実施形態の転送セッション開始時のシーケンスである。
【図６】図６は、本実施形態のＳＩＰｐｒｏｘｙ制御部の処理フローである。
【図７】図７は、本実施形態の転送時のシーケンスである。
【図８】図８は、本実施形態の転送中断時のシーケンスである。
【図９】図９は、Ｈ．３２３での転送時のシーケンスである。
【図１０】図１０は、従来例を説明するためのＶｏＩＰネットワークの接続例である。
【図１１】図１１は、端末間転送の例を説明するための図である。
【符号の説明】
１００・・・ＳＩＰｐｒｏｘｙ、１１０・・・ＳＩＰロケーションサーバ機能部、１２０・・・ＳＩＰレジストラサーバ機能部、１３０・・・ＳＩＰｐｒｏｘｙサーバ機能部、１４０・・・ＳＩＰｐｒｏｘｙ制御部、１５０・・・転送手順監視部、１６０・・・ガイダンス制御部１６０、１７０・・・音源データ、１８０・・・ＵＤＰ／ＩＰ制御部、１９０・・・イーサネット（登録商標）制御部、３００・・・端末、４００・・・イントラネット、５００・・・インターネット
【図１】
2004363941.tif 000003
【図２】
2004363941.tif 000004
【図３】
2004363941.tif 000005
【図４】
2004363941.tif 000006
【図５】
2004363941.tif 000007
【図６】
2004363941.tif 000008
【図７】
2004363941.tif 000009
【図８】
2004363941.tif 000010
【図９】
2004363941.tif 000011
【図１０】
2004363941.tif 000012
【図１１】
2004363941.tif 000013