(57)【要約】      （修正有）【課題】音楽再生用のメモリ容量の小さな機種でも一曲の音楽データのダウンロード及び再生を可能にするとともに、基地局やインターネットから音楽データとともに配信された関連データを表示部に表示可能とする。【解決手段】基地局２又はインターネットから配信された配信データを記憶するダウンロード用記憶部(RAM(1))と、一対の音楽再生用記憶部(RAM(2)，RAM(3))と、前記一対の音楽再生用記憶部を交互に音楽再生用のバッファに用い、配信された音楽データ一曲を構成する複数の分割音楽データを連続再生する制御手段(CPU１０)、文字もしくは映像又は文字及び映像を表示する表示部２１とを備え、前記複数の分割音楽データを再生しながら前記複数の分割音楽データとともに配信された文字列データもしくは映像データ又は文字列データ及び映像データからなる関連データを前記表示部２１に表示させるように構成される。【選択図】      図３
2007158477.tif 000002
【特許請求の範囲】
【請求項１】
基地局又はインターネットから配信された配信データを記憶するダウンロード用記憶部と、一対の音楽再生用記憶部と、前記一対の音楽再生用記憶部を交互に音楽再生用のバッファに用い、前記基地局又はインターネットから配信された音楽データ一曲を構成する複数の分割音楽データを連続再生する制御手段と、文字もしくは映像又は文字及び映像を表示する表示部とを備え、
前記制御手段が、前記複数の分割音楽データを再生しながら前記複数の分割音楽データとともに前記基地局又はインターネットから配信された文字列データもしくは映像データ又は文字列データ及び映像データからなる関連データを前記表示部に表示させるように構成されたことを特徴とする携帯電話機。
【請求項２】
前記文字列データが前記複数の分割音楽データにそれぞれ対応する歌詞データからなる請求項１記載の携帯電話機。
【請求項３】
前記関連データが広告データである請求項１記載の携帯電話機。
【請求項４】
前記映像データが音声のない静止画データ又は動画データで構成された請求項１〜３いずれかに記載の携帯電話機。
【請求項５】
前記基地局又は前記インターネットより配信された映像データが予め複数に分割された複数の分割映像データのときは、前記制御手段が、前記一対の音楽再生用記憶部のバッファをそれぞれ複数の分割音楽データを再生するための分割音楽データ再生用バッファ領域と前記分割映像データを再生するための分割映像データ再生用バッファ領域とに分割して前記複数の分割音楽データを前記一対の分割音楽データ再生用バッファ領域で交互に連続再生しながら前記複数の分割映像データを前記一対の分割映像データ再生用バッファ領域で交互に連続再生するように構成された請求項１〜４いずれかに記載の携帯電話機。
【請求項６】
先に再生する前記分割音楽データの後端部のコピーデータが、次に再生する前記分割音楽データの先端に貼り付けられ、前記制御手段が、先に再生する前記分割音楽データの後端部と次に再生される前記分割音楽データのコピーデータとを相互に重ね合わせて再生するように構成された請求項１〜５いずれかに記載の携帯電話機。
【請求項７】
先に再生する前記分割音楽データの後端に、次に再生する前記分割音楽データの先端部のコピーデータが貼り付けられ、前記制御手段が、先に再生する分割音楽データのコピーデータと次に再生される前記分割音楽データの先端部とを相互に重ね合わせて再生するように構成された請求項１〜６いずれかに記載の携帯電話機。
【請求項８】
前記制御手段が、再生の応答遅れに対応して先に再生する前記分割音楽データと次に再生する前記分割音楽データとの再生タイミングを修正し、前後の分割音楽データ同士をシームレスに接続するように構成された請求項１〜７いずれかに記載の携帯電話機。
【請求項９】
請求項１〜８いずれかに記載の携帯電話機が、データ保存用記憶部と、着脱自在な外部記憶手段とを備え、前記制御手段が、前記データ保存用記憶部又は前記外部記憶手段の少なくともいずれか一方に前記複数の分割音楽データからなる前記音楽データ一曲又は一曲の一部を偽装画像データとして保存するように構成されたことを特徴とする携帯電話機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は携帯電話機に関し、特に、基地局又はインターネットから音楽データをダウンロードして再生する携帯電話機に関するものである。
【背景技術】
【０００２】
最新の携帯電話機は、ダウンロード用のRAM容量が大きく、また、音楽再生用として使用できるRAM容量も大容量化されているので、サーバから携帯電話機にダウンロードした数曲の音楽データを再生できるという特長がある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところが、従来の携帯電話機は、ダウンロード用のRAM容量が小さく、また、音楽再生用として使用できるRAM容量が小さいので、最新の携帯電話機のように大容量のダウンロードやダウンロードした音楽データの再生ができず、ユーザのニーズを満足させることができないという不具合がある。また、RAM容量が大きな最新の携帯電話でも自然で高品質な音楽データを再生する場合はデータのサンプリング数が大きくなりデータとして大容量になるのでこのような場合にも音楽再生用のRAMに容量不足が発生することが想定される。
そこで、音楽再生用のメモリ容量の小さな機種でも一曲の音楽データのダウンロード及び再生を可能にするとともに、基地局やインターネットから音楽データとともに配信された関連データを表示部に表示可能として携帯電話機に対して多様なサービスを提供できるようにするために解決すべき課題が生じるのであり、本発明はこの課題を解決することを目的とする。
【課題を解決するための手段】
【０００４】
第１の発明は、基地局又はインターネットから配信された配信データを記憶するダウンロード用記憶部と、一対の音楽再生用記憶部と、前記一対の音楽再生用記憶部を交互に音楽再生用のバッファに用い、前記基地局又はインターネットから配信された音楽データ一曲を構成する複数の分割音楽データを連続再生する制御手段と、文字もしくは映像又は文字及び映像を表示する表示部とを備え、前記制御手段が、前記複数の分割音楽データを再生しながら前記複数の分割音楽データとともに前記基地局又はインターネットから配信された文字列データもしくは映像データ又は文字列データ及び映像データからなる関連データを前記表示部に表示させるように構成されたことを特徴とする携帯電話機を提供するものである。
このように、一曲の音楽データを構成する複数の分割音楽データは、一対の音楽再生用記憶部の容量に基づいて基地局又はインターネットで予め複数に分割されており、制御手段は一対の音楽再生用記憶部を交互に音楽再生用のバッファに用いて一曲を構成する複数の分割音楽データを連続再生する。従って、一対の音楽再生用記憶部の容量が小さい携帯電話機でも一曲の音楽データをノイズなくシームレスに再生することができる。
また、制御手段は、複数の分割音楽データの再生中に、基地局又はインターネットから配信された文字列データもしくは映像データ又はこれらを組み合わせたデータからなる関連データを表示部に表示させる。携帯電話の所有者は、関連データが、音楽データに客観的に関連している場合は、音楽データに対する情報として得、無関係な場合は、別の情報として情報を得る。
【０００５】
なお、「分割音楽データ」とは、携帯電話機の機種毎に、携帯電話機の一対の音楽再生用記憶部の容量に基づいて基地局又はインターネット側(以下、配信側ともいう)で複数に分割した分割データをいい、また、「関連データ」とは、配信側で複数の分割音楽データに対して関連付けを行って複数の分割音楽データを再生しながら表示部に表示させるようにした基地局又はインターネットから配信された
データであって、文字列データもしくは映像データ又はこれらを組み合わせたデータからなり、複数の分割音楽データからなる一曲の音楽データに対して有機的且つ客観的に関連性のあるデータ、主観的に関連性のあるデータ、又は全く無関係なデータの形態に区別される。
有機的且つ客観的に関連性のあるデータとしては、例えば、伴奏データと歌詞データの関係や音楽データとこれに密接に関係するアーチスト(作詞家、作曲家、歌手等)の映像データやアーチストの感性や個性に関するデータが挙げられる。
また、関連性のないデータとしては、例えば、音楽データとこの音楽データに対して全く関連性のない映像データが挙げられる。また、「連続再生」とは、分割音楽データ同士を途切れなく且つノイズが発生することのないようにシームレスに再生することをいう。
【０００６】
第２の発明は、第１の発明において、前記文字列データが前記複数の分割音楽データにそれぞれ対応する歌詞データからなるものである。なお、前記歌詞データは各分割音楽データに対応するように一曲に対応するように予め複数に分割された歌詞データをいう。
このようにすると、複数の分割音楽データが再生順に順次再生されながら再生分割音楽データ毎に対応する歌詞が表示部に表示されるので、携帯電話機の所有者は、歌詞を見ながら音楽を楽しんだり歌詞を覚えながら音楽を聴いたりすることができる。また、場所を選ばずに手軽にカラオケの練習をすることができる。なお、分割音楽データの音声トラックの再生を禁止するモードを制御手段に設定することにより、カラオケの練習をしやすくしてもよい。さらに、歌詞データの背景画面として歌手の映像(無声の静止画、又は動画)を表示させようにした場合にはサービスの付加価値が向上する。
【０００７】
第３の発明は、第１の発明において、前記関連データを広告データとしたものである。このようにすると表示部に表示された文字列データもしくは映像データ又はこれらを組み合わせたデータが表示部に文字もしくは映像又は文字及び映像で広告が表示されるので携帯電話機の所有者の購入意欲が刺激され、需要が喚起される。また、配信側より見ると音楽がCMソング代わりになるので費用対効果が向上する利点もある。
【０００８】
第４の発明は、第１〜第３のいずれかに記載の発明において、前記映像データが音声のない静止画データ又は動画データで構成されたものである。音声を含まない静止画データ又は動画データが表示画面に表示されるので、携帯電話機の所有者は、表示部に表示される静止画又は動画を見ながら音楽を楽しむことができる。この場合、静止画又は動画が、プロモーションビデオのように音楽データに対して客観的に関連している場合は、映像と一緒に音楽を楽しむことになるので付加価値が高い。なお、表示部に静止画を表示する場合は、音楽データの再生開始から終了までの間に、同じ静止画を表示させてもよいし、異なる静止画を表示させてもよい。この場合、分割音楽データ毎に異なる静止画を表示させるようにしてもよい。
【０００９】
第５の発明は、第１〜第４のいずれかに記載の発明において、前記基地局又は前記インターネットより配信された映像データが予め複数に分割された複数の分割映像データのときは、前記制御手段が、前記一対の音楽再生用記憶部のバッファをそれぞれ複数の分割音楽データを再生するための分割音楽データ再生用バッファ領域と前記分割映像データを再生するための分割映像データ再生用バッファ領域とに分割して前記複数の分割音楽データを前記一対の分割音楽データ再生用バッファ領域で交互に連続再生しながら前記複数の分割映像データを前記一対の分割映像データ再生用バッファ領域で交互に連続再生するように構成されたものである。
ここで、分割音楽データ及び分割映像データは、配信側で一対の分割音楽データ再生用バッファ領域、映像データ再生用バッファ領域の容量に対応するサイズで分割された後、基地局又はインターネットから配信されるものとする。
このようにすると、複数の分割音楽データの連続再生と同様に、複数の連続したフレームからなる分割映像データが連続的に再生される。
【００１０】
第６の発明は、第１〜第５のいずれかに記載の発明において、先に再生する前記分割音楽データの後端部のコピーデータが、次に再生する前記分割音楽データの先端に貼り付けられ、前記制御手段が、先に再生する前記分割音楽データの後端部と次に再生される前記分割音楽データのコピーデータとを相互に重ね合わせて再生するように構成されたものである。このようにすると、先に再生される分割音楽データと次に再生する分割音楽データとが継目がなくなるので継目でのノイズの発生がない。
【００１１】
第７の発明は、第１〜第６のいずれかに記載の発明において、先に再生する前記分割音楽データの後端に、次に再生する前記分割音楽データの先端部のコピーデータが貼り付けられ、前記制御手段が、先に再生する分割音楽データのコピーデータと次に再生される前記分割音楽データの先端部とを相互に重ね合わせて再生するように構成されたものである。このようにしても先に再生される分割音楽データと次に再生する分割音楽データとが継目がなくなるので継目によるノイズの発生がない。
【００１２】
第８の発明は、第１〜第７のいずれかに記載の発明において、前記制御手段が、再生の応答遅れに対応して先に再生する前記分割音楽データと次に再生する前記分割音楽データとの再生タイミングを修正し、前後の分割音楽データ同士をシームレスに接続するように構成されたものである。このようにすると、先に再生される分割音楽データと次に再生される分割音楽データとの相互間の応答遅れが修正されるので、ノイズのない連続再生が可能となる。
【００１３】
第９の発明は、第１〜第８のいずれかに記載の携帯電話機が、データ保存用記憶部と、着脱自在な外部記憶手段とを備え、前記制御手段が、前記データ保存用記憶部又は前記外部記憶手段の少なくともいずれか一方に前記複数の分割音楽データからなる前記音楽データ一曲又は一曲の一部を偽装画像データとして保存するように構成された構成されたものである。このようにすると、一曲の音楽データ又は一曲の一部がデータ保存用記憶部又はメモリカードの少なくともいずれか一方に保存されるので、データ保存用記憶部又はメモリカードの少なくともいずれか一方から呼び出して再生することができる。
【発明の効果】
【００１４】
以上、説明したことから明らかなように、本発明によれば、音楽再生に対してメモリ容量の小さな機種でも一曲の音楽データのダウンロードと連続再生とが可能となる。また、音楽データともに基地局又はインターネットから配信された文字列データもしくは映像データ又は文字列データ及び映像データからなる関連データのサービスを受けることができる。
【発明を実施するための最良の形態】
【００１５】
以下、添付図面を参照して本発明の実施の形態を説明する。
図１は、本発明の一実施形態に係る音楽配信システムの概略図である。
図示されるように、音楽配信システム１は、基地局２とサービス提供会社内の楽曲サーバ(以下、サーバという)３とで構成され、携帯電話機(携帯端末)４に音楽データを一曲ずつ配信する。
サーバ３は、多数の音楽データをジャンル別に格納したデータベース６を有し、インターネットを介して音楽データをダウンロードするためのWebサイトを公開している。前記データベース６の一曲一曲を構成する各音楽データは、サーバ３に接続されたコンピュータ５が作成する。
【００１６】
前記サーバ３は、基地局２又はインターネット等の公衆のネットワーク(無線を含む)を介してユーザの携帯電話機４の接続を許可し、接続時に、音楽データのジャンル別の配信リストを送信する。そして、ユーザの携帯電話機４からジャンルの選択信号を受信すると複数の音楽データのタイトルを並べたタイトル画面を携帯電話機４に送信する。このタイトル画面でユーザがダウンロードする音楽データのタイトルを選択し、ユーザより選択したタイトル情報がサーバ３に送信されると、サーバ３はユーザの携帯電話機４に音楽データ一曲を複数に分割した分割音楽データを送信するとともに、これらの分割音楽データに関連付けた関連データを携帯電話機４に配信する。
前記関連データのサービスはユーザとの契約によって実施され、文字列データもしくは映像データ又は文字及び映像データの形態で契約したユーザの携帯電話機４に配信される。
【００１７】
各分割音楽データは、市販されている携帯電話機４の一対の音楽再生用RAM(音楽再生用記憶部)(2)，(3)の最少のバッファ容量に基づいて決定されている。
このようにすると、携帯電話機４の一対の音楽再生用RAM(音楽再生用記憶部)(2)，(3)のそれぞれ容量が小さい機種でもサーバ３から一曲の音楽データをダウンロードし連続再生をすることが可能になる。
なお、以下の説明において、複数の分割音楽データからなる音楽データ一曲を、便宜上、音楽データ、音楽、又は曲ともいう。また、複数の分割音楽データからなる一曲の音楽データ一曲を連続再生する場合において、再生する分割音楽データの再生順番を示す番号を曲番号と呼ぶことにする。また、音楽データとは、伴奏データ又は音声や演奏を含めた音楽データをいい、映像データとは、音声や伴奏データデータを含んでいない無音の静止画データ又は動画データをいう。
【００１８】
図２は、前記複数の分割音楽データからなる一曲の音楽データをシームレスに再生するため前記コンピュータ５が編集した分割音楽データの構造を示す解説図である。
図２(ａ)に示す例は、複数の分割音楽データからなる一曲の音楽データを再生する場合において、先に再生する分割音楽データの後端部(後尾部)のコピーデータを、次に再生する分割音楽データの先端に貼り付けた例を示しており、図２(ｂ)に示す例は、次に再生する分割音楽データの先端部(先頭部)のコピーデータを、先に再生する分割音楽データの後端に貼り付けた例を示している。図中、(1)〜(4)の符号はそれぞれ再生の順番を示し、この例では分割音楽データ(1)から番号順に再生される。
図２(ａ)に示すように、先に再生する分割音楽データの後端部(後尾部)のコピーデータを、次に再生する分割音楽データの先端に貼り付け、連続再生の際に、先に再生する分割音楽データの後端部と次に再生する分割音楽データの先頭のコピーデータとを相互に重ねて同時に再生すると連続再生の際の継目がなくなるのでノイズのないシームレスな連続再生が可能となる。また、図２(ｂ)に示すように、次に再生する分割音楽データの先端部のコピーデータを先に再生する分割音楽データの後端に貼り付け、先に再生する分割音楽データのコピーデータと、次に再生する分割音楽データの先端部とを相互に重ねて再生する場合でも連続再生の際の継目がなくなるのでノイズのないシームレスな再生が可能となる。
なお、分割音楽データの先端部又は後端部に貼り付けるコピーデータのデータ長は、100ms〜500ms、より好ましくは250msとする。この場合において、最小値100msは、携帯電話機４でプログラムにより取得できるタイマー誤差の範囲が100ms以下であることにより、それ以上の時間を設ける必要がある。最大値500msは、ファイル製作時に作業しやすく且つ長すぎない値として導き出された数値である。
前記分割音楽データの編集後、これらの分割音楽データは、一曲の音楽データを構成する分割音楽データとして前記リストに関連付けられ、この状態で前記データベース６に格納される。なお、各分割音楽データは、携帯電話機４の着信メロディフォーマット形式(例えば、拡張子mld)でデータベース６に格納されており、同じフォーマット形式でユーザの携帯電話機４へと配信される。
【００１９】
図３は前記携帯電話機４の機能を示すブロック図であり、１０はCPU、２６は入力部、２１は表示部、２２はスピーカである。
図３において、CPU(制御手段)１０は前記サーバ３に一曲の音楽データを構成する複数の分割音楽データの配信を要求する配信要求手段であり、また、携帯電話機４の各部を制御する制御手段である。１１は通信部であり、外部との無線通信、有線通信を行う。１２，１３はそれぞれサウンド再生エンジン(再生手段)であり、分割音楽データを音楽信号に変換してこれをスピーカ２２に出力する。ROM(リードオンリメモリ)１５は、CPU１０が実行するプログラムや初期値等を格納している。２３は、外部記憶手段として携帯電話機４に着脱自在に装着されるメモリカードである。
【００２０】
RAM(1)は、基地局２又はインターネットからの配信データのダウンロードとデータ再生の際のバッファとに使用されるダウンロード用記憶部であり、RAM(2)，(3)と比較すると容量が格段に大きい。このダウンロード用記憶部としてのRAM(1)には、基地局２又はインターネットから配信された一曲の音楽データを構成する複数の分割音楽データ(1),(2),(3),(4),…と、これら複数の分割音楽データ(1),(2),(3),(4),…に関連付けられた関連データとが格納される。これらのデータは、削除したり書き換えたりすることにより更新される。
音楽再生用記憶部としてのRAM(2)、RAM(3)は、主として、複数の分割音楽データ(1),(2),(3),(4),…からなる一曲の音楽データを再生するための音楽再生用のバッファとして用いられる。
RAM(2)、RAM(3)のバッファ容量は互いに等しく、各分割音楽データ(1),(2),(3),(4),…のサイズは、RAM(2)、RAM(3)の容量よりも小さい。なお、各分割音楽データ(1),(2),(3),(4),…は、図２(ａ)，(ｂ)で説明したように前記コンピュータ５によって編集された編集後のデータである。
【００２１】
RAM(4)は種々のデータを保存するデータ保存用記憶部である。このRAM(4)及び外部記憶手段としてのメモリカード２３は、その保存領域が複数に分割されていて、映像データを保存する映像データ保存領域に複数枚の画像、静止画、動画等の映像データ[1],[2],[3],…を保存し、他の複数のデータ保存領域に、映像データとは異なる保存形式のデータ、例えば、ゲーム等のアプリケーションやアプリケーションのデータを保存するようになっている。そして、後述する偽装画像データ保存プログラムが、前記複数の分割音楽データからなる音楽データの偽装ファイルを作成して前記映像データ保存領域に保存し、また、後述する偽装画像データ再生プログラムが前記偽装ファイルから音楽データを取り出して再生するようになっている。
【００２２】
ROM１５は、携帯電話機４のハードウェア資源を電話機又は基地局２やインターネットに対する接続端末として使用するプログラムの他、後述する偽装画像データ保存プログラム、偽装画像データ再生プログラム、サウンド再生プログラム、タイミング最適化プログラム、文字列データ表示プログラム、映像データ表示プログラムを格納している。
【００２３】
サウンド再生エンジン１２は、サウンド再生プログラムに基づいてRAM(2)に格納した分割音楽データ(1),(2),(3),(4),…を音楽信号に変換してスピーカ２２に出力し、サウンド再生エンジン１３は、サウンド再生プログラムに基づいてRAM(3)に格納した分割音楽データ(1),(2),(3),(4),…を音楽信号に変換してスピーカ２２に出力する。
【００２４】
サウンド再生プログラムは、一対のサウンド再生エンジン１２，1３が、一対の音楽再生用のRAM(2)，RAM(3)を交互に音楽再生用バッファとして用いて複数の分割音楽データ(1),(2),(3),(4),…からなる一曲の音楽データをシームレスに再生させるプログラムであり、タイミング最適化プログラムは、サウンド再生プログラムによる各分割音楽データ(1),(2),(3),(4),…の再生タイミングを最適化し、ノイズのないシームレスな連続再生を実現するように構成されたプログラムである。
【００２５】
サウンド再生プログラム及びタイミング最適化プログラムの動作を説明すると、サウンド再生プログラムは、まず、一方のサウンド再生エンジン(サウンドジェネレータ)１２を作動して一方の音楽再生用のRAM(2)に、一番目の分割音楽データ(1)を格納し、他方のサウンド再生エンジン(サウンドジェネレータ)１３を作動して他方の音楽再生用のRAM(3)のバッファに、二番目の分割音楽データ(2)を格納する。この後、一方のサウンド再生エンジン１２が、先に、一方の音楽再生用のRAM(2)の一番目の分割音楽データ(1)を再生し、次に、他方のサウンド再生エンジン１３が他方のRAM(3)のバッファに格納した２番目の分割音楽データ(2)の再生を開始する。
他方のサウンド再生エンジン１３の再生開始位置は、タイミング最適化プログラムによって補正され、図２(ａ)に示すように、二番目の分割音楽データ(2)の再生開始位置が、二番目の分割音楽データ(2)の先端Ｘの位置より応答遅れ(遅延時間)ｔを加算した位置に補正される。この応答遅れ(遅延時間)は、一方のサウンド再生エンジン１２が再生を指示してから初めてスピーカ２２が鳴るまでの遅延時間である。これは、言い換えると、二番目の分割音楽データ(2)の再生開始位置は、一番目に再生する分割音楽データ(1)の後端から再生方向と逆方向に250ms戻った位置より応答遅れｔを減算した位置に補正される。
この位置では、一番目に再生する分割音楽データ(1)の後端部と、二番目に再生する分割音楽データ(2)に貼り付けたコピーデータとを重ね合わせて同時に再生できる位置となり、重ね合せ再生時の波形にずれが生じない。
一方のサウンド再生エンジン１２は、一番目の分割音楽データ(1)の再生を完了すると、次に、一方の音楽再生用のRAM(2)のバッファに、三番目の分割音楽データ(3)を格納する。
一方のサウンド再生エンジン１２による三番目の分割再生データ(3)の再生開始位置は、図２(ａ)に示すように、タイミング最適化プログラムにより、二番目に再生する分割音楽データ(2)の先端Ｘ１の位置より応答遅れ(遅延時間)ｔ1を加算した位置、言い換えると、二番目に再生した分割音楽データ(2)の後端から再生方向と逆方向に250ms戻った位置より応答遅れt１を減算した位置に補正される。
この場合も二番目の分割音楽データ(2)の後端部と三番目の分割音楽データ(3)のコピーデータとが相互に重ね合わせて再生されるのでノイズのないシームレスな接続がなされる。
このようにタイミング再生プログラムは、一対のサウンド再生エンジン１２，１３により一対の音楽再生用のRAM(2)、RAM(3)を交互に音楽再生用のバッファとして用い、先に再生する分割音楽データの後端部と、次に、再生する分割音楽データのコピーデータとの重ね合せ再生を可能とする。サウンド再生プログラム及びタイミング最適化プログラムは、このような制御を繰り返し、ノイズのないシームレスな連続再生を実現する。以下、このように先に再生する分割音楽データと次に再生する分割音楽データとの間のタイミングの補正値ｔ，ｔ1，…をタイミング最適化プログラムにおける最適化値という。
【００２６】
偽装画像データ保存プログラムは、複数の分割音楽データ(1),(2),(3),(4),…をデータ保存用記憶部としてのRAM(4)、外部記憶手段としてのSDカードと呼称されるメモリカード２３の少なくともいずれか一方の映像データ保存領域に保存する場合には、複数の分割音楽データ(1),(2),(3),(4),…を連結し、連結した連結ファイルを偽装ファイルに保存するようになっている。なお、データ保存用のRAM(4)と、メモリカード２３とは相互に転送が可能である。
【００２７】
図４はデータ保存用記憶部としてのRAM(4)や外部記憶手段としてのメモリカード２３に格納する偽装ファイルの偽装フォーマット構造を示す解説図である。外部記憶手段は、携帯電話機４に着脱自在に取り付け可能な外部記憶媒体をいい、特に、カードやステック等の装着形式によって限定を受けるものはない。
偽装ファイルのフォーマット構造は、JPEG映像データ、複数の分割音楽データ(1),(2),(3),(4),…、JPEG映像データ終了タグを有するフォーマット構造であり、偽装画像データ保存プログラムによって複数の分割音楽データ(1),(2),(3),(4),…に関連付けされた１又は複数の映像データ[1],[2],[3],…を偽装ファイルのJPEG映像データ部に格納する。
この映像データ[1],[2],[3],…は、複数の分割音楽データ(1),(2),(3),(4),…の再生の際に複数の分割音楽データ(1),(2),(3),(4),…に対応する映像として前記携帯電話機４の表示部２１に表示されるが分割音楽データ(1),(2),(3),(4),…に対して有機的に且つ客観的に関係するデータであってもよいし、主観的に関係するデータでも、また、無関係なデータであってもよい。
分割音楽データ(1),(2),(3),(4),…の格納数は、偽装ファイルの最大容量の範囲で制限を受けるが、通常の曲であれば一曲分の格納が可能である。また、これらの分割音楽データ(1),(2),(3),(4),…は、再生順に連結され、結合データとして偽装ファイル内の偽装画像データに埋め込まれる。なお、偽装ファイルは、拡張子が映像ファイルの拡張子(JPEG)であり、また、ヘッダは映像ファイルの情報をもつので、音楽データとしては取り扱われず、映像データとして取り扱われる。
従って、音楽データを保存するメモリ容量が小さい場合でも音楽データを前記偽装画像データ保存プログラムによって映像や音楽データの保存用として用いられているRAM(4)及び外部記憶手段としてのメモリカード２３に保存することができる。
【００２８】
そして、制御手段としてのCPU１０は、一対のサウンド再生エンジン１２，１３により一曲を構成する複数の分割音楽データ(1),(2),(3),(4),…を再生しながら文字列データ表示エンジン１６と映像データ表示エンジン２４により関連データを表示部２１に表示させ、ユーザに対して文字もしくは映像又は文字及び映像による配信側のサービスを提供する。
【００２９】
文字列データ表示エンジン１６は、文字列データ表示プログラムと基地局又はインターネットより配信されRAM(1)に格納された制御情報としての文字列データ表示用制御情報に基づいて文字列データ<1>,<2>,<3>,<4>,…を所定のタイミングで表示部２１に表示させるプログラム上の手段であり、映像データ表示エンジン２４は、映像データ表示プログラムと、RAM(1)に格納された制御情報としての映像データ表示用制御用情報とに基づいて映像データ[1],[2],[3],…を所定のタイミングで表示部２１に表示させるプログラム上の手段であり、それぞれCPU１０の機能上の手段である。
【００３０】
制御情報としての文字列データ表示用制御情報には、携帯電話機４の表示部２１の画面モードを文字列データ表示モードに切り替える画面モード情報と、文字列データ<1>,<2>,<3>,<4>,…のフォント情報と、表示部２１の表示画面に対する文字列データ<1>,<2>,<3>,<4>,…の表示位置を決定するための文字列データ表示位置情報と、文字列データ<1>,<2>,<3>,<4>,…の文字列データ表示開始時期と文字列データ表示終了時期とを決定する文字列データ表示時間情報とが含まれている。また、制御情報としての映像データ表示用制御情報には、携帯電話機４の表示部２１の画面モードを映像データ表示モードに切り替える画面モード情報と、映像データ[1],[2],[3],…の映像表示開始時期と映像終了時期とを決定する映像表示時間情報と、表示部２１に対する映像データの表示位置を決定する映像データ表示位置情報とが含まれている。また、文字列データ表示用制御情報には、配信側の関連データのサービスの形態に応じて、文字列データ<1>,<2>,<3>,<4>,…に対するエフェクト情報が含まれている。
【００３１】
文字列データ表示エンジン１６は、文字列データ表示用制御情報に含まれる画面モード情報により表示部２１の画面モードを文字列データ表示モードに切り替え、文字列データ表示開始時期に、フォント情報に対応する文字列を、文字列データ表示位置情報に指定された位置に表示させる。そして、文字列データ<1>,<2>,<3>,<4>,…の表示を開始してから終了するまでの間で、エフェクト情報に対応するエフェクト処理、具体的には、点滅、拡大・縮小、色変更、回転、スクロール等を文字列データ<1>,<2>,<3>,<4>,…に文字単位又は文字列単位で施してユーザに文字表示によるサービスを提供する。
また、前記複数の分割音楽データ(1),(2),(3),(4),…、すなわち、一曲の音楽データの制御情報としては、携帯電話機４の音楽再生機能、具体的には、サウンド再生エンジン１２，１３を使用した分割音楽データ(1),(2),(3),(4),…の再生機能を使用できるようにするための再生動作情報が含まれている。
【００３２】
前記映像データ表示エンジン２４は、基地局２又はインターネットから複数の音楽データとともに配信された制御情報としての映像データ表示用制御情報に含まれる画面モード情報に基づいて携帯電話機４の表示部２１の画面モードを映像データ表示モードに切り替え、映像データ[1],[2],[3],…の映像表示開始時期から映像終了時期までに映像データ[1],[2],[3],…を画面に表示させ、ユーザに映像によるサービスを提供する。
なお、CPU１０は、文字列データ表示用制御情報の画面モードと映像データ表示用制御情報の画面モードが相違するとき、すなわち、文字列データ<1>,<2>,<3>,<4>,…と映像データ[1],[2],[3],…との両方を表示部２１に表示させる必要がある場合は、画面モード変更プログラムにより、表示部２１の画面モードを、文字と映像の両方を表示できる画面モードに設定するか、又は、一方の画面モードを表示部２１の画面モードとして選択し、この画面モードに表示された文字又は映像の一方を背景としてこれに映像又は文字を重ねて表示させるようになっている。
【００３３】
次に、図１乃至図７を参照して携帯電話機４の動作について説明する。なお、図５、図６、図７は、一つのフローチャートを三分割した分図である。
前記CPU１０は、図５に示すように、ステップＳ１で映像保存用のRAM(4)に音楽データが保存されているかどうかを判定する。図１３はユーザに、このような判定をさせるための問い合わせ画面の一例である。この例では、“「サンプル」が保存されています。”“こちらを再生しますか？”という文字により、ユーザの意思を確認する。この場合、文字中の「サンプル」は、後述する偽装ファイル中の偽装画像データのタイトル(名称)を示している。
図１３の問い合わせ画面において、ユーザが前記入力部２６の操作ボタン２０を用いて画面中の「はい」を選択すると、CPU１０は、ユーザの希望する音楽(曲)データがRAM(4)に保存されておらず、ダウンロードを希望するものとみなして前記通信部１１をサーバ３に接続し、前記サーバ３にダウンロードを要求する。
サーバ３はこの要求に対応してサーバ３からユーザの携帯電話機４の前記通信部１１にジャンル別の選択リスト(図１４参照)を送信し、CPU１０は、このジャンル別の選択リストを表示部２１に表示する。
ユーザが携帯電話機４の入力部２６の操作ボタン２０を操作し、ジャンルの選択信号をサーバ３に送信すると、サーバ３はジャンル別の選択リストの下位の音楽選択リストをユーザの携帯電話機４に返信する。
【００３４】
＜データダウンロード＞
携帯電話機４の表示部２１に表示された音楽選択リストからユーザがダウンロードを希望する曲を選択すると(ステップＳ２)、CPU１０は、この曲(音楽データ)を構成している分割ファイル数を、インターネット又は基地局２を介してサーバ３から取得し(ステップＳ３)、この分割ファイル数の分割音楽データ(1),(2),(3),(4),…をインターネット(又は基地局２)からRAM(1)に格納する(ステップＳ４)。なお、インターネットを、図５では、ネットワークと表示している。
CPU１０は、次に、ステップＳ６、ステップＳ７、ステップＳ８に順次進んで映像データ (静止画データ又は動画データ) [1],[2],[3],…、文字列データ<1>,<2>,<3>,<4>,…、制御情報をそれぞれダウンロードしてRAM(1)に格納する。なお、前記関連データはサーバ３、すなわち、基地局又はインターネット側がユーザに配信する情報なので、基地局又はインターネット側(以下、配信側という)のサービスの形態によっては、映像データ[1],[2],[3],…のみ、または文字列データ<1>,<2>,<3>,<4>,…のみが配信されることもある。
なお、CPU１０は、複数の分割音楽データ(1),(2),(3),(4),…のダウンロードの開始から制御情報のダウンロード終了までの間、ダウンロード中の表示を前記表示部２１に表示している。図１５は、「ダウンロード中」の表示画面の一例である。図１５に示すように、ダウロードの雰囲気を表現する背景に「ダウンロード中」の文字を重ねて表示するとユーザ自身が現在の状態がダウンロード中であるかどうかの確認が容易になる。
ステップＳ６〜ステップＳ８のダウンロードを完了すると、CPU１０は、表示部２１に音楽(曲)を保存するかどうかの問い合わせ画面を表示する(ステップＳ９)。
図１７はかかる問い合わせ画面の一例である。この問い合わせ画面を見てユーザがダウンロードした音楽(曲)を保存しないことを選択したとき(選択は携帯電話機４の入力部２６の操作ボタン２０によって行われる)、CPU１０は、ユーザが試聴を選択したものとして図７のステップＳ１０に進み、ダウンロードした音楽(曲)を再生するかどうかを問い合わせる問い合わせ画面を前記表示部２１に表示させ、前記表示部２１に、ダウンロードした音楽(曲)を再生するかどうかを問い合わせる。
ステップＳ１０で入力部２６の操作ボタン２０により再生が選択されると、CPU１０は、一対のサウンド再生エンジン１２，１３によるRAM(1)の複数の分割音楽データ(1),(2),(3),(4),…を再生しながら文字列データ表示エンジン１６、映像データ表示エンジン２４により、分割音楽データ(1),(2),(3),(4),…とともに配信された文字列データ<1>,<2>,<3>,<4>,…もしくは映像データ[1],[2],[3],…又は文字列データ<1>,<2>,<3>,<4>,…及び映像データ[1],[2],[3],…(いずれも関連データ)をそれぞれ文字もしくは映像又は文字及び映像として前記表示部２１に表示させる。
【００３５】
図７はデータ再生処理プログラムによるデータ再生処理の一例を示すフローチャートの一例である。
ステップＳ１０において、CPU１０が前記入力部２６の操作ボタン２０の押し込みによる「再生」を検出すると、CPU１０は、ステップＳ１１において、分割音楽データ(1),(2),(3),(4),…の制御情報に前記再生動作情報が含まれているかどうかによって、音楽データ再生機能を使用するかどうかを判定し、また、ステップＳ１２において、制御情報としての文字列データ表示用制御情報に、画面モード情報が含まれているかどうかによって文字列データ表示機能を使用するかどうかを判定し、さらに、ステップＳ１３において、制御情報としての映像データ表示用制御情報に、画面モード情報が含まれているかどうかにより、映像データ表示機能を使用するかどうかを判定する。再生動作情報は、一曲を構成する複数の分割音楽データともに基地局２またはインターネットから配信された分割音楽データを携帯電話機４のCPU１０が制御する際に用いる制御情報である。
ステップＳ１０において、CPU１０は、前記再生動作情報が前記分割音楽データ(1),(2),(3),(4),…の関連データに含まれているときは、複数の分割音楽データ(1),(2),(3),(4),…を連続再生するものとしてステップＳ１４以降の分割音楽データ(1),(2),(3),(4),…再生処理に進み(YES)、再生動作信号が含まれていないときは、RAM(1)に配信された音楽データが分割音楽データ(1),(2),(3),(4),…ではなく、一対のサウンド再生エンジン１２，１３による分割音楽データ(1),(2),(3),(4),…の再生ができないものとしてステップＳ１４以降の分割音楽データ(1),(2),(3),(4),…の再生処理を終了する(NO)。
また、CPU１０は、ステップＳ１２において、文字列データ表示用制御情報に、画面モード情報が含まれているときは、文字列データ表示機能を使用し、文字列データ<1>,<2>,<3>,<4>,…を表示部２１に表示させるものとしてステップＳ１８以降の文字列データ表示処理に進み(YES)、画面モード情報が含まれていないときは、以降の文字列データ表示処理を終了する(NO)。
また、CPU１０は、ステップＳ１３において、映像データ表示用制御情報に画面モード情報が含まれているときは、映像データ[1],[2],[3],…を表示部２１に表示させるものとしてステップＳ２０以降の映像データ表示処理に進み(YES)、画面モード情報が含まれていないときは、以降の映像データ表示処理を終了する(NO)。
以下、複数の分割音楽データ(1),(2),(3),(4),…の再生処理、映像データ表示処理について説明する。
【００３６】
<分割音楽データ再生処理> 
分割音楽データ再生処理では、ステップＳ１１からステップＳ１４に進んで、一番目に再生する分割音楽データの番号を１にセットし、次に、ステップＳ１５のタイミング読み込み処理で前記最適化値をセットする。そして、最適化値のセット後は、図７のステップＳ１６に進んで音楽データ再生プログラムを実行する。
【００３７】
図８は前記タイミング読み込み処理を示すフローチャートの一例である。
このフローチャートでは、まず、前記CPU１０が設定ファイルに最適化値が保存されているかどうかを判定する(ステップＳ６０)。設定ファイルには、最初、最適化値は、設定されておらず、RAM(1)にも格納されていない(NO)。このため、最初は、図８に示すようにステップＳ６１に進んで最適化値の初期値を１ファイルの終わり、すなわち、先に再生する分割音楽データのエンド(後端)から次に再生する分割音楽データのコピーデータの再生開始位置250msに決定(セット)する。ステップＳ６０で、設定ファイルに最適化値が格納されている場合(YES)、すなわち、曲番号のカウンタが１ステップ以降は、Ｓ６２に進んで前記設定ファイルから最適化値を読み込み、この最適化値をセットする(ステップＳ６３)。タイミング読み込み処理で最適化値をセットした後は、図７のステップＳ１６に進み音楽データ再生プログラムを実行する。
【００３８】
図９は音楽データ再生プログラムのフローチャートの一例であり、図１０はタイミング最適化処理のフローチャートの一例である。
この音楽データ再生用プログラムでは、RAM(1)に格納されている複数の分割音楽データ(1),(2),(3),(4),…を読み出し、最初にセットされている分割音楽データ(1)の曲番号の再生を開始し、前記表示部２１に曲名のタイトルを表示したタイトル画面(図１９参照)を表示する。なお、分割音楽データ(1),(2),(3),(4),…の読み出し中は、表示部２１に分割音楽データを読み出していることを示す文字表示を表示する(図１６)。最初は１番目に再生する分割音楽データ(1)をセットし(ステップＳ６４)、続いて、タイミング最適化処理を実行する(ステップＳ６５)。タイミング最適化処理は、図１０に示すように、再生を指示してから実際に前記一対のサウンド再生エンジン１２，１３による再生が開始されるまでの遅延時間(応答遅れ)を記録し(ステップＳ１０１)、続いて、記録した遅延時間の平均を算出する(ステップＳ１０２)。次に、ステップ１０３に進んで先に再生する分割音楽データの後端(エンド)から次に再生する分割音楽データの先頭のコピーデータの再生開始位置までの２５０msから、ステップＳ１０２で算出した遅延平均時間を減算し(ステップＳ１０３)、これを最適化値として設定ファイルに保存(セット)する(ステップＳ１０４)。
【００３９】
タイミング最適化処理により最適化値を得ると、図9のステップＳ６６に戻ってユーザが停止操作をしたかどうか、すなわち、停止操作に割り当てられた携帯電話機４の操作ボタン２０を操作したかどうかを判定する。このステップＳ６６でNO のときは、現在、再生中の曲番号(最初の曲番号は１番)の分割音楽データの再生開始位置が、その終わりから最適化値の場所であるかどうかを判定する(ステップＳ６７)。ステップＳ６７で判定がYES のときは、２番目の分割音楽データ(2)をセットし(ステップＳ６９)、ステップＳ６９に進んで配信された全ての分割音楽データ(1),(2),(3),(4),…の再生が終了したかどうかを判定する。このステップＳ６９でNOのときは、ステップＳ６５からステップＳ６９のステップを繰り返す。そして、図２で説明したように、２番目以降の分割音楽データ(2)からｎ番目(最後)までの最適化値のセットと最適化値の位置の確認に際しては、先に再生する分割音楽データの後端から再生方向と逆方向に250ms戻った位置より応答遅れt１を減算した位置かどうかを確認し、ステップＳ６７での判定で最適化値のときに他方のサウンド再生エンジン１３による再生を開始させて先に再生する分割音楽データの後端部と次に再生する分割音楽データのコピーデータとを重ねて同時に再生する。この結果、全ての分割音楽データ(1),(2),(3),(4),…についてノイズのないシームレスな連続再生が実現される。
ステップＳ６６でユーザの携帯電話機４の入力部２６の操作ボタン２０により停止操作がなされた場合、CPU１０は、図７のステップＳ１０に戻り、図１３で説明した問い合わせ画面を表示部２１に表示させ、現在、再生を完了した楽曲データを繰り返し再生するかどうかを問い合わせる。
ユーザにより停止操作がなされない場合は操作ボタン２０により停止操作がなされるまでそのままで待機する。なお、ステップＳ１０を抜け出し、通常の携帯電話の使用モードに移る場合は、携帯電話機４の操作部を操作し、このルーチンを抜け出すと、データ再生プログラムが終了する。
<文字列データ表示処理>
この文字列データ表示処理は、前記分割音楽データ(1),(2),(3),(4),…の再生と並行して実施される。
最初に、CPU１０が前記RAM(1)に格納された文字列データの一回目の文字列データをセットしてステップＳ１９に進み、文字列データ表示プログラムを起動する。図１１はこの文字列データ表示プログラムの一例である。同図に示すように、文字列データ表示プログラムは、一回目に表示する文字列データを前記文字列データ表示エンジン１６に転送する(ステップＳ７０)。この場合、文字列データは、一つの文字列データでも複数の文字列データでもよい。
文字列データ<1>,<2>,<3>,<4>,…の転送を終了すると、文字列データ表示エンジン１６は、１又は複数の文字列データ<1>,<2>,<3>,<4>…の個々の文字列データ表示用制御情報からそれぞれ表示部２１に対する画面上の表示位置、使用する文字列データ<1>,<2>,<3>,<4>,…のフォント情報、表示部２１に対する表示開始時期及び表示終了時期、エフェクト情報を取得し、表示開始時期に、フォントテーブル情報で指定されたフォント種、フォント色、サイズの文字列データ<1>,<2>,<3>,<4>,…を表示部２１の文字列データ表示位置情報に指定された表示位置に表示させる(ステップＳ７１)。
文字列データ表示エンジン１６は、次に、表示部２１の画面上に表示した文字列データ<1>,<2>,<3>,<4>,…に対して文字列データ<1>,<2>,<3>,<4>,…の表示時期が表示終了時期に到達したかどうかを判定し(ステップＳ７２)、表示終了時期に到達しない場合は(NO)、表示終了時期に到達するまで表示部２１に表示している文字列データ<1>,<2>,<3>,<4>,…の表示を継続する。そして、この間に、文字列データ表示プログラムは、表示部２１の画面上に表示した文字列データ<1>,<2>,<3>,<4>,…に対してエフェクト情報に対応したエフェクト処理を施す。エフェクト情報は、スクロール、フォント色変更、フォントサイズ変更、フォント拡大又は縮小、回転等である。例えば、分割音楽データ(1),(2),(3),(4),…の再生に連動して文字列データ<1>,<2>,<3>,<4>,…として表示部２１に各分割音楽データ(1),(2),(3),(4),…にそれぞれ対応する歌詞データを表示させる場合は、分割音楽データごとに表示部２１に表示させた歌詞データに対して先頭から末尾側に向かって、曲の進行に対応する速度でフォントの色を一文字、複数文字ごと変更することによって見やすくした場合には、分割音楽データのそれぞれに対する歌詞データの進行具合を一目で把握することができる。この場合、フォントの大きさを変えて進行の程度を表現すると、分割音楽データのそれぞれに対する歌詞データの進行具合を把握することができる。
また、文字列データ<1>,<2>,<3>,<4>,…により表示部２１に広告文字列を表示した場合は、点滅、スクロール、フォントの拡大・縮小、フォントの色の変更することで様々な表現が表現でき、ユーザに対して広告の内容を印象付けることができる。
ステップＳ７２において、文字列データの表示時間が文字列データ表示用制御情報の表示終了時間に到達すると、CPU１０は、ステップＳ７３に進んで２回目の文字列データをセットし、次のステップＳ７４で前記RAM(1)に格納された全ての文字列データの表示が終了したかどうかを判定する。
ステップＳ７４の判定でNOの場合、CPU１０は、ステップS７０〜ステップS７５の制御を繰り返して全ての文字列データを表示部２１に表示させ、ステップS７４でYESの場合に文字列データ表示処理を終了する。
<映像データ表示処理>
この映像データ処理も前記複数の分割音楽データ(1),(2),(3),(4),…の再生と並行して実行される。
この処理では、まず、CPU１０が配信側より配信された映像データ[1],[2],[3],…のうち一回目の映像データ(無音の静止画又は動画)をセットしてステップＳ８０に進み、映像データ表示プログラムを起動する。
図１２はこの映像データ表示プログラムの一例である。
図１２に示すように、映像データ表示プログラムは、一回目に表示する映像データを前記映像データ表示エンジン２４に転送する(ステップＳ８０)。映像データを静止画とする場合は、一つの画面に複数の映像を同時にレイアウトできるので複数の映像データを転送してもよい。転送を終了すると、前記映像データ表示エンジン２４は、１又は複数の映像データ[1],[2],[3],…の個々の映像データ表示用制御情報より、表示部２１に対する映像データ[1],[2],[3],…の表示位置、表示開始時期、表示終了時期、画面上の表示位置情報等の各種の制御情報を取得した後、表示開始時期に、１又は複数の映像を表示部２１の画面上の指定された表示位置に表示させる(ステップＳ８１)。次に、映像データ表示エンジン２４は、表示した映像データが表示終了時期に到達したかどうかを判定し(ステップＳ８２)、表示終了時期に合致した場合は(YES)、次のステップＳ８３に進み、到達していない場合は、表示終了時間となるまで１又複数の映像データ[1],[2],[3],…の表示を継続する。
ステップＳ８２で映像データの表示時間が表示終了時間に合致したときは、次に、ステップＳ８３で２回目の字列データをセットしてステップＳ８４に進み、前記RAM(1)に格納された全ての映像データ[1],[2],[3],…の表示が終了したかどうかを判定する。ステップS８２の判定でNOの場合は、ステップS８０〜ステップＳ８４の制御を繰り返し、YESの場合は、この文字列データ表示プログラムを終了する。
【００４０】
＜偽装保存＞
図５に示すように、一曲の音楽データを構成する複数の分割音楽データ(1),(2),(3),(4),…をRAM(1)に格納し、表示部２１の画面に表示された、「分割音楽データを保存するかどうかの問い合わせ」(図１７参照)に対してユーザが操作ボタン２０を操作して保存する、を選択したときは(ステップＳ９、YES)、CPU１０は偽装画像データ保存プログラムを実行する。
図６は偽装画像データ保存プログラムの一例を示すフローチャートである。同図に示すように、この偽装画像データ保存プログラムでは、まず、偽装ファイルの最大容量内で分割音楽データ(1),(2),(3),(4),…を結合して偽装データとする(ステップＳ９２)。続いて、偽装データを偽装ファイルの偽装画像データに埋め込み偽造画像データを作成する(ステップＳ９３)。
次に、偽装画像データをデータ保存用のRAM(4)の映像データ保存領域に保存し(ステップＳ９４)、全ての分割音楽データ(1),(2),(3),(4),…がRAM(4)に保存したかどうかを判定する(ステップＳ９５)。このステップＳ９５で全ての分割音楽データ(1),(2),(3),(4),…が格納されたときは(YES)のときは、偽装画像データとして保存した分割音楽データ(1),(2),(3),(4),…の再生が可能であるものとして図７の再生操作の判定(ステップS１０)に進む。
【００４１】
＜偽装データ読み込み＞
ステップＳ１でデータ保存用のRAM(4)に音楽データが偽装ファイルの形式で保存されている場合、CPU１０は、前記偽装画像データ再生プログラムを起動し、ステップＳ８５に進んで、データ保存用のRAM(4)の映像データ保存領域から保存してある偽装ファイルのファイル数を取得する。
次に、偽装画像データを読み出す(ステップＳ８６)。このとき、CPU１０は、表示部２１には、例えば、図１４に示す音楽ファイル(偽装画像データ)の呼び出し画面を表示する。続いて、ステップＳ８７に進んで偽装ファイルの偽装画像データが削除されているかどうかを判定する。このステップＳ８７で、ユーザにより偽装画像データが削除されている場合(YES)は、携帯電話機４の表示部２１にエラー表示を表示させ、ステップＳ３に進んで、基地局２又はネットワークを介して同じ楽曲データをデータベース６から取得し、前記した偽装ファイルの保存手順でデータ保存用のRAM(4) の映像データ保存領域に保存する。
ステップＳ８７でユーザにより偽装画像データが削除されていない場合(NO)は、偽装画像データから偽装データ、すなわち、複数の結合データを抽出し(ステップＳ８８)、さらに、ステップＳ８９に進んで結合データを分割した後、分割された結合データから複数のサウンドファイル(拡張子ｍｌｄ)を生成してこれらの分割音楽データ(1),(2),(3),(4),…を再生可能な状態でRAM(1)に格納する(ステップＳ９０)。そして、全ての偽装画像データを呼び出したかどうかの判定を行い(ステップＳ９１)、全ての偽装画像ファイルが呼び出されていない場合は、ステップＳ８１からステップＳ９１のルーチンを繰り返す。
【００４２】
このように図５〜図１２のフローチャートに示したように、本実施の形態に係る携帯電話機４によれば、音楽再生用のメモリ容量の小さな従来の携帯電話機４でも一曲の音楽データのダウンロードが可能となり、又、一対の音楽再生用のRAM(2)、RAM(3)の交互の使用により、ノイズのない連続再生が可能となり、さらに、基地局２又はインターネットから一曲の音楽データを構成する複数の分割音楽データ(1),(2),(3),(4),…とともに配信された関連データを表示部２１に表示させることにより、カラオケのサービスや、広告、プロモーションビデオ等の多様なサービスを受けることが可能となり、携帯電話機４を多様な情報端末として使用することが可能となった。
【００４３】
以下、前記携帯電話機４が配信側より受けるサービスについて説明する。
本実施形態に係る携帯電話機４は、図７に示したように、ステップＳ１１、ステップＳ１２、ステップＳ１３に対応する画面モード情報(文字列データ用)、再生動作情報、画面モード情報(映像用)が基地局２又はインターネットからの制御情報に含まれているかどうかによって、表示部２１の画面モードを文字列データ表示モード、映像データ表示モードに決定し、両方の場合は、両方に対応した画面モードに決定する。従って、これらの画面モード情報(文字列データ用)、再生動作情報、画面モード情報(映像用)の組み合わせによって、文字列データ<1>,<2>,<3>,<4>,…もしくは映像データ[1],[2],[3],…又は文字列データ<1>,<2>,<3>,<4>…及び映像データ[1],[2],[3],…の両方を表示部２１に表示させることが可能となる。本実施の形態では、サービスの種別に応じてこれらの情報を複数の分割音楽データ(1),(2),(3),(4),…の制御情報に含ませて基地局又はインターネットからユーザとなる携帯電話機４に送り、表示部２１によるサービスの形態を、文字によるサービスか、映像によるサービスか、又は文字及び又は映像の両方によるサービスかを決定している。
【００４４】
このため、図７の例では、ステップＳ１１、ステップＳ１３がYESになると、表示部２１の画面モードが、文字及び映像の両方を表示可能な文字列データ・映像データ表示モードとなり、ステップＳ１１がYESでステップＳ１３がNOの場合は、文字列データ<1>,<2>,<3>,<4>,…を前記表示部２１に表示させる文字列データ表示モードとなる。また、ステップＳ１３がYESでステップＳ１１がNOの場合、映像データを前記表示部２１に表示させる映像データ表示モードとなる。そして、これらのモードで複数に分割された分割音楽データを連続再生するようにすると、前記携帯電話機４における各モードは、それぞれ音楽データ再生・文字列データ・映像データ表示モード、分割音楽データ再生・文字列データ表示モード、分割音楽データ再生・映像データ表示モードとすることができる。
図２０は音楽データ再生・文字列データ・映像データ表示モードにおける処理の一例を示すタイミングチャートの一例である。このタイミングチャートは横軸を携帯電話機４のシステムクロックを基準とした時間軸としている。この図では分割音楽データは、(1)〜(6)としており、分割音楽データ(4)と分割音楽データ(5)との間は、分割音楽データを時間軸に対して自由に配置できることを示している。従って、この分割音楽データ(4)と分割音楽データ(5)との間に、CM用の音声を配置して再生させるようにすることも可能である。
複数の分割音楽データ(1),(2),(3),(4),…を連続再生しながら、文字列データ<1>,<2>,<3>,<4>,…及び映像データを前記表示部２１に表示させる場合は、一番目の分割音楽データの再生開始時期を基準(スタート開始時刻)として、文字列データ<1>,<2>,<3>,<4>,…と映像データ[1],[2],[3]…の表示開始時期、表示終了時期を決定する。図示例にあっては、文字列データ<1>,<2>,<3>,<4>,…、映像データ[1],[2],[3],…は、時系列順に並べてあるので、表示部２１には、まず、映像データ<1>が表示され、映像データ<2>による映像<2>の表示時間が約無半分になった時点で最初の分割文字列データによる文字列<1>が表示され、映像データによる映像が表示された後、所定時間遅れて映像データによる映像<4>が表示される。
なお、複数の映像データ[1],[2],[3],…を表示部２１に順次表示する場合、RAM(1)をバッファとして使用する。ＣＰＵ１０は、データ種別判定プログラムによって、分割映像データとともに基地局２又はインターネットから配信された制御情報としてのデータ種別情報を用い、RAM(1)に格納した映像データが通常の映像データか又は大容量のため配信側で予め複数に分割して配信した分割映像データかのいずれかを判定するように構成されており、判定結果に対応して分割映像データ再生プログラムを起動するようになっている。
また、分割映像データ再生プログラムは、データ種別情報により、配信側より配信された映像データ[1],[2],[3]…をそれぞれ複数の分割映像データと判定した場合には、図３に示すように、一対の音楽再生用RAM(2)，RAM(3)のバッファを、それぞれ複数の分割音楽データ(1),(2),(3),(4),…を再生する分割音楽データ再生用バッファ領域と分割映像データを再生するための分割映像データ再生用バッファ領域とに分割して複数の分割音楽データ(1),(2),(3),(4),…を、一対の音楽データ再生用バッファ領域で交互に連続再生すべく前記分割音楽データ再生プログラムに一時的な変更を加え、(複数の分割映像データの連続再生終了後は、分割音楽データ再生プログラムを元の状態に復元する)、この変更した分割音楽データ再生プログラムによって一曲の音楽データを構成する複数の分割音楽データ(1),(2),(3),(4),…を連続再生しながら前記複数の分割映像データ[1],[2],[3]…を、一対の分割映像データ再生用バッファ領域で交互に連続再生するようにプログラムされている。
そして、前記分割映像データ再生プログラムは、視覚の残像現象に基づいて複数のフレームからなる分割映像データ同士を連続再生するようにプログラムされている。また、前記分割映像データ再生プログラムは、前記データ種別情報によって、映像データが分割映像データでない場合、すなわち、データ容量が小さく配信側で分割して配信されていない場合は、RAM(1)を再生用のバッファとして使用し、図２０で説明したように表示部２１に１又は複数の映像データ[1],[2],[3],…を表示させるようにプログラムされている。
なお、分割音楽データ再生用バッファ領域と分割映像データ再生用バッファ領域とを交互に使用して複数の分割音楽データを連続再生しながら複数の分割映像データを連続再生する場合、分割音楽データ(1),(2),(3),(4),…の再生に対する一対の音楽再生用RAM(2)，RAM(3)の再生における容量が相対的に減少することになるが、この場合には、配信側が、一対の音楽再生用RAM(2)，RAM(3)の音楽再生用のバッファ領域に対応したサイズとなるように一曲の音楽データを複数の分割音楽データ(1),(2),(3),(4),…に分割して配信しているのでこのような場合においても複数の分割音楽データ(1),(2),(3),(4),…の連続再生に対して支障が発生する虞はない。
従って、データ容量の大きい映像データ[1],[2],[3],…でも複数の分割音楽データ(1),(2),(3),(4),…を連続再生しながら配信側より配信された分割映像データを表示部２１に表示させることができる。なお、複数の分割音楽データ(1),(2),(3),(4),…に予めCM音楽を挿入しておいてこのCM音楽バックとしてCMの文字列やCMの映像を表示するようなサービスや、カラオケのように、複数の分割音楽データ(1),(2),(3),(4),…の音声トラックに記録されている音声データの再生の禁止を可能とするための音声禁止情報を前記制御情報に含ませておいてカラオケの際に音声データの再生を禁止するように構成してもよい。このようにすると、カラオケの練習がしやすくなる。
【００４５】
文字列データ・映像データ表示モードは、分割音楽データ(1),(2),(3),(4),…を再生しながら映像や文字列を表示するモーであるので各分割音楽データ(1),(2),(3),(4),…にそれぞれ対応する歌詞データを画面に表示しながら関連する映像を背景として表示するカラオケサービスや文字列データ<1>,<2>,<3>,<4>,…、映像データからなる広告データを表示するカラオケサービスが好適である。この文字列データ・映像データ表示モードでカラオケサービスを実施する場合は、CPU１０は、映像制御プログラムを起動して、表示部２１の画面モードを文字列データ<1>,<2>,<3>,<4>,…と、映像データ[1],[2],[3]…とを表示できる画面モードに切り替え、文字列データ表示エンジン１６が、文字列データ表示開始時期に、フォント情報に対応する文字列を、文字列データ表示位置情報に指定された表示位置に表示させる。そして、文字列データ<1>,<2>,<3>,<4>,…の表示を開始してから終了するまでの間で、エフェクト情報に対応するエフェクト処理、具体的には、点滅、拡大・縮小、色変更、回転、スクロール等を文字単位又は文字列単位で歌詞データに加え、その表示形式を変更することにより、表示部２１に各分割音楽データの進み具合に対応した見やすい表示とすることができる。
【００４６】
図２１は、広告サービスを実施する場合の画面の一例である。この例では、画面の上部に配置されている情報表示スクロールバー３０に、エフェクト情報による広告の文字列データ<1>,<2>,<3>,<4>,…を表示させながら、表示部２１に映像データによる映像(無声の動画又は静止画)を表示し、映像に重ねてデータによる歌詞を表示するようにしている。情報表示スクロールバー３０に表示する文字は、エフェクト情報に含まれるスクロール情報により右側にスクロールさせ、歌詞表示の部分には、前記したように、分割音楽データ(1),(2),(3),(4),…にそれぞれ対応する歌詞データによる歌詞を表示するようにしている。歌詞データは、エフェクト情報によって指定されたタイミングで文字単位又は文字列単位で、フォントの大きさ、フォントの色を変えることにより、音楽の進み具合が分かるようになっている。図２１中、表示Ａは、図５で説明した操作ボタン２０による再生動作に連動するボタンを示している。
なお、図２１に示す例では、歌詞データを横書きで一列表示しているが、同時に複数列を表示してもよいし、縦書きで一列または複数列、表示してもよい。
また、歌詞を表示する場合に、例えば、シフトボタン（機能選択ボタン）や他のボタンと操作ボタン２０との併用等、二以上のボタンの併用によって、ユーザのニーズに対応する割り込み処理を実行するようにし、割り込み処理後に、特定の割り付けボタンを押すことによって元のプログラムに復帰させるようにしてもよい。
例えば、前記した分割音楽データを再生しながら歌詞を表示部２１に表示するカラオケの場合、ユーザは、音楽データを聴きながら、一曲分の歌詞を見たいという場合や、特定部分の歌詞を見たいという場合がある。このような場合、表示部２１には、割り込み処理の開始と同時に、メニュー画面を表示させ、メニュー画面に表示された一括表示と、分割表示とをスクロールバーによって選択し、決定するとよい。また、歌詞データを順送り、逆送りするためのプログラムをそれぞれ携帯電話機４の特定のボタンにそれぞれ割り付けてこれらのボタンが操作された際に、表示部２１に表示する歌詞データが１又は複数小節毎に、順送り又は逆送りで切り替わるように構成すると、ユーザの使い勝手が向上する。この場合、歌詞データを少なくとも一又は複数に分割した分割歌詞データとして、分割歌詞データを前記順送り、逆送りの最小の単位として表示部２１に表示させ、一括表示の場合は、これらの分割歌詞データを結合して表示部２１に一括表示させるようにしてもよい。なお、これらの割り込み処理も前記CPU１０が実行するものとする。
【００４７】
図２２は同じくカラオケに対応した画面を、図２３は分割音楽データ再生・文字列データ表示モードで文字列と映像と表示した表示部２１の画面例を示している。この図２２に示すように、アーチストの分割音楽データ(1),(2),(3),(4),…を再生しながら、表示部２１に映像を表示し、映像に重ねて歌詞データを表示している。映像と文字とが表示されているので、単に、文字、映像をそれぞれ表示する場合と比べて表現力が豊かになり、文字色の変化によって伴奏データに合わせたカラオケが可能になる。
また、図２３に示すように、アーチストの公演に関するジャケットの映像を背景として公演内容、場所等、日時に関する情報を表示し、情報表示スクロールバー３０に広告の内容を文字でスクロールさせながら、表示部２１に広告の内容を表示させ、これらの文字に、スクロール等のエフェクトを施すと、公演への参加意識やアルバムの購入意識の刺激に効果的になる。
【００４８】
図２４は、分割音楽データ(1),(2),(3),(4),…を再生しながら、表示部２１に背景として映像(無声の静止画又は動画)を表示させ、情報表示スクロールバー３０に、文字放送の文字や広告の文字(CM)を表示させ、スクロールバーの文字にスクロール処理を施すようにしたものである。このようにすると、文字放送による情報やCM文字による広告内容をユーザに伝達することができる。
【００４９】
なお、本発明の実施の形態では、連続再生する分割音楽データ(1),(2),(3),(4),…の再生において、先に再生する分割音楽データの後端又は次に再生する分割音楽データの先端に、次に再生する分割音楽データの先端部又は先に再生する分割音楽データの後端部のコピーデータをそれぞれ貼り付けて、先に再生する分割音楽データのコピーデータと次に再生する分割音楽データの先端部、先に再生する分割音楽データの後端部と次に再生する分割音楽データのコピーデータとを相互に重ねて同時に再生することにより、ノイズのないシームレスな再生を可能としたが、この場合にコピーデータとこれに重ね合わせて同時に再生する分割音楽データの後端部又は先端部のデータを、相互に同じデータで且つ振幅、周期が1／２としてこれらを重ね合わせて同時に再生するようにしてもよい。なお、この場合に、コピーデータは、先に再生する分割音楽データの後端部又は次に再生する分割音楽データの先端部のデータのコピーとし、これを編集により振幅、周期が1／２になるように加工するものとする。このようにしてもノイズのないシームレスな連続再生が可能となる。
なお、本発明では、一対の音楽再生用記憶部としてRAM(2),(3)を用い、複数の分割音楽データ(1),(2),(3),(4),…や分割映像データを再生する説明をしたが、RAM(4)又はRAM(1)に、RAM(2),(3)に代わる再生用のバッファ領域をそれぞれ確保して一対の音楽再生用記憶部とすることで、RAM(2),(3)を使用した場合と同様に、分割音楽デー(1),(2),(3),(4),…や分割映像データ[1],[2],[3]…を交互に連続再生するようにしてもよい。
【図面の簡単な説明】
【００５０】
【図１】本発明の一実施形態に係る音楽配信システムの概略図である。
【図２】複数の分割音楽データからなる一曲の音楽データをシームレスに再生するために編集した分割音楽データを示す解説図である。
【図３】携帯電話機の内部構造を示すブロック図である。
【図４】データ保存用のRAMに格納される偽装画像ファイルの偽装フォーマット構造を示す解説図である。
【図５】制御手段としてのCPUの制御内容を示すフローチャートである。
【図６】図５に続くCPUの制御内容を示すフローチャートである。
【図７】図６に続くCPUの制御内容を示すフローチャートである。
【図８】タイミング読み込み処理を示すフローチャートである。
【図９】音楽データ再生プログラムを示すフローチャートである。
【図１０】タイミング最適化処理を示すフローチャートである。
【図１１】文字列データ表示プログラムを示すフローチャートである。
【図１２】映像データプログラムを示すフローチャートである。
【図１３】音楽ファイル(偽装画像データ)の呼び出し画面の一例である。
【図１４】ジャンル別の選択画面の一例を示す図である。
【図１５】ダウンロードの際に表示される画面の一例である。
【図１６】ダウンロードした音楽(曲)の読み出し中に表示される画面の一例である。
【図１７】ダウンロードした音楽(曲)を保存するかどうかを問い合わせるための問い合わせ画面の一例である。
【図１８】分割音楽データの再生操作の際に表示される音楽データのタイトル画面の一例を示す図である。
【図１９】曲名のタイトルを表示したタイトル画面の一例を示す図である。
【図２０】分割音楽データの再生の際の関連データとしての文字列データ、映像データの表示タイミングの一例を示す処理タイミングチャートである。
【図２１】歌詞、広告、映像の画面例を示す図である。
【図２２】歌詞、映像の画面例を示す図である。
【図２３】映像、広告の画面例を示す図である。
【図２４】映像と文字放送サービスとを組み合わせたサービスの画面例を示す図である。
【符号の説明】
【００５１】
１      音楽配信システム
２      基地局
３      サーバ
４      携帯電話機
５      コンピュータ
６      データベース
１０    CPU(制御手段)
１１    通信部
１２    サウンド再生エンジン
１３    サウンド再生エンジン
１４    映像データ表示エンジン
１５    ＲＯＭ
２１    表示部
２２    スピーカ
２６    入力部
【図１】
2007158477.tif 000003
【図２】
2007158477.tif 000004
【図３】
2007158477.tif 000005
【図４】
2007158477.tif 000006
【図５】
2007158477.tif 000007
【図６】
2007158477.tif 000008
【図７】
2007158477.tif 000009
【図８】
2007158477.tif 000010
【図９】
2007158477.tif 000011
【図１０】
2007158477.tif 000012
【図１１】
2007158477.tif 000013
【図１２】
2007158477.tif 000014
【図２０】
2007158477.tif 000015
【図１３】
2007158477.tif 000016
【図１４】
2007158477.tif 000017
【図１５】
2007158477.tif 000018
【図１６】
2007158477.tif 000019
【図１７】
2007158477.tif 000020
【図１８】
2007158477.tif 000021
【図１９】
2007158477.tif 000022
【図２１】
2007158477.tif 000023
【図２２】
2007158477.tif 000024
【図２３】
2007158477.tif 000025
【図２４】
2007158477.tif 000026