JP2006106695A - 端末で調整される着信音 - Google Patents

Abstract

【課題】共通のユーザに関連付けられた多数の通信端末が、着信音を介して着信メッセージの到着をそれらのユーザに通知することを可能にするための装置と方法を提供すること。
【解決手段】その着信音が、（ｉ）複数の端末の間で整合性をとられ、（ｉｉ）端末の１つまたは複数の属性に基づいて各々の端末に関してカスタマイズされる。特に、具体例となる実施形態では、他の通信端末へもやはり向けられるメッセージを受信する端末を整合させるステップが、他の通信端末の１つまたは複数の属性（例えば端末タイプなど）に基づいて着信音の１つまたは複数の特性（例えばテンポ、音色、音程、リズムなど）の値を設定する。
【選択図】図２

Description

本発明は、一般に通信に関し、より詳細には、通信端末のユーザにメッセージの着信を知能的に通知するための技術に関する。

図１は、ｊ＝１〜２としたときの通信端末１０５−ｊ（例えば無線電話器、ソフトフォン使用可能なラップトップ・コンピュータなど）、およびネットワーク１２０（例えば公衆交換電話網［ＰＳＴＮ］、セルラ無線ネットワーク、無線ローカルエリア・ネットワークなど）を有する先行技術の通信システム１００を描いている。通信端末１０５−ｊは他の通信端末からネットワーク１２０を経由して由来するメッセージ（例えば着信音声電話通知、ｅメール・メッセージ、ショート・メッセージ・サービス［ＳＭＳ］のメッセージ、マルチメディア・メッセージ・サービス［ＭＭＳ］のメッセージ、インスタント・メッセージ［ＩＭ］のメッセージなど）を受信することが可能である。
通信端末１０５−ｊはメッセージを受け取ると、スピーカ１１０−ｊを介した「着信音」（例えば旋律、一連のビープ音など）の再生、ディスプレイ１１１−ｊを介した可視情報（例えば文章、画像など）の表示、または（もしあれば）振動メカニズム１１２−ｊを介した端末の振動のうちの１つあるいはそれらの組み合わせによってユーザにメッセージの着信、または発生していれば付随する着呼を通知する。通信端末１０５−ｊはすべての着信メッセージに関して特定の着信音、または発呼側の部類に関連付けられた着信音（例えば取引相手用の着信音、友人用の着信音、家族用の着信音など）、または個々の発呼者に関連付けられた着信音などを再生することが可能である。同様に、通信端末１０５−１および１０５−２は着信メッセージがあることを示すために文章メッセージ（例えば「着呼」、「着呼：母親」、「着呼：２１２−５５５−１２３４」など）、または画像（例えば鳴り響く電話器の動画にされたアイコン、発呼者の写真など）、または両方を表示することが可能である。

本発明は一般的なユーザに関連付けられた通信端末が着信音を介してそれらのユーザに着信メッセージの到着を通知することを可能にし、その着信音は、（ｉ）複数の端末の間で整合性をとられ、（ｉｉ）端末の１つまたは複数の属性に基づいて各々の端末に関してカスタマイズされる。具体例となる実施形態では、「一次端末」として知られる通信端末はその一次端末に向けられるか、またはやはり同じユーザに関連付けられた別の通信端末に向けられることも可能なメッセージを受信する。メッセージが向けられる通信端末の各々について、通信端末はその特定の端末の１つまたは複数の属性（例えば端末のタイプなど）に基づいてその端末で再生される着信音の１つまたは複数の特性（例えばテンポ、音色、音程、リズムなど）の値を設定する。例えば、メッセージが到着するとユーザの３つの通信端末がビートルズの曲「Ｈｅｌｌｏ Ｇｏｏｄｂｙｅ」を再生し、それが着信を示す場合、その曲は各々の端末の属性に応じて各々の端末で異なる様式、すなわち
・第１の端末（携帯電話）ではピアノ・バージョン、第２の端末（ソフトフォン）ではハープシコード・バージョン、および第３の端末（ハードフォン）ではオーケストラ・バージョンで、
・第１の端末では低いオクターブ、第２の端末では中間のオクターブ、および第３の端末では高いオクターブを使用して、
・第１の端末では英語の歌詞で、第２の端末ではドイツ語で、および第３の端末では朝鮮語で、
再生されることが可能である。

別の範例として、ユーザが標準的なベル音を選択する場合、そのベル音は各々の端末で異なる特徴的な音調特性を有することが可能である。当業者によって理解されるであろうが、音色および音程といった特性の値は歌曲または音の効果の基本的独自性を変えることはない。言い換えると、歌曲のメロディはこれらの特性とは無関係であり、したがって依然として区別可能であり続ける。

第１の具体例の実施形態では、一次端末が１つまたは複数の通信端末へと向けられるメッセージを受信すると、その一次端末はメッセージと共に（作曲された）楽曲の事例（例えば音声クリップ、Ｍｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ［ＭＩＤＩ］など）を表わす信号を各々の端末に送信する。この楽曲の事例の１つまたは複数の音楽特性の値は、特定のユーザに関連付けられた各通信端末の１つまたは複数の属性（例えば端末のタイプ、端末のサイズ、端末のスピーカのサイズ、ユーザの優先度の観点での端末の順位など）に基づいて確立される。それに続いて、各々の端末が着信メッセージを受信すると、その端末は一次端末から受信された楽曲の事例を含む着信音を再生する。

第２の具体例の実施形態では、特定のユーザに関連付けられた各通信端末の１つまたは複数の属性に基づいて一次端末が音楽の特性値（例えば楽器がピアノであり、第１節が中央ハであり、発声言語が朝鮮語であるなど）を判定し、楽曲の事例以外の特性値を各通信端末へと送る。その後、各通信端末が着信メッセージを受信すると、端末に保存された楽曲を含む着信音を受信された特性値に従って再生する。

両方の具体例の実施形態で、ユーザが第１の端末で非音響の警報モード（例えば視覚、振動など）を選択したとき、そのユーザに関連付けられたその他の端末は第１の端末のそれと一致する警報モードを使用するように更新される。例えば、第１の端末がそのスピーカを消音モードにされて振動警報モードに設定されれば、その他の端末のスピーカが消音モードにされ、それらの端末が振動モード、視覚モード、またはそれら２つの組み合わせに設定される。

いくつかの実施形態で、楽曲の事例の１つまたは複数の音楽特性、例えばテンポ、音量、音程、リズムなどの値もやはり、着信メッセージの１つまたは複数の属性に基づいて定められる。

本発明の具体例の実施形態は、着信音が多数の端末にわたって区別可能となるようにそれらが着呼と着信音の間の全体的マッピングを与えるという点で先行技術を上回って好都合である。警報を発している各々の端末は、着呼を設けられている端末の数に関係なく明らかに見分けられる。同時に、着信音の基本的独自性、したがってその意味はユーザの端末全体にわたって維持される。

具体例の実施形態は（ａ）第１の通信端末および第２の通信端末のユーザへと向けられたメッセージを受信するステップ、（ｂ）（ｉ）そのメッセージ、および楽曲の第１の事例を表わす第１の信号を第１の通信端末に送信し、（ｉ）そのメッセージ、および楽曲の第２の事例を表わす第２の信号を第２の通信端末に送信するステップを含み、第２の通信端末は第１の通信端末のユーザに関連付けられ、第１の事例および第２の事例はユーザにメッセージの到着を通知するためのものであり、第１の事例の第１の音楽特性の値は第１の通信端末の属性に基づき、第１の音楽特性はメロディと無関係である。

下記で現れる用語はこの説明および添付の特許請求項で使用するために次の定義を与えられる。
本明細書および特許請求項のために、「楽曲」という用語は音楽または音響効果のどちらかの一片（例えば１つまたは複数のビープ音、様々な音の組み合わせなど）として定義される。

本明細書および特許請求項のために、「警報モード」という用語は通信端末のユーザに着信メッセージまたは着呼を通知する特定の方法として定義される。方法は、スピーカを通じて音声を再生する方法、文章または画像を表示する方法、光またはアイコンを点滅させる方法、端末を振動させる方法などを含む。警報モードはまた、通知のために使用されないであろう方法を表示（例えば非音響など）することによる受容可能な方法を定義することが可能である。

本明細書および特許請求項のために、「消音状況」という用語は通信端末のスピーカがオフに切り換えられているか否かの状態として定義される。ユーザへの着信メッセージの通知に関してスピーカがオフに切り換えられていた場合、消音状況は「消音モード」であり、その一方で、ユーザへの着信メッセージの通知に関してスピーカがオンに切り換えられると、消音状況は「非消音モード」である。

下記で述べられる具体例の実施形態では、多数の端末にわたって着信音の組み合わせが可能にされる。ユーザに関連付けられた１つまたは複数の端末は同じ呼び出しに関して着呼通知メッセージを受信し、すべてが同じ楽曲を有するが複数の端末にわたって少なくとも１つの特性（例えば音色など）が異なる着信音を再生する。例えば、下記で述べられるそれらのような３つの端末を備えたユーザはユーザの上司からのあらゆる着呼に関して「（公序良俗違反につき、不掲載）」の主題曲を聞くが、第１の端末ではそれが携帯電話であるのでピアノのように聞こえ、第２の端末ではそれがソフトフォンであるのでハープシコードのように聞こえ、第３の端末ではそれがハードフォンであるのでオーケストラのように聞こえることを希望することが可能である。

図２は本発明の具体例となる実施形態による通信システム２００を描いている。通信システム２００は図示されたように関連付けられた一次通信端末２０４、通信端末２０５−１と２０５−２、およびネットワーク２２０を有する。

一次通信端末２０４（または「一次端末２０４」）は下記、および図５、６、８、および９に関して述べられるように、ネットワーク２２０を介して発呼端末からメッセージ（例えば着信音声電話通知、ｅメール・メッセージ、ショート・メッセージ・サービス［ＳＭＳ］のメッセージなど）を受信し、無線インターフェース（例えばＢｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉなど）を介して端末２０５−ｊと情報を交換し、メッセージの到着をユーザに通知することが可能である。

ｊが１または２に等しい場合の通信端末２０５−ｊ（または「端末２０５−ｊ」）は下記、および図７と１０に関して述べられるように、ネットワーク２２０を介して発呼端末からメッセージ（例えば着信音声電話通知、ｅメール・メッセージ、ショート・メッセージ・サービス［ＳＭＳ］のメッセージなど）を受信し、無線インターフェース（例えばＢｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉなど）を介して一次端末２０４と情報を交換し、メッセージの到着をユーザに通知することが可能である。

一次端末２０４と端末２０５−ｊは、本発明の具体例となる実施形態に従って楽曲がユーザに着呼を通知する方法をユーザに関連付けられた複数の端末全体にわたって調整して組み合わせる追加機能を一次端末２０４が有するという点で異なる。一次端末２０４は、工場でソフトウェアを追加する処理、端末が購入された後に機能を作動させる処理などのようないくつかの方式のうちの１つで初期に制御端末として指定される。端末を一次（すなわち一次端末２０４）として指定する方法は、本明細書を読んだ後の当業者にとって明らかであろう。

一次端末２０４、端末２０５−１、および端末２０５−２はすべて同じ端末タイプであるわけではない。例えば、図３に描かれたように一次端末２０４および端末２０５−１は携帯電話であり、端末２０５−２は当該技術で知られている「ソフトフォン」であり、ラップトップ・コンピュータの中に導入される。しかしながら、他の端末タイプ（例えばハードフォン、一般電話サービス［または「ＰＯＴＳ」］の電話器、総合デジタル通信網［または「ＩＳＤＮ」］の電話器、構内交換機［または「ＰＢＸ」］の電話器など）を基にして一次端末２０４および端末２０５−ｊを構成して使用する方法は本明細書を読んだ後の当業者にとって明らかであろう。当業者はまた、いくつかの別の代替選択肢の実施形態で一次端末２０４および端末２０５−１、２０５−２のすべてが同じ端末タイプであることが可能であること、および他の代替選択肢の実施形態でそれらがすべて異なる端末タイプであることが可能であることも理解するであろう。

２つの端末（すなわち端末２０５−１と２０５−２）が一次端末２０４への追加で具体例の実施形態の一部として描かれているが、異なる数の存在する端末２０５を伴なって通信システム３００を構成して使用する方法は当業者にとって明らかであろう。
一次端末２０４および端末２０５−１と２０５−２を構成して使用する方法は本明細書を読んだ後の当業者にとって明らかであろう。

ネットワーク２２０はよく知られている様式で一次端末２０４および端末２０５−ｊとメッセージを送受信する通信ネットワークである。通信ネットワーク２２０は当業者に知られているようにインターネット、公衆交換電話網（ＰＳＴＮ）、ローカルエリア・ネットワーク（ＬＡＮ）、セルラ・ネットワークなどのうちの１つまたは複数を含む。

図３は本発明の具体例となる実施形態による一次端末２０４の主要な構成要素のブロック図を描いている。図３に示されるように、一次端末２０４は図示されるように相互接続された受信部３０１、プロセッサ３０２、メモリ３０３、送信部３０４、スピーカ３１０、ディスプレイ３１１、および振動メカニズム３１２を有する。

受信部３０１は端末２０５−１、端末２０５−２、およびネットワーク２２０のうちの１つまたは複数から信号を受信し、これらの信号内で符号化された情報をよく知られている様式でプロセッサ３０２へと転送する。いくつかの別の代替選択肢の実施形態では、受信部３０１は多数の受信ユニットを有し、一次端末２０４は端末２０５−ｊと通信するために１つの受信ユニットを使用し、ネットワーク２２０と通信するために別の受信ユニットを使用する。受信部３０１を構成して使用する方法は本明細書を読んだ後の当業者にとって明らかであろう。

プロセッサ３０２はメモリ３０３からのデータ読み取りおよびそれへのデータ書き込みが可能であり、下記および図５、６、８、および９に関して述べられるタスクを実行することが可能な汎用プロセッサである。本発明のいくつかの別の代替選択肢の実施形態では、プロセッサ３０２は特定用途向けプロセッサであることが可能である。どちらのケースでも、プロセッサ３０２を構成して使用する方法は本明細書を読んだ後の当業者にとって明らかであろう。

メモリ３０３は当該技術でよく知られているようにデータおよび実行可能な命令を保存し、ランダム・アクセス・メモリ（ＲＡＭ）、フラッシュ・メモリ、ディスク、ドライブなどのどのような組み合わせであることも可能である。メモリ３０３を構成して使用する方法は本明細書を読んだ後の当業者にとって明らかであろう。

送信部３０４はプロセッサ３０２から情報を受け取り、この情報を符号化する信号をよく知られている様式で端末２０５−１、端末２０５−２、およびネットワーク２２０のうちの１つまたは複数に送信する。いくつかの別の代替選択肢の実施形態では、送信部３０４は多数の送信ユニットを有し、一次端末２０４は端末２０５−ｊと通信するために１つの送信ユニットを使用し、ネットワーク２２０と通信するために別の送信ユニットを使用する。送信部３０４を構成して使用する方法は本明細書を読んだ後の当業者にとって明らかであろう。

スピーカ３１０、ディスプレイ３１１、および振動メカニズム３１２は当該技術で知られているようなスピーカ１１０−１、ディスプレイ１１１−１、および振動メカニズム１１２−１と同じである。いくつかの別の代替選択肢の実施形態では、ディスプレイ３１１もしくは振動メカニズム３１２、またはそれら両方が存在しない。

図４は本発明の具体例となる実施形態による端末２０５−ｊの主要な構成要素のブロック図を描いている。図４に示されるように、端末２０５−ｊは図示されるように相互接続された受信部４０１、プロセッサ４０２、メモリ４０３、送信部４０４、スピーカ４１０、ディスプレイ４１１、および振動メカニズム４１２を有する。

受信部４０１は一次端末２０４およびネットワーク２２０のうちの一方または両方から信号を受信し、これらの信号内で符号化された情報をよく知られている様式でプロセッサ４０２へと転送する。いくつかの別の代替選択肢の実施形態では、受信部４０１は多数の受信ユニットを有し、端末２０５−ｊは一次端末２０４と通信するために１つの受信ユニットを使用し、ネットワーク２２０と通信するために別の受信ユニットを使用する。受信部４０１を構成して使用する方法は本明細書を読んだ後の当業者にとって明らかであろう。

プロセッサ４０２はメモリ４０３からのデータ読み取りおよびそれへのデータ書き込みが可能であり、下記および図７および１０に関して述べられるタスクを実行することが可能な汎用プロセッサである。本発明のいくつかの別の代替選択肢の実施形態では、プロセッサ４０２は特定用途向けプロセッサであることが可能である。どちらのケースでも、プロセッサ４０２を構成して使用する方法は本明細書を読んだ後の当業者にとって明らかであろう。

メモリ４０３は当該技術でよく知られているようにデータおよび実行可能な命令を保存し、ランダム・アクセス・メモリ（ＲＡＭ）、フラッシュ・メモリ、ディスク、ドライブなどのどのような組み合わせであることも可能である。メモリ４０３を構成して使用する方法は本明細書を読んだ後の当業者にとって明らかであろう。

送信部４０４はプロセッサ４０２から情報を受け取り、この情報を符号化する信号をよく知られている様式で一次端末２０４およびネットワーク２２０のうちの一方または両方に送信する。いくつかの別の代替選択肢の実施形態では、送信部４０４は多数の送信ユニットを有し、端末２０５−ｊは一次端末２０４と通信するために１つの送信ユニットを使用し、ネットワーク２２０と通信するために別の送信ユニットを使用する。送信部４０４を構成して使用する方法は本明細書を読んだ後の当業者にとって明らかであろう。

スピーカ４１０、ディスプレイ４１１、および振動メカニズム４１２は当該技術で知られているようなスピーカ１１０−１、ディスプレイ１１１−１、および振動メカニズム１１２−１と同じである。いくつかの別の代替選択肢の実施形態では、ディスプレイ４１１もしくは振動メカニズム４１２、またはそれら両方が存在しない。

本明細書の残りの部分は本発明の第１の具体例となる実施形態および第２の具体例となる実施形態を記述する。第１の具体例となる実施形態は複数の通信端末全体にわたる着信音の組み合わせを遂行し、部分的には一次端末２０４が（ｉ）楽曲の第１の事例を判定し、そこでは一次端末２０４が第１の事例を使用し、（ｉｉ）楽曲の第２および第３の事例をそれぞれ端末２０５−１および２０５−２に送信する。第２の具体例となる実施形態は複数の通信端末全体にわたる着信音の組み合わせを遂行するが、しかし部分的には一次端末２０４は（ｉ）音楽特性の第１の値を判定し、そこでは一次端末２０４が第１の値を使用し、（ｉｉ）音楽特性の第２および第３の値をそれぞれ端末２０５−１および２０５−２に送信し、３つの端末すべてが前もって保存された同一の楽曲を有する。

図５は本発明の第１の具体例となる実施形態による、やはり第１の通信端末とも称される一次端末２０４によって実行される主要なタスクのフローチャートを描いている。一次端末２０４は、、やはり第２の通信端末とも称される端末２０５−１および端末２０５−２と相互作用する。図５に描かれた複数のタスクが同時、または描かれたそれとは異なる順序で実行されることが可能であることは当業者にとって明らかであろう。

タスク５１０では、よく知られている様式で受信部３０１が一次端末２０４へと向けられるメッセージをネットワーク２２０から受信し、そのメッセージをプロセッサ３０２へと転送する。

タスク５２０では、一次端末２０４、端末２０５−１、および端末２０５−２に関連付けられたユーザにメッセージの到着を通知するためにいずれの楽曲が使用されるかをプロセッサ３０２が判定する。当業者によって理解されるであろうが、いくつかの実施形態では楽曲の選択を支配する「ルール」は、よく知られている様式でユーザによって特定されて一次端末２０４のメモリ３０３に保存されることが可能である。いくつかの他の実施形態では、発呼側端末が出発するメッセージに楽曲を抱き合わせにすることが可能である。楽曲を選択する方法は当業者にとって明らかであろう。

タスク５３０では、下記および図６に関連して詳細に述べられるように、一次端末２０４の１つまたは複数の属性に基づいてプロセッサ３０２がタスク５２０で判定された楽曲の１つまたは複数の特性の値を設定する。楽曲を再生する方法を決定するためにこれらの特性値が一次端末２０４によって使用されるであろう。選択される特性はメロディとは無関係である。

タスク５４０では、下記および図６に関連して詳細に述べられるように、端末２０５−１の１つまたは複数の属性に基づいてプロセッサ３０２がタスク５２０で判定された楽曲の１つまたは複数の特性の値を設定する。楽曲を再生する方法を決定するためにこれらの特性値が端末２０５−１によって使用されるであろう。さらに、端末２０５−２の１つまたは複数の属性に基づいてプロセッサ３０２がタスク５２０で判定された楽曲の１つまたは複数の特性の値を設定する。楽曲を再生する方法を決定するためにこれらの特性値が端末２０５−２によって使用されるであろう。いくつかの実施形態では、選択される特性はタスク５３０で選択されたそれらと同じである。

タスク５５０では、下記および図６に関連して詳細に述べられるように、着信メッセージの１つまたは複数の属性に基づいてプロセッサ３０２がタスク５２０で判定された楽曲の１つまたは複数の特性の値を設定する。楽曲を再生する方法を決定するためにこれらの特性値が複数の端末によって使用されるであろう。

タスク５６０では、プロセッサ３０２が第１の警報モードの値、第２の警報モードの値およに第３の警報モードの値を決定する。第１の警報モードの値は、一次端末２０４がユーザに着呼を通知する方法を示す。第２の警報モードの値は、端末２０５−１がユーザに着呼を通知する方法を示す。第３の警報モードの値は、端末２０５−２がユーザに着呼を通知する方法を示す。通知する方法は、よく知られている様式で、スピーカ３１０、ディスプレイ３１１、または振動メカニズム３１２、あるいはそれら３つの組み合わせを含む。スピーカ３１０は音（例えば音楽の一片、音響効果など）を再生することによってユーザに通知する。ディスプレイ３１１はアイコンの点滅、光、いくつかの他の画像、もしくは文章の点滅を表示することによってユーザに通知する。振動メカニズム３１２は振動を通じてユーザに通知する。

プロセッサ３０２は一次端末２０４の消音状況に基づいて警報モードの値を決定する。例えば、一次端末２０４のユーザがスピーカ３１０を消音モードにするように、またはスピーカ３１０を有効化する（すなわち「非消音モードにする」）ように選択すると、プロセッサ３０２が更新された消音状況を察知する。消音状況が「消音モードにされる」と、プロセッサ３０２は第１、第２、および第３の警報モードの値を設定してスピーカ３１０が沈黙させられたことを表示する。消音状況が「非消音モードにされる」と、プロセッサ３０２は第１、第２、および第３の警報モードの値を設定してスピーカ３１０が有効化されたことを表示する。第１、第２、および第３の警報モードが、一次端末２０４、端末２０５−１、および端末２０５−２それぞれによって使用されるであろう他の警報の方法を表示することが可能であり、それら他の警報の方法がスピーカ３１０を含む警報の方法とは別個であるか、またはそれに追加されることは当業者にとって明らかであろう。

タスク５７０では、第１の警報モードの値に基づいてプロセッサ３０２がユーザに着信メッセージを通知するために第１の信号をスピーカ３１０へと出力する。例えば、第１の警報モードの値が可聴警報を表示していれば、プロセッサ３０２はスピーカ３１０へと信号を出力する。第１の警報モードの値が可聴警報を使用しないように表示していれば、プロセッサ３０２は信号をスピーカ３１０に出力せず、警報を出すための他の手段（例えばディスプレイ３１１、振動メカニズム３１２など）を使用する。

タスク５８０では、よく知られている様式で送信部３０４が楽曲の第２の事例および第２の警報モードの値を端末２０５−１に送信する。送信部３０４はまた、よく知られている様式で楽曲の第３の事例および第３の警報モードの値を端末２０５−２に送信する。いくつかの実施形態では、一次端末２０４はよく知られている様式で着信メッセージもやはり端末２０５−１および２０５−２へと転送する。タスク５８０の後、図５の方法は終了する。

図６は本発明の第１の具体例となる実施形態による、タスク５３０の詳細なフローチャートを描いている。図６に描かれたタスクが同時、または描かれたそれとは異なる順序で実行されることが可能であることは当業者にとって明らかであろう。

タスク６１０では、一次端末２０４の１つまたは複数の属性（例えば端末のタイプなど）に基づいてプロセッサ３０２が、選択された楽曲の再生に一次端末２０４が使用するであろう音量を設定する。

タスク６２０では、一次端末２０４の１つまたは複数の属性に基づいてプロセッサ３０２が一次端末２０４用の楽曲のテンポを設定する。

タスク６３０では、一次端末２０４の１つまたは複数の属性に基づいてプロセッサ３０２が一次端末２０４用の楽曲の音程（すなわち調号）を設定する。

タスク６４０では、一次端末２０４の１つまたは複数の属性に基づいてプロセッサ３０２が一次端末２０４用の楽曲の音色（例えば、その構成を演奏する楽器、ボーカルｖｓ．楽器構成など）を設定する。

タスク６５０では、一次端末２０４の１つまたは複数の属性に基づいてプロセッサ３０２が一次端末２０４用の楽曲の追加的な特性（例えばハーモニー、リズム、ボーカル音楽の性別、ボーカル音楽の言語など）の値を設定する。タスク６５０の後、実行はタスク５４０に続く。

図６に描かれたタスクは、端末２０５−１および２０５−２の１つまたは複数の属性が考慮されることを除いてタスク５４０にもやはり当てはまる。例えば、端末２０５−１の１つまたは複数の属性（例えば端末のタイプなど）に基づいてプロセッサ３０２が、選択された楽曲の再生に端末２０５−１が使用するであろう音量を設定する。同様に、端末２０５−２の１つまたは複数の属性（例えば端末のタイプなど）に基づいてプロセッサ３０２が、選択された楽曲の再生に端末２０５−２が使用するであろう音量を設定する。

図６に描かれたタスクは、着信メッセージの１つまたは複数の属性が考慮されることを除いてタスク５５０にもやはり当てはまる。例えば、メッセージの送り手の身元、メッセージに関連付けられた優先度、メッセージが送信された場所などといったメッセージの１つまたは複数の属性に基づいてプロセッサ３０２が楽曲の音量を設定する。当業者によって理解されるであろうが、メッセージが送信された場所に基づいた音量設定は端末にそのような情報を提供する通信システムでのみ可能である。

図７は、本発明の第１の具体例となる実施形態による通信端末２０５−ｊによって実行される主要なタスクのフローチャートを描いている。図７に描かれたタスクが同時、または描かれたそれとは異なる順序で実行されることが可能であることは当業者にとって明らかであろう。

タスク７１０では、端末２０５−ｊの受信部４０１がよく知られている様式でネットワーク２２０からメッセージを受信する。受信部４０１はまた、楽曲の（ｊ＋１）番目の事例および（ｊ＋１）番目の警報モードの値をよく知られている様式で一次端末２０４から受信する。

いくつかの代替選択肢の実施形態では、端末２０５−ｊの受信部４０１はネットワーク２２０からではなく一次端末２０４からよく知られている様式でメッセージを受信する。

タスク７２０では、スピーカが有効化されていることを警報モードの値が表示していることを前提として、楽曲を再生するために端末２０５−ｊのプロセッサ４０２がスピーカ３１０へと信号を送る。

タスク７３０では、警報モードの値がそうするように表示していることを前提として、端末２０５−ｊのプロセッサ４０２は着信メッセージの到着を表示するようにディスプレイ３１１へと信号を送る。

タスク７４０では、警報モードの値がそうするように表示していることを前提として、端末２０５−ｊのプロセッサ４０２は振動メカニズム３１２を作動させる信号を送る。タスク７４０の後、図７の方法は終了する。

図８は、本発明の第２の具体例となる実施形態による一次端末２０４によって実行される主要なタスクのフローチャートを描いている。第２の具体例となる実施形態では、やはり第１の通信端末とも称される一次端末２０４は楽曲自体を作り上げるのではなく、楽曲に関して特性値を決定する。その後、端末２０５−１および２０５−２が、端末２０５−１および２０５−２の中に局所的に保存される楽曲を再生する方法を決定するためにこれらの特性値を使用する。端末２０５−１はまた、第２の通信端末としても知られている。

図８に描かれた複数のタスクが同時、または描かれたそれとは異なる順序で実行されることが可能であることは当業者にとって明らかであろう。

タスク８１０では、よく知られている様式で受信部３０１が一次端末２０４へと向けられるメッセージを受信し、そのメッセージをプロセッサ３０２へと転送する。

タスク８２０では、下記および図９に関連して詳細に述べられるように、プロセッサ３０２が一次端末２０４の１つまたは複数の属性に基づいて音楽の１つまたは複数の特性に関する値を有する第１の特性値リストを作り上げる。選択される特性はメロディとは無関係である。

タスク８３０では、下記および図９に関連して詳細に述べられるように、プロセッサ３０２が端末２０５−１の１つまたは複数の属性に基づいて音楽の１つまたは複数の特性に関する値を有する第２の特性値リストを作り上げる。さらに、プロセッサ３０２は端末２０５−２の１つまたは複数の属性に基づいて音楽の１つまたは複数の特性に関する値を有する第３の特性値リストを作り上げる。いくつかの実施形態では、選択される特性はタスク８２０で選択されたそれらと同じである。

タスク８４０では、下記および図９に関連して詳細に述べられるように、プロセッサ３０２が着信メッセージの１つまたは複数の属性に基づいて第１、第２、および第３の特性値リストを修正する。

タスク８５０では、プロセッサ３０２が第１、第２、および第３の警報モードの値を決定する。第１の警報モードの値は、一次端末２０４がユーザに着呼を通知する方法を示す。第２の警報モードの値は、端末２０５−１がユーザに着呼を通知する方法を示す。通知する方法は、よく知られている様式で、スピーカ３１０、ディスプレイ３１１、または振動メカニズム３１２、あるいはそれら３つの組み合わせを含む。スピーカ３１０は音（例えば音楽の一片、音響効果など）を再生することによってユーザに通知する。ディスプレイ３１１はアイコンの点滅、光、いくつかの他の画像、もしくは文章の点滅を表示することによってユーザに通知する。振動メカニズム３１２は振動を通じてユーザに通知する。

プロセッサ３０２は一次端末２０４の消音状況に基づいて警報モードの値を決定する。例えば、一次端末２０４のユーザがスピーカ３１０を消音モードにするように、またはスピーカ３１０を有効化する（すなわち「非消音モードにする」）ように選択すると、プロセッサ３０２は消音状況を更新する。消音状況が「消音モードにされる」と、プロセッサ３０２は第１、第２、および第３の警報モードの値を設定してスピーカ３１０が沈黙させられたことを表示する。消音状況が「非消音モードにされる」と、プロセッサ３０２は第１、第２、および第３の警報モードの値を設定してスピーカ３１０が有効化されていることを表示する。第１、第２、および第３の警報モードが、一次端末２０４、端末２０５−１、および端末２０５−２それぞれによって使用される他の警報の方法を表示することが可能であり、それら他の警報の方法がスピーカ３１０を含む警報の方法とは別個であるか、またはそれに追加されることは当業者にとって明らかであろう。

タスク８６０では、第１の特性値リストおよび第１の警報モードの値に基づいてよく知られている様式でプロセッサ３０２がスピーカ３１０を通じて楽曲を再生する。例えば、楽曲はまるで女性ボーカリストによって歌われているかのように聞こえるように再生されることが可能である。他の範例では、楽曲はまるで警報モードが非音響であるかのように全く再生されないことが可能である。第１の警報モードの値が可聴警報を使用しないように表示していれば、プロセッサ３０２は警報のための他の手段（例えばディスプレイ３１１、振動メカニズム３１２など）を使用する。

タスク８７０では、よく知られている様式で送信部３０４が第２の特性値リストおよび第２の警報モードの値を端末２０５−１に送信する。送信部３０４はまた、よく知られている様式で第３の特性値リストおよび第３の警報モードの値を端末２０５−２に送信する。いくつかの実施形態では、一次端末２０４はまた、よく知られている様式で着信メッセージも端末２０５−１および２０５−２へと転送する。タスク８７０の後、図８の方法は終了する。

図９は本発明の第２の具体例となる実施形態によるタスク８２０の詳細なフローチャートを描いている。図９に描かれた複数のタスクが同時、または描かれたそれとは異なる順序で実行されることが可能であることは当業者にとって明らかであろう。

タスク９１０では、一次端末２０４の１つまたは複数の属性（例えば端末のタイプなど）に基づいてプロセッサ３０２が、局所的に保存された楽曲の再生に一次端末２０４が使用するであろう音量を決定する。

タスク９２０では、一次端末２０４の１つまたは複数の属性に基づいてプロセッサ３０２が一次端末２０４用の楽曲のテンポを決定する。

タスク９３０では、一次端末２０４の１つまたは複数の属性に基づいてプロセッサ３０２が一次端末２０４用の楽曲の音程（すなわち調号）を決定する。

タスク９４０では、一次端末２０４の１つまたは複数の属性に基づいてプロセッサ３０２が一次端末２０４用の楽曲の音色（例えば、その構成を演奏する楽器、ボーカルｖｓ．楽器構成など）を決定する。

タスク９５０では、一次端末２０４の１つまたは複数の属性に基づいてプロセッサ３０２が一次端末２０４用の楽曲の追加的な特性（例えばハーモニー、リズム、ボーカル音楽の性別、ボーカル音楽の言語など）の値を決定する。

タスク９６０では、プロセッサ３０２がタスク９１０から９５０に基づいて第１の特性値リストを作り上げる。タスク９６０の後、実行はタスク８３０に続く。

図９に描かれたタスクは、（ｉ）端末２０５−１の１つまたは複数の属性が第２の特性値リストの作成に考慮されること、（ｉｉ）端末２０５−２の１つまたは複数の属性が第３の特性値リストの作成に考慮されることを除いてタスク８３０にもやはり当てはまる。例えば、端末２０５−１の１つまたは複数の属性（例えば端末のタイプなど）に基づいてプロセッサ３０２が、局所的に保存された楽曲の再生に端末２０５−１が使用するであろう音量を決定する。

図９に描かれたタスクは、着信メッセージの１つまたは複数の属性が第１、第２、および第３の特性値リストの修正に考慮されることを除いてタスク８４０にもやはり当てはまる。例えば、メッセージの送り手の身元、メッセージに関連付けられた優先度、メッセージが送信された場所などといったメッセージの１つまたは複数の属性に基づいてプロセッサ３０２が楽曲の音量を決定する。当業者によって理解されるであろうが、メッセージが送信された場所に基づいた音量設定は端末にそのような情報を提供する通信システムでのみ可能である。

図１０は、本発明の第２の具体例となる実施形態による、ｊ＝１から２での通信端末２０５−ｊの主要なタスクのフローチャートを描いている。図１０に描かれた複数のタスクが同時、または描かれたそれとは異なる順序で実行されることが可能であることは当業者にとって明らかであろう。

タスク１０１０では、端末２０５−ｊの受信部４０１がよく知られている様式でネットワーク２２０からメッセージを受信する。受信部４０１はまた、（ｊ＋１）番目の特性値および（ｊ＋１）番目の警報モードの値をよく知られている様式で一次端末２０４から受信する。

いくつかの代替選択肢の実施形態では、端末２０５−ｊの受信部４０１はネットワーク２２０からではなく一次端末２０４からよく知られている様式でメッセージを受信する。

タスク１０２０では、端末２０５−ｊのプロセッサ４０２はよく知られている様式で、ユーザにメッセージの到着を通知するためにいずれの楽曲が再生されるべきかを判定する。本発明の具体例となる実施形態によると、すべての端末は楽曲を決定するために同じ方法を使用するので端末２０５−１および２０５−２は一次端末２０４が行なうそれと同じの、前もって両方の端末に保存されていた（工場で準備されるか、ユーザまたは管理者によってダウンロードされた）楽曲を選択する。

タスク１０３０では、スピーカが有効化されていることを警報モードの値が表示していることを前提として、楽曲を再生するために端末２０５−ｊのプロセッサ４０２がスピーカ４１０へと信号を送る。プロセッサ４０２はよく知られている様式で、楽曲がタスク１０１０で受け取った音楽特性値に従って演奏するように信号を発生する。

タスク１０４０では、警報モードの値がそうするように表示していることを前提として、端末２０５−ｊは着信メッセージの到着を表示するようにディスプレイ４１１へと信号を送る。

タスク１０５０では、警報モードの値がそうするように表示していることを前提として、端末２０５−ｊは振動メカニズム４１２を作動させる信号を送る。タスク１０５０の後、図１０の方法は終了する。

上述の実施形態が単に本発明の具体的例示であること、および本発明の範囲から逸脱することなく上述の実施形態の多くの変形例が当業者によって考案され得ることは理解されるべきである。例えば、この明細書の中では本発明の充分な説明および具体的実施形態の理解を提供するために数多くの特定の詳細が与えられている。しかしながら、それらの詳細のうちの１つまたは複数を伴なわずに、または他の方法、材料、部品などを伴なって本発明が実践され得ることを当業者は認識するであろう。

さらに、いくつかの例では、具体的実施形態の態様を不明確にすることを避けるため、よく知られている構造、材料、操作は示されないかまたは詳しく述べられていない。図面に示された様々な実施形態が具体的例示であること、および必ずしも縮尺通りに描写されていないことは理解される。本明細書全体を通じた「一実施形態」または「実施形態」または「いくつかの実施形態」への言及は、特定の（複数の）実施形態が本発明の少なくとも１つの実施形態に含まれるが、しかし必ずしもすべての実施形態ではないことを意味する。したがって、本明細書の様々な箇所の「一実施形態では」、「実施形態では」、または「いくつかの実施形態では」という語句は必ずしもすべてが同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、材料、または特性がいずれかの適切な方式で１つまたは複数の実施形態に組み合わされることが可能である。したがって、そのような変形例は添付の特許請求項およびそれらの同等事項の範囲内に含まれると意図される。

先行技術の通信システム１００を示す図である。 本発明の具体例となる実施形態による通信システム２００を示す図である。 図２に示されたような、本発明の具体例となる実施形態による一次通信端末２０４の主要な構成要素を示すブロック図である。 図２に示されたような、本発明の具体例となる実施形態による通信端末２０５−ｊの主要な構成要素を示すブロック図である。 本発明の第１の具体例となる実施形態による一次通信端末２０４によって実行される主要なタスクを示すフローチャートである。 本発明の第１の具体例となる実施形態による、図５に示されたタスク５３０の詳細なフローチャートである。 本発明の第１の具体例となる実施形態による通信端末２０５−ｊによって実行される主要なタスクを示すフローチャートである。 本発明の第２の具体例となる実施形態による一次通信端末２０４によって実行される主要なタスクを示すフローチャートである。 本発明の第２の具体例となる実施形態による、図８に示されたタスク８２０の詳細なフローチャートである。 本発明の第２の具体例となる実施形態による通信端末２０５−ｊによって実行される主要なタスクを示すフローチャートである。

Claims (27)

1. （ａ）第１の通信端末でメッセージを受信するステップと、
   （ｂ）前記第１の通信端末のユーザに前記メッセージの到着を通知するために、楽曲の第１の事例に基づく第１の信号を出力するステップと、
   （ｃ）前記楽曲の第２の事例に基づく第２の信号を第２の通信端末に送信するステップとを含む方法であって、
   前記第２の通信端末が前記第１の通信端末のユーザに関連付けられ、
   前記第１の事例の第１の音楽特性の値が前記第１の通信端末の属性に基づき、
   前記第２の事例の前記第１の音楽特性の値が前記第２の通信端末の属性に基づき、
   前記第１の音楽特性がメロディとは無関係である方法。
2. 前記第２の信号の送信の後に前記第２の通信端末から確認応答メッセージを受信するステップをさらに含む、請求項１に記載の方法。
3. 前記第１の事例の第２の音楽特性の値が前記メッセージの属性に基づく、請求項１に記載の方法。
4. 前記第１の音楽特性が音程、音色、ハーモニー、およびリズムのうちの１つである、請求項１に記載の方法。
5. 前記第１の音楽特性が音量、テンポ、およびダイナミック・レンジのうちの１つである、請求項１に記載の方法。
6. 前記第１の音楽特性がボーカル音楽に関しており、性別および言語のうちの一方である、請求項１に記載の方法。
7. 前記第２の信号が音声クリップおよびＭｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅファイルのうちの一方である、請求項１に記載の方法。
8. 前記第１の通信端末の前記属性が端末のタイプであり、前記端末のタイプが携帯電話器、ＰＯＴＳ電話器、ＩＳＤＮ電話器、およびＰＢＸ電話器のうちの１つである、請求項１に記載の方法。
9. 前記第１の通信端末の前記属性が端末のタイプであり、前記端末のタイプがハードフォンおよびソフトフォンのうちの一方である、請求項１に記載の方法。
10. （ａ）第２の通信端末で、
    （ｉ）第１の通信端末からの、楽曲の事例を表わす第１の信号と、
    （ｉｉ）メッセージとを受信するステップと、
    （ｂ）前記第２の通信端末のユーザに前記メッセージの到着を通知するために前記第１の信号に基づく第２の信号を出力するステップとを含む方法であって、
    前記第１の通信端末が前記第２の通信端末のユーザに関連付けられ、
    前記事例の第１の音楽特性の値が前記第２の通信端末の属性に基づき、
    前記第１の音楽特性がメロディとは無関係である方法。
11. 前記第１の信号の受信の後に前記第１の通信端末へと確認応答メッセージを送信するステップをさらに含む、請求項１０に記載の方法。
12. 前記第１の音楽特性が音程、音色、ハーモニー、およびリズムのうちの１つである、請求項１０に記載の方法。
13. （ａ）第１の通信端末でメッセージを受信するステップと、
    （ｂ）第１の音楽特性に関する第１の値に従って楽曲を再生するステップであって、前記楽曲が前記第１の通信端末のユーザに前記メッセージの到着を通知するためのステップと、
    （ｃ）前記第１の音楽特性に関する第２の値を第２の通信端末に送信するステップとを含む方法であって、
    前記第２の通信端末が前記第１の通信端末のユーザに関連付けられ、
    前記第１の値が前記第１の通信端末の属性に基づき、前記第２の値が前記第２の通信端末の属性に基づき、
    前記第１の音楽特性がメロディとは無関係である方法。
14. さらに（ｄ）前記第２の値の送信の後に前記第２の通信端末から確認応答メッセージを受信するステップを含む、請求項１３に記載の方法。
15. 第２の音楽特性の値が前記メッセージの属性に基づく、請求項１３に記載の方法。
16. 前記第１の音楽特性が音程、音色、ハーモニー、およびリズムのうちの１つである、請求項１３に記載の方法。
17. 前記第１の音楽特性が音量、テンポ、およびダイナミック・レンジのうちの１つである、請求項１３に記載の方法。
18. 前記第１の音楽特性がボーカル音楽に関しており、性別および言語のうちの一方である、請求項１３に記載の方法。
19. 前記第１の通信端末の前記属性が端末のタイプであり、前記端末のタイプが携帯電話器、ＰＯＴＳ電話器、ＩＳＤＮ電話器、およびＰＢＸ電話器のうちの１つである、請求項１３に記載の方法。
20. 前記第１の通信端末の前記属性が端末のタイプであり、前記端末のタイプがハードフォンおよびソフトフォンのうちの一方である、請求項１３に記載の方法。
21. （ａ）第２の通信端末で、
    （ｉ）第１の通信端末からの、音楽特性に関する値と、
    （ｉｉ）メッセージとを受信するステップと、
    （ｂ）前記第２の通信端末のユーザに前記メッセージの到着を通知するために前記値に従って楽曲を再生するステップとを含む方法であって、
    前記第１の通信端末が前記第２の通信端末のユーザに関連付けられ、
    前記値が前記第２の通信端末に基づき、
    前記第１の音楽特性がメロディとは無関係である方法。
22. 前記値の受信の後に前記第１の通信端末へと確認応答メッセージを送信するステップをさらに含む、請求項２１に記載の方法。
23. 前記第１の音楽特性が音程、音色、ハーモニー、およびリズムのうちの１つである、請求項２１に記載の方法。
24. （ａ）第１の通信端末でメッセージを受信するステップと、
    （ｂ）第１の警報モードの値を介して前記第１の通信端末のユーザに前記メッセージの到着を通知するステップと、
    （ｃ）第２の警報モードの値を第２の通信端末に送信するステップとを含み、前記第１の警報モードの値が前記第２の通信端末のユーザに通知するためのものであり、
    前記第１の通信端末のユーザと前記第２の通信端末のユーザが同じであり、
    前記第１の警報モードの値と前記第２の警報モードの値が前記第１の通信端末の消音状況に基づく方法。
25. 前記第１の警報モードの値が点滅するアイコンおよび点滅する光のうちの一方を表示する、請求項２４に記載の方法。
26. 前記第１の警報モードの値が振動を示す、請求項２４に記載の方法。
27. さらに（ｄ）楽曲の特性の第１の値を決定するステップを含み、前記特性の前記第１の値が前記第１の通信端末の端末タイプに基づく、請求項２４に記載の方法。
    

Images