(57)【特許請求の範囲】
【請求項１】
音楽データを連続再生する際にそれぞれ音楽再生用バッファとして用いられる一対の音楽再生用記憶部と、
基地局又はネットワークから配信された一曲の音楽データであって、連続再生のため、前記音楽再生用記憶部の容量に基づいて複数の分割音楽データに分割された後、最初に再生される分割音楽データを除き、先に再生される分割音楽データの後端部のコピーデータが次に再生される分割音楽データの先端に貼り付けられた一曲の音楽データを格納するメモリと、
一曲の音楽データを構成する全ての分割音楽データが前記メモリに格納された後、前記一対の音楽再生用記憶部を交互に用いて前記メモリに格納された分割音楽データを順に連続再生する制御手段と、
スピーカと、
を備えた携帯電話機の音楽データ再生方法であって、
前記制御手段が前記メモリに格納された分割音楽データを順に連続再生する際に、先に再生する分割音楽データの後端部と次に再生する分割音楽データのコピーデータとを相互に重ね合わせて再生することより、シームレスな音楽をスピーカから出力させることを特徴とする携帯電話機の音楽データ再生方法。
【請求項２】
音楽データを連続再生する際にそれぞれ音楽再生用バッファとして用いられる一対の音楽再生用記憶部と、
基地局又はネットワークから配信された一曲の音楽データであって、連続再生のため、前記音楽再生用記憶部の容量に基づいて複数の分割音楽データに分割された後、最初に再生される分割音楽データを除き、先に再生する分割音楽データの後端に、次に再生する分割音楽データの先端部のコピーデータが貼り付けられた一曲の音楽データを格納するメモリと、
一曲の音楽データを構成する全ての分割音楽データが前記メモリに格納された後、前記一対の音楽再生用記憶部を交互に用いて前記メモリに格納された分割音楽データを順に連続再生する制御手段と、
スピーカと、
を備えた携帯電話機の音楽データ再生方法であって、
前記制御手段が前記メモリに格納された分割音楽データを順に連続再生する際に、先に
再生する分割音楽データのコピーデータと次に再生される分割音楽データの先端部とを相互に重ね合わせて再生することにより、シームレスな音楽をスピーカから出力させることを特徴とする携帯電話機の音楽データ再生方法。
【請求項３】
音楽データを連続再生する際にそれぞれ音楽再生用バッファとして用いられる一対の音楽再生用記憶部と、
基地局又はネットワークから配信された一曲の音楽データであって、連続再生のため、前記音楽再生用記憶部の容量に基づいて複数の分割音楽データに分割された後、最初に再生される分割音楽データを除き、先に再生される分割音楽データの後端部のコピーデータが次に再生される分割音楽データの先端に貼り付けられた一曲の音楽データを格納するメモリと、
一曲の音楽データを構成する全ての分割音楽データが前記メモリに格納された後、前記一対の音楽再生用記憶部を交互に用いて前記メモリに格納された分割音楽データを順に連続再生する制御手段と、
スピーカと、
を備えた携帯電話機であって、
前記制御手段が前記メモリに格納された分割音楽データを順に連続再生する際に、先に再生する分割音楽データの後端部と次に再生する分割音楽データのコピーデータとを相互に重ね合わせて再生することより、シームレスな音楽をスピーカから出力させるように構成されたことを特徴とする携帯電話機。
【請求項４】
音楽データを連続再生する際にそれぞれ音楽再生用バッファとして用いられる一対の音楽再生用記憶部と、
基地局又はネットワークから配信された一曲の音楽データであって、連続再生のため、前記音楽再生用記憶部の容量に基づいて複数の分割音楽データに分割された後、最初に再生される分割音楽データを除き、先に再生する分割音楽データの後端に、次に再生する分割音楽データの先端部のコピーデータが貼り付けられた一曲の音楽データを格納するメモリと、
一曲の音楽データを構成する全ての分割音楽データが前記メモリに格納された後、前記一対の音楽再生用記憶部を交互に用いて前記メモリに格納された分割音楽データを順に連続再生する制御手段と、
スピーカと、
を備えた携帯電話機であって、
前記制御手段が前記メモリに格納された分割音楽データを順に連続再生する際に、先に再生する分割音楽データのコピーデータと次に再生される分割音楽データの先端部とを相互に重ね合わせて再生することにより、シームレスな音楽をスピーカから出力させるように構成されたことを特徴とする携帯電話機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機に関し、特に、サーバよりダウンロードする音楽データの再生が可能な携帯電話機に関するものである。
【背景技術】
【０００２】
最新の携帯電話機は、ダウンロード用のＲＡＭ容量が大きく、また、音楽再生用として使用できるＲＡＭ容量も大容量化されているので、サーバから携帯電話機にダウンロードした数曲の音楽データを再生できるという特長がある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところが、従来の携帯電話機は、ダウンロード用のＲＡＭ容量が小さく、また、音楽再生用として使用できるＲＡＭ容量が小さいので、最新の携帯電話機のように大容量のダウンロードやダウンロードした音楽データの再生ができず、ユーザのニーズを満足させることができないという不具合がある。
そこで、音楽再生用のメモリ容量の小さな機種でも音楽データのダウンロードを可能にし、又、大容量の音楽データ一曲分の連続再生を可能にするために解決すべき課題が生じるのであり、本発明はこの課題を解決することを目的とする。
【課題を解決するための手段】
【０００４】
第１の手段は、音楽データを連続再生する際にそれぞれ音楽再生用バッファとして用いられる一対の音楽再生用記憶部と、
基地局又はネットワークから配信された一曲の音楽データであって、連続再生のため、前記音楽再生用記憶部の容量に基づいて複数の分割音楽データに分割された後、最初に再生される分割音楽データを除き、先に再生される分割音楽データの後端部のコピーデータが次に再生される分割音楽データの先端に貼り付けられた一曲の音楽データを格納するメモリと、一曲の音楽データを構成する全ての分割音楽データが前記メモリに格納された後、前記一対の音楽再生用記憶部を交互に用いて前記メモリに格納された分割音楽データを順に連続再生する制御手段と、を備えた携帯電話を用いた音楽データ再生方法であって、
前記制御手段が前記メモリに格納された分割音楽データを順に連続再生する際に、前記先に再生する分割音楽データの後端部と次に再生する分割音楽データのコピーデータとを相互に重ね合わせて再生するようにしたものである。
このようにすると、容量の小さい音楽再生用記憶部であっても、メモリに保存された複数の分割音楽データがシームレスに連続再生される。
【０００５】
第２の手段は、音楽データを連続再生する際にそれぞれ音楽再生用バッファとして用いられる一対の音楽再生用記憶部と、
基地局又はネットワークから配信された一曲の音楽データであって、連続再生のため、前記音楽再生用記憶部の容量に基づいて複数の分割音楽データに分割された後、最後に再生される分割音楽データを除き、先に再生する分割音楽データの後端に、次に再生する分割音楽データの先端部のコピーデータが貼り付けられた一曲の音楽データを格納するメモリと、一曲の音楽データを構成する全ての分割音楽データが前記メモリに格納された後、前記一対の音楽再生用記憶部を交互に用いて前記メモリに格納された分割音楽データを順に連続再生する制御手段と、を備えた携帯電話を用いた音楽データ再生方法であって、
前記制御手段が前記メモリに格納された分割音楽データを順に連続再生する際に、先に再生する分割音楽データのコピーデータと次に再生される分割音楽データの先端部とを相互に重ね合わせて再生するようにしたものである。
このようにすると、容量の小さい音楽再生用記憶部であっても、メモリに保存された複数の分割音楽データがシームレスに連続再生される。
【０００６】
第３の手段は、音楽データを連続再生する際にそれぞれ音楽再生用バッファとして用いられる一対の音楽再生用記憶部と、複数の分割音楽データからなる一曲の音楽データを格納するメモリと、前記メモリに、基地局又はインターネットから配信された一曲の音楽データを構成する複数の分割音楽データを格納させると共に前記一対の音楽再生用バッファを音楽再生用のバッファとして用いて一曲を構成する複数の分割音楽データを連続再生するＣＰＵとを備えた携帯電話のプログラムであって、前記ＣＰＵを、基地局又はネットワークから配信された一曲の音楽データであって、連続再生のため、前記音楽再生用記憶部の容量に基づいて複数の分割音楽データに分割された後、最初に再生される分割音楽データを除き、先に再生される分割音楽データの後端部のコピーデータが次に再生される分割音楽データの先端に貼り付けられた一曲の音楽データを前記メモリに格納させる格納手段と、一曲の音楽データを構成する全ての分割音楽データが前記メモリに格納された後、前記一対の音楽再生用記憶部を交互に用いて前記メモリに格納された複数の分割音楽データを順に連続再生する制御手段であって、前記メモリに格納された分割音楽データを順に連続再生する際に、先に再生する分割音楽データの後端部と次に再生する分割音楽データのコピーデータとを相互に重ね合わせて再生する制御手段、として機能させる携帯電話のプログラムを提供するものである。
【０００７】
第４の手段は、分割音楽データを連続再生する際にそれぞれ音楽再生用バッファとして用いられる一対の音楽再生用記憶部と、複数の分割音楽データからなる一曲の音楽データを格納するメモリと、前記メモリに、基地局又はインターネットから配信された一曲の音楽データを構成する複数の分割音楽データを格納させると共に前記音楽再生用バッファを音楽再生用のバッファとして用いて一曲を構成する複数の分割音楽データを連続再生するＣＰＵとを備えた携帯電話のプログラムであって、前記ＣＰＵを、基地局又はネットワークから配信された一曲の音楽データであって、連続再生のため、前記音楽再生用記憶部の容量に基づいて複数の分割音楽データに分割された後、最後に再生される分割音楽データを除き、先に再生する分割音楽データの後端に、次に再生する分割音楽データの先端部のコピーデータが貼り付けられた一曲の音楽データを前記メモリに格納させる格納手段と、一曲の音楽データを構成する全ての分割音楽データが前記メモリに格納された後、前記一対の音楽再生用記憶部を交互に用いて前記メモリに格納された複数の分割音楽データを順に連続再生する制御手段であって、前記メモリに格納された分割音楽データを順に連続再生する際に、先に再生する分割音楽データのコピーデータと次に再生される分割音楽データの先端部とを相互に重ね合わせて再生する制御手段、として機能させる携帯電話のプログラムを提供するものである。
【発明の効果】
【０００８】
以上、説明したことから明らかなように、本発明によれば、音楽再生用のメモリ容量の小さな機種でも音楽データのダウンロードが可能となり、又、大容量の音楽データ一曲分の連続再生が可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、添付図面を参照して本発明の実施の形態を説明する。
図１は、本発明の一実施形態に係る音楽配信システムの概略図である。
図示されるように、音楽配信システム１は、基地局２とサービス提供会社内の楽曲サーバ（以下、サーバという）３とで構成され、携帯電話機（携帯端末）４に音楽データを一曲ずつ配信する。
サーバ３は、多数の音楽データをジャンル別に格納したデータベース６を有し、ネットワーク（図示せず）を介して音楽データをダウンロードするためのＷｅｂサイトを公開している。
前記データベース６の一曲一曲を構成する各音楽データは、サーバ３に接続されたコンピュータ５が作成する。
【００１０】
前記サーバ３は、基地局２又はネットワークを介してユーザの携帯電話機４との接続を許可し、接続時に、音楽データのジャンル別のリストを送信する。そして、ユーザの携帯電話機４からジャンルの選択信号を受信すると音楽データのタイトル画面を送信する。このタイトル画面でユーザがダウンロードする音楽データのタイトルを送信すると、サーバ３はユーザの携帯電話機４に音楽データ一曲を複数に分割した分割音楽データを送信する。
【００１１】
各分割音楽データはそれぞれが携帯電話機４の音楽再生用ＲＡＭ（音楽再生用記憶部）のうち最少のバッファ容量に基づいて決定されており、一つ一つがこの音楽再生用のバッファ容量よりも小さいサイズ数となっている。このため、携帯電話機４の一対の音楽再生用ＲＡＭ（音楽再生用記憶部）を交互に音楽再生用のバッファとして再生する機種でも一曲の音楽データの連続再生が可能になる。
なお、以下の説明において、複数の分割音楽データからなる音楽データ一曲を、便宜上、音楽データ、音楽、又は曲ともいう。また、複数の分割音楽データからなる音楽データ一曲を再生する場合において、再生する分割音楽データの番号を曲番号と呼ぶことにする。
【００１２】
図２は、複数の分割音楽データからなる一曲の音楽データをシームレスに再生するために編集した分割音楽データを示す解説図である。
図２（ａ）に示す例は、複数の分割音楽データからなる音楽データ一曲を再生する場合において、先に再生する分割音楽データの後端部（後尾部）のコピーデータを次に再生する分割音楽データの先端に貼り付けた例を示しており、図２（ｂ）に示す例は、後に再生する分割音楽データの先端部（先頭部）のコピーデータを先に再生する分割音楽データの後端に貼り付けた例を示している。
このように分割音楽データに編集を加え、連続再生の際に、先に再生する分割音楽データの後端部と次に再生する分割音楽データの先端部とを相互に重ねて同時に再生するとノイズのないシームレスな連続再生が実現される。また、先に再生する分割音楽データの後端部のコピーデータを次に再生する分割音楽データの先端に貼り付け、先に再生する分割音楽データの後端部と、後に再生する分割音楽データのコピーデータとを相互に重ねて再生すると、ノイズのないシームレスな再生が可能となる。
この場合、分割音楽データの先端部又は後端部に貼り付けるコピーデータのデータ長は、100ms〜500ms、より好ましくは250msとする。この場合、最小値100msは、携帯電話機４
でプログラムにより取得できるタイマー誤差の範囲が100ms以下であることにより、それ以上の時間を設ける必要がある。最大値500msは、ファイル製作時に作業しやすく、且つ長すぎない値として導き出された数値である。
前記分割音楽データの編集後、これらの分割音楽データは、一曲の音楽データを構成する分割音楽データとしてリストに関連付けてデータベース６に格納される。なお、各分割音楽データは、携帯電話機４の着信メロディフォーマット形式（例えば、拡張子mld）でデータベースに６に保存されており、同じフォーマット形式のままでユーザの携帯電話機４に配信される。
【００１３】
図３は前記携帯電話機４の内部構造を示すブロック図であり、１０はＣＰＵ、２０は操作キー等の入力部、２１は表示部、２２はスピーカである。また、(1)、(2)、(3)、(4)…は分割音楽データ、[1]、[2]、[3]、…は画像データ、JPEG（1）、JPEG（２）は、音楽データを構成している複数の分割音楽データを格納した偽装ファイル（拡張子JPEG）を示している。
図３において、ＣＰＵ（制御手段）１０は前記サーバ３に音楽データ一曲を構成する複数の分割音楽データの配信を要求する配信要求手段であり、また、携帯電話機４の各部を後述するプログラムに対応して制御する制御手段である。１１は通信部であり外部との無線通信、有線通信を行う。１２，１３はそれぞれサウンド再生エンジン（再生手段）であり、分割音楽データを音楽信号に変換してこれをスピーカ２２に出力する。
１５は、ＣＰＵ１０が実行するプログラムや初期値等を格納したＲＯＭ（リードオンリメモリ）である。
【００１４】
ＲＡＭ（1）はダウンロード専用のＲＡＭ（画像保存部）であり、複数に分割された一曲分の分割音楽データと、各分割音楽データに関連付けられた画像データなどを格納する。
ＲＡＭ（2）、ＲＡＭ（3）は、複数の分割音楽データからなる音楽データ一曲を再生するための音楽再生用のバッファとして用いられる。音楽再生用記憶部としてのＲＡＭ（2）、ＲＡＭ（3）のバッファ容量は相互に等しく、各分割音楽データのサイズは、ＲＡＭ（2）、ＲＡＭ（3）の容量よりも小さい。なお、各分割音楽データは図２（ａ），（ｂ）で説明した編集後の分割音楽データである。
【００１５】
ＲＡＭ（4）は、複数枚の画像データを保存できる画像保存用のメモリである。このＲＡＭ（4）には、画像ファイルの他、偽装ファイル（後述する）が保存される。
【００１６】
サウンド再生エンジン１２は、ＲＡＭ（2）に格納した分割音楽ファイルを音楽信号に変換してスピーカ２２に出力し、サウンド再生エンジン１３は、ＲＡＭ（3）に格納した分割音楽データを音楽信号に変換してスピーカ２２に出力する。また、画像表示エンジン１４は、画像ファイルを表示部２１に表示する手段である。
【００１７】
ＲＯＭ１５は、ＣＰＵ１０が携帯電話機４のハードウエア資源を利用するプログラムとして、偽装画像データ保存プログラム、偽装画像データ再生プログラム、サウンド再生プログラム、タイミング最適化プログラム、画像データ表示プログラム等の各種プログラム等を格納している。
【００１８】
前記サウンド再生プログラムは、一対のサウンド再生エンジン１２，1３が、一対の音楽再生用のＲＡＭ（2），ＲＡＭ（3）を交互に音楽再生用バッファとして用い、複数の分割音楽データからなる音楽データをシームレスに再生するプログラムであり、タイミング最適化プログラムは、サウンド再生プログラムによる各分割音楽データの再生タイミングを最適化し、ノイズのないシームレスな連続再生を実現するためのプログラムである。
【００１９】
図２（ａ）を参照してサウンド再生プログラム及びタイミング最適化プログラムの動作を説明すると、サウンド再生プログラムは、まず、一方のサウンド再生エンジン（サウンドジェネレータ）１２を作動して一方の音楽再生用のＲＡＭ（2）に、一番目の分割音楽データ（1）を格納し、他方のサウンド再生エンジン（サウンドジェネレータ）１３が、他方の音楽再生用のＲＡＭ（3）のバッファに、二番目の分割音楽データ（2）を格納する。この後、一方のサウンド再生エンジン１２が、先に一方の音楽再生用のＲＡＭ（2）の一番目の分割音楽データ（1）を再生し、次に、他方のサウンド再生エンジン１３が他方のＲＡＭ（3）のバッファに格納した２番目の分割音楽データ（2）の再生を開始する。
他方のサウンド再生エンジン１３の再生開始位置は、タイミング最適化プログラムによって補正され、図２（ａ）に示すように、二番面の分割音楽データ（2）の再生開始位置が、二番目の分割音楽データ（2）の後端部の端面Ｘの位置から応答遅れ（遅延時間）ｔを加算した位置に補正される。この応答遅れ（遅延時間）は、一方のサウンド再生エンジン１２が再生を指示してから初めてスピーカ２２が鳴るまでの遅延時間であり、言い換えると、一番目に再生した分割音楽データ（1）の後端から再生方向と逆方向に250ms戻った位置より応答遅れｔを減算した位置となる。
この位置では、一番目に再生する分割音楽データ（1）の後端部と、二番目に再生する分割音楽データ（2）に貼り付けたコピーデータとを重ね合わせて同時に再生できる位置となり、重ね合せ再生時の波形にずれが生じない。
一方のサウンド再生エンジン１２は、一番目の分割音楽データ（1）の再生を完了すると、次に、一方の音楽再生用のＲＡＭ（2）のバッファに、三番目の分割音楽データ（3）を格納する。
一方のサウンド再生エンジンによる三番目の分割再生データ（3）の再生開始位置は、図２（ａ）に示すように、タイミング最適化プログラムにより、二番目に再生する分割音楽データ（2）の後端Ｘ１の位置から応答遅れ（遅延時間）ｔ1を加算した位置からであり、言い換えると、二番目に再生した分割音楽データ（2）の後端から再生方向と逆方向に250ms戻った位置より応答遅れt１を減算した位置となる。
この場合も二番目の分割音楽データ（2）の後端部と三番目の分割音楽データ（3）のコピーデータとが相互に重ね合わせて再生されるので、ノイズのないシームレスな接続がなされる。
このようにタイミング再生プログラムは、一対のサウンド再生エンジン１２，１３により一対の音楽再生用のＲＡＭ（2）、ＲＡＭ（3）を交互に音楽再生用のバッファとして用い、先に再生する分割音楽データの後端部と、次に、再生する分割音楽データのデータコピーとの重ね合せ再生を可能とする。サウンド再生プログラム及びタイミング最適化プログラムは、このような制御を繰り返し、ノイズのないシームレスな連続再生を実現する。
以下、このように先に再生する分割音楽データと次に再生する分割音楽データ間のタイミングの補正値ｔ，ｔ1，…をタイミング最適化プログラムにおける最適化値という。
【００２０】
複数の分割音楽データを画像保存用のＲＡＭ（4）に保存する場合は、偽装画像データ保存プログラムが複数の分割音楽データを連結し、連結した連結ファイルを偽装ファイルに保存する。
【００２１】
図４は画像保存用のＲＡＭ（4）に格納される偽装ファイルの偽装フォーマット構造を示す解説図である。偽装ファイルのフォーマット構造は、JPEG画像データ、複数の分割音楽データ、JPEG画像データ終了タグを有するフォーマット構造であり、偽装ファイルのJP
EG画像データ部に、分割音楽データに関連付けされた画像データを格納する。
この画像データは、分割音楽データの再生の際に各分割音楽データに対応する画像として前記携帯電話機４の表示部２１に表示されるが分割音楽データに関係するデータであってもよいし又は無関係なデータとしてもよい。
分割音楽データの格納数は、偽装ファイルの最大容量の範囲で制限を受けるが、通常の曲であれば一曲分の格納が可能である。また、分割音楽データは、再生順に連結され、結合データとして偽装ファイル内の偽装画像データに埋め込まれる。なお、偽装ファイルは、拡張子が画像ファイルの拡張子（JPEG）であり、また、ヘッダは画像ファイルの情報をもつので、音楽データとしては取り扱われず、画像データとして取り扱われる。
従って、音楽データを保存するメモリ容量が小さい場合でも音楽データを前記偽装画像データ保存プログラムによって画像保存用のＲＡＭ（4）に保存することができる。
【００２２】
次に、図１ないし図１５を参照して携帯電話機４の動作について説明する。なお、図５、図６は、一つのフローチャートを二つの図に分割したものである。
ＣＰＵ１０は、図５に示すように、ステップＳ１で画像保存用のＲＡＭ（4）に音楽データが保存されているかどうかを判定する。図７はユーザに、このような判定をさせるための問い合わせ画面の一例である。この例では、“「サンプル」が保存されています。”、“こちらを再生しますか？”という文字により、ユーザの意思を確認する。この場合、文字中の「サンプル」は、後述する偽装ファイル中の偽装画像データのタイトル（名称）を示している。
図７の問い合わせ画面において、ユーザが画面中の「はい」を選択すると、ＣＰＵ１０は、ユーザの希望する音楽（曲）がＲＡＭ（4）に保存されておらず、ダウンロードを希望するものとみなして通信部１１をサーバ３に接続し、前記サーバ３にダウンロードを要求する。
サーバ３はこの要求に対応してサーバ３からユーザの携帯電話機４の通信部１１にジャンル別の選択リスト（図８参照）を送信し、ＣＰＵ１０は、このジャンル別の選択リストを表示部２１に表示する。
ユーザが携帯電話機４の入力部２０を操作し、ジャンルの選択信号をサーバ３に送信すると、サーバ３はジャンル別の選択リストの下位の音楽選択リストをユーザの携帯電話機４に送信する。
【００２３】
＜ダウンロード＞
携帯電話機４の表示部２１に表示された音楽選択リストからユーザがダウンロードを希望する曲を選択すると（ステップＳ２）、ＣＰＵ１０は、この曲（音楽データ）を構成している分割ファイル数を、ネットワーク又は基地局２を介してサーバ３から取得し（ステップＳ３）、さらに、この分割ファイル数の分割音楽データを、ネットワーク（又は基地局２）を介してＲＡＭ（1）にダウンロードする（ステップＳ４）。そして、このダウンロードの開始から終了までの間、ダウンロード中の表示を表示部２１に表示させる。図９は、「ダウンロード中」の表示画面の一例である。この図９に示すように、ダウンロードの雰囲気を表現する背景に「ダウンロード中」の文字を重ねて表示すると、現在の状態が、ダウンロード中であることがユーザ自身で確認できる。
ダウンロードを完了すると、ＣＰＵ１０は、表示部２１に音楽（曲）を保存するかどうかの問い合わせ画面を表示する（ステップＳ５）。図１5はかかる問い合わせ画面の一例である。
この問い合わせ画面でユーザがダウンロードした音楽（曲）を保存しないことを選択すると、ＣＰＵ１０は、ユーザが試聴を希望しているものとして図６のステップＳ６に進み、ダウンロードした音楽（曲）を再生するかどうかを問い合わせる問い合わせ画面を表示部２１に表示させる（ステップＳ６）。図１０はこの際に表示する画面例である。
【００２４】
ステップ６でユーザが「再生」を選択すると、ＣＰＵ１０は、ダウンロードした音楽（曲）の再生を開始した後、ステップＳ７に進んで、現在、再生しようとする曲番号のカウンタの初期値を０とし、タイミング最適化プログラムによるタイミング読み込み処理を実行する（ステップＳ８）。
【００２５】
図１１はこのタイミング読み込み処理を示すフローチャートの一例である。このフローチャートでは、まず、最適化値が設定ファイルに保存されているかどうかを判定する（ステップＳ６０）。
最初、設定ファイルに最適化値は保存されていないので、この場合（ＮＯ）はステップＳ６１に進み、最適化値の初期値を１ファイルの終わり、すなわち、先に再生する分割音楽データのエンド（後端）から次に再生する分割音楽データのコピーデータの再生開始位置250msに決定（セット）する。
タイミング読み込み処理のステップＳ６０で、設定ファイルに最適化値が保存されている場合（ＹＥＳ）、すなわち、曲番号のカウンタが１以降は、ステップＳ６２に進んで前記設定ファイルから最適化値を読み込み、この最適化値をセットする（ステップＳ６３）。
タイミング読み込み処理で最適化値をセットした後は、図６のステップＳ９に進んで現在の曲番号の再生を開始し、タイミング最適化プログラムにより、先に再生する分割音楽データに対して次に再生する分割音楽データのコピーデータの再生開始位置を決定する。図１２は分割音楽データの再生中に表示部２１に表示する画面例である。画面中、「タイトル」と表示された部分には、曲のタイトルが入る。
【００２６】
図１３はこのタイミング最適化処理のフローチャートの一例である。
まず、再生を指示してから実際に一対のサウンド再生エンジン１２，１３による再生が開始されるまでの遅延時間（応答遅れ）を記録し（ステップＳ１０１）、続いて、記録した遅延時間の平均を算出（ステップＳ１０２）する。次に、ステップ１０３に進み、先に再生する分割音楽データの後端（エンド）から次に再生する分割音楽データの先頭のコピーデータの再生開始位置までの２５０msからステップＳ１０２で算出した遅延平均時間を減算し（ステップＳ１０３）、これを最適化値として設定ファイルに保存（セット）する（ステップＳ１０４）。
【００２７】
そして、図１３のタイミング最適処理により最適化値を得ると、図６のステップＳ１１０に進んで、ユーザが再生を停止するかどうかを判定する。このステップＳ1１０でＹＥＳの場合は、ステップＳ６に戻り、ＮＯの場合は、現在再生中の曲番号の終わりから最適化値の場所であるかどうかを判定する（ステップＳ１１）。ステップＳ７のカウンタが０の場合は、ステップＳ１２に進んで曲番号に１を加え、ＣＰＵ１０は、サウンド再生プログラムにより音楽データを構成する複数の分割音楽データのうち、最初の分割音楽データを再生する。
続いて、ステップＳ１３に進んで全ての分割音楽データを再生したかどうかを判定し、ＮＯの場合は、ステップＳ９からステップＳ１０のステップを繰り返して２番目以降の分割音楽データからｎ番目の分割音楽データの最適化値をセットし、ステップＳ１１に進んで、最適化値の位置を確認する。この場合、先に再生する分割音楽データの後端から再生方向と逆方向に250ms戻った位置より応答遅れt１を減算した位置かどうかを確認する。ステップＳ１１での判定で、最適化値のときに、他方の再生エンジン１３による再生を開始し、先に再生する分割音楽データの後端部と次に再生する分割音楽データのコピーデータとを重ねて同時に再生する。
【００２８】
ステップＳ１２の曲番号の値が再生すべき分割音楽データの数に到達し、ステップＳ１３で全ての分割音楽データを再生したかどうかの判定の結果がＹＥＳとなると、ＣＰＵ１０は、ステップＳ６に戻り、ユーザに対して現在再生を完了した楽曲データについて繰り返して再生するかどうかを問い合わせる。
ユーザに繰り返し再生の意思がなく通常のモードに移る場合は、携帯電話機４の操作部を操作し、このルーチンを抜けると、サウンド再生プログラム、タイミング最適化プログラムによる再生制御が終了する。
【００２９】
＜偽装保存＞
図５に示すように、ステップＳ５でユーザがダウンロードした音楽を保存する場合、すなわち、ＹＥＳの場合は、ＣＰＵ１０は偽装画像データ保存プログラムを実行する。偽装画像データ保存プログラムは、偽装ファイルの最大容量内で分割音楽データを結合する（ステップＳ１４）。続いて、分割音楽データを結合した結合データを偽装ファイルの偽装画像データに埋め込み（ステップＳ１５）、次に、偽装ファイルを画像保存用のＲＡＭ（4）に保存することにより偽装画像データを保存する（ステップＳ１６）。そして、ステップＳ１７によりダウンロードした全ての分割音楽データ同士の結合と、偽装画像データへの埋め込みがなされたかどうかを確認する。全てを偽装ファイルに保存した後は、前記した再生のステップとなる。
【００３０】
＜偽装データ読み込み＞
ステップＳ１で画像保存用のＲＡＭ（4）に音楽データが保存されている場合、ＣＰＵ１０は、前記偽装画像データ再生プログラムを起動し、ステップＳ１８に進んで、画像保存用のＲＡＭ（4）から保存してある偽装ファイルのファイル数を取得する。
次に、偽画像データを読み出す（ステップＳ１９）。このとき、表示部２１には図１４に示す音楽ファイル（偽装画像データ）の呼び出し画面が表示される。続いて、ステップＳ２０に進んで偽装ファイルの偽装画像データが削除されたかどうかを判定する。このステップＳ２０で、ユーザにより偽装画像データが削除されている場合（ＹＥＳ）は、携帯電話機４の表示部２１にエラー表示を表示させ、ステップＳ３に進んで、ネットワーク又は基地局２を介して同じ楽曲データがデータベース６から取得され、前記した偽装ファイルの保存手順で画像保存用のＲＡＭ（4）に保存されるか、又は、複数の分割音楽データからなる音楽データ一曲の再生手順で、再生される。
ステップＳ２０でユーザにより偽装画像データが削除されていない場合（ＮＯ）は、偽装画像データから偽装データ、すなわち、複数の結合データを抽出し（ステップＳ２１）、さらに、ステップＳ２２に進んで結合データを分割した後、分割された結合データから複数のサウンドファイル（拡張子ｍｌｄ）を生成する（ステップＳ２３）。そして、全ての偽装画像データを呼び出したかどうかの判定を行い（ステップＳ２４）、全ての偽装画像ファイルが呼び出されていない場合は、ステップＳ１９からステップＳ２３のルーチンを繰り返す。
そして、全ての偽装画像データの呼び出しを終了する。
このステップ以降は、再生のステップとなる。
【００３１】
このように本実施形態によれば、音楽再生用のメモリ容量の小さな従来の携帯電話機でも音楽データのダウンロードが可能となり、又、大容量の音楽データ一曲分の連続再生を可能となる。
なお、本実施の形態では、分割音楽データの再生中において携帯電話機の表示部に、関連するデータとして画像を表示する説明をしたが、静止画に限らず動画を表示させるようにしてもよい。また、静止画、動画の形態として宣伝広告を表示するようにしてもよい。
さらに、本発明の実施の形態では、連続して再生する分割音楽データの再生において、先に再生する分割音楽データの後端又は次に再生する分割音楽データの先端に、次に再生する分割音楽データの先端部又は先に再生する分割音楽データの後端部のコピーデータを貼り付けて、コピーデータと、分割音楽データの後端部又は次に再生する分割音楽データの先端部を重ねて同時に再生することにより、ノイズのないシームレスな再生を可能としたが、先に再生する分割音楽データの後端又は次に再生する分割音楽データの先端にデータに、相互に同じデータで且つ振幅、周期が1／２のコピーデータを貼付け、これらコピーデータ同士を重ね合わせて同時に再生してもよい。なお、コピーデータは、この場合には、先に再生する分割音楽データの後端部又は次に再生する分割音楽データの先端部のデータのコピーとし、これを編集により振幅、周期が1／２になるように加工するものとする。このようにしてもノイズのないシームレスな連続再生が可能となる。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施形態に係る音楽配信システムの概略図である。
【図２】複数の分割音楽データからなる一曲の音楽データをシームレスに再生するために編集した分割音楽データを示す解説図である。
【図３】携帯電話機の内部構造を示すブロック図である。
【図４】画像保存用のＲＡＭに格納される偽装画像ファイルの偽装フォーマット構造を示す解説図である。
【図５】制御手段としてのＣＰＵの制御内容を示すフローチャートである。
【図６】図５に続くＣＰＵの制御内容を示すフローチャートである。
【図７】ユーザにダウロードを判定させるための問い合わせ画面の一例である。
【図８】ジャンル別の選択リストを示す画面例である。
【図９】ダウンロード中の表示を示す画面の一例である。
【図１０】再生を繰り返すかどうかを選択するための画面の一例である。
【図１１】タイミング読み込み処理を示すフローチャートの一例である。
【図１２】分割音楽データの再生中に表示部に表示する画面例である。
【図１３】タイミング最適化処理のフローチャートの一例である。
【図１４】音楽ファイル（偽装画像データ）の呼び出し画面の一例である。
【図１５】ダウンロードした音楽（曲）を再生するかどうかを問い合わせる問い合わせ画面の一例である。
【符号の説明】
【００３３】
１      音楽配信システム
２      基地局
３      サーバ
４      携帯電話機
５      コンピュータ
６      データベース
１０    ＣＰＵ(制御手段)
１１    通信部
１２    サウンド再生エンジン
１３    サウンド再生エンジン
１４    画像表示エンジン
１５    ＲＯＭ
２０    入力部
２１    表示部
２２    スピーカ
【図１】
0004418438.tif 000002
【図２】
0004418438.tif 000003
【図３】
0004418438.tif 000004
【図４】
0004418438.tif 000005
【図５】
0004418438.tif 000006
【図６】
0004418438.tif 000007
【図１１】
0004418438.tif 000008
【図１３】
0004418438.tif 000009
【図７】
0004418438.tif 000010
【図８】
0004418438.tif 000011
【図９】
0004418438.tif 000012
【図１０】
0004418438.tif 000013
【図１２】
0004418438.tif 000014
【図１４】
0004418438.tif 000015
【図１５】
0004418438.tif 000016