画像再生装置及び画像再生方法
【課題】サーバ負荷を軽減させ、トリックプレイ時には、ユーザが所望の画像を容易に検索可能にするとともに、受信した動画をシームレスに再生できる画像再生装置を提供する。
【解決手段】一連のＩピクチャを選択可能に表示し、トリックプレイ後にユーザによって選択されたＩピクチャがリングバッファ内にない場合、その選択時点でのリングバッファでの書き込み先端アドレスに基づいて当該リングバッファ上の最も過去の画像データを特定し、前記Ｉピクチャから前記最も過去の画像データまでの画像データをサーバに要求するとともに、書き込み先端アドレスを前記画像データ受信部が要求した画像データ分だけ後退させ、その書き込み先端アドレスから、前記要求した分の画像データを書き込むとともに、前記後退させた書き込み先端アドレスに前記読み込みアドレスを移動させて該読み込みアドレスから動画を再生するようにした。
【解決手段】一連のＩピクチャを選択可能に表示し、トリックプレイ後にユーザによって選択されたＩピクチャがリングバッファ内にない場合、その選択時点でのリングバッファでの書き込み先端アドレスに基づいて当該リングバッファ上の最も過去の画像データを特定し、前記Ｉピクチャから前記最も過去の画像データまでの画像データをサーバに要求するとともに、書き込み先端アドレスを前記画像データ受信部が要求した画像データ分だけ後退させ、その書き込み先端アドレスから、前記要求した分の画像データを書き込むとともに、前記後退させた書き込み先端アドレスに前記読み込みアドレスを移動させて該読み込みアドレスから動画を再生するようにした。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの要求に応じて映像情報を提供するビデオオンデマンド（VOD：Video On Demand）システムに用いる画像再生装置及び画像再生方法に関し、特に、早送り再生や巻き戻し再生といった、いわゆるトリックプレイ操作における目的画像の選択可能な画像再生装置及び画像再生方法に関する。
【背景技術】
【０００２】
従来、ユーザからの要求に応じて様々なコンテンツを配信するシステムとして、ビデオオンデマンド（VOD：Video On Demand）システムが知られている。このＶＯＤシステムでは、サーバからストリームデータを受信して再生するが、ストリームデータの通信状態は常に安定しているとは限らず、直接ストリームデータを再生すると不安定な状態になる場合があるので、受信したストリームデータを再生装置側で一旦バッファリングし、ある一定量のストリームデータが溜まると、受信から時間差をおいて再生が始まるようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−２５１５４２号公報
【特許文献２】国際公開ＷＯ２００７／１４８７７７
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、通常のビデオでも明らかなように、１回のトリックプレイで目的時点にぴったり合わせることは難しく、実際には、行き過ぎたり、手前過ぎたりして、何回かトリックプレイを繰り返し、ようやく目的シーンからの再生が可能になる。ＶＯＤシステムでは、こういった場合にサーバとの通信が増えて負担が増大するうえ、トリックプレイの度に一定量のバッファリングが行われることから、待ち時間が増大するという問題点がある。
【０００５】
この問題に対し、例えば特許文献１では、トリックプレイが行なわれたときに、バッファリングされているデータを利用して目的のシーンを探すことができるようになっている。しかしながら、特許文献１に記載の技術では、ユーザの目的とするシーンのデータがバッファに保存されていない場合に難がある。例えば、正確にコンテンツデータとしてつながらず、映像を滑らかに再生できないとか、切れ目なくコンテンツ再生するために、データの再転送が必要になるなど、逆にサーバに負担が生じるおそれすらある。
【０００６】
また、特許文献２では、トリックプレイの操作時に、チャプタ位置にジャンプ再生できるようにして目的シーンを見つけやすくしてある。しかしながら、ジャンプ先での再生時に、結局、所定量のバッファリングが行われて待ち時間が必要となるし、例えば、チャプタ間にユーザが所望する映像が存在した場合には、結局、ユーザの頻繁なトリックプレイ操作が必要になり、サーバ負担等の生じるおそれがある。
このように、特許文献１、２記載の技術では、前述した問題点を抜本的に解決することは難しい。
【０００７】
本発明は、上記問題点に鑑みてなされたものであり、その目的とするところは、データ再転送量を少なくしてサーバ負荷を軽減させ、トリックプレイ時には、ユーザが所望の画像を容易に検索可能にするとともに、受信したコンテンツをシームレスに再生することができる画像再生装置および画像再生方法を提供することにある。
【課題を解決するための手段】
【０００８】
すなわち、本発明に係る画像再生装置は、サーバからネットワークを介して受信した動画用の画像データをリングバッファ内に逐次書き込むとともに、その書き込み先端アドレスよりも後方に設定された読み込みアドレスから前記画像データを読み込み、該動画を再生するように構成したものであって、ユーザによる再生または早送り再生等に係る操作情報を受け付けて読み込んだ前記画像データから、間欠的に画像データ又は該画像データに関連する画像関連データを取得して蓄積する画像情報蓄積部と、前記画像情報蓄積部に蓄積された一連の画像データが示す画像、又は画像関連データが示す画像関連情報をユーザに選択可能に表示する選択表示部と、ユーザによって選択された画像又は画像関連情報が示す画像データが前記リングバッファ内にない場合、その選択時点での前記書き込み先端アドレスから前記リングバッファ上の独立表示可能な最も過去の画像データを特定し、前記画像又は画像関連情報が示す画像データから前記最も過去の画像データまでの画像データをサーバから受信する画像データ受信部と、前記書き込み先端アドレスを前記画像データ受信部が要求した画像データ分だけ後退させ、その後退させた書き込み先端アドレスから、前記受信した分の画像データを書き込むとともに、前記後退させた書き込み先端アドレスに前記読み込みアドレスを移動させて該読み込みアドレスから動画を再生する動画再生部とを具備することを特徴とするものである。
【０００９】
このようなものであれば、例えばトリックプレイで行き過ぎた場合に、ユーザによって選択された再生位置近傍を示す画像又は画像関連情報が示す画像データとリングバッファ上の最も過去の画像データとの間の必要最小限の画像データのみをサーバから受信するので、不必要にサーバに接続することがない。したがってデータ転送やデータ蓄積処理などを最小限に抑制でき、サーバ負荷やユーザの待ち時間を大幅に軽減することができる。
【００１０】
また、動画のうち、複数時点における画像データに対応する各画像又は画像関連情報が蓄積され、これがユーザに選択可能に表示されるため、ユーザは所望の場面を容易に検索することが可能となる。また、受信した画像データが、リングバッファ内の前記独立表示可能な最も過去の画像データと切れ目なく接続されるので、動画をシームレスに再生することが可能となる。
画像情報蓄積部に蓄積された画像データはＩピクチャであることが好ましい。
【００１１】
本発明は、以下に示すような、画像再生方法でもよい。すなわち、サーバからネットワークを介して受信した動画用の画像データをリングバッファ内に逐次書き込むとともに、その書き込み先端アドレスよりも後方に設定された読み込みアドレスから前記画像データを読み込み、該動画を再生する画像再生方法であって、
ユーザによる再生または早送り再生等に係る操作情報を受け付けて読み込んだ前記画像データから、間欠的に画像データ又は該画像データに関連する画像関連データを取得して蓄積する画像情報蓄積ステップと、前記画像情報蓄積ステップで蓄積された一連の画像データが示す画像、又は画像関連データが示す画像関連情報をユーザに選択可能に表示する選択表示ステップと、ユーザによって前記画像又は画像関連情報が選択され、該画像又は画像関連情報が示す画像データが前記リングバッファ内にない場合、該画像又は画像関連情報が示す画像データから、その選択時点での前記書き込み先端アドレスから前記リングバッファ上の独立表示可能な最も過去の画像データを特定し、前記画像又は画像関連情報が示す画像データから前記最も過去の画像データまでの画像データをサーバから受信する画像データ受信ステップと、
前記書き込み先端アドレスを前記画像データ受信ステップで受信した画像データ分だけ後退させ、その後退させた書き込み先端アドレスから、前記受信した分の画像データを書き込むとともに、前記後退させた書き込み先端アドレスに前記読み込みアドレスを移動させて該読み込みアドレスから動画を再生する動画再生ステップとを具備することを特徴とする画像再生方法である。
【発明の効果】
【００１２】
本発明の画像再生装置及び画像再生方法によれば、データ転送容量を少なくしてサーバ負荷を軽減させ、トリックプレイ時には、ユーザが所望の画像を容易に検索可能にするとともに、受信した動画をシームレスに再生することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係る画像再生装置が用いられたビデオオンデマンド（VOD：Video On Demand）システムの全体構成を示す概略図である。
【図２】本発明の一実施形態に係る画像再生装置の概略構成図である。
【図３】本発明の一実施形態に係る画像再生装置の内部構造を示す機能ブロック図である。
【図４】リングバッファにおける画像データの書き込み先端アドレスおよび読み込みアドレスの動作についての概略説明図である。
【図５】リングバッファの状態と時間軸上の画像との関連を示す概略図である。
【図６】選択可能に画像が配列された状態を示す図である。
【図７】選択可能に画像関連情報が配列された状態を示す図である。
【図８】リングバッファ内に無い画像が選択された場合のリングバッファの動作を示す概略説明図である。
【図９】リングバッファ内に無い画像が選択された場合のリングバッファの動作を示す概略説明図である。
【図１０】画像再生装置の内部動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図面を用いて説明する。なお、本発明の図面において、同一の参照符号は、同一部分または相当部分を表わすものである。
【００１５】
図１は、本発明の一実施形態に係る画像再生装置１が用いられたビデオオンデマンド（VOD：Video On Demand）システムの全体構成を示す概略図であり、図２は、本発明の一実施形態に係る画像再生装置１の概略構成図である。また、図３は、本発明の一実施形態に係る画像再生装置１の内部構造を示すブロック図である。
図１に示すように、サーバ２と画像再生装置１とがネットワーク３を介して接続されることで、ＶＯＤシステムが構成されている。
【００１６】
サーバには、さまざまな動画コンテンツ（動画データとも言う）が保存されており、ユーザからの要求に応じた動画コンテンツをネットワークを介して、ユーザが操作する画像再生装置に配信することができるようになっている。なお、ここでは、例えば通信プロトコルとして、Ｒａｎｇｅヘッダをサポートしているリクエスト−レスポンス型のプロトコルであるＨＴＴＰを利用し、また動画データとしてＭＰＥＧ形式のものを取り扱うという前提で説明するが、本発明は、これら具体形式に限定されないのはもちろんである。
【００１７】
画像再生装置１は、例えばテレビやＰＣあるいはＤＶＤレコーダーやブルーレイディスクレコーダー等であり、その物理的構成としては、図２に示すように、記録手段１１、受信手段１２、送信手段１３、表示手段１４、エンコーダ１５、デコーダ１６等を備え、ＣＰＵ１０が各部の制御を行うように構成してある。ここでは、複数台の画像再生装置１ａ，１ｂ・・・１ｎが接続されている。
【００１８】
記録手段１１は、ＲＯＭ、ＲＡＭ等の内部メモリの他、ハードディスクやメモリカードのような外部メモリもここでは含んでいる。
受信手段１２は、図示しないリモコン等を用いてユーザが行なう操作情報に関する信号やサーバから送られてくる画像データを受信するものである。
送信手段１３は、ユーザの操作情報に基づいて、ユーザが選択したコンテンツに関する情報をサーバに送るものである。
表示手段１４は、例えばディスプレイであり、画像の他に、時間、曜日、録画あるいは再生といった情報や状態をも表示することができる。
エンコーダ１５は、入力されたアナログ信号をＭＰＥＧ符号化されたデジタル信号に変換するものである。
デコーダ１６は、記録部から読み出されたＭＰＥＧ符号化されたデータを復号化するものである。
【００１９】
しかして、この画像再生装置１は、前記ＣＰＵ等によるソフトウェア動作も含めて実現される機能的側面から説明すれば、図３に示すように、データ制御部１００、リングバッファ１０１、画像情報蓄積部たるインデックスデータ格納部１０２、動画再生部１０３、選択表示部たるインデックス表示部１０４、画像データ受信部１０５を備えたものである。
【００２０】
データ制御部１００は、サーバ２からダウンロードした画像データを、リングバッファ１０１に書き込むとともに、複数時点における画像データに対応する画像あるいは画像関連情報をインデックスデータ格納部１０２に格納するものである。
リングバッファ１０１は、たとえば前記ＲＡＭ等の所定領域に設定されたものであり、論理的に環状に記憶領域が接続されている。
【００２１】
画像情報蓄積部たるインデックスデータ格納部１０２は、サーバ２からダウンロードした動画データから間欠的に複数のフレーム画像データを抽出し、例えば前記ＲＡＭ等の所定領域にそれらフレーム画像データを格納するものである。
【００２２】
ところで、ここでの動画データは、ＭＰＥＧ形式のものであることから、ＧＯＰ単位で区切られている。このＧＯＰは、Ｉ−ｐｉｃｔｕｒｅ、Ｐ−ｐｉｃｔｕｒｅ、Ｂ−ｐｉｃｔｕｒｅの３種類のフレーム画像データからなり、そのうちＩ−ｐｉｃｔｕｒｅのみが、前後のフレーム画像データから独立して単独で表示可能なものであり、他の画像フレームデータは、その前後の画像フレームデータからの差分情報で表される。したがって、ＧＯＰには必ずＩ−ｐｉｃｔｕｒｅが１以上含まれ、また先頭はＩ−ｐｉｃｔｕｒｅとなる。
【００２３】
しかして、このインデックスデータ格納部１０２は、前記Ｉ−ｐｉｔｕｒｅを逐次又は間欠的に抽出して格納するようにしている。なお、このフレーム画像データは、独立表示可能なデータであればよく、ＭＰＥＧ以外であれば、当然に異なる形式のデータとなる。また、フレーム画像データに代えて、そのフレーム画像データを示唆するような画像関連情報、例えば再生先頭からの経過時間等をでも構わない。
【００２４】
動画再生部１０３は、ダウンロードした画像データをディスプレイ４に連続的に表示させることにより、動画として再生する処理を行うものである。
【００２５】
インデックス表示部１０４は、前記Ｉ−ｐｉｃｔｕｒｅに対応する画像をディスプレイ４にユーザの選択可能に表示するものである。
【００２６】
画像データ受信部１０５は、動画再生部１０３による動画の再生状況に基づいて、データ制御部１００が必要な受信量を算出し、この計算に基づいて、サーバ２にダウンロードを要求するものである。
【００２７】
図４は、リングバッファ１０１における画像データの書き込み先端アドレスＷおよび読み込みアドレスＲの動作についての概略説明図である。なお、図４において、各図の左側から右側に向かって時間軸が設定されており、時間の経過とともに、書き込み先端アドレスＷおよび読み込みアドレスＲが左側から右側へ移動するものとする。
【００２８】
図４（ａ）に示すように、初期状態においては、リングバッファ１０１には何も書き込まれていないため、書き込み先端アドレスＷと読み込みアドレスＲとは、リングバッファの左端（０アドレス）に位置している。
【００２９】
そして、ユーザがあるコンテンツを視聴することで、ユーザの操作情報に基づいて、リングバッファ１０１の書き込み先端アドレスＷがまず、図４（ｂ）に示すように、図の左側から右側に向かって動いていく。このことで、書き込み先端アドレスＷが動いた分だけ、リングバッファ１０１に画像データが書き込まれていく（未再生データの蓄積）。
【００３０】
次に、図４（ｃ）に示すように、書き込み先端アドレスＷが、リングバッファ内に一定量（たとえば、４ＭＢ分）の画像データを書き込むと、書き込み先端アドレスＷを追いかけるように、読み込みアドレスＲが、図の左側から右側に向かって動いていく。このようにして、読み込みアドレスＲによって連続的に再生された画像データがディスプレイに表示されることにより、動画再生が行なわれる。
【００３１】
通常は、書き込み先端アドレスＷの書き込み速度の方が、読み込みアドレスＲの進行（再生）速度よりも速く設定されているため、リングバッファ１０１の右端に到達した書き込み先端アドレスＷは、図４（ｄ）に示すように、さらに、リングバッファ１０１の左端から新たなデータを書き込んでいく。そして、図４（ｅ）に示すように、書き込み先端アドレスＷが読み込みアドレスＲに追いついた状態になると、書き込み先端アドレスは、いったん書き込みを止めて、そのアドレスで停止する。
【００３２】
その後、図４（ｆ）に示すように、読み込みアドレスＲのみがリングバッファ１０１内の画像データを読み込んで再生していく。そして、図４（ｇ）に示すように、リングバッファ１０１の右端に到達した読み込みアドレスＲは、さらにリングバッファ１０１の左端から新たなデータを読み込んで再生していく。このようにして、リングバッファ１０１への書き込みとデータの再生が行なわれ、ディスプレイ４への表示が行なわれる。
【００３３】
このとき、読み込みアドレスＲの動きに対応して、再生されているコンテンツの複数時点における画像データに対応する各画像または画像関連情報がインデックスデータ格納部１０２に格納されていく。たとえば、図５に示すように、動画コンテンツの各ＧＯＰの先頭にあるフレーム画像データ（Ｉ−ｐｉｃｔｕｒｅ）を、再生とともにまたは再生に引き続いて、インデックスデータ格納部１０２が逐次、ＲＡＭに格納する。
【００３４】
このように保存した画像データは、図６に示すように、たとえば、ディスプレイ４に表示させることにより、ユーザが選択可能に表示される。つまり、表示されたＩ−ｐｉｃｔｕｒｅをユーザが選択することで、一目で見たい場面を探し出すことができるようになる。
【００３５】
また、前述したように、インデックスデータ格納部１０２に格納されるデータは、Ｉ−ｐｉｃｔｕｒｅに限られず、コンテンツの複数時点における画像データに対応する、動画内でのデータ位置や時間などの画像関連情報であってもよい。画像関連情報が保存された場合には、図７に示すように、Ｉ−ｐｉｃｔｕｒｅ情報、時刻（そのＩ−ｐｉｃｔｕｒｅに対応する時刻）、リングバッファ１０１上におけるアドレス位置、バッファ内有無フラグ（リングバッファ１０１内の存在の有無）などの情報をテーブル状にして表示させることができる。これにより、選択可能に表示された情報を見て、ユーザが一目で見たい場面を探し出すことができるようになる。リングバッファ１０１内に、ユーザが選択した画像等が存在している、すなわち、インデックスデータ格納部１０２に格納されているデータであって、ユーザが選択した画像等がリングバッファ１０１内のアドレスに存在していれば、読み込みアドレスＲを選択された画像等のアドレスまで移動させることにより、そこから再度再生を開始すればよい。
【００３６】
また、図８（ａ）では、たとえば、リングバッファ１０１内のアドレスが１番地から１００番地までのアドレスとして指定可能とされている場合に、読み込みアドレスＲが、リングバッファ１０１内のアドレス２０番地にあり、書き込み先端アドレスが７０番地にあり、１番地から２０番地まで、および７０番地から１００番地までの領域が再生済みのデータとなっており、さらに、２０番地から７０番地までの領域のデータが、これから再生する、いわゆる未再生データであるリングバッファ１０１の状態を示している。
【００３７】
ここで、図８（ｂ）に示すように、リングバッファ１０１内には保存されていない画像等をユーザが選択した場合、すなわち、リングバッファ１０１内には既に保存されていないが、インデックスデータ格納部１０２に保存されているデータとして、アドレス１５番地に該当するＩ−ｐｉｃｔｕｒｅをユーザが選択した場合には、選択されたＩ−ｐｉｃｔｕｒｅのデータ位置をＲａｎｇｅヘッダに指定してサーバにＧＥＴ要求を行なう。その一方で、リングバッファ１０１内の最も過去のＩ−ｐｉｃｔｕｒｅ、すなわち、現在の書き込み先端アドレスに最も近いＩ−ｐｉｃｔｕｒｅのデータ位置を（ここでは同じだったとする）を別途記憶しておき、ユーザが選択したＩ−ｐｉｃｔｕｒｅと、前記最も過去のＩ−ｐｉｃｔｕｒｅとの差分データ量を算出する。そして、最も過去のＩ−ｐｉｃｔｕｒｅのアドレスからその差分データ量だけ後退させたアドレスに書き込み先端アドレスＷ及び読み込みアドレスＲを移動させる。次に、サーバから送信されてきたデータをその書き込み先端アドレスから書き込む。そして、前記記憶したデータ位置までの動画データを受信すると、サーバとのコネクションを切断する。
【００３８】
その後、図８（ｃ）に示すように、書き込み先端アドレスＷを、ユーザが選択した画像等のアドレス位置（１５番地）に移動する。これにより、リングバッファ１０１内のデータはすべて未再生データとなり、読み込みアドレスＲがリングバッファ１０１内のデータを読み込むことにより、ディスプレイ４には、アドレス１５番地からの画像データに相当する部分のコンテンツからの表示が行なわれる。
【００３９】
そして、ある程度の読み込みが行なわれ、つまり読み込みアドレスＲが進行して、書き込み先端アドレスＷと読み込みアドレスＲとの差分アドレスが、所定量（たとえば、４ＭＢ）未満になると、再び、サーバ２と画像再生装置１との接続が確立されて画像データの受信が再開され、図９（ｂ）に示すように、書き込み先端アドレスＷも動き出す。なお、４ＭＢ未満になるのを必ずしも待つ必要はなく、例えば、再取得するべきデータを取得し終えた後、リングバッファに書き込み可能領域がでれば、続きのデータを要求して受信して書き込み先端アドレスＷを進めてもかまわない。
図１０は、画像再生装置の内部動作を説明するフローチャートである。
【００４０】
まず、ユーザが所望の動画コンテンツを視聴している間、画像再生装置１では、リングバッファ１０１内にコンテンツデータが書き込まれるとともに、インデックスデータ格納部１０２によって、再生済みコンテンツのＩ−ｐｉｃｔｕｒｅが蓄積される（ステップＳ１）。
【００４１】
ユーザにより巻き戻し再生や早送り再生等のトリックプレイが行なわれたかを判断する（ステップＳ２）。トリックプレイが行なわれていなければ（ステップＳ２のＮＯ）、コンテンツの視聴とともにコンテンツデータの書き込み及びＩ−ｐｉｃｔｕｒｅ（又は画像関連情報）の蓄積が継続される。
【００４２】
一方、トリックプレイが行なわれると（ステップＳ２のＹＥＳ）、読み込みアドレスＲまでの蓄積されたＩ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）がディスプレイ４に表示される（ステップＳ３）。そして、ユーザにより、Ｉ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）の確認及び選択が行なわれる（ステップＳ４）。次に、ユーザにより選択されたＩ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）が、リングバッファ１０１内に書き込まれているかどうかを判断する（ステップＳ５）。
【００４３】
ユーザにより選択されたＩ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）が、リングバッファ１０１内にある場合（ステップＳ５のＹＥＳ）、リングバッファ１０１内の読み込みアドレスＲが、ユーザが選択した画像又は画像関連情報に対応する画像データの記録位置まで移動する（ステップＳ６）。そして、サーバに接続することなく、そこから通常再生が開始される。
【００４４】
他方、ステップＳ５において、ユーザにより選択されたＩ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）が、リングバッファ１０１内にない場合（ステップＳ５のＮＯ）、まず、その時点での書き込み先端アドレスが記憶される。
【００４５】
次に、ユーザによって選択されたＩ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）を先頭とするストリーム動画データをサーバに送信要求する（ステップＳ８）。
【００４６】
一方で、ユーザが選択したＩ−ｐｉｃｔｕｒｅと、前記最も過去のＩ−ｐｉｃｔｕｒｅとの差分データ量を算出する。そして、最も過去のＩ−ｐｉｃｔｕｒｅのアドレスからその差分データ量だけ後退させたアドレスに書き込み先端アドレス及び読み込みアドレスを移動させる（ステップＳ９）。
【００４７】
次に、サーバから送信されてきたデータをその書き込み先端アドレスから書き込む（ステップＳ１０）。そして、前記記憶したデータ位置までの動画データを受信するとサーバとの接続を切断する（ステップＳ１１、Ｓ１２）。そして、書き込みアドレスを、前記ステップＳ９で設定した書き込み先端アドレスに移動させる。
再生は、前記読み込みアドレスから開始される（ステップＳ１３）。
【００４８】
このように、本実施形態における画像再生装置では、ユーザによって選択された画像又は画像関連情報が示す画像データの記録位置と書き込み先端アドレスＷとの差分アドレスに基づいて、コンテンツ受信量が算出されるので、不必要にサーバ２に接続することがないから、データ転送やデータ蓄積処理などを行なうことがなく、サーバ２の負荷を軽減することができる。さらに、動画コンテンツのうち、複数時点における画像データに対応する各画像又は画像関連情報が蓄積され、これがユーザに選択可能に表示されるため、ユーザは所望の場面を容易に検索することが可能となる。また、受信するコンテンツは、リングバッファ１０１内の書き込み先端アドレスＷと読み込みアドレスＲとのアドレス位置に基づいて受信されるので、リングバッファ１０１内に書き込まれているコンテンツに対応する画像データと、受信したコンテンツに対応する画像データとが切れ目なく接続され、コンテンツをシームレスに再生することが可能となる。
その他、本発明は、その趣旨を逸脱しない範囲で種々の変形が可能であることは言うまでもない。
【符号の説明】
【００４９】
１ 画像再生蔵置
２ サーバ
３ ネットワーク
１００ データ制御部
１０１ リングバッファ
１０２ インデックスデータ格納部
１０３ 動画再生部
１０４ インデックス表示部
１０５ データ要求部
Ｗ 書き込み先端アドレス
Ｒ 読み込みアドレス
【技術分野】
【０００１】
本発明は、ユーザの要求に応じて映像情報を提供するビデオオンデマンド（VOD：Video On Demand）システムに用いる画像再生装置及び画像再生方法に関し、特に、早送り再生や巻き戻し再生といった、いわゆるトリックプレイ操作における目的画像の選択可能な画像再生装置及び画像再生方法に関する。
【背景技術】
【０００２】
従来、ユーザからの要求に応じて様々なコンテンツを配信するシステムとして、ビデオオンデマンド（VOD：Video On Demand）システムが知られている。このＶＯＤシステムでは、サーバからストリームデータを受信して再生するが、ストリームデータの通信状態は常に安定しているとは限らず、直接ストリームデータを再生すると不安定な状態になる場合があるので、受信したストリームデータを再生装置側で一旦バッファリングし、ある一定量のストリームデータが溜まると、受信から時間差をおいて再生が始まるようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−２５１５４２号公報
【特許文献２】国際公開ＷＯ２００７／１４８７７７
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、通常のビデオでも明らかなように、１回のトリックプレイで目的時点にぴったり合わせることは難しく、実際には、行き過ぎたり、手前過ぎたりして、何回かトリックプレイを繰り返し、ようやく目的シーンからの再生が可能になる。ＶＯＤシステムでは、こういった場合にサーバとの通信が増えて負担が増大するうえ、トリックプレイの度に一定量のバッファリングが行われることから、待ち時間が増大するという問題点がある。
【０００５】
この問題に対し、例えば特許文献１では、トリックプレイが行なわれたときに、バッファリングされているデータを利用して目的のシーンを探すことができるようになっている。しかしながら、特許文献１に記載の技術では、ユーザの目的とするシーンのデータがバッファに保存されていない場合に難がある。例えば、正確にコンテンツデータとしてつながらず、映像を滑らかに再生できないとか、切れ目なくコンテンツ再生するために、データの再転送が必要になるなど、逆にサーバに負担が生じるおそれすらある。
【０００６】
また、特許文献２では、トリックプレイの操作時に、チャプタ位置にジャンプ再生できるようにして目的シーンを見つけやすくしてある。しかしながら、ジャンプ先での再生時に、結局、所定量のバッファリングが行われて待ち時間が必要となるし、例えば、チャプタ間にユーザが所望する映像が存在した場合には、結局、ユーザの頻繁なトリックプレイ操作が必要になり、サーバ負担等の生じるおそれがある。
このように、特許文献１、２記載の技術では、前述した問題点を抜本的に解決することは難しい。
【０００７】
本発明は、上記問題点に鑑みてなされたものであり、その目的とするところは、データ再転送量を少なくしてサーバ負荷を軽減させ、トリックプレイ時には、ユーザが所望の画像を容易に検索可能にするとともに、受信したコンテンツをシームレスに再生することができる画像再生装置および画像再生方法を提供することにある。
【課題を解決するための手段】
【０００８】
すなわち、本発明に係る画像再生装置は、サーバからネットワークを介して受信した動画用の画像データをリングバッファ内に逐次書き込むとともに、その書き込み先端アドレスよりも後方に設定された読み込みアドレスから前記画像データを読み込み、該動画を再生するように構成したものであって、ユーザによる再生または早送り再生等に係る操作情報を受け付けて読み込んだ前記画像データから、間欠的に画像データ又は該画像データに関連する画像関連データを取得して蓄積する画像情報蓄積部と、前記画像情報蓄積部に蓄積された一連の画像データが示す画像、又は画像関連データが示す画像関連情報をユーザに選択可能に表示する選択表示部と、ユーザによって選択された画像又は画像関連情報が示す画像データが前記リングバッファ内にない場合、その選択時点での前記書き込み先端アドレスから前記リングバッファ上の独立表示可能な最も過去の画像データを特定し、前記画像又は画像関連情報が示す画像データから前記最も過去の画像データまでの画像データをサーバから受信する画像データ受信部と、前記書き込み先端アドレスを前記画像データ受信部が要求した画像データ分だけ後退させ、その後退させた書き込み先端アドレスから、前記受信した分の画像データを書き込むとともに、前記後退させた書き込み先端アドレスに前記読み込みアドレスを移動させて該読み込みアドレスから動画を再生する動画再生部とを具備することを特徴とするものである。
【０００９】
このようなものであれば、例えばトリックプレイで行き過ぎた場合に、ユーザによって選択された再生位置近傍を示す画像又は画像関連情報が示す画像データとリングバッファ上の最も過去の画像データとの間の必要最小限の画像データのみをサーバから受信するので、不必要にサーバに接続することがない。したがってデータ転送やデータ蓄積処理などを最小限に抑制でき、サーバ負荷やユーザの待ち時間を大幅に軽減することができる。
【００１０】
また、動画のうち、複数時点における画像データに対応する各画像又は画像関連情報が蓄積され、これがユーザに選択可能に表示されるため、ユーザは所望の場面を容易に検索することが可能となる。また、受信した画像データが、リングバッファ内の前記独立表示可能な最も過去の画像データと切れ目なく接続されるので、動画をシームレスに再生することが可能となる。
画像情報蓄積部に蓄積された画像データはＩピクチャであることが好ましい。
【００１１】
本発明は、以下に示すような、画像再生方法でもよい。すなわち、サーバからネットワークを介して受信した動画用の画像データをリングバッファ内に逐次書き込むとともに、その書き込み先端アドレスよりも後方に設定された読み込みアドレスから前記画像データを読み込み、該動画を再生する画像再生方法であって、
ユーザによる再生または早送り再生等に係る操作情報を受け付けて読み込んだ前記画像データから、間欠的に画像データ又は該画像データに関連する画像関連データを取得して蓄積する画像情報蓄積ステップと、前記画像情報蓄積ステップで蓄積された一連の画像データが示す画像、又は画像関連データが示す画像関連情報をユーザに選択可能に表示する選択表示ステップと、ユーザによって前記画像又は画像関連情報が選択され、該画像又は画像関連情報が示す画像データが前記リングバッファ内にない場合、該画像又は画像関連情報が示す画像データから、その選択時点での前記書き込み先端アドレスから前記リングバッファ上の独立表示可能な最も過去の画像データを特定し、前記画像又は画像関連情報が示す画像データから前記最も過去の画像データまでの画像データをサーバから受信する画像データ受信ステップと、
前記書き込み先端アドレスを前記画像データ受信ステップで受信した画像データ分だけ後退させ、その後退させた書き込み先端アドレスから、前記受信した分の画像データを書き込むとともに、前記後退させた書き込み先端アドレスに前記読み込みアドレスを移動させて該読み込みアドレスから動画を再生する動画再生ステップとを具備することを特徴とする画像再生方法である。
【発明の効果】
【００１２】
本発明の画像再生装置及び画像再生方法によれば、データ転送容量を少なくしてサーバ負荷を軽減させ、トリックプレイ時には、ユーザが所望の画像を容易に検索可能にするとともに、受信した動画をシームレスに再生することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係る画像再生装置が用いられたビデオオンデマンド（VOD：Video On Demand）システムの全体構成を示す概略図である。
【図２】本発明の一実施形態に係る画像再生装置の概略構成図である。
【図３】本発明の一実施形態に係る画像再生装置の内部構造を示す機能ブロック図である。
【図４】リングバッファにおける画像データの書き込み先端アドレスおよび読み込みアドレスの動作についての概略説明図である。
【図５】リングバッファの状態と時間軸上の画像との関連を示す概略図である。
【図６】選択可能に画像が配列された状態を示す図である。
【図７】選択可能に画像関連情報が配列された状態を示す図である。
【図８】リングバッファ内に無い画像が選択された場合のリングバッファの動作を示す概略説明図である。
【図９】リングバッファ内に無い画像が選択された場合のリングバッファの動作を示す概略説明図である。
【図１０】画像再生装置の内部動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図面を用いて説明する。なお、本発明の図面において、同一の参照符号は、同一部分または相当部分を表わすものである。
【００１５】
図１は、本発明の一実施形態に係る画像再生装置１が用いられたビデオオンデマンド（VOD：Video On Demand）システムの全体構成を示す概略図であり、図２は、本発明の一実施形態に係る画像再生装置１の概略構成図である。また、図３は、本発明の一実施形態に係る画像再生装置１の内部構造を示すブロック図である。
図１に示すように、サーバ２と画像再生装置１とがネットワーク３を介して接続されることで、ＶＯＤシステムが構成されている。
【００１６】
サーバには、さまざまな動画コンテンツ（動画データとも言う）が保存されており、ユーザからの要求に応じた動画コンテンツをネットワークを介して、ユーザが操作する画像再生装置に配信することができるようになっている。なお、ここでは、例えば通信プロトコルとして、Ｒａｎｇｅヘッダをサポートしているリクエスト−レスポンス型のプロトコルであるＨＴＴＰを利用し、また動画データとしてＭＰＥＧ形式のものを取り扱うという前提で説明するが、本発明は、これら具体形式に限定されないのはもちろんである。
【００１７】
画像再生装置１は、例えばテレビやＰＣあるいはＤＶＤレコーダーやブルーレイディスクレコーダー等であり、その物理的構成としては、図２に示すように、記録手段１１、受信手段１２、送信手段１３、表示手段１４、エンコーダ１５、デコーダ１６等を備え、ＣＰＵ１０が各部の制御を行うように構成してある。ここでは、複数台の画像再生装置１ａ，１ｂ・・・１ｎが接続されている。
【００１８】
記録手段１１は、ＲＯＭ、ＲＡＭ等の内部メモリの他、ハードディスクやメモリカードのような外部メモリもここでは含んでいる。
受信手段１２は、図示しないリモコン等を用いてユーザが行なう操作情報に関する信号やサーバから送られてくる画像データを受信するものである。
送信手段１３は、ユーザの操作情報に基づいて、ユーザが選択したコンテンツに関する情報をサーバに送るものである。
表示手段１４は、例えばディスプレイであり、画像の他に、時間、曜日、録画あるいは再生といった情報や状態をも表示することができる。
エンコーダ１５は、入力されたアナログ信号をＭＰＥＧ符号化されたデジタル信号に変換するものである。
デコーダ１６は、記録部から読み出されたＭＰＥＧ符号化されたデータを復号化するものである。
【００１９】
しかして、この画像再生装置１は、前記ＣＰＵ等によるソフトウェア動作も含めて実現される機能的側面から説明すれば、図３に示すように、データ制御部１００、リングバッファ１０１、画像情報蓄積部たるインデックスデータ格納部１０２、動画再生部１０３、選択表示部たるインデックス表示部１０４、画像データ受信部１０５を備えたものである。
【００２０】
データ制御部１００は、サーバ２からダウンロードした画像データを、リングバッファ１０１に書き込むとともに、複数時点における画像データに対応する画像あるいは画像関連情報をインデックスデータ格納部１０２に格納するものである。
リングバッファ１０１は、たとえば前記ＲＡＭ等の所定領域に設定されたものであり、論理的に環状に記憶領域が接続されている。
【００２１】
画像情報蓄積部たるインデックスデータ格納部１０２は、サーバ２からダウンロードした動画データから間欠的に複数のフレーム画像データを抽出し、例えば前記ＲＡＭ等の所定領域にそれらフレーム画像データを格納するものである。
【００２２】
ところで、ここでの動画データは、ＭＰＥＧ形式のものであることから、ＧＯＰ単位で区切られている。このＧＯＰは、Ｉ−ｐｉｃｔｕｒｅ、Ｐ−ｐｉｃｔｕｒｅ、Ｂ−ｐｉｃｔｕｒｅの３種類のフレーム画像データからなり、そのうちＩ−ｐｉｃｔｕｒｅのみが、前後のフレーム画像データから独立して単独で表示可能なものであり、他の画像フレームデータは、その前後の画像フレームデータからの差分情報で表される。したがって、ＧＯＰには必ずＩ−ｐｉｃｔｕｒｅが１以上含まれ、また先頭はＩ−ｐｉｃｔｕｒｅとなる。
【００２３】
しかして、このインデックスデータ格納部１０２は、前記Ｉ−ｐｉｔｕｒｅを逐次又は間欠的に抽出して格納するようにしている。なお、このフレーム画像データは、独立表示可能なデータであればよく、ＭＰＥＧ以外であれば、当然に異なる形式のデータとなる。また、フレーム画像データに代えて、そのフレーム画像データを示唆するような画像関連情報、例えば再生先頭からの経過時間等をでも構わない。
【００２４】
動画再生部１０３は、ダウンロードした画像データをディスプレイ４に連続的に表示させることにより、動画として再生する処理を行うものである。
【００２５】
インデックス表示部１０４は、前記Ｉ−ｐｉｃｔｕｒｅに対応する画像をディスプレイ４にユーザの選択可能に表示するものである。
【００２６】
画像データ受信部１０５は、動画再生部１０３による動画の再生状況に基づいて、データ制御部１００が必要な受信量を算出し、この計算に基づいて、サーバ２にダウンロードを要求するものである。
【００２７】
図４は、リングバッファ１０１における画像データの書き込み先端アドレスＷおよび読み込みアドレスＲの動作についての概略説明図である。なお、図４において、各図の左側から右側に向かって時間軸が設定されており、時間の経過とともに、書き込み先端アドレスＷおよび読み込みアドレスＲが左側から右側へ移動するものとする。
【００２８】
図４（ａ）に示すように、初期状態においては、リングバッファ１０１には何も書き込まれていないため、書き込み先端アドレスＷと読み込みアドレスＲとは、リングバッファの左端（０アドレス）に位置している。
【００２９】
そして、ユーザがあるコンテンツを視聴することで、ユーザの操作情報に基づいて、リングバッファ１０１の書き込み先端アドレスＷがまず、図４（ｂ）に示すように、図の左側から右側に向かって動いていく。このことで、書き込み先端アドレスＷが動いた分だけ、リングバッファ１０１に画像データが書き込まれていく（未再生データの蓄積）。
【００３０】
次に、図４（ｃ）に示すように、書き込み先端アドレスＷが、リングバッファ内に一定量（たとえば、４ＭＢ分）の画像データを書き込むと、書き込み先端アドレスＷを追いかけるように、読み込みアドレスＲが、図の左側から右側に向かって動いていく。このようにして、読み込みアドレスＲによって連続的に再生された画像データがディスプレイに表示されることにより、動画再生が行なわれる。
【００３１】
通常は、書き込み先端アドレスＷの書き込み速度の方が、読み込みアドレスＲの進行（再生）速度よりも速く設定されているため、リングバッファ１０１の右端に到達した書き込み先端アドレスＷは、図４（ｄ）に示すように、さらに、リングバッファ１０１の左端から新たなデータを書き込んでいく。そして、図４（ｅ）に示すように、書き込み先端アドレスＷが読み込みアドレスＲに追いついた状態になると、書き込み先端アドレスは、いったん書き込みを止めて、そのアドレスで停止する。
【００３２】
その後、図４（ｆ）に示すように、読み込みアドレスＲのみがリングバッファ１０１内の画像データを読み込んで再生していく。そして、図４（ｇ）に示すように、リングバッファ１０１の右端に到達した読み込みアドレスＲは、さらにリングバッファ１０１の左端から新たなデータを読み込んで再生していく。このようにして、リングバッファ１０１への書き込みとデータの再生が行なわれ、ディスプレイ４への表示が行なわれる。
【００３３】
このとき、読み込みアドレスＲの動きに対応して、再生されているコンテンツの複数時点における画像データに対応する各画像または画像関連情報がインデックスデータ格納部１０２に格納されていく。たとえば、図５に示すように、動画コンテンツの各ＧＯＰの先頭にあるフレーム画像データ（Ｉ−ｐｉｃｔｕｒｅ）を、再生とともにまたは再生に引き続いて、インデックスデータ格納部１０２が逐次、ＲＡＭに格納する。
【００３４】
このように保存した画像データは、図６に示すように、たとえば、ディスプレイ４に表示させることにより、ユーザが選択可能に表示される。つまり、表示されたＩ−ｐｉｃｔｕｒｅをユーザが選択することで、一目で見たい場面を探し出すことができるようになる。
【００３５】
また、前述したように、インデックスデータ格納部１０２に格納されるデータは、Ｉ−ｐｉｃｔｕｒｅに限られず、コンテンツの複数時点における画像データに対応する、動画内でのデータ位置や時間などの画像関連情報であってもよい。画像関連情報が保存された場合には、図７に示すように、Ｉ−ｐｉｃｔｕｒｅ情報、時刻（そのＩ−ｐｉｃｔｕｒｅに対応する時刻）、リングバッファ１０１上におけるアドレス位置、バッファ内有無フラグ（リングバッファ１０１内の存在の有無）などの情報をテーブル状にして表示させることができる。これにより、選択可能に表示された情報を見て、ユーザが一目で見たい場面を探し出すことができるようになる。リングバッファ１０１内に、ユーザが選択した画像等が存在している、すなわち、インデックスデータ格納部１０２に格納されているデータであって、ユーザが選択した画像等がリングバッファ１０１内のアドレスに存在していれば、読み込みアドレスＲを選択された画像等のアドレスまで移動させることにより、そこから再度再生を開始すればよい。
【００３６】
また、図８（ａ）では、たとえば、リングバッファ１０１内のアドレスが１番地から１００番地までのアドレスとして指定可能とされている場合に、読み込みアドレスＲが、リングバッファ１０１内のアドレス２０番地にあり、書き込み先端アドレスが７０番地にあり、１番地から２０番地まで、および７０番地から１００番地までの領域が再生済みのデータとなっており、さらに、２０番地から７０番地までの領域のデータが、これから再生する、いわゆる未再生データであるリングバッファ１０１の状態を示している。
【００３７】
ここで、図８（ｂ）に示すように、リングバッファ１０１内には保存されていない画像等をユーザが選択した場合、すなわち、リングバッファ１０１内には既に保存されていないが、インデックスデータ格納部１０２に保存されているデータとして、アドレス１５番地に該当するＩ−ｐｉｃｔｕｒｅをユーザが選択した場合には、選択されたＩ−ｐｉｃｔｕｒｅのデータ位置をＲａｎｇｅヘッダに指定してサーバにＧＥＴ要求を行なう。その一方で、リングバッファ１０１内の最も過去のＩ−ｐｉｃｔｕｒｅ、すなわち、現在の書き込み先端アドレスに最も近いＩ−ｐｉｃｔｕｒｅのデータ位置を（ここでは同じだったとする）を別途記憶しておき、ユーザが選択したＩ−ｐｉｃｔｕｒｅと、前記最も過去のＩ−ｐｉｃｔｕｒｅとの差分データ量を算出する。そして、最も過去のＩ−ｐｉｃｔｕｒｅのアドレスからその差分データ量だけ後退させたアドレスに書き込み先端アドレスＷ及び読み込みアドレスＲを移動させる。次に、サーバから送信されてきたデータをその書き込み先端アドレスから書き込む。そして、前記記憶したデータ位置までの動画データを受信すると、サーバとのコネクションを切断する。
【００３８】
その後、図８（ｃ）に示すように、書き込み先端アドレスＷを、ユーザが選択した画像等のアドレス位置（１５番地）に移動する。これにより、リングバッファ１０１内のデータはすべて未再生データとなり、読み込みアドレスＲがリングバッファ１０１内のデータを読み込むことにより、ディスプレイ４には、アドレス１５番地からの画像データに相当する部分のコンテンツからの表示が行なわれる。
【００３９】
そして、ある程度の読み込みが行なわれ、つまり読み込みアドレスＲが進行して、書き込み先端アドレスＷと読み込みアドレスＲとの差分アドレスが、所定量（たとえば、４ＭＢ）未満になると、再び、サーバ２と画像再生装置１との接続が確立されて画像データの受信が再開され、図９（ｂ）に示すように、書き込み先端アドレスＷも動き出す。なお、４ＭＢ未満になるのを必ずしも待つ必要はなく、例えば、再取得するべきデータを取得し終えた後、リングバッファに書き込み可能領域がでれば、続きのデータを要求して受信して書き込み先端アドレスＷを進めてもかまわない。
図１０は、画像再生装置の内部動作を説明するフローチャートである。
【００４０】
まず、ユーザが所望の動画コンテンツを視聴している間、画像再生装置１では、リングバッファ１０１内にコンテンツデータが書き込まれるとともに、インデックスデータ格納部１０２によって、再生済みコンテンツのＩ−ｐｉｃｔｕｒｅが蓄積される（ステップＳ１）。
【００４１】
ユーザにより巻き戻し再生や早送り再生等のトリックプレイが行なわれたかを判断する（ステップＳ２）。トリックプレイが行なわれていなければ（ステップＳ２のＮＯ）、コンテンツの視聴とともにコンテンツデータの書き込み及びＩ−ｐｉｃｔｕｒｅ（又は画像関連情報）の蓄積が継続される。
【００４２】
一方、トリックプレイが行なわれると（ステップＳ２のＹＥＳ）、読み込みアドレスＲまでの蓄積されたＩ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）がディスプレイ４に表示される（ステップＳ３）。そして、ユーザにより、Ｉ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）の確認及び選択が行なわれる（ステップＳ４）。次に、ユーザにより選択されたＩ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）が、リングバッファ１０１内に書き込まれているかどうかを判断する（ステップＳ５）。
【００４３】
ユーザにより選択されたＩ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）が、リングバッファ１０１内にある場合（ステップＳ５のＹＥＳ）、リングバッファ１０１内の読み込みアドレスＲが、ユーザが選択した画像又は画像関連情報に対応する画像データの記録位置まで移動する（ステップＳ６）。そして、サーバに接続することなく、そこから通常再生が開始される。
【００４４】
他方、ステップＳ５において、ユーザにより選択されたＩ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）が、リングバッファ１０１内にない場合（ステップＳ５のＮＯ）、まず、その時点での書き込み先端アドレスが記憶される。
【００４５】
次に、ユーザによって選択されたＩ−ｐｉｃｔｕｒｅに係る画像（又は画像関連情報）を先頭とするストリーム動画データをサーバに送信要求する（ステップＳ８）。
【００４６】
一方で、ユーザが選択したＩ−ｐｉｃｔｕｒｅと、前記最も過去のＩ−ｐｉｃｔｕｒｅとの差分データ量を算出する。そして、最も過去のＩ−ｐｉｃｔｕｒｅのアドレスからその差分データ量だけ後退させたアドレスに書き込み先端アドレス及び読み込みアドレスを移動させる（ステップＳ９）。
【００４７】
次に、サーバから送信されてきたデータをその書き込み先端アドレスから書き込む（ステップＳ１０）。そして、前記記憶したデータ位置までの動画データを受信するとサーバとの接続を切断する（ステップＳ１１、Ｓ１２）。そして、書き込みアドレスを、前記ステップＳ９で設定した書き込み先端アドレスに移動させる。
再生は、前記読み込みアドレスから開始される（ステップＳ１３）。
【００４８】
このように、本実施形態における画像再生装置では、ユーザによって選択された画像又は画像関連情報が示す画像データの記録位置と書き込み先端アドレスＷとの差分アドレスに基づいて、コンテンツ受信量が算出されるので、不必要にサーバ２に接続することがないから、データ転送やデータ蓄積処理などを行なうことがなく、サーバ２の負荷を軽減することができる。さらに、動画コンテンツのうち、複数時点における画像データに対応する各画像又は画像関連情報が蓄積され、これがユーザに選択可能に表示されるため、ユーザは所望の場面を容易に検索することが可能となる。また、受信するコンテンツは、リングバッファ１０１内の書き込み先端アドレスＷと読み込みアドレスＲとのアドレス位置に基づいて受信されるので、リングバッファ１０１内に書き込まれているコンテンツに対応する画像データと、受信したコンテンツに対応する画像データとが切れ目なく接続され、コンテンツをシームレスに再生することが可能となる。
その他、本発明は、その趣旨を逸脱しない範囲で種々の変形が可能であることは言うまでもない。
【符号の説明】
【００４９】
１ 画像再生蔵置
２ サーバ
３ ネットワーク
１００ データ制御部
１０１ リングバッファ
１０２ インデックスデータ格納部
１０３ 動画再生部
１０４ インデックス表示部
１０５ データ要求部
Ｗ 書き込み先端アドレス
Ｒ 読み込みアドレス
【特許請求の範囲】
【請求項１】
サーバからネットワークを介して受信した動画用の画像データをリングバッファ内に逐次書き込むとともに、その書き込み先端アドレスよりも後方に設定された読み込みアドレスから前記画像データを読み込み、該動画を再生するように構成した画像再生装置であって、
ユーザによる再生または早送り再生等に係る操作情報を受け付けて読み込んだ前記画像データから、間欠的に画像データ又は該画像データに関連する画像関連データを取得して蓄積する画像情報蓄積部と、
前記画像情報蓄積部に蓄積された一連の画像データが示す画像、又は画像関連データが示す画像関連情報をユーザに選択可能に表示する選択表示部と、
ユーザによって前記画像又は画像関連情報が選択され、該画像又は画像関連情報が示す画像データが前記リングバッファ内にない場合、その選択時点での前記書き込み先端アドレスに基づいて前記リングバッファ上の独立表示可能な最も過去の画像データを特定し、前記画像又は画像関連情報が示す画像データから前記独立表示可能な最も過去の画像データまでの画像データをサーバから受信する画像データ受信部と、
前記書き込み先端アドレスを前記画像データ受信部が受信した画像データ分だけ後退させ、その後退させた書き込み先端アドレスから、前記受信した分の画像データを書き込むとともに、前記後退させた書き込み先端アドレスに前記読み込みアドレスを移動させて該読み込みアドレスから動画を再生する動画再生部とを具備することを特徴とする画像再生装置。
【請求項２】
画像情報蓄積部に蓄積された画像データが、Ｉピクチャである請求項１記載の画像再生装置。
【請求項３】
サーバからネットワークを介して受信した動画用の画像データをリングバッファ内に逐次書き込むとともに、その書き込み先端アドレスよりも後方に設定された読み込みアドレスから前記画像データを読み込み、該動画を再生する画像再生方法であって
ユーザによる再生または早送り再生等に係る操作情報を受け付けて読み込んだ前記画像データから、間欠的に画像データ又は該画像データに関連する画像関連データを取得して蓄積する画像情報蓄積ステップと、
前記画像情報蓄積ステップで蓄積された一連の画像データが示す画像、又は画像関連データが示す画像関連情報をユーザに選択可能に表示する選択表示ステップと、
ユーザによって前記画像又は画像関連情報が選択され、該画像又は画像関連情報が示す画像データが前記リングバッファ内にない場合、該画像又は画像関連情報が示す画像データから、その選択時点での前記書き込み先端アドレスに基づいて前記リングバッファ上の独立表示可能な最も過去の画像データを特定し、前記画像又は画像関連情報が示す画像データから前記独立表示可能な最も過去の画像データまでの画像データをサーバから受信する画像データ受信ステップと、
前記書き込み先端アドレスを前記画像データ受信ステップで受信した画像データ分だけ後退させ、その後退させた書き込み先端アドレスから、前記受信した分の画像データを書き込むとともに、前記後退させた書き込み先端アドレスに前記読み込みアドレスを移動させて該読み込みアドレスから動画を再生する動画再生ステップとを具備することを特徴とする画像再生方法。
【請求項１】
サーバからネットワークを介して受信した動画用の画像データをリングバッファ内に逐次書き込むとともに、その書き込み先端アドレスよりも後方に設定された読み込みアドレスから前記画像データを読み込み、該動画を再生するように構成した画像再生装置であって、
ユーザによる再生または早送り再生等に係る操作情報を受け付けて読み込んだ前記画像データから、間欠的に画像データ又は該画像データに関連する画像関連データを取得して蓄積する画像情報蓄積部と、
前記画像情報蓄積部に蓄積された一連の画像データが示す画像、又は画像関連データが示す画像関連情報をユーザに選択可能に表示する選択表示部と、
ユーザによって前記画像又は画像関連情報が選択され、該画像又は画像関連情報が示す画像データが前記リングバッファ内にない場合、その選択時点での前記書き込み先端アドレスに基づいて前記リングバッファ上の独立表示可能な最も過去の画像データを特定し、前記画像又は画像関連情報が示す画像データから前記独立表示可能な最も過去の画像データまでの画像データをサーバから受信する画像データ受信部と、
前記書き込み先端アドレスを前記画像データ受信部が受信した画像データ分だけ後退させ、その後退させた書き込み先端アドレスから、前記受信した分の画像データを書き込むとともに、前記後退させた書き込み先端アドレスに前記読み込みアドレスを移動させて該読み込みアドレスから動画を再生する動画再生部とを具備することを特徴とする画像再生装置。
【請求項２】
画像情報蓄積部に蓄積された画像データが、Ｉピクチャである請求項１記載の画像再生装置。
【請求項３】
サーバからネットワークを介して受信した動画用の画像データをリングバッファ内に逐次書き込むとともに、その書き込み先端アドレスよりも後方に設定された読み込みアドレスから前記画像データを読み込み、該動画を再生する画像再生方法であって
ユーザによる再生または早送り再生等に係る操作情報を受け付けて読み込んだ前記画像データから、間欠的に画像データ又は該画像データに関連する画像関連データを取得して蓄積する画像情報蓄積ステップと、
前記画像情報蓄積ステップで蓄積された一連の画像データが示す画像、又は画像関連データが示す画像関連情報をユーザに選択可能に表示する選択表示ステップと、
ユーザによって前記画像又は画像関連情報が選択され、該画像又は画像関連情報が示す画像データが前記リングバッファ内にない場合、該画像又は画像関連情報が示す画像データから、その選択時点での前記書き込み先端アドレスに基づいて前記リングバッファ上の独立表示可能な最も過去の画像データを特定し、前記画像又は画像関連情報が示す画像データから前記独立表示可能な最も過去の画像データまでの画像データをサーバから受信する画像データ受信ステップと、
前記書き込み先端アドレスを前記画像データ受信ステップで受信した画像データ分だけ後退させ、その後退させた書き込み先端アドレスから、前記受信した分の画像データを書き込むとともに、前記後退させた書き込み先端アドレスに前記読み込みアドレスを移動させて該読み込みアドレスから動画を再生する動画再生ステップとを具備することを特徴とする画像再生方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−１３４６７４（Ｐ２０１２−１３４６７４Ａ）
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願番号】特願２０１０−２８３８０４（Ｐ２０１０−２８３８０４）
【出願日】平成２２年１２月２０日（２０１０．１２．２０）
【出願人】（５９８０４５０５８）株式会社サムスン横浜研究所 (294)
【Ｆターム（参考）】
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願日】平成２２年１２月２０日（２０１０．１２．２０）
【出願人】（５９８０４５０５８）株式会社サムスン横浜研究所 (294)
【Ｆターム（参考）】
[ Back to top ]