JP5780655B2 - 通信システム、通信方法、及び通信サーバ - Google Patents

Description

本発明は、通信システム、通信方法、及び通信サーバに係り、特に、第三者呼制御サービスを実装する装置が第１接続端末との接続を確立した後、第２接続端末への発信前に第１接続端末からの応答を確認する通信システム、通信方法、及び通信サーバに関する。

近年、ソフトフォンやスマートフォンの普及が進んでいる。ソフトフォンでは、ＰＣ操作と電話操作を同時に行うことが可能である。また、スマートフォンでは、電話アプリケーションの開発により、ユーザが電話操作することで、ユーザが意識することなく別の処理を背後で実行させることが可能である。
これらの技術により、電話とアプリケーションを連携させた新たなサービスも開発されている。

特開２０１１−２２９１８２号公報 特開２０１１−２１７００２号公報

従来の３ＰＣＣ（３ｒｄ Ｐａｒｔｙ Ｃａｌｌ Ｃｏｎｔｒｏｌ、第三者呼制御）サービスフローは、３ＰＣＣを実装する装置が第１接続端末との接続を確立した後、すぐに第２接続端末と接続する。このとき、３ＰＣＣを実装する装置がもつ第１接続端末の電話番号が最新の番号に更新されていない場合、３ＰＣＣを実装する装置が、３ＰＣＣサービス利用者の端末ではない端末を第１接続端末として接続し、すぐに第１の接続端末を第２接続端末と通信させる場合があるという課題がある。また、第１接続端末が無線電話端末であった場合、電波状態等の影響により、３ＰＣＣを実装する装置が第１の接続端末と接続する際に、第１の接続端末ではなく留守番電話サービスが応答し、３ＰＣＣを実装する装置が、すぐに留守番電話サービスと第２接続端末とを通信させる場合があるという課題がある。
本発明は、以上の点に鑑み、第三者呼制御が実現可能なネットワークにおいて、通信させる２者（第１接続端末と第２接続端末）を確実に接続する通信システム及びサーバを提供することを目的とする。

本発明による通信システムは一例として、端末識別子又はユーザ識別子に対応して、受信メッセージ情報、応答メッセージ情報を記憶する端末状態テーブルを有し、ネットワークを介して第１の端末および第２の端末と通信する呼制御サーバと、前記呼制御サーバ、及び、前記第１の端末又はウェブクライアント部と通信するウェブサーバとを備え、前記ウェブサーバは、前記第１の端末又は前記ウェブクライアント部からの要求により、前記第１の端末及び前記第２の端末のそれぞれに対応する端末識別子又はユーザ識別子を含む接続要求を前記呼制御サーバに送信し、前記呼制御サーバは、前記接続要求を受信すると、前記第１の端末の端末識別子又はユーザ識別子を前記端末状態テーブルに記憶し、前記呼制御サーバは、前記第１の端末に要求メッセージを送信し、前記呼制御サーバは、前記第１の端末から応答メッセージを受信すると、前記端末状態テーブルの前記第１の端末の端末識別子又はユーザ識別子が対応づけられる受信メッセージ情報に前記応答メッセージの受信を記憶し、前記呼制御サーバは、前記第１の端末又は前記ウェブクライアント部から、前記第１の端末が応答したことを表す第１接続端末応答を受信すると、前記端末状態テーブルの前記第１の端末の端末識別子又はユーザ識別子が対応づけられる応答メッセージ情報に前記第１接続端末応答の受信を記憶し、前記呼制御サーバは、前記端末状態テーブルの前記受信メッセージ情報に前記応答メッセージの受信が記憶され、かつ、前記応答メッセージ情報に前記第１接続端末応答の受信を記憶している場合、前記第１の端末と前記第２の端末との間で通話を開始させるために、前記第２の端末に要求メッセージを送信する。

本発明によると、第三者呼制御が実現可能なネットワークにおいて、通信させる２者（第１接続端末と第２接続端末）を確実に接続する第三者呼制御サービスシステム及び方法、第三者呼制御サーバを提供することができる。

第１の実施の形態の通信網の構成例を示す説明図である。 第２の実施の形態の通信網の構成例を示す説明図である。 第１および第２の実施の形態の３ＰＣＣサーバ２の構成例を示す説明図である。 第１および第２の実施の形態の３ＰＣＣサーバ２における端末状態テーブル２０１０の構成の一例を示す説明図である。 第１の実施の形態の３ＰＣＣ第１接続端末の応答を確認するｈｔｔｐ画面の構成例を示す説明図である。 第１の実施の形態の３ＰＣＣサービスの開始から第２接続端末発信までの手順を説明するシーケンス図である。 第１の実施の形態の３ＰＣＣサービスの開始から第１接続端末応答拒否の場合の手順を説明するシーケンス図である。 第１の実施の形態の３ＰＣＣサービスの開始から第１接続端末応答失敗した場合の手順を説明するシーケンス図である。 第２の実施の形態の３ＰＣＣサービスの開始から第２接続端末発信までの手順を説明するシーケンス図である。 第２の実施の形態の３ＰＣＣサービスの開始から第１接続端末応答失敗した場合の手順を説明するシーケンス図である。

１．第１の実施の形態

１−１.ネットワーク及び装置構成
図１は、第１の実施の形態の通信網の構成例を示す説明図である。
本通信網（システム）は、例えば、Ｗｅｂサーバ１と、３ＰＣＣサーバ２と、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ３とを備える。ＳＩＰサーバ３は、例えば３ＰＣＣが実現可能なネットワークＮ２に設置される。Ｗｅｂサーバ１は、３ＰＣＣサーバ２と通信する。また、Ｗｅｂサーバ１は、インターネットまたはイントラネット等のネットワークＮ１を介してＷｅｂクライアント４ａと通信する。３ＰＣＣサーバ２は、３ＰＣＣが実現可能なネットワークＮ２を介して端末Ａ４ｂおよび端末Ｂ４ｃと通信する。ここで、Ｗｅｂクライアント４ａと端末Ａ４ｂは、同一のユーザが用いる等関連付けられている。Ｗｅｂクライアント４aと端末Ａ４ｂは近くに配置され、ユーザはＷｅｂクライアント４aを使用するとき、端末Ａ４ｂの着信音又は着信表示を確認することができる。

図３は、第１の実施の形態の３ＰＣＣサーバ２の構成例を示す説明図である。
３ＰＣＣサーバ２は、例えば、プロセッサ（以下、ＣＰＵ）２００１と、インタフェース（以下、ＩＦ）２００３ａ及び２００３ｂと、メモリ２００４とを備える。メモリ２００４は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）制御部２１０１と、３ＰＣＣモジュール部２１０２と、ＳＩＰ制御部２１０５を有する。３ＰＣＣモジュール部２１０２は、端末状態テーブル２０１０と、呼制御部２１０３と、端末状態管理部２１０４を有する。
ＣＰＵ２００１は、３ＰＣＣサーバ２における各処理を実行する。メモリ２００４上のＳＯＡＰ制御部２１０１、３ＰＣＣモジュール部２１０２、呼制御部２１０３、端末状態管理部２１０４及びＳＩＰ制御部２１０５による処理（プログラム）は、ＣＰＵ２００１により実行される。ＩＦ２００３は、回線２００２を介してＷｅｂサーバ１や３ＰＣＣが実現可能なネットワークＮ２と通信するためのインタフェースである。

図４は、第１の実施の形態の３ＰＣＣサーバ２における端末状態テーブル２０１０の構成の一例を示す説明図である。
端末状態テーブル２０１０は、例えば、ｓｅｓｓｉｏｎＩＤ２０１１に対応して、端末ＩＤ２０１２と、ＳＩＰ送信メッセージ２０１３と、ＳＩＰ送信時刻２０１４と、ＳＩＰ受信メッセージ２０１５と、ＳＩＰ受信時刻２０１６と、ＵＲＬ応答メッセージ２０１７と、ＵＲＬ応答時刻２０１８とを記憶する。

ｓｅｓｓｉｏｎＩＤ２０１１は、Ｗｅｂサーバ１からの接続要求に対応するセッション識別子である。ｓｅｓｓｉｏｎＩＤ２０１１は、端末Ａ４ｂと端末Ｂ４ｃとの通信を識別するもので、例えば、Ｗｅｂサーバ１がセッション開始のときに適宜定めることができる。端末ＩＤ２０１２は、ｓｅｓｓｉｏｎＩＤ２０１１で通信する端末識別子である。端末ＩＤ２０１２は、例えば、「Ａ（端末Ａ）」、「Ｂ（端末Ｂ）」等が記憶される。なお、端末ＩＤの代わりに端末名等の端末識別子又はユーザ識別子を用いてもよい。送信メッセージ２０１３は、ｓｅｓｓｉｏｎＩＤ２０１１で通信する端末ＩＤ２０１２に対し、ＳＩＰ制御部２１０５が送信したＳＩＰメッセージが記憶される。ＳＩＰ送信メッセージ２０１３は、例えば、「ＩＮＶＩＴＥ（発信）」等が記憶される。ＳＩＰ送信時刻２０１４は、ＳＩＰ制御部２１０５がＳＩＰ送信メッセージ２０１３を送信した時刻が記憶される。ＳＩＰ応答メッセージ２０１５は、ＳＩＰ制御部２１０５が端末ＩＤ２０１２からの応答を受信したメッセージが記憶される。ＳＩＰ応答メッセージ２０１５は、例えば、「２００ ＯＫ（応答成功）」、「４８６ Ｂｕｓｙ（発信先話中）」等が記憶される。ＳＩＰ応答時刻２０１６は、ＳＩＰ制御部２１０５がＳＩＰ応答メッセージ２０１５を受信した時刻が記憶される。ＵＲＬ応答メッセージ２０１７は、呼制御部２１０３がＷＥＢクライアント４ａからの受信したＵＲＬ応答メッセージが記憶される。ＵＲＬ応答メッセージ２０１７は、例えば、「ＯＫ（応答します）」、「ＮＧ（応答しません）」等が記憶される。ＵＲＬ応答時刻２０１８は、呼制御部２１０３がＵＲＬ応答メッセージ２０１７を受信した時刻が記憶される。

図５は、第１の実施の形態の３ＰＣＣ第１接続端末の応答を確認するｈｔｔｐ画面の構成例を示す説明図である。
３ＰＣＣ第１接続端末の応答確認画面４００１は、端末名４００２と、「応答します（ＯＫ）」ボタン４００３と、「応答しません（ＮＧ）」ボタン４００４とを備える。

１−２.動作
図６は、第１の実施の形態の３ＰＣＣサービスの開始から第２接続端末発信までの手順を説明するシーケンス図である。
本実施の形態によると、３ＰＣＣが実現可能なネットワークＮ２上で３ＰＣＣサービスにおいて、第１接続端末の応答を確認後、第２接続端末に発信することが可能となる。
３ＰＣＣサービスまでの流れは、以下の処理（ａ）〜（ｃ）となる。
（ａ）３ＰＣＣサーバ２と第１接続端末Ａ４ｂとのセッション確立。
（ｂ）３ＰＣＣサーバ２と第２接続端末Ｂ４ｃとのセッション確立。
（ｃ）第１接続端末Ａ４ｂと第２接続端末Ｂ４ｃ間で通話。

第１接続端末Ａ４ｂは、例えば、ソフトフォンや従来の電話端末である。しかし、従来は、処理（ａ）がユーザが意図しない処理、例えば、ユーザが接続したい端末と第１接続端末Ａ４ｂが異なる場合でも、処理（ａ）の後、処理（ｂ）、処理（ｃ）を続けて処理してしまう課題がある。そこで、本実施の形態では、３ＰＣＣサーバ２から応答確認用ＵＲＬを第1接続端末Ａ４ｂと接続するＷｅｂクライアント４ａへ送信し、３ＰＣＣサーバ２はＷｅｂクライアント４ａからのＵＲＬ応答を受信後に処理（ｂ）を開始することで、この課題を解消する。

以下、シーケンス図に従って本実施の形態の手順を説明する。
まず、３ＰＣＣサービスの利用者は、Ｗｅｂクライアント４ａを操作してＷｅｂサーバ１にログインする。Ｗｅｂサーバ１には、通信するユーザのユーザ識別子又は端末識別子（例えば、端末Ａ４ｂ、端末Ｂ４ｃに対応する２者のユーザ名又は端末ＩＤ等）をＷｅｂクライアント４ａより入力する。例えば、Ｗｅｂサーバ１が、ログインしたＷｅｂクライアント４ａに対して表示した画面に従い、ユーザの操作により通信する２者のユーザが選択されてもよい。

Ｗｅｂサーバ１は、ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ（接続要求）を３ＰＣＣサーバ２に送信する（Ｓ１）。ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔは、接続させたい２者のユーザに対応するＳＩＰ−ＵＲＩを含む。例えば、ＳＩＰ−ＵＲＩは、端末Ａ４ｂや端末Ｂ４ｃの電話番号等の端末識別子（この例では、端末ＩＤ Ａ及び端末ＩＤ Ｂ）を含むように構成することができる。また、例えば、Ｗｅｂサーバ１は、ユーザ識別子又は端末識別子とそのユーザ又は端末のＳＩＰ−ＵＲＩが対応して予め記憶され、入力されたユーザ識別子に対応するＳＩＰ−ＵＲＩを取得するようにしてもよい。Ｗｅｂサーバ１は、取得されたＳＩＰ−ＵＲＩを含むＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔを生成して３ＰＣＣサーバ２に送信する。

３ＰＣＣサーバ２のＳＯＡＰ制御部２１０１は、Ｗｅｂサーバ１から、ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔを受信し、接続要求を３ＰＣＣモジュール部２１０２に送信する（Ｓ２）。この接続要求は、例えば、受信したＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔに基づいて３ＰＣＣサーバ２で用いる適宜のプロトコルに従って生成されることができ、ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ内のＳＩＰ−ＵＲＩ（この例では、端末ＩＤ Ａ及び端末ＩＤ Ｂ）を含む。

３ＰＣＣモジュール部２１０２は、接続要求を受信すると、ｓｅｓｓｉｏｎＩＤ、ユーザ識別子又は端末識別子（この例では、端末ＩＤ Ａ）を生成する。例えば、３ＰＣＣモジュール部２１０２は、乱数値やシーケンス番号を生成してｓｅｓｓｉｏｎＩＤを生成する。
３ＰＣＣモジュール部２１０２の端末状態管理部２１０４は、生成されたｓｅｓｓｉｏｎＩＤを端末状態テーブル２０１０に記憶する。図４に示す端末状態テーブル２０１０の例では、ｓｅｓｓｉｏｎＩＤ（２０１１）が記憶される。

ｓｅｓｓｉｏｎＩＤを生成後、３ＰＣＣモジュール部２１０２は、ｓｅｓｓｉｏｎＩＤを含む接続要求成功応答をＳＯＡＰ制御部２１０１に送信する（Ｓ３）。
なお、ｓｅｓｓｉｏｎＩＤの生成に失敗した場合、３ＰＣＣモジュール部２１０２は、接続要求失敗応答（エラーレスポンスメッセージ）を生成し、ＳＯＡＰ制御部２１０１に送信する。ＳＯＡＰ制御部２１０１は、接続要求失敗応答を受信すると、接続要求の失敗を示すＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅをＷｅｂサーバ１に送信する。そして、Ｗｅｂサーバ１は、接続要求の失敗をＷｅｂクライアント４ｂに通知し、表示させる。
ＳＯＡＰ制御部２１０１は、接続要求成功応答を受信すると、ｓｅｓｓｉｏｎＩＤ情報を含んだＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅをＷｅｂサーバ１に送信する（Ｓ４）。

一方、３ＰＣＣモジュール部２１０２の呼制御部２１０３は、３ＰＣＣ第１接続端末応答確認するための予め定められた３ＰＣＣ用のＵＲＬをＷｅｂサーバ１に通知する（Ｓ５）。
次に呼制御部２１０３は、３ＰＣＣサーバ２のＳＩＰ制御部２１０５に接続要求に含まれた端末Ａ４ｂへの発信要求を送信する（Ｓ６）。
ＳＩＰ制御部２１０５は、発信要求を受けた後、端末Ａ４ｂにＳＩＰ ＩＮＶＩＴＥメッセージを送信する（Ｓ７）。

さらに、端末状態管理部２１０４は、ＳＩＰ制御部２１０５が送信したＳＩＰメッセージ情報を端末状態テーブル２０１０に記憶する。図４に示す端末状態テーブル２０１０の例では、当該ｓｅｓｓｉｏｎＩＤ（２０１１）の列の端末ＩＤ（２０１２）に送信先である端末Ａ４ｂの端末ＩＤが、ＳＩＰ送信メッセージ（２０１３）にＳＩＰメッセージ種別であるＩＮＶＩＴＥが、ＳＩＰ送信時刻（２０１４）にＳＩＰ制御部２１０５がＳＩＰメッセージを送信した時刻がそれぞれ記憶される。

端末Ａ４ｂは、ＳＩＰ ＩＮＶＩＴＥメッセージを受信し、ＳＩＰ制御部２１０５にＳＩＰ ２００ＯＫメッセージを送信する（Ｓ８）。
ＳＩＰ制御部２１０５は、端末Ａ４ｂからＳＩＰ ２００ＯＫメッセージを受信する。
端末状態管理部２１０４は、ＳＩＰ制御部２１０５が受信したＳＩＰメッセージ情報を端末状態テーブル２０１０に記憶する。図４に示す端末状態テーブル２０１０の例では、当該ｓｅｓｓｉｏｎＩＤ（２０１１）で、かつ、端末ＩＤ（２０１２）が端末Ａ４ｂの端末ＩＤが記憶されている列に、ＳＩＰ受信メッセージ（２０１５）にＳＩＰメッセージ種別である２００ＯＫが、ＳＩＰ受信時刻（２０１６）にＳＩＰ制御部２１０５がＳＩＰメッセージを受信した時刻がそれぞれ記憶される。

ＳＩＰ制御部２１０５は、呼制御部２１０３に端末Ａ４ｂからの応答通知を送信する（Ｓ９）。

Ｗｅｂサーバは、ステップＳ５のＵＲＬ通知を受信すると、Ｗｅｂクライアント４ａには、呼制御部２１０３から通知された３ＰＣＣ第１接続端末応答確認するためのＵＲＬのｈｔｔｐ画面（４００１）が表示される。ユーザは、例えば、端末Ａ４ｂからの着信音又は着信表示により確実に端末Ａ４ｂに着信したことを確認して、端末Ａ４ｂで応答した後、ｈｔｔｐ画面（４００１）上の「応答します（ＯＫ）」ボタン（４００３）を押下すると、Ｗｅｂクライアント４ａからＷｅｂサーバ１を経由して呼制御部２１０３に３ＰＣＣ第１接続端末応答ＯＫ（この例では、端末ＩＤ Ａを含む。）を通知する（Ｓ１０）。

端末状態管理部２１０４は、Ｗｅｂクライアント４ａから通知された、ＵＲＬ第１接続端末応答ＯＫの情報を、端末状態テーブル２０１０に記憶する。図４に示す端末状態テーブル２０１０の例では、当該ｓｅｓｓｉｏｎＩＤ（２０１１）で、かつ、端末ＩＤ（２０１２）が端末Ａ４ｂの端末ＩＤが記憶されている列に、ＵＲＬ応答メッセージ（２０１７）にＯＫが、ＵＲＬ応答時刻（２０１８）に呼制御部２１０３がＵＲＬ応答メッセージを受信した時刻がそれぞれ記憶される。
呼制御部２１０３は、端末ＩＤ Ａについて、端末状態テーブル２０１０のＳＩＰ受信メッセージ（２０１５）が２００ＯＫであること、かつ、ＵＲＬ応答メッセージ（２０１７）がＯＫであること、により、端末Ａ４ｂが３ＰＣＣサービス利用者のユーザ操作により応答したと判定する。

次に呼制御部２１０３は、ＳＩＰ制御部２１０５に、接続要求に含まれた端末Ｂ４ｃへの発信要求を送信する（Ｓ１１）。
ＳＩＰ制御部２１０５は、発信要求を受けた後、端末Ｂ４ｃにＳＩＰ ＩＮＶＩＴＥメッセージを送信する（Ｓ１２）。
端末Ｂ４ｃは、ＳＩＰ ＩＮＶＩＴＥメッセージを受信し、ＳＩＰ制御部２１０５にＳＩＰ ２００ＯＫメッセージを送信する（Ｓ２５）。
ＳＩＰ制御部２１０５がＳＩＰ ２００ＯＫメッセージを受信後、端末Ａ４ｂと端末Ｂ４ｃは通話を開始する（Ｓ２６）。

図７は第１の実施の形態の３ＰＣＣサービスの開始から第１接続端末応答拒否の場合の手順を説明するシーケンス図である。
以下、シーケンス図に従って本実施の形態の手順を説明する。
図７のステップＳ１からＳ９までは図６のステップＳ１からＳ９までの処理と同じである。
Ｗｅｂクライアント４ａで呼制御部２１０３から通知された３ＰＣＣ第１接続端末応答確認するためのＵＲＬのｈｔｔｐ画面（４００１）が表示され、ユーザはｈｔｔｐ画面（４００１）上の「応答しません（ＮＧ）」ボタン（４００４）を押下すると、Ｗｅｂクライアント４ａからＷｅｂサーバ１を経由して、呼制御部２１０３に３ＰＣＣ第１接続端末応答ＮＧ（この例では、端末ＩＤ Ａを含む。）を通知する（Ｓ１３）。ユーザがｈｔｔｐ画面（４００１）上の「応答しません（ＮＧ）」（４００４）ボタンを押下するのは、例えば、端末Ａ４ｂで応答した後に３ＰＣＣサービスをキャンセルしたい場合、あるいは、例えば、端末４ｂから着信音又は着信表示が確認できなかったときや、応答した端末Ａ４ｂがユーザの端末ではない場合である。Ｗｅｂサーバ１は、ユーザ識別子又は端末識別子とそのユーザのＳＩＰ−ＵＲＩが対応して予め記憶されるが、例えば、ユーザ識別子又は端末識別子に対応するＳＩＰ−ＵＲＩが過去のデータであり、変更が更新されていないときに、入力されたユーザ識別子又は端末識別子に対し、過去のＳＩＰ−ＵＲＩを取得し、ユーザの過去の端末に発信する。また、ユーザが端末Ａ４ｂで応答する前に、留守番電話が応答してしまう場合がある。ユーザの過去の端末に発信した場合や留守番電話が応答した場合、ユーザが使用したい端末Ａ４ｂで着信音がないため、ユーザはｈｔｔｐ画面（４００１）上の「応答しません（ＮＧ）」（４００４）ボタンを押下することが想定される。

端末状態管理部２１０４は、Ｗｅｂクライアント４ａから通知された、ＵＲＬ第１接続端末応答ＮＧの情報を、端末状態テーブル２０１０に記憶する。図４に示す端末状態テーブル２０１０の例では、当該ｓｅｓｓｉｏｎＩＤ（２０１１）で、かつ、端末ＩＤ（２０１２）が端末Ａ４ｂの端末ＩＤが記憶されている列に、ＵＲＬ応答メッセージ（２０１７）にＮＧが、ＵＲＬ応答時刻（２０１８）に呼制御部２１０３がＵＲＬ応答メッセージを受信した時刻がそれぞれ記憶される。
呼制御部２１０３は、端末ＩＤ Ａについて、端末状態テーブル２０１０のＵＲＬ応答メッセージ（２０１７）がＮＧであることにより、端末Ａ４ｂが３ＰＣＣサービス利用者のユーザ操作により応答拒否したと判定する。
呼制御部２１０３の応答拒否判定後、３ＰＣＣサービスは終了する。

図８は第１の実施の形態の３ＰＣＣサービスの開始から第１接続端末応答失敗した場合の手順を説明するシーケンス図である。
以下、シーケンス図に従って本実施の形態の手順を説明する。
図８のステップＳ１からＳ９までは図６のステップＳ１からＳ９までの処理と同じである。
第１接続端末応答失敗した場合の例としては、Ｗｅｂクライアント４ａで呼制御部２１０３から通知された３ＰＣＣ第１接続端末応答確認するためのＵＲＬのｈｔｔｐ画面（４００１）が表示されるが、ユーザがｈｔｔｐ画面（４００１）上の操作をしない場合が想定される。例えば、端末Ａ４ｂで応答した後にユーザが端末Ａ４ｂから離れた場合である。

呼制御部２１０３は、タイマーでＵＲＬ応答通知を監視し、端末状態テーブル２０１０のＳＩＰ送信時刻（２０１４）から３ＰＣＣサーバ２で予め設定された制限時間内に応答がない場合、端末Ａ４ｂは応答失敗と判定する。
呼制御部２１０３の応答失敗判定後、３ＰＣＣサービスは終了する。

１−３.第１の実施の形態の効果
本実施の形態によると、３ＰＣＣサービスフローにおいて、接続すべき対象となる第１接続端末と３ＰＣＣサーバとの接続を確認後、第２接続端末との接続を開始することができる。

２．第２の実施の形態

２−１.ネットワーク及び装置構成
図２は、第２の実施の形態の通信網の構成例を示す説明図である。
本通信網（システム）は、例えば、Ｗｅｂサーバ１と、３ＰＣＣサーバ２と、ＳＩＰサーバ３とを備える。ＳＩＰサーバ３は、例えば３ＰＣＣが実現可能なネットワークＮ２に設置される。Ｗｅｂサーバ１は、３ＰＣＣサーバ２と通信する。また、Ｗｅｂサーバ１は、インターネットまたはイントラネット等のネットワークＮ１を介して端末Ａ４ｄと通信する。３ＰＣＣサーバ２は、３ＰＣＣが実現可能なネットワークＮ２を介して端末Ａ４ｄおよび端末Ｂ４ｅと通信する。第２の実施の形態では、主に、第１の実施の形態のＷｅｂクライアント４aと端末Ａ４ｂを一体構成として端末Ａ４ｄとしたものである。
第２の実施の形態の３ＰＣＣサーバ２の構成例を示す説明図、及び、第２の実施の形態の３ＰＣＣサーバ２における端末状態テーブル２０１０の構成の一例を示す説明図については、上述の第１の実施の形態と同様である。

２−２.動作
図９は、第２の実施の形態の３ＰＣＣサービスの開始から第２接続端末発信までの手順を説明するシーケンス図である。
本実施の形態によると、３ＰＣＣが実現可能なネットワークＮ２上で３ＰＣＣサービスにおいて、第１接続端末の応答を確認後、第２接続端末に発信することが可能となる。
３ＰＣＣサービスまでの流れは、以下の（ａ）〜（ｃ）となる。
（ａ）３ＰＣＣサーバ２と第１接続端末Ａ４ｄとのセッション確立。
（ｂ）３ＰＣＣサーバ２と第２接続端末Ｂ４ｅとのセッション確立。
（ｃ）第１接続端末Ａ４ｄと第２接続端末Ｂ４ｅ間で通話。

第１接続端末Ａ４ｄは、例えば、スマートフォンである。しかし、従来は、処理（ａ）がユーザが意図しない処理、例えば、回線状態等の影響により３ＰＣＣサーバ２からの発信に第１接続端末Ａ４ｄが着信できず、端末Ａ４ｄの留守番電話サービスが応答した場合でも、処理（ａ）の後、処理（ｂ）、処理（ｃ）を続けて処理してしまう課題がある。そこで、本実施の形態では、３ＰＣＣサーバ２から応答確認用ＵＲＬを第１接続端末Ａ４ｄへ送信し、３ＰＣＣサーバ２は第１接続端末Ａ４ｄからのＵＲＬ応答を受信後に処理（ｂ）を開始することで、この課題を解消する。

以下、シーケンス図に従って本実施の形態の手順を説明する。
まず、３ＰＣＣサービスの利用者は、端末Ａ４ｄを操作してＷｅｂサーバ１にログインする。Ｗｅｂサーバ１は、通信するユーザのユーザ識別子又は端末識別子（例えば、端末Ａ４ｄ、端末Ｂ４ｅに対応する２者のユーザ名又は端末ＩＤ等）を端末Ａ４ｄより入力する。例えば、Ｗｅｂサーバ１が、ログインした端末Ａ４ｄに対して表示した画面に従い、ユーザの操作により通信する２者のユーザが選択されてもよい。

端末Ａ４ｄはＷｅｂサーバ１を経由して、ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ（接続要求）を３ＰＣＣサーバ２に送信する（Ｓ１４）。ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔは、接続させたい２者のユーザに対応するＳＩＰ−ＵＲＩを含む。例えば、Ｗｅｂサーバ１は、ユーザ識別子とそのユーザのＳＩＰ−ＵＲＩが対応して予め記憶され、入力されたユーザ識別子に対応するＳＩＰ−ＵＲＩを取得する。例えば、ＳＩＰ−ＵＲＩは電話番号等の端末識別子（この例では、端末ＩＤ Ａ及び端末ＩＤ Ｂ）を含むように構成することができる。例えば、端末Ａ４ｄからＳＩＰ−ＵＲＩを取得し、Ｗｅｂサーバ１にある電話帳で端末Ｂ４ｅのＳＩＰ−ＵＲＩを取得するようにしてもよい。Ｗｅｂサーバ１は、取得されたＳＩＰ−ＵＲＩを含むＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔを生成して３ＰＣＣサーバ２に送信する。

３ＰＣＣサーバ２のＳＯＡＰ制御部２１０１は、Ｗｅｂサーバ１から、ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔを受信し、接続要求を３ＰＣＣモジュール部２１０２に送信する（Ｓ１５）。この接続要求は、例えば、受信したＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔに基づいて３ＰＣＣサーバ２で用いる適宜のプロトコルに従って生成されることができ、ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ内のＳＩＰ−ＵＲＩ等の端末識別子（この例では、端末ＩＤ Ａ及び端末ＩＤ Ｂ）を含む。

３ＰＣＣモジュール部２１０２は、接続要求を受信すると、ｓｅｓｓｉｏｎＩＤを、第１の実施の形態と同様に、生成する。
３ＰＣＣモジュール部２１０２の端末状態管理部２１０４は、生成されたｓｅｓｓｉｏｎＩＤを端末状態テーブル２０１０に記憶する。図４に示す端末状態テーブル２０１０の例では、ｓｅｓｓｉｏｎＩＤ（２０１１）が記憶される。

ｓｅｓｓｉｏｎＩＤを生成後、３ＰＣＣモジュール部２１０２は、ｓｅｓｓｉｏｎＩＤ情報を含んだ接続要求成功応答をＳＯＡＰ制御部２１０１に送信する（Ｓ１６）。なお、接続要求失敗の場合は、第１の実施の形態と同様である。
ＳＯＡＰ制御部２１０１は、接続要求成功応答を受信すると、ｓｅｓｓｉｏｎＩＤ情報を含んだＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅをＷｅｂサーバ１に送信する（Ｓ１７）。

次に呼制御部２１０３は、３ＰＣＣサーバ２のＳＩＰ制御部２１０５に端末Ｂ４ｃへの発信要求を送信する（Ｓ１８）。
ＳＩＰ制御部２１０５は、発信要求を受けた後、接続要求に含まれた端末Ａ４ｄに３ＰＣＣ第１接続端末応答確認するためのＵＲＬを含んだ、ＳＩＰ ＩＮＶＩＴＥメッセージを送信する（Ｓ１９）。

さらに、端末状態管理部２１０４は、ＳＩＰ制御部２１０５が送信したＳＩＰメッセージ情報を端末状態テーブル２０１０に記憶する。図４に示す端末状態テーブル２０１０の例では、当該ｓｅｓｓｉｏｎＩＤ（２０１１）の列の端末ＩＤ（２０１２）に送信先である端末Ａ４ｄの端末ＩＤが、ＳＩＰ送信メッセージ（２０１３）にＳＩＰメッセージ種別であるＩＮＶＩＴＥが、ＳＩＰ送信時刻（２０１４）にＳＩＰ制御部２１０５がＳＩＰメッセージを送信した時刻がそれぞれ記憶される。
端末Ａ４ｄは、ＳＩＰ ＩＮＶＩＴＥメッセージを受信後、着信電話に応答し、ＳＩＰ制御部２１０５にＳＩＰ ２００ＯＫメッセージを送信する（Ｓ２０）。端末Ａ４ｄの電話アプリケーション内で着信電話の応答操作で、ＳＩＰ ＩＮＶＩＴＥメッセージに含まれるＵＲＬに自動接続する機能をもつことで、端末Ａ４ｄは着信電話の応答により３ＰＣＣ第１接続端末応答確認するためのＵＲＬに接続し、ＵＲＬ第１接続端末応答ＯＫを送信する（Ｓ２１）。

端末状態管理部２１０４は、ＳＩＰ制御部２１０５が受信したＳＩＰメッセージ情報を端末状態テーブル２０１０に記憶する。図４に示す端末状態テーブル２０１０の例では、当該ｓｅｓｓｉｏｎＩＤ（２０１１）で、かつ、端末ＩＤ（２０１２）が端末Ａ４ｄの端末ＩＤが記憶されている列に、ＳＩＰ受信メッセージ（２０１５）にＳＩＰメッセージ種別である２００ＯＫが、ＳＩＰ受信時刻（２０１６）にＳＩＰ制御部２１０５がＳＩＰメッセージを受信した時刻がそれぞれ記憶される。
ＳＩＰ制御部２１０５は、呼制御部２１０３に端末Ａ４ｄからの応答通知を送信する（Ｓ２２）。

端末状態管理部２１０４は、端末Ａ４ｄから通知された、ＵＲＬ第１接続端末応答ＯＫの情報を、端末状態テーブル２０１０に記憶する。図４に示す端末状態テーブル２０１０の例では、当該ｓｅｓｓｉｏｎＩＤ（２０１１）で、かつ、端末ＩＤ（２０１２）が端末Ａ４ｄの端末ＩＤが記憶されている列に、ＵＲＬ応答メッセージ（２０１７）にＯＫが、ＵＲＬ応答時刻（２０１８）に呼制御部２１０３がＵＲＬ応答メッセージを受信した時刻がそれぞれ記憶される。
呼制御部２１０３は、端末ＩＤ Ａについて、端末状態テーブル２０１０のＳＩＰ受信メッセージ（２０１５）が２００ＯＫであること、かつ、ＵＲＬ応答メッセージ（２０１７）がＯＫであること、により、端末Ａ４ｄが３ＰＣＣサービス利用者のユーザ操作により応答したと判定する。

次に呼制御部２１０３は、ＳＩＰ制御部２１０５に、接続要求に含まれた端末Ｂ４ｅへの発信要求を送信する（Ｓ２３）。
ＳＩＰ制御部２１０５は、発信要求を受けた後、端末Ｂ４ｅにＳＩＰ ＩＮＶＩＴＥメッセージを送信する（Ｓ２４）。
端末Ｂ４ｅは、ＳＩＰ ＩＮＶＩＴＥメッセージを受信し、ＳＩＰ制御部２１０５にＳＩＰ ２００ＯＫメッセージを送信する（Ｓ２５）。
ＳＩＰ制御部２１０５がＳＩＰ ２００ＯＫメッセージを受信後、端末Ａ４ｄと端末Ｂ４ｅは通話を開始する（Ｓ２６）。

図１０は、第２の実施の形態の３ＰＣＣサービスの開始から第１接続端末応答失敗した場合の手順を説明するシーケンス図である。
以下、シーケンス図に従って本実施の形態の手順を説明する。
図１０のステップＳ１４からＳ１９までは図９のステップＳ１４からＳ１９までの処理と同じである。
第１接続端末応答失敗した場合の例としては、端末Ａ４ｄは、ＳＩＰ ＩＮＶＩＴＥメッセージを受信後、着信電話に応答しない場合が想定される。例えば、ユーザが３ＰＣＣサービスをキャンセルしたい場合や、ＳＩＰ制御部２１０５が送信したＳＩＰ ＩＮＶＩＴＥメッセージを留守番電話サービスが受信し、端末Ａ４ｄが受信できない場合がある。

呼制御部２１０３は、タイマーでＵＲＬ応答通知を監視し、端末状態テーブル２０１０のＳＩＰ送信時刻（２０１４）から３ＰＣＣサーバ２で予め設定された制限時間内に応答がない場合、端末Ａ４ｄは応答失敗と判定する。
呼制御部２１０３の応答失敗判定後、３ＰＣＣサービスは終了する。

２−３．第２の実施の形態の効果
第２の実施の形態では、第１の実施の形態の効果に加え、さらに、接続すべき対象となる第１接続端末の着信応答により、３ＰＣＣサーバとの接続を確認し、接続応答ＯＫを送信することができる。

３．概要

以下に、各実施の形態の構成の概要について要約する。
（第１の実施の形態の構成）
第１の実施の形態において、通信システムは、例えば、第１サーバ（３ＰＣＣサーバ２）と、前記第１サーバとＳＩＰプロトコルで接続設定をする装置（端末Ｂ４ｃ、ＣＬＩＥＮＴ Ｂ）と、前記第１サーバと通信する第１端末（端末Ａ４ｂ、ＣＬＩＥＮＴ Ａ）とを有する通信システムであって、
前記第１サーバは、
接続要求メッセージ（ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｓｅｔ）を受信するインタフェース（ＳＯＡＰ制御部）と、
受信した前記接続要求メッセージに従い、前記ＳＩＰプロトコルで前記装置に対して接続設定を行う処理部（３ＰＣＣモジュール部、端末状態管理部）と、
前記処理部の接続設定の後に、前記第１端末から受信したデータから前記装置に接続するか判定する第１発信制御部（呼制御部）と
を有する。

上述の通信システムにおいて、前記装置は第２端末（端末Ｂ４ｃ、ＣＬＩＥＮＴ Ｂ）であり、
前記通信システムは、前記第１サーバへ、前記第１端末と前記第２端末とで通信するための前記接続要求メッセージを送信する第２サーバ（ｗｅｂサーバ１）をさらに備え、
前記処理部は、前記ＳＩＰプロトコルで前記第１端末及び前記第２端末に対して接続設定を行い、
前記第１発信制御部は、前記第１端末から受信したデータから前記第２端末に接続するか判定し、前記第２端末に対して発信する。

（第２の実施の形態の構成）
第２の実施の形態において、通信システムは、例えば、第１サーバ（３ＰＣＣサーバ２）と、前記第１サーバとＳＩＰプロトコルで接続設定をする装置（端末Ｂ４ｅ、ＣＬＩＥＮＴ Ｂ）と、前記第１サーバと通信する第１端末（端末Ａ４ｄ、ＣＬＩＥＮＴ Ａ）とを有する通信システムであって、
前記第１サーバは、
接続要求メッセージ（ＳＯＡＰ ｃｏｎｎｅｃｔＲｅｑｕｓｅｔ）を受信するインタフェース（ＳＯＡＰ制御部）と、
受信した前記接続要求メッセージに従い、前記ＳＩＰプロトコルで前記装置に対して接続設定を行う処理部（３ＰＣＣモジュール部、端末状態管理部）と、
前記処理部の接続設定の後に、前記第１端末から受信したデータから前記装置に接続するか判定する第１発信制御部（呼制御部）と
を有する。

上述の通信システムにおいて、前記装置は第２端末（端末Ｂ４ｅ、ＣＬＩＥＮＴ Ｂ）であり、
前記通信システムは、前記第１サーバへ、前記第１端末と前記第２端末とで通信するための前記接続要求メッセージを送信する第２サーバ（ｗｅｂサーバ１）をさらに備え、
前記処理部は、前記ＳＩＰプロトコルで前記第１端末及び前記第２端末に対して接続設定を行い、
前記第１発信制御部は、前記第１端末から受信したデータから前記第２端末に接続するか判定し、前記第２端末に対して発信する。

４．付記

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれている。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
また、本発明は、ＳＩＰ、ＳＯＡＰ等のプロトコル以外にも適宜のプロトコルに適用可能である。さらに、上述では３ＰＣＣを例に説明したが、本発明は、これに限らず、適宜の第三者呼制御に適用可能である。

１ Ｗｅｂサーバ
２ ３ＰＣＣサーバ
３ ＳＩＰサーバ
４ 端末
２００１ ＣＰＵ
２００３ ＩＦ
２００４ メモリ
２０１０ 端末状態テーブル
２０１１ ｓｅｓｓｉｏｎＩＤ
２１０１ ＳＯＡＰ制御部
２１０２ ３ＰＣＣモジュール部
２１０３ 呼制御部
２１０４ 端末状態管理部
Ｎ１ インターネットまたはイントラネット
Ｎ２ ３ＰＣＣが実現可能なネットワーク

Claims (16)

1. 端末識別子又はユーザ識別子に対応して、受信メッセージ情報、応答メッセージ情報を記憶する端末状態テーブルを有し、ネットワークを介して第１の端末および第２の端末と通信する呼制御サーバと、
   前記呼制御サーバ、及び、前記第１の端末又はウェブクライアント部と通信するウェブサーバとを備え、
   前記ウェブサーバは、前記第１の端末又は前記ウェブクライアント部からの要求により、前記第１の端末及び前記第２の端末のそれぞれに対応する端末識別子又はユーザ識別子を含む接続要求を前記呼制御サーバに送信し、
   前記呼制御サーバは、前記接続要求を受信すると、前記第１の端末の端末識別子又はユーザ識別子を前記端末状態テーブルに記憶し、
   前記呼制御サーバは、前記第１の端末に要求メッセージを送信し、
   前記呼制御サーバは、前記第１の端末から応答メッセージを受信すると、前記端末状態テーブルの前記第１の端末の端末識別子又はユーザ識別子が対応づけられる受信メッセージ情報に前記応答メッセージの受信を記憶し、
   前記呼制御サーバは、前記第１の端末又は前記ウェブクライアント部から、前記第１の端末が応答したことを表す第１接続端末応答を受信すると、前記端末状態テーブルの前記第１の端末の端末識別子又はユーザ識別子が対応づけられる応答メッセージ情報に前記第１接続端末応答の受信を記憶し、
   前記呼制御サーバは、前記端末状態テーブルの前記受信メッセージ情報に前記応答メッセージの受信が記憶され、かつ、前記応答メッセージ情報に前記第１接続端末応答の受信を記憶している場合、前記第１の端末と前記第２の端末との間で通話を開始させるために、前記第２の端末に要求メッセージを送信する通信システム。
2. 前記ウェブクライアント部は、前記第１の端末と関連付けられた装置であり、
   前記呼制御サーバは、前記第１接続端末応答を確認するための予め定められた呼制御用のＵＲＬを前記ウェブサーバに通知し、
   前記ウェブクライアント部は、前記ウェブサーバにログインすることで、通知された第１接続端末応答を確認するためのＵＲＬの画面を表示し、前記第１の端末から前記画面上で応答の入力を受ける場合、前記ウェブクライアント部から前記ウェブサーバを経由して前記呼制御サーバに第１接続端末応答ＯＫを通知することを特徴とする請求項１に記載の通信システム。
3. 前記ウェブクライアント部は、前記ウェブサーバにログインすることで、通知された第１接続端末応答を確認するためのＵＲＬの画面を表示し、前記第１の端末から前記画面上での応答しない旨の入力を受ける場合、前記ウェブクライアント部から前記ウェブサーバを経由して、前記呼制御サーバに第１接続端末応答ＮＧを通知し、
   前記呼制御サーバは、前記ウェブクライアント部から通知された、前記第１接続端末応答ＮＧの情報を、前記端末状態テーブルにおける、前記第１の端末の端末識別子又はユーザ識別子に対応づけられる応答メッセージ情報に記憶し、
   前記呼制御サーバは、前記端末状態テーブルに前記第１接続端末応答ＮＧの情報が記憶されている場合、呼制御を終了することを特徴とする請求項２に記載の通信システム。
4. 前記呼制御サーバは、前記端末状態テーブルの前記要求メッセージの送信時刻から予め設定された制限時間内に第１接続端末応答がない場合、前記第１の端末の応答失敗と判定し、呼制御を終了することを特徴とする請求項２に記載の通信システム。
5. 前記画面は、応答する旨を示す第１表示部と応答しない旨を示す第２表示部を含み、
   前記第１端末は、前記第１表示部への入力及び前記第２表示部への入力のいずれを受ける場合にも、前記呼制御サーバから受信した前記ＵＲＬに接続し、前記呼制御サーバへ前記第１表示部への入力及び前記第２表示部への入力の少なくともいずれかを通知することを特徴とする請求項２に記載の通信システム。
6. 前記第１の端末は、前記ウェブクライアント部を含み、
   前記第１の端末は、前記要求メッセージを受信後、着信に応答した場合、前記呼制御サーバに前記応答メッセージを送信し、かつ、前記第１接続端末応答を確認するためのＵＲＬに接続して、前記第１接続端末応答を前記呼制御サーバに送信することを特徴とする請求項１に記載の通信システム。
7. 前記呼制御サーバは、前記端末状態テーブルの前記要求メッセージの送信時刻から予め設定された制限時間内に第１接続端末応答がない場合、前記第１の端末の応答失敗と判定し、呼制御を終了することを特徴とする請求項６に記載の通信システム。
8. 前記呼制御サーバは、前記接続要求を受信すると、セッションＩＤを生成し、生成された前記セッションＩＤと、前記第１端末の識別子又はユーザ識別子とを対応づけて前記端末状態テーブルに記憶し、前記セッションＩＤを含む接続要求成功応答を前記ウェブサーバに送信し、
   前記呼制御サーバは、前記セッションＩＤと、前記第１端末の識別子又はユーザ識別子とにより、前記端末状態テーブルのデータを識別することを特徴とする請求項１に記載の通信システム。
9. 前記呼制御サーバは第三者呼制御サーバであり、前記接続要求はＳＯＡＰリクエストであり、前記要求メッセージ、前記応答メッセージ、及び前記第１接続端末応答はＳＩＰメッセージであることを特徴とする請求項１に記載の通信システム。
10. ウェブサーバにより、第１の端末又はウェブサーバのウェブクライアント部からの要求に基づいて、前記第１の端末及び第２の端末のそれぞれに対応する端末識別子又はユーザ識別子を含む接続要求を呼制御サーバに送信し、
    前記呼制御サーバにより、前記接続要求を受信するときに、前記第１の端末の端末識別子又はユーザ識別子を端末状態テーブルに記憶し、
    前記呼制御サーバにより、前記第１の端末に要求メッセージを送信し、
    前記呼制御サーバにより、前記第１の端末から応答メッセージを受信するときに、前記端末状態テーブルに、前記第１の端末の端末識別子又はユーザ識別子と対応づけられる受信メッセージ情報に前記応答メッセージの受信を記憶し、
    前記呼制御サーバにより、前記第１の端末又は前記ウェブクライアント部から、前記第１の端末から第１接続端末応答を受信するとき、前記端末状態テーブルに、前記第１の端末の端末識別子又はユーザ識別子に対応づけられる応答メッセージ情報に前記第１接続端末応答の受信を記憶し、
    前記呼制御サーバにより、前記端末状態テーブルの前記受信メッセージ情報に前記応答メッセージの受信が記憶され、かつ、前記応答メッセージ情報に前記第１接続端末応答の受信を記憶している場合、前記第２の端末に要求メッセージを送信し、
    前記第２の端末が応答メッセージを前記呼制御サーバに送信した後に、前記第１の端末と前記第２の端末とが通話を開始する通信方法。
11. 前記ウェブクライアント部は、前記第１の端末と関連付けられた装置であり、
    前記呼制御サーバは、前記第１接続端末応答を確認するための予め定められた呼制御用のＵＲＬを前記ウェブサーバに通知し、
    前記ウェブクライアント部は、前記ウェブサーバにログインすることで、通知された第１接続端末応答を確認するためのＵＲＬの画面を表示し、前記第１の端末から前記画面上で応答の入力を受ける場合、前記ウェブクライアント部から前記ウェブサーバを経由して前記呼制御サーバに第１接続端末応答ＯＫを通知することを特徴とする請求項１０に記載の通信方法。
12. 前記呼制御サーバは第三者呼制御サーバであり、前記接続要求はＳＯＡＰリクエストであり、前記要求メッセージ、前記応答メッセージ、及び前記第１接続端末応答はＳＩＰメッセージであることを特徴とする請求項１０に記載の通信方法。
13. 第１の端末もしくはウェブクライアント部と通信するウェブサーバに対して、通信する第１制御部と、
    前記第１の端末に対して前記第１の端末からの応答情報を得るため、もしくは前記ウェブサーバに対して前記ウェブクライアント部からの応答情報を得るため、情報を送信する第２制御部と、
    前記第１の端末への要求メッセージ及び第２の端末への要求メッセージを送信して呼制御する呼制御部と、
    前記第１の端末及び前記第２の端末の端末識別子又はユーザ識別子を記憶する端末状態管理部とを備え、
    前記第１制御部は、前記第１の端末及び前記第２の端末のそれぞれに対応する端末識別子又はユーザ識別子を含む接続要求を前記ウェブサーバから受信し、
    前記端末状態管理部は、前記接続要求に含まれる前記第１の端末及び前記第２の端末のそれぞれに対応する端末識別子又はユーザ識別子と、前記第２制御部が前記第１の端末もしくは前記ウェブクライアント部から受信する前記応答情報と、前記呼制御部が前記第１の端末から受信する、前記要求メッセージへの応答メッセージとを記憶し、
    前記呼制御部は、前記第１制御部が前記接続要求を受信するときに、前記第１の端末に要求メッセージを送信し、前記呼制御部が前記要求メッセージへの応答メッセージを受信してかつ前記第２制御部が前記応答情報を受信するときに、前記第１の端末と前記第２の端末との間の通話を開始させるために前記第２の端末に要求メッセージを送信することを特徴とする通信サーバ。
14. 前記第２制御部は、前記第１の端末についての接続端末応答を確認するためのＵＲＬを、前記第１の端末もしくは前記ウェブサーバに通知することを特徴とする請求項１３に記載の通信サーバ。
15. 前記ウェブクライアント部は、前記第１の端末と関連付けられ、前記ウェブサーバへのアクセスにより前記ＵＲＬの画面を表示し、前記第１の端末から前記画面上で応答の入力を受ける場合、前記ウェブクライアント部から前記ウェブサーバを経由して前記第２制御部に前記第１の端末についての接続端末応答を前記応答情報として通知することを特徴とする請求項１４に記載の通信サーバ。
16. 前記第１制御部はＳＯＡＰに対応する制御を行い、前記呼制御部はＳＩＰに対応する制御を行うことを特徴とする請求項１３に記載の通信サーバ。

Images