電話通信システム、着信側管理サーバおよび通信制御方法
【課題】発信側端末の通信事業者と着信側端末の通信事業者とが異なる場合にも、一方の通信事業者側で他方の通信事業者が管理するサービス契約設定情報を確認すること。
【解決手段】着信側管理サーバ３０Ａの受信部３２０が発信側管理サーバ３０Ｂの特定情報を発信側端末１０Ｂより受信する。着信側管理サーバの制御部３３０が、該特定情報を元に特定した発信側管理サーバに発信側端末の加入者情報を問い合わせる。着信側管理サーバの送出要求部３４０が、当該問い合わせに応じて発信側管理サーバより通知された発信側端末の加入者情報を元に、メロディサーバ４０に登録されている発信側端末用の音源コンテンツを発信側端末に送出することをメロディサーバに要求する。メロディサーバが、当該要求に応じて、発信側端末用の該音源コンテンツを発信側端末に送出する。
【解決手段】着信側管理サーバ３０Ａの受信部３２０が発信側管理サーバ３０Ｂの特定情報を発信側端末１０Ｂより受信する。着信側管理サーバの制御部３３０が、該特定情報を元に特定した発信側管理サーバに発信側端末の加入者情報を問い合わせる。着信側管理サーバの送出要求部３４０が、当該問い合わせに応じて発信側管理サーバより通知された発信側端末の加入者情報を元に、メロディサーバ４０に登録されている発信側端末用の音源コンテンツを発信側端末に送出することをメロディサーバに要求する。メロディサーバが、当該要求に応じて、発信側端末用の該音源コンテンツを発信側端末に送出する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話通信システム、着信側管理サーバおよび通信制御方法に関するものである。
【背景技術】
【０００２】
従来、発信側端末から着信側端末に電話発信を行う際に、発信側端末では、着信側端末が呼び出されている間に、いわゆるリングバックトーン（Ring Back Tone）という着信側端末または発信側端末の独自の呼出音を、発信側端末のユーザに聞かせるサービスを行っている（例えば、特許文献１を参照）。着信側端末の独自の呼出音は、該サービスに対する着信側端末の契約設定情報にしたがって、発信側端末と着信側端末との間の電話発着信を制御する通信制御装置の制御の元で、発信側端末に送出されるものである。発信側端末の独自の呼出音は、該サービスに対する発信側端末の契約設定情報にしたがって、通信制御装置の制御の元で、発信側端末に送出されるものである。
【特許文献１】特開２００５−３４１１２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
例えば発信側端末の通信事業者と着信側端末の通信事業者とが同じ場合であって、上記通信制御装置が発信側と着信側との両方を含む一つの装置として存在する場合には、通信制御装置は例えば自らが管理している着信側端末または発信側端末の契約設定情報にしたがって、着信側端末または発信側端末の独自の呼出音の音源データを発信側端末に送出することができる。
【０００４】
一方で、例えば発信側端末の通信事業者と着信側端末の通信事業者とが異なる場合であって、発信側の通信制御装置と着信側の通信制御装置とが別個の装置として独立して存在する場合には、例えば着信側の通信制御装置では発信側端末の契約設定情報を確認できない場合がある。この場合には、着信側の通信制御装置が発信側端末の独自の呼出音を発信側端末に送出することができない。
【０００５】
そこで、本発明は上記に鑑みてなされたもので、発信側端末の通信事業者と着信側端末の通信事業者とが異なる場合にも、一方の通信事業者側で他方の通信事業者が管理するサービス契約設定情報を確認することが可能な電話通信システム、着信側管理サーバおよび通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の電話通信システムは、着信側端末が呼び出されている間に呼出音の音源コンテンツを発信側端末に出力するサービスを提供する音源サーバと、サービスに対する着信側端末の契約設定情報を管理する着信側管理サーバと、サービスに対する発信側端末の契約設定情報を管理する発信側管理サーバと、を含む電話通信システムであって、着信側管理サーバは、発信側管理サーバを特定する特定情報を発信側端末より受信する受信手段と、受信手段が受信した特定情報を元に特定した発信側管理サーバに発信側端末の契約設定情報を問い合わせる問い合わせ手段と、問い合わせ手段の当該問い合わせに応じて発信側管理サーバより通知された発信側端末の契約設定情報を元に、音源サーバに予め登録されている発信側端末用の音源コンテンツを発信側端末に送出することを音源サーバに要求する要求手段と、を備え、音源サーバは、要求手段の当該要求に応じて、発信側端末用の音源コンテンツを発信側端末に送出する送出手段を備える。
【０００７】
また、電話通信システムにおける着信側管理サーバは、サービスに対する着信側端末の契約設定情報を管理する着信側管理サーバであって、発信側管理サーバを特定する特定情報を発信側端末より受信する受信手段と、受信手段が受信した特定情報を元に特定した発信側管理サーバに発信側端末の契約設定情報を問い合わせる問い合わせ手段と、問い合わせ手段の当該問い合わせに応じて発信側管理サーバより通知された発信側端末の契約設定情報を元に、音源サーバに予め登録されている発信側端末用の音源コンテンツを発信側端末に送出することを音源サーバに要求する要求手段と、を備える。
【０００８】
また、通信制御方法は、着信側端末が呼び出されている間に呼出音の音源コンテンツを発信側端末に出力するサービスを提供する音源サーバと、サービスに対する着信側端末の契約設定情報を管理する着信側管理サーバと、サービスに対する発信側端末の契約設定情報を管理する発信側管理サーバと、を含む電話通信システムにおける通信制御方法であって、着信側管理サーバの受信手段が、発信側管理サーバを特定する特定情報を発信側端末より受信する受信ステップと、着信側管理サーバの問い合わせ手段が、受信手段が受信した特定情報を元に特定した発信側管理サーバに発信側端末の契約設定情報を問い合わせる問い合わせステップと、着信側管理サーバの要求手段が、問い合わせ手段の当該問い合わせに応じて発信側管理サーバより通知された発信側端末の契約設定情報を元に、音源サーバに予め登録されている発信側端末用の音源コンテンツを発信側端末に送出することを音源サーバに要求する要求ステップと、音源サーバの送出手段が、要求手段の当該要求に応じて、発信側端末用の音源コンテンツを発信側端末に送出する送出ステップと、を備える。
【０００９】
このような本発明の電話通信システム、着信側管理サーバおよび通信制御方法によれば、着信側管理サーバが、発信側端末より受信した特定情報を元に特定した発信側管理サーバに、発信側端末の契約設定情報を問い合わせる。そして、当該問い合わせに応じて発信側端末の契約設定情報が発信側管理サーバより通知されると、着信側管理サーバは、当該通知された発信側端末の契約設定情報を元に、発信側端末用の音源コンテンツの送出を音源サーバに要求する。
【００１０】
以上より、着信側管理サーバと発信側管理サーバとが異なる装置である場合に、つまり着信側端末の通信事業者と発信側端末の通信事業者とが異なっており、いわゆるキャリア跨りをしている場合に、発信側端末の契約設定情報を管理していない着信側管理サーバは、特定情報を元に発信側端末の契約設定情報を管理している発信側管理サーバを特定して、キャリア間での契約設定情報の問い合わせを行うことができる。その結果、着信側管理サーバは、自サーバでは管理していない発信側端末の契約設定情報を確実に取得することができる。
【００１１】
また、電話通信システムにおいては、音源サーバは、音源コンテンツが音源サーバに格納されてから更新されずに一定期間が経った場合に、要求手段の当該要求に応じて、音源コンテンツが音源サーバに格納されてから更新されずに一定期間が経った旨を発信側端末に通知する更新通知手段を備えても良い。
【００１２】
この発明によれば、音源コンテンツが音源サーバに格納されてから更新されずに一定期間が経った場合に、音源サーバが、音源コンテンツが音源サーバに格納されてから更新されずに一定期間が経った旨を発信側端末に通知する。このことにより、呼出音を更新するためのきっかけを発信側端末のユーザに提供することができる。
【００１３】
また、電話通信システムにおいては、音源サーバは、発信側端末用の新規の音源コンテンツが音源サーバに登録された場合に、要求手段の当該要求に応じて、新規の音源コンテンツが登録された旨を発信側端末に通知する新規登録通知手段を備えても良い。
【００１４】
この発明によれば、発信側端末用の新規の音源コンテンツが確保された場合に、音源サーバが、当該新規の音源コンテンツが確保された旨を発信側端末に通知する。このことにより、呼出音を更新するためのきっかけを発信側端末のユーザに提供することができる。
【００１５】
また、電話通信システムにおいては、発信側端末および着信側端末のうち何れの端末を指定する旨を表す指定情報を発信側端末より受信する指定情報受信手段と、指定情報受信手段より入力した指定情報を着信側管理サーバに送信する指定情報送信手段と、を備える呼処理サーバを更に備え、着信側管理サーバの受信手段は、指定情報を呼処理サーバより受信し、着信側管理サーバの問い合わせ手段は、着信側端末が指定された旨を指定情報が表している場合に、着信側端末の契約設定情報を確認し、且つ発信側端末が指定された旨を指定情報が表している場合に、発信側管理サーバに発信側端末の契約設定情報を問い合わせ、着信側管理サーバの要求手段は、着信側端末が指定された旨を指定情報が表している場合に、問い合わせ手段が確認した着信側端末の契約設定情報を元に、音源サーバに予め登録されている着信側端末用の音源コンテンツを発信側端末に送出することを音源サーバに要求し、且つ発信側端末が指定された旨を指定情報が表している場合に、問い合わせ手段の当該問い合わせに応じて発信側管理サーバより通知された発信側端末の契約設定情報を元に、音源サーバに予め登録されている発信側端末用の音源コンテンツを発信側端末に送出することを音源サーバに要求しても良い。
【００１６】
この発明によれば、発信側端末のユーザは、発信側端末および着信側端末のうち何れかを指定することができる。このことにより、発信側端末のユーザは、音源サーバが何れの端末の契約設定情報を元に何れの端末用の音源コンテンツを送出するかを自らの意図で動的に決定することが可能となる。
【００１７】
また、電話通信システムにおいて、呼処理サーバ、音源サーバ、および着信管理サーバの何れかが、音源サーバが発信側端末用の音源コンテンツを送出しているか、または着信側端末用の音源コンテンツを送出しているかを表す情報を発信側端末に通知する通知手段を更に備えても良い。
【００１８】
この発明によれば、発信側端末のユーザは、再生される音源コンテンツが何れの端末用の音源コンテンツであるかを把握できる。
【発明の効果】
【００１９】
本発明によれば、発信側端末の通信事業者と着信側端末の通信事業者とが異なる場合にも、一方の通信事業者側で他方の通信事業者が管理するサービス契約設定情報を確認することが可能となる。
【発明を実施するための最良の形態】
【００２０】
以下、添付図面を参照して本発明にかかる通信制御方法および当該通信制御方法における管理サーバの好適な実施形態を詳細に説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明のものと必ずしも一致していない。
【００２１】
［第１実施形態］
まず、第１実施形態における電話通信システム１の構成について、図１を参照しながら説明する。図１は、電話通信システム１の構成概要図である。図１に示すように、電話通信システム１は、端末１０、呼処理サーバ２０、管理サーバ３０およびメロディサーバ４０（音源サーバ）を備えて構成される。各装置間は、例えばインターネット等の通信ネットワーク５０で接続されており、互いにデータの送受信が可能なように構成されている。以下、電話通信システム１を構成する各構成要素について詳細に説明する。
【００２２】
端末１０は、電話着信を行う通信端末である着信側端末１０Ａと、電話発信を行う通信端末である発信側端末１０Ｂと、の総称である。図１では、説明の便宜上、端末１０を発信側端末１０Ｂと着信側端末１０Ａとに分けて図示しているが、何れの端末１０もユーザの使用状況によって、発信側端末１０Ｂか、着信側端末１０Ａかになることができる。また、本実施形態において、着信側端末１０Ａおよび発信側端末１０Ｂは例えば携帯電話機であるが、これ以外にも例えば固定電話機等を端末１０として用いても良い。
【００２３】
端末１０は、図示はしないが、物理的には、ＣＰＵ、主記憶装置であるＲＡＭ及びＲＯＭ、操作ボタンなどの操作部、ＬＣＤや有機ＥＬディスプレイなどの出力装置、呼処理サーバ２０やメロディサーバ４０との間でデータの送受信を行う通信部、メモリディバイス等の補助記憶装置を備えて構成される。後述する端末１０の各機能は、ＣＰＵ、ＲＡＭ等のハードウェア上に所定のソフトウェアを読み込ませることにより、ＣＰＵの制御のもとで操作部、出力装置、通信部を動作させると共に、ＲＡＭや補助記憶装置におけるデータの読み出し及び書き込みを行うことで実現される。
【００２４】
発信側端末１０Ｂは、呼処理サーバ２０を介して、着信側端末１０Ａを通信相手とする電話発信を行う。発信側端末１０Ｂは、着信側端末１０Ａが呼び出されている間にメロディサーバ４０により送出された音源コンテンツを呼出音として出力するサービス（以下、「メロディコールサービス」という。）を提供する。呼出音として出力される音源コンテンツは、着信側端末１０Ａのユーザまたは発信側端末１０Ｂのユーザがそれぞれの好みを反映させてメロディサーバ４０に予め登録したものである。
【００２５】
メロディコールサービスのために、発信側端末１０Ｂは、電話発信時に、発信信号とキャリアコードとを呼処理サーバ２０に送信する。発信信号は、着信側端末１０Ａに電話接続を要求する旨の信号として、例えば着信側端末１０Ａおよび発信側端末１０Ｂを特定する情報（例えば各端末の電話番号等）を含む信号である。キャリアコードは、着信側端末１０Ａおよび発信側端末１０Ｂの通信事業者（キャリア）を特定する情報であって、例えば各キャリアが運用する管理サーバ３０のＵＲＬや各キャリアの識別番号等を含むコードである。以下では、着信側端末１０Ａ側の通信事業者（着信側キャリア）を特定する情報を「着信側キャリアコード」といい、発信側端末１０Ｂ側の通信事業者（発信側キャリア）を特定する情報を「発信側キャリアコード」という。なお、「発信側キャリアコード」は、特許請求の範囲における「特定情報」に相当する。
【００２６】
発信側端末１０Ｂは、メロディサーバ４０により送出された音源コンテンツを呼出音として出力するための出力装置として、例えばスピーカを有する。
【００２７】
呼処理サーバ２０は、着信側端末１０Ａと発信側端末１０Ｂとの間における通信交換機である。呼処理サーバ２０は、図示はしないが、物理的には、ＣＰＵ、ＲＯＭ及びＲＡＭ等の主記憶装置、キーボード及びマウス等の入力デバイス、ディスプレイ等の出力デバイス、通信のためのネットワークカード等の通信モジュール、ハードディスク等の補助記憶装置などを含む通常のコンピュータシステムとして構成される。後述する呼処理サーバ２０の各機能は、ＣＰＵ、ＲＡＭ等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵの制御のもとで通信モジュール、入力デバイス、出力デバイスを動作させるとともに、主記憶装置や補助記憶装置におけるデータの読み出し及び書き込みを行うことで実現される。図１では一つの装置として表示されている呼処理サーバ２０は、着信側端末１０Ａ側の呼処理サーバと、発信側端末１０Ｂ側の呼処理サーバとの両方を含むものである。呼処理サーバ２０は、発信側端末１０Ｂより受信した発信信号に基づいて、着信側端末１０Ａと発信側端末１０Ｂとの間における通常の電話発着信制御を行う。
【００２８】
呼処理サーバ２０は、発信側端末１０Ｂより受信した発信信号およびキャリアコードに基づいて、管理サーバ３０に、加入者情報の問い合わせを行う。加入者情報は、メロディコールサービスにおける契約設定情報を含む情報である。加入者情報の問い合わせを行うために、呼処理サーバ２０は、まず、発信側端末１０Ｂより受信した着信側キャリアコードから着信側キャリアが運用する管理サーバ（後述するように、着信側管理サーバ３０Ａ）を特定する。そして、呼処理サーバ２０は、当該特定した着信側キャリアの管理サーバに、着信側端末１０Ａまたは発信側端末１０Ｂの加入者情報を問い合わせる旨の信号（以下では、「加入者情報問い合わせ信号」という。）と、発信側キャリアコードとを送信する。加入者情報問い合わせ信号には、例えば着信側端末１０Ａおよび発信側端末１０Ｂを特定する情報として、各端末の電話番号（以下、「端末特定情報」という。）が含まれている。端末特定情報は、発信側端末１０Ｂより受信した発信信号に含まれているものである。
【００２９】
管理サーバ３０は、加入者情報を管理する装置であって、着信側端末１０Ａ側のキャリアが運用する管理サーバである着信側管理サーバ３０Ａと、発信側端末１０Ｂ側のキャリアが運用する管理サーバである発信側管理サーバ３０Ｂ（発信側管理サーバ）と、の総称である。電話通信の通信態様によっては、例えば同じキャリア内の２機の端末による電話発着信のように、着信側管理サーバ３０Ａと発信側管理サーバ３０Ｂとが一つの装置である場合ももちろんあるが、本実施形態における以下の説明では、着信側管理サーバ３０Ａと発信側管理サーバ３０Ｂとは同じ機能を有する別個の装置であることを仮定する。つまり、本実施形態では、異なるキャリアの２機の端末が電話発着信を行うことを仮定する。また、端末１０の場合と同様に、図１では、説明の便宜上、管理サーバ３０を着信側管理サーバ３０Ａと発信側端末１０Ｂとに分けて図示しているが、何れの管理サーバ３０もユーザの使用状況によって、着信側管理サーバ３０Ａか、発信側端末１０Ｂかになることができる。
【００３０】
図２は、管理サーバ３０のハードウェア構成図である。管理サーバ３０は、物理的には、図２に示すように、ＣＰＵ３１、ＲＯＭ３２及びＲＡＭ３３等の主記憶装置、キーボード及びマウス等の入力デバイス３４、ディスプレイ等の出力デバイス３５、通信のためのネットワークカード等の通信モジュール３６、ハードディスク等の補助記憶装置３７などを含む通常のコンピュータシステムとして構成される。後述する管理サーバ３０の各機能は、ＣＰＵ３１、ＲＡＭ３３等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ３１の制御のもとで通信モジュール３６、入力デバイス３４、出力デバイス３５を動作させるとともに、主記憶装置３２，３３や補助記憶装置３７におけるデータの読み出し及び書き込みを行うことで実現される。
【００３１】
図３は、管理サーバ３０の構成概要図である。管理サーバ３０は、機能的には、加入者情報格納部３１０、受信部３２０（受信手段）、制御部３３０（問い合わせ手段）および送出要求部３４０（要求手段）を備えて構成される。以下、管理サーバ３０を構成する各構成要素について詳細に説明する。
【００３２】
加入者情報格納部３１０は、自サーバが提供するメロディコールサービスを行っている端末に対する加入者情報を格納しているものである。つまり、着信側管理サーバ３０Ａの加入者情報格納部３１０は、着信側端末１０Ａがメロディコールサービスを行っている場合に、着信側端末１０Ａの加入者情報を格納している。また、発信側管理サーバ３０Ｂの加入者情報格納部３１０は、発信側端末１０Ｂがメロディコールサービスを行っている場合に、発信側端末１０Ｂの加入者情報を格納している。加入者情報には、メロディコールサービスを行うときに、着信側端末１０Ａが呼び出されている間に呼出音として発信側端末１０Ｂの出力装置が出力すべき音源コンテンツを特定する情報（以下、「音源コンテンツ特定情報」という。）が含まれている。
【００３３】
受信部３２０は、呼処理サーバ２０または他の管理サーバとの間で、信号を受信するものである。具体的に、受信部３２０は、呼処理サーバ２０または他の管理サーバ３０より、加入者情報問い合わせ信号を受信する。特に、自サーバが着信側管理サーバ３０Ａである場合に、受信部３２０は、呼処理サーバ２０より、発信側キャリアコードを受信する。受信部３２０は、当該受信した加入者情報問い合わせ信号と発信側キャリアコードとを制御部３３０に出力する。
【００３４】
制御部３３０は、端末の加入者情報を確認するものである。具体的に、制御部３３０は、受信部３２０より入力した加入者情報問い合わせ信号に含まれた端末特定情報を元に、当該端末の加入者情報を加入者情報格納部３１０より読み出す。制御部３３０は、呼処理サーバ２０より受信した加入者情報問い合わせ信号を受信部３２０を通じて入力した場合には、当該読み出した加入者情報を送出要求部３４０に出力する。一方、制御部３３０は、他の管理サーバより受信した加入者情報問い合わせ信号を受信部３２０を通じて入力した場合には、当該読み出した加入者情報を当該他の管理サーバに通知する。
【００３５】
一方、制御部３３０は、加入者情報問い合わせ信号に含まれた端末特定情報を元に、当該端末の加入者情報を加入者情報格納部３１０より読み出せない場合に、特に自サーバが着信側管理サーバ３０Ａである場合には、受信部３２０より入力された発信側キャリアコードに基づいて、当該発信側キャリアコードにより特定される発信側管理サーバ３０Ｂに、加入者情報の問い合わせを行う。このようにキャリア間での加入者情報の問い合わせを行うために、制御部３３０は、受信部３２０より入力された発信側キャリアコードを元に特定した発信側管理サーバ３０Ｂに、発信側端末１０Ｂの加入者情報を問い合わせる旨の加入者情報問い合わせ信号を送信する。該加入者情報問い合わせには、例えば発信側端末１０Ｂの端末特定情報が含まれている。そして、制御部３３０は、該問い合わせに応じて発信側管理サーバ３０Ｂより発信側端末１０Ｂの加入者情報を通知されると、当該通知された加入者情報を送出要求部３４０に出力する。
【００３６】
送出要求部３４０は、制御部３３０より入力された加入者情報を元に、メロディサーバ４０に予め登録されている音源コンテンツを発信側端末１０Ｂに送出することを当該メロディサーバ４０に要求するものである。当該要求を行うために、送出要求部３４０は、制御部３３０より入力された加入者情報に含まれた音源コンテンツ特定情報をメロディサーバ４０に送信する。
【００３７】
図１に戻り、メロディサーバ４０は、着信側端末１０Ａのユーザまたは発信側端末１０Ｂのユーザがそれぞれの好みを反映させて予め登録した音源コンテンツを管理するものである。メロディサーバ４０は、図示はしないが、物理的には、ＣＰＵ、ＲＯＭ及びＲＡＭ等の主記憶装置、キーボード及びマウス等の入力デバイス、ディスプレイ等の出力デバイス、通信のためのネットワークカード等の通信モジュール、ハードディスク等の補助記憶装置などを含む通常のコンピュータシステムとして構成される。後述するメロディサーバ４０の各機能は、ＣＰＵ、ＲＡＭ等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵの制御のもとで通信モジュール、入力デバイス、出力デバイスを動作させるとともに、主記憶装置や補助記憶装置におけるデータの読み出し及び書き込みを行うことで実現される。
【００３８】
図４は、メロディサーバ４０の構成概要図である。メロディサーバ４０は、機能的には、図４に示すように、音源コンテンツ格納部４１０、送受信部４２０および読み出し部４３０（送出手段）を備えて構成される。管理サーバ３０の送出要求部３４０より送信された任意の音源コンテンツ特定情報を送受信部４２０が受信する。送受信部４２０が当該音源コンテンツ特定情報を読み出し部４３０に出力すると、読み出し部４３０は、入力した音源コンテンツ特定情報を元に、当該音源コンテンツを音源コンテンツ格納部４１０より読み出す。そして、制御部３３０は、当該読み出した音源コンテンツを送受信部４２０に出力し、送受信部４２０は当該入力した音源コンテンツを発信側端末１０Ｂに送出する。
【００３９】
続いて、電話通信システム１により行われる動作（通信制御方法）について、図５を参照しながら説明する。図５は、電話通信システム１の動作を示すシーケンス図である。なお、以下の説明においては、少なくとも発信側端末１０Ｂはメロディコールサービスを行っており、発信側端末１０Ｂの加入者情報は発信側管理サーバ３０Ｂの加入者情報格納部３１０に格納されていることを仮定する。
【００４０】
最初に、発信側端末１０Ｂが、発信信号と、着信側キャリアコードと、発信側キャリアコードとを呼処理サーバ２０に送信して、着信側端末１０Ａとの電話接続を要求する（ステップＳ１０１）。
【００４１】
次に、ステップＳ１０１にて発信側端末１０Ｂによる接続要求に応答する（後述するステップＳ１１２）ために、呼処理サーバ２０は、最初に、着信側端末１０Ａの加入者情報または発信側端末１０Ｂの加入者情報を問い合わせる。加入者情報の問い合わせを行うために、呼処理サーバ２０は、まず、ステップＳ１０１にて発信側端末１０Ｂより受信した着信側キャリアコードから着信側管理サーバ３０Ａを特定する。そして、呼処理サーバ２０は、当該特定した着信側管理サーバ３０Ａに、着信側端末１０Ａまたは発信側端末１０Ｂの加入者情報を問い合わせる旨の加入者情報問い合わせ信号と、発信側キャリアコードとを送信する（ステップＳ１０２）。
【００４２】
次に、着信側管理サーバ３０Ａの受信部３２０が、ステップＳ１０２にて呼処理サーバ２０より送信された加入者情報問い合わせ信号と発信側キャリアコードとを受信して、制御部３３０に出力する（ステップＳ１０３、受信ステップ）。
【００４３】
次に、着信側管理サーバ３０Ａの制御部３３０が、ステップＳ１０３にて受信部３２０より入力された加入者情報問い合わせ信号と発信側キャリアコードを元に、着信側端末１０Ａまたは発信側端末１０Ｂの加入者情報を確認する。着信側管理サーバ３０Ａの制御部３３０は、まず、受信部３２０より入力した加入者情報問い合わせ信号に含まれた着信側端末１０Ａの端末特定情報を元に、当該着信側端末１０Ａの加入者情報を加入者情報格納部３１０より読み出す（ステップＳ１０４）。
【００４４】
ステップＳ１０４にて、着信側管理サーバ３０Ａの制御部３３０が着信側端末１０Ａの加入者情報を加入者情報格納部３１０より読み出すことができた場合（ステップＳ１０４：ＹＥＳ）には、着信側管理サーバ３０Ａの制御部３３０は当該読み出した加入者情報を着信側管理サーバ３０Ａの送出要求部３４０に出力し、処理の流れは後述するステップＳ１０８に移行する。この場合は、着信側端末１０Ａがメロディコールサービスを行っている場合である。
【００４５】
一方で、ステップＳ１０４にて、着信側管理サーバ３０Ａの制御部３３０が着信側端末１０Ａの加入者情報を加入者情報格納部３１０より読み出すことができなかった場合（ステップＳ１０４：ＮＯ）は、着信側端末１０Ａがメロディコールサービスを行っていないため、加入者情報格納部３１０に着信側端末１０Ａの加入者情報が格納されていない場合である。この場合に、着信側管理サーバ３０Ａの制御部３３０は、ステップＳ１０３にて受信部３２０より入力された加入者情報問い合わせ信号と発信側キャリアコードとを元に、発信側端末１０Ｂの加入者情報の問い合わせを異なるキャリア間で行う。
【００４６】
キャリア間での加入者情報の問い合わせを行うために、着信側管理サーバ３０Ａの制御部３３０は、まず、ステップＳ１０３にて受信部３２０より入力した発信側キャリアコードから発信側管理サーバ３０Ｂを特定する。そして、着信側管理サーバ３０Ａの制御部３３０は、当該特定した発信側管理サーバ３０Ｂの受信部３２０に、発信側端末１０Ｂの加入者情報を問い合わせる旨の加入者情報問い合わせ信号を送信する（ステップＳ１０５、問い合わせステップ）。
【００４７】
次に、発信側管理サーバ３０Ｂの制御部３３０が、ステップＳ１０５にて発信側管理サーバ３０Ｂの受信部３２０が着信側管理サーバ３０Ａより受信した加入者情報問い合わせ信号を元に、発信側端末１０Ｂの加入者情報を確認する。発信側管理サーバ３０Ｂの制御部３３０は、まず、着信側管理サーバ３０Ａより送信された加入者情報問い合わせ信号に含まれた発信側端末１０Ｂの端末特定情報を元に、当該発信側端末１０Ｂの加入者情報を自サーバの加入者情報格納部３１０より読み出す（ステップＳ１０６）。
【００４８】
ステップＳ１０６にて、発信側管理サーバ３０Ｂの制御部３３０が発信側端末１０Ｂの加入者情報を自サーバの加入者情報格納部３１０より読み出すと、発信側管理サーバ３０Ｂの制御部３３０は当該読み出した加入者情報を、ステップＳ１０５におけるキャリア間での加入者情報の問い合わせに対する応答として、当該着信側管理サーバ３０Ａの制御部３３０に通知する。そして、着信側管理サーバ３０Ａの制御部３３０は、発信側管理サーバ３０Ｂより発信側端末１０Ｂの加入者情報を通知されると、当該通知された加入者情報を自サーバの送出要求部３４０に出力する（ステップＳ１０７）。
【００４９】
次に、着信側管理サーバ３０Ａの送出要求部３４０が、自サーバの制御部３３０より入力された加入者情報を元に、メロディサーバ４０に予め登録されている音源コンテンツを発信側端末１０Ｂに送出することを当該メロディサーバ４０に要求する。当該要求を行うために、着信側管理サーバ３０Ａの送出要求部３４０は、自サーバの制御部３３０より入力された加入者情報に含まれた音源コンテンツ特定情報をメロディサーバ４０に送信する（ステップＳ１０８、要求ステップ）。
【００５０】
処理の流れがステップＳ１０４よりステップＳ１０８に直接に移行された場合には、着信側端末１０Ａがメロディコールサービスを行っている場合であって、着信側管理サーバ３０Ａの送出要求部３４０は、着信側端末１０Ａのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求することとなる。
【００５１】
一方で、処理の流れがステップＳ１０４の後にステップＳ１０５〜ステップＳ１０７を経てからステップＳ１０８に移行された場合には、着信側端末１０Ａがメロディコールサービスを行っていない場合であって、着信側管理サーバ３０Ａの送出要求部３４０は、発信側端末１０Ｂのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求することとなる。
【００５２】
次に、ステップＳ１０８にて着信側管理サーバ３０Ａの送出要求部３４０より送信された音源コンテンツ特定情報をメロディサーバ４０の送受信部４２０が受信する。送受信部４２０が当該音源コンテンツ特定情報を読み出し部４３０に出力すると、読み出し部４３０は、入力した音源コンテンツ特定情報を元に、当該音源コンテンツを音源コンテンツ格納部４１０より読み出す（ステップＳ１０９）。
【００５３】
次に、読み出し部４３０が、ステップＳ１０９にて読み出した音源コンテンツを発信側端末１０Ｂに送出する旨を表す信号を、ステップＳ１０８における音源コンテンツ送出の要求に対する応答として、着信側管理サーバ３０Ａに送信する（ステップＳ１１０）。
【００５４】
次に、ステップＳ１１０にてメロディサーバ４０より送信された信号を着信側管理サーバ３０Ａが受信すると、当該受信した信号が、ステップＳ１０２における加入者情報問い合わせに対する応答として、呼処理サーバ２０に送信される（ステップＳ１１１）。この処理は、例えば着信側管理サーバ３０Ａの制御部３３０により行われても良い。
【００５５】
次に、ステップＳ１１１にて加入者情報問い合わせに対する応答を受信した呼処理サーバ２０が、ステップＳ１０１における接続要求に対する応答として、発信側端末１０Ｂと着信側端末１０Ａとの間の電話通信を確立する（ステップＳ１１２）。
【００５６】
ステップＳ１１２と並行して、メロディサーバ４０の読み出し部４３０がステップＳ１０９にて読み出した音源コンテンツを送受信部４２０に出力し、送受信部４２０が当該入力した音源コンテンツを発信側端末１０Ｂに送出する。このことにより、発信側端末１０Ｂは、着信側端末１０Ａが呼び出されている間にメロディサーバ４０により送出された音源コンテンツを呼出音として出力することができる（ステップＳ１１３、送出ステップ）。
【００５７】
次に、呼処理サーバ２０による、発信側端末１０Ｂと着信側端末１０Ａとの間の通常の電話通信制御が行われる（ステップＳ１１４）。
【００５８】
前述したように、処理の流れがステップＳ１０４よりステップＳ１０８に直接に移行された場合には、ステップＳ１０８にて、着信側管理サーバ３０Ａの送出要求部３４０が、着信側端末１０Ａのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求している。このため、ステップＳ１１３では、着信側端末１０Ａのユーザが登録した音源コンテンツが発信側端末１０Ｂのユーザに聞こえる呼出音として出力される。
【００５９】
一方で、処理の流れがステップＳ１０４の後にステップＳ１０５〜ステップＳ１０７を経てからステップＳ１０８に移行された場合には、ステップＳ１０８にて、着信側管理サーバ３０Ａの送出要求部３４０が、発信側端末１０Ｂのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求している。このため、ステップＳ１１３では、発信側端末１０Ｂのユーザが登録した音源コンテンツが発信側端末１０Ｂのユーザ自らに聞こえる呼出音として出力される。
【００６０】
続いて、本実施形態にかかる電話通信システム１の作用及び効果について説明する。本実施形態によれば、特に、着信側端末１０Ａがメロディコールサービスを行っていない場合に、着信側管理サーバ３０Ａが、発信側端末１０Ｂの加入者情報を元に、発信側端末１０Ｂのユーザが登録した音源コンテンツの送出をメロディサーバ４０に要求すると、メロディサーバ４０が、当該要求に応じて、発信側端末１０Ｂ用の音源コンテンツを当該発信側端末１０Ｂに送出する。この発信側端末１０Ｂ用の音源コンテンツは、例えば発信側端末１０Ｂのユーザが自らの好みを反映させてメロディサーバ４０に予め登録しているものである。以上より、発信側端末１０Ｂでは、自端末のユーザの好みが考慮された呼出音が出力されるようになる。このように、ユーザ自らが設定した呼出音を当該ユーザに聞かせることにより、自ら設定した呼出音を更新するためのきっかけを当該ユーザに提供することができる。
【００６１】
また、本実施形態によれば、着信側管理サーバ３０Ａが、発信側端末１０Ｂより受信した発信側キャリアコードを元に特定した発信側管理サーバ３０Ｂに、発信側端末１０Ｂの加入者情報を問い合わせる。そして、当該問い合わせに応じて発信側端末１０Ｂの加入者情報が発信側管理サーバ３０Ｂより通知されると、着信側管理サーバ３０Ａが、当該通知された発信側端末１０Ｂの加入者情報を元に、発信側端末１０Ｂ用の音源コンテンツの送出を音源サーバに要求する。以上より、着信側管理サーバ３０Ａと発信側管理サーバ３０Ｂとが異なる装置である場合に、発信側端末１０Ｂの加入者情報を管理していない着信側管理サーバ３０Ａは、発信側キャリアコードを元に発信側端末１０Ｂの加入者情報を管理している発信側管理サーバ３０Ｂを特定して、キャリア間での加入者情報の問い合わせを行うことができる。その結果、着信側管理サーバ３０Ａは、自装置では管理していない発信側端末１０Ｂの加入者情報を確実に取得して確認することができる。したがって、本実施形態によれば、いわゆるキャリア跨りをしている場合にも、発信側端末１０Ｂでは、自端末のユーザの好みが考慮された呼出音が出力されるようになり、このようにユーザ自らが設定した呼出音を当該ユーザに聞かせることにより、自ら設定した呼出音を更新するためのきっかけを当該ユーザに提供することができる。
【００６２】
［第２実施形態］
第２実施形態では、メロディサーバ４０において第１実施形態との相違点がある。第２実施形態におけるメロディサーバ４０の構成概要図は、前述した図４と同様である。第２実施形態では、音源コンテンツ格納部４１０に格納された音源コンテンツが更新されてないままで一定期間（例えば３ヶ月）が経った場合に、メロディサーバ４０の読み出し部４３０（更新通知手段、新規登録通知手段）が、読み出した音源コンテンツを送出する代わりに、当該音源コンテンツが一定期間更新されていない旨を発信側端末１０Ｂに通知する。また、メロディサーバ４０の音源コンテンツ格納部４１０が発信側端末１０Ｂに提供可能な新規の音源コンテンツの登録を受けた場合に、メロディサーバ４０の読み出し部４３０が、読み出した既存の音源コンテンツを送出する代わりに、当該新規の音源コンテンツが登録された旨を発信側端末１０Ｂに通知する。
【００６３】
以下では、第２実施形態の電話通信システム１により行われる動作について、図６を参照しながら説明する。図６は、第２実施形態における電話通信システム１の動作を示すシーケンス図である。
【００６４】
図６に示すように、まず、ステップ１０１〜ステップＳ１０８（図５を参照）が実行される。
【００６５】
次に、ステップＳ１０８にて着信側管理サーバ３０Ａの送出要求部３４０より送信された音源コンテンツ特定情報をメロディサーバ４０の送受信部４２０が受信する。送受信部４２０が当該音源コンテンツ特定情報を読み出し部４３０に出力すると、読み出し部４３０は、入力した音源コンテンツ特定情報を元に、当該音源コンテンツが更新されてから現時刻までの経過時間をカウントする。このとき、各音源コンテンツには音源コンテンツ格納部４１０に格納された時刻を表す情報が例えばヘッダ等に付加されていても良い。また、読み出し部４３０は、音源コンテンツ格納部４１０に発信側端末１０Ｂに提供可能な新規の音源コンテンツが確保されているか否かを確認する（ステップＳ２０１）。
【００６６】
次に、ステップ１１０〜ステップＳ１１２（図５を参照）が実行される。
【００６７】
次に、ステップＳ２０１にて、音源コンテンツ格納部４１０に格納された音源コンテンツが更新されてないままで一定期間が経ったと判断された場合に、読み出し部４３０は、当該音源コンテンツが一定期間更新されていない旨を表すガイダンス信号を発信側端末１０Ｂに通知する。また、ステップＳ２０１にて、音源コンテンツ格納部４１０に発信側端末１０Ｂに提供可能な新規の音源コンテンツが登録されていると判断された場合に、読み出し部４３０は、当該新規の音源コンテンツが登録された旨を表すガイダンス信号を発信側端末１０Ｂに通知する。そして、発信側端末１０Ｂは、上記ガイダンス信号を呼出音として音源コンテンツの代わりに出力することができる（ステップＳ２０２）。
【００６８】
次に、呼処理サーバ２０による、着信側端末１０Ａと発信側端末１０Ｂとの間の通常の電話通信制御が行われる（ステップＳ１１４）。
【００６９】
このような第２実施形態によれば、既に格納されている音源コンテンツが更新されてないままで一定期間が経った場合に、メロディサーバ４０が、当該音源コンテンツが一定期間更新されていない旨を発信側端末１０Ｂに通知する。また、発信側端末１０Ｂ用の新規の音源コンテンツが登録された場合に、メロディサーバ４０が、当該新規の音源コンテンツが登録された旨を発信側端末１０Ｂに通知する。これらのことにより、音源コンテンツを更新するためのきっかけを発信側端末１０Ｂのユーザに提供することができる。
【００７０】
［第３実施形態］
続いて、本発明の第３実施形態について説明する。図７は、第３実施形態における呼処理サーバ２０の構成概要図である。図７に示すように、呼処理サーバ２０は、指定情報受信部２１０（指定情報受信手段）、指定情報送信部２２０（指定情報送信手段）、および通知部２３０（通知手段）を備える。なお、呼処理サーバ２０は上記の第１実施形態および第２実施形態における各処理を行うために、図示しない制御部、受信部、送信部等を更に備えていても良い。
【００７１】
指定情報受信部２１０は、発信側端末１０Ｂおよび着信側端末１０Ａのうちの何れかを指定する旨を表す指定情報を発信側端末１０Ｂより受信するものである。発信側端末１０Ｂのユーザの意図で何れかの端末を指定し、その旨を指定情報に反映させるための具体的な方法としては、例えば、音源コンテンツ再生前（後述する図８を参照）または再生中（後述する図９を参照）に発信側端末１０Ｂの画面に所定のメニューを表示し、発信側端末１０Ｂのユーザがそのメニューから再生したい音源（着信側端末１０Ａ用の音源または発信側端末１０Ｂ用の音源）を選択するようにしてもよい。指定情報受信部２１０は、受信した指定情報を指定情報送信部２２０に出力する。
【００７２】
指定情報送信部２２０は、指定情報受信部２１０より入力した指定情報を着信側管理サーバ３０Ａに送信するものである。
【００７３】
通知部２３０は、メロディサーバ４０が発信側端末１０Ｂ用の音源コンテンツを送出しているか、または着信側端末１０Ａ用の音源コンテンツを送出しているかを表す情報を発信側端末１０Ｂに通知するものである。通知部２３０の通知方法としては、例えば、再生前もしくは終話時にガイダンスにて、何れの端末用の音源コンテンツであるかを通知することが挙げられる。この他、例えば再生中であれば、画面上にテロップで何れの端末用の音源コンテンツであるかを表す情報を流すことにより、発信側端末１０Ｂのユーザは、何れの端末用の音源コンテンツが現在再生されているかを把握することができる。なお、図３や図４に構成要素として図示はしないが、管理サーバ３０またはメロディサーバ４０がそれぞれ通知部を更に備え、管理サーバ３０の通知部またはメロディサーバ４０の通知部が、上記通知を行うようにしてもよい（後述するステップＳ３１４を参照）
【００７４】
図３を参照すると、着信側管理サーバ３０Ａの受信部３２０は、指定情報を呼処理サーバ２０より受信して、制御部３３０に出力する。制御部３３０は、受信部３２０より入力した指定情報が着信側端末１０Ａの指定された旨を表している場合に、自サーバの加入者情報格納部３１０を参照して着信側端末１０Ａの加入者情報を確認する。そして、送出要求部３４０は、制御部３３０が確認した着信側端末１０Ａの加入者情報を元に、メロディサーバ４０に予め登録されている着信側端末１０Ａ用の音源コンテンツを発信側端末１０Ｂに送出することを要求する。
【００７５】
一方、受信部３２０より入力した指定情報が発信側端末１０Ｂの指定された旨を表している場合に、制御部３３０は、発信側管理サーバ３０Ｂに発信側端末１０Ｂの加入者情報を問い合わせる。そして、送出要求部３４０は、制御部３３０の当該問い合わせに応じて発信側管理サーバ３０Ｂより通知された発信側端末１０Ｂの加入者情報を元に、メロディサーバ４０に予め登録されている発信側端末１０Ｂ用の音源コンテンツを発信側端末１０Ｂに送出することを要求する。
【００７６】
以下では、第３実施形態の電話通信システム１により行われる動作について、図８および図９を参照しながら説明する。なお、以下の説明においては、着信側端末１０Ａおよび発信側端末１０Ｂの両方がメロディコールサービスを行っており、それぞれの管理サーバ３０Ａ，３０Ｂの加入者情報格納部３１０に着信側端末１０Ａおよび発信側端末１０Ｂのそれぞれの加入者情報が格納されていることを仮定する。
【００７７】
まず、発信側または着信側の何れかを指定するというユーザの意図が反映された指定情報が、音源コンテンツの再生前に、電話通信システム１に入力された場合の動作について図８を参照しながら説明する。図８は、この場合における電話通信システム１の動作を示すシーケンス図である。
【００７８】
最初に、発信側端末１０Ｂのユーザが指定情報を発信側端末１０Ｂに入力する（ステップＳ３０１）。
【００７９】
次に、発信側端末１０Ｂが、発信信号と、着信者の電話番号と、発信側キャリアコードと、指定情報とを呼処理サーバ２０に送信して、着信側端末１０Ａとの電話接続を要求する（ステップＳ３０２）。
【００８０】
次に、ステップＳ３０２にて発信側端末１０Ｂによる接続要求に応答する（後述するステップＳ３１３）ために、呼処理サーバ２０は、最初に、着信側端末１０Ａの加入者情報または発信側端末１０Ｂの加入者情報を問い合わせる。加入者情報の問い合わせを行うために、呼処理サーバ２０は、まず、ステップＳ３０２にて発信側端末１０Ｂより受信した着信者の電話番号から着信側管理サーバ３０Ａを特定する。そして、呼処理サーバ２０は、当該特定した着信側管理サーバ３０Ａに、着信側端末１０Ａまたは発信側端末１０Ｂの加入者情報を問い合わせる旨の加入者情報問い合わせ信号と、発信側キャリアコードと、指定情報とを送信する（ステップＳ３０３）。
【００８１】
次に、着信側管理サーバ３０Ａの受信部３２０が、ステップＳ３０３にて呼処理サーバ２０より送信された加入者情報問い合わせ信号と、発信側キャリアコードと、指定情報とを受信して、制御部３３０に出力する（ステップＳ３０４）。
【００８２】
次に、着信側管理サーバ３０Ａの制御部３３０が、ステップＳ３０４にて受信部３２０より入力された加入者情報問い合わせ信号と、発信側キャリアコードと、指定情報とを元に、着信側端末１０Ａまたは発信側端末１０Ｂの加入者情報を確認する。加入者情報の確認のために、着信側管理サーバ３０Ａの制御部３３０は、まず、指定情報が着信側端末１０Ａの指定された旨を表しているか否かを確認する（ステップＳ３０５）。
【００８３】
ステップＳ３０５にて、指定情報が着信側端末１０Ａの指定された旨を表している場合には（ステップＳ３０５：ＹＥＳ）、着信側管理サーバ３０Ａの制御部３３０は、受信部３２０より入力した加入者情報問い合わせ信号に含まれた着信側端末１０Ａの端末特定情報を元に、当該着信側端末１０Ａの加入者情報を自サーバ３０Ａの加入者情報格納部３１０より読み出す。そして、着信側管理サーバ３０Ａの制御部３３０は、当該読み出した加入者情報を着信側管理サーバ３０Ａの送出要求部３４０に出力し、処理の流れは後述するステップＳ３０９に移行する。
【００８４】
一方で、ステップＳ３０５にて、指定情報が着信側端末１０Ａの指定された旨を表しておらず、発信側端末１０Ｂの指定された旨を表している場合には（ステップＳ３０５：ＮＯ）、着信側管理サーバ３０Ａの制御部３３０は、ステップＳ３０４にて受信部３２０より入力された加入者情報問い合わせ信号と発信側キャリアコードとを元に、発信側端末１０Ｂの加入者情報の問い合わせを異なるキャリア間で行う（ステップＳ３０６〜ステップＳ３０８）。
【００８５】
キャリア間での加入者情報の問い合わせを行うために、着信側管理サーバ３０Ａの制御部３３０は、まず、ステップＳ３０４にて受信部３２０より入力した発信側キャリアコードから発信側管理サーバ３０Ｂを特定する。そして、着信側管理サーバ３０Ａの制御部３３０は、当該特定した発信側管理サーバ３０Ｂの受信部３２０に、発信側端末１０Ｂの加入者情報を問い合わせる旨の加入者情報問い合わせ信号を送信する（ステップＳ３０６）。
【００８６】
次に、発信側管理サーバ３０Ｂの制御部３３０が、ステップＳ３０６にて発信側管理サーバ３０Ｂの受信部３２０が着信側管理サーバ３０Ａより受信した加入者情報問い合わせ信号を元に、発信側端末１０Ｂの加入者情報を確認する。発信側管理サーバ３０Ｂの制御部３３０は、まず、着信側管理サーバ３０Ａより送信された加入者情報問い合わせ信号に含まれた発信側端末１０Ｂの端末特定情報を元に、当該発信側端末１０Ｂの加入者情報を自サーバの加入者情報格納部３１０より読み出す（ステップＳ３０７）。
【００８７】
ステップＳ３０７にて、発信側管理サーバ３０Ｂの制御部３３０が発信側端末１０Ｂの加入者情報を自サーバの加入者情報格納部３１０より読み出すと、発信側管理サーバ３０Ｂの制御部３３０は当該読み出した加入者情報を、ステップＳ３０６におけるキャリア間での加入者情報の問い合わせに対する応答として、当該着信側管理サーバ３０Ａの制御部３３０に通知する。そして、着信側管理サーバ３０Ａの制御部３３０は、発信側管理サーバ３０Ｂより発信側端末１０Ｂの加入者情報を通知されると、当該通知された加入者情報を自サーバの送出要求部３４０に出力する（ステップＳ３０８）。
【００８８】
次に、着信側管理サーバ３０Ａの送出要求部３４０が、自サーバの制御部３３０より入力された加入者情報を元に、メロディサーバ４０に予め登録されている音源コンテンツを発信側端末１０Ｂに送出することを当該メロディサーバ４０に要求する。当該要求を行うために、着信側管理サーバ３０Ａの送出要求部３４０は、自サーバの制御部３３０より入力された加入者情報に含まれた音源コンテンツ特定情報をメロディサーバ４０に送信する（ステップＳ３０９）。
【００８９】
処理の流れがステップＳ３０５よりステップＳ３０９に直接に移行された場合には、発信側端末１０Ｂのユーザが着信側端末１０Ａ用の音源コンテンツを再生することを希望した場合であって、着信側管理サーバ３０Ａの送出要求部３４０は、着信側端末１０Ａのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求することとなる。
【００９０】
一方で、処理の流れがステップＳ３０５の後にステップＳ３０６〜ステップＳ３０８を経てからステップＳ３０９に移行された場合には、発信側端末１０Ｂのユーザが自端末１０Ａ用の音源コンテンツを再生することを希望した場合であって、着信側管理サーバ３０Ａの送出要求部３４０は、発信側端末１０Ｂのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求することとなる。
【００９１】
次に、ステップＳ３０９にて着信側管理サーバ３０Ａの送出要求部３４０より送信された音源コンテンツ特定情報をメロディサーバ４０の送受信部４２０が受信する。送受信部４２０が当該音源コンテンツ特定情報を読み出し部４３０に出力すると、読み出し部４３０は、入力した音源コンテンツ特定情報を元に、該当する音源コンテンツを音源コンテンツ格納部４１０より読み出す（ステップＳ３１０）。
【００９２】
次に、読み出し部４３０が、ステップＳ３１０にて読み出した音源コンテンツを発信側端末１０Ｂに送出する旨を表す信号を、ステップＳ３０９における音源コンテンツ送出の要求に対する応答として、着信側管理サーバ３０Ａに送信する（ステップＳ３１１）。
【００９３】
次に、ステップＳ３１１にてメロディサーバ４０より送信された信号を着信側管理サーバ３０Ａが受信すると、当該受信した信号が、ステップＳ３０３における加入者情報問い合わせに対する応答として、呼処理サーバ２０に送信される。更に、この応答には、メロディサーバ４０が発信側端末１０Ｂ用の音源コンテンツを送出しているか、または着信側端末１０Ａ用の音源コンテンツを送出しているかを表す情報（以下、「出所情報」という。）が含まれていてもよい。この出所情報は、上記ステップＳ３１１の応答時にメロディサーバ４０より送信されていてもよく、または、上記ステップＳ３０５の判断結果に応じて着信側管理サーバ３０Ａが自ら作成してもよい。すなわち、処理の流れがステップＳ３０５よりステップＳ３０９に直接に移行された場合には、出所情報は、メロディサーバ４０が着信側端末１０Ａ用の音源コンテンツを送出している旨を表す。一方、処理の流れがステップＳ３０５の後にステップＳ３０６〜ステップＳ３０８を経てからステップＳ３０９に移行された場合には、出所情報は、メロディサーバ４０が発信側端末１０Ｂ用の音源コンテンツを送出している旨を表す。以上の処理は、例えば着信側管理サーバ３０Ａの制御部３３０により行われても良い（ステップＳ３１２）。
【００９４】
次に、ステップＳ３１２にて加入者情報問い合わせに対する応答を受信した呼処理サーバ２０が、ステップＳ３０２における接続要求に対する応答として、発信側端末１０Ｂと着信側端末１０Ａとの間の電話通信を確立する（ステップＳ３１３）。
【００９５】
ステップＳ３１３と並行して、メロディサーバ４０が発信側端末１０Ｂ用の音源コンテンツを送出しているか、または着信側端末１０Ａ用の音源コンテンツを送出しているかが、発信側端末１０Ｂに通知される。この処理は、呼処理サーバ２０の通知部２３０が行ってもよく、着信側管理サーバ３０Ａまたはメロディサーバ４０が行ってもよい。なお、呼処理サーバ２０が行う場合には、上記ステップＳ３１２にて受信した出所情報が用いられる（ステップＳ３１４）。
【００９６】
また、ステップＳ３１３と並行して、メロディサーバ４０の読み出し部４３０がステップＳ３１０にて読み出した音源コンテンツを送受信部４２０に出力し、送受信部４２０が当該入力した音源コンテンツを発信側端末１０Ｂに送出する。このことにより、発信側端末１０Ｂは、着信側端末１０Ａが呼び出されている間にメロディサーバ４０により送出された音源コンテンツを呼出音として出力することができる（ステップＳ３１５）。
【００９７】
次に、呼処理サーバ２０による、発信側端末１０Ｂと着信側端末１０Ａとの間の通常の電話通信制御が行われる（ステップＳ３１６）。
【００９８】
引き続き、発信側または着信側の何れかを指定するというユーザの意図が反映された指定情報が、音源コンテンツの再生中に、電話通信システム１に入力された場合の動作について図９を参照しながら説明する。図９は、この場合における電話通信システム１の動作を示すシーケンス図である。
【００９９】
最初に、上記第１実施形態で説明したステップＳ１０１からステップＳ１１３までの処理が行われる。これにより、着信側端末１０Ａが呼び出されている間に、着信側端末１０Ａ用の音源コンテンツおよび発信側端末１０Ｂ用の音源コンテンツのうち何れかが再生される。
【０１００】
次に、発信側端末１０Ｂのユーザが指定情報を発信側端末１０Ｂに入力する（ステップＳ４０１）。
【０１０１】
次に、発信側端末１０Ｂが、ステップＳ４０１にて入力した指定情報を呼処理サーバ２０に送信して、当該指定情報に応じた音源コンテンツの切替を要求する（ステップＳ４０２）。
【０１０２】
次に、前述したステップＳ３０３からステップＳ３１２までの処理が行われる。これにより、発信側端末１０Ｂのユーザの意図を反映した上で音源コンテンツを発信側端末１０Ｂで再生するための準備が整う。なお、図示はしないが、ステップＳ３０３からステップＳ３１２までの処理中に、音源切替の可否について判断する手順を更に設けてもよい。
【０１０３】
次に、ステップＳ４０２の切替要求に対する応答が呼処理サーバ２０により行われる。この応答としては、例えば、ユーザの意図が反映された上で音源コンテンツを発信側端末１０Ｂで再生するための準備が整った旨を表す情報を、呼処理サーバ２０が発信側端末１０Ｂに送信してもよい（ステップＳ４０３）。
【０１０４】
次に、前述したステップＳ３１４からステップＳ３１６までの処理が行われる。
【０１０５】
以上で説明した第３実施形態によれば、発信側端末１０Ｂのユーザは、発信側端末１０Ｂおよび着信側端末１０Ａのうち何れかを指定することができる。このことにより、発信側端末１０Ｂのユーザは、メロディサーバ４０が何れの端末の契約設定情報を元に何れの端末用の音源コンテンツを送出するかを自らの意図で動的に決定することが可能となる。
【０１０６】
また、第３実施形態によれば、発信側端末１０Ｂのユーザは、再生される音源コンテンツが何れの端末用の音源コンテンツであるかを把握することができる。
【０１０７】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。
【０１０８】
例えば、上記実施形態においては、呼処理サーバ２０と管理サーバ３０とメロディサーバ４０とをそれぞれ離れて構成された別個の装置として記載したが、これに限られることなく、例えば一つの装置内に呼処理サーバ２０と管理サーバ３０とメロディサーバ４０とが含まれていても良い。
【図面の簡単な説明】
【０１０９】
【図１】電話通信システム１の構成概要図である。
【図２】管理サーバ３０のハードウェア構成図である。
【図３】管理サーバ３０の構成概要図である。
【図４】メロディサーバ４０の構成概要図である。
【図５】電話通信システム１の動作を示すシーケンス図である。
【図６】電話通信システム１の動作を示すシーケンス図である。
【図７】呼処理サーバ２０の構成概要図である。
【図８】電話通信システム１の動作を示すシーケンス図である。
【図９】電話通信システム１の動作を示すシーケンス図である。
【符号の説明】
【０１１０】
１…電話通信システム、１０…端末、１０Ａ…着信側端末、１０Ｂ…発信側端末、２０…呼処理サーバ、２１０…指定情報受信部、２３０…指定情報送信部、２３０…通知部、３０…管理サーバ、３０Ａ…着信側管理サーバ、３０Ｂ…発信側管理サーバ、３１０…加入者情報格納部、３２０…受信部、３３０…制御部、３４０…送出要求部、４０…メロディサーバ、４１０…音源コンテンツ格納部、４２０…送受信部、４３０…読み出し部、５０…通信ネットワーク。
【技術分野】
【０００１】
本発明は、電話通信システム、着信側管理サーバおよび通信制御方法に関するものである。
【背景技術】
【０００２】
従来、発信側端末から着信側端末に電話発信を行う際に、発信側端末では、着信側端末が呼び出されている間に、いわゆるリングバックトーン（Ring Back Tone）という着信側端末または発信側端末の独自の呼出音を、発信側端末のユーザに聞かせるサービスを行っている（例えば、特許文献１を参照）。着信側端末の独自の呼出音は、該サービスに対する着信側端末の契約設定情報にしたがって、発信側端末と着信側端末との間の電話発着信を制御する通信制御装置の制御の元で、発信側端末に送出されるものである。発信側端末の独自の呼出音は、該サービスに対する発信側端末の契約設定情報にしたがって、通信制御装置の制御の元で、発信側端末に送出されるものである。
【特許文献１】特開２００５−３４１１２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
例えば発信側端末の通信事業者と着信側端末の通信事業者とが同じ場合であって、上記通信制御装置が発信側と着信側との両方を含む一つの装置として存在する場合には、通信制御装置は例えば自らが管理している着信側端末または発信側端末の契約設定情報にしたがって、着信側端末または発信側端末の独自の呼出音の音源データを発信側端末に送出することができる。
【０００４】
一方で、例えば発信側端末の通信事業者と着信側端末の通信事業者とが異なる場合であって、発信側の通信制御装置と着信側の通信制御装置とが別個の装置として独立して存在する場合には、例えば着信側の通信制御装置では発信側端末の契約設定情報を確認できない場合がある。この場合には、着信側の通信制御装置が発信側端末の独自の呼出音を発信側端末に送出することができない。
【０００５】
そこで、本発明は上記に鑑みてなされたもので、発信側端末の通信事業者と着信側端末の通信事業者とが異なる場合にも、一方の通信事業者側で他方の通信事業者が管理するサービス契約設定情報を確認することが可能な電話通信システム、着信側管理サーバおよび通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の電話通信システムは、着信側端末が呼び出されている間に呼出音の音源コンテンツを発信側端末に出力するサービスを提供する音源サーバと、サービスに対する着信側端末の契約設定情報を管理する着信側管理サーバと、サービスに対する発信側端末の契約設定情報を管理する発信側管理サーバと、を含む電話通信システムであって、着信側管理サーバは、発信側管理サーバを特定する特定情報を発信側端末より受信する受信手段と、受信手段が受信した特定情報を元に特定した発信側管理サーバに発信側端末の契約設定情報を問い合わせる問い合わせ手段と、問い合わせ手段の当該問い合わせに応じて発信側管理サーバより通知された発信側端末の契約設定情報を元に、音源サーバに予め登録されている発信側端末用の音源コンテンツを発信側端末に送出することを音源サーバに要求する要求手段と、を備え、音源サーバは、要求手段の当該要求に応じて、発信側端末用の音源コンテンツを発信側端末に送出する送出手段を備える。
【０００７】
また、電話通信システムにおける着信側管理サーバは、サービスに対する着信側端末の契約設定情報を管理する着信側管理サーバであって、発信側管理サーバを特定する特定情報を発信側端末より受信する受信手段と、受信手段が受信した特定情報を元に特定した発信側管理サーバに発信側端末の契約設定情報を問い合わせる問い合わせ手段と、問い合わせ手段の当該問い合わせに応じて発信側管理サーバより通知された発信側端末の契約設定情報を元に、音源サーバに予め登録されている発信側端末用の音源コンテンツを発信側端末に送出することを音源サーバに要求する要求手段と、を備える。
【０００８】
また、通信制御方法は、着信側端末が呼び出されている間に呼出音の音源コンテンツを発信側端末に出力するサービスを提供する音源サーバと、サービスに対する着信側端末の契約設定情報を管理する着信側管理サーバと、サービスに対する発信側端末の契約設定情報を管理する発信側管理サーバと、を含む電話通信システムにおける通信制御方法であって、着信側管理サーバの受信手段が、発信側管理サーバを特定する特定情報を発信側端末より受信する受信ステップと、着信側管理サーバの問い合わせ手段が、受信手段が受信した特定情報を元に特定した発信側管理サーバに発信側端末の契約設定情報を問い合わせる問い合わせステップと、着信側管理サーバの要求手段が、問い合わせ手段の当該問い合わせに応じて発信側管理サーバより通知された発信側端末の契約設定情報を元に、音源サーバに予め登録されている発信側端末用の音源コンテンツを発信側端末に送出することを音源サーバに要求する要求ステップと、音源サーバの送出手段が、要求手段の当該要求に応じて、発信側端末用の音源コンテンツを発信側端末に送出する送出ステップと、を備える。
【０００９】
このような本発明の電話通信システム、着信側管理サーバおよび通信制御方法によれば、着信側管理サーバが、発信側端末より受信した特定情報を元に特定した発信側管理サーバに、発信側端末の契約設定情報を問い合わせる。そして、当該問い合わせに応じて発信側端末の契約設定情報が発信側管理サーバより通知されると、着信側管理サーバは、当該通知された発信側端末の契約設定情報を元に、発信側端末用の音源コンテンツの送出を音源サーバに要求する。
【００１０】
以上より、着信側管理サーバと発信側管理サーバとが異なる装置である場合に、つまり着信側端末の通信事業者と発信側端末の通信事業者とが異なっており、いわゆるキャリア跨りをしている場合に、発信側端末の契約設定情報を管理していない着信側管理サーバは、特定情報を元に発信側端末の契約設定情報を管理している発信側管理サーバを特定して、キャリア間での契約設定情報の問い合わせを行うことができる。その結果、着信側管理サーバは、自サーバでは管理していない発信側端末の契約設定情報を確実に取得することができる。
【００１１】
また、電話通信システムにおいては、音源サーバは、音源コンテンツが音源サーバに格納されてから更新されずに一定期間が経った場合に、要求手段の当該要求に応じて、音源コンテンツが音源サーバに格納されてから更新されずに一定期間が経った旨を発信側端末に通知する更新通知手段を備えても良い。
【００１２】
この発明によれば、音源コンテンツが音源サーバに格納されてから更新されずに一定期間が経った場合に、音源サーバが、音源コンテンツが音源サーバに格納されてから更新されずに一定期間が経った旨を発信側端末に通知する。このことにより、呼出音を更新するためのきっかけを発信側端末のユーザに提供することができる。
【００１３】
また、電話通信システムにおいては、音源サーバは、発信側端末用の新規の音源コンテンツが音源サーバに登録された場合に、要求手段の当該要求に応じて、新規の音源コンテンツが登録された旨を発信側端末に通知する新規登録通知手段を備えても良い。
【００１４】
この発明によれば、発信側端末用の新規の音源コンテンツが確保された場合に、音源サーバが、当該新規の音源コンテンツが確保された旨を発信側端末に通知する。このことにより、呼出音を更新するためのきっかけを発信側端末のユーザに提供することができる。
【００１５】
また、電話通信システムにおいては、発信側端末および着信側端末のうち何れの端末を指定する旨を表す指定情報を発信側端末より受信する指定情報受信手段と、指定情報受信手段より入力した指定情報を着信側管理サーバに送信する指定情報送信手段と、を備える呼処理サーバを更に備え、着信側管理サーバの受信手段は、指定情報を呼処理サーバより受信し、着信側管理サーバの問い合わせ手段は、着信側端末が指定された旨を指定情報が表している場合に、着信側端末の契約設定情報を確認し、且つ発信側端末が指定された旨を指定情報が表している場合に、発信側管理サーバに発信側端末の契約設定情報を問い合わせ、着信側管理サーバの要求手段は、着信側端末が指定された旨を指定情報が表している場合に、問い合わせ手段が確認した着信側端末の契約設定情報を元に、音源サーバに予め登録されている着信側端末用の音源コンテンツを発信側端末に送出することを音源サーバに要求し、且つ発信側端末が指定された旨を指定情報が表している場合に、問い合わせ手段の当該問い合わせに応じて発信側管理サーバより通知された発信側端末の契約設定情報を元に、音源サーバに予め登録されている発信側端末用の音源コンテンツを発信側端末に送出することを音源サーバに要求しても良い。
【００１６】
この発明によれば、発信側端末のユーザは、発信側端末および着信側端末のうち何れかを指定することができる。このことにより、発信側端末のユーザは、音源サーバが何れの端末の契約設定情報を元に何れの端末用の音源コンテンツを送出するかを自らの意図で動的に決定することが可能となる。
【００１７】
また、電話通信システムにおいて、呼処理サーバ、音源サーバ、および着信管理サーバの何れかが、音源サーバが発信側端末用の音源コンテンツを送出しているか、または着信側端末用の音源コンテンツを送出しているかを表す情報を発信側端末に通知する通知手段を更に備えても良い。
【００１８】
この発明によれば、発信側端末のユーザは、再生される音源コンテンツが何れの端末用の音源コンテンツであるかを把握できる。
【発明の効果】
【００１９】
本発明によれば、発信側端末の通信事業者と着信側端末の通信事業者とが異なる場合にも、一方の通信事業者側で他方の通信事業者が管理するサービス契約設定情報を確認することが可能となる。
【発明を実施するための最良の形態】
【００２０】
以下、添付図面を参照して本発明にかかる通信制御方法および当該通信制御方法における管理サーバの好適な実施形態を詳細に説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明のものと必ずしも一致していない。
【００２１】
［第１実施形態］
まず、第１実施形態における電話通信システム１の構成について、図１を参照しながら説明する。図１は、電話通信システム１の構成概要図である。図１に示すように、電話通信システム１は、端末１０、呼処理サーバ２０、管理サーバ３０およびメロディサーバ４０（音源サーバ）を備えて構成される。各装置間は、例えばインターネット等の通信ネットワーク５０で接続されており、互いにデータの送受信が可能なように構成されている。以下、電話通信システム１を構成する各構成要素について詳細に説明する。
【００２２】
端末１０は、電話着信を行う通信端末である着信側端末１０Ａと、電話発信を行う通信端末である発信側端末１０Ｂと、の総称である。図１では、説明の便宜上、端末１０を発信側端末１０Ｂと着信側端末１０Ａとに分けて図示しているが、何れの端末１０もユーザの使用状況によって、発信側端末１０Ｂか、着信側端末１０Ａかになることができる。また、本実施形態において、着信側端末１０Ａおよび発信側端末１０Ｂは例えば携帯電話機であるが、これ以外にも例えば固定電話機等を端末１０として用いても良い。
【００２３】
端末１０は、図示はしないが、物理的には、ＣＰＵ、主記憶装置であるＲＡＭ及びＲＯＭ、操作ボタンなどの操作部、ＬＣＤや有機ＥＬディスプレイなどの出力装置、呼処理サーバ２０やメロディサーバ４０との間でデータの送受信を行う通信部、メモリディバイス等の補助記憶装置を備えて構成される。後述する端末１０の各機能は、ＣＰＵ、ＲＡＭ等のハードウェア上に所定のソフトウェアを読み込ませることにより、ＣＰＵの制御のもとで操作部、出力装置、通信部を動作させると共に、ＲＡＭや補助記憶装置におけるデータの読み出し及び書き込みを行うことで実現される。
【００２４】
発信側端末１０Ｂは、呼処理サーバ２０を介して、着信側端末１０Ａを通信相手とする電話発信を行う。発信側端末１０Ｂは、着信側端末１０Ａが呼び出されている間にメロディサーバ４０により送出された音源コンテンツを呼出音として出力するサービス（以下、「メロディコールサービス」という。）を提供する。呼出音として出力される音源コンテンツは、着信側端末１０Ａのユーザまたは発信側端末１０Ｂのユーザがそれぞれの好みを反映させてメロディサーバ４０に予め登録したものである。
【００２５】
メロディコールサービスのために、発信側端末１０Ｂは、電話発信時に、発信信号とキャリアコードとを呼処理サーバ２０に送信する。発信信号は、着信側端末１０Ａに電話接続を要求する旨の信号として、例えば着信側端末１０Ａおよび発信側端末１０Ｂを特定する情報（例えば各端末の電話番号等）を含む信号である。キャリアコードは、着信側端末１０Ａおよび発信側端末１０Ｂの通信事業者（キャリア）を特定する情報であって、例えば各キャリアが運用する管理サーバ３０のＵＲＬや各キャリアの識別番号等を含むコードである。以下では、着信側端末１０Ａ側の通信事業者（着信側キャリア）を特定する情報を「着信側キャリアコード」といい、発信側端末１０Ｂ側の通信事業者（発信側キャリア）を特定する情報を「発信側キャリアコード」という。なお、「発信側キャリアコード」は、特許請求の範囲における「特定情報」に相当する。
【００２６】
発信側端末１０Ｂは、メロディサーバ４０により送出された音源コンテンツを呼出音として出力するための出力装置として、例えばスピーカを有する。
【００２７】
呼処理サーバ２０は、着信側端末１０Ａと発信側端末１０Ｂとの間における通信交換機である。呼処理サーバ２０は、図示はしないが、物理的には、ＣＰＵ、ＲＯＭ及びＲＡＭ等の主記憶装置、キーボード及びマウス等の入力デバイス、ディスプレイ等の出力デバイス、通信のためのネットワークカード等の通信モジュール、ハードディスク等の補助記憶装置などを含む通常のコンピュータシステムとして構成される。後述する呼処理サーバ２０の各機能は、ＣＰＵ、ＲＡＭ等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵの制御のもとで通信モジュール、入力デバイス、出力デバイスを動作させるとともに、主記憶装置や補助記憶装置におけるデータの読み出し及び書き込みを行うことで実現される。図１では一つの装置として表示されている呼処理サーバ２０は、着信側端末１０Ａ側の呼処理サーバと、発信側端末１０Ｂ側の呼処理サーバとの両方を含むものである。呼処理サーバ２０は、発信側端末１０Ｂより受信した発信信号に基づいて、着信側端末１０Ａと発信側端末１０Ｂとの間における通常の電話発着信制御を行う。
【００２８】
呼処理サーバ２０は、発信側端末１０Ｂより受信した発信信号およびキャリアコードに基づいて、管理サーバ３０に、加入者情報の問い合わせを行う。加入者情報は、メロディコールサービスにおける契約設定情報を含む情報である。加入者情報の問い合わせを行うために、呼処理サーバ２０は、まず、発信側端末１０Ｂより受信した着信側キャリアコードから着信側キャリアが運用する管理サーバ（後述するように、着信側管理サーバ３０Ａ）を特定する。そして、呼処理サーバ２０は、当該特定した着信側キャリアの管理サーバに、着信側端末１０Ａまたは発信側端末１０Ｂの加入者情報を問い合わせる旨の信号（以下では、「加入者情報問い合わせ信号」という。）と、発信側キャリアコードとを送信する。加入者情報問い合わせ信号には、例えば着信側端末１０Ａおよび発信側端末１０Ｂを特定する情報として、各端末の電話番号（以下、「端末特定情報」という。）が含まれている。端末特定情報は、発信側端末１０Ｂより受信した発信信号に含まれているものである。
【００２９】
管理サーバ３０は、加入者情報を管理する装置であって、着信側端末１０Ａ側のキャリアが運用する管理サーバである着信側管理サーバ３０Ａと、発信側端末１０Ｂ側のキャリアが運用する管理サーバである発信側管理サーバ３０Ｂ（発信側管理サーバ）と、の総称である。電話通信の通信態様によっては、例えば同じキャリア内の２機の端末による電話発着信のように、着信側管理サーバ３０Ａと発信側管理サーバ３０Ｂとが一つの装置である場合ももちろんあるが、本実施形態における以下の説明では、着信側管理サーバ３０Ａと発信側管理サーバ３０Ｂとは同じ機能を有する別個の装置であることを仮定する。つまり、本実施形態では、異なるキャリアの２機の端末が電話発着信を行うことを仮定する。また、端末１０の場合と同様に、図１では、説明の便宜上、管理サーバ３０を着信側管理サーバ３０Ａと発信側端末１０Ｂとに分けて図示しているが、何れの管理サーバ３０もユーザの使用状況によって、着信側管理サーバ３０Ａか、発信側端末１０Ｂかになることができる。
【００３０】
図２は、管理サーバ３０のハードウェア構成図である。管理サーバ３０は、物理的には、図２に示すように、ＣＰＵ３１、ＲＯＭ３２及びＲＡＭ３３等の主記憶装置、キーボード及びマウス等の入力デバイス３４、ディスプレイ等の出力デバイス３５、通信のためのネットワークカード等の通信モジュール３６、ハードディスク等の補助記憶装置３７などを含む通常のコンピュータシステムとして構成される。後述する管理サーバ３０の各機能は、ＣＰＵ３１、ＲＡＭ３３等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ３１の制御のもとで通信モジュール３６、入力デバイス３４、出力デバイス３５を動作させるとともに、主記憶装置３２，３３や補助記憶装置３７におけるデータの読み出し及び書き込みを行うことで実現される。
【００３１】
図３は、管理サーバ３０の構成概要図である。管理サーバ３０は、機能的には、加入者情報格納部３１０、受信部３２０（受信手段）、制御部３３０（問い合わせ手段）および送出要求部３４０（要求手段）を備えて構成される。以下、管理サーバ３０を構成する各構成要素について詳細に説明する。
【００３２】
加入者情報格納部３１０は、自サーバが提供するメロディコールサービスを行っている端末に対する加入者情報を格納しているものである。つまり、着信側管理サーバ３０Ａの加入者情報格納部３１０は、着信側端末１０Ａがメロディコールサービスを行っている場合に、着信側端末１０Ａの加入者情報を格納している。また、発信側管理サーバ３０Ｂの加入者情報格納部３１０は、発信側端末１０Ｂがメロディコールサービスを行っている場合に、発信側端末１０Ｂの加入者情報を格納している。加入者情報には、メロディコールサービスを行うときに、着信側端末１０Ａが呼び出されている間に呼出音として発信側端末１０Ｂの出力装置が出力すべき音源コンテンツを特定する情報（以下、「音源コンテンツ特定情報」という。）が含まれている。
【００３３】
受信部３２０は、呼処理サーバ２０または他の管理サーバとの間で、信号を受信するものである。具体的に、受信部３２０は、呼処理サーバ２０または他の管理サーバ３０より、加入者情報問い合わせ信号を受信する。特に、自サーバが着信側管理サーバ３０Ａである場合に、受信部３２０は、呼処理サーバ２０より、発信側キャリアコードを受信する。受信部３２０は、当該受信した加入者情報問い合わせ信号と発信側キャリアコードとを制御部３３０に出力する。
【００３４】
制御部３３０は、端末の加入者情報を確認するものである。具体的に、制御部３３０は、受信部３２０より入力した加入者情報問い合わせ信号に含まれた端末特定情報を元に、当該端末の加入者情報を加入者情報格納部３１０より読み出す。制御部３３０は、呼処理サーバ２０より受信した加入者情報問い合わせ信号を受信部３２０を通じて入力した場合には、当該読み出した加入者情報を送出要求部３４０に出力する。一方、制御部３３０は、他の管理サーバより受信した加入者情報問い合わせ信号を受信部３２０を通じて入力した場合には、当該読み出した加入者情報を当該他の管理サーバに通知する。
【００３５】
一方、制御部３３０は、加入者情報問い合わせ信号に含まれた端末特定情報を元に、当該端末の加入者情報を加入者情報格納部３１０より読み出せない場合に、特に自サーバが着信側管理サーバ３０Ａである場合には、受信部３２０より入力された発信側キャリアコードに基づいて、当該発信側キャリアコードにより特定される発信側管理サーバ３０Ｂに、加入者情報の問い合わせを行う。このようにキャリア間での加入者情報の問い合わせを行うために、制御部３３０は、受信部３２０より入力された発信側キャリアコードを元に特定した発信側管理サーバ３０Ｂに、発信側端末１０Ｂの加入者情報を問い合わせる旨の加入者情報問い合わせ信号を送信する。該加入者情報問い合わせには、例えば発信側端末１０Ｂの端末特定情報が含まれている。そして、制御部３３０は、該問い合わせに応じて発信側管理サーバ３０Ｂより発信側端末１０Ｂの加入者情報を通知されると、当該通知された加入者情報を送出要求部３４０に出力する。
【００３６】
送出要求部３４０は、制御部３３０より入力された加入者情報を元に、メロディサーバ４０に予め登録されている音源コンテンツを発信側端末１０Ｂに送出することを当該メロディサーバ４０に要求するものである。当該要求を行うために、送出要求部３４０は、制御部３３０より入力された加入者情報に含まれた音源コンテンツ特定情報をメロディサーバ４０に送信する。
【００３７】
図１に戻り、メロディサーバ４０は、着信側端末１０Ａのユーザまたは発信側端末１０Ｂのユーザがそれぞれの好みを反映させて予め登録した音源コンテンツを管理するものである。メロディサーバ４０は、図示はしないが、物理的には、ＣＰＵ、ＲＯＭ及びＲＡＭ等の主記憶装置、キーボード及びマウス等の入力デバイス、ディスプレイ等の出力デバイス、通信のためのネットワークカード等の通信モジュール、ハードディスク等の補助記憶装置などを含む通常のコンピュータシステムとして構成される。後述するメロディサーバ４０の各機能は、ＣＰＵ、ＲＡＭ等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵの制御のもとで通信モジュール、入力デバイス、出力デバイスを動作させるとともに、主記憶装置や補助記憶装置におけるデータの読み出し及び書き込みを行うことで実現される。
【００３８】
図４は、メロディサーバ４０の構成概要図である。メロディサーバ４０は、機能的には、図４に示すように、音源コンテンツ格納部４１０、送受信部４２０および読み出し部４３０（送出手段）を備えて構成される。管理サーバ３０の送出要求部３４０より送信された任意の音源コンテンツ特定情報を送受信部４２０が受信する。送受信部４２０が当該音源コンテンツ特定情報を読み出し部４３０に出力すると、読み出し部４３０は、入力した音源コンテンツ特定情報を元に、当該音源コンテンツを音源コンテンツ格納部４１０より読み出す。そして、制御部３３０は、当該読み出した音源コンテンツを送受信部４２０に出力し、送受信部４２０は当該入力した音源コンテンツを発信側端末１０Ｂに送出する。
【００３９】
続いて、電話通信システム１により行われる動作（通信制御方法）について、図５を参照しながら説明する。図５は、電話通信システム１の動作を示すシーケンス図である。なお、以下の説明においては、少なくとも発信側端末１０Ｂはメロディコールサービスを行っており、発信側端末１０Ｂの加入者情報は発信側管理サーバ３０Ｂの加入者情報格納部３１０に格納されていることを仮定する。
【００４０】
最初に、発信側端末１０Ｂが、発信信号と、着信側キャリアコードと、発信側キャリアコードとを呼処理サーバ２０に送信して、着信側端末１０Ａとの電話接続を要求する（ステップＳ１０１）。
【００４１】
次に、ステップＳ１０１にて発信側端末１０Ｂによる接続要求に応答する（後述するステップＳ１１２）ために、呼処理サーバ２０は、最初に、着信側端末１０Ａの加入者情報または発信側端末１０Ｂの加入者情報を問い合わせる。加入者情報の問い合わせを行うために、呼処理サーバ２０は、まず、ステップＳ１０１にて発信側端末１０Ｂより受信した着信側キャリアコードから着信側管理サーバ３０Ａを特定する。そして、呼処理サーバ２０は、当該特定した着信側管理サーバ３０Ａに、着信側端末１０Ａまたは発信側端末１０Ｂの加入者情報を問い合わせる旨の加入者情報問い合わせ信号と、発信側キャリアコードとを送信する（ステップＳ１０２）。
【００４２】
次に、着信側管理サーバ３０Ａの受信部３２０が、ステップＳ１０２にて呼処理サーバ２０より送信された加入者情報問い合わせ信号と発信側キャリアコードとを受信して、制御部３３０に出力する（ステップＳ１０３、受信ステップ）。
【００４３】
次に、着信側管理サーバ３０Ａの制御部３３０が、ステップＳ１０３にて受信部３２０より入力された加入者情報問い合わせ信号と発信側キャリアコードを元に、着信側端末１０Ａまたは発信側端末１０Ｂの加入者情報を確認する。着信側管理サーバ３０Ａの制御部３３０は、まず、受信部３２０より入力した加入者情報問い合わせ信号に含まれた着信側端末１０Ａの端末特定情報を元に、当該着信側端末１０Ａの加入者情報を加入者情報格納部３１０より読み出す（ステップＳ１０４）。
【００４４】
ステップＳ１０４にて、着信側管理サーバ３０Ａの制御部３３０が着信側端末１０Ａの加入者情報を加入者情報格納部３１０より読み出すことができた場合（ステップＳ１０４：ＹＥＳ）には、着信側管理サーバ３０Ａの制御部３３０は当該読み出した加入者情報を着信側管理サーバ３０Ａの送出要求部３４０に出力し、処理の流れは後述するステップＳ１０８に移行する。この場合は、着信側端末１０Ａがメロディコールサービスを行っている場合である。
【００４５】
一方で、ステップＳ１０４にて、着信側管理サーバ３０Ａの制御部３３０が着信側端末１０Ａの加入者情報を加入者情報格納部３１０より読み出すことができなかった場合（ステップＳ１０４：ＮＯ）は、着信側端末１０Ａがメロディコールサービスを行っていないため、加入者情報格納部３１０に着信側端末１０Ａの加入者情報が格納されていない場合である。この場合に、着信側管理サーバ３０Ａの制御部３３０は、ステップＳ１０３にて受信部３２０より入力された加入者情報問い合わせ信号と発信側キャリアコードとを元に、発信側端末１０Ｂの加入者情報の問い合わせを異なるキャリア間で行う。
【００４６】
キャリア間での加入者情報の問い合わせを行うために、着信側管理サーバ３０Ａの制御部３３０は、まず、ステップＳ１０３にて受信部３２０より入力した発信側キャリアコードから発信側管理サーバ３０Ｂを特定する。そして、着信側管理サーバ３０Ａの制御部３３０は、当該特定した発信側管理サーバ３０Ｂの受信部３２０に、発信側端末１０Ｂの加入者情報を問い合わせる旨の加入者情報問い合わせ信号を送信する（ステップＳ１０５、問い合わせステップ）。
【００４７】
次に、発信側管理サーバ３０Ｂの制御部３３０が、ステップＳ１０５にて発信側管理サーバ３０Ｂの受信部３２０が着信側管理サーバ３０Ａより受信した加入者情報問い合わせ信号を元に、発信側端末１０Ｂの加入者情報を確認する。発信側管理サーバ３０Ｂの制御部３３０は、まず、着信側管理サーバ３０Ａより送信された加入者情報問い合わせ信号に含まれた発信側端末１０Ｂの端末特定情報を元に、当該発信側端末１０Ｂの加入者情報を自サーバの加入者情報格納部３１０より読み出す（ステップＳ１０６）。
【００４８】
ステップＳ１０６にて、発信側管理サーバ３０Ｂの制御部３３０が発信側端末１０Ｂの加入者情報を自サーバの加入者情報格納部３１０より読み出すと、発信側管理サーバ３０Ｂの制御部３３０は当該読み出した加入者情報を、ステップＳ１０５におけるキャリア間での加入者情報の問い合わせに対する応答として、当該着信側管理サーバ３０Ａの制御部３３０に通知する。そして、着信側管理サーバ３０Ａの制御部３３０は、発信側管理サーバ３０Ｂより発信側端末１０Ｂの加入者情報を通知されると、当該通知された加入者情報を自サーバの送出要求部３４０に出力する（ステップＳ１０７）。
【００４９】
次に、着信側管理サーバ３０Ａの送出要求部３４０が、自サーバの制御部３３０より入力された加入者情報を元に、メロディサーバ４０に予め登録されている音源コンテンツを発信側端末１０Ｂに送出することを当該メロディサーバ４０に要求する。当該要求を行うために、着信側管理サーバ３０Ａの送出要求部３４０は、自サーバの制御部３３０より入力された加入者情報に含まれた音源コンテンツ特定情報をメロディサーバ４０に送信する（ステップＳ１０８、要求ステップ）。
【００５０】
処理の流れがステップＳ１０４よりステップＳ１０８に直接に移行された場合には、着信側端末１０Ａがメロディコールサービスを行っている場合であって、着信側管理サーバ３０Ａの送出要求部３４０は、着信側端末１０Ａのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求することとなる。
【００５１】
一方で、処理の流れがステップＳ１０４の後にステップＳ１０５〜ステップＳ１０７を経てからステップＳ１０８に移行された場合には、着信側端末１０Ａがメロディコールサービスを行っていない場合であって、着信側管理サーバ３０Ａの送出要求部３４０は、発信側端末１０Ｂのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求することとなる。
【００５２】
次に、ステップＳ１０８にて着信側管理サーバ３０Ａの送出要求部３４０より送信された音源コンテンツ特定情報をメロディサーバ４０の送受信部４２０が受信する。送受信部４２０が当該音源コンテンツ特定情報を読み出し部４３０に出力すると、読み出し部４３０は、入力した音源コンテンツ特定情報を元に、当該音源コンテンツを音源コンテンツ格納部４１０より読み出す（ステップＳ１０９）。
【００５３】
次に、読み出し部４３０が、ステップＳ１０９にて読み出した音源コンテンツを発信側端末１０Ｂに送出する旨を表す信号を、ステップＳ１０８における音源コンテンツ送出の要求に対する応答として、着信側管理サーバ３０Ａに送信する（ステップＳ１１０）。
【００５４】
次に、ステップＳ１１０にてメロディサーバ４０より送信された信号を着信側管理サーバ３０Ａが受信すると、当該受信した信号が、ステップＳ１０２における加入者情報問い合わせに対する応答として、呼処理サーバ２０に送信される（ステップＳ１１１）。この処理は、例えば着信側管理サーバ３０Ａの制御部３３０により行われても良い。
【００５５】
次に、ステップＳ１１１にて加入者情報問い合わせに対する応答を受信した呼処理サーバ２０が、ステップＳ１０１における接続要求に対する応答として、発信側端末１０Ｂと着信側端末１０Ａとの間の電話通信を確立する（ステップＳ１１２）。
【００５６】
ステップＳ１１２と並行して、メロディサーバ４０の読み出し部４３０がステップＳ１０９にて読み出した音源コンテンツを送受信部４２０に出力し、送受信部４２０が当該入力した音源コンテンツを発信側端末１０Ｂに送出する。このことにより、発信側端末１０Ｂは、着信側端末１０Ａが呼び出されている間にメロディサーバ４０により送出された音源コンテンツを呼出音として出力することができる（ステップＳ１１３、送出ステップ）。
【００５７】
次に、呼処理サーバ２０による、発信側端末１０Ｂと着信側端末１０Ａとの間の通常の電話通信制御が行われる（ステップＳ１１４）。
【００５８】
前述したように、処理の流れがステップＳ１０４よりステップＳ１０８に直接に移行された場合には、ステップＳ１０８にて、着信側管理サーバ３０Ａの送出要求部３４０が、着信側端末１０Ａのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求している。このため、ステップＳ１１３では、着信側端末１０Ａのユーザが登録した音源コンテンツが発信側端末１０Ｂのユーザに聞こえる呼出音として出力される。
【００５９】
一方で、処理の流れがステップＳ１０４の後にステップＳ１０５〜ステップＳ１０７を経てからステップＳ１０８に移行された場合には、ステップＳ１０８にて、着信側管理サーバ３０Ａの送出要求部３４０が、発信側端末１０Ｂのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求している。このため、ステップＳ１１３では、発信側端末１０Ｂのユーザが登録した音源コンテンツが発信側端末１０Ｂのユーザ自らに聞こえる呼出音として出力される。
【００６０】
続いて、本実施形態にかかる電話通信システム１の作用及び効果について説明する。本実施形態によれば、特に、着信側端末１０Ａがメロディコールサービスを行っていない場合に、着信側管理サーバ３０Ａが、発信側端末１０Ｂの加入者情報を元に、発信側端末１０Ｂのユーザが登録した音源コンテンツの送出をメロディサーバ４０に要求すると、メロディサーバ４０が、当該要求に応じて、発信側端末１０Ｂ用の音源コンテンツを当該発信側端末１０Ｂに送出する。この発信側端末１０Ｂ用の音源コンテンツは、例えば発信側端末１０Ｂのユーザが自らの好みを反映させてメロディサーバ４０に予め登録しているものである。以上より、発信側端末１０Ｂでは、自端末のユーザの好みが考慮された呼出音が出力されるようになる。このように、ユーザ自らが設定した呼出音を当該ユーザに聞かせることにより、自ら設定した呼出音を更新するためのきっかけを当該ユーザに提供することができる。
【００６１】
また、本実施形態によれば、着信側管理サーバ３０Ａが、発信側端末１０Ｂより受信した発信側キャリアコードを元に特定した発信側管理サーバ３０Ｂに、発信側端末１０Ｂの加入者情報を問い合わせる。そして、当該問い合わせに応じて発信側端末１０Ｂの加入者情報が発信側管理サーバ３０Ｂより通知されると、着信側管理サーバ３０Ａが、当該通知された発信側端末１０Ｂの加入者情報を元に、発信側端末１０Ｂ用の音源コンテンツの送出を音源サーバに要求する。以上より、着信側管理サーバ３０Ａと発信側管理サーバ３０Ｂとが異なる装置である場合に、発信側端末１０Ｂの加入者情報を管理していない着信側管理サーバ３０Ａは、発信側キャリアコードを元に発信側端末１０Ｂの加入者情報を管理している発信側管理サーバ３０Ｂを特定して、キャリア間での加入者情報の問い合わせを行うことができる。その結果、着信側管理サーバ３０Ａは、自装置では管理していない発信側端末１０Ｂの加入者情報を確実に取得して確認することができる。したがって、本実施形態によれば、いわゆるキャリア跨りをしている場合にも、発信側端末１０Ｂでは、自端末のユーザの好みが考慮された呼出音が出力されるようになり、このようにユーザ自らが設定した呼出音を当該ユーザに聞かせることにより、自ら設定した呼出音を更新するためのきっかけを当該ユーザに提供することができる。
【００６２】
［第２実施形態］
第２実施形態では、メロディサーバ４０において第１実施形態との相違点がある。第２実施形態におけるメロディサーバ４０の構成概要図は、前述した図４と同様である。第２実施形態では、音源コンテンツ格納部４１０に格納された音源コンテンツが更新されてないままで一定期間（例えば３ヶ月）が経った場合に、メロディサーバ４０の読み出し部４３０（更新通知手段、新規登録通知手段）が、読み出した音源コンテンツを送出する代わりに、当該音源コンテンツが一定期間更新されていない旨を発信側端末１０Ｂに通知する。また、メロディサーバ４０の音源コンテンツ格納部４１０が発信側端末１０Ｂに提供可能な新規の音源コンテンツの登録を受けた場合に、メロディサーバ４０の読み出し部４３０が、読み出した既存の音源コンテンツを送出する代わりに、当該新規の音源コンテンツが登録された旨を発信側端末１０Ｂに通知する。
【００６３】
以下では、第２実施形態の電話通信システム１により行われる動作について、図６を参照しながら説明する。図６は、第２実施形態における電話通信システム１の動作を示すシーケンス図である。
【００６４】
図６に示すように、まず、ステップ１０１〜ステップＳ１０８（図５を参照）が実行される。
【００６５】
次に、ステップＳ１０８にて着信側管理サーバ３０Ａの送出要求部３４０より送信された音源コンテンツ特定情報をメロディサーバ４０の送受信部４２０が受信する。送受信部４２０が当該音源コンテンツ特定情報を読み出し部４３０に出力すると、読み出し部４３０は、入力した音源コンテンツ特定情報を元に、当該音源コンテンツが更新されてから現時刻までの経過時間をカウントする。このとき、各音源コンテンツには音源コンテンツ格納部４１０に格納された時刻を表す情報が例えばヘッダ等に付加されていても良い。また、読み出し部４３０は、音源コンテンツ格納部４１０に発信側端末１０Ｂに提供可能な新規の音源コンテンツが確保されているか否かを確認する（ステップＳ２０１）。
【００６６】
次に、ステップ１１０〜ステップＳ１１２（図５を参照）が実行される。
【００６７】
次に、ステップＳ２０１にて、音源コンテンツ格納部４１０に格納された音源コンテンツが更新されてないままで一定期間が経ったと判断された場合に、読み出し部４３０は、当該音源コンテンツが一定期間更新されていない旨を表すガイダンス信号を発信側端末１０Ｂに通知する。また、ステップＳ２０１にて、音源コンテンツ格納部４１０に発信側端末１０Ｂに提供可能な新規の音源コンテンツが登録されていると判断された場合に、読み出し部４３０は、当該新規の音源コンテンツが登録された旨を表すガイダンス信号を発信側端末１０Ｂに通知する。そして、発信側端末１０Ｂは、上記ガイダンス信号を呼出音として音源コンテンツの代わりに出力することができる（ステップＳ２０２）。
【００６８】
次に、呼処理サーバ２０による、着信側端末１０Ａと発信側端末１０Ｂとの間の通常の電話通信制御が行われる（ステップＳ１１４）。
【００６９】
このような第２実施形態によれば、既に格納されている音源コンテンツが更新されてないままで一定期間が経った場合に、メロディサーバ４０が、当該音源コンテンツが一定期間更新されていない旨を発信側端末１０Ｂに通知する。また、発信側端末１０Ｂ用の新規の音源コンテンツが登録された場合に、メロディサーバ４０が、当該新規の音源コンテンツが登録された旨を発信側端末１０Ｂに通知する。これらのことにより、音源コンテンツを更新するためのきっかけを発信側端末１０Ｂのユーザに提供することができる。
【００７０】
［第３実施形態］
続いて、本発明の第３実施形態について説明する。図７は、第３実施形態における呼処理サーバ２０の構成概要図である。図７に示すように、呼処理サーバ２０は、指定情報受信部２１０（指定情報受信手段）、指定情報送信部２２０（指定情報送信手段）、および通知部２３０（通知手段）を備える。なお、呼処理サーバ２０は上記の第１実施形態および第２実施形態における各処理を行うために、図示しない制御部、受信部、送信部等を更に備えていても良い。
【００７１】
指定情報受信部２１０は、発信側端末１０Ｂおよび着信側端末１０Ａのうちの何れかを指定する旨を表す指定情報を発信側端末１０Ｂより受信するものである。発信側端末１０Ｂのユーザの意図で何れかの端末を指定し、その旨を指定情報に反映させるための具体的な方法としては、例えば、音源コンテンツ再生前（後述する図８を参照）または再生中（後述する図９を参照）に発信側端末１０Ｂの画面に所定のメニューを表示し、発信側端末１０Ｂのユーザがそのメニューから再生したい音源（着信側端末１０Ａ用の音源または発信側端末１０Ｂ用の音源）を選択するようにしてもよい。指定情報受信部２１０は、受信した指定情報を指定情報送信部２２０に出力する。
【００７２】
指定情報送信部２２０は、指定情報受信部２１０より入力した指定情報を着信側管理サーバ３０Ａに送信するものである。
【００７３】
通知部２３０は、メロディサーバ４０が発信側端末１０Ｂ用の音源コンテンツを送出しているか、または着信側端末１０Ａ用の音源コンテンツを送出しているかを表す情報を発信側端末１０Ｂに通知するものである。通知部２３０の通知方法としては、例えば、再生前もしくは終話時にガイダンスにて、何れの端末用の音源コンテンツであるかを通知することが挙げられる。この他、例えば再生中であれば、画面上にテロップで何れの端末用の音源コンテンツであるかを表す情報を流すことにより、発信側端末１０Ｂのユーザは、何れの端末用の音源コンテンツが現在再生されているかを把握することができる。なお、図３や図４に構成要素として図示はしないが、管理サーバ３０またはメロディサーバ４０がそれぞれ通知部を更に備え、管理サーバ３０の通知部またはメロディサーバ４０の通知部が、上記通知を行うようにしてもよい（後述するステップＳ３１４を参照）
【００７４】
図３を参照すると、着信側管理サーバ３０Ａの受信部３２０は、指定情報を呼処理サーバ２０より受信して、制御部３３０に出力する。制御部３３０は、受信部３２０より入力した指定情報が着信側端末１０Ａの指定された旨を表している場合に、自サーバの加入者情報格納部３１０を参照して着信側端末１０Ａの加入者情報を確認する。そして、送出要求部３４０は、制御部３３０が確認した着信側端末１０Ａの加入者情報を元に、メロディサーバ４０に予め登録されている着信側端末１０Ａ用の音源コンテンツを発信側端末１０Ｂに送出することを要求する。
【００７５】
一方、受信部３２０より入力した指定情報が発信側端末１０Ｂの指定された旨を表している場合に、制御部３３０は、発信側管理サーバ３０Ｂに発信側端末１０Ｂの加入者情報を問い合わせる。そして、送出要求部３４０は、制御部３３０の当該問い合わせに応じて発信側管理サーバ３０Ｂより通知された発信側端末１０Ｂの加入者情報を元に、メロディサーバ４０に予め登録されている発信側端末１０Ｂ用の音源コンテンツを発信側端末１０Ｂに送出することを要求する。
【００７６】
以下では、第３実施形態の電話通信システム１により行われる動作について、図８および図９を参照しながら説明する。なお、以下の説明においては、着信側端末１０Ａおよび発信側端末１０Ｂの両方がメロディコールサービスを行っており、それぞれの管理サーバ３０Ａ，３０Ｂの加入者情報格納部３１０に着信側端末１０Ａおよび発信側端末１０Ｂのそれぞれの加入者情報が格納されていることを仮定する。
【００７７】
まず、発信側または着信側の何れかを指定するというユーザの意図が反映された指定情報が、音源コンテンツの再生前に、電話通信システム１に入力された場合の動作について図８を参照しながら説明する。図８は、この場合における電話通信システム１の動作を示すシーケンス図である。
【００７８】
最初に、発信側端末１０Ｂのユーザが指定情報を発信側端末１０Ｂに入力する（ステップＳ３０１）。
【００７９】
次に、発信側端末１０Ｂが、発信信号と、着信者の電話番号と、発信側キャリアコードと、指定情報とを呼処理サーバ２０に送信して、着信側端末１０Ａとの電話接続を要求する（ステップＳ３０２）。
【００８０】
次に、ステップＳ３０２にて発信側端末１０Ｂによる接続要求に応答する（後述するステップＳ３１３）ために、呼処理サーバ２０は、最初に、着信側端末１０Ａの加入者情報または発信側端末１０Ｂの加入者情報を問い合わせる。加入者情報の問い合わせを行うために、呼処理サーバ２０は、まず、ステップＳ３０２にて発信側端末１０Ｂより受信した着信者の電話番号から着信側管理サーバ３０Ａを特定する。そして、呼処理サーバ２０は、当該特定した着信側管理サーバ３０Ａに、着信側端末１０Ａまたは発信側端末１０Ｂの加入者情報を問い合わせる旨の加入者情報問い合わせ信号と、発信側キャリアコードと、指定情報とを送信する（ステップＳ３０３）。
【００８１】
次に、着信側管理サーバ３０Ａの受信部３２０が、ステップＳ３０３にて呼処理サーバ２０より送信された加入者情報問い合わせ信号と、発信側キャリアコードと、指定情報とを受信して、制御部３３０に出力する（ステップＳ３０４）。
【００８２】
次に、着信側管理サーバ３０Ａの制御部３３０が、ステップＳ３０４にて受信部３２０より入力された加入者情報問い合わせ信号と、発信側キャリアコードと、指定情報とを元に、着信側端末１０Ａまたは発信側端末１０Ｂの加入者情報を確認する。加入者情報の確認のために、着信側管理サーバ３０Ａの制御部３３０は、まず、指定情報が着信側端末１０Ａの指定された旨を表しているか否かを確認する（ステップＳ３０５）。
【００８３】
ステップＳ３０５にて、指定情報が着信側端末１０Ａの指定された旨を表している場合には（ステップＳ３０５：ＹＥＳ）、着信側管理サーバ３０Ａの制御部３３０は、受信部３２０より入力した加入者情報問い合わせ信号に含まれた着信側端末１０Ａの端末特定情報を元に、当該着信側端末１０Ａの加入者情報を自サーバ３０Ａの加入者情報格納部３１０より読み出す。そして、着信側管理サーバ３０Ａの制御部３３０は、当該読み出した加入者情報を着信側管理サーバ３０Ａの送出要求部３４０に出力し、処理の流れは後述するステップＳ３０９に移行する。
【００８４】
一方で、ステップＳ３０５にて、指定情報が着信側端末１０Ａの指定された旨を表しておらず、発信側端末１０Ｂの指定された旨を表している場合には（ステップＳ３０５：ＮＯ）、着信側管理サーバ３０Ａの制御部３３０は、ステップＳ３０４にて受信部３２０より入力された加入者情報問い合わせ信号と発信側キャリアコードとを元に、発信側端末１０Ｂの加入者情報の問い合わせを異なるキャリア間で行う（ステップＳ３０６〜ステップＳ３０８）。
【００８５】
キャリア間での加入者情報の問い合わせを行うために、着信側管理サーバ３０Ａの制御部３３０は、まず、ステップＳ３０４にて受信部３２０より入力した発信側キャリアコードから発信側管理サーバ３０Ｂを特定する。そして、着信側管理サーバ３０Ａの制御部３３０は、当該特定した発信側管理サーバ３０Ｂの受信部３２０に、発信側端末１０Ｂの加入者情報を問い合わせる旨の加入者情報問い合わせ信号を送信する（ステップＳ３０６）。
【００８６】
次に、発信側管理サーバ３０Ｂの制御部３３０が、ステップＳ３０６にて発信側管理サーバ３０Ｂの受信部３２０が着信側管理サーバ３０Ａより受信した加入者情報問い合わせ信号を元に、発信側端末１０Ｂの加入者情報を確認する。発信側管理サーバ３０Ｂの制御部３３０は、まず、着信側管理サーバ３０Ａより送信された加入者情報問い合わせ信号に含まれた発信側端末１０Ｂの端末特定情報を元に、当該発信側端末１０Ｂの加入者情報を自サーバの加入者情報格納部３１０より読み出す（ステップＳ３０７）。
【００８７】
ステップＳ３０７にて、発信側管理サーバ３０Ｂの制御部３３０が発信側端末１０Ｂの加入者情報を自サーバの加入者情報格納部３１０より読み出すと、発信側管理サーバ３０Ｂの制御部３３０は当該読み出した加入者情報を、ステップＳ３０６におけるキャリア間での加入者情報の問い合わせに対する応答として、当該着信側管理サーバ３０Ａの制御部３３０に通知する。そして、着信側管理サーバ３０Ａの制御部３３０は、発信側管理サーバ３０Ｂより発信側端末１０Ｂの加入者情報を通知されると、当該通知された加入者情報を自サーバの送出要求部３４０に出力する（ステップＳ３０８）。
【００８８】
次に、着信側管理サーバ３０Ａの送出要求部３４０が、自サーバの制御部３３０より入力された加入者情報を元に、メロディサーバ４０に予め登録されている音源コンテンツを発信側端末１０Ｂに送出することを当該メロディサーバ４０に要求する。当該要求を行うために、着信側管理サーバ３０Ａの送出要求部３４０は、自サーバの制御部３３０より入力された加入者情報に含まれた音源コンテンツ特定情報をメロディサーバ４０に送信する（ステップＳ３０９）。
【００８９】
処理の流れがステップＳ３０５よりステップＳ３０９に直接に移行された場合には、発信側端末１０Ｂのユーザが着信側端末１０Ａ用の音源コンテンツを再生することを希望した場合であって、着信側管理サーバ３０Ａの送出要求部３４０は、着信側端末１０Ａのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求することとなる。
【００９０】
一方で、処理の流れがステップＳ３０５の後にステップＳ３０６〜ステップＳ３０８を経てからステップＳ３０９に移行された場合には、発信側端末１０Ｂのユーザが自端末１０Ａ用の音源コンテンツを再生することを希望した場合であって、着信側管理サーバ３０Ａの送出要求部３４０は、発信側端末１０Ｂのユーザが予めメロディサーバ４０に登録した音源コンテンツを発信側端末１０Ｂに送出することをメロディサーバ４０に要求することとなる。
【００９１】
次に、ステップＳ３０９にて着信側管理サーバ３０Ａの送出要求部３４０より送信された音源コンテンツ特定情報をメロディサーバ４０の送受信部４２０が受信する。送受信部４２０が当該音源コンテンツ特定情報を読み出し部４３０に出力すると、読み出し部４３０は、入力した音源コンテンツ特定情報を元に、該当する音源コンテンツを音源コンテンツ格納部４１０より読み出す（ステップＳ３１０）。
【００９２】
次に、読み出し部４３０が、ステップＳ３１０にて読み出した音源コンテンツを発信側端末１０Ｂに送出する旨を表す信号を、ステップＳ３０９における音源コンテンツ送出の要求に対する応答として、着信側管理サーバ３０Ａに送信する（ステップＳ３１１）。
【００９３】
次に、ステップＳ３１１にてメロディサーバ４０より送信された信号を着信側管理サーバ３０Ａが受信すると、当該受信した信号が、ステップＳ３０３における加入者情報問い合わせに対する応答として、呼処理サーバ２０に送信される。更に、この応答には、メロディサーバ４０が発信側端末１０Ｂ用の音源コンテンツを送出しているか、または着信側端末１０Ａ用の音源コンテンツを送出しているかを表す情報（以下、「出所情報」という。）が含まれていてもよい。この出所情報は、上記ステップＳ３１１の応答時にメロディサーバ４０より送信されていてもよく、または、上記ステップＳ３０５の判断結果に応じて着信側管理サーバ３０Ａが自ら作成してもよい。すなわち、処理の流れがステップＳ３０５よりステップＳ３０９に直接に移行された場合には、出所情報は、メロディサーバ４０が着信側端末１０Ａ用の音源コンテンツを送出している旨を表す。一方、処理の流れがステップＳ３０５の後にステップＳ３０６〜ステップＳ３０８を経てからステップＳ３０９に移行された場合には、出所情報は、メロディサーバ４０が発信側端末１０Ｂ用の音源コンテンツを送出している旨を表す。以上の処理は、例えば着信側管理サーバ３０Ａの制御部３３０により行われても良い（ステップＳ３１２）。
【００９４】
次に、ステップＳ３１２にて加入者情報問い合わせに対する応答を受信した呼処理サーバ２０が、ステップＳ３０２における接続要求に対する応答として、発信側端末１０Ｂと着信側端末１０Ａとの間の電話通信を確立する（ステップＳ３１３）。
【００９５】
ステップＳ３１３と並行して、メロディサーバ４０が発信側端末１０Ｂ用の音源コンテンツを送出しているか、または着信側端末１０Ａ用の音源コンテンツを送出しているかが、発信側端末１０Ｂに通知される。この処理は、呼処理サーバ２０の通知部２３０が行ってもよく、着信側管理サーバ３０Ａまたはメロディサーバ４０が行ってもよい。なお、呼処理サーバ２０が行う場合には、上記ステップＳ３１２にて受信した出所情報が用いられる（ステップＳ３１４）。
【００９６】
また、ステップＳ３１３と並行して、メロディサーバ４０の読み出し部４３０がステップＳ３１０にて読み出した音源コンテンツを送受信部４２０に出力し、送受信部４２０が当該入力した音源コンテンツを発信側端末１０Ｂに送出する。このことにより、発信側端末１０Ｂは、着信側端末１０Ａが呼び出されている間にメロディサーバ４０により送出された音源コンテンツを呼出音として出力することができる（ステップＳ３１５）。
【００９７】
次に、呼処理サーバ２０による、発信側端末１０Ｂと着信側端末１０Ａとの間の通常の電話通信制御が行われる（ステップＳ３１６）。
【００９８】
引き続き、発信側または着信側の何れかを指定するというユーザの意図が反映された指定情報が、音源コンテンツの再生中に、電話通信システム１に入力された場合の動作について図９を参照しながら説明する。図９は、この場合における電話通信システム１の動作を示すシーケンス図である。
【００９９】
最初に、上記第１実施形態で説明したステップＳ１０１からステップＳ１１３までの処理が行われる。これにより、着信側端末１０Ａが呼び出されている間に、着信側端末１０Ａ用の音源コンテンツおよび発信側端末１０Ｂ用の音源コンテンツのうち何れかが再生される。
【０１００】
次に、発信側端末１０Ｂのユーザが指定情報を発信側端末１０Ｂに入力する（ステップＳ４０１）。
【０１０１】
次に、発信側端末１０Ｂが、ステップＳ４０１にて入力した指定情報を呼処理サーバ２０に送信して、当該指定情報に応じた音源コンテンツの切替を要求する（ステップＳ４０２）。
【０１０２】
次に、前述したステップＳ３０３からステップＳ３１２までの処理が行われる。これにより、発信側端末１０Ｂのユーザの意図を反映した上で音源コンテンツを発信側端末１０Ｂで再生するための準備が整う。なお、図示はしないが、ステップＳ３０３からステップＳ３１２までの処理中に、音源切替の可否について判断する手順を更に設けてもよい。
【０１０３】
次に、ステップＳ４０２の切替要求に対する応答が呼処理サーバ２０により行われる。この応答としては、例えば、ユーザの意図が反映された上で音源コンテンツを発信側端末１０Ｂで再生するための準備が整った旨を表す情報を、呼処理サーバ２０が発信側端末１０Ｂに送信してもよい（ステップＳ４０３）。
【０１０４】
次に、前述したステップＳ３１４からステップＳ３１６までの処理が行われる。
【０１０５】
以上で説明した第３実施形態によれば、発信側端末１０Ｂのユーザは、発信側端末１０Ｂおよび着信側端末１０Ａのうち何れかを指定することができる。このことにより、発信側端末１０Ｂのユーザは、メロディサーバ４０が何れの端末の契約設定情報を元に何れの端末用の音源コンテンツを送出するかを自らの意図で動的に決定することが可能となる。
【０１０６】
また、第３実施形態によれば、発信側端末１０Ｂのユーザは、再生される音源コンテンツが何れの端末用の音源コンテンツであるかを把握することができる。
【０１０７】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。
【０１０８】
例えば、上記実施形態においては、呼処理サーバ２０と管理サーバ３０とメロディサーバ４０とをそれぞれ離れて構成された別個の装置として記載したが、これに限られることなく、例えば一つの装置内に呼処理サーバ２０と管理サーバ３０とメロディサーバ４０とが含まれていても良い。
【図面の簡単な説明】
【０１０９】
【図１】電話通信システム１の構成概要図である。
【図２】管理サーバ３０のハードウェア構成図である。
【図３】管理サーバ３０の構成概要図である。
【図４】メロディサーバ４０の構成概要図である。
【図５】電話通信システム１の動作を示すシーケンス図である。
【図６】電話通信システム１の動作を示すシーケンス図である。
【図７】呼処理サーバ２０の構成概要図である。
【図８】電話通信システム１の動作を示すシーケンス図である。
【図９】電話通信システム１の動作を示すシーケンス図である。
【符号の説明】
【０１１０】
１…電話通信システム、１０…端末、１０Ａ…着信側端末、１０Ｂ…発信側端末、２０…呼処理サーバ、２１０…指定情報受信部、２３０…指定情報送信部、２３０…通知部、３０…管理サーバ、３０Ａ…着信側管理サーバ、３０Ｂ…発信側管理サーバ、３１０…加入者情報格納部、３２０…受信部、３３０…制御部、３４０…送出要求部、４０…メロディサーバ、４１０…音源コンテンツ格納部、４２０…送受信部、４３０…読み出し部、５０…通信ネットワーク。
【特許請求の範囲】
【請求項１】
着信側端末が呼び出されている間に呼出音の音源コンテンツを発信側端末に出力するサービスを提供する音源サーバと、前記サービスに対する前記着信側端末の契約設定情報を管理する着信側管理サーバと、前記サービスに対する前記発信側端末の契約設定情報を管理する発信側管理サーバと、を含む電話通信システムであって、
前記着信側管理サーバは、
前記発信側管理サーバを特定する特定情報を前記発信側端末より受信する受信手段と、
前記受信手段が受信した前記特定情報を元に特定した前記発信側管理サーバに前記発信側端末の契約設定情報を問い合わせる問い合わせ手段と、
前記問い合わせ手段の当該問い合わせに応じて前記発信側管理サーバより通知された前記発信側端末の契約設定情報を元に、前記音源サーバに予め登録されている前記発信側端末用の音源コンテンツを前記発信側端末に送出することを前記音源サーバに要求する要求手段と、
を備え、
前記音源サーバは、
前記要求手段の当該要求に応じて、前記発信側端末用の音源コンテンツを前記発信側端末に送出する送出手段を備えることを特徴とする電話通信システム。
【請求項２】
前記音源サーバは、
前記音源コンテンツが前記音源サーバに格納されてから更新されずに一定期間が経った場合に、前記要求手段の当該要求に応じて、前記音源コンテンツが前記音源サーバに格納されてから更新されずに一定期間が経った旨を前記発信側端末に通知する更新通知手段を備えることを特徴とする請求項１記載の電話通信システム。
【請求項３】
前記音源サーバは、
前記発信側端末用の新規の音源コンテンツが前記音源サーバに登録された場合に、前記要求手段の当該要求に応じて、前記新規の音源コンテンツが登録された旨を前記発信側端末に通知する新規登録通知手段を備えることを特徴とする請求項１記載の電話通信システム。
【請求項４】
前記発信側端末および前記着信側端末のうち何れの端末を指定する旨を表す指定情報を前記発信側端末より受信する指定情報受信手段と、
前記指定情報受信手段より入力した前記指定情報を前記着信側管理サーバに送信する指定情報送信手段と、
を備える呼処理サーバを更に備え、
前記着信側管理サーバの前記受信手段は、前記指定情報を前記呼処理サーバより受信し、
前記着信側管理サーバの前記問い合わせ手段は、前記着信側端末が指定された旨を前記指定情報が表している場合に、前記着信側端末の契約設定情報を確認し、且つ前記発信側端末が指定された旨を前記指定情報が表している場合に、前記発信側管理サーバに前記発信側端末の契約設定情報を問い合わせ、
前記着信側管理サーバの前記要求手段は、前記着信側端末が指定された旨を前記指定情報が表している場合に、前記問い合わせ手段が確認した前記着信側端末の契約設定情報を元に、前記音源サーバに予め登録されている前記着信側端末用の音源コンテンツを前記発信側端末に送出することを前記音源サーバに要求し、且つ前記発信側端末が指定された旨を前記指定情報が表している場合に、前記問い合わせ手段の当該問い合わせに応じて前記発信側管理サーバより通知された前記発信側端末の契約設定情報を元に、前記音源サーバに予め登録されている前記発信側端末用の音源コンテンツを前記発信側端末に送出することを前記音源サーバに要求する、
ことを特徴とする請求項１記載の電話通信システム。
【請求項５】
前記呼処理サーバ、前記音源サーバ、および前記着信管理サーバの何れかが、
前記音源サーバが前記発信側端末用の音源コンテンツを送出しているか、または前記着信側端末用の音源コンテンツを送出しているかを表す情報を前記発信側端末に通知する通知手段を更に備えることを特徴とする請求項４記載の電話通信システム。
【請求項６】
着信側端末が呼び出されている間に呼出音の音源コンテンツを発信側端末に出力するサービスを提供する音源サーバと、前記サービスに対する前記発信側端末の契約設定情報を管理する発信側管理サーバと、を含む電話通信システムにおける、前記サービスに対する前記着信側端末の契約設定情報を管理する着信側管理サーバであって、
前記発信側管理サーバを特定する特定情報を前記発信側端末より受信する受信手段と、
前記受信手段が受信した前記特定情報を元に特定した前記発信側管理サーバに前記発信側端末の契約設定情報を問い合わせる問い合わせ手段と、
前記問い合わせ手段の当該問い合わせに応じて前記発信側管理サーバより通知された前記発信側端末の契約設定情報を元に、前記音源サーバに予め登録されている前記発信側端末用の音源コンテンツを前記発信側端末に送出することを前記音源サーバに要求する要求手段と、
を備えることを特徴とする着信側管理サーバ。
【請求項７】
着信側端末が呼び出されている間に呼出音の音源コンテンツを発信側端末に出力するサービスを提供する音源サーバと、前記サービスに対する前記着信側端末の契約設定情報を管理する着信側管理サーバと、前記サービスに対する前記発信側端末の契約設定情報を管理する発信側管理サーバと、を含む電話通信システムにおける通信制御方法であって、
前記着信側管理サーバの受信手段が、前記発信側管理サーバを特定する特定情報を前記発信側端末より受信する受信ステップと、
前記着信側管理サーバの問い合わせ手段が、前記受信手段が受信した前記特定情報を元に特定した前記発信側管理サーバに前記発信側端末の契約設定情報を問い合わせる問い合わせステップと、
前記着信側管理サーバの要求手段が、前記問い合わせ手段の当該問い合わせに応じて前記発信側管理サーバより通知された前記発信側端末の契約設定情報を元に、前記音源サーバに予め登録されている前記発信側端末用の音源コンテンツを前記発信側端末に送出することを前記音源サーバに要求する要求ステップと、
前記音源サーバの送出手段が、前記要求手段の当該要求に応じて、前記発信側端末用の音源コンテンツを前記発信側端末に送出する送出ステップと、
を備えることを特徴とする通信制御方法。
【請求項１】
着信側端末が呼び出されている間に呼出音の音源コンテンツを発信側端末に出力するサービスを提供する音源サーバと、前記サービスに対する前記着信側端末の契約設定情報を管理する着信側管理サーバと、前記サービスに対する前記発信側端末の契約設定情報を管理する発信側管理サーバと、を含む電話通信システムであって、
前記着信側管理サーバは、
前記発信側管理サーバを特定する特定情報を前記発信側端末より受信する受信手段と、
前記受信手段が受信した前記特定情報を元に特定した前記発信側管理サーバに前記発信側端末の契約設定情報を問い合わせる問い合わせ手段と、
前記問い合わせ手段の当該問い合わせに応じて前記発信側管理サーバより通知された前記発信側端末の契約設定情報を元に、前記音源サーバに予め登録されている前記発信側端末用の音源コンテンツを前記発信側端末に送出することを前記音源サーバに要求する要求手段と、
を備え、
前記音源サーバは、
前記要求手段の当該要求に応じて、前記発信側端末用の音源コンテンツを前記発信側端末に送出する送出手段を備えることを特徴とする電話通信システム。
【請求項２】
前記音源サーバは、
前記音源コンテンツが前記音源サーバに格納されてから更新されずに一定期間が経った場合に、前記要求手段の当該要求に応じて、前記音源コンテンツが前記音源サーバに格納されてから更新されずに一定期間が経った旨を前記発信側端末に通知する更新通知手段を備えることを特徴とする請求項１記載の電話通信システム。
【請求項３】
前記音源サーバは、
前記発信側端末用の新規の音源コンテンツが前記音源サーバに登録された場合に、前記要求手段の当該要求に応じて、前記新規の音源コンテンツが登録された旨を前記発信側端末に通知する新規登録通知手段を備えることを特徴とする請求項１記載の電話通信システム。
【請求項４】
前記発信側端末および前記着信側端末のうち何れの端末を指定する旨を表す指定情報を前記発信側端末より受信する指定情報受信手段と、
前記指定情報受信手段より入力した前記指定情報を前記着信側管理サーバに送信する指定情報送信手段と、
を備える呼処理サーバを更に備え、
前記着信側管理サーバの前記受信手段は、前記指定情報を前記呼処理サーバより受信し、
前記着信側管理サーバの前記問い合わせ手段は、前記着信側端末が指定された旨を前記指定情報が表している場合に、前記着信側端末の契約設定情報を確認し、且つ前記発信側端末が指定された旨を前記指定情報が表している場合に、前記発信側管理サーバに前記発信側端末の契約設定情報を問い合わせ、
前記着信側管理サーバの前記要求手段は、前記着信側端末が指定された旨を前記指定情報が表している場合に、前記問い合わせ手段が確認した前記着信側端末の契約設定情報を元に、前記音源サーバに予め登録されている前記着信側端末用の音源コンテンツを前記発信側端末に送出することを前記音源サーバに要求し、且つ前記発信側端末が指定された旨を前記指定情報が表している場合に、前記問い合わせ手段の当該問い合わせに応じて前記発信側管理サーバより通知された前記発信側端末の契約設定情報を元に、前記音源サーバに予め登録されている前記発信側端末用の音源コンテンツを前記発信側端末に送出することを前記音源サーバに要求する、
ことを特徴とする請求項１記載の電話通信システム。
【請求項５】
前記呼処理サーバ、前記音源サーバ、および前記着信管理サーバの何れかが、
前記音源サーバが前記発信側端末用の音源コンテンツを送出しているか、または前記着信側端末用の音源コンテンツを送出しているかを表す情報を前記発信側端末に通知する通知手段を更に備えることを特徴とする請求項４記載の電話通信システム。
【請求項６】
着信側端末が呼び出されている間に呼出音の音源コンテンツを発信側端末に出力するサービスを提供する音源サーバと、前記サービスに対する前記発信側端末の契約設定情報を管理する発信側管理サーバと、を含む電話通信システムにおける、前記サービスに対する前記着信側端末の契約設定情報を管理する着信側管理サーバであって、
前記発信側管理サーバを特定する特定情報を前記発信側端末より受信する受信手段と、
前記受信手段が受信した前記特定情報を元に特定した前記発信側管理サーバに前記発信側端末の契約設定情報を問い合わせる問い合わせ手段と、
前記問い合わせ手段の当該問い合わせに応じて前記発信側管理サーバより通知された前記発信側端末の契約設定情報を元に、前記音源サーバに予め登録されている前記発信側端末用の音源コンテンツを前記発信側端末に送出することを前記音源サーバに要求する要求手段と、
を備えることを特徴とする着信側管理サーバ。
【請求項７】
着信側端末が呼び出されている間に呼出音の音源コンテンツを発信側端末に出力するサービスを提供する音源サーバと、前記サービスに対する前記着信側端末の契約設定情報を管理する着信側管理サーバと、前記サービスに対する前記発信側端末の契約設定情報を管理する発信側管理サーバと、を含む電話通信システムにおける通信制御方法であって、
前記着信側管理サーバの受信手段が、前記発信側管理サーバを特定する特定情報を前記発信側端末より受信する受信ステップと、
前記着信側管理サーバの問い合わせ手段が、前記受信手段が受信した前記特定情報を元に特定した前記発信側管理サーバに前記発信側端末の契約設定情報を問い合わせる問い合わせステップと、
前記着信側管理サーバの要求手段が、前記問い合わせ手段の当該問い合わせに応じて前記発信側管理サーバより通知された前記発信側端末の契約設定情報を元に、前記音源サーバに予め登録されている前記発信側端末用の音源コンテンツを前記発信側端末に送出することを前記音源サーバに要求する要求ステップと、
前記音源サーバの送出手段が、前記要求手段の当該要求に応じて、前記発信側端末用の音源コンテンツを前記発信側端末に送出する送出ステップと、
を備えることを特徴とする通信制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−４５７１８（Ｐ２０１０−４５７１８Ａ）
【公開日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願番号】特願２００８−２０９８０５（Ｐ２００８−２０９８０５）
【出願日】平成２０年８月１８日（２００８．８．１８）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願日】平成２０年８月１８日（２００８．８．１８）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]