(57)【要約】【課題】  ストリーミング方式で提供されるコンテンツのトリック再生を、コンテンツが再生されるまでの待ち時間や、サーバからクライアントへ送信されるデータ量を増やすことなくスムーズに行えるようにすること。【解決手段】  再生順序が定められた複数の曲データ２０ａ，２０ｂ…のうち、曲データ２０ｂをストリーミング配信する場合、曲データ２０ｂについての全ての部分データ２５b1〜２５bnと、この曲データ２０ｂの前後に位置する曲データ２０ａ，２０ｃ，２０ｄ，２０ｅについての先頭部分の部分データ２５a1，２５c1，２５d1，２５e1とを、曲データ２０ｂのストリーミング配信に先立ってストリーミングサーバ１０からＰＣ４０へと送信し、ＰＣ４０のＲＡＭ４０３に蓄積する。【選択図】      図７
2006201477.tif 000002
【特許請求の範囲】
【請求項１】
再生順序が定められた複数のコンテンツをストリーミング方式でクライアントへ送信するサーバであって、
前記複数のコンテンツのうちストリーミング方式で前記クライアントへ送信を開始するコンテンツを特定する特定手段と、
前記特定手段により特定されたコンテンツをストリーミング方式で前記クライアントへ送信する前に、前記コンテンツのうち予め定められた複数の区間内の部分データと、前記コンテンツよりも再生順序が前または後ろの１以上のコンテンツにおける先頭部分の部分データとを、前記クライアントへ送信する送信手段と
を具備することを特徴とするサーバ。
【請求項２】
再生順序が定められた複数のコンテンツをサーバからストリーミング方式で受信して再生するクライアントであって、
記憶手段と、
前記複数のコンテンツのうちのいずれかのコンテンツをストリーミング方式で前記サーバから受信して前記記憶手段に記憶するとともに、前記コンテンツをストリーミング方式で受信する前に、前記コンテンツのうち予め定められた複数の区間内の部分データおよび前記コンテンツよりも再生順序が前または後ろの１以上のコンテンツにおける先頭部分の部分データを前記サーバから受信し、前記記憶手段に記憶する受信制御手段と、
前記記憶手段に記憶されたデータを用いて曲を再生する再生手段と、
操作手段と、
前記再生手段により再生されている曲に対し、前記操作手段によってトリック再生が指示された場合に、前記記憶手段に記憶された部分データを用いて、指示されたトリック再生を行う一方、前記再生手段による再生を再開するデータ位置を指定する情報を前記サーバへ通知するトリック再生制御手段と
を具備することを特徴とするクライアント。
【請求項３】
前記記憶手段に記憶されているデータのうち再生を終えたデータについては、前記部分データ以外を削除する削除手段をさらに具備する
ことを特徴とする請求項２に記載のクライアント。
【請求項４】
サーバとクライアントとを具備する通信システムであって、
前記サーバは、
再生順序が定められた複数のコンテンツのうちストリーミング方式で前記クライアントへ送信を開始するコンテンツを特定する特定手段と、
前記特定手段により特定されたコンテンツをストリーミング方式で前記クライアントへ送信する第１の送信手段と、
前記第１の送信手段により前記コンテンツが送信される前に、前記コンテンツのうち予め定められた複数の区間内の部分データと、前記コンテンツよりも再生順序が前または後ろの１以上のコンテンツにおける先頭部分の部分データとを前記クライアントへ送信する第２の送信手段と、
前記クライアントからコンテンツのデータ位置が指定されると、当該データ位置以降のコンテンツを前記第１の送信手段により送信させる送信制御手段とを具備し、
前記クライアントは、
記憶手段と、
前記第１の送信手段および前記第２の送信手段により送信されたデータを受信し、前記記憶手段に記憶する受信制御手段と、
前記記憶手段に記憶されたデータを用いて曲を再生する再生手段と、
操作手段と、
前記再生手段により再生されている曲に対し、前記操作手段によってトリック再生が指示された場合に、前記記憶手段に記憶された部分データを用いて、指示されたトリック再生を行う一方、前記再生手段による再生を再開するデータ位置を指定する情報を前記サーバへ通知するトリック再生制御手段とを具備する
ことを特徴とする通信システム。
【請求項５】
前記クライアントは、
前記記憶手段に記憶されているデータのうち再生を終えたデータについては、前記部分データ以外を削除する削除手段をさらに具備する
ことを特徴とする請求項４に記載の通信システム。
【請求項６】
前記部分データの各々は、少なくとも、前記クライアントが前記再生手段による再生を再開するデータ位置を前記サーバへ通知してから、当該通知によって指定されたデータ位置以降のコンテンツがストリーミング方式で前記クライアントにより受信されて前記記憶手段に記憶されるまでの時間を、トリック再生時間として確保し得るデータ量を有する
ことを特徴とする請求項４または５に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング方式でコンテンツを提供する技術に関する。
【背景技術】
【０００２】
ＤＶＤ（Digital Versatile Disk）プレイヤ等で音楽データや動画データの再生中に早送りが指示された場合、早送り再生が行われたり、５秒後等、予め定められた時間分だけ後ろの再生ポイントから通常の再生が再開される。ところで、音楽データや動画データ等のコンテンツをサーバからストリーミング方式で受信して再生するクライアントでは、コンテンツの受信と再生が並行して行われるため、早送りの指示に応じてサーバからコンテンツを取得し直さなければならない。したがって、このようなクライアントでは、ユーザが早送りを指示してから、実際に早送り再生が行われたり、早送り後の再生ポイントから再生が再開されるまでのタイムラグが大きくなってしまう。
【０００３】
以上のような問題を解決するため、特許文献１には、ストリーミング配信されるコンテンツに加え、例えば、このコンテンツが映像データであった場合は、１コマ目，４コマ目，８コマ目，１２コマ目等、早送りや巻戻し用の要約映像データをクライアントへ送信し、クライアントでは、この要約映像データを用いて早送りや巻戻し等といったトリック再生を行うことが記載されている。
【特許文献１】特開２００３−１９９０７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された技術では、コンテンツに加え、早送りや巻戻しのためだけに使用される要約映像データが必要となる。また、コンテンツの再生を開始する前に、要約映像データをクライアントが使用できる状態としておく必要がある。したがって、サーバに対してコンテンツを要求してから実際にコンテンツが再生されるまでの待ち時間が、要約映像データの分だけ長くなってしまうとともに、サーバからクライアントへ送信されるデータ量が増えてしまう。特に、映画用の動画データ等、データ量が比較的大きいコンテンツの場合は、要約映像データのデータ量も大幅に増えるので、コンテンツが再生されるまでの待ち時間や、サーバからクライアントへ送信されるデータ量の増加が顕著なものとなってしまう。
【０００５】
本発明は、以上説明した事情に鑑みてなされたものであり、その目的は、ストリーミング方式で提供されるコンテンツのトリック再生を、コンテンツが再生されるまでの待ち時間や、サーバからクライアントへ送信されるデータ量を増やすことなくスムーズに行えるようにすることである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明は、再生順序が定められた複数のコンテンツをストリーミング方式でクライアントへ送信するサーバであって、前記複数のコンテンツのうちストリーミング方式で前記クライアントへ送信を開始するコンテンツを特定する特定手段と、前記特定手段により特定されたコンテンツをストリーミング方式で前記クライアントへ送信する前に、前記コンテンツのうち予め定められた複数の区間内の部分データと、前記コンテンツよりも再生順序が前または後ろの１以上のコンテンツにおける先頭部分の部分データとを、前記クライアントへ送信する送信手段とを具備することを特徴とする。
【０００７】
本発明によれば、再生順序が定められた複数のコンテンツのうちのいずれかをストリーミング方式でクライアントへ送信する前に、送信するコンテンツのうち予め定められた複数の区間内の部分データと、このコンテンツよりも再生順序が前または後ろの１以上のコンテンツにおける先頭部分の部分データとがクライアントへ送信される。
【０００８】
また、本発明は、再生順序が定められた複数のコンテンツをサーバからストリーミング方式で受信して再生するクライアントであって、記憶手段と、前記複数のコンテンツのうちのいずれかのコンテンツをストリーミング方式で前記サーバから受信して前記記憶手段に記憶するとともに、前記コンテンツをストリーミング方式で受信する前に、前記コンテンツのうち予め定められた複数の区間内の部分データおよび前記コンテンツよりも再生順序が前または後ろの１以上のコンテンツにおける先頭部分の部分データを前記サーバから受信し、前記記憶手段に記憶する受信制御手段と、前記記憶手段に記憶されたデータを用いて曲を再生する再生手段と、操作手段と、前記再生手段により再生されている曲に対し、前記操作手段によってトリック再生が指示された場合に、前記記憶手段に記憶された部分データを用いて、指示されたトリック再生を行う一方、前記再生手段による再生を再開するデータ位置を指定する情報を前記サーバへ通知するトリック再生制御手段とを具備することを特徴とする。
【０００９】
なお、前記記憶手段に記憶されているデータのうち再生を終えたデータについては、前記部分データ以外を削除する削除手段をさらに具備するようにしてもよい。
【００１０】
本発明によれば、再生順序が定められた複数のコンテンツのうちのいずれかをストリーミング方式でサーバから受信して再生する場合に、再生するコンテンツのうち予め定められた複数の区間内の部分データと、このコンテンツよりも再生順序が前または後ろの１以上のコンテンツにおける先頭部分の部分データのみが事前に受信され、記憶手段に記憶される。
【００１１】
また、本発明は、サーバとクライアントとを具備する通信システムであって、前記サーバは、再生順序が定められた複数のコンテンツのうちストリーミング方式で前記クライアントへ送信を開始するコンテンツを特定する特定手段と、前記特定手段により特定されたコンテンツをストリーミング方式で前記クライアントへ送信する第１の送信手段と、前記第１の送信手段により前記コンテンツが送信される前に、前記コンテンツのうち予め定められた複数の区間内の部分データと、前記コンテンツよりも再生順序が前または後ろの１以上のコンテンツにおける先頭部分の部分データとを前記クライアントへ送信する第２の送信手段と、前記クライアントからコンテンツのデータ位置が指定されると、当該データ位置以降のコンテンツを前記第１の送信手段により送信させる送信制御手段とを具備し、前記クライアントは、記憶手段と、前記第１の送信手段および前記第２の送信手段により送信されたデータを受信し、前記記憶手段に記憶する受信制御手段と、前記記憶手段に記憶されたデータを用いて曲を再生する再生手段と、操作手段と、前記再生手段により再生されている曲に対し、前記操作手段によってトリック再生が指示された場合に、前記記憶手段に記憶された部分データを用いて、指示されたトリック再生を行う一方、前記再生手段による再生を再開するデータ位置を指定する情報を前記サーバへ通知するトリック再生制御手段とを具備することを特徴とする。
【００１２】
なお、前記クライアントは、前記記憶手段に記憶されているデータのうち再生を終えたデータについては、前記部分データ以外を削除する削除手段をさらに具備するようにしてもよい。また、前記部分データの各々は、少なくとも、前記クライアントが前記再生手段による再生を再開するデータ位置を前記サーバへ通知してから、当該通知によって指定されたデータ位置以降のコンテンツがストリーミング方式で前記クライアントにより受信されて前記記憶手段に記憶されるまでの時間を、トリック再生時間として確保し得るデータ量を有することが望ましい。
【発明の効果】
【００１３】
本発明によれば、ストリーミング方式で提供されるコンテンツのトリック再生を、コンテンツが再生されるまでの待ち時間や、サーバからクライアントへ送信されるデータ量を増やすことなくスムーズに行える。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明の実施形態について説明する。
図１は、本発明に係る通信システムの構成を例示する図である。
同図において、ストリーミングサーバ１０には、１つのアルバムに収められた複数の曲のデータ等、予め再生順序が定められた複数の曲データ２０ａ，２０ｂ，２０ｃ，２０ｄ…が記憶されている。ストリーミングサーバ１０は、これらの曲データ２０ａ，２０ｂ…をＰＣ（Personal Computer）４０へストリーミング配信する。ＰＣ４０は、ストリーミングサーバ１０から配信された曲データ２０ａ，２０ｂ…の受信と再生を並行して行う。なお、本明細書では、曲データ２０ａ，２０ｂ，２０ｃ，２０ｄ…の順に再生順序が定められているものとする。
【００１５】
ストリーミングサーバ１０には、図２に示すように、再生順序が定められた複数の曲データ２０ａ，２０ｂ…についての部分データ群２５が記憶されている。この部分データ群２５は、同図に示すように、例えば、各々の曲データ２０ａ，２０ｂ…の先頭から２０秒間隔毎に６秒間ずつ等、各曲データ２０ａ，２０ｂ…に対して予め定められた複数の区間内の部分データ２５a1〜an，２５b1〜bn，２５c1〜cn，２５d1〜dn…によって構成されている。なお、以降、本明細書では、特に区別を必要としない限り、曲データ２０ａ，２０ｂ…の各々を「曲データ２０」、部分データ２５a1〜an，２５b1〜bn，２５c1〜cn，２５d1〜dn…の各々を「部分データ２５ｎ」と記載する。
【００１６】
また、図２では、等間隔毎に一定量の部分データ２５ｎを抽出した場合について示したが、部分データ２５ｎを抽出する間隔は等間隔でなくてもよく、また、個々の部分データ２５ｎのデータ量も同一である必要はない。例えば、曲の先頭部分とサビの先頭部分についてはそれぞれ１０秒間ずつ、その他の部分については２０秒間隔毎に６秒間ずつ、部分データ２５ｎを抽出してもよい。また、部分データ２５ｎを抽出する各区間を定めた情報が曲データ２０毎に付与されており、この情報に基づいて部分データ群２５をストリーミングサーバ１０が生成する構成であってもよい。
【００１７】
図３は、ＰＣ４０の構成を例示するブロック図である。
同図において、ＣＰＵ（Central Processing Unit）４０１は、ＲＯＭ（Read Only Memory）４０２やＨＤ（Hard Disk）４０６に記憶されているプログラムを実行することでＰＣ４０の各部を制御する。ＲＡＭ（Random Access Memory）４０３は、ＣＰＵ４０１のワークエリアとして用いられ、例えば、ストリーミングサーバ１０から受信した曲データ２０等を一時的に蓄積するバッファとして用いられる。なお、このようなバッファとして、ＨＤ４０６内の一部の記憶領域を用いることもできる。通信インタフェース４０４は、ＣＰＵ４０１の制御の下、ストリーミングサーバ１０との通信を制御する。操作部４０５は、キーボードやマウス等によって構成されている。ＨＤ４０６には、ストリーミング配信された曲データ２０の受信と再生を制御するアプリケーションソフトウェア（以下、ストリーミング用ソフト）が記憶されている。サウンド処理部４０７は、ＰＣＭ（Pulse Code Modulation）音源や、Ｄ／Ａ（Digital/Analog）変換器、アンプ等を備え、曲データ２０を再生して図示を省略したスピーカから楽音や音声を出力する。
【００１８】
表示部４０８は、ＬＣＤ（Liquid Crystal Display）等によって構成されている。この表示部４０８には、ストリーミング用ソフトが起動され、ストリーミングサーバ１０から受信した曲データ２０の再生が開始されると、図４に示すような操作画面（ユーザインタフェース）が表示される。同図に示すように操作画面には、曲データ２０の再生を一時停止する一時停止ボタン５０Ａと、再生中の曲データ２０を早送りする早送ボタン５０Ｂと、次の曲データ２０の再生に移行するスキップボタン５０Ｃと、再生中の曲データ２０を巻戻す巻戻ボタン５０Ｄと、再生中の曲データ２０の先頭に戻る頭出ボタン５０Ｅとが設けられている。
【００１９】
なお、曲データ２０が一時停止されている期間においては、一時停止ボタン５０Ａの代りに、曲データ２０の再生を再開させる再生ボタンが表示される。また、曲データ２０の再生中に、マウス等を操作して頭出ボタン５０Ｅを２回連続して押下することで、再生する曲データ２０を前曲の先頭部分に戻すことができる。
【００２０】
次に、ストリーミングサーバ１０とＰＣ４０の動作を説明する。
ＰＣ４０は、インターネット３０を介してストリーミングサーバ１０にアクセスし、図５に示すように、アルバム再生を要求するメッセージをストリーミングサーバ１０へ送信すると（ステップＳ１０１）、ストリーミング用ソフトを起動する（ステップＳ１０２）。ストリーミングサーバ１０は、アルバム再生を要求するメッセージを受信すると、まず、指定されたアルバムに収められている複数の曲データ２０ａ，２０ｂ…について、図２に示した部分データ群２５を読み出す（ステップＳ１０３）。次いで、ストリーミングサーバ１０は、曲データ２０ａ，２０ｂ…を最初にＰＣ４０へストリーミング配信する場合は、ステップＳ１０３において読み出した部分データ群２５の中から、図６にハッチングで示すヵ所の部分データ２５a1〜２５an，２５b1，２５c1，２５d1を抽出し（ステップＳ１０４）、これらをＰＣ４０へ送信する（ステップＳ１０５）。ＰＣ４０は、ストリーミングサーバ１０から部分データ２５a1〜２５an，２５b1，２５c1，２５d1を受信し、ＲＡＭ４０３に蓄積する（ステップＳ１０６）。
【００２１】
ここで、アルバム再生が開始される場合、ＰＣ４０では、まず、再生順序が１番である曲データ２０ａが再生されることになる。そこで、ストリーミングサーバ１０では、ＰＣ４０において曲データ２０ａの再生中に早送ボタン５０Ｂや巻戻ボタン５０Ｄ、頭出ボタン５０Ｅが押下された場合に備え、この曲データ２０ａについての全ての部分データ２５a1〜２５anをストリーミング配信に先立ってＰＣ４０へ送信する。加えて、ストリーミングサーバ１０は、曲データ２０ａの再生中にスキップボタン５０Ｃが押下された場合に備え、曲データ２０ａに後続する曲データ２０ｂ，２０ｃ，２０ｄについての先頭部分の部分データ２５b1，２５c1，２５d1をストリーミング配信に先立ってＰＣ４０へ送信する。なお、次曲以降の先頭部分の部分データ２５b1，２５c1，２５d1…は、８曲程度確保しておくことが望ましい。
【００２２】
この後、ストリーミングサーバ１０は、指定されたアルバムに収められている複数の曲データ２０ａ，２０ｂ…のストリーミング配信を開始し（ステップＳ１０７）、まず、再生順序が１番の曲データ２０ａを読み出してＰＣ４０へ送信する（ステップＳ１０８）。アルバム再生が開始されるとＰＣ４０の表示部４０８には、図４に示した操作画面が表示される。そして、ＰＣ４０において、早送ボタン５０Ｂ、スキップボタン５０Ｃ、巻戻ボタン５０Ｄ、頭出ボタン５０Ｅが何ら操作されなければ、予め定められた再生順序に従って曲データ２０ａ，２０ｂ…が順次再生されていく。すなわち、ＰＣ４０では、ストリーミングサーバ１０からの曲データ２０ａ，２０ｂ…を順次受信してＲＡＭ４０３に蓄積しつつ（ステップＳ１０９）、サウンド処理部４０７を用いて曲データ２０ａ，２０ｂ…を再生し、楽音や音声を出力する（ステップＳ１１０）。
【００２３】
ところで、このようにして曲データ２０ａ，２０ｂ…の再生が開始された後、ＰＣ４０において、早送ボタン５０Ｂ、スキップボタン５０Ｃ、巻戻ボタン５０Ｄ、頭出ボタン５０Ｅのいずれかが押下され、トリック再生が指示された場合（ステップＳ１１１：ＹＥＳ）、まず、ＰＣ４０は、トリック再生を終えた後に通常の再生動作を再開するデータ位置を特定し、これを再生開始ポイント指定情報としてストリーミングサーバ１０へ送信する（ステップＳ１１２）。この再生開始ポイント指定情報は、例えば、曲データ２０ａの先頭から２分１４秒後、あるいは曲データ２０ｂの先頭等、曲データ２０を識別する曲ＩＤと、曲の先頭からの経過時間とによって構成されている。
【００２４】
次いで、ＰＣ４０は、ＲＡＭ４０３に蓄積されている複数の部分データ２５ｎを用いて、指示されたトリック再生を行なう（ステップＳ１１３）。例えば、再生順序が１番である曲データ２０ａの再生中に、早送ボタン５０Ｂ、スキップボタン５０Ｃ、巻戻ボタン５０Ｄ、頭出ボタン５０Ｅのいずれかが押下された場合、ＰＣ４０は、ステップＳ１０６においてＲＡＭ４０３に蓄積した部分データ２５a1〜２５an，２５b1，２５c1，２５d1を用いて、早送りや巻戻し、スキップ、頭出し等のトリック再生を行なう。
【００２５】
一方、ストリーミングサーバ１０では、ＰＣ４０から再生開始ポイント指定情報を受信すると、まず、ＰＣ４０において再生されている曲データ２０が変更されたか否かを、再生開始ポイント指定情報に含まれている曲ＩＤに基づいて判別する（ステップＳ１１４）。例えば、曲データ２０ａの再生中に早送ボタン５０Ｂや巻戻ボタン５０Ｄが押下されたものの、トリック再生を行った後の再生開始ポイントが同じ曲データ２０ａ内であった場合（ステップＳ１１４：ＮＯ）、ストリーミングサーバ１０は、曲データ２０ａについてストリーミング配信していたデータ位置を、再生開始ポイント指定情報によって指定されるデータ位置に変更した後（ステップＳ１１８）、ステップＳ１０８に戻り、この曲データ２０ａについてのストリーミング配信を再開する。
【００２６】
なお、個々の部分データ２５ｎは、少なくとも、トリック再生を終えた後に通常の再生動作を再開するデータ位置をＰＣ４０がストリーミングサーバ１０へ通知してから、このデータ位置以降の曲データ２０をＰＣ４０がストリーミングサーバ１０から受信してＲＡＭ４０３に蓄積するまでの時間を（例えば４秒）、トリック再生時間として確保し得るだけのデータ量を有している。そして、ＰＣ４０においてトリック再生を行っている間に、通常の再生動作を再開するデータ位置以降の曲データ２０がストリーミングサーバ１０から受信されてＲＡＭ４０３に蓄積される。したがって、ＰＣ４０においてトリック再生が終わり通常の再生動作に復帰する前には、再生開始ポイント指定情報によって指定されたデータ位置以降の曲データ２０を再生する準備が整っているから、トリック再生から通常の再生動作への復帰もスムーズに行える。
【００２７】
一方、ストリーミングサーバ１０は、ＰＣ４０において再生される曲データ２０が変更されたと判別した場合は（ステップＳ１１４：ＹＥＳ）、ステップＳ１０３において読み出した部分データ群２５の中から、再生開始ポイント指定情報に含まれている曲ＩＤによって特定される曲データ２０用の複数の部分データ２５ｎを抽出し（ステップＳ１１５）、ＰＣ４０へ送信する（ステップＳ１１６）。なお、ステップＳ１１４においてＹＥＳと判別されるのは、例えば、曲データ２０ａの再生中にスキップボタン５０Ｃが押下されたり、曲データ２０ａの再生中に早送りボタン５０Ｂが押下され続けたりして、再生する曲が曲データ２０ｂに移行した場合や、曲データ２０ｂの再生中に頭出ボタン５０Ｅが２回連続して押下されたり、曲データ２０ｂの再生中に巻戻ボタン５０Ｄが押下され続けたりして、再生する曲が曲データ２０ａに戻った場合等である。
【００２８】
また、ステップＳ１１５，Ｓ１１６の処理について具体的に説明すると、例えば、ＰＣ４０において再生されている曲データ２０ａが曲データ２０ｂに変更される場合、ストリーミングサーバ１０は、図２に示した部分データ群２５の中から、図７にハッチングで示すヵ所の部分データ２５a1，２５b1〜２５bn，２５c1，２５d1，２５e1を抽出し、ＰＣ４０へ送信する。これは、ＰＣ４０において再生される曲が曲データ２０ｂに変更されるため、この曲データ２０ｂの再生中に、早送ボタン５０Ｂ、スキップボタン５０Ｃ、巻戻ボタン５０Ｄ、頭出ボタン５０Ｅが押下された場合に備えるためであり、曲データ２０ｂについての全ての部分データ２５b1〜２５bnと、この曲データ２０ｂの前後に位置する曲データ２０ａ，２０ｃ，２０ｄ，２０ｅについての先頭部分の部分データ２５a1，２５c1，２５d1，２５e1とが、曲データ２０ｂのストリーミング配信に先立ってＰＣ４０へ送信され、ＲＡＭ４０３に蓄積される（ステップＳ１１７）。
【００２９】
なお、図７にハッチングで示した部分データ２５a1，２５b1〜２５bn，２５c1，２５d1，２５e1のうち、部分データ２５a1，２５b1，２５c1，２５d1については、既にステップＳ１０５においてＰＣ４０へ送信済みである。したがって、これらの部分データ２５a1，２５b1，２５c1，２５d1がＰＣ４０に残っているのであれば、部分データ２５a1，２５b1，２５c1，２５d1については送信対象から除外することができる。
【００３０】
また、ステップＳ１１６の後、ストリーミングサーバ１０は、ストリーミング配信していたデータ位置を、ステップＳ１１２において受信した再生開始ポイント指定情報によって指定されるデータ位置に変更した後（ステップＳ１１８）、ステップＳ１０８に戻ってストリーミング配信を再開する。例えば、ＰＣ４０において曲データ２０ａの再生中にスキップボタン５０Ｃが押下され、再生する曲が曲データ２０ｂに移行した場合、ストリーミングサーバ１０は、曲データ２０ｂについてのストリーミング配信を、曲データ２０ｂの先頭、または部分データ２５b1の直後から再開する。
【００３１】
なお、曲データ２０のストリーミング配信に先立ってＰＣ４０へ送信される複数の部分データ２５ｎは、ＰＣ４０において曲データ２０を再生する際に利用できる。したがって、ストリーミングサーバ１０では、ＰＣ４０に対して曲データ２０をストリーミング配信する際に、曲データ２０のうち事前に送信された複数の部分データ２５ｎの部分については送信対象から除外することができる。
【００３２】
また、ＰＣ４０において、早送ボタン５０Ｂ、スキップボタン５０Ｃ、巻戻ボタン５０Ｄ、頭出ボタン５０Ｅが何ら操作されず、予め定められた再生順序に従って曲データ２０ａ，２０ｂ…が順次、ストリーミングサーバ１０からＰＣ４０へストリーミング配信される場合についても、ストリーミングサーバ１０は、ＰＣ４０へストリーミング配信する曲データ２０が次の曲に変更される都度、ステップＳ１１５以降の処理を行う。
【００３３】
また、ＰＣ４０は、再生を終えた部分のデータについては、巻戻ボタン５０Ｄや頭出ボタン５０Ｅが押下された場合に備え、図８に示すように、例えば、再生中の曲データ２０ｃうち再生ポイントまでの各部分データ２５c1，２５c2…と、この曲データ２０ｃよりも再生順序が前の曲データ２０ａ，２０ｂについての先頭部分の部分データ２５a1，２５b1のみを残し、他のデータをＲＡＭ４０３から削除する。なお、再生ポイントの直前の部分のデータについては、巻戻ボタン５０Ｄが押下された場合に備えて、部分データ２５ｎでない場合であっても、常時、一定時間分だけ保持しておく構成としてもよい。
【００３４】
ストリーミングサーバ１０とＰＣ４０は、再生順位が最後の曲データ２０をＰＣ４０が再生し終えた場合や、ＰＣ４０において操作部４０５からアルバム再生の終了が指示された場合に、図５に示す処理を終える。
【００３５】
以上説明したように本実施形態によれば、再生順序が定められた複数の曲データ２０ａ，２０ｂ…のうち、例えば、曲データ２０ｂをストリーミング配信する場合、曲データ２０ｂについての全ての部分データ２５b1〜２５bnと、この曲データ２０ｂの前後に位置する曲データ２０ａ，２０ｃ，２０ｄ，２０ｅについての先頭部分の部分データ２５a1，２５c1，２５d1，２５e1とを、曲データ２０ｂのストリーミング配信に先立ってストリーミングサーバ１０からＰＣ４０へと送信し、ＰＣ４０のＲＡＭ４０３に蓄積する。したがって、早送りや巻戻し、スキップ、頭出し等のトリック再生をスムーズに行えることは勿論、１つのアルバムに収められている複数の曲データ２０について、事前に一括して全ての部分データ２５ｎをＰＣ４０が受信するようなことがないので、ストリーミングサーバ１０に対してアルバム再生を要求してから、１曲目の曲データ２０がＰＣ４０において再生されるまでの待ち時間を低減できる。また、バッファのメモリ資源を有効に活用できる。
【００３６】
これに加え、事前に送信される複数の部分データ２５ｎは、ＰＣ４０において曲データ２０を再生する際に利用することができ、早送りや巻戻しのためだけに使用される専用のデータではないので、特許文献１に記載された技術と比較した場合に、ストリーミングサーバ１０からＰＣ４０へ送信されるデータ量を減らすこともできる。また、トリック再生から通常の再生動作への復帰もスムーズに行える。
【００３７】
なお、上述した実施形態において、ＰＣ４０は携帯電話機であってもよく、この場合、曲データ２０や部分データ２５ｎは、移動パケット通信網を介して携帯電話機へ送信される。また、ＰＣ４０の代りに、曲データ２０の受信と再生を並行して行う音楽データ再生装置に本発明を適用することができる。また、ストリーミング配信されるコンテンツは、曲データに限定されず、音声データや動画データであってもよい。
【図面の簡単な説明】
【００３８】
【図１】通信システムの構成を例示する図である。
【図２】部分データ群２５のデータ構成を説明するための図である。
【図３】ＰＣ４０の構成を例示するブロック図である。
【図４】ストリーミング用ソフトの操作画面について例示する図である。
【図５】ストリーミングサーバ１０とＰＣ４０の動作について例示するシーケンスチャートである。
【図６】ＰＣ４０へ送信される部分データ２５ｎについて説明するための図（その１）である。
【図７】ＰＣ４０に送信される部分データ２５ｎについて説明するための図（その２）である。
【図８】再生後の曲データ２０の削除について説明するための図である。
【符号の説明】
【００３９】
１０…ストリーミングサーバ、２０ａ〜２０ｅ…曲データ、２５…部分データ群、２５a1〜an，２５b1〜bn，２５c1〜cn，２５d1〜dn，２５e1…部分データ、３０…インターネット、４０…ＰＣ、４０１…ＣＰＵ、４０２…ＲＯＭ、４０３…ＲＡＭ、４０４…通信インタフェース、４０５…操作部、４０６…ＨＤ、４０７…サウンド処理部、４０８…表示部、５０Ａ…一時停止ボタン、５０Ｂ…早送ボタン、５０Ｃ…スキップボタン、５０Ｄ…巻戻ボタン、５０Ｅ…頭出ボタン。
【図１】
2006201477.tif 000003
【図２】
2006201477.tif 000004
【図３】
2006201477.tif 000005
【図４】
2006201477.tif 000006
【図５】
2006201477.tif 000007
【図６】
2006201477.tif 000008
【図７】
2006201477.tif 000009
【図８】
2006201477.tif 000010