CN1235463A - 广播台系统和接收机 - Google Patents
广播台系统和接收机 Download PDFInfo
- Publication number
- CN1235463A CN1235463A CN99106505.0A CN99106505A CN1235463A CN 1235463 A CN1235463 A CN 1235463A CN 99106505 A CN99106505 A CN 99106505A CN 1235463 A CN1235463 A CN 1235463A
- Authority
- CN
- China
- Prior art keywords
- catalogue
- information
- data
- receiver
- program
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/16—Arrangements for broadcast or for distribution of identical information repeatedly
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
- H04H20/91—Arrangements characterised by the broadcast information itself broadcasting computer programmes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H40/00—Arrangements specially adapted for receiving broadcast information
- H04H40/09—Arrangements for receiving desired information automatically according to timetables
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
- H04H60/04—Studio equipment; Interconnection of studios
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/25—Arrangements for updating broadcast information or broadcast-related information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
- Television Systems (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
一种广播系统,包括:存储由多媒体制作工具所制作的目录的目录数据库、制定发送目录的时间表的发送时间表制作部、管理广播节目的广播时间的节目编辑管理部、生成与目录发送服务相关的节目附加信息的SI生成部、目录传输协议生成部、生成与在接收机进行目录的取得和自动更新时利用的目录发送相关的信息的目录发送信息生成部、发送生成的信息的发送装置。
Description
本发明涉及数字广播中的数据广播,涉及把构成目录的单媒体数据作为文件统一处理的广播系统和接收机。
数据广播是把广播节目之外的目录通过广播而发送(分发)给接收机的。首先,对现有数据广播领域中的广播服务和传输协议进行说明。作为广播服务的发送例子可以列举出主页发送和电子报纸等。在模拟广播中已有几个广播台在进行主页发送服务和使用专用接收机的信息提供服务。在制作由数据广播所发送的多媒体应用程序(以下简称为MM应用程序)的方法中包括Java、HTML、MHEG等。采用哪种制作方法,目前存在多种选择。
作为数字广播中的数据传输协议的现有技术,存在由ISO13818-6所规定的DSM-CC数据传送带(data carousel)(以下简称为数据传送带)。数据传送带以叫作模块的逻辑单位对数据进行分组,把其分配给叫作块的物理性传输单位。在广播侧,把该块单位反复传送给接收侧。在接收侧,以块单位进行接收,把其进行组合来再次构成模块。数据传送带为了实现这样的传输方式而定义了Download DataIndication(以下简称为DII)和Download Data Block(以下简称为DDB)两个表。DII具有运送模块ID和模块实体的对DDB的指针。所传输的模块被分割成一定的尺寸(块尺寸),装入DDB来进行传输。DDB被反复数次来传输。图25表示由ISO13818-6所规定的DII,DDB的表之间的关系。为了识别模块而使用模块ID来作为DDB的表_id_extension。在数据传送带方式中,接收机用模块ID来打开文件。由此,接收机能够容易地用模块单位来接收数据。
但是,在现有的数据广播方式下,平台不能共用。因此,接收侧必须分别准备专用的接收机。
而且,在现有的主页发送这样的方式下,没有链接MM应用程序和广播节目的方式。因此,不能制作与广播节目链接的MM应用程序。
在数据传送带中,广播侧不能向接收机指示接收机从多个模块中选择哪个。因此,在数据传送带方式下难于进行从发送给接收机的数据中仅接收必要的数据这样的高效的目录发送。
由于接收机的过滤单位是模块,故接收机不能高效地取得在模块中包含的特定数据。实际上,由于用1段来传送DII,只能发送最大100个的模块。当考虑将来的数据广播时,与传输的数据尺寸相比DII的尺寸太小。
本发明的目的是解决上述问题。
本发明的广播系统由下列部分构成:
①存储由多媒体制作工具所制成的目录的目录DB;
②制定发送目录的时间表的发送时间表制作部;
③管理广播节目的广播时间的节目编辑管理部;
④生成与目录发送服务相关的节目附加信息(SI信息)的SI生成部;
⑤目录传输协议生成部;
⑥目录发送信息生成部,生成与接收机进行目录的取得和自动更新时使用的目录发送相关的信息;
⑦发送生成的信息的发送装置。
本发明的接收机由下列部分构成:
①接收从广播台所广播的数据的接收部;
②从所广播的数据中仅选择应取入的部分来取入接收机的过滤器;
③执行目录的自动更新处理的文件更新管理部;
④向EPG应用程序通知处于所指定的时间的定时器;
⑤文件存储管理部,把以传输格式所传送的文件从传输格式变换为原来的文件格式,并把其存储在存储装置中;
⑥文件名称管理部,管理文件名和文件所在的关系,给上层应用程序提供通用的接口。
上述广播系统以文件单位传输构成目录的数据,上述接收机设置作为文件来对单媒体数据进行访问的接口。通过该措施,本发明能够实现不依赖于多媒体制作工具的目录发送。
而且,上述广播系统通过目录发送信息表事先向接收机通知更新目录的时刻。通过该措施,能够实现目录的自动更新。并且,该方式可以节省电力。
而且,上述广播系统作为文件来定义与广播节目链接的信息。通过该措施,在接收机侧能够从接收机上的MM应用程序与广播节目简单地进行链接。
而且,上述广播系统使用数据传送带协议作为目录的传输协议。
在此情况下,上述广播系统事先向接收机通知:
·是用目录发送信息表来进行模块单位的更新
·还是进行文件单位的更新。
在进行模块单位的更新时,把更新的模块ID附加到目录发送信息表中。
在进行文件单位的更新时,在DII中附加文件更新信息。
通过该措施,接收机能够仅接收必要的模块,或者仅接收必要的文件。
本发明的这些和其他的目的、优点及特征将通过结合附图对本发明的实施例的描述而得到进一步说明。在这些附图中:
图1是本发明的第一实施例的广播台系统的方框图;
图2是MM应用程序「天气信息」的画面示意图;
图3是MM应用程序「天气信息」的目录构成图;
图4是表示目录数据库102管理的目录管理信息的图;
图5是表示发送时间表制作部103管理的目录时间表信息的图;
图6是记述目录传输协议生成部106制作目录发送用数据格式的处理的流程图;
图7是构成目录发送信息生成部107生成的目录发送信息表的目录发送信息的数据构造图;
图8是表示SI表、目录发送信息表、发送文件清单传输格式间的链接关系的数据构造图;
图9是本发明的第一、第二、第三实施例的接收机的方框图;
图10是记述接收机接收并存储目录为止的处理的流程图;
图11是记述当MM播放机重放在接收机中所存储的目录时的处理的流程图;
图12是记述当目录被更新时接收机进行的自动更新处理的流程图;
图13是表示本发明的第二实施例中的目录数据库102管理的目录管理信息的图;
图14是记述本发明的第二实施例中的向目录数据库102登录目录时的处理的流程图;
图15是记述当接收了作为构成目录的一个数据的广播节目时的接收机的文件存储管理部905的处理的流程图;
图16是表示接收机的文件名称管理部906管理的数据流文件管理信息的图;
图17是本发明的第三实施例的广播台系统的方框图;
图18是表示文件传输的格式构造的图;
图19A是构成目录发送信息生成部107生成的目录发送信息表的目录发送信息的数据构造图;
图19B是表示与DSM-CC数据传送带的链接关系的数据构造图;
图20是接收机利用过滤信息来进行更新处理时的流程图;
图21是表示包含发送时间表制作部103管理的差分信息的目录时间表信息的图;
图22是表示包含发送时间表制作部103管理的差分附加信息的目录时间表信息的图;
图23是表示包含发送时间表制作部103管理的版本附加信息的目录时间表信息的图;
图24是表示包含构成目录发送信息生成部107生成的目录发送信息表的利用有效期信息的目录发送信息的数据构造的图;
图25是表示现有的广播系统的构成的方框图。
实施例1
本发明的广播系统发送的目录不依赖于特定的多媒体制作工具,其对象是一般性的广泛的目录。在对广播系统的实施例进行说明之前,对一般的目录的构造进行说明。
目录一般由多个单媒体文件所构成。
单媒体文件是把构成目录的文本数据和静止图象数据等单媒体生成文件以便于能够使用记录媒体来移动的文件,是制作工具的输出。
目录由多媒体播放器(以下简称为MM播放器)进行重放。此时,MM播放器为了识别文件而使用文件名对文件进行访问。当广播时,MM播放器置于接收机侧。
在此,为了说明上的方便,作为目录例子对发送「天气信息」这样的应用程序的情况进行说明。「天气信息」是利用在接收机中所存储的目录的应用程序,是能够通知最新的天气的应用程序。
图2表示在本实施例中的通过「天气信息」的应用程序动作所显示的画面示意图。
例如,「天气信息」由下列部分构成:
·表示某个特定区域(例如包含东京都、千叶县、神奈川县、埼玉县等的关东地方)的地图;
·表示气象信息的文本;
·选择欲看地域的按钮。
气象信息被定期地更新。在此,作为例子是每30分钟进行重写。因此,当观众按下欲看的地域的按钮时,能够得到最新的气象信息。
图3是表示目录的一般构成的例子。
目录由静止图象文件、文本文件、MM播放器为了重放目录所需要的脚本等单媒体文件所构成。
在图3中,作为「天气信息」的例子,把表示气象信息的地图、按钮等图象(位图文件)、表示气象信息的文本(文本文件)、记述当观众按下画面上的按钮时的处理的脚本来作为目录的构成部分。
给各个文件附加当接收机上的MM播放器重放时MM播放器进行访问所需要的文件名。给目录附加表示其目录的标题名。文件名和标题名由目录制作者使用多媒体制作工具来进行命名,或者,多媒体制作工具自动地进行命名。
本发明涉及发送由具有这样的标题名、文件名的多个文件所构成的目录的广播系统和接收机。
图1是表示发送目录的广播系统的一个例子的方框图。
在图1中,
①多媒体制作工具101制作上述这样的一般目录;
②目录数据库102(以下简称为CDB102)存储由多媒体制作工具所制成的目录;
③发送时间表制作部103(以下简称为DS制作部103)制定发送目录的时间表。其中,按照所制作的时间表,目录从广播中心发送;
④节目编辑管理部104(以下简称为管理部104)对节目和编辑进行管理。目录发送作为节目的一种由管理部104进行管理;
⑤SI生成部105生成与目录发送服务相关的节目附加信息(SI信息);
⑥目录传输协议生成部106(以下简称为TP生成部106)把目录变换为能够发送的格式。
⑦目录发送信息生成部107(以下简称为CDI生成部107)生成与向接收机广播的目录发送相关的信息。该信息在接收机进行目录的取得和自动更新时被利用;
⑧发送装置108向接收机发送SI生成部105、TP生成部106、CDI生成部107生成的信息。
图4是CDB102管理的目录管理表的例子。
●标题41是用于识别多媒体制作工具101制作的目录而附加的标题。作为标题的例子,有「天气信息」。
●目录ID42是CDB102对应于目录而分配的识别符。目录发送系统通过该目录ID42来识别目录;
●目录版本43是目录的版本,由CDB102进行管理。每当多媒体制作工具101再登录相同标题的目录时,由CDB102更新该目录版本43;
●文件名44是单媒体文件的标题,是由多媒体制作工具101所附加的文件名。当MM播放器重放目录时使用该标题;
●文件版本45是文件的版本,与目录版本43相同由CDB102管理其。
CDB102把目录ID42、文件名44、文件版本45作为关键词来存储文件,以便于能够取得文件。
●日期46是文件存储或者更新的时间;
●文件大小47是存储的文件的大小。文件大小47是在CDB102存储文件实体时,由CDB102计算尺寸并进行登录。
在图4的例子中,应用程序「天气信息」的两个版本被登录。当构成目录的文件在一个中被更新时(在「天气信息」的情况下,气象信息每30分钟被更新),目录的版本被更新。
多媒体制作工具101把目录的标题41、构成目录的文件及其文件名44的清单作为参数在CDB102中进行目录的登录。
多媒体制作工具101在开始登录某个目录时,需要把构成该目录的全部文件和文件名的清单作为参数。当多媒体制作工具101变更已经登录的目录时,把变更的文件和文件名的清单作为参数(未变更的文件不包含在清单中)。
例如,在「天气信息」的情况下,按钮等基本的位图图象文件不变更,而写有最新的气象信息的文本文件被频繁更新。
最初,当登录「天气信息」时,登录包含位图图象文件的全部文件。但是,多媒体制作工具101就以后的更新仅把写有气象信息的文本文件的名称和实体登录到CDB102中即可。
CDB102在更新目录时,合并以前登录的目录的内容和更新内容;更新目录版本43和更新的文件版本45,作为新的版本进行登录。
由于日期46是存储文件的日期,故仅更新的文件是新的日期。在图4的例子的「天气信息」的版本2中,由于表示气象信息的Tokyo.txt,Chiba.txt被更新,故日期成为新的,而由于Button10.script未被更新,故日期为以前的原样。
当删除构成目录的某个文件时,在登录参数中附加表示删除的命令名和删除的文件名的清单。当CDB102接受删除命令时,除去与该文件名相对应的文件,合并以前登录的目录的内容和更新内容。
这样,多媒体制作工具101和CDB102的接口把构成文件名和其目录的文件和该文件名的清单作为参数,不依赖于多媒体制作工具101。
当「天气信息」每30分钟广播最新的天气时,在目录管理表中按图4那样每30分钟生成新的目录版本43,仅更新写有最新的气象信息的文本文件。
在ETS300486「Digital Video Broadcasting(DVB);Specificationfor Service Information(SI)in DVB systems」中,广播频道用service id这样的识别符来进行识别。物理性的发送信息是用于构成在以MPEG2传输流进行广播时所需要的PSI的信息,由发送应答器的识别符(TS_id)和发送流的PID所构成。管理部104管理广播节目的编辑信息和物理性的发送信息。编辑信息是与广播节目所发送的时间表和所发送的频道相关的信息。
管理部104分配:
●用于目录发送的广播时间段(在从某时到某时的时间段中进行目录发送的信息);
●频道;
●PID
并把它们通知给DS制作部103。
在广播时间段中,用哪个时间表来执行目录的发送,由DS制作部103决定。
图5是DS制作部103管理的目录时间表。
目录ID51识别目录。
目录版本52表示目录的版本。
发送时间表53表示发送目录的时间。
PSI信息54是用于为了使用广播来发送目录所需要的PSI(由Program Specific Information ISO13818-1规定)生成的信息。
更新标志55在发送目录时指示是发送构成目录的全部文件还是仅发送更新的文件。
传输速度56表示目录发送的传输速度。
SI信息57是当使用广播来发送目录时的service_id(频道识别符)。
使用者从由管理部104取得的节目编辑信息来决定发送时间表53、PSI信息54、传输速度56、service_id57。通过未图示的广播台的操作终端以被输入DS制作部103的数据为基础来制成目录时间表。
图5是与「天气信息」应用程序相关的目录时间表。其中,作为例子,发送时间表在每10分钟进行10分钟的目录发送,每30分钟更新为最新的天气。发送时间表也可以通过使用更新标志而在每X次的周期中发送全部文件,而在此期间仅发送差分(changedportion)。例如,在1小时中发送3次「天气信息」,可以在每6次的周期中发送构成目录的全部文件,但是,以后仅发送变更文件。在此情况下,接收机为了全部取得「天气信息」应用程序在最差的情况下必须等待近2小时,但是一旦已经取得了,则通过选择性的发送方法,能够有效地重写在接收机中存储的文件。
下面使用图6的流程图来对TP生成部106制作传输用数据格式时的处理进行说明。其中,对把构成某个目录(用目录ID、目录版本来识别)的文件群进行传输格式化时的处理进行描述。
(步骤61)使用目录ID、目录版本来从DS制作部103的目录时间表取得发送时间表信息。
(步骤62)从CDB102管理的目录管理表取得由目录ID、目录版本构成目录的发送文件清单(以文件名、文件版本、文件实体、日期为要素的清单)。
(步骤63)检验目录时间表的发送的种类是「全部」还是「差分」。在是「全部」的情况下,进到步骤65。
(步骤64)当发送的种类是「差分」时,把处于在步骤72中取得的发送文件清单内的文件的版本与构成以前版本(TP生成部106最近发送的版本)的目录的文件的版本进行比较,仅取出版本不同的文件,而生成新的发送文件清单(以文件名、文件版本、文件实体、日期为要素的清单)。TP生成部106具有各个目录的发送日志,管理最近发送的版本是哪个。
(步骤65)使用目录时间表的PSI信息、传输速度来把发送文件清单变换为传输格式。进行数据传输用的格式,正在用DVB SI-DAT进行研究,具有DSM-CC数据传送带(ISO13818-6)、项目传送带(ISO13818-6)等。
(步骤66)把变换为传输格式的发送文件清单(以下称为发送清单传输格式)和在目录时间表中所记述的对应发送时间、传输速度送给发送装置108。
步骤66按照发送装置108的规格,在TP生成部106成为发送时间之前,保持发送文件清单传输格式,在成为发送时间之后,向发送装置108输出发送文件清单传输格式。与发送文件清单传输格式相对应的PMT(Program Mapping Table)的生成,只要传输流的PID、TS_id、发送时间表已知就能进行,也可以由目录传输协议生成部来制成。而且,也可以由从管理部104取得信息的广播台的其他子系统来生成。
图7是构成CDI生成部107生成的目录发送信息表的目录发送信息。目录发送信息表是以目录发送信息为要素的清单。目录发送信息表是用于向接收机通知目录发送或者目录变更的表,周期性地进行经常广播。
识别符701识别目录。
目录版本702表示目录的版本。
service_id703表示广播目录的广播频道。
时间表704是发送目录的时间。
更新标志705表示目录发送是广播构成目录的全部文件的发送(「全部」)或者仅广播变更的文件的差分发送(「差分」)。
由于以上的信息从发送时间表制作部103管理的目录时间表而得到,故CDI生成部107以其为基础来构成目录发送信息表。
706表示目录的种类,目录粗分起来由两种组成。
一种是包型目录,在其一旦被存储到接收机中之后不被更新。
另一种是更新型目录,在其被存储到接收机中之后,通过来自广播台的更新信息而被更新。
由于与以后的目录相关的属性涉及更新型目录,故在以后的内容中省略了包型目录的情况。
707是目录下一次被更新(目录的版本被更新)的预定时间。
708是目录的有效期。当经过了该期间之后,从接收机中删除构成在接收机内所存储的目录的全部文件。
709是文件名。
710是该文件的有效期。其表示在接收机中所存储的单媒体数据(文件)至何时止存储在接收机内。
接收机观察该文件的有效期,而自动地删除有效期已过的文件。这些信息由操作者从操作终端(未图示)输入。
SI生成部105从节目编辑管理部管理的节目编辑信息生成SI信息。此时,当某个服务或者事件是目录发送时,在SI表中附加识别目录的目录ID。
例如,在DVB的情况下,在SDT(或者EIT)表中,给由服务ID(或者EIT)所识别的服务(或者事件)附加目录ID和目录大小。由于目录大小是进行发送的文件的合计大小,故通过参照CDB102的目录管理表和DS制作部103就能算出所发送的文件大小的合计。
在本实施例中,为了便于说明,把「天气信息」定义为节目,在SI信息中的节目信息表(DVB的EIT)中除目录的标题名之外还附加目录ID和目录大小。
由以上的程序来制成进行发送的信息,由此,从TP生成部106、CDI生成部107、SI生成部105传输给发送装置108的信息具有图8所示的相互关系。接收机使用该相互关系来接收目录。
图9为接收所发送的目录的接收机的构成。
接收部901接收从广播台所广播的表和被变换为传输协议的目录(以下把它们总称为数据)。
过滤器902在广播的数据中仅选择需取入接收机的来取入。
文件更新管理部903执行目录的自动更新处理。
定时器904通知已成为所指定的时间。
文件存储管理部905把通过传输格式所传送的文件从传输格式变换为原来的文件格式,把其存储在存储装置中。
文件名称管理部906管理文件名和文件位置的关系,给上层应用程序提供通用的接口。
907、908是作为上层应用程序的一种的MM播放器和电子节目表(EPG)。
下面使用图10的流程图来对接收机存储目录「天气信息」为止的动作进行说明。
其中,表示了EPG应用程序要求存储的例子。但是,也可以由除EPG应用程序之外的应用程序取得SI信息,使用该取得的信息来要求存储。
(步骤1001)接收机的SI处理部(未图示)取得SI表,把其传送给EPG应用程序907。
(步骤1002)EPG应用程序907参照SI信息的「天气信息」,把其中所记述的文件名「天气信息」、目录ID、存储其的存储装置内的位置作为参数,向文件名称管理部906要求目录取得。
应用程序决定在哪个存储装置中存储目录。
(步骤1003)文件名称管理部906把目录ID传送给过滤器902,取得目录发送信息表,要求仅返回与其中的目录ID相对应的目录发送信息。
(步骤1004)过滤器902从接收部901接收的数据中选择目录发送信息表,并且使用目录ID来取得与目录ID相对应的目录发送信息,使其返回文件名称管理部906。
(步骤1005)文件名称管理部906从取得的目录发送信息中检验目前是否正在广播与目录ID相对应的目录。当广播时,进到步骤1008。
(步骤1006)当目前没有发送与目录ID相对应的目录时,从在目录发送信息中所记述的发送时间表中选择一个,向定时器904进行定时器预约以便于通知到达该时间,向EPG应用程序907通知进行预约的处理。
根据EPG应用程序907的GUI,也可以由观众选择在哪个时间接收目录。
(步骤1007)在到达预约时间之前,文件名称管理部906不执行与发送相关的处理而进行等待。在等待时间内,即使在接收机电源变为OFF的情况下,仅定时器工作,当到达定时器预约时间时,接收机起动。
(步骤1008)文件名称管理部906向文件存储管理部905发送在步骤1001中从EPG应用程序所输入并存储的存储装置内的位置,指示目录的存储。
(步骤1009)文件名称管理部906向过滤器902进行要求,以便于使用在目录发送信息中所记述的service_id,取得相应的发送文件清单传输格式。
(步骤1010)过滤器902使用service_id而从接收部901取得构成相应目录的发送文件清单传输格式,把其传送给文件存储管理部905。
(步骤1011)文件存储管理部905从取得的发送文件清单传输格式变换为原来的发送文件清单的格式。发送文件清单是以文件名、文件版本、文件实体、日期为要素的清单。把取得的文件全部存储在步骤1008中被文件名称管理部906所指定的存储装置内的存储位置上。存储之后,把发送文件清单传送给文件名称管理部906。
(步骤1012)文件名称管理部906查看在步骤1005中取得的目录发送信息,当目录的种类是「更新型」目录时,向文件更新管理部903传送对应的目录ID和目录版本,并指示文件更新管理部903进行自动更新管理。
当在目录发送信息中记述了更新预定时间时,也把其传送给文件更新管理部903。
当在步骤1001中指定RAM作为存储位置时,文件被存储在存储器中。在要求进行实时存取这样的应用程序的情况下,指定存储器作为存储位置,由此,应用程序能够迅速对单媒体数据进行存取。
文件名称管理部906使用在步骤1010中从文件存储管理部905所输入的发送文件清单,管理标题名、文件名和保持该接收机内存储目标的对应关系的文件位置管理表。
文件名称管理部906进行由目录发送信息取得的目录和文件的有效期的管理。通过文件名称管理部906来从接收机内的存储装置中删除过了有效期的目录和文件。这样,能够通过使用目录ID来取得构成目录的文件。
下面使用图11的流程来对MM播放器重放目录「天气信息」时的动作进行说明。
(步骤1101)MM播放器使用标题名、文件名向文件名称管理部906要求单媒体数据的取得。
(步骤1102)文件名称管理部906根据标题名、文件名使用文件位置管理表来检索文件实体的存储位置,取得文件实体。
(步骤1103)把文件名称管理部906取得的文件实体发回MM播放器。
(步骤1104)MM播放器重放取得的单媒体数据。
在本实施例中,分成了目录的取得和目录的重放,但是,也可以在目录重放时以图10所示的程序进行目录取得。这样,MM播放器能够通过标题名和文件名来取得单媒体数据。
下面使用图12的流程来对目录「天气信息」的内容(例如气象信息文件)被更新时的接收机的动作进行说明。
如图10的说明那样,在更新型目录的情况下,文件名称管理部906向文件更新管理部903传送目录ID、目录版本。文件更新管理部903把这些对应关系保持在更新型目录管理表中,进行管理。
(步骤1201)过滤器902定期地取得目录发送信息表,把其传送给文件更新管理部903。
(步骤1202)文件更新管理部903检验从目录发送信息送来的目录ID是否登录在更新型目录管理表中。当没有登录时,返回步骤1201。
(步骤1203)接着比较目录ID的版本,检验从目录发送信息送来的版本是否与更新型目录管理表保持的版本相同。当相同时,返回步骤1201。
(步骤1204)文件更新管理部903参照从目录发送信息送来的发送时间表,从在目录发送信息中所记述的发送时间表中选择一个,由定时器904进行定时器预约,以便于通知到达该时间。
(步骤1205)在到达预约时间之前,与之相关的处理不执行而进行等待。在等待时间内,即使在接收机电源变为OFF的情况下,仅定时器工作,当到达定时器预约时间时,接收机起动。
(步骤1206)文件更新管理部903向过滤器902进行要求,以便于使用service_id来取得发送文件清单传输格式。
(步骤1207)过滤器902使用service_id而从接收部901选择相应发送文件清单传输格式的传输流,把其传送给文件存储管理部905。
(步骤1208)文件存储管理部905从取得的传输格式将包含文件名和文件实体的发送文件清单变换为原来的格式,把取得的文件全部存储在存储装置内的存储位置上。存储之后,把发送文件清单传送给文件名称管理部906。
(步骤1209)文件更新管理部903把写在更新型目录管理表中的目录的版本加1。
与在目录发送信息中所记述的目录的版本进行比较,当文件更新管理部903保持的目录的版本仅比其旧1时,如果从目录发送信息选择下载种类为「差分」的下载时间表,就能实现高效率的下载。
在除此之外的情况下,选择下载种类为「全部」的下载时间表。
在步骤1203中,在目录版本尚未更新并且未成为更新预定时间的情况下,向定时器预约其更新预定时间,当到达该更新预定时间之后能够再次开始更新处理。在从文件名称管理部906取得了更新预定时间时,对该时间进行定时器预约,当到达定时器预约时间之后,从步骤1206继续进行处理。
通过使用该更新功能来自动更新气象信息文件,就能实现「天气信息」应用程序。使「天气信息」应用程序工作的MM播放器不参与自动更新,仅执行气象信息文件读入。目录发送的上述更新功能重写气象信息文件的内容,由此,能够经常取得最新的气象信息。由于本发明的目录发送进行文件的更新,故应用程序制作者即使在制作更新型的应用程序时,也可以象通常的包型应用程序那样制作应用程序。
实施例2
图13表示象作为文件处理广播节目那样扩展的CDB102管理的目录管理表。1301是传输种类。通过TP生成部106生成的协议所传输的文件的传输种类是「目录发送」,作为通常的广播节目所发送的传输流是「广播节目」。在图13中表示了在「天气信息」的版本2中作为文件来登录叫做「白天天气」的广播节目的情况。
图14表示当在CDB102中登录广播节目时的处理流程。广播节目由SI信息所识别。其中,作为例子,使广播节目的识别按照DVB,以服务(service_id)、节目(event_id)、节目开始时间(start_time)、节目持续时间(duration)进行广播节目的识别的情况进行说明。在本发明中,广播节目作为构成目录的文件的一种来进行处理。
(步骤1401)向CDB102登录标题名、文件名、service_id、event_id、start_time、duration。
标题名是当接收机中的MM应用程序处理广播节目时使用把该广播节目作为构成要素的目录的标题名、文件名的名称。
在图13的例子中,标题名是「天气信息」,文件名是「白天天气」。
(步骤1402)CDB102制作记述了service_id、event_id、start_time、duration的文件。该文件在由接收机自动存储(录象)广播节目时被使用,称为传输流基准文件。
(步骤1403)CDB102在与标题名相对应的目录的实体中登录广播节目的文件名和在步骤1402中制作的传输流基准文件。传输种类为「广播节目」。
传输流基准文件与通常的文件相同由TP生成部106变换为传输格式,并进行广播。此时,追加传输种类来作为在上述实施例1中说明的文件清单的要素。
图15表示在接收机接收所广播的传输流基准文件之后文件存储管理部905进行的处理流程。
(步骤1501)文件存储管理部905参照传输种类,检验在接收的文件中是否存在「广播节目」。当存在时,进行以下处理。
(步骤1502)文件存储管理部905读入传输流基准文件,把该记述作为基础来进行节目录象预约。此时,从节目存储(录象)装置取得节目存储(录象)装置中的节目的存储位置(或者与节目存储装置所存储的节目相对应而附加的ID)。
(步骤1503)文件存储管理部905向文件名称管理部906传送文件名、传输种类、在步骤1502中取得的节目存储位置、传输流基准文件的内容。
(步骤1504)文件名称管理部905保持文件名与节目存储位置的关系。
如在步骤1405中所述的那样,文件名称管理部905为了管理广播节目而具有传输流文件管理表。
图16是文件名称管理部905用于管理传输流基准文件的传输流文件管理表。
1601是目录的标题名,1602是文件名,SI信息1603存储有service_id、event_id、start_time、duration。1604是节目存储位置。
当从MM播放器向广播节目的存取要求使用标题名、文件名,来到文件名称管理部905中时,文件名称管理部905重放在与节目存储装置内的文件名相对应的节目存储位置上存在的传输流。
在广播节目处于正在广播过程中并且在存储装置中进行存储(录象)的情况下,文件名称管理部905使用SI信息将频道调谐在该节目,不重放所存储的传输流,而是重放正在广播的传输流。
在该广播节目的广播开始时间(start_time)之前的情况下,文件名称管理部905发回不能重放这样的错误信息。由此,能够从MM播放器简单地对广播节目进行予约。
在本发明中,能够作为文件来处理传输流,「天气信息」应用程序能够与实际上作为节目广播的「白天天气预报」链接。
应用程序制作者给节目附加文件名,其SI信息被登录到目录管理DB中。接收机自动地存储与应用程序关联的广播节目。其结果,能够提供使应用程序与广播节目相联动的服务。
实施例3
图17是表示本发明的第三实施例中的广播系统的方框图。该广播系统基本上具有与上述实施例1中的系统相同的构成,包括多媒体制作工具101、CDB102、DS制作部103、管理部104、SI生成部105、CDI生成部107、发送装置108。
在图17中,数据传送带生成装置1701把所输入的数据格式化为数据传送带协议。数据传送带是由ISO13818-6所规定的单方向网络中的数据传输协议。过滤信息附加部1702给数据传送带协议附加过滤信息,把附加的信息传送给CDI生成部107。
图18是表示当在模块中装入文件时的格式的图。在数据传送带的模块中放入多个文件。文件首部1801表示文件的断开处。文件首部1801由文件名、文件版本、文件在模块中的相对开始位置、文件大小组成。把该格式称为数据传送带用发送文件清单。1802是文件实体。当象实施例2那样作为文件处理广播节目时,在文件首部追加传输种类。
图19A和图19B表示为了能够进行模块单位的过滤和文件单位的过滤而扩展的目录发送信息表的构成。
更新种类1901表示「模块单位的更新」或者「文件单位的更新」。当通常利用数据传送带来发送目录时,更新种类为「通常」。
在更新种类为「模块单位的更新」时在更新信息1902中放入作为更新对象的模块ID的清单。在「文件单位的更新」的情况下,文件信息作为更新信息被存储。
文件信息的内容由文件名、文件版本、文件大小、文件的存储位置所构成。
文件的存储位置由数据传送带的块中的文件的开头位置(开始块编号和距块开头的偏移)和块中的文件结束位置(结束块编号和距块开头的偏移)所表示。
下面对使用数据传送带的模块的目录发送中的数据传送带生成装置1701、过滤信息附加部1702和CDI生成部107的处理进行说明。
其中,对以下列情况为例进行说明:把「天气信息」应用程序作为被更新的文件,在作为一个模块来传送每个地域的最新气象信息文本文件tokyo.txt,ibaraki.txt,saitama.txt,chiba.txt,在另一个模块中放入未被更新的文件(位图文件、其他的文本文件、脚本文件)来进行发送。
(1)过滤信息附加部1702向数据传送带生成装置1701进行要求,以便于使所更新的4个文本文件tokyo.txt,ibaraki.txt,saitama.txt,chiba.txt作为数据传送带用发送文件清单,把它们作为一个模块来作成数据传送带的格式。
为了数据传送带用发送文件清单制作所需要的信息(文件名、文件版本、文件大小)与上述实施例1相同,可以从CDB102的目录管理表取得。并且,与实施例1相同,过滤信息附加部1702得知哪个文件是更新的文件。
(2)把数据传送带生成装置1701接受的数据进行模块化,并将模块ID发回过滤信息附加部1702。
(3)过滤信息附加部1702向数据传送带生成装置1701进行要求,以便对剩余的文件生成数据传送带用发送文件清单,并作为模块作成数据传送带的格式。
如果文件数和文件大小较大,模块尺寸变大,则在此情况下,过滤信息附加部1702适当地把文件分组,数据传送带用发送文件在每个组中进行列表,分别存储到另一个模块中。
(4)数据传送带生成装置1701将收取的剩余数据也进行模块化。
(5)过滤信息附加部1702与实施例1相同,从DS制作部103的目录时间表中取得数据传输所需要的PSI信息和发送时间表,把其传送给数据传送带生成装置1701。
(6)数据传送带生成装置1701制作DII、DDB传输格式,把其传送给发送装置108以便于按照时间表进行广播。
(7)过滤信息附加部1702把在步骤2002中取得的moduleID传送给CDI生成部107。
(8)CDI生成部107使用取得的moduleID来生成图19A所示的目录发送信息表。此时,更新的种类为「模块单位的更新」。把生成的目录发送信息表传送给发送装置108以便于周期性地进行经常广播。
这样,把更新文件集中起来进行模块化,给目录发送信息附加模块ID,由此,接收机仅取得写在目录发送信息中的模块ID的模块,就能够取得全部更新文件。
下面对利用文件信息的目录发送中的数据传送带生成装置1701、过滤信息附加部1702和CDI生成部107的处理进行说明。
其中,以发送「天气信息」应用程序的情况为例,仅对更新文件是关东地方的气象信息文本文件tokyo.txt的情况进行说明。使用上述模块的方式是有效的(在一个模块中仅放入tokyo.txt),而当构成目录的全部文件数量较多时,需要在模块中装入多个文件。在这样的情况下,利用文件信息的目录发送是有效的。在该例子中,与上述例子相同,其他的文件(位图文件、其他的文本文件、脚本文件)作为另一个模块进行发送。
(1)过滤信息附加部1702把构成「天气信息」的文件列表成为数据传送带用发送文件。在文件数和文件大小较大,模块尺寸变大的情况下,过滤信息附加部1702适当地把文件分组,数据传送带用发送文件在各组中进行列表,分别存储在另一个模块中。
(2)数据传送带生成装置1701把收取的数据模块化。
(3)过滤信息附加部1702与上述实施例1相同从DS制作部103的目录时间表取得在数据传输中所需要的PSI信息和发送时间表,把其传送给数据传送带生成装置1701。
(4)数据传送带生成装置1701制作DII、DDB传输格式,把其传送给发送装置108以便于按照时间表进行广播。在数据传送带生成装置1701内的存储装置中存储生成的DII、DDB的复制件。
(5)过滤信息附加部1702检索在数据传送带生成装置1701内所存储的DDB,查找文件名tokyo.txt被存储在块的何处(从第几块的何处到第几块的何处),把其结果和文件名(tokyo.txt)、版本、文件大小传送给CDI生成部107。
(6)CDI生成部107使用取得的tokyo.txt的DDB中的位置信息,来生成图15所示的目录发送信息表。此时,更新的种类为「文件单位的更新」。把生成的目录发送信息表周期性地传送给发送装置108以便于进行随时广播。
在该例中,过滤信息附加部1702为了得知文件tokyo.txt的DDB的位置而进行检索。另一方面,当过滤信息附加部1702预先向数据传送带生成装置1701通知tokyo.txt这样的文件为过滤对象时,也可以考虑这样的方式:在数据传送带生成装置1701制作DDB时,存储文件tokyo.txt的位置(从哪个模块的哪个块的哪个位置开始到哪个块的哪个位置结束),把其通知给过滤信息附加部1702。在本实施例中,文件信息放入目录发送信息表来进行发送,但是,也可以在DSM-CC传送带的DII的moduleInfo区域中放入文件信息来进行发送。
当目录发送时,使用操作终端(未图示)来操作过滤信息附加部1702的使用者决定:
进行利用模块的发送;或者
进行利用文件信息的发送;或者
不利用它们而以通常的数据传送带进行广播。
以哪种方式传送的效率取决于应用程序。
图20表示接收机接收目录发送信息表来进行更新处理的处理流程。如图12所述的那样,在更新型的目录的情况下,文件名称管理部906把目录ID、目录版本传送给文件更新管理部903。文件更新管理部903把它们的对应关系保持在更新型目录管理表中,来进行管理。
(步骤2001)过滤器902定期地取得目录发送信息表,把其传送给文件更新管理部903。
(步骤2002)文件更新管理部903检验以目录发送信息所传送的目录ID的登录状态(更新型目录管理表中)。在未被登录的情况下,返回步骤2001。在登录的情况下,进到步骤2003。
(步骤2003)接着比较目录ID的版本,检验从目录发送信息送来的版本和更新型目录管理表保持的版本。当相同时,返回步骤2001,当不同时,进到步骤2004。
(步骤2004)参照从目录发送信息送来的发送时间表,从在目录发送信息中所记述的发送时间表中选择一个,为了通知到达该时间,而用定时器来进行定时器预约。
(步骤2005)在预约时间到达之前,进行待机。在待机时间内,即使在接收机的电源为OFF的状态下,可以仅使定时器工作,当到达定时器预约时间时,接收机启动。
(步骤2006)文件更新管理部903分析在目录发送信息中所记述的更新种类。在更新种类是「模块单位的更新」的情况下,进到步骤2010。在更新种类是「文件单位的更新」的情况下,进到步骤2013。在更新种类是「通常」的情况下,进到步骤2007。
(步骤2007)文件更新管理部903使用在目录发送信息中所记述的service_id,向过滤器902进行要求,以便于取得构成进行了传输格式化的目录的文件的传输流。
(步骤2008)过滤器902使用service_id而从接收部901选择存储有构成相应的目录的文件的传输格式的传输流,把其传送给文件存储管理部905。
(步骤2009)文件存储管理部905从取得的传输格式将发送用文件清单变换为原来的格式,把取得的文件全部存储在存储装置内的存储位置上。在存储之后,把发送文件清单传送给文件名称管理部906。
(步骤2010)在更新种类为「模块单位」的情况下,把在目录发送信息中所记述的service_id和在目录发送信息的更新信息中所记述的模块ID传送给过滤器902,而要求用模块单位的过滤。
(步骤2011)过滤器902使用service_id,在取得DII之后,通过使用模块ID的过滤来仅取得构成相应的模块的DDB。过滤器902组装DDB,而构成模块,把其传送给文件存储管理部905。
(步骤2012)文件存储管理部905从取得的模块中取出原来的文件名和文件实体的清单,把取得的文件全部存储在存储装置内的存储位置上。在存储之后,把发送文件清单传送给文件名称管理部906。
(步骤2013)在更新种类是「文件单位」的情况下,把在目录发送信息中所记述的service_id和在目录发送信息的更新信息中所记述的文件信息传送给过滤器902,而要求用模块单位的过滤。
(步骤2014)过滤器902使用service_id,在取得DII之后,通过使用文件信息的模块ID和块编号的过滤来从构成相应的模块的DDB中仅取得需要的块编号的DDB。过滤器902把取得的DDB群和文件信息传送给文件存储管理部905。
(步骤2015)文件存储管理部905以文件信息为基础,从DDB群中取出文件,把取得的文件存储在存储装置内的存储位置上。在存储之后,把文件信息传送给文件名称管理部906(文件信息成为文件发送清单的代用品)。
(步骤2016)更新型目录管理表的目录版本增加1。
这样,通过在目录发送信息中附加用于过滤的信息,即使在中心侧不进行差分发送,接收机侧也能仅切出必要的部分。因此,本实施例能够高速地进行过滤。
实施例4
图21表示本发明的第四实施例。第一实施例中的DS制作部103管理的目录时间表信息(图5所示的),为追加差分信息58并进行了扩展的数据构造。图5的时间表信息对于更新标志55仅存在「全部」和「差分」。因此,在终端(即接收机)中不可能知道与哪个目录版本52相对应的差分。在图5的情况下,需要接收机的电源始终接通,全部接收目录信息。与此相对,通过附加差分信息58,若分析差分信息58,接收机就能判断是否是与本机管理的目录相对应的差分信息。并且,即使在接收机电源切断期间,差分信息58流通而终端不能接收,也能当差分信息58下次流通时,接收机通过查看差分信息58判断是否是能够适合于其管理的目录的差分信息。
但是,差分信息58需要被送给各个目录版本52。在此情况下,差分信息58变大,而存在使用较宽的传输线路频带的问题。并且,差分信息在某个版本以后的情况下存在可以适应于全部的差分信息。为了与这样的情况相对应,如图22所示的那样,目录时间表信息进一步在上述差分信息58中追加差分附加信息59,而成为扩展的数据构造。
由于成为具有这样的数据构造的目录时间表信息,广播台向接收机发送这样的信息:
是限于特定的版本的差分信息,或者
如果是该版本以后的,是能够适合于任何版本的差分信息。
通过该手段,接收机能够判断是否能够适合于正在管理的目录。而且能够压缩传输应传送的差分信息。关于差分信息58的处理与上述实施例1中的方法相同。
目录版本52不一定无限增加。存在因系统的制约仅能提供一定范围内的版本的情况。如图22所示的那样,在差分信息58和差分附加信息59中附加了指定范围的特征。例如,在目录版本被限定为1~8的情况下,接着版本8的下一个版本为1。这样,当差分信息58成为版本8以上时,管理版本1的目录的接收机不能适用于差分信息58。
图23表示在上述差分信息58和差分附加信息59中进一步追加版本附加信息510而扩展的目录时间表信息的数据构造。当从广播台向接收机发送版本附加信息510时附加具有这样的数据构造的目录时间表信息。通过该手段,当版本编号从8变为1时,例如,如果向该版本附加信息510发送「ON」,在接收机中,该版本编号以「1」来传送,但实际上能够判断为等于「9」。而能够适用于下次来的超过版本8以上的差分信息。
实施例5
在从广播台所发送的目录中同时传输具有图7所示的数据构造的目录发送信息表。在图7的例子中,当接收机使用该目录时,如果在有效期内,就能实现目录的使用。在有效期中能够进行目录的存储。但是,在由接收机使用的情况下,存在仅限于在特定期间内能够使用的目录。为了使这样的目录的使用期间变得明确,图24表示了追加利用有效期信息711而扩展了的CDI生成部107生成的目录发送信息表的数据构造。关于具有这样数据构造的目录发送信息表的目录的文件属性,在文件名信息709、有效期信息710进一步追加记述了利用有效期信息712。
在上述利用有效期内,能够进行例如每周星期日或者每日12:00~13:00的设定,或者每周星期一的晚上17:00~18:00和每月1日的设定。
作为另一种形态,可以进行这样的设定:在接收机接收以后1日以内或者在接收机接收后使用时间为1小时以内;或者特定的节目的广播时间期间。
该利用有效期的有无的判断由图9的文件存储管理部905或者文件名称管理部906进行。该利用有效期之外的处理与实施例2或者实施例3中的处理相同。
如以上那样,在实施例1至5中记载的本发明,在广播中心和接收机中,把单媒体数据和目录分别作为文件、多个文件的分组进行统一管理,由此,能够进行不依赖于多媒体制作工具的目录发送。由此,当在中心侧系统中变更多媒体制作工具时,由于目录发送部不需要变更,就能以最小限度的成本进行变更,在今后与发展一起变化的数据广播的系统构筑中,成为有效的技术。
而且,由于本发明的目录发送不依赖于多媒体制作工具,故能够同时发送用多种多媒体制作工具所制作的目录。
由于本发明的目录发送支持文件的自动更新功能,即使在制作提供最新的气象信息的「天气信息」这样的随时间而变更内容的应用程序时,「天气信息」应用程序本身具有与通常的包型应用程序(不更新的应用程序)相同的制作方法,在发送该应用程序之后,多媒体制作工具在目录DB中登录被更新的文件(记述了最新的气象信息的文本文件等),由此,目录发送广播按时间表被更新的文件,在接收机侧进行自动更新,因此,目录制作者能够用通常的包型应用程序的技术诀窍来制作随时间变化的广播型应用程序。
在本发明中,当使用数据传送带作为传输方式时,通过本发明中新附加的过滤信息,接收机能够从所广播的数据中仅接收所需要的文件,而能够实现有效的目录接收。
这样,与现有的数据广播方式那样的,多媒体制作和目录发送方式密切相关的扩展性较低的方案相比,本发明具有扩展性,即使目录制作者没有意识到发送信息,也能容易地制作内容随时间变化的广播型的目录。
Claims (41)
1.一种发送构成目录的数据的广播系统,由存储目录的目录DB、把在目录DB中所登录的目录变换为传输格式的目录传输协议生成部和发送生成的信息的发送装置所构成。
2.根据权利要求1所述的广播系统,其特征在于,包括制定发送目录的时间表的发送时间表制作部。
3.根据权利要求3所述的广播系统,其特征在于,包括生成在接收机进行目录的取得和自动更新时利用的目录发送信息的目录发送信息生成部,且也发送目录发送时间表信息。
4.根据权利要求3所述的广播系统,其特征在于,包括管理广播节目信息的节目编辑管理部和使用广播节目信息来生成节目附加信息的SI生成部;节目编辑管理部作为广播节目来管理目录发送时间段,SI生成部生成目录发送节目信息,并发送该节目附加信息。
5.根据权利要求4所述的广播系统,其特征在于,与数据一起存储识别在目录DB中存储的目录的目录识别符、构成目录的数据的识别符中至少一个以上的识别信息。
6.根据权利要求5所述的广播系统,其特征在于,使用在接收机上起动目录的应用程序利用的目录的标题名来作为目录识别符,使用在接收机上对数据进行存取的应用程序使用的数据名来作为数据识别符。
7.根据权利要求4所述的广播系统,其特征在于,包括管理目录的版本和构成目录的数据的版本的目录DB。
8.根据权利要求4所述的广播系统,其特征在于,目录发送信息生成部生成接收机在进行目录的取得和自动更新时利用的目录发送时间表的传输格式,且也发送目录发送时间表信息。
9.根据权利要求4所述的广播系统,其特征在于,目录发送信息生成部生成接收机在进行目录的取得和自动更新时利用的目录版本信息传输格式,并发送目录版本信息。
10.根据权利要求4所述的广播系统,其特征在于,目录传输协议生成部把构成目录的数据进行数据识别符和数据实体的列表,把其变换为传输形式。
11.根据权利要求4所述的广播系统,其特征在于,发送时间表制作部作为发送种类来决定是发送构成目录的全部文件还是仅发送差分,并发送出去。
12.根据权利要求11所述的广播系统,其特征在于,目录发送信息生成部生成目录的发送种类信息,并发送出去。
13.根据权利要求12所述的广播系统,其特征在于,在作为发送种类仅发送差分的情况下,目录发送信息生成部与目录发送种类信息一起生成表示是向哪个目录版本的差分的差分信息,并发送出去。
14.根据权利要求13所述的广播系统,其特征在于,对于表示是向哪个目录版本的差分的差分信息,生成表示是仅对应于特定的目录版本还是对应于多个目录版本的信息的差分附加信息,并发送出去。
15.根据权利要求4所述的广播系统,其特征在于,目录发送信息生成部为了生成目录或者构成目录的数据的在接收机内的有效期信息,而发送有效期信息。
16.根据权利要求4所述的广播系统,其特征在于,目录发送信息生成部生成目录的下一次更新预定信息,并发送目录下一次更新预定信息。
17.根据权利要求16所述的广播系统,其特征在于,通过定期地更新气象信息数据,来制作经常向观众提供最新的天气预报的广播型多媒体应用程序。
18.根据权利要求4所述的广播系统,其特征在于,目录DB在输入广播节目的节目附加信息时,生成向包含目录附加信息中的目录识别符、频道识别符、节目开始时间、节目持续时间的广播节目的链接数据,目录DB把广播节目也作为构成目录的数据的一种来管理链接数据,而作为构成目录的数据来广播链接数据。
19.根据权利要求4所述的广播系统,其特征在于,包括过滤信息附加部,其使用生成数据传送带协议的数据传送带生成装置来作为目录传输协议生成部,控制数据传送带的过滤方式。
20.根据权利要求19所述的广播系统,其特征在于,过滤信息附加部进行把更新数据全部放入特定的模块的控制。
21.根据权利要求20所述的广播系统,其特征在于,目录发送信息生成部附加进行把更新数据全部放入特定的模块的控制的过滤信息,为了向接收机广播该模块信息而生成更新模块信息。
22.根据权利要求21所述的广播系统,其特征在于,所述目录发送信息生成部附加用于取得数据位置信息的过滤信息以便于接收机能够仅过滤特定数据,并为了向接收机广播所述数据位置信息而生成更新数据信息,其中所述数据位置信息标识出所述特定数据被存储于数据传送带格式的何处。
23.根据权利要求4所述的广播系统,其特征在于,发送装置管理新文件的发送定时,使得能够不在意文件更新方式来进行目录制作。
24.根据权利要求4所述的广播系统,其特征在于,通过作为链接数据来处理广播节目,来制作当观众选择喜爱的种类时自动地对与该种类相链接的链接数据的广播节目进行录象的广播型多媒体应用程序。
25.根据权利要求4所述的广播系统,其特征在于,在目录版本有限的情况下,生成表示目录版本的数字已转了一周的版本附加信息,并发送出去。
26.根据权利要求4所述的广播系统,其特征在于,包括目录发送信息生成部,其除了目录或者构成目录的数据的接收机中的有效期之外,还生成能够利用该目录或者构成目录的数据的期间的利用有效期间信息,并发送利用有效期间信息。
27.一种接收机,包括:接收部,接收从广播系统所广播的数据;过滤器,在被广播的数据中仅选择取入接收机中的数据来进行取入;文件存储管理部,把以传输格式所传送的文件从传输格式变换为原来的文件格式,把其存储在存储装置中。
28.根据权利要求27所述的接收机,其特征在于,包括文件更新管理部,管理接收机内的目录版本,当从广播台接收目录版本时,执行目录的自动更新处理。
29.根据权利要求28所述的接收机,其特征在于,包括通知到达了所指定的时间的定时器,使用从广播台所发送的目录发送时间表信息,来进行用于目录接收的定时器预约。
30.根据权利要求29所述的接收机,其特征在于,包括文件名管理部,管理识别接收的数据的识别符和存储的数据的所在位置,使得上层应用程序不在意数据所在位置仅使用数据识别符就能取得数据。
31.根据权利要求30所述的接收机,其特征在于,接收有效期信息,管理在接收机内存储的目录或者文件的有效期,对于过了期限的文件,自动地进行删除。
32.根据权利要求30所述的接收机,其特征在于,接收目录下次更新预定信息,按照该预定时间,自动地进行用于目录接收的定时器预约。
33.根据权利要求30所述的接收机,其特征在于,当接收从广播台所发送的链接数据时,参照其中所记述的节目识别符、频道识别符、节目开始时间、节目持续时间,使用其来进行节目录象预约。
34.根据权利要求30所述的接收机,其特征在于,管理与从广播台接收的链接数据的识别符相对应的广播节目存储在节目存储装置何处的对应关系,当从应用程序要求用链接数据名来取得数据时,替代发回数据而重放节目存储装置中的节目。
35.根据权利要求30所述的接收机,其特征在于,在与从广播台接收的链接数据的识别符相对应的广播节目存储在节目录象装置何处的对应关系的基础上,管理该节目的节目附加信息,由此,当从应用程序要求用链接数据识别符来取得时,当正在对该广播节目进行录象的情况下,替代重放与链接数据识别符相对应的节目录象装置中的节目,使用节目附加信息来在广播中的频道中调谐该广播节目。
36.根据权利要求30所述的接收机,其特征在于,包括文件存储管理部,当接收更新模块信息时,通过过滤器,仅接收该被更新的模块,从该被更新的模块中取出数据来进行存储。
37.根据权利要求30所述的接收机,其特征在于,包括文件存储管理部,当接收更新模块信息时,通过过滤器,仅接收特定模块的特定块,组装该块,再次构筑数据,并进行存储。
38.根据权利要求30所述的接收机,其特征在于,包括文件存储管理部,使用接收的数据的发送种类信息,对于预先发送的数据,控制重写全部或者重写差分。
39.根据权利要求38所述的接收机,其特征在于,使用接收的数据的差分附加信息来管理预先发送的数据的文件更新管理部包括根据该信息控制文件的更新的功能。
40.根据权利要求39所述的接收机,其特征在于,使用接收的版本附加信息来管理预先发送的数据的文件更新管理部包括对于相同版本编号的数据管理数据的差异的功能。
41.根据权利要求40所述的接收机,其特征在于,当使用接收的目录时,参照目录发送信息表,在利用有效期间信息的期间使用该目录。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP12505298 | 1998-05-07 | ||
JP125052/98 | 1998-05-07 | ||
JP195093/98 | 1998-06-25 | ||
JP19509398A JP3361997B2 (ja) | 1998-05-07 | 1998-06-25 | 放送送信装置及び放送送信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1235463A true CN1235463A (zh) | 1999-11-17 |
CN1266908C CN1266908C (zh) | 2006-07-26 |
Family
ID=26461590
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN99106505.0A Expired - Fee Related CN1266908C (zh) | 1998-05-07 | 1999-05-07 | 广播台系统和接收机 |
Country Status (7)
Country | Link |
---|---|
EP (1) | EP0957597A3 (zh) |
JP (1) | JP3361997B2 (zh) |
KR (1) | KR100559006B1 (zh) |
CN (1) | CN1266908C (zh) |
AU (1) | AU758591B2 (zh) |
SG (1) | SG97789A1 (zh) |
TW (1) | TW416230B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1296829C (zh) * | 2000-06-05 | 2007-01-24 | 松下电器产业株式会社 | 接收存储装置、发送装置、广播系统、接收存储方法、发送方法、广播方法、程序及媒体 |
CN1868184B (zh) * | 2003-10-17 | 2010-11-03 | 艾利森电话股份有限公司 | 用于多媒体显示的容器格式 |
CN101356752B (zh) * | 2006-01-05 | 2011-06-15 | Kddi株式会社 | 广播内容传送装置、广播内容传送系统和广播内容传送方法 |
CN102111564A (zh) * | 2009-12-25 | 2011-06-29 | 新奥特(北京)视频技术有限公司 | 一种电视气象节目的制播系统 |
CN106210862A (zh) * | 2016-07-21 | 2016-12-07 | 青岛海信传媒网络技术有限公司 | 节目信息处理方法及装置 |
Families Citing this family (47)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE69943228D1 (de) | 1998-07-14 | 2011-04-07 | Sony Corp | Datenempfangsvorrichtung |
US7222155B1 (en) | 1999-06-15 | 2007-05-22 | Wink Communications, Inc. | Synchronous updating of dynamic interactive applications |
JP2001184286A (ja) * | 1999-12-27 | 2001-07-06 | Nec Corp | コンテンツ取得装置、コンテンツ取得方法、コンテンツサーバおよびコンテンツ取得システム |
EP1120965A1 (en) * | 2000-01-28 | 2001-08-01 | Carl L. Dr. Woebcken | Method and system for delivering a desired audio and/or video sequence |
JP2001292436A (ja) * | 2000-04-07 | 2001-10-19 | Sony Corp | 管理装置および方法 |
JP4545982B2 (ja) * | 2000-04-21 | 2010-09-15 | パナソニック株式会社 | データ放送番組合成装置及びプログラム並びにコンピュータ読み取り可能な記録媒体 |
JP4943548B2 (ja) * | 2000-06-13 | 2012-05-30 | パナソニック株式会社 | 受信蓄積装置 |
JP4766770B2 (ja) * | 2000-06-13 | 2011-09-07 | パナソニック株式会社 | 蓄積型放送サービスシステムおよび受信蓄積装置 |
JP4240766B2 (ja) | 2000-06-26 | 2009-03-18 | パナソニック株式会社 | データ蓄積方法およびそれを実現した受信装置および放送システム |
GB0016061D0 (en) * | 2000-06-30 | 2000-08-23 | Koninkl Philips Electronics Nv | Efficient recording of object carousels |
JP2002044551A (ja) * | 2000-07-26 | 2002-02-08 | Toshiba Corp | 放送受信表示装置及び放送受信表示方法 |
KR100352549B1 (ko) * | 2000-07-29 | 2002-09-12 | 주식회사 알티캐스트 | 어플리케이션 정의 화일을 이용한 디지털 방송용 컨텐츠데이터의 관리방법 및 그 시스템 |
US20020059624A1 (en) * | 2000-08-03 | 2002-05-16 | Kazuhiro Machida | Server based broadcast system, apparatus and method and recording medium and software program relating to this system |
TW552502B (en) * | 2000-11-21 | 2003-09-11 | Matsushita Electric Ind Co Ltd | File management method and content recording/playback apparatus |
US7047273B2 (en) | 2000-11-28 | 2006-05-16 | Navic Systems, Inc. | Load balancing in set top cable box environment |
US20020122427A1 (en) * | 2000-11-28 | 2002-09-05 | Navic Systems, Inc. | Synchronization of bulk data transfers to end node devices in a multimedia network |
JP2002280985A (ja) * | 2001-03-15 | 2002-09-27 | Nippon Television Network Corp | ディジタル放送におけるデータ送信方法、データ送受信方法、及びそのシステム。 |
JP2002344405A (ja) * | 2001-03-16 | 2002-11-29 | Matsushita Electric Ind Co Ltd | データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム |
JP4465577B2 (ja) * | 2001-04-19 | 2010-05-19 | ソニー株式会社 | 情報処理装置および方法、情報処理システム、記録媒体、並びにプログラム |
JP2002330420A (ja) * | 2001-05-01 | 2002-11-15 | Matsushita Electric Ind Co Ltd | 蓄積型データ放送システム及び、それに関する、送出装置または受信装置または方法または記録媒体またはプログラム |
GB0111008D0 (en) * | 2001-05-04 | 2001-06-27 | Koninkl Philips Electronics Nv | Recording of interactive applications |
JP2002342195A (ja) * | 2001-05-14 | 2002-11-29 | Telecommunication Advancement Organization Of Japan | 情報サービス提供方法および情報サービス提供システム |
JP4556353B2 (ja) * | 2001-06-29 | 2010-10-06 | ソニー株式会社 | データ放送送出方法及びデータ放送送出装置 |
JP4271483B2 (ja) | 2003-04-24 | 2009-06-03 | ソニー株式会社 | コンテンツ処理装置およびコンテンツ処理方法 |
US7653018B2 (en) * | 2004-07-27 | 2010-01-26 | Microsoft Corporation | Differential update for data broadcasting |
US9288538B2 (en) * | 2005-04-07 | 2016-03-15 | Qualcomm Incorporated | Methods and apparatus for conveying a delivery schedule to mobile terminals |
JP4550650B2 (ja) * | 2005-04-12 | 2010-09-22 | 株式会社東芝 | データ放送更新システム |
US7738863B2 (en) * | 2005-08-25 | 2010-06-15 | Nokia Corporation | IP datacasting middleware |
JP4828192B2 (ja) * | 2005-09-29 | 2011-11-30 | 京セラ株式会社 | 放送受信装置及びデータ処理方法 |
KR100748684B1 (ko) | 2005-12-19 | 2007-08-13 | 삼성전자주식회사 | 방송 시스템의 방송 스케쥴 경합 검사 방법 및 그 장치 |
JP4783215B2 (ja) * | 2006-06-12 | 2011-09-28 | 日本放送協会 | 送信装置、受信装置、送信プログラム、及び受信プログラム |
JP2007159148A (ja) * | 2006-12-11 | 2007-06-21 | Sony Corp | データ伝送方法及びデータ伝送装置 |
US8694678B2 (en) | 2008-11-10 | 2014-04-08 | Telefonaktiebolaget L M Ericsson (Publ) | Method of providing data to a client |
US9032466B2 (en) * | 2010-01-13 | 2015-05-12 | Qualcomm Incorporated | Optimized delivery of interactivity event assets in a mobile broadcast communication system |
US8676991B2 (en) | 2010-01-13 | 2014-03-18 | Qualcomm Incorporated | Signaling mechanisms and systems for enabling, transmitting and maintaining interactivity features on mobile devices in a mobile broadcast communication system |
US20110177775A1 (en) * | 2010-01-13 | 2011-07-21 | Qualcomm Incorporated | Signaling mechanisms, templates and systems for creation and delivery of interactivity events on mobile devices in a mobile broadcast communication system |
US8914471B2 (en) | 2010-05-28 | 2014-12-16 | Qualcomm Incorporated | File delivery over a broadcast network using file system abstraction, broadcast schedule messages and selective reception |
JP5663407B2 (ja) * | 2010-06-03 | 2015-02-04 | 日本放送協会 | 放送サービスの送信装置 |
JP5717547B2 (ja) * | 2010-06-03 | 2015-05-13 | 日本放送協会 | 放送サービスの受信装置及びそのプログラム |
JP5622475B2 (ja) * | 2010-07-30 | 2014-11-12 | 日本放送協会 | 放送サービスの送信装置、受信装置及びそのプログラム |
JP2013236117A (ja) * | 2012-05-02 | 2013-11-21 | Nippon Hoso Kyokai <Nhk> | 受信機、ファイルキャッシング方法、及びプログラム |
JP5725235B1 (ja) | 2014-04-22 | 2015-05-27 | ソニー株式会社 | 受信装置及び受信方法、並びに、送信装置及び送信方法 |
JP5725250B1 (ja) * | 2014-11-27 | 2015-05-27 | ソニー株式会社 | 送信装置及び送信方法、並びに受信装置及び受信方法 |
JP5725249B1 (ja) * | 2014-11-27 | 2015-05-27 | ソニー株式会社 | 送信装置及び送信方法、並びに受信装置及び受信方法 |
JP6337804B2 (ja) * | 2015-03-04 | 2018-06-06 | ソニー株式会社 | 受信装置及び受信方法 |
CA2977718C (en) * | 2015-04-27 | 2022-04-12 | Sharp Kabushiki Kaisha | Service signaling extensions |
CA3013426A1 (en) * | 2016-02-15 | 2017-08-24 | Sony Corporation | Reception apparatus, trasmission apparatus, and data processing method |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3002471B2 (ja) * | 1988-08-19 | 2000-01-24 | 株式会社日立製作所 | 番組配信装置 |
US5404505A (en) * | 1991-11-01 | 1995-04-04 | Finisar Corporation | System for scheduling transmission of indexed and requested database tiers on demand at varying repetition rates |
JPH06121061A (ja) * | 1992-10-01 | 1994-04-28 | Ricoh Co Ltd | 通信会議装置 |
US5491838A (en) * | 1993-04-08 | 1996-02-13 | Digital D.J. Inc. | Broadcast system with associated data capabilities |
JPH07264561A (ja) * | 1994-03-18 | 1995-10-13 | Fujitsu General Ltd | 文字放送システム |
US5740549A (en) * | 1995-06-12 | 1998-04-14 | Pointcast, Inc. | Information and advertising distribution system and method |
EP0772367A3 (de) * | 1995-09-07 | 1999-05-06 | Siemens Aktiengesellschaft | Mobilfunksystem |
JPH09245049A (ja) * | 1996-03-05 | 1997-09-19 | Toshiba Corp | 情報受け取り方法および装置 |
JPH09289498A (ja) * | 1996-04-24 | 1997-11-04 | Toshiba Corp | 番組放送システム |
JPH1032802A (ja) * | 1996-05-16 | 1998-02-03 | Infuoshitei:Kk | 情報表示方法および装置 |
JP3162627B2 (ja) * | 1996-06-25 | 2001-05-08 | 松下電器産業株式会社 | 放送システム及びこれに用いるマルチメディア蓄積表示装置 |
JP2956751B2 (ja) * | 1996-06-28 | 1999-10-04 | 松下電器産業株式会社 | マルチメディア蓄積表示装置 |
JP3109989B2 (ja) * | 1996-06-28 | 2000-11-20 | 松下電器産業株式会社 | 情報配送装置 |
AU3908297A (en) * | 1996-08-06 | 1998-02-25 | Starsight Telecast Incorporated | Electronic program guide with interactive areas |
JPH1091421A (ja) * | 1996-09-13 | 1998-04-10 | Toshiba Corp | 伝送ソフトウエア生成支援装置 |
-
1998
- 1998-06-25 JP JP19509398A patent/JP3361997B2/ja not_active Expired - Lifetime
-
1999
- 1999-04-29 AU AU25017/99A patent/AU758591B2/en not_active Ceased
- 1999-05-03 SG SG9902104A patent/SG97789A1/en unknown
- 1999-05-04 EP EP99108814A patent/EP0957597A3/en not_active Ceased
- 1999-05-05 TW TW088107294A patent/TW416230B/zh not_active IP Right Cessation
- 1999-05-06 KR KR1019990016150A patent/KR100559006B1/ko not_active IP Right Cessation
- 1999-05-07 CN CN99106505.0A patent/CN1266908C/zh not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1296829C (zh) * | 2000-06-05 | 2007-01-24 | 松下电器产业株式会社 | 接收存储装置、发送装置、广播系统、接收存储方法、发送方法、广播方法、程序及媒体 |
CN1868184B (zh) * | 2003-10-17 | 2010-11-03 | 艾利森电话股份有限公司 | 用于多媒体显示的容器格式 |
CN101356752B (zh) * | 2006-01-05 | 2011-06-15 | Kddi株式会社 | 广播内容传送装置、广播内容传送系统和广播内容传送方法 |
CN102111564A (zh) * | 2009-12-25 | 2011-06-29 | 新奥特(北京)视频技术有限公司 | 一种电视气象节目的制播系统 |
CN102111564B (zh) * | 2009-12-25 | 2015-07-15 | 新奥特(北京)视频技术有限公司 | 一种电视气象节目的制播系统 |
CN106210862A (zh) * | 2016-07-21 | 2016-12-07 | 青岛海信传媒网络技术有限公司 | 节目信息处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP0957597A3 (en) | 2001-04-04 |
JP3361997B2 (ja) | 2003-01-07 |
KR100559006B1 (ko) | 2006-03-10 |
JP2000031921A (ja) | 2000-01-28 |
AU758591B2 (en) | 2003-03-27 |
TW416230B (en) | 2000-12-21 |
SG97789A1 (en) | 2003-08-20 |
EP0957597A2 (en) | 1999-11-17 |
AU2501799A (en) | 1999-11-18 |
KR19990088070A (ko) | 1999-12-27 |
CN1266908C (zh) | 2006-07-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1266908C (zh) | 广播台系统和接收机 | |
CN1118196C (zh) | 产生节目信息的方法和装置以及处理节目信息的接收装置 | |
CN1127241C (zh) | Av设备使用方法及av设备系统 | |
CN1216340C (zh) | 数据采集设备及方法 | |
CN1327684A (zh) | 发送方法和接收装置 | |
CN1175733A (zh) | 信息接收装置 | |
CN1092889A (zh) | 分布式数据库系统及其数据库接收机 | |
CN1493154A (zh) | 发送装置及接收装置 | |
CN1423894A (zh) | 在交互式电视中的内容传播 | |
CN1268820A (zh) | 广播收发信装置和广播收发信方式 | |
CN1751506A (zh) | 用于远程控制客户机记录和存储行为的系统 | |
CN1178508C (zh) | 数据收发系统及其方法 | |
CN1299504C (zh) | 数据流发送装置及其方法以及分发系统 | |
CN1277770A (zh) | 数据发送控制方法、数据发送方法和设备以及接收设备 | |
CN1977536A (zh) | 节目选择系统 | |
CN1685719A (zh) | 广播系统、记录装置、记录方法、程序、记录媒体 | |
CN1742484A (zh) | 视频信号处理器、视频信号记录器、视频信号再现器、视频信号处理器处理方法、视频信号记录器处理方法、视频信号再现器处理方法、记录介质 | |
CN1157942C (zh) | 电视节目广播系统 | |
CN1178473C (zh) | 信息接收方法和信息接收装置 | |
CN1212736C (zh) | 存储型广播系统与广播发送装置及广播接收装置 | |
CN1298121C (zh) | 基于存储的广播系统、发送器和接收器 | |
CN1520554A (zh) | 信息提供方法、信息提供系统和信息服务器设备 | |
CN1130078C (zh) | 广播发送装置及广播接收装置 | |
CN1279760C (zh) | 数据广播调度系统和与此相关的装置、方法 | |
CN1213251A (zh) | 静态图象播放装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20060726 Termination date: 20130507 |