(57)【要約】【課題】着信音とアドレス帳との関連付けが簡易に実現される携帯電話を提供する。【解決手段】携帯電話を実現する制御部６１０は、データの入力を受け付ける入力部７１０と、入力されたデータに基づいて携帯電話に固有の動作を実行させる指示を検出する指示検出部７２０と、着信音の割り当ての対象となるアドレスと対象とならないアドレスとを区別するためのフラグを、各アドレスについて設定するフラグ設定部７３０と、アドレス帳に割り当てが可能な着信音を検索する着信音検索部７４０と、入力された指示と着信音検索部７４０による検索の結果とに基づいて、各々のアドレス帳に対して着信音を割り当てるための操作を実行する登録者別着信音割当部７５０と、フラグ設定部７３０により設定されたフラグを記憶部に書き込む出力部７６０とを備える。【選択図】図７
2007174066.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも複数の通信相手先と通信可能な通信手段と、
複数種類のコンテンツデータを格納するコンテンツデータ記憶手段と、
複数の通信相手先を識別するための識別データと、コンテンツデータを通信相手先に割当てる割当データとを格納する記憶手段と、
前記割当データに基づいて前記コンテンツデータを通信相手先に割り当てる割当手段とを備える、情報通信端末。
【請求項２】
前記コンテンツデータの種類は、音声、音楽および画像のいずれかを含む、請求項１に記載の情報通信端末。
【請求項３】
前記識別データは、前記通信相手先のアドレス帳を含む、請求項１に記載の情報通信端末。
【請求項４】
前記アドレス帳は、前記通信相手先の名称と、前記名称が個人、会社および団体のいずれであるかを表わすための情報と、前記通信相手先の電話番号と、前記通信相手先の位置を特定するためのデータと、前記通信相手先の電子メールアドレスと、前記アドレス帳が属するグループの名称と、前記通信相手先が使用する通信機器を特定するための情報と、前記通信相手先の属性情報とのいずれかを含む、請求項３に記載の情報通信端末。
【請求項５】
前記属性情報は、前記通信相手先の年齢、性別または嗜好と、前記通信相手先と前記情報通信端末の使用者との関係のいずれかを含む、請求項４に記載の情報通信端末。
【請求項６】
前記関係は、前記コンテンツデータと前記通信相手先とに各々関連付けられており、
前記割当手段は、前記関係に基づいて前記コンテンツデータを通信相手先に割り当てる、請求項５に記載の情報通信端末。
【請求項７】
前記コンテンツデータおよび前記通信相手先には、項目を分類するためのジャンルが関連付けられており、
前記割当手段は、前記ジャンルに基づいて、前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項８】
前記通信相手先と前記情報通信端末との通信の履歴を格納する履歴記憶手段をさらに備え、
前記割当手段は、前記履歴に基づいて、前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項９】
前記コンテンツデータは、音声および音楽のいずれかを含み、
前記割当データは、前記音声および音楽の実演家あるいは著作者を識別するための実演家あるいは著作者の識別データを含み、
前記識別データには、前記実演家あるいは著作者の識別データが関連付けられており、
前記割当手段は、前記実演家あるいは著作者の識別データに基づいて、前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項１０】
前記コンテンツデータは、画像を含み、
前記割当データは、前記画像の実演家あるいは著作者を識別するための、実演家あるいは著作者の識別データを含み、
前記識別データには、前記実演家あるいは著作者の識別データが関連付けられており、
前記割当手段は、前記実演家あるいは著作者の識別データに基づいて、前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項１１】
前記割当データは、前記コンテンツデータの使用状態を表わすフラグ、および、前記コンテンツデータが割り当てられる通信相手先と前記コンテンツデータとの関連付けを表わす関連付けデータのいずれかを含む、請求項１に記載の情報通信端末。
【請求項１２】
前記割当手段は、コンテンツデータが通信相手先に割り当てられていることを表わすフラグを、割り当てが行われたコンテンツデータに設定する、請求項１に記載の情報通信端末。
【請求項１３】
前記情報通信端末は、コンテンツデータと通信相手先とを対応付けるための操作を受け付ける入力手段をさらに備え、
前記割当手段は、
前記操作に基づいて、前記コンテンツデータが前記通信相手先に対応付けられていることを表わすデータを生成する生成手段と、
前記生成手段により生成されたデータと前記コンテンツデータとを関連付ける関連付け手段とを含む、請求項１に記載の情報通信端末。
【請求項１４】
前記割当手段は、自動的に、前記識別データと前記コンテンツデータとを関連付ける、請求項１に記載の情報通信端末。
【請求項１５】
前記情報通信端末は、乱数データを発生するための乱数発生手段をさらに備え、
前記割当手段は、前記乱数データに基づいて、前記識別データと前記コンテンツデータとを関連付ける、請求項１に記載の情報通信端末。
【請求項１６】
前記割当手段は、複数の前記識別データの各々に基づいて規定される配列と、複数の前記コンテンツデータの各々に基づいて規定される配列とに従って、前記コンテンツデータと前記通信相手先とを関連付ける、請求項１に記載の情報通信端末。
【請求項１７】
情報通信端末におけるデータの更新を検知する検知手段をさらに備え、
前記割当手段は、前記更新が検知されると、前記コンテンツデータと前記通信相手先とを関連付ける、請求項１に記載の情報通信端末。
【請求項１８】
前記検知手段は、前記コンテンツデータ記憶手段におけるコンテンツデータの更新を検知し、
前記割当手段は、更新後のコンテンツデータを前記通信相手先に割り当てる、請求項１７に記載の情報通信端末。
【請求項１９】
前記検知手段は、前記識別データの更新を検知し、
前記割当手段は、更新後の前記識別データに基づいて、前記コンテンツデータを前記通信相手先に割り当てる、請求項１７に記載の情報通信端末。
【請求項２０】
予め定められた期間が経過したことを検知する検知手段をさらに備え、
前記割当手段は、前記期間が経過した後に、前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項２１】
着信を検知する検知手段をさらに備え、
前記割当手段は、前記着信の検知に応答して前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項２２】
前記コンテンツデータに基づく出力動作を行なう出力手段をさらに備える、請求項１に記載の情報通信端末。
【請求項２３】
前記コンテンツデータは、音声データを含み、
前記出力手段は、前記音声データに基づいて音声又は音楽を出力するスピーカを含む、請求項２２に記載の情報通信端末。
【請求項２４】
前記コンテンツデータは、画像データを含み、
前記出力手段は、前記画像データに基づいて画像を表示する表示部を含む、請求項２２に記載の情報通信端末。
【請求項２５】
前記コンテンツデータは、前記情報通信端末の振動を制御するための制御データを含み、
前記出力手段は、前記制御データに基づいて振動する振動手段を含む、請求項２２に記載の情報通信端末。
【請求項２６】
前記出力手段は、予め設定された色の光を発生する発光手段を含む、請求項２２に記載の情報通信端末。
【請求項２７】
前記コンテンツデータは、前記コンテンツデータと前記通信相手先との割り当てを行うためのデータをさらに含む、請求項１に記載の情報通信端末。
【請求項２８】
前記割り当てを行なうためのデータは、前記コンテンツデータの使用状態を表わすフラグと、前記コンテンツデータに関連付けられているデータとのいずれかを含む、請求項２７に記載の情報通信端末。
【請求項２９】
前記コンテンツデータに関連付けられているデータは、前記コンテンツデータに対応するコンテンツのタイトル、前記コンテンツの実演家あるいは著作者の名称、前記コンテンツのジャンル、前記コンテンツが生成された時刻、および前記コンテンツデータが割り当てられている数を表わす情報のいずれかを含む、請求項２８に記載の情報通信端末。
【請求項３０】
前記情報通信端末は、無線通信機器および有線通信機器のいずれかを含む、請求項１に記載の情報通信端末。
【請求項３１】
前記無線通信機器は、電話機、ＰＨＳ（Personal Handy phone System）およびトランシーバのいずれかを含む、請求項３０に記載の情報通信端末。
【請求項３２】
前記有線通信機器は、電話機およびファクシミリ送受信装置のいずれかを含む、請求項３０に記載の情報通信端末。
【請求項３３】
前記情報通信端末は、情報を通信する携帯情報端末および情報を通信する画像表示装置のいずれかを含む、請求項１に記載の情報通信端末。
【請求項３４】
前記コンテンツデータ記憶手段に格納されている各前記コンテンツデータを全て変更する変更手段をさらに備える、請求項１に記載の情報通信端末。
【請求項３５】
前記コンテンツデータ記憶手段に格納されている複数の前記コンテンツデータを選択する選択手段と、
前記選択手段によって選択された各前記コンテンツデータを一斉に変更する変更手段とをさらに備える、請求項１に記載の情報通信端末。
【請求項３６】
無線通話を行なうための通話手段と、
複数のコンテンツデータを格納するコンテンツデータ記憶手段と、
複数の通信相手先を識別するための識別データと、コンテンツデータを通信相手先に割当てる割当データとを格納する記憶手段と、
前記割当データに基づいて、前記コンテンツデータを通信相手先に割り当てる割当手段とを備える、携帯電話。
【請求項３７】
複数の情報通信端末の各々から情報を受信する受信手段と、
配信のための複数の配信データと、各前記配信データに関連付けられた属性データを含むデータベースとを格納する記憶手段とを備え、前記属性データは、各前記情報通信端末が通信する相手を識別するための情報に関連付けられており、
前記受信手段により受信された情報に基づいて、前記記憶手段に格納されている配信データの配信の要求を検知する要求検知手段を備え、前記要求は、前記配信を要求している情報通信端末を特定するための送信者情報を含み、
前記送信者情報により特定される情報通信端末に対して、前記配信が要求された配信データを送信する送信手段と、
前記受信手段により受信された情報に基づいて、各前記情報通信端末により送信されたフィードバック情報の受信を検知するフィードバック検知手段とを備え、前記フィードバック情報は、前記要求を送信した情報通信端末に格納されている配信データに関連付けられている属性データを含み、
前記フィードバック情報に含まれる前記属性データに基づいて、前記データベースを更新する更新手段を備える、コンテンツ配信装置。
【請求項３８】
前記データベースは、前記配信データの配信記録をさらに格納し、
前記コンテンツ配信装置は、前記配信記録に基づいて、前記配信を要求する情報通信端末に対して送信可能な配信データの一覧を表わすためのリストデータを生成する生成手段をさらに備え、
前記送信手段は、前記情報通信端末に対して前記リストデータを送信する、請求項３７に記載のコンテンツ配信装置。
【請求項３９】
前記配信データは、音声データ、音楽データおよび画像データのいずれかを含む、請求項３７に記載のコンテンツ配信装置。
【請求項４０】
情報通信端末を備え、前記情報通信端末は、
少なくとも複数の通信相手先と通信可能な通信手段と、
複数種類のコンテンツデータを格納するコンテンツデータ記憶手段と、
複数の通信相手先を識別するための識別データと、コンテンツデータを通信相手先に割当てる割当データとを格納する記憶手段と、
前記割当データに基づいて前記コンテンツデータを通信相手先に割り当てる割当手段とを含み、
通信回線を介して前記情報通信端末に接続されるコンテンツ配信装置を備え、
前記コンテンツ配信装置は、
複数の情報通信端末の各々から情報を受信する受信手段と、
配信のための複数の配信データと、各前記配信データに関連付けられた属性データを含むデータベースとを格納する記憶手段とを含み、前記属性データは、各前記情報通信端末が通信する相手を識別するための情報に関連付けられており、
前記受信手段により受信された情報に基づいて、前記記憶手段に格納されている配信データの配信の要求を検知する要求検知手段を含み、前記要求は、前記配信を要求している情報通信端末を特定するための送信者情報を含み、
前記送信者情報により特定される情報通信端末に対して、前記配信が要求された配信データを送信する送信手段と、
前記受信手段により受信された情報に基づいて、各前記情報通信端末により送信されたフィードバック情報の受信を検知するフィードバック検知手段とを含み、前記フィードバック情報は、前記要求を送信した情報通信端末に格納されている配信データに関連付けられている属性データを含み、
前記フィードバック情報に含まれる前記属性データに基づいて、前記データベースを更新する更新手段を含む、コンテンツ配信システム。
【請求項４１】
記憶装置を備える情報通信端末を制御するためのプログラムであって、前記プログラムは前記情報通信端末に、
少なくとも複数の通信相手先と通信するステップと、
複数種類のコンテンツデータを前記記憶装置に準備するステップと、
複数の通信相手先を識別するための識別データと、コンテンツデータを通信相手先に割当てる割当データとを準備するステップと、
前記割当データに基づいて前記コンテンツデータを通信相手先に割り当てるステップとを実行させる、プログラム。
【請求項４２】
コンピュータをコンテンツ配信装置として機能させるためのプログラムであって、前記プログラムは前記コンピュータに、
配信される複数の配信データと、各前記配信データに関連付けられた属性データを含むデータベースとを準備するステップと、
複数の情報通信端末の各々から情報を受信するステップとを実行させ、前記属性データは、各前記情報通信端末が通信する相手を識別するための情報に関連付けられており、
受信された前記情報に基づいて、準備された配信データの配信の要求を検知するステップを実行させ、前記要求は、前記配信を要求している情報通信端末を特定するための送信者情報を含み、
前記送信者情報により特定される情報通信端末に対して、前記配信が要求された配信データを送信するステップと、
受信された前記情報に基づいて、各前記情報通信端末により送信されたフィードバック情報の受信を検知するステップとを実行させ、前記フィードバック情報は、前記要求を送信した情報通信端末に格納されている配信データに関連付けられている属性データを含み、
前記フィードバック情報に含まれる前記属性データに基づいて、前記データベースを更新するステップを実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯通信端末の通信相手と音声データとの関連付けに関し、より特定的には、携帯通信端末における関連付けの負荷を軽減する技術に関する。
【背景技術】
【０００２】
携帯電話その他の携帯通信端末に関し、メモリ容量の増加あるいはデータの圧縮技術によって、保存可能な音声データが増加している。また、携帯電話は、電話あるいは電子メールの受信時に、携帯電話のユーザが当該電話あるいは電子メールが特定の発信者から送信されたものであることを容易に識別することができる機能を有している。これにより、家族、友人その他の特定の発信者と、不特定の発信者とが区別される。
【０００３】
相手を識別するための技術は、たとえば、特開２００１−１６８９５２号公報（特許文献１）、特開２００２−２６１８７５号公報（特許文献２）、特開２００５−９４０８１号公報（特許文献３）に開示されている。
【０００４】
また、音声データのダウンロードに関する技術は、たとえば、特開２００３−２５９０１０号公報（特許文献４）に開示されている。さらに、ダウンロードにより取得された音声データに基づく音声の再生に関する技術は、たとえば特開２００５−１９１９１２号公報（特許文献５）に開示されている。
【特許文献１】特開２００１−１６８９５２号公報
【特許文献２】特開２００２−２６１８７５号公報
【特許文献３】特開２００５−９４０８１号公報
【特許文献４】特開２００３−２５９０１０号公報
【特許文献５】特開２００５−１９１９１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
アドレス帳を構成する登録者と、音声データとの関連付けは、携帯電話その他の端末のユーザの操作によって実現される。音声データの件数、すなわち、着信音の設定の対象となりうる楽曲の数が多くなると、その操作は煩雑となるという問題点がある。また、楽曲の数が多くなると、ダウンロードによって取得された楽曲が使用されない可能性もある。
【０００６】
本発明は、上述の問題点を解決するためになされたものであって、その第１の目的は、アドレス帳を構成する登録者と楽曲との関連付けを容易に実現できる情報通信端末を提供することである。
【０００７】
第２の目的は、着信の報知に使用されない楽曲を削減することができる情報通信端末を提供することである。
【０００８】
第３の目的は、情報通信端末を、アドレス帳を構成する登録者と楽曲との関連付けを容易に実現できる端末として機能させるためのプログラムを提供することである。
【０００９】
第４の目的は、情報通信端末のアドレス帳を構成する登録者と楽曲との関連付けを容易に実現できる楽曲を配信できるコンテンツ配信装置を提供することである。
【００１０】
第５の目的は、コンピュータを、情報通信端末のアドレス帳を構成する登録者と楽曲との関連付けを容易に実現できる楽曲を配信できるコンテンツ配信装置として機能させるためのプログラムを提供することである。
【課題を解決するための手段】
【００１１】
上記の課題を解決するために、この発明のある局面に従う情報通信端末は、少なくとも複数の通信相手先と通信可能な通信手段と、複数種類のコンテンツデータを格納するコンテンツデータ記憶手段と、複数の通信相手先を識別するための識別データと、コンテンツデータを通信相手先に割当てる割当データとを格納する記憶手段と、割当データに基づいてコンテンツデータを通信相手先に割り当てる割当手段とを備える。
【００１２】
好ましくは、コンテンツデータの種類は、音声、音楽および画像のいずれかを含む。
好ましくは、識別データは、通信相手先のアドレス帳を含む。
【００１３】
好ましくは、アドレス帳は、通信相手先の名称と、名称が個人、会社および団体のいずれであるかを表わすための情報と、通信相手先の電話番号と、通信相手先の位置を特定するためのデータと、通信相手先の電子メールアドレスと、アドレス帳が属するグループの名称と、通信相手先が使用する通信機器を特定するための情報と、通信相手先の属性情報とのいずれかを含む。
【００１４】
好ましくは、属性情報は、通信相手先の年齢、性別または嗜好と、通信相手先と情報通信端末の使用者との関係のいずれかを含む。
【００１５】
好ましくは、関係は、コンテンツデータと通信相手先とに各々関連付けられている。割当手段は、関係に基づいてコンテンツデータを通信相手先に割り当てる。
【００１６】
好ましくは、コンテンツデータおよび通信相手先には、項目を分類するためのジャンルが関連付けられている。割当手段は、ジャンルに基づいて、コンテンツデータを通信相手先に割り当てる。
【００１７】
好ましくは、情報通信端末は、通信相手先と情報通信端末との通信の履歴を格納する履歴記憶手段をさらに備える。割当手段は、履歴に基づいて、コンテンツデータを通信相手先に割り当てる。
【００１８】
好ましくは、コンテンツデータは、音声および音楽のいずれかを含む。割当データは、音声および音楽の実演家あるいは著作者を識別するための実演家あるいは著作者の識別データを含む。識別データには、実演家あるいは著作者の識別データが関連付けられている。割当手段は、実演家あるいは著作者の識別データに基づいて、コンテンツデータを通信相手先に割り当てる。
【００１９】
好ましくは、コンテンツデータは、画像を含む。割当データは、画像の実演家あるいは著作者を識別するための実演家あるいは著作者の識別データを含む。識別データには、実演家あるいは著作者の識別データが関連付けられている。割当手段は、実演家あるいは著作者の識別データに基づいて、コンテンツデータを通信相手先に割り当てる。
【００２０】
好ましくは、割当データは、コンテンツデータの使用状態を表わすフラグ、および、コンテンツデータが割り当てられる通信相手先とコンテンツデータとの関連付けを表わす関連付けデータのいずれかを含む。
【００２１】
好ましくは、割当手段は、コンテンツデータが通信相手先に割り当てられていることを表わすフラグを、割り当てが行われたコンテンツデータに設定する。
【００２２】
好ましくは、情報通信端末は、コンテンツデータと通信相手先とを対応付けるための操作を受け付ける入力手段をさらに備える。割当手段は、操作に基づいて、コンテンツデータが通信相手先に対応付けられていることを表わすデータを生成する生成手段と、生成手段により生成されたデータとコンテンツデータとを関連付ける関連付け手段とを含む。
【００２３】
好ましくは、割当手段は、自動的に、識別データとコンテンツデータとを関連付ける。
好ましくは、情報通信端末は、乱数データを発生するための乱数発生手段をさらに備える。割当手段は、乱数データに基づいて、識別データとコンテンツデータとを関連付ける。
【００２４】
好ましくは、割当手段は、複数の識別データの各々に基づいて規定される配列と、複数のコンテンツデータの各々に基づいて規定される配列とに従って、コンテンツデータと通信相手先とを関連付ける。
【００２５】
好ましくは、情報通信端末は、当該端末におけるデータの更新を検知する検知手段をさらに備える。割当手段は、更新が検知されると、コンテンツデータと通信相手先とを関連付ける。
【００２６】
好ましくは、検知手段は、コンテンツデータ記憶手段におけるコンテンツデータの更新を検知する。割当手段は、更新後のコンテンツデータを通信相手先に割り当てる。
【００２７】
好ましくは、検知手段は、識別データの更新を検知する。割当手段は、更新後の識別データに基づいて、コンテンツデータを通信相手先に割り当てる。
【００２８】
好ましくは、情報通信端末は、予め定められた期間が経過したことを検知する検知手段をさらに備える。割当手段は、期間が経過した後に、コンテンツデータを通信相手先に割り当てる。
【００２９】
好ましくは、情報通信端末は、着信を検知する検知手段をさらに備える。割当手段は、着信の検知に応答してコンテンツデータを通信相手先に割り当てる。
【００３０】
好ましくは、情報通信端末は、コンテンツデータに基づく出力動作を行なう出力手段をさらに備える。
【００３１】
好ましくは、コンテンツデータは、音声データを含む。出力手段は、音声データに基づいて音声又は音楽を出力するスピーカを含む。
【００３２】
好ましくは、コンテンツデータは、画像データを含む。出力手段は、画像データに基づいて画像を表示する表示部を含む。
【００３３】
好ましくは、コンテンツデータは、情報通信端末の振動を制御するための制御データを含む。出力手段は、制御データに基づいて振動する振動手段を含む。
【００３４】
好ましくは、出力手段は、予め設定された色の光を発生する発光手段を含む。
好ましくは、コンテンツデータは、コンテンツデータと通信相手先との割り当てを行うためのデータをさらに含む。
【００３５】
好ましくは、割り当てを行なうためのデータは、コンテンツデータの使用状態を表わすフラグと、コンテンツデータに関連付けられているデータとのいずれかを含む。
【００３６】
好ましくは、コンテンツデータに関連付けられているデータは、コンテンツデータに対応するコンテンツのタイトル、コンテンツの実演家あるいは著作者の名称、コンテンツのジャンル、コンテンツが生成された時刻、およびコンテンツデータが割り当てられている数を表わす情報のいずれかを含む。
【００３７】
好ましくは、情報通信端末は、無線通信機器および有線通信機器のいずれかを含む。
好ましくは、無線通信機器は、電話機、ＰＨＳ（Personal Handy phone System）およびトランシーバのいずれかを含む。
【００３８】
好ましくは、有線通信機器は、電話機およびファクシミリ送受信装置のいずれかを含む。
【００３９】
好ましくは、情報通信端末は、情報を通信する携帯情報端末および情報を通信する画像表示装置のいずれかを含む。
【００４０】
好ましくは、情報通信端末は、コンテンツデータ記憶手段に格納されている各コンテンツデータを全て変更する変更手段をさらに備える。
【００４１】
好ましくは、情報通信端末は、コンテンツデータ記憶手段に格納されている複数のコンテンツデータを選択する選択手段と、選択手段によって選択された各コンテンツデータを一斉に変更する変更手段とをさらに備える。
【００４２】
この発明の他の局面に従う携帯電話は、無線通話を行なうための通話手段と、複数のコンテンツデータを格納するコンテンツデータ記憶手段と、複数の通信相手先を識別するための識別データと、コンテンツデータを通信相手先に割当てる割当データとを格納する記憶手段と、割当データに基づいて、コンテンツデータを通信相手先に割り当てる割当手段とを備える。
【００４３】
この発明の他の局面に従うコンテンツ配信装置は、複数の情報通信端末の各々から情報を受信する受信手段と、配信のための複数の配信データと、各配信データに関連付けられた属性データを含むデータベースとを格納する記憶手段とを備える。属性データは、各情報通信端末が通信する相手を識別するための情報に関連付けられている。コンテンツ配信装置は、受信手段により受信された情報に基づいて、記憶手段に格納されている配信データの配信の要求を検知する要求検知手段を備える。要求は、配信を要求している情報通信端末を特定するための送信者情報を含む。コンテンツ配信装置は、送信者情報により特定される情報通信端末に対して、配信が要求された配信データを送信する送信手段と、受信手段により受信された情報に基づいて、各情報通信端末により送信されたフィードバック情報の受信を検知するフィードバック検知手段とを備える。フィードバック情報は、要求を送信した情報通信端末に格納されている配信データに関連付けられている属性データを含む。コンテンツ配信装置は、フィードバック情報に含まれる属性データに基づいて、データベースを更新する更新手段を備える。
【００４４】
好ましくは、データベースは、配信データの配信記録をさらに格納している。コンテンツ配信装置は、配信記録に基づいて、配信を要求する情報通信端末に対して送信可能な配信データの一覧を表わすためのリストデータを生成する生成手段をさらに備える。送信手段は、情報通信端末に対してリストデータを送信する。
【００４５】
好ましくは、配信データは、音声データ、音楽データおよび画像データのいずれかを含む。
【００４６】
この発明の他の局面に従うコンテンツ配信システムは、情報通信端末を備える。情報通信端末は、少なくとも複数の通信相手先と通信可能な通信手段と、複数種類のコンテンツデータを格納するコンテンツデータ記憶手段と、複数の通信相手先を識別するための識別データと、コンテンツデータを通信相手先に割当てる割当データとを格納する記憶手段と、割当データに基づいてコンテンツデータを通信相手先に割り当てる割当手段とを含む。コンテンツ配信システムは、通信回線を介して情報通信端末に接続されるコンテンツ配信装置を備える。コンテンツ配信装置は、複数の情報通信端末の各々から情報を受信する受信手段と、配信のための複数の配信データと、各配信データに関連付けられた属性データを含むデータベースとを格納する記憶手段とを含む。属性データは、各情報通信端末が通信する相手を識別するための情報に関連付けられている。コンテンツ配信装置は、受信手段により受信された情報に基づいて、記憶手段に格納されている配信データの配信の要求を検知する要求検知手段を含む。要求は、配信を要求している情報通信端末を特定するための送信者情報を含む。コンテンツ配信装置は、送信者情報により特定される情報通信端末に対して、配信が要求された配信データを送信する送信手段と、受信手段により受信された情報に基づいて、各情報通信端末により送信されたフィードバック情報の受信を検知するフィードバック検知手段とを含む。フィードバック情報は、要求を送信した情報通信端末に格納されている配信データに関連付けられている属性データを含む。コンテンツ配信装置は、フィードバック情報に含まれる属性データに基づいて、データベースを更新する更新手段を含む。
【００４７】
この発明の他の局面に従うと、記憶装置を備える情報通信端末を制御するためのプログラムが提供される。このプログラムは情報通信端末に、少なくとも複数の通信相手先と通信するステップと、複数種類のコンテンツデータを記憶装置に準備するステップと、複数の通信相手先を識別するための識別データと、コンテンツデータを通信相手先に割当てる割当データとを準備するステップと、割当データに基づいてコンテンツデータを通信相手先に割り当てるステップとを実行させる。
【００４８】
この発明のさらに他の局面に従うと、コンピュータをコンテンツ配信装置として機能させるためのプログラムが提供される。プログラムはコンピュータに、配信される複数の配信データと、各配信データに関連付けられた属性データを含むデータベースとを準備するステップと、複数の情報通信端末の各々から情報を受信するステップとを実行させる。属性データは、各情報通信端末が通信する相手を識別するための情報に関連付けられている。このプログラムはコンピュータに、受信された情報に基づいて、準備された配信データの配信の要求を検知するステップを実行させる。要求は、配信を要求している情報通信端末を特定するための送信者情報を含む。プログラムはコンピュータに、送信者情報により特定される情報通信端末に対して、配信が要求された配信データを送信するステップと、受信された情報に基づいて、各情報通信端末により送信されたフィードバック情報の受信を検知するステップとを実行させる。フィードバック情報は、要求を送信した情報通信端末に格納されている配信データに関連付けられている属性データを含む。プログラムはコンピュータに、フィードバック情報に含まれる属性データに基づいて、データベースを更新するステップを実行させる。
【発明の効果】
【００４９】
本発明に係る情報通信端末によると、アドレス帳データと出力データとの関連付けは、たとえば、データの配列等によって実現される。したがって、情報通信端末のユーザがアドレス帳データ毎に関連付けを行なう必要がなくなるため、利便性が向上する。
【００５０】
本発明の他の局面に係る情報通信端末によると、ダウンロードされたコンテンツの有効活用が図られる。さらに他の局面に従う情報通信端末によると、割り当てが容易に行なわれ、割り当ての実行後に割り当てが行なわれなかったコンテンツを削除するか否かの判断が容易になる。その結果、情報通信端末が備えるメモリを有効に活用することができる。さらに他の局面に従う情報通信端末によると、利便性が向上することからダウンロードされるコンテンツが増加すると考えられ、コンテンツの配信に関係する産業の発達に寄与し得る。さらに他の局面に従う情報通信端末によると、再生される複数のコンテンツを一斉に変更することができる。たとえば、当該複数のコンテンツをクリスマス関連のコンテンツに入れ替えることが可能になる。その結果、情報通信端末の使用者に対して興趣をもたらすことができる。
【発明を実施するための最良の形態】
【００５１】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００５２】
＜第１の実施の形態＞
まず、図１を参照して、本発明の第１の実施の形態に係る携帯電話１００の使用態様について説明する。図１は、携帯電話１００と着信音を提供する装置とからなるシステムの構成を表わす図である。
【００５３】
携帯電話１００は、無線通信回線を介して基地局１１０と通信する。基地局１１０は、ネットワーク１２０を介して着信音を配信することができるコンピュータシステム２００に接続されている。なお、情報通信端末としてコンピュータシステム２００に接続される装置は、携帯電話１００に限られない。たとえば、ＰＨＳ（Personal Handyphone System）、固定式の電話機、トランシーバ、ファクシミリ送受信装置その他の通信装置であってもよい。あるいは、ＰＤＡ（Personal Digital Assistant）その他の情報処理装置であってもよい。情報通信端末は、あるいはテレビ、カーナビゲーションシステムにおけるディスプレイその他の映像表示装置であってもよい。また、情報通信端末とコンピュータシステムとの接続の態様は、無線に限られず有線であってもよい。ネットワーク１２０は、インターネットその他の公衆の通信回線でもよいし、私設の通信回線であってもよい。通信方式は特に限られない。
【００５４】
図２を参照して、音楽配信サーバ装置として機能するコンピュータシステム２００について説明する。図２は、コンピュータシステム２００のハードウェア構成を表わすブロック図である。コンピュータシステム２００は、相互にデータバスにより接続されたＣＰＵ（Central  Processing  Unit）２１０と、指示の入力を受け付けるためのマウス２２０およびキーボード２３０と、入力されるデータあるいはプログラムに従って実行される処理によって生成されるデータを一時的に格納するＲＡＭ（Random  Access  Memory）２４０と、データを不揮発的に格納可能なハードディスク２５０と、ＣＤ（Compact  Disc）−ＲＯＭ（Read  Only  Memory）駆動装置２６０と、モニタ２８０と、通信ＩＦ（Interface）２９０とを含む。ＣＤ−ＲＯＭ駆動装置２６０には、データ記録媒体であるＣＤ−ＲＯＭ２６２が装着される。
【００５５】
コンピュータシステム２００における処理は、各ハードウェアおよびＣＰＵ２１０により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＲＡＭ２４０あるいはハードディスク２５０に予め記憶されている。また、ソフトウェアは、ＣＤ−ＲＯＭ２６２その他のデータ記録媒体に格納されて、プログラム製品として流通している場合もある。あるいは、ソフトウェアは、インターネットその他の通信回線に接続している情報提供事業者によってダウンロード可能なプログラム製品として提供される場合もある。このようなソフトウェアは、ＣＤ−ＲＯＭ駆動装置２６０その他の読取装置によりそのデータ記録媒体から読み取られた後に、あるいは、通信ＩＦ２９０を介してダウンロードされた後に、ハードディスク２５０に格納される。そのソフトウェアは、ハードディスク２５０からＲＡＭ２４０に実行可能な形式として読み出され、そして、ＣＰＵ２１０によって実行される。
【００５６】
図２に示されるコンピュータシステム２００を構成する各ハードウェアは、一般的なものである。したがって、以下で説明する本発明の最も本質的な部分は、ＲＡＭ２４０、ハードディスク２５０、ＣＤ−ＲＯＭ２６２その他のデータ記録媒体に格納された、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、コンピュータシステム２００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。
【００５７】
図３を参照して、コンピュータシステム２００により実現される音楽配信サーバ装置のデータ構造について説明する。図３は、ハードディスク２５０におけるデータの格納の一態様を概念的に表わす図である。ハードディスク２５０は、データを格納するための領域３１０から領域３２２を含む。
【００５８】
ハードディスク２５０は、外部から受信するダウンロードの要求に応じて提供の対象となる着信音を格納している。すなわち、各々の着信音を表わすデータレコードを特定する名称は、領域３１０に格納されている。着信音の名称は、領域３１２に格納されている。着信音の音声ファイルは、領域３１４に格納されている。着信音に付随するいわゆるタグ情報は、領域３１６から領域３２２に格納されている。このような情報は、当業者にとって容易に理解できるため、ここでは詳細な説明は述べない。
【００５９】
ハードディスク２５０は、さらに着信音の提供に応じて生成されるデータを格納するための領域３３０から領域３３８を含む。すなわち、着信音の提供毎に生成されるレコードを特定するためのデータは、領域３３０に格納されている。着信音が提供された送信先を特定するためのデータは、領域３３２に格納されている。提供された着信音の名称は、領域３３４に格納されている。着信音の提供を受けるユーザから取得した課金のための情報（たとえばクレジットカードの番号など）は、クレジット情報として領域３３６に格納されている。着信音の提供に際して課金される金額は、領域３３８に格納されている。領域３３０に示されるデータから理解できるように、各レコードは、着信音のダウンロード毎に生成され、ハードディスク２５０に順次蓄積される。
【００６０】
ハードディスク２５０は、さらに、プログラムを格納するための領域３４０〜領域３４８を含む。コンピュータシステム２００の基本的な動作を規定するためのオペレーティングシステムは、領域３４０に格納されている。コンピュータシステム２００がネットワーク１２０を介して携帯電話１００その他の通信端末と通信するためのプログラムは、領域３４２に格納されている。携帯電話１００その他の携帯端末から受信した要求に従って指示された着信音を検索するためのプログラムは、領域３４４に格納されている。検索の結果取得された着信音のデータを携帯端末に配信するためのプログラムは、領域３４６に格納されている。着信音の配信に際して課金情報を算出するためのプログラムは、領域３４８に格納されている。これらのプログラムは、ＣＰＵ２１０によって読み出され、ＲＡＭ２４０において当該プログラムの実行のために予め確保された領域に実行可能な形式によって書き込まれる。ＣＰＵ２１０が、その実行可能な形式のプログラムを実行することにより、前述の各々の処理は実現される。
【００６１】
図４を参照して、本実施の形態に係る音楽配信サーバ装置として機能するコンピュータシステム２００を実現するＣＰＵ２１０について説明する。図４は、ＣＰＵ２１０がプログラムを実行することにより実現される機能の構成を表わすブロック図である。ＣＰＵ２１０は、入力部４１０と、要求受信検知部４２０と、選択画面データ送信指令部４３０と、着信音情報取得部４４０と、着信音検索部４５０と、着信音データ読出部４６０と、着信音データ送信指令部４７０と、クレジット情報取得部４８０と、出力部４９０とを備える。
【００６２】
入力部４１０は、データバスを介して外部からの指示の入力を受け付ける。要求受信検知部４２０は、携帯電話１００から送信された情報から着信音の配信の要求を受信したことを検知する。選択画面データ送信指令部４３０は、要求受信検知部４２０により着信音の配信が要求されたことを受けて、着信音を選択するための画面を表示するデータの送信を指令する。この指令により、ハードディスク２５０において予め格納されていた画面データは、ＲＡＭ２４０において確保された領域に読み出され、さらに、ＣＰＵ２１０によって通信ＩＦ２９０を介してネットワーク１２０に対して送出される。このような画面データを受信する携帯電話１００は、そのデータに応じて着信音を選択するための画面を表示する。携帯電話１００における画面の表示態様については後述する。
【００６３】
着信音情報取得部４４０は、入力部４１０を介して携帯電話１００によって指定された着信音を特定するための情報を取得する。この情報には、携帯電話１００のユーザを識別するためのデータ、配信を希望する着信音を特定するためのデータ（たとえば着信音の名称、アーティストの名称など）が含まれる。着信音検索部４５０は、着信音情報取得部４４０によって取得された情報を用いて、データベース２５０に格納されている音楽データから、指定された着信音のデータファイルを検索する。配信が希望されたデータファイルが存在する場合、着信音データ読出部４６０は、ハードディスク２５０からそのデータファイルを読み出してＲＡＭ２５０に書き込む。なお、上記のアーティストは、音声あるいは音楽の実演家の一例である。また、着信音を特定するためのデータは、上述のものに限られず、音楽あるいは画像の著作者が当該データとして用いられてもよい。たとえば、画像に対する実演家は、俳優、モデル等が相当する。また、画像の著作者は、画家、写真家等が相当する。
【００６４】
着信音データ送信指令部４７０は、着信音の配信を要求した相手先（すなわち携帯電話１００のアドレス）に対して、読み出されたデータファイルを送信するように指示する。この指示が出力されると、ＲＡＭ２４０に格納されていたデータは、通信ＩＦ２９０を介してネットワーク１２０に送出される。このとき送出されるデータの構造は、たとえばパケット形式であるが、この形式は、当業者にとって容易に理解できるため、ここでは詳細な説明は述べない。
【００６５】
クレジット情報取得部４８０は、入力部４５０を介して入力が受け付けられた情報の中からクレジットカードの番号、有効期限その他課金のために必要な情報を取得し、ハードディスク２５０に逐次格納する（領域３２０〜領域３３８）。出力部４９０は、ＣＰＵ２１０によって生成された指令、データその他の信号を、それぞれ指定されたアドレスに対して出力する。
【００６６】
図５を参照して、音楽配信サーバ装置として機能するコンピュータシステム２００の制御構造について説明する。図５は、ＣＰＵ２１０が実行する処理の手順を表わすフローチャートである。
【００６７】
ステップＳ５１０にて、ＣＰＵ２１０は、ネットワーク１２０を介して入力を受け付けた情報に基づいて、着信音のダウンロードの要求を受信したことを検知する。ステップＳ５２０にて、ＣＰＵ２１０は、その要求に応答して、携帯電話１００に対して着信音を選択するための画面データを送信する。このようなデータが送信されると、携帯電話１００は、そのデータに応じた画面を表示し、携帯電話１００のユーザはダウンロードを希望する着信音を選択することが可能になる。その後、後述するように携帯電話１００のユーザが特定の着信音を選択し、その着信音を特定するためのデータが含まれる情報を送信するための操作を行なうと、そのデータはコンピュータシステム２００に転送される。
【００６８】
ステップＳ５３０にて、ＣＰＵ２１０は、携帯電話１００から着信音の情報を受信し、その情報に含まれている具体的なデータ（たとえば着信音の名称、アーティストの名称など）を取得する。ステップＳ５４０にて、ＣＰＵ２１０は、さらに、携帯電話１００から送信された情報から、課金情報（カード番号、有効期限その他のクレジットカード情報）を取得する。取得されたデータは、ハードディスク２５０において予め確保された領域に順次格納される。
【００６９】
ステップＳ５５０にて、ＣＰＵ２１０は、取得された着信音の情報に従ってハードディスク２５０に格納されている着信音のデータベースから、指定された着信音を検索する。ここでは、着信音を選択するための画面のデータが送信される際に、配信可能な着信音が含まれるデータが送信されている。したがって、検索の結果指定された着信音が存在することは明らかであるが、このような着信音が存在しない場合に備えて、予め定められたデータに従って存在しない旨を通知するための画面データを生成してもよい。
【００７０】
ステップＳ５６０にて、ＣＰＵ２１０は、着信音の検索の結果に従って、携帯電話１００に対して着信音のデータファイルを送信する。ステップＳ５７０にて、ＣＰＵ２１０は、着信音のデータの送信の完了に応答して、先に取得された課金情報に従って、ハードディスク２５０のデータベースに、当該着信音のダウンロードの実績を保存する。このとき保存されるレコードには、配信された着信音の名称、配信先、課金の根拠となる信用情報などが含まれる。
【００７１】
図６を参照して、本実施の形態に係る携帯電話１００の構成について説明する。図６は、携帯電話１００の機能的構成を表わすブロック図である。携帯電話１００は、制御部６１０と、入力部６２０と、通信部６３０と、記憶部６４０と、出力部６５０とを備える。
【００７２】
入力部６２０は、外部からデータあるいは指示の入力を受け付ける。入力が受け付けられたデータあるいは指示は、制御部６１０に送出される。制御部６１０は、携帯電話１００を実現するために必要な処理を実行する。たとえば制御部６１０は、入力部６２０を介して入力が受け付けられた操作あるいはデータに従って、その操作あるいはデータによって規定される処理を実現するためのプログラムを実行する。あるいは、制御部６１０は、記憶部６４０に格納されているデータに従って、そのデータを参照する処理を実行する。
【００７３】
また、制御部６１０は、記憶部６４０に格納されているデータの更新を検知する。たとえば、制御部６１０は、アドレス帳データの更新あるいは着信音、動画その他のコンテンツデータの更新を検知する。あるいは、制御部６１０は、内部時計（図示しない）からの信号に基づいて時間を計測する。たとえば、制御部６１０は、後述する割り当てが一度行なわれてから経過した時間を計測し、予め設定された時間の経過を検知する。上記のような検知が行なわれると、制御部６１０は、当該割り当ての処理を再度実行するための指令を出力する。制御部６１０は、さらに、外部からの指示に基づいて記憶部６４０に格納されているデータを一斉に更新する。たとえば、「一斉更新」を表わす指令が入力部６２０から制御部６１０に入力されると、制御部６１０は、記憶部６４０に格納されているコンテンツデータを全て削除し、新たに入力されるコンテンツデータを記憶部６４０に書き込む。これにより、記憶部６４０に格納されているデータは一斉に更新されることになる。
【００７４】
通信部６３０は、無線通信機能を実現する。実現される機能には、電話、電子メール、ウェブページの表示データその他のデータの通信が含まれる。記憶部６４０は、携帯電話１００の製造時に予め入力されたデータを保持する。記憶部６４０は、さらに、入力部６２０あるいは通信部６３０を介して外部から入力が受け付けられたデータを格納する。入力が受け付けられたデータは、たとえば、音声、音楽、画像その他のいわゆるコンテンツデータを含む。記憶部６４０は、複数の通信相手先を識別するための識別データを格納している。識別データは、通信相手先の名前、電話番号、電子メールのアドレス帳、通信相手先の属性、通信相手先と情報通信端末との関係等を含む。
【００７５】
記憶部６４０はまた、制御部６１０によって生成されたデータも格納する。出力部６５０は、制御部６１０により生成された指令に従って、画像、音声、音楽などを出力する。画像は、具体的には、文字列、静止画、動画、アニメーション等である。出力部６５０は、たとえば画像を表示するディスプレイ、音声又は音楽を出力するスピーカなどを含む。
【００７６】
図７を参照して、携帯電話１００の構成についてさらに説明する。図７は、制御部６１０により実現される機能の構成を表わすブロック図である。制御部６１０は、入力部７１０と、指示検出部７２０と、フラグ設定部７３０と、着信音検索部７４０と、登録者別着信音割当部７５０と、出力部７６０とを備える。登録者別着信音割当部７５０は、割当データ生成部７５２と割当データ書込部７５４とを含む。
【００７７】
入力部７１０は、携帯電話１００の制御部６１０以外の構成要素（たとえば入力部６２０、通信部６３０）などからデータの入力を受け付ける。指示検出部７２０は、入力部７１０を介して入力されたデータに基づいて携帯電話１００に固有の動作を実行させる指示を検出する。検出される指示には、たとえば携帯電話に予め登録されているアドレス帳に着信音を割り当てるための指示が含まれる。
【００７８】
フラグ設定部７３０は、指示検出部７２０による指示の検出に応答して、記憶部６４０に格納されているデータレコードの処理を切り分けるためのフラグを設定する。たとえば、フラグ設定部７３０は、着信音の割り当ての対象となるアドレスと対象とならないアドレスとを区別するためのフラグを、各アドレスについて設定する。
【００７９】
着信音検索部７４０は、指示検出部７２０による検出の結果に応答して、アドレス帳に割り当てが可能な着信音を記憶部６４０の中から検索する。検索の結果は、登録者別着信音割当部７５０に対して送出される。
【００８０】
登録者別着信音割当部７５０は、入力部７１０を介して入力された指示と着信音検索部７４０による検索の結果とに基づいて、記憶部６４０に格納されている各々のアドレス帳に対して着信音を割り当てるための操作を実行する。具体的には、登録者別着信音割当部７５０は、割り当ての対象となるアドレスを検索する。さらに登録者別着信音割当部７５０は、検索されたアドレスに対して、着信音検索部７４０により検索された着信音を１対１に割り当てる。
【００８１】
この割り当ては、たとえばデータ番号の昇順に配列されたアドレス帳の各データと、音声ファイルの番号の昇順に配列された着信音の音声ファイルとを関連付けることにより行なわれる。この場合、アドレス帳のデータあるいは音声ファイルの配列に関し、いずれも昇順である必要はない。たとえば、降順に配列されていてもよい。あるいは、降順と昇順との組み合わせであってもよい。
【００８２】
なお、割り当てのキーとなるデータは、アドレス帳のデータ番号に限られない。たとえば、アドレス帳における登録者の名称、あるいは音声ファイルの名称の順序（たとえば五十音順、ＡＢＣ順）に基づく配列に従う割り当てが行われてもよい。
【００８３】
登録者別着信音割当部７５０において、割当データ生成部７５２は、前述のようにして割り当てられた着信音と登録者とを関連付けるためのデータを生成する。割当データ書込部７５４は、割当データ生成部７５２により生成されたデータに従って、各々の登録者のデータレコードに対して着信音を特定するためのデータを関連付けて記憶部６４０において予め確保されている領域に書き込む。
【００８４】
出力部７６０は、フラグ設定部７３０により設定されたフラグを記憶部６４０に書き込む。出力部７４０は、さらに、登録者別着信音割当部７５０によって生成されたデータを、記憶部６４０に格納する。
【００８５】
図８を参照して、携帯電話１００のデータ構造について説明する。図８は、携帯電話１００の記憶部６４０におけるデータの格納の一態様を概念的に表わす図である。記憶部６４０は、携帯電話１００の通話先を表わすアドレスデータを格納するアドレス帳記憶部８１０と、着信音を格納する着信音記憶部８３０とを含む。アドレスデータは、たとえば、通信相手先の名称と、当該名称が個人、会社および団体のいずれかを表わすための情報と、電話番号と、メールアドレスと、当該情報通信端末の使用者と当該通信相手先との関係を表わす情報と、当該通信相手先の年齢または性別と、当該通信相手先に使用される通信機器を特定するための情報と、当該通信相手先のアドレス帳が属するグループを識別するための名称と、当該通信相手先に対する当該コンテンツデータの割り当ての履歴を表わすためのデータとのいずれかであるが、その他のデータであってもよい。
【００８６】
アドレス帳記憶部８１０は、通話相手毎のデータレコードを記憶している。具体的には、アドレス帳記憶部８１０は、Ｎ個のアドレスデータ、すなわち、第１のアドレスデータ８１２と、第２のアドレスデータ８１４と・・・第Ｎのアドレスデータ８２０とを含む。アドレス帳記憶部８１０に格納されるアドレスデータの数は、図８に示されるものに限られない。格納可能なデータの数は、たとえば、記憶部６４０を実現するメモリの記憶容量に依存する。
【００８７】
第１のアドレスデータ８１２は、フラグを格納するための領域８１３を含む。第２のアドレスデータ８１４は、同様の領域８１５を含む。第Ｎのアドレスデータ８２０は、同様の領域８２１を含む。各領域８１３，８１５，８２１に格納されるフラグは、着信音の割り当てが可能か否かを表わすデータである。着信音を割り当てるための処理が実行されると、領域８１３，８１５，８２１において、着信音の割り当てが可能であるか否かを表わすデータが書き込まれ、そのデータを参照して、着信音の割り当て処理が実行される。着信音の割り当てが可能であることを表わすフラグが領域８１３，８１５，８２１に格納されている場合、あるいは割り当てを禁止するフラグが上記各領域に格納されていない場合、着信音の割り当てが実行される。
【００８８】
割り当てのためのデータは、上記のものに限られない。たとえば、コンテンツデータの使用状態を表わすフラグであってもよい。
【００８９】
着信音記憶部８３０は、入力部６２０を介して入力された着信音のデータあるいは通信部６３０を介して受信された着信音のデータを格納している。すなわち、着信音記憶部８３０は、第１の着信音８３２と、第２の着信音８３４と、第Ｍの着信音８４０とを含む。各着信音には、着信音フラグのインデックス８５０がそれぞれ付与されている。このインデックスは、アドレスデータとの割り付けを行なう際に使用される。
【００９０】
ここで、図９および図１０を参照して、携帯電話１００の具体的構成について説明する。図９は、携帯電話１００の概略の外観を表わす図である。図１０は、携帯電話１００のハードウェア構成を表わすブロック図である。
【００９１】
図９に示されるように、携帯電話１００は、たとえば折畳式の携帯電話であって、第１の筐体９０４と、第２の筐体９０６と、スピーカ９７４と、メインディスプレイ９１２と、サブカメラ９４２と、メイン操作部９２０と、マイク９７２とを含む。メイン操作部９２０は、押下に応答して指示の入力を受け付けるボタン９２１と、メインディスプレイ９１２に表示されるカーソルを移動させるためのカーソル移動キー９２２と、数字などの１２個のキーからなる１２キー９２４とを含む。
【００９２】
図１０に示されるように、携帯電話１００は、図９に示される構成に加えて、通信部９０２と、制御部６１０と、サブ操作部９３０と、メインカメラ９３２と、フラッシュメモリ９４０と、ＲＡＭ９５０と、データ用ＲＯＭ９６０と、メモリカード駆動部９８０と、アンテナ９０８と、音声信号処理部９７０と、サブディスプレイ９１４と、ＬＥＤ（Light  Emitting  Diode）９７６と、データ通信ＩＦ９７８と、バイブレータ９８４とを含む。メモリカード駆動部９８０には、メモリカード９８２が装着される。ここで、メイン操作部９２０、サブ操作部９３０は、図６に示される入力部６１０に対応する。通信部９０２は、通信部６３０に対応する。フラッシュメモリ９４０、ＲＡＭ９５０、データ用９６０、メモリカード駆動部９８０に装着されるメモリカード９８２は、記憶部６４０に対応する。スピーカ９７４、メインディスプレイ９１２、サブディスプレイ９１４、ＬＥＤ９７６、バイブレータ９８４は、出力部６５０に対応する。
【００９３】
アンテナ９０８が信号を受信すると、その信号は通信部９０２に入力される。通信部９０２は、その入力信号に対して予め定められた処理を実行して、処理後の信号を制御部６１０に対して送出する。一方、携帯電話１００からの発信のために制御部１１０から出力される送信用の信号は、通信部９０２に入力される。通信部９０２が予め定められた送信処理を実行すると、その処理により出力される信号は、アンテナ９０８を介して無線送信される。
【００９４】
ユーザがメイン操作部９２０に対して指示を入力すると、その指示に対応する信号が、メイン操作部１２０によって出力され制御部６１０に入力される。制御部６１０は、その信号によって規定される処理を実行する。ここで、ユーザによる指示には、着信音のダウンロードの要求を送信するための指示、アドレス帳に含まれる登録者と着信音とを割り付けるための指示などが含まれる。
【００９５】
サブ操作部９３０は、メイン操作部９２０と同様に、ユーザによる指示の入力を受け付ける。サブ操作部９３０は、たとえば携帯電話１００が閉じられたときに外側に位置する面に配置されている。メインカメラ９３２は、たとえば固体撮像素子ＣＣＤ（Charge  Coupled  Device）により実現される。メインカメラ９３２は、被写体を撮像して、その被写体の映像信号を生成して出力する。出力された信号は、制御部６１０に入力される。制御部６１０は、その信号に対して予め定められた画像処理を実行して、メインディスプレイ９１２あるいはサブディスプレイ９１４に対して処理後の信号を送出する。画像処理には、たとえばメインディスプレイ９１２あるいはサブディスプレイ９１４の画像表示領域の大きさに応じた表示用のデータを生成するための処理が含まれる。
【００９６】
サブカメラ９３４は、メインカメラ９３２と同様に、固体撮像素子ＣＣＤにより実現される。なお、携帯電話９００に装着されるカメラの数は２つに限られず１つでもよいし、あるいはカメラが装着されなくてもよい。
【００９７】
フラッシュメモリ９４０は、携帯電話９００の動作に応じて生成されたデータあるいは取得されたデータを格納する。格納されるデータには、通信相手のアドレス帳、通信部９０２を介して取得された着信音のデータファイルなども含まれる。ＲＡＭ９５０は、制御部６１０が実行する処理に使用されるデータを一時的に格納する。すなわち制御部６１０は、ＲＡＭ９５０に格納されているデータを読み出し、指示された処理を実行する。この処理には、アドレス帳に含まれる登録者と着信音とを関連付けるための処理が含まれる。
【００９８】
データ用ＲＯＭ９６０は、携帯電話９００が有するアプリケーションプログラム（たとえばメール編集プログラム、画像処理プログラム、音楽再生プログラムその他のプログラム）を記憶している。各々のプログラムは、制御部６１０によって読み出されて、実行可能な形式に変換された後、ＲＡＭ９５０に書き込まれる。メインディスプレイ９１２は、そのようにしてＲＡＭ９５０に書き込まれたデータに基づいてアドレス帳を表示する。あるいはスピーカ９７４は、音声信号処理部９７０を介してそのようなデータを取得することにより、着信音を発する。
【００９９】
ＬＥＤ９７６は、発光手段の一態様である。携帯電話９００の電話の着信あるいはメールの受信を検知すると、ＬＥＤ９７６は、予め定められた発光色を用いて発光する。この場合、ＬＥＤ９７６は、特定の色に限られず、複数の色が含まれてもよい。また、ＬＥＤ９７６に代えて他の態様により発光が実現されてもよい。コンテンツデータが発光を規定するデータを含んでもよい。この場合、当該データが制御部６１０によって検出されると、ＬＥＤ９７６は、当該データに基づいて発光する。このようにすると、コンテンツの内容に応じた発光をＬＥＤ９７６に実現されることができる。たとえば、音楽の強弱に応じて発光の間隔を変更したり、発光する色を変更することができる。
【０１００】
データ通信ＩＦ９７８は、たとえば通信ケーブル（図示しない）を介してデータを通信するためのインターフェイスである。インターフェイスの態様は、特に限られない。
【０１０１】
バイブレータ９８４は、振動手段の一例であり、振動手段は、電話の着信、メールの受信その他の状態を報知する手段の一態様である。電話の着信あるいはメールの受信が検知されると、制御部６１０は、予め定められた周波数に基づいてバイブレータ９８４を振動させる。このとき、振動の態様は、たとえば電話の発信者あるいはメールの送信者に応じて切り換えるようにしてもよい。このようにすると、着信音が鳴動されない場合であっても、どの発信者からのメールあるいは電話が受信されたかをユーザは容易に把握することができる。なお、振動手段の態様は、バイブレータ９８４に限られない。
【０１０２】
なお、コンテンツデータがバイブレータ９８４による振動を制御するためのデータを含んでいる場合には、当該データの検出に応答してバイブレータ９８４が振動するような構成であってもよい。当該データは、たとえばバイブレータ９８４が振動する間隔を規定するデータ、振動のパターンを規定するデータを含む。
【０１０３】
メモリカード駆動部９８０は、着脱可能なデータの読み込みおよび書き込みが可能なメモリカード９８２を駆動する。メモリカード９８２がメモリカード駆動部９８２に装着されると、メモリカード９８２に格納されているデータは読み出される。読み出されたデータは、ＲＡＭ９５０に一時的に書き込まれる。このように、携帯電話９００に対して着脱可能なデータ記録媒体を備えることにより、ユーザが設定したデータその他携帯電話９００の各記憶装置に格納されているデータを、その他の情報通信装置に移送することができる。
【０１０４】
上述のように、本実施の形態に係る携帯電話９００の機能は、各ハードウェアおよび制御部６１０により実行されるソフトウェアによって実現される。このようなソフトウェアは、フラッシュメモリ９４０、ＲＡＭ９５０、データ用ＲＯＭ９６０その他の記憶装置に予め格納されている場合がある。あるいは、メモリカード９８２その他の着脱可能な情報記録媒体に格納されてプログラム製品として流通し、メモリカード駆動部９８０によってその情報記録媒体から読み取られ、フラッシュメモリ９４０に一旦格納される場合もある。そのソフトウェアは、フラッシュメモリ９４０からＲＡＭ９５０に読み出されて、制御部６１０によって実行される。図９および図１０に示される携帯電話９００のハードウェア構成は、上記の構成およびその動作の範囲内において、コンピュータシステムに対応し、この範囲内において一般的なものである。したがって、本発明の最も本質的な部分は、フラッシュメモリ９４０、ＲＡＭ９５０、データ用ＲＯＭ９６０、メモリカード９８２その他の記憶装置に記録されたソフトウェアであるともいえる。なお、携帯電話１００の各ハードウェアの動作は周知であるので、ここでは詳細な説明は述べない。
【０１０５】
なお、携帯電話９００は、折り畳み可能な構成でなくてもよい。また、携帯電話１００は、必ずしも複数の表示装置を有する必要はなく、少なくとも１つの表示装置を有していればよい。また、携帯電話９００は、メモリカード駆動部９８０を必ずしも有する必要はない。さらに、記憶装置の構成は、図１０に示されるものに限られず、携帯電話９００は、データを不揮発的に記憶可能な記憶装置を少なくとも１つ有していればよい。
【０１０６】
図１１を参照して、本実施の形態に係る携帯電話９００のデータ構造について説明する。図１１は、フラッシュメモリ９４０におけるデータの格納の一態様を概念的に表わす図である。フラッシュメモリ９４０は、着信音を格納するために予め確保された領域１１０から領域１１１８を含む。
【０１０７】
着信音のデータベースを構成するレコードを識別するためのデータは、領域１１１０に格納されている。着信音の名称は、領域１１１２に格納されている。着信音を出力するためのデータファイル名は、領域１１１４に格納されている。着信音の演奏者（アーティスト名）は、領域１１１６に格納されている。なお、演奏者に限られず、実演家あるいは著作者を表わすデータが格納されていてもよい。以下の説明においても、実演家あるいは著作者を表わすデータが演奏者を表わすデータと同様に用いられる。着信音に関連付けられるフラグは、領域１１１８に格納されている。なお、フラグが設定されていない場合には、領域１１１８には、たとえば「ＮＵＬＬ」が格納される。領域１１１０に格納されるデータは、着信音の格納に従って自動的に採番される。領域１１１２に格納されている名称は、たとえば着信音のダウンロード時に取得されるものであるが、ユーザの操作による外部からの入力に応じて変更可能であってもよい。
【０１０８】
フラッシュメモリ９４０は、さらに、アドレス帳を構成するデータを格納するための領域１１２０から領域１１２８を含む。アドレス帳のデータベースのレコードを特定するためのデータは、領域１１２０に格納されている。通話相手あるいはメールの通信相手を特定するための名前は、領域１１２２に格納されている。通信相手の電話番号は、たとえば領域１１２４，１１２６に格納されている。
【０１０９】
なお、図１１に示される例では、２つの電話番号が格納されているがアドレス帳に含まれる電話番号の数は１つでもよいし３つ以上でもよい。メールアドレスは、領域１１２８に格納されている。領域１１２０から１１２８に格納されているデータは、それぞれ関連付けられている。したがって、領域１１２０に格納されているデータを特定することにより、アドレス帳を構成するいずれかのレコードが特定される。
【０１１０】
図１２を参照して、携帯電話１００の制御構造について説明する。図１２は、アドレス帳の登録者と着信音とを割り付けるために制御部６１０が実行する処理の手順を表わすフローチャートである。
【０１１１】
ステップＳ１２０２にて、制御部６１０は、アドレス帳への登録データの入力を受け付ける。入力されたデータは、たとえばフラッシュメモリ９４０において予め確保された領域に格納される。ステップＳ１２０４にて、制御部６１０は、コンピュータシステム２００からダウンロードされた着信音をフラッシュメモリ９４０に保存する。この着信音は、たとえば音楽配信サーバ装置（図１）として機能するコンピュータシステム２００からダウンロードによって取得されたものである。
【０１１２】
ステップＳ１２０６にて、制御部６１０は、着信音と登録者等の割り当てのための設定を行なうか否かを判断する。この判断は、その設定を行なう旨の指示が入力されたか否かに基づいて行なわれる。登録者と着信音との割り当ての設定を行なう場合には（ステップＳ１２６にてＹＥＳ）、処理はステップＳ１２０８に移される。そうでない場合には（ステップＳ１２０６にてＮＯ）、処理は終了する。
【０１１３】
ステップＳ１２０８にて、制御部６１０は、当該割り当ての設定が自動設定であるか否かを判断する。この判断は、たとえば入力部６２０を介して入力された指示に基づいて、行なわれる。割り当ての設定が自動設定である場合には（ステップＳ１２０８にてＹＥＳ）、処理はステップＳ１２２０に移される。そうでない場合には（ステップＳ１２０８にてＮＯ）、処理はステップＳ１２１０に移される。ステップＳ１２１０にて、制御部６１０は、入力部６２０を介して個別に着信音を設定するための指示の入力を受け付ける。
【０１１４】
ステップＳ１２１２にて、制御部６１０は、割り当てられた着信音と電話番号とメールアドレスとにそれぞれフラグを立てる。ステップＳ１２１４にて、制御部６１０は、着信音と登録者との割り付けを個別に行なう設定を終了するか否かを判断する。その設定を終了する場合には（ステップＳ１２１４にてＹＥＳ）、処理はステップＳ１２０６に戻される。そうでない場合には（ステップＳ１２１４にてＮＯ）、処理はステップＳ１２１０に戻される。
【０１１５】
ステップＳ１２２０にて、制御部６１０は、フラグの立っている着信音を記憶部６４０から検索する。ステップＳ１２２２にて、制御部６１０は、着信音の設定の対象となる曲の選択の入力を受け付ける。ステップＳ１２２４にて、制御部６１０は、着信音と登録者との割り当てを自動的に設定する指示の入力を受け付ける。
【０１１６】
ステップＳ１２２６にて、制御部６１０は、選択された曲にフラグが立っているものがあるか否かを判断する。そのような曲が存在する場合には（ステップＳ１２２６にてＹＥＳ）、処理はステップＳ１２２８に移される。そうでない場合には（ステップＳ１２２６にてＮＯ）、処理はステップＳ１２３２に移される。
【０１１７】
ステップＳ１２２８にて、制御部６１０は、自動設定の確認のためのポップアップ画面を表示する。この画面には、たとえば「手動設定している着信音がありますが自動設定しますか？」というメッセージが含まれる。
【０１１８】
ステップＳ１２３０にて、制御部６１０は、自動設定の指示が入力されたか否かを判断する。そのような指示が入力されている場合には（ステップＳ１２３０にてＹＥＳ）、処理はステップＳ１２３２に移される。そうでない場合には（ステップＳ１２３０にてＮＯ）、処理はステップＳ１２２２に戻される。
【０１１９】
ステップＳ１２３２にて、制御部６１０は、フラグの立っているアドレス帳を検索する。ステップＳ１２３４にて、制御部６１０は、検索されたアドレス帳のデータレコードを、自動設定の対象から除外する。ステップＳ１２３６にて、制御部６１０は、アドレス帳の自動設定の対象すべてと選択された曲とをそれぞれ割り付ける。この割り付けは、たとえば検索された登録者のデータと着信音とをそれぞれ昇順に配列し、各々を１対１に関連付けることにより実現される。もし、登録者の数と着信音の数とが一致しない場合には、少ないデータのグループに関し、再度先頭から順次割り付けることによりすべてのデータレコードの割り付けが行なわれる。
【０１２０】
ここで図１３および図１４を参照して、登録者と着信音との割り付けの概念について説明する。図１３は、登録者と着信音とをユーザ自身の操作により割り付ける場合の処理の推移を表わす図である。
【０１２１】
すなわち状態Ａに示されるように、たとえばフラッシュメモリ９４０には、アドレス帳に登録されているデータと、着信音とが格納されている。ここで、たとえば着信音の各々には、インデックスキー１３０１から１３０５がそれぞれ付与されている。このインデックスキーによりたとえばインデックスキー１３０５が指定されると、タイトル名「メロディ５」の着信音が特定されることになる。
【０１２２】
状態Ｂに示されるように、携帯電話１００のメインディスプレイ９１２には、着信音を設定するための初期画面が表示される。この画面の表示は、たとえばメイン画面から「着信音設定」を選択することにより実現される。この状態Ｂにおいて、ユーザが「手動設定」を選択すると、携帯電話１００は、画面を、着信音と登録者とをユーザの操作によって設定するための画面に切り換える。
【０１２３】
すなわち、状態Ｃに示されるように、アドレス帳の各々のデータレコードがメインディスプレイ９１２に表示され、設定の対象となる着信音の入力を受け付けるための画面が表示される。状態Ｃの場合には、たとえば「メロディ１」が設定される。状態Ｃにおいて、ユーザが着信音の割り当ての確定のための入力を行なうと、メインディスプレイ９１２は、アドレス帳に登録されている次のレコードを表示する。
【０１２４】
すなわち、状態Ｄに示されるように他の登録者（たとえば「てつじ」）のデータが示される。この画面において、ユーザは、他の着信音（たとえば「メロディ３」）の入力を行なうことができる。このような操作を繰り返すことにより、ユーザは、アドレス帳に含まれる各々の登録者のデータに対して、着信音をそれぞれ設定することができる。
【０１２５】
この設定が完了すると、たとえば状態Ｅに示されるように、フラッシュメモリ９４０には、ユーザによる手動設定が行なわれたことを表わすデータが、インデックスとして格納される。たとえば「メロディ１」と「メロディ３」とには、それぞれフラグが立てられる。このようなフラグにより、後に自動の割り当て処理が実行される場合には、各メロディは既にいずれかの登録者に割り当てられていることが認識される。
【０１２６】
図１４は、着信音とアドレス帳の登録者とを制御部６１０の処理によって割り当てる場合の状態の推移を表わす図である。まず、状態Ａに示されるように、携帯電話１００のメニュー画面において「着信音設定」が選択されると、メインディスプレイ９１２は、「手動設定」と「自動設定」との選択を受け付けるための画面を表示する。この状態において、ユーザが「自動設定」の選択の操作を行なうと、その操作に応答して、フラッシュメモリ９４０に格納されているデータは、ＲＡＭ９５０に読み出される。
【０１２７】
具体的には、状態Ｂに示されるように、既に割り当てが行なわれた着信音にフラグが付されているため、そのデータが、自動設定の際にも参照される。ＲＡＭ９５０に格納されたデータに基づいてメインディスプレイ９１２は、制御部６１０によって設定可能な着信音の一覧を表示する。
【０１２８】
状態Ｃに示されるように、既に割り当てが行なわれた「メロディ１」と「メロディ３」とを除く着信音は、予めチェックボックスにチェックマーク（レ点）が付されており、割り当てが可能であることが示されている。このとき、ユーザがたとえば「メロディ１」あるいは「メロディ３」のチェックボックスにチェックを入れると、そのことを伝えるための確認画面がポップアップ表示される。
【０１２９】
状態Ｄに示されるように、メインディスプレイ９１２は、メッセージとして「手動設定した着信音を選択しています。自動設定しますか？」と表示するメッセージを示す。このようなメッセージが示されるため、ユーザは、不意にチェックを入力した場合であっても、割り当てを続行する前に再度確認することができるため、ユーザが意図しない割り当てが行なわれることを防止することができる。
【０１３０】
図１４における状態Ｃを再び参照して、ユーザが着信音の選択を完了して割り当ての指示を入力すると、割り当てが行なわれていない登録者についての着信音の割り当てが行なわれる。具体的には、状態Ｅに示されるように、割り当ての処理の対象となるアドレス帳のデータがＲＡＭ９５０に読み出される。また状態Ｃに示されるように、割り当ての対象として選択された着信音（メロディ２、メロディ４、メロディ５）を特定するためのデータも、ＲＡＭ９５０において確保された領域に書き込まれる。
【０１３１】
ここでは、説明の簡単のために割り当てが行なわれていないアドレス帳データと着信音とがそれぞれ３件存在する場合が示されている。この場合は、たとえばアドレス帳データの配列に従って、着信音のデータがそれぞれ１対１に関連付けられる。あるいは前述のように乱数発生回路によって配列をランダムにすることにより、当初ＲＡＭ９５０に読み出されたデータレコードの配列に依存しないような割り当ても可能である。また、アドレス帳データのレコードの数と着信音の数とが一致しない場合にも、少ない数のデータを繰り返し割り当てることにより、すべてのレコードとの対応が行なわれる。
【０１３２】
ＲＡＭ９５０におけるデータに基づいて割り当てが行なわれると、そのデータは、フラッシュメモリ９４０に不揮発的に格納される。ユーザがアドレス帳を表示するための操作を実行すると、たとえば状態Ｆに示されるように、メインディスプレイ９１２は、着信音の割り当てが行なわれたアドレス帳データを表示する。さらに、ユーザが携帯電話を操作してアドレス帳のデータ項目を変更する指示を入力すると、他の登録者の表示が示される（状態Ｇ）。
【０１３３】
以上のようにして、本実施の形態に係る携帯電話９００は、アドレス帳に含まれる登録者と、着信音とを関連付けて記憶できる。この関連付けは、ユーザの指示に基づいて制御部６１０の処理によって実現される。このようにすると、ユーザが各登録者のそれぞれについて、着信音を設定する必要がなくなる。したがって、複数の着信音、たとえば、ダウンロードによって取得された楽曲が数多く存在している場合には、ユーザによる設定の負荷が著しく軽減される。また、携帯電話その他の携帯通信端末は、通常のキーボードに比べて、小型のボタン操作部あるいはキーボードを有する。そのため、操作性は、通常のキーボードを有するコンピュータのそれよりも劣る。しかしながら、本発明によれば、ユーザは自動設定のための指示を入力することにより、登録者と着信音との割り当てが実行されるため、簡易な操作によって設定が実現されることになる。
【０１３４】
また、より具体的には、ユーザは随時、視聴を希望する着信音を選択し、選択された着信音の範囲内で、アドレス帳の登録者との関連付けを行うこともできる。このようにすると、ダウンロードその他の取り込みによって外部から取得した着信音の使用、未使用がユーザによって認識されやすくなり、不要な着信音が削除されやすくなる。したがって、メモリのデータ記憶領域の使用状況を改善することもできる。
【０１３５】
またダウンロードしたコンテンツが有効活用され得る。割り当てが、容易に行なわれるため、割り当て処理の実行後に、割り当てられなかったコンテンツを削除するか否かの判断が容易になる。その結果、不要なデータが削除できるため、メモリの有効活用が促進される。
【０１３６】
また、上記のように利便性が向上するため、ダウンロードされるコンテンツが増加する。したがって、コンテンツ配信に関係する産業の発展に寄与することができる。
【０１３７】
また、再生コンテンツの一斉変更が容易になるので、例えば、全てをクリスマス関連コンテンツに入れ替えるということができるようになるので、より楽しい端末を提供することができる。
【０１３８】
なお、コンテンツの変更の態様は、上記のものに限られない。たとえば、全てのコンテンツを変更する代わりに、携帯電話９００のユーザによって削除の対象として選択されたコンテンツを、新たな割り当ての対象として当該ユーザによって選択されたコンテンツに変更してもよい。
【０１３９】
具体的には、ユーザが、削除の対象となるコンテンツおよび新たな割り当ての対象となるコンテンツをそれぞれ選択すると、選択された各コンテンツを識別するデータが、フラッシュメモリ９４０に格納される。携帯電話９００がコンテンツの変更の指示の入力を受け付けると、制御部６１０は、その指示に基づいて、登録者に関連付けられるコンテンツを、削除の対象として選択されたコンテンツから、新たな割り当ての対象として選択されたコンテンツに変更する。フラッシュメモリ９４０は、登録者を識別するデータと変更後のコンテンツを識別するデータとを関連付けて格納する。これにより、選択されたコンテンツの割り当ての変更が完了する。この場合、変更の対象となるコンテンツは、特に限られず、１つのコンテンツが変更されてもよいし、複数のコンテンツが選択されてもよい。
【０１４０】
＜第２の実施の形態＞
以下、本発明の第２の実施の形態について説明する。本実施の形態に係る携帯電話は、アドレス帳を構成する登録者のグループ毎に着信音を割り当てることができる点で、前述の第１の実施の形態と異なる。なお、本実施の形態に係る携帯電話は、第１の実施の形態に係る携帯電話と同一のハードウェア構成を有する。特に記載される場合を除き、それらの機能も同じである。したがって、ここではそれらについての説明は繰り返さない。
【０１４１】
図１５を参照して、本実施の形態に係る携帯電話を実現する制御部１５００について説明する。図１５は、制御部１５００の機能的構成を表わすブロック図である。制御部１５００は、入力部７１０と、指示検出部７２０と、出力設定部７３０と、着信音検索部７４０と、グループ別着信音割当部１５５０と、出力部７６０とを備える。グループ別着信音割当部１５５０は、グループ割当データ生成部１５５２と、割当データ書込部１５５４とを含む。
【０１４２】
グループ別着信音割当部１５５０は、入力部７１０を介して入力された指示と着信音検索部７４０によって検索された着信音とに基づいて、アドレス帳を構成する登録者のグループ毎に着信音を割り当てる。具体的には、グループ割当データ生成部１５５２は、当該グループ毎に関連付けられる着信音を決定し、当該グループと決定された着信音を識別するデータとが関連付けられた割当データを生成する。割当データ書込部１５５４は、グループ割当データ生成部１５５２によって生成されたデータを、フラッシュメモリ９４０その他の記憶装置に格納する。
【０１４３】
図１６を参照して、本実施の形態に係る携帯電話のデータ構造について説明する。図１６は、フラッシュメモリ９４０におけるデータの格納の一態様を概念的に表わす図である。フラッシュメモリ９４０は、着信音に関連付けられるデータを格納するための領域１６１０から領域１６１８を含む。
【０１４４】
各着信音についてのデータレコードを特定するためのデータは、領域１６１０に格納されている。着信音の名称は、領域１６１２に格納されている。着信音のデータファイルは、領域１６１４に格納されている。当該着信音の楽曲を演奏するアーティストの名称は、領域１６１６に格納されている。着信音の属性を規定するためのフラグは、領域１６１８に格納される。なお、領域１６１８においてフラグが規定されていない場合には、たとえば「ＮＵＬＬ」と示されるデータが格納される。
【０１４５】
フラッシュメモリ９４０はさらに、アドレス帳を構成する登録者に関連付けられるデータを格納するための領域１６２０から領域１６２８を含む。アドレス帳を構成する各データレコードを識別するためのデータは、領域１６２０に格納されている。当該登録者の名前は、領域１６２２に格納されている。電話番号は、領域１６２４に格納されている。当該登録者が属するグループの名称は、領域１６２６に格納されている。このグループの名称は、携帯電話１５００のユーザが入力部６２０、より具体的にはメイン操作部９２０に含まれる各ボタンを操作することにより入力してもよいし、複数のグループの名称が予め準備されていてもよい。登録者のデータの属性を規定するフラグは、領域１６２８に格納される。フラグの値が規定されていない場合には、領域１６２８には、「ＮＵＬＬ」と示されるデータが格納される。
【０１４６】
フラッシュメモリ９４０におけるデータの格納の態様は、図１６に示されるものに限られない。たとえば着信音の格納の態様は、領域１６１２に格納されている着信音の名称をキーにして複数の領域に分散して格納されていてもよい。この場合でも、各領域に含まれるキー（この場合は着信音の名称）を参照してそれぞれのデータ項目が相互に関連付けられるため、いずれかの番号を特定することにより、着信音を検索することが可能になる。
【０１４７】
また、アドレス帳を構成する登録者についてのデータも、図１６に示される態様以外のもので格納されていてもよい。また、アドレス帳を構成する項目は、図１６に示されるものに限られない。たとえば複数の電話番号が各登録者に関連付けられてもよい。あるいは電話番号に加えて、メールアドレスがさらに関連付けられていてもよい。
【０１４８】
図１７を参照して、本実施の形態に係る携帯電話の制御構造について説明する。図１７は、制御部１５００が実行する処理の手順を表わすフローチャートである。なお、第１の実施の形態に係る処理と同一の処理には同一のステップ番号を付してある。したがって、ここではそれらについての説明は繰り返さない。
【０１４９】
ステップＳ１７１０にて、制御部１５００は、フラッシュメモリ９４０に対してアドレス帳を構成する登録者の情報をグループ毎に登録する。ステップＳ１７２０にて、制御部１５００は、入力部６２０を介した入力に基づいてグループを選択するための入力を受け付ける。ステップＳ１７３０にて、制御部１５００は、選択されたグループについて着信音の設定の対象となる曲の選択指示の入力を受け付ける。
【０１５０】
ステップＳ１７４０にて、制御部１５００は、グループ毎の選曲を終了したか否かを判断する。この判断は、選曲の終了を通知するような指示が入力部６２０を介して入力されたか否かに基づいて行なわれる。制御部１５００がグループ毎の選曲を終了すると判断すると（ステップＳ１７４０にてＹＥＳ）、処理はステップＳ１２２４に移される。そうでない場合には（ステップＳ１７４０にてＮＯ）、処理はステップＳ１７２０に戻される。
【０１５１】
ステップＳ１７５０にて、制御部１５００は、アドレス帳を構成する登録者に関し、自動設定の対象すべてと選択された曲とをグループ毎に割り当てる処理を実行する。この処理は、第１の実施の形態において説明したように、たとえばグループを識別するためのデータを昇順に配列し、選択された曲を識別するためのデータも同様に昇順に配列し、各々を１対１に対応付けることにより行なわれる。この場合、グループの数あるいは選択された曲の数のいずれかが他方よりも少ない場合には、再度先頭に戻って１対１の割り当てが繰り返される。
【０１５２】
ここで、図１８を参照して、本実施の形態に係る携帯電話におけるグループ毎の着信音の割り当てについて説明する。図１８は、図１６に示されるデータに基づいてグループと登録者との対応を表わした図である。領域１８１０には、グループ名がそれぞれ格納されている。領域１８２０には、各グループに含まれる登録者が格納されている。図１８に示される例では、登録者を包含するグループとして６つのグループ（すなわち、指定なし、家族、学校、バイト、地元、お店）が規定されている。着信音の割り当ての対象となるグループの数は、図１８に示されるものに限られない。
【０１５３】
このようなグループ構成に対して、すべてのグループについて着信音が割り当てられる。この場合、制御部１５００の処理によって割り当てられるものに限られず、たとえば携帯電話のユーザが特定の登録者にのみ着信音を手動で（すなわちユーザの操作によって）割り当てることもできる。この場合、制御部１５００が処理の対象であるか否かを区別するためにフラグが設定される。
【０１５４】
そこで図１９を参照して、フラグの使用態様について説明する。図１９は、フラッシュメモリ９４０におけるデータの格納の一態様を表わす図である。着信音をグループ毎に割り当てるための処理の実行がユーザの操作に基づいて指示されると、フラッシュメモリ９４０は、データを格納する領域１９１０から領域１９４０を確保する。
【０１５５】
着信音を識別するためのインデックスキーは、領域１９１０に格納されている。着信音のデータは、領域１９２０に格納されている。ユーザにより設定された登録者は、領域１９３０に格納されている。制御部１５００が処理の実行時に参照するためのフラグは、領域１９４０に格納されている。
【０１５６】
たとえばインデックスキーが「１」である着信音「メロディ１」は、ユーザの操作によって手動的に登録者「母」に割り当てられている。そのため、フラグＢも、その設定がされたことを表わすフラグとして領域１９４０に立てられている。同様に、インデックスキーが「４」および「５」の着信音についてもデータが格納されている。
【０１５７】
図２０を参照して、本実施の形態に係る携帯電話の画面の表示態様について説明する。図２０は、メインディスプレイ９１２における画面の変化を表わす図である。
【０１５８】
画面Ａに示されるように、ユーザが着信音の設定を行なうための操作の入力を実行すると、「着信音設定」画面がメインディスプレイ９１２に表示される。この表示において、ユーザが「自動設定」と示された領域２０１０を選択すると、メインディスプレイ９１２の表示は、画面Ｂに示される「自動設定」画面に切り換わる。この画面には前述の６つのグループが示されている。この状態で、たとえば割り当ての対象となるグループを選択可能にしてもよい。あるいは、現在存在する全てのグループが割り当ての対象にされてもよい。このような表示においてユーザが「確定」と表示された領域２０２０を選択してたとえばメイン操作部９２０のボタンを押下すると、割り当ての対象となる着信音を選択するための画面が表示される。
【０１５９】
具体的には、画面Ｃに示されるように、メインディスプレイ９１２は、「着信音」と表示された画面を示す。この画面には、フラッシュメモリ９４０に格納されている着信音が一覧として表示される。また、各着信音には選択のための指示の入力を受け付けるチェックボックスが対応付けられて示されている。ここで、「メロディ１」と「メロディ４」と「メロディ５」とには、それぞれチェックマークが付されていない。これは、制御部１５００による割り当ての対象から除外されていることを表わす。
【０１６０】
この表示において、たとえば「メロディ２」のようにチェックマークを上記着信音（メロディ１、メロディ４、メロディ５）に付することにより、制御部１５００による割り当ての対象に変更することができる。逆に、既にチェックが付されている着信音に対してそのチェックマークの印を除外することにより、割り当ての対象からそのメロディを除くこともできる。
【０１６１】
このような表示において、ユーザが着信音の選択を行ない、「確定」と示された領域２０３０を選択する操作を行なうと、メインディスプレイ９１２は、確認のための画面を表示する。
【０１６２】
たとえば画面Ｃにおいて、ユーザが「メロディ５」を選択する操作を行うと（チェックマークを付すると）、メインディスプレイ９１２は、画面Ｄに示されるように、文字表示領域２０４０において「手動設定した着信音を選択しています。自動設定しますか？」と示されたメッセージを表示する。このようなメッセージが表示されると、携帯電話のユーザは、デフォルトとして予め選択された着信音以外の着信音、すなわちユーザが意図的に選択した着信音も制御部１５００により割り当ての対象となっていることを確認することができる。
【０１６３】
次に、図２１を参照して、着信音の割り当ての結果について説明する。図２１は、着信音を割り当てる処理の完了によって生成されたデータのＲＡＭ９５０における格納の一態様を表わす図である。ＲＡＭ９５０は、割り当てのためのデータを格納する領域２１１０から領域２１３０を含む。
【０１６４】
グループ名は、領域２１１０に格納されている。このデータは、図１８の領域１８１０に示されるデータに対応する。具体的には、割り当ての処理が指示されると、フラッシュメモリ９４０の領域１６２６（図１６）に格納されているデータが検索され、アドレス帳に含まれるグループとして抽出される。
【０１６５】
登録者の名前は、領域２１２０に格納されている。このデータは、図１８の領域１８２０に示されるものに対応する。割り当て処理の指示が出されると、フラッシュメモリ９４０の領域１６２２のデータが検索され、グループ名毎に関連付けられて領域２１２０に順次格納される。
【０１６６】
グループと着信音とを割り当てる処理によって設定された着信音を識別するデータは、領域２１３０に格納される。具体的にはステップＳ１７５０における処理が実行されると、各登録者毎の着信音がそれぞれ領域２１３０に格納される。
【０１６７】
ここで図２２を参照して、各グループ内における登録者と着信音との割り当てについて説明する。グループの数に比べて着信音の数が多い場合、同一のグループ内に含まれる各登録者毎に異なった着信音を設定することもできる。たとえばグループ「家族」に含まれる登録者は、父姉弟の３名である。前述の割り当て処理の結果、このグループに割り当てが可能な着信音は、「メロディ８」と「メロディ９」の２つである。この場合、いずれかの１曲の着信音のみをグループに割り当ててもよいし、あるいはすべての着信音をグループに含まれる各々の登録者に割り当ててもよい。この場合、前述のように各着信音と各登録者とを１対１に対応付けることによりすべての登録者について着信音が割り当てられる。着信音の数と登録者の数とが一致しない場合には、着信音を識別するデータの昇順に従って登録者を識別する各々のデータに割り当てることにより、すべての登録者に対する割り当てを行なうことができる。
【０１６８】
このような割り当てが行われた状態で携帯電話が着信を受けると、発信者の属するグループに関連付けられた着信音のデータが読み出され、音声が出力される。したがって、携帯電話のユーザは、発信者がどのグループに属する発信者であるかを容易に推測することができる。
【０１６９】
また、登録者の数が多い場合でも、容易に着信音の設定が実現される。したがって、個別の登録者ごとに設定する場合に比べて、携帯電話の制御部による設定の対象となる着信音を選択する手間も少なくなる。
【０１７０】
なお、登録者とグループの階層は、本実施の形態において示された階層に限られない。すなわち、グループの階層が２階層以上であってもよい。グループを包含するような上位グループが存在してもよい。この場合は、最上の階層に属するグループ単位で、あるいは、グループに含まれるグループごとに、着信音の割り当てを行うことが可能になる。
【０１７１】
＜第３の実施の形態＞
以下、本発明の第３の実施の形態について説明する。本実施の形態に係る携帯電話は、アドレス帳の登録者の属性と着信音の属性とに応じて関連付けを行なうことができる点で、前述の各実施の形態と異なる。すなわち、本実施の形態において、音楽配信サーバ装置は、着信音に加えて当該着信音に予め付加されている属性も併せて配信する。当該属性は、たとえば、着信音の種類（ポップス、クラシック、ロック、演奏のみ等）、着信音の使用者の性別、年齢あるいは年齢層、趣味その他の嗜好、職業の種類等を含む。携帯電話は、このような属性が付された着信音を取得すると、その属性を参照しつつ、アドレス帳の登録者の属性をキーにして、着信音と登録者との関連付けを行なう。
【０１７２】
図２３を参照して、本実施の形態に係る携帯電話を実現する制御部２３１０について説明する。図２３は、制御部２３１０の機能的構成を表わすブロック図である。なお、前述の各実施の形態における構成と同一の構成には同一の参照符号を付し、それらについての説明は繰り返さない。
【０１７３】
制御部２３１０は、図７に示される制御部６１０の構成に対して、登録者別着信音割当部２３５０を備える。登録者別着信音割当部２３５０は、着信音の属性とアドレス帳の登録者の属性との関連付けを行なうマッチング部２３５１と、マッチング部２３５１による対応付けの結果に基づいて、着信音を登録者に割り当てるためのデータを生成する割当データ生成部２３５２と、割当データ生成部２３５２によって生成されたデータをフラッシュメモリ９４０に書き込む割当データ書込部２３５４とを含む。
【０１７４】
次に、図２４を参照して、本実施の形態に係る携帯電話に着信音を配信可能なサーバ装置のデータ構造について説明する。図２４は、属性が付加された着信音を配信可能な音楽配信サーバ装置として機能するコンピュータシステム２００のハードディスク２５０におけるデータの格納の一態様を表わす図である。ハードディスク２５０は、各着信音に関連付けられるデータを格納するための領域２４１０から領域２４６０を含む。
【０１７５】
各データレコードを特定するデータは、領域２４１０に格納されている。着信音の名称は、領域２４２０に格納されている。着信音のデータファイルは、領域２４３０に格納されている。着信音に含まれる楽曲の演奏者の名称は、領域２４４０に格納されている。着信音に関連付けられる属性（たとえば、着信音が関連付けられる登録者の当該着信音の使用者に対する「関係」）は、領域２４５０に格納されている。その他着信音に関連付けられるタグ情報は、領域２４６０に格納されている。領域２４１０から２４６０に格納されているデータは、それぞれ相互に関連付けられる。したがって、領域２４１０に示される番号を特定することによりいずれかの着信音が検索されることになる。
【０１７６】
なお、ハードディスク２５０におけるデータの格納の態様は、図２４に示されるものに限られない。すなわち着信音の名称その他いずれかのデータ項目によって特定可能なように構成されていれば、複数の領域に分散されて格納されていてもよい。
【０１７７】
コンピュータシステム２００が着信音の配信要求を受信すると、ハードディスク２５０に格納されているデータに基づいて着信音と関係とを含むデータが、たとえばパケットの形式で配信される。パケットデータの構成は、当業者にとって容易に理解できるため、ここでは詳細な説明は述べない。
【０１７８】
図２５を参照して、本実施の形態に係る携帯電話のデータ構造について説明する。図２５は、フラッシュメモリ９４０におけるデータの格納の一態様を表わす図である。フラッシュメモリ９４０は、アドレス帳に含まれる登録者に関連付けられるデータを格納する領域２５１０から領域２５５０を含む。
【０１７９】
各登録者を特定するためのデータは、領域２５１０に格納されている。登録者の名前は、領域２５２０に格納されている。登録者の電話番号は、領域２５３０に格納されている。登録者に関連付けられる属性（たとえば、当該登録者の当該携帯電話の使用者に対する「関係」）は、領域２５４０に格納されている。当該登録者に関連付けられる着信音の名称は、領域２５５０に格納される。登録者に着信音が関連付けられていない場合には、領域２５５０には、たとえば「ＮＵＬＬ」が格納される。
【０１８０】
次に、図２６を参照して、着信音の割り当て時における携帯電話のデータ構造について説明する。図２６は、ＲＡＭ９５０におけるデータの格納の一態様を表わす図である。着信音と登録者とを関連付けるとき、ＲＡＭ９５０は、その関連付けに使用するデータを格納する領域２６１０から領域２６４０を確保する。
【０１８１】
各着信音を含むレコードを特定するデータは、領域２６１０に格納される。着信音を識別する名称は、領域２６２０に格納される。着信音に関連付けられる属性（たとえば、図２４の領域２４５０に示される関係と同一の関係）は、領域２６３０に格納される。着信音の状態を特定するためのフラグは、領域２６４０に格納される。これらのデータは、たとえば着信音の割り当て指示の入力後、フラッシュメモリ９４０からＲＡＭ９５０に読み出される。
【０１８２】
図２７と図２８とを参照して、本実施の形態に係る携帯電話の制御構造について説明する。図２７および図２８は、それぞれ制御部２３１０によって実行される処理の手順を表わすフローチャートである。
【０１８３】
ステップＳ２７１０にて、制御部２３１０は、アドレス帳を構成する登録者の各々について、対応付けられる「関係」の入力を受け付け、フラッシュメモリ９４０において予め確保された領域に関係を格納する。これにより、登録者とその属性の一例としての「関係」とが対応付けられることになる。ここで、関係とは、携帯電話の使用者と当該登録者との関わりを当該使用者を基準にして規定したものである。
【０１８４】
ステップＳ２７２０にて、制御部２３１０は、ダウンロードによって取得された着信音に付加されている情報「関係」を着信音に関連付けてフラッシュメモリ９４０に格納する。その結果、関係が特定されると、当該関係に関連付けられる着信音も特定されることになる。
【０１８５】
ステップＳ２８００にて、制御部２３１０は、後述するマッチング処理を実行する。この処理が実行されると、アドレス帳に含まれる属性の１つである「関係」をキーにした登録者と着信音との割り当てが行なわれる。
【０１８６】
図２８に具体的に示されるように、ステップＳ２８１０にて、制御部２３１０は、アドレス帳に含まれる登録者のデータの中から「関係」が「○○」であるデータレコードを抽出する。ステップＳ２８２０にて、制御部２３１０は、当該抽出した関係「○○」のデータレコードが１件以上あるか否かを判断する。そのようなデータレコードが１件以上ある場合には（ステップＳ２８２０にてＹＥＳ）、処理はステップＳ２８３０に移される。そうでない場合には（ステップＳ２８２０にてＮＯ）、処理はステップＳ２８７０に移される。
【０１８７】
ステップＳ２８３０にて、制御部２３１０は、着信音に付加されたデータの「関係」が、「○○」であるデータを抽出する。ステップＳ２８４０にて、制御部２３１０は、当該抽出された着信音のレコードが１件以上あるか否かを判断する。そのようなレコードが１件以上ある場合には（ステップＳ２８４０にてＹＥＳ）、処理はステップＳ２８５０に移される。そうでない場合には（ステップＳ２８４０にてＮＯ）、処理はステップＳ２８６０に移される。
【０１８８】
ステップＳ２８５０にて、制御部２３１０は、抽出されたアドレス帳の登録者のデータと抽出された着信音とのマッチングを行なう。具体的には、各レコードの識別番号の昇順にあるいは降順にアドレス帳のデータと着信音のデータとを１対１に関連付けることによりマッチングが行なわれる。
【０１８９】
ステップＳ２８６０にて、制御部２３１０は、制御部２３１０による自動割り付けの対象とされた楽曲からいずれか１曲を選択する。この選択は、たとえば複数のレコードのうち先頭に位置するものが固定的に選択されてもよい。あるいは前述のように乱数発生回路によって発生する乱数データに基づいてランダムに選曲されてもよい。
【０１９０】
ステップＳ２８７０にて、制御部２３１０は、すべての「関係」に対してマッチングが完了したか否かを判断する。すべての「関係」に対するマッチングが完了している場合には（ステップＳ２８７０にてＹＥＳ）、処理はメイン処理に戻される。そうでない場合には（ステップＳ２８７０にてＮＯ）、処理はステップＳ２８８０に移される。ステップＳ２８８０にて、制御部２３１０は、「関係」を次の「関係」（すなわちデータレコード上次の位置に存在するデータレコード）に設定する。その後、制御はステップＳ２８１０に戻され、同様の処理が再び実行される。
【０１９１】
ここで図２９を参照して、本実施の形態に係る携帯電話のデータ構造についてさらに説明する。図２９は、「関係」に基づく着信音の割り当てが行なわれる前に予めユーザによって設定された状態を表わす図である。
【０１９２】
すなわち領域２２５０において、アドレス帳の登録者「母」、「まき」、「じゅんぺい」、および「バイト先」の各々のデータには、既に着信音が設定されている。たとえば「母」については着信音「メロディ２」が設定されている。このようなデータに基づいて、制御部２３１０による着信音の割り当て処理が実行される。
【０１９３】
図３０は、ＲＡＭ９５０におけるデータの格納の一態様を表わす図である。制御部２３１０による割り当て処理がユーザによって指示されると、ＲＡＭ９５０は、割り当て処理に使用されるデータを格納する領域３０１０，３０２０を確保する。割り当ての対象となる登録者の名前は、領域３０１０に格納される。当該登録者に関連付けられている「関係」は、領域３０２０に格納される。これらのデータは、フラッシュメモリ９４０（図２９）に格納されているデータのうち、領域２５５０において「ＮＵＬＬ」が含まれているデータレコードを抽出することにより行なわれる。したがって、既に着信音が割り当てられている登録者（前述の、母、まき、じゅんぺい、バイト先）については、ＲＡＭ９５０において格納されなくなる。
【０１９４】
着信音のデータも同様にしてＲＡＭ９５０に一時的に格納される。すなわち着信音の曲名は、領域３０３０に格納されている。当該着信音に関連付けられる「関係」は、領域３０４０に格納されている。ここで図２９に示されるように、領域２５５０において既に着信音「メロディ２」、「メロディ４」、「メロディ７」、および「メロディ１３」が格納されている。したがってこれ以外の着信音が制御部２３１０による自動割り当ての対象として領域３０３０に格納される。
【０１９５】
図３１を参照して、本実施の形態に係る携帯電話における関係に基づく割り当ての結果について説明する。図３１は、登録者と着信音との割り当てが行なわれた後のフラッシュメモリ９４０におけるデータの格納の一態様を表わす図である。
【０１９６】
ここで、領域２５１０から２５４０に示されるデータは、図２５に示されるデータと同じであるため、詳細な説明はここでは述べない。領域２５５０において、各登録者に割り当てられた着信音はそれぞれ格納されている。これにより、携帯電話が着信を受けると、発信者に対応付けられた着信音が発せられる。
【０１９７】
図３２を参照して、「関係」をキーにした着信音と登録者とのマッチングについて説明する。領域３２１０には、アドレス帳の登録者に対応付けられる関係がそれぞれ格納されている。領域３２２０には、当該関係と同一の関係が割り当てられる着信音がそれぞれ含まれている。この場合、関係「後輩」には、一致する着信音が存在しないため、着信音を識別するためのデータは含まれていない。したがって、初期値として、予め特定された着信音が割り当てられてもよい。たとえば、着信音のデータベースの最初のデータレコードを構成する着信音が割り当てられてもよい。
【０１９８】
領域３２３０には、制御部２３１０による割り当ての対象となる登録者の名前がそれぞれ含まれている。各登録者は、それぞれ関係に対応付けて示されている。領域３２３０に示される名称から明らかなように、当該携帯電話のユーザによって予め着信音が割り当てられた登録者すなわち母、まき、じゅんぺい、バイト先の４者は含まれていない。このようにユーザによる設定と制御部２３１０による設定とが切り分けて、着信音と登録者との関連付けが行なわれる。
【０１９９】
以上のようにして、本実施の形態に係る携帯電話によると、登録者と着信音とは、「関係」をキーにして、制御部によって関連付けられる。「関係」は、ユーザが観念しやすいものである。観念しやすい「関係」ごとに、着信音を設定すると、ユーザはその着信音を聞くことによって、「関係」を想起しやすい。したがって、容易に発信者を特定することができるような関連付けが、手軽に実現され得る。
【０２００】
＜第４の実施の形態＞
以下、本発明の第４の実施の形態について説明する。本実施の形態に係る携帯電話は、「ジャンル」をキーにすることにより、登録者と着信音との関連付けを行う点で、前述の第３の実施の形態と異なる。なお、本実施の形態に係る携帯電話は、第３の実施の形態に係る携帯電話と同一のハードウェア構成を有する。それらの機能も同じである。したがって、それらについての説明は、ここでは繰り返さない。
【０２０１】
ここで、「ジャンル」とは、属性のひとつであり、たとえば、音声、音楽あるいは画像の種類、携帯電話のユーザの趣味、スポーツ、映画その他の分野を分類するための項目をいう。また、データ構造に関し、各登録者に関連付けられるデータ項目は、「関係」の代わりに「ジャンル」である。さらに、音楽配信サーバ装置においても、各着信音には、「ジャンル」が関連付けられている。
【０２０２】
このようにして、本実施の形態に係る携帯電話は、「ジャンル」をキーにして、登録者と着信音とを関連付けることができる。キーとなる項目は、予め規定されたものでもよいし、音楽配信サーバ装置の運営者あるいは携帯電話のユーザによって新たに登録されるものであってもよい。「ジャンル」は、前述の「関係」と異なり、ユーザの嗜好を反映するものを設定することができるため、多様な関連付けが可能になる。ユーザは、このような関連付けを、簡単な操作により楽しむことができる。
【０２０３】
＜第５の実施の形態＞
以下、本発明の第５の実施の形態について説明する。本実施の形態に係る携帯電話は、アドレス帳に含まれる登録者毎の発着信の回数に応じて着信音を関連付けることができる点で、前述の各実施の形態と異なる。このようにすると、たとえばより新しい音楽をより多く再生することができる。
【０２０４】
図３３を参照して、本実施の形態に係る携帯電話を実現する制御部３３１０について説明する。図３３は、制御部３３１０の機能的構成を表わすブロック図である。制御部３３１０は、図７において示される構成に加えて、アドレス帳に含まれる登録者毎に発着信の履歴を取得する発着信履歴取得部３３２０と、取得された当該履歴と着信音検索部７４０により検索された着信音とに基づいて登録者毎に着信音を割り当てる登録者別着信音割当部３３５０と、当該携帯電話を用いた通話毎に発着信の履歴をフラッシュメモリ９４０において確保された領域に格納する発着信履歴記録部３３３０とを含む。登録者別着信音割当部３３５０は、発着信の回数に応じて登録者と着信音とを関連付けるデータを生成する割当データ生成部３３５２と、生成されたデータを登録者毎に関連付けてフラッシュメモリ９４０に書き込む割当データ書込部３３５４とを含む。
【０２０５】
図３４を参照して、本実施の形態に係る携帯電話のデータ構造について説明する。図３４は、フラッシュメモリ９４０におけるデータの格納の一態様を表わす図である。フラッシュメモリ９４０は、アドレス帳を構成する登録者毎に取得された発着信の記録を格納する領域３４１０から領域３４１８を含む。
【０２０６】
具体的には、発着信のデータベースに含まれるレコードを特定するデータは、領域３４１０に格納される。登録者の名前は、領域３４１２に格納されている。通話に使用された電話番号は、領域３４１４に格納されている。電話の発信が行なわれた回数は、領域３４１６に格納されている。電話の着信を受けた回数は、領域３４１８に格納されている。領域３４１０から領域３４１８に格納されているデータは、それぞれ相互に関連付けられている。したがって、制御部３３１０は、領域３４１０に格納されているデータを指定することにより、いずれかの発着信の履歴を取得することができる。
【０２０７】
フラッシュメモリ９４０は、さらに着信音のダウンロードの履歴を表わすデータを格納する領域３４２０から３４２８を含む。ダウンロードの履歴についてのデータベースのレコードを特定するデータは、領域３４２０に格納されている。ダウンロードされた着信音の名称は、領域３４２２に格納されている。ダウンロードされた着信音のデータファイルは、領域３４２４に格納されている。着信音の楽曲を演奏する演奏者の名称は、領域３４２６に格納されている。ダウンロードが行なわれた日時は、領域３４２８に格納されている。領域３４２０から３４２８に格納されているデータは、それぞれ相互に関連付けられている。したがって、たとえば領域３４２０に格納されているデータを指定することにより、いずれかの着信音のダウンロードの日時を取得することができる。
【０２０８】
図３５を参照して、本実施の形態に係る携帯電話の制御構造について説明する。図３５は、制御部３３１０が実行する処理の手順を表わすフローチャートである。
【０２０９】
ステップＳ３５１０にて、制御部３３１０は、フラッシュメモリ９４０から、着信音のダウンロード日時を読み出す。ステップＳ３５５０にて、制御部３３１０は、アドレス帳の登録者毎に、発着信回数を読み出す。ステップＳ３５３０にて、制御部３３１０は、発着信回数の昇順にアドレス帳を構成する登録者を並べ替える。具体的には、ＲＡＭ９５０において、登録者ごとの順序が保持される。ステップＳ３５４０にて、制御部３３１０は、並べ替えられた順に従って着信音を割り当てる。ステップＳ３５５０にて、制御部３３１０は、着信音を特定するデータを当該登録者に関連付けてアドレス帳に書き込む。これにより、発着信の回数に応じて登録者と着信音とが関連付けされる。
【０２１０】
以上のようにして、本実施の携帯に係る携帯電話によれば、鳴動の可能性が高い登録者ごとに着信音の設定が、制御部３３１０によって自動的になされる。このようにすると、ユーザは、頻繁に着信を受ける登録者に対して、再生を希望する楽曲を簡単な操作によって関連付けることができる。したがって、当該ユーザは、そのような楽曲をより楽しむことができる。
【０２１１】
＜第６の実施の形態＞
以下、本発明の第６の実施の形態について説明する。本実施の形態に係る携帯電話は、着信音の演奏者を「キー」にして、アドレス帳を構成する登録者に着信音を割り当てることができる点で、前述の各実施の形態と異なる。なお、本実施の形態に係る携帯電話は、前述の携帯電話と同様のハードウェア構成を用いて実現される。それらの機能も同じである。したがって、ここではハードウェア構成についての説明は、繰り返さない。
【０２１２】
図３６を参照して、本実施の形態に係る携帯電話を実現する制御部３６１０について説明する。図３６は、制御部３６１０の機能的構成を表わすブロック図である。制御部３６１０は、図７に示される構成に加えて、着信音の演奏者毎に登録者と着信音とを割り当てることができる登録者別着信音割当部３６５０を備える。登録者別着信音割当部３６５０は、着信音に関連付けられている演奏者を取得するアーティスト抽出部３６５１と、着信音検索部７５０により検索された着信音と抽出された演奏者とに基づいて着信音と登録者との割り当てを行なう割当データ生成部３６５２と、割当データ生成部３６５２によって生成されたデータをアドレス帳の登録者のそれぞれに関連付けてフラッシュメモリ９４０に格納する割当データ書込部３６５４とを含む。
【０２１３】
図３７を参照して、本実施の形態に係る携帯電話のデータ構造について説明する。図３７は、フラッシュメモリ９４０におけるデータの格納の一態様を表わす図である。フラッシュメモリ９４０は、着信音に関連付けられるデータを格納するための領域３７１０から領域３７１８を含む。
【０２１４】
各着信音を識別するためのデータは、領域３７１０に格納されている。着信音を識別するための名称は、領域３７１２に格納されている。着信音のデータファイルは、領域３７１４に格納されている。着信音の演奏者を表わすアーティスト名は、領域３７１６に格納されている。着信音の状態を表わすフラグは、領域３７１８に格納されている。領域３７１０から領域３７１８に格納されているデータは、それぞれ相互に関連付けられている。したがって、いずれかの項目を指定することにより当該項目に対応する着信音を特定することができる。
【０２１５】
フラッシュメモリ９４０は、さらに、アドレス帳を構成する登録者に関連付けられるデータを格納する領域３７２０から領域３７３２を含む。アドレス帳のデータベースのレコードを特定するデータは、領域３７２０に格納されている。登録者の名前は、領域３７２２に格納されている。登録者の電話番号は、たとえば領域３７２４，３７２６にそれぞれ格納されている。さらにメールアドレスは、領域３７２８に格納されている。登録者に割り当てられたアーティスト名は、領域３７３０に格納されている。このデータは、携帯電話のユーザによって外部から入力されたものである。
【０２１６】
各登録者に割り当てられる着信音の名称は、領域３７３２に格納されている。着信音の割り当てが行なわれる前には、領域３７３２はブランクである。あるいは「ＮＵＬＬ」が格納される。なお、領域３７２０から３７２８に示されるデータ項目は、携帯電話の電話帳の構造として当業者にとって容易に理解できるものである。したがって、詳細な説明はここでは述べない。
【０２１７】
図３８を参照して、本実施の形態に係る携帯電話の制御構造について説明する。図３８は、制御部３６１０が実行する処理の手順を表わすフローチャートである。この処理は、たとえば登録者と着信音との割り当てが指示された場合に実行される。
【０２１８】
ステップＳ３８１０にて、制御部３６１０は、フラッシュメモリ９４０のアドレス帳からアーティスト名（領域３７３０）を読み出す。ステップＳ３８２０にて、制御部３６１０は、着信音のデータベースからアーティスト名（領域３７１６）を読み出す。ステップＳ３８３０にて、制御部３６１０は、アドレス帳に登録されているアーティストの名称と着信音に関連付けられているアーティストの名称とが一致するか否かを判断する。これらの名称が一致する場合には（ステップＳ３８３０にてＹＥＳ）、処理はステップＳ３８４０に移される。そうでない場合には（ステップＳ３８３０にてＮＯ）、処理はステップＳ３８６０に移される。
【０２１９】
ステップＳ３８４０にて、制御部３６１０は、一致するアーティストの着信音の名称をアドレス帳に関連付ける。具体的には、制御部３６１０は、着信音の名称を当該登録者の領域３７３２に書き込む。ステップＳ３８５０にて、制御部３６１０は、選択可能な着信音の名前に従って、各登録者に着信音を関連付ける。この場合の関連付けは、たとえば登録者への割り当てが行なわれていない着信音から先に行なわれる。あるいは領域３７１０に示される番号の昇順に従ってあるいは降順に従ってそれぞれ行なわれる。この場合、割り当てが行なわれているか否かの判断は、たとえば領域３７１８におけるフラグを設定することにより実現可能である。具体的には、ステップＳ３８４０において割り付けが行なわれた着信音については領域３７１８のフラグを割り付けが完了したことを表わすデータに変更する。このようにすると、割り当てが行なわれていない着信音についてもアドレス帳に関連付けが行なわれることになるため、ダウンロードされた着信音が再生されなくなることを防止することができる。
【０２２０】
以上のようにして、本実施の形態に係る携帯電話によると、制御部３６１０は、ユーザが各登録者に関連付けたアーティストをキーにして、着信音を関連付けることができる。このような関連付けが行われると、ユーザは、登録者ごとに多様なアーティストによる楽曲を着信音として聞くことができる。
【０２２１】
なお、ダウンロードされた着信音にアーティストのデータが付されていない場合には、本実施の形態における着信音の割り当ての対象から除外される。また、アドレス帳の登録者のいずれかが「アーティスト」の設定を受けていない場合には、自動割り当ての対象として選択された着信音のいずれかが当該登録者に対応付けられる着信音として選択されてもよい。この場合、たとえば、データレコードの番号の最初あるいは最後に位置する着信音が選択される。あるいは、このような場合に備えてユーザによって予め選択された着信音が、着信音の割り当てを受けていない登録者に関連付けられてもよい。
【０２２２】
＜第７の実施の形態＞
以下、本発明の第７の実施の形態について説明する。本実施の形態に係る携帯電話は、音楽配信サーバ装置に対してユーザの情報をフィードバックする機能を有する点で、前述の各実施の形態と異なる。なお、本実施の形態に係る携帯電話は、前述の携帯電話と同様のハードウェア構成を有する。それらの機能も同じである。したがって、ここではそれらについての説明は、繰り返さない。
【０２２３】
図３９を参照して、本実施の形態に係る携帯電話を実現する制御部３９１０について説明する。図３９は、制御部３９１０の機能的構成を表わすブロック図である。制御部３９１０は、図７に示される構成に加えて、音楽配信サーバ装置に送信されるユーザ情報を生成するフィードバック情報生成部３９２０と、フィードバック情報生成部３９２０により生成された情報を送信するように、通信部６３０に対して指示を送出する送信指令部３９３０とを備える。
【０２２４】
図４０および図４１を参照して、本実施の形態に係る携帯電話の制御構造について説明する。図４０および図４１は、それぞれ、制御部３９１０がフィードバック情報の送信のために実行する処理の手順を表わすフローチャートである。なお、前述の各実施の形態における処理と同一の処理には同一のステップ番号を付してある。したがって、それらについての説明は、繰り返さない。
【０２２５】
ステップＳ４０１０にて、制御部３９１０は、割り当てが行なわれた着信音にフラグＢを立て、対応するアドレス帳の登録者のデータにフラグＡを立てる。ステップＳ１２１４にて、制御部３９１０は、個別設定を終了するか否かを判断する。その設定を終了する代わりには（ステップＳ１２１４にてＹＥＳ）、処理はステップＳ４０２０に移される。そうでない場合には（ステップＳ１２１４にてＮＯ）、処理はステップＳ１２１０に戻される。
【０２２６】
ステップＳ４０２０にて、制御部３９１０は、手動により設定された結果のフィードバックがＯＫの入力が行なわれたか否かを判断する。そのような入力が行なわれたと判断すると（ステップＳ４０２０にてＹＥＳ）、処理はステップＳ４１００に移される。そうでない場合には（ステップＳ４０２０にてＮＯ）、処理はステップＳ１２０６に戻される。ステップＳ４１００にて、制御部３９１０は、後述するフィードバック処理を実行する。この処理が実行されると、携帯電話のユーザによって対応付けが行なわれた着信音と登録者とに関連付けられる「関係」の情報は、インターネットその他の通信回線を介して着信音を配信するサービスを提供する情報提供事業者が運営するサーバ装置に送信される。
【０２２７】
ステップＳ４０３０にて、制御部３９１０は、フラグＢが立っている着信音を検索する。ステップＳ４０４０にて、制御部３９１０は、選択された曲にフラグＢが立っているものが存在するか否かを判断する。そのような着信音が存在する場合には（ステップＳ４０４０にてＹＥＳ）、処理はステップＳ１２２８に移される。そうでない場合には（ステップＳ４０４０にてＮＯ）、処理はステップＳ４０５０に移される。
【０２２８】
ステップＳ４０５０にて、制御部３９１０は、フラグＡの立っているアドレス帳のデータレコードを検索する。
【０２２９】
図４１を参照して、ステップＳ４１１０にて、制御部３９１０は、手動設定がされたことを表わすフラグＡが立っているアドレス帳のデータレコードを１件抽出する。ステップＳ４１２０にて、制御部３９１０は、そのようなデータレコードが抽出できたか否かを判断する。この判断により、フラグＡが立っているレコードが存在するか否かが確認される。そのようなレコードが抽出できたと判断されると（ステップＳ４１２０にてＹＥＳ）、処理はステップＳ４１３０に移される。そうでない場合には（ステップＳ４１２０にてＮＯ）、処理は終了し、メイン処理に戻される。
【０２３０】
ステップＳ４１３０にて、制御部３９１０は、ユーザ情報（年齢、性別など）をフィードバック情報に追加する。ステップＳ４１４０にて、制御部３９１０は、アドレス帳に含まれるデータから「関係」と設定された着信音を抽出し、フィードバック情報に追加する。より具体的には、着信音の名称あるいは着信音毎に予め定められた識別コードが、フィードバック情報に付加される。
【０２３１】
ステップＳ４１５０にて、制御部３９１０は、抽出されたデータレコードすべてについてフィードバック情報が生成されたか否かを判断する。この判断により、フィードバックの対象から漏れるデータの有無が確認される。すべてのデータレコードについてチェックされたと判断すると（ステップＳ４１５０にてＹＥＳ）、処理はステップＳ４１７０に移される。そうでない場合には（ステップＳ４１５０にてＮＯ）、処理はステップＳ４１６０に移される。
【０２３２】
ステップＳ４１６０にて、制御部３９１０は、次のフラグＡが立っているアドレス帳のデータレコードを１件抽出する。処理はその後ステップＳ４１４０に戻される。
【０２３３】
ステップＳ４１７０にて、制御部３９１０は、音楽配信サーバ装置に対して、生成したフィードバック情報を送信する。その後、処理はメイン処理に戻される。
【０２３４】
ここで、図４２を参照して、携帯電話からサーバ装置に送信されるデータ４２００について説明する。図４２は、データ４２００の構成を概念的に表わす図である。データ４２００は、個別のデータ項目を格納する領域４２１０から４２３６を含む。ヘッダは、領域４２１０に格納されている。送信先アドレス（すなわちサーバ装置の位置を特定するためのデータ）は、領域４２１２に格納されている。発信者アドレス（データ４２００を送信する携帯電話の位置を特定するためのデータ）は、領域４２１４に格納されている。
【０２３５】
データ４２００の送信者の属性は、たとえば領域４２１６，４２１８に格納されている。この場合、性別と年齢とが属性として用いられている。その他の情報が使用されてもよい。たとえば、音楽配信サーバ装置において予め登録されたユーザ名が含まれてもよい。ユーザ名は、必ずしも実名でなくともよく、たとえばネットワーク上の仮想的な名称であってもよい。
【０２３６】
ユーザにより関係が個別に設定された着信音を識別するデータは、領域４２２０，４２２４，４２２８，４２３２にそれぞれ格納されている。図４２に示される例では、４つの着信音について「関係」がユーザによって設定されたことを示している。各着信音について設定された関係を表わすデータは、それぞれ領域４２２２，４２２６，４２３０，４２３４に格納されている。なお、フィードバックされる着信音の情報に関し、たとえばユーザの操作によって設定された着信音の数が１つの場合には、領域４２２０，４２２２のみが報告されることになる。あるいは図４２に示される以上の着信音について設定がユーザ自身によって行なわれた場合にはさらに多くの項目がデータ４２００に含められることになる。データ４２００の終了部分を表わすデータは、たとえば、ＦＣＳ（Frame  Check  Sequence）として領域４２３６に格納されている。このようなフィードバック情報が携帯電話から上記サーバ装置に送信されると、そのサーバ装置はその情報から各項目を取り出し、データベースとして蓄積する。
【０２３７】
なお、当該データの構成は、図４２に示されるものに限られない。また、データを送信するための形式も、特に限られない。たとえば、当該形式は、テキストファイルその他の形式であってもよい。
【０２３８】
また、携帯電話からサーバに送信されるデータの内容は、図４２に示されるものに限られない。たとえば、ユーザの居住地その他の地域、趣味その他の項目が送信されてもよい。多くの項目がフィードバック情報として携帯電話からサーバに送信されることにより、サーバ装置は、当該項目を用いてデータの集計を細かい単位で実行できる。
【０２３９】
さらに、フィードバック情報の送信が行なわれるタイミングも限られない。たとえば、着信音のダウンロードが完了した時に、完了の通知と合わせてフィードバック情報が送信されてもよい。あるいは、フィードバック情報を蓄積しておき、フィードバック情報の送信の入力に応答して、送信してもよい。
【０２４０】
次に、図４３を参照して、本実施の形態に係るサーバについて説明する。図４３は、当該サーバを実現するコンピュータシステム２００のＣＰＵ２１０によって実現される機能の構成を表わすブロック図である。
【０２４１】
ＣＰＵ２１０は、図４に示される構成に加えて、ネットワーク１２０を介して外部から取得した情報に基づいて携帯電話のユーザからフィードバック情報を受信したことを検知するフィードバック情報受信検知部４３１０と、当該フィードバック情報からユーザ情報を抽出するユーザ情報抽出部４３２０と、当該フィードバック情報からユーザによって設定された登録情報を抽出する４３３０と、ユーザ情報抽出部４３２０および登録情報抽出部４３３０によってそれぞれ抽出されたデータをハードディスク２５０において確保された領域に格納する着信音データベース更新部４３４０とを備える。このような構成を備えるＣＰＵ２１０が携帯電話からフィードバック情報を受信すると、その情報に基づいて着信音のデータベースが更新される。
【０２４２】
そこで、図４４を参照して、着信音のデータベースを更新可能なコンピュータシステムの制御構造について説明する。図４４は、ＣＰＵ２１０が実行する処理の手順を表わすフローチャートである。
【０２４３】
ステップＳ４４１０にて、ＣＰＵ２１０は、携帯電話からフィードバック情報を受信したことを検知する。フィードバック情報の受信に関し、データの形式は、携帯電話との間で予め合意された形式であればよい。
【０２４４】
ステップＳ４４２０にて、ＣＰＵ２１０は、ユーザ情報抽出部４３２０としてフィードバック情報からユーザ情報を抽出する。ステップＳ４４３０にて、ＣＰＵ２１０は、登録情報抽出部４３３０として当該フィードバック情報から１件の登録情報を抽出する。ステップＳ４４４０にて、ＣＰＵ２１０は、さらに登録情報に含まれている着信音に対応する着信音情報を抽出する。抽出された情報には、着信音の名称、アーティストの名称、携帯電話のユーザによって着信音に関連付けられた「関係」が含まれる。
【０２４５】
ステップＳ４４５０にて、ＣＰＵ２１０は、ユーザ情報に含まれる性別、年齢に対応する登録人数Ａに１を加算する。この処理は、たとえばＲＡＭ２４０において当該処理のために一時的に確保された領域において実現される。ステップＳ４４６０にて、ＣＰＵ２１０は、取得した登録情報の「関係」に対応する登録人数Ｂに１を加算する。ステップＳ４４７０にて、ＣＰＵ２１０は、フィードバック情報に含まれている登録情報すべてを抽出して処理を行なったか否かを判断する。すべての情報について処理を行なったと判断すると（ステップＳ４４７０にてＹＥＳ）、処理はステップＳ４４８０に移される。そうでない場合には（ステップＳ４４７０にてＮＯ）、処理はステップＳ４４３０に戻される。
【０２４６】
ステップＳ４４８０にて、ＣＰＵ２１０は、ハードディスク２５０に含まれている着信音のデータベースに対して、当該フィードバック情報が送信された着信音についてのデータの項目を更新する。更新のタイミングは、たとえば、一日に一回、一週間に一回等であるが、更新の間隔はさらに長くてもよいし、短くてもよい。
【０２４７】
ここで、図４５を参照して、着信音のデータレコードの更新機能を有するサーバのデータ構造について説明する。図４５は、ハードディスク２５０における着信音についてのデータベースの構成を概念的に表わす図である。ハードディスク２５０は、着信音のデータベースとして、たとえば着信音をキーとしたテーブル４５１０−１，…，４５１０−ｎ（以下総称するときは４５１０という）を含む。
【０２４８】
たとえばテーブル４５１０−１において、着信音「メロディ４」には、データ項目として「ユーザ情報」と「登録情報」とが関連付けられている。ユーザ情報は、属性として「男性」と「女性」とを含む。各々の属性はさらに属性として年齢を含む。たとえば図４５に示されるように各性別に対して１歳毎の区分が設けられている。各年齢毎にそれぞれ当該メロディが配信されたユーザの人数が格納されている。ここでデータ群４５２０を参照して、各人数は１歳毎に算出されているが、人数の区分はこれに限られない。たとえば年齢は「１６歳」から「２０歳」、「２１歳」から「２５歳」のように一定の間隔を持たせた年齢層という概念でデータが集計されていてもよい。
【０２４９】
ここで図４２を再び参照して、データ４２００の送信者の性別は女性である（領域４２１６）。また年齢は１８歳である（領域４２１８）。したがって、図４５においてメロディ４のテーブル４５１０−１に関し、データ項目４５３０の値は現在の「１５人」から１人加算され、データベースが更新された後、その値は「１６人」となる。
【０２５０】
さらに着信音「メロディ４」には、属性として「登録情報」が含まれている。登録情報は、「関係」をサブの属性として含む。当該関係はさらに、家族、男性友達、女性友達、先輩、後輩、お店を属性として含む。ここで図４２を再び参照して、データ４２００において、メロディ４（領域４２２０）に関連付けられる「関係」は、女性友達（領域４２２６）である。したがって、当該フィードバック情報を受信したサーバ装置は、ハードディスク２５０のテーブル４５１０−１において、対応するデータ項目を更新する。すなわちデータ項目４５５０に示されるように現在の女性友達の人数は「２１８人」である。図４２に示されるデータ４２００の受信後データベースが更新されると、この値は「２１９人」となる。
【０２５１】
このようにすると、着信音を提供する事業者のサーバ装置は、フィードバック情報に基づいて、着信音のダウンロードの傾向を表わすデータを算出することができる。当該事業者は、このデータに基づいて配信の対象となる着信音の構成を変更することが可能になるため、より多くのユーザにダウンロードされやすい着信音を準備することが可能になる。また、逆に、事業者が、ダウンロードのニーズが少ない着信音をデータベースから削除するための判断も可能になるため、ハードディスク装置その他の記憶装置の使用状況を改善することも可能になる。
【０２５２】
なお、配信可能な着信音として、事業者のデータベースに新たに追加された楽曲については、フィードバック情報そのものが存在しない。このような場合には、サーバ装置は、当該着信音のアーティストの他の着信音についてのフィードバック情報を検索し、その情報に含まれるデータ項目について平均値を算出し、当該アーティストがどのような「関係」に設定される傾向があるかを表わすデータ（たとえば、ユーザの数と「関係））を取得する。サーバ装置は、このようにして取得されたデータを、新たに追加された楽曲についてのフィードバック情報として使用することができる。この場合、計算上のフィードバック情報と、ダウンロードを行ったユーザからの現実のフィードバック情報とを区別するフラグがフィードバック情報ごとに追加される。このフラグに基づいて、サーバ装置が、現実のフィードバック情報が予め設定された件数だけ蓄積されたことを検知することが可能になる。このようにすると、サーバ装置は、仮のフィードバック情報に代えて現実のフィードバック情報を使用することができるため、「関係」の内容を変更することも可能になる。したがって、より適切な「関係」が付された着信音の配信が可能になる。
【０２５３】
＜第８の実施の形態＞
以下、本発明の第８の実施の形態について説明する。本実施の形態に係る着信音を配信可能なサーバ装置は、各ユーザから受信したフィードバック情報に基づいて当該ユーザにより対応した着信音情報を提供する機能を有する点で、前述の各実施の形態と異なる。
【０２５４】
図４６を参照して、本実施の形態に係るサーバを実現するＣＰＵ２１０について説明する。図４６は、ＣＰＵ２１０の機能的構成を表わすブロック図である。ＣＰＵ２１０は、図４３に示される構成に加えて、ハードディスク２５０に格納されているデータベースを操作するデータベース操作部４６２０と、データベース操作部４６２０によって抽出されたデータに基づいて着信音の配信状況を集計する実績データ集計部４６３０と、実績データ集計部４６３０によって集計されたデータに基づいて予め設定された抽出基準に従って特定のデータ項目を抽出する付加価値データ生成部４６４０と、付加価値データ生成部４６４０によって生成されたデータに基づいて複数の着信音の配信を行なうための着信音の一覧を生成する一覧データ生成部４６５０と、一覧データ生成部４６５０によって生成されたデータに基づいて複数の着信音を検索する着信音検索部４６１０とを備える。
【０２５５】
図４７を参照して、本実施の形態に係るサーバの制御構造について説明する。図４７は、当該サーバを実現するＣＰＵ２１０が実行する処理の手順を表わすフローチャートである。この処理は、たとえば予め設定された時刻毎あるいはデータベースを用いた集計指示が当該サーバに入力されたときに実行される。
【０２５６】
ステップＳ４７１０にて、サーバのＣＰＵ２１０は、ハードディスク２５０に格納されているデータベースを操作して、各着信音毎の情報を抽出する。ステップＳ４７２０にて、ＣＰＵ２１０は、各着信音のそれぞれについて提供実績を集計する。ステップＳ４７３０にて、ＣＰＵ２１０は、集計の結果に基づいて付加価値データ生成部４６４０として付加価値データを生成する。ステップＳ４７４０にて、ＣＰＵ２１０は、当該付加価値データを用いて複数の着信音を一括して提供するための一覧データを生成する。この一覧データには、たとえば一括して配信可能な着信音の名称、あるいは一括して提供することが好ましいことをユーザに通知するためのメッセージなどが含まれる。
【０２５７】
ステップＳ４７５０にて、ＣＰＵ２１０は、当該一覧データに基づいてハードディスク２５０のデータベースから一度に提供される各着信音を検索する。ステップＳ４７６０にて、ＣＰＵ２１０は、各着信音が含まれる配信データを生成する。ステップＳ４７７０にて、ＣＰＵ２１０は、携帯電話に対して生成した配信データを送信する。
【０２５８】
携帯電話がこのような配信データを受信すると、一括してダウンロード可能な着信音のリストがメインディスプレイ９１２に表示される。その後、携帯電話のユーザが一括のダウンロードを希望するための操作を行なうと、ＣＰＵ２１０は、その操作に応じた信号の受信に応答して、各リストに含まれる着信音の音声ファイルを順次送信する。携帯電話のユーザは、着信音を受信するための一度の操作によって複数の着信音をまとめてダウンロードすることができる。これにより、特定のテーマにそった着信音の割り当てが、より簡単に実現される。
【０２５９】
＜第９の実施の形態＞
本実施の形態に係る携帯電話は、第３の実施の形態における「関係」の修正機能を有する点で、前述の各実施の形態と異なる。
【０２６０】
すなわち、携帯電話は、着信音の音声ファイルの一覧を示す画面を表示する。携帯電話は、ユーザによる操作に基づいて、「関係」を変更する編集操作を受け付ける画面を表示する。ユーザが特定の着信音を選択して、表示されている「関係」の内容を変更する入力を行うと、入力された「関係」が当該着信音に関連付けられる。このようにすると、ユーザは、自らが希望する「関係」を着信音に割り当てることができる。また、ユーザは、より使いやすいアドレス帳を構成することができる。
【０２６１】
＜第１０の実施の形態＞
以上の各実施の形態においては、着信音の割り当ての対象を「電話番号」として説明してきたが、本発明に係る自動割り当ての対象は、これに限られない。たとえば、電子メールの受信に応答して着信音を割り当てるようにしてもよい。この場合、各処理を実現するプログラムにおいて、割り当ての対象を電子メールアドレスに設定すればよい。
【０２６２】
あるいは、電話番号と電子メールアドレスのいずれについても、割り当ての対象に設定してもよい。
【０２６３】
＜第１１の実施の形態＞
上記の第９の実施の形態によれば、電子メールの受信音には適さない着信音が割り当てられる可能性がある。たとえば、長い曲調、長い前奏を有する着信音である。そこで、着信音を設定した際に、電話着信音が設定可能であるか、電子メールの受信における着信音が設定可能であるかを選択可能にしてもよい。
【０２６４】
たとえば、図１２におけるステップＳ１２０６とステップＳ１２０８との間に、「電話着信音の設定？」のような判断処理を追加してもよい。処理の実行時には、そのような画面が携帯電話に表示される。
【０２６５】
このようにすると、選択されたいずれの処理の操作も同じになるが、ユーザは、電話番号に関連付けたい着信音とは異なる着信音を、電子メールの受信に関連付けたい着信音として選択的に設定することができる。
【０２６６】
＜第１２の実施の形態＞
本実施の形態においては、着信音を提供する情報提供事業者が運営するサーバ装置が、着信音に関連付けられるデータ項目として、「関係」以外の他の項目を予め関連付けている点で、前述の各実施の形態と異なる。他の項目は、たとえば、配信される着信音が関連付けられる対象が「電話番号」であるか「電子メールアドレス」であるかを表わすデータ（以下、「設定先データ」という）を含む。
【０２６７】
携帯電話がこのような項目が付された着信音を受信すると、割り当て処理を実行する制御部は、設定先データを参照して、着信音をアドレス帳の登録者に関連付ける。このようにすると、携帯電話は、自動割り当てによって、着信音を電話番号か電子メールに選択的に割り当てることができるため、携帯電話のユーザが設定先を選択する操作が省略されるため、より簡易に割り当てを実現することができる。
【０２６８】
＜第１３の実施の形態＞
以上の各実施の形態における処理は、単独でも実現されてもよいし、組み合わせて実現されてもよい。複数の処理を組み合わせることにより、携帯電話のユーザの嗜好に従った精度の良い割り当てが、簡易に実現される。
【０２６９】
たとえば、第３の実施の形態における機能と、第６の実施の形態における機能とを組み合わせても良い。この場合、あるアーティストを好む男性友達に対して、当該アーティストによる楽曲のうち、当該「関係」が「男性友達」である楽曲を着信音として割り当てることができる。
【０２７０】
＜第１４の実施の形態＞
以上の各実施の形態は、着信音の設定に関するものとして説明されているが、本発明に係る技術的思想の適用は、着信音のような音声データに限られない。たとえば、着画像のような画像データに対しても適用可能である。ここで、着画像とは、電話の着信時あるいは電子メールの受信時（以下、総称するときは単に「着信時」）にメインディスプレイ９１２あるいはサブディスプレイ９１４に表示される静止画あるいは動画をいう。
【０２７１】
具体的には、アドレス帳を構成する登録者に対して、音声データファイルである着信音を関連付ける代わりに、画像データファイルを関連付けることにより、着信時に、対応する画像をメインディスプレイ９１２あるいはサブディスプレイ９１４に表示させることができる。
【０２７２】
＜第１５の実施の形態＞
本発明の適用は、携帯電話に限られず、通信装置と、アドレス帳のような通信のためのデータを保存する記憶装置と、前述の各処理を実行するＣＰＵのような制御部とを有する固定電話、ＰＨＳそのたの情報通信端末にも適用可能である。
【０２７３】
＜第１６の実施の形態＞
本実施の形態においては、着信音に「フラグＢ」を付加することにより、当該着信音は、手動の設定により選択されたものであることが示されている。このフラグの管理は、たとえばインデックスを使用することにより行われるが、着信音の識別は、このような太陽に限られない。
【０２７４】
たとえば、着信音に特別な制限がない場合、たとえば属性情報の追加が許可されている場合には、フラグＢが示す内容を表わすデータを属性情報として着信音に付加するものであってもよい。
【０２７５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０２７６】
【図１】本発明の第１の実施の形態に係る携帯電話１００と着信音を提供する装置とからなるシステムの構成を表わす図である。
【図２】着信音を送信するサーバ装置として機能するコンピュータシステム２００のハードウェア構成を表わすブロック図である。
【図３】ハードディスク２５０におけるデータの格納の一態様を概念的に表わす図である。
【図４】ＣＰＵ２１０がプログラムを実行することにより実現される機能の構成を表わすブロック図である。
【図５】ＣＰＵ２１０が実行する処理の手順を表わすフローチャートである。
【図６】携帯電話１００の機能的構成を表わすブロック図である。
【図７】制御部６１０により実現される機能の構成を表わすブロック図である。
【図８】携帯電話１００の記憶部６４０におけるデータの格納の一態様を概念的に表わす図である。
【図９】携帯電話１００の概略の外観を表わす図である。
【図１０】携帯電話１００のハードウェア構成を表わすブロック図である。
【図１１】フラッシュメモリ９４０におけるデータの格納の一態様を概念的に表わす図である。
【図１２】アドレス帳の登録者と着信音とを割り付けるために制御部６１０が実行する処理の手順を表わすフローチャートである。
【図１３】登録者と着信音とをユーザ自身の操作により割り付ける場合の処理の推移を表わす図である。
【図１４】着信音とアドレス帳の登録者とを制御部６１０の処理によって割り当てる場合の状態の推移を表わす図である。
【図１５】制御部１５００により実現される機能の構成を表わすブロック図である。
【図１６】フラッシュメモリ９４０におけるデータの格納の一態様を概念的に表わす図である。
【図１７】制御部１５００が実行する処理の手順を表わすフローチャートである。
【図１８】図１６に示されるデータに基づいてグループと登録者との対応を表わした図である。
【図１９】フラッシュメモリ９４０におけるデータの格納の一態様を表わす図である。
【図２０】メインディスプレイ９１２における画面の変化を表わす図である。
【図２１】着信音を割り当てる処理の完了によって生成されたデータのＲＡＭ９５０における格納の一態様を表わす図である。
【図２２】各グループ内における登録者と着信音との割り当てについて説明するための図である。
【図２３】制御部２３１０の機能的構成を表わすブロック図である。
【図２４】コンピュータシステム２００のハードディスク２５０におけるデータの格納の一態様を表わす図である。
【図２５】フラッシュメモリ９４０におけるデータの格納の一態様を表わす図である。
【図２６】ＲＡＭ９５０におけるデータの格納の一態様を表わす図である。
【図２７】制御部２３１０によって実行される処理の手順を表わすフローチャート（その１）である。
【図２８】制御部２３１０によって実行される処理の手順を表わすフローチャート（その２）である。
【図２９】「関係」に基づく着信音の割り当てが行なわれる前に予めユーザによって設定された状態を表わす図である。
【図３０】ＲＡＭ９５０におけるデータの格納の一態様を表わす図である。
【図３１】登録者と着信音との割り当てが行なわれた後のフラッシュメモリ９４０におけるデータの格納の一態様を表わす図である。
【図３２】「関係」をキーにした着信音と登録者とのマッチングを説明する図である。
【図３３】制御部３３１０の機能的構成を表わすブロック図である。
【図３４】フラッシュメモリ９４０におけるデータの格納の一態様を表わす図である。
【図３５】制御部３３１０が実行する処理の手順を表わすフローチャートである。
【図３６】制御部３６１０の機能的構成を表わすブロック図である。
【図３７】フラッシュメモリ９４０におけるデータの格納の一態様を表わす図である。
【図３８】制御部３６１０が実行する処理の手順を表わすフローチャートである。
【図３９】制御部３９１０の機能的構成を表わすブロック図である。
【図４０】制御部３９１０がフィードバック情報の送信のために実行する処理の手順を表わすフローチャート（その１）である。
【図４１】制御部３９１０がフィードバック情報の送信のために実行する処理の手順を表わすフローチャート（その２）である。
【図４２】データ４２００の構成を概念的に表わす図である。
【図４３】当該サーバを実現するコンピュータシステム２００のＣＰＵ２１０によって実現される機能の構成を表わすブロック図である。
【図４４】ＣＰＵ２１０が実行する処理の手順を表わすフローチャートである。
【図４５】ハードディスク２５０における着信音についてのデータベースの構成を概念的に表わす図である。
【図４６】ＣＰＵ２１０により実現される機能の構成を表わすブロック図である。
【図４７】サーバ装置を実現するＣＰＵ２１０が実行する処理の手順を表わすフローチャートである。
【符号の説明】
【０２７７】
１００  携帯電話、１１０  基地局、１２０  ネットワーク、２００  コンピュータシステム、２１０  ＣＰＵ、２２０  マウス、２３０  キーボード、２４０  ＲＡＭ、２５０  ハードディスク、２６０  ＣＤ−ＲＯＭ駆動装置、２６２  ＣＤ-ＲＯＭ、２８０  モニタ、９０４  第１の筺体、９０６  第２の筺体。
【図１】
2007174066.tif 000003
【図２】
2007174066.tif 000004
【図３】
2007174066.tif 000005
【図４】
2007174066.tif 000006
【図５】
2007174066.tif 000007
【図６】
2007174066.tif 000008
【図７】
2007174066.tif 000009
【図８】
2007174066.tif 000010
【図９】
2007174066.tif 000011
【図１０】
2007174066.tif 000012
【図１１】
2007174066.tif 000013
【図１２】
2007174066.tif 000014
【図１３】
2007174066.tif 000015
【図１４】
2007174066.tif 000016
【図１５】
2007174066.tif 000017
【図１６】
2007174066.tif 000018
【図１７】
2007174066.tif 000019
【図１８】
2007174066.tif 000020
【図１９】
2007174066.tif 000021
【図２０】
2007174066.tif 000022
【図２１】
2007174066.tif 000023
【図２２】
2007174066.tif 000024
【図２３】
2007174066.tif 000025
【図２４】
2007174066.tif 000026
【図２５】
2007174066.tif 000027
【図２６】
2007174066.tif 000028
【図２７】
2007174066.tif 000029
【図２８】
2007174066.tif 000030
【図２９】
2007174066.tif 000031
【図３０】
2007174066.tif 000032
【図３１】
2007174066.tif 000033
【図３２】
2007174066.tif 000034
【図３３】
2007174066.tif 000035
【図３４】
2007174066.tif 000036
【図３５】
2007174066.tif 000037
【図３６】
2007174066.tif 000038
【図３７】
2007174066.tif 000039
【図３８】
2007174066.tif 000040
【図３９】
2007174066.tif 000041
【図４０】
2007174066.tif 000042
【図４１】
2007174066.tif 000043
【図４２】
2007174066.tif 000044
【図４３】
2007174066.tif 000045
【図４４】
2007174066.tif 000046
【図４５】
2007174066.tif 000047
【図４６】
2007174066.tif 000048
【図４７】
2007174066.tif 000049
【手続補正書】
【提出日】平成19年3月12日(2007.3.12)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の通信相手先の少なくとも各々と通信可能な情報通信端末であって、
信号を受信する受信手段と、
複数種類のコンテンツデータと、各前記コンテンツデータに関連付けられたデータとを格納するコンテンツデータ記憶手段と、
複数の通信相手先を識別するための識別データと、コンテンツデータを通信相手先に割当てる割当データとを格納する記憶手段と、
前記関連付けられたデータと、前記割当データとに基づいて、前記コンテンツデータを通信相手先に割り当てる割当手段とを備える、情報通信端末。
【請求項２】
前記受信手段は、前記コンテンツデータと、前記コンテンツデータに予め関連付けられたデータとを受信し、
前記割当手段は、前記予め関連付けられたデータと、前記割当データとに基づいて、前記コンテンツデータを通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項３】
前記割当手段は、前記予め関連付けられたデータと前記割当データとが同一であるときに、前記コンテンツデータを通信相手先に割り当てる、請求項２に記載の情報通信端末。
【請求項４】
前記コンテンツデータの種類は、音声、音楽および画像のいずれかを含む、請求項１に記載の情報通信端末。
【請求項５】
前記識別データは、前記通信相手先のアドレス帳を含む、請求項１に記載の情報通信端末。
【請求項６】
前記アドレス帳は、前記通信相手先の名称と、前記名称が個人、会社および団体のいずれであるかを表わすための情報と、前記通信相手先の電話番号と、前記通信相手先の位置を特定するためのデータと、前記通信相手先の電子メールアドレスと、前記アドレス帳が属するグループの名称と、前記通信相手先が使用する通信機器を特定するための情報と、前記通信相手先の属性情報とのいずれかを含む、請求項５に記載の情報通信端末。
【請求項７】
前記属性情報は、前記通信相手先の年齢、性別または嗜好と、前記通信相手先と前記情報通信端末の使用者との関係のいずれかを含む、請求項６に記載の情報通信端末。
【請求項８】
前記関係は、前記コンテンツデータと前記通信相手先とに各々関連付けられており、
前記割当手段は、前記関係に基づいて前記コンテンツデータを通信相手先に割り当てる、請求項７に記載の情報通信端末。
【請求項９】
前記コンテンツデータおよび前記通信相手先には、項目を分類するためのジャンルが関連付けられており、
前記割当手段は、前記ジャンルに基づいて、前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項１０】
前記通信相手先と前記情報通信端末との通信の履歴を格納する履歴記憶手段をさらに備え、
前記割当手段は、前記履歴に基づいて、前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項１１】
前記コンテンツデータは、音声および音楽のいずれかを含み、
前記割当データは、前記音声および音楽の実演家あるいは著作者を識別するための実演家あるいは著作者の識別データを含み、
前記識別データには、前記実演家あるいは著作者の識別データが関連付けられており、
前記割当手段は、前記実演家あるいは著作者の識別データに基づいて、前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項１２】
前記コンテンツデータは、画像を含み、
前記割当データは、前記画像の実演家あるいは著作者を識別するための、実演家あるいは著作者の識別データを含み、
前記識別データには、前記実演家あるいは著作者の識別データが関連付けられており、
前記割当手段は、前記実演家あるいは著作者の識別データに基づいて、前記コンテンツ
データを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項１３】
前記割当データは、前記コンテンツデータの使用状態を表わすフラグ、および、前記コンテンツデータが割り当てられる通信相手先と前記コンテンツデータとの関連付けを表わす関連付けデータのいずれかを含む、請求項１に記載の情報通信端末。
【請求項１４】
前記割当手段は、コンテンツデータが通信相手先に割り当てられていることを表わすフラグを、割り当てが行われたコンテンツデータに設定する、請求項１に記載の情報通信端末。
【請求項１５】
前記情報通信端末は、コンテンツデータと通信相手先とを対応付けるための操作を受け付ける入力手段をさらに備え、
前記割当手段は、
前記操作に基づいて、前記コンテンツデータが前記通信相手先に対応付けられていることを表わすデータを生成する生成手段と、
前記生成手段により生成されたデータと前記コンテンツデータとを関連付ける関連付け手段とを含む、請求項１に記載の情報通信端末。
【請求項１６】
前記割当手段は、自動的に、前記識別データと前記コンテンツデータとを関連付ける、請求項１に記載の情報通信端末。
【請求項１７】
前記情報通信端末は、乱数データを発生するための乱数発生手段をさらに備え、
前記割当手段は、前記乱数データに基づいて、前記識別データと前記コンテンツデータとを関連付ける、請求項１に記載の情報通信端末。
【請求項１８】
前記割当手段は、複数の前記識別データの各々に基づいて規定される配列と、複数の前記コンテンツデータの各々に基づいて規定される配列とに従って、前記コンテンツデータと前記通信相手先とを関連付ける、請求項１に記載の情報通信端末。
【請求項１９】
情報通信端末におけるデータの更新を検知する検知手段をさらに備え、
前記割当手段は、前記更新が検知されると、前記コンテンツデータと前記通信相手先とを関連付ける、請求項１に記載の情報通信端末。
【請求項２０】
前記検知手段は、前記コンテンツデータ記憶手段におけるコンテンツデータの更新を検知し、
前記割当手段は、更新後のコンテンツデータを前記通信相手先に割り当てる、請求項１９に記載の情報通信端末。
【請求項２１】
前記検知手段は、前記識別データの更新を検知し、
前記割当手段は、更新後の前記識別データに基づいて、前記コンテンツデータを前記通信相手先に割り当てる、請求項１９に記載の情報通信端末。
【請求項２２】
予め定められた期間が経過したことを検知する検知手段をさらに備え、
前記割当手段は、前記期間が経過した後に、前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項２３】
着信を検知する検知手段をさらに備え、
前記割当手段は、前記着信の検知に応答して前記コンテンツデータを前記通信相手先に割り当てる、請求項１に記載の情報通信端末。
【請求項２４】
前記コンテンツデータに基づく出力動作を行なう出力手段をさらに備える、請求項１に記載の情報通信端末。
【請求項２５】
前記コンテンツデータは、音声データを含み、
前記出力手段は、前記音声データに基づいて音声又は音楽を出力するスピーカを含む、請求項２４に記載の情報通信端末。
【請求項２６】
前記コンテンツデータは、画像データを含み、
前記出力手段は、前記画像データに基づいて画像を表示する表示部を含む、請求項２４に記載の情報通信端末。
【請求項２７】
前記コンテンツデータは、前記情報通信端末の振動を制御するための制御データを含み、
前記出力手段は、前記制御データに基づいて振動する振動手段を含む、請求項２４に記載の情報通信端末。
【請求項２８】
前記出力手段は、予め設定された色の光を発生する発光手段を含む、請求項２４に記載の情報通信端末。
【請求項２９】
前記コンテンツデータは、前記コンテンツデータと前記通信相手先との割り当てを行うためのデータをさらに含む、請求項１に記載の情報通信端末。
【請求項３０】
前記割り当てを行なうためのデータは、前記コンテンツデータの使用状態を表わすフラグと、前記コンテンツデータに関連付けられているデータとのいずれかを含む、請求項２９に記載の情報通信端末。
【請求項３１】
前記コンテンツデータに関連付けられているデータは、前記コンテンツデータに対応するコンテンツのタイトル、前記コンテンツの実演家あるいは著作者の名称、前記コンテンツのジャンル、前記コンテンツが生成された時刻、および前記コンテンツデータが割り当てられている数を表わす情報のいずれかを含む、請求項３０に記載の情報通信端末。
【請求項３２】
前記情報通信端末は、無線通信機器および有線通信機器のいずれかを含む、請求項１に記載の情報通信端末。
【請求項３３】
前記無線通信機器は、電話機、ＰＨＳ（Personal Handy phone System）およびトラン
シーバのいずれかを含む、請求項３２に記載の情報通信端末。
【請求項３４】
前記有線通信機器は、電話機およびファクシミリ送受信装置のいずれかを含む、請求項３２に記載の情報通信端末。
【請求項３５】
前記情報通信端末は、情報を通信する携帯情報端末および情報を通信する画像表示装置のいずれかを含む、請求項１に記載の情報通信端末。
【請求項３６】
前記コンテンツデータ記憶手段に格納されている各前記コンテンツデータを全て変更する変更手段をさらに備える、請求項１に記載の情報通信端末。
【請求項３７】
前記コンテンツデータ記憶手段に格納されている複数の前記コンテンツデータを選択する選択手段と、
前記選択手段によって選択された各前記コンテンツデータを一斉に変更する変更手段とをさらに備える、請求項１に記載の情報通信端末。
【請求項３８】
請求項１〜３７のいずれかに記載の情報通信端末にコンテンツを送信するためのコンテンツ配信装置であって、
複数の情報通信端末の各々から情報を受信する受信手段と、
配信のための複数の配信データと、各前記配信データに関連付けられた属性データを含むデータベースとを格納する記憶手段とを備え、前記属性データは、各前記情報通信端末が通信する相手を識別するための情報に関連付けられており、
前記受信手段により受信された情報に基づいて、前記記憶手段に格納されている配信データの配信の要求を検知する要求検知手段を備え、前記要求は、前記配信を要求している情報通信端末を特定するための送信者情報を含み、
前記送信者情報により特定される情報通信端末に対して、前記配信が要求された配信データを送信する送信手段と、
前記受信手段により受信された情報に基づいて、各前記情報通信端末により送信されたフィードバック情報の受信を検知するフィードバック検知手段とを備え、前記フィードバック情報は、前記要求を送信した情報通信端末に格納されている配信データに関連付けられている属性データを含み、
前記フィードバック情報に含まれる前記属性データに基づいて、前記データベースを更新する更新手段を備える、コンテンツ配信装置。
【請求項３９】
前記データベースは、前記配信データの配信記録をさらに格納し、
前記コンテンツ配信装置は、前記配信記録に基づいて、前記配信を要求する情報通信端末に対して送信可能な配信データの一覧を表わすためのリストデータを生成する生成手段をさらに備え、
前記送信手段は、前記情報通信端末に対して前記リストデータを送信する、請求項３８に記載のコンテンツ配信装置。
【請求項４０】
前記配信データは、音声データ、音楽データおよび画像データのいずれかを含む、請求項３９に記載のコンテンツ配信装置。
【請求項４１】
請求項１〜３７のいずれかに記載の情報通信端末と、
請求項３８〜４０のいずれかに記載のコンテンツ配信装置とを備える、コンテンツ配信システム。