コンテンツデータ再生装置
【課題】 コンテンツを利用するユーザの興趣性を飛躍的に向上させる。
【解決手段】 楽曲配信サーバＴＳから、各々異なるアレンジに対応した複数の楽曲データＭＤ-ｌを含む楽曲データファイルＭＦと、当該楽曲データファイルＭＦを管理するための管理データＣＤを携帯用電話機ＭＰ-ｋに配信するようにする。携帯用電話機ＭＰ-ｋにおいて、ダウンロードされた楽曲データファイルＭＦに対応した楽曲が着信メロディとして設定された場合、管理データＣＤに基づいて当該設定時の現在時刻に対応したアレンジの楽曲データＭＤ-ｌを抽出し、着信メロディ用として設定すると共に、その後、日時の変遷にあわせて自動的に着信メロディ用の楽曲データＭＤ-ｌを切り替える。これにより、時期に応じて着信メロディのアレンジが変化し、ユーザの興趣性を向上させることが可能となる。
【解決手段】 楽曲配信サーバＴＳから、各々異なるアレンジに対応した複数の楽曲データＭＤ-ｌを含む楽曲データファイルＭＦと、当該楽曲データファイルＭＦを管理するための管理データＣＤを携帯用電話機ＭＰ-ｋに配信するようにする。携帯用電話機ＭＰ-ｋにおいて、ダウンロードされた楽曲データファイルＭＦに対応した楽曲が着信メロディとして設定された場合、管理データＣＤに基づいて当該設定時の現在時刻に対応したアレンジの楽曲データＭＤ-ｌを抽出し、着信メロディ用として設定すると共に、その後、日時の変遷にあわせて自動的に着信メロディ用の楽曲データＭＤ-ｌを切り替える。これにより、時期に応じて着信メロディのアレンジが変化し、ユーザの興趣性を向上させることが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲、画像等の各種コンテンツに対応するコンテンツデータを再生するためのコンテンツ再生装置に関する。
【背景技術】
【０００２】
近年、携帯用電話機や簡易型携帯用電話機等の移動機の高機能化に伴い、ネットワーク上のサーバから各種コンテンツに対応したデータ（以下、「コンテンツデータ」という。）をダウンロードし、当該コンテンツデータに基づく処理を実行する機能を搭載した移動機が各種提供されるようになっている。また、この種の移動機の中には各種楽曲に対応したデータ（以下、「楽曲データ」という。）をダウンロードし、当該ダウンロードした楽曲データを利用して通話着信時、或いは、電子メール着信時における着信音やアラーム設定時の報知音（以下、「着信メロディ」という。）を変更する機能を有するものも存在している（例えば、特許文献１）。
【０００３】
【特許文献１】特開２０００−２２４２６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上記従来のシステムにおいては、１つのコンテンツが、その内容を変化させることなく、ユーザに利用されることが前提となっている。しかし、このようなコンテンツの利用形態は、実際にコンテンツを利用するユーザにとって非常に退屈なものとなりかねず、ユーザの興趣性を向上させる妨げともなりかねなものとなっていた。例えば、１つの楽曲を同一アレンジにてユーザに聴取させ続けることを想定した場合、ユーザは当該楽曲の聴取にすぐに飽きてしまい、当該コンテンツの継続使用を望まなくなる可能性すらある。
【０００５】
本願は以上説明した事情に鑑みてなされたものであり、その課題の一例としては、コンテンツを利用するユーザの興趣性を飛躍的に向上させることが可能なコンテンツ再生装置及びコンテンツ配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するため本願の一つの観点において請求項１に記載のコンテンツデータ再生装置は、少なくとも２以上の要素により構成されるコンテンツに対応したコンテンツデータを記録したコンテンツデータ記録手段と、前記コンテンツデータを再生する際の再生条件に応じて前記コンテンツデータの再生時に利用すべき前記要素を選択する選択手段と、前記選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理によって得られた処理データを再生する再生手段とを具備することを特徴とする。この構成によりコンテンツデータ再生時における再生条件に応じてコンテンツデータ再生時に利用すべき要素が選択され、当該選択された要素のみを用いてコンテンツが出力されることとなるため、再生条件の変化に応じてコンテンツの内容が変化することとなる。この結果、ユーザにとっては、同一のコンテンツを異なる態様にて利用することが可能となり、もって、コンテンツを利用するユーザの興趣性を飛躍的に向上させることが可能なる。
【０００７】
また、この場合において、前記再生条件に合致する前記要素を定義付けた管理データを取得するための取得手段をコンテンツデータ再生装置に設け、当該取得された管理データに基づいて、選択手段がコンテンツデータの再生時に利用すべき前記要素を選択するようにしても良い（請求項２）。この構成により再生条件に合致する要素を容易に特定することが可能となり、もって、コンテンツデータ再生装置における処理負担の軽減を図ることが可能となる。なお、コンテンツデータとして各要素に対応した複数の単位データを含ませ、管理データとして再生条件に応じて選択手段が選択すべき要素に対応した単位データを示す情報を含ませることにより（請求項３）、更なる処理の簡略化が実現できる。
【０００８】
また更に、再生手段に対して処理データを記録する処理データ記録手段を更に設け、この処理データ記録手段に記録された処理データを再生する構成とすれば（請求項４）、再生条件が変化しない限り、この処理データ記録手段に記録された処理データを再生することが可能となり、処理の簡略化を図ることが可能となる。
【０００９】
更に、この場合において、再生条件に変化が生じた場合に、当該変化後の再生条件に基づいて前記選択手段に新たな前記要素を選択させると共に、当該選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理により得られた更新用の処理データにより前記処理データ記録手段に記録された処理データを更新する更新手段を再生手段に設ければ（請求項５）、事前に処理データを更新しておき、当該処理データを再生することが可能となるため再生時における処理の高速化を実現することが可能となる。
【００１０】
更にまた、少なくとも２以上の要素により構成される楽曲に対応したコンテンツデータを利用する場合、コンテンツデータ再生装置において所定の事象が発生した場合に処理データを再生して当該事象の発生をユーザに報知するという利用態様も可能となる（請求項６）。なお、この場合における「要素」の内容については任意であり、例えば、楽曲のアレンジとしても良く（請求項７）、楽曲を構成するパートとしても良く（請求項８）、楽曲を構成する小節としても良い（請求項９）。何れの場合においても、コンテンツとしての楽曲のアレンジや和音数、更には、再生可能時間数に変化が生じる結果、ユーザには、あたかもコンテンツが成長しているかのごとく認識されることとなり、ユーザの興趣性を飛躍的に向上させることが可能となる。
【００１１】
なおまた、選択手段が要素を選択する際に利用する再生条件としては「コンテンツデータの再生時刻」や「コンテンツデータの再生回数」があり、これらを再生条件とした場合（請求項１０）、再生回数等の変動に併せて出力されるコンテンツが変化し、ユーザにとって、何度も同一のコンテンツを利用することの必要性が生じ、１つのコンテンツに退屈してしまうようなことを有効に防止することが可能となる。
【００１２】
また、本願の他の観点において、請求項１１に記載のコンテンツ配信システムは、サーバ装置が保有するコンテンツデータを通信端末装置に配信するコンテンツ配信システムであって、前記サーバ装置は、少なくとも２以上の要素により構成されるコンテンツに対応したコンテンツデータが記録される記録手段と、前記コンテンツデータ及び前記管理データを前記通信端末装置に配信する配信手段と、を有し、前記通信端末装置は、前記サーバ装置から前記コンテンツデータをダウンロードするダウンロード手段と、前記コンテンツデータを再生する際の再生条件に応じて前記コンテンツデータの再生時に利用すべき前記要素を選択する選択手段と、前記選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理によって得られた処理データを再生する再生手段と、を有することを特徴とする。この構成によりコンテンツデータ再生時における再生条件に応じてコンテンツデータ再生時に利用すべき要素が選択され、当該選択された要素のみを用いてコンテンツが出力されることとなるため再生条件の変化に応じてコンテンツの内容が変化することとなる。この結果、ユーザにとっては、同一のコンテンツを異なる態様にて利用することが可能となり、もって、コンテンツを利用するユーザの興趣性を飛躍的に向上させることが可能なる。
【００１３】
この場合において、再生条件に合致する前記要素を定義付けた管理データを記録した管理データ記録手段と、前記通信端末装置から送信されたメッセージデータに基づいて前記管理データから前記再生条件に合致する前記要素を抽出する抽出手段と、前記抽出した要素を示す要素データを前記通信端末装置に配信する要素データ配信手段と、を更にサーバ装置に設けた場合（請求項１２）、通信端末装置からリクエストデータを送信してコンテンツデータの再生時に利用すべき要素をサーバ装置に選択させることが可能となり、もって、通信端末装置における処理負担の軽減を図ることが可能となる。
【発明の効果】
【００１４】
本願の各発明によれば、コンテンツデータ再生時における、再生条件に応じてコンテンツの内容を可変させることが可能となり、もって、コンテンツを利用するユーザの興趣性を飛躍的に向上させることが可能となる。
【発明を実施するための最良の形態】
【００１５】
［１］第１実施形態
［１．１］第１実施形態の構成
以下、図１を参照しつつ本実施形態にかかるコンテンツ配信システムＳの構成について説明することとする。なお、図１は、本実施形態にかかるコンテンツ配信システムＳの構成を示すブロック図である。
【００１６】
同図に示すように、本実施形態にかかるコンテンツ配信システムＳは、インターネットと移動パケット通信網とが関門中継交換局を介して相互接続されたネットワークＮＥＴと、複数の携帯用電話機ＭＰ-ｋ（ｋ＝１，２，・・・，ｎ）と、楽曲配信サーバＴＳと、を有している。このコンテンツ配信システムＳは、各種の楽曲に対応した楽曲データを楽曲配信サーバＴＳから携帯用電話機ＭＰ-ｋに配信し、携帯用電話機ＭＰ-ｋにて当該楽曲データを用いて上記着信メロディを設定し、或いは、当該楽曲データを再生するためのものとなっている。
【００１７】
ここで、本実施形態において特徴的な事項として、このコンテンツ配信システムＳにおいては、携帯用電話機ＭＰ-ｋにおいて着信メロディとして設定された楽曲のアレンジを日時に応じて自動的に変化させる機能（以下、「自動設定変更機能」という。）が実現されている。より具体的には、例えば、クリスマスに着信等が発生した場合にはクリスマス調のアレンジ（例えば、ベルを使用して演奏した場合のアレンジ）にて着信メロディが拡声され、正月に着信等が発生した場合には正月調のアレンジ（例えば、三味線を使用して演奏した場合のアレンジ）にて着信メロディが拡声され、更には、四季に応じて曲調の異なるアレンジにて着信メロディが拡声されるように、自動的に着信メロディを変化させる機能が実現されている。
【００１８】
一方、かかる方法を採用する場合、如何にして着信メロディのアレンジを変化させるのかが問題となる。そこで、本実施形態においては、次のような方法を採用することとした。まず、ある１つの楽曲に対して幾つかのアレンジバージョン（例えば、図２に示す例の場合、春夏秋冬に対応した各アレンジ、クリスマスアレンジ及び正月アレンジ）を作成すると共に、各アレンジバージョンに対応した複数の楽曲データＭＤ-ｌ（ｌ＝１、２、・・・、ｍ）を生成して、これらの楽曲データＭＤ-ｌを一つのファイルにパッケージングした楽曲データファイルＭＦを生成する（図２参照）。そして、この楽曲データファイルＭＦを携帯用電話機ＭＰ-ｋにダウンロードさせると共に、日時の変化に併せて利用する楽曲データＭＤ-ｌを変更させ、着信メロディとして設定された楽曲のアレンジを日時に応じて自動的に変化させるのである。ここで、かかる方法を採用した場合、楽曲データファイルＭＦに含まれている各楽曲データＭＤ-ｌ中において、どの楽曲データＭＤ-ｌを如何なる時期に利用すべきなのかを携帯用電話機ＭＰ-ｋにおいて特定できるようにすることが必要となる。そこで、本実施形態においては、上記楽曲データファイルＭＦに含まれている各楽曲データＭＤ-ｌを管理するための管理データＣＤを楽曲データファイルＭＦと共に携帯用電話機ＭＰ-ｋに配信し、この管理データＣＤを用いて、着信メロディ用に利用する楽曲データＭＤ-ｌを変更する方法を採用することとした。
【００１９】
なお、以上説明した自動設定機能を如何なるアプリケーションにより実現するのかについては任意であり、携帯用電話機ＭＰ-ｋに搭載されたＯＳ（オペレーションシステム）を用いて実行するようにしても良いが、本実施形態においては楽曲配信サーバＴＳから着信メロディ設定用のアプリケーション（以下、「設定アプリケーション」という。）を携帯用電話機ＭＰ-ｋにダウンロードさせるようにし、この設定アプリケーションを用いて着信メロディの自動設定変更を行うものとして説明を行う。
【００２０】
以下、かかる機能を実現するため各要素についてより詳細に説明することとする。
【００２１】
まず、楽曲配信サーバＴＳは、ＩＰ（Information Provider）の保有するＨＴＴＰ（Hypertext Transfer Protocol）サーバであり、ネットワークＮＥＴからＨＴＴＰのＧＥＴ要求を受信すると、当該ＧＥＴ要求に含まれているＵＲＬに基づき、例えば、楽曲データファイルＭＦのダウンロードページに対応したＨＴＭＬデータや設定アプリケーション、楽曲データファイルＭＦ、更には、管理データＣＤを返信する。かかる機能を実現するため、この楽曲配信サーバＴＳは、楽曲データベース（以下、「ＤＢ」と略称する。）１１を有しており、この楽曲ＤＢ１１には各楽曲を一意に特定するための楽曲ＩＤと、楽曲データファイルＭＦ及び管理データＣＤが対応付けて格納されている。なお、楽曲データファイルＭＦや管理データＣＤを楽曲ＤＢ１１に格納する際に、データ圧縮を行うか否かは任意である。
【００２２】
ここで、この楽曲ＤＢ１１に格納された楽曲データファイルＭＦ及び管理データＣＤのデータ構成について図２を参照しつつ詳細に説明する。
【００２３】
まず、本実施形態において、楽曲データファイルＭＦは、ヘッダデータＨＤと楽曲データＭＤ-ｌを有しており、これらのデータ中、ヘッダデータＨＤには、例えば、（ａ）当該楽曲データファイルに対応する楽曲に割り当てられた楽曲ＩＤや、（ｂ）楽曲名、等の情報が記述され、楽曲データファイルＭＦと管理データＣＤとを対応付けるために利用される。これに対して、楽曲データファイルＭＦに含まれている楽曲データＭＤ-ｌは、例えば、ＭＩＤＩ（Musical Instrument Digital Interface）やＭＦｉ（Melody Format for i-mode（登録商標））等のフォーマットにより構成され、各々、異なるアレンジバージョンに対応した音声を拡声するためのデータとなっている。図２に示す例の場合、春夏秋冬に対応した各アレンジ、クリスマスアレンジ及び正月アレンジの計６アレンジ分に対応した６つの楽曲データＭＤ-１〜ＭＤ-６が楽曲データファイルＭＦ内に含まれている。これら各楽曲データＭＤ-ｌには、楽曲データファイルＭＦ内において各楽曲データＭＤ-ｌを一意に識別するための番号（以下、「楽曲データ識別番号」という。）が割り振られており、この楽曲データ識別番号により各楽曲データＭＤ-ｌが識別されるようになっている。
【００２４】
一方、管理データＣＤには、楽曲ＩＤや楽曲名が記述されるヘッダ部が設けられており、このヘッダ部に記述された各種情報に基づき当該管理データＣＤに対応する楽曲データファイルＭＦが特定できるようになっている。なお、特許請求の範囲における「管理データ」は、例えば、この管理データＣＤ或いはその一部に対応している。また、この管理データＣＤには、楽曲データファイルＭＦ内に含まれている各楽曲データＭＤ-ｌを管理するための情報として、各楽曲データ識別番号毎に当該番号に対応した楽曲データＭＤ-ｌを着信メロディとして利用すべき期間を示す情報（以下、「設定期間情報」という。）が記述されており、この設定期間情報を用いることにより、如何なる時期に、どの楽曲データＭＤ-ｌを用いれば良いのかが特定できるようにされている。例えば、図２に示す楽曲データファイルＭＦ等を用いて携帯用電話機ＭＰ-ｋにおいて着信メロディの設定が行われた場合、（ａ）まず、設定当初には当該設定日時に対応する楽曲データＭＤ-ｌ（例えば、設定日時がクリスマス間近の付近１２月２２日である場合、クリスマスアレンジに対応した楽曲データＭＤ-４）が着信メロディ用の楽曲データＭＤ-ｌとして利用される一方、（ｂ）その後、時間が経過して、例えば、クリスマスが過ぎ、１２月２６日になると、着信メロディ用の楽曲データＭＤ-ｌが自動的に正月アレンジの楽曲データＭＤ-５に変更されることとなる。
【００２５】
次に、携帯用電話機ＭＰ-ｋは、ネットワークＮＥＴに収容された基地局ＢＳとデータの授受を行い、ネットワークＮＥＴを介したデータ通信を行う。本実施形態において、ユーザは、かかる携帯用電話機ＭＰ-ｋの機能を利用することにより、楽曲配信サーバＴＳから設定アプリケーションと楽曲データファイルＭＦをダウンロードし、当該ダウンロードされた楽曲データファイルＭＦを用いて着信メロディの設定を行うことができるようになっている。そして、携帯用電話機ＭＰ-ｋは、着信メロディの設定が行われると、通話着信時、或いは、電子メール着信時、その他報知音拡声時に当該着信メロディを拡声して、ユーザに着信等の事象発生を報知するようになる。
【００２６】
かかる機能を有する携帯用電話機ＭＰ-ｋの具体的な構成について、図３を参照しつつ説明する。なお、図３は、本実施形態にかかる携帯用電話機ＭＰ-ｋの構成を示すブロック図である。
【００２７】
まず、通信部２１は、制御部２６による制御の下、ネットワークＮＥＴの基地局ＢＳと無線通信を行う。操作部２２は、ＰＢ（プッシュボタン）等の各種ボタン及びカーソルキーからなり、ユーザによって入力操作が行われると、当該入力操作に対応した操作信号を制御部２６に供給する。表示部２３は、例えば、液晶パネルや有機ＥＬ（electroluminescence）パネル等の表示装置から構成されており、制御部２６の制御の下、各種情報を表示する。音声入力部２４は、例えば、マイクロホンやＤ／Ａ変換器を有し、ユーザの発話音声等の各種音声が入力されると当該音声に対応した音声データを生成して通信部２１に出力する。
【００２８】
拡声部２５は、スピーカを有しており、通信部２１から供給される音声データに対応する音声を当該スピーカを用いて拡声する。また、この拡声部２５は、着信等の事象発生時に制御部２６から楽曲データＭＤ-ｌが供給された場合、当該楽曲データＭＤ-ｌに対応する楽曲を拡声し、ユーザに当該事象の発生を報知する。
【００２９】
制御部２６は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を有しており、携帯用電話機ＭＰ-ｋの各部を制御する。ＲＯＭには、各種制御情報と共に、制御プログラムやＯＳ（オペレーティングシステム）、ＷＷＷ（World Wide Web）ブラウザといった各種のアプリケーションプログラムが記録されている。また、このＲＯＭには、各種の形式（例えば、Ｊａｖａ（登録商標））にて作成されたのプログラムをＯＳにより提供される環境下において実行するためのプログラム（例えば、Ｊ２ＭＥＣＬＤＣ（Connected Limited Device Configuration）準拠の実行環境等）が記録されている。ＣＰＵはＲＯＭに格納されている各種プログラムを実行することにより携帯用電話機ＭＰ-ｋの各部を制御し、ＲＡＭはワークエリアとして用いられる。
【００３０】
次いで、記録部２７は、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）等の不揮発性のメモリにより構成され、制御部２６による制御の下、各種データが格納されるようになっている。この記録部２７は、大別してアプリケーション記録領域ＡＭと、ローカルデータ記録領域ＲＭと、設定情報記録領域ＳＭと、に分割されている。
【００３１】
アプリケーション記録領域ＡＭは、ネットワークＮＥＴ上のサーバ（例えば、楽曲配信サーバＴＳ）からダウンロードされたアプリケーションを記録するために設けられた領域であり、本実施形態において楽曲配信サーバＴＳからダウンロードされた設定アプリケーションは、このアプリケーション記録領域ＡＭに記録されるようになっている。
【００３２】
次いで、ローカルデータ記録領域ＲＭは、アプリケーション記録領域ＡＭに記録されているアプリケーションの実行に際して、必要となるデータ（以下、「ローカルデータ」という。）を格納するための領域であり、各々、異なるアプリケーションに割り当てられる複数の領域に分割されている。本実施形態において、楽曲配信サーバＴＳから配信される楽曲データファイルＭＦ及び管理データＣＤは、共にこのローカルデータ記録領域ＲＭに記録されることとなる。
【００３３】
一方、設定情報記録領域ＳＭは、携帯用電話機ＭＰ-ｋの設定状態を示す各種の設定情報を記録するための領域となっており、携帯用電話機ＭＰ-ｋにおける着信待受時に表示される画面（所謂、待ち受け画面）等の設定状態を示す設定情報が記録される。この設定記録領域ＳＭは、アプリケーション記録領域ＡＭに記録されたアプリケーションによりデータの破壊、改竄等が行われることを防止するため、ＯＳからのみアクセス可能な領域とされている。また、この設定情報記録領域ＳＭには、着信時やアラーム時刻の到来等の事象発生時に拡声される楽曲（すなわち、着信メロディ）に対応した楽曲データＭＤ-ｌを記録する着信メロディ設定記録領域ＭＳＭが設けられており、例えば、本実施形態において設定アプリケーションを用いて楽曲データファイルＭＦから抽出された着信メロディ用の楽曲データＭＤ-ｌは、この着信メロディ設定記録領域ＭＳＭに格納される。本実施形態においては、この着信メロディ設定記録領域ＭＳＭに記録された楽曲データＭＤ-ｌを管理データＣＤに基づいて随時変更することにより各時期に応じて着信メロディが自動的に変更されることとなる。
【００３４】
［１．２］第１実施形態の動作
次に、上記構成を有する本実施形態にかかるデータ配信システムＳの具体的な動作について説明する。なお、以下においては、設定アプリケーションが事前に携帯用電話機ＭＰ-ｋにダウンロードされていることを前提に説明を行う。
【００３５】
まず、ユーザが携帯用電話機ＭＰ-ｋの操作部２２に、例えば、楽曲データファイルＭＦをダウンロードするためのＷｅｂページ（すなわち、ダウンロードページ）に対応したＵＲＬを入力して、設定アプリケーションを実行する旨の入力操作を行う。すると、操作部２２から供給される操作信号に従い、制御部２６は、記録部２７から設定アプリケーションを読み出して、当該ＵＲＬを含むＨＴＴＰのＧＥＴ要求をネットワークＮＥＴに送出する。
【００３６】
このようにして、携帯用電話機ＭＰ-ｋからネットワークＮＥＴへと送出されたＧＥＴ要求が楽曲配信サーバＴＳによって受信されると、楽曲配信サーバＴＳは、当該ＧＥＴ要求に含まれるＵＲＬに従って上記ダウンロードページに対応したＨＴＭＬデータをネットワークＮＥＴに返信する。この結果、当該ＨＴＭＬデータが携帯用電話機ＭＰ-ｋの通信部２１により受信され、表示部２３に当該ＨＴＭＬデータに基づいてダウンロードページに対応した画像（より具体的には、ダウンロード可能な楽曲データファイルＭＦに対応した楽曲名の一覧）が表示されることとなる。この状態において、例えば、ユーザが所定の楽曲名に対応したメニュー項目を選択すると共に、当該メニュー項目に対応した楽曲データファイルＭＦをダウンロードする旨の入力操作を行うと、制御部２６は当該入力操作に応じてネットワークＮＥＴにＧＥＴ要求を送信する。なお、この際、携帯用電話機ＭＰ-ｋは、ダウンロード対象となる楽曲データファイルＭＦを特定するデータとして楽曲ＩＤを当該ＧＥＴ要求に付加する。
【００３７】
一方、携帯用電話機ＭＰ-ｋから送信されたＧＥＴ要求が楽曲配信サーバＴＳによって受信されると楽曲配信サーバＴＳにおいては、このＧＥＴ要求に基づいて携帯用電話機ＭＰ-ｋに配信すべき楽曲データファイルＭＦと管理データＣＤが特定され、携帯用電話機ＭＰ-ｋに配信されることとなる。
【００３８】
次に、楽曲配信サーバＴＳから楽曲データファイルＭＦ及び管理データＣＤが配信されると、携帯用電話機ＭＰ-ｋの制御部２６は当該楽曲データファイルＭＦ及び管理データＣＤを記録部２７のローカルデータ記録領域ＲＭに記録させる。このようにして、ローカルデータ記録領域ＲＭに楽曲配信サーバＴＳからダウンロードされた楽曲データファイルＭＦが記録された状態となると、携帯用電話機ＭＰ-ｋにおいて当該楽曲データファイルＭＦを用いた着信メロディの設定等が可能な状態となる。
【００３９】
この状態において、ユーザが、例えば、携帯用電話機ＭＰ-ｋの操作部２２に対して着信メロディを設定する旨の入力を行う。すると、制御部２６はＲＯＭに記録されている設定アプリケーションに基づき図４（ａ）に示す処理を実行する。なお、図４において、（ａ）は、着信メロディの設定時に制御部２６が実行する処理を示すフローチャートであり、（ｂ）は、着信メロディ設定後に自動的な楽曲のアレンジ変更を実現するために制御部２６が実行する処理を示すフローチャートである。
【００４０】
この処理において、制御部２６は、まず、当該設定アプリケーションに基づき、ローカルデータ記録領域ＲＭに記録済みの管理データＣＤを読み出し、図示せぬＲＡＭ上に展開させる（ステップＳａ１）。ここで、当該携帯用電話機ＭＰ-ｋによって、既に複数曲分の楽曲データファイルＭＦや管理データがダウンロード済みの場合がある。かかる場合に制御部２６は、ローカルデータ記録領域ＲＭに記録済みの全管理データＣＤの読み出しを行い、当該管理データＣＤをＲＡＭ上に展開する。
【００４１】
次いで、制御部２６は、ＲＡＭ上に展開された管理データＣＤに含まれる楽曲名に基づいて着信メロディとして設定可能な楽曲名の一覧を表示部２３に表示させた後（ステップＳａ２）、入力操作が行われたか否かを判定する状態となり、ユーザが楽曲名を選択するまで同ステップの処理を繰り返す（ステップＳａ３「ｎｏ」）。この状態において、ユーザが操作部２２に対して着信メロディとして設定すべき楽曲名を選択する旨の入力操作を行う。すると、制御部２６は、当該指定された楽曲名に対応する管理データＣＤをＲＡＭ上に展開された管理データＣＤ中から抽出した後、現在時刻を取得し（ステップＳａ４）、当該管理データＣＤに含まれている設定期間情報から現在時刻に対応した設定期間情報を特定する（ステップＳａ５）。
【００４２】
そして、制御部２６は、この特定された設定期間情報と対応付けられた楽曲データ識別番号を抽出した後（ステップＳａ６）、この抽出された識別番号により示される楽曲データＭＤ-ｌを楽曲データファイルＭＦから抽出する（ステップＳａ７）。このようにして、楽曲データＭＤ-ｌが抽出されると制御部２６は、ＯＳを介して当該抽出された楽曲データＭＤ-ｌを記録部２７の着信メロディ設定記録領域ＭＳＭに記録させて（ステップＳａ８）、処理を終了する。例えば、図２に示す例において、現在時刻が１２月２２日ＰＭ１０：００である場合を想定する。かかる場合に制御部２６は、管理データＣＤから楽曲データ識別番号「Ｎｏ４」を抽出し、当該楽曲データ識別番号に対応した楽曲データＭＤ-ｌとして、クリスマスアレンジに対応した楽曲データＭＤ-４を抽出して、当該楽曲データＭＤ-４を着信メロディ用に設定することとなる（ステップＳａ４〜Ｓａ８）。
【００４３】
かかる一連の処理が実行されることにより、ユーザが着信メロディを設定した際の日時（すなわち、現在時刻）に合致するアレンジ（例えば、クリスマスアレンジ）の楽曲データＭＤ-ｌが着信メロディ用の楽曲データとして設定され、その後に携帯用電話機ＭＰ-ｋに対して着信等の事象が発生した場合には、当該設定された楽曲データＭＤ-ｌに基づいて着信メロディが拡声されることとなる。
【００４４】
このようにして、着信メロディの設定が行われると、制御部２６は、その後、所定のタイミングにて設定アプリケーションを読み出すと共に、当該読み出した設定アプリケーションに基づいて図４（ｂ）に示す処理を実行し、着信メロディとして設定されている楽曲のアレンジを変更させる。なお、この処理の実行開始のためのトリガについては任意であり、例えば、設定アプリケーションの引数として、楽曲データファイルＭＦに基づく着信メロディの設定が行われているか否かを判定するためのフラグを設け、当該フラグに基づいて（ｂ）の処理を実行するか否かを判定すると共に、当該処理を実行する場合には、毎日、所定の時刻（例えば、ＡＭ０：００時）に同処理を実行するようにしても良い。
【００４５】
まず、この処理において、制御部２６は、着信メロディ設定記録領域ＭＳＭに記録された楽曲データＭＤ-ｌに対応した楽曲ＩＤを取得する（ステップＳｂ１）。そして、制御部２６は、この特定された楽曲ＩＤに対応する管理データＣＤをローカルデータ記録領域ＲＭから読み出した後（ステップＳｂ２）、現在時刻を取得して（ステップＳｂ３）、現在時刻に対応した設定期間情報を特定する（ステップＳｂ４）。そして、当該設定期間情報と対応付けられた楽曲データ識別番号を管理データＣＤから抽出して（ステップＳｂ５）、当該番号に対応する楽曲データＭＤ-ｌを楽曲データファイルＭＤから抽出した後（ステップＳｂ６）、着信メロディ設定記録領域ＭＳＭに記録されている楽曲データＭＤ-ｌを更新し（ステップＳｂ７）、処理を終了する。
【００４６】
かかる一連の処理がユーザの入力操作と無関係に実行される結果、例えば、１２月２６日になった時点でユーザが着信メロディとして設定した楽曲に対応する楽曲データファイルＭＦ中から、正月アレンジに対応した楽曲データＭＤ-５が着信メロディ設定記録領域ＭＳＭに記録されることとなり、この結果、着信メロディのアレンジがクリスマスアレンジから正月アレンジに変更されることとなる。
【００４７】
このようにして、本実施形態にかかる携帯用電話機ＭＰ-ｋによれば、着信メロディの再生時期に応じて利用する楽曲データＭＤ-ｌを変化させることにより、着信メロディとして拡声される楽曲のアレンジを変化させることが可能となる。この結果、ユーザにとっては、同一のコンテンツを異なる態様にて利用することが可能となり、もって、コンテンツを利用するユーザの興趣性を飛躍的に向上させることが可能なる。
【００４８】
また、本実施形態においては、携帯用電話機ＭＰ-ｋにより管理データＣＤを楽曲配信サーバＴＳからダウンロードして、この管理データＣＤに基づいてコンテンツデータの再生時に利用すべき楽曲データＭＤ-ｌを特定する構成を採用しているため、利用すべき楽曲データＭＤ-ｌを容易且つ簡易に特定することが可能となり、もって、携帯用電話機ＭＰ-ｋにおける処理負担の軽減を図ることが可能となる。
【００４９】
また更に、本実施形態においては、着信メロディ用に利用すべき楽曲データＭＤ-ｌを着信メロディ設定記録領域ＭＳＭに記録させ、当該記録された楽曲データＭＤ-ｌを更新する構成が採用されている。このため、アレンジを変更すべき時刻が到来するまで、既に着信メロディ設定記録領域ＭＳＭに記録された楽曲データＭＤ-ｌを再生して着信メロディを拡声することが可能となり、携帯用電話機ＭＰ-ｋにおける処理の簡略化を図ることが可能となる。また、この構成を採用した場合に、着信メロディ設定記録領域ＭＳＭに対するＯＳ以外のアプリケーションからのアクセスを禁止しておけば、記録部２７に記録された各種データのセキュリティの向上を図ることも可能となる。
【００５０】
なお、上記実施形態においては、楽曲データファイルＭＦと管理データＣＤを別データとして構成していたが、両データは１ファイルとして構成するようにしても良い。
【００５１】
また、上記実施形態においては携帯用電話機ＭＰ-ｋにおいて着信メロディを設定する場合を例に説明を行ったが、着信音を拡声する機器であれば、どのような機器に対しても適用可能である。例えば、家庭用の固定電話機やファクシミリ（複写電送装置）、ＰＤＡ（Personal Digital Assistant）のような着信の発生する各種電子機器についても、本実施形態における携帯用電話機ＭＰ-ｋと同様の構成を採用することにより着信メロディをユーザの任意に設定することが可能である。
【００５２】
また更に、上記実施形態においては楽曲配信サーバＴＳから着信メロディ用の楽曲データを配信する構成を採用したが、コンテンツの種別はこれに限らず、例えば、画像データを配信し、携帯用電話機ＭＰ-ｋにおいて上記待ち受け画面等を設定する場合であっても上記実施形態と同様の方法を採用することにより実現可能となる。かかる方法を採用することにより、例えば、待ち受け画面として設定された画像を時期に応じて自動的に変更させることも可能となる。また、上記実施形態においては、楽曲を着信メロディとして拡声する構成を採用していたが、楽曲に限らず、音声であればどのようなものであっても良い。
【００５３】
また更に、上記実施形態においては、携帯用電話機ＭＰ-ｋ単体にてネットワークＮＥＴを介したデータ通信を行う構成となっていたが、ＳＩＭ（Subscriber Identify Module）内に携帯用電話機ＭＰ-ｋのユーザの加入者情報を記録すると共に、当該ＳＩＭを携帯用電話機ＭＰ-ｋに接続してＳＩＭ内に記録された加入者情報を用いてネットワークＮＥＴを介したデータ通信を行うようにしても良い。
【００５４】
［１．３］第１実施形態の変形例
（１）変形例１
上記第１実施形態においては、楽曲配信サーバＴＳから楽曲データファイルＭＦと共に、管理データＣＤを携帯用電話機ＭＰ-ｋに対して配信し、所定のタイミングにて上記図４（ｂ）に示す処理を実行して、自動的に着信メロディとして拡声される楽曲のアレンジを変化させる構成が採用されていた。しかし、管理データＣＤに関しては、必ずしも、携帯用電話機ＭＰ-ｋに配信する必要性はなく、楽曲配信サーバＴＳ側において管理し、どの楽曲データＭＤ-ｌを利用すべきであるのかを携帯用電話機ＭＰ-ｋから楽曲配信サーバＴＳに問い合わせる構成を採用することも可能である。
【００５５】
かかる方法を採用する本変形例の動作について、図５を参照しつつ説明する。まず、この方法を採用する場合、携帯用電話機ＭＰ-ｋの制御部２６は、設定アプリケーションに基づいてローカルデータ記録領域ＲＭに記録されている各楽曲データファイルＭＦのヘッダ部から楽曲名を抽出した後、上記図４（ａ）ステップＳａ２及び３と同様の処理を実行して楽曲名の一覧を表示させ、ユーザの入力を待機する。そして、この状態においてユーザが何れかの楽曲名を選択する旨の入力操作を行うと、制御部２６は、当該選択された楽曲名に対応する楽曲データファイルから楽曲ＩＤを抽出した後（ステップＳａ１１）、楽曲配信サーバＴＳに送信し（ステップＳａ１２）、楽曲配信サーバＴＳからの返信を待機する状態となる（ステップＳａ１３「ｎｏ」）。
【００５６】
一方、携帯用電話機ＭＰ-ｋから楽曲ＩＤが送信されてくると、楽曲配信サーバＴＳにおいては、当該楽曲ＩＤに基づいて管理データＣＤが特定されると共に、当該管理データＣＤに基づき、携帯用電話機ＭＰ-ｋが図４（ａ）ステップＳａ４〜Ｓａ６において実行していたのと同様の処理を実行する。そして、この処理の結果、管理データＣＤから現在時刻に対応した楽曲データ識別番号が抽出されると、楽曲配信サーバＴＳは、当該抽出した楽曲データ識別番号を携帯用電話機ＭＰ-ｋに返信する。
【００５７】
このようにして、楽曲配信サーバＴＳから楽曲データ識別番号が送信されてくると、携帯用電話機ＭＰ-ｋの制御部２６においては、上記ステップＳａ１３における判定が「ｙｅｓ」に変化し、当該受信された楽曲データ識別番号に基づいて上記ステップＳａ７及びＳａ８と同様の処理が実行される。この結果、携帯用電話機ＭＰ-ｋの着信メロディ設定記録領域ＭＳＭには、現在時刻に対応した楽曲データＭＤ-ｌが記録され、その後に着信等が発生した場合には、当該楽曲データＭＤ-ｌを用いて着信メロディが拡声される。
【００５８】
また、携帯用電話機ＭＰ-ｋの制御部２６は、所定のタイミングにて図５（ｂ）の処理を実行し、着信メロディのアレンジを変化させる。この処理において制御部２６は、まず、上記図４（ｂ）ステップＳｂ１と同様の処理により、楽曲ＩＤを取得し、当該取得した楽曲ＩＤを楽曲配信サーバＴＳへと送信して（ステップＳｂ１１）、楽曲配信サーバＴＳからの返信を待機する状態となる（ステップＳｂ１２「ｎｏ」）。
【００５９】
一方、携帯用電話機ＭＰ-ｋから楽曲ＩＤが送信されてくると、楽曲配信サーバＴＳにおいては、当該楽曲ＩＤに基づいて管理データＣＤが特定されると共に、上記Ｓｂ３〜Ｓｂ５と同様の処理により管理データＣＤから現在時刻に対応した楽曲データ識別番号が抽出され、当該抽出した楽曲データ識別番号が携帯用電話機ＭＰ-ｋに返信される。そして、この楽曲データ識別番号が携帯用電話機ＭＰ-ｋにおいて受信されると、制御部２６は、ステップＳｂ１２において「ｙｅｓ」と判定して、上記図４（ｂ）のステップＳｂ６及びＳｂ７と同様の処理を実行することにより、着信メロディ用の楽曲データＭＤ-ｌを変更させるのである。
【００６０】
（２）変形例２
上記第１実施形態においては、楽曲データファイルＭＦを用いて着信メロディを設定する場合を例に説明を行った。しかし、着信等の事象の発生とは無関係にユーザが所定の入力操作を行った際に楽曲データＭＤ-ｌを再生させる機能を設定アプリケーションに保有させ、楽曲データＭＤ-ｌの再生タイミング（例えば、ユーザが操作部２２に対して再生を行う旨の入力操作を行った際の現在時刻）に応じて、再生される楽曲データＭＤ-ｌを変化させるようにしても良い。この方法を採用する場合、上記図４（ａ）のステップＳａ１〜Ｓａ７と同様の処理を実行して、再生対象となる楽曲データＭＤ-ｌを抽出し、当該楽曲データＭＤ-ｌを再生する構成とすれば良い。
【００６１】
（３）変形例３
上記第１実施形態においては、時期の変遷に伴って、自動的に着信メロディのアレンジを変化させる構成を採用していた。しかし、時期に限らず、例えば、楽曲データＭＤ-ｌの再生回数（すなわち、着信回数）をカウントし、所定回数の再生が行われた場合に、着信メロディ設定記録領域ＭＳＭに記録された楽曲データＭＤ-ｌを変更して、着信メロディのアレンジを変化させるようにすることも可能である。この場合、上記設定期間情報に換えて、再生回数を示すデータを管理データＣＤに記述する。そして、携帯用電話機ＭＰ-ｋにおいて設定アプリケーションを用いて着信回数をカウントして、当該カウント数に応じて着信メロディとして利用する楽曲データＭＤ-ｌを変更させるようにすれば良い。
【００６２】
［２］第２実施形態
［２．１］第２実施形態の構成及び動作
次に、本願の第２実施形態について説明する。なお、以下に説明する本願の第２実施形態は、上記図１及び図３に示す構成と同様の構成により実現されるものとなっている。従って、上記図１及び図３に示す各要素は、特に説明しない限り上記第１実施形態と同様の構成を有し、同様の動作を行うものとなっている。
【００６３】
ここで、上記第１実施形態においては、時期に応じて着信メロディとして拡声される楽曲のアレンジを変化させる方法を採用していた。これに対して、本実施形態にかかるコンテンツ配信システムＳは、着信メロディの再生回数（例えば、着信回数）に応じて着信メロディの和音数を変化させる方法を採用することとしている。より具体的には、着信回数が増加し、着信メロディとして設定されている楽曲の再生回数が増加するのに伴って、当該楽曲を構成する和音数を増加させるようにしているのである。かかる方法を採用することにより、再生回数の増加に伴い、あたかも、着信メロディが成長しているかのごとくユーザに認識させることが可能となり、着信時のユーザの興趣性を向上させることが可能となるのである（換言するならば、着信回数の増加に伴って、着信メロディが成長するようにユーザに聴取させ、当該楽曲に対するユーザの飽きを防止し、併せて、着信時の楽しみを向上させることが可能となる）。
【００６４】
一方、かかる方法を実現しようとする場合、如何なる方法にて和音数を変化させるかが問題となる。かかる方法としては、上記第１実施形態と同様に和音数の異なる複数の楽曲データＭＤ-ｌを生成し、これらを１つのパッケージとした楽曲データファイルＭＦを生成して携帯用電話機ＭＰ-ｋに配信する、という方法も考えられる。しかし、単に和音数を削減するためにかかる方法を採用し、楽曲配信サーバＴＳから配信するデータのデータ量を増大させることは得策とは言えない。これは、上記第１実施形態のように全く異なるアレンジバージョンを１つの楽曲データにて拡声させることは困難であるため上記方法を採用する利点が大きいが、和音数の増減に関しては１つの楽曲データＭＤ-ｌを用いて実現することが可能だからである。
【００６５】
そこで、本実施形態においては、楽曲データファイルＭＦのように複数の楽曲データＭＤ-ｌから構成されるファイルを楽曲配信サーバＴＳに保有させるのではなく、単一の楽曲データＭＤ２を保有させる方法を採用することとした。なお、本実施形態において楽曲データＭＤ２の構成方法は任意であるが、本実施形態においては、図６に示すようなデータ構成を採用するものとして説明を行う。
【００６６】
この図６に示す楽曲データＭＤ２のデータ構成について以下説明する。まず、同図に示すように、本実施形態において楽曲データＭＤ２は、１つの楽曲を拡声するための複数のチャネルｃ（例えば、トラック単位のチャネル）を有しており、各チャネルｃには、１以上の音色に対応したノート及びベロシティが定義付けられると共に、この各チャネルｃに対して各々、異なるパートに対応したノート等を定義付けるようにしている。そして、着信メロディの設定当初は、これらのチャネルｃの内、１つのチャネル以外をミュートさせ、再生回数（すなわち、着信回数）の増加に伴って、ミュートしているチャネルｃの数を減少（換言するならば、再生対象となるチャネルｃ数を増加させパート数を増加させる）させることにより、再生回数の増加に伴う和音数の増加を実現するようになっている。なお、かかる方法を採用する場合、図６に示すように管理データＣＤ２内には、再生回数と各チャネルｃを一意に特定するためのチャネル番号を対応付けて記述するようにすれば良い。
【００６７】
以下、かかる構成を有する楽曲データＭＤ２等を用いて、携帯用電話機ＭＰ-ｋにおいて着信メロディを設定する際の動作について説明する。
【００６８】
本実施形態において、着信メロディを設定する場合、まず、制御部２６は、上記第１実施形態の図４（ａ）ステップＳａ１〜ステップＳａ３と同様の処理を実行する。この結果、ユーザが操作部２２に対して着信メロディとして設定すべき楽曲名を選択する旨の入力操作を行うと、当該指定された楽曲名に対応する管理データＣＤ２をＲＡＭ上に展開された管理データＣＤ２中から抽出した後、当該管理データＣＤ２に対応する楽曲データＭＤ２をローカルデータ記録領域ＲＭから読み出して、チャネル番号「Ｎｏ１」以外のチャネルｃをミュートさせて当該楽曲データＭＤ２に基づいて着信メロディの設定を行う。
【００６９】
なお、この際における、具体的な処理内容については任意であり、楽曲データＭＤ２からチャネル番号「Ｎｏ１」以外をミュートさせることができれば良い。例えば、チャネル番号「Ｎｏ１」に対応したデータ部分のみを楽曲データＭＤ２から抽出して新たな楽曲データを生成し、当該生成した楽曲データを着信メロディ設定記録領域ＭＳＭに記録させるようにしても良く、チャネル番号「Ｎｏ１」以外のチャネルｃに対する再生制限をかけるようにしても良い。
【００７０】
このようにして、着信メロディの設定が行われると、制御部２６は、その後、設定アプリケーションに従って再生回数をカウントすると共に、携帯用電話機ＭＰ-ｋにおいて着信等の事象が発生する度に図７に示す処理を実行し、着信メロディとして設定されている楽曲の和音数を変更させる。なお、図７は携帯用電話機ＭＰ-ｋにおいて制御部２６が実行する処理を示すフローチャートであり、この処理において上記図４（ｂ）と同様の処理に関しては、同一のステップ番号を付している。
【００７１】
まず、この処理において、制御部２６は、上記図４（ｂ）ステップＳｂ１及びＳｂ２の処理を実行し、管理データＣＤ２の読み出しを行う。次いで、制御部２６は、現在の再生回数のカウント値に対応する再生回数を管理データＣＤ２から抽出すると共に（ステップＳｂ１０３）、当該再生回数に対応するチャネル番号を特定する（ステップＳｂ１０４）。そして、当該チャネル番号に基づいて楽曲データＭＤ２に対する処理を実行し、当該チャネル番号以外のチャネルｃをミュートさせるための処理を実行した後（ステップＳｂ１０５）、ＯＳを介して当該ミュート後の楽曲データＭＤ２を着信メロディ設定記録領域ＭＳＭに記録させるのである（ステップＳｂ１０６）。
【００７２】
かかる一連の処理がユーザの入力操作と無関係に実行される結果、再生回数の推移に伴って、ミュートされるチャネル数が減少され、和音数が増加することとなる。この結果、本実施形態によれば、ユーザには、あたかも、着信メロディが成長しているかのごとく認識されることとなり、もって、ユーザの興趣性を飛躍的に向上させることが可能となるのである。
【００７３】
［２．２］第２実施形態の変形例
以下、本実施形態にかかる変形例について説明するが、以下に説明する変形例は、あくまでも、第２実施形態のみに対応するものとしての例示であり、上記第１実施形態にかかる変形例についても本実施形態に適用可能である点は言うまでもない。
【００７４】
（１）変形例１
上記第２実施形態においては、着信メロディの再生回数、すなわち、着信等の事象が発生した回数に応じて、和音数を変化させる構成を採用していた。しかし、着信メロディ設定後、どの程度の時間が経過したのかによって、和音数を変化させるようにしても良い。この場合、再生回数に換えて、設定後の経過時間数を管理データＣＤ２に記述するようにする。また、設定アプリケーションの引数として設定時刻を記述すると共に、現在時刻と設定時刻との差分値に基づいて設定後の経過時間数を算出して、当該算出値と管理データＣＤ２に基づいて再生対象とするチャネル番号を決定するようにすれば良い。かかる方法を採用した場合、設定時間数が長くなればなるほど和音数が増加することとなり、ユーザには、設定後の時間数に応じて、あたかも、着信メロディが成長しているかのごとく認識されることとなる。
【００７５】
（２）変形例２
上記第２実施形態においては、和音数を変化させる方法を採用していた。しかし、和音数ではなく、再生対象となる時間数（具体的には小節数）を変化させるようにしても良い。具体的には、再生回数や設定後の経過時間数に応じて再生対象となる時間数（すなわち、小節数）を増加させるようにするのである。この場合、楽曲データＭＤ２を小節毎に分割すると共に、当該分割された各小節に対して各小節を識別するための小節識別番号を割り当てるようにする。また、管理データＣＤ２には、再生回数や設定後の時間数と対応付けて再生可能な小節を示す小節識別番号を記述するようにし、上記第２実施形態と同様の処理（具体的には、図７に示す処理等）を実行することで、順次、再生可能な小節数を増加させるようにすれば良い。かかる方法を採用することにより、設定後の時間数や再生回数に応じて、例えば、着メロ設定当初にはＡメロのみが再生対象となっていたのに対して、事後的にＢメロ等が再生対象となることとなり、ユーザには、あたかも、着信メロディが成長しているかのごとく認識されることとなる。
【００７６】
また、この再生時間を変化させる態様においては、現在時刻に応じて再生時間数を変化させるようにすることも可能である。この方法を採用した場合、著作権保護の観点からのメリットが大きくなる。具体的には、各楽曲に対応したレコードやコンパクトディスクの発売日までは、例えば、Ａメロのみを再生対象とし、発売日後についてはＡメロのみならずＢメロも聞かせるというような態様を実現することも可能となるのである。
【００７７】
このようにして、本変形例によれば、再生対象となる時間数を随時変化させることが可能となり、もって、ユーザの興趣性を向上させることが可能となるのみならず、著作権の保護を実現することも可能となる。
【００７８】
なお、上記各例においては、和音、再生時間数（小節数）、或いは、アレンジの何れか一つを変化させる構成を採用していたが、複数の要素を同時に変化させるようにしても良い。
【図面の簡単な説明】
【００７９】
【図１】第１実施形態におけるコンテンツ配信システムＳの構成を示すブロック図である。
【図２】同実施形態における楽曲データファイルＭＦ及び管理データＣＤのデータ構成の一例を示す図である。
【図３】同実施形態における携帯用電話機ＭＰ-ｋの構成を示すブロック図である。
【図４】（ａ）は、着信メロディの設定時に制御部２６が実行する処理を示すフローチャートであり、（ｂ）は、着信メロディ設定後に自動的な楽曲のアレンジ変更を実現するために制御部２６が実行する処理を示すフローチャートである。
【図５】（ａ）は、第１実施形態の変形例１において着信メロディの設定時に制御部２６が実行する処理を示すフローチャートであり、（ｂ）は、同変形例において着信メロディ設定後に自動的な楽曲のアレンジ変更を実現するために制御部２６が実行する処理を示すフローチャートである。
【図６】第２実施形態における楽曲データＭＤ２及び管理データＣＤ２のデータ構成の一例を示す図である。
【図７】着信メロディ設定後に自動的な楽曲のアレンジ変更を実現するために制御部２６が実行する処理を示すフローチャートである。
【符号の説明】
【００８０】
Ｓ・・・コンテンツ配信システム
ＭＰ-ｋ・・・携帯用電話機
ＮＥＴ・・・ネットワーク
ＴＳ・・・楽曲配信サーバ
【技術分野】
【０００１】
本発明は、楽曲、画像等の各種コンテンツに対応するコンテンツデータを再生するためのコンテンツ再生装置に関する。
【背景技術】
【０００２】
近年、携帯用電話機や簡易型携帯用電話機等の移動機の高機能化に伴い、ネットワーク上のサーバから各種コンテンツに対応したデータ（以下、「コンテンツデータ」という。）をダウンロードし、当該コンテンツデータに基づく処理を実行する機能を搭載した移動機が各種提供されるようになっている。また、この種の移動機の中には各種楽曲に対応したデータ（以下、「楽曲データ」という。）をダウンロードし、当該ダウンロードした楽曲データを利用して通話着信時、或いは、電子メール着信時における着信音やアラーム設定時の報知音（以下、「着信メロディ」という。）を変更する機能を有するものも存在している（例えば、特許文献１）。
【０００３】
【特許文献１】特開２０００−２２４２６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上記従来のシステムにおいては、１つのコンテンツが、その内容を変化させることなく、ユーザに利用されることが前提となっている。しかし、このようなコンテンツの利用形態は、実際にコンテンツを利用するユーザにとって非常に退屈なものとなりかねず、ユーザの興趣性を向上させる妨げともなりかねなものとなっていた。例えば、１つの楽曲を同一アレンジにてユーザに聴取させ続けることを想定した場合、ユーザは当該楽曲の聴取にすぐに飽きてしまい、当該コンテンツの継続使用を望まなくなる可能性すらある。
【０００５】
本願は以上説明した事情に鑑みてなされたものであり、その課題の一例としては、コンテンツを利用するユーザの興趣性を飛躍的に向上させることが可能なコンテンツ再生装置及びコンテンツ配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するため本願の一つの観点において請求項１に記載のコンテンツデータ再生装置は、少なくとも２以上の要素により構成されるコンテンツに対応したコンテンツデータを記録したコンテンツデータ記録手段と、前記コンテンツデータを再生する際の再生条件に応じて前記コンテンツデータの再生時に利用すべき前記要素を選択する選択手段と、前記選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理によって得られた処理データを再生する再生手段とを具備することを特徴とする。この構成によりコンテンツデータ再生時における再生条件に応じてコンテンツデータ再生時に利用すべき要素が選択され、当該選択された要素のみを用いてコンテンツが出力されることとなるため、再生条件の変化に応じてコンテンツの内容が変化することとなる。この結果、ユーザにとっては、同一のコンテンツを異なる態様にて利用することが可能となり、もって、コンテンツを利用するユーザの興趣性を飛躍的に向上させることが可能なる。
【０００７】
また、この場合において、前記再生条件に合致する前記要素を定義付けた管理データを取得するための取得手段をコンテンツデータ再生装置に設け、当該取得された管理データに基づいて、選択手段がコンテンツデータの再生時に利用すべき前記要素を選択するようにしても良い（請求項２）。この構成により再生条件に合致する要素を容易に特定することが可能となり、もって、コンテンツデータ再生装置における処理負担の軽減を図ることが可能となる。なお、コンテンツデータとして各要素に対応した複数の単位データを含ませ、管理データとして再生条件に応じて選択手段が選択すべき要素に対応した単位データを示す情報を含ませることにより（請求項３）、更なる処理の簡略化が実現できる。
【０００８】
また更に、再生手段に対して処理データを記録する処理データ記録手段を更に設け、この処理データ記録手段に記録された処理データを再生する構成とすれば（請求項４）、再生条件が変化しない限り、この処理データ記録手段に記録された処理データを再生することが可能となり、処理の簡略化を図ることが可能となる。
【０００９】
更に、この場合において、再生条件に変化が生じた場合に、当該変化後の再生条件に基づいて前記選択手段に新たな前記要素を選択させると共に、当該選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理により得られた更新用の処理データにより前記処理データ記録手段に記録された処理データを更新する更新手段を再生手段に設ければ（請求項５）、事前に処理データを更新しておき、当該処理データを再生することが可能となるため再生時における処理の高速化を実現することが可能となる。
【００１０】
更にまた、少なくとも２以上の要素により構成される楽曲に対応したコンテンツデータを利用する場合、コンテンツデータ再生装置において所定の事象が発生した場合に処理データを再生して当該事象の発生をユーザに報知するという利用態様も可能となる（請求項６）。なお、この場合における「要素」の内容については任意であり、例えば、楽曲のアレンジとしても良く（請求項７）、楽曲を構成するパートとしても良く（請求項８）、楽曲を構成する小節としても良い（請求項９）。何れの場合においても、コンテンツとしての楽曲のアレンジや和音数、更には、再生可能時間数に変化が生じる結果、ユーザには、あたかもコンテンツが成長しているかのごとく認識されることとなり、ユーザの興趣性を飛躍的に向上させることが可能となる。
【００１１】
なおまた、選択手段が要素を選択する際に利用する再生条件としては「コンテンツデータの再生時刻」や「コンテンツデータの再生回数」があり、これらを再生条件とした場合（請求項１０）、再生回数等の変動に併せて出力されるコンテンツが変化し、ユーザにとって、何度も同一のコンテンツを利用することの必要性が生じ、１つのコンテンツに退屈してしまうようなことを有効に防止することが可能となる。
【００１２】
また、本願の他の観点において、請求項１１に記載のコンテンツ配信システムは、サーバ装置が保有するコンテンツデータを通信端末装置に配信するコンテンツ配信システムであって、前記サーバ装置は、少なくとも２以上の要素により構成されるコンテンツに対応したコンテンツデータが記録される記録手段と、前記コンテンツデータ及び前記管理データを前記通信端末装置に配信する配信手段と、を有し、前記通信端末装置は、前記サーバ装置から前記コンテンツデータをダウンロードするダウンロード手段と、前記コンテンツデータを再生する際の再生条件に応じて前記コンテンツデータの再生時に利用すべき前記要素を選択する選択手段と、前記選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理によって得られた処理データを再生する再生手段と、を有することを特徴とする。この構成によりコンテンツデータ再生時における再生条件に応じてコンテンツデータ再生時に利用すべき要素が選択され、当該選択された要素のみを用いてコンテンツが出力されることとなるため再生条件の変化に応じてコンテンツの内容が変化することとなる。この結果、ユーザにとっては、同一のコンテンツを異なる態様にて利用することが可能となり、もって、コンテンツを利用するユーザの興趣性を飛躍的に向上させることが可能なる。
【００１３】
この場合において、再生条件に合致する前記要素を定義付けた管理データを記録した管理データ記録手段と、前記通信端末装置から送信されたメッセージデータに基づいて前記管理データから前記再生条件に合致する前記要素を抽出する抽出手段と、前記抽出した要素を示す要素データを前記通信端末装置に配信する要素データ配信手段と、を更にサーバ装置に設けた場合（請求項１２）、通信端末装置からリクエストデータを送信してコンテンツデータの再生時に利用すべき要素をサーバ装置に選択させることが可能となり、もって、通信端末装置における処理負担の軽減を図ることが可能となる。
【発明の効果】
【００１４】
本願の各発明によれば、コンテンツデータ再生時における、再生条件に応じてコンテンツの内容を可変させることが可能となり、もって、コンテンツを利用するユーザの興趣性を飛躍的に向上させることが可能となる。
【発明を実施するための最良の形態】
【００１５】
［１］第１実施形態
［１．１］第１実施形態の構成
以下、図１を参照しつつ本実施形態にかかるコンテンツ配信システムＳの構成について説明することとする。なお、図１は、本実施形態にかかるコンテンツ配信システムＳの構成を示すブロック図である。
【００１６】
同図に示すように、本実施形態にかかるコンテンツ配信システムＳは、インターネットと移動パケット通信網とが関門中継交換局を介して相互接続されたネットワークＮＥＴと、複数の携帯用電話機ＭＰ-ｋ（ｋ＝１，２，・・・，ｎ）と、楽曲配信サーバＴＳと、を有している。このコンテンツ配信システムＳは、各種の楽曲に対応した楽曲データを楽曲配信サーバＴＳから携帯用電話機ＭＰ-ｋに配信し、携帯用電話機ＭＰ-ｋにて当該楽曲データを用いて上記着信メロディを設定し、或いは、当該楽曲データを再生するためのものとなっている。
【００１７】
ここで、本実施形態において特徴的な事項として、このコンテンツ配信システムＳにおいては、携帯用電話機ＭＰ-ｋにおいて着信メロディとして設定された楽曲のアレンジを日時に応じて自動的に変化させる機能（以下、「自動設定変更機能」という。）が実現されている。より具体的には、例えば、クリスマスに着信等が発生した場合にはクリスマス調のアレンジ（例えば、ベルを使用して演奏した場合のアレンジ）にて着信メロディが拡声され、正月に着信等が発生した場合には正月調のアレンジ（例えば、三味線を使用して演奏した場合のアレンジ）にて着信メロディが拡声され、更には、四季に応じて曲調の異なるアレンジにて着信メロディが拡声されるように、自動的に着信メロディを変化させる機能が実現されている。
【００１８】
一方、かかる方法を採用する場合、如何にして着信メロディのアレンジを変化させるのかが問題となる。そこで、本実施形態においては、次のような方法を採用することとした。まず、ある１つの楽曲に対して幾つかのアレンジバージョン（例えば、図２に示す例の場合、春夏秋冬に対応した各アレンジ、クリスマスアレンジ及び正月アレンジ）を作成すると共に、各アレンジバージョンに対応した複数の楽曲データＭＤ-ｌ（ｌ＝１、２、・・・、ｍ）を生成して、これらの楽曲データＭＤ-ｌを一つのファイルにパッケージングした楽曲データファイルＭＦを生成する（図２参照）。そして、この楽曲データファイルＭＦを携帯用電話機ＭＰ-ｋにダウンロードさせると共に、日時の変化に併せて利用する楽曲データＭＤ-ｌを変更させ、着信メロディとして設定された楽曲のアレンジを日時に応じて自動的に変化させるのである。ここで、かかる方法を採用した場合、楽曲データファイルＭＦに含まれている各楽曲データＭＤ-ｌ中において、どの楽曲データＭＤ-ｌを如何なる時期に利用すべきなのかを携帯用電話機ＭＰ-ｋにおいて特定できるようにすることが必要となる。そこで、本実施形態においては、上記楽曲データファイルＭＦに含まれている各楽曲データＭＤ-ｌを管理するための管理データＣＤを楽曲データファイルＭＦと共に携帯用電話機ＭＰ-ｋに配信し、この管理データＣＤを用いて、着信メロディ用に利用する楽曲データＭＤ-ｌを変更する方法を採用することとした。
【００１９】
なお、以上説明した自動設定機能を如何なるアプリケーションにより実現するのかについては任意であり、携帯用電話機ＭＰ-ｋに搭載されたＯＳ（オペレーションシステム）を用いて実行するようにしても良いが、本実施形態においては楽曲配信サーバＴＳから着信メロディ設定用のアプリケーション（以下、「設定アプリケーション」という。）を携帯用電話機ＭＰ-ｋにダウンロードさせるようにし、この設定アプリケーションを用いて着信メロディの自動設定変更を行うものとして説明を行う。
【００２０】
以下、かかる機能を実現するため各要素についてより詳細に説明することとする。
【００２１】
まず、楽曲配信サーバＴＳは、ＩＰ（Information Provider）の保有するＨＴＴＰ（Hypertext Transfer Protocol）サーバであり、ネットワークＮＥＴからＨＴＴＰのＧＥＴ要求を受信すると、当該ＧＥＴ要求に含まれているＵＲＬに基づき、例えば、楽曲データファイルＭＦのダウンロードページに対応したＨＴＭＬデータや設定アプリケーション、楽曲データファイルＭＦ、更には、管理データＣＤを返信する。かかる機能を実現するため、この楽曲配信サーバＴＳは、楽曲データベース（以下、「ＤＢ」と略称する。）１１を有しており、この楽曲ＤＢ１１には各楽曲を一意に特定するための楽曲ＩＤと、楽曲データファイルＭＦ及び管理データＣＤが対応付けて格納されている。なお、楽曲データファイルＭＦや管理データＣＤを楽曲ＤＢ１１に格納する際に、データ圧縮を行うか否かは任意である。
【００２２】
ここで、この楽曲ＤＢ１１に格納された楽曲データファイルＭＦ及び管理データＣＤのデータ構成について図２を参照しつつ詳細に説明する。
【００２３】
まず、本実施形態において、楽曲データファイルＭＦは、ヘッダデータＨＤと楽曲データＭＤ-ｌを有しており、これらのデータ中、ヘッダデータＨＤには、例えば、（ａ）当該楽曲データファイルに対応する楽曲に割り当てられた楽曲ＩＤや、（ｂ）楽曲名、等の情報が記述され、楽曲データファイルＭＦと管理データＣＤとを対応付けるために利用される。これに対して、楽曲データファイルＭＦに含まれている楽曲データＭＤ-ｌは、例えば、ＭＩＤＩ（Musical Instrument Digital Interface）やＭＦｉ（Melody Format for i-mode（登録商標））等のフォーマットにより構成され、各々、異なるアレンジバージョンに対応した音声を拡声するためのデータとなっている。図２に示す例の場合、春夏秋冬に対応した各アレンジ、クリスマスアレンジ及び正月アレンジの計６アレンジ分に対応した６つの楽曲データＭＤ-１〜ＭＤ-６が楽曲データファイルＭＦ内に含まれている。これら各楽曲データＭＤ-ｌには、楽曲データファイルＭＦ内において各楽曲データＭＤ-ｌを一意に識別するための番号（以下、「楽曲データ識別番号」という。）が割り振られており、この楽曲データ識別番号により各楽曲データＭＤ-ｌが識別されるようになっている。
【００２４】
一方、管理データＣＤには、楽曲ＩＤや楽曲名が記述されるヘッダ部が設けられており、このヘッダ部に記述された各種情報に基づき当該管理データＣＤに対応する楽曲データファイルＭＦが特定できるようになっている。なお、特許請求の範囲における「管理データ」は、例えば、この管理データＣＤ或いはその一部に対応している。また、この管理データＣＤには、楽曲データファイルＭＦ内に含まれている各楽曲データＭＤ-ｌを管理するための情報として、各楽曲データ識別番号毎に当該番号に対応した楽曲データＭＤ-ｌを着信メロディとして利用すべき期間を示す情報（以下、「設定期間情報」という。）が記述されており、この設定期間情報を用いることにより、如何なる時期に、どの楽曲データＭＤ-ｌを用いれば良いのかが特定できるようにされている。例えば、図２に示す楽曲データファイルＭＦ等を用いて携帯用電話機ＭＰ-ｋにおいて着信メロディの設定が行われた場合、（ａ）まず、設定当初には当該設定日時に対応する楽曲データＭＤ-ｌ（例えば、設定日時がクリスマス間近の付近１２月２２日である場合、クリスマスアレンジに対応した楽曲データＭＤ-４）が着信メロディ用の楽曲データＭＤ-ｌとして利用される一方、（ｂ）その後、時間が経過して、例えば、クリスマスが過ぎ、１２月２６日になると、着信メロディ用の楽曲データＭＤ-ｌが自動的に正月アレンジの楽曲データＭＤ-５に変更されることとなる。
【００２５】
次に、携帯用電話機ＭＰ-ｋは、ネットワークＮＥＴに収容された基地局ＢＳとデータの授受を行い、ネットワークＮＥＴを介したデータ通信を行う。本実施形態において、ユーザは、かかる携帯用電話機ＭＰ-ｋの機能を利用することにより、楽曲配信サーバＴＳから設定アプリケーションと楽曲データファイルＭＦをダウンロードし、当該ダウンロードされた楽曲データファイルＭＦを用いて着信メロディの設定を行うことができるようになっている。そして、携帯用電話機ＭＰ-ｋは、着信メロディの設定が行われると、通話着信時、或いは、電子メール着信時、その他報知音拡声時に当該着信メロディを拡声して、ユーザに着信等の事象発生を報知するようになる。
【００２６】
かかる機能を有する携帯用電話機ＭＰ-ｋの具体的な構成について、図３を参照しつつ説明する。なお、図３は、本実施形態にかかる携帯用電話機ＭＰ-ｋの構成を示すブロック図である。
【００２７】
まず、通信部２１は、制御部２６による制御の下、ネットワークＮＥＴの基地局ＢＳと無線通信を行う。操作部２２は、ＰＢ（プッシュボタン）等の各種ボタン及びカーソルキーからなり、ユーザによって入力操作が行われると、当該入力操作に対応した操作信号を制御部２６に供給する。表示部２３は、例えば、液晶パネルや有機ＥＬ（electroluminescence）パネル等の表示装置から構成されており、制御部２６の制御の下、各種情報を表示する。音声入力部２４は、例えば、マイクロホンやＤ／Ａ変換器を有し、ユーザの発話音声等の各種音声が入力されると当該音声に対応した音声データを生成して通信部２１に出力する。
【００２８】
拡声部２５は、スピーカを有しており、通信部２１から供給される音声データに対応する音声を当該スピーカを用いて拡声する。また、この拡声部２５は、着信等の事象発生時に制御部２６から楽曲データＭＤ-ｌが供給された場合、当該楽曲データＭＤ-ｌに対応する楽曲を拡声し、ユーザに当該事象の発生を報知する。
【００２９】
制御部２６は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を有しており、携帯用電話機ＭＰ-ｋの各部を制御する。ＲＯＭには、各種制御情報と共に、制御プログラムやＯＳ（オペレーティングシステム）、ＷＷＷ（World Wide Web）ブラウザといった各種のアプリケーションプログラムが記録されている。また、このＲＯＭには、各種の形式（例えば、Ｊａｖａ（登録商標））にて作成されたのプログラムをＯＳにより提供される環境下において実行するためのプログラム（例えば、Ｊ２ＭＥＣＬＤＣ（Connected Limited Device Configuration）準拠の実行環境等）が記録されている。ＣＰＵはＲＯＭに格納されている各種プログラムを実行することにより携帯用電話機ＭＰ-ｋの各部を制御し、ＲＡＭはワークエリアとして用いられる。
【００３０】
次いで、記録部２７は、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）等の不揮発性のメモリにより構成され、制御部２６による制御の下、各種データが格納されるようになっている。この記録部２７は、大別してアプリケーション記録領域ＡＭと、ローカルデータ記録領域ＲＭと、設定情報記録領域ＳＭと、に分割されている。
【００３１】
アプリケーション記録領域ＡＭは、ネットワークＮＥＴ上のサーバ（例えば、楽曲配信サーバＴＳ）からダウンロードされたアプリケーションを記録するために設けられた領域であり、本実施形態において楽曲配信サーバＴＳからダウンロードされた設定アプリケーションは、このアプリケーション記録領域ＡＭに記録されるようになっている。
【００３２】
次いで、ローカルデータ記録領域ＲＭは、アプリケーション記録領域ＡＭに記録されているアプリケーションの実行に際して、必要となるデータ（以下、「ローカルデータ」という。）を格納するための領域であり、各々、異なるアプリケーションに割り当てられる複数の領域に分割されている。本実施形態において、楽曲配信サーバＴＳから配信される楽曲データファイルＭＦ及び管理データＣＤは、共にこのローカルデータ記録領域ＲＭに記録されることとなる。
【００３３】
一方、設定情報記録領域ＳＭは、携帯用電話機ＭＰ-ｋの設定状態を示す各種の設定情報を記録するための領域となっており、携帯用電話機ＭＰ-ｋにおける着信待受時に表示される画面（所謂、待ち受け画面）等の設定状態を示す設定情報が記録される。この設定記録領域ＳＭは、アプリケーション記録領域ＡＭに記録されたアプリケーションによりデータの破壊、改竄等が行われることを防止するため、ＯＳからのみアクセス可能な領域とされている。また、この設定情報記録領域ＳＭには、着信時やアラーム時刻の到来等の事象発生時に拡声される楽曲（すなわち、着信メロディ）に対応した楽曲データＭＤ-ｌを記録する着信メロディ設定記録領域ＭＳＭが設けられており、例えば、本実施形態において設定アプリケーションを用いて楽曲データファイルＭＦから抽出された着信メロディ用の楽曲データＭＤ-ｌは、この着信メロディ設定記録領域ＭＳＭに格納される。本実施形態においては、この着信メロディ設定記録領域ＭＳＭに記録された楽曲データＭＤ-ｌを管理データＣＤに基づいて随時変更することにより各時期に応じて着信メロディが自動的に変更されることとなる。
【００３４】
［１．２］第１実施形態の動作
次に、上記構成を有する本実施形態にかかるデータ配信システムＳの具体的な動作について説明する。なお、以下においては、設定アプリケーションが事前に携帯用電話機ＭＰ-ｋにダウンロードされていることを前提に説明を行う。
【００３５】
まず、ユーザが携帯用電話機ＭＰ-ｋの操作部２２に、例えば、楽曲データファイルＭＦをダウンロードするためのＷｅｂページ（すなわち、ダウンロードページ）に対応したＵＲＬを入力して、設定アプリケーションを実行する旨の入力操作を行う。すると、操作部２２から供給される操作信号に従い、制御部２６は、記録部２７から設定アプリケーションを読み出して、当該ＵＲＬを含むＨＴＴＰのＧＥＴ要求をネットワークＮＥＴに送出する。
【００３６】
このようにして、携帯用電話機ＭＰ-ｋからネットワークＮＥＴへと送出されたＧＥＴ要求が楽曲配信サーバＴＳによって受信されると、楽曲配信サーバＴＳは、当該ＧＥＴ要求に含まれるＵＲＬに従って上記ダウンロードページに対応したＨＴＭＬデータをネットワークＮＥＴに返信する。この結果、当該ＨＴＭＬデータが携帯用電話機ＭＰ-ｋの通信部２１により受信され、表示部２３に当該ＨＴＭＬデータに基づいてダウンロードページに対応した画像（より具体的には、ダウンロード可能な楽曲データファイルＭＦに対応した楽曲名の一覧）が表示されることとなる。この状態において、例えば、ユーザが所定の楽曲名に対応したメニュー項目を選択すると共に、当該メニュー項目に対応した楽曲データファイルＭＦをダウンロードする旨の入力操作を行うと、制御部２６は当該入力操作に応じてネットワークＮＥＴにＧＥＴ要求を送信する。なお、この際、携帯用電話機ＭＰ-ｋは、ダウンロード対象となる楽曲データファイルＭＦを特定するデータとして楽曲ＩＤを当該ＧＥＴ要求に付加する。
【００３７】
一方、携帯用電話機ＭＰ-ｋから送信されたＧＥＴ要求が楽曲配信サーバＴＳによって受信されると楽曲配信サーバＴＳにおいては、このＧＥＴ要求に基づいて携帯用電話機ＭＰ-ｋに配信すべき楽曲データファイルＭＦと管理データＣＤが特定され、携帯用電話機ＭＰ-ｋに配信されることとなる。
【００３８】
次に、楽曲配信サーバＴＳから楽曲データファイルＭＦ及び管理データＣＤが配信されると、携帯用電話機ＭＰ-ｋの制御部２６は当該楽曲データファイルＭＦ及び管理データＣＤを記録部２７のローカルデータ記録領域ＲＭに記録させる。このようにして、ローカルデータ記録領域ＲＭに楽曲配信サーバＴＳからダウンロードされた楽曲データファイルＭＦが記録された状態となると、携帯用電話機ＭＰ-ｋにおいて当該楽曲データファイルＭＦを用いた着信メロディの設定等が可能な状態となる。
【００３９】
この状態において、ユーザが、例えば、携帯用電話機ＭＰ-ｋの操作部２２に対して着信メロディを設定する旨の入力を行う。すると、制御部２６はＲＯＭに記録されている設定アプリケーションに基づき図４（ａ）に示す処理を実行する。なお、図４において、（ａ）は、着信メロディの設定時に制御部２６が実行する処理を示すフローチャートであり、（ｂ）は、着信メロディ設定後に自動的な楽曲のアレンジ変更を実現するために制御部２６が実行する処理を示すフローチャートである。
【００４０】
この処理において、制御部２６は、まず、当該設定アプリケーションに基づき、ローカルデータ記録領域ＲＭに記録済みの管理データＣＤを読み出し、図示せぬＲＡＭ上に展開させる（ステップＳａ１）。ここで、当該携帯用電話機ＭＰ-ｋによって、既に複数曲分の楽曲データファイルＭＦや管理データがダウンロード済みの場合がある。かかる場合に制御部２６は、ローカルデータ記録領域ＲＭに記録済みの全管理データＣＤの読み出しを行い、当該管理データＣＤをＲＡＭ上に展開する。
【００４１】
次いで、制御部２６は、ＲＡＭ上に展開された管理データＣＤに含まれる楽曲名に基づいて着信メロディとして設定可能な楽曲名の一覧を表示部２３に表示させた後（ステップＳａ２）、入力操作が行われたか否かを判定する状態となり、ユーザが楽曲名を選択するまで同ステップの処理を繰り返す（ステップＳａ３「ｎｏ」）。この状態において、ユーザが操作部２２に対して着信メロディとして設定すべき楽曲名を選択する旨の入力操作を行う。すると、制御部２６は、当該指定された楽曲名に対応する管理データＣＤをＲＡＭ上に展開された管理データＣＤ中から抽出した後、現在時刻を取得し（ステップＳａ４）、当該管理データＣＤに含まれている設定期間情報から現在時刻に対応した設定期間情報を特定する（ステップＳａ５）。
【００４２】
そして、制御部２６は、この特定された設定期間情報と対応付けられた楽曲データ識別番号を抽出した後（ステップＳａ６）、この抽出された識別番号により示される楽曲データＭＤ-ｌを楽曲データファイルＭＦから抽出する（ステップＳａ７）。このようにして、楽曲データＭＤ-ｌが抽出されると制御部２６は、ＯＳを介して当該抽出された楽曲データＭＤ-ｌを記録部２７の着信メロディ設定記録領域ＭＳＭに記録させて（ステップＳａ８）、処理を終了する。例えば、図２に示す例において、現在時刻が１２月２２日ＰＭ１０：００である場合を想定する。かかる場合に制御部２６は、管理データＣＤから楽曲データ識別番号「Ｎｏ４」を抽出し、当該楽曲データ識別番号に対応した楽曲データＭＤ-ｌとして、クリスマスアレンジに対応した楽曲データＭＤ-４を抽出して、当該楽曲データＭＤ-４を着信メロディ用に設定することとなる（ステップＳａ４〜Ｓａ８）。
【００４３】
かかる一連の処理が実行されることにより、ユーザが着信メロディを設定した際の日時（すなわち、現在時刻）に合致するアレンジ（例えば、クリスマスアレンジ）の楽曲データＭＤ-ｌが着信メロディ用の楽曲データとして設定され、その後に携帯用電話機ＭＰ-ｋに対して着信等の事象が発生した場合には、当該設定された楽曲データＭＤ-ｌに基づいて着信メロディが拡声されることとなる。
【００４４】
このようにして、着信メロディの設定が行われると、制御部２６は、その後、所定のタイミングにて設定アプリケーションを読み出すと共に、当該読み出した設定アプリケーションに基づいて図４（ｂ）に示す処理を実行し、着信メロディとして設定されている楽曲のアレンジを変更させる。なお、この処理の実行開始のためのトリガについては任意であり、例えば、設定アプリケーションの引数として、楽曲データファイルＭＦに基づく着信メロディの設定が行われているか否かを判定するためのフラグを設け、当該フラグに基づいて（ｂ）の処理を実行するか否かを判定すると共に、当該処理を実行する場合には、毎日、所定の時刻（例えば、ＡＭ０：００時）に同処理を実行するようにしても良い。
【００４５】
まず、この処理において、制御部２６は、着信メロディ設定記録領域ＭＳＭに記録された楽曲データＭＤ-ｌに対応した楽曲ＩＤを取得する（ステップＳｂ１）。そして、制御部２６は、この特定された楽曲ＩＤに対応する管理データＣＤをローカルデータ記録領域ＲＭから読み出した後（ステップＳｂ２）、現在時刻を取得して（ステップＳｂ３）、現在時刻に対応した設定期間情報を特定する（ステップＳｂ４）。そして、当該設定期間情報と対応付けられた楽曲データ識別番号を管理データＣＤから抽出して（ステップＳｂ５）、当該番号に対応する楽曲データＭＤ-ｌを楽曲データファイルＭＤから抽出した後（ステップＳｂ６）、着信メロディ設定記録領域ＭＳＭに記録されている楽曲データＭＤ-ｌを更新し（ステップＳｂ７）、処理を終了する。
【００４６】
かかる一連の処理がユーザの入力操作と無関係に実行される結果、例えば、１２月２６日になった時点でユーザが着信メロディとして設定した楽曲に対応する楽曲データファイルＭＦ中から、正月アレンジに対応した楽曲データＭＤ-５が着信メロディ設定記録領域ＭＳＭに記録されることとなり、この結果、着信メロディのアレンジがクリスマスアレンジから正月アレンジに変更されることとなる。
【００４７】
このようにして、本実施形態にかかる携帯用電話機ＭＰ-ｋによれば、着信メロディの再生時期に応じて利用する楽曲データＭＤ-ｌを変化させることにより、着信メロディとして拡声される楽曲のアレンジを変化させることが可能となる。この結果、ユーザにとっては、同一のコンテンツを異なる態様にて利用することが可能となり、もって、コンテンツを利用するユーザの興趣性を飛躍的に向上させることが可能なる。
【００４８】
また、本実施形態においては、携帯用電話機ＭＰ-ｋにより管理データＣＤを楽曲配信サーバＴＳからダウンロードして、この管理データＣＤに基づいてコンテンツデータの再生時に利用すべき楽曲データＭＤ-ｌを特定する構成を採用しているため、利用すべき楽曲データＭＤ-ｌを容易且つ簡易に特定することが可能となり、もって、携帯用電話機ＭＰ-ｋにおける処理負担の軽減を図ることが可能となる。
【００４９】
また更に、本実施形態においては、着信メロディ用に利用すべき楽曲データＭＤ-ｌを着信メロディ設定記録領域ＭＳＭに記録させ、当該記録された楽曲データＭＤ-ｌを更新する構成が採用されている。このため、アレンジを変更すべき時刻が到来するまで、既に着信メロディ設定記録領域ＭＳＭに記録された楽曲データＭＤ-ｌを再生して着信メロディを拡声することが可能となり、携帯用電話機ＭＰ-ｋにおける処理の簡略化を図ることが可能となる。また、この構成を採用した場合に、着信メロディ設定記録領域ＭＳＭに対するＯＳ以外のアプリケーションからのアクセスを禁止しておけば、記録部２７に記録された各種データのセキュリティの向上を図ることも可能となる。
【００５０】
なお、上記実施形態においては、楽曲データファイルＭＦと管理データＣＤを別データとして構成していたが、両データは１ファイルとして構成するようにしても良い。
【００５１】
また、上記実施形態においては携帯用電話機ＭＰ-ｋにおいて着信メロディを設定する場合を例に説明を行ったが、着信音を拡声する機器であれば、どのような機器に対しても適用可能である。例えば、家庭用の固定電話機やファクシミリ（複写電送装置）、ＰＤＡ（Personal Digital Assistant）のような着信の発生する各種電子機器についても、本実施形態における携帯用電話機ＭＰ-ｋと同様の構成を採用することにより着信メロディをユーザの任意に設定することが可能である。
【００５２】
また更に、上記実施形態においては楽曲配信サーバＴＳから着信メロディ用の楽曲データを配信する構成を採用したが、コンテンツの種別はこれに限らず、例えば、画像データを配信し、携帯用電話機ＭＰ-ｋにおいて上記待ち受け画面等を設定する場合であっても上記実施形態と同様の方法を採用することにより実現可能となる。かかる方法を採用することにより、例えば、待ち受け画面として設定された画像を時期に応じて自動的に変更させることも可能となる。また、上記実施形態においては、楽曲を着信メロディとして拡声する構成を採用していたが、楽曲に限らず、音声であればどのようなものであっても良い。
【００５３】
また更に、上記実施形態においては、携帯用電話機ＭＰ-ｋ単体にてネットワークＮＥＴを介したデータ通信を行う構成となっていたが、ＳＩＭ（Subscriber Identify Module）内に携帯用電話機ＭＰ-ｋのユーザの加入者情報を記録すると共に、当該ＳＩＭを携帯用電話機ＭＰ-ｋに接続してＳＩＭ内に記録された加入者情報を用いてネットワークＮＥＴを介したデータ通信を行うようにしても良い。
【００５４】
［１．３］第１実施形態の変形例
（１）変形例１
上記第１実施形態においては、楽曲配信サーバＴＳから楽曲データファイルＭＦと共に、管理データＣＤを携帯用電話機ＭＰ-ｋに対して配信し、所定のタイミングにて上記図４（ｂ）に示す処理を実行して、自動的に着信メロディとして拡声される楽曲のアレンジを変化させる構成が採用されていた。しかし、管理データＣＤに関しては、必ずしも、携帯用電話機ＭＰ-ｋに配信する必要性はなく、楽曲配信サーバＴＳ側において管理し、どの楽曲データＭＤ-ｌを利用すべきであるのかを携帯用電話機ＭＰ-ｋから楽曲配信サーバＴＳに問い合わせる構成を採用することも可能である。
【００５５】
かかる方法を採用する本変形例の動作について、図５を参照しつつ説明する。まず、この方法を採用する場合、携帯用電話機ＭＰ-ｋの制御部２６は、設定アプリケーションに基づいてローカルデータ記録領域ＲＭに記録されている各楽曲データファイルＭＦのヘッダ部から楽曲名を抽出した後、上記図４（ａ）ステップＳａ２及び３と同様の処理を実行して楽曲名の一覧を表示させ、ユーザの入力を待機する。そして、この状態においてユーザが何れかの楽曲名を選択する旨の入力操作を行うと、制御部２６は、当該選択された楽曲名に対応する楽曲データファイルから楽曲ＩＤを抽出した後（ステップＳａ１１）、楽曲配信サーバＴＳに送信し（ステップＳａ１２）、楽曲配信サーバＴＳからの返信を待機する状態となる（ステップＳａ１３「ｎｏ」）。
【００５６】
一方、携帯用電話機ＭＰ-ｋから楽曲ＩＤが送信されてくると、楽曲配信サーバＴＳにおいては、当該楽曲ＩＤに基づいて管理データＣＤが特定されると共に、当該管理データＣＤに基づき、携帯用電話機ＭＰ-ｋが図４（ａ）ステップＳａ４〜Ｓａ６において実行していたのと同様の処理を実行する。そして、この処理の結果、管理データＣＤから現在時刻に対応した楽曲データ識別番号が抽出されると、楽曲配信サーバＴＳは、当該抽出した楽曲データ識別番号を携帯用電話機ＭＰ-ｋに返信する。
【００５７】
このようにして、楽曲配信サーバＴＳから楽曲データ識別番号が送信されてくると、携帯用電話機ＭＰ-ｋの制御部２６においては、上記ステップＳａ１３における判定が「ｙｅｓ」に変化し、当該受信された楽曲データ識別番号に基づいて上記ステップＳａ７及びＳａ８と同様の処理が実行される。この結果、携帯用電話機ＭＰ-ｋの着信メロディ設定記録領域ＭＳＭには、現在時刻に対応した楽曲データＭＤ-ｌが記録され、その後に着信等が発生した場合には、当該楽曲データＭＤ-ｌを用いて着信メロディが拡声される。
【００５８】
また、携帯用電話機ＭＰ-ｋの制御部２６は、所定のタイミングにて図５（ｂ）の処理を実行し、着信メロディのアレンジを変化させる。この処理において制御部２６は、まず、上記図４（ｂ）ステップＳｂ１と同様の処理により、楽曲ＩＤを取得し、当該取得した楽曲ＩＤを楽曲配信サーバＴＳへと送信して（ステップＳｂ１１）、楽曲配信サーバＴＳからの返信を待機する状態となる（ステップＳｂ１２「ｎｏ」）。
【００５９】
一方、携帯用電話機ＭＰ-ｋから楽曲ＩＤが送信されてくると、楽曲配信サーバＴＳにおいては、当該楽曲ＩＤに基づいて管理データＣＤが特定されると共に、上記Ｓｂ３〜Ｓｂ５と同様の処理により管理データＣＤから現在時刻に対応した楽曲データ識別番号が抽出され、当該抽出した楽曲データ識別番号が携帯用電話機ＭＰ-ｋに返信される。そして、この楽曲データ識別番号が携帯用電話機ＭＰ-ｋにおいて受信されると、制御部２６は、ステップＳｂ１２において「ｙｅｓ」と判定して、上記図４（ｂ）のステップＳｂ６及びＳｂ７と同様の処理を実行することにより、着信メロディ用の楽曲データＭＤ-ｌを変更させるのである。
【００６０】
（２）変形例２
上記第１実施形態においては、楽曲データファイルＭＦを用いて着信メロディを設定する場合を例に説明を行った。しかし、着信等の事象の発生とは無関係にユーザが所定の入力操作を行った際に楽曲データＭＤ-ｌを再生させる機能を設定アプリケーションに保有させ、楽曲データＭＤ-ｌの再生タイミング（例えば、ユーザが操作部２２に対して再生を行う旨の入力操作を行った際の現在時刻）に応じて、再生される楽曲データＭＤ-ｌを変化させるようにしても良い。この方法を採用する場合、上記図４（ａ）のステップＳａ１〜Ｓａ７と同様の処理を実行して、再生対象となる楽曲データＭＤ-ｌを抽出し、当該楽曲データＭＤ-ｌを再生する構成とすれば良い。
【００６１】
（３）変形例３
上記第１実施形態においては、時期の変遷に伴って、自動的に着信メロディのアレンジを変化させる構成を採用していた。しかし、時期に限らず、例えば、楽曲データＭＤ-ｌの再生回数（すなわち、着信回数）をカウントし、所定回数の再生が行われた場合に、着信メロディ設定記録領域ＭＳＭに記録された楽曲データＭＤ-ｌを変更して、着信メロディのアレンジを変化させるようにすることも可能である。この場合、上記設定期間情報に換えて、再生回数を示すデータを管理データＣＤに記述する。そして、携帯用電話機ＭＰ-ｋにおいて設定アプリケーションを用いて着信回数をカウントして、当該カウント数に応じて着信メロディとして利用する楽曲データＭＤ-ｌを変更させるようにすれば良い。
【００６２】
［２］第２実施形態
［２．１］第２実施形態の構成及び動作
次に、本願の第２実施形態について説明する。なお、以下に説明する本願の第２実施形態は、上記図１及び図３に示す構成と同様の構成により実現されるものとなっている。従って、上記図１及び図３に示す各要素は、特に説明しない限り上記第１実施形態と同様の構成を有し、同様の動作を行うものとなっている。
【００６３】
ここで、上記第１実施形態においては、時期に応じて着信メロディとして拡声される楽曲のアレンジを変化させる方法を採用していた。これに対して、本実施形態にかかるコンテンツ配信システムＳは、着信メロディの再生回数（例えば、着信回数）に応じて着信メロディの和音数を変化させる方法を採用することとしている。より具体的には、着信回数が増加し、着信メロディとして設定されている楽曲の再生回数が増加するのに伴って、当該楽曲を構成する和音数を増加させるようにしているのである。かかる方法を採用することにより、再生回数の増加に伴い、あたかも、着信メロディが成長しているかのごとくユーザに認識させることが可能となり、着信時のユーザの興趣性を向上させることが可能となるのである（換言するならば、着信回数の増加に伴って、着信メロディが成長するようにユーザに聴取させ、当該楽曲に対するユーザの飽きを防止し、併せて、着信時の楽しみを向上させることが可能となる）。
【００６４】
一方、かかる方法を実現しようとする場合、如何なる方法にて和音数を変化させるかが問題となる。かかる方法としては、上記第１実施形態と同様に和音数の異なる複数の楽曲データＭＤ-ｌを生成し、これらを１つのパッケージとした楽曲データファイルＭＦを生成して携帯用電話機ＭＰ-ｋに配信する、という方法も考えられる。しかし、単に和音数を削減するためにかかる方法を採用し、楽曲配信サーバＴＳから配信するデータのデータ量を増大させることは得策とは言えない。これは、上記第１実施形態のように全く異なるアレンジバージョンを１つの楽曲データにて拡声させることは困難であるため上記方法を採用する利点が大きいが、和音数の増減に関しては１つの楽曲データＭＤ-ｌを用いて実現することが可能だからである。
【００６５】
そこで、本実施形態においては、楽曲データファイルＭＦのように複数の楽曲データＭＤ-ｌから構成されるファイルを楽曲配信サーバＴＳに保有させるのではなく、単一の楽曲データＭＤ２を保有させる方法を採用することとした。なお、本実施形態において楽曲データＭＤ２の構成方法は任意であるが、本実施形態においては、図６に示すようなデータ構成を採用するものとして説明を行う。
【００６６】
この図６に示す楽曲データＭＤ２のデータ構成について以下説明する。まず、同図に示すように、本実施形態において楽曲データＭＤ２は、１つの楽曲を拡声するための複数のチャネルｃ（例えば、トラック単位のチャネル）を有しており、各チャネルｃには、１以上の音色に対応したノート及びベロシティが定義付けられると共に、この各チャネルｃに対して各々、異なるパートに対応したノート等を定義付けるようにしている。そして、着信メロディの設定当初は、これらのチャネルｃの内、１つのチャネル以外をミュートさせ、再生回数（すなわち、着信回数）の増加に伴って、ミュートしているチャネルｃの数を減少（換言するならば、再生対象となるチャネルｃ数を増加させパート数を増加させる）させることにより、再生回数の増加に伴う和音数の増加を実現するようになっている。なお、かかる方法を採用する場合、図６に示すように管理データＣＤ２内には、再生回数と各チャネルｃを一意に特定するためのチャネル番号を対応付けて記述するようにすれば良い。
【００６７】
以下、かかる構成を有する楽曲データＭＤ２等を用いて、携帯用電話機ＭＰ-ｋにおいて着信メロディを設定する際の動作について説明する。
【００６８】
本実施形態において、着信メロディを設定する場合、まず、制御部２６は、上記第１実施形態の図４（ａ）ステップＳａ１〜ステップＳａ３と同様の処理を実行する。この結果、ユーザが操作部２２に対して着信メロディとして設定すべき楽曲名を選択する旨の入力操作を行うと、当該指定された楽曲名に対応する管理データＣＤ２をＲＡＭ上に展開された管理データＣＤ２中から抽出した後、当該管理データＣＤ２に対応する楽曲データＭＤ２をローカルデータ記録領域ＲＭから読み出して、チャネル番号「Ｎｏ１」以外のチャネルｃをミュートさせて当該楽曲データＭＤ２に基づいて着信メロディの設定を行う。
【００６９】
なお、この際における、具体的な処理内容については任意であり、楽曲データＭＤ２からチャネル番号「Ｎｏ１」以外をミュートさせることができれば良い。例えば、チャネル番号「Ｎｏ１」に対応したデータ部分のみを楽曲データＭＤ２から抽出して新たな楽曲データを生成し、当該生成した楽曲データを着信メロディ設定記録領域ＭＳＭに記録させるようにしても良く、チャネル番号「Ｎｏ１」以外のチャネルｃに対する再生制限をかけるようにしても良い。
【００７０】
このようにして、着信メロディの設定が行われると、制御部２６は、その後、設定アプリケーションに従って再生回数をカウントすると共に、携帯用電話機ＭＰ-ｋにおいて着信等の事象が発生する度に図７に示す処理を実行し、着信メロディとして設定されている楽曲の和音数を変更させる。なお、図７は携帯用電話機ＭＰ-ｋにおいて制御部２６が実行する処理を示すフローチャートであり、この処理において上記図４（ｂ）と同様の処理に関しては、同一のステップ番号を付している。
【００７１】
まず、この処理において、制御部２６は、上記図４（ｂ）ステップＳｂ１及びＳｂ２の処理を実行し、管理データＣＤ２の読み出しを行う。次いで、制御部２６は、現在の再生回数のカウント値に対応する再生回数を管理データＣＤ２から抽出すると共に（ステップＳｂ１０３）、当該再生回数に対応するチャネル番号を特定する（ステップＳｂ１０４）。そして、当該チャネル番号に基づいて楽曲データＭＤ２に対する処理を実行し、当該チャネル番号以外のチャネルｃをミュートさせるための処理を実行した後（ステップＳｂ１０５）、ＯＳを介して当該ミュート後の楽曲データＭＤ２を着信メロディ設定記録領域ＭＳＭに記録させるのである（ステップＳｂ１０６）。
【００７２】
かかる一連の処理がユーザの入力操作と無関係に実行される結果、再生回数の推移に伴って、ミュートされるチャネル数が減少され、和音数が増加することとなる。この結果、本実施形態によれば、ユーザには、あたかも、着信メロディが成長しているかのごとく認識されることとなり、もって、ユーザの興趣性を飛躍的に向上させることが可能となるのである。
【００７３】
［２．２］第２実施形態の変形例
以下、本実施形態にかかる変形例について説明するが、以下に説明する変形例は、あくまでも、第２実施形態のみに対応するものとしての例示であり、上記第１実施形態にかかる変形例についても本実施形態に適用可能である点は言うまでもない。
【００７４】
（１）変形例１
上記第２実施形態においては、着信メロディの再生回数、すなわち、着信等の事象が発生した回数に応じて、和音数を変化させる構成を採用していた。しかし、着信メロディ設定後、どの程度の時間が経過したのかによって、和音数を変化させるようにしても良い。この場合、再生回数に換えて、設定後の経過時間数を管理データＣＤ２に記述するようにする。また、設定アプリケーションの引数として設定時刻を記述すると共に、現在時刻と設定時刻との差分値に基づいて設定後の経過時間数を算出して、当該算出値と管理データＣＤ２に基づいて再生対象とするチャネル番号を決定するようにすれば良い。かかる方法を採用した場合、設定時間数が長くなればなるほど和音数が増加することとなり、ユーザには、設定後の時間数に応じて、あたかも、着信メロディが成長しているかのごとく認識されることとなる。
【００７５】
（２）変形例２
上記第２実施形態においては、和音数を変化させる方法を採用していた。しかし、和音数ではなく、再生対象となる時間数（具体的には小節数）を変化させるようにしても良い。具体的には、再生回数や設定後の経過時間数に応じて再生対象となる時間数（すなわち、小節数）を増加させるようにするのである。この場合、楽曲データＭＤ２を小節毎に分割すると共に、当該分割された各小節に対して各小節を識別するための小節識別番号を割り当てるようにする。また、管理データＣＤ２には、再生回数や設定後の時間数と対応付けて再生可能な小節を示す小節識別番号を記述するようにし、上記第２実施形態と同様の処理（具体的には、図７に示す処理等）を実行することで、順次、再生可能な小節数を増加させるようにすれば良い。かかる方法を採用することにより、設定後の時間数や再生回数に応じて、例えば、着メロ設定当初にはＡメロのみが再生対象となっていたのに対して、事後的にＢメロ等が再生対象となることとなり、ユーザには、あたかも、着信メロディが成長しているかのごとく認識されることとなる。
【００７６】
また、この再生時間を変化させる態様においては、現在時刻に応じて再生時間数を変化させるようにすることも可能である。この方法を採用した場合、著作権保護の観点からのメリットが大きくなる。具体的には、各楽曲に対応したレコードやコンパクトディスクの発売日までは、例えば、Ａメロのみを再生対象とし、発売日後についてはＡメロのみならずＢメロも聞かせるというような態様を実現することも可能となるのである。
【００７７】
このようにして、本変形例によれば、再生対象となる時間数を随時変化させることが可能となり、もって、ユーザの興趣性を向上させることが可能となるのみならず、著作権の保護を実現することも可能となる。
【００７８】
なお、上記各例においては、和音、再生時間数（小節数）、或いは、アレンジの何れか一つを変化させる構成を採用していたが、複数の要素を同時に変化させるようにしても良い。
【図面の簡単な説明】
【００７９】
【図１】第１実施形態におけるコンテンツ配信システムＳの構成を示すブロック図である。
【図２】同実施形態における楽曲データファイルＭＦ及び管理データＣＤのデータ構成の一例を示す図である。
【図３】同実施形態における携帯用電話機ＭＰ-ｋの構成を示すブロック図である。
【図４】（ａ）は、着信メロディの設定時に制御部２６が実行する処理を示すフローチャートであり、（ｂ）は、着信メロディ設定後に自動的な楽曲のアレンジ変更を実現するために制御部２６が実行する処理を示すフローチャートである。
【図５】（ａ）は、第１実施形態の変形例１において着信メロディの設定時に制御部２６が実行する処理を示すフローチャートであり、（ｂ）は、同変形例において着信メロディ設定後に自動的な楽曲のアレンジ変更を実現するために制御部２６が実行する処理を示すフローチャートである。
【図６】第２実施形態における楽曲データＭＤ２及び管理データＣＤ２のデータ構成の一例を示す図である。
【図７】着信メロディ設定後に自動的な楽曲のアレンジ変更を実現するために制御部２６が実行する処理を示すフローチャートである。
【符号の説明】
【００８０】
Ｓ・・・コンテンツ配信システム
ＭＰ-ｋ・・・携帯用電話機
ＮＥＴ・・・ネットワーク
ＴＳ・・・楽曲配信サーバ
【特許請求の範囲】
【請求項１】
少なくとも２以上の要素により構成されるコンテンツに対応したコンテンツデータを記録したコンテンツデータ記録手段と、
前記コンテンツデータを再生する際の再生条件に応じて前記コンテンツデータの再生時に利用すべき前記要素を選択する選択手段と、
前記選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理によって得られた処理データを再生する再生手段と
を具備することを特徴とするコンテンツデータ再生装置。
【請求項２】
前記コンテンツデータの再生を制御するためのデータであって、前記再生条件に合致する前記要素を定義付けた管理データを取得する取得手段を更に有し、
前記選択手段は、前記管理データに基づいて前記コンテンツデータの再生時に利用すべき前記要素を選択することを特徴とする請求項１に記載のコンテンツデータ再生装置。
【請求項３】
前記コンテンツデータは、前記各要素に対応した複数の単位データを含み、
前記管理データは、前記再生条件に応じて前記選択手段が選択すべき要素に対応した単位データを示す情報を含むことを特徴とする請求項２に記載のコンテンツデータ再生装置。
【請求項４】
前記再生手段は、前記処理データを記録する処理データ記録手段を更に備え、
前記処理データ記録手段に記録された前記処理データを再生することを特徴とする請求項１に記載のコンテンツデータ再生装置。
【請求項５】
前記再生手段は、前記再生条件に変化が生じた場合に、当該変化後の再生条件に基づいて前記選択手段に新たな前記要素を選択させると共に、当該選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理により得られた更新用の処理データにより前記処理データ記録手段に記録された処理データを更新する更新手段を更に有することを特徴とする請求項４に記載のコンテンツデータ再生装置。
【請求項６】
前記コンテンツデータは、少なくとも２以上の要素により構成される楽曲に対応したデータであり、
前記再生手段は、前記コンテンツデータ再生装置において所定の事象が発生した場合に前記処理データを再生して当該事象の発生をユーザに報知するための楽曲を拡声させることを特徴とする請求項１の記載のコンテンツデータ再生装置。
【請求項７】
前記要素は、前記楽曲のアレンジであり、
前記選択手段は、前記再生条件に応じて前記コンテンツデータの再生時に再生されるべきアレンジを選択することを特徴とする請求項６に記載のコンテンツデータ再生装置。
【請求項８】
前記要素は、前記楽曲を構成するパートであり、
前記選択手段は、前記再生条件に応じて前記コンテンツデータの再生時に再生対象とされるべきパートを選択することを特徴とする請求項６に記載のコンテンツデータ再生装置。
【請求項９】
前記要素は、前記楽曲を構成する小節であり、
前記選択手段は、前記再生条件に応じて前記コンテンツデータの再生時に再生対象とすべき小節を選択することを特徴とする請求項６に記載のコンテンツデータ再生装置。
【請求項１０】
前記選択手段は、前記コンテンツデータの再生時刻、又は、当該コンテンツデータの再生回数を前記再生条件として用いることを特徴とする請求項１に記載のコンテンツデータ再生装置。
【請求項１１】
サーバ装置が保有するコンテンツデータを通信端末装置に配信するコンテンツ配信システムであって、
前記サーバ装置は、
少なくとも２以上の要素により構成されるコンテンツに対応したコンテンツデータが記録される記録手段と、
前記コンテンツデータ及び前記管理データを前記通信端末装置に配信する配信手段と、を有し、
前記通信端末装置は、
前記サーバ装置から前記コンテンツデータをダウンロードするダウンロード手段と、
前記コンテンツデータを再生する際の再生条件に応じて前記コンテンツデータの再生時に利用すべき前記要素を選択する選択手段と、
前記選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理によって得られた処理データを再生する再生手段と、を有することを特徴とするコンテンツ配信システム。
【請求項１２】
前記サーバ装置は、前記コンテンツデータの再生を制御するためのデータであって、前記再生条件に合致する前記要素を定義付けた管理データを記録した管理データ記録手段と、
前記通信端末装置から送信されたリクエストデータに基づいて前記管理データから前記再生条件に合致する前記要素を抽出する抽出手段と、
前記抽出した要素を示す要素データを前記通信端末装置に配信する要素データ配信手段と、を更に有し、
前記通信端末装置の前記選択手段は、前記リクエストデータを送信すると共に、前記配信された要素データに基づいて前記コンテンツデータの再生時に利用すべき前記要素を選択することを特徴とする請求項１１に記載のコンテンツ配信システム。
【請求項１】
少なくとも２以上の要素により構成されるコンテンツに対応したコンテンツデータを記録したコンテンツデータ記録手段と、
前記コンテンツデータを再生する際の再生条件に応じて前記コンテンツデータの再生時に利用すべき前記要素を選択する選択手段と、
前記選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理によって得られた処理データを再生する再生手段と
を具備することを特徴とするコンテンツデータ再生装置。
【請求項２】
前記コンテンツデータの再生を制御するためのデータであって、前記再生条件に合致する前記要素を定義付けた管理データを取得する取得手段を更に有し、
前記選択手段は、前記管理データに基づいて前記コンテンツデータの再生時に利用すべき前記要素を選択することを特徴とする請求項１に記載のコンテンツデータ再生装置。
【請求項３】
前記コンテンツデータは、前記各要素に対応した複数の単位データを含み、
前記管理データは、前記再生条件に応じて前記選択手段が選択すべき要素に対応した単位データを示す情報を含むことを特徴とする請求項２に記載のコンテンツデータ再生装置。
【請求項４】
前記再生手段は、前記処理データを記録する処理データ記録手段を更に備え、
前記処理データ記録手段に記録された前記処理データを再生することを特徴とする請求項１に記載のコンテンツデータ再生装置。
【請求項５】
前記再生手段は、前記再生条件に変化が生じた場合に、当該変化後の再生条件に基づいて前記選択手段に新たな前記要素を選択させると共に、当該選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理により得られた更新用の処理データにより前記処理データ記録手段に記録された処理データを更新する更新手段を更に有することを特徴とする請求項４に記載のコンテンツデータ再生装置。
【請求項６】
前記コンテンツデータは、少なくとも２以上の要素により構成される楽曲に対応したデータであり、
前記再生手段は、前記コンテンツデータ再生装置において所定の事象が発生した場合に前記処理データを再生して当該事象の発生をユーザに報知するための楽曲を拡声させることを特徴とする請求項１の記載のコンテンツデータ再生装置。
【請求項７】
前記要素は、前記楽曲のアレンジであり、
前記選択手段は、前記再生条件に応じて前記コンテンツデータの再生時に再生されるべきアレンジを選択することを特徴とする請求項６に記載のコンテンツデータ再生装置。
【請求項８】
前記要素は、前記楽曲を構成するパートであり、
前記選択手段は、前記再生条件に応じて前記コンテンツデータの再生時に再生対象とされるべきパートを選択することを特徴とする請求項６に記載のコンテンツデータ再生装置。
【請求項９】
前記要素は、前記楽曲を構成する小節であり、
前記選択手段は、前記再生条件に応じて前記コンテンツデータの再生時に再生対象とすべき小節を選択することを特徴とする請求項６に記載のコンテンツデータ再生装置。
【請求項１０】
前記選択手段は、前記コンテンツデータの再生時刻、又は、当該コンテンツデータの再生回数を前記再生条件として用いることを特徴とする請求項１に記載のコンテンツデータ再生装置。
【請求項１１】
サーバ装置が保有するコンテンツデータを通信端末装置に配信するコンテンツ配信システムであって、
前記サーバ装置は、
少なくとも２以上の要素により構成されるコンテンツに対応したコンテンツデータが記録される記録手段と、
前記コンテンツデータ及び前記管理データを前記通信端末装置に配信する配信手段と、を有し、
前記通信端末装置は、
前記サーバ装置から前記コンテンツデータをダウンロードするダウンロード手段と、
前記コンテンツデータを再生する際の再生条件に応じて前記コンテンツデータの再生時に利用すべき前記要素を選択する選択手段と、
前記選択された要素のみにより前記コンテンツを出力するため前記コンテンツデータに処理を施し、当該処理によって得られた処理データを再生する再生手段と、を有することを特徴とするコンテンツ配信システム。
【請求項１２】
前記サーバ装置は、前記コンテンツデータの再生を制御するためのデータであって、前記再生条件に合致する前記要素を定義付けた管理データを記録した管理データ記録手段と、
前記通信端末装置から送信されたリクエストデータに基づいて前記管理データから前記再生条件に合致する前記要素を抽出する抽出手段と、
前記抽出した要素を示す要素データを前記通信端末装置に配信する要素データ配信手段と、を更に有し、
前記通信端末装置の前記選択手段は、前記リクエストデータを送信すると共に、前記配信された要素データに基づいて前記コンテンツデータの再生時に利用すべき前記要素を選択することを特徴とする請求項１１に記載のコンテンツ配信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００６−２４３６６５（Ｐ２００６−２４３６６５Ａ）
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願番号】特願２００５−６２９６０（Ｐ２００５−６２９６０）
【出願日】平成１７年３月７日（２００５．３．７）
【出願人】（３９６００４８３３）株式会社エクシング (394)
【Ｆターム（参考）】
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願日】平成１７年３月７日（２００５．３．７）
【出願人】（３９６００４８３３）株式会社エクシング (394)
【Ｆターム（参考）】
[ Back to top ]