WO2009093287A1

WO2009093287A1 - 動画表示装置、コンピュータネットワークシステム、放送ネットワークシステム、携帯ネットワークシステム

Info

Publication number: WO2009093287A1
Application number: PCT/JP2008/000088
Authority: WO
Inventors: Tadashi Yamamoto; Naoki Fukuda; Naoyuki Ujiie; Hideaki Okazaki
Original assignee: Golden Boar Computer Laboratory Co., Ltd
Priority date: 2008-01-25
Filing date: 2008-01-25
Publication date: 2009-07-30
Also published as: JP5207489B2; JPWO2009093287A1

Abstract

　動画を見ている者などが、その動画の表示中に動画の進行について舵を切ることができる動画表示装置などを提供することを目的とする。　提供されたフレームを描画することによって動画を表示する動画表示装置であって、動画の表示中に舵切命令を受け付ける舵切命令受付手段と、舵切命令受付手段で舵切命令を受け付けた場合に、この受け付けた舵切命令に従って、提供されたフレームに関するデータから、提供されたフレームではないフレームの描画を命じる描画命令を生成する描画命令生成手段と、を備えたことを特徴とする動画表示装置である。

Description

動画表示装置、コンピュータネットワークシステム、放送ネットワークシステム、携帯ネットワークシステム

　本発明は、動画についての技術に関する。

　従来、動画の表示中に所定の操作を行うことによって何らかのアクションを起動させることができるとする装置が提案された（特許文献１参照）。
特開２００３－３２６５８号公報

　しかしながら、かかるアクションの起動は、いわゆる仕掛けであって（特許文献１の段落０００３参照）、動画提供者によって予め施されたものに過ぎない。

　したがって、動画を見ている者などは、たとえアクションを起動させたとしても、動画提供者の期待に沿う方向へしか動画を進行させることができなかった。

　そこで、本発明は、動画を見ている者などが、その動画の表示中に動画の進行について舵を切ることができる動画表示装置、コンピュータネットワークシステム、放送ネットワークシステム、及び携帯ネットワークシステムを提供することを目的とする。

　本発明によれば、上記課題は、次の手段により解決される。

　本発明は、提供されたフレームを描画することによって動画を表示する動画表示装置であって、動画の表示中に舵切命令を受け付ける舵切命令受付手段と、前記舵切命令受付手段で舵切命令を受け付けた場合に、この受け付けた舵切命令に従って、前記提供されたフレームに関するデータから、前記提供されたフレームではないフレームの描画を命じる描画命令を生成する描画命令生成手段と、を備えたことを特徴とする動画表示装置である。

　また、本発明は、上記動画表示装置を備えたコンピュータネットワークシステムである。

　また、本発明は、上記動画表示装置を備えた放送ネットワークシステムである。

　また、本発明は、上記動画表示装置を備えた携帯ネットワークシステムである。

　本発明によれば、舵切命令が受け付けられた場合、この舵切命令に従って、提供されたフレームに関するデータから、提供されたフレームではないフレームの描画を命じる描画命令が生成される。

　したがって、本発明によれば、動画を見ている者などは、その動画の表示中に舵切命令を入力や送信などすることによって、動画の進行について舵を切ることができるようになる。

本発明の実施形態に係る動画表示装置の概略動作を説明する図である。本発明の実施形態に係る動画表示装置の概略構成を示す図である。本発明の実施形態に係るデータ構造の概略を説明する図である。動画表示処理の概略フローチャートである。オブジェクトデータ取得処理の概略フローチャートである。追跡データ生成処理の概略フローチャートである。描画命令生成出力処理の概略フローチャートである。描画命令生成処理の概略フローチャートである。舵切命令受付処理の概略フローチャートである。本発明の実施例に係る動画表示装置を示す図である。

符号の説明

１１　　ＣＰＵ
１２　　メインメモリ
１３　　ビデオコントローラ
１４　　ビデオメモリ
１５　　ディスプレイ
１６　　マウスコントローラ
１７　　キーボードコントローラ
１８　　サウンドコントローラ
１９　　スピーカ
２０　　メディアドライブ
２１　　ネットワークコントローラ
２２　　ハードディスクドライブ

　以下に、添付した図面を参照しつつ、本発明を実施するための最良の形態を詳細に説明する。

［動画表示装置の動作］
　まず、図１を参照しつつ、本発明の実施形態に係る動画表示装置の概略動作を説明する。図１は、本発明の実施形態に係る動画表示装置の概略動作を説明する図である。

　図１において、フレーム１～９は、動画提供者により提供された動画を構成するフレームである。動画提供者は、動画が、フレーム１～９の順で進行することを期待しているものとする。

　ここで、実施形態に係る動画表示装置においては、このような動画を、動画提供者の期待に沿うように進行させること、すなわち、フレーム１～９の順で進行させることもできる。

　しかしながら、実施形態に係る動画表示装置においては、舵切命令によって、動画の進行について舵を切ることができるようになる。

　以下、実施形態に係る動画表示装置が動画の進行について舵を切る際の動作をケース１～３に分けて説明する。

（ケース１）
　ケース１において、実施形態に係る動画表示装置は、フレーム２の描画までは動画提供者の期待に沿うように動画を進行させる。

　しかしながら、実施形態に係る動画表示装置は、フレーム２が描画された後に舵切命令を受け付けて、動画の進行について舵を切る。

　このため、動画は、フレーム２の後、フレーム３、４、５、６ではなく、フレーム３－１、４－１、５－１、６－１という、動画提供者が予定していなかった方向へと進行する。

　これらフレーム３－１、４－１、５－１、６－１は、フレーム２の描画が終わるまでは実施形態に係る動画表示装置において存在しなかったものである。

　実施形態に係る動画表示装置は、これらフレーム３－１、４－１、５－１、６－１についての描画命令を、舵切命令に従って、フレーム３、４、５、６から生成する。

　そして、実施形態に係る動画表示装置は、フレーム６－１が描画された後に上記舵切命令の取消を受け付けて、フレーム７、フレーム８、フレーム９の描画を行う。このため、フレーム６－１が描画された後においては、動画の進行が、動画提供者によって予定されていた方向へと戻ることになる。

（ケース２）
　ケース２において、実施形態に係る動画表示装置は、上記ケース１におけるフレーム３－１の描画を行った後に、第２の舵切命令を受け付けて、動画の進行について、より一層の舵を切る。

　このため、実施形態に係る動画表示装置は、フレーム４－１、５－１の描画ではなく、フレーム４、５とは画像がより一層異なるフレーム４－２、５－２の描画を行うこととなり、動画は、動画提供者によってはまったく予定されていなかった方向へと進行することとなる。

　これらフレーム４－２、５－２も、フレーム３－１の描画が終わるまでは実施形態に係る動画表示装置において存在しなかったものである。

　実施形態に係る動画表示装置は、これらフレーム４－２、５－２についての描画命令を、第２の舵切命令に従って、フレーム４、５から生成する。

　実施形態に係る動画表示装置は、フレーム５－２が描画された後に上記第２の舵切命令の取消を受け付けて、フレーム６－１の描画を行う。このため、フレーム５－２が描画された後においては、動画の進行が、最初に受け付けた舵切命令に従った方向へと戻ることになる。

　そして、実施形態に係る動画表示装置は、フレーム６－１が描画された後に最初に受け付けた舵切命令の取消を受け付けて、フレーム７、フレーム８、フレーム９の描画を行う。このため、フレーム６－１が描画された後においては、動画の進行が、動画提供者によって予定されていた方向へと戻ることになる。

（ケース３）
　ケース３において、実施形態に係る動画表示装置は、フレーム１の描画までは動画提供者の期待に沿うように動画を進行させる。

　しかしながら、実施形態に係る動画表示装置は、フレーム１が描画された後に舵切命令を受け付けて、動画の進行について舵を切る。

　このため、動画は、フレーム１の後、フレーム２、３、４、５、６、７、８、９ではなく、フレーム２－３、３－３、４－３、５－３、６－３、７－３、８－３、９－３という、動画提供者が予定していなかった方向へと進行する。

　これらフレーム２－３～９－３は、フレーム１の描画が終わるまでは実施形態に係る動画表示装置において存在しなかったものである。

　実施形態に係る動画表示装置は、これらフレーム２－３～９－３についての描画命令も、舵切命令に従って、フレーム２～９からそれぞれ生成する。

　ケース３においては、受け付けられた舵切命令が取り消されないため、実施形態に係る動画表示装置は、フレーム２～９を提供されているが（又は提供され続けているが）、これらフレーム２～９を描画する機会がなく、動画の進行は、動画提供者によって予定されていた方向へと戻ることがない。

　このように、実施形態に係る動画表示装置によれば、舵切命令が受け付けられた場合、この舵切命令に従って、動画提供者によって提供されたフレームに関するデータから、提供されたフレームではないフレームの描画を命じる描画命令が生成される。

　したがって、実施形態に係る動画表示装置によれば、動画を見ている者などが、その動画の表示中に舵切命令を入力や送信などして舵を切ることにより、提供された動画を、動画提供者が期待する方向とは異なる方向へ進行させることができるようになる。

　このように、実施形態に係る動画表示装置によれば、動画を見ている者などが、動画の表示中に舵を切ることにより、動画の進行を操ることができるようになる。

　このため、実施形態に係る動画表示装置によれば、動画の進行に関する主導権を、動画提供者から動画を見ている者などへと移転させることができるようになる。

［動画表示装置の構成］
　次に、図２を参照しつつ、本発明の実施形態に係る動画表示装置の概略構成を説明する。図２は、本発明の実施形態に係る動画表示装置の概略構成を示す図である。

　図２に示すように、本発明の実施形態に係る動画表示装置は、ＣＰＵ１１と、メインメモリ１２と、ビデオコントローラ１３と、ビデオメモリ１４と、ディスプレイ１５と、マウスコントローラ１６と、キーボードコントローラ１７と、サウンドコントローラ１８と、スピーカ１９と、ＣＤドライブやＤＶＤドライブなどのメディアドライブ２０と、ネットワークコントローラ２１と、ハードディスクドライブ２２と、を備えている。

　本発明の実施形態に係る動画表示装置においては、ＣＰＵ１１が、ハードディスクドライブ２２に記憶されているプログラムをメインメモリ１２に読み出した上で、動画表示処理を実行する。

　本発明の実施形態においては、動画提供者から提供された動画が複数のフレームから構成されており、各フレームについてのフレームデータが、メディアドライブ２０に挿入されるＤＶＤ－ＲＯＭ、ＣＤ－ＲＯＭ、ＵＳＢメモリなどや、ハードディスクドライブ２２などに格納されている。

　本発明の実施形態に係る動画表示装置においては、ＣＰＵ１１が、これらのデバイスに格納されている各フレームデータの全部又は一部をメインメモリ１２に読み出した上で、この読み出したフレームデータの全部又は一部から描画命令を生成する。

　このようにして生成された描画命令は、各フレームの描画を命じるデータであり、ＣＰＵ１１からビデオコントローラ１３に出力される。

　ビデオコントローラ１３は、ＣＰＵ１１から描画命令を入力された場合、この描画命令に従って映像信号を生成し、ビデオメモリ１４に格納する。

　その後、ビデオコントローラ１３は、ビデオメモリ１４から映像信号を読み出して、ディスプレイ１５に出力する。

　そして、ディスプレイ１５は、ビデオコントローラ１３から入力された映像信号に基づいて画面を走査することにより、フレームを画面上に描画する。

　マウスコントローラ１６、キーボードコントローラ１７、又はネットワークコントローラ２１は、マウス（図示せず）やキーボード（図示せず）から舵切命令が入力された場合やインターネットなどのネットワーク（図示せず）から舵切命令を受信した場合、ＣＰＵ１１に割込要求を出力する。

　ＣＰＵ１１は、マウスコントローラ１６、キーボードコントローラ１７、又はネットワークコントローラ２１から割込要求を入力された場合、割込要求された舵切命令を読み出してメインメモリ１２に格納する。

　そして、ＣＰＵ１１は、メインメモリ１２に格納された舵切命令に従って、メディアドライブ２０に挿入されるＤＶＤ－ＲＯＭ、ＣＤ－ＲＯＭ、ＵＳＢメモリなどやハードディスクドライブ２２などに格納されているフレームに関するデータから、この格納されているフレームではないフレームの描画を命じる描画命令を生成し、ビデオコントローラ１３に出力する。

　なお、メディアドライブ２０に挿入されるＤＶＤ－ＲＯＭ、ＣＤ－ＲＯＭ、ＵＳＢメモリなどやハードディスクドライブ２２などには、サウンドデータも格納されている。

　ＣＰＵ１１は、メディアドライブ２０に挿入されるＤＶＤ－ＲＯＭ、ＣＤ－ＲＯＭ、ＵＳＢメモリなどやハードディスクドライブ２２などから、各フレームの描画と同期してスピーカ１９から出力されるべきサウンドデータをメインメモリ１２に読み出した上、この読み出したサウンドデータをサウンドコントローラ１８に出力する。

［データ構造］
　次に、図３を参照しつつ、ＣＰＵ１１が、動画表示処理において処理するデータのデータ構造を説明する。図３は、本発明の実施形態に係るデータ構造の概略を説明する図である。

　ＣＰＵ１１は、動画表示処理において、オブジェクトデータ、追跡データ、舵切命令、及び描画命令を処理するが、これらのデータのデータ構造は、図３に示す通りである。

（ａ：オブジェクトデータのデータ構造）
　オブジェクトデータとは、各フレームに含まれるオブジェクトについてのデータであり、フレームデータから取得される。

　実施形態においては、このオブジェクトデータとして、オブジェクトを構成するラスタデータの基準点Ｘ座標、オブジェクトを構成するラスタデータの基準点Ｙ座標、ラスタデータ、及びオブジェクトのエッジ座標列を用いることとする。

　図３（ａ）に示すように、このオブジェクトデータは、ｏｂｊ［ｎ，ｍ，０］～ｏｂｊ［ｎ，ｍ，３］の各領域に格納される。

　ここで、ｎは、フレームを識別するフレーム番号を示し、ｍは、１フレーム内でオブジェクトを区別するオブジェクト識別子を示す。

　たとえば、図１中のフレーム３に３つのオブジェクトが含まれていると仮定した場合、１つ目のオブジェクトについての基準点Ｘ座標、基準点Ｙ座標、ラスタデータ、及びエッジ座標列は、それぞれｏｂｊ［２，０，０］～ｏｂｊ［２，０，３］に格納され、２つ目のオブジェクトについての基準点Ｘ座標、基準点Ｙ座標、ラスタデータ、及びエッジ座標列は、それぞれｏｂｊ［２，１，０］～ｏｂｊ［２，１，３］に格納され、３つ目のオブジェクトについての基準点Ｘ座標、基準点Ｙ座標、ラスタデータ、及びエッジ座標列は、それぞれｏｂｊ［２，２，０］～ｏｂｊ［２，２，３］に格納される。

＜基準点Ｘ座標＞
　基準点Ｘ座標とは、ラスタデータ上の基準点が、フレーム内において位置するＸ座標である。

＜基準点Ｙ座標＞
　基準点Ｙ座標とは、ラスタデータ上の基準点が、フレーム内において位置するＹ座標である。

＜ラスタデータ＞
　ラスタデータとは、オブジェクトを構成する画像である。

＜エッジ座標列＞
　エッジ座標列とは、オブジェクトの輪郭を表現する座標の集合である。

（ｂ：追跡データのデータ構造）
　追跡データとは、フレーム間におけるオブジェクトの関係を示すデータである。この追跡データは、たとえば、図１において、人物Ａというオブジェクトがフレーム１とフレーム２とに含まれていた場合に、これらのオブジェクトが対応していることをＣＰＵ１１に把握させるために用いられる。

　図３（ｂ）に示すように、この追跡データは、ｔｒａｃｋ［ｉ，０］～ｔｒａｃｋ［ｉ，Ｎ＋１］の各領域に格納される。

　ここで、ｉは、オブジェクトＩＤである。このオブジェクトＩＤは、すべてのフレームを通して一意にオブジェクトを識別する値である。

　たとえば、図１において、人物Ａについてのオブジェクトに対して、
・オブジェクトＩＤとして１が割り当てられ、
・フレーム１（フレーム番号０）におけるオブジェクト識別子として３が割り当てられ、
・フレーム２（フレーム番号１）におけるオブジェクト識別子として２が割り当てられ、
・フレーム３（フレーム番号２）におけるオブジェクト識別子として８が割り当てられている場合、
　ｔｒａｃｋ［１，０］には、人物Ａについてのオブジェクトのメタ情報（たとえば「Ａ」）が格納され、ｔｒａｃｋ［１，１］には３が格納され、ｔｒａｃｋ［１，２］には２が格納され、ｔｒａｃｋ［１，３］には８が格納される。

　なお、Ｎは、動画を構成するフレームの数であり、たとえば、ＣＰＵ１１が動画の表示時間をフレームレートで除することにより算出される。

（ｃ：舵切命令のデータ構造）
　舵切命令は、動画の進行について舵を切ることを命ずるデータであり、より具体的には、動画表示装置が、動画提供者から提供されたフレームではないフレームの描画命令を、どのようにして生成するかを規定する命令である。

　この舵切命令は、ｓｔｅｅｒｉｎｇ［ｊ，０］、ｓｔｅｅｒｉｎｇ［ｊ，１］、ｓｔｅｅｒｉｎｇ［ｊ，２］、ｓｔｅｅｒｉｎｇ［ｊ，３］、ｓｔｅｅｒｉｎｇ［ｊ，４］、ｓｔｅｅｒｉｎｇ［ｊ，５］、ｓｔｅｅｒｉｎｇ［ｊ，６］、ｓｔｅｅｒｉｎｇ［ｊ，７］の各領域に格納される。

　本実施形態においては、この舵切命令として、種別、オブジェクトＩＤ、強調種別、基準点Ｘ座標、基準点Ｙ座標、入替オブジェクトＩＤ，開始フレーム番号、終了フレーム番号が用いられるものとする。

　なお、ｊは、舵切命令を識別する舵切命令ＩＤである。

＜種別＞
　種別は、オブジェクトに対する操作の別を示す値である。実施形態においては、０がオブジェクトのエッジを強調表示すべきことを示し、１がオブジェクトを移動させるべきことを示し、２が、同一フレーム内における２つのオブジェクトを入れ替えるべきことを示し、３がオブジェクトを消去すべきことを示す。

＜オブジェクトＩＤ＞
　ここでのオブジェクトＩＤとは、操作対象となるオブジェクトのオブジェクトＩＤである。

＜強調種別＞
　強調種別とは、オブジェクトのエッジに対する強調表示の別を示す値である。たとえば、０であればエッジを点滅させる、１であればエッジを青色にする、などを例として挙げることができる。

＜基準点Ｘ座標＞
　ここでの基準点Ｘ座標とは、操作するオブジェクトを移動させる場合における、その移動先の基準点Ｘ座標である。

＜基準点Ｙ座標＞
　ここでの基準点Ｙ座標とは、操作するオブジェクトを移動させる場合における、その移動先の基準点Ｙ座標である。

＜入替オブジェクトＩＤ＞
　入替オブジェクトＩＤとは、オブジェクトを入れ替える場合において、どのオブジェクトＩＤのオブジェクトと入れ替えるのかを示すデータである。

＜開始フレーム番号＞
　開始フレーム番号とは、舵切命令に従った描画命令の生成を開始するフレームのフレーム番号である。

＜終了フレーム番号＞
　終了フレーム番号とは、舵切命令に従った描画命令の生成を終了するフレームのフレーム番号である。

（ｄ：描画命令のデータ構造）
　描画命令は、ＣＰＵ１１からビデオコントローラ１３に出力されるデータである。

　実施形態においては、この描画命令として、オブジェクトを構成するラスタデータの基準点Ｘ座標、オブジェクトを構成するラスタデータの基準点Ｙ座標、ラスタデータ、オブジェクトのエッジ座標列、及び強調種別を用いることとする。

　図３（ｄ）に示すように、これらの描画命令は、ｃｍｄ［０］～ｃｍｄ［４］の各領域に格納される。

［動画表示処理］
　次に、図４を参照しつつ、実施形態に係る動画表示装置のＣＰＵ１１にて実行される動画表示処理を説明する。図４は、動画表示処理の概略フローチャートである。

（ステップＳ１：初期化処理）
　ステップＳ１において、ＣＰＵ１１は、変数や定数のための領域をメインメモリ１２上に確保し、これら領域を確保された変数や定数に初期値を格納する初期化処理を行い、ステップＳ２に進む。

　具体的に説明すると、実施形態に係る動画表示装置は、初期化処理として、変数ｎ、ｍ、Ｍ、ｐｍ、ＰＭ、ｉ、Ｉ、ｊ、Ｊ、ｋ、ｏｂｊｅｃｔ＿ｉｄ、ａ、ｂの領域や、定数Ｎ、Ｃ１、Ｃ２の領域をメインメモリ１２上に確保する。

　そして、実施形態に係る動画表示装置は、変数ｎ、ｍ、Ｍ、ｐｍ、ＰＭ、ｉ、Ｉ、ｊ、Ｊ、ｋ、ｏｂｊｅｃｔ＿ｉｄ、ａ、ｂに０を格納し、Ｎにフレームの数を格納し、Ｃ１、Ｃ２に所定の閾値を格納する。

　また、実施形態に係る動画表示装置は、ｏｂｊ［］、ｔｒａｃｋ［］、ｓｔｅｅｒｉｎｇ［］、ｃｍｄ［］のための領域も、メインメモリ１２上に確保する。

（ステップＳ２：フレームループの開始）
　ステップＳ２において、ＣＰＵ１１は、ｎが０以上Ｎ以下であるか否かを判定し、０以上Ｎ以下であればステップＳ３に進み、０以上Ｎ以下でなければ動画表示処理を終了する。

（ステップＳ３：オブジェクトデータ取得処理）
　ステップＳ３において、ＣＰＵ１１は、オブジェクトデータ取得処理を実行し、ステップＳ４に進む。オブジェクトデータ取得処理は、フレーム番号ｎのフレームについてのフレームデータから、そのフレームに含まれるオブジェクトについてのオブジェクトデータを取得し、ｏｂｊ［ｎ，ｍ，０］～ｏｂｊ［ｎ，ｍ，３］に格納する処理である。

（ステップＳ４：追跡データ生成処理）
　ステップＳ４において、ＣＰＵ１１は、追跡データ生成処理を実行し、ステップＳ５に進む。追跡データ生成処理は、フレーム番号ｎのフレームに含まれるオブジェクトのオブジェクト識別子ｍを取得し、ｔｒａｃｋ［ｉ，ｎ＋１］に格納する処理である。

（ステップＳ５：現オブジェクトループの開始）
　ステップＳ５において、ＣＰＵ１１は、ｍが０以上Ｍ以下であるか否かを判定し、０以上Ｍ以下であればステップＳ６に進み、０以上Ｍ以下でなければステップＳ８に進む。

（ステップＳ６：描画命令生成出力処理）
　ステップＳ６において、ＣＰＵ１１は、描画命令生成出力処理を実行し、ステップＳ７に進む。描画命令生成出力処理は、受け付けた舵切命令に従い、フレーム番号ｎのフレームに含まれるオブジェクトについてのオブジェクトデータから、フレーム番号ｎのフレームに含まれるオブジェクトではないオブジェクトの描画を命じる描画命令を生成し出力する処理である。

（ステップＳ７：現オブジェクトループの終了）
　ステップＳ７において、ＣＰＵ１１は、ｍが０以上Ｍ以下であるか否かを判定し、０以上Ｍ以下であればステップＳ６に戻り、０以上Ｍ以下でなければステップＳ８に進む。

（ステップＳ８：舵切命令受付処理）
　ステップＳ８において、ＣＰＵ１１は、舵切命令受付処理を実行し、ステップＳ９に進む。舵切命令受付処理は、舵切命令を受け付け、この受け付けた舵切命令をｓｔｅｅｒｉｎｇ［ｊ，０］～ｓｔｅｅｒｉｎｇ［ｊ，７］に格納する処理である。

（ステップＳ９：フレームループの終了）
　ステップＳ９において、ＣＰＵ１１は、ｎが０以上Ｎ以下であるか否かを判定し、０以上Ｎ以下であればステップＳ３に戻り、０以上Ｎ以下でなければ動画表示処理を終了する。

［オブジェクトデータ取得処理］
　次に、図５を参照しつつ、実施形態に係る動画表示装置のＣＰＵ１１にて実行されるオブジェクトデータ取得処理を説明する。図５は、オブジェクトデータ取得処理の概略フローチャートである。

（ステップＳ３－１）
　ステップＳ３－１において、ＣＰＵ１１は、ｍが０以上であるか否かを判定し、０以上であればステップＳ３－２に進み、０以上でなければステップＳ３－１０に進む。

（ステップＳ３－２）
　ステップＳ３－２において、ＣＰＵ１１は、フレーム番号ｎのフレームからオブジェクトを抽出する処理を行い、ステップＳ３－３に進む。

　フレームからオブジェクトを抽出する処理としては、隣接する画素値の急激な変化を利用するなどのフレーム内抽出手法や、フレーム間の差分が大きい部分を取り出すなどのフレーム間抽出手法などを用いることができる。

（ステップＳ３－３）
　ステップＳ３－３において、ＣＰＵ１１は、フレーム番号ｎのフレームからオブジェクトを抽出できたか否かを判定し、抽出できた場合はステップＳ３－４に進み、抽出できなかった場合はステップＳ３－１０に進む。

（ステップＳ３－４）
　ステップＳ３－４において、ＣＰＵ１１は、抽出したオブジェクトを構成するラスタデータの基準点Ｘ座標を取得した上で、この取得した基準点Ｘ座標をｏｂｊ［ｎ，ｍ，０］に格納し、ステップＳ３－５に進む。

（ステップＳ３－５）
　ステップＳ３－５において、ＣＰＵ１１は、抽出したオブジェクトを構成するラスタデータの基準点Ｙ座標を取得した上で、この取得した基準点Ｙ座標をｏｂｊ［ｎ，ｍ，１］に格納し、ステップＳ３－６に進む。

（ステップＳ３－６）
　ステップＳ３－６において、ＣＰＵ１１は、抽出したオブジェクトのラスタデータを取得した上で、この取得したラスタデータをｏｂｊ［ｎ，ｍ，２］に格納し、ステップＳ３－７に進む。

（ステップＳ３－７）
　ステップＳ３－７において、ＣＰＵ１１は、抽出したオブジェクトのエッジ座標列を算出し、ステップＳ３－８に進む。

（ステップＳ３－８）
　ステップＳ３－８において、ＣＰＵ１１は、算出したエッジ座標列をｏｂｊ［ｎ，ｍ，３］に格納し、ステップＳ３－９に進む。

（ステップＳ３－９）
　ステップＳ３－９において、ＣＰＵ１１は、ｍが０以上であるか否かを判定し、０以上であればステップＳ３－２に戻り、０以上でなければステップＳ３－１０に進む。

（ステップＳ３－１０）
　ステップＳ３－１０において、ＣＰＵ１１は、変数Ｍに格納されている値を変数ＰＭに格納し、ステップＳ３－１１に進む。

（ステップＳ３－１１）
　ステップＳ３－１１において、ＣＰＵ１１は、変数ｍに格納されている値を変数Ｍに格納し、オブジェクトデータ取得処理を終了する。

［追跡データ生成処理］
　次に、図６を参照しつつ、実施形態に係る動画表示装置のＣＰＵ１１にて実行される追跡データ生成処理を説明する。図６は、追跡データ生成処理の概略フローチャートである。

（ステップＳ４－１）
　ステップＳ４－１において、ＣＰＵ１１は、ｎが０と等しくないか否かを判定し、等しくなければステップＳ４－７に進み、等しければステップＳ４－２に進む。

（ステップＳ４－２）
　ステップＳ４－２において、ＣＰＵ１１は、ｍが０以上Ｍ以下であるか否かを判定し、ｍが０以上Ｍ以下であればステップＳ４－３に進み、ｍが０以上Ｍ以下でなければステップＳ４－６に進む。

（ステップＳ４－３）
　ステップＳ４－３において、ＣＰＵ１１は、変数ｍに格納されている値をｔｒａｃｋ［ｉ，１］に格納し、ステップＳ４－４に進む。

（ステップＳ４－４）
　ステップＳ４－４において、ＣＰＵ１１は、ｉに格納されている値に１を加算してｉに格納し、ステップＳ４－５に進む。

（ステップＳ４－５）
　ステップＳ４－５において、ＣＰＵ１１は、ｍが０以上Ｍ以下であるか否かを判定し、ｍが０以上Ｍ以下であればステップＳ４－３に戻り、ｍが０以上Ｍ以下でなければステップＳ４－６に進む。

（ステップＳ４－６）
　ステップＳ４－６において、ＣＰＵ１１は、ｉに格納されている値から１を減算した値を変数Ｉに格納し、追跡データ生成処理を終了する。

（ステップＳ４－７）
　ステップＳ４－７において、ＣＰＵ１１は、ｍが０以上Ｍ以下であるか否かを判定し、ｍが０以上Ｍ以下であればステップＳ４－８に進み、ｍが０以上Ｍ以下でなければ追跡データ生成処理を終了する。

（ステップＳ４－８）
　ステップＳ４－８において、ＣＰＵ１１は、ｐｍが０以上ＰＭ以下であるか否かを判定し、０以上ＰＭ以下であればステップＳ４－９に進み、０以上ＰＭ以下でなければステップＳ４－１４に進む。

（ステップＳ４－９）
　ステップＳ４－９において、ＣＰＵ１１は、ｏｂｊ［ｎ，ｍ，３］とｏｂｊ［ｎ－１，ｐｍ，３］とから、第１比較値を算出し、ステップＳ４－１０に進む。

　ここで、第１比較値は、フレーム番号ｎのフレームとフレーム番号ｎ－１のフレームとの間において、エッジの形状が相似の関係にあるかどうか判定するための値として、ＣＰＵ１１により算出される。

　この第１比較値としては、対応する辺の長さや角についての比率や差分などを用いることができる。このような比率や差分は、ｏｂｊ［ｎ，ｍ，３］に格納されているエッジ座標列とｏｂｊ［ｎ－１，ｐｍ，３］に格納されている値とを用いて算出される。

　なお、上記のように、第１比較値は、隣接する２つのフレーム間から算出することが好ましい。しかしながら、本発明においては、第１比較値を、隣接しない２つのフレーム間や、３つ以上のフレーム間から算出することなどもできる。

（ステップＳ４－１０）
　ステップＳ４－１０において、ＣＰＵ１１は、算出した第１比較値が定数Ｃ１に格納されている値よりも小さいか否かを判定し、小さければステップＳ４－１１に進み、小さくなければステップＳ４－１３に進む。

　ここで、定数Ｃ１には、比較する２つのオブジェクトの対応・非対応を判定する基準となる閾値が格納される。

（ステップＳ４－１１）
　ステップＳ４－１１において、ＣＰＵ１１は、ｏｂｊ［ｎ，ｍ，２］とｏｂｊ［ｎ－１，ｐｍ，２］とから、第２比較値を算出し、ステップＳ４－１２に進む。

　ここで、第２比較値は、フレーム番号ｎのフレームとフレーム番号ｎ－１のフレームとの間において、ラスタデータが類似の関係にあるかどうか判定するための値として、ＣＰＵ１１により算出される。

　この第２比較値としては、ｏｂｊ［ｎ，ｍ，２］に格納されているラスタデータとｏｂｊ［ｎ－１，ｐｍ，２］に格納されているラスタデータとをそれぞれ展開した場合における、対応する画素の等価割合などを用いることができる。

　なお、上記のように、第２比較値は、隣接する２つのフレーム間から算出することが好ましい。しかしながら、本発明においては、第２比較値を、隣接しない２つのフレーム間や、３つ以上のフレーム間から算出することなどもできる。

（ステップＳ４－１２）
　ステップＳ４－１２において、ＣＰＵ１１は、算出した第２比較値が定数Ｃ２よりも小さいか否かを判定し、小さければステップＳ４－１４に進み、小さくなければステップＳ４－１３に進む。

　ここで、定数Ｃ２には、比較する２つのオブジェクトの対応・非対応を判定する基準となる閾値が格納される。

（ステップＳ４－１３）
　ステップＳ４－１３において、ＣＰＵ１１は、ｐｍが０以上ＰＭ以下であるか否かを判定し、０以上ＰＭ以下であればステップＳ４－９に戻り、０以上ＰＭ以下でなければステップＳ４－１４に進む。

（ステップＳ４－１４）
　ステップＳ４－１４において、ＣＰＵ１１は、ｉが０以上Ｉ以下であるか否かを判定し、０以上Ｉ以下であればステップＳ４－１５に進み、０以上Ｉ以下でなければステップＳ４－１８に進む。

（ステップＳ４－１５）
　ステップＳ４－１５において、ＣＰＵ１１は、ｔｒａｃｋ［ｉ，ｎ］に格納されている値が、ｐｍに格納されている値に等しいか否かを判定し、等しければステップＳ４－１７に進み、等しくなければステップＳ４－１６に進む。

（ステップＳ４－１６）
　ステップＳ４－１６において、ＣＰＵ１１は、変数ｉが０以上Ｉ以下であるか否かを判定し、０以上Ｉ以下であればステップＳ４－１５に戻り、０以上Ｉ以下でなければステップＳ４－１８に進む。

（ステップＳ４－１７）
　ステップＳ４－１７において、ＣＰＵ１１は、ｍに格納されている値をｔｒａｃｋ［ｉ，ｎ＋１］に格納し、ステップＳ４－２０に進む。

（ステップＳ４－１８）
　ステップＳ４－１８において、ＣＰＵ１１は、変数Ｉに格納されている値に１を加算して変数Ｉに格納し、ステップＳ４－１９に進む。

（ステップＳ４－１９）
　ステップＳ４－１９において、ＣＰＵ１１は、ｍに格納されている値をｔｒａｃｋ［Ｉ，ｎ＋１］に格納し、ステップＳ４－２０に進む。

（ステップＳ４－２０）
　ステップＳ４－２０において、ＣＰＵ１１は、ｍが０以上Ｍ以下であるか否かを判定し、０以上Ｍ以下であればステップＳ４－８に戻り、０以上Ｍ以下でなければ追跡データ生成処理を終了する。

［描画命令生成出力処理］
　次に、図７を参照しつつ、実施形態に係る動画表示装置のＣＰＵ１１にて実行される描画命令生成出力処理について説明する。図７は、描画命令生成出力処理の概略フローチャートである。

（ステップＳ６－１）
　ステップＳ６－１において、ＣＰＵ１１は、ｉが０以上Ｉ以下であるか否かを判定し、０以上Ｉ以下であればステップＳ６－２に進み、０以上Ｉ以下でなければステップＳ６－５に進む。

（ステップＳ６－２）
　ステップＳ６－２において、ＣＰＵ１１は、ｔｒａｃｋ［ｉ，ｎ＋１］に格納されている値が、ｍに格納されている値と等しいか否かを判定し、等しければステップＳ６－３に進み、等しくなければステップＳ６－４に進む。

（ステップＳ６－３）
　ステップＳ６－３において、ＣＰＵ１１は、変数ｉに格納されている値を変数ｏｂｊｅｃｔ＿ｉｄに格納し、ステップＳ６－５に進む。

（ステップＳ６－４）
　ステップＳ６－４において、ＣＰＵ１１は、ｉが０以上Ｉ以下であるか否かを判定し、０以上Ｉ以下であればステップＳ６－２に戻り、０以上Ｉ以下でなければステップＳ６－５に進む。

（ステップＳ６－５）
　ステップＳ６－５において、ＣＰＵ１１は、描画命令生成処理を実行し、ステップＳ６－６に進む。

（ステップＳ６－６）
　ステップＳ６－６において、ＣＰＵ１１は、生成した描画命令をビデオコントローラ１３に出力し、描画命令生成出力処理を終了する。

（描画命令生成処理）
　次に、図８を参照しつつ、実施形態に係る動画表示装置のＣＰＵ１１にて実行される描画命令生成処理を説明する。図８は、描画命令生成処理の概略フローチャートである。

（ステップＳ６－５－１）
　ステップＳ６－５－１において、ＣＰＵ１１は、ｋが０以上３以下であるか否かを判定し、０以上３以下であればステップＳ６－５－２に進み、０以上３以下でなければステップＳ６－５－４に進む。

（ステップＳ６－５－２）
　ステップＳ６－５－２において、ＣＰＵ１１は、ｏｂｊ［ｎ，ｍ，ｋ］に格納されている値をｃｍｄ［ｋ］に格納し、ステップＳ６－５－３に進む。

（ステップＳ６－５－３）
　ステップＳ６－５－３において、ＣＰＵ１１は、ｋが０以上３以下であるか否かを判定し、０以上３以下であればステップＳ６－５－２に戻り、０以上３以下でなければステップＳ６－５－４に進む。

（ステップＳ６－５－４）
　ステップＳ６－５－４において、ＣＰＵ１１は、ｃｍｄ［４］に０を格納し、ステップＳ６－５－５に進む。

（ステップＳ６－５－５）
　ステップＳ６－５－５において、ＣＰＵ１１は、ｊが０以上Ｊ以下であるか否かを判定し、０以上Ｊ以下であればステップＳ６－５－６に進み、０以上Ｊ以下でなければ描画命令生成処理を終了する。

（ステップＳ６－５－６）
　ステップＳ６－５－６において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，１］に格納されている値がｏｂｊｅｃｔ＿ｉｄに格納されている値と等しいか否かを判定し、等しければステップＳ６－５－７に進み、等しくなければステップＳ６－５－１９に進む。

（ステップＳ６－５－７）
　ステップＳ６－５－７において、ＣＰＵ１１は、変数ｎに格納されている値がｓｔｅｅｒｉｎｇ［ｊ，７］に格納されている値よりも大きいか否かを判定し、大きければステップＳ６－５－１９に進み、大きくなければステップＳ６－５－８に進む。

（ステップＳ６－５－８）
　ステップＳ６－５－８において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，０］に格納されている値が０に等しいか否かを判定し、等しければステップＳ６－５－９に進み、等しくなければステップＳ６－５－１０に進む。

（ステップＳ６－５－９）
　ステップＳ６－５－９において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，２］に格納されている値をｃｍｄ［４］に格納し、ステップＳ６－５－１９に進む。

（ステップＳ６－５－１０）
　ステップＳ６－５－１０において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，０］に格納されている値が１に等しいか否かを判定し、等しければステップＳ６－５－１１に進み、等しくなければステップＳ６－５－１３に進む。

（ステップＳ６－５－１１）
　ステップＳ６－５－１１において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，３］に格納されている値をｃｍｄ［０］に格納し、ステップＳ６－５－１２に進む。

（ステップＳ６－５－１２）
　ステップＳ６－５－１２において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，４］に格納されている値をｃｍｄ［１］に格納し、ステップＳ６－５－１９に進む。

（ステップＳ６－５－１３）
　ステップＳ６－５－１３において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，０］に格納されている値が２に等しいか否かを判定し、等しければステップＳ６－５－１４に進み、等しくなければステップＳ６－５－１７に進む。

（ステップＳ６－５－１４）
　ステップＳ６－５－１４において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，５］に格納されている値を変数ａに格納し、ステップＳ６－５－１５に進む。

（ステップＳ６－５－１５）
　ステップＳ６－５－１５において、ＣＰＵ１１は、ｔｒａｃｋ［ａ，ｎ＋１］に格納されている値を変数ｂに格納し、ステップＳ６－５－１６に進む。

（ステップＳ６－５－１６）
　ステップＳ６－５－１６において、ＣＰＵ１１は、ｏｂｊ［ｎ，ｂ，２］に格納されている値をｃｍｄ［２］に格納し、ステップＳ６－５－１９に進む。

（ステップＳ６－５－１７）
　ステップＳ６－５－１７において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，０］に格納されている値が３に等しいか否かを判定し、等しければステップＳ６－５－１８に進み、等しくなければステップＳ６－５－１９に進む。

（ステップＳ６－５－１８）
　ステップＳ６－５－１８において、ＣＰＵ１１は、ｃｍｄ［２］に０を格納し、ステップＳ６－５－１９に進む。

（ステップＳ６－５－１９）
　ステップＳ６－５－１９において、ＣＰＵ１１は、変数ｊが０以上Ｊ以下であるか否かを判定し、０以上Ｊ以下であればステップＳ６－５－６に戻り、０以上Ｊ以下でなければ描画命令生成処理を終了する。

[舵切命令受付処理]
　次に、図９を参照しつつ、実施形態に係る動画表示装置のＣＰＵ１１にて実行される舵切命令受付処理を説明する。図９は、舵切命令受付処理の概略フローチャートである。

（ステップＳ８－１）
　ステップＳ８－１において、ＣＰＵ１１は、マウスコントローラ１６、キーボードコントローラ１７、又はネットワークコントローラ２１から、割込要求が出力されているか否かを判定し、出力されていればステップＳ８－２に進み、出力されていなければ舵切命令受付処理を終了する。

（ステップＳ８－２）
　ステップＳ８－２において、ＣＰＵ１１は、マウスコントローラ１６、キーボードコントローラ１７、又はネットワークコントローラ２１から割込要求されたデータを読み出し、ステップＳ８－３に進む。なお、実施形態に係る動画表示装置において、割込要求されるデータは、座標又は舵切命令である。

（ステップＳ８－３）
　ステップＳ８－３において、ＣＰＵ１１は、読み出したデータが座標であるか否かを判定し、座標であればステップＳ８－４に進み、座標でなければステップＳ８－１５に進む。

（ステップＳ８－４）
　ステップＳ８－４において、ＣＰＵ１１は、ｍが０以上Ｍ以下であるか否かを判定し、０以上Ｍ以下であればステップＳ８－５に進み、０以上Ｍ以下でなければステップＳ８－７に進む。

（ステップＳ８－５）
　ステップＳ８－５において、ＣＰＵ１１は、受け付けた座標が、ｏｂｊ［ｎ，ｍ，３］で示されるエッジ内に収まるか否かを判定し、収まる場合はステップＳ８－７に進み、収まらない場合はステップＳ８－６に進む。

（ステップＳ８－６）
　ステップＳ８－６において、ＣＰＵ１１は、ｍが０以上Ｍ以下であるか否かを判定し、０以上Ｍ以下であればステップＳ８－５に戻り、０以上Ｍ以下でなければステップＳ８－７に進む。

（ステップＳ８－７）
　ステップＳ８－７において、ＣＰＵ１１は、ｉが０以上Ｉ以下であるか否かを判定し、０以上Ｉ以下であればステップＳ８－８に進み、０以上Ｉ以下でなければステップＳ８－１１に進む。

（ステップＳ８－８）
　ステップＳ８－８において、ＣＰＵ１１は、ｔｒａｃｋ［ｉ，ｎ＋１］に格納されている値が変数ｍに格納されている値に等しいか否かを判定し、等しい場合はステップＳ８－１０に進み、等しくなければステップＳ８－９に進む。

（ステップＳ８－９）
　ステップＳ８－９において、ＣＰＵ１１は、ｉが０以上Ｉ以下であるか否かを判定し、０以上Ｉ以下であればステップＳ８－８に戻り、０以上Ｉ以下でなければステップＳ８－１１に進む。

（ステップＳ８－１０）
　ステップＳ８－１０において、ＣＰＵ１１は、変数ｉに格納されている値をｏｂｊｅｃｔ＿ｉｄに格納し、ステップＳ８－１１に進む。

（ステップＳ８－１１）
　ステップＳ８－１１において、ＣＰＵ１１は、変数ｊが０以上Ｊ以下であるか否かを判定し、０以上Ｊ以下であればステップＳ８－１２に進み、０以上Ｊ以下でなければ舵切命令受付処理を終了する。

（ステップＳ８－１２）
　ステップＳ８－１２において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，１］に格納されている値が、ｏｂｊｅｃｔ＿ｉｄに格納されている値と等しいか否かを判定し、等しければステップＳ８－１４に進み、等しくなければステップＳ８－１３に進む。

（ステップＳ８－１３）
　ステップＳ８－１３において、ＣＰＵ１１は、舵切命令ＩＤとｓｔｅｅｒｉｎｇ［ｊ，０］とｓｔｅｅｒｉｎｇ［ｊ，１］との描画を命じる描画命令を出力し、ステップＳ８－１４に進む。

（ステップＳ８－１４）
　ステップＳ８－１４において、ＣＰＵ１１は、変数ｊが０以上Ｊ以下であるか否かを判定し、０以上Ｊ以下であればステップＳ８－１２に戻り、０以上Ｊ以下でなければ舵切命令受付処理を終了する。

（ステップＳ８－１５）
　ステップＳ８－１５において、ＣＰＵ１１は、舵切命令ＩＤを変数ｊに格納し、ステップＳ８－１６に進む。

（ステップＳ８－１６）
　ステップＳ８－１６において、ＣＰＵ１１は、変数ｊに格納されている値がＮＵＬＬであるか否かを判定し、ＮＵＬＬであればステップＳ８－１７に進み、ＮＵＬＬでなければステップＳ８－１９に進む。

（ステップＳ８－１７）
　ステップＳ８－１７において、ＣＰＵ１１は、変数Ｊに格納されている値に１を加算して変数Ｊに格納し、ステップＳ８－１８に進む。

（ステップＳ８－１８）
　ステップＳ８－１８において、ＣＰＵ１１は、変数Ｊに格納されている値を変数ｊに格納し、ステップＳ８－１９に進む。

（ステップＳ８－１９）
　ステップＳ８－１９において、ＣＰＵ１１は、ｓｔｅｅｒｉｎｇ［ｊ，０］～ｓｔｅｅｒｉｎｇ［ｊ，７］の全部又は一部に対する格納処理を実行し、舵切命令受付処理を終了する。

　以上、実施形態に係る動画表示装置について説明を行ったが、実施形態に係る動画表示装置においてオブジェクトを移動や消去などした際には、移動元の箇所又は消去した箇所の背景を予測して補完しておくことが好ましい。このような背景の予測は、たとえば、複数のフレームを比較することにより行うことができる。

　なお、上記した実施形態に係る動画表示装置は、動画の表示中に、各オブジェクトのメタ情報を受け付けることができる。受け付けられたメタ情報は、ｔｒａｃｋ［ｉ，０］に格納される。

　次に、図１０を参照しつつ、本発明の実施例に係る動画表示装置を説明する。図１０は、本発明の実施例に係る動画表示装置を示す図である。

　実施例において、動画提供者は、Ｎｏｒｍａｌの方向に動画が進行することを期待しているものとする。

　しかしながら、実施例に係る動画表示装置においては、消去、移動、入替という舵切命令によって、動画提供者が予期していなかった方向へと動画が進行する。

　図１０で示すように、消去の舵切命令が受け付けられた場合にはＥｒａｓｅの方向へと動画が進行し、移動の舵切命令が受け付けられた場合にはＭｏｖｅの方向へと動画が進行し、入替の舵切命令が受け付けられた場合には、Ｓｗｉｔｃｈの方向へと動画が進行する。

　図１０において、５番目のフレームを比較すれば明らかなように、Ｅｒａｓｅの方向、Ｍｏｖｅの方向、Ｓｗｉｔｃｈの方向への動画の進行は、Ｎｏｒｍａｌの方向への動画の進行を期待した動画提供者にとって、想定や準備などされていなかったものである。

　以上、本発明の実施形態及び実施例について説明したが、これらの説明は、本発明の一例に関するものであり、本発明は、これらの説明によって何ら限定されない。

［提供されたフレーム］
　本発明において、「提供されたフレーム」とは、入力手段や受信手段などを介して動画表示装置に取り込まれたフレームを意味する。

　ここで、入力手段とは、フレームを入力することが可能なすべての手段を意味し、上記したメディアドライブは、この入力手段の一例である。

　また、受信手段とは、フレームを受信することが可能なすべての手段を意味し、上記したネットワークコントローラは、この受信手段の一例である。

「フレーム」、「フレームデータ」
　「フレーム」とは、１画面（１コマ）を構成する画像であり、「フレームデータ」には、この画像（例：ラスタデータ）とこの画像に関するデータとが含まれる。

「オブジェクト」、「オブジェクトデータ」
　「オブジェクト」とは、フレームの一部を構成する画像、すなわち、１画面（１コマ）の一部を構成する画像であり、「オブジェクトデータ」には、この画像（例：ラスタデータ）とこの画像に関するデータとが含まれる。

　１つのフレームは、２つ以上のオブジェクトから構成される。

［舵切命令受付手段］
　本発明において、「舵切命令受付手段」とは、動画の表示中に舵切命令を受け付けることができるすべての手段を意味し、たとえば、上記したマウスコントローラやキーボードコントローラやネットワークコントローラなどは、舵切命令受付手段の一例である。

［舵切命令の受付］
　本発明において、舵切命令を「受け付ける」とは、舵切命令が入力又は受信などされることをいう。

［描画命令生成手段］
　本発明において「描画命令生成手段」とは、描画命令を生成することができるすべての手段を意味する。上記した実施形態においては、ＣＰＵを描画命令生成手段の一例として説明したが、本発明においては、たとえばビデオコントローラなども、描画命令生成手段として用いることができる。

［フレームに関するデータ］
　「フレームに関するデータ」としては、フレームデータ及び／又はオブジェクトデータなどを用いることができる。

［フレームの描画を命じる描画命令］
　「フレームの描画を命じる描画命令」には、「１つのフレームの全部の描画を命じる描画命令」及び／又は「１つのフレームの一部（すなわち「オブジェクト」）の描画を命じる描画命令」が含まれる。

［提供されたフレームではない］
　「提供されたフレームではない」とは、［フレームの描画を命じる描画命令］が「１つのフレームの全部の描画を命じる描画命令」とされる場合においては、この「１つのフレーム」が「提供されたフレーム」の１つと完全には一致しないことをいい、［フレームの描画を命じる描画命令］が「１つのフレームの一部（すなわち「オブジェクト」）の描画を命じる描画命令」とされる場合においては、この「１つのフレームの一部（すなわち「オブジェクト」）」が「提供されたフレームの一部（すなわち「オブジェクト」）」の１つと完全には一致しないことをいう。

［動画表示装置］
　上記した実施形態においては、パーソナルコンピュータを「動画表示装置」の一例として想定し説明を行ったが、本発明における「動画表示装置」は、何らパーソナルコンピュータに限定されるものではない。本発明における「動画表示装置」には、動画を表示することができるすべての装置が含まれ、たとえば、Ｔｅｌｅｖｉｓｉｏｎ（ＴＶ）や携帯端末などのほか、描画命令生成手段を内蔵したプロジェクタなども含まれる。

［動画］
　本発明において「動画」とは、画面上で画像が動くすべてのデータを意味し、映画やアニメーションなどのほか、放送番組やライブ映像なども、本発明における「動画」に該当する。

［ネットワーク］
　本発明におけるネットワークは、インターネットに限られるものではなく、データが送信、受信、又は送受信されるすべてのネットワークが含まれる。

　本発明には、実施形態に係る動画表示装置が備える各手段がネットワーク上に分散している形態も含まれ、このような場合においても、そのネットワークは、動画表示装置を備えているとする。

　本発明には、スタンドアロンとして使用される動画表示装置のほか、動画表示装置を備えたネットワークも含まれる。このネットワークには、コンピュータネットワークのほか、番組やＣＭなどが放送される放送ネットワークや、携帯端末間又は携帯端末と固定端末との間でデータの送信、受信又は送受信が行われる携帯ネットワークも含まれる。

Claims

　提供されたフレームを描画することによって動画を表示する動画表示装置であって、
　動画の表示中に舵切命令を受け付ける舵切命令受付手段と、
　前記舵切命令受付手段で舵切命令を受け付けた場合に、この受け付けた舵切命令に従って、前記提供されたフレームに関するデータから、前記提供されたフレームではないフレームの描画を命じる描画命令を生成する描画命令生成手段と、
　を備えたことを特徴とする動画表示装置。
　請求項１に記載の動画表示装置を備えたコンピュータネットワークシステム。
　請求項１に記載の動画表示装置を備えた放送ネットワークシステム。
　請求項１に記載の動画表示装置を備えた携帯ネットワークシステム。