JPWO2010106745A1 - アプリケーション実行装置 - Google Patents

アプリケーション実行装置 Download PDF

Info

Publication number
JPWO2010106745A1
JPWO2010106745A1 JP2011504729A JP2011504729A JPWO2010106745A1 JP WO2010106745 A1 JPWO2010106745 A1 JP WO2010106745A1 JP 2011504729 A JP2011504729 A JP 2011504729A JP 2011504729 A JP2011504729 A JP 2011504729A JP WO2010106745 A1 JPWO2010106745 A1 JP WO2010106745A1
Authority
JP
Japan
Prior art keywords
application
movie
movie work
title
switching
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.)
Withdrawn
Application number
JP2011504729A
Other languages
English (en)
Inventor
千絵子 佐々木
千絵子 佐々木
田中　敬一
敬一 田中
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2010106745A1 publication Critical patent/JPWO2010106745A1/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • 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
    • 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/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
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H04N21/8355—Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed
    • H04N21/83555—Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed using a structured language for describing usage rules of the content, e.g. REL
    • 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
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/17—Card-like record carriers
    • 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/2508—Magnetic discs
    • G11B2220/2516—Hard disks
    • 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
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/40—Combinations of multiple record carriers
    • G11B2220/45—Hierarchical combination of record carriers, e.g. HDD for fast access, optical discs for long term storage or tapes for backup
    • G11B2220/455—Hierarchical combination of record carriers, e.g. HDD for fast access, optical discs for long term storage or tapes for backup said record carriers being in one device and being used as primary and secondary/backup media, e.g. HDD-DVD combo device, or as source and target media, e.g. PC and portable player
    • 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/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • 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/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
    • H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • 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
    • H04N9/8227—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 the additional signal being at least another television signal

Abstract

複数の映画作品が格納された記憶媒体での再生対象映画作品の切替において、ＢＤ−ＲＯＭディスクの交換のときと同等のアプリライフサイクル管理方法を提供する。複数の映画作品が格納されたローカルストレージにおける再生対象の映画作品切替において、映画作品切替を要求するための入力手段を再生装置が備え、入力手段へのユーザ操作をメディアの取出・挿入というメディアの状態変化の代わりとなるトリガとして再生装置が処理することで、ＢＤ−ＲＯＭ同様のアプリライフサイクル管理を可能にする。

Description

本発明は、デジタルストリームとアプリケーションとの連動再生の技術分野に属する発明である。
アプリケーション連動再生とは、映像を再生する再生装置等において、Java（登録商標、以下同様）アプリケーションを実行しながら、デジタルストリームの再生を行う再生制御技術である。アプリケーション連動再生において用いられるアプリケーションは、映像再生と同時に実行されるユーザの操作をインタラクティブに受け付けるメニューのプログラムや、映像作品の登場人物をキャラクタにしたゲーム的なプログラム等があり、映画視聴時の利便性を高めたり、映画作品の人気を高めるために用いられる。この再生制御技術を適用しデジタル化された映像と様々なアプリケーションとを１つのパッケージに収めることを実現するパッケージメディア規格に、ＢＤ−ＲＯＭ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）規格がある。
ＢＤ−ＲＯＭ規格には、関連する複数のＢＤ−ＲＯＭディスクにまたがって動作し続けるディスクアンバウンドというライフサイクルを持つアプリケーションが規定されている。以降、このライフサイクルを持つアプリケーションをディスクアンバウンドアプリケーション、複数のＢＤ−ＲＯＭディスクにまたがって動作できないアプリケーションをディスクバウンドアプリケーションと呼ぶ。
ディスクバウンドアプリケーションは、１の映画作品内で異なるタイトルにまたがって動作することは許可されるが、複数のディスクにまたがって動作することは許可されないので、ディスクバウンドアプリケーションが動作しているときにディスクが取り出されると、再生端末はディスクバウンドアプリケーションを終了させる。通常、１枚のＢＤ−ＲＯＭディスクには、１つの映画作品を構成するアプリケーション及びデジタルストリームが記録されているので、ディスクバウンドというライフサイクルは、異なる映画作品で同じアプリケーションを動作させない場合に用いられる。
ディスクアンバウンドアプリケーションは、関連する複数のディスクにまたがって動作することを許可されているので、ディスクアンバウンドアプリケーションが動作しているときにディスクが取り出されても、再生端末はディスクアンバウンドアプリケーションを終了させず、その動作を継続させる。ディスクが取り出された状態で動作し続けているディスクアンバウンドアプリケーションは、次に挿入されたディスクが直前まで再生していたディスクに関係する場合には動作し続け、関係しなかった場合には再生端末によって終了させられる。複数のディスクのそれぞれに記録された映画作品がシリーズ物等の関連する映画作品である場合に、これらの関連する複数の映画作品のぞれぞれに共通のディスクアンバウンドアプリケーションを用意しておくことで、互いのディスクへ交換する時にアプリケーションの終了と起動が実行されないので、アプリケーションのスタートアップディレイをなくすことができる。
特許２８１３２４５号公報 特願２００６−２７１８９号公報
ＳＤアソシエーション ホームページ ｈｔｔｐ：／／ｗｗｗ．ｓｄｃａｒｄ．ｏｒｇ／
ところで近年は記憶媒体の大容量化が進み、ＢＤ−ＲＯＭディスクと同等の記憶容量を持つフラッシュメディアも開発されている。例えば、ＳＤメモリーカードは、最大２ＧＢの記憶容量を実現可能とするフラッシュメディアとして策定されていたが、近年の記憶媒体大容量化に応じてＳＤアソシエーションは、最大３２ＧＢの記憶容量を実現可能とするＳＤＨＣメモリーカード規格を上位規格として策定した。さらに現在は、６４ＧＢ以上の記憶容量を持つ更に上位のフラッシュメディア規格も策定中である。
また、コンテンツを視聴可能な携帯端末の普及、テレビ向けのビデオオンデマンドサービスの拡大など、コンテンツ利用ユーザは増加傾向にあり、ネットワークインフラの進歩によっては、ＢＤ−ＲＯＭディスクに記録されたコンテンツと同等のＨＤコンテンツを、電子的に配信されるようになることも考えられる。以降、ＨＤコンテンツをパッケージという形ではなく電子的な情報として配信することを、電子配信と呼ぶ。
近い将来に想定されるフラッシュメディアの大容量化と電子配信の普及に伴い、ＨＤコンテンツをＢＤ−ＲＯＭディスクだけでなくフラッシュメディアにも記録し、ユーザが視聴できるようになることが考えられる。特にＢＤ−ＲＯＭディスクよりも大容量なフラッシュメディアが普及した場合、１つの中にフラッシュメディアの中に、複数のＢＤ−ＲＯＭディスクの作品を記録する使い方も考えられる。
このような使い方では、複数のＢＤ−ＲＯＭディスクに分けて収録されていたシリーズ物の映画作品群も１つのフラッシュメディアにまとめて記録することができるので、ユーザが同じフラッシュメディア内の映画作品へ切り替える時に、ディスク交換の必要がなくなるという点で利便性が高まるものである。
しかしながら、市販のＢＤ−ＲＯＭディスクで提供されている映画作品を、フラッシュメディアに記録するＨＤコンテンツとして提供した場合、ディスク交換とディスク挿入に従ってアプリケーションを動作させ続けるかどうかを決定し、制御していた従来の再生端末では、映画作品に含まれるディスクバウンド／ディスクアンバウンドアプリケーションについてＢＤ−ＲＯＭディスクの場合と同様の処理ができず、アプリケーションの動作をどのように制御すればよいかがが問題になる。
例えばフラッシュメディアにそれぞれ異なるディスクバウンドアプリケーションを含んだ２つの映画作品（映画作品１、映画作品２）が記録されているとき、映画作品１の再生中に映画作品２へ再生対象を切り替えると、再生端末は映画作品１のディスクバウンドアプリケーションを終了させることなく、映画作品２のディスクバウンドアプリケーションを起動させる。このとき、２つのディスクバウンドアプリケーションは同時に動作することを想定して作られていないので、実行中のメモリ不足、リソース競合などの予期せぬ不具合を起こし、作成者が期待していた通りの動作を実現できない可能性がある。
本発明の目的は、１つの記録媒体に記録された複数の映画作品の再生において、再生端末の動作保障を実現するプログラム実行装置を提供することである。
上記目的を達成するため、本発明にかかるプログラム実行装置は、1つのインデックステーブルと、複数のアプリケーション管理テーブルと、複数のアプリケーションとが記録されたドメイン領域を複数有する記録媒体を対象とし、何れかのドメイン領域からアプリケーションを読み出して実行するアプリケーション実行装置であって、複数のドメイン領域のうち1つを、カレントドメイン領域として指定する指定手段と、カレントドメイン領域内において、再生可能となる複数のタイトルと複数のアプリケーション管理テーブルとの対応付けを示すインデックステーブルを参照して、当該インデックステーブルに対応付けが示されている複数タイトルの何れかを再生する再生手段と、カレントドメイン領域内の複数のアプリケーション管理テーブルのうち、再生中タイトルに対応するものに生存区間が示されているアプリケーションの動作を管理するアプリケーションマネージャとを備え、前記指定手段によるカレントドメイン領域の指定が、１のドメイン領域から他のドメイン領域に切り替えられた場合、前記再生手段は、新たなカレントドメイン領域内に存在するインデックステーブルに対応付けが示されている複数のタイトルのうち、最初に再生すべきファーストプレイタイトルの再生を開始し、前記アプリケーションマネージャは、切り替え以前から動作中であったアプリケーションのうち、前記ファーストプレイタイトルに対応するアプリケーション管理テーブルに生存区間が示されていないものの動作を終了させることを特徴としている。
上記構成によれば、記憶媒体の１のドメイン領域に記録された映画作品から同じ記憶媒体の他のドメイン領域に記録された映画作品へ再生対象を切り替える時に、切り替え前の映画作品再生中に実行していたアプリケーションのうち、切り替え後の映画作品のファーストプレイタイトルに対応するアプリケーション管理テーブルに示されているものの動作を継続させるので、映画作品の切替時に実行中のアプリケーションを一旦終了し新たに再生する映画作品の再生開始時に同じアプリケーションを起動する手間が不要となる。そのため、アプリケーションの起動のためのスタートアップディレイを殆どなくすことができるというＢＤ−ＲＯＭディスクと同様の効果を得ることができる。
また、切り替え前の映画作品再生中に実行していたアプリケーションのうち、切り替え後の映画作品のファーストプレイタイトルに対応するアプリケーション管理テーブルに示されていないものの動作を終了させるので、切り替え後の映画作品のファーストプレイタイトルにおいて動作させることが想定されていないアプリケーションが、切り替え後の映画作品のファーストプレイタイトル再生中に実行されることがない。そのため、同じ記憶媒体の異なるドメイン領域に記録された映画作品間で再生対象の切り替えが生じた際にも、再生するＢＤ−ＲＯＭディスクを差し替えた場合の制御と同様に、同時に動作することが想定されていないアプリケーションの実行によるメモリ不足、リソース競合などの予期せぬ不具合の発生を防ぐことができる。
本発明の実施の形態１における再生システムを示す図 ＢＤ−ＲＯＭの内部構成を示す図 BD-Jオブジェクトの詳細を示す図 アプリケーション管理テーブルの詳細を示す図 アプリケーション管理テーブルのｃｏｎｔｒｏｌ＿ｃｏｄｅ Ｆｉｅｌｄに設定される値を示す図 アプリケーション管理テーブルのａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇ Ｆｉｅｌｄに設定される値を示す図 Ｉｎｄｅｘ．ｂｄｍｖの内部構成を示す図 ｉｎｄｅｘ．ｂｄｍｖとタイトルとの関係を示す図 ＢＤ−ＲＯＭが対象としているソフトウェアのレイヤモデルを示す図 ２つのモードの動的な再生制御にて作成される映画作品を示す図 再生装置２００の内部構成を示す図 ローカルストレージのディレクトリ構成を示す図 ２つのモードの再生中にＯＳＤプレーンを重畳した画面を示す図 ＢＤ−Ｊモジュール１４の詳細な構成を示す図 再生装置２００における記録処理の手順を示すフローチャート アプリケーションマネージャ３１によるアプリケーション実行制御の処理手順を示す ディスク交換時のアプリケーション制御の処理手順を示すフローチャート タイトル切替時のアプリケーション制御の処理手順を示すフローチャート ローカルストレージに記録された映画作品間の切替処理の手順を示すフローチャート ローカルストレージに記録された映画作品間の切替画面表示とイメージプレーンとビデオプレーンとＯＳＤプレーンとの重畳関係を示す図 ＯＳＤプレーンに描画された切替画面の一例を示す図 ローカルストレージに記録された映画作品間の切替処理に伴うアプリケーション制御の処理手順を示すフローチャート 映画作品１を記録したＢＤ−ＲＯＭディスク１０１のタイトル構成とアプリケーション構成とアプリケーション管理テーブルとを示す図 映画作品２を記録したＢＤ−ＲＯＭディスク１０２のタイトル構成とアプリケーション構成とアプリケーション管理テーブルとを示す図 映画作品３を記録したＢＤ−ＲＯＭディスク１０３のタイトル構成とアプリケーション構成とアプリケーション管理テーブルとを示す図 映画作品１、映画作品２、及び映画作品３を記録したローカルストレージのタイトル構成とアプリケーション構成とアプリケーション管理テーブルとを模式的に示す図 ローカルストレージに記録されている映画作品１から映画作品２への切替時のユーザ操作と再生装置２００の動作を示すフローチャート ローカルストレージに記録されている映画作品１から映画作品３への切替時のユーザ操作と再生装置２００の動作を示すフローチャート 本発明の実施の形態２におけるＢＤ−Ｊモジュールの詳細な構成を示す図 本発明の実施の形態２におけるアプリケーションからの映画作品切替リクエスト処理の手順を示すフローチャート 本発明の実施の形態３におけるアプリケーションからの映画選択処理の手順を示すフローチャート 本発明の実施の形態４におけるマネージャータイトルを含む場合のローカルストレージのディレクトリ構成を示す図 本発明の実施の形態４におけるマネージャタイトルと各映画作品とのアクセス権の相違を示す図 本発明の実施の形態４におけるアクセス権の種別判定処理の手順を示すフローチャート 本発明の実施の形態４におけるローカルストレージ上の映画作品一覧表示処理の手順を示すフローチャート 本発明の実施の形態４における映画作品のダウンロードを模式的に示す図 本発明の実施の形態４における映画作品のダウンロード処理の手順を示すフローチャート
以下本発明の実施の形態について、図面を参照しながら説明する。
（実施の形態１）
先ず始めに、本発明に係るアプリケーション実行装置の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係るアプリケーション実行装置の、使用行為についての形態の一例を示す図である。図１において、本発明に係るアプリケーション実行装置は、再生装置２００である。この再生装置２００は、リモコン３００、テレビ４００とともにホームシアターシステムを形成し、ＢＤ−ＲＯＭディスク１０１、１０２、１０３に収録された映画作品を再生するという用途に供される。また、再生装置２００にはＳＤメモリーカード、メモリースティック、コンパクトフラッシュ（登録商標）、スマートメディア、マルチメディアカード等のリムーバブルメディア１００を挿入する挿入口を備える。リムーバブルメディア１００は、ＢＤ−ＲＯＭディスクに記録されてる映画作品を複数記録できる程度の容量を持つ。以上が本発明に係る再生装置の使用形態についての説明である。
続いて本実施形態に係るホームシアターシステムが再生の対象としている「映画作品」について説明する。再生装置２００において再生されるのはＢＤ−ＲＯＭに収録された映画作品だけではなく、Ｂｕｉｌｔ−Ｉｎメディアやリムーバブルメディア、ネットワーク、記録型ディスクといったあらゆる媒体により供給される映画作品を対象としている。ここでＢｕｉｌｔ−Ｉｎメディアとは、ＨＤＤ（ハードディスクドライブ）など、再生装置に予め組み込まれた記録媒体である。一方、リムーバブルメディアは、ＳＤメモリーカード、メモリースティック、コンパクトフラッシュ（ＴＭ）、スマートメディア、マルチメディアカード等、可搬性がある記録媒体である。これらＢｕｉｌｔ−Ｉｎメディア、リムーバブルメディアは何れも、再生装置がローカルに利用する記録媒体であり、“ローカルストレージ”との総称で呼ばれる。本実施の形態ではローカルストレージに複数の映画作品を記録した実施例を挙げるが、本発明はＢＤ−ＲＯＭに複数の映画作品を収録場合にも適用可能である。
先ず、ＢＤ−ＲＯＭディスクに収録された映画作品の構成について説明する。
図２は、ＢＤ−ＲＯＭ（以降、「ＢＤ」と称する場合もある）ディスクの構成を示した図である。本実施の形態においては、記憶媒体に記録する映画作品の形式をＢＤ−ＲＯＭ規格に統一して説明するが、ＢＤ−ＲＯＭ規格のようにデジタル化された映画作品の再生とアプリケーションの実行を行うことができる他の形式を利用することも当然ながら可能である。ＢＤ−ＲＯＭは、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けて螺旋状に記録領域を持ち、内周のリード・インと外周のリード・アウトの間に論理データを記録できる論理アドレス空間を有している。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ Ｃｕｔｔｉｎｇ Ａｒｅａ）と呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、著作権保護技術などに利用され、ＢＤ−ＲＯＭの物理的なシリアル番号を示すＰＭＳＮ（Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）が記録されている。
論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、ＵＤＦやＩＳＯ９６６０などのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっており、２５５文字のファイル名、ディレクトリ名を読み出すことが可能である。
本実施の形態の場合、ＢＤ−ＲＯＭ上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＭＶディレクトリとＣＥＲＴＩＦＩＣＡＴＥディレクトリが置かれている。ＢＤＭＶディレクトリはＢＤ−ＲＯＭで扱うＡＶコンテンツや管理情報などのデータが記録されているディレクトリであり、ＣＥＲＴＩＦＩＣＡＴＥディレクトリは配下にｄｉｓｃｒｏｏｔ．ｃｒｔ（ファイル名固定）ファイルが存在し、アプリケーションの署名検証に用いられる証明書が記録されている。
ＢＤＭＶディレクトリの配下には、ＭＥＴＡディレクトリ、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭディレクトリ、ＢＤＪＯディレクトリ、ＪＡＲディレクトリと呼ばれる５つのサブディレクトリが存在し、ＢＤＭＶディレクトリには、ｉｎｄｅｘ．ｂｄｍｖ，ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖの２種類のファイルが配置されている。
ＭＥＴＡディレクトリには、ＢＤ−ＲＯＭに記録されている映画作品を示すサムネイル画像ファイル（ｔｈｕｍｂｎａｉｌ．ｐｎｇ）、及び映画作品名や収録時間などの映画作品情報が記録されたファイル(ｂｄｍｔ．ｘｍｌ)が存在する。
ＳＴＲＥＡＭディレクトリには、いわばデジタルストリーム本体となるファイルを格納しているディレクトリであり、拡張子ｍ２ｔｓが付与されたファイル（ｘｘｘ．ｍ２ｔｓ［“ｘｘｘ”は可変、拡張子”ｍ２ｔｓ”は固定］）が存在する。ＰＬＡＹＬＩＳＴディレクトリには、拡張子ｍｐｌｓが付与されたファイル（ｘｘｘ．ｍｐｌｓ［“ｘｘｘ”は可変、拡張子”ｍｐｌｓ”は固定］）が存在する。ＣＬＩＰＩＮＦディレクトリには、拡張子ｃｌｐｉが付与されたファイル（ｘｘｘ．ｃｌｐｉ ［“ｘｘｘ”は可変、拡張子”ｃｌｐｉ”は固定］）が存在する。ＪＡＲディレクトリには、拡張子ｊａｒが付与されたファイル（ｘｘｘ．ｊａｒ［“ｘｘｘ”は可変、拡張子”ｊａｒ”は固定］）が存在する。ＢＤＪＯディレクトリには、拡張子ｂｄｊｏが付与されたファイル（ｘｘｘ．ｂｄｊｏ［“ｘｘｘ”は可変、拡張子”ｂｄｊｏ”は固定］）が存在する。以下、それぞれのファイルの詳細について説明する。
拡張子”ｍ２ｔｓ”が付与されたファイルは、ＭＰＥＧ−ＴＳ（ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ）形式のデジタルＡＶストリームであり、ビデオストリーム、１つ以上のオーディオストリーム、１つ以上の副映像ストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、副映像ストリームは、映画の字幕をそれぞれ示している。
拡張子”ｃｌｐｉ”が付与されたファイルは、デジタルＡＶストリームのそれぞれに１対１に対応するＣｌｉｐ情報である。管理情報故に、Ｃｌｉｐ情報は、デジタルＡＶストリームの符号化形式、フレームレート、ビットレート、解像度等の情報や、ＧＯＰの先頭位置を示すＥＰ＿ｍａｐをもっている。
拡張子”ｍｐｌｓ”が付与されたファイルは、ＰｌａｙＬｉｓｔ情報を格納したファイルであり、ストリームの再生区間（「Ｉｎ Ｔｉｍｅ／Ｏｕｔ Ｔｉｍｅ」）が記録されている。
拡張子”ｊａｒ”が付与されたファイルは、Ｊａｖａ（登録商標）アーカイブファイルであり、Ｊａｖａ（登録商標）仮想マシンを用いて動的なシナリオ制御を行うＪａｖａ（登録商標）アプリケーションのプログラムが記述されている。ＢＤ−ＲＯＭ上のコンテンツの再生単位を示す各タイトルの再生をＪａｖａ（登録商標）アプリケーションから制御したい場合は、このファイルを必要とする。
ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ（ファイル名固定）は、ＨＤＭＶモード（後述）での各タイトル再生で、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが含まれる。
続いて、拡張子“ｂｄｊｏ”が付与されたファイルについて説明する。拡張子“ｂｄｊｏ”が付与されたファイルは、ＢＤ−Ｊモード（後述）での動的シナリオを示すＢＤ−Ｊオブジェクトを格納したファイルである。ＢＤ−Ｊオブジェクトは、ＰｌａｙＬｉｓｔ情報により示されるＡＶストリームの再生経路と、アプリケーションとの関連付けにより、タイトルを定義する情報である。図３は、ＢＤ−Ｊオブジェクトの内部構成を示す図である。本図に示すように、ＢＤ−Ｊオブジェクトは、“アプリケーション管理テーブル”と、そのタイトルにおいて再生可能なＰｌａｙＬｉｓｔ一覧を示す。アプリケーション管理テーブルは、このタイトルを生存区間とするアプリケーションを示すテーブルである。アプリケーション管理テーブルは、各アプリケーションについて図４に示すｏｒｇａｎｉｚｅｔｉｏｎＩＤ、ａｐｐｌｉｃａｔｉｏｎＩＤ、ｃｏｎｔｒｏｌ＿ｃｏｄｅ、ａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇの各フィールドを有する。
ｏｒｇａｎｉｚｅｔｉｏｎＩＤは、アプリケーションの製作者を示し、ａｐｐｌｉｃａｔｉｏｎＩＤは、Ｊａｖａ（登録商標）アーカイブファイルのファイル名となる数値を用いて、対象となるＪａｖａ（登録商標）アプリケーションを示す。
ｃｏｎｔｒｏｌ＿ｃｏｄｅは、アプリケーションの起動属性を示す。図５に示すように、はｃｏｎｔｒｏｌ＿ｃｏｄｅ Ｆｉｅｌｄの値には、自動的な起動を表す「ＡＵＴＯＳＴＡＲＴ」、Ｊａｖａ（登録商標）仮想マシンのワークメモリに置いて良い「ＰＲＥＳＥＮＴ」がある。「ＡＵＴＯＳＴＡＲＴ」は、対応するタイトルへ切替られると同時に、アプリケーションをワークメモリに読み込み、尚且つ、実行する旨を示す属性である。「ＰＲＥＳＥＮＴ」は、継続を表し、切替元タイトルにおけるアプリケーションの状態を継続することを示す属性である。あるタイトルから別のタイトルへ切替える時、アプリケーションのｃｏｎｔｒｏｌ＿ｃｏｄｅ Ｆｉｅｌｄが「ＰＲＥＳＥＮＴ」であり、尚且つ、切替元のタイトルでそのアプリケーションが起動していなければ、そのアプリケーションは切替先のタイトルでも起動しない。
ａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇは、Ｊａｖａ（登録商標）アプリケーションの生存区間を示す。アプリケーションの生存区間を定義する言葉として、タイトルを生存区間にしているタイトル生存区間属性と、ディスク全体の時間軸を生存区間にしているディスク生存区間属性の２つがあり、アプリケーションはこの２つの属性の情報がａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇ Ｆｉｅｌｄの値によって示されている。
図６はａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇ Ｆｉｅｌｄの値と、タイトル生存区間属性とディスク生存区間属性の対応を示した図である。タイトルを生存区間にしているタイトル生存区間属性には、「タイトルバウンド」と「タイトルアンバウンド」がある。タイトルバウンドなアプリケーションは、そのアプリケーションを登録しているアプリケーション管理テーブルが含まれるＢＤ−Ｊオブジェクト、すなわちＢＤ−Ｊモードタイトルの間だけで動作することが許可され、タイトル切替や再生終了などによってそのＢＤ−Ｊモードタイトルが終了するとアプリケーションは終了する必要がある。タイトルアンバウンドであるアプリケーションは、そのアプリケーションを登録しているアプリケーション管理テーブルが含まれるＢＤ−Ｊオブジェクト、すなわちＢＤ−Ｊモードタイトルの間だけでなく、切替先のＢＤ−ＪモードタイトルのＢＤ−Ｊオブジェクトに同一アプリケーションが登録されている場合は、切替元のＢＤ−Ｊモードタイトルが終了しても、そのアプリケーションは実行を継続することが許可される。
ディスク全体の時間軸を生存区間にしているディスク生存区間属性には、「ディスクバウンド」と「ディスクアンバウンド」がある。ディスクバウンドなアプリケーションは、同一ディスク内だけで動作することが許可され、ディスク交換が発生して交換元のディスクが終了するとアプリケーションは終了する必要がある。ディスクアンバウンドなアプリケーションは、複数ディスクを跨いでの動作が許可され、ディスク交換が発生して交換元のディスクが終了しても動作し続け、交換先のディスクのＦｉｒｓｔＰｌａｙがＢＤ−Ｊモードタイトルであり、尚且つ、ＢＤ−Ｊオブジェクトのアプリケーション管理テーブルに同一アプリケーションが登録されている場合には、交換先のディスクのＦｉｒｓｔＰｌａｙにタイトル切替しても、アプリケーションは実行を継続することが許可さえる。
以下、本明細書では、ａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇ Ｆｉｅｌｄの値が０のアプリケーションを、「ディスクアンバウンドアプリケーション」、値が１のものを「ディスクバウンドアプリケーション」、値が３のものを「タイトルバウンドアプリケーション」という。
続いてｉｎｄｅｘ．ｂｄｍｖについて説明する。ｉｎｄｅｘ．ｂｄｍｖは、ＢＤ−ＲＯＭ全体に関するデータベースファイルであり、映画作品のプロバイダを特定する識別子であるｏｒｇａｎｉｚａｔｉｏｎＩＤ（３２ｂｉｔ）や、プロバイダが提供するＢＤ−ＲＯＭのそれぞれに割り当てられた識別子であるｄｉｓｃＩＤ（１２８ｂｉｔ）等の情報を持ち、再生装置へのディスク挿入後に、ｉｎｄｅｘ．ｂｄｍｖが最初に読み出されることで、再生装置においてディスクが一意に認識される。加えて、ｉｎｄｅｘ．ｂｄｍｖは、図７に示すようにＢＤ−ＲＯＭにおいて再生可能となる複数のタイトルに関するインデックスを含む。引き出し線は、インデックスのデータ構造をクローズアップしている。各タイトルのインデックスでは、このデータ構造で、個々のタイトルのＩＤと、タイトルを規定するＢＤ−Ｊオブジェクトとが対応付けられている。
再生装置では、このような１つのｉｎｄｅｘファイルにおいて対応付けが示されるタイトルの集合を、１つの「映画作品」として認識される。
図８はｉｎｄｅｘ．ｂｄｍｖファイルとタイトルの関係を示す図である。タイトルとはアプリケーションとＡＶストリームを組にした再生単位であり、ｉｎｄｅｘ．ｂｄｍｖファイルにはディスク上のタイトル構成が記載されており、ディスク上の各タイトルと、対応するアプリケーション（ＢＤ−ＪモードタイトルであればＪａｖａ（登録商標）アプリケーション、ＨＤＭＶモードタイトルであればシナリオプログラム）の参照関係を管理している。また、特殊なタイトルとして「ＦｉｒｓｔＰｌａｙ」と「Ｔｏｐ Ｍｅｎｕ」が存在する。「Ｆｉｒｓｔ Ｐｌａｙ」はＢＤ起動時に自動的に再生されるタイトルであり、主にＢＤの利用規約表示などに用いられる。「Ｔｏｐ Ｍｅｎｕ」はリモコンのメニューキーを押したときやタイトル再生が終了したときに再生され、主にタイトルの選択や、字幕/音声の言語選択を行うことに用いられる。
続いて本発明に係る再生装置が実行の対象としている、Ｊａｖａ（登録商標）アプリケーションのタイトル切替時の起動について説明する。タイトル切替とは、同一ディスクに定義されたタイトルから別タイトルへの切替と、あるディスクに定義されたタイトルから別のディスクに定義されたタイトルへの複数ディスクを跨いだ切替である。
ＢＤ−Ｊオブジェクトのアプリケーション管理テーブルは、プロバイダのＩＤ（オーガニゼーションＩＤ）とアプリケーションＩＤとそのアプリケーションに属するＪａｖａ（登録商標）アーカイブファイルのＩＤだけでなく、アプリケーションの起動タイミング、生存期間等のアプリケーションの実行を制御するために必要な情報も含んでいる。再生装置では、このような情報が参照されて、ＢＤ−Ｊモードで動作するＪａｖａ（登録商標）アプリケーションは、アプリケーション管理テーブル中の起動属性を示す値（ｃｏｎｔｒｏｌ＿ｃｏｄｅ Ｆｉｅｌｄ）に従って、タイトル切替の度に動作状態が制御される。
図９は再生制御のレイヤモデルを示した図である。図９の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、ＢＤ−ＲＯＭだけではなく、Ｂｕｉｌｔ−Ｉｎメディアやリムーバブルメディア、ネットワーク、記録型ディスクといったあらゆる記録媒体、通信媒体を供給源としている。これらローカルストレージ、ネットワークといった供給源に対する制御（ディスクアクセス、カードアクセス、ネットワーク通信）が第１層の制御である。
第２層は、ＡＶデータのレイアである。第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定しているのがこの第２層である。
第３層（ＢＤ管理データ）は、ストリームの静的なシナリオを規定するレイアである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、ストリーム管理情報であり、これらに基づく再生制御を規定しているのがこの第３層である。
第４層（ＢＤ再生プログラム）は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオは、ＡＶストリームの再生手順、及び、その再生に関する制御手順のうち少なくとも一方を実行するプログラムである。動的なシナリオによる再生制御は、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ−ＲＯＭに記録された動画データを再生するモード（ＨＤＭＶモード）であり、もう１つはＢＤ−ＲＯＭに記録された動画データの付加価値を高めるモード（ＢＤ−Ｊモード）である。図９において第４層には、ＨＤＭＶモードとＢＤ−Ｊモードの２つのモードが記述されている。ＨＤＭＶモードは、ＤＶＤライクな再生環境での再生モードであり、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが動作する。もう一つのＢＤ−Ｊモードは、Ｊａｖａ（登録商標）仮想マシンを主体とした再生モードであり、Ｊａｖａ（登録商標）アプリケーションから再生制御を行う。
図１０は、２つのモードの動的な再生制御にて作成される映画作品を示す図であり、（ａ）は、ＨＤＭＶモードで動的な再生制御を定義することにより、作成される映画作品の一場面を示す図である。ＨＤＭＶモードはＤＶＤ再生装置が解釈可能なコマンドと良く似たコマンドで再生制御を記述することができるので、ＤＶＤと同じような再生制御、つまり、メニューに対する選択により再生が進行するような再生制御を定義することができる。
図１０（ｂ）は、ＢＤ−Ｊモードで動的な再生制御を定義することにより、作成される映画作品である。ＢＤ−ＪモードはＪａｖａ（登録商標）仮想マシンが解釈可能なＪａｖａ（登録商標）言語で制御手順を記述することができる。この再生制御がコンピュ−タ・グラフィックス（ＣＧ）の動作を制御するものなら、ＢＤ−Ｊモードにあっては、動画を表示した画面の横でＣＧ（図中のフクロウの絵）が動きまわっているような再生制御を定義することができる。
以上がホームシアターシステムが再生の対象としている「映画作品」についての説明である。
次に再生装置２００の構成について説明する。図１１は、再生装置の大まかな機能構成を示すブロック図である。図１１に示すように、再生装置は、ＢＤ−ＲＯＭドライブ１、読込制御部２、デマルチプレクサ３、ビデオデコーダ４、ビデオプレーン５、オーディオデコーダ６、イメージメモリ７、イメージプレーン８、イメージデコーダ９、加算器１０、静的シナリオメモリ１１、動的シナリオメモリ１２、ＨＤＭＶモジュール１３、ＢＤ−Ｊモジュール１４、ＵＯ検知モジュール１５、モード管理モジュール１６、ディスパッチャ１７、レンダリングエンジン１８、書込制御部１９、ＡＶ再生ライブラリ２０、ネットワークインターフェース２１、ローカルストレージ２２、ＯＳＤプレーン２３、ＯＳＤ制御モジュール２４、ＯＳＤイメージメモリ２５、ＯＳＤイメージデコーダ２６、メディア管理部２７、記録部２８から構成される。尚、ＨＤＭＶモジュール１３、ＢＤ−Ｊモジュール１４、モード管理モジュール１６、ディスパッチャ１７、ＡＶ再生ライブラリ２０、ＯＳＤ制御モジュール２４、ＯＳＤイメージメモリ２５、及び記録部２８からなる制御部は、プロセッサがＲＯＭに記録されたプログラムを実行することで実現されるが、ワイヤードロジック、ＡＳＩＣ等によりその機能を実現するとしてもよい。
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
読込制御部２は、ＢＤ−ＲＯＭドライブ１にローディングされているＢＤ−ＲＯＭやローカルストレージ２２に記録されているデータの読込み制御を行う。
デマルチプレクサ３は、読込制御部２により、読み出されたトランスポートストリームの多重分離を行い、ＧＯＰを構成するビデオフレームと、オーディオフレームとを得てビデオフレームをビデオデコーダ４に出力し、オーディオフレームをオーディオデコーダ６に出力する。副映像ストリームはイメージメモリ７に格納し、Ｎａｖｉｇａｔｉｏｎ Ｂｕｔｔｏｎ情報は動的シナリオメモリ１２に格納する。デマルチプレクサ３による多重分離は、ＴＳパケットをＰＥＳパケットに変換するという変換処理を含む。
ビデオデコーダ４は、デマルチプレクサ３から出力されたビデオフレームを復号して非圧縮形式のピクチャをビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのメモリである。
オーディオデコーダ６は、デマルチプレクサ３から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。
イメージメモリ７は、デマルチプレクサ３から読み出された副映像ストリーム、Ｎａｖｉｇａｔｉｏｎ Ｂｕｔｔｏｎ情報内のＰＮＧデータ、読込制御部２から直接読み込まれた画像ファイルを格納しておくバッファである。
イメージプレーン８は、一画面分の領域をもったメモリであり、展開された副映像ストリーム、ＰＮＧデータ、画像ファイルが配置される。
イメージデコーダ９は、イメージメモリ７に格納された副映像ストリーム、ＰＮＧデータ、画像ファイルを展開してイメージプレーン８に書き込む。副映像ストリームのデコードにより、各種メニュー、副映像が画面上に現れることになる。
加算器１０は、ビデオプレーン５に格納された非圧縮形式のピクチャデータに、イメージプレーン８に展開されたイメージを合成して出力する。図１０（ｂ）に示した画面（動画を表示した画面の横でＣＧ（図中のフクロウの絵）が動きまわっているような画面）は、この加算器１０が、イメージプレーン８内のイメージと、ビデオプレーン５内のピクチャとを合成することで出力される。
静的シナリオメモリ１１は、カレントのＰｌａｙＬｉｓｔやカレントのストリーム管理情報を格納しておくためのメモリである。カレントＰｌａｙＬｉｓｔとは、ＢＤ−ＲＯＭもしくはローカルストレージ２２に記録されている複数ＰｌａｙＬｉｓｔのうち、現在処理対象になっているものをいう。カレントストリーム管理情報とは、ＢＤ−ＲＯＭもしくはローカルストレージ２２に記録されている複数ストリーム管理情報のうち、現在処理対象になっているものをいう。
動的シナリオメモリ１２は、カレント動的シナリオを格納しておき、ＨＤＭＶモジュール１３、ＢＤ−Ｊモジュール１４による処理に供されるメモリである。カレント動的シナリオとは、ＢＤ−ＲＯＭもしくはローカルストレージ２２に記録されている複数シナリオのうち、現在実行対象になっているものをいう。具体的には、ＨＤＭＶモードであればＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖファイル、ＢＤ−Ｊモードであれば現在処理対象となっているタイトルに対応したＢＤ−Ｊオブジェクトである。
ＨＤＭＶモジュール１３は、ＨＤＭＶモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ１２に読み出されたカレントのシナリオプログラムを実行する。
ＢＤ−Ｊモジュール１４は、Ｊａｖａ（登録商標）プラットフォームであり、Ｊａｖａ（登録商標）仮想マシン、コンフィグレーション、プロファイルからなる。ＢＤ−Ｊモジュール１４は、動的シナリオメモリ１２に読み出されたＪａｖａ（登録商標）クラスファイルからカレントのＪａｖａ（登録商標）オブジェクトを生成し、実行する。Ｊａｖａ（登録商標）仮想マシンは、Ｊａｖａ（登録商標）言語で記述されたＪａｖａ（登録商標）オブジェクトを、再生装置におけるＣＰＵのネィティブコードに変換して、ＣＰＵに実行させる。
ＵＯ検知モジュール１５は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降ＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）という）をモード管理モジュール１６に出力する。
モード管理モジュール１６は、ＵＯに応じてＢＤ−ＲＯＭディスク及びローカルストレージ２２に記録されている映画作品の何れかを再生対象とし、再生対象の映画作品が格納されたＢＤＭＶディレクトリをカレントディレクトリとして指定する指定手段として機能する。カレントディレクトリを指定したモード管理モジュール１６は、カレントディレクトリから読み出したｉｎｄｅｘ．ｂｄｍｖファイル、及びモード管理テーブルを保持して、モード管理及びタイトル分岐制御を行う。モード管理モジュール１６によるモード管理とは、動的シナリオをＨＤＭＶモジュール１３、もしくはＢＤ−Ｊモジュール１４のどちらで実行させるかという、モジュールの割り当てである。動的シナリオをＢＤ−Ｊモジュール１４で実行させる場合、モード管理モジュール１６は、タイトル分岐制御として再生対象であるカレントタイトルをＢＤ−Ｊモジュール１４へ通知する。
ディスパッチャ１７は、ＵＯから、現在の再生装置におけるモードに適切なＵＯのみを選んで、そのモードを実行するモジュールに受け渡す。例えばＨＤＭＶモードの実行中に、上下左右、アクティベートといったＵＯを受け付けた場合、ＨＤＭＶモードのモジュールにこれらのＵＯを出力するというのがディスパッチャ１７の処理である。
レンダリングエンジン１８は、Ｊａｖａ（登録商標）２Ｄ，ＯＰＥＮ−ＧＬといった基盤ソフトウェアを備え、ＢＤ−Ｊモジュール１４からの指示に従ってコンピュ−タ・グラフィックスの描画を行い、描画されたコンピュ−タ・グラフィックスをイメージプレーン８に出力する。
書込制御部１９は、ＢＤ−Ｊモジュール１４からの指示に応じて、ローカルストレージ２２にデータを書き込む。
ＡＶ再生ライブラリ２０はＨＤＭＶモジュール１３、ＢＤ−Ｊモジュール１４からの関数呼び出しに応じて、ＡＶ再生機能、プレイリストの再生機能を実行する再生手段として機能する。ＡＶ再生機能とは、ＤＶＤプレーヤ、ＣＤプレーヤから踏襲した機能群であり、再生開始、再生停止、一時停止、一時停止の解除、静止画機能の解除、再生速度を即値で指定した早送り、再生速度を即値で指定した巻戻し、音声切り替え、副映像切り替え、アングル切り替えといった処理である。プレイリスト再生機能とは、このＡＶ再生機能のうち、再生開始や再生停止をプレイリスト情報に従って行うことをいう。
ネットワークインターフェース２１は、インターネット上に公開された映画作品やＢＤ−ＲＯＭ追加コンテンツのダウンロードやユーザ認証、課金を行うため、サーバへ接続するために用いる。ＢＤ−ＲＯＭ追加コンテンツとは、オリジナルのＢＤ−ＲＯＭにないコンテンツで、例えば追加の副音声、字幕、特典映像、アプリケーションなどである。ＢＤ−Ｊモジュール１４は、ネットワークインターフェース２１を制御することにより、インターネット上に公開された映画作品や追加コンテンツをローカルストレージ２２にダウンロードすることができる。加えてローカルストレージ２２は、ダウンロードしてきた追加コンテンツやアプリケーションが使うデータなどの保存にも用いられる。追加コンテンツの保存領域はＢＤ−ＲＯＭ毎に分かれており、またアプリケーションがデータの保持に使用できる領域はアプリケーション毎に分かれている。また、ダウンロードした追加コンテンツをどのようにＢＤ−ＲＯＭ上のデータとマージするかを示すマージ規則が記載されたマージ管理情報も、このローカルストレージ２２に保存される。さらにローカルストレージ２２には、映画作品保存領域であるＢＤＲＯＯＴディレクトリに、ＢＤ−ＲＯＭディスクに収録されている映画作品が複製して記録される。
図１２は、ローカルストレージ２２におけるデータ構造を示す図である。本発明に係る再生装置が対象としている記録媒体とは、ＢＤ−ＲＯＭだけではなく、ハードディスクやＳＤカード等のローカルストレージも再生の対象となる。このローカルストレージに記録されているデータについて説明する。
ローカルストレージ２２上には、ＢＤ−ＲＯＭ追加コンテンツ領域ルートディレクトリと映画作品保存領域ルートディレクトリが存在する。
追加コンテンツ領域は、ローカルストレージ２２のルートディレクトリの直下に存在し、ディレクトリ名は８文字以内の固定値（ＢＵＤＡ）である。このＢＵＤＡディレクトリ以下（サブディレクトリとそれ以下のファイルも含む）に、アプリケーションはサーバからダウンロードしてきた追加ファイル等、任意のファイルを格納することが可能である。
ＯｒｇａｎｉｚａｔｉｏｎＩＤディレクトリとｄｉｓｃＩＤディレクトリで示すように、特定のプロバイダ（Ｏｒｇａｎｉｚａｔｉｏｎ）に対応するディレクトリに、各ＢＤ−ＲＯＭに対応するディレクトリを設けることにより、各ＢＤ−ＲＯＭについてのダウンロードデータが個別に格納される。
映画作品保存領域は、複数のＢＤ−ＲＯＭ規格形式の映画作品を保存するための領域であり、ディレクトリ名は８文字以内の値（ＢＤＲＯＯＴ）である。映画作品保存領域に保存する映画作品は、ネットワーク接続可能な機器を用いて、インターネット上で公開されているものをダウンロードしたり、ＢＤ−ＲＯＭに記録された映画作品をマネージドコピー（特開２００８−９８７６５号）することで取得できる。ダウンロードした各映画作品のデータは、ローカルストレージ２２のルートディレクトリの直下に存在する映画作品のプロバイダを示すＯｒｇａｎｉｚａｔｉｏｎＩＤを名前に持つディレクトリ（５６７８９ａｂｃ）のサブディレクトリである映画作品のｄｉｓｃＩＤを名前に持つディレクトリ（００００１）に格納することが可能である。本実施例では、プロバイダが提供するＢＤ−ＲＯＭのそれぞれに割り当てられた識別子であるｄｉｓｃＩＤを映画保存領域に格納した映画作品にも適用しているが、映画作品を識別可能な名称であれば、ＢＤ−ＲＯＭのｄｉｓｃＩＤに合わせない場合でも実施可能である。映画作品保存領域のＢＤＲＯＯＴ／５６７８９ａｂｃ／００００１以下には、各映画作品データがＢＤ−ＲＯＭ規格のファイル構成に従って格納される。本実施の形態では、ローカルストレージ２２のルートディレクトリの直下に各映画作品用のディレクトリを配置したが、複数の映画作品を管理するためのデータファイルやナビゲーションメニューを導入などのために配置箇所を変更したり、階層を変更しても実施可能である。ローカルストレージ２２に使用する記憶媒体は固有のファイルシステムを持っている場合があるので、映画作品保存領域に保存するＢＤ−ＲＯＭ規格に従ったファイル名をそのまま利用できない場合も考えられる。その場合は、ローカルストレージ２２に保存する際には記憶媒体ごとのファイルシステムにあわせたファイル名を使用し、再生装置２００が再生時に記憶媒体ごとのファイルシステムによるファイル名変更を考慮して、ＢＤ−ＲＯＭ規格に従ったファイル名に認識しなおして読み込むことが可能である。本実施の形態では、ローカルストレージ毎のファイルシステムの違いは考慮せず、映画作品保存領域に格納するファイル名はＢＤ−ＲＯＭ規格に従ったファイル名をそのまま利用する。
ＯＳＤイメージメモリ２５は、一画面分の領域をもったメモリであり、ＯＳＤ制御モジュール２４が再生状態や再生機器の機器設定メニューなどをビデオプレーンやイメージプレーンに重畳して表示するためのＯＳＤ表示用イメージが配置される。
ＯＳＤイメージデコーダ２６は、ＯＳＤイメージメモリ２５に格納されたＯＳＤ表示用イメージを展開してＯＳＤプレーン２３に書き込む。
図１３（ａ）は、ＨＤＭＶモードタイトル再生中のビデオプレーンに、再生状態を示すＯＳＤイメージを書き込んだＯＳＤプレーンを重畳させた画面表示の例である。図１３（ｂ）は、ＢＤ−Ｊモードタイトル再生中のビデオプレーンとイメージプレーンに、再生状態を示すＯＳＤイメージを書き込んだＯＳＤプレーンを重畳させた画面表示の例である。
メディア管理部２７は、ＢＤ−ＲＯＭドライブ１やローカルストレージ２２に記憶媒体が装着されているかどうかの状態を管理する。
記録部２８は、ＢＤ−ＲＯＭドライブ１に挿入されているＢＤ−ＲＯＭに収録された映画作品を、ローカルストレージ２２へ記録する記録処理を制御する。
次に、ＢＤ−Ｊモジュール１４の詳細について説明する。図１４は図１１に示すＢＤ−Ｊモジュール１４のより具体的な構成を示す図である。ＢＤ−Ｊモジュール１４は、アプリケーションマネージャ３１、メディア再生モジュール３２、メディア管理モジュール３３、ファイルＩ／Ｏモジュール３４、ネットワークモジュール３５から構成される。なお、本図におけるＡＶ再生ライブラリ２０、ネットワークインターフェース２１、ローカルストレージ２２は、図１１に示したものと同一であり、ＢＤ−Ｊモジュール１４の説明のために便宜的に記載している。
アプリケーションマネージャ３１は、モード管理モジュール１６から通知されたカレントタイトルに対応するアプリケーション管理テーブルに基づいて、Ｊａｖａ（登録商標）アプリケーションの起動・終了を管理する。また、アプリケーションマネージャ３１がディスパッチャ１７から受け取ったＵＯイベントを、現在実行中のＪａｖａ（登録商標）アプリケーション３０に渡すといった処理も行う。
メディア再生モジュール３２はＪａｖａ（登録商標）アプリケーション３０に対し、メディア再生制御のためのＡＰＩを提供している。Ｊａｖａ（登録商標）アプリケーション３０がメディア再生制御ＡＰＩを呼び出すと、メディア再生モジュール３２は対応するＡＶ再生ライブラリ２０の関数を呼び出し、ＡＶ再生制御を行う。
メディア管理モジュール３３は、ＢＤ−ＲＯＭディスクやローカルストレージ２２を構成する媒体が装着されているかどうかの状態を管理する。また、メディア管理モジュール３３はメディアのための状態管理ＡＰＩを提供しており、Ｊａｖａ（登録商標）アプリケーションがメディア状態管理ＡＰＩを呼び出すと、メディア管理モジュール３３は対応するメディア管理部２７を参照し、Ｊａｖａ（登録商標）アプリケーション３０にメディアの状態を通知する。
ネットワークモジュール３５は、Ｊａｖａ（登録商標）アプリケーション３０に対し、ネットワーク制御のためのＡＰＩを提供している。Ｊａｖａ（登録商標）アプリケーション３０からのネットワーク制御要求に従い、ネットワークインターフェース２１を使って、ネットワーク接続を行う。Ｊａｖａ（登録商標）アプリケーション３０はネットワークモジュール３５を用いて、公開されている映画作品や追加コンテンツの検索・ダウンロード、及びユーザ認証に必要なサーバアクセスを行うことが可能である。
ファイルＩ／Ｏモジュール３４はＪａｖａ（登録商標）アプリケーション３０からのＢＤ−ＲＯＭ、ローカルストレージ、記録型ＢＤドライブ等の各メディアへのファイルアクセス要求の処理を行う。
以上がＢＤ−Ｊモジュール１４の詳細についての説明である。
続いて、本実施形態に係る再生装置２００の特徴的な処理がどのように行われるかについて説明する。先ず、ＢＤ−ＲＯＭディスクに記録された映画作品をローカルストレージ２２へ格納する記録処理の手順について図１５を用いて説明する。
再生装置２００による記録処理は、リモコン３００に設けられた「映画作品コピー」キーがユーザにより押下されることで開始される。記録部２８は、「映画作品コピー」キーの押下が通知されると（ステップＳ１：Ｙｅｓ）ドライブに挿入されているＢＤ−ＲＯＭディスクからｉｎｄｅｘ．ｂｄｍｖを読み出し、ｉｎｄｅｘ．ｂｄｍｖに示されているｏｒｇａｎｉｚａｔｉｏｎＩＤ、ｄｉｓｃＩＤを取得する（ステップＳ２）。記録部２８は、ローカルストレージ２２の映画作品保存領域（ＢＤＲＯＯＴ）において、ステップＳ２にて取得したｏｒｇａｎｉｚａｔｉｏｎＩＤを名称としたｏｒｇａｎｉｚａｔｉｏｎＩＤディレクトリの有無を検索し、無ければ（ステップＳ３：Ｎｏ）新たなｏｒｇａｎｉｚａｔｉｏｎＩＤディレクトリを生成する（ステップＳ４）。更にｏｒｇａｎｉｚａｔｉｏｎＩＤディレクトリのサブディレクトリとして、ステップＳ２にて取得したｄｉｓｃＩＤを名称としたｄｉｓｃＩＤディレクトリを作成し（ステップＳ５）、その後、ＢＤ−ＲＯＭディスクに格納されている映画作品を構成する各ファイルを、ステップＳ５にて作成したｄｉｓｃＩＤディレクトリへＢＤ−ＲＯＭ規格形式で複製する（ステップＳ６）。以上の手順により、映画作品がローカルストレージ２２に記録される。
次に、再生装置２００におけるアプリケーション連動再生に関して、アプリケーションマネージャ３１によるアプリケーション実行制御を、図１６〜図２２を参照しながら説明する。
図１６に示すように、アプリケーションマネージャ３１は、アプリケーションの実行中に、モード管理モジュール１６から再生タイトルの切り替えが通知された場合（ステップＳ１１：Ｙｓｅ）、メディア管理モジュール３３からＢＤ−ＲＭディスクの交換が通知された場合（ステップＳ１２：Ｙｅｓ）、及びモード管理モジュール１６から映画作品切替リクエストの発行が通知された場合（ステップＳ１３：Ｙｅｓ）で、それぞれ異なるアプリケーション制御（ステップＳ１４、１５、１６）を実行する。
先ず、ステップＳ１４で実行されるタイトル切り替えに伴うアプリケーション制御の詳細を、図１７を参照しながら説明する。アプリケーションマネージャ３１は、タイトル切替が通知されると、タイトルバウンドなアプリケーションとタイトルアンバウンドなアプリケーションについて、動作を制御する。先ず実行中のアプリケーションにタイトルバウンドなアプリケーションがあるかどうかを確認し（Ｓ２１）、タイトルバウンドなアプリケーションがある場合はそのタイトルバウンドアプリケーションを終了させる（Ｓ２２）。次に、アプリケーションマネージャ３１は現在実行中のタイトルアンバウンドアプリケーションがあるかどうかを確認し（Ｓ２３）、ある場合は切り替えによるジャンプ先タイトルのＢＤ−Ｊオブジェクトに実行中のタイトルアンバウンドアプリケーションと同じアプリケーションが登録されているかどうかを確認し（Ｓ２４）、登録されていなければ実行中のタイトルアンバウンドアプリケーションを終了させる（Ｓ２５）。なお、Ｓ２１〜Ｓ２２の処理手順とＳ２３〜Ｓ２５の処理手順とは並行もしく逆順に行ってもよい。
次に、図１６のステップＳ１５で実行されるディスク交換に伴うアプリケーション制御の詳細を、図１８を参照しながら説明する。アプリケーションマネージャ３１は、ディスク交換が通知されると、ディスクバウンドなアプリケーションとディスクアンバウンドなアプリケーションについて、動作を制御する。アプリケーションマネージャ３１は、ディスク取出通知をメディア管理モジュール３３から受け取り、実行中のディスクバウンドアプリケーションがあるかを確認し（Ｓ３１）、ある場合はディスクバウンドアプリケーションを終了する（Ｓ３２）。次に新たなディスクの挿入が通知された時、アプリケーションマネージャ３１はディスク挿入通知をメディア管理モジュール３３から受け取り、実行中のディスクアンバウンドアプリケーションがあるかどうかを確認し（Ｓ３３）、ある場合は新たに挿入されたディスクのＦｉｒｓｔＰｌａｙＴｉｔｌｅのアプリケーション管理テーブルに実行中のディスクアンバウンドアプリケーションと同一のアプリケーションが登録されているか確認し（Ｓ３４）、登録されていない場合は実行中のアプリケーションを終了する（Ｓ３５）。なお、Ｓ３１〜Ｓ３２の処理手順とＳ３３〜Ｓ３５の処理手順とは並行もしく逆順に行ってもよい。
続いて、映画作品切替リクエストの発行が通知された場合に図１６のステップＳ１６で実行される処理の詳細について、図１９を参照しながら説明する。
従来のＢＤ−ＲＯＭ規格においてはメディアの取出／挿入というメディアの状態変化を検知することで、ディスク全体の時間軸を生存区間とするディスクバウンドアプリケーションとディスクアンバウンドアプリケーションを制御していた。本実施形態では、複数の映画作品を一つの記憶媒体に記録した場合、記憶媒体の取出／挿入といった状態変化が発生することなく、ある映画作品から同一記憶媒体に記録された別の映画作品に切替えるために、ユーザから「映画作品切替リクエスト」を受け付ける。図１９では、再生装置２００がユーザからの映画作品切替リクエストを受け付ける手段についても、あわせて説明する。
ユーザがリモコンに設けられた「映画作品切替」キー３０１を押下すると、ＵＯ検知モジュール１５は映画作品切替リクエストを受けつける（Ｓ４１）。本実施の形態では、リモコンに「映画作品切替」キーが備えられていることとして説明しているが、「ＳＥＴＵＰ」キーや「ＦＵＮＣＴＩＯＮ」キーといった再生装置の設定や機能を表示選択するためのメニューキーを押下してＯＳＤプレーンに表示されるメニューの中に「映画作品切替」の項目を用意し、この項目が選択されたときに再生装置に対して映画作品切替リクエストを発行することでも実施可能である。
ＵＯ検知モジュール１５は、モード管理モジュール１６に映画作品切替リクエストを出力する（Ｓ４２）。モード管理モジュール１６のディスパッチャは、映画作品切替リクエストをＯＳＤ制御モジュール２４に出力し（Ｓ４３）、他のモードモジュールが持っていたリモコンのフォーカスをＯＳＤ制御モジュール２４に渡す（Ｓ４４）。リモコンのフォーカスとは、上下キーや左右キーや決定キーなどの全てのモードモジュールで共通に使用されるＵＯを最優先で受けられる権利を表し、モード管理モジュール１６が受取ったＵＯが共通に使用されるＵＯであった場合、ディスパッチャはリモコンのフォーカスを持っているモジュールに出力する。
ＯＳＤ制御モジュール２４は、ユーザに選択可能な映画作品の一覧情報を提供するための画面を提供するために、読込制御部２を用いてローカルストレージ２２内の映画作品の情報を取得し、ＯＳＤイメージメモリ２５に格納し（Ｓ４５）、ＯＳＤプレーン２３に書き込んで画面に表示する（Ｓ４６）。ここで、ローカルストレージ２２内の映画作品の情報とは、ＢＤＭＶディレクトリの直下のＭＥＴＡディレクトリに格納されている映画作品名やサムネイル画像などのＢＤ−ＲＯＭ規格で規定されているメタ情報や、記憶媒体の映画作品保存領域以下または別の箇所に保存している映画作品名やサムネイル画像や収録時間などの情報である。ＯＳＤ制御モジュール２４は映画作品の情報がイメージではなく文字情報であれば、ＯＳＤイメージメモリ２５が再生装置のＯＳＤ表示用に持っているフォントイメージを利用してＯＳＤプレーン２３に書き込む。
図２０は、映画作品切替表示を書き込んだＯＳＤプレーンを、ビデオプレーンとイメージプレーンとに重畳した時の上下関係を示した図である。本図に示すように、ユーザがテレビを見たときに、映画作品切替表示を書き込んだＯＳＤプレーンが一番手前に見える。
ディスクバウンドアプリケーションは、メディア管理モジュール３３が提供している状態管理ＡＰＩの一つであるｅｘｐｅｃｔＮｅｘｔＤｉｓｃ（）を映画作品のｄｉｓｃＩＤを引数として呼び出すことで、次にどの映画作品が再生されるのを期待しているかを再生装置２００に通知することができる。切替元の映画作品の再生中のタイトルでディスクアンバウンドアプリケーションが実行中で、尚且つ、アプリケーションがｅｘｐｅｃｔＮｅｘｔＤｉｓｃ（）を、何れかの映画作品のｄｉｓｃＩＤを指定して呼び出していたとき（Ｓ４７：ＹＥＳ）、メディア管理モジュール３３は、切替元の映画作品のＯｒｇａｎｉｚａｔｉｏｎＩＤと引数で指定されたｄｉｓｃＩＤとをＯＳＤ制御モジュール２４に通知する（Ｓ４８）。通知を受けたＯＳＤ制御モジュール２４は、選択可能な映画作品の一覧情報において、ＯｒｇａｎｉｚａｔｉｏｎＩＤ、及びｄｉｓｃＩＤで特定される映画作品に関する箇所を強調表示する（Ｓ４９）。図２１は映画作品２に関する箇所を強調表示した画面表示例である。強調表示に加え、選択カーソルの焦点を最初から映画作品２に合わせておくことで、次に選択すべき映画作品の検索手間を省くことができ、ユーザは映画作品切替をスムーズに行うことができる。
ユーザがテレビに表示された映画作品切替画面を見ながらリモコンを操作し、切替先の映画作品を選択して再生することを決定すると、ＵＯ検知モジュール１５が切替先の映画作品の選択のＵＯを受け付けてモード管理モジュール１６へＵＯを出力する（Ｓ５０）。
次に切替先の映画作品のＦｉｒｓｔＰｌａｙＴｉｔｌｅを再生開始するために、切替元の映画作品の再生中のタイトルを終了させる必要があるので、モード管理モジュール１６は切替元の映画作品に対する映画作品切替再生終了通知と、切替先の映画作品に対する映画作品切替再生開始通知とをメディア管理モジュール３３に通知する（Ｓ５１）。メディアの取出／挿入というメディアの状態変化なしに再生する映画作品を切替えるために、メディア管理モジュール３３は、前述の映画作品切替再生終了通知と映画作品切替再生開始通知とを受け取ると、メディア管理部２７からＢＤ−ＲＯＭディスクの取出／挿入によるメディアの状態変化通知を受け取った場合と同様の処理を行う。
映画作品切替再生終了通知、及び映画作品切替再生開始通知をメディア管理モジュール３３へ通知したモード管理モジュール１６は、次に、切替先の映画作品が格納されたＢＤＭＶディレクトリを新たなカレントディレクトリに指定し、読込制御部２を用いて切替先の映画作品のｉｎｄｅｘ．ｂｄｍｖファイルを読み込み、ＦｉｒｓｔＰｌａｙＴｉｔｌｅのモードを確認し（Ｓ５２）、映画作品切り替えに伴うアプリケーション制御を実行する（Ｓ５３）。
切替元の映画作品のアプリケーション制御が完了すると、ＯＳＤ制御モジュール２４は映画作品切替画面を書き込んでいるＯＳＤプレーンを非表示にし（Ｓ５４）、ディスパッチャは切替先の映画作品のＦｉｒｓｔＰｌａｙＴｉｔｌｅのモードモジュールにリモコンのフォーカスを渡す（Ｓ５５）。その後、切替先の映画作品のＦｉｒｓｔＰｌａｙＴｉｔｌｅのモードモジュールがＦｉｒｓｔＰｌａｙＴｉｔｌｅの再生を開始する（Ｓ５６）ことで、ローカルストレージ２２に記録された映画作品間の切替が完了する。
ここで、ステップＳ５３において実行される映画作品切り替えに伴うアプリケーション制御の詳細を、図２２を参照しながら説明する。
映画作品切り替えに伴うアプリケーション制御として、現在再生中のタイトル、すなわち切替元の映画作品で最後に再生していたタイトルがＢＤ−Ｊモードであるかどうかがモード管理モジュール１６で確認され（Ｓ６１）、再生中のタイトルがＢＤ−Ｊモードタイトルでなければアプリケーションが動作していないので、アプリケーション制御に関する処理は実行されない。再生中のタイトルがＢＤ−Ｊモードタイトルであったときは、ディスク取出／挿入の通知と同じ通知を、メディア管理モジュール３３がアプリケーションマネージャ３１へ通知し、通知を受けたアプリケーションマネージャ３１は実行中のディスクバウンドアプリケーションがあるか確認し（Ｓ６２）、ある場合は、ディスクバウンドアプリケーションを終了させる（Ｓ６３）。次にアプリケーションマネージャ３１は、実行中のディスクアンバウンドアプリケーションがあるかどうか確認し（Ｓ６４）、切替先の映画作品のＦｉｒｓｔＰｌａｙＴｉｔｌｅに同じアプリケーションのアプリケーション管理テーブルが登録されているかどうか確認し（Ｓ６５）、登録されていない場合は、ディスクアンバウンドアプリケーションを終了させる（Ｓ１５６）。
尚、ここまでで、ローカルストレージ２２に記録された複数の映画作品間の切替について説明したが、ある映画作品から他の映画作品への切替を行おうとして、映画作品切替画面で他の映画作品を選択せずに映画作品切替をキャンセルした場合、以下のように処理される。
映画作品切替キャンセルとは、直前の操作を取り消すためにリモコンの「ＲＥＴＵＲＮ」キーを押下したり、映画作品切替画面で切替元の映画作品と同じものを再選択するなどして、切替先の映画作品を選択せずに切替元の映画作品に戻るようなＵＯを受け付けた場合である。
映画作品切替リクエストを受け、映画作品切替画面を表示している状態でＵＯ検知モジュール１５が映画切替キャンセルのＵＯを受け付けると、ＵＯ検知モジュール１５がモード管理モジュール１６に映画作品切替キャンセルを出力し、ディスパッチャは映画作品切替リクエストをＯＳＤ制御モジュール２４に出力する。ＯＳＤ制御モジュール２４は映画作品切替画面を書き込んでいたＯＳＤプレーンを非表示にし、ディスパッチャは切替元の映画作品の再生中のタイトルのモードモジュールにリモコンのフォーカスを渡し、切替元の映画作品を再生していた状態に戻ることで映画作品切替リクエストのキャンセルを完了する。
以上が、映画作品の切り替えに伴い実行される処理の詳細である。
ここから、本実施の形態で説明している映画作品間の切替手段の効果を従来技術（特願２００６−２７１８９）と比較を行うことで説明したい。シナリオとして、映画作品１のタイトル＃１を再生中に、関連する別の映画作品へ切替を行う場合と関連しない別の映画作品へ切替を行う場合を説明する。
まず、図２３〜図２５を用いて従来技術である複数ＢＤ−ＲＯＭのディスク交換の場合を説明する。
図２３は、映画作品１を記録したＢＤ−ＲＯＭディスク１０１のタイトル構成とアプリケーション構成とアプリケーション管理テーブル（ＡＭＴ）を示した図である。図２４は、映画作品２を記録したＢＤ−ＲＯＭディスク１０２のタイトル構成とアプリケーション構成とアプリケーション管理テーブル（ＡＭＴ）を示した図である。図２５は、映画作品３を記録したＢＤ−ＲＯＭディスク１０３のタイトル構成とアプリケーション構成とＡＭＴを示した図である。
映画作品１と映画作品２はシリーズ作品で互いに関係があり、メニュー用のディスクアンバウンドなアプリケーション１を映画作品１と映画作品２の両方に含んでいる。映画作品３は、他の２つの映画作品と関係は無く、アプリケーション１は含んでいない。
先ず、互いに関係ある映画作品が記録されたディスクの交換例として、ディスク１０１のタイトル＃１を再生中に、ディスク１０２へディスク交換を行った時のユーザ操作と再生装置２００の動作例を説明する。
ユーザがディスク１０１のタイトル＃１を再生しているときに、ディスク１０１を取出すと、再生装置２００は実行中のディスクバウンドなアプリケーション２とＡＶ再生を終了させる。ユーザがディスク１０２を挿入すると、再生装置２００はディスク１０２のＦｉｒｓｔＰｌａｙＴｉｔｌｅを読み込み、ディスク１０２のＦｉｒｓｔＰｌａｙＴｉｔｌｅに実行中のディスクアンバウンドなアプリケーション１のＡＭＴが登録されていることを検出する。このとき、交換元のディスク１０１で実行中であったアプリケーション１の実行を終了させずに、交換先のディスク１０２でも継続させる。再生装置２００は、ディスク１０２のＦｉｒｓｔＰｌａｙＴｉｔｌｅに登録されているＡＵＴＯＳＴＡＲＴのアプリケーション４を起動し、ＡＶ再生を開始して、ディスク１０２への交換を完了する。
次に、互いに関係のない映画作品が記録されたディスクの交換例として、ディスク１０１のタイトル＃１を再生中に、ディスク１０３へディスク交換を行った時のユーザ操作と再生装置２００の制御の動作例を説明する。
ユーザがディスク１０１のタイトル＃１を再生しているときに、ディスク１０１を取出すと、再生装置２００は実行中のディスクバウンドなアプリケーション２とＡＶ再生を終了させる。ユーザがディスク１０３を挿入すると、再生装置２００はディスク１０３のＦｉｒｓｔＰｌａｙを読み込み、ディスク１０３のＦｉｒｓｔＰｌａｙに実行中のディスクアンバウンドなアプリケーション１のＡＭＴが登録されていないことを検出し、アプリケーション１を終了させる。再生装置２００は、ディスク１０３のＦｉｒｓｔＰｌａｙに登録されているＡＵＴＯＳＴＡＲＴのアプリケーション６を起動し、ＡＶ再生を開始して、ディスク１０３への交換を完了する。
以上が、従来技術における複数ＢＤ−ＲＯＭのディスク交換時の動作例である。
次に、図２６〜図２８を用いて本実施の形態で説明しているローカルストレージ２２に記録された映画作品間の切替の場合を説明する。
図２６は、映画作品１と映画作品２と映画作品３を記録した記憶媒体のタイトル構成とアプリケーション構成とＡＭＴを示した図である。各映画作品のタイトル構成とアプリケーション構成とＡＭＴは、それぞれ図２３、図２４、図２５で示したＢＤ−ＲＯＭディスクに記録された映画作品１、映画作品２、映画作品３と同一の構成である。
図２７は、映画作品１のタイトル＃１を再生中に、映画作品２へ映画作品切替を行った時のユーザ操作と再生装置２００の制御の流れを示すフローチャートである。
ユーザが映画作品１のタイトル＃１を再生しているときに、映画作品切替キーを押すと（Ｓ７１）、再生装置２００は映画作品切替画面をテレビに表示する（Ｓ７２）。ユーザは、映画作品切替画面に従って映画作品２を選択する（Ｓ７３）。このとき、映画作品１のタイトル＃１の実行中のアプリケーション１がｅｘｐｅｃｔＮｅｘｔＤｉｓｃ（）を映画作品２のｄｉｓｃＩＤを引数にして呼び出していると、映画作品切替画面に表示されている一覧の次に再生して欲しい映画作品の情報を強調表示するので、ユーザは画面の表示に従って映画作品２を探しやすくなる。映画作品２が選択されると、再生装置２００は映画作品２のＦｉｒｓｔＰｌａｙを読み込み（Ｓ７４）、実行中のディスクバウンドなアプリケーション２とＡＶ再生を終了させる（Ｓ７５）。再生装置２００は、映画作品２のＦｉｒｓｔＰｌａｙに実行中のディスクアンバウンドなアプリケーション１のＡＭＴが登録されていることを検出する（Ｓ７６）。このとき、切替元の映画作品１で実行中であったアプリケーション１の実行を終了させずに、切替先の映画作品２でも継続させる。再生装置２００は、映画作品切り替え画面を非表示にし（Ｓ７７）、映画作品２のＦｉｒｓｔＰｌａｙに登録されているＡＵＴＯＳＴＡＲＴのアプリケーション４を起動し、ＡＶ再生を開始して（Ｓ７８）、映画作品２への切替を完了する。
図２８は、映画作品１のタイトル＃１を再生中に、映画作品３へ映画作品切替を行った時のユーザ操作と再生装置２００の制御の流れを示すフローチャートである。
ユーザが映画作品１のタイトル＃１を再生しているときに、映画作品切替キーを押すと（Ｓ８１）、再生装置２００は映画作品切替画面をテレビに表示する（Ｓ８２）。ユーザは、映画作品切替画面に従って映画作品３を選択する（Ｓ８３）。映画作品３が選択されると、再生装置２００は映画作品３のＦｉｒｓｔＰｌａｙを読み込み（Ｓ８４）、実行中のディスクバウンドなアプリケーション２とＡＶ再生を終了させる（Ｓ８５）。再生装置２００は、映画作品切替画面を非表示にし（Ｓ８７）、映画作品３のＦｉｒｓｔＰｌａｙに登録されているＡＵＴＯＳＴＡＲＴのアプリケーション６を起動し、ＡＶ再生を開始して（Ｓ８８）、映画作品３への切替を完了する。
以上が、本実施の形態で説明しているローカルストレージ２２に記録された映画作品間の切替時の動作例である。
以上のように本実施形態によれば、ユーザは記憶媒体に記録された複数の映画作品を切替えて視聴することが可能であり、再生装置２００は記録媒体に記録された映画作品のアプリケーションをＢＤ−ＲＯＭディスクで動作する場合と同様に制御することができる。この切替手段によって、再生機器は取り外しができないＢｕｉｌｔ−ｉｎメディアに対してもＢＤ−ＲＯＭのディスク交換と同等の切替機能を提供することができる。また、シリーズ物などの複数の映画作品同士で関連がある場合に、アンバウンドなアプリケーションがｅｘｐｅｃｔＮｅｘｔＤｉｓｃ（）を呼び出して次に再生されるのを期待している映画作品２のｄｉｓｃＩＤを再生装置２００に通知し、尚且つ、同一記憶媒体に映画作品２が記録されていると、再生装置２００は映画作品切替画面で次に再生されるのを期待しているディスクを強調表示してユーザに示すことができるので、ユーザは複数あるＢＤ−ＲＯＭの中から次に挿入すべきＢＤ−ＲＯＭを探すという手間を掛けずに関連がある映画作品を続けて視聴することができる。記録媒体に複数の映画作品を記録した場合でも複数ＢＤ−ＲＯＭの場合と同様のアプリケーション制御が可能であり、関連作品をまとめて記憶媒体に登録することでユーザの利便性も高めることができる。

（実施の形態２）
実施の形態１では、ユーザがリモコン操作等により発行した映画作品切替リクエストに応じて、再生する映画作品の切替を行っていたが、実施の形態２では、切替元の映画作品のタイトル再生において動作しているアプリケーションが、映画作品切替リクエストを発行する構成について説明する。
以下、実施の形態２では、実施の形態１と同様の部分は説明を省略し、実施の形態１からの変更箇所のみを説明する。
図２９は、アプリケーションから映画作品切替リクエストを発行できる場合のＢＤ−Ｊモジュールの具体的な構成を示す図である。本図は、映画作品切替管理モジュール３６が追加された以外は、図１４に示したものと同様の構成であり、他の構成要素を映画作品切替管理モジュール３６の説明のために便宜的に記載している。映画作品切替管理モジュール３６は、アプリケーションからの映画作品切替リクエスト発行用のＡＰＩを提供する。このＡＰＩが呼び出されると、映画作品切替リクエストがモード管理モジュール１６へ出力される。
図３０は、実行中のアプリケーションが映画作品切替リクエストを発行した場合の処理手順を示すフローチャートである。実行中のアプリケーションが映画作品切替リクエスト発行ＡＰＩを呼び出すと（Ｓ９１）、映画作品切替管理モジュール３６は、映画作品切替リクエストをモード管理モジュール１６に出力する（Ｓ９２）。
モード管理モジュール１６は、アプリケーションのＡＰＩ呼び出しによる映画作品切替リクエストを受け付けると（Ｓ９３）、図１９に示すＳ４３〜Ｓ５６に示すＵＯに由来する映画作品切替リクエストの処理と同様の切替処理（Ｓ９４）を実行する。これにより、ユーザ操作によらない映画作品切替画面の表示、及びユーザによる切替先の映画作品選択を経て、ディスクバウンドアプリケーションの実行制御がなされる。
以上のように本実施の形態２によれば、映画作品のコンテンツ側からも映画作品切替リクエストの発行ができ、ユーザによる切替リクエストキー押下の操作を省略することできる。例えば、シリーズ物の映画作品において本編映像を構成するタイトルを最後まで再生し終わったときや、再生中タイトルで映画作品に含まれていないシーンの再生が必要なときに、それらのタイトルを生存区間とするアプリケーションが映画作品切替リクエスト発行ＡＰＩを呼び出すように、アプリケーションを構成しておくことで、ユーザ操作によらず映画作品切替表示が画面に表示される。このような仕組みにより、ユーザにディスク交換や、映画作品切替を促すことができる。

（実施の形態３）
実施の形態２では、実行中のアプリケーションが映画作品切替リクエストを発行するが、それに応じて表示された映画作品切替画面おける切替先の映画作品の選択では、ユーザによる指示を必要としていたが、実施の形態３では、切替先の映画作品の選択についてもＵＯを必要としない構成について説明する。以下、実施の形態３では、実施の形態１、２と同様の部分は説明を省略し、実施の形態１、２と相違する部分のみを説明する。
実施の形態３において、映画作品切替管理モジュール３６は、アプリケーションから他の映画作品への切替と選択を行うための映画作品選択ＡＰＩを提供する。映画作品選択ＡＰＩは、切替先の映画作品のｄｉｓｃＩＤを引数として受け付ける。このＡＰＩが呼び出されると、再生中の映画作品のＯｒｇａｎｉｚａｔｉｏｎＩＤ、及び引数に指定されたｄｉｓｃＩＤにより識別される映画作品が記録媒体に記録されていかどうが確認され、記録されている場合には、映画作品選択通知がメディア管理モジュール３３へ通知されて映画作品の切替選択が処理される。再生中の映画作品のＯｒｇａｎｉｚａｔｉｏｎＩＤ、及び引数に指定されたｄｉｓｃＩＤにより識別される映画作品が記録媒体に記録されていない場合には、ＡＰＩ呼び出し元のアプリケーションに切替失敗が通知される。
図３１は、実行中のアプリケーションが他の映画作品への切替と選択を行う場合の処理手順を示すフローチャートである。
実行中のアプリケーションが切替先の映画作品のｄｉｓｃＩＤを指定して映画選択ＡＰＩを呼び出すと（Ｓ１０１）、映画作品切替管理モジュール３６は映画作品切替通知をメディア管理モジュール３３に出力する（Ｓ１０２）。映画作品切替通知を受けたメディア管理モジュール３３は、再生中の映画作品のＯｒｇａｎｉｚａｔｉｏｎＩＤ、及び引数に指定されたｄｉｓｃＩＤにより識別される映画作品が記録媒体に記録されているかどうかを確認し（Ｓ１０３）、記録されている場合は（Ｓ１０４：Ｙｅｓ）、映画作品切替再生開始処理と映画作品切替再生終了処理を実施する（Ｓ１０５、１０７）。本図のＳ１０５、Ｓ１０６における映画作品切替再生開始処理と映画作品切替再生終了処理では、図１９のＳ５１でモード管理モジュール１６から映画作品切替再生開始通知と映画作品切替終了通知を受け取ったメディア管理モジュール３３と同様に、ＢＤ−ＲＯＭディスクの取出／挿入によるメディアの状態変化通知を受け取った場合と同様の処理を行う。この処理において、メディア管理モジュール３３は、切替先の映画作品の再生を開始するためにモード管理モジュール１６に映画作品再生開始を通知し（Ｓ１０６）、通知を受けたモード管理モジュール１６は切替先の映画作品のＦｉｒｓｔＰｌａｙＴｉｔleのモードを確認する。以降は、図１９に示すＳ５３〜Ｓ５６に示す処理手順と同様に、ディスクバウンドアプリケーションの実行制御を含む切替先の映画作品の再生処理が実行される（Ｓ１０７）。
一方、Ｓ１０４において、切り替え先の映画作品が記憶媒体に記録されていなかった場合、メディア管理モジュール３３は呼び出し元のアプリケーションに、映画作品の切替失敗を通知する（Ｓ１０８）。このとき、切替先の映画作品が入った別の記憶媒体をユーザに挿入してもらか、さらに別の映画作品を選択してもらう必要があるので、アプリケーションは映画切替画面を表示してユーザの操作を求める必要がある。ユーザが別の映画作品を選択する場合、以降の選択処理は図３０のＳ９１〜Ｓ９４と同様の処理手順で実行される。
以上のよう本実施の形態３によれば、コンテンツ側で映画作品切替操作を全て完了できるので、ユーザによる映画切替操作を省略することできる。この結果、再生装置２００では、ユーザ操作なしに、シリーズ物の複数の映画作品再生をシームレスに再生することができる。

（実施の形態４）
実施の形態１、及び実施の形態２では、映画作品切替リクエストの発行に応じて映画作品切替画面を表示する構成を再生装置２００が有していたが、実施の形態４では、記録媒体に記録された映画作品管理アプリケーションが映画作品切替画面を表示する場合について説明する。以下、実施の形態４では、実施の形態１、２と同様の部分は説明を省略し、実施の形態１、２と相違する部分のみを説明する。
図３２は実施の形態４におけるローカルストレージのディレクトリ構成を示す図である。本実施の形態では、ＯｒｇａｎｉｚａｔｉｏｎＩＤディレクトリ、ｄｉｓｃＩＤディレクトリに加え、ＭａｎａｇｅｒディレクトリがＢＤＲＯＯＴディレクトリのサブディレクトリとして配置される。Ｍａｎａｇｅｒディレクトリの下には、マネージャータイトルと呼ばれるデータが格納される。マネージャータイトルのデータ構成は他の映画作品と同様、ＢＤ−ＲＯＭ規格に従ったファイル構成となる。
ローカルストレージから映画作品を再生する場合、モード管理モジュール１６は、まずこのマネージャータイトルを再生することで、このマネージャータイトルから各映画作品を選択し、映画作品の再生を行う。すなわち、ローカルストレージに格納されている映画作品の一覧表示及び選択を、再生装置内に組み込まれたアプリケーションで行うのではなく、このマネージャータイトルで管理・実行する。
以下に、マネージャータイトルに含まれる映画作品管理アプリケーションに付与されるアクセス権について説明する。図３３はマネージャータイトルと各映画作品とのアクセス権の相違を示す図である。通常の映画作品に含まれるアプリケーションは、同一スタジオ内の映画作品のみアクセスが許され、他のスタジオ映画作品へのアクセスは禁止される。すなわち、ローカルストレージに格納されている映画作品の一覧表示、選択、削除などを通常の映画作品アプリケーションが行う場合は、同一スタジオの映画作品のみに限られる。これは、他のスタジオ映画作品のデータ収集、及び不正削除などを防ぐためである。
一方、マネージャータイトルは通常の映画作品アプリケーションとは異なり、ローカルストレージに格納されている全映画作品へのアクセスが許可され、ローカルストレージ上の全映画作品の一覧表示、選択、削除が可能である。マネージャータイトルは通常の映画作品とは異なるアクセス権（特権モード）が付与されるため、再生装置内の組み込みアプリケーションで行う映画作品切替と同等の機能を提供することが可能となる。
以上が、マネージャータイトルに含まれる映画作品管理アプリケーションに付与されるアクセス権についての説明である。
次に、再生装置２００におけるアクセス権の種別判定について説明する。
図３４は、再生装置２００におけるアクセス権の種別判定の処理手順を示すフローチャートである。選択された映画作品がマネージャータイトルかどうかで付与されるアクセス権が異なる。映画作品の選択が行われると、その映画作品がマネージャータイトルかどうかの判定を行う（ステップＳ１１１）。選択された映画作品がマネージャータイトルであれば、全映画作品に対するアクセス権が映画作品管理アプリケーションに付与され（ステップＳ１１２）、選択された映画作品がマネージャータイトルではなく通常の映画作品である場合は、同一スタジオ内に限られたアクセス権がアプリケーションに付与される（ステップＳ１１３）。以上が、再生装置２００におけるアクセス権の種別判定についての説明である。
続いて、映画作品一覧表示処理のためにマネージャータイトルに含まれる映画作品管理アプリケーションを起動する手順について説明する。
図３５はローカルストレージ上の映画作品一覧表示処理の処理手順を示すフローチャートである。再生装置２００にローカルストレージが挿入され、再生装置２００に対しユーザからローカルストレージ上の映画作品一覧表示が要求されると、モード管理モジュール１６は、挿入されているローカルストレージにマネージャータイトルが存在するか否かを確認する（ステップＳ１２１）。マネージャータイトルが存在することが確認できれば、マネージャータイトルが正当であるかどうかの署名検証を行う（ステップＳ１２２）。署名検証はＣＥＲＴＩＦＩＣＡＴＥディレクトリの下に存在するルート証明書（ｄｉｓｃｒｏｏｔ．ｃｒｔ）に基づいて行われ、マネージャータイトルが正当なプロバイダから提供されたものであることを確認する。署名検証の結果、マネージャータイトルが正当なプロバイダから提供されたものであると判断できれば（ステップＳ１２３）、モード管理モジュール１６は、マネージャータイトルをカレントタイトルに指定し、マネージャータイトルの映画作品管理アプリケーションをアプリケーションマネージャ１４に起動させて、ローカルストレージ上の映画作品の一覧表示・選択・削除などの管理をマネージャータイトルの映画作品管理アプリケーションに委譲する（ステップＳ１２４）。
ローカルストレージ上にマネージャータイトルが存在しないと判断した場合、モード管理モジュール１６は、ローカルストレージ上の映画作品一覧表示・選択・削除などを管理する映画作品管理アプリケーションが再生装置内に予め組み込まれていれば（ステップＳ１２５）、アプリケーションマネージャ１４に再生装置内の映画作品管理アプリケーションを起動させ、映画作品の一覧表示を実行させる（ステップＳ１２６）。再生装置内に映画作品管理アプリケーションが組み込まれていなければ、モード管理モジュール１６は、映画作品の一覧表示を行わずにローカルストレージ上の映画作品の何れかをカレントの再生対象に指定して再生を開始する（ステップＳ１２７）。
以上の処理手順が実行されることにより、ローカルストレージにマネージャータイトルが記録されていれば、マネージャータイトルに含まれる映画作品管理アプリケーションが起動され、この映画作品管理アプリケーションによりローカルストレージ上に記録された映画作品の一覧表示が実現される。
次に、マネージャータイトルの取得手順について説明する。図３６は映画作品のダウンロードを模式的に示す図である。ローカルストレージへの映画作品ダウンロードはＢＤ−ＲＯＭ上のＪａｖａ（登録商標）アプリケーションから行われる。このときマネージャータイトルは、ネットワーク上のサーバにおいて映画作品コンテンツと共に提供されており、ネットワークを介して映画作品だけでなくマネージャータイトルもダウンロードすることで、ローカルストレージへ格納される。
図３７は映画作品ダウンロード処理の手順を示すフローチャートである。Ｊａｖａアプリケーションは映画作品のダウンロードを行う際、まずローカルストレージにマネージャータイトルが存在するかどうかの確認を行う（ステップＳ１３１）。マネージャータイトルがすでに存在していれば、映画作品のダウンロードを開始し（ステップＳ１３２）、マネージャータイトルが存在していなければ、まずマネージャータイトルのダウンロードを行い（ステップＳ１３３）、続いて映画作品のダウンロードを行う。
尚、マネージャータイトルが存在していた場合でも、ローカルストレージ上のマネージャータイトルのバージョンとサーバ上のマネージャータイトルのバージョンを比較し、サーバ上のバージョンの方が新しいと判断できれば、ローカルストレージ上の古いマネージャータイトルを上書きして新しいマネージャータイトルのダウンロードを行っても良い。
以上、本実施の形態のように、記憶媒体に記録されたマネージャータイトルの映画作品管理アプリケーションが映画作品切替画面を表示できれば、ＯＳＤプレーンを備えていない再生装置やＯＳＤイメージメモリに十分な容量を持たせていない再生装置であっても、映画作品切替画面をユーザに提供することができる。

（その他の変形例）
（１）本発明は、各実施形態で説明したフローチャートの処理手順が開示するアプリケーション実行方法であるとしてもよい。また、前記処理手順でコンピュータを動作させるプログラムコードを含むコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。各実施形態においてフローチャートを引用して説明した制御手順や、機能的な構成要素による制御手順は、ハードウェア資源を用いて具体的に実現されていることから、自然法則を利用した技術的思想の創作といえ、“プログラムの発明”としての成立要件を満たす。
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ）、半導体メモリなど、に記録したものとしてもよい。
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送するものとしてもよい。
また、前記コンピュータプログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記コンピュータプログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
（２）本発明は、アプリケーション実行装置の制御を行うＬＳＩとしても実施可能である。このような場合、再生装置２００を構成するハードウェアのうち、機構的な構成要素(ＢＤドライブ、リムーバブルメディアドライブ)、大容量のメモリによって実装される構成要素(ビデオプレーン、イメージプレーン、ＯＳＤプレーン)を除いた、論理素子を主要部とする部分を、1つのシステムＬＳＩとして構成することが望ましい。また、これらの機能ブロックは、個別に１チップ化されても良いし一部または全てを含むように１チップ化されてもよい。
尚、ここではシステムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または、汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）やＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。このような技術には、バイオ技術の適用等が可能性としてありえる。
（３）上記実施形態では、仮想マシンのプログラミング言語としてＪａｖａ（ＴＭ）を利用したが、Ｊａｖａ（ＴＭ）ではなく、ＵＮＩＸ（ＴＭ） ＯＳなどで使われているＢ−Ｓｈｅｌｌや、Ｐｅｒｌ Ｓｃｒｉｐｔ、ＥＣＭＡ Ｓｃｒｉｐｔなど他のプログラミング言語であっても良い。
（４）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
本発明にかかる再生装置は、映像データとアプリケーションとを含むコンテンツを記憶媒体に複数保存した時のコンテンツ間切替を可能にするので、記憶媒体への映像コンテンツの配信に携わる映画産業・民生機器産業において利用される可能性をもつ。
１ ＢＤ−ＲＯＭドライブ
２ 読込制御部
３ デマルチプレクサ
４ ビデオデコーダ
５ ビデオプレーン
６ オーディオデコーダ
７ イメージメモリ
８ イメージプレーン
９ イメージデコーダ
１０ 加算器
１１ 静的シナリオメモリ
１２ 動的シナリオメモリ
１３ ＨＤＭＶモジュール
１４ ＢＤ−Ｊモジュール
１５ ＵＯ検知モジュール
１５ ＵＯ探知モジュール
１６ モード管理モジュール
１７ ディスパッチャ
１８ レンダリングエンジン
１９ 書込制御部
２０ ＡＶ再生ライブラリ
２１ ネットワークインターフェース
２２ ローカルストレージ
２３ ＯＳＤプレーン
２４ ＯＳＤ制御モジュール
２５ ＯＳＤイメージメモリ
２６ ＯＳＤイメージデコーダ
２７ メディア管理部
２８ 記録部
３０ アプリケーション
３１ アプリケーションマネージャ
３２ メディア再生モジュール
３３ メディア管理モジュール
３４ ファイルＩ／Ｏモジュール
３５ ネットワークモジュール
３６ 映画作品切替管理モジュール
１００ リムーバブルメディア
１０１ ＢＤ−ＲＯＭディスク
１０２ ＢＤ−ＲＯＭディスク
１０３ ＢＤ−ＲＯＭディスク
２００ 再生装置
３００ リモコン
３０１ 「映画作品切替」キー
４００ テレビ
本発明は、デジタルストリームとアプリケーションとの連動再生の技術分野に属する発明である。
アプリケーション連動再生とは、映像を再生する再生装置等において、Java（登録商標）アプリケーションを実行しながら、デジタルストリームの再生を行う再生制御技術である。アプリケーション連動再生において用いられるアプリケーションは、映像再生と同時に実行されるユーザの操作をインタラクティブに受け付けるメニューのプログラムや、映像作品の登場人物をキャラクタにしたゲーム的なプログラム等があり、映画視聴時の利便性を高めたり、映画作品の人気を高めるために用いられる。この再生制御技術を適用しデジタル化された映像と様々なアプリケーションとを１つのパッケージに収めることを実現するパッケージメディア規格に、ＢＤ−ＲＯＭ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）規格がある。
ＢＤ−ＲＯＭ規格には、関連する複数のＢＤ−ＲＯＭディスクにまたがって動作し続けるディスクアンバウンドというライフサイクルを持つアプリケーションが規定されている。以降、このライフサイクルを持つアプリケーションをディスクアンバウンドアプリケーション、複数のＢＤ−ＲＯＭディスクにまたがって動作できないアプリケーションをディスクバウンドアプリケーションと呼ぶ。
ディスクバウンドアプリケーションは、１の映画作品内で異なるタイトルにまたがって動作することは許可されるが、複数のディスクにまたがって動作することは許可されないので、ディスクバウンドアプリケーションが動作しているときにディスクが取り出されると、再生端末はディスクバウンドアプリケーションを終了させる。通常、１枚のＢＤ−ＲＯＭディスクには、１つの映画作品を構成するアプリケーション及びデジタルストリームが記録されているので、ディスクバウンドというライフサイクルは、異なる映画作品で同じアプリケーションを動作させない場合に用いられる。
ディスクアンバウンドアプリケーションは、関連する複数のディスクにまたがって動作することを許可されているので、ディスクアンバウンドアプリケーションが動作しているときにディスクが取り出されても、再生端末はディスクアンバウンドアプリケーションを終了させず、その動作を継続させる。ディスクが取り出された状態で動作し続けているディスクアンバウンドアプリケーションは、次に挿入されたディスクが直前まで再生していたディスクに関係する場合には動作し続け、関係しなかった場合には再生端末によって終了させられる。複数のディスクのそれぞれに記録された映画作品がシリーズ物等の関連する映画作品である場合に、これらの関連する複数の映画作品のぞれぞれに共通のディスクアンバウンドアプリケーションを用意しておくことで、互いのディスクへ交換する時にアプリケーションの終了と起動が実行されないので、アプリケーションのスタートアップディレイをなくすことができる。
特許２８１３２４５号公報 特願２００６−２７１８９号公報
ＳＤアソシエーション ホームページ ｈｔｔｐ：／／ｗｗｗ．ｓｄｃａｒｄ．ｏｒｇ／
ところで近年は記憶媒体の大容量化が進み、ＢＤ−ＲＯＭディスクと同等の記憶容量を持つフラッシュメディアも開発されている。例えば、ＳＤメモリーカードは、最大２ＧＢの記憶容量を実現可能とするフラッシュメディアとして策定されていたが、近年の記憶媒体大容量化に応じてＳＤアソシエーションは、最大３２ＧＢの記憶容量を実現可能とするＳＤＨＣメモリーカード規格を上位規格として策定した。さらに現在は、６４ＧＢ以上の記憶容量を持つ更に上位のフラッシュメディア規格も策定中である。
また、コンテンツを視聴可能な携帯端末の普及、テレビ向けのビデオオンデマンドサービスの拡大など、コンテンツ利用ユーザは増加傾向にあり、ネットワークインフラの進歩によっては、ＢＤ−ＲＯＭディスクに記録されたコンテンツと同等のＨＤコンテンツを、電子的に配信されるようになることも考えられる。以降、ＨＤコンテンツをパッケージという形ではなく電子的な情報として配信することを、電子配信と呼ぶ。
近い将来に想定されるフラッシュメディアの大容量化と電子配信の普及に伴い、ＨＤコンテンツをＢＤ−ＲＯＭディスクだけでなくフラッシュメディアにも記録し、ユーザが視聴できるようになることが考えられる。特にＢＤ−ＲＯＭディスクよりも大容量なフラッシュメディアが普及した場合、１つの中にフラッシュメディアの中に、複数のＢＤ−ＲＯＭディスクの作品を記録する使い方も考えられる。
このような使い方では、複数のＢＤ−ＲＯＭディスクに分けて収録されていたシリーズ物の映画作品群も１つのフラッシュメディアにまとめて記録することができるので、ユーザが同じフラッシュメディア内の映画作品へ切り替える時に、ディスク交換の必要がなくなるという点で利便性が高まるものである。
しかしながら、市販のＢＤ−ＲＯＭディスクで提供されている映画作品を、フラッシュメディアに記録するＨＤコンテンツとして提供した場合、ディスク交換とディスク挿入に従ってアプリケーションを動作させ続けるかどうかを決定し、制御していた従来の再生端末では、映画作品に含まれるディスクバウンド／ディスクアンバウンドアプリケーションについてＢＤ−ＲＯＭディスクの場合と同様の処理ができず、アプリケーションの動作をどのように制御すればよいかがが問題になる。
例えばフラッシュメディアにそれぞれ異なるディスクバウンドアプリケーションを含んだ２つの映画作品（映画作品１、映画作品２）が記録されているとき、映画作品１の再生中に映画作品２へ再生対象を切り替えると、再生端末は映画作品１のディスクバウンドアプリケーションを終了させることなく、映画作品２のディスクバウンドアプリケーションを起動させる。このとき、２つのディスクバウンドアプリケーションは同時に動作することを想定して作られていないので、実行中のメモリ不足、リソース競合などの予期せぬ不具合を起こし、作成者が期待していた通りの動作を実現できない可能性がある。
本発明の目的は、１つの記録媒体に記録された複数の映画作品の再生において、再生端末の動作保障を実現するプログラム実行装置を提供することである。
上記目的を達成するため、本発明にかかるプログラム実行装置は、プロバイダが提供するディスク媒体のＤｉｓｃＩＤと対応付けられたドメイン領域を複数有し、前記複数のドメイン領域のそれぞれには、対応するＤｉｓｃＩＤのディスク媒体に含まれる1つのインデックステーブルと、複数のアプリケーション管理テーブルと、複数のアプリケーションと、複数のタイトルとの複製が記録された記録媒体を対象とし、何れかのドメイン領域からアプリケーションを読み出して実行するアプリケーション実行装置であって、複数のドメイン領域のうち1つを、カレントドメイン領域として指定する指定手段と、カレントドメイン領域内において、再生可能となる複数のタイトルと複数のアプリケーション管理テーブルとの対応付けを示すインデックステーブルを参照して、当該インデックステーブルに対応付けが示されている複数タイトルの何れかを再生する再生手段と、カレントドメイン領域内の複数のアプリケーション管理テーブルのうち、再生中タイトルに対応するものに生存区間が示されているアプリケーションの動作を管理するアプリケーションマネージャとを備え、前記指定手段によるカレントドメイン領域の指定が、前記再生中のタイトルを記録したドメイン領域に対応するＤｉｓｃＩＤとは異なるＤｉｓｃＩＤであって、前記記録媒体に含まれるＤｉｓｃＩＤに対応する他のドメイン領域に切り替えられた場合、前記再生手段は、新たなカレントドメイン領域内に存在するインデックステーブルに対応付けが示されている複数のタイトルのうち、最初に再生すべきファーストプレイタイトルの再生を開始し、前記アプリケーションマネージャは、切り替え以前から動作中であったディスクアンバウンドアプリケーションのうち、前記ファーストプレイタイトルに対応するアプリケーション管理テーブルに生存区間が示されていないディスクアンバウンドアプリケーションの動作を終了させることを特徴とする。
上記構成によれば、記憶媒体の１のドメイン領域に記録された映画作品から同じ記憶媒体の他のドメイン領域に記録された映画作品へ再生対象を切り替える時に、切り替え前の映画作品再生中に実行していたアプリケーションのうち、切り替え後の映画作品のファーストプレイタイトルに対応するアプリケーション管理テーブルに示されているものの動作を継続させるので、映画作品の切替時に実行中のアプリケーションを一旦終了し新たに再生する映画作品の再生開始時に同じアプリケーションを起動する手間が不要となる。そのため、アプリケーションの起動のためのスタートアップディレイを殆どなくすことができるというＢＤ−ＲＯＭディスクと同様の効果を得ることができる。
また、切り替え前の映画作品再生中に実行していたアプリケーションのうち、切り替え後の映画作品のファーストプレイタイトルに対応するアプリケーション管理テーブルに示されていないものの動作を終了させるので、切り替え後の映画作品のファーストプレイタイトルにおいて動作させることが想定されていないアプリケーションが、切り替え後の映画作品のファーストプレイタイトル再生中に実行されることがない。そのため、同じ記憶媒体の異なるドメイン領域に記録された映画作品間で再生対象の切り替えが生じた際にも、再生するＢＤ−ＲＯＭディスクを差し替えた場合の制御と同様に、同時に動作することが想定されていないアプリケーションの実行によるメモリ不足、リソース競合などの予期せぬ不具合の発生を防ぐことができる。
本発明の実施の形態１における再生システムを示す図 ＢＤ−ＲＯＭの内部構成を示す図 BD-Jオブジェクトの詳細を示す図 アプリケーション管理テーブルの詳細を示す図 アプリケーション管理テーブルのｃｏｎｔｒｏｌ＿ｃｏｄｅ Ｆｉｅｌｄに設定される値を示す図 アプリケーション管理テーブルのａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇ Ｆｉｅｌｄに設定される値を示す図 Ｉｎｄｅｘ．ｂｄｍｖの内部構成を示す図 ｉｎｄｅｘ．ｂｄｍｖとタイトルとの関係を示す図 ＢＤ−ＲＯＭが対象としているソフトウェアのレイヤモデルを示す図 ２つのモードの動的な再生制御にて作成される映画作品を示す図 再生装置２００の内部構成を示す図 ローカルストレージのディレクトリ構成を示す図 ２つのモードの再生中にＯＳＤプレーンを重畳した画面を示す図 ＢＤ−Ｊモジュール１４の詳細な構成を示す図 再生装置２００における記録処理の手順を示すフローチャート アプリケーションマネージャ３１によるアプリケーション実行制御の処理手順を示す ディスク交換時のアプリケーション制御の処理手順を示すフローチャート タイトル切替時のアプリケーション制御の処理手順を示すフローチャート ローカルストレージに記録された映画作品間の切替処理の手順を示すフローチャート ローカルストレージに記録された映画作品間の切替画面表示とイメージプレーンとビデオプレーンとＯＳＤプレーンとの重畳関係を示す図 ＯＳＤプレーンに描画された切替画面の一例を示す図 ローカルストレージに記録された映画作品間の切替処理に伴うアプリケーション制御の処理手順を示すフローチャート 映画作品１を記録したＢＤ−ＲＯＭディスク１０１のタイトル構成とアプリケーション構成とアプリケーション管理テーブルとを示す図 映画作品２を記録したＢＤ−ＲＯＭディスク１０２のタイトル構成とアプリケーション構成とアプリケーション管理テーブルとを示す図 映画作品３を記録したＢＤ−ＲＯＭディスク１０３のタイトル構成とアプリケーション構成とアプリケーション管理テーブルとを示す図 映画作品１、映画作品２、及び映画作品３を記録したローカルストレージのタイトル構成とアプリケーション構成とアプリケーション管理テーブルとを模式的に示す図 ローカルストレージに記録されている映画作品１から映画作品２への切替時のユーザ操作と再生装置２００の動作を示すフローチャート ローカルストレージに記録されている映画作品１から映画作品３への切替時のユーザ操作と再生装置２００の動作を示すフローチャート 本発明の実施の形態２におけるＢＤ−Ｊモジュールの詳細な構成を示す図 本発明の実施の形態２におけるアプリケーションからの映画作品切替リクエスト処理の手順を示すフローチャート 本発明の実施の形態３におけるアプリケーションからの映画選択処理の手順を示すフローチャート 本発明の実施の形態４におけるマネージャータイトルを含む場合のローカルストレージのディレクトリ構成を示す図 本発明の実施の形態４におけるマネージャタイトルと各映画作品とのアクセス権の相違を示す図 本発明の実施の形態４におけるアクセス権の種別判定処理の手順を示すフローチャート 本発明の実施の形態４におけるローカルストレージ上の映画作品一覧表示処理の手順を示すフローチャート 本発明の実施の形態４における映画作品のダウンロードを模式的に示す図 本発明の実施の形態４における映画作品のダウンロード処理の手順を示すフローチャート
以下本発明の実施の形態について、図面を参照しながら説明する。
（実施の形態１）
先ず始めに、本発明に係るアプリケーション実行装置の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係るアプリケーション実行装置の、使用行為についての形態の一例を示す図である。図１において、本発明に係るアプリケーション実行装置は、再生装置２００である。この再生装置２００は、リモコン３００、テレビ４００とともにホームシアターシステムを形成し、ＢＤ−ＲＯＭディスク１０１、１０２、１０３に収録された映画作品を再生するという用途に供される。また、再生装置２００にはＳＤメモリーカード、メモリースティック、コンパクトフラッシュ（登録商標）、スマートメディア、マルチメディアカード等のリムーバブルメディア１００を挿入する挿入口を備える。リムーバブルメディア１００は、ＢＤ−ＲＯＭディスクに記録されてる映画作品を複数記録できる程度の容量を持つ。以上が本発明に係る再生装置の使用形態についての説明である。
続いて本実施形態に係るホームシアターシステムが再生の対象としている「映画作品」について説明する。再生装置２００において再生されるのはＢＤ−ＲＯＭに収録された映画作品だけではなく、Ｂｕｉｌｔ−Ｉｎメディアやリムーバブルメディア、ネットワーク、記録型ディスクといったあらゆる媒体により供給される映画作品を対象としている。ここでＢｕｉｌｔ−Ｉｎメディアとは、ＨＤＤ（ハードディスクドライブ）など、再生装置に予め組み込まれた記録媒体である。一方、リムーバブルメディアは、ＳＤメモリーカード、メモリースティック、コンパクトフラッシュ（登録商標）、スマートメディア、マルチメディアカード等、可搬性がある記録媒体である。これらＢｕｉｌｔ−Ｉｎメディア、リムーバブルメディアは何れも、再生装置がローカルに利用する記録媒体であり、“ローカルストレージ”との総称で呼ばれる。本実施の形態ではローカルストレージに複数の映画作品を記録した実施例を挙げるが、本発明はＢＤ−ＲＯＭに複数の映画作品を収録場合にも適用可能である。
先ず、ＢＤ−ＲＯＭディスクに収録された映画作品の構成について説明する。
図２は、ＢＤ−ＲＯＭ（以降、「ＢＤ」と称する場合もある）ディスクの構成を示した図である。本実施の形態においては、記憶媒体に記録する映画作品の形式をＢＤ−ＲＯＭ規格に統一して説明するが、ＢＤ−ＲＯＭ規格のようにデジタル化された映画作品の再生とアプリケーションの実行を行うことができる他の形式を利用することも当然ながら可能である。ＢＤ−ＲＯＭは、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けて螺旋状に記録領域を持ち、内周のリード・インと外周のリード・アウトの間に論理データを記録できる論理アドレス空間を有している。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ Ｃｕｔｔｉｎｇ Ａｒｅａ）と呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、著作権保護技術などに利用され、ＢＤ−ＲＯＭの物理的なシリアル番号を示すＰＭＳＮ（Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）が記録されている。
論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、ＵＤＦやＩＳＯ９６６０などのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっており、２５５文字のファイル名、ディレクトリ名を読み出すことが可能である。
本実施の形態の場合、ＢＤ−ＲＯＭ上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＭＶディレクトリとＣＥＲＴＩＦＩＣＡＴＥディレクトリが置かれている。ＢＤＭＶディレクトリはＢＤ−ＲＯＭで扱うＡＶコンテンツや管理情報などのデータが記録されているディレクトリであり、ＣＥＲＴＩＦＩＣＡＴＥディレクトリは配下にｄｉｓｃｒｏｏｔ．ｃｒｔ（ファイル名固定）ファイルが存在し、アプリケーションの署名検証に用いられる証明書が記録されている。
ＢＤＭＶディレクトリの配下には、ＭＥＴＡディレクトリ、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭディレクトリ、ＢＤＪＯディレクトリ、ＪＡＲディレクトリと呼ばれる５つのサブディレクトリが存在し、ＢＤＭＶディレクトリには、ｉｎｄｅｘ．ｂｄｍｖ，ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖの２種類のファイルが配置されている。
ＭＥＴＡディレクトリには、ＢＤ−ＲＯＭに記録されている映画作品を示すサムネイル画像ファイル（ｔｈｕｍｂｎａｉｌ．ｐｎｇ）、及び映画作品名や収録時間などの映画作品情報が記録されたファイル(ｂｄｍｔ．ｘｍｌ)が存在する。
ＳＴＲＥＡＭディレクトリには、いわばデジタルストリーム本体となるファイルを格納しているディレクトリであり、拡張子ｍ２ｔｓが付与されたファイル（ｘｘｘ．ｍ２ｔｓ［“ｘｘｘ”は可変、拡張子”ｍ２ｔｓ”は固定］）が存在する。ＰＬＡＹＬＩＳＴディレクトリには、拡張子ｍｐｌｓが付与されたファイル（ｘｘｘ．ｍｐｌｓ［“ｘｘｘ”は可変、拡張子”ｍｐｌｓ”は固定］）が存在する。ＣＬＩＰＩＮＦディレクトリには、拡張子ｃｌｐｉが付与されたファイル（ｘｘｘ．ｃｌｐｉ ［“ｘｘｘ”は可変、拡張子”ｃｌｐｉ”は固定］）が存在する。ＪＡＲディレクトリには、拡張子ｊａｒが付与されたファイル（ｘｘｘ．ｊａｒ［“ｘｘｘ”は可変、拡張子”ｊａｒ”は固定］）が存在する。ＢＤＪＯディレクトリには、拡張子ｂｄｊｏが付与されたファイル（ｘｘｘ．ｂｄｊｏ［“ｘｘｘ”は可変、拡張子”ｂｄｊｏ”は固定］）が存在する。以下、それぞれのファイルの詳細について説明する。
拡張子”ｍ２ｔｓ”が付与されたファイルは、ＭＰＥＧ−ＴＳ（ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ）形式のデジタルＡＶストリームであり、ビデオストリーム、１つ以上のオーディオストリーム、１つ以上の副映像ストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、副映像ストリームは、映画の字幕をそれぞれ示している。
拡張子”ｃｌｐｉ”が付与されたファイルは、デジタルＡＶストリームのそれぞれに１対１に対応するＣｌｉｐ情報である。管理情報故に、Ｃｌｉｐ情報は、デジタルＡＶストリームの符号化形式、フレームレート、ビットレート、解像度等の情報や、ＧＯＰの先頭位置を示すＥＰ＿ｍａｐをもっている。
拡張子”ｍｐｌｓ”が付与されたファイルは、ＰｌａｙＬｉｓｔ情報を格納したファイルであり、ストリームの再生区間（「Ｉｎ Ｔｉｍｅ／Ｏｕｔ Ｔｉｍｅ」）が記録されている。
拡張子”ｊａｒ”が付与されたファイルは、Ｊａｖａ（登録商標）アーカイブファイルであり、Ｊａｖａ（登録商標）仮想マシンを用いて動的なシナリオ制御を行うＪａｖａ（登録商標）アプリケーションのプログラムが記述されている。ＢＤ−ＲＯＭ上のコンテンツの再生単位を示す各タイトルの再生をＪａｖａ（登録商標）アプリケーションから制御したい場合は、このファイルを必要とする。
ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ（ファイル名固定）は、ＨＤＭＶモード（後述）での各タイトル再生で、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが含まれる。
続いて、拡張子“ｂｄｊｏ”が付与されたファイルについて説明する。拡張子“ｂｄｊｏ”が付与されたファイルは、ＢＤ−Ｊモード（後述）での動的シナリオを示すＢＤ−Ｊオブジェクトを格納したファイルである。ＢＤ−Ｊオブジェクトは、ＰｌａｙＬｉｓｔ情報により示されるＡＶストリームの再生経路と、アプリケーションとの関連付けにより、タイトルを定義する情報である。図３は、ＢＤ−Ｊオブジェクトの内部構成を示す図である。本図に示すように、ＢＤ−Ｊオブジェクトは、“アプリケーション管理テーブル”と、そのタイトルにおいて再生可能なＰｌａｙＬｉｓｔ一覧を示す。アプリケーション管理テーブルは、このタイトルを生存区間とするアプリケーションを示すテーブルである。アプリケーション管理テーブルは、各アプリケーションについて図４に示すｏｒｇａｎｉｚｅｔｉｏｎＩＤ、ａｐｐｌｉｃａｔｉｏｎＩＤ、ｃｏｎｔｒｏｌ＿ｃｏｄｅ、ａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇの各フィールドを有する。
ｏｒｇａｎｉｚｅｔｉｏｎＩＤは、アプリケーションの製作者を示し、ａｐｐｌｉｃａｔｉｏｎＩＤは、Ｊａｖａ（登録商標）アーカイブファイルのファイル名となる数値を用いて、対象となるＪａｖａ（登録商標）アプリケーションを示す。
ｃｏｎｔｒｏｌ＿ｃｏｄｅは、アプリケーションの起動属性を示す。図５に示すように、はｃｏｎｔｒｏｌ＿ｃｏｄｅ Ｆｉｅｌｄの値には、自動的な起動を表す「ＡＵＴＯＳＴＡＲＴ」、Ｊａｖａ（登録商標）仮想マシンのワークメモリに置いて良い「ＰＲＥＳＥＮＴ」がある。「ＡＵＴＯＳＴＡＲＴ」は、対応するタイトルへ切替られると同時に、アプリケーションをワークメモリに読み込み、尚且つ、実行する旨を示す属性である。「ＰＲＥＳＥＮＴ」は、継続を表し、切替元タイトルにおけるアプリケーションの状態を継続することを示す属性である。あるタイトルから別のタイトルへ切替える時、アプリケーションのｃｏｎｔｒｏｌ＿ｃｏｄｅ Ｆｉｅｌｄが「ＰＲＥＳＥＮＴ」であり、尚且つ、切替元のタイトルでそのアプリケーションが起動していなければ、そのアプリケーションは切替先のタイトルでも起動しない。
ａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇは、Ｊａｖａ（登録商標）アプリケーションの生存区間を示す。アプリケーションの生存区間を定義する言葉として、タイトルを生存区間にしているタイトル生存区間属性と、ディスク全体の時間軸を生存区間にしているディスク生存区間属性の２つがあり、アプリケーションはこの２つの属性の情報がａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇ Ｆｉｅｌｄの値によって示されている。
図６はａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇ Ｆｉｅｌｄの値と、タイトル生存区間属性とディスク生存区間属性の対応を示した図である。タイトルを生存区間にしているタイトル生存区間属性には、「タイトルバウンド」と「タイトルアンバウンド」がある。タイトルバウンドなアプリケーションは、そのアプリケーションを登録しているアプリケーション管理テーブルが含まれるＢＤ−Ｊオブジェクト、すなわちＢＤ−Ｊモードタイトルの間だけで動作することが許可され、タイトル切替や再生終了などによってそのＢＤ−Ｊモードタイトルが終了するとアプリケーションは終了する必要がある。タイトルアンバウンドであるアプリケーションは、そのアプリケーションを登録しているアプリケーション管理テーブルが含まれるＢＤ−Ｊオブジェクト、すなわちＢＤ−Ｊモードタイトルの間だけでなく、切替先のＢＤ−ＪモードタイトルのＢＤ−Ｊオブジェクトに同一アプリケーションが登録されている場合は、切替元のＢＤ−Ｊモードタイトルが終了しても、そのアプリケーションは実行を継続することが許可される。
ディスク全体の時間軸を生存区間にしているディスク生存区間属性には、「ディスクバウンド」と「ディスクアンバウンド」がある。ディスクバウンドなアプリケーションは、同一ディスク内だけで動作することが許可され、ディスク交換が発生して交換元のディスクが終了するとアプリケーションは終了する必要がある。ディスクアンバウンドなアプリケーションは、複数ディスクを跨いでの動作が許可され、ディスク交換が発生して交換元のディスクが終了しても動作し続け、交換先のディスクのＦｉｒｓｔＰｌａｙがＢＤ−Ｊモードタイトルであり、尚且つ、ＢＤ−Ｊオブジェクトのアプリケーション管理テーブルに同一アプリケーションが登録されている場合には、交換先のディスクのＦｉｒｓｔＰｌａｙにタイトル切替しても、アプリケーションは実行を継続することが許可さえる。
以下、本明細書では、ａｐｐｌｉｃａｔｉｏｎ＿ｂｉｎｄｉｎｇ Ｆｉｅｌｄの値が０のアプリケーションを、「ディスクアンバウンドアプリケーション」、値が１のものを「ディスクバウンドアプリケーション」、値が３のものを「タイトルバウンドアプリケーション」という。
続いてｉｎｄｅｘ．ｂｄｍｖについて説明する。ｉｎｄｅｘ．ｂｄｍｖは、ＢＤ−ＲＯＭ全体に関するデータベースファイルであり、映画作品のプロバイダを特定する識別子であるｏｒｇａｎｉｚａｔｉｏｎＩＤ（３２ｂｉｔ）や、プロバイダが提供するＢＤ−ＲＯＭのそれぞれに割り当てられた識別子であるｄｉｓｃＩＤ（１２８ｂｉｔ）等の情報を持ち、再生装置へのディスク挿入後に、ｉｎｄｅｘ．ｂｄｍｖが最初に読み出されることで、再生装置においてディスクが一意に認識される。加えて、ｉｎｄｅｘ．ｂｄｍｖは、図７に示すようにＢＤ−ＲＯＭにおいて再生可能となる複数のタイトルに関するインデックスを含む。引き出し線は、インデックスのデータ構造をクローズアップしている。各タイトルのインデックスでは、このデータ構造で、個々のタイトルのＩＤと、タイトルを規定するＢＤ−Ｊオブジェクトとが対応付けられている。
再生装置では、このような１つのｉｎｄｅｘファイルにおいて対応付けが示されるタイトルの集合を、１つの「映画作品」として認識される。
図８はｉｎｄｅｘ．ｂｄｍｖファイルとタイトルの関係を示す図である。タイトルとはアプリケーションとＡＶストリームを組にした再生単位であり、ｉｎｄｅｘ．ｂｄｍｖファイルにはディスク上のタイトル構成が記載されており、ディスク上の各タイトルと、対応するアプリケーション（ＢＤ−ＪモードタイトルであればＪａｖａ（登録商標）アプリケーション、ＨＤＭＶモードタイトルであればシナリオプログラム）の参照関係を管理している。また、特殊なタイトルとして「ＦｉｒｓｔＰｌａｙ」と「Ｔｏｐ Ｍｅｎｕ」が存在する。「Ｆｉｒｓｔ Ｐｌａｙ」はＢＤ起動時に自動的に再生されるタイトルであり、主にＢＤの利用規約表示などに用いられる。「Ｔｏｐ Ｍｅｎｕ」はリモコンのメニューキーを押したときやタイトル再生が終了したときに再生され、主にタイトルの選択や、字幕/音声の言語選択を行うことに用いられる。
続いて本発明に係る再生装置が実行の対象としている、Ｊａｖａ（登録商標）アプリケーションのタイトル切替時の起動について説明する。タイトル切替とは、同一ディスクに定義されたタイトルから別タイトルへの切替と、あるディスクに定義されたタイトルから別のディスクに定義されたタイトルへの複数ディスクを跨いだ切替である。
ＢＤ−Ｊオブジェクトのアプリケーション管理テーブルは、プロバイダのＩＤ（オーガニゼーションＩＤ）とアプリケーションＩＤとそのアプリケーションに属するＪａｖａ（登録商標）アーカイブファイルのＩＤだけでなく、アプリケーションの起動タイミング、生存期間等のアプリケーションの実行を制御するために必要な情報も含んでいる。再生装置では、このような情報が参照されて、ＢＤ−Ｊモードで動作するＪａｖａ（登録商標）アプリケーションは、アプリケーション管理テーブル中の起動属性を示す値（ｃｏｎｔｒｏｌ＿ｃｏｄｅ Ｆｉｅｌｄ）に従って、タイトル切替の度に動作状態が制御される。
図９は再生制御のレイヤモデルを示した図である。図９の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、ＢＤ−ＲＯＭだけではなく、Ｂｕｉｌｔ−Ｉｎメディアやリムーバブルメディア、ネットワーク、記録型ディスクといったあらゆる記録媒体、通信媒体を供給源としている。これらローカルストレージ、ネットワークといった供給源に対する制御（ディスクアクセス、カードアクセス、ネットワーク通信）が第１層の制御である。
第２層は、ＡＶデータのレイアである。第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定しているのがこの第２層である。
第３層（ＢＤ管理データ）は、ストリームの静的なシナリオを規定するレイアである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、ストリーム管理情報であり、これらに基づく再生制御を規定しているのがこの第３層である。
第４層（ＢＤ再生プログラム）は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオは、ＡＶストリームの再生手順、及び、その再生に関する制御手順のうち少なくとも一方を実行するプログラムである。動的なシナリオによる再生制御は、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ−ＲＯＭに記録された動画データを再生するモード（ＨＤＭＶモード）であり、もう１つはＢＤ−ＲＯＭに記録された動画データの付加価値を高めるモード（ＢＤ−Ｊモード）である。図９において第４層には、ＨＤＭＶモードとＢＤ−Ｊモードの２つのモードが記述されている。ＨＤＭＶモードは、ＤＶＤライクな再生環境での再生モードであり、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが動作する。もう一つのＢＤ−Ｊモードは、Ｊａｖａ（登録商標）仮想マシンを主体とした再生モードであり、Ｊａｖａ（登録商標）アプリケーションから再生制御を行う。
図１０は、２つのモードの動的な再生制御にて作成される映画作品を示す図であり、（ａ）は、ＨＤＭＶモードで動的な再生制御を定義することにより、作成される映画作品の一場面を示す図である。ＨＤＭＶモードはＤＶＤ再生装置が解釈可能なコマンドと良く似たコマンドで再生制御を記述することができるので、ＤＶＤと同じような再生制御、つまり、メニューに対する選択により再生が進行するような再生制御を定義することができる。
図１０（ｂ）は、ＢＤ−Ｊモードで動的な再生制御を定義することにより、作成される映画作品である。ＢＤ−ＪモードはＪａｖａ（登録商標）仮想マシンが解釈可能なＪａｖａ（登録商標）言語で制御手順を記述することができる。この再生制御がコンピュ−タ・グラフィックス（ＣＧ）の動作を制御するものなら、ＢＤ−Ｊモードにあっては、動画を表示した画面の横でＣＧ（図中のフクロウの絵）が動きまわっているような再生制御を定義することができる。
以上がホームシアターシステムが再生の対象としている「映画作品」についての説明である。
次に再生装置２００の構成について説明する。図１１は、再生装置の大まかな機能構成を示すブロック図である。図１１に示すように、再生装置は、ＢＤ−ＲＯＭドライブ１、読込制御部２、デマルチプレクサ３、ビデオデコーダ４、ビデオプレーン５、オーディオデコーダ６、イメージメモリ７、イメージプレーン８、イメージデコーダ９、加算器１０、静的シナリオメモリ１１、動的シナリオメモリ１２、ＨＤＭＶモジュール１３、ＢＤ−Ｊモジュール１４、ＵＯ検知モジュール１５、モード管理モジュール１６、ディスパッチャ１７、レンダリングエンジン１８、書込制御部１９、ＡＶ再生ライブラリ２０、ネットワークインターフェース２１、ローカルストレージ２２、ＯＳＤプレーン２３、ＯＳＤ制御モジュール２４、ＯＳＤイメージメモリ２５、ＯＳＤイメージデコーダ２６、メディア管理部２７、記録部２８から構成される。尚、ＨＤＭＶモジュール１３、ＢＤ−Ｊモジュール１４、モード管理モジュール１６、ディスパッチャ１７、ＡＶ再生ライブラリ２０、ＯＳＤ制御モジュール２４、ＯＳＤイメージメモリ２５、及び記録部２８からなる制御部は、プロセッサがＲＯＭに記録されたプログラムを実行することで実現されるが、ワイヤードロジック、ＡＳＩＣ等によりその機能を実現するとしてもよい。
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
読込制御部２は、ＢＤ−ＲＯＭドライブ１にローディングされているＢＤ−ＲＯＭやローカルストレージ２２に記録されているデータの読込み制御を行う。
デマルチプレクサ３は、読込制御部２により、読み出されたトランスポートストリームの多重分離を行い、ＧＯＰを構成するビデオフレームと、オーディオフレームとを得てビデオフレームをビデオデコーダ４に出力し、オーディオフレームをオーディオデコーダ６に出力する。副映像ストリームはイメージメモリ７に格納し、Ｎａｖｉｇａｔｉｏｎ Ｂｕｔｔｏｎ情報は動的シナリオメモリ１２に格納する。デマルチプレクサ３による多重分離は、ＴＳパケットをＰＥＳパケットに変換するという変換処理を含む。
ビデオデコーダ４は、デマルチプレクサ３から出力されたビデオフレームを復号して非圧縮形式のピクチャをビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのメモリである。
オーディオデコーダ６は、デマルチプレクサ３から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。
イメージメモリ７は、デマルチプレクサ３から読み出された副映像ストリーム、Ｎａｖｉｇａｔｉｏｎ Ｂｕｔｔｏｎ情報内のＰＮＧデータ、読込制御部２から直接読み込まれた画像ファイルを格納しておくバッファである。
イメージプレーン８は、一画面分の領域をもったメモリであり、展開された副映像ストリーム、ＰＮＧデータ、画像ファイルが配置される。
イメージデコーダ９は、イメージメモリ７に格納された副映像ストリーム、ＰＮＧデータ、画像ファイルを展開してイメージプレーン８に書き込む。副映像ストリームのデコードにより、各種メニュー、副映像が画面上に現れることになる。
加算器１０は、ビデオプレーン５に格納された非圧縮形式のピクチャデータに、イメージプレーン８に展開されたイメージを合成して出力する。図１０（ｂ）に示した画面（動画を表示した画面の横でＣＧ（図中のフクロウの絵）が動きまわっているような画面）は、この加算器１０が、イメージプレーン８内のイメージと、ビデオプレーン５内のピクチャとを合成することで出力される。
静的シナリオメモリ１１は、カレントのＰｌａｙＬｉｓｔやカレントのストリーム管理情報を格納しておくためのメモリである。カレントＰｌａｙＬｉｓｔとは、ＢＤ−ＲＯＭもしくはローカルストレージ２２に記録されている複数ＰｌａｙＬｉｓｔのうち、現在処理対象になっているものをいう。カレントストリーム管理情報とは、ＢＤ−ＲＯＭもしくはローカルストレージ２２に記録されている複数ストリーム管理情報のうち、現在処理対象になっているものをいう。
動的シナリオメモリ１２は、カレント動的シナリオを格納しておき、ＨＤＭＶモジュール１３、ＢＤ−Ｊモジュール１４による処理に供されるメモリである。カレント動的シナリオとは、ＢＤ−ＲＯＭもしくはローカルストレージ２２に記録されている複数シナリオのうち、現在実行対象になっているものをいう。具体的には、ＨＤＭＶモードであればＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖファイル、ＢＤ−Ｊモードであれば現在処理対象となっているタイトルに対応したＢＤ−Ｊオブジェクトである。
ＨＤＭＶモジュール１３は、ＨＤＭＶモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ１２に読み出されたカレントのシナリオプログラムを実行する。
ＢＤ−Ｊモジュール１４は、Ｊａｖａ（登録商標）プラットフォームであり、Ｊａｖａ（登録商標）仮想マシン、コンフィグレーション、プロファイルからなる。ＢＤ−Ｊモジュール１４は、動的シナリオメモリ１２に読み出されたＪａｖａ（登録商標）クラスファイルからカレントのＪａｖａ（登録商標）オブジェクトを生成し、実行する。Ｊａｖａ（登録商標）仮想マシンは、Ｊａｖａ（登録商標）言語で記述されたＪａｖａ（登録商標）オブジェクトを、再生装置におけるＣＰＵのネィティブコードに変換して、ＣＰＵに実行させる。
ＵＯ検知モジュール１５は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降ＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）という）をモード管理モジュール１６に出力する。
モード管理モジュール１６は、ＵＯに応じてＢＤ−ＲＯＭディスク及びローカルストレージ２２に記録されている映画作品の何れかを再生対象とし、再生対象の映画作品が格納されたＢＤＭＶディレクトリをカレントディレクトリとして指定する指定手段として機能する。カレントディレクトリを指定したモード管理モジュール１６は、カレントディレクトリから読み出したｉｎｄｅｘ．ｂｄｍｖファイル、及びモード管理テーブルを保持して、モード管理及びタイトル分岐制御を行う。モード管理モジュール１６によるモード管理とは、動的シナリオをＨＤＭＶモジュール１３、もしくはＢＤ−Ｊモジュール１４のどちらで実行させるかという、モジュールの割り当てである。動的シナリオをＢＤ−Ｊモジュール１４で実行させる場合、モード管理モジュール１６は、タイトル分岐制御として再生対象であるカレントタイトルをＢＤ−Ｊモジュール１４へ通知する。
ディスパッチャ１７は、ＵＯから、現在の再生装置におけるモードに適切なＵＯのみを選んで、そのモードを実行するモジュールに受け渡す。例えばＨＤＭＶモードの実行中に、上下左右、アクティベートといったＵＯを受け付けた場合、ＨＤＭＶモードのモジュールにこれらのＵＯを出力するというのがディスパッチャ１７の処理である。
レンダリングエンジン１８は、Ｊａｖａ（登録商標）２Ｄ，ＯＰＥＮ−ＧＬといった基盤ソフトウェアを備え、ＢＤ−Ｊモジュール１４からの指示に従ってコンピュ−タ・グラフィックスの描画を行い、描画されたコンピュ−タ・グラフィックスをイメージプレーン８に出力する。
書込制御部１９は、ＢＤ−Ｊモジュール１４からの指示に応じて、ローカルストレージ２２にデータを書き込む。
ＡＶ再生ライブラリ２０はＨＤＭＶモジュール１３、ＢＤ−Ｊモジュール１４からの関数呼び出しに応じて、ＡＶ再生機能、プレイリストの再生機能を実行する再生手段として機能する。ＡＶ再生機能とは、ＤＶＤプレーヤ、ＣＤプレーヤから踏襲した機能群であり、再生開始、再生停止、一時停止、一時停止の解除、静止画機能の解除、再生速度を即値で指定した早送り、再生速度を即値で指定した巻戻し、音声切り替え、副映像切り替え、アングル切り替えといった処理である。プレイリスト再生機能とは、このＡＶ再生機能のうち、再生開始や再生停止をプレイリスト情報に従って行うことをいう。
ネットワークインターフェース２１は、インターネット上に公開された映画作品やＢＤ−ＲＯＭ追加コンテンツのダウンロードやユーザ認証、課金を行うため、サーバへ接続するために用いる。ＢＤ−ＲＯＭ追加コンテンツとは、オリジナルのＢＤ−ＲＯＭにないコンテンツで、例えば追加の副音声、字幕、特典映像、アプリケーションなどである。ＢＤ−Ｊモジュール１４は、ネットワークインターフェース２１を制御することにより、インターネット上に公開された映画作品や追加コンテンツをローカルストレージ２２にダウンロードすることができる。加えてローカルストレージ２２は、ダウンロードしてきた追加コンテンツやアプリケーションが使うデータなどの保存にも用いられる。追加コンテンツの保存領域はＢＤ−ＲＯＭ毎に分かれており、またアプリケーションがデータの保持に使用できる領域はアプリケーション毎に分かれている。また、ダウンロードした追加コンテンツをどのようにＢＤ−ＲＯＭ上のデータとマージするかを示すマージ規則が記載されたマージ管理情報も、このローカルストレージ２２に保存される。さらにローカルストレージ２２には、映画作品保存領域であるＢＤＲＯＯＴディレクトリに、ＢＤ−ＲＯＭディスクに収録されている映画作品が複製して記録される。
図１２は、ローカルストレージ２２におけるデータ構造を示す図である。本発明に係る再生装置が対象としている記録媒体とは、ＢＤ−ＲＯＭだけではなく、ハードディスクやＳＤカード等のローカルストレージも再生の対象となる。このローカルストレージに記録されているデータについて説明する。
ローカルストレージ２２上には、ＢＤ−ＲＯＭ追加コンテンツ領域ルートディレクトリと映画作品保存領域ルートディレクトリが存在する。
追加コンテンツ領域は、ローカルストレージ２２のルートディレクトリの直下に存在し、ディレクトリ名は８文字以内の固定値（ＢＵＤＡ）である。このＢＵＤＡディレクトリ以下（サブディレクトリとそれ以下のファイルも含む）に、アプリケーションはサーバからダウンロードしてきた追加ファイル等、任意のファイルを格納することが可能である。
ＯｒｇａｎｉｚａｔｉｏｎＩＤディレクトリとｄｉｓｃＩＤディレクトリで示すように、特定のプロバイダ（Ｏｒｇａｎｉｚａｔｉｏｎ）に対応するディレクトリに、各ＢＤ−ＲＯＭに対応するディレクトリを設けることにより、各ＢＤ−ＲＯＭについてのダウンロードデータが個別に格納される。
映画作品保存領域は、複数のＢＤ−ＲＯＭ規格形式の映画作品を保存するための領域であり、ディレクトリ名は８文字以内の値（ＢＤＲＯＯＴ）である。映画作品保存領域に保存する映画作品は、ネットワーク接続可能な機器を用いて、インターネット上で公開されているものをダウンロードしたり、ＢＤ−ＲＯＭに記録された映画作品をマネージドコピー（特開２００８−９８７６５号）することで取得できる。ダウンロードした各映画作品のデータは、ローカルストレージ２２のルートディレクトリの直下に存在する映画作品のプロバイダを示すＯｒｇａｎｉｚａｔｉｏｎＩＤを名前に持つディレクトリ（５６７８９ａｂｃ）のサブディレクトリである映画作品のｄｉｓｃＩＤを名前に持つディレクトリ（００００１）に格納することが可能である。本実施例では、プロバイダが提供するＢＤ−ＲＯＭのそれぞれに割り当てられた識別子であるｄｉｓｃＩＤを映画保存領域に格納した映画作品にも適用しているが、映画作品を識別可能な名称であれば、ＢＤ−ＲＯＭのｄｉｓｃＩＤに合わせない場合でも実施可能である。映画作品保存領域のＢＤＲＯＯＴ／５６７８９ａｂｃ／００００１以下には、各映画作品データがＢＤ−ＲＯＭ規格のファイル構成に従って格納される。本実施の形態では、ローカルストレージ２２のルートディレクトリの直下に各映画作品用のディレクトリを配置したが、複数の映画作品を管理するためのデータファイルやナビゲーションメニューを導入などのために配置箇所を変更したり、階層を変更しても実施可能である。ローカルストレージ２２に使用する記憶媒体は固有のファイルシステムを持っている場合があるので、映画作品保存領域に保存するＢＤ−ＲＯＭ規格に従ったファイル名をそのまま利用できない場合も考えられる。その場合は、ローカルストレージ２２に保存する際には記憶媒体ごとのファイルシステムにあわせたファイル名を使用し、再生装置２００が再生時に記憶媒体ごとのファイルシステムによるファイル名変更を考慮して、ＢＤ−ＲＯＭ規格に従ったファイル名に認識しなおして読み込むことが可能である。本実施の形態では、ローカルストレージ毎のファイルシステムの違いは考慮せず、映画作品保存領域に格納するファイル名はＢＤ−ＲＯＭ規格に従ったファイル名をそのまま利用する。
ＯＳＤイメージメモリ２５は、一画面分の領域をもったメモリであり、ＯＳＤ制御モジュール２４が再生状態や再生機器の機器設定メニューなどをビデオプレーンやイメージプレーンに重畳して表示するためのＯＳＤ表示用イメージが配置される。
ＯＳＤイメージデコーダ２６は、ＯＳＤイメージメモリ２５に格納されたＯＳＤ表示用イメージを展開してＯＳＤプレーン２３に書き込む。
図１３（ａ）は、ＨＤＭＶモードタイトル再生中のビデオプレーンに、再生状態を示すＯＳＤイメージを書き込んだＯＳＤプレーンを重畳させた画面表示の例である。図１３（ｂ）は、ＢＤ−Ｊモードタイトル再生中のビデオプレーンとイメージプレーンに、再生状態を示すＯＳＤイメージを書き込んだＯＳＤプレーンを重畳させた画面表示の例である。
メディア管理部２７は、ＢＤ−ＲＯＭドライブ１やローカルストレージ２２に記憶媒体が装着されているかどうかの状態を管理する。
記録部２８は、ＢＤ−ＲＯＭドライブ１に挿入されているＢＤ−ＲＯＭに収録された映画作品を、ローカルストレージ２２へ記録する記録処理を制御する。
次に、ＢＤ−Ｊモジュール１４の詳細について説明する。図１４は図１１に示すＢＤ−Ｊモジュール１４のより具体的な構成を示す図である。ＢＤ−Ｊモジュール１４は、アプリケーションマネージャ３１、メディア再生モジュール３２、メディア管理モジュール３３、ファイルＩ／Ｏモジュール３４、ネットワークモジュール３５から構成される。なお、本図におけるＡＶ再生ライブラリ２０、ネットワークインターフェース２１、ローカルストレージ２２は、図１１に示したものと同一であり、ＢＤ−Ｊモジュール１４の説明のために便宜的に記載している。
アプリケーションマネージャ３１は、モード管理モジュール１６から通知されたカレントタイトルに対応するアプリケーション管理テーブルに基づいて、Ｊａｖａ（登録商標）アプリケーションの起動・終了を管理する。また、アプリケーションマネージャ３１がディスパッチャ１７から受け取ったＵＯイベントを、現在実行中のＪａｖａ（登録商標）アプリケーション３０に渡すといった処理も行う。
メディア再生モジュール３２はＪａｖａ（登録商標）アプリケーション３０に対し、メディア再生制御のためのＡＰＩを提供している。Ｊａｖａ（登録商標）アプリケーション３０がメディア再生制御ＡＰＩを呼び出すと、メディア再生モジュール３２は対応するＡＶ再生ライブラリ２０の関数を呼び出し、ＡＶ再生制御を行う。
メディア管理モジュール３３は、ＢＤ−ＲＯＭディスクやローカルストレージ２２を構成する媒体が装着されているかどうかの状態を管理する。また、メディア管理モジュール３３はメディアのための状態管理ＡＰＩを提供しており、Ｊａｖａ（登録商標）アプリケーションがメディア状態管理ＡＰＩを呼び出すと、メディア管理モジュール３３は対応するメディア管理部２７を参照し、Ｊａｖａ（登録商標）アプリケーション３０にメディアの状態を通知する。
ネットワークモジュール３５は、Ｊａｖａ（登録商標）アプリケーション３０に対し、ネットワーク制御のためのＡＰＩを提供している。Ｊａｖａ（登録商標）アプリケーション３０からのネットワーク制御要求に従い、ネットワークインターフェース２１を使って、ネットワーク接続を行う。Ｊａｖａ（登録商標）アプリケーション３０はネットワークモジュール３５を用いて、公開されている映画作品や追加コンテンツの検索・ダウンロード、及びユーザ認証に必要なサーバアクセスを行うことが可能である。
ファイルＩ／Ｏモジュール３４はＪａｖａ（登録商標）アプリケーション３０からのＢＤ−ＲＯＭ、ローカルストレージ、記録型ＢＤドライブ等の各メディアへのファイルアクセス要求の処理を行う。
以上がＢＤ−Ｊモジュール１４の詳細についての説明である。
続いて、本実施形態に係る再生装置２００の特徴的な処理がどのように行われるかについて説明する。先ず、ＢＤ−ＲＯＭディスクに記録された映画作品をローカルストレージ２２へ格納する記録処理の手順について図１５を用いて説明する。
再生装置２００による記録処理は、リモコン３００に設けられた「映画作品コピー」キーがユーザにより押下されることで開始される。記録部２８は、「映画作品コピー」キーの押下が通知されると（ステップＳ１：Ｙｅｓ）ドライブに挿入されているＢＤ−ＲＯＭディスクからｉｎｄｅｘ．ｂｄｍｖを読み出し、ｉｎｄｅｘ．ｂｄｍｖに示されているｏｒｇａｎｉｚａｔｉｏｎＩＤ、ｄｉｓｃＩＤを取得する（ステップＳ２）。記録部２８は、ローカルストレージ２２の映画作品保存領域（ＢＤＲＯＯＴ）において、ステップＳ２にて取得したｏｒｇａｎｉｚａｔｉｏｎＩＤを名称としたｏｒｇａｎｉｚａｔｉｏｎＩＤディレクトリの有無を検索し、無ければ（ステップＳ３：Ｎｏ）新たなｏｒｇａｎｉｚａｔｉｏｎＩＤディレクトリを生成する（ステップＳ４）。更にｏｒｇａｎｉｚａｔｉｏｎＩＤディレクトリのサブディレクトリとして、ステップＳ２にて取得したｄｉｓｃＩＤを名称としたｄｉｓｃＩＤディレクトリを作成し（ステップＳ５）、その後、ＢＤ−ＲＯＭディスクに格納されている映画作品を構成する各ファイルを、ステップＳ５にて作成したｄｉｓｃＩＤディレクトリへＢＤ−ＲＯＭ規格形式で複製する（ステップＳ６）。以上の手順により、映画作品がローカルストレージ２２に記録される。
次に、再生装置２００におけるアプリケーション連動再生に関して、アプリケーションマネージャ３１によるアプリケーション実行制御を、図１６〜図２２を参照しながら説明する。
図１６に示すように、アプリケーションマネージャ３１は、アプリケーションの実行中に、モード管理モジュール１６から再生タイトルの切り替えが通知された場合（ステップＳ１１：Ｙｓｅ）、メディア管理モジュール３３からＢＤ−ＲＭディスクの交換が通知された場合（ステップＳ１２：Ｙｅｓ）、及びモード管理モジュール１６から映画作品切替リクエストの発行が通知された場合（ステップＳ１３：Ｙｅｓ）で、それぞれ異なるアプリケーション制御（ステップＳ１４、１５、１６）を実行する。
先ず、ステップＳ１４で実行されるタイトル切り替えに伴うアプリケーション制御の詳細を、図１７を参照しながら説明する。アプリケーションマネージャ３１は、タイトル切替が通知されると、タイトルバウンドなアプリケーションとタイトルアンバウンドなアプリケーションについて、動作を制御する。先ず実行中のアプリケーションにタイトルバウンドなアプリケーションがあるかどうかを確認し（Ｓ２１）、タイトルバウンドなアプリケーションがある場合はそのタイトルバウンドアプリケーションを終了させる（Ｓ２２）。次に、アプリケーションマネージャ３１は現在実行中のタイトルアンバウンドアプリケーションがあるかどうかを確認し（Ｓ２３）、ある場合は切り替えによるジャンプ先タイトルのＢＤ−Ｊオブジェクトに実行中のタイトルアンバウンドアプリケーションと同じアプリケーションが登録されているかどうかを確認し（Ｓ２４）、登録されていなければ実行中のタイトルアンバウンドアプリケーションを終了させる（Ｓ２５）。なお、Ｓ２１〜Ｓ２２の処理手順とＳ２３〜Ｓ２５の処理手順とは並行もしく逆順に行ってもよい。
次に、図１６のステップＳ１５で実行されるディスク交換に伴うアプリケーション制御の詳細を、図１８を参照しながら説明する。アプリケーションマネージャ３１は、ディスク交換が通知されると、ディスクバウンドなアプリケーションとディスクアンバウンドなアプリケーションについて、動作を制御する。アプリケーションマネージャ３１は、ディスク取出通知をメディア管理モジュール３３から受け取り、実行中のディスクバウンドアプリケーションがあるかを確認し（Ｓ３１）、ある場合はディスクバウンドアプリケーションを終了する（Ｓ３２）。次に新たなディスクの挿入が通知された時、アプリケーションマネージャ３１はディスク挿入通知をメディア管理モジュール３３から受け取り、実行中のディスクアンバウンドアプリケーションがあるかどうかを確認し（Ｓ３３）、ある場合は新たに挿入されたディスクのＦｉｒｓｔＰｌａｙＴｉｔｌｅのアプリケーション管理テーブルに実行中のディスクアンバウンドアプリケーションと同一のアプリケーションが登録されているか確認し（Ｓ３４）、登録されていない場合は実行中のアプリケーションを終了する（Ｓ３５）。なお、Ｓ３１〜Ｓ３２の処理手順とＳ３３〜Ｓ３５の処理手順とは並行もしく逆順に行ってもよい。
続いて、映画作品切替リクエストの発行が通知された場合に図１６のステップＳ１６で実行される処理の詳細について、図１９を参照しながら説明する。
従来のＢＤ−ＲＯＭ規格においてはメディアの取出／挿入というメディアの状態変化を検知することで、ディスク全体の時間軸を生存区間とするディスクバウンドアプリケーションとディスクアンバウンドアプリケーションを制御していた。本実施形態では、複数の映画作品を一つの記憶媒体に記録した場合、記憶媒体の取出／挿入といった状態変化が発生することなく、ある映画作品から同一記憶媒体に記録された別の映画作品に切替えるために、ユーザから「映画作品切替リクエスト」を受け付ける。図１９では、再生装置２００がユーザからの映画作品切替リクエストを受け付ける手段についても、あわせて説明する。
ユーザがリモコンに設けられた「映画作品切替」キー３０１を押下すると、ＵＯ検知モジュール１５は映画作品切替リクエストを受けつける（Ｓ４１）。本実施の形態では、リモコンに「映画作品切替」キーが備えられていることとして説明しているが、「ＳＥＴＵＰ」キーや「ＦＵＮＣＴＩＯＮ」キーといった再生装置の設定や機能を表示選択するためのメニューキーを押下してＯＳＤプレーンに表示されるメニューの中に「映画作品切替」の項目を用意し、この項目が選択されたときに再生装置に対して映画作品切替リクエストを発行することでも実施可能である。
ＵＯ検知モジュール１５は、モード管理モジュール１６に映画作品切替リクエストを出力する（Ｓ４２）。モード管理モジュール１６のディスパッチャは、映画作品切替リクエストをＯＳＤ制御モジュール２４に出力し（Ｓ４３）、他のモードモジュールが持っていたリモコンのフォーカスをＯＳＤ制御モジュール２４に渡す（Ｓ４４）。リモコンのフォーカスとは、上下キーや左右キーや決定キーなどの全てのモードモジュールで共通に使用されるＵＯを最優先で受けられる権利を表し、モード管理モジュール１６が受取ったＵＯが共通に使用されるＵＯであった場合、ディスパッチャはリモコンのフォーカスを持っているモジュールに出力する。
ＯＳＤ制御モジュール２４は、ユーザに選択可能な映画作品の一覧情報を提供するための画面を提供するために、読込制御部２を用いてローカルストレージ２２内の映画作品の情報を取得し、ＯＳＤイメージメモリ２５に格納し（Ｓ４５）、ＯＳＤプレーン２３に書き込んで画面に表示する（Ｓ４６）。ここで、ローカルストレージ２２内の映画作品の情報とは、ＢＤＭＶディレクトリの直下のＭＥＴＡディレクトリに格納されている映画作品名やサムネイル画像などのＢＤ−ＲＯＭ規格で規定されているメタ情報や、記憶媒体の映画作品保存領域以下または別の箇所に保存している映画作品名やサムネイル画像や収録時間などの情報である。ＯＳＤ制御モジュール２４は映画作品の情報がイメージではなく文字情報であれば、ＯＳＤイメージメモリ２５が再生装置のＯＳＤ表示用に持っているフォントイメージを利用してＯＳＤプレーン２３に書き込む。
図２０は、映画作品切替表示を書き込んだＯＳＤプレーンを、ビデオプレーンとイメージプレーンとに重畳した時の上下関係を示した図である。本図に示すように、ユーザがテレビを見たときに、映画作品切替表示を書き込んだＯＳＤプレーンが一番手前に見える。
ディスクバウンドアプリケーションは、メディア管理モジュール３３が提供している状態管理ＡＰＩの一つであるｅｘｐｅｃｔＮｅｘｔＤｉｓｃ（）を映画作品のｄｉｓｃＩＤを引数として呼び出すことで、次にどの映画作品が再生されるのを期待しているかを再生装置２００に通知することができる。切替元の映画作品の再生中のタイトルでディスクアンバウンドアプリケーションが実行中で、尚且つ、アプリケーションがｅｘｐｅｃｔＮｅｘｔＤｉｓｃ（）を、何れかの映画作品のｄｉｓｃＩＤを指定して呼び出していたとき（Ｓ４７：ＹＥＳ）、メディア管理モジュール３３は、切替元の映画作品のＯｒｇａｎｉｚａｔｉｏｎＩＤと引数で指定されたｄｉｓｃＩＤとをＯＳＤ制御モジュール２４に通知する（Ｓ４８）。通知を受けたＯＳＤ制御モジュール２４は、選択可能な映画作品の一覧情報において、ＯｒｇａｎｉｚａｔｉｏｎＩＤ、及びｄｉｓｃＩＤで特定される映画作品に関する箇所を強調表示する（Ｓ４９）。図２１は映画作品２に関する箇所を強調表示した画面表示例である。強調表示に加え、選択カーソルの焦点を最初から映画作品２に合わせておくことで、次に選択すべき映画作品の検索手間を省くことができ、ユーザは映画作品切替をスムーズに行うことができる。
ユーザがテレビに表示された映画作品切替画面を見ながらリモコンを操作し、切替先の映画作品を選択して再生することを決定すると、ＵＯ検知モジュール１５が切替先の映画作品の選択のＵＯを受け付けてモード管理モジュール１６へＵＯを出力する（Ｓ５０）。
次に切替先の映画作品のＦｉｒｓｔＰｌａｙＴｉｔｌｅを再生開始するために、切替元の映画作品の再生中のタイトルを終了させる必要があるので、モード管理モジュール１６は切替元の映画作品に対する映画作品切替再生終了通知と、切替先の映画作品に対する映画作品切替再生開始通知とをメディア管理モジュール３３に通知する（Ｓ５１）。メディアの取出／挿入というメディアの状態変化なしに再生する映画作品を切替えるために、メディア管理モジュール３３は、前述の映画作品切替再生終了通知と映画作品切替再生開始通知とを受け取ると、メディア管理部２７からＢＤ−ＲＯＭディスクの取出／挿入によるメディアの状態変化通知を受け取った場合と同様の処理を行う。
映画作品切替再生終了通知、及び映画作品切替再生開始通知をメディア管理モジュール３３へ通知したモード管理モジュール１６は、次に、切替先の映画作品が格納されたＢＤＭＶディレクトリを新たなカレントディレクトリに指定し、読込制御部２を用いて切替先の映画作品のｉｎｄｅｘ．ｂｄｍｖファイルを読み込み、ＦｉｒｓｔＰｌａｙＴｉｔｌｅのモードを確認し（Ｓ５２）、映画作品切り替えに伴うアプリケーション制御を実行する（Ｓ５３）。
切替元の映画作品のアプリケーション制御が完了すると、ＯＳＤ制御モジュール２４は映画作品切替画面を書き込んでいるＯＳＤプレーンを非表示にし（Ｓ５４）、ディスパッチャは切替先の映画作品のＦｉｒｓｔＰｌａｙＴｉｔｌｅのモードモジュールにリモコンのフォーカスを渡す（Ｓ５５）。その後、切替先の映画作品のＦｉｒｓｔＰｌａｙＴｉｔｌｅのモードモジュールがＦｉｒｓｔＰｌａｙＴｉｔｌｅの再生を開始する（Ｓ５６）ことで、ローカルストレージ２２に記録された映画作品間の切替が完了する。
ここで、ステップＳ５３において実行される映画作品切り替えに伴うアプリケーション制御の詳細を、図２２を参照しながら説明する。
映画作品切り替えに伴うアプリケーション制御として、現在再生中のタイトル、すなわち切替元の映画作品で最後に再生していたタイトルがＢＤ−Ｊモードであるかどうかがモード管理モジュール１６で確認され（Ｓ６１）、再生中のタイトルがＢＤ−Ｊモードタイトルでなければアプリケーションが動作していないので、アプリケーション制御に関する処理は実行されない。再生中のタイトルがＢＤ−Ｊモードタイトルであったときは、ディスク取出／挿入の通知と同じ通知を、メディア管理モジュール３３がアプリケーションマネージャ３１へ通知し、通知を受けたアプリケーションマネージャ３１は実行中のディスクバウンドアプリケーションがあるか確認し（Ｓ６２）、ある場合は、ディスクバウンドアプリケーションを終了させる（Ｓ６３）。次にアプリケーションマネージャ３１は、実行中のディスクアンバウンドアプリケーションがあるかどうか確認し（Ｓ６４）、切替先の映画作品のＦｉｒｓｔＰｌａｙＴｉｔｌｅに同じアプリケーションのアプリケーション管理テーブルが登録されているかどうか確認し（Ｓ６５）、登録されていない場合は、ディスクアンバウンドアプリケーションを終了させる（Ｓ１５６）。
尚、ここまでで、ローカルストレージ２２に記録された複数の映画作品間の切替について説明したが、ある映画作品から他の映画作品への切替を行おうとして、映画作品切替画面で他の映画作品を選択せずに映画作品切替をキャンセルした場合、以下のように処理される。
映画作品切替キャンセルとは、直前の操作を取り消すためにリモコンの「ＲＥＴＵＲＮ」キーを押下したり、映画作品切替画面で切替元の映画作品と同じものを再選択するなどして、切替先の映画作品を選択せずに切替元の映画作品に戻るようなＵＯを受け付けた場合である。
映画作品切替リクエストを受け、映画作品切替画面を表示している状態でＵＯ検知モジュール１５が映画切替キャンセルのＵＯを受け付けると、ＵＯ検知モジュール１５がモード管理モジュール１６に映画作品切替キャンセルを出力し、ディスパッチャは映画作品切替リクエストをＯＳＤ制御モジュール２４に出力する。ＯＳＤ制御モジュール２４は映画作品切替画面を書き込んでいたＯＳＤプレーンを非表示にし、ディスパッチャは切替元の映画作品の再生中のタイトルのモードモジュールにリモコンのフォーカスを渡し、切替元の映画作品を再生していた状態に戻ることで映画作品切替リクエストのキャンセルを完了する。
以上が、映画作品の切り替えに伴い実行される処理の詳細である。
ここから、本実施の形態で説明している映画作品間の切替手段の効果を従来技術（特願２００６−２７１８９）と比較を行うことで説明したい。シナリオとして、映画作品１のタイトル＃１を再生中に、関連する別の映画作品へ切替を行う場合と関連しない別の映画作品へ切替を行う場合を説明する。
まず、図２３〜図２５を用いて従来技術である複数ＢＤ−ＲＯＭのディスク交換の場合を説明する。
図２３は、映画作品１を記録したＢＤ−ＲＯＭディスク１０１のタイトル構成とアプリケーション構成とアプリケーション管理テーブル（ＡＭＴ）を示した図である。図２４は、映画作品２を記録したＢＤ−ＲＯＭディスク１０２のタイトル構成とアプリケーション構成とアプリケーション管理テーブル（ＡＭＴ）を示した図である。図２５は、映画作品３を記録したＢＤ−ＲＯＭディスク１０３のタイトル構成とアプリケーション構成とＡＭＴを示した図である。
映画作品１と映画作品２はシリーズ作品で互いに関係があり、メニュー用のディスクアンバウンドなアプリケーション１を映画作品１と映画作品２の両方に含んでいる。映画作品３は、他の２つの映画作品と関係は無く、アプリケーション１は含んでいない。
先ず、互いに関係ある映画作品が記録されたディスクの交換例として、ディスク１０１のタイトル＃１を再生中に、ディスク１０２へディスク交換を行った時のユーザ操作と再生装置２００の動作例を説明する。
ユーザがディスク１０１のタイトル＃１を再生しているときに、ディスク１０１を取出すと、再生装置２００は実行中のディスクバウンドなアプリケーション２とＡＶ再生を終了させる。ユーザがディスク１０２を挿入すると、再生装置２００はディスク１０２のＦｉｒｓｔＰｌａｙＴｉｔｌｅを読み込み、ディスク１０２のＦｉｒｓｔＰｌａｙＴｉｔｌｅに実行中のディスクアンバウンドなアプリケーション１のＡＭＴが登録されていることを検出する。このとき、交換元のディスク１０１で実行中であったアプリケーション１の実行を終了させずに、交換先のディスク１０２でも継続させる。再生装置２００は、ディスク１０２のＦｉｒｓｔＰｌａｙＴｉｔｌｅに登録されているＡＵＴＯＳＴＡＲＴのアプリケーション４を起動し、ＡＶ再生を開始して、ディスク１０２への交換を完了する。
次に、互いに関係のない映画作品が記録されたディスクの交換例として、ディスク１０１のタイトル＃１を再生中に、ディスク１０３へディスク交換を行った時のユーザ操作と再生装置２００の制御の動作例を説明する。
ユーザがディスク１０１のタイトル＃１を再生しているときに、ディスク１０１を取出すと、再生装置２００は実行中のディスクバウンドなアプリケーション２とＡＶ再生を終了させる。ユーザがディスク１０３を挿入すると、再生装置２００はディスク１０３のＦｉｒｓｔＰｌａｙを読み込み、ディスク１０３のＦｉｒｓｔＰｌａｙに実行中のディスクアンバウンドなアプリケーション１のＡＭＴが登録されていないことを検出し、アプリケーション１を終了させる。再生装置２００は、ディスク１０３のＦｉｒｓｔＰｌａｙに登録されているＡＵＴＯＳＴＡＲＴのアプリケーション６を起動し、ＡＶ再生を開始して、ディスク１０３への交換を完了する。
以上が、従来技術における複数ＢＤ−ＲＯＭのディスク交換時の動作例である。
次に、図２６〜図２８を用いて本実施の形態で説明しているローカルストレージ２２に記録された映画作品間の切替の場合を説明する。
図２６は、映画作品１と映画作品２と映画作品３を記録した記憶媒体のタイトル構成とアプリケーション構成とＡＭＴを示した図である。各映画作品のタイトル構成とアプリケーション構成とＡＭＴは、それぞれ図２３、図２４、図２５で示したＢＤ−ＲＯＭディスクに記録された映画作品１、映画作品２、映画作品３と同一の構成である。
図２７は、映画作品１のタイトル＃１を再生中に、映画作品２へ映画作品切替を行った時のユーザ操作と再生装置２００の制御の流れを示すフローチャートである。
ユーザが映画作品１のタイトル＃１を再生しているときに、映画作品切替キーを押すと（Ｓ７１）、再生装置２００は映画作品切替画面をテレビに表示する（Ｓ７２）。ユーザは、映画作品切替画面に従って映画作品２を選択する（Ｓ７３）。このとき、映画作品１のタイトル＃１の実行中のアプリケーション１がｅｘｐｅｃｔＮｅｘｔＤｉｓｃ（）を映画作品２のｄｉｓｃＩＤを引数にして呼び出していると、映画作品切替画面に表示されている一覧の次に再生して欲しい映画作品の情報を強調表示するので、ユーザは画面の表示に従って映画作品２を探しやすくなる。映画作品２が選択されると、再生装置２００は映画作品２のＦｉｒｓｔＰｌａｙを読み込み（Ｓ７４）、実行中のディスクバウンドなアプリケーション２とＡＶ再生を終了させる（Ｓ７５）。再生装置２００は、映画作品２のＦｉｒｓｔＰｌａｙに実行中のディスクアンバウンドなアプリケーション１のＡＭＴが登録されていることを検出する（Ｓ７６）。このとき、切替元の映画作品１で実行中であったアプリケーション１の実行を終了させずに、切替先の映画作品２でも継続させる。再生装置２００は、映画作品切り替え画面を非表示にし（Ｓ７７）、映画作品２のＦｉｒｓｔＰｌａｙに登録されているＡＵＴＯＳＴＡＲＴのアプリケーション４を起動し、ＡＶ再生を開始して（Ｓ７８）、映画作品２への切替を完了する。
図２８は、映画作品１のタイトル＃１を再生中に、映画作品３へ映画作品切替を行った時のユーザ操作と再生装置２００の制御の流れを示すフローチャートである。
ユーザが映画作品１のタイトル＃１を再生しているときに、映画作品切替キーを押すと（Ｓ８１）、再生装置２００は映画作品切替画面をテレビに表示する（Ｓ８２）。ユーザは、映画作品切替画面に従って映画作品３を選択する（Ｓ８３）。映画作品３が選択されると、再生装置２００は映画作品３のＦｉｒｓｔＰｌａｙを読み込み（Ｓ８４）、実行中のディスクバウンドなアプリケーション２とＡＶ再生を終了させる（Ｓ８５）。再生装置２００は、映画作品切替画面を非表示にし（Ｓ８７）、映画作品３のＦｉｒｓｔＰｌａｙに登録されているＡＵＴＯＳＴＡＲＴのアプリケーション６を起動し、ＡＶ再生を開始して（Ｓ８８）、映画作品３への切替を完了する。
以上が、本実施の形態で説明しているローカルストレージ２２に記録された映画作品間の切替時の動作例である。
以上のように本実施形態によれば、ユーザは記憶媒体に記録された複数の映画作品を切替えて視聴することが可能であり、再生装置２００は記録媒体に記録された映画作品のアプリケーションをＢＤ−ＲＯＭディスクで動作する場合と同様に制御することができる。この切替手段によって、再生機器は取り外しができないＢｕｉｌｔ−ｉｎメディアに対してもＢＤ−ＲＯＭのディスク交換と同等の切替機能を提供することができる。また、シリーズ物などの複数の映画作品同士で関連がある場合に、アンバウンドなアプリケーションがｅｘｐｅｃｔＮｅｘｔＤｉｓｃ（）を呼び出して次に再生されるのを期待している映画作品２のｄｉｓｃＩＤを再生装置２００に通知し、尚且つ、同一記憶媒体に映画作品２が記録されていると、再生装置２００は映画作品切替画面で次に再生されるのを期待しているディスクを強調表示してユーザに示すことができるので、ユーザは複数あるＢＤ−ＲＯＭの中から次に挿入すべきＢＤ−ＲＯＭを探すという手間を掛けずに関連がある映画作品を続けて視聴することができる。記録媒体に複数の映画作品を記録した場合でも複数ＢＤ−ＲＯＭの場合と同様のアプリケーション制御が可能であり、関連作品をまとめて記憶媒体に登録することでユーザの利便性も高めることができる。

（実施の形態２）
実施の形態１では、ユーザがリモコン操作等により発行した映画作品切替リクエストに応じて、再生する映画作品の切替を行っていたが、実施の形態２では、切替元の映画作品のタイトル再生において動作しているアプリケーションが、映画作品切替リクエストを発行する構成について説明する。
以下、実施の形態２では、実施の形態１と同様の部分は説明を省略し、実施の形態１からの変更箇所のみを説明する。
図２９は、アプリケーションから映画作品切替リクエストを発行できる場合のＢＤ−Ｊモジュールの具体的な構成を示す図である。本図は、映画作品切替管理モジュール３６が追加された以外は、図１４に示したものと同様の構成であり、他の構成要素を映画作品切替管理モジュール３６の説明のために便宜的に記載している。映画作品切替管理モジュール３６は、アプリケーションからの映画作品切替リクエスト発行用のＡＰＩを提供する。このＡＰＩが呼び出されると、映画作品切替リクエストがモード管理モジュール１６へ出力される。
図３０は、実行中のアプリケーションが映画作品切替リクエストを発行した場合の処理手順を示すフローチャートである。実行中のアプリケーションが映画作品切替リクエスト発行ＡＰＩを呼び出すと（Ｓ９１）、映画作品切替管理モジュール３６は、映画作品切替リクエストをモード管理モジュール１６に出力する（Ｓ９２）。
モード管理モジュール１６は、アプリケーションのＡＰＩ呼び出しによる映画作品切替リクエストを受け付けると（Ｓ９３）、図１９に示すＳ４３〜Ｓ５６に示すＵＯに由来する映画作品切替リクエストの処理と同様の切替処理（Ｓ９４）を実行する。これにより、ユーザ操作によらない映画作品切替画面の表示、及びユーザによる切替先の映画作品選択を経て、ディスクバウンドアプリケーションの実行制御がなされる。
以上のように本実施の形態２によれば、映画作品のコンテンツ側からも映画作品切替リクエストの発行ができ、ユーザによる切替リクエストキー押下の操作を省略することできる。例えば、シリーズ物の映画作品において本編映像を構成するタイトルを最後まで再生し終わったときや、再生中タイトルで映画作品に含まれていないシーンの再生が必要なときに、それらのタイトルを生存区間とするアプリケーションが映画作品切替リクエスト発行ＡＰＩを呼び出すように、アプリケーションを構成しておくことで、ユーザ操作によらず映画作品切替表示が画面に表示される。このような仕組みにより、ユーザにディスク交換や、映画作品切替を促すことができる。
（実施の形態３）
実施の形態２では、実行中のアプリケーションが映画作品切替リクエストを発行するが、それに応じて表示された映画作品切替画面おける切替先の映画作品の選択では、ユーザによる指示を必要としていたが、実施の形態３では、切替先の映画作品の選択についてもＵＯを必要としない構成について説明する。以下、実施の形態３では、実施の形態１、２と同様の部分は説明を省略し、実施の形態１、２と相違する部分のみを説明する。
実施の形態３において、映画作品切替管理モジュール３６は、アプリケーションから他の映画作品への切替と選択を行うための映画作品選択ＡＰＩを提供する。映画作品選択ＡＰＩは、切替先の映画作品のｄｉｓｃＩＤを引数として受け付ける。このＡＰＩが呼び出されると、再生中の映画作品のＯｒｇａｎｉｚａｔｉｏｎＩＤ、及び引数に指定されたｄｉｓｃＩＤにより識別される映画作品が記録媒体に記録されていかどうが確認され、記録されている場合には、映画作品選択通知がメディア管理モジュール３３へ通知されて映画作品の切替選択が処理される。再生中の映画作品のＯｒｇａｎｉｚａｔｉｏｎＩＤ、及び引数に指定されたｄｉｓｃＩＤにより識別される映画作品が記録媒体に記録されていない場合には、ＡＰＩ呼び出し元のアプリケーションに切替失敗が通知される。
図３１は、実行中のアプリケーションが他の映画作品への切替と選択を行う場合の処理手順を示すフローチャートである。
実行中のアプリケーションが切替先の映画作品のｄｉｓｃＩＤを指定して映画選択ＡＰＩを呼び出すと（Ｓ１０１）、映画作品切替管理モジュール３６は映画作品切替通知をメディア管理モジュール３３に出力する（Ｓ１０２）。映画作品切替通知を受けたメディア管理モジュール３３は、再生中の映画作品のＯｒｇａｎｉｚａｔｉｏｎＩＤ、及び引数に指定されたｄｉｓｃＩＤにより識別される映画作品が記録媒体に記録されているかどうかを確認し（Ｓ１０３）、記録されている場合は（Ｓ１０４：Ｙｅｓ）、映画作品切替再生開始処理と映画作品切替再生終了処理を実施する（Ｓ１０５、１０７）。本図のＳ１０５、Ｓ１０６における映画作品切替再生開始処理と映画作品切替再生終了処理では、図１９のＳ５１でモード管理モジュール１６から映画作品切替再生開始通知と映画作品切替終了通知を受け取ったメディア管理モジュール３３と同様に、ＢＤ−ＲＯＭディスクの取出／挿入によるメディアの状態変化通知を受け取った場合と同様の処理を行う。この処理において、メディア管理モジュール３３は、切替先の映画作品の再生を開始するためにモード管理モジュール１６に映画作品再生開始を通知し（Ｓ１０６）、通知を受けたモード管理モジュール１６は切替先の映画作品のＦｉｒｓｔＰｌａｙＴｉｔleのモードを確認する。以降は、図１９に示すＳ５３〜Ｓ５６に示す処理手順と同様に、ディスクバウンドアプリケーションの実行制御を含む切替先の映画作品の再生処理が実行される（Ｓ１０７）。
一方、Ｓ１０４において、切り替え先の映画作品が記憶媒体に記録されていなかった場合、メディア管理モジュール３３は呼び出し元のアプリケーションに、映画作品の切替失敗を通知する（Ｓ１０８）。このとき、切替先の映画作品が入った別の記憶媒体をユーザに挿入してもらか、さらに別の映画作品を選択してもらう必要があるので、アプリケーションは映画切替画面を表示してユーザの操作を求める必要がある。ユーザが別の映画作品を選択する場合、以降の選択処理は図３０のＳ９１〜Ｓ９４と同様の処理手順で実行される。
以上のよう本実施の形態３によれば、コンテンツ側で映画作品切替操作を全て完了できるので、ユーザによる映画切替操作を省略することできる。この結果、再生装置２００では、ユーザ操作なしに、シリーズ物の複数の映画作品再生をシームレスに再生することができる。

（実施の形態４）
実施の形態１、及び実施の形態２では、映画作品切替リクエストの発行に応じて映画作品切替画面を表示する構成を再生装置２００が有していたが、実施の形態４では、記録媒体に記録された映画作品管理アプリケーションが映画作品切替画面を表示する場合について説明する。以下、実施の形態４では、実施の形態１、２と同様の部分は説明を省略し、実施の形態１、２と相違する部分のみを説明する。
図３２は実施の形態４におけるローカルストレージのディレクトリ構成を示す図である。本実施の形態では、ＯｒｇａｎｉｚａｔｉｏｎＩＤディレクトリ、ｄｉｓｃＩＤディレクトリに加え、ＭａｎａｇｅｒディレクトリがＢＤＲＯＯＴディレクトリのサブディレクトリとして配置される。Ｍａｎａｇｅｒディレクトリの下には、マネージャータイトルと呼ばれるデータが格納される。マネージャータイトルのデータ構成は他の映画作品と同様、ＢＤ−ＲＯＭ規格に従ったファイル構成となる。
ローカルストレージから映画作品を再生する場合、モード管理モジュール１６は、まずこのマネージャータイトルを再生することで、このマネージャータイトルから各映画作品を選択し、映画作品の再生を行う。すなわち、ローカルストレージに格納されている映画作品の一覧表示及び選択を、再生装置内に組み込まれたアプリケーションで行うのではなく、このマネージャータイトルで管理・実行する。
以下に、マネージャータイトルに含まれる映画作品管理アプリケーションに付与されるアクセス権について説明する。図３３はマネージャータイトルと各映画作品とのアクセス権の相違を示す図である。通常の映画作品に含まれるアプリケーションは、同一スタジオ内の映画作品のみアクセスが許され、他のスタジオ映画作品へのアクセスは禁止される。すなわち、ローカルストレージに格納されている映画作品の一覧表示、選択、削除などを通常の映画作品アプリケーションが行う場合は、同一スタジオの映画作品のみに限られる。これは、他のスタジオ映画作品のデータ収集、及び不正削除などを防ぐためである。
一方、マネージャータイトルは通常の映画作品アプリケーションとは異なり、ローカルストレージに格納されている全映画作品へのアクセスが許可され、ローカルストレージ上の全映画作品の一覧表示、選択、削除が可能である。マネージャータイトルは通常の映画作品とは異なるアクセス権（特権モード）が付与されるため、再生装置内の組み込みアプリケーションで行う映画作品切替と同等の機能を提供することが可能となる。
以上が、マネージャータイトルに含まれる映画作品管理アプリケーションに付与されるアクセス権についての説明である。
次に、再生装置２００におけるアクセス権の種別判定について説明する。
図３４は、再生装置２００におけるアクセス権の種別判定の処理手順を示すフローチャートである。選択された映画作品がマネージャータイトルかどうかで付与されるアクセス権が異なる。映画作品の選択が行われると、その映画作品がマネージャータイトルかどうかの判定を行う（ステップＳ１１１）。選択された映画作品がマネージャータイトルであれば、全映画作品に対するアクセス権が映画作品管理アプリケーションに付与され（ステップＳ１１２）、選択された映画作品がマネージャータイトルではなく通常の映画作品である場合は、同一スタジオ内に限られたアクセス権がアプリケーションに付与される（ステップＳ１１３）。以上が、再生装置２００におけるアクセス権の種別判定についての説明である。
続いて、映画作品一覧表示処理のためにマネージャータイトルに含まれる映画作品管理アプリケーションを起動する手順について説明する。
図３５はローカルストレージ上の映画作品一覧表示処理の処理手順を示すフローチャートである。再生装置２００にローカルストレージが挿入され、再生装置２００に対しユーザからローカルストレージ上の映画作品一覧表示が要求されると、モード管理モジュール１６は、挿入されているローカルストレージにマネージャータイトルが存在するか否かを確認する（ステップＳ１２１）。マネージャータイトルが存在することが確認できれば、マネージャータイトルが正当であるかどうかの署名検証を行う（ステップＳ１２２）。署名検証はＣＥＲＴＩＦＩＣＡＴＥディレクトリの下に存在するルート証明書（ｄｉｓｃｒｏｏｔ．ｃｒｔ）に基づいて行われ、マネージャータイトルが正当なプロバイダから提供されたものであることを確認する。署名検証の結果、マネージャータイトルが正当なプロバイダから提供されたものであると判断できれば（ステップＳ１２３）、モード管理モジュール１６は、マネージャータイトルをカレントタイトルに指定し、マネージャータイトルの映画作品管理アプリケーションをアプリケーションマネージャ１４に起動させて、ローカルストレージ上の映画作品の一覧表示・選択・削除などの管理をマネージャータイトルの映画作品管理アプリケーションに委譲する（ステップＳ１２４）。
ローカルストレージ上にマネージャータイトルが存在しないと判断した場合、モード管理モジュール１６は、ローカルストレージ上の映画作品一覧表示・選択・削除などを管理する映画作品管理アプリケーションが再生装置内に予め組み込まれていれば（ステップＳ１２５）、アプリケーションマネージャ１４に再生装置内の映画作品管理アプリケーションを起動させ、映画作品の一覧表示を実行させる（ステップＳ１２６）。再生装置内に映画作品管理アプリケーションが組み込まれていなければ、モード管理モジュール１６は、映画作品の一覧表示を行わずにローカルストレージ上の映画作品の何れかをカレントの再生対象に指定して再生を開始する（ステップＳ１２７）。
以上の処理手順が実行されることにより、ローカルストレージにマネージャータイトルが記録されていれば、マネージャータイトルに含まれる映画作品管理アプリケーションが起動され、この映画作品管理アプリケーションによりローカルストレージ上に記録された映画作品の一覧表示が実現される。
次に、マネージャータイトルの取得手順について説明する。図３６は映画作品のダウンロードを模式的に示す図である。ローカルストレージへの映画作品ダウンロードはＢＤ−ＲＯＭ上のＪａｖａ（登録商標）アプリケーションから行われる。このときマネージャータイトルは、ネットワーク上のサーバにおいて映画作品コンテンツと共に提供されており、ネットワークを介して映画作品だけでなくマネージャータイトルもダウンロードすることで、ローカルストレージへ格納される。
図３７は映画作品ダウンロード処理の手順を示すフローチャートである。Ｊａｖａアプリケーションは映画作品のダウンロードを行う際、まずローカルストレージにマネージャータイトルが存在するかどうかの確認を行う（ステップＳ１３１）。マネージャータイトルがすでに存在していれば、映画作品のダウンロードを開始し（ステップＳ１３２）、マネージャータイトルが存在していなければ、まずマネージャータイトルのダウンロードを行い（ステップＳ１３３）、続いて映画作品のダウンロードを行う。
尚、マネージャータイトルが存在していた場合でも、ローカルストレージ上のマネージャータイトルのバージョンとサーバ上のマネージャータイトルのバージョンを比較し、サーバ上のバージョンの方が新しいと判断できれば、ローカルストレージ上の古いマネージャータイトルを上書きして新しいマネージャータイトルのダウンロードを行っても良い。
以上、本実施の形態のように、記憶媒体に記録されたマネージャータイトルの映画作品管理アプリケーションが映画作品切替画面を表示できれば、ＯＳＤプレーンを備えていない再生装置やＯＳＤイメージメモリに十分な容量を持たせていない再生装置であっても、映画作品切替画面をユーザに提供することができる。
（その他の変形例）
（１）本発明は、各実施形態で説明したフローチャートの処理手順が開示するアプリケーション実行方法であるとしてもよい。また、前記処理手順でコンピュータを動作させるプログラムコードを含むコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。各実施形態においてフローチャートを引用して説明した制御手順や、機能的な構成要素による制御手順は、ハードウェア資源を用いて具体的に実現されていることから、自然法則を利用した技術的思想の創作といえ、“プログラムの発明”としての成立要件を満たす。
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ）、半導体メモリなど、に記録したものとしてもよい。
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送するものとしてもよい。
また、前記コンピュータプログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記コンピュータプログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
（２）本発明は、アプリケーション実行装置の制御を行うＬＳＩとしても実施可能である。このような場合、再生装置２００を構成するハードウェアのうち、機構的な構成要素(ＢＤドライブ、リムーバブルメディアドライブ)、大容量のメモリによって実装される構成要素(ビデオプレーン、イメージプレーン、ＯＳＤプレーン)を除いた、論理素子を主要部とする部分を、1つのシステムＬＳＩとして構成することが望ましい。また、これらの機能ブロックは、個別に１チップ化されても良いし一部または全てを含むように１チップ化されてもよい。
尚、ここではシステムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または、汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）やＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。このような技術には、バイオ技術の適用等が可能性としてありえる。
（３）上記実施形態では、仮想マシンのプログラミング言語としてＪａｖａ（登録商標）を利用したが、Ｊａｖａ（登録商標）ではなく、ＵＮＩＸ（登録商標）ＯＳなどで使われているＢ−Ｓｈｅｌｌや、Ｐｅｒｌ Ｓｃｒｉｐｔ、ＥＣＭＡ Ｓｃｒｉｐｔなど他のプログラミング言語であっても良い。
（４）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
本発明にかかる再生装置は、映像データとアプリケーションとを含むコンテンツを記憶媒体に複数保存した時のコンテンツ間切替を可能にするので、記憶媒体への映像コンテンツの配信に携わる映画産業・民生機器産業において利用される可能性をもつ。
１ ＢＤ−ＲＯＭドライブ
２ 読込制御部
３ デマルチプレクサ
４ ビデオデコーダ
５ ビデオプレーン
６ オーディオデコーダ
７ イメージメモリ
８ イメージプレーン
９ イメージデコーダ
１０ 加算器
１１ 静的シナリオメモリ
１２ 動的シナリオメモリ
１３ ＨＤＭＶモジュール
１４ ＢＤ−Ｊモジュール
１５ ＵＯ検知モジュール
１５ ＵＯ探知モジュール
１６ モード管理モジュール
１７ ディスパッチャ
１８ レンダリングエンジン
１９ 書込制御部
２０ ＡＶ再生ライブラリ
２１ ネットワークインターフェース
２２ ローカルストレージ
２３ ＯＳＤプレーン
２４ ＯＳＤ制御モジュール
２５ ＯＳＤイメージメモリ
２６ ＯＳＤイメージデコーダ
２７ メディア管理部
２８ 記録部
３０ アプリケーション
３１ アプリケーションマネージャ
３２ メディア再生モジュール
３３ メディア管理モジュール
３４ ファイルＩ／Ｏモジュール
３５ ネットワークモジュール
３６ 映画作品切替管理モジュール
１００ リムーバブルメディア
１０１ ＢＤ−ＲＯＭディスク
１０２ ＢＤ−ＲＯＭディスク
１０３ ＢＤ−ＲＯＭディスク
２００ 再生装置
３００ リモコン
３０１ 「映画作品切替」キー
４００ テレビ

Claims (7)

1つのインデックステーブルと、複数のアプリケーション管理テーブルと、複数のアプリケーションとが記録されたドメイン領域を複数有する記録媒体を対象とし、何れかのドメイン領域からアプリケーションを読み出して実行するアプリケーション実行装置であって、
複数のドメイン領域のうち1つを、カレントドメイン領域として指定する指定手段と、
カレントドメイン領域内において、再生可能となる複数のタイトルと複数のアプリケーション管理テーブルとの対応付けを示すインデックステーブルを参照して、当該インデックステーブルに対応付けが示されている複数タイトルの何れかを再生する再生手段と、
カレントドメイン領域内の複数のアプリケーション管理テーブルのうち、再生中タイトルに対応するものに生存区間が示されているアプリケーションの動作を管理するアプリケーションマネージャとを備え、
前記指定手段によるカレントドメイン領域の指定が、１のドメイン領域から他のドメイン領域に切り替えられた場合、
前記再生手段は、新たなカレントドメイン領域内に存在するインデックステーブルに対応付けが示されている複数のタイトルのうち、最初に再生すべきファーストプレイタイトルの再生を開始し、
前記アプリケーションマネージャは、切り替え以前から動作中であったアプリケーションのうち、前記ファーストプレイタイトルに対応するアプリケーション管理テーブルに生存区間が示されていないものの動作を終了させる
ことを特徴とするアプリケーション実行装置。
前記指定手段は、何れのドメイン領域をカレントドメイン領域に指定すべきかを示す指示を受け付け、前記指示に応じてカレントドメイン領域を指定する
ことを特徴とする請求項１記載のプログラム実行装置。
前記指定手段は、タイトル再生中になされたユーザ操作に応じて、前記指示をユーザから受け付ける
ことを特徴とする請求項２記載のプログラム実行装置。
前記ユーザ操作とは、プログラム実行装置またはプログラム実行装置付属のリモートコントローラに備えられた切替リクエストを発行する入力装置に対する操作である
ことを特徴とする請求項３記載のプログラム実行装置。
前記指定手段は、再生中タイトルに対応するアプリケーション管理テーブルに生存区間が示されているアプリケーションの実行中に、当該実行中アプリケーションがカレントドメイン領域の切り替えを要求した場合、前記指示をユーザから受け付ける
ことを特徴とする請求項２記載のプログラム実行装置。
記録媒体が有する複数のドメイン領域を提示する提示手段を更に備え、
提示手段は、前記実行中アプリケーションから何れかのドメイン領域を示すＩＤの通知を受け、ＩＤが通知されたドメイン領域を前記提示において強調する
ことを特徴とする請求項５記載のプログラム実行装置。
前記指定手段は、再生中タイトルに対応するアプリケーション管理テーブルに生存区間が示されているアプリケーションの実行中に、当該実行中アプリケーションがカレントドメイン領域の切り替えを要求した場合、前記実行中アプリケーションから何れかのドメイン領域を示すＩＤの通知を受け、ＩＤが通知されたドメイン領域をカレントドメイン領域に指定する
ことを特徴とする請求項２記載のプログラム実行装置。
JP2011504729A 2009-03-16 2010-03-01 アプリケーション実行装置 Withdrawn JPWO2010106745A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2009063168 2009-03-16
JP2009063168 2009-03-16
PCT/JP2010/001369 WO2010106745A1 (ja) 2009-03-16 2010-03-01 アプリケーション実行装置

Publications (1)

Publication Number Publication Date
JPWO2010106745A1 true JPWO2010106745A1 (ja) 2012-09-20

Family

ID=42739413

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011504729A Withdrawn JPWO2010106745A1 (ja) 2009-03-16 2010-03-01 アプリケーション実行装置

Country Status (4)

Country Link
US (1) US20110299830A1 (ja)
EP (1) EP2410529A1 (ja)
JP (1) JPWO2010106745A1 (ja)
WO (1) WO2010106745A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010089292A1 (en) 2009-02-06 2010-08-12 Ortho-Mcneil-Janssen Pharmaceuticals, Inc Novel substituted bicyclic heterocyclic compounds as gamma secretase modulators
MX2011011753A (es) 2009-05-07 2011-11-29 Janssen Pharmaceuticals Inc Nuevos derivados sustitutos de indazol y aza-indazol como moduladores de la gamma secretasa.
ES2519565T3 (es) 2009-07-15 2014-11-07 Janssen Pharmaceuticals Inc. Derivados de triazol e imidazol sustituidos como moduladores de gamma secretasa
KR20120123677A (ko) 2010-01-15 2012-11-09 얀센 파마슈티칼즈, 인코포레이티드 감마 세크레타제 조절제로서의 신규 치환된 비사이클릭 트리아졸 유도체
BR112013023984A2 (pt) 2011-03-24 2016-09-13 Cellzome Ltd derivados triazolil piperazina e triazolil piperidina substituidos como moduladores de gama secretase
JP6037656B2 (ja) * 2011-05-20 2016-12-07 日本放送協会 受信機
MX2014000626A (es) 2011-07-15 2014-04-30 Janssen Pharmaceuticals Inc Nuevos derivados de indol sustituidos como moduladores de gamma secretasa.
MX355164B (es) 2012-05-16 2018-04-06 Janssen Pharmaceuticals Inc Derivados de 3,4-dihidro-2h-pirido[1,2-a]pirazin-1,6-diona sustituidos utiles para el tratamiento de la enfermedad de alzheimer (inter alia).
KR20140018743A (ko) * 2012-08-03 2014-02-13 삼성전자주식회사 디스크리스 어플리케이션 재생 장치 및 기록 장치, 재생 방법 및 기록 방법과 디스크리스 어플리케이션을 기록한 정보저장매체
WO2014096212A1 (en) 2012-12-20 2014-06-26 Janssen Pharmaceutica Nv NOVEL TRICYCLIC 3,4-DIHYDRO-2H-PYRIDO[1,2-α]PYRAZINE-1,6-DIONE DERIVATIVES AS GAMMA SECRETASE MODULATORS
JP6283691B2 (ja) 2013-01-17 2018-02-21 ヤンセン ファーマシューティカ エヌ．ベー． γセクレターゼ調節剤としての新規な置換ピリド−ピペラジノン誘導体
US20140236726A1 (en) 2013-02-18 2014-08-21 Disney Enterprises, Inc. Transference of data associated with a product and/or product package
US10562897B2 (en) 2014-01-16 2020-02-18 Janssen Pharmaceutica Nv Substituted 3,4-dihydro-2H-pyrido[1,2-a]pyrazine-1,6-diones as gamma secretase modulators

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2813245B2 (ja) 1995-08-21 1998-10-22 松下電器産業株式会社 光ディスクの再生装置及び再生方法
KR20040049488A (ko) * 2002-12-06 2004-06-12 삼성전자주식회사 애플릿 실행 장치 및 방법
EP1631355B1 (en) 2003-06-06 2014-08-13 Allergan, Inc. Piperidinyl prostaglandin e analogs
JP4478979B2 (ja) 2004-07-20 2010-06-09 ケーアールディーシー株式会社 テープ供給装置及びその制御方法
TWI451406B (zh) * 2004-07-22 2014-09-01 Panasonic Corp 用以實施應用程式同步化播放之播放裝置、播放方法及播放程式
JP2007065928A (ja) * 2005-08-30 2007-03-15 Toshiba Corp 情報記憶媒体、情報処理方法、情報転送方法、情報再生方法、情報再生装置、情報記録方法、情報記録装置、及びプログラム
US20060156386A1 (en) * 2005-01-12 2006-07-13 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
EP1696321A1 (en) * 2005-02-23 2006-08-30 Deutsche Thomson-Brandt Gmbh Method and apparatus for executing software applications
JP4882653B2 (ja) 2006-10-06 2012-02-22 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム

Also Published As

Publication number Publication date
US20110299830A1 (en) 2011-12-08
EP2410529A1 (en) 2012-01-25
WO2010106745A1 (ja) 2010-09-23

Similar Documents

Publication Publication Date Title
WO2010106745A1 (ja) アプリケーション実行装置
CN101099200B (zh) 使用本地存储从记录介质再现数据的方法和装置
JP5406044B2 (ja) 個別販売に用いられる記録媒体、記録装置、再生装置、それらの方法
JP4862055B2 (ja) 再生装置及びプログラム
RU2393555C2 (ru) Способ и устройство воспроизведения данных с носителя записи, использующие локальное запоминающее устройство
JP5418030B2 (ja) 情報処理装置、および情報処理方法、並びにプログラム
TW200839560A (en) Reproducer, program, and reproducing method
JP5395074B2 (ja) 再生装置、再生方法、プログラム
US20060155786A1 (en) Recording medium, and method and apparatus for reproducing data from recording medium using local storage
US20080063369A1 (en) Method and apparatus for reproducing data, recording medium, and method and apparatus for recording data
US20080056676A1 (en) Apparatus for reproducing data, method thereof, apparatus for recording the same, method thereof and recording medium
EP1836708A2 (en) Recording medium, and method and apparatus for reproducing data from recording medium using local storage
US20070025706A1 (en) Method and apparatus for reproducing data, recording medium, and method and apparatus for recording data
KR20070014941A (ko) 기록매체, 데이터 재생방법 및 재생장치와 데이터 기록방법및 기록장치
JPWO2009157163A1 (ja) 再生装置、再生装置の制御方法
US20090238545A1 (en) Reproducing device and program
JP2008517355A (ja) ローカルストレージを使用して記録媒体からデータを再生する方法および装置
KR20080112931A (ko) 정보 저장 매체, 제조 방법, 및 정보 재생 방법
KR20080033433A (ko) 데이터 재생을 위한 방법 그리고 장치, 기록 매체, 그리고데이터 기록을 위한 방법 그리고 장치
CN101019174A (zh) 使用本地存储再现记录在记录介质中的数据的方法和装置
KR20070031218A (ko) 데이터 재생방법 및 재생장치 그리고 기록방법, 기록장치및 기록매체
KR20070120000A (ko) 데이터를 기록하는 방법, 장치 및 기록매체 그리고재생방법 및 장치

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20130507