JP2006174309A - 動画再生装置、プログラム、及び記録媒体 - Google Patents

Abstract

【課題】 ビデオ再生において、ストリーミング環境やフレーム間差分を利用した圧縮データであっても、ドラッグ操作によって表示画面をリアルタイムに変更でき、見たい部分を容易に検索することができる動画再生装置を提供する。
【解決手段】 ビデオデータをストリーミング通信で受信し再生する動画再生装置において、受信したビデオデータの各時刻に対応する複数のインデックス画像情報を記憶する記憶手段１３、ビデオ表示時刻の変更を指示する指示手段１４、１５、記憶したインデックス画像のなかから、指示された表示時刻に対応する画像を選択し、ビデオ画像の表示領域に表示する表示手段１６を備えた。
【選択図】 図２

Description

本発明は、動画データを再生する動画再生装置に関し、特にストリーミング環境でのランダム再生技術に関する。

近年、計算機上で動画などマルチメディアデータを扱うことが容易になってきた。計算機上でマルチメディアを扱う大きな利点は、ランダムアクセスにある。マイクロソフト社製メディアプレーヤなどの従来の一般的なビデオ再生ソフトウエアには、「シークバー」と呼ばれるユーザインタフェースがあり、シークバーに対するクリック、ドラッグ操作により、再生時刻を任意に変更、つまりランダムアクセスできる。
ここで一般的なドラッグ操作によるランダムアクセスの方法を説明する。図１に一般的なビデオ再生プログラムのユーザインタフェースを示す。画面上、一番上にビデオ表示領域１があり、ここにビデオ画面が表示される。一番下にはボタン類４があり、このボタンにより再生」、停止」などの操作を受け付ける。中央付近にある横長の線をシークバー２と呼ぶ。
シークバー２上にある四角をマーカ３と呼ぶ。シークバー２の長さは表示するビデオの時間的な長さに対応し、その左端が開始時刻、右端が終了時刻を表す。マーカ位置がビデオの現在表示中の時刻を表す。
ユーザがシークバー２のマーカ３をマウスでドラッグする（つまりマーカ３上にマウスポインタを移動させ、ボタンを押し下げ、ボタンを押したままマウスを移動させる）と、マーカ３がマウスに連れて左右に移動し、同時にビデオ表示画面もマーカ位置に対応する時刻の画面に逐次切り変わる。
実際には再生プログララムの構造やビデオデータの種類によって動作は異なるが、例えばマイクロソフト社製メディアプレーヤのバージョン６．４で非圧縮のビデオデータを再生すると、マウスドラッグに応じてリアルタイムに表示画面を更新することができる。
このようにリアルタイムに画面が更新されれば、ユーザはその表示画面から、自分の見たいシーンを確認し、そこでボタンを離すことで、見たいシーンだけを再生することができる。
しかし上記の通り、このようなシークバー２のドラッグによるランダムアクセスは常に可能な訳ではない。例えば上記のメディアプレーヤでも、ストリーミング通信時にはこのような動作はしない。

ストリーミングとは、ネットワーク接続された他の計算機上に記録されたデータを再生する方式であり、再生時にデータファイル全体を受信することなく、当面の再生に必要なデータのみを受信後すぐに再生を開始し、以降、データ受信と再生を並行して実行する方法である。
ストリーミングには、再生に先立ってすべてのデータを送受信する必要がないため、再生指示後（ファイル全体の受信を待たずに）再生が開始できるという利点がある。しかしこの特徴のために、再生時刻の非連続的な変更（シーク動作）に時間がかかるという欠点も存在する。
以下に、一般的なストリーム再生でのシーク動作の概要を説明する。
再生中にユーザがマウスでシークバーのマーカをドラッグする。ドラッグ中は、ビデオ再生は以前のまま継続する。
・マウスボタンアップ
ユーザが適当な位置でマウスボタンを離すと、その時点で再生プログラムは、マーカ位置に対応する時刻からのデータ送信をストリームサーバへ要求する。
・サーバ上での検索
サーバは現在送信中のデータを中断し、記録されたファイル内の要求された時刻のデータを検索し送信を開始する。
・バッファリング
ネットワーク帯域の変動を補償するため、再生プログラムは一定量のデータを受信した後、目指す時刻からの再生を開始する。
このように、ストリーミング再生時には、シーク命令のネットワーク通信や、バッファリングに時間がかかるため、マーカのドラッグに対しリアルタイムに表示画面を切り替えることができず、マウスボタンを離した後、再生が再開されるのを待たなければならない。したがってドラッグにより見たいシーンを検索することが困難である。

例えば、特許文献１には以下の技術が示されている。即ち、記録されたビデオデータのなかの、特定の時点から再生を開始する方法であって、サムネイル画像を並べてメニューとして表示し、そのうちのひとつを選択することにより、そのサムネイル画像に対応する時刻へシークして再生する。
次に、例えば、特許文献２には以下の技術が開示されている。即ち、ハードディスクに記録された間引き画像（シーンチェンジ場面の画像だけを集めた動画）を（スローまたは分割マルチ）再生して見たい場面を選択する。間引き画像の表示方法については、早送り巻き戻しなどが可能となっている。
非特許文献１の富士ゼロックス社製ＭｅｄｉａＤＥＰＯというビデオ配信、検索システムには、スライダー検索と呼ばれる機能がある。これはシークバーをユーザが移動させることにより、シーンビューワーと呼ばれるビデオ再生画面とは別画面のサムネイル表示内容が逐次切り替わり、その後クリック動作により、その時刻からビデオ再生を開始するものである。
特開平２−１１３７９０号公報 特開平６−１０５２８０号公報 ＭｅｄｉａＤＥＰＯ ＜http://www.ubiquitous-media.com/Howto/search_slider.htm＞

特許文献１のように、サムネイル画像を並置してメニューとして表示する方法は、ランダムアクセスを行うためのひとつのユーザインタフェースであり、ＤＶＤなどでも広く利用されている。しかしこのようなメニュー表示法では、サムネイル画像を平面上に並べて表示するので、メニュー表示の面積が必要である。特に多くのシークポイント（再生開始時刻）を設けるためには、多数のサムネイル画像が必要なため、表示面積が増え、メニューのスクロールやページ切替えなど別のユーザ操作が必要になってしまう。
特許文献２では、動画データはテープに記録されており、ストリーミング環境での構成について記述はない。また、ユーザのドラッグ操作による表示画面変更についての記述もない。
又、非特許文献１では、シーンビューワーがビデオ画面とは別に存在するため、上記のメディアプレーヤによる非圧縮データ再生時とは異なる表示となり、操作が直感的ではない。またスライダー検索を開始する前にデータを転送する長い時間が必要である。
本発明は、ビデオ再生において、ストリーミング環境やフレーム間差分を利用した圧縮データであっても、ドラッグ操作によって表示画面をリアルタイムに変更でき、見たい部分を容易に検索することができる動画再生装置を提供することを目的とする。

上記目的を達成するために、請求項１記載の発明は、ビデオデータをストリーミング通信で受信し再生する動画再生装置において、受信したビデオデータの各時刻に対応する複数のインデックス画像情報を記憶する記憶手段と、ビデオ表示時刻の変更を指示する指示手段と、記憶したインデックス画像のなかから、指示された表示時刻に対応する画像を選択し、ビデオ画像の表示領域に表示する表示手段と、を備えたことを特徴とする。
請求項２記載の発明は、請求項１の動画再生装置において、前記表示手段は、画像上の特定の一部分を表示することを特徴とする。
請求項３記載の発明は、請求項１の動画再生装置において、前記記憶手段は、受信した圧縮動画データを各フレーム画像へ展開し、展開された各フレーム画像をインデックス画像として記憶することを特徴とする。
請求項４記載の発明は、請求項１の動画再生装置において、ビデオ信号を入力する入力手段と、入力したビデオ信号を記録する記録手段と、入力したビデオ信号のなかから一部のフレームを選択する選択手段と、選択されたフレームを動画として圧縮、記録する圧縮、記録手段と、を有することを特徴とする。
請求項５記載の発明は、請求項１の動画再生装置において、インデックス画像情報を受信した後で動画ストリーミング再生を開始する開始手段を有することを特徴とする。
請求項６記載の発明は、請求項１の動画再生装置において、各インデックス画像の重要度を判定する判定手段と、判定された重要度の順にインデックス画像を受信する受信手段と、を有することを特徴とする。
請求項７記載の発明は、請求項１の動画再生装置において、各インデックス画像の重要度を判定する判定手段と、判定された重要度の順に送信する送信手段と、を有することを特徴とする。
請求項８記載の発明は、請求項１から７の動画再生装置が機能するためのコンピュータ読み取り可能なプログラムを最も主要な特徴とする。
請求項９記載の発明は、請求項８のプログラムを記録した記録媒体を最も主要な特徴とする。

本発明によれば、ビデオデータ以外にインデックス表示用の静止画データを使い、ドラッグ操作によって表示画面をリアルタイムに変更できるで、見たい部分を容易に検索することができる。
また、一枚の大きな画像をインデックスデータとして利用するので、通信やデータ記憶、表示切り替えのオーバーヘッドを低減し、高速に処理を実行することができる。
また、フレーム間相関を利用して圧縮することにより、インデックス情報のデータ量を低減し、転送時間、記憶容量を低減することできる。
また、インデックス情報を受信後、ビデオ再生を始めるので、ビデオ再生時にはいつでもシーク動作に対応できるよう状態を保障できる。
また、インデックス情報を全て受信する前でも、シーク操作によりビデオ内容の概略を表示し、検索の目安となる情報を提供するので、検索が容易になる。

以下、本発明の各実施例を図面にしたがって説明する。
図２は本発明の第１の実施形態に係る動画再生装置のシステム構成図である。本実施形態は一般的なＰＣ上でソフトウエアを実行することにより実現する。システムはネットワーク接続された記録配信用ＰＣ１１と再生用ＰＣ１２からなる。
各ＰＣはハードディスク１３（図３参照）上に記録されたプログラムをＣＰＵ、メモリを利用して実行する。またキーボード１４、マウス１５が接続され、これらによりユーザの操作を入力する。また、ビデオインタフェース回路を介してＣＲＴディスプレイ１６が接続され、プログラム制御により画像をユーザへ出力する。記録配信用ＰＣ１１にはビデオ入力ボードを介してビデオカメラ１７が接続され、カメラ１７で撮影したビデオ信号をＰＣに入力する。
・記録配信用ＰＣソフトウエア
以下に本実施例の記録配信用ＰＣ１１上で実行されるソフトウエアの構成と動作を説明する。記録配信用ＰＣ１１では、データ生成、およびデータ配信の２つのプログラムを実行する。
・データ生成プログラム
本プログラムは、カメラから入力したビデオデータを圧縮処理しハードディスク１３に記録する。また同時に対応するインデックス画像列を生成し記録する。図３にデータ生成プログラムのブロック図を示す。
・ビデオ入力２０
カメラはＮＴＳＣフォーマットのアナログ信号を出力し、ＰＣ内のビデオキャプチャボードがそれをデジタル信号へ変換したデータをプログラムは読み取る。ここで入力するデジタルビデオデータは１秒間に３０枚の３２０ｘ２４０画素サイズの画像データ列である。
・ビデオ圧縮２１
データ生成プログラムはデジタルビデオデータを圧縮処理する。ここでは公知のＭＰＥＧ１圧縮アルゴリズムを利用する。圧縮処理したビデオデータは、ＰＣ内のハードディスクに記録する。
・画像選択２２
インデックス画像とするために、入力した画像列から一定間隔にフレームを抜き出す。ここでは１分（３０（フレーム）×６０（秒）＝１８００フレーム）のビデオ入力ごとに１枚のフレームを選択する。

・静止画圧縮２３
抜き出した画像は、それぞれ圧縮処理を施し、ハードディスクにファイルとして保存する。圧縮には公知のＪＰＥＧ圧縮アルゴリズムを用い、ファイルには時間順に一連の番号と名前をつける。
・インデックス時刻データ生成２５
同時に記録したビデオファイルとインデックス画像を対応づける情報を生成して記録する。以下これをインデックス時刻データと呼ぶ。これは図４のように、一行目にビデオファイル名、二行目以下に各インデックス画像ファイル名と対応する時刻（ビデオ記録開始からの秒数）を記述したテキストファイルである。
生成したデータは、後述のデータ送信プログラムで扱えるようそれぞれハードディスク内の適切な位置（ディレクトリ）に記録する。ここではインデックス画像データはビデオ画像データと同じ画素サイズとしたが、記録および転送データ容量を削減するために、ＪＰＥＧ圧縮前に縮小処理を施しても良い。その場合再生プログラムでは、ビデオ表示領域に表示するために拡大処理する必要がある。
・データ送信プログラム
本プログラムは、データ生成プログラムで生成記録されたデータを、再生用ＰＣ１２からの要求に従ってネットワーク上へ送信する。ここで扱うデータは、ビデオデータ、インデックス時刻データ、インデックス画像の三種類である。
ビデオデータはストリーミングプロトコルで送信する。ここではストリーミングサーバプログラムとして、マイクロソフト社製のＭｅｄｉａＳｅｒｖｅｒを利用する。ＭｅｄｉａＳｅｒｖｅｒを利用するとハードディスク内に記録したビデオデータをストリーミング送信することができる。
インデックス時刻データとインデックス画像は、周知のＨＴＴＰプロトコルで送信する。ここではＨＴＴＰサーバプログラムとしてマイクロソフト社製ＩｎｔｅｒｎｅｔＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｅｒを利用する。

・再生プログラム
本ソフトウエアは、表示用ＰＣ上で動作し、記録配信ＰＣ１２からデータを受信し、ユーザの指示に従いビデオをランダムアクセス表示する。以下にソフトウエアの構成と動作を説明する。
図５に本ソフトウエアの表示画面を示す。画面は縦に大きく２つの部分に分かれ、上からビデオ表示領域１、シークバー領域（シークバー）２、ボタン領域（ボタン類）４と呼ぶ。
ビデオ表示領域１はビデオデータおよびインデックス画像を表示する領域である。シークバー領域２は現在再生中のビデオの時刻を表示し、また、表示させたい時刻を指示する。ユーザがこの領域をマウスで操作することにより、ビデオ表示領域１に表示する内容を変更する。
水平線全体が、示中のビデオデータの全時間帯を表し、左端が開始時刻、右端が終了時刻に対応する。途中にあるマーカ３の位置が、現在ビデオ表示領域１に表示されているビデオ（またはインデックス画像）を表す（マーカ位置はマーカ中央の縦線の位置で表す）。
例えば、ビデオデータが１時間であり、シークバー全体が６００画素の幅を持つとすると、シークバーの一画素がビデオ６秒分に対応する。またマーカ位置が左端から１００画素にある時、ビデオ開始から１０分目を表す。
ボタン領域４は通常のビデオ表示ソフトウエアと同様に、「開始」、「停止」「一時停止」操作を受け付ける。

・初期化
本プログラムは起動すると、以下の通り初期化処理を行う（図６参照）。
・インデックス時刻データ受信（Ｓ１）
あらかじめ登録された記録配信ＰＣ１１へインデックス時刻データの送信要求を送り、インデックス時刻データを受信し、それをメモリ上に記録する。
・インデックス画像データ群受信（Ｓ２）
インデックス時刻データ内に記述されたインデックス画像となる各静止画の送信を要求し、受信して、それらをメモリ上に記録する。
・動画ストリーム受信開始（Ｓ３）
インデックス時刻データ内に記述されたビデオストリームデータの送信を要求する。
本実施形態では、表示するデータの所在、つまり記録配信ＰＣ１１はあらかじめ登録されているものとしたが、データが多数ある場合リスト表示のなかから選択するなどの手順が望ましい。
また、本実施形態では静止画データ受信後にビデオ受信を開始したが、これはビデオ再生時にインデックス画像を利用できるよう、あらかじめインデックス画像を受信しておくことが目的である。実際には動画ストリームの受信にもある程度時間がかかるので、必ずしもすべての受信終了を待つ必要はなく、最後の静止画送信を要求した直後（受信完了前）に、動画送信を要求するなどの手順でタイミングを調整しても良い。
・動画表示
通常のストリーミングビデオ再生動作、つまり、ビデオデータをネットワークから受信しながら、その内容を画面表示する。また、一定時間おき（例えば１秒おき）に現在再生中のビデオ時刻に対応する位置にシークバー上のマーカ位置を移動し、再生中の時刻を画面表示する。

以下のボタン操作、およびシークバー操作ハンドラから停止、開始、シークなどの命令を受け、操作命令をネットワーク経由で配信プログラムへ送信し、データ送信動作の変更を要求する。このような機能は、例えばマイクロソフト社製メディアプレーヤコンポーネントを利用すれば実現することができる。
・ボタン操作ハンドラ
ボタン上でマウスクリックイベントが発生した時にこの処理を呼び出す。通常のビデオ表示ソフトウエアと同様に、開始、停止、一時停止、機能を実現するため、動画表示ブロックへ各命令を発行する。
・シークバー操作ハンドラ
マーカ上でマウスボタンダウン、アップ、ドラッグイベントが発生した時にそれぞれ以下の各処理を実行する。
・ボタンダウン
以下のように時刻指定操作を開始する。動画表示モジュールへ一時停止命令を発行する。ビデオ表示サイズを０ｘ０画素に縮小することでビデオ表示領域を空ける。現在のマーカ位置に対応する時刻を求める。記録されたインデックス画像群から、マーカ時刻に対応する１枚を選択する。ここではマーカ時刻を越えない最大の対応時刻を持つインデックス画像を選択する。これによりマーカ時刻直前の画像を表示できる。選択されたインデックス画像を動画表示領域にビデオと同じサイズで表示する。
・ドラッグ
マウスポインタ位置へシークバーマーカを移動する。移動先のマーカ位置に対応する時刻を求める。上記ボタンダウン時と同様に、記録されたインデックス画像群から、マーカ時刻に対応する１枚を選択し表示する。この時、インデックス画像は既に再生ＰＣ上に個別に記憶されており、またビデオデータ自身のフレーム数よりもはるかに少ない枚数なので、ストリーミングサーバへ要求したり、フレーム間相関を利用した圧縮データを展開する場合に比べ、非常に高速にアクセスすることができる。

・ボタンアップ
現在のマーカ位置に対応する時刻へシークするよう、動画表示モジュールへ命令する。シーク後のバッファリングが完了した後、インデックス画像表示を消し、ビデオ表示サイズを元に戻してビデオ再生を再開する。
・動作例
以下にユーザ操作からみた本システムの動作例を示す。ここでは、記録配信ＰＣ１１上で記録プログラムの処理を終了している、つまり配信すべきデータは既にハードディスク上に記録済みとする。
・起動
ユーザが表示プログラムを起動する。表示プログラムは起動後、記録配信ＰＣ１１へネットワーク通信を試み、インデックス時刻データを受信する。その後さらにインデックス画像群を受信、記録し、ストリームビデオ通信を開始する。
・再生開始
ストリームデータのバッファリング終了後、画面にビデオ表示を開始する。
・シーク操作
ビデオ表示中にユーザがシークバーをマウス操作する。
・マーカ上でボタンを押す
ビデオ表示が停止し、代りにその時刻近辺の静止画が表示される。
そのまま左右にドラッグ
マウスカーソルに連れマーカが左右に移動し、ほぼ同時にビデオ表示領域に対応時刻近辺の静止画が表示される。静止画はビデオと比べてコマ数が少ない（１枚／分）が、内容はおよそ推測できる。
・ボタンを離す
しばらくは最後のインデックス画像が表示されたままだが、その後、マーカ位置に対応する時刻からビデオ再生が再開される。

第１の実施形態では、インデックス情報として多数の画像データを利用した。第２の実施形態では、複数のインデックス画像データを並べた一枚の画像の形で記録、通信する。 以下、第１の実施形態との違いを説明する。
・データ生成プログラム
記録配信ＰＣ１１では、ビデオ記録終了後、生成したインデックス画像を縦方向に並べて連結し、一枚の大きな画像を生成する。また、インデックス時刻データとして、図７に示すように、ビデオデータファイル名、合成インデックス画像ファイル名、元のインデックス画像１枚分の高さ、各インデックス画像の合成画像上の位置（上端からの距離）と対応時刻、の形で生成、記録する。
・再生プログラム
再生プログラムは、インデックス時刻データファイルから、合成インデックス画像ファイルを読み取り、配信ＰＣへ送信要求を送り、内容を受信記憶する。シークバーのドラッグ操作に対し、実施例１で対応インデックス画像を選択表示したが、本実施例では、合成インデックス画像の対応部分を切り出し表示する。
つまり、まずシークバーの移動位置から対応するインデックス画像番号を求め、次に記憶されたインデックス時刻データから、合成インデックス画像上の対応領域を求め、その領域をビデオ表示領域に切り出し表示する（図８参照）。
第３の実施形態では、インデックス画像データを動画として圧縮した形で配信する。再生用ＰＣ１２では、受信後にデータを復元し、各フレームをインデックス画像として扱う。
特に監視用途のような固定カメラでは、フレーム間に強い相関がある可能性が高いので、データ容量削減が期待できる。これはインデックス情報の転送時間の削減、つまり、ユーザの指示があってから、実際に動画が再生されるまでの時間を短縮する効果をもたらす。

以下、第１の実施形態との違いを説明する。
・記録プログラム
記録配信用ＰＣ１１では、ビデオ記録終了後、生成したインデックス画像を並べて動画と見倣し、ＭＰＥＧ１圧縮アルゴリズムで圧縮してファイルとして記録する。また、インデックス時刻データとして、図９に示すように、本編のビデオデータ、インデックス用のビデオデータ、インデックス用ビデオデータ各フレーム番号と対応時刻を採用する。
・再生プログラム
再生プログラムでは、初期化処理内で、圧縮されたインデックス画像ビデオファイルを受信後、展開し、各フレームを個別画像としてメモリ内に記憶する（図１０Ｓ１〜Ｓ４参照）。以降、記憶されたインデックス画像を実施例１と同様に扱う。
第４の実施形態では、一定時間毎のフレーム画像をインデックス画像としたが、本実施例では、検索の役に立つよう、以前と比較して変化のあるフレームだけをインデックス画像として利用する。
また、インデックス画像とストリーミングビデオを並行して受信し、なおかつ変化の大きいインデックス画像から先に受信することにより、表示開始直後でもおおまかな動画の動きが表示できるようにする。
・記録プログラム
差分によりインデックス静止画を生成する。実施例１と同様に、１分毎のフレーム画像を抜き出すが、これをすべてインデックス画像とはしない。画面内の全画素について直前（１分前）のフレーム画像と画素ごとの差分を取り、その絶対値を平均する。この平均値が所定の閾値よりも大きいフレームだけをインデックス画像として利用する。
例えば、２５６階調のデータの場合、差分絶対値の平均が、５よりも大きい場合のみインデックス画像とする。またインデックス時刻データには、各インデックス画像毎にこの差分平均値も記録する（図１１参照）。

・再生プログラム
初期化処理で、インデックス時刻データを受信後、インデックス画像を、その差分平均値の降順にソートする。ソート後、差分平均値の大きいものから順に送信要求を出し受信する。
インデックス画像の送信要求を出す直前に、ストリーミング動画再生を開始する。動画再生モジュールは以降インデックス画像データ受信と並行して、ビデオ再生処理を実行する。
すべてのインデックス画像を受信する前に、シークバー操作が発生した場合には、その時点までに受信したインデックス画像だけを対象として、画面更新を実行する。つまり、マーカ移動位置に対して、その時点で既に受信したインデックス画像の中から、マーカ時刻を越えない最大の対応時刻を持つインデックス画像を選択して表示する。
このような構成により、プログラム起動後、インデックス画像全体の受信を待たずにビデオ再生を開始することができる。また、インデクス画像は変化の大きいものから順に受信、利用するので、全画像を受信しなくても、ビデオのおおまかな変化を表現することができる（図１２Ｓ１〜Ｓ４参照）。

第５の実施形態では、インデックス画像の送信順を再生用ＰＣ側からの要求により決定したが、本実施例では、記録配信用ＰＣ１１で送信順序を決定することにより同様の効果を実現する。
・記録プログラム
第４の実施形態と同様に、差分絶対値の平均値に基づきインデックス画像を選択し記録する。ビデオ記録終了後、（実施例４の再生プログラムと同様に）インデックス画像を差分平均値でソートする。差分平均値の大きいものから順にフレームとして扱い、全体を動画としてＭＰＥＧ圧縮する。インデックス時刻データは実施例３のものと同様になる（ただし対応時刻は昇順とは限らない）。
・再生プログラム
第４の実施形態と同様に、インデックス（ビデオ）データの受信完了を待たずにストリーム再生を開始する。ＭＰＥＧデータはフレーム間差分を利用する圧縮アルゴリズムであるが、ＧＯＰ（ＧｒｏｕｐｏｆＰｉｃｔｕｒｅ）と呼ばれる単位ごとに復元可能である。そこで、インデックスビデオデータ受信中に、展開できる部分から処理し、第４の実施形態と同様にインデックス画像表示に利用する（図１３Ｓ１〜Ｓ５参照）。

一般的なビデオ再生プログラムのユーザインタフェースを示す図である。 実施例１の動画再生装置のシステム構成を示す図である。 実施例１のデータ再生プログラムを示す図である。 実施例１のインデックス時刻データを示す図である。 実施例１の再生プログラムの表示画面を示す図である。 実施例１の再生プログラムの初期化処理を示す図である。 実施例２のインデックス時刻データを示す図である。 実施例２の合成インデックス画像の切り出し表示を示す図である。 実施例３のインデックス時刻データを示す図である。 実施例３の再生プログラムの初期化処理を示す図である。 実施例４のインデックス時刻データを示す図である。 実施例４の再生プログラムの初期化処理を示す図である。 実施例５の再生プログラムの初期化処理を示す図である。

符号の説明

１１ 記録配信用ＰＣ
１２ 再生用ＰＣ
１３ ハードディスク（記憶手段）
１４ キーボード（指示手段）
１５ マウス（指示手段）
１６ ＣＲＴディスプレイ（表示手段）

Claims (9)

1. ビデオデータをストリーミング通信で受信し再生する動画再生装置において、
   受信したビデオデータの各時刻に対応する複数のインデックス画像情報を記憶する記憶手段と、ビデオ表示時刻の変更を指示する指示手段と、記憶したインデックス画像のなかから、指示された表示時刻に対応する画像を選択し、ビデオ画像の表示領域に表示する表示手段と、を備えたことを特徴とする動画再生装置。
2. 請求項１の動画再生装置において、前記表示手段は、画像上の特定の一部分を表示することを特徴とする動画再生装置。
3. 請求項１の動画再生装置において、前記記憶手段は、受信した圧縮動画データを各フレーム画像へ展開し、展開された各フレーム画像をインデックス画像として記憶することを特徴とする動画再生装置。
4. 請求項１の動画再生装置において、ビデオ信号を入力する入力手段と、入力したビデオ信号を記録する記録手段と、入力したビデオ信号のなかから一部のフレームを選択する選択手段と、選択されたフレームを動画として圧縮、記録する圧縮、記録手段と、を有することを特徴とする動画再生装置。
5. 請求項１の動画再生装置において、インデックス画像情報を受信した後で動画ストリーミング再生を開始する開始手段を有することを特徴とする動画再生装置。
6. 請求項１の動画再生装置において、各インデックス画像の重要度を判定する判定手段と、判定された重要度の順にインデックス画像を受信する受信手段と、を有することを特徴とする動画再生装置。
7. 請求項１の動画再生装置において、各インデックス画像の重要度を判定する判定手段と、判定された重要度の順に送信する送信手段と、を有することを特徴とする動画再生装置。
8. 請求項１から７のいずれか一項に記載の動画再生装置が機能するためのコンピュータ読み取り可能なプログラム。
9. 請求項８のプログラムを記録した記録媒体。

Images