(57)【要約】【課題】通信端末に割り当てられた番号を指定して発信があった旨を知ることができる通信システムおよびその動作方法を提供する。【解決手段】アプリケーションサーバ３は、着信端末のユーザに指定論理番号を知らせるための、指定論理番号を含むガイダンスの送出を指示する（Ｓ４）。アプリケーションサーバ３は、発信の際に取得した指定論理番号と、信号ＩＮＦＯ（指定論理番号を通知するガイダンスの送出指示）をメディアサーバ４に送信し、メディアサーバ４は、信号２００ＯＫ、信号ＩＮＦＯ（ガイダンス送出開始）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は、信号２００ＯＫをメディアサーバ４に送信し、メディアサーバ４は、指定論理番号を含むガイダンスを着信端末に送信する。着信端末は、この指定論理番号を音声や画面表示などで再生する。【選択図】図３
2011244074.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末の任意の２通信端末間を通信路で接続する呼処理システムおよび該呼処理システムとともに使用されるメディアサーバを含む通信システムの動作方法であって、
前記一方の通信端末である発信端末が前記他方の通信端末である着信端末に割り当てられた１以上の論理番号の１つを指定して行った発信を前記呼処理システムが受ける発信受付ステップと、
前記呼処理システムが、前記着信端末に着信信号を送信する着信端末呼出ステップと、
前記呼処理システムの指示により前記メディアサーバが、前記着信信号に対して応答信号を送信した前記着信端末に、論理番号を指定した発信があった旨を通知する通知ステップと、
前記呼処理システムが、論理番号を指定した発信があった旨の通知後、前記発信端末と前記着信端末とを通信路で接続させる接続ステップと
を有することを特徴とする通信システムの動作方法。
【請求項２】
前記呼処理システムは、論理番号を指定した発信があった旨の通知後、前記着信端末から予め定められた操作により信号が送信されたなら、前記発信端末と前記着信端末とを通信路で接続させる
ことを特徴とする請求項１記載の通信システムの動作方法。
【請求項３】
複数の通信端末の任意の２通信端末間を通信路で接続する呼処理システムおよび該呼処理システムとともに使用されるメディアサーバを含む通信システムの動作方法であって、
前記一方の通信端末である発信端末が前記他方の通信端末である着信端末に割り当てられた１以上の論理番号の１つを指定して行った発信を前記呼処理システムが受ける発信受付ステップと、
前記呼処理システムが、前記着信端末に着信信号を送信する着信端末呼出ステップと、
前記呼処理システムの指示により前記メディアサーバが、前記着信信号に対して応答信号を送信した前記着信端末に、論理番号を指定した発信があった旨を通知する通知ステップと、
前記メディアサーバが、論理番号を指定した発信があった旨の通知中に、前記着信端末から切断信号が送信されたことにより、前記発信端末に通話不可の旨を通知し、前記発信端末から留守番のメッセージを受信記憶する留守番メッセージ受付ステップと
を有することを特徴とする通信システムの動作方法。
【請求項４】
前記留守番メッセージ受付ステップに代えて、
前記メディアサーバが、論理番号を指定した発信があった旨の通知中に、前記着信端末から予め定められた操作による信号が送信されたことにより、前記発信端末に通話不可の旨を通知し、前記発信端末から留守番のメッセージを受信記憶するステップ
を有することを特徴とする請求項３記載の通信システムの動作方法。
【請求項５】
前記呼処理システムの指示により前記メディアサーバが、前記着信端末と接続中である旨を前記発信端末に通知するステップ
を有することを特徴とする請求項１ないし４のいずれかに記載の通信システムの動作方法。
【請求項６】
前記呼処理システムは、
論理番号を指定した発信があった旨の通知後、前記着信端末のセッションを解放し、前記着信端末のセッションを形成し、前記着信端末に着信信号を送信し、前記着信端末から応答信号が送信されたら、前記発信端末と前記着信端末とを通信路で接続させる
ことを特徴とする請求項１または５記載の通信システムの動作方法。
【請求項７】
前記呼処理システムの指示により前記メディアサーバが、前記指定された論理番号を通知することを特徴とする請求項１ないし６のいずれかに記載の通信システムの動作方法。
【請求項８】
複数の通信端末の任意の２通信端末間を通信路で接続する呼処理システムおよび該呼処理システムとともに使用されるメディアサーバを含む通信システムであって、
前記呼処理システムは、
前記一方の通信端末である発信端末が前記他方の通信端末である着信端末に割り当てられた１以上の論理番号の１つを指定して行った発信を受ける発信受付手段と、
前記着信端末に着信信号を送信する着信端末呼出手段と、
前記発信端末と前記着信端末とを通信路で接続させる接続手段とを備え、
前記メディアサーバは、
前記発信端末と着信端末とを通信路で接続させるのに先立ち、前記呼処理システムの指示により、前記着信信号に対して応答信号を送信した前記着信端末に、論理番号を指定した発信があった旨を通知する通知手段を備える
ことを特徴とする通信システム。
【請求項９】
前記呼処理システムは、
論理番号を指定した発信があった旨の通知後、前記着信端末のセッションを解放し、前記着信端末のセッションを形成し、前記着信端末に着信信号を送信し、前記着信端末から応答信号が送信されたら、前記発信端末と前記着信端末とを通信路で接続させる
ことを特徴とする請求項８記載の通信システム。
【請求項１０】
前記メディアサーバは、前記呼処理システムの指示により前記メディアサーバが、前記指定された論理番号を通知する手段を備える
ことを特徴とする請求項８または９記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末に割り当てられた番号を指定して発信があった旨を知ることができる通信システムおよびその動作方法に関するものである。
【背景技術】
【０００２】
近年においては、通信端末に２つの電話番号を割り当て、いずれの電話番号で発信がなされても、この通信端末で応答できるようなサービスが提供されている（非特許文献１を参照）。通信端末のユーザは、使用された電話番号を知ることができ、これにより、対応を変えることができる。例えば、２つの電話番号の一方を仕事用に、他方をプライベート用にし、使い分けることができる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】”ＮＴＴｄｏｃｏｍｏ  ２ｉｎ１サービス”、［ｏｎｌｉｎｅ］、株式会社ＮＴＴドコモ、［平成２２年４月１日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｔｔｄｏｃｏｍｏ．ｃｏ．ｊｐ／ｓｅｒｖｉｃｅ／ｃｏｍｍｕｎｉｃａｔｉｏｎ／２ｉｎ１／ｉｎｄｅｘ．ｈｔｍｌ＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、通信端末には、電話番号を知るための機能が必要であり、その機能がないと、上記サービスは受けられず、電話番号を使い分けることもできない。
【０００５】
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、通信端末に割り当てられた番号を指定して発信があった旨を知ることができる通信システムおよびその動作方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、第１の本発明に係る通信システムの動作方法は、複数の通信端末の任意の２通信端末間を通信路で接続する呼処理システムおよび該呼処理システムとともに使用されるメディアサーバを含む通信システムの動作方法であって、前記一方の通信端末である発信端末が前記他方の通信端末である着信端末に割り当てられた１以上の論理番号の１つを指定して行った発信を前記呼処理システムが受ける発信受付ステップと、前記呼処理システムが、前記着信端末に着信信号を送信する着信端末呼出ステップと、前記呼処理システムの指示により前記メディアサーバが、前記着信信号に対して応答信号を送信した前記着信端末に、論理番号を指定した発信があった旨を通知する通知ステップと、前記呼処理システムが、論理番号を指定した発信があった旨の通知後、前記発信端末と前記着信端末とを通信路で接続させる接続ステップとを有することを特徴とする。
【０００７】
例えば、前記呼処理システムは、論理番号を指定した発信があった旨の通知後、前記着信端末から予め定められた操作により信号が送信されたなら、前記発信端末と前記着信端末とを通信路で接続させる。
【０００８】
第２の本発明に係る通信システムの動作方法は、複数の通信端末の任意の２通信端末間を通信路で接続する呼処理システムおよび該呼処理システムとともに使用されるメディアサーバを含む通信システムの動作方法であって、前記一方の通信端末である発信端末が前記他方の通信端末である着信端末に割り当てられた１以上の論理番号の１つを指定して行った発信を前記呼処理システムが受ける発信受付ステップと、前記呼処理システムが、前記着信端末に着信信号を送信する着信端末呼出ステップと、前記呼処理システムの指示により前記メディアサーバが、前記着信信号に対して応答信号を送信した前記着信端末に、論理番号を指定した発信があった旨を通知する通知ステップと、前記メディアサーバが、論理番号を指定した発信があった旨の通知中に、前記着信端末から切断信号が送信されたことにより、前記発信端末に通話不可の旨を通知し、前記発信端末から留守番のメッセージを受信記憶する留守番メッセージ受付ステップとを有することを特徴とする。
【０００９】
例えば、前記留守番メッセージ受付ステップに代えて、前記メディアサーバが、論理番号を指定した発信があった旨の通知中に、前記着信端末から予め定められた操作による信号が送信されたことにより、前記発信端末に通話不可の旨を通知し、前記発信端末から留守番のメッセージを受信記憶するステップを有する。
【００１０】
例えば、前記呼処理システムの指示により前記メディアサーバが、前記着信端末と接続中である旨を前記発信端末に通知するステップを有する。
【００１１】
例えば、前記呼処理システムは、論理番号を指定した発信があった旨の通知後、前記着信端末のセッションを解放し、前記着信端末のセッションを形成し、前記着信端末に着信信号を送信し、前記着信端末から応答信号が送信されたら、前記発信端末と前記着信端末とを通信路で接続させる。
【００１２】
例えば、前記呼処理システムの指示により前記メディアサーバが、前記指定された論理番号を通知する。
【００１３】
第３の本発明に係る通信システムは、複数の通信端末の任意の２通信端末間を通信路で接続する呼処理システムおよび該呼処理システムとともに使用されるメディアサーバを含む通信システムであって、前記呼処理システムは、前記一方の通信端末である発信端末が前記他方の通信端末である着信端末に割り当てられた１以上の論理番号の１つを指定して行った発信を受ける発信受付手段と、前記着信端末に着信信号を送信する着信端末呼出手段と、前記発信端末と前記着信端末とを通信路で接続させる接続手段とを備え、前記メディアサーバは、前記発信端末と着信端末とを通信路で接続させるのに先立ち、前記呼処理システムの指示により、前記着信信号に対して応答信号を送信した前記着信端末に、論理番号を指定した発信があった旨を通知する通知手段を備えることを特徴とする。
【００１４】
例えば、前記呼処理システムは、論理番号を指定した発信があった旨の通知後、前記着信端末のセッションを解放し、前記着信端末のセッションを形成し、前記着信端末に着信信号を送信し、前記着信端末から応答信号が送信されたら、前記発信端末と前記着信端末とを通信路で接続させる。
【００１５】
例えば、前記メディアサーバは、前記呼処理システムの指示により前記メディアサーバが、前記指定された論理番号を通知する手段を備える。
【発明の効果】
【００１６】
本発明によれば、通信端末において特別な機能がなくても、通信端末に割り当てられた番号を指定して発信があった旨を知ることができる。
【図面の簡単な説明】
【００１７】
【図１】本実施の形態に係る通信システムの構成図である。
【図２】本実施の形態の実施例１に係るシーケンスの一部を示す図である。
【図３】本実施の形態の実施例１に係るシーケンスの残り部分を示す図である。
【図４】本実施の形態の実施例２に係るシーケンスの一部を示す図である。
【図５】本実施の形態の実施例３に係るシーケンスの一部を示す図である。
【図６】本実施の形態の実施例４に係るシーケンスの一部を示す図である。
【図７】本実施の形態の実施例５に係るシーケンスの一部を示す図である。
【図８】本実施の形態の実施例５に係るシーケンスの残り部分を示す図である。
【図９】本実施の形態の実施例６に係るシーケンスの一部を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について図面を参照して説明する。
【００１９】
図１は、本実施の形態に係る通信システムの構成図である。呼処理システム１は、サーバ（例えばＩＰ電話通信のためのＳＩＰサーバ２であり、以下、「ＳＩＰサーバ」という）２と、このＳＩＰサーバ２に接続されたアプリケーションサーバ３とを含む。ＳＩＰサーバ２、アプリケーションサーバ３は、メディアサーバ４に接続されている。
【００２０】
ＳＩＰサーバ２は、網（例えばＩＰ電話通信のための網であり、図では「ＩＰ電話網」と記載）５を介して、通信端末（例えばＩＰ電話通信の端末つまりＩＰ電話）６、７に接続されている。通信端末６、７は、ＳＩＰサーバ２に収容されていてもよい。
【００２１】
ＳＩＰサーバ２は、異なる網同士を接続するためのゲートウェイ８と、異なる通信事業者の網間を結ぶための相互接続点９と、網（例えば無線通信のための網であり、図では「携帯電話網」と記載）１０を介して、通信端末（例えば無線通信のための端末つまり携帯電話）１１に接続されている。ゲートウェイ８は、複数あってもよい。
【００２２】
例えば、通信端末１１には、１つの端末番号と、１以上の論理番号が割り当てられている。例えば、論理番号が２つあり、その１つは、通信端末１１のユーザが仕事の通話を行うためのもの（以下、仕事用の論理番号）であり、他の論理番号の１つは、ユーザがプライベートで使用するためのもの（以下、プライベート用の論理番号）である。
【００２３】
図示のゲートウェイ８は、他の相互接続点と、網（例えば、他の網を運営する会社でない他社の加入者網であり、図では「他社加入者網」と記載）１２を介して、通信端末（例えば他社の一般的な電話端末）１３に接続されている。
【００２４】
ゲートウェイ８に対し、このように複数の相互接続点が接続されていてもよい。ゲートウェイ８と携帯電話網が、図示しない他の相互接続点を介して接続されていてもよい。また、図示の相互接続点に対し複数の他社加入者網が接続されていてもよい。また、ゲートウェイ８と他社加入者網を、相互接続点を介さずに接続してもよい。
【００２５】
ＳＩＰサーバ２は、通信端末６、７、アプリケーションサーバ３、ゲートウェイ８から呼設定の要求を受け、接続先のシステムに呼設定を行う機能を有する。アプリケーションサーバ３からの呼設定の要求は、例えば、ＳＩＰやＩＮＡＰなどを用いて行われる。
【００２６】
アプリケーションサーバ３は、ＳＩＰサーバ２からの呼設定要求を受付け、メディアサーバ４、通信端末６、７、１１、１３への呼設定や解放等の呼接続制御要求を行う機能を有する。
【００２７】
メディアサーバ４は、アプリケーションサーバ３からの指示に応じて、通信端末６、７、１１、１３へガイダンスを送信するとともに、ボタン操作により通信端末から送信された信号に応じて、アプリケーションサーバ３へ情報を通知する機能を有する。
【００２８】
以下、本実施の形態における動作を複数の実施例で説明する。なお、各実施例では、２つの通信端末を例にするが、他の通信端末を使用してもよい。
【００２９】
（実施例１）
実施例１では、通信端末６（以下、発信端末という）で指定された１つの論理番号（指定論理番号）を通信端末１１（以下、着信端末という）に通知し、着信端末のセッションを解放せずに、発信端末と着信端末を接続する動作を説明する。
【００３０】
図２において、発信端末のユーザは、例えば、プライベート用の論理番号（指定論理番号）を発信端末に入力し、これにより、発信端末が発信を行い（Ｓ１）、呼処理システムは発信を受け付ける。発信端末は、信号ＩＮＶＩＴＥ（ＳＤＰ：発信端末）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号ＩＮＶＩＴＥ（ＳＤＰ：発信端末）をアプリケーションサーバ３に送信する。この信号により、アプリケーションサーバ３は、指定論理番号を取得する。
【００３１】
アプリケーションサーバ３は、着信端末への着信および指定論理番号を通知するための接続処理を行う（Ｓ２）。アプリケーションサーバ３は、信号ＩＮＶＩＴＥ（ＳＤＰ：ｄｕｍｍｙ）をメディアサーバ４に送信し、メディアサーバ４は、信号２００ＯＫ（ＳＤＰ：ｍｓ）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は信号ＩＮＶＩＴＥ（ＳＤＰ：ｍｓ）をＳＩＰサーバ２に送信する。このとき、アプリケーションサーバ３は、アプリケーションサーバ３が指定論理番号に予め対応づけて記憶していた端末番号をＳＩＰサーバ２に送信する前記信号ＩＮＶＩＴＥ（ＳＤＰ：ｍｓ）に設定し、ＳＩＰサーバ２は、当該端末番号へのルーティングを行う。このルーティングでは、ＳＩＰサーバ２が、信号ＩＮＶＩＴＥ（ＳＤＰ：ｍｓ）をゲートウェイ８に送信する。ゲートウェイ８は、端末番号に対応する着信端末へ着信信号を送信し、着信端末を呼び出す。着信端末は、鳴動等によるユーザの呼び出しを行うとともに、呼び出し中であることをゲートウェイ８に通知し、ゲートウェイ８は信号１８０  ＲｉｎｇｉｎｇをＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号１８０  Ｒｉｎｇｉｎｇをアプリケーションサーバ３に送信する。
【００３２】
アプリケーションサーバ３は、発信端末へ呼び出し中の旨を通知する（Ｓ３）。アプリケーションサーバ３は、信号１８０  ＲｉｎｇｉｎｇをＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号１８０  Ｒｉｎｇｉｎｇを発信端末に送信する。
【００３３】
ユーザが着信端末をオフフック操作すると、着信端末はゲートウェイ８に応答信号を送信し、ゲートウェイ８は、信号２００ＯＫ（ＳＤＰ：着信端末）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫ（ＳＤＰ：着信端末）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は、信号ｒｅＩＮＶＩＴＥ（ＳＤＰ：着信端末）をメディアサーバ４に送信し、メディアサーバ４は、信号２００ＯＫ（ＳＤＰ：ｍｓ）をアプリケーションサーバ３に送信する。
【００３４】
図３において、アプリケーションサーバ３は、着信端末のユーザに指定論理番号を通知するための、指定論理番号を含むガイダンスの送出を指示する（Ｓ４）。アプリケーションサーバ３は、発信の際に取得した指定論理番号と、信号ＩＮＦＯ（指定論理番号を通知するガイダンスの送出指示）をメディアサーバ４に送信し、メディアサーバ４は、信号２００ＯＫ、信号ＩＮＦＯ（ガイダンスの送出開始）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は、信号２００ＯＫをメディアサーバ４に送信し、メディアサーバ４は、指定論理番号を含むガイダンスを着信端末に送信する。着信端末は、この指定論理番号を音声や画面表示などで再生する。
【００３５】
例えば、指定論理番号がプライベート用の論理番号で、現在が休暇中のような場合、ユーザは通話を行うことを決め、そのまま待機する。
【００３６】
なお、ガイダンスには必ずしも指定論理番号を含ませる必要はなく、かかるガイダンスが送出されれば、論理番号を指定して発信があったことが分かる。つまり、ガイダンスは、論理番号を指定した発信があった旨を通知するものであればよく、好ましくは、指定論理番号を含ませるのがよい。これは、後述する他の実施例でも同様である。
【００３７】
例えば、プライベート用の論理番号だけが設定され、その論理番号が指定された場合には、ユーザは、ガイダンスが送出されれば、プライベートな用事の電話であることが分かる。そのような場合にも、現在が休暇中であれば、ユーザは通話を行うことを決め、そのまま待機する。
【００３８】
メディアサーバ４は、信号ＩＮＦＯ（指定論理番号を通知するガイダンスの送出終了）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は、信号２００ＯＫをメディアサーバ４に送信する。
【００３９】
アプリケーションサーバ３は、発信端末と着信端末との接続処理を行う（Ｓ５）。つまり、アプリケーションサーバ３は、これらの通信端末間にセッション（通信路）を形成し、通信路で通信端末間を接続する。アプリケーションサーバ３は、信号ｒｅＩＮＶＩＴＥ（ＳＤＰ：発信端末）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号ｒｅＩＮＶＩＴＥ（ＳＤＰ：発信端末）をゲートウェイ８に送信し、ゲートウェイ８は、信号２００ＯＫをＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫをアプリケーションサーバ３に送信する。アプリケーションサーバ３は、信号２００ＯＫ（ＳＤＰ：着信端末）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫ（ＳＤＰ：着信端末）を発信端末に送信する。
【００４０】
これにより、発信端末と着信端末とで通話が行われると、アプリケーションサーバ３は、メディアサーバ４のセッションを解放する（Ｓ６）。アプリケーションサーバ３は、メディアサーバ４に信号ＢＹＥを送信し、メディアサーバ４は、信号２００ＯＫをアプリケーションサーバ３に送信する。
【００４１】
（実施例２）
実施例２では、着信端末は、発信端末との接続を要求するためのボタン（例えば、多くの端末が有している、「＃」などを割り当てられたボタンであり、以下、接続ボタンという）を有し、発信端末で指定された１つの論理番号（指定論理番号）を着信端末に通知し、接続ボタンが押された場合に、発信端末と着信端末を接続する動作を説明する。
【００４２】
図４において、実施例１と同様なシーケンスを経て、メディアサーバ４は、指定論理番号を含むガイダンスを着信端末に送信する。着信端末は、この指定論理番号を音声や画面表示などで再生する。
【００４３】
例えば、この論理番号がプライベート用のもので、現在が休暇中のような場合、ユーザは、通話を行うことを決め、接続ボタンを押す。これにより、着信端末は、発信端末との接続を要求するための信号（ＰＢ信号など）をメディアサーバ４に送信し、メディアサーバ４は、信号ＩＮＦＯ（接続要求）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は、信号２００ＯＫをメディアサーバ４に送信する。
【００４４】
アプリケーションサーバ３は、信号ＩＮＦＯ（接続要求）により、発信端末と着信端末の接続処理を行う（Ｓ５）。以下、実施例１のシーケンスと同様である。
【００４５】
（実施例３）
実施例３では、発信端末で指定された１つの論理番号（指定論理番号）を着信端末に通知したが、着信端末のユーザの希望により、発信端末と着信端末を接続せず、発信端末のユーザからの留守番のメッセージを記憶する動作を説明する。
【００４６】
図５において、実施例１と同様なシーケンスを経て、メディアサーバ４は、指定論理番号を含むガイダンスを着信端末に送信する。着信端末は、この指定論理番号を音声や画面表示などで再生する。
【００４７】
例えば、この論理番号が仕事用のもので、現在が休暇中のような場合、ユーザは、休暇を邪魔されたくないので、通話を行わないことを決める。こうした事情などにより、ユーザがガイダンスの途中または後に着信端末をオンフック操作すると、着信端末は、切断信号をゲートウェイ８に送信する。
【００４８】
ゲートウェイ８は、信号ＢＹＥをＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号ＢＹＥをアプリケーションサーバ３に送信する。
【００４９】
アプリケーションサーバ３は、発信端末とメディアサーバ４の接続処理を行う（Ｓ２５）。アプリケーションサーバ３は、信号ＩＮＦＯ（指定論理番号を通知するガイダンスの送出停止指示）をメディアサーバ４に送信し、メディアサーバ４は、信号２００ＯＫをアプリケーションサーバ３に送信し、アプリケーションサーバ３は、信号２００ＯＫ（ＳＤＰ：ｍｓ）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫ（ＳＤＰ：ｍｓ）を発信端末に送信する。
【００５０】
アプリケーションサーバ３は、信号ｒｅＩＮＶＩＴＥ（ＳＤＰ：発信端末）をメディアサーバ４に送信し、メディアサーバ４は、信号２００ＯＫ（ＳＤＰ：ｍｓ）をアプリケーションサーバ３に送信する。
【００５１】
アプリケーションサーバ３は、留守番電話の接続指示を行う（Ｓ２６）。アプリケーションサーバ３は、信号ＩＮＦＯ（留守番電話のガイダンス送出指示）をメディアサーバ４に送信し、メディアサーバ４は、信号２００ＯＫをアプリケーションサーバ３に送信する。
【００５２】
メディアサーバ４は、留守番電話のガイダンスつまりユーザが電話に出られず通話ができない旨のガイダンスを発信端末に送信し、発信端末は、ガイダンスを音声などで再生する。発信端末は、ユーザが発した音声による音声メッセージをメディアサーバ４に送信し、メディアサーバ４は、この音声メッセージを記憶する。
【００５３】
（実施例４）
実施例４では、着信端末は、発信端末との接続を拒否するためのボタン（例えば、多くの端末が有している、「＊」などを割り当てられたボタンであり、以下、拒否ボタンという）を有し、発信端末で指定された１つの論理番号（指定論理番号）を着信端末に通知したが、拒否ボタンが押されたことにより、発信端末と着信端末を接続せず、発信端末のユーザからの留守番のメッセージを記憶する動作を説明する。
【００５４】
図６において、実施例１と同様なシーケンスを経て、指定論理番号を含むガイダンスを着信端末に送信する。着信端末は、この指定論理番号を音声や画面表示などで再生する。
【００５５】
実施例３と同様な事情で、ユーザがガイダンスの途中または後に拒否ボタンを押すと、着信端末は、発信端末との接続を拒否する旨の信号（ＰＢ信号など）をゲートウェイ８に送信する。メディアサーバ４は、信号ＩＮＦＯ（留守電応答）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は、信号２００ＯＫをメディアサーバ４に送信する。以下、実施例３のステップＳ２５以降のシーケンスと同様である。
【００５６】
なお、実施例３、４では、メディアサーバ４は、留守番電話のガイダンスを発信端末に送信し、発信端末は、ガイダンスを音声などで再生したが、メディアサーバ４は、着信端末のユーザが電話に出られない旨のガイダンスを発信端末に送信し、発信端末が、このガイダンスを音声などで再生してもよい。
【００５７】
（実施例５）
実施例５では、着信端末と接続中である旨のガイダンス（以下、接続中ガイダンスという）を発信端末に送信する場合の動作を説明する。
【００５８】
図７において、発信端末のユーザは、論理番号（指定論理番号）を発信端末に入力し、これにより、発信端末が発信を行い（Ｓ１）、呼処理システムは発信を受け付ける。発信端末は、信号ＩＮＶＩＴＥ（ＳＤＰ：発信端末）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号ＩＮＶＩＴＥ（ＳＤＰ：発信端末）をアプリケーションサーバ３に送信する。この信号により、アプリケーションサーバ３は、指定論理番号を取得する。以上、実施例１と同様のシーケンスである。
【００５９】
アプリケーションサーバ３は、接続中ガイダンスを発信端末に送信するようメディアサーバ４に指示する（Ｓ５２）。アプリケーションサーバ３は、信号ＩＮＶＩＴＥ（ＳＤＰ：発信端末）をメディアサーバ４に送信し、メディアサーバ４は、信号２００ＯＫ（ＳＤＰ：ｍｓ）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は、信号２００ＯＫ（ＳＤＰ：ｍｓ）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫ（ＳＤＰ：ｍｓ）を発信端末に送信する。
【００６０】
メディアサーバ４は、接続中ガイダンスを発信端末に送信する。
【００６１】
アプリケーションサーバ３は、着信端末への着信および指定論理番号を通知するための接続処理を行う（Ｓ５２）。
【００６２】
アプリケーションサーバ３は、信号ＩＮＶＩＴＥ（ＳＤＰ：ｄｕｍｍｙ）をメディアサーバ４に送信し、メディアサーバ４は、信号２００ＯＫ（ＳＤＰ：ｍｓ）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は信号ＩＮＶＩＴＥ（ＳＤＰ：ｍｓ）をＳＩＰサーバ２に送信する。ＳＩＰサーバ２は、アプリケーションサーバ３が指定論理番号に予め対応づけて記憶していた端末番号をアプリケーションサーバ３から取得し、その端末番号を指定し、信号ＩＮＶＩＴＥ（ＳＤＰ：ｍｓ）をゲートウェイ８に送信する。ゲートウェイ８は、端末番号に対応する着信端末へ着信信号を送信し、着信端末を呼び出す。着信端末はゲートウェイ８に応答信号を送信し、ゲートウェイ８は、信号２００ＯＫ（ＳＤＰ：着信端末）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫ（ＳＤＰ：着信端末）をアプリケーションサーバ３に送信する。
【００６３】
アプリケーションサーバ３は、着信端末のユーザに指定論理番号を通知するための、指定論理番号を含むガイダンスの送出を指示する（Ｓ５３）。これは、実施例１のステップＳ４と同様であり、図示しないが、実施例１と同様に、メディアサーバ４は、指定論理番号を含むガイダンスを着信端末に送信する。着信端末は、この指定論理番号を音声や画面表示などで再生する。
【００６４】
例えば、実施例１と同様に、ユーザが通話を行うことを決め、そのまま待機していると、または、実施例２と同様に、接続ボタンを押すと、図示しないが、メディアサーバ４は、信号ＩＮＦＯ（指定論理番号を通知するガイダンスの送出終了）または信号ＩＮＦＯ（接続要求）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は、信号２００ＯＫをメディアサーバ４に送信する。
【００６５】
図８において、続いて、アプリケーションサーバ３は、発信端末と着信端末の接続処理を行う（Ｓ５４）。アプリケーションサーバ３は、信号ｒｅＩＮＶＩＴＥ（ＳＤＰ：発信端末）をＳＩＰサーバ２へ送信し、ＳＩＰサーバ２は、信号ｒｅＩＮＶＩＴＥ（ＳＤＰ：発信端末）をゲートウェイ８に送信する。ゲートウェイ８は、信号２００ＯＫをＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫをアプリケーションサーバ３に送信する。アプリケーションサーバ３は、信号ｒｅＩＮＶＩＴＥ（ＳＤＰ：着信端末）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号ｒｅＩＮＶＩＴＥ（ＳＤＰ：着信端末）を発信端末に送信する。発信端末は、信号２００ＯＫをＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫをアプリケーションサーバ３に送信する。
【００６６】
これにより、発信端末と着信端末とで通話が行われると、アプリケーションサーバ３は、メディアサーバ４のセッションを解放する（Ｓ５５）。アプリケーションサーバ３は、メディアサーバ４に信号ＢＹＥを送信し、メディアサーバ４は、信号２００ＯＫをアプリケーションサーバ３に送信する。
【００６７】
（実施例６）
実施例６では、発信端末で指定された指定論理番号を着信端末に通知し、着信端末のセッションを解放し、着信端末のセッションを形成し、着信端末に着信信号を送信し、着信端末から応答信号が送信されたら、発信端末と着信端末を接続する動作を説明する。
【００６８】
実施例６では、着信端末のユーザには、こうして発信端末と着信端末が接続されることが、予め知らされている。
【００６９】
図９において、実施例１または実施例５と同様なシーケンスを経て、指定論理番号を含むガイダンスを着信端末に送信する。着信端末は、この指定論理番号を音声や画面表示などで再生する。
【００７０】
例えば、この指定論理番号がプライベート用のもので、現在が休暇中のような場合、ユーザは、通話を行うことを決め、着信端末をオンフック操作して、待機する。
【００７１】
メディアサーバ４は、信号ＩＮＦＯ（指定論理番号を通知するガイダンスの送出終了）をアプリケーションサーバ３に送信し、アプリケーションサーバ３は、信号２００ＯＫをメディアサーバ４に送信する。
【００７２】
アプリケーションサーバ３は、着信端末のセッションを解放後、着信端末のセッションを形成し、着信端末に着信信号を送信し、着信端末から応答信号が送信されたら、発信端末との接続処理を行う（Ｓ６２）。アプリケーションサーバ３は、信号ＢＹＥをＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号ＢＹＥをゲートウェイ８に送信し、ゲートウェイ８は、切断信号を着信端末に送信する。着信端末は、応答信号をゲートウェイ８に送信し、ゲートウェイ８は、信号２００ＯＫをＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫをアプリケーションサーバ３に送信する。
【００７３】
アプリケーションサーバ３は、信号ＩＮＶＩＴＥ（ＳＤＰ：発信端末）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号ＩＮＶＩＴＥ（ＳＤＰ：発信端末）をゲートウェイ８に送信し、ゲートウェイ８は、着信信号を着信端末へ送信する。
【００７４】
ユーザが着信端末をオフフック操作すると、着信端末はゲートウェイ８に応答信号を送信し、ゲートウェイ８は、信号２００ＯＫ（ＳＤＰ：着信端末）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫ（ＳＤＰ：着信端末）をアプリケーションサーバ３に送信する。
【００７５】
アプリケーションサーバ３は、信号２００ＯＫ（ＳＤＰ：着信端末）をＳＩＰサーバ２に送信し、ＳＩＰサーバ２は、信号２００ＯＫ（ＳＤＰ：着信端末）を発信端末に送信する。
【００７６】
これにより、発信端末と着信端末とで通話が行われると、アプリケーションサーバ３は、メディアサーバ４のセッションを解放する（Ｓ６３）。アプリケーションサーバ３は、メディアサーバ４に信号ＢＹＥを送信し、メディアサーバ４は、信号２００ＯＫをアプリケーションサーバ３に送信する。
【００７７】
以上のように、本実施の形態に係る通信システムおよびその動作方法によれば、通信端末において特別な機能がなくても、通信端末に割り当てられた番号を指定して発信があった旨の通知を受けられ、これにより、通知があったときは、または、通知された指定論理番号によって、対応を変えることができる。また、着信端末には特別な機能が必要なく、より多くのユーザが利便性を享受できるようになる。
【００７８】
なお、本実施の形態のＳＩＰサーバ２、アプリケーションサーバ３、メディアサーバ４などとしてコンピュータを機能させるためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録でき、また、インターネットなどの通信網を介して伝送させて、広く流通させることができる。
【符号の説明】
【００７９】
１…呼処理システム
２…ＳＩＰサーバ
３…アプリケーションサーバ
４…メディアサーバ
６、７、１１、１３…通信端末
８…ゲートウェイ
【図１】
2011244074.tif 000003
【図２】
2011244074.tif 000004
【図３】
2011244074.tif 000005
【図４】
2011244074.tif 000006
【図５】
2011244074.tif 000007
【図６】
2011244074.tif 000008
【図７】
2011244074.tif 000009
【図８】
2011244074.tif 000010
【図９】
2011244074.tif 000011