WO2010137281A1 - 映像情報再生方法及び映像情報再生装置 - Google Patents

Abstract

　本発明は、仮想マシン上で動作するプログラムにより映像の再生が制御され得るコンテンツのレジューム再生時、メニュー画面に戻る際に要する待ち時間を短縮することが可能な映像情報再生方法を提供することを目的とする。　本発明に係る映像情報再生方法は、仮想マシン上で動作するプログラムによる映像の再生制御が可能な仮想マシン利用型コンテンツが記録された記録媒体を再生する映像情報再生方法であって、前記仮想マシン利用型コンテンツの本編映像の再生を途中停止した後、再生再開の指示がなされた場合、前記プログラムを起動せずに前記本編映像の再生を再開させる簡易レジューム再生を行い、前記本編映像の簡易レジューム再生が終了した後、前記プログラムを起動して初期状態からの再生を行う際、メニュー画面が表示されるまでに再生される所定の映像の再生を省略するものである。

Description

映像情報再生方法及び映像情報再生装置

　本発明は、仮想マシン上で動作するプログラムにより映像の再生を制御することが可能なコンテンツを記録した記録媒体、並びに、この記録媒体から映像を再生する映像情報再生方法及び映像情報再生装置に関するものである。

　映画やドラマなどの映像コンテンツを再生する機器として、ＤＶＤプレーヤーがある。
ＤＶＤプレーヤーにおいて映像の再生を制御するために、比較的単純な制御用の言語であるナビゲーション・コマンドが利用されている。一方、近年普及し始めているＢｌｕ－ｒａｙディスク（ＢＤ）プレーヤーにおいては、複雑でインタラクティビティの高いコンテンツを視聴できるようにするためにＪａｖａ仮想マシンが採用されている（特許文献１参照）。なお、Ｊａｖａは登録商標である（以下において同様）。

特許第３８３７４２７号公報

　ＤＶＤの再生データは、映像データ、音声データ、グラフィックデータ、映像制御データから構成されており、これらのデータは１本のファイルに重畳されている。ＤＶＤプレーヤーにおいて、再生を停止（中断又はサスペンド）し、その後、再生再開（レジューム再生）の操作がされた場合、数秒程度の待ち時間で、前回の再生停止時点からの再生が再開される。この場合、映像データや音声データなどの再生に必要なデータが１本のファイルにすべて重畳されているので、容量が小さい管理情報ファイルをディスクから再度読み出すことによって再生停止位置から再生を再開できるので、再生再開までの待ち時間は短い。

　しかしながら、Ｂｌｕ－ｒａｙディスク（ＢＤ）のＪａｖａアプリケーションを利用したコンテンツ（Ｊａｖａ仮想マシン利用型コンテンツ）の再生においては、再生を停止した後、レジューム再生の操作がされた場合、ＢＤを映像情報再生装置に挿入した初期状態から再生動作を行うことになるため、Ｊａｖａアプリケーションプログラムを再起動しなければならず、前回の再生停止位置から再生が再開されるまでに数十秒から数分の時間を要する。これを回避するためにＪａｖａアプリケーションを利用したコンテンツを、Ｊａｖａアプリケーションを利用しないコンテンツとして扱うことで、再生再開までの時間を短縮する方法がある。しかし、メニュー画面を正常に表示するにはＪａｖａアプリケーションを利用せざるを得ないため、Ｊａｖａ仮想マシンを利用しないコンテンツとして再生を再開しても、メニュー画面に戻るには、結局、Ｊａｖａアプリケーションプログラムを再起動しなければならない。このため、ＢＤプレーヤーにおけるレジューム再生では、ユーザーの利便性が大きく損なわれるという問題があった。

　本発明は、上記の課題を解決するためになされたものであり、その目的は、仮想マシン上で動作するプログラムにより映像の再生が制御され得るコンテンツのレジューム再生時、メニュー画面に戻る際に要する待ち時間を短縮することが可能な映像情報再生方法、映像情報再生装置、及び記録媒体を提供することである。

　本発明に係る映像情報再生方法は、仮想マシン上で動作するプログラムによる映像の再生制御が可能な仮想マシン利用型コンテンツが記録された記録媒体を再生する映像情報再生方法であって、
　前記仮想マシン利用型コンテンツの本編映像の再生を途中停止した後、再生再開の指示がなされた場合、前記プログラムを起動せずに前記本編映像の再生を再開させる簡易レジューム再生を行い、
　前記本編映像の簡易レジューム再生が終了した後、前記プログラムを起動して初期状態からの再生を行う際、メニュー画面が表示されるまでに再生される所定の映像の再生を省略するものである。

　本発明に係る映像情報再生方法によれば、本編映像の簡易レジューム再生が終了した後、仮想マシン上で動作するプログラムを起動して初期状態からの再生を行う際、メニュー画面が表示されるまでに再生される所定の映像の再生を省略するので、簡易レジューム再生終了後、メニュー画面が表示されるまでの待ち時間を短縮することができる。

本発明の一実施形態に係る映像情報再生装置の構成を概略的に示すブロック図である。 本発明の一実施形態に係る記録媒体におけるディレクトリ構成の一例を示す図である。 ｐｌｓｔファイルのシンタックスの一例を示す図である。 プレイリストとｓｔｒｅａｍファイルとの関係の一例を示す図である。 ｃｌｉｐファイルのシンタックスの一例を示す図である。 Ｍｏｖｉｅ．ｔｉｔｌｅファイルのシンタックスの一例を示す図である。 ｊａｒファイルの構成の一例を示す図である。 Ｊａｖａアプリケーションプログラムのソースコードを示す図である。 Ｊａｖａアプリケーションプログラムのソースコードを示す図である。 Ｊａｖａアプリケーションプログラムのソースコードを示す図である。 Ｊａｖａアプリケーションにより表示されるグラフィック画像の一例を示す図である。 本発明の一実施形態に係る映像情報再生方法に係るｐｌｓｔファイルのシンタックスを示す図である。 本発明の一実施形態に係る映像情報再生方法を示すフローチャートである。 本発明の一実施形態に係る映像情報再生方法を示す動作シーケンス図である。 本発明の一実施形態に係るメニュー画面を示す図である。 本発明の一実施形態に係る映像情報再生方法を示すフローチャートである。

　図１は、本発明の一実施形態に係る映像情報再生装置の構成を概略的に示すブロック図である。本実施の形態に係る映像情報再生装置は、仮想マシン上で動作するアプリケーションプログラムにより映像の再生制御が可能なコンテンツ（仮想マシン利用型コンテンツ）を記録した記録媒体を再生するものである。このようなコンテンツを記録したディスクとしては、ＤＶＤ、ＣＤ、Ｂｌｕ－ｒａｙディスクなどが想定されるが、コンテンツの記録媒体は不揮発性半導体メモリであってもよい。なお、本実施の形態における記録媒体はＢｌｕ－ｒａｙディスク（ＢＤ）とし、仮想マシンは、Ｊａｖａ仮想マシンとして説明する。

　図１に示す映像情報再生装置は、記録媒体の一例である光ディスク１１（ＢＤ）を再生する再生部１０と、装置全体の制御及びＪａｖａアプリケーション（仮想マシン上で動作するプログラム）を実行する再生制御手段としてのＣＰＵ２１と、不揮発メモリ２２とを有する。ドライブ１２は、光ディスク１１から情報を読み出し、デマルチプレクサ１３に出力する。デマルチプレクサ１３は、ドライブ１２により読み出されたデータを、映像情報、音声情報、字幕グラフィック情報に分離する。ビデオでコーダ１４は映像情報をデコードし、字幕デコーダ１５は字幕グラフィック情報をデコードし、オーディオデコーダ１６は音声情報をデコードする。グラフィクス重畳部１７は、デコードされた映像情報、字幕グラフィック情報に、ＣＰＵ２１から入力されるＪａｖａアプリケーションにより表示されるグラフィクス情報を重畳する。グラフィックス重畳部１７から出力される映像信号は、外部表示装置３１に送られ、外部表示装置３１によって映像が表示される。オーディオデコーダ１６から出力される音声信号は、音声出力装置（図示せず）に送られ、音声が出力される。

　本実施の形態に係る映像情報再生装置において、ＣＰＵ２１は、Ｊａｖａアプリケーションを利用したコンテンツの本編映像再生中に停止操作がされ、停止位置からレジューム再生を行う場合、Ｊａｖａアプリケーションを利用せずに再生を再開し、本編映像の再生が終了した後に、メニュー画面を表示するために必要となるＪａｖａアプリケーションプログラムを起動する。ここで、従来の映像情報再生装置においては、初期状態から光ディスクの再生を行うこととなるため、メニュー画面表示までに予告編等のプレイリストが表示されることとなる。本実施の形態に係る映像情報再生装置は、Ｊａｖａアプリケーションプログラムを起動した後、メニュー画面が表示されるまでに行われる、予告編等のプレイリストの再生を省略することで、メニュー画面表示までの時間を短縮することを特徴とする。

　図２は、光ディスク１１に記録されている、ＢＤの再生に必要なファイルとディレクトリの構成の一例を示す図である。図２において、“Movie.title”ファイルは、最上位の再生単位であるタイトルの制御に必要な情報が記述されたファイルである。図２において、“PLST”は、プレイリスト（PlayList）の再生制御に必要な情報が記述されたファイルが格納されているPLSTフォルダである。PLSTフォルダ内には、plstファイル“xxx.plst”が複数存在する。ここで、“xxx”は３桁の数字である。図２において、“STREAM”は、映像情報、音声情報、グラフィックス情報などの再生に必要なファイルが格納されているSTREAM（ストリーム）フォルダである。STREAMフォルダ内には、streamファイル“yyy.strm”が複数存在する。ここで、“yyy”は３桁の数字である。なお、streamファイルは、デジタル放送で採用されているＴＳ（トランスポートストリーム）から構成され、固有のパケットＩＤを持つ映像情報、音声情報、グラフィクス情報が重畳されたファイルである。図２において、“CLIP”は、streamファイルの再生制御に必要な情報が記述されたclipファイルが格納されているCLIPフォルダである。CLIPフォルダ内には、clipファイル“zzz.clip”が複数存在する。ここで、“zzz”は３桁の数字である。Clipファイルとstreamファイルとは１対１に対応しており、例えば、CLIPフォルダ内にclipファイル“123.clip”が存在する場合、STREAMフォルダ内には、“123.clip”に対応するstreamファイル“123.strm”が存在する。図２において、“JAR”は、Ｊａｖａ仮想マシン上で動作する、タイトル再生制御を行うアプリケーションが格納されたJAR（Java Archive）フォルダである。JARフォルダ内には、Javaのアプリケーションを動かすために必要なファイル一式をＺＩＰ形式に圧縮したjarファイル“\\\.jar”が存在する。ここで、“\\\”は３桁の数字である。

　図３は、図２のplstファイル“xxx.plst”のシンタックスの一例を示す図である。図３において、“number_of_stream”は、プレイリスト（PlayList）の中で再生されるstreamファイルの総数を示す。次の“for”以下のループは、“number_of_stream”の数だけ繰り返される。また、このループ内の“stream_file_name”には、再生対象となるstreamファイルのファイル名が記述される。また、“in_time”及び“out_time”には、streamファイルの再生対象となる部分の開始時刻と終了時刻が記述される。これらの時刻は、streamファイルのパケットに付加されたPTS（Presentation Time Stamp）に記述される。

　図４は、図２のplstファイルが示すプレイリスト（PlayList）とstreamファイルとの関係の一例を示す図である。図４に示すプレイリストの再生においては、“001.strm”の“in_time”から“Out_time”までの部分と、“003.strm”の“in_time”から“Out_time”までの部分が順次再生される。

　図５は、図２のclipファイル“zzz.clip”のシンタックスの一例を示す図である。図５において、clipファイルには、これと対をなすstreamファイルの映像情報、音声情報などの重畳情報や、ランダムアクセスなどに必要なインデックス情報が記述される。“stream_info（）”には、重畳された映像情報、音声情報、グラフィクス情報の属性情報が記述される。ただし、“stream_info（）”は、本発明とは直接関係しないため、詳細な説明は省略する。また、“index_info（）”には、streamファイルの各ＧＯＰの先頭の時間情報及び位置情報が記述される。“number_of_GOP”は、streamファイル中に含まれるＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）の総数を示す。次のｆｏｒループは、“number_of_GOP”の数だけ繰り返される。“start_PTS”は、ＧＯＰ先頭のＩピクチャーが持つＰＴＳ情報を示す。“relative_byte”は、streamファイルの先頭からＩピクチャーの先頭までの相対バイト数を示す。

　図６は、“Movie.title”ファイルのシンタックスの一例を示す図である。光ディスク１１がドライブ１２に挿入されると、ＣＰＵ２１の制御に従って、ドライブ１２は先ず“Movie.title”ファイルを読み出す。図６において、“number_of_title”は、光ディスク１１に記録されているタイトルの総数である。次のｆｏｒループは、“number_of_title”の数だけ繰り返されるループである。“title_type”は、Ｊａｖａアプリケーションを利用したタイトルコンテンツの場合“1”に設定され、Ｊａｖａアプリケーションを利用しないタイトルコンテンツ場合は“0”に設定される。“title_attribute”は、当該このタイトルが、メニュー画面表示用のタイトルである場合“1”に設定され、メニュー画面表示用のタイトルでない場合は“0”に設定される。次のｉｆ文においては、“title_type”が“1”のときに、Ｊａｖａアプリケーションが格納されたjarファイル名が記述される。Jarファイル名は、例えば、“123.jar”となる。次のｅｌｓｅ文においては、“title_type”が“0”のときに、再生されるプレイリストのファイルが記述される。再生されるプレイリストのファイルは、例えば、“123.plst”となる。“next_title_id”には、現在再生しているタイトルの再生終了後、次に再生すべき“title_id”が記述される。

　ＣＰＵ２１は、ドライブ１２によって光ディスク１１から読み出された“Movie.title”ファイルに基づいて、先頭に記述されたｔｉｔｌｅ情報に従って処理を行う。ここで、title_type=1
title_attribute=0
の場合、当該タイトルはＪａｖａアプリケーションを利用したタイトルコンテンツであることから、使用するＪａｖａアプリケーションが格納されたファイル（例えば、001.jar）を読出し、解析を行う。

　図７は、図２のJARフォルダ内のjarファイルに相当する“001.jar”の構成の一例を示す図である。図７において、“001.jar”ファイルは、“test_img.png”、“test.class”、及び“test$timer.class”の３つのファイルにより構成されている。“test_img.png”は、このアプリケーションで使用する画像データをＰＮＧフォーマットで圧縮したファイルである。“test.class”及び“test$timer.class”は、Ｊａｖａアプリケーションプログラムを実行形式にコンパイルした実行ファイルである。
　以下、コンパイル前のソースコードを使って“test.class”及び“test$timer.class”の動作を説明する。

　図８～１０は、“test.class”及び“test$timer.class”のコンパイル前の一連のソースコードを示す図である。以下、図８～１０に示すソースコードに基づく映像情報再生装置の動作について説明する。
　図８に示すソースコードのＴ１部は、アプリケーションの実行に必要なパッケージをインポートする部分である。“org.disc.net.DiscLocator”は、Ｊａｖａではプレイリストの再生はサポートされていないため、プレイリスト再生のために用意された本実施の形態に固有のパッケージである。図８のソースコードのＴ２部は、変数を宣言している部分である。I_POS[][]以下の記述は、Ｊａｖａアプリケーションを利用して表示される画像データ“test_img.png”の座標情報を示す。図１１は、Ｊａｖａアプリケーションを利用して表示される画像の一例を示す図である。図１１（ａ）は“test_img.png”により表される画像の模式図であり、（Ｘｎ，Ｙｎ）はメモリ上の座標値を表している。ここで、図８に示すソースコードのＴ２部に示すI_POS[][]における｛０，０，１２８，１２８｝の座標情報は、（Ｘ０，Ｙ０）＝（０，０）で示される座標と（Ｘ１，Ｙ１）＝（１２８，１２８）で示される座標を頂点（対角線上に存在する２つの頂点）とする正方形の部分を切り出して表示すること意味する。すなわち、図１１（ａ）における「１」の画像が表示される。なお、図１１（ａ）に示す画像の表示態様（図１１（ｂ））については後述する。

　図９に示すソースコードのＴ３部は、“test_img.png”を読み込んで、ＰＮＧファイルのデコードを行う部分である。デコード完了後、ソースコードのＴ４部の処理へ進む。Ｔ４～Ｔ６部は、メニュー画面が表示されるまでに再生される、予告編等のプレイリスト（PlayList）の再生を実行する部分である。ここで、“iPlayListID”は、再生対象とするプレイリストのファイル名であり、Ｔ４部においては“iPlayListID”は“0”と記述されていることから、ファイル名“000.plst”のプレイリスト再生が実行される。同様に、Ｔ５部においては“iPlayListID=1”と記述されていることから、“001.plst”のプレイリストの再生が実行され、Ｔ６部においては“iPlayListID=2”と記述されていることから“002.plst”のプレイリストの再生が実行される。Ｔ４～Ｔ６の各部において、プレイリストの再生が指示されると、ドライブ１２において光ディスク１１から対応するプレイリストのデータが読み出される。読み出されたデータは、デマルチプレクサ１３により、映像情報、音声情報、字幕グラフィックス情報に分離され、映像情報はビデオデコーダ１４で、音声情報はオーディオデコーダ１６で、字幕グラフィックス情報は字幕デコーダ１５で、それぞれデコードされる。

　ここで、Ｔ４部の処理を実行してプレイリスト“000.plst”の再生制御する際のＣＰＵ２１の動作について説明する。図１４は、Ｊａｖａアプリケーションによりプレイリスト再生を制御する場合のＣＰＵ２１におけるプレイリスト制御部と、Ｊａｖａアプリケーションを制御するＪａｖａ制御部との制御情報の通信のシーケンスを示す図である。プレイリスト“000.plst”の再生が開始されるとＪａｖａ制御部は、プレイリスト制御部に対しプレイリスト“000.plst”の再生時間を一定時間毎に確認する。プレイリスト再生中、プレイリスト再生部はＪａｖａ制御部からの確認の要求に対し、プレイリストの現在の再生時間を通知する。プレイリスト制御部から通知されるプレイリストの再生時間が、プレイリスト“000.plst”の最終時間と一致すると、Ｊａｖａ制御部はプレイリスト“000.plst”の再生が完了したと認識し、次のＴ５部の処理を実行し、同様のシーケンスでプレイリスト“001.plst”の再生を行う。

　Ｔ７部は、Ｔ４～Ｔ６部の処理を実行した後（予告編等のプレイリスト表示した後）、メニュー画面を表示するための処理を実行するソースコードである。Ｔ７部のソースコードの詳細な説明は、本出願に係る発明の本質とは関係がないため省略する。図１５は、Ｔ７部の処理を実行することにより表示されるメニュー画面を示す図である。図１５に示すメニュー画面は、選択可能な３つのボタンを備え、３本の本編映像を選択し再生することができる。本実施例では一番左の“本編１“が選択された時の動作について説明をする。

　図１０は、本編１を構成するプレイリストの再生を実行するソースコードを示す図である。メニュー画面中の“本編１”のボタンが選択されると、図１０に示すＴ８部のソースコードの処理が実行される。Ｔ８部のソースコードは、プレイリスト“003.plst”の再生を行いながら、図１１（ａ）に示すＪａｖａアプリケーションのグラフィック画像を表示するものである。具体的には、図１１（ａ）に示す「１」～「３０」の画像が“003.plst”により指定されるプレイリスト映像に重畳して、図１１（ｂ）に示すように、例えば、１秒毎に表示される。この際、ＣＰＵ２１により生成された「１」～「３０」のグラフィクス画面と、ビデオデコーダ１４の出力画面と、字幕デコーダ１５の出力画面とが、グラフィック重畳部１７で重畳され、重畳された画像の画像信号が外部表示装置２１に出力される。

　以上のようにして、Ｊａｖａアプリケーションを利用することにより、本編映像上に種々のグラフィック画像を同時に表示する等の複雑な映像の再生を行うことができる。ここで、Ｊａｖａアプリケーションプログラムは、再生開始前、Ｔ３部において、グラフィック画像表示に使用するＰＮＧファイルのデコードを行うように記述されている。これは、ＰＮＧデータやＪＰＥＧデータのデコードのデコード処理は、再生装置に特化したＣＰＵとって非常に負荷の重い処理であり、Ｊａｖａアプリケーションプログラムを実行しながらデコードを行うと、グラフィックスの表示がスムーズに実行できないためである。このため、ユーザーが再生開始を指示してから、ＰＮＧファイル等のデコードが完了し、実際に再生映像が表示されるまでに数十秒から数分の待ち時間が発生する。

　ここで、Ｊａｖａアプリケーションを利用したコンテンツの再生を中断し、レジューム再生を行う場合に生じる問題点について説明する。例えば、図１１（ａ）の「１５」を表示した時点で再生が中断された場合、「１５」を表示した時点からレジューム再生をするには、「１５」を表示していた時点のＣＰＵ２１の状態と、ＣＰＵ２１の外部メモリ（ＲＡＭ）の情報を全て、フラッシュメモリなどの不揮発メモリに待避して保持することが必要である。しかし、映像再生機能を実現するための最低限のハードウェア機器で構成する民生用の装置においては、このような構成を採用することができない。このため、Ｊａｖａアプリケーションを利用したレジューム再生を行う場合は、Ｔ１～Ｔ３部の処理を再度実行した上、プレイリスト先頭（「１」の表示画面）から再生を開始することとなり、ユーザーの利便性が大きく損なわれる。

　上記の問題を解消するため、本実施の形態に関る映像情報再生装置においては、Ｊａｖａアプリケーションを動作させずに、Ｊａｖａアプリケーションを利用しないプレイリストとして再生を再開する簡易レジューム再生を行う。これにより、速やかに再生を再開することができる。この場合、Ｊａｖａアプリケーションが動作しないため、「１」～「３０」のグラフィックスの表示は行われないが、映像と音声は再生される。一般的に市販されているような映画ソフトの場合、一部の機能が制限されるものの、Ｊａｖａアプリケーションが動作していていなくても、映像、音声、字幕は表示可能であり、コンテンツの内容は十分に理解することができる。

　簡易レジューム再生により本編映像の再生が完了すると、図１５に示すメニュー画面に戻る処理が行われる。しかし、メニュー画面を正常に表示するにはＪａｖａアプリケーションを動作させる必要がある。このため、メニュー画面を表示させるために、Ｔ１～Ｔ３部に示す処理を再度行うこととなり、光ディスク１１を映像情報再生装置に挿入した直後の初期状態から再生動作を行うことになる。この場合、メニュー画面表示までに、メニュー画面表示までに再生される予告編等の“000.plst”、“001.plst”、“002.plst”の３つのプレイリストが再度再生されることとなる。こうしたプレイリストの再生時間は、短い物で２，３分、長いものでは１０分を超えるような光ディスクもある。そのため、簡易レジューム再生を行った場合、レジューム再生後に本編の再生が完了してから、メニュー画面に遷移するまでに、数分、場合によっては１０分を超える時間を待たされるという問題がある。

　以下、本実施の形態に係る映像情報再生装置において、簡易レジューム再生による本編映像の再生が完了した後、Ｊａｖａアプリケーションを起動し、メニュー画面表示を行うまでの再生動作を説明する。図１３は、簡易レジューム再生後、Ｊａｖａアプリケーションを起動し、メニュー画面が表示されるまでに再生される予告編等のプレイリストの再生を省略するために実施される再生制御のフローチャートである。Ｔ１～Ｔ３部までの処理（Ｊａｖａアプリケーションの起動処理）が完了し、Ｔ４部において、プレイリスト“000.plst”の再生指示が、プレイリスト制御部に出されると（ステップＳ１）、ＣＰＵ１２は、Ｊａｖａアプリケーションプログラムを動作させない簡易レジューム再生を行った後の再生であるかどうかを判断する（ステップＳ２）。ステップＳ２において、簡易レジューム再生後の再生ではないと判断された場合、通常通りにプレイリスト“000.plst”の再生が行われる（ステップＳ３）。一方、簡易レジューム再生後の再生と判断された場合、ステップＳ４に進み、ＣＰＵ２１におけるＪａｖａ制御部から送信される現在の再生時間の問い合わせを受ける。ＣＰＵ２１におけるプレイリスト制御部は、本来であれば、現在の再生時間をＪａｖａ制御部へ通知するが、“000.plst”の再生を省略するために、“001.plst”中の“Out_time”に記述された再生終了時間をＪａｖａ制御部に通知する（ステップＳ５）。Ｊａｖａ制御部は、再生終了時間を示す“Out_time”の時間情報がプレイリスト制御部から通知されるため、“000.plst”の再生が完了したものと認識し、次のプレイリスト“001.plst”を再生するＴ５部のソースコードの処理に進む。

　Ｔ５部の処理はプレイリスト“001.mpls”の再生を実行するものであることから、ステップ６からステップ７へ進み、Ｊａｖａ制御部からプレイリスト“001.mpls”の再生指示が出される（ステップＳ７）。以降、ステップＳ４におけるＪａｖａ制御部からの再生時間の問合せに対し、ステップＳ５においてプレイリスト“001.plst”の再生終了時間“Out_time”を通知することにより、プレイリスト“001.mpls”の再生を省略する。次に実施されるＴ６部の処理についても同様に、プレイリスト“002.plst”の再生終了時間“Out_time”を通知することで当該プレイリストの再生を省略し、Ｔ７部の処理へと進む。Ｔ７部の処理はメニュー画面を表示するものであることからステップＳ８に進み、図１５に示すメニュー画面が表示される。

　以上に説明したように、Ｊａｖａアプリケーションプログラムを動作させずに簡易レジューム再生を行った後、メニュー画面表示までに再生される予告編等のプレイリストの再生処理が実行される際、Ｊａｖａ制御部からの、再生対象となる各プレイリストの再生時間の問い合わせに対し、再生終了時間“Out_time”を通知することで、メニュー画面表示までの待ち時間を短縮することができる。

　図１２は、本実施の形態に係る映像情報再生装置において、簡易レジューム再生による本編映像の再生完了後、メニュー画面表示までに再生されるプレイリストのうち、特定のプレイリストの再生を省略するために改良されたプレイリストのシンタックスである。図３に示すプレイリストとの違いは、“menu_flag”が追加されている点である。“menu.flag”は、Ｊａｖａアプリケーションプログラム起動後、メニュー画面表示までに再生されるプレイリストのうち、簡易レジューム再生後、再生を省略してもよい、あるいは再生を省略することが可能なプレイリストを識別するためのフラグである。この“menu.flag”は、再生を省略することが可能なプレイリストについて“0”に設定され、省略すべきでないプレイリストについて“1”に設定される。

　図１６は、“menu_flag”が追加されたプレイリストについて、簡易レジューム再生を行った場合のメニュー画面表示までの再生動作を示すフローチャートである。ステップＳ６において、Ｊａｖａ制御部からプレイリスト制御部に対し、プレイリストの再生が指示されると、ＣＰＵ１２は、“menu_flag”の値をチェックする（ステップＳ７）。“menu_flag”=0の場合、ステップＳ３に進み、Ｊａｖａ制御部から送信される現在の再生時間の問い合わせを受ける。プレイリスト制御部は、現在再生中のプレイリストの再生終了時間を示す“Out_time”をＪａｖａ制御部に通知する（ステップＳ６）。ステップＳ７において、“menu_flag”=1と判断された場合、再生すべきメニュー画面のプレイリストと判断し、ステップＳ８において、メニュー画面表示のためのプレイリスト再生を行う。

　以上のように、プレイリストのシンタックス中に、当該プレイリストがＪａｖａアプリケーションプログラム起動後、メニュー画面表示までに再生されるプレイリストのうち、再生を省略することが可能なプレイリストを識別するための“menu_flag”を追加することで、再生を省略することが可能な特定のプレイリストのみ再生を省略することができる。

１０　再生部、　１１　光ディスク（記録媒体）、　１２　ドライブ、　１３　デマルチプレクサ、　１４　ビデオデコーダ、　１５　字幕デコーダ、　１６　オーディオデコーダ、　１７　グラフィックス重畳部、　２１　ＣＰＵ（再生制御手段）、　２２　不揮発メモリ、　３１　外部表示装置。

Claims (6)

1. 　仮想マシン上で動作するプログラムによる映像の再生制御が可能な仮想マシン利用型コンテンツが記録された記録媒体を再生する映像情報再生方法であって、
   　前記仮想マシン利用型コンテンツの本編映像の再生を途中停止した後、再生再開の指示がなされた場合、前記プログラムを起動せずに前記本編映像の再生を再開させる簡易レジューム再生を行い、
   前記本編映像の簡易レジューム再生が終了した後、前記プログラムを起動して初期状態からの再生を行う際、メニュー画面が表示されるまでに再生される所定の映像の再生を省略することを特徴とする映像情報再生方法。
2. 前記メニュー画面が表示されるまでに再生される所定の映像を指定するプレイリストファイルは、前記簡易レジューム再生後、前記プログラムを起動して初期状態から再生を行う際、再生を省略することが可能な映像であるか否かを識別するフラグを備えるものであり、当該フラグに基づいて前記所定の映像の再生を省略することを特徴とする請求項１に記載の映像情報再生方法。
3. 前記簡易レジューム再生後、前記プログラムを起動して初期状態から再生を行う際、
   再生制御手段に対し、前記メニュー画面が表示されるまでに再生される所定の映像の再生終了時点を示す時間情報を通知することにより、当該所定の映像の再生を省略することを特徴とする請求項１に記載の映像情報再生方法。
4. 　仮想マシン上で動作するプログラムによる映像の再生制御が可能な仮想マシン利用型コンテンツが記録されている記録媒体を再生する再生手段を有する映像情報再生装置であって、
   　前記仮想マシン利用型コンテンツの本編映像の再生を途中停止した後、再生再開の指示がなされた場合、前記プログラムを起動せずに前記本編映像の再生を再開させる簡易レジューム再生を行う手段と、
   前記本編映像の簡易レジューム再生が終了した後、前記プログラムを起動して初期状態から再生を行う際、メニュー画面が表示されるまでに再生される所定の映像の再生を省略する手段と、を備えたことを特徴とする映像情報再生装置。
5. 　前記メニュー画面が表示されるまでに再生される所定の映像を指定するプレイリストファイルは、前記簡易レジューム再生後、前記プログラムを起動して初期状態から再生を行う際、再生を省略することが可能な映像であるか否かを識別するフラグを備えるものであり、当該フラグに基づいて前記所定の映像の再生を省略することを特徴とする請求項４に記載の映像情報再生装置。
6. 前記簡易レジューム再生後、前記プログラムを起動して初期状態から再生を行う際、
   再生制御手段に対し、前記メニュー画面が表示されるまでに再生される所定の映像の再生終了時点を示す時間情報を通知することにより、当該所定の映像の再生を省略することを特徴とする請求項４に記載の映像情報再生装置。

Images