JP5975927B2 - 動画メディア再生装置 - Google Patents

Description

この発明は、ＤＶＤやＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃは、登録商標；以下記載を省略する）などの動画メディアに記録された動画コンテンツを再生する動画メディア再生装置に関する。

従来の動画メディア再生装置は、動画メディアに記録された動画コンテンツを再生する際に、動画コンテンツについての本編再生、チャプタサーチ、字幕や言語設定、特典映像再生などを選択するメニュー画面が表示されて、本編再生が自動的に開始されない場合が多い。しかしながら、車載用の動画メディア再生装置では、ユーザが運転などに注力する必要があるため、ユーザが行うべき操作ができる限り少ないことが望まれ、自動的に本編再生が開始される方がよい。

従来から、メニュー画面を表示した際に本編再生が自動的に選択・実行されるよう構成された動画コンテンツがある。このような動画コンテンツを構築するためには、メニュー画面と本編とを明確に特定する必要がある。
例えば、特許文献１には、ＢＤＭＶ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ Ｍｏｖｉｅ）規格でメニュー画面の判定を行う方法が開示されている。この方法においては、ＢＤＭＶ規格の動画メディアのタイトルが、ＨＤＭＶ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｏｖｉｅ）タイトルとＢＤ−Ｊ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ Ｊａｖａ）（Ｊａｖａは、登録商標；以下記載を省略する）タイトルの排他的な２通りがある。

ここで、ＨＤＭＶタイトルでは、トップメニューとしてタイトル番号“０”を使用することが定められている。このため、ＨＤＭＶタイトルの場合、動画コンテンツの再生中であっても、タイトル番号を調べることにより、トップメニューのメニュー画面であるかどうかを知ることができる。なお、トップメニューとは、例えば映画などの動画コンテンツである場合、本編再生、チャプタサーチ、字幕や言語設定、特典映像再生などを選択するメニュー画面である。

また、特許文献１では、ＢＤ−Ｊのメディアの場合において、ムービープレイリストの構造を解析し、同じプレイアイテムが複数回繰り返されていれば、メニュー状態、すなわちメニュー画面を表示している状態であると判定している。

国際公開第２０１１／００１６６１号

特許文献１に代表される従来の技術では、ムービープレイリストで同じプレイアイテムが繰り返されていることを判定基準としている。
しかしながら、メニュー画面とプレイアイテムの繰り返し回数との間には直接的な対応関係はないため、プレイアイテムの繰り返し回数では、メニュー画面であることを的確に判定できない。例えば、同じプレイアイテムが２０回以上繰り返されても、メニュー画面であるという保証はなく、１回しかプレイリストが含まれていないからといって、メニュー画面でないと断定できる保証はない。

また、“次に再生するタイトルの選択が可能な画面”をメニュー画面と定義した場合、ＢＤ−Ｊは、プログラミング言語Ｊａｖａによってコンテンツの定義が可能な極めて柔軟な規格であるため、上記定義に合致する画面をＢＤ−Ｊで実現する方法は複数ある。
例えば、画面の背景動画には、プレイアイテムではなく、Ｊａｖａによるグラフィック表示を採用することも可能である。この点から判断しても、メニュー画面をコンテンツの構成のみから確実に判定する方法には限界がある。

このように動画メディアの規格ではメニュー画面と本編とが明確に特定できないため、動画コンテンツの仕様に応じた方法で本編を自動的に再生することが困難であるという課題があった。例えば、メニュー画面を表示した際に、本編再生ではなく、チャプター１が選択されており、チャプター１が再生された後にメニュー画面に戻るといった仕様の動画コンテンツを考える。この場合、単にメニュー画面を表示した際に選択されている項目を実行するだけでは、チャプター１が再生される。また、チャプター１の再生が完了した際にメニュー画面に戻るため、チャプター２の再生を指示するための操作を行わなければ、全編を再生できない。

この発明は、上記のような課題を解決するためになされたもので、本編再生を開始するまでの操作仕様に応じて確実に本編を自動再生することができる動画メディア再生装置を得ることを目的とする。

この発明に係る動画メディア再生装置は、動画メディアに記録された動画コンテンツを再生する動画メディア再生装置において、動画メディアの検索キー情報を取得する検索キー情報取得部と、動画コンテンツごとの本編再生を開始するまでの操作仕様に応じて作成され、本編再生を自動的に行う自動再生スクリプトの中から、検索キー情報に対応する自動再生スクリプトを検索するスクリプト検索部と、スクリプト検索部により取得された自動再生スクリプトを実行するスクリプト実行部と、スクリプト検索部の検索結果として得られた自動再生スクリプトを、検索キー情報に対応付けて記憶するスクリプト記憶部とを備え、スクリプト検索部は、検索キー情報に対応付けて自動再生スクリプトを記憶するスクリプトサーバと通信を行う機能を有し、検索キー情報に基づいて自動再生スクリプトを検索する際に、スクリプトサーバへのアクセス速度がスクリプト記憶部へのアクセス速度よりも劣っている場合には、スクリプト記憶部の検索を行い、スクリプト記憶部に対応する自動再生スクリプトがない場合に、スクリプトサーバから自動再生スクリプトを検索することを特徴とする。

この発明によれば、本編再生を開始するまでの操作仕様に応じて確実に本編を自動再生することができるという効果がある。

メニュー画面の例を示す図である。 メニュー画面の他の例を示す図である。 この発明の実施の形態１に係る動画メディア再生装置の構成を示すブロック図である。 ディスク検索キーの例を示す図である。 自動再生スクリプトの例を示す図である。

実施の形態１．
ＤＶＤ−ＶｉｄｅｏやＢＤＭＶなどの規格においては、動画のみならず、メニュー画面などのインタラクティブな操作が可能な箇所をコンテンツの中に設定することが可能である。例えば、メニュー画面上に配置したボタンを押下する操作に対して様々な処理内容を定義でき、ボタン押下でボタンごとに設定した動画コンテンツの再生に移行（ジャンプ）することなどの処理が設定できる。

ＤＶＤ−ＶｉｄｅｏやＢＤＭＶのコンテンツでは、コンテンツの冒頭部分にメニュー画面を挿入し、このメニュー画面上に下記の（１）〜（３）のコンテンツのそれぞれに対応したボタン表示を行い、いずれかのボタンを押下する操作によって対応するコンテンツが再生されるように構成されている場合が多い。
（１）動画（映画など）の本編の全編を再生する“本編再生”
（２）各チャプターを再生する“チャプター１”〜“チャプターｎ”
（３）特典映像を再生する“特典映像”

また、上記規格においては、上述したボタンが現在選択されていることを示す“フォーカス”という概念がある。
“フォーカス”は、メニュー画面を表示した際に、メニュー画面上に存在するいずれかのボタンがフォーカスされるように設定される。
図１は、メニュー画面の例を示す図である。図１に示すメニュー画面１００おいては、“タイトル”欄１００ａが例えば映画のタイトルを表す背景文字が記載される欄である。
また、“本編再生”、“チャプター１”、“チャプター２”、“特典映像”がそれぞれ記載されたオーバル形状で囲まれた部分がボタン１００ｂ〜１００ｅに相当する。
図１では、“本編再生”のボタン１００ｂがフォーカスされており、これを視認し易くするためにオーバル形状の線が太線で表されている。

ユーザは、リモートコントローラ（以下、リモコンと記載する）などの操作入力装置を用いて、フォーカスの位置を移動させることが可能である。例えば、リモコンには、通常“上”、“下”、“右”、“左”、“決定”といった物理的なボタンが配置されており、“上”、“下”、“右”、“左”の各ボタンでフォーカスの位置を移動させて、“決定”ボタンでフォーカスした画面上のボタンを活性化（押下）する。
図１の場合では、“本編再生”ボタン１００ｂがフォーカスされているが、リモコンの“下”ボタンを押下することで、メニュー画面上でフォーカスの位置が下方向に移動し、“チャプター１”ボタン１００ｃがフォーカスされることになる。

図２は、メニュー画面の他の例を示す図であり、“チャプター１”ボタン１００ｃがフォーカスされている場合を示している。“チャプター１”ボタン１００ｃのオーバル形状が太線となっており、“本編再生”を含む他のボタン１００ｂ，１００ｄ，１００ｅではオーバル形状が細線で描画されている。これにより、ユーザは、“チャプター１”ボタン１００ｃがフォーカスされていることを視認することができる。この状態で、リモコンの“決定”ボタンを押下すると、“チャプター１”の再生が開始される。

なお、上述したようなメニュー画面１００は、ＤＶＤ−ＶｉｄｅｏやＢＤＭＶなどの動画メディアの全てに表示されるものではなく、再生を開始するとそのまま本編が再生されるコンテンツも存在する。
また、メニュー画面１００を表示する場合であっても、メニュー画面１００が表示されるまでの時間は動画コンテンツによって異なり、動画コンテンツが所定の時間再生されてからメニュー画面１００が表示されるよう構成されている動画コンテンツも少なくない。

メニュー画面１００は、ユーザの利便性のために、動画コンテンツの制作者が作成するものであるが、その反面、ユーザの多くは、動画コンテンツの本編を視聴することを目的としている場合が多い。
本編を視聴することだけを目的とするユーザにとっては、メニュー画面１００に対して操作を行うことなく、本編の再生が開始されることが望ましく、リモコン操作が必要であると不便さを感じる。

特に、車載用の動画メディア再生装置では、運転に注力する必要があるため、ユーザが操作を行う必要を最小限に抑えたい要求が強い。
しかしながら、上述したようにメニュー画面１００が表示されるかどうかは動画コンテンツの制作者によって決定され、ユーザがメニュー画面１００を非表示とすることは困難である。このため、従来から本編を自動的に再生する機能を有した動画メディア再生装置が提案されている。例えば、ＤＶＤ−Ｖｉｄｅｏを再生する際に、メニュー画面１００に一定時間留まった場合、リモコンの“決定”ボタンが押下されなくても、“決定”ボタンが押下された場合に相当する処理を自動的に行う。

より具体的に説明すると、ＤＶＤ−Ｖｉｄｅｏ規格では、ボタンを画面上に配置可能なメニュー画面と、ボタンを配置できず、動画が継続して再生される本編部分とが、規格上それぞれ、メニュードメイン、タイトルドメインと呼ばれている。
現在、コンテンツ中のメニュードメイン、タイトルドメインのいずれを再生中であるかは、動画メディア再生装置が判定可能である。
そこで、メニュードメインの再生が一定時間（例えば、３０秒）継続した場合、自動的にリモコンの“決定”ボタンが押下された場合と同様の処理を行う。これにより、図１のようなメニュー画面１００が３０秒以上続いた場合に、“本編再生”ボタン１００ｂが選択されて活性化された場合と同様の処理、すなわち本編の再生が開始されることになる。

なお、ＤＶＤ−Ｖｉｄｅｏのコンテンツによっては、再生処理を行うと、直ちに本編の再生が開始されるように構成されているものもあり、この場合には、メニュードメインに相当する画面が存在しない。このため、上述のようなドメイン判定などの動作は行わず、本編の再生が開始される。

上述したように、ＤＶＤ−Ｖｉｄｅｏ規格では、再生処理を開始すると、図１のようにメニュー画面１００で“本編再生”がフォーカスされる場合あるいは直ちに本編の再生が開始される形式のコンテンツがある。このようなコンテンツは、ユーザの操作を最小限に抑えて本編を再生したいユーザにとっては、好適である。

しかしながら、コンテンツによっては、メニュー画面を表示した際に、図２のように“本編再生”がフォーカスされていない場合もあり得る。この場合は、メニュードメインの再生が一定時間継続すると、“チャプター１”が選択されて活性化された場合と同様の処理、すなわちチャプター１の再生が開始されることになる。
また、コンテンツによっては、チャプター１の再生が完了した後に、再びコンテンツをユーザに選択させるためにメニュー画面に戻るものもある。この場合には、上述のようにチャプター１の再生が自動的に開始され、これが完了すると、再びメニュー画面に戻り、リモコン操作なしには、チャプター２以降を再生することができない。

なお、ＤＶＤ−Ｖｉｄｅｏ規格では、メニュードメインおよびタイトルドメインから、メニュー画面が表示されているか、どのタイトルのコンテンツがフォーカスされているかを判定することが可能であったが、ＢＤＭＶ規格では、メニュードメインとタイトルドメインとの区別が規格上曖昧である。このため、ＢＤＭＶでは、ＤＶＤ−Ｖｉｄｅｏと同様にメニュー画面が表示されているかどうかを判定することができない。

そこで、この発明では、動画コンテンツの構造によらず、その本編を自動的に再生する自動再生スクリプトを用いることによって、動画コンテンツにおける本編再生を開始するまでの操作仕様に応じて確実に本編を自動再生することができるようにしたものである。
図３は、この発明の実施の形態１に係る動画メディア再生装置の構成を示すブロック図である。図１に示す動画メディア再生装置１は、動画メディアであるディスクｄから記録信号を読み出して動画データを再生する装置であり、ディスク読み取り部２、ストリーム再生部３、表示出力部４、赤外線認識部５、再生制御部６、検索キー情報取得部７、スクリプト検索部８、スクリプト記憶部９およびスクリプト実行部１０を備えて構成される。

ディスク読み取り部２は、ディスクｄから記録信号を読み出して、ストリームデータとして出力するディスク読み取り部であり、例えばディスクｄから記録信号を読み出すための光ピックアップ、ディスクｄを回転駆動させるモータおよび光ピックアップを駆動させる駆動部などを備えて構成される。
ストリーム再生部３は、ディスク読み取り部２から入力したストリームデータを音声、映像、その他の制御データに分離して音声および映像を復号して出力用音声データおよび出力用映像データに変換する機能を有する。なお、ＢＤ−ＪにおけるＪａｖａの実行は、このストリーム再生部３によって行われる。

表示出力部４は、出力用音声データを音声出力し、出力用映像データを映像として表示する出力部である。
赤外線認識部５は、ユーザが操作するリモコンからの赤外線信号を入力して操作信号を認識し、この操作信号を再生制御部６に出力する。
再生制御部６は、操作信号に従ってディスク読み取り部２およびストリーム実行部３を制御し、再生、停止、早送り、イジェクトなどの動作を行う。

検索キー情報取得部７は、再生中のディスクｄ（商品）に特有な情報（検索キー情報）を、ディスク読み取り部２および再生制御部６を介してディスクｄから読み取る機能を有する。ここで、検索キー情報として使用可能な情報としては、ディスクｄの品番のようにディスクごとに固有な情報ではなく、商品としてのディスクｄを識別するための情報である。ただし、品番情報自体は、ディスクｄの中に書き込まれていない場合が多いので、ここでは、ディスクｄを識別可能な情報を使用する。例えば、ＢＤＭＶにおいては、Ｄｉｓｃ＿ＩＤ（ディスクＩＤ）、Ｏｒｇａｎｉｚａｔｉｏｎ＿ＩＤ、タイトル数、各タイトルの再生時間（秒）などを検索キー情報として用いることができる。

図４は、検索キー情報の例を示す図である。ここで、Ｄｉｓｃ＿ＩＤ（ディスクＩＤ）は、特定の動画コンテンツを格納した動画メディア（ディスクｄ）を識別する識別子である。また、Ｏｒｇａｎｉｚａｔｉｏｎ＿ＩＤ（組織ＩＤ）は、動画コンテンツの制作者や動画メディア（ディスクｄ）の製造者を識別する情報である。なお、Ｄｉｓｃ＿ＩＤと、Ｏｒｇａｎｉｚａｔｉｏｎ＿ＩＤの詳細は、例えば、特開２００８−３１０３７９号公報に記載されている。

Ｄｉｓｃ＿ＩＤおよびＯｒｇａｎｉｚａｔｉｏｎ＿ＩＤがあれば、タイトル数、タイトル再生時間を示す情報がなくても、ディスクｄを特定することはできる。
しかしながら、Ｄｉｓｃ＿ＩＤまたはＯｒｇａｎｉｚａｔｉｏｎ＿ＩＤは同一であるが、動画コンテンツの内容が異なる場合があることを考慮して、タイトル数およびタイトル再生時間も検索キー情報に含める。なお、図４において、タイトル再生時間１〜４では、タイトルの再生時間がそれぞれ１０秒、２０秒、５０００秒、１０００秒となっている。なお、図４に示すような表形式では、タイトルの数だけ、タイトル再生時間のフィールドが必要となる。

タイトル数はディスクｄごとに異なるため、固定長のデータを作成する際には不都合となる。しかしながら、実際には、例えば、タイトル１〜４の再生時間のみを検索キー情報として使用する構成とすれば、固定長のデータとして扱うことが可能である。
ただし、タイトル数が４に満たない場合には、存在しないタイトルのタイトル再生時間は、０として扱えばよい。
検索キー情報取得部７は、図４のような検索キー情報を、ディスク読み取り部２および再生制御部６を介してディスクｄから読み取り取得する。

スクリプト検索部８は、動画コンテンツごとの本編再生を開始するまでの操作仕様に応じて作成され、本編再生を自動的に行う自動再生スクリプトの中から、検索キー情報に対応する自動再生スクリプトを検索する機能を有する。
例えば、スクリプト検索部８は、検索キー情報に基づいてスクリプト記憶部９から自動再生スクリプトを検索する。また、スクリプト検索部８が、通信網１１を介して外部と通信を行う機能を有する場合には、通信網１１を介してスクリプトサーバ１２と通信を行う。

スクリプトサーバ１２は、検索キー情報に対応付けて自動再生スクリプトを記憶する記憶部１２ａを有している。スクリプト検索部８は、スクリプトサーバ１２向けの問い合わせ情報として図４に示したような検索キー情報を含む検索情報を作成し、この問い合わせ情報で記憶部１２ａを検索する。この検索結果として、自動再生スクリプトを得る。
検索結果の自動再生スクリプトは、スクリプト記憶部９に記憶される。

スクリプト実行部１０は、スクリプト検索部８によって取得された自動再生スクリプトをスクリプト記憶部９から読み出して実行する機能を有する。
図５は、自動再生スクリプトの例を示す図である。この自動再生スクリプトは、動画コンテンツごとの本編再生を開始するまでの操作仕様に応じて作成され、本編再生を自動的に行うものであり、図５ではＡＳＣＩＩテキスト形式で表されている。
ここで、図５の自動再生スクリプトは、本編再生を開始するまでの操作仕様が動画メディア再生装置１にディスクｄが挿入されてから２０秒後に図２に示したメニュー画面１００を表示する動画コンテンツに対応するものと仮定する。
すなわち、スクリプト実行部１０が、この自動再生スクリプトを実行することにより、まず、動画メディア再生装置１にディスクｄが挿入されてから２１秒間の待ち状態となる（“Ｗａｉｔ ２１”に相当する）。この後２１秒が経過すると、スクリプト実行部１０は、リモコンの“上”ボタンが押下された場合と同様のイベント（Ｐｒｅｓｓ “Ｕｐ”に相当する）を、再生制御部６を介してストリーム再生部３に送信する。
次に、スクリプト実行部１０は、リモコンの“上”ボタンが押下の後に開放された場合と同様のイベント（Ｒｅｌｅａｓｅ “Ｕｐ”に相当する）を、再生制御部６を介してストリーム再生部３に送信する。
次いで、スクリプト実行部１０は、リモコンの“Ｅｎｔｅｒ（決定）”ボタンが押下された場合と同様のイベント（Ｐｒｅｓｓ “Ｅｎｔｅｒ”に相当する）を、再生制御部６を介してストリーム再生部３に送信する。
最後に、スクリプト実行部１０は、リモコンの“Ｅｎｔｅｒ（決定）”ボタンが押下の後に開放された場合と同様のイベント（Ｒｅｌｅａｓｅ “Ｅｎｔｅｒ”に相当する）を、再生制御部６を介してストリーム再生部３に送信する。

なお、“上”ボタンの押下と開放、“決定”ボタンの押下と開放といったイベントは、ＢＤＭＶ規格で定められており、ディスクｄに格納される動画コンテンツのメニュー画面も、これらのイベントによって動作するように制作される。
また、上述した２１秒間は、メニュー画面が表示される２０秒間に対して１秒分の余裕を持って自動再生を開始するようにスクリプトを作成したことを想定している。

スクリプト実行部１０は、図５に示した自動再生スクリプトを読み込んで実行すると、まず、ディスクｄの挿入のタイミングからスクリプト実行までの時間を差し引いて２１秒間の待ち合わせを行い、上述のイベントを再生制御部６に送信する。これらのイベントが再生制御部６を介してストリーム再生部３に送信される。
ストリーム再生部３は、再生制御部６を介してイベント処理を行うことにより、“上”ボタンの押下と開放で“本編再生”ボタン１００ｂにフォーカスが移動して、“決定”ボタンの押下と開放で“本編再生”ボタン１００ｂがメニュー画面１００上で押下される。この結果、本編再生が開始される。

上述したように、この発明では、市場に既に出回っているディスクｄに格納される動画コンテンツのそれぞれに対して、自動再生スクリプトを作成しておく必要がある。これは相応の労力が必要となるが、スクリプトサーバ１２を業界団体で運営する、もしくは、ユーザの有志から自動再生スクリプトを募るなどの方法により、自動再生スクリプトを得ることは可能である。

なお、上記実施の形態１では、検索キー情報の取得後にスクリプトサーバ１２の記憶部１２ａを検索する場合を示したが、スクリプトサーバ１２を検索する前にスクリプト記憶部９を検索するように構成してもよい。
スクリプトサーバ１２へのアクセス速度が、ローカルに存在するスクリプト記憶部９へのアクセス速度よりも劣っている場合には、先にスクリプト記憶部９を検索し、所望の自動再生スクリプトが見つからない場合に限ってスクリプトサーバ１２を検索する。
このようにすることで、動画メディア再生装置１の平均したアクセス性能が向上するとともに、動画メディア再生装置１がモバイル環境において通信が困難な場所（無線通信圏外エリア）に存在する場合における動作性能が向上する。

以上のように、この実施の形態１によれば、動画メディアの検索キー情報を取得する検索キー情報取得部７と、動画コンテンツごとの本編再生を開始するまでの操作仕様に応じて作成され、本編再生を自動的に行う自動再生スクリプトの中から、検索キー情報に対応する自動再生スクリプトを検索するスクリプト検索部８と、スクリプト検索部８により取得された自動再生スクリプトを実行するスクリプト実行部１０とを備える。
このように構成することで、本編再生を開始するまでの操作仕様に応じて確実に本編を自動再生することができる。例えば、単にリモコンの“決定”ボタンを押下する処理だけでは、本編を再生しないような動画コンテンツに対しても、この動画コンテンツにおいて本編再生を開始するまでの操作仕様に応じて、適切に待ち合わせやフォーカス位置制御が行われ、本編再生を実施することができる。

また、この実施の形態１によれば、スクリプト検索部８が、検索キー情報に対応付けて自動再生スクリプトを記憶するスクリプトサーバ１２と通信を行う機能を有し、検索キー情報に基づいてスクリプトサーバ１２から自動再生スクリプトを検索する。
この構成において、スクリプトサーバ１２に様々な動画コンテンツに対応する自動再生スクリプトを記憶・管理させておくことで、様々な動画コンテンツに対応する自動再生スクリプトを得ることができる。

さらに、この実施の形態１によれば、検索キー情報に対応付けて自動再生スクリプトを記憶するスクリプト記憶部９を備え、スクリプト検索部８が、検索キー情報に基づいて自動再生スクリプトを検索する際にスクリプト記憶部９の検索を行い、スクリプト記憶部９に対応する自動再生スクリプトがない場合に、スクリプトサーバ１２から自動再生スクリプトを検索する。このようにすることで、既にスクリプト記憶部９に記憶された自動再生スクリプトが存在する場合、通信網１１の応答速度または通信接続の状況に影響されずに自動再生スクリプトを得ることが可能である。

なお、本発明はその発明の範囲内において、実施の形態の任意の構成要素の変形、もしくは実施の形態の任意の構成要素の省略が可能である。

１ 動画メディア再生装置、２ ディスク読み取り部、３ ストリーム再生部、４ 表示出力部、５ 赤外線認識部、６ 再生制御部、７ 検索キー情報取得部、８ スクリプト検索部、９ スクリプト記憶部、１０ スクリプト実行部、１１ 通信網、１２ スクリプトサーバ、１２ａ 記憶部、１００ メニュー画面、１００ａ タイトル欄、１００ｂ〜１００ｅ ボタン。

Claims (1)

1. 動画メディアに記録された動画コンテンツを再生する動画メディア再生装置において、
   前記動画メディアの検索キー情報を取得する検索キー情報取得部と、
   動画コンテンツごとの本編再生を開始するまでの操作仕様に応じて作成され、本編再生を自動的に行う自動再生スクリプトの中から、前記検索キー情報に対応する前記自動再生スクリプトを検索するスクリプト検索部と、
   前記スクリプト検索部により取得された前記自動再生スクリプトを実行するスクリプト実行部と、
   前記スクリプト検索部の検索結果として得られた前記自動再生スクリプトを、前記検索キー情報に対応付けて記憶するスクリプト記憶部とを備え、
   前記スクリプト検索部は、
   前記検索キー情報に対応付けて前記自動再生スクリプトを記憶するスクリプトサーバと通信を行う機能を有し、
   前記検索キー情報に基づいて前記自動再生スクリプトを検索する際に、前記スクリプトサーバへのアクセス速度が前記スクリプト記憶部へのアクセス速度よりも劣っている場合には、前記スクリプト記憶部の検索を行い、前記スクリプト記憶部に対応する前記自動再生スクリプトがない場合に、前記スクリプトサーバから前記自動再生スクリプトを検索する
   ことを特徴とする動画メディア再生装置。

Images