JP4264564B2 - データ受信装置、受信状況表示方法およびデータ送信方法 - Google Patents
データ受信装置、受信状況表示方法およびデータ送信方法 Download PDFInfo
- Publication number
- JP4264564B2 JP4264564B2 JP2000349021A JP2000349021A JP4264564B2 JP 4264564 B2 JP4264564 B2 JP 4264564B2 JP 2000349021 A JP2000349021 A JP 2000349021A JP 2000349021 A JP2000349021 A JP 2000349021A JP 4264564 B2 JP4264564 B2 JP 4264564B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- image
- series
- music data
- music
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
- Mobile Radio Communication Systems (AREA)
- Digital Computer Display Output (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Controls And Circuits For Display Device (AREA)
- User Interface Of Digital Computer (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、例えば、通信ネットワークを通じて配信される楽曲（音楽）の音楽データを受信するデータ受信装置、受信状況表示方法、および、音楽データなどのデータを送信する場合のデータ送信方法に関する。
【０００２】
【従来の技術】
パーソナルコンピュータの普及と、楽曲などのデジタル化された音声データ（音楽データ）についての著作権を保護するための技術である複製防止技術や複製制御技術の実現により、音楽データを通信ネットワークを通じて配信するようにする音楽配信サービスが行われるようになってきている。
【０００３】
この音楽配信サービスは、通信機能を備えたパーソナルコンピュータなどの機器を用い、通信ネットワークを通じて、当該通信ネットワーク上に設けられている音楽データの提供業者側のサーバ装置にアクセスし、このサーバ装置に蓄積されている音楽データの中から目的とする音楽データの配信を受けるようにするものである。
【０００４】
この場合、音楽データの配信を受けると課金が発生するが、この課金に対する支払は、クレジットカードや銀行口座からの引き落としなどにより行うことができるので、利用者（ユーザ）は、いちいちＣＤショップに足を運ぶことなく、いつでも好きなときに目的とする音楽データを購入し、これを利用することができるというメリットがある。
【０００５】
そして、配信を受けた音楽データをパーソナルコンピュータを用いて再生して聴取することはもちろん、配信を受けた音楽データをＭＤ（ミニディスク）と呼ばれる小型の光磁気ディスクや半導体素子が用いられた着脱可能な記憶媒体であるいわゆるメモリカードなどに記録し、ＭＤプレーヤやメモリーカードプレーヤを用いて再生し利用するようにすることが行われるようになってきている。
【０００６】
このように、いつでも好きな時に音楽提供業者側のサーバ装置にアクセスし、そのサーバ装置から目的とする音楽データをダウンロードしてきて、これを再生し、聴取できるようにする環境が整えられてきている。
【０００７】
【発明が解決しようとする課題】
ところで、通信ネットワークの伝送レートやユーザ端末の通信機能の向上により、音楽データのダウンロードにかかる時間も除々に短縮されるようになってきている。しかし、１曲分の音楽データのデータ量は膨大であり、ダウンロードにある程度の時間がかかることは避けることはできない。
【０００８】
例えば、５分間分のリニアＰＣＭオーディオデータのデータ量は５０メガバイト程度である。これを効率よく配信するために転送レートが１３２ｋｂｐｓのＡＴＲＡＣ３でデータ圧縮すると、そのデータ量は約５メガバイトと１０分の１程度のデータ量にデータ圧縮することができる。ここで、ＡＴＲＡＣ３（Ａｄａｐｔｉｖｅ Ｔｒａｎｓｆｏｒｍ Ａｃｏｕｓｔｉｃ Ｃｏｄｉｎｇ ３）は、ソニー株式会社が開発したデータ圧縮方式の一方式である。
【０００９】
しかし、通信ネットワークの伝送レートが、６４ｋｂｐｓだと５メガバイトの音楽データのダウンロードには、約１０分間程度かかることになる。この音楽データのダウンロードが行われている間、使用者は、ダウンロードが正常に行われているのかどうか、正常に行われているとしたらどの程度進行しているのかなどが心配になる。
【００１０】
このため、音楽データの受信済み量などの情報に基づいて、その音楽データのダウンロードにかかるおおよその残り時間を表示したり、バー表示によってダウンロードの進捗状況を知らせるなどのことが行われるようになってきている。しかし、これらの表示は、ごく簡単なものであり、面白みがなく、音楽データのダウンロードにかかる時間が長く感じるなどする場合があり、音楽配信サービスの普及を阻害する原因にもなりかねない。
【００１１】
以上のことにかんがみ、この発明は、送信されてくるデータの受信中における受信状況の把握を適格に行うことができるとともに、データの受信処理中においても使用者を楽しませるようにすることができるデータ受信装置、受信状況表示方法およびデータ伝送方法を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記課題を解決するため、請求項１に記載の発明のデータ受信装置は、
送信されてくる一連の主データを受信する受信手段と、
前記受信手段により受信される前記一連の主データに対応付けられる画像の画像データを記憶する記憶手段と、
画像を表示する表示素子と、
前記受信手段により受信された前記一連の主データの受信済み量についての当該一連の主データの総データ量に対する割合を算出する算出手段と、
前記算出手段により算出された前記割合に応じた態様で、前記一連の主データに対応付けられる画像の画像データを用いて前記表示素子に画像を表示するようにする表示制御手段と
を備えることを特徴とする。
【００１３】
この請求項１に記載の発明のデータ受信装置によれば、例えば、通信ネットワークを通じて、音楽データなどの比較的にデータ量の多い一連の主データ（ダウンロードする主目的データ）が、受信手段により受信される。この場合、音楽データなどの一連の主データの総データ量を示す情報が、例えば受信する一連の主データのヘッダ部などに付加されており、算出手段により、一連の主データの受信済み量についての当該一連の主データの総データ量に対する割合が算出される。
【００１４】
受信手段により受信される一連の主データに対応付けられる画像の画像データが記憶手段に記憶されており、表示制御手段により、算出手段に算出された割合に応じた態様で、受信された一連の主データに対応付けられる画像データによる画像が表示素子に表示される。
【００１５】
これにより、受信される一連の主データに対応付けられた画像が、その一連の主データの受信済み量の割合に応じて表示されるので、一連の主データの受信状況を適格に把握できるようにすることができる。また、一連の主データの受信中（ダウンロード中）においても、その一連の主データに対応付けられた画像が表示するようにされるので、一連の受信完了までにある程度、例えば、数分間程度の時間がかかる場合においても使用者を飽きさせることなく、一連の主データの全てを受信するようにして、これを利用するようにすることができる。
【００１６】
また、請求項２に記載の発明のデータ受信装置は、請求項１に記載のデータ受信装置であって、
前記記憶手段に記憶される前記画像データは、通信ネットワークを通じて送信されてくるものであり、前記受信手段により受信されて、前記記憶手段に記憶されることを特徴とする。
【００１７】
この請求項２に記載のデータ受信装置によれば、音楽データなどの一連の主データに対応付けられる画像の画像データは、通信ネットワークを通じて、一連の主データの提供に先立って、あるいは、一連の主データとともに提供され、記憶手段に記憶するようにされる。
【００１８】
これにより、提供を受けようとする一連の主データに対応付けられた画像データを確実に用意し、一連の主データの受信状況に応じて、その一連の主データに対応付けられた画像を表示素子に表示させることができるようにされる。
【００１９】
また、請求項３に記載の発明のデータ受信装置は、請求項１に記載のデータ受信装置であって、
前記表示制御手段は、前記一連の主データの全部を受信し終える前においては、完成した前記画像を表示するために必要となる前記画像の全画像データよりも少ない量の画像データを用いて、前記画像を表示するようにすることを特徴とする。
【００２０】
この請求項３に記載のデータ受信装置によれば、一連の主データの受信済み量に応じて、その一連の主データに対応付けられる画像の全画像データのうちの一部分のデータが用いるようにされて画像が表示するようにされる。この場合、一連の主データに対応付けられた画像は、その画像データの全データよりも少ないデータを用いて、種々の態様で表示される。
【００２１】
例えば、一連の主データに対応付けられた画像を、表示素子の表示画面の上端部や下端部、あるいは、左端部や右端部から除々に表示するようにしたり、画像を表示素子の表示画面の中央部分から放射状に除々に表示させるようにしたり、逆に表示素子の表示画面の周囲から中央部分に除々に画像を表示させるようにしたり、ランダムなモザイク表示とするなど、種々の態様で画像が表示するようにされる。
【００２２】
これにより、受信される一連の主データに応じて、これに対応付けられた画像の表示面積を除々に増加させるように種々の対応で表示させることにより、一連の主データの受信状況を使用者に報知し、一連の主データの受信完了までにかかる時間を使用者に報知するようにすることができる。また、画像を一連の主データの受信済み量に応じて除々に表示させることができるので、ユーザを楽しませることもできる。
【００２３】
また、請求項４に記載の発明のデータ受信装置は、
一連の主データとこれに対応付けられる画像の画像データとのそれぞれが複数に分割され、前記一連の主データの分割データと前記画像データの分割データとが混在するようにされて送信されてくる前記一連の主データと前記画像データとを受信する受信手段と、
画像を表示する表示素子と、
前記受信手段により受信された前記画像データの分割データを用いて、前記表示素子に画像を表示するようにする表示制御手段と
を備えることを特徴とする。
【００２４】
この請求項４に記載の発明のデータ受信装置によれば、例えば、音楽データなどの比較的にデータ量の多い一連の主データ（ダウンロードする主目的データ）とこれに対応付けられた画像データとは、共に分割され、これらが混在するようにされて送信するようにされており、これらが受信手段により受信される。そして、表示制御手段により、受信手段により受信された画像データによる画像が表示素子に表示される。
【００２５】
これにより、一連の主データに対応付けられた画像の画像データを一連の主データの受信に併せて受信して、その画像データに応じた画像を表示素子に表示することができるので、一連の受信データの受信状況をその一連の主データに対応付けられた画像によって報知することができる。
【００２６】
また、請求項５に記載のデータ受信装置は、請求項４に記載のデータ受信装置であって、
前記一連の主データの分割データについての前記一連の主データの総データ量に対する割合と、前記画像データの分割データについての前記画像データの総データ量に対する割合とは一致するようにされており、
前記受信手段は、前記一連の主データの分割データと前記画像データの分割データとを受信し、
前記表示制御手段は、前記受信手段により受信された前記画像データの分割データによる画像を前記表示素子に表示することを特徴とする。
【００２７】
この請求項５に記載のデータ受信装置によれば、一連の主データの分割データと、これに対応付けられた画像データの分割データとは、そのそれぞれのデータの総量（総データ量）に対する割合が一致するようにされている。したがって、受信した画像データの分割データによる画像を表示制御手段によりそのまま表示するようにすることにより、一連の主データの受信が、例えば、全体のデータ量の２割まで終了しているときには、対応付けられた画像の２割分まで表示されるというように、一連の主データの受信状況に応じて画像を表示することができるようにされる。
【００２８】
これにより、表示素子に表示される画像の表示状態によって、例えば、音楽データなどの一連の主データの受信状況を使用者に報知することができる。また、表示素子に表示される画像は、目的とする一連の主データに対応付けられた画像であるので、一連の主データの受信時においても使用者を飽きさせることがないようにされる。
【００２９】
また、請求項６に記載の発明のデータ受信装置は、請求項４に記載のデータ受信装置であって、
前記受信手段により受信された前記一連の主データの分割データの受信済み量の当該一連の主データの総データ量に対する割合を算出する算出手段を備え、
前記表示制御手段は、前記算出手段により算出された前記割合に応じた態様で、前記受信手段により受信された前記画像データの分割データを用いて前記表示素子に前記画像を表示するようにすることを特徴とする。
【００３０】
この請求項６に記載のデータ受信装置によれば、一連の主データとこれに対応付けられた画像データとは、共に分割され、これらが混在するようにされて送信するようにされる。これらが受信手段により受信されるが、算出手段により一連の主データの受信済み量についての一連の主データの総データ量に対する割合が算出される。そして、分割されて提供される画像データに応じた画像が、表示制御手段により、その表示量が調整するようにされる。
【００３１】
これにより、一連の主データとこれに対応するデータとが、分割されて共に提供される場合であっても、一連の主データの受信済み量に応じた態様で、一連の主データに対応付けられた画像を表示させ、一連の主データの受信状況を使用者に報知するようにすることができる。
【００３２】
また、請求項７に記載の発明のデータ受信装置は、請求項６に記載のデータ受信装置であって、
前記表示制御手段は、前記一連の主データの全部を受信し終える前においては、前記画像の画像データのうちの分割データの表示に用いるデータ量を前記算出手段により算出された前記割合に応じて調整することを特徴とする。
【００３３】
この請求項７に記載の発明のデータ受信装置によれば、一連の主データの受信済み量に応じて、その一連の主データに対応付けられた画像の画像データの一部分のデータが用いるようにされて画像が表示するようにされる。この場合、一連の主データに対応付けられた画像は、その画像データの全データよりも少ないデータを用いて、種々の態様で表示するようにされる。
【００３４】
例えば、一連の主データに対応付けられた画像を、表示素子の表示画面の上端部や下端部、あるいは、左端部や右端部から除々に表示するようにしたり、表示素子の表示画面の中央部分から放射上に画像を除々に表示させるようにしたり、逆に表示素子の表示画面の周囲から中央部分に除々に画像を表示するようにしたり、ランダムなモザイク表示とするなど、種々の態様で画像が表示するようにされる。
【００３５】
これにより、一連の主データと共に受信される画像データによる画像の表示面積を除々に増加させるように種々の対応で表示させることにより、一連の主データの受信状況を使用者に報知し、一連の主データの受信完了までにかかる時間を使用者に報知するようにすることができる。
【００３６】
【発明の実施の形態】
以下、図を参照しながら、この発明によるデータ受信装置、受信状況表示方法およびデータ送信方法の一実施の形態について説明する。以下に説明する実施の形態においては、この発明によるデータ受信装置、受信状況表示方法を、携帯電話機能と、音楽データのダウンロード機能と、音楽データの再生機能と、デジタルカメラ機能（以下、カメラ機能という。）とを備えた携帯端末（携帯電話端末）に適用した場合を例にして説明し、この発明によるデータ送信方法を楽曲の音楽データを配信するサーバ装置に適用した場合を例にして説明する。
【００３７】
［第１の実施の形態］
［音楽配信システムについて］
図１は、この第１の実施の形態の音楽配信システムを説明するための図である。この実施の形態の音楽配信システムは、図１に示すように、コンテンツサーバ装置１、音楽配信プラットホーム２、通信ネットワーク３、携帯電話端末４とを備えたものである。
【００３８】
コンテンツサーバ装置１は、配信可能な音楽データを蓄積しているサーバ装置であり、この第１の実施の形態においては、図１に示すように、データ蓄積部１１と、音楽配信アプリケーション部１２と、送受信部１３とを備えたものである。
【００３９】
データ蓄積部１１は、実際に音楽データを蓄積する部分である。音楽配信アプリケーション部１２は、図１に示すように、大きく分けると、著作権管理部１２１、音声データ圧縮部１２２、送信データ形成部１２３との３つのブロックを備えたものである。
【００４０】
ここで、著作権管理部１２１は、音楽データ（デジタルデータ）を不正にコピー（複製）するなどのことができないように、コピー禁止を示すやコピー可能回数を示す情報などのコピー制限情報を付加したり管理したりする部分である。また、音声データ圧縮部１２２は、音声データである音楽データをデータ圧縮する部分であり、所定の圧縮方式で音楽データのデータ圧縮を行う。
【００４１】
音楽データのデータ圧縮方式が、１種類しかない場合は、データ蓄積部１１にデータ圧縮済みの音楽データを蓄積することも考えられるが、複数のデータ圧縮方式に柔軟に対応できるようにするため、音声データ圧縮部１２２が用意されている。
【００４２】
したがって、音楽データのデータ圧縮方式が、２種類ある場合には、音声アプリケーション部１２を各データ圧縮方式に対応した音声データ圧縮部を備えたものをそれぞれ用意し、２つとなる。このようにすることによって、データ蓄積部１１には、非圧縮データをおくことができ、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）のマスター音源（リニアＰＣＭデータ）をそのまま蓄積しておくことができるようにされる。
【００４３】
また、送信データ形成部１２３は、配信（送信）する音楽データにヘッダ部やフッタ部を付加するなどして送信用の音楽データを形成する。ここで、形成された送信用の音楽データは、送受信部１３に供給される。送受信部１３は、後述する販売ポータルサイトを通じての音楽データの配信要求を受信して、音楽配信アプリケーション部１２に配信要求を供給したり、送信データ形成部１２３からの送信用音楽データを送信して販売ポータルサイトを通じて使用者に提供するようにする部分である。
【００４４】
音楽配信プラットホーム２は、音楽配信システムの基板となる部分であり、例えば、コンテンツサーバ装置１とは別の音楽配信業者側のサーバ装置に構築される。もちろん、コンテンツサーバ装置１に音楽配信プラットホーム２を構築することも可能である。
【００４５】
そして、この実施の形態の音楽配信システムにおいて、音楽配信プラットホーム２は、図１に示すように、顧客データベース２１、課金システム２２、販売ポータルサイト２３とを備えたものである。ここで、販売ポータルサイト２３は、音楽データの配信を受けるために最初に使用者がアクセスするＷｅｂサイトであり、この販売ポータルサイト２３を通じて、目的とする楽曲を検索したり、目的とする楽曲の提供を要求するなどのことができるようにされる。
【００４６】
顧客データベース２１は、当該音楽配信システムの提供業者との間で利用契約を結ぶことによって、当該音楽配信システムの顧客（利用者）となることが認証された者の顧客データを記憶し、管理する部分である。また、課金システム２２は、要求に応じた音楽データを提供した顧客に対する課金処理を行う部分である。例えば、所定の締め日までの利用状況を把握し、利用料を請求したり、使用者からの入金や契約時に指定された使用者の銀行口座などからの利用料の引き落としを行うための処理などを行う。
【００４７】
課金システム２２は、各顧客ごとの利用料金の残高を把握しており、利用明細や請求書、必要な場合には領収書や入金督促書などの出力なども行うことができるようにされたものである。
【００４８】
また、通信ネットワーク３は、この実施の形態においては、通信網３１、基地局３２、図示しない交換機などを含む電話会社などが提供するものであり、この実施の形態においては、前述もしたように、電話会社の提供する通信ネットワークを通じてインターネットに接続し、インターネット上に提供されているＷｅｂサイトである販売ポータルサイト２３を通じて目的とする楽曲の音楽データの提供を受けることができるようにされている。すなわち、通信ネットワークは、携帯電話網やインターネットなどをも含むものである。
【００４９】
そして、この第１の実施の形態においては、携帯電話端末４を用い、通信ネットワークを通じて音楽データの配信を受けることができるようにされている。携帯電話端末４は、音楽データのダウンロード機能を備えるとともに、ダウンロードした音楽データの再生機能をも有するものである。
【００５０】
［音楽データのダウンロード時の流れについて］
次に、図１に示した音楽配信システムにおいて、携帯電話端末４が音楽データのダウンロードを行う場合の処理の流れ、および、音楽配信システムの各部の動作について説明する。携帯電話端末４を通じて、音楽ダウンロード用のサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を入力すると、通信網３１、基地局３２などからなる通信ネットワーク３を経由して、音楽配信プラットホーム２の販売ポータルサイト２３にアクセスすることができる。
【００５１】
販売ポータルサイト２３では、顧客データベース２１の顧客データに基づいて、アクセスしてきた者が、契約関係のある顧客か否か、すなわち、音楽データの提供が可能な者か否かを判別する。アクセスしてきた者が契約関係のある顧客であると判断したときには、要求された音楽データの提供をコンテンツサーバ装置１に送信する。
【００５２】
コンテンツサーバ装置１は、送受信部１３を通じて、販売ポータルサイト２３からの音楽データの提供要求を受信すると、これを音楽配信アプリケーション部１２に通知する。音楽アプリケーション部１２の著作権権利部１２１は、データ蓄積部１１から目的とする音楽データを読み出し、コピー制御情報を付加して、音声データ圧縮部１２２に供給する。音声データ圧縮部１２２では、所定のデータ圧縮方式で音楽データをデータ圧縮し、これを送信データ形成部１２３に供給する。
【００５３】
送信データ形成部１２３では、音楽データの識別情報や音楽データの総データ量を示す情報などを有するヘッダ部やフッタ部を一連の音楽データに付加して送信用データを形成し、これを送受信部１３を通じて販売ポータルサイト２３に送信し、販売ポータルサイト２３を通じて、要求元の携帯電話端末４に送信（配信）される。
【００５４】
そして、音楽データの送信に伴い課金が発生するので、音楽配信プラットホーム２の課金システムにより課金処理が行われる。なお、課金処理は、携帯電話端末４から音楽データの提供要求が送信されてきた場合に行うようにしてもよいし、要求された音楽データの配信を行った場合に課金処理を行うようにしてもよい。この場合に、例えば、音楽データの配信が何らかの原因によって最後まで正常に行うことができなかった場合には、音楽データの送信のリトライ処理を行ったり、課金の取り消すなどの処理を行うようにすることももちろんできる。
【００５５】
このようにして、携帯電話端末４は、通信ネットワーク３を通じて、目的とする楽曲の音楽データをダウンロードして、自機に接続されたメモリに蓄積し、これを再生して利用することができるようにされる。
【００５６】
［携帯電話端末について］
次に、この第１の実施の形態の携帯電話端末４について説明する。図２は、この第１の実施の形態の携帯電話端末４を説明するための図である。この第１の実施の形態の携帯電話端末４は、前述もしたように、目的とする楽曲の音楽データのダウンロードを行うことができるものである。
【００５７】
そして、携帯電話端末４は、音楽データのダウンロード時に、ダウンロードする音楽データに対応付けられた画像（静止画像）を音楽データのダウンロード量（音楽データの受信済み量）に応じて、表示することにより、音楽データの受信状況を携帯電話端末４の使用者に報知することができるものである。
【００５８】
なお、この第１の実施の形態においては、ダウンロードする音楽データに対応付けられた画像データは、音楽データのダウンロードに先立って、予め携帯電話端末４のメモリに格納されている場合の例である。
【００５９】
この第１の実施の形態の携帯電話端末４は、図２に示すように、通信機能を実現する部分として、送受信アンテナ４１、アンテナ共用器４２、受信部４３、ベースバンド処理部４４、音声コーデックとし用いられるＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）４５、スピーカ（受話器）４６、マイクロホン（送話器）４７、送信部４８、周波数シンセサイザ４９を備えている。
【００６０】
また、図２に示すように、携帯電話端末４には、当該携帯電話端末の各部を制御する制御部６０が設けられている。制御部６０は、図２に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）６２と、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）６３と、フラッシュメモリ６４とが、ＣＰＵバス６５を通じて接続されて形成されたマイクロコンピュータである。
【００６１】
ここで、ＲＯＭ６２は、ＣＰＵ６１において実行されるプログラムや、表示用のフォント等の必要となるデータが予め記憶されたものである。また、ＳＲＡＭ６３は、主に作業領域として用いられるものであり、ＣＰＵ６１がプログラム実行中において、必要に応じて計算途中のデータなどを必要に応じて記憶したり、制御部６０と、各部との間でやり取りするデータを一時記憶したりするなどの場合に用いられる。
【００６２】
また、フラッシュメモリ６４は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）の一種であり、携帯電話端末の電源がオフされても例えば直前の設定条件などを記憶しておき、次の電源オン時に同じ設定にするような使用方法をする場合に、それらの設定パラメータを記憶しておくものである。すなわち、フラッシュメモリ６４は、携帯電話端末の電源がオフにされてもこれに記憶されているデータが消滅してしまうことのない不揮発性メモリである。
【００６３】
この制御部６０には、図２に示すように、外部メモリインターフェース（以下、外部メモリＩ／Ｆと略称する。）７１を通じて、外部メモリスロット７２が接続されているとともに、キーインターフェース（以下、キーＩ／Ｆと略称する。）７３を通じて、キー操作部７４が接続されている。
【００６４】
外部メモリスロット７２は、着脱可能とされた外部メモリの着脱口を備え、装着された外部メモリ８０からデータを読み出して制御部６０に供給したり、制御部６０からのデータを装着されている外部メモリ８０に記録するいわゆるリーダ／ライタとしての機能を有するものである。ここで、外部メモリ８０は、例えばソニー株式会社製のメモリスティックなどのいわゆるメモリカードであり、半導体メモリを利用した着脱可能な記憶媒体である。
【００６５】
キー操作部７４は、ダイヤルキー（テンキー）や各種のファンクションキーなどの複数の操作キーを有するものであり、このキー操作部７４の操作キーを通じて、使用者（ユーザ）からの各種の指示入力を受け付けることができるようにされている。また、制御部６０は、外部インターフェース（以下、外部Ｉ／Ｆと略称する。）７５、入出力端子７６を通じて、例えば、パーソナルコンピュータなどの外部機器との間で、データの送受を行うことができるようにされている。
【００６６】
そして、携帯電話端末４は、自機が有する通信機能を用いて、通信回線を接続し通話を可能にするとともに、例えばインターネットに接続して、インターネット上に提供されている楽曲の音楽データ（音声データ）をダウンロードしてきて利用することもできるようにされている。
【００６７】
この実施の形態の携帯電話端末４においては、ダウンロードしてきた音楽データなどのデジタルデータは、外部メモリスロット７２に装着される外部メモリ８０などの外部メモリに記憶保持し、必要に応じて読み出して利用することができるようにされている。
【００６８】
そして、前述のようにダウンロードすることにより例えば外部メモリ８０に記憶するようにした音楽データの再生機能を実現する部分として、音声データ再生処理部５１、音声信号の出力端子５２を備えている。また、この実施の形態の携帯電話端末は、文字、図形、記号、静止画像、動画像などの各種の画像情報を表示するため、ＬＣＤコントローラ５３、ＬＣＤ５４を備えている。
【００６９】
ＬＣＤ５４は、比較的に大きな表示画面を備えたＴＦＴカラー液晶ディスプレイ（Ｔｈｉｎ Ｆｉｌｍ Ｔｔａｎｓｉｓｔｏｒ Ｃｏｌｏｒ Ｌｉｑｕｉ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。このＬＣＤ５４には、自機から電話をかけた相手先の電話番号や名称、あるいは、自機に電話をかけてきた相手先の電話番号や名称、各種のガイダンスメッセージなどを表示することができるとともに、インターネットを通じて提供を受けたＷｅｂページや電子メールなどの画像情報やテキスト情報をも表示することができるものである。
【００７０】
さらに、携帯電話端末４には、カメラ部５５が搭載されており、いわゆるデジタルカメラとしての機能をも有するようにされている。これにより、外出先などにおいて、景色などの画像を画像データとして記録し、ＬＣＤ５４に表示して確認したりすることができるようにされている。このカメラ部５５を通じて撮影するようにした画像の画像データもまた、外部メモリスロット７２に装着される外部メモリ８０に記録し、必要に応じて読み出してＬＣＤ５４に表示することができるようにされている。
【００７１】
このように、外部メモリスロット７２に装着される外部メモリ８０などの外部メモリは、後述もするようにアプリケーションのデータ保存用の記録媒体であり、この実施の形態の携帯電話端末が有する音楽データのダウンロード機能（ダウンロードアプリケーション）やカメラ機能（カメラアプリケーション）などにより共用するようにされている。
【００７２】
また、外部メモリ８０の記憶容量は、例えば６４メガバイトである。しかし、この実施の形態の携帯電話端末において使用可能な外部メモリとして、数十メガバイトから数百メガバイト、あるいは、それ以上の各種の記憶容量のものも提供するようにされている。
【００７３】
なお、この実施の形態の携帯電話端末に搭載されたカメラ機能は、静止画像だけでなく、携帯電話端末の外部メモリスロット７２に装着される外部メモリの記憶容量に応じて、数十秒間から数分間分の動画像の撮影および記録を行うこともできるものである。
【００７４】
また、携帯電話端末４は、着信を通知する着信音を放音したり、警告音を放音するなどのためにリンガ５６が設けられているほか、図示しないが、着信通知のためのバイブレータをも有するものである。
【００７５】
［携帯電話端末の受信系の動作］
次に、この実施の形態の携帯電話端末４の受信系について説明する。アンテナ４１を通じて受信した受信信号は、アンテナ共用器４２を通じて受信部４３に供給される。受信部４３は、受信信号が適正なレベルになるように、必要な帯域制限、ＡＧＣ（Ａｕｔｏｍａｔｉｃ Ｇａｉｎ Ｃｏｎｔｒｏｌ）を行うとともに、周波数シンセサイザ（局発部）４９からの信号に基づいて、受信信号の周波数を一定の周波数にするなどの処理を行って、処理後の信号をベースバンド処理部４４に供給する。
【００７６】
ベースバンド処理部４４は、受信部４３からの信号をＡ／Ｄ変換し、フェージングなどの影響除去や、受信した信号の種別判別、デ・インターリーブ、エラー訂正を行い、適切な復号処理を行って、音声データとその他の通信データとを分離する。そして、音声データは、ＤＳＰ４５に供給され、その他の通信データである、例えば、各種の制御情報や文字データなどは、制御部６０に供給される。
【００７７】
ＤＳＰ４５は、ベースバンド処理部４４からの音声データをＤ／Ａ変換してアナログ音声信号を形成し、これをスピーカ４６に供給する。スピーカ４６は、ＤＳＰ４５からのアナログ音声信号により駆動され、これに応じた音声がスピーカ４６から放音される。
【００７８】
一方、ベースバンド処理部４４から制御部６０に供給された通信データは、この携帯電話端末用の制御データや文字データなどの場合には、制御部６０のＳＲＡＭ６３に一時記憶されて、この携帯電話端末４において使用される。また、それ以外の通信データは、例えば、外部メモリＩ／Ｆ７１を通じて、外部メモリスロット７２に装着された着脱可能とされた外部メモリ８０に記録されたり、あるいは、外部Ｉ／Ｆ７５、入出力端子７６を通じて、この携帯電話端末４に接続されたパーソナルコンピュータなどの外部装置に供給するようにされる。
【００７９】
［携帯電話端末の送信系の動作］
次に、この実施の形態の携帯電話端末の送信系について説明する。マイクロホン４７は、収音した音声をアナログ音声信号に変換し、これをＤＳＰ４５に供給する。ＤＳＰ４５は、マイクロホン４７からのアナログ音声信号をＡ／Ｄ変換して、デジタル音声信号を形成し、これをベースバンド処理部４４に供給する。
【００８０】
ベースバンド処理部４４は、ＤＳＰ４５からのデジタル音声信号を所定の符号化方式で符号化して圧縮し、所定のブロックにまとめる。またベースバンド処理部４４は、外部入出力端子７６、外部Ｉ／Ｆ７５を通じて携帯電話端末に供給されたデジタルデータを所定のブロックにまとめる。ベースバンド処理部４４は、圧縮されたデジタル音声信号や外部装置からのデジタルデータをまとめ、送信部４８に供給する。
【００８１】
送信部４８は、ベースバンド処理部４４からのデジタルデータから変調信号を形成し、この変調信号を所定の送信周波数に変換するために、変調信号と、周波数シンセサイザ４９からの変換用の信号とを混合して、送信用変調信号を形成する。この送信部４８において形成された送信用変調信号は、アンテナ共用器４２を経由して、送受信アンテナ４１から送信される。
【００８２】
このような受信系および送信系を備えたこの実施の形態の携帯電話端末４においては、待ち受け受信時においては、制御部６０は、ベースバンド処理部４４からの受信信号を監視することにより、自機への着信を検出する。そして、制御部６０は、自機への着信を検出した場合には、リンガ５６を制御して、呼び出し音（リンガ音）を放音するようにして、自機への着信を携帯電話端末４の使用者に通知する。
【００８３】
そして、携帯電話端末４の使用者が、キー操作部７４に設けられているオフフックキーを押下するなどのオフフック操作を行うことにより、着信に応答した場合には、制御部６０は、送信系を通じて、接続応答を送出するなどして通信回線を接続し、前述したように、受信系、送信系の動作によって通話が可能となる。
【００８４】
また、この実施の形態の携帯電話端末４から発呼する場合には、キー操作部７４のオフフックキーを押下するなどのオフフック操作を行った後、キー操作部７４のダイヤルキーを通じて、また、予め登録された電話番号リストから相手先の電話番号を選択することにより、ダイヤル動作を行うようにする。
【００８５】
これにより、制御部６０は、発呼要求を形成し、送信系を通じて送信することにより、目的とする相手先の電話端末との間に通信回線を接続するようにする。そして、相手先からの着信応答が返信されてきて、通信回線の接続を確認すると、前述したように、受信系、送信系の動作によって通話が可能となる。
【００８６】
［音楽データのダウンロードなどについて］
また、前述もしたように、携帯電話端末４は、インターネットに接続が可能なものであり、電話会社が提供するプロバイダ機能を通じて、電子メールの送受信を行ったり、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を入力して送信することにより、前述したように、音楽データの販売ポータルサイトにアクセスして、目的とする音楽データをダウンロードしてきて外部メモリ８０などに記憶させたり、外部インターフェース７５、入出力端子７６を通じて外部機器に出力したりするなどのことができるようにされている。
【００８７】
［音楽データの再生について］
次に、この実施の形態の携帯電話端末４が備える音楽（楽曲）などの一連の（１まとまり）の音楽データ（音声データ）を再生する音楽再生機能（音声再生機能）について説明する。ここでは、この実施の形態の携帯電話端末の外部メモリスロット７２に装着される外部メモリ８０に記録された音楽などの音楽データを再生する場合を例にして説明する。音楽などの音楽データの場合、そのデータ量は圧縮方式にもよるが、５分間分の音楽データで５メガバイト程度であり、複数の音楽データを外部メモリに記憶することができる。
【００８８】
この実施の形態の携帯電話端末の外部メモリスロット７２に着脱可能とされた外部メモリ８０は、主にアプリケーションのデータ保存用の記録媒体として用いられるものであり、インターネット上に設けられたＷｅｂサーバにアクセスして、このＷｅｂサーバからダウンロードするようにした音楽データや静止画像データ、動画像データなどの画像データを格納することができるようにされている。
【００８９】
また、外部メモリ８０は、着脱可能ないわゆるリムーバブル（ｒｅｍｏｖａｂｌｅ）なメディアであるので、パーソナルコンピュータを用いて、音楽データや画像データを記録し、これを携帯電話端末において利用するようにすることもできる。今後、記憶容量の大容量化に伴い、ＣＤ（コンパクトディスク）のように、音楽などの音声データが記録された外部メモリが製造され、流通するようになることも考えられるが、このように流通する外部メモリの使用も可能である。
【００９０】
そして、上述のような方法により、音楽データが記録された外部メモリ８０を、外部メモリスロット７２に装着し、キー操作部７４の操作キーを操作することにより、音楽再生指示、および、再生する音楽の選択指示を入力する。これらの指示は、キー操作部７４からキーＩ／Ｆ７３を通じて制御部４０に供給される。
【００９１】
制御部６０は、使用者からの指示入力に応じて、外部メモリスロット７２に装着された外部メモリ８０から、これに記憶されている音楽データであって、使用者に指示された楽曲の音楽データを読み出し、この読み出した音楽データを音声データ再生処理部５１に供給する。
【００９２】
外部メモリ８０に記録されている音楽データは、通常、所定のデータ圧縮方式によりデータ圧縮されており、音声データ再生処理部５１は、これに供給された音楽データを圧縮解凍してデータ圧縮前の元の音楽データに復元し、これをＤ／Ａ変換してアナログ音声信号を形成し、これを音声出力端子５２を通じて出力するようにする。
【００９３】
音声出力端子５２には、ヘッドホンが接続するようにされる。これにより、外部メモリ８０から読み出され、音声データ再生処理部５１において再生された音声信号による音声が、音声出力端子５２に接続されたヘッドホンから放音され、使用者は、これを聴取することができる。
【００９４】
なお、この実施の形態において、音声データ再生処理部５１は、音声増幅回路（オーディオアンプ）や音質調整回路などを備え、使用者からの指示入力に応じた制御部６０からの制御信号により、音量や音質の調整を行い、調整後の音声信号を出力することができるようにされている。
【００９５】
また、この実施の形態においては、図２に示したように、通話は受話器４６、送話器４７を用いて行い、音楽などの再生された音声は、音声出力端子５２に接続されるヘッドホンを用いて聴取する構成であるものとした。しかし、通話時において、受話器４６に変えてヘッドホンを用いることも可能である。
【００９６】
この場合には、音声出力端子５２の前段にコーデック４５からの音声信号を出力するのか、音声データ再生処理部１１からの音声信号を出力するのかを切り換えるスイッチ回路（出力選択回路）を設けることにより実現することができるようにされる。
【００９７】
［デジタルカメラ機能について］
次に、この実施の形態の携帯電話端末４が備えるカメラ機能について説明する。図２に示したように、この実施の形態の携帯電話端末は、カメラ部５５を備えている、カメラ部５５は、対物レンズ、ＣＣＤ（Ｃｈａｒｇｅ ＣｏｕｐｌｅｄＤｅｖｉｃｅ）などを備えたものである。
【００９８】
そして、携帯電話端末４に設けられるシャッターを押下操作した時点の画像をＣＣＤに取り込んで電気信号に変換し、これを画像データとして、この実施の形態においては、外部メモリスロット７２に装着された外部メモリ８０に記録することができるようにされている。
【００９９】
また、携帯電話端末のキー操作部７４の画像データ再生キーを操作すると、これが制御部６０に通知される。制御部６０は、このようにキー操作部７４を通じて画像データの再生指示入力を受け付けると、外部メモリスロット７２に装着された外部メモリ８０に記録されている画像データを読み出し、これをＬＣＤコントローラ５３に供給する。
【０１００】
これにより、ＬＣＤコントローラ５３は、制御部６０からの画像データに応じた画像をＬＣＤ５４の表示画面に表示する。このように、この実施の形態の携帯電話端末４は、カメラ機能を備え、外出先などにおいて、画像を撮影し、これをデジタルデータとして外部メモリ８０に記憶保持するようにすることができるとともに、必要に応じて撮影した画像を再生してＬＣＤ５４の表示画面に表示し、観視することができるようにしている。
【０１０１】
このように、この実施の形態の携帯電話端末は、携帯電話機能と、音楽データなどのダウンロード機能、音楽データなどの音楽再生機能、カメラ機能を備えたものである。そして、この実施の形態の携帯電話端末は、主電源が投入されると、携帯電話モードとなり、携帯電話端末として用いることができるようにされる。
【０１０２】
そして、ダウンロード機能や音楽再生機能、あるいは、カメラ機能を用いるときには、ＬＣＤ５４に実行可能な機能のメニュー（一覧表）を表示し、目的とする機能を選択して決定キーを押下操作することにより、その選択した機能が実行され、所定の操作を行うことによって、データのダウンロードや音楽データの再生、あるいは、画像の撮影を行うことができるようにされる。
【０１０３】
もちろん、各機能を実行するためのファンクションキーを携帯電話端末に設けておき、目的とする機能に対応するファンクションキーを操作することによって、その目的とする機能（目的とする機能を提供するアプリケーション）を実行させるようにしてもよい。
【０１０４】
［音楽データの受信状況の報知について］
図３は、この第１の実施の形態の携帯電話端末４の外観を説明するための図である。携帯電話端末４は、自機の通信機能を用いてインターネットに接続し、インターネットから音楽データをダウンロードしてきて外部メモリスロット７２に装着された例えば外部メモリ８０に記録して、記録した音楽データを利用することができるものである。
【０１０５】
具体的には、図３に示すように、携帯電話端末４においては、音声出力端子５２にヘッドホン９０を接続することにより、外部メモリスロット７２に装着された外部メモリ８０に記録されている音楽データを再生して、その音楽データに応じた音楽（音声）をヘッドホン９０を通じて聴取することができる。
【０１０６】
また、図３に示すように、この実施の形態の携帯電話端末４の前面（ＬＣＤ５４の表示画面を有する面）に対向する側から見ると、携帯電話端末の左上端部にカメラ部５５が設けられており、このカメラ部５５を通じて、画像を撮影し、その撮影した画像の画像データを外部メモリ８０に記録することができるようにされている。また、外部メモリ８０に記録した画像データによる画像をＬＣＤ５４に表示することもできるようにされている。
【０１０７】
カメラ部５５は、携帯電話端末の前面から背面（前面の裏側にあたる面）に向かう方向に例えば１８０度程度回転させることができるようにされており、カメラ部５５を通じて受け付けた入力画像をＬＣＤ５４に表示して確認しながら、画像の撮影を行うことができるようにされている。
【０１０８】
なお、外部メモリを装着する外部メモリスロット７２の装着口は、図示しないが、携帯電話端末４の側面など、使用者による携帯電話端末に対する操作の邪魔にならない部位に設けられている。
【０１０９】
そして、この実施の形態の携帯電話端末４は、前述もしたように、通信ネットワーク３を通じて音楽データのダウンロードを行っている場合には、ダウンロードしているその音楽データに対応付けられた画像を音楽データのダウンロード量に応じて表示するようにしている。
【０１１０】
図４は、この実施の形態の携帯電話端末４に対して、コンテンツサーバ装置１側から送信される音楽データのフォーマットを説明するための図である。図４に示すように、音楽データ部ＡＤＴの先頭側にはヘッダ部ＡＨＤが設けられ、最後尾側にはフッタ部ＡＦＴが設けられる。
【０１１１】
ヘッダ部ＡＨＤには、コンテンツサーバ装置１の送信データ形成部１２３の説明においてもしたように、その音楽データの識別情報やその音楽データの総データ量を示す情報などが有するようにされている。また、フッタ部ＡＦＴには、当該音楽データの終了を示す情報や、例えば、エラー訂正情報などが有するようにされている。
【０１１２】
そして、受信した音楽データのヘッダ部ＡＨＤの情報は、ベースバンド処理部４４から制御部６０に供給される。また、音楽データ部ＡＤＴの音楽データもベースバンド処理部４４から制御部６０を通じて外部メモリ８０に記録するようにされる。
【０１１３】
そして、この第１の実施の形態の携帯電話端末４においては、受信する一連の音楽データに対応付けられている画像を当該音楽データのダウンロード量に応じた態様で表示することにより、当該音楽データの受信状況を携帯電話端末の使用者に報知するようにしている。
【０１１４】
受信する音楽データに対応付けられる画像は、例えば、受信する音楽データのために作成されたジャケット写真などの画像である。このように、音楽データに対応付けられた画像を表示することによって、音楽データのダウンロード中においても携帯電話端末４を用いて音楽データのダウンロードを行っている使用者を飽きさせることがないようにしている。
【０１１５】
この第１の実施の形態においては、ダウンロードする音楽データに対応付けられた画像の画像データは、携帯電話端末４のフラッシュメモリ６４や外部メモリスロット７２に装着される外部メモリに予め用意するようにされる。すなわち、ダウンロードする音楽データに対応付けられる画像データは、音楽データのダウンロードに先立って、通信ネットワークを通じてダウンロードされたり、あるいは、パーソナルコンピュータなどの外部機器を通じて記録するようにされたり、あるいは、カメラ部５５を通じて撮影するなどして、フラッシュメモリ６４や外部メモリ８０に記憶保持される。
【０１１６】
図５は、ダウンロードされる音楽データに対応付けられる画像データであって、この実施の形態の携帯電話端末４のフラッシュメモリ６４や外部メモリスロット７２に装着される外部メモリに記憶さる画像データの一例を説明するための図である。この画像データの場合にも、図５に示すように、画像データ部ＶＤＴの先頭側にヘッダ部ＶＨＤが付加され、画像データ部ＶＤＴの最後尾側にはフッタ部ＶＦＴが付加されたものである。
【０１１７】
画像データのヘッダ部ＶＨＤには、対応付けられた音楽データの識別情報などが有するようにされている。また画像データのフッタ部ＶＦＴには、画像データの終了を示す情報などが有するようにされている。
【０１１８】
なお、ダウンロードする音楽データに対応づけられる画像データであって、音楽データと同じように通信ネットワークを通じてダウンロードされる画像データのヘッダ部ＶＨＤには、画像データの提供者側によって、音楽データとの対応付け情報である音楽データの識別情報が付加される。もちろん、ダウンロード先の携帯電話端末４側において、音楽データとの対応付け情報を新たに付け直すこともできるようにされる。
【０１１９】
また、ダウンロードする音楽データに対応づけられる画像データであって、パーソナルコンピュータなどを通じて入力された画像データや、カメラ部５５を通じて撮影された画像の画像データの場合には、音楽データとの対応付け情報は、使用者により入力されたり、予め決められた順番で用いられるようにされるなど、携帯電話端末４側において設定するようにされる。
【０１２０】
そして、この第１の実施の形態において、ダウンロードするようにした音楽データのダウンロード量に応じた態様で、音楽データに対応付けられた画像を表示する場合、携帯電話端末４の制御部６０は、音楽データのダウンロード量についての当該音楽データの総データ量に対する割合を算出し、その割合に応じた量の画像データを用いて画像を表示することによって、ダウンロード中の音楽データの受信状況を報知する。
【０１２１】
図６は、音楽データのダウンロード量に応じて表示される当該音楽データに対応付けられた画像の表示態様の一例を説明するための図である。前述もしたように、携帯電話端末４を通じて販売ポータルサイト２３にアクセスし、目的とする楽曲の音楽データの配信を要求すると、コンテンツサーバ１、販売ポータルサイト２３を通じてその楽曲の音楽データが送信されてくる。
【０１２２】
携帯電話端末４は、これを受信し、自己の外部メモリスロット７２に装着された外部メモリ８０に記録する。このとき、携帯電話端末４は、目的とする音楽データのダウンロードの開始に当たり、図６（Ａ）に示すように、音楽データのダウンロードが開始されたことを示す画像を表示する。
【０１２３】
そして、携帯電話端末４の制御部６０は、ダウンロードする音楽データのヘッダ部ＡＨＤに付加されている音楽データの識別情報に基づいて、この音楽データの識別情報と同じ情報を対応付け情報として持つ画像データを特定する。すなわち、ダウンロードするようにされた音楽データに対応付けられている画像データを特定する。
【０１２４】
そして、携帯電話端末４の制御部６０は、ダウンロードするようにした音楽データのヘッダ部ＡＨＤに付加されている当該音楽データの総データ量を抽出し、この音楽データの総データ量と、受信した音楽データのダウンロード量とから、音楽データのダウンロード量についての総データ量に対する割合を順次に算出し、その割合に応じた量の画像データを用いて図６（Ｂ）、図６（Ｃ）、図６（Ｄ）、図６（Ｅ）に示すように、ダウンロードするようにした音楽データに対応付けられている画像を順次に表示する。
【０１２５】
この図６の例は、ＬＣＤ５４の表示画面を１６個の表示エリアに分割し、音楽データのダウンロード量、この例においては、音楽データのダウンロード量についての音楽データの総データ量に対する割合に応じて、画像表示に用いる表示エリアの個数を変えるようにしている。
【０１２６】
この図６に示す例の場合には、音楽データのダウンロード量についての当該音楽データの総データ量に対する割合が２５％のときには、図６（Ｂ）に示すように、１６分割された表示エリアの４個の分割表示エリアに、当該音楽データに対応付けられた画像データによる画像を表示する。この場合、画像を表示する分割表示エリアの位置は例えば乱数などを用いてランダムな位置の分割表示エリアを用いるようにする。
【０１２７】
このように、この図６（Ｂ）の場合には、音楽データのダウンロード量についての音楽データの総データ量に対する割合が２５％であり、これに応じて表示される画像も、その画像の完成された画像を表示するために必要な画像データの総データ量の２５％（４分割表示エリア／１６分割表示エリア）の画像データを用いて画像の表示を行う。
【０１２８】
そして、音楽データのダウンロード量についての当該音楽データの総データ量に対する割合が５０％のときには、図６（Ｃ）に示すように、１６分割された表示エリアの８個の分割表示エリアに画像を表示する。すなわち、この図６（Ｃ）の場合には、音楽データのダウンロード量についての音楽データの総データ量に対する割合が５０％であり、これに応じて表示される画像もその画像の完成された画像を表示するために必要な画像データの総データ量の５０％（８分割表示エリア／１６分割表示エリア）の画像データを用いて画像の表示を行う。
【０１２９】
さらに、音楽データのダウンロード量についての当該音楽データの総データ量に対する割合が７５％のときには、図６（Ｄ）に示すように、１６分割された表示エリアの１２個の分割表示エリアに画像を表示する。すなわち、この図６（Ｄ）の場合には、音楽データのダウンロード量についての音楽データの総データ量に対する割合が７５％であり、これに応じて表示される画像もその画像の完成された画像を表示するために必要な画像データの総データ量の７０％（１２分割表示エリア／１６分割表示エリア）の画像データを用いて画像の表示を行う。
【０１３０】
そして、目的とする１曲分の一連の音楽データの全部（音楽データの１００％）を受信したときには、図６（Ｅ）に示すように、対応付けられた画像の画像データの全部（画像データの１００％（１６分割表示エリア／１６分割表示エリア））を用いて、画像の表示を行う。
【０１３１】
このように、この図６に示す例の場合には、音楽データのダウンロード量についてのその音楽データの総データ量に対する割合と、その音楽データに対応付けられた画像の表示に用いる画像データについての当該画像データの総データ量に対する割合とが同じになるようにされている。
【０１３２】
なお、この図６に示す画像の表示態様の一例は、あくまでも一例であり、この他の種々の態様でダウンロードする音楽データに対応付けられた画像を表示することができる。例えば、表示エリアをさらに細分化して用いるようにすることができる。最終的には、画素を単位として、画像を除々に表示するようにしてもよい。
【０１３３】
また、ＬＣＤ５４の表示画面の上端部や下端部から音楽データのダウンロード量に応じて受信時の画像を表示するようにしたり、同じように、ＬＣＤ５４の表示画面の右端部や左端部から音楽データのダウンロード量に応じて受信時の画像を表示するようにすることもできる。
【０１３４】
また、ＬＣＤ５４の表示画面の中心部分からＬＣＤ５４の外側方向に向かって放射状に画像を表示するようにしたり、その逆にＬＣＤ５４の表示画面の四方の辺側から表示画面の中心に向かうように、外側から内側に除々に画像を表示するようにすることができる。
【０１３５】
また、８画素×８画素、１６画素×１６画素などの所定の表示領域を設定し、この表示領域単位に用いる画像データの数をコントロールするようにしてもよい。例えば、１６画素×１６画素の領域を単位領域とし、画像の表示には、１６画素×１６画素の全ての画素を用いるが、実際に用いる画像データを音楽データのダウンロード量に応じて、１画素分、２画素分というように画素単位に変えるようにする。
【０１３６】
すなわち、この場合、単位領域当たり用いられる画素単位の画像データの数が、除々に増加するようにされ、粗い画像から細かい画像へと除々に変化するようにして画像を表示するようにすることができる。
【０１３７】
このように、ダウンロードする音楽データに対応付けられた画像は、音楽データのダウンロード量に応じて、種々の態様で表示することが可能であり、１曲分の一連の音楽データの全部を受信し終えるまでは、音楽データのダウンロード量に応じて、その画像の完成画像を表示するために必要となる総画像データ量よりも少ない量の画像データを用いて当該音楽データに対応付けられた画像を表示する。
【０１３８】
［音楽データダウンロード時の携帯電話端末における処理について］
次に、この第１の実施の形態の携帯電話端末４において行われる音楽データのダウンロード時の処理について図７のフローチャートを参照しながら説明する。前述もしたように、この第１の実施の形態の携帯電話端末４は、音楽データのダウンロード時において、ダウンロードする音楽データに対応付けられた画像を当該音楽データのダウンロード量に応じた態様で表示するものである。この場合のダウンロードする音楽データに対応付けられる画像の画像データは、この第１の携帯電話端末４のメモリに予め用意されているものである。
【０１３９】
図７は、音楽データのダウンロード時の携帯電話端末４においての処理を説明するための図であり、携帯電話端末４の使用者が、携帯電話端末４に対して音楽データをダウンロードするための所定の操作を行うことにより、主に携帯電話端末４の制御部６０において実行される処理である。
【０１４０】
すなわち、音楽データのダウンロードを行うため、携帯電話端末４の使用者が、携帯電話端末４のキー操作部７４を操作して、音楽データのダウンロードを行うための入力画面を表示し、音楽データの販売ポータルサイト２３のＵＲＬを入力するようにしてこれを送信するようにすると、携帯電話端末４は、電話会社側の提供するインターネット接続機能を用いて、販売ポータルサイト２３にアクセスするようにする（ステップＳ１０１）。
【０１４１】
販売ポータルサイト２３は、前述もしたように、音楽データの検索機能などをも提供するものであり、この検索機能を用いて、携帯電話端末４の使用者は、目的とする音楽データを検索して、その音楽データの配信を指示する（ステップＳ１０２）。
【０１４２】
そして、携帯電話端末４の制御部６０は、音楽データのダウンロード量をカウントするカウンタの値を０（零）にする（ステップＳ１０３）。ステップＳ１０２の音楽データの配信指示（提供要求）に応じて、コンテンツサーバ装置１は、販売ポータルサイト２３を通じて図４に示した形式の音楽データを送信してくるので、携帯電話端末４はこれを受信し、目的とする音楽データのダウンロードを開始する（ステップＳ１０４）。
【０１４３】
このステップＳ１０４においては、図６（Ａ）に示したような、音声データのダウンロードが開始されたことを通知するための画面（暫定ダウンロード中画面）を表示する処理をも行う。そして、携帯電話端末４の制御部６０は、携帯電話端末４において受信され、ベースバンド処理４４を通じて供給される音楽データのヘッダ部ＡＨＤの情報に基づいて、当該音楽データに対応付けられた画像の画像データを決定（特定）する（ステップＳ１０５）。
【０１４４】
そして、制御部６０は、音楽データのダウンロード量に応じて決定した画像を表示する（ステップＳ１０６）。このステップＳ１０６の処理は、音楽データのダウンロードが終了されるまでは、後述するように繰り返し行われる処理であり、初回の処理においては、音声データのダウンロード量は、０（零）であるので、対応付けされた画像の表示は行わず、音楽データのダウンロードを継続して、音楽データのダウンロード量を加算する（ステップＳ１０７）。
【０１４５】
次に、制御部６０は、ダウンロードを開始した音楽データのフッタ部ＡＦＴを受信したか否かを判別し（ステップＳ１０８）、フッタ部ＡＦＴを受信していないと判別したときには、音楽データのダウンロード量が、当該音楽データの全体（音楽データの総データ量）の何％分かを算出する（ステップＳ１０９）。このステップＳ１０９で用いられる音楽データの総データ量は、当該音楽データのヘッダ部ＡＨＤに付加されて提供される。
【０１４６】
ステップＳ１０９の処理の後、ステップＳ１０６からの処理を繰り返し、音楽データのダウンロード量（音楽データのダウンロード量についての音楽データの相データ量に対する割合）に応じた態様で、当該音声データに対応付けられている画像を表示する。
【０１４７】
そして、ステップＳ１０８の判断処理において、ダウンロードするようにした音楽データのフッタ部ＡＦＴを受信したと判断したときには、目的とする音楽データの全部をダウンロードしたので、音楽データのダウンロードを終了するようにする（ステップＳ１１０）。
【０１４８】
このステップＳ１１０の処理においては、ダウンロードした音楽データに対応付けられた画像の完成画像、すなわち、音楽データに対応付けられた画像の全画像データを用いて表示していなければ、音楽データに対応付けられた画像の全画像データを用いてその画像を表示するようにする。
【０１４９】
もちろん、ステップＳ１１０において、「ダウンロード完了」などのメッセージを表示したり、あるいは、所定のアラーム音などの音声を放音することにより、音楽データのダウンロードが終了したことを携帯電話端末４の使用者に報知するようにしてもよい。
【０１５０】
なお、例えば、図７にしめしたフローチャートにおいて、ステップＳ１０６の処理をステップＳ１０９の音楽データのダウンロード量についての当該音楽データの総データ量に対する割合を算出する処理の後段に初めから位置するようにしてもよい。
【０１５１】
また、ステップＳ１０９の音楽データのダウンロード量についての当該音楽データの総データ量に対する割合を算出する処理の後において、算出した割合の５％ごと、１０％ごと、１５％ごと、２０％ごと、２５％ごとなどというように、所定の割合ごとに、その割合に応じた態様で、ダウンロードしている音楽データに対応付けられた画像を表示するようにしてももちろんよい。
【０１５２】
このように所定の割合ごとに画像を表示するようにする場合には、画像を表示する処理の前段で、音楽データのダウンロード量の総データ量に対する割合が所定の割合になったか否かを判断し、なったと判断したときには、その割合に応じた態様で画像を表示し、なっていないと判断したときには、画像の表示を行うことなく音楽データのダウンロードおよびダウンロード量の加算処理を継続するようにすればよい。
【０１５３】
これにより、音楽データのダウンロード時においては、携帯電話端末の使用者は、表示画像の表示状態に応じて、音楽データのダウンロード状況（ダウンロードの進行状況）を視覚を通じて即座に把握することができる。また、除々に完成画像に近くづくように表示される画像は、音楽データのために作成されたいわゆるジャケット写真など、ダウンロードしている音楽データに対応付けられたその音楽データに関連するものであるのであるので、携帯電話端末の使用者を飽きさせることがないようにすることができる。
【０１５４】
したがって、音楽データのダウンロードに例えば数十秒から数分間程度の時間がかかったとしても、音楽データ以外に音楽データに関する画像情報をも提供することにより、ダウンロードにかかる時間を長いと感じさせることがないようにして、音楽配信サービスの利用を促進させることもできる。
【０１５５】
なお、ダウンロードしている音楽データに対応付けられた画像を、音楽データのダウンロード中の予め決められたタイミングで、予め決められた所定量の画像データによる画像を表示するようにしてもよい。この場合には、音楽データのダウンロード状況を正確に報知することはできないが、音楽データのダウンロードが正常に行われていることを報知することができる。このとき、音楽データのダウンロード量についての音楽データの総データ量に対する割合を算出し、これを表示することによって、ダウンロードの進行状況をも正確に報知することができる。
【０１５６】
［第２の実施の形態］
［音楽配信システム、携帯電話端末について］
前述した第１の実施の形態においては、ダウンロードする音楽データに対応付けられる画像の画像データは、携帯電話端末に予め用意されているものとして説明した。しかし、音楽データとこれに対応付けられる画像の画像データとをともに携帯電話端末に提供することにより音楽データと画像データとの携帯電話端末における対応付けも容易になる。
【０１５７】
前述もしたが、音楽データは、データ圧縮処理することにより、データ圧縮前の元のデータの約１０分の１程度のデータ量に圧縮することができる。しかし、約５分間程度の演奏時間の楽曲の音楽データは、５０メガバイト程度のデータ量であり、データ圧縮しても５メガバイト程度である。
【０１５８】
これに対し、画像データは、携帯電話端末の画面（例えば、ＯＣＩＦサイズとよばれる１７６ドット×１４４ドット程度の画面）で、４０９６色を用いるとすると、その画面に表示する画像の画像データのデータ量は、４０キロバイト程度であり、音が音楽データに比べそのデータ量は少なく、音楽データとともに配信するようにしても、ダウンロード時間が極端に長くなったり、携帯電話端末にかかる負荷が極端に大きくなることもない。
【０１５９】
そこで、この第２の実施の形態においては、音楽データとこれに対応付けられる画像の画像データとをともに音楽データの提供業者側から配信し、携帯電話端末においては、目的とする音楽データとともに提供される画像データを用いて音楽データのダウンロード状況に応じて画像を表示するようにしたものである。なお、画像の表示は、前述した第１の実施の形態の場合と同様に種々の態様で表示することができるが、この第２の実施の形態においても、例えば、図６に示したように画像を表示するものとして説明する。
【０１６０】
そして、この第２の実施の形態においても、用いられる音楽配信システムは、図１を用いて説明した前述の第１の実施の形態の音楽配信システムと同様に構成されたものであり、携帯電話端末は、図２、図３を用いて説明した第１の実施の形態の携帯電話端末４と同様に構成されたものである。このため、図１、図２、図３をも参照しながらこの第２の実施の形態の音楽配信システム、携帯電話端末について説明する。
【０１６１】
そして、この第２の実施の形態の音楽配信システムの場合には、コンテンツサーバ装置１のデータ蓄積部１１には、音楽データだけでなく、音楽データに対応付けられた画像データも蓄積される。そして、コンテンツサーバ装置１は、販売ポータルサイト２３を通じて携帯電話端末４から音楽データの配信要求を送受信部１３を通じて受けたときには、要求された音楽データとこれに対応付けられた画像データとをデータ蓄積部１１から抽出する。
【０１６２】
抽出された音声データとこれに対応付けられる画像データとは、前述した第１の実施の形態の場合と同様に、著作権管理部１２１、音声データ圧縮部１２２を通じて送信データ形成部１２３に供給される。そして、送信データ形成部１２３は、音楽データとこれに対応付けられた画像データとからなる送信データを形成し、これを送受信部１３、販売ポータルサイト２３を通じて要求元の携帯電話端末４に配信することになる。
【０１６３】
図８は、この第２に実施の形態においては、コンテンツサーバ装置１の送信データ形成部１２３において形成される送信データを説明するための図である。図８に示すように、送信データ形成部１２３は、画像部Ｖｄと音声部Ａｕとからなる送信データを形成する。
【０１６４】
画像部Ｖｄは、後続の音声データに対応付けられた画像データを伝送するための部分であり、画像データヘッダ部ＶＨ、画像データ部ＶＤ、画像データフッタ部ＶＦとを備えている。画像データヘッダ部ＶＨは、画像データヘッダ部ＶＨに続くデータが画像データであることを示す情報や画像データの総データ量を示す情報などが有するようにされた部分である。画像データ部ＶＤは、画像データが格納される部分である。また、画像データフッタ部ＶＦは、当該画像データの終わりを示す情報などが格納される部分である。
【０１６５】
そして、画像部Ｖｄに続く音声部Ａｕが、携帯電話端末の使用者により配信が要求された音声データを伝送するための部分であり、音声データヘッダ部ＡＨ、音声データ部ＡＤ、音声データフッタ部ＡＦとを備えている。音声データヘッダ部ＡＨは、音声データヘッダ部ＡＨに続くデータが音声データであることを示す情報や音声データの総データ量を示す情報などが有するようにされた部分である。音声データ部ＡＤは、音声データが格納される部分である。また、音声データフッタ部ＡＦは、当該音声データの終わりを示す情報などが格納される部分である。
【０１６６】
このように、配信要求された音楽データとこれに対応付けられた画像データとが、音楽データの提供業者側からともに提供するようにされる。そして、この第２の実施の形態の場合には、音楽データに先立ってその音楽データに対応付けられた画像データが送信される。
【０１６７】
したがって、音楽データが携帯電話端末４において受信するようにされたときには、その音楽データに対応付けられた画像データの全部が携帯電話端末４により受信され、携帯電話端末４のメモリに格納されているので、音楽データの受信開始以降は、前述した第１の実施の形態の場合と同様に、音楽データのダウンロード量に応じた態様でその音楽データに対応付けられた画像を表示することができる。
【０１６８】
［音楽データダウンロード時の携帯電話端末における処理について］
次に、この第２の実施の形態の携帯電話端末４において行われる音楽データのダウンロード時の処理について図９のフローチャートを参照しながら説明する。図９は、音楽データのダウンロード時のこの第２の実施の形態の携帯電話端末４においての処理を説明するための図である。この第２に実施の形態においても、図９に示す処理は、携帯電話端末４の使用者が携帯電話端末４に対して音楽データをダウンロードするための所定の操作を行うことにより、携帯電話端末４の制御部６０において実行される処理である。
【０１６９】
音楽データのダウンロードを行うため、携帯電話端末４の使用者が、携帯電話端末４のキー操作部７４を操作して、音楽データのダウンロードを行うための入力画面を表示し、音楽データの販売ポータルサイト２３のＵＲＬを入力するようにしてこれを送信するようにすると、携帯電話端末４は、電話会社側の提供するインターネット接続機能を用いて、販売ポータルサイト２３にアクセスするようにする（ステップＳ２０１）。
【０１７０】
販売ポータルサイト２３は、前述もしたように、音楽データの検索機能などをも提供するものであり、この検索機能を用いて、携帯電話端末４の使用者は、目的とする音楽データを検索して、その音楽データの配信を指示する（ステップＳ２０２）。
【０１７１】
ステップＳ２０２の音楽データの配信指示（提供要求）に応じて、コンテンツサーバ装置１は、販売ポータルサイト２３を通じて図８に示した形式で、要求された音楽データとこれに対応する画像データを送信してくる。携帯電話端末４はこれを受信し、目的とする音楽データのダウンロードを開始する（ステップＳ２０３）。このステップＳ２０３の処理においては、図６（Ａ）に示したような、音声データのダウンロードが開始されたことを通知するための画面（暫定ダウンロード中画面）を表示する処理をも行う。
【０１７２】
そして、携帯電話端末４の制御部６０は、データの受信処理を継続し（ステップＳ２０４）、画像データのフッタ部ＶＦを受信したか否か、すなわち、画像データの全部を受信し終えたか否かを判断する（ステップＳ２０５）。ステップＳ２０５の判断処理において、画像データのフッタ部ＶＦを受信したと判断したときには、次に受信するのは、目的とする音楽データであるので、携帯電話端末４の制御部６０は、音楽データのダウンロード量をカウントするカウンタの値を０（零）にする（ステップＳ２０６）。
【０１７３】
そして、制御部６０は、音楽データのダウンロード量に応じてステップＳ２０５までの処理により受信を完了している画像データによる画像を表示するようにする（ステップＳ２０７）。このステップＳ２０７の処理は、音楽データのダウンロードが終了されるまでは、後述するように繰り返し行われる処理であり、初回の処理においては、音声データのダウンロード量は、０（零）であるので、対応付けされた画像の表示は行わず、音楽データのダウンロードを継続して、音楽データのダウンロード量を加算する（ステップＳ２０８）。
【０１７４】
次に、制御部６０は、ダウンロードを開始した音楽データのフッタ部ＡＦを受信したか否かを判別し（ステップＳ２０９）、フッタ部ＡＦを受信していないと判別したときには、音楽データのダウンロード量が、当該音楽データの全体（音楽データの総データ量）の何％分かを算出する（ステップＳ２１０）。このステップＳ２１０で用いられる音楽データの総データ量は、当該音楽データのヘッダ部ＡＨに付加されて提供される。
【０１７５】
ステップＳ２１０の処理の後、ステップＳ２０７からの処理を繰り返し、音楽データのダウンロード量（音楽データのダウンロード量についての音楽データの相データ量に対する割合）に応じた態様で、当該音声データに対応付けられて音楽データとともに送信されてきた画像データによる画像を表示する。
【０１７６】
そして、ステップＳ２０８の判断処理において、ダウンロードするようにした音楽データのフッタ部ＡＦを受信したと判断したときには、目的とする音楽データの全部をダウンロードしたので、携帯電話端末４の制御部６０は、音楽データのダウンロード処理を終了するように各部を制御する（ステップＳ２１１）。
【０１７７】
このステップＳ２１１の処理においても、図７に示した第１の実施の形態のステップＳ１１０の処理と同様に、ダウンロードした音楽データに対応付けられた画像の完成画像、すなわち、音楽データに対応付けられた画像の全画像データを用いて表示していなければ、音楽データに対応付けられた画像の全画像データを用いてその画像を表示するようにする。
【０１７８】
また、ステップＳ２１１において、「ダウンロード完了」などのメッセージを表示したり、あるいは、所定のアラーム音などの音声を放音することにより、音楽データのダウンロードが終了したことを携帯電話端末４の使用者に報知するようにしてもよい。
【０１７９】
また、図９に示したフローチャートにおいて、ステップＳ２０７の処理をステップＳ２１０の音楽データのダウンロード量についての当該音楽データの総データ量に対する割合を算出する処理の後段に初めから位置するようにしてもよい。
【０１８０】
また、この第２の実施の形態においても、ステップＳ２１０の音楽データのダウンロード量についての当該音楽データの総データ量に対する割合を算出する処理の後において、算出した割合の５％ごと、１０％ごと、１５％ごと、２０％ごと、２５％ごとなどというように、所定の割合ごとに、その割合に応じた態様で、ダウンロードしている音楽データに対応付けられた画像を表示するようにしてももちろんよい。
【０１８１】
このように、この第２に実施の形態の場合には、音楽データをダウンロードする場合には、その音楽データに対応付けられた画像データが音楽データとともに提供するようにされるので、画像データを音楽データのダウンロード前に用意するといった事前準備をする必要がない。
【０１８２】
そして、音楽データの提供業者側において音楽データに対応付けられた画像データが音楽データとともに配信するようにされるので、音楽データに応じた画像を音楽データのダウンロード中にそのダウンロード状況を通知するようにして表示することができる。
【０１８３】
［第３の実施の形態］
［音楽配信システム、携帯電話端末について］
前述した第２の実施の形態においては、ダウンロードする音楽データとこれに対応付けられる画像の画像データとをともに配信するようにした。しかし、図８を用いて前述したように、音楽データに対応付けられる画像データは、その全部が音楽データよりも先に携帯電話端末において受信が完了するように送信するようにされていた。
【０１８４】
このため、携帯電話端末においては、音楽データのダウンロード量についてのその音楽データの総データ量に対する割合を算出し、この割合に応じた量の画像データを用いて、ダウンロードしている音楽データに対応付けられた画像を表示するようにしている。しかし、音楽データのダウンロード量についてのその音楽データの総データ量に対する割合の算出や、この算出した割合に応じた画像データの特定などを携帯電話端末において行わなければならない。
【０１８５】
そこで、この第３の実施の形態においては、音楽データの配信業者側において、音楽データとこれに対応付けられる画像データとを、それぞれのデータの総データ量に対する割合（比率）をそろえるようにして、複数個に分割する。そして、比率が整えられた音声データと画像データとの分割データを混在させて配信するようにする。
【０１８６】
このようにすることよって、携帯電話端末においては、受信した画像データによる画像を画像データを受信した順番に表示するようにするだけで、音声データの受信状況を報知することができるようにしている。なお、この第３の実施の形態画像の表示は、前述した第１、第２の実施の形態の場合と同様に種々の態様で表示することができるが、この第３の実施の形態においても、例えば、図６に示したように画像を表示するものとして説明する。
【０１８７】
そして、この第３の実施の形態においても、用いられる音楽配信システムは、図１を用いて説明した前述の第１、第２の実施の形態の音楽配信システムと同様に構成されたものであり、用いられる携帯電話端末もまた、図２、図３を用いて説明した第１、第２の実施の形態の携帯電話端末４と同様に構成されたものである。このため、図１、図２、図３をも参照しながら、この第３の実施の形態の音楽配信システム、携帯電話端末について説明する。
【０１８８】
そして、この第３の実施の形態の音楽配信システムの場合にも、コンテンツサーバ装置１のデータ蓄積部１１には、音楽データだけでなく、音楽データに対応付けられた画像データも蓄積される。そして、コンテンツサーバ装置１は、販売ポータルサイト２３を通じて携帯電話端末４から音楽データの配信要求を送受信部１３を通じて受けたときには、要求された音楽データとこれに対応付けられた画像データとをデータ蓄積部１１から抽出する。
【０１８９】
抽出された音声データとこれに対応付けられる画像データとは、前述した第１、第２の実施の形態の場合と同様に、著作権管理部１２１、音声データ圧縮部１２２を通じて送信データ形成部１２３に供給される。そして、送信データ形成部１２３は、音楽データを所定の大きさ（所定のデータ量）に分割するとともに、この音楽データに対応付けられる画像データについても所定の大きさ（所定のデータ量）に分割する。
【０１９０】
音楽データの分割データの大きさ（データ量）と、画像データの分割データの大きさ（データ量）とはそれぞれ異なる。しかし、音楽データの分割データについての当該音楽データの総データ量に対する割合と、画像データの分割データについての当該画像データの総データ量に対する割合とは同じになるようにされる。
【０１９１】
そして、この第３の実施の形態においては、前述のように、音楽データの分割データと、画像データの分割データとは、それぞれのデータの総データ量に対する比率が同じになるようにされているので、音楽データの分割データと、画像データの分割データとを、交互に配信するようにする。
【０１９２】
図１０は、この第３に実施の形態においては、コンテンツサーバ装置１の送信データ形成部１２３において形成される送信データを説明するための図である。図１０において、画像部Ｖｄと、音声部Ａｕとが示すように、送信データ形成部１２３は、配信する音楽データの分割データと、音楽データに対応付けられた画像データの分割データとを、図１０に示すように、交互に送信するようにする。
【０１９３】
すなわち、音声データと画像データとは、複数個に分割され、画像データの分割データは、画像データエリアＶＤ１、ＶＤ２、ＶＤ３、…に格納するようにされる。この画像データエリアＶＤ１、ＶＤ２、ＶＤ３、…のそれぞれには、画像ヘッダ部ＶＨ１、ＶＨ２、ＶＨ３、…と、画像フッタ部ＶＦ１、ＶＦ２、ＶＦ３、…とが付加するようにされている。
【０１９４】
同じように、音楽データの分割データは、音楽データエリアＡＤ１、ＡＤ２、ＡＤ３、…に格納するようにされ、音楽データエリアＡＤ１、ＡＤ２、ＡＤ３、…のそれぞれには、音楽ヘッダ部ＡＨ１、ＡＨ２、ＡＨ３、…と、音楽フッタ部ＡＦ１、ＡＦ２、ＡＦ３、…とが付加するようにされている。画像部Ｖｄと音声部Ａｕとが１組となるようにされて、音楽データとこれに対応付けられた画像データとが送信（配信）される。
【０１９５】
そして、前述もしたように、音楽データの分割データの当該音楽データの総データ量に対する割合と、画像データの分割データの当該画像データの総データ量に対する割合とは一致するようにされている。したがって、携帯電話端末４には、音楽データのダウンロード量に対応する量の画像データがダウンロードされることになる。
【０１９６】
これにより、携帯電話端末４において、受信した画像データの分割データを用いて、その画像データの分割データによる画像をそのまま表示するようにすることにより、音楽データのダウンロード量に応じた態様で、その音楽データに対応付けられた画像を表示することができる。
【０１９７】
したがって、この第３の実施の形態においては、携帯電話端末４において、音楽データのダウンロード量、および、ダウンロード量についての当該音楽データの総データ量に対する割合を求め、その割合に応じた量の画像データを抽出して画像を表示するなどの処理を行う必要がない。
【０１９８】
［音楽データダウンロード時の携帯電話端末における処理について］
次に、この第３の実施の形態の携帯電話端末４において行われる音楽データのダウンロード時の処理について図１１のフローチャートを参照しながら説明する。図１１は、音楽データのダウンロード時のこの第３の実施の形態の携帯電話端末４においての処理を説明するための図である。この第３に実施の形態においても、図１１に示す処理は、携帯電話端末４の使用者が携帯電話端末４に対して音楽データをダウンロードするための所定の操作を行うことにより、携帯電話端末４の制御部６０において実行される処理である。
【０１９９】
音楽データのダウンロードを行うため、携帯電話端末４の使用者が、携帯電話端末４のキー操作部７４を操作して、音楽データのダウンロードを行うための入力画面を表示し、音楽データの販売ポータルサイト２３のＵＲＬを入力するようにしてこれを送信するようにすると、携帯電話端末４は、電話会社側の提供するインターネット接続機能を用いて、販売ポータルサイト２３にアクセスするようにする（ステップＳ３０１）。
【０２００】
携帯電話端末４の使用者は、販売ポータルサイト２３の検索機能等を用いて、目的とする音楽データを検索し、その音楽データの配信を指示する（ステップＳ３０２）。
【０２０１】
ステップＳ３０２の音楽データの配信指示（提供要求）に応じて、コンテンツサーバ装置１は、販売ポータルサイト２３を通じて図１０に示した形式で、要求された音楽データとこれに対応する画像データを送信してくるので、携帯電話端末４はこれを受信し、目的とする音楽データのダウンロードを開始する（ステップＳ３０３）。このステップＳ２０３の処理においては、図６（Ａ）に示したような、音声データのダウンロードが開始されたことを通知するための画面（暫定ダウンロード中画面）を表示する処理をも行う。
【０２０２】
そして、携帯電話端末４の制御部６０は、データの受信処理を継続し（ステップＳ３０４）、画像データのフッタ部ＶＦを受信したか否か、すなわち、画像データの全部を受信し終えたか否かを判断する（ステップＳ３０５）。ステップＳ３０５の判断処理において、画像データのフッタ部ＶＦを受信していないと判断したときには、携帯電話端末４の制御部６０は、ステップＳ３０４からの処理を繰り返し、画像データの分割データのダウンロードを継続して行う。
【０２０３】
ステップＳ３０５の判断処理において、画像データのフッタ部ＶＦを受信したと判断したときには、携帯電話端末４の制御部６０は、受信し終えた画像データの分割データを用いて画像を表示する（ステップＳ３０６）。
【０２０４】
画像データのフッタ部ＶＦの次に送信されて来るのは、図１０にも示したように音声データのヘッダ部ＡＨであるので、携帯電話端末４の制御部６０は、音声データの分割データのダウンロードを継続し（ステップＳ３０７）、音楽データのフッタ部ＡＦを受信したか否かを判断する（ステップＳ３０８）。
【０２０５】
ステップＳ３０８の判断処理において、音楽データのフッタ部ＡＦを受信していないと判断したときには、携帯電話端末４の制御部６０は、ステップＳ３０７からの処理を繰り返す。そして、ステップＳ３０８の判断処理において、音楽データのフッタ部ＡＦを受信したと判断したときには、その音楽データのフッタ部ＡＦは、音楽データの最後の分割データのフッタ部であるか否かを判断する（ステップＳ３０９）。
【０２０６】
ステップＳ３０９の判断処理において、音楽データの最後のフッタ部でないと判断したときには、次に送信されてくるのが、画像データの分割データのヘッダ部ＶＤであるので、携帯電話端末４の制御部６０は、ステップＳ３０４からの処理を繰り返し、画像データの分割データのダウンロードおよびダウンロードした画像データの分割データによる画像の表示を行った後、次の音楽データの分割データのダウンロードを行う。
【０２０７】
このようにして、画像データの分割データと、音楽データの分割データとのダウンロードを交互に行い、ステップＳ３０９の判断処理において、音楽データの最後の分割データのフッタ部を受信したと判断したときには、目的とする音楽データの全部のダウンロードが終了したことになり、携帯電話端末４の制御部６０は、音楽データのダウンロード処理を終了するように各部を制御する（ステップＳ３１０）。
【０２０８】
このステップＳ３１０の処理においては、例えば、「ダウンロード完了」などのメッセージを表示したり、あるいは、所定のアラーム音などの音声を放音することにより、音楽データのダウンロードが終了したことを携帯電話端末４の使用者に報知するようにしてもよい。
【０２０９】
また、図１１に示したフローチャートにおいて、ステップＳ３０４の処理をステップＳ３０５において、画像データのフッタではないと判断した場合に初めて行うようにしたり、ステップＳ３０７の処理をステップＳ３０８において、音楽データのフッタではないと判断した場合に初めて行うようにするようにしてもよい。
【０２１０】
このように、この第３に実施の形態の場合においても、音楽データをダウンロードする場合には、その音楽データに対応付けられた画像データが音楽データとともに提供するようにされるので、画像データを音楽データのダウンロード前に用意するといった事前準備をする必要がない。
【０２１１】
そして、音楽データの提供業者側において音楽データに対応付けられた画像データが音楽データとともに配信するようにされるので、音楽データに応じた画像を音楽データのダウンロード中にそのダウンロード状況を通知するようにして表示することができる。
【０２１２】
また、携帯電話端末において、音楽データのダウンロード量の算定や、音楽データのダウンロード量に応じた画像の表示制御を行う必要がないので、携帯電話端末の負荷を軽減することができる。しかし、音楽データと画像データとを、２分割、あるいは、３分割などというように、比較的に分割データを大きくした場合には、前述した第１、第２の実施の形態の場合と同様に、音楽データのダウンロード量を算定するとともに、ダウンロード量の当該音楽データの総相データに対する割合を求め、この割合に応じた量の分割画像データを用いるようにする記とができる。
【０２１３】
なお、この第３の実施の形態においては、図１０に示したように、画像データと音楽データとを交互に送信するものとして説明した。この場合に、音楽データの分割データを先に送信し、続いて、画像データの分割データを送信するようにしてももちろんよい。
【０２１４】
また、音楽データに対応付けられる画像データの分割データだけを求めて送信し、次に、音楽データの分割データをまとめて送信するようにしてもよい。このようにした場合には、単に、ダウンロードした音楽データの分割データに対応する画像データの分割データを用いて画像を表示すればよいので、音楽データのダウロード量の算定などの処理を行う必要がない。
【０２１５】
なお、前述した実施の形態においては、音楽データをダウンロードする場合を例にして説明したが、ダウンロードの対象となる主データは、音楽データに限るものではない。例えば、映画などのビデオデータやゲームプログラム、各種のコンピュータプログラム、テキストデータなど種々のデータをダウンロードする場合にこの発明を適用することができる。
【０２１６】
例えば、ゲームプログラムをダウンロードする場合に、そのゲームプログラムにおいて用いられているキャラクタを、ゲームプログラムのダウンロード量に応じて表示するようにすることができる。すなわち、ダウンロードの目的とする主データをダウンロードする場合に、この主データに対応付けられる画像データを主データのダウンロード量に応じた態様で表示するようにすることができる。
【０２１７】
また、ダウンロードの目的とする主データに対応付けられる画像データは、静止画像であるものとして説明した。この場合の静止画像には、音楽データについてのジャケット写真やアーチストの写真などの他、音楽データとして提供される楽曲についての解説やアーチストについての解説、あるいは、楽曲の歌詞などの文字情報をも含む。また、音楽データなどの主データのダウンロード量に応じて、携帯電話端末のＬＣＤなどの表示素子の全面に表示させる画像自体を順次に変えるようにしてもよい。
【０２１８】
また、音楽データなどのダウンロードの目的とする主データと、これに対応付けられる画像データとの対応付けは、例えば、主データが音楽データである場合には、ＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｒｅｃｏｒｄｉｎｇ Ｃｏｄｅ）などの主データである音楽データに対する識別情報や、アーチスト名やアーチストコードなど、主データと画像データとを対応付けることが可能な各種のコードをインデックスとして用いるようにすることができる。
【０２１９】
つまり、画像データにその画像データを区別するためのインデックス情報を付加しておき、ダウンロードした音楽データなどの主データのヘッダ部などにある同様のインデックス情報とを対比させることで、ダウンロードしている主データに対応付けられた画像データを判別し、その画像データによる画像を表示させることができる。
【０２２０】
また、前述した実施の形態においては、携帯電話端末に、この発明によるデータ受信装置、受信状況表示方法を適用した場合を例にして説明したが、これに限るものではない。ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）方式の通信端末やＷ−ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｅ Ａｃｃｅｓｓ）方式の次世代携帯電話端末など各種の携帯電話端末に適用することができる。
【０２２１】
また、携帯電話端末だけでなく、通信機能を備え、音楽データなどの受信が可能な各種の通信機器に、この発明によるデータ受信装置、受信状況表示方法を適用することができる。
【０２２２】
また、音楽データなどのダウンロードの主対象となるデータを提供する提供業者側のサーバ装置は、図１に示したように、コンテンツサーバ装置と音楽配信プラットホームを有するサーバ装置とを分けたり、あるいは、コンテンツサーバ装置自体が、音楽配信プラットホームを提供するようにしてもよい。
【０２２３】
また、顧客データベースや課金システムなども通信回線によって接続するようにされる他のサーバ装置が備えるようにしてももちろんよい。すなわち、音楽データなどの主対象データを提供する提供業者側の機器としては、主対象データを蓄積し、要求された主対象データを読み出して送信データを形成するコンテンツサーバ装置としての機能と、販売ポータルサイトや顧客データベース、課金システムなどの機能を有するようにされた各種の態様のシステムを構築するようにしてもよい。
【０２２４】
【発明の効果】
以上説明したように、この発明によれば、音楽データダウンロード時において、その音楽データのジャケットやアーチストの写真を表示するなど、目的とする一連の主データのダウンロード時において、その目的とする主データに対応付けられた画像を表示することができるので、目的とする主データのダウンロード中の時間を楽しく過ごすようにすることができる。
【０２２５】
目的とするデータのダウンロード量に応じて、当該目的とする主データに対応付けられた画像を表示することができるので、目的とする主データの受信状況や目的とする主データの全部を受信するまでにどれくらいの時間を有するのかを視覚を通じて使用者に報知するようにすることができる。
【０２２６】
また、目的とする主データのダウンロード量に応じて、当該目的とする主データに対応付けられた画像を表示することができるので、同じ画像をずっと表示させておく場合に比べて飽きさせることがない。
【０２２７】
また、画像の表示も種々の態様で行うことができるので、目的のデータをダウンロードする場合の新たなサービスとして画像表示を行うようにすることができるので画像表示をエンターテイメント化することができる。すなわち、データ受信装置の使用者に対して、データのダウンロード中における新な楽しみを提供することができる。
【図面の簡単な説明】
【図１】この発明によるデータ送信方法が適用されたコンテンツサーバ装置を備える音楽配信システムを説明するためのブロック図である。
【図２】この発明によるデータ受信装置、受信状況報知方法が適用された携帯電話端末を説明するためのブロック図である。
【図３】図１に示した携帯電話端末の外観を説明するための図である。
【図４】図１に示したコンテンツサーバ装置から送信されてくる音楽データを説明するための図である。
【図５】携帯電話端末側に予め用意される画像データを説明するための図である。
【図６】図２に示した携帯電話端末においての音楽データのダウンロード時の処理を説明するための図である。
【図７】図２に示した携帯電話端末においての音楽データのダウンロード時の画像表示の一例を説明するための図である。
【図８】図１に示したコンテンツサーバ装置から送信されてくる音楽データおよび画像データの一例を説明するための図である。
【図９】図２に示した携帯電話端末においての音楽データのダウンロード時の他の処理を説明するための図である。
【図１０】図１に示したコンテンツサーバ装置から送信されてくる音楽データおよび画像データの他の例を説明するための図である。
【図１１】図２に示した携帯電話端末においての音楽データのダウンロード時の他の処理を説明するための図である。
【符号の説明】
４１…送受信アンテナ、４２…アンテナ共用器、４３…受信部、４４…ベースバンド処理部、４５…音声コーデック（ＤＳＰ）、４６…スピーカ（受話器）、４７…マイクロホン（送話器）、４８…送信部、４９…周波数シンセサイザ、５１…音声データ再生処理部、５２…音声信号の出力端子、５３…ＬＣＤコントローラ、５４…ＬＣＤ、５５…カメラ部、５６…リンガ、６０…制御部、６１…ＣＰＵ、６２…ＲＯＭ、６３…ＳＲＡＭ、６４…フラッシュメモリ、６５…ＣＰＵバス、７１…外部メモリインターフェース、７２…外部メモリスロット、７３…キーインターフェース、７４…キー操作部、７５…外部インターフェース、７６…入出力端子、８０…外部メモリ、９０…ヘッドホン
【発明の属する技術分野】
この発明は、例えば、通信ネットワークを通じて配信される楽曲（音楽）の音楽データを受信するデータ受信装置、受信状況表示方法、および、音楽データなどのデータを送信する場合のデータ送信方法に関する。
【０００２】
【従来の技術】
パーソナルコンピュータの普及と、楽曲などのデジタル化された音声データ（音楽データ）についての著作権を保護するための技術である複製防止技術や複製制御技術の実現により、音楽データを通信ネットワークを通じて配信するようにする音楽配信サービスが行われるようになってきている。
【０００３】
この音楽配信サービスは、通信機能を備えたパーソナルコンピュータなどの機器を用い、通信ネットワークを通じて、当該通信ネットワーク上に設けられている音楽データの提供業者側のサーバ装置にアクセスし、このサーバ装置に蓄積されている音楽データの中から目的とする音楽データの配信を受けるようにするものである。
【０００４】
この場合、音楽データの配信を受けると課金が発生するが、この課金に対する支払は、クレジットカードや銀行口座からの引き落としなどにより行うことができるので、利用者（ユーザ）は、いちいちＣＤショップに足を運ぶことなく、いつでも好きなときに目的とする音楽データを購入し、これを利用することができるというメリットがある。
【０００５】
そして、配信を受けた音楽データをパーソナルコンピュータを用いて再生して聴取することはもちろん、配信を受けた音楽データをＭＤ（ミニディスク）と呼ばれる小型の光磁気ディスクや半導体素子が用いられた着脱可能な記憶媒体であるいわゆるメモリカードなどに記録し、ＭＤプレーヤやメモリーカードプレーヤを用いて再生し利用するようにすることが行われるようになってきている。
【０００６】
このように、いつでも好きな時に音楽提供業者側のサーバ装置にアクセスし、そのサーバ装置から目的とする音楽データをダウンロードしてきて、これを再生し、聴取できるようにする環境が整えられてきている。
【０００７】
【発明が解決しようとする課題】
ところで、通信ネットワークの伝送レートやユーザ端末の通信機能の向上により、音楽データのダウンロードにかかる時間も除々に短縮されるようになってきている。しかし、１曲分の音楽データのデータ量は膨大であり、ダウンロードにある程度の時間がかかることは避けることはできない。
【０００８】
例えば、５分間分のリニアＰＣＭオーディオデータのデータ量は５０メガバイト程度である。これを効率よく配信するために転送レートが１３２ｋｂｐｓのＡＴＲＡＣ３でデータ圧縮すると、そのデータ量は約５メガバイトと１０分の１程度のデータ量にデータ圧縮することができる。ここで、ＡＴＲＡＣ３（Ａｄａｐｔｉｖｅ Ｔｒａｎｓｆｏｒｍ Ａｃｏｕｓｔｉｃ Ｃｏｄｉｎｇ ３）は、ソニー株式会社が開発したデータ圧縮方式の一方式である。
【０００９】
しかし、通信ネットワークの伝送レートが、６４ｋｂｐｓだと５メガバイトの音楽データのダウンロードには、約１０分間程度かかることになる。この音楽データのダウンロードが行われている間、使用者は、ダウンロードが正常に行われているのかどうか、正常に行われているとしたらどの程度進行しているのかなどが心配になる。
【００１０】
このため、音楽データの受信済み量などの情報に基づいて、その音楽データのダウンロードにかかるおおよその残り時間を表示したり、バー表示によってダウンロードの進捗状況を知らせるなどのことが行われるようになってきている。しかし、これらの表示は、ごく簡単なものであり、面白みがなく、音楽データのダウンロードにかかる時間が長く感じるなどする場合があり、音楽配信サービスの普及を阻害する原因にもなりかねない。
【００１１】
以上のことにかんがみ、この発明は、送信されてくるデータの受信中における受信状況の把握を適格に行うことができるとともに、データの受信処理中においても使用者を楽しませるようにすることができるデータ受信装置、受信状況表示方法およびデータ伝送方法を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記課題を解決するため、請求項１に記載の発明のデータ受信装置は、
送信されてくる一連の主データを受信する受信手段と、
前記受信手段により受信される前記一連の主データに対応付けられる画像の画像データを記憶する記憶手段と、
画像を表示する表示素子と、
前記受信手段により受信された前記一連の主データの受信済み量についての当該一連の主データの総データ量に対する割合を算出する算出手段と、
前記算出手段により算出された前記割合に応じた態様で、前記一連の主データに対応付けられる画像の画像データを用いて前記表示素子に画像を表示するようにする表示制御手段と
を備えることを特徴とする。
【００１３】
この請求項１に記載の発明のデータ受信装置によれば、例えば、通信ネットワークを通じて、音楽データなどの比較的にデータ量の多い一連の主データ（ダウンロードする主目的データ）が、受信手段により受信される。この場合、音楽データなどの一連の主データの総データ量を示す情報が、例えば受信する一連の主データのヘッダ部などに付加されており、算出手段により、一連の主データの受信済み量についての当該一連の主データの総データ量に対する割合が算出される。
【００１４】
受信手段により受信される一連の主データに対応付けられる画像の画像データが記憶手段に記憶されており、表示制御手段により、算出手段に算出された割合に応じた態様で、受信された一連の主データに対応付けられる画像データによる画像が表示素子に表示される。
【００１５】
これにより、受信される一連の主データに対応付けられた画像が、その一連の主データの受信済み量の割合に応じて表示されるので、一連の主データの受信状況を適格に把握できるようにすることができる。また、一連の主データの受信中（ダウンロード中）においても、その一連の主データに対応付けられた画像が表示するようにされるので、一連の受信完了までにある程度、例えば、数分間程度の時間がかかる場合においても使用者を飽きさせることなく、一連の主データの全てを受信するようにして、これを利用するようにすることができる。
【００１６】
また、請求項２に記載の発明のデータ受信装置は、請求項１に記載のデータ受信装置であって、
前記記憶手段に記憶される前記画像データは、通信ネットワークを通じて送信されてくるものであり、前記受信手段により受信されて、前記記憶手段に記憶されることを特徴とする。
【００１７】
この請求項２に記載のデータ受信装置によれば、音楽データなどの一連の主データに対応付けられる画像の画像データは、通信ネットワークを通じて、一連の主データの提供に先立って、あるいは、一連の主データとともに提供され、記憶手段に記憶するようにされる。
【００１８】
これにより、提供を受けようとする一連の主データに対応付けられた画像データを確実に用意し、一連の主データの受信状況に応じて、その一連の主データに対応付けられた画像を表示素子に表示させることができるようにされる。
【００１９】
また、請求項３に記載の発明のデータ受信装置は、請求項１に記載のデータ受信装置であって、
前記表示制御手段は、前記一連の主データの全部を受信し終える前においては、完成した前記画像を表示するために必要となる前記画像の全画像データよりも少ない量の画像データを用いて、前記画像を表示するようにすることを特徴とする。
【００２０】
この請求項３に記載のデータ受信装置によれば、一連の主データの受信済み量に応じて、その一連の主データに対応付けられる画像の全画像データのうちの一部分のデータが用いるようにされて画像が表示するようにされる。この場合、一連の主データに対応付けられた画像は、その画像データの全データよりも少ないデータを用いて、種々の態様で表示される。
【００２１】
例えば、一連の主データに対応付けられた画像を、表示素子の表示画面の上端部や下端部、あるいは、左端部や右端部から除々に表示するようにしたり、画像を表示素子の表示画面の中央部分から放射状に除々に表示させるようにしたり、逆に表示素子の表示画面の周囲から中央部分に除々に画像を表示させるようにしたり、ランダムなモザイク表示とするなど、種々の態様で画像が表示するようにされる。
【００２２】
これにより、受信される一連の主データに応じて、これに対応付けられた画像の表示面積を除々に増加させるように種々の対応で表示させることにより、一連の主データの受信状況を使用者に報知し、一連の主データの受信完了までにかかる時間を使用者に報知するようにすることができる。また、画像を一連の主データの受信済み量に応じて除々に表示させることができるので、ユーザを楽しませることもできる。
【００２３】
また、請求項４に記載の発明のデータ受信装置は、
一連の主データとこれに対応付けられる画像の画像データとのそれぞれが複数に分割され、前記一連の主データの分割データと前記画像データの分割データとが混在するようにされて送信されてくる前記一連の主データと前記画像データとを受信する受信手段と、
画像を表示する表示素子と、
前記受信手段により受信された前記画像データの分割データを用いて、前記表示素子に画像を表示するようにする表示制御手段と
を備えることを特徴とする。
【００２４】
この請求項４に記載の発明のデータ受信装置によれば、例えば、音楽データなどの比較的にデータ量の多い一連の主データ（ダウンロードする主目的データ）とこれに対応付けられた画像データとは、共に分割され、これらが混在するようにされて送信するようにされており、これらが受信手段により受信される。そして、表示制御手段により、受信手段により受信された画像データによる画像が表示素子に表示される。
【００２５】
これにより、一連の主データに対応付けられた画像の画像データを一連の主データの受信に併せて受信して、その画像データに応じた画像を表示素子に表示することができるので、一連の受信データの受信状況をその一連の主データに対応付けられた画像によって報知することができる。
【００２６】
また、請求項５に記載のデータ受信装置は、請求項４に記載のデータ受信装置であって、
前記一連の主データの分割データについての前記一連の主データの総データ量に対する割合と、前記画像データの分割データについての前記画像データの総データ量に対する割合とは一致するようにされており、
前記受信手段は、前記一連の主データの分割データと前記画像データの分割データとを受信し、
前記表示制御手段は、前記受信手段により受信された前記画像データの分割データによる画像を前記表示素子に表示することを特徴とする。
【００２７】
この請求項５に記載のデータ受信装置によれば、一連の主データの分割データと、これに対応付けられた画像データの分割データとは、そのそれぞれのデータの総量（総データ量）に対する割合が一致するようにされている。したがって、受信した画像データの分割データによる画像を表示制御手段によりそのまま表示するようにすることにより、一連の主データの受信が、例えば、全体のデータ量の２割まで終了しているときには、対応付けられた画像の２割分まで表示されるというように、一連の主データの受信状況に応じて画像を表示することができるようにされる。
【００２８】
これにより、表示素子に表示される画像の表示状態によって、例えば、音楽データなどの一連の主データの受信状況を使用者に報知することができる。また、表示素子に表示される画像は、目的とする一連の主データに対応付けられた画像であるので、一連の主データの受信時においても使用者を飽きさせることがないようにされる。
【００２９】
また、請求項６に記載の発明のデータ受信装置は、請求項４に記載のデータ受信装置であって、
前記受信手段により受信された前記一連の主データの分割データの受信済み量の当該一連の主データの総データ量に対する割合を算出する算出手段を備え、
前記表示制御手段は、前記算出手段により算出された前記割合に応じた態様で、前記受信手段により受信された前記画像データの分割データを用いて前記表示素子に前記画像を表示するようにすることを特徴とする。
【００３０】
この請求項６に記載のデータ受信装置によれば、一連の主データとこれに対応付けられた画像データとは、共に分割され、これらが混在するようにされて送信するようにされる。これらが受信手段により受信されるが、算出手段により一連の主データの受信済み量についての一連の主データの総データ量に対する割合が算出される。そして、分割されて提供される画像データに応じた画像が、表示制御手段により、その表示量が調整するようにされる。
【００３１】
これにより、一連の主データとこれに対応するデータとが、分割されて共に提供される場合であっても、一連の主データの受信済み量に応じた態様で、一連の主データに対応付けられた画像を表示させ、一連の主データの受信状況を使用者に報知するようにすることができる。
【００３２】
また、請求項７に記載の発明のデータ受信装置は、請求項６に記載のデータ受信装置であって、
前記表示制御手段は、前記一連の主データの全部を受信し終える前においては、前記画像の画像データのうちの分割データの表示に用いるデータ量を前記算出手段により算出された前記割合に応じて調整することを特徴とする。
【００３３】
この請求項７に記載の発明のデータ受信装置によれば、一連の主データの受信済み量に応じて、その一連の主データに対応付けられた画像の画像データの一部分のデータが用いるようにされて画像が表示するようにされる。この場合、一連の主データに対応付けられた画像は、その画像データの全データよりも少ないデータを用いて、種々の態様で表示するようにされる。
【００３４】
例えば、一連の主データに対応付けられた画像を、表示素子の表示画面の上端部や下端部、あるいは、左端部や右端部から除々に表示するようにしたり、表示素子の表示画面の中央部分から放射上に画像を除々に表示させるようにしたり、逆に表示素子の表示画面の周囲から中央部分に除々に画像を表示するようにしたり、ランダムなモザイク表示とするなど、種々の態様で画像が表示するようにされる。
【００３５】
これにより、一連の主データと共に受信される画像データによる画像の表示面積を除々に増加させるように種々の対応で表示させることにより、一連の主データの受信状況を使用者に報知し、一連の主データの受信完了までにかかる時間を使用者に報知するようにすることができる。
【００３６】
【発明の実施の形態】
以下、図を参照しながら、この発明によるデータ受信装置、受信状況表示方法およびデータ送信方法の一実施の形態について説明する。以下に説明する実施の形態においては、この発明によるデータ受信装置、受信状況表示方法を、携帯電話機能と、音楽データのダウンロード機能と、音楽データの再生機能と、デジタルカメラ機能（以下、カメラ機能という。）とを備えた携帯端末（携帯電話端末）に適用した場合を例にして説明し、この発明によるデータ送信方法を楽曲の音楽データを配信するサーバ装置に適用した場合を例にして説明する。
【００３７】
［第１の実施の形態］
［音楽配信システムについて］
図１は、この第１の実施の形態の音楽配信システムを説明するための図である。この実施の形態の音楽配信システムは、図１に示すように、コンテンツサーバ装置１、音楽配信プラットホーム２、通信ネットワーク３、携帯電話端末４とを備えたものである。
【００３８】
コンテンツサーバ装置１は、配信可能な音楽データを蓄積しているサーバ装置であり、この第１の実施の形態においては、図１に示すように、データ蓄積部１１と、音楽配信アプリケーション部１２と、送受信部１３とを備えたものである。
【００３９】
データ蓄積部１１は、実際に音楽データを蓄積する部分である。音楽配信アプリケーション部１２は、図１に示すように、大きく分けると、著作権管理部１２１、音声データ圧縮部１２２、送信データ形成部１２３との３つのブロックを備えたものである。
【００４０】
ここで、著作権管理部１２１は、音楽データ（デジタルデータ）を不正にコピー（複製）するなどのことができないように、コピー禁止を示すやコピー可能回数を示す情報などのコピー制限情報を付加したり管理したりする部分である。また、音声データ圧縮部１２２は、音声データである音楽データをデータ圧縮する部分であり、所定の圧縮方式で音楽データのデータ圧縮を行う。
【００４１】
音楽データのデータ圧縮方式が、１種類しかない場合は、データ蓄積部１１にデータ圧縮済みの音楽データを蓄積することも考えられるが、複数のデータ圧縮方式に柔軟に対応できるようにするため、音声データ圧縮部１２２が用意されている。
【００４２】
したがって、音楽データのデータ圧縮方式が、２種類ある場合には、音声アプリケーション部１２を各データ圧縮方式に対応した音声データ圧縮部を備えたものをそれぞれ用意し、２つとなる。このようにすることによって、データ蓄積部１１には、非圧縮データをおくことができ、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）のマスター音源（リニアＰＣＭデータ）をそのまま蓄積しておくことができるようにされる。
【００４３】
また、送信データ形成部１２３は、配信（送信）する音楽データにヘッダ部やフッタ部を付加するなどして送信用の音楽データを形成する。ここで、形成された送信用の音楽データは、送受信部１３に供給される。送受信部１３は、後述する販売ポータルサイトを通じての音楽データの配信要求を受信して、音楽配信アプリケーション部１２に配信要求を供給したり、送信データ形成部１２３からの送信用音楽データを送信して販売ポータルサイトを通じて使用者に提供するようにする部分である。
【００４４】
音楽配信プラットホーム２は、音楽配信システムの基板となる部分であり、例えば、コンテンツサーバ装置１とは別の音楽配信業者側のサーバ装置に構築される。もちろん、コンテンツサーバ装置１に音楽配信プラットホーム２を構築することも可能である。
【００４５】
そして、この実施の形態の音楽配信システムにおいて、音楽配信プラットホーム２は、図１に示すように、顧客データベース２１、課金システム２２、販売ポータルサイト２３とを備えたものである。ここで、販売ポータルサイト２３は、音楽データの配信を受けるために最初に使用者がアクセスするＷｅｂサイトであり、この販売ポータルサイト２３を通じて、目的とする楽曲を検索したり、目的とする楽曲の提供を要求するなどのことができるようにされる。
【００４６】
顧客データベース２１は、当該音楽配信システムの提供業者との間で利用契約を結ぶことによって、当該音楽配信システムの顧客（利用者）となることが認証された者の顧客データを記憶し、管理する部分である。また、課金システム２２は、要求に応じた音楽データを提供した顧客に対する課金処理を行う部分である。例えば、所定の締め日までの利用状況を把握し、利用料を請求したり、使用者からの入金や契約時に指定された使用者の銀行口座などからの利用料の引き落としを行うための処理などを行う。
【００４７】
課金システム２２は、各顧客ごとの利用料金の残高を把握しており、利用明細や請求書、必要な場合には領収書や入金督促書などの出力なども行うことができるようにされたものである。
【００４８】
また、通信ネットワーク３は、この実施の形態においては、通信網３１、基地局３２、図示しない交換機などを含む電話会社などが提供するものであり、この実施の形態においては、前述もしたように、電話会社の提供する通信ネットワークを通じてインターネットに接続し、インターネット上に提供されているＷｅｂサイトである販売ポータルサイト２３を通じて目的とする楽曲の音楽データの提供を受けることができるようにされている。すなわち、通信ネットワークは、携帯電話網やインターネットなどをも含むものである。
【００４９】
そして、この第１の実施の形態においては、携帯電話端末４を用い、通信ネットワークを通じて音楽データの配信を受けることができるようにされている。携帯電話端末４は、音楽データのダウンロード機能を備えるとともに、ダウンロードした音楽データの再生機能をも有するものである。
【００５０】
［音楽データのダウンロード時の流れについて］
次に、図１に示した音楽配信システムにおいて、携帯電話端末４が音楽データのダウンロードを行う場合の処理の流れ、および、音楽配信システムの各部の動作について説明する。携帯電話端末４を通じて、音楽ダウンロード用のサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を入力すると、通信網３１、基地局３２などからなる通信ネットワーク３を経由して、音楽配信プラットホーム２の販売ポータルサイト２３にアクセスすることができる。
【００５１】
販売ポータルサイト２３では、顧客データベース２１の顧客データに基づいて、アクセスしてきた者が、契約関係のある顧客か否か、すなわち、音楽データの提供が可能な者か否かを判別する。アクセスしてきた者が契約関係のある顧客であると判断したときには、要求された音楽データの提供をコンテンツサーバ装置１に送信する。
【００５２】
コンテンツサーバ装置１は、送受信部１３を通じて、販売ポータルサイト２３からの音楽データの提供要求を受信すると、これを音楽配信アプリケーション部１２に通知する。音楽アプリケーション部１２の著作権権利部１２１は、データ蓄積部１１から目的とする音楽データを読み出し、コピー制御情報を付加して、音声データ圧縮部１２２に供給する。音声データ圧縮部１２２では、所定のデータ圧縮方式で音楽データをデータ圧縮し、これを送信データ形成部１２３に供給する。
【００５３】
送信データ形成部１２３では、音楽データの識別情報や音楽データの総データ量を示す情報などを有するヘッダ部やフッタ部を一連の音楽データに付加して送信用データを形成し、これを送受信部１３を通じて販売ポータルサイト２３に送信し、販売ポータルサイト２３を通じて、要求元の携帯電話端末４に送信（配信）される。
【００５４】
そして、音楽データの送信に伴い課金が発生するので、音楽配信プラットホーム２の課金システムにより課金処理が行われる。なお、課金処理は、携帯電話端末４から音楽データの提供要求が送信されてきた場合に行うようにしてもよいし、要求された音楽データの配信を行った場合に課金処理を行うようにしてもよい。この場合に、例えば、音楽データの配信が何らかの原因によって最後まで正常に行うことができなかった場合には、音楽データの送信のリトライ処理を行ったり、課金の取り消すなどの処理を行うようにすることももちろんできる。
【００５５】
このようにして、携帯電話端末４は、通信ネットワーク３を通じて、目的とする楽曲の音楽データをダウンロードして、自機に接続されたメモリに蓄積し、これを再生して利用することができるようにされる。
【００５６】
［携帯電話端末について］
次に、この第１の実施の形態の携帯電話端末４について説明する。図２は、この第１の実施の形態の携帯電話端末４を説明するための図である。この第１の実施の形態の携帯電話端末４は、前述もしたように、目的とする楽曲の音楽データのダウンロードを行うことができるものである。
【００５７】
そして、携帯電話端末４は、音楽データのダウンロード時に、ダウンロードする音楽データに対応付けられた画像（静止画像）を音楽データのダウンロード量（音楽データの受信済み量）に応じて、表示することにより、音楽データの受信状況を携帯電話端末４の使用者に報知することができるものである。
【００５８】
なお、この第１の実施の形態においては、ダウンロードする音楽データに対応付けられた画像データは、音楽データのダウンロードに先立って、予め携帯電話端末４のメモリに格納されている場合の例である。
【００５９】
この第１の実施の形態の携帯電話端末４は、図２に示すように、通信機能を実現する部分として、送受信アンテナ４１、アンテナ共用器４２、受信部４３、ベースバンド処理部４４、音声コーデックとし用いられるＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）４５、スピーカ（受話器）４６、マイクロホン（送話器）４７、送信部４８、周波数シンセサイザ４９を備えている。
【００６０】
また、図２に示すように、携帯電話端末４には、当該携帯電話端末の各部を制御する制御部６０が設けられている。制御部６０は、図２に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）６２と、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）６３と、フラッシュメモリ６４とが、ＣＰＵバス６５を通じて接続されて形成されたマイクロコンピュータである。
【００６１】
ここで、ＲＯＭ６２は、ＣＰＵ６１において実行されるプログラムや、表示用のフォント等の必要となるデータが予め記憶されたものである。また、ＳＲＡＭ６３は、主に作業領域として用いられるものであり、ＣＰＵ６１がプログラム実行中において、必要に応じて計算途中のデータなどを必要に応じて記憶したり、制御部６０と、各部との間でやり取りするデータを一時記憶したりするなどの場合に用いられる。
【００６２】
また、フラッシュメモリ６４は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）の一種であり、携帯電話端末の電源がオフされても例えば直前の設定条件などを記憶しておき、次の電源オン時に同じ設定にするような使用方法をする場合に、それらの設定パラメータを記憶しておくものである。すなわち、フラッシュメモリ６４は、携帯電話端末の電源がオフにされてもこれに記憶されているデータが消滅してしまうことのない不揮発性メモリである。
【００６３】
この制御部６０には、図２に示すように、外部メモリインターフェース（以下、外部メモリＩ／Ｆと略称する。）７１を通じて、外部メモリスロット７２が接続されているとともに、キーインターフェース（以下、キーＩ／Ｆと略称する。）７３を通じて、キー操作部７４が接続されている。
【００６４】
外部メモリスロット７２は、着脱可能とされた外部メモリの着脱口を備え、装着された外部メモリ８０からデータを読み出して制御部６０に供給したり、制御部６０からのデータを装着されている外部メモリ８０に記録するいわゆるリーダ／ライタとしての機能を有するものである。ここで、外部メモリ８０は、例えばソニー株式会社製のメモリスティックなどのいわゆるメモリカードであり、半導体メモリを利用した着脱可能な記憶媒体である。
【００６５】
キー操作部７４は、ダイヤルキー（テンキー）や各種のファンクションキーなどの複数の操作キーを有するものであり、このキー操作部７４の操作キーを通じて、使用者（ユーザ）からの各種の指示入力を受け付けることができるようにされている。また、制御部６０は、外部インターフェース（以下、外部Ｉ／Ｆと略称する。）７５、入出力端子７６を通じて、例えば、パーソナルコンピュータなどの外部機器との間で、データの送受を行うことができるようにされている。
【００６６】
そして、携帯電話端末４は、自機が有する通信機能を用いて、通信回線を接続し通話を可能にするとともに、例えばインターネットに接続して、インターネット上に提供されている楽曲の音楽データ（音声データ）をダウンロードしてきて利用することもできるようにされている。
【００６７】
この実施の形態の携帯電話端末４においては、ダウンロードしてきた音楽データなどのデジタルデータは、外部メモリスロット７２に装着される外部メモリ８０などの外部メモリに記憶保持し、必要に応じて読み出して利用することができるようにされている。
【００６８】
そして、前述のようにダウンロードすることにより例えば外部メモリ８０に記憶するようにした音楽データの再生機能を実現する部分として、音声データ再生処理部５１、音声信号の出力端子５２を備えている。また、この実施の形態の携帯電話端末は、文字、図形、記号、静止画像、動画像などの各種の画像情報を表示するため、ＬＣＤコントローラ５３、ＬＣＤ５４を備えている。
【００６９】
ＬＣＤ５４は、比較的に大きな表示画面を備えたＴＦＴカラー液晶ディスプレイ（Ｔｈｉｎ Ｆｉｌｍ Ｔｔａｎｓｉｓｔｏｒ Ｃｏｌｏｒ Ｌｉｑｕｉ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。このＬＣＤ５４には、自機から電話をかけた相手先の電話番号や名称、あるいは、自機に電話をかけてきた相手先の電話番号や名称、各種のガイダンスメッセージなどを表示することができるとともに、インターネットを通じて提供を受けたＷｅｂページや電子メールなどの画像情報やテキスト情報をも表示することができるものである。
【００７０】
さらに、携帯電話端末４には、カメラ部５５が搭載されており、いわゆるデジタルカメラとしての機能をも有するようにされている。これにより、外出先などにおいて、景色などの画像を画像データとして記録し、ＬＣＤ５４に表示して確認したりすることができるようにされている。このカメラ部５５を通じて撮影するようにした画像の画像データもまた、外部メモリスロット７２に装着される外部メモリ８０に記録し、必要に応じて読み出してＬＣＤ５４に表示することができるようにされている。
【００７１】
このように、外部メモリスロット７２に装着される外部メモリ８０などの外部メモリは、後述もするようにアプリケーションのデータ保存用の記録媒体であり、この実施の形態の携帯電話端末が有する音楽データのダウンロード機能（ダウンロードアプリケーション）やカメラ機能（カメラアプリケーション）などにより共用するようにされている。
【００７２】
また、外部メモリ８０の記憶容量は、例えば６４メガバイトである。しかし、この実施の形態の携帯電話端末において使用可能な外部メモリとして、数十メガバイトから数百メガバイト、あるいは、それ以上の各種の記憶容量のものも提供するようにされている。
【００７３】
なお、この実施の形態の携帯電話端末に搭載されたカメラ機能は、静止画像だけでなく、携帯電話端末の外部メモリスロット７２に装着される外部メモリの記憶容量に応じて、数十秒間から数分間分の動画像の撮影および記録を行うこともできるものである。
【００７４】
また、携帯電話端末４は、着信を通知する着信音を放音したり、警告音を放音するなどのためにリンガ５６が設けられているほか、図示しないが、着信通知のためのバイブレータをも有するものである。
【００７５】
［携帯電話端末の受信系の動作］
次に、この実施の形態の携帯電話端末４の受信系について説明する。アンテナ４１を通じて受信した受信信号は、アンテナ共用器４２を通じて受信部４３に供給される。受信部４３は、受信信号が適正なレベルになるように、必要な帯域制限、ＡＧＣ（Ａｕｔｏｍａｔｉｃ Ｇａｉｎ Ｃｏｎｔｒｏｌ）を行うとともに、周波数シンセサイザ（局発部）４９からの信号に基づいて、受信信号の周波数を一定の周波数にするなどの処理を行って、処理後の信号をベースバンド処理部４４に供給する。
【００７６】
ベースバンド処理部４４は、受信部４３からの信号をＡ／Ｄ変換し、フェージングなどの影響除去や、受信した信号の種別判別、デ・インターリーブ、エラー訂正を行い、適切な復号処理を行って、音声データとその他の通信データとを分離する。そして、音声データは、ＤＳＰ４５に供給され、その他の通信データである、例えば、各種の制御情報や文字データなどは、制御部６０に供給される。
【００７７】
ＤＳＰ４５は、ベースバンド処理部４４からの音声データをＤ／Ａ変換してアナログ音声信号を形成し、これをスピーカ４６に供給する。スピーカ４６は、ＤＳＰ４５からのアナログ音声信号により駆動され、これに応じた音声がスピーカ４６から放音される。
【００７８】
一方、ベースバンド処理部４４から制御部６０に供給された通信データは、この携帯電話端末用の制御データや文字データなどの場合には、制御部６０のＳＲＡＭ６３に一時記憶されて、この携帯電話端末４において使用される。また、それ以外の通信データは、例えば、外部メモリＩ／Ｆ７１を通じて、外部メモリスロット７２に装着された着脱可能とされた外部メモリ８０に記録されたり、あるいは、外部Ｉ／Ｆ７５、入出力端子７６を通じて、この携帯電話端末４に接続されたパーソナルコンピュータなどの外部装置に供給するようにされる。
【００７９】
［携帯電話端末の送信系の動作］
次に、この実施の形態の携帯電話端末の送信系について説明する。マイクロホン４７は、収音した音声をアナログ音声信号に変換し、これをＤＳＰ４５に供給する。ＤＳＰ４５は、マイクロホン４７からのアナログ音声信号をＡ／Ｄ変換して、デジタル音声信号を形成し、これをベースバンド処理部４４に供給する。
【００８０】
ベースバンド処理部４４は、ＤＳＰ４５からのデジタル音声信号を所定の符号化方式で符号化して圧縮し、所定のブロックにまとめる。またベースバンド処理部４４は、外部入出力端子７６、外部Ｉ／Ｆ７５を通じて携帯電話端末に供給されたデジタルデータを所定のブロックにまとめる。ベースバンド処理部４４は、圧縮されたデジタル音声信号や外部装置からのデジタルデータをまとめ、送信部４８に供給する。
【００８１】
送信部４８は、ベースバンド処理部４４からのデジタルデータから変調信号を形成し、この変調信号を所定の送信周波数に変換するために、変調信号と、周波数シンセサイザ４９からの変換用の信号とを混合して、送信用変調信号を形成する。この送信部４８において形成された送信用変調信号は、アンテナ共用器４２を経由して、送受信アンテナ４１から送信される。
【００８２】
このような受信系および送信系を備えたこの実施の形態の携帯電話端末４においては、待ち受け受信時においては、制御部６０は、ベースバンド処理部４４からの受信信号を監視することにより、自機への着信を検出する。そして、制御部６０は、自機への着信を検出した場合には、リンガ５６を制御して、呼び出し音（リンガ音）を放音するようにして、自機への着信を携帯電話端末４の使用者に通知する。
【００８３】
そして、携帯電話端末４の使用者が、キー操作部７４に設けられているオフフックキーを押下するなどのオフフック操作を行うことにより、着信に応答した場合には、制御部６０は、送信系を通じて、接続応答を送出するなどして通信回線を接続し、前述したように、受信系、送信系の動作によって通話が可能となる。
【００８４】
また、この実施の形態の携帯電話端末４から発呼する場合には、キー操作部７４のオフフックキーを押下するなどのオフフック操作を行った後、キー操作部７４のダイヤルキーを通じて、また、予め登録された電話番号リストから相手先の電話番号を選択することにより、ダイヤル動作を行うようにする。
【００８５】
これにより、制御部６０は、発呼要求を形成し、送信系を通じて送信することにより、目的とする相手先の電話端末との間に通信回線を接続するようにする。そして、相手先からの着信応答が返信されてきて、通信回線の接続を確認すると、前述したように、受信系、送信系の動作によって通話が可能となる。
【００８６】
［音楽データのダウンロードなどについて］
また、前述もしたように、携帯電話端末４は、インターネットに接続が可能なものであり、電話会社が提供するプロバイダ機能を通じて、電子メールの送受信を行ったり、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を入力して送信することにより、前述したように、音楽データの販売ポータルサイトにアクセスして、目的とする音楽データをダウンロードしてきて外部メモリ８０などに記憶させたり、外部インターフェース７５、入出力端子７６を通じて外部機器に出力したりするなどのことができるようにされている。
【００８７】
［音楽データの再生について］
次に、この実施の形態の携帯電話端末４が備える音楽（楽曲）などの一連の（１まとまり）の音楽データ（音声データ）を再生する音楽再生機能（音声再生機能）について説明する。ここでは、この実施の形態の携帯電話端末の外部メモリスロット７２に装着される外部メモリ８０に記録された音楽などの音楽データを再生する場合を例にして説明する。音楽などの音楽データの場合、そのデータ量は圧縮方式にもよるが、５分間分の音楽データで５メガバイト程度であり、複数の音楽データを外部メモリに記憶することができる。
【００８８】
この実施の形態の携帯電話端末の外部メモリスロット７２に着脱可能とされた外部メモリ８０は、主にアプリケーションのデータ保存用の記録媒体として用いられるものであり、インターネット上に設けられたＷｅｂサーバにアクセスして、このＷｅｂサーバからダウンロードするようにした音楽データや静止画像データ、動画像データなどの画像データを格納することができるようにされている。
【００８９】
また、外部メモリ８０は、着脱可能ないわゆるリムーバブル（ｒｅｍｏｖａｂｌｅ）なメディアであるので、パーソナルコンピュータを用いて、音楽データや画像データを記録し、これを携帯電話端末において利用するようにすることもできる。今後、記憶容量の大容量化に伴い、ＣＤ（コンパクトディスク）のように、音楽などの音声データが記録された外部メモリが製造され、流通するようになることも考えられるが、このように流通する外部メモリの使用も可能である。
【００９０】
そして、上述のような方法により、音楽データが記録された外部メモリ８０を、外部メモリスロット７２に装着し、キー操作部７４の操作キーを操作することにより、音楽再生指示、および、再生する音楽の選択指示を入力する。これらの指示は、キー操作部７４からキーＩ／Ｆ７３を通じて制御部４０に供給される。
【００９１】
制御部６０は、使用者からの指示入力に応じて、外部メモリスロット７２に装着された外部メモリ８０から、これに記憶されている音楽データであって、使用者に指示された楽曲の音楽データを読み出し、この読み出した音楽データを音声データ再生処理部５１に供給する。
【００９２】
外部メモリ８０に記録されている音楽データは、通常、所定のデータ圧縮方式によりデータ圧縮されており、音声データ再生処理部５１は、これに供給された音楽データを圧縮解凍してデータ圧縮前の元の音楽データに復元し、これをＤ／Ａ変換してアナログ音声信号を形成し、これを音声出力端子５２を通じて出力するようにする。
【００９３】
音声出力端子５２には、ヘッドホンが接続するようにされる。これにより、外部メモリ８０から読み出され、音声データ再生処理部５１において再生された音声信号による音声が、音声出力端子５２に接続されたヘッドホンから放音され、使用者は、これを聴取することができる。
【００９４】
なお、この実施の形態において、音声データ再生処理部５１は、音声増幅回路（オーディオアンプ）や音質調整回路などを備え、使用者からの指示入力に応じた制御部６０からの制御信号により、音量や音質の調整を行い、調整後の音声信号を出力することができるようにされている。
【００９５】
また、この実施の形態においては、図２に示したように、通話は受話器４６、送話器４７を用いて行い、音楽などの再生された音声は、音声出力端子５２に接続されるヘッドホンを用いて聴取する構成であるものとした。しかし、通話時において、受話器４６に変えてヘッドホンを用いることも可能である。
【００９６】
この場合には、音声出力端子５２の前段にコーデック４５からの音声信号を出力するのか、音声データ再生処理部１１からの音声信号を出力するのかを切り換えるスイッチ回路（出力選択回路）を設けることにより実現することができるようにされる。
【００９７】
［デジタルカメラ機能について］
次に、この実施の形態の携帯電話端末４が備えるカメラ機能について説明する。図２に示したように、この実施の形態の携帯電話端末は、カメラ部５５を備えている、カメラ部５５は、対物レンズ、ＣＣＤ（Ｃｈａｒｇｅ ＣｏｕｐｌｅｄＤｅｖｉｃｅ）などを備えたものである。
【００９８】
そして、携帯電話端末４に設けられるシャッターを押下操作した時点の画像をＣＣＤに取り込んで電気信号に変換し、これを画像データとして、この実施の形態においては、外部メモリスロット７２に装着された外部メモリ８０に記録することができるようにされている。
【００９９】
また、携帯電話端末のキー操作部７４の画像データ再生キーを操作すると、これが制御部６０に通知される。制御部６０は、このようにキー操作部７４を通じて画像データの再生指示入力を受け付けると、外部メモリスロット７２に装着された外部メモリ８０に記録されている画像データを読み出し、これをＬＣＤコントローラ５３に供給する。
【０１００】
これにより、ＬＣＤコントローラ５３は、制御部６０からの画像データに応じた画像をＬＣＤ５４の表示画面に表示する。このように、この実施の形態の携帯電話端末４は、カメラ機能を備え、外出先などにおいて、画像を撮影し、これをデジタルデータとして外部メモリ８０に記憶保持するようにすることができるとともに、必要に応じて撮影した画像を再生してＬＣＤ５４の表示画面に表示し、観視することができるようにしている。
【０１０１】
このように、この実施の形態の携帯電話端末は、携帯電話機能と、音楽データなどのダウンロード機能、音楽データなどの音楽再生機能、カメラ機能を備えたものである。そして、この実施の形態の携帯電話端末は、主電源が投入されると、携帯電話モードとなり、携帯電話端末として用いることができるようにされる。
【０１０２】
そして、ダウンロード機能や音楽再生機能、あるいは、カメラ機能を用いるときには、ＬＣＤ５４に実行可能な機能のメニュー（一覧表）を表示し、目的とする機能を選択して決定キーを押下操作することにより、その選択した機能が実行され、所定の操作を行うことによって、データのダウンロードや音楽データの再生、あるいは、画像の撮影を行うことができるようにされる。
【０１０３】
もちろん、各機能を実行するためのファンクションキーを携帯電話端末に設けておき、目的とする機能に対応するファンクションキーを操作することによって、その目的とする機能（目的とする機能を提供するアプリケーション）を実行させるようにしてもよい。
【０１０４】
［音楽データの受信状況の報知について］
図３は、この第１の実施の形態の携帯電話端末４の外観を説明するための図である。携帯電話端末４は、自機の通信機能を用いてインターネットに接続し、インターネットから音楽データをダウンロードしてきて外部メモリスロット７２に装着された例えば外部メモリ８０に記録して、記録した音楽データを利用することができるものである。
【０１０５】
具体的には、図３に示すように、携帯電話端末４においては、音声出力端子５２にヘッドホン９０を接続することにより、外部メモリスロット７２に装着された外部メモリ８０に記録されている音楽データを再生して、その音楽データに応じた音楽（音声）をヘッドホン９０を通じて聴取することができる。
【０１０６】
また、図３に示すように、この実施の形態の携帯電話端末４の前面（ＬＣＤ５４の表示画面を有する面）に対向する側から見ると、携帯電話端末の左上端部にカメラ部５５が設けられており、このカメラ部５５を通じて、画像を撮影し、その撮影した画像の画像データを外部メモリ８０に記録することができるようにされている。また、外部メモリ８０に記録した画像データによる画像をＬＣＤ５４に表示することもできるようにされている。
【０１０７】
カメラ部５５は、携帯電話端末の前面から背面（前面の裏側にあたる面）に向かう方向に例えば１８０度程度回転させることができるようにされており、カメラ部５５を通じて受け付けた入力画像をＬＣＤ５４に表示して確認しながら、画像の撮影を行うことができるようにされている。
【０１０８】
なお、外部メモリを装着する外部メモリスロット７２の装着口は、図示しないが、携帯電話端末４の側面など、使用者による携帯電話端末に対する操作の邪魔にならない部位に設けられている。
【０１０９】
そして、この実施の形態の携帯電話端末４は、前述もしたように、通信ネットワーク３を通じて音楽データのダウンロードを行っている場合には、ダウンロードしているその音楽データに対応付けられた画像を音楽データのダウンロード量に応じて表示するようにしている。
【０１１０】
図４は、この実施の形態の携帯電話端末４に対して、コンテンツサーバ装置１側から送信される音楽データのフォーマットを説明するための図である。図４に示すように、音楽データ部ＡＤＴの先頭側にはヘッダ部ＡＨＤが設けられ、最後尾側にはフッタ部ＡＦＴが設けられる。
【０１１１】
ヘッダ部ＡＨＤには、コンテンツサーバ装置１の送信データ形成部１２３の説明においてもしたように、その音楽データの識別情報やその音楽データの総データ量を示す情報などが有するようにされている。また、フッタ部ＡＦＴには、当該音楽データの終了を示す情報や、例えば、エラー訂正情報などが有するようにされている。
【０１１２】
そして、受信した音楽データのヘッダ部ＡＨＤの情報は、ベースバンド処理部４４から制御部６０に供給される。また、音楽データ部ＡＤＴの音楽データもベースバンド処理部４４から制御部６０を通じて外部メモリ８０に記録するようにされる。
【０１１３】
そして、この第１の実施の形態の携帯電話端末４においては、受信する一連の音楽データに対応付けられている画像を当該音楽データのダウンロード量に応じた態様で表示することにより、当該音楽データの受信状況を携帯電話端末の使用者に報知するようにしている。
【０１１４】
受信する音楽データに対応付けられる画像は、例えば、受信する音楽データのために作成されたジャケット写真などの画像である。このように、音楽データに対応付けられた画像を表示することによって、音楽データのダウンロード中においても携帯電話端末４を用いて音楽データのダウンロードを行っている使用者を飽きさせることがないようにしている。
【０１１５】
この第１の実施の形態においては、ダウンロードする音楽データに対応付けられた画像の画像データは、携帯電話端末４のフラッシュメモリ６４や外部メモリスロット７２に装着される外部メモリに予め用意するようにされる。すなわち、ダウンロードする音楽データに対応付けられる画像データは、音楽データのダウンロードに先立って、通信ネットワークを通じてダウンロードされたり、あるいは、パーソナルコンピュータなどの外部機器を通じて記録するようにされたり、あるいは、カメラ部５５を通じて撮影するなどして、フラッシュメモリ６４や外部メモリ８０に記憶保持される。
【０１１６】
図５は、ダウンロードされる音楽データに対応付けられる画像データであって、この実施の形態の携帯電話端末４のフラッシュメモリ６４や外部メモリスロット７２に装着される外部メモリに記憶さる画像データの一例を説明するための図である。この画像データの場合にも、図５に示すように、画像データ部ＶＤＴの先頭側にヘッダ部ＶＨＤが付加され、画像データ部ＶＤＴの最後尾側にはフッタ部ＶＦＴが付加されたものである。
【０１１７】
画像データのヘッダ部ＶＨＤには、対応付けられた音楽データの識別情報などが有するようにされている。また画像データのフッタ部ＶＦＴには、画像データの終了を示す情報などが有するようにされている。
【０１１８】
なお、ダウンロードする音楽データに対応づけられる画像データであって、音楽データと同じように通信ネットワークを通じてダウンロードされる画像データのヘッダ部ＶＨＤには、画像データの提供者側によって、音楽データとの対応付け情報である音楽データの識別情報が付加される。もちろん、ダウンロード先の携帯電話端末４側において、音楽データとの対応付け情報を新たに付け直すこともできるようにされる。
【０１１９】
また、ダウンロードする音楽データに対応づけられる画像データであって、パーソナルコンピュータなどを通じて入力された画像データや、カメラ部５５を通じて撮影された画像の画像データの場合には、音楽データとの対応付け情報は、使用者により入力されたり、予め決められた順番で用いられるようにされるなど、携帯電話端末４側において設定するようにされる。
【０１２０】
そして、この第１の実施の形態において、ダウンロードするようにした音楽データのダウンロード量に応じた態様で、音楽データに対応付けられた画像を表示する場合、携帯電話端末４の制御部６０は、音楽データのダウンロード量についての当該音楽データの総データ量に対する割合を算出し、その割合に応じた量の画像データを用いて画像を表示することによって、ダウンロード中の音楽データの受信状況を報知する。
【０１２１】
図６は、音楽データのダウンロード量に応じて表示される当該音楽データに対応付けられた画像の表示態様の一例を説明するための図である。前述もしたように、携帯電話端末４を通じて販売ポータルサイト２３にアクセスし、目的とする楽曲の音楽データの配信を要求すると、コンテンツサーバ１、販売ポータルサイト２３を通じてその楽曲の音楽データが送信されてくる。
【０１２２】
携帯電話端末４は、これを受信し、自己の外部メモリスロット７２に装着された外部メモリ８０に記録する。このとき、携帯電話端末４は、目的とする音楽データのダウンロードの開始に当たり、図６（Ａ）に示すように、音楽データのダウンロードが開始されたことを示す画像を表示する。
【０１２３】
そして、携帯電話端末４の制御部６０は、ダウンロードする音楽データのヘッダ部ＡＨＤに付加されている音楽データの識別情報に基づいて、この音楽データの識別情報と同じ情報を対応付け情報として持つ画像データを特定する。すなわち、ダウンロードするようにされた音楽データに対応付けられている画像データを特定する。
【０１２４】
そして、携帯電話端末４の制御部６０は、ダウンロードするようにした音楽データのヘッダ部ＡＨＤに付加されている当該音楽データの総データ量を抽出し、この音楽データの総データ量と、受信した音楽データのダウンロード量とから、音楽データのダウンロード量についての総データ量に対する割合を順次に算出し、その割合に応じた量の画像データを用いて図６（Ｂ）、図６（Ｃ）、図６（Ｄ）、図６（Ｅ）に示すように、ダウンロードするようにした音楽データに対応付けられている画像を順次に表示する。
【０１２５】
この図６の例は、ＬＣＤ５４の表示画面を１６個の表示エリアに分割し、音楽データのダウンロード量、この例においては、音楽データのダウンロード量についての音楽データの総データ量に対する割合に応じて、画像表示に用いる表示エリアの個数を変えるようにしている。
【０１２６】
この図６に示す例の場合には、音楽データのダウンロード量についての当該音楽データの総データ量に対する割合が２５％のときには、図６（Ｂ）に示すように、１６分割された表示エリアの４個の分割表示エリアに、当該音楽データに対応付けられた画像データによる画像を表示する。この場合、画像を表示する分割表示エリアの位置は例えば乱数などを用いてランダムな位置の分割表示エリアを用いるようにする。
【０１２７】
このように、この図６（Ｂ）の場合には、音楽データのダウンロード量についての音楽データの総データ量に対する割合が２５％であり、これに応じて表示される画像も、その画像の完成された画像を表示するために必要な画像データの総データ量の２５％（４分割表示エリア／１６分割表示エリア）の画像データを用いて画像の表示を行う。
【０１２８】
そして、音楽データのダウンロード量についての当該音楽データの総データ量に対する割合が５０％のときには、図６（Ｃ）に示すように、１６分割された表示エリアの８個の分割表示エリアに画像を表示する。すなわち、この図６（Ｃ）の場合には、音楽データのダウンロード量についての音楽データの総データ量に対する割合が５０％であり、これに応じて表示される画像もその画像の完成された画像を表示するために必要な画像データの総データ量の５０％（８分割表示エリア／１６分割表示エリア）の画像データを用いて画像の表示を行う。
【０１２９】
さらに、音楽データのダウンロード量についての当該音楽データの総データ量に対する割合が７５％のときには、図６（Ｄ）に示すように、１６分割された表示エリアの１２個の分割表示エリアに画像を表示する。すなわち、この図６（Ｄ）の場合には、音楽データのダウンロード量についての音楽データの総データ量に対する割合が７５％であり、これに応じて表示される画像もその画像の完成された画像を表示するために必要な画像データの総データ量の７０％（１２分割表示エリア／１６分割表示エリア）の画像データを用いて画像の表示を行う。
【０１３０】
そして、目的とする１曲分の一連の音楽データの全部（音楽データの１００％）を受信したときには、図６（Ｅ）に示すように、対応付けられた画像の画像データの全部（画像データの１００％（１６分割表示エリア／１６分割表示エリア））を用いて、画像の表示を行う。
【０１３１】
このように、この図６に示す例の場合には、音楽データのダウンロード量についてのその音楽データの総データ量に対する割合と、その音楽データに対応付けられた画像の表示に用いる画像データについての当該画像データの総データ量に対する割合とが同じになるようにされている。
【０１３２】
なお、この図６に示す画像の表示態様の一例は、あくまでも一例であり、この他の種々の態様でダウンロードする音楽データに対応付けられた画像を表示することができる。例えば、表示エリアをさらに細分化して用いるようにすることができる。最終的には、画素を単位として、画像を除々に表示するようにしてもよい。
【０１３３】
また、ＬＣＤ５４の表示画面の上端部や下端部から音楽データのダウンロード量に応じて受信時の画像を表示するようにしたり、同じように、ＬＣＤ５４の表示画面の右端部や左端部から音楽データのダウンロード量に応じて受信時の画像を表示するようにすることもできる。
【０１３４】
また、ＬＣＤ５４の表示画面の中心部分からＬＣＤ５４の外側方向に向かって放射状に画像を表示するようにしたり、その逆にＬＣＤ５４の表示画面の四方の辺側から表示画面の中心に向かうように、外側から内側に除々に画像を表示するようにすることができる。
【０１３５】
また、８画素×８画素、１６画素×１６画素などの所定の表示領域を設定し、この表示領域単位に用いる画像データの数をコントロールするようにしてもよい。例えば、１６画素×１６画素の領域を単位領域とし、画像の表示には、１６画素×１６画素の全ての画素を用いるが、実際に用いる画像データを音楽データのダウンロード量に応じて、１画素分、２画素分というように画素単位に変えるようにする。
【０１３６】
すなわち、この場合、単位領域当たり用いられる画素単位の画像データの数が、除々に増加するようにされ、粗い画像から細かい画像へと除々に変化するようにして画像を表示するようにすることができる。
【０１３７】
このように、ダウンロードする音楽データに対応付けられた画像は、音楽データのダウンロード量に応じて、種々の態様で表示することが可能であり、１曲分の一連の音楽データの全部を受信し終えるまでは、音楽データのダウンロード量に応じて、その画像の完成画像を表示するために必要となる総画像データ量よりも少ない量の画像データを用いて当該音楽データに対応付けられた画像を表示する。
【０１３８】
［音楽データダウンロード時の携帯電話端末における処理について］
次に、この第１の実施の形態の携帯電話端末４において行われる音楽データのダウンロード時の処理について図７のフローチャートを参照しながら説明する。前述もしたように、この第１の実施の形態の携帯電話端末４は、音楽データのダウンロード時において、ダウンロードする音楽データに対応付けられた画像を当該音楽データのダウンロード量に応じた態様で表示するものである。この場合のダウンロードする音楽データに対応付けられる画像の画像データは、この第１の携帯電話端末４のメモリに予め用意されているものである。
【０１３９】
図７は、音楽データのダウンロード時の携帯電話端末４においての処理を説明するための図であり、携帯電話端末４の使用者が、携帯電話端末４に対して音楽データをダウンロードするための所定の操作を行うことにより、主に携帯電話端末４の制御部６０において実行される処理である。
【０１４０】
すなわち、音楽データのダウンロードを行うため、携帯電話端末４の使用者が、携帯電話端末４のキー操作部７４を操作して、音楽データのダウンロードを行うための入力画面を表示し、音楽データの販売ポータルサイト２３のＵＲＬを入力するようにしてこれを送信するようにすると、携帯電話端末４は、電話会社側の提供するインターネット接続機能を用いて、販売ポータルサイト２３にアクセスするようにする（ステップＳ１０１）。
【０１４１】
販売ポータルサイト２３は、前述もしたように、音楽データの検索機能などをも提供するものであり、この検索機能を用いて、携帯電話端末４の使用者は、目的とする音楽データを検索して、その音楽データの配信を指示する（ステップＳ１０２）。
【０１４２】
そして、携帯電話端末４の制御部６０は、音楽データのダウンロード量をカウントするカウンタの値を０（零）にする（ステップＳ１０３）。ステップＳ１０２の音楽データの配信指示（提供要求）に応じて、コンテンツサーバ装置１は、販売ポータルサイト２３を通じて図４に示した形式の音楽データを送信してくるので、携帯電話端末４はこれを受信し、目的とする音楽データのダウンロードを開始する（ステップＳ１０４）。
【０１４３】
このステップＳ１０４においては、図６（Ａ）に示したような、音声データのダウンロードが開始されたことを通知するための画面（暫定ダウンロード中画面）を表示する処理をも行う。そして、携帯電話端末４の制御部６０は、携帯電話端末４において受信され、ベースバンド処理４４を通じて供給される音楽データのヘッダ部ＡＨＤの情報に基づいて、当該音楽データに対応付けられた画像の画像データを決定（特定）する（ステップＳ１０５）。
【０１４４】
そして、制御部６０は、音楽データのダウンロード量に応じて決定した画像を表示する（ステップＳ１０６）。このステップＳ１０６の処理は、音楽データのダウンロードが終了されるまでは、後述するように繰り返し行われる処理であり、初回の処理においては、音声データのダウンロード量は、０（零）であるので、対応付けされた画像の表示は行わず、音楽データのダウンロードを継続して、音楽データのダウンロード量を加算する（ステップＳ１０７）。
【０１４５】
次に、制御部６０は、ダウンロードを開始した音楽データのフッタ部ＡＦＴを受信したか否かを判別し（ステップＳ１０８）、フッタ部ＡＦＴを受信していないと判別したときには、音楽データのダウンロード量が、当該音楽データの全体（音楽データの総データ量）の何％分かを算出する（ステップＳ１０９）。このステップＳ１０９で用いられる音楽データの総データ量は、当該音楽データのヘッダ部ＡＨＤに付加されて提供される。
【０１４６】
ステップＳ１０９の処理の後、ステップＳ１０６からの処理を繰り返し、音楽データのダウンロード量（音楽データのダウンロード量についての音楽データの相データ量に対する割合）に応じた態様で、当該音声データに対応付けられている画像を表示する。
【０１４７】
そして、ステップＳ１０８の判断処理において、ダウンロードするようにした音楽データのフッタ部ＡＦＴを受信したと判断したときには、目的とする音楽データの全部をダウンロードしたので、音楽データのダウンロードを終了するようにする（ステップＳ１１０）。
【０１４８】
このステップＳ１１０の処理においては、ダウンロードした音楽データに対応付けられた画像の完成画像、すなわち、音楽データに対応付けられた画像の全画像データを用いて表示していなければ、音楽データに対応付けられた画像の全画像データを用いてその画像を表示するようにする。
【０１４９】
もちろん、ステップＳ１１０において、「ダウンロード完了」などのメッセージを表示したり、あるいは、所定のアラーム音などの音声を放音することにより、音楽データのダウンロードが終了したことを携帯電話端末４の使用者に報知するようにしてもよい。
【０１５０】
なお、例えば、図７にしめしたフローチャートにおいて、ステップＳ１０６の処理をステップＳ１０９の音楽データのダウンロード量についての当該音楽データの総データ量に対する割合を算出する処理の後段に初めから位置するようにしてもよい。
【０１５１】
また、ステップＳ１０９の音楽データのダウンロード量についての当該音楽データの総データ量に対する割合を算出する処理の後において、算出した割合の５％ごと、１０％ごと、１５％ごと、２０％ごと、２５％ごとなどというように、所定の割合ごとに、その割合に応じた態様で、ダウンロードしている音楽データに対応付けられた画像を表示するようにしてももちろんよい。
【０１５２】
このように所定の割合ごとに画像を表示するようにする場合には、画像を表示する処理の前段で、音楽データのダウンロード量の総データ量に対する割合が所定の割合になったか否かを判断し、なったと判断したときには、その割合に応じた態様で画像を表示し、なっていないと判断したときには、画像の表示を行うことなく音楽データのダウンロードおよびダウンロード量の加算処理を継続するようにすればよい。
【０１５３】
これにより、音楽データのダウンロード時においては、携帯電話端末の使用者は、表示画像の表示状態に応じて、音楽データのダウンロード状況（ダウンロードの進行状況）を視覚を通じて即座に把握することができる。また、除々に完成画像に近くづくように表示される画像は、音楽データのために作成されたいわゆるジャケット写真など、ダウンロードしている音楽データに対応付けられたその音楽データに関連するものであるのであるので、携帯電話端末の使用者を飽きさせることがないようにすることができる。
【０１５４】
したがって、音楽データのダウンロードに例えば数十秒から数分間程度の時間がかかったとしても、音楽データ以外に音楽データに関する画像情報をも提供することにより、ダウンロードにかかる時間を長いと感じさせることがないようにして、音楽配信サービスの利用を促進させることもできる。
【０１５５】
なお、ダウンロードしている音楽データに対応付けられた画像を、音楽データのダウンロード中の予め決められたタイミングで、予め決められた所定量の画像データによる画像を表示するようにしてもよい。この場合には、音楽データのダウンロード状況を正確に報知することはできないが、音楽データのダウンロードが正常に行われていることを報知することができる。このとき、音楽データのダウンロード量についての音楽データの総データ量に対する割合を算出し、これを表示することによって、ダウンロードの進行状況をも正確に報知することができる。
【０１５６】
［第２の実施の形態］
［音楽配信システム、携帯電話端末について］
前述した第１の実施の形態においては、ダウンロードする音楽データに対応付けられる画像の画像データは、携帯電話端末に予め用意されているものとして説明した。しかし、音楽データとこれに対応付けられる画像の画像データとをともに携帯電話端末に提供することにより音楽データと画像データとの携帯電話端末における対応付けも容易になる。
【０１５７】
前述もしたが、音楽データは、データ圧縮処理することにより、データ圧縮前の元のデータの約１０分の１程度のデータ量に圧縮することができる。しかし、約５分間程度の演奏時間の楽曲の音楽データは、５０メガバイト程度のデータ量であり、データ圧縮しても５メガバイト程度である。
【０１５８】
これに対し、画像データは、携帯電話端末の画面（例えば、ＯＣＩＦサイズとよばれる１７６ドット×１４４ドット程度の画面）で、４０９６色を用いるとすると、その画面に表示する画像の画像データのデータ量は、４０キロバイト程度であり、音が音楽データに比べそのデータ量は少なく、音楽データとともに配信するようにしても、ダウンロード時間が極端に長くなったり、携帯電話端末にかかる負荷が極端に大きくなることもない。
【０１５９】
そこで、この第２の実施の形態においては、音楽データとこれに対応付けられる画像の画像データとをともに音楽データの提供業者側から配信し、携帯電話端末においては、目的とする音楽データとともに提供される画像データを用いて音楽データのダウンロード状況に応じて画像を表示するようにしたものである。なお、画像の表示は、前述した第１の実施の形態の場合と同様に種々の態様で表示することができるが、この第２の実施の形態においても、例えば、図６に示したように画像を表示するものとして説明する。
【０１６０】
そして、この第２の実施の形態においても、用いられる音楽配信システムは、図１を用いて説明した前述の第１の実施の形態の音楽配信システムと同様に構成されたものであり、携帯電話端末は、図２、図３を用いて説明した第１の実施の形態の携帯電話端末４と同様に構成されたものである。このため、図１、図２、図３をも参照しながらこの第２の実施の形態の音楽配信システム、携帯電話端末について説明する。
【０１６１】
そして、この第２の実施の形態の音楽配信システムの場合には、コンテンツサーバ装置１のデータ蓄積部１１には、音楽データだけでなく、音楽データに対応付けられた画像データも蓄積される。そして、コンテンツサーバ装置１は、販売ポータルサイト２３を通じて携帯電話端末４から音楽データの配信要求を送受信部１３を通じて受けたときには、要求された音楽データとこれに対応付けられた画像データとをデータ蓄積部１１から抽出する。
【０１６２】
抽出された音声データとこれに対応付けられる画像データとは、前述した第１の実施の形態の場合と同様に、著作権管理部１２１、音声データ圧縮部１２２を通じて送信データ形成部１２３に供給される。そして、送信データ形成部１２３は、音楽データとこれに対応付けられた画像データとからなる送信データを形成し、これを送受信部１３、販売ポータルサイト２３を通じて要求元の携帯電話端末４に配信することになる。
【０１６３】
図８は、この第２に実施の形態においては、コンテンツサーバ装置１の送信データ形成部１２３において形成される送信データを説明するための図である。図８に示すように、送信データ形成部１２３は、画像部Ｖｄと音声部Ａｕとからなる送信データを形成する。
【０１６４】
画像部Ｖｄは、後続の音声データに対応付けられた画像データを伝送するための部分であり、画像データヘッダ部ＶＨ、画像データ部ＶＤ、画像データフッタ部ＶＦとを備えている。画像データヘッダ部ＶＨは、画像データヘッダ部ＶＨに続くデータが画像データであることを示す情報や画像データの総データ量を示す情報などが有するようにされた部分である。画像データ部ＶＤは、画像データが格納される部分である。また、画像データフッタ部ＶＦは、当該画像データの終わりを示す情報などが格納される部分である。
【０１６５】
そして、画像部Ｖｄに続く音声部Ａｕが、携帯電話端末の使用者により配信が要求された音声データを伝送するための部分であり、音声データヘッダ部ＡＨ、音声データ部ＡＤ、音声データフッタ部ＡＦとを備えている。音声データヘッダ部ＡＨは、音声データヘッダ部ＡＨに続くデータが音声データであることを示す情報や音声データの総データ量を示す情報などが有するようにされた部分である。音声データ部ＡＤは、音声データが格納される部分である。また、音声データフッタ部ＡＦは、当該音声データの終わりを示す情報などが格納される部分である。
【０１６６】
このように、配信要求された音楽データとこれに対応付けられた画像データとが、音楽データの提供業者側からともに提供するようにされる。そして、この第２の実施の形態の場合には、音楽データに先立ってその音楽データに対応付けられた画像データが送信される。
【０１６７】
したがって、音楽データが携帯電話端末４において受信するようにされたときには、その音楽データに対応付けられた画像データの全部が携帯電話端末４により受信され、携帯電話端末４のメモリに格納されているので、音楽データの受信開始以降は、前述した第１の実施の形態の場合と同様に、音楽データのダウンロード量に応じた態様でその音楽データに対応付けられた画像を表示することができる。
【０１６８】
［音楽データダウンロード時の携帯電話端末における処理について］
次に、この第２の実施の形態の携帯電話端末４において行われる音楽データのダウンロード時の処理について図９のフローチャートを参照しながら説明する。図９は、音楽データのダウンロード時のこの第２の実施の形態の携帯電話端末４においての処理を説明するための図である。この第２に実施の形態においても、図９に示す処理は、携帯電話端末４の使用者が携帯電話端末４に対して音楽データをダウンロードするための所定の操作を行うことにより、携帯電話端末４の制御部６０において実行される処理である。
【０１６９】
音楽データのダウンロードを行うため、携帯電話端末４の使用者が、携帯電話端末４のキー操作部７４を操作して、音楽データのダウンロードを行うための入力画面を表示し、音楽データの販売ポータルサイト２３のＵＲＬを入力するようにしてこれを送信するようにすると、携帯電話端末４は、電話会社側の提供するインターネット接続機能を用いて、販売ポータルサイト２３にアクセスするようにする（ステップＳ２０１）。
【０１７０】
販売ポータルサイト２３は、前述もしたように、音楽データの検索機能などをも提供するものであり、この検索機能を用いて、携帯電話端末４の使用者は、目的とする音楽データを検索して、その音楽データの配信を指示する（ステップＳ２０２）。
【０１７１】
ステップＳ２０２の音楽データの配信指示（提供要求）に応じて、コンテンツサーバ装置１は、販売ポータルサイト２３を通じて図８に示した形式で、要求された音楽データとこれに対応する画像データを送信してくる。携帯電話端末４はこれを受信し、目的とする音楽データのダウンロードを開始する（ステップＳ２０３）。このステップＳ２０３の処理においては、図６（Ａ）に示したような、音声データのダウンロードが開始されたことを通知するための画面（暫定ダウンロード中画面）を表示する処理をも行う。
【０１７２】
そして、携帯電話端末４の制御部６０は、データの受信処理を継続し（ステップＳ２０４）、画像データのフッタ部ＶＦを受信したか否か、すなわち、画像データの全部を受信し終えたか否かを判断する（ステップＳ２０５）。ステップＳ２０５の判断処理において、画像データのフッタ部ＶＦを受信したと判断したときには、次に受信するのは、目的とする音楽データであるので、携帯電話端末４の制御部６０は、音楽データのダウンロード量をカウントするカウンタの値を０（零）にする（ステップＳ２０６）。
【０１７３】
そして、制御部６０は、音楽データのダウンロード量に応じてステップＳ２０５までの処理により受信を完了している画像データによる画像を表示するようにする（ステップＳ２０７）。このステップＳ２０７の処理は、音楽データのダウンロードが終了されるまでは、後述するように繰り返し行われる処理であり、初回の処理においては、音声データのダウンロード量は、０（零）であるので、対応付けされた画像の表示は行わず、音楽データのダウンロードを継続して、音楽データのダウンロード量を加算する（ステップＳ２０８）。
【０１７４】
次に、制御部６０は、ダウンロードを開始した音楽データのフッタ部ＡＦを受信したか否かを判別し（ステップＳ２０９）、フッタ部ＡＦを受信していないと判別したときには、音楽データのダウンロード量が、当該音楽データの全体（音楽データの総データ量）の何％分かを算出する（ステップＳ２１０）。このステップＳ２１０で用いられる音楽データの総データ量は、当該音楽データのヘッダ部ＡＨに付加されて提供される。
【０１７５】
ステップＳ２１０の処理の後、ステップＳ２０７からの処理を繰り返し、音楽データのダウンロード量（音楽データのダウンロード量についての音楽データの相データ量に対する割合）に応じた態様で、当該音声データに対応付けられて音楽データとともに送信されてきた画像データによる画像を表示する。
【０１７６】
そして、ステップＳ２０８の判断処理において、ダウンロードするようにした音楽データのフッタ部ＡＦを受信したと判断したときには、目的とする音楽データの全部をダウンロードしたので、携帯電話端末４の制御部６０は、音楽データのダウンロード処理を終了するように各部を制御する（ステップＳ２１１）。
【０１７７】
このステップＳ２１１の処理においても、図７に示した第１の実施の形態のステップＳ１１０の処理と同様に、ダウンロードした音楽データに対応付けられた画像の完成画像、すなわち、音楽データに対応付けられた画像の全画像データを用いて表示していなければ、音楽データに対応付けられた画像の全画像データを用いてその画像を表示するようにする。
【０１７８】
また、ステップＳ２１１において、「ダウンロード完了」などのメッセージを表示したり、あるいは、所定のアラーム音などの音声を放音することにより、音楽データのダウンロードが終了したことを携帯電話端末４の使用者に報知するようにしてもよい。
【０１７９】
また、図９に示したフローチャートにおいて、ステップＳ２０７の処理をステップＳ２１０の音楽データのダウンロード量についての当該音楽データの総データ量に対する割合を算出する処理の後段に初めから位置するようにしてもよい。
【０１８０】
また、この第２の実施の形態においても、ステップＳ２１０の音楽データのダウンロード量についての当該音楽データの総データ量に対する割合を算出する処理の後において、算出した割合の５％ごと、１０％ごと、１５％ごと、２０％ごと、２５％ごとなどというように、所定の割合ごとに、その割合に応じた態様で、ダウンロードしている音楽データに対応付けられた画像を表示するようにしてももちろんよい。
【０１８１】
このように、この第２に実施の形態の場合には、音楽データをダウンロードする場合には、その音楽データに対応付けられた画像データが音楽データとともに提供するようにされるので、画像データを音楽データのダウンロード前に用意するといった事前準備をする必要がない。
【０１８２】
そして、音楽データの提供業者側において音楽データに対応付けられた画像データが音楽データとともに配信するようにされるので、音楽データに応じた画像を音楽データのダウンロード中にそのダウンロード状況を通知するようにして表示することができる。
【０１８３】
［第３の実施の形態］
［音楽配信システム、携帯電話端末について］
前述した第２の実施の形態においては、ダウンロードする音楽データとこれに対応付けられる画像の画像データとをともに配信するようにした。しかし、図８を用いて前述したように、音楽データに対応付けられる画像データは、その全部が音楽データよりも先に携帯電話端末において受信が完了するように送信するようにされていた。
【０１８４】
このため、携帯電話端末においては、音楽データのダウンロード量についてのその音楽データの総データ量に対する割合を算出し、この割合に応じた量の画像データを用いて、ダウンロードしている音楽データに対応付けられた画像を表示するようにしている。しかし、音楽データのダウンロード量についてのその音楽データの総データ量に対する割合の算出や、この算出した割合に応じた画像データの特定などを携帯電話端末において行わなければならない。
【０１８５】
そこで、この第３の実施の形態においては、音楽データの配信業者側において、音楽データとこれに対応付けられる画像データとを、それぞれのデータの総データ量に対する割合（比率）をそろえるようにして、複数個に分割する。そして、比率が整えられた音声データと画像データとの分割データを混在させて配信するようにする。
【０１８６】
このようにすることよって、携帯電話端末においては、受信した画像データによる画像を画像データを受信した順番に表示するようにするだけで、音声データの受信状況を報知することができるようにしている。なお、この第３の実施の形態画像の表示は、前述した第１、第２の実施の形態の場合と同様に種々の態様で表示することができるが、この第３の実施の形態においても、例えば、図６に示したように画像を表示するものとして説明する。
【０１８７】
そして、この第３の実施の形態においても、用いられる音楽配信システムは、図１を用いて説明した前述の第１、第２の実施の形態の音楽配信システムと同様に構成されたものであり、用いられる携帯電話端末もまた、図２、図３を用いて説明した第１、第２の実施の形態の携帯電話端末４と同様に構成されたものである。このため、図１、図２、図３をも参照しながら、この第３の実施の形態の音楽配信システム、携帯電話端末について説明する。
【０１８８】
そして、この第３の実施の形態の音楽配信システムの場合にも、コンテンツサーバ装置１のデータ蓄積部１１には、音楽データだけでなく、音楽データに対応付けられた画像データも蓄積される。そして、コンテンツサーバ装置１は、販売ポータルサイト２３を通じて携帯電話端末４から音楽データの配信要求を送受信部１３を通じて受けたときには、要求された音楽データとこれに対応付けられた画像データとをデータ蓄積部１１から抽出する。
【０１８９】
抽出された音声データとこれに対応付けられる画像データとは、前述した第１、第２の実施の形態の場合と同様に、著作権管理部１２１、音声データ圧縮部１２２を通じて送信データ形成部１２３に供給される。そして、送信データ形成部１２３は、音楽データを所定の大きさ（所定のデータ量）に分割するとともに、この音楽データに対応付けられる画像データについても所定の大きさ（所定のデータ量）に分割する。
【０１９０】
音楽データの分割データの大きさ（データ量）と、画像データの分割データの大きさ（データ量）とはそれぞれ異なる。しかし、音楽データの分割データについての当該音楽データの総データ量に対する割合と、画像データの分割データについての当該画像データの総データ量に対する割合とは同じになるようにされる。
【０１９１】
そして、この第３の実施の形態においては、前述のように、音楽データの分割データと、画像データの分割データとは、それぞれのデータの総データ量に対する比率が同じになるようにされているので、音楽データの分割データと、画像データの分割データとを、交互に配信するようにする。
【０１９２】
図１０は、この第３に実施の形態においては、コンテンツサーバ装置１の送信データ形成部１２３において形成される送信データを説明するための図である。図１０において、画像部Ｖｄと、音声部Ａｕとが示すように、送信データ形成部１２３は、配信する音楽データの分割データと、音楽データに対応付けられた画像データの分割データとを、図１０に示すように、交互に送信するようにする。
【０１９３】
すなわち、音声データと画像データとは、複数個に分割され、画像データの分割データは、画像データエリアＶＤ１、ＶＤ２、ＶＤ３、…に格納するようにされる。この画像データエリアＶＤ１、ＶＤ２、ＶＤ３、…のそれぞれには、画像ヘッダ部ＶＨ１、ＶＨ２、ＶＨ３、…と、画像フッタ部ＶＦ１、ＶＦ２、ＶＦ３、…とが付加するようにされている。
【０１９４】
同じように、音楽データの分割データは、音楽データエリアＡＤ１、ＡＤ２、ＡＤ３、…に格納するようにされ、音楽データエリアＡＤ１、ＡＤ２、ＡＤ３、…のそれぞれには、音楽ヘッダ部ＡＨ１、ＡＨ２、ＡＨ３、…と、音楽フッタ部ＡＦ１、ＡＦ２、ＡＦ３、…とが付加するようにされている。画像部Ｖｄと音声部Ａｕとが１組となるようにされて、音楽データとこれに対応付けられた画像データとが送信（配信）される。
【０１９５】
そして、前述もしたように、音楽データの分割データの当該音楽データの総データ量に対する割合と、画像データの分割データの当該画像データの総データ量に対する割合とは一致するようにされている。したがって、携帯電話端末４には、音楽データのダウンロード量に対応する量の画像データがダウンロードされることになる。
【０１９６】
これにより、携帯電話端末４において、受信した画像データの分割データを用いて、その画像データの分割データによる画像をそのまま表示するようにすることにより、音楽データのダウンロード量に応じた態様で、その音楽データに対応付けられた画像を表示することができる。
【０１９７】
したがって、この第３の実施の形態においては、携帯電話端末４において、音楽データのダウンロード量、および、ダウンロード量についての当該音楽データの総データ量に対する割合を求め、その割合に応じた量の画像データを抽出して画像を表示するなどの処理を行う必要がない。
【０１９８】
［音楽データダウンロード時の携帯電話端末における処理について］
次に、この第３の実施の形態の携帯電話端末４において行われる音楽データのダウンロード時の処理について図１１のフローチャートを参照しながら説明する。図１１は、音楽データのダウンロード時のこの第３の実施の形態の携帯電話端末４においての処理を説明するための図である。この第３に実施の形態においても、図１１に示す処理は、携帯電話端末４の使用者が携帯電話端末４に対して音楽データをダウンロードするための所定の操作を行うことにより、携帯電話端末４の制御部６０において実行される処理である。
【０１９９】
音楽データのダウンロードを行うため、携帯電話端末４の使用者が、携帯電話端末４のキー操作部７４を操作して、音楽データのダウンロードを行うための入力画面を表示し、音楽データの販売ポータルサイト２３のＵＲＬを入力するようにしてこれを送信するようにすると、携帯電話端末４は、電話会社側の提供するインターネット接続機能を用いて、販売ポータルサイト２３にアクセスするようにする（ステップＳ３０１）。
【０２００】
携帯電話端末４の使用者は、販売ポータルサイト２３の検索機能等を用いて、目的とする音楽データを検索し、その音楽データの配信を指示する（ステップＳ３０２）。
【０２０１】
ステップＳ３０２の音楽データの配信指示（提供要求）に応じて、コンテンツサーバ装置１は、販売ポータルサイト２３を通じて図１０に示した形式で、要求された音楽データとこれに対応する画像データを送信してくるので、携帯電話端末４はこれを受信し、目的とする音楽データのダウンロードを開始する（ステップＳ３０３）。このステップＳ２０３の処理においては、図６（Ａ）に示したような、音声データのダウンロードが開始されたことを通知するための画面（暫定ダウンロード中画面）を表示する処理をも行う。
【０２０２】
そして、携帯電話端末４の制御部６０は、データの受信処理を継続し（ステップＳ３０４）、画像データのフッタ部ＶＦを受信したか否か、すなわち、画像データの全部を受信し終えたか否かを判断する（ステップＳ３０５）。ステップＳ３０５の判断処理において、画像データのフッタ部ＶＦを受信していないと判断したときには、携帯電話端末４の制御部６０は、ステップＳ３０４からの処理を繰り返し、画像データの分割データのダウンロードを継続して行う。
【０２０３】
ステップＳ３０５の判断処理において、画像データのフッタ部ＶＦを受信したと判断したときには、携帯電話端末４の制御部６０は、受信し終えた画像データの分割データを用いて画像を表示する（ステップＳ３０６）。
【０２０４】
画像データのフッタ部ＶＦの次に送信されて来るのは、図１０にも示したように音声データのヘッダ部ＡＨであるので、携帯電話端末４の制御部６０は、音声データの分割データのダウンロードを継続し（ステップＳ３０７）、音楽データのフッタ部ＡＦを受信したか否かを判断する（ステップＳ３０８）。
【０２０５】
ステップＳ３０８の判断処理において、音楽データのフッタ部ＡＦを受信していないと判断したときには、携帯電話端末４の制御部６０は、ステップＳ３０７からの処理を繰り返す。そして、ステップＳ３０８の判断処理において、音楽データのフッタ部ＡＦを受信したと判断したときには、その音楽データのフッタ部ＡＦは、音楽データの最後の分割データのフッタ部であるか否かを判断する（ステップＳ３０９）。
【０２０６】
ステップＳ３０９の判断処理において、音楽データの最後のフッタ部でないと判断したときには、次に送信されてくるのが、画像データの分割データのヘッダ部ＶＤであるので、携帯電話端末４の制御部６０は、ステップＳ３０４からの処理を繰り返し、画像データの分割データのダウンロードおよびダウンロードした画像データの分割データによる画像の表示を行った後、次の音楽データの分割データのダウンロードを行う。
【０２０７】
このようにして、画像データの分割データと、音楽データの分割データとのダウンロードを交互に行い、ステップＳ３０９の判断処理において、音楽データの最後の分割データのフッタ部を受信したと判断したときには、目的とする音楽データの全部のダウンロードが終了したことになり、携帯電話端末４の制御部６０は、音楽データのダウンロード処理を終了するように各部を制御する（ステップＳ３１０）。
【０２０８】
このステップＳ３１０の処理においては、例えば、「ダウンロード完了」などのメッセージを表示したり、あるいは、所定のアラーム音などの音声を放音することにより、音楽データのダウンロードが終了したことを携帯電話端末４の使用者に報知するようにしてもよい。
【０２０９】
また、図１１に示したフローチャートにおいて、ステップＳ３０４の処理をステップＳ３０５において、画像データのフッタではないと判断した場合に初めて行うようにしたり、ステップＳ３０７の処理をステップＳ３０８において、音楽データのフッタではないと判断した場合に初めて行うようにするようにしてもよい。
【０２１０】
このように、この第３に実施の形態の場合においても、音楽データをダウンロードする場合には、その音楽データに対応付けられた画像データが音楽データとともに提供するようにされるので、画像データを音楽データのダウンロード前に用意するといった事前準備をする必要がない。
【０２１１】
そして、音楽データの提供業者側において音楽データに対応付けられた画像データが音楽データとともに配信するようにされるので、音楽データに応じた画像を音楽データのダウンロード中にそのダウンロード状況を通知するようにして表示することができる。
【０２１２】
また、携帯電話端末において、音楽データのダウンロード量の算定や、音楽データのダウンロード量に応じた画像の表示制御を行う必要がないので、携帯電話端末の負荷を軽減することができる。しかし、音楽データと画像データとを、２分割、あるいは、３分割などというように、比較的に分割データを大きくした場合には、前述した第１、第２の実施の形態の場合と同様に、音楽データのダウンロード量を算定するとともに、ダウンロード量の当該音楽データの総相データに対する割合を求め、この割合に応じた量の分割画像データを用いるようにする記とができる。
【０２１３】
なお、この第３の実施の形態においては、図１０に示したように、画像データと音楽データとを交互に送信するものとして説明した。この場合に、音楽データの分割データを先に送信し、続いて、画像データの分割データを送信するようにしてももちろんよい。
【０２１４】
また、音楽データに対応付けられる画像データの分割データだけを求めて送信し、次に、音楽データの分割データをまとめて送信するようにしてもよい。このようにした場合には、単に、ダウンロードした音楽データの分割データに対応する画像データの分割データを用いて画像を表示すればよいので、音楽データのダウロード量の算定などの処理を行う必要がない。
【０２１５】
なお、前述した実施の形態においては、音楽データをダウンロードする場合を例にして説明したが、ダウンロードの対象となる主データは、音楽データに限るものではない。例えば、映画などのビデオデータやゲームプログラム、各種のコンピュータプログラム、テキストデータなど種々のデータをダウンロードする場合にこの発明を適用することができる。
【０２１６】
例えば、ゲームプログラムをダウンロードする場合に、そのゲームプログラムにおいて用いられているキャラクタを、ゲームプログラムのダウンロード量に応じて表示するようにすることができる。すなわち、ダウンロードの目的とする主データをダウンロードする場合に、この主データに対応付けられる画像データを主データのダウンロード量に応じた態様で表示するようにすることができる。
【０２１７】
また、ダウンロードの目的とする主データに対応付けられる画像データは、静止画像であるものとして説明した。この場合の静止画像には、音楽データについてのジャケット写真やアーチストの写真などの他、音楽データとして提供される楽曲についての解説やアーチストについての解説、あるいは、楽曲の歌詞などの文字情報をも含む。また、音楽データなどの主データのダウンロード量に応じて、携帯電話端末のＬＣＤなどの表示素子の全面に表示させる画像自体を順次に変えるようにしてもよい。
【０２１８】
また、音楽データなどのダウンロードの目的とする主データと、これに対応付けられる画像データとの対応付けは、例えば、主データが音楽データである場合には、ＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｒｅｃｏｒｄｉｎｇ Ｃｏｄｅ）などの主データである音楽データに対する識別情報や、アーチスト名やアーチストコードなど、主データと画像データとを対応付けることが可能な各種のコードをインデックスとして用いるようにすることができる。
【０２１９】
つまり、画像データにその画像データを区別するためのインデックス情報を付加しておき、ダウンロードした音楽データなどの主データのヘッダ部などにある同様のインデックス情報とを対比させることで、ダウンロードしている主データに対応付けられた画像データを判別し、その画像データによる画像を表示させることができる。
【０２２０】
また、前述した実施の形態においては、携帯電話端末に、この発明によるデータ受信装置、受信状況表示方法を適用した場合を例にして説明したが、これに限るものではない。ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）方式の通信端末やＷ−ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｅ Ａｃｃｅｓｓ）方式の次世代携帯電話端末など各種の携帯電話端末に適用することができる。
【０２２１】
また、携帯電話端末だけでなく、通信機能を備え、音楽データなどの受信が可能な各種の通信機器に、この発明によるデータ受信装置、受信状況表示方法を適用することができる。
【０２２２】
また、音楽データなどのダウンロードの主対象となるデータを提供する提供業者側のサーバ装置は、図１に示したように、コンテンツサーバ装置と音楽配信プラットホームを有するサーバ装置とを分けたり、あるいは、コンテンツサーバ装置自体が、音楽配信プラットホームを提供するようにしてもよい。
【０２２３】
また、顧客データベースや課金システムなども通信回線によって接続するようにされる他のサーバ装置が備えるようにしてももちろんよい。すなわち、音楽データなどの主対象データを提供する提供業者側の機器としては、主対象データを蓄積し、要求された主対象データを読み出して送信データを形成するコンテンツサーバ装置としての機能と、販売ポータルサイトや顧客データベース、課金システムなどの機能を有するようにされた各種の態様のシステムを構築するようにしてもよい。
【０２２４】
【発明の効果】
以上説明したように、この発明によれば、音楽データダウンロード時において、その音楽データのジャケットやアーチストの写真を表示するなど、目的とする一連の主データのダウンロード時において、その目的とする主データに対応付けられた画像を表示することができるので、目的とする主データのダウンロード中の時間を楽しく過ごすようにすることができる。
【０２２５】
目的とするデータのダウンロード量に応じて、当該目的とする主データに対応付けられた画像を表示することができるので、目的とする主データの受信状況や目的とする主データの全部を受信するまでにどれくらいの時間を有するのかを視覚を通じて使用者に報知するようにすることができる。
【０２２６】
また、目的とする主データのダウンロード量に応じて、当該目的とする主データに対応付けられた画像を表示することができるので、同じ画像をずっと表示させておく場合に比べて飽きさせることがない。
【０２２７】
また、画像の表示も種々の態様で行うことができるので、目的のデータをダウンロードする場合の新たなサービスとして画像表示を行うようにすることができるので画像表示をエンターテイメント化することができる。すなわち、データ受信装置の使用者に対して、データのダウンロード中における新な楽しみを提供することができる。
【図面の簡単な説明】
【図１】この発明によるデータ送信方法が適用されたコンテンツサーバ装置を備える音楽配信システムを説明するためのブロック図である。
【図２】この発明によるデータ受信装置、受信状況報知方法が適用された携帯電話端末を説明するためのブロック図である。
【図３】図１に示した携帯電話端末の外観を説明するための図である。
【図４】図１に示したコンテンツサーバ装置から送信されてくる音楽データを説明するための図である。
【図５】携帯電話端末側に予め用意される画像データを説明するための図である。
【図６】図２に示した携帯電話端末においての音楽データのダウンロード時の処理を説明するための図である。
【図７】図２に示した携帯電話端末においての音楽データのダウンロード時の画像表示の一例を説明するための図である。
【図８】図１に示したコンテンツサーバ装置から送信されてくる音楽データおよび画像データの一例を説明するための図である。
【図９】図２に示した携帯電話端末においての音楽データのダウンロード時の他の処理を説明するための図である。
【図１０】図１に示したコンテンツサーバ装置から送信されてくる音楽データおよび画像データの他の例を説明するための図である。
【図１１】図２に示した携帯電話端末においての音楽データのダウンロード時の他の処理を説明するための図である。
【符号の説明】
４１…送受信アンテナ、４２…アンテナ共用器、４３…受信部、４４…ベースバンド処理部、４５…音声コーデック（ＤＳＰ）、４６…スピーカ（受話器）、４７…マイクロホン（送話器）、４８…送信部、４９…周波数シンセサイザ、５１…音声データ再生処理部、５２…音声信号の出力端子、５３…ＬＣＤコントローラ、５４…ＬＣＤ、５５…カメラ部、５６…リンガ、６０…制御部、６１…ＣＰＵ、６２…ＲＯＭ、６３…ＳＲＡＭ、６４…フラッシュメモリ、６５…ＣＰＵバス、７１…外部メモリインターフェース、７２…外部メモリスロット、７３…キーインターフェース、７４…キー操作部、７５…外部インターフェース、７６…入出力端子、８０…外部メモリ、９０…ヘッドホン
Claims (13)
- 送信されてくる一連の主データを受信する受信手段と、
前記受信手段により受信される前記一連の主データに対応付けられる画像の画像データを記憶する記憶手段と、
画像を表示する表示素子と、
前記受信手段により受信された前記一連の主データの受信済み量についての当該一連の主データの総データ量に対する割合を算出する算出手段と、
前記算出手段により算出された前記割合に応じた態様で、前記一連の主データに対応付けられる画像の画像データを用いて前記表示素子に画像を表示するようにする表示制御手段と
を備えることを特徴とするデータ受信装置。 - 請求項１に記載のデータ受信装置であって、
前記記憶手段に記憶される前記画像データは、通信ネットワークを通じて送信されてくるものであり、前記受信手段により受信されて、前記記憶手段に記憶されることを特徴とするデータ受信装置。 - 請求項１に記載のデータ受信装置であって、
前記表示制御手段は、前記一連の主データの全部を受信し終える前においては、完成した前記画像を表示するために必要となる前記画像の全画像データよりも少ない量の画像データを用いて、前記画像を表示するようにすることを特徴とするデータ受信装置。 - 一連の主データとこれに対応付けられる画像の画像データとのそれぞれが複数に分割され、前記一連の主データの分割データと前記画像データの分割データとが混在するようにされて送信されてくる前記一連の主データと前記画像データとを受信する受信手段と、
画像を表示する表示素子と、
前記受信手段により受信された前記画像データの分割データを用いて、前記表示素子に画像を表示するようにする表示制御手段と
を備えることを特徴とするデータ受信装置。 - 請求項４に記載のデータ受信装置であって、
前記一連の主データの分割データについての前記一連の主データの総データ量に対する割合と、前記画像データの分割データについての前記画像データの総データ量に対する割合とは一致するようにされており、
前記受信手段は、前記一連の主データの分割データと前記画像データの分割データとを受信し、
前記表示制御手段は、前記受信手段により受信された前記画像データの分割データによる画像を前記表示素子に表示することを特徴とするデータ受信装置。 - 請求項４に記載のデータ受信装置であって、
前記受信手段により受信された前記一連の主データの分割データの受信済み量の当該一連の主データの総データ量に対する割合を算出する算出手段を備え、
前記表示制御手段は、前記算出手段により算出された前記割合に応じた態様で、前記受信手段により受信された前記画像データの分割データを用いて前記表示素子に前記画像を表示するようにすることを特徴とするデータ受信装置。 - 請求項６に記載のデータ受信装置であって、
前記表示制御手段は、前記一連の主データの全部を受信し終える前においては、前記画像の画像データのうちの分割データの表示に用いるデータ量を前記算出手段により算出された前記割合に応じて調整することを特徴とするデータ受信装置。 - 送信されてくる一連の主データを受信する装置において、前記一連の主データの受信状況を表示する方法であって、
前記一連の主データの受信済み量についての当該一連の主データの総データ量に対する割合を算出し、
算出した前記割合に応じた態様で、前記一連の主データに対応付けられる画像の画像データを用いて表示素子に画像を表示することを特徴とする受信状況表示方法。 - 請求項８に記載の受信状況表示方法であって、
前記一連の主データの全部を受信し終える前においては、完成した前記画像を表示するために必要となる前記画像の全画像データよりも少ない量の画像データを用いて、前記画像を表示するようにすることを特徴とする受信状況表示方法。 - 請求項８に記載の受信状況表示方法であって、
前記一連の主データに対応付けられる前記画像の画像データは、通信ネットワークを通じて送信されてくるものであることを特徴とする受信状況表示方法。 - 送信されてくる一連の主データを受信し、受信した前記一連の主データの受信済み量についての当該一連の主データの総データ量に対する割合を算出し、算出した前記割合に応じた態様で、前記一連の主データに対応付けられる画像の画像データを用いて表示素子に画像を表示するデータ受信装置に対して、
前記一連の主データとこれに対応付けられる受信状況を表示するための画像の前記画像データとを対にして送信することを特徴とするデータ送信方法。 - 一連の主データとこれに対応付けられる画像の画像データとのそれぞれが複数に分割され、前記一連の主データの分割データと前記画像データの分割データとが混在するようにされて送信されてくる前記一連の主データと前記画像データとを受信して、受信した前記画像データの分割データを用いて、表示素子に画像を表示するデータ受信装置に対して、
前記一連の主データとこれに対応付けられた前記画像の画像データとを複数に分割し、前記一連の主データの分割データと前記画像データの分割データとを混在させるようにして送信するデータ送信方法。 - 請求項１２に記載のデータ送信方法であって、
前記一連の主データの分割データについての前記一連の主データの総データ量に対する割合と、前記画像データの分割データについての前記画像データの総データ量に対する割合とを一致するようにして、前記一連の主データの分割データと前記画像データの分割データとを送信することを特徴とするデータ送信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000349021A JP4264564B2 (ja) | 2000-11-16 | 2000-11-16 | データ受信装置、受信状況表示方法およびデータ送信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000349021A JP4264564B2 (ja) | 2000-11-16 | 2000-11-16 | データ受信装置、受信状況表示方法およびデータ送信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002149171A JP2002149171A (ja) | 2002-05-24 |
| JP4264564B2 true JP4264564B2 (ja) | 2009-05-20 |
Family
ID=18822498
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000349021A Expired - Fee Related JP4264564B2 (ja) | 2000-11-16 | 2000-11-16 | データ受信装置、受信状況表示方法およびデータ送信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4264564B2 (ja) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4476789B2 (ja) | 2004-11-18 | 2010-06-09 | クラリオン株式会社 | 地図更新システム、ナビゲーション装置、配信装置 |
| KR100700588B1 (ko) | 2005-08-09 | 2007-03-28 | 엘지전자 주식회사 | 이동통신 단말기의 컨텐츠 다운로드 방법 및 장치 |
| JP2007226307A (ja) * | 2006-02-21 | 2007-09-06 | Nec Corp | コンテンツ配信システムおよび方法、携帯端末 |
| JP4734290B2 (ja) * | 2007-05-28 | 2011-07-27 | 富士通東芝モバイルコミュニケーションズ株式会社 | 通信端末 |
| JP4658092B2 (ja) * | 2007-06-18 | 2011-03-23 | 株式会社スクウェア・エニックス | 情報処理装置、複数部分処理の実行方法、並びにプログラム及び記録媒体 |
| KR101615472B1 (ko) | 2007-09-24 | 2016-04-25 | 애플 인크. | 전자 장치 내의 내장형 인증 시스템들 |
| US8600120B2 (en) | 2008-01-03 | 2013-12-03 | Apple Inc. | Personal computing device control using face detection and recognition |
| JP2009231963A (ja) * | 2008-03-19 | 2009-10-08 | Kenwood Corp | 配信システム、車載器及びセンター装置 |
| JP5689655B2 (ja) | 2010-11-17 | 2015-03-25 | 任天堂株式会社 | 受信状況表示プログラム、情報処理装置、情報処理システム、受信状況表示方法 |
| JP5918480B2 (ja) * | 2011-05-31 | 2016-05-18 | 任天堂株式会社 | 情報処理装置、情報処理システム、情報処理プログラムおよび情報処理方法 |
| US20130067349A1 (en) * | 2011-09-12 | 2013-03-14 | Microsoft Corporation | Efficiently providing data from a virtualized data source |
| US8769624B2 (en) | 2011-09-29 | 2014-07-01 | Apple Inc. | Access control utilizing indirect authentication |
| US9002322B2 (en) | 2011-09-29 | 2015-04-07 | Apple Inc. | Authentication with secondary approver |
| US9898642B2 (en) | 2013-09-09 | 2018-02-20 | Apple Inc. | Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs |
| US10043185B2 (en) | 2014-05-29 | 2018-08-07 | Apple Inc. | User interface for payments |
| DK179186B1 (en) | 2016-05-19 | 2018-01-15 | Apple Inc | REMOTE AUTHORIZATION TO CONTINUE WITH AN ACTION |
| DK179471B1 (en) | 2016-09-23 | 2018-11-26 | Apple Inc. | IMAGE DATA FOR ENHANCED USER INTERACTIONS |
| KR102143148B1 (ko) | 2017-09-09 | 2020-08-10 | 애플 인크. | 생체측정 인증의 구현 |
| KR102185854B1 (ko) | 2017-09-09 | 2020-12-02 | 애플 인크. | 생체측정 인증의 구현 |
| US11170085B2 (en) | 2018-06-03 | 2021-11-09 | Apple Inc. | Implementation of biometric authentication |
| US11100349B2 (en) | 2018-09-28 | 2021-08-24 | Apple Inc. | Audio assisted enrollment |
| US10860096B2 (en) | 2018-09-28 | 2020-12-08 | Apple Inc. | Device control using gaze information |
| EP4264460A1 (en) | 2021-01-25 | 2023-10-25 | Apple Inc. | Implementation of biometric authentication |
-
2000
- 2000-11-16 JP JP2000349021A patent/JP4264564B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002149171A (ja) | 2002-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4264564B2 (ja) | データ受信装置、受信状況表示方法およびデータ送信方法 | |
| US6845398B1 (en) | Wireless multimedia player | |
| EP1692892B1 (en) | Method for setting substitute ringback tone of calling party in mobile communications system | |
| JP4079577B2 (ja) | 音声データ配信システム、同配信方法、同配信システムに利用される配信用サーバ、クライアント側端末、及び同配信システムに利用されるコンピュータに適用されるプログラムを記録したコンピュータ読取り可能な記録媒体。 | |
| JP3634742B2 (ja) | 配信システムおよび携帯電話機 | |
| US20100255890A1 (en) | Download management of audio and visual content, product method and system | |
| JP2001356996A (ja) | 情報処理装置、情報処理方法、および情報管理システム、並びにプログラム格納媒体 | |
| JPH11164058A (ja) | 携帯型音楽選曲視聴システム | |
| JP2004153525A (ja) | 着信メロディ保存・再生方法およびシステム、着信メロディ保存サーバ、携帯電話 | |
| WO2000054462A1 (en) | Method and apparatus for transferring audio files | |
| US20010044838A1 (en) | Information distribution method, information distribution system, communication terminal, information distribution apparatus, and duplicate distribution preventing method | |
| JP4389854B2 (ja) | 電子機器、データ処理方法及びデータ処理プログラム | |
| JP2002182661A (ja) | 通信端末装置、データ配信装置、データ配信システムおよび配信データ利用方法 | |
| CN102870439A (zh) | 数字音乐的获取方法及装置 | |
| CN100379198C (zh) | 内容再现设备、服务器及内容分发系统 | |
| JP2002123273A (ja) | 情報端末装置 | |
| KR20060006275A (ko) | 이동통신 단말기의 비인증 디지털 음원 컨텐츠에 대한인증 방법 | |
| JP2002132609A (ja) | 通信端末、プログラム格納媒体および記録媒体 | |
| JPH08214090A (ja) | 情報提供システム | |
| JP2007257490A (ja) | コンテンツ再生システム、コンテンツ再生方法及び通信端末 | |
| JP4184027B2 (ja) | 情報配信システム、サーバおよびコンビネーション認証方法 | |
| JP4144433B2 (ja) | 音楽配信システムおよび音楽配信システムに用いる携帯端末 | |
| JP2002099832A (ja) | 配信サーバ、通信端末、第２通信端末、及びサーバ処理プログラムを記憶した記憶媒体、端末処理プログラムを記憶した記憶媒体、第２端末処理プログラムを記憶した記憶媒体 | |
| JP2002055685A (ja) | コンテンツの配信サービス方法 | |
| JP2005303352A (ja) | 携帯端末及び広告配信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070301 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20081104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081112 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081210 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090114 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090127 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |