CN101114505B

CN101114505B - 再现装置、再现方法

Info

Publication number: CN101114505B
Application number: CN2007101497045A
Authority: CN
Inventors: 池田航; 冈田智之
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2004-06-18
Filing date: 2005-06-17
Publication date: 2010-06-02
Anticipated expiration: 2025-06-17
Also published as: EP1758121A1; JP2006050570A; EP1965388B1; US7853125B2; EP1863032A3; JP3996633B1; DE602005023066D1; CN1969335B; US7609948B2; US7519278B2; CN101414473A; EP1758122A1; KR20070101335A; JP4406621B2; US20080232773A1; US7949225B2; US20080008451A1; KR20080056026A; DE602005023672D1; CN1728806A

Abstract

提供一种再现装置。BD-ROM再现装置是选择多个文本字幕中的一个，将选择的文本字幕流和动态图像一起进行再现的再现装置。寄存器组(PSR48～61)存储了多个Decode Capability标志，利用各标志的设定值表示每个语言的文本字幕的解码能力的有无。Procedure执行部(20)参照寄存器组(PSR48～61)中的各标志的设定值，判断能否显示多个文本字幕流的每个。流选择部(17)选择判断为能显示的文本字幕流。

Description

再现装置、再现方法

本申请是申请日为2005年6月17日、申请号为200580020015.3的发明专利申请的分案申请。

技术领域

本发明是属于文本字幕显示技术的技术领域的发明。

背景技术

所谓文本字幕显示，是指使用文本代码表现的字幕与电影中的各个画面同步显示的技术，是BD-ROM(Blu-rayDisc Read Only Memory)再现装置的特有技术之一。字幕的表现，包括如在DVD表现的利用位图的表现和利用字符的表现。如果用位图表现字幕，在任何再现装置中再现，看起来都相同。在重视视觉表现的电影作品的情况下，用位图表现表现字幕，具有很大的意义。另一方面，在利用位图的表现中，必须一个字一个字地制作字幕，因此，为了将少量的数个字符、数行的字幕记录到记录媒体中，也需要很大的数字大小。

BD-ROM是容量比DVD大的记录介质，所以，即使用位图表现字幕，在与视频流进行复用时也不存在问题。但是，在将字幕和BD-ROM分别散发的情况下，例如通过网络下载、或通过存储卡供给再现装置时，不希望字幕的数据大小过大。即使能够记录在BD-ROM中，为了使字幕常驻在存储器中而需要大规模的存储器，此外下载需要很长的时间，所以数据大小越小越好。

与此相比，在文本字幕中，用字符代码表现字幕。具体地说，字幕的一个字符的信息量，对于ASC II代码来说，是1个字节，对于JIS代码等来说，是2个字节。如果将Unicode等作为通用的字符代码来使用，除了日语以外，还可以支持汉语、韩国语这样的复杂的文字体系。将字幕作为字符代码散发时，数据的大小非常小，在像通过网络发布的情况下，非常有效。出于上述原因，今后将要普及的BD-ROM再现装置预定要搭载文本字幕的显示功能。

在进行这样的文本字幕显示时，BD-ROM再现装置进行如下控制，即使用字体将构成字幕的代码在位图中展开，与视频流中的各个画面同步地显示该位图。

此外，关于文本字幕的显示技术，有在以下的专利文献中示出的现有技术。

专利文献1：日本特开2000-228656号公报

但是，作为文本字幕预定进行显示的语言种类据说有430种语言。能否再现这些430种语言的文本字幕，取决于是否存在对语言特性的支持。如果以支持日语的“纵向书写”特性的情况为例来考虑，则仅仅简单地将字幕的字符按纵向排列是不够的，伴随该纵向书写的显示，需要实施修正。具体地说，括弧的形状、字符的位置、长音的形状与横向书写时不同，需要设定为独特的格式。

在要求利用某种语言的字幕显示的情况下，当在再现装置侧没有构建该语言的字体的能力时，或者，虽然有字体的构建，但没有支持语言特性的能力时，字幕会表现为乱码，或者，即使显示了文本字幕，但由该语言的熟知者看，可能是以不自然的形式显示了文本字母。

在计算机软件的领域，即使显示了这样的不良字幕，也会以“这是常有的现象”为理由不去处理。在网页浏览软件中，会经常看到这样的显示。但是，在民用设备的领域，要求计算机软件领域所无法相比的严格的品质管理，所以，要求避免字符乱码和不自然形式的显示的要求很强烈。但是，文本字幕的语言种类多达430种语言，对于各个语言详细检查是否存在字符乱码和不自然形式的显示的工作，对制造再现装置的制造商来说是很重的负担。

发明内容

本发明的目的在于提供一种再现装置，即使在预定显示的语言多达几百种时，也能够立即判断出利用用户希望显示的语言的字幕显示的可能性。

为了实现上述目的，本发明涉及的再现装置是，选择多个文本字幕流中的一个，并将选择的文本字幕流和动态图像一起进行再现，所述再现装置包括：寄存器组，存储多个标志，该多个标志针对每种语言表示是否存在用于处理与对于所述每种语言为唯一的显示方法对应的文本字幕流的能力；判断单元，通过参照与每个文本字幕流的语言属性匹配的每个标志，判断能否处理与每个文本字幕流对应的对于所述每种语言为唯一的显示方法；选择单元，选择与被所述判断单元判断为能够处理的显示方法对应的文本字幕流；以及再现单元，再现所述选择的文本字幕流，其中，在存储了所述多个文本字幕流的记录媒体中记录流序号表，所述流序号表针对每个文本字幕流包括一对项目和属性，每个项目包括文本字幕流的包识别符的参考值，每个属性包括该文本字幕流的语言属性；所述寄存器组还包括序号寄存器；通过将与被判断为能够处理的显示方法对应的文本字幕流的流序号写入所述寄存器组中的序号寄存器，进行所述选择单元的选择；所述再现单元从所述流序号表包含的多个项目中与所述被写入序号寄存器的序号对应的项目中提取出包识别符的参考值，并将所述文本字幕流多路复用分离到多个包中。

在上述构造中，在寄存器组中存储的标志指示出是否存在用于处理与对于每种语言为唯一的显示方法对应的文本字幕流的能力。利用这种构造，在用户请求该再现装置以某种语言显示文本字幕时，该再现装置通过参照寄存器组中的所述标志的每个设定值，能够立即判断出其是否能够以这种语言显示文本字幕。

通过仅参照各比特的设定值，就能够判断是否有利用某一种语言进行的文本字幕的显示可能性，因此，例如即使文本字幕的语言种类多达几百种，也能够立即判断利用希望的语言的字幕显示的可能性。

附图说明

图1是表示本发明的再现装置的使用行为的方式的图。

图2是表示BD-ROM的内部构成的图。

图3是示意性表示如何构成赋予了扩展符.m2ts的文件的图。

图4是表示播放列表信息的数据构造的图。

图5是表示AVClip与PL的关系的图。

图6是靠近表示Subpath信息的内部构成的图。

图7是表示SubPlayItem时间轴上的再现区间定义与同步指定的图。

图8(a)是表示STN_table的内部构成的图。

图8(b)是表示对应于PG流的entry-attribute的组的图。

图8(c)是表示对应于文本字幕流的entry-attribute的组的图。

图9是表示第1实施方式中采用的AVClip一例的图。

图10是表示第1实施方式中采用的PlayList信息一例的图。

图11是表示由图10所示的PlayList信息规定的数字流束的图。

图12是表示第1实施方式的再现装置的内部构成的图。

图13是表示利用存储在本地存储中的PlayList信息来定义是怎样的PlayList再现时间轴的图。

图14是在图12的内部构成中加入视频编码器解码的解码结果与流选择部17的选择结果的图。

图15表示PSR1、PSR2、PSR17、PSR30的详细设定。

图16是表示PSR48-61的内部构成的图。

图17是表示PSR48-61中的Decode Capability标志与textST_language_code的对应的图。

图18是表示PSR48-61中PSR53的内容的图。

图19是表示textST_language_code的含义内容的图。

图20是表示第1实施方式中的流选择部17的特征部分的图。

图21是表示PSR48-61中的PSR序号及比特位置与textST_language_code的对应关系的图。

图22是表示Procedure when playback condition is changed的处理步骤的流程图。

图23是表示流变化时的设定步骤的流程图。

图24是表示PSR2的设定步骤的流程图。

图25是表示判定文本字幕流的Decode Capability有无时的判定步骤的流程图。

图26(a)-(c)是表示文本字幕流选择的具体例的图。

图27(a)-(c)是表示文本字幕流选择的具体例的图。

图28是表示控制部的再现步骤的流程图。

图29是表示文本字幕流的内部构成的图。

图30(a)是表示风格(style)信息、显示信息的设定例的图。

图30(b)是表示根据图30(a)的文本字幕流来显示的合成图像的图。

图31是表示基于SubPlayItem#y的再现处理的流程图。

图32是表示TextST解码器12的内部构成的图。

图33(a)是说明基于日语语言特性的布局差异的图。

图33(b)表示阿拉伯语的语言特性下的布局。

图34是表示设定日语、英语、阿拉伯语等3个语言的DecodeCapability时的判断基准的图。

图35(a)、(b)是表示完全支持纵写项目的日语字幕与纵写项目的支持不完全的日语字幕的图。

图36是表示第3实施方式的再现装置的内部构成的图。

图37是表示第3实施方式下的PSR30的b23-b16的比特分配的图。

图38是表示PSR预约区域中的比特构成的图。

图39(a)、(b)是表示用户期望语言种类扩张时显示的菜单的图。

图40是表示第3实施方式中的文本字幕流的判定步骤的流程图。

图41是表示每个语言的Decode Capability判定步骤的流程图。

图42是表示设置部32的处理步骤的流程图。

图43(a)、(b)是表示在用户不期望阿拉伯语言的显示的情况下与希望的情况下、对比Decode Capability的设定的图。

图44是表示第4实施方式的设置部32的处理步骤的流程图。

图45是表示加载器13向缓冲器的预加载的图。

图46是表示流选择部17选择非预加载的文本字幕流的图。

图47是示意性表示在AVClip的再现中、用户选择非预加载的文本字幕流的情况下、加载器13执行的加载处理的图。

图48(a)是表示从AVClip记录区域向文本字幕流的记录区域的查找、从文本字幕流记录区域向AVClip记录区域的查找的图。

图48(b)是表示向解码器的AVClip供给断绝、AVClip再现中断的图。

图49是表示第5实施方式的再现装置的内部构成的图。

图50是表示设置于PSR预约区域中的无缝标志的一例的图。

图51(a)是表示记述了多路复用于AVClip上的PG流、预加载的文本字幕流、未被预加载的文本字幕流的STN_Table的图。

图51(b)是表示将无缝标志设定为开时的状态转变的图。

图51(c)是表示将无缝标志设定为开时的状态转变的图。

图52(a)是表示本实施方式中显示的设置菜单的图。

图52(b)是表示用户想要语言种类扩张时显示的菜单的图。

图53是表示第5实施方式的选择步骤的流程图。

图54是详细表示图52的步骤S66的处理的流程图。

图55是表示设置部32的处理步骤的流程图。

图56(a)是表示第6实施方式中的STN_Table的内部构成的图。

图56(b)表示设置于STN_Table中的无缝标志的内容。

图57是表示基于字体数据加载的映像再现的中断的图。

图58是表示本实施方式的记录媒体的内部构成的图。

图59是表示第6实施方式下的加载器13的加载处理的图。

图60(a)表示第7实施方式下的记录媒体的目录构造。

图60(b)表示文件管理信息的内部构成。

图61是表示将记述成必需的字体数据加载到缓冲器的状态图。

图62是表示多个PlayItem连续再现的状况的图。

图63是表示基于STN_Table的预加载的图。

图64是表示第9实施方式的STN_Table的记述的图。

图65是表示在PlayItem信息#1的STN_Table中记述PG流的PID、而在PlayItem信息#2中PG流变为空白期间、在PlayItem信息#2的STN_Table中未登录PG流的PID的情况的图。

图66是表示登录在STN_Table中的流仅变为被预加载的文本字幕流、选择预加载的文本字幕流的状况的图。

图67是表示由于未在PlayItem信息#2的STN_Table中登录被多路复用的PG流，所以选择预加载的流的状况的图。

图68是PID选择登录在STN_Table中的数字流来作为伪流的图。

具体实施方式

(第1实施方式)

下面，说明本发明的记录媒体的实施方式。首先，说明本发明的再现装置的实施行为中、使用行为的形态。图1是表示本发明的再现装置的使用行为的形态的图。图1中，本发明的再现装置是再现装置200。该再现装置200被用于向由摇控器300、电视400形成的家族影院提供电影作品。

以上是本发明的再现装置的使用形态的说明。下面，说明本发明的再现装置作为再现对象的记录媒体。由本发明的再现装置再现的是BD-ROM。图2是表示BD-ROM的内部构成的图。

在本图的第4段中示出BD-ROM，在第3段中示出BD-ROM上的轨迹。本图的轨迹横向拉伸描绘从BD-ROM的内周向外周被形成为螺旋状的轨迹。该轨迹由导入区域、容积区域、和导出区域构成。本图的容积区域具有物理层、文件系统层、应用层等层模块。若使用目录构造来表现BD-ROM的应用层格式(应用格式)，则如图中的第1段所示。在该第1段中，在BD-ROM中，于Root目录下存在BDMV目录。

在BDMV目录的下面，存在称为PLAYLIST目录、CLIPINF目录、STREAM目录、BDJA目录的4个子目录。

在STREAM目录中，作为比如存储构成数字流主体的文件的目录，存在赋予了扩展符m2ts的文件(00001-00003.m2ts)。

在PLAYLIST目录中，存在赋予了扩展符mpls的文件(00001-00003.mpls)。

在CLIPINF目录中，存在赋予了扩展符clpi的文件(00001-00003.clip)。下面，说明这些文件。

首先，说明赋予了扩展符.m2ts的文件。图3是示意性表示如何构成赋予了扩展符.m2ts的文件的图。赋予了扩展符.m2ts的文件(00001.m2ts、00002.m2ts、00003.m2ts......)存储有AVClip。AVClip通过将(中段)、多个视频帧(画面pj1、2、3)构成的视频流、多个视频帧构成的视频流变换成(上第1段)、PES数据包串(上第2段)、进而变换为TS标靶(上第3段)，将相同字幕系列的显示图形流(下第1段的PG流)和对话系列的交互图形流(下第2段的IG流)变换成TS标靶(下第3段)，多路复用它们来构成。

显示图形流是构成每个语言的字幕的图形流。

IG流是实现对话控制的图形流，包含构成菜单、按钮等GUI部件的图形数据、在按钮按下时应让再现装置执行的指令(按钮指令)等。

AVClip中将如图3所示被多路复用的流称为MainClip。此外，也有未被多路复用的流。这种AVClip被称为SubClip，存在构成视频流、PC流、文本字幕流(TextSTStream)等的AVClip。

<Clip信息>

被赋予了扩展符“clpi”的文件(00001.clpi)是一对一对应于AVClip每一个的Clip信息。由于是管理信息，所以Clip信息具有AVClip中的流的编码形式、流速率、位速率、分辩率等信息或表示对应流中的多个入口位置的EP_map。

<PlayList信息>

被赋予了扩展符“mpls”的文件(00001.mpls)是存储了PlayList(PL)信息的文件。PlayList信息是将把被称为MainPath、Subpath的两种再现路径绑在一起的定义为PlayList(PL)的信息。图4是表示播放列表信息的数据构造的图，如图所示，播放列表信息由定义MainPath的MainPath信息(MainPath())、和定义Subpath的Subpath信息(Subpath())构成。

所谓MainPath是定义在主要的AVClip上的再现路径。另一方面，Subpath是被定义在SubClip上的再现路径。

PlayList信息的细节之一

首先说明MainPath。MainPath是对作为主映像的视频流或音频流定义的再现路径。

MainPath如箭头mpl所示，由多个PlayItem信息(...PlayItem()...)来定义。PlayItem信息定义构成MainPath的一个以上的逻辑再现区间。PlayItem信息的构成利用引出mp2来靠近(放大表示)。如该引出线所示，PlayItem信息由表示再现区间的IN点和Out点所属的AVClip的再现区间信息的文件名的‘Clip_Information_file_name’、表示再现区间的始点的时间信息‘IN_time’、表示再现区间终点的时间信息‘OUT_time’、和表示多路复用于AVClip或SubClip中的基本流中可再现的流的‘STN_table’构成。

图5是表示AVClip与PlayList信息的关系的图。第1段表示AVClip具有的时间轴，第2段表示PlayList信息具有的时间轴。PlayList信息包含称为PlayItem#1、#2、#3的3个PlayItem信息，利用这些PlayItem#1、#2、#3的In_time、Out_time来定义3个再现区间。若排列这些再现区间，则定义与AVClip时间轴不同的时间轴。这是示于第2段的PL时间轴。这样，利用PlayItem信息的定义，与AVClip不同的时间轴的定义成为可能。

PlayList信息的细节之二

与MainPath是定义于作为主映像的视频流或音频流上的再现路径相反，Subpath是应与MainPath同步地对文本字幕流或音频流定义的再现路径。

就MainPath而言，作为主映像的视频流与关联的音频流等一起被多路复用，构成一个流。在制作BD内容时，由于事先判明必需的流，所以只要将应同步再现的全部流多路复用为一个流即可。相反，Subpath是被下载的文本字幕流等、虽未被多路复用但需要同步再现的流。例如，在将某个电影作品向世界各个地域发布的情况下，著作(authoring)担当者会考虑在出口到欧美的BD-ROM中仅加入英语字幕，在出口到日本的BD-ROM中追加日语字幕。但是，由于制作构成日语字幕的流并将其多路复用于视频流很费事，所以成本上升。

在BD-ROM中，通过使用SubPath信息，可仅将构成日语字幕的字幕流作为Subpath，追加于MainPath中。由此，使日语版制作成为可能的是Subpath的优点。

图6靠近(放大)表示Subpath信息的内部构成。如箭头sh1所示，各Subpath由一个以上的SubPlayItem信息(...SubPlayItem()...)构成。另外，各SubPlayItem信息如图中箭头sh2所示，由‘Clip_Information_file_name’、‘SubPlayItem_In_time’、‘SubPlayItem_Out_time’、‘sync_PlayItem_id’、‘sync_start_PTS_of_PlayItem’构成。

‘Clip_Information_file_name’是通过记述Clip信息的文件名来唯一指定对应于SubPlayItem的SubClip的信息。

‘SubPlayItem_In_time’是SubClip再现时间轴上的、表示SubPlayItem始点的信息。

‘SubPlayItem_Out_time’是SubClip再现时间轴上的、表示SubPlayItem终点的信息。

‘sync_PlayItem_id’是唯一指定构成MainPath的PlayItem中、该SubPlayItem应同步的PlayItem的信息。SubPlayItem_In_time存在于由该sync_PlayItem_id指定的Play Item的再现时间轴上。

‘sync_start_PTS_of_PlayItem’表示在由sync_PlayItem_id指定的Play Item再现时间轴上、由SubPlayItem_In_time指定的SubPlayItem的始点存在于哪里。在SubPlayItem的再现时，在当前的再现时刻到达由该sync_start_PTS_of_PlayItem所指示的时刻的情况下，利用SubPIayItem开始再现。为了使Subpath与MainPath同步，只要利用sync_start_PTS_of_PlayItem来指定使Subpath上的再现开始时刻与MainPath上的哪个时刻一致即可。例如，只要由sync_start_PTS_of_PlayItem指定从由MainPath上的再现开始经过300秒的位置起开始由Subpath指定的流的再现即可。在再现装置侧，Clock Counter在适当的定时，将构成MainPath的流和构成Subpath的流传输到多路复用分离部。Clock Counter根据Clock Generator的时刻，以相同的时间精度计时当前时刻，所以可利用上述的sync_start_PTS_of_PlayItem指定来以高精度使MainPath、SubPath信息的再现同步。

图7是表示SubPlayItem时间轴上的再现区间定义与同步指定的图。该图中，第1段表示PL时间轴，第2段表示SubPlayItem时间轴。图中的SubPlayItem.IN_time表示再现区间的始点，SubPlayItem.Out_time表示再现区间的终点。由此可知在SubPlayItem时间轴上也定义再现区间。就箭头Sn1而言，Sync_PlayItem_Id表示对PlayItem的同步指定，就箭头Sn2而言，sync_start_PTS_of_PlayItem表示PL时间轴中的PlayItem上的一时刻之指定。

在Play Item的再现时间轴上，当当前的再现时刻到达由sync_start_PTS_of_PlayItem指示的时刻时，再现由Clip_information_filename指定的SubClip(文本字幕流)中从SubPlayItem_In_time到SubPlayItem_Out_time的部分。通过这种再现，可使文本字幕流中由SubPlayItem_In_time、SubPlayItem_Out_time指定的部分与AVClip同步再现。以上是就Subpath的说明。

就上述Play Item信息的构成而言，STN_table是本发明实施中必需的必不可少的要素。下面进一步详细说明STN_table。

PlayList信息的细节之三

<STN_table>

STN_table是表示由Play Item的Clip_Information_file_name指定的、多路复用于AVClip上的多个基本流或由SubPlayItem的Clip_Information_file_name指定的SubClip内的基本流中可再现的基本流之表格。具体而言，通过与attribute对应来构成对多个基本流各自的entry。这里，所谓可再现的基本流主要是指由Play Item指定的多路复用于AVClip上的基本流。但是不仅如此，还包含边与AVClip单独记录、边与该基本流一起再现的基本流(文本字幕流)。

图8(a)是表示STN_table的内部构成的图。如图所示，STN_table包含多个STN_table中的entry与attribute的组(entry-attribute)，形成表示这些entry-attribute的组的个数(number_of_video_stream_entries，number_of_audio_stream_entries，number_of_PG_textST_stream_entties，number_of_IG_stream_entries)的数据构造。

entry-attribute的组如图中的括号记号“{”所示，对应于在Play Item下可再现的视频流、音频流、PG流、文本字幕流、IG流的每一个。

说明entry-attribute的细节。图8(b)-(c)是表示eytry-attribute细节的图。

图8(b)是表示对应于PG流的entry-attribute的组的图。

PG流中的entry包含在多路复用分离AVClip时、表示用于该PG流抽取的PID之‘ref_to_stream_PID_of_mainClip’。

PG流中的attribute由通过设定成0x90来表示PG流的编码之‘strearn_coding_type’、和表示对应的PG流之语言属性的‘PG_language code’构成。所谓‘PG_language code’是指由ISO639-2/T的语言代码(language code)来表示对应的PG流的语言属性。

图8(c)是表示对应于文本字幕流(表记为textSTstream)的entry-attribute的组的图。

文本字幕流中的entry由表示存储文本字幕流的AVClip之entry识别符的‘ref_to_subClip_entry_ID’、表示同步信息的ID之‘ref_to_subPath_ID’、和表示附加于文本字幕流上的PID之‘ref_to_stream_PID_of_subClip’构成。

文本字幕流中的attribute由通过设定成0x92来表示文本字幕流的编码之‘stream_coding_type’、表示对应的文本字幕流的特征代码之‘character code’、和表示对应的文本字幕流的语言属性之‘textST_language_code’构成。所谓‘textST_language_code’是指利用ISO639-2/T的语言代码(language code)来表示对应的文本字幕流的语言属性。

以上是STN_Table的内部构成。

PlayList信息的细节之四

<PlayList信息的具体例>

下面，说明各实施方式中所引用的PlayList信息的具体例。图9是表示第1实施方式中采用的AVClip一例的图，图10是表示第1实施方式中采用的PlayList信息的一例的图。在本实施方式中引用的PlayList信息由3个PlayItem信息(PlayItem信息#1-PlayItem信息#3)、和4个SubPath信息(SubPath信息#1-SubPath信息#4)构成。其中，4个SubPath信息的Clip_information_file_name表示4个不同的Clip信息。

这4个Clip信息中，对应于SubPath信息#1的AVClip是日语文本字幕流，对应于SubPath信息#2的AVClip是法语的文本字幕流，对应于SubPath信息#3的AVClip是汉语的文本字幕流，对应于SubPath#4的AVClip是阿拉伯语的文本字幕流，所以这些文本字幕流作为SubPath信息，与MainPath一起被再现。另一方面，这些MainPath中的3个PlayItem信息与图5所示的相同，构成1个PlayList时间轴。记述在这些PlayItem信息的Clip_information_file_name中的是Clip信息的文件，并使多路复用了视频流与PG流的AVClip对应于该Clip信息。

另外，图中的引出线cs1、cs2、cs3靠近(放大表示)PlayItem信息#1～PlayItem信息#3的STN_Table的构成。如该引出线所示，设在STN_Table中记述多路复用于AVClip上的PG流和由SubPath信息指定的文本字幕流的PID。结果，可再现1：英语、2：日语、3：法语、4：汉语、5：阿拉伯语的5个语言的文本字幕流。

通过以上图10的PlayList信息的记述，规定图11所示的数字流的束。图11是表示由图10所示的PlayList信息所规定的数字流的束的图。由于PlayItem信息#1-PlayItem信息#3构成图5所示的时间轴，所以在时间轴上再现PlayItem信息#1、PlayItem信息#2、PlayItem信息#3的期间，再现视频流，另外，可再现英语的PG流、日语-阿拉伯语的文本字幕流。即，伴随着PlayList时间轴的再现进行，可再现英语的PG流、日语-阿拉伯语的文本字幕流，其中，可与视频流同步地再现英语的PG流、日语-阿拉伯语的文本字幕流之任一。

以上是就记录媒体的说明。下面说明本发明的再现装置。

图12是表示本发明的再现装置的内部构成的图。本发明的再现装置根据本图所示的内部，被工业性生产。本发明的再现装置主要由系统LSI与称为驱动器装置的两个部件构成，通过将这些部件安装在装置的柜子和基板上，可在工业上生产。系统LSI是集成实现再现装置的功能的各种处理部的集成电路。这样生产的再现装置由BD-ROM驱动器1、Local Storage(本地存储器)2、操作受理部3、多路复用分离部4、视频解码器5、视频平面6、PG解码器7、PG平面8、合成部9、文本代码缓冲器10、字体缓冲器11、TextST解码器12、加载器13、序列存储器14、控制部15、PSR组16构成。本图中，由点划线包围的部位表示单芯片化作为系统LSI的部位。

BD-ROM驱动器1执行BD-ROM的加载/排出，执行对BD-ROM的访问。

本地存储器2是存储经网络等下载的AVClip、Clip信息、PlayList信息的内置媒体。本地存储器2上的PlayList信息即便是存在于BD-ROM和本地存储器2的任一个中的Clip信息，也在能指定方面与BD-ROM上的PlayList信息不同。当指定时，本地存储器2上的PlayList信息不必利用全部总线来指定BD-ROM上的文件。该本地存储器2与BD-ROM成为一体，作为虚拟的一个驱动器(虚拟驱动器部)，被再现装置200识别。因此，PlayItem信息中的Clip_Information_file_name和SubPlayItem信息的Clip_Information_file_name通过指定位于Clip信息的存储了的文件之文件主体中的5位数值，可指定本地存储器2、BD-ROM上的AVClip。通过读出该本地存储器2的记录内容，与BD-ROM的记录内容动态地组合，可产出各种再现的变化。

图13是表示利用存储在本地存储器中的PlayList信息来定义怎样的PlayList再现时间轴的图。第1段表示被记录在BD-ROM中的AVClip的再现时间轴，第2段表示由存储在本地存储器中的PlayList信息定义的PlayList再现时间轴。如该第1段、第2段所示，存储在本地存储器中的PlayList信息可对BD-ROM上的AVClip定义独自的再现时间轴。第3段表示存储在本地存储器中的SubPlayItem中的SubPlayItem再现时间轴。图中的SubPlayItem.IN_time表示再现区间的始点，SubPlayItem.Out_time表示再现区间的终点。由此可知在SubPlayItem时间轴上也被定义再现区间。就箭头Sn1而言，Sync_PlayItem_Id表示对PlayItem的同步指定，就箭头Sn2而言，sync_start_PTS_of_PlayItem表示PL时间轴上的PlayItem上的一个时刻的指定。

因此，利用SubPlayItem信息，被定义于SubPlayItem再现时间轴上的再现区间与由本地存储器上的PlayItem信息定义的PlayList再现时间轴取得同步。

本地存储器上的PlayList信息可对BD-ROM上的AVClip指定PlayList再现时间轴，本地存储器上的SubPlayItem信息可对该再现时间轴指定与本地存储器上的SubPlayItem的同步，所以在由本地存储器上的SubPlayItem指定的AVClip是文本字幕流的情况下，可使该文本字幕流与BD-ROM上的AVClip同步进行再现。

以上是对本地存储器2的说明。

操作受理部3若对摇控器或再现装置的前面板执行选择流等的操作，则将表示该操作的User Operation信息输出到流选择部17。

多路复用分离部4具备Clock Counter、Clock Generator，从本地存储器2中取出TS数据包，将构成该TS数据包的TS数据包变换成PES数据包，得到视频流和IG流，分别输出给视频解码器5、PG解码器7。

视频解码器5解码从多路复用分离部4输出的多个PES数据包，得到非压缩形式的画面，写入到视频平面6中。

视频平面6是用于存储非压缩形式的画面的平面。所谓平面(プレ-ン)是再现装置中用于存储一个画面大小的象素数据的存储器区域。视频平面6中的分辩率为1920×1080，存储在该视频平面6中的画面数据由利用16比特的YUV值所表现的象素数据构成。

P-Graphics(PG)解码器7解码从BD-ROM读出的显示图形流，将非压缩图形写入显示图形(Presentation Graphics)平面8中。通过解码图形流，在画面上呈现字幕。

Presentation Graphics(PG)平面8是具有一个画面大小的区域的存储器，可存储一个画面大小的非压缩图形。该平面中的分辩率为1920×1080，显示图形平面8中的非压缩图形的各象素由8比特的索引颜色(Index Color)来表现。通过使用CLUT(Color Lookup Table)来变换该索引颜色，将存储在显示图形平面8中的非压缩图形提供给显示。

合成部9合成被存储在视频平面6中的非压缩状态的画面数据与显示图形平面8的存储内容。

文本代码缓冲器10是存储从BD-ROM和本地存储器2中读出的文本字幕流的缓冲器。在文本字幕流的情况下，即便是2小时的电影作品用的字幕也为500K字节左右，所以若文本代码缓冲器10中有500K字节左右的规模，则可读入1个文本字幕流。

字体缓冲器11存储在将构成文本字幕流的代码串展开为位图时所用的字体数据。该字体缓冲器11若有近1M字节左右的存储器规模，则可存储CJK字体(汉语、日语、韩语)字体。若存储该CJK字体，则可将汉语、日语、韩语的文本字幕展开为位图。

TextST解码器12使用被存储在字体缓冲器11中的字体数据，将包含于文本代码缓冲器10上的文本字幕流中的文本代码展开成位图，写入显示图形平面8中。

加载器13将文本字幕流和字体数据加载到文本代码缓冲器10和字体缓冲器11中。加载器13加载的对象是文本字幕流和其展开所需的字体数据，数据量较小，所以加载器13将记述于STN_Table中的全部文本字幕流读入文本代码缓冲器10中。与此同时，可将字体数据读入字体缓冲器11中。在如此读入之后，对应于当前的再现时刻，向TextST解码器12提供必需的数据。将在MainPath再现之前，向文本代码缓冲器10、字体缓冲器11读入数据称为“预加载”。

加载器13执行预加载的理由如下。若将由MainPath信息与SubPath信息所指定的两个流分别记录在BD-ROM、硬盘中，则只要分别从两个媒体中同时读取即可。但是，BD-ROM等光盘由于访问速度较慢，所以在将由MainPath信息指定的流与由SubPath信息指定的流记录在同一BD-ROM中的情况下，很难边执行搜索边访问两个流。因此，加载器13在执行MainPath的再现开始之前，将SubPath信息指定的数据、即文本字幕流和其展开所用的字体数据读入缓冲器中。

在将全部数据读入文本代码缓冲器10、字体缓冲器11的情况下，也可边再现MainPath侧的流，边再现SubPath侧的流。这里，即便不选择SubPath信息侧的流，专门再现MainPath侧的流，则如果文本代码缓冲器10、字体缓冲器11未被重新写入，则可从MainPath侧的流切换到SubPath侧的流。

序列存储器14是用于存储当前的PlayList信息或当前的Clip信息的存储器。所谓当前PlayList信息是指记录于BD-ROM中的多个PlayList信息中构成当前处理对象的信息。所谓当前Clip信息是指记录在BD-ROM中的多个Clip信息中构成当前处理对象的信息。

控制部15根据在序列存储器14读出的当前PlayList信息、当前Clip信息，读出记录于BD-ROM中的AVClip，执行再现控制。

PSR组16是内置于再现装置中的寄存器，由64个Player Status/Setting Register(PSR)与4096个General Purpose Register(GPR)构成。Player Status/Setting Register的设定值(PSR)具有何含义在后面详细说明。

流选择部17从记述了STN_table中记述的entry-attribute的PG流或文本字幕流中选择一个，并再现。所谓流选择部17的选择是指从记载于STN_Table中的多个entry-attribute组中、对应于存储在PSR中的流序号的组中取出PID，使对应于所取得的PID的PG流或文本字幕流合成为动态图像。这里取得的PID特定PG流，设定多路复用分离部4，以多路复用分离该PG流。另一方面，取出的PID特定文本字幕流，将该文本字幕流从文本代码缓冲器10、字体缓冲器11提供给TextST解码器12。

图14是将基于视频解码器解码得到的解码结果与流选择部17的选择结果写入到图12的内部构成中的图。这里，所谓视频解码器的解码结果是画面串，所谓流选择部17的选择结果是‘实际上’‘是假话’‘对不起’‘从那时起’‘已经3年了’等的字幕。流选择部17通过有选择地使PG流的解码结果、文本字幕流的解码合成到画面串中，可使再现装置通过将PC流的解码结果、文本字幕流的解码结果之一作为字幕合成于画面中来再现。

<对PSR的说明>

以上是本发明的再现装置的构成。下面，说明PSR组中的各个PSR。PSR组中，PSR1、PSR2、PSR15、PSR17、PSR30、PSR48-61是表示再现装置中的声音、字幕的选择、或有无解码它们的能力、语言设定的。图15表示PSR2、PSR17、PSR30的详细设定。

PSR的细节之一.PSR2.17.30

PSR2存储当前选择的PG流或文本字幕流的流序号。这里，所谓流序号是表示STN_Table中对应于PG流和文本字幕流的entry-attribute是第几个记载的记载顺序的序号，是取决于各个STN_Table的序号。

另外，PSR2包含disp_flag。disp_flag通过被设定为“0”，表示不能显示PG流和文本字幕流，通过被设定为“1”，表示可显示PG流和文本字幕流。

PSR17利用ISO639-2/T的语言代码(language code)来表示本再现装置中的字幕语言的设定。这里，所谓语言设定是指对再现装置存储称为430语言的语言中用户希望再现的语言。存储在该PSR17中的语言只是用户的希望，不限于对应于该语言的PG流、文本字幕流存在于BD-ROM中。另外，存在于PSR17中的Decode Capability也不限于存在于再现装置中。总之，将用户的希望作为字幕语言的设定被存储在PSR17中。

PSR30通过将最上位比特设定为“0”，表示再现装置中不存在显示文本字幕的能力，通过将最上位比特设定为“1”，表示再现装置中存在显示文本字幕的能力。

即便再现装置有解码文本字幕流的能力，但可执行对应于哪个语言的文本字幕流的解码、不可执行对应于哪个语言的文本字幕流的解码因语言不同而不同。

PSR的细节之二.PSR48-61

文本字幕流使用字符代码来表现字幕。但是，如日本、中国、韩国等东南亚明显看到，对各种语言的每一个，也存在不同的字符代码。因此，对每个语言准备标志，可判定成为对象的语言是否能适当显示。PSR组的PSR48-61表示对由ISO639-2/T的语言代码(language code)定义的各个语言之文本字幕流有无解码能力。

图16是表示PSR48-61的内部构成的图。图中的四方框是表示一个语言中的Decode Capability的Decode Capability标记。

这些PSR48-61存储语言数那麽多的标志。由于标志只要能对每个语言表示能否显示即可，所以被设定成1语言＝1比特。即便是利用人数较少的方言，也由于使其成为表示Decode Capability的有无，所以本图中的比特构成通过430语言×1比特而需要430比特以上的寄存器区域。

这种Decode Capability标志由于对应于430语言中的各个，所以通过参照这些Decode Capability标志中、对应于记述在STN_Table中的textST_language_code的标记，可判定有无对应于该textST_language_code的语言的文本字幕的解码能力。

图17是表示PSR48-61中的Decode Capability标志与textST_language_code的对应的图。利用PSR序号p和比特位置q来识别PSR48-61中的各个Decode Capability标志。另外，利用textST_language_code来表现文本字幕流的语言属性。通过将该textST_language_code变换成PSR48-61中的PSR序号p和比特位置q，可判定是否存在针对文本字幕流的Decode Capability。

图18是表示PSR48-61中PSR53的内容的图。PSR53包含共计32个Decode Capability标志。“jpn”、“jav”、“ita”这3个字节的代码是textST_language_code。可知PSR53中存在共计32个这些textST_language_code中示出的Decode Capability标志。图19是表示textST_language_code的含义内容的图。若对照该图中的含义内容，则“ita”的3比特代码表示意大利语，“jpn”的3字节代码表示日语。“jav”的3字节代码表示JAVA语言。由于其余的PSR也通过1比特的值来表示Decode Capability标志的有无，所以在PSR48-61中示出共计430语言的Decode Capability标志。以上是本实施方式中的PSR组的特征部分。下面说明流选择部17的特征部分。

<对流选择部17的说明>

图20是表示第1实施方式中的流选择部17的特征部分的图。流选择部17的特征在于流选择部17中存在比特分配表格19、Procedure执行部20。

特征一.比特分配表格19

分配表格19示出表示textST_language_code的3字节的代码串与PSR48-61中的PSR序号、比特位置的分配。图21是表示PSR48-61中的PSR序号和比特位置与textST_language_code的对应关系的图。根据该图，可知textST_language_code中的“jpn”的3字节代码对应于PSR序号“53”和比特序号“b8”。

可知“jav”的3字节代码对应于PSR序号“53”和比特序号“b7”。

可知“ita”的3字节代码对应于PSR序号“53”和比特序号“b9”。

因为存储这种对应，所以可根据记述于STN_Table中的textST_language_code来导出PSR48-61中的PSR序号、比特位置，另外，通过参照该PSR序号、比特位置示出的1比特值的设定值，可判定有无该textST_language_code示出的语言的Decode Capability。以上是分配表格的细节。

特征二.Procedure执行部20

Procedure执行部20在产生从某个PlayItem信息向其它PlayItem信息切换的情况下，或在用户执行切换流序号的操作的情况下，执行规定步骤，向PSR2中写入新的流序号。流选择部17对应于写入PSR2中的流序号来选择PG流或文本字幕流，所以通过这种PSR2的设定，可再现PG流、文本字幕流之一。这里，在PlayItem信息的切换时，将为了PSR2设定而执行的步骤称为‘Procedure when playback condition is changed’，将用户操作时为了PSR设定而执行的步骤称为‘Procedure when change is requested’。

在PlayItem信息切换时，执行步骤是因为由于对每个PlayItem信息都存在STN_Talbe，所以往往对某个PlayItem信息可再现的文本字幕流对其它PlayItem信息则不能再现。

另外，用户操作时，执行步骤是因为不限于通过用户操作存储在PSR2中的流序号始终正确，也需要写入不正确流序号时的复原。

‘Procedure when playback condition is changed’和‘Procedure when change is requested’判定PG流、文本字幕流各自是否满足(a)(b)的条件，通过满足条件的数量多少，向PG流和文本字幕流赋予优先顺序。另外，将优先顺序高的流序号写入PSR2中。

Procedure执行部20的细节之一

Procedure when playback condition is changed的处理步骤如图22所示。该处理步骤利用步骤S1、步骤S2这两个判定步骤的组合来执行PSR2的设定。

步骤S1是STN_table中的entry数量是否为0的判定，若为0，则在步骤S3中维持PSR2的值。

步骤S2在STN_table中的entry数量不是0的情况下，判定为STN_table的entry数量是否比PSR2多，并且，条件(A)是否为真。所谓条件(A)是再现装置中存在解码由PSR2特定的文本字幕流的能力。并且，若步骤S2为Yes，则维持PSR2(步骤S4)。在PSR2的值比entry数量大或不满足条件(A)的情况下，在步骤S5中对PSR2再设定一些有效值。

Procedure执行部20的细节之二

下面说明Procedure when change is requested。图23是表示流变化时的设定步骤之流程图。该流程图与图22的差异在于将图22中的PSR2的标记置换成X。该X是基于从操作受理部3输出的User Operation信息或IG流内的按钮指令的值。

该流程图中的步骤S19判定STN_table的entry数量是否比X多、并且条件(A)是否为真。所谓条件(A)是再现装置中存在解码由PSR2特定的PG流、文本字幕流的能力。若X满足该条件，则对PSR2设定X(步骤S21)。

在X比entry数量大或不满足条件(A)的情况下，判断X是否为Invalid的值(0xFFFF)(步骤S22)。若为0xFFFF，则认为用户希望选择的PG流、文本字幕流的序号是无效的，所以忽视基于用户操作的值X，维持PSR2的设定值(步骤S24)。

若PSR2的设定值不是0xFFFF，则对PSR2设定值X(步骤S23)。

Procedure执行部20的细节之三

<用于对PSR2设定一些有效值的设定步骤>

在上述流程图中，步骤S5和步骤S23的处理细节如图24所示。图24是表示PSR2的设定步骤之流程图。

该流程图的步骤S31、步骤S32构成对记述在STN_table中的PG_textST_stream各个重复步骤S33～步骤S35的处理之循环处理。将该循环处理中构成处理对象的PG_textST_stream设为PG_textST_streami。步骤S33是PG_textST_streami的stream_coding_type是0x91还是0x92的判定，若是0x91，则移动到步骤S34。

步骤S34是PG_streami是否满足以下的(a)(b)之判定。

(a)再现装置中存在解码PG流i的能力

(b)PG流i的语言属性与再现装置的语言设定一致

该(b)的条件由STN_table中的PG_language_code是否与PSR17一致的判定来构成。

另一方面，步骤S35是textST_streami是否满足(a)(b)的判定。

(a)再现装置中存在解码文本字幕流i的能力

(b)文本字幕流i的语言属性与再现装置的语言设定相一致

是否具备(a)的判定由PSR48-61中的对应比特是否表示“有解码能力”来构成。是否具备(b)的判定由STN_table的textST_language_code是否与PSR17的设定值相一致来构成。

若对全部PG_textST_stream重复上述步骤S33～步骤S35的处理，则执行步骤S36～步骤S41的处理。

步骤S36是是否不存在满足(a)的PGstream的判定，若不存在，则对PSR2设定Invalid的值(0xFFFF)(步骤S38)。

步骤S37是是否存在满足(a)(b)双方的PG_textST_stream的判定，若存在，则对PSR2设定满足(a)(b)的PG_textST_stream中、STN_table中的入口顺序最高的PG_textST_stream(步骤S39)。

步骤S41对PSR2设定仅满足(a)的PGstream、仅满足(a)的textST_stream中、STN_table中的入口顺序最高的PGstream和textST_stream。下面，边给出具体例边说明该流程图的处理。

根据图25的流程图来判定有无各文本字幕流的Decode Capability。图25是表示判定有无文本字幕流的Decode Capability时的判定步骤的流程图。该流程图从STN_Table中取得成为对象的文本字幕流的textST_language_code(步骤S11)，通过参照分配表格，特定文本字幕流的textST_language_code中的PSR序号p和比特位置q(步骤S12)。另外，判定PSRp的第q比特是“1”还是“0”(步骤S13)，若PSRp的第q比特是“1”，则设作为对象的文本字幕流满足条件(a)(步骤S14)。另一方面，若PSR p的第q比特是“0”，则设作为对象的文本字幕流满足条件(a)(步骤S15)。

Procedure执行部20的细节之三

<PSR2设定的具体例>

该具体例中假设的再现装置如图26(a)所示，是具有解码日语、汉语的文本字幕流的能力，但不具有解码法语、意大利语的能力的再现装置。另外，设进行PSR17中的语言设定，以示出汉语。

对这种再现装置，设加载图26(b)所示的STN_table。在该STN_table中，记述有日语、法语、汉语、阿拉伯语的文本字幕流的entry(textST_stream1、2、3、4)。

若这种记述内容的STN_table是处理对象，则在步骤S34、步骤S35中，各PG_textST_stream是否具备条件(a)、条件(b)的检查如图26(c)所示。这里，日语的文本字幕流仅满足3个条件中的条件(a)。汉语的文本字幕流满足条件(a)、条件(b)。

因为对各流的条件具备明确，所以向满足条件(a)～条件(b)全部的汉语的文本字幕流赋予最高顺序。结果，选择汉语的文本字幕流。

Procedure执行部20的细节之四

<PSR2设定的具体例>

下面参照图27来说明基于STN_table的entry顺序之文本字幕流选择。这里假设的再现装置是与图26(a)一样具有日语、汉语的解码能力的再现装置。另外，设执行PSR17中的语言设定，以示出韩语。

设对这种再现装置加载图27(b)所示的STN_table。在该STN_table中记述日语～阿拉伯语的文本字幕流之entry(textST_stream1、2、3、4)。

若这种记述内容的STN_table是处理对象，则在步骤S34、步骤S35中，各PG_textST_stream是否具备条件(a)、条件(b)的检查如图27(c)所示进行。这里，日语的文本字幕流仅满足3个条件中的条件(a)。汉语的文本字幕流也仅满足条件(a)。

这里，在有多个仅满足条件(a)的文本字幕流的情况下，对应于STN_table中的entry顺序，确定各流中的顺序。这里，就STN_table而言，由于日语的顺序最高，所以选择日语的文本字幕流。以上是对Procedure执行部20的说明。下面说明控制部15的处理步骤。

特征3.控制部15的处理步骤

图28是表示控制部15的再现步骤的流程图。该流程图将PlayList信息中的开头的PlayItem信息设为PlayItem信息i，执行步骤S133～步骤S142的循环处理。步骤S133～步骤S142的循环处理中的控制变量为变量i，执行步骤S133～步骤S140的处理，之后，执行将控制变量i增量的处理，直至变量i超过PlayItem数量(NumberOf PlayItem)为止(步骤S141)。

说明该步骤S133～步骤S140的处理。这些处理将记述在PlayItemi的Clip_Information_file_name中的AVClip设为AVClipj(步骤S133)，设为再现对象。步骤S134是Procedure when Playback Control is changed的执行，之后，指示驱动器装置和解码器，以再现从PlayItem.In_time至PlayItem.Out_time的部分(步骤S135)。

步骤S136是是否存在将PlayItem信息i指定给Sync_PlayItem_id的SubPlayItem k的判定。若不存在，则原样移动到步骤S141。

若存在，则将记述在SubPlayItemk的Clip Information file name中的AVClip变为AVCliph(步骤S138)，指示驱动器装置和解码器，移动到步骤S141，以再现从该AVCliph中的Sync_Start_PTS_of_PlayItem至Out_time(步骤S140)。

通过对构成PlayList信息的全部PlayItem信息重复以上处理，再现由PlayList信息规定的AVClip。在该循环处理中，每当再现一个PlayItem信息，则由Procedure执行部20执行Procedure when Playback Control is changed，通过该Procedure执行部20的执行，选择PG流、文本字幕流中的一个。如此选择到的流是文本字幕流，由SubPath信息来指定，通过步骤S136～步骤S140的步骤，再现该文本字幕流。

如上所述，根据本实施方式，在PSR48～61中，由于对每种语言示出有无可显示文本字幕的能力，所以用户在期望用某种语言来显示文本字幕的情况下，通过参照状态寄存器组中的各比特的设定值，可立即判定该语言有无文本字幕显示的可能性。

由于仅通过参照各比特的设定值就可判定有无在任一语言下的文本字幕显示的可能性，所以即便文本字幕的语言种类波及几百种语言，也可立即判定在期望语言下的字幕显示的可能性。

(第2实施方式)

在第2实施方式中，进一步详细说明文本字幕流和TextST解码器12的内部构成。图29是表示文本字幕流的内部构成的图。本图的第1段表示SubPlayItem信息的时间轴，第2段表示EP_map。第3段表示文本字幕流。说明该第3段中的文本字幕流的内部构成。

文本字幕流由在开头唯一存在的一个‘风格信息’与多个‘显示信息’构成。该风格信息仅在文本字幕流的开头存在一个。风格信息由作为自身识别符的‘风格ID’、表示用于展开成位图的字体数据的‘字体ID’、展开成位图时的‘字体尺寸’、表示PG平面8中的显示区域的水平位置、垂直位置的‘显示位置’构成，文本字幕流将这些信息统一作为“风格”来进行管理。另外，存在在风格信息内定义多个风格的情况(图29中为两个)。

在风格信息中记载字体尺寸是为了宣布最低限度的字体缓冲器尺寸。即，由于字体组必需预加载，所以必需在流再现之前明示指定必需读入的字体数据。

显示信息由字幕的‘显示开始时刻’、字幕的‘显示终止时刻’、作为表示字幕的代码串之‘文本代码串’、唯一特定应显示该字幕的显示位置之‘风格ID的参照值’构成。对应于文本字幕的EP_map将构成文本字幕的各个显示信息指定为入口位置。因此，如图28所示，当从其内部使文本字幕流再现时，TextST解码器12再现这些多个显示信息中、对应于SubPlayItem信息的SubPlayItem_In_time、SubPlayItem_Out_time的显示信息。以上是对风格信息、显示信息的说明。

图30(a)是表示风格信息、显示信息的设定例的图。在该设定例中，风格信息#1被设定成表示Presentation Graphics平面8中的坐标(x1、y1)。

另外，图30(a)中的3个显示信息指定在风格信息中被定义的字幕的显示区域。各显示信息的显示开始时刻分别被设定为t1、t2、t3，将各显示信息中的文本字符串设定为‘实际上’‘是假话’‘对不起’。通过如此设定，伴随着动画的再现时刻的前进，依次切换显示信息中的字幕。

设将包含图30(a)的显示信息的文本字幕流与BD-ROM上的AVClip的同步规定成Local Storage32上的PlayList信息。此时，通过根据显示信息的显示位置、显示开始时刻，将文本字符串配置在Presentation Graphics平面18上，再现图30(b)这样的合成图像。

以上是本实施方式中的文本字幕流的内部构成。

下面说明EP_map。图29的第2段中的EP_map将文本字幕流中的显示信息的入口位置与SubPlayItem信息时间轴上的入口时刻对应表示。通过表示这种对应，可从SubPlayItem信息时间轴上的任意位置导出文本字幕中的显示信息的地址。

以上是就文本字幕流的说明。

下面，说明使用了SubPlayItem信息的文本字幕流的再现。如图29所示，由于利用EP_map来执行入口时刻与入口位置的对应，所以通过将SubPlayItem信息的In_time、Out_time变换成文本字幕流的入口位置，可得到对应于In_time的显示信息的地址。

图31是图28的步骤S140的详细流程图，是表示文本字幕流的再现处理的流程图。

在步骤S148中，使用当前Clip信息的EP_map，将SubPlayItem#y的In_time变换成文本字幕流中的显示信息的相对地址α。另一方面，在步骤S149中，使用当前Clip信息的EP_map，将SubPlayItem#y的Out_time变换成文本字幕流中的显示信息的相对地址β。求出利用这些变换得到的地址β的下一地址，将该地址的前一地址设定为地址γ(步骤S151)，使用如此算出的地址γ，将文本字幕流中的地址α至地址γ的部分输入TS解码器(步骤S152)。利用该流程图，通过将SubPlayItem信息中的In_time变换成文本字幕流中的入口位置，可根据SubPlayItem信息使文本字幕流再现。

通过这种处理，由于再现MainPath的再现、SubPath的再现双方，所以显示由动画与字幕构成的合成图像。

下面，说明本实施方式中的TextST解码器12的内部构成。

图32是表示TextST解码器12的内部构成的图。如图所示，TextST解码器12由字体表现(rendering)部21、展开缓冲器22和控制器23构成。

字体表现部21将存储在文本代码缓冲器10中的显示信息的代码串展开为位图。当展开时，取出该显示信息中的风格ID，从缓冲器中取出对应于该风格ID的字体数据，使用该字体数据来执行。

展开缓冲器22存储被字体表现部21展开的位图。

将把构成文本字幕流的代码串、和该代码串展开必需的字体数据读入缓冲器中的处理称为“预加载”。在能向文本代码缓冲器10、字体缓冲器11中读入多个流的情况下，读入的优先顺序由第1实施方式中所述的STN_table中的顺序等来确定。若从优先顺序高的流开始读入到文本代码缓冲器10、字体缓冲器11中，则再现中不产生搜索，被切换的流的种类增加。

控制器23根据显示信息中的显示时刻和显示位置，将存储在展开缓冲器22中的位图写入PG平面8中。

当字体表现部21进行向位图的展开时，执行支持对应于文本字幕流的语言的语言特性的控制。语言特性的支持中，有横写、竖写、字距调整、行末禁则、从右向左的描绘、合字·抱字等支持。

这里，所谓字距调整是指通过字符的形状来缩小字间距以使外表变好的功能。所谓行末禁则是指禁止行末的‘。’由于字体的配置而来到行头的功能。

以上是表示TextST解码器12的内部构成的图。说明在由图形表现字幕的情况下，不产生，但在由字符串表现的情况下，新产生的技术课题。

<基于代码串表现的技术课题>

在由图形表现的字幕的情况下，无论哪个再现装置都保证相同的外表变简单。在字幕由字符代码表现的情况下，需要图32的内部构成所示的、称为Font Generater或Renderer的、将字符代码变换成位图后显示在画面上用的模块(字体表现部21)。另外，Font Generater因设备不同，有可能字符的外形(見せ方)、支持的语言不同。

这是因为在由图形表现的字幕的情况下，外表在创作(authoring)时就被确定，相反，在字幕由字符代码表现的情况下，字幕的外表取决于再现装置的Font Generator的性能。

字符形状多少差异即便在当前阅览Web页的HTML浏览器中也存在，不是太大的问题，但下述的语言特性引起的差异非常大。

图33(a)是说明日语的语言特性引起的布局差异的图。图33(a)中的“括号的形状”表示括号记号在横写与竖写上相差90度倾角。“字符的位置”表示需要在横写与竖写

等小字符时微调配置位置。“长音的形状”表示在横写与竖写中改变字符的形状自身。图33(b)表示阿拉伯语的语言特性下的布局。如图33(b)所示，可知在阿拉伯语中，字符从右侧流向左侧。

虽然Font Generater必需生成这种特殊字符、语言，但不是说这只要提供对应的字体信息即可，而是需要在字体表现部21描绘位图时作为描绘功能来对其进行支持。由于这些支持是必需的，所以若考虑品质保证，则期望在支持被全部满足的前提下，具有解码能力。

另外，由于就在欧美发售的BD-ROM再现装置而言几乎不必显示日语或阿拉伯语的字幕，所以不一定需要适当显示这些字符用的Font Generater。各个再现装置不必支持全部语言，另外，不期望为了支持而花费多余的成本。或者，在全部再现装置必需支持全部语言的适当显示的情况下，因制造国不同，没有针对成为对象的全部语言的知识，不知如何制造Font Generater，所以也不期望不能制造再现装置。另一方面，为了提高商品的附加价值，可显示的语言种类越多越好。

因此，应向文本字幕流控制用的应用程序传递可适当显示哪个语言，在本实施方式中，如图34所示，执行对PSR48-61的设定。

图34是表示在设定日语、英语、阿拉伯语等3种语言的Decode Capability时的判断基准的图。

上表，示出有无呈现英语、日语、阿拉伯语的字符字体的能力，下表，示出有无支持英语、日语、阿拉伯语的语言特性的能力。

若参照该下侧的表，则英语的字幕显示在将位图写入PG平面8时，开始支持“横写”、“字距调整”、“合字、抱字”等功能，可判断为支持语言特性(语言特性的支持→1)。

日语的字幕显示在将位图写入PG平面8时，开始支持“横写”、“竖写”、“行末禁则”、“注音”等功能，可判断为支持语言特性(语言特性的支持→1)。

阿拉伯语的字幕显示在将位图写入PG平面8时，开始支持“从右向左的描绘”、“合字抱字”等功能，可判断为支持语言特性(语言特性的支持→1)。

这些功能由于以将字符串展开为位图的功能(表现)为前提，所以在本实施方式中，规定为首先满足表现能力与语言特性的支持能力，将PSR48-61中的与日语、英语、阿拉伯语对应的Decode Capability标志设定为接通“1”。

在商品化再现装置时，制造商的技术人员检查TextST解码器12具备图34所示的多个项目中的哪个、不具备哪个。之后，将表现能力、支持能力的具备作为条件，设定PSR48-61。由此，Procedure执行部20能否解码文本字幕流的判定适当，可期待各个语言的文本字幕显示的适当化。

另外，PSR48-61示出有无语言的Decode Capability，但也可不是对每个语言、而是对每个应支持的功能(横写、竖写、字距调整、行末禁则、合字抱字等)示出是否支持语言特性。若使用该结构，则若对每个语言事先确定哪个功能是必需的，则不必使用语言个数的寄存器区域即可实现。此时，在支持各功能的情况下，只要将标记设为ON即可，若不支持，则将标志设为OFF即可。此时，再现装置内必需图34所示的对应表，但该对应表可不是作为寄存器、而是作为程序进行组装，所以也可能即便语言增加也能进行更新。

作为文本字幕流的属性信息，也可不是此前说明的那样的语言属性、即是日语或英语的信息，而对Clip信息示出为了显示哪个功能是必需的。

(第3实施方式)

在第1实施方式中，仅参照PSR48-61中示出的Decode Capability标志的设定值，判定有无各语言的显示时刻，而本实施方式是扩大可进行字幕显示的语言种类的实施方式。

在成为对象的语言不被再现装置支持的情况下，由于由盘或下载来提供字体数据，所以，虽然配置等不正常，但也许不是不能读取。因此，通过再现装置的状态或使用者的设定，允许不支持的语言也显示，在不支持的语言不适当显示、困难的情况下，想避免显示。

这里，说明没有语言特性支持的语言(非支持语言)中的字幕显示的可能性。图35(a)、(b)是表示完全支持竖写项目的日语字幕和纵写项目支持不完全的日语字幕的图。制造再现装置的制造商有由于显示非支持语言而不能读取字符等的商品难处。由于这种事情，所以也许想禁止这种显示。

但是，即便不支持日语的适当显示，也可如图35(b)所示，也有无论如何能读的可能性，作为声音，不输入日语，若不能理解其它语言的声音或字幕，则即便多少难以读取，用户也有可能期望显示。再现装置的制造者基本上禁止，但若用户期望，则若能由再现装置实现允许显示的设定，则可字幕显示的语言种类格外增加，对用户的便利性提高。

这里所说的“用户”是指所谓的共同用户(操作者全体)，也可以是制造商的技术人员，是“操作者全体”的意思。

如上所述，对品质保证细心注意的制造商想禁止图35(b)那样的字幕显示，但对于用户来说，即便是图35(b)的显示，在字幕显示的存在上并没有改变，所以希望这种状态下的字幕显示。

为了实现这种制造商侧的愿望与用户侧的愿望的调和，在本实施方式中进行下示的改良。为了实现非支持语言的选择，本实施方式中的再现装置具有图36所示的内部构成。本图中的改良如下所示。

i)在PSR30的b23-b16中，存在表示是否允许非支持语言的选择的允许标志。

ii)在PSR的预约区域中示出属于特定语言圈的各个语言是否是非支持语言。

iii)Procedure执行部20根据PSR30的b23-b16来执行非支持语言的选择。

iv)自测部31、设置部32存在于控制部15内。

改良点之一.PSR30的b23-b16

图37是表示第3实施方式中的PSR30的b23-b16的比特分配的图。该图中，在PSR30的b23-b16中示出是否允许未支持的语言的用户选择。

即，在PSR30的b23-b16为“00000000(＝OFF)”的情况下，即便用户选择未支持的语言也不显示。也可以是开始就不能选择。在该PSR30的b23-b16为“10000000(＝ON)”的情况下，虽然也许不是适当的显示，但表示用户在选择后可将文本字幕流显示于画面上。以上是对PSR30的b23-b16的改良。

下面说明预约区域的改良。

改良点之二.预约区域

图38是表示PSR的预约区域下的比特构成的图。该预约区域表示属于汉字圈等特定语言圈的各个语言是否是非支持语言。该预约区域中的各比特对应于属于特定语言圈的各个语言，该比特若为“1”，则表示该语言是非支持语言，若为“0”，则表示该语言是在再现装置侧没有对应的表现能力之语言(非表现语言)。通过这种比特设定，可对属于特定语言圈的语言判明是否是非支持语言。另外，预约区域中的各比特对应于哪个语言的比例可使用图21所示的比例表格来计算。以上是对PSR的改良。下面，说明对自测部31的改良。

改良点之三.自测部31

自测部31在出厂时，则制造商的技术人员进行表现能力、语言特性的支持具备的测试，对应于测试结果，设定PSR48-61的任一。这里，设置部32保持各种测试图形，将它们提供给TextST解码器12，执行字幕显示中的语言特性的支持的测试显示，将测试结果显示于显示器中。虽然有表现能力，但若没有支持能力，则根据来自制造商的技术人员的操作，将该语言登录为非支持语言。若表现能力和支持能力都没有，则根据来自制造商的技术人员的操作，将该语言登录为非表现语言。

改良点之四.设置部32

设置部32对应于用户对摇控器300的操作，显示设置菜单，改写PSR30的b23-b16的设定值。图39(a)是表示设置菜单的图。如图所示，在由设置菜单受理的设定项目中，有‘国家地域’、‘菜单语言’、‘声音语言’、‘字幕语言’、‘可显示的语言的扩展’等5个项目。该设置部32的特征在于从用户处接受是否执行可显示的语言的扩展之指定。

图39(b)是表示在用户希望语言种类的扩展时显示的菜单的图。本图中的菜单包含非支持语言的一览显示(图中意大利语、西班牙语、俄语......)、显示该非支持语言的测试字幕流时的警告语Wn1、和受理是否执行语言种类的扩展的选择的按钮bn1、bn2。

该警告语Wn1是在显示非支持语言的字幕时、向用户警告字幕显示的一部分变得不正常的语句。另外，上述按钮bn1、bn2无论这种警告如何，都受理是否执行语言种类的扩展。以上是本实施方式中的各构成要素的改良点。下面，参照图40的流程图来说明Procedure执行部20、自测部31、设置部32的处理步骤。

图40是表示第3实施方式中的文本字幕流的判定步骤的流程图。该流程图构成为对图25的流程图加入步骤S16、步骤S17。

该步骤S16判定成为对象的文本字幕流是否是非支持语言。步骤S17判定PSR30的b23-b16是否是10000000b。这里，在步骤S16判定为Yes、步骤S17判定为Yes的情况下，即便该文本字幕流是非支持语言，也设为满足条件(a)。另一方面，若步骤S16、步骤S17任一为否，则判断为不满足条件(a)。

图41是表示自测部31的处理步骤的流程图。该流程图是对由textST_language_code表现的430种语言的每个重复步骤S42～步骤S48的处理的循环处理。若将循环处理中成为对象的语言设为语言u，则步骤S42变换到语言的textST_language_code的PSR序号、比特位置。

步骤S43是是否具有表现语言字体的能力的判定，并且，若判断为没有表现的能力，则将PSRp的第q比特设定为0(步骤S48)。

步骤S44是是否有语言特性的支持能力的判定。并且，若判定为有，则将PSRp的第q比特设定为1(步骤S45)。并且若判定为没有，则通过将语言u登录为非支持语言(步骤S47)，将PSRp的第q比特设定为0(步骤S48)。

若对全部语言执行以上处理，则执行步骤S49、步骤S50的处理。步骤S49是询问用户是否执行非支持语言的字幕显示的步骤。若想执行非支持语言的字幕显示，则执行步骤S50。步骤S50是将PSR30的b23～b16设定为10000000的处理。并且，若不想执行非支持语言的字幕显示，则跳过步骤S50。以上是自测部31的处理步骤。

图42是表示设置部32的处理步骤的流程图。设置部32若显示设置菜单(步骤S51)，则判定是否存在非支持语言(步骤S52)。若不存在，则移动到步骤S54，若存在，则将用于受理“可显示语言的扩展”的设定项目附加到设置菜单中(步骤S53)，执行设置菜单的设定项目的选择等待(步骤S54)。

若选择设定项目，则判定该选择项目是否是语言种类的扩展(步骤S55)。若不是，则执行应当的处理步骤，以执行国家地域、菜单语言、声音语言、字幕语言的设定(由于这些处理步骤不是本发明的关键，所以省略说明)。

若是语言种类的扩展，则显示图39的菜单(步骤S56)，变为来自用户的操作等待(步骤S57、58)。若按下移动键(步骤S57为Yes)，则执行设置菜单上的聚焦(步骤S59)。若执行终止操作(步骤S58为Yes)，则判定聚焦是否存在于意图扩展的按钮上(步骤S60)，若不存在，则原样结束处理。若存在，则将PSR30的b23-b16设定为10000000(步骤S61)，结束该流程图的处理。

如上所述，根据本实施方式，通过制造商设定用于即便是非支持语言也允许选择的标记(PSR30的b23-b16)，可切换是否让流选择部17选择非支持语言。因为可由一个标记设定来确定可否选择非支持语言，所以制造再现装置的制造者可容易执行为了严格品质保证而禁止选择非支持语言，或由用户自己的责任来允许选择非支持语言等安全变更。

由此，在用户知晓了字幕显示中会产生不良状况的基础下，可显示产生不良状况的语言的文本字幕。由于可由用户自己的责任来显示非支持语言的字幕，所以可实现用户与制造商的调和。

另外，用于即便是不支持的语言也允许选择的标记(PSR30的b23-b16)也可与文本字幕流一起记录在Clip信息中。另外，在记录在再现装置与盘上双方的情况下，既可采用逻辑或也可采用逻辑与来处理。

(第4实施方式)

在第3实施方式中，在用户期望非支持语言的字幕显示的情况下，执行处理，以将非支持语言判定为有Decode Capability，但本实施方式是如下实施方式，即在用户期望非支持语言的字幕显示的情况下，进行更新，将PSR48-61中的对应于该非支持语言的Decode Capability全部设定为“有Decode Capability”。

图43(a)、(b)是在用户不希望非支持语言的显示的情况下与希望的情况下对比Decode Capability的设定的图。图43(a)中，可知就表现能力＝“1”、并且支持能力＝“0”的语言而言，Decode Capability为“0”。

但是，在图43(b)中，可知在用户希望非支持语言的字幕显示时，表现能力＝“1”、并且支持能力＝“0”的语言的Decode Capability变为“1”。这样，在本实施方式中执行更新处理，以使表现能力＝“1”、并且支持能力＝“0”的语言的Decode Capability变为“1”。

用于实现该更新处理的改良存在于设置部31中。

图44是表示第4实施方式的设置部31的处理步骤的流程图。该流程图根据图42的流程图来制作。与图42的流程图的差异在于存在步骤S63来代替步骤S61。该步骤S63是在对期望语言种类扩展的按钮判定为存在聚焦的情况下(步骤S60为Yes)所执行的步骤，将表示对应于非支持语言的全部语言的Decode Capability的Decode Capability标志设定为“1”。通过执行该步骤S63，在用户希望语言种类扩展的情况下，一律将对应于这些语言的Decode Capability标志设定为“1”。

如上所述，根据本实施方式，在用户期望时，将PSR48～61中对应于非支持语言的Decode Capability标志设定为“1”，所以设定PSR2时的设定步骤变简单。

(第5实施方式)

第5实施方式是涉及再现中断的实施方式。这里，所谓再现中断是指再现AVClip时、通过从BD-ROM将未预加载的文本字幕流读入缓冲器中所产生的再现中断。这种中断因边记述在STN_Table中，用户边选择不能预加载的文本字幕流而产生。

这里，在存在多个由SubPath信息指定的流的情况下，也会由于文本代码缓冲器10、字体缓冲器11的容量而仅将其中的几个流读入缓冲器中。若切换为未预加载的流，则由于需要执行对BD-ROM的盘搜索后读入数据，所以AVClip的再现中断。

图45表示文本代码缓冲器10、字体缓冲器11的容量仅为3种语言大小的情况下的文本字幕流的切换状态。

本图中，在预加载了3个语言的日语、法语、汉语的文本字幕流之后，开始MainPath的再现。根据图10所示的STN_Table，在加载器13执行预加载时，加载器13执行图45那样的预加载。图45是表示加载器13向缓冲器的预加载。即，将文本字幕流中、STN_Table的记述顺序高的流依次加载到缓冲器中，之后在填充缓冲器的阶段，终止预加载。STN_Table中顺序最低的文本字幕流(在本图中为阿拉伯语的文本字幕流)未被预加载到缓冲器中。

尽管未被预加载到缓冲器中，但由于STN_Table中记述了阿拉伯语的文本字幕流，所以流选择部17会如图46所示对再现对象选择该非预加载的文本字幕流。

在由流选择部17选择的文本字幕流不在缓冲器中的情况下，由于执行将其加载到存储器中的处理，所以在AVClip的再现中，要将文本字幕流读入缓冲器中。此时，流选择部17采取如下步骤，即暂时中断AV流的再现，在将阿拉伯语的文本字幕流读入文本代码缓冲器10、字体缓冲器11中之后，从中断再现的地点开始重新开始(Resume)再现。

图47是示意性表示在AVClip的再现中，在用户选择非预加载的文本字幕流的情况下，加载器13执行的加载处理的图。

在AVClip的再现中，尽管光拾取器访问AVClip，但若读出非预加载的文本字幕流，则由于在该读出中，伴随着图48(a)所示的从AVClip的记录区域到文本字幕流的记录区域的搜索、从文本字幕流记录区域到AVClip记录区域的搜索，所以在搜索的期间，如图48(b)所示，断绝向解码器提供AVClip，产生AVClip的再现中断。

尽管就部分语言的文本字幕流，考虑不产生再现中断而，但对不能预加载的部分语言产生这种再现中断是不合理的。但是，根据用户，有相比AVClip的再现中断，更期望拓宽可切换的语言种类的情况，制造商迷惑于是优先再现中断的消除还是重视语言种类的扩大等愿望中。

AVClip的连续再现、即不中断地再现AVClip的要求、与即便中断AVClip的再现也想优先流的切换的要求对应于各种因素而变动。因此，优先哪个的规范在再现装置侧变得必要。本实施方式在再现装置侧设有这种规范。

图49是表示本实施方式的再现装置的内部构成的图。下面，参照该图来说明本实施方式的再现装置的改良点。本实施方式的改良点为以下4个i)-vi)。

i)对本图中的加载器13的改良点在于追加了预加载管理表格33。

ii)对PSR组的改良点在于将允许标志追加到PSR的预约区域中。

iii)流选择部17的改良点在于在是否选择各PG流、文本字幕流的判定中，除上述(a)、(b)的判定基准外，还加入允许标志是否变为接通、文本字幕流是否被预加载的判断基准。

iv)设置部32的改良点在于根据来自用户的操作来设定允许标志的接通/断开。

下面详细说明本实施方式中的再现装置的各个改良点。

改良点之一.预加载管理表格33

预加载管理表格33是表示记述在STN_Table中的文本字幕流中哪个被预加载、哪个未被预加载的表格。加载器13在向文本代码缓冲器10、字体缓冲器11进行预加载之后，根据STN_Table，制作该预加载管理表格，若各个文本字幕流的预加载完成，则将对应于该文本字幕流的该表格上的项目设为ON。之后，重复各文本字幕流的预加载，直到文本代码缓冲器10、字体缓冲器11填充为止。通过该处理，在预加载管理表格中示出完成预加载的文本字幕流和未预加载的文本字幕流。

改良点之二.无缝标志

图50是表示设置在PSR预约区域中的无缝标志一例的图。图中的引出线是表示无缝标志的含义内容的图。图中的无缝标志被设置在PSR的预约区域中，通过设定成“1”，表示优先无缝再现。即，表示不允许选择会产生AVClip再现中断这样的文本字幕流。若无缝标志为有效“1(＝ON)”，则由于优先AVClip未中断的再现(无缝再现)，所以禁止切换到未预加载的流。在无缝标记无效“0(＝OFF)的情况下，由于AVClip的无缝再现不太重要，所以可对登录在STN_Table中的全部流进行切换。在切换到未预加载的流的情况下，中断AVClip的再现，切换流。以上是对无缝标志的说明。

改良点之三.流选择部17

本实施方式的流选择部17根据无缝标志的设定值，判定用户是否想要导致AVClip再现中断的文本字幕切换，并根据该判定，执行是否将不在缓冲器中的文本字幕流变为选择对象的选择步骤。

如图51(a)所示，设多路复用于AVClip上的PG流、被预加载的文本字幕流、未被预加载的文本字幕流被记述在STN_Table中。另外，在设定无缝标志以优先无缝再现的情况下，状态转变如图51(b)所示。图中的圆分别示意性表示MainPath侧的PG流、预加载的SubPath侧的文本字幕流、未被预加载的SubPath侧的文本字幕流。箭头表示各流之间的切换。若无缝标记接通，则可从PG流切换到预加载的文本字幕流，或从预加载的文本字幕流切换到PG流。但是，若无缝标志断开，则如图51(c)所示，不可能从PG流切换到非预加载文本字幕流，或从非预加载文本字幕流切换到PG流。以上是对流选择部17的改良点的说明。

改良点之四.设置部32

设置部32与第3实施方式一样，对应于用户对摇控器300的操作来显示设置菜单，执行PSR预约区域中的无缝标志的更新。图52(a)是表示本实施方式中由自测部31显示的设置菜单的图。

在本实施方式中，在由设置菜单受理的设定项目中，有‘国家地域’、‘菜单语言’、‘声音语言’、‘字幕语言’、‘可显示的语言的扩展’等5个项目。该设置部32的特征在于从用户处接受是否扩展可显示语言的指定。这里的“语言的扩展”与第1实施方式～第3实施方式所示不同，是指为了实现无缝再现而将禁止选择的语言的文本字幕加入到选择对象中。

图52(b)是表示用户想要语言种类扩展时显示的菜单的图。该图中的菜单示出表示语言种类的扩展通过中断映像的再现而得到的警告语Wn2、用于受理保障无缝再现操作的按钮bn3、和受理使字幕切换优先于无缝再现的操作的按钮bn4。

警告语Wn2表示语言种类的扩展通过中断映像的再现得到，另外，上述按钮bn3、4无论警告如何，都受理执行或不执行语言种类的扩展。通过这种显示，用户由自己的责任来选择是否执行字幕显示。由此可实现不中断地再现AVClip的愿望、与即便中断AVClip的再现也想优先流的切换的愿望的调和。

以上是本实施方式中的各构成要素的改良点。下面，说明本实施方式的流选择部17的选择步骤。

图53是表示第5实施方式的流选择部17的选择步骤的流程图，该流程图是改良图24后得到的。该流程图的步骤S31、步骤S32与图24一样，为对记述在STN_Table中的PG流、文本字幕流的每个重复步骤S33～步骤S34、步骤S61的处理的循环处理。步骤S33、步骤S34的处理与图24相同，但步骤S61的处理与图24不同。

具体而言，在步骤S61中，判断textST_streami是否满足以下的(a)、(b)、(c)、(d)。

(a)再现装置中存在解码文本字幕流i的能力

(b)文本字幕流i的语言属性与再现装置的语言设定一致

(c)是否预加载文本字幕流i的显示所需的数据

(d)是否要求无缝再现

参照预加载管理表格来判定是否具备(c)条件。参照PSR的预约区域中的允许标志来判定是否具备(d)的条件。

若对全部PG_textST_stream重复以上步骤S33～步骤S35的处理，则执行步骤S62～步骤S63、步骤S65～步骤S68的处理。

步骤S62是是否通过无缝标志被要求无缝再现的判定，步骤S63是在满足条件(c)的PG流、文本字幕流中是否存在可显示的流的判定。

在未通过无缝标志来要求无缝再现的情况下，步骤S62变NO，执行与图24一样的处理。即，判定是否存在可显示的PG流、文本字幕流(步骤S65)，若存在，则将满足条件(a)、条件(b)的PG流、文本字幕流中、在STN_Table中的顺序最高的设定给PSR2(步骤S67)。若不存在，则将Invalid的值设定给PSR2(步骤S68)。

通过无缝标志请求无缝再现(步骤S62为Yes)，并且存在满足条件(c)的文本字幕的情况下(步骤S63为Yes)，将满足条件(a)、条件(b)、条件(c)的PG流、文本字幕流中入口顺序最高的设定给PSR2(步骤S66)。

虽然利用无缝标志被要求无缝再现(步骤S62为Yes)，但在不存在满足条件(c)的文本字幕流的情况下(步骤S63为否)，将Invalid的值设定给PSR2(步骤S68)。以上是图53的流程图。

图54是详细表示图53的步骤S66的处理的流程图。

步骤S91是是否存在满足条件(a)、条件(b)、条件(c)全部的PG流、文本字幕流的判定。若存在，则将满足条件(a)、条件(b)、条件(c)全部的PG流、文本字幕流中、STN_Table中的顺序最高的流设定给PSR2(步骤S93)。

在不存在满足条件(a)、条件(b)、条件(c)全部的PG流、文本字幕流的情况下，执行步骤S92。步骤S92是是否存在满足条件(a)、条件(c)的PG流、文本字幕流的判定。若存在，则将满足条件(a)、条件(c)全部的PG流、文本字幕流中、STN_Table中的顺序最高的流设定给PSR2(步骤S94)。

以上是本实施方式中Procedure执行部20的处理步骤。下面说明设置部32的无缝标志的设定。图55是表示设置部32的无缝标志的设定步骤的流程图。

图55是表示设置部32的处理步骤的流程图。设置部32在显示设置菜单之后(步骤S71)，执行步骤S72、步骤S73的判定。步骤S72是是否将无缝标志设定成ON的判定，步骤S73是是否存在在被记述于STN_Table中的同时、未被预加载的文本字幕流的判定。

若步骤S72、步骤S73的双方为Yes，则将用于受理扩展语言种类的操作的选择项目追加到设置菜单中。若步骤S72、步骤S73之一为否，则跳过该步骤S74。

之后，执行设置菜单的设定项目的选择等待(步骤S75)。若选择设定项目，则执行该选择项目是否是语言种类的扩展的判定(步骤S76)。若不是，则执行应当的处理步骤，以设定国家地域、菜单语言、声音语言、字幕语言(这些处理步骤不是本发明的关键，所以省略说明)。

若用户选择语言种类的扩展，则显示图52(b)的菜单，变为等待来自用户的操作(步骤S78-79)。若按下移动键(步骤S78为Yes)，则执行设置菜单上的聚焦移动(步骤S80)。若执行终止操作(步骤S79为是)，则判定聚焦是否存在于期望“优先字幕切换”的按钮上(步骤S81)，若存在，则原样结束处理。若在希望字幕切换优先的按钮中存在聚焦，则将预约区域中的无缝标志更新为“0”(步骤S82)，结束该流程图的处理。

如上所述，根据本实施方式，在要求AVClip的连续再现、即不中断地再现AVClip的要求、与即便中断AVClip的再现也想优先流的切换的要求的情况下，由于优先哪个被示出于无缝标志中，所以可实现这些要求的调和。

另外，说明在本实施方式中将MainPath侧的AVClip、SubPath侧的文本字幕流和字体数据都一起记录在BD-ROM上的情况。

在SubPath侧的流与MainPath的数据不同的记录媒体上、例如硬盘等访问较快的记录媒体中，记录文本字幕流，若不产生AVClip的解码缓冲器的下溢，则无缝标志是有效的，即便在优先AVClip的无缝再现的情况下，也允许切换到未预加载的流。

另外，即便SubPath侧的流位于光盘上，由于光盘的访问速率非常快，所以若不引起AVClip的解码缓冲器的下溢，则即便是未预加载的流，也允许切换。

另外，MainPath再现中的搜索，因与MainPath相同在BD-ROM上记录构成SubPath信息的文本字幕流而产生，所以通过将SubPath侧的流拷贝到硬盘等访问快的记录媒体上，也可开始MainPath的再现。由此，可抑制再现中产生多余的搜索。

(第6实施方式)

在第5实施方式中，对PSR示出优先AVClip的无缝再现还是优先文本字幕流的切换，而本实施方式是设置在STN_Table中的实施方式。本图中的STN_Table在Attribute-PID组中的Attribute中设置无缝标志。图56(a)是表示第6实施方式的STN_Table的内部构成图。如图所示，在本实施方式中的STN_Table中，在对应于文本字幕流的entry与attribute的组中的attribute中，存在无缝标志。

图56(b)示出设置在STN_Table中的无缝标志的内容。本图中的无缝标志的含义内容与图50相同。由于优先AVClip的无缝再现还是优先可字幕切换的语言种类的多少的指定由STN_Table内的无缝标志来规定，所以可由创作担当者事先规定应优先哪个。此时，应赋予无缝标志的单位即可以是盘整体的属性，也可以是作为再现单位的播放列表的属性，或是流的属性。

如上所述，根据本实施方式，在通常的电影作品的情况下，由于创作担当者不期望中断AV流的再现，所以可通过对STN_Table进行设定，来向再现装置传递该意向。

(第7实施方式)

在文本字幕流的情况下，需要文本字幕流本身的预加载与字体数据的预加载两种预加载。

作为被预加载的数据，若两个数据不全，则不能显示文本字幕流。因此，即便在STN_Table中登录文本字幕流，将文本字幕流读入到文本代码缓冲器10中，但若未将字体数据读入字体缓冲器11中，则不能显示，所以这种流选择应禁止。

但是，在字体缓冲器的尺寸为一个字体组大小的容量的情况下，仅能读入ID＝1的字体数据的字体数据，在需要中途切换成ID＝2的字体数据的字体数据的情况下，必需将数据读入字体缓冲器中。此时，如此前所述，若要求不中断地再现AV流，则应限制字体数据的再读入。

在文本字幕流的字幕显示中需要字体数据，但该字体数据的加载在AVClip的再现途中产生的情况下，有时中断视频流的再现。

图57是在1个文本字幕流的途中、切换使用的字体的实例。图中时刻之前，使用ID＝1的字体数据来显示字幕，但在t1之后，设使用ID＝2的字体数据来实现字幕。若该ID＝2的字体数据不在缓冲器中，则加载器13在AVClip的再现中，加载字体数据。由于产生用于加载该字体数据的盘搜索，所以产生视频流的再现中断。

但是，如第2实施方式所示，在文本字幕流内的风格信息中记录了字体的ID或名称、和在哪个时刻需要该字体。但是，若未分析文本字幕流本身，仅通过对风格信息的记述不能知道这些字体的ID。

因此，在本实施方式中，在Clip信息中记述必需的字体数据的ID。由于在Clip信息中列举必需的字体ID，所以可不必分析存储文本字幕流的文件来调查必需的字体之ID。

具体而言，如图58所示地构成BD-ROM。图58是表示本实施方式中记录媒体的内部构成的图。图中，0002-0005.m2ts的文件分别构成文本字幕流。

另外，在本图的目录中，文件0002-0005.clpi是对应于AVClip#2-#5各个的Clip信息。该对应于各AVClip(文本字幕流)的Clip信息记述该文本字幕流再现所需的字体数据的识别符。例如，Clip信息#2的ID＝2的字体数据、ID＝3的字体数据表示在再现对应于该Clip信息的AVClip时，需要ID＝2的字体数据、ID＝3的字体数据的字体数据的预加载。

Clip信息#3的ID＝1的字体数据表示在再现对应于该Clip信息的AVClip时、需要ID＝1的字体数据的字体数据的预加载。

这样，由于将再现所需的全部字体数据的识别符记述在Clip信息中，所以加载器13在预加载文本字幕流时，通过参照Clip信息，可无遗漏地将该文本字幕流再现所需的字体数据写入缓冲器中。

图59是表示实施方式中的加载器13的加载处理的图。这里，若设在BD-ROM中的Font目录中记录多个字体数据，在对应于各文本字幕流的Clip信息中记述ID＝2的字体数据、ID＝3的字体数据、ID＝1的字体数据的识别符，则加载器13按照该目录，根据记述在Clip信息中的识别符，将字体数据预加载到字体缓冲器11中。在日语的文本字幕流的再现时，即便在再现途中切换字体的情况下，若将双方的字体数据的识别符记述在Clip信息中，则也可不遗漏地加载到字体缓冲器11中。

这里，如图59所示，即便在再现途中需要ID＝2的字体数据的字体数据的情况下，若在Clip信息中记述了ID＝2的字体数据，则加载器13将对应于该ID＝2的字体数据的文本字幕流预加载到缓冲器中，所以可防止AVClip再现途中的中断。

另外，也可将全部字体数据作为再现装置组入的数据来存储。此时，只要有代码串，则什麽时候都可显示字符，但难以将各种语言全部的字体数据作为再现装置组入来实现。另外，由于内容制作侧想利用电影图象中的独自的字体来显示字幕等，所以事先组入字体不太有效。因此，将字体数据组入到再现装置中的考虑是没有字体数据时的例外对策程度的考虑。

(第8实施方式)

在前面的实施方式中，将必需的字体数据记述在Clip信息中，而在本实施方式中，设置文件管理信息，在其中记述字体数据的识别符。

图60(a)表示本实施方式中的记录媒体的目录构造。在FONT目录中存在4个字体数据，在该FONT目录中，存在文件管理信息和字体数据ID＝1～ID＝3。图60(b)表示文件管理信息的内部构成。文件管理信息表示字体数据ID＝1～ID＝3各个的预加载是必需的还是任意的。所谓必需的字体是在显示文本字幕流时必需的字体，所谓任意的字体是用户切换显示或字体是也许需要的字体。必需的字体必需在AV流再现之前读入到字体缓冲器11中。

图61是表示基于文件管理信息的预加载的图。就文件管理信息而言，由于将ID＝1的字体数据、ID＝2的字体数据的字体数据之预加载记述为必需，所以加载器13如图61所示，将记述为必需的字体数据加载到缓冲器中。另外，若将必需的字体数据加载到缓冲器中，则在缓冲器上的剩余区域中加载任意记述的字体数据。

如上所述，根据本实施方式，由于将预加载是必需的还是任意的记述在文件管理信息中，所以若参照该文件管理信息来执行预加载，则可减少使AVClip再现中断这样的字体数据的加载发生的概率。

另外，分析文本字幕流的结果，在未看到必需的字体数据、或未预加载、由于要求无缝再现所以不能读入的情况下，也可用已读入到文本代码缓冲器10、字体缓冲器11中的字体或再现装置组入的字体来代替。

(第9实施方式)

本实施方式叙述通过加工流或管理信息来排除必需读取未预加载的流的状况的方法。

在文本字幕流中存在不存在字幕的空白期间。另外，在将PlayItem信息中这种空白期间指定给IN点、Out_time时，由于不存在构成对象的文本字幕流的一部分，所以创作担当者有时省略该PlayItem信息的STN_Table中的文本字幕流的PID登录。

但是，尽管说成是空白期间，但若省略PlayItem信息中的STN_Table记载，则产生以下的不良状况。

如图62所示，考虑连续再现多个PlayItem的状况。设在PlayItem信息#1与PlayItem信息#2的交界要求无缝再现。包含于Subpath中应预加载的日语文本字幕流，在PlayItem信息#1中变为空白期间，所以未被登录在STN_Table中，在PlayItem信息#2与PlayItem信息#3的区间中被再现。

加载器13根据STN_Talbe，执行预加载。这里，是文本字幕流的预加载，但加载器13执行预加载的是PlayList信息中、记载于开头的PlayItem信息(PlayItem信息#1)的STN_Talbe中之文本字幕流。即便在再现途中必需，但就在开头的PlayItem信息之STN_Talbe中没有记述的文本字幕流而言，未被预加载。图63是表示基于STNTalbe的预加载的图。本图中，尽管日语被记述于PlayItem信息#2、PlayItem信息#3的STN_Talbe中，但未记述在PlayItem信息#1中。因此，加载器13也有未预加载日语的文本字幕流的情况。

在开始PlayItem信息#2的再现时，可判定预加载到PlayItem信息#2的STN_Talbe中的流是必需的，但由于PlayItem信息#1与PlayItem信息#2要求无缝再现，所以不能中断AV流的再现，不能将数据读入文本代码缓冲器10、字体缓冲器11中。因此，不会显示原本期待显示的预加载的流。

因此，就连续再现的PlayItem而言，在全部STN_Talbe中登录应预加载的流。就PlayItem信息#1而言，虽然实际上未显示PlayItem#1，但由于被登录在STN_Talbe中，所以预加载构成对象的PlayItem#1。当PlayItem#2必需时，只要显示已预加载的数据即可。图64是即便由某个PlayItem信息的In_time、Out_time指定的文本字幕流的一部分是空白期间、也在该PlayItem信息的STN_Talbe中记述文本字幕流的PID的实例。即，位于空白期间中的PlayItem信息的STN_Talbe设定为伪值。由此，预加载日语，即便在AVClip再现途中选择了日语，也可不中断AVClip再现地执行向日语的切换。

(第10实施方式)

在本实施方式中，与在前实施方式一样，涉及空白期间。在前面的实施方式中，设空白期间存在于开头的PlayItem信息中，但在本实施方式中假设途中存在空白期间的情况。若由PlayItem信息的In_time、Out_time指定的部分是空白期间，则在该PlayItem信息的STN_Talbe中不记述PID。

图65是表示虽然在PlayItem信息#1、#3的STN_Talbe中记述PG流的PID，但就PlayItem信息#2而言，PG流变为空白期间，在PlayItem信息#2的STN_Talbe中未登录PG流的PID的情况的图。

此时，登录在PlayItem信息#2的STN_Talbe中的流仅为预加载的文本字幕流，如图66所示，必然选择预加载的流。

这里，在PlayItem信息#1的再现时，由于选择被多路复用的PG流，所以在PlayItem信息#1再现中，文本代码缓冲器10、字体缓冲器11的内容被破坏。在这种情况下，尽管已从文本代码缓冲器10、字体缓冲器11中被删除，但加载器13仍再次执行读入。

另外，若在PlayItem信息#1与PlayItem信息#2的交界要求无缝再现，则不能执行这种读入，尽管选择也不能显示。

为了防止这种状况，即便在PlayItem信息#2中不存在多路复用的流，也如图67所示，将PG流的PID作为伪流登录在STN_Talbe中。通过将伪的PID登录在STN_Talbe中，即便在空白期间也选择PG流，但即便选择，也只是什么都不显示，在流选择中没有问题(图68)。另外，因为可防止选择必然预加载的流，可不产生搜索，在创作阶段防止再现中断。

(备注)

以上说明并不是示出本发明的全部实施行为的方式。通过实施了下述(A)、(B)、(C)、(D)......的变更的实施行为的方式也可实施本发明。根据本申请权利要求的各发明是扩展或一般化了上述多个实施方式及其变形方式的记载。扩展或一般化的程度基于本发明的技术领域的申请当时的技术水准特性。

(A)在全部实施方式中，虽然将成为再现对象的记录媒体作为BD-ROM来实施，但本发明的记录媒体的特征在于所记录的图形流，该特征不依赖于BD-ROM的物理性质。若是记录图形流的记录媒体，则可以是任意记录媒体。例如，可以是DVD-ROM、DVD-RAM、DVD-RW、DVD-R、DVD+RW、DVD+R、CD-R、CD-RW等光盘、PD、MO等光磁盘。另外，也可以是致密快闪卡、智能媒体、存储器堆栈、多媒体卡、PCM-CIA卡等半导体存储卡。也可以是软盘、SuperDisk、Zip、Clik！等磁记录盘(i)、ORB、Jaz、SparQ、SyJet、EZFley、微驱动器等可移动硬盘驱动器(ii)。另外，也可以是设备内置型的硬盘。

(B)全部实施方式中的再现装置都通过解码记录在BD-ROM中的AVClip来输出到TV，但也可将再现装置仅设为BD-ROM驱动器，使此外的构成要素配备在TV中。此时，可将再现装置与TV组装在由IEEE1394连接的家庭网络中。另外，实施方式中的再现装置是与电视连接来利用的类型，但也可以是与显示器一体化的再现装置。另外，在各实施方式的再现装置中，也可仅实施构成处理的本质部分的系统LSI(集成电路)。这些再现装置和集成电路由于都是记载于本申请说明书中的发明，所以不管是何方式，根据第1实施方式所示的再现装置的内部构成，制造再现装置的行为构成记载于本申请说明书中的发明的实施行为。基于第1实施方式所示的再现装置的有偿、无偿的转让(在有偿的情况下，出售，在无偿的情况下赠与)、借贷、进口的行为也是本发明的实施行为。通过店面展示、目录邀请、手册发布，将这些转让或借贷引申到一般用户的行为也是本再现装置的实施行为。

(C)基于各流程图所示的程序的信息处理由于使用硬件资源来具体实现，所以示出在上述流程图中处理步骤的程序可单体作为发明而成立。全部实施方式示出在组装在再现装置的方式下就本发明的程序的实施行为的实施方式，但也可与再现装置分离，实施第1实施方式所示的程序单体。在程序单体的实施行为中，有生成这些程序的行为(1)、或通过有偿、无偿转让程序的行为(2)、借贷行为(3)、进口行为(4)、经双向的电子通信线路提供给公众的行为(5)、通过店面、目录邀请、手册发布将程序的转让或借贷引申到一般用户的行为(6)。

(D)将各流程图中按时间系列执行的各步骤的‘时间’要素认为是用于特定发明的必需事项。此时，可知这些流程图的处理步骤公开了再现方法的使用方式。为了通过按时间系列执行各步骤的处理，来实现本发明本来的目的，达到作用和效果，只要是执行这些流程图的处理，则也可不对应于本发明的记录方法的实施行为。

(E)期望在记录于BD_ROM中时，向构成AVClip的各TS数据包赋予扩展头。扩展头被称为TP_extra_header，包含‘Arribval_Time_Stamp’和‘copy_permission_indicator’，具有4个字节的数据长度。带TP_extra_header的TS数据包(下面简称为带EX的TS数据包)每32个作为一组，写入3个扇区中。由32个带EX的TS数据包构成的组为6144字节(32×192)，这与3个扇区大小6144字节(＝2048×3)一致。将容纳于3个扇区中的32个带EX的TS数据包称为“Aligned Unit”。

在由经IEEE1394连接的家庭网络中利用时，再现装置通过以下的发送处理来发送Aligned Unit。即，发送侧的设备从包含于Aligned Unit中的32个带EX的TS数据包各个中取出TP_extra_header，根据DTCP标准加密TS数据包主体后输出。在输出TS数据包时，在TS数据包间的任意位置插入isochronous数据包。该插入部位是基于TP_extra_header的Arribval_Time_Stamp中所示的时刻之位置。伴随着TS数据包的输出，再现装置输出DTCP_Descriptor。DTCP_Descriptor表示TP_extra_header中的是否允许拷贝设定。这里，若记述DTCP_Descriptor以示出‘禁止拷贝’，则在由经IEEE1394连接的家庭网络利用时，不将TS数据包记录在其它设备中。

(F)虽然各实施方式中的数字流是BD-ROM标准的AVClip，但也可以是DVD-Video标准、DVD-Video Recording标准的VOB(Video Object)。VOB是通过多路复用视频流、音频流所得到的ISO/IEC13818-1标准下的程序流。另外，AVClip中的视频流也可以是MPEG4或MWV方式。另外，音频流也可以是Linear-PCM方式、MP3方式、MPEG-AAC方式。

(G)各实施方式中的电影作品也可通过编码利用模拟播放来被播放的模拟映像信号来得到。也可以是利用数字播放来被播放的传输流所构成的流数据。

另外，也可编码记录在录像带中的模拟/数字映像信号得到内容。另外，也可编码从视频摄像机直接取入的模拟/数字映像信号来得到内容。此外，也可是通过配送服务器配送的数字著作品。

(H)流选择部17也可根据从操作受理部3输出的User Operation信息、IG流中的按钮指令来确定应对PSR设定的值(值X)，并根据该值X来执行更新PSR的处理。这里，从操作受理部3输出的User Operation信息若是表示声音切换键、副映像切换键的按下的信息，则将在PSR数值上加1后的值确定为值X。另外，若从操作受理部3输出的User Operation信息是表示数值键按下的信息，则将该按下的值确定为值X。另一方面，若从操作受理部3输出的按钮指令是命令再现装置设定PSR，则将由该按钮指令的自变量指定的值确定为值X。若如此确定值X，则判定值X是有效的值(Valid)、是不定值、还是无效的值(Invalid)，并执行对应于判定结果的PSR更新处理。这里，若值X有效，则使用值X来改写PSR。若值X是不定值，则选择最佳值来设定给PSR。若值X是无效值，则维持PSR的数值。

(I)也可在显示设置菜单，受理字幕的语言设定时，对用于设定的菜单设置“委托按钮”构成的按钮。对应于这种按钮的按钮信息具有对PSR设定不定值的按钮指令。若利用委托按钮的确定来执行这种按钮指令，则对PSR1、PSR2设定不定值，启动Procedure when playback condition is changed，选择最佳的音频流、PG_textST_stream。

(J)在第1实施方式中，应满足的条件为(a)～(b)的两个，但也可以是3个以上。

产业上的可利用性

本发明的再现装置在上述实施方式中公开了内部构成，可根据该内部构成来批量生产，所以在资质上可在工业上利用。因此，本发明的再现装置具有产业上的可利用性。

Claims

1.一种再现装置，选择多个文本字幕流中的一个，并将选择的文本字幕流和动态图像一起进行再现，所述再现装置包括：

寄存器组，存储多个标志，该多个标志针对每种语言表示是否存在用于处理文本字幕流的能力，所述文本字幕流与对于所述每种语言为唯一的显示方法相对应；

判断单元，通过参照与每个文本字幕流的语言属性匹配的每个标志，判断能否处理对于所述每种语言为唯一的显示方法，所述显示方法与每个文本字幕流相对应；

选择单元，选择与被所述判断单元判断为能够处理的显示方法对应的文本字幕流；以及

再现单元，再现所述选择的文本字幕流，其中

在存储了所述多个文本字幕流的记录媒体中记录流序号表，

所述流序号表针对每个文本字幕流包括一对项目和属性，每个项目包括文本字幕流的包识别符的参考值，每个属性包括该文本字幕流的语言属性；

所述寄存器组还包括序号寄存器；

通过将与被判断为能够处理的显示方法对应的文本字幕流的流序号写入所述寄存器组中的序号寄存器，进行所述选择单元的选择；并且

所述再现单元从所述流序号表包含的多个项目中与所述被写入序号寄存器的序号对应的项目中提取出包识别符的参考值，并将所述文本字幕流多路复用分离为多个包。

2.如权利要求1所述的再现装置，其中，

所述寄存器组还包括表示所述再现装置中语言设定的语言设定寄存器；

在与被判断为能够处理的一个或多个显示方法对应的一个或多个文本字幕流中，存在具有与所述语言设定寄存器中的语言设定相同的语言属性的文本字幕流时，所述选择单元将具有所述相同的语言属性的所述文本字幕流的流序号写入所述序号寄存器。

3.如权利要求1所述的再现装置，其中，

当存在两个或更多个与被判断为能够处理的显示方法对应的文本字幕流时，所述选择单元将所述两个或更多个文本字幕流中的、在所述流序号表中的顺序最靠前的文本字幕流的流序号，写入所述序号寄存器。

4.如权利要求1所述的再现装置，其中，

所述再现装置根据所述记录媒体中记录的播放列表信息，将视频流和文本字幕流相互同步地进行再现；

所述播放列表信息包括定义了所述视频流中的再现区间的多条再现区间信息，每条再现区间信息包括流序号表，其表示在每个再现区间中被允许再现的多个文本字幕流；并且

每当正在再现的一条再现区间信息切换为一条新的再现区间信息时，所述判断单元及所述选择单元执行判断及选择。

5.如权利要求1所述的再现装置，还包括

接收单元，接收用户选择的对文本字幕流的指定；以及

当所述用户选择的文本字幕流无效时，所述判断单元及所述选择单元执行判断及选择。

6.一种再现方法，在计算机上执行选择多个文本字幕流中的一个，并将选择的文本字幕流和动态图像一起进行再现的处理，

所述计算机包括寄存器组，其存储多个标志，该多个标志针对每种语言表示是否存在用于处理文本字幕流的能力，所述文本字幕流与对于所述每种语言为唯一的显示方法相对应；

所述再现方法包括以下步骤：

通过参照与每个文本字幕流的语言属性匹配的每个标志，判断能否处理对于所述每种语言为唯一的显示方法，所述显示方法与每个文本字幕流相对应；

选择与被所述判断步骤判断为能够处理的显示方法对应的文本字幕流；以及

再现所述选择的文本字幕流，其中

在存储了所述多个文本字幕流的记录媒体中记录流序号表，

所述寄存器组还包括序号寄存器；

通过将与被判断为能够处理的显示方法对应的文本字幕流的流序号写入所述寄存器组中的序号寄存器，进行所述选择步骤的选择；

所述再现步骤从所述流序号表包含的多个项目中与所述被写入序号寄存器的序号对应的项目中提取出包识别符的参考值，并将所述文本字幕流多路复用分离为多个包。