JP2006211675A

JP2006211675A - 呼出音の再生特性の変更

Info

Publication number: JP2006211675A
Application number: JP2006018344A
Authority: JP
Inventors: Ramachendra P Batni; プラハラダバトニラマチャンドラ; Ranjan Sharma; シャルマランジャン
Original assignee: Lucent Technologies Inc
Current assignee: Nokia of America Corp
Priority date: 2005-01-28
Filing date: 2006-01-27
Publication date: 2006-08-10
Also published as: CN1812449A; KR101235088B1; US7839995B2; US20060182247A1; EP1686781A1; KR20060087424A

Abstract

【課題】呼出音システムにおいて、発呼側ユーザが呼出音サービスと情報をやりとりし対話する機会を増やす。
【解決手段】発呼側通信デバイスへの通信経路を使用して発呼側通信デバイスへの呼出音の再生を実行し、発呼側通信デバイスへの呼出音の再生特性の選択された変更に対応する発呼側通信デバイスのユーザからの入力について通信経路を監視する方法が提供される。また、発呼側通信デバイスへの通信経路を使用して発呼側通信デバイスへの呼出音の再生を実行し、発呼側通信デバイスへの呼出音の再生特性の選択された変更に対応する発呼側通信デバイスのユーザからの入力について通信経路を監視する方法が提供される。
【選択図】図１

Description

本発明は、一般に、通信システムに関し、特に、呼出音に関する。

本出願は本出願と同じ譲受人に譲渡された以下の出願の主題に関連する主題を含む。下記の特許出願はその全体が本明細書に参照により組み込まれている。
２００３年１０月１０日出願のＢａｔｎｉ他の「ＦＥＥＤＢＡＣＫＴＯＣＡＬＬＩＮＧＣＯＭＭＵＮＩＣＡＴＩＯＮＤＥＶＩＣＥＯＮＣＡＬＬＣＯＮＮＥＣＴＥＤＷＩＴＨＩＮＴＥＬＬＩＧＥＮＴＮＥＴＷＯＲＫＳＩＧＮＡＬＩＮＧ」、第１０／６８３９６９号
２００３年９月３０日出願のＢｅａｕｆｏｒｄの「ＣＡＬＬＣＡＴＥＧＯＲＹＦＯＲＡＣＡＬＬＴＨＡＴＴＥＲＭＩＮＡＴＥＳＡＴＡＮＮＯＵＮＣＥＭＥＮＴＳＥＲＶＥＲＣＯＭＰＯＮＥＮＴ」、第１０／６９７２１６号
２００４年１２月１７日出願のＢａｔｎｉ他の「ＳＥＬＥＣＴＩＯＮＯＦＲＩＮＧＢＡＣＫＴＯＮＥＩＮＤＩＣＡＴＩＶＥＯＦＥＭＯＴＩＯＮＡＬＳＴＡＴＥＴＨＡＴＩＳＩＮＰＵＴＢＹＵＳＥＲＯＦＣＡＬＬＥＤＣＯＭＭＵＮＩＣＡＴＩＯＮＤＥＶＩＣＥ」、第１１／０１５６０９号

呼出音（リングバック・トーン）サービスによって携帯電話のユーザはその携帯電話を呼び出している通信デバイスのユーザに聴かせるフィードバック音を事前選択することができる。例えば、発呼者は発信側通信デバイスを用いて被呼者が使用する被呼側通信デバイスに発呼する。発呼者は被呼者が応答するのを待つ間、被呼者によって事前選択された呼出音を聴く。一例ではフィードバック音は録音メッセージおよび／またはトーンを含む。別の例のフィードバック音は呼出音または呼出音とそれに続く録音メッセージを含む。呼出音サービスによって、被呼者が応答する前に発呼者が聴く従来の呼び出し音は被呼側ユーザが事前選択した呼出音に取って代わられる。呼出音サービスによって被呼者は発呼者が被呼者を呼び出している間に聴く呼出音をカスタマイズすることができる。
２００３年１０月１０日出願のＢａｔｎｉ他の「ＦＥＥＤＢＡＣＫＴＯＣＡＬＬＩＮＧＣＯＭＭＵＮＩＣＡＴＩＯＮＤＥＶＩＣＥＯＮＣＡＬＬＣＯＮＮＥＣＴＥＤＷＩＴＨＩＮＴＥＬＬＩＧＥＮＴＮＥＴＷＯＲＫＳＩＧＮＡＬＩＮＧ」、第１０／６８３９６９号２００３年９月３０日出願のＢｅａｕｆｏｒｄの「ＣＡＬＬＣＡＴＥＧＯＲＹＦＯＲＡＣＡＬＬＴＨＡＴＴＥＲＭＩＮＡＴＥＳＡＴＡＮＮＯＵＮＣＥＭＥＮＴＳＥＲＶＥＲＣＯＭＰＯＮＥＮＴ」、第１０／６９７２１６号２００４年１２月１７日出願のＢａｔｎｉ他の「ＳＥＬＥＣＴＩＯＮＯＦＲＩＮＧＢＡＣＫＴＯＮＥＩＮＤＩＣＡＴＩＶＥＯＦＥＭＯＴＩＯＮＡＬＳＴＡＴＥＴＨＡＴＩＳＩＮＰＵＴＢＹＵＳＥＲＯＦＣＡＬＬＥＤＣＯＭＭＵＮＩＣＡＴＩＯＮＤＥＶＩＣＥ」、第１１／０１５６０９号

知られている呼出音システムでは、発呼者に聴かせる呼出音は被呼者が選択した事前決定された録音である。呼出音は被呼者だけが変更でき、発呼者は呼出音サービスと情報をやりとりすることができない。呼出音が発呼者の好みでない歌の場合、発呼者は被呼者が応答するまでその歌を強制的に聴かされる。呼出音が重要なメッセージで発呼者がその一部を聴き逃した場合、メッセージを再生することができない。
したがって、発呼側ユーザが呼出音サービスと情報をやりとりし対話する機会を増やす必要がある。

発呼者は被呼者に発呼する。発呼者が被呼者の応答を待つ間、被呼者が事前選択した呼出音が発呼者に再生される。発呼者は信号を入力して呼出音の再生特性を変更する。
一実施形態では、発呼側通信デバイスのユーザからの入力に基づいて、被呼側通信デバイスへの呼についてユーザが使用する発呼側通信デバイスに対して再生する呼出音の再生特性を変更する方法が提供される。

別の実施形態では、発呼側通信デバイスへの通信経路を使用して発呼側通信デバイスへの呼出音の再生を実行し、発呼側通信デバイスへの呼出音の再生特性の選択された変更に対応する発呼側通信デバイスのユーザからの入力について通信経路を監視する方法が提供される。

さらに別の実施形態では、通信経路を使用することで、発呼側通信デバイスへの呼出音の再生の選択された変更に対応する発呼側通信デバイスのユーザからの入力について通信経路を監視し、通信経路を使用することで、発呼側通信デバイスへの呼出音の再生の選択された変更に対応する発呼側通信デバイスのユーザからの入力を受信し、発呼側通信デバイスのユーザからの入力に基づいて呼出音の再生の選択された変更を実行する方法が提供される。
本発明の実施形態の特徴は、以下の説明、特許請求の範囲および添付図面を参照することで明らかになろう。

図１を参照すると、装置１００は、無線および／または有線電気通信システムの呼出音サービスを提供する。一実施形態では、装置１００は、１つまたは複数のインテリジェント・ネットワーク（「ＩＮ」）プラットフォーム１０２および１０４と、１つまたは複数の交換センタ１０６および１０８、発呼側通信デバイス１１０と、被呼側通信デバイス１１２とを含む。一例では、装置１００は被呼側通信デバイス１１２に関連するホーム・ロケーション・レジスタ（「ＨＬＲ」）１１４をさらに含む。

信号ネットワーク１１８は、インテリジェント・ネットワーク・プラットフォーム１０２および１０４と、交換センタ１０６および１０８と、ホーム・ロケーション・レジスタ１１４とを通信接続する。一例では信号ネットワーク１１８は信号トラヒックをサポートするＮｏ．７信号方式（「ＳＳ７」）ネットワークを含む。ベアラ・ネットワーク１２０は、インテリジェント・ネットワーク・プラットフォーム１０４と交換センタ１０６および１０８とを通信接続する。一例では、ベアラ・ネットワーク１２０は、ベアラ・トラヒックをサポートする公衆交換電話網（「ＰＳＴＮ」）を含む。

インテリジェント・ネットワーク・プラットフォーム１０２および１０４は、電話ネットワーク・プラットフォームを含む。インテリジェント・ネットワーク・プラットフォーム１０２および１０４は、インテリジェント・ネットワークの技術および標準をサポートする。一例では、インテリジェント・ネットワーク・プラットフォーム１０２および１０４は、無線インテリジェント・ネットワーク（「ＷＩＮ」）プラットフォームを含む。一例では、インテリジェント・ネットワーク・プラットフォーム１０２および１０４は、移動網用拡張ロジックのためのカスタマイズ・アプリケーション（「ＣＡＭＥＬ」）プラットフォームを含む。インテリジェント・ネットワーク・プラットフォーム１０２および１０４の実施形態は、１つまたは複数のサービス制御ポイント（「ＳＣＰ」）１２２と、インテリジェント周辺装置（「ＩＰ」）１２４とを含む。インテリジェント・ネットワーク・プラットフォーム１０２および１０４は、本明細書で述べられているように、記録可能データ記憶媒体１５０のインスタンスを含む。

インテリジェント・ネットワーク・プラットフォーム１０２および１０４は、単一のインテリジェント・ネットワーク・プラットフォームに結合でき、または複数のインテリジェント・ネットワーク・プラットフォームに分割できる。インテリジェント・ネットワーク・プラットフォーム１０２および１０４は、呼をルーティングし、呼を通信デバイスに接続し、被呼側通信デバイス１１２に宛てた発呼側通信デバイス１１０からの呼の間、発呼側通信デバイス１１０に対して呼出音を再生する。例えば、インテリジェント・ネットワーク・プラットフォーム１０２および１０４は、呼出音サービスを可能にする。インテリジェント・ネットワーク・プラットフォーム１０２および１０４は、発呼側通信デバイス１１０に対して再生するために、被呼側通信デバイス１１２のユーザが１つまたは複数の呼出音を事前選択することを可能にする。インテリジェント・ネットワーク・プラットフォーム１０２および１０４を用いて、発呼側通信デバイス１１０のユーザは呼出音の１つまたは複数の再生特性を変更できる。例えば、インテリジェント・ネットワーク・プラットフォーム１０２および１０４は、本明細書で述べられているように、ユーザからの入力に基づいて、呼出音の再生特性を変更できる。

一例では、ＳＣＰ１２２はサービス・ロジック、米国規格協会（「ＡＮＳＩ−４１」）メッセージ処理ロジック、ＷＩＮメッセージ処理ロジック、およびＳＳ７インタフェースを含む。別の例では、ＳＣＰ１２２は、サービス・ロジック、ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｃａｔｉｏｎｓ（「ＧＳＭ」）メッセージ処理ロジック、および移動網用拡張ロジックのためのカスタマイズ・アプリケーションのメッセージ処理ロジック、およびＳＳ７インタフェースを含む。一例では、ＳＣＰ１２２は呼制御装置およびデータ・サーバを含む。一例では、呼制御装置およびデータ・サーバは単一のＳＣＰ上に常駐する。別の例では、呼制御装置およびデータ・サーバは異なるＳＣＰ上に常駐する。呼制御装置およびデータ・サーバが異なるＳＣＰ上に常駐する場合、呼制御装置は、加入者プロファイル情報について別のＳＣＰ上のデータ・サーバに問い合わせ、発呼側通信デバイス１１０で再生する呼出音を決定する。一例では、ＳＣＰ１２２はＩＰ１２４にＩＰ１２４の機能を制御する命令を提供する。例えば、ＳＣＰ１２２は、発呼側通信デバイス１１０に対してＩＰ１２４呼出音を再生するよう命じるメッセージをＩＰ１２４に送信する。

一例では、ＳＣＰ１２２は、ＷＩＮ、ＣＡＭＥＬ、ＡＮＳＩケーパビリティ・セット１（「ＣＳ−１」）、国際通信連合（「ＩＴＵ−Ｔ」）ＣＳ−１、およびセッション開始プロトコル（「ＳＩＰ」）信号の１つまたは複数を使用して呼出音サービスを必要とする呼をＩＰ１２４にルーティングする。ＷＩＮ信号方式の例示の使用を本明細書に示す。例えば、ＳＣＰ１２２は被呼側通信デバイス１１２への着信呼に関するＷＩＮ信号メッセージを交換センタ１０６で受信し、着信呼をＩＰ１２４に向けるパラメータをＷＩＮ信号メッセージ内に設定する。したがって、ＩＰ１２４は発呼側通信デバイス１１０に対して事前選択した呼出音を再生することができる。例えば、ＳＣＰ１２２は着信呼をＩＰ１２４にルーティングし、ＩＰ１２４は呼を被呼側通信デバイス１１２に接続する前に発呼側通信デバイス１１０で事前選択した呼出音を再生できる。着信呼をＩＰ１２４にルーティングするために、ＳＣＰ１２２は一例ではＷＩＮ信号メッセージのＴｅｒｍｉｎａｔｉｏｎＬｉｓｔパラメータをＩＰ１２４の電話番号に設定する。次いで、ＳＣＰ１２２は、着信呼についてどう処理するかＳＣＰ１２２に問い合わせた交換センタ１０６にＷＩＮ信号メッセージに載せてＴｅｒｍｉｎａｔｉｏｎＬｉｓｔパラメータを送信する。ＷＩＮ信号メッセージを受信すると、交換センタ１０６は呼をＩＰ１２４に接続する。

一例では、インテリジェント・ネットワーク・プラットフォーム１０２および１０４はＷＩＮ信号方式、サービス総合ディジタル網ユーザ部（「ＩＳＵＰ」）信号方式、およびＡＮＳＩ−４１信号方式を用いて呼出音サービスを可能にする。ＷＩＮ信号方式、ＩＳＵＰ信号方式、およびＡＮＳＩ−４１信号方式はＡＮＳＩ−４１標準に準拠する。一実施形態では、信号メッセージは、ＡＮＳＩ／ＴＩＡ／ＥＩＡ−４１−Ｄ、ＴＩＡ／ＥＩＡ／ＩＳ−７７１、およびＴＩＡ／ＥＩＡ／ＩＳ−８２６標準の１つまたは複数に準拠する。ＳＣＰ１２２は標準ベースのＷＩＮ信号方式を用いて呼を発呼側通信デバイス１１０からＩＰ１２４にルーティングするので、その他のネットワーク構成要素は標準ベースのネットワーク構成要素でよい。例えば、交換センタ１０６および１０８およびＨＬＲ１１４は標準ベースのネットワーク構成要素を含む。したがって、交換センタ１０６および１０８およびＨＬＲ１１４は呼出音サービスを可能にするために変更する必要がない。

一例では、ＳＣＰ１２２は発呼側通信デバイス１１０からの着信呼の１つまたは複数の特性が被呼側通信デバイス１１２のユーザが設定した１つまたは複数の呼出音選択基準に合致すると判断する。したがって、ＳＣＰ１２２は交換センタ１０６に着信呼をＩＰ１２４にルーティングして呼出音サービスを起動するように知らせる。着信呼が呼出音選択基準に合致すると、ＩＰ１２４は発呼側通信デバイス１１０に対して事前選択した呼出音の再生を実行する。ＩＰ１２４は発呼側通信デバイス１１０からの呼の受信と被呼側通信デバイス１１２による呼の応答との間に発呼側通信デバイス１１０に対して呼出音を再生する。一例では、ＩＰ１２４は利用可能な呼出音を記憶する。別の例では、ＩＰ１２４は利用可能な呼出音を記憶した記憶構成要素にアクセスする。

別の例では、着信呼の１つまたは複数の特性が１つまたは複数の呼出音選択基準に合致しない。この場合、ＳＣＰ１２２は交換センタ１０６に着信呼をＩＰ１２４にルーティングして発呼側通信デバイス１１０に対してデフォルトの呼出音を再生するように起動するよう知らせるか、Ｃｏｎｔｉｎｕｅメッセージで応答して交換センタ１０６に発呼側通信デバイス１１０に対して通常の呼出音を再生するようにさせる。

交換センタ１０６および１０８は被呼側通信デバイス１１２に関連する。一例では、交換センタ１０６および１０８は、移動体通信デバイス、例えば、通信デバイス１１０および１１２をサポートする。例えば、交換センタ１０６および１０８は、移動体交換センタ（「ＭＳＣ」）を含む。一例では、交換センタ１０６および１０８は、発信移動体交換センタ（「Ｏ−ＭＳＣ」）１０６とサービング移動体交換センタ（「Ｓ−ＭＳＣ」）１０８とを含む。例えば、Ｏ−ＭＳＣ１０６が被呼側通信デバイス１１２のホーム・エリアをサポートし、被呼側通信デバイス１１２がローミング・エリアに移動した場合にはＳ−ＭＳＣ１０８が被呼側通信デバイス１１２をサポートする。被呼側通信デバイス１１２がＯ−ＭＳＣ１０６がサポートするホーム・エリア内にある場合、Ｓ−ＭＳＣ１０８は発呼側通信デバイス１１０と被呼側通信デバイス１１２との間の呼の経路になくてもよい。例えば、Ｏ−ＭＳＣ１０６は被呼側通信デバイス１１２のためにＳ−ＭＳＣの役割を果たしてもよい。装置１００の別の実施形態では、交換センタ１０６は公衆交換電話網のサービス交換点または電話局を含む。

図１〜３を参照すると、説明を目的として、装置１００の−動作例が例示されている。メッセージ・フロー２０２とロジック・フロー３０２が装置１００の動作例を説明する。発呼側通信デバイス１１０のユーザ（すなわち、発呼者）は被呼側通信デバイス１１２のユーザ（すなわち、被呼者）に発呼する。発呼側通信デバイスはベアラ・ネットワーク１２０を介して交換センタ１０６に呼設定要求２０４を送信する。例えば、当業者には理解されるように、着信コール・レグ（リングバック・コール・レグ）は公衆交換電話網によって被呼側通信デバイス１１２のＯ−ＭＳＣにルーティングされる。

交換センタ１０６は、当該呼について呼設定を開始する（工程３０４）。呼設定の間、交換センタ１０６はホーム・ロケーション・レジスタ１１４および／またはＳＣＰ１２２と協働して呼出サービスを被呼側通信デバイス１１２への呼に提供すると決定する。一例では、ホーム・ロケーション・レジスタ１１４はＩＰ１２４を選択する。交換センタ１０６はＩＰ１２４に呼設定メッセージ２０６を送信して発呼側通信デバイス１１０とＩＰ１２４との間に通信経路２１０を確立する。一例では、呼設定メッセージ２０６は初期アドレス・メッセージ（「ＩＡＭ」）を含む。初期アドレス・メッセージは複数のパラメータ、例えば、発呼者番号、転送番号、および被呼者番号を含む。交換センタ１０６は、発呼側通信デバイス１１０に対応する電話番号に発呼者番号を設定する。交換センタ１０６は被呼側通信デバイス１１２に対応する移動体電話番号に転送番号を設定する。当業者には明らかなように、交換センタ１０６はＩＰ１２４に対応するルーティング番号に被呼者番号を設定する。

ＩＰ１２４は呼設定メッセージを受信し、呼出コール・レグのリソースを割り当てる（工程３０６）。ＩＰ１２４は交換センタ１０６に確認メッセージ２０８を送信して、ベアラ・ネットワーク１２０上で交換センタ１０６とＩＰ１２４との間にコール・レグ、例えば、呼出コール・レグを作成する。一例では、確認メッセージ２０８はアドレス完了メッセージ（「ＡＣＭ」）を含む。確認メッセージ２０８を受信すると、交換センタ１０６は呼出コール・レグに着信コール・レグを接続して通信経路２１０を確立する。通信経路２１０が確立されると、ＩＰ１２４は一例では発呼側通信デバイス１１０に対する所定の呼出音の再生を開始する。

ＩＰ１２４が発呼側通信デバイス１１０に対する呼出音の再生を行っている間、ＩＰ１２４は発呼側通信デバイス１１０のユーザからの入力について通信経路２１０を監視する（工程３１０）。発呼側通信デバイスのユーザからの入力、例えば、入力２１２は、交換センタ１０６に受信される。交換センタ１０６は通信経路２１０上で入力２１２をＩＰ１２４に送信する。一実施形態では、発呼側通信デバイス１１０のユーザからの入力例２１２はデュアル・トーン多周波（ＤＴＭＦ）信号を含む。例えば、発呼側通信デバイス１１０のユーザは発呼側通信デバイス１１０のキーパッド上のボタンを押す。別の実施形態では、入力２１２は音声信号を含む。例えば、当業者には明らかなように、ＩＰ１２４は、発呼側通信デバイス１１０のユーザからの音声コマンドを解釈する音声認識機能を使用する。

入力２１２を受信すると（工程３１２）、ＩＰ１２４は入力２１２が呼出音の再生の所定の変更に対応するか否かを判定する。例えば、ＩＰ１２４は入力が有効か否かを判定する（工程３１４）。入力が有効でない場合、ＩＰ１２４は入力を無視して工程３１０に戻る。入力が有効な場合、ＩＰ１２４は（工程３１６で）再生特性への所定の変更を実行して工程３１０に戻る。例えば、発呼者は呼出音に複数の変更を加えることができる。一例では、ＩＰ１２４は再生中に再生特性を変更する。例えば、ＩＰ１２４は呼設定中に特性を変更する。別の例では、ＩＰ１２４は呼設定中にだけ特性を変更する。一実施形態では、有効な入力およびそれに対応する変更のテーブルおよび／またはセットがＩＰ１２４を運用するサービス・プロバイダによって、例えば、環境設定ファイル内に維持される。別の実施形態では、被呼側通信デバイス１１２のユーザは有効な入力のテーブルを維持し、かつ／または変更する。一実施形態では、単一の入力が複数の再生特性の変更に対応する。

呼出音の再生特性の例は、音量および内容を含む。一例では、音量は増加、減少、ミュート、および／またはミュート解除できる。別の例では、呼出音の内容が変更される。呼出音が歌を含む場合、一例では、内容の変更は歌の休止、停止、巻き戻し、および／または早送りを含む。別の例では、内容の変更は歌の変更を含む。例えば、当業者には明らかなように、ＩＰ１２４は、再生リストの複数の歌および／または呼出音を入れ替える。

別の実施形態では、ＩＰ１２４は所定の呼出音の再生前に発呼側通信デバイス１１０にプレアンブル・メッセージを（工程３０８で）送信する。プレアンブル・メッセージは、呼出音の再生特性の所定の変更と所定の入力との間の１つまたは複数の関連の標識を含む。例えば、プレアンブル・メッセージは発呼側通信デバイス１１０のユーザにどの入力が有効かを通知する。一例では、「７」の入力は音量の増加、「４」の入力は呼出音再生の休止に関連する。別の例では、発呼側通信デバイス１１０のユーザは入力として音声による単語および／または語句を使用する。例えば、「ボリュームを上げる」で音量が上がり、「ストップ」で再生が停止する。その他の入力と再生の特性は当業者には容易に明らかになろう。

交換センタ１０６は呼処理を開始して交換センタ１０６と被呼側通信デバイス１１２との間にコール・レグ、例えば、発信コール・レグを作成する。一実施形態では、交換センタ１０６は呼出サービスと平行して呼処理を実行する。被呼側通信デバイス１１２のユーザが着信呼に応答すると、被呼側通信デバイス１１２は交換センタ１０６に接続メッセージ２１４を送信する。接続メッセージ２１４を受信する（工程３１８）と、交換センタ１０６は呼出コール・レグを切断して着信コール・レグを発信コール・レグに（工程３２０で）接続する。例えば、交換センタ１０６は発呼側通信デバイス１１０と被呼側通信デバイス１１２との間に通信経路２２０を確立し、それによって、発呼者と被呼者との間の音声通信が可能になる。

着信コール・レグが発信コール・レグに接続されると、当該呼の呼設定が完了し、交換センタ１０６とＩＰ１２４とは呼出コール・レグの解体を実行する。交換センタ１０６は、解放メッセージ２１６、例えば、ＲＥＬメッセージをＩＰ１２４に送信する。ＩＰ１２４は呼出コール・レグに関連するリソースを解放し、交換センタ１０６に解放確認メッセージ２１８、例えば、ＲＬＣメッセージを送信する。一例では、当業者には理解されるように、交換センタ１０６とＩＰ１２４は、発呼者と被呼者との間の音声通信と平行して呼出コール・レグの解体を実行する。

図３を参照すると、ロジック・フロー３０２の１つまたは複数の工程が並列に実行できる。例えば、工程３１２、３１４、および３１６を実行する第１のソフトウェア・スレッドは工程３１８および３２０を実行する第２のソフトウェア・スレッドと並列に実行できる。一例では、第２のソフトウェア・スレッドの方が優先度が高い。例えば、ユーザ入力の処理は呼が応答されると停止するので呼を接続することができる。別の例では、当業者には明らかなように、ＲＥＬメッセージ２１６を受信すると第１のソフトウェア・スレッドは中断し、ユーザ入力処理は途中放棄される。

本発明のさまざまな別の実施形態が存在する。例えば、インテリジェント・ネットワーク・プラットフォーム１０２および１０４、交換センタ１０６および１０８、発呼側通信デバイス１１０、被呼側通信デバイス１１２、および／またはホーム・ロケーション・レジスタ１１４は別の信号プロトコル、標準、および／またはプラットフォームをサポートすることができる。例示の代替形態は、Ｎｏ．７信号方式、無線インテリジェント・ネットワーク、移動網用拡張ロジックのためのカスタマイズ・アプリケーション、ＡＮＳＩ−４１、ＧＳＭ、ユニバーサル移動体電気通信システム、欧州電気通信標準化機構（「ＥＴＳＩ」）の信号方式、高度インテリジェント・ネットワーク（「ＡＩＮ」）信号方式などを含む。インテリジェント・ネットワーク・プラットフォーム１０２および１０４と交換センタ１０６および１０８の代替構成が実施できる。インテリジェント・ネットワーク・プラットフォーム１０２および１０４と交換センタ１０６および１０８の機能は１つまたは複数の構成要素によって共用できる。例えば、当業者には明らかなように、交換センタ１０６および／または１０８の呼処理機能は、インテリジェント・ネットワーク・プラットフォーム１０２および／または１０４によって実行できる。

一例では、装置１００は、１つまたは複数の電子構成要素、ハードウェア構成要素、およびコンピュータ・ソフトウェア構成要素などの複数の構成要素を含む。いくつかのそのような構成要素は装置１００内で組み合わせるか分割できる。当業者には明らかなように、装置１００の構成要素の例は、いくつかのプログラミング言語のいずれかで記述されたかまたは実施されるセットおよび／またはシリーズを使用および／または含む。

一例では、装置１００は１つまたは複数のコンピュータ可読信号搬送媒体を使用する。コンピュータ可読信号搬送媒体は、本発明の１つまたは複数の実施形態の１つまたは複数の部分を実行するソフトウェア、ファームウェアおよび／またはアセンブリ言語を記憶する。装置１００のコンピュータ可読信号搬送媒体の例は、インテリジェント・ネットワーク・プラットフォーム１０２および１０４の記録可能データ記憶媒体１５０を含む。一例では、装置１００のコンピュータ可読信号搬送媒体は磁気、電気、光、生物、および原子データ記憶媒体の１つまたは複数を含む。例えば、コンピュータ可読信号搬送媒体は、フロッピー（登録商標）・ディスク、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハード・ディスク・ドライブ、および電子メモリを含む。別の例では、コンピュータ可読信号搬送媒体は、装置１００を含む、またはそれと結合したネットワーク、例えば、電話網、ローカル・エリア・ネットワーク（「ＬＡＮ」）、ワイド・エリア・ネットワーク（「ＷＡＮ」）、インターネット、および無線ネットワークの１つまたは複数を介して伝送される被変調搬送波を含む。

本明細書で述べられている工程または動作は例示的なものに過ぎない。本発明の精神を逸脱しない上記の工程または動作の多数の変形形態がある。例えば、各工程を異なる順序で実行できる。または工程を追加、削除、または変更することができる。
本明細書で本発明の実施形態を図示し詳述してきたが、本発明の精神を逸脱することなく、本発明についてさまざまな変更、追加、代替などを行うことができ、これらは首記の請求の範囲に記載する本発明の範囲内であることは当業者には明らかであろう。

１つまたは複数のインテリジェント・ネットワーク・プラットフォーム、１つまたは複数の移動体交換センタ、発呼側通信デバイス、および被呼側通信デバイスを含む装置の一実施形態を示す図である。図１の装置の呼出音の再生特性を変更するメッセージ・フローの一例を示す図である。図１の装置の呼出音の再生特性を変更する論理フローの一例を示す図である。

Claims

発呼側通信デバイスへの通信経路を使用して前記発呼側通信デバイスに対する呼出音の再生を実行する工程と、
前記発呼側通信デバイスへの呼出音の再生特性の選択された変更に対応する前記発呼側通信デバイスのユーザからの入力について前記通信経路を監視する工程とを含む方法。
前記発呼側通信デバイスから被呼側通信デバイスへの呼の呼設定メッセージを前記被呼側通信デバイスに関連する交換センタから受信する工程と、
前記交換センタに確認メッセージを送信して前記発呼側通信デバイスへの前記通信経路を確立する工程とをさらに含む請求項１に記載の方法。
前記通信経路を使用して前記発呼側通信デバイスのユーザからの入力を受信する工程と、
前記発呼側通信デバイスのユーザからの入力に基づいて前記呼出音の再生特性を変更する工程とをさらに含む請求項１に記載の方法。
前記発呼側通信デバイスのユーザからの入力に基づいて前記呼出音の再生特性を変更する工程が、
前記呼出音の再生中に前記呼出音の再生特性を変更する工程を含む請求項３に記載の方法。
前記発呼側通信デバイスのユーザからの入力に基づいて前記呼出音の再生特性を変更する工程が、
前記呼出音の再生の音量を変更する工程を含む請求項３に記載の方法。
前記発呼側通信デバイスのユーザからの入力に基づいて前記呼出音の再生特性を変更する工程が、
前記呼出音の休止、停止、巻き戻し、早送り、または入れ替えを実行する工程を含む請求項３に記載の方法。
前記発呼側通信デバイスにメッセージを送信して前記ユーザに再生特性の所定の変更と所定の入力との間の１つまたは複数の関連を示す工程をさらに含む請求項１に記載の方法。
前記発呼側通信デバイスのユーザからの入力について前記通信経路を監視する工程が、
前記呼出音の再生特性の選択された変更に対応する入力について前記通信経路を監視する工程を含み、
前記発呼側通信デバイスのユーザからの入力に基づいて前記呼出音の再生特性を変更する工程が、
前記呼出音の再生特性の選択された変更を実行する工程を含む請求項３に記載の方法。
前記発呼側通信デバイスのユーザからの入力について前記通信経路を監視する工程が、
前記発呼側通信デバイスからの１つまたは複数のＤＴＭＦおよび／または音声信号について前記通信経路を監視する工程を含む請求項１に記載の方法。
前記発呼側通信デバイスへの前記通信経路を使用して前記発呼側通信デバイスに対する呼出音の再生を実行する工程が、
前記発呼側通信デバイスから発呼された呼の呼設定中に前記発呼側通信デバイスに対する前記呼出音の再生を実行する工程を含み、
前記発呼側通信デバイスのユーザからの入力について前記通信経路を監視する工程が、
前記発呼側通信デバイスから発呼された呼の呼設定中に前記発呼側通信デバイスのユーザからの入力について前記通信パスを監視する工程を含む請求項１に記載の方法。