(57)【要約】【課題】電気通信端末が特性が１つまたは複数のコール・ログからの情報に基づいた着信音を用いて、そのユーザにメッセージの到着を知らせることをできるようにする。【解決手段】ネットワーク・インフラストラクチャ要素（例えば、スイッチ、サーバ等）電気通信端末に向けられたメッセージを受け取り、コール・ログからの情報（例えば、発呼者が今日発信した回数、この発信者からの先の呼に応答したか等）に基づいて、着信音（例えば、テンポ、音量、音の高さ、リズム等）の属性値を決定する。第１の例示的実施形態では、ネットワーク・インフラストラクチャ要素はメッセージおよびインスタンスが作成された着信音を端末に送信し、第２の例示的実施形態では、ネットワーク・インフラストラクチャ要素はメッセージおよび属性値を端末に送信し、端末は属性値に従って、ローカルに格納された着信を鳴らす。【選択図】図３
2006020322.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）（ｉ）メッセージおよび（ｉｉ）ある音楽作品のインスタンスを表す第１の信号を電気通信端末において受信するステップと、
（ｂ）前記電気通信端末のユーザに前記メッセージの到着を知らせるために前記第１の信号に基づいて第２の音響信号を出力するステップとを含む方法であって、
前記インスタンスの特性の値は１つまたは複数のコール・ログからの情報に基づいたものであり、かつ前記特性はメロディと無関係である音楽の特性である方法。
【請求項２】
前記第１の信号はオーディオ・クリップおよびＭＩＤＩファイルのうちの１つである請求項１に記載の方法。
【請求項３】
前記特性は音量およびテンポのうちの１つである請求項１に記載の方法。
【請求項４】
前記情報は、ある時間間隔の間に前記メッセージの送信者が前記電気通信端末のユーザに連絡を取ろうとした回数を含む請求項１に記載の方法。
【請求項５】
（ａ）電気通信端末に向けられたメッセージを受信するステップと、
（ｂ）前記メッセージおよび音楽作品のインスタンスを表す信号を前記電気通信端末に送信するステップとを含む方法であって、
前記インスタンスは前記電気通信端末のユーザに前記メッセージの到着を知らせるためのものであり、前記インスタンスの特性の値は１つまたは複数のコール・ログからの情報に基づいたものであり、かつ前記特性はメロディと無関係である音楽の特性である方法。
【請求項６】
前記第１の信号はオーディオ・クリップおよびＭＩＤＩファイルのうちの１つである請求項５に記載の方法。
【請求項７】
前記情報は前記メッセージの送信者が前記電気通信端末のユーザに最後に送信した前回のメッセージの時刻を含む請求項５に記載の方法。
【請求項８】
（ａ）（ｉ）メッセージおよび（ｉｉ）音楽の特性の値を電気通信端末にて受信するステップと、
（ｂ）前記電気通信端末のユーザに前記メッセージの到着を知らせるために、前記値に従って音楽作品を鳴らすステップとを含む方法であって、
前記値は１つまたは複数のコール・ログからの情報に基づいたものであり、かつ前記音楽の特性はメロディと無関係である方法。
【請求項９】
前記特性は音の高さおよび音色のうちの１つである請求項１に記載の方法。
【請求項１０】
前記１つまたは複数のログは、前記電気通信端末に関連する第１のコール・ログおよび別の電気通信端末に関連する第２のコール・ログを含む請求項５に記載の方法。
【請求項１１】
（ａ）電気通信端末に向けられたメッセージを受信するステップと、
（ｂ）１つまたは複数のコール・ログからの情報に基づいて音楽の特性の値を決定するステップと、
（ｃ）前記メッセージおよび前記値を前記電気通信端末に送信するステップとを含む方法であって、
前記音楽の特性はメロディとは無関係である方法。
【請求項１２】
前記値は前記メッセージの到着を示すために前記電気通信端末において鳴らされる着信音のためのものである請求項１１に記載の方法。
【請求項１３】
前記値を決定する前記ステップは、前記メッセージの属性にも基づく請求項１１に記載の方法。
【請求項１４】
（ａ）（ｉ）メッセージおよび（ｉｉ）画像のインスタンスを表す第１の信号を電気通信端末にて受信するステップと、
（ｂ）前記電気通信端末のユーザに前記メッセージの到着を知らせるために、前記第１の信号に基づいて第２の視覚信号を出力するステップとを含む方法であって、
前記インスタンスの特性の値は１つまたは複数のコール・ログからの情報に基づくものであり、
前記特性は、ヒトの画像認識とは無関係の画像の特性である方法。
【請求項１５】
前記特性は輝度およびコントラストのうちの１つである請求項１４に記載の方法。
【請求項１６】
前記情報は、ある時間間隔の間に前記メッセージの送信者が前記第１の電気通信端末のユーザに連絡を取ろうとした回数を含む請求項１４に記載の方法。
【請求項１７】
（ａ）電気通信端末に向けられたメッセージを受信するステップと、
（ｂ）前記メッセージおよび画像のインスタンスを表す信号を前記電気通信端末に送信するステップとを含む方法であって、
前記インスタンスは前記電気通信端末のユーザに前記メッセージの到着を知らせるためのものであり、前記インスタンスの特性の値は１つまたは複数のコール・ログからの情報に基づいたものであり、かつ前記特性はヒトの画像の認識とは無関係の画像の特性である方法。
【請求項１８】
前記特性はサイズおよび解像度のうちの１つである請求項１７に記載の方法。
【請求項１９】
前記情報は前記メッセージの送信者が前記電気通信端末のユーザに最後に前回のメッセージを送信した時間を含む請求項１７に記載の方法。
【請求項２０】
（ａ）（ｉ）メッセージおよび（ｉｉ）画像の特性の値を電気通信端末にて受信するステップと、
（ｂ）前記電気通信端末のユーザに前記メッセージの到着を知らせるために、前記値に従って画像を表示するステップとを含む方法であって、
前記値は１つまたは複数のコール・ログからの情報に基づいたものであり、かつ前記画像の特性はヒトの画像の認識とは無関係の画像の特性である方法。
【請求項２１】
前記画像の特性は、画像が動画かどうか、前記画像が動く様式、および前記画像が動く速度のうちの少なくとも１つである請求項２０に記載の方法。
【請求項２２】
前記１つまたは複数のログは、前記電気通信端末に関連する第１のコール・ログと、別の電気通信端末に関連する第２のコール・ログとを含む請求項２０に記載の方法。
【請求項２３】
（ａ）電気通信端末に向けられたメッセージを受信するステップと、
（ｂ）１つまたは複数のコール・ログからの情報に基づいて画像の特性の値を決定するステップと、
（ｃ）前記メッセージおよび前記値を前記電気通信端末に送信するステップとを含む方法であって、
前記画像の特性はヒトの画像の認識とは無関係である方法。
【請求項２４】
前記値は前記メッセージの到着を知らせるために前記電気通信端末にて表示される画像のためのものである請求項２３に記載の方法。
【請求項２５】
前記値を決定する前記ステップは、前記メッセージの属性にも基づく請求項２３に記載の方法。
【請求項２６】
（ａ）（ｉ）メッセージおよび（ｉｉ）テキストの特性の値を電気通信端末にて受信するステップと、
（ｂ）前記電気通信端末のユーザに前記メッセージの到着を知らせるために前記値に従ってテキスト文字列を表示するステップとを含む方法であって、
前記値は１つまたは複数のコール・ログからの情報に基づいたものであり、かつ前記テキストの特性は内容とは無関係である方法。
【請求項２７】
前記特性はフォント・タイプ、フォント・スタイル、フォント・サイズ、およびフォント・カラーのうちの１つである請求項２６に記載の方法。
【請求項２８】
前記情報は、ある時間間隔の間に前記メッセージの送信者が前記電気通信端末のユーザに連絡を取ろうとした回数を含む請求項２６に記載の方法。
【請求項２９】
（ａ）電気通信端末に向けられたメッセージを受信するステップと、
（ｂ）１つまたは複数のコール・ログからの情報に基づいてテキストの属性の値を決定するステップと、
（ｃ）前記メッセージおよび前記値を前記電気通信端末に送信するステップとを含む方法であって、
前記テキストの特性は内容とは無関係である方法。
【請求項３０】
前記情報は前記メッセージの送信者が前記電気通信端末のユーザに最後に前回のメッセージを送信した時間を含む請求項２９に記載の方法。
【請求項３１】
前記１つまたは複数のログは、前記電気通信端末に関連する第１のコール・ログと、前記電気通信端末に関連する第２のコール・ログとを含む請求項２９に記載の方法。
【請求項３２】
前記値を決定する前記ステップは、前記メッセージの属性にも基づく請求項２９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に電気通信装置に関し、特に、電気通信端末のユーザにメッセージの到着をインテリジェントに知らせる技術に関する。
【背景技術】
【０００２】
本出願は参照により組み入れた、「Ｌｏｇ−Ｂａｓｅｄ  Ｒｉｎｇｔｏｎｅｓ」（代理人整理番号：６３０−０７２ｕｓ）と題する２００４年６月３０日に出願された米国特許出願第１０／８８１９０８号の同時係属出願である。
【０００３】
図１は先行技術の電気通信端末１０５（例えば、無線電話機、ワイヤライン電話、個人用携帯情報端末（ＰＤＡ）、等）およびネットワーク１２０（例えば、公衆電話交換網（ＰＳＴＮ）、携帯無線ネットワーク、ワイヤレス・ローカルエリア・ネットワーク等）を含んだ電気通信システム１００を示している。電気通信端末１０５は他の電気通信端末からネットワーク１２０を介して、メッセージ（例えば、音声通話、電子メール・メッセージ、ショート・メッセージ・サービス（ＳＭＳ）メッセージ等）を受け取ることができる。電気通信端末１０５がメッセージを受け取るとき、スピーカ１１０を介して「着信音」（例えば、曲、連続するビープ音等）を鳴らし、かつディスプレイ１１１を介して視覚情報（例えば、テキスト、画像等）を表示することによって電気通信端末は端末のユーザにメッセージの到着を知らせる。電気通信端末１０５はすべての着信メッセージ用の特定の着信音、あるいは発信者の分類に関連する着信音（例えば、業務連絡用の着信音、友達用の着信音、家族用の着信音、等）または個々の発信者に関連する着信音、等を鳴らすかもしれない。同様に、電気通信端末１０５はテキスト・メッセージ（例えば、「着信呼」、「着信呼：母」、「着信呼：５５５−５５５−５５５５」、等）または画像（例えば、電話が鳴っている動画アイコン、発信者の写真、等）、あるいはその両方を表示して着信メッセージがあることを示すかもしれない。
【０００４】
電気通信端末１０５が呼を受信するとき、その呼の記録は典型的には、発信者の身元、呼の受信時間、呼への返答の有無、呼の継続時間等の呼の情報を特定するコール・ログに格納される。同様に、コール・ログは電気通信端末１０５のユーザによって行われた発信呼の記録を保持する。
【０００５】
図２は先行技術のネットワーク１２０の主要構成要素の例示的ブロック図を示している。図２に示したように、ネットワーク１２０は図示のように相互接続された複数のネットワーク・インフラストラクチャ要素２０１−ｉ（ｉ＝１〜４）を備えている。各ネットワーク・インフラストラクチャ要素２０１−ｉはネットワーク１２０のタイプおよびトポロジに応じて、スイッチ、構内交換機（ＰＢＸ）、無線基地局、無線スイッチング・センタ、サーバ等であってよい。当業者であれば理解できるように、すべてのネットワーク・インフラストラクチャ要素を同じ接頭語２０１で示しているが、要素２０１−１はスイッチであってよく、要素２０１−２は構内交換機であってよい。同じく、ネットワーク１２０が図２では４つの要素２０１を有しているという事実は例示に過ぎない。つまり、ネットワーク１２０は図示したものよりも、少ない要素またはより多くの要素を有してよい。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は電気通信端末が特性が１つまたは複数のコール・ログからの情報に基づいた着信音を用いて、そのユーザにメッセージの到着を知らせることをできるようにする。特に本発明の例示的実施形態では、電気通信端末に向けられたメッセージを受け取るネットワーク・インフラストラクチャ要素（例えば、スイッチ、無線基地局、サーバ等）は１つまたは複数のコール・ログからの情報に基づいて、着信音（例えば、テンポ、音量、音の高さ、リズム等）の１つまたは複数の特性の値を設定する。関連性のあるコール・ログは、呼を受信する電気通信端末に関連するコール・ログ、そのユーザによって使用される他の電気通信端末に関連するコール・ログ、特定の構内交換機（ＰＢＸ）に関連するコール・ログ等を含んでよい。このようなコール・ログ情報の例には、（ｉ）その発呼者の最後の、前回のメッセージの時間、および（ｉｉ）その発呼者が特定の時間間隔の間にユーザに連絡を取ろうとした回数等がある。
【０００７】
例えば、電気通信端末がメッセージが到着したときにビートルズの歌（Ｈｅｌｌｏ  Ｇｏｏｄｂｙｅ）を鳴らす場合、その歌はメッセージの属性に応じて以下の種々の形態で鳴らされてよい：
・  同じ日に所与の人物によって送信されたメッセージの各々についてはより速いテンポで、
・  所与の人物から受信したその日最初の電子メールについてはピアノ・バージョンで、
・  この発信者からの先の呼に応答せず、かつまだ返答していない場合には、より大きな音量で、
・  この２時間の間にメッセージを受信しなかった場合には、より低音ではなくより高音で、
・  特定の発信者から初めて呼を受信した場合には、陽気なリズムで。
当業者であればわかるように、音量およびテンポなどの特性の値を変えることは、その歌の根本的な独自性を変えるわけではない。換言すれば、その歌のメロディはこのような特性とは無関係であるが故、その歌は依然として認識可能である。
【課題を解決するための手段】
【０００８】
第１の例示的実施形態では、ネットワーク・インフラストラクチャ要素が電気通信端末に送られるメッセージを受け取ると、ネットワーク・インフラストラクチャ要素は、メッセージと共に、ある着信音のインスタンス（例えば、オーディオ・クリップ、Ｍｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ）ファイル、等）を表す信号を送信する。テンポ、音量、音の高さ、リズム、等などのこの着信音のインスタンスの１つまたは複数の音楽的特性の値は、１つまたは複数のコール・ログからの情報に基づいて確立される。
【０００９】
第２の例示的実施形態では、メッセージの１つまたは複数の属性に基づいて音楽の属性値（例えば、調号＝ハ長調、メトロノームのマーク＝１４０ビート／分等）を決定し、着信音のインスタンスではなくその属性値をメッセージと共に電気通信端末に送信する。次に、電気通信端末は受信されたその属性値に従って、端末に格納されている着信音を鳴らす。
【００１０】
同じく、本発明の例示的実施形態はユーザに着信メッセージを知らせるために表示される画像およびテキストの特性の値を確立する。輝度、サイズ、コントラスト、解像度等の特性の値は、画像を認識するユーザの能力を妨げることなく変更され得る。例えば、着信メッセージがコール・ログ（例えば、新規の顧客からの最初の１０件のメッセージ等）に基づいて重要であると判断される場合、画像がより高い輝度で表示されてよいか、あるいは動画がより速い速度で動いてよい。
【００１１】
着信音の場合、第１の例示的実施形態では、ネットワーク・インフラストラクチャ要素は画像（例えば、Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＪＰＥＧ）ファイル、Ｇｒａｐｈｉｃ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ（ＧＩＦ）ファイル等）のインスタンスを表す信号をメッセージと共に電気通信端末に送信し、そこで、その画像インスタンスの１つまたは複数の特性が１つまたは複数のコール・ログからの情報に基づいて確立される。
【００１２】
第２の例示的実施形態では、ネットワーク・インフラストラクチャ要素は１つまたは複数のコール・ログに基づいて、画像の属性値（例えば、解像度＝１００×１２０ピクセル、彩度＝９０％、等）を決定し、画像のインスタンスではなくこの属性値をメッセージと共に電気通信端末に送信する。次に、電気通信端末は受信された属性値に従って該端末に格納されている画像を表示する。
【００１３】
同じく、本発明のこの例示的実施形態は、ユーザに着信メッセージを知らせるために表示されるテキストの属性値（例えば、フォント・サイズ、フォント・スタイル、色、点滅などの動特性、等）を確立する。例えば、着信メッセージがコール・ログからの情報に基づいて重要であると判断される場合、そのメッセージの重要性を示すために、テキストの通知は点滅するか、または太字フォントにされてよい。テキストの通知に関し、第１および第２の例示的実施形態の両方は、テキストの１つまたは複数の属性値をメッセージと共に送信し（すなわち、テキストは送信されない）、電気通信端末は受信された属性値に従って適したテキスト文字列を表示する。
【００１４】
本発明のいくつかの実施形態では、出力信号（すなわち、着信音、画像、またはテキスト）の１つまたは複数の属性値は、着信メッセージの１つまたは複数の属性（例えば、メッセージの発信者の身元、メッセージに埋め込まれた優先レベル、メッセージに関連する主題、メッセージの意味内容、メッセージの送信場所等）に基づいたものであってもよい。
【００１５】
この例示的実施形態には（ａ）（ｉ）メッセージおよび（ｉｉ）音楽作品のインスタンスを表す第１の信号を電気通信端末で受信するステップと、（ｂ）電気通信端末のユーザにメッセージの到着を知らせるために前記第１の信号に基づいて音響信号を出力するステップとを含み、インスタンスの特性の値は１つまたは複数のコール・ログからの情報に基づいたものであり、その特性はメロディとは無関係の音楽の特性である。
以下に登場する用語にはこの説明および添付の特許請求の範囲において使用される次の定義が与えられている。
【００１６】
本願明細書および添付の特許請求の範囲のために、「メッセージ」という用語は、（ｉ）情報を送信するか、または（ｉｉ）両端末間でダイアログを確立しようとするかの一方または両方を実行する、第１の電気通信端末から第２の電気通信端末へ送信される信号であると定義される。呼の例には通話設定信号、電子メール、インスタント・メッセージ（ＩＭ）等が挙げられる。
【００１７】
本願明細書および添付の特許請求の範囲のために、「呼」という用語は「メッセージ」と同様に定義される。すなわち、（ｉ）情報を送信するか、または（ｉｉ）両端末間でダイアログを確立しようとするかの一方または両方を実行する、第１の電気通信端末から第２の電気通信端末へ送信される信号であると定義される。呼の例には通話設定信号、電子メール、インスタント・メッセージ（ＩＭ）等が挙げられる。
【００１８】
本願明細書および添付の特許請求の範囲のために、第１から第２の電気通信端末に送信されるその信号を起こす者を、該信号を「呼」と呼ぶときには「発呼者」と呼び、該信号を「メッセージ」と呼ぶときには「発信者」と呼ぶ。
【００１９】
本願明細書および添付の特許請求の範囲のために、「音楽作品」という用語は１曲の音楽または音響効果（例えば、１つまたは複数のビープ音等）のいずれかであると定義される。
本願明細書および添付の特許請求の範囲のために、「コール・ログ」という用語は呼および／またはメッセージに関する情報を格納するデータ構造であると定義される。
【発明を実施するための最良の形態】
【００２０】
図３は本発明の例示的実施形態の電気通信システム３００を示している。図３に示すように、電気通信システム３００は電気通信端末３０５およびネットワーク３２０を含んでいる。
【００２１】
電気通信端末３０５は、ネットワーク３２０を介してメッセージ（例えば、音声通話、電子メール・メッセージ、ショート・メッセージ・サービス（ＳＭＳ）メッセージ等）を他の電気通信端末から受信することができ、かつそのユーザに以下および図１２および１７に関して記載したようなメッセージの到着を知らせることのできる無線電話、ワイヤライン電話、個人用携帯情報（ＰＤＡ）等である。図３に示したように、電気通信端末３０５はスピーカ３１０およびディスプレイ３１１を備えている。電気通信端末１０５のスピーカ１１０のようなスピーカ３１０は、周知の方法で音響信号（例えば、着信音等）を生成することができ、電気通信端末１０５のディスプレイ１１１のようなディスプレイ３１１は周知の方法で視覚信号（例えば、テキスト、画像等）を表示することができる。
【００２２】
ネットワーク３２０は、以下および図８〜１１および図１３〜１６に関して記載したような電気通信端末３０５にメッセージを送信する通信ネットワーク（例えば、公衆電話交換網（ＰＳＴＮ）、携帯無線ネットワーク、ワイヤレス・ローカルエリア・ネットワーク等）である。
【００２３】
図４は本発明の例示的実施形態によるネットワーク３２０の主要構成要素の例示的ブロック図を示している。図４に示したように、ネットワーク３２０は、図示のように相互接続された複数のネットワーク・インフラストラクチャ要素４０１−ｉ（ｉ＝１〜４）を含んでいる。ネットワーク・インフラストラクチャ要素４０１−ｉの各々（例えば、スイッチ、構内交換機（ＰＢＸ）、無線基地局、無線スイッチング・センタ、サーバ等）は、以下および図８〜１１および図１３〜１５に関して記載したように、電気通信端末３０５に（直接的か、または要素の種類に応じて１つまたは複数の他のネットワーク・インフラストラクチャ要素４０１を介するかのいずれかで）メッセージを送信することができる。図２の場合のように、図４が４つの要素４０１を有するネットワーク３２０を示しているという事実は、例示的なものに過ぎない。
【００２４】
図５は本発明の例示的実施形態によるネットワーク・インフラストラクチャ要素４０１−ｉの主要構成要素のブロック図を示している。図５に示したように、ネットワーク・インフラストラクチャ要素４０１−ｉは図示のように相互接続された受信機５０１、プロセッサ５０２、メモリ５０３、および送信機５０４を備えている。
【００２５】
受信機５０１は、要素４０１−ｉのタイプに応じて電気通信端末３０５および他の要素４０１の一方または両方から信号を受け取り、これら信号に符号化された情報を周知の方法でプロセッサ５０２に送る。当業者であれば、本開示を読めば受信機５０１の製造および使用方法が明白となろう。
【００２６】
プロセッサ５０２は、メモリ５０３からのデータを読み取り、メモリ５０３に書き込み、かつ以下および図８〜１１および図１３〜１６に関して記載したタスクを実行することのできる汎用プロセッサである。本発明のいくつかの別の実施形態では、プロセッサ５０２は特別な目的のプロセッサであってよい。いずれの場合においても、当業者であれば、本開示を読んだ後にはプロセッサ５０２の製造および使用方法が明白となろう。
【００２７】
メモリ５０３は当該分野では周知のようにデータおよび実行可能命令を格納し、またランダム・アクセス・メモリ（ＲＡＭ）、フラッシュ・メモリ、ディスク・ドライブ等の任意の組合せであってよい。当業者であれば、本開示を読めばメモリ５０３の製造および使用方法が明白となろう。
【００２８】
送信機５０４は、プロセッサ５０２から情報を受け取り、要素４０１−ｉのタイプに応じて周知の方法で電気通信端末３０５および他の要素４０１の一方または両方にこの情報を符号化する信号を送信する。当業者であれば、本開示を読めば送信機５０４の製造および使用方法が明白となろう。
【００２９】
図６は本発明の例示的実施形態による電気通信端末３０５の主要構成要素のブロック図を示している。図６に示したように、電気通信端末３０５は図示のように相互接続された受信機６０１、プロセッサ６０２、メモリ６０３、送信機６０４、スピーカ３１０、およびディスプレイ３１１を備えている。
【００３０】
受信機６０１はネットワーク３２０から送られた信号を受信し、かつ周知の方法でこれら信号に埋め込まれた情報をプロセッサ６０２に送ることができる。当業者であれば、本開示を読めばプロセッサ６０１の製造および使用方法が明白となろう。
【００３１】
プロセッサ６０２は、メモリ６０３からデータを読み取り、かつメモリ６０３にデータを書き込むことができ、周知の方法でスピーカ３１０およびディスプレイ３１１に信号を送信でき、かつ以下および図１２および１７関して記載したタスクを実行することができる汎用プロセッサである。本発明のいくつかの別の実施形態では、プロセッサ６０２は特別な目的のプロセッサであってよい。いずれの場合においても、当業者であれば、本開示を読めばプロセッサ６０２の製造および使用方法が明白となろう。
【００３２】
メモリ６０３は当該分野では周知のようにデータおよび実行可能命令を格納し、またランダム・アクセス・メモリ（ＲＡＭ）、フラッシュ・メモリ、ディスク・ドライブ等の任意の組合せであってよい。当業者であれば、本開示を読めばメモリ６０３の製造および使用方法が明白となろう。
【００３３】
送信機６０４は、プロセッサ６０２から情報を受け取り、かつ周知の方法でネットワーク３２０にこの情報を符号化する信号を送信することができる。当業者であれば、本開示を読めば送信機６０４の製造および使用方法が明白となろう。
【００３４】
図７は本発明の例示的実施形態によるコール・ログ７００における情報の例示的構成に関する３つの表を示している。コール・ログ７００は少なくとも以下のサブセットを含むコール・アクティビティの記録である：
ｉ．電気通信端末３０５に対して生成かつ完了されたすべての呼（すなわち、「着信呼」）
ｉｉ．電気通信端末３０５から生じるすべての呼（すなわち、「発信呼」）
ｉｉｉ．電気通信端末３０５に対して生成されたが、完了していないすべての呼（すなわち、「逃がした呼」）
【００３５】
着信ログ７０１は着信呼の状態を含んでいる。着信呼の各々について、着信ログ７０１は、発信者の身元（わかっている場合）、発信者の電話番号、呼の時間および日付、および呼の継続時間を含む。
【００３６】
発信ログ７０２は発信呼の状態を含んでいる。発信呼の各々について、発信ログ７０２は、発信先の身元、発信先の電話番号、発信の時間および日付、および発信の継続時間を含む。
【００３７】
逃がしたログ７０３は逃がした呼の状態を含む。逃がした呼の各々に関し、逃がしたログ７０３は、発呼者の身元（わかっている場合）、発呼者の連絡用識別子（例えば、電話番号、電子メールアドレス等）、呼の時間および日付、および呼の処理（わかっている場合）を含む。呼の処理情報は、わかっている場合には、呼が音声メールに向けられたものか、別の端末に向けられたものか、あるいは別の方法で処理されたものかどうかを示す。
【００３８】
図４に示したようなコール・ログ７００は通話の記録のみを提供するが、当業者であれば、本開示を読めば、他の種類のメッセージ（例えば、電子メール、インスタント・メッセージ等）の記録を提供するコール・ログの使用方法が明白となろう。当業者であれば理解できるように、いくつかの実施形態では、コール・ログは情報を異なる種類の呼およびメッセージに関する情報を記録してよく、他のいくつかの実施形態では、各々の種類のメッセージに関するコール・ログが存在してよい。
【００３９】
当業者であれば理解できるように、例示的実施形態ではコール・ログ７００は端末３０５に関連する呼（例えば、端子３０５にて受信された呼、端子３０５から行われた呼、および端子３０５にて受信された逃がした呼）の記録を保持するが、いくつかの実施形態では、コール・ログ７００はユーザに関連付けられた複数の端末（例えば、ユーザの無線電話、ワイヤライン電話、およびＰＤＡ）に関する呼の記録を保持してよい。当業者であれば、本開示を読めば、集められたコール・ログから情報を検索するために複数の端末からの個々のコール・ログを集める方法が明白となろう。
【００４０】
当業者であれば理解できるように、いくつかの実施形態では、コール・ログ７００は端子３０５のメモリ６０３内に格納されてよく、他のいくつかの実施形態では、複数の電気通信端末に対応している複数のコール・ログ７００はそれに代わって、ネットワーク・インフラストラクチャ要素４０１の１つまたは複数に格納されてよいか、またはリモート・サーバに格納されてよい。当業者であればさらに理解できるであろうが、後者の場合、複数のコール・ログは種々の異なる構成スキームで格納され得る。つまり、各ユーザに対しては１つのコール・ログ（すなわち、所与のユーザに関連するすべての端末は単一のコール・ログに結合される）、各コール・ログは別個に格納され、すべてのユーザについてのコール・ログは単一のコール・ログに集約される等である。
【００４１】
端末３０５はコール・ログ７００内の情報を用いて、ユーザに着信呼を知らせるための出力信号（例えば、着信音、画像等）の１つまたは複数の特性の値を決定する。例えば、Ｓａｍ  Ｐｅｒｅｚが２００４年４月２２日午後２時に発信したと仮定すると、Ｓａｍの最後の前回の通信（同日の午後１２時４４分）から１時間１６分経っていることがすぐに判断されよう。別の例を挙げれば、Ｌｉｚ  Ｂｒｏｗｎが２００４年４月２２日午後１時３０分に発信したと仮定すると、彼女の最後の呼は午後１時以降に端末３０５のユーザに届く２回目の発信であるとすぐに判断されよう。当業者であれば理解できるように、他の事実がコール・ログ７００内の情報から同様に確立され得る。
【００４２】
図８は本発明の第１の例示的実施形態によるネットワーク・インフラストラクチャ要素４０１−ｉの主要タスクのフローチャートを示している。電気通信端末３０５に送られる任意の所与のメッセージについて、図８の方法はメッセージ発信者から電気通信端末３０５への（場合によってはマルチホップの）経路におけるネットワーク・インフラストラクチャ要素４０１−ｉの１つによって実行されるだけでよい（例えば、この方法はエッジ・スイッチによって実行されるだけでよいか、あるいは無線基地局等によって実行されるだけでよい）。図８に示したタスクは図示のもの以外に同時か、または異なる順序で実行され得ることは、当業者には明白であろう。
【００４３】
タスク８１０では、周知の方法で、ネットワーク・インフラストラクチャ要素４０１−ｉの受信機５０１は電気通信端末３０５に向けられたメッセージを受信し、該メッセージをプロセッサ５０２に送る。
【００４４】
タスク８２０では、プロセッサ５０２は電気通信端末３０５のユーザにメッセージの到着を知らせるためにどの音楽作品（すなわち、着信音）および／またはどの画像を使用するかを決定する。いくつかの実施形態では、電気通信端末３０５のユーザはすべての着信メッセージに対して同じ音楽作品および画像を用いて通知を受けてよく、他のいくつかの実施形態では、音楽作品および画像は発信者のカテゴリーに関連付けられてよく、さらに他のいくつかの実施形態では、個々の発信者の各々は関連付けられた音楽作品および画像等を有してよい。当業者であれば理解できるように、いくつかの実施形態では、このような着信音および画像の「ルール」は電気通信端末３０５のユーザによって指定され、かつネットワーク・インフラストラクチャ要素４０１−ｉのメモリ５０３にアップロードされてよく、他のいくつかの実施形態では、発信している端末は着信音および／または画像を発信メッセージ等に自動的にピギーバックする。
【００４５】
タスク８３０では、以下および図９に関して詳細に記載したように、プロセッサ５０２はタスク８２０で決定された音楽作品の１つまたは複数の特性の値を以下に基づいて設定する：
（ｉ）１つまたは複数のコール・ログからの情報、および任意には、
（ｉｉ）着信メッセージの１つまたは複数の属性
タスク８４０では、以下および図１０に関して詳細に記載したように、プロセッサ５０２はタスク８２０で決定された画像の１つまたは複数の特性の値を以下に基づいて設定する：
（ｉ）１つまたは複数のコール・ログからの情報、および任意には、
（ｉｉ）着信メッセージの１つまたは複数の属性
タスク８５０では、以下および図１１に関して詳細に記載したように、プロセッサ５０２はテキストの１つまたは複数の特性の値を以下に基づいて設定する：
（ｉ）１つまたは複数のコール・ログからの情報、および任意には、
（ｉｉ）着信メッセージの１つまたは複数の属性
【００４６】
タスク８６０では、プロセッサ５０２は、周知の方法で、電気通信端末３０５に送られるように、メッセージ、タスク８３０にて「インスタンスが作成された」ような音楽作品を含むファイル（例えば、オーディオ・クリップ、Ｍｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ）ファイル、等）、タスク８４０にてインスタンスが作成されたような画像、およびタスク８５０にて決定されたテキストの属性値を送信機５０４に送る。タスク８６０の後、図８の方法は終了する。
【００４７】
図９は本発明の第１の例示的実施形態によるタスク８３０の詳細なフローチャートを示している。図９に示したタスクは同時か、または図示のものとは異なる順序で実行され得ることは、当業者には明白であろう。
【００４８】
タスク９１０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて音楽作品の音量を設定する。いくつかの実施形態では、プロセッサ５０２の音量の設定は、メッセージの発信者の身元、メッセージに関連する優先性、メッセージに関連する主題、メッセージの意味内容、メッセージの送信場所（そのような情報が使用可能である場合）等の着信メッセージの１つまたは複数の属性に基づいたものであってもよい。当業者であれば理解できるように、プロセッサ５０２が音楽作品の音量を設定するのに用いる論理は、ネットワーク３２０のサービス・プロバイダまたは電気通信端末のユーザによって指定されてよく、またネットワーク・インフラストラクチャ要素４０１−ｉ等にアップロードされてよい。
【００４９】
タスク９２０では、タスク９１０の場合のように、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて音楽作品のテンポを設定する。
【００５０】
タスク９３０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて音楽作品の音の高さ（すなわち、調号）を設定する。
【００５１】
タスク９４０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて、音楽作品の音色（例えば、音楽作品を鳴らす楽器等）を設定する。
【００５２】
タスク９５０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて、音楽作品の付加的な特性の値（例えば、和音、リズム、声楽曲の性別、声楽曲の原語等）を設定する。タスク９５０の後、タスク８４０にて実行は継続する。
【００５３】
図１０は本発明の第１の例示的実施形態によるタスク８４０の詳細なフローチャートを示している。図１０に示したタスクは同時か、または図示のものとは異なる順序で実行され得ることは、当業者には明白であろう。
【００５４】
タスク１０１０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意には、メッセージの発信者の身元、メッセージに関連する優先性、メッセージに関連する主題、メッセージの意味内容、メッセージの送信場所（そのような情報が使用可能である場合）等のメッセージの１つまたは複数の属性に基づいて画像の大きさを設定する。
【００５５】
タスク１０２０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて画像の輝度を設定する。
【００５６】
タスク１０３０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて画像のコントラストを設定する。
【００５７】
タスク１０４０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて画像の解像度を設定する。
【００５８】
タスク１０５０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて、画像の付加的な特性の値（例えば、色調、彩度、ディスプレイ３１１上の位置、動画の速度等）を設定する。タスク１０５０の後、タスク８５０にて実行は継続する。
【００５９】
図１１は本発明の第１の例示的実施形態によるタスク８５０の詳細なフローチャートを示している。図１１に示したタスクは同時か、または図示のものとは異なる順序で実行され得ることは当業者には明白であろう。
【００６０】
タスク１１１０では、プロセッサ５０２は、１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの発信者の身元、メッセージに関連する優先性、メッセージに関連する主題、メッセージの意味内容、メッセージの送信場所（そのような情報が使用可能である場合）等のメッセージの１つまたは複数の属性に基づいて、テキスト・フォントを決定する。
【００６１】
タスク１１２０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて、フォント・スタイル（例えば、太字、イタリック体等）を決定する。
【００６２】
タスク１１３０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいてフォント・サイズを決定する。
【００６３】
タスク１１４０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいてテキスト・カラーを決定する。
【００６４】
タスク１１５０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて、テキストの付加的な特性の値（例えば、背景色、ディスプレイ３１１上の位置、動特性、動特性の速度等）を決定する。
【００６５】
タスク１１６０では、プロセッサ５０２はタスク１１１０〜１１５０に基づいて周知の方法で、テキストの属性値リストを生成する。タスク１１６０の後、タスク８６０にて実行は継続する。
【００６６】
図１２は本発明の第１の例示的実施形態による電気通信端末３０５の主要タスクのフローチャートを示している。
【００６７】
タスク１２１０では、周知の方法で、電気通信端末３０５の受信機６０１はメッセージ、音楽作品、画像、およびテキストの属性値リストを受信し、それらをプロセッサ６０２に送る。
【００６８】
タスク１２２０では、電気通信端末３０５は周知の方法でスピーカ３１２を通して音楽作品を鳴らす。
タスク１２３０では、電気通信端末３０５は周知の方法でディスプレイ３１０に画像を表示する。
タスク１２４０では、電気通信端末３０５は先行技術の電気通信端末１０５の方法と同様に、そのユーザに着信メッセージを知らせるためにどのテキスト文字列を表示するかを決定する。
タスク１２５０では、電気通信端末３０５は周知の方法で、タスク１２１０にて受信されたテキスト属性値リストに従ってディスプレイ３１０にタスク１２４０のテキスト文字列を表示する。タスク１２５０の後、図１２の方法は終了する。
【００６９】
図１３は本発明の第２の例示的実施形態によるネットワーク・インフラストラクチャ要素４０１−ｉの主要タスクのフローチャートを示している。第２の例示的実施形態では、ネットワーク・インフラストラクチャ要素４０１−ｉは電気通信端末３０５のユーザに知らせるためにどの着信音および／または画像を使用するかを決定しない。ネットワーク・インフラストラクチャ要素４０１−ｉは着信音および画像の属性値を決定するだけであるが、電気通信端末３０５はどの（ローカルに格納された）着信音を鳴らすか、およびどの（ローカルに格納された）画像を表示するかを決定する。第１の例示的実施形態の場合のように、ネットワーク・インフラストラクチャ４０１−ｉは、テキスト自体ではなく、電気通信端末３０５のユーザに着信メッセージを知らせるために使用されたテキストの属性値を決定する。
【００７０】
さらに、第１の例示的実施形態の場合のように、図１３の方法はメッセージ発信者から電気通信端末３０５への（場合によってはマルチホップの）経路におけるネットワーク・インフラストラクチャ要素４０１−ｉの１つによって実行されるだけでよい。図１３に示したタスクは図示のもの以外に同時か、または異なる順序で実行され得ることは、当業者には明白であろう。
【００７１】
タスク１３１０では、ネットワーク・インフラストラクチャ要素４０１−ｉの受信機５０１は周知の方法で、電気通信端末３０５に向けられたメッセージを受信し、該メッセージをプロセッサ５０２に送る。
【００７２】
タスク１３２０では、以下および図１４に関して詳細に記載したように、プロセッサ５０２は音楽の１つまたは複数の特性の値を含む属性値リストを以下に基づいて生成する：
（ｉ）１つまたは複数のコール・ログからの情報、および任意には、
（ｉｉ）着信メッセージの１つまたは複数の属性
タスク１３３０では、以下および図１５に関して詳細に記載したように、プロセッサ５０２は画像の１つまたは複数の特性の値を含む属性値リストを以下に基づいて生成する：
（ｉ）１つまたは複数のコール・ログからの情報、および任意には、
（ｉｉ）着信メッセージの１つまたは複数の属性
タスク１３４０では、以下および図１６に関して詳細に記載したように、プロセッサ５０２はテキストの１つまたは複数の特性の値を含む属性値リストを以下に基づいて生成する：
（ｉ）１つまたは複数のコール・ログからの情報、および任意には、
（ｉｉ）着信メッセージの１つまたは複数の属性
【００７３】
タスク１３５０では、プロセッサ５０２は周知の方法で、電気通信端末３０５に送られるように、メッセージおよびタスク１３２０〜１３４０の属性値リストを送信機５０４に送る。タスク１３５０の後、図１３の方法は終了する。
【００７４】
図１４は本発明の第１の例示的実施形態によるタスク１３２０の詳細なフローチャートを示している。図１４に示したタスクは図示のもの以外に同時か、または異なる順序で実行され得ることは、当業者には明白であろう。
【００７５】
タスク１４１０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意には、メッセージの発信者の身元、メッセージに関連する優先性、メッセージに関連する主題、メッセージの意味内容、メッセージの送信場所（そのような情報が使用可能である場合）等のメッセージの１つまたは複数の属性に基づいて音量を決定する。
【００７６】
タスク１４２０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいてテンポを決定する。
【００７７】
タスク１４３０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて音の高さ（すなわち、調号）を決定する。
【００７８】
タスク１４４０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて音色（例えば、その音楽作品を演奏する楽器、等）を決定する。
【００７９】
タスク１４５０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて、音楽作品の付加的な特性の値（例えば、和音、リズム、声楽曲の性別、声楽曲の原語等）を決定する。
【００８０】
タスク１４６０では、プロセッサ５０２はタスク１４１０〜１４５０に基づいて属性値リストを生成する。タスク１４６０の後、タスク１３３０にて実行は継続する。
図１５は本発明の第２の例示的実施形態によるタスク１３３０の詳細なフローチャートを示している。図９に示したタスクは同時か、または図示のものとは異なる順序で実行され得ることは、当業者には明白であろう。
【００８１】
タスク１５１０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意には、メッセージの発信者の身元、メッセージに関連する優先性、メッセージに関連する主題、メッセージの意味内容、メッセージの送信場所（そのような情報が使用可能である場合）等のメッセージの１つまたは複数の属性に基づいて画像サイズを決定する。
【００８２】
タスク１５２０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて画像の輝度を決定する。
【００８３】
タスク１５３０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて画像のコントラストを決定する。
【００８４】
タスク１５４０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて画像の解像度を設定する。
【００８５】
タスク１５５０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて、画像の付加的な特性の値（例えば、色調、彩度、ディスプレイ３１１上の位置、動画の速度等）を決定する。
【００８６】
タスク１５６０では、プロセッサ５０２はタスク１５１０〜１５５０に基づいて属性値リストを生成する。タスク１５６０の後、タスク１３４０にて実行は継続する。
【００８７】
図１６は本発明の第２の例示的実施形態によるタスク１３４０の詳細なフローチャートを示している。図１６に示したタスクは同時か、または図示のものとは異なる順序で実行され得ることは当業者には明白であろう。
【００８８】
タスク１６１０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意には、メッセージの発信者の身元、メッセージに関連する優先性、メッセージに関連する主題、メッセージの意味内容、メッセージの送信場所（そのような情報が使用可能である場合）等のメッセージの１つまたは複数の属性に基づいてテキスト・フォントを決定する。
【００８９】
タスク１６２０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいてフォント・スタイル（例えば、大文字、イタリック体等）を決定する。
【００９０】
タスク１６３０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいてフォント・サイズを決定する。タスク１６４０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいてテキスト・カラーを決定する。
【００９１】
タスク１６５０では、プロセッサ５０２は１つまたは複数のコール・ログからの関連性のある項目に基づいて、および任意にはメッセージの１つまたは複数の属性に基づいて、テキストの付加的な特性の値（例えば、背景色、ディスプレイ３１１上の位置、動特性、動特性の速度等）を決定する。
【００９２】
タスク１６６０では、プロセッサ５０２はタスク１６１０〜１６５０に基づいて周知の方法で、テキストの属性値リストを生成する。タスク１６６０後、タスク１３５０において実行は継続する。
【００９３】
図１７は本発明の第２の例示的実施形態による電気通信端末３０５の主要タスクのフローチャートを示している。
【００９４】
タスク１７１０では、電気通信端末３０５の受信機６０１は、周知の方法で、メッセージ、音楽の属性値リスト、画像の属性値リスト、およびテキストの属性値リストを受信し、それらをプロセッサ６０２に送る。
【００９５】
タスク１７２０では、プロセッサ６０２は先行技術の電気通信端末１０５と同じ方法で、ユーザにメッセージの到着を知らせるためにどの音楽作品を鳴らすかを決定する。
【００９６】
タスク１７３０では、プロセッサ６０２は周知の方法で、信号をスピーカ３１１に送信して、タスク１７１０にて受信された音楽の属性値に従ってタスク１７２０の音楽作品を鳴らす。
【００９７】
タスク１７４０では、プロセッサ６０２は先行技術の電気通信端末１０５と同じ方法で、ユーザにメッセージの到着を知らせるためにどの画像を表示するかを決定する。
タスク１７５０では、プロセッサ６０２は周知の方法で、信号をディスプレイ３１０に送信して、タスク１７１０にて受信された画像の属性値に従ってタスク１７４０の画像を表示する。
【００９８】
タスク１７６０では、プロセッサ６０２はユーザにメッセージの到着を知らせるために表示するテキスト文字列を決定する。本発明のいくつかの実施形態では、プロセッサ６０２は先行技術の電気通信端末１０５が適したテキスト文字列を決定するのと同じ方法で表示するテキスト文字列を決定してよく、いくつかの他の実施形態では、テキスト文字列はそれ自身が１つまたは複数のコール・ログからの情報に基づいたものであってよい（例えば、「Ｌｉｚ  Ｂｒｏｗｎからの着信呼（本日５回目の呼）」等）。
【００９９】
タスク１７７０では、周知の方法で、プロセッサ６０２はある信号をディスプレイ３１０に送信して、タスク１７１０にて受信されたテキスト属性値リストに従ってタスク１７６０のテキスト文字列を表示する。タスク１７７０の後、図１７の方法は終了する。
【０１００】
上記実施形態は本発明の単なる例示であって、上記実施形態の多数の変形が本発明の範囲から逸脱することなく当業者によって考案され得ることを理解すべきである。例えば、本願明細書では、本発明の例示的実施形態の完全な説明および理解を提供するために多数の具体的詳細が提供されている。しかし、当業者であれば、本発明がそのような詳細の１つまたは複数を用いずに、あるいは他の方法、材料、構成要素等を用いて実施され得ることが認識されよう。
【０１０１】
さらに、いくつかの例では、例示的実施形態の態様が曖昧にならないように、周知の構造体、材料、オペレーションは示されておらず、また詳細に記載されていない。図示した種々の実施形態は例示的なものであって、必ずしも原寸大でないことを理解されたい。本願明細書を通して「一実施形態」または「ある実施形態」、あるいは「いくつかの実施形態」と呼ぶものは、その実施形態に関連して記載した特定の特徴、構造体、材料、または特性は本発明の少なくとも１つの実施形態に含まれるが、必ずしもすべての実施形態に含まれることを意味するものではない。したがって、本願明細書を通して種々の場所で「一実施形態では」、「ある実施形態では」、または「いくつかの実施形態では」という言葉が登場することは、必ずしもすべてが同じ実施形態を指しているわけではない。また、特定の特徴、構造体、材料、または特性は１つまたは複数の実施形態において任意の適した様式で組み合わされ得る。したがって、そのような変形は添付の特許請求の範囲およびその同等物の範囲内に含まれることが意図される。
【図面の簡単な説明】
【０１０２】
【図１】先行技術の電気通信システムを示す略図である。
【図２】図１に示した先行技術のネットワーク１２０の主要構成要素を示す例示的ブロック図である。
【図３】本発明の例示的実施形態の電気通信システムを示す略図である。
【図４】図３に示した本発明の例示的実施形態の主要構成要素を示すブロック図である。
【図５】図４に示した本発明の例示的実施形態のネットワーク・インフラストラクチャ要素４０１−ｉの主要構成要素を示すブロック図である。
【図６】図３に示した本発明の例示的実施形態の電気通信端末３０５の主要構成要素を示すブロック図である。
【図７】本発明の例示的実施形態によるコール・ログ７００内の例示的構成を示す表である。
【図８】図４に示した本発明の第１の例示的実施形態によるネットワーク・インフラストラクチャ要素４０１−ｉの主要タスクを示すフローチャートである。
【図９】図８に示した本発明の第１の例示的実施形態によるタスク８３０を示す詳細なフローチャートである。
【図１０】図８に示した本発明の第１の例示的実施形態によるタスク８４０を示す詳細なフローチャートである。
【図１１】図８に示した本発明の第１の例示的実施形態によるタスク８５０を示す詳細なフローチャートである。
【図１２】図３に示した本発明の第１の例示的実施形態による電気通信端末３０５の主要タスクを示すフローチャートである。
【図１３】図４に示した本発明の第２の例示的実施形態によるネットワーク・インフラストラクチャ要素４０１−ｉの主要タスクを示すフローチャートである。
【図１４】図１３に示した本発明の第２の例示的実施形態によるタスク１３３０を示す詳細なフローチャートである。
【図１５】図１３に示した本発明の第２の例示的実施形態によるタスク１３４０を示す詳細なフローチャートである。
【図１６】図１３に示した本発明の第２の例示的実施形態によるタスク１３５０を示す詳細なフローチャートである。
【図１７】図１３に示した本発明の第２の例示的実施形態による電気通信端末３０５の主要タスクを示すフローチャートである。
【図１】
2006020322.tif 000003
【図２】
2006020322.tif 000004
【図３】
2006020322.tif 000005
【図４】
2006020322.tif 000006
【図５】
2006020322.tif 000007
【図６】
2006020322.tif 000008
【図７】
2006020322.tif 000009
【図８】
2006020322.tif 000010
【図９】
2006020322.tif 000011
【図１０】
2006020322.tif 000012
【図１１】
2006020322.tif 000013
【図１２】
2006020322.tif 000014
【図１３】
2006020322.tif 000015
【図１４】
2006020322.tif 000016
【図１５】
2006020322.tif 000017
【図１６】
2006020322.tif 000018
【図１７】
2006020322.tif 000019