专利名称：用于执行应用程序同步重放的重放装置的制作方法
技术领域：
本发明属于数字流和应用程序同步重放的技术领域。
背景技术：
应用程序同步重放是用于在重放 或用于播放视频的對,置中运 行Java (注册商标)应用程序的同时播放数字流的一项技术，并且属于在 今后制造的消费品中将吸弓l大量关注的技术领域。用于同步的应用纟M^和 数字流以被称为"标题"的重放为单创鈔l:相联系。下面描述传统的重放 装置。传统的重放装置由虚拟文件系统单元、模块管理器、S^文单元和平 台单元构成。
虚拟文件系统单元管理由重放，访问的多个记录介质，例如光记录 介质(例如DVIMIOM， BI>ROM， g面作为例子描述后者)和磁记录 介质(例如 )，并且^^WfeMg些记录介质戶;H己录内容的包信息。
每,信息被称为虚拟包，其在记录于这些记录介质上的 流和应 用辦(在下文简称为"鹏禾號")的S^/执行中^M交，就如同它们实 际己录在单一包中。
模±央管理器选择多个标题中的一个作为当前标题。
魏单元从包信息所示的数字流中播放构成当前标题的数字流(即记 录在光繊记录介质上)。
平台单元从包信息所示的应用程序中运行构成当前标题的应用程序 (即记录在光或磁i战介质上)。
根据以上结构，iB^在不同记录介质例如BD^ROM和硬盘上的数字流 和应用禾MI 可以作为单一 (虚拟)包M待，并且S^装置能够以标题为单位实鹏娥制。
以上结构中的标题不仅用于记录在用于:1^文的BI>ROM上的数字流而 且用于记录在硬盘上的数字流。由于硬盘是可重写的记录介质，因此标题 的组成要素可能通过S^文部分地被替换，例如当i細新采集的数字流新生 成包《言息吋。
在很大程度上认为这样的替换弓l起的情况难以恢复例如在重放期间由 SJ文单元的异，作产生的视频中断。
如果重放装置中的S^单元顺序地检验例如用于重放的数据流和SJ文 控制信息的要素的一致性，可以预期M35文部分地替换S^Mm。然而， 假设需要检验的信息类型互异，劍M^文单疏成了很大负担。
为了绝对保证设备的稳定操作，理想的是当在硬盘上的记录内容中有 变化时重启设备自身，就象当你安装软件时那样。然而，假设在任何地方 重启设备花费几秒歪U几併中的处理时间，这并不翻户倉諧松承担的事瞎。
发明内容
本发明的目标是提供一种重放装置，即使在重放对象中有变化时 所述重放装置也能够实现稳定重放。
为了解决以上问题，本发明是一种结合应用程序播放数字流的重 放装置，其包括包管理单元，用于根据合并管理信息通过合并记录在 第一记录介质和第二记录介质上的文件所述包管理单元生成包信息， 和选择单元，用于检测来自包信息的多个可播放标题，并且选择检测 到的标题中的一个作为当前标题。当应用程序通过指定新合并管理信 息请求包管理单元更新合并管理信息之后，在更新包信息之前包管理 单元将从新指定合并管理信息引用的文件变为只读，并且在数字流重 放由于当前标题由选择单元改变而停止时，包管理单元根据新指定的 合并管理信息通过组合记录在第一和第二记录介质上的文件生成新 包信息。
由于具有以上结构，本发明保证了在应用程序通过指定新合并管 理信息请求包管理单元更新合并管理信息的情况下，从新指定的合并 管理信息引用的文件的内容从提出更新请求的时间直到当前标题变化都未被改变，这是因为在更新包信息之前包管理单元将从新指定的合并管理信息引用的文件设置为只读。而且，通过在数字流重放由于当前标题变化被停止时更新包信息，即使例如用于重放/执行的数字流或应用程序由于更新被替换也不会引起重放装置的异常操作。
因而，由于可以通过动态地合并记录在第一和第二两个记录介质上的文件并且同时保证重放装置的稳定操作而实现重放控制，扩大了电影作品的表达宽度。
在这里，包管理单元可以被配置成如果请求更新的应用程序的许
可标记(tag)中的信息指示应用程序已被分配更新包信息的权利，则更新包信息，如果该信息指示未被分配更新的权利，则拒绝更新请求并且执行异常处理。
该结构能够阻止未授权应用程序请求的包信息的更新。
图l是系统图2显示了 BD-ROM 100的内部结构；
图3系统地显示了怎样构造扩展名为"m2ts"的文件；
图4显示了PL信息的结构；
图5显示了 AVClip和PL之间的关系；
图6显示了使用四个Clip_Information_file_names的分批指定；图7显示了 PLMark信息的内部结构；图8显示了使用PLMarks的章节定义；图9显示了 Subpath信息的内部结构；
图10显示了同步指定和SubClip时间轴上的重放间隔定义；
图IIA显示了被包含在档案文件中的程序数据；
图11B显示了类文件的内部结构；
图12显示了BD-J对象的内部结构；
图13显示了 INDEX.BDMV的内部结构；
图14显示了本地存储器中的目录结构；
图15显示了由存储在本地存储器中的PL信息定义的播放列表重放时间轴的类型；
图16A显示了存储在BD-ROM上的AVClip和存储在本地存储器中的Java应用程序和AVClip;
图16B显示了作为单一标题来对待的Java应用程序和AVClip#l-#4;
图17显示了合并管理信息文件的典型内部结构；
图18显示了重放装置的硬件配置；
图19描绘了由硬件和存储在指令ROM 21上的软件组成的以层
状结构重布置的元件；
图20显示了 Java虚拟机30的内部结构；
图21显示了由标题变化产生的状态转变；
图22显示了由虚拟文件系统单元38典型地产生虚拟包信息；
图23A显示了整个光盘的时间轴；
图23B显示了整个光盘的时间轴的结构；
图24是由Java应用程序执行的下载处理的流程图25是更新"准备"过程的流程图26是虚拟包"更新"过程的流程图27是由模块管理器执行的处理的流程图28是PL重放过程的流程图29显示了在标题变化期间怎样更新虚拟包信息；
图30显示了将当前合并管理信息文件发送到服务器的Java应用程序；
图31显示了下载内容文件、新合并管理信息文件和新签名信息文件的Java应用程序；
图32显示了向虚拟文件系统单元38提出更新请求的Java应用程序；
图33显示了合并管理和签名信息文件的替换，和内容文件的映
射；
图34A是当标题调用之后暂停当前标题的重放时由重放控制引擎执行的处理的流程图；图34B是当所调用的标题的重放结束之后继续重放原始标题时
由重放控制引擎执行的处理的流程图35显示了实施方式3中的合并管理信息文件；
图36显示了关于实施方式3的Java应用程序，该应用程序请求
更新虚拟包；
图37显示了由使用合并管理信息文件的常驻应用程序向用户显示的典型附加内容列表；
图38是关于实施方式3的从BD-ROM的装载直到重放的处理流程的流程图39显示了当请求虚拟包更新时被指定的有效间隔；图40是关于实施方式4的从BD-ROM的装载(或重放装置的重启)直到重放的处理流程的流程图41显示了用于筛选虚拟包更新请求的许可请求文件；
图42显示了强加在用于合并的本地存储器中的目录上的访问限
制；
图43显示了其生命周期被限制到单一标题的Java应用程序和其生命周期持续多个标题的Java应用程序；
图44显示了在标题变化期间当更新虚拟包时在未绑定标题(title-unbound)的应用程序上执行的处理；
图45是考虑未绑定标题的应用程序的标题变化处理的流程和
图46是在INDEX.BDMV文件变化之后的虚拟包更新的流程图。
具体实施例方式
实施例1
下面描述与本发明相关的记录介质的实施例。首先，描述关于本发明的m装置的实I见形式中的一种^ffl形式。图1显示了关于本发明的S^
^g的典型^^形式。在图i中，关于本发明的重方j^a是m^文，200。2oo用于^^庭影,统中掛共电影作品，戶;f^，院系统例
如由S^^S200，，器3Q0，和电视400会贼。关于本发明的重放装置的典型使用形式如上戶，。接着描述用于由关于本发明的重放装置进行重放的记录介质。在给出的例子中，由关于本发
明的SM^a播放的记录介质是BD-ROM100 (光i己录介质)。图2显示了
BD-ROM100的内部结构。
在图2中的第四层级显示了 BI>ROM 100，而在第三层级显示了
BI>ROM上的轨道。图2中描绘的轨道由从BD-ROM的内圆周到外圆周的
轨道螺旋产生，其对于侦腼已经被画出。i^九道由导入区、巻区和导出区
组成。图2中的巻区具有由物理层、文件系乡媳和应用层会賊的层状结构。
使用目录结构皿BD-ROM的应用格式给出了图2中的第一层级。BDMV
目录方爐在BD^ROM中的第一层级的根目录下。
INDEX.BDMV文件布置在BDMV目录中，并且在BDMV目录下存在
五付目录，它们被称为PLAYLIST目录，CLIPINF目录，STREAM目录，
BDJA目录，和BDBJ目录。
STREAM目录存储形成主数字流的文件，舰展名"m2ts"分船條
文件(00001.m2ts)。
在PLAYLIST目录中存在扩展名为"mpls"的文件(00001.mpls)。在CLIPINF目录中存在扩展名为"clpi"的文件(OOOOl.clpi)。在BDJA目录中存在扩展名为"jar"的文件(00001jar)。在BDBJ目录中存在扩展名为"bdbj"的文件(00001.bdbj)。
接着描腿些文件。AVClip
首先描^T"展名为"m2ts"的文件(00001.m2ts)。图3系统:bfeM示了怎样构造扩展名为"m2ts"的文件。该文件存储AVClip。 M31多路OTTS包构成AVClip (中间层级)，通过将由多个柳频帧(图片pjl， pj2， pj3)组成的视频流和由多个^^员帧组成的，流(上面第一层级)首先转换成PES包(上面第二层级)，然后转皿TS包(上面第三层级)，并且以相 的方式4特幕图形显示(P图形或PG)流(下面第一层级)和对话^S图形(I图形或IG)流(下面第一层级)转换成TS包(下面第三层级)来产^^f述TS包。
除了如图3中戶;f^M:多路飾获得的Avciip:^卜，也存在不是由多路复用产生的AVClip。这些被称为SubClip，并且包括构成音频流、图形流 ^本字，(TextST流)等的AVClip。
剪辑信息
扩展名为"clpi"的文件(00001.clpi)是与AVClip对应的一条剪辑信 息。剪辑信息是管理信息，其包含显示GOP的MZS的EP—map，和诸如
AVClip中的流的编码格式、帧频、比特斜n^fj摔等的信息。
PL信息
扩展名为"mpls"的文件(00001.mpls)存储播放列表(PL)信息。PL 信息舰参考AVClip定义播放列表。图4显示了 PL信息的结构，如图的 左侧所示，PL信息由MabPath信息，PLMark信息和SubPa1h信息构成。
MainPath信息"MainPath()"由箭头mpl所指示的播放项目信息 "PlayltemO"组成。播放项目^M在一个或多个AVClip时间轴上指定 In—time和Out—time来定义的重放间隔。多条播放项目信息的放置定义由多 个S^文间隔乡腿的列表。图4中的箭头mp2显示了播放项目信息的内部结 构的特写。如图4中所示，播放项目信息由In一time， Out—time和显示相应 的AVClip的Clip_Information_file—name组成。图5显示了 AVClip和PL之 间的絲。第一层鄉示AVClip的时间轴，而第二层级显示PL的时间轴。 PL信息包括三条播放项目信息(Playlten^1^3)，其中三个重放间隔由 Playltem#l、 #2和#3的In—times和Outjdmes定义。当这些,间隔以线布 置时定义不同于AVClip的时间轴。这是鄉二层m^标的PL时间轴。因 而允许M31播放项目信息中的定M定义不同于AVClip的时间轴。
通常，在樹可一个时间指定一个AVClip,尽管多个AVClip的分批指定 也是可能的。使用播放项目信息中的Oipjnformation—file—names执行 AVClip的分批指定。图6显示了使用四个Clip—Infonnation—file—names分批 指定AVClip。图中的第一SB四层,示了四个AVClip时间轴(时间轴 AVClips#1^4)，而第五层级显示了 PL时间轴。四个时间轴由包括在播放项 目信息中的这四个Clip—Information_ffle—names指定。这允许由In—times和 Out—times定义四种备选的可播放的SM司隔。结果，在PL时间轴上定义 由多条可切换角视频(所称的多角度间隔)组成的间隔。
PLMark信息"PLMark()"指定PL时间轴上的任意间隔作为章节。图7显示了 PLMark信息的内部结构，该内部结构包括箭头pml所指示的 ref_to_playitem—id和Mark_time—stamp0图8显示了使用PLMark定义章节。 图8中的第一层级显示AVClip时间轴，而第二层级显示PL时间轴。图8 中的箭头沐l和pk2显示PLMark中的播放项目(ref—to_playitem—id)和时 间点(Mark—time—stamp)的指定。由于这些指定在PL时间轴上定3CH个 章节(Chapters#l~#3)。这完成了对PLMark的描述。 接着描述SubPath信息。
SubPath信息"SubPathO"通过在SubClip时间轴上指定In—time和 Out—time定义一个或多个重放间隔，并且具有图9中所示的内部结构。 SubPath信息由箭头shl所指示的子播放项目信息"SubPlayltemO"组成。 在箭头sh2所+gi己的特写中，子播放项目信息由Clip—Information—file一name， In—time, Out time, Sync一Playltem一Id，和Sync—Start—PTS—of一Playltem纟賊。 使用包括在子播放项目信息中的Clip_Information_ffle—name, In_time和 Out—time指定SubClip时间轴上的In—times和Out—times 。 Sync—Playltem一ld， 和Sync—Start_PTS_of_PlayItem用于使SubClip时间轴和PL时间轴上的皿 间隔同步。这允许在SubClip时间轴和PL时间轴上的处理以 同步进行。
图IO显示了同步指定和SubClip时间轴上的重放间隔的定义。图10中 的第一层级显示PL时间轴，而第二层,示SubClip时间轴。图10中的 SubPlayltem. In—time和SubPlayltem. Out_time分别显示重放间隔的开始和结 束。因而显然E^夂间隔也在SubClip时间轴上被定义。箭头Snl所寸斜己的 Sync—Playltem一Id显示播放项目的同步指示，而箭头Sn2所标记的 Sync一StaiyTS一of一Playltem指定PL时间轴上的播放项目期间的一点。
BI>ROM中的PL信息的特征在于它使得定义允许切换AVClip的多角 度间隔和允许同步AVClip和SubClip的同步间隔成为可倉巨。将剪辑信1^口 PL信息归类为"静态脚本"。
下面描述"动态脚本"。在这里"动态"指的是S^idS制的内容由于用 户键事件和SJ夂装置200中的状^^化等而变化。使用BD及OM，可以使 用与Java自禾Mm相同的描M描述S^制。也就是说，4OT BD-ROM， Java鹏辦充当动态脚本。
Java鹏辦下面描述Java应用程序。Java ^ffl超字由装载在虚拟机的堆积区(也 称为工作存储器)中的一个或多个xlet禾將组成。应用程序由装载在工作 存储器中的xlet禾聘以及繊构成。Java应用禾歸结构如上戶脱。
实际Java应用禾龄是存储在图2中的BDMV目录下的BDJA目录中的 Java档案文件(00001.jar)。下面参考图11描述Java档案文件。
Java档案文件
Java档案文件(图2中的00001jar)是一个或多个类文件和 文件 等的集合。图IIA显示了收,档案文件中的程序和数据。图11A中的数 据是由Java档案库存储器收集并且排列在框内所示的目录结构中的多个文 件。该目录结构由根目录，Java目录，和图像目^ta成，其中common.pkg 文件，类文件(aaa.dass， bbb.dass)，和menu.jpg文件方燈在各自的目录内。 Java档案文件是Java档案库存储器将这些文件收集在一起的结果。当从 BD-ROM读入高速缓存时类文件和 被扩展，并且在高速缓存中作为存 在于目录中的多个文件M待。Java档案文件的文件名中的五位数字数值 "00001"显示Java档案文件的丰gi只符(ID)，并且BDJ )^j"^顿该itt参 考Java档案文件。当将Java档案文件读入到高速缓存中时i!31参考文件名 中的该数值，有可肖鹏取构成任意Java，，的f^以及禾i^。
图IIA中的类文件(aaaclass， bbb.class)对应于以上的xlet程序。使 用这些类文件的xlet程序(即实例)定义由Java平台支持的工作模式(BIM) 中的SM:程。xlet禾Mi^是會激4顿Java多媒W1架(JMF)接口的Java 禾，，并且基于根据JMF等的键事^^行处理。
此外，xlet^tii可以执行访问网站和下载内容的过程。这允许S^il 辻混合下载内容和列表创建的原始作品。
接着描述xlet禾骄的类文件。图11B显示了类文件的内部结构。如图 IIB中所示，该^:件与普通类文#^似，由常数池，接口，和方法l, 2， 3…n组成。类文件中的方法包括由预记载的键事件触发的那些方法 (EventListener)和用于调用;Sfi^g 200中的应用编程接口 (API)函数 的那些方法。通过利用分S^合指定方法的局部变量和调用戶脱方法时出现 的自^描述这些方法中的计算过程等。Java档案文件如iJ^。
接着描述扩展名为"bdbj"的文件。该文件(00001.bdbj)存储BDJm。 BD-J赠是信息，该信mai31使PL信息中被定义的AVClip与应用 禾旨相联系来定义标题。图12显示了BD-J对象的内部结构。BD-J)(m显 示应用禾聘管理表和PL信息参考值。細禾骄管理表显示Java应用禾骄， 戶，Java禾呈序的生命周期是由BD-J X^K1枚举单个Java应用禾，的ID (应用程序ID)和属于特殊OT禾，的Java档案文件的ID来定义的标题。 换句话说，^h应用禾骄由一个或多个Java档案文件构成。
PL信息参考舰示当开始标题时待显示的PL信息。
扩展名为"bdbj"的文件如i^M。
鶴描述歸EX.BDMV文件。
INDEX.BDMV是与* BD-ROM有关的管理信息。该文件包含以下 信息，诸如标识电影作品供应商的组织ED和分配给由供应商提供的单个 Bl>ROM的爐ED。当装l^^:之后首先舰读取INDEX.BDMV在離 體中唯一地i明U爐。INDEX.BDMV可以附加地包^S样的表，该表将 BI>ROM中的多个可播放标题,到定义单个标题的BI>J m。下面描 述可记录到BD"ROM的标题的类型，所述类型包括FirstPlaylMe， Top—menulltle，和标飄l氛
FiretPlay加e负责当織BMOM时在做其他事瞎之前播放BD~ROM 的动态商标。FirstPlayTitle因而实IL了当装载BD-ROM时播放〗，电影作 品的仓iJ作者禾P/或发行人的动态商标。
Topjnemmtle由AVClip和播放位于BI>ROM中的菜单层次的最顶层 的菜单的卿辦狐
标騮l、 #2和#3对应于普通电影作品。
换句话说，INDEX.BDMV显示FirstPlayTitle, Top—men趣e和标题 #1_#3与单个BD"JXJS的对应M。
图13显示了 INDEX.BDMV的内部结构。该文件显示FirstPlayTitle信 息，Top—menuTMe信息，标飄l信息，标 2信息，和标飄3信息与标 题ID和定义这些标题的BD-J ，的对应关系。定义标题的BDJ自可以 J顿标题信Eit行t斜只，而用于同步的PL信息和应用禾骄可以从这些BDJ X^导出。这完成了对BEHROM的描述。
BI>ROM不是关于本发明的:！E^g^用的唯一记录介质。在重放期间也使用与重放，一体化的5 (本地存储器)。下面描述 记录在本地存储器中的 0
图14显示了本地存储器中的目录结构。在该目录结构中，子目录 "oiBanizatior^r位于根目录下，在该目录下有子目录"disc^"和"disc弁2"。 organization^目录被分配给电影作品的特定供应商。disc#l和disc#2目录 被分配给由旨供应商提供的不同的BI>ROM。在这些目录名中利用在各 自BD-ROM中的INDEX.BDMV文件中所示的组织ID和皿ID。
樹共与对应刊寺定供应商的目录中的BD^ROMs对应的目录允许^i 地存储与单个BD^ROMs有关的下iti^。在这些子目录下存储了 PL信息， 剪辑信息，和AVClip，与存储在BD"ROM上的内麟似。也附加地存在 Java档案文件，BDJ腺合并管理信息文件，和签名信息文件。
与仅仅涉及BIXROM上的AVClip的BDJIOM上的PL信息相比，本 地存储器中的PL信息包括涉及BI>ROM上的和本地存储器中的AVClip的 信息；也就是，作为娜包!颇添加的PL信息，^#定例子是图14中的 PLINFO#2。
在趣，由四条播放项目信息构駄地存储器中的PL信息(播放项目 信息#1~#4)。在头条(播放项目信,默l)涉及BD^ROM上的剪辑信息而其 余三条(播放项目信息#2^#4)涉及本地存储器中的剪辑信息的情况下，该 PL信息可以从BD^ROM上的和本地存储器中的AVClip定义单一 歹U，如图15中戶标。
图15显示了由存储在本地存储器中的PL信息定义的播淑據魏时 间轴的鄉。第一层级显示存储在BD-ROM上的AVClip^的S^文时间轴，
而第二层mM示在存储在本地存储器中的PL信息中定义的播放列表的S^夂
时间轴，第三、第四和第碟级分别显示存储在本地存储器中的AVClip^、 #3和#4的im时间轴。
在播放项目信息#2、 #3和斜指定AVClip#2、 #3和#4作为重放间隔的 情况下，本地存储器中的PL信息會嫩将BD^ROM上的和本地存储器中的 AVClip定义为单一娜W列。
如上戶;M， BI>ROM上的和本地存储器中的AVClip可以被定义为单一 列，并Jil31合并iMMT存列和BD-ROM上的^:地存储器中的应用程序，可以由AVClip和由记录在BD"ROM上的或本地存储器中的 j3Zffl禾骄构成单一标题。如图16A中所示，在AVClip#l记录在BD-ROM 上而AVClip#244和Java应用禾歸记录在本地存储器中的情况下，这些 AVClip和Java应用禾號可以如图16B中所示作为单一标^W待。
接着描述合并管理信息。合并管理信息唯一地显示本地存储器中的 disc#l禾照2目录中的构雌拟包的所有文件，并且被存储在指定文件(在 下文被称为"合并管理信息文件")中。图17显示了合并管理信息文件的 典型内部结构。合并管理信息文件由本地存储器中构成虚拟包的每个文件 的存储位置信息组成。存储位置信息由访问作为虚拟包的各个文件的标识 符和指示本地存储器中各个文件的存储^g的文件路径乡贼。
接着描述签名信息文件。签名信息文件在合并管理信息文件上显示供 应商的电子签名。通常使用的电子签名通过计算需要防窜改的信息的散列 值，荆顿某种禾鹏密钥加密该散列《I^获得。
这完成了对本地存储器的描述。
下面描述关于本发明的重放装置的实施例。图18显示了m，的硬 件配置。 SJ文，由BI>ROM驱动器1 ，读缓冲器2，多^>, (Demux) 3,视^l 码器4，视频平面5，图形显示(P图形)解码器6，图形显示(P 图形)平面7，合^^元8，字体发生器9，交互图形(I图形)解码器IO， 开关ll，交互图形(I图形)平面12，合鹏元13,颜色查找表(CLUT) 单元14，颜色查找表(CLUT)单元15，音麵码器16，网络设备17，本 地存储器18，读缓冲器19，多路分解器(Demux) 20,指令ROM21，用 户事件(UE)处理单元22，播放:g^R态寄存器(PSR)组23,中央处理单 元(CPU) 24，脚林储器25，本地存储器26，和开关27。
首先描述关于记录在BI>ROM 100上的AVClip的重放的元件 (BI>ROM驱动器1 —音频J 码器16)。
BD-ROM驱动器1装it/退出BI>ROMs，并且访问BD-ROM 100。
读缓冲器2是舰先出(FIFO)存储器，其中从BD^ROM100或本地 存储器18 的^^荒(TS)包在5^4先出的基础上被存储。
Demux 3从读缓冲器2娜TS包，并且将这些TS包转换成打包基本 流(PES)包。具有由CPU 24體的包t斜只符(PID)的PES包，然后被输出到柳M码器4， P图形解码器6， I图形解石马器IO，和音频J 码器16 中的一个。
柳鹏码器4解码从Demux 3输出的PES包以获得未压縮格式的图片， 并且将这些图片写入视频平面5 。
视频平面5用于存储未压縮图片。平面是m^文装置中用于存iH屏像 素織的存储区。拠频平面5具有1920X1080的^fjf率，其中存储的图片 麵由16位YUV敏的像素,构成。在视频平面5中，每帧现频流中 的重放视频可以被縮放。縮放包括将每帧的S^现频变化为^^视频平面5 的1/4 (四分之一)或1/1 (全比例尺)。在BDJ模式中根据来自CPU 24 的指令执fi^l放，从而允许屏幕产生，由此视频流的重放图像被转移到屏 幕的角上或投影到旨屏幕上。
P图形解码器6解码从BI>ROM读取的P图形流，并且将未压縮图形 写入P图形平面7。字幕由于图形流M0码出现，幕上。
P图形平面7是带有用于一屏数据的存储空间的存储器,其肖鹏存储一 屏未压縮图形。该平面具有1920X1080的^fj辛率，其中P图形平面7中的 未压縮图形的像素由8位索引颜色表达。存储在P图形平面7中的未目 图形ffiil^ffi CLUT转换索弓颇色^K以供显示。
合，元8合皿储在视频平面5中的未压縮图片fyg和p图形平面7
的存储内容。
字体发生器9 ^ffl字符字体来扩展包括在位图中的TextST流中的文本 代码，并别W厨戈码写入P图形平面7。
I图形解码器10在DVEMike模式中解码从BI>ROM赫地存储器18 的I图皿，并Ja^l每未rai图形写入I图形平面12。
开关11选择性鹏特体发生器9生成的字体序列和由P图形解码器6 解码产生的图形中的一个写AlljP图形平面7。
用由I图形解码器10解码产生的未臓图形写入I图形平面12。 {顿 a RGB全彩色在BDJ模式中将鹏禾歸織啲字符和图形写入到I图形平 面12中。
合，元13合成I图形平面12的存储内容和从合，元8输出的合成 图像(即合成未压縮图片,和P图形平面7的存储内容)。该合成允许由应用禾歸写入I图形解码器10的字符和图形重叠^压缩图片 上并且舰示。
CLUT单元14将存储在视频平面5中的未压縮图形中的索弓颇色转换 成Y/Cr/Cb。
当在DVD4ike ，試(即用于播方j(^传统DVD这样的数字流的模式) 中工作时CLUT单元15将存储在I图形平面15中的未JM图形中的索引 颜色转,Y/Cr/Cb。当在BDJ模式(即用于与Java应用程序同步地播放 数字流的模式)中工作时，CLUT单元15将a RGB全彩色转换成Y/Cr/Cb。 需要注意的是Java应用禾旨可以绑定或不绑定到标题，以及绑定或不绑定 到光盘。
音 码器16解码从Demux 3输出的PES包并且输出未压縮音频数据。
关于AVClip重放的元件如上戶，。下面描述关于在BDJ模式中工作 的元件(网络设备17—Demux20)。
网络设备17实im^錢中的通信功能。在应用禾將在BDJ *試中 指定URL的情况下，网络设备17粒与URL所指示的网站的#^控帝胁 议(TCP) ^:ff^it协议(FTP)连接等。由^F^微粒Java应用禾辦 从网站被下载。
本地存储器18是 ，其用于存^131网络设备17 ^的i^接从网 站下载的内容，从除BD"ROM之外的通信和记录介质掛共的内容，以欣 数据。元 ，于绑定和管理本地存储器18中的下载内容的信息。 访问本i條储器18， BDJ模式中的应用，可以使用下载内皿行i午多处 理。本地存储器18也保存合并管理信息文件。
读缓冲器19是FIFO存储器，雜SubClip被包括在存储于BMOM 100上或本地存储器18中的下载内容中的情况下基于先入先存储构成 SubClip的TS包。
Demux20从读缓冲器19读取TS包，并且将读取的TS包转换成PES 包。具有特定PID的PES包然后输出到P图形解码器6，字体发生器9，和 音鰣码器16。
以上元件17-20允许由Java应用禾ii^M:网络下载的内容以對以于记录在BD"ROM上的内容的方式被播放。下面描述用于实mS^装置中的集
中控制的元件(指令ROM21—开关27)。
指令ROM21存储软件，该软件定义与S^文驢有关的控制。 响应^^装置的il^器或前面板的,作，UE处理单元22将用于执
《m，作的用户事件输出到CPU 24。
PSR组23是在m^夂體内部的一组寄存器，由64个播放微态寄存
器(PSR)和4096个通用寄存器(GPR)组成。PSR4-8用于表示当前SJ夂占。
"、、o
PSR4由于被设置到1-100的值J际当ltt^点的标题。将PSR4 ， 为"0"表示当前S^点是菜单顶部(topmenu)。
PSR5由于被设置到1-999的值J际当im放点的章节编号。将PSR5 设置为"0xFIW" JI^在ll^装置中的章节编号为零。
PSR 6由于被體到0999的值J际当ia^点所属的PL (当前PL) 的编号。
PSR 7由于被设置到0-255的值t际当ltt^点所属的播放项目(当前 播放项目)的编号。
PSR 8由于被设置到(MbcFFFFFFFF的值J际舰45KHz的时间精度 的当1 ^点(当前显示时间或"FIM")。 PSR冬8允许在图23A中戶标 的# Bl>ROM的时间轴上标识当ltt放点。
CPU24运行存储在指令ROM21中的软件以执行与^hS^^g有关 的控制。这^S制动态地变化，其取决于从UE处理单元22输出的用户事 件和PSR组23中的PSR值。
脚将储器25用于存储当前PL信息和当前im信息。当前PL信息是 记录在BI>ROM上的当前舰理的一条PL信息。当前離信息是记录在 BI>ROM上的当前 理的一条剪辑信息。
假m BI>ROM ^i读取，本地存储器26是临B寸存储BI>ROM的记 录内容的高速缓冲存储器。本地存储器26的劍共允许BD-J模式中的应用 辦高效鹏亍。
开关27选择性地将从BI>ROM和本地存储器18读取的 输送至隨 缓冲器2，读缓冲器19，脚*#储器25和本地存储器26中的一个。关于本实施例的M^装置的硬件配置如上所述。下面描述关于本实施
例的SJMg中的软件结构。
图19描绘了由硬件和存储在指令ROM21上的软件组成的以层状结构 重布置的元件。如图19中所示，重放，的层状结构由第一层(BD层)， 第二层(BD播放^莫型)，和第三层(应用禾辦运行时间环境)组成。
图18中所示的S^驢的硬件配置属于第一层。在该硬件配置中，在 图19中的第一层的"BD播放器"包括由视 码器4， P图形解码器6， I图形解码器10和音,码器16组成的"解码器"，由视频平面5， P图形 平面7和I图形平面12组成的"平面"，BI>ROM 100和相^C件系统，本 地存储器18和相关文f牛系统，以及网络设备17。
在第二层的"BD播放器模型"由用于显示引擎31和虚拟文件系统单 元38的下层和用于ffiffi制弓摩32的上层纟M，并JJif共与更高级别有 关的API函数。
图18中戶标的PSR组23和脚蹄储器25存在于Md^制弓摩32内部。
，三层的"应用禾Mm运行时间环境"由包括模块管理器33的层组成' 戶;fM模块管理器33堆叠在包括DVEMike模块29a和Java平台29b的层上。
下面描述i^:件结构中的元件。
DVEMike模块29a， Java平台29b
DVMke模块29a解码导航命令，并且基谓码结果执行与^^制 弓摩32有关的函数调用。
Java平台29b ^^i胃的具有层次结构的Java平台，戶jf^M次结构由Java J^J以机30和Java，m^行的中间软件(未示出)组成。
Java戯以机30
JavaM(机30将构^M將的xlete^载到工作存储器中，解码 xlet辦，并且根据解码结果在下层上执行控制。为了执蹄雖制，Java 机30向中间软件发布方法，使中间软件用对应于BDS^装置的函数 调用替辦腿方法，并且向S^^制弓摩32发布戶腿函数调用。
Java，机30的内部结构
下面描述Java 机30的内部结构。图20显示了 Java M机30的内部结构。如图20中所示，Java^M机30由CPU24,用户类装载器52， 方法区53，工作存储器54，线程55a， 55b，…55n，和Java栈56a， 56b，… 56n构成。
用户类装，52从本地存储器26等读取BDJA目录中的Java档案文 件中的类文件，并且将读取的类文件存储在方法区53中。由用户类装 52读取类文件由于模块管理器33樹旨定文件路径的读指令皿至,户类装 载器52被执行。如果文件路径 l^本地存储器26，用户类装織52将构 ，用禾MI^的Java档案文件中的类文件从本地存储器26读入工作存储器 54。如果文件路径J标文件系统中的目录，用户类装载器52将构^Z用程 序的Java档案文件中的类文件从BD-ROM或本地存储器18读入工作存储 器54。
方法区53存储由用户类装 52从本地存储器26读取的类文件。 工作存f诸器54 ^0fi胃的存储各种类文件的实例的堆积区。工作存储器 54存储对应于常^g禾龄的实例和读入到方法区53的类文件。 一个实例 是构^ffl禾i^的xkt禾聘，M31将xlet禾 5 到工作存储器54中傲万 鹏用辦可执行。
线程55a， 55b，…55n是用于执行存储^X作存储器54中的方法的逻 辑执行实体。它们f顿局部变量和存储在操作辦戋中作为操作数的自变量 执fiH十算，并且将计算结果存储在局部錢離作辦戈中。图20中的箭头 ky 1 ， ky2，和kyn象征性地^t^方法紅作存储器54 ilf紫織程55a， 55b，… 55n。尽管CPU是唯一的物理执行实体，在Java虚拟机30中可以有高达
64 ，辑执行实体或线程。线程可以Mff创建并且现有缀呈可以在^i:值
限度内被删除，而且当Java虚拟机30工作时工作线程的数目可以变化。能 够适当地增加线程的数目也使得有可能使用每个实例的多个线程并fi^ 行实例，并且由此加速实例的执行。
Java栈56a， 56b,…56n与线程55a， 55b，…55n—比一地，，并且 *具有禾聘计数器(图20中的"PC")和一个或多个帧。禾號计数器显 示当前正在执行实例的明P^分。帧是分醇合方法的每次调用的栈型区域， 并且由用于存储与调用同时出现的自变量的操作数栈和被所调用的方制吏 用的局部 栈(图20中的"局部 ")会M。由于无论何时3*[预用帧都堆叠在Java栈56a， 56b，…56n上，因lt爐归地调用自身的方法的帧 也一个堆叠在另一个上面。
Java虚拟机的内部结构如上戶，。具有以上结构的Java虚拟机充当事 件驱动执行实体。这完成了对Java虚拟机的描述。 显示引擎31
显示弓摩31执行AV g^夂功能。S^文體的AV S^夂功能^/人DVD播 放器和CD播放器，的传统功能组，包括播放，停止，暂停开始(PAUSE ON)，暂停结束(PAUSE OFF),静音(STILL OFF),快进播放(x2, x4 等)，快退播放(x2， x4等)，音频变化，字幕变化，和角度变化。为了实 现这些AVS^文功能，显示引擎31控制视频解码器4， P图形解码器6， I 图形解码器10和音频澥码器16以解码读入至赎缓冲器2的AVClip的一部 分，戶腐部分对应于预期时间。M:将PSR8所J际的地方(当前PTM) 解码为预期时间，可以致使AVClip中的任意点可播放。
S^d^制引擎32
SM^制弓摩32执行各种功能，包括(i)对播放列表的 ( 制和(ii) 采紫體PSR组23的状态。S^娥制功能包括鹏当前PL信息和離信 息^M示引擎31执行以上AVS^功能中的播放和停止。功能(i)和(ii) 根据从DVEMike模±央29a和Java平台29b的函数调用*皮#1行。
接着描述M^制引擎32执行的处理与Java ^1执行的处理的同 步。当调用函数时S^制引擎32执行基于PL信息的处理。在用于m 的AVCUp的持续时间执行该处理，无论重改时间是15併中还是30併中。 这里的问题是在Java 机30返回j^加向应的时间和Md^制弓摩32实 际结束处理的时间之间存在延时(timelag)。作为事件驱动执行实体的Java 虚拟机30在调用之后立即返回指示S^文是否成功的响应，而S^爐制弓摩 32在15或30 5H中M持续时间过去之后结束AVClip和播放项目的重放。 因而，成功响舰回至IJ鹏辦的时间不肯調作隨15或30糊以后处 理结束的基础。当在PL重放期间执行'腿或倒带日f縫处理结束变得更加 困难，这是由于15或30併中的SJ文时间发生变化。鉴于此，当各个播放 项目或AVClip的驗结束时，重方爐制弓摩32 4射旨示播放项目和AVClip S^结束的事件输出至U应用禾M^。这种输出使得应用禾i^知道E^控制弓I擎32在哪个点结束播放项目或AVClip S^文。 模块管理器33
模土央管理器33读取INDEX.BDMV并皿择INDEX.BDMV中的多条 标^信息中的一条作为当前标题信息。模块管理器33读取当前标题信息所 指示的BD-J鄉，并且基于BD-J赠中所描述的PL信息控制S^娥制弓I 擎32执行SJ娥制。模i央管理器33也控制Java虚拟机30以读取和执行 BD-J X^中所描述的Java档案文件。
如果基于PL信息的数字流的SJ文和应用，聘的执行结束，或者如果用 户调用菜单，模块管理器33读取定义另一标题的标题信息，并m,条
标题信息作为当前标题信息。根据数字流:S^或用户菜单调用选择另一条
标题信息作为当前标题信息的过程被称为"标题变化"。
图21中所示的状态转变可以M:重复iW行标题变化实现。图21中
的椭圆窗口表示标题。
标题包括当BI>ROM首次被装载时用于重放的"FirstPlayTitle"，构成 顶部菜单的"Top—menuTMe"，和其他普通标题。图21中的箭头jhl， jh2， jh3， jh4， jh5， jh6， jh7和jh8象征性地J际标M^间的转移。
图21中戶^的状^^变包括当BD"ROM被装载时播放FiistPlayTitle， 然后转移到Top一men認e并且等待从顶麟单选择。
当用户腦单选择时，在再 烛回到Top一menuTMe之前根据选择播放 各个标题。直到光盘被退出无附也重复该处理的过程是光盘内容所独有的 状态转变。该状态转变^±3^的模±央管理器33的控制下实现。
这誠了对Java虚^m 30，显示引擎31， MdS制引擎32，和模块 管理器33的描述。由Java娜机30对S^制弓摩32的控带M3i戯包
被执行。为了aai娜包实j舰s^爐制弓摩32的控制，SS^S包括网
络管理模块37和 文件系统单元38。接着描3i^些元件。 网络管理模块37
网络管理模块37根据Mi^ffl程序的方法调用从电影作品的供应商所管 理的网站下,生虚拟包所需的翻。M^包括替换或添加至恰并管理 信息文件，签名信息文件，和BI>ROM上的文件的文件(PL信息，離 信息，AVCUp， Java档案文件，等等)。当工作存储器54中的应用禾M^JI出下载请求时，网络管理模块37通过网络下,生虚拟包所需的数据，并 且将下载的I^写A^地存储器18。 虚拟文件系统单元38
虚拟文件系统单元38是属于图19中的第二层的元件，^t据/A^用 禾iif的方法调用产生虚拟包。虚拟包的产生包括管理构自拟包的AVClip 的状态的处理和生^ 包信息的处理。
虚拟包信息
虚拟包信息扩展BD^ROM上的巻管理信息。这里涉及的巻管理信息定 义存在于记录介质上的目录结构，并且由与目录有关的目录管理信息和与 文條关的文件管理信息组成。
虚拟包信息通过将新文件管理信息添加至IJ显示目录结构的巻管理信息 来扩展BD-ROM上的目录结构。添加至踡管理信息的文件管理信息涉及存 在于本地存储器18中的PL信息，鄉:信息，AVCUp和Java档案文件。产 生该文件管理信息已被添加到其中的虚拟包信息和将该虚拟包信息提供给 S^鹏制引擎32的过程允许S^制引擎识别如存在于BD-ROM上的存 储在本地存储器18中的PL信息，離信息，AVClip和Java档案文件。图 22显示了由 (文件系统单元38典型地产生^f以包信息。在图22的&J: 方是BD^ROM上的目录结构，这与图2相同。^下方是本地存储器18 中的目雜构，这与图14相同。与本地存储器18中的PL信息，！^:信息， AVClip和Java档案文iffl关的文件管理信息被添加到Bl>ROM上的巻管 理信息。
具体而言
i) 与本地存储器18中的播，接信息#2 (00002.mpls)有关的文件管 理信息被添加到PLAYLIST目录中的目录管理信息；
ii) 与本地存储器18中的剪辑信息#2、 #3和#4 (00002.clip， 00003.clip， 00004.clip)有关的文件管理信息被添加到CLMNF目录中的目录管理信息;
与本地存储器18中的AVClip#2、 #3和#4 (00002.m2ts， 00003.m2ts， 00004.m2ts)有关的文件管理信息被添加到STREAM目录中的目录管理信 息；
iv)与本地存储器18中的Java档案文件"00002jar"有关的文件管理信息被添加到BDJA目录中的目录管理信息；
由此获得虚拟包信息。换句话说，虚拟包信息是以上面的方式已被添 加的巻管理信息。
然后将離拟包信息劍共给SSffi制引擎32， SS爐制弓摩由此倉, 在与BD"ROM上的PL信息，剪辑信息，AVClip，和Java档案文件同等的 基础上处理本地存储器18中的PL信息，剪辑信息，AVClip，和Java档案 文件。齒以包信息的生成如上戶脱
下面描述虚拟包信息更新的定时。
假设当按照图21中的箭头jhl， jh2， jh3， jh4等所t标的参考标己的 数衝顿)Wl行转移之后BD-ROM被退出。这允许从BD-ROM的^i^lj退 出的连续时间间隙被看作单一时间轴。该时间轴被作为旨皿的时间轴。 图23A显示了,，的时间轴，而图23B显示了该时间轴的结构。如图 23B中所示，整个光盘的时间轴由播放FirstPlayTitle的间隔，播放 Top—menuHtle的间隔，和播放普通标题(标飄l等)的间隔乡賊。关于定 义这些标题的重放间隔的方^式，由于^N示题仅仅由一个BIXJ ，构成， 因此iif可给定的BDJ鄉有效的间隔可以被当作标题的驗间隔。这些重 放间隔之间的空隙，或者从一个标题变化到另一标题的些微间隔(即"标 题变化")是虚拟包f言息，的时间。
接着使用图24描述由Java应用禾M)Wl行的下载新合并管理和签名信息 文件以及内容文件的过程。
Java自，首先将当前合并管理信息文件mS鹏务器(步骤Sl 1 )， 由此请求下载，并且判断是否已接棘卽艮务器的繊(步骤S12)。当数 据被下载时，Java卿辦在相应麓目录中创織目录，并且将下载的 合并管理信息文件和签名信息文件写入新目录(步骤S13)。需要注意的是 如果下载的合并管理和签名信息文件的文件名不与光盘目录中的现有合并
管理和签名信息文件一致，下tS:件可以直接OT在现存目录(光激l文
件)之TM不创建新目录。将下载的AVClip，剪辑信息，PL信息，和Java 档案文件写入相应目录(步骤S14)。 Java应用禾骄然后{顿新合并管理和 签名信息文件的文件路径作为自^^用Mi i青求方法(步骤S15)。 Java 应用，判 回{1^否为felse(步骤S16)，并且如果为false贝峰ih^理。如果返回值是不是false,则Java应用禾il^(CT更新的虚拟包信息执行处理 (步骤S17)。
需要注意的是尽管根据当请求下载时Java应用禾旨将当前合并管理信 息文件，至鹏务M述了以上处理，Java应用禾辨可以仅仅发送合并管 理信息文件的ID。
接着^ffi图25描述一旦接收^i青求由虚拟文件系统单元38执行的 魏"准备"过程。
虚拟文件系统单元38首先使用当调用方法时充当自变量的文件路径读 取新合并管理和签名信息文件(步骤S21)，并且^i正签名以便检验新合并 管理信息文件是否已被窜改(步骤S22)。如果签名不能被飽正则执行异常 终止。如果签名被验i正，则虚拟文件系统单元38检验调用应用程序的权限 (步骤S23)。如果调用应用，，未^f权则执行异常终止。如果调用应用 禾i^被授权，则M文件系统单元38判 合并管理信息文件所指定的文 件是否实际存在于本地存储器中(步骤S24)。如果这些文件并不存在则执 行异常终止。如果这些文4牛，，贝爐拟文件系统单元38将新合并管理和 签名信息文件以及Aff合荆言息文件弓间的本地存储器中的所有文斧变为 只读(步骤S25)。
图26是由^m文件系统单元38执行的^m包"Mf "处理的流程图。
文件系统单元38首先^HiWt应于l^^^的BI>ROM的 目录，并
朋Jaw卿辦调用Mi i青求方法时、充当自z遞的文件路，劲;f指定的
新合并管理和签名信息文件替换光盘目录中的合并管理和签名信息文件 (步骤S31 )。，文件系统单元38然后将本地存储器18中的合并管理信 息文件所指定的PL信息的文件管理信息添加到PLAYLIST目录中的目录管 理信息中(步骤S32)，并且执^^骤S33到S37的循环。该循环包括对于 存在于本地存储器18中的每一条剪辑信息重复步骤S34到S36。在,， 用于循环处理的一条剪辑信息假定为剪辑信息x。戯以文件系统单元38标 iKX^应于l^l信息x的AVClip (步骤S34)，将本地存储器18中的合并管 理信息文件所指定的剪辑信息x的文件管理信息添加到CLMNF目录中的 目录管理信息中(步骤S35)，并且将本地存储器18中的合并管理信息文件 所指定的AVClip x的文件管理信息添加到STREAM目录中的目录管理信息中(步骤S36)。 Mil^于本地存储器18中的所有，信息和AVClip重复 以上处理，与剪辑信息和AVClip有关的文件管理信息被添加到巻管理信息。 由此获得的巻管理信息是^M包信息。^m文件系统单元38将该虚拟包信 息樹共纟^t行戯以包调用的应用禾辦(步骤S38)，并且结束处理。
图27是由模块管理器33执行的处理的流禾呈图。
模土央管理器33首5fe^择FirstPlayTitle作为当前标题(步骤S41)，指定 对应于当前标题的BDJ)(^^作为当前BDJ)^ (步骤S42)，并且^m^夂 控制引擎32基于当前BD-J赠中所描述的PL信息执行PL M^C (步骤 S43 )。模i央管理器33然后使Java平台29b运行其生命周期是当前BD-J对 象的应用e^管理表中的当前标题的Java应用禾歸(步骤S44 )，并且使Java 平台29b终止其生命周期不是当前标题的Java自禾聘(步骤S45)。模块 管理器33然后判断基于当前PL信息的PL重放是否己经完成(步骤S46)， 并且如果完成，模块管理器33贝诉斜只下一个标题(步骤S47)，并腿 标题作为当前标题(步骤S48)。如果当前PL S^HS^完成，则模块管理 器33判断是否已发生标题调用(步骤S49)，并且如果是这样的话则移动到 步骤S47。如果未发生标题调用，则模±央管理器33判断是否已发生标翻〖 转(步骤S50)，并且如果^^样的话则移动到步骤S47。如縣发生标题 跳转，贝赎±央管理器33判断当前标题的i/^^^是否已结束(步骤S51) 并且如果是雜的话贝鹏动到步骤S47。如果主应用禾將絲结束，则模块 管理器33返回到步骤S46。
图28是由SSffi制弓摩32执行的S^夂处理的流程图。在将当前PL信 息中的第一条播放项目信息體为播放项目i之后S^爐制弓摩32执行步 骤S62到S68的循环(步骤S61 )。该循环中的控制M是^i i。在执行步 骤S62到S66之后在步骤S68 S^爐制弓摩32 {鹏制體i增加"1"直到 錢i舰播放项目的数量(步骤S67)。
接着描述步骤S62到S66。重放控制引擎32将播放项目i中的 Clip—information—file—name中所描述的AVClip ，为AVClip j (步骤S62)， 并且J^马区动设备和解码^J番方M Playltem，In—time到PlayItem.Out_time的 AVClip j (步骤S63)。 S^g制引擎32判断在Sync—Playltem—Id中是否存 在指定播放项目i的子播放项目k (步骤S64)，并且如果该子播放项目并不存在则直接移动到步骤S67。如果子播放项目k存在，则S^爐制弓摩32 将子播放项目k的Clip—infoimation_file—name所描述的AVClip设置为 AVClip h (步骤S65 )，指示驱动设备和解码器重放从 Sync—Start—PTS_of—PlayItem到Out—time的AVCliph (步骤S66)，并且移动 到步骤S67。
由于对于构成PL信息的所有播放项目信息重复该处理，PL信息所定 义的ta^，列被播放。
图29显示了在标题变化期间怎样更新虚拟包信息。
图29中的第一层鄉示时间轴上的标题S^间隔，第二层腦示其生 命周期是标飄l的Java应用程序，第三层级显示数字流，第四层级显示虚 拟文件系统单元38的状态。
一旦接魏自Java应用辦的挪青求，虚拟文件系统单元38鄉爐 在"准备"状态，并且执行图25中戶标的处理。
在执《豫处》1后，虚拟文件系统单元38在"准备好，，状，待标题 变化。当发生标题变化时，娜文件系统单元38^g在"魏"状态， 并且在回鼓lj "稳定"状态之鹏行图26中戶标的处理以^f 虚拟包。如 果在娜文件系统单元38回复到"稳定"状态之后，再 她Top一menimtle 选掛示激l，则fOT，的M^包播放标雕l。
在这里，当模±央管理器33例如由于 ,列的^^文结束或由用户调 用菜单而选择不同标题作为当前标题时，发生标题变化。
^OT图30到33示意性地描述以上处理。
图30显示了将当前合并管理信息文件^tf舰务器的Java自程序。 ROOT下戶^的文#^于本地存储器中，而BDMV下的文fHi于^l包中。
图31显示了下载内容文件、新合并管理信息文件和i ^名信息文件的
Java鹏禾骄。"00012.dpi"和"00012.m2ts"是下载的内容文件，而存储 在newMF目录中的合并管理和签名信息文件&1§ 被下载。
图32显示了请求自文件系统单元38将现有合并管理和签名信息文 件1新为 下载的文件的Java自禾，。M:4OT文件路^^指定新合 并管理和签名信息文^^出^MfH青求。
图33显示了合并管理和签名信息文件的替换以及内容文件的映射。在图33的左侧显示了更新期间旧合并管理和签名信息文件的替换。在图33 的右侧显示了标题变化后内容文件的,。
需要注意的是从旧合并管理信息而不是从新合并管理信息弓阅的文件 的只读属性被移除，从而使这些文件可由Java应用禾，写入。
合并管理信息文件包括指示添加至体地存储器的内容的位置的信息。 指示附力呐割體的信息包括内容ID，内棘储于其中的目录的目^§径， 或单个内容文件的文件路径。当将这些文件映射到虚拟包时可以在合并管 理信息文件中描述文件名映射信息，从而允许在虚拟包中的不同文件名下 访问这些文件。在这里，文件名日划寸信息用本地存储器中的文件名(包括 文件路径)日llt虚拟包中的文件名(包括文件路径)。
在该情况下，作为虚拟包介质由虚拟文件系统单元38产生^^以包，所 述虚拟包介质由这样的文件构成，文件名B鄉信息中所描述的虚拟包中的 戶皿文件的文{牛名己被添加到BD-ROM上的文件结构中。由Java应用， 访问的虚拟包中的文件被指定为虚拟包中的文件而不是BIVROM上^地 存储器中的文件。当Java鹏禾im青求访问M包中的文件时，虚拟文件 系统单元38基于文件名映射信息将访问目的地切换到本地存储器或 BI>ROM。如果在文件名,信息中描述了所期望的文件，访问目的地变 为本地存储器中的相应文件。如果未在文件名^ff言息中描^^f期望的文 件，访问目的地变为BD^ROM上的相应文件。
换句话说，Java ，禾，的创作者不需要知道单个文件存储于其上的 介质(BD"ROM ^*地存储器)，因为^J以文件系统单元38将 包中由 Java应用禾將指定的文件的访问目的地切换到实际存储戶，文件的介质， 由此離了禾鹏怖的负担。
根据本实施例，虚拟包在标题变化期间被更新，这意赠:Stotm的
替换将不会导致m^^s的异，作。
实施例2
本实施例涉及当执行标题调用时的改进。标题调用导致在首先暂停当 前标^t后播放被调用标题，然后在被调用标题的重放结束之后继续原始 标题。由于标题调用以继续SJ&夂为前提，因此当调用标题时MS制弓摩 32将存储在PSR中的用于S^娥制的系统参数保存到储PSR中，并且在被调用标题的離结束之后将被保據数咴复到PSR中。
下面是存储在PSR中的系统参数的列表。PSR0到PSR 12存储显示重
放状态的系统参数，PSR 13到PSR 19存储由播放器设置为 的系统参数，
PSR 20到PSR 32是碰PSR。 PSRO: I图形流编号
PSR1:音频流编号
PSR2: P图形^/TextST流编号 PSR 3:角度编号 PSR4:当frf示题编号
PSR 5:当前章节编号
PSR 6:当前播放列表ID PSR 7:当前播放项目ID
PSR 8:重放时间信息 PSR 9:导航定时器 PSR 10:选##信息
PSR 11: I图形流中的当前页ID
PSR 12: P图形流和TextST流中的用户样式ID
PSR 13:视口脾龄等级(parental level)
PSR 14:字幕支掛言息
PSR 15:播放器设定值(音频)
PSR 16:彌流的语言代码
PSR 17: P图形流和TextST流的语言代码
PSR 18:菜单的语言代码
PSR 19:播放器的版本信息
PSR 20: PSRO的縱
PSR 21: PSR1的M
PSR 22: PSR2的M
PSR23: PSR3的縱
PSR24: PSR4的縱
PSR 25: PSR5的碰PSR26: PSR6的膽 PSR27: PSR7的缝 PSR28: PSR8的絲、 PSR29: PSR9的錄 PSR30: PSR10的M]、 PSR31: PSR11的碰 PSR32: PSR12的^j、
在标题调用期间，虚拟包信息导致调用前后虚拟包信息的差异。 由于当恢复原始标题时虚拟包信息将变化，因此如果^^，制引擎32 试图4顿MH直播放原始标题贝哙出现觀。该问^131当Java应用禾聘 请求，时清除备份PSR得以避免。然而，假定变化没有影响取决于合并 管理信息文件的内容，关于是否清除系统参数值的决定可以留待Java应用 辦处理。
图34A是当标题调用之后暂停当前标题的^^文时由S^制弓摩32执 行的处理的流程图。图34B是当被调用标题的S^媳^t后继续離原始 标题时由Wd^制弓摩32执行的处理的^!l呈图。
当暂停当前标题翻时，Md^制弓摩32将PSR 0-12保存到PSR 20-32 (步骤S71)。
当被调用标题的m结^t后继续原始标题S^文时，S^爐制引擎32 首先判断虚拟包是否已被顿(步骤S81)。如果未魏贝鹏PSR 20-32恢 复到PSR0-12 (步骤S83)，如果虚拟包信息已ISMif则在执行步骤S83之 辦刀始化PSR20-32 (步骤S82)。
根据本实施例，在标题调用期间当虚拟包信息已被更新时初始化M^ PSR，由此消除当麟原始标题誠时发4S^離的危险。因而^1S^ 制引擎32稳定工作。
需要注意的是当虚拟包信息被魏时，PSR中的系统参数值可以被强 审帱除，而不是将该决定留待Java顿辦处理。
实施例3
本实施例涉及一种方法，该方法用于管理合并管理信息的版本和从重 放驢中的常马披用禾號指定用于合并的附加内容。图35显示了关于本实施例的合并管理信息文件的典型内容。在实施例1中，M31改写旧合并管 理信息更新合并管理信息文件(或更确切地说存储在其中的合并管理信 息)，从而导致旧信息被擦除。在本鄉例中，新合并管理信息不断地被添 加到文件中，而且即使对于相同的光盘ID也不改写旧信息。因而，如果虚 拟文j牛系统单元38取消产生J^以包并且回复到原始BI>ROM，则反映该状 态的信息被保留在合并管理信息文件中。在该瞎况下，合并管理信息文件 的合并目标目录中的相应单元被留下空白或新己下指示原始BD-ROM的字 符串。
通过执行更新时不改写旧合并管理信息使将先前的合并管理信息(的 历史)保留在合并管理信息文件中，然后如果用户想要虚拟包的旧版本， 可以参考先前的合并管理信息产生旧版本。而且，先前由用户产生的虚拟 包可以参考合并管理信息文件(或者更确切地说存储在其中的旧合并管理 信息)不i50Uavai^禾imflii人S^,中的常驻应用禾M^产生。
由常驻应用禾骄使用先前的合并管理信息的另一例子包括显示附加内 容列表，从而用户可以从常驻应用辦删除不想要的附加内容。由于合并 管理信息文件可以用于区分存储附加内容的目录，因此也可以从除了存储 附加内容的Java鹏禾歸之外的应用禾將(即常l披用禾號)检索和删除 附加内容。
图36显示了关于本鄉例的请求虚拟包顿的Java鹏禾將。与实施 例1的差异在于这样的事实，即在不改写旧信息的情7兄下不断i也添加合并 管理信息，即使用于目标MID的合并管理信息已经存在。当请求 包 魏时Java鹏辦允许fflilit加日期信息标只合并管理信息文件中織 的一絲并管理信息。日期信息不限于日期，也可以简单地为遊魏号。
图37显示了由^OT合并管理信息文件的常^i^程序向用户显示的典 型附力呐欲據。在这里，M示的附加内容列表基于图35中戶标的合并 管理信息文件。理想的^M示使用户掌握附加内^及的信息。图37中的 附加内^M示为内容名。尽管仅仅日期信息被添加至鹏36中的合并管理 信息，但是也可以添加附加内容的提要，因为常^^用禾i^倉辦抛m样 的显示。在该瞎况下，掛共附加内容的提要用于当Java鄉禾將请求娜 包，时与内容ID—起输入。这，要可以为包含各自提要的文fflt定文件路径，而不是简单地包括字符串的直接输入。因而除了更新日期之外合 并管理信息存储内容提要，并且常驻应用禾旨能够连同日期信息一起在附
加内容列表中显^M^I要。
胜于使Java应用禾游指定内容提要，显示特定内容关于什么的元信息 可以被追加到内容本身，常驻应用禾骄可以读取该信息并且基于读取的信 息显示提要。
图37中的"添加"捜示各个附加内容首次与BD-ROM合并的日肌 该信息也可以从合并管理信息读取。
需要注意的是首次合并附加内容的日期可以与合并管理信息分开保 存。这些日期也可以从存储附加内容的目录被创建的日期确定。当显示在 附加内容列表中的选择按钮之一被按压时，常驻应用禾Mi^将所选内容的目 mm5/光盘ID和选择日期作为相应合并管理信息写入到合并管理信息文 件中。换句话说，；ft^择的附加内容变为最新合并管理信息。如果选择 原始BI>ROM， J际原始BI>ROM的值或空白单元IM入到合并管理信息 文件的合并目标目录中。当显示在附加内容列表中的删除按钮之一被按压 时，常teffi禾歸参考合并管理信息文件读TO刊滁的附力呐容的目录， 并且删除该目录。对应于该内容的内容ID的合并管理信息也从合并管理信 息文件翻除。
图38是关于本，例的从BD-ROM的装M到m的处理流程的流 程图。娜文件系统单元38首先检验被装载的BD"ROM的爐ID (步骤 S91)，读取合并管理信息文件(步骤S92)，并且判断是否存舰应于被装 载的BD410M的MID的合并管理信息(步骤S93)。如果判断是否定的 (步骤893=否)，贝U仅仅舰原始BD"ROM执行魏(步骤S94)。如果判 断是肯定的(步骤S93-是)，则使用:ti 合并管理信息产生虚拟包(步骤 S95)。 ,^ 包期间，虚拟文件系统单元38判断是否已检测到驟(步 骤S96)。如果判断是肯定的(步骤S9^是)，则 文件系统单元38判断 是否存，应于BI>ROM的皿ID的在先的合并管理信息(步骤S97)。
如果判断是肯定的(步骤s97-是)，贝M顿在驗合并管理信m^前的合并
管理信息的版本产，拟包(步骤S98)。如果判断是否定的(步骤S97=g)， 则仅仅娜原始BD-ROM执行動夂(步骤S94)。如果在步骤S96未检测20091 到错误，使用产生的虚拟包执行重放(步骤S99)。典型f^包括:lif合并 管理信息中的驟和不存在从播放列表弓间的繊流等。
根据本实施例，通过将先前的合并管理信息保存在合并管理信息文件 中，可以参考合并管理信息文件的内容历史使用合并管理信息的旧版本从 S^装置中的常SiSffl禾號产4^拟包。如果在产生虚拟包期间出现皿，
可以通过产生;^以包的旧版本作为备选的动作过禾M3S免所述问题。
实施例4
本实施例涉及一种方法，该方法用于当Java应用禾旨请求MJ以包Mf 附旨定戯以包的有效期限，和仅仅在有效期限内4顿虚拟包执行S^文。
图39显示了当请求^^包Mf 时被指定的有效期限。Java应用禾聘指 定用于合并的附加内容的内容ID和用于虚拟包的使用的有效期限。例如， 如果用户想要作为虚拟包播放内容直到光盘被退出并且然后在重装载光盘 之后仅仅4顿原始BD^ROM播放内容，贝倒^:被退出为止J际虚拟包是 有效的值在从Java ，禾iJ^请求M包Mif时的自 中被指定。
图40是关于本 例的从BI>ROM的装载(^S^文^S的M)直 到重放的处理流程的流程图。虚拟文件系统单元38首先检验被装载的 BD"ROM的光盘ID (步骤S101)，读取合并管理信息文件(步骤S102)， 并且判断是否^SXt应于被装载的BD-ROM的她DD的合并管理信息(步 骤S103)。如果判断是否定的(步骤S103-否)，则仅仅^ffl原始BD-ROM 执行 (步骤S104)。如果判断是肯定的(步骤S103-是)，贝U娜文件 系统单元38判断相应的合并管理信息是否在有效期限内(步骤S105)。如 果不蹄效，贝咖鹏相应的合并管理信息(步骤S106)，并且仅仅i顿原始 BD-ROM执行重放(步骤S104)。如果 有效，则相应的合并管理信息 用于产顿拟包(步骤S107)，并且4顿am包执行m^ (步骤S108)。
需要注意的是作为本实施例的自也可以想到其中仅Java模^ 包 孝,生的方式。如果当从Java ^ffl禾Mm青求产生，包时仅指定Java模式， 当存抓DVEMike模式到Java模式的过渡时，M文件系统单元38产生 虚拟包并且然后变擬IJJava模式。相反地，当存^Uava模式到DVD-like 模式的逝度时，在取消虚拟包并回鼓順、始BD-ROM之后娜文件系统单 元38变换到DVD"like模式。根据本实施例，有可能1顿虚拟包指定S5文的有效期限，由此允剤吏
用仅一7，拟包(即一旦BD^ROM被退出就被禁止的虚拟包)进行m^文， 和产生带有使用期限限制的 (包。
需要注意的是在本实施例中有效期限在请求虚拟包魏时被指定，有 效期限也可以在装载BEMROM之后请求产顿胞时被指定。
实施例5
下面是关于在实施例1的图25中的步骤S23的调用自程序的权限的 具鄉述。具体而言，本实施例涉及拒乡緣自未授权Java应用禾歸的戯以 包挪青求的方法。
图41显示了用于筛选虚拟包更f i青求的许可请求文件。如上戶7M，在 来自Jaw細禾號的Mffi青求的基础上执行虚拟包Mf 。然而，当在来自 未授权Java应用禾骄的请求的基础上执行更新时，由于查割蹄l做改变或 者仅仅可以在某些条件下査看的视频剪辑的重放被允许，存在光盘内WI皮 3瞎更新的危险。鉴于此，根据本实施例的虚拟包更新仅仅可以由具有更 新许可的Java应用禾Mm青求，戶，MfH午可^M祸青求Sf 的许可已被准 许的信息。M^验与发布请求的Java ，禾i^对应的许可请求文件的内 容判断是否具有Mf i午可。具体而言，类装载器根据各个许可请求文件的 内容限制Java鹏禾號的功能。例如，如果许可请求文件中的更新属性值 为"真"则处理MK i青求，如果为"假"贝U拒绝。
图42显示了3動卩棚于合并的本地存储器中的目肚的访问限制。如 果用于合并的目录的内容由未授权Java自禾i^更改，即使MiH青求被筛 选也存在虚拟包的内容被辆去改变的危险。鉴于此，也在各个许可请求文 件的内容的基础上限制对本地存储器访问的许可。例如，如果许可请求文 件中的读和写属性值都为"真"，下载的内容可以被写入并且存储的文件可 以被读取和编辑。然而，将在带有读和写属性之一或两者为"假"的许可 请求文件的Java自禾li^， ^带有许可请求文件的Java应用禾，J^勒口
文件访问限制。
根据本实施例，可以防战授权Java应用辦魏虚拟包和改变本地 存储器中的目录的内容。
下面是^ffi许可请求文件来限制虚拟包，的具体例子。考虑一个例子，其中本地存储器中的目录被分酉^合电影作品的特定供应商。具体而言，
假设由A工作室、B工作室和C公司提供的内容同时存储在本地存储器中 和BD-ROM上。在这里，C公司是数字杂志的j共应商。当合并本地存储器 和BI>ROM中的内容时，例如如果B工作^^fJlf共的内容与A工作室所 掛共的内容合并将出现问题。鉴于此，仅仅准许C公司的Mffi午可(即许 可请求文件中的更新属性值设置为"真")，由此允许使各种服务可用。A 工作室和B工作室仅仅育,合并它们自己的内容。 实施例6
本实施例涉及一种方法，该方法用于在Java应用禾，在多个标^±操 作的情况下在标题变化期间Mff虚拟包。
图43显示了其生命周期被限帝倒单一标题的Java应用禾1^和其生命周 期辦卖多个标题的Java应用，im。 Java自f，的生命周期ffi用禾，管 理信息中 示，并且模块管理器33根据，用程序管理信息管理Java应 用禾辦的开始和结束。Java应用禾骄包括仅仅在它们开始的标题内存在的 那些应用程序(在下文被称为"标,定应用程序")和可以在多个标^J: 存在的那些应用禾骄(在下文被禾尔为"标^绑定应用禾M^")。应用， 管理信息包對示题数目，自禾骄ID和显^t寺定Java自，是否被绑定 的信息。
在图43戶标的鹏禾歸管理信息中，例如，在标飄l中Java应用程 序#1被绑定而Java应用@^#2鄉定。模i央管理器33连同标騮l的结束 —起终止绑定Java应用,l。在另一方面，在标騮l结紅后允许鄉 定的Java鹏禾ii^2存活，并且根据下一个标题的应用禾聘管理信息作出 是否终止^ffi超字的决定。由于图43中的应用禾i^管理信息的例，明 Java应用禾Mi^2可以同时在标 1和标飄2中#&因此允许iM用禾MJ^ 在从标翻l至诉示 2的迚渡期间存活。然而，由于Java ，^)￥#2在标 飄2中是标 定的，因此模块管理器33连同该标题的结束一起终ihi^ 辦。
图44显示了在标题变化期间当更新戯以包时在^S定标题的应用禾， 上执行的处理。如图43中戶标，可以在标题变j^Jl的标题和之后的标题 中同时存在的标棘绑定应用禾將在标题变化期间继续工作。然而，如果请求虚拟包更新，包括标g绑定应用禾M^的所有应用禾M)^在标题变化期 间被终止。在更新虚拟包之后，标题未绑定应用禾，然后与属于下一个标 题的标 定应用禾骄一起1 新启动。
图45是考虑總定标题应用禾聘的标题变化处理的流程图。当标题重 放开始时(步骤Slll)， ^J以文件系统单元38首先判断在当前标题M^期 间是否己从Java应用禾歸请求虚拟包Mif (步骤S112)。如果判断是肯定 的(步骤S112-是)，则虚拟文件系统单元38执行Mf 准备(步骤S113)。 当标题变化发生时(步骤S114)，虚拟文件系统单元38判断MfH青求是否 已被处理(步骤S115)。如果判断是肯定的(步骤S115-是)，终止包括标 题未绑定应用程序的所有应用程序(步骤S116)，并且更新虚拟包(步骤 S117)。然后在标题变^te后播放下一个标题(步骤S118)。如果在步骤S112 虚拟包^f a^被请棘者如果在S115 Sl i青^^被处理，贝挡标题变 化发生日懒块管理器33仅仅终止标鹏定应用辦(步骤S119)。
由于本实施例保iiE^有应用禾骄在虚拟包的魏期间被终止，因此根 据对旧的Mf 前文件的参考仍然保留在高速缓存中或者新文件与旧文件一 起存在于高速缓存中，有可能在完] ^包魏之后防止樹可连贯性损失。
需要注意的是如果會,在多^^Jl存在的Java ("M^
定应用禾W)在请求 包，之后发生标题变化时正&:作，fflil以与 皿变化操作相同的方式对待虚拟包mi ，光盘未绑定应用禾，可以继续
工作而不会被强制终止。
还需要注意的是在发生标题变^t后模块管理器33可以根据完自拟
包更新之后Hff的应用，管理信息，管理标g绑定应用禾M^的开始和 结束，而不会在魏期间终止标駄绑定应用禾辦。在该情况下，在更新 完成之前，使标硃绑定鹏辦参考顿前的娜包。 实施例7
本实施例涉及在INDEXBDMV文艘貌后的娜包魏。 —旦接 收来自Java应用程序的虚拟包更新请求，虚拟文件系统单元38确认 INDEX.BDMV文件存在于用于合并的目录中。如果INDEX.BDMV文件存 在，^l以文件系统单元38为准备Mi ^取INDEX.BDMV文件。然后现有 的INDEX.BDMV文件被无效而新的IMDEX.BDMV文件生效。如果例如BD播放器的常5i^用禾MWl行标题搜索或Java应用禾l^采^l示题信息，在 标题变il^謝OT该新INDEX.BDMV文件。换句话说，在Mf 标题结构 之后事先通知Java应用禾，和用户使得有可能防止标题变化为将在Sf 之 后停止存在的标题謝示题变化到未预期的标题。
图46是在INDEX.BDMV文斧变^t后的虚拟包Mf 的流程图。首先， 当在Java丰試中播放标题时(步骤S121)，虚拟文件系统单元38判断Java 应用禾M^是否己请求虚拟包Mf (步骤S122)，并且如果已请求，则虚拟文 件系统单元38接收请求并且执行Mf 准备(步骤S123)。在检验文件和目 录结构是否正确的同时，虚拟文件系统单元38判断INDEX.BDMV文件是 否存在(步骤S124)。如果INDEXBDMV文件存在，则在判断是否已发生 标题调用之前(步骤S126)，虚拟文件系统单元38使现有的INDEX,BDMV 文件无效并且使新的扁EX.BDMV文件生效(步骤S125)。参考在步骤 S125中生效的INDEX.BDMV文件从BD播放器中的常^Z用禾，皿 Java自禾i)Wl行标题变化。当标题变tt^生时^J以文件系统单元38执行 魏(步骤S127)。
因而，尽管在更新青求后发生标题变^t前不执行虚拟包顿，在标 题变粒前可以鄉INDEX.BDMV文件可用。这意歸在Mffi青粒后， 在标题，期间显示的标题列表将在标题变化发^t前已变化。
由于用户然后基于改变的标题列,掛示题，因此可以防止由选稱每 在更新之后停止存在的标题弓l起的错误。因而可以在标题变化期间Mf 虚 拟包而不会出5见问题，即使由于 11 了标题结构。
需要注意的是可以在SjaBD播放器之后执行在INDEX.BDMV文^^
粒后的娜包魏。 翅
以上基于tt^实施例描述了关于本发明的重放装置，尽管本发明当然 不限于这些实施例。
关于其仅有的功能是播放记录介质的重放，描述了以上实施例，尽 管本发明并不限于此。例如，本发明可以是具有记录和S^功能的记敦重
、文件可以^g在4顿任何类型结构的本地存储器中，只要与用于合并的BI>ROM上的文件的对应，被清楚i也显示。
在以上实施例中，Java (注册商标)用作 机的编程语言，尽管也可 以使用除了 Java之外的编程语言，这样的例，括Perl Script, ECMA Script 和B-Shdl等，其与UNIX (注册商标)操作系统一起使用。
关于播放BD-ROM的Sm，描述了以上实施例，尽管当然可以在如
以上实施例中描述的BD-ROM上的必要 被记录在可写光记录介质上的
情况下实现与以上相同的效果。
而且，当然可以在如以上实施例中描述的BIMlOM上的必要i^被记
录在除了光记录介质之外的便携式记录介质(例如SD卡，小型闪存等)上
的情况下实现与以上相同的效果。
构成本发明的重放装置可以在制造业中经营地、持续地和重复地 被制造。该重放装置特别应用于关于视频内容产品的电影和消费用品 产业。
权利要求
1.一种边与执行中的应用程序相连动、边播放数字流的重放装置，所述重放装置包括包管理单元，用于根据可重写记录介质上记录的合并管理信息，来组合记录在记录介质上的文件和记录在可重写记录介质上的文件，从而生成包信息，以及将所述包信息的生成所使用的合并管理信息所指示的文件变为只读，所述合并管理信息指示用于组合到所述记录介质的文件；选择单元，用于从所述包信息检测出多个可播放标题，并且选择其中一个作为当前标题；处理单元，用于执行与所述当前标题相关的应用程序；以及重放控制引擎，用于根据所述当前标题中指定的、并且包括在所述包信息中的播放列表信息，控制数字流的重放，其中当通过所执行的所述应用程序指定与所述包信息的生成所使用的合并管理信息不同、且被记录在所述可重写记录介质上的新的合并管理信息，来请求所述包管理单元进行所述生成的包信息的更新时，所述包管理单元，在更新所述包信息之前，将所述指定的新的合并管理信息所指示的、记录在所述可重写记录介质上的文件变为只读，并且，在由于所述选择单元进行的新的当前标题的选择，使得重放控制引擎停止根据所述当前标题中指示的播放列表信息进行的数字流重放时，根据所述指定的新的合并管理信息，组合记录在所述记录介质上的文件和记录在所述可重写记录介质上的文件，生成新的包信息，所述可重写记录介质包含多个光盘依赖区，所述包管理单元标识所述多个光盘依赖区中与所装载的所述记录介质对应的光盘依赖区，并且在所标识的光盘依赖区中，将所述合并管理信息转换为所述应用程序指定的新的合并管理信息。
2. —种边与执行中的应用程序相连动、边播放数字流的重放方法，所述重放方法包括包信息生成步骤，用于根据可重写记录介质上记录的合并管理信 息，来组合记录在记录介质上的文件和记录在可重写记录介质上的文 件，从而生成包信息，所述合并管理信息指示用于组合到所述记录介 质的文件；属性变更步骤，将所述包信息的生成所使用的合并管理信息所指 示的文件变为只读；选择步骤，用于从所述包信息检测出多个可播放标题，并且选择 其中一个作为当前标题；处理步骤，用于执行与所述当前标题相关的应用程序；以及重放控制步骤，用于根据所述当前标题中指定的、并且包括在所 述包信息中的播放列表信息，控制数字流的重放，其中当通过所执行的所述应用程序指定与所述包信息的生成所使用 的合并管理信息不同、且被记录在所述可重写记录介质上的新的合并 管理信息，来请求所述生成的包信息的更新时，在更新所述包信息之前，通过所述属性变更步骤，将所述指定的 新的合并管理信息所指示的、记录在所述可重写记录介质上的文件变 为只读，并且，在由于所述选择步骤中的新的当前标题的选择，使得重放控制步 骤停止根据所述当前标题中指示的播放列表信息进行的数字流重放 时，在所述包信息生成步骤中，根据所述指定的新的合并管理信息， 组合记录在所述记录介质上的文件和记录在所述可重写记录介质上 的文件，生成新的包信息，所述可重写记录介质包含多个光盘依赖区，所述包信息生成步骤中，标识所述多个光盘依赖区中与所装载的 所述记录介质对应的光盘依赖区，并且在所标识的光盘依赖区中，将 所述合并管理信息转换为所述应用程序指定的新的合并管理信息。
全文摘要
一种结合应用程序用于播放数字流的重放装置包括包管理单元，用于根据合并管理信息通过合并记录在第一记录介质和第二记录介质上的文件来生成包信息，和选择单元，用于检测来自包信息的多个可播放标题，并且选择所检测到的标题中的一个作为当前标题。在应用程序通过指定新合并管理信息请求包管理单元更新合并管理信息之后，在更新包信息之前，包管理单元将从新指定合并管理信息引用的文件变为只读，并且在数字流重放由于选择单元选择的当前标题变化而停止时，包管理单元根据新指定的合并管理信息通过组合记录在第一和第二记录介质上的文件生成新包信息。
文档编号G11B27/10GK101640059SQ20091015126
公开日2010年2月3日 申请日期2005年7月21日 优先权日2004年7月22日
发明者大户英隆, 大芦雅弘, 田中敬一 申请人:松下电器产业株式会社