数字影像内容的影像再生装置、影像再生方法、影像再生程序、包媒体

摘要

一种影像再生装置，再生外部提供的包媒体。包媒体包括以给定数据格式保存了影像数据和控制影像数据再生的再生控制信息的影像内容和使用影像内容的扩展应用软件。影像再生装置作为在内部存储器中预先保存的所执行的软件，包括从多种操作系统(OS)中选出的一个操作系统、吸收对应于OS种类的功能上的差异的中间软件、及在所述中间软件上动作并再生影像内容的播放器应用软件。中间软件具有类库，该类库包含了用于使所述播放器应用软件再生所述包媒体、或执行所述扩展应用软件的工具。播放器应用软件通过包含在中间软件的类库中的工具，按照给定的格式统一再生影像内容。扩展应用软件是利用影像内容并通过包含在中间软件的类库中的工具而执行的。

说明书

技术领域

本发明涉及一种存储电影等数字影像内容的包媒体、及其影像再生装置、影像再生方法以及影像再生程序。特别涉及替代DVD的技术的E包。

背景技术

首先说明包在商务上的走势。

图1表示当前和今后的包商务的流通形式。如图1所示，包商务的流通是指内容提供商所持有的影视等内容，以何种方式向用户提供。

近年来，影视等内容，是通过DVD由内容提供商提供给用户的。

和原有的使用录像带的流通相比，DVD通过采用模压制造降低了制造成本，通过体积小降低了运送成本，以及减少店铺中所需要的展示空间等，大幅度提高了流通商务的效率。

在DVD中，具有高图像质量、高声音质量、随机再生功能、多视角等交互功能等附加价值，和录像带相比，具有很大的优势。

以下说明内容的价值。

图2表示内容的价值的概念图。现有技术中的录像带，在带中线性记录标题。即，和电影院上映相同，只是装载电影本身的介质，除此之外的价值不存在。

DVD，除了电影本身所具有的价值以外，还包括多视角和多情节的交互式功能，菜单选取标题和随机再生、声音和字幕的多声道对应等的附加价值。

内容的价值，由于各种原因是逐步降低的。例如，音乐有“流行”时期。音乐作品的大多数，随着时间的经过，流行发生变化，其价值将显著降低。电影也具有同样的倾向。

另一方面，在电影中包含了“故事情节”，想知道后续结果的视听者会观看续集。相反，如果已经知道了故事结果的视听者，观看续集的动机就会减少。即，对于每个人来说，内容的价值降低。

每天听相同音乐的人多，而每天看相同电影的人少就是这个道理。从统计学上讲，随着观看过电影的人的增多，其内容所具有的市场价值就逐步降低。

图3表示在时间轴上表示的内容的价值和对应的电影商务。横轴表示时间，纵轴表示内容的价值。

在电影领域，具有一种称为时间推移的独特的商务模式。电影最初是在电影院上映，然后，以DVD等包的形式面向个人销售。然后，使用卫星电视广播和有线电视等，提供给称为Pay Per View的收费视听者，最后提供给地上公共电视频道免费播放。在地上公共电视频道中，当然对于每个人来说是免费视听的，对于传播媒体则通过企业赞助等广告收入支撑。

(DVD的例)

在此，以DVD为例说明现有的包的支撑技术。如果不特别说明，本文中所说的DVD是指DVD-ROM，即再生专用盘，而不是指DVD-RAM等可刻录盘。

图4是存储在DVD上的数据的结构。

在DVD盘中，具有大约4.7GB(吉字节)的存储区域，在为了使DVD驱动器的伺服电机稳定转动的称为导入的区域之后，是记录“0”或者“1”的二值的逻辑地址空间，最后是表示盘片的记录区域结束的导出区域。

在逻辑地址空间中，首先是文件系统区域，然后是记述AV数据和电影的剧情说明的定位数据。

文件系统是指数据以文件和目录(文件夹)形式管理的系统，记录在DVD盘上的AV数据和定位数据均可以通过文件系统，分别以目录、文件的形式处理。

如图4所示，在DVD盘上，称为“VIDEO_TS”的、保存DVD视频标题的目录放置在根目录下面。在该目录中放置、记录剧情说明管理和实现交互功能的定位信息的“VIDEO_TS.IFO”、“VTS_01_0.IFO”等文件，记录AV数据的“VTS_01_0.VOB”文件。

作为AV数据，是按照ISO/IEC13818(MPEG)的流式记录。在DVD中，1个MPEG流称为VOB，多个VOB记录在具有扩展名“.VOB”的文件中。多个VOB按次序记录在1个VOB文件中，当VOB文件超过1GB时，以1GB为界线，分割成多个VOB文件进行记录。

定位信息，大致分为称为“VMGI”的管理整个盘片的信息、和称为“VTSI”的有关每个标题的信息。在“VTSI”中，包含有关以“VOB(MPEG流)”的一部分或者全部作为一个再生单元的具有“Cell”的“PGC信息”。“Cell”定义再生序列。在此重要的是“Cell”用于表示“VOB”的一部分或者全部，是以逻辑地址空间为基准的地址信息。

例如，在计算机的HDD(硬盘)中，需要反复进行文件的保存、编辑、删除，即使是相同的文件，在HDD上也不能保证始终在相同的地方记录。文件系统的最大特征是，无论文件记录在HDD的那个地方，在应用软件时都以同样的方式处理文件。

DVD，为了融合AV和PC，在采用文件系统的同时，也采用表示逻辑地址的数据结构。民用AV机器的性能远不及PC。特别是，DVD登场的当时，能否载置文件系统都很悬念。但是，当时人们期待着DVD不仅在民用机器中，而且要在PC中使用。事实上，最近的PC产品搭载DVD再生功能的也不稀奇。

即，DVD，希望既能适应民用机器目前的性能，也能适应PC的读取。为此，在PC中通过文件系统可以读取数据，而另一方面，在没有文件系统功能的民用AV机器中，基于逻辑地址可以访问数据，按照这样的方式设计DVD。

这样，DVD就可以获得民用机器和PC双方的广泛支持。

(DVD标准的问题)

在图1中说明了当前和今后的包商务的流通形式。如图1所示，随着因特网爆发式的普及和数字电视广播的实用化，包的流通已经不只是限定于采用物理盘片的方法。

一些内容已经在因特网上以流式发送。另外，近年，作为临时存储介质，出现了搭载硬盘(HDD)的顶置盒(STB)。在该硬盘中存储数字视频，然后可以视听。这样，进行内容商务的环境发生了戏剧性变化。

另外，电影内容的流通，从利用DVD等物理介质的流通，开始转移到使用数字电视广播和因特网的电子流通上了。

图5表示家用AV机器的构成。

AV机器所处的环境，由于因特网、数字电视广播正在开始大的改变。例如，AV机器与因特网的连接、接收数字电视广播的顶置盒(STB)与唱机和电视机的连接，机器之间的连接，即在家庭内开始需要网络连接。

特别是，采用数字电视广播的内容配送，不是象因特网那样按照用户要求的拉引方式，而是单方面持续发送数据的推压方式。即，单方面对所有视听者发送内容。这时需要有保护内容的著作权的系统。著作权保护的系统，通过采用加密技术和保护系统技术的DRM(数字写入管理：Digital Write Managment)而开始实用化。

然后所需要的技术是管理内容所持有的价值的技术。例如，需要图2所示的比现有的DVD增加了的附加价值管理，图3所示的随着时间推移模型那样根据时期和流通状况内容的价值管理。现有的DVD重点在于卖光盘片，是不能进行附加价值的新增加和管理的结构。

(内容流通的问题)

作为内容流通的问题，可以举出数字电视广播系统的乱设立。

在日本国内，CS数字电视广播、BS数字电视广播已经实用化，但称为CS110°的新的卫星电视和地面数字电视广播即将开始。另外，自欧洲，各国已经开始不同的数字电视广播，各国的系统开始向DVB(DigitalVedio Broadcasting)系统统一。但是，该DVB系统和日本的系统有差异。在北美正在探讨称为ATS的独自的方式。

在数字电视广播中，比现在的模拟电视广播的NTSC、PAL方式等更要复杂，各个区域的系统均不相同。

为此，对于象电影那样是以全世界为对象的内容的情况，需要针对每个区域制作，可以预想其制作成本很高。

作为一种解决方法，可以设想采用电子发布与DVD同等的内容的全世界统一的电子发布用包。但是如果将这样的电子发布用包直接用于收费电视广播和地面免费电视广播上时，由于在地面免费电视广播中就可以享受与DVD同等的内容，用户购买DVD的欲望降低，具有使DVD产业崩溃的危险性。

为此，需要按照内容发布时期增加新的附加价值的技术，例如根据不同用户设置内容再生使用权限等附加价值的管理技术。

发明内容

为此，本发明的目的在于解决上述课题“在内容上增加附加价值”、“按照时期和流通形式进行内容的价值管理”。具体讲，提供一种构筑适应网络时代的新的内容商务的技术的E包。

有关本发明的影像再生装置，是再生外部提供的包媒体(packagemedia)的影像再生装置，上述包媒体包括以给定数据格式保存了影像数据和控制上述影像数据再生的再生控制信息的影像内容、使用上述影像内容的扩展应用软件，

上述影像再生装置，作为在内部存储器中预先保存的所执行的软件，包括

从多种操作系统中选出的一个操作系统、

吸收对应于上述操作系统种类的功能上的差异的中间软件(middleware)、

在上述中间软件上动作、再生上述影像内容的播放器应用软件，

上述中间软件具有包含由上述播放器应用软件再生上述包媒体、为执行上述扩展应用软件所使用的工具的类库，

上述播放器应用软件，通过包含在上述中间软件的上述类库中的上述工具，按照给定的格式统一再生上述包媒体的上述影像内容，

上述扩展应用软件，利用包含同一包媒体中的上述影像内容，通过包含在上述中间软件的上述类库中的上述工具，被实施。

该影像再生装置再生E包的影像内容。上述操作系统可以采用例如微软公司的Windows(注册商标)系统、苹果公司的Mac OS(注册商标)、或者作为自由软件的Linux等。此外，操作系统并不限定于上述系统，也包括各厂商的OS。另外，作为上述中间软件，例如可以采用Java。该中间软件可以吸收对应于上述操作系统种类的功能上的差异。另外，上述播放器应用软件，再生包媒体的影像内容。进一步，作为扩展应用软件，例如，是利用上述包媒体的影像内容的游戏应用软件等。此外，上述播放器应用软件以及扩展应用软件，在上述中间软件上动作。中间软件具有包含由上述播放器应用软件再生影像内容、执行时所使用的工具的类库。包含在该类库中的工具是指，例如实现各种功能的类及其成员函数。另外，进一步，该影像再生系统可以构成为执行在网络上配送的软件。

另外，该影像再生装置，管理再生状态信息，上述包媒体的上述再生控制信息包含对应于上述再生状态信息的再生限制信息，解析上述再生控制信息，通过将上述再生控制信息内的再生限制信息与上述再生状态信息进行比较，上述扩展应用软件将包含在上述中间软件的上述类库中的上述工具的任一个设定成无效。

有关本发明的影像再生方法，是再生外部提供的包媒体用影像再生装置进行再生的影像再生方法，上述包媒体包括以给定数据格式保存了影像数据和控制上述影像数据再生的再生控制信息的影像内容、使用上述影像内容的扩展应用软件，

上述影像再生方法包括

将从多种操作系统中选出的一个操作系统读入到上述影像再生装置的内部存储器中并启动的步骤、

是吸收对应于该操作系统种类的功能上的差异的中间软件、将在该中间软件上动作的应用软件再生上述包媒体的、具有包含为执行所使用的工具的类库的中间软件读入到上述影像再生装置的内部存储器中并启动的步骤、

将在该中间软件上动作的、再生上述影像内容的播放器应用软件读入到上述影像再生装置的内部存储器中并启动的步骤、

将在该中间软件上动作的、使用上述影像内容的扩展应用软件读入到上述影像再生装置的内部存储器中并启动的步骤、

由上述播放器应用软件、通过包含在上述中间软件的上述类库中的上述工具、按照上述给定的格式统一再生上述包媒体的上述影像内容的步骤、

由上述扩展应用软件、利用上述影像内容、通过包含在上述中间软件的上述类库中的上述工具执行的步骤。

有关本发明的影像再生程序，是再生外部提供的包媒体的影像再生程序，上述包媒体包括以给定数据格式保存了影像数据和控制上述影像数据再生的再生控制信息的影像内容、使用上述影像内容的扩展应用软件，

上述影像再生程序，作为在内部存储器中预先保存的所执行的软件，包括

从多种操作系统中选出的一个操作系统、

吸收对应于上述操作系统种类的功能上的差异的中间软件、

在上述中间软件上动作、再生上述影像内容的播放器应用软件，

上述中间软件具有包含由上述播放器应用软件再生上述包媒体、为执行上述扩展应用软件所使用的工具的类库，

上述播放器应用软件，通过包含在上述中间软件的上述类库中的上述工具，按照给定的格式统一再生上述包媒体的上述影像内容，

上述扩展应用软件，利用包含同一包媒体中的上述影像内容，通过包含在上述中间软件的上述类库中的上述工具，被实施。

另外，有关本发明的计算机可读取的存储介质保存上述影像再生程序。

有关本发明的包媒体，是由外部提供给影像再生装置的、由该影像再生装置再生的包媒体，其特征在于，上述包媒体包括以给定数据格式保存了影像数据和控制上述影像数据再生的再生控制信息的影像内容、使用上述影像内容的扩展应用软件，

上述影像再生装置，作为在内部存储器中预先保存的所执行的软件，包括

从多种操作系统中选出的一个操作系统、

吸收对应于上述操作系统种类的功能上的差异的中间软件、

在上述中间软件上动作、再生上述影像内容的播放器应用软件，

上述中间软件具有包含由上述播放器应用软件再生上述包媒体、为执行上述扩展应用软件所使用的工具的类库，

上述播放器应用软件，通过包含在上述中间软件的上述类库中的上述工具，按照统一的格式统一再生上述包媒体的上述影像内容，

上述扩展应用软件，利用包含同一包媒体中的上述影像内容，通过包含在上述中间软件的上述类库中的上述工具，被实施。

该包媒体，是具有高附加值的E包。即，不仅可以由播放器应用软件再生该包媒体的影像内容，而且可以执行利用上述影像内容的游戏应用软件等相关软件。另外，在该包媒体中，在再生控制信息中，也可以包含给定影像数据的再生顺序的剧情信息。进一步，再生控制信息，也可以包含规定限制影像内容的再生和游戏应用软件的利用的级别的再生级别信息。

附图说明

本发明的各种对象、特征和优点，可以通过参照附图在以下说明的优选实施方案表明。

图1是包商务的概念图。

图2是内容的价值的概念图。

图3是电影中时间推移商务的概念图。

图4是DVD标准的构成图。

图5是家庭中AV机器的构成图。

图6是电影标题之间的连接的概念图。

图7是新价值的概念图。

图8是E包级别的概念图。

图9是各种标准的构成图。

图10是中间的播放器模型的构成图。

图11是应用软件例“播放器”的概念图。

图12是应用软件例“游戏”的概念图。

图13是应用软件例“电影间连接”的概念图。

图14是E包标准的构成图

图15是目录、文件的构成图。

图16是数据结构图的“包信息”。

图17是数据结构图的“菜单信息”。

图18是数据结构图的“标题信息”。

图19是数据结构图的“流信息”。

图20是数据结构图的“字幕流”。

图21是流结构图。

图22是影像再生装置构成图。

图23是软件构成图。

图24是类列表图。

图25是Package类的处理流程图。

图26是Title类的处理流程图。

图27是Menu类的处理流程图。

图28是Audio类的处理流程图。

图29是Event类以及Link类的处理流程图。

图30是播放器再生流程图。

图31是菜单的例子。

图32是标题再生中的动作例。

图33是EnebleEbent函数的处理流程图。

图34是Cusrsor类的处理流程图。

图35是Status类的处理流程图。

图36是Canvas类的处理流程图。

图37是游戏应用软件再生的流程图。

图38是状态更新的概念图。

图39是升级应用软件处理流程图。

具体实施方式

以下参照附图说明有关本发明的优选实施方案。此外，在附图中，相同的物品采用相同的符号。

(新商务的方案)

如在图2、图3所说明的那样，电影内容的价值随时间增长而降低。为了进一步促进世界的电子流通，必须改换现有的商务模式。

有关本发明的实施方案的包含数字影像内容的包媒体(以下称为”“E包”)，如图2所示，以与电影本身相当的应用软件作为附加价值导入。这样，可以提高包的价值。另外，如图5所示，控制应用软件所产生的价值，使包具有级别，即使是相同的标题，也使其具有差别。

例如，如图8所示，可以使用所有应用软件的包设置成“全包”、限制一部分应用软件使用的包设置成“限制包”、只能视听电影的包设置成“免费包”，这样控制价值。

在图3所示的包商务中，可以用全包流通替代现有的DVD，用限制包替代收费电视，用免费包替代免费电视进行流通。

在本实施方案中，虽然只用了3种级别进行了说明，也可以将包的级别更加细化，进行更多级别的流通商务。

(各种标准的构成)

用图9，说明有代表性的介质的CD、DVD、DVB-MHP以及E包的各自标准的概要。此外，VHS无论在物理特性上还是在电信号上，其数据结构与其他的标准均差异很大，在此省略其说明。

CD，由以采样频率44.1KHz数字化的数据、称为TOC(Table ofContents)的进入各轨迹(乐曲)的索引信息所构成。CD再生机，读出TOC，接受用户的要求，例如“再生轨迹3”等，读出对应乐曲的数据，进行D/A变换后进行再生。

虽然图中未画出，在改进CD后的Video CD中，记录了AV流和成为其索引的PSD(Programable Sequence Descriptor)。Video CD再生机，根据用户的操作，读出对应的AV流，在进行解码后再生。

CD和Video CD，数据结构均已经标准化，再生机按照标准，解释并执行数据结构。

在DVD中导入了虚拟机器的概念。这和CPU相同，具有运算处理功能和寄存器(专用存储器)的构成。作为数据结构所述的剧情说明数据，根据用户的操作和寄存器的值的不同，再生机的动作也不同。

以简单的例子进行说明，根据电影的视听者是“成人”还是“未满18岁的未成年人”将故事情节进行分类。这被称为父母锁功能。这样，可以将电影中的性画面、暴力画面切掉不让未成年人观看。另外，根据用户是男性、还是女性可以改变故事情节和视角。

在DVD中，除了静态数据结构以外，作为虚拟机器的再生机(也称为影像再生装置)的动作模型定义为标准。这样，吸收了再生机厂商之间不同的硬件和软件平台、或者再生应用软件的软件执行的差异，在各播放器之间实现互换性。

然后，说明DVB-MHP(Digital Video Broadcasting Mutimedia HomePlatform)。DVB-MHP是在欧洲标准化进展很快的下一代数字电视广播的标准。该标准的最大特点是采用了称为Java的中间软件。

Java，是为了改善平台之间的互换性而由Sun Microsystems公司提出的中间软件。最大特征是在搭载Java的计算机、机器上，所有的Java应用软件均可以动作，超越了平台上的障碍，扩大了应用软件的使用范围。

在日本国内，在NTT DoCoMo的i模式、以作为AV机器之间的网络为目标的Havi等中，有采用Java的动向。

在DVB-MHP中，在导入Java的同时，也进行了特性化，即定义了处理模拟电视广播的电影频道和数字电视广播的频道的对象类及其接口。

DVB-MHP，没有确定静态数据结构，而是以中间软件上的接口作为标准定义，在这一点上。和现有的标准比较具有很大的差别。

为此，在应用软件中，可以使用作为计算机程序制作所有的东西。相反，在制作应用软件的系统上没有进行任何设计。为此，所使用的应用软件，和现有的内容商务相比较，比音乐和电影等AV系统，更接近计算机游戏。

在本发明的E包中，和DVB-MHP同样，搭载中间软件，在播放器上可以执行各种各样的应用软件动作。但是，为了更有效制作电影这样一个最大的内容，如果具有现有技术中的静态数据结构、和虚拟机器那样的播放器动作模型，将是很方便的。

为此，本发明的E包，定义了电影内容用的静态数据结构和播放器动作模型。另外，该E包提供了为提高电影内容的价值的应用软件的接口。

(播放器模型)

图10表示中间软件上的播放器模型的概念图。

在此使用的中间软件是Java那样面向对象设计的程序语言。对于面向对象设计的程序语言以及其基本类，在很多书籍以及因特网上的网页上已经公开发表，在此省略其详细说明，特别是类库内部的处理。

在E包的中间软件中，将标题和语言设定等各种各样的功能作为类以及其成员函数定义。在各个类执行时产生其实例，由播放器应用软件等应用软件调用。

在此对所使用的类进行简单说明。图10中的椭圆表示各类的实例。

“Title类”，相当于各电影标题的E包专用的类。该类包括章节等剧情信息、AV数据的地址信息、提供给应用软件的接口信息等。

这些信息全部在再生控制信息文件(图中的下段)中记述。记述再生控制信息的属性，直接作为对象的属性。例如，Title实例的级别属性，由再生控制信息Title的属性level1指定。其详细将在后面说明。

另外，Title类具有再生控制用的成员函数(Methods)。

例如，标题的再生通过调用“Play()”函数执行，再生停止，通过调用“Stop()”函数执行。

这些成员函数(Methods)，通过再生控制信息控制其功能。例如，Title实例的SetRate(特殊再生函数)由再生控制信息的<SETRATElevel1＝””>限制该函数的使用。其详细在后面说明。

“Audio类”相当于声音流的类。该类针对各声音流实例化。实例具有流的属性和语言信息。例如，声音流的语言信息设定为<AUDIOlanguage＝“Japanese”>在再生控制信息中定义。该属性值可以通过Audio实例中的成员函数getlang()取出。

E包和DVD同样适用多种语言，用户可以选择所喜好的声音流。播放器应用软件接受来自用户的要求，将对应的实例指定(set)为Title类的实例。这时，如上所述使用各Audio实例中的成员函数getlang()，调查对应的语言，选出符合用户要求的Audio实例，指定(set)为Title实例。

“Subtitle类”，相当于字幕流的类，具有和Audio类大致相同的功能。

“Socket类”，通过网络和其他播放器(影像再生装置)以及服务器等进行通信的类。

“Loader类”，将其他应用软件等动态插入的类。由Loader类动态插入的应用软件由再生控制信息文件定义。使用播放器应用软件再生其他应用软件时，通常使用Loader类。但是，执行也具有再生功能的应用软件时，并不一定需要调用Loader类。

“Event类”，产生在剧情内记述的事件触发器的类。例如，在再生电影的中途，可以用来表示对话消息。

“Cursor类”，将用户的光标移动传递给应用软件的类。捕获通过遥控器进行的光标移动。

“Button类”、“Canvas类”、“Frame类”，分别在画面上表示按键、动画、帧的类。这些类产生实例，通过在画面上插入(add)，进行描绘。

特别是Canvas类，描绘动画的类。通过该Canvas类的实例中插入(add)Title实例可以进行动画显示。或者，通过删除(delete)Title实例可以终止动画显示。

“Text类”，在画面上显示文本的类。通过构造操作产生Text实例，通过在Canvas实例上插(add)Text实例可以在画面上描绘任意的文本。

(应用软件的例子)

利用以上播放器模型的构成，可以实现以下的应用软件。

图11表示简单的DVD播放器的例子。

如图11所示，DVD播放器应用软件也作为一个应用软件装载在中间软件上。播放器应用软件，从在中间软件上所提供的类库产生实例，通过调出其成员函数，进行标题的再生。

例如，通过将根据Title类制作的菜单实例插入(add)到Canvas实例中，在画面上显示菜单，等待接受用户的要求。用户使用光标选择要再生的标题。

用户的要求，通过Cursor类的实例传递给标题或者菜单。例如，在菜单中，获取与用户所选择的标题对应的Title类的实例，载置(add)在Canvas实例上，进行再生(play)。

图12表示游戏应用软件的例子。

在图12中，游戏应用软件替代播放器应用软件。游戏应用软件，从包内的标题中选择任意的画面作为游戏的背景画面。游戏应用软件将3D多边形图像载置在背景图像上，进行游戏。基本动作和上述播放器应用软件的例子相同，应用软件程序不是专用播放器应用软件，而被游戏应用软件所替代。

当然，也可以细微控制画面，使其与游戏同步显示。

图13表示标题之间的连接结构。

如上所述，在家用服务器上保存了多个电影内容。实际上保存了怎样的电影标题，各家庭分别不同，如图13所示无法唯一确定横跨标题之间的结构。

为此，在本发明的E包中，在各标题上设置了连接目标的信息，采用只有实际上有效的连接目标在再生时才有效的构成。

例如，“Title1”具有连接“Title2”、“Title3”、“Title5”、“Title6”的信息。而在家用服务器中并不存在“Title5”。这时，“Title1”在再生时的有效连接有“Title2”、“Title3”和“Title6”。这样可以只选择出动态再生可能的连接。

(标准的构成)

图14表示标准的构成。

图14所示的E包标准，主要由播放器模型、数据结构、AV数据三部分构成。

播放器模型，以面向对象设计程序语言的类库所构成，根据再生控制信息，分别将菜单和标题等功能实例化后提供给应用软件。

数据结构，如图14所示，由管理包整体的包信息、记述菜单的菜单信息、在各标题中记述剧情的标题信息、每个流中记述属性和用于再生的地址等流信息所构成。以下详细说明。

首先，采用图15说明包的目录、文件结构。

E包，可以采用和DVD相同的单体光盘进行流通、也可以采用通过网络进行电子配送、保存在HDD中进行流通。在此说明的目录(有时也称为文件夹)、文件结构对于这两者使用相同的形式。

E包，和DVD同样导入文件系统。

在E包的文件系统中，在根目录下放置“PACKAGE”目录。该目录为E包专用目录，不放置其他应用软件、例如现有的DVD数据等。在“PACKAGE”目录下，进一步放置子目录，分别与一个包对应。图15中的“abc”、“甲乙丙”与此对应。

在子目录下放置与各管理信息对应的文件、流数据。最初的“package.xml”为预设文件，保存上述“包信息”。其他放置记述菜单的“meni.xml”、记述标题的“title1.xml”、“title2.xml”、记述流信息的“stream1.xml”、“stream2.xml”。

(详细数据结构)

图16表示包信息“package.xml”的详细内容。

数据的记述和上述相同，遵从XML的记述方式，在两标记<PACKAGE>之内记述包信息，具有以下的信息。

  <GENERRAL>一般信息

     版本信息(version)

  <ACCESS>访问权限信息

     区域信息(region)

E包，通过利用该区域信息限制访问电影内容，可以限定能再生电影内容的区域。通过在该区域信息中依次增加允许再生的区域，或者给各区域付值该区域信息，可以按照电影标题的时间推移，例如在北美开始后向日本以及欧洲、亚洲、中国的顺序供给标题。区域信息(region)分别具有“US”、“Japan”、“EU”、“Asia”、“China”等值。

    <UPDATE>更新预告信息

       日期信息(data)

       自动获取的实施标志(auto)

在该更新预告信息中，记述剧情、电影标题的自动更新预告。播放器(影像再生装置)根据该信息可以自动通过因特网更新新的信息。

   <INTERNET>因特网网页信息

       URL(URL)

该因特网网页信息，是记载相关信息的因特网的网页地址信息。当用户要求访问因特网时，到该信息所示的地址去访问。

   <MENU>菜单信息

      菜单信息文件(menu)

菜单信息指定菜单信息文件。在所指定的文件中记述菜单信息。

   <TITLE_LIST>标题列表

在包中所涉及的标题在两<TITLE_LIST>标记之内由<TITLE>标记记述。

   <TITLE>标题信息

       标题编号信息(number)

       标题信息文件(file)

在标题信息中，记述向各标题的连接信息。每个标题自身在所指定的标题信息文件中记述。

图17详细记述菜单信息“menu.xml”。

在两标记<MENU>所围的范围内记述以下所示的菜单信息。

    <MENU_PAGE>菜单页信息

       页编号(page)

       背景图像信息(image)

菜单页信息，是有关菜单画面为多个时的多页菜单的信息。例如要显示的菜单大于100以上1页菜单显示不下时，使用多页菜单。

    <TITLE>标题信息

        横坐标(column)

        纵坐标(row)

        标题编号(title)

        对象名(object)

        标题名(<TITLE>标记所围范围内记述)

在每个<TITLE>标记中记述各标题的信息。播放器应用软件根据该信息显示菜单。另外，由对象指定的部件作为图示用户接口，在画面上显示。该部件作为中间软件上的类库的功能提供。

例如，如图17所示，对象(object)为按键(button)时，在菜单上显示由中间软件的类库所提供的按键对象。显示位置由横坐标(column)、纵坐标(row)表示。另外，标题名在按键上显示。

图18详细记述标题信息“title1.xml”。

在两标记<TITLE>所围的范围内记述以下所示的标题信息。

    <TITLE>标题信息

        标题编号(title)

        级别(level)

级别表示本标题的再生级别。如上所述，在E包中通过设置包的再生级别，可以根据用户购买状况区别可再生的级别。具体讲，级别(level)具有全包(full)、限制包(restricted)、免费包(free)中的任一值。另一方面，播放器所持有的状态(Status)为“可完全再生(full palyback)”时，可以再生所有的包，当状态(Status)为“限制再生(restricted)”时，可以再生限制包(restricted)以及免费包(free)。当播放器侧的属性为“(仅为免费包(free only))时，只能再生免费包(free)。

在此，虽然包的种类限定在3种，分类数不是本质的问题，当然可以分成2种、4种以及以上的种类，进行再生限制。另外，分类的方式以及名称也不限定于上述情况。

    <LINK_LIST>连接列表

定义本标题中所产生的连接一览表。

    <LINK>连接信息

        识别信息(ID)

        连接目标包信息(package)

        连接目标标题信息(title)

        连接目标章节信息(chapter)

        连接目标时刻信息(time)

连接信息记述在每个标记<LINK>中。各连接信息在后述的时间线信息内中实际使用。连接信息，在标题启动时由播放器自动检测连接目标的有效、无效后进行设定。

    <CHAPTER_LIST>章节列表

    <CHAPTER>章节信息

       开始时刻信息(in)

       结束时刻信息(out)

       再生流信息(Video)

       再生字幕信息(subtitle)

章节在标题中引入。

    <TIMELINE>时间线信息

在时间轴上展开的事件等信息在<TIMELINE>标记内记述。所记述的信息如下。

    <BRANCH>分支信息

       级别信息(level)

       消息信息(message)

       识别信息(ID)

       有效区域开始时刻信息(in)

       有效区域结束时刻信息(out)

       分支目标名称(Jump)

级别信息(level)是根据上述的影像再生装置的状态(Status)是否进行处理的标志位。例如，当影像再生装置的状态为”“(仅为免费包(freeonly))，而级别信息(level)为“全包(full)”时，忽视该分支标记<BRANCH>。另外，识别信息(ID)与上述连接信息的识别信息(ID)对应。

当播放器模型接收到来自用户的分支要求时，从记述在对应的连接信息中的场所开始再生。

    <MESSAGE>消息信息

       级别信息(level)

       消息信息(message)

       识别信息(ID)

      有效区域开始时刻信息(in)

      有效区域结束时刻信息(out)

<MESSAGE>标记所记述的消息，通过OSD进行字幕显示。

   <TRIGGER>事件触发器信息

       级别信息(level)

       事件信息(event)

       识别信息(ID)

       发生时刻信息(time)

到达发生时刻的时候，向应用软件发出事件。其内容在事件信息(event)中记述，直接传递给应用软件。

   <INTERFACE>接口信息

   <PLAY>再生功能控制标记

   <STOP>再生功能控制标记

   <SETRATE>特别再生功能控制标记

   <SETTIME>时间指定再生功能控制标记

   <SETAUDIO>声音设定再生功能控制标记

   <SETSUBTITLE>字幕设定再生功能控制标记

接口信息(<INTERFACE>)具有上述几个播放器功能控制标记。每个标记分别与Title实例的成员函数play、stop、setRate、setTime、setAudio、setSubtitle。另外，每个标记具有属性级别(level)，和包的级别(level)同样具有“full”、“restricted”、“free”的任一值。

例如，级别(level)为“full”时，限制使用对应的Title实例的成员函数。这时，只有当影像再生装置所持有的状态(Status)为“可完全再生(full palyback)”时才可以使用该函数。各函数的级别(level)和播放器应用软件的状态(Status)之间的关系和上述在包中的级别(level)相同。

图19详细记述了流信息“stream1.xml”。

在两标记<STREAM>所围的范围内记述以下所示的标题信息。

    <STREAM>流信息

        文件信息(file)

文件信息记述再生对象的流文件名称。

    <ATTRIBUTE>属性信息

以下记述的视频以及音频的属性信息由两<ATTRIBUTE>标记所包围。

    <VIDEO>视频属性信息

        压缩信息(coding)

        分辨率信息(resolution)

        纵横比信息(aspect)

    <AUDIO>音频属性信息

        压缩信息(coding)

        采样率信息(bitrate)

        语言信息(language)

    <TIMEMAP>时间地图信息

在时间地图信息中，记述VOBU(后面详述)的时间以及大小信息。记入作为各VOBU引入的单元再生时间长度(帧数)和数据大小(字节数)。

跳到再生流的任意时刻进行再生时，将地图信息的各引入的时间信息相加后检测出作为对象的VOBU，同样根据VOBU大小信息相加后的结果，可以引入到文件内的搜索目标。

这样，时间地图信息，起到了流内的时间信息和地址信息之间的变换文件的作用。

    <ENTRY>入口信息

       时间信息(duration)

       大小信息(size)

图20详细记述了字幕信息“subtitle.xml”。

通过两标记<SUBTITLE>所围的范围内的以下信息记述各语言的字幕。

    <LAUGUAGE>语言信息

       语言信息(language)

       文字信息(character)

        字体信息(font)

        彩色(color)

        斜体(italic)

        加粗(bold)

        下划线(underline)

作为语言信息<LAUGUAGE>标记的属性值，包括英语、日语等语言信息、ShiftJIS等文字信息、明朝体等字体信息、显示文字的修饰信息。

    <TEXT>文本信息

       显示开始时刻信息(in)

       显示结束时刻信息(out)

       文本

(流的结构)

图21详细说明流。

在本实施例中所使用的流，遵循称为MPEG-2的国际标准ISO/IEC13818。MPEG-2由视频流、音频流、以及这些流多重化(放置在在1个流中)的系统流所构成。

视频流被压缩成具有I图像(帧内编码)，P图像(时间预测编码)以及B图像(双向时间预测编码)的GOP结构。这些图像之间的关系如图21所示。

压缩后的视频数据，做成包，然后加载将包化的音频数据，形成1个系统流。

在多重化层中，以GOP为基准(从包含GOP先头的压缩到下一包含GOP先头的压缩)形成VOBU。由于GOP是在视频层定义的语言，不能在系统层上的定义对应，因此引入了VOBU。

另外，在本实施方案中，MPEG-2系统流被称为VOB(Video Object)。

(播放器结构)

图22表示影像再生装置的方框构成图。

影像再生装置，包括从STB等外部调谐器接收数据的接收装置(101)、保存数据的存储介质(102)、CPU(103)、程序存储器(104)、操作存储(105)、对流进行解码的解码器(106)、在显示器以及音箱上显示输出的显示装置(107)、接受用户要求的I/F(108)。CPU(103)在内部具有时钟信号，具有日期信息，并且在操作存储器(105)中，保存影像再生装置的再生控制状态信息(full/restricted/free)。

(类库的详细说明)

图23表示E包的影像再生装置的软件构成图。

以操作系统(203、以下简称为OS)为中心，在OS下面，具有文件系统驱动器(201)、设备驱动器(202)。文件系统驱动器(201)采用文件或者目录结构将光盘上的数据提供给应用软件的访问环境。设备驱动器(202)控制计算机的硬件设备的解码器和图像卡。

另外，在OS之上，搭载中间软件(204)。例如如果是Java，则搭载Java的虚拟机器(Virtual Machine，以下称为JavaVM)和类库。作为该类库，采用E包用的类库(205)。

标准类库和E包用类库，作为程序环境向应用软件提供类及其成员函数。

作为应用软件，除了E包专用的播放器应用软件(206)之外，第三者提供的外部应用软件(207)分别动作。

图24表示中间软件内的E包类库的构成图。

在中间软件内，作为E包用，制作了“Package类”、“Title类”、“Menu类”、“Auto类”、“Subtitile类”、“Event类”、“Link类”、“Cursor类”、“Status类”等。以下分别说明。

“Package类”

Package类是最初调出的类。按照包信息package.xml生成实例。

图25表示Package类的处理。

构建器Package(Package)，读出package.xml，获取Package实例的属性值(2501)。如上所述，实例的属性值，存储在所有对象的管理信息文件中。

然后，从区域信息(region)、级别信息(level)、日期信息(expire)中进行包是否能再生的认证处(2502)。如果不能再生(prohibited)，则向应用软件返回错误信息，并结束(2503)。

如果通过了认证过程(permited)，进行更新检查(2504)。

将更新标记(<UPDATE>)的日期信息(date)和CPU的时期信息进行比较，如果经过了更新预告日，并且自动更新信息(auto)为“yes”时，执行从因特网上下载，以新的再生控制信息重新开始再生(2501)。

在更新检查(2504)中不进行下载时，分别生成Menu实例(2506)，生成Title实例(2507)。

Package实例，具有getMenu、getTitle成员函数。Package实例生成后，应用软件调用该函数，分别可以获得Menu以及各Title实例。

“Title类”、

Title类，是进行标题的再生控制的类。针对各标题生成实例，通过将实例加载(add)在Canbas实例上，在画面上描绘。另外，通过调用成员函数，控制标题再生。

图26以及图33表示标题类的处理。

构建器Title(title)启动的同时读出title.xml(2601)，根据LINK_LIST在内部产生link列表(2602)。这时，检查对象标题是否有访问可能的场所，如果不能访问，则从列表中删除。具体讲，使用网络协议等确认该文件是否存在。由于与本发明没有直接关系，在此省略其详细说明。

然后，生成Chapter列表(2603)，读出Chapter参照的流的属性信息文件(例如stream.xml)(2604)，生成Audio、Subtitle实例(2605)。

然后，根据TIMLINE信息，生成Timeline列表(2606)，根据INTERFACE信息生成函数列表(2607)，最后生成Cursor实例(2608)，完成可以接收来自遥控器(I/F)的要求的准备。

Title类具有各种成员函数。

再生(play)、停止(stop)、再生速度设定(setRate)、再生位置设定(setTime)是直接控制AV再生的函数。这些是将解码器提供的功能直接提供给应用软件。例如，如果play从应用软件中调用，检查函数的有效/无效，如果有效，则指示解码器开始再生。

例如，考察从应用软件调出再生函数(play)的情况。这时，再生函数(play)、将播放器的再生可能状态(full playback/restrictedplayback/free only)与从函数列表中的该函数的使用权限进行比较(2611)。当该函数可以使用时，开始执行该函数(2612)。另一方面，如果不能使用该函数，则终止该函数的处理。

在此，函数的有效/无效的关系如下表所述。

                             level＝full       restricted           free

Status＝full playback               有效            有效            有效

        restricted playback         无效            有效            有效

        free only                   无效            无效            有效

上述表，不仅判定Title实例的函数的有效无效，对于包本身的级别(level)也作为判断是否能再生的基准。

声音、字幕的控制，包括获取标题内的流、即具有每个语言的属性值的实例的getAudio、getSubtitle、和设定再生的流的setAudio、setSubtitle

getAudio以及getSubtitle，作为在Title构建器中生成的Audio实例、Subtitle实例的返回值传递给应用软件(2621)。应用软件在此获得的实例直接作为setAudio或者setSubtitle的参数使用，设定再生流。

在setAudio以及setSubtitle函数中，最初检查该函数是否有效(2631)。具体讲，影像再生装置的再生可能状态(full playback/restrictedplayback/free only)与从函数列表中的该函数的使用权限进行比较。当该函数可以使用时，根据接收的实例的属性值，在解码器中设定再生流属性值(2632)另一方面，如果不能使用该函数，则终止该函数的处理。

影像再生装置的状态和函数之间的比较和上述表相同。

Title类，除此之外也包括启用事件处理的enableEvent函数、启用标题间的连接处理的enableLink函数。

enableEvent函数，处Title信息中记述的时间线信息(<TIMELINE>)，即分支信息(<BRANCH>)、消息信息(<Message>)、以及事件触发器信息(<TRIGGER>)。enableEvent函数被调用时，在内部启动线程(3301)，所启动的线程继续进行以下的循环处理。

监视再生时刻信息，检查成为时间线列表中的各事件、例如分支信息(<BRANCH>)、消息信息(<Message>)、以及事件触发器信息(<TRIGGER>)指定的有效时刻(3302)。如果是有效时刻，与影像再生装置的再生可能信息(Status)进行比较(3303)，判断各事件是否可以由该影像再生装置执行。

如果各事件可以执行，确认事件的种类是否是需要接收用户要求的分支(BRANCH)(3304)。

如果分支(BRANCH)、进入到接收来自用户的要求(3305)，在分支(BRANCH)的有效时间(由out指定)之前循环等待要求(3306)。如果在有效时间(out)之内没有接收到要求时，在此返回到循环的开头(3302)。如果在有效时间(out)之内接收到要求时，生成分支目标的标题Title实例(由jump指定)，进入到该标题的再生(3307)。

在第3304步，该处理不是分支时，即判断为消息(MESSAGE)、以及事件触发器(TRIGGER)时，进入到第3308步，判断该处理是消息(MESSAGE)还是事件触发器(TRIGGER)。如果该处理是消息(MESSAGE)，从指定的消息信息(message)生成Text实例(3309)，将Text实例在Canvas实例上显示(add)(3310)，显示期间结束(out)时，消除Text实例(从Canvas实例中delete)(3312)、返回到循环的开头(3302)。

在第3308步，如果该处理判断为TRIGGER时，生成Event实例(3313)，由应用软件执行增加的函数(eventExec)(3314)，返回到循环的开头(3302)。

““Menu类”

Menu类，是显示从Title类派生的菜单的类。和标题一样，针对每个Menu被实例化，通过放置在Canvas类中，进行画面显示。

图27表示Menu类处理。

构建器Menu()，读出菜单信息文件menu.xml(2702)，经过作为Title类的处理(2702)之后，生成菜单页(2703)，显示开头的菜单页(2704)，启动处理来自Cursor的事件的menuThread(2705)。

作为各页的显示内容，如图17所示，由MENU信息内的菜单页(<MENU_PAGE>)所记述。根据菜单页内的标题(<TITLE>)制作按键，并在画面上显示。

对于多页菜单的情况，通过成员函数nextPage转移到下一页(2711)，通过prevPage转移到前一页(2721)的显示。另外，标题被选择时，通过selectedTitle向应用软件通报所选择的标题(2731)。

menuThread函数启动线程(2742)。如果接收到来自Cursor实例的事件，事件检查是否是标题选择，如果是标题选择，调出selectedTtitle函数(2744)，向应用软件通报选择标题。

在第2743步，如果不是标题选择，下一步检查是否是页移动(2745)，如果是真，判断页移动是向下一页移动还是向前一页移动(2746)，然后分别进行nextPage的启动(2747)、prevPage的启动(2748)。

“Audio类”和“Subtitle类”

 Audio类是在每个音频流上具有属性值的类。在标题内，例如，可以使用的音频流有2个时，生成2个Audio类的实例。通过在Title类的setAudio函数中设定任一方的实例，进行再生的音频流的设定。

图28表示Audio类的处理。

构建器Audio()，读出流属性信息文件stream.xml(2801)，在实例内确保属性值(2802)。

另外，Audio类分别向应用软件返回在成员函数getLang中实例所具有的语言信息、即流对应的语言、在getCoding中实例所具有的压缩信息、即流的压缩方式(2811)，在getChs中实例所持有的频道信息、即流的频道数(2821)。

Subtitle类具有和Title类同样的功能。

“Event类”和“Link类”

Event类是生成标题内的事件的类，Link类是生成标题内的标题之间连接信息用事件的类。

图29表示Event类和Link类的处理。

Event类的构建器，根据参数设定Event属性(2901)

Event类的成员函数execEvent是由应用软件重载的函数。即，execEvent的启动将启动事件句柄(2911)。execEvent在参数中具有ID(id)，通过该ID可以识别应用软件是被那一个事件触发器(TRIGGER)所触发，然后可以进行以后的分支处理。

Link类的构建器，生成由参数给出的Title的实例。

Link类的成员函数notifyLink，和execEvent同样是由应用软件重载的函数，利用该函数向应用软件传递Title实例，进行事件处理。

“Cursor类”

Cursor类是处理画面上的光标。利用图34进行说明。

Cursor类的构建器，首先生成位置信息并初始化(3401)，开始与遥控器通信(3402)，启动光标处理线程CursorThread(3403)。

在光标处理线程CursorThread中，首先产生线程(3411)，进入处理循环。在处理循环中，检查是否产生了光标的移动(3412)，如果产生了移动，调用moved函数(3413)，进行位置更新。如果没有移动，在第3413步之后，检查是否进行了选择执行，换言之，对于光标选择的按键，用户是否进行了选择执行(3414)，如果进行了选择执行，调用selected函数(3415)，向当前的Title发出通知。

在moved函数中，根据指定的参数，修正位置信息(3431)，在selected函数中，将有选择执行的要求向Title实例通知(3431)。

“Status类”

Status类是表示影像再生装置的状态的类。该类对于影像再生装置、或者系统是唯一存在的，这时并不实例化。而是从应用软件中作为类直接访问。

访问时，准备有使应用软件知道状态的getStatus、和知道有效期间的getPerod等。

如图35所示，Status类根据由参数指定的值在内部生成Status信息以及Period信息(3501)。成员函数getStatus向应用软件返回Status信息(3511)，成员函数getPriod向应用软件返回Period信息(3521)。

“Frame类”以及“Canvas类”

这时构成画面的类。Frame类是成为画面显示的基本的类。例如，相当于在Windows OS中所见到的窗口。在Frame实例内中放置进行动画再生的Canvas类。

图36说明Canvas类。

Canvas类，在构建器中，生成覆盖显示影像数据的Frame实例(3601)。然后，对解码器初始化(3602)，进行覆盖、即绘图功能的初始化(3603)。解码器的初始化处理以及绘图功能的初始化处理，是与下位的操作系统(OS)、硬件相关的处理，由于与本发明没有本质的关联，在此省略其详细说明。

通过Canvas实例，在画面上显示所描绘的窗口，实际图像描绘通过成员函数add执行。函数add由Title实例作为参数调用，读出Title实例的流信息(3611)，设定解码器(3612)。然后，在解码器中开始解码处理(3613)，在覆盖图中开始进行解码器图像的描绘(3614)。

另外，Canvas类具有成员函数setSize，通过该函数可以变更Canvas的尺寸。作为内部处理，分别进行Frame实例的尺寸变更(3621)和覆盖显示尺寸的变更(3622)。

(播放器的再生处理)

以下说明作为播放器应用软件的再生处理。

图30是播放器进行再生处理的流程图。

播放器应用软件，在启动后(3001)、生成下述的Canvas实例，生成视频显示窗口(3002)。Canvas实例的内部动作如图36所示。

Canvas objCanvas＝new Canvas()；

上述记述，遵循Java语言。左端的Canvas是类声明，然后objCanvas声明是Canvas类的对象(实例)。另外，new Canvas()调出Canvas类的构建器，由此生成objCanvas。

然后等待用户对包的选择(3003)，在包选择之后，按下述语句生成Package实例(3004)、获取菜单实例(3005)，并显示菜单(3006)。另外，包实例的生成，如图25所示。

Package objPackage＝new Package(package)；

Menu obj Menu＝objPackage.get Menu()；

objCanvas.add(objMenu)；

菜单如图31所示，由背景图像和标题信息显示(文本)构成。标题的选择(3007)，通过用遥控器使光标移动，目标标题上进行选择所实施。

光标，通过遥控器键(上下左右)进行移动，光标的移动和选择的执行，如图34所示，由作为线程启动的CursorThread函数进行检测和处理。

例如，如果选择下一页的移动时，调用Cursor实例的Selected函数，Menu实例得知有翻页的要求。然后Menu实例调用nextPage，进入到下一页菜单。

另外，当光标在标题4上进行“选择”时，Menu实例知道通过Cursor实例的(selected)选择了标题的事件。然后，selectedTitle函数向应用软件通知选择了标题，应用软件移动到标题再生的步骤(3008之后)。

播放器应用软件，以所选择的标题信息作为参数，调用Package实例的getTitle函数，获得Title实例(3008)。然后，播放器应用软件，调用所取得的Title实例的Play函数，开始标题再生(3009)，调用enableEvent函数启动事件用线程(3010)。

Title objTitle＝objPackage.getTtile(title)；

objTitle.play()；

objTitle.enableEvent()；

以后，到结束标题再生为止，循环执行事件发生的确认(3011)、事件发生时的事件处理(3012)、标题再生结束的确认(3013)。如果确认了标题再生结束，结束播放器应用软件的处理(3014)。

另外，第3012步的事件处理如图33所示。

以下采用图32说明标题再生中的标题之间的跳转处理。

在标题1中设置了如图所示的向标题2的分支接受期间。分支接受期间，定义标题1的信息文件title.xml内的TIMELINE信息内的BRANCH标记和及其属性值。

在该分支接受期间中，显示图32下部所示的消息，用户如果按下“选择”键，则转移到连接目标的标题2。

进入分支接受期间(从分支信息(<BRANCH>)的属性值in到out所指定的区间)后(图33、3302)，将该分支(BRANCH)处理的Status和影像再生装置具有的Status(通过Status.getStatus()获取)进行比较(如上表所示)，判断是否能处理(图33、3303)，经过是BRANCH的确认(图33、3304)，进入等待用户要求的循环(图33、3305和3306)。

用户的选择执行请求，通过Cursor实例接受(图34、3414到3415)。如果有用户的选择执行请求，生成新的Title实例，开始下一个标题(图32中的标题2)的再生(图33、3307)。另外，到分支接受期间(out)为止没有用户的选择执行请求时，经过超时的检测(图33、3306)，结束分支(BRANCH)处理。

图37是游戏应用软件的例子。在本例中，启动游戏应用软件替代再生应用软件(3701)。和播放器应用软件相同，生成Canvas实例，生成视频显示窗口(3702)。Canvas实例生成的内部动作如图36所示。

Canvas objCanvas＝new Canvas()；

游戏应用软件开始游戏(3703)，获取游戏应用软件中所使用的Package实例(3704)和Title实例(3705)。调用所获取的Title实例的play函数，开始标题再生(3706)，调用enableEvent函数启动事件用线程(3707)。

Package objPackage＝new Package(package)；

Title objTitle＝objPackage.getTtile(title)；

objTitle.play()；

objTitle.enableEvent()；

以后，到结束游戏为止，循环执行事件发生的确认(3708)、事件发生时的事件处理(3709)、标题再生结束的确认(3710)。如果确认了标题再生结束，结束游戏应用软件的处理(3711)。

游戏应用软件中可以使用事件触发器使游戏和AV再生同步。例如，在图18中说明的标题信息(<TITLE>)内的时间信息(<TIMELINE>)中加入以下的时间触发器(<TRIGGER>)

<TRIGGER level＝“full”id＝“1”event＝“1”time＝“00：01：00：00”/>

当时间到达00：01：00：00(1分)时，认识事件线程成为对象时刻的事情(图33、3302)，经过状态(Status)认识(图33、3303)、分支(BRANCH)认识(图33、3304)、消息(Message)认识(图33、3308)，执行Event生成(图33、3313)、execEvent启动(图33、3314)。

启动的成员函数execEvent，由游戏应用软件重载，游戏应用软件，根据从execEvent获取的id，可以进行游戏侧的同步处理。

图38以及图39是为了解除由在包和影像再生装置之间的状态(Status)或者有效期限(Expire)设定的再生限制、通过网络从服务器更新Status或者Expire信息的例子。

如图25所示，将包持有的再生级别(level)以及有效期限(Expire)和影像再生装置持有的状态(Status)以及日期信息分别进行比较，确认是否可以再生包(图25、2502)。如果能再生进行第2504步以后步骤的处理。如果不能再生在第2503步结束再生处理。

也可以替代图25的再生结束处(2503)，而进行影像再生装置的状态(Status)或者包的有效期限(Expire)更新的处理。

图39是当影像再生装置的状态(Status)和包的级别(level)不相吻合、不能再生时，与服务器进行通信，更新影像再生装置的状态(Status)的例子。

替代图25的结束处(2503)，在图39中，执行状态(Status)更新(2503)。首先启动升级应用软件(250301)。该升级应用软件可以是和播放器应用软件或者游戏应用软件同样构筑在中间软件上的一个应用软件，也可以是直接在操作系统上启动的二进制编码编写的应用软件。例如，如果是中间软件上的应用软件，播放器应用软件通过Loader类可以启动升级应用软件。

升级应用软件，使用由中间软件(Java)提供的Socket类和网络协议(TCP/IP等)，进行与服务器的通信(250302)。通信的服务器由Package的<INTERNET URL＝””/>指定。应用软件，与服务器通信，获取为进行状态(Status)更新所必要的条件(金额)(2503030)，向用户提示(250304)。

应用软件，等待用户的回答(250305)，当用户希望进行状态(Status)更新时(250306)，进行向服务器支付的处理(250307)，进行状态(Status)更新处(250308)，结束应用软件(250309)，播放器应用软件再次从图25的第2501步开始的处理。

上述支付处理，通过输入信用卡号和通信等进行。因特网上的支付方式中有各种各样的技术，另外，因与本发明没有本质上的联系，故略其说明。

在第250306步中，用户如果不希望状态(Status)更新时，直接结束(250310)。

在此，虽然是以状态(Status)更新为例进行了说明，有效期限(Expire)更新也可以同样进行。但是，这时，不是对影像再生装置的状态(Status)更新，而是对包的有效期限(Expire)更新。包由ReWritable介质记录时，可以直接更新信息。另一方面，如果是只读介质时，通过设置在影像再生装置所包括的非易失性存储部或者硬盘等临时存储介质上临时保存期限(Expire)信息的系统，可以重新利用更新信息。

本发明的影像再生系统，不仅可以单纯作为电影再生装置使用，而且可以实现各种各样的应用软件。为此，在该影像再生装置中，作为预先读入到内部存储器执行的软件，包含吸收了能各种适应操作系统的功能上的差异的中间软件。该中间软件，具有播放器应用软件再生影像内容的，为执行游戏应用软件等扩展应用软件所使用的工具的类库。具体讲，该中间软件，具有上述那样的E包用类库。在此，工具是指为实现各功能所使用的类以及其成员函数等。另外，在记录包含包媒体的再生控制信息(管理信息)的功能列表中，在包含播放器应用软件和游戏应用软件的应用软件中记述类库提供的功能。另外，各功能列表具有各功能的状态信息，通过与影像再生系统自身具有的状态信息进行比较，各影像再生系统可再生的内容可以由功能级别控制。

其结果，在E包中实现的各种各样的应用软件，可以根据商务上和服务上的方式以及质量要求进行控制。

如上所述，本发明虽然通过优选实施方案进行了详细说明，当本发明并不限定于此，只要在权利要求的范围所记载的本发明的技术范围内，可以进行许多优选的变形列和改进例，这一点对于相关技术人员来说是很显然的。