数字广播记录设备和数字广播记录方法转让专利

申请号 : CN200910170456.1

文献号 : CN101640776B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 黑泷满

申请人 : 松下电器产业株式会社

摘要 :

本发明提供了一种数字广播记录设备,其能够在不能进行解扰或者加扰的视频记录期间解扰被禁止的情况下,避免不必要的记录。该数字广播记录设备包括:解扰判断单元(515),其检测发生不能解扰的状况的频道;以及服务管理器(1204),其在存在记录数据显示正在对被检测为处于不能解扰的状况的频道进行记录时,终止记录,并将在记录期间发生不能解扰的状况写入到管理表格中。

权利要求 :

1.一种数字广播记录设备,包括:

第一解调单元,用于使用包括指定频率的信息对接收的加扰数据进行解调,并输出所解调的加扰数据;

解扰器单元,用于对由所述第一解调单元解调的所述加扰数据进行解扰,并输出MPEG-2传输流;

提取单元,用于从由所述解扰器单元输出的所述MPEG-2传输流中提取AV数据和组成应用程序的文件系统;

执行单元,用于执行由所述文件系统组成的所述应用程序;

记录控制单元,用于接收来自所执行的应用程序的记录请求,并根据所接收的记录请求对记录进行控制;

记录单元,用于根据来自所述记录控制单元的指令,记录所提取的AV数据;

保持单元,用于保持用于管理所记录的数据的管理信息;以及检测单元,用于检测从所述加扰数据的解调之后直到提取到所述AV数据为止所执行的处理中发生的问题,其中,在由所述记录单元记录数据期间所述检测单元检测到问题的情况下,所述记录控制单元识别所检测到的问题的原因,并且将所识别的原因、开始记录的时间和所述问题发生的时间写入所述管理信息中。

2.如权利要求1所述的数字广播记录设备,

其中,在所述检测单元检测到问题的情况下,所述记录控制单元将检测到所述问题的情况通知给发出所述记录请求的应用程序。

3.如权利要求1所述的数字广播记录设备,

其中,所述检测单元用于判断所述解扰器单元的解扰是否可能,并且在解扰不可能的情况下检测到问题。

4.如权利要求3所述的数字广播记录设备,

其中,所述检测单元用于在密钥信息变为无效的情况下检测到问题,所述密钥信息对应于使用所述解扰器单元的时间限制。

5.如权利要求3所述的数字广播记录设备,还包括:第二解调单元,用于对解扰中使用的密钥信息进行解调,所述密钥信息包含在与所述加扰数据的频带不同的频带中,其中,所述解扰器单元将解扰中使用的所述密钥信息存储在所述解扰器单元中,所述密钥信息是由所述第二解调单元进行解调的,并且所述检测单元在以下情况之一时检测到问题:存储在所述解扰器单元中的、解扰中使用的所述密钥信息无效;以及解扰中使用的所述密钥信息不能被所述第二解调单元进行解调。

6.如权利要求3所述的数字广播记录设备,

其中,所述解扰器单元可以从所述数字广播记录设备上拆卸,并且所述检测单元用于在所述解扰器单元从所述数字广播记录设备上拆卸的情况下检测到问题。

7.如权利要求3所述的数字广播记录设备,

其中,所述解扰器单元同时对多个加扰数据进行解扰,并且所述检测单元判断对所述多个加扰数据中的每一个的解扰是否可能,并且在对所述多个加扰数据中的、与所述记录单元正在记录的AV数据相对应的加扰数据的解扰不可能时,检测到问题。

8.如权利要求1所述的数字广播记录设备,

其中,所述解扰器单元可以从所述数字广播记录设备上拆卸,并且所述数字广播记录设备还包括拆卸控制单元,用于在正在存储数据时禁止所述解扰器单元从所述数字广播记录设备上拆卸。

9.如权利要求1所述的数字广播记录设备,

其中,所述记录控制单元用于在所述检测单元检测到问题之后控制所述记录单元终止记录。

10.如权利要求1所述的数字广播记录设备,其中,所述记录控制单元用于在所述检测单元检测到问题的情况下,控制所述记录单元继续记录。

11.如权利要求1所述的数字广播记录设备,其中,在所述检测单元检测到问题时所述记录控制单元终止所述记录单元的记录,并且在所述记录单元的记录终止之后所述检测单元不再检测到所述问题的情况下,所述记录控制单元根据预定条件,控制所述记录单元的记录再继续。

12.如权利要求11所述的数字广播记录设备,还包括:测量单元,用于在所述AV数据的记录期间所述检测单元检测到问题的情况下,测量从检测到问题开始到从所述问题中恢复过来的时间段,其中,所述记录控制单元用于将所测量的时间段写入到所述管理信息中。

13.如权利要求12所述的数字广播记录设备,其中,所述预定条件是,当由所述测量单元测量的时间段等于或者短于预定时间段时,所述记录单元的记录要再继续。

14.如权利要求11所述的数字广播记录设备,其中,在所述检测单元不再检测到问题的情况下,所述记录控制单元使得所述记录单元的记录再继续,并且将所述检测单元不再检测到问题的时间写入所述管理信息中。

15.如权利要求11所述的数字广播记录设备,其中,在所述检测单元不再检测到问题的时间早于预定时间的情况下,所述记录控制单元控制所述记录单元的记录再继续。

16.如权利要求1所述的数字广播记录设备,还包括:介质写入单元,用于将由所述记录单元记录的AV数据写入到可写介质上。

17.如权利要求16所述的数字广播记录设备,其中,在要将所记录的AV数据存储到所述介质上时所述介质写入单元查询所述管理信息,并且在对要存储的AV数据进行记录期间发生问题的情况下,不将所述AV数据存储到所述介质上。

18.如权利要求16所述的数字广播记录设备,还包括:通知单元,用于在要将所记录的AV数据存储到所述介质上时查询所述管理信息,并且在对要存储的AV数据进行记录期间发生问题的情况下,通知用户在记录期间发生了所述问题。

19.如权利要求18所述的数字广播记录设备,还包括:指令获取单元,用于从用户获取指令,所述指令是基于所述通知单元的通知的,其中,在所述指令获取单元所获取的所述指令是写指令的情况下,所述介质写入单元将所述数据存储到所述介质上。

20.如权利要求1所述的数字广播记录设备,还包括:再现单元,用于再现所记录的AV数据;以及

通知单元,用于在所述再现单元要再现所记录的AV数据时查询所述管理信息,并且在对要再现的AV数据进行记录期间发生问题的情况下,通知用户在记录期间发生了所述问题。

21.一种数字广播记录方法,包括:

解调,使用包括指定频率的信息对接收的加扰数据进行解调,并输出所解调的加扰数据;

解扰,对在所述解调中解调的所述加扰数据进行解扰,并输出MPEG-2传输流;

提取,从所述解扰中输出的MPEG-2传输流中,提取AV数据和组成应用程序的文件系统;

执行,执行由所述文件系统组成的所述应用程序;

控制,根据从所执行的应用程序接收的记录请求,对记录进行控制;

记录,根据在所述控制中给出的指令,记录所提取的AV数据;以及检测,检测从所述解调中所述加扰数据的解调之后直到提取到所述AV数据为止所执行的处理中发生的问题,其中,在所述检测中检测到在所述记录中对数据进行记录期间的问题的情况下,在所述控制中识别所检测到的问题的原因,并且将所识别的原因、开始在所述记录中记录数据的时间和所述问题发生的时间写入管理信息,以用于管理所记录的数据。

说明书 :

数字广播记录设备和数字广播记录方法

[0001] 本申请是2007年5月31日提交的、申请号为200580041263.6、发明名称为“数字广播记录设备”的发明专利申请的分案申请。

技术领域

[0002] 本发明涉及接收加扰数字广播的数字广播记录设备,尤其涉及执行诸如节目定时记录等等记录过程的数字广播记录设备,或者涉及具有内建再现功能的数字广播记录设备(也称为数字广播记录再现设备)。

背景技术

[0003] 在数字广播中,对付费节目进行加扰并发布。所发布的节目仅仅能够在已经支付观看费用的用户的终端上解扰并且进行观看。
[0004] 该解扰功能在特定条件下停止工作。例如,在与广播运营商的合同期限期满时,或者当用于认证合同持有人的IC卡或解扰模块从接收终端移除时。在这些情况下,由于接收终端输出的是加扰视频,因此干扰了用户,并且在正在对节目进行记录的情况下,就记录了不需要的加扰视频。
[0005] 在传统技术中,当在接收终端不能对加扰广播进行解扰时,可以通过切换接收终端的视频输出来避免发生问题(例如,见日本专利申请公开No.10-215444)。如图1所示,用于应对解扰被禁止或者不可能进行解扰的情况的传统方法主要包括:判断当前频道的节目是否变为新节目的步骤(S3001),判断该新节目是否能够观看的步骤(S3002),在可以观看时接收当前频道的步骤(S3003),以及当不能观看时接收推销频道的步骤(S3004)。
[0006] 因此,在传统技术中,在不能进行解扰的情况下,通过将待接收频道改变为能够被解扰的频道或者没有被加扰的频道并输出所接收的频道,来避免输出加扰视频。
[0007] 然而,尽管在传统技术中,在记录加扰视频期间不能进行解扰时能够避免记录加扰视频,但是改变到与原始节目不同的一个视频将会出现记录间断的问题。
[0008] 由此,当在记录介质(HD(硬盘)、可重写光盘、可记录(仅一次)盘、存储器等等)上进行存储时,不需要的记录会间断地出现。因此,在观看者观看所记录的节目时就会发现有无用的记录存在。除了对此非常烦恼之外,由于将不需要的和无用的信息存储到记录介质上,还造成了存储介质的可用容量的紧张。另外,当用来存储的记录介质是诸如CD-R(可记录压缩光盘)或者DVD-R(可记录数字化视频光盘)之类的仅能够写一次的记录介质时,最坏的情况可能是该记录介质本身变得无用,因为在发生上述情况时,存储了不需要的信息的区域不能再进行重写。

发明内容

[0009] 因此,构思本发明来解决上述传统问题,并且本发明的目的是提供一种终端设备,其能够避免记录观看者不需要的内容,并且在记录已解扰视频期间禁止进行解扰或者不能进行解扰的情况中,其能够识别出所记录的节目内容中的问题而不用观看者观看所记录的节目的细节。
[0010] 为了实现上述目的,根据本发明的数字广播记录设备包括:第一解调单元,用于使用包括指定频率的信息对接收的加扰数据进行解调,并输出所解调的加扰数据;解扰器单元,用于对由所述第一解调单元解调的所述加扰数据进行解扰,并输出MPEG-2传输流;提取单元,用于从由所述解扰器单元输出的所述MPEG-2传输流中提取AV数据和组成应用程序的文件系统;执行单元,用于执行由所述文件系统组成的所述应用程序;记录控制单元,用于接收来自所执行的应用程序的记录请求,并根据所接收的记录请求对记录进行控制;记录单元,用于根据来自所述记录控制单元的指令,记录所提取的AV数据;保持单元,用于保持用于管理所记录的数据的管理信息;以及检测单元,用于检测从所述加扰数据的解调之后直到提取到所述AV数据为止所执行的处理中发生的问题,其中,在由所述记录单元记录数据期间所述检测单元检测到问题的情况下,所述记录控制单元将所检测到的问题和所述问题发生的时间写入所述管理信息中。
[0011] 因此,在AV数据记录期间检测到问题的情况下,能够以每个AV数据为基础记录所检测到的问题和所述问题发生的时间。
[0012] 在此,在所述检测单元检测到所述问题之后,所述记录控制单元可以控制所述记录单元终止所述记录。
[0013] 因此,由于已经检测到问题的AV数据没有被记录,因此能够避免不需要的记录。
[0014] 此外,在当所述检测单元检测到问题所述记录单元的记录终止之后,所述检测单元不再检测到问题的情况下,所述记录控制单元可以根据预定条件控制再继续所述记录单元的记录。
[0015] 因此,根据不能进行解扰的时间(持续时间),能够再继续数据的存储。
[0016] 此外,所述数字广播记录设备还可以包括介质写入单元,其将所述记录单元记录的AV数据写到可写介质上。
[0017] 在此,当要将所记录的AV数据存储到所述介质上时,所述介质写入单元可以查询所述管理信息,并且在对要存储的AV数据进行记录期间发生问题的情况下,可以不将所述AV数据存储到所述介质上。
[0018] 因此,可以避免记录在数据记录期间检测到问题的AV数据。
[0019] 此外,所述数字广播记录设备还可以包括通知单元,其在要将所记录的AV数据存储到所述介质上时查询所述管理信息,并且在对要存储的AV数据进行记录期间发生问题时,通知用户在记录期间发生了所述问题。
[0020] 因此,由于能够识别故障,例如在对要存储的数据进行记录期间检测到问题时,因此,即使用户事先没有验证所述AV数据的细节,也可以准确地判断数据是否应该存储在所述介质上。
[0021] 在此,所述数字广播记录设备还可以包括指令获取单元,其获取来自所述用户的指令,所述指令是基于所述通知单元的通知的,其中,在所述指令获取单元所获取的指令是写指令的情况下,所述介质写入单元可以将所述数据存储到所述介质上。
[0022] 因此,不仅可以根据用户的指令将在数据记录期间检测到问题的数据存储到介质上,而且还可以避免将不需要的数据记录到所述介质上(尤其是在只可以写入一次的介质上)。
[0023] 此外,本发明除了实现为上述数字广播记录设备,还可以实现为一种数字广播记录方法,该方法将在上述数字广播记录设备中包括的特征单元作为步骤,并且本发明还可以实现为一种程序,其使得计算机执行这些步骤。此外,不言而喻,这种程序可以通过记录介质(例如CD-ROM)和传输介质(例如因特网)发布。
[0024] 如采用上述方式所描述的,根据本发明中的数字广播记录设备,能够以每个数据为基础,管理在数据记录期间出现的不能解扰的状况。此外,在数据记录期间出现不能进行解扰的状况的情况下,能够避免对不需要的数据的持续记录,并可以节约在数据存储时使用的资源。因此,在当前用于接收和存储加扰数据的数字广播记录设备广泛应用的情况中,本发明的实际价值非常高。
[0025] 在此将2004年12月8日提交的日本专利申请No.2004-355430作为参考整体引入于此,包括说明书、附图和权利要求书。

附图说明

[0026] 在以下结合附图的描述中,本发明的这些和其他目的、优点和特征将变得明显,附图图示了本发明的特定实施例。附图中:
[0027] 图1是示出传统程序执行设备的结构的结构图;
[0028] 图2是根据本发明的有线电视系统的第一实施例的结构图;
[0029] 图3示出了在根据本发明的有线电视系统中,前端(head end)和终端设备之间的通信中采用的频带的使用示例;
[0030] 图4示出了在根据本发明的有线电视系统中,前端和终端设备之间的通信中采用的频带的使用示例;
[0031] 图5示出了在根据本发明的有线电视系统中,前端和终端设备之间的通信中采用的频带的使用示例;
[0032] 图6是在根据本发明的有线电视系统中的终端设备的结构图;
[0033] 图7示出了在根据本发明的有线电视系统中的终端设备的外表的示例;
[0034] 图8是示出根据本发明的POD的硬件结构的结构图;
[0035] 图9是示出根据本发明的POD所存储的程序结构的结构图;
[0036] 图10是在MPEG规范中定义的分组的结构图;
[0037] 图11示出了MPEG-2传输流的示例;
[0038] 图12示出了在以前面板形式配置输入单元的情况下,其外观的一个示例;
[0039] 图13是示出由根据本发明的终端设备所存储的程序结构的结构图;
[0040] 图14A示出了根据本发明的显示器的屏幕显示的示例,图14B示出了根据本发明的显示器的屏幕显示的示例;
[0041] 图15A示出了根据本发明的显示器的屏幕显示的示例,图15B示出了根据本发明的显示器的屏幕显示的示例;
[0042] 图16示出了由根据本发明的辅助存储单元所存储的信息的示例;
[0043] 图17示出了由根据本发明的主存储单元所存储的信息的示例;
[0044] 图18示出了在根据本发明的辅助存储单元中存储的管理表格的示例;
[0045] 图19是表示根据本发明的、由MPEG-2规范定义的PAT的细节的示意图;
[0046] 图20是表示根据本发明的、由MPEG-2规范定义的PMT的细节的示意图;
[0047] 图21是表示根据本发明的、由OCAP规范定义的AIT的细节的示意图;
[0048] 图22是示出在第一实施例中,所下载的文件系统的示例的图;
[0049] 图23是指示在第一实施例中,当在记录期间出现不能解扰的状况时的操作的流程图;
[0050] 图24是指示在第一实施例中,当在记录期间出现不能解扰的状况时的操作的流程图;
[0051] 图25是指示在将作为记录对象的一个程序写入可写介质中时的操作的流程图;
[0052] 图26示出了根据本发明的显示器的屏幕显示的示例;
[0053] 图27示出了根据本发明的显示器的屏幕显示的示例;
[0054] 图28示出了在根据本发明的辅助存储单元中存储的管理表格的示例;
[0055] 图29示出了根据本发明的显示器的屏幕显示的示例;
[0056] 图30是描述在第二实施例中,取决于不能进行解扰的持续时间而再继续记录的图;
[0057] 图31是示出在第三实施例中,通知给用户的问题信息的示例的图;
[0058] 图32是示出在第四实施例中,程序的结构图的示例的图;
[0059] 图33示出了在第四实施例中的管理表格的一个示例;
[0060] 图34示出了在第四实施例中的管理表格的一个示例;
[0061] 图35示出了在第四实施例中的管理表格的一个示例;
[0062] 图36是示出了在第四实施例中,再继续记录的示例的流程图;
[0063] 图37是示出了在第五实施例中,再继续记录的示例的流程图;
[0064] 图38是用于解释在第五实施例中,取决于不能进行解扰的持续时间而再继续记录的图;
[0065] 图39是用于解释在第五实施例中,取决于不能进行解扰的持续时间而再继续记录的图;
[0066] 图40是示出在第六实施例中,程序的结构图的示例的图;
[0067] 图41是示出了在第六实施例中,再继续记录的示例的流程图;以及
[0068] 图42是示出了在第六实施例中,一旦再次激活就开始记录的示例的流程图。

具体实施方式

[0069] 以下将参考附图描述本发明的各个实施例。
[0070] (第一实施例)
[0071] 参考附图描述了本发明的有线电视系统的实施例。图2是表示组成有线系统的各个设备的关系的方框图。有线系统包括前端101和三个终端设备,即终端设备A111、终端设备B112和终端设备C113。在本实施例中,三个终端设备连接到一个前端。然而,本发明可以采用任意数量的与前端连接的终端设备来实现。
[0072] 前端101将诸如视频、音频和数据之类的广播信号发送到多个终端设备,并接收从各个终端设备发送的数据。为了实现此目的,将频带进行划分,以用于前端101和终端设备A111、终端设备B112和终端设备C113之间的数据传输。图3是示出所划分的频带的示例的表格。大致存在两种频带:带外(Out of Band,简称OOB)和带内(In-Band)。将5-130MHz的频带分配给OOB,以主要用于在前端101和终端设备A111、终端设备B112和终端设备C113之间的数据交换。将130MHz-864MHz的频带分配给带内,以主要用于包含视频和音频的广播频道。作为调制技术,对OOB采用QPSK,而对带内则采用QAM64。因为调制技术是与本发明联系较小的公知技术,所以在此省略了对它们的详细描述。图4示出了对于如何使用OOB频带的更为具体的示例。频带70MHz-74MHz用于发送来自前端101的数据。
在这种情况下,终端设备A111、终端设备B112和终端设备C113都接收来自前端101的相同数据。同时,频带10.0MHz-10.1MHz用于将数据从终端设备A111发送到前端101。频带
10.1MHz-10.2MHz用于将数据从终端设备B112发送到前端101。频带10.2MHz-10.3MHz用于将数据从终端设备C113发送到前端101。因此,对于每个终端设备来说唯一的数据能够从终端设备A111、终端设备B112和终端设备C113发送到前端101。图5示出了带内频带的使用示例。将150-156MHz和156-162MHz的频带分别分配给电视频道1和电视频道2,并且将随后的频率按照6MHz的间隔分配给各个电视频道。将310MHz的频率和随后的频率按照1MHz的间隔分配给无线电频道。上述每个频道可以用于模拟广播或者数字广播。在数字广播的情况下,数据以符合MPEG-2规范的传输分组格式进行发送,在这种情况下除了音频和视频数据之外,还能够发送各种数据广播系统想要发送的数据。
[0073] 前端101装配有QPSK调制单元、QAM调制单元等等,以便将适当的广播信号发送到各个频率范围。此外,前端101装配有QPSK解调单元,用于接收来自终端设备的数据。另外,假设前端101还装配有与上述调制单元和解调单元相关的各种装置。然而,由于本发明主要涉及终端设备,因此省略了对这些装置的描述。
[0074] 终端设备A111、终端设备B112和终端设备C113接收并再现从前端101发送的广播信号。此外,终端设备A111、终端设备B112和终端设备C113将对于每个终端设备来说唯一的数据发送到前端101。在本实施例中,这三个终端具有相同的配置。
[0075] 图6是示出终端设备(数字广播记录设备)的硬件配置的方框图。终端设备500包括QAM解调单元501、QPSK解调单元502、QPSK调制单元503、TS解码器505、音频解码器506、音频输出单元507、视频解码器508、视频输出单元509、辅助存储单元510、主存储单元
511、ROM 512、输入单元513、CPU 514、解扰判断单元515、和介质写入单元516。此外,可以将POD 504附接到终端设备500或者从其拆卸。
[0076] 图7示出了数字广播接收终端和电视,其是终端设备500的外表的示例。
[0077] 终端设备601将除了POD 504之外的终端设备500的所有构成元件都包含在其外壳中。
[0078] 信号输入终端602与电缆线相连,以便将信号发送到前端101或者从前端101接收信号。另外,信号输入终端602与图6中的QAM解调单元501、QPSK解调单元502和QPSK调制单元503相连。
[0079] POD卡603是与图6中的POD 504相对应的POD卡。POD 504设置为独立于终端设备500,并且能够附接到终端设备500或者从其拆卸,如同图7中的POD卡603的情况一样。随后将给出POD 504的详细描述。
[0080] 插槽604是POD卡603插入其中的插槽。
[0081] 前面板605由多个按钮组成,并且对应于图6中的输入单元513。前面板605中的一个按钮是弹出按钮,要弹出POD卡603时按下它。通过按下该弹出按钮,可以弹出POD卡603。
[0082] 视频电缆606是将视频输出从终端设备601传送到电视机608的电缆。视频电缆606连接到图6中的视频输出单元509。音频电缆607是将音频输出从终端设备601传送到电视机608的电缆。音频电缆607连接到图6中的音频输出单元507。
[0083] 电视机608在其外壳中包括显示器609和扬声器610,并且通过显示器609和扬声器610分别输出来自终端设备601的视频输出和音频输出,所述视频输出和音频输出是通过视频电缆606和音频电缆607而作为数据进行接收的。
[0084] 参考图6,QAM解调单元501根据包含有由CPU 514指定的频率的调谐信息,对已经进行了QAM调制并且从前端101发送的信号进行解调,然后将结果传送到由CPU 514指定的POD 504或者TS解码器505。
[0085] QPSK解调单元502根据包含有由CPU 514指定的频率的调谐信息,对已经进行了QPSK调制并且从前端101发送的信号进行解调,然后将结果传送到POD 504。
[0086] QPSK调制单元503根据包含有由CPU 514指定的频率的解调信息,对从POD 504传送的信号进行QPSK解调,并将结果发送到前端101。
[0087] 如 图7所 示,POD 504可 与 终 端 设 备500的 主 体 拆 卸。 终 端500 的主体与POD 504之间的 连接接口的 定义在OpenCable(TM)HOST-POD接口规 范(OC-SP-HOSTPOD-IF-I12-030210)以及本说明书所参考的规范中给出。在此,省略了详细描述,并且仅仅描述了与本发明相关的部分。
[0088] 图8是示出POD 504的内部配置的方框图。POD 504由第一解扰器单元701、第二解扰器单元702、加扰器单元703、主存储单元704、辅助存储单元705和CPU 706组成。
[0089] 第一解扰器单元701根据来自CPU 706的指令,接收来自终端设备500的QAM解调单元501的加扰信号,并对该信号进行解扰。然后,第一解扰器单元701将解扰的信号发送到终端设备500的TS解码器505和辅助存储单元510。当需要时,还可以由CPU 706提供解码所需的信息,例如密钥。更具体而言,前端101广播若干个付费频道,并且在用户购买了观看这些付费频道的权限时,第一解扰器单元701从CPU 706接收所需的信息(例如密钥)并执行解扰,然后用户能够观看这些付费频道。当没有提供所需的信息(例如密钥)时,第一解扰器单元701将接收的信号直接传送到TS解码器505和辅助存储单元510而不执行解扰。
[0090] 第二解扰器单元702根据来自CPU 706的指令,接收来自终端设备500的QPSK解调单元502的加扰信号,并对该信号进行解扰。然后,第二解扰器单元702将解扰的数据传送到CPU 706。
[0091] 加扰器单元703根据来自CPU 706的指令,对从CPU 706接收的数据进行加扰并将结果发送给终端设备500的QPSK调制单元503。
[0092] 主存储单元704具体地由主存储器(例如RAM)组成,用于在CPU706执行处理时临时存储数据。
[0093] 辅助存储单元705具体地由辅助存储器(例如闪存ROM)组成,用于存储CPU 706要执行的程序,以及用于存储即使电源关闭时也不应该删除的数据。
[0094] 当在第一解扰器单元701或者第二解扰器单元702中变得不能进行解扰时,CPU706将一个不能进行解扰的消息发送到图6中的解扰判断单元515。更具体而言,即,由于用户的合同期限届满造成存储在POD 504中的密钥(第一密钥和第二密钥)变得无效,以及由于通信问题(例如通信噪声)造成在解扰中所使用的并且从前端发送的解扰密钥(第四密钥:使用QPSK解调单元502从带外包含的数据中提取的,并且存储在POD 504中)不能被获取,并且不执行在第一解扰器单元701或第二解扰器单元702中的解扰的情况。另外,CPU 706执行辅助存储单元705所存储的程序。该程序由多个子程序组成。图9示出了辅助存储单元705所存储的程序的一个示例。在图9中,程序800由多个子程序组成,包括主程序801、初始化子程序802、网络子程序803、再现子程序804、以及PPV子程序805。
[0095] 这里,PPV是按次付费(Pay Per View)的简称,指的是允许用户在收费基础上观看特定节目,例如电影。当用户输入其个人标识号时,就将对观看该节目的权利的购买通知给前端101,取消加扰,然后用户就能够观看该节目。对于这次观看,要求用户在以后的日期支付购买费用。
[0096] 主程序801是在电源开启时由CPU 706首先激活的子程序,其控制其他子程序。
[0097] 初始化子程序802在电源开启时由主程序801激活,其执行与终端设备500的信息交换,并且执行初始化。该初始化的细节在OpenCable(TM)HOST-POD接口规范(OC-SP-HOSTPOD-IF-I12-030210)以及本说明书所参考的规范中定义。此外,初始化子程序802还执行没有在这些规范中定义的初始化。在此,介绍这种初始化的一部分。当电源开启时,初始化子程序802通过终端设备500的CPU514,将辅助存储单元705中存储的第一频率通知给QPSK解调单元502。QPSK解调单元502使用所提供的第一频率执行调谐,并将得到的信号发送给第二解扰器单元702。此外,初始化子程序802向第二解扰器单元702提供在辅助存储单元705中存储的解扰信息,例如第一密钥。从而,第二解扰器单元702执行解扰并将结果传送到执行初始化子程序802的CPU 706。同样,初始化子程序802能够接收信息。在本实施例中,初始化子程序802通过网络子程序803接收信息。对此的详细描述将在随后给出。
[0098] 此外,初始化子程序802通过终端设备500的CPU 514将辅助存储单元705中存储的第二频率通知给QPSK调制单元503。初始化子程序802将辅助存储单元705中存储的加扰信息(例如,加扰所必需的算法、程序等等)提供给加扰器单元703。当初始化子程序802通过网络子程序803将需要发送的信息提供给加扰器单元703时,加扰器单元703使用所提供的加扰信息对数据进行加扰,并将加扰的数据提供给QPSK调制单元503。QPSK调制单元503对其接收的加扰的信息进行调制,并将已调制的信息发送到前端101。
[0099] 由此,初始化子程序802可以通过终端设备500、第二解扰器单元702、加扰器单元703和网络子程序803,与前端101进行双向通信。
[0100] 网络子程序803由多个子程序使用,例如主程序801和初始化子程序802,网络子程序803是意欲执行与前端101的双向通信的子程序。更具体而言,网络子程序803表现的就像使用网络子程序803的其他子程序正在根据TCP/IP执行与前端101的双向通信一样。由于TCP/IP是当在多个终端之间交换信息时用于指定要使用的协议的公知技术,所以在此省略了对其的描述。当在通电时被初始化子程序802激活时,网络子程序803通过终端设备500将MAC地址(媒体访问控制地址的缩写)通知给前端101,以便请求获取IP地址,MAC地址是用于标识POD 504的标识符并且预先存储在辅助存储单元705中。前端101通过终端设备500将IP地址通知给POD 504,然后网络子程序803将该IP地址存储在主存储单元704中。从此刻起,前端101和POD 504使用该IP地址作为POD 504的标识符来相互进行通信。
[0101] 再现子程序804将例如在辅助存储单元705中存储的第二密钥的解扰信息,以及例如由终端设备500提供的第三密钥的解扰信息提供给第一解扰器单元701,以便允许执行解扰。此外,再现子程序804通过网络子程序803接收指示在第一解扰器单元701中输入的信号是PPV频道的信息。对于该信号是PPV频道的通知,再现子程序804激活PPV子程序805。
[0102] 当被激活时,PPV子程序805通过终端设备500在电视机608上显示一个消息,该消息提示用户购买该节目并且接收用户的输入。更具体而言,当将要显示在屏幕上的信息被发送到终端设备500的CPU 514时,在终端设备500的CPU 514上运行着的一个程序将用于显示该消息的视频数据发送到终端设备500的视频输出单元509,并且在电视机508的显示器609上显示该消息。然后,当用户通过终端设备500的输入单元513输入个人标识号时,终端设备500的CPU 514接收该个人标识号,并将其发送到在POD 504的CPU 706上运行着的PPV子程序805。PPV子程序805通过网络子程序803将所接收的个人标识号发送到前端101。当该个人标识号有效时,前端101通过网络子程序803将解扰所需的解扰信息,例如第四密钥(除了第四密钥之外,该信息还可能包括使用第四密钥的解扰算法或者解扰程序),通知给PPV子程序805。PPV子程序805将接收的例如第四密钥的解扰信息提供给第一解扰器单元701,然后第一解扰器单元701对正在输入的信号进行解扰。
[0103] 参考图6,TS解码器505对从POD 504接收的信号执行过滤,并将必要的数据传送给音频解码器506、视频解码器508和CPU 514。在此,从POD 504发送的信号是MPEG-2传输流。有关MPEG-2传输流的详细描述在MPEG规范ISO/IEC 138181-1中给出,因此在本实施例中省略了对其的详细描述。MPEG-2传输流由多个固定长度的分组组成,并且为每个分组指定分组ID。图10是示出分组的结构的图。900是由188个字节构成的固定长度的分组。顶部4个字节是存储用于识别该分组的信息的头部901,剩余的184个字节是包含要发送的信息的净荷902。903示出了头部901的分解。分组ID包含在从顶部开始的第12到24比特的13个比特中。图11是示出要发送的多个分组串的示意图。分组1001在其头部携带分组ID“1”,并且在其净荷中包含视频A的第一信息。分组1002在其头部携带分组ID“2”,并且在其净荷中包含音频A的第一信息。分组1003在其头部携带分组ID“3”,并且在其净荷中包含音频B的第一信息。
[0104] 分组1004在其头部携带分组ID“1”,并且在其净荷中包含视频A的第二信息,并且其是分组1001的继续。类似的,分组1005、1026和1027携带其他分组的后续数据。通过按照以上方式连接具有相同分组ID的分组的净荷内容,就可以再现连续的视频和音频。
[0105] 参考图11,当CPU 514向TS解码器505指示分组ID“1”以及将“视频解码器508”作为输出目的地时,TS解码器505从接收自POD 504的MPEG-2传输流中提取出具有分组ID“1”的分组,并将其传送到视频解码器508。因此,在图11中,仅将视频数据传送到视频解码器508。同时,当CPU 514向TS解码器505指示分组ID“2”以及将“音频解码器506”作为输出目的地时,TS解码器505从接收自POD 504的MPEG-2传输流中提取出具有分组ID“2”的分组,并将其传送到音频解码器506。在图11中,仅将视频数据传送到音频解码器506。
[0106] 这个根据分组ID仅提取必需的分组的过程对应于TS解码器505执行的过滤。TS解码器505能够按照CPU 514的指令,同时执行一个以上的过滤。
[0107] 参考图6,音频解码器506将在由TS解码器505提供的MPEG-2传输流中的各个分组中体现的音频数据连接起来,对连接的数据执行数模转换,并将结果输出到音频输出单元507。
[0108] 音频输出单元507输出由音频解码器506所提供的信号。
[0109] 视频解码器508将在由TS解码器505提供的MPEG-2传输流中的各个分组中体现的音频数据连接起来,对连接的数据执行数模转换,并将结果输出到视频输出单元509。
[0110] 视频输出单元509输出由视频解码器508所提供的信号。
[0111] 辅助存储单元510是可重写的存储单元,具体地由闪存存储器或硬盘等组成,存储和删除由CPU 514指定的数据和程序。所存储的数据和程序被CPU 514涉及。即使在终端设备500的电源切断时,存储的数据和程序也保持存储。
[0112] 主存储单元511具体地由RAM等等组成,临时存储和删除由CPU 514指定的数据和程序。存储的数据和程序被CPU 514涉及。在终端设备500的电源切断时,所存储的数据和程序被删除。
[0113] ROM 512是只读存储设备,具体地由RAM、CD-ROM或DVD等等组成。ROM 512存储要由CPU 514执行的程序。
[0114] 输入单元513具体地由前面板或者遥控器组成,其接收来自用户的输入。图12示出了在以前面板形式配置输入单元513的情况下,输入单元513的一个示例。1100是前面板,其对应于图7所示的前面板单元603。该前面板1100包括九个按钮,即上箭头按钮1101、下箭头按钮1102、左箭头按钮1103、右箭头按钮1104、OK按钮1105、取消按钮1106、EPG按钮1107、记录按钮1108和POD弹出按钮1109。当用户按下一个按钮时,该按下的按钮的标识符就被通知给CPU514。
[0115] CPU 514执行在ROM 512中存储的程序。按照来自要执行的程序的指令,CPU 514控制QAM解调单元501、QPSK解调单元502、QPSK调制单元503、POD 504、TS解码器505、视频输出单元509、辅助存储单元510、主存储单元511、ROM 512、解扰判断单元515和介质写入单元516。
[0116] 解扰判断单元515是用于判断对CPU指定的频道进行解扰的条件是否满足的设备或程序。更具体而言,其判断POD 504是否物理地插入终端500中,并且根据从POD 504的CPU 706接收的不能解扰的消息,判断对于是否能够进行解扰的条件。
[0117] 介质写入单元516是可重写介质的驱动器,其接收来自CPU 514的写指令,并将存储在辅助存储单元510中的数据写入到介质上。更具体而言,其是闪存存储器的驱动器,例如DVD-RAM、DVD-R、DVD-RW+、DVD-RW-、蓝光光盘、CR-R、USB闪存存储器和SD存储卡。
[0118] 此外,尽管在图6中,介质写入单元516是在终端设备500内部提供的,但是介质写入单元516也可以在终端设备500外部提供并且通过配线等连接到终端设备500。在这种情况下,除了上述的位于终端设备500外部的介质之外,介质写入单元516还可以将存储在辅助存储单元510中的数据写入一个能够被介质写入单元516写入的硬盘中。
[0119] 图13是示出了由ROM 512存储的并且由CPU 514执行的程序的结构的示例的图。
[0120] 程序1200由多个子程序组成,更具体地,由OS 1201、EPG 1202、Java(商标)VM1203、服务管理器1204、和Java库1205组成。
[0121] OS 1201是在终端设备500的电源开启时由CPU 514激活的子程序。OS 1201代表操作系统,其示例为Linux等等。OS 1201是由用于与另一子程序并行执行一个子程序的内核1201a和库1201b组成的公知技术的通用名称,因此省略了细节描述。在本实施例中,OS 1201的内核1201a执行作为子程序的EPG 1202和Java VM 1203。同时,库1201b为这些子程序提供控制终端设备500的各组成元件所需的多种功能(例如,数学功能)。
[0122] 作为上述功能的示例,描述了调谐、记录、介质写入和时间获取。在调谐功能中,从另一子程序接收包括频率的调谐信息,然后将其传送到QAM解调单元501。因此,QAM解调单元501可以根据所提供的调谐信息执行解调,并将解调的数据传送到POD 504和TS解码器505。由此,其他子程序能够通过库1201b控制QAM解调单元。
[0123] 在记录功能中,从另一子程序接收记录指令或终止记录指令,并将其传送到CPU514。在作为记录主题的节目(以下称为记录主题节目)没有被加扰的情况下,接收记录指令的CPU 514将由QAM解调单元501所解调的数据存储到辅助存储单元510中。在记录主题节目被加扰的情况下,POD 504所解调的数据存储在辅助存储单元510中。由此,另一个子程序能够将所指定的节目(电视节目)通过库1201b保存在辅助存储单元中。一旦接收到终止记录指令,CPU 514就终止上述存储。
[0124] 在介质写入功能中,从另一个子程序接收存储在辅助存储单元510中的记录信息和写入信息,并且将存储在辅助存储单元510中的记录主题节目发送到介质写入单元516,用于写入到介质中。由此,另一子程序可以通过库1201b控制介质写入单元516,并将存储在辅助存储单元510中的记录主题节目写入插入在介质写入单元516中的介质中。
[0125] 时间获取功能是用于获取当前时间的功能。
[0126] EPG 1202由用于向用户显示节目列表以及用于接收来自用户的输入的节目显示单元1202a、用于选择频道的再现单元1202b和用于记录的记录单元1202c组成。在此,EPG是电子节目指南(ElectronicProgram Guide)的缩写。EPG 1202在终端设备500的电源开启时被激活。在激活的EPG 1202中,节目显示单元1202a等待用户通过终端设备500的输入单元513的输入。在此,在输入单元513采用图12所示的前面板形式的情况下,当用户按下输入单元513上的EPG按钮1107时,将该EPG按钮的标识符通知CPU 514。EPG 1202的节目显示单元1202a是运行在CPU 514上的子程序,其接收该标识符,并通过视频输出单元509将节目信息显示在显示器609上。图14A和图14B示出了在显示器609上显示的节目表的示例。参考图14A,采用网格样式在显示器609上显示节目信息。列1301描述了时间信息。列1302描述了频道名称“频道1”和在与列1301中描述的各个时间相对应的时间段期间要广播的节目。其示出了在“频道1”上,节目“新闻9”从9:00到10:30广播,“电影AAA”从10:30到12:00广播。列1303描述了频道名称“频道2”和在与列1301中描述的各个时间相对应的时间段期间要广播的节目,与列1302的情况相同。节目“电影BBB”从9:00到11:00广播,“新闻11”从11:00到12:00广播。1330是光标。光标1330在按压前面板1100上的左箭头1103或右箭头1104时移动。当在图14A的情况下按下右箭头1104时,光标1330向右移动,如图14B所示。同时,当在图14B的情况下按下左箭头1103时,光标1330向左移动,如图14A所示。
[0127] 当前面板1100上的OK按钮1105在图14A的情况下被按下时,节目显示单元1202a将“频道1”的标识符通知给再现单元1202b。同时,当在图14B的情况下按下前面板1100上的OK按钮1105时,节目显示单元1202a将“频道2”的标识符通知给再现单元1202b。另外,当用户按下输入单元513上的记录按钮1108时,将记录按钮的标识符通知给CPU 514。EPG 1202的节目显示单元1202a是运行在CPU 514上的子程序,其接收该标识符并在显示器609上显示节目信息。图15A和图15B示出了在显示器609上显示的节目表的示例。参考图15A,采用网格样式在显示器609上显示节目信息。列1401描述了时间信息。列1402描述了频道名称“频道1”和在与列1401中描述的各个时间相对应的时间段期间要广播的节目。其示出了在“频道1”上,节目“新闻9”从9:00到10:30广播,“电影AAA”从10:30到12:00广播。列1403描述了频道名称“频道2”和在与列1401中描述的各个时间相对应的时间段期间要广播的节目,与列1402的情况相同。节目“电影BBB”从9:00到11:00广播,节目“新闻11”从11:00到12:00广播。1430是聚焦框。聚焦框1430在按压前面板
1100上的上箭头1101、下箭头1102、左箭头1103或右箭头1104时移动。当在图15A的情况下按下右箭头1104时,聚焦框1430向右移动,如图15B所示。同时,当在图15B的情况下按下左箭头1103时,聚焦框1430向左移动,如图15A所示。
[0128] 当在图15A的情况下按下前面板1100上的OK按钮1105时,节目显示单元1202a将“频道1”的标识符以及“新闻9”的开始时间和结束时间通知给记录单元1202c。同时,当在图15B的情况下按下前面板1100上的OK按钮1105时,节目显示单元1202a将“频道2”的标识符以及“电影BBB”的开始时间和结束时间通知给再现单元1202b。
[0129] 此外,节目显示单元1202a周期性地将要显示的节目信息通过POD 504从前端101存储到主存储单元511中。通常,从前端获取节目信息是需要时间的。然而,通过在按下输入单元513的EPG按钮1107时显示预先存储在主存储单元511中的节目信息,可以快速地显示节目表。
[0130] 再现单元1202b使用接收的频道标识符来再现该频道。频道标识符与频道之间的关系由辅助存储单元510预先存储为频道信息。图16示出了在辅助存储单元510中存储的频道信息的示例。频道信息采用表格形式存储。列1501描述了频道的标识符。列1502描述了频道名称。列1503描述了调谐信息。在此,调谐信息由要提供给QAM解调单元501的值表示,例如频率、传输率和编码率。列1504描述节目编号。节目编号是用于标识由MPEG-2标准定义的PMT的数字。随后给出有关PMT的描述。行1511-1514中的每一个都指示一组标识符、频道名称以及每个频道的调谐信息。行1511描述了一个组,包括作为标识符的“1”、作为频道名称的“频道1”、作为调谐信息的频率“312MHz”和作为节目编号的“101”。再现单元1202b将接收的频道的标识符和再现指令传送到服务管理器,以便再现该频道。
[0131] 此外,当在进行重放的同时用户按下前面板1100上的上箭头1101和下箭头1102时,再现单元1202b从输入单元513通过CPU 514接收有关用户的该按下动作的通知,并且将正在再现的频道切换到另一个频道上。首先,再现单元1202b将当前再现的频道的标识符存储在主存储单元511中。图16A、B、C示出了存储在主存储单元511中的频道标识符的示例。图17A示出了标识符“3”被存储,通过参考图6,其表示正在重放的是频道名称为“TV 3”的频道。当用户在图17A所示的状态下按下上箭头1101时,再现单元1202b查询图16中所示的频道信息,将具有频道名称“频道2”的频道的标识符“2”传送到服务管理器,以便重新再现一个具有频道名称“频道2”的频道,其是该表中的前一个频道。同时,再现单元1202b将该标识符重写到存储在主存储单元511中的频道标识符“2”中。图17B示出了这样重写的频道标识符。同时,当用户在图17A所示的状态下按下下箭头1102时,再现单元1202b查询图16中所示的频道信息,将具有频道名称“TV日本”的频道的标识符“4”传送到服务管理器,以便重新再现一个具有频道名称“TV日本”的频道,其是该表中的下一个频道。同时,再现单元1202b将该标识符重写到存储在主存储单元511中的频道标识符“4”中。图17C示出了该重写的频道标识符。
[0132] 记录单元1202c将接收到的频道标识符、开始时间和结束时间存储到辅助存储单元510中,作为关于记录数据的管理信息。该关于记录数据的管理信息采用例如表格形式进行存储。图18A和17B是在辅助存储单元510中存储的管理表格的示例。列1701描述了记录数据的记录数据标识符(记录编号)。列1702描述了频道标识符。这些频道标识符对应于图16中的列1501中的频道标识符。列1703定义了记录的开始时间,并且指示记录开始的年、月、日和时间。列1704定义了记录的结束时间,并且指示记录结束的年、月、日和时间。列1705定义了指示记录状态的值。在本实施例中,值“0”表示预记录,“1”表示当前记录,“2”表示结束的记录。列1706描述了指示要记录的节目是否是加扰广播的值。在本实施例中,值“1”表示加扰广播的情况,“2”表示非加扰广播的情况。记录单元1202c通过库1201b获取关于要记录的节目是否是加扰广播的信息。列1707描述了指示在对加扰广播进行记录期间是否存在不能解扰的情况的值。在本实施例中,“1”表示存在该情况,“2”表示不存在该情况。行1708和1709的每一个都描述了有关各个记录数据的管理数据,并且指示以下的设置:记录数据标识符、频道标识符、记录开始时间、记录结束时间、执行状态、指示节目是否被加扰的值、以及指示是否已经发生了不能解扰的情况的值。
[0133] 此外,在当前时间到达记录数据中的开始时间时,记录单元1202c将与管理表格中的该记录数据相对应的管理信息的执行状态重写为“1”,并将记录数据标识符和记录指令传送到服务管理器1204。例如,参考图18A,在当前时间为2004/3/1011:00的情况下,行1709中的执行状态从“0”重写为“1”,因为已经到达了行1709中的记录开始时间。图18B示出了重写之后的记录数据。行1709中的执行状态被重写为1。接下来,记录单元1202c将作为到达记录开始时间时的记录数据的行1709的记录数据标识符和记录指令传送到服务管理器1204。
[0134] Java VM 1203是顺序地分析和执行以Java(TM)语言写的程序的Java虚拟机。将以Java语言写的程序编译为中间代码,其已知为不依赖硬件的字节代码。Java虚拟机是执行这种字节代码的解释器。一些Java虚拟机将字节代码转换为可以由CPU 514解释的可执行格式,并将结果传送到CPU 514,CPU 514执行它。Java VM 1203采用由内核
1201a指定要执行的Java程序来激活。在本实施例中,内核1201a将服务管理器1204指定为要执行的Java程序。对于Java语言的详细说明在很多包含有“Java语言规范”(ISBN
0-201-63451-1)的书中已经给出。因此,在此省略了对其的详细描述。此外,对于Java VM本身的操作的详细说明在很多包含有“Java虚拟机规范”(ISBN0-201-63451-X)的书中已经给出。因此,在此省略了对其的详细描述。
[0135] 服务管理器1204是采用Java语言写的Java程序,其由JavaVM1203顺序地执行。通过JNI(Java本机接口)服务管理器1204可以被未采用Java语言写的另一子程序调用,或者可以调用该子程序。对于JNI的说明在很多包含有“Java本机接口”的书中给出。因此,在此省略了对其的详细描述。
[0136] 服务管理器1204通过JNI从再现单元1202b接收频道标识符。
[0137] 一旦从再现单元1202b接收到频道标识符和再现指令,服务管理器1204就将该频道标识符传送到Java库1205中的调谐器1205c,以便请求调谐。调谐器1205c查询存储在辅助存储单元510中的频道信息,以获取调谐信息。假设服务管理器1204将频道标识符“2”传送到调谐器1205c,则调谐器1205c查询图16所示的列1512,获取与该频道相对应的调谐信息“156MHz”。调谐器1205c通过OS 1201的库1201b将该调谐信息传送到QAM解调单元501。QAM解调单元501根据给予QAM解调单元501的该调谐信息,对从前端101发送的信号进行解调。在解调的频道是加扰广播时QAM解调单元501将结果信号传送到POD504,在解调的频道不是加扰广播时将结果信号传送到TS解码器505。接下来,服务管理器
1204请求Java库1205内部的CA 1205d执行解扰。CA 1205d通过OS 1201中的库1201b向POD 504提供解扰所需的信息。基于上述提供的信息,POD 504对由QAM解调单元501提供的信号进行解扰,并将结果信号传送到TS解码器505。
[0138] 接下来,服务管理器1204向Java库1205内部的JMF 1205a提供频道标识符,以便请求对视频和音频的再现。
[0139] 首先,JMF 1205a从PAT和PMT获取用于指定要再现的视频和音频的分组ID。PAT和PMT是由MPEG-2标准定义的表格,其示出了在MPEG-2传输流中包含的节目排列。PAT和PMT与音频和视频一起由MPEG-2传输流中包含的各个分组的净荷来携带。对于PAT和PMT的详细描述请参考规范。在此,仅仅给出了PAT和PMT的概述。PAT是节目关联表格(Program Association Table)的缩写,在分组ID为“0”的分组中携带。为了获取PAT,JMF 1205a通过OS 1201的库1201b向TS解码器505指示分组ID“0”和CPU 514。然后,TS解码器505执行基于分组ID“0”的过滤,并将结果传送到CPU 514。从而,JMF 1205a能够收集PAT分组。图19示出了一个表格,其示意性地示出了收集的PAT信息的示例。列1801描述节目编号。列1802描述分组ID。在列1802中示出的分组ID用于获取PAT。行1811-1813中的每一个是频道的节目编号和与其相对应的分组ID的一个对。这里,定义了三个频道。行1811定义了节目编号“101”和分组ID“501”的一个对。假设提供给JMF 1205a的频道标识符为“2”,则JMF 1205a查询图16中的列1512,以便获取与该频道标识符相对应的节目编号“102”,然后查询图19中示出的PAT中的列1812,以便获取与节目编号“102”相对应的分组ID“502”。PMT是节目映射表格(Program Map Table)的缩写,在具有PAT中指定的分组ID的分组中携带。为了获取PMT,JMF 1205a通过OS 1201的库1201b向TS解码器505指示分组ID和CPU 514。在此,要指定的分组ID为“502”。然后,TS解码器505执行基于分组ID“502”的过滤,并将结果传送到CPU 514。由此,JMF 1205a能够收集PMT分组。图
20示出了一个表格,其示意性地示出了收集的PMT信息的示例。列1901描述流类型。列
1902描述分组ID。在各个流类型中指定的信息在具有列1902中指定的分组ID的分组的净荷中携带。列1903描述了附加信息。行1911-1914中的每一个是分组ID和正在发送的信息的类型的一个对,其称为基本流。列1911是流类型“音频”和分组ID“5011”的一个对,指示音频数据存储在分组ID为“5011”的分组的净荷中。JMF 1205a从PMT中获取要再现的视频和音频的分组ID。参考图20,JMF 1205a从行1911获取音频分组ID“5011”,从行1912获取视频分组ID“5012”。
[0140] 然后,JMF 1205a通过OS 1201的库1201b,将所获取的音频分组ID和作为输出目的地的音频解码器506的对,以及视频分组ID和作为输出目的地的视频解码器508的对提供给TS解码器505。TS解码器505基于该提供的分组ID和输出目的地进行过滤。在此,具有分组ID“5011”的分组被传送给音频解码器506,具有分组ID“5012”的分组被传送给视频解码器508。音频解码器506对所提供的分组执行数模转换,并将结果输出到音频输出单元507。视频解码器508对所提供的分组执行数模转换,并将视频输出到视频输出单元509。
[0141] 最后,服务管理器1204将频道标识符提供给Java库1205中的AM 1205b,以便请求数据广播再现。在此,数据广播再现意味着提取包含在MPEG-2传输流中的Java程序,并使得Java VM 1203执行它。作为用于将Java程序嵌入到MPEG-2传输流中的一种技术,使用了称为DSMCC的一种方法,其在MPEG规范ISO/IEC 138181-6中描述。在此省略了对DSMCC的详细解释。DSMCC规范定义了一种采用MPEG-2传输流中的分组,对由计算机使用的目录和文件组成的文件系统进行编码的一种方法。关于要执行的Java程序的信息采用AIT形式在MPEG-2传输流的分组中携带。AIT是应用程序信息表格(Application Information Table)的缩写,其定义在DVB-MHP标准(正式地称为ETSI TS 101812DVB-MHP规范V1.0.2)的第十章中给出。
[0142] 此外,一旦从记录单元1202c接收到记录数据的标识符和记录指令,服务管理器1204就从存储在辅助存储单元510中的记录数据的列1701中搜索与所接收的记录标识符相匹配的记录标识符,并将同一行的频道标识符传送到Java库1205中的调谐器1205c,以便请求调谐。调谐器1205c查询存储在辅助存储单元510中的频道信息,以获取调谐信息。
现在,假设记录单元1202c将记录数据标识符“2”和记录指令传送给服务管理器1204,服务管理器就从图18B中的列1701中搜索“2”,并识别出具有记录标识符“2”的行1709。接下来,假设服务管理器1204将记录数据行1709的频道标识符“2”传送给调谐器1205c,调谐器1205c就查询图16中所示的列1512,并获取相应的调谐信息“156MHz”。调谐器1205c通过OS 1201的库1201b将调谐信息传送给QAM解调单元501。QAM解调单元501根据给予QAM解调单元501的调谐信息,对从前端101发送的信号进行解调。在解调的频道是加扰广播时QAM解调单元501将结果信号传送到POD 504,在解调的频道不是加扰广播时将结果信号传送到TS解码器。接下来,服务管理器1204请求Java库1205内部的CA 1205d执行解扰。CA 1205d通过OS 1201中的库1201b向POD 504提供解扰所需的信息。基于上述提供的信息,POD 504对由QAM解调单元501提供的信号进行解扰,并将结果信号传送到TS解码器505和辅助存储单元510。接下来,服务管理器1204请求Java库1205内部的REC
1205e进行记录。REC 1205e通过OS 1201中的库1201b将记录指令提供给辅助存储单元
510。辅助存储单元存储由POD 504输出的数据。在此,辅助存储单元510所存储的数据也可以是由TS解码器505输出的数据。
[0143] 尽管将辅助存储单元510示例为诸如硬盘之类的存在于终端设备内部的存储介质进行了描述,但是也可以使辅助存储单元510存在于终端设备500外部,并通过配线等进行连接。此外,辅助存储单元510不必局限于硬盘,其还可以是可以从光盘设备拆卸的光盘,以及诸如卡介质之类的介质。
[0144] 首先,为了获取AIT,AM 1205b如同JMF 1205a的情况一样获取PAT和PMT,以便获取存储了AIT的分组的分组ID。假设“2”是所提供的频道标识符并且正在发送的是图19所示的PAT和图20所示的PMT,则AM 1205b按照与JMF 1205a相同的过程来获取图20所示的PMT。随后,AM 1205b从PMT中提取流类型为“数据”并且具有“AIT”作为附加信息的基本流的分组ID。如图20所示,行1913中的基本流对应于该基本流,因此AM 1205b从其中获取分组ID“5013”。
[0145] AM 1205b通过OS 1201的库1201b向TS解码器505提供AIT的分组ID和作为输出目的地的CPU 514。然后,TS解码器505根据所提供的分组ID执行过滤,并将结果传送给CPU 514。因此,AM1205b能够收集AIT的分组。图21是示意性地示出所收集的AIT信息的示例的表格。列2001描述了Java程序的标识符。列2002描述了用于控制Java程序的控制信息。所述控制信息包括“自动开始(autostart)”、“呈现(present)”和“取消(kill)”。“自动开始”表示终端设备500自动地立即执行程序。“呈现”表示不自动执行程序。“取消”表示程序要被终止。列2003描述了DSMCC标识符,其用于提取包含DSMCC格式的Java程序的分组ID。列2004描述Java程序的程序名称。行2011和2012每一个都是一组关于Java程序的信息。在行2011中定义的Java程序是以下一组:标识符“301”、控制信息“自动开始”、DSMCC标识符“1”和程序名称“a/TopXlet”。在行2012中定义的Java程序是以下一组:标识符“302”、控制信息“呈现”、DSMCC标识符“1”和程序名称“b/GameXlet”。这里,这两个Java程序具有相同的DSMCC标识符。这表示这两个Java程序包含在根据相同的DSMCC方法编码的文件系统中。在此,仅仅为各个Java程序指定了4项信息,但是实际上可以指定更多项的信息。详情请参考DVB-MHP规范。
[0146] AM 1205b从AIT中找到“自动运行”Java程序,并提取相应的DSMCC标识符和Java程序名称。参考图21,AM 1205b提取行2011中的Java程序,并且获取DSMCC标识符“1”和Java程序名称“a/TopXlet”。
[0147] 接下来,AM 1205b使用从AIT获取的DSMCC标识符,从PMT中获取存储了DSMCC格式的Java程序的分组的分组ID。更具体而言,AM 1205b从PMT获取在流类型为“数据”并且其附加信息中的DSMCC标识符匹配的基本流中包含的分组ID。
[0148] 在此,假设该DSMCC标识符为“1”并且PMT是图20所示的那个,在行1914中的基本流满足上述条件。因此,要提取分组ID“5014”。
[0149] AM 1205b通过OS 1201的库1201b,将数据以DSMCC格式嵌入其中的分组的分组ID以及作为输出目的地的CPU 514指示给TS解码器505。在此,提供分组ID“5014”。然后,TS解码器505根据所提供的分组ID执行过滤,并将结果传送给CPU 514。从而,AM1205b能够收集需要的分组。AM 1205b根据DSMCC方法从收集的分组中重建文件系统,并将重建的文件系统存储到主存储单元511中。以下,将用于从MPEG-2传输流中的分组中提取诸如文件系统的数据并将提取的数据存储到诸如主存储单元511的存储单元中的过程称为下载。
[0150] 图22示出了下载的文件系统的示例。在该图中,圆圈表示目录,矩形表示文件,其中2101是根目录,2102是目录“a”,2103是目录“b”,2104是文件“TopXlet.class”,2105是文件“GameXlet.class”。
[0151] 随后,AM 1205b将下载到主存储单元511中的文件系统中要执行的Java程序传送给Java VM 1203。在此,假设要执行的Java程序是“a/TopXlet”,通过将“.class”附加到上述Java程序名称上得到的文件“a/TopXlet.class”是要执行的文件。“/”是目录与文件名称之间的分隔符,并且如图22所示,文件2104是要执行的Java程序。接下来,AM 1205b将文件2104传送给Java VM 1203。
[0152] Java VM 1203执行上述接收的Java程序。
[0153] 一旦接收到另一个频道的标识符和再现指令,服务管理器1204就通过Java库1205中包含的每个库,终止视频和音频的再现以及Java程序的执行,其都是通过在同一Java库1205中包含的每个库来执行的,然后,服务管理器1204基于新接收的频道标识符执行视频和音频的再现以及Java程序的执行。此外,一旦接收到另一个频道的标识符和记录指令,服务管理器1204不执行Java程序。在记录的情况下,由于Java程序没有执行,因此CPU 514和主存储单元511的使用量能够降低。另外,服务管理器1204执行控制,从而在记录加扰视频期间,即使是按下POD弹出按钮1109也不会弹出POD 603。在该时刻,在实际执行POD 603的弹出之前,还可以将指示当前正在记录解扰的视频的一个消息通知给用户。
[0154] Java库1205是存储在ROM 512中的多个Java库的集合。在本实施例中,Java库1205包括JMF 1205a、AM 1205b、调谐器1205c、CA 1205d、REC 1205e和POD Lib 1205f等等。
[0155] REC 1205e具有使用库1201b来执行记录的功能。REC 1205e从服务管理器1204接收记录指令以及终止记录指令作为输入。在输入了记录指令的情况下,REC 1205e将该记录指令输出到库1201b。在输入了终止记录指令的情况下,REC 1205e将该终止记录指令输出到库1201b。
[0156] 接下来,描述记录自动终止功能,其是本实施例的一个重要功能。
[0157] 服务管理器1204从记录单元1202c接收记录数据标识符和记录指令,并且能够通过Java库1205中包含的REC 1205e,将节目存储在辅助存储单元510中。
[0158] 记录自动终止功能是本实施例的一个重要功能,其在正在执行记录时出现不能解扰的状况的情况下,自动终止服务管理器1204所执行的记录。
[0159] 图23是对于在记录期间发生不能解扰的状况的情况下的流程图。
[0160] 首先,解扰判断单元515检测已经发生不能解扰的状况的频道(步骤2201)。这是通过在终端设备500侧检测POD 504的附接/拆卸状态(例如,通过检测用于拆卸POD504的输入按钮的按压;以及通过在固定时间执行POD 504与终端设备500之间的信号交换,其中在来自POD 504的信号没有在固定时间到来时终端设备进行检测),以及通过接收来自POD 504的CPU 706的不能解扰的消息来执行的。此外,POD 504通知解扰判断单元
515解扰已经变得不可能:当不能获取一个密钥本身时;当获取的密钥不同于需要的密钥时;当密钥无效时;当POD 504能够解扰多个加扰的数据的情况下,要记录的加扰的数据不能被解扰时;等等。
[0161] 接下来,解扰判断单元515将解扰已经变得不可能的频道标识符传送给服务管理器1204(步骤2202)。
[0162] 接下来,服务管理器1204搜索存储在辅助存储单元510中的管理表格,以查找与示出以下情况的记录数据有关的管理信息:由从解扰判断单元515传送而来的频道标识符所指示的频道上正在执行记录,并且该频道正处于不能解扰的状况(步骤2203)。更具体的,执行搜索,以查找一个行,该行具有图18B的列1702中与所接收的频道标识符匹配的频道标识符,同时指示记录执行状态的列1705具有值“1”。在此,假设服务管理器1204从解扰判断单元515接收表明频道标识符“2”的不能解扰的状况的一个消息,图18B所示的管理表格中的行1709变为相应的记录数据。
[0163] 接下来,在找到示出正在对解扰已经变得不可能的频道进行记录的记录数据的情况下(步骤2204中“是”),服务管理器1204将终止记录指令输出到Java库1205中包含的REC 1205e。一旦接收到所输入的终止记录指令,REC 1205e就将该终止记录指令输出到库1201b,以使得记录终止(步骤2205)。在没有发现的情况下(步骤2204中“否”),不做任何动作。此外,可以通过参考用户预先设定的设置文件来判断是否终止记录。
[0164] 接下来,服务管理器1204将记录期间已经发生不能解扰的状况的事实写入存储在辅助存储单元510中的管理表格中(步骤2206)。更具体的,将图18B所示的管理表格中的列1707中的值从“0”重写为“1”。
[0165] 此外,尽管在本实施例中,EPG 1202、服务管理器1204和Java库1205描述为用Java语言写的软件,这些程序也可以采用Java之外的语言书写,例如C语言,本机语言,并且这些程序可以通过硬件安装。
[0166] 此外,在本实施例中,在找到示出正在对解扰已经变得不可能的频道进行记录的记录数据的情况下,服务管理器1204通过REC 1205e终止记录。然而,也可以通知这次发出了记录请求的EPG 1202(下载的应用程序)。采用该方式,EPG 1202能够知道其已经发出记录请求的当前记录上出现了问题,并且可以对已经出现问题的记录数据执行与正常记录数据不同的处理(例如,执行诸如如下的处理:删除其中已经出现问题的记录数据;通知用户已经出现了问题;当相同的程序正要重新广播时重新设置用于定时器记录的定时器)。
[0167] 这样,至此已经描述了本实施例中的记录自动终止功能。根据该功能,在记录期间发生了不能解扰的状况的情况下,可以终止不需要的记录。因此,能够消除在终端设备中提供的、用于记录和存储记录数据的辅助存储单元510的可用容量的紧张。
[0168] (第二实施例)
[0169] 在第一实施例中,在记录期间发生不能解扰的状况的情况下,终止记录。然而,当不能解扰的状况仅仅持续了短暂时间段并且加扰马上又变为可能时,在加扰状态下记录的节目的时间段也很短。因此,也存在继续该节目的记录对于用户而言更有利的情况。
[0170] 由此,在本实施例中,即使在记录期间发生不能解扰的状况时也继续进行记录。然而,在将记录在辅助存储单元510中的节目写入到插入到介质写入单元516中的介质中的情况下,是否执行写入是由用户来确认的。
[0171] 图24示出了在记录节目期间发生不能解扰的状况的情况下,本实施例中的记录功能的流程图。
[0172] 步骤2301到步骤2304是与图23中的流程图的步骤2201到步骤2204相同的过程。
[0173] 在找到示出正在对解扰已经变得不可能的频道进行记录的记录数据的情况下(步骤2304中“是”),服务管理器1204将记录期间已经发生不能解扰的状况写入存储在辅助存储单元510中的管理表格中(步骤2305)。步骤2305的过程细节与图23中的步骤2206相同。
[0174] 如上所述,在本实施例中,即使是发生不能解扰的状况,向辅助存储单元510的记录也会继续。
[0175] 此外,服务管理器1204命令介质写入单元516将存储在辅助存储单元510中的节目写入插入到介质写入单元516中的介质中。在该时刻,当存在对要写入的记录主题节目进行记录期间已经发生不能解扰的状况的时间段的情况下,由用户确认是否要执行所述写入。当用户进行输入,表示不执行所述写入时,所述写入终止。
[0176] 图25示出了将记录主题节目写入介质的流程图。
[0177] EPG 1202通过视频输出单元509将记录在辅助存储单元510中的节目列表显示在显示器609上。图26示出了EPG所显示的记录主题节目列表的一个示例。列2501描述记录数据的标识符。列2502描述了记录的节目的名称。列2503描述了指示在记录期间是否已经发生了不能解扰的状况的一个值。行2504指示由记录数据标识符、节目名称和指示在记录期间解扰是否已经变得不可能的值组成的组。通过使用该显示屏幕,用户能够判断在记录期间解扰是否已经变得不可能而无须观看记录的节目的细节,并且可以选择要写入介质中的节目而无须担忧。EPG通过输入单元513接收由用户选择的节目的记录数据标识符,并将该记录数据标识符和写指令传送到服务管理器1204。服务管理器1204通过EPG接收要记录的记录数据的标识符和所述写指令(步骤2401)。
[0178] 接下来,服务管理器1204验证在对要写入的记录主题节目进行记录期间是否已经发生了不能解扰的状况(步骤2402)。更具体的,从图18B所示的管理表格中搜索具有匹配的记录标识符的行,并且验证所找到的行的列1707的值。当该值为“1”时,判断已经发生了问题,例如在记录期间解扰变得不可能时。在该值为“0”时,判断没有发生问题。在没有发生问题的情况下(步骤2403中为“否”),将写指令和记录数据标识符传送到介质写入单元516,并且介质写入单元516将存储在辅助存储单元510中的记录主题节目写入介质中(步骤2408)。在已经发生了问题的情况下(步骤2403中为“是”),将一个消息输出到视频输出单元509,用于让用户确认是否要进行所述写入(步骤2404)。图27示出了输出到音频输出单元509的用户确认的显示屏幕。消息2601是向用户声明在对要写入到介质中的节目进行记录期间已经发生了不能解扰的状况。“是”按钮2602是在用户选择继续写入时按下的按钮,“否”按钮2603是用户选择不继续写入时按下的按钮。接下来,服务管理器1204获取用户的指令(步骤2405),并判断用户是否允许写入(步骤2406)。在用户已经允许写入的情况下(步骤2406中为“是”),即,当用户已经按下“是”按钮2602时,执行向介质上写入(步骤2408)。另一方面,在用户不允许写入的情况下(步骤2406中为“否”),即,当用户已经按下了“否”按钮2603时,不传送对介质写入单元516的指令,并且不做任何事情(步骤2407)。此外,还可以自动地将过程从步骤2402移动到步骤2405或步骤2406而不执行步骤2402和步骤2404。
[0179] 此外,尽管在本实施例中,EPG 1202、服务管理器1204和Java库1205描述为用Java语言写的软件,但是这些程序也可以采用除了Java之外的语言书写,例如C语言和本机语言,并且这些程序可以通过硬件安装。
[0180] 根据上述功能,对于在节目记录期间已经发生了不能解扰的状况的节目而言,可以避免写入不需要的记录数据,这是因为在写入介质之前就可以识别出由于发生了不能解扰的状况而在记录数据中发生了问题。
[0181] 此外,尽管在本实施例中,仅仅将在记录期间的问题发生通知给了用户,但是本发明并不局限于此。例如,能够测量不能进行解扰的时间段,并且除了不能解扰的状况之外,还可以通知不能进行解扰的时间段。在这种情况下,如图28所示,服务管理器1204将测量的时间段写入存储在辅助存储单元510中的管理表格中,作为问题时间段2701。随后,当请求写入到介质中时,显示不能进行解扰的持续时间,如图29所示,并且将记录期间问题的发生通知给用户。从而,用户能够知道记录期间发生问题的持续时间,并且在决定是否继续写入到介质中时能够查询该持续时间。另外,还可以将该问题发生的原因通知用户。在这种情况下,解扰判断单元515判断终端设备500是否物理地检测到POD 504已经被拆卸,或者是否从POD 504接收到不能继续获取解扰所需要的密钥的事实。此外,服务管理器1204将解扰判断单元515的判断结果写入管理表格,作为问题发生原因2702,如图28所示。当要求写入到介质中时,如图29所示,显示解扰变得不可能的原因2802,并且将记录期间问题的发生通知给用户。从而,用户能够知道记录期间发生问题的原因。
[0182] 另外,能够在图29的显示屏幕上提供接口(未示出),用于在问题发生之前和之后的时间段接收显示记录数据的请求。例如,通过在接收到来自该接口的输入时使用问题时间段2701的信息和在发生不能解扰的状况之前和之后显示记录数据,可以即刻判断在不能进行解扰的时间段期间记录数据是否是用户需要的。因此,用户的有关是否写入记录介质的判断能够适当并且即刻执行。
[0183] 此外,在当前正在对解扰变得不可能的频道执行记录时,在上述第一实施例中终止对于该频道的记录,而在上述第二实施例中,继续对该频道的记录。然而,本发明并不局限于此。例如,能够测量不能进行解扰的持续时间,当解扰再次变得可能时,可以根据不能进行解扰的持续时间来判断是否再继续所述记录。在这种情况下,如图30A所示,当不能进行解扰的持续时间(NG)很短并且低于预定阈值时,当解扰再次变得可能时再继续所述记录。此外,如图30B所示,当不能进行解扰的持续时间(NG)很长并且等于或超过预定阈值时,即使解扰再次变得可能也不再继续所述记录。由此,可以根据不能进行解扰的持续时间来控制记录。
[0184] 此外,在上述实施例中,EPG 1202搜索与所请求的记录主题节目相对应的管理信息,在找到的管理信息中查询记录开始时间1703、记录结束时间1704和问题时间段2701,并且创建图26中找到的问题信息。然而,也可以这样:EPG 1202请求服务管理器1204搜索与所请求的记录主题节目相对应的管理信息;服务管理器1204使用必需的多个数学函数(或一个函数,如同采用特征一样)来根据接收的请求执行搜索,并将搜索结果(管理信息中的记录开始时间1703、记录结束时间1704和问题时间段2701)返回给EPG 1202;EPG1202使用该搜索结果创建问题信息;并且显示器609显示该问题信息。
[0185] (第三实施例)
[0186] 在上述第二实施例中,当将有问题的记录数据写入记录介质上时,将问题信息通知用户。在本实施例中,当再现有问题的记录数据时,将问题信息通知用户。在该示例中,终端设备(数字广播记录设备)包括再现单元(图中未示出),其再现存储在辅助存储单元中的记录主题节目。
[0187] 图31是示出根据本实施例,通知给用户的问题信息的一个示例的图。
[0188] 在图31中,609表示图7中所示的显示器609。显示1710描述了根据例如与图28中指示的行1708相对应的管理信息而创建的问题信息。在此,作为一个示例,将“电影A”作为与行1708相对应的记录主题节目来进行描述。时间2701a指示在记录的节目中包含的问题发生的时间。时间2701b指示在记录的节目中包含的问题结束的时间。片段2703a指示在记录的节目中包含的问题发生的整个片段。片段2703b指示在记录的节目中包含的正常记录的片段。显示1711指示在记录主题节目中,正常记录的片段所占据的百分比。片段2703a的长度根据图28中指示的问题时间段2701的时间长度而改变。片段2703a的位置根据图28所示的问题时间段2701的开始时间和结束时间而改变。
[0189] 将要描述用于显示图31中所示的问题信息的过程。
[0190] 当存在来自用户的再现记录主题节目的请求时,EPG 1202搜索与所请求的记录主题节目相对应的管理信息。接下来,EPG 1202从搜索中获取的管理信息中查询记录开始时间1703、记录结束时间1704和问题时间段2701,创建图31所示的问题信息,并且将其显示在显示器609上。
[0191] 此外,在上述示例中,EPG 1202搜索与所请求的记录主题节目相对应的管理信息,在所找到的管理信息中查询记录开始时间1703、记录结束时间1704和问题时间段2701,并创建图31所示的问题信息。然而,也可以是这样:EPG 1202请求服务管理器1204搜索与所请求的记录主题节目相对应的管理信息;服务管理器1204使用必需的多个数学函数(或一个函数,如同采用特征一样),根据接收的请求执行搜索,并将搜索结果(管理信息中的记录开始时间1703、记录结束时间1704和问题时间段2701)返回给EPG 1202;EPG 1202使用该搜索结果创建问题信息;并且显示器609显示该问题信息。
[0192] (第四实施例)
[0193] 图32是示出在本实施例中,存储在ROM 512中并由CPU 514执行的程序的结构图的示例的图。
[0194] 注意,图32中的具有与图13中相同的参考数字的各个单元与图13中的这些单元相同或者对应。
[0195] 此外,由于本实施例中的硬件结构与图6所示的大致相同,因此省略了详细描述。
[0196] 在当前正在对解扰变得不可能的频道进行记录的情况下,在上述第一实施例中终止对该频道的记录,在上述第二实施例中记录对该频道的记录。本实施例的特征在于,提供了记录再继续判断单元1205g,其在频道落入不能进行解扰的状况中时终止记录,然后在解扰再次变得可能时测量不能进行解扰的持续时间,并且根据测量的持续时间判断是否再继续所述记录。
[0197] 更具体的,对于Java库1205包括记录再继续判断单元1205g作为组成元件的示例进行描述。此外,由于将附加功能给予了图13所示的服务管理器1204,因此,这里将参考数字1204a给予服务管理器1204。
[0198] 另外,假设解扰判断单元515除了具有上述功能之外,还具有一个功能,用于在不能解扰的状况之后解扰再次变得可能的情况下,将解扰已经再次变得可能的频道的标识符输出到服务管理器1204a。
[0199] 由于其他部分与第二实施例相同,因此在本实施例中的描述将限于记录再继续的过程。
[0200] 在此,对于记录编号“1”,针对不能解扰的状况从10:40出现,并且在10:45记录再继续的操作进行了描述。
[0201] 首先,如上所述,解扰判断单元515将处于不能解扰的状况中的频道的标识符输出到服务管理器1204。
[0202] 一旦从解扰判断单元515接收到解扰已经变得不可能的频道的标识符,服务管理器1204a就搜索管理表格,以查找记录有所输入的频道标识符的记录编号。接下来,将所找到的记录编号的执行状态1705重写为“3”,其指示由于发生问题而终止记录的状态。接下来,将当前时间写入,作为所找到的记录编号的问题时间段的开始时间。更具体的,在使用例如OS 1201中的库1201b的时间获取功能获取到当前时间信息10:40之后,服务管理器1204a在管理表格中将10:40重写为问题时间段的开始时间(见图33)。
[0203] 服务管理器1204a将终止记录指令输出到REC 1205e。一旦接收到该终止记录指令,REC 1205e就根据该指令的细节终止节目记录。在该时刻,REC 1205e使用对于记录终止所必需的、OS 1201中的库1201b的函数来执行记录的终止。
[0204] 接下来,在判断了不能进行解扰之后判断解扰再次变得可能的情况下,解扰判断单元515将解扰再次变得可能的频道的标识符输出到服务管理器1204a。
[0205] 一旦从解扰判断单元515接收到解扰再次变得可能的频道的标识符,服务管理器1204a就搜索管理表格,以查找与所输入的频道标识符相对应的记录编号。接下来,将当前时间写入,作为所找到的记录编号的问题时间段的结束时间。更具体的,在使用例如OS
1201中的库1201b的时间获取功能获取到当前时间信息10:45之后,服务管理器1204a在管理表格中将10:45重写为问题时间段2701的结束时间(见图34)。然后,服务管理器
1204a将判断再继续指令和所找到的记录编号输出到记录再继续判断单元1205g。
[0206] 接下来,记录再继续判断单元1205g判断对于与所接收的记录编号相对应的记录主题节目是否能够再继续记录,并且将判断结果输出到服务管理器1204a。随后将描述记录再继续判断单元1205g的具体操作。
[0207] 接下来,服务管理器1204a从记录再继续判断单元1205g接收对于记录再继续的判断结果,并根据该判断结果进行操作。例如,当该判断结果指示再继续记录时,服务管理器1204a将记录指令输出到REC 1205e,并将与所述记录编号相对应的列1705的值重写为“4”,其指示从由于发生问题而终止记录的状态开始再继续记录(见图35)。一旦接收到记录指令,REC 1205e就使用记录所必需的、OS 1201中的库1201b的函数执行记录。
[0208] 此外,当该判断结果指示不再继续记录时,服务管理器1204a不输出记录指示到REC 1205e。在此,管理表格保持如图34中的原样。
[0209] 接下来,将描述记录再继续判断单元1205g的具体操作。
[0210] 记录再继续判断单元1205g具有一个功能,用于将节目记录期间的问题时间段与预定时间段进行比较,并且确定是否再继续记录。
[0211] 一旦接收到来自服务管理器1204a的判断记录再继续的指令和节目编号,记录再继续判断单元1205g就通过查询管理表格获取所接收的记录编号的问题时间段。在管理表格中对于所接收的记录编号存在多个问题时间段的情况下,查询并得到最近的问题时间段。例如,假设管理表格为图34中的那样,在得到记录编号“1”的情况下,记录再继续判断单元1205g查询管理表格并获取多个问题时间段中最接近的问题时间段“10:40到10:45”。记录再继续判断单元1205g计算要与所获取的问题时间段进行比较的预定时间段。例如,查询管理表格,记录再继续判断单元1205g用所输入的记录编号的列1704中指示的定时器记录结束时间减去在列2701中指示的、发生不能解扰的状况的问题开始时间,将所得到的结果值(即,时间间隔)作为预定数字。记录再继续判断单元1205g将所获取的问题时间段(在该示例中为5分钟)和所计算的预定数字(在该示例中为20分钟)进行比较,并在问题时间段较长时判断不再继续记录。当问题时间段比该预定时间段短时,记录再继续判断单元1205g判断要再继续记录。记录再继续判断单元1205g将是否再继续记录的判断结果输出到服务管理器1204a。采用该方式,不必再继续超出记录结束时间之外的记录。
[0212] 接下来,将使用流程图描述本实施例中的记录再继续。
[0213] 图36是示出在本实施例中记录再继续的示例的流程图。首先,解扰判断单元515检测不能解扰的状况,并将解扰已经变得不可能的频道的标识符输出到服务管理器
1204a(步骤3601)。
[0214] 接下来,一旦接收到来自解扰判断单元515的解扰已经变得不可能的频道的标识符,服务管理器1204a就通过在管理表格中写入相应的记录编号的问题时间段2701的问题开始时间并将终止记录指令输出到REC 1205e,来使得记录终止(步骤3602)。
[0215] 接下来,解扰判断单元515检测能够解扰的状况,并将解扰已经变得可能的频道的标识符输出到服务管理器1204a(步骤3603)。
[0216] 接下来,一旦接收到来自解扰判断单元515的、解扰已经变得可能的频道的标识符,服务管理器1204a就在管理表格中写入相应的记录编号的问题时间段2701的问题结束时间(步骤3604)。
[0217] 接下来,记录再继续判断单元1205g在管理表格中查询与相应的频道标识符的记录编号相对应的问题时间段,然后计算所述预定时间段(步骤3605),并将问题时间段与该预定时间段进行比较(步骤3606)。在作为该比较的结果,问题时间段较短的情况下(步骤3606中为“是”),记录再继续判断单元1205g判断要再继续记录,并将判断结果输出到服务管理器1204a。服务管理器1204a通过将记录指令输出到REC 1205e来使得终止的记录再继续(步骤3607)。
[0218] 此外,在根据所述比较,判断不再继续记录的情况下(步骤3606中为“否”),服务管理器1204a不将记录指令输出到REC 1205e。在这种情况下,管理表格保持如图34中的原样。
[0219] 因此,以上描述了本实施例中的记录再继续的流程图。
[0220] 此外,取代计算所述预定时间段,记录再继续判断单元1205g可以预先将一个预定时间段存储在辅助存储单元510中,然后将该存储的预定时间段与问题时间段2701进行比较,并根据比较结果判断记录的再继续。
[0221] 在这种情况下,当不能进行解扰的持续时间(NG)较短并且低于预定阈值T时,如图30A所示,则在解扰再次变得可能的时刻再继续记录。此外,当不能进行解扰的持续时间(NG)较长并且等于或超过该预定阈值T时,如图30B所示,则即使解扰再次变得可能时也不再继续记录。由此,可以根据不能进行解扰的持续时间来控制所述记录。
[0222] 此外,记录再继续判断单元1205g通过查询管理表格而获取的问题时间段可以是所输入的记录编号的若干个问题时间段的总和。例如,在输入记录编号“1”的情况下,参考图35,多个问题时间段的总和是由问题时间段“9:35到9:40”的5分钟、问题时间段“10:10到10:30”的20分钟,...,和问题时间段“10:40到10:45”的5分钟所指示的总时间段。
[0223] (第五实施例)
[0224] 在本实施例中,当当前正在对解扰已经变得不可能的频道进行记录时,对该频道的记录终止,并且当解扰再次变得可能时,将解扰变得可能时的时刻和定时器记录时刻表进行比较,并根据比较结果判断记录的再继续。
[0225] 在本实施例中,记录再继续判断单元1205g的判断功能具有与第四实施例中不同的功能。由于其他部分与第四实施例中相同,因此在此省略了描述。
[0226] 下面将描述本实施例中的记录再继续判断单元1205g的具体操作。
[0227] 记录再继续判断单元1205g将节目记录期间的问题时间段的结束时间与定时器记录的结束时间进行比较,并判断是否再继续记录。
[0228] 一旦接收到来自服务管理器1204a的判断记录再继续指令和节目编号,记录再继续判断单元1205g就通过查询管理表格来获取所接收的记录编号的问题时间段的问题结束时间。在对于所接收的记录编号在管理表格中存在多个问题时间段的情况下,查询最接近的问题时间段的结束时间。例如,假设管理表格为图34中的那个,在接收到记录编号“1”的情况下,记录再继续判断单元1205g查询管理表格并查询到“10:40到10:45”是多个问题时间段中最接近的问题时间段,并且获取问题结束时间10:45。
[0229] 接下来,记录再继续判断单元1205g将所获取的问题结束时间与定时器记录结束时间进行比较。例如,记录再继续判断单元1205g查询管理表格,并将所接收的记录编号的定时器记录结束时间1704与由问题时间段2701所指示的问题结束时间进行比较。
[0230] 记录再继续判断单元1205g将所查询的问题结束时间(在该示例中为10:45)与定时器记录结束时间(在该示例中为11:00)进行比较,并在问题结束时间在定时器记录结束时间之后的情况下判断不再继续记录。当问题结束时间在定时器记录结束时间之前时,判断要再继续记录。记录再继续判断单元1205g输出对于是否要再继续记录的判断结果。采用该方式,不需要再继续超过记录结束时间之外的记录。
[0231] 接下来,将使用流程图描述本实施例中的记录再继续。
[0232] 图37是示出本实施例中的记录再继续的示例的流程图。首先,解扰判断单元515检测不能解扰的状况,并将解扰已经变得不可能的频道的标识符输出到服务管理器
1204a(步骤3701)。
[0233] 接下来,一旦接收到来自解扰判断单元515的解扰已经变得不可能的频道的标识符,服务管理器1204a就通过在管理表格中写入相应记录编号的问题时间段2701的问题开始时间并将终止记录指令输出到REC 1205e,来使得记录终止(步骤3702)。
[0234] 接下来,解扰判断单元515检测能够解扰的状况,并将解扰已经变得可能的频道的标识符输出到服务管理器1204a(步骤3703)。
[0235] 接下来,一旦接收到来自解扰判断单元515的解扰已经变得可能的频道的标识符,服务管理器1204a就在管理表格中写入相应记录编号的问题时间段2701的问题结束时间(步骤3704)。
[0236] 接下来,记录再继续判断单元1205g查询并获取所接收的记录编号的问题时间段的问题结束时间,以及该记录编号的定时器记录结束时间(步骤3705)。
[0237] 接下来,记录再继续判断单元1205g将所接收的记录编号的问题时间段的问题结束时间与该记录编号的定时器记录的记录结束时间进行比较(步骤3706)。
[0238] 作为比较结果,在问题结束时间在定时器记录结束时间之前的情况下(步骤3706中为“是”),记录再继续判断单元1205g判断要再继续记录,并将该判断结果输出到服务管理器1204a。服务管理器1204a通过将记录指令输出到REC 1205e来使得终止的记录再继续(步骤3707)。
[0239] 此外,在根据比较结果判断不再继续记录的情况下(步骤3706中为“否”),服务管理器1204a不输出记录指令到REC 1205e。在这种情况下,管理表格保持如图34中的原样。
[0240] 以上描述了本实施例中的记录再继续的流程图。
[0241] 根据本实施例,根据在问题发生之后解扰变为可能的时刻,可以控制所述记录。在这种情况下,如图38所示,当从不能解扰的状况恢复到再次能够解扰(OK)的时间在定时器记录时间表的区间之内时,在解扰再次变得可能的时刻再继续记录。此外,如图39所示,当解扰再次变得可能的时刻在定时器记录时间表的区间之外时,即使是解扰再次变得可能也不再继续记录。
[0242] (第六实施例)
[0243] 在上述第一到第五实施例中,将不能解扰的状况和能够解扰的状况假设为记录终止和记录再继续的条件。在本实施例中,还将源自硬件的问题状况,例如IO带宽不足(与硬件之间传递的数据量有关的性能)以及噪声影响的调谐条件,假设为记录终止和记录再继续的条件。在此所述的IO带宽不足指示在TS解码器505与辅助存储单元510之间的带宽相对于从TS解码器505和辅助存储单元510传递的数据量而言不足。此外,在本实施例中,还将由OS 1201上运行的程序引起的严重错误所造成的服务管理器1204、EPG 1202和Java VM 1203的重新激活假设为记录再继续的条件。
[0244] 在本实施例中,为了执行由于硬件引起的问题状况而造成的记录终止和记录再继续,Java库1205的REC 1205e和调谐器1205c的各个功能以及服务管理器1204a的各个功能与第一到第五实施例中的各个功能不同。由于其他部分与第一到第五实施例中相同,因此本实施例中的描述将局限于由于硬件问题造成的记录终止和记录再继续。
[0245] 此外,由于本实施例中的硬件结构与图6中所示的大致相同,因此在此将省略其详细描述。
[0246] 除了上述实施例中描述的CPU 514的功能之外,CPU 514还检测与数据输入/输出相关的错误,并通过库1201b将该错误的发生通知给REC 1205e。另外,CPU 514将存储指令和要存储的数据的输入目的地输出到辅助存储单元510。CPU 514检测在将存储指令和要存储的数据的输入目的地输出到辅助存储单元510期间所发生的与数据输入/输出相关的错误。与数据输入/输出相关的错误可以是,例如由于在TS解码器505与辅助存储单元510之间的带宽相对于从TS解码器505与辅助存储单元510传递的数据量而言不足的情况下发生的IO带宽不足而导致的错误。此外,其还可以是在试图存储超过辅助存储单元510存储容量的数据的情况下发生的存储容量不足的错误。另外,CPU 514检测从上述IO带宽不足导致的错误和存储容量不足的错误中的恢复情况。
[0247] QAM解调单元501检测与调谐相关的错误,并通过库1201b将检测结果输出到调谐器1205c。与调谐相关的错误可以是,例如,在噪声侵入从前端101发送的数据中并且没有将正确的数据输入到QAM解调单元501中时,以及在由于电缆断开导致不能进行解调时所发生的调谐失败错误。此外,在发生与调谐相关的错误之后,QAM解调单元501通过库1201b将从该错误中的恢复情况以及能够执行正常处理的情况通知给调谐器1205c。
[0248] 到现在,描述了本实施例中的终端设备500。
[0249] 接下来,将使用图40描述在本实施例中,存储在ROM 512中并由CPU 514执行的程序。由于在本实施例中向第一到第五实施例中的调谐器1205c、REC 1205e和服务管理器1204添加了新功能,因此使它们的参考数字为调谐器12051c、REC 12051e和服务管理器1204b。除此之外,其他内容与第一到第五实施例相同。
[0250] 调谐器12051c通过库1201b接收在QAM解调单元501中发生的调谐错误。在接收到该错误之后,调谐器12051c将发生调谐错误的频道的标识符输出到服务管理器1204b。此外,在调谐器12051c从QAM解调单元501接收到从与调谐相关的错误中恢复的通知时,调谐器12051c将已经从错误中恢复过来的频道的标识符通知给服务管理器1204b。
[0251] REC 12051e通过库1201b接收在记录期间由CPU 514检测到的IO带宽不足造成的错误、存储容量不足错误、等等。在接收到错误的通知之后,REC 12051e将IO带宽不足造成的错误、存储容量不足错误、等等的发生,通知给服务管理器1204b。此外,当CPU 514检测到从IO带宽不足造成的错误和存储容量不足错误中恢复的情况时,REC 12051e通过库1201b接收从错误中恢复的通知。在接收到从错误中恢复的通知之后,REC 12051e将从错误中恢复的情况通知给服务管理器1204b。
[0252] 一旦从调谐器12051c接收到发生调谐错误的频道的标识符,服务管理器1204b就搜索管理表格,以查找对于所输入的频道标识符正在进行记录的记录编号。接下来,将所找到的记录编号的执行状态1705重写为“3”,其指示由于问题而导致记录终止的状态。接下来,将当前时间写入作为所找到的记录编号的问题时间段的开始时间。更具体的,在使用例如OS 1201中的库1201b的时间获取功能获取到当前时间信息10:40之后,服务管理器1204b在管理表格中将10:40重写为问题时间段2701的开始时间(见图33)。
[0253] 服务管理器1204b将终止记录指令输出到REC 12051e。一旦接收到该终止记录指令,REC 12051e就根据该指令的细节终止节目记录。在该时刻,REC 12051e使用对于记录终止所必需的、OS 1201中的库1201b的功能来执行记录的终止。
[0254] 接下来,在调谐器12051c从QAM解调单元501接收到从与调谐相关的错误中恢复的通知的情况下,调谐器12051c将已经从错误中恢复过来的频道的标识符输出到服务管理器1204b。
[0255] 一旦从调谐器12051c接收到已经从错误中恢复过来的频道的标识符,服务管理器1204b就搜索管理表格,以查找与所输入的频道标识符相对应的记录编号。接下来,将当前时间写入作为所找到的记录编号的问题时间段的结束时间。更具体的,在使用例如OS1201中的库1201b的时间获取功能获取到当前时间信息10:45之后,服务管理器1204a就在管理表格中将10:45重写为问题时间段的结束时间(见图34)。然后,服务管理器1204a将判断再继续指令和所找到的记录编号输出到记录再继续判断单元1205g。
[0256] 接下来,记录再继续判断单元1205g判断对于与所接收的记录编号相对应的记录主题节目是否能够再继续记录,并且将判断结果输出到服务管理器1204b。由于记录再继续判断单元1205g的详细操作已经在第四和第五实施例中描述了,因此在此将省略其描述(本示例以第五实施例中的示例作为例子)。
[0257] 接下来,服务管理器1204b从记录再继续判断单元1205g接收对于记录再继续的判断结果,并根据该判断结果进行操作。例如,当该判断结果指示再继续记录时,服务管理器1204b将记录指令输出到REC 12051e,并将与所述记录编号相对应的列1705的值重写为“4”,其指示从由于出现问题而记录终止的状态到再继续记录的状态(见图35)。一旦接收到记录指令,REC 12051e就使用对于记录所必需的、OS 1201中的库1201b的功能执行记录。
[0258] 另一方面,当该判断结果指示不再继续记录时,服务管理器1204b不输出记录指示到REC 12051e。在此,管理表格保持如图34中的原样。
[0259] 此外,一旦从REC 12051e接收到IO带宽不足造成的错误和存储容量不足错误的通知,服务管理器1204b就搜索管理表格,以查找REC 12051e正在记录的记录编号。接下来,将所找到的记录编号的执行状态1705重写为“3”,其指示由于出现问题而造成记录终止的状态。接下来,将当前时间写入作为所找到的记录编号的问题时间段的开始时间。更具体的,在使用例如OS 1201中的库1201b的时间获取功能获取到当前时间信息10:40之后,服务管理器1204b在管理表格中将10:40重写为问题时间段2701的开始时间(见图33)。
[0260] 服务管理器1204b将终止记录指令输出到REC 12051e。一旦接收到该终止记录指令,REC 12051e就根据该指令的细节终止节目记录。在该时刻,REC 12051e使用对于记录终止所必需的、OS 1201中的库1201b的功能来执行记录终止。
[0261] 接下来,在REC 12051e从CPU 514接收到从IO带宽不足造成的错误和存储容量不足错误中恢复的通知时,REC 12051e将从错误中恢复的情况通知给服务管理器1204b。
[0262] 一旦从REC 12051e接收到从IO带宽不足造成的错误和存储容量不足错误中恢复的通知,服务管理器1204b就搜索管理表格,以查找与终止的记录相对应的记录编号。接下来,将当前时间写入作为所找到的记录编号的问题时间段的结束时间。更具体的,在使用例如OS 1201中的库1201b的时间获取功能获取到当前时间信息10:45之后,服务管理器1204a在管理表格中将10:45重写为问题时间段的结束时间(见图34)。然后,服务管理器
1204a将判断再继续指令和所找到的记录编号输出到记录再继续判断单元1205g。
[0263] 接下来,记录再继续判断单元1205g判断对于与所接收的记录编号相对应的记录主题节目是否能够再继续记录,并且将判断结果输出到服务管理器1204b。由于记录再继续判断单元1205g的详细操作已经在第四和第五实施例中描述了,因此在此将省略其描述(本示例以第五实施例中的示例作为例子)。
[0264] 接下来,服务管理器1204b从记录再继续判断单元1205g接收对于记录再继续的判断结果,并根据该判断结果进行操作。例如,当该判断结果指示再继续记录时,服务管理器1204a将记录指令输出到REC 12051e,并将与所述记录编号相对应的列1705的值重写为“4”,其指示从由于出现问题而终止记录的状态到再继续记录的状态(见图35)。一旦接收到记录指令,REC 12051e使用对于记录所必需的、OS1201中的库1201b的功能来执行记录。
[0265] 此外,当判断结果指示不再继续记录时,服务管理器1204b不输出记录指令到REC12051e。在此,管理表格保持如图34中的原样。
[0266] 此外,在由OS 1201上运行的程序引起的严重错误所造成的服务管理器1204、EPG1202和Java VM 1203的重新激活之后,本实施例中的服务管理器1204b搜索管理表格,以查找所具有的执行状态1705带有除了指示记录结束的值“2”之外的值的记录编号。换而言之,搜索一个定时器记录过程,其中,定时器记录直到结束都没有完成。接下来,服务管理器1204b将所找到的记录编号和判断记录再继续指令输出到记录再继续判断单元1205g。
[0267] 一旦从服务管理器1204b接收到所找到的记录编号和判断记录再继续指令,记录再继续判断单元1205g就在管理表格中查询所接收的记录编号的记录开始时间和记录结束时间,并在当前时间在该区间之内时判断要再继续记录。当当前时间不在该区间之内时,判断不再继续记录。记录再继续判断单元1205g将该判断结果输出到服务管理器1204b。
[0268] 接下来,服务管理器1204b从记录再继续判断单元1205g接收到对于记录再继续的判断结果,并根据该判断结果进行操作。例如,当该判断结果指示再继续记录时,服务管理器1204a将记录指令输出到REC 12051e,并将与所述记录编号相对应的列1705的值重写为“4”,其指示从由于出现问题而终止记录的状态到再继续记录的状态(见图35)。一旦接收到记录指令,REC 12051e就使用对于记录所必需的、OS 1201中的库1201b的功能来执行记录。
[0269] 此外,当判断结果指示不再继续记录时,服务管理器1204b不输出记录指令到REC12051e。在此,管理表格保持如图34中的原样。
[0270] 接下来,将使用流程图描述本实施例的记录再继续。
[0271] 图41是示出本实施例中记录再继续的一个示例的流程图。首先,在发生IO带宽不足造成的错误和存储容量不足错误的情况下,REC12051e从CPU 514接收IO带宽不足造成的错误和存储容量不足错误的通知,并将该错误发生通知给服务管理器1204b。此外,在QAM解调单元501检测到调谐错误时,调谐器12051c从QAM解调单元501接收该调谐错误的通知,然后将发生调谐错误的频道的标识符输出到服务管理器1204b(步骤4101)。
[0272] 接下来,一旦接收到来自REC 12051e的错误通知,或者从调谐器12051c接收到发生调谐错误的频道的标识符,服务管理器1204b就通过在管理表格中写入相应记录编号的问题时间段2701的问题开始时间并将终止记录指令输出到REC 12051e,来使得记录终止(步骤4102)。
[0273] 接下来,在CPU 514检测到从IO带宽不足造成的错误和存储容量不足错误中恢复的情况下,REC 12051e从CPU 514接收从错误中恢复的通知,然后将从错误中恢复的情况通知给服务管理器1204b。此外,在发生了与调谐相关的错误之后QAM解调单元501检测到从错误中恢复过来并且能够执行正常处理的情况下,调谐器12051c从QAM解调单元501接收从错误中恢复的通知,并将已经从错误中恢复过来的频道的标识符输出到服务管理器1204b(步骤4103)。
[0274] 接下来,服务管理器1204b根据在步骤4103中接收的信息,将相应记录编号的问题时间段2701的问题结束时间写入到管理表格中(步骤4104)。
[0275] 接下来,记录再继续判断单元1205g查询并获取所接收的记录编号的问题时间段的问题结束时间,以及该记录编号的定时器记录结束时间(步骤4105)。
[0276] 接下来,记录再继续判断单元1205g将所接收的记录编号的问题时间段的问题结束时间与该记录编号的定时器记录结束时间进行比较(步骤4106)。
[0277] 作为比较的结果,在问题结束时间在定时器记录结束时间之前的情况下(步骤4106中为“是”),记录再继续判断单元1205g判断要再继续记录,并将该判断结果输出到服务管理器1204b。服务管理器1204b通过将记录指令输出到REC 12051e来使得终止的记录再继续(步骤4107)。
[0278] 此外,根据比较结果,在判断不再继续记录的情况下(步骤4106中为“否”),服务管理器1204b不输出记录指令到REC 12051e。在这种情况下,管理表格保持如图34中的原样。
[0279] 以上描述了本实施例中的记录再继续的流程图。
[0280] 接下来,描述在服务管理器1204b、EPG 1202和Java VM 1203重新激活时关于记录自动重新开始的流程。图42是示出在第六实施例中,在重新激活时开始记录的示例的流程图。
[0281] 首先,由于OS 1201上允许的程序所引起的严重错误而造成服务管理器1204、EPG1202和Java VM 1203被重新激活(步骤4201)。
[0282] 接下来,服务管理器1204b搜索管理表格,以查找所具有的执行状态1705带有除了指示记录结束的值“2”之外的值的记录编号,并将所找到的记录编号和判断记录再继续指令输出到记录再继续判断单元1205g(步骤4202)。
[0283] 接下来,记录再继续判断单元1205g判断当前时间是否处于记录开始时间和记录结束时间之间(步骤4203)。
[0284] 当当前时间处于记录开始时间与记录结束时间之间时(步骤4203中为“是”),记录再继续判断单元1205g判断要开始记录,并将开始记录的判断结果输出到服务管理器1204b。一旦被输入了开始记录的判断结果,服务管理器1204b就将记录指令输出到REC
12051e(步骤4204)。当当前时间不处于记录开始时间与记录结束时间之间时(步骤4203中为“否”),服务管理器1204b结束该过程而不将记录指令输出到REC 12051e。
[0285] 从而,即使是在节目记录期间发生服务管理器1204b、EPG 1202和Java VM 1203的重新激活时,只要重新激活之后的时间在定时器记录时间表中,就自动再继续记录。从而,存在一种效果,即,在服务管理器1204b、EPG 1202和Java VM 1203的重新激活之后,EPG1202可以不需要检验需要开始的定时器记录,其中EPG 1202是下载的Java应用程序。
[0286] 尽管以上仅仅详细描述了本发明的一些示例性实施例,但是本领域技术人员将很容易地理解,在这些示例性实施例中可以进行很多修改而不会脱离本发明的新颖教导和优点。从而,所有这些修改都意欲包含在本发明的范围之内。
[0287] 工业应用性
[0288] 根据本发明的数字广播记录设备是有用的,因为其能够通过避免将有缺陷的节目视频非计划地记录到诸如CD-R和DVD-R之类的记录介质中,来减少存储容量的浪费,并且在非计划地记录有缺陷的节目视频的情况下,允许用户在再现所记录的有缺陷的视频之前就知道它,从而消除了用户发现已记录的有缺陷的节目视频时所感受到的烦恼,而这样的节目视频却已经被再现了。根据本发明的数字广播记录设备可以用于一种存储加扰数据的设备中,例如DVD录像机、数字电视、个人计算机和移动电话。