(57)【要約】【課題】  配布されたコンテンツデータを機種によらず再生できるようにする。【解決手段】  着信メロディとする楽曲データの元データを作成（ステップＳ１１）し、この元データを、規格化された配布フォーマットの配信データへコンバートすると共に、コンバートされた配布フォーマットの配信データが電話端末装置でどのように再生されるかを確認する（ステップＳ１２）。このようにして作成された配信データを記憶手段に蓄積してデータベースを作成する（ステップＳ１３）。このデータベースからメール配信したり、サーバに備えられた共通ゲートウェイ・インタフェース（ＣＧＩ）と呼ばれる拡張機能を呼び出すことにより、データベースにアクセスしてダウンロードする。ダウンロードした電話端末装置では、配信データを当該機種特有のフォーマットに変換して再生可能とする。【選択図】  図１
2005108253.tif 000002
【特許請求の範囲】
【請求項１】
規格化した配布フォーマットに変換したコンテンツ配信データを記憶手段に蓄積して、配信時に該記憶手段から選択されたコンテンツ配信データを読み出して配信するようにし、
配信された前記コンテンツ配信データを受け取って再生する際に、該コンテンツ配信データのフォーマットを、前記コンテンツ配信データを受け取った機種特有のフォーマットに変換して再生するようにしたことを特徴とするコンテンツデータ配布方法。
【請求項２】
前記配布フォーマットに変換したコンテンツ配信データを、該コンテンツ配信データを受け取る機種特有のフォーマットのコンテンツデータに再変換し、該再変換されたコンテンツデータを再生することにより、該コンテンツデータが最適化されて再生されるように前記コンテンツ配信データを編集し、該編集したコンテンツ配信データを前記記憶手段に記憶するようにしたことを特徴とする請求項１記載のコンテンツデータ配布方法。
【請求項３】
ダウンロード機能を有し、規格化された配布フォーマットのコンテンツ配信データをダウンロードした際に、該コンテンツ配信データを記憶する記憶手段を有する電話端末装置において楽曲再生を行う楽曲再生装置であって、
該記憶手段から読み出された前記コンテンツ配信データのフォーマットを、当該機種特有のフォーマットのコンテンツデータに変換するフォーマット変換手段と、
該フォーマット変換手段によりフォーマットが変換された前記コンテンツデータを再生する再生手段と、
を少なくとも備えていることを特徴とする楽曲再生装置。
【請求項４】
前記再生手段は、フォーマットが変換された所定量の前記コンテンツデータを記憶することのできるバッファメモリ手段と、該バッファメモリ手段から受け取った前記コンテンツデータを解釈してその発音タイミングで発音されるように前記コンテンツデータに対応する音源パラメータを音源手段に設定するシーケンサと、設定された音源パラメータに基づいて前記コンテンツデータを再生する前記音源手段とを備えており、前記コンテンツデータを順次前記バッファメモリ手段に取り込みながら前記コンテンツデータを再生するようにしたことを特徴とする請求項３記載の楽曲再生装置。
【請求項５】
前記再生手段は、着信があった際に前記記憶手段から読み出されて前記フォーマット変換手段においてフォーマット変換された前記コンテンツデータを再生するようにしたことを特徴とする請求項３あるいは４に記載の楽曲再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータを自動車電話システムや携帯電話システムを利用して配布するに好適なコンテンツデータ配布方法および楽曲再生装置に関するものである。
【背景技術】
【０００２】
アナログセルラーシステムやデジタルセルラーシステムとして知られているＰＤＣ（Personal Digital Cellular telecommunication system）等の携帯電話システムや、簡易型携帯電話システム（ＰＨＳ：Personal Handyphone System）において、ユーザが携帯している電話端末装置に着信があった際には、ユーザに着信を報知する着信音が鳴らされる。従来、この着信音はある狭い周波数帯域内の音とされていたため、耳障りな音となっていた。これを解決するために、最近では、ユーザに着信があったことを知らせる着信音として、予め定められたメロディを放音することが行われている。このメロディからなる着信音（以下、「着信メロディ」という）は、あらかじめ電話端末装置に用意されていたり、ユーザが任意に作成することができるようにされている。また、着信メロディ用の楽曲データを配信することが行われており、ダウンロードした所望の楽曲データを着信メロディとして放音できるように設定することが可能とされている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来の電話端末装置から放音される着信メロディは、一般に単音の着信メロディとされていたが最近では複音の着信メロディとすることも試みられている。このような複音の着信メロディをユーザが作成するには、電話端末装置のダイヤルボタン等を操作することにより多くのデータからなる楽曲データを入力しなければならないことから、多大の設定時間が必要とされることになる。これを解決するためには複音の着信メロディをセンター等からダウンロードするようにすればよいことになる。
しかしながら、複音の着信メロディを出力することのできる電話端末装置には、ある程度の複雑な構成の楽曲再生手段が搭載されており、機種毎にこの楽曲再生手段の構成が異なっている可能性がある。すると、ダウンロードした着信メロディ用の楽曲データをある機種は再生することができるが、他の機種では再生することができないという問題が生じるようになる。
【０００４】
そこで、本発明は配布されたコンテンツデータを機種によらず再生することのできるコンテンツデータ配布方法および楽曲再生装置を提供することを目的としている。
【課題を解決するための手段】
【０００５】
前記目的を達成するために、本発明のコンテンツデータ配布方法は、規格化した配布フォーマットに変換したコンテンツ配信データを記憶手段に蓄積して、配信時に該記憶手段から選択されたコンテンツ配信データを読み出して配信するようにし、配信された前記コンテンツ配信データを受け取って再生する際に、該コンテンツ配信データのフォーマットを、前記コンテンツ配信データを受け取った機種特有のフォーマットに変換して再生するようにしている。
また、上記本発明のコンテンツデータ配布方法において、前記配布フォーマットに変換したコンテンツ配信データを、該コンテンツ配信データを受け取る機種特有のフォーマットのコンテンツデータに再変換し、該再変換されたコンテンツデータを再生することにより、該コンテンツデータが最適化されて再生されるように前記コンテンツ配信データを編集し、該編集したコンテンツ配信データを前記記憶手段に記憶するようにしてもよい。
【０００６】
さらに、前記目的を達成することのできる本発明の楽曲再生装置は、ダウンロード機能を有し、規格化された配布フォーマットのコンテンツ配信データをダウンロードした際に、該コンテンツ配信データを記憶する記憶手段を有する電話端末装置において楽曲再生を行う楽曲再生装置であって、該記憶手段から読み出された前記コンテンツ配信データのフォーマットを、当該機種特有のフォーマットのコンテンツデータに変換するフォーマット変換手段と、該フォーマット変換手段によりフォーマットが変換された前記コンテンツデータを再生する再生手段とを少なくとも備えている。
さらにまた、上記本発明の楽曲再生装置において、前記再生手段は、フォーマットが変換された所定量の前記コンテンツデータを記憶することのできるバッファメモリ手段と、該バッファメモリ手段から受け取った前記コンテンツデータを解釈してその発音タイミングで発音されるように前記コンテンツデータに対応する音源パラメータを音源手段に設定するシーケンサと、設定された音源パラメータに基づいて前記コンテンツデータを再生する前記音源手段とを備えており、前記コンテンツデータを順次前記バッファメモリ手段に取り込みながら前記コンテンツデータを再生するようにしてもよいものである。
さらにまた、上記本発明の楽曲再生装置において、前記再生手段は、着信があった際に前記記憶手段から読み出されて前記フォーマット変換手段においてフォーマット変換された前記コンテンツデータを再生するようにしてもよいものである。
【発明の効果】
【０００７】
このような本発明によれば、コンテンツデータを配布する際には、コンテンツデータのフォーマットを規格化された汎用とされる配布フォーマットのコンテンツ配信データに変換してから配信し、コンテンツ配信データを受け取って再生する際に配信データの配布フォーマットを当該機種特有のフォーマットのコンテンツデータに変換するようにしたので、機種によらずダウンロードしたコンテンツ配信データを再生可能とすることができる。従って、コンテンツ配信データを蓄積している配布センターは機種毎のフォーマットとされた複数種類のコンテンツデータを用意する必要がなくなり、規格化された配布フォーマットのコンテンツ配信データを１種類だけ用意すればよいことになる。
また、コンテンツ配信データを蓄積する際に、機種特有のフォーマットに再変換されたコンテンツデータを再生し、再生した際に最適化されるようにコンテンツ配信データを編集してから蓄積するようにしている。これにより、配信された楽曲データとされているコンテンツ配信データをダウンロードして再生する際に、高品質の着信メロディとして再生することができるようになる。
【発明を実施するための最良の形態】
【０００８】
本発明のコンテンツデータ配布方法は、本発明の楽曲再生装置にコンテンツデータを配布する方法であり、本発明のコンテンツデータ配布方法の概要を図１および図２を参照しながら以下に説明する。ただし、コンテンツを着信メロディとした例、すなわちコンテンツデータが楽曲データとされた例を説明する。
本発明のコンテンツデータ配布方法では、コンテンツデータである着信メロディとされる楽曲データを配信する際にそのフォーマットが、後述する規格化された配布フォーマットとされる。そして、この配布フォーマットとされたコンテンツ配信データがダウンロードされて記憶されるようにしている。これにより、本発明のコンテンツデータ配布方法では、本発明の楽曲再生装置を備える電話端末装置に着信があった際に、ダウンロードされた配布フォーマットのコンテンツ配信データを読み出して、再生手段で再生できる機種特有のフォーマットのコンテンツデータに変換することにより、着信メロディとして再生することができるようになる。ただし、配布フォーマットとされたコンテンツ配信データである楽曲データを、再生手段がフォーマット変換することなく再生することができる場合は、配布フォーマットとされたコンテンツ配信データのフォーマット変換を行う必要はない。
【０００９】
具体的に説明すると、図１に示すようにまず、着信メロディとする楽曲データの元データを作成する（ステップＳ１１）。この元データは例えばＳＭＦ（Standard MIDI File）フォーマットの楽曲データとされる。この元データは、規格化された配布フォーマットのコンテンツ配信データへコンバートされると共に、コンバートされた配布フォーマットのコンテンツ配信データが本発明の楽曲再生装置を備える電話端末装置で正確に再生されることが確認される（ステップＳ１２）。
このようにして作成されたコンテンツ配信データを記憶手段に蓄積してデータベースを作成する（ステップＳ１３）。このデータベースからメール配信したり、サーバに備えられた共通ゲートウェイ・インタフェース（ＣＧＩ）と呼ばれる拡張機能を呼び出すことにより、データベースにアクセスしてダウンロードする。すなわち、本発明の楽曲再生装置を備える電話端末装置からサーバにアクセスすることによりデータベースから配布フォーマットとされたコンテンツ配信データをダウンロードすることができるようになる。
【００１０】
次に、図１に示すステップＳ１２にて行われるコンテンツ配信データへのコンバート、および実機確認の処理を詳細に図２に示す。この処理では、まずＳＭＦフォーマットから配布フォーマットへのフォーマット変換が行われる（ステップＳ２１）。次いで、フォーマット変換された配布フォーマットのコンテンツ配信データが、機種固有のフォーマットのコンテンツデータに再変換される。そして、機種固有のフォーマットに再変換されたコンテンツデータが楽曲再生手段で再生される（ステップＳ２４）。この楽曲再生手段は配布フォーマットのコンテンツ配信データをそのまま再生することができない機種の楽曲再生手段であり、再変換される機種固有のフォーマットは、当該楽曲再生手段に特有の（再生可能な）フォーマットとされる。この再生をプロトタイプ再生という。以下の説明では、機種特有のフォーマットを特定音源用フォーマットという。
【００１１】
プロトタイプ再生を聴いて、コンテンツデータである楽曲データが正しく再生されるかの編集／検収作業が行われる（ステップＳ２４）。編集／検収作業では、楽曲データ中のシーケンスデータが確認され、さらに音切れがあったり、モタリ等があった場合は最適化されるようにシーケンスデータの編集が行われる。さらにまた、音色設定の微調整も行われる。このステップＳ２４の編集／検収作業の結果は、ステップＳ２１でフォーマット変換された配布フォーマットのコンテンツ配信データに反映されて（ステップＳ２２）、最終的なコンテンツ配信データとして出力される。このコンテンツ配信データは、上述したように記憶手段に蓄積されてデータベースとされる。
【００１２】
次に、上述したデータベースから配信データを着信メロディとして本発明の楽曲再生装置を備える電話端末装置にダウンロードする説明を図３を参照しながら行う。
図３の左半分に示す図３（ａ）〜（ｅ）には、着信メロディをダウンロードする際に本発明の楽曲再生装置を備える電話端末装置の一例である携帯電話機の表示部に表示される表示画面が示されており、図３の右半分にはその際に実行されるダウンロード処理が示されている。携帯電話機が配信センターのサーバにアクセスして、配信センターのデータベースに蓄積されているコンテンツ配信データのいずれかを選択してダウンロードを開始する（ダウンロード処理のステップＳ１）と、表示画面は図３（ａ）に示すようになり「着信メロディデータダウンロード中！」と表示されると共に、その進行状態の経過がグラフ表示される。そして、コンテンツ配信データのダウンロードが終了して記憶されると、表示画面には図３（ｂ）に示すように「着信メロディデータダウンロード終了」と表示される。これにより、ダウンロードされたコンテンツ配信データが着信メロディとして設定された際に、当該携帯電話機に着信があった場合は、記憶されたコンテンツ配信データがフォーマット変換後、再生されて着信メロディとして出力されるようになる。
【００１３】
次いで、表示画面は図３（ｃ）に示すように、「しばらくお待ちください・・・」との表示とされるが、この際にはステップＳ２のデータフォーマットチェック処理が行われると共に、ステップＳ３の機種固有の特定音源用フォーマットへの変換が行われる。この特定音源用フォーマットは、当該携帯電話機に内蔵された楽曲再生手段で再生可能な特有のフォーマットとされる。次いで、テスト発音が行われる（ステップＳ４）が、テスト発音は必ずしも行う必要はない。テスト発音を行わない場合は、フォーマット変換処理も行われない。テスト発音が行われる場合は、テスト発音中の表示画面が図３（ｄ）に示すように表示され、表示画面には音符の図柄と曲名およびアーティスト名との表示がなされる。そして、初期状態である待ち受け状態となる（ステップ５）。待ち受け状態となった際には、表示画面は図３（ｅ）に示すように年月日および現在時刻の表示画面とされる。
【００１４】
次に、配布フォーマットとして規格化されたコンテンツ配信データのデータ構造を図４ないし図６に示す。
図４はコンテンツ配信データの全体のデータ構造であり、コンテンツ配信データは複数のチャンク（Chunk）からなるチャンク構成とされており、全体Chunkには、少なくともContents Info Chunkと何らかのTrack Data Chunkが最低一つ含まれている。図４に示す例ではコンテンツが着信メロディとされていることから、Midi Track ChunkがTrack Data Chunkとされている。全体ChunkのChunk IDは“ＷＰＭＤ”とされる。Contents Info Chunkは図５（ａ）に示すように、チャンクヘッド（Chunk Head）とコンテンツのデータが格納されるボディ（Body）からなり、チャンクヘッドはチャンク種類を示すChunk IDとボディのサイズを示すBody Sizeから構成される。Contents Info ChunkのChunk IDは“ＣＮＴＩ”とされる。また、ボディはContents Type 、Contents Class、Copy Status、Optionの各データからなっている。
【００１５】
Contents Typeは、コンテンツのタイプを示しており、タイプには携帯端末用データやその他のタイプのデータがある。また、Contents Classはコンテンツのクラスを示しており、クラスには着信メロディ、カラオケ、ＣＭ、その他のクラスがある。さらに、Copy Statusは、コンテンツの持つコピー定義を表現しており、コピー不可あるいはコピーフリーが定義される。さらにまた、Optionには楽曲のベンダー名、キャリア名、カテゴリー名、曲名、アーティスト名、作詞／作曲／編曲者名、コピーライト等のデータが格納される。コンテンツのタイプやクラスおよびコピー定義は基本的に表示用のデータとされているが、Optionのデータは必ずしも表示に用いられるデータではなく、主に個別データの認識に用いられるデータとされている。
【００１６】
Track Data ChunkであるMidi Track Chunkは、図５（ｂ）に示すように、チャンクヘッド（Chunk Head）とデータが格納されるボディ（Body）からなり、チャンクヘッドはチャンク種類を示すChunk IDとボディのサイズを示すBody Sizeから構成される。Midi Track ChunkのChunk IDは“ＭＴＲ”とされる。また、ボディにはFormat Type 、TimeBase_Duration 、TimeBase_GateTime、Sequence Dataの各データが含まれている。Format TypeではMidi Track Chunkの実フォーマットが定義されている。ここでは、タイプとして配布フォーマットとして規格化されたHandy Phone Standard用と、例えば機種特有のフォーマットである特定音源用フォーマットタイプが定義されている。ただし、必要に応じて拡張されたタイプを定義するようにしてもよい。例えば、電話端末装置に内蔵されるＣＰＵの能力が向上した場合のタイプを定義するようにしてもよい。また、TimeBase_Durationはイベントとイベントの時間間隔を示すデュレーションの基準時間を示すデータであり、TimeBase_GateTimeは発音する時間長を示すゲートタイムの基準時間を示すデータである。さらに、Sequence Dataは実演奏データであるシーケンスデータであり、Midi Track Chunkに必須のデータとされている。
【００１７】
規格化された配布フォーマットのMidi Track ChunkにおけるSequence Dataのデータ構造を図６に示す。
図６に示すように規格化された配布フォーマットのシーケンスデータ（Sequence Data）は、EventデータとDurationデータとの並びで構成されている。この場合、DurationデータはEventデータとEventデータ間に挟まれるようになる。 Eventデータはメッセージデータからなり、メッセージの種類としては、Note Message、Control Message、Master Volume Message、Exclusive Messageがある。また、Durationデータはイベント（Event）と次のイベントとの間の時間長を示すデータであり、Durationデータの基準時間は前記TimeBase_Duration とされる。さらに、メッセージデータにおけるNote Messageは、発音するチャンネルを示すChannel Numberと、発音する音高を示すNote Numberと、発音する時間長を示すGateTimeからなるメッセージである。このGateTimeの基準時間は、前記TimeBase_GateTimeとされている。また、Control Messageはチャンネル毎の音量、ピッチベンド、パンの値を制御するデータやチャンネルの音色を指定する音色ナンバから構成されるメッセージである。さらに、Master Volume Messageは全発音チャンネルまとめての音量を制御するデータからなるメッセージである。さらにまた、Exclusive Messageは共通規格として規定できない設定情報やコントロールに使用されるメッセージである。なお、本発明における楽曲再生装置では、同時発音チャンネル数は例えば４チャンネルとされている。
【００１８】
次に、本発明の楽曲再生装置においてフォーマット変換により変換される機種固有フォーマットである特定音源用フォーマットのデータ構造の一例を説明するが、シーケンスデータ（Sequence Data）以外のデータ構造は配布フォーマットのデータ構造とほぼ同様とされているので、ここでは特定音源用フォーマットとされたシーケンスデータのデータ構造の一例を図７に示す。
図７に示す特定音源用フォーマットのシーケンスデータの例では、シーケンスデータは音符データと休符データとの並びで構成されている。この音符データは発音する音高を示すオクターブデータと音程データ、発音するチャンネルを示すチャンネルデータ、次に処理をする音符データあるいは休符データまでの時間長を示すインターバルデータ、発音する時間長を示す発音長データから構成されている。また、休符データはそのチャンネルを示すチャンネルデータ、次に処理をする音符データあるいは休符データまでの時間長を示すインターバルデータから構成される。
この図７に示す特定音源用フォーマットは楽曲再生手段が、音符データと休符データからなるシーケンスデータを再生する機種のフォーマットであり、ダウンロードされた図６に示す配布フォーマットのシーケンスデータが、再生される際に図７に示す特定音源用フォーマットのシーケンスデータにフォーマット変換されるようになる。
【００１９】
フォーマット変換するときには、配布フォーマットのシーケンスデータからノートオンを意味するNote Messageが抽出される。次いで、配布フォーマットとされたシーケンスデータのメッセージ間のDurationデータを変換して、Note Message間の時間長を示すDurationデータに変換する。変換されたDurationデータは、ノートオンから次のノートオンまでの時間長に相当することになる。この際に、Note Message間に他のメッセージが存在する場合は、それらのメッセージのDurationデータを合計することにより、Note Message間の時間長を示すDurationデータに変換するようにする。次いで、配布フォーマットにおけるNote Numberを特定音源フォーマットの２ビットのオクターブデータと４ビットの音程データに変換する。さらに、Note Message中のGateTimeデータを、Midi Track ChunkのBody中のTimeBase_GateTimeデータを基準時間として、特定音源用フォーマットの発音長データに変換し、変換されたDurationデータを、Midi Track ChunkのBody中のTimeBase_Durationデータを基準時間として、特定音源用フォーマットの音符データ中のインターバルデータに変換する。さらに、Channel Numberがチャンネルデータに置き換えられて、配布フォーマットのシーケンスデータから、特定音源用フォーマットのシーケンスデータにフォーマット変換されるようになる。
【００２０】
次に、本発明の楽曲再生装置を携帯電話機に適用した実施の形態の構成例を図８に示す。
図８において、携帯電話機１は、一般にリトラクタブルとされたアンテナ１ａを備え、アンテナ１ａは変調・復調機能を有する通信部１３に接続されている。中央処理装置（Central Processing Unit：ＣＰＵ）１０は、電話機能プログラムを実行することにより携帯電話機１の各部の動作を制御するシステム制御部であり、動作時の経過時間を示したり、特定の時間間隔でタイマ割込を発生するタイマを備えている。ＲＡＭ１１は一般電話網等に設けられた配信センターからダウンロードされたコンテンツ配信データや外部機器２０からのダウンロードデータの格納エリアや、ユーザ設定データ格納エリア、および、ＣＰＵ１０のワークエリア等が設定されるＲＡＭ（Random Access Memory）である。ＲＯＭ１２はＣＰＵ１０が実行する送信や着信の各種電話機能プログラムや楽曲再生処理を補助する処理等のプログラムや、プリセットされた楽曲データ等の各種データが格納されているＲＯＭ（Read Only Memory）である。
【００２１】
また、通信部１３は、アンテナ１ａで受信された信号の復調を行うと共に、送信する信号を変調してアンテナ１ａから送信している。通信部１３で復調された受話信号は、音声処理部・データ変換部１４において復号され、マイク２１から入力された送話用の音声信号は音声処理部・データ変換部１４において圧縮符号化される。楽曲再生部１５は、音声処理部・データ変換部１４からの受話信号を受話用スピーカ２２から放音すると共に、着信時に楽曲データを再生して着信メロディとして着信用スピーカ２３から出力している。この楽曲データは、ＲＯＭ１２に元々格納されていた楽曲データでもよいが、携帯電話機１にダウンロードされてＲＡＭ１１に記憶されたコンテンツ配信データである楽曲データでもよい。なお、着信時にＲＡＭ１１に記憶されているコンテンツ配信データを着信メロディとして再生する場合は、ＲＡＭ１１から読み出されたコンテンツ配信データの配布フォーマットがフォーマット変換部２４において特定音源用フォーマットに変換されて楽曲再生部１５に供給されるようになる。このフォーマット変換部２４が行う変換処理は、ＲＯＭ１２に記憶された変換プログラムに従い、ＣＰＵ１０が行うようにしてもよい。
【００２２】
また、楽曲再生部１５が楽曲データを再生している際に、内部に設けられた楽曲データが記憶される記憶手段に所定量の空きエリアが生じた場合は、楽曲再生部１５は転送要求信号（Ｒｅｑ）をＣＰＵ１０に与え、ＣＰＵ１０はＲＡＭ１１あるいはＲＯＭ１２に記憶されている楽曲データの続きを読み出して楽曲再生部１５に転送している。インタフェース（Ｉ／Ｆ）１６は、パーソナルコンピュータ等の外部機器２０から楽曲データ等をダウンロードするためのインタフェースである。入力部１７は携帯電話機１に備えられた「０」〜「９」の数値キーおよびコードキーからなるテンキーやジョグダイヤル等から構成される入力手段である。表示部１８は電話機能のメニューや、テンキーやジョグダイヤル等のボタンの操作に応じた表示がされる表示器である。バイブレータ１９は、着信時に着信音に代えて携帯電話機１の本体を振動させることにより、着信をユーザに知らせるバイブレータである。なお、各コンポーネントはバス２５を介してデータ等の授受を行っている。
【００２３】
次に、図８に示す携帯電話機１における楽曲再生部１５および音声処理部・データ変換部１４の詳細な構成例を図９に示す。
まず、楽曲再生部１５の説明を行う。図示する楽曲再生部１５において、インタフェース（Ｉ／Ｆ）３０はバス２５を介して各種データを授受するインタフェースであり、楽曲データの初期設定の際には、所定量のシーケンスデータが書込／読出コントローラ（Ｒ／Ｗコントローラ）３１の制御の基でテンポラリ記憶部（Ｔ・ＲＡＭ）３２の空きエリアに記憶される。楽曲再生がスタートされるとＲ／Ｗコントローラ３１は、シーケンサ３３からの読出要求信号（Ｒｅｑ）に応じて、テンポラリ記憶部（Ｔ・ＲＡＭ）３２から順次シーケンスデータを読み出してシーケンサ３３に供給する。テンポラリ記憶部（Ｔ・ＲＡＭ）３２の記憶容量は一曲分のシーケンスデータを記憶するに必要な記憶容量より小さくされており、例えば３２ワード分の楽曲データを格納できる記憶容量とされている。シーケンサ３３は、Ｒ／Ｗコントローラ３１から順次シーケンスデータを受け取り、シーケンスデータを解釈してその発音タイミングで発音されるようにシーケンスデータに対応する音源パラメータを音源部３４に設定している。音源パラメータとしては、ピッチデータ、ノートオン／オフ信号等とされる。
【００２４】
音源部３４は、例えば４パートの楽音信号を同時に発音することができる音源とされており、シーケンサ３３から設定された音源パラメータに基づいた楽音信号を各パート毎に生成している。生成された４パート分の楽音信号は、所定の再生タイミング毎にディジタルアナログ変換器（ＤＡＣ）３５に供給されて、アナログの楽音信号に変換される。
そして、テンポラリ記憶部（Ｔ・ＲＡＭ）３２からのシーケンスデータの読み出しが進んでテンポラリ記憶部（Ｔ・ＲＡＭ）３２に所定量の空きエリアが発生した際には、Ｒ／Ｗコントローラ３１は転送要求信号（Ｒｅｑ）をインタフェース３０を介してバス２５に送出する。この転送要求信号（Ｒｅｑ）は、ＣＰＵ１０が受け取り続くシーケンスデータを所定データ分、例えば空きエリアに対応する１６ワード分のシーケンスデータをＲＡＭ１１等から読み出してバス２５に送出する。このシーケンスデータは、インタフェース３０を介してＲ／Ｗコントローラ３１の制御の基で、テンポラリ記憶部（Ｔ・ＲＡＭ）３２の空きエリアに書き込まれるようになる。このような動作が繰り返されることにより、テンポラリ記憶部（Ｔ・ＲＡＭ）３２の記憶容量が一曲分のシーケンスデータを記憶するに必要な記憶容量より小さくされていても楽曲全体を再生することができるようになる。
この再生された楽音信号が着信メロディとして放音されるよう設定されている場合は、ＤＡＣ３５の出力が増幅器３７で増幅されて着信用スピーカ２３から着信メロディが放音されるようになる。
【００２５】
次に、音声処理部・データ変換部１４の説明を行う。図９に示す音声処理部・データ変換部１４において、マイク２１から入力された送話用の音声信号は、アナログディジタル変換器（ＡＤＣ）４２においてディジタル信号に変換され増幅器４３を介してコーダ４４に供給される。コーダ４４は、例えばＣＥＬＰ（Code Excited LPC ）系のコーダとされ、音声信号は高能率圧縮符号化されて通信部１３に供給されて、アンテナ１ａから送信されるようになる。また、通信部１３において復調された受話信号は、例えばＣＥＬＰ（Code Excited LPC ）系とされた第１デコーダ４６により高能率圧縮符号化された受話データが復号され、さらに、ディジタルアナログ変換器（ＤＡＣ）４７でアナログの受話信号に変換されて楽曲再生部１５に供給され、増幅器３６を介して受話用スピーカ２２から出力される。
【００２６】
さらに、配信センターからダウンロードされたコンテンツ配信データが通信部１３において復調されると、復調された圧縮されているコンテンツ配信データは第２デコーダ４５においてデコードされて元の配布フォーマットのコンテンツ配信データとされる。この配布フォーマットのコンテンツ配信データはインタフェース３０を介してＲＡＭ１１に送られてＲＡＭ１１に記憶される。コンテンツが着信メロディとされている場合は、このコンテンツ配信データは着信メロディ用の楽曲データとなる。なお、コンテンツ配信データは例えば、ＭＰ３（ＭＰＥＧレイヤIII）方式やベクトル量子化を用いた圧縮符号化方式で圧縮されて配信されるようになされており、このように圧縮されたコンテンツ配信データを伸張するのが第２デコーダ４５とされている。
【００２７】
次に、図９示す楽曲再生部１５および音声処理部・データ変換部１４において楽曲データを再生する動作を説明する。楽曲データが再生されるのは着信時に着信メロディとして再生される場合であり、楽曲データの初期設定が行われた後に楽曲再生がスタートされるようになる。以下の説明では、着信メロディとして再生される選択された楽曲データが、ＲＡＭ１１に格納されているダウンロードされたコンテンツ配信データとされた場合を説明する。
図１に示す携帯電話機１において、ＲＡＭ１１に格納されているダウンロードされたコンテンツ配信データの内の所定の楽曲データが読み出され、バス２５を介してフォーマット変換部２４に供給されて特定音源用フォーマットにフォーマット変換される。このフォーマット変換では、シーケンスデータのフォーマットが変換されるが、同時にFormat TypeがHandy Phone Standardから特定音源用フォーマットタイプに変更される。このフォーマット変換されたコンテンツ配信データの内のシーケンスデータが楽曲再生部１５に送られる。このシーケンスデータは、図７に示すように音符データと休符データの並びのデータとされている。
【００２８】
インタフェース３０を介して取り込まれたシーケンスデータは、Ｒ／Ｗコントローラ３１によりテンポラリ記憶部（Ｔ・ＲＡＭ）３２に記憶される。この場合、テンポラリ記憶部（Ｔ・ＲＡＭ）３２にはシーケンスデータの先頭の例えば３２ワード分の楽曲データが記憶される。そして、シーケンサ３３からの読出要求信号（Ｒｅｑ）に応じてＲ／Ｗコントローラ３１がテンポラリ記憶部（Ｔ・ＲＡＭ）３２から順次に音符データと休符データを読み出す。この音符データの１ワードは、上述したように発音する音高を示すオクターブデータと音程データ、発音するチャンネルを示すチャンネルデータ、次に処理をする音符データあるいは休符データまでの時間長を示すインターバルデータ、発音する時間長を示す発音長データから構成されている。また、１ワードの休符データは、休符の種類を示す休符データと、休符データが属するチャンネルデータと、次の音符または休符までの時間長であるインターバルデータとから構成されている。
【００２９】
そして、シーケンサ３３が楽音を再生する際には、テンポラリ記憶部（Ｔ・ＲＡＭ）３２から順次読み出された音符データが解釈されてその発音タイミングで発音されるように当該音符データに対応する音源パラメータが音源部３４に設定される。このようにして順次音符データに対応する楽音が音源部３４で生成されて出力されるようになる。
テンポラリ記憶部（Ｔ・ＲＡＭ）３２からシーケンスデータが読み出されて楽曲データの再生が進んでいくと、読み出されたシーケンスデータ分だけテンポラリ記憶部（Ｔ・ＲＡＭ）３２には空きエリアが発生するようになる。テンポラリ記憶部（Ｔ・ＲＡＭ）３２には楽曲データの先頭の３２ワード分しか書き込まれていないため、発生した空きエリアに続く次のシーケンスデータを書き込むようにすれば、データ量が多くされるシーケンスデータとされていても繰り返しテンポラリ記憶部（Ｔ・ＲＡＭ）３２に順次続くシーケンスデータを書き込むことにより一曲分のシーケンスデータを書き込んで再生することができるようになる。
【００３０】
すなわち、Ｒ／Ｗコントローラ３１が出力する転送要求信号（Ｒｅｑ）は、所定量のワード分の空きエリアがテンポラリ記憶部（Ｔ・ＲＡＭ）３２に発生した時に発生され、テンポラリ記憶部（Ｔ・ＲＡＭ）３２に続くシーケンスデータを書き込むようにする転送要求信号（Ｒｅｑ）である。この転送要求信号（Ｒｅｑ）を受けてＣＰＵ１０がＲＡＭ１１から続く楽曲データを空きエリア分読み出してフォーマット変換部２４でフォーマット変換した後、楽曲再生部１５に送出している。楽曲再生部１５のＲ／Ｗコントローラ３１は、このシーケンスデータを受けてテンポラリ記憶部（Ｔ・ＲＡＭ）３２の空きエリアに記憶させる。
この場合、転送要求信号（Ｒｅｑ）が発生される所定量の空きエリアの大きさは任意に設定することができるが、空きエリアを０ワードに近く設定すると転送要求信号（Ｒｅｑ）の発生頻度が増加するが、書込ワード数が少なくなるためＣＰＵ１０の処理は軽い処理とすることができる。一方、空きエリアを３２ワードに近く設定すると、転送要求信号（Ｒｅｑ）の発生頻度は少なくなるが書込ワード数が多くなるためＣＰＵ１０の処理は重くなる。従って、ＣＰＵ１０の処理速度に応じて転送要求信号（Ｒｅｑ）を発生させる空きエリアの大きさを設定するのが好適である。
【００３１】
なお、シーケンサ３３は音符データを解釈してその再生タイミングで再生されるように、音源部３４にピッチデータ、ノートオン信号、およびパート指定情報からなる音源パラメータを設定する。音源部３４は、音源レジスタに設定されたこれらの音源パラメータに基づく楽音を生成する。そして、この音符データの発音長が経過したタイミングにおいてシーケンサ３３は当該楽音をノートオフするノートオフ信号を音源部３４に設定する。これにより音源部３４は、当該楽音の消音処理を行う。このような処理がシーケンスデータをテンポラリ記憶部（Ｔ・ＲＡＭ）３２から読み出す毎に実行されて、音源部３４から再生された楽音信号がＤＡＣ３５へ出力されていくようになる。
【００３２】
ここで、携帯電話機１に着信があった際に、楽曲再生部１５が着信メロディを出力するように設定されていた場合は、携帯電話機１に着信があった際に、上記した楽曲を再生する処理がスタートされる。そして、楽曲再生部１５において再生された楽音は、着信用スピーカ２３から着信メロディとして放音される。なお、着信メロディとして再生される楽曲は、ＲＡＭ１１にダウンロードされているコンテンツ配信データである種々の楽曲や、ＲＯＭ１２に予め格納されている楽曲から任意に選択することができるようにされている。
【００３３】
上記の説明では、ダウンロードされてＲＡＭ１１に記憶されたコンテンツ配信データを楽曲再生部１５で再生する際に、ＲＡＭ１１から読み出したコンテンツ配信データをフォーマット変換部２４で特定音源用フォーマットにフォーマット変換してから、そのシーケンスデータを楽曲再生部１５内の一時記憶手段（Ｔ・ＲＡＭ３２）に記憶するようにしていた。本発明はこれに限るものではなく、配布フォーマットのコンテンツ配信データを予めフォーマット変換部２４で特定音源用フォーマットのコンテンツデータにフォーマット変換して、コンテンツデータをＲＡＭ１１の別の領域に記憶しておくようにしてもよい。この場合には、ＲＡＭ１１から特定音源用フォーマットとされたコンテンツデータの内のシーケンスデータを読み出して楽曲再生部１５に送るようにする。なお、ＲＡＭ１１には配布フォーマットのコンテンツ配信データと、特定音源用フォーマットのコンテンツデータとが記憶されることになるが、特定音源用フォーマットのコンテンツデータを記憶した際にコンテンツ配布フォーマットの配信データを削除するようにしてもよい。
【００３４】
ところで、本発明の楽曲再生装置を備える電話端末装置には配信センターから配信されるコンテンツ配信データである楽曲データをダウンロードすることができるようにされている。この一例として本発明の楽曲再生装置を備える図８に示す携帯電話機１と、携帯電話機１と同様の構成とされた他の携帯電話機１０１に配信されるコンテンツ配信データをダウンロードする概念図を図１０に示す。
一般に携帯電話機におけるセルラーシステムは、小ゾーン方式が採用されてサービスエリア内に多数の無線ゾーンが配置されている。この各々の無線ゾーンを管理するのがそれぞれの無線ゾーンに設けられた基地局であり、移動局である携帯電話機が一般電話機と通話する際には、携帯電話機が属する無線ゾーンを管理している基地局を介して移動交換局に接続され、移動交換局から一般電話網に接続されるようになる。これにより、携帯電話機は、各無線ゾーンを管理する基地局と無線回線を介して接続されることにより他の電話機と通話を行うことができるようになる。また、他の無線ゾーンに属する携帯電話機と通話する際には、携帯電話機が属する無線ゾーンを管理している基地局を介して移動交換局に接続され、移動交換局から相手側の携帯電話機が属する基地局を介して他の携帯電話機と通話を行うことができるようになる。
【００３５】
このようなセルラーシステムの例が図１０に示されており、携帯電話機１は基地局２ｃが管理する無線ゾーン内に属しており、携帯電話機１０１は基地局２ａが管理する無線ゾーン内に属している場合が示されている。携帯電話機１，１０１と基地局２ｃ，２ａとは無線回線により接続されており、通話を行う際や位置登録を行う際の上り信号は基地局２ｃ，２ａで受信されて処理される。基地局２ａ〜基地局２ｄはそれぞれ異なる無線ゾーンを管理しているが、その無線ゾーンの周縁は相互に重なるようになっていてもよい。基地局２ａ〜基地局２ｄは多重化回線を介して移動交換局３に接続され、さらに、複数の移動交換局３は関門交換局４で集線されて一般電話交換局５ａに接続される。複数設けられた関門交換局４は図示されていないが相互に中継伝送路で接続されている。一般電話交換局５ａ，５ｂ，５ｃ・・・は各地域毎に設置されており、一般電話交換局５ａ，５ｂ，５ｃ・・・間も中継伝送路で相互に接続されている。一般電話交換局５ａ，５ｂ，５ｃ・・・の各々には、多数の一般電話が接続されており、例えば、一般電話交換局５ｂには配信センター６が接続されている。
【００３６】
配信センター６には随時新曲が追加されて多数の配布フォーマットとされたコンテンツ配信データが蓄積されており、本発明においては、一般電話網に接続されている配信センター６から、例えば携帯電話機１，１０１に配布フォーマットとされたコンテンツ配信データを任意にダウンロードすることができるようにされている。ここで、携帯電話機１が配布フォーマットとされたコンテンツ配信データをダウンロードする際には、携帯電話機１は配信センター６の電話番号を発信する。これにより、携帯電話機１−基地局２ｃ−移動交換局３−関門交換局４−一般電話交換局５ａ−一般電話交換局５ｂ−配信センター６の経路で、配信センター６と携帯電話機１とが接続される。次いで、携帯電話機１は表示部１８に表示されるガイダンスに従ってテンキーやジョグダイヤル等を操作すれば、所望の曲名のコンテンツ配信データをダウンロードすることができる。ダウンロードされたコンテンツ配信データは、携帯電話機１内のＲＡＭ１１に記憶される。携帯電話機１０１が配信センター６からコンテンツ配信データである楽曲データをダウンロードする際にも同様の動作が行われる。
【００３７】
次に、本発明にかかる携帯電話機１（１０１）におけるＣＰＵ１０が実行する発信処理のフローチャートを図１１を参照しながら説明する。
表示部１８で確認しながら相手先の電話番号を入力部１７のテンキー等を操作して設定し、発信ボタンを操作する（ステップＳ３１）と、発信先の電話番号がＲＡＭ１１に記憶されると共に、通信部１３から自機の電話番号情報を付加した発信信号がアンテナ１ａを介して送信される。この送信信号は携帯電話機１が属する基地局２ｃ（２ａ）が受信し移動交換局３に送る。移動交換局３は、相手先の電話番号から相手先に接続するための一般電話交換局や基地局を決定してその経路へ向けて発信信号を送る。この結果、相手先の電話機に着信信号が送られるようになり、相手先の電話機から着信音が放音されるようになる。ステップＳ３２では相手先の電話機の着信処理が実行（オフフック）されて回線が接続されたか否かを判定しており、オフフックしない場合はステップＳ４０に分岐して通話終了処理をされたか否かが判定される。通話終了処理されない場合は、ステップＳ３２に戻り、回線が接続されたか否かが判定されるため、通話終了処理されない限りステップＳ３２およびステップＳ４０の処理が回線が接続されるまで繰り返し実行される。
【００３８】
ここで、相手先の電話機の着信処理が実行されて回線が接続されると、ステップＳ３２にてＹＥＳと判定されてステップＳ３３に進み、相手先が配信センターか否かが判定される。相手先が配信センターと判定されると、ステップＳ３４にて配信センターからの選曲ガイダンスが表示部１８に表示され、ガイダンスに従って歌手別リストやジャンル別リストを用いて選曲処理が実行される。次いで、ステップＳ３５にて選曲処理で選曲されたコンテンツ配信データが配信センター６から配信されて、ＲＡＭ１１に記憶される。このコンテンツ配信データは、前述した図４ないし図６に示す規格化された配布フォーマットとされており、ステップＳ３６でデータフォーマットが配布フォーマットとされていることがチェックされる。次いで、ステップＳ３７にて配布フォーマットのコンテンツ配信データがフォーマット変換部４５において、特定音源用フォーマットのコンテンツデータに変換されるようフォーマット変換される。このフォーマット変換後のコンテンツデータをＲＡＭ１１に記憶してもよい。
【００３９】
この際の特定音源用フォーマットのコンテンツデータにおけるシーケンスデータは、例えば図７に示すデータ構造のシーケンスデータとされる。すなわち、EventデータとDurationデータのシーケンスデータから、音符データと休符データとからなるシーケンスデータのフォーマットに変換されるようになる。続いて、ステップＳ３８にてフォーマット変換されたコンテンツデータを楽曲再生部１５に供給することによりテスト発音して、フォーマット変換後のシーケンスデータが正確に再生されることを確認するようにしてもよい。以上の処理が終了すると、ステップＳ４１にて回線が切断されて発信処理は終了する。また、ステップＳ３３にて相手先が配信センターではないと判定された場合は、ステップＳ３９に分岐して相手電話機と通話する通話中処理が行われ、通話が終了するとステップＳ４１にて回線が切断されて発信処理は終了する。さらに、ステップＳ４０にて通話終了処理されたと判定された場合にも、ステップＳ４１にて回線が切断されて発信処理は終了する。
なお、フォーマット変換処理（ステップＳ３７）およびテスト発音処理（ステップＳ３８）は発信処理としては実行せず、着信があった際にフォーマット変換処理（ステップＳ３７）を実行して楽曲再生部１５にフォーマット変換されたシーケンスデータを供給するようにしてもよい。
【００４０】
次に、フォーマット変換処理のフローチャートを図１２を参照しながら説明する。ただし、このフォーマット変換処理は、図６に示す配布フォーマットのシーケンスデータを図７に示す特定音源用フォーマットのシーケンスデータに変換するフォーマット変換処理とされている。
フォーマット変換処理がスタートされると、ステップＳ５０にて配布フォーマットのシーケンスデータからノートオンを意味するNote Messageが抽出される。Note Messageは、発音するチャンネルを示すChannel Numberと、発音する音高を示すNote Numberと、発音する長さを示すGateTimeからなり、これらのデータが抽出されることになる。
【００４１】
次いで、ステップＳ５１にて配布フォーマットとされたシーケンスデータのメッセージ間のDurationデータを変換してNote Message間の時間長を示すDurationデータに変換している。変換されたDurationデータは、ノートオンから次のノートオンまでの時間長に相当する。Durationデータを変換する際には、Note Message、Control Message、Master Volume Message、Exclusive Messageのメッセージ種類があり、これらのメッセージの間にもDuration データが挟まれていることから、次に例示するように変換する。例えばシーケンスデータの並びが、Note Message1−Duration1−Control Message−Duration2−Exclusive Message−Duration3−Note Message2−Duration4とされている場合には、Note Message1からNote Message2までの時間長を示すDurationデータは、Duration1とDuration2とDuration3のデータを加算したデータとなる。このようなDurationデータの変換がステップＳ５１で行われる。
【００４２】
次いで、配布フォーマットにおけるNote Numberはオクターブと音程とで定義されていないことから、ステップＳ５２にて配布フォーマットにおけるNote Numberを特定音源フォーマットの２ビットのオクターブデータと４ビットの音程データに変換する変換処理が行われる。さらに、ステップＳ５３にてNote Message中のGateTimeデータを、Midi Track ChunkのBody中のTimeBase_GateTimeデータを基準時間として、特定音源用フォーマットの発音長データに変換する。続いて、ステップＳ５４にてステップＳ５１で変換されたDurationデータを、Midi Track ChunkのBody中のTimeBase_Durationデータを基準時間として、特定音源用フォーマットの音符データ中のインターバルデータに変換する。この場合、ステップＳ５１で変換されたDurationデータを音符データ中のインターバルデータに反映することに替えて、ステップＳ５１で変換されたDurationデータを休符データのインターバルデータに反映させるようにしてもよい。さらに、Channel Numberがチャンネルデータに置き換えられ、ステップＳ５４の処理が終了されると発信処理のステップＳ３８にリターンされる。このような変換が実行されることにより、EventデータとDurationデータからなる配布フォーマットのシーケンスデータから、オクターブデータ、音程データ、チャンネルデータ、インターバルデータ、発音長データから構成される音符データと、チャンネルデータおよびインターバルデータから構成される休符データとからなる特定音源用フォーマットのシーケンスデータに変換されるようになる。
【００４３】
以上説明した本発明の楽曲再生装置を備える電話端末装置において、データ送信機能やメール送信機能を備えている場合には、ＲＡＭ１１に記憶されているダウンロードされたコンテンツ配信データを他の電話端末装置に転送することができる。この場合、転送されるコンテンツ配信データは配布フォーマットとされているが、ＲＡＭ１１に特定音源用フォーマットに変換されたコンテンツデータが記憶されている場合には、コンテンツデータを転送するようにしてもよい。さらに、ＲＡＭ１１に特定音源用フォーマットに変換されたコンテンツデータしか記憶されていない場合には、特定音源用フォーマットのコンテンツデータをフォーマット変換部２４において配布フォーマットのコンテンツ配信データにフォーマット変換して転送するようにしてもよい。
また、フォーマット変換部２４は、ＣＰＵ１０がフォーマット変換用プログラムを実行することにより実現するようにしてもよい。
なお、本発明の楽曲再生装置において、楽曲再生部に内蔵される音源部の音源方式としては、ＦＭ音源方式、高調波加算音源方式、波形メモリ音源（ＰＣＭ音源）方式、物理モデル音源方式等とすることができる。これらの音源部の構成としてはＤＳＰ等を用いたハードウェア音源でも、音源プログラムを実行させるソフトウェア音源でもよい。
【００４４】
このような種々の音源を備える本発明の楽曲再生装置において、内蔵された楽曲再生部で再生可能なシーケンスデータのフォーマットが配布フォーマットと異なっている際には、当該機種においては当該機種特有のフォーマットのシーケンスデータとなるようなフォーマット変換を行うようにする。また、楽曲再生部で配布フォーマットのシーケンスデータをそのまま再生可能な場合は、フォーマット変換を行う必要はない。
また、規格化された配布フォーマットして上記したデータ構造に限らず、シーケンサ等の楽曲再生手段における配布フォーマットとして知られているＳＭＦフォーマットを採用するようにしてもよい。
【産業上の利用可能性】
【００４５】
さらに、以上の説明ではコンテンツとして着信メロディをあげたが、これに限るものではなく、表示される画像や出力される音声をコンテンツとしてもよいものである。この場合にも規格化された配布フォーマットとされたコンテンツ配信データが配布されて、配布された機器においてその機種特有のフォーマットに変換されるようにする。
さらにまた、シーケンスデータに各パートの音色を指定する音色割当データを含ませるようにして、音色割当データに応じて各パートに音色を割り当てるようにしてもよい。この場合には、楽曲再生部１５に音色データメモリを追加して、シーケンサ３３が音色割当データに応じて音色データメモリから読み出した音色データを音源部３４に設定するようにする。なお、同じ音色を得るための音色データは音源３４における音源方式が異なると異なるようになることから、音色データメモリには音源３４の音源方式に対応する各音色の音色データを格納しておくようにする。
【図面の簡単な説明】
【００４６】
【図１】本発明のコンテンツデータ配布方法の概要を説明するための図である。
【図２】図１に示す本発明のコンテンツデータ配布方法における配信データへのコンバート及び実機確認の処理を詳細に示す図である。
【図３】本発明のコンテンツデータ配布方法において、データベースから配信データを着信メロディとして本発明の楽曲再生装置を備える電話端末装置にダウンロードする説明を行うための図である。
【図４】本発明のコンテンツデータ配布方法において、配布フォーマットとして規格化された配信データ全体のデータ構造を示す図である。
【図５】本発明のコンテンツデータ配布方法において、配布フォーマットとして規格化された配信データにおけるチャンクのデータ構造を示す図である。
【図６】本発明のコンテンツデータ配布方法において、配布フォーマットとして規格化された配信データにおけるシーケンスデータのデータ構造を示す図である。
【図７】本発明のコンテンツデータ配布方法において、機種特有フォーマットの一例におけるシーケンスデータのデータ構造を示す図である。
【図８】本発明の楽曲再生装置を携帯電話機に適用した実施の形態の構成例を示す図である。
【図９】図８に示す携帯電話機における楽曲再生部および音声処理部の詳細な構成例を示す図である。
【図１０】本発明の楽曲再生装置を備える携帯電話機に配信センターから配信される楽曲データをダウンロードする構成を示す概念図である。
【図１１】本発明の楽曲再生装置を備える電話端末装置が適用される携帯電話機における発信処理のフローチャートである。
【図１２】本発明の楽曲再生装置を備える電話端末装置が適用される携帯電話機の発信処理におけるフォーマット変換処理のフローチャートである。
【符号の説明】
【００４７】
１  携帯電話機、１ａ  アンテナ、２ａ〜２ｄ  基地局、３  移動交換局、４  関門交換局、５ａ，５ｂ，５ｃ  一般電話交換局、６  配信センター、１０  ＣＰＵ、１１  ＲＡＭ、１２  ＲＯＭ、１３  通信部、１４  音声処理部・データ変換部、１５  楽曲再生部、１６  インタフェース、１７  入力部、１８  表示部、１９  バイブレータ、２０  外部機器、２１  マイク、２２  受話用スピーカ、２３  着信用スピーカ、２４  バス、３０  インタフェース、３１  Ｒ／Ｗコントローラ、３２  Ｔ・ＲＡＭ、３３  シーケンサ、３４  音源部、３５  ＤＡＣ、３６  増幅器、３７  増幅器、４２  ＡＤＣ、４３  増幅器、４４  コーダ、４５  フォーマット変換部、４６  デコーダ、４７  ＤＡＣ、１０１  携帯電話機
【図１】
2005108253.tif 000003
【図２】
2005108253.tif 000004
【図３】
2005108253.tif 000005
【図４】
2005108253.tif 000006
【図５】
2005108253.tif 000007
【図６】
2005108253.tif 000008
【図７】
2005108253.tif 000009
【図８】
2005108253.tif 000010
【図９】
2005108253.tif 000011
【図１０】
2005108253.tif 000012
【図１１】
2005108253.tif 000013
【図１２】
2005108253.tif 000014