JP4476346B2 - 読出装置、プログラム、読出方法 - Google Patents
読出装置、プログラム、読出方法 Download PDFInfo
- Publication number
- JP4476346B2 JP4476346B2 JP2009021527A JP2009021527A JP4476346B2 JP 4476346 B2 JP4476346 B2 JP 4476346B2 JP 2009021527 A JP2009021527 A JP 2009021527A JP 2009021527 A JP2009021527 A JP 2009021527A JP 4476346 B2 JP4476346 B2 JP 4476346B2
- Authority
- JP
- Japan
- Prior art keywords
- disc
- application
- title
- content
- playback
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/002—Programmed access in sequence to a plurality of record carriers or indexed parts, e.g. tracks, thereof, e.g. for editing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/84—Television signal recording using optical recording
- H04N5/85—Television signal recording using optical recording on discs or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
- G11B2220/213—Read-only discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2541—Blu-ray discs; Blue laser DVR discs
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- General Engineering & Computer Science (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Television Signal Processing For Recording (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
Description
逆に、アプリケーションの実行が、1つの光ディスクが装填されている期間内に限られないとすれば、光ディスクが装填されていない期間において、アプリケーションは動作していてもよいことになる。そうすると、例えば、読出装置に、悪意のプログラム(ウィルスソフト、スパイウェア等)が侵入していた場合、光ディスクが装填されていない状態で、かかる悪意のプログラムが動作していたとしても、かかるプログラムが悪意のプログラムなのか、映画作品を構成しているアプリケーションなのかが区別できない。そのため、この悪意のプログラムの動作を終了させることができず、みすみす悪意のプログラムに付け入れられるような隙を作ってしまうことになる。
以降、本発明に係る読出装置の実施形態について説明する。先ず始めに、本発明に係る読出装置の実施行為のうち、使用行為についての形態を説明する。図1は、本発明に係る読出装置の、使用行為についての形態を示す図である。図1において、本発明に係る読出装置は、読出装置200である。この読出装置200は、複数のBD-ROM100からなるBD-BOX、リモコン300、テレビ400、AVアンプ500、スピーカ600から構成されるホームシアターシステムで使用される。
以上が、本発明に係る読出装置の使用行為の形態である。
続いて、BD-ROM100の内部構成を説明する。図2は、BD-ROMにおけるファイル・ディレクトリ構成を示す図である。本図においてBD-ROMには、Rootディレクトリの下に、BDMVディレクトリがある。
図2は、BD-ROMの内部構成を示す図である。本図の第4段目にBD-ROMを示し、第3段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現すると、図中の第1段目のようになる。この第1段目においてBD-ROMには、Rootディレクトリの下に、BDMVディレクトリがある。
PLAYLISTディレクトリには、拡張子mplsが付与されたファイル(00001.mpls)がある。
STREAMディレクトリには、拡張子m2tsが付与されたファイル(00001.m2ts)がある。
BDBJディレクトリには、拡張子bobjが付与されたファイル(00001.bobj)が存在する。
BDJAディレクトリには、拡張子jarが付与されたファイル(00001.jar)がある。
以上のディレクトリ構造により、互いに異なる種別の複数ファイルが、BD-ROM上に配置されていることがわかる。
先ず初めに、拡張子.m2tsが付与されたファイルについて説明する。図3は、拡張子.m2tsが付与されたファイルがどのように構成されているかを模式的に示す図である。拡張子.m2tsが付与されたファイル(00001.m2ts)は、AVClipを格納している。AVClipはMPEG2-TransportStream形式のデジタルストリームである。このデジタルストリームは、フィルム映像、NTSC映像、PAL映像をデジタル化することにより得られたデジタルビデオ、デジタルオーディオを(上1段目)、PESパケットからなるエレメンタリストリームに変換し(上2段目)、更にTSパケットに変換して(上3段目)、同じく字幕系のプレゼンテーショングラフィクスストリーム(PresentatiionGraphics(PG)ストリーム)及び対話系のインタラクティブグラフィクスストリーム(Interactive Graphics(IG)ストリーム)を(下1、2段目)を、TSパケットに変換して(下3段目)、これらを多重化することで構成される。
ビデオストリームのうち、1つのPTSで再生される再生単位(ピクチャ等)を、“Video Presentation Unit”という。オーディオストリームのうち、1つのPTSで再生される再生単位を、“AudioPresentation Unit”という。
AVClipを構成する188バイトのTSパケットは、第2段目に示すように4バイトのTS_extra_header(図中のハッチング部)、が付されて、192バイト長のSourceパケットになる。このTS_extra_headerは、Arrival_Time_Stampを含む。
かかるAVClipは、通常のコンピュータファイル同様、複数のファイルエクステントに分割され、BD-ROM上の領域に記録される。第4段目はAVClipがどのようにBD-ROMに記録されるかを模式的に示す。この第4段目においてファイルを構成する各ファイルエクステントは、予め定められたSexetent以上のデータ長を有する。
ここでBD-ROMにおいて光ピックアップのジャンプに要する時間は、
Tjump=Taccess+Toverhead
で与えられる。
ジャンプ距離(論理ブロック数)が0〜5000であるなら179m秒、
ジャンプ距離(論理ブロック数)が5001〜10,000であるなら210m秒、
ジャンプ距離(論理ブロック数)が10,001〜20,000であるなら270m秒、
ジャンプ距離がハーフストロークであるなら990m秒、
ジャンプ距離がフルストロークであるなら1220m秒になる。
Toverheadは、
Toverhead≦(2×Secc×8)/Rud=20m秒
という計算で与えられる。
TS_Recording_rateという転送レートでの、デコーダへのTSパケット供給が跡絶えさせないなめには、Tjumpの間、リードバッファからデコーダへのTSパケット出力が継続している必要がある。ここでリードバッファからの出力は、TSパケットではなく、Sourceパケットの状態でなされるので、TSパケットのSourceパケットとのサイズ比を192/188とした場合、Tjumpの間、(192/188×TS_Recording_rate)という転送レートにより、リードバッファからのSourceパケット出力が継続している必要がある。
Boccupied≧(Tjump/1000×8)×((192/188)×TS_Recording_rate)
となる。
リードバッファへの入力レートはRud、リードバッファからの出力レートはTS_Recording_rate×(192/188)であるので、リードバッファへの蓄積レートは、入力レート−出力レートの計算で与えられ、(Rud−TS_Recording_rate×(192/188))になる。
Tx=Boccupied/(Rud−TS_Recording_rate×(192/188))
になる。
BD-ROMからの読み出しには、この時間TxにおいてRudでのTSパケット入力を継続する必要があるので、AVClipを複数のエクステントに分割して記録する場合の、エクステント一個当たりの最小データ長Sexetentは、
Sexetent=Rud×Tx
=Rud×Boccupied/(Rud−TS_Recording_rate×(192/188))
≧Rud×(Tjump/1000×8)×((192/188)×TS_Recording_rate)
/(Rud−TS_Recording_rate×(192/188))
≧(Rud×Tjump/1000×8)×
×TS_Recording_rate×192/(Rud×188−TS_Recording_rate×192)
になる。
Sexetent≧
(Tjump×Rud/1000×8)×
(TS_Recording_rate×192/(Rud×188−TS_Recording_rate×192))
になる。
図5は、BD-ROMの物理単位と、1つのファイルエクステントを構成するSourceパケットとの対応関係を示す図である。第2段目に示すように、BD-ROM上には複数セクタが形成されている。ファイルエクステントを構成するSourceパケットは、第1段目に示すように、32個毎にグループ化されて、連続する3つのセクタに書き込まれる。32個のSourceパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のSourceパケットを“AlignedUnit”といい、BD-ROMへの書き込みにあたっては、Aligned Unit単位で暗号化がなされる。
<エレメンタリストリームの種類>
図6は、AVClipにどのようなエレメンタリストリームが多重化されているかを示す図である。
続いて拡張子.clpiが付与されたファイルについて説明する。拡張子.clpiが付与されたファイル(00001.clpi)は、Clip情報を格納している。Clip情報は、個々のAVClipについての管理情報である。図7は、Clip情報の内部構成を示す図である。本図の左側に示すようにClip情報は、
i)AVClipについての情報を格納した『ClipInfo()』、
ii)ATC Sequence,STC Sequenceに関する情報を格納した『Sequence Info()』
iii)Program Sequenceに関する情報を格納した『Program Info()』
iv)『Characteristic Point Info(CPI())』からなる。
以下、具体例を通じて、EP_mapについて説明する。図8は、映画のビデオストリームに対するEP_map設定を示す図である。第1段目は、表示順序に配置された複数のピクチャ(MPEG4-AVCに規定されたIDRピクチャ、Iピクチャ、Bピクチャ、Pピクチャ)を示し、第2段目は、そのピクチャにおける時間軸を示す。第4段目は、BD-ROM上のTSパケット列を示し、第3段目は、EP_mapの設定を示す。
続いて、プレイリスト情報について説明する。拡張子“mpls”が付与されたファイル(00001.mpls)は、PlayList(PL)情報を格納したファイルである。
図9は、プレイリスト情報のデータ構造を示す図であり、本図において、引き出し線mp1に示すようにプレイリスト情報は、MainPathを定義するMainPath情報(MainPath())と、チャプターを定義するPlayListMark情報(PlayListMark())とからなる。
先ずMainPathについて説明する。MainPathは、主映像たるビデオストリームやオーディオストリームに対して定義される再生経路である。
MainPathは、矢印mp1で示すように複数のPlayItem情報#1・・・・#mから定義される。PlayItem情報は、MainPathを構成する1つ以上の論理的な再生区間を定義する。PlayItem情報の構成は、引き出し線hs1によりクローズアップされている。この引き出し線に示すようにPlayItem情報は、再生区間のIN点及びOut点が属するAVClipの再生区間情報のファイル名を示す『Clip_Information_file_name』と、AVClipの符号化方式を示す『Clip_codec_identifier』と、PlayItemがマルチアングルを構成するか否かを示す『is_multi_angle』と、このPlayItemと、その1つ前のPlayItemとの接続を、シームレスに行うか否かを示す『connection_condition』と、このPlayItemが対象としているSTC_Sequenceを一意に示す『ref_to_STC_id[0]』と、再生区間の始点を示す時間情報『In_time』と、再生区間の終点を示す時間情報『Out_time』と、このPlayItemにおいてマスクすべきユーザオペレーションがどれであるかを示す『UO_mask_table』と、このPlayItemの途中へのランダムアクセスを許可するか否かを示す『PlayItem_random_access_flag』と、このPlayItemの再生終了後、最後のピクチャの静止表示を継続するか否かを示す『Still_mode』と、『STN_table』とから構成される。
プレイリスト情報は、PlayItem情報#1,#2という2つのPlayItem情報を含んでおり、これらPlayItem情報#1,#2のIn_time,Out_timeにより、2つの再生区間が定義されることになる。これらの再生区間を配列させると、AVClip時間軸とは異なる時間軸が定義されることになる。これが第1段目に示すPlayItem時間軸である。このように、PlayItem情報の定義により、AVClipとは異なる時間軸の定義が可能になる。
続いて”動的なシナリオ”について説明する。動的シナリオとは、AVClipの再生制御を動的に規定するシナリオデータである。”動的に”というのは、読出装置における状態変化やユーザからのキーイベントにより再生制御の中身がかわることをいう。BD-ROMでは、この再生制御の動作環境として2つのモードを想定している。1つ目は、DVD読出装置の動作環境と良く似た動作環境であり、コマンドベースの実行環境である。2つ目は、Java(登録商標)仮想マシンの動作環境である。これら2つの動作環境のうち1つ目は、HDMVモードと呼ばれる。2つ目は、BD-Jモードと呼ばれる。これら2つの動作環境があるため、動的シナリオはこのどちらかの動作環境を想定して記述される。HDMVモードを想定した動的シナリオはMovieObjectと呼ばれる。一方BD-Jモードを想定した動的シナリオはBD-J Objectと呼ばれる。
<Movie Object>
Movie Objectは、図2に示したMovieObject.bdmvというファイルに格納され、ナビゲーションコマンド列を含む。
ナビゲーションコマンド列は、条件分岐、読出装置における状態レジスタの設定、状態レジスタの設定値取得等を実現するコマンド列からなる。Movie Objectにおいて記述可能なコマンドを以下に示す。
書式:PlayPL(第1引数,第2引数)
第1引数は、プレイリストの番号で、再生すべきプレイリストを指定することができる。第2引数は、そのプレイリストに含まれるPlayItemや、そのプレイリストにおける任意の時刻、Chapter、Markを用いて再生開始位置を指定することができる。
ChapterによりPL時間軸上の再生開始位置を指定したPlayPL関数をPlayPLatChapter()、
時刻情報によりPL時間軸上の再生開始位置を指定したPlayPL関数をPlayPLatSpecified Time()という。
書式:JMP 引数
JMPコマンドは、現在の動的シナリオを途中で廃棄し(discard)、引数たる分岐先動的シナリオを実行するという分岐である。JMP命令の形式には、分岐先動的シナリオを直接指定している直接参照のものと、分岐先動的シナリオを間接参照している間接参照のものがある。
以上でMovie Objectについての説明を終える。続いてBD-J Objectについて説明する。
<BD-J Object>
BD-J Objectは、Java(登録商標)プログラミング環境で記述された、BD-Jモードの動的シナリオであり、00001〜00003.bobjというファイルに格納される。
このBD-JモードにおけるJava(登録商標)アプリケーションについて説明する。ここでBD-Jモードが想定しているJava(登録商標)プラットフォームは、Java(登録商標)2Micro_Edition(J2ME)Personal Basis Profile(PBP 1.0)と、Globally Executable MHPspecification(GEM1.0.2)for package media targetsとをフル実装したものである。
上述したJava(登録商標)プラットフォームは、JFIF(JPEG)やPNG,その他のイメージデータを表示するためのスタンダードJava(登録商標)ライブラリを含む。このため、Java(登録商標)アプリケーションは、HDMVモードにおいてIGストリームにより実現されるGUIとは異なるGUIフレームワークを実現することができる。Java(登録商標)アプリケーションにおけるGUIフレームワークは、GEM1.0.2にて規定されたHAViフレームワークを含み、GEM1.0.2におけるリモートコントロールナビゲーション機構を含む。
このJava(登録商標)アプリケーションの実体にあたるのが、図2におけるBDMVディレクトリ配下のBDJAディレクトリに格納されたJava(登録商標)アーカイブファイル(00001.jar)である。以降、Java(登録商標)アーカイブファイルについて説明する。
Java(登録商標)アーカイブファイル(図2の00001.jar)は、1つ以上のクラスファイル、1つ以上のデータファイル等を1つにまとめることで得られるファイルであり、BD-Jモードにおいて動作すべきJava(登録商標)アプリケーションを構成する。
図12は、アーカイブファイルにより収められているプログラム、データを示す図である。本図におけるプログラム、データは、枠内に示すディレクトリ構造が配置された複数ファイルを、java(登録商標)アーカイバでまとめたものである。枠内に示すディレクトリ構造は、Rootディレクトリ、Java(登録商標)1,2,3ディレクトリ、Image1,2,3ディレクトリとからなり、Rootディレクトリにcommon.pkgが、Java(登録商標)1,Java(登録商標)2,Java(登録商標)3ディレクトリにクラスファイル(00001.class〜00007.class)が、Image1,Image2,Image3ディレクトリに、00001.JPEG〜00003.JPEG、00001.PNG〜00003.PNGが配置されている。java(登録商標)アーカイブファイルは、これらをjava(登録商標)アーカイバでまとめることで得られる。かかるクラスファイル及びデータは、BD-ROMからキャッシュに読み出されるにあたって展開され、キャッシュ上で、ディレクトリに配置された複数ファイルとして取り扱われる。Java(登録商標)アーカイブファイルのファイル名における"zzzzz"という5桁の数値は、アプリケーションのID(applicationID)を示す。本Java(登録商標)アーカイブファイルがキャッシュに読み出された際、このファイル名における数値を参照することにより、任意のJava(登録商標)アプリケーションを構成するプログラム,データを取り出すことができる。
以上が、BD-Jモードにおける動的シナリオについての説明である。
<Index.bdmv>
Index.bdmvは、Titleを構成する、Movie Object又はBD-J Objectを示すテーブルである。Titleとは、MovieObject、又は、BD-JObjectと、これらにより再生されるPLayListとなる再生単位であり、BD-ROMにおいて、1つのコンテンツとして扱われるものである。Index.bdmvは、Titleにおいて、あるTitleの構成要素となるMovieObjectはどれであるか、又は、あるTitleの構成要素となるBD-JObjectはどれであるのかを定義する。
国際公開公報WO 2004/025651 A1公報
以降、図11に示したアプリケーション管理テーブル、プレイリスト管理テーブルのそれぞれについてより詳しく説明する。
アプリケーション管理テーブル(AMT)について説明する。アプリケーション管理テーブル(AMT)とは、上述したGEM1.0.2for packagemedia targetsにおける“アプリケーション シグナリング”を実装するテーブルである。“アプリケーション シグナリング”とは、GEM1.0.2が規定するMHP(MultimedeiHome Platform)において、“サービス”を生存区間としてアプリケーションの起動、実行を行う制御をいう。本実施形態におけるアプリケーション管理テーブルは、この“サービス”の代わりに、BD-ROMにおける“タイトル”を生存区間にして、アプリケーションの起動、実行の制御を実現する。
図13(b)は、アプリケーション管理テーブルを構成する情報要素の意味内容を示す。
『apli_id_ref』は、”アプリケーション識別子”に対する参照値が記述されることにより、左記の生存区間をもつアプリケーションがどれであるかを示す。アプリケーション識別子は、Java(登録商標)アーカイブファイルにおいて、ファイル名として付与された5桁の数値zzzzzで表現される。『apli_id_ref』には、この5桁の数値が記述される。
『run_priority』は、当該生存区間におけるアプリケーションの”起動優先度”が記述される。BD-J Objectでは、これらの情報を用いてアプリケーションの挙動を制御する。
<生存区間>
アプリケーション管理テーブルに規定される情報のうち、生存区間について説明する。
Java(登録商標)仮想マシンにおいてアプリケーションを動作させる場合、時間軸の何処からアプリケーションによるサービスを開始し、時間軸の何処でアプリケーションによるサービスを終えるかという”サービスの開始点・終了点”を明確に規定することが重要になる。このサービスの開始点・終了点を規定するのが、アプリケーション管理テーブルにおける生存区間である。
それでは、図14のような状態遷移をなすディスクにおいて、Titleは、どのように生存区間として規定されるのであろうか。BD-ROMのローディングがなされた後、図14において矢印jh1,2,3,4・・・・・に示された参照符号の数値順に分岐がなされ、BD-ROMがイジェクトされたものとする。そうすると、BD-ROMがローディングされてから、イジェクトされるまでの連続時間帯を一本の時間軸と同視することができる。この時間軸を、ディスク全体の時間軸とする。図15(a)は、ディスク全体の時間軸を示す図であり、図15(b)は、この時間軸における構成を示す。図15(b)に示すように、ディスク全体の時間軸は、FirstPlayTitleが再生されている区間、TopMenu Titleが再生されている区間、title#1〜#3が再生されている区間等からなる。これらTitleの再生区間はどのように規定されているかというと、Titleは、唯一のBD-JObjectから構成されるから、BD-J Objectが、有効になっている期間をTitleの再生区間と考えることができる。同様に、Titleは、1つ又は複数のHDMVObjectから構成されるから、HDMV Objectが、有効になっている期間をTitleの再生区間と考えることができる。
続いてTitle区間と、PL時間軸との関係について説明する。上述したようにMovieObject、BD-J Objectでは、1つの処理手順としてプレイリスト再生手順を記述することができる。プレイリスト再生手順の記述があれば、上述したPL時間軸の全部又は一部がTitle区間に帰属することになる。図16(a)の一例においてBD-JObjectに、プレイリスト管理テーブルが記述されているとする。この場合、BD-J Objectに対応するTitle区間には、図16(b)に示すように、PL時間軸が帰属する。このPL時間軸には更に、複数チャプター(Chapter#1,#2,#3)が定義され得るため、BD-ROM上の時間軸には、BD-ROM全体−Title−プレイリスト−チャプターというドメインが存在することになる。これらのドメインを用いて、アプリケーションの生存区間を記述することができる。尚、プレイリスト再生は、アプリケーション実行と同時になされため、プレイリスト再生の途中で、Title分岐が発生することがある。この場合、1つのTitle再生区間内にはプレイリスト時間軸全体ではなく、プレイリスト時間軸の一部分のみが帰属することになる。つまり1つのTitleの再生区間において、プレイリスト時間軸の全体が帰属するか、その一部分が帰属するかは、Title分岐が何時発生するかによって変わる。
プラットフォームが動作していたとしても、Titleやチャプターという生存区間が終われば、リソースをアプリケーションから回収することができる。リソース回収の機会を保証するので、プラットフォームの動作を安定化させることができる。
タイトル間分岐があった場合でも、分岐元−分岐先において生存しているアプリケーションはワークメモリ上に格納しておき、分岐元にはなく、分岐先にのみ存在するアプリケーションをワークメモリに読み込めば良いから、アプリケーションをワークメモリに読み込む回数は必要最低数になる。このように、読込回数を少なくすることにより、タイトルの境界を意識させないアプリケーション、つまりアンバウンダリなアプリケーションを実現することができる。
「AutoRun」は、対応するタイトルの分岐と同時に、そのアプリケーションをワークメモリに読み込み、且つ実行する旨を示す属性である。あるタイトルから、別のタイトルへの分岐があると、アプリケーション管理を行う管理主体(アプリケーションマネージャ)は、その分岐先タイトルにおいて生存しており、かつ起動属性がAutoRunに設定されたアプリケーションを仮想マシンのワークメモリに読み込み実行する。これによりそのアプリケーションは、タイトル分岐と共に自動的に起動されることになる。
図20は、起動属性がとり得る三態様(Present、AutoRun、Suspend)と、直前タイトルにおけるアプリケーション状態の三態様(非起動、起動中、Suspend)とがとりうる組合せを示す図である。直前状態が”非起動”である場合、起動属性が”AutoRun”であるなら、分岐先タイトルにおいてそのアプリケーションは、起動されることになる。
直前状態が”起動中”である場合、起動属性が”Present”、”AutoRun”であるなら、分岐先タイトルにおいてそのアプリケーションは、何もせず、状態を継続することになる。
最後に、各アプリケーションに対する”起動優先度”について説明する。
この起動優先度は、0〜255の値をとり、メモリリソース枯渇時や、CPU負荷が高まった時に、どのアプリケーションを強制的に終了させるか、また、どちらのアプリケーションからリソースを奪うかという処理をアプリケーションマネージャが行うにあたっての判断材料になる。この場合、アプリケーションマネージャは、起動優先度が低いアプリケーションの動作を終了し、起動優先度が高いアプリケーションの動作を継続させるとの処理を行う。
<プレイリスト管理テーブル>
以上がアプリケーション管理テーブルについての説明である。続いてプレイリスト管理テーブル(PLMT)について説明する。プレイリスト管理テーブルとは、アプリケーションの生存区間において、各アプリケーション実行と同時に行うべき再生制御を示すテーブルである。アプリケーションの動作というのは不安定であり、起動の失敗や異常終了がありうる。そこで起動失敗、異常終了があった場合のFailSafe機構として、本実施形態ではアプリケーションの生存区間毎に、プレイリスト管理テーブルを設けている。プレイリスト管理テーブルは、あるアプリケーションの生存区間が開始した際、これと同時に行うべき再生制御を規定する情報である。この再生制御とは、プレイリスト情報に基づくAVClip再生であり、プレイリスト情報による再生制御を同時に行うことで、アプリケーション実行と、プレイリスト再生とが同時になされることになる。
図21(b)は、プレイリスト管理テーブルを構成する情報要素の意味内容を示す。
『PL_id_ref』は、プレイリスト識別子に対する”参照値”が記述されることにより、アプリケーションの生存区間において再生可能となるプレイリストがどれであるかを示す。プレイリスト識別子は、ファイルYYYYY.MPLSにおいて、ファイル名として付与された5桁の数値YYYYYで表現される。このYYYYYが記述されることにより、『PL_id_ref』は、対応するTitleにおいて再生可能となるプレイリストがどれであるかを示す。
『AutoPlay』とは、対応するタイトルの分岐と同時に、そのプレイリストを再生させる旨を示す属性である。あるタイトルから、別のタイトルへの分岐があると、アプリケーション管理を行う管理主体(アプリケーションマネージャ)は、その分岐先タイトルにおいて再生可能であり、かつ再生属性がAutoPlayに設定されたプレイリストの再生を開始する。これにより起動属性がAutoPlayに設定されたプレイリストは、タイトル分岐と共に自動的に起動されることになる。
また、再生属性が「Present」である場合、この再生属性が付与されたプレイリストは、他のアプリケーションからの再生要求により再生されることになる。アプリケーション管理を行う管理主体(アプリケーションマネージャ)は、起動中のアプリケーションから、プレイリストの再生要求があると、要求を受けたプレイリストのPL_id_refが、プレイリスト管理テーブルに記述されていて、再生属性が「AutoPlay」か「Present」のいずれかか否かを判定する。「AutoPlay」か「Present」のいずれかであれば、そのプレイリストを再生する。一方、要求を受けたプレイリストのPL_id_refがプレイリスト管理テーブルに記述されていない場合、そのプレイリストを再生しない。アプリケーションの要求によるプレイリスト再生は、この「AutoPlay」か「Present」のいずれかが付与されたプレイリストに限られることになる。「Present」は、再生属性を明示的に指定しない場合に付与されるデフォルトの再生属性であるから、あるプレイリストの再生属性が無指定「−−」であるとそのプレイリストの再生属性はこのPresentであることを意味する。
図23は、カレントタイトルがとり得る三態様(プレイリスト管理テーブル無し(i)、プレイリスト管理テーブル有りで尚且つAutoPlay(ii)、プレイリスト管理テーブル有りで尚且つ無指定(iii))と、直前タイトルにおけるプレイリストの状態(非再生状態、再生中状態)とがとりうる6通りの組合せを示す図である。
また”直前状態=再生中状態”と、”カレントタイトル=プレイリスト管理テーブル無し”との組合せにおいて、分岐先タイトルでのプレイリストの再生は、自動的に停止することになる。
図24は、本発明に係る読出装置の内部構成を示す図である。本発明に係る読出装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る読出装置は、主としてシステムLSIと、ドライブ装置というパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、読出装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される読出装置は、BD-ROMドライブ1、リードバッファ2、デマルチプレクサ3、ビデオデコーダ4、ビデオプレーン5、バッファ6、オーディオデコーダ7、InteractiveGraphicsデコーダ11、Interactive Graphicsプレーン12、Presentation Graphicsデコーダ13、PresentationGraphicsプレーン14、JPEGデコーダ15、Stillプレーン16、合成部17、STC生成部18、ATC生成部19、ローカルストレージ20、命令ROM21、シナリオメモリ22、PSRセット23、CPU24、通信部25、操作受付部26から構成される。
リードバッファ2は、FIFOメモリであり、BD-ROMから読み出されたTSパケットが先入れ先出し式に格納される。
デマルチプレクサ3は、リードバッファ2からSourceパケットを取り出して、このSourceパケットを構成するTSパケットをPESパケットに変換する。そして変換により得られたPESパケットのうち、STN_Tableに記載されたからPIDをもつものをビデオデコーダ4、オーディオデコーダ7、InteractiveGraphicsデコーダ11、Presentation Graphicsデコーダ13のどれかに出力する。
ビデオプレーン5は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、読出装置において一画面分の画素データを格納しておくためのメモリ領域である。ビデオプレーン5における解像度は1920×1080であり、このビデオプレーン5に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。ビデオプレーン5では、ビデオストリームにおける一フレーム毎の再生映像を、スケーリングすることができる。スケーリングとは、一フレーム毎の再生画像をビデオプレーン5全体の1/4(クオータという)、1/1(フルスケールという)のどちらかに変化させることである。かかるスケーリングを、BD-JモードにおいてCPU24からの指示に従い実行するので、ビデオストリームの再生画像を、画面の隅に追いやったり、全面的に出すという画面演出が可能になる。
オーディオデコーダ7は、Primaryオーディオストリームに対するデコード処理を行う。
Interactive Graphics(IG)デコーダ11は、BD-ROM又はローカルストレージ20から読み出されたIGストリームをデコードして、非圧縮グラフィクスをInteractiveGraphicsプレーン12に書き込む。
Presentation Graphics(PG)デコーダ13は、BD-ROM又はローカルストレージ20から読み出されたPGストリームをデコードして、非圧縮グラフィクスをPresentationGraphicsプレーン11に書き込む。PGデコーダ13によるデコードにより、字幕が画面上に現れることになる。
JPEGデコーダ15は、BD-ROM又はローカルストレージ20に記録されているJPEGデータをデコードして、Stillプレーン16に書き込む。
Stillプレーン16は、JPEGデータを展開することで得られた非圧縮のグラフィクスデータが格納されるプレーンである。このグラフィクスデータは、Java(登録商標)アプリが描画する、GUIフレームワークのいわゆる“壁紙”として用いられる。
STC生成部18は、System Time Clock(STC)を生成する。そしてSTC_Sequenceの切り換わり時において、それまでのSTC_SequenceにおけるSTC値(STC1)に、STC_deltaと呼ばれるオフセット値を加算することにより、新しいSTC_SequenceのSTC値(STC2)を求めて、それまでのSTC_SequenceにおけるSTC値(STC1)と、新しいSTC_SequenceのSTC_Sequenceにおいて最後に再生されるピクチャの表示開始時刻をPTS1(1stEND)、ピクチャの表示期間をTppとし、後続STC_Sequenceにおいて最初に表示されるピクチャの開始時刻をPTS2(2ndSTART)とした場合、STC_deltaは
STC_delta=PTS1(1stEND)+Tpp−PTS2(2ndSTART)
として表現される。以上のようにSTC_deltaを求め、これが足し合わされたクロックの計数値を各デコーダに出力する。これにより各デコーダは、2つのSTC_Sequenceにあたるストリームを途切れなく再生してゆくことができる。以上により、1つのAVClipの中に、2以上のSTC_Sequenceが存在したとしても、また、連続して再生されるべき2以上のAVClipのそれぞれが、異なるSTC_Sequenceをもっていたとしても、これらのSTC_Sequence間のデコード処理を、シームレスに実行することができる。
1) STC2(2ndSTART)>STC2(1stEND)をみたすこと、
ここでSTC2(1stEND)は、STC1(1stEND)を、STC2の時間軸に投影した値であり、STC2(1stEND)=STC1(1stEND)-STC_deltaという計算式で与えられる。
2) TS1からのTSパケットの取り出しと、TS2からのTSパケットの取り出しとが、同じ時間軸に投影されたSTC1と、STC2とにより定義され、バッファのアンダーフローや、オーバーフローをもたらさないこと。
シナリオメモリ22は、カレントのPL情報やカレントのClip情報を格納しておくためのメモリである。カレントPL情報とは、BD-ROMに記録されている複数プレイリスト情報のうち、現在処理対象になっているものをいう。カレントClip情報とは、BD-ROMに記録されている複数Clip情報のうち、現在処理対象になっているものをいう。
PSR4は、1〜100の値に設定されることで、現在の再生時点が属するタイトルを示し、0に設定されることで、現在の再生時点がトップメニューであることを示す。
PSR6は、0〜999の値に設定されることで、現在の再生時点が属するプレイリスト(カレントPL)の番号を示す。
PSR8は、0〜OxFFFFFFFFの値に設定されることで、45KHzの時間精度を用いて現在の再生時点(カレントPTM(PresentationTiMe))を示す。以上のPSR4〜PSR8により、図16(a)におけるBD-ROM全体の時間軸において、現在の再生時点はどこであるかを特定することができる。
通信部25は、読出装置における通信機能を実現するものであり、BD-JモードにおいてURL指定がJava(登録商標)アプリケーションから与えられれば、そのURLにあたるwebサイトとのTCPコネクション、FTPコネクション等を確立する。かかるコネクション確立によりwebサイトからのダウンロードをJava(登録商標)アプリケーションに行わせる。
以上が、本実施形態に係る読出装置のハードウェア構成である。続いて本実施形態に係る読出装置のソフトウェア構成について説明する。
図25は、命令ROM21に格納されたソフトウェアと、ハードウェアとからなる部分を、レイア構成に置き換えて描いた図である。本図に示すように、読出装置のレイア構成は、以下のa),b),c)からなる。つまり、
a)BD Player Deviceの第1階層、
b)BD Player Modelの第2階層、
c)Application Runtime Enviromentの第3階層からなる。
b1)再生制御エンジン32の層
b2)Virtual File System30及び再生エンジン31の層
からなり、自身より上位の階層に対し、ファンクションAPIを提供する。
第3階層”Application Runtime Enviroment”は、以下のc1),c2)の階層からなる。つまり、
c1)モジュールマネージャ33が存在する層、
c2)BD-Jプラットフォーム35が存在する層
からなる。
Virtual File System30は、ローカルストレージ20に格納されたダウンロードコンテンツを、BD-ROMにおけるディスクコンテンツと一体的に取り扱うための仮想的なファイルシステムである。ここでローカルストレージ20に格納されたダウンロードコンテンツは、SubClip、Clip情報、プレイリスト情報を含む。このダウンロードコンテンツにおけるプレイリスト情報はBD-ROM及びローカルストレージ20のどちらに存在するClip情報であっても、指定できる点で、BD-ROM上のプレイリスト情報と異なる。この指定にあたって、VirtualFile System30上のプレイリスト情報は、BD-ROMやローカルストレージ20におけるファイルをフルパスで指定する必要はない。BD-ROM上のファイルシステムやローカルストレージ20上のファイルシステムは、仮想的な1つのファイルシステム(VirtualFile System30)として、認識されるからである。故に、PlayItem情報は、Virtual File System30上のAVClip、BD-ROM上のAVClipの何れに対しても、再生区間を指定することができる。VirtualFile System30を介してローカルストレージ20の記録内容を読み出し、BD-ROMの記録内容と動的に組み合わせることにより、様々な再生のバリエーションを産み出すことができる。ローカルストレージ20と、BD-ROMとを組合せてなるディスクコンテンツは、BD-ROMにおけるディスクコンテンツと対等に扱われるので、本願における”BD-ROM”は、ローカルストレージ20+BD-ROMの組合せからなる仮想的な記録媒体をも含むことにする。
HDMVモジュール34は、HDMVモードの実行主体であり、MovieObjectをメモリに読み出して、このMovie Objectに記述されたナビゲーションコマンドを解読し、解読結果に基づき再生制御エンジン32に対するファンクションコールを実行する。
BD-Jプラットフォーム35は、いわゆるJava(登録商標)プラットフォームであり、Java(登録商標)仮想マシン36を中核にした構成になっている。BD-Jプラットフォーム35は、上述したJava(登録商標)2Micro_Edition(J2ME)Personal Basis Profile(PBP 1.0)と、Globally Executable MHPspecification(GEM[1.0.2])for package media targetsに加え、BD-J Extentionを実装している。BD-JExtentionは、GEM[1.0.2]を越えた機能を、BD-Jプラットフォームに与えるために特化された、様々なパッケージを含んでいる。
<Java(登録商標)仮想マシン36>
図26は、Java(登録商標)仮想マシン36の内部構成を示す図である。本図に示すようにJava(登録商標)仮想マシン36は、図24に示したCPU24と、ユーザクラスローダ52、メソッドエリア53、ワークメモリ54、スレッド55a,b・・・n、Java(登録商標)スタック56a,b・・・nとから構成される。
ワークメモリ54は、いわゆるヒープエリアであり、様々なクラスファイルのインスタンスが格納される。図25に示したアプリケーションマネージャ37は、このワークメモリ54に常駐するレジデントアプリケーションである。ワークメモリ54には、これらレジデント型のインスタンスの他に、メソッドエリア53に読み出されたクラスファイルに対応するインスタンスが格納される。このインスタンスが、アプリケーションを構成するxletプログラムである。かかるxletプログラムをワークメモリ54に配置することによりアプリケーションは実行可能な状態になる。
スレッド55a,b・・・nは、ワークメモリ54に格納されたメソッドを実行する論理的な実行主体であり、ローカル変数や、オペランドスタックに格納された引数をオペランドにして演算を行い、演算結果を、ローカル変数又はオペランドスタックに格納する。図中の矢印ky1,ky2,kynは、ワークメモリ54からスレッド55a,b・・・nへのメソッド供給を象徴的に示している。物理的な実行主体がCPU唯1つであるのに対し、論理的な実行主体たるスレッドは、最大64個Java(登録商標)仮想マシン36内に存在し得る。この64個という数値内において、スレッドを新規に作成することも、既存のスレッドを削除することも可能であり、スレッドの動作数は、Java(登録商標)仮想マシン36の動作中において増減し得る。スレッドの数は適宜増やすことができるので、複数スレッドにより1つのインスタンスの並列実行を行い、インスタンスの高速化を図ることもできる。本図ではCPU24と、スレッドとの対応関係は、1対多の関係にしているが、CPUが複数ある場合、CPUとスレッドとの対応関係は多対多の関係になりうる。スレッド55a,b・・・nによるメソッド実行は、メソッドをなすバイトコードを、CPU24のネイティブコードに変換した上、CPU24に発行することでなされる。このネイティブコード変換については、本願の主眼から外れるため、説明を省く。
<アプリケーションマネージャ37>
アプリケーションマネージャ37は、Java(登録商標)仮想マシン36内のワークメモリ上で動作するシステムソフトウェアであり、タイトル間の分岐が生じた場合、前のタイトルに対応するAMTと、カレントタイトルに対応するAMTとを用いてシグナリングを実行する。このシグナリングは、前のタイトルに対応するAMTには記載されているが、カレントタイトルに対応するAMTには記載されていないアプリケーションの動作を終了させ、前のタイトルに対応するAMTには記載されておらず、カレントタイトルに対応するAMTには記載されているアプリケーションの動作を開始させるという制御である。
図27における☆1,☆2,☆3は、アプリケーション管理テーブル参照(☆1)、Java(登録商標)仮想マシン36に対するアプリケーション起動指示(☆2)、Java(登録商標)仮想マシン36による、Java(登録商標)アーカイブファイルに対する読み出し指示(☆3)、Java(登録商標)アプリケーションを定義するクラスファイルのクラスロード(☆4,5,6)という一連の過程を模式化して示す。この起動指示によりJava(登録商標)仮想マシン36は、シナリオメモリ22からワークメモリにxletプログラムを読み出す。
図28における◎1,2,3,4は、Virtual File System30経由のプレイリスト情報読み出し(◎1)、プレイリスト情報を構成するPlayItem情報の解読(◎2)、VirtualFile System30経由のClip情報読み出し(◎3)、Clip情報の解読(◎4)を模式化したものである。以上の過程を経てClip情報、プレイリスト情報が解読されれば、AVClipを構成するTSパケットを、VirtualFile System30を通じて再生エンジン31に引き渡す。このようにして再生エンジン31にTSパケットが順次渡れば、再生エンジン31はAVClipを構成するTSパケットをデコーダに出力して、プレーンに表示させる。図中の☆1,2,3,4は、AVClipを構成するTSパケットの読み出し(☆1,2)、VirtualFile System30から再生エンジン31へのTSパケット引き渡し(☆3)、デコーダへのTSパケット投入(☆4)、デコーダから各種プレーンへのデコード結果出力(☆5)を模式的に示している。
<機能制限部38>
機能制限部38は、J2ME PBP 1.0におけるJSSE optional packageに該当する構成要素であり、アプリケーションに付与すべき機能に制限を与えたり、またその制限を解除する。J2MEPBP 1.0におけるJSSE optional packageは、BD-Jプラットフォームの実装において必須となるパッケージであり、JSSEは、Java(登録商標)2セキュリティモデルを実現する。Java(登録商標)2セキュリティモデルとは、Sigendアプリケーションを認証し、そして認証されたアプリケーションに、コア機能を越えた機能を許可するというものである。コア機能を越えた機能とは、以下のものがある。
・ネットワーク接続の利用
・BD-ROMのアクセス
・BD-ROMにおける他のタイトルの選択
・他のBD-Jプラットフォームの実行制御
これらの機能のPermissionを獲得するには、Permission request fileを利用せねばならない。上述した機能のPermissionは、このPermissionrequest fileから獲得することができる。
このパッケージを用いることでBD-Jプラットフォームはインターネットにおけるサーバとの接続を行うことができる。物理的な接続は、Ethernet(登録商標),電話のそれぞれで違ってもよい。TCP/IPがサポートされ、HTTPプロトコルを使用することができることが接続の条件になる。BD-Jプラットフォームは、ネットワーク接続を利用する前に、認証されねばならず、またネットワーク接続のための適切なPermissionを得なければならない。
以上で、BD-Jプラットフォーム35の内部構成についての説明を終える。
<ディスクを跨いだアプリケーションシグナリング>
以上は、1つのBD-ROMのあるタイトルから、別のタイトルに再生が切り替わる場合のアプリケーションシグナリングについての説明である。以降、あるBD-ROMにおけるタイトルから、別のBD-ROMにおけるタイトルへと、再生が切り替わる場合のアプリケーションシグナリングについて説明する。
ここで、新たなディスクのローディング時に、シグナリングを行うのは以下の理由による。
第2段目は、ディスクAのLastPlayタイトルが再生されている期間、ディスクが無い期間、ディスクA+1のFirstPlayタイトルが再生されている期間を示す。
図30(a)において、ディスクAのLastPlayタイトルに対応するAMTには、アプリケーション#1、アプリケーション#2のIDが記載されており、ディスクA+1のFirstPlayタイトルに対応するAMTには、アプリケーション#2のIDが記載されていることがわかる。
第2段目は、ディスクAのLastPlayタイトルが再生されている期間、ディスクが無い期間、ディスクA+1のFirstPlayタイトルが再生されている期間を示す。
第4段目においてアプリケーション#1は、ディスクAにおけるLastPlayタイトルのAMTに記載されているが、ディスクA+1におけるFirstPlayタイトルのAMTには記載されていないので、アプリケーションマネージャ37は、アプリケーション#1を終了させる。
ディスクAに悪意を持ったアプリケーションが記録され、このアプリケーションが起動されているものとする。悪意のプログラムが実行しているにもかかわらず、ディスクAがイジェクトされ、ディスクA+1がローディングされた場合、その悪意のプログラムにより、ディスクA+1の内容がコピーされるという不測の事態が生じかねない。このような悪意のプログラムの動作を封じるため、アプリケーションマネージャ37は、ディスクが存在しない期間において、動作を継続しているアプリケーションを、SignedアプリケーションからUnsignedアプリケーションに変化させるよう機能制限部38に指示する。そして、ディスクA+1ローディング時のシグナリングにおいて、アプリケーションの動作を継続すると判定した際、動作を継続しているアプリケーションを、UnsignedアプリケーションからSignedアプリケーションに変化させる。かかる変化により、たとえディスクAに悪意のプログラムが存在していたとしても、かかる悪意のプログラムの機能は制限されるので、上述したようなディスクA+1の内容がコピーされる心配はなくなる。
図31は、アプリケーションマネージャ37の処理手順を示すフローチャートである。
ステップS2は、ディスクイジェクトがなされたか否かの判定であり、もしディスクイジェクトがなされれば、動作中のSignedアプリケーションをUnsignedアプリケーションに変更させるよう機能制限部38に指示して(ステップS4)、ディスク交換を促すメッセージを表示した上で(ステップS5)、新たなディスクのローディング待ちになる(ステップS6)。もしローディングがなされれば、ローディングされたディスクは、予定されていたものであるか否かを判定する(ステップS7)。もし、予定されていたものでなければ、ステップS8に移行する。
ステップS8は、所定のメニューを表示してディスクをまたぐアプリケーションを終了してよいか否かを確認する。図32(a)は、ディスク交換を促すメッセージの表示例であり、図32(b)は、ステップS8で表示されるメニューの一例である。図32(a)のメッセージは、ディスクAの再生が終了した旨と、ディスクAをイジェクトして、ディスクA+1のローディングを促す旨とを含む。図32(b)のメニューは、「装填されたディスクでは実行できないアプリケーションが起動されています。アプリケーションを終了させてもよろしいでしょうか」とのメッセージと、「続行ボタン」、「ディスク入れ直しボタン」からなる。
もしユーザーが間違って、ディスクA+1以外の別のディスクを挿入してしまった場合、そのディスクにおけるFirstPlayタイトルのAMTには、現在動作中のアプリケーションのIDが記述されていないので、別のディスクの再生が始まると同時に、現在動作中のアプリケーションは、終了されてしまう。
このように意図していたディスクとは違うディスクがローディングされた場合、タイトルアンバウンダリーアプリケーションが、関連がないディスクと同時に実行されないようにし、また、ディスクを入れなおすか、アプリケーションの動作を継続させるかの選択をユーザーに委ねることにより、ユーザーの混乱を防ぐことができる。
本図における第1段目は、ディスクAのイジェクト、ディスクがない期間、予定されていないディスク(ディスクB)のローディングといった一連の流れを示す。
第2段目は、第1段目の流れにおいて、表示されるメッセージ、メニューを示す。ディスクがない期間では、「ディスク交換を促すメッセージ」が表示されているが、予定されていなかったディスクがローディングされれば、メニューを表示する。このメニューは、図32(b)に示したものである。
第4段目は、第2段目におけるメニューに対して、ディスク入れ直しボタンを確定した場合の処理を示す。この場合、ディスクアンバウンダリィアプリケーションの動作を終了せず、別のディスクがローディングされるのを待つ。この図33に示したアプリケーションマネージャ37の処理を、場合分けして示したのが図34である。
ローディングされたディスクが予定されていたものなら、ステップS7がYesになり、ステップS13に移行する。
ステップS13は、新たなディスクのFirstPlayタイトルをカレントタイトルにして(ステップS13)、前タイトルのAMTに記載されていたが、カレントタイトルのAMTに記載されていない動作中Unsignedアプリケーションxが存在するか否かを判定する(ステップS14)。かかるUnsignedアプリケーションが存在すれば、そのUnsignedアプリケーションxの動作を終了する(ステップS15)。
DVD-Videoなど、光ディスクに記録された映画作品の再生では、ディスクをローディングすると、コピー禁止などの警告文が表示され、その後、他のディスクの予告編などが流れ、メニューに移ることが慣習になっている。メニューで本編の再生を選んではじめて本編の再生が開始されるが、複数のディスクにまたがるコンテンツの場合、ディスクを入れ替えるたびに、このような警告文やメニューなどが表示されていては、コンテンツのつながり感が悪い。だが、これら警告文やメニューに関しては、BD-BOXにおいて、どのディスクから再生されても、必ず再生されるように、ディスクごとに挿入されているのが普通である。
図35は、ディスクA+1のFirstPlayタイトルが通常再生される場合と、ディスクA+1のFirstPlayタイトルがスキップ再生される場合とを対比して示す図である。本図における第1段目は、ディスクAのローディング、ディスクAにおけるタイトルの再生、ディスクAのイジェクト、ディスクA+1のローディング、ディスクA+1におけるタイトルの再生といった一連の流れを示す。第2段目は、ディスクA+1のFirstPlayタイトルが通常再生がなされた場合を示し、第3段目は、ディスクA+1のFirstPlayタイトルの先頭部分がスキップされた場合を示す。第2段目、第3段目を比較すると、第2段目では、警告文、他のディスクの予告編が表示された後、本編が表示されているが、第3段目では、これらが表示されず、いきなり本編が開始されていることがわかる。このように、ディスクAを視聴後、ディスクA+1の視聴を継続するような場合、ディスクA+1のFirstPlayタイトルにおける、警告文等は、視聴しないで済むため、テンポよい連続再生を実現することができる。無論、ディスクAを再生せず、ディスクA+1から再生を開始する場合は、上述した警告文は、再生されるので、映画再生時における慣習を守ることができる。
以降図36のフローチャートを参照して、再生制御エンジン32による具体的な制御手順を説明する。
図36は、再生制御エンジン32によるプレイリスト再生手順を示すフローチャートである。この再生手順は、再生エンジン31に対する制御(ステップS106)と、BD-ROMドライブ1又はローカルストレージ20に対する制御(ステップS108)とを含む。本フローチャートにおいて処理対象たるPlayItemをPlayItem#xとする。本フローチャートは、カレントPL情報(.mpls)の読み込みを行い(ステップS101)、その後、ステップS102〜ステップS110の処理を実行するというものである。ここでステップS102〜ステップS110は、ステップS109がYesになるまで、カレントPL情報を構成するそれぞれのPI情報について、ステップS103〜ステップS110の処理を繰り返すというループ処理を構成している。このループ処理において処理対象となるPlayItemを、PlayItem#x(PI#x)とよぶ。このPlayItem#xは、ステップS102において初期化される。上述したループ処理の終了要件は、このPlayItem#xがカレントプレイリストの最後のPlayItemになることであり(ステップS109)、もし最後のPlayItemでなければ、カレントプレイリストにおける次のPlayItemがPlayItem#xに設定される(ステップS110)。
PlayItem#xがカレントプレイリストの最後のPIでなければ、カレントプレイリストにおける次のPlayItemを、PlayItem#xに設定して(ステップS110)、ステップS103に戻る。以上のステップS103〜ステップS110を繰り返することにより、プレイリストを構成するPIは順次再生されることになる。
本実施形態は、第1実施形態に示したJava(登録商標)アプリケーションの詳細に関する。具体的にいうと、このJava(登録商標)アプリケーションは、BD-BOXを構成する複数のBD-ROMのうち、2枚目以降のBD-ROM(第1実施形態で述べたディスクA+1)のFirstPlayタイトルを生存区間とすものである。このJava(登録商標)アプリケーションは、FirstPlayタイトルが再生され、起動された時に、“ディスクAからディスクA+1へと交換した場合であるか”、“ディスクAをローディングせず、ディスクA+1をダイレクトにローディングした場合であるか”をアプリケーションマネージャ37に問い合わせる。そしてこの問い合わせの結果に応じて、再生制御を変化させる。
“ディスクAからディスクA+1への交換時特有の再生制御”とは、BD-J Objectのプレイリスト記録テーブルに記述されたAutoPlay属性をもつPlayList情報を構成する複数のPlayItem情報のうち、途中のものから、再生を開始すること(いわゆる第1実施形態に示したスキップ再生を実現すること)である。
以上、本願の出願時点において、出願人が知り得る最良の実施形態について説明したが、 以下に示す技術的トピックについては、更なる改良や変更実施を加えることができる。各実施形態に示した通り実施するか、これらの改良・変更を施すか否かは、何れも任意的であり、実施する者の意思によることは留意されたい。
アプリケーションマネージャ37が上述したようなディスクを跨いだシグナリングを実行する場合、アプリケーションIDをオーサリングサイトごとに管理して、重ならないようにするなど、ディスクA+1のアプリケーションIDと、悪意のプログラムのアプリケーションIDとが偶然重なってしまわないようにする必要がある。
2つのディスクの連続再生を行うためには、アプリケーション自体を起動させるほかに、属性などを保存しておき、ディスクA+1挿入時に起動するアプリケーションから参照することが望ましい。
(アプリケーション終了時の確認方法)
アプリケーションマネージャ37は、予定されていない光ディスクがローディングされた場合において、メニューにてアプリケーションの終了を確認したが、そうではなく、ローディングされたディスクの再生を開始してよいか否かを尋ねるなど、別の方法により、アプリケーションの動作を継続するか、終了するかを判断してもよい。
各実施形態においてフローチャートを引用して説明した制御手順や、機能的な構成要素による制御手順は、ハードウェア資源を用いて具体的に実現されていることから、自然法則を利用した技術的思想の創作といえ、“プログラムの発明”としての成立要件を満たす。
本発明に係るプログラムは、コンピュータが実行することができる実行形式のプログラム(オブジェクトプログラム)であり、各実施形態に示したフローチャートの各ステップや、機能的構成要素の個々の手順を、コンピュータに実行させるような1つ以上のプログラムコードから構成される。ここでプログラムコードは、プロセッサのネィティブコード、JAVA(登録商標)バイトコードというように、様々な種類がある。またプログラムコードによる各ステップの実現には、様々な態様がある。外部関数を利用して、各ステップを実現することができる場合、この外部関数をコールするコール文が、プログラムコードになる。また、1つのステップを実現するようなプログラムコードが、別々のオブジェクトプログラムに帰属することもある。命令種が制限されているRISCプロセッサでは、算術演算命令や論理演算命令、分岐命令等を組合せることで、フローチャートの各ステップが実現されることもある。
コンパイラによる翻訳は、構文解析、最適化、資源割付、コード生成といった過程からなる。構文解析では、ソースプログラムの字句解析、構文解析および意味解析を行い、ソースプログラムを中間プログラムに変換する。最適化では、中間プログラムに対して、基本ブロック化、制御フロー解析、データフロー解析という作業を行う。資源割付では、ターゲットとなるプロセッサの命令セットへの適合を図るため、中間プログラム中の変数をターゲットとなるプロセッサのプロセッサが有しているレジスタまたはメモリに割り付ける。コード生成では、中間プログラム内の各中間命令を、プログラムコードに変換し、オブジェクトプログラムを得る。
本発明に係るプログラムは、以下のようにして使用することができる。
(i)組込プログラムとしての使用
本発明に係るプログラムを組込プログラムとして使用する場合、プログラムにあたるロードモジュールを、基本入出力プログラム(BIOS)や、様々なミドルウェア(オペレーションシステム)と共に、命令ROMに書き込む。こうした命令ROMを、制御部に組み込み、CPUに実行させることにより、本発明に係るプログラムを、読出装置200の制御プログラムとして使用することができる。
読出装置200が、ハードディスク内蔵モデルである場合は、基本入出力プログラム(BIOS)が命令ROMに組み込まれており、様々なミドルウェア(オペレーションシステム)が、ハードディスクにプレインストールされている。また、ハードディスクから、システムを起動するためのブートROMが、読出装置200に設けられている。
(命令ROM21、CPU24)
命令ROM21、CPU24は、一個のシステムLSIとして実現することができる。
ここでパッケージの種別に着目するとシステムLSIには、QFP(クッド フラッド アレイ)、PGA(ピン グリッド アレイ)という種別がある。QFPは、パッケージの四側面にピンが取り付けられたシステムLSIである。PGAは、底面全体に、多くのピンが取り付けられたシステムLSIである。
システムLSIにパッケージングされるベアチップは、“フロントエンド部”、“バックエンド部”、“デジタル処理部”からなる。“フロントエンド部”は、アナログ信号を、デジタル化する部分であり、“バックエンド部”はデジタル処理の結果、得られたデータを、アナログ化して出力する部分である。
先に“組込プログラムとしての使用”で述べたように、命令ROMには、プログラムにあたるロードモジュールや、基本入出力プログラム(BIOS)、様々なミドルウェア(オペレーションシステム)が書き込まれる。本実施形態において、特に創作したのは、このプログラムにあたるロードモジュールの部分なので、プログラムにあたるロードモジュールを格納した命令ROMを、ベアチップとしてパッケージングすることにより、本発明に係るシステムLSIは生産することができる。
さらに、各記録読出装置の構成要素の一部又は全てを1つのチップとして構成してもよい。集積回路化は、上述したSoC実装,SiP実装に限るものではなく、専用回路又は汎用プロセスで実現してもよい。LSI製造後に、プログラムすることが可能なFPGA(FieldProgrammable Gate Array)や、LSI内部の回路セルの接続や設定を再構成可能なシリコンフィギュラブル・プロセッサを利用することが考えられる。更には、半導体技術の進歩又は派生する技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適応などが可能性としてありうる。
2 リードバッファ
3 デマルチプレクサ
4 ビデオデコーダ
5 ビデオプレーン
7 オーディオデコーダ
11 Interactive Graphicsデコーダ
12 Interactive Graphicsプレーン
13 Presentation Graphicsデコーダ
14 Presentation Graphicsプレーン
15 JPEGデコーダ
16 Stillプレーン
17 合成部
18 STC生成部
19 ATC生成部
21 命令ROM
22 シナリオメモリ
23 PSRセット
24 CPU
25 通信部
26 操作受付部
30 Virtual File System
31 再生エンジン
32 再生制御エンジン
33 モジュールマネージャ
34 HDMVモジュール
35 BD-Jプラットフォーム
36 Java(登録商標)仮想マシン
37 アプリケーションマネージャ
38 機能制限部
Claims (9)
- 読出装置であって、
第1ディスクに記録されたコンテンツを読み取って再生する再生手段と、
そのコンテンツに対応する管理テーブルに基づき、アプリケーションを実行するアプリケーション管理手段とを備え、
アプリケーションには、ディスクアンバウンダリのものと、タイトルバウンダリものとがあり、
前記アプリケーション管理手段は、
ディスクアンバウンダリアプリケーションについては、第1ディスクから第2ディスクへの交換時において、第1ディスクにおけるコンテンツに対応する管理テーブルに示されており、尚且つ、第2ディスクで最初に再生されるコンテンツに対応する管理テーブルに示されている場合に実行を継続し、タイトルバウンダリアプリケーションについては、第1ディスクにおけるコンテンツの再生終了時に実行を終了する
ことを特徴とする読出装置。 - 第1ディスクに再生されていたコンテンツに対応する管理テーブルに示されているが、第2ディスクで最初に再生されるコンテンツに対応する管理テーブルには示されていないアプリケーションが存在する場合、
前記アプリケーション管理手段は、
第1ディスク取出し後も、動作しているアプリケーションが存在している旨を表示して、動作中アプリケーションを終了させるか否かをユーザに問い合わせる旨のメニューを表示し、このメニューに対しユーザが肯定的な操作を行うことを条件にして、当該アプリケーションの実行を終了させる
ことを特徴とする請求項1記載の読出装置。 - 前記アプリケーション管理手段は、前記問い合わせる旨のメニューを、第2ディスクが装填された後に表示する
ことを特徴とする請求項2記載の読出装置。 - 前記読出装置は、第1ディスクが取出された際、実行中のアプリケーションによる機能に制限を付する機能制限手段を備え、
前記機能制限手段は、
ある実行中アプリケーションが、第1ディスクにおけるコンテンツに対応する管理テーブルに示されており、尚且つ、第2ディスクで最初に再生されるコンテンツに対応する管理テーブルに示されている場合、そのアプリケーションに課された制限を解除する
ことを特徴とする請求項1記載の読出装置。 - 前記コンテンツは、デジタルストリームを含み、
第2ディスクで最初に再生されるコンテンツに対応するアプリケーションは、第1ディスクが装填されず、第2ディスクが装填された場合と、第1ディスクから第2ディスクへの交換がなされた場合とで、デジタルストリームに対する再生制御を変化させる
ことを特徴とする請求項1記載の読出装置。 - 前記再生制御の変化とは、
第1ディスクが装填されず、第2ディスクが装填された場合に、前記コンテンツを構成するデジタルストリームを先頭から再生し、
第1ディスクから第2ディスクへのディスク交換がなされた場合に、前記コンテンツを構成するデジタルストリームのうち、先頭部分をスキップして再生することである、請求項5記載の読出装置。 - デジタルストリームに対する再生制御の変化とは、
第1ディスクが装填されず、直接第2ディスクが装填された場合に、第1の再生経路情報を用いてデジタルストリームを再生し、
第1ディスクから第2ディスクへのディスク交換がなされた場合に、第2の再生経路情報を用いてデジタルストリームを再生することである、請求項5記載の読出装置。 - プログラムであって、
第1ディスクに記録されたコンテンツを読み取って再生する再生ステップと、
そのコンテンツに対応する管理テーブルに基づき、アプリケーションを実行するアプリケーション実行ステップとをコンピュータに実行させ、
アプリケーションには、ディスクアンバウンダリのものと、タイトルバウンダリものとがあり、
前記アプリケーション管理ステップは、
ディスクアンバウンダリアプリケーションについては、第1ディスクから第2ディスクへの交換時において、第1ディスクにおけるコンテンツに対応する管理テーブルに示されており、尚且つ、第2ディスクで最初に再生されるコンテンツに対応する管理テーブルに示されている場合に実行を継続し、タイトルバウンダリアプリケーションについては、第1ディスクにおけるコンテンツの再生終了時に実行を終了させる処理をコンピュータに実行させる
ことを特徴とするプログラム。 - 読出方法であって、
第1ディスクに記録されたコンテンツを読み取って再生する再生ステップと、
そのコンテンツに対応する管理テーブルに基づき、アプリケーションを実行するアプリケーション実行ステップとを有し、
アプリケーションには、ディスクアンバウンダリのものと、タイトルバウンダリものとがあり、
前記アプリケーション管理ステップは、
ディスクアンバウンダリアプリケーションについては、第1ディスクから第2ディスクへの交換時において、第1ディスクにおけるコンテンツに対応する管理テーブルに示されており、尚且つ、第2ディスクで最初に再生されるコンテンツに対応する管理テーブルに示されている場合に実行を継続し、タイトルバウンダリアプリケーションについては、第1ディスクにおけるコンテンツの再生終了時に実行を終了する
ことを特徴とする読出方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009021527A JP4476346B2 (ja) | 2005-02-04 | 2009-02-02 | 読出装置、プログラム、読出方法 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005028748 | 2005-02-04 | ||
JP2009021527A JP4476346B2 (ja) | 2005-02-04 | 2009-02-02 | 読出装置、プログラム、読出方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006527189A Division JP4410253B2 (ja) | 2005-02-04 | 2006-02-02 | 読出装置、プログラム、読出方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2009170085A JP2009170085A (ja) | 2009-07-30 |
JP4476346B2 true JP4476346B2 (ja) | 2010-06-09 |
Family
ID=36777274
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006527189A Active JP4410253B2 (ja) | 2005-02-04 | 2006-02-02 | 読出装置、プログラム、読出方法 |
JP2009021527A Active JP4476346B2 (ja) | 2005-02-04 | 2009-02-02 | 読出装置、プログラム、読出方法 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006527189A Active JP4410253B2 (ja) | 2005-02-04 | 2006-02-02 | 読出装置、プログラム、読出方法 |
Country Status (7)
Country | Link |
---|---|
US (2) | US8032007B2 (ja) |
EP (2) | EP2317516B1 (ja) |
JP (2) | JP4410253B2 (ja) |
CN (2) | CN1993760B (ja) |
BR (1) | BRPI0605867A2 (ja) |
RU (1) | RU2007103565A (ja) |
WO (1) | WO2006082892A1 (ja) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1696321A1 (en) | 2005-02-23 | 2006-08-30 | Deutsche Thomson-Brandt Gmbh | Method and apparatus for executing software applications |
US8015548B2 (en) * | 2007-03-22 | 2011-09-06 | Arcsoft, Inc. | Method for obtaining context of corresponding Xlet while playing BD-J title |
KR101227603B1 (ko) * | 2008-03-19 | 2013-01-29 | 삼성전자주식회사 | 복합기와 이동식 저장 장치의 데이터를 송수신하는 방법 및이를 실행하는 화상형성장치 |
JP2009271589A (ja) * | 2008-04-30 | 2009-11-19 | Sony Corp | 情報処理装置、その制御方法、制御プログラム及びネームマッピング情報 |
JP2010033657A (ja) * | 2008-07-29 | 2010-02-12 | Fujitsu Ten Ltd | 制御装置、制御方法および制御プログラム |
JP2010033658A (ja) * | 2008-07-29 | 2010-02-12 | Fujitsu Ten Ltd | コンテンツ再生装置、再生制御方法および再生制御プログラム |
JP5347714B2 (ja) | 2009-05-26 | 2013-11-20 | 三菱電機株式会社 | 映像情報再生方法及び映像情報再生装置 |
JPWO2010143243A1 (ja) * | 2009-06-11 | 2012-11-22 | パナソニック株式会社 | 情報再生装置、情報再生方法、プログラム、情報記録媒体及び半導体集積回路 |
TWI488107B (zh) * | 2009-12-09 | 2015-06-11 | Silicon Motion Inc | 用來增進快退效能之方法以及相關的電子裝置 |
JP2011155559A (ja) | 2010-01-28 | 2011-08-11 | Panasonic Corp | ディスク再生装置 |
US8401370B2 (en) * | 2010-03-09 | 2013-03-19 | Dolby Laboratories Licensing Corporation | Application tracks in audio/video containers |
WO2011121891A1 (ja) * | 2010-03-29 | 2011-10-06 | パナソニック株式会社 | 光ディスク再生装置 |
WO2011121890A1 (ja) * | 2010-03-29 | 2011-10-06 | パナソニック株式会社 | 光ディスク再生装置 |
US8588580B2 (en) * | 2010-06-10 | 2013-11-19 | Panasonic Corporation | Playback device, recording medium, playback method and program |
JP2012119839A (ja) * | 2010-11-30 | 2012-06-21 | Funai Electric Co Ltd | 映像表示機器 |
KR20140018743A (ko) * | 2012-08-03 | 2014-02-13 | 삼성전자주식회사 | 디스크리스 어플리케이션 재생 장치 및 기록 장치, 재생 방법 및 기록 방법과 디스크리스 어플리케이션을 기록한 정보저장매체 |
WO2016118519A1 (en) * | 2015-01-19 | 2016-07-28 | Berman Matthew | System and methods for facile, instant, and minimally disruptive playback of media files |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2813245B2 (ja) | 1995-08-21 | 1998-10-22 | 松下電器産業株式会社 | 光ディスクの再生装置及び再生方法 |
CN100351911C (zh) * | 1995-08-21 | 2007-11-28 | 松下电器产业株式会社 | 根据交互控制实现意外性场景展开的多媒体光盘再生装置 |
TW401311B (en) * | 1996-11-21 | 2000-08-11 | Nintendo Co Ltd | Information processing system and a method for finding genuineness therefor |
JP2000113614A (ja) * | 1998-10-09 | 2000-04-21 | Sony Corp | ドライブ装置、定速移動サーボ方法 |
US20020116277A1 (en) * | 2001-02-20 | 2002-08-22 | Kraft Joshua Dickinson | Portable audio system housing a preloaded purchaser selected library od MP3 compressed music titles stored on a hard disk drive |
JP2002369154A (ja) | 2001-04-02 | 2002-12-20 | Matsushita Electric Ind Co Ltd | ディジタル映像コンテンツの映像再生装置、映像再生方法、映像再生プログラム、パッケージメディア |
US20020194618A1 (en) * | 2001-04-02 | 2002-12-19 | Matsushita Electric Industrial Co., Ltd. | Video reproduction apparatus, video reproduction method, video reproduction program, and package media for digital video content |
SK16302003A3 (sk) * | 2001-06-04 | 2004-08-03 | Matsushita Electric Industrial Co., Ltd. | Záznamové zariadenie, záznamové médium, prehrávacie zariadenie, program a spôsob |
JP2003249057A (ja) | 2002-02-26 | 2003-09-05 | Toshiba Corp | デジタル情報媒体を用いるエンハンスド・ナビゲーション・システム |
CA2497697C (en) * | 2002-09-12 | 2013-07-09 | Matsushita Electric Industrial Co., Ltd. | Recording medium, playback device, program, playback method, and recording method |
CN1754225B (zh) | 2003-02-21 | 2012-05-30 | 松下电器产业株式会社 | 再现设备、记录方法以及再现方法 |
TW200518070A (en) * | 2003-10-10 | 2005-06-01 | Matsushita Electric Ind Co Ltd | Recording medium, reproduction device, program, and reproduction method |
JP2005321953A (ja) * | 2004-05-07 | 2005-11-17 | Hitachi Ltd | ストレージ制御装置、その動作プログラム、及びアクセス制御方法 |
JP2005332521A (ja) | 2004-05-21 | 2005-12-02 | Toshiba Corp | 情報記録媒体及び情報再生装置 |
MXPA06014210A (es) * | 2004-07-22 | 2007-02-14 | Matsushita Electric Ind Co Ltd | Aparato de reproduccion para realizar reproduccion sincronizada con aplicaciones. |
ATE421144T1 (de) * | 2004-09-08 | 2009-01-15 | Panasonic Corp | Anti chatter, antiklapper zeitgeber für anwendungs-eingaben in einem dvd wiedergabegerät. |
WO2006075874A1 (en) * | 2005-01-12 | 2006-07-20 | Samsung Electronics Co., Ltd. | Information storage medium storing management information of application executable from a plurality of storage media, and method and apparatus for executing the application |
-
2006
- 2006-02-02 BR BRPI0605867-1A patent/BRPI0605867A2/pt not_active Application Discontinuation
- 2006-02-02 EP EP11152076.3A patent/EP2317516B1/en not_active Expired - Fee Related
- 2006-02-02 WO PCT/JP2006/301766 patent/WO2006082892A1/ja active Application Filing
- 2006-02-02 CN CN2006800005808A patent/CN1993760B/zh active Active
- 2006-02-02 RU RU2007103565/28A patent/RU2007103565A/ru not_active Application Discontinuation
- 2006-02-02 JP JP2006527189A patent/JP4410253B2/ja active Active
- 2006-02-02 CN CN201110009923XA patent/CN102081944B/zh not_active Expired - Fee Related
- 2006-02-02 EP EP06712909A patent/EP1764799B1/en active Active
- 2006-02-02 US US11/631,204 patent/US8032007B2/en active Active
-
2009
- 2009-02-02 JP JP2009021527A patent/JP4476346B2/ja active Active
-
2011
- 2011-08-19 US US13/213,837 patent/US8687943B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
BRPI0605867A2 (pt) | 2009-03-17 |
CN102081944B (zh) | 2012-12-26 |
WO2006082892A1 (ja) | 2006-08-10 |
US8687943B2 (en) | 2014-04-01 |
EP1764799B1 (en) | 2011-06-08 |
CN1993760A (zh) | 2007-07-04 |
US20080292270A1 (en) | 2008-11-27 |
US20110299833A1 (en) | 2011-12-08 |
JP4410253B2 (ja) | 2010-02-03 |
EP1764799A1 (en) | 2007-03-21 |
US8032007B2 (en) | 2011-10-04 |
EP2317516B1 (en) | 2013-04-17 |
JP2009170085A (ja) | 2009-07-30 |
CN102081944A (zh) | 2011-06-01 |
RU2007103565A (ru) | 2008-08-10 |
CN1993760B (zh) | 2011-03-09 |
EP1764799A4 (en) | 2009-11-11 |
EP2317516A1 (en) | 2011-05-04 |
JPWO2006082892A1 (ja) | 2008-06-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4476346B2 (ja) | 読出装置、プログラム、読出方法 | |
JP4012559B2 (ja) | 記録媒体、再生装置、プログラム、再生方法、集積回路 | |
JP3825463B2 (ja) | 記録媒体、再生装置、プログラム、再生方法。 | |
JP4949853B2 (ja) | 再生装置、画像合成方法、画像合成プログラム及び集積回路 | |
JP4664346B2 (ja) | 記録媒体、再生装置、プログラム、再生方法 | |
JP4012563B2 (ja) | 記録媒体、再生装置、プログラム、再生方法。 | |
JP4084833B2 (ja) | 記録媒体、再生装置、プログラム、再生方法、集積回路 | |
JP4117019B2 (ja) | 記録媒体、再生装置、記録方法、再生方法 | |
JP4091105B2 (ja) | 記録媒体、再生装置、記録方法、再生方法 | |
JP2008103067A (ja) | 記録媒体、再生装置、記録方法、再生方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100209 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100309 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4476346 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140319 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140319 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150319 Year of fee payment: 5 |