JP4099509B2 - 第三者呼制御による二者間通話制御方法、その装置及び二者間通話制御プログラム - Google Patents

Description

本発明は、インターネットなどの通信回線網を介してクライアントＰＣなどで取得した情報先との間で、簡便に電話通信を行うことができる通話制御方法及びシステムに関する。

近時のインターネットの発展にともない、検索エンジンなどを用いて目的とする情報を取得することがきわめて容易になっている。たとえば、ある特定の商品またはサービスを探しているユーザが、自分のパソコンの検索エンジンを用い、目的とする商品販売者やサービス提供者のホームページなどにアクセスし、そこに掲載された詳細情報に基づいて商品やサービスの購入を決定するといったことも頻繁に行われている。

ところで、ユーザが商品販売者やサービス提供者のホームページの情報だけではその商品やサービスの詳細情報が不明な場合は、そのホームページに掲載された商品販売者やサービス提供者の問合せ先電話番号を見て、ユーザが直接電話し、詳細な内容を問い合わせるといったことが行われている。

しかしながら、ユーザが問合せ先の電話番号を押して電話をかけることは煩雑であるし、電話の掛け間違いも生じ易い。また、電話料金もユーザが負担しなければならないこともある。さらに、ユーザが問合せ先に電話すると、ユーザの電話番号が問合せ先に知られることもあり、個人情報保護の観点から好ましくない。
特開平１０−２６２０５８

本発明は、通信回線網を介して取得した情報画面上にて目的とする相手先との電話通信を簡単かつ安全に行うことができる通話制御方法及びシステムを提供することを目的とする。

さらに、本発明の目的は、相互に自電話番号を秘匿しながら、２者間音声通話セッションを確立すると共に、発呼元電話端末において、着呼先電話端末の特定の電話番号を知ることなく、所望の相手先への接続要求をイニシエートすることを可能とする点にある。

さらに、本発明の目的は、電話端末或いは通信キャリアに実装される機能に依存することなく、いずれの電話端末においても、相互に自電話番号を秘匿した２者間音声通話を可能とする点にある。

さらに、本発明の目的は、２者間音声通話セッションを制御する第三者呼制御サーバにおいて、２者間音声通話セッションに多様な機能の付加を可能とする点にある。

さらになお、本発明の目的は、通信キャリアが提供する特定の機能に依存することなく、２者間通話を行なう電話端末のいずれに音声通話料金を課金するかを、任意に制御することを可能とする点にある。

本発明のある特徴によれば、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信するステップと、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと前記第１の電話端末との間に、第１のセッションを確立させるステップと、前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、自サーバと前記第２の電話端末との間に、第２のセッションを確立させるステップと、前記第１のセッションと前記第２のセッションとをブリッジすることにより、前記第１のセッション及び前記第２のセッションを介して、前記第１の電話端末と前記第２の電話端末との間の音声通話を可能とするステップとを含むことを特徴とする通話制御方法が提供される。

前記第２の電話端末の電話番号は、前記操作端末と前記ＩＰ網経由で接続され、前記接続要求の認証を行なうＷＷＷサーバにおいて、前記接続要求に付加されてよい。

本発明の他の特徴によれば、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信するステップと、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末、又は前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末のいずれへ発呼要求を行なうかを決定するステップと、前記発呼要求を行なうと決定された電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと、前記第１の電話端末或いは前記第２の電話端末との間に、第１のセッションを確立させるステップと、前記自サーバと前記第１のセッションが確立された前記第１の電話端末或いは前記第２の電話端末のいずれか一方に、前記第１の電話端末或いは前記第２の電話端末の前記一方から他方への発呼を指示する転送要求を、前記第１のセッションを通じ前記ＩＰ呼制御サーバを介して送信するステップとを含み、前記転送要求を受信した前記第１の電話端末或いは前記第２の電話端末の前記一方は、前記転送要求中に記述された前記他方に発呼することにより第２のセッションを確立し、前記第１の電話端末と前記第２の電話端末との間の音声通話は、前記第２のセッションを介して実行されることを特徴とする通話制御方法が提供される。

上記通話制御方法は、さらに、前記他方の電話端末から、発呼に対する肯定応答を受信した際に、前記第１のセッションを開放するステップを含んでよい。

前記転送要求は、課金されるべき電話端末に対して送信されてよい。

本発明の他の特徴によれば、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信するステップと、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと前記第１の電話端末との間に、第１のセッションを確立させるステップと、前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、自サーバと前記第２の電話端末との間に、第２のセッションを確立させるステップと、前記第２の電話端末の通信能力を示す音声通信情報を、ＩＰ呼制御サーバに指示して前記第１のセッションを介して前記第１の電話端末に送信させるステップと、前記第１の電話端末の通信能力を示す音声通信情報を、ＩＰ呼制御サーバに指示して前記第２のセッションを介して前記第２の電話端末に送信させるステップと、前記第１の電話端末及び前記第２の電話端末のそれぞれから音声通信情報受信に対する肯定応答を受信した際に、前記第１のセッション及び前記第２のセッションを開放するステップとを含み、前記第１の電話端末と前記第２の電話端末との間の音声通話は、自サーバを経由しない第３のセッションを介して実行されることを特徴とする通話制御方法が提供される。

本発明の他の特徴によれば、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの第１の端末装置から受信するステップと、前記第１の端末装置への発信要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと前記第１の端末装置との間に、第１のセッションを確立させるステップと、前記第１のセッションが確立された前記第１の端末装置に、前記接続要求中に記述された識別子から取得される前記第２のユーザの第２の端末装置への発信要求を指示する転送要求を、前記第１のセッションを通じ前記ＩＰ呼制御サーバを介して送信するステップとを含み、前記転送要求を受信した前記第１の端末装置は、前記第２の端末装置に発信要求を送信することにより第２のセッションを確立し、前記第１の端末装置と前記第２の端末装置との間のデータ通信は、前記第２のセッションを介して実行されることを特徴とするアクセスコントロール方法が提供される。

本発明の他の特徴によれば、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信する接続要求受信部と、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと前記第１の電話端末との間に、第１のセッションを確立させる第１のセッション確立部と、前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、自サーバと前記第２の電話端末との間に、第２のセッションを確立させる第２のセッション確立部と、前記第１のセッションと前記第２のセッションとをブリッジすることにより、前記第１のセッション及び前記第２のセッションを介して、前記第１の電話端末と前記第２の電話端末との間の音声通話を可能とするブリッジ部とを具備することを特徴とする通話制御サーバ装置が提供される。

本発明の他の特徴によれば、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信する接続要求受信部と、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末、又は前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末のいずれへ発呼要求を行なうかを決定する発呼先決定部と、前記発呼要求を行なうと決定された電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと、前記第１の電話端末或いは前記第２の電話端末との間に、第１のセッションを確立させるセッション確立部と、前記自サーバと前記第１のセッションが確立された前記第１の電話端末或いは前記第２の電話端末のいずれか一方に、前記第１の電話端末或いは前記第２の電話端末の前記一方から他方への発呼を指示する転送要求を、前記第１のセッションを通じ前記ＩＰ呼制御サーバを介して送信する転送要求送信部とを具備し、前記転送要求を受信した前記第１の電話端末或いは前記第２の電話端末の前記一方は、前記転送要求中に記述された前記他方に発呼することにより第２のセッションを確立し、前記第１の電話端末と前記第２の電話端末との間の音声通話は、前記第２のセッションを介して実行されることを特徴とする通話制御サーバ装置が提供される。

本発明の他の特徴によれば、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信する接続要求受信部と、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと前記第１の電話端末との間に、第１のセッションを確立させる第１のセッション確立部と、前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、自サーバと前記第２の電話端末との間に、第２のセッションを確立させる第２のセッション確立部と、前記第２の電話端末の通信能力を示す音声通信情報を、ＩＰ呼制御サーバに指示して前記第１のセッションを介して前記第１の電話端末に送信させる第１の音声通信情報送信部と、前記第１の電話端末の通信能力を示す音声通信情報を、ＩＰ呼制御サーバに指示して前記第２のセッションを介して前記第２の電話端末に送信させる第２の音声通信情報送信部と、前記第１の電話端末及び前記第２の電話端末のそれぞれから音声通信情報受信に対する肯定応答を受信した際に、前記第１のセッション及び前記第２のセッションを開放するセッション開放部とを含み、前記第１の電話端末と前記第２の電話端末との間の音声通話は、自サーバを経由しない第３のセッションを介して実行されることを特徴とする通話制御サーバ装置が提供される。

本発明の他の特徴によれば、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの第１の端末装置から受信する接続要求受信部と、前記第１の端末装置への発信要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと前記第１の端末装置との間に、第１のセッションを確立させるセッション確立部と、前記第１のセッションが確立された前記第１の端末装置に、前記接続要求中に記述された識別子から取得される前記第２のユーザの第２の端末装置への発信要求を指示する転送要求を、前記第１のセッションを通じ前記ＩＰ呼制御サーバを介して送信する転送要求送信部とを含み、前記転送要求を受信した前記第１の端末装置は、前記第２の端末装置に発信要求を送信することにより第２のセッションを確立し、前記第１の端末装置と前記第２の端末装置との間のデータ通信は、前記第２のセッションを介して実行されることを特徴とするアクセスコントロール装置が提供される。

本発明の他の特徴によれば、通話制御処理をコンピュータに実行させるための通話制御プログラムであって、該プログラムは、前記コンピュータに、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信する接続要求受信処理と、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと前記第１の電話端末との間に、第１のセッションを確立させる第１のセッション確立処理と、前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、自サーバと前記第２の電話端末との間に、第２のセッションを確立させる第２のセッション確立処理と、前記第１のセッションと前記第２のセッションとをブリッジすることにより、前記第１のセッション及び前記第２のセッションを介して、前記第１の電話端末と前記第２の電話端末との間の音声通話を可能とするブリッジ処理とを含む処理を実行させるためのものであることを特徴とする通話制御プログラムが提供される。

本発明の他の特徴によれば、通話制御処理をコンピュータに実行させるための通話制御プログラムであって、該プログラムは、前記コンピュータに、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信する接続要求受信処理と、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末、又は前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末のいずれへ発呼要求を行なうかを決定する発呼先決定処理と、前記発呼要求を行なうと決定された電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと、前記第１の電話端末或いは前記第２の電話端末との間に、第１のセッションを確立させるセッション確立処理と、前記自サーバと前記第１のセッションが確立された前記第１の電話端末或いは前記第２の電話端末のいずれか一方に、前記第１の電話端末或いは前記第２の電話端末の前記一方から他方への発呼を指示する転送要求を、前記第１のセッションを通じ前記ＩＰ呼制御サーバを介して送信する転送要求送信処理とを含む処理を実行させるためのものであり、前記転送要求を受信した前記第１の電話端末或いは前記第２の電話端末の前記一方は、前記転送要求中に記述された前記他方に発呼することにより第２のセッションを確立し、前記第１の電話端末と前記第２の電話端末との間の音声通話は、前記第２のセッションを介して実行されることを特徴とする通話制御プログラムが提供される。

本発明の他の特徴によれば、通話制御処理をコンピュータに実行させるための通話制御プログラムであって、該プログラムは、前記コンピュータに、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信する接続要求受信処理と、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと前記第１の電話端末との間に、第１のセッションを確立させる第１のセッション確立処理と、前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、自サーバと前記第２の電話端末との間に、第２のセッションを確立させる第２のセッション確立処理と、前記第２の電話端末の通信能力を示す音声通信情報を、ＩＰ呼制御サーバに指示して前記第１のセッションを介して前記第１の電話端末に送信させる第１の音声通信情報送信処理と、前記第１の電話端末の通信能力を示す音声通信情報を、ＩＰ呼制御サーバに指示して前記第２のセッションを介して前記第２の電話端末に送信させる第２の音声通信情報送信処理と、前記第１の電話端末及び前記第２の電話端末のそれぞれから音声通信情報受信に対する肯定応答を受信した際に、前記第１のセッション及び前記第２のセッションを開放するセッション開放処理とを含む処理を実行させるためのものであり、前記第１の電話端末と前記第２の電話端末との間の音声通話は、自サーバを経由しない第３のセッションを介して実行されることを特徴とする通話制御プログラムが提供される。

本発明の他の特徴によれば、アクセスコントロール処理をコンピュータに実行させるためのアクセスコントロールプログラムであって、該プログラムは、前記コンピュータに、
ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの第１の端末装置から受信する接続要求受信処理と、前記第１の端末装置への発信要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと前記第１の端末装置との間に、第１のセッションを確立させるセッション確立処理と、前記第１のセッションが確立された前記第１の端末装置に、前記接続要求中に記述された識別子から取得される前記第２のユーザの第２の端末装置への発信要求を指示する転送要求を、前記第１のセッションを通じ前記ＩＰ呼制御サーバを介して送信する転送要求送信処理とを含む処理を実行させるためのものであり、前記転送要求を受信した前記第１の端末装置は、前記第２の端末装置に発信要求を送信することにより第２のセッションを確立し、
前記第１の端末装置と前記第２の端末装置との間のデータ通信は、前記第２のセッションを介して実行されることを特徴とするアクセスコントロールプログラムが提供される。

本発明の他の特徴によれば、操作端末とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバと、前記ＩＰ網内の呼制御を行なうＩＰ呼制御サーバと、前記ＷＷＷサーバからの接続要求に応じて２者間通話を制御するため、前記ＩＰ呼制御サーバに呼制御を指示する通話制御サーバとを有する通話制御システムであって、前記ＷＷＷサーバは、前記操作端末から、第１のユーザから第２のユーザへの接続要求を受信する受信部と、前記接続要求の認証を行なうと共に、前記接続要求中に記述された前記第２のユーザの識別子を変換して得られる前記第２のユーザの電話番号を、前記接続要求に付加して前記通話制御サーバに送信する変換部とを具備し、前記通話制御サーバは、前記接続要求を前記ＷＷＷサーバ経由で受信する接続要求受信部と、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと前記第１の電話端末との間に、第１のセッションを確立させる第１のセッション確立部と、前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、自サーバと前記第２の電話端末との間に、第２のセッションを確立させる第２のセッション確立部と、前記第１のセッションと前記第２のセッションとをブリッジすることにより、前記第１のセッション及び前記第２のセッションを介して、前記第１の電話端末と前記第２の電話端末との間の音声通話を可能とするブリッジ部とを具備することを特徴とする通話制御システムが提供される。

本発明の他の特徴によれば、操作端末とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバと、前記ＩＰ網内の呼制御を行なうＩＰ呼制御サーバと、前記ＷＷＷサーバからの接続要求に応じて２者間通話を制御するため、前記ＩＰ呼制御サーバに呼制御を指示する通話制御サーバとを有する通話制御システムであって、前記ＷＷＷサーバは、前記操作端末から、第１のユーザから第２のユーザへの接続要求を受信する受信部と、前記接続要求の認証を行なうと共に、前記接続要求中に記述された前記第２のユーザの識別子を変換して得られる前記第２のユーザの電話番号を、前記接続要求に付加して前記通話制御サーバに送信する変換部とを具備し、前記通話制御サーバは、前記接続要求を前記ＷＷＷサーバ経由で受信する接続要求受信部と、前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末、又は前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末のいずれへ発呼要求を行なうかを決定する発呼先決定処理と、前記発呼要求を行なうと決定された電話端末への発呼要求を行なうよう、前記ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、自サーバと、前記第１の電話端末或いは前記第２の電話端末との間に、第１のセッションを確立させるセッション確立部と、前記自サーバと前記第１のセッションが確立された前記第１の電話端末或いは前記第２の電話端末のいずれか一方に、前記第１の電話端末或いは前記第２の電話端末の前記一方から他方への発呼を指示する転送要求を、前記第１のセッションを通じ前記ＩＰ呼制御サーバを介して送信する転送要求送信部とを具備し、前記転送要求を受信した前記第１の電話端末或いは前記第２の電話端末の前記一方は、前記転送要求中に記述された前記他方に発呼することにより第２のセッションを確立し、前記第１の電話端末と前記第２の電話端末との間の音声通話は、前記第２のセッションを介して実行されることを特徴とする通話制御システムが提供される。

本発明では、一方の通話者（甲）が端末装置の表示画面に表示された入力部に電話番号を入力するだけで、制御部はソフトフォン部を介して他方の通話者（乙）に電話をかけ、これら通話者（甲、乙）の通話接続を行うので、簡単に相手先との通話が可能となる。また、この通話はソフトフォン部を介して仮想的に接続されるので、相手先に自分の電話番号を知らせたくない場合にも対応することができる。

以下、本発明の実施形態を図面に基づいて説明する。

図１は本発明に係る通信制御システムの実施形態を示すシステムブロック図であり、通信回線網としてのインターネット又はＩＰネットワーク（以下、代表的にインターネット等１という。）と、このインターネット等１に接続された利用者Ａ，Ｂが使用する端末装置としてのパーソナルコンピュータ２と、同じくインターネット等１に接続された固定電話機や携帯電話機３とを有する。

利用者Ａ，Ｂが使用するパーソナルコンピュータ２には、Ｗｅｂブラウザがインストールされ、インターネット等１を介してアプリケーションサーバ４から提供される種々の情報がディスプレイ装置などの表示画面に表示される。また、利用者Ａ，Ｂは、インターネット等１に接続されたＩＰ(Internet Protocol)電話機などのＳＩＰ(Session Initiation Protocol)端末５を利用することができ、ＩＰ電話機間でインターネット等１を介して通話をすることができる。ここでＳＩＰ端末とは、ＩＰネットワーク上でマルチメディアセッションを確立・変更・終了するためのアプリケーション層のシグナリングプロトコルにより、保留・転送・会議・コールウェイティングなどの種々の機能を備えた通話可能な端末をいう。

ＳＩＰサーバ６は、図示は省略するが、ユーザエージェントクライアント（ＵＡＣ）からのＳＩＰリクエストを次のサーバ（ＵＡＣを含む。）に中継するプロキシサーバと、リクエストを受け取り、着信側の現在のアドレスを発信側に知らせるリダイレクトサーバとなどで構成されている。

一方、利用者Ｃ，Ｄは固定電話機や携帯電話機３を利用することができ、これら固定電話機や携帯電話機３は、一般公衆回線網７及びＶｏＩＰゲートウェイ８(Voice over Internet Protocol Gateway)を介してインターネット等１に接続されている。ＶｏＩＰゲートウェイ８とは、一般公衆回線網７に接続された固定電話機や携帯電話機３とＩＰネットワーク１を接続する際に音声情報等を変換するための機器であり、以下、ＰＳＴＮゲートウェイ８として参照される。

本発明に係る仮想エージェントサーバ９には、図２に示すように、入力部９２を構成するインターフェースプログラムＡＩＰと、制御部９４を構成するメインプログラムと、ソフトフォン部９６を構成するソフトフォンプログラムとが、Windows （登録商標），Unix（登録商標），Linux, BSDなどの各種オペレーティングシステムＯＳ上にインストールされている。

インターフェースプログラム９２は、アプリケーションサーバ４（以下、ＷＷＷサーバとして参照される）やユーザのパーソナルコンピュータ２にインストールされたＤＬＬ(Dynamic Link Library)プログラム４２と仮想エージェントサーバ９とが通信を行うためのインターフェースプログラムである。また、メインプログラム９４は、種々の呼制御（電話通信処理）を行うためのルールを司るプログラムであり、電話通信の用途に応じてこのメインプログラムを交換することにより、多様なシーンに対応することができる。

ソフトフォンプログラム９６は、メインプログラム９４からの指令を受け、多数の端子ＵＡ１，ＵＡ２，…ＵＡｎを介して電話機同士を相互に仮想的に接続させる機能を有するプログラムであり、各端子ＵＡｎのそれぞれには専用の電話番号が割り当てられている。

なお、ＤＬＬプログラム４２は、アプリケーションサーバ４やユーザのパーソナルコンピュータ２にインストールされており、発呼、切断、保留、転送などの呼制御に関する機能を備えたプログラムであり、ユーザ側からの各種指令を仮想エージェントサーバ９に送るためのインターフェースである。本発明の「入力部」には、このＤＬＬプログラムも含まれている。

次に図５及び図６を参照しながら本例の通信制御システムの通信確立時の制御手順を説明する。

まず、ユーザ端末装置２から通話確立要求があると、ユーザ端末装置２→インターネット等１→アプリケーションサーバ４のＤＬＬプログラム４２→インターネット等１→仮想エージェントサーバ９のインターフェースプログラム９２→メインプログラム９４という経路で、メインプログラム９４に通話確立要求が入力される（ステップＳＴ１）、なお、このときアプリケーションサーバ４はユーザ端末装置２に対して「接続中」のステータスを返却する。

仮想エージェントサーバ９のメインプログラム９４は、ユーザ端末装置２からの通話確立要求を受信すると、ソフトフォンプログラム９６→端子ＵＡ１→インターネット等１→ＳＩＰサーバ６→発信元のＳＩＰ端末機５（ＩＰ電話など）という経路で、発信元のＳＩＰ端末機５に接続要求を出す（ステップＳＴ２）。

メインプログラム９４は、ソフトフォンプログラム９６から発信元のＳＩＰ端末機５に対する接続要求により接続が成功したかどうかを判断し（ステップＳＴ３）、接続に失敗したときはアプリケーションサーバ４に接続エラーである旨を返却し（ステップＳＴ４）、これを受けたアプリケーションサーバ４に接続エラーである旨を返却し（ステップＳＴ４）、これを受けたアプリケーションサーバ４は、ユーザ端末装置２に「接続失敗」のステータスを返却する。

ステップＳＴ３においてソフトフォンプログラム９６の端子ＵＡ１と発信元ＳＩＰ端末機５の接続に成功したとき、メインプログラム９４は、ソフトフォンプログラム９６の端子ＵＡ１以外の端子ＵＡ２と、発信先のＳＩＰ端末機５とを接続するための接続要求を出力する（ステップＳＴ５）。すなわち、メインプログラム９４→ソフトフォンプログラム９６の端子ＵＡ２→インターネット等１→ＳＩＰサーバ６→発信先のＳＩＰ端末機５という経路で、接続要求を出す。

メインプログラム９４は、ソフトフォンプログラム９６から発信先のＳＩＰ端末機５に対する接続要求により接続が成功したかどうかを判断し（ステップＳＴ６）、接続に失敗したときはアプリケーションサーバ４に接続エラーである旨を返却し（ステップＳＴ７）、これを受けたアプリケーションサーバ４は、ユーザ端末装置２に「接続失敗」のステータスを返却する。

これに対して、ステップＳＴ６においてソフトフォンプログラム９６の端子ＵＡ２と発信先ＳＩＰ端末機５の接続に成功したら、次にメインプログラム９４は、発信元ＳＩＰ端末機５と発信先ＳＩＰ端末機５との音声を接続すべく、音声接続処理を実行するよう発信元のＳＩＰ端末機５に対して音声出力変更要求を出す（ステップＳＴ８）。これにより仮想エージェントサーバ９と発信元ＳＩＰ端末機５、仮想エージェントサーバ９と発信先ＳＩＰ端末機５の間は、音声情報が破棄されてＳＩＰ方式の情報交換がなされる一方で、発信元ＳＩＰ端末機５と発信先ＳＩＰ端末機５との間で音声情報の交換が確立することになる。

なお、メインプログラム９４は、ソフトフォンプログラム９６から発信元のＳＩＰ端末機５に対する音声出力変更要求に成功したかどうかを判断し（ステップＳＴ９）、変更に失敗したときはアプリケーションサーバ４に接続エラーである旨を返却し（ステップＳＴ１０）、これを受けたアプリケーションサーバ４は、ユーザ端末装置２に「接続失敗」のステータスを返却する。これに対して、ステップＳＴ９において変更要求に成功したら、メインプログラム９４はアプリケーションサーバ４に通話確立要求の正常終了通知を返却し（ステップＳＴ１１）、これを受けたアプリケーションサーバ４はユーザ端末装置２に「接続完了」のステータスを返却する。

図７は、本例の通信制御システムの通話切断時の制御手順を示すフローチャートであり、まず、何れかのＳＩＰ端末機５から通話切断要求があると、ＳＩＰ端末機５→インターネット等１→ＳＩＰサーバ６→インターネット等１→仮想エージェントサーバ９のソフトフォンプログラム９６→メインプログラム９４という経路で、メインプログラム９４に通話切断要求が入力される（ステップＳＴ１）。

仮想エージェントサーバ９のメインプログラム９４は、ＳＩＰ端末機５からの通話切断要求を受信すると、ソフトフォンプログラム９６→切断元の端子ＵＡｎ→インターネット等１→ＳＩＰサーバ６→切断元のＳＩＰ端末機５（ＩＰ電話など）という経路で、切断元のＳＩＰ端末機５に切断要求を出す（ステップＳＴ２）。これにより、仮想エージェントサーバ９と切断元のＳＩＰ端末機５との間のＳＩＰセッションが切断される。

これに続いて、仮想エージェントサーバ９のメインプログラム９４は、ソフトフォンプログラム９６→切断先の端子ＵＡｎ→インターネット等１→ＳＩＰサーバ６→切断先のＳＩＰ端末機５（ＩＰ電話など）という経路で、切断先のＳＩＰ端末機５に切断要求を出す（ステップＳＴ３）。これにより、仮想エージェントサーバ９と切断先のＳＩＰ端末機５との間のＳＩＰセッションが切断され、同時に２つのＳＩＰ端末機間の音声セッションも切断される。

次に、こうした機能を有する本例の通信制御システムを用いた具体例を説明する。図３は本発明に係る通信制御システムを用いた通信制御方法の実施形態を示すブロック図である。

同図に示す例では、ある商品の購入を検討しているユーザ甲が、自分のパーソナルコンピュータを用いて、その商品に関する情報をインターネットのＷｅｂページで検索し、ヒットしたホームページの開設者である販売店乙に電話をかけてその商品の詳細情報を聞くといった場面である。

販売店乙は、自分が開設するホームページに、このホームページを閲覧したお客様の電話番号を入力するボックスを設けておき、たとえば上述したユーザ甲が自分の電話番号を入力してクリックボタンを押すと、このユーザ甲の電話番号と、ホームページ開設者の販売店乙の電話番号の情報は、ユーザ甲のパーソナルコンピュータからインターネットを介して、アプリケーションサーバに送られ、アプリケーションサーバのＤＬＬプログラムから仮想エージェントサーバのインターフェースに対して通話確立要求が出される。そして、既述した図５及び図６に示すように、仮想エージェントサーバのソフトフォンプログラムにて、発信元であるユーザ甲との間の通話を確立するとともに、発信先である販売店乙との間の通話を確立したのち、ユーザ甲と販売店乙との間の音声セッションを確立する。これにより、ユーザ甲は、Ｗｅｂページの所定箇所に自分の電話番号を入力するだけで販売店乙との間で通話することができるようになるが、このとき販売店乙に対する通話者の電話番号は、あくまで仮想エージェントサーバのソフトフォンプログラムの端子ＵＡ１に割り当てられた仮想電話番号であることから、ユーザ甲の電話番号が販売店乙に知られることはない。同様に、ユーザ甲に対する通話者の電話番号も、販売店乙の電話番号ではなく、仮想エージェントサーバのソフトフォンプログラムの端子ＵＡ２に割り当てられた仮想電話番号であることから、販売店乙の電話番号がユーザ甲に知られることはない。

図４は本発明に係る通信制御システムを用いた通信制御方法の他の実施形態を示すブロック図であり、同図に示す例も、有る商品の購入を検討しているユーザ甲が、自分のパーソナルコンピュータを用いて、その商品に関する情報をインターネットのＷｅｂページで検索し、ヒットしたホームページの開設者である販売店乙に電話をかけてその商品の詳細情報を開くといった場面であるが、仮想エージェントサーバのソフトフォンプログラムに対するメインプログラムが若干相違する。

すなわち、販売店乙は、自分が開設するホームページに、このホームページを閲覧したお客様の電話番号を入力するボックスを設けておき、たとえば上述したユーザ甲が自分の電話番号を入力してクリックボタンを押すと、このユーザ甲の電話番号と、ホームページ開設者の販売店乙の電話番号の情報は、ユーザ甲のパーソナルコンピュータからインターネットを介して、アプリケーションサーバに送られ、アプリケーションサーバのＤＬＬプログラムから仮想エージェントサーバのインターフェースに対して通話確立要求が出される。そして、仮想エージェントサーバのソフトフォンプログラムにて、発信先である販売店乙との間の通話を確立するとともに、この販売店乙のＳＩＰ端末機に対して、ユーザ甲に電話をかけるよう指令情報を送信する。これにより、ユーザ甲は、Ｗｅｂページの所定箇所に自分の電話番号を入力するだけで販売店乙から電話がかかってきて、販売店乙との間で通話することができるようになる。

＜第２の実施形態＞
以下、図８及び図９を参照して、本発明の第２の実施形態を説明する。第２の実施形態は、ユーザのアプリケーション端末２から送信される相手先ユーザへの発話要求メッセージに応答して、仮想エージェントサーバ９が、ユーザの電話端末と、相手方ユーザの電話端末とに、それぞれ発呼し、仮想エージェントサーバ９と双方の電話端末との間のセッションがそれぞれ確立した後には、ユーザ双方の電話端末間での音声通信は、ＰＳＴＮゲートウェイ８を経由して行なわれる。

第２の実施形態の構成は、例えば、図１に示されるネットワーク構成として参照され、通信回線網としてのＩＰネットワーク１と、このＩＰネットワーク１に接続されるアプリケーションサーバ４としてのＷＷＷサーバ４、ＳＩＰサーバ６、及び仮想エージェントサーバ９と、このＩＰネットワーク１に接続される利用者Ａ，ＢのＷｅｂブラウザ機能を備えるアプリケーション端末２、及びＳＩＰ呼制御プロトコルで動作する例えばＩＰ電話機５等であるＳＩＰ端末５とを具備する。第２の実施形態の構成は、さらに、ＩＰネットワーク１に、ＰＳＴＮゲートウェイ８を介して網間接続される一般公衆電話網（ＰＳＴＮ）７と、このＰＳＴＮ７に接続される利用者Ｃ，Ｄの一般電話機（固定電話機）或いは携帯電話３とを具備してよい。

第２の実施形態において、利用者ＡのＩＰ電話機５と、利用者ＢのＩＰ電話機５とは、１つのＩＰネットワーク１に接続されていてもよく、或いは代替的に、例えばＰＳＴＮ７を介して網間接続される、異なるＩＰネットワーク、例えば異なるキャリアにより提供されるＩＰネットワークにそれぞれ接続されていてもよい。

また、第２の実施形態において、発呼元電話端末及び／又は着呼先電話端末は、ＩＰネットワーク１に接続されるＩＰ電話機５であってもよく、或いは代替的にＰＳＴＮネットワークに接続される一般電話機又は携帯電話機３のいずれであってもよい。いずれの場合においても、第２の実施形態に係る仮想エージェントサーバ９は、２者間通話を行なうＩＰ電話機５或いは一般電話機等３と、相手方ＩＰ電話機５或いは一般電話機等３とに対して、それぞれ発呼し、２者間通話を可能とする。

第２の実施形態に係る仮想エージェントサーバ９は、制御部９４がソフトフォン部９６を制御することにより、請求項に係る接続要求受信部と、第１のセッション確立部と、第２のセッション確立部と、第１の音声通信情報送信部と、第２の音声通信情報送信部と、セッション開放部とを構成する。

接続要求受信部は、ＩＰ網経由で発呼元ユーザから着呼先ユーザへの接続要求を、発呼元ユーザのアプリケーション端末から受信する。第１のセッション確立部は、接続要求中に記述された発呼元ユーザの電話番号を有する発呼元ユーザの電話端末への発呼要求を行なうよう、ＳＩＰサーバに指示して、仮想エージェントサーバと発呼元電話端末との間に、第１のセッションを確立させる。第２のセッション確立部は、接続要求中に記述された着呼先ユーザの識別子を変換することにより得られた電話番号を有する着呼先電話端末への発呼要求を行なうよう、ＳＩＰサーバに指示して、仮想エージェントサーバと着呼先電話端末との間に、第２のセッションを確立させる。第１の音声通信情報送信部は、着呼先電話端末の通信能力を示す音声通信情報を、ＳＩＰサーバに指示して第１のセッションを介して発呼元電話端末に送信させる。第２の音声通信情報送信部は、発呼元電話端末の通信能力を示す音声通信情報を、ＳＩＰ呼制御サーバに指示して第２のセッションを介して着呼先電話端末に送信させる。セッション開放部は、発呼元電話端末及び着呼先電話端末のそれぞれから音声通信情報受信に対する肯定応答を受信した際に、第１のセッション及び第２のセッションを開放する。

図８は、発呼元電話端末と着呼先電話端末とが、ＰＳＴＮネットワーク７を介して接続される場合に、第２の実施形態における２者間で音声通話中に確立されているセッションの状態を模式的に示す。図８において、発呼元電話端末５の属するＩＰネットワーク１は、着呼先電話端末５が属するＩＰネットワークと、ＰＳＴＮゲートウェイ８、ＰＳＴＮ７を介して、網間接続され、又は着呼先電話端末３が属するＰＳＴＮ７と網間接続される。或いは代替的に、発呼元電話端末３の属するＰＳＴＮ７は、着呼先ユーザ電話端末３が属するＰＳＴＮと、ＰＳＴＮゲートウェイ８、ＩＰネットワークを介して、網間接続され、又は着呼先電話端末５が属するＩＰネットワークと、ＰＳＴＮゲートウェイ８、ＰＳＴＮ７を介して、網間接続される。この場合、発呼元電話端末３，５と、着呼先電話端末３、５同士でされる音声通話を制御する通信制御用の破線で示されるセッション８１は、ＰＳＴＮゲートウェイ８、仮想エージェントサーバ９、ＩＰネットワーク１を介して、ＳＩＰサーバ６により制御されるが、他方、発呼元電話端末３，５と、着呼先電話端末３、５同士でされる音声通話用の実線で示されるセッション８３は、ＰＳＴＮゲートウェイ８で折り返され、ＰＳＴＮゲートウェイ８により制御される。音声通話がＰＳＴＮゲートウェイ８で折り返されるため、通信網全体に対する通信トラフィックの負荷が軽減される。

図９は、第２の実施形態におけるＰＳＴＮゲートウェイ８を利用した２者間通話の要求から音声通話までの制御フローの一例を示す。図９において、通話を要求するユーザＡは、アプリケーション端末２から、ＩＰネットワーク１を介してＷＷＷサーバ４ａにアクセスし、ＷＷＷサーバ４ａが提供し、ユーザＡのアプリケーション端末２上に表示される例えばポータルサイトのＷｅｂ画面上で、ログイン要求を投入する（ステップＳ９０１）。投入されたログイン要求が、ＷＷＷサーバ４ａ或いは他に設けられる認証用サーバで認証された後、ＷＷＷサーバ４ａは、ユーザＡのログイン完了後の処理画面を、ユーザＡのアプリケーション端末２上に表示させる（ステップＳ９０２）。この表示された画面上で、ユーザＡは、所望の接続先であるユーザＢの名前或いは他の識別子を、例えばクリック等により表示画面上選択し、又は入力する。アプリケーション端末２内のプログラムにより、入力されたユーザＢ名或いは識別子を接続先として指定する接続要求メッセージが、ＷＷＷサーバ４ａに送信される（ステップＳ９０３）。この接続要求はまた、仮想エージェントサーバ９が、ユーザＡの電話端末３，５に発呼するために必要となる、ユーザＡの電話端末３，５の電話番号或いはこれを示す識別子、又はこれを検索により得るための検索キーを含む。ＷＷＷサーバ４ａは、受信した接続要求に含まれるユーザＢの電話番号を、顧客データベースサーバ４ｂに照会する（ステップＳ９０４）。顧客データベースサーバ４ｂは、照会されたユーザＢの電話番号を、顧客データベース内で検索し、得られたユーザＢの電話番号を、ＷＷＷサーバ４ａに返信する（ステップＳ９０５）。ＷＷＷサーバ４ａは、接続要求を送信したユーザＡの電話番号と、得られたユーザＢの電話番号との双方を含む２者間通話要求コマンドを生成し、生成された２者間通話要求コマンドを仮想エージェントサーバ９に送信する（ステップＳ９０６）。この発呼側ユーザＡの電話番号は、ユーザＡが、アプリケーション端末２に入力してもよく、アプリケーション端末２内に予め保持されていてもよく、或いは代替的に、顧客データベース２或いは他の記憶手段上に、予めアプリケーション端末２の識別子と対応付けてＩＰ電話機５或いは一般電話機等３の電話番号を記憶してもよい。２者間通話要求コマンドを受信した仮想エージェントサーバ９は、まず、発呼側のユーザＡの電話端末３、５への発呼要求を、例えばＳＩＰ呼制御プロトコルの“ＩＮＶＩＴＥ”コマンドに実装して、ＳＩＰサーバ６に送信する（ステップＳ９０７）。ＳＩＰサーバ６は、ＰＳＴＮゲートウェイ８に、ユーザＡの電話端末３、５への発呼要求を転送し（ステップＳ９０８）、ＰＳＴＮゲートウェイ８は、ＰＳＴＮ７を介して接続されるユーザＡの電話端末３、５に、仮想エージェントサーバ９からの発呼要求を、送信する（ステップＳ９０９）。着呼を認識したユーザＡが、電話端末３、５をオフフックすると、ユーザＡの電話端末３、５が応答したことを示す応答メッセージが、ＰＳＴＮゲートウェイ８に送出される（ステップＳ９１０）。応答メッセージを受信したＰＳＴＮゲートウェイ８は、ユーザＡの電話端末３、５が応答したことを示すＳＩＰコマンドを生成し、ＳＩＰサーバ６に送信する（ステップＳ９１１）。ＳＩＰサーバ６は、受信したユーザＡの電話端末３、５が応答したことを示すＳＩＰコマンドを、仮想エージェントサーバ９に転送する（ステップＳ９１２）。ここで、ＰＳＴＮゲートウェイ８を介して、仮想エージェントサーバ９とユーザＡの電話端末３、５との間の音声通話セッションが確立され、ユーザＡは、発話側仮想エージェントサーバ９から発信される音声メッセージを聴取することが可能となる（ステップＳ９１３）。

仮想エージェントサーバ９とユーザＡの電話端末３、５との間の音声通話セッションが確立されると、仮想エージェントサーバ９は、着呼側のユーザＢの電話端末３、５への発呼要求を、例えばＳＩＰ呼制御プロトコルの“ＩＮＶＩＴＥ”コマンドに実装して、ＳＩＰサーバ６に送信する（ステップＳ９１４）。ＳＩＰサーバ６は、ＰＳＴＮゲートウェイ８に、ユーザＢの電話端末３、５への発呼要求を転送し（ステップＳ９１５）、ＰＳＴＮゲートウェイ８は、ＰＳＴＮ７に接続されるユーザＢの電話端末３、５に、仮想エージェントサーバ９からの発呼要求を、送信する（ステップＳ９１６）。

なお、例えば図９のステップＳ９１５及びステップＳ９１６から理解されるように、第２の実施形態及び以下に説明されるすべての実施形態において、ＰＳＴＮゲートウェイ８は、仮想エージェントサーバ９及びＳＩＰサーバ６から受信する例えばＩＮＶＩＴＥ，ＲＥＦＥＲ等のＳＩＰコマンドを、一般固定電話或いは携帯電話３が解釈可能なＰＳＴＮコマンドに変換して、ＰＳＴＮ７経由でユーザの電話端末に送出する。このため、第２の実施形態及び以下に説明されるすべての実施形態において、発呼元電話端末及び着呼先電話端末のいずれも、ＩＰ電話端末５であってもよく、代替的に一般固定電話端末或いは携帯電話端末３であってよい。

着呼を認識したユーザＢが、電話端末３をオフフックすると、ユーザＢの電話端末３、５が応答したことを示す応答メッセージが、ＰＳＴＮゲートウェイ８に送出される（ステップＳ９１７）。応答メッセージを受信したＰＳＴＮゲートウェイ８は、ユーザＢの電話端末３、５が応答したことを示すＳＩＰコマンドを生成し、ＳＩＰサーバ６に送信する（ステップＳ９１８）。ＳＩＰサーバ６は、受信したユーザＢの電話端末３、５が応答したことを示すＳＩＰコマンドを、仮想エージェントサーバ９に転送する（ステップＳ９１９）。ここで、ＰＳＴＮゲートウェイ８を介して、仮想エージェントサーバ９とユーザＢの電話端末３、５との間の音声通話セッションが確立され、ユーザＢは、仮想エージェントサーバ９から発信される音声メッセージを聴取することが可能となる（ステップＳ９２０）。

次に、仮想エージェントサーバ９は、着呼側電話端末から取得された着呼側ユーザＢの電話端末３、５の音声通信情報を、例えばＳＩＰ呼制御プロトコルの“Ｒｅ−ＩＮＶＩＴＥ”コマンドに実装して、ユーザＡの電話端末３、５に向けて、ＳＩＰサーバ６に送信する（ステップＳ９２１）。この音声通信情報は、着呼側ユーザＢの電話端末がＩＰ電話機５である場合、少なくとも着呼側ユーザＢの電話端末５のＩＰ電話で使用されるＣＯＤＥＣ（Ｃｏｄｅｒ−Ｄｅｃｏｄｅｒ）のＣｏＳプロファイルを含み、ユーザＡの電話端末３、５に対して、受信される音声通信情報に適合して、ユーザＢの音声を聴取するよう指示する。ＳＩＰサーバ６は、ＰＳＴＮゲートウェイ８に、仮想エージェントサーバ９から送信される音声通信情報を転送し（ステップＳ９２２）、ＰＳＴＮゲートウェイ８は、ＰＳＴＮ７に接続されるユーザＡの電話端末３、５に、転送された音声通信情報を送信する（ステップＳ９２３）。音声通信情報を受信したユーザＡの電話端末３、５は、応答メッセージを、ＰＳＴＮゲートウェイ８に送信する（ステップＳ９２４）。ＰＳＴＮゲートウェイ８は、ユーザＡの電話端末３、５が応答したことを示すＳＩＰコマンドを生成し、ＳＩＰサーバ６に送信し（ステップＳ９２５）、ＳＩＰサーバ６は、受信したＳＩＰコマンドを、仮想エージェントサーバ９に転送する（ステップＳ９２６）。ここで、ユーザＡの電話端末３、５は、ＰＳＴＮゲートウェイ８を介し、ユーザＢの電話端末３、５の音声を聴取することが可能となる（ステップＳ９２７）。

次に、仮想エージェントサーバ９は、発呼側電話端末から取得された発呼側ユーザＡの電話端末３、５の音声通信情報を、例えばＳＩＰ呼制御プロトコルの“Ｒｅ−ＩＮＶＩＴＥ”コマンドに実装して、ユーザＢの電話端末３に向けて、ＳＩＰサーバ６に送信する（ステップＳ９２８）。この音声通信情報は、ユーザＢの電話端末３、５に対して、ユーザＡの音声を聴取するよう指示する。ＳＩＰサーバ６は、ＰＳＴＮゲートウェイ８に、仮想エージェントサーバ９から送信される音声通信情報を転送し（ステップＳ９２９）、ＰＳＴＮゲートウェイ８は、ＰＳＴＮ７に接続されるユーザＢの電話端末３、５に、転送された音声通信情報を送信する（ステップＳ９３０）。音声通信情報を受信したユーザＢの電話端末３、５は、応答メッセージを、ＰＳＴＮゲートウェイ８に送信する（ステップＳ９３１）。ＰＳＴＮゲートウェイ８は、ユーザＢの電話端末３，５が応答したことを示すＳＩＰコマンドを生成し、ＳＩＰサーバ６に送信し（ステップＳ９３２）、ＳＩＰサーバ６は、受信したＳＩＰコマンドを、仮想エージェントサーバ９に転送する（ステップＳ９３３）。ここで、ユーザＢの電話端末３、５は、ＰＳＴＮゲートウェイ８を介し、ユーザＡの電話端末３、５の音声を聴取することが可能となる（ステップＳ９３４）。

以上の手順により、ユーザＡの電話端末３、５と、ユーザＢの電話端末３、５とは、相互に音声通話可能な状態となる。以降、２者間通話に不要となる、仮想エージェントサーバ９とユーザＡの電話端末３、５との間の通信セッション、及び仮想エージェントサーバ９とユーザＢの電話端末３、５との間の通信セッション（図９において、ステップＳ９２７の破線及びＳ９３４の破線）は、切断され、ユーザＡの電話端末３、５と、ユーザＢの電話端末３、５との間に、ＰＳＴＮゲートウェイ８を介した音声通話セッションが確立され、ユーザＡの電話端末３、５と、ユーザＢの電話端末３、５とは、相互に音声通話可能となる。

第２の実施形態によれば、ユーザのアプリケーション端末２から送信される相手先ユーザへの発話要求メッセージに応答して、仮想エージェントサーバ９が、ユーザの電話端末と、相手方ユーザの電話端末とに、それぞれ発呼し、仮想エージェントサーバ９と双方の電話端末間のセッションが確立した後には、ユーザ双方の電話端末間での音声通信は、ＰＳＴＮゲートウェイ８を経由して行なわれる。このため、発呼元電話端末は、着呼先電話端末の電話番号を発呼要求メッセージに含める必要がなく、他方、着呼先電話端末には、発呼元電話端末の電話番号が送信されない。従って、相互に自電話番号を秘匿して、２者間音声通話セッションを確立することが可能となるとともに、発呼元電話端末においては、着呼先電話端末の特定の電話番号を知ることなく、所望の相手先への接続要求をイニシエートすることが可能となる。

＜第３の実施形態＞
以下、図１０及び図１１を参照して、本発明の第３の実施形態を、第２の実施形態との相違において説明する。第３の実施形態は、ユーザのアプリケーション端末２から送信される相手先ユーザへの発話要求メッセージに応答して、仮想エージェントサーバ９が、ユーザの電話端末と、相手方ユーザの電話端末とに、それぞれ発呼し、ユーザ双方の電話端末間での音声通信は、仮想エージェントサーバ９と双方の電話端末間のセッション、すなわち２つのセッションにより行なわれる。

第３の実施形態の構成は、第２の実施形態と同様、例えば、図１に示されるネットワーク構成として参照される。第３の実施形態においても、第２の実施形態と同様、利用者ＡのＩＰ電話機５と、利用者ＢのＩＰ電話機５とは、１つのＩＰネットワーク１に接続されていてもよく、或いは代替的に、例えばＰＳＴＮ７を介して網間接続される、異なるＩＰネットワーク１、例えば異なるキャリアにより提供されるＩＰネットワーク１にそれぞれ接続されていてもよい。

また、第３の実施形態において、発呼元電話端末及び／又は着呼先電話端末は、ＩＰネットワーク１に接続されるＩＰ電話機５であってもよく、或いは代替的にＰＳＴＮネットワークに接続される一般電話機又は携帯電話機３のいずれであってもよい。いずれの場合においても、第２の実施形態に係る仮想エージェントサーバ９は、２者間通話を行なうＩＰ電話機５或いは一般電話機等３と、相手方ＩＰ電話機５或いは一般電話機等３とに対して、それぞれ発呼し、２者間通話を可能とする。

第３の実施形態に係る仮想エージェントサーバ９は、制御部９４がソフトフォン部９６を制御することにより、請求項に係る接続要求受信部と、第１のセッション確立部と、第２のセッション確立部と、ブリッジ部とを構成する。

接続要求受信部は、ＩＰ網経由で発呼元ユーザから着呼先ユーザへの接続要求を、発呼元ユーザのアプリケーション端末から受信する。第１のセッション確立部は、接続要求中に記述された発呼元ユーザの電話番号を有する発呼元電話端末への発呼要求を行なうよう、ＳＩＰサーバに指示して、仮想エージェントサーバと発呼元電話端末との間に、音声通話用の第１のセッションを確立させる。第２のセッション確立部は、接続要求中に記述された着呼先ユーザの識別子を変換することにより得られた電話番号を有する着呼先電話端末への発呼要求を行なうよう、ＳＩＰ呼制御サーバに指示して、仮想エージェントサーバと着呼先電話端末との間に、音声通話用の第２のセッションを確立させる。ブリッジ部は、音声通話用の第１のセッションと第２のセッションとをブリッジすることにより、第１のセッション及び第２のセッションを介して、発呼元電話端末と着呼先電話端末との間の音声通話を可能とする。

図１０は、発呼元電話端末と着呼先電話端末とが、ＰＳＴＮネットワーク７を介して接続される場合に、第３の実施形態における２者間で音声通話中に確立されているセッションの状態を示す。図１０において、発呼元電話端末５の属するＩＰネットワーク１は、図８と同様、着呼先電話端末５が属するＩＰネットワークと、ＰＳＴＮゲートウェイ８、ＰＳＴＮ７を介して、網間接続される。或いは代替的に、発呼元電話端末３の属するＰＳＴＮ７は、着呼先電話端末３が属するＰＳＴＮと、ＰＳＴＮゲートウェイ８、ＩＰネットワークを介して網間接続され、又は着呼先電話端末５が属するＩＰネットワークと、ＰＳＳＴＮゲートウェイ８、ＰＳＴＮ７を介して、網間接続される。この場合、発呼元電話端末３，５と、着呼先電話端末３、５同士でされる音声通話を制御する通信制御用の破線で示されるセッション１１は、ＰＳＴＮゲートウェイ８、仮想エージェントサーバ９、ＩＰネットワーク１を介して、ＳＩＰサーバ６により制御されるが、他方、図８と異なり、発呼元電話端末３，５と、着呼先電話端末３、５同士でされる音声通話用のセッションは、仮想エージェントサーバ９及び発呼元電話端末３，５の間の音声用セッション１３ａと、仮想エージェントサーバ９及び着呼先電話端末３，５の間の音声用セッション１３ｂとからなり、これら２本の音声用セッション１３ａ及び１３ｂは、それぞれ別のＣａｌｌ ＩＤを有し、仮想エージェントサーバ９により、それぞれ独立に制御可能となる。

それぞれの音声セッション１３ａ及び１３ｂは、仮想エージェントサーバ９に対して確立されるため、発呼元電話端末３，５は、仮想エージェントサーバ９の端子ＵＡに割り当てられた仮想的電話番号に発呼すれば足り、着呼先電話端末３，５の電話番号に対して発呼する必要がない。また、仮想エージェントサーバ９が、２本の音声用セッション１３ａ及び１３ｂをそれぞれ独立して制御すると共に、これら２本の音声用セッション１３ａ及び１３ｂの間にブリッジを提供するため、仮想エージェントサーバ９上に、例示的に後述される多様な機能を搭載することが可能となる。さらに、音声への切り換え処理が、仮想エージェントサーバ９で実行されるため、発呼元ユーザ電話端末３，５及び着呼先ユーザ電話端末３，５に実装された通信機能に依存して、通信確立が不能となることがない。すなわち、例えばユーザ電話端末３、５或いはこれらが属する通信キャリアがＳＩＰプロトコルにおけるＲｅ−ＩＮＶＩＴＥコマンドをサポートしない場合、図８及び図９に示す第２の実施形態に係る制御フローにより２者間通話を実現することはできないが、他方、図１０に示す第３の実施形態に係る音声セッション管理方法によれば、２者間通話を実現することができる。

図１１は、第３の実施形態における仮想エージェントサーバ９のブリッジ機能を利用した２者間通話の要求から音声通話までの制御フローの一例を示す。図１１において、通話を要求するユーザＡは、アプリケーション端末２から、ＩＰネットワーク１を介してＷＷＷサーバ４ａにアクセスし、ＷＷＷサーバ４ａが提供し、ユーザＡのアプリケーション端末２上に表示される例えばポータルサイトのＷｅｂ画面上で、ログイン要求を投入する（ステップＳ１１０１）。投入されたログイン要求が、ＷＷＷサーバ４ａ或いは他に設けられる認証用サーバで認証された後、ＷＷＷサーバ４ａは、ユーザＡのログイン完了後の処理画面を、ユーザＡのアプリケーション端末２上に表示させる（ステップＳ１１０２）。この表示された画面上で、ユーザＡは、所望の接続先であるユーザＢの名前或いは他の識別子を、例えばクリック等により表示画面上選択し、又は入力する。アプリケーション端末２内のプログラムにより、入力されたユーザＢ名或いは識別子を接続先として指定する接続要求メッセージが、ＷＷＷサーバ４ａに送信される（ステップＳ１１０３）。この接続要求はまた、仮想エージェントサーバ９が、ユーザＡの電話端末３，５に発呼するために必要となる、ユーザＡの電話端末３，５の電話番号或いはこれを示す識別子、又はこれを検索により得るための検索キーを含む。ＷＷＷサーバ４ａは、受信した接続要求に含まれるユーザＢの電話番号を、顧客データベースサーバ４ｂに照会する（ステップＳ１１０４）。顧客データベースサーバ４ｂは、照会されたユーザＢの電話番号を、顧客データベース内で検索し、得られたユーザＢの電話番号を、ＷＷＷサーバ４ａに返信する（ステップＳ１１０５）。ＷＷＷサーバ４ａは、接続要求を送信したユーザＡの電話番号と、得られたユーザＢの電話番号との双方を含む２者間通話要求コマンドを生成し、生成された２者間通話要求コマンドを仮想エージェントサーバ９に送信する（ステップＳ１１０６）。この発呼側ユーザＡの電話番号は、ユーザＡが、アプリケーション端末２に入力してもよく、アプリケーション端末２内に予め保持されていてもよく、或いは代替的に、顧客データベース２或いは他の記憶手段上に、予めアプリケーション端末２の識別子と対応付けてＩＰ電話機５の電話番号を記憶してもよい。２者間通話要求コマンドを受信した仮想エージェントサーバ９は、まず、発呼側のユーザＡの電話端末５への発呼要求を、例えばＳＩＰ呼制御プロトコルの“ＩＮＶＩＴＥ”コマンドに実装して、ＳＩＰサーバ６に送信する（ステップＳ１１０７）。ＳＩＰサーバ６は、ＰＳＴＮゲートウェイ８に、ユーザＡの電話端末３，５への発呼要求を転送し（ステップＳ１１０８）、ＰＳＴＮゲートウェイ８は、ＰＳＴＮ７に接続されるユーザＡの電話端末３、５に、仮想エージェントサーバ９からの発呼要求を、送信する（ステップＳ１１０９）。着呼を認識したユーザＡが、電話端末３、５をオフフックすると、ユーザＡの電話端末３、５が応答したことを示す応答メッセージが、ＰＳＴＮゲートウェイ８に送出される（ステップＳ１１１０）。応答メッセージを受信したＰＳＴＮゲートウェイ８は、ユーザＡの電話端末３、５が応答したことを示すＳＩＰコマンドを生成し、ＳＩＰサーバ６に送信する（ステップＳ１１１１）。ＳＩＰサーバ６は、受信したユーザＡの電話端末３、５が応答したことを示すＳＩＰコマンドを、仮想エージェントサーバ９に転送する（ステップＳ１１１２）。ここで、ＰＳＴＮゲートウェイ８を介して、仮想エージェントサーバ９とユーザＡの電話端末３、５との間の音声通話セッションが確立され、ユーザＡは、発話側仮想エージェントサーバ９から発信される音声メッセージを聴取することが可能となる（ステップＳ１１１３）。

仮想エージェントサーバ９とユーザＡの電話端末３、５との間の音声通話セッションが確立されると、仮想エージェントサーバ９は、着呼側のユーザＢの電話端末３、５への発呼要求を、例えばＳＩＰ呼制御プロトコルの“ＩＮＶＩＴＥ”コマンドに実装して、ＳＩＰサーバ６に送信する（ステップＳ１１１４）。ＳＩＰサーバ６は、ＰＳＴＮゲートウェイ８に、ユーザＢの電話端末３、５への発呼要求を転送し（ステップＳ１１１５）、ＰＳＴＮゲートウェイ８は、ＰＳＴＮ７に接続されるユーザＢの電話端末３、５に、仮想エージェントサーバ９からの発呼要求を、送信する（ステップＳ１１１６）。着呼を認識したユーザＢが、電話端末３、５をオフフックすると、ユーザＢの電話端末３、５が応答したことを示す応答メッセージが、ＰＳＴＮゲートウェイ８に送出される（ステップＳ１１１７）。応答メッセージを受信したＰＳＴＮゲートウェイ８は、ユーザＢの電話端末３、５が応答したことを示すＳＩＰコマンドを生成し、ＳＩＰサーバ６に送信する（ステップＳ１１１８）。ＳＩＰサーバ６は、受信したユーザＢの電話端末３、５が応答したことを示すＳＩＰコマンドを、仮想エージェントサーバ９に転送する（ステップＳ１１１９）。ここで、ＰＳＴＮゲートウェイ８を介して、仮想エージェントサーバ９とユーザＢの電話端末３、５との間の音声通話セッションが確立され（ステップＳ１１２０）、ユーザＢは、発話側仮想エージェントサーバ９から発信される音声メッセージを聴取することが可能となる（ステップＳ１１２１）。

以上の手順により、ユーザＡの電話端末３、５及び仮想エージェントサーバ９の間の音声セッション１３ａと、ユーザＢの電話端末３、５及び仮想エージェントサーバ９の間の音声セッションと１３ｂは、仮想エージェントサーバ９内でブリッジされ、相互に音声通話可能な状態となる。以降、ユーザＡの電話端末３と、ユーザＢの電話端末３との間に、仮想エージェントサーバ９を介した音声通話セッションが確立され、ユーザＡの電話端末３と、ユーザＢの電話端末３とは、相互に音声通話可能となる。

第３の実施形態によれば、ユーザのアプリケーション端末２から送信される相手先ユーザへの発話要求メッセージに応答して、仮想エージェントサーバ９が、ユーザの電話端末と、相手方ユーザの電話端末とに、それぞれ発呼し、仮想エージェントサーバ９と双方の電話端末間のセッションが確立した後には、ユーザ双方の電話端末間での音声通信は、仮想エージェントサーバ９がこれら２本の音声用セッションをブリッジすることにより行なわれる。このため、第２の実施形態と同様、発呼元電話端末は、着呼先電話端末の電話番号を発呼要求メッセージに含める必要がなく、他方、着呼先電話端末には、発呼元電話端末の電話番号が送信されない。従って、相互に自電話番号を秘匿して、２者間音声通話セッションを確立することが可能となるとともに、発呼元電話端末においては、着呼先電話端末の特定の電話番号を知ることなく、所望の相手先への接続要求をイニシエートすることが可能となる。

さらに、第３の実施形態によれば、仮想エージェントサーバ９が、２本の音声用セッション１３ａ及び１３ｂをそれぞれ独立して制御すると共に、これら２本の音声用セッション１３ａ及び１３ｂの間にブリッジを提供するため、仮想エージェントサーバ９上に、例示的に後述される多様な機能を搭載することが可能となる。

変形例として、図１４に示すように、例えば、発呼元電話端末５は、仮想エージェントサーバ９のソフトフォン部９６の端子ＵＡ１に割り当てられた仮想的電話番号のみに発呼すれば、ソフトフォン部９６が他の端子ＵＡ２、ＵＡ３、・・・ＵＡｎから複数の着呼先電話端末５，３に同報で発呼し、発呼元電話端末と、複数の着呼先電話端末との間の通話がブリッジされる。例えば、災害時において、被災者等が、仮想エージェントサーバ９宛ての電話番号一箇所に連絡すれば、複数の連絡先、例えば警察、消防署、県庁等の個別の電話番号を知らなくても、同報により迅速に被災を通報することができ、有益である。或いは、被災者の安否を問い合わせる者複数が、仮想エージェントサーバ９宛ての電話番号一箇所に問い合わせれば、仮想エージェントサーバ９のソフトフォン部９６の端子ＵＡ２、ＵＡ３、・・・ＵＡｎにそれぞれ着呼し、端子ＵＡ１とセッションを持つ実際に連絡すべき電話番号を知らなくても、仮想エージェントサーバ９において、適宜ブリッジを切り換えて、複数の電話端末からの着呼に応答することができる。

さらに、第３の実施形態によれば、音声の切り換え処理が、仮想エージェントサーバ９で実行されるため、発呼元ユーザ電話端末３，５及び着呼先ユーザ電話端末３，５に実装された通信機能に依存して、通信確立が不能となることがない。

＜第４の実施形態＞
以下、図１２を参照して、本発明の第４の実施形態を、第２の実施形態及び第３の実施形態との相違において説明する。第４の実施形態は、ユーザのアプリケーション端末２から送信される相手先ユーザへの発話要求メッセージに応答して、仮想エージェントサーバ９が、発呼元ユーザの電話端末に発呼すると共に、さらに、発呼元ユーザの電話端末に、該発呼元ユーザの電話端末から着呼先ユーザの電話端末への発呼を指示する転送要求を送信する。ユーザ双方の電話端末間での音声通信は、転送要求を受信した発呼元ユーザの電話端末から着呼先ユーザの電話端末への発呼によりイニシエートされ、その音声通話用セッションが仮想エージェントサーバ９或いはＳＩＰサーバ６のいずれも経由することなく、実現される。或いは代替的に、仮想エージェントサーバ９は、発話要求メッセージを送信した電話端末に対する相手方電話端末に転送要求を送信してもよく、この場合、相手方電話端末から、発話要求メッセージを送信した電話端末に対して、発呼される。

第４の実施形態においては、仮想エージェントサーバ９から、発呼元ユーザの電話端末に、該発呼元ユーザの電話端末から着呼先ユーザの電話端末への発呼を指示する転送要求を送信し、この転送要求に応答して、発呼元ユーザ電話端末が、着呼先ユーザ電話端末に発呼し、着呼先ユーザ電話端末がこれに肯定応答した後には、最初に確立された仮想エージェントサーバ９及び発呼元ユーザ電話端末３，５間の音声通話用セッションは、切断されてよい。２者間通話を行なうユーザ双方の電話端末間での音声通話が終話するまで、仮想エージェントサーバ９が、セッションを保持する必要がない。このため、仮想エージェントサーバ９への通信負荷が軽減される。

発呼元ユーザ電話端末が、仮想エージェントサーバ９からの転送要求に応じて、着呼先ユーザ電話端末に発呼する第４の実施形態においては、着呼先ユーザ電話端末に対して、発呼元ユーザ電話端末の電話番号を、通信キャリアが提供する特定の機能に依存することなく、秘匿することはできない。しかしながら、第４の実施形態においては、仮想エージェントサーバ９が、動的に、２者間通話を行なう２つのユーザ電話端末のいずれに転送要求を送信するかを決定することができるため、いずれのユーザ電話端末が発呼元となるかを任意に決定することができ、従って、通信キャリアが提供する特定の機能に依存することなく、２者間通話を行なう２つのユーザ電話端末のいずれに音声通話料金を課金するかを、任意に制御することが可能となる。

第４の実施形態の構成は、第２の実施形態と同様、例えば、図１に示されるネットワーク構成として参照される。第４の実施形態においても、第２の実施形態と同様、利用者ＡのＩＰ電話機５と、利用者ＢのＩＰ電話機５とは、１つのＩＰネットワーク１に接続されていてもよく、或いは代替的に、例えばＰＳＴＮ７を介して網間接続される、異なるＩＰネットワーク１、例えば異なるキャリアにより提供されるＩＰネットワーク１にそれぞれ接続されていてもよい。

また、第４の実施形態において、発呼元電話端末及び／又は着呼先電話端末は、ＩＰネットワーク１に接続されるＩＰ電話機５であってもよく、或いは代替的にＰＳＴＮネットワークに接続される一般電話機又は携帯電話機３のいずれであってもよい。いずれの場合においても、第４の実施形態に係る仮想エージェントサーバ９は、２者間通話を行なうユーザ電話端末の一方に対して発呼すると共に、さらに、発呼したユーザ電話端末に、２者間通話を行なう他方のユーザ電話端末への発呼を指示する転送要求を送信することにより、２者間通話を可能とする。

第４の実施形態に係る仮想エージェントサーバ９は、制御部９４がソフトフォン部９６を制御することにより、請求項に係る接続要求受信部と、発呼先決定部と、セッション確立部と、転送要求送信部とを構成する。

接続要求受信部は、ＩＰ網経由で発呼元ユーザから着呼先ユーザへの接続要求を、発呼元ユーザのアプリケーション端末から受信する。発呼先決定部は、接続要求中に記述された発呼元ユーザの電話番号を有する発呼元電話端末、又は接続要求中に記述された着呼先ユーザの識別子を変換することにより得られた電話番号を有する着呼先電話端末のいずれへ発呼要求を行なうかを決定する。セッション確立部は、発呼要求を行なうと決定された電話端末への発呼要求を行なうよう、ＩＰ網内の端末の呼制御を行なうＩＰ呼制御サーバに指示して、仮想エージェントサーバと、発呼元電話端末或いは着呼先電話端末との間に、セッションを確立させる。転送要求送信部は、仮想エージェントサーバとセッションが確立された発呼元電話端末或いは着呼先電話端末のいずれか一方に、発呼元電話端末或いは着呼先電話端末の一方から他方への発呼を指示する転送要求を、確立されたセッションを通じＳＩＰサーバを介して送信する。

図１２は、第４の実施形態における仮想エージェントサーバ９からの転送要求送信を利用した２者間通話の要求から音声通話までの制御フローの一例を示す。図１２において、通話を要求するユーザＡは、アプリケーション端末２から、ＩＰネットワーク１を介してＷＷＷサーバ４ａにアクセスし、ＷＷＷサーバ４ａが提供し、ユーザＡのアプリケーション端末２上に表示される例えばポータルサイトのＷｅｂ画面上で、ログイン要求を投入する（ステップＳ１２０１）。投入されたログイン要求が、ＷＷＷサーバ４ａ或いは他に設けられる認証用サーバで認証された後、ＷＷＷサーバ４ａは、ユーザＡのログイン完了後の処理画面を、ユーザＡのアプリケーション端末２上に表示させる（ステップＳ１２０２）。この表示された画面上で、ユーザＡは、所望の接続先であるユーザＢの名前或いは他の識別子を、例えばクリック等により表示画面上選択し、又は入力する。アプリケーション端末２内のプログラムにより、入力されたユーザＢ名或いは識別子を接続先として指定する接続要求メッセージが、ＷＷＷサーバ４ａに送信される（ステップＳ１２０３）。この接続要求はまた、仮想エージェントサーバが、ユーザＡの電話端末３，５に発呼する場合に必要となる、ユーザＡの電話端末３，５の電話番号或いはこれを示す識別子、又はこれを検索により得るための検索キーを含む。ＷＷＷサーバ４ａは、受信した接続要求に含まれるユーザＢの電話番号を、顧客データベースサーバ４ｂに照会する（ステップＳ１２０４）。顧客データベースサーバ４ｂは、照会されたユーザＢの電話番号を、顧客データベース内で検索し、得られたユーザＢの電話番号を、ＷＷＷサーバ４ａに返信する（ステップＳ１２０５）。ＷＷＷサーバ４ａは、接続要求を送信したユーザＡの電話番号と、得られたユーザＢの電話番号との双方を含む２者間通話要求コマンドを生成し、生成された２者間通話要求コマンドを仮想エージェントサーバ９に送信する（ステップＳ１２０６）。この発呼側ユーザＡの電話番号は、ユーザＡが、アプリケーション端末２に入力してもよく、アプリケーション端末２内に予め保持されていてもよく、或いは代替的に、顧客データベース２或いは他の記憶手段上に、予めアプリケーション端末２の識別子と対応付けて電話端末３、５の電話番号を記憶してもよい。２者間通話要求コマンドを受信した仮想エージェントサーバ９は、まず、発呼側のユーザＡの電話端末３、５への発呼要求を、例えばＳＩＰ呼制御プロトコルの“ＩＮＶＩＴＥ”コマンドに実装して、ＳＩＰサーバ６に送信する（ステップＳ１２０７）。ＳＩＰサーバ６は、ＰＳＴＮゲートウェイ８に、ユーザＡの電話端末３、５への発呼要求を転送し（ステップＳ１２０８）、ＰＳＴＮゲートウェイ８は、ＰＳＴＮ７に接続されるユーザＡの電話端末３、５に、仮想エージェントサーバ９からの発呼要求を、送信する（ステップＳ１２０９）。着呼を認識したユーザＡが、電話端末３、５をオフフックすると、ユーザＡの電話端末３、５が応答したことを示す応答メッセージが、ＰＳＴＮゲートウェイ８に送出される（ステップＳ１２１０）。応答メッセージを受信したＰＳＴＮゲートウェイ８は、ユーザＡの電話端末３、５が応答したことを示すＳＩＰコマンドを生成し、ＳＩＰサーバ６に送信する（ステップＳ１２１１）。ＳＩＰサーバ６は、受信したユーザＡの電話端末３、５が応答したことを示すＳＩＰコマンドを、仮想エージェントサーバ９に転送する（ステップＳ１２１２）。ここで、ＰＳＴＮゲートウェイ８を介して、仮想エージェントサーバ９とユーザＡの電話端末３、５との間の音声通話セッションが確立され、ユーザＡは、仮想エージェントサーバ９から発信される音声メッセージを聴取することが可能となる（ステップＳ１２１３）。

仮想エージェントサーバ９とユーザＡの電話端末３、５との間の音声通話セッションが確立されると、仮想エージェントサーバ９は、発呼側ユーザＡの電話端末３、５に対し、着呼側のユーザＢの電話端末３、５への発呼要求を指示する転送要求を、例えばＳＩＰ呼制御プロトコルの“ＲＥＦＥＲ”コマンドに実装して、ＳＩＰサーバ６に送信する（ステップＳ１２１４）。ＳＩＰサーバ６は、ＰＳＴＮゲートウェイ８に、ユーザＡの電話端末５に送信されるべき、ユーザＢの電話端末３，５への発呼要求を指示する転送要求を転送し、ＰＳＴＮゲートウェイ８は、この転送要求を、ユーザＡの電話端末３、５に送信する（ステップＳ１２１５）。この転送要求を受信したユーザＡの電話端末３、５は、転送要求内に記述された着呼先ユーザＢの電話端末３，５の電話番号を取得し、ＰＳＴＮゲートウェイ８を経由して、ＰＳＴＮ７に接続されるユーザＢの電話端末３、５に、発呼する（ステップＳ１２１６）。着呼を認識したユーザＢが、電話端末３、５をオフフックすると、ユーザＢの電話端末３、５が応答したことを示す応答メッセージが、ＰＳＴＮゲートウェイ８に送出される（ステップＳ１２１７）。応答メッセージを受信したＰＳＴＮゲートウェイ８は、ユーザＢの電話端末３、５が応答したことを示すＳＩＰコマンドを生成し、ＳＩＰサーバ６に送信する（ステップＳ１２１８）。ＳＩＰサーバ６は、受信したユーザＢの電話端末３、５が応答したことを示すＳＩＰコマンドを、仮想エージェントサーバ９に転送する（ステップＳ１２１９）。ここで、ＰＳＴＮゲートウェイ８を介して、ユーザＡの電話端末３、５とユーザＢの電話端末３、５との間の音声通話セッションが確立される（ステップＳ１２２０）。

ＰＳＴＮゲートウェイ８は、ユーザＡの電話端末からユーザＢの電話端末に対する発呼処理が正常に完了したことを確認後、仮想エージェントサーバ９に対して、仮想エージェントサーバ９及びユーザＡの電話端末間のセッションの切断を指示する切断要求を、ＳＩＰサーバ６に送信し（ステップＳ１２２１）、ＳＩＰサーバ６は、この切断要求を、仮想エージェントサーバ９に転送する（ステップＳ１２２２）。仮想エージェントサーバ９は、受信された切断要求に応答して、ＳＩＰサーバ６に対し、仮想エージェントサーバ９とユーザＡの電話端末との間のセッションの切断要求に応答するメッセージを送信し（ステップＳ１２２３）、ＳＩＰサーバ６は、この応答メッセージを、ＰＳＴＮゲートウェイ８に転送する（ステップＳ１２２４）。仮想エージェントサーバ９は、仮想エージェントサーバ９及びユーザＡの電話端末間の音声通信用セッション（図１２において破線により示される）を切断し（ステップＳ１２２５）、ユーザＡの電話端末とユーザＢの電話端末との間の音声通話が確立される（ステップＳ１２２６）。

以上の手順により、仮想エージェントサーバ９及びユーザＡの電話端末間に確立されたセッションを通じて、仮想エージェントサーバ９から発話を指示されたユーザＡの電話端末３、５が、着呼先ユーザＢの電話端末３、５に発呼し、着呼先ユーザＢの電話端末３，５がこれに応答することにより、ユーザＡの電話端末とユーザＢの電話端末との音声通話セッションが確立される。以降、ユーザＡの電話端末３、５と、ユーザＢの電話端末３、５との間に、ＰＳＴＮゲートウェイ８を介した音声通話セッションが確立され、ユーザＡの電話端末３、５と、ユーザＢの電話端末３，５とは、相互に音声通話可能となる。

第４の実施形態によれば、ユーザのアプリケーション端末２から送信される相手先ユーザへの発話要求メッセージに応答して、仮想エージェントサーバ９が、２者間通話を行なうユーザの電話端末の一方に発呼すると共に、この発呼により確立された音声通話用のセッションを通じて該一方のユーザの電話端末に、他方のユーザの電話端末への発呼を指示する転送要求を送信し、該転送要求を受信したユーザの電話端末が、他方のユーザの電話端末に発呼し、双方の電話端末間の音声通話用セッションが確立した後には、仮想エージェントサーバとユーザの電話端末との間の音声通話用セッションは開放される。このため、２者間通話を行なうユーザ双方の電話端末間での音声通話が終話するまで、仮想エージェントサーバ９が、セッションを保持する必要がなく、仮想エージェントサーバ９への通信負荷が軽減される。

さらに、第４の実施形態によれば、仮想エージェントサーバ９が、動的に、２者間通話を行なう２つのユーザ電話端末のいずれに転送要求を送信するかを決定することができるため、いずれのユーザ電話端末が発呼元となるかをアプリケーションに応じて任意に決定することができ、従って、通信キャリアが提供する特定の機能に依存することなく、２者間通話を行なう２つのユーザ電話端末のいずれに音声通話料金を課金するかを、任意に制御することが可能となる。

＜第５の実施形態＞
以下、図１３を参照して、本発明の第５の実施形態を説明する。第５の実施形態は、第４の実施形態において説明された仮想エージェントサーバ９から２者間通話において発呼すべきユーザの電話端末への転送要求の送信をデータ通信に応用し、遠隔から、ファイアウォールによりアクセスが制限されるネットワーク、例えば社内ネットワーク等にアクセスする場合に、社内に配置されたアクセスコントロールサーバから、遠隔のアプリケーション端末に対してセッションを確立しにいくことにより、ファイアウォールとして提供される社内サーバ等にアクセスコントロールのための複雑な認証機能を備えることなく、社内のアプリケーション端末と遠隔のアプリケーション端末との間の安全性の高いデータ通信を実現する。

第５の実施形態に係るアクセスコントロールサーバ１０は、仮想エージェントサーバ９の全部或いは一部として実装され、制御部９４がソフトフォン部９６を制御することにより、請求項に係る接続要求受信部と、セッション確立部と、転送要求送信部とを構成する。

接続要求受信部は、ＩＰ網経由で遠隔のユーザから社内のユーザへの接続要求を、遠隔のユーザが操作するリモートアプリケーション端末から受信する。セッション確立部は、リモートアプリケーション端末への発信要求を行なうよう、ＳＩＰＩＰ呼制御サーバに指示して、アクセスコントロールサーバとリモートアプリケーション端末との間に、セッションを確立させる。転送要求送信部は、セッションが確立されたリモートアプリケーション端末に、接続要求中に記述された識別子から取得される社内ユーザのアプリケーション端末への発信要求を指示する転送要求を、確立されたセッションを通じＳＩＰサーバを介して送信する。

図１３は、第５の実施形態におけるサーバからの転送要求送信を利用した遠隔から社内ネットワークへのアクセスが確立されるまでの制御フローの一例を示す。社内ネットワーク１５は、外部からアクセスされる際にポータルサーバとして機能するＷＷＷサーバ４、アクセスコントロールサーバ１０、ユーザＢのアプリケーション端末１４を含む。或いは代替的に、社内ネットワーク１４はさらに、図１３に示されるように、ＳＩＰサーバ６を含んでよい。図１３において、社内ネットワーク１５へのアクセスを要求するユーザＡは、携帯情報端末或いはノート型パーソナルコンピュータ等のアプリケーション端末１３から、ＩＰネットワーク１を介してＷＷＷサーバ４にアクセスし、ＷＷＷサーバ４が提供し、ユーザＡのアプリケーション端末２上に表示されるＷｅｂ画面上で、ログイン要求を投入する（ステップＳ１３０１）。投入されたログイン要求が、ＷＷＷサーバ４或いは他に設けられる認証用サーバで認証された後、ＷＷＷサーバ４は、ユーザＡのログイン完了後の処理画面を、ユーザＡのアプリケーション端末２上に表示させる（ステップＳ１２０２）。この表示された画面上で、ユーザＡは、所望の接続先であるユーザＢの名前或いは他の識別子を、例えばクリック等により表示画面上選択し、又は入力する。アプリケーション端末２内のプログラムにより、入力されたユーザＢ名或いはその識別子を接続先として指定する接続要求メッセージが、ＷＷＷサーバ４に送信され（ステップＳ１３０３）、ＷＷＷサーバ４は、アクセスコントロールサーバ１０に対して、接続要求メッセージを送信する（ステップＳ１３０４）。接続要求メッセージを受信したアクセスコントロールサーバ１０は、ユーザＡのアプリケーション端末１３に対するセッション確立要求を、例えばＳＩＰ呼制御プロトコルの“ＩＮＶＩＴＥ”コマンドに実装して、ＳＩＰサーバ６に送信する（ステップＳ１２０５）。ＳＩＰサーバ６は、アクセスコントロールサーバ１０からのセッション確立要求を、ユーザＡのアプリケーション端末１３に転送する（ステップＳ１３０６）。セッション確立要求を受信したユーザＡのアプリケーション端末１３は、ＳＩＰサーバ６に、セッション確立要求に対する応答メッセージを送信し（ステップＳ１３０７）、ＳＩＰサーバ６は、ユーザＡのアプリケーション端末１３からの応答メッセージを、アクセスコントロールサーバ１０に転送する（ステップＳ１３０８）。ここで、アクセスコントロールサーバ１０と、ユーザＡのアプリケーション端末１３との間のセッションが確立される（ステップＳ１３０９）。

アクセスコントロールサーバ１０及びユーザＡのリモートアプリケーション端末１３との間にＳＩＰセッションが確立された後、アクセスコントロールサーバ１０は、ユーザＡのリモートアプリケーション端末１３に対し、社内のアプリケーション端末１４へのセッション確立要求送信を指示する転送要求を、例えばＳＩＰ呼制御プロトコルの“ＲＥＦＥＲ”コマンドに実装して、ＳＩＰサーバ６に送信し（ステップＳ１３１０）、ＳＩＰサーバ６は、この転送要求を、ユーザＡのリモートアプリケーション端末１３に転送する（ステップＳ１３１１）。

転送要求を受信したユーザＡのリモートアプリケーション端末１３は、転送要求に対する肯定応答を示す応答メッセージを、ＳＩＰサーバ６に送信し（ステップＳ１３１２）、ＳＩＰサーバ６は、この応答メッセージを、アクセスコントロールサーバ１０に転送する（ステップＳ１３１３）。

この転送要求を受信したユーザＡのリモートアプリケーション端末１３は、転送要求内に記述された社内アプリケーション端末１４の識別子、例えばＩＰアドレスを取得し、ＳＩＰサーバ６に、社内アプリケーション端末１４へのセッション確立要求メッセージを送信し（ステップＳ１３１４）、ＳＩＰサーバ６は、このセッション確立要求メッセージを、社内アプリケーション端末１４に転送する（ステップＳ１３１５）。このセッション確立要求メッセージを受信した社内アプリケーション端末１４は、セッション確立要求に対する肯定応答を示す応答メッセージをＳＩＰサーバ６に送信し（ステップＳ１３１６）、ＳＩＰサーバ６は、この応答メッセージを、ユーザＡのリモートアプリケーション端末１３に転送する（ステップＳ１３１７）。ここで、ユーザＡのリモートアプリケーション端末１３と、社内アプリケーション端末１４との間のデータ通信用セッションが確立される（ステップＳ１３１８）。

アクセスコントロールサーバ１０は、ユーザＡのリモートアプリケーション端末１３及び社内アプリケーション端末１４間のセッション確立後、アクセスコントロールサーバ１０及びユーザＡのリモートアプリケーション端末１３間のセッションを終了するセッション終了要求メッセージを、ＳＩＰサーバ６に送信し（ステップＳ１３１９）、ＳＩＰサーバ６は、このセッション終了メッセージを、ユーザＡのリモートアプリケーション端末１３に転送する（ステップＳ１３２０）。このセッション終了要求メッセージを受信したユーザＡのリモートアプリケーション端末１３は、セッション終了要求に対する肯定応答を示す応答メッセージを、ＳＩＰサーバ６に送信し（ステップＳ１３２１）、ＳＩＰサーバ６は、この応答メッセージを、アクセスコントロールサーバ１０に転送する（ステップＳ１３２２）。アクセスコントロールサーバ１０は、アクセスコントロールサーバ１０及びユーザＡのリモートアプリケーション端末１３間のセッション（図１３において破線により示される）を切断する（ステップＳ１３２３）。

以上の手順により、ユーザＡのリモートアプリケーション端末１３及び社内アプリケーション端末１４間に確立されたセッションを通じて、データ通信用セッションが確立され、ユーザＡのリモートアプリケーション端末１３及び社内アプリケーション端末１４は、相互にデータ通信可能となる。

所望のデータ通信終了後、ユーザＡのリモートアプリケーション端末１３は、社内アプリケーション端末１４とのセッション終了要求メッセージを、ＳＩＰサーバ６に送信し（ステップＳ１３２４）、ＳＩＰサーバ６は、このセッション終了要求メッセージを、社内アプリケーション端末１４に送信する（ステップＳ１３２５）。このセッション終了要求メッセージを受信した社内アプリケーション端末１４は、セッション終了要求に対する肯定応答を示す応答メッセージを、ＳＩＰサーバ６に送信し（ステップＳ１３２６）、ＳＩＰサーバ６は、この応答メッセージを、ユーザＡのリモートアプリケーション端末１３に送信する（ステップＳ１３２７）。ここで、ユーザＡのリモートアプリケーション端末１３及び社内アプリケーション端末１４間のセッションが開放される。

第５の実施形態によれば、第４の実施形態において説明された仮想エージェントサーバ９から２者間通話において発呼すべきユーザの電話端末への転送要求の送信をデータ通信に応用し、遠隔から社内ネットワークにアクセスする場合に、社内に配置されたアクセスコントロールサーバから、遠隔のアプリケーション端末に対してセッションを確立しにいくことにより、例えばファイアウォールとして提供される社内サーバにアクセスコントロールのための複雑な認証機能を備えることなく、社内のアプリケーション端末と遠隔のアプリケーション端末との間の安全性の高いデータ通信を実現する。従って、例えば社内システム等の利用対象システムから、特定のリモートアプリケーション端末に対してのみファイアウォールを開き、当該リモートアプリケーション端末にピンポイントで且つ安全性を維持してアクセス許可を与えることが可能となる。

＜各実施形態に係る通話録音システムのハードウエア構成＞
図１５は、本実施形態に係る仮想エージェントサーバ９、ＷＷＷサーバ４ａ、顧客ＤＢサーバ４ｂ、ＳＩＰサーバ６及び／又はアプリケーション端末２のハードウエア構成の一例を示すブロック図である。図１５に示されるコンピュータ装置１１０である仮想エージェントサーバ９、ＷＷＷサーバ４ａ、顧客ＤＢサーバ４ｂ、ＳＩＰサーバ６及び／又はアプリケーション端末２において、ＣＰＵ１１１は、ＲＯＭ１１４および／またはハードディスクドライブ１１６に格納されたプログラムに従い、ＲＡＭ１１５を一次記憶用ワークメモリとして利用して、システム全体を制御する。さらに、ＣＰＵ１１１は、マウス１１２ａまたはキーボード１１２を介して入力される利用者の指示に従い、ハードディスクドライブ１１６に格納されたプログラムに基づき、本実施形態に係る第三者呼制御による二者間通話制御処理を実行する。ディスプレイインタフェイス１１３には、ＣＲＴやＬＣＤなどのディスプレイが接続され、ＣＰＵ１１１が実行する通話制御処理のための入力待ち受け画面、処理経過や処理結果、検索結果などが表示される。リムーバブルメディアドライブ１１７は、主に、リムーバブルメディアからハードディスクドライブ１１６へファイルを書き込んだり、ハードディスクドライブ１１６から読み出したファイルをリムーバブルメディアへ書き込む場合に利用される。リムーバブルメディアとしては、フロッピディスク(ＦＤ)、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、ＤＶＤ−Ｒ／Ｗ、ＤＶＤ−ＲＡＭやＭＯ、あるいはメモリカード、ＣＦカード、スマートメディア、ＳＤカード、メモリスティックなどが利用可能である。

プリンタインタフェイス１１８には、レーザビームプリンタやインクジェットプリンタなどのプリンタが接続される。ネットワークインタフェイス１１９は、コンピュータ装置をネットワークへ接続するためのインターフェースである。

なお、本実施形態に係る仮想エージェントサーバ９、ＷＷＷサーバ４ａ、顧客ＤＢサーバ４ｂ、ＳＩＰサーバ６及び／又はアプリケーション端末２における入力手段は、マウス１１２ａあるいはキーボード１１２に限定されることなく、任意のポインティングデバイス、例えばトラックボール、トラックパッド、タブレットなどを適宜用いることができる。携帯情報端末を本実施形態に係るサーバ装置に接続される端末装置として用いる場合には、入力部をボタンやモードダイヤル等で構成してもよい。

また、図１２に示した本実施形態に係る仮想エージェントサーバ９、ＷＷＷサーバ４ａ、顧客ＤＢサーバ４ｂ、ＳＩＰサーバ６及び／又はアプリケーション端末２のハードウエア構成は一例に過ぎず、その他の任意のハードウエア構成を用いることができることはいうまでもない。

殊に、本実施形態に係る通話録音処理の全部又は一部は、上記コンピュータ端末装置１１０あるいはＰＤＡ等の携帯情報端末装置等によって実現されてもよく、コンピュータ端末装置等とサーバー装置とをＢｌｕｅｔｏｏｔｈ（登録商標）等の無線、あるいはインターネット（ＴＣＰ／ＩＰ）、公共電話網（ＰＳＴＮ）、統合サービス・ディジタル網（ＩＳＤＮ）等の有線通信回線で相互接続した、インターネットあるいは任意の周知のローカル・エリア・ネットワーク（ＬＡＮ）またはワイド・エリア・ネットワーク（ＷＡＮ）からなるネットワークシステムによって通話制御処理の一部又は全部が実現されてもよい。

なお、以上説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。

本発明に係る通信制御システムの実施形態を示すシステムブロック図である。 本発明に係る通信制御システムの実施形態（使用状態例）を示すシステムブロック図である。 本発明に係る通信制御システムを用いた通信制御方法の実施形態を示すブロック図である。 本発明に係る通信制御システムを用いた通信制御方法の他の実施形態を示すブロック図である。 本発明に係る通信制御システムの通話確立時の制御手順を示すフローチャートである。 本発明に係る通信制御システムの通話確立時の制御手順を示すフローチャートである。 本発明に係る通信制御システムの通話切断時の制御手順を示すフローチャートである。 本発明の第２の実施形態における２者間通話中のセッション状態を例示的に示す模式図である。 本発明の第２の実施形態に係る通話制御処理の処理手順を示す制御フロー図である。 本発明の第３の実施形態における２者間通話中のセッション状態を例示的に示す模式図である。 本発明の第３の実施形態に係る通話制御処理の処理手順を示す制御フロー図である。 本発明の第４の実施形態に係る通話制御処理の処理手順を示す制御フロー図である。 本発明の第５の実施形態に係るアクセスコントロール処理の処理手順を示す制御フロー図である。 本発明の第３の実施形態の変形例における、仮想エージェントサーバと各電話端末との接続状態を例示的に示す模式図である。 本発明の各実施形態に係るサーバ及びアプリケーション端末のハードウエア構成の一例を示す図である。

符号の説明

１ インターネット等（通信回線網）
２ ユーザ端末装置（端末装置）
３ 固定電話機、携帯電話機
４ アプリケーションサーバ
５ ＳＩＰ端末機
６ ＳＩＰサーバ
７ 一般公衆電話網
８ ＶｏＩＰゲートウェイ
９ 仮想エージェントサーバ
９２ インターフェース（入力部）
９４ メインプログラム（制御部）
９６ ソフトフォンプログラム（ソフトフォン部）

Claims (14)

1. 操作端末とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバと、前記ＩＰ網内の呼制御を行なうＩＰ呼制御サーバと、前記ＷＷＷサーバからの接続要求に応じて２者間通話を制御するため、前記ＩＰ呼制御サーバに呼制御を指示する通話制御サーバとを有する通話制御システムにより実行される通話制御方法であって、
   前記ＷＷＷサーバが、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信するステップと、
   前記通話制御サーバが、前記ＷＷＷサーバから受信される前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記通話制御サーバと前記第１の電話端末との間に、第１の呼制御セッションを確立させるステップと、
   前記通話制御サーバが、前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記通話制御サーバと前記第２の電話端末との間に、第２の呼制御セッションを確立させるステップと、
   前記通話制御サーバが、前記第１の呼制御セッション及び前記第２の呼制御セッションを切断することにより、前記第１の電話端末及び前記第２の電話端末の間に前記通話制御サーバを経由しない音声通話用セッションが確立され、これにより前記第１及び第２の電話端末間の音声通話を可能とするステップとを含む
   ことを特徴とする通話制御方法。
2. 前記第２の電話端末の電話番号は、前記操作端末と前記ＩＰ網経由で接続され、前記接続要求の認証を行なう前記ＷＷＷサーバにおいて、前記接続要求に付加される
   ことを特徴とする請求項１に記載の通話制御方法。
3. 上記通話制御方法は、さらに、
   前記通話制御サーバが、前記第１の電話端末の通信能力を示す第１の音声通信情報を前記第１の電話端末から取得し、取得された前記第１の音声通信情報を前記ＩＰ呼制御サーバに指示して前記第２の呼制御セッションを介して前記第２の電話端末に送信させるステップと、
   前記通話制御サーバが、前記第２の電話端末の通信能力を示す第２の音声通信情報を前記第２の電話端末から取得し、取得された前記第２の音声通信情報を、ＩＰ呼制御サーバに指示して前記第１の呼制御セッションを介して前記第１の電話端末に送信させるステップとを含み、
   前記第１の電話端末と前記第２の電話端末との間の前記音声通話用セッションを介した音声通話は、前記第１及び第２の音声通信情報に適合するよう実行される
   ことを特徴とする請求項１又は２に記載の通話制御方法。
4. 操作端末とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバと、前記ＩＰ網内の呼制御を行なうＩＰ呼制御サーバと、前記ＷＷＷサーバからの接続要求に応じて２者間通話を制御するため、前記ＩＰ呼制御サーバに呼制御を指示する通話制御サーバとを有する通話制御システムにより実行される通話制御方法であって、
   前記ＷＷＷサーバが、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信するステップと、
   前記通話制御サーバが、前記ＷＷＷサーバから受信される前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末、又は前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末のいずれか一方を課金すべき電話端末として決定するステップと、
   前記通話制御サーバが、決定された前記課金すべき電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記通話制御サーバと、前記課金すべき電話端末との間に、呼制御セッションを確立させるステップと、
   前記通話制御サーバが、前記課金すべき電話端末に、前記第１の電話端末或いは前記第２の電話端末のうち他方の電話端末への発呼を指示する転送要求を、前記呼制御セッションを通じ前記ＩＰ呼制御サーバを介して送信するステップと、
   前記転送要求を受信した前記課金すべき電話端末が、前記転送要求中に記述された前記他方の電話端末に発呼するステップと、
   前記通話制御サーバが、前記呼制御セッションを切断することにより、前記第１の電話端末及び前記第２の電話端末の間に前記通話制御サーバを経由しない音声通話用セッションが確立され、これにより前記第１及び第２の電話端末間の音声通話を可能とするステップとを含む
   ことを特徴とする通話制御方法。
5. 上記通話制御方法は、さらに、
   前記通話制御サーバが、前記他方の電話端末から、発呼に対する肯定応答を受信した際に、前記第１の呼制御セッションを開放するステップを含む
   ことを特徴とする請求項４に記載の通話制御方法。
6. リモート端末装置とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバと、ＩＰ網内の呼制御を行なうＩＰ呼制御サーバと、前記ＷＷＷサーバを介した前記リモート端末からローカル端末装置へのアクセスを制御するため、前記ＩＰ呼制御サーバに呼制御を指示するアクセス制御サーバとを有するアクセス制御システムにより実行されるアクセス制御方法であって、
   前記ＷＷＷサーバが、ＩＰ網経由で前記リモート端末装置から前記ローカル端末装置への接続要求を、前記リモート端末装置から受信するステップと、
   前記アクセス制御サーバが、前記リモート端末装置への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記アクセス制御サーバと、前記リモート端末装置との間に、呼制御セッションを確立させるステップと、
   前記アクセス制御サーバが、前記リモート端末装置に、前記接続要求中に記述された識別子から取得される前記ローカル端末装置への発呼要求を指示する転送要求を、前記呼制御セッションを通じ前記ＩＰ呼制御サーバを介して送信するステップと、
   前記転送要求を受信した前記リモート端末装置が、前記転送要求中に記述された前記ローカル端末装置に発呼するステップと、
   前記アクセス制御サーバが、前記呼制御セッションを切断することにより、前記リモート端末装置及び前記ローカル端末装置の間に前記アクセス制御サーバを経由しないデータ通信用セッションが確立され、これにより前記リモート及びローカル端末装置間のデータ通信が可能となるステップとを含む
   ことを特徴とするアクセス制御方法。
7. 操作端末とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバからの接続要求に応じて２者間通話を制御するため、前記ＩＰ網内の呼制御を行なうＩＰ呼制御サーバに呼制御を指示する通話制御サーバ装置であって、
   前記第１のユーザの操作端末から前記ＷＷＷサーバにより受信される第１のユーザから第２のユーザへの接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記通話制御サーバと前記第１の電話端末との間に、第１の呼制御セッションを確立させる第１のセッション確立部と、
   前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記通話制御サーバと前記第２の電話端末との間に、第２の呼制御セッションを確立させる第２のセッション確立部と、
   前記第１の呼制御セッション及び前記第２の呼制御セッションを切断することにより、前記第１の電話端末及び前記第２の電話端末の間に前記通話制御サーバを経由しない音声通話用セッションを確立され、これにより前記第１及び第２の電話端末間の音声通話を可能とするブリッジ部とを具備する
   ことを特徴とする通話制御サーバ装置。
8. 上記通話制御サーバ装置は、さらに、
   前記第１の電話端末の通信能力を示す第１の音声通信情報を前記第１の電話端末から取得し、取得された前記第１の音声通信情報を前記ＩＰ呼制御サーバに指示して前記第２の呼制御セッションを介して前記第２の電話端末に送信させる第１の音声情報送信部と、
   前記通話制御サーバが、前記第２の電話端末の通信能力を示す第２の音声通信情報を前記第２の電話端末から取得し、取得された前記第２の音声通信情報を、ＩＰ呼制御サーバに指示して前記第１の呼制御セッションを介して前記第１の電話端末に送信させる第２の音声情報送信部とを具備し、
   前記第１の電話端末と前記第２の電話端末との間の前記音声通話用セッションを介した音声通話は、前記第１及び第２の音声通信情報に適合するよう実行される
   ことを特徴とする請求項７に記載の通話制御サーバ装置。
9. 操作端末とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバからの接続要求に応じて２者間通話を制御するため、前記ＩＰ網内の呼制御を行なうＩＰ呼制御サーバに呼制御を指示する通話制御サーバ装置であって、
   前記第１のユーザの操作端末から前記ＷＷＷサーバにより受信される第１のユーザから第２のユーザへの接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末、又は前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末のいずれか一方を課金すべき電話端末として決定する発呼要求先決定部と、
   決定された前記課金すべき電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記通話制御サーバと、前記課金すべき電話端末との間に、呼制御セッションを確立させるセッション確立部と、
   前記課金すべき電話端末に、前記第１の電話端末或いは前記第２の電話端末のうち他方の電話端末への発呼を指示する転送要求を、前記呼制御セッションを通じ前記ＩＰ呼制御サーバを介して送信する転送要求送信部と、ここで前記転送要求を受信した前記課金すべき電話端末は、前記転送要求中に記述された前記他方の電話端末に発呼し、
   前記呼制御セッションを切断することにより、前記第１の電話端末及び前記第２の電話端末の間に前記通話制御サーバを経由しない音声通話用セッションを確立し、これにより前記第１及び第２の電話端末間の音声通話を可能とするブリッジ部とを具備する
   ことを特徴とする通話制御サーバ装置。
10. リモート端末装置とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバを介した前記リモート端末からローカル端末装置へのアクセスを制御するため、ＩＰ網内の呼制御を行なうＩＰ呼制御サーバに呼制御を指示するアクセス制御サーバ装置であって、
    ＩＰ網経由で前記ＷＷＷサーバにより受信される、前記リモート端末装置から前記ローカル端末装置への接続要求に応答して前記リモート端末装置への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記アクセス制御サーバと、前記リモート端末装置との間に、呼制御セッションを確立させるセッション確立部と、
    前記リモート端末装置に、前記接続要求中に記述された識別子から取得される前記ローカル端末装置への発呼要求を指示する転送要求を、前記呼制御セッションを通じ前記ＩＰ呼制御サーバを介して送信する転送要求送信部と、ここで、前記転送要求を受信した前記リモート端末装置は、前記転送要求中に記述された前記ローカル端末装置に発呼し、
    前記呼制御セッションを切断することにより、前記リモート端末装置及び前記ローカル端末装置の間に前記アクセス制御サーバを経由しないデータ通信用セッションを確立し、これにより前記リモート及びローカル端末装置間のデータ通信を
    可能とするブリッジ部とを具備する
    ことを特徴とするアクセス制御サーバ装置。
11. 操作端末とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバと、前記ＩＰ網内の呼制御を行なうＩＰ呼制御サーバと、前記ＷＷＷサーバからの接続要求に応じて２者間通話を制御するため、前記ＩＰ呼制御サーバに呼制御を指示する通話制御サーバとを有する通話制御システムにより実行される通話制御処理をコンピュータに実行させるための通話制御プログラムであって、該プログラムは、前記コンピュータに、
    前記ＷＷＷサーバが、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信する接続要求受信処理と、
    前記通話制御サーバが、前記ＷＷＷサーバから受信される前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記通話制御サーバと前記第１の電話端末との間に、第１の呼制御セッションを確立させる第１のセッション確立処理と、
    前記通話制御サーバが、前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記通話制御サーバと前記第２の電話端末との間に、第２の呼制御セッションを確立させる第２のセッション確立処理と、
    前記通話制御サーバが、前記第１の呼制御セッション及び前記第２の呼制御セッションを切断することにより、前記第１の電話端末及び前記第２の電話端末の間に前記通話制御サーバを経由しない音声通話用セッションを確立し、これにより前記第１及び第２の電話端末間の音声通話を可能とするブリッジ処理とを含む処理を実行させるためのものである
    ことを特徴とする通話制御プログラム。
12. 上記通話制御プログラムは、さらに、
    前記通話制御サーバが、前記第１の電話端末の通信能力を示す第１の音声通信情報を前記第１の電話端末から取得し、取得された前記第１の音声通信情報を前記ＩＰ呼制御サーバに指示して前記第２の呼制御セッションを介して前記第２の電話端末に送信させる第１の音声通信情報取得処理と、
    前記通話制御サーバが、前記第２の電話端末の通信能力を示す第２の音声通信情報を前記第２の電話端末から取得し、取得された前記第２の音声通信情報を、ＩＰ呼制御サーバに指示して前記第１の呼制御セッションを介して前記第１の電話端末に送信させる第２の音声通信情報取得処理とを含み、
    前記第１の電話端末と前記第２の電話端末との間の前記音声通話用セッションを介した音声通話は、前記第１及び第２の音声通信情報に適合するよう実行される
    ことを特徴とする請求項１１に記載の通話制御プログラム。
13. 操作端末とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバと、前記ＩＰ網内の呼制御を行なうＩＰ呼制御サーバと、前記ＷＷＷサーバからの接続要求に応じて２者間通話を制御するため、前記ＩＰ呼制御サーバに呼制御を指示する通話制御サーバとを有する通話制御システムにより実行される通話制御処理をコンピュータに実行させるための通話制御プログラムであって、該プログラムは、前記コンピュータに、
    前記ＷＷＷサーバが、ＩＰ網経由で第１のユーザから第２のユーザへの接続要求を、前記第１のユーザの操作端末から受信する接続要求受信処理と、
    前記通話制御サーバが、前記ＷＷＷサーバから受信される前記接続要求中に記述された前記第１のユーザの電話番号を有する第１の電話端末、又は前記接続要求中に記述された第２のユーザの識別子を変換することにより得られた電話番号を有する第２の電話端末のいずれか一方を課金すべき電話端末として決定する発呼先決定処理と、
    前記通話制御サーバが、決定された前記課金すべき電話端末への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記通話制御サーバと、前記課金すべき電話端末との間に、呼制御セッションを確立させるセッション確立処理と、
    前記通話制御サーバが、前記課金すべき電話端末に、前記第１の電話端末或いは前記第２の電話端末のうち他方の電話端末への発呼を指示する転送要求を、前記呼制御セッションを通じ前記ＩＰ呼制御サーバを介して送信する転送要求送信処理と、
    前記転送要求を受信した前記課金すべき電話端末が、前記転送要求中に記述された前記他方の電話端末に発呼する発呼処理と、
    前記通話制御サーバが、前記呼制御セッションを切断することにより、前記第１の電話端末及び前記第２の電話端末の間に前記通話制御サーバを経由しない音声通話用セッションを確立し、これにより前記第１及び第２の電話端末間の音声通話を可能とするブリッジ処理とを含む処理を実行させるためのものである
    ことを特徴とする通話制御プログラム。
14. リモート端末装置とＩＰ網を介して接続され、ＨＴＴＰプロトコルにより通信するＷＷＷサーバと、ＩＰ網内の呼制御を行なうＩＰ呼制御サーバと、前記ＷＷＷサーバを介した前記リモート端末からローカル端末装置へのアクセスを制御するため、前記ＩＰ呼制御サーバに呼制御を指示するアクセス制御サーバとを有するアクセス制御システムにより実行されるアクセス制御処理をコンピュータに実行させるためのアクセス制御プログラムであって、該プログラムは、前記コンピュータに、
    前記ＷＷＷサーバが、ＩＰ網経由で前記リモート端末装置から前記ローカル端末装置への接続要求を、前記リモート端末装置から受信する接続要求受信処理と、
    前記アクセス制御サーバが、前記リモート端末装置への発呼要求を行なうよう、前記ＩＰ呼制御サーバに指示して、前記アクセス制御サーバと、前記リモート端末装置との間に、呼制御セッションを確立させるセッション確立処理と、
    前記アクセス制御サーバが、前記リモート端末装置に、前記接続要求中に記述された識別子から取得される前記ローカル端末装置への発呼要求を指示する転送要求を、前記呼制御セッションを通じ前記ＩＰ呼制御サーバを介して送信する転送要求送信処理と、
    前記転送要求を受信した前記リモート端末装置が、前記転送要求中に記述された前記ローカル端末装置に発呼する発呼処理と、
    前記アクセス制御サーバが、前記呼制御セッションを切断することにより、前記リモート端末装置及び前記ローカル端末装置の間に前記アクセス制御サーバを経由しないデータ通信用セッションを確立し、これにより前記リモート及びローカル端末装置間のデータ通信を可能とするブリッジ処理とを含む処理をコンピュータに実行させるためのものである
    ことを特徴とするアクセス制御プログラム。

Images