ユーザ端末装置
【課題】 再生手段による動画像の再生処理は、記憶手段へのデータ書き込みや読み書きに要する時間に影響を受けることがない。従って、記憶手段へのデータ書き込みや読み書きに要する時間に影響を受けることなく動画像の再生処理が可能となる。
【解決手段】 受信手段により受信された動画像データは、制御手段によって、記憶手段と再生手段とに並列的に渡される。再生手段は、動画像の再生を行うにあたって、記憶手段から動画像データを読み出すのではなく、制御部から受け取った動画像データを用いる。
【解決手段】 受信手段により受信された動画像データは、制御手段によって、記憶手段と再生手段とに並列的に渡される。再生手段は、動画像の再生を行うにあたって、記憶手段から動画像データを読み出すのではなく、制御部から受け取った動画像データを用いる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおいて、動画像データや音声データのダウンロード処理や再生処理を実現する技術に関する。
【背景技術】
【０００２】
近年、情報処理ネットワークにおけるデータ転送速度は飛躍的に向上している。この向上に伴い、サイズが大きい動画像データや音声データのダウンロードや、動画像や音声のストリーミング配信などが実現され、広く普及している。以下、背景技術及び課題について、動画像や音声のデータに共通する説明であるため、動画像についてのみ説明する。
【０００３】
ところで、動画像データのダウンロードを行う場合、動画像データを完全にダウンロードしてからでなければ、動画像を再生することができなかった。このため、ダウンロードに時間を要する場合には、動画像の閲覧が遅れてしまうという問題があった。
【０００４】
このような問題に対し、動画像データのプログレッシブダウンロード（疑似ストリーミング）という技術が提案されている（特許文献１参照）。図１２は、プログレッシブダウンロードの概念を示す図である。図１２では、ユーザ端末Ｐ１０は、動画像データを有する送信装置から、動画像データを、プログレッシブダウンロードにより受信する。この場合、ユーザ端末Ｐ１０では、送受信部Ｐ１１によって受信された動画像データは、記憶部Ｐ１２に書き込まれる。そして、再生を開始するために必要な分のデータが記憶部Ｐ１２に書き込まれると、再生部Ｐ１３は、記憶部Ｐ１２からデータを読み出し、動画像の再生を開始する。
【０００５】
このように、プログレッシブダウンロードでは、送信装置からダウンロードされる動画像データは、記憶部Ｐ１２に記録され、さらにダウンロードが完了する前に再生部Ｐ１３による再生が開始される。従って、再生のタイミングを早めることが可能となる。
【特許文献１】特開２００６−５１３５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のプログレッシブダウンロードによれば、記憶部Ｐ１２に記録されたデータを読み出して再生を行うため、いくつかの問題を生じていた。例えば、記憶部Ｐ１２への書き込みや読み出しに時間を要する場合には、これらの処理に要する時間がネックとなり再生開始が遅れてしまっていた。
【０００７】
そこで、本発明では、記憶部へのデータ書き込みや読み書きに要する時間に影響を受けることなく動画像や音声の再生処理を可能とする技術を提案することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、ユーザ端末装置であって、受信手段、記憶手段、再生手段及び制御手段を備える。受信手段は、ネットワークを介して動画像・音声データを受信する。ここで、動画像・音声データとは、音声を含む動画像のデータや、音声を含まない動画像のデータや、動画像を含まない音声のみのデータを示す。受信手段は、例えば動画像・音声データを配信する配信サーバ等の他の情報処理装置から、ネットワークを介して動画像・音声データを受信する。記憶手段は、動画像・音声データを記憶する。再生手段は、動画像・音声データを再生する。制御手段は、受信された動画像・音声データを、記憶手段及び再生手段に転送する。このようなユーザ端末装置において、記憶手段は、制御手段から転送された動画像・音声データを記憶する。このとき、記憶手段は、ハードディスク等の記憶装置を用いて構成されても良いし、ＤＶＤレコーダ等の記録媒体に記録を行う装置を用いて構成されても良い。そして再生手段は、制御手段から動画像・音声データを転送された場合に、記憶手段に記憶された動画像・音声データではなく、制御手段から転送された動画像・音声データを再生する。
【０００９】
このように構成されることにより、受信手段により受信された動画像・音声データは、制御手段によって、記憶手段と再生手段とに並列的に渡される。そして、再生手段は、動画像・音声の再生を行うにあたって、記憶手段から動画像・音声データを読み出すのではなく、制御部から受け取った動画像・音声データを用いる。このため、再生手段による動画像・音声の再生処理は、記憶手段へのデータ書き込みや読み書きに要する時間に影響を受けることがない。従って、記憶手段へのデータ書き込みや読み書きに要する時間に影響を受けることなく動画像・音声の再生処理が可能となる。
【００１０】
本発明において、動画像・音声データは、複数のコンテンツブロックから構成されるように構成されても良い。例えば、動画像・音声データは、固定長ブロックで分割されても良いし、その再生時における時間軸に従って複数のコンテンツブロックに分割されても良い。なお、各コンテンツブロックは、少なくとも後に続くコンテンツブロックが受信されなくとも再生可能に構成されることが望ましい。制御手段は、再生手段には、各コンテンツブロックの再生されるタイミングに応じてコンテンツブロックを転送するように構成されても良い。また、再生手段は、制御手段によって転送されたコンテンツブロックを再生することで動画像・音声データの再生を行うように構成されても良い。
【００１１】
このように構成されることにより、動画像・音声データの転送が途中で失敗したとしても、動画像・音声データの先頭から再送する必要が無く、転送失敗時の再送信に必要な通信コストを削減することが可能となる。
【００１２】
また、このように構成されることにより、複数の情報処理装置から動画像・音声データを受信する処理（多重転送処理）によるデータ転送の高速化と、再生手段による再生処理（記憶手段からのデータ読み出しを伴わない再生処理）とを実現させることが可能となる。
【００１３】
本発明において、動画像・音声データは、記憶されるべきか否かを示す制御識別符号を含むように構成されても良い。この場合、制御手段は、制御識別符号に基づいて、受信された動画像・音声データを記憶手段に転送するか判断し、判断結果に基づいて転送を行うように構成されても良い。
【００１４】
また、本発明において、動画像・音声データは、再生されるべきか否かを示す制御識別符号を含むように構成されても良い。この場合、制御手段は、制御識別符号に基づいて、受信された動画像・音声データを再生手段に転送するか判断し、判断結果に基づいて転送を行うように構成されても良い。
【００１５】
このように構成されることにより、動画像・音声データを送信する側の事情や、動画像・音声データを受信する側の事情などに応じて、記録の有無や再生の有無を自動的に制御することが可能となる。このような効果は、本願発明における再生手段が記憶手段からのデータ読み出しを行うことなく再生処理を実現させていることによる。即ち、このような再生処理ができない場合（即ち従来のプログレッシブダウンロードの場合）は、記憶手段から動画像・音声データを読み出して再生することが前提となっていたため、記憶手段に記憶させることなく再生するという処理を選択することができなかった。また、ストリーミング処理では、逆に再生することができても記録することを選択することはできなかった。本願発明によれば、制御手段の制御により、各方面の事情に応じて記録や再生を容易に制御することが可能となる。
【００１６】
本発明は、情報処理装置を、上記したユーザ端末装置として動作させるためのプログラムとして特定されても良い。また、本発明は、上記したユーザ端末装置が行う動画像・音声データ受信方法として特定されても良い。
【発明の効果】
【００１７】
本発明により、記憶部へのデータ書き込みや読み書きに要する時間に影響を受けることなく動画像や音声の再生処理を実行することが可能となる。
【発明を実施するための最良の形態】
【００１８】
［第一実施形態］
〔システム構成〕
まず、本発明におけるデータ提供システムの第一実施形態である、データ提供システム１００ａの構成例について説明する。図１は、データ提供システム１００ａの構成例を示す図である。データ提供システム１００ａは、ユーザ端末１０ａ及び送信装置２０ａを含む。ユーザ端末１０ａは、ユーザが操作することによって所望の動画像や音声のデータを受信するために使用される情報処理装置である。送信装置２０ａは、ユーザ端末１０ａのユーザが所望するデータを、ネットワークを介してユーザ端末１０ａに送信（提供）するための情報処理装置である。なお、以下の説明では、音声データについての説明を省略するが、動画像のデータの取扱いと同様に、音声のみのデータを取り扱うことも可能である。
【００１９】
ユーザ端末１０ａと送信装置２０ａとは、インターネット等のネットワークを用いて接続される。なお、ユーザ端末１０ａと送信装置２０ａとの間の通信形態はインターネットに限定される必要はなく、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等、どのような通信形態を用いて構成されても良い。また、ユーザ端末１０ａ及び送信装置２０ａは、図１のネットワークに複数台接続されても良い。以下、データ提供システム１００ａに含まれる各装置について説明する。
【００２０】
〈ユーザ端末〉
ユーザ端末１０ａは、バスを介して接続された記憶装置、演算装置及び通信制御装置（ネットワークインタフェース装置など）を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやＰＤＡ（Personal Digital Assistance）や携帯電話機などの情報処理装置を用いて構成することができる。図２は、ユーザ端末１０ａの機能ブロック例を示す図である。ユーザ端末１０ａは送受信部１１、レシーバ１２ａ、記憶部１３、再生部１４及び出力部１５を含む装置として機能する。次に、ユーザ端末１０ａに含まれる各機能部について説明する。
【００２１】
〈〈送受信部〉〉
送受信部１１は、ネットワークを介して送信装置２０ａとの間でデータを送受信するために、ユーザ端末１０ａに接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。送受信部１１は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬやＦＴＴＨや無線ＬＡＮ等の技術がある。
【００２２】
〈〈レシーバ〉〉
レシーバ１２ａは、送受信部１１によって受信されたデータを、記憶部１３及び再生部１４へ渡す。レシーバ１２ａの処理の詳細についての説明は、フローチャートの説明の際に行う。
【００２３】
〈〈記憶部〉〉
記憶部１３は、レシーバ１２ａから受け取る動画像データを記憶する。記憶部１３は、ハードディスクや半導体記憶装置や光磁気ディスクなどの記憶装置を用いて構成される。また、記憶部１３は、ＤＶＤ（Digital Versatile Disc）書き込み装置や、ＣＤ（Compact Disc）書き込み装置のように、記録媒体にデータを書き込む装置を用いて構成されても良い。この場合、動画像データは記録媒体（ＤＶＤやＣＤ等）に記録される。
【００２４】
〈〈再生部〉〉
再生部１４は、レシーバ１２ａから受け取る動画像データを再生する。再生部１４は、動画像データを再生する際に、出力部１５に対して画像や音声の出力を行う。再生部１４の処理の詳細は、フローチャートの説明の際に説明する。
【００２５】
〈〈出力部〉〉
出力部１５は、再生部１４の指示に従って文字・画像や音声の出力を制御する。出力部１５は、ユーザ端末１０ａに接続された出力装置に出力の指示を出す。出力装置は、ユーザ端末１０ａに一体的に備え付けられていても良い。なお、出力装置とは、ＣＲＴディスプレイ（Cathode Ray Tube ディスプレイ），液晶ディスプレイ，有機ＥＬディスプレイ等の画像出力装置や、スピーカー等の音声出力装置等である。
【００２６】
〈送信装置〉
送信装置２０ａは、バスを介して接続された記憶装置、演算装置及び通信制御装置（ネットワークインタフェース装置など）を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやサーバ装置やＰＤＡ（Personal Digital Assistance）や携帯電話機などの情報処理装置を用いて構成することができる。図３は、送信装置２０ａの機能ブロック例を示す図である。送信装置２０ａは送受信部２１、制御部２２ａ及び記憶部２３を含む装置として機能する。次に、送信装置２０ａに含まれる各機能部について説明する。
【００２７】
〈〈送受信部〉〉
送受信部２１は、ネットワークを介してユーザ端末１０ａとの間でデータを送受信するために、送信装置２０ａに接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。送受信部は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネットや専用線やＡＤＳＬやＦＴＴＨや無線ＬＡＮ等の技術がある。
【００２８】
〈〈制御部〉〉
制御部２２ａは、記憶部２３に記憶される動画像データを、送受信部２１を介してユーザ端末１０ａに送信する。制御部２２ａは、ユーザ端末１０ａによって指定された動画像データを送信するための制御を行う。
【００２９】
〈〈記憶部〉〉
記憶部２３は、動画像データを記憶する。記憶部２３は、ハードディスクや半導体記憶装置や光磁気ディスクなどの記憶装置を用いて構成される。また、記憶部２３は、ＤＶＤ読み出し装置や、ＣＤ読み出し装置のように、記録媒体からデータを読み出す装置を用いて構成されても良い。この場合、動画像データは記録媒体（ＤＶＤやＣＤ等）に記録されている。
【００３０】
〔動作例〕
図４は、ユーザ端末１０ａの動作例を示すフローチャートである。図４を用いて、ユーザ端末１０ａの動作例について説明する。
【００３１】
まず、レシーバ１２ａが、送受信部１１を介して送信装置２０ａに対し、動画像データの送信を要求する（Ｓ１０１）。送信装置２０ａは、動画像データの要求を受けると、要求元であるユーザ端末１０ａに対し、要求された動画像データの送信を開始する。このとき、一般的にプログレッシブダウンロードではＨＴＴＰ（HyperText Transfer Protocol）を用いてデータの送受信が実施されるが、本発明のデータ提供システム１００ａにおいては、ＨＴＴＰが適用されても良いし、他のプロトコルが適用されても良い。
【００３２】
次に、レシーバ１２ａは、送受信部１１を介して送信装置２０ａから、動画像データを順次受信する。レシーバ１２ａは、記憶部１３に対しては、一般的なダウンロード処理と同様に、受信されたデータを順次渡し（Ｓ１０２）、動画像データを記憶部１３に記録する（Ｓ１０３）。（正しいですか？）また、レシーバ１２ａは、再生部１４に対しても、受信されたデータを順次渡す（Ｓ１０４）。そして、再生部１４は、レシーバ１２ａから受け取ったデータに基づいて動画像データの再生を行う（Ｓ１０５）。
【００３３】
〔作用／効果〕
データ提供システム１００ａによれば、送信装置２０から受信された動画像データは、レシーバ１２ａによって、記憶部１３と再生部１４に並列的に渡される。そして、再生部１４は、動画像の再生を行うにあたって、記憶部１３から動画像データを読み出すのではなく、レシーバ１２ａから受け取った動画像データを用いる。このため、再生部１４による動画像の再生処理は、記憶部１３へのデータ書き込みや読み書きに要する時間に影響を受けることがない。このような効果は、記憶部１３がＤＶＤ記録装置を用いて構成された場合のように、データ書き込みに多くの時間を要する構成が採用された場合に特に顕著となる。
【００３４】
〔変形例〕
〈データの暗号化について〉
送信装置２０ａからユーザ端末１０ａに送信される動画像データは、暗号化されたデータであっても良い。この場合、ユーザ端末１０ａにおけるレシーバ１２ａは、復号化を実行するように構成される。即ち、レシーバ１２ａは、送信装置２０ａから送受信部１１を介して受信された動画像データを復号化し、復号化された動画像データを記憶部１３及び再生部１４に渡す。このとき、レシーバ１２ａは、記憶部１３に対しては暗号化されたままの動画像データを渡し、再生部１４に対しては復号化された動画像データを渡すように構成されても良い。また、レシーバ１２ａは暗号化されたままのデータを再生部１４に渡し、再生部１４が復号化を行うことによって再生を実行するように構成されても良い。
【００３５】
［第二実施形態］
〔システム構成〕
次に、本発明におけるデータ提供システムの第二実施形態である、データ提供システム１００ｂの構成例について説明する。図５は、データ提供システム１００ｂの構成例を示す図である。データ提供システム１００ｂは、ユーザ端末１０ｂと複数台の送信装置２０ｂとを含む。ユーザ端末１０ｂは、ユーザが操作することによって所望のデータを受信するために使用される情報処理装置である。送信装置２０ｂは、ユーザ端末１０ｂのユーザが所望するデータを、ネットワークを介してユーザ端末１０ｂに送信（提供）するための情報処理装置である。
【００３６】
データ提供システム１００ｂでは、動画像データは、複数の断片（以下、「コンテンツブロック」と呼ぶ。）の集合として取り扱われる。図６は、データ提供システム１００ｂにおける動画像データの例を示す図である。動画像データは、複数のコンテンツブロックに分けて構成され、コンテンツブロックの総数がコンテンツブロック数として保持される。コンテンツブロックは、動画像の再生に必要なデータが時系列に従って複数に分割されたものである。例えば、Ｎ分の動画像データは、０〜１分、１〜２分、・・Ｎ−１分〜Ｎ分のＮ個のコンテンツブロックとして構成される。この場合、０〜１分のコンテンツブロックがユーザ端末１０ｂに取得されることにより、ユーザ端末１０ｂは、それ以降のコンテンツブロックが受信されることなく、０〜１分の動画像を再生することが可能となる。コンテンツブロックは、必ずしも上記のように１分きざみで構成される必要はなく、もっと短い単位でも、もっと長い単位でも構成できる。なお、コンテンツブロック数は、コンテンツヘッダに含まれても良い。以下の説明では、便宜的に、コンテンツブロックにナンバリングを行い、先頭から順に１〜ｎの数字を付して説明する（例：コンテンツブロック１，コンテンツブロックｎ）。
【００３７】
また、データ提供システム１００ｂにおいては、ユーザ端末１０ｂは、一台の送信装置２０ｂから動画像データの全て（コンテンツブロックの全て）を受信するように構成されても良いし、複数台の送信装置２０ｂから分散的に動画像データのコンテンツブロックを受信するように構成されても良い。そして、ユーザ端末１０ｂは、受信された動画像データのコンテンツブロックを適宜再生し、また、最終的に一つの動画像データとして記録する。
【００３８】
ユーザ端末１０ｂと送信装置２０ｂとは、インターネット等のネットワークを用いて接続される。なお、ユーザ端末１０ｂと送信装置２０ｂとの間の通信形態はインターネットに限定される必要はなく、ＬＡＮやＷＡＮ等、どのような通信形態を用いて構成されても良い。また、ユーザ端末１０ｂは、図５のネットワークに複数台接続されても良い。また、図５では送信装置２０ｂが複数台接続されているが、例えば図１のように、送信装置２０ｂが一台のみ接続されても良い。以下、データ提供システム１００ｂに含まれる各装置について説明する。
【００３９】
〈ユーザ端末〉
図７は、ユーザ端末１０ｂの機能ブロック例を示す図である。ユーザ端末１０ｂは、レシーバ１２ａに代えてレシーバ１２ｂを含む点で、ユーザ端末１０ａと異なる。以下、ユーザ端末１０ｂについて、ユーザ端末１０ａと異なる部分を説明する。
【００４０】
〈〈レシーバ〉〉
レシーバ１２ｂは、送受信部１１を介して、送信装置２０ｂから動画像データのコンテンツブロックを受け取る。レシーバ１２ｂが記憶部１３へコンテンツブロックを渡す方法は、特に限定される必要はない。一方、レシーバ１２ｂは、再生部１４へコンテンツブロックを渡す際、流量制御を行う。このため、送受信部１１によって受信されたあるコンテンツブロックが、レシーバ１２ｂによって記憶部１３と再生部１４とへ渡されるタイミングは、必ずしも一致しない。
【００４１】
具体的には、レシーバ１２ｂは、再生部１４における動画像の再生に合わせて、再生すべき動画像を含むコンテンツブロックを判断し、これを再生部１４に渡す。例えば、コンテンツブロック１の再生が終了する前に、次のコンテンツブロック２の再生が開始されてしまうと、ユーザにとっては動画像の再生が飛んでしまうことになり問題となる。一方で、コンテンツブロック１の再生が終了してから暫くの間コンテンツブロック２の再生が開始されないと、ユーザにとっては動画像の再生が停止してしまうことになり問題となる。このような問題を解消すべく、流量制御が実施される。流量制御の処理の具体例は、フローチャートの説明の際に説明する。
【００４２】
〈送信装置〉
図８は、送信装置２０ｂの機能ブロック例を示す図である。送信装置２０ｂは、制御部２２ａに代えて制御部２２ｂを含む点で、送信装置２０ａと異なる。以下、送信装置２０ｂについて、送信装置２０ａと異なる部分を説明する。
【００４３】
〈〈制御部〉〉
制御部２２ｂは、コンテンツブロックをユーザ端末１０ｂに送信する。記憶部２３に記憶される動画像データが、既に複数のコンテンツブロックに分けてある場合には、制御部２２ｂは、記憶部２３に記憶されたコンテンツブロックをユーザ端末１０ｂに送信するように構成される。また、記憶部２３に記憶される動画像データが、複数のコンテンツブロックに分けられていない場合には、制御部２２ｂは、この動画像データをコンテンツブロックに分けて、ユーザ端末１０ｂに送信するように構成される。
【００４４】
〔動作例〕
図９は、レシーバ１２ｂによる流量制御の具体例を示すフローチャートである。この流量制御は、図４のフローチャートのＳ１０４の処理において実行される。
【００４５】
流量制御が開始されると、レシーバ１２ｂは、まず現在時刻を開始時刻（Ｔｓ）として取得する（Ｓ２０１）。次に、レシーバ１２ｂは、次に再生部１４に渡すべきコンテンツブロックを取得し、このコンテンツブロックから再生開始時間（Ｔ１）を取得する（Ｓ２０２）。「次に再生部１４に渡すべきコンテンツブロック」とは、まだ再生が開始されていなければ、コンテンツブロック１であるし、既に再生が開始されていれば、現在再生されているコンテンツブロックの次のコンテンツブロックである。なお、再生開始時間（Ｔ１）は、この動画像データの再生が開始されてから、このコンテンツブロックの再生が開始されるまでの経過時間を示す。
【００４６】
次に、レシーバ１２ｂは、現在時刻をＴ２として取得する（Ｓ２０３）。そして、レシーバ１２ｂは、Ｔ１，Ｔ２，Ｔｓを用いて、このコンテンツブロックを再生部１４に渡すか否か判断する（Ｓ２０４）。図９では、レシーバ１２ｂは、経過時間（Ｔ２−Ｔｓ）が、そのコンテンツブロックの再生開始時間（Ｔ１）を越えたか否かで判断する。経過時間が再生開始時間を越えていない場合（Ｓ２０５−ＮＯ）、レシーバ１２ｂは、Ｓ２０３以降の処理を繰り返す。一方、経過時間が再生開始時間を越えた場合（Ｓ２０５−ＹＥＳ）、レシーバ１２ｂは、このコンテンツブロックを再生部１４に渡す（Ｓ２０６）。この場合、再生部１４は、図４のフローチャートにおけるＳ１０５の処理を行う。即ち、再生部１４は、レシーバ１２ｂから流量制御によって渡されたコンテンツブロックを用いて動画像の再生を行う。この場合、Ｓ１０４においてレシーバ１２ｂが実行する流量制御と、Ｓ１０５において再生部１４が実行する再生処理とは、並行して実行される。
【００４７】
次に、レシーバ１２ｂは、全てのコンテンツブロックを再生部１４に渡したか否かを判断する（Ｓ２０７）。この判断は、どのように実装されても良い。例えば、予めレシーバ１２ｂがコンテンツブロック数を取得し、再生部１４に渡したコンテンツブロックの数をカウントすることによって、実現されても良い。この場合、コンテンツブロック数を取得するための実装はどのように実現されても良い。例えば、コンテンツブロック数は、図６のようにコンテンツブロック１が受信される前に単体のデータとしてレシーバ１２ｂに受信されても良いし、コンテンツヘッダに含まれても良いし、コンテンツブロック１に含まれても良い。また、例えば、最後のコンテンツブロックに、該コンテンツブロックが最後のコンテンツブロックであることを示すフラグなどが含まれ、これをもってレシーバ１２ｂがＳ２０７の判断を行うように構成されても良い。
【００４８】
まだ再生部１４に渡されていないコンテンツブロックが残っている場合（Ｓ２０７−ＮＯ）、レシーバ１２ｂはＳ２０２以降の処理を行う。一方、全てのコンテンツブロックについて処理が終了した場合（Ｓ２０７−ＹＥＳ）、流量制御の処理は終了する。
【００４９】
〔作用／効果〕
データ提供システム１００ｂによれば、送信装置２０ｂとユーザ端末１０ｂとを接続するネットワークにおいて、動画像データが複数のコンテンツブロックに分けて転送される構成を実現することができる。このように、動画像データが複数のコンテンツブロックに分けて転送されることにより、いくつかのメリットを享受できる。
【００５０】
まず、送信装置２０ｂからユーザ端末１０ｂへ転送する際に、転送が途中で失敗したとしても、動画像データの先頭から再送する必要が無く、失敗したコンテンツブロックを再送することで正常に転送ができる。このため、転送に失敗したときの再送信に必要な通信コストを削減することが可能となる。
【００５１】
また、同じ動画像データが複数の送信装置２０ｂによって保持される場合、それぞれの送信装置２０ｂから別々のコンテンツブロックをユーザ端末１０ｂに並行して送信することにより、高速な転送を実現することができる。図１０は、このような処理（以下、「多重転送処理」と呼ぶ。）の具体例を示す図である。図１０において、ユーザ端末１０ｂは、送信装置１からはコンテンツブロック１を、送信装置２からはコンテンツブロック２を、それぞれ並行して受信する。このような多重転送処理は、例えば、複数の送信装置２０ｂ及びユーザ端末１０ｂが、ピアツーピア型ネットワークを用いて接続されることにより実現できる。具体的には、Ｗｉｎｎｙの多重ダウンロード機能やＳｋｅｅｄ Ｃａｓｔ等の機能を用いることにより実現できるが、実際にどのような実装を採用するかは、データ提供システム１００ｂの設計者によって適宜決定されて良い。
【００５２】
ところで、動画像データが複数のコンテンツブロックに分けて転送される場合、受信されたデータがすぐに再生部１４に渡されると、再生部１４における動画像の再生が正確に実行されない。これは、レシーバ１２ｂの説明で述べたとおりであるが、さらに多重転送処理が行われた場合には、受信されるコンテンツブロックの順番がばらばらになる可能性がある。このため、再生部１４に渡されるコンテンツブロックの順番も、レシーバ１２ｂによって制御される必要がある。この場合は、各コンテンツブロックにはデータの順番を示すデータが付加され、レシーバ１２ｂはこのデータに基づいて、図９のＳ２０２における「次のコンテンツブロック」を判断する。このように構成されることにより、多重転送処理によるデータ転送の高速化と、再生部１４による再生処理（記憶部１３からのデータ読み出しを伴わない再生処理）とを実現させることが可能となる。
【００５３】
〔ネットワーク構成について〕
上述した内容と重複するが、念のためデータ提供システム１００ｂのネットワーク構成について改めて説明する。ユーザ端末１０ｂと送信装置２０ｂとは、クライアントサーバ型のネットワークを用いて接続されても良い。この場合、ユーザ端末１０ｂがクライアント、送信装置２０ｂがサーバの役割を果たす。
【００５４】
また、ユーザ端末１０ｂと送信装置２０ｂとは、ピアツーピア型ネットワークを用いて接続されても良い。この場合、ユーザ端末１０ｂは、ピアツーピア型ネットワークに接続される情報処理装置であり、特にユーザが操作することによって所望の動画像データを受信するために使用される情報処理装置である。また、送信装置２０ｂは、ユーザ端末１０ｂと同じピアツーピア型ネットワークに接続される情報処理装置であり、特に上記ユーザが所望する動画像データを送信（提供）するための情報処理装置である。なお、複数の情報処理装置が接続されたピアツーピア型ネットワーク内において、ユーザが受信することを所望する動画像データを、どの情報処理装置（送信装置２０ｂ）が有しているかをユーザ端末１０ｂが知る方法は、本発明におけるデータ提供システム１００ｂに適用されるピアツーピア型ネットワークの技術に応じて、どのような方法が採用されても良い。
【００５５】
〔変形例〕
〈データの暗号化について〉
送信装置２０ｂからユーザ端末１０ｂに送信される動画像データは、暗号化されたデータであっても良い。この場合、動画像データは、データブロック毎に暗号化されるように構成されても良いし、さらに小さい単位で暗号化されても良い。この場合、ユーザ端末１０ｂにおけるレシーバ１２ｂは、暗号化された一つのデータ単位（例えばデータブロック）を受信し、それについて復号化を実行するように構成される。即ち、レシーバ１２ｂは、送信装置２０ｂから送受信部１１を介して受信された動画像データを復号化し、復号化された動画像データを記憶部１３及び再生部１４に渡す。このとき、レシーバ１２ｂは、記憶部１３に対しては暗号化されたままの動画像データを渡し、再生部１４に対しては復号化された動画像データを渡すように構成されても良い。また、レシーバ１２ｂは暗号化されたままのデータを再生部１４に渡し、再生部１４が復号化を行うことによって再生を実行するように構成されても良い。
【００５６】
動画像データ全体が一つの暗号化ファイルとして構成されてしまうと、全てを受信してからでないと再生を行うことができないが、このようにデータブロック毎やそれよりも小さい単位で暗号化されることにより、再生のタイミングを早めることが可能となる。
【００５７】
このようにレシーバ１２ｂが復号化の処理は、例えば図９のＳ２０１の処理の前や図４のＳ１０１の処理の後に、処理対象となっているコンテンツブロックを復号化する処理として実行されても良い。
【００５８】
［第三実施形態］
〔システム構成〕
次に、本発明におけるデータ提供システムの第三実施形態である、データ提供システム１００ｃの構成例について説明する。データ提供システム１００ｃでは、各動画像データは、ユーザ端末１０ｃにおける取扱いについて制御される。この制御は、「記憶部１３に記録され、再生部１４による再生処理は実行されない制御」、「記憶部１３に記録はされず、再生部１４による再生処理は実行される制御」、「記憶部１３に記録され、再生部１４による再生処理も実行される制御」のうちから一つ選択される。この制御は、動画像データに制御識別符号が付加され、レシーバ１２ｃがこの制御識別符号に基づいて判断を行うことにより実現される。なお、この制御識別符号は、どのような方法によって決定されても良い。例えば、送信装置２０ｃに動画像データを記憶させる際に、送信装置２０ｃの管理者が決定できるように構成されても良い。また、例えば、ユーザ端末１０ｃが送信装置２０ｃに対して制御識別符号を通知することにより、ユーザ端末１０ｃのユーザが適宜決定できるように構成されても良い。以下、データ提供システム１００ｃに含まれる各装置について説明する。
【００５９】
〈ユーザ端末〉
ユーザ端末１０ｃは、レシーバ１２ａに代えてレシーバ１２ｃを含む点で、ユーザ端末１０ａと異なる。以下、ユーザ端末１０ｃについて、ユーザ端末１０ａと異なる部分を説明する。
【００６０】
〈〈レシーバ〉〉
レシーバ１２ｃは、送受信部１１を介して、送信装置２０ｂから動画像データを受け取る。レシーバ１２ｃは、動画像データについて制御識別符号を取得し、この制御識別符号に基づいて処理を行う。即ち、レシーバ１２ｃは、記憶部１３に対し動画像データを渡すか否か、再生部１４に対し動画像データを渡すか否か、制御識別符号に基づいて判断する。この処理の具体例については、フローチャートの説明の際に説明する。
【００６１】
〔動作例〕
図１１は、レシーバ１２ｃの動作例を示すフローチャートである。なお、図４のフローチャートと同じ処理については、同じ符号を付す。
【００６２】
まず、レシーバ１２ｃが、送受信部１１を介して送信装置２０ｃに対し、動画像データの送信を要求する（Ｓ１０１）。送信装置２０ｃは、動画像データの要求を受けると、要求元であるユーザ端末１０ｃに対し、要求された動画像データの送信を開始する。このとき、一般的にプログレッシブダウンロードではＨＴＴＰを用いてデータの送受信が実施されるが、本発明のデータ提供システム１００ｃにおいては、ＨＴＴＰが適用されても良いし、他のプロトコルが適用されても良い。
【００６３】
次に、レシーバ１２ｃは、受信される動画像データについての制御識別符号を取得する（Ｓ１１１）。そして、レシーバ１２ｃは、取得された制御識別符号の内容に基づいてその後の処理を判断する。制御識別符号が記録のみを示す場合（Ｓ１１２−記録のみ）、レシーバ１２ｃは、記録部１３へのデータ転送を開始し（Ｓ１０２）、記録部１３は動画像データの記録を行う（Ｓ１０３）。この場合、再生部１４へのデータ転送や再生部１４による再生処理は行われない。
【００６４】
制御識別符号が再生のみを示す場合（Ｓ１１２−再生のみ）、レシーバ１２ｃは、再生部１４へのデータ転送を開始し（Ｓ１０４）、再生部１４は動画像データの再生を行う（Ｓ１０５）。この場合、記録部１３へのデータ転送や記録部１３へのデータ書き込みは行われない。
【００６５】
制御識別符号が記録及び再生を示す場合（Ｓ１１２−記録及び再生）、レシーバ１２ｃは、記録部１３へのデータ転送と（Ｓ１０２）、再生部１４へのデータ転送とを行い（Ｓ１０４）、第一実施形態における処理と同様となる。
【００６６】
〔作用／効果〕
従来のプログレッシブダウンロードでは、再生される動画像データはユーザ端末の記憶装置に記録されることが前提となっていた。一方で、従来の技術にストリーミングという処理もあるが、ストリーミングでは、再生される動画像データはユーザ端末の記憶装置に記録されないことが前提となっていた。また、プログレッシブダウンロードとストリーミングとでは、まったく同じプロトコルでデータ転送をすることは困難である。しかしながら、データ提供システム１００ｃによれば、同じプロトコルによって送信装置２０ｃからユーザ端末１０ｃに動画像データを転送し、ユーザ端末１０ｃのレシーバ１２ｃによって、記録の有無や再生の有無を判断することが可能となる。即ち、記録の有無や再生の有無によって、送信装置２０ｃがユーザ端末１０ｃに動画像データを転送する処理を変更する必要がない。
【００６７】
また、動画像データによっては、著作権の問題などから、ユーザ端末１０ｃに記録されないことが望まれるものもある。このような場合には、予め送信装置２０ｃに動画像データが蓄えられる際に、制御識別符号を「再生のみ」に設定することで、容易に著作権等に基づいた制御を行うことができる。
【００６８】
また、ユーザ端末１０ｃのユーザにとっても、その時々の状況に応じて、再生を伴う記録なのか、再生を伴わない記録なのかを自由に制御できることにより、ユーザの便宜を図ることが可能となる。同様に、ユーザ端末１０ｃに備えられた記憶領域の容量によっては、記録を伴わない再生が望まれることもあり、このような要求に対しても適宜対応することが可能となる。
【００６９】
〔変形例〕
上述した説明では、制御の種類として３種類を挙げたが、このうちいずれか二つの制御から選択されるように構成されても良いし、さらに他の制御も選択できるように構成されても良い。
【００７０】
また、上述した説明では、制御識別符号に基づいた処理を第一実施形態に対して適用するモデルを説明したが、制御識別符号に基づいた処理は第二実施形態に対して適用されても良い。即ち、制御識別符号に基づいた処理及び流量制御の処理を行うようにデータ提供システムが構成されても良い。
【００７１】
また、第一実施形態や第二実施形態と同様に、動画像データが暗号化されるように構成され、レシーバ１２ｃが復号化を行うように構成されても良い。
【図面の簡単な説明】
【００７２】
【図１】第一実施形態及び第三実施形態におけるデータ提供システムの構成例を示す図である。
【図２】第一実施形態及び第三実施形態におけるユーザ端末の機能ブロック例を示す図である。
【図３】第一実施形態及び第三実施形態における送信装置の機能ブロック例を示す図である。
【図４】第一実施形態におけるユーザ端末の動作例を示すフローチャートである。
【図５】第二実施形態におけるデータ提供システムの構成例を示す図である。
【図６】第二実施形態で取り扱われる動画像データの例を示す図である。
【図７】第二実施形態におけるユーザ端末の機能ブロック例を示す図である。
【図８】第二実施形態における送信装置の機能ブロック例を示す図である。
【図９】第二実施形態における流量制御の具体例を示すフローチャートである。
【図１０】第二実施形態における多重転送処理の概要を示す図である。
【図１１】第三実施形態におけるユーザ端末の動作例を示すフローチャートである。
【図１２】従来技術におけるプログレッシブダウンロードの概念を示す図である。
【符号の説明】
【００７３】
１０ａ，１０ｂ，１０ｃ…ユーザ端末、 １１…送受信部、 １２ａ，１２ｂ，１２ｃ…レシーバ、 １３…記憶部、 １４…再生部、 １５…出力部、 ２０ａ，２０ｂ，２０ｃ…送信装置、 ２１…送受信部、 ２２ａ，２２ｂ，２２ｃ…制御部、 ２３…記憶部、 １００ａ，１００ｂ，１００ｃ…データ提供システム
【技術分野】
【０００１】
本発明は、ネットワークにおいて、動画像データや音声データのダウンロード処理や再生処理を実現する技術に関する。
【背景技術】
【０００２】
近年、情報処理ネットワークにおけるデータ転送速度は飛躍的に向上している。この向上に伴い、サイズが大きい動画像データや音声データのダウンロードや、動画像や音声のストリーミング配信などが実現され、広く普及している。以下、背景技術及び課題について、動画像や音声のデータに共通する説明であるため、動画像についてのみ説明する。
【０００３】
ところで、動画像データのダウンロードを行う場合、動画像データを完全にダウンロードしてからでなければ、動画像を再生することができなかった。このため、ダウンロードに時間を要する場合には、動画像の閲覧が遅れてしまうという問題があった。
【０００４】
このような問題に対し、動画像データのプログレッシブダウンロード（疑似ストリーミング）という技術が提案されている（特許文献１参照）。図１２は、プログレッシブダウンロードの概念を示す図である。図１２では、ユーザ端末Ｐ１０は、動画像データを有する送信装置から、動画像データを、プログレッシブダウンロードにより受信する。この場合、ユーザ端末Ｐ１０では、送受信部Ｐ１１によって受信された動画像データは、記憶部Ｐ１２に書き込まれる。そして、再生を開始するために必要な分のデータが記憶部Ｐ１２に書き込まれると、再生部Ｐ１３は、記憶部Ｐ１２からデータを読み出し、動画像の再生を開始する。
【０００５】
このように、プログレッシブダウンロードでは、送信装置からダウンロードされる動画像データは、記憶部Ｐ１２に記録され、さらにダウンロードが完了する前に再生部Ｐ１３による再生が開始される。従って、再生のタイミングを早めることが可能となる。
【特許文献１】特開２００６−５１３５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のプログレッシブダウンロードによれば、記憶部Ｐ１２に記録されたデータを読み出して再生を行うため、いくつかの問題を生じていた。例えば、記憶部Ｐ１２への書き込みや読み出しに時間を要する場合には、これらの処理に要する時間がネックとなり再生開始が遅れてしまっていた。
【０００７】
そこで、本発明では、記憶部へのデータ書き込みや読み書きに要する時間に影響を受けることなく動画像や音声の再生処理を可能とする技術を提案することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、ユーザ端末装置であって、受信手段、記憶手段、再生手段及び制御手段を備える。受信手段は、ネットワークを介して動画像・音声データを受信する。ここで、動画像・音声データとは、音声を含む動画像のデータや、音声を含まない動画像のデータや、動画像を含まない音声のみのデータを示す。受信手段は、例えば動画像・音声データを配信する配信サーバ等の他の情報処理装置から、ネットワークを介して動画像・音声データを受信する。記憶手段は、動画像・音声データを記憶する。再生手段は、動画像・音声データを再生する。制御手段は、受信された動画像・音声データを、記憶手段及び再生手段に転送する。このようなユーザ端末装置において、記憶手段は、制御手段から転送された動画像・音声データを記憶する。このとき、記憶手段は、ハードディスク等の記憶装置を用いて構成されても良いし、ＤＶＤレコーダ等の記録媒体に記録を行う装置を用いて構成されても良い。そして再生手段は、制御手段から動画像・音声データを転送された場合に、記憶手段に記憶された動画像・音声データではなく、制御手段から転送された動画像・音声データを再生する。
【０００９】
このように構成されることにより、受信手段により受信された動画像・音声データは、制御手段によって、記憶手段と再生手段とに並列的に渡される。そして、再生手段は、動画像・音声の再生を行うにあたって、記憶手段から動画像・音声データを読み出すのではなく、制御部から受け取った動画像・音声データを用いる。このため、再生手段による動画像・音声の再生処理は、記憶手段へのデータ書き込みや読み書きに要する時間に影響を受けることがない。従って、記憶手段へのデータ書き込みや読み書きに要する時間に影響を受けることなく動画像・音声の再生処理が可能となる。
【００１０】
本発明において、動画像・音声データは、複数のコンテンツブロックから構成されるように構成されても良い。例えば、動画像・音声データは、固定長ブロックで分割されても良いし、その再生時における時間軸に従って複数のコンテンツブロックに分割されても良い。なお、各コンテンツブロックは、少なくとも後に続くコンテンツブロックが受信されなくとも再生可能に構成されることが望ましい。制御手段は、再生手段には、各コンテンツブロックの再生されるタイミングに応じてコンテンツブロックを転送するように構成されても良い。また、再生手段は、制御手段によって転送されたコンテンツブロックを再生することで動画像・音声データの再生を行うように構成されても良い。
【００１１】
このように構成されることにより、動画像・音声データの転送が途中で失敗したとしても、動画像・音声データの先頭から再送する必要が無く、転送失敗時の再送信に必要な通信コストを削減することが可能となる。
【００１２】
また、このように構成されることにより、複数の情報処理装置から動画像・音声データを受信する処理（多重転送処理）によるデータ転送の高速化と、再生手段による再生処理（記憶手段からのデータ読み出しを伴わない再生処理）とを実現させることが可能となる。
【００１３】
本発明において、動画像・音声データは、記憶されるべきか否かを示す制御識別符号を含むように構成されても良い。この場合、制御手段は、制御識別符号に基づいて、受信された動画像・音声データを記憶手段に転送するか判断し、判断結果に基づいて転送を行うように構成されても良い。
【００１４】
また、本発明において、動画像・音声データは、再生されるべきか否かを示す制御識別符号を含むように構成されても良い。この場合、制御手段は、制御識別符号に基づいて、受信された動画像・音声データを再生手段に転送するか判断し、判断結果に基づいて転送を行うように構成されても良い。
【００１５】
このように構成されることにより、動画像・音声データを送信する側の事情や、動画像・音声データを受信する側の事情などに応じて、記録の有無や再生の有無を自動的に制御することが可能となる。このような効果は、本願発明における再生手段が記憶手段からのデータ読み出しを行うことなく再生処理を実現させていることによる。即ち、このような再生処理ができない場合（即ち従来のプログレッシブダウンロードの場合）は、記憶手段から動画像・音声データを読み出して再生することが前提となっていたため、記憶手段に記憶させることなく再生するという処理を選択することができなかった。また、ストリーミング処理では、逆に再生することができても記録することを選択することはできなかった。本願発明によれば、制御手段の制御により、各方面の事情に応じて記録や再生を容易に制御することが可能となる。
【００１６】
本発明は、情報処理装置を、上記したユーザ端末装置として動作させるためのプログラムとして特定されても良い。また、本発明は、上記したユーザ端末装置が行う動画像・音声データ受信方法として特定されても良い。
【発明の効果】
【００１７】
本発明により、記憶部へのデータ書き込みや読み書きに要する時間に影響を受けることなく動画像や音声の再生処理を実行することが可能となる。
【発明を実施するための最良の形態】
【００１８】
［第一実施形態］
〔システム構成〕
まず、本発明におけるデータ提供システムの第一実施形態である、データ提供システム１００ａの構成例について説明する。図１は、データ提供システム１００ａの構成例を示す図である。データ提供システム１００ａは、ユーザ端末１０ａ及び送信装置２０ａを含む。ユーザ端末１０ａは、ユーザが操作することによって所望の動画像や音声のデータを受信するために使用される情報処理装置である。送信装置２０ａは、ユーザ端末１０ａのユーザが所望するデータを、ネットワークを介してユーザ端末１０ａに送信（提供）するための情報処理装置である。なお、以下の説明では、音声データについての説明を省略するが、動画像のデータの取扱いと同様に、音声のみのデータを取り扱うことも可能である。
【００１９】
ユーザ端末１０ａと送信装置２０ａとは、インターネット等のネットワークを用いて接続される。なお、ユーザ端末１０ａと送信装置２０ａとの間の通信形態はインターネットに限定される必要はなく、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等、どのような通信形態を用いて構成されても良い。また、ユーザ端末１０ａ及び送信装置２０ａは、図１のネットワークに複数台接続されても良い。以下、データ提供システム１００ａに含まれる各装置について説明する。
【００２０】
〈ユーザ端末〉
ユーザ端末１０ａは、バスを介して接続された記憶装置、演算装置及び通信制御装置（ネットワークインタフェース装置など）を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやＰＤＡ（Personal Digital Assistance）や携帯電話機などの情報処理装置を用いて構成することができる。図２は、ユーザ端末１０ａの機能ブロック例を示す図である。ユーザ端末１０ａは送受信部１１、レシーバ１２ａ、記憶部１３、再生部１４及び出力部１５を含む装置として機能する。次に、ユーザ端末１０ａに含まれる各機能部について説明する。
【００２１】
〈〈送受信部〉〉
送受信部１１は、ネットワークを介して送信装置２０ａとの間でデータを送受信するために、ユーザ端末１０ａに接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。送受信部１１は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬやＦＴＴＨや無線ＬＡＮ等の技術がある。
【００２２】
〈〈レシーバ〉〉
レシーバ１２ａは、送受信部１１によって受信されたデータを、記憶部１３及び再生部１４へ渡す。レシーバ１２ａの処理の詳細についての説明は、フローチャートの説明の際に行う。
【００２３】
〈〈記憶部〉〉
記憶部１３は、レシーバ１２ａから受け取る動画像データを記憶する。記憶部１３は、ハードディスクや半導体記憶装置や光磁気ディスクなどの記憶装置を用いて構成される。また、記憶部１３は、ＤＶＤ（Digital Versatile Disc）書き込み装置や、ＣＤ（Compact Disc）書き込み装置のように、記録媒体にデータを書き込む装置を用いて構成されても良い。この場合、動画像データは記録媒体（ＤＶＤやＣＤ等）に記録される。
【００２４】
〈〈再生部〉〉
再生部１４は、レシーバ１２ａから受け取る動画像データを再生する。再生部１４は、動画像データを再生する際に、出力部１５に対して画像や音声の出力を行う。再生部１４の処理の詳細は、フローチャートの説明の際に説明する。
【００２５】
〈〈出力部〉〉
出力部１５は、再生部１４の指示に従って文字・画像や音声の出力を制御する。出力部１５は、ユーザ端末１０ａに接続された出力装置に出力の指示を出す。出力装置は、ユーザ端末１０ａに一体的に備え付けられていても良い。なお、出力装置とは、ＣＲＴディスプレイ（Cathode Ray Tube ディスプレイ），液晶ディスプレイ，有機ＥＬディスプレイ等の画像出力装置や、スピーカー等の音声出力装置等である。
【００２６】
〈送信装置〉
送信装置２０ａは、バスを介して接続された記憶装置、演算装置及び通信制御装置（ネットワークインタフェース装置など）を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやサーバ装置やＰＤＡ（Personal Digital Assistance）や携帯電話機などの情報処理装置を用いて構成することができる。図３は、送信装置２０ａの機能ブロック例を示す図である。送信装置２０ａは送受信部２１、制御部２２ａ及び記憶部２３を含む装置として機能する。次に、送信装置２０ａに含まれる各機能部について説明する。
【００２７】
〈〈送受信部〉〉
送受信部２１は、ネットワークを介してユーザ端末１０ａとの間でデータを送受信するために、送信装置２０ａに接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。送受信部は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネットや専用線やＡＤＳＬやＦＴＴＨや無線ＬＡＮ等の技術がある。
【００２８】
〈〈制御部〉〉
制御部２２ａは、記憶部２３に記憶される動画像データを、送受信部２１を介してユーザ端末１０ａに送信する。制御部２２ａは、ユーザ端末１０ａによって指定された動画像データを送信するための制御を行う。
【００２９】
〈〈記憶部〉〉
記憶部２３は、動画像データを記憶する。記憶部２３は、ハードディスクや半導体記憶装置や光磁気ディスクなどの記憶装置を用いて構成される。また、記憶部２３は、ＤＶＤ読み出し装置や、ＣＤ読み出し装置のように、記録媒体からデータを読み出す装置を用いて構成されても良い。この場合、動画像データは記録媒体（ＤＶＤやＣＤ等）に記録されている。
【００３０】
〔動作例〕
図４は、ユーザ端末１０ａの動作例を示すフローチャートである。図４を用いて、ユーザ端末１０ａの動作例について説明する。
【００３１】
まず、レシーバ１２ａが、送受信部１１を介して送信装置２０ａに対し、動画像データの送信を要求する（Ｓ１０１）。送信装置２０ａは、動画像データの要求を受けると、要求元であるユーザ端末１０ａに対し、要求された動画像データの送信を開始する。このとき、一般的にプログレッシブダウンロードではＨＴＴＰ（HyperText Transfer Protocol）を用いてデータの送受信が実施されるが、本発明のデータ提供システム１００ａにおいては、ＨＴＴＰが適用されても良いし、他のプロトコルが適用されても良い。
【００３２】
次に、レシーバ１２ａは、送受信部１１を介して送信装置２０ａから、動画像データを順次受信する。レシーバ１２ａは、記憶部１３に対しては、一般的なダウンロード処理と同様に、受信されたデータを順次渡し（Ｓ１０２）、動画像データを記憶部１３に記録する（Ｓ１０３）。（正しいですか？）また、レシーバ１２ａは、再生部１４に対しても、受信されたデータを順次渡す（Ｓ１０４）。そして、再生部１４は、レシーバ１２ａから受け取ったデータに基づいて動画像データの再生を行う（Ｓ１０５）。
【００３３】
〔作用／効果〕
データ提供システム１００ａによれば、送信装置２０から受信された動画像データは、レシーバ１２ａによって、記憶部１３と再生部１４に並列的に渡される。そして、再生部１４は、動画像の再生を行うにあたって、記憶部１３から動画像データを読み出すのではなく、レシーバ１２ａから受け取った動画像データを用いる。このため、再生部１４による動画像の再生処理は、記憶部１３へのデータ書き込みや読み書きに要する時間に影響を受けることがない。このような効果は、記憶部１３がＤＶＤ記録装置を用いて構成された場合のように、データ書き込みに多くの時間を要する構成が採用された場合に特に顕著となる。
【００３４】
〔変形例〕
〈データの暗号化について〉
送信装置２０ａからユーザ端末１０ａに送信される動画像データは、暗号化されたデータであっても良い。この場合、ユーザ端末１０ａにおけるレシーバ１２ａは、復号化を実行するように構成される。即ち、レシーバ１２ａは、送信装置２０ａから送受信部１１を介して受信された動画像データを復号化し、復号化された動画像データを記憶部１３及び再生部１４に渡す。このとき、レシーバ１２ａは、記憶部１３に対しては暗号化されたままの動画像データを渡し、再生部１４に対しては復号化された動画像データを渡すように構成されても良い。また、レシーバ１２ａは暗号化されたままのデータを再生部１４に渡し、再生部１４が復号化を行うことによって再生を実行するように構成されても良い。
【００３５】
［第二実施形態］
〔システム構成〕
次に、本発明におけるデータ提供システムの第二実施形態である、データ提供システム１００ｂの構成例について説明する。図５は、データ提供システム１００ｂの構成例を示す図である。データ提供システム１００ｂは、ユーザ端末１０ｂと複数台の送信装置２０ｂとを含む。ユーザ端末１０ｂは、ユーザが操作することによって所望のデータを受信するために使用される情報処理装置である。送信装置２０ｂは、ユーザ端末１０ｂのユーザが所望するデータを、ネットワークを介してユーザ端末１０ｂに送信（提供）するための情報処理装置である。
【００３６】
データ提供システム１００ｂでは、動画像データは、複数の断片（以下、「コンテンツブロック」と呼ぶ。）の集合として取り扱われる。図６は、データ提供システム１００ｂにおける動画像データの例を示す図である。動画像データは、複数のコンテンツブロックに分けて構成され、コンテンツブロックの総数がコンテンツブロック数として保持される。コンテンツブロックは、動画像の再生に必要なデータが時系列に従って複数に分割されたものである。例えば、Ｎ分の動画像データは、０〜１分、１〜２分、・・Ｎ−１分〜Ｎ分のＮ個のコンテンツブロックとして構成される。この場合、０〜１分のコンテンツブロックがユーザ端末１０ｂに取得されることにより、ユーザ端末１０ｂは、それ以降のコンテンツブロックが受信されることなく、０〜１分の動画像を再生することが可能となる。コンテンツブロックは、必ずしも上記のように１分きざみで構成される必要はなく、もっと短い単位でも、もっと長い単位でも構成できる。なお、コンテンツブロック数は、コンテンツヘッダに含まれても良い。以下の説明では、便宜的に、コンテンツブロックにナンバリングを行い、先頭から順に１〜ｎの数字を付して説明する（例：コンテンツブロック１，コンテンツブロックｎ）。
【００３７】
また、データ提供システム１００ｂにおいては、ユーザ端末１０ｂは、一台の送信装置２０ｂから動画像データの全て（コンテンツブロックの全て）を受信するように構成されても良いし、複数台の送信装置２０ｂから分散的に動画像データのコンテンツブロックを受信するように構成されても良い。そして、ユーザ端末１０ｂは、受信された動画像データのコンテンツブロックを適宜再生し、また、最終的に一つの動画像データとして記録する。
【００３８】
ユーザ端末１０ｂと送信装置２０ｂとは、インターネット等のネットワークを用いて接続される。なお、ユーザ端末１０ｂと送信装置２０ｂとの間の通信形態はインターネットに限定される必要はなく、ＬＡＮやＷＡＮ等、どのような通信形態を用いて構成されても良い。また、ユーザ端末１０ｂは、図５のネットワークに複数台接続されても良い。また、図５では送信装置２０ｂが複数台接続されているが、例えば図１のように、送信装置２０ｂが一台のみ接続されても良い。以下、データ提供システム１００ｂに含まれる各装置について説明する。
【００３９】
〈ユーザ端末〉
図７は、ユーザ端末１０ｂの機能ブロック例を示す図である。ユーザ端末１０ｂは、レシーバ１２ａに代えてレシーバ１２ｂを含む点で、ユーザ端末１０ａと異なる。以下、ユーザ端末１０ｂについて、ユーザ端末１０ａと異なる部分を説明する。
【００４０】
〈〈レシーバ〉〉
レシーバ１２ｂは、送受信部１１を介して、送信装置２０ｂから動画像データのコンテンツブロックを受け取る。レシーバ１２ｂが記憶部１３へコンテンツブロックを渡す方法は、特に限定される必要はない。一方、レシーバ１２ｂは、再生部１４へコンテンツブロックを渡す際、流量制御を行う。このため、送受信部１１によって受信されたあるコンテンツブロックが、レシーバ１２ｂによって記憶部１３と再生部１４とへ渡されるタイミングは、必ずしも一致しない。
【００４１】
具体的には、レシーバ１２ｂは、再生部１４における動画像の再生に合わせて、再生すべき動画像を含むコンテンツブロックを判断し、これを再生部１４に渡す。例えば、コンテンツブロック１の再生が終了する前に、次のコンテンツブロック２の再生が開始されてしまうと、ユーザにとっては動画像の再生が飛んでしまうことになり問題となる。一方で、コンテンツブロック１の再生が終了してから暫くの間コンテンツブロック２の再生が開始されないと、ユーザにとっては動画像の再生が停止してしまうことになり問題となる。このような問題を解消すべく、流量制御が実施される。流量制御の処理の具体例は、フローチャートの説明の際に説明する。
【００４２】
〈送信装置〉
図８は、送信装置２０ｂの機能ブロック例を示す図である。送信装置２０ｂは、制御部２２ａに代えて制御部２２ｂを含む点で、送信装置２０ａと異なる。以下、送信装置２０ｂについて、送信装置２０ａと異なる部分を説明する。
【００４３】
〈〈制御部〉〉
制御部２２ｂは、コンテンツブロックをユーザ端末１０ｂに送信する。記憶部２３に記憶される動画像データが、既に複数のコンテンツブロックに分けてある場合には、制御部２２ｂは、記憶部２３に記憶されたコンテンツブロックをユーザ端末１０ｂに送信するように構成される。また、記憶部２３に記憶される動画像データが、複数のコンテンツブロックに分けられていない場合には、制御部２２ｂは、この動画像データをコンテンツブロックに分けて、ユーザ端末１０ｂに送信するように構成される。
【００４４】
〔動作例〕
図９は、レシーバ１２ｂによる流量制御の具体例を示すフローチャートである。この流量制御は、図４のフローチャートのＳ１０４の処理において実行される。
【００４５】
流量制御が開始されると、レシーバ１２ｂは、まず現在時刻を開始時刻（Ｔｓ）として取得する（Ｓ２０１）。次に、レシーバ１２ｂは、次に再生部１４に渡すべきコンテンツブロックを取得し、このコンテンツブロックから再生開始時間（Ｔ１）を取得する（Ｓ２０２）。「次に再生部１４に渡すべきコンテンツブロック」とは、まだ再生が開始されていなければ、コンテンツブロック１であるし、既に再生が開始されていれば、現在再生されているコンテンツブロックの次のコンテンツブロックである。なお、再生開始時間（Ｔ１）は、この動画像データの再生が開始されてから、このコンテンツブロックの再生が開始されるまでの経過時間を示す。
【００４６】
次に、レシーバ１２ｂは、現在時刻をＴ２として取得する（Ｓ２０３）。そして、レシーバ１２ｂは、Ｔ１，Ｔ２，Ｔｓを用いて、このコンテンツブロックを再生部１４に渡すか否か判断する（Ｓ２０４）。図９では、レシーバ１２ｂは、経過時間（Ｔ２−Ｔｓ）が、そのコンテンツブロックの再生開始時間（Ｔ１）を越えたか否かで判断する。経過時間が再生開始時間を越えていない場合（Ｓ２０５−ＮＯ）、レシーバ１２ｂは、Ｓ２０３以降の処理を繰り返す。一方、経過時間が再生開始時間を越えた場合（Ｓ２０５−ＹＥＳ）、レシーバ１２ｂは、このコンテンツブロックを再生部１４に渡す（Ｓ２０６）。この場合、再生部１４は、図４のフローチャートにおけるＳ１０５の処理を行う。即ち、再生部１４は、レシーバ１２ｂから流量制御によって渡されたコンテンツブロックを用いて動画像の再生を行う。この場合、Ｓ１０４においてレシーバ１２ｂが実行する流量制御と、Ｓ１０５において再生部１４が実行する再生処理とは、並行して実行される。
【００４７】
次に、レシーバ１２ｂは、全てのコンテンツブロックを再生部１４に渡したか否かを判断する（Ｓ２０７）。この判断は、どのように実装されても良い。例えば、予めレシーバ１２ｂがコンテンツブロック数を取得し、再生部１４に渡したコンテンツブロックの数をカウントすることによって、実現されても良い。この場合、コンテンツブロック数を取得するための実装はどのように実現されても良い。例えば、コンテンツブロック数は、図６のようにコンテンツブロック１が受信される前に単体のデータとしてレシーバ１２ｂに受信されても良いし、コンテンツヘッダに含まれても良いし、コンテンツブロック１に含まれても良い。また、例えば、最後のコンテンツブロックに、該コンテンツブロックが最後のコンテンツブロックであることを示すフラグなどが含まれ、これをもってレシーバ１２ｂがＳ２０７の判断を行うように構成されても良い。
【００４８】
まだ再生部１４に渡されていないコンテンツブロックが残っている場合（Ｓ２０７−ＮＯ）、レシーバ１２ｂはＳ２０２以降の処理を行う。一方、全てのコンテンツブロックについて処理が終了した場合（Ｓ２０７−ＹＥＳ）、流量制御の処理は終了する。
【００４９】
〔作用／効果〕
データ提供システム１００ｂによれば、送信装置２０ｂとユーザ端末１０ｂとを接続するネットワークにおいて、動画像データが複数のコンテンツブロックに分けて転送される構成を実現することができる。このように、動画像データが複数のコンテンツブロックに分けて転送されることにより、いくつかのメリットを享受できる。
【００５０】
まず、送信装置２０ｂからユーザ端末１０ｂへ転送する際に、転送が途中で失敗したとしても、動画像データの先頭から再送する必要が無く、失敗したコンテンツブロックを再送することで正常に転送ができる。このため、転送に失敗したときの再送信に必要な通信コストを削減することが可能となる。
【００５１】
また、同じ動画像データが複数の送信装置２０ｂによって保持される場合、それぞれの送信装置２０ｂから別々のコンテンツブロックをユーザ端末１０ｂに並行して送信することにより、高速な転送を実現することができる。図１０は、このような処理（以下、「多重転送処理」と呼ぶ。）の具体例を示す図である。図１０において、ユーザ端末１０ｂは、送信装置１からはコンテンツブロック１を、送信装置２からはコンテンツブロック２を、それぞれ並行して受信する。このような多重転送処理は、例えば、複数の送信装置２０ｂ及びユーザ端末１０ｂが、ピアツーピア型ネットワークを用いて接続されることにより実現できる。具体的には、Ｗｉｎｎｙの多重ダウンロード機能やＳｋｅｅｄ Ｃａｓｔ等の機能を用いることにより実現できるが、実際にどのような実装を採用するかは、データ提供システム１００ｂの設計者によって適宜決定されて良い。
【００５２】
ところで、動画像データが複数のコンテンツブロックに分けて転送される場合、受信されたデータがすぐに再生部１４に渡されると、再生部１４における動画像の再生が正確に実行されない。これは、レシーバ１２ｂの説明で述べたとおりであるが、さらに多重転送処理が行われた場合には、受信されるコンテンツブロックの順番がばらばらになる可能性がある。このため、再生部１４に渡されるコンテンツブロックの順番も、レシーバ１２ｂによって制御される必要がある。この場合は、各コンテンツブロックにはデータの順番を示すデータが付加され、レシーバ１２ｂはこのデータに基づいて、図９のＳ２０２における「次のコンテンツブロック」を判断する。このように構成されることにより、多重転送処理によるデータ転送の高速化と、再生部１４による再生処理（記憶部１３からのデータ読み出しを伴わない再生処理）とを実現させることが可能となる。
【００５３】
〔ネットワーク構成について〕
上述した内容と重複するが、念のためデータ提供システム１００ｂのネットワーク構成について改めて説明する。ユーザ端末１０ｂと送信装置２０ｂとは、クライアントサーバ型のネットワークを用いて接続されても良い。この場合、ユーザ端末１０ｂがクライアント、送信装置２０ｂがサーバの役割を果たす。
【００５４】
また、ユーザ端末１０ｂと送信装置２０ｂとは、ピアツーピア型ネットワークを用いて接続されても良い。この場合、ユーザ端末１０ｂは、ピアツーピア型ネットワークに接続される情報処理装置であり、特にユーザが操作することによって所望の動画像データを受信するために使用される情報処理装置である。また、送信装置２０ｂは、ユーザ端末１０ｂと同じピアツーピア型ネットワークに接続される情報処理装置であり、特に上記ユーザが所望する動画像データを送信（提供）するための情報処理装置である。なお、複数の情報処理装置が接続されたピアツーピア型ネットワーク内において、ユーザが受信することを所望する動画像データを、どの情報処理装置（送信装置２０ｂ）が有しているかをユーザ端末１０ｂが知る方法は、本発明におけるデータ提供システム１００ｂに適用されるピアツーピア型ネットワークの技術に応じて、どのような方法が採用されても良い。
【００５５】
〔変形例〕
〈データの暗号化について〉
送信装置２０ｂからユーザ端末１０ｂに送信される動画像データは、暗号化されたデータであっても良い。この場合、動画像データは、データブロック毎に暗号化されるように構成されても良いし、さらに小さい単位で暗号化されても良い。この場合、ユーザ端末１０ｂにおけるレシーバ１２ｂは、暗号化された一つのデータ単位（例えばデータブロック）を受信し、それについて復号化を実行するように構成される。即ち、レシーバ１２ｂは、送信装置２０ｂから送受信部１１を介して受信された動画像データを復号化し、復号化された動画像データを記憶部１３及び再生部１４に渡す。このとき、レシーバ１２ｂは、記憶部１３に対しては暗号化されたままの動画像データを渡し、再生部１４に対しては復号化された動画像データを渡すように構成されても良い。また、レシーバ１２ｂは暗号化されたままのデータを再生部１４に渡し、再生部１４が復号化を行うことによって再生を実行するように構成されても良い。
【００５６】
動画像データ全体が一つの暗号化ファイルとして構成されてしまうと、全てを受信してからでないと再生を行うことができないが、このようにデータブロック毎やそれよりも小さい単位で暗号化されることにより、再生のタイミングを早めることが可能となる。
【００５７】
このようにレシーバ１２ｂが復号化の処理は、例えば図９のＳ２０１の処理の前や図４のＳ１０１の処理の後に、処理対象となっているコンテンツブロックを復号化する処理として実行されても良い。
【００５８】
［第三実施形態］
〔システム構成〕
次に、本発明におけるデータ提供システムの第三実施形態である、データ提供システム１００ｃの構成例について説明する。データ提供システム１００ｃでは、各動画像データは、ユーザ端末１０ｃにおける取扱いについて制御される。この制御は、「記憶部１３に記録され、再生部１４による再生処理は実行されない制御」、「記憶部１３に記録はされず、再生部１４による再生処理は実行される制御」、「記憶部１３に記録され、再生部１４による再生処理も実行される制御」のうちから一つ選択される。この制御は、動画像データに制御識別符号が付加され、レシーバ１２ｃがこの制御識別符号に基づいて判断を行うことにより実現される。なお、この制御識別符号は、どのような方法によって決定されても良い。例えば、送信装置２０ｃに動画像データを記憶させる際に、送信装置２０ｃの管理者が決定できるように構成されても良い。また、例えば、ユーザ端末１０ｃが送信装置２０ｃに対して制御識別符号を通知することにより、ユーザ端末１０ｃのユーザが適宜決定できるように構成されても良い。以下、データ提供システム１００ｃに含まれる各装置について説明する。
【００５９】
〈ユーザ端末〉
ユーザ端末１０ｃは、レシーバ１２ａに代えてレシーバ１２ｃを含む点で、ユーザ端末１０ａと異なる。以下、ユーザ端末１０ｃについて、ユーザ端末１０ａと異なる部分を説明する。
【００６０】
〈〈レシーバ〉〉
レシーバ１２ｃは、送受信部１１を介して、送信装置２０ｂから動画像データを受け取る。レシーバ１２ｃは、動画像データについて制御識別符号を取得し、この制御識別符号に基づいて処理を行う。即ち、レシーバ１２ｃは、記憶部１３に対し動画像データを渡すか否か、再生部１４に対し動画像データを渡すか否か、制御識別符号に基づいて判断する。この処理の具体例については、フローチャートの説明の際に説明する。
【００６１】
〔動作例〕
図１１は、レシーバ１２ｃの動作例を示すフローチャートである。なお、図４のフローチャートと同じ処理については、同じ符号を付す。
【００６２】
まず、レシーバ１２ｃが、送受信部１１を介して送信装置２０ｃに対し、動画像データの送信を要求する（Ｓ１０１）。送信装置２０ｃは、動画像データの要求を受けると、要求元であるユーザ端末１０ｃに対し、要求された動画像データの送信を開始する。このとき、一般的にプログレッシブダウンロードではＨＴＴＰを用いてデータの送受信が実施されるが、本発明のデータ提供システム１００ｃにおいては、ＨＴＴＰが適用されても良いし、他のプロトコルが適用されても良い。
【００６３】
次に、レシーバ１２ｃは、受信される動画像データについての制御識別符号を取得する（Ｓ１１１）。そして、レシーバ１２ｃは、取得された制御識別符号の内容に基づいてその後の処理を判断する。制御識別符号が記録のみを示す場合（Ｓ１１２−記録のみ）、レシーバ１２ｃは、記録部１３へのデータ転送を開始し（Ｓ１０２）、記録部１３は動画像データの記録を行う（Ｓ１０３）。この場合、再生部１４へのデータ転送や再生部１４による再生処理は行われない。
【００６４】
制御識別符号が再生のみを示す場合（Ｓ１１２−再生のみ）、レシーバ１２ｃは、再生部１４へのデータ転送を開始し（Ｓ１０４）、再生部１４は動画像データの再生を行う（Ｓ１０５）。この場合、記録部１３へのデータ転送や記録部１３へのデータ書き込みは行われない。
【００６５】
制御識別符号が記録及び再生を示す場合（Ｓ１１２−記録及び再生）、レシーバ１２ｃは、記録部１３へのデータ転送と（Ｓ１０２）、再生部１４へのデータ転送とを行い（Ｓ１０４）、第一実施形態における処理と同様となる。
【００６６】
〔作用／効果〕
従来のプログレッシブダウンロードでは、再生される動画像データはユーザ端末の記憶装置に記録されることが前提となっていた。一方で、従来の技術にストリーミングという処理もあるが、ストリーミングでは、再生される動画像データはユーザ端末の記憶装置に記録されないことが前提となっていた。また、プログレッシブダウンロードとストリーミングとでは、まったく同じプロトコルでデータ転送をすることは困難である。しかしながら、データ提供システム１００ｃによれば、同じプロトコルによって送信装置２０ｃからユーザ端末１０ｃに動画像データを転送し、ユーザ端末１０ｃのレシーバ１２ｃによって、記録の有無や再生の有無を判断することが可能となる。即ち、記録の有無や再生の有無によって、送信装置２０ｃがユーザ端末１０ｃに動画像データを転送する処理を変更する必要がない。
【００６７】
また、動画像データによっては、著作権の問題などから、ユーザ端末１０ｃに記録されないことが望まれるものもある。このような場合には、予め送信装置２０ｃに動画像データが蓄えられる際に、制御識別符号を「再生のみ」に設定することで、容易に著作権等に基づいた制御を行うことができる。
【００６８】
また、ユーザ端末１０ｃのユーザにとっても、その時々の状況に応じて、再生を伴う記録なのか、再生を伴わない記録なのかを自由に制御できることにより、ユーザの便宜を図ることが可能となる。同様に、ユーザ端末１０ｃに備えられた記憶領域の容量によっては、記録を伴わない再生が望まれることもあり、このような要求に対しても適宜対応することが可能となる。
【００６９】
〔変形例〕
上述した説明では、制御の種類として３種類を挙げたが、このうちいずれか二つの制御から選択されるように構成されても良いし、さらに他の制御も選択できるように構成されても良い。
【００７０】
また、上述した説明では、制御識別符号に基づいた処理を第一実施形態に対して適用するモデルを説明したが、制御識別符号に基づいた処理は第二実施形態に対して適用されても良い。即ち、制御識別符号に基づいた処理及び流量制御の処理を行うようにデータ提供システムが構成されても良い。
【００７１】
また、第一実施形態や第二実施形態と同様に、動画像データが暗号化されるように構成され、レシーバ１２ｃが復号化を行うように構成されても良い。
【図面の簡単な説明】
【００７２】
【図１】第一実施形態及び第三実施形態におけるデータ提供システムの構成例を示す図である。
【図２】第一実施形態及び第三実施形態におけるユーザ端末の機能ブロック例を示す図である。
【図３】第一実施形態及び第三実施形態における送信装置の機能ブロック例を示す図である。
【図４】第一実施形態におけるユーザ端末の動作例を示すフローチャートである。
【図５】第二実施形態におけるデータ提供システムの構成例を示す図である。
【図６】第二実施形態で取り扱われる動画像データの例を示す図である。
【図７】第二実施形態におけるユーザ端末の機能ブロック例を示す図である。
【図８】第二実施形態における送信装置の機能ブロック例を示す図である。
【図９】第二実施形態における流量制御の具体例を示すフローチャートである。
【図１０】第二実施形態における多重転送処理の概要を示す図である。
【図１１】第三実施形態におけるユーザ端末の動作例を示すフローチャートである。
【図１２】従来技術におけるプログレッシブダウンロードの概念を示す図である。
【符号の説明】
【００７３】
１０ａ，１０ｂ，１０ｃ…ユーザ端末、 １１…送受信部、 １２ａ，１２ｂ，１２ｃ…レシーバ、 １３…記憶部、 １４…再生部、 １５…出力部、 ２０ａ，２０ｂ，２０ｃ…送信装置、 ２１…送受信部、 ２２ａ，２２ｂ，２２ｃ…制御部、 ２３…記憶部、 １００ａ，１００ｂ，１００ｃ…データ提供システム
【特許請求の範囲】
【請求項１】
ネットワークを介して動画像・音声データを受信する受信手段と、
動画像・音声データを記憶する記憶手段と、
動画像・音声データを再生する再生手段と、
受信された動画像・音声データを、記憶手段及び再生手段に転送する制御手段と、を備え、
前記記憶手段は、前記制御手段から転送された動画像・音声データを記憶し、
前記再生手段は、前記制御手段から動画像・音声データを転送された場合に、前記記憶手段に記憶された動画像・音声データではなく、前記制御手段から転送された動画像・音声データを再生する、ユーザ端末装置。
【請求項２】
前記動画像・音声データは、複数のコンテンツブロックから構成され、
前記制御手段は、前記再生手段には、各コンテンツブロックの再生されるタイミングに応じてコンテンツブロックを転送し、
前記再生手段は、制御手段によって転送されたコンテンツブロックを再生することで動画像・音声データの再生を行う、請求項１に記載のユーザ端末装置。
【請求項３】
前記動画像・音声データは、記憶されるべきか否かを示す制御識別符号を含み、
前記制御手段は、前記制御識別符号に基づいて、受信された動画像・音声データを前記記憶手段に転送するか判断し、判断結果に基づいて転送を行う、請求項１又は２に記載のユーザ端末装置。
【請求項４】
前記動画像・音声データは、再生されるべきか否かを示す制御識別符号を含み、
前記制御手段は、前記制御識別符号に基づいて、受信された動画像・音声データを前記再生手段に転送するか判断し、判断結果に基づいて転送を行う、請求項１又は２に記載のユーザ端末装置。
【請求項５】
動画像・音声データを記憶する記憶手段と、動画像・音声データを再生する再生手段を含む情報処理装置が、動画像・音声データをネットワークを介して受信するステップと、
情報処理装置が、受信された動画像・音声データを記憶手段に転送する第一転送ステップと、
情報処理装置が、受信された動画像・音声データを再生手段に転送する第二転送ステップと、
情報処理装置が、前記記憶手段に転送された動画像・音声データを記憶するステップと、
情報処理装置が、前記第二転送ステップが実行された場合は、前記記憶手段に記憶された動画像・音声データではなく、当該第二転送ステップで転送された動画像・音声データを、前記再生手段において再生する再生ステップと、
を含む動画像・音声データ受信方法。
【請求項６】
前記動画像・音声データは、複数のコンテンツブロックから構成され、
前記情報処理装置は、前記第二転送ステップにおいて、各コンテンツブロックの再生されるタイミングに応じてコンテンツブロックを転送し、
前記情報処理装置は、前記再生ステップにおいて、転送されたコンテンツブロックを再生することで動画像・音声データの再生を行う、請求項５に記載の動画像・音声データ受信方法。
【請求項７】
前記動画像・音声データは、記憶されるべきか否かを示す制御識別符号を含み、
前記情報処理装置が、前記制御識別符号に基づいて、受信された動画像・音声データを前記記憶手段に転送するか判断するステップと、
前記情報処理装置が、前記判断に基づいて転送を行うステップと、をさらに含む、請求項５又は６に記載の動画像・音声データ受信方法。
【請求項８】
前記動画像・音声データは、再生されるべきか否かを示す制御識別符号を含み、
前記情報処理装置は、前記制御識別符号に基づいて、受信された動画像・音声データを前記再生手段に転送するか判断するステップと、
前記情報処理装置が、前記判断に基づいて転送を行うステップと、をさらに含む、請求項５又は６に記載の動画像・音声データ受信方法。
【請求項９】
情報処理装置を、
ネットワークを介して動画像・音声データを受信する受信手段と、
動画像・音声データを記憶する記憶手段と、
動画像・音声データを再生する再生手段と、
受信された動画像・音声データを、記憶手段及び再生手段に転送する制御手段と、を備え、
前記記憶手段は、前記制御手段から転送された動画像・音声データを記憶し、
前記再生手段は、前記制御手段から動画像・音声データを転送された場合に、前記記憶手段に記憶された動画像・音声データではなく、前記制御手段から転送された動画像・音声データを再生するユーザ端末装置、として機能させるためのプログラム。
【請求項１０】
前記動画像・音声データは、複数のコンテンツブロックから構成され、
前記制御手段は、前記再生手段には、各コンテンツブロックの再生されるタイミングに応じてコンテンツブロックを転送し、
前記再生手段は、制御手段によって転送されたコンテンツブロックを再生することで動画像・音声データの再生を行う、請求項９に記載のプログラム。
【請求項１１】
前記動画像・音声データは、記憶されるべきか否かを示す制御識別符号を含み、
前記制御手段は、前記制御識別符号に基づいて、受信された動画像・音声データを前記記憶手段に転送するか判断し、判断結果に基づいて転送を行う、請求項９又は１０に記載のプログラム。
【請求項１２】
前記動画像・音声データは、再生されるべきか否かを示す制御識別符号を含み、
前記制御手段は、前記制御識別符号に基づいて、受信された動画像・音声データを前記再生手段に転送するか判断し、判断結果に基づいて転送を行う、請求項９又は１０に記載のプログラム。
【請求項１】
ネットワークを介して動画像・音声データを受信する受信手段と、
動画像・音声データを記憶する記憶手段と、
動画像・音声データを再生する再生手段と、
受信された動画像・音声データを、記憶手段及び再生手段に転送する制御手段と、を備え、
前記記憶手段は、前記制御手段から転送された動画像・音声データを記憶し、
前記再生手段は、前記制御手段から動画像・音声データを転送された場合に、前記記憶手段に記憶された動画像・音声データではなく、前記制御手段から転送された動画像・音声データを再生する、ユーザ端末装置。
【請求項２】
前記動画像・音声データは、複数のコンテンツブロックから構成され、
前記制御手段は、前記再生手段には、各コンテンツブロックの再生されるタイミングに応じてコンテンツブロックを転送し、
前記再生手段は、制御手段によって転送されたコンテンツブロックを再生することで動画像・音声データの再生を行う、請求項１に記載のユーザ端末装置。
【請求項３】
前記動画像・音声データは、記憶されるべきか否かを示す制御識別符号を含み、
前記制御手段は、前記制御識別符号に基づいて、受信された動画像・音声データを前記記憶手段に転送するか判断し、判断結果に基づいて転送を行う、請求項１又は２に記載のユーザ端末装置。
【請求項４】
前記動画像・音声データは、再生されるべきか否かを示す制御識別符号を含み、
前記制御手段は、前記制御識別符号に基づいて、受信された動画像・音声データを前記再生手段に転送するか判断し、判断結果に基づいて転送を行う、請求項１又は２に記載のユーザ端末装置。
【請求項５】
動画像・音声データを記憶する記憶手段と、動画像・音声データを再生する再生手段を含む情報処理装置が、動画像・音声データをネットワークを介して受信するステップと、
情報処理装置が、受信された動画像・音声データを記憶手段に転送する第一転送ステップと、
情報処理装置が、受信された動画像・音声データを再生手段に転送する第二転送ステップと、
情報処理装置が、前記記憶手段に転送された動画像・音声データを記憶するステップと、
情報処理装置が、前記第二転送ステップが実行された場合は、前記記憶手段に記憶された動画像・音声データではなく、当該第二転送ステップで転送された動画像・音声データを、前記再生手段において再生する再生ステップと、
を含む動画像・音声データ受信方法。
【請求項６】
前記動画像・音声データは、複数のコンテンツブロックから構成され、
前記情報処理装置は、前記第二転送ステップにおいて、各コンテンツブロックの再生されるタイミングに応じてコンテンツブロックを転送し、
前記情報処理装置は、前記再生ステップにおいて、転送されたコンテンツブロックを再生することで動画像・音声データの再生を行う、請求項５に記載の動画像・音声データ受信方法。
【請求項７】
前記動画像・音声データは、記憶されるべきか否かを示す制御識別符号を含み、
前記情報処理装置が、前記制御識別符号に基づいて、受信された動画像・音声データを前記記憶手段に転送するか判断するステップと、
前記情報処理装置が、前記判断に基づいて転送を行うステップと、をさらに含む、請求項５又は６に記載の動画像・音声データ受信方法。
【請求項８】
前記動画像・音声データは、再生されるべきか否かを示す制御識別符号を含み、
前記情報処理装置は、前記制御識別符号に基づいて、受信された動画像・音声データを前記再生手段に転送するか判断するステップと、
前記情報処理装置が、前記判断に基づいて転送を行うステップと、をさらに含む、請求項５又は６に記載の動画像・音声データ受信方法。
【請求項９】
情報処理装置を、
ネットワークを介して動画像・音声データを受信する受信手段と、
動画像・音声データを記憶する記憶手段と、
動画像・音声データを再生する再生手段と、
受信された動画像・音声データを、記憶手段及び再生手段に転送する制御手段と、を備え、
前記記憶手段は、前記制御手段から転送された動画像・音声データを記憶し、
前記再生手段は、前記制御手段から動画像・音声データを転送された場合に、前記記憶手段に記憶された動画像・音声データではなく、前記制御手段から転送された動画像・音声データを再生するユーザ端末装置、として機能させるためのプログラム。
【請求項１０】
前記動画像・音声データは、複数のコンテンツブロックから構成され、
前記制御手段は、前記再生手段には、各コンテンツブロックの再生されるタイミングに応じてコンテンツブロックを転送し、
前記再生手段は、制御手段によって転送されたコンテンツブロックを再生することで動画像・音声データの再生を行う、請求項９に記載のプログラム。
【請求項１１】
前記動画像・音声データは、記憶されるべきか否かを示す制御識別符号を含み、
前記制御手段は、前記制御識別符号に基づいて、受信された動画像・音声データを前記記憶手段に転送するか判断し、判断結果に基づいて転送を行う、請求項９又は１０に記載のプログラム。
【請求項１２】
前記動画像・音声データは、再生されるべきか否かを示す制御識別符号を含み、
前記制御手段は、前記制御識別符号に基づいて、受信された動画像・音声データを前記再生手段に転送するか判断し、判断結果に基づいて転送を行う、請求項９又は１０に記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００８−２５８７９０（Ｐ２００８−２５８７９０Ａ）
【公開日】平成２０年１０月２３日（２００８．１０．２３）
【国際特許分類】
【出願番号】特願２００７−９６９４５（Ｐ２００７−９６９４５）
【出願日】平成１９年４月２日（２００７．４．２）
【出願人】（５０６１４９５１９）株式会社ドリームボート (3)
【Ｆターム（参考）】
【公開日】平成２０年１０月２３日（２００８．１０．２３）
【国際特許分類】
【出願日】平成１９年４月２日（２００７．４．２）
【出願人】（５０６１４９５１９）株式会社ドリームボート (3)
【Ｆターム（参考）】
[ Back to top ]