(57)【要約】【課題】通信の際に関連して再生される再生データを、より効率よく設定する。【解決手段】再生データ検索部１４は、音楽データに関連付けられている音楽属性情報と、着信音設定テーブルにおいて電話番号に関連付けられている音楽属性情報とを照合する。音楽データ検索部１４が、音楽属性情報が一致する音楽データおよび電話番号を見つけたとき、再生データ設定部１３は、当該音楽データを、電話番号に対する着信の際に鳴らす着信音として、着信音設定テーブルに設定する。【選択図】図１
2008067293.tif 000002
【特許請求の範囲】
【請求項１】
通信相手を特定するアドレスデータに基づき、当該通信相手と通信する通信装置であって、
上記アドレスデータに関連付けられている属性情報に基づき、電子的に再生可能な所定の再生データが、上記アドレスデータに関連するか否かを判定する再生データ判定手段と、
上記再生データ判定手段によって、上記再生データが上記アドレスデータに関連すると判定されたとき、当該再生データを、上記通信相手との間で通信が行われる際に再生される再生データとして設定する再生データ設定手段とを備えていることを特徴とする通信装置。
【請求項２】
上記再生データを外部から取得する再生データ取得手段をさらに備えており、
上記再生データ判定手段は、上記再生データ取得手段によって上記再生データが取得されたとき、当該取得された再生データが上記アドレスデータに関連するか否かを判定することを特徴とする請求項１に記載の通信装置。
【請求項３】
上記再生データ判定手段は、
上記アドレスデータに設定済みの上記再生データが既定の回数だけ再生されたときに、当該再生データ以外の他の再生データが上記アドレスデータに関連するか否かを判定することを特徴とする請求項に記載１の通信装置。
【請求項４】
上記再生データ判定手段は、
上記アドレスデータに上記再生データが設定されてから既定の時間が経過したときに、当該再生データ以外の他の再生データが上記アドレスデータに関連するか否かを判定することを特徴とする請求項１に記載の通信装置。
【請求項５】
通信装置およびサーバ装置からなる通信システムであって、
上記通信装置は、
通信相手を特定するアドレスデータに基づき、当該通信相手と通信する通信装置であって、
上記アドレスデータに関連付けられている属性情報を、上記サーバ装置に送信する属性情報送信手段と、
上記サーバ装置から送信された再生データを受信する再生データ受信手段と、
上記受信された再生データを、上記通信相手との間で通信が行われる際に再生される再生データとして設定する再生データ設定手段とを備えており、
上記サーバ装置は、
上記通信装置から送信された属性情報を受信する属性情報受信手段と、
上記受信された属性情報が、所定の再生データに関連するか否かを判定する再生データ判定手段と、
上記再生データ設定手段によって、上記再生データが上記アドレスデータに関連すると判定されたとき、当該再生データを上記通信装置に送信する再生データ送信手段とを備えていることを特徴とする通信システム。
【請求項６】
通信相手を特定するアドレスデータに関連付けられている属性情報に基づき、電子的に再生可能な所定の再生データが、上記アドレスデータに関連するか否かを判定する再生データ判定ステップと、
上記再生データ判定ステップにおいて、上記再生データが上記アドレスデータに関連すると判定されたとき、当該再生データを、上記通信相手との間で通信が行われる際に再生される再生データとして設定する再生データ設定手段とを含んでいることを特徴とする再生データ設定方法。
【請求項７】
請求項１から４のいずれか１項に記載の通信装置を動作させる再生データ設定プログラムであって、コンピュータを上記の各手段として機能させるための再生データ設定プログラム。
【請求項８】
請求項７に記載の再生データ設定プログラムを記録しているコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話や電子メールなどの通信機能を有する通信装置、再生データ設定方法、通信システム、再生データ設定プログラムおよび記録媒体に関する。
【背景技術】
【０００２】
近年、音楽データを何らかの形で利用する携帯端末が数多く開発され、広く流通している。たとえば、通話の着信の際に、設定された着信音（楽曲）を鳴らす機能を有する携帯電話がある。このような携帯端末では、さらに、アドレスごとに異なる着信音を設定できるものもある。また、サーバ装置から音楽データをダウンロードできる携帯端末も知られている。
【０００３】
このような状況の中、音楽データを利用する際の利便性をさらに高める技術が数多く提案されている。たとえば特許文献１には、情報端末が要求条件を音楽配信センターに送信し、音楽配信センターが、要求条件を満たす音楽データを情報端末に送信するシステムが開示されている。このシステムによれば、使用目的に適う楽曲を構成または抽出して提供できるようになる。
【０００４】
また特許文献２には、受信した着信用音声データを自動で着信音に設定する携帯無線端末が開示されている。この端末によれば、着信音の設定においてユーザの負担を軽減できる。
【特許文献１】特開２００２−２７８５６６号公報（２００２年０９月２７日公開）
【特許文献２】特開２００２−２３２５１７号公報（２００２年０８月１６日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上述した従来技術には、着信音を設定する際のユーザの手間を、必ずしも軽減できない問題がある。たとえば特許文献２の技術では、受信した音データがそのまま着信音として設定される。したがって、アドレスごとに異なる着信音を設定する場合は、従来と同じようにユーザの手を煩わせることになる。
【０００６】
本発明は上記の課題を解決するためになされたものであり、その目的は、通信の際に関連して再生される再生データを、より効率よく設定できる通信装置、再生データ設定方法、通信システム、再生データ設定プログラムおよび記録媒体を提供することにある。
【課題を解決するための手段】
【０００７】
（通信装置の基本構成）
本発明に係る通信装置は、上記の課題を解決するために、
通信相手を特定するアドレスデータに基づき、当該通信相手と通信する通信装置であって、
上記アドレスデータに関連付けられている属性情報に基づき、電子的に再生可能な所定の再生データが、上記アドレスデータに関連するか否かを判定する再生データ判定手段と、
上記再生データ判定手段によって、上記再生データが上記アドレスデータに関連すると判定されたとき、当該再生データを、上記通信相手との間で通信が行われる際に再生される再生データとして設定する再生データ設定手段とを備えていることを特徴としている。
【０００８】
上記の構成によれば、通信装置は、通信相手を特定するアドレスデータに基づき、当該通信相手と通信する。ここで、通信装置において、アドレスデータには、所定の属性情報が関連付けられている。属性情報は、たとえば、アーティスト名や発売日などの、音楽についての属性を表す音楽属性情報である。再生データ判定手段は、この属性情報に基づき、電子的に再生可能な所定の再生データが、アドレスデータに関連するか否かを判定する。たとえば、再生データとしての音楽データのアーティスト名が、電話番号に設定されているアーティスト名に一致するかどうかを判定する。
【０００９】
再生データ判定手段によって、再生データがアドレスデータに関連すると判定されたとき、再生データ設定手段は、当該再生データを、通信相手との間で通信が行われる際に再生される再生データとして設定する。たとえば、関連する音楽データを、電話番号に対する着信を受け付けた際に鳴らす着信音として設定する。
【００１０】
以上のように、通信装置では、アドレスデータごとに、関連して再生される再生データが自動的に設定される。したがって、通信の際に関連して再生される再生データを、より効率よく設定できる効果を奏する。
【００１１】
（再生データ設定方法）
本発明に係る再生データ設定方法は、上記の課題を解決するために、
通信相手を特定するアドレスデータに関連付けられている属性情報に基づき、電子的に再生可能な所定の再生データが、上記アドレスデータに関連するか否かを判定する再生データ判定ステップと、
上記再生データ判定ステップにおいて、上記再生データが上記アドレスデータに関連すると判定されたとき、当該再生データを、上記通信相手との間で通信が行われる際に再生される再生データとして設定する再生データ設定手段とを含んでいることを特徴としている。
【００１２】
上記の構成によれば、本発明に係る通信装置と同様の作用効果を奏する。
【００１３】
（再生データの外部取得）
また、本発明に係る通信装置では、さらに、
上記再生データを外部から取得する再生データ取得手段をさらに備えており、
上記再生データ判定手段は、上記再生データ取得手段によって上記再生データが取得されたとき、当該取得された再生データが上記アドレスデータに関連するか否かを判定することが好ましい。
【００１４】
上記の構成によれば、外部から取得された再生データが、もしアドレスデータに関連するなら、通信の際に関連して再生されるデータとして即座に設定できる。
【００１５】
（一定時間再生されると再生データを再設定）
上記再生データ判定手段は、
上記アドレスデータに設定済みの上記再生データが既定の回数だけ再生されたときに、当該再生データ以外の他の再生データが上記アドレスデータに関連するか否かを判定することが好ましい。
【００１６】
上記の構成によれば、アドレスデータに設定される再生データが、ある程度の時間が経過するたびに、他の異なるものに再設定される。したがって、ユーザを新鮮な気持ちにさせることができる。
【００１７】
（一定時間が経過すると再生データを再設定）
上記再生データ判定手段は、
上記アドレスデータに上記再生データが設定されてから既定の時間が経過したときに、当該再生データ以外の他の再生データが上記アドレスデータに関連するか否かを判定することが好ましい。
【００１８】
上記の構成によれば、アドレスデータに設定される再生データが、ある一定の時間が経過するたびに、他の異なるものに再設定される。したがって、ユーザを新鮮な気持ちにさせることができる。
【００１９】
（通信システム）
本発明に係る通信システムは、上記の課題を解決するために、
通信装置およびサーバ装置からなる通信システムであって、
上記通信装置は、
通信相手を特定するアドレスデータに基づき、当該通信相手と通信する通信装置であって、
上記アドレスデータに関連付けられている属性情報を、上記サーバ装置に送信する属性情報送信手段と、
上記サーバ装置から送信された再生データを受信する再生データ受信手段と、
上記受信された再生データを、上記通信相手との間で通信が行われる際に再生される再生データとして設定する再生データ設定手段とを備えており、
上記サーバ装置は、
上記通信装置から送信された属性情報を受信する属性情報受信手段と、
上記受信された属性情報が、所定の再生データに関連するか否かを判定する再生データ判定手段と、
上記再生データ設定手段によって、上記再生データが上記アドレスデータに関連すると判定されたとき、当該再生データを上記通信装置に送信する再生データ送信手段とを備えていることを特徴としている。
【００２０】
上記の構成によれば、アドレスデータに基づく通信の際に関連して再生される再生データを、より効率よく設定できる効果を奏する。
【００２１】
なお、上記通信装置は、コンピュータによって実現してもよい。この場合、コンピュータを上記各手段として動作させることにより上記通信装置をコンピュータにおいて実現する再生データ設定プログラム、およびその再生データ設定プログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００２２】
以上のように、本発明に係る通信装置は、アドレスデータに関連する再生データを、通信の際に関連して再生されるデータとして設定する再生データ設定手段を備えているため、通信の際に関連して再生される再生データを、より効率よく設定できる効果を奏する。また、たとえば再生データとしての着信メロディが、アドレスデータとしての電話番号ごとに定期的に更新されるため、通信装置を利用する際の娯楽性を高めることができる効果を奏する。
【発明を実施するための最良の形態】
【００２３】
〔実施形態１〕
本発明の一実施形態について、図１〜図８を参照して以下に説明する
（携帯電話機１の構成）
まず、本実施形態に係る携帯電話機１の構成について、図１を参照にして以下に説明する。図１は、本発明の一実施形態に係る携帯電話機１の要部構成を示すブロック図である。この図に示すように、携帯電話機１は、メモリ２、スピーカ３、ディスプレイ４および制御部１０を備えている。
【００２４】
（メモリ２）
メモリ２は、制御部１０が処理を実行する際に用いる各種のデータを記憶する。いわゆる不揮発性メモリや揮発性メモリに相当する。
【００２５】
（スピーカ３）
スピーカ３は、入力された音信号の表す音を再生する装置である。いわゆるステレオスピーカやモノラルスピーカに相当する。
【００２６】
（ディスプレイ４）
ディスプレイ４は、情報を表示しユーザに提示する装置である。たとえば液晶表示装置やプラズマ表示装置として実現される。
【００２７】
（制御部１０）
制御部１０は、携帯電話機１が内部において実行する処理を受け持つ。制御部１０は、より詳しくは、着信検出部１１、データ通信部１２、再生データ設定部１３（再生データ設定手段）、再生データ検索部１４（再生データ判定手段）、音声処理部１５、および表示処理部１６を備えている。
【００２８】
これらの各部材がどのような機能を持ち、どのような処理を実行するのかについては、後述する。
【００２９】
（音楽配信システム）
本実施形態に係る携帯電話機１は、音楽データサーバ５０とともに、音楽配信システム（通信システム）を構成する。そこで本実施形態に係る音楽配信システムについて、図２を参照にして以下に説明する。図２は、本発明の一実施形態に係る音楽配信システムの要部構成を示すブロック図である。この図に示すように、音楽配信システムは、携帯電話機１および音楽配信サーバ５０によって構成されている。
【００３０】
本実施形態において、音楽データサーバ５０は、複数の音楽データをあらかじめ用意しており、通信ネットワークを通じて接続された携帯電話機１に、提供する。携帯電話機１は、音楽データサーバ５０から音楽データをダウンロードする。そして、ダウンロードした音楽データを、着信音設定テーブルに設定する。
【００３１】
（音楽データの登録処理）
本実施形態において、携帯電話機１は、音楽配信サーバ５０からダウンロードした音楽データを、自動的に、着信音設定テーブルに登録する。この処理の流れについて、図３を参照して以下に説明する。図３は、携帯電話機１が、音楽配信サーバ５０からダウンロードした音楽データを、自動的に、着信音設定テーブルに登録するときの処理の流れを示すフローチャートである。
【００３２】
この図に示すように、まず、データ通信部１２が、音楽データを音楽データサーバ５０からダウンロードする（ステップＳ３１）。データ通信部１２は、ダウンロードした音楽データを、メモリ２に保存する（ステップＳ３２）。
【００３３】
ここで、ダウンロードされた音楽データには、音楽データの各種属性を表す音楽属性情報が、あらかじめ関連付けられている。したがってデータ通信部１２は、音楽データと同時に、当該音楽データに関する音楽属性情報もダウンロードし、音楽データに関連付けてメモリ２に保存する。
【００３４】
つぎに再生データ検索部１４が、ダウンロードされた音楽データと、メモリ２にあらかじめ保存されている電話帳データとを照合する（ステップＳ３３）。具体的には、音楽データに関する音楽属性情報と、電話帳データに含まれる、電話番号ごとに設定されている音楽属性情報とを、比較する。これにより、音楽データと電話番号とが対応するか否かを判定する（ステップＳ３４）。
【００３５】
ステップＳ３４における判定の結果が「真」であるとき（Ｙｅｓ）、すなわち、音楽データに関連付けられている音楽属性情報と、電話番号に関連付けられている音楽属性情報とが一致したと判定したとき、再生データ設定部１３は、当該電話番号に音楽データを関連付けて、着信音設定テーブルに設定する（ステップＳ３５）。これにより、図３に示す処理は終了する。
【００３６】
一方、ステップＳ３４における判定の結果が「偽」であるとき（Ｎｏ）、再生データ設定部１３は、何もしない。これにより、図３に示す処理は終了する。
【００３７】
（着信時の音声出力処理）
携帯電話機１は、着信音設定テーブルを参照することによって、着信相手に応じた着信音を、着信時に出力する。そこで、この処理の流れについて、図４を参照して以下に説明する。図４は、携帯電話機１が、着信相手に応じた着信音を、着信時に出力するときの処理の流れを示すフローチャートである。
【００３８】
この図に示すように、まず、着信検出部１１が、着信があったかどうかを判定する（ステップＳ４１）。ステップＳ４１における判定の結果が「偽」であるとき（Ｎｏ）、着信検出部１１は、着信があるまで待ち続ける。一方、ステップＳ４１における判定の結果が「真」であるとき（Ｙｅｓ）、すなわち着信があったとき、着信検出部１１は、着信した電話番号を特定し、音声処理部１５に通知する。音声処理部１５は、通知された電話番号を着信音設定テーブルに照合する（ステップＳ４２）。そして、対応する音楽データを着信音として特定し、着信音設定テーブルから読み出す。これにより、読み出した音楽データの表す音声を、着信音としてスピーカ３を通じて出力する（ステップＳ４３）。
【００３９】
以上の処理によって、携帯電話機１は、通信（通話）の際に関連して再生される再生データ（音楽データ、着信音）を、ユーザの手を煩わせることなく、より効率よく着信音設定テーブルに設定できる。たとえば、音楽データを、電子メールを送受信した際に鳴らす着信音のデータとして、設定できる。さらに、画像データを、電子メールを送受信した際に表示する画像のデータとして、設定できる。また、音声データや画像データを、チャット処理を実行する際に関連して再生するデータとして、それぞれ設定できる。さらに、音声データや画像データを、ＰｏＣ（Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ  Ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）を利用する際に関連して再生するデータとして、それぞれ設定できる。
【００４０】
（電話帳データの一例）
携帯電話機１において、氏名と、電話番号と、音楽属性情報とが互いに関連付けられ、テーブル形式の電話帳データとしてメモリ２に保存されている。そこで、メモリ２に保存されている電話帳データについて、図５を参照して以下に説明する。図５は、氏名と、電話番号と、音楽属性情報とを互いに関連付けた電話帳データを示す図である。
【００４１】
この図に示すように、電話帳データは、氏名と、電話帳データと、音楽属性情報とを関連付けて保存している。図５の例では、音楽属性情報は、着信音に設定されたアーティストの名前である。この電話帳データを用いることによって、再生データ検索部１４は、電話帳データに関連付けられている音楽属性情報を特定できる。
【００４２】
（音楽属性情報の一例）
携帯電話機１は、ダウンロードした音楽データを電話番号ごとの着信音として設定するとき、音楽についての各種情報を互いに関連付けた音楽属性情報を用いる。そこで、音楽属性情報について、図６を参照して以下に説明する。図６は、音楽についての各種情報を互いに関連付けた音楽属性情報を示す図である。
【００４３】
この図に示すように、音楽属性情報は、曲名と、アーティスト名とを関連付けて保存している。したがって再生データ検索部１４は、音楽属性情報から、アーティスト名に関連付けられている曲名を特定できる。
【００４４】
このように、音楽属性情報と電話帳データとを照合することによって、再生データ検索部１４は、アーティスト名が互いに一致する電話番号および曲名を検索し、抽出する。これにより、抽出した曲名の音楽データを、着信音として電話番号に関連付ける。具体的には、曲名と電話番号とを関連付けて、着信音設定テーブルに保存する。
【００４５】
（着信音設定テーブルの一例）
携帯電話機１において、電話番号と曲名とが互いに関連付けられ、着信音設定テーブルとしてメモリ２に保存されている。そこで、着信音設定テーブルについて、図７を参照して以下に説明する。図７は、電話番号と曲名とを互いに関連付けた着信音設定テーブルを示す図である。
【００４６】
この図に示すように、着信音設定テーブルは、電話番号と曲名とを関連付けて保存している。したがって音声処理部１５は、ある電話番号の相手からの着信があったときに着信音として鳴らすべき音楽データを、着信音設定テーブルを用いることによって特定できる。すなわち、着信音設定テーブルにおいて電話番号に関連付けられている曲名を特定し、当該特定した曲名の音楽データをメモリ２から読み出す。こうして、読み出した音楽データの表す音声を、着信音としてスピーカ３を通じて出力する。
【００４７】
（着信音設定テーブルの他の例）
携帯電話機１において、着信音設定テーブルは、電話番号および曲名に加え、電話番号に設定された着信音の再生回数も関連付けておくことができる。そこで、この例について、図８を参照して以下に説明する。図８は、電話番号と、曲名と、当該電話番号に設定された着信音の再生回数とを関連付けている着信音設定テーブルの例を示す図である。
【００４８】
図８に示す着信音設定テーブルは、電話番号と、曲名と、当該電話番号に設定された着信音の再生回数と関連付けて保存している。ここでいう再生回数とは、音楽データが着信音として設定されてから再生された回数のことである。
【００４９】
（着信音の定期的な設定更新）
再生データ検索部１４は、着信音として設定された音楽データが、既定の基準回数だけ再生されたときに、着信音の設定を更新することができる。すなわち、図８の着信音設定テーブルに関連付けられている再生回数を読み出し、メモリ２に保存されている基準回数と比較する。
【００５０】
もし再生回数が基準回数に一致したなら、電話帳データと音楽属性情報とを照合することによって、他の音楽データを着信音設定として設定できるかどうかを判定する。たとえば、同じアーティスト名で一致するが、現在着信音として設定されている音楽データよりも発売日がより新しいものがあれば、その音楽データを新しい着信音設定として設定する。これにより、電話番号ごとの着信音が定期的に新しいものに入れ替わるので、ユーザを新鮮な気持ちにさせることができる。また、通信装置１を利用する際の娯楽性を高めることができる。
【００５１】
また、再生データ検索部１４は、着信音として音楽データを設定したときから、既定の基準時間が経過したときに、着信音の設定を更新することができる。この場合、着信音設定テーブルにおいて、電話番号にはさらに、着信音として設定された音楽データの、設定時からの経過時間が、関連付けられている。そこで再生データ検索部１４は、着信音設定テーブルに設定されている、設定後の経過時間を読み出し、メモリ２に保存されている基準時間と比較する。
【００５２】
もし経過時間が基準時間を超えているなら、電話帳データと音楽属性情報とを照合することによって、他の音楽データを着信音設定として設定できるかどうかを判定する。たとえば、同じアーティスト名で一致するが、現在着信音として設定されている音楽データよりも発売日がより新しいものがあれば、その音楽データを新しい着信音設定として設定する。これにより、電話番号ごとの着信音が一定期間ごとに新しいものに入れ替わるので、ユーザを新鮮な気持ちにさせることができる。
【００５３】
〔実施形態２〕
本発明に係る第２の実施形態について、図９〜図１２を参照して以下に説明する。なお、上述した第１の実施形態と共通する部材については、同じ符号を付し、詳細な説明を省略する。
【００５４】
（携帯電話機１ａの構成）
まず、本実施形態に係る携帯電話機１ａについて、図９を参照にして以下に説明する。図９は、本発明の一実施形態に係る携帯電話機１ａの要部構成を示すブロック図である。この図に示すように、携帯電話機１ａは、メモリ２、スピーカ３、ディスプレイ４、および制御部１０ａを備えている。
【００５５】
制御部１０ａは、上述した着信検出部１１、再生データ設定部１３、再生データ検索部１４、音声処理部１５、および表示処理部１６に加えて、データ通信部１２ａを備えている。さらに、データ通信部１２ａは、音楽データ取得部１７、音楽リスト取得部１８、および要求情報送信部１９を備えている。
【００５６】
これらの各部材がどのような機能を持ち、どのような処理を実行するのかについては、後述する。
【００５７】
（着信音設定処理）
本実施形態の携帯電話機１ａは、第１の実施形態とは異なり、音楽データサーバ５０からいきなり音楽データをダウンロードするのではなく、まず、音楽データのリストを取得する。当該リストには、曲名やアーティスト名、あるいは発売日など、上述音楽属性情報が添付されている。そこで再生データ検索部１４は、取得された音楽リストと電話帳データとを照合することによって、着信音として設定できる音楽データが、音楽データサーバ５０に用意されているかどうかを確かめる。
【００５８】
本実施形態に係る携帯電話機１ａが実行する着信音設定処理について、そこで、この処理の流れについて、図１０を参照して以下に説明する。図１０は、携帯電話機１ａが実行する着信音設定処理の流れを示すフローチャートである。
【００５９】
この図に示すように、まず、要求情報送信部１９が、新曲リストを音楽データサーバ５０に要求する（ステップＳ１０１）。具体的には、新曲リストの要求情報を音楽データサーバ５０に送信する。音楽データサーバ５０は、新曲リストの要求情報を受信するによって、新曲リストを携帯電話機１ａに送信する。送信された新曲リストを、音楽リスト取得部１８が受信する（ステップＳ１０３）。音楽リスト取得部１８は、受信した新曲リストを再生データ検索部１４に出力する。
【００６０】
再生データ検索部１４は、入力された新曲リストと、電話帳データとを照合する。これにより、新曲リストの中に、電話帳データ内の電話番号に設定されたアーティストに対応する曲があるかどうかを判定する（ステップＳ１０４）。
【００６１】
ステップＳ１０４における判定の結果が「偽」であるとき（Ｎｏ）、図１０に示す処理は終了する。一方、ステップＳ１０４における判定の結果が「真」であるとき（Ｙｅｓ）、再生データ検索部１４は、アーティストが一致した音楽データをダウンロードするように、音楽データ取得部１７に指示する。これにより音楽データ取得部１７は、音楽データの要求情報を音楽データサーバ５０に送信する（ステップＳ１０５）。
`  音楽データサーバ５０は、受信した音楽データ要求情報の内容に基づき、対応する音楽データを選択して、携帯電話機１ａに送信する。携帯電話機１ａにおいて、音楽データ取得部１７が、送信された音楽データを受信する（ステップＳ１０６）。音楽データ取得部１７は、受信した音楽データをメモリ２に保存する（ステップＳ１０７）。再生データ設定部１３は、メモリ２に保存された音楽データを、再生データ検索部１４によって指示された電話帳データの着信音として、着信音設定テーブルに設定する（ステップＳ１０８）。
【００６２】
以上の処理によって、携帯電話機１ａは、着信音として必要のない音楽データのダウンロードしなくてすむ。
【００６３】
（着信音設定処理の一例）
図１０の処理について、さらに、図１１に示すシーケンス図を参照して以下に説明する。図１１は、携帯電話機１ａが実行する着信音設定の処理の流れを示すシーケンス図である。
【００６４】
まず、音楽リスト取得部１８が、新曲リストの要求情報を音楽データサーバ５０に送信する（ステップＳ１１１）。これを受けて、音楽データサーバ５０は、新曲リストを音楽データサーバ５０に送信する（ステップＳ１１２）。
【００６５】
携帯電話機１ａにおいて、再生データ検索部１４が、受信された新曲リストと、電話帳データとを照合する。このとき再生データ検索部１４は、アーティストが一致する曲がないことを発見する（ステップＳ１１３）。
【００６６】
その後、既定の時間がさらに過ぎると、新曲リストは、再び、新曲リスト要求情報を音楽データサーバ５０に送信する（ステップＳ１１４）。これを受けて、音楽データサーバ５０は、新曲リストを携帯電話機１ａに送信する（ステップＳ１１５）。
【００６７】
携帯電話機１ａにおいて、再生データ検索部１４が、受信した新曲リストと、電話帳データとを照合する。今度は、アーティスト名が一致する曲があることを、発見する（ステップＳ１１６）。そこで、音楽データ取得部１７が、再生データ検索部１４から指示された音楽データを取得するための要求情報を、音楽データサーバ５０に送信する（ステップＳ１１７）。これを受けて、音楽データサーバ５０は、要求された音楽データを携帯電話機１ａに送信する（ステップＳ１１８）。
【００６８】
携帯電話機１ａにおいて、音楽データ取得部１７が、送信された音楽データを受信し、（ステップＳ１１９）メモリ２に保存する。最後に再生データ設定部１３が、保存された音楽データを、再生データ検索部１４から指示された電話番号の着信音として、着信音設定テーブルに設定する（ステップＳ１２０）。
【００６９】
（着信音設定処理の他の例）
図１０および図１１の例では、携帯電話機１ａが、積極的に、新曲リストの要求情報を音楽データサーバ５０に送信している。しかし本実施形態において、携帯電話機１ａは、音楽データサーバ５０から定期的に送信される新曲リストに基づき、電話番号ごとに設定する着信音設定を検索し、着信音設定テーブルに設定してもよい。
【００７０】
そこで、この場合の処理の流れについて、図１２を参照して以下に説明する。図１２は、携帯電話機１ａが、音楽データサーバ５０から定期的に送信される新曲リストに基づき、電話番号ごとに設定する着信音設定を検索し、着信音設定テーブルに設定するときの処理の流れを示すシーケンス図である。
【００７１】
この図に示すように、音楽データサーバ５０は、携帯電話機１ａからの音楽データ要求情報の送信を待つことなく、新曲リストを携帯電話機１ａに送信する（ステップＳ１２１）。このとき、再生データ検索部１４は、受信した新曲リスト内に、電話帳データ内の各電話番号に関連付けられたアーティスト名が一致する曲がないことを確認する（ステップＳ１２２）。
【００７２】
そのため、一定期間が経過すると、音楽データサーバ５０は再び、新曲リストを携帯電話機１ａに送信する（ステップＳ１２３）。今度は、再生データ検索部１４は、受信した新曲リスト内に、電話帳データ内のある電話番号に関連付けられたアーティスト名が一致する曲があることを確認する（ステップＳ１２４）。
【００７３】
そこで、携帯電話機１ａにおいて、音楽データ取得部１７は、再生データ検索部１４から指示された音楽データを要求する要求情報を、音楽データサーバ５０に送信する（ステップＳ１２５）。これを受けて、音楽データサーバ５０は、要求された音楽データを携帯電話機１ａに送信する（ステップＳ１２６）。
【００７４】
携帯電話機１ａにおいて、音楽データ取得部１７が、送信された音楽データを受信し、（ステップＳ１２７）メモリ２に保存する。最後に再生データ設定部１３が、保存された音楽データを、再生データ検索部１４から指示された電話番号の着信音として、着信音設定テーブルに設定する（ステップＳ１２８）。
【００７５】
〔実施形態３〕
本発明に係る第３の実施形態について、図１３および図１４を参照して以下に説明する。
【００７６】
本実施形態では、第２の実施形態と異なり、音楽データサーバ５０が、携帯電話機１ｂにおいて着信音として設定される、電話番号ごとの音楽データを決定する。
【００７７】
（音楽配信システム１００）
本実施形態に係る音楽配信システム１００について、図１３を参照にして以下に説明する。図１３は、本発明の一実施形態に係る音楽配信システム１００の要部構成を示すブロック図である。この図に示すように、音楽配信システム１００は、携帯電話機１ｂおよび音楽データサーバ５０によって構成されている。
【００７８】
（携帯電話機１ｂの構成）
携帯電話機１ｂの構成について、詳しく説明する。図１３に示すように、携帯電話機１ｂは、メモリ２、スピーカ３、ディスプレイ４、および制御部１０ｂを備えている。さらに、制御部１０ｂは、着信検出部１１、再生データ設定部１３、音声処理部１５、表示処理部１６、音楽データ受信部２０および属性情報送信部２１を備えている。これらの各部材がどのような機能を持ち、どのような処理を実行するのかについては、後述する。
【００７９】
（音楽データサーバ５０の構成）
音楽データサーバ５０の構成について、詳しく説明する。図１３に示すように、音楽データサーバ５０は、制御部５１およびメモリ５２を備えている。さらに、制御部５１は、属性情報受信部５５、音楽データ検索部５４、および音楽データ送信部５３を備えている。これらの各部材がどのような機能を持ち、どのような処理を実行するのかについては、後述する。
【００８０】
（着信音設定処理）
本実施形態の音楽配信システム１００において、携帯電話機１ｂは、着信音として設定する音楽データの検索を、音楽データサーバ５０に要求する。音楽データサーバ５０は、携帯電話機１ｂからの音楽属性情報と、メモリ５２に保存されている音楽属性情報を照合することによって、電話番号に対応する音楽データを検索する。こうして検索した音楽データを携帯電話機１ｂに送信する。携帯電話機１ｂは、受信した音楽データを、設定対象の電話番号に対応する着信音として、着信音設定テーブルに設定する。
【００８１】
以上の処理の流れについて、図１４を参照して以下に説明する。図１４は、音楽配信システム１００において携帯電話機１ｂおよび音楽データサーバ５０が実行する着信音設定処理の流れを示すシーケンス図である。
【００８２】
この図に示すように、属性情報送信部２１が、電話帳データから、着信音変更対象の電話番号の音楽属性情報を読み出し、音楽データサーバ５０に送信する（ステップＳ１４１）。音楽データサーバ５０において、属性情報受信部５５が、携帯電話機１ｂから送信された音楽属性情報を受信し、音楽データ検索部５４に出力する。音楽データ検索部５４は、入力された音楽属性情報を、メモリ５２内の新曲リストと照合する（ステップＳ１４２）。
【００８３】
このとき、電話番号に設定されたアーティスト名の曲は、新曲リストに登録されていない（ステップＳ１４３）。そこで属性情報送信部２１は、音楽属性情報を前回送信してから一定期間が経過したあと、再び、音楽属性情報を音楽データサーバ５０に送信する（ステップＳ１４４）。これにより音楽データ検索部５４が、入力された音楽属性情報を、メモリ５２内の新たな新曲リストと照合する（ステップＳ１４５）。音楽データ検索部５４は、今度は、新曲リスト内に、送信された音楽属性情報に対応する曲があることを確認する（ステップＳ１４６）。そこで音楽データ検索部５４は、検索した曲の音楽データを、携帯電話機１ｂに送信するように、音楽データ送信部５３に指示する。音楽データ送信部５３は、指示された音楽データをメモリ５２から読み出し、携帯電話機１ｂに送信する（ステップＳ１４７）。
【００８４】
携帯電話機１ｂにおいて、音楽データ受信部２０が、音楽データサーバ５０から送信された音楽データを受信する（ステップＳ１４８）。これにより再生データ設定部１３は、受信された音楽データを、着信音変更対象の電話番号に関連付けて、着信音として着信音設定テーブルに設定する（ステップＳ１４９）。
【００８５】
以上のように、本実施形態では、電話番号ごとに対応する着信音が、自動的に設定される音楽配信システム１００が提供される。音楽配信システム１００では、各携帯電話機１ｂが、電話番号に着信音として設定する音楽データを検索する必要がない。したがって、携帯電話機１ｂの構成をそれぞれ簡素にできる。同時に、電話番号と曲との対応関係の検索を、音楽データサーバ５０が集中して行うため、検索方法の変更があった場合でも、容易に対応できる。
【００８６】
なお、属性情報送信部２１は、携帯電話機１ｂに記憶されている音楽属性情報に変更や追加があったときにのみ、音楽属性情報を音楽データサーバ５０に送信してもよい。また、音楽データサーバ５０は、変更や追加があった音楽属性情報を受信したときにのみ、当該受信した音楽属性情報を、新曲リストと照合してもよい。あるいは、音楽属性情報を受信したあと、音楽データサーバ５０に新しい曲が登録され、新曲リストが更新されたときに、受信した音楽属性情報と、更新後の新曲リストとを照合してもよい。
【００８７】
なお、本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても、本発明の技術的範囲に含まれる。
【００８８】
（各種データの例）
たとえば、以上の各実施形態では、通信相手を特定するアドレスデータとして電話番号を、電話番号に設定される再生データとして音楽データ（着信音）を例に本発明を説明した。しかし、本発明はこれらの構成に限定されない。すなわち本発明において、アドレスデータは、通信相手を特定できるデータであれば電話番号に限定されず、たとえば、電子メールアドレスであってもよい。さらに再生データは、アドレスデータに設定されることができる、通信の際に関連して再生されるデータであれば、音楽データに限定されず、たとえば、画像、動画、保留音、通話中のＢＧＭ、テレビ電話の背景画像などとすることができる。
【００８９】
（属性情報の種類）
また、以上の各実施形態では、属性情報の例として、音楽についての音楽属性情報を利用する例を説明した。しかし、属性情報は音楽属性情報に限定されず、また、音楽属性情報も、上述した曲名やアーティスト名に限定されない。すなわち音楽属性情報は、電話帳データにおいて、各通信相手（名前）や電話番号に関連付けられるデータであれば、どのようなものでよい。
【００９０】
音楽属性情報は、好ましくは、通信相手に何らかの形で関連する情報であることが好ましい。たとえば、音楽属性情報としては、アーティスト名、作詞者名、発売日、アルバム名、レコード会社名などとすることができる。さらに、音楽のジャンル（ロック、ポップス、クラシック、ジャズ、演歌など）、ドラマ、ＣＭ、アニメ、映画、ゲーム（主題歌や挿入歌など）、俳優名（上記に関連、その俳優が主演しているドラマの歌）、発声者名、役名、コメント内容（着ボイス）、ランキング情報（１位の曲など）などとすることもできる。
【００９１】
いずれの情報も、たとえば、アドレスデータによって特定される通信相手（通話相手、電子メールの送信相手）が、特に好んだり、興味や関心を示したりしている情報であることが好ましい。
【００９２】
（着信音を設定するタイミング）
携帯電話機１ｂが着信音を対応する電話番号に設定するタイミングは、データ通信部１２が音楽データを音楽データサーバ５０からダウンロードしたときに限定されない。すなわち携帯電話機１ｂは、何らかの手段や経路によって、音楽データおよび対応する音楽属性情報が取得した任意のタイミングにおいて、着信音を対応する電話番号に設定できる。たとえば、音楽データサーバ５０としてのテレビジョン装置から、ＣＭの視聴中に流れた曲を音楽データとしてダウンロードしたとき、音楽データが保存されている任意の記録媒体（ＳＤカードなど）が携帯電話機１ｂに挿入され、認識可能となったとき、あるいは、音楽データが添付された電子メールを受信したときなどを、携帯電話機１ｂは、着信音を設定のタイミングとして利用できる。
【００９３】
（再生データ設定プログラムおよび記録媒体）
最後に、携帯電話機１に含まれている各ブロックは、ハードウェアロジックによって構成すればよい。または、次のように、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を用いてソフトウェアによって実現してもよい。
【００９４】
すなわち携帯電話機１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ、この制御プログラムを格納したＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、上記制御プログラムを実行可能な形式に展開するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、および、上記制御プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）を備えている。
【００９５】
この構成により、本発明の目的は、所定の記録媒体によっても達成できる。この記録媒体は、上述した機能を実現するソフトウェアである携帯電話機１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録していればよい。携帯電話機１にこの記録媒体を供給する。これにより、コンピュータとしての携帯電話機１（またはＣＰＵやＭＰＵ）が、供給された記録媒体に記録されているプログラムコードを読み出し、実行すればよい。
【００９６】
プログラムコードを携帯電話機１に供給する記録媒体は、特定の構造または種類のものに限定されない。すなわちこの記録媒体は、たとえば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などとすることができる。
【００９７】
また携帯電話機１は、通信ネットワークと接続可能に構成しても、本発明の目的を達成できる。この場合、上記のプログラムコードを、通信ネットワークを介して携帯電話機１に供給する。この通信ネットワークは、携帯電話機１にプログラムコードを供給できるものであればよく、特定の種類または形態に限定されない。たとえば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網等であればよい。
【００９８】
この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な任意の媒体であればよく、特定の構成または種類のものに限定されない。たとえば、ＩＥＥＥ１３９４、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【００９９】
以上のことは、携帯電話機１ａおよび携帯電話機１ｂについても同様に当てはまる。
【産業上の利用可能性】
【０１００】
本発明は、着信相手ごとに異なる着信音を設定できる携帯電話機として、幅広く利用できる。さらには、通信の際に関連して再生される再生データを、通信相手ごとに異なるものに設定できる各種の通信装置としても実現できる。
【図面の簡単な説明】
【０１０１】
【図１】本発明の一実施形態に係る携帯電話機の要部構成を示すブロック図である。
【図２】本発明の一実施形態に係る音楽配信システムの要部構成を示すブロック図である。
【図３】携帯電話機が、音楽配信サーバからダウンロードした音楽データを、自動的に、着信音設定テーブルに登録するときの処理の流れを示すフローチャートである。
【図４】携帯電話機が、着信相手に応じた着信音を、着信時に出力するときの処理の流れを示すフローチャートである。
【図５】氏名と、電話番号と、音楽属性情報とを互いに関連付けた電話帳データを示す図である。
【図６】音楽についての各種情報を互いに関連付けた音楽属性情報を示す図である。
【図７】電話番号と曲名とを互いに関連付けた着信音設定テーブルを示す図である。
【図８】電話番号と、曲名と、当該電話番号に設定された着信音の再生回数とを関連付けている着信音設定テーブルの例を示す図である。
【図９】本発明の一実施形態に係る携帯電話機の要部構成を示すブロック図である。
【図１０】携帯電話機が実行する着信音設定処理の流れを示すフローチャートである。
【図１１】携帯電話機が実行する着信音設定の処理の流れを示すシーケンス図である。
【図１２】携帯電話機が、音楽データサーバから定期的に送信される新曲リストに基づき、電話番号ごとに設定する着信音設定を検索し、着信音設定テーブルに設定するときの処理の流れを示すシーケンス図である。
【図１３】本発明の一実施形態に係る音楽配信システムの要部構成を示すブロック図である。
【図１４】音楽配信システムにおいて携帯電話機および音楽データサーバが実行する着信音設定処理の流れを示すシーケンス図である。
【符号の説明】
【０１０２】
１，１ａ，１ｂ  携帯電話機
２  メモリ
３  スピーカ
４  ディスプレイ
１０，１０ａ，１０ｂ  制御部
１１  着信検出部
１２，１２ａ  データ通信部
１３  再生データ設定部（再生データ設定手段）
１４  再生データ検索部（再生データ判定手段）
１５  音声処理部
１６  表示処理部
１７  音楽データ取得部
１８  音楽リスト取得部
１９  要求情報送信部
２０  音楽データ受信部
２１  属性情報送信部
５０  音楽配信サーバ
５１  制御部
５２  メモリ
５３  音楽データ送信部
５４  音楽データ検索部（再生データ判定手段`）
５５  属性情報受信部
１００  音楽配信システム
【図１】
2008067293.tif 000003
【図２】
2008067293.tif 000004
【図３】
2008067293.tif 000005
【図４】
2008067293.tif 000006
【図５】
2008067293.tif 000007
【図６】
2008067293.tif 000008
【図７】
2008067293.tif 000009
【図８】
2008067293.tif 000010
【図９】
2008067293.tif 000011
【図１０】
2008067293.tif 000012
【図１１】
2008067293.tif 000013
【図１２】
2008067293.tif 000014
【図１３】
2008067293.tif 000015
【図１４】
2008067293.tif 000016