JP4528345B2 - 動画再生装置、動画再生方法、動画再生方法をコンピュータで実現するためのプログラム及びそのプログラムを記録した記録媒体 - Google Patents

Description

この発明は、ネットワークを介して動画情報とレイアウト情報とリンク情報とを取得して、動画を再生する動画再生技術に関し、特に、動画を含む画面のレイアウトが変更されても、条件に応じて動画を継続して再生することができる動画再生技術に関する。

最近、デジタル伝送技術の発達及び多様化に伴い、従来の一方通行的なテレビ放送等の放送サービスだけではなく、ユーザの要望に応じた任意のコンテンツ配信サービスである、ビデオ・オン・デマンド・サービスの利用が拡大してきている。このようなビデオ・オン・デマンド・サービスの利用に際して、例えばリモコンのボタンにリンク先を割り当てておいて、ユーザの要望に応じて画面を遷移させて表示させることがある。

特開２００８−１１３３８５号公報（特許文献１）は、動画再生時において複数のリンク先をダイナミックに提供できる受信装置を開示する。この特許文献１に開示された受信装置は、操作信号に応じて外部装置とリンクして、動画情報とリンク情報とを受信する通信部と、通信部が受信するリンク情報を所定タイミングで反復して最新のリンク情報に更新する更新部と、動画情報と最新のリンク情報を一画面中に表示する画面情報を生成する合成部と、リンク情報の中のあるリンク先を特定する操作信号を受けると、通信部のリンク先を特定されたリンク先に変更する制御部とを備える。この制御部は、リモコンの数字キーによる操作信号を受けることでリンク情報の中の、その数字キーに割り当てられた一つのリンク先を特定する。制御部のリンク先は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）又はマルチキャストのアドレス情報である。

この受信装置を使うと、動画とそれに関連付けられたリンク情報とを取得する。リンク情報に従って、選択できる動画の情報を動画上に重ねて表示し、リンク情報を選択すると、選択したリンク情報が示す動画に遷移する。

特開２００８−１１３３８５号公報

しかしながら、特許文献１に開示された受信装置においては、動画情報の中にリンク情報を埋め込んでおく必要があり、汎用的な動画データを用いるようにできていない点（リンク情報を動画データに埋め込む必要があるという点で汎用的ではない）、動画の再生途中にリンク情報の自由な更新ができず、特定の動画を再生している間はその動画に含まれるリンク情報のみが表示されるに過ぎない点が、問題として挙げられる。さらに、この受信装置においては、動画情報の中にリンク情報が含まれるのみであって、画面上のレイアウトを変更することができる構成にはなっていない。

また、このような動画配信システムの１つとして、アクトビラ（登録商標）がある。このシステムにおいては、レイアウト記述によって、そのページ内で所定のレイアウトでウィンドウを開いて動画を再生するように記述することが可能な構成となっている。しかしながら、ページを切り換えると、同じ動画を再生したとしても、新しくレイアウトされた動画は最初から再生し直すことになり、動画再生の継続性は担保されていない。

したがって、本発明の目的は、動画の提供を受けて表示する動画再生装置であって、提供されるコンテンツの表現の自由度を向上するためにレイアウト記述が変更されても、動画ファイルを継続して再生し続けることができる動画再生装置及びそれを備えた画像形成装置、動画再生方法、動画再生方法をコンピュータで実現するためのプログラム及びそのプログラムを記録した記録媒体を提供することである。

本発明の第１の局面に係る動画再生装置は、再生する動画を特定する動画特定情報と、継続して動画を再生する要求を示す継続要求情報とを含むデータを取得するための取得手段と、動画を含む画像を表示するための表示手段と、ユーザによって入力される表示を遷移させる要求を受け付けるためのユーザ入力受付手段と、遷移要求前に取得したデータに基づいて、遷移の前後で動画を継続して再生するように要求されていることを示す識別情報と、継続して再生するように要求されている動画を特定する動画情報とを記憶するための記憶手段と、識別情報が記憶されている場合、動画情報及び遷移要求後に取得したデータに基づいて、動画特定情報により特定される動画を継続して再生し表示させるための制御手段とを含む。なお、ここでいう動画情報は、動画（コンテンツ）の内容を示す情報ではなく、動画を特定する情報である。

この制御手段は、遷移要求前に取得したデータに継続要求情報が含まれると、識別情報を記憶手段に記憶させるとともに、遷移要求前に取得したデータに含まれる動画特定情報を動画情報として記憶手段に記憶させるための手段と、遷移要求後に取得したデータに継続要求情報が含まれ、記憶手段に識別情報が記憶され、遷移要求後に取得したデータに含まれる動画特定情報と記憶手段に記憶された動画情報とが一致する場合に、動画特定情報により特定される動画を継続して再生し表示させるための手段とを含むように構成できる。

さらに、データは、スケーラブル・ベクター・グラフィックス言語により記述されるように構成でき、動画特定情報及び動画情報は、リンク形式で記述されるように構成できる。

さらに、データには、表示手段における動画の再生態様を規定するレイアウト情報をさらに含み、表示手段は、レイアウト情報に従って、動画を含む画像を表示するための手段を含むように構成できる。

さらに、データには、表示を遷移させる要求が入力された場合の処理を規定する情報をさらに含み、制御手段は、情報に従って、遷移要求後の動画を含む画像を表示手段に表示するための手段を含むように構成できる。

なお、制御手段は、動画を継続して表示させない場合、遷移要求後に取得した動画特定情報により特定される動画を最初から再生するための手段を含むように構成できる。

本発明の第２の局面に係る動画再生方法は、再生する動画を特定する動画特定情報と、継続して動画を再生する要求を示す継続要求情報とを含むデータを取得する取得ステップと、動画を含む画像を表示する表示ステップと、ユーザによって入力される表示を遷移させる要求を受け付けるユーザ入力受付ステップと、遷移要求前に取得したデータに基づいて、遷移の前後で動画を継続して再生するように要求されていることを示す識別情報と、継続して再生するように要求されている動画を特定する動画情報とを記憶する記憶ステップと、識別情報が記憶されている場合、動画情報及び遷移要求後に取得したデータに基づいて、動画特定情報により特定される動画を継続して再生し表示させる制御ステップとを含む。

本発明の第３の局面に係るコンピュータプログラムは、動画を再生する装置としてコンピュータを機能させるコンピュータプログラムであって、コンピュータを、再生する動画を特定する動画特定情報と、継続して動画を再生する要求を示す継続要求情報とを含むデータを取得するための取得手段と、動画を含む画像を表示するための表示手段と、ユーザによって入力される表示を遷移させる要求を受け付けるためのユーザ入力受付手段と、遷移要求前に取得したデータに基づいて、遷移の前後で動画を継続して再生するように要求されていることを示す識別情報と、継続して再生するように要求されている動画を特定する動画情報とを記憶するための記憶手段と、識別情報が記憶されている場合、動画情報及び遷移要求後に取得したデータに基づいて、動画特定情報により特定される動画を継続して再生し表示させるための制御手段として機能させることを特徴とする。

本発明の第４の局面に係る記録媒体は、上述のコンピュータプログラムを記録した、コンピュータが読取り可能な記録媒体である。

なお、上記記録媒体としては、例えば、コンピュータ内部の主記憶又は補助記憶を構成するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、及び、補助記憶装置としてのハードディスクドライブ（ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ））等がある。

また、コンピュータの外部記憶装置としてプログラム読取装置が設けられ、この装置に挿入することで読取可能な記録媒体であってもよい。通常は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が主記憶以外の記録媒体からコンピュータプログラムを読出し、この読出されたコンピュータプログラムを主記憶装置にロードして実行する。ＣＰＵは、インストールされたコンピュータプログラムに従って所定の処理を行なうようにコンピュータの各部を統括的に制御する。プログラム読取装置で読取可能な記録媒体としては、（１）磁気テープ、カセットテープ等のテープ系、（２）フレキシブルディスク（ＦＤ）、ハードディスク（ＨＤ）等の磁気ディスク、又は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ Ｄｉｓｋ）、ＭＤ（Ｍｉｎｉ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等の光ディスクといったディスク系、（３）メモリカードを含むＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード、光カード等のカード系、及び、（４）マスクＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ等の半導体メモリを含めた固定的にプログラムを記録する媒体等を例示することができる。

さらに、コンピュータを、インターネットを含む通信ネットワークに接続可能な構成とし、通信ネットワークからコンピュータプログラムをダウンロードするように流動的にプログラムを担持する媒体であってもよい。このように通信ネットワークからコンピュータプログラムをダウンロードする場合には、そのダウンロード用プログラムは予めコンピュータに格納しておけばよい。また、他の記録媒体からインストールされてもよい。

この動画再生装置によると、ユーザの要求に応じて表示を遷移させるにあたり、動画を継続して再生し続けることができる。すなわち、ＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）を用いたＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のテキストファイルを用いて、（Ａ）識別情報が記憶手段に記憶されていること、（Ｂ）遷移要求後に取得したデータによると、継続した動画の再生が要求されていること、（Ｃ）遷移前後の動画を特定する情報が同じであること（同じ動画を継続すること）の３条件の全てが成立する場合に継続して動画を再生する。このため、既存のブラウザに大幅な変更を加えることなく、安全に（継続して再生される動画は、（Ａ）及び（Ｂ）で遷移前後のデータでの明示的な指示による調整が取れていることが必要であり、かつ同じ動画である点で安全に）、動画を継続して再生することができる。

本発明の実施の形態に係る動画再生システムのブロック図である。 レイアウトの一部に静止画を含む動画の送出処理を示す図である。 動画再生装置における表示例であってレイアウト切り替え前の状態（画面表示（１））を示す図である。 動画再生装置における表示例であってレイアウト切り替え後の状態（画面表示（２））を示す図である。 ＵＩコンテンツの構成を示す図である。 画面表示（１）に対応するＵＩコンテンツの内容を示す図（その１）である。 画面表示（１）に対応するＵＩコンテンツの内容を示す図（その２）である。 画面表示（１）に対応するＵＩコンテンツの内容を示す図（その３）である。 画面表示（２）に対応するＵＩコンテンツの内容を示す図（その１）である。 画面表示（２）に対応するＵＩコンテンツの内容を示す図（その２）である。 図１のＵＩコンテンツ処理部で実行されるプログラムの制御構造を示すフローチャートである。 動画を継続再生する指示がある場合の遷移図である。 動画を継続再生する指示がない場合の遷移図である。 動画を継続再生する指示があったが継続再生できなかった場合の遷移図である。

以下、本発明の実施の形態について、添付図面に基づき詳細に説明する。なお、以下の説明及び図面では、同一の部品には同一の符号を付してある。それらの機能及び名称も同一である。したがって、それらについての詳細な説明は繰返さない。
＜システム構成＞
図１に本発明の実施の形態に係る動画再生システムの制御ブロック図を示す。図１に示すように、この動画再生システム１００は、動画再生装置２００と、動画提供装置４００とを含み、これらの動画再生装置２００と動画提供装置４００とはインターネット等のネットワーク３００により通信可能に接続されている。

動画再生装置２００は、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ又はＵｓｅｒ Ｉｎｔｅｒａｃｔｉｏｎ）コンテンツの記述に従って動画を再生する。動画再生装置２００において用いられるＵＩコンテンツ及び動画ファイルのいずれも、動画提供装置４００から取得したものを用いてもよく、動画再生装置２００の記憶部２８０に予め記憶されているものを用いてもよい。また、ＵＩコンテンツと動画ファイルは異なる動画提供装置４００から取得してもよい。動画再生装置２００における動画の表示位置及び表示サイズは、ＵＩコンテンツにおいて記述され、いずれも自由に指定することができる。

ＵＩコンテンツは、スクリプト記述部、リンク記述部及びレイアウト記述部から構成される。スクリプト記述部は、主として発生したイベントに対して行なわれる処理について規定し、リンク記述部は、次に遷移するＵＩコンテンツのリンク先の情報について規定し、レイアウト記述部は、画面に描画する図形の形状、動画の表示位置及び表示サイズ等を規定している。なお、本実施の形態においては、ＵＩコンテンツは、ＳＶＧを用いて記述される、ＸＭＬ形式のテキストファイルである。

動画再生装置２００は、制御部２１０と、ＵＩコンテンツ処理部２２０と、動画再生部２３０と、チューナ部２４０と、通信部２５０と、ユーザ入力部２６０と、表示部２７０と、記憶部２８０とを含む。

ＵＩコンテンツ処理部２２０は、ＵＩコンテンツ（ＳＶＧファイル）に関する処理を実行する。この処理においては、ＵＩコンテンツ処理部２２０は、ＳＶＧファイル内のスクリプト記述部の内容を解析し、その解析結果に応じた処理を実行する。例えば、ＵＩコンテンツ処理部２２０は、ＳＶＧファイルを解析して、その解析した内容を、制御部２１０のバッファ（図示せず）に描画する。また、ＵＩコンテンツ処理部２２０は、ＳＶＧファイル内のリンク記述部の内容を解析し、通信部２５０にリンク先のファイル（ＳＶＧファイル、動画ファイル等）を取得するように指示し、記憶部２８０に記憶するように指示する。また、ＵＩコンテンツ処理部２２０は、ＳＶＧファイル内のレイアウト記述部を参照し、表示部２７０に定められたレイアウトで広告情報を表示したり、動画ファイルを表示したりするように指示する。なお、本発明はこのような態様（ファイルを取得して記憶してから再生する態様）に限定されず、ストリーミングのような、データを取得しながら再生する場合であっても、本発明の適用が可能であることを確認的に記載しておく。

動画再生部２３０は、通信部２５０を経由して動画提供装置４００から取得されて記憶部２８０に記憶された動画ファイルを再生した映像又はそもそも記憶部２８０に記憶されていた動画ファイルを再生した映像を、制御部２１０のバッファに描画する。チューナ部２４０は、受信した放送波をデコードした映像を、制御部２１０のバッファに描画する。表示部２７０は、制御部２１０のバッファから送出された映像を表示する。なお、送出処理については後述する。

制御部２１０は、ユーザ入力部２６０から受信したユーザによる指示に基づいて、処理を実行する。また、この制御部２１０は、ＵＩコンテンツ処理部２２０（主として静止画を描画）、動画再生部２３０又はチューナ部２４０（主として動画を描画）が描画するバッファを備える。この制御部２１０は、描画されたバッファの内容を定期的に表示部２７０に送出する。

ユーザ入力部２６０は、リモコンのボタン操作等により、ユーザの操作を受け付け、制御部２１０に送信する。記憶部２８０は、ユーザによって設定された情報を記憶するとともに、動画の継続再生フラグの状態を継続再生フラグ保存領域２８２に記憶したり、継続再生する動画のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を動画ＵＲＩ保存領域２８４に記憶したりする。このように、記憶部２８０には、ＳＶＧファイル又は動画ファイル等の再生するコンテンツ自体を記憶しておいて表示部２７０で表示するようにしてもよいし、通信部２５０から取得したコンテンツを、一旦記憶部２８０に保存してから表示部２７０で表示するようにしてもよい。

通信部２５０は、ＳＶＧファイル又は動画ファイルをネットワーク３００経由で取得する。なお、上述したように、記憶部２８０に保存されている動画を再生するような場合においては、通信部２５０がネットワーク３００経由の通信に使用されない場合がある。

動画提供装置４００は、ネットワーク３００を介して外部の機器（代表的には動画再生装置２００）と通信するための通信部、動画再生装置２００へ送信するＵＩコンテンツ及び動画データ等を記憶する記憶部、通信部及び記憶部を制御する制御部とを含む（動画提供装置４００におけるこれらの記憶部、通信部及び制御部は図示しない）。この動画提供装置４００は、動画再生装置２００から受信したＵＩコンテンツ及び動画ファイルの取得要求に基づいて、記憶部に記憶された情報の中で動画再生装置２００からの取得要求に応じたＵＩコンテンツ及び動画ファイルを、ネットワーク３００を経由して動画再生装置２００に送信する。

本実施の形態において、動画再生装置２００の記憶部２８０には、ユーザの要求に応じた動画を再生するという動画再生装置２００の一般的な動作を実行するためのプログラムとともに、後述するＵＩコンテンツ処理（ＳＶＧ表示処理）を実現させるためのコンピュータプログラムが記憶される。このコンピュータプログラムは、ネットワーク３００を介して外部装置から提供されてもよい。また、このコンピュータプログラムは、そのコンピュータプログラムが記録された、例えばＤＶＤ等の記録媒体によって提供されてもよい。すなわち、コンピュータプログラムの記録媒体としてのＤＶＤが、動画再生装置２００内に内蔵されるＤＶＤドライブ（図示せず）に装着され、そのＤＶＤからプログラムが読出されて記憶部２８０のプログラム記憶領域にインストールされてもよい。ＵＩコンテンツ処理（ＳＶＧ表示処理）を実現するためのコンピュータプログラムの制御構造については後述する。
＜動画送出処理＞
図２を参照して、レイアウトの一部に静止画を含む動画の送出処理を説明する。図２は、制御部２１０のバッファから送出された映像を表示部２７０で表示する場合の処理を示す。図２においては、動画は、１秒間６０コマで構成されているものとする。これは、一般的な放送（秒間６０コマ）をチューナ部２４０で受信して表示する方式に基づくものである。この方式は、チューナ部２４０で受信した映像を一旦バッファを用いてデコードして描画して、バッファに蓄えられた映像を表示部２７０に順次送出している。

この方式に従って、本実施の形態に係る動画再生装置２００において、設定されたレイアウトで静止画及び動画とを表示し、そのレイアウト又は静止画が変更されても、予め定められた条件を満足する場合には、動画を継続して再生するものである。

図２に示すように、表示部２７０には、動画（１）及び静止画（１）により構成される画面１０００、画面１０００から１／６０秒経過後の動画（２）及び静止画（１）により構成される画面１００１、・・・、画面１０００から５９／６０秒経過後の動画（５９）及び静止画（２）により構成される画面１０５９、画面１０００から６０／６０秒（＝１秒）経過後の動画（６０）及び静止画（２）により構成される画面１０６０が連続して表示される。なお、この１秒の間の５９／６０秒目にレイアウトの変更処理が行なわれている。このレイアウトの変更処理としてレイアウト及び静止画が更新されているが、この更新は次のコンテンツに遷移した等の明示的な指示を検出した場合であって、それまでは、表示内容を継続保持するので、静止画の内容を含めてレイアウトが維持される。

図２に示すように、静止画の部分は、ＵＩコンテンツ処理部２２０が制御部２１０のバッファに描画するものであって、制御部２１０のバッファには静止画（１）又は静止画（２）が描画される。上述したように５９／６０秒目にレイアウトの変更処理が行なわれているので、ＵＩコンテンツ処理部２２０が画面１０５９における静止画（２）をバッファに描画している。

動画の部分は、動画再生部２３０が制御部２１０のバッファに描画するものであって、制御部２１０のバッファには１秒間に動画（１）〜動画（６０）が描画される。このように、静止画部分の領域はＵＩコンテンツ処理部２２０が、動画部分の領域は動画再生部２３０がそれぞれバッファに描画し、合成したものを制御部２１０が表示部２７０に送出して表示する。動画再生時には、動画部分の領域（バッファの一部）だけが更新されて、バッファから表示部２７０への送出はバッファ全体で行なわれる（表示部２７０への送出は更新部分だけであっても構わない）。
＜表示例＞
このように、制御部２１０のバッファから送出されて表示部２７０で表示される映像の表示例を図３及び図４に示す。図３が図２の画面１０００及び画面１００１に対応する画面１１００であって、図４が図２の画面１０５９及び画面１０６０に対応する画面１２００である。

図３に示す画面１１００は、Ａ銀行の広告である広告領域１１０２、「メニュー１」の表示領域１１０４、「メニュー２」の表示領域１１０６及び広告「ＰＲ」の表示領域１１０８により構成される、静止画（１）を含む。画面１１００には、これらの静止画に加えて動画領域１１２０が含まれている。

図４に示す画面１２００は、広告「ＰＲ」の表示領域１２０２、「アイコン」の表示領域１２０４、「メニュー１」の表示領域１２０６、「メニュー２」の表示領域１２０８及び「メニュー３」の表示領域１２１０により構成される、静止画（２）を含む。画面１２００には、これらの静止画に加えて動画領域１２２０が含まれている。

図３に示す動画領域１１２０と図４に示す動画領域１２２０とでは、動画の内容から理解できるように、共通するコンテンツの連続した動画である（詳しくはこのコンテンツは野球中継であって、１秒の間でストライクカウントが１つ増えている動画である）。
＜ＵＩコンテンツの構造＞
図５にこのような表示を実現させるために用いられるＵＩコンテンツの概略構成を示す。図５に示すように、遷移前の画面表示（１）（これは画面１１００に相当）に対応するｄｅｍｏ１．ｓｖｇファイル１３００と、遷移後の画面表示（２）（これは画面１２００に相当）に対応するｄｅｍｏ２．ｓｖｇファイル１４００とを一例として記載する。これらのＳＶＧファイルは、基本的に同じ構成を備えるが、図５に示すように、次に遷移する先がない場合は、ｄｅｍｏ２．ｓｖｇファイル１４００のようにリンク記述部を備えなくてもよい。

ｄｅｍｏ１．ｓｖｇファイル１３００は、スクリプト記述部１３１０、リンク記述部１３２０及びレイアウト記述部１３３０から構成される。ｄｅｍｏ２．ｓｖｇファイル１４００は、スクリプト記述部１４１０及びレイアウト記述部１４３０から構成される。また、両ＵＩコンテンツから再生される動画を識別するためのＩＤ情報（ＵＲＩの一部を構成する）は、「ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ．ｍｐｇ」である。

図６〜図８に、ＵＩコンテンツであるｄｅｍｏ１．ｓｖｇファイル１３００の具体的な内容を示す。図６〜図８に示すように、ｄｅｍｏ１．ｓｖｇファイル１３００は、スクリプト記述部１３１０、リンク記述部１３２０及びレイアウト記述部１３３０から構成される。

スクリプト記述部１３１０には、動画継続再生要求指示１３１２及び遷移要求指示１３１４とを含む。動画継続再生要求指示１３１２には、継続再生フラグを立てる指示が規定されている（ｖｉｄｅｏＥｌｅｍ．ｓｅｔＰｒｏｐｅｒｔｙ（‘ｐｒｏｌｏｎｇ’，１））。なお、この指示が規定されている場合には、後述するプログラムにより、現在の継続再生フラグの状態が「継続再生する」にされて、記憶部２８０の継続再生フラグ保存領域２８２に保存されて、さらに上記指示によって指定されたＩＤ情報「ｔｖｖｉｄｅｏ」を持つｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値（ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ．ｍｐｇ）が記憶部２８０の動画ＵＲＩ保存領域２８４に保存される。

遷移要求指示１３１４には、「黄ボタン押下」のユーザ指示がユーザ入力部２６０に入力された場合の処理が規定されている。「黄ボタン押下」のユーザ指示が発生すると、制御部２１０によりＵＩコンテンツ処理部２２０にイベントが通知される。遷移要求指示１３１４には、このイベントを受信したＵＩコンテンツ処理部２２０が、次の遷移先（リンク先）へ移動し、ｄｅｍｏ１．ｓｖｇの表示処理を終了する処理が規定されている。

リンク記述部１３２０には、ｄｅｍｏ１．ｓｖｇの表示処理を終了した後の次の遷移先のＵＲＩ（ｈｔｔｐ：／／ｓｅｒｖｅｒｎａｍｅ／ｄｅｍｏ２.ｓｖｇ）が規定されている。

レイアウト記述部１３３０には、背景色について規定した背景色指定１３３２、動画の内容、表示位置及び大きさについて規定した動画指定１３３４、Ａ銀行の広告である広告領域の表示位置、大きさ及び内容について規定した広告指定１３３６、「メニュー１」の表示領域の表示位置、大きさ及び内容について規定したメニュー指定１３３８、「メニュー２」の表示領域の表示位置、大きさ及び内容について規定したメニュー指定１３４０及び広告「ＰＲ」の表示領域の表示位置、大きさ及び内容について規定した表示指定１３４２を含む。

このｄｅｍｏ１．ｓｖｇファイル１３００においては、ＳＶＧエンジンを初期化して、このＳＶＧファイルの内容が解析される。解析されると、動画指定１３３４が記述されていることから、動画の継続再生の確認処理が行なわれる。詳しくはフローチャートを用いて後述するが、動画再生される場合には以下のように処理される。

１つ前のＳＶＧファイルの表示がなく、継続再生フラグの状態が初期値である「継続再生しない」となっているので、新しく動画が再生される。引き続き、ＳＶＧファイル内に規定された他の描画要素（静止画）を描画し、画面を表示し、イベントループへ入いる。終了処理においては、記憶部２８０に保存されている継続再生フラグが「継続する」なので、動画の再生を続ける。ＳＶＧ表示エンジンの終了処理が行なわれて、引き続きｄｅｍｏ２．ｓｖｇを取得し、表示が行なわれる。

図９〜図1０に、ＵＩコンテンツであるｄｅｍｏ２．ｓｖｇファイル１４００の具体的な内容を示す。図９〜図1０に示すように、ｄｅｍｏ２．ｓｖｇファイル１４００は、スクリプト記述部１４１０及びレイアウト記述部１４３０から構成される。

レイアウト記述部１４３０には、背景色について規定した背景色指定１４３２、広告「ＰＲ」の表示領域の表示位置、大きさ及び内容について規定した表示指定１４３４、動画の内容、表示位置及び大きさについて規定した動画指定１４３６、「アイコン」の表示領域の表示位置、大きさ及び内容について規定したアイコン指定１４３８、「メニュー１」の表示領域の表示位置、大きさ及び内容について規定したメニュー指定１４４０、「メニュー２」の表示領域の表示位置、大きさ及び内容について規定したメニュー指定１４４２及び「メニュー３」の表示領域の表示位置、大きさ及び内容について規定したメニュー指定１４４４を含む。

このｄｅｍｏ２．ｓｖｇファイル１４００においては、ＳＶＧエンジンを初期化して、このＳＶＧファイルの内容が解析される。解析されると、動画指定１４３６が記述されていることから、動画の継続再生の確認処理が行なわれる。詳しくはフローチャートを用いて後述するが、継続再生される場合には以下のように処理される。

記憶部２８０の継続再生フラグ保存領域２８２に保存されている継続再生フラグの状態が「継続再生する」であり（条件Ａ）、識別情報として動画指定１４３６のｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値に「ＰｌａｙＰｏｓ＝ｐｒｏｌｏｎｇ」の指示があり（条件Ｂ）、動画情報（動画を特定するための情報）として記憶部２８０の動画ＵＲＩ保存領域２８４に保存している動画のＵＲＩ（ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ．ｍｐｇ）が、動画特定情報としてのｄｅｍｏ２．ｓｖｇのｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値から「ＰｌａｙＰｏｓ＝ｐｒｏｌｏｎｇ」を除いたもの、と一致する（条件Ｃ）ので、ｄｅｍｏ１．ｓｖｇから再生を継続している動画を引き続き表示する。ｖｉｄｅｏ要素に継続再生フラグをセットする指示がないので、現在の継続再生フラグの状態を「継続再生しない」として記憶部２８０の継続再生フラグ保存領域２８２に保存する。ＳＶＧに記載された他の静止画を描画し、表示部２７０に画面を表示し、イベントループへ入る。
＜プログラム構造＞
図１１は、本実施の形態にかかる動画再生装置２００のＵＩコンテンツ処理部２２０で実行されるプログラムの制御構造を示すフローチャートである。これを参照して、ＵＩコンテンツ処理部２２０で実行されるプログラムについて説明する。なお、このプログラムは、ＵＩコンテンツ処理部２２０において実行されるプログラムの１つであって、ＳＶＧ表示エンジンの処理でもある。なお、本発明はＵＩコンテンツ処理部２２０において実行される場合に限定されるものではなく、動画再生装置２００の制御部２１０でこのプログラムが実行されても構わない。

また、継続再生処理が行なわれたときは、遷移前のＳＶＧファイル及び遷移後のＳＶＧファイルを表示する処理が行なわれ、２つの動画が表示される（同じ動画が継続して再生される場合も異なる動画が再生される場合もある）。また、初めてＳＶＧ表示エンジンが起動するときの継続再生フラグの値は「継続再生しない」となっている。継続再生フラグ保存領域２８２には一つの動画のＵＲＩごとに１つの継続再生フラグが記憶され、本件では動画が一つのみなので一つの継続再生フラグのみが記憶される。同様に、動画ＵＲＩ保存領域２８４においても１つのＵＲＩのみが記憶される。

ステップ（以下、ステップをＳを記載する）１００にて、ＵＩコンテンツ処理部２２０は、ＵＩコンテンツを動画提供装置４００からネットワーク３００及び通信部２５０並びに制御部２１０を介して受信する。このＵＩコンテンツは上述した図６〜図８又は図９〜図1０に示したＳＶＧファイルである。

Ｓ１１０にて、ＵＩコンテンツ処理部２２０は、動画（ｖｉｄｅｏ要素）がＵＩコンテンツ中に存在するか否かを判定する。動画（ｖｉｄｅｏ要素）がＵＩコンテンツ中に存在すると判定されると（Ｓ１１０にてＹＥＳ）、処理はＳ１２０へ移される。もしそうでないと（Ｓ１１０にてＮＯ）、この処理はＳ２１０へ移される。

Ｓ１２０にて、ＵＩコンテンツ処理部２２０は、記憶部２８０の継続再生フラグ保存領域２８２に保存された継続再生フラグが「継続再生する」であるか否かを判定する。継続再生フラグが「継続再生する」であると判定されると上述した条件Ａが成立して（Ｓ１２０にてＹＥＳ）、処理はＳ１３０へ移される。もしそうでないと（Ｓ１２０にてＮＯ）、この処理は、Ｓ１６０へ移される。

Ｓ１３０にて、ＵＩコンテンツ処理部２２０は、受信したＵＩコンテンツの中のｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値（動画のＵＲＩ）に「ＰｌａｙＰｏｓ＝ｐｒｏｌｏｎｇ」指示があるか否かを判定する。「ＰｌａｙＰｏｓ＝ｐｒｏｌｏｎｇ」指示があると判定されると上述した条件Ｂが成立して（Ｓ１３０にてＹＥＳ）、処理はＳ１４０へ移される。もしそうでないと（Ｓ１３０にてＮＯ）、この処理は、Ｓ１６０へ移される。

Ｓ１４０にて、ＵＩコンテンツ処理部２２０は、受信したＵＩコンテンツの中のｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値から「ＰｌａｙＰｏｓ＝ｐｒｏｌｏｎｇ」を除いた動画のＵＲＩと、記憶部２８０の動画ＵＲＩ保存領域２８４に保存されたＵＲＩとが一致しているか否かを判定する。互いのＵＲＩが一致していると判定されると上述した条件Ｃが成立して（Ｓ１４０にてＹＥＳ）、処理はＳ１５０へ移される。もしそうでないと（Ｓ１４０にてＮＯ）、この処理はＳ１６０へ移される。

Ｓ１５０にて、ＵＩコンテンツ処理部２２０は、再生中の動画を継続して表示するように、制御部２１０のバッファに動画を送出する。その後、処理はＳ１９０へ移される。

Ｓ１６０にて、ＵＩコンテンツ処理部２２０は、継続再生されている動画があるか否かを判定する。継続再生されている動画があると判定されると（Ｓ１６０にてＹＥＳ）、処理はＳ１７０へ移される。もしそうでないと（Ｓ１６０にてＮＯ）、この処理はＳ１８０へ移される。

Ｓ１７０にて、ＵＩコンテンツ処理部２２０は、再生中の動画を停止する。Ｓ１８０にて、ＵＩコンテンツ処理部２２０は、受信したＵＩコンテンツの中のｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値から「ＰｌａｙＰｏｓ＝ｐｒｏｌｏｎｇ」を除いた動画のＵＲＩに基づいて、新しい動画を動画提供装置４００から取得して再生する。その後、処理はＳ１９０へ移される。

Ｓ１９０にて、ＵＩコンテンツ処理部２２０は、受信したＵＩコンテンツの中に継続再生フラグを立てるように指示があるか否かを判定する。このとき、ＵＩコンテンツの中のスクリプト記述部に「ｖｉｄｅｏＥｌｅｍ．ｓｅｔＰｒｏｐｅｒｔｙ（‘ｐｒｏｌｏｎｇ’，１）」が規定されていると、継続再生フラグを立てるように（継続再生フラグの状態を「継続再生する」状態に変更するように）指示があると判定される。継続再生フラグを立てるように指示があると（Ｓ１９０にてＹＥＳ）、処理はＳ２００へ移される。もしそうでないと（Ｓ１９０にてＮＯ）、この処理はＳ２１０へ移される。

Ｓ２００にて、ＵＩコンテンツ処理部２２０は、この指示によって指定されたＩＤ情報を持つｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値（ＵＲＩ）を記憶部２８０の動画ＵＲＩ保存領域２８４に保存するとともに、現在の継続再生フラグの状態を「継続再生する」にして、記憶部２８０の継続再生フラグ保存領域２８２に保存する。その後、この処理はＳ２２０へ移される。Ｓ２１０にて、ＵＩコンテンツ処理部２２０は、現在の継続再生フラグの状態を「継続再生しない」にして記憶部２８０の継続再生フラグ保存領域２８２に保存する。なお、このフラグの初期値は「継続再生しない」であるので指示がない場合は継続再生フラグの状態を「継続再生しない」として記憶部２８０の継続再生フラグ保存領域２８２に保存されることになる。

Ｓ２２０にて、ＵＩコンテンツ処理部２２０は、他の描画要素（広告情報、メニュー情報等を含む静止画）を描画する（制御部２１０のバッファに送出する必要があれば送出する）。

Ｓ２３０にて、ＵＩコンテンツ処理部２２０は、ユーザ入力部２６０から入力されたユーザ指示が、次ページへの遷移である又はＳＶＧの表示終了であるか否かを判定する。次ページへの遷移である又はＳＶＧの表示終了であると判定されると（Ｓ２３０にてＹＥＳ）、処理はＳ２４０へ移される。もしそうでないと（Ｓ２３０にてＮＯ）、この処理はＳ２３０へ戻されてイベントを検出するループへ入いる。

Ｓ２４０にて、ＵＩコンテンツ処理部２２０は、記憶部２８０の継続再生フラグ保存領域２８２に保存されている継続再生フラグが「継続しない」であって、再生中の動画があるか否かを判定する。継続再生フラグが「継続しない」であって、再生中の動画があると判定されると（Ｓ２４０にてＹＥＳ）、処理はＳ２５０へ移される。もしそうでないと（Ｓ２４０にてＮＯ）、この処理は終了する。Ｓ２５０にて、ＵＩコンテンツ処理部２２０は、動画の再生を終了する。なお、継続再生フラグが「継続する」であれば、このＳ２５０の再生終了処理は実行されず再生されている動画は継続して再生される。
＜動作＞
以上のような構造及びフローチャートに基づく本実施の形態に係る動画再生システムの動作について、図１２〜図１４を用いて説明する。なお、以下の動作の説明においては、同一の動作には同一の符号を付してある。それらの動作も同一である。したがって、それらについての詳細な説明は繰返さない。

［動画継続再生要求あり］
図１２に示すように、動作再生装置２００からＵＩコンテンツ要求を動画提供装置４００へ送信すると（動作２０００）、動画提供装置４００がＵＩコンテンツ要求を受信して（動作３０００）、動画提供装置４００からＵＩコンテンツが動画再生装置２００へ送信される（動作３０１０）。動作再生装置２００は動画提供装置４００からＵＩコンテンツを受信して（Ｓ１００、動作２０１０）、ＵＩコンテンツ処理（ＳＶＧ表示処理）が開始される（動作２０２０）。このときのＵＩコンテンツは、図６〜図８に示したｄｅｍｏ１．ｓｖｇであるとする。このｄｅｍｏ１．ｓｖｇにおいては、継続要求情報として、動画継続再生要求指示１３１２に、継続再生フラグを立てる指示が規定されている（ｖｉｄｅｏＥｌｅｍ．ｓｅｔＰｒｏｐｅｒｔｙ（‘ｐｒｏｌｏｎｇ’，１））ので（Ｓ１９０にてＹＥＳ）、現在の継続再生フラグの状態が「継続再生する」にされて記憶部２８０の継続再生フラグ保存領域２８２に保存されて、さらに上記指示によって指定されたＩＤ情報「ｔｖｖｉｄｅｏ」を持つｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値（ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ．ｍｐｇ）が記憶部２８０の動画ＵＲＩ保存領域２８４に保存される（Ｓ２００）。

ＵＩコンテンツに含まれるレイアウト記述部の動画ＵＲＩ（ｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値（ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ．ｍｐｇ））に基づいて、動作再生装置２００から動画ファイル要求を動画提供装置４００へ送信すると（動作２０３０）、動画提供装置４００が動画ファイル要求を受信して（動作３０２０）、動画提供装置４００から動画ファイルが動画再生装置２００へ送信される（動作３０３０）。

動画ファイルを受信すると（動作２０４０）、動画以外のＵＩコンテンツが表示されて（動作２０５０）、動画の再生及び表示が開始される（動作２０６０）。このとき、動画再生装置２００の表示部２７０に動画を含めた画像が表示され始める（動画再生処理（１））。

なお、動画をストリーミングで取得する場合は動画の送信（動作３０３０）及び受信（動作２０４０）後も継続して取得処理が行なわれる。

ユーザが「黄ボタン」を押下すると、ＵＩコンテンツ処理部２２０にイベントとして通知される。ｄｅｍｏ１．ｓｖｇにおいては、遷移要求指示１３１４に、このイベントを受信したＵＩコンテンツ処理部２２０が次ページ（ｈｔｔｐ：／／ｓｅｒｖｅｒｎａｍｅ／ｄｅｍｏ２.ｓｖｇ）へ遷移し、ｄｅｍｏ１．ｓｖｇの表示処理を終了する処理が規定されている（Ｓ２３０にてＹＥＳ）。継続再生フラグが立っているので（Ｓ２４０にてＮＯ）、再生中の動画が継続して再生されている（動作２０８０）。このとき、動画再生装置２００の表示部２７０に動画を含めた画像が表示され続けている（動画再生処理（１））。

動作再生装置２００からＵＩコンテンツ要求を動画提供装置４００へ送信すると（動作２０９０）、動画提供装置４００がＵＩコンテンツ要求を受信して（動作３０４０）、動画提供装置４００からＵＩコンテンツが動画再生装置２００へ送信される（動作３０５０）。動作再生装置２００は動画提供装置４００からＵＩコンテンツを受信して（Ｓ１００、動作２１００）、ＵＩコンテンツ処理（ＳＶＧ表示処理）が開始される（動作２１１０）。このときのＵＩコンテンツは、図９〜図1０に示したｄｅｍｏ２．ｓｖｇであるとする。

このｄｅｍｏ２．ｓｖｇには、動画（ｖｉｄｅｏ要素）があって（Ｓ１１０にてＹＥＳ）、記憶部２８０の継続再生フラグ保存領域２８２に保存されている継続再生フラグの状態が「継続再生する」であって（Ｓ１２０にてＹＥＳ）、ｄｅｍｏ２．ｓｖｇのレイアウト記述部１４３０の動画指定１４３６に、ｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値に「ＰｌａｙＰｏｓ＝ｐｒｏｌｏｎｇ」の指示があり（Ｓ１３０にてＹＥＳ）、記憶部２８０の動画ＵＲＩ保存領域２８４に保存されたＵＲＩ（ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ．ｍｐｇ）と動画指定１４３６に規定されたＵＲＩとが一致するので（Ｓ１４０にてＹＥＳ）、再生中の動画が継続される（Ｓ１５０）。このため、図１２に示すように、動作２１２０においても継続して同じ動画が再生されている。具体的には、表示部２７０においては、図３の画面１１００から図４の画面１２００へ切り替わっても（遷移しても）動画は継続して再生されている。なお、この場合には、同じ動画を継続して再生するので、ｄｅｍｏ２．ｓｖｇに対応する動画ファイルの送信は行なわれていない。

［動画継続再生要求なし］
図１３に示すように、動作再生装置２００が動画提供装置４００からＵＩコンテンツを受信すると（Ｓ１００、動作２０１０）、ＵＩコンテンツ処理（ＳＶＧ表示処理）が開始される（動作２０２０）。このときのＵＩコンテンツはｄｅｍｏ１１．ｓｖｇであるとする。このｄｅｍｏ１１．ｓｖｇは、ｄｅｍｏ１．ｓｖｇと違って、継続再生フラグを立てる指示が規定されていない。ｄｅｍｏ１１．ｓｖｇには継続再生フラグを立てる指示が規定されていないので（Ｓ１９０にてＮＯ）、現在の継続再生フラグの状態が「継続再生しない」にされて記憶部２８０の継続再生フラグ保存領域２８２に保存される（Ｓ２１０）。

動作再生装置２００から動画ファイル要求を動画提供装置４００へ送信すると（動作２０３０）、動画提供装置４００が動画ファイル要求を受信して（動作３０２０）、動画提供装置４００から動画ファイルが動画再生装置２００へ送信される（動作３０３０）。

動画以外のＵＩコンテンツが表示されて（動作２０５０）、動画の再生及び表示が開示される（動作２０６０）。このとき、動画再生装置２００の表示部２７０に動画を含めた画像が表示され始める（動画再生処理（１））。

ユーザが「黄ボタン」を押下すると、ＵＩコンテンツ処理部２２０にイベントとして通知される。ｄｅｍｏ１１．ｓｖｇにおいては、遷移要求指示１３１４に、このイベントを受信したＵＩコンテンツ処理部２２０が次ページ（ｈｔｔｐ：／／ｓｅｒｖｅｒｎａｍｅ／ｄｅｍｏ２．ｓｖｇ）へ遷移し、ｄｅｍｏ１１．ｓｖｇの表示処理を終了する処理が規定されている（Ｓ２３０にてＹＥＳ）。このとき、継続再生フラグが立っていないので（Ｓ２４０にてＹＥＳ）、動画の再生が終了される（動作２０８０）。このとき、図１３に示すように、継続して再生中であった動画が終了される（動作２０８０に対応して動画再生処理（１）が終了）。

動作再生装置２００が動画提供装置４００からＵＩコンテンツを受信すると（Ｓ１００、動作２１００）、ＵＩコンテンツ処理（ＳＶＧ表示処理）が開始される（動作２２００）。

このｄｅｍｏ２．ｓｖｇには、動画（ｖｉｄｅｏ要素）があるが（Ｓ１１０にてＹＥＳ）、記憶部２８０の継続再生フラグ保存領域２８２に保存されている継続再生フラグの状態が「継続再生しない」であり（Ｓ１２０にてＮＯ）、継続再生中の動画がないので（Ｓ１６０にてＮＯ）、ｄｅｍｏ２．ｓｖｇのレイアウト記述部の動画指定に規定されたＵＲＩに基づいて新たな動画が取得されて再生される（Ｓ１８０、動作２２１０〜動作２２４０）。このため、図１３に示すように、動作２２４０に対応して、新たな動画が再生されている。具体的には、表示部２７０においては、図３の画面１１００から切り替わると、継続されなかった動画が再生されている（動画再生処理（２））。

［動画継続再生要求あり：ＵＲＩ不一致］
図１４に示すように、動作再生装置２００が動画提供装置４００からＵＩコンテンツを受信すると（Ｓ１００、動作２０１０）、ＵＩコンテンツ処理（ＳＶＧ表示処理）が開始される（動作２０２０）。このときのＵＩコンテンツはｄｅｍｏ１２．ｓｖｇであるとする。このｄｅｍｏ１２．ｓｖｇは、ｄｅｍｏ１．ｓｖｇと違って、次に遷移するＳＶＧファイルのＵＲＩがｄｅｍｏ２．ｓｖｇではなくｄｅｍｏ２２．ｓｖｇ（このｄｅｍｏ２２．ｓｖｇは動画のＵＲＬが、ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ２．ｍｐｇであること以外はｄｅｍｏ２．ｓｖｇと同じ）である。

このｄｅｍｏ１２．ｓｖｇにおいては、動画継続再生要求指示１３１２に、継続再生フラグを立てる指示が規定されている（ｖｉｄｅｏＥｌｅｍ．ｓｅｔＰｒｏｐｅｒｔｙ（‘ｐｒｏｌｏｎｇ’，１））ので（Ｓ１９０にてＹＥＳ）、現在の継続再生フラグの状態が「継続再生する」にされて記憶部２８０の継続再生フラグ保存領域２８２に保存されて、さらに上記指示によって指定されたＩＤ情報「ｔｖｖｉｄｅｏ」を持つｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値（ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ．ｍｐｇ）が記憶部２８０の動画ＵＲＩ保存領域２８４に保存される（Ｓ２００）。

動作再生装置２００から動画ファイル要求を動画提供装置４００へ送信すると（動作２０３０）、動画提供装置４００が動画ファイル要求を受信して（動作３０２０）、動画提供装置４００から動画ファイルが動画再生装置２００へ送信される（動作３０３０）。

動画以外のＵＩコンテンツが表示されて（動作２０５０）、動画の再生及び表示が開示される（動作２０６０）。このとき、動画再生装置２００の表示部２７０に動画を含めた画像が表示され始める（動画再生処理（１））。

ユーザが「黄ボタン」を押下すると、ＵＩコンテンツ処理部２２０にイベントとして通知される。ｄｅｍｏ１２．ｓｖｇにおいては、遷移要求指示１３１４に、このイベントを受信したＵＩコンテンツ処理部２２０が次ページ（ｈｔｔｐ：／／ｓｅｒｖｅｒｎａｍｅ／ｄｅｍｏ２２.ｓｖｇ）へ遷移し、ｄｅｍｏ１２．ｓｖｇの表示処理を終了する処理が規定されている（Ｓ２３０にてＹＥＳ）。このとき、継続再生フラグが立っているので（Ｓ２４０にてＮＯ）、再生中の動画が継続して再生されている（動作２０８０）。このとき、動画再生装置２００の表示部２７０に動画を含めた画像が表示され続けている（動画再生処理（１））。

動作再生装置２００が動画提供装置４００からＵＩコンテンツを受信して（Ｓ１００、動作２１００）、ＵＩコンテンツ処理（ＳＶＧ表示処理）が開始される（動作２３００）。このときのＵＩコンテンツは、ｄｅｍｏ２２．ｓｖｇであるとする。

このｄｅｍｏ２２．ｓｖｇには、動画（ｖｉｄｅｏ要素）があって（Ｓ１１０にてＹＥＳ）、記憶部２８０の継続再生フラグ保存領域２８２に保存されている継続再生フラグの状態が「継続再生する」であって（Ｓ１２０にてＹＥＳ）、ｄｅｍｏ２．ｓｖｇのレイアウト記述部１４３０の動画指定１４３６に、ｖｉｄｅｏ要素のｘｌｉｎｋ：ｈｒｅｆ属性の値に「ＰｌａｙＰｏｓ＝ｐｒｏｌｏｎｇ」の指示があるが（Ｓ１３０にてＹＥＳ）、記憶部２８０の動画ＵＲＩ保存領域２８４に保存されたＵＲＩ（ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ．ｍｐｇ）と動画指定に規定されたＵＲＩ（ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ２．ｍｐｇ）とが一致しない（Ｓ１４０にてＮＯ）。このため、図１４に示すように、継続して再生中であった動画が終了される（Ｓ１７０、動作２３００に対応して動画再生処理（１）が終了）。

ｄｅｍｏ２２．ｓｖｇのレイアウト記述部の動画指定に規定されたＵＲＩ（ｈｔｔｐ：／／ｖｉｄｅｏ−ｓｅｒｖｅｒ．ｃｏｍ／ｔｖｖｉｄｅｏ２．ｍｐｇ）に基づいて新たな動画が取得されて再生される（Ｓ１８０、動作２３１０〜動作２３４０）。このため、図１４に示すように、動作２３４０に対応して、新たな動画が再生されている。具体的には、表示部２７０においては、図３の画面１１００から切り替わると、異なる動画が再生されている（動画再生処理（２））。

この場合には、動画を継続して再生する要求があったが、次に遷移するＳＶＧファイルに規定された動画ファイルのＵＲＩが一致しなかったため、継続した動画の再生が行なわれなかったことを示す。これにより、ｄｅｍｏ１２．ｓｖｇに基づく処理で動画の継続再生要求があって、例えば悪意の第３者により指定された動画であって、善意の者により指定された動画とは異なる動画を継続再生されることを回避することができる。

以上のようにして、本実施の形態に係る動画再生システムによると、ユーザの要求に応じて動画提供装置から動画の提供を受けて動画再生装置で動画を再生するにあたり、提供されるコンテンツの表現の自由度の向上を図るためにレイアウト記述が変更されても、動画ファイルを再生し続けることができる。特に、ＳＶＧを用いたＸＭＬ形式のテキストファイルを用いて、（Ａ）継続再生要求フラグが立っていること、（Ｂ）継続再生要求されている動画ファイルであること、（Ｃ）遷移前後の動画ファイルが同じであることの３条件の全てが成立する場合に継続して動画を再生するようにしたので、既存のブラウザに大幅な変更を加えることなく、安全に、動画を継続して再生することができる。

今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに限定されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内でのすべての変更を含む。

１００ 動画再生システム
２００ 動画再生装置
２１０ 制御部
２２０ ＵＩコンテンツ処理部
２３０ 動画再生部
２４０ チューナ部
２５０ 通信部
２６０ ユーザ入力部
２７０ 表示部
２８０ 記憶部
２８２ 継続再生フラグ保存領域
２８４ 動画ＵＲＩ保存領域
３００ ネットワーク
４００ 動画提供装置

Claims (10)

1. 再生する動画を特定する動画特定情報と、継続して動画を再生する要求を示す継続要求情報とを含むデータを取得するための取得手段と、
   動画を含む画像を表示するための表示手段と、
   ユーザによって入力される表示を遷移させる要求を受け付けるためのユーザ入力受付手段と、
   遷移要求前に取得したデータに基づいて、遷移の前後で動画を継続して再生するように要求されていることを示す識別情報と、継続して再生するように要求されている動画を特定する動画情報とを記憶するための記憶手段と、
   前記識別情報が記憶されている場合、前記動画情報及び遷移要求後に取得したデータに基づいて、前記動画特定情報により特定される動画を継続して再生し表示させるための制御手段とを含む、動画再生装置。
2. 前記制御手段は、
   遷移要求前に取得したデータに継続要求情報が含まれると、前記識別情報を前記記憶手段に記憶させるとともに、遷移要求前に取得したデータに含まれる動画特定情報を前記動画情報として前記記憶手段に記憶させるための手段と、
   遷移要求後に取得したデータに継続要求情報が含まれ、前記記憶手段に前記識別情報が記憶され、遷移要求後に取得したデータに含まれる動画特定情報と前記記憶手段に記憶された動画情報とが一致する場合に、前記動画特定情報により特定される動画を継続して再生し表示させるための手段とを含む、請求項１に記載の動画再生装置。
3. 前記データは、スケーラブル・ベクター・グラフィックス言語により記述される、請求項１又は請求項２に記載の動画再生装置。
4. 前記動画特定情報及び前記動画情報は、リンク形式で記述される、請求項１〜請求項３のいずれかに記載の動画再生装置。
5. 前記データには、前記表示手段における動画の再生態様を規定するレイアウト情報をさらに含み、
   前記表示手段は、前記レイアウト情報に従って、動画を含む画像を表示するための手段を含む、請求項１〜請求項４のいずれかに記載の動画再生装置。
6. 前記データには、前記表示を遷移させる要求が入力された場合の処理を規定する情報をさらに含み、
   前記制御手段は、前記情報に従って、遷移要求後の動画を含む画像を前記表示手段に表示するための手段を含む、請求項１〜請求項４のいずれかに記載の動画再生装置。
7. 前記制御手段は、動画を継続して表示させない場合、遷移要求後に取得した動画特定情報により特定される動画を最初から再生するための手段を含む、請求項１〜請求項５のいずれかに記載の動画再生装置。
8. 再生する動画を特定する動画特定情報と、継続して動画を再生する要求を示す継続要求情報とを含むデータを取得する取得ステップと、
   動画を含む画像を表示する表示ステップと、
   ユーザによって入力される表示を遷移させる要求を受け付けるユーザ入力受付ステップと、
   遷移要求前に取得したデータに基づいて、遷移の前後で動画を継続して再生するように要求されていることを示す識別情報と、継続して再生するように要求されている動画を特定する動画情報とを記憶する記憶ステップと、
   前記識別情報が記憶されている場合、前記動画情報及び遷移要求後に取得したデータに基づいて、前記動画特定情報により特定される動画を継続して再生し表示させる制御ステップとを含む、動画再生方法。
9. 動画を再生する装置としてコンピュータを機能させるコンピュータプログラムであって、
   前記コンピュータを、
   再生する動画を特定する動画特定情報と、継続して動画を再生する要求を示す継続要求情報とを含むデータを取得するための取得手段と、
   動画を含む画像を表示するための表示手段と、
   ユーザによって入力される表示を遷移させる要求を受け付けるためのユーザ入力受付手段と、
   遷移要求前に取得したデータに基づいて、遷移の前後で動画を継続して再生するように要求されていることを示す識別情報と、継続して再生するように要求されている動画を特定する動画情報とを記憶するための記憶手段と、
   前記識別情報が記憶されている場合、前記動画情報及び遷移要求後に取得したデータに基づいて、前記動画特定情報により特定される動画を継続して再生し表示させるための制御手段として機能させることを特徴とするコンピュータプログラム。
10. 請求項９に記載のコンピュータプログラムを記録した、コンピュータが読取り可能な記録媒体。

Images