JP5265983B2

JP5265983B2 - アプリケーションサーバおよびアプリケーションサーバの動作方法

Info

Publication number: JP5265983B2
Application number: JP2008195426A
Authority: JP
Inventors: 正志内條; 伸明栗原; 慎一関; 啓之矢崎
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2008-07-29
Filing date: 2008-07-29
Publication date: 2013-08-14
Anticipated expiration: 2028-07-29
Also published as: JP2010034896A

Description

本発明は、アプリケーションサーバおよびアプリケーションサーバの動作方法に関するものである。

ウェブブラウザなどから通信機器のアドレスを指定（クリック）することにより、通信機器間の通信を確立させ、通常の通信より便利に発信する機能を提供するクリックツーダイヤルサービスが注目されている。

従来は、特許文献１にあるように、端末からホームページへアクセスすることにより、発側の通信機器と着側の通信機器との間の音声通信を行う技術が開示されている。
特開平１１−４１２９４号公報

クリックツーダイヤルサービスにおいては、ユーザ間の通話やネットワーク装置からユーザへの情報送信など、多様な接続パターンへの対応や、音声／映像／ＦＡＸなど、多様なメディアの種類への対応といった、ユーザの異なる要件に対応した呼制御を行うことが想定されるが、従来では、主に単一の接続パターンを対象としており、要件に応じた呼制御は行っていない。

また、クリックツーダイヤルにより通信が確立できない場合、当該通信の重要性など、要件に応じて再度ユーザがクリックして通信の確立を試みる必要があるが、その場合、クリックにより容易に通信を確立できるというクリックツーダイヤルにおける効果が低減されてしまう。

その上、発側の通信機器とメディアサーバ（自動音声応答装置：Interactive Voice Responseなど）とを接続し、音声ガイダンスなどを送出する接続パターンの場合、メディアサーバ側の問題で通信が確立できない場合には、その後に通信の確立を試みても成功する可能性は低いため、無駄な接続要求が発生してしまう。

更に、予め指定された日時にシステムが自律的に発信処理を行って、通信が確立できない場合、ユーザはその旨をリアルタイムで把握できず、再接続の要求が非常に遅くなる可能性がある。

本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、通信機器同士を接続するだけでなく、通信機器とメディアサーバ間を接続することもでき、つまり、多様な接続パターンで接続を行うことができるアプリケーションサーバおよびその動作方法を提供することにある。

また、本発明のさらなる目的とするところは、通信機器とメディアサーバ間を接続する場合、多様なメディアの種類を容易に選択することができるアプリケーションサーバおよびその動作方法を提供することにある。

上記の課題を解決するために、第１の本発明に係るアプリケーションサーバは、通信機器同士の接続を示すパラメータを受信した場合、当該通信機器同士を接続する手段と、メディアを有するメディアサーバと通信機器の接続を示すパラメータと当該通信機器を示す通信機器識別情報を受信した場合、前記メディアサーバに対し、メディアの送信を準備させるための送信準備命令を送信するとともに、当該通信機器識別情報により示される通信機器に対し、前記メディアの受信を準備させるための受信準備命令を送信する手段と、前記送信準備命令に対する承諾の応答が送信されるとともに、前記受信準備命令に対する承諾の応答が送信されたなら、前記メディアサーバに対し、前記メディアを送信させるための送信命令を送信する手段とを備え、前記メディアサーバと通信機器の接続を示すパラメータとともに前記メディアの種類を示すパラメータを受信した場合、当該パラメータに応じたメディアサーバからメディアが送信されるように動作し、前記受信準備命令を送信する手段では、前記受信準備命令をＳＩＰサーバを介して送信する場合において、どのＳＩＰサーバを選択するかを内部のデータから取得し、前記受信準備命令を当該ＳＩＰサーバを介して送信することを特徴とする。

また、前記通信機器同士を接続する場合において、当該通信機器同士を一時的に接続できないなら、予め設定された時間が経過したときに、当該通信機器同士を接続させる、または、前記メディアサーバと通信機器を接続する場合において、前記通信機器が一時的にメディアを受信できない、または、前記メディアサーバが一時的にメディアを送信できないなら、前記メディアサーバに対し、前記メディアの送信を終了させるための終了命令を送信し、予め設定された時間が経過したなら、前記送信準備命令と前記受信準備命令を送信することを特徴とする。

また、前記メディアサーバと通信機器を接続する場合において、前記送信準備命令に対する承諾の応答が送信されなかったなら、前記送信命令の送信を中止することを特徴とする。

また、前記通信機器同士を接続する場合において、当該通信機器同士を接続できないなら、当該通信機器同士の接続を中止する、または、前記メディアサーバと通信機器を接続する場合において、前記通信機器がメディアを受信できないなら、前記送信命令の送信を中止することを特徴とする。

第２の本発明に係るアプリケーションサーバの動作方法は、通信機器同士の接続を示すパラメータを受信した場合、当該通信機器同士を接続するアプリケーションサーバの動作方法であって、メディアを有するメディアサーバと通信機器の接続を示すパラメータと当該通信機器を示す通信機器識別情報を受信した場合、前記メディアサーバに対し、メディアの送信を準備させるための送信準備命令を送信するとともに、当該通信機器識別情報により示される通信機器に対し、前記メディアの受信を準備させるための受信準備命令を送信する段階と、前記送信準備命令に対する承諾の応答が送信されるとともに、前記受信準備命令に対する承諾の応答が送信されたなら、前記メディアサーバに対し、前記メディアを送信させるための送信命令を送信する段階とを含み、前記アプリケーションサーバは、前記メディアサーバと通信機器の接続を示すパラメータとともに前記メディアの種類を示すパラメータを受信した場合、当該パラメータに応じたメディアサーバからメディアが送信されるように動作し、前記受信準備命令を送信する段階では、前記アプリケーションサーバは、前記受信準備命令をＳＩＰサーバを介して送信する場合において、どのＳＩＰサーバを選択するかを内部のデータから取得し、前記受信準備命令を当該ＳＩＰサーバを介して送信することを特徴とする。

本発明によれば、多様な接続パターンで接続を行うことができる。また、多様なメディアの種類を容易に選択することができる。

以下、本発明の実施の形態を図面を参照して説明する。

図１は、本実施の形態に係るアプリケーションサーバを含む通信システムの構成図である。

アプリケーションサーバ１は、サーバ（例えばＷＷＷサーバであり、以下、「ＷＷＷサーバ」という）２と網（例えばＩＰ網であり、図では「ＩＰ網」と記載）３を介して、表示装置４に接続されたコンピュータ５に接続されている。

コンピュータ５は、そのユーザによる操作、例えば、コンピュータ５に接続されたマウスなどで表示装置４に表示されたオブジェクトを指定して行うクリックにより発信要求を行う機能を有する。コンピュータ５は、システム用のカスタマーコントロール用の画面への条件登録などにも使用される。コンピュータ５は、クリックしてすぐに接続を行う場合以外に、クリックした後の所望のタイミングに接続を行う場合に使用される。表示装置４は、呼接続状態、接続結果などを表示させるために使用される。

ＷＷＷサーバ２は、表示装置４に表示される画面を表示するためのデータを有し、データをコンピュータ５に送信する機能、コンピュータ５からの発信要求、切断要求を受信し、アプリケーションサーバ１に転送する機能、後述する通信機器間や通信機器とメディアサーバ間の呼接続状態、接続結果をコンピュータ５に転送する機能を有する。ＷＷＷサーバ２は、例えば、インターネット上にあるウェブサイトである。ＷＷＷサーバ２は、例えば、クリックツーダイヤルサービスを提供する通信事業者が用意したカスタマーコントロール用のウェブサイトでもよい。

アプリケーションサーバ１は、音声のメディアを有するメディアサーバ６、映像のメディアを有するメディアサーバ７、ファクシミリの方式で送信可能なメディアを有するメディアサーバ８に接続されている。メディアは、例えば、何らかのガイダンスである。

アプリケーションサーバ１は、サーバ（例えばＩＰ電話通信のためのＳＩＰサーバであり、以下、「ＳＩＰサーバ」という）９と網（例えばＩＰ電話通信のための網であり、図では「ＩＰ電話網」と記載）１０を介して、通信機器（例えばＩＰ電話通信の端末つまりＩＰ電話）１１に接続されている。通信機器１１は、ＳＩＰサーバ９に収容されていてもよい。

ＳＩＰサーバ９は、アプリケーションサーバ１から呼設定の要求を受け、接続先のシステムに呼設定を行う機能を有する。呼設定の要求は、例えば、ＳＩＰやＩＮＡＰなどを用いて行われる。ＳＩＰサーバ９は、複数あってもよい。

アプリケーションサーバ１は、収容位置管理サーバ１２に接続されている。収容位置管理サーバ１２は、例えば、複数のＳＩＰサーバ９の中の１つを選択するために使用される。アプリケーションサーバ１は、例えば、どのＳＩＰサーバ９を選択するかを、収容位置管理サーバ１２にアクセスして取得する。アプリケーションサーバ１は、例えば、どのＳＩＰサーバ９を選択するかを内部のデータから取得する。アプリケーションサーバ１は、例えば、ＳＩＰサーバ９のアドレスをＷＷＷサーバ２から取得し、そのアドレスを有するＳＩＰサーバ９を選択する。

ＳＩＰサーバ９は、異なる網同士を接続するためのゲートウェイ１３と、異なる通信事業者の網間を結ぶための相互接続点１６と、網（例えば無線通信のための網であり、図では「携帯電話網」と記載）１４を介して、通信機器（例えば無線通信のための端末つまり携帯電話）１５に接続されている。ゲートウェイ１３は、複数あってもよい。

図示のゲートウェイ１３は、異なる通信事業者の網間を結ぶための相互接続点１６と、網（例えば、他の網を運営する会社でない他社の加入者網であり、図では「他社加入者網」と記載）１７を介して、通信機器（例えば他社の一般的な電話端末）１８に接続されている。

ゲートウェイ１３に対し複数の相互接続点１６が接続されていてもよい。例えば、ゲートウェイ１３と携帯電話網１４が、図示しない他の相互接続点を介して接続されていてもよい。また、図示の相互接続点１６に対し複数の他社加入者網１７が接続されていてもよい。また、ゲートウェイ１３と他社加入者網１７を、相互接続点１６を介さずに接続してもよい。

アプリケーションサーバ１は、ＷＷＷサーバ２から発信要求を受け付ける機能、通信機器１１、１５、１８、メディアサーバ６〜８への呼設定を行う機能、通信切断要求を受け付ける機能、設定した呼の解放を行う機能、呼の設定の結果をＷＷＷサーバ２に通知する機能などを有する。アプリケーションサーバ１とＷＷＷサーバ２の間の通信では、例えば、ＣＯＲＢＡ、ＨＴＴＰ、ＳＯＡＰなどが使用される。

メディアサーバ６〜８は、通信機器１１または１５と通信機器１８の通信確立時、通信機器１８の呼び出し時または通信切断時に、通信機器１１または１５に対し、通信確立、呼び出し中または通信切断状態を通知する音声等のメディアを送信する機能を有していてもよい。

図２は、本実施の形態で使用されるパラメータを示す図である。

本実施の形態では、通信機器１１、１８間のような二者間接続という接続パターン、通信機器１１とメディアサーバ６の間のような接続であるガイダンス接続という接続パターンのいずれかを選択でき、選択される接続パターンを示すパラメータＰ１が使用される。

また、音声、映像などという、送信されるメディアの種類を示すパラメータＰ２が使用される。また、送信されるメディアの名前を示すパラメータＰ３が使用される。また、発信側の通信機器を示す通信機器識別情報であるパラメータＰ４が使用される。パラメータＰ４は、着信側の通信機器を示す通信機器識別情報を含む場合がある。通信機器識別情報は、通信機器のアドレス（ＩＰアドレスやＳＩＰアドレス）や電話番号など、通信機器を示すものであればよい。

また、接続の試行の最大回数を示すパラメータＰ５が使用される。パラメータＰ５は、接続の試行の間隔（再度接続要求を行うまでの時間）を含む場合がある。また、パラメータＰ４により示される通信機器に代わる通信機器の通信機器識別情報であるパラメータＰ６が使用される。また、接続の試行をすべきタイミング（発信を行う時刻情報）を示すパラメータＰ７が使用される。

以下、本実施の形態における動作を複数の実施例で説明する。

（実施例１）
実施例１では、図３を参照し、通信機器１１とメディアサーバ６との間でガイダンス接続が行われる場合の動作の一例を説明する。

コンピュータ５は、ユーザの操作によりまたは自動で、ユーザＩＤと暗証番号をＷＷＷサーバ２に送信する（Ｓ１）。

ＷＷＷサーバ２は、ユーザＩＤと暗証番号により認証を行う（Ｓ３）。認証は、発信要求ごとにまたは複数の発信要求に先だって行われる。

ＷＷＷサーバ２は、認証が成功したら、保持したデータをコンピュータ５に送信し、表示装置４に画面を表示させる（Ｓ５）。

例えば、コンピュータ５にはマウスが接続されており、ユーザは、画面を見ながら、パラメータＰ１〜Ｐ４を指定する操作をマウスに対して行う。これにより、コンピュータ５は、操作に対応する各パラメータを生成する。ここでは、ガイダンス接続を示すパラメータＰ１、音声のメディアを示すパラメータＰ２、音声のメディアの名前を示すパラメータＰ３、通信機器１１の通信機器識別情報であるパラメータＰ４が生成されたこととする。ユーザは、例えば、画面に表示された発信ボタンをクリックする操作を行う。

これにより、コンピュータ５は、ＷＷＷサーバ２に発信要求（各パラメータを含む）を送信する（Ｓ１１）。

ＷＷＷサーバ２は、発信要求にＷＷＷサーバ２のアドレスを含ませ（Ｓ１３）、アプリケーションサーバ１に送信する（Ｓ１５）。また、ＷＷＷサーバ２は、発信要求に発信要求識別情報を対応づけ、コンピュータ５との間で発信要求を識別するために記憶する。

アプリケーションサーバ１は、発信要求に呼識別情報を対応づけ（Ｓ１７）、呼識別情報をＷＷＷサーバ２に送信する。アプリケーションサーバ１は、呼識別情報をＷＷＷサーバ２との間で呼を識別するために記憶する。

ＷＷＷサーバ２は、発信要求識別情報と呼識別情報を対応づけ、コンピュータ５からの要求をアプリケーションサーバ１に送信できるようにする。

アプリケーションサーバ１は、パラメータＰ１，Ｐ２を基にメディアサーバ６のアドレスを検索し、メディアサーバ６へ呼接続要求を送信する（Ｓ２１）。呼接続要求は、メディアの送信を準備させるための送信準備命令である。

この呼接続要求では、無音を示す情報をRequest-URIに設定し、セッション確立後、すぐにメディアを送信しないようにする。また、呼接続要求では、メディア情報は、音声に対応した情報を設定する。なお、呼接続要求では、接続先のアドレスは不明のため、仮のアドレスを設定する。また、呼接続要求では、要求者としてコンピュータ５のアドレスを設定する。これにより、コンピュータ５のユーザに課金されるようにする。

アプリケーションサーバ１は、メディアサーバ６から承諾の応答が送信されたなら（Ｓ２３）、例えば、どのＳＩＰサーバ９を選択するかを内部のデータから取得し、そのＳＩＰサーバ９を介して、パラメータＰ４により示される通信機器１１へ呼接続要求を送信する（Ｓ３１）。呼接続要求は、メディアの受信を準備させるための受信準備命令である。

この呼接続要求では、接続先のアドレスとしてパラメータＰ４を設定する。また、呼接続要求では、メディア情報は、メディアサーバ６からの承諾の応答内のメディア情報を設定する。また、呼接続要求では、要求者としてコンピュータ５のアドレスを設定する。これにより、コンピュータ５のユーザに課金されるようにする。

なお、アプリケーションサーバ１は、どのＳＩＰサーバ９を選択するかを、収容位置管理サーバ１２にアクセスして取得してもよい（Ｓ２５）。この場合、アプリケーションサーバ１は、収容位置管理サーバ１２に呼接続要求を送信し、その応答に設定されたアドレスのＳＩＰサーバ９を介して、通信機器１１へ呼接続要求を送信すればよい。

アプリケーションサーバ１は、ＳＩＰサーバ９を介して、通信機器１１から承諾の応答が送信されたなら（Ｓ３３）、メディアサーバ６にメディア情報変更要求を送信する（Ｓ４１）。

このメディア情報変更要求では、通信機器１１からの承諾の応答内のメディア情報を設定する。これにより、メディアサーバ６と通信機器１１の間のセッションが確立する（Ｓ４２）が、メディアサーバ６に送信された呼接続要求では、無音を示す情報をRequest-URIに設定しているため、まだメディアは送信されない。

アプリケーションサーバ１は、メディアサーバ６から承諾の応答が送信されたなら（Ｓ４３）、メディアサーバ６にガイダンス送出指示要求を送信する（Ｓ５１）。ガイダンス送出指示要求は、メディアを送信させるための送信命令である。ガイダンス送出指示要求には、パラメータＰ３（メディアの名前）が含まれる。以下に説明するガイダンス送出指示要求についても同様である。

アプリケーションサーバ１は、メディアサーバ６からガイダンス送出指示結果が送信されたなら（Ｓ５３）、発信要求に対する成功の結果をＷＷＷサーバ２を介して、コンピュータ５に送信し、表示装置４に表示させる（Ｓ５５）。

メディアサーバ６は、ガイダンス送出指示要求が送信されたので、そのガイダンス送出指示要求に含まれた名前のメディアを通信機器１１に送信する（Ｓ６１）。

アプリケーションサーバ１は、メディアの送信が終了し、メディアサーバ６から呼切断信号が送信されたなら（Ｓ６３）、呼切断を示す情報をＷＷＷサーバ２を介して、コンピュータ５に送信し、表示装置４に表示させる（Ｓ６５）。

また、アプリケーションサーバ１は、ＳＩＰサーバ９を介して、通信機器１１へ呼切断信号を送信し、セッションを解放する（Ｓ６７）。

以上、実施例１では、メディアサーバ６が音声のメディアを送信する動作を説明したが、パラメータＰ２が映像のメディアを示すものなら、アプリケーションサーバ１は、メディアサーバ６でなくメディアサーバ７に呼接続要求を送信し、その呼接続要求では、メディア情報は、映像に対応した情報を設定する。これにより、メディアサーバ７に映像のメディアを送信させることができる。また、パラメータＰ２がファクシミリの方式で送信可能なメディアを示すものなら、アプリケーションサーバ１は、メディアサーバ６でなくメディアサーバ８に呼接続要求を送信し、その呼接続要求では、メディア情報は、ファクシミリの方式で送信可能なメディアに対応した情報を設定する。これにより、メディアサーバ８にメディアを送信させることができる。また、パラメータＰ１が、二者間接続を示すものであり、パラメータＰ４が、着信側の通信機器（例えば、通信機器１８）を示す通信機器識別情報を含む場合、アプリケーションサーバ１は、各通信機器識別情報に対応する通信機器に呼接続要求を送信する。これにより、当該２つの通信機器を互いに接続させることができる。つまり、アプリケーションサーバ１は、二者間接続のパラメータを受信した場合に通信機器同士を接続する手段を有する。

なお、実施例１では、コンピュータ５が発信要求を行ったが、これを、例えば、ネットワーク上で検知できる何らかの情報トリガにより、ｘｘで雨が降り出した、ｘｘの株価が上昇したというような事象などにより、ＷＷＷサーバ２やＩＰ網３が自律で行ってもよい。また、これは、以下に説明する実施例でも同様である。

以上説明したように、実施例１によれば、アプリケーションサーバ１は、通信機器同士を接続する手段と、ガイダンス接続のパラメータと通信機器の通信機器識別情報を受信した場合、メディアサーバに対し、メディアの送信を準備させるための送信準備命令を送信するとともに、当該通信機器識別情報により示される通信機器に対し、メディアの受信を準備させるための受信準備命令を送信する手段（ステップＳ２１、Ｓ３１に対応する）と、送信準備命令に対する承諾の応答が送信されるとともに、受信準備命令に対する承諾の応答が送信されたなら、メディアサーバ６に対し、メディアを送信させるための送信命令を送信する手段（ステップＳ５１に対応する）とを備えることで、多様な接続パターンで接続を行うことができ、利便性を向上させることができる。

また、ガイダンス接続のパラメータとともにメディアの種類を示すパラメータＰ２を受信した場合、そのパラメータに応じたメディアサーバからメディアが送信されるように動作するので、多様なメディアの種類を容易に選択することができ、もって、利便性を向上させることができる。

（実施例２）
実施例２では、図４を参照し、実施例１において、通信機器１１が一時的にメディアを受信できない場合の動作の一例を説明する。

まず、実施例１のステップＳ１〜Ｓ５は、すでに終了していることとする。

ユーザは、画面を見ながら、パラメータＰ１〜Ｐ５を指定する操作をマウスに対して行う。これにより、ここでは、ガイダンス接続を示すパラメータＰ１、音声のメディアを示すパラメータＰ２、音声のメディアの名前を示すパラメータＰ３、通信機器１１の通信機器識別情報であるパラメータＰ４、接続の試行の最大回数である２回を示すパラメータＰ５が生成されたこととする。

ユーザは、例えば、画面に表示された発信ボタンをクリックする操作を行う。

これにより、コンピュータ５は、ＷＷＷサーバ２に発信要求（各パラメータを含む）を送信する（Ｓ１１１）。

ＷＷＷサーバ２は、発信要求にＷＷＷサーバ２のアドレスを含ませ（Ｓ１１３）、アプリケーションサーバ１に送信する（Ｓ１１５）。また、ＷＷＷサーバ２は、発信要求に発信要求識別情報を対応づけ、コンピュータ５との間で発信要求を識別するために記憶する。

アプリケーションサーバ１は、発信要求に呼識別情報を対応づけ（Ｓ１１７）、呼識別情報をＷＷＷサーバ２に送信する。アプリケーションサーバ１は、呼識別情報をＷＷＷサーバ２との間で呼を識別するために記憶する。ステップＳ１１７では、パラメータＰ５も記憶する。

つづいて、実施例１のステップＳ２１〜Ｓ２３、または、実施例１のステップＳ２１〜Ｓ２５と同様のシーケンスが実行されたこととする。

アプリケーションサーバ１は、ＳＩＰサーバ９を介して、パラメータＰ４により示される通信機器１１へ呼接続要求を送信する（Ｓ１３１）。

アプリケーションサーバ１は、ＳＩＰサーバ９を介して、通信機器１１から、通信機器１１が使用中である旨の応答が送信されたなら（Ｓ１３３）、メディアサーバ６へ呼切断信号を送信し、セッションを解放する（Ｓ１４１）。呼切断信号は、メディアの送信を終了させるための終了命令である。

また、アプリケーションサーバ１は、呼切断を示す情報をＷＷＷサーバ２を介して、コンピュータ５に送信し、表示装置４に表示させる（Ｓ１４３）。

次に、アプリケーションサーバ１は、パラメータＰ５つまり接続の試行の最大回数から１を減算し、減算結果が０か否かを確認する（Ｓ１５１）。

アプリケーションサーバ１は、減算結果は０でなく１なので、予めアプリケーションサーバ１に設定された時間が経過するまで呼接続要求の送信を中止しておく（Ｓ１５３）。なお、この時間の長さは、ユーザの操作により決定し、パラメータＰ５に含めて、コンピュータ５からアプリケーションサーバ１に送信し、アプリケーションサーバ１は、このパラメータが示す時間が経過するまで呼接続要求の送信を中止しておくこととしてもよい。

アプリケーションサーバ１は、時間が経過したら、実施例１のステップＳ２１と同様に、メディアサーバ６へ呼接続要求を送信する（Ｓ１５５）。

アプリケーションサーバ１は、メディアサーバ６から承諾の応答が送信されたなら（Ｓ１５７）、ステップＳ１３１へ戻り、ＳＩＰサーバ９を介して、通信機器１１へ呼接続要求を送信する（Ｓ１３１）。

アプリケーションサーバ１は、実施例１とステップＳ３３と同様に、ＳＩＰサーバ９を介して、通信機器１１から承諾の応答が送信されたなら、実施例１とステップＳ４１と同様に、メディアサーバ６にメディア情報変更要求を送信する。

以降、実施例１と同様なので、説明を省略する。

一方、アプリケーションサーバ１は、ＳＩＰサーバ９を介して、通信機器１１から、通信機器１１が使用中である旨の応答が再び送信されたなら（Ｓ１３３）、メディアサーバ６へ呼切断信号を送信し、セッションを解放する（Ｓ１４１）。

次に、アプリケーションサーバ１は、パラメータＰ５から１を減算し、減算結果が０か否かを確認する（Ｓ１５１）。

アプリケーションサーバ１は、減算結果は、今度は０なので、メディアサーバ６への呼接続要求を中止する。

なお、実施例２では、メディアサーバ６を例にしたが、他のメディアサーバの場合であっても同様である。

また、実施例２では、通信機器１１が一時的にメディアを受信できない場合について説明したが、メディアサーバが一時的にセッションを確立できず、メディアを送信できない場合、例えば、全てのチャネルが使用中である場合、同様に、一定時間経過後の再接続を行ってもよい。

以上説明したように、実施例２によれば、アプリケーションサーバ１は、通信機器が一時的にメディアを受信できない、または、メディアサーバが一時的にメディアを送信できないなら、メディアサーバ６に対し、メディアの送信を終了させるための終了命令を送信し、予め設定された時間が経過したなら、送信準備命令と受信準備命令を送信することで、通信機器とメディアサーバを一時的に接続できない場合であっても、その後においては接続できる可能性を高めることができ、もって、利便性を向上させることができる。

また、アプリケーションサーバ１は、メディアサーバと通信機器を接続する場合と同様に、通信機器同士を接続する場合、当該通信機器同士を一時的に接続できないなら、予め設定された時間が経過したときに、当該通信機器同士を接続させるようになっているので、通信機器同士を一時的に接続できない場合であっても、その後においては接続できる可能性を高めることができ、もって、利便性を向上させることができる。

なお、かかる動作は、通信機器同士の接続の場合だけ、または、メディアサーバと通信機器の接続の場合だけに限ってもよい。

また、実施例２では、接続の試行の最大回数を示すパラメータＰ５をユーザの操作で指定する場合を説明したが、パラメータＰ５は、予めアプリケーションサーバ１が記憶しておいてもよい。また、再接続（２回目以降の接続の試行）の要否をパラメータとしてもよい。

（実施例３）
実施例３では、図５を参照し、実施例１または２のステップＳ２１でメディアサーバ６に送信した呼接続要求に対し、応答が送信されなかった場合の動作の一例を説明する。

まず、ステップＳ２１に至るまでのステップは、すでに終了していることとする。

アプリケーションサーバ１は、メディアサーバ６へ呼接続要求を送信する（Ｓ２１）。アプリケーションサーバ１は、予めアプリケーションサーバ１に設定された時間が経過するまでに、メディアサーバ６から応答が送信されない場合、メディアサーバ６、またはアプリケーションサーバ１とメディアサーバ６の間のネットワークに障害が発生しており、早期回復は困難と想定されるので、呼接続できず、また、再接続は行わない旨の情報をＷＷＷサーバ２を介して、コンピュータ５に送信し、表示装置４に表示させる（Ｓ１６１）。

なお、実施例３では、メディアサーバ６を例にしたが、他のメディアサーバの場合であっても同様である。

以上説明したように、実施例３によれば、アプリケーションサーバ１は、送信準備命令に対する承諾の応答が送信されなかったなら、送信命令の送信を中止することで、通信機器とメディアサーバが接続できない場合に、他のメディアサーバとの接続を行うなどの善後策を講じることが可能となり、もって、利便性を向上させることができる。

また、アプリケーションサーバ１は、メディアサーバと通信機器を接続する場合と同様に、通信機器同士を接続する場合、当該通信機器同士を接続できないなら、当該通信機器同士の接続を中止するので、通信機器同士が接続できない場合に、通信機器の一方または両方を変えるなどの善後策を講じることが可能となり、もって、利便性を向上させることができる。

（実施例４）
実施例４では、図６を参照し、実施例１または２のステップＳ３１またはＳ１３１で通信機器１１に送信した呼接続要求に対し、通信機器１１がＳＩＰサーバ９に収容されていない旨の応答が送信された場合の動作の一例を説明する。

まず、ステップＳ３１などに至るまでのステップは、すでに終了していることとする。アプリケーションサーバ１は、通信機器１１へ呼接続要求を送信する（Ｓ３１（Ｓ１３１））。

アプリケーションサーバ１は、ＳＩＰサーバ９から、例えば、該当の通信機器１１がＳＩＰサーバ９に収容されていない旨の応答が送信されたなら（Ｓ１７３）、例えば、パラメータ４が間違っている場合があるので、メディアサーバ６へ呼切断信号を送信し、セッションを解放する（Ｓ１８１）。

また、アプリケーションサーバ１は、呼接続できず、また、再接続は行わない旨の情報をＷＷＷサーバ２を介して、コンピュータ５に送信し、表示装置４に表示させる（Ｓ１８３）。

なお、実施例４では、メディアサーバ６を例にしたが、他のメディアサーバの場合であっても同様である。

以上説明したように、実施例４によれば、アプリケーションサーバ１は、通信機器がメディアを受信できないなら、送信命令の送信を中止することで、指定した通信機器が正しいか否かを確認するなどの善後策を講じることが可能となり、もって、利便性を向上させることができる。

また、アプリケーションサーバ１は、メディアサーバと通信機器を接続する場合と同様に、通信機器同士を接続する場合、当該通信機器同士を接続できないなら、当該通信機器同士の接続を中止するので、通信機器同士が接続できない場合に、指定した通信機器が正しいか否かを確認するなどの善後策を講じることが可能となり、もって、利便性を向上させることができる。

ここで、図７を参照し、実施例２〜４において、呼接続要求を再送信するか否か判断に関わる処理の流れを説明する。

アプリケーションサーバ１は、ＷＷＷサーバ２から発信要求が送信されたなら、メディアサーバへ呼接続要求を送信する（Ｓ１００１）。

次に、アプリケーションサーバ１は、メディアサーバから承諾の応答が送信されたか否かを判定する（Ｓ１００３）。

アプリケーションサーバ１は、メディアサーバから承諾の応答が送信された場合（ＹＥＳ）、通信機器へ呼接続要求を送信する（Ｓ１００５）。

次に、アプリケーションサーバ１は、通信機器から承諾の応答が送信されたか否かを判定する（Ｓ１００７）。

アプリケーションサーバ１は、通信機器から承諾の応答が送信された場合（ＹＥＳ）、メディアサーバへメディア情報変更要求を送信するを送信する（Ｓ１００９）。

次に、アプリケーションサーバ１は、メディアサーバから承諾の応答が送信されたか否かを判定する（Ｓ１０１１）。

アプリケーションサーバ１は、メディアサーバから承諾の応答が送信された場合（ＹＥＳ）、メディアサーバにガイダンス送出指示要求を送信する（Ｓ１０１３）。

次に、アプリケーションサーバ１は、メディアサーバからガイダンス送出指示結果が送信されたか否かを判定する（Ｓ１０１５）。

アプリケーションサーバ１は、メディアサーバ６からガイダンス送出指示結果が送信された場合、呼接続要求の再送信は不要であり接続は完了した旨の判断結果を得て（Ｓ１０１７）、終了する。

一方、ステップＳ１００３、１００７、１０１１または１０１５でＮＯと判定された場合、ＮＯと判定された要因を分析する（Ｓ１０１９）。

アプリケーションサーバ１は、通信機器が使用中である旨の応答が送信され、ステップＳ１００７でＮＯと判定された場合、通信機器の使用が終了すれば、呼接続要求の再送信すれば、今度は承諾の応答が送信されることとなるので、呼接続要求を再送信は必要であり接続は未完了である旨の判断結果を得て（Ｓ１０２１）、終了する。

アプリケーションサーバ１は、メディアサーバから応答がなんら送信されず、ステップＳ１００３でＮＯと判定された場合、メディアサーバ、またはアプリケーションサーバ１とメディアサーバの間のネットワークに障害が発生しており、早期回復は困難で、呼接続要求を再送信しても、応答が送信されることはないと想定されるので、呼接続要求の再送信は不要であり接続は未完了である旨の判断結果を得て（Ｓ１０２３）、終了する。

アプリケーションサーバ１は、メディアサーバからガイダンス送出指示結果の代わりに、メディアがないことを示す応答が送信され、ステップＳ１０１５でＮＯと判定された場合、パラメータ３が間違っている場合があり、呼接続要求を再送信しても、ガイダンス送出指示結果が送信されることはないと想定されるので、呼接続要求を再送信は不要であり接続は未完了である旨の判断結果を得て（Ｓ１０２３）、終了する。

上記のように呼接続要求を再送信の要否を判定することで、例えば、メディアサーバ、またはアプリケーションサーバ１とメディアサーバの間のネットワークに障害が発生しており、早期回復は困難と想定される場合であっても、無駄な呼接続要求を送信せず、もって、トラヒックを軽減させることができる。

（実施例５）
実施例５では、図８を参照し、実施例２のステップＳ２００で減算結果が０となった場合、または、実施例４のステップＳ１７３で通信機器が収容されていない旨の応答が送信された場合などにおいて、通信機器１１に代えて、通信機器１５とメディアサーバ６を接続させる動作の一例を説明する。

まず、図２に示したステップＳ１〜Ｓ５は、すでに終了していることとする。

ユーザは、画面を見ながら、パラメータＰ１〜Ｐ５を指定する操作をマウスに対して行う。これにより、ここでは、ガイダンス接続を示すパラメータＰ１、音声のメディアを示すパラメータＰ２、音声のメディアの名前を示すパラメータＰ３、通信機器１１の通信機器識別情報であるパラメータＰ４、通信機器１５の通信機器識別情報であるパラメータＰ６が生成されたこととする。

これにより、コンピュータ５は、ＷＷＷサーバ２に発信要求（各パラメータを含む）を送信する（Ｓ２１１）。

ＷＷＷサーバ２は、発信要求にＷＷＷサーバ２のアドレスを含ませ（Ｓ２１３）、アプリケーションサーバ１に送信する（Ｓ２１５）。また、ＷＷＷサーバ２は、発信要求に発信要求識別情報を対応づけ、コンピュータ５との間で発信要求を識別するために記憶する。

アプリケーションサーバ１は、発信要求に呼識別情報を対応づけ（Ｓ２１７）、呼識別情報をＷＷＷサーバ２に送信する。アプリケーションサーバ１は、呼識別情報をＷＷＷサーバ２との間で呼を識別するために記憶する。ステップＳ２１７では、パラメータＰ６も記憶する。

つづいて、図２のステップＳ２１〜Ｓ２３、または、ステップＳ２１〜Ｓ２５と同様のシーケンスが実行されたこととする。

アプリケーションサーバ１は、ＳＩＰサーバ９を介して、パラメータＰ４により示される通信機器１１へ呼接続要求を送信する（Ｓ２３１）。

アプリケーションサーバ１は、ＳＩＰサーバ９を介して、通信機器１１から、通信機器１１が使用中である旨の応答が送信されたなら（Ｓ２３３）、パラメータＰ６により示される通信機器１５へ呼接続要求を送信する（Ｓ２４１）。

この呼接続要求では、接続先のアドレスとしてパラメータＰ６を設定する。また、呼接続要求では、メディア情報は、メディアサーバ６からの承諾の応答内のメディア情報を設定する。また、呼接続要求では、要求者としてコンピュータ５のアドレスを設定する。これにより、コンピュータ５のユーザに課金されるようにする。

アプリケーションサーバ１は、ＳＩＰサーバ９を介して、通信機器１５から承諾の応答が送信されたなら（Ｓ２４３）、メディアサーバ６にメディア情報変更要求を送信する（Ｓ２５１）。

このメディア情報変更要求では、通信機器１５からの承諾の応答内のメディア情報を設定する。これにより、メディアサーバ６と通信機器１５の間のセッションが確立する（Ｓ２５２）が、メディアサーバ６に送信された呼接続要求では、無音を示す情報をRequest-URIに設定しているため、まだメディアは送信されない。

アプリケーションサーバ１は、メディアサーバ６から承諾の応答が送信されたなら（Ｓ２５３）、メディアサーバ６にガイダンス送出指示要求を送信する（Ｓ２６１）。

アプリケーションサーバ１は、メディアサーバ６からガイダンス送出指示結果が送信されたなら（Ｓ２６３）、発信要求に対する成功の結果をＷＷＷサーバ２を介して、コンピュータ５に送信し、表示装置４に表示させる（Ｓ２６５）。

メディアサーバ６は、ガイダンス送出指示要求が送信されたので、通信機器１５に該当のメディアを送信する（Ｓ２７１）。

アプリケーションサーバ１は、メディアの送信が終了し、メディアサーバ６から呼切断信号が送信されたなら（Ｓ２７３）、呼切断を示す情報をＷＷＷサーバ２を介して、コンピュータ５に送信し、表示装置４に表示させる（Ｓ２７５）。

また、アプリケーションサーバ１は、ＳＩＰサーバ９を介して、通信機器１５へ呼切断信号を送信し、セッションを解放する（Ｓ２７７）。

なお、実施例５では、メディアサーバ６を例にしたが、他のメディアサーバの場合であっても同様である。

以上説明したように、実施例５によれば、アプリケーションサーバ１は、通信機器１１に代わる通信機器１５（代替通信機器）を示す通信機器識別情報が予め送信され、通信機器１１がメディアを受信できないなら、当該通信機器識別情報により示される代替通信機器（通信機器１５）に対し、メディアの受信を準備させるための受信準備命令を送信し、当該受信準備命令に対する承諾の応答が送信されたなら、メディアサーバに対し、送信命令を送信することで、通信機器とメディアサーバが接続できない場合に、代替通信機器（通信機器１５）とメディアサーバとの接続を行え、もって、利便性を向上させることができる。

また、アプリケーションサーバ１は、メディアサーバと通信機器を接続する場合と同様に、通信機器同士を接続する場合、少なくとも一方の通信機器に代わる代替通信機器を示す通信機器識別情報が予め送信され、当該通信機器同士を接続できないなら、当該通信機器識別情報により示される前記代替通信機器と他方の通信機器を接続させるので、利便性を向上させることができる。

また、実施例５によれば、複数の通信機器に受信準備命令を送信するので、メディアサーバと接続できる可能性を高めることができる。

なお、実施例５では、実施例２のように、通信機器１５が使用中である旨の応答が送信されなたなら、メディアサーバに対し終了命令を送信し、時間が経過してから送信準備命令と受信準備命令を送信してもよい。

また、実施例５では、接続パターンがガイダンス接続である場合を説明したが、接続パターンは、二者間接続でもよい。

なお、実施例２と同様に、接続の試行の最大回数を示すパラメータＰ５を用いてもよい。また、パラメータＰ５は、予めアプリケーションサーバ１が記憶しておいてもよい。また、再接続（２回目以降の接続の試行）の要否をパラメータとしてもよい。

（実施例６）
実施例６では、図９を参照し、実施例２において、ユーザにより指定されたタイミングにガイダンス接続が行われる場合の一例を説明する。

ユーザは、画面を見ながら、パラメータＰ１〜Ｐ５、Ｐ７を指定する操作をマウスに対して行う。これにより、ここでは、ガイダンス接続を示すパラメータＰ１、音声のメディアを示すパラメータＰ２、音声のメディアの名前を示すパラメータＰ３、通信機器１１の通信機器識別情報であるパラメータＰ４、パラメータＰ５、所望の日時を示すパラメータＰ７が生成されたこととする。

これにより、コンピュータ５は、ＷＷＷサーバ２に発信要求（各パラメータを含む）を送信する（Ｓ３１１）。

ＷＷＷサーバ２は、発信要求にＷＷＷサーバ２のアドレスを含ませ（Ｓ３１３）、アプリケーションサーバ１に送信する（Ｓ３１５）。また、ＷＷＷサーバ２は、発信要求に発信要求識別情報を対応づけ、コンピュータ５との間で発信要求を識別するために記憶する。

アプリケーションサーバ１は、発信要求に呼識別情報を対応づけ（Ｓ３１７）、呼識別情報をＷＷＷサーバ２に送信する。アプリケーションサーバ１は、呼識別情報をＷＷＷサーバ２との間で呼を識別するために記憶する。ステップＳ３１７では、パラメータＰ５、Ｐ７も記憶する。

アプリケーションサーバ１は、パラメータＰ７により示されるタイミングになるまで呼接続要求の送信を中止しておく（Ｓ３２１）。

アプリケーションサーバ１は、当該タイミングになったなら、実施例１のステップＳ２１と同様に、メディアサーバ６へ呼接続要求を送信する（Ｓ３３１）。

以降、実施例２と同様なので、説明を省略する。

なお、実施例６では、実施例３と同様に、送信準備命令に対する承諾の応答が送信されなかったなら、送信命令の送信を中止してもよい。

また、実施例６では、実施例４と同様に、通信機器がＳＩＰサーバ９に収容されていない旨の可能な応答が送信されたなら、送信命令の送信を中止してもよい。

また、実施例６では、実施例５と同様に、例えば、代替通信機器とメディアサーバとの接続を行うようにしてもよい。

以上説明したように、実施例６によれば、アプリケーションサーバ１は、メディアが送受信されるべきタイミングを示すタイミング情報であるパラメータ７が予め送信されていたなら、送信準備命令と受信準備命令を、当該タイミング情報により示されるタイミングに行うことで、ユーザは、通信機器とメディアサーバの接続の可能性が高いタイミングを予め指定でき、それによって接続の可能性を高められ、もって、利便性を向上させることができる。

また、アプリケーションサーバ１は、メディアサーバと通信機器を接続する場合と同様に、通信機器同士を接続する場合、当該通信機器同士を接続するべきタイミングを示すタイミング情報が予め送信されていたなら、当該タイミング情報により示される前記タイミングに当該通信機器同士を接続させるので、ユーザは、通信機器同士の接続の可能性が高いタイミングを予め指定でき、それによって接続の可能性を高められ、もって、利便性を向上させることができる。

本実施の形態に係るアプリケーションサーバを含む通信システムの構成図である。本実施の形態で使用されるパラメータを示す図である。通信機器とメディアサーバが接続される実施例１のシーケンス図である。通信機器が一時的にメディアを受信できない実施例２のシーケンス図である。メディアサーバに送信した呼接続要求に対し、応答が送信されなかった実施例３のシーケンス図である。通信機器に送信した呼接続要求に対し、通信機器が収容されていない旨の応答が送信された実施例４のシーケンス図である。呼接続要求を再送信するか否か判断に関わる処理の流れを示すフローチャートである。通信機器に代えて、代替の通信機器とメディアサーバ６を接続させる実施例５のシーケンス図である。ユーザにより指定されたタイミングにガイダンス接続が行われる実施例６のシーケンス図である。

符号の説明

１…アプリケーションサーバ
２…ＷＷＷサーバ
４…表示装置
５…コンピュータ
６、７、８…メディアサーバ
１１、１５、１８…通信機器

Claims

通信機器同士の接続を示すパラメータを受信した場合、当該通信機器同士を接続する手段と、
メディアを有するメディアサーバと通信機器の接続を示すパラメータと当該通信機器を示す通信機器識別情報を受信した場合、前記メディアサーバに対し、メディアの送信を準備させるための送信準備命令を送信するとともに、当該通信機器識別情報により示される通信機器に対し、前記メディアの受信を準備させるための受信準備命令を送信する手段と、
前記送信準備命令に対する承諾の応答が送信されるとともに、前記受信準備命令に対する承諾の応答が送信されたなら、前記メディアサーバに対し、前記メディアを送信させるための送信命令を送信する手段と
を備え、
前記メディアサーバと通信機器の接続を示すパラメータとともに前記メディアの種類を示すパラメータを受信した場合、当該パラメータに応じたメディアサーバからメディアが送信されるように動作し、
前記受信準備命令を送信する手段では、前記受信準備命令をＳＩＰサーバを介して送信する場合において、どのＳＩＰサーバを選択するかを内部のデータから取得し、前記受信準備命令を当該ＳＩＰサーバを介して送信する
ことを特徴とするアプリケーションサーバ。
前記通信機器同士を接続する場合において、当該通信機器同士を一時的に接続できないなら、予め設定された時間が経過したときに、当該通信機器同士を接続させる、
または、
前記メディアサーバと通信機器を接続する場合において、前記通信機器が一時的にメディアを受信できない、または、前記メディアサーバが一時的にメディアを送信できないなら、前記メディアサーバに対し、前記メディアの送信を終了させるための終了命令を送信し、予め設定された時間が経過したなら、前記送信準備命令と前記受信準備命令を送信することを特徴とする請求項１記載のアプリケーションサーバ。
前記メディアサーバと通信機器を接続する場合において、前記送信準備命令に対する承諾の応答が送信されなかったなら、前記送信命令の送信を中止することを特徴とする請求項１記載のアプリケーションサーバ。
前記通信機器同士を接続する場合において、当該通信機器同士を接続できないなら、当該通信機器同士の接続を中止する、
または、
前記メディアサーバと通信機器を接続する場合において、前記通信機器がメディアを受信できないなら、前記送信命令の送信を中止することを特徴とする請求項１記載のアプリケーションサーバ。
通信機器同士の接続を示すパラメータを受信した場合、当該通信機器同士を接続するアプリケーションサーバの動作方法であって、
メディアを有するメディアサーバと通信機器の接続を示すパラメータと当該通信機器を示す通信機器識別情報を受信した場合、前記メディアサーバに対し、メディアの送信を準備させるための送信準備命令を送信するとともに、当該通信機器識別情報により示される通信機器に対し、前記メディアの受信を準備させるための受信準備命令を送信する段階と、
前記送信準備命令に対する承諾の応答が送信されるとともに、前記受信準備命令に対する承諾の応答が送信されたなら、前記メディアサーバに対し、前記メディアを送信させるための送信命令を送信する段階と
を含み、
前記アプリケーションサーバは、前記メディアサーバと通信機器の接続を示すパラメータとともに前記メディアの種類を示すパラメータを受信した場合、当該パラメータに応じたメディアサーバからメディアが送信されるように動作し、
前記受信準備命令を送信する段階では、前記アプリケーションサーバは、前記受信準備命令をＳＩＰサーバを介して送信する場合において、どのＳＩＰサーバを選択するかを内部のデータから取得し、前記受信準備命令を当該ＳＩＰサーバを介して送信する
ことを特徴とするアプリケーションサーバの動作方法。