(57)【要約】【課題】ＲＡＭが設けられなくても、複数のストリームデータを連続して再生することが可能なストリームデータ再生システムを提供する。【解決手段】サーバ２のＣＰＵは、データベース２１に格納された音楽ビデオデータを一つずつ順番にリアルタイムで携帯電話機１の通信部に送信する。携帯電話機１の再生部は、通信部１２が受信した音楽ビデオデータをリアルタイムで再生する。【選択図】図１
2008182319.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、前記サーバと接続された携帯端末機と、を含むストリームデータ再生システムであって、
前記サーバは、
複数のストリームデータを格納するデータベースと、
前記複数のストリームデータを一つずつ順番にリアルタイムで前記携帯端末機に送信するサーバ制御部と、を含み、
前記携帯端末機は、
前記サーバから前記ストリームデータを受信する受信部と、
前記受信部が受信したストリームデータをリアルタイムで再生する再生部と、を含む、ストリームデータ再生システム。
【請求項２】
請求項１に記載のストリームデータ再生システムであって、
前記データベースは、前記ストリームデータの再生順序を定める再生方法を格納し、
前記サーバ制御部は、前記再生方法から前記再生順序を定め、該定められた再生順序で、前記複数のストリームデータを一つずつ順番に送信する、ストリームデータ再生システム。
【請求項３】
請求項１または２に記載のストリームデータ再生システムにおいて、
前記サーバ制御部は、ＨＳＤＰＡ通信で前記複数のストリームデータを一つずつ順番に送信する、ストリームデータ再生システム。
【請求項４】
複数のストリームデータを一つずつ順番にリアルタイムで送信するサーバと接続された携帯端末機であって、
前記サーバから前記ストリームデータを受信する受信部と、
前記受信部が受信したストリームデータをリアルタイムで再生する再生部と、を含む携帯端末機。
【請求項５】
複数のストリームデータを格納するデータベースを含むサーバと、前記サーバに接続された携帯端末機と、を含むストリームデータ再生システムが行なうストリームデータ再生方法であって、
前記サーバが、前記複数のストリームデータを一つずつ順番にリアルタイムで前記携帯端末機に送信する送信ステップと、
前記携帯端末機が、前記サーバから前記ストリームデータを受信する受信ステップと、
前記携帯端末機が、前記受信されたストリームデータをリアルタイムで再生する再生ステップと、を含むストリームデータ再生方法。
【請求項６】
請求項５に記載のストリームデータ再生方法であって、
前記データベースは、前記ストリームデータの再生順序を定める再生方法を格納し、
前記送信ステップでは、前記再生方法から前記再生順序を定め、該定められた再生順序で、前記複数のストリームデータを一つずつ順番に送信する、ストリームデータ再生方法。
【請求項７】
請求項５または６に記載のストリームデータ再生方法において、
前記送信ステップでは、ＨＳＤＰＡ通信で前記複数のストリームデータを一つずつ順番に送信する、ストリームデータ再生システム。
【請求項８】
複数のストリームデータを一つずつ順番にリアルタイムで送信するサーバと接続された携帯端末機が行なうストリームデータ再生方法であって、
前記サーバから前記ストリームデータを受信する受信ステップと、
前記受信部が受信したストリームデータをリアルタイムで再生する再生ステップと、を含むストリームデータ再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリームデータをダウンロードして再生するストリームデータ再生システム、携帯端末機およびストリームデータ再生方法に関する。
【背景技術】
【０００２】
従来、楽曲をサーバからダウンロードして視聴することが可能な携帯端末機が提案または実用化されている。しかしながら、このような技術では、楽曲を一曲ずつダウンロードしていたため、操作が煩雑であった。
【０００３】
このような操作の煩雑さを解消することが可能な携帯端末が、特許文献１（特開２００４−３５４７４６号公報）に記載されている。
【０００４】
この携帯端末は、サーバからダウンロードした楽曲データをＲＡＭの第一のバッファに格納し、その格納した楽曲データを再生する。携帯端末は、その楽曲データの再生中、再生されていない楽曲データの残量が予め設定された残量より少なくなった場合、次に再生する楽曲データをダウンロードし、その楽曲データをＲＡＭの第二のバッファに格納する。携帯端末は、第一のバッファに格納された楽曲データの再生が終了すると、第二のバッファに格納した楽曲データを再生する。
【０００５】
これにより、連続して複数の楽曲を再生することが可能になる。
【特許文献１】特開２００４−３５４７４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
近年、ストリームデータとして、音楽ビデオデータなどサイズの大きいデータが用いられることが多くなっている。
【０００７】
特許文献１に記載の携帯端末には、楽曲データを格納するために、ＲＡＭが必要であった。この携帯端末にて音楽ビデオデータなどサイズの大きいストリームデータを視聴する場合、ＲＡＭの容量を大きくしなければならない。ＲＡＭの容量が大きくなると、携帯端末のコストが増加する。また、ＲＡＭの外形も大きくなるため、携帯端末の外形も大きくなる。
【０００８】
本発明の目的は、ＲＡＭが設けられなくても、複数のストリームデータを連続して再生することが可能なストリームデータ再生システム、携帯端末機およびストリームデータ再生方法を提供することである。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明のストリームデータ再生システムは、サーバと、前記サーバに接続された携帯端末機と、を含むストリームデータ再生システムであって、前記サーバは、複数のストリームデータを格納するデータベースと、前記複数のストリームデータを一つずつ順番にリアルタイムで前記携帯端末機に送信するサーバ制御部と、を含み、前記携帯端末機は、前記サーバから前記ストリームデータを受信する受信部と、前記受信部が受信したストリームデータをリアルタイムで再生する再生部と、を含む。
【００１０】
また、本発明の携帯端末機は、複数のストリームデータを一つずつ順番にリアルタイムで送信するサーバと接続された携帯端末機であって、前記サーバから前記ストリームデータを受信する受信部と、前記受信部が受信したストリームデータをリアルタイムで再生する再生部と、を含む。
【００１１】
また、本発明のストリームデータ再生システムが行なうストリームデータ再生方法は、複数のストリームデータを格納するデータベースを含むサーバと、前記サーバに接続された携帯端末機と、を含むストリームデータ再生システムが行なうストリームデータ再生方法であって、前記サーバが、前記複数のストリームデータを一つずつ順番に前記携帯端末機に送信する送信ステップと、前記携帯端末機が、前記サーバから前記ストリームデータを受信する受信ステップと、前記ストリームデータの受信が開始されると、該ストリームデータの再生を開始する再生ステップと、を含む。
【００１２】
また、本発明の携帯端末機が行なうストリームデータ再生方法は、複数のストリームデータを一つずつ順番にリアルタイムで送信するサーバと接続された携帯端末機が行なうストリームデータ再生方法であって、前記サーバから前記ストリームデータを受信する受信ステップと、前記受信部が受信したストリームデータをリアルタイムで再生する再生ステップと、を含む。
【００１３】
上記の発明によれば、複数のストリームデータが一つずつ順番にリアルタイムで送信される。また、ストリームデータがリアルタイムで再生される。
【００１４】
このため、携帯端末機にストリームデータを格納するＲＡＭが設けられなくても、複数のストリームデータを連続して再生することが可能になる。
【００１５】
また、前記データベースは、前記ストリームデータの再生順序を定める再生方法を格納し、前記サーバ制御部は、前記再生方法にて定められた再生順序に従って、前記複数のストリームデータを一つずつ順番に前記携帯端末に送信することが望ましい。
【００１６】
上記の発明によれば、データベースに格納された再生方法から再生順序が定められる。また、その再生順序に従って、ストリームデータが送信される。
【００１７】
このため、ユーザは、所望の再生順序でストリームデータを視聴することが可能になる。また、携帯端末機に再生方法が格納されなくてもよいため、携帯端末機がその再生方法から再生順序を定める必要がなく、携帯端末機の負荷の増加を抑制することが可能になる。
【００１８】
また、前記サーバ制御部は、ＨＳＤＰＡ通信で前記複数のストリームデータを一つずつ順番に送信することが望ましい。
【発明の効果】
【００１９】
本発明によれば、ＲＡＭが設けられなくても、複数のストリームデータを連続して再生することが可能になる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施例について図面を参照して説明する。
【００２１】
図１は、本発明の一実施例の音楽ビデオダウンロードシステムを示した概略図である。図１において、音楽ビデオダウンロードシステムは、ＨＳＤＰＡ（High Speed Downlink Packet Access）通信対応携帯電話機１と、サーバ２とを含む。なお、ＨＳＤＰＡ通信対応携帯電話機（以下、携帯電話機と称する）１と、サーバ２とは、基地局３およびインターネット網４を介して相互に接続される。
【００２２】
図２は、携帯電話機１の構成の一例を示したブロック図である。図２において、携帯電話機１は、入力部１１と、ＨＳＤＰＡ通信部１２と、再生部１３と、ＣＰＵ１４と、音声処理部１５と、レシーバ１６と、マイク１７とを含む。
【００２３】
入力部１１は、ユーザから、種々の情報および要求を受け付ける。例えば、入力部１１は、サーバ２と接続する旨の接続要求と、ユーザを特定する識別情報と、ユーザを認証するための認証情報と、再生する音楽ビデオデータを特定する特定情報と、音楽ビデオデータの再生順序を定める再生方法と、音楽ビデオデータの送信を終了する旨の終了要求と、を受け付ける。
【００２４】
識別情報は、例えば、携帯電話機１の電話番号である。認証情報は、例えば、パスワードである。また、再生方法には、例えば、順次再生、ランダム再生、良く視聴する順に再生および新曲順に再生などがある。また、入力部１１は、複数の特定情報を受け付けるものとする。
【００２５】
ＨＳＤＰＡ通信部（以下、通信部と称する）１２は、サーバ２と通信する。例えば、通信部１２は、識別情報および認証情報を入力する旨の認証入力要求と、再生可能な音楽ビデオデータのプレイリストと、音楽ビデオデータの再生方法リストと、音楽ビデオデータとを受信する。
【００２６】
プレイリストは、再生可能な音楽ビデオデータを特定する特定情報を含む。なお、プレイリストは、複数の特定情報を含むものとする。また、再生方法リストは、音楽ビデオデータの再生可能な再生方法を含む。なお、再生方法リストは、複数の再生方法を含んでもよい。
【００２７】
また、通信部１２は、ＨＳＤＰＡ通信でサーバ２と通信する。ＨＳＤＰＡ通信は、最大で１４．４Ｍｂｐｓの速度で、データを送受信することが可能な通信技術である。
【００２８】
再生部１３は、通信部１２が受信した音楽ビデオデータをリアルタイムで再生する。
【００２９】
再生部１３は、表示部１３ａと、音源処理部１３ｂと、スピーカ１３ｃと、外部接続端子１３ｄとを含む。
【００３０】
表示部１３ａは、通信部１２が受信した音楽ビデオデータの映像をリアルタイムで表示する。
【００３１】
また、表示部１３ａは、通信部１２が受信した、認証入力要求、プレイリスト、再生方法リストを表示する。
【００３２】
音源処理部１３ｂは、通信部１２が受信した音楽ビデオデータの音声を、リアルタイムで、スピーカ１３ｃおよび外部接続端子１３ｄからなる音声出力部から出力する。このとき、音源処理部１３ｂは、その音声を、スピーカ１３ｃおよび外部接続端子１３ｄの少なくともどちらか一方から出力すればよい。
【００３３】
ＣＰＵ１４は、入力部１１が受け付けた、接続要求、識別情報、認証情報、特定情報、再生方法および終了要求をサーバ２に送信する。
【００３４】
また、ＣＰＵ１４は、再生部１３が音楽ビデオデータの送信を終了すると、次の音楽ビデオデータを送信する旨の送信要求をサーバ２に送信する。
【００３５】
音声処理部１５、レシーバ１６およびマイク１７は、携帯電話機の通話機能のために用いられる。なお、携帯電話機の通話機能は、当業者にとって自明であり、また、本発明と直接関係しないので、詳細な説明は省略する。
【００３６】
サーバ２は、音楽ビデオデータを格納し、その音楽ビデオデータを携帯電話機１に送信する。
【００３７】
図３は、サーバ２の構成に一例を示したブロック図である。図３において、サーバ２は、データベース２１と、ＨＳＤＰＡ通信部（通信部）２２と、ＣＰＵ２３とを含む。なお、図１のサーバ２には、データベース２１が示されている。
【００３８】
データベース２１は、ユーザ情報と、再生方法リストとを格納する。
【００３９】
ユーザ情報では、認証情報と、複数の音楽ビデオデータとが識別情報ごとに対応付けられている。
【００４０】
この音楽ビデオデータは、その識別情報にて特定されるユーザが視聴可能な音楽ビデオデータであり、ユーザにて予めデータベース２１に登録される。例えば、ユーザは、所有のパソコンを用いて、そのパソコンにメディアまたは音楽ビデオデータの配給用のサーバなどから予めダウンロードしておいた音楽ビデオデータを、データベース２１に登録する。
【００４１】
音楽ビデオデータの形式は、例えば、ＷＭＶ（Windows Media Video）である。なお、音楽ビデオデータの形式は、ＷＭＶに限らず、適宜変更可能である。
【００４２】
なお、複数の音楽ビデオデータのそれぞれには、その音楽ビデオデータに関するメタ情報が付けられてもよい。メタ情報は、例えば、曲順、視聴回数および登録日時などである。
【００４３】
プレイリストは、自己と対応付けられた音楽ビデオデータを特定する特定情報を全て含む。なお、プレイリストは、音楽ビデオデータが格納される時にサーバ２（ＣＰＵ２３）にて生成されるものとする。
【００４４】
再生方法リストは、再生順序を定める再生方法の一覧である。
【００４５】
ＨＳＤＰＡ通信部（通信部）２３は、携帯電話機１と通信する。例えば、通信部２２は、携帯電話機１から識別情報、認証情報、特定情報、再生方法および送信要求を受信する。ここで、通信部２２は、複数の特定情報を同時に受信するものとする。
【００４６】
ＣＰＵ２３は、通信部２２が識別情報および認証情報を受信すると、その識別情報および認証情報がデータベース２１で対応付けられているか否かを確認する。
【００４７】
ＣＰＵ２３は、その識別情報および認証情報が対応付けられていると、データベース２１でその識別情報と対応付けられて格納されたプレイリストと、データベース２１に格納された再生方法リストを携帯電話機１に送信する。
【００４８】
また、ＣＰＵ２３は、通信部２２が特定情報および再生方法を受信すると、その再生方法を、その識別情報と対応付けてデータベース２１に格納する。ＣＰＵ２３は、その格納した再生方法から再生順序を定め、その定めた再生順序で、その複数の特定情報のそれぞれにて特定される複数の音楽ビデオデータを一つずつ順番に、リアルタイムで携帯電話機１に送信する。
【００４９】
具体的には、ＣＰＵ２３は、音楽ビデオデータを送信した後で、通信部２２が送信要求を受信すると、次の音楽ビデオデータをリアルタイムで送信する。携帯電話機１は、始めの音楽ビデオデータの再生が終了すると、その再生要求を送信するので、ＣＰＵ２３は、複数の音楽ビデオデータを一つずつ順番にリアルタイムで送信することになる。
【００５０】
次に動作を説明する。
【００５１】
図４は、音楽ビデオダウンロードシステムの動作を説明するためのフローチャートである。
【００５２】
ステップ２１では、ユーザは、接続要求を携帯電話機１の入力部１１に入力する。
【００５３】
入力部１１は、接続要求を受け付けると、その接続要求をＣＰＵ１４に出力する。ＣＰＵ１４は、その接続要求を受け付けると、その接続要求を、通信部１２、基地局３およびインターネット網４を介して、サーバ２の通信部２２に送信する。
【００５４】
通信部２２は、その接続要求を受信すると、その接続要求をＣＰＵ２３に出力する。ＣＰＵ２３は、その接続要求を受け付けると、その接続要求の応答として認証入力要求を、通信部２２、インターネット網４および基地局３を介して携帯電話機１の通信部１２に送信する。
【００５５】
通信部１２は、認証入力要求を受信すると、その認証入力要求をＣＰＵ１４に出力する。ＣＰＵ１４は、その認証入力要求を受け付けると、その認証入力要求を表示部１３ａに表示する。その後、ステップ２２が実行される。
【００５６】
ステップ２２では、ユーザは、表示部１３ａに表示された認証入力要求に従って、識別情報および認証情報を入力部１１に入力する。
【００５７】
入力部１１は、その識別情報および認証情報を受け付けると、その識別情報および認証情報をＣＰＵ１４に出力する。ＣＰＵ１４は、その識別情報および認証情報を受け付けると、その識別情報および認証情報を、通信部１２、基地局３およびインターネット網４を介して、サーバ２の通信部２２に送信する。
【００５８】
通信部２２は、その識別情報および認証情報を受信すると、その識別情報および認証情報をＣＰＵ２３に出力する。ＣＰＵ２３は、その識別情報および認証情報を受け付けると、その識別情報および認証情報がデータベース２１で対応付けられているか否かを確認する。
【００５９】
その識別情報および認証情報が対応付けられていると、ＣＰＵ２３は、その識別情報と対応付けられたプレイリストと、再生方法リストとデータベース２１からを取得する。ＣＰＵ２３は、そのプレイリストおよび再生方法リストを、通信部２２、インターネット網４および基地局３を介して携帯電話機１の通信部１２に送信する。
【００６０】
通信部１２は、そのプレイリストおよび再生方法リストを受信すると、そのプレイリストおよび再生方法リストをＣＰＵ１４に出力する。ＣＰＵ１４は、そのプレイリストおよび再生方法リストを受け付けると、そのプレイリストおよび再生方法リストを表示部１３ａに表示する。その後、ステップ２３が実行される。
【００６１】
なお、その識別情報および認証情報が対応付けられていないと、ＣＰＵ２３は、携帯電話機１との接続を切断し、動作を終了する。このとき、ＣＰＵ２３は、認証情報が誤っている旨のエラーメッセージを携帯電話機１に送信し、携帯電話機１がそのエラーメッセージを表示してもよい。
【００６２】
ステップ２３では、ユーザは、その表示されたプレイリストから再生する音楽ビデオデータを特定する特定情報と、その表示された再生方法リストから再生する音楽ビデオデータの再生方法と、を選択する。このとき、ユーザは複数の特定情報を選択するものとする。ユーザは、その選択した複数の特定情報および再生方法を入力部１１に入力する。
【００６３】
入力部１１は、その複数の特定情報および再生方法を受け付けると、その複数の特定情報および再生方法をＣＰＵ１４に出力する。ＣＰＵ１４は、その複数の特定情報および再生方法を受け付けると、その複数の特定情報および再生方法を、通信部１２、基地局３およびインターネット網４を介して、サーバ２の通信部２２に送信する。
【００６４】
通信部２２は、その複数の特定情報および再生方法を受信すると、その複数の特定情報および再生方法をＣＰＵ２３に出力する。ＣＰＵ２３は、その複数の特定情報および再生方法を受け付けると、その複数の特定情報のそれぞれにて特定される複数の音楽ビデオデータを、データベース２１から選択する。ＣＰＵ２３は、ステップ２３を終了すると、ステップ２４を実行する。
【００６５】
ステップ２４では、ＣＰＵ２３は、その再生方法から再生手順を定め、その再生手順に従って、その選択した複数の音楽ビデオデータから、再生する音楽ビデオデータを一つだけ抽出する。
【００６６】
例えば、再生方法が順次再生の場合、ＣＰＵ２３は、最も若い曲順が付けられた音楽ビデオデータを抽出する。また、再生方法がランダム再生の場合、ＣＰＵ２３は、ランダムに一つの音楽ビデオデータを抽出する。また、再生方法が良く視聴する順に再生の場合、ＣＰＵ２３は、最も大きい視聴回数が付けられた音楽ビデオデータを抽出する。また、再生方法が新曲順に再生の場合、ＣＰＵ２３は、最も新しい登録日時が付けられた音楽ビデオデータを抽出する。
【００６７】
ＣＰＵ２３は、音楽ビデオデータを抽出すると、その音楽ビデオデータを、リアルタイムで、通信部２２、インターネット網４および基地局３を介して携帯電話機１の通信部１２に送信する。通信部１２は、その音楽ビデオデータを受信すると、ステップ２５を実行する。
【００６８】
ステップ２５では、通信部１２は、その音楽ビデオデータをＣＰＵ１４に出力する。ＣＰＵ１４は、その音楽ビデオデータを受け付けると、その音楽ビデオデータをリアルタイムに再生部１３から再生する。
【００６９】
具体的には、ＣＰＵ１４は、その音楽ビデオデータの映像をリアルタイムに表示部１３ａに表示する。また、ＣＰＵ１４は、その音楽ビデオデータの音声を音源処理部１３ｂに出力する。音源処理部１３ｂは、その音声を受け付けると、その音声をリアルタイムに、スピーカ１３ｃおよび外部接続端子１３ｄの少なくともどちらか一方から出力する。
【００７０】
ＣＰＵ１４は、ステップ２５を終了すると、ステップ２６を実行する。
【００７１】
ステップ２６では、ＣＰＵ１４は、入力部１１が終了指示を受け付けたか否かを確認する。このとき、入力部１１は、終了指示を受け付けると、その終了指示をＣＰＵ１４に出力する。ＣＰＵ１４は、入力部１１から、その終了指示を受け付けると、入力部が終了指示を受け付けたと確認する。
【００７２】
ＣＰＵ１４は、入力部１１が終了指示を受け付けないと、ステップ２７を実行し、入力部１１が終了指示を受け付けると、ステップ２９を実行する。
【００７３】
ステップ２７では、ＣＰＵ１４は、その音楽ビデオデータの出力が終了したか否かを確認する。ＣＰＵ１４は、その音楽ビデオデータの出力が終了すると、ステップ２８を実行し、その音楽ビデオデータの出力が終了していないと、ステップ２６を実行する。
【００７４】
ステップ２８では、ＣＰＵ１４は、次の音楽ビデオデータを送信する旨の送信要求を生成し、その送信要求を、通信部１２、基地局３およびインターネット網４を介して、サーバ２の通信部２２に送信する。
【００７５】
通信部２２は、その送信要求を受信すると、その送信要求をＣＰＵ２３に出力する。ＣＰＵ２３は、その送信要求を受け付けると、ステップ２３で受け付けた選択方法に従って、ステップ２３で選択した音楽ビデオデータの中から、次に再生する音楽ビデオデータを一つだけ抽出する。
【００７６】
例えば、再生方法が順次再生の場合、ＣＰＵ２３は、ステップ２３で選択した音楽ビデオデータの中から、既に抽出された音楽部ビデオデータを除いて、最も小さい番号が付けられた音楽ビデオデータを抽出する。
【００７７】
ＣＰＵ２３は、音楽ビデオデータを抽出すると、その音楽ビデオデータを、リアルタイムで、通信部２２、インターネット網４および基地局３を介して携帯電話機１の通信部１２に送信する。通信部１２は、その音楽ビデオデータを受信すると、ステップ２５を実行する。
【００７８】
一方、ステップ２９では、ＣＰＵ１４は、その終了指示を通信部１２、基地局３およびインターネット網４を介して、サーバ２の通信部２２に送信する。
【００７９】
通信部２２は、その終了指示を受信すると、その終了指示をＣＰＵ２３に出力する。ＣＰＵ２３は、その終了指示を受け付けると、音楽ビデオデータの送信を停止する。ＣＰＵ２３は、ステップ２８を終了すると、ステップ２９を実行する。
【００８０】
ステップ２９では、ＣＰＵ２３は、ログアウトする、つまり、携帯電話機１との接続を切断する。
【００８１】
次に効果を説明する。
【００８２】
本実施例によれば、サーバ２のＣＰＵ２３は、データベース２１に格納された音楽ビデオデータを一つずつ順番にリアルタイムで携帯電話機１の通信部１２に送信する。携帯電話機１の再生部１３は、通信部１２が受信した音楽ビデオデータをリアルタイムで再生する。
【００８３】
この場合、携帯電話機１に音楽ビデオデータを格納するＲＡＭが設けられなくても、複数のストリームデータを連続して再生することが可能になる。
【００８４】
また、著作権を保護することが可能になるという効果もある。これは、ＲＡＭにストリームデータが格納されないため、ストリームデータを、外部メモリなどの外部記憶装置に移動することを防止することが可能になるためである。
【００８５】
また、本実施例では、サーバ２のＣＰＵ２３は、データベース２１に格納された再生方法から再生順序を定め、その定められた再生順序で複数の音楽ビデオデータを一つずつ順番に送信する。
【００８６】
この場合、ユーザは、所望の再生順序で音楽ビデオデータを視聴することが可能になる。また、携帯電話機１に再生方法が格納されなくてもよいため、携帯電話機１がその再生方法から再生順序を定める必要がなく、携帯電話機１の負荷の増加を抑制することが可能になる。
【００８７】
以上説明した実施例において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【００８８】
例えば、上記の実施例では、携帯端末機として携帯電話機を用いたが、携帯端末機は、携帯電話機に限らず、適宜変更可能である。また、ストリームデータとして音楽ビデオデータを用いたが、ストリームデータは、音楽ビデオデータに限らず、適宜変更可能である。
【図面の簡単な説明】
【００８９】
【図１】本発明の一実施例の音楽ビデオダウンロードシステムを示した概略図である。
【図２】携帯電話機の構成の一例を示したブロック図である。
【図３】サーバの構成の一例を示したブロック図である。
【図４】音楽ビデオダウンロードシステムの動作を説明するためのフローチャートである。
【符号の説明】
【００９０】
１        ＨＳＤＰＡ通信対応携帯電話機
２        サーバ
３        基地局
４        インターネット網
１１      入力部
１２、２２    ＨＳＤＰＡ通信部
１３      再生部
１３ａ    表示部
１３ｂ    音源処理部
１３ｃ    スピーカ
１３ｄ    外部接続端子
１４、２３    ＣＰＵ
１５      音声処理部
１６      レシーバ
１７      マイク
２１      データベース
【図１】
2008182319.tif 000003
【図２】
2008182319.tif 000004
【図３】
2008182319.tif 000005
【図４】
2008182319.tif 000006