(57)【要約】  【課題】第三者の指示により、発側と着側の通信機器の通信を行わせる呼制御通信システム、呼制御通信方法の提供。  【解決手段】呼制御通信システムαは、端末装置１１と、発側の第一の通信機器１２、着側の第二の通信機器１３との間に、それぞれＩＰ網２１、相互接続点２２、各種通信網２３、２４を介してＷＷＷサーバ３１、アプリケーションサーバ３２、ＳＩＰサーバ３３、メディアサーバ３４、ゲートウェイ３５、収容位置管理サーバ３６を介在させることで構成される特徴的構成手段の採用。  【選択図】図１
2008113399.tif 000002
【特許請求の範囲】
【請求項１】
端末の画面上に表示されるオブジェクトに対して、ユーザが所定のイベントを行ったとき、前記オブジェクトに関連付けられた発信側である第一の通信機器と着信側である第二の通信機器との間に通信を確立する通信システムにおいて、
前記端末と前記第一の通信機器、前記第二の通信機器との間には、当該端末と接続されたＩＰ網及び、当該第一の通信機器、前記第二の通信機器への呼制御を行う各種サーバ群を介在し、
当該各種サーバ群には、前記端末からの呼接続要求又は呼切断要求である呼要求を受信するＷＷＷサーバと、当該ＷＷＷサーバからの前記呼要求の受付け、当該呼要求を、各通信機器へ送信するための呼設定要求として設定し、開放及び通知を行うアプリケーションサーバと、当該アプリケーションサーバから受信した呼設定要求を接続先の前記第一又は第二の通信機器に設定するＳＩＰサーバとで構成され、
前記端末から送信された発呼要求を前記ＷＷＷサーバが受信するとともに、前記アプリケーションサーバへ送信し、前記アプリケーションサーバにて当該発呼要求を当該呼設定要求として設定した後、前記ＳＩＰサーバを介して前記第一の通信機器に対して呼設定要求を送信する第一の呼接続手段と、
前記アプリケーションサーバにて設定された前記呼設定要求を、前記ＳＩＰサーバを介して前記第二の通信機器に対して当該呼設定要求を送信する第二の呼接続手段と、
前記アプリケーションサーバが、前記第一の通信機器からの呼設定要求に対する応答と、前記第二の通信機器からの呼設定要求に対する応答を受けたことを契機に、前記ＳＩＰサーバを介して前記第一の通信機器と前記第二の通信機器との間の通信を確立する第三の通信確立手段と、
を有することを特徴とする呼制御通信システム。
【請求項２】
端末の画面上に表示されるオブジェクトに対して、ユーザが所定のイベントを行ったとき、前記オブジェクトに関連付けられた発信側である第一の通信機器と着信側である第二の通信機器との間に通信を確立する通信システムにおいて、
前記端末と前記第一の通信機器、前記第二の通信機器との間には、当該端末と接続されたＩＰ網及び、当該第一の通信機器、前記第二の通信機器への呼制御を行う各種サーバ群を介在し、
当該各種サーバ群には、前記端末からの呼接続要求又は呼切断要求である呼要求を受信する前記ＷＷＷサーバと、当該ＷＷＷサーバからの前記呼要求の受付け、当該呼要求を、前記各通信機器へ送信するための呼設定要求として設定し、開放及び通知を行うアプリケーションサーバと、当該アプリケーションサーバから受信した呼設定要求を接続先の前記第一又は第二の通信機器に設定するＳＩＰサーバと、前記第二の通信機器を呼び出し中に、前記第一の通信機器に呼び出し中であることを通知するメディアサーバからなり、
前記端末から送信された発呼要求をＷＷＷサーバが受信するとともに、前記アプリケーションサーバへ送信し、前記アプリケーションサーバにて当該発呼要求を当該呼設定要求として設定した後、前記ＳＩＰサーバを介して前記第一の通信機器に対して呼設定要求を送信する第一の呼接続手段と、
前記アプリケーションサーバにて設定された前記呼設定要求を、前記ＳＩＰサーバを介して前記第二の通信機器に対して当該呼設定要求を送信する第二の呼接続手段と、
前記メディアサーバにて、前記第二の通信機器の呼び出し中に、前記第一の通信機器に対し呼び出し状態を通知する第三の状態通知手段と、
前記アプリケーションサーバが、前記第一の通信機器からの呼設定要求に対する応答と、前記第二の通信機器からの呼設定要求に対する応答を受けたことを契機に、前記ＳＩＰサーバを介して前記第一の通信機器と前記第二の通信機器との間の通信を確立する第四の通信確立手段と、
を有することを特徴とする呼制御通信システム。
【請求項３】
前記アプリケーションサーバは、
前記第一の通信機器及び前記第二の通信機器から接続状態及び接続結果を取得可能とし、
当該接続状態及び当該接続結果を前記ＷＷＷサーバへ送信可能とするとともに、
前記ＷＷＷサーバは、前記接続状態及び前記接続結果をインターネット網を介して前記端末上に転送し、当該端末画面上にて、当該接続状態及び当該接続結果を表示可能とする、
ことを特徴とする請求項１又は２に記載の呼制御通信システム。
【請求項４】
前記アプリケーションサーバは、
前記第一の通信機器あるいは前記第二の通信機器に対して、通信接続中又は通信開始後に、前記端末から送信される通信切断要求に応じて、通信切断を行う、
ことを特徴とする請求項１又は２に記載の呼制御通信システム。
【請求項５】
前記第一の通信機器あるいは前記第二の通信機器が、
他事業者の加入網又は携帯電話網に収容されていた場合、
前記ＳＩＰサーバに接続されたゲートウェイ及び、相互接続点を経由して通信接続する一方、
前記第一の通信機器あるいは前記第二の通信機器が、
ＩＰ電話網に収容されたＩＰ電話である場合、
前記ＳＩＰサーバから直接通信接続する、
ことを特徴とする、請求項１又は２に記載の呼制御通信システム。
【請求項６】
端末の画面上に表示されるオブジェクトに対して、ユーザが所定のイベントを行ったとき、前記オブジェクトに関連付けられた発信側である第一の通信機器と着信側である第二の通信機器との間にＩＰ網及び当該第一の通信機器、前記第二の通信機器への呼制御を行う各種サーバ群を介在して通信を確立する通信方法において、
前記ＩＰ網に接続される前記各種サーバ群としては、
ＷＷＷサーバを通じて前記端末からの呼接続要求又は呼切断要求である呼要求を受信し、当該ＷＷＷサーバからの前記呼要求をアプリケーションサーバが受付けるとともに、当該呼要求を、各通信機器へ送信するための呼設定要求として設定し、開放及び通知を行い、当該アプリケーションサーバから受信した呼設定要求をＳＩＰサーバが接続先の前記第一又は第二の通信機器に設定する一連の処理を実行するとき、
前記端末から送信された発呼要求を前記ＷＷＷサーバが受信するとともに、前記アプリケーションサーバへ送信し、当該アプリケーションサーバにて当該発呼要求を当該呼設定要求として設定した後、前記ＳＩＰサーバを介して前記第一の通信機器に対して呼設定要求を送信する第一の呼接続ステップと、
前記アプリケーションサーバにて設定された前記呼設定要求を、前記ＳＩＰサーバを介して前記第二の通信機器に対して当該呼設定要求を送信する第二の呼接続ステップと、
前記アプリケーションサーバが、前記第一の通信機器からの呼設定要求に対する応答と、前記第二の通信機器からの呼設定要求に対する応答を受けたことを契機に、前記ＳＩＰサーバを介して前記第一の通信機器と前記第二の通信機器との間の通信を確立する第三の通信確立ステップと、
を順次実行することを特徴とする呼制御通信方法。
【請求項７】
端末の画面上に表示されるオブジェクトに対して、ユーザが所定のイベントを行ったとき、前記オブジェクトに関連付けられた発信側である第一の通信機器と着信側である第二の通信機器との間にＩＰ網及び当該第一の通信機器、前記第二の通信機器への呼制御を行う各種サーバ群を介在して通信を確立する通信方法において、
前記ＩＰ網に接続される前記各種サーバ群としては、
ＷＷＷサーバを通じて前記端末からの呼接続要求又は呼切断要求である呼要求を受信し、当該ＷＷＷサーバからの前記呼要求をアプリケーションサーバが受付けるとともに、当該呼要求を、各通信機器へ送信するための呼設定要求として設定し、開放及び通知を行い、当該アプリケーションサーバから受信した呼設定要求をＳＩＰサーバが接続先の通信機器に設定し、さらにメディアサーバにて前記第二の通信機器を呼び出し中に前記第一の通信機器に呼び出し状態を通知する、一連の処理を実行するとき、
前記端末から送信された発呼要求をＷＷＷサーバが受信するとともに、前記アプリケーションサーバへ送信し、前記アプリケーションサーバにて当該発呼要求を当該呼設定要求として設定した後、前記ＳＩＰサーバを介して前記第一の通信機器に対して呼設定要求を送信する第一の呼接続ステップと、
前記アプリケーションサーバにて設定された前記呼設定要求を、前記ＳＩＰサーバを介して前記第二の通信機器に対して当該呼設定要求を送信する第二の呼接続ステップと、
前記メディアサーバにて、前記第二の通信機器の呼び出し中に、前記第一の通信機器に対し呼び出し状態を通知する第三の状態通知ステップと、
前記アプリケーションサーバが、前記第一の通信機器からの呼設定要求に対する応答と、前記第二の通信機器からの呼設定要求に対する応答を受けたことを契機に、前記ＳＩＰサーバを介して前記第一の通信機器と前記第二の通信機器との間の通信を確立する第四の通信確立ステップと、
を順次実行することを特徴とする呼制御通信方法。
【請求項８】
前記アプリケーションサーバから送信される呼接続要求は、
前記第一の通信機器と前記第二の通信機器への呼接続を行う際の呼接続設定時に、発信元アドレスとして前記端末を利用するユーザのアドレスを設定することにより、発呼を行ったユーザに対して課金処理を実施する、
ことを特徴とする請求項６、又は７に記載の呼制御通信方法。
【請求項９】
前記アプリケーションサーバは、
前記第一の通信機器及び前記第二の通信機器と確立した呼情報とを関連付けて管理することにより、前記第一の通信機器及び前記第二の通信機器との課金をまとめることが可能である、
ことを特徴とする請求項６、又は７に記載の呼制御通信方法。
【請求項１０】
前記アプリケーションサーバは、
前記第二の通信機器への呼設定時に、通知する発信元の番号を任意に設定することが可能である、
ことを特徴とする請求項６又は７に記載の呼制御通信方法。
【請求項１１】
端末に接続されたＷＷＷサーバと、前記ＷＷＷサーバに接続されたアプリケーションサーバと、前記アプリケーションサーバに接続されて通信機器に対して呼設定を行うＳＩＰサーバと、通信網を介して前記ＳＩＰサーバに接続されて通信機器間での通信の確立に用いるメディア情報を有する第一の通信機器と第二の通信機器と第三の通信機器と、を備えた呼制御通信システムであって、
前記ＷＷＷサーバは、
所望の通信機器間における通信の確立を要求する連続発信要求を受け付ける受付手段と、
前記端末から要求された前記連続発信要求を格納する第１の格納手段と、
当該連続発信要求を前記第１の格納手段から読み出して、前記アプリケーションサーバに送信する第１の送信手段と、を有し、
前記アプリケーションサーバは、
送信された前記連続発信要求を受信する受信手段と、
受信した当該連続発信要求に基づいて、前記ＳＩＰサーバを介して前記第一の通信機器に第１の呼接続要求を送信する第２の送信手段と、
前記第１の呼接続要求に応じて当該第一の通信機器から送信された第１のメディア情報を格納する第２の格納手段と、
前記第２の格納手段から読み出した前記第１のメディア情報を設定した第２の呼接続要求を、前記ＳＩＰサーバを介して前記第二の通信機器に送信する第３の送信手段と、
当該第二の通信機器が前記第２の呼接続要求に対して応答した後、当該第二の通信機器から送信された第２のメディア情報を格納する第３の格納手段と、
前記第３の格納手段から読み出した前記第２のメディア情報を設定したメディア情報変更要求を、前記ＳＩＰサーバを介して前記第一の通信機器に送信する第４の送信手段と、
前記メディア情報変更要求を送信することで確立した第一の通信機器と第二の通信機器との間の通信が前記第二の通信機器により切断された場合に、前記第２の格納手段から読み出した前記第１のメディア情報を設定した第３の呼接続要求を、前記ＳＩＰサーバを介して前記第三の通信機器に送信する第５の送信手段と、
当該第三の通信機器が前記第３の呼接続要求に対して応答した後、当該第三の通信機器から送信された第３のメディア情報を格納する第４の格納手段と、
前記第４の格納手段から読み出した前記第３のメディア情報を設定したメディア情報変更要求を、前記ＳＩＰサーバを介して前記第一の通信機器に送信する第６の送信手段と、
を有することを特徴とする呼制御通信システム。
【請求項１２】
前記アプリケーションサーバは、前記第３の送信手段で前記第二の通信機器に前記第２の呼接続要求を送信した後、及び／又は、前記第５の送信手段で前記第三の通信機器に前記第３の呼接続要求を送信した後、前記ＳＩＰサーバを介して前記第一の通信機器に呼び出し状態を通知する通知手段を更に有することを特徴とする請求項１１に記載の呼制御通信システム。
【請求項１３】
前記アプリケーションサーバは、確立した第一の通信機器と第二の通信機器との間の通信が前記第二の通信機器により切断された場合に、前記ＳＩＰサーバを介して前記第一の通信機器に当該切断を通知する通知手段を更に有することを特徴とする請求項１１又は１２に記載の呼制御通信システム。
【請求項１４】
前記アプリケーションサーバは、前記第１の呼接続要求，前記第２の呼接続要求，前記第３の呼接続要求に対するそれぞれの接続結果及び接続状態を取得し、前記ＷＷＷサーバに通知する通知手段を更に有し、
前記ＷＷＷサーバは、通知された前記接続結果及び前記接続状態を前記端末の画面に表示する表示手段を更に有することを特徴とする請求項１１乃至１３のいずれか１項に記載の呼制御通信システム。
【請求項１５】
前記ＷＷＷサーバは、
通信を切断する呼切断要求を受け付ける受付手段と、
受け付けた前記呼切断要求を前記アプリケーションサーバに送信する送信手段と、を更に有し、
前記アプリケーションサーバは、当該ＷＷＷサーバから送信された前記呼切断要求を受信した場合に、前記第一の通信機器，前記第二の通信機器，前記第三の通信機器のいずれか又は全てに呼切断信号を送信する送信手段を更に有することを特徴とする請求項１１乃至１４のいずれか１項に記載の呼制御通信システム。
【請求項１６】
前記ＳＩＰサーバは、前記第一の通信機器，前記第二の通信機器，前記第三の通信機器のそれぞれが異なる通信網に接続されている場合に、当該異なる通信網を接続するゲートウェイに接続されていることを特徴とする請求項１１乃至１５のいずれか１項に記載の呼制御通信システム。
【請求項１７】
前記第２の送信手段，前記第３の送信手段，前記第５の送信手段のそれぞれは、前記第１の呼接続要求，前記第２の呼接続要求，前記第３の呼接続要求のそれぞれに設定される発信元を、前記端末から前記連続発信要求を行ったユーザに設定して送信することを特徴とする請求項１１乃至１６のいずれか１項に記載の呼制御通信システム。
【請求項１８】
前記アプリケーションサーバは、前記第一の通信機器，前記第二の通信機器，前記第三の通信機器で確立したそれぞれの呼情報を関連付けて管理する管理手段を更に有することを特徴とする請求項１１乃至１７のいずれか１項に記載の呼制御通信システム。
【請求項１９】
前記アプリケーションサーバは、
前記第二の通信機器に通知する発信者番号情報を、前記第２の呼接続要求に設定する設定手段と、
前記第三の通信機器に通知する発信者番号情報を、前記第３の呼接続要求に設定する設定手段と、
を更に有することを特徴とする請求項１１乃至１８のいずれか１項に記載の呼制御通信システム。
【請求項２０】
アプリケーションサーバと、前記アプリケーションサーバに接続されて通信機器に対して呼設定を行うＳＩＰサーバと、通信網を介して前記ＳＩＰサーバに接続されて固有情報を有する第一の通信機器及び第二の通信機器と、を備えた呼制御通信システムであって、
前記アプリケーションサーバは、
関連付け要求情報を設定した第１の呼接続要求を前記ＳＩＰサーバに送信する第１の送信手段を有し、
前記ＳＩＰサーバは、
送信された前記第１の呼接続要求を受信する受信手段と、
受信した当該第１の呼接続要求に基づいて、前記第一の通信機器に呼接続要求を送信する第２の送信手段と、
前記呼接続要求に応じて当該第一の通信機器から送信された前記固有情報を受信した後、関連付け識別子を生成し、当該関連付け識別子と前記固有情報とを関連付けて格納する格納手段と、
前記関連付け識別子を前記格納手段から読み出して、前記アプリケーションサーバに送信する第３の送信手段と、
関連付け識別子を設定した第２の呼接続要求を前記アプリケーションサーバから受信した場合に、受信した当該関連付け識別子と前記格納手段に格納された前記関連付け識別子とを比較する比較手段と、
前記比較の結果が一致する場合に、当該関連付け識別子に関連する前記固有情報を前記格納手段から読み出して、当該固有情報を設定した呼接続要求を前記第二の通信機器に送信する第４の送信手段と、
を有することを特徴とする呼制御通信システム。
【請求項２１】
前記第３の送信手段は、前記関連付け識別子を前記格納手段から読み出すと共に、当該関連付け識別子に関連する前記固有情報を読み出して、前記アプリケーションサーバに送信し、
前記比較手段は、関連付け識別子と固有情報とを設定した第２の呼接続要求を前記アプリケーションサーバから受信した場合に、受信した当該関連付け識別子及び当該固有情報のそれぞれと、前記格納手段に格納された前記関連付け識別子及び前記固有情報のそれぞれと、を比較することを特徴とする請求項２０に記載の呼制御通信システム。
【請求項２２】
前記固有情報は、通信機器間での通信の確立に用いるメディア情報及び／又は発信者番号情報であることを特徴とする請求項２０又は２１に記載の呼制御通信システム。
【請求項２３】
端末に接続されたＷＷＷサーバと、前記ＷＷＷサーバに接続されたアプリケーションサーバと、前記アプリケーションサーバに接続されて通信機器に対して呼設定を行うＳＩＰサーバと、通信網を介して前記ＳＩＰサーバに接続されて通信機器間での通信の確立に用いるメディア情報を有する第一の通信機器と第二の通信機器と第三の通信機器と、で処理する呼制御通信方法であって、
前記ＷＷＷサーバにより、
所望の通信機器間における通信の確立を要求する連続発信要求を受け付けるステップと、
前記端末から要求された前記連続発信要求を第１の格納手段に格納するステップと、
当該連続発信要求を前記第１の格納手段から読み出して、前記アプリケーションサーバに送信するステップと、を有し、
前記アプリケーションサーバにより、
送信された前記連続発信要求を受信するステップと、
受信した当該連続発信要求に基づいて、前記ＳＩＰサーバを介して前記第一の通信機器に第１の呼接続要求を送信するステップと、
前記第１の呼接続要求に応じて当該第一の通信機器から送信された第１のメディア情報を第２の格納手段に格納するステップと、
前記第２の格納手段から読み出した前記第１のメディア情報を設定した第２の呼接続要求を、前記ＳＩＰサーバを介して前記第二の通信機器に送信するステップと、
当該第二の通信機器が前記第２の呼接続要求に対して応答した後、当該第二の通信機器から送信された第２のメディア情報を第３の格納手段に格納するステップと、
前記第３の格納手段から読み出した前記第２のメディア情報を設定したメディア情報変更要求を、前記ＳＩＰサーバを介して前記第一の通信機器に送信するステップと、
前記メディア情報変更要求を送信することで確立した第一の通信機器と第二の通信機器との間の通信が前記第二の通信機器により切断された場合に、前記第２の格納手段から読み出した前記第１のメディア情報を設定した第３の呼接続要求を、前記ＳＩＰサーバを介して前記第三の通信機器に送信するステップと、
当該第三の通信機器が前記第３の呼接続要求に対して応答した後、当該第三の通信機器から送信された第３のメディア情報を第４の格納手段に格納するステップと、
前記第４の格納手段から読み出した前記第３のメディア情報を設定したメディア情報変更要求を、前記ＳＩＰサーバを介して前記第一の通信機器に送信するステップと、
を有することを特徴とする呼制御通信方法。
【請求項２４】
アプリケーションサーバと、前記アプリケーションサーバに接続されて通信機器に対して呼設定を行うＳＩＰサーバと、通信網を介して前記ＳＩＰサーバに接続されて固有情報を有する第一の通信機器及び第二の通信機器と、で処理する呼制御通信方法であって、
前記アプリケーションサーバにより、
関連付け要求情報を設定した第１の呼接続要求を前記ＳＩＰサーバに送信するステップを有し、
前記ＳＩＰサーバにより、
送信された前記第１の呼接続要求を受信するステップと、
受信した当該第１の呼接続要求に基づいて、前記第一の通信機器に呼接続要求を送信するステップと、
前記呼接続要求に応じて当該第一の通信機器から送信された前記固有情報を受信した後、関連付け識別子を生成し、当該関連付け識別子と前記固有情報とを関連付けて格納手段に格納するステップと、
前記関連付け識別子を前記格納手段から読み出して、前記アプリケーションサーバに送信するステップと、
関連付け識別子を設定した第２の呼接続要求を前記アプリケーションサーバから受信した場合に、受信した当該関連付け識別子と前記格納手段に格納された前記関連付け識別子とを比較するステップと、
前記比較の結果が一致する場合に、当該関連付け識別子に関連する前記固有情報を前記格納手段から読み出して、当該固有情報を設定した呼接続要求を前記第二の通信機器に送信するステップと、
を有することを特徴とする呼制御通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session Initiation Protocol）を利用したＶｏＩＰ（Voice over Internet Protocol）通信の通信制御技術に関するものであり、詳しくは、第三者の指示により、２台の通信機器を接続させる呼制御システム及び該通信制御方法に関するものである。
【背景技術】
【０００２】
近年、ＶｏＩＰ等のマルチメディア通信などにＳＩＰを利用した通信が発達しており通信事業者が実施する、ＩＰ電話等のサービスの普及により、一般的に家庭内にもＶｏＩＰ通信を利用した電話サービスが普及し、年々その契約者は増加の傾向にある。
【０００３】
しかし、ＶｏＩＰ通信は従来の電話通信サービスとは違い、ＶｏＩＰ通信サービスを提供するほとんどの通信事業者において、ＶｏＩＰ電話使用料金を安くする、又は無料にするなどのサービスを行っているため、通信事業者としては、ＶｏＩＰ電話使用料、通話料のみではなく、ＶｏＩＰ対応電話サービスに付加サービスを提供するなどして収益を上げてく必要に迫られている。
【０００４】
そこで、その付加サービスの一種として、ＷｅｂブラウザなどからＶｏＩＰ端末電話に接続された通信機器のアドレスを指定（クリック）することにより、通信機器間の通話を確立させ、通常の通話よりも便利に電話を架ける機能を提供するクリックツーダイヤルサービス等が注目されている。
【０００５】
特許文献１は、発呼要求を行う端末装置がＷＷＷサーバのホームページにアクセスし、着信側の通信機器のアドレスを端末装置に取得した後、端末装置に一意にくくりつけられた発側の通信機器から着側の通信機器に発呼する方法を採用する技術が記載されている。
【特許文献１】特開平１１−４１２９４号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術では、発呼要求を行う端末装置に一意にくくりつけられた発側の通信機器（第一の通信機器）から着側の通信機器（第二の通信機器）に対して発呼していたため、端末装置と発側の通信装置（第一の通信機器）を別々の装置に指定することができなかった。
【０００７】
また、第一の通信機器が発呼要求を行う端末装置と一意にくくりつくため、利用される通信機器は一般にパソコン上で動作するソフトフォンに限定されてしまい、一般的な電話機等の通信機器にての利用が不可能であった。
【０００８】
ここにおいて、本発明の解決すべき主要な目的は、次の通りである。
【０００９】
即ち、本発明の第１の目的は、第一の通信機器を自由に選択できるようにし、発呼要求を行う端末装置をパソコン、第一の通信機器を携帯電話などの組合せを可能とする第三者により呼制御を行う通信システム及び通信制御方法を提供せんとするものである。
【００１０】
本発明の第２の目的は、発呼要求を行う端末装置への呼設定の接続状態の表示や端末装置からの呼接続を可能とする第三者により呼制御を行う通信システム及び通信制御方法を提供せんとするものである。
【００１１】
本発明の他の目的は、明細書、図面、特に特許請求の範囲の各請求項の記載から、自ずと明らかとなろう。
【課題を解決するための手段】
【００１２】
まず、本発明システムにおいては、呼制御通信システムが、端末装置と、発側の第一の通信機器、着側の第二の通信機器との間に、それぞれＩＰ網、相互接続点、各種通信網を介してＷＷＷサーバ、アプリケーションサーバ、ＳＩＰサーバ、メディアサーバ、ゲートウェイ、収容位置管理サーバを介在させることで構成される、という特徴的構成手段を講じる。
【００１３】
また、本発明方法においては、端末装置から送信された発呼要求をＷＷＷサーバ、アプリケーションサーバ、ＳＩＰサーバを介して第一の通信機器へ送信する第一のステップと、アプリケーションサーバから、前記発呼要求に係る呼設定をＳＩＰサーバを介して第二の通信機器に送信する第二のステップと、前記第一及び第二の通信機器からの応答を契機に、当該第一及び第二の通信機器間の通信を確立する第三のステップとを順次実行する、という特徴的構成手法を講じる。
【００１４】
さらに具体的詳細に述べると、当該課題の解決では、本発明が次に列挙する上位概念から下位概念に亙る新規な特徴的構成手法、手段、手順又は手続を採用することにより、前記目的を達成するよう為される。
【００１５】
即ち、本発明システムの第１の特徴は、端末の画面上に表示されるオブジェクトに対して、ユーザが所定のイベントを行ったとき、前記オブジェクトに関連付けられた発信側である第一の通信機器と着信側である第二の通信機器との間に通信を確立する通信システムにおいて、前記端末と前記第一の通信機器、前記第二の通信機器の間には、当該端末と接続されたＩＰ網及び、当該第一の通信機器、前記第二の通信機器への呼制御を行う各種サーバ群を介在し、当該各種サーバ群には、前記端末からの呼接続要求又は呼切断要求である呼要求を受信するＷＷＷサーバと、当該ＷＷＷサーバからの前記呼要求の受付け、当該呼要求を、各通信機器へ送信するための呼設定要求として設定し、開放及び通知を行うアプリケーションサーバと、当該アプリケーションサーバから受信した呼設定要求を接続先の前記第一又は第二の通信機器に設定するＳＩＰサーバとで構成され、前記端末から送信された発呼要求を前記ＷＷＷサーバが受信するとともに、前記アプリケーションサーバへ送信し、前記アプリケーションサーバにて当該発呼要求を当該呼設定要求として設定した後、前記ＳＩＰサーバを介して前記第一の通信機器に対して呼設定要求を送信する第一の呼接続手段と、前記アプリケーションサーバにて設定された前記呼設定要求を、前記ＳＩＰサーバを介して前記第二の通信機器に対して当該呼設定要求を送信する第二の呼接続手段と、前記アプリケーションサーバが、前記第一の通信機器からの呼設定要求に対する応答と、前記第二の通信機器からの呼設定要求に対する応答を受けたことを契機に、前記ＳＩＰサーバを介して前記第一の通信機器と前記第二の通信機器との間の通信を確立する第三の通信確立手段と、を有してなる呼制御通信システムの構成採用にある。
【００１６】
本発明システムの第２の特徴は、端末の画面上に表示されるオブジェクトに対して、ユーザが所定のイベントを行ったとき、前記オブジェクトに関連付けられた発信側である第一の通信機器と着信側である第二の通信機器との間に通信を確立する通信システムにおいて、前記端末と前記第一の通信機器、前記第二の通信機器の間には、当該端末と接続されたＩＰ網及び、当該第一の通信機器、前記第二の通信機器への呼制御を行う各種サーバ群を介在し、当該各種サーバ群には、前記端末からの呼接続要求又は呼切断要求である呼要求を受信する前記ＷＷＷサーバと、当該ＷＷＷサーバからの前記呼要求の受付け、当該呼要求を、前記各通信機器へ送信するための呼設定要求として設定し、開放及び通知を行うアプリケーションサーバと、当該アプリケーションサーバから受信した呼設定要求を接続先の前記第一又は第二の通信機器に設定するＳＩＰサーバと、前記第二の通信機器を呼び出し中に、前記第一の通信機器に呼び出し中であることを通知するメディアサーバからなり、前記端末から送信された発呼要求をＷＷＷサーバが受信するとともに、前記アプリケーションサーバへ送信し、前記アプリケーションサーバにて当該発呼要求を当該呼設定要求として設定した後、前記ＳＩＰサーバを介して前記第一の通信機器に対して呼設定要求を送信する第一の呼接続手段と、前記アプリケーションサーバにて設定された前記呼設定要求を、前記ＳＩＰサーバを介して前記第二の通信機器に対して当該呼設定要求を送信する第二の呼接続手段と、前記メディアサーバにて、前記第二の通信機器の呼び出し中に、前記第一の通信機器に対し呼び出し状態を通知する第三の状態通知手段と、前記アプリケーションサーバが、前記第一の通信機器からの呼設定要求に対する応答と、前記第二の通信機器からの呼設定要求に対する応答を受けたことを契機に、前記ＳＩＰサーバを介して前記第一の通信機器と前記第二の通信機器との間の通信を確立する第四の通信確立手段と、を有してなる呼制御通信システムの構成採用にある。
【００１７】
本発明システムの第３の特徴は、上記本発明システム第１又は第２の特徴における前記アプリケーションサーバが、前記第一の通信機器及び前記第二の通信機器から接続状態及び接続結果を取得可能とし、当該接続状態及び当該接続結果を前記ＷＷＷサーバへ送信可能とするとともに、前記ＷＷＷサーバは、前記接続状態及び前記接続結果をインターネット網を介して前記端末上に転送し、当該端末画面上にて、当該接続状態及び当該接続結果を表示可能としてなる呼制御通信システムの構成採用にある。
【００１８】
本発明方法の第４の特徴は、上記本発明システムの第１又は第２の特徴における、前記アプリケーションサーバが、前記第一の通信機器あるいは前記第二の通信機器に対して、通信接続中、又は通信開始後に、前記端末から送信される通信切断要求に応じて、通信切断を行ってなる呼制御通信システムの構成採用にある。
【００１９】
本発明方法の第５の特徴は、上記本発明システムの第１又は第２の特徴における、前記第一の通信機器あるいは前記第二の通信機器が、他事業者の加入網又は携帯電話網に収容されていた場合、前記ＳＩＰサーバに接続されたゲートウェイ及び、相互接続点を経由して通信接続する一方、前記第一の通信機器あるいは前記第二の通信機器が、ＩＰ電話網に収容されたＩＰ電話である場合、前記ＳＩＰサーバから直接通信接続してなる呼制御通信システムの構成採用にある。
【００２０】
即ち、本発明方法の第１の特徴は、端末の画面上に表示されるオブジェクトに対して、ユーザが所定のイベントを行ったとき、前記オブジェクトに関連付けられた発信側である第一の通信機器と着信側である第二の通信機器との間にＩＰ網及び当該第一の通信機器、前記第二の通信機器への呼制御を行う各種サーバ群を介在して通信を確立する通信方法において、前記ＩＰ網に接続される前記各種サーバ群としては、ＷＷＷサーバを通じて前記端末からの呼接続要求又は呼切断要求である呼要求を受信し、当該ＷＷＷサーバからの前記呼要求をアプリケーションサーバが受付けるとともに、当該呼要求を、各通信機器へ送信するための呼設定要求として設定し、開放及び通知を行い、当該アプリケーションサーバから受信した呼設定要求をＳＩＰサーバが接続先の前記第一又は第二の通信機器に設定する一連の処理を実行するとき、前記端末から送信された発呼要求を前記ＷＷＷサーバが受信するとともに、前記アプリケーションサーバへ送信し、当該アプリケーションサーバにて当該発呼要求を当該呼設定要求として設定した後、前記ＳＩＰサーバを介して前記第一の通信機器に対して呼設定要求を送信する第一の呼接続ステップと、前記アプリケーションサーバにて設定された前記呼設定要求を、前記ＳＩＰサーバを介して前記第二の通信機器に対して当該呼設定要求を送信する第二の呼接続ステップと、前記アプリケーションサーバが、前記第一の通信機器からの呼設定要求に対する応答と、前記第二の通信機器からの呼設定要求に対する応答を受けたことを契機に、前記ＳＩＰサーバを介して前記第一の通信機器と前記第二の通信機器との間の通信を確立する第三の通信確立ステップと、を順次実行してなる、呼制御通信方法の構成採用にある。
【００２１】
本発明装置の第２の特徴は、端末の画面上に表示されるオブジェクトに対して、ユーザが所定のイベントを行ったとき、前記オブジェクトに関連付けられた発信側である第一の通信機器と着信側である第二の通信機器との間にＩＰ網及び当該第一の通信機器、前記第二の通信機器への呼制御を行う各種サーバ群を介在して通信を確立する通信方法において、前記ＩＰ網に接続される前記各種サーバ群としては、ＷＷＷサーバを通じて前記端末からの呼接続要求又は呼切断要求である呼要求を受信し、当該ＷＷＷサーバからの前記呼要求をアプリケーションサーバが受付けるとともに、当該呼要求を、各通信機器へ送信するための呼設定要求として設定し、開放及び通知を行い、当該アプリケーションサーバから受信した呼設定要求をＳＩＰサーバが接続先の通信機器に設定し、さらにメディアサーバにて前記第二の通信機器を呼び出し中に前記第一の通信機器に呼び出し状態を通知する、一連の処理を実行するとき、前記端末から送信された発呼要求をＷＷＷサーバが受信するとともに、前記アプリケーションサーバへ送信し、前記アプリケーションサーバにて当該発呼要求を当該呼設定要求として設定した後、前記ＳＩＰサーバを介して前記第一の通信機器に対して呼設定要求を送信する第一の呼接続ステップと、前記アプリケーションサーバにて設定された前記呼設定要求を、前記ＳＩＰサーバを介して前記第二の通信機器に対して当該呼設定要求を送信する第二の呼接続ステップと、前記メディアサーバにて、前記第二の通信機器の呼び出し中に、前記第一の通信機器に対し呼び出し状態を通知する第三の状態通知ステップと、前記アプリケーションサーバが、前記第一の通信機器からの呼設定要求に対する応答と、前記第二の通信機器からの呼設定要求に対する応答を受けたことを契機に、前記ＳＩＰサーバを介して前記第一の通信機器と前記第二の通信機器との間の通信を確立する第四の通信確立ステップと、を順次実行してなる呼制御通信方法の構成採用にある。
【００２２】
本発明方法の第３の特徴は、上記本装置の第１又は第２の特徴における、前記アプリケーションサーバから送信される呼接続要求が、前記第一の通信機器と前記第二の通信機器への呼接続を行う際の呼接続設定時に、発信元アドレスとして前記端末を利用するユーザのアドレスを設定することにより、発呼を行ったユーザに対して課金処理を実施してなる呼制御通信方法の構成採用にある。
【００２３】
本発明方法の第４の特徴は、上記本装置の第１又は第２の特徴における、前記アプリケーションサーバが、前記第一の通信機器及び前記第二の通信機器と確立した呼情報とを関連付けて管理することにより、前記第一の通信機器及び前記第二の通信機器との課金をまとめることが可能である呼制御通信方法の構成採用にある。
【００２４】
本発明方法の第５の特徴は、上記本装置の第１又は第２の特徴における、前記アプリケーションサーバが、前記第二の通信機器への呼設定時に、通知する発信元の番号を任意に設定することが可能である呼制御通信方法の構成採用にある。
【００２５】
請求項１１に記載の本発明は、端末に接続されたＷＷＷサーバと、前記ＷＷＷサーバに接続されたアプリケーションサーバと、前記アプリケーションサーバに接続されて通信機器に対して呼設定を行うＳＩＰサーバと、通信網を介して前記ＳＩＰサーバに接続されて通信機器間での通信の確立に用いるメディア情報を有する第一の通信機器と第二の通信機器と第三の通信機器と、を備えた呼制御通信システムであって、前記ＷＷＷサーバは、所望の通信機器間における通信の確立を要求する連続発信要求を受け付ける受付手段と、前記端末から要求された前記連続発信要求を格納する第１の格納手段と、当該連続発信要求を前記第１の格納手段から読み出して、前記アプリケーションサーバに送信する第１の送信手段と、を有し、前記アプリケーションサーバは、送信された前記連続発信要求を受信する受信手段と、受信した当該連続発信要求に基づいて、前記ＳＩＰサーバを介して前記第一の通信機器に第１の呼接続要求を送信する第２の送信手段と、前記第１の呼接続要求に応じて当該第一の通信機器から送信された第１のメディア情報を格納する第２の格納手段と、前記第２の格納手段から読み出した前記第１のメディア情報を設定した第２の呼接続要求を、前記ＳＩＰサーバを介して前記第二の通信機器に送信する第３の送信手段と、当該第二の通信機器が前記第２の呼接続要求に対して応答した後、当該第二の通信機器から送信された第２のメディア情報を格納する第３の格納手段と、前記第３の格納手段から読み出した前記第２のメディア情報を設定したメディア情報変更要求を、前記ＳＩＰサーバを介して前記第一の通信機器に送信する第４の送信手段と、前記メディア情報変更要求を送信することで確立した第一の通信機器と第二の通信機器との間の通信が前記第二の通信機器により切断された場合に、前記第２の格納手段から読み出した前記第１のメディア情報を設定した第３の呼接続要求を、前記ＳＩＰサーバを介して前記第三の通信機器に送信する第５の送信手段と、当該第三の通信機器が前記第３の呼接続要求に対して応答した後、当該第三の通信機器から送信された第３のメディア情報を格納する第４の格納手段と、前記第４の格納手段から読み出した前記第３のメディア情報を設定したメディア情報変更要求を、前記ＳＩＰサーバを介して前記第一の通信機器に送信する第６の送信手段と、を有することを要旨とする。
【００２６】
請求項１１に記載の本発明にあっては、アプリケーションサーバが、確立した第一の通信機器と第二の通信機器との間の通信が第二の通信機器により切断された場合に、第２の格納手段から読み出した第１のメディア情報を設定した第３の呼接続要求を、ＳＩＰサーバを介して第三の通信機器に送信し、第三の通信機器が第３の呼接続要求に対して応答した後、第三の通信機器から送信された第３のメディア情報を第４の格納手段に格納し、この第４の格納手段から読み出した第３のメディア情報を設定したメディア情報変更要求を、ＳＩＰサーバを介して第一の通信機器に送信するため、第一の通信機器との呼設定を保持した状態で、第一の通信機器の通信相手先を第二の通信機器から第三の通信機器に切り替えることができ、第一の通信機器と第三の通信機器との間の通信を確立する際の操作性を簡易にすることができる。
【００２７】
具体的には、第一の通信機器と第二の通信機器との間の通信が終了した時、第一の通信機器の受話器をオンフックし、再度の発信要求に基づいて第一の通信機器への呼接続要求により第一の通信機器をオフフックして、第三の通信機器への呼接続要求を行う必要があったが、第一の通信機器のオンフック及びオフフックの操作を不要とするため、通信切換時における第一の通信機器の操作性を向上することができる。
【００２８】
請求項１２に記載の本発明は、請求項１１に記載の発明において、前記アプリケーションサーバが、前記第３の送信手段で前記第二の通信機器に前記第２の呼接続要求を送信した後、及び／又は、前記第５の送信手段で前記第三の通信機器に前記第３の呼接続要求を送信した後、前記ＳＩＰサーバを介して前記第一の通信機器に呼び出し状態を通知する通知手段を更に有することを要旨とする。
【００２９】
請求項１２に記載の本発明にあっては、アプリケーションサーバが、第３の送信手段で第二の通信機器に第２の呼接続要求を送信した後、及び／又は、第５の送信手段で第三の通信機器に第３の呼接続要求を送信した後、ＳＩＰサーバを介して第一の通信機器に呼び出し状態を通知するため、第一の通信機器と第二の通信機器との間の通信、及び／又は、第一の通信機器と第三の通信機器との間の通信が確立中であることを、第一の通信機器を利用するユーザに把握させることができる。
【００３０】
請求項１３に記載の本発明は、請求項１１又は１２に記載の発明において、前記アプリケーションサーバが、確立した第一の通信機器と第二の通信機器との間の通信が前記第二の通信機器により切断された場合に、前記ＳＩＰサーバを介して前記第一の通信機器に当該切断を通知する通知手段を更に有することを要旨とする。
【００３１】
請求項１３に記載の本発明にあっては、アプリケーションサーバが、確立した第一の通信機器と第二の通信機器との間の通信が第二の通信機器により切断された場合に、ＳＩＰサーバを介して第一の通信機器に当該切断を通知するため、第一の通信機器と第二の通信機器との間の通信が切断されたことを、第一の通信機器を利用するユーザに把握させることができる。
【００３２】
請求項１４に記載の本発明は、請求項１１乃至１３のいずれか１項に記載の発明において、前記アプリケーションサーバが、前記第１の呼接続要求，前記第２の呼接続要求，前記第３の呼接続要求に対するそれぞれの接続結果及び接続状態を取得し、前記ＷＷＷサーバに通知する通知手段を更に有し、前記ＷＷＷサーバは、通知された前記接続結果及び前記接続状態を前記端末の画面に表示する表示手段を更に有することを要旨とする。
【００３３】
請求項１４に記載の本発明にあっては、アプリケーションサーバが、第１の呼接続要求，第２の呼接続要求，第３の呼接続要求に対するそれぞれの接続結果及び接続状態を取得してＷＷＷサーバに通知し、ＷＷＷサーバは、通知された接続結果及び接続状態を端末の画面に表示するため、端末を操作するユーザが、各呼接続要求に対する接続結果及び接続状態を確実に把握することができ、呼制御通信システムの利便性を向上することができる。
【００３４】
請求項１５に記載の本発明は、請求項１１乃至１４のいずれか１項に記載の発明において、前記ＷＷＷサーバが、通信を切断する呼切断要求を受け付ける受付手段と、受け付けた前記呼切断要求を前記アプリケーションサーバに送信する送信手段と、を更に有し、前記アプリケーションサーバは、当該ＷＷＷサーバから送信された前記呼切断要求を受信した場合に、前記第一の通信機器，前記第二の通信機器，前記第三の通信機器のいずれか又は全てに呼切断信号を送信する送信手段を更に有することを要旨とする。
【００３５】
請求項１５に記載の本発明にあっては、ＷＷＷサーバが、通信を切断する呼切断要求を受け付け、受け付けたこの呼切断要求をアプリケーションサーバに送信し、アプリケーションサーバは、ＷＷＷサーバから送信された呼切断要求を受信した場合に、第一の通信機器，第二の通信機器，第三の通信機器のいずれか又は全てに呼切断信号を送信するため、端末からの操作で呼を切断することでできる。
【００３６】
請求項１６に記載の本発明は、請求項１１乃至１５のいずれか１項に記載の発明において、前記ＳＩＰサーバが、前記第一の通信機器，前記第二の通信機器，前記第三の通信機器のそれぞれが異なる通信網に接続されている場合に、当該異なる通信網を接続するゲートウェイに接続されていることを要旨とする。
【００３７】
請求項１６に記載の本発明にあっては、ＳＩＰサーバが、第一の通信機器，第二の通信機器，第三の通信機器のそれぞれが異なる通信網に接続されている場合に、この異なる通信網を接続するゲートウェイに接続されているため、通信機器が異なる通信事業者の加入者網に接続されている場合であっても、各通信機器間での通信を確実に確立することができる。
【００３８】
請求項１７に記載の本発明は、請求項１１乃至１６のいずれか１項に記載の発明において、前記第２の送信手段，前記第３の送信手段，前記第５の送信手段のそれぞれが、前記第１の呼接続要求，前記第２の呼接続要求，前記第３の呼接続要求のそれぞれに設定される発信元を、前記端末から前記連続発信要求を行ったユーザに設定して送信することを要旨とする。
【００３９】
請求項１７に記載の本発明にあっては、第２の送信手段，第３の送信手段，第５の送信手段のそれぞれが、第１の呼接続要求，第２の呼接続要求，第３の呼接続要求のそれぞれに設定される発信元を、端末から前記連続発信要求を行ったユーザに設定して送信するため、各呼接続要求に対する全ての通信料金を、連続発信要求を行ったユーザに課金することができる。
【００４０】
請求項１８に記載の本発明は、請求項１１乃至１７のいずれか１項に記載の発明において、前記アプリケーションサーバが、前記第一の通信機器，前記第二の通信機器，前記第三の通信機器で確立したそれぞれの呼情報を関連付けて管理する管理手段を更に有することを要旨とする。
【００４１】
請求項１８に記載の本発明にあっては、第一の通信機器，第二の通信機器，第三の通信機器で確立したそれぞれの呼情報を関連付けて管理するため、課金を開始するタイミングを柔軟に設定することができる。
【００４２】
請求項１９に記載の本発明は、請求項１１乃至１８のいずれか１項に記載の発明において、前記アプリケーションサーバが、前記第二の通信機器に通知する発信者番号情報を、前記第２の呼接続要求に設定する設定手段と、前記第三の通信機器に通知する発信者番号情報を、前記第３の呼接続要求に設定する設定手段と、を更に有することを要旨とする。
【００４３】
請求項１９に記載の本発明にあっては、アプリケーションサーバが、第二の通信機器に通知する発信者番号情報を第２の呼接続要求に設定する設定手段と、第三の通信機器に通知する発信者番号情報を第３の呼接続要求に設定する設定手段とを有するため、コールバックさせたい発信者番号を柔軟に設定することができる。
【００４４】
請求項２０に記載の本発明は、アプリケーションサーバと、前記アプリケーションサーバに接続されて通信機器に対して呼設定を行うＳＩＰサーバと、通信網を介して前記ＳＩＰサーバに接続されて固有情報を有する第一の通信機器及び第二の通信機器と、を備えた呼制御通信システムであって、前記アプリケーションサーバは、関連付け要求情報を設定した第１の呼接続要求を前記ＳＩＰサーバに送信する第１の送信手段を有し、前記ＳＩＰサーバは、送信された前記第１の呼接続要求を受信する受信手段と、受信した当該第１の呼接続要求に基づいて、前記第一の通信機器に呼接続要求を送信する第２の送信手段と、前記呼接続要求に応じて当該第一の通信機器から送信された前記固有情報を受信した後、関連付け識別子を生成し、当該関連付け識別子と前記固有情報とを関連付けて格納する格納手段と、前記関連付け識別子を前記格納手段から読み出して、前記アプリケーションサーバに送信する第３の送信手段と、関連付け識別子を設定した第２の呼接続要求を前記アプリケーションサーバから受信した場合に、受信した当該関連付け識別子と前記格納手段に格納された前記関連付け識別子とを比較する比較手段と、前記比較の結果が一致する場合に、当該関連付け識別子に関連する前記固有情報を前記格納手段から読み出して、当該固有情報を設定した呼接続要求を前記第二の通信機器に送信する第４の送信手段と、を有することを要旨とする。
【００４５】
請求項２０に記載の本発明にあっては、ＳＩＰサーバが、アプリケーションサーバから送信された第１の呼接続要求に基づいて、第一の通信機器に呼接続要求を送信し、この呼接続要求に応じて第一の通信機器から送信された固有情報を受信した後、関連付け識別子を生成し、この関連付け識別子と固有情報とを関連付けて格納手段に格納し、関連付け識別子を格納手段から読み出して、アプリケーションサーバに送信し、関連付け識別子を設定した第２の呼接続要求をアプリケーションサーバから受信した場合に、受信した関連付け識別子と格納手段に格納された関連付け識別子とを比較し、比較の結果が一致する場合に、この関連付け識別子に関連する固有情報を読み出して、読み出した固有情報を設定した呼接続要求を第二の通信機器に送信するため、ＳＩＰサーバにて呼接続制御の提供を行う通信事業者と、アプリケーションサーバにて付加サービス制御を提供する通信事業者とが異なり、アプリケーションサーバによって第一の通信機器の固有情報を第二の通信機器へ送信することを許容しないネットワークポリシーを規定するＳＩＰサーバの場合であっても、第一の通信機器と第二の通信機器との間の通信を確実に確立することができる。
【００４６】
請求項２１に記載の本発明は、前記第３の送信手段が、前記関連付け識別子を前記格納手段から読み出すと共に、当該関連付け識別子に関連する前記固有情報を読み出して、前記アプリケーションサーバに送信し、前記比較手段は、関連付け識別子と固有情報とを設定した第２の呼接続要求を前記アプリケーションサーバから受信した場合に、受信した当該関連付け識別子及び当該固有情報のそれぞれと、前記格納手段に格納された前記関連付け識別子及び前記固有情報のそれぞれと、を比較することを要旨とする。
【００４７】
請求項２２に記載の本発明は、前記固有情報が、通信機器間での通信の確立に用いるメディア情報及び／又は発信者番号情報であることを要旨とする。
【００４８】
請求項２３に記載の本発明は、端末に接続されたＷＷＷサーバと、前記ＷＷＷサーバに接続されたアプリケーションサーバと、前記アプリケーションサーバに接続されて通信機器に対して呼設定を行うＳＩＰサーバと、通信網を介して前記ＳＩＰサーバに接続されて通信機器間での通信の確立に用いるメディア情報を有する第一の通信機器と第二の通信機器と第三の通信機器と、で処理する呼制御通信方法であって、前記ＷＷＷサーバにより、所望の通信機器間における通信の確立を要求する連続発信要求を受け付けるステップと、前記端末から要求された前記連続発信要求を第１の格納手段に格納するステップと、当該連続発信要求を前記第１の格納手段から読み出して、前記アプリケーションサーバに送信するステップと、を有し、前記アプリケーションサーバにより、送信された前記連続発信要求を受信するステップと、受信した当該連続発信要求に基づいて、前記ＳＩＰサーバを介して前記第一の通信機器に第１の呼接続要求を送信するステップと、前記第１の呼接続要求に応じて当該第一の通信機器から送信された第１のメディア情報を第２の格納手段に格納するステップと、前記第２の格納手段から読み出した前記第１のメディア情報を設定した第２の呼接続要求を、前記ＳＩＰサーバを介して前記第二の通信機器に送信するステップと、当該第二の通信機器が前記第２の呼接続要求に対して応答した後、当該第二の通信機器から送信された第２のメディア情報を第３の格納手段に格納するステップと、前記第３の格納手段から読み出した前記第２のメディア情報を設定したメディア情報変更要求を、前記ＳＩＰサーバを介して前記第一の通信機器に送信するステップと、前記メディア情報変更要求を送信することで確立した第一の通信機器と第二の通信機器との間の通信が前記第二の通信機器により切断された場合に、前記第２の格納手段から読み出した前記第１のメディア情報を設定した第３の呼接続要求を、前記ＳＩＰサーバを介して前記第三の通信機器に送信するステップと、当該第三の通信機器が前記第３の呼接続要求に対して応答した後、当該第三の通信機器から送信された第３のメディア情報を第４の格納手段に格納するステップと、前記第４の格納手段から読み出した前記第３のメディア情報を設定したメディア情報変更要求を、前記ＳＩＰサーバを介して前記第一の通信機器に送信するステップと、を有することを要旨とする。
【００４９】
請求項２４に記載の本発明は、アプリケーションサーバと、前記アプリケーションサーバに接続されて通信機器に対して呼設定を行うＳＩＰサーバと、通信網を介して前記ＳＩＰサーバに接続されて固有情報を有する第一の通信機器及び第二の通信機器と、で処理する呼制御通信方法であって、前記アプリケーションサーバにより、関連付け要求情報を設定した第１の呼接続要求を前記ＳＩＰサーバに送信するステップを有し、前記ＳＩＰサーバにより、送信された前記第１の呼接続要求を受信するステップと、受信した当該第１の呼接続要求に基づいて、前記第一の通信機器に呼接続要求を送信するステップと、前記呼接続要求に応じて当該第一の通信機器から送信された前記固有情報を受信した後、関連付け識別子を生成し、当該関連付け識別子と前記固有情報とを関連付けて格納手段に格納するステップと、前記関連付け識別子を前記格納手段から読み出して、前記アプリケーションサーバに送信するステップと、関連付け識別子を設定した第２の呼接続要求を前記アプリケーションサーバから受信した場合に、受信した当該関連付け識別子と前記格納手段に格納された前記関連付け識別子とを比較するステップと、前記比較の結果が一致する場合に、当該関連付け識別子に関連する前記固有情報を前記格納手段から読み出して、当該固有情報を設定した呼接続要求を前記第二の通信機器に送信するステップと、を有することを要旨とする。
【発明の効果】
【００５０】
本発明によれば、発信側となる第一の通信機器が発呼要求を行う端末装置と同じでなくてもよいため、第一の通信機器がパソコン上で動作するソフトフォンに限定されることなく、携帯電話、一般電話等を自由に設定することが可能となる。
【００５１】
また、発呼要求を行う端末装置へ接続状態の表示を行うことにより、契約者が接続状態を確認することができ、さらに端末装置からの呼接続、呼切断を行えるようにすることで操作性を向上させることが可能となる。
【００５２】
さらに、第一の通信機器と第二の通信機器との通話料金を両方とも発呼要求を行った契約者に課金することができ、第一の通信機器と第二の通信機器の呼情報を関連付けて管理することにより課金を開始するタイミングを柔軟に設定できることとなる。
【００５３】
他方、第二の通信機器に任意の発番号を設定できるため、コールバックさせたい番号を柔軟に通知できるという優れた効果を奏する。
【発明を実施するための最良の形態】
【００５４】
以下、本発明の実施の形態につき、添付の図面を参照しつつ、そのシステム例並びにこれに対応する実施例１〜５を説明する。
【００５５】
（システム例）
まず、図１は本発明のシステム例に係る呼制御通信システムαの全体構成を示す説明図である。
【００５６】
同図に示すように、本システム例に係る呼制御通信システムαは、ＰＣ等の端末装置１１を、ＩＰ網２１を介して各種サーバ、ゲートウェイ等を各種電話通信網２３、２４（図１中では携帯電話網、他社加入者網として記載）へ接続するとともに、各種電話通信網２３、２４は発側の第一の通信機器１２、着側となる第二の通信機器１３と接続されるシステム構成となり、ＩＰ網２１及び各種電話通信網２３、２４の中間には、ＷＷＷサーバ３１、アプリケーションサーバ３２、ＳＩＰサーバ３３、メディアサーバ３４、ゲートウェイ３５、収容位置管理サーバ３６、相互接続点２２とを介在して構成される。
【００５７】
ここで、端末装置１１は、ＰＣ等の端末装置であり、例えばＷｅｂ画面上のオブジェクトのクリック等のユーザ操作による発呼要求、通信切断要求を行う。なお、各要求はリアルタイムに行われるユーザ操作に限らず、タイマ起動による自動発呼、自動切断でもよく、さらに、端末装置１１では、第一の通信機器１２と第二の通信機器１３への呼接続要求ＩＮＶＩＴＥの接続結果の表示を行うようにする。
【００５８】
第一の通信機器１２は、発側の通信機器であり、図１の場合においては携帯電話とし、第二の通信機器１３は着側の通信機器であり、この場合は一般電話機であるとする。なお、図１に示される呼制御通信システムαは、第一の通信機器１２が携帯電話、第二の通信機器が一般電話の場合を記載しているが、これに限らず、ＳＩＰサーバ３３からゲートウェイ３５や、相互接続点２２を介さないで接続されるＩＰ通信機器、あるいは国際電話回線経由で接続される通信機器等であってもよい。
【００５９】
ＷＷＷサーバ３１は、端末装置１１への画面上に表示するデータを格納し、端末装置に転送する機能、端末装置１１からの発呼要求、通話切断要求を受信するとともに、アプリケーションサーバ３２へ端末装置端末装置１１から送信された各要求を送信し、さらに第一の通信機器１２と第二の通信機器１３への呼接続状態、接続結果を端末装置１１に転送する機能をもったＷＷＷサーバである。
【００６０】
アプリケーションサーバ３２は、ＷＷＷサーバ３１からの発呼要求を受けつけ、第一の通信機器１２、第二の通信機器１３、メディアサーバ３４への呼設定や通信切断要求を受け付け、設定した呼の開放及び、呼設定の結果をＷＷＷサーバ３１に通知する機能をもったアプリケーションサーバである。なお、ＷＷＷサーバ３１とアプリケーションサーバ３２の間の通信はＣＯＲＢＡ、ＨＴＴＰ、ＳＯＡＰ等が考えられる。
【００６１】
ＳＩＰサーバ３３は、アプリケーションサーバ３２からの呼設定要求を受けて、接続先のシステムに呼設定を行うサーバであり、アプリケーションサーバ３２からの呼接続要求ＩＮＶＩＴＥのプロトコルとしては、ＳＩＰや、ＩＮＡＰ（Intelligent Network Application Protocol）等が利用されるとよい。
【００６２】
ＳＩＰサーバ３３が複数存在する場合には、アプリケーションサーバ３２がどのＳＩＰサーバ３３に接続するかをアプリケーションサーバ３２内部にあるデータから取得選択するか、アプリケーションサーバ３２から収容位置管理サーバ３６にアクセスすることにより最も近い収容位置にあるＳＩＰサーバ３３を選択する、又は、ＷＷＷサーバ３１にてＳＩＰサーバ３３のアドレスを指定し、それをアプリケーションサーバ３２に送信することにより取得選択することが可能である。
【００６３】
メディアサーバ３４は、第二の通信機器１３の呼び出し中に、第一の通信機器１２に呼び出し中であることを通知する音声等のメディアを送信するメディアサーバであるが、当該メディアサーバを持たない構成であってもよい。
【００６４】
ゲートウェイ３５は、異なる網同士を接続するためのゲートウェイであり、ゲートウェイ３５から複数の相互接続点２２に接続されていてもよく、又は、相互接続点２２を介さずに、複数の加入者網等に直接接続してもよく、又、相互接続点２２に対して他事業者の加入者網が複数存在してもよい。
【００６５】
本システム例において、図１では、発側、着側の通信機器を携帯電話や一般電話として選択する場合について記載したが、前述したように、発側、着側の通信機器として、ＳＩＰサーバ３３に収容されるＩＰ通信機器を利用する場合などは、ゲートウェイ３５や相互接続点２２を介さずともよく、又、図示するような携帯電話、一般電話等を通信機器として利用する場合には適切なＩＰ通信機器に接続しても良い。
【００６６】
続いて、以上のように構成された呼接続制御システムαに適用される実施例１〜５を、図２〜４をもとにその詳細な実施形態につき説明する。
【００６７】
（実施例１）
まず、端末装置１１から発呼要求を行い通話を確立する実施例のうち、第一の通信機器１２と第二の通信機器１３が、ＳＩＰサーバ３３からゲートウェイ３５や相互接続点２２を介さないで接続されるＩＰ通信機器の場合の一例について、図２を用いて説明する。
【００６８】
図２は、実施例１において端末装置１１から発呼要求が送信されてから、各サーバを介して第一の通信機器１２と第二の通信機器１３とが通話を開始するまでのフローチャートである。
【００６９】
まず、契約者は、端末装置１１から、ＷＷＷサーバ３１に対してユーザＩＤと暗証番号を入力しログイン作業を行うと、ＷＷＷサーバ３１は、契約者のユーザＩＤ及び暗証番号の認証を行い、ユーザＩＤと暗証番号が妥当であれば端末装置１１の画面上に発呼要求画面を表示する（Ｓ１０１）。
【００７０】
このとき、端末装置１１上で動作するアプリケーションに該アプリケーションの起動と同じに自動的にユーザＩＤ及び暗証番号の認証を行わせるようにするか、又は電話の着信数に応じて課金される成功報酬型の広告として現在普及し始めているＰａｙＰｅｒＣａｌｌなどへ応用して利用する場合には、発呼要求がある度に認証を行うようにすると効果的である。
【００７１】
端末装置１１に表示された発呼要求画面から、第一の通信機器１２のアドレス、第二の通信機器１３のアドレス、第二の通信機器１３へのアドレス（第一の通信機器１２のＩＤ）の通知／非通知の指定、第二の通信機器１３に通知するアドレス（第一の通信機器１２のＩＤ）を指定し、画面上のオブジェクト等の発呼ボタンを契約者がクリックしたことを契機に、発呼要求はＷＷＷサーバ３１に送信される。
【００７２】
この場合、第一の通信機器１２のアドレス、第二の通信機器１３のアドレス、番号通知／非通知の指定、第二の通信機器１３に通知する第一の通信機器１２のアドレスは、電話番号、ＩＰアドレス、ＳＩＰアドレス等、その値に指定はなく、本システム構築時に設定された固定値や、ユーザが設定したデフォルト値、ユーザが適宜変更した値、又は日付、曜日時間帯などに応じてスケジューリングされた適切な値にしてもよい。
【００７３】
また、通信は音声通信に限らず、ＦＡＸや画像などのデータ通信でも利用ができ、今後想定されるいかなる種類の通信にも応用ができる。
【００７４】
ＷＷＷサーバ３１が端末装置１１からの発呼要求を受信すると、ＷＷＷサーバ３１は、ログインしたＩＤをもとに、契約者のアドレスをデータベースから検索し、発呼要求画面から指定された第一の通信機器１２のアドレス、第二の通信機器１３のアドレス、アプリケーションサーバ３２からＷＷＷサーバ３１へ情報を通知する際のＷＷＷサーバ３１のアドレスをパラメータとして、アプリケーションサーバ３２に発呼要求を送信するとともに、端末装置１１との間でやり取りされた要求を管理するため、端末装置１１からの発呼要求ごとに要求識別ＩＤを設定する（Ｓ１０２）。
【００７５】
アプリケーションサーバ３２はＷＷＷサーバ３１から発呼要求を受信すると、ＷＷＷサーバ３１とアプリケーションサーバ３２との間でやり取りされる発呼を管理するため発呼識別ＩＤを設定し、ＷＷＷサーバ３１に該発呼識別ＩＤを送信する（Ｓ１０３）。
【００７６】
ＷＷＷサーバ３１は、端末装置１１とＷＷＷサーバ３１間とのやり取りを管理するために設定した要求識別ＩＤと、アプリケーションサーバ３２から受信した発呼識別ＩＤとをくくりつけて保持し、端末装置１１からの要求がＷＷＷサーバ３１経由でアプリケーションサーバ３２に通知できるようにする。
【００７７】
次にアプリケーションサーバ３２は、契約者のアドレスをもとにデータベースを検索し、該当の契約者が収容されているＳＩＰサーバ３３のアドレス情報を取得し、呼接続要求ＩＮＶＩＴＥとして、発信元（ＦＲＯＭ）である契約者のアドレス、発信先（ＴＯ）である第一の通信機器１２のアドレス、発ＩＤ通知ヘッダとなる第二の通信機器１３に通知するアドレスと、番号通知／非通知の指定、メディア情報（ＳＤＰ）となる仮の値を設定し、ＳＩＰサーバ３３に送信することとし、これまでが第一の通信機器１２への呼接続手段となる（Ｓ１０４）。
【００７８】
ここで発信元を示すＦＲＯＭに契約者のアドレスを設定することにより、あたかも契約者が発呼したように処理することが可能となり、課金処理などを行う場合には、契約者に対し課金ができる。
【００７９】
また、ＦＲＯＭ＝ＴＯすることもできるが、この場合はＦＲＯＭを特定アドレスに設定することも可能とし、さらに番号＠ＩＰアドレスのようなアドレスの場合には、番号部分のみの一致でも特定アドレスを設定可能とする。
【００８０】
なお、ＷＷＷサーバ３１からＳＩＰサーバ３３のアドレスを指定して送信することもできるが、契約者のアドレスを元にデータベースを検索することによりＳＩＰサーバ３３のアドレスが取得できる場合には、該当の契約者が収容されているＳＩＰサーバ３３のアドレス情報を取得する処理は行わないものとする。
【００８１】
契約者の収容されているＳＩＰサーバ３３のデータベースを検索した結果、収容位置管理サーバ３６に対して収容位置を問い合わせる必要がある場合には、アプリケーションサーバ３２から収容管理サーバ３６に対して、呼接続要求ＩＮＶＩＴＥを送信し、その応答に設定されたアドレスのＳＩＰサーバ３３にアプリケーションサーバ３２から呼接続要求ＩＮＶＩＴＥを送信することにより、第一の通信機器１２に呼接続要求ＩＮＶＩＴＥを送信することが可能となる（Ｓ１０５）。
【００８２】
次に、第一の通信機器１２から、ＳＩＰサーバ３３を介して、アプリケーションサーバ３２に応答２００ＯＫが返ってくると、契約者が収容されているＳＩＰサーバ３３を介して、第二の通信機器１３に呼接続要求ＩＮＶＩＴＥを送信し、これが第二の通信機器１３への呼接続手段となる（Ｓ１０６）。
【００８３】
アプリケーションサーバ３２からＳＩＰサーバ３３に送信する呼接続要求ＩＮＶＩＴＥは、上述したように発信元ＦＲＯＭには契約者のアドレス、発信先ＴＯには第二の通信機器１３のアドレス、番号通知／非通知の指定、発ＩＤ通知ヘッダには第二の通珍機器１３に通知するアドレス、メディア情報ＳＤＰには第一の通信機器１２からの応答２００ＯＫに含まれるＳＤＰを設定し、第二の通信機器１３には発ＩＤヘッダに設定したアドレスを表示するようにする。
【００８４】
第一の通信機器１２から、ＳＩＰサーバ３３を介してアプリケーションサーバ３２に応答が返ってくると、アプリケーションサーバ３２からＷＷＷサーバ３１に対し応答結果として、正常であったか異常であったかを通知し、ＷＷＷサーバ３１から端末装置１１に正常か異常かの結果の通知を転送することにより、第一の通信機器１２の応答状況を端末装置１１から確認することができる（Ｓ１０７）。
【００８５】
第二の通信機器１３から、ＳＩＰサーバ３３を介して、アプリケーションサーバ３２に応答１８０Ｒｉｎｇｉｎｇが返ってくると、アプリケーションサーバ３２からメディアサーバ３４に呼接続要求ＩＮＶＩＴＥを送信し、呼接続要求ＩＮＶＩＴＥのメディア情報ＳＤＰには第一の通信機器１２からの応答２００ＯＫに含まれるメディア情報ＳＤＰを設定する（Ｓ１０８）。
【００８６】
メディアサーバ３４からアプリケーションサーバ３２に応答２００ＯＫが返ってくると、契約者が収容されているＳＩＰサーバ３３を介して、第一の通信機器１２に対し、メディアサーバ３４からの応答２００ＯＫが含まれるメディア情報ＳＰＤが設定されたメディア情報変更要求ＲＥ−ＩＮＶＩＴＥを送信し、この時点で同じに第一の通信機器１２に呼び出し音が流される（Ｓ１０９）。
【００８７】
ここで、呼び出し音をＲＢＴとする指定はなく、別の音声、又は映像を送信するなどしてもよい。
【００８８】
第二の通信機器１３から、ＳＩＰサーバ３３を介して、アプリケーションサーバ３２に応答２００ＯＫが返ってくると、アプリケーションサーバ３２はメディアサーバ３４に対して、呼び出し音を停止するための呼切断要求ＢＹＥを送信し、その後契約者が収容されているＳＩＰサーバ３３を介して、第一の通信機器１２にメディア情報変更要求ＲＥ−ＩＮＶＩＴＥを送信すると共に、アプリケーションサーバ３２からＳＩＰサーバ３３に送信するメディア情報変更要求ＲＥ−ＩＮＶＩＴＥのメディア情報ＳＤＰには、第二の通信機器１３からの応答２００ＯＫに含まれるメディア情報ＳＤＰを設定する（Ｓ１１０）。
【００８９】
なお、上述した実施例において、メディアサーバを持たない構成の場合にはＳ１０８〜Ｓ１１０の手順は省略することとする。
【００９０】
次に第二の通信機器１３から、ＳＩＰサーバ３３を介して、アプリケーションサーバ３２に正常か異常かの応答が返ってくると、アプリケーションサーバ３２からＷＷＷサーバ３１に応答結果を通知し、ＷＷＷサーバ３１から端末装置１１に該応答結果を転送することで、第一の通信機器１２と第二の通信機器１３の通信が成立したか否かを端末装置１１の結果表示画面上から確認することができる（Ｓ１１１）。
【００９１】
第一の通信機器１２が上記メディア情報変更要求ＲＥ−ＩＮＶＩＴＥを正常に処理すると、第一の通信機器１２と第二の通信機器１３との間で通信（通話）が開始され、通信が確立される（Ｓ１１２）。
【００９２】
また、第一の通信機器１２から、ＳＩＰサーバ３３を介してアプリケーションサーバ３２にメディア情報変更要求ＲＥ−ＩＮＶＩＴＥに対する応答が返ってくると、応答が正常か異常かの応答結果を、アプリケーションサーバ３２からＷＷＷサーバ３１に通知し、ＷＷＷサーバ３１から端末装置１１に応答結果を転送することで、第一の通信機器１２と第二の通信機器１３との通信が成立したかを端末装置１１から確認することができる（Ｓ１１３）。
【００９３】
アプリケーションサーバ３２から第一の通信機器１２へ設定された呼と、アプリケーションサーバ３２から第二の通信機器１３へ設定された呼と、アプリケーションサーバ３２からメディアサーバ３４に設定された呼は、アプリケーションサーバ３２内での管理のため、それぞれの呼を一つの通信としてくくりつけておく。
【００９４】
なお、上記実施例について、第一の通信機器１２への発呼と、第二の通信機器１３への発呼はどちらが先でも構わなく、同時に発呼しても構わない。さらに、発呼時に指定する端末装置１１の画面上に表示されるオブジェクトは図でもテキストでもよく、画面上で選択可能なものであり、さらに表示させたオブジェクトのどれをユーザが選択したかをシステムが検知可能であれば、Ｗｅｂブラウザ等に表示するか、又は専用のアプリケーションで実現するなど、その方法に限定はない。
【００９５】
また、端末装置１１と第一の通信機器１２が同一の場合でも、異なっていても上記の実施形態に変更はなく、呼設定要求はＩＰ網内システム、ＰＳＴＮ網内システムどちらを発信元としてもその作用に何ら変化はない。
【００９６】
（実施例２）
次に、図３をもとに、端末装置１１から発呼要求を行い通話を確立する実施例として第一の通信機器が携帯電話であり、第二の通信機器が一般電話の場合の実施例２について説明する。
【００９７】
ここにおいて、ＷＷＷサーバ３１が端末装置１１からのユーザＩＤ及び暗証番号のログインに対し認証を行う処理から、アプリケーションサーバ３２における発呼準備処理（図２中のＳ１０１〜Ｓ１０３）までは、実施例２は実施例１と同様の処理を実施する（Ｓ２０１として図示）こととし、以下からは、Ｓ１０３以降の処理について記載する。
【００９８】
アプリケーションサーバ３２は、ＷＷＷサーバ３１に対して呼識別ＩＤを通知すると、契約者のアドレスを元に、アプリケーションサーバ３２内のデータベースを検索し、該当の契約者が収容されているＳＩＰサーバ３３のアドレス情報を取得すると共に、契約者が収容されているＳＩＰサーバ３３、ゲートウェイ３５、相互接続点２２、携帯電話網２３を介して、第一の通信機器１２に呼接続要求ＩＮＶＩＴＥを送信する（Ｓ２０２）。
【００９９】
アプリケーションサーバ３２からＳＩＰサーバ３３に送信する呼接続要求ＩＮＶＩＴＥのＦＲＯＭには契約者のアドレス、ＴＯには第一の通信機器１２のアドレスを、又、番号通知／非通知の指定及び、発ＩＤ通知ヘッダとして通信機器に通信するアドレス、メディア情報ＳＤＰとして仮の値をそれぞれ設定する。
【０１００】
このとき、ＦＲＯＭに契約者のアドレスを設定することにより、あたかも契約者が発呼したように処理することができ、本システムを利用した契約者に対して課金処理を行うことが可能となる。
【０１０１】
また、ＦＲＯＭ＝ＴＯとすることもでき、その場合には、ＦＲＯＭを特定アドレスに設定することも可能とし、さらに、番号＠アドレスのようなアドレスの場合には、番号部分のみの一致でも特定アドレスを設定可能とする。
【０１０２】
なお、ＷＷＷサーバ３１からＳＩＰサーバ３３のアドレスが指定されて、送信された場合には、契約者アドレスをもとにアプリケーションサーバ３２内のデータベースを検索し、該当の契約者が収容されているＳＩＰサーバ３３のアドレス情報を賢作取得する処理は行わないこととする。
【０１０３】
契約者の収容されているＳＩＰサーバ３３のデータベースの検索結果が、収容位置管理サーバ３６に対して、収容位置を問い合わせる結果になった場合には、アプリケーションサーバ３２から収容位置サーバ３６に対して、呼接続要求ＩＮＶＩＴＥを送信し、その応答に設定されたアドレスのＳＩＰサーバ３３にアプリケーションサーバ３２から呼接続要求ＩＮＶＩＴＥを送信することにより、ゲートウェイ３５、相互接続点２２を経て、第一の通信機器１２に呼接続要求ＩＮＶＩＴＥが送信されることとなる（Ｓ２０３）。
【０１０４】
第一の通信機器１２から、携帯電話網２３、相互接続点２２、ゲートウェイ３５、ＳＩＰサーバ３３を介して、アプリケーションサーバ３２に応答２００ＯＫが返ってくると、契約者が収容されているＳＩＰサーバ３３、ゲートウェイ３５、相互接続点２２、他社加入者網２４を介して、第二の通信機器１３に呼接続要求ＩＮＶＩＴＥが送信され（Ｓ２０４）、このときアプリケーションサーバ３２からＳＩＰサーバ３３に送信する呼接続要求ＩＮＶＩＴＥには、ＦＲＯＭに契約者のアドレス、ＴＯに第二の通信機器１３のアドレス、番号通知／非通知の区分、発ＩＤ通知ヘッダとして通信機器に通信するアドレス、メディア情報ＳＤＰとして第一の通信機器１２からの応答２００ＯＫに含まれるメディア情報ＳＤＰをそれぞれ設定する。
【０１０５】
ここにおいても呼接続要求ＩＮＶＩＴＥのＦＲＯＭに契約者のアドレス設定することにより、あたかも契約者が発呼したように処理することができ、契約者に対しての課金処理を行うことができる。
【０１０６】
第一の通信機器１２から、携帯電話網２３、相互接続点２２、ゲートウェイ３５、ＳＩＰサーバ３３を介して、アプリケーションサーバ３２に応答２００ＯＫが返ってくると、アプリケーションサーバ３２は、応答結果として正常か異常かをＷＷＷサーバ３１に通知する（Ｓ２０５）。
【０１０７】
ＷＷＷサーバ３１が、アプリケーションサーバ３２からの応答結果を、端末装置１１に転送することにより、第一の通信機器１２の応答状況を端末装置１１から確認することができるようになる。
【０１０８】
第二の通信機器１３から、他社加入者網２４、相互接続点２２、ゲートウェイ３５、ＳＩＰサーバ３３を介して、アプリケーションサーバ３２に応答１８３ｗＳＤＰが返ってくると、アプリケーションサーバ３２は、契約者が収容されているＳＩＰサーバ３３、ゲートウェイ３５、相互接続点２２、携帯電話網２３を介して、第一の通信機器１２にメディア情報変更要求ＲＥ−ＩＮＶＩＴＥを送信する（Ｓ２０６）。
【０１０９】
このとき、アプリケーションサーバ３２からＳＩＰサーバ３３へ送信されるメディア情報変更要求ＲＥ−ＩＮＶＴＥ内のメディア情報ＳＤＰには第二の通信機器１３からの応答１８３ｗＳＤＰに含まれるメディア情報ＳＤＰを設定する。
【０１１０】
アプリケーションサーバ３２に対して、第一の通信機器１２が上記のメディア情報変更要求ＲＥ−ＩＮＶＩＴＥを正常に処理し、携帯電話網２３、相互接続点２２、ゲートウェイ３５、ＳＩＰサーバ３３を介して応答２００ＯＫを返すとともに、第二の通信機器１３から他社加入者網２４、相互接続点２２、ゲートウェイ３５、ＳＩＰサーバ３３を介して応答２００ＯＫを返ってくると、第一の通信機器１２と第二の通信機器１３との間で通話が開始する（Ｓ２０７）。
【０１１１】
上記の第二の通信機器１３から、各部を経由してアプリケーションサーバ３２に応答２００ＯＫが返ってくると、アプリケーションサーバ３２は応答結果が正常か異常かをＷＷＷサーバ３１に通知し、ＷＷＷサーバ３１は、その応答結果を端末装置１１に転送することにより、第一の通信機器１２と第二の通信機器１３との間で通信（通話）が成立したか否かを端末装置１１上で確認することが可能となる。
【０１１２】
（実施例３）
次に、契約者が通信を切断する場合の実施例３について、図４をもとに説明する。なお、呼切断は、端末装置１１から発呼要求を行った直後から可能であるが、ここでは第一の通信機器１２と第二の通信機器の通信が確立した後の呼切断について説明する。
【０１１３】
まず、契約者は、通信を切断する場合、端末装置１１の画面上から、接続する通信を選択しクリックする。
【０１１４】
端末装置１１は契約者からのクリックを契機に、呼接続要求識別ＩＤをＷＷＷサーバ３１に送信し、ＷＷＷサーバ３１は、端末装置１１から受信した呼接続要求識別ＩＤを、該呼接続要求ＩＤに関連付けられた発呼識別ＩＤへと変換し、通信切断要求のパラメータとして、アプリケーションサーバ３２に送信する（Ｓ３０１）。
【０１１５】
アプリケーションサーバ３２は、上述したように、アプリケーションサーバ３２から第一の通信機器１２へ設定された呼と、アプリケーションサーバ３２から第二の通信機器１３へ設定された呼の関連を一つの通信として管理しているため、第一の通信機器１２と第二の通信機器１３に対してＳＩＰサーバ３３を介して呼切断信号ＢＹＥを送信することにより、通信の切断を行う（Ｓ３０２）。
【０１１６】
アプリケーションサーバ３２は、第一の通信機器１２と第二の通信機器１３にへの呼切断信号ＢＹＥをＳＩＰサーバに送信した時点で、ＷＷＷサーバ３１に切断指示が完了した旨を通知し（Ｓ３０３）、ＷＷＷサーバ３１はアプリケーションサーバ３２から通知された切断指示完了通知を端末装置１１に転送することにより、契約者は端末装置１１の画面上にて通信が完了したことを確認できる。
【０１１７】
（実施例４）
次に、第一の通信機器１２と、第二の通信機器１３に対する通信の課金処理方法のうち、第一の通信機器１２の接続応答２００ＯＫからを課金開始の契機とする方法について図２を用いて説明する。
【０１１８】
同図に記載されているＳ１０４処理にあるように、アプリケーションサーバ３２から、第一の通信機器１２に呼接続要求ＩＮＶＩＴＥが送信され、それに対し、第一の通信機器１２から応答２００ＯＫが返された時点で、アプリケーションサーバ３２は、課金情報１として、第一の通信機器１２のアドレス、契約者のアドレス、通信開始時刻、課金ＩＤを保持する。
【０１１９】
また、Ｓ１０６処理にあるように、アプリケーションサーバ３２から、第二の通信機器１３に呼接続要求ＩＮＶＩＴＥを送信され、それに対し、第二の通信機器１３から応答１８０Ｒｉｎｇｉｎｇが返された時点で、アプリケーションサーバ３２は、課金情報２として、第二の通信機器１３のアドレス、契約者のアドレス、通信開始時刻、課金ＩＤを保持し、このとき課金ＩＤは第一の通信機器１２の課金ＩＤと同値とし、これら課金情報２に加え、通信切断時に、通信終了時刻を保持する。
【０１２０】
第一の通信機器１２の接続応答２００ＯＫから課金処理を開始する場合には、課金情報１と、課金情報２の課金ＩＤでマッチさせ、課金情報１の通信開始時刻と課金情報２の通信終了時刻から、通信時間を算出し、契約者への決済処理を行う。
【０１２１】
（実施例５）
次に、第二の課金処理方法として、第一の通信機器１２と第二の通信機器１３との通信が開始されてからを課金開始とする方法について図２を用いて説明する。
【０１２２】
同図にあるように、アプリケーションサーバ３２がＳＩＰサーバ３３を介して第一の通信機器１２に対しメディア情報変更要求ＲＥ−ＩＮＶＩＴＥを送信したことに対し（Ｓ１０９）、第一の通信機器１２から応答２００ＯＫが返され、アプリケーションサーバ３２が、応答２００ＯＫを受信した時点で、課金情報として第一の通信機器１２のアドレス、第二の通信機器１３のアドレス、契約者のアドレス、通信開始時刻を保持するとともに、通信切断時に、前記の情報に加え、通信終了時刻を保持することにより、通信開始時刻と通信終了時刻から通信時間を算出し、傾斜9者への決済処理を行う。
【０１２３】
以上、本発明の実施形態につき、その装置例及びこれに対応する実施例１〜５を挙げて説明したが、本発明は、必ずしも上述した手段及び手法並びに手順及び手続にのみ限定されるものではなく、前述した効果を有する範囲内において、適宜、変更実施することが可能なものである。
【０１２４】
例えば、本実施形態例においては、被検者Ａに提示する刺激パターン画像を提示する部位を固視微動量推定装置α内の画像表示部１３として説明したものの、例えば、画像表示部１３に代え、テレビ受像機やコンピュータの画面（ＣＲＴやＬＣＤ）等のモニタを映像表示装置として用いるのも良く、同様に、被検者Ａが検査反応を入力する手段とする反応入力部１４に関しても、それに代えコンピュータに附属するキーボード、マウス等の外部接続装置を使用することも可能となる。
【０１２５】
引き続き、本発明の第２の実施の形態につき、添付の図面を参照しつつ、そのシステム例並びにこれに対応する実施例について説明を行う。
【０１２６】
（システム例）
図５は、本発明の第２の実施の形態に係る呼制御通信システムを示した構成図である。同図に示す呼制御通信システムは、ＩＰ（Internet Protocol）網２１を介して端末装置１１に接続されたＷＷＷサーバ３１と、ＷＷＷサーバ３１に接続されたアプリケーションサーバ３２と、アプリケーションサーバに接続されて各通信機器に対して呼設定を行うＳＩＰサーバ３３と、ＳＩＰサーバ３３に接続されて複数の通信網を収容するゲートウェイ３５と、異なる通信網を介してＳＩＰサーバ３３に接続されて通信機器間での通信の確立に用いるメディア情報（以下、「ＳＤＰ（Session Description Protocol）」と称する）を有する第一の通信機器１２〜第Ｎの通信機器１５（Ｎは２以上の自然数）と、を備えた構成である。
【０１２７】
第一の通信機器１２は、本実施の形態における発側の通信機器であり、例えば、同図に示す携帯電話であって、携帯電話網２３を介してゲートウェイ３５に接続されている。また、第二の通信機器１３は、着側の通信機器であり、例えば、同図に示すように、第一の通信機器１２が接続された携帯電話網２３と異なる他社加入者網２４に接続された他事業者の一般電話である。なお、第三の通信機器１４〜第Ｎの通信機器１５についても、第二の通信機器１３と同様に、異なる他社加入者網に接続された他事業者の一般電話である。
【０１２８】
これらの通信機器は、ＳＩＰサーバ３３からゲートウェイ３５や相互接続点２２を介さないで接続されるＩＰ通信機器、或いは国際電話回線経由で接続される通信機器等であってもよい。
【０１２９】
更に詳しくは、携帯電話網２３や他社加入者網２４とゲートウェイ３５とは、異なる通信事業者間を結ぶ相互接続点２２で接続されており、この相互接続点２２から複数の電話網に接続する構成も可能である。
【０１３０】
端末装置１１は、例えば、この端末装置１１に出力されたウェブ画面に表示されたオブジェクトをユーザがクリック（押下）することで、ＷＷＷサーバ３１に連続発信要求，呼切断要求を送信する機能を備えている。ユーザによる操作以外に、タイマ起動により、それら連続発信要求，呼切断要求を自動で送信することもできる。また、端末装置１１は、第一の通信機器１２と第二の通信機器１３又は第三の通信機器１４又は第Ｎの通信機器１５との通信の接続状態，接続結果を表示する機能を備えている。
【０１３１】
ＷＷＷサーバ３１は、端末装置１１の画面上に表示するデータを格納し、端末装置１１に表示させる機能、端末装置１１から送信された連続発信要求，呼切断要求を受信し、アプリケーションサーバ３２に送信する機能、第一の通信機器１２と第二の通信機器１３又は第三の通信機器１４又は第Ｎの通信機器１５との通信の接続状態，接続結果を端末装置１１に表示させる機能等を備えている。
【０１３２】
アプリケーションサーバ３２は、ＷＷＷサーバ３１からの連続発信要求に基づいて、第一の通信機器１２，第二の通信機器１３，第三の通信機器１４，第Ｎの通信機器，メディアサーバ３４へ呼接続要求を行う機能、ＷＷＷサーバ３１からの呼切断要求に基づいて、設定した呼を解放する機能、及び、呼設定の結果をＷＷＷサーバ３１に通知する機能等を備えている。なお、ＷＷＷサーバ３１とアプリケーションサーバ３２との間の通信は、ＣＯＲＢＡ（Common Object Request Broker Architecture），ＨＴＴＰ（Hyper Text Transfer Protocol），ＳＯＡＰ（Simple Object Access Protocol）等を用いる。
【０１３３】
ＳＩＰサーバ３３は、アプリケーションサーバ３２からの呼接続要求を受け付けて、接続先の通信機器に呼設定を行う機能等を備えている。本実施の形態では、図５に示すように、１つのゲートウェイ３５を介して各通信機器に呼設定を行うが、このゲートウェイは複数存在してもよく、逆に、ゲートウェイを介することなくＳＩＰサーバ３３に直接収容されるＩＰ通信機器に呼設定を行うことも可能である。なお、アプリケーションサーバ３２から送信される呼接続要求は、ＳＩＰ（Session Initiation Protocol）やＩＮＡＰ（Intelligent Network Application Protocol）等を用いる。
【０１３４】
また、複数のＳＩＰサーバ３３を備える場合、アプリケーションサーバ３２が接続するＳＩＰサーバ３３のアドレスをアプリケーションサーバ３２に格納された内部データから取得する以外に、アプリケーションサーバ３２から収容位置管理サーバ３６にアクセスして取得することも可能である。或いは、ＷＷＷサーバ３１でＳＩＰサーバ３３のアドレスを指定し、その指定されたアドレスをアプリケーションサーバ３２に送信することで、取得することも可能である。
【０１３５】
メディアサーバ３４は、呼び出し中又は通信切断状態を通知する音声等のメディアを格納する機能、第二の通信機器１３又は第三の通信機器１４又は第Ｎの通信機器１５の呼び出し中又は通信切断時に、そのメディアを読み出して、第一の通信機器１２に送信する機能を備えている。
【０１３６】
ゲートウェイ３５は、異なる網同士を接続する機能を備えている。ゲートウェイ３５から複数の相互接続点２２に接続することも可能であり、逆に、相互接続点２２を介することなく、複数の加入者網等に直接接続することも可能である。
【０１３７】
相互接続点２２は、ゲートウェイ３５と各通信網とを接続する機能を備えている。ゲートウェイ３５に対して複数の相互接続点２２を備えることも可能であり、相互接続点２２に対して複数の他事業者の加入者網を備えることも可能である。
【０１３８】
続いて、以上のように構成された本実施の形態に係る呼制御通信システムに適用される実施例について説明する。
【０１３９】
（実施例６）
本実施例では、第一の通信機器１２と第二の通信機器１３との間の通信が終了した後、第一の通信機器と第三の通信機器１４との間で通信を確立し、以降、第一の通信機器１２と他の通信機器との間の通信を順次確立し、最後に第一の通信機器１２と第Ｎの通信機器１５との間の通信を確立する実施例において、端末装置１１から第一の通信機器１２と第二の通信機器１３との間の通信を確立する連続発信要求を行い、第一の通信機器１２と第二の通信機器１３との間の通信が終了した後、再度、端末装置１１から第一の通信機器１２と第三の通信機器１４との間の通信を確立する連続発信要求を行い、最後に端末装置１１から第一の通信機器１２と第Ｎの通信機器との間の通信を確立する連続発信要求を改めて行う場合についての動作を、図６−Ａ〜図６−Ｃを用いて説明する。
【０１４０】
ＷＷＷサーバ３１は、端末装置１１から送信されたユーザＩＤ及び暗証番号を受信し、事前に格納されているユーザＩＤ及び暗証番号を用いて認証を行うログイン処理を行った後に、端末装置１１の画面に連続発信要求画面を表示する（Ｓ１０１）。
【０１４１】
このとき、ＷＷＷサーバ３１は、ログイン画面を端末装置１１に出力し、ユーザにユーザＩＤ及び暗証番号を入力させる方法や、ユーザが端末装置１１上で動作するアプリケーションを起動した時に、ユーザＩＤ及び暗証番号を自動送信させる方法も可能である。また、ＰａｙＰｅｒＣａｌｌ等に適用するため、ＷＷＷサーバ３１は、連続発信要求を行う毎にログイン処理を実行することも可能である。
【０１４２】
連続発信要求画面では、第一の通信機器１２のアドレス，第二の通信機器１３のアドレス，第二の通信機器１３へのアドレス（発側である第一の通信機器１２のＩＤ）通知／非通知の指定，第二の通信機器１３に通知するアドレス（発側である第一の通信機器１２のＩＤ）を入力可能である。それらアドレスは、例えば、電話番号，ＩＰアドレス，ＳＩＰアドレス等の端末を特定可能とする値であればよい。その他、この呼制御通信システムを構築した際に設定された固定値や、日・曜日・時間帯等に応じて適切な値をスケジューリングすることも可能である。更に、これらアドレスは、移動体通信のように呼制御通信システムとして各通信機器の位置を追尾することもできる。
【０１４３】
また、通信は、音声通信に限らず、ＦＡＸや画像などのデータ通信を利用することができ、今後想定されえるいかなる種類の通信でも応用可能である。
【０１４４】
ＷＷＷサーバ３１は、端末装置１１から送信された連続発信要求を受け付け、この連続発信要求を格納して、ログインしたユーザＩＤをもとに契約者のアドレスをデータベースから検索し、格納した連続発信要求を読み出して、連続発信要求画面で指定された第一の通信機器１２のアドレス，第二の通信機器１３のアドレス，第二の通信機器１３へのアドレス通知／非通知の指定，第二の通信機器１３に通知するアドレス，アプリケーションサーバ３２からＷＷＷサーバ３１へ情報を通知する際に用いるためのＷＷＷサーバ３１のアドレスをパラメータとする連続発信要求をアプリケーションサーバ３２に送信すると共に、端末装置１１との間でやりとりされた要求を識別するため、端末装置１１からの連続発信要求ごとに要求識別ＩＤを設定する（Ｓ１０２）。
【０１４５】
アプリケーションサーバ３２は、ＷＷＷサーバ３１から送信された連続発信要求を受信し、ＷＷＷサーバ３１との間でやりとりするために用いる呼識別ＩＤを設定し、ＷＷＷサーバ３１にこの呼識別ＩＤを送信する（Ｓ１０３）。
【０１４６】
ここで、ＷＷＷサーバ３１は、呼識別ＩＤを受信し、この呼識別ＩＤと要求識別ＩＤとを関連付けて保持するので、端末装置１１から送信される要求を、ＷＷＷサーバ３１を介してアプリケーションサーバ３２に通知可能となる。
【０１４７】
アプリケーションサーバ３２は、受信した連続発信要求に含まれた契約者のアドレスをもとにデータベースを検索し、該当する契約者が収容されているＳＩＰサーバ３３のアドレス情報を取得し、そのＳＩＰサーバ３３を介して第一の通信機器１２に呼接続要求（ＩＮＶＩＴＥ）を送信する（Ｓ１０４）。
【０１４８】
ここで送信される呼接続要求には、発信元（ＦＲＯＭ）には契約者のアドレス、発信先（ＴＯ）には第一の通信機器１２のアドレス、アドレス通知／非通知の指定、発ＩＤ通知ヘッダには通信機器に通知するアドレス、ＳＤＰには仮の値が設定されている。ＦＲＯＭに契約者のアドレスを設定することで、あたかも契約者が発信したように処理することができ、課金処理を行う場合には、その契約者に対して課金をすることができる。
【０１４９】
また、ＦＲＯＭのアドレスとＴＯのアドレスとを同じにすることも可能であり、この場合には、ＦＲＯＭを特定アドレスに設定することも可能である。また、番号＠ＩＰアドレスのようなアドレスの場合には、番号部分のみの一致でも、特定アドレスに設定することができる。
【０１５０】
なお、ＷＷＷサーバ３１から送信された呼接続要求において、ＳＩＰサーバ３３のアドレスが指定されている場合には、契約者のアドレスをもとにデータベースを検索して、該当する契約者が収容されているＳＩＰサーバ３３のアドレス情報を取得する処理は行わない。
【０１５１】
契約者の収容されているＳＩＰサーバ３３のデータベースを検索した結果、収容位置管理サーバ３６に対して収容位置を問い合わせる必要がある場合には、アプリケーションサーバ３２は、収容位置管理サーバ３６にＩＮＶＩＴＥを送信し、その応答に設定されたアドレスを有するＳＩＰサーバ３３を介して、第一の通信機器１２に呼接続要求（ＩＮＶＩＴＥ）を送信する（Ｓ１０５）。
【０１５２】
アプリケーションサーバ３２は、ＳＩＰサーバ３３を介して第一の通信機器１２から応答（２００  ＯＫ）を受信し、その応答に設定された第一の通信機器１２のＳＤＰ（以下、「第１のＳＤＰ」と称する）を格納し、正常又は異常等を示す応答結果をＷＷＷサーバ３１に通知する（Ｓ１０６）。
【０１５３】
ＷＷＷサーバ３１は、通知された応答結果を端末装置１１に転送することで、ユーザは、第一の通信機器１２の接続結果，接続状態を端末装置１１で確認することができる。
【０１５４】
続いて、アプリケーションサーバ３２は、契約者が収容されているＳＩＰサーバ３３を介して第二の通信機器１３に呼接続要求（ＩＮＶＩＴＥ）を送信する（Ｓ１０７）。
【０１５５】
ここで送信される呼接続要求には、発信元（ＦＲＯＭ）には契約者のアドレス、発信先（ＴＯ）には第二の通信機器１３のアドレス、アドレス通知／非通知の指定、発ＩＤ通知ヘッダには第二の通信機器１３に通知するアドレス、ＳＤＰには（Ｓ１０６）で格納した第１のＳＤＰが設定されている。ＦＲＯＭに契約者のアドレスを設定することで、あたかも契約者が発信したように処理することができ、課金処理を行う場合には、その契約者に対して課金をすることができる。
【０１５６】
アプリケーションサーバ３２は、ＳＩＰサーバ３３を介して第二の通信機器１３から応答（１８０  Ｒｉｎｇｉｎｇ）を受信した後に、メディアサーバ３４に第１のＳＤＰを設定した呼接続要求（ＩＮＶＩＴＥ）を送信する（Ｓ１０８）。
【０１５７】
アプリケーションサーバ３２は、メディアサーバ３４から送信されたＳＤＰを格納し、契約者が収容されているＳＩＰサーバ３３を介して第一の通信機器１２にそのＳＤＰを設定したメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）を送信する（Ｓ１０９）。
【０１５８】
この時点で、第一の通信機器１２には、呼び出し音が流れることになる。この呼び出し音は呼出音ＲＢＴ（Ring Back Tone）以外の他の音声でもよく、また映像でもよい。
【０１５９】
アプリケーションサーバ３２は、（Ｓ１０７）における呼接続要求（ＩＮＶＩＴＥ）に対して第二の通信機器１３が応答した後、ＳＩＰサーバ３３を介して第二の通信機器１３から応答（２００  ＯＫ）を受信し、その応答に設定された第二の通信機器１３のＳＤＰ（以下、「第２のＳＤＰ」と称する）を格納し、正常又は異常等を示す応答結果をＷＷＷサーバ３１に通知する（Ｓ１１０）。
【０１６０】
ＷＷＷサーバ３１は、通知された応答結果を端末装置１１の画面に表示することで、ユーザは、第二の通信機器１３の接続結果，接続状態を端末装置１１で確認することができる。
【０１６１】
アプリケーションサーバ３２は、ＳＩＰサーバ３３を介して第二の通信機器１３から応答（２００  ＯＫ）を受信した後に、メディアサーバ３４に呼び出し音を停止するための呼切断要求（ＢＹＥ）を送信し、契約者が収容されているＳＩＰサーバ３３を介して第一の通信機器１２に第２のＳＤＰを設定したメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）を送信する（Ｓ１１１）。
【０１６２】
この時点で、第一の通信機器１２が、このメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）を正常に処理することで、第一の通信機器１２と第二の通信機器１３との間での通信が確立し、通話が可能となる（Ｓ１１２）。
【０１６３】
アプリケーションサーバ３２は、（Ｓ１１１）におけるメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）に対する応答を受信した後、正常又は異常等を示す応答結果をＷＷＷサーバ３１に通知する（Ｓ１１３）。
【０１６４】
ＷＷＷサーバ３１は、通知された応答結果を端末装置１１の画面に表示することで、ユーザは、第一の通信機器１２と第二の通信機器１３との間の通信の確立を端末装置１１で確認することができる。
【０１６５】
アプリケーションサーバ３２は、ＳＩＰサーバ３３を介して第二の通信機器１３から切断信号（ＢＹＥ）が送信された場合に、切断状態をＷＷＷサーバ３１に通知する（Ｓ１１４）。
【０１６６】
ＷＷＷサーバ３１は、通知された切断状態を端末装置１１の画面に表示することで、ユーザは、第二の通信機器１３による呼解放を端末装置１１で確認することができる。
【０１６７】
アプリケーションサーバ３２は、ＳＩＰサーバ３３を介して第二の通信機器１３から切断信号（ＢＹＥ）を受信した後に、メディアサーバ３４に第一の通信機器１２から受信した最終的なＳＤＰを設定した呼接続要求（ＩＮＶＩＴＥ）を送信する（Ｓ１１５）。
【０１６８】
ここで、第一の通信機器１２から受信した最終的なＳＤＰとは、例えば、第一の通信機器１２が通信中にＳＤＰに含まれる値を変更していない場合には、呼接続要求（ＩＮＶＩＴＥ）に対する応答に設定されたＳＤＰを設定し、値を変更した場合には、第一の通信機器１２から送信されたメディア変更要求（ＲＥ−ＩＮＶＩＴＥ）により変更されたＳＤＰや、変更後のメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）に対する応答に設定されたＳＤＰなどを設定する。
【０１６９】
アプリケーションサーバ３２は、メディアサーバ３４から応答（２００  ＯＫ）を受信し、その応答に設定されたＳＤＰを格納した後、契約者が収容されているＳＩＰサーバ３３を介してメディアサーバ３４から送信されたこのＳＤＰを設定したメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）を第一の通信機器１２に送信する（Ｓ１１６）。
【０１７０】
この時点で、第一の通信機器１２には、第二の通信機器１３が呼解放したことを認識させるメディアが表示されることになる。メディアとしては、例えば、話中音ＢＴ（Buzy Tone）やガイダンス等の音源や映像等、どのような内容でも可能である。また、第一の通信機器１２と他の通信機器との接続回数が、このシステム上の上限に達した場合等、この連続発信要求に対する接続処理を終了する場合には、その旨を示すメディアを送出することも可能である。
【０１７１】
続いて、ユーザは、端末装置１１に表示された連続発信要求画面から、第三の通信機器１４のアドレス，第三の通信機器１４へのアドレス（発側である第一の通信機器１２のＩＤ）通知／非通知の指定，第三の通信機器１４に通知するアドレス（発側である第一の通信機器１２のＩＤ），（Ｓ１０２）で設定された要求識別ＩＤを指定して、画面上のオブジェクト等の要求ボタンをクリックする。
【０１７２】
ＷＷＷサーバ３１は、端末装置１１から送信された連続発信要求を再び受け付け、この連続発信要求画面で指定された第三の通信機器１４のアドレス，第三の通信機器１４への番号通知／非通知の指定，第三の通信機器１４に通知するアドレス，要求識別ＩＤに関連する（Ｓ１０３）で設定した呼識別ＩＤをパラメータとする連続発信要求をアプリケーションサーバ３２に送信する（Ｓ１１７）。
【０１７３】
アプリケーションサーバ３２は、ＷＷＷサーバ３１から送信された連続発信要求を受信し、既に管理している呼識別ＩＤかどうかを確認し、管理している呼識別ＩＤの場合には、この連続発信要求を受け付ける。（Ｓ１１８）。
【０１７４】
アプリケーションサーバ３２は、呼識別ＩＤに基づいて管理している第一の通信機器１２に既に実施している呼接続情報を読み出して、契約者が収容されているＳＩＰサーバ３３を介して第三の通信機器１４に呼接続要求（ＩＮＶＩＴＥ）を送信する（Ｓ１１９）。
【０１７５】
ここで送信される呼接続要求には、発信元（ＦＲＯＭ）には契約者のアドレス、発信先（ＴＯ）には第三の通信機器１４のアドレス、アドレス通知／非通知の指定、発ＩＤ通知ヘッダには第三の通信機器１４に通知するアドレス、ＳＤＰには第一の通信機器１２から受信した最終的なＳＤＰが設定されている。ＦＲＯＭに契約者のアドレスを設定することで、あたかも契約者が発信したように処理することができ、課金処理を行う場合には、その契約者に対して課金をすることができる。
【０１７６】
アプリケーションサーバ３２は、ＳＩＰサーバ３３を介して第三の通信機器１４から応答（１８０  Ｒｉｎｇｉｎｇ）を受信した後に、メディアサーバ３４にガイダンス変更要求（ＩＮＦＯ）を送信し、（Ｓ１１５）において第一の通信機器１２に送出しているメディアから、第三の通信機器１４を呼び出し状態であることを第一の通信機器１２で認識可能とするように呼び出し音等へ変更の指示を行う（Ｓ１２０）。
【０１７７】
メディアの変更指示が可能であれば良いので、ＩＮＦＯの他に、ＲＥ−ＩＮＶＩＴＥ，ＭＥＳＳＡＧＥＳ等のメソッドや他の手段であってもよい。
【０１７８】
アプリケーションサーバ３２は、（Ｓ１１９）における呼接続要求（ＩＮＶＩＴＥ）に対して第３の通信機器１４が応答した後、ＳＩＰサーバ３３を介して第３の通信機器１４から応答（２００  ＯＫ）を受信し、その応答に設定された第三の通信機器１４のＳＤＰ（以下、「第３のＳＤＰ」と称する）を格納し、正常又は異常等を示す応答結果をＷＷＷサーバ３１に通知する（Ｓ１２１）。
【０１７９】
ＷＷＷサーバ３１は、通知された応答結果を端末装置１１の画面に表示することで、ユーザは、第三の通信機器１４の接続結果，接続状態を端末装置１１で確認することができる。
【０１８０】
アプリケーションサーバ３２は、ＳＩＰサーバ３３を介して第三の通信機器１４から応答（２００  ＯＫ）を受信した後に、メディアサーバ３４に呼び出し音を停止するための呼切断要求（ＢＹＥ）を送信し、契約者が収容されているＳＩＰサーバ３３を介して第一の通信機器１２に第３のＳＤＰを設定したメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）を送信する（Ｓ１２２）。
【０１８１】
この時点で、第一の通信機器１２が、このメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）を正常に処理することで、第一の通信機器１２と第三の通信機器１４との間での通信が確立し、通話が可能となる（Ｓ１２３）。
【０１８２】
アプリケーションサーバ３２は、（Ｓ１２２）におけるメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）に対する応答を受信した後、正常又は異常等を示す応答結果をＷＷＷサーバ３１に通知する（Ｓ１２４）。
【０１８３】
ＷＷＷサーバ３１は、通知された応答結果を端末装置１１の画面に表示することで、ユーザは、第一の通信機器１２と第三の通信機器１４との間の通信の確立を端末装置１１で確認することができる。
【０１８４】
アプリケーションサーバ３２は、ＳＩＰサーバ３３を介して第三の通信機器１４から切断信号（ＢＹＥ）が送信された場合に、切断状態をＷＷＷサーバ３１に通知する（Ｓ１２５）。
【０１８５】
ＷＷＷサーバ３１は、通知された切断状態を端末装置１１の画面に表示することで、ユーザは、第三の通信機器１４による呼解放を端末装置１１で確認することができる。
【０１８６】
アプリケーションサーバ３２は、ＳＩＰサーバ３３を介して第三の通信機器１４から切断信号（ＢＹＥ）を受信した後に、メディアサーバ３４に第一の通信機器１２から受信した最終的なＳＤＰを設定した呼接続要求（ＩＮＶＩＴＥ）を送信する（Ｓ１２６）。
【０１８７】
ここで、第一の通信機器１２から受信した最終的なＳＤＰとは、例えば、第一の通信機器１２が通信中にＳＤＰに含まれる値を変更していない場合には、呼接続要求（ＩＮＶＩＴＥ）に対する応答に設定されたＳＤＰを設定し、値を変更した場合には、第一の通信機器１２から送信されたメディア変更要求（ＲＥ−ＩＮＶＩＴＥ）により変更されたＳＤＰや、変更後のメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）に対する応答に設定されたＳＤＰなどを設定する。
【０１８８】
アプリケーションサーバ３２は、メディアサーバ３４から応答（２００  ＯＫ）を受信し、その応答に設定されたＳＤＰを格納した後、契約者が収容されているＳＩＰサーバ３３を介してメディアサーバ３４から送信されたこのＳＤＰを設定したメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）を第一の通信機器１２に送信する（Ｓ１２７）。
【０１８９】
更に、第一の通信機器１２と他の通信機器との間で通信を行う場合には、（Ｓ１１７）〜（Ｓ１２７）で説明した処理と同様に、第一の通信機器１２から連続発信要求を送信し、接続先の他の通信機器との通信を確立し、切断する処理を繰り返し実施する。本実施例では、第一の通信機器１２と第Ｎの通信機器１５との
通信が終了した後、第Ｎの通信機器１５により切断し、この第Ｎの通信機器１５により呼解放したことを認識可能なメディアが第一の通信機器１２に送信される状態を示している（Ｓ１２８）。
【０１９０】
アプリケーションサーバ３２は、ＳＩＰサーバ３３を介して第一の通信機器１２から切断信号（ＢＹＥ）が送信された場合に、メディアサーバ３４に切断信号（ＢＹＥ）を送信し、切断状態をＷＷＷサーバ３１に通知する（Ｓ１２９）。
【０１９１】
ＷＷＷサーバ３１は、通知された切断状態を端末装置１１に転送することで、ユーザは、第一の通信機器１２による呼解放を端末装置１１で確認することができる。
【０１９２】
なお、アプリケーションサーバ３２から第一の通信機器１２へ設定された呼と、アプリケーションサーバ３２から第二の通信機器１３へ設定された呼と、アプリケーションサーバ３２から第三の通信機器１４へ設定された呼と、アプリケーションサーバ３２からメディアサーバ３４へ設定された呼は、アプリケーションサーバ３２の内部にて、一つの通信として関連付けて管理する。
【０１９３】
連続発信要求画面に各パラメータを設定する方法は、テキスト入力や、既にＷＷＷサーバ３１に格納されているデータを画面に出力してユーザに選択させる方法も可能である。また、各パラメータを設定した後、連続発信要求を実行する方法として、端末装置１１に出力されたボタン等で表示されたオブジェクトや図等をクリックする方法も可能である。即ち、ユーザによる設定内容をＷＷＷサーバ３１が検知可能であれば、Ｗｅｂブラウザで実現してもよいし、その他のアプリケーションで実現してもよい。
【０１９４】
また、要求を行う端末装置１１と第一の通信機器１２とは、同一であっても異なっていてもよい。更に、端末装置１１から送信される呼接続要求は、ＩＰ網内システムを発信元としてもよいし、ＰＳＴＮ網内システムのどちらであっても、その作用に何らの変化はない。
【０１９５】
なお、本実施例で説明した処理では、アプリケーションサーバ３２からメディアサーバ３４に対して呼接続要求を行う際に、必ず何かしらのメディアを第一の通信機器１２に送出し、メディアの送出が不要になった時点で呼解放を行っているが、メディアの送出を不要とする場合には、ガイダンス変更要求（ＩＮＦＯ）を送信することで、メディアの送出を一時停止し、第一の通信機器１２へのメディア送出が必要になった時点でガイダンス変更要求（ＩＮＦＯ）を再び送信することも可能である。
【０１９６】
本実施例によれば、アプリケーションサーバ３２が、確立した第一の通信機器１２と第二の通信機器１３との間の通信が第二の通信機器１３により切断された場合に、第一の通信機器１２から送信されたＳＤＰを設定した呼接続要求を、ＳＩＰサーバ３３を介して第三の通信機器１４に送信し、第三の通信機器１４がその呼接続要求に対して応答した後、第三の通信機器１４から送信されたＳＤＰを設定したメディア情報変更要求を、ＳＩＰサーバ３３を介して第一の通信機器１２に送信するので、第一の通信機器１２との呼設定を保持した状態で、第一の通信機器１２の通信相手先を第二の通信機器１３から第三の通信機器１４に切り替えることができ、第一の通信機器１２と第三の通信機器１３との間の通信を確立する際の操作性を簡易にすることができる。
【０１９７】
本実施例によれば、アプリケーションサーバ３２が、第二の通信機器１３に呼接続要求を送信した後、及び／又は、第三の通信機器１４に呼接続要求を送信した後、ＳＩＰサーバ３３を介して第一の通信機器１２に呼び出し状態を通知するので、第一の通信機器１２と第二の通信機器１３との間の通信、及び／又は、第一の通信機器１２と第三の通信機器１４との間の通信が確立中であることを、第一の通信機器１２を利用するユーザに把握させることができる。
【０１９８】
本実施例によれば、アプリケーションサーバ３２が、確立した第一の通信機器１２と第二の通信機器１３との間の通信が第二の通信機器１３により切断された場合に、ＳＩＰサーバ３３を介して第一の通信機器１２にこの切断を通知するので、第一の通信機器１２と第二の通信機器１３との間の通信が切断されたことを、第一の通信機器１２を利用するユーザに把握させることができる。
【０１９９】
本実施例によれば、アプリケーションサーバ３２が、各呼接続要求に対するそれぞれの接続結果及び接続状態を取得してＷＷＷサーバ３１に通知し、ＷＷＷサーバ３１は、通知された接続結果及び接続状態を端末装置１１の画面に表示するので、端末装置１１を操作するユーザが、各呼接続要求に対する接続結果及び接続状態を確実に把握することができ、呼制御通信システムの利便性を向上することができる。
【０２００】
本実施例によれば、ＳＩＰサーバ３３が、この異なる通信網を接続するゲートウェイ３５に接続されているので、通信機器が異なる通信事業者の加入者網に接続されている場合であっても、各通信機器間での通信を確実に確立することができる。
【０２０１】
本実施例によれば、各呼接続要求に設定される発信元を、連続発信要求を行ったユーザに設定して送信するので、各呼接続要求に対する全ての通信料金を、連続発信要求を行ったユーザに課金することができる。
【０２０２】
本実施例によれば、第一の通信機器１２，第二の通信機器１３，第三の通信機器１４で確立したそれぞれの呼情報を関連付けて管理するので、課金を開始するタイミングを柔軟に設定することができる。
【０２０３】
本実施例によれば、アプリケーションサーバが、第二の通信機器１３に通知する発信者番号情報を呼接続要求に設定し、第三の通信機器１４に通知する発信者番号情報を呼接続要求に設定するので、コールバックさせたい発信者番号を柔軟に設定することができる。
【０２０４】
（実施例７）
本実施例では、第一の通信機器１２と第二の通信機器１３との間の通信が終了した後、第一の通信機器と第三の通信機器１４との間で通信を確立し、以降、第一の通信機器１２と他の通信機器との間の通信を順次確立し、最後に第一の通信機器１２と第Ｎの通信機器１５との間の通信を確立する実施例において、端末装置１１から第一の通信機器１２と第二の通信機器１３との間の通信、第一の通信機器１２と第三の通信機器１４（又は第Ｎの通信機器１５）との間の通信を確立する連続発信要求を行い、第一の通信機器１２と第二の通信機器１３との通信が終了した後に、アプリケーションサーバ３２により第一の通信機器１２と第三の通信機器１４との接続（又は第Ｎの通信機器１５）を行う場合についての動作を、図７を用いて説明する。
【０２０５】
ＷＷＷサーバ３１は、（実施例６）で説明した（Ｓ１０１）と同様の処理を行う（Ｓ２０１）。
【０２０６】
連続発信要求画面では、第一の通信機器１２のアドレス，第二の通信機器１３のアドレス，第三の通信機器１４のアドレス，第二の通信機器１３及び第三の通信機器１４へのアドレス（発側である第一の通信機器１２のＩＤ）通知／非通知の指定，第二の通信機器１３及び第三の通信機器１４に通知するアドレス（発側である第一の通信機器１２のＩＤ）を入力可能である。それらアドレスは、例えば、電話番号，ＩＰアドレス，ＳＩＰアドレス等の端末を特定可能とする値であればよい。その他、この呼制御通信システムを構築した際に設定された固定値や、日・曜日・時間帯等に応じて適切な値をスケジューリングすることも可能である。更に、これらアドレスは、移動体通信のように呼制御通信システムとして各通信機器の位置を追尾することもできる。
【０２０７】
また、通信は、音声通信に限らず、ＦＡＸや画像などのデータ通信を利用することができ、今後想定されえるいかなる種類の通信でも応用可能である。
【０２０８】
ＷＷＷサーバ３１は、端末装置１１から送信された連続発信要求を受け付け、この連続発信要求を格納して、ログインしたユーザＩＤをもとに契約者のアドレスをデータベースから検索し、格納した連続発信要求を読み出して、連続発信要求画面で指定された第一の通信機器１２のアドレス，第二の通信機器１３のアドレス，第三の通信機器１４のアドレス，第二の通信機器１３及び第三の通信機器１４へのアドレス通知／非通知の指定，第二の通信機器１３及び第三の通信機器１４に通知するアドレス，アプリケーションサーバ３２からＷＷＷサーバ３１へ情報を通知する際に用いるためのＷＷＷサーバ３１のアドレスをパラメータとする連続発信要求をアプリケーションサーバ３２に送信すると共に、端末装置１１との間でやりとりされた要求を識別するため、端末装置１１からの連続発信要求ごとに要求識別ＩＤを設定する（Ｓ２０２）。
【０２０９】
続いて、（実施例６）で説明した（Ｓ１０３）〜（Ｓ１１６）と同様の処理を行う（Ｓ２０３）。
【０２１０】
アプリケーションサーバ３２は、第一の通信機器１２に対して管理している呼接続情報を読み出して、（Ｓ２０２）で受信した第三の通信機器１４のアドレス，第三の通信機器１４へのアドレス通知／非通知の指定，第三の通信機器１４に通知するアドレスを用いて、契約者が収容されているＳＩＰサーバ３３を介して第三の通信機器１４に呼接続要求（ＩＮＶＩＴＥ）を送信する（Ｓ２０４）。
【０２１１】
ここで送信される呼接続要求には、発信元（ＦＲＯＭ）には契約者のアドレス、発信先（ＴＯ）には第三の通信機器１４のアドレス、アドレス通知／非通知の指定、発ＩＤ通知ヘッダには第三の通信機器１４に通知するアドレス、ＳＤＰには第一の通信機器１２から受信した最終的なＳＤＰが設定されている。ＦＲＯＭに契約者のアドレスを設定することで、あたかも契約者が発信したように処理することができ、課金処理を行う場合には、その契約者に対して課金をすることができる。
【０２１２】
続いて、（実施例６）で説明した（Ｓ１２０）〜（Ｓ１２７）と同様の処理を行う（Ｓ２０５）。
【０２１３】
以降、第一の通信機器１２と他の通信機器との間で通信を行う場合には、（Ｓ２０４）〜（Ｓ２０５）で説明した処理と同様の処理を行う（Ｓ２０６）。
【０２１４】
最後に、（実施例６）で説明した（Ｓ１２９）と同様の処理を行う（Ｓ２０７）。
【０２１５】
（実施例８）
本実施例では、端末装置１１から呼切断要求を行うことで、確立された通信を切断する場合についての動作を、図８を用いて説明する。
【０２１６】
第一の通信機器１２と第二の通信機器１３との間で通信が確立している状態において、ＷＷＷサーバ３１は、端末装置１１から送信された要求識別ＩＤと切断範囲とを含む呼切断要求を受け付けて、受信した要求識別ＩＤに関連する呼識別ＩＤと切断範囲とパラメータとする呼切断要求を、アプリケーションサーバ３２に送信する（Ｓ３０１）。
【０２１７】
アプリケーションサーバ３２は、アプリケーションサーバ３２から第一の通信機器１２へ設定された呼と、アプリケーションサーバ３２から第二の通信機器１３へ設定された呼とを、一つの通信として関連付けて管理しているため、この管理情報に基づいて、第二の通信機器１３に呼切断信号（ＢＹＥ）を送信し、第二の通信機器１３の呼のみを切断する（Ｓ３０２）。
【０２１８】
その後、（実施例６）で説明した（Ｓ１１５）以降と同様の処理を行う（Ｓ３０３）。
【０２１９】
なお、端末装置１１からの呼切断要求は、発信要求を行った直後から可能である、また、切断範囲とは、例えば、第二の通信機器１３の呼のみ，第一の通信機器１２と第二の通信機器１３との両方の呼などを指定可能である。ここで、第二の通信機器１３の呼のみを切断する場合とは、第二の通信機器１３から送信される呼切断信号が欠落する等により、アプリケーションサーバ３２で受信できない場合に、端末装置１１から第二の通信機器１３の呼を切断し、第二の通信機器１３と異なる通信機器と第一の通信機器との通信を確立する状態に遷移させるインタフェースを端末装置１１に提供することを目的としている。
【０２２０】
本実施例によれば、ＷＷＷサーバ３１が、通信を切断する呼切断要求を受け付け、受け付けたこの呼切断要求をアプリケーションサーバ３２に送信し、アプリケーションサーバ３２は、ＷＷＷサーバ３１から送信された呼切断要求を受信した場合に、第一の通信機器１２，第二の通信機器１３，第三の通信機器１４に呼切断信号を送信するので、端末装置１１からの操作で呼を切断することでできる。
【０２２１】
（実施例９）
本実施例では、第一の通信機器１２と第二の通信機器１３と第三の通信機器１４との通信に対する課金方法において、第一の通信機器１２の接続応答（２００  ＯＫ）を受信した後から課金を開始する方法について説明する。
【０２２２】
最初に、アプリケーションサーバ３２は、第一の通信機器１２に呼接続要求（ＩＮＶＩＴＥ）を送信し、接続応答（２００  ＯＫ）が返ってきた時点で、第一の通信機器１２のアドレス，契約者のアドレス，通信開始時刻，課金ＩＤを関連付けて課金情報Ａとして格納する。その後、通信が切断された場合に、この課金情報Ａに通信終了時刻を付加して格納する（Ｓ４０１）。
【０２２３】
次に、アプリケーションサーバ３２は、第二の通信機器１３に呼接続要求（ＩＮＶＩＴＥ）を送信し、接続応答（２００  ＯＫ）が返ってきた時点で、第二の通信機器１３のアドレス、契約者のアドレス，通信開始時刻，課金ＩＤを関連付けて課金情報Ｂとして格納する。ここでの課金ＩＤは、（Ｓ４０１）の課金ＩＤと同じ値とする。その後、通信が切断された場合に、この課金情報Ｂに通信終了時刻を付加して格納する（Ｓ４０２）。
【０２２４】
その後、アプリケーションサーバ３２は、（Ｓ４０１）及び（Ｓ４０２）と同様に、第三の通信機器１４の通信に関する情報を、課金情報Ｃとして格納する（Ｓ４０３）。
【０２２５】
アプリケーションサーバ３２は、格納された課金情報Ａ〜課金情報Ｃを読み出して、各課金情報の課金ＩＤに基づいて契約者に課金を行う。具体的には、課金情報Ａの通信開始時刻と課金情報Ｂの通信開始時刻との間を第一の通信機器１２の呼とし、課金情報Ｂの通信開始時刻から通信終了時刻の間を第一の通信機器１２と第二の通信機器１３との間の通信とし、課金情報Ｂの通信終了時刻から課金情報Ｃの通信開始時刻との間を第一の通信機器１２の呼とし、課金情報Ｃの通信開始時刻から通信終了時刻の間を第一の通信機器１２と第三の通信機器１４との間の通信とし、課金情報Ｃの通信終了時刻から課金情報Ａの通信終了時刻の間を第一の通信機器１２の呼として、各契約者に課金を行う（Ｓ４０３）。
【０２２６】
（実施例１０）
本実施例では、第一の通信機器１２と第二の通信機器１３と第三の通信機器１４との通信に対する課金方法において、第一の通信機器１２と第二の通信機器１３との通信、及び、第一の通信機器１２と第三の通信機器１４との通信が開始されてから課金を開始する方法について説明する。
【０２２７】
最初に、アプリケーションサーバ３２は、第一の通信機器１２にメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）を送信し、応答（２００  ＯＫ）が返ってきた時点で、第一の通信機器１２のアドレス，第二の通信機器１３のアドレス，契約者のアドレス，通信開始時刻を関連付けて課金情報として格納する（Ｓ５０１）。
【０２２８】
その後、アプリケーションサーバ３２は、第二の通信機器１３から切断信号（ＢＹＥ）を受信した時に、この課金情報に通信終了時刻を付加して格納し、第一の通信機器１２と第二の通信機器１３との間の通信として契約者に課金を行う（Ｓ５０２）。
【０２２９】
同様に、アプリケーションサーバ３２は、第一の通信機器１２にメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）を送信し、応答（２００  ＯＫ）が返ってきた時点で、第一の通信機器１２のアドレス，第三の通信機器１４のアドレス，契約者のアドレス，通信開始時刻を関連付けて課金情報として格納する（Ｓ５０３）。
【０２３０】
その後、アプリケーションサーバ３２は、第三の通信機器１４から切断信号（ＢＹＥ）を受信した時に、この課金情報に通信終了時刻を付加して格納し、第一の通信機器１２と第三の通信機器１４との間の通信として契約者に課金を行う（Ｓ５０４）。
【０２３１】
引き続き、本発明の第３の実施の形態につき、添付の図面を参照しつつ、そのシステム例並びにこれに対応する実施例を説明する。
【０２３２】
図９は、本発明の第３の実施の形態に係る呼制御通信システムを示した構成図である。同図に示す呼制御通信システムは、アプリケーションサーバ３２とＳＩＰサーバ３３との間に、アプリケーションサーバインタフェース４１を更に備えた構成である。その他の構成は、第２の実施の形態で説明した呼制御通信システムと同様なので、ここでは重複説明を省略する。
【０２３３】
第２の実施の形態で示す呼制御通信システムは、アプリケーションサーバ３２とＳＩＰサーバ３３とを運用する通信事業者を同一とする場合を想定するものであるが、本実施の形態では、それらサーバを運用する事業者が異なる場合を想定するものである。
【０２３４】
ＳＩＰサーバ３３を用いて各通信機器間の通信サービスを提供する通信事業者のネットワークポリシーによっては、アプリケーションサーバ３２の指示により、第一の通信機器１２の情報を他の通信機器へ通知することを許容しない可能性がある。例えば、アプリケーションサーバ３２に割り当てられた以外のアドレス情報や発信者番号情報を、呼接続要求（ＩＮＶＩＴＥ）に設定することを許容しないことが想定される。
【０２３５】
このような場合に、ある特定のアプリケーションサーバ３２からの指示をＳＩＰサーバ３３で許容するには、アプリケーションサーバ３２とＳＩＰサーバ３３との間の通信を許容させる手段が必要となる。以下、本実施の形態に係る呼制御通信システムに適用される実施例について、図１０を用いて説明する。
【０２３６】
（実施例１１）
ＷＷＷサーバ３１は、（実施例６）で説明した（Ｓ１０１）〜（Ｓ１０４）と同様の処理を行う（Ｓ６０１）。
【０２３７】
アプリケーションサーバ３２は、第一の通信機器１２に関連するアドレスや発信者番号情報を要求する関連付け要求情報が設定された呼接続要求（ＩＮＶＩＴＥ）を、ＳＩＰサーバ３３に送信する（Ｓ６０２）。
【０２３８】
ＳＩＰサーバ３３は、アプリケーションサーバ３２から送信された呼接続要求に関連付け要求情報が設定されている場合には、この呼接続要求に対して関連付け要求を受け付け、関連付け要求対象の呼であることを管理し、第一の通信機器１２に呼接続要求（ＩＮＶＩＴＥ）を送信する（Ｓ６０３）。
【０２３９】
なお、第一の通信機器１２へ送信する呼接続要求には、関連付け要求は設定されていない。
【０２４０】
ＳＩＰサーバ３３は、第一の通信機器１２から正常応答（２００  ＯＫ）を受信した後、乱数等の呼制御システムとして一意の値としての関連付け識別子を生成し、その正常応答に設定された第一の通信機器１２の固有情報であるＳＤＰ及び／又は発信者番号情報とその関連付け識別子とを関連付けて格納部に格納して管理すると共に、関連付け識別子と、ＳＤＰ及び／又は発信者番号情報と、を正常応答（２００  ＯＫ）に設定してアプリケーションサーバ３２に送信する（Ｓ６０４）。
【０２４１】
続いて、（実施例６）で説明した（Ｓ１０６）と同様の処理を行う（Ｓ６０５）。
【０２４２】
アプリケーションサーバ３２は、契約者が収容されているＳＩＰサーバ３３を介して第二の通信機器１３に呼接続要求（ＩＮＶＩＴＥ）を送信する（Ｓ６０６）。
【０２４３】
ここで送信される呼接続要求には、（Ｓ６０４）で送信された関連付け識別子と、ＳＤＰ及び／又は発信者番号情報と、が設定されている。
【０２４４】
ＳＩＰサーバ３３は、アプリケーションサーバ３２から送信された呼接続要求に関連付け識別子が設定されている場合、格納部に格納された関連付け識別子を読み出して、既に作成済みの関連付け識別子かどうかを検索し、既に作成済みの関連付け識別子の場合には、関連するＳＤＰ及び／又は発信者番号情報を読み出して比較する。そして、比較の結果が一致する場合に、この呼接続要求を許容し、ＳＤＰ及び／又は発信者番号情報を設定した呼接続要求（ＩＮＶＩＴＥ）を第二の通信機器１３に送信する（Ｓ６０７）。
【０２４５】
なお、第二の通信機器１３へ送信する呼接続要求には、関連付け識別子は設定されていない。また、関連付け識別子，発信者番号情報，ＳＤＰの全て用いて比較することも可能である。
【０２４６】
以降、（実施例６）で説明した（Ｓ１０８）と同様の処理を行う。但し、第一の通信機器１２へのメディア情報変更要求（ＲＥ−ＩＮＶＩＴＥ）の送信時、第三の通信機器１４又は第Ｎの通信機器１５への呼接続要求（ＩＮＶＩＴＥ）の送信時には、上記と同様の関連付け処理をアプリケーションサーバ３２とＳＩＰサーバ３３との間で行う（Ｓ６０８）。
【０２４７】
なお、本実施例では、第一の通信機器１２からの正常応答（２００  ＯＫ）に設定された発信者番号情報をＳＩＰサーバ３３で管理し、第二の通信機器１３への呼接続要求（ＩＮＶＩＴＥ）に設定された発信者番号情報と照合するものであるが、ＳＩＰサーバ３３で照合を行わない処理も可能である。この場合、端末装置１１等から設定された発信者番号情報をＷＷＷサーバ３１やアプリケーションサーバ３２で認証する等により、発信者情報の詐称に対応可能である。
【０２４８】
更に、ＳＩＰサーバ３３は、（Ｓ６０４）において、ＳＤＰ及び／又は発信者番号情報を設定することなく、関連付け識別子を設定した正常応答（２００  ＯＫ）をアプリケーションサーバ３２に送信することも可能である。その場合、アプリケーションサーバ３２は、（Ｓ６０６）において、ＳＤＰ及び／又は発信者番号情報に値を設定しないか若しくはダミーの値を設定して、関連付け識別子が設定された呼接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバ３３に送信する。そして、ＳＩＰサーバ３３は、（Ｓ６０７）において、受信した関連付け識別子と格納部に格納された関連付け識別子を比較し、比較の結果が一致する場合に、ＳＤＰ及び／又は発信者番号情報を設定した呼接続要求（ＩＮＶＩＴＥ）を第二の通信機器１３に送信する。これにより、アプリケーションサーバ３２を運用する通信事業者に対してＳＤＰを送信する必要がないので、ＳＩＰサーバ３３を運用する通信事業者の有する情報を秘匿に取り扱うことが可能となる。
【０２４９】
本実施例によれば、ＳＩＰサーバ３３が、アプリケーションサーバ３２から送信された呼接続要求に基づいて、第一の通信機器１２に呼接続要求を送信し、この呼接続要求に応じて第一の通信機器１２から送信されたＳＤＰ及び／又は発信者番号情報を受信した後、受信したＳＤＰ及び／又は発信者番号情報と生成した関連付け識別子とを関連付けて格納し、ＳＤＰ及び／又は発信者番号情報と関連付け識別子とを読み出して、アプリケーションサーバ３２に送信し、ＳＤＰ及び／又は発信者識別情報と関連付け識別子とを設定した呼接続要求をアプリケーションサーバ３２から受信した場合に、受信したＳＤＰ及び／又は発信者識別情報と関連付け識別子とのそれぞれと、格納されたＳＤＰ及び／又は発信者番号情報と関連付け識別子とのそれぞれと、を比較し、この比較の結果が一致する場合に、第二の通信機器１３に呼接続要求を送信するので、ＳＩＰサーバ３３にて呼接続制御の提供を行う通信事業者と、アプリケーションサーバ３２にて付加サービス制御を提供する通信事業者とが異なり、アプリケーションサーバ３２によって第一の通信機器１２の情報を第二の通信機器１３へ送信することを許容しないネットワークポリシーを規定するＳＩＰサーバ３３の場合であっても、第一の通信機器１２と第二の通信機器１３との間の通信を確実に確立することができる。
【０２５０】
最後に、全ての実施例で説明した端末装置１１，ＷＷＷサーバ３１，アプリケーションサーバ３２，ＳＩＰサーバ３３は、コンピュータで構成され、各処理はプログラムで実行される。また、各処理をプログラムとして、例えば、ＣＤやＦＤなどの記録媒体に記録して、この記録媒体をコンピュータに組み込んだり、または記録媒体に記録されたプログラムを通信回線を介してコンピュータにダウンロードしたり、または記録媒体からインストールし、プログラムでコンピュータを動作させることにより、上述した機能を処理させることができるのは勿論であり、このような記録媒体を用いることにより、その流通性を高めることができるものである。
【図面の簡単な説明】
【０２５１】
【図１】本発明のシステム例に係る呼制御通信システムαを全体構成図である。
【図２】本発明の実施例１に係る呼制御通信の実施形態を示すフローチャートである。
【図３】本発明の実施例２に係る呼制御通信の実施形態を示すフローチャートである。
【図４】本発明の実施例３に係る呼制御通信の実施形態を示すフローチャートである。
【図５】本発明の第２の実施の形態に係る呼制御通信システムを示した構成図である。
【図６−Ａ】本発明の実施例６に係る呼制御通信の実施形態を示すフローチャートである。
【図６−Ｂ】本発明の実施例６に係る呼制御通信の実施形態を示す図６−Ａに続くフローチャートである。
【図６−Ｃ】本発明の実施例６に係る呼制御通信の実施形態を示す図６−Ｂに続くフローチャートである。
【図７】本発明の実施例７に係る呼制御通信の実施形態を示すフローチャートである。
【図８】本発明の実施例８に係る呼制御通信の実施形態を示すフローチャートである。
【図９】本発明の第３の実施の形態に係る呼制御通信システムを示した構成図である。
【図１０】本発明の実施例１１に係る呼制御通信の実施形態を示すフローチャートである。
【符号の説明】
【０２５２】
α…呼制御通信システム
１１…端末装置
１２…第一の通信機器
１３…第二の通信機器
１４…第三の通信機器
２１…ＩＰ網
２２…相互接続点
２３…携帯電話網
２４…他社加入者網
３１…ＷＷＷサーバ
３２…アプリケーションサーバ
３３…ＳＩＰサーバ
３４…メディアサーバ
３５…ゲートウェイ
３６…収容位置管理サーバ
４１…アプリケーションサーバインタフェース
ＩＮＦＯ…ガイダンス変更要求
ＩＮＶＩＴＥ…接続要求
ＲＥ−ＩＮＶＩＴＥ…メディア情報変更要求
２００ＯＫ、１８３ｗＳＤＰ、１８０Ｒｉｎｇｉｎｇ…応答
【図１】
2008113399.tif 000003
【図２】
2008113399.tif 000004
【図３】
2008113399.tif 000005
【図４】
2008113399.tif 000006
【図５】
2008113399.tif 000007
【図６−Ａ】
2008113399.tif 000008
【図６−Ｂ】
2008113399.tif 000009
【図６−Ｃ】
2008113399.tif 000010
【図７】
2008113399.tif 000011
【図８】
2008113399.tif 000012
【図９】
2008113399.tif 000013
【図１０】
2008113399.tif 000014