专利名称：数字广播接收装置和事件发送方法
技术领域：
日本专利申请平成年号(以平成年月日申请)的包含说明书、权利要求书、附图以及摘要在内的全部公开内容，均综合于本申请中。
本发明涉及事件控制，尤其涉及事件发送自动化。
背景技术：
个人计算机等视窗系统中，有多个窗口启动时，必须确定鼠标器或键盘的输入(称为事件)是给哪一窗口的。以往，是由操作系统进行控制，以针对操作者选择的处于激活状态的窗口给出事件。
但这种方法，必须由操作者靠鼠标器等对所希望的窗口进行选择使其激活，因而操作烦琐。
日本专利特开平5-11962号公报中，可按照一览表来管理可输入的窗口，按特定键，依次切换窗口，以解决这类问题。由此，用户只要按特定键便可进行窗口切换，与用鼠标器对窗口的选择相比，能利用简易操作实现窗口切换。
但该现有技术中，需要用户进行键操作，仍然有操作较烦的问题。尤其用于电视接收机等家庭专用设备时，存在出于追求操作方便而仍然用这种现有视窗系统的问题。
发明内容
本发明目的在于，解决上述问题，提供一种不需要操作者的选择操作，可确定事件发送目标的技术。
此外，目的还在于，提供一种可灵活修改事件发送目标的技术。
本发明提供一种数字广播系统，包含数字广播发射机，包含，编码器，编码视频数据、音频数据和应用程序；以及发射机，发射经编码的视频数据、音频数据和应用程序；以及数字广播接收机，包含，接收机，接收由所述数字广播发射机发射的经编码的视频数据、音频数据和应用程序；解码器，解码所接收的经编码的视频数据、音频数据和应用程序；处理器，执行所述经解码的应用程序；输入部分，接收来自用户的输入；以及事件控制程序，发送对应于用户输入的事件至正在执行的经解码的应用程序，其中该正在执行的经解码的应用程序在所述数字广播接收机中注册可接收事件信息，所述可接收事件信息识别可被正在执行的经解码的应用程序所接收的事件，当所述可接收事件信息识别对应于用户输入的事件可被所述正在执行的经解码的应用程序接收时，所述事件控制程序发送对应于用户输入的事件至正在执行的经解码的应用程序。
本发明还提供一种数字广播接收机，包含编码器，编码视频数据、音频数据和应用程序；以及发射机，发射经编码的视频数据、音频数据和应用程序至一数字广播接收机，其中所述应用程序在所述数字广播接收机中注册可接收事件信息，当所述应用程序在所述数字广播接收机中被执行时，所述可接收事件信息识别可被该应用程序所接收的事件。
本发明还提供一种数字广播接收系统，包含数字广播发射机，发射经编码的应用程序；以及数字广播接收机，解码并执行所发射经编码的应用程序，所述数字广播接收机包括事件控制程序，发送对应于用户输入的事件至正在执行的应用程序，所述正在执行的应用程序注册可接收事件信息，该可接收事件信息识别可被正在执行的应用程序接收的事件，当所述可接收事件信息识别对应于用户输入的事件可被所述正在执行的经解码的应用程序接收时所述对应于用户输入的事件被发送到正在执行的应用程序。
接下来说明本发明中用到的术语。
“事件”是指提供给应用程序或系统程序等所发生的事情，包含按下按键、鼠标移动、鼠标点击、数据接收等在内的概念。
“发送目标确定信息”是指该将事件发送至哪一应用程序用的信息，不仅是通过数据表形式表现的信息，还包含靠运算处理等得到的信息在内的概念。本实施例中，这当中包含接收事件指定信息、发送优先级信息、基本发送目标信息、发送属性信息、可受理事件信息、可受理事件变更信息、应用程序启动信息等。
“发送目标确定部”是指确定事件发送目标的部，本实施例中，图3中事件控制程序、图13中事件控制程序(发送目标确定)等与此对应。
“接收事件指定变更部”是指实际上对所用的接收事件指定信息进行变更的部，包含准备有多个接收事件指定信息以选择所用信息这种情形或更新接收事件指定信息内容这种情形在内的概念。本实施例中，图12中事件控制程序(发送目标确定信息的管理)等与此对应。
“发送优先级变更部”是指实际上对所用的发送优先级信息进行变更的部，包含准备有多个发送优先级信息以选择所用信息这种情形或更新发送优先级信息内容这种情形在内的概念。
“发送属性信息变更部”是指实际上对所用的发送属性信息进行变更的部，包含准备有多个发送属性信息以选择所用信息这种情形或更新发送属性信息内容这种情形在内的概念。
“交互还原应用程序”是指根据收看者操作输入，进行目录输出内容有某种反应这种处理的应用程序，不仅是画面显示或声音输出变化的情形，而且包含画面显示或声音输出即便不变、内部处理等也变化这种情形在内的概念。例如，还包含显示电子节目表的应用程序、根据用户操作进行选台的应用程序。本实施例中，浏览器应用程序与此相应。
“记录程序的记录媒体”是指记录程序的ROM、RAM、软盘、CD-ROM、存储卡、硬盘等记录媒体。而且，还包含电话线路、传输通路等通信媒体在内的概念。不仅是与CPU连接、直接执行所记录程序的硬件这种记录媒体，而且包含记录有一旦在硬盘等上面安装后就能执行的程序的CD-ROM等记录媒体在内的概念。此外，这里所说的程序，不仅是可直接执行的程序，而且包含源码形式的程序、经过压缩处理的程序、经过加密的程序等。
本发明特征，其他目的、用途、效果等可通过参照实施例和附图将更加清楚。
附图简要说明图1是本发明第一实施例事件控制装置的总体构成图。
图2示出的是数字广播接收装置的硬件构成。
图3是事件控制程序流程图。
图4示出的是发送目标确定信息。
图5示出的是多个窗口打开状态。
图6示出的是电子邮件应用程序的窗口。
图7示出的是互联网浏览器应用程序的窗口。
图8示出的是遥控装置的外观。
图9示出的是第二实施例事件控制装置的总体构成。
图10示出的是接收事件指定信息。
图11示出的是接收事件指定信息。
图12是事件控制程序(发送目标确定信息的管理)流程图。
图13是事件控制程序(发送目标的确定)流程图。
图14示出的是第三实施例事件控制装置的总体构成。
图15示出的是发送优先级信息。
图16示出的是接收事件指定信息。
图17示出的是接收事件指定信息。
图18是事件控制程序(发送目标确定信息的管理)流程图。
图19是事件控制程序(发送目标的确定)流程图。
图20示出的是互联网浏览器应用程序的下拉菜单。
图21示出的是接收事件指定信息。
图22示出的是发送优先级信息。
图23示出的是接收事件指定信息。
图24示出的是事件分组信息。
图25是第四实施例事件控制装置的总体构成图。
图26示出的是发送属性信息。
图27是事件控制程序流程图。
图28是第五实施例事件控制装置的总体构成图。
图29示出的是应用程序启动信息。
图30是第六实施例事件控制装置的总体构成图。
图31示出的是事件执行信息。
图32是事件处理程序流程图。
图33是第七实施例发送装置的总体构成图。
图34是第七实施例接收装置的总体构成图。
图35是发送装置的具体构成图。
图36示出的是数据打包。
图37示出的是打包数据结构。
图38示出的是控制数据和目录数据之间的关系。
图39示出的是控制数据NIT。
图40示出的是HTML数据。
图41示出的是数字接收装置的硬件构成。
图42示出的是可受理事件表。
图43是由浏览器显示图34中HTML数据的画面。
图44是另一实施例接收装置的总体构成图。
图45是第八实施例发送装置的总体构成图。
图46是第八实施例接收装置的总体构成图。
图47示出的是HTML数据。
图48示出的是可受理事件表。
图49是由浏览器显示图47中HTML数据的画面。
图50是由浏览器显示图47中HTML数据的画面。
图51示出的是数字接收装置的硬件构成。
具体实施例方式
1.第一实施例图1示出本发明一实施例事件控制装置2的总体构成。由事件输入部4输入的事件提供给发送目标确定部6。发送目标确定部6按照所提供事件的内容和发送目标确定信息存储部8存储的发送目标确定信息，确定将事件提供给哪一应用程序AP1，AP2，…，APn并进行发送。
图2示出将图1中事件控制装置用于数字广播接收装置12时的硬件构成。另外，包含本实施例在内的以下实施例当中，是以数字广播接收装置为例给出的，但也适用于需要对应用程序进行事件控制的装置，例如音响设备、个人计算机等。
靠天线16捕获的电波提供给调谐器18。调谐器18按照CPU24的控制，选择一传输流。一传输流中多个业务多路复用。传输解码器(TS解码器)20按照CPU24的控制，选台并输出一业务。传输解码器20的输出提供给AV解码器22，变换为NTSC合成信号等。该NTSC合成信号在TV接收机14中按图像和声音形式输出。
CPU24按存储器26(可用只读存储器ROM、可重写存储器RAM等构成)中记录的选台应用程序(程序)，对调谐器18、TS解码器20进行控制，根据事件输入部4输入的事件，对业务进行选台。另外，事件输入部4是接收来自接收装置12设置的操作输入按钮或遥控器的指令的接收部。本实施例中，用具有图8所示按钮的遥控器进行事件输入。
此外，存储器26中除了选台应用程序以外，还记录有互联网浏览器应用程序、电子邮件应用程序。除了这些程序以外，还记录有对这些程序进行控制的系统程序(操作系统)。互联网浏览器应用程序是阅览经通信控制部28连接的互联网的数据用的应用程序。电子邮件应用程序同样是通过互联网收发邮件所用的应用程序。互联网浏览器应用程序、电子邮件应用程序的启动、结束、操作均通过事件输入部4的事件输入进行。
存储器26还存储有图4所示的发送优先级信息。发送优先级信息是就每一事件内容按优先级表示将各事件提供给哪一应用程序的信息。CPU24按照存储器26存储的事件控制程序，参照发送优先级信息，将事件输入部4输出的事件发送至某一应用程序。图3按流程图示出存储器26记录的事件控制程序。
这里，假设处于如图5所示状态，即在广播接收当中启动电子邮件应用程序、互联网浏览器应用程序，在广播接收画面30上重叠显示电子邮件窗口32、互联网浏览器窗口34。则电子邮件窗口32具体示于图6，互联网浏览器窗口34具体示于图7。
事件输入部4一旦有事件输入，便开始图3的事件控制处理。CPU24首先参照存储器26的发送优先级信息，就所输入的事件选择优先级最高的应用程序(步骤S1)。就事件来说例如按右移按钮36(参见图8)时，从图4发送优先级确定信息的右移按钮栏当中取得各应用程序的优先级。因而，互联网浏览器应用程序取得“2”，电子邮件应用程序取得“1”，选台应用程序取得“-”等优先级。这当中，优先级最高的是电子邮件应用程序的“1”，因而选择电子邮件应用程序。另外，本实施例中，设定为小数字优先级高。而“-”则表示未给出优先级，即表示是未选取为该事件发送目标的应用程序。
如上所述选择电子邮件应用程序的话，CPU24就接着判断该选定的电子邮件应用程序是否启动(步骤S2)。电子邮件应用程序未启动时，便选择下一优先级的应用程序(互联网浏览器)(步骤S3)。这里，电子邮件应用程序启动了，因而进入步骤S4。在步骤S4中向电子邮件应用程序发送按右移按钮这一事件。
受理按右移按钮这一事件的电子邮件应用程序，执行与该事件对应的处理。例如如图6所示处于“文件”的注目光标100向右移动，移至“编辑”。由此，作为菜单选项，从选定“文件”状态变成选定“编辑”状态。
如上所述，操作者尽管未指定发送目标应用程序，但按右移按钮这一事件可自动发送至电子邮件应用程序。另外，对于其他事件，也可同样发送至适当的应用程序。
上面说明的是在如图5所示互联网浏览器应用程序、电子邮件应用程序、选台应用程序启动状态下按右移按钮36的情形。接着说明在只是互联网浏览器应用程序和选台应用程序启动的状态下按右移按钮36时的处理情况。
首先，CPU24参照存储器26中发送优先级信息(图4)，就所输入的按右移按钮这一事件，选择优先级最高的应用程序(步骤S1)。因而，选择优先级“1”的电子邮件应用程序。接着，判断是否启动了电子邮件应用程序(步骤S2)。这里，电子邮件应用程序未启动，因而根据发送优先级信息选择下一优先级的应用程序(步骤S3)。所以，选择优先级“2”的互联网浏览器应用程序。该互联网浏览器应用程序已经启动，因而从步骤S2进入S4，将所输入的按右移按钮这一事件发送至互联网浏览器应用程序。
如上所述那样，虽提供相同事件，也可根据哪一应用程序启动，确定其适当的发送目标应用程序。
另外，图4发送优先级信息中表示，未记述发送目标应用程序的事件“菜单”“电源”等可发送给系统程序。
2.第二实施例图9示出本发明第二实施例事件控制装置2的总体构成。本实施例中包括一发送目标确定信息变更部10，以取得各应用程序的状况，并根据该状况对发送目标确定信息存储部8所记录的发送目标确定信息进行变更。
将图9中事件控制装置用于数字广播接收装置12时的硬件构成，与图2相同。本实施例中，存储器26中将图10、图11所示的接收事件指定信息记录作为发送目标确定信息。图10是互联网浏览器应用程序、电子邮件应用程序、选台应用程序启动时所用的接收事件指定信息。表示向标注○的应用程序发送事件。而图11是互联网浏览器应用程序和选台应用程序均启动时所用的接收事件指定信息。此外，还记录有电子邮件应用程序和选台应用程序均启动时的接收事件指定信息，但这里省略图示。这样，本实施例中按每一启动的应用程序组合，记录有接收事件指定信息表。
图12、图13示出存储器26记录的事件控制程序的流程图。图12是对发送目标确定信息进行管理的程序，在新的应用程序启动时或应用程序结束时执行。首先，在步骤S11中，CPU24取得当前哪一应用程序启动并运行。接着，按启动的应用程序组合选择接收事件指定信息(步骤S12)。例如互联网浏览器应用程序和选台应用程序均启动时，选择图11中接收事件指定信息。这样选定的接收事件信息将在发送目标确定程序中利用。在应用程序启动状态存在变更时，变更由发送目标确定信息管理程序所选定的接收事件信息，因此，也变更在发送目标确定程序中利用的接收事件信息。
图13是发送目标确定程序，在事件发生时执行。例如发生按#按钮这一事件的话，便按照所选择的图11中接收事件信息，将选台应用程序确定作为发送目标(步骤S21)。接着，将按#按钮这一事件发送至这样确定的选台应用程序。选台应用程序受理这一事件，进行按#按钮相对应处理(例如利用缩号进行的频道选台)。
本实施例中，按正运行的应用程序组合，对接收事件指定信息进行切换和利用。因而，可根据运行的应用程序组合来选择适当的发送目标应用程序。具体来说，可根据情况更为具体地设定发送目标。
另外，上述实施例中，是按运行的应用程序组合，对接收事件指定信息进行切换和利用的。但如后面实施例中提及的那样，也可以根据各应用程序处于何种运行状况，对接收事件指定信息进行变更。例如，图11中，在互联网浏览器应用程序下拉显示特定菜单(图7中“文件”等)状态下，按“1”，“2”，…，“0”数字键这一事件，就变更为由互联网浏览器应用程序受理。这样的话，就可根据各应用程序的处理状况，更为恰当地动态变更发送目标应用程序。
上述场合，发送目标确定信息管理程序只要取得各应用程序的运行状况，对接收事件指定信息进行变更即可。此外，也可以从各应用程序一侧对接收事件指定信息进行变更。
3.第三实施例图14示出第三实施例事件控制装置2的总体构成。本实施例中，发送目标确定信息存储部8记录有发送优先级信息和接收事件指定信息作为发送目标确定信息。而且，发送目标确定信息变更部10取得各应用程序的状况，根据该状况，对发送目标确定信息存储部8记录的接收事件指定信息进行变更。
图14的事件控制装置应用于数字广播接收装置时其硬件构成与图2相同。本实施例中，存储器26记录有图15所示的发送优先级信息、图16、图17所示的接收事件指定信息。另外，接收事件指定信息按每一启动的应用程序组合设定。图16是互联网浏览器应用程序、电子邮件应用程序、选台应用程序启动时的接收事件指定信息，图17是互联网浏览器应用程序和选台应用程序启动时的接收事件指定信息。除此以外还记录有电子邮件应用程序和选台应用程序启动时的接收事件指定信息等，但图示中省略。
图18、图19示出存储器26存储的事件控制程序的流程图。图18是对发送目标确定信息进行管理的程序，在新的应用程序启动时或应用程序结束时执行。首先，在步骤S31，CPU24取得当前哪一应用程序启动运行。接着，根据启动的应用程序组合，选择接收事件指定信息(步骤S32)。例如，互联网浏览器应用程序、电子邮件应用程序、选台应用程序启动时，可选择图16的接收事件指定信息。这样选择的接收事件信息将在发送目标确定程序当中利用。应用程序的启动状态有变更时，就变更由发送目标确定信息管理程序所选择的接收事件信息，因此，还变更发送目标确定程序中所用的接收事件信息。
图19是发送目标确定程序，在事件发生时执行。例如，操作者按下#按钮，便发生按#按钮事件。CPU24参照图15发送优先级信息，选择按#按钮这一事件所对应的优先级最高的应用程序(步骤S41)。这里，选择优先级“1”的电子邮件应用程序。接着，参照当前选择的图16中接收事件指定信息，判断是否能够向该应用程序发送事件(步骤S42)。图16中，按#按钮这一事件由于记述为可发送至电子邮件应用程序(记述为○)，因而判断可发送，进入步骤S45。
步骤S45中，将该按下#按钮这一事件发送至电子邮件应用程序。电子邮件应用程序受理按#按钮这一事件，进行与此相对应的处理(例如收发邮件)。
而发生按下数字按钮“1”这一事件时，参照图15，选择互联网浏览器应用程序(步骤S41)。但图16接收事件指定信息当中，数字按钮“1”记述的是无法发送至互联网浏览器应用程序(记述为“-”)。因而从步骤S42进入步骤S43、S44。
在步骤S44中选择下一发送优先级的应用程序。因此，参照图15选择优先级“2”的选台应用程序。按照图16，数字按钮“1”可发送至选台应用程序，因而进入步骤S45，按数字按钮“1”这一事件发送至选台应用程序。
这样，按数字按钮“1”这一事件便发送至选台应用程序，选台应用程序据此进行选台动作。
另外，即便使优先级下降至最低来选择应用程序，也无法找到可发送的应用程序时，就不向任何应用程序发送该事件(或发送至系统程序)，并结束处理。另外，可根据启动的应用程序数目识别最低优先级。
按照本实施例，由发送优先级信息和接收事件指定信息构成发送目标确定信息，因而可通过两者的组合，根据情况来灵活设定适当的发送目标应用程序。
而且，是通过启动的应用程序的组合，来切换利用接收事件指定信息，因而可根据应用程序的启动状况来适当确定事件的发送目标。尤其，发送优先级信息是固定的，而通过对接收事件指定信息的变更，对相对应状况进行变更，因而发送目标容易设定。
另外，上述实施例中，根据某一应用程序的启动，选择接收事件指定信息。但也可以根据各应用程序处于何种运行状况，对接收事件指定信息进行变更。
例如，假定当前处于互联网浏览器应用程序和选台应用程序启动状态，选择图17中接收事件指定信息。在此状态下，通过操作者的操作输入，互联网浏览器应用程序便处于如图20所示显示下拉菜单104的状态。发送目标确定信息管理程序检出这种状态，便对接收事件指定信息进行如图21所示的变更。也就是说，能够将按数字键这一事件发送至互联网浏览器应用程序。
如图15所示，对于数字键，互联网浏览器应用程序其优先级设定得较高。因而，在此状态下，操作者按数字键的话，按数字键这一事件便发送至互联网浏览器应用程序，而非选台应用程序。具体来说，操作者可按照不同数字键，若为“1”便可在互联网浏览器中进行新建文件制作，为“2”便打开现有的文件，为“3”便关闭文件等处理。
这种处理一结束，发送目标确定信息管理程序便使接收事件指定信息返回至图17状态。
如上所述处理，便可根据各应用程序的运行状况，确定适当的事件发送目标应用程序。
上述场合，发送目标确定信息的管理程序，取得各应用程序的运行状况来变更接收事件指定信息，但也可以从各应用程序一侧变更接收事件指定信息。
而且，上述场合，根据下拉菜单显示的内容来变更接收事件指定信息。但在接收事件指定信息未变更，却存在显示有下拉菜单的应用程序时，也可以不执行图19中发送目标确定算法，而对显示有下拉菜单的应用程序无条件发送事件。
上述实施例中，通过准备多个接收事件指定信息，并根据哪一应用程序启动，来切换利用接收事件指定信息。同样，也可以准备多个发送优先级信息，根据哪一应用程序启动，来切换利用发送优先级信息。此外，也可以根据各应用程序的运行状况，对发送优先级信息进行变更。
另外，上述各实施例中，无法根据发送优先级信息、接收事件指定信息确定发送目标的事件，是不发送至任何应用程序的。但对于各事件，预先记录着基本发送目标应用程序，又无法确定事件该发送至哪一应用程序时，也可以发送至该基本发送目标应用程序。
而且，上述实施例中，是在先检索发送优先级信息后，才判断可否根据接收事件指定信息发送的，但也可以先按照接收事件指定信息选择可发送的应用程序，从这当中参照发送优先级信息选择优先级最高的应用程序进行发送。
此外，也可以如图22、图23所示，利用经过分组的事件来管理发送优先级信息、接收事件指定信息。也就是说，按数字键的话，全都发送至同一应用程序。这种场合，如图24所示，存储器26记录着表示如何对事件进行分组的事件分组信息。图24中示出，数字分组中包含“1”、“2”、…、“9”、“0”、“#”，光标分组中包含“上移”、“右移”、“下移”、“左移”、“确定”。通过这样对事件进行分组，可简化对发送优先级信息或接收事件指定信息的管理。
另外，还可以根据哪一应用程序启动或各应用程序的运行状况，来变更图24中事件分组信息，以根据情况灵活设定事件发送目标。
上述实施例中，是对事件分组的，也可以对应用程序进行分组。这种场合，一事件便发送至属于同一分组的多个应用程序。而且，与上面所述相同，也可以根据哪一应用程序启动或各应用程序的运行状况等，变更应用程序分组内容，以根据情况灵活设定事件发送目标。
4.第四实施例图25示出第四实施例事件控制装置2的总体构成。本实施例中，发送目标确定信息存储部8除了发送优先级信息、接收事件指定信息以外，还记录有发送属性信息。发送目标确定部6考虑该发送属性信息，确定事件的发送方式。这里，事件的发送方式，是指是否向多个应用程序同时发送事件，还是先从哪一应用程序开始发送事件等有关发送事件的方式。
将图25中事件控制装置应用于数字广播接收装置时的硬件构成，与图2相同。本实施例中，存储器26除了图15所示的发送优先级信息、图16、图17所示的接收事件指定信息以外，还记录有图26所示的发送属性信息。另外，该发送属性信息还可以按每一启动的应用程序组合设置，来选择利用，也可以固定用一个发送属性信息。
图27示出事件控制程序的流程图。假定利用图15中发送优先级信息、图16中接收事件指定信息、图26中发送目标信息的情形下，发生按“下移”键这一事件。这时，先根据图15中发送优先级信息选择电子邮件应用程序，按照图16中接收事件指定信息是可发送的，因而按“下移”键这一事件可发送至电子邮件应用程序(步骤S51)。
接着，参照图26中发送属性信息的话，便得到按“下移”键这一事件在电子邮件应用程序中的属性为“公共”(步骤S52)。因此，CPU24知道该事件还同时可送至其他应用程序。
接下来，CPU24取下一优先级(这时为“2”)，执行步骤S51。因此，图15发送优先级信息当中选择提供优先级“2”的互联网浏览器应用程序。图16接收事件指定信息当中为可发送，故而按“下移”键这一事件也重复发送至互联网浏览器应用程序。
接着，参照图26中发送属性信息，便得到按“下移”键这一事件在互联网浏览器应用程序中的属性为“公共终止”(步骤S52)。因此，CPU24知道该事件在此之后无法再同时送至其他应用程序。因而，事件发送处理便结束(步骤S53)。
如上所述，可设置发送属性信息，对事件发送方式进行适当的设定。
另外，该发送属性信息还可随哪一应用程序启动或各应用程序应用状况等而变更。
此外，对于发送属性信息，还可以与前文所述相同，对事件、应用程序进行分组管理。
5.第五实施例上述各实施例中，记录发送优先级信息、接收事件指定信息、发送属性信息等用作发送目标确定信息。但也可以如图28所示，各应用程序AP1、AP2、…、APn分别将本身是否启动这种应用程序启动信息作为发送目标确定信息，写入发送目标确定信息存储部8。
图29示出一例应用程序启动信息。发送目标确定部6参照该应用程序启动信息，对将所提供的事件发送给哪一应用程序进行确定和发送。
6.第六实施例上述各实施例中，发送目标确定部6是根据发送目标确定信息存储部8中的发送目标确定信息，向应用程序AP1、AP2、…、APn有选择地发送事件的。但也可以向全部应用程序(启动的应用程序)发送事件，在各应用程序AP1、AP2、…、APn中根据事件执行信息来确定是否执行所受理的事件(是否作为有效事件进行处理)。
图30示出这种实施例。将图30中事件控制装置应用于数字广播接收装置时的硬件构成与图2相同。本实施例中，存储器26记录有图31所示的事件执行信息。而且，各应用程序AP1、AP2、…、APn分别包含图32所示的事件处理程序。
首先，一旦接收到事件，应用程序便首先在步骤S61中，对所接收到的事件，从图31中事件执行信息当中取得本身是否该执行的信息(步骤S61)。例如，在应用程序是浏览器、所提供的事件为按数字键“9”时，靠图31判断为可执行(○)(步骤S62)。这时，浏览器执行对该事件的处理(步骤S63)。
接着，所提供的事件为“#”时，判断为不可执行“×”(步骤S62)。这时，浏览器舍弃该事件，不执行对该事件的处理(步骤S64)。
而且，接收到事件的其他应用程序也相同，确定是否执行事件。因而，设定图31所示的事件执行信息时，为数字键的话，便在浏览器和电子邮件两者的应用程序中执行事件。
另外，也可以根据哪一应用程序已启动，或其运行状况等变更所利用的事件执行信息。
而且，上述实施例中，可能有时由多个应用程序执行事件，但也可以按事件执行信息的记述方式仅由一个应用程序执行。
此外，对于上述第一～第六实施例也可以如图51所示在IC卡27中记录并利用发送目标确定程序、各应用程序、发送目标确定信息。因此，可方便地增加新应用程序，变更发送目标确定信息等。
再者，也可以不用IC卡27，通过通信控制部或广播电波，对存储器26中记录的发送目标确定程序、各应用程序、发送目标确定信息进行更新。
不论上述哪一种情形，可以在同一情况(启动同一应用程序、处于相同运行状况)下，即便提供同一事件，也因更新或替换，而使得在不同应用程序当中执行该事件，在电视接收机中进行不同显示(输出结果)。
7.第七实施例7.1.数字广播系统总体构成图33、图34示出第七实施例数字广播系统的总体构成。图33中多路复用部200根据控制信息208对作为广播内容的目录信息204进行分组和多路复用处理。经多路复用处理的数据，作为传输流提供给发送部202，通过广播卫星(或以地面电波方式)发送。
另外，尽管图中省略，但一个传输流中有经多路复用处理的多种广播内容(业务内容)。
本实施例中，将接收装置一侧可与该目录信息204相关受理的事件，作为可受理事件信息包含在目录信息204中。因而，可受理事件信息也由多路复用部200进行多路复用处理后发送。
图34中接收部210接收发送来的电波，并作为传输流输出。还原部212按照不同的控制信息等，从该传输流当中选择所需业务，还原广播内容。对所需业务的选择等，均按照受理操作者事件输入的事件输入部214输出的事件，由控制应用程序218进行。
交互还原应用程序216不仅还原目录信息，而且根据事件输入部214输出的事件使广播内容变化。而且，事件控制部220对事件输入部214所提供的事件当中哪一事件发送至交互还原应用程序、哪一事件却不发送进行控制。该发送控制，根据目录信息多路复用发送来的可受理事件信息222进行。
如上所述，利用本实施例，可以由目录提供者确定可在接收装置一侧受理的事件，可根据广播内容实现灵活的事件受理。
7.2.发送装置图35示出发送装置的具体构成例。本实施例中给出的是包含图像、声音的业务和包含HTML(Hyper Text Markup Language超文本标记语言)数据的业务经多路复用处理后发送的例子。
图像数据238由图像编码器232压缩，提供给多路复用部200。同样，声音数据240由声音编码器234压缩，提供给多路复用部200。
HTML数据204由数据管理部236管理，提供给多路复用部200。
本实施例中，图像、声音数据作为一项业务(令为业务SV1)，HTML数据作为一项业务(令为业务SV2)，由多路复用部200打包并进行多路复用处理。所生成的传输流在调制部202中调制并发送。另外，打包的同时，便在控制数据生成部230中生成识别数据包等所需的控制数据，并在多路复用部200中进行多路复用处理。
尽管省略了图示，但如上所述生成的传输流，可通过改变频率等发送多个传输流。
本实施例中假定在HTML数据中记述可受理事件信息。
图36中示出构成所生成的传输流的控制数据NIT、PAT、PMT1、PMT2、目录数据ES1(V)、ES1(A)、HTML。各控制数据、目录数据具有图37所示的数据包结构。也就是说，为了分割为规定长度的数据并加以识别，附加有数据包ID。
如图36中直线50模式化表示的那样，控制数据NIT、PAT、PMT1、PMT2、目录数据ES1(V)、ES1(A)、HTML一旦打包结束，便继续如直线52所示对下一数据打包。
控制数据PMT1中如图38所示记述有图像、声音业务SV1的数据包ID。此外，控制数据PAT中记述有该控制数据PMT1的数据包ID。同样，控制数据PMT2记述有HTML数据业务SV2的数据包ID，控制数据PAT记述有该控制数据PMT2的数据包ID。因而，利用这种构成，可通过取得控制数据PAT、PMT，取得所需业务的数据。
另外，控制数据NIT如图39所述，记述有各传输流中包含的一系列业务。该控制数据NIT的数据包ID在控制数据PAT中记述。
图40示出作为业务SV2目录的HTML数据的例子。该HTML数据如下文所述，可由接收装置一端的浏览器应用程序解释并显示。HTML数据可由定义信息记述部分510和主体信息记述部分512构成。
本实施例中，定义信息记述部分510的第4行keylist″number.basic″为可受理事件信息，由此来表示接收装置一端浏览器应用程序可受理的事件。
keylist表示后面示出的是可受理事件。这里表示，number和basic事件是可受理的。number表示数字键分组，basic表示光标移动、确定等按键分组。因而，接收装置一端浏览器应用程序可受理按数字键、光标移动键、确定键等事件。
7.3.接收装置图41示出用CPU实现图40中接收装置时的硬件构成。存储器26中记录有选台应用程序、浏览器应用程序等。
CPU24根据事件输入部4输入的操作输入(事件)，按照选台应用程序，进行取得所需业务这种控制。通过按照控制数据NIT信息控制调谐器18，对传输流进行切换。而从传输流当中选择所需业务时，则通过控制传输解码器来进行。传输解码器20通过设定数据包ID，仅输出所需数据包。因而，CPU24可通过在传输解码器中设定数据包ID，获得所需业务。
例如，假定事件输入部4提供的是对HTML数据的业务SV2进行选台的指令。业务SV2的频道号为“145”的话，便按下数字键“1”、“4”、“5”。CPU24收到此事件后，在TS解码器20中设定控制数据PAT(参照图38)的数据包ID(固定为0x0000)。因此，从TS解码器20输出控制数据PAT的内容，存储到存储器26中。CPU24参照这样分离的控制数据PAT，取得业务SV2控制数据PMT2的数据包ID。
接着，在TS解码器20中设定这样取得的控制数据PMT2的数据包ID，在存储器26中存储控制数据PMT2的内容。此外，参照该控制数据PMT2的内容，取得HTML数据的数据包ID。接下来，可通过在TS解码器20中设定HTML数据的数据包，将HTML数据存储在存储器26中。
这样存储于存储器26的HTML数据由浏览器应用程序解释，通过AV解码器22显示在电视接收机14上。接下来，假定接收到图40所示的HTML数据进行说明。
浏览器应用程序，一取得图40第4行keylist″number.basic″，便在存储器26内生成可受理事件表。也就是说，按数据表形式存储该浏览器应用程序可以受理的事件。这里，由于指定了number和basic，因而数字按钮、光标移动按钮、确定按钮等事件作为可受理事件，记录为“○”。由于未指定#按钮、返回按钮等，因而作为不受理事件，记录为“-”。另外，预先确定哪些按钮属于number，哪些按钮属于basic。
浏览器应用程序还解释其他HTML记述，在电视接收机14上显示内容。所显示内容示于图43中。图43中图像520是根据图40中主体信息记述部分512中第3行的src＝″http//aaa/bbb/ccc/why.png″显示的。具体来说，是浏览器应用程序对此解释，通过通信控制部28取得http//aaa/bbb/ccc/why.png站点所保存的图像来显示的。
主体信息记述部分512中第11行、第12行中记述有一旦按下(onclick)数字按钮“1”(accesskey＝″1″)，便执行函数imglGoto()。图43中画面显示状态，由事件输入部4提供按下数字按钮“1”这一事件的话，浏览器应用程序便参照图42中可受理事件表，判断该事件是否可受理。这里，数字按钮“1”对于浏览器应用程序来说是可受理的，因而浏览器应用程序进行与按数字按钮“1”这一事件相对应的处理。具体来说，根据图40中主体信息记述部分512的第11行、第12行执行函数imglGoto()。函数imglGoto()是定义信息记述部分510所定义的那样移动至″http//aaa/bbb/ccc/s2.html″站点的命令。
浏览器应用程序因此通过通信控制部28取得站点″http//aaa/bbb/ccc/s2.html″输出的信息，显示在电视接收机14上。
另外，图43画面显示状态下，即便发生按下#按钮这一事件，在图42表中仍为不可受理事件，因而浏览器应用程序不受理该事件。这时，要么提供给其他应用程序，要么不提供给任何应用程序。
如上面那样，可以从发送端确定接收装置一端的事件受理。
7.4.其他实施例上述实施例中，浏览器应用程序生成可受理事件表，并判断是否可受理。也就是说，浏览器应用程序兼用作事件控制部。但与浏览器应用程序分开的事件控制程序也可以判断是否可受理事件。具体来说，也可以如图44所示，在交互还原应用程序216之外设置事件控制部220。
上述实施例中，是对事件分组记述可受理事件信息的，但也可以利用就每一事件记述是否可受理的可受理事件信息。
此外，上述实施例中，适用于利用HTML数据的广播，但也可以是利用XML等其他自记述型语言。
另外，上述实施例中，是在目录数据当中记述可受理事件的，但也可以在与目录数据相对应附加的控制数据(PMT等)当中记述可受理事件信息。这样的话，不仅对于HTML这种数据广播，对于通常的图像、声音广播也可以设定可受理事件。
而且，上述实施例中，是按可受理事件表进行控制的，但也可以在接收装置中准备有图15、图16、图17所示的发送优先级信息、接收事件指定信息，根据所接收的可受理事件信息，更新接收事件指定信息的浏览器软件项目。
此外，还可以从发送端将第一实施例～第六实施例所示的发送目标确定信息经多路复用处理后发送，在接收装置一端根据该发送目标确定信息，进行与第一实施例～第六实施例相同的事件控制。
8.第八实施例8.1.数字广播系统总体构成图45、图46示出第八实施例数字广播系统的总体构成。图45中发送装置中，不仅是可受理事件信息206、而且包括可受理事件变更信息250与目录信息204经多路复用处理后发送。该可受理事件变更信息250是按情况对根据可受理事件信息206成为能够受理的事件进行变更所用的信息。
图46中接收装置，根据所接收的可受理事件变更信息对可受理事件进行变更。因而，可根据交互还原应用程序216处理情况等，灵活地从发送端设定可接收事件。
8.2.发送装置发送装置的具体构成与图35相同。若示出所发送HTML数据的例子，便为图47所示。本实施例中，仅指定basic作为可受理事件(参照第3行)。因而，浏览器应用程序可以受理光标移动键、确定键，但不可以受理数字键。
定义信息记述部分510的19行～20行定义了函数funcage1()。其内容是将keylist更新为″number.basic″。因而，一旦执行函数funcage1()，就不仅是光标移动键、确定键，而且数字键也能受理。同样，还定义了函数funcage2()。其内容是将keylist更新为″basic″。因而，一旦执行函数funcage2()，可受理光标移动键、确定键，而数字键则不能受理。
这些函数funcage1()、函数funcage2()在主体信息记述部分512的第8行中执行。本实施例中，通过上述函数的定义记述和函数执行记述，构成可受理事件变更信息。
8.3.接收装置用CPU实现图46中接收装置时的硬件构成与图41相同。存储器26记录有选台应用程序、浏览器应用程序等。
选择图47中HTML数据记录于存储器26之前的动作，与第七实施例相同。浏览器应用程序解释存储器26中存储的HTML数据，在电视接收机14上显示。
浏览器应用程序取得图41中第3行keylist″basic″，生成如图48所示的可受理事件表，存储于存储器26中。利用该可受理事件表，浏览器应用程序可以仅受理光标移动键、确定键。
浏览器应用程序执行其他HTML记述，在电视接收机14上显示图49所示的民意调查画面。收看者参照该画面，靠光标移动键使注目光标(焦点)移动，进行民意调查输入。对该光标移动的控制由浏览器应用程序进行。图49中示出注目光标位于(聚焦于)性别项目的状态。也就是说，性别项目处于输入状态。
图49状态下，为一旦输入光标上移键就聚焦于年龄的状态。浏览器应用程序对此进行检测，执行函数funcage1()。具体来说，解释并执行图47中主体信息记述部分512的第8行onfocus＝″funcage1″。onfocus＝″funcage1″表示，在聚焦“年龄”状态下执行函数funcage1()。函数funcage1()如定义记述部分510中所述，为将keylist更新为″number.basic″的函数。因而，一旦聚焦“年龄”就变成为keylist＝″number.basic″，接收此，可受理事件表也从图48更新为图42。也就是说，数字键也处于可受理状态。因而，收看者按下数字键提供给浏览器应用程序，可如图50所示利用数字输入年龄。
接下来，靠光标移动键将焦点移出至年龄以外，浏览器应用程序便检出此操作，执行函数funcage2()。具体来说，解释并执行图47中主体信息记述部分512的第8行onblur＝″funcage2″。onblur＝″funcage2″表示，在未聚焦“年龄”状态下执行函数funcage2()。函数funcage2()如定义记述部分510中所述，为将keyllist更新为″basic″的函数。因而，一旦“年龄”移出焦点之外就变成为keylist＝″basic″，接收此，可受理事件表也从图42更新为图48。也就是说，对数字键返回至不可以受理状态。
所输入的民意调查靠发送按钮等(未图示)，通过通信控制部28发送至服务提供商等。
如上所述，通过采用可受理事件变更信息，可根据情况适当变更可受理事件。而且，能够从发送端指定这种变更。
本实施例中，也适用在第七实施例中作为其他实施例揭示的事项。
8.其他上述各实施例中，用CPU实现各功能，但其中部分或全部也可以由硬件逻辑电路构成。
而且，上述各实施例中仅说明的是接收情况下的动作，但在记录回放传输流的装置中也可以适用。这种情况下，也可以通过接收时和回放时对发送目标确定信息或可受理事件信息进行变更。
综上所述，说明的是本发明较佳实施例，但这并非用作限定，而是用于说明，可以在不脱离本发明范围和实质的情况下在所附权利要求保护范围内加以修改。
权利要求
1.一种数字广播系统，包含数字广播发射机，包含，编码器，编码视频数据、音频数据和应用程序；以及发射机，发射经编码的视频数据、音频数据和应用程序；以及数字广播接收机，包含，接收机，接收由所述数字广播发射机发射的经编码的视频数据、音频数据和应用程序；解码器，解码所接收的经编码的视频数据、音频数据和应用程序；处理器，执行所述经解码的应用程序；输入部分，接收来自用户的输入；以及事件控制程序，发送对应于用户输入的事件至正在执行的经解码的应用程序，其中该正在执行的经解码的应用程序在所述数字广播接收机中注册可接收事件信息，所述可接收事件信息识别可被正在执行的经解码的应用程序所接收的事件，当所述可接收事件信息识别对应于用户输入的事件可被所述正在执行的经解码的应用程序接收时，所述事件控制程序发送对应于用户输入的事件至正在执行的经解码的应用程序。
2.一种数字广播接收机，包含编码器，编码视频数据、音频数据和应用程序；以及发射机，发射经编码的视频数据、音频数据和应用程序至一数字广播接收机，其中所述应用程序在所述数字广播接收机中注册可接收事件信息，当所述应用程序在所述数字广播接收机中被执行时，所述可接收事件信息识别可被该应用程序所接收的事件。
3.一种数字广播接收系统，包含数字广播发射机，发射经编码的应用程序；以及数字广播接收机，解码并执行所发射经编码的应用程序，所述数字广播接收机包括事件控制程序，发送对应于用户输入的事件至正在执行的应用程序，所述正在执行的应用程序注册可接收事件信息，该可接收事件信息识别可被正在执行的应用程序接收的事件，当所述可接收事件信息识别对应于用户输入的事件可被所述正在执行的经解码的应用程序接收时所述对应于用户输入的事件被发送到正在执行的应用程序。
全文摘要
本发明提供一种可以不需要操作者选择操作，自动确定事件发送目标的装置。由事件输入部4输入的事件提供给发送目标确定部(6)。发送目标确定部(6)根据所提供事件的内容和发送目标确定信息存储部(8)存储的发送目标确定信息，确定将事件提供给哪一应用程序(AP1，AP2，…，Apn)并进行发送。因而，操作者不选择发送目标应用程序，也可将事件发送至适当的应用程序。
文档编号H04N5/445GK1893329SQ20061009975
公开日2007年1月10日 申请日期2000年4月14日 优先权日1999年4月14日
发明者吉井健人, 关口卓也, 辻村敏, 山室景成 申请人:松下电器产业株式会社