CN1742474A - 媒体数据发送设备和媒体数据接收设备 - Google Patents
媒体数据发送设备和媒体数据接收设备 Download PDFInfo
- Publication number
- CN1742474A CN1742474A CNA200480002762XA CN200480002762A CN1742474A CN 1742474 A CN1742474 A CN 1742474A CN A200480002762X A CNA200480002762X A CN A200480002762XA CN 200480002762 A CN200480002762 A CN 200480002762A CN 1742474 A CN1742474 A CN 1742474A
- Authority
- CN
- China
- Prior art keywords
- data
- program
- content
- media
- send
- 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.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
在本发明中,内容由多项数据(1101,1102,1103,1104)组成,而构成内容的数据的传输周期等随数据的重要性和/或必要性和用途而改变。这样,例如,可以将高必要性数据的传输周期设置得比低必要性数据的传输周期短,并且将诸如概要信息之类要求快速观看的信息的传输周期设置得比详细信息的传输周期短。
Description
技术领域
本发明涉及发送/接收包括多项媒体数据,譬如,程序、图像数据、文本数据、语音数据、音乐数据、指定程序的运行的运行规则以及起程序的一部分作用的子程序的内容的媒体数据发送设备和媒体数据接收设备。
背景技术
作为将程序分发给接收终端的方法,存在接收终端与程序分发服务器相连接以下载程序的通信型分发方法以及分发服务器沿着一个方向将数据发送给接收终端和接收终端接收程序的广播型分发方法。
通信型程序分发在接收终端存储的程序随终端而异的情况下有效,它是通常用在当前因特网上的方案。
同时,在广播型程序分发中,当将相同程序发送给多个接收终端时,与通信型相比,可以有效地使用传输频带,并且,接收终端能够迅速地识别出程序的分发已开始(在通信型中,如果不询问发送终端,接收终端识别不出程序的分发已开始)。
非专利文件1(Tsutomu Terada等人,“Design and Implementation of anActive Database System for Receiving Broadcast Data(接收广播数据的有效数据库系统的设计和实现)”,D-1 Vol.J83-D-1,No.12,pages 1272-1283,Dec.2000)描述了广播型程序发送的传统例子。在这个例子中,取代发送程序,通过发送指定程序的运行的运行规则(ECA规则),可以改变程序的运行)。
在发送广播内容(例如,诸如视频、音频、文本和程序之类的媒体数据)的进程中,一般说来,存在随着传输间隔越来越长,显示或操作内容的等待时间也增加的问题。但是,难以在有限传输频带内对所有内容都缩短传输周期。
因此,人们提出了为短传输周期设置重要内容的方法。例如,在非专利文件2(Masahiro AONO等人,“Reducing Response Time by Integrated Push-pullMethod(用综合推挽方法减少响应时间)”,Information Processing Society,Vol.42,No.6,pages 1694-1701(2001))中,对收视率高的内容设置短传输周期,从而可以减少显示高收视率内容的时间。
并且,专利文件1(JP 2001-268026)公开了将要发送的信息分类成与信息的更新频率和出现率相对应的类别,并且为每个类别设置要发送的定时以发送信息的方法。从而,可以优先发送对接收者来说更新频率高和/或出现度高的信息。
在数段内容当中,一些是对接收者来说必要性高的媒体数据,而另一些是对接收者来说必要性低的媒体数据。例如,当在移动终端上进行诸如TV(电视)广播之类的视频内容的接收和观看时,内容的接收者首先需要知道在接收者当前所处的区域中正在分发什么内容。因此,对于内容的观看者来说必要性最高的信息是指示节目梗概的概要信息(例如,大小为几百个文本字符和大约一幅静止图像、其中描述了戏剧中的情节和人物,或各种各样节目中的主持人和来宾的概要信息),并且,有必要迅速地将这样的信息通知内容的接收者。
但是,在专利文件1的方法中,根据要发送的信息的更新频率和/或出现度确定发送定时,而不考虑对用户的必要性,难以应用于如上所述的例子。
并且,在非专利文件2的方法中,传输周期在包含在收视率高的内容中的所有数据上都减小。换句话说,在对内容的观看者来说必要性低的媒体数据上也设置了短传输周期。
因此,不能有效地使用有限传输频带,并且,存在不能对构成另一段内容的必要性高的媒体数据设置短传输周期的情况。于是,在内容的接收终端中,接收频繁更新的必要性高的数据的等待时间增加了,并且引起显示或操作内容的等待时间增加的问题。
如上所述,传统方法存在在有限传输频带内在接收终端中显示必要性高的内容所花费的等待时间增加的问题。
发明内容
本发明的目的是减少在接收终端中显示或操作必要性高的内容所花费的等待时间。
在本发明中,内容由多项数据构成,在发送内容的过程中,与构成内容的媒体数据的必要性相对应地改变媒体数据的传输周期和要发送的数据的信息量。
根据本发明,例如,可以对必要性高的媒体数据比对必要性低的媒体数据设置较短的传输周期,从而,可以对诸如概要信息之类需要更快速观看的信息比对详细信息设置较短的传输周期。结果,当接收终端开始接收内容或接收终端改变的条件时,可以发送媒体数据,以便使终端能够在有限传输频带内更快地更新必要数据。并且,对必要性高的媒体数据比对必要性低的媒体数据设置较大的信息量,从而在有限传输频带内能够展示与用户的必要性相对应的信息,例如,以便详细展示用户周围的区域的地图,而粗略展示远离用户的区域的地图。
附图说明
图1A是示出本发明的第一实施例中通信网络的使用模式的第一配置图;
图1B是示出第一实施例中通信网络的使用模式的第二配置图;
图1C是示出第一实施例中通信网络的使用模式的第三配置图;
图2是示出根据第一实施例的内容分发系统的使用模式的视图;
图3是例示根据第一实施例的内容分发系统的配置图;
图4是例示根据第一实施例的简档设置方法的视图;
图5是示出根据第一实施例的所述信道信息的视图;
图6是示出根据第一实施例的传输格式的首标的视图;
图7是示出根据第一实施例在SDP中描述信道信息的例子的视图;
图8是示出根据第一实施例在扩展SQL描述中描述运行规则的例子的视图;
图9是根据第一实施例在服务器中进行内容分发的操作流程图;
图10是根据第一实施例接收终端获取要显示的信道信息的操作流程图;
图11是根据第一实施例接收终端选择信道时的操作流程图;
图12是根据第一实施例接收终端执行程序的流程图;
图13是示出根据本发明第二实施例的内容分发系统的使用模式的视图;
图14A是示出根据第二实施例服务器发送的第一数据的视图;
图14B是示出根据第二实施例服务器发送的第二数据的视图;
图14C是示出根据第二实施例服务器发送的第三数据的视图;
图15是示出根据第二实施例分发数据中的信道信息的视图;
图16是例示根据第二实施例的内容分发系统的配置的视图;
图17是根据第二实施例接收终端获取要显示的信道信息的操作流程图;
图18是根据第二实施例接收终端的用户选择程序之后的操作流程图;
图19是根据第二实施例接收终端翻译程序部分的流程图;
图20是根据第二实施例接收终端监视登记事件的操作流程图;
图21是示出根据本发明第三实施例的地图分发系统的使用模式的视图;
图22是示出根据本发明第四实施例的位置相关游戏分发系统的使用模式的视图;和
图23是根据本发明第五实施例的接收终端的配置图。
具体实施方式
(第一实施例)
下面参照附图描述根据本发明第一实施例的内容分发系统。首先,下面参照图1A到1C描述根据第一实施例的内容分发系统中通信网络的使用模式。图1A到1C的每一个都是示出第一实施例中通信网络的使用模式的配置图。
如图1A所示,在根据第一实施例的内容分发系统中,作为媒体数据发送设备的服务器102发送信道信息和内容,并且作为媒体数据接收设备的接收终端104接收信道信息,并且,根据信道信息,进一步接收内容。
在第一实施例中,要发送的内容包括程序、程序的运行规则、诸如运动画面、语音、音乐、文本和静止图像之类作为输入用在程序中的程序的数据以及确定媒体的安排的布局信息。
信道信息包括在相关信道上发送、表示要接收构成接收内容所需的内容的每种媒体数据的接收端口的信息。信道信息进一步包括对话标题、对话的开始时间和结束时间、作为内容发送的数据的类型、目标信道、要发送的每种媒体数据的名称以及公开密钥的证书,公开密钥与用在生成给予媒体数据或信息以便与证书链接的电子签名中的秘密密钥相联系。
通信网络101可以是有线网络(譬如,ADSL(非对称数字用户环路)、ISDN(综合业务数字网)、ATM(异步传输模式)以及FTTH(光纤到家庭))或无线网络(例如,蜂窝式电话网络以及无线LAN(局域网))。并且,如图1B所示,通信网络101可以是有线网络和无线网络相互连接的网络。
并且,如图1C所示,服务器108存在于各自地方并向相邻区域广播数据,而接收终端109接收数据的通信模式是可以实现的。在这样的通信模式中,Blue Tooth(蓝牙)和/或无线LAN用作传输协议。
在第一实施例中,因特网协议用作传输协议,通信设备(服务器102和接收终端104)通过诸如路由器和GW(网关)之类的中继节点103相互连接。路由器和GW配有广播和/或多播功能,能够复制数据包。
作为发送内容的方法,服务器102和接收终端104可以进行一对一通信,或者,利用广播或多播功能进行一对N通信。
接收终端104包括蜂窝式电话、TV、PDA(个人数字助理)和个人计算机。并且,作为接收终端104,可以同时存在诸如蜂窝式电话、TV、PDA和个人计算机之类在显示分辨率和处理能力方面不同的多个接收终端。
并且,存在分发内容的多个服务器104和接收终端104同时从多个服务器102接收内容也是可以的。并且,接收终端104可以具有与多条传输路径连接的功能。
此外,系统可以具有带有广播网络(例如,地面数字广播和卫星广播)或带有内置广播和通信网络的配置。
并且,当向诸如蜂窝式电话之类的移动接收终端广播内容时,要求根据区域发送不同内容。当服务器以广播或多播形式向有这样要求的多个接收终端发送内容时,不易改变与位置相对应的广播的内容。
因此,为了实现与位置相对应的广播,在图1B的例子中,服务器105和中继节点106以一对一的单播形式相互通信(有线网络区),并且中继节点利用无线网络和利用广播功能向接收终端107分发内容。实现广播功能的中继节点106不能通过另一个中继节点106广播数据包。
下面参照图2描述根据第一实施例的内容分发系统中内容分发的梗概。图2是示出根据第一实施例的内容分发系统的使用模式的视图。
另外,虽然在如下的描述中使用了中继节点103和接收终端104,但也可以使用中继节点106和接收终端107和109。
中继节点103a到103c分别将数据分发给分发区1130到1132。
作为媒体数据发送设备的服务器(发送终端)102将程序1101和运行规则1(1102)发送给中继节点103a,将程序1101和运行规则2(1103)发送给中继节点103b以及将程序1101和运行规则3(1104)发送给中继节点103c。
运行规则1到3(1102到1104)是程序1101引用的不同运行规则。
作为信道信息,中继节点103a到103c发送公用数据。
在进行这样的发送时,作为公用数据的程序1101可以用在分发区1130到1132中。例如,在分发区1130中接收的程序1101可以用在分发区1131和1132中。
于是,当接收终端104从分发区1130移动到分发区1131或1132时,接收终端104能够使用作为公用数据的程序1101,因此,含有少数要更新的数据。
并且,考虑到发生在传输路径中的数据包丢失,更新较少量数据导致完全接收所有数据所花费的时间较短。因此,如图2所示的分发减少了接收等待时间。
并且,在内容分发系统中,随着媒体数据的分发区变小,媒体数据的传输周期被设置成短的。换句话说,在如图2所示的例子中,程序1101的传输周期被设置成长的,而运行规则1102到1104的传输周期被设置成短的。在接收终端104一边移动一边接收内容的情况下,程序1101对接收终端104来说似乎不变化,而运行规则1102到1104对接收终端104来说似乎发生变化。于是,通过随着媒体数据的分发区变小,对媒体数据设置较短的传输周期,运行规则1102到1104的传输频率对发送终端来说似乎具有高的更新频率,使接收接收终端需要频繁更新的运行规则1到3(1102到1104)所花费的等待时间较短。这样,接收终端能够将内容保持在最新状态下。
下面参照图3描述根据第一实施例的内容分发系统的配置。图3是例示根据第一实施例的内容分发系统的配置的视图。
在该系统中,接收终端104首先在预定信道上接收信道信息,打开接收在信道信息中描述的内容的信道,并接收内容。
信道由成对的目标地址和目标端口号指示。
假设作为媒体数据发送设备的服务器102(发送终端)管理多段内容。
下面描述服务器102的配置。
发送数据存储部分201是存储内容201a、在接收终端104中验证内容201a需要的证书201b以及与包含在证书201b中的公开密钥相对应的秘密密钥201c的装置。更具体地说,发送数据存储部分201是以硬盘驱动器为代表的存储媒体。
内容201a包括作为与区域无关的公用数据的程序以及因区域而异的运行规则和程序的数据。程序的数据包括图像数据、文本数据、语音数据和音乐数据。
证书201b是公开密钥证书,它包括带有诸如VeriSign(http://www.verisigh.co.jp/)之类的验证站的电子签名的信息,其中,该信息包括公开密钥数据(用在解密电子签名中)、公开密钥的拥有者的信息、证书的有效期以及发放证书的验证站的信息。因此,公开密钥的拥有者的有效性由验证站来保证。
发送管理部分202是管理内容的广播时间表的装置。在开始广播每个内容的事先指定时间上,发送管理部分202独立地从发送数据存储部分201获取构成内容201a的每种媒体数据,并以预定大小划分每种媒体数据,以便输出到签名指定部分203。
在根据本实施例的内容分发系统中,以像DSM-CC那样的预定传输周期重复地发送内容。发送管理部分202确定内容的传输周期。随着媒体数据的分发区变宽,媒体数据的传输周期被确定为更长。例如,利用(传输周期常数)×(分发目标基站的个数)的方程确定传输周期。这里,传输周期常数是发送设备的管理者设置的值,它是分发区的个数是1时的传输周期。并且,分发区的个数代表分发媒体数据的中继节点103a、103b以及103c的个数。在图2的例子中,程序1101的分发区的个数是3,而运行规则(1102到1104)的分发区的个数是1。于是,在本例中,以三倍于运行规则1102到1104的周期的周期发送程序1101。
在结束时,发送管理部分202完成内容的发送。部分202具有在内容发送开始时,发送开始发送到信道生成部分206的内容的信息(内容的标题、发送开始时间和结束时间以及要作为内容发送的每种媒体数据的类型和名称),而在内容发送结束时,通知发送部分205内容发送结束的功能。
另外,也可以利用设置文件或利用GUI指定内容的发送开始时间和结束时间、要作为内容发送的数据的文件名、构成内容的每种媒体数据的分发区以及传输周期常数。
签名指定部分203是生成电子签名指定给发送管理部分202提供的媒体数据的装置。签名指定部分203从发送数据存储部分201获取用在生成电子签名中的秘密密钥201c。另外,取代在签名指定部分203中生成,也可以在内容创建器中事先生成和预备电子签名。
电子签名指示内容由适当分发器创建和分发和在发送的时候未被窜改。更具体地说,利用散列函数(例如,MD5和SHA)从内容数据中生成散列值,并利用内容分发器拥有的秘密密钥加密散列值。并且,作为电子签名的方案,假设使用诸如MD5和SHA之类的方案。分发证书和电子签名防止接收终端启动不适当内容,从而进行不适当操作。
标识符指定部分204指定指示与从签名指定部分203输出的内容201a的程序、运行规则和程序的数据的对应关系(程序引用程序和数据的对应关系)的标识符。
作为标识符,标识符指定部分204将相同的号码指定给相应程序、运行规则和程序的数据。换句话说,标识符指定部分204为每段内容指定不同的号码。
这样,接收终端104能够识别出指定相同号码的程序、运行规则和程序的数据具有对应关系。
标识符指定部分204具有输出将标识符指定给发送部分205的数据的功能。
信道信息生成部分206是根据发送管理部分202通知的信息和存储在发送数据存储部分201中的证书201b,生成每个内容201a的信道信息的装置。
信道信息进一步对话的标题、对话的开始时间和结束时间、作为内容发送的数据的类型、目标信道、要发送的每种媒体数据的名称以及公开密钥的证书,公开密钥与用在生成指定给数据或将信息与证书链接的电子签名中的秘密密钥相对应。
作为用于信道信息描述的协议,假设使用以SDP为代表的用于对话描述的协议。以后将描述信道信息的特例。
还假设定期地重复发送信道信息。
这样,服务器102利用信道信息将目标信道,以及媒体数据通知接收终端104。因此,即使服务器102在任意信道上向接收终端104发送媒体数据,接收终端104也能够利用信道信息的目标信道接收媒体数据。
并且,信道信息包括对话标题、对话开始时间和结束时间、作为内容发送的数据的类型以及要发送的每种媒体数据的名称。因此,通过将信道信息从服务器120发送到接收终端104,即使服务器102在任意信道上发送包含在内容中的媒体数据,接收终端104也能够联系包括在内容中的媒体数据,并接收包括在内容的程序作出适应响应的运行规则和程序的数据。
发送部分205具有与网络101连接的接口功能,还进一步具有打包从标识符指定部分204接收的数据以便发送到网络101的功能。并且,发送部分205以发送管理部分202设置的传输周期发送数据。
服务器102就是像上述那样配置的。
下面描述接收终端104的配置。
发送部分211从网络101接收信道信息和内容201a以便进行拆包。当接收数据是信道信息时,部分211将数据发送到接收信道选择部分212。当接收数据是内容201a时,部分211将数据发送到存储管理部分214。
发送部分211具有通过来自接收信道选择部分212的指令打开内容201a的接收信道的功能。并且,发送部分211是当接收信道选择部分212指定的信道是URL(统一资源定位符)时,根据来自URL所指的服务器的URL获取数据的装置。
接收信道选择部分212是从发送部分211通知的多段信道信息当中选择要接收的内容201a的装置。作为在接收信道选择部分212中选择信道的方法,可能存在在信道信息当中向用户展示内容201a的标题以使用户选择内容201a的方法,或自动接收第一接收信道信息的内容201a的方法。
并且,根据在信道信息中描述的信道信息,接收信道选择部分212在选择内容201a的过程中将要打开的信道通知发送部分211。当从程序执行部分216接收URL时,接收信道选择部分212根据来自服务器的URL获取数据。
接收信道选择部分212进一步具有当信道信息包括用于内容验证的证书201b时,将所选信道的证书201b发送到验证部分213的功能。
当从存储管理部分214接收到指示程序、运行规则和程序的数据的接收已完成的通知时,接收信道选择部分212被设置成停止数据接收,因此,具有关闭程序、运行规则和程序的数据的接收信道以完成接收的功能。
存储管理部分214将接收的媒体数据存储在接收数据存储部分215中。当存储接收的媒体数据时,存储管理部分214根据指定给媒体数据的标识符,将程序、运行规则和程序的数据相互联系地加以存储。
这里,以这样联系在一起的存储是使每一个指定相同标识符的程序、运行规则和程序的数据构成同一内容一目了然的存储。例如,存储管理部分214将程序、运行规则和程序的数据存储在名称与标识符的名称相同的目录中。并且,存储管理部分214在存储数据的过程中,将在信道信息中描述的每种媒体数据的名称用作媒体数据的文件名。
当将电子签名数据指定给媒体数据时,存储管理部分214也将电子签名数据与媒体数据相联系地加以存储。
这里,相互联系地存储电子签名数据和媒体数据是使媒体数据对应于电子签名数据一目了然的存储。例如,可以用“(name of media data)Sign”的名称将电子签名存储在与媒体数据相同的目录中。
当接收到所有分媒体数据时,存储管理部分214组合分媒体数据。并且,存储管理部分214具有将指定给媒体数据的电子签名和媒体数据发送到验证部分213,当从验证部分213接收到验证成功通知时,进一步将媒体数据发送到程序执行部分213的功能。
当完成程序和运行规则的接收时,存储管理部分214将接收完成通知发送给接收信道选择部分212。
验证部分213从接收信道选择部分212接收证书数据,进一步从存储管理部分214接收与媒体数据相对应的电子签名,验证发放证书201b的机构肯定创建了(或发送了)内容201a,并将验证结果通知存储管理部分214。
程序执行部分216接收存储管理部分214通知的程序加以执行。此刻,当程序发出引用运行规则的指令时,程序执行部分216请求存储管理部分214发送引用程序。
当程序打算访问URL所指的内容时,程序执行部分216引用存储在简档设置/存储部分217中的安全简档(允许与网络连接)。然后,当访问URL不违反安全简档时,程序执行部分216将URL发送给接收信道选择部分212,指令获取URL的数据。
当描述访问用户简档时,程序执行部分216首先引用安全简档(允许访问用户简档)。当访问用户简档不违反安全简档时,程序执行部分216引用存储在简档设置/存储部分217中的安全简档。
当描述获取接收终端的当前位置时,程序执行部分216引用安全简档(允许访问位置信息)。当访问位置信息不违反安全简档时,程序执行部分216从位置信息获取部分218中获取当前位置的信息。
显示部分219是向用户展示程序的处理结果的装置。更具体地说,部分219包括诸如CRT(阴极射线管)和LCD(液晶显示器)之类的视频显示装置、诸如扬声器之类的音频输出装置以及配备在蜂窝式电话中的振动器。并且,当用户选择内容时,显示部分219由接收信道选择部分212用于显示信道信息。
简档设置/存储部分217是设置和存储诸如终端简档、用户简档和安全简档之类各种各样简档的装置。
利用例如如图4所示的GUI进行用户简档和安全简档的设置。图4是例示根据第一实施例的简档设置方法的视图。
如图4所示的GUI显示表示诸如书本、音乐、户外、汽车、电影、游戏、棒球以及足球之类用户感兴趣的主题的项目,作为用户简档。
用户将检验标签放在用户简档310中的项目检验框中,从而设置用户简档301。
如图4所示的GUI显示表示允许访问网络、文件、用户简档或位置信息的项目,作为安全简档302。
用户将检验标签放在项目检验框中,以便在执行程序的过程中允许访问该资源(网络、文件、用户简档或位置信息),从而设置安全简档302。
位置信息获取部分218是获取接收终端的位置信息的装置。更具体地说,部分218是利用GPS(全球定位系统)、蜂窝式电话或无线LAN的基站信息、RF-ID标签、从无线信号灯发出的无线电信号等的位置指定装置。位置信息获取部分218具有将获得的位置信息发送给程序执行部分216的功能。用作位置信息的例子有经度和纬度的信息、GPS数据、相关区域的基站的编号、地址/位置名称、邮政编码以及电话号码。
接收终端104就是像上述那样配置的。
下面参照图5描述服务器102发送程序、运行规则和程序的数据作为内容时的信道信息。图5是示出根据第一实施例的所述信道信息的视图。
如图5所示的信道信息800是利用SDP描述的。
信道信息800中“801”所指的部分遵从SDP的规范。于是,表明将程序数据发送到在“c=”的字段中描述的IP地址。
信道信息800中“802”所指的部分表示证书数据的URL,从而,表示利用URL来验证内容。在本例中,利用URL获取证书,但证书数据本身可以加入部分802中,而不是URL中。
信道信息800中“803”所指的部分含有表示与程序的分发有关的信息的数据。
信道信息800中“804”所指的部分表示通过在RTP的有效负载类型上设置100,利用RTP/UDP/IP协议将数据发送到端口号10,000。
信道信息800中“805”所指的部分表示RTP有效负载类型为100的数据包是Java(R)程序和RTP的时间标记的时钟频率是8,000。
信道信息800中“806”所指的部分表示应用的名称是“main”。“main”是具有特定含义的名称,并且,存在指定了“main”名称的数据首先作为程序被执行的规则。
信道信息800中“807”所指的部分表示与文本(程序的运行规则)的分发有关的信息,具有与“803”所指的部分相同的格式。程序知道运行规则的名称(在本例中,“rule”),并根据该名称,能够访问运行规则。
信道信息800中“808”所指的部分表示与文本(程序的数据)的分发有关的信息。程序知道程序的数据的名称(在本例中,“data”),并根据该名称,能够访问程序的数据。
如上所述,信道信息800具有包括接收内容所要求的、诸如作为信道的目标端口号和有效负载类型之类的信息的结构。
下面参照图6描述发送程序、运行规则和程序的数据的传输格式。图6是示出根据第一实施例的传输格式的首标的视图。
如图6所示的首标500被描述成RTP的有效负载首标。
有效负载格式是这样形成的,首先利用首标类型(Hd.Type)区分首标的类型,然后存储每种首标类型的信息。对于每种首标类型,对长度固定的首标事先指定首标长度,而在长度不固定的首标中将首标长度输入后面位置中。
首标500中“901”所指的部分是一般RTP首标部分。
首标500中“902”所指的部分是表示ID首标信息的字段。在图6的例子中,值“1”代表ID首标信息。
首标500中“903”所指的部分用字节表示ID信息的长度。在图6的例子中,ID信息具有3个字节,其值是“3”。
首标500中“904”所指的部分是唯一表示内容的ID,并且,在单段内容中的程序、运行规则和程序的数据当中输入公用值。
首标500中“905”所指的部分是表示数据的类型的字段,并且,对于数据的每种类型具有事先指定的值,以便为程序、运行规则和程序的数据分别输入例如“1”、“2”和“3”。
首标500中“906”所指的部分是版本字段,每当更新每种媒体数据时,加1。
首标500中“907”所指的部分是表示数据包数首标的字段。在图6的例子中,“5”代表数据包数首标。
首标500中“909”所指的部分表示构成媒体数据的数据包的个数。
首标500中“908”所指的部分表示构成媒体数据的多个数据包当中从头开始成为第1个的数据包的位置。利用信息908,通过周期性发送补充由媒体数据包的拥塞和数据包丢失引起的遗漏信息。
首标500中“911”所指的部分表示有效时间/失效时间首标。在图6的例子中,“130”代表有效时间/失效时间首标。
首标500中“910”所指的部分是有效时间字段。“912”所指的部分是失效时间字段。有效时间字段901表示在NTP(网络时间协议)时间中,媒体数据有效的时间,而失效时间字段912表示媒体数据失效的时间。
媒体数据有效的时间在数据是程序的情况下为执行程序的时间,而如果数据不是程序,则是向程序提供媒体数据的时间。假设没有这个字段的情况是媒体数据与数据接收完成同时有效,并且不失效。
首标500中“913”所指的部分表示电子签名首标。在图6的例子中,“131”代表电子签名首标。
首标500中“914”所指的部分是代表电子签名的类型(譬如,MD5和SHA)的字段。首标500中“915”所指的部分是输入电子签名数据的长度的字段。
首标500中“916”所指的部分是输入电子签名日期的部分。数据916由接收终端用在验证媒体数据中。取代有效负载首标,电子签名的信息可以存储在有效负载中。在这种情况下,存在利用RTP的有效负载类型区分媒体数据和电子签名数据的方法。
可以在一系列数据包当中事先选择诸如序号最大或序号最小的数据包之类的特定数据包,并且将数据包的有效负载用作电子签名的信息。
并且,作为确定RTP的有效负载的数据是媒体数据还是电子签名数据的方法,存在在信道信息中描述这样信息的方法。下面参照图7描述该方法。
如图7所示的信道信息240中“2400”所指的部分是表示与程序的分发有关的信息的数据。
信道信息240中“2401”所指的部分表示通过在RTP的有效负载类型上设置99和100,利用RTP/UDP/IP将数据发送到作为信道的端口号10,000。
信道信息240中“2402”所指的部分表示RTP有效负载类型为99的数据包是Java(R)程序和RTP的时间标记的时钟频率是8,000。
信道信息240中“2403”所指的部分表示RTP有效负载类型为100的数据包是电子签名和RTP的时间标记的时钟频率是8,000。
信道信息240中“2401”所指的部分是有关发送程序和电子签名的信道的信息。
此外,以相同的方式可以确定RTP的有效负载的数据是媒体数据还是电子签名数据。
当电子签名存储在有效负载本身中时,从RTP有效负载首标500中的字段当中删除“913”到“916”所指的字段。
首标500中“917”所指的部分表示运行规则首标。在图6的例子中,“132”代表运行规则首标。
首标500中“921”所指的部分是代表动作的字段和表示加入还是更新以前发送的运行规则。
首标500中“918”所指的部分是表示程序的版本的字段,并且表示运行规则可应用的程序的版本。在接收接收终端保持的程序过程中,将字段918的值与字段906的值相比较,当字段906的值(即,接收终端保持的程序的版本)大于字段918的值时,可以应用在这个数据包中发送的运行规则。
首标500中“919”所指的部分表示运行规则首标。在图6的例子中,“0”代表运行规则首标。首标500中“920”所指的部分表示有效负载数据。
利用如上所述的首标500,发送程序、运行规则和程序的数据。
由于上述字段除了数据包数字段之外,是具有为媒体数据所共有的值的字段,无需将这些首标指定给所有数据包,只需将其指定给构成媒体数据的数据包当中的至少一个数据包。
下面参照图8描述根据第一实施例的运行规则。图8是示出根据第一实施例在扩展SQL描述中描述运行规则的例子的视图。
运行规则1000中“1001”所指的部分规定,当更新带有数据名(在信道信息中描述该名称)的数据时,将“OLD”用作变元调用“Backup()”的函数。
假设“Backup()”是安装在程序中的函数,并描述将作为变元提供的数据存储成备份的操作。并且,“OLD”表示更新之前的最后数据。于是,“1001”所指的整个部分表示在接收数据的过程中备份最后数据。
运行规则1000中“1002”所指的部分表示在接收新数据的过程中重新启动程序。
运行规则1000中“1003”所指的部分表示在2003年6月23日下午10点9分暂停程序。
运行规则1000中“1004”所指的部分表示,当用户对用户简档中的书籍感兴趣和接近距北纬35°12′34.0000″00和东经135°12′34.0000″00的位置10米之内时,调用Start()的函数。
“Start”是开始接收数据的函数,并用“A_store”的名称表示开始接收程序的数据。
运行规则1000就是像上述那样配置的。
下面参照图9描述服务器102中的内容分发操作。
图9是根据第一实施例在服务器中进行内容分发操作的流程图。
当到内容发送的时间时,服务器102启动内容分发操作。
首先,服务器102中的发送管理部分202选择要发送内容的区域(步骤400)。
接着,服务器102中的发送管理部分202生成不与其它内容重叠的标识符(步骤401)。
然后,服务器102中的发送管理部分202确定包含在内容中的媒体数据的传输周期(步骤431)。
随着媒体数据的分发区越来越宽,媒体数据的传输周期被确定得越来越长。
例如,利用“传输周期常数”ד分发目标基站的个数”的方程确定周期。传输周期常数是发送设备的管理者设置的值,它是分发区的个数是1时的传输周期。并且,分发区的个数代表分发媒体数据的中继设备103a、103b以及103c的个数。在图2的例子中,程序1101的分发区的个数是3,而运行规则(1102到1104)的分发区的个数是1。于是,在本例中,以三倍于运行规则1102到1104的周期的周期发送程序1101。
这样,随着媒体数据的分发区越来越宽,媒体数据的传输周期被确定得越来越长。在宽区中分发的媒体数据很有可能已经被许多人接收过,而在窄区中分发的媒体数据很有可能没有被大多数用户接收过。于是,缩短分发区窄的数据的传输周期缩短了没有接收的数据的传输周期,因此,缩短了接收等待时间,从而可以在接收方迅速地接收到所需的数据。
发送管理部分202参照发送数据存储部分201,开始分别发送要发送到在步骤400中选择的区域的构成内容的程序、运行规则和程序的数据以及信道信息的处理(步骤427)。
在步骤427中,并行地进行从步骤427的直线开始垂直画出的直线所指的每个处理。
作为程序发送处理,发送管理部分202首先从发送数据存储部分201中获取要发送到在步骤400中确定的区域的程序(步骤402)。另外,由于程序是发送给所有区域的公用数据,这里在发送管理部分202中获得的程序与在对其它区域的处理中获得的程序相同。
服务器102中的签名指定部分203生成在步骤402中获得的程序的电子签名数据(步骤403)。
服务器中的发送管理部分202划分在步骤402中获得的程序(步骤404)。然后,签名指定部分203将在步骤403中生成的电子签名指定给每个分数据(步骤405)。
另外,在本实施例中,电子签名被指定给所有区域,但也可以将电子签名只指定给要发明的代表性数据。并且,可以发送只有电子签名的数据的数据包。上文对于如下所述的规则和程序的数据同样适用。
通过将电子签名如此指定给程序,接收终端104能够利用指定给信道信息的证书验证程序,防止接收终端104启动不适当程序,从而进行不适当操作。
签名指定部分203将在步骤401中生成的标识符指定给在步骤405中指定了电子签名的数据(步骤406)。发送部分205将要求的数据包首标加入在步骤406中指定了标识符的数据中,以便以发送管理部分202设置的传输周期发送(步骤407)。
然后,当没有到结束时间时(步骤408),服务器102返回到步骤405的处理。服务器102重复步骤405到408的处理,直到结束时间,并且,在结束时完成处理。
下面描述在服务器102中发送运行规则的处理。
作为发送运行规则的处理,发送管理部分202首先从发送数据存储部分201中获取与在步骤400中选择的区域相对应的运行规则(步骤409)。另外,由于运行规则是对于每个区域都不同的数据,这里在发送管理部分202中获得的运行规则不同于在对其它区域的处理中获得的运行规则。
服务器102中的签名指定部分203生成在步骤409中获得的运行规则的电子签名数据(步骤410)。
服务器102中的发送管理部分202划分在步骤409中获得的运行规则程序(步骤411)。然后,签名指定部分203将在步骤410中生成的电子签名指定给每个分数据(步骤412)。
通过将电子签名如此指定给运行规则,接收终端104能够利用指定给信道信息的证书验证运行规则,防止接收终端104使用不适当运行规则,从而进行不适当操作。
签名指定部分203将在步骤401中生成的标识符指定给在步骤412中指定了电子签名的数据(步骤413)。发送部分205将要求的数据包首标加入在步骤413中指定了标识符的数据中,以便以发送管理部分202设置的传输周期发送(步骤414)。
并且,在步骤414中,发送部分205能够设置比程序的传输周期短的运行规则的传输周期。这样,接收终端104能够迅速地接收要求随接收终端104的移动而不断更新,即,要求频繁更新的运行规则,缩短了更新等待时间。
然后,当没有到结束时间时(步骤415),服务器102返回到步骤412的处理。服务器102重复步骤412到415的处理,直到结束时间,并且,在结束时完成处理。
下面描述发送程序的数据的处理。
作为发送程序的数据的处理,发送管理部分202首先从发送数据存储部分201中获取与在步骤400中选择的区域相对应的程序的数据(步骤416)。另外,由于程序的数据是对于每个区域都不同的数据,这里在发送管理部分202中获得的程序的数据不同于在对其它区域的处理中获得的程序的数据。
服务器102中的签名指定部分203生成在步骤416中获得的程序的数据的电子签名数据(步骤417)。
服务器中的发送管理部分202划分在步骤416中获得的程序的数据(步骤418)。然后,签名指定部分203将在步骤417中生成的电子签名指定给每个分数据(步骤419)。
通过将电子签名如此指定给程序的数据,接收终端104能够利用指定给信道信息的证书验证程序的数据,防止接收终端104使用不适当程序的数据,从而进行不适当操作。
签名指定部分203将在步骤401中生成的标识符指定给在步骤419中指定了电子签名的数据(步骤420)。发送部分205将要求的数据包首标加入在步骤420中指定了标识符的数据中,以便加以发送(步骤421)。
并且,在步骤421中,发送部分205能够设置比程序的传输周期短的程序的数据的传输周期。这样,接收终端104能够迅速地接收要求随接收终端104的移动而不断更新,即,要求频繁更新的程序的数据,缩短了更新等待时间。
然后,当没有到结束时间时(步骤422),服务器102返回到步骤419的处理。服务器102重复步骤419到422的处理,直到结束时间,并且,在结束时完成处理。
下面描述在服务器102中发送信道信息的处理。
服务器102从发送数据存储部分201中获取验证电子签名的证书数据(步骤423)。
接着,服务器102获取生成信道信息所需的数据,并加入在步骤423中获得的证书数据以生成信道信息(步骤424)。然后,服务器102打包信道信息以便在发送部分205中加以发送(步骤425)。
通过将证书如此指定给信道信息,接收终端104能够利用指定给每种媒体数据的电子签名验证媒体数据的有效性,防止接收终端104启动不适当内容,从而进行不适当操作。
当没有到结束时间时(步骤426),服务器102返回到步骤425的处理。服务器102重复步骤425的处理,直到结束时间,然后,完成处理。
服务器102如此发送程序、运行规则、程序的数据和信道信息。这样,根据信道信息,接收终端104能够接收程序、运行规则以及程序的数据。
并且,由于服务器102将公用标识符指定给程序、运行规则、程序的数据和信道信息,接收终端104能够将程序、运行规则、程序的数据和信道信息相互联系。由于标识符对于每个内容是不同的,即使接收终端104同时接收到多段内容,终端104也能够不会混淆数段内容地接收要使用的内容。
另外,步骤428代表当步骤428中的输入处理都完成时,服务器102转移到步骤428以下的所述处理。
因此,服务器102发送所有区域共有的程序、对于每个区域都不同的运行规则和程序的数据以及信道信息(步骤429和430)。
下面描述接收终端104中的内容接收处理。参照图10,首先描述以接收终端104使用户选择信道的选择方法获取要显示的信道信息的操作。图10是根据第一实施例接收终端104获取要显示的信道信息的操作流程图。
首先,接收终端104中的接收信道选择部分212打开信道以接收信道信息(步骤501)。假设事先指定了信道,并且总是可以在该信道上接收信道信息。
接收信道选择部分212等待接收信道信息,接收发送的信道信息(步骤502),并从信道信息中提取要向用户展示的标题信息(步骤503)。
接收信道选择部分212返回到步骤502的处理,并等待接收下一个信道信息。
下面参照图11描述接收终端104选择要接收的信道的操作。图11是根据第一实施例接收终端104选择信道时的操作流程图。
当用户选择显示在显示部分219上的内容时(步骤601),接收信道选择部分212从所选内容的信道信息中获取每种媒体的接收信道,并打开每种媒体的接收信道(步骤602)。
然后,在接收终端104中,发送部分211接收来自打开信道的内容数据(程序、运行规则和程序的数据)(步骤603),并且存储管理部分214将接收的内容存储在接收数据存储部分215中(步骤604)。
存储管理部分214确定是否已经接收到所有数据(步骤605)。当已经接收到所有数据时,发送部分211停止接收内容的操作。
这样,防止接收终端104继续接收与已经接收的数据相同的数据,并且接收终端104能够降低接收内容的功率。
同时,当已经接收到所有内容数据时(步骤605),验证部分213验证程序(步骤606)。
通过如此验证程序,接收终端104能够识别程序的有效性,并防止启动不适当程序,从而阻止进行不适当操作。
当验证部分213验证失败时(步骤607),程序执行部分216完成处理而不用执行程序(步骤608)。
同时,当验证结果表示成功时,程序执行部分216检验是否已到程序的有效时间(步骤609)。
当还没有到有效时间时,程序执行部分216停止处理,直到已到有效时间为止(步骤610)。
当已到有效时间时,程序执行部分216检验是否已到失效时间(步骤611)。
当已到失效时间时,程序执行部分216完成处理,而当还没有到失效时,执行程序(步骤613)。
由于包括程序的接收内容可能被更新,程序执行部分216监视媒体数据的更新(步骤614),当媒体数据发生改变时,返回到步骤603的处理。
当媒体数据发生改变时,程序执行部分216在步骤603中只接收已经改变的媒体数据。
通过如此只更新要求更新的媒体数据,可以提高内容接收操作的速度。
在停止接收已变媒体数据的操作之后,接收终端104通知用户接收操作已停止。
用户因此能够识别更新的最新媒体,并且取代当前使用的媒体数据,利用更新的媒体进行程序的再现。
另外,作为在程序执行部分216中检测媒体数据的更新的方法,采用将唯一确定媒体数据的标识符指定给数据包的首标部分,并且根据标识符的改变检测更新的方法。
并且,由于运行规则和程序的数据是对于每个区域不同的数据,当位置信息获取部分218检测到接收终端104所在的区域中的改变时,可以更新运行规则和程序的数据。
当发送部分211接收到程序的数据时(步骤615),存储管理部分214将数据提供给程序执行部分216(步骤616)。
当已到程序的失效时间时(步骤617),程序执行部分216停止程序,并且,在必要时,删除程序(步骤618)。
另外,在如上所述的操作中,当由于验证失败或已到失效时间而不能执行程序时,可以在必要的时候通知用户程序的执行已失败。
接收终端104因此执行程序。并且,当媒体数据得到更新时,接收终端104更新数据和执行程序。
下面参照图12描述在接收终端104中执行程序的处理(在步骤613中开始的处理)。图12是根据第一实施例接收终端104执行程序的流程图。
首先,程序执行部分216执行作为变元提供的程序的启动例程(步骤701)。接着,程序执行部分216确定是否需要引用规则(步骤702),当需要引用规则时,检验要引用的运行规则是否已存储(步骤703)。
当规则还没有存储时,程序执行部分216等待接收运行规则(步骤704)。
在完成规则的接收之后,当接收操作完成的设置是ON(步骤705)时,程序执行部分216关闭接收信道,完成接收处理,并且通知接收终端的用户接收处理已停止(步骤706)。
接收操作完成的设置可以由用户来设置,或者,当接收终端判断剩余电量和剩余电量小于预定阈值时,自动设置成ON。结束接收处理能够节约与数据的接收相对应的功耗,在移动终端中尤其有效。
然后,程序执行部分216进行运行规则的验证(步骤707),当验证失败时(步骤708),结束处理(步骤709)。
通过如此进行运行规则的验证,排除了终端利用不适当运行规则进行不适当操作。
同时,当验证成功时,程序执行部分216读取运行规则加以翻译(步骤710)。
运行规则描述运行规则的事件驱动,程序执行部分216登记事件(步骤711),并且当发生事件时(步骤712),根据运行规则进行与事件相对应的操作(步骤713)。
程序执行部分216检验是否接收到结束程序的执行的指令(步骤714),并且当没有发生事件时,返回到步骤712的处理。
当程序执行部分216接收到结束程序的执行的指令时,部分216结束程序的执行(步骤715)。
另外,作为发生的事件的例子包括定时事件(在指定时间发生或在经过了某个时间之后发生的事件)、位置事件(当终端进入指定区或从指定区出来时发生的事件)、数据接收事件(当接收指定数据时发生的事件)以及数据访问事件(当访问指定数据时发生的事件)。
当在步骤702中要引用的规则不存在时,处理流转移到步骤711。
因此,程序执行部分216执行程序。
如上所述,根据第一实施例,服务器102能够向多个分发区发送为所有区域所共有的程序,因此,较少更新更新不频繁的数据,因此,较少更新更新必要性不高的低更新必要性数据,并且,向每个区域发送对于每个区域都不同的运行规则和程序的数据,因此,较多更新更新频繁的数据,因此,较多更新需要更新的高更新必要性数据。通过如此分开发送所有区域共有的程序以及作为对于每个区域都不同的数据的运行规则和程序的数据,接收终端104能够只更新随着接收终端104的移动被频繁更新的运行规则和程序的数据。然后,利用已经接收的程序,接收终端104无需更新整个内容(程序、运行规则和程序的数据),就能够将内容保持在适当当前位置的最新状态下,并将运行程序保持在最新状态下。
考虑到出现在传输路径上的数据包丢失,像第一实施例那样更新少量数据减少了完成接收所有数据所需的时间,因此缩短了接收等待时间。
并且,根据第一实施例,可以使需要频繁更新的运行规则和程序的数据的传输周期短于不需要频繁更新的程序的传输周期。因此,接收终端104能够迅速接收要频繁更新的数据,并且流畅地进行内容的更新。
另外,在第一实施例中,内容由与位置无关的公用数据(程序)和随位置而改变的数据(运行规则和程序的数据)组成。但是,内容也可以由与预定条件无关的公用数据和适合预定条件的条件适合数据组成,并且服务器分开发送公用数据和与预定条件相对应的条件适合数据。
当作预定条件的例子是终端信息、用户信息以及时间信息。
公用数据可以是除了程序之外的数据,而条件适合数据可以是除了运行规则和程序的数据之外的数据。
例如,可以将作为必要度高的高必要数据的公用数据设置成内容的详细信息,并且将不需要依赖于条件的条件适合数据,即,必要度低的低必要性数据设置成内容的概要信息。在这种情况下,作为概要信息,可以准备专用数据,或者,可以使用诸如文本数据和静止图像之类构成内容的媒体的一部分,或名称(程序标题或程序的名称)。并且,在这种情况下,概要信息的传输周期可以短于详细信息的传输周期。这样,用户能够以短的等待时间显示内容的概要信息或操作内容。
(第二实施例)
第二实施例描述在数据包网络中的广播数据分发过程中分发作为内容的程序和作为内容的一部分的子程序。下面描述根据第二实施例的内容分发系统。
下面参照图13描述根据第二实施例的内容分发系统的使用模式。图13是示出根据本发明第二实施例的内容分发系统的使用模式的视图。另外,将相同的标号指定给与已经描述过的那些相同的部分,以省略具体描述。
作为根据第二实施例的媒体数据发送设备的服务器(发送终端)1300向中继设备103a发送数据1(1901)和数据2(1902)、向中继设备103b发送数据1(1901)和数据3(1903)以及向中继设备103c发送数据1(1901)和数据4(1904)。
数据1(1901)是主程序和为中继设备103a到103c所共有,即,为区域1130到1132所共有的程序数据。数据2(1902)、数据3(1903)以及数据4(1904)是在中继设备103a到103c之间,即,在区域1130到1132之间不同的程序数据,因此,是数据1(1901)引用的子程序。
假设像在DSM-CC中那样以事先确定的传输周期重复发送程序数据。
假设1300向中继设备103a到103c发送作为发送信息的公用数据。
信道信息包括诸如对话标题、对话开始时间、对话结束时间、要作为程序数据发送的数据的类型以及发送信道之类的信息。作为用于信道信息描述的协议,假设使用以SDP为代表的用于对话描述的协议。以后将描述信道信息的特例。还假设周期地和重复地发送信道信息。
在进行这样发送的情况下,作为公用数据并在例如接收区1130中接收的程序数据1901可以用在接收区1131中。于是,当接收终端1306a从接收区1130移动到接收区1131时,接收终端1306a只有少数数据要更新。
并且,考虑到发生在传输路径上的数据包丢失,更新少量数据导致接收终端1306a到1306c完全接收所有数据所花费的时间缩短。因此,减少了接收等待时间。
在第二实施例中,数据2(1902)、数据3(1903)以及数据4(1904)的传输周期被设置成短于数据1(1901)的传输周期。这样,当移动时,接收终端1306a到1306c能够快速接收需要更新的数据2(1902)、数据3(1903)、或数据4(1904),并且能够减少数据更新的等待时间。
另外,在如上所述的例子中,描述了发送区域共有的数据和区域之间不同的数据的情况。但是,当在同一区域中将程序被划分成更新频率高的那些和更新频率低的那些时,也可以获得相同的效果。在这种情况下,通过将更新频率高的程序的传输周期设置得比更新频率低的程序的传输周期短,进一步减少数据更新的等待时间。
下面参照图14,描述根据第二实施例服务器1300发送的数据1901到1903。图14A到14B是示出根据第二实施例服务器1300发送的数据的视图。
图14A示出出数据1(1901),图14B示出出数据2(1902),而图14C示出出数据3(1903)。
数据1(1901)被描述成当获得用户简档(假设是表示用户感兴趣的主题和存储在终端中的数据)和借助于用户简档登记了“Book”时,显示书店的信息。
图中“2001”所指的部分指令引用另一个程序,并表示获取名称为“Bookstore”的程序。类似地,在其它部分中,当借助于用户简档登记了“Music”时,该部分存在表示CD店的信息的描述。当存在任何其它登记时,默认(名称为“default”的程序)的信息被描述成要显示的。在宽区中分发这种不依赖于区域的公用信息。
数据2(1902)是书店“A_Store”(接收区1903中与终端最近的书店)的信息。数据2(1902)获取接收终端104的分辨率,当接收终端104的分辨率是CIF大小或更大时,显示高分辨率的图像。当接收终端104的分辨率小于CIF时,显示分辨率低的数据。
数据3(1903)是书店“B_Store”的信息。数据3(1903)引用设置在接收终端104上的安全简档,当允许通过通信获取信息时,引用URL来获取数据。并且,当不允许通过通信获取信息时,数据3(1903)显示通过广播分发的图像数据“B_Store.gif”。
由于向用户展示的信息在书店之间是不同的,而且位置最近的书店对于每个接收区也是不同的,在数据2(1902)和数据3(1903)中描述的信息对于每个区域是不同的,因此,被分发给各自的区域。
下面参照图15描述根据第二实施例的信道信息。图15是示出根据第二实施例分发数据中的信道信息的视图。例子描述在扩展SDP中。
信道信息2100中“2101”所指的部分与传统SDP中相同,因此,表明将程序数据发送到在“c=”的字段中描述的IP地址。
信道信息2100中“2102”所指的部分表示将HTML发送到端口号10,000。
信道信息2100中“2103”所指的部分是表示媒体数据的名称的字段。在这个字段中描述的名称信息是例示在图14中的媒体数据的名称。另外,在这个字段中被描述成“Main”的媒体数据是确定程序的屏幕结构的媒体数据。
信道信息2100中“2104”和“2105”所指的部分存在与如前所述相同的描述,并表示发送程序(Script)。
信道信息2100中“2106”所指的部分存在在程序中引用的图像数据的描述。图像数据只分发给需要信息的区域。
下面参照图16描述根据第二实施例的内容分发系统的配置。图16是例示根据第二实施例的内容分发系统的配置的视图。
在该系统中,服务器1300将信道信息和程序数据发送给中继设备103a到103c(多个中继设备可用作发送目的地)。
中继设备103a到103c以广播或多播形式将接收的数据发送给接收终端1306。
假设在该系统中,每个接收终端1306在预定公用信道(这里,信道用成对的目标地址和目标端口号表示)上接收信道信息,并且根据在上面发送在信道信息中描述的每个数据的信道,打开信道,接收程序数据(可执行内容),并且向用户展示信息。
另外,假设服务器1300管理多个程序的发送。
服务器1300由如下部分组成。
发送数据存储部分1301是存储在网络上发送的程序数据的装置,更具体地说,是以硬盘驱动器为代表的存储媒体。
广播管理部分1302是管理程序广播时间表的装置,当事先指定开始广播每个程序的时间时,部分1302从发送数据存储部分1301获取程序数据,将其划分成确定大小,并且将所划分出的数据发送给发送部分1304。
当到结束时间时,广播管理部分1302结束程序数据的发送。并且,广播管理部分1302具有在程序发送开始时,通知开始发送到程序信息生成部分1303的程序的程序数据的信息(诸如HTML、GIF和JPEG之类内容的类型、程序的标题以及广播开始时间和结束时间),并且在程序发送结束时,通告程序到部分1303的发送已结束的功能。
另外,可以利用设置文件或利用GUI指定程序数据的发送开始时间和发送结束时间以及要作为程序数据发送的数据的文件名。
程序信息生成部分1303是根据广播管理部分1302通知的信息,生成每个程序的信道信息的装置。
发送部分1304具有与网络连接的接口功能,并且,进一步具有打包从广播管理部分1302接收的数据以便发送到中继设备103a到103c的功能。并且,发送部分1304将作为子程序的数据2(1902)、数据3(1903)和数据4(1904)的传输周期设置得比作为主程序的数据1(1901)的传输周期短。这样,接收终端1306能够快速接收要求根据区域更新的数据2(1902)、数据3(1903)和数据4(1904)。
中继设备103a到103c具有接收从服务器1300发送的信道信息和程序数据以便传送到存在接收终端1306的网络的功能。当中继设备103a到103c将数据传送到接收终端1306这一侧的网络时,假设这些设备将数据发送到在信道信息中描述的信道。
更具体地说,例如,当在SDP中描述信道信息时,中继设备103a到103c将构成程序数据的每个媒体数据发送到在“c=”的字段中描述的IP地址和在“m=”的每个字段中描述的端口号。
接收终端1306由如下部分组成。
发送部分1308是从中继设备103c接收信道信息和程序内容以便进行拆包,并且当数据是信道信息时,将数据发送到程序选择部分1312,而当数据是程序数据时,将数据发送到存储管理部分1309的装置。
发送部分1308具有通过来自接收信道选择部分1313的指令打开程序数据的接收信道的功能。接收信道选择部分1313是当被指定的信道是URL时,根据来自URL所指的服务器的URL获取数据的功能。
程序选择部分1312具有向用户展示来自发送部分1308的信道信息当中程序的标题使用户可以选择程序的功能。并且,当用户选择程序时,程序选择部分1312将所选程序的信道信息通知接收信道选择部分1313。
接收信道选择部分1313是根据在上面发送在信道信息中描述的每个数据的信道,将要打开的信道通知发送部分1308的装置。并且,接收信道选择部分1313是当接收到来自程序翻译部分1314的URL时,根据来自服务器的URL获取数据的装置。
存储管理部分1309将接收的媒体数据存储在接收数据存储部分1307中。存储管理部分1309具有当接收到所有分媒体数据时,组合分数据以通知描述翻译部分1310的功能。并且,部分1309是当接收到来自部分1314的请求时,从接收数据中获取程序以便发送给程序翻译部分1314的装置。
描述翻译部分1310翻译HTML和生成显示数据。并且,当HTML包括诸如Java(R)Script和Java(R)Applet之类的程序时,描述翻译部分1310提取这样的程序以便发送给程序翻译部分1314。
程序翻译部分1314接收描述翻译部分1310通知的程序加以翻译,并且将翻译结果通知部分1310。当程序引用另一个程序时,程序翻译部分1314请求存储管理部分发送引用程序。
当程序包括URL时,程序翻译部分1314引用存储在简档设置/存储部分1316中的安全简档(允许与网络连接)。然后,当访问不违反安全简档时,程序翻译部分1314将URL发送到接收信道选择部分1313,指令获取URL的数据。
当程序描述登记事件时,程序翻译部分1314引用存储在简档设置/存储部分1316中的安全简档(允许登记事件,当存在有关位置信息的事件时,允许访问位置信息)。当登记不违反安全简档时,部分1314借助于事件登记部分1315登记事件。
当程序描述访问用户简档时,程序翻译部分1314首先引用安全简档(允许访问用户简档)。当访问不违反安全简档时,程序翻译部分1314引用存储在简档设置/存储部分1316中的用户简档。
当程序描述获取一个地方和当前位置的位置信息时,程序翻译部分1314引用安全简档(允许访问位置信息)。当访问不违反安全简档时,程序翻译部分1314获取来自距离测量部分1317的信息。
显示部分1311是向用户展示程序的装置。更具体地说,部分1311是诸如CRT和LCD之类的显示装置。
简档设置/存储部分1316是设置和存储终端简档、用户简档和安全简档的装置。
利用例如如图14所示的GUI进行用户简档和安全简档的设置。在本例中,作为用户简档,用户将检验标签放在作为用户感兴趣的主题的项目的检验框中,从而设置用户简档。对于安全简档,用户将检验标签放在在执行程序的过程中允许访问资源(网络、文件、用户简档或位置信息)的项目的检验框中,从而进行设置。
位置信息获取部分1318是获取接收终端1306的当前位置的装置。更具体地说,部分1318是利用GPS、蜂窝式电话或无线LAN的基站信息、RF-ID标签、从无线信号灯发出的无线电信号等的位置指定装置。位置信息获取部分1318具有将获得的位置信息发送给距离测量部分1317的功能。
距离测量部分1317接收来自位置信息获取部分1318的当前位置信息,并且测量来自事件登记部分1315的位置信息所指的地方与当前位置之间的距离。将位置测量的结果发送到事件登记部分1315。
事件登记部分1315根据来自程序翻译部分1314的事件登记指令登记事件。
作为事件登记的例子包括定时事件(在经过了指定时间之后发生的事件)、位置事件(当终端进入指定区或从指定区出来时发生的事件)、数据接收事件(当接收指定数据时发生的事件)以及数据访问事件(当访问指定数据时发生的事件)。该部分具有当发生事件时,调用在登记过程中登记的函数的功能。
下面参照图17,描述根据第二实施例的接收终端1306中的操作当中,获取要显示的信道信息的操作。图17是根据第二实施例接收终端1306获取要显示的信道信息的操作流程图。
首先,接收终端1306中的发送部分1308打开信道以接收信道信息(步骤1501)。
假设事先指定了信道,并且总是可以在该信道上接收信道信息。
发送部分1308接收发送的信道信息(步骤1502)以便将其提供给程序选择部分1312。
程序选择部分1312从信道信息中提取要向用户展示的标题信息(步骤1503),然后,返回到步骤1502的处理,等待接收下一个信道信息。
因此,接收终端1306获取信道信息和在显示部分1311上显示程序标题。
下面参照图18,描述接收终端1306中的操作当中,用户选择程序时接收终端1306中的操作。
图18是根据第二实施例接收终端1395的用户选择程序之后时的操作流程图。
当接收到指示用户已经选择了程序的信息时(步骤1601),程序选择部分1312根据所选程序的信道信息,打开每种媒体数据的接收信道(步骤1602)。
发送部分1308利用打开的信道接收程序数据(步骤1603),以便将其输出到存储管理部分1309。
存储管理部分1309将确定程序的屏幕结构的媒体数据(HTML数据和SMIL数据)存储在接收数据存储部分1307中(步骤1604)。
当接收到步骤1604中的所有媒体数据时(步骤1605),描述翻译部分1310取出媒体数据,并且提取要翻译的程序部分(步骤1606)。
当媒体数据包括程序时(步骤1607),描述翻译部分1310将程序用作变元,通过程序翻译部分1314调用程序翻译处理(如后所述)(步骤1608),并且获取处理结果,作为返回值(步骤1609)。
由于在显示接收媒体数据的时间间隔内有可能进行通信,描述翻译部分1310监视和等待媒体数据的更新(步骤1611),并且当媒体数据发生改变时,返回到步骤1603的处理和重复获取要显示的已变媒体数据的处理。
另外,作为检测媒体数据的更新的方法,采用将唯一确定媒体数据的标识符指定给数据包的首标部分,并且根据标识符的改变检测更新的方法。
下面参照图19,描述接收终端1306中的操作当中,翻译程序部分的处理。图19是根据第二实施例接收终端1306翻译程序部分的流程图。
将程序用作变元递归地调用翻译处理。从而可以翻译引用结构的程序。
首先,程序翻译部分1314翻译作为变元提供的程序(步骤1701)。
当程序要求登记事件时(步骤1702),程序翻译部分1314登记事件(步骤1703)。
当程序含有引用另一个程序的部分时(步骤1704),程序翻译部分1314检验要引用的程序是否已存储(步骤1705)。当未存储这样的程序时,部分1314等待接收引用程序(步骤1706)。
然后,程序翻译部分1314获取引用程序,并且将获得的程序用作变元调用程序翻译处理(步骤1707)。最后,部分1314获取处理结果作为返回值和结束处理(步骤1708)。
下面参照图20,描述接收终端1306中的操作当中,监视登记事件的操作。图20是根据第二实施例接收终端1306监视登记事件的操作流程图。
图20中的例子例示了接收终端1306处理位置事件的情况。
假设当接收终端1306登记位置事件时,终端1306登记表示一个地方的信息、表示距离的信息、位置事件的类型(表示当进入一个区域时或当从一个区域出来时是否发生了事件)以及当发生事件时要调用的函数。
接收终端1306中的位置信息获取部分1318接收当前位置信息(步骤1301),然后,距离测量部分1317利用当前位置信息,测量当前位置与在事件登记过程中登记的地方之间的距离(步骤1802)。
程序翻译部分1314确定在步骤1802中计算的结果是否满足事件条件(步骤1803),并且当结果满足条件时,返回到步骤1801的处理。
这里,事件条件是例如“登记地方与当前位置之间的距离短于在事件登记过程中登记的距离,而事件的类型表示当进入区域时发生事件”,或“登记地方与当前位置之间的距离长于在事件登记过程中登记的距离,而事件的类型表示当从区域出来时发生事件”。
当事件条件得到满足时,程序翻译部分1314调用登记的函数以便执行该函数(步骤1804)。
然后,程序翻译部分1314将执行结果代入相应程序部分中以便嵌入,并且进行翻译处理(步骤1805)。程序翻译部分1314将翻译结果显示在显示部分1311上以便结束处理(步骤1806)。
如上所述,根据第二实施例,在数据包网络中的广播数据分发过程中,可以分开发送所有区域所共有的程序,因此,较少更新数据,从而更新必要性低的低更新必要性数据以及对于每个区域都不同的子程序,因此,较多更新数据,从而更新必要性高的高更新必要性数据。由此,可以使接收终端1306随着终端的移动只更新更新频繁的子程序,并且使用已经存储的程序。
并且,根据第二实施例,可以使作为较多更新数据的子程序的传输周期短于作为较少更新程序的程序的传输周期。因此,接收终端1306能够迅速接收较多更新数据,并且快速进行内容的更新。
(第三实施例)
第三实施例将第一实施例中的内容分发系统应用于地图分发。
下面参照图21描述根据第三实施例的地图分发系统。图21是示出根据第三实施例的地图分发系统的使用模式的视图。另外,将相同的标号指定给与已经描述过相同的部分。
中继节点(中继设备)103a到103c分别将地图数据分发给分发区1130到1132。
作为媒体数据发送设备的服务器200向中继节点103a发送有关分发区1130的地图数据(2201)和有关与分发区1130相邻的分发区1131的地图数据(2202),向中继节点103b发送有关分发区1131的地图数据(2203)、有关与分发区1131相邻的分发区1130的地图数据(2204)和有关与分发区1131相邻的分发区1132的地图数据(2205),并且向中继节点103c发送有关分发区1132的地图数据(2206)和有关与分发区1132相邻的分发区1131的地图数据(2207)。
服务器200分发作为与区域无关的公用数据的、显示地图的程序2200。
地图数据2201到2207是对象ID与地图显示程序2200的对象ID相同的用于程序的数据。这样,由于地图数据2201到2207具有与地图显示程序2200的对象ID相同的对象ID,可以将地图显示程序与地图数据联系在一起进行操作。
地图显示程序可以利用根据本实施例的内容分发系统来分发,并且取代利用本实施例中的内容分发系统进行分发,由接收终端210的用户事先从某个URL中下载,或者,通过诸如存储卡之类的媒体或其它各种各样通信媒体从PC安装。
假设服务器200将作为信道信息的公用数据发送到中继节点103a到103c。服务器200对有关分发数据的区域的地图数据,即,必要度高的高必要性数据设置短传输周期,而对周边分发区域的地图数据,即,必要度低的低必要性数据设置长传输周期。
当服务器200如此进行地图数据的发送时,对于有关存在接收终端210的分发区域的地图数据,即,对于高必要性数据,等待时间减少了。从而可以缩短显示有关接收终端210当前所在的区域的地图花费的时间。
如上所述,根据第三实施例,服务器200向接收终端210a到210c发送接收终端210a到210c所在的区域1130到1132的相邻区域的地图数据,从而可以使接收终端210a到210c从分发区1130到1132移动到其它分发区1130到1132之前,事先接收有关其它分发区1130到1132的地图数据。结果,可以使接收终端210a到210c在移动到其它分发区1130到1132时快速显示有关其它分发区1130到1132的地图信息。
并且,根据第三实施例,即使接收终端210正在移动,终端210也能够使用作为与区域无关的公用数据的地图显示程序2200。
另外,服务器200可以将有关存在接收终端201的分发区的地图数据设置成大数据量的详细地址数据,而将有关相邻分发区的地图数据设置成数据量比有关存在终端201的分发区的地图数据的数据量少的简单地图数据,以便加以分发。
这样,接收终端210能够显示有关终端210当前所在的分发区的更详细地图。
并且,在这种情况下,当在相邻分发区中发送的简单地图数据是发送到存在接收终端210的分发区的详细地图数据的一部分时,终端210能够使用在相邻分发区中发送的地图数据。
例如,当接收终端210从分发区1130移动到分发区1131时,通过只接收地图数据2204和地图数据2202之差的数据,就可以获取有关分发区1131的详细地图数据。于是,接收终端210含有少数要更新的数据,因此,能够缩短显示详细地图所花费的时间。
作为在接收终端210中接收差异数据的方法,可以检测RTP首标的块号(图6中的908),以便只存储未接收的数据,或在分发地图数据2204与地图数据2202之间的差数据以及作为不同程序的地图数据2204的系统中,或在同一程序上的不同端口中,有效地只接收差地图数据,以取代像图21中那样分发地图数据。
并且,可以将要分发的地图数据划分成整个分发区1130到1132的简单地图数据以及要分发的每个分发区的详细地图数据。在整个分发区1130到1132上分发整个简单地图数据,而在各自区域中分发每个分发区的详细地图数据。
并且,在这种情况下,整个简单地图数据的传输周期被设置得较短,而每个区域的详细地图数据的传输周期被设置得较长。这样,可以在分发区1131和1132中使用在分发区1130中接收的整个简单地图数据。
因此,当接收终端从分发区1130移动到分发区1131时,要求终端只接收分发区1131的详细地图数据,因此,能够减少显示详细地图所花费的时间。
(第四实施例)
第四实施例将根据第一实施例的内容分发系统应用于位置相关游戏分发系统。
下面参照图22描述根据第四实施例的位置相关游戏分发系统。图22是示出根据第四实施例的位置相关游戏分发系统的使用模式的视图。另外,将相同的标号指定给与已经描述过相同的部分。
中继节点103a到103c将游戏的主程序、指定程序的操作的规则以及程序使用的子程序或数据分别分发给分发区1130、1131和1132。
服务器200将作为与区域1130到1132无关的公用数据的游戏的主程序(2301)发送到中继节点103a到103c,并且将用在分发区1130中的规则(2302)发送到中继节点103a。
例如,该规则是“在分发区1130中魔术技能丧失了”或“在分发区1130中魔力加倍”。
服务器200将用在分发区1131中的数据(2303)发送到中继节点103b。
该数据是只出现在分发区1131中的特征的信息或用在分发区1131中的地图数据。
服务器200将用在分发区1132中的子程序(2306)发送到中继节点103c。
子程序是例如只在分发区1132中享受的纸牌游戏的程序,或与只发生在分发区1132中的事件有关的程序。
规则2302、数据2303和子程序2306拥有与游戏的主程序2301相同的对象ID,因此,能够与游戏的主程序适当联系地运行。
假设服务器200将作为信道信息的公用数据发送到中继节点103a到103c。
服务器200对游戏的主程序2301设置长传输周期,而对规则2302、数据2303和子程序2306设置短传输周期。
当如此进行发送时,作为是公用数据的游戏的主程序2301,在分发区1130中接收的程序可以用在分发区1131和1132中。于是,在分发区1131和1132中,只需要为分发区1131和1132接收数据2303和2306和子程序2304和2307,因此,接收终端210a到210c含有少数要更新的数据。接收等待时间因此减少了。并且,由于数据2303和2306和子程序2304和2307的传输周期被设置成短的,接收等待时间可以进一步缩短。
取代利用内容分发系统进行分发,游戏的主程序2301可以事先从某个URL中下载,或者,通过诸如存储卡之类的媒体或其它各种各样通信媒体从PC安装。此外,在这种情况下,游戏的主程序、数据、规则和子程序通过拥有相同的对象ID相互联系。
如上所述,根据第四实施例,可以进行与区域相对应的游戏分发。并且,可以分开发送作为与区域无关的公用数据的主程序2301,因此,较少更新数据(更新必要性低的低更新必要性数据)以及对于每个区域不同的规则(2302)、数据(2303)和子程序(2306),因此,较多更新数据(更新必要性高的高更新必要性数据)。从而可以使接收终端210使用与区域无关的主程序。
此外,根据第四实施例,可以使作为较多更新数据的规则(2302)、数据(2303)和子程序(2306)的传输周期短于作为较少更新程序的主程序(2301)的传输周期。因此,接收终端能够快速地接收作为较多更新数据的规则(2302)、数据(2303)和子程序(2306),并且快速地进行内容的更新。
(第五实施例)
第五实施例描述与其它媒体(视频、音频、静止图像和文本)同步地运行程序。
下面参照图23描述根据第五实施例的接收终端。图23是根据第五实施例的接收终端的配置图。另外,将相同标号指定给与已经描述过相同的部分。
根据第五实施例的接收终端1200显示可与其它媒体(视频、音频、静止图像和文本)同步执行的内容。
除了根据第一实施例的接收终端104中的部分之外,接收终端1200还含有解码部分1201和同步再现部分1202。
解码部分1201是解码诸如视频、音频以及静止图像之类的编码信息以便输出到同步再现部分1202的装置。并且,解码部分1201是当必要输出到同步再现部分1202时翻译诸如HTML之类的文本数据的装置。此外,解码部分1201具有一旦接收到来自程序执行部分的请求,就将内容的当前再现时间通知程序执行部分的功能。
同步再现部分1202是使解码和翻译数据同步以便加以合成的装置。作为用在同步再现部分1202中的同步方法的例子包括将时间标记指定给发送数据作为RTP,并且根据该标记再现数据的方法。
除了程序执行部分216的功能之外,程序执行部分1203还具有如下功能。当执行程序时,程序执行部分1203将当前内容再现时间与在运行规则中描述的再现时间相比较,当再现时间已经过去时,作为超过事件来管理。当发生超过事件时,由于程序执行随后的特定操作,程序执行部分1203能够与内容的显示同步地运行程序。
如上所述,根据第五实施例,即使将单段内容划分成要分发的多段内容,也可以使要再现的媒体数据同步。通过这种手段,即使将单段内容划分成要分发的多段内容,也可以使接收终端的用户像在一起接收单段内容的情况中那样享受内容数据。
本申请基于2003年1月23日提出的日本专利申请第2003-014580号和2003年6月27日提出的日本专利申请第2003-185529号,特此全文引用,以供参考。
工业可应用性
如上所述,根据本发明,例如,通过对必要性高的媒体数据比对必要性低的媒体数据设置较短的传输周期,可以对诸如概要信息之类作为快速观看的主题的信息比对详细信息设置较短的传输周期。结果,在有限传输频带中,可以发送媒体数据,以便使接收终端在终端开始接收内容或接收终端的条件发生改变时能够更快地更新必要数据,并缩短在接收终端中显示/再现内容等待时间。因此,本发明可应用于诸如分发服务器沿着一个方向将数据分发给接收终端的系统之类的分发系统和接收终端接收程序的广播分发系统。
Claims (15)
1.一种媒体数据发送设备,包括:
存储器,用于存储由第一数据和第二数据组成的内容;
发送管理器,用于从存储器中获取第一数据和第二数据,并且将第一数据的传输周期设置得比第二数据的传输周期短;和
发送器,用于利用设置的传输周期分开地和重复地发送第一数据和第二数据,
其中,第一数据是必要度高的高必要性数据,而第二数据是与高必要性数据相比,必要度低的低必要性数据。
2.根据权利要求1所述的媒体数据发送设备,其中,发送管理部分根据分发第一数据的区域的大小或分发第二数据的区域的大小,确定第一数据的传输周期和第二数据的传输周期的至少一个。
3.根据权利要求1所述的媒体数据发送设备,其中,第二数据含有比第一数据更大的信息量。
4.根据权利要求1所述的媒体数据发送设备,其中,第一数据是内容的概要信息的数据,而第二数据是内容的详细信息的数据。
5.根据权利要求4所述的媒体数据发送设备,进一步包括:
电子签名指定器,用于将电子签名指定给详细信息的数据,
其中,发送管理器具有将公开密钥证书指定给概要信息的数据的功能。
6.根据权利要求1所述的媒体数据发送设备,其中,将使高必要性数据与低必要性数据相联系的标识符指定给高必要性数据和低必要性数据,然后发送它们。
7.根据权利要求2所述的媒体数据发送设备,其中,第一数据是发送目标区的详细地图数据,而低必要性数据是与发送目标区相邻的区域的粗略地图数据。
8.一种媒体数据接收设备,包括:
接收器,用于接收从根据权利要求1所述的媒体数据发送设备发送的第一数据和第二数据;
存储管理器,用于使接收的第一数据和接收的第二数据相互联系以便加以存储;和
执行器,用于利用第二数据和与第二数据相联系的第一数据执行预定处理。
9.根据权利要求8所述的媒体数据接收设备,其中,在接收到第一数据或第二数据时停止接收第一数据或第二数据的操作。
10.根据权利要求8所述的媒体数据接收设备,其中,在停止接收第一数据或第二数据的操作之后,通知用户接收操作已停止。
11.一种媒体数据接收设备,包括:
接收器,用于接收从根据权利要求5所述的媒体数据发送设备发送的概要信息的数据和详细信息的数据;和
验证部分,用于从概要信息的数据中获取公开密钥证书,并且从详细信息的数据中获取电子签名,以及利用公开密钥证书、详细信息的数据和电子签名检验详细信息是否受到窜改。
12.一种媒体数据接收方法,包括:
接收从根据权利要求1所述的媒体数据发送设备分开发送的第一数据和第二数据;
使接收的第一数据和接收的第二数据相互联系以便加以存储;和
利用第二数据和与第二数据相联系的第一数据执行预定处理。
13.根据权利要求12所述的媒体数据接收方法,其中,当接收到第一数据或第二数据时,停止接收第一数据或第二数据的操作。
14.根据权利要求13所述的媒体数据接收方法,其中,在停止接收第一数据或第二数据的操作之后,通知用户接收操作已停止。
15.一种内容分发系统,包括:
含有如下部分的媒体数据发送设备:
存储器,用于存储由第一数据和第二数据组成的内容;
发送管理器,用于获取第一数据和第二数据,并且将第一数据的传输周期设置得比第二数据的传输周期短;和
发送器,用于利用设置的传输周期分开地和重复地发送第一数据和第二数据,
和含有如下部分的媒体数据接收设备:
接收器,用于接收从媒体数据发送设备发送的第一数据和第二数据;
存储管理器,用于使接收的第一数据和接收的第二数据相互联系以便加以存储;和
执行器,用于利用第二数据和与第二数据相联系的第一数据执行预定处理,
其中,第一数据是必要度高的高必要性数据,而第二数据是与高必要性数据相比,必要度低的低必要性数据。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003014580 | 2003-01-23 | ||
JP014580/2003 | 2003-01-23 | ||
JP185529/2003 | 2003-06-27 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1742474A true CN1742474A (zh) | 2006-03-01 |
Family
ID=36094035
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200480002762XA Pending CN1742474A (zh) | 2003-01-23 | 2004-01-21 | 媒体数据发送设备和媒体数据接收设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1742474A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101727797A (zh) * | 2008-10-24 | 2010-06-09 | 鸿富锦精密工业(深圳)有限公司 | 感应显示的显示装置及其感应显示方法 |
-
2004
- 2004-01-21 CN CNA200480002762XA patent/CN1742474A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101727797A (zh) * | 2008-10-24 | 2010-06-09 | 鸿富锦精密工业(深圳)有限公司 | 感应显示的显示装置及其感应显示方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1220359C (zh) | 通信终端、服务器、广播通信系统及方法 | |
CN1219381C (zh) | 信息传输方法及其装置 | |
CN1166143C (zh) | 用于媒体数据传输的方法和装置 | |
CN1166142C (zh) | 用于媒体数据传输的方法和装置 | |
CN1197369C (zh) | 根据观众所观看广播提供服务的数字广播系统及其组件装置 | |
CN1200364C (zh) | 使用服务器的方法和设备、服务器预订控制设备 | |
CN1288907C (zh) | 信息处理设备、电子设备、信息处理方法和信息处理媒体 | |
CN1167270C (zh) | 内容分配方法、预订控制装置和方法 | |
CN1744692A (zh) | 信息处理系统、方法以及程序、记录装置、通信装置 | |
CN1767036A (zh) | 信息管理方法、信息播放装置和信息管理装置 | |
CN1777273A (zh) | 信息处理装置,信息处理方法,记录介质以及程序 | |
CN1933586A (zh) | 信息处理装置、方法和程序 | |
CN1685716A (zh) | 网络控制确认的系统和方法、控制通信终端、服务器装置 | |
CN1327684A (zh) | 发送方法和接收装置 | |
CN1852431A (zh) | 实现实时视频信息共享的系统及方法 | |
CN100341318C (zh) | 存储型接收装置 | |
CN1460374A (zh) | 发送设备 | |
CN1324896C (zh) | 概要信息发送装置及内容再现装置和方法 | |
CN101075893A (zh) | 网络信息处理设备及方法和信息处理设备及其控制方法 | |
CN1759384A (zh) | 接收设备和信息浏览方法 | |
CN101077007A (zh) | 内容呈现系统 | |
CN1574958A (zh) | 合同管理装置、接收机、合同管理服务器和信息提供方法 | |
CN1816982A (zh) | 信息提供方法 | |
CN1298121C (zh) | 基于存储的广播系统、发送器和接收器 | |
CN1248131A (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |