专利名称：播放设备,播放授权服务器,程序,以及系统集成电路的制作方法
技术领域：
本发明涉及用于播放数字电影作品的播放控制技术，并且涉及为了将这些技术应用到用于光盘的播放设备和播放授权服务器的改进。
背景技术：
电影作品通过光盘发行是包括好莱坞在内的电影业的一个主要收入来源。为了在电影业获得成功，必须解决在各发行区域的敏感问题，比如关于与发行区域中的发行公司的关系、电影在发行区域中的发行期、以及在发行区域中的伦理的、历史的、或宗教上的观点。为了从总体上解决这些问题，将区域码系统用于DVD和播放设备。区域码表示可以播放该DVD的区域。当加载了一个DVD时，播放设备读取记录在DVD上的区域码，并判断该区域码是否与播放设备自身的区域码匹配。如果所读取的区域码一致，则将播放该DVD。如果所读取的区域码不一致，则不播放该DVD。由于这种区域码系统，DVD将仅在销售它们的区域之内发行，并且发行不会扩展到该区域之外。因此，从总体上解决了上述各种敏感问题。
例如，两个记录了相同电影的DVD，一个在日本发行而另一个在美国发行，在它们的图像质量和交互功能方面可以不同。更具体地，将一些用于日本的DVD进行电影图像的重编码以便增添字幕和日语音频。在这种情况下，图像质量与用于美国的DVD的不同。此外，某些时候仅在用于美国的DVD中提供额外的称为复活节彩蛋的奖励及用于其的交互功能。因为有这样的差别，许多长时间在美国生活的日本商人收集并珍藏美国版本的DVD。当这样的商人回到日本并试图在他的家庭所拥有的播放设备上播放他收藏的DVD时，他会发现因为区域码的差别而禁止在日本的播放设备上播放那些DVD。因为他不能在日本的播放设备上播放这些DVD，作为他的个人财产的收藏的价值降低了。价值的下降给购买这些DVD的用户留下了不好的印象。但是，因为诸如关于与发行区域中的发行公司的关系等等的敏感问题，很难废止区域码系统的限制。
发明内容
本发明的一个目的是提供一种播放设备，其不会降低用户在国外收集的电影光盘的价值，同时使诸如关于与该发行区域中的发行公司的关系和在这些发行区域中的伦理、历史、或宗教上的观点的敏感问题得以解决。
为了实现该目的，本发明提供了用于光盘的播放设备，包括判断单元，用于判断分配给光盘的光盘区域码是否与分配给播放设备的设备区域码匹配；播放单元，用于(i)如果判断单元做出肯定判断，则播放记录在光盘上的内容，以及(ii)如果判断单元做出否定判断，则不播放内容除非授权了例外的播放，其中，如果内容的内容标识符和设备区域码的组合满足内容的版权拥有者所定义的预定条件，则授权例外的播放。
根据播放设备的这种设置，即使光盘上的区域码与播放设备的区域码不匹配，如果满足预定条件也可以以个体形式播放内容(电影作品)。如果播放设备断定在美国收集的作品满足预定条件，则可以在在日本销售的播放设备上播放它。此外，当由于与发行目标区域中的发行公司的关系而导致不希望允许播放特定内容时，不满足预定条件；因此，可以保护发行目标区域中的发行公司的既得利益。版权所有者不能避免恶化与播放设备所属的区域中的发行公司的关系。此外，当内容的发行期随着从世界上的一个区域到另一个区域而不同时，可以遵守为各区域指定的发行周期。因此，由区域码系统构成的电影作品发行的秩序就不会被破坏。
附图简述
图1是本发明的播放设备200的用法的实施例；图2显示了该实施例的BD-ROM的内部结构；
图3显示了播放设备200的内部结构；图4显示了播放授权列表的例子；图5是显示加载处理的过程的流程图；图6是显示内容播放处理的过程的流程图；图7显示了播放授权服务器500的内部；图8是显示由控制单元13所执行的过程的流程图；图9A显示了该实施例的内容的内部结构；图9B表示使用目录结构的BD-ROM的应用程序格式；图10示意性地显示如何构造AV剪辑；图11显示了PL信息的结构；图12显示了AVClip时间轴和PL时间轴之间的关系；图13显示了用四个Clip_Information_file_name所进行的分组的说明；图14显示了PLmark信息的内部结构；图15显示了用PLmark定义的章节；图16显示了SubPath信息的内部结构；图17显示了在SubPlayItem时间轴上的播放小节定义和同步指定；图18A显示了存储在Java档案文件中的程序和数据；图18B显示了类文件的内部结构；图19显示了第二实施例的播放设备200的内部结构；图20显示了由存储在本地存储器中的PL信息定义了哪种PlayList播放时间轴；图21显示了控制单元6和播放单元2的内部结构；图22显示了从本地存储器7中的PlayList信息和SubPlayItem信息可以得到哪种字幕显示；图23A显示了Java应用程序的例子；图23B显示了代替图23A中所示的Java应用程序而使用的动态脚本；图24A显示了依据记录在BD-ROM上的Java应用程序的播放过程；图24B显示了依据Java应用程序的播放过程；图25显示了根据第二实施例的播放授权服务器500和管理服务器601到606的结构；以及图26显示了根据第四实施例的DB服务器700。
具体实施例方式
第一实施例以下描述本发明的播放设备200的实施例。首先，在使用本发明的播放设备200的不同动作之中，将说明用法的实施例。图1显示了本发明的播放设备200的用法的实施例。在图1中，本发明的播放设备称为播放设备200。家庭影院系统包括播放设备200、电视机300、以及遥控器400。BD-ROM100是为这种家庭影院系统提供电影作品的记录介质。播放设备200用于根据在遥控器400上进行的用户操作来播放记录在BD-ROM100上的内容。
该家庭影院系统的特征是播放设备200通过网络与播放授权服务器500连接。
以下描述这种家庭影院系统中的BD-ROM。图2显示了本实施例的BD-ROM的内部结构。该图所示的BD-ROM是在其上记录了一个或多个内容的只读光盘。
区域码记录在导入区域(lead-in area)中，其为BD-ROM的最内圈轨道。在卷区域(volume area)中记录一个或多个内容(内容1、内容2、以及内容3)以及例外计划标志。区域码指示可以在其中播放该BD-ROM的区域。每个内容与内容ID相关联。内容ID是唯一识别内容的标识符。例外计划标志是指示当BD-ROM上的区域码与播放设备200的区域码不匹配时，是否计划了例外播放。
以下说明播放设备200的内部结构。图3显示了播放设备200的内部结构。如图所示，播放设备200包括BD驱动器1；播放单元2；区域码存储单元3；SD存储卡4；通信单元5；以及控制单元6。
BD驱动器1执行BD-ROM的加载/弹出，并访问所加载的BD-ROM。
播放单元2包括用于解码活动图像(moving images)的视频解码器、用于解码音频的音频解码器、用于解码字幕的图形解码器，以及播放记录在BD-ROM上的内容。
区域码存储单元3在其中以不可重写的形式存储分配给销售了播放设备200的区域的区域码。
SD存储卡4是在其中存储了播放授权列表的安全记录介质。播放授权列表包括多条播放授权信息。
通信单元5访问由内容的版权所有者所运行的播放授权服务器500并传输授权请求。当同时满足以下两个条件时传输授权请求(i)BD-ROM上的区域码与播放设备200的区域码不匹配，以及(ii)参照播放授权列表所进行的关于播放授权的判断的结果是未授权。这里，传输的授权请求包括内容的内容ID、以及播放设备200的区域码。以这样的方式安排以便由播放授权服务器500参照播放授权信息进行授权判断。
控制单元6是典型的计算机系统，其包括CPU、存储有程序的ROM、以及RAM。通过CPU读取存储在ROM中的程序以及程序和硬件资源的协作来实现播放设备200的集成控制。
另外，诸如播放单元2、区域码存储单元3、通信单元5、以及控制单元6这样的功能模块通常被实现为LSI。可以将这些功能模块分别独立地实现为LSI。或者，可以将它们实现为包括它们中的一部分或全部的系统LSI。
此外，集成的方法不局限于LSI，也可以用专用处理器或通用处理器来实现集成。此外，当由于半导体技术或另一种派生技术的发展，出现除了LSI以外的用于制造集成电路的替代技术时，当然也可以使用这样的技术进行集成。
以下说明记录在SD存储卡4上的播放授权列表。图4显示了播放授权列表的一个例子。如图所示，播放授权列表包括多条播放授权信息。
每条播放授权信息是内容ID和区域码的组合，其上还附加了“独占信息”、“发行公司信息”、以及“发行日期信息”。每个内容ID和区域码的组合(附图中的4GH和1、4GH和2、以及QW1和2)指示授权由区域码标识的区域中的播放设备200来播放由内容ID标识的内容。
在每条播放授权信息中，附加到内容ID和区域码的组合的“独占信息”、“发行公司信息”、以及“发行日期信息”指示对该组合授权的条件。
“独占信息”指示为内容提供的播放授权是独占的。因为以一条独占信息为条件的授权是独占的，当播放授权列表中的一条播放授权信息被指示为“独占”时，则意味着播放设备200必须从播放授权列表中删除一条或多条具有与包括在这一条播放授权信息中的内容ID相同的内容ID的播放授权信息。即使播放授权列表包括三条表示授权在世界上的三个区域中播放该内容的播放授权信息，当对其中的一条播放授权信息执行例外播放时，将删除其它播放授权信息。这样，可以对复制播放进行更严格的限制。
“发行公司信息”显示谁是每个组合中的用区域码标识的区域中的发行者(附图中的公司AAA、公司BBB、以及公司CCC)。当将一部电影作品在全世界发行时，版权所有者与每个区域中的发行者签订合同，以便发行者垄断地在该区域中进行电影作品的发行。这里，例如，当将另一个区域中销售的BD-ROM带进发行者控制的区域时，将会损害发行者的既得利益。与发行者的关系很可能恶化。
因此，在播放授权信息中，为每个内容ID和区域码的组合提供“发行公司信息”。当将要执行例外播放时，判断BD-ROM上的发行公司信息是否与播放设备200的发行公司信息相匹配。当BD-ROM上的发行公司信息与播放设备200的发行公司信息不匹配时，因为可能使播放设备200所属的区域中的发行公司的既得利益受到损害，因此禁止播放。当BD-ROM上的发行公司信息与播放设备200的发行公司信息匹配时，并且两个区域中的发行者相同时，将不会损害既得利益；所以，授权播放。因此，在不损害发行者的既得利益的范围之内执行例外播放。
“发行日期信息”指示何时在由每个组合中的区域码所标识的区域中发行内容(附图中的10/02/2002、01/23/2002、以及01/24/1998)。当在播放设备200中计时的当前时间超过发行日期时，播放被授权。在当前时间未超过发行日期时，播放不被授权。这样的发行日期信息对于遵守称为“time shift”的商业方法是必须的。“Time shift”是一种商业方法，通过其，推迟在非英语世界发行光盘的时间，例如，光盘首先发行到美国，然后到西欧和日本，然后到东欧和其余的亚洲国家。当从另一个区域带进将要播放的BD-ROM时，不希望在播放设备200所属的区域的发行日期之前能够播放BD-ROM上的内容。因此，将发行日期信息附加到播放授权信息上，以便能够禁止这种发行前的播放。
至此已经说明了播放授权列表的结构。以下说明由控制单元6使用播放授权列表所执行的处理过程。
图5是显示加载处理的过程的流程图。
加载处理将在步骤S1中读取导入区域，并在选择性地执行步骤S6、S7、和S8中之一之前执行步骤S2到S5。
在步骤S6中，将播放设备200设置为例外模式。步骤S7是差错处理，在其中显示由于区域码的不一致而不能进行播放。步骤S8是用于执行正常播放的处理。
在步骤S2到S5中，确定应该执行这三种处理中的哪一种。
在步骤2中，判断BD上是否有区域码。如果在步骤S2中判断结果是“是”，则读取播放设备200的区域码(步骤S3)。这里将所要读取的BD-ROM区域码称为区域码k，而将设备区域码称为区域码j。在步骤S4中，判断区域码j是否与BD上的区域码k匹配。在这个过程中，如果步骤S2中的判断结果是“否”，以及步骤S4中的判断结果是“是”，则将执行步骤S6中的处理。如果步骤S4中的判断结果是“否”，将执行步骤S5中的处理。
在步骤S5中，判断BD上的例外计划标志是否为“1”。如果标志是“1”，则在步骤S7中执行差错处理。如果标志是“0”，将播放设备200设置为例外模式。
图6是显示内容播放处理的过程的流程图。在这个流程图中，将记录在作为播放目标的BD-ROM上的内容称为内容i。首先，判断该设备是否处于例外模式(步骤S11)。如果不处于例外模式，则将执行正常播放。如果处在例外模式，或者在步骤S12到S23的处理之后执行例外播放(步骤S24)，或者显示由于区域码的不一致而不能进行播放(步骤S25)。
在步骤S12中，判断是否有播放授权列表。在步骤S13中，判断播放授权列表中是否包括内容IDi和区域码j的组合。
如果步骤S12中的判断结果是“否”，或者如果步骤S12中的判断结果是“是”但步骤S13中的判断结果是“否”，那么在步骤S14到S17中判断是否可以授权例外播放。步骤S14到S17中的处理是当播放授权服务器500对播放授权进行判断时执行的过程。
另一方面，如果步骤S13中的判断结果是“是”，那么在步骤S18到S23中判断是否可以授权例外播放。步骤S18到S23中的处理是当根据播放授权列表对播放授权进行判断时执行的过程。
首先，对由播放授权服务器500进行的播放授权判断进行说明。在步骤S14中，判断是否可以进行网络连接。如果该步骤中的判断结果是“否”，那么在步骤S25中执行差错处理。
如果该步骤中的判断结果是“是”，那么将执行步骤S15中及其之后的处理。
在步骤S15中，传输授权请求，授权请求包括内容IDi和区域码j的组合、当前时间、以及区域码k。在步骤S16中，等待来自播放授权服务器500的响应。在步骤S17中，判断来自播放授权服务器500的响应是否为授权响应。如果它是授权响应，则在步骤S24中执行例外播放。如果它是未授权响应，则在步骤S25中执行差错处理。
应当注意到，当在图6的步骤S15中传输授权请求时，除了内容ID和区域码的组合之外，还传输播放设备200上的当前时间和BD-ROM上的区域码。以这种方式设置，从而使得由播放授权服务器500做出关于以下问题的判断(i)是否已经超过了该播放设备200所属的区域中的内容的发行日期，以及(ii)播放设备200所属的区域中的发行者是否与BD-ROM的区域中的发行者匹配。
下面，说明根据播放授权列表所进行的播放授权判断。
在步骤S18中，判断独占信息是否被附加到内容IDi和区域码j的组合。如果附加了一条独占信息，则从播放授权列表删除包括相同内容IDi的其它组合(步骤S19)。
在步骤S20中，判断发行日期是否被附加到播放授权列表中的内容IDi和区域码j的组合。在步骤S22中，判断发行公司信息是否被附于内容IDi和区域码j的组合。如果没有附加这些信息中的任何信息，则步骤S20中的判断结果是“否”，并且步骤S22中的判断结果是“否”，在步骤S24中执行例外播放。
如果附加了这些信息中的一种，则执行步骤S21和S23中的判断。在步骤S21中，判断当前时间是否超过了发行日期。如果当前时间没有超过发行日期，则步骤S21中的判断结果是“否”，并在步骤S25中执行差错处理。
在步骤S23中，判断内容IDi和区域码j的组合的发行者是否与内容IDi和区域码k的组合的发行者匹配。如果它们彼此不匹配，则步骤S23中的判断结果是“否”，并在步骤S25中执行差错处理。
以下对播放授权服务器500进行说明。图7显示了播放授权服务器500的内部。如该图所示，播放授权服务器500包括播放授权管理表11、通信单元12、以及控制单元13。
播放授权管理表11包括多条播放授权信息，类似于播放授权列表。这些播放授权信息显示关于由受版权所有者控制的多个内容中的每一个，以及将作为电影作品的发行目标区域的多个区域中的每一个所构成的组合的信息。尽管信息的数量的规模有差别，写入播放授权管理表11的条目与写入播放授权列表的那些没有差别。可以说播放设备200中的播放授权列表是播放授权服务器500中的播放授权管理表11的一部分。因为播放授权列表是播放授权管理表11的一部分，因此播放设备200可以向播放授权服务器500请求下载播放授权列表，它是播放授权管理表11的一部分。最好根据记录在BD-ROM上的URL等等执行这种下载。其原因是每个播放授权服务器500由内容的版权所有者运行，因此播放授权服务器500对于不同的版权所有者是不同的。因此，最好在BD-ROM上唯一指定一个播放授权服务器。对于一些主要的版权所有者(发行者)的URL，可以将那些URL存储在播放设备200中。或者，也可以从播放设备200的制造商的站点下载URL。
通信单元12通过网络与播放设备200进行通信。
当已从播放设备200传输授权请求时，控制单元13通过参照播放授权管理表11来判断授权请求是否会被授权。如果将授权该请求，则将授权响应传输到作为请求源的播放设备200。如果不授权该请求，则将未授权响应传输到作为请求源的播放设备200。控制单元13是通过写一个执行图8所示的流程图的程序并使服务器计算机执行该程序而实现的。图8是显示控制单元13所执行的处理的过程的流程图。在该流程图中，首先在步骤S31中等待接收授权请求，当接收到授权请求时，在步骤S32中从授权请求中获取内容IDi和区域码j。
之后，基于步骤S33到S37的结果执行步骤S38或者步骤S39中的处理。这里，在步骤S38中，将对于例外播放的授权响应传输到作为请求源的播放设备200。在步骤S39中，将未授权响应传输到作为请求源的播放设备200。步骤S33到S37中的处理确定将执行步骤S38或者步骤S39的哪一个。
在步骤S33中，判断播放授权管理表11中是否存在一条包括内容IDi和区域码j的组合的播放授权信息。当它不存在于表中时，过程前进到传输未授权响应的步骤S39。
在步骤S34中，判断发行日期是否附被附加到播放授权管理表11中的内容IDi和区域码j的组合。在步骤S36中，判断是否有一条发行公司信息被附加于内容IDi和区域码j的组合上。如果未附加这两类信息中的任何一种，则步骤S34中的判断结果是“否”，并且步骤S36中的判断结果是“否”，并且在步骤S38中将对例外播放的授权响应传输到作为该请求的来源的设备。
如果附加了这些信息中的一种，那么在步骤S35和S37中进行判断。在步骤S35中，判断当前时间是否超过了发行日期。如果当前时间没有超过发行日期，那么步骤S35中的判断结果是“否”，并在步骤S39中执行差错处理。
在步骤S37中，判断内容IDi和区域码j(播放设备200的区域码)的组合的发行者是否与内容IDi和区域码k(BD-ROM上的区域码)的组合的发行者匹配。如果它们彼此不匹配，则步骤S37中的判断结果是“否”，并且在步骤S39中执行差错处理。
根据如上说明的本实施例，即使BD-ROM上的区域码与设备的区域码不匹配，如果满足预定条件也可以以单独的形式播放内容。如果播放设备200判断从美国获得的收藏中包括的一些内容满足预定条件，那么可以在在日本销售的播放设备200上播放它们。关于与作为发行目标的区域中的发行公司的关系，如果不希望允许播放该内容，将不会满足预定条件；所以，可以保护作为发行目标的区域中的发行公司的既得利益。因此，版权所有者可以避免恶化与播放设备200所属的区域中的发行公司的关系。此外，当内容的发行期在世界上的不同区域不同时，可以遵守未各区域指定的发行期。因此，使用区域码系统构建的电影作品发行的秩序不会破坏。
第二实施例在第二实施例中，更详细地公开了BD-ROM的格式。图9A显示了根据本实施例的内容的内部结构。如该图所示，第二实施例中的内容由“数字流”的主体、定义数字流的播放路径的“静态脚本”、以及指示使用该播放路径的动态播放控制过程的“动态脚本”组成。图9B表示了使用目录结构的BD-ROM的应用程序格式。在该图中，在BD-ROM中的根(Root)目录下面是BDMV目录。
从属于BDMV目录的是四个子目录，分别称为PLAYLIST目录、CLIPINF目录、STREAM目录、以及BDJA目录。
STREAM目录是在其中存储了作为数字流的主体的文件的目录。所存储的文件包括附加了扩展名mpls的文件(00001.m2ts、00002.m2ts、以及00003.m2ts)。
PLAYLIST目录是在其中存储了构成静态脚本的文件的目录。所存储的文件包括附加了扩展名mpls的文件(00001.mpls、00002.mpls、以及00003.mpls)。
CLIPINF目录是在其中存储了构成静态脚本的文件的目录，类似于PLAYLIST目录。所存储的文件包括附加了扩展名clpi的文件(00001.clpi、00002.clpi、以及00003.clpi)。
BDJA目录是在其中存储了构成动态脚本的文件的目录。所存储的文件包括附加了扩展名jar的文件(00001.jar、00002.jar、以及00003.jar)。
在该图中，每个附加了扩展名m2ts的文件(也就是00001.m2ts、00002.m2ts、00003.m2ts……)存储一个AVClip(AV剪辑)。AVClip具有不同类型，比如MainClip(主剪辑)和SubClip(子剪辑)。MainClip是通过将诸如视频流、音频流、构成字幕的呈现图形流(PG流)、以及构成菜单的交互图形流(IG stream)的多个基本流进行多路复用而获取的数字流。
图10概要地显示了如何构造AVClip。
通过将由多个视频帧(图像pj1、pj2、以及pj3)构成的视频流和由多个音频帧构成的音频流(上层1)转换为一个PES分组串(上层2)，然后将该PES分组串转换为TS分组(上层3)，以及同样地将用于字幕的呈现图形流(PG stream)和用于交互的交互图形流(IG stream)(低级1)转换为一个PES分组串(下层2)，然后将该PES分组串转换为TS分组(下层3)，并进一步多路复用这些TS分组来构造AVClip(中层)。
SubClip是对应于诸如音频流、图形流、或者文本字幕流这样的一个基本流的数字流。
附加了扩展名“clpi”的每个文件(即00001.clpi、00002.clpi、00003.clpi…)是与AVClip一一对应的管理信息。因为它们是管理信息，所以剪辑(Clip)信息包括关于AVClip中的流的编码格式、帧速率、比特率和分辨率水平的信息以及显示GOP的头位置的EP_map。
附加了扩展名“mpls”的每个文件(即00001.mpls、00002.mpls、以及00003.mpls…)是其中存储了PL信息的文件。PL信息参照AVClip定义播放列表(playlist)。图11显示了PL信息的结构。如该图的左侧所示，PL信息由“MainPath信息”、“PLmark信息”、以及“SubPath信息”组成。
如带有虚线mp1的箭头所示，MainPath信息“MainPath()”由多条Playltem(播放项)信息“PlayItem()”组成。PlayItem是通过在一个或多个AVClip时间轴上指定In_Time和Out_Time而定义的播放小节。通过设置多条PlayItem信息，定义了由多个播放小节组成的播放列表(PL)。该图中的虚线mp2显示了PlayItem信息的内部结构的详细描述。如图所示，PlayItem信息由指示对应的AVClip的“Clip_information_file_name”、“In_Time”以及“Out_Time”组成。图12显示了AVClip和PL之间的关系。层1显示AVClip具有的时间轴，层2显示PL具有的时间轴。PL信息包括三条PlayItem信息，例如PlayItem #1、#2以及#3。通过这些PlayItem #1、#2以及#3的In_times和Out_times，定义了三个播放小节。通过安排这些播放小节，可以定义与AVClip时间轴不同的时间轴，它是如层2所示的PL时间轴。按照至此的说明，通过定义多条PlayItem信息，可以定义与AVClip的时间轴不同的时间轴。
AVClips的指定原则上是仅仅对一个AVClip进行的；但是，也可能一起指定多个AVClip(这种类型的指定将称为“组指定”(groupedspecification))。组指定是利用PlayItem信息中的多个clip_information_file_names所进行的。图13显示了利用四个Clip_Information_file_names所进行的组指定。在图中，层1到4显示了四个AVClip时间轴(即AVClip #1、#2、#3和#4的时间轴)，并且层5显示了PL时间轴。这四个时间轴是通过包含在PlayItem信息中的四个clip_information_file_names而指定的。通过这种安排，通过包含在PlayItem中的In_times和Out_times定义可以有选择地播放的四个播放小节。因此，在PL时间轴上，定义了由多个可互相切换的角度视频图像组成的小节(称作多角度小节)。
PLmark信息“PLmark()”是用于在PL时间轴上指定任意一个小节作为章节的信息。图14显示了PLmark信息的内部结构。如图中的引线pm1所指，PLmark信息包括“ref_to_PlayItem_ID”和“Mark_time_stamp”。图15显示了使用PLmark定义的章节。在图中，层1显示AVClip时间轴，层2显示PL时间轴。图中的箭头pk1和pk2分别指示PLmark中的PlayItem指定(ref_to_PlayItem_Id)和时刻(Mark_time_stamp)的指定。由于这些指定，在PL时间轴上定义了三个章节(章节#1、#2以及#3)。这完成了对PLmark的说明。以下说明SubPath信息。
SubPath信息“SubPath()”是用于通过在SubClip时间轴上指定一组或多组In_Time和Out_Time而定义一个或多个播放小节的信息。图16显示了SubPath信息的内部结构。如图中的引线(虚线)sh1所示，SubPath信息由多条SubPlayItem信息“SubPlayItem()”组成，引线(虚线)sh2指示其详细描述，SubPlayItem信息由“Clip_information_file_name”、“In_Time”、“Out_Time”、“Sync_PlayItem_Id”以及“Sync_start_Pts_of_PlayItem”组成。在SubClip时间轴上的In_Time和Out_Time的指定是利用“Clip_information_file_name”、“In_Time”以及“Out_Time”来进行的。“Sync_PlayItem_Id”和“Sync_start_Pts_of_PlayItem”用于同步指定，以使SubClip时间轴上的播放小节与PL时间轴同步。由于此同步指定，PL时间轴和SubClip时间轴同步前进。
图17显示了在SubClip时间轴上的播放小节定义和同步指定。在图中，层1显示PL时间轴，层2显示SubClip时间轴。在图中，SubPlayItem.In_Time显示播放小节的开始，SubPlayItem.Out_Time显示播放小节的结束。由此得知播放小节也定义在SubClip时间轴上。如箭头Sn1所示，Sync_PlayItem_Id显示了对于PlayItem的同步指定。如箭头Sn2所示，Sync_start_PTS_of_PlayItem显示了在PL时间轴上的PlayItem中的时刻的指定。
BD-ROM上的PL信息的特征在于可以定义允许多个AVClip彼此切换的多角度小节(multi-angle sections)，以及定义允许AVClip和SubClip彼此同步的同步小节。如上所述的Clip信息和PL信息被分类为“静态脚本(scenario)”。
以下描述“动态脚本”。术语“动态”的意思为，播放控制的实质(substance)由于播放设备200的状态变化或者由于来自用户的关键事件而发生变化。在BD-ROM上，此类播放控制能够以与描述Java应用程序同样的方式来描述。换句话说，在BD-ROM上，Java应用程序用作动态脚本。
以下描述Java应用程序。Java应用程序由一个或多个加载到虚拟机的堆区域(也称为工作内存)的xlet程序组成。应用程序是由加载到工作内存的xlet程序及其他数据构成的。这就是Java应用程序是如何构成的。
Java应用程序的实质是存储在从属于图9所示的BDMV目录的BDJA目录中的Java档案文件(00001.jar和00002.jar)。在下列部分中，参照图18描述Java档案文件。
Java档案文件每个Java档案文件(图9中的00001.jar和00002.jar)是可以通过将一个或多个类文件以及一个或多个数据文件放在一起所得到的文件。图18A显示了放在一个档案文件中的多个程序和数据。图中所示的多条数据是由java档案存储器(java archiver)放在一起的多个文件，这多个文件具有如该方框所示的目录结构。该方框所示的目录结构由Root目录、java目录、以及image目录组成。在Root目录中设置的是common.pkg，在java目录中的是类文件(aaa.class、bbb.class)，在image目录中的是menu.jpg。Java档案文件是通过由java档案存储器将这些文件放在一起而得到的。当从BD-ROM将这些类文件和多条数据读取到缓存(cache)时展开它们，并将其视为安排在该目录中的多个文件。Java档案文件的文件名中的五位数字的号码“zzzzz”表示应用程序的ID(应用程序ID)。当将这种Java档案文件读入缓存时，可以通过参考文件名中所包括的号码获取构成该Java应用程序的任何一个程序和数据。
该图所示的类文件(图中的aaa.class和bbb.class)是对应于如上所述的xlet程序的类文件。BD-J模式中的播放程序由对应于类文件的实例的xlet程序定义。
Xlet程序是能够使用JMF(Java Media Framework)格式的接口并基于根据诸如JMF格式的关键事件执行处理的Java程序。因为xlet程序可以以JMF格式执行处理，所以xlet程序能够通过为MPLS文件生成一个实例(JMF播放器实例)来命令播放设备200播放一个播放列表。此外，xlet程序能够通过描述一个函数API的调用来执行一些唯一属于BD-ROM播放设备200的处理。
此外，xlet程序可以执行访问WWW站点并下载内容的过程。通过这种安排，可以播放其中混合了所下载的内容和所播放的播放列表的最新作品。
以下描述xlet程序中的类文件。图18B显示了类文件的内部结构。如该图所示，类似于普通的类文件，类文件由“常量池”、“接口”、以及“方法1，2，3，…n”组成。类文件中的方法包括在其中将触发行为的关键事件预先注册的方法(EventListner)，命令JMF的播放过程的方法(JMF播放器实例方法)，以及调用BD-ROM播放设备200这一侧上的函数API的方法。在每个方法中，使用分配给该方法的局部变量和用于调用该方法的参数来描述计算的过程等等。这样完成了Java档案文件的描述。
至此描述了BD-J模式中的java应用程序。图中所示的Java应用程序、静态脚本、以及数字流的组合对应于本实施例中的内容。
以下描述根据第二实施例的播放设备200。
图19显示了根据第二实施例的播放设备200的内部结构。该图与第一实施例的不同在于增加了本地存储器7。
本地存储器7是在其中存储有已通过网络等下载的SubClip信息、Clip信息、PL信息、以及Java档案文件的内置介质。
以下描述本地存储器7中的PL信息。本地存储器7中的PL信息与BD-ROM上的PL信息的不同在于，它可以指定BD-ROM上的Clip信息以及本地存储器7中的Clip信息中的任何一个。当作出这样的指定时，本地存储器7中的PL信息不需要以完整路径来指定BD-ROM上的文件。这是因为播放设备200将本地存储器7与BD-ROM一起识别为虚拟驱动器(称作虚拟包)。因此，通过指定对应于存储了Clip信息的文件的文件体的五位数字号码，PlayItem信息中的Clip_Information_file_name以及SubPlayItem信息中的Clip_Information_file_name能够指定BD-ROM上的或者存储器7中的AVClip。可以通过读取记录在本地存储器7中的内容并动态地将它与记录在BD-ROM上的内容进行组合，从而生成各种不同类型的播放。
图20显示了由存储在本地存储器中的PL信息定义了什么类型的PlayList(播放列表)播放时间轴。层1显示记录在BD-ROM上的AVClip中的播放时间轴。层2显示由存储在本地存储器中的PL信息所定义的PlayList播放时间轴。如层1和层2所示，存储在本地存储器中的PL信息能够为BD-ROM上的AVClip定义它自身的播放时间轴。层3显示存储在本地存储器中的SubClip中的SubClip播放时间轴。在图中，SubPlayItem.In_Time显示了播放小节的开始，SubPlayItem.Out_Time显示了播放小节的结束。由此，可以得知播放小节也定义在SubClip时间轴上。如箭头Sn1所示，Sync_PlayItem_Id显示对于PlayItem的同步指定。如箭头Sn2所示，Sync_start_PTS_of_PlayItem显示在PL时间轴上的PlayItem中的时刻的指定。
据此，通过SubPlayItem信息定义在SubClip播放时间轴上的播放小节与通过本地存储器中的PlayItem信息所定义的PlayList播放时间轴同步。
本地存储器中的PL信息可以为BD-ROM上的AVClip指定PlayList播放时间轴。本地存储器中的SubPlayItem信息可以在播放时间轴上指定与本地存储器中的SubClip的同步；所以，当本地存储器中的SubClip是文本字幕流时，可以与BD-ROM上的AVClip同步地播放文本字幕流。
图21显示了控制单元6和播放单元2的内部结构。
控制单元6由CPU10和Java虚拟机11组成。Java虚拟机11将构成Java应用程序的字节码转换为本地代码，并将它们发送到CPU10。通过该转换，将执行所述Java应用程序。
如图所示，播放单元2包括读缓冲区12、多路输出选择器(demultiplexer)13、视频解码器14、视频平面(plane)15、P-图形解码器16、呈现图形平面(Presentation Graphics plane)17、合成单元18、字体生成器19、I-图形解码器20、开关21、交互图形平面22、合成单元23、CLUT单元24、CLUT单元25、音频解码器26、读缓冲区29、以及多路输出选择器(De-MUX)30。
读缓冲区12是FIFO(先入先出)存储器，并将从BD-ROM读取的TS分组以先入先出的方式进行存储。
多路输出选择器(De-MUX)13从读缓冲区12中获取TS分组，并将TS分组转换为PES分组。将通过转换所得到的PES分组输出到视频解码器14、P-图形解码器16、I-图形解码器20、以及音频解码器26中的一个。
视频解码器14将从多路输出选择器3输出的多个PES分组进行解码以便获得解压缩格式的图片，并将该图片写入视频平面15。
视频平面15是用于存储解压缩格式的画面的平面。平面是播放设备中的用于存储一屏幕图像的像素数据的存储区。视频平面15的分辨率是1920×1080。存储在视频平面15中的画面数据由用16-位YUV值表示的多条像素数据组成。
P-图形解码器16将从BD-ROM读取的呈现图形流解码，并将解压缩图形写入呈现图形平面17。通过图形流的解码，将字幕显示在屏幕上。
呈现图形平面17是具有用于一屏幕图像的区域的存储器，并且可以为一屏幕图像存储未压缩图形。该平面的分辨率是1920×1080。呈现图形平面17中的解压缩图形的像素用8-位索引(index)颜色表示的。通过使用CLUT(Color Lookup Table，颜色查找表)转换这些索引颜色，将存储在呈现图形平面17中的解压缩图形进行显示。
合成单元18将存储在视频平面15中并处于解压缩状态的画面数据(i)与存储在呈现图形平面17中的进行合成。
字体生成器19使用字符字体将包括在文本ST流中的文本代码扩展为位图，并将它们写入呈现图形平面17。
I-图形解码器20将从BD-ROM或本地存储器7读取的IG流解码，并将解压缩图形写入交互图形平面22。
开关21是将由字体生成器19所生成的字体序列和通过P-图形解码器16执行的解码而得到的图形之一有选择地写入呈现图形平面17开关。
将通过I-图形解码器20执行解码而得到的解压缩图形写入交互图形平面22。此外，由Java应用程序所生成的字符和图形也被写入。
合成单元23将交互图形平面22中所存储的与从合成单元18输出的合成图像(与呈现图形平面17中所存储的合成的处于解压缩状态的画面数据)进行合成。通过合成，可以将由该应用程序写入I-图形解码器20的字符和图形显示为解压缩状态的画面数据之上的覆盖层。
CLUT单元24将存储在视频平面15的解压缩图形中的索引颜色转换为Y、Cr、以及Cb的值。
CLUT单元25将存储在交互图形平面22中的解压缩图形中的索引颜色转换为Y、Cr、以及Cb的值。
音频解码器26将从多路输出选择器3输出的PES分组解码，并输出解压缩格式的音频数据。
读缓冲区29是FIFO存储器，并且当存储于本地存储器7中的下载内容包括SubClip时，将构成此SubClip的TS分组以先入先出方式存储到读缓冲区29。
多路输出选择器(De-MUX)30从读缓冲区29中获取TS分组并将TS分组转换为PES分组。在通过转换得到的PES分组中，将具有所期望的PID的PES分组输出到字体生成器19、I-图形解码器20、以及音频解码器26。这样完成了对图21的描述。
图22显示通过本地存储器7中的PlayList信息和SubPlayItem信息可获得哪种可用的字幕显示。当复用到BD-ROM上的AVClip上的呈现图形流是用于显示英语字幕的时，实现图22的左侧所显示的播放。特别地，实现带有一行英语“He had a person at one′s nod”的播放。或者，当本地存储器7上的SubPlayItem信息定义与用于显示日语字幕的文本字幕流的同步时，实现图22右侧所示的播放。特别地，实现以日语“Kare wa hito o ago de tsukatte iru”配音的播放。当SubClip和PL信息都存在于本地存储器7中时，可以使用不存在于BD-ROM上的字幕播放内容。
以下描述由本地存储器7中的Java档案文件所定义的Java应用程序。由本地存储器7中的Java档案文件定义的Java应用程序能够指定将被播放的PL信息，不论PL信息是存在于BD-ROM上还是本地存储器7中。
在下列部分中，比较说明使用记录在BD-ROM上的Java应用程序以及由本地存储器7中的Java档案文件定义的Java应用程序实现何种类型的播放。
图23A显示了BD-ROM上的Java应用程序的一个例子。在此例中，诸如PlayPL(PL#1，PI#1)、PlayPL(PL#2，PI#1)、以及PlayPL(PL#3，PI#1)的三个函数调用被排列为一排；所以，将诸如PL#1，PL#2，以及PL#3的三个PL顺序地播放以便构成电影作品。
图23B显示了由本地存储器7上的Java档案文件定义的Java应用程序的例子。该Java应用程序存在于本地存储器7中。该Java应用程序实现根据语言切换播放场景的“语言信用(language credit)”，并包括一个附加的PL，即PL#4。这是替代图像并且可选地代替PL#2播放。
在本地存储器7一侧的Java应用程序实现条件播放，如果播放设备200上的语言设置(PSR(0))是“日语”(如果(PSR(0)＝日语))，那么将播放PL#4(Link(PL#4，PI#1，0))，如果播放设备200上的语言设置是其它语言(else)，那么播放PL#2(Link(PL#2，PI#1))。
图24A显示了依据记录在BD-ROM上的Java应用程序的播放过程。图24B显示了依据本地存储器7上的Java应用程序的播放过程。图24B中的箭头hb1和hb2象征性地显示了依据本地存储器7上的Java应用程序的条件分支。
如图所示，记录在BD-ROM上的Java应用程序仅仅连续地播放记录在BD-ROM上的PL#1、#2以及#3。另一方面，本地存储器7上的Java应用程序根据PSR(0)的值，在用于日本的PL(PL#4)的播放和用于美国的PL(PL#2)的播放之间切换。这是语言信用的实现。如果播放设备的状态设置被设置为能够观看该内容的最低用户年龄，那么可以实现根据最低用户年龄来切换将要播放的播放列表的家长控制。
按照至此的说明，根据本实施例，当在区域码不匹配的情况下执行例外播放时，播放设备200下载适用于播放设备200所属区域的字幕或者Java应用程序，并使用所下载的字幕或者Java应用程序执行播放；所以，用户可以利用适合于用户所生活的区域的语言的字幕或Java应用程序来观看内容。
第三实施例第一实施例中，播放设备200将包括一个组合的授权请求传输到播放授权服务器500，从而使得播放授权服务器500响应于该请求将一个列表传输到作为该请求的源的播放设备200。相反，在第二实施例中，在传输了包括一个组合的授权请求之后，使用授权请求中包括的区域码作为线索进行搜索以找到作为该请求的源的播放设备200所属的国家或区域，以便管理该区域的管理服务器提供适用于作为该请求的源的播放设备200所属的国家或区域的服务。
这里，由管理服务器提供的服务是将适用于该国家或区域的文本字幕传输到请求者，或者传输用于选择符合该国家或区域的场景的java应用程序。
图25显示了根据第二实施例的播放授权服务器500和管理服务器601到606的结构。如图所示，管理服务器601、602、以及603到606存在于网络中。这些管理服务器管理世界上的多个国家和区域。每个管理服务器具有一个用区域码指示的管理区域。例如，日本由管理服务器601管理；美国由管理服务器602管理；英国由管理服务器603管理。播放授权服务器使用授权请求中指示的区域码作为线索搜索一个管理作为该请求的源的播放设备200的管理服务器，并使搜索中所找到的管理服务器提供适用于该区域的服务。§1、§2、和§3示意性地描述了播放设备200的播放授权请求(§1)、对由区域j确定的管理服务器的传输请求(§2)、以及由管理服务器执行的文本字幕和java应用程序的下载(§3)。
按照至此的说明，根据本实施例，当在区域码不匹配的情况下执行例外播放时，作为本地存储器7，播放授权服务器传输执行适用于播放设备200所属的区域的播放控制过程的Java应用程序，并使播放设备200使用本地存储器7执行播放；所以，用户可以通过适用于用户生活的区域的语言的播放路径来观看内容。
第四实施例第一实施例中，内容ID记录在BD-ROM上；但是，第四实施例涉及一种改进，其中将内容的内容ID存储在与播放授权服务器500不同的数据库(DB)服务器中，以便必要时播放设备200能够获取内容ID。图26显示了根据第四实施例的DB服务器700。该图所示的DB服务器700在其中存储内容ID作为电影作品的元数据(元数据1、2、和3)，每条元数据包括表演者的姓名和内容的创建者等等。根据本实施例的播放设备200在作出授权请求时访问DB服务器700，并下载播放设备200将为其请求播放授权的、DB服务器700中存储的一条元数据。当作出这样的请求时，播放设备200向DB服务器700传输内容中的图像的一部分或者音频的声纹(sound print)(声音的波长等等)，并通知DB服务器700播放设备200合法地拥有该内容。如果已由图像的一部分、音频的声纹等等证明了作为该请求的源的播放设备200拥有该内容，那么DB服务器700将包括内容ID的一条元数据传输到作为该请求的源的播放设备200。图中的§1、§2、§3以及§4示意性地描述了通过触板型遥控器200来通知合法所有权(§1)，由DB服务器700传输包括内容ID的元数据(§2)，传输包括内容ID和区域码的组合的播放授权请求(§3)，由DB服务器700传输播放授权列表(§4)。
按照至此的说明，根据本实施例，因为从DB服务器获取内容ID，所以当在创建者一侧需要更新时，能够更新由DB服务器管理的内容ID；所以可以实时提供信息。此外，因为关于表演者等等的信息是与内容ID一同传输的，所以能够持续地保持更新这些信息。
补充信息以上描述并不是显示本发明的所有结构的实现。也可以根据实现下列变形(A)、(B)、(C)等等的结构的实施来实现本发明。但是，应该注意到，省略了其他的具体例子，所述其他具体例子包含在根据权利要求的本发明中，并且根据本说明书和附图，或本领域中的一般技术人员的技术知识能够执行其。
(A)第一实施例的播放授权信息中包括的发行公司信息、独占信息和发行日期信息，以及图6所示的流程图中的步骤S18到S23是可选择添加的元素。可以在不使用这些元素的情况下对播放授权进行判断。也就是说，可以进行安排以使得预定条件是内容i和区域码j的组合存在于播放授权信息中的组合之中，并且当满足该条件时，给予播放授权。
(B)因为考虑到与DVD的兼容性，因此进行安排从而使得区域码被写入BD-ROM的导入区域；因此，可以将区域码写入任何其它位置。或者，如果没有区域码附于BD-ROM也是可以的。
(C)关于将标题作为一个内容处理的说明仅仅是可选择的，并在索引表中为标题的索引提供一个内容ID。BD-ROM上的任何播放单元都可以当作内容。可以将内容ID附加到AVClip自身。或者，也可以将内容ID附加到PL信息。
(D)可以写下播放设备所属区域中的内容的售价以便将它包括在播放授权信息中，从而使得当支付了帐单时执行例外播放。该价格可以是与BD-ROM所销售的区域中的售价的差价。
(E)如果作为播放目标的BD-ROM是其上记录了多个内容的混合盘(hybrid disk)，那么可以生成播放授权信息从而使得仅仅允许播放一部分所记录的内容。利用这种安排，可以将能够在不同区域中发行的内容记录到一个BD-ROM上。因此，能够根据该播放设备所属的区域来允许播放不同的内容。
(F)在所有实施例中，将属于本发明的光盘实现为BD-ROM。但是，本发明的特征并不依赖于BD-ROM的物理属性。任何形式的记录介质都是可用的。例如，可应用诸如DVD-ROM、DVD-RAM、DVD-RW、DVD-R、DVD+RW、DVD+R、CD-R、CD-RW等等的光盘，以及诸如PD、MO等等的光磁盘(optical-magnetic disks)。也可应用诸如CF卡(compact flash cards)、SM卡(Smart Media)、记忆棒(Memory Sticks)、多媒体卡(MultiMedia Cards)、以及PCM-CIA卡等等的半导体存储卡，以及(i)诸如软盘、超级盘(SuperDisk)、Zip、Clik！等等的磁性记录盘，以及(ii)诸如ORB、Jaz、SparQ、SyJet、EZFlyer、微硬盘(microdrive)等等的可移动硬盘驱动器。此外，记录介质也可以是内置硬盘。
(G)尽管所有实施例中的播放设备在解码之后将记录在BD-ROM上的AVClip输出到TV，但是可以仅通过BD-ROM驱动器来构造播放设备，并可以将TV装备所有其它元素。在这种情况下，可以将播放设备和TV结合到使用IEEE1394连接的本地网络。此外，尽管实施例中的播放设备是连接到电视机之后使用的类型，也可应用集成的显示播放设备。此外，播放设备可以仅仅是实施例的播放设备中的执行处理的实质部份的那些部分。因为这些播放设备全部是本应用的说明书中所公开的发明，因此涉及根据第一到第四实施例所示的播放设备的内部结构来制造播放设备的行为是在本申请的说明书中所公开的发明的实现。涉及到第一到第四实施例中所示的播放设备的转让(无论是有偿还是无偿)、(当涉及价钱时是零售；当不涉及价钱时是礼物)、出租、或者进口的行为也是本发明的实现。涉及到通过店面展示、目录招揽、手册分发等手段来接近普通用户进行转让、租用等的行为也是这些播放设备的实现。
(H)由于特别地使用硬件资源实现图5、6、和8所示的按照计算机程序的信息处理，所以显示流程图中的处理过程的计算机程序自身构成发明。尽管所有实施例都显示涉及到播放设备中的属于本发明的合并形式的计算机程序的实现的实施例，但是实施例中所示的计算机程序可以凭其自身来实现，与播放设备相分离。计算机程序自身的实现包括以下动作(1)程序的生产、(2)程序的转让，或者有偿或者无偿、(3)程序的出租、(4)程序的进口、(5)通过双向电子通信线路公开地提供程序、以及(6)通过店面展示、目录招揽、手册发行等等手段接近普通用户进行转让、出租等。
(I)如果记录在BD-ROM上，最好将扩展头附加到构成AVClip的TS分组。称为TP_extra_header的扩展头包括“Arrival_Time_Stamp”和“copy_permission_indicator”，并且具有4字节的数据长度。将附加了TP_extra_header的TS分组(以下，缩写为“附加了EX的TS分组”)安排到32个分组的组中，并写入三个扇区。每个包括32个附加了EX的TS分组的组是6,144字节长(＝32×192)，与三个扇区的6,144(＝2048×3)字节大小匹配。包含在三个扇区中的32个附加了EX的TS分组组成的组称为一个“对齐单元(Aligned Unit)”。
如果在通过IEEE1394连接的本地网络中使用，播放设备200在如下所述的传输处理中传输对齐单元。也就是说，发送者一方的装置从包含在对齐单元中的32个附加了EX的TS分组中的每一个移除TP_extra_header，并在根据DTCP标准编码TS分组之后输出TS分组。当输出TS分组时，在TS分组之间的不同位置插入同步分组。同步分组的定位是基于每个TP_extra_header中的Arrival_Time_Stamp中所示的时间的。当输出TS分组时播放设备200输出一个DTCP_Descriptor。DTCP_Descriptor显示每个TP_extra_header中的拷贝许可设置。这里，如果描述DTCP_Descriptor以便显示“拷贝禁止”，那么当在通过IEEE1394连接的本地网络中使用时，TS分组将不被记录在其它装置上。
(J)尽管在实施例中，记录在记录介质上的数字流是AVClip，但是数字流可以是符合DVD视频标准或者DVD视频记录标准的VOB(Video Objects，视频对象)。VOB是通过多路复用视频和音频流而获得的符合ISO/IEC13818-1的程序流。此外，AVClip中的视频流可以是MPEG-4格式、WMV格式等等。此外，音频流可以是线性PCM格式、杜比(Dolby)AC3格式、MP3格式或者MPEG-AAC格式。
(K)实施例中的视频作品可以通过将通过模拟广播而广播的模拟视频信号进行编码而获得，或者可以是由数字广播而广播的传输流构成的流数据。
此外，可以通过将记录在录像带上的模拟/数字视频信号进行编码来获得内容。此外，可以通过将从摄影机直接拍摄的模拟/数字视频信号进行编码来获得内容。或者，内容可以是从发行服务器分发的数字版权作品。
工业实用性本发明的播放设备可以用于个人目的，比如用于家庭影院系统。但是，本发明的内部结构在如上所述的实施例中公开；所以，因为根据该内部结构的批量生产是可能的，所以本发明可以利用必要的资源进行工业化应用。因此，本发明的播放设备具有工业实用性。
权利要求
1.一种用于光盘的播放设备，包括判断单元，用于判断分配给光盘的光盘区域码是否与分配给所述播放设备的设备区域码相匹配；播放单元，用于(i)当所述判断单元做出肯定判断时，播放记录在所述光盘上的内容，以及(ii)当所述判断单元做出否定判断时，除非例外播放被授权，否则不播放所述内容，其中当所述内容的内容标识符与所述设备区域码的组合满足由所述内容的版权拥有者所定义的预定条件时，授权所述例外播放。
2.如权利要求1所述的播放设备，还包括传输单元，用于将授权请求传输到服务器设备，所述授权请求指示所述内容标识符与所述设备区域码的组合，其中当满足所述预定条件时，所述服务器设备传输授权响应以答复所述授权请求，以及当不满足所述预定条件时，所述服务器设备传输未授权响应。
3.如权利要求2所述的播放设备，其中所述服务器设备具有播放授权列表，该播放授权列表包括内容标识符与区域码的组合，所述组合中的每一个指示允许在由所述组合中的所述区域码标识的区域中播放由所述内容标识符标识的内容，以及当所述播放授权列表包括所述传输的、所述内容标识符与所述设备区域码的组合时，满足所述预定条件。
4.如权利要求2所述的播放设备，其中所述服务器设备具有多条与内容标识符和区域码的组合相对应的日期/时间信息，其中每一条日期/时间信息指示由所述内容标识符标识的内容对于由所述区域码标识的区域的发行日期/时间，从所述传输单元传输到所述服务器设备的所述授权请求包括由(i)所述播放设备所属区域中的当前时间，(ii)将要播放的所述内容的内容标识符，和(iii)所述设备区域码构成的组合，以及当所述授权请求中包括的所述当前时间超过在一条日期/时间信息中指示的发行日期/时间时，满足所述预定条件，其中所述一条日期/时间信息具有与所述授权请求中包括的所述内容标识符和所述区域码的组合相同的组合。
5.如权利要求2所述的播放设备，其中所述服务器设备具有多条与内容标识符和区域码的组合相对应的发行者信息，其中每一条发行者信息指示对于由所述区域码标识的区域的发行者，从所述传输单元传输到所述服务器设备的所述授权请求包括(i)将要播放的所述内容的内容标识符，(ii)所述设备区域码，和(iii)所述光盘区域码的组合，以及当第一发行者信息中指示的发行者与第二发行者信息中指示的发行者匹配时，满足所述预定条件，所述第一发行者信息具有与所述授权请求中包括的所述内容标识符与所述设备区域码的组合相同的组合，并且所述第二发行者信息具有与所述授权请求中包括的所述内容标识符与所述光盘区域码的组合相同的组合。
6.如权利要求2所述的播放设备，其中从所述服务器设备一同传输所述授权响应和附加信息，所述附加信息包括(i)所述播放设备所属国家中的分级信息，(ii)在所述播放设备所属的所述国家中使用的语言的字幕数据和音频数据，以及使用所述附加信息执行所述例外播放。
7.如权利要求2所述的播放设备，其中从所述服务器设备一同传输所述授权响应和限制信息，所述内容包括记录在所述光盘上的数字流，所述限制信息是以下信息之一(i)指示部分所述数字流作为播放小节的信息，和(ii)使得仅仅部分基本流被多路复用到所述待播放的数字流上的信息，以及使用所述限制信息执行所述例外播放。
8.如权利要求1所述的播放设备，其中所述播放设备具有包括内容标识符与区域码的组合的播放授权列表，所述组合中的每一个指示允许在由所述组合中的所述区域码标识的区域中播放由所述内容标识符标识的内容，以及当所述播放授权列表包括记录在所述光盘上的所述内容的所述内容标识符与所述设备区域码的组合时，满足所述预定条件。
9.如权利要求8所述的播放设备，其中所述光盘上记录有多个内容，以及所述播放授权列表中包括的所述内容标识符是所述多个内容的一部分的内容标识符。
10.如权利要求8所述的播放设备，其中所述播放授权列表中的多个组合中的每一个上附加有一条独占信息，该独占信息指示由所述组合中的所述内容标识符标识的内容的例外播放是独占的还是非独占的，当为记录在分配了所述组合中的所述区域码的光盘上的内容独占地提供对例外播放的授权时，所述例外播放是独占的，以及当还为记录在分配了除所述组合中的所述区域码以外的另一个区域码的另一个光盘上的一个或多个其它内容提供对例外播放的授权时，所述例外播放是非独占的。
11.如权利要求1所述的播放设备，其中所述播放设备具有包括多条日期/时间信息的播放授权列表，其中每条所述日期/时间信息指示(i)内容的内容标识符，(ii)标识销售所述内容的区域的区域码，和(iii)在所述标识的区域中，所述内容的发行日期/时间，以及在当前时间超过在这种包括所述内容的内容标识符与所述设备区域码的组合的日期/时间信息中指示的发行日期/时间时，满足所述预定条件。
12.如权利要求1所述的播放设备，其中所述播放设备具有包括多条发行者信息的播放授权列表，其中每一条对应于内容标识符和区域码的组合，并指示由所述区域码标识的区域的发行者，以及当在包括所述内容的内容标识符与所述设备区域码的组合的发行者信息中指示的发行者与在包括所述内容的内容标识符和所述光盘区域码的组合的发行者信息中指示的发行者相匹配时，满足所述预定条件。
13.如权利要求1所述的播放设备，其中将例外计划标志记录在所述光盘上，当所述例外计划标志指示允许播放所述光盘时，所述播放设备执行所述例外播放，以及当所述例外计划标志指示禁止播放所述光盘时，所述播放设备不执行所述例外播放。
14.如权利要求1所述的播放设备，还包括下载单元，用于通过将关于所述内容的信息传输到位于网络中的数据库服务器，以从该数据库服务器下载元数据，其中所述内容标识符在所述元数据中。
15.一种服务器设备，包括存储单元，其中存储包括内容标识符和区域码的组合的播放授权管理表，所述组合中的每一个指示允许在由所述组合中的所述区域码标识的区域中播放由所述内容标识符标识的内容；接收单元，用于接收从播放设备传输的授权请求；判断单元，用于从所述授权请求获取所述播放设备所属的区域的区域码以及被请求播放的内容的内容标识符，并判断所述获取的所述内容标识符和所述区域码的组合是否存在于所述播放授权管理表中；以及传输单元，用于当所述组合存在于所述播放授权管理表中时，将授权响应传输到所述播放设备。
16.如权利要求15所述的服务器设备，还包括搜索单元，用于根据包括在所述授权请求中的所述区域码来搜索管理所述播放设备的管理服务器；以及传输控制单元，用于使在所述搜索中找到的管理服务器向所述播放设备传输以下两项之一(i)适用于所述播放设备所属区域的字幕数据以及(ii)播放控制应用程序。
17.一种使计算机执行光盘的播放处理的程序，包括判断步骤，用于判断分配给光盘的光盘区域码是否与分配给播放设备的设备区域码相匹配；播放步骤，用于(i)当所述判断步骤做出肯定判断时，使所述计算机播放记录在所述光盘上的内容，以及(ii)当所述判断步骤做出否定判断时，除非例外播放被授权，否则禁止所述计算机播放所述内容，其中当所述内容的内容标识符与所述设备区域码的组合满足由所述内容的版权拥有者定义的预定条件时，授权所述例外播放。
18.一种结合到播放设备中的系统集成电路，所述系统集成电路包括判断单元，用于判断分配给光盘的光盘区域码是否与分配给所述播放设备的设备区域码相匹配；播放单元，用于(i)当所述判断单元做出肯定判断时，使所述播放设备播放记录在所述光盘上的内容，以及(ii)当所述判断单元做出否定判断时，除非例外播放被授权，否则禁止所述播放设备播放所述内容，其中当所述内容的内容标识符与所述设备区域码的组合满足由所述内容的版权拥有者定义的预定条件时，授权所述例外播放。
全文摘要
本发明的播放设备能够判断分配给BD－ROM的区域码是否与分配给播放设备区域码相匹配。当做出肯定判断时，播放设备播放记录在光盘上的内容。当做出否定判断时，除非例外播放被授权，否则所述播放设备不播放所述内容。当所述待播放内容的内容标识符与所述设备区域码的组合满足由所述内容的版权拥有者定义的预定条件时，授权所述例外播放。
文档编号H04N7/16GK1914678SQ200580003368
公开日2007年2月14日 申请日期2005年1月27日 优先权日2004年1月27日
发明者杉本纪子, 清水雄介, 小塚雅之 申请人:松下电器产业株式会社