专利名称：用于转换信息的设备、方法和程序的制作方法
技术领域：
本发明涉及f言息转换设备(information converting apparatus)，并且具 体地涉及用于转换运动图像数据(moving image data)所附带的附加信息 (additionalinformation)的信息转换设备、信息转换方法和计算机程序。
背景技术：
用于捕捉静止图像的数码相机可以按照元数据形式来记录诸如包括图 像记录时间和日期的相机信息之类的附加信息。根据可交换图像文件格式 (Exchangeable Image File Format, Exif)标准(日本电子工业发展协会 (JEIDA)的标准)来记录静止图像数据的附加信息的数码相机被广泛使 用(如公开号为2006-211324的日本未审査专利申请中所公开的)。某些 摄录机(相机和录像机)记录运动图像数据(视频数据和音频数据)的附 加信息。例如，日本专利No. 3873952公开了在数字通用盘(DVD)上记 录附加记录信息(ARI-PCK)的信息记录装置。
发明内容
己经提出AVCHD标准。所提出的AVCHD标准意图记录和播放分辨 率比以往更高的数字高清晰度视频。根据AVCHD标准，附加信息被记录 到称为改进型数字视频包(modified digital video pack, MDP)的流文件 上。
AVCHD标准不需要在再现装置上显示MDP中所包含的附加信息。 MDP上所记录的附加信息在遵从AVCHD标准的某些再现装置上可不被显 示。如果将附加信息从遵从AVCHD的记录介质复制到遵从另一标准的记 录介质，则可能完全丢失附加信息。
因此希望将运动图像数据中的、在AVCHD标准中不需要显示的附加
信息转换为可在一不同的再现装置上使用的状态。
根据本发明的一个实施例， 一种信息转换设备包括用于取得在具有第 一记录格式的流文件上存储的运动图像数据所附带的附加信息的附加信息 取得装置、用于根据第二记录格式来转换所取得的附加信息的附加信息转 换装置，以及用于控制将经转换的附加信息记录到具有所述第二记录格式 的流文件上的附加信息记录控制装置。本发明还涉及一种信息转换设备的 方法和用于使计算机执行该信息转换设备的方法的计算机程序。利用该安 排，在具有第一记录格式的流文件上记录的运动图像数据的附加信息被转 换并记录到具有第二记录格式的流文件上。
附加信息可包括运动图像数据的图像记录时间和日期。
第一记录格式的附加信息可包括没有显示式样(display style)的数 据。第一记录格式的附加信息可包括作为由AVCHD标准定义的改进型数 字视频包而记录的信息。第一记录格式的附加信息可包括被附加到章节标 记(chapter mark)的图像记录时间和日期，或者视听数据(audio-visual data)的流文件的文件系统上的时间和日期信息。
信息转换设备可进一步包括用于指定第二记录格式的附加信息的显示 式样的显示式样指定装置。利用该安排，按照所指定的显示式样来记录附 加信息。第二记录格式的附加信息可包括按照显示式样指定装置所指定的 显示式样来安排的文本数据。第二记录格式的附加信息可包括作为根据蓝 光盘(Blu-my disk)标准的文本字幕(subtitle)而记录的信息。第二记录
格式的附加信息可包括按照显示式样指定装置所指定的显示式样来安排的 位图数据。例如，第二记录格式的附加信息可以是数字通用盘(DVD)上 的子图片单元，或是根据蓝光盘标准的呈现图形(presentation graphics)。第二记录格式的附加信息可以是根据重新编码而覆盖在视频数 据上的附加信息。
根据本发明的一个实施例， 一种信息转换设备包括用于取得在流文件 上记录的运动图像数据的第一附加信息的附加信息取得装置、用于将所取 得的第一附加信息转换为第二附加信息的附加信息转换装置，以及用于控 制按照与所述流文件相同的记录格式来记录经转换的第二附加信息的附加
信息记录控制装置。本发明还涉及该信息转换设备的方法和该信息转换设 备的方法的计算机程序。流文件上记录的运动图像数据的第一附加信息由 此作为第二附加信息记录在具有相同记录格式的流文件上。
信息转换设备可进一步包括用于指定第二附加信息的显示式样的显示 式样指定装置。利用该安排，根据所指定的显示式样来记录附加信息。第 一附加信息可包括没有显示式样的数据。第一附加信息可以包括作为由
AVCHD标准定义的改进型数字视频包而记录的信息。第一附加信息可包 括附加到章节标记的图像记录时间和日期，或者视听数据的流文件的文件 系统上的时间和日期信息。第二附加信息可包括按照显示式样指定装置所 指定的显示式样来安排的位图数据。第二附加信息可包括作为由AVCHD 标准定义的覆盖位图(overlay bitmap)而记录的信息。第二记录格式的附 加信息可以是通过重新编码而覆盖在视频数据上的附加信息。
根据本发明的实施例，在AVCHD标准中不需要显示的、运动图像数 据的附加信息由此转换为可在一不同的再现设备上使用的状态。
图1图示出根据本发明一个实施例的第一配置下的信息转换设备；
图2是列出附加信息的记录式样和附加信息的记录格式之间的关系的
表；
图3图示出AVCHD标准的数据结构；
图4图示出影片对象(movie object)和其相对于AVCHD标准的位
置；
图5图示出AVCHD标准的文件结构；
图6图示出AVCHD标准的改进型数字视频包(MDP)的数据的一般 结构；
图7图示出根据AVCHD标准的附加信息和MDP的ID (标识)之间 的对应关系；
图8A和8B图示出根据AVCHD标准的表示图像记录时间和日期的 MDP的数据结构；
图9图示出根据AVCHD标准的时区的数据结构； 图10A-10C图示出根据蓝光盘(BD)标准的包含文本字幕的流文件 的结构；
图11图示出根据BD标准的文本字幕流的数据结构；
图12A和12B图示出根据BD标准的段(segment)的数据结构；
图13图示出根据BD标准的对话式样集(dialog style set)的数据结
构；
图14图示出根据本发明一个实施例的由第一配置下的信息转换设备 执行的处理；
图15图示出一数据结构，其图示出根据AVCHD标准的播放列表文
件；
图16图示出根据AVCHD标准的块"WkPlayListMarkExtO"的数据结
构；
图17图示出根据本发明一个实施例的第二配置下的信息转换设备； 图18A和18B图示出在根据AVCHD标准的覆盖位图中包含的位图单
元的数据结构；
图19图示出根据AVCHD标准的位图单元的类型； 图20A和20B图示出根据AVCHD标准的"对象单元"的数据结构。 图21图示出根据AVCHD标准的块"blkPlayltem()"的数据结构； 图22图示出根据AVCHD标准的块"blkSTNTable()"的数据结构； 图23图示出根据AVCHD标准的块"blkStreamEntry()"的数据结
构；
图24图示出根据AVCHD标准的块"blkStreamAttributes()"的数据结
构；
图25图示出根据AVCHD标准的片段(dip)信息文件的数据结构； 图26图示出根据AVCHD标准的块"blkStreamCodinglnfo()"的数据 结构；并且
图27图示出根据本发明一个实施例的由第二配置下的信息转换设备 执行的处理。
具体实施例方式
下面参考附图来描述本发明的实施例。
图1图示出根据本发明一个实施例的信息转换设备300，该信息转换 设备处于其第一配置。第一配置下的信息转换设备300转换在第一视听记 录格式数据存储装置380上记录的视听数据(运动图像数据)和附加信 息，并且将转换后的数据记录在第二记录格式数据存储装置390上。第一 视听记录格式数据存储装置380包括上面记录有第一记录格式的视听数据 的视听数据存储单元381和上面记录有相同格式的附加信息的附加信息存 储单元382。第二记录格式数据存储装置390包括上面记录有第二记录格 式的视听数据的视听数据存储单元391和上面记录有相同格式的附加信息 的附加信息存储单元392。
第一配置下的信息转换设备300包括视听数据取得器(retriever) 311、视听数据转换器312、视听数据记录控制器313、附加信息取得器 321、附加信息转换器322、附加信息记录控制器323，以及显示式样指定 器329。
视听数据取得器311从视听数据存储单元381中取得视听数据。所取 得的视听数据然后被提供给视听数据转换器312。
视听数据转换器312将从视听数据取得器311提供的视听数据从第一 记录格式转换为第二记录格式。经格式转换的视听数据然后被提供给视听 数据记录控制器313。
视听数据记录控制器313控制从视听数据转换器312提供的视听数据 在视听数据存储单元391上的记录。第二记录格式的视听数据从而被记录 到视听数据存储单元391上。
附加信息取得器321从附加信息存储单元382取得附加信息。所取得 的附加信息被提供给附加信息转换器322。
附加信息转换器322将从附加信息取得器321提供的附加信息从第一 记录格式转换为第二记录格式。经格式转换后的数据被提供给附加信息记 录控制器323。
附加信息记录控制器323控制从附加信息转换器322提供的附加信息 在附加信息存储单元392上的记录。第二记录格式的附加信息从而被记录 到附加信息存储单元392上。
显示式样指定器329指定第二记录格式的附加信息的显示式样。附加 信息转换器322从而根据显示式样指定器329所指定的显示式样来转换附 加信息。显示式样指定器329可以是将固定数据存储于只读存储器 (ROM)等的单元，或者可以是接收用户操作输入的用户界面。
图2图示出记录格式和存储附加信息的式样之间的关系。运动图像数 据的记录格式包括AVCHD格式、DVD格式和蓝光盘(BD)格式。存储 附加信息的式样包括没有显示式样的数据、由显示式样驱动的数据、位图 数据，以及视频编码数据。
对文本数据指定的显示式样可以包括诸如字体类型、大小、式样(斜 体、粗体等)、轮廓(outline)和行间距之类的属性。
根据AVCHD标准，没有显示式样的数据可被存储为改进型数字视频 包(MDP) 。 DVD和BD格式未定义任何没有显示式样的特定数据。但是 可以通过私自扩展各标准来存储这种数据。
AVCHD和DVD标准未定义用来存储由显示式样驱动的文本数据的功 能。BD标准允许由显示式样驱动的文本数据被存储为文本字幕。
在文本数据的情况下，每个字符被存储为其字符码，在位图的情况 下，每个字符被存储为位模式。另外，每个字符可被存储作为根据 AVCHD标准的覆盖位图(overlay bitmap ， OB)或菜单位图(menu bitmap, BM)，作为根据DVD标准的子图片单元(SPU),或者作为根 据BD标准的呈现图形或交互图形。
在AVCHD、 DVD和BD标准中的每一个标准中通过执行重新编码处 理来使用用于在视频上叠加位图的视频编码式样。然而，因为通过重新编 码处理而叠加在视频上的位图是与视频结合一体的，因此难于再次从视频 中分离位图。
根据本发明的一个实施例，第一记录格式被设为AVCHD格式，并且 第二记录格式被设为DVD和BD格式之一。下面描述AVCHD格式。
图3图示出根据AVCHD标准的数据结构。AVCHD标准以层结构来 处理AV数据(视听数据)。AVCHD标准的层结构主要由索引表、影片 对象、播放列表、片段(dip)信息文件和片段AV流文件组成。
片段AV流文件是由通过MPEG2传输流(TS)格式来复用视频数据 (图像数据)和音频数据而产生的位流。作为用于显示字幕的图形流的覆 盖位图(OB)流和作为用于菜单显示的数据流(按钮图像数据)的菜单位 图(MB)流被复用到片段AV流文件中。
片段信息文件将与片段AV流文件相关的信息存储为片段信息。片段 信息文件包含映射(转换)表等，从而将片段AV流文件中的时间位置映 射至空间位置(地址)。如果通过时间来指定片段AV流文件中的访问 点，那么通过参考映射表来访问片段AV流文件中的适当地址。
片段AV流文件和存储与之相对应的片段信息的片段信息文件总称为 片段。形成片段的片段AV流文件和片段信息文件一一对应地彼此关联。 如图3所示，片段信息741存储与流751相关的信息，片段信息742存储 与流752相关的信息，片段信息743存储与流753相关的信息，并且片段 信息744存储与流754相关的信息。
播放列表(PlayList)包含将要播放的片段和与该片段的播放起始点和 播放结束点相关的信息。与播放起始点和播放结束点相关的信息被称为播 放项目(Playltem)。 一个PlayList包含至少一个播放项目。通过播放列表 来执行片段的播放。更具体而言，通过播放播放列表来连续播放播放列表 中所包含的播放项目。从而根据播放项目中的播放起始点和播放结束点来 播放对应于每个片段的时段。
将播放列表标记附加到每个播放列表。通过播放列表标记将播放项目 分割为多个章节。反过来，在单个章节中可以包含多个Playltem。
PlayList包括真实PlayList和虚拟PlayList。真实PlayList基本上按照 记录顺序存储至少一个片段。在一个真实PlayList内不存在时间间隔并且 真实PlayList之间不发生重叠。虚拟PlayList存储与真实PlayList相对应 的、等于或大于1的任意数目的片段中的一部分或者全部。如图3所示， Playltems 731、 732、 733、 734和735属于真实PlayList,并且Playltem
736和737属于虚拟PlayList。
MovieObject (影片对象)包含导航(navigation)命令程序等。导航 命令程序是用于控制PlayList的播放和播放之后的处理的一组命令。如图 3所示，MovieObject #1 ( 721 )用于播放真实PlayList #00000 ， MovieObject #2 (722)用于播放真实PlayList #00200， MovieObject #3 (723)用于播放真实PlayList #00018，并且MovieObject #4 (724)用于 播放虚拟PlayList #01005。
索引表是定义在记录介质上记录的内容的标题的最高表。索引表包含 至少一个影片标题并且每个影片标题指向一 MovieObject。如图3所示， 影片标题#1 (711)指向MovieObject #1 (721)，影片标题#2 (712)指 向MovieObject #2 (722)，影片标题#3 (713)指向MovieObject #3 (723)，并且影片标题#4 (714)指向MovieObject #4 (724)。播放装 置基于索引表中存储的标题信息来控制内容的播放。
图4图示出MovieObject和AVCHD标准中围绕MovieObject的其他 对象。除了影片标题之外，索引表还包含第一重放标题719和菜单标题 718。第一重放标题719指向首先将要播放的标题的MovieObject。菜单标 题718指向对应于菜单屏幕的MovieObject。
现在可以指示播放标题#1的开始。影片标题弁l (711)指向影片对象 #1，影片对象#1 (721)中所包含的导航命令程序由此被执行。
当在MovieObject #1 (721)中执行用来播放PlayList #1 (730)的命 令7201时，连续执行PlayList #1 (730)中的Playltem。经由PlayList #1 (730)执行相应的片段。如图4所示，Playltem #1 (731) 、 Playltem #2 (732)...依次播放。当Playltem #9 (739)的播放完成时，处理回到 MovieObject #1 (721)。
处理响应于MovieObject #1 (721)中的导航程序命令而返回到菜单标 题(7202)。控制由此传递给菜单标题718。
图5图示出AVCHD标准的文件结构。将包含片段内容的目录 "BDMV" 810安排在记录介质的根目录800下。根据需要将包含縮略图 的目录"AVCHDTN" 880安排在根目录下。
将文件index.bdmv 820和文件"MovieObject.bdmv" 830直接安排在 目录BDMV 810下。还将目录"PLAYLIST" 840、目录"CLIPINF" 850、目录"STREAM" 860和目录"BACKUP" 870安排在目录BDMV 810下。
存储目录BDMV 810的内容的文件index.bdmv 820对应于参考图3讨 论的索引表。存储关于MovieObject的信息的文件MovieObject.bdmv 830 对应于参考图3讨论的MovieObject。
目录PLAYLIST 840具有PlayList的数据库。目录PLAYLIST 840包 含与PlayList相关的文件841至843。目录PLAYLIST 840中的每个文件 的文件名包含五位数和扩展。在五位数中，从"00000"到"00999"的 1000个数用于真实PlayList，并且从"01000"至U "01199"的200个数用 于虚拟PlayList。每个文件的扩展是".mpls"。
目录CLIPINF 850具有片段的数据库。目录CLIPINF 850包含作为分 别对应于片段AV流文件的片段信息文件的文件851至853。目录 CLIPINF 850中的每个文件的文件名包含五位数字和扩展。每个文件的扩 展是".clpi"。
目录STREAM 860存储作为主体的AV流文件。目录STREAM 860 存储分别对应于片段信息文件的片段AV流文件861至863 。目录 STREAM 860中的每个文件是MPEG-2传输流。每个文件的文件名包含五 位数字和扩展。文件名的五位数字部分被设置为与相对应的片段信息文件 相同，从而指示出片段信息文件和片段AV流文件之间的对应关系。每个 文件的扩展是".m2ts"。
目录BACKUP 870存储上述目录和文件的备份。
目录AVCHDTN 880存储两种类型的縮略图文件"thumbnail.tidx" 881和"thumbnail.tdt2" 882。缩略图文件thumbnail.tidx 881存储把每个图 像数据编入索引的索引信息。縮略图文件thumbnail.tdt2是一组縮略像 数据。
图6—般地图示出根据AVCHD标准的改进型数字视频包(MDP)的 数据结构。图6所示的数据结构是基于C编程语言描述方法的语法。
MDP作为用户数据存储在视频数据的基本流(ES)中。用户数据中 的字段(field) "uuid—iso—iec—11578"具有128位的数据长度，并且在 "ISO/IEC 11578"标准中定义的全球唯一标识符表示用户数据的标识符。
字段"type—indicator"具有32位的数据长度，并且指示用户数据的数 据类型。如果数据类型是"0x4741 3934"(在下文中0x意味着其后的数 字是十六进制数)，则用户数据是隐藏字幕(closed caption, CC)的字幕 数据(cc—data)，并且如果数据类型是"0x4D44 504D"，则用户数据是 MDP的元数据(ModifiedDVPackMeta)。
MDP元数据包含任何数目的MDP条目(one—modified—dv_pack)， 每个条目是40位长。条目的数目存储在8位长字段 "number—of—modified—dv_pack_entries"中。 一个MDP包含指示MDP的 ID的8位长字段"mdp—id"，以及指示MDP数据的32位长字段 "mdp一data，，。
图7图示出在AVCHD标准中MDP的ID和附加信息之间的对应关 系。如图7所示，MDP的附加信息包含关于图像记录时间和日期的信息、 关于诸如曝光时间和F数(F-number)之类的图像捕捉条件的信息、关于 全球定位系统(GPS)的信息，以及关于相机的信息。
MDP ID 0x18和0xl9表示图像记录时间和日期。下面的讨论基于该图 像记录时间和日期。
图8A和8B图示出根据AVCHD标准的指示记录时间和日期的MDP 的数据结构。如先前参考图6所述，每个MDP仅允许存储32位的数据长 度，并且记录时间和日期存储在两个MDP中。图8A图示出"RECTIME &DATE1",并且该MDP的ID是0x18，如先前参考图7所讨论的。图 8B图示出"REC TIME & DATE 2"，并且该MDP的ID是0x19，如先前 参考图7所讨论的。
MDP的数据包含8位长的块"WkTimeZone"和24位长的字段 "RecordTimeAndDatel—of—2" 或 32 位长的字段 "RecordTimeAndDate2_of—2"。记录时间和日期由56位长的数据表示， 该数据由24位长的字段"RecordTimeAndDatel—of—2"和32位长的字段
"RecordTimeAndDate2—of—2"组成。更具体而言，记录时间和日期由总 共14个数字(digit)表示，即年(4个数字)、月(2个数字)、日(2个 数字)、小时(2个数字)、分钟(2个数字)和秒(2个数字)，每个由 4位二进制编码的十进制数(binary coded decimal, BCD)表示。
图9图示出根据AVCHD标准的时区的数据结构。参考图8讨论的 MDP数据中的块"blkTimeZone"包括填充位(padding bit)、指示是否应 用夏令时的1位长的字段"DaylightSavingTimeFlag"、指示时区差异标志 的1位长的字段"TimeZoneSign"、指示时区差异值(以小时为单位)的 4位长的字段"TimeZoneValue"，以及指示时区差异值(以半小时为单 位)的1位长的字段"HalfHourFlag"。更具体而言，块"blkTimeZone" 指示相对于格林威治标准时间(GMT)的时区差异。
根据AVCHD标准，利用MDP取得作为第一记录格式的附加信息的 包括记录时间和日期的附加信息。这样取得的附加信息被记录为BD的文 本字幕，如下面描述的。
图10A至10C图示出包含根据BD标准的文本字幕的流文件510。如 图10A所示，在传输期间作为由多个传输分组(如图所示的TP511)组成 的传输流来处理包含文本字幕的流文件510。传输分组的分组标识符 "PID"是"0x1800"。
在记录或播放期间，流文件510被转换为具有如图IOB所示的分组化 基本流(packetized elementary stream, PES)分组521的单元的流。如图 10C所示，形成包含文本字幕的流文件的多个PES分组中的第一 PES分组 是称为对话式样段(dialog style segment) 531的属性数据。紧接第一 PES 分组之后的PES分组是称为对话呈现段(dialog presentation segment) 532 的字符对象。更具体而言，对话呈现段532存储诸如记录时间和日期之类 的字符对象(文本数据)，对话式样段531存储诸如字体大小和行间距之 类的属性数据。
图11图示出在BD标准中定义的文本字幕流的数据结构。如先前讨论 的，文本字幕流包含一个对话式样段531和任何数目的对话呈现段532。 在文本字幕流中，对话式样段531后面是在16位长的字段"number—of—dialog_presentation—segements"中定义的对话呈现段532的数 目。
图12A和12B图示出根据BD标准的段(segment)的数据结构。该 数据结构与对话式样段531和对话呈现段532的相同。图12A—般地图示 出该段。如图12B所示，段内的字段"segment—descriptor"包含8位长的 字段"segmentjype"和16位长的字段"segmentjength"。
字段"segment—type"表示该段的类型。如果段是对话式样段531，则 字段"segment—type"存储"0x81"，并且如果段是对话呈现段532，则字 段"segment—type"存储"0x82"。字段"segment—length"指示该段的字 节数。
响应于段的类型的数据存储在图12A的字段"segment—data"中。在 对话呈现段532的情况下存储将要显示的文本数据，在对话式样段531的 情况下存储指示属性数据的对话式样集。
图13图示出根据BD标准的对话式样集的数据结构。 第一个一位长的字段"player—style—flag"指定是否允许对用户自己的 式样进行修改。
接着的15位长的保留区域后接指示区域式样数目的8位长字段 "number—of—region—styles "。术语区域(region )意味着显示区域 (display area)，并且术语区域式样(region style)意味着显示区域的式 样。区域式样是由对话式样集中的"region—style"定义的。
后续的8位长的字段"number—of—user—styles"指示用户式样的数目。 用户式样指代用户自己的式样，是由用户对显示区域中的上述式样进行修 改得到的。用户式样是在对话式样集中的"user—changeable—style—set"中 定义的。
如图13所示，字段"region—style"定义了关于区域的信息(位置、宽 度、高度、背景色等)、关于区域中的文本框的信息(位置、宽度、高度 等)，以及关于字体的信息(大小、式样等)。
字段"user—changeable—style—set"指定对由字段"region—style"定义
的每个项目的修改量。
根据本发明的一个实施例，当第一记录格式的附加信息被附加信息转
换器322转换时，显示式样指定器329所指定的显示式样反映在字段 "region—style"或字段"user—changeable—style—set"中。第二记录格式的 附加信息的显示式样由此确定。
图14图示出根据本发明一个实施例的第一配置的信息转换设备300 的处理。
在第一记录格式的AVCHD流文件中搜索上述用户数据的MDP (步 骤S911)。从命中的MDP的"REC TIME & DATE 1"和"REC TIME & DATE2"字段中提取记录时间和日期(步骤S912)。
响应于所提取的记录时间和日期，字符对象(文本数据)被生成，以 与作为转换目的的第二记录格式的BD文本字幕中的对话呈现段532相匹 配(步骤S913)。
响应于显示式样指定器所指定的显示式样，属性数据被生成，以与 BD文本字幕中的对话式样段531相匹配(步骤S914)。例如，所生成和 设置的属性数据包含字体类型、字体大小、字体式样、位置、显示起始时 间、显示结束时间、字符颜色、背景色、透明度等。
这样生成的字符对象和属性数据被记录为BD文本字幕流(步骤
5915) 。
这些步骤被反复(循环L901)，直到作为转换源的AVCHD流文件的 处理完成为止。BD管理文件中的文本字幕的管理信息被记录(步骤
5916) 。转换处理然后完成。在与参考图3讨论的AVCHD的数据结构相 同的环境下管理BD管理文件。更具体而言，管理包含文本字幕的流文件 的片段信息文件(管理文件)被定义。当播放列表文件参考片段信息文件 时，整个BD被管理。
在上面的示例中，将MDP存储在第一记录格式的附加信息存储单元 382中，并且从MDP中提取记录时间和日期。记录时间和日期的取得源不 限于MDP。如下面所述，可以取得被附加到播放列表的章节标记的记录 时间和日期。或者，可从视听数据的流文件的文件系统中取得记录时间和 日期。
图15图示出根据AVCHD标准的播放列表文件的数据结构。在该播 放列表文件中，数据长度为32位(8位x4字节)的字段
"Typelndicator"是指示该文件为播放列表文件的标识符。数据长度为32 位的字段"Typelndicator2"存储固定值。
播放列表包含块"blkAppInfoPlayList()"、块"blkPlayList()"、块
"blkPlayListMark()"，以及块"blkExtensionData()"。数据长度各为32 位的字段"PlayListStartAddress"、字段"PlayListMarkStartAddress"和字 段"ExtensionDataStartAddress "分别示出块"blkPlayList()"、块
"blkPlayListMark()"和块"blkExtensionData()"的起始地址。
块"blkAppInfoPlayList()"在跟随上述起始地址的、数据长度为160 位的"保留"字段之后开始。块"blkAppInfoPlayList()"包含与在下一块
"blkPlayList()"中描述的播放列表的类型和播放顺序相关的信息。块
"blkPlayList()"描述播放列表。块"blkPlayListMark"将章节跳跃中的跳 跃目的点描述为章节标记。块"blkExtensionData()"存储与播放列表相关 的扩展数据。
图16图示出根据AVCHD标准的块"WkPlayListMarkExt()"的数据结 构。块"WkPlayListMarkExt()"被包含在参考图15讨论的播放列表的块 "blkExtensionData()"中并且存储与章节标记相关的扩展数据。
块"blkPlayListMarkExt()"包含指示数据长度的字段"Length"、指 示章节标记数目的字段"NumberOfPlayListMarks "，并且还包含针对每个 章节标记的块"blkMarkExtension"。
块"blkMarkExtension"存储参考图9讨论的块"WkTimeZone"以及 参考图8A和8B描述的14位BCD数字中的记录时间和曰期 "RecordTimeAndDate"。这些条信息由此被取得，作为将由附加信息转 换器322处理的第一记录格式的记录时间和日期。
在上面的讨论中，第二记录格式的附加信息存储单元392是基于BD 文本字幕的并且记录时间和日期被转换为文本字幕。然而，记录时间和日 期的转换目的不限于文本字幕。例如，记录时间和日期可被转换为诸如 BD呈现图形或DVD子图片单元之类的位图。另外，可利用叠加在视频上
的记录时间和日期的字符来重新编码记录时间和日期。
在上面的示例中，附加信息在不同格式之间转换。可以在相同格式中 执行相同处理。在后续讨论中，在相同格式中转换附加信息。
图17图示出根据本发明一个实施例的信息转换设备300，该信息转换 设备处于其第二配置。第二配置下的信息转换设备300转换数据存储装置 370中的第一附加信息存储单元372上所存储的附加信息并将转换后的附 加信息记录到第二附加信息存储单元373上。
数据存储装置370包括存储视听数据的视听数据存储单元371，并且 还包括各自存储附加信息的第一附加信息存储单元372和第二附加信息存 储单元373。在该示例中，将第一附加信息存储单元372和第二附加信息 存储单元373安排在数据存储装置370中。然而在相同格式下，可以将第 一附加信息存储单元372和第二附加信息存储单元373安排在不同的记录 介质中。例如，半导体记录介质上的AVCHD标准的数据可被转录 (dub)到光盘类记录介质上，作为AVCHD标准的数据。在这种情况 下，第二配置下的信息转换设备300可被使用。
第二配置下的信息转换设备300包括附加信息取得器331、附加信息 转换器332、附加信息记录控制器333，以及显示式样指定器339。
附加信息取得器331从第一附加信息存储单元372中取得附加信息。 所取得的附加信息然后被提供给附加信息转换器332。
附加信息转换器332将从附加信息取得器331提供的附加信息从第一 附加信息形式转换为第二附加信息形式。转换后的附加信息然后被提供给 附加信息记录控制器333。
附加信息记录控制器333控制从附加信息转换器332提供的附加信息 在第二附加信息存储单元373上的记录。这样，第二附加信息存储单元 373以不同于在第一附加信息存储单元372上存储的附加信息的形式来记 录附加信息。
显示式样指定器339指定将要记录到第二附加信息存储单元373上的 附加信息的显示式样。附加信息转换器332根据显示式样指定器339所指 定的显示式样来转换附加信息。如显示式样指定器339 —样，显示式样指
定器339可以是将固定数据存储于只读存储器(ROM)等的单元，或者可 以是接收用户操作输入的用户界面。
第二配置下的信息转换设备300将遵从AVCHD标准的MDP上存储 的附加信息转换为根据AVCHD标准的覆盖位图，然后存储由此得到的覆 盖位图。已经参考图6至图9讨论了 MDP。下面描述AVCHD标准的覆盖 位图。
图18A和18B图示出AVCHD标准的覆盖位图中包含的位图单元的数 据结构。图18A图示出整个位图的数据结构，并且位图内的字段 "UnitDescriptor()"如图18B所示包含8位长的字段"UnitType"和16位 长的字段"UnitLength"。
字段"UnitType"指示位图单元的类型，并且该类型的数据存储在位 图的字段"UnitData()"中。字段"UnitLength"指示位图单元的字节数。
图19图示出AVCHD标准的位图单元的类型。如果图18B的字段 "UnitType"包含"0x14"，则"调色板单元(Palette Unit)"存储在字 段"UnitData()"上。"调色板单元"包含每个像素的颜色、透明度信息表 等。
如果字段"UnitType"包含"0x15"，则"对象单元"存储在字段 "UnitData()"上。"对象单元"包含位图数据主体、其位置和大小信息 等。
如果字段"UnitType"包含"0x16"，贝U "覆盖位图编制 (compilation)单元"存储在字段"UnitData()"上。"覆盖位图编制单 元"包含关于覆盖位图的显示信息的类型、关于对象和窗口的附加信息， 以及其他信息。
如果字段"UnitType"包含"0x17"，则"窗口单元"存储在字段 "UnitData()"上。"窗口单元"包含关于窗口内的显示时段的信息，以及 其他信息。
如果字段"UnitType"包含"0x18"，则"菜单位图编制单元"存储 在字段"UnitData()"上。"菜单位图编制单元"包含与关于菜单位图的显 示信息的类型有关的信息、关于对象和窗口的信息，以及其他信息。
如果字段"UnitType"包含"0x80"，则"结束单元"存储在字段 "UnitData()"上。"结束单元"包含显示单元的结束信息。
图20A和20B图示出AVCHD标准的"对象单元"的数据结构。如果 字段"UnitType"包含"0x15"，则"对象单元"存储在位图单元的字段 "UnitData()"上。
如图20A所示，"对象单元"包含24位长的字段 "UnitDescriptor()" 、 16位长的字段"ObjectID" 、 8位长的字段 "ObjectVersionNumber "、字段"SequenceDescriptor "， 以及字段 "ObjectData()"。
如图20B所示，"ObjectData()"存储指示对象的数据长度的24位长 的字段"ObjectDataLength"、指示对象的宽度的16位长的字段 "ObjectWidth"、指示对象的高度的16位长的字段"ObjectHeight"以及 指示游程长度 (runlength )编码位图数据的字段 "RunLengthEncodedLine()"。
根据AVCHD标准，游程长度编码位图数据存储在覆盖位图中所包含 的位图单元的"对象单元"中。另外，根据AVCHD标准，如下面所述存 储管理信息。块"blkSTNTable()"禾B "blkStreamCodinglnfo()"被描述为 管理信息的示例。块"blkSTNTable()"是在播放列表文件中定义的，并且 块"blkStreamCodinglnfo()"是在片段信息文件中定义的。
图21图示出AVCHD标准的块"blkPlayltem()"的数据结构。块 "blkPlayltem()"包含在参考图3和15讨论的播放列表中。
16位长的字段"Length"指示块"blkPlayltem"到其末端的完全数据 长度。
40位(8位x 5字节)长的字段"ClipInformationFileName"存储块 "blkPlayltem"所参考的片段信息文件的文件名。32位(8位x 4字节) 长的字段"ClipCodecIdentifier"存储固定数据。
跟随12位长的保留区域之后的4位长的字段"ConnectionCondition"
指示与片段之间的连接状态(无缝连接)相关的信息。
8位长的字段"RefToSTCID"指示参考相应片段文件的系统时钟
(STC)中的哪一个。32位长的字段"InTime"和32位长的字段 "OutTime"分别指示在字段"RefToSTCID"所指定的STC中、主片段
AV流的播放范围的起始点(INpoint)和结束点(OUTpoint)。
块"blkUOMaskTable()"是列出对用户输入的接收限制的表。1位长
的字段"PlayltemRandomAccessFlag "确定是否允许随机访问 "blkPlayltem"的播放项目。
跟随7位长的保留区域之后的8位长的字段"StillMode"指示是否将
在"blkPlayltem"的播放项目中的最后显示的图像显示为静止图像。如果
字段"S麵ode"包含"0x01"，则16位长的字段"StillTime"指示静
止图像时间。
基于每流数目(stream number, STN)，块"blkSTNTable()"管理由 块"blkPlayltem"的播放项目管理的每种类型的流的属性、PID号码，以 及记录介质上的记录位置。下面描述块"blkSTNTable()"。
图22图示出AVCHD标准的块"blkSTNTable()"的显示式样。 16位长的字段"Length"具有块"blkSTNTable()"到其末端的完全数 据长度。
块"blkSTNTable()"包含17位长的保留字段、8位长的字段 "NumberOfVideoStreamEntries" 、 8 位长的字段 "NumberOfAudioStreamEntries" 、 8 位长的字段 "NumberOfOBStreamEntries "， 以及8位长的字段 "NumberOfMBStreamEntries"。字段"NumberOfVideoStreamEntries"、 字 段 " NumberOfAudioStreamEntries " 、 字 段 "NumberOfOBStreamEntries"和字段"NumberOfMBStreamEntries"分别 存储视频流、音频流、覆盖位图流和菜单位图流的条目数目。根据本发明 的一个实施例，覆盖位图被处理，并且其他流的讨论在此被省略。
覆盖位图流是由块"blkStreamEntry()"和块"blkStreamAttributes()" 定义的。块"blkStreamEntry()"存储用于参考覆盖位图流的条目。块 "blkStreamAttributes "存储覆盖位图流的属性。
图23图示出AVCHD标准的块"blkStreamEntry()"的数据结构。
16位长的字段"Length"指示块"blkStreamEntry()"到其末端的完全 长度。16位长的字段"Type"指示流类型。流类型"1"指示主片段，流 类型"2"指示子路径。
16位长的字段"RefToStreamPIDOfMainClip"存储主片段的PID。通 过该PID来参考覆盖位图流的主片段。
因为在覆盖位图流中不使用子路径，因此这里不讨论剩余字段。 图24图示出AVCHD标准的块"blkStreamAttributes()"的数据结构。 16位长的字段"Length"指示块"blkStreamAttributes()"到其末端的 完全长度。16位长的字段"StreamCodingType"指示流编码的类型。如果 字段"StreamCodingType"包含"0xlB"，那么相对应的基本流是视频 流。如果字段"StreamCodingType"包含"0x80"，那么相对应的基本流 是通过线性脉冲编码调制(LPCM)编码的音频流。如果字段 "StreamCodingType"包含"0x81"，那么相对应的基本流是通过AC-3 编码的音频流。如果字段"StreamCodingType"包含"0x90",那么相对 应的基本流是覆盖位图流。如果字段"StreamCodingType "包含 "0x91"，那么相对应的基本流是菜单位图流。下面描述字段 "StreamCodingType"为"0x90的覆盖位图流。
24位(8位x 3字节)长的字段"OBLanguageCode"指示覆盖位图流 的语言代码。通过参考该字段，期望语言的覆盖位图流被选择。 图25图示出AVCHD标准的片段信息文件的数据结构。 片段信息文件中的数据长度为32位(8位x 4字节)的字段 "Typelndicator"是指示该文件的文件类型为片段信息文件的标识符。数 据长度为32位的字段存储固定值。
片段信息文件包含块"blkClipInfo()"、块"blkSequencelnfo()"、块 "blkProgramlnfo()"、块"blkCPI()"、块"blkClipMark()"，以及块 "blkExtensionData()"。 块 "blkSequencelnfo()"、 块 "blkProgmmlnfo()"、块"blkCPI()"、块"blkClipMark()"和块
"WkExtensionDataO " 的起始地址分别由字段 "SequencelnfoStartAddress "、字段"ProgramlnfoStartAddress "、字段
"CPIStartAddress "、 字段 "ClipMarkStartAddress " 和字段 "ExtensionDataStartAddress"表示，每个字段具有32位的数据长度。
字段"ExtensionDataStartAddress"通过距离片段信息文件前端的相对
字节数来表示块"blkExtensionData()"的起始地址。相对字节数以"零"
开始。如果字段"ExtensionDataStartAddress"是"零"，那么在片段信息
文件中没有块"blkExtensionData"。
这些指示起始地址的字段后接数据长度为96位的"保留"区域。块 "blkClipInfo()"跟随保留区域。块"blkClipInfo()"包含与由片段信息文
件管理的片段AV流相关的信息。稍后将描述块"blkClipInfo()"的数据结构。
块"Sequencelnfo()"包含用于管理系统时钟(STC )和到达时钟 (ATC)的序列的信息。
块"blkProgramlnfo()"包含与由片段信息文件管理的片段AV流的编 码方法和片段AV流中的视频数据的宽高比相关的信息。
块"blkCPI()"包含与映射表相关的信息，该映射表将流文件的时间 位置映射到流文件的空间位置。块"blkClipMark()"中没有重要信息。 块"blkExtensionData()"允许在其中存储扩展数据。 图26图示出AVCHD标准的块"blkStreamCodinglnfo()"的数据结 构。块"blkStreamCodingInfo()"包含在片段信息文件的块 "blkProgramlnfo()"中。
8位长的字段"Length"指示从字段"Length"的末端延伸到块 "blkStreamCodinglnfo()"的末端的数据长度。16位长的字段 "StreamCodingType"指示流编码的类型并且与参考图24讨论的相同。下 面描述字段"StreamCodingType"为"0x90"的覆盖位图流。
24位(8位x 3字节)长的字段"OBLanguageCode"指示覆盖位图流 的语言代码。通过参考该字段，期望语言的覆盖位图流被选择。
图27图示出根据本发明一个实施例的将由第二配置下的信息转换设 备300执行的处理。
在作为转换源的AVCHD流文件中搜索上述用户数据的MDP (步骤
S921)。从所命中的MDP的字段"REC TIME & DATE 1"禾B "REC TIME&DATE2"中提取记录时间和日期(步骤S922)。
响应于所提取的记录时间和日期，根据显示式样指定器329所指定的 显示式样来生成位图数据，以便与作为转换目的的覆盖位图流相匹配(步 骤S923)。例如，字体类型、字体大小、字体式样等由此被指定。
响应于显示式样指定器329所指定的显示式样，生成覆盖位图流的属 性数据，以便与BD文本字幕中的对话式样段531相匹配(步骤S924)。 例如，所生成和设定的属性数据包含位置、显示起始时间、显示结束时 间、字符颜色、背景色、透明度等。
将这样生成的位图数据和属性数据与AVCHD的覆盖位图流、运动图 像和音频相复用，然后记录由此得到的数据(步骤S925)。
这些步骤被反复(循环L902)，直到作为转换源的AVCHD流文件的 处理完成为止。AVCHD的覆盖位图流的管理信息被记录(步骤S926)。 转换处理然后完成。覆盖位图流的管理信息可以包括上述的块 "blkSTNTable()"和"blkStreamCodinglnfo()"。
在上面的示例中，第一附加信息存储单元372存储属性数据的MDP， 并且记录时间和日期被从MDP中提取。记录时间和日期的取得源不限于 MDP。如先前参考图15和16所讨论的，可以取得被附加到播放列表的章 节标记的记录时间和日期。或者，可以从视听数据的流文件的文件系统中 取得记录时间和曰期。
在上面的示例中，第二附加信息存储单元373处理AVCHD的覆盖位 图流，并且记录时间和日期被转换为覆盖位图流。记录时间和日期的转换 目的不限于覆盖位图流。例如，可以用叠加在视频上的字符来编码记录时 间和日期。
根据本发明的一个实施例，附加信息转换器322和332之一根据显示 式样指定器329和339之一所指定的显示式样来转换由附加信息取得器 321和331之一取得的附加信息。按照标准不需要显示的附加信息被显示 在另一个再现装置上。
仅是为了示例性目的而讨论了本发明的实施例，下面描述实施例中的
要素和权利要求书中的对应要素之间的对应关系。本发明不限于该对应关 系，在本发明的范围内可以对该对应关系进行各种改变。
附加信息取得装置例如对应于附加信息取得器321和331之一。附加 信息转换装置例如对应于附加信息转换器322和332之一。附加信息记录 控制装置例如对应于附加信息记录控制器323和333之一。
显示式样指定装置例如对应于显示式样指定器329和339之一。
附加信息取得装置例如对应于附加信息取得器331。附加信息转换装 置例如对应于附加信息转换器332。附加信息记录控制装置例如对应于附 加信息记录控制器333。
取得附加信息的步骤例如对应于步骤S912和S922之一。转换所取得 的附加信息的步骤例如对应于步骤S913和S914,或者步骤S923和 S924。控制经转换附加信息的记录的步骤例如对应于步骤S915和S925之
在上面的实施例中描述的方法步骤可被看作一种方法、看作用于使计 算机执行该方法的程序，或者看作存储该程序的记录介质。
本领域技术人员应当明白，根据设计要求和其他因素可以发生各种修 改、组合、子组合和变更，只要它们属于所附权利要求书或其等同物的范 围内。
本发明包含与2007年8月21日在日本专利厅提交的日本专利申请JP 2007-214215相关的主题，上述申请的全部内容通过引用而结合于此。
权利要求
1.一种信息转换设备，包括附加信息取得装置，用于取得在具有第一记录格式的流文件上存储的运动图像数据所附带的附加信息；附加信息转换装置，用于根据第二记录格式来转换所取得的附加信息；以及附加信息记录控制装置，用于控制将经转换的附加信息记录到具有所述第二记录格式的流文件上。
2. 如权利要求1所述的信息转换设备，其中，所述附加信息包括所 述运动图像数据的图像记录时间和日期。
3. 如权利要求1所述的信息转换设备，其中，所述第一记录格式的 附加信息包括没有显示式样的数据。
4. 如权利要求3所述的信息转换设备，其中，所述第一记录格式的 附加信息包括作为由AVCHD标准定义的改进型数字视频包而记录的信 息。
5. 如权利要求1所述的信息转换设备，还包括显示式样指定装置， 用于指定所述第二记录格式的附加信息的显示式样。
6. 如权利要求5所述的信息转换设备，其中，所述第二记录格式的 附加信息包括按照由所述显示式样指定装置指定的显示式样来安排的文本 数据。
7. 如权利要求6所述的信息转换设备，其中，所述第二记录格式的 附加信息包括作为根据蓝光盘标准的文本字幕而记录的信息。
8. 如权利要求5所述的信息转换设备，其中，所述第二记录格式的 附加信息包括按照由所述显示式样指定装置指定的显示式样来安排的位图 数据。
9. 一种信息转换设备，包括-附加信息取得装置，用于取得在流文件上记录的运动图像数据的第一 附加信息； 附加信息转换装置，用于将所取得的第一附加信息转换为第二附加信息；以及附加信息记录控制装置，用于控制按照与所述流文件相同的记录格式 来记录经转换的第二附加信息。
10. 如权利要求9所述的信息转换设备，还包括显示式样指定装置， 用于指定所述第二附加信息的显示式样。
11. 如权利要求10所述的信息转换设备，其中，所述第一附加信息包括没有显示式样的数据，并且 其中，所述第二附加信息包括按照由所述显示式样指定装置指定的显 示式样来安排的位图数据。
12. 如权利要求11所述的信息转换设备，其中，所述第一附加信息包括作为由AVCHD标准定义的改进型数字 视频包而记录的信息，并且其中，所述第二附加信息包括作为由AVCHD标准定义的覆盖位图而 记录的信息。
13. —种信息转换方法，包括以下步骤取得在具有第一记录格式的流文件上存储的运动图像数据所附带的附 加信息；根据第二记录格式来转换所取得的附加信息；以及 控制将经转换的附加信息记录到具有所述第二记录格式的流文件上。
14. 一种用于使计算机执行以下步骤的计算机程序 取得在具有第一记录格式的流文件上存储的运动图像数据所附带的附加信息；根据第二记录格式来转换所取得的附加信息；以及 控制将经转换的附加信息记录到具有所述第二记录格式的流文件上。
15. —种信息转换设备，包括附加信息取得单元，配置为取得在具有第一记录格式的流文件上存储 的运动图像数据所附带的附加信息；附加信息转换单元，配置为根据第二记录格式来转换所取得的附加信 息；以及附加信息记录控制单元，配置为控制将经转换的附加信息记录到具有 所述第二记录格式的流文件上。
16. —种信息转换设备，包括-附加信息取得单元，配置为取得在流文件上记录的运动图像数据的第 一附加信息；附加信息转换单元，配置为将所取得的第一附加信息转换为第二附加 信息；以及附加信息记录控制单元，配置为控制按照与所述流文件相同的记录格 式来记录经转换的第二附加信息。
全文摘要
本发明公开了用于转换信息的设备、方法和程序。一种信息转换设备包括用于取得在具有第一记录格式的流文件上存储的运动图像数据所附带的附加信息的附加信息取得单元、用于根据第二记录格式来转换所取得的附加信息的附加信息转换单元，以及用于控制将经转换的附加信息记录到具有所述第二记录格式的流文件上的附加信息记录控制单元。
文档编号G11B27/034GK101373624SQ20081021011
公开日2009年2月25日 申请日期2008年8月21日 优先权日2007年8月21日
发明者笃 前, 有留宪一郎, 森本直树, 矶部幸雄, 长尾研一郎 申请人:索尼株式会社