CN102934457A - 广播插补数据传输装置及广播插补数据传输方法和广播系统 - Google Patents

广播插补数据传输装置及广播插补数据传输方法和广播系统 Download PDF

Info

Publication number
CN102934457A
CN102934457A CN2011800265149A CN201180026514A CN102934457A CN 102934457 A CN102934457 A CN 102934457A CN 2011800265149 A CN2011800265149 A CN 2011800265149A CN 201180026514 A CN201180026514 A CN 201180026514A CN 102934457 A CN102934457 A CN 102934457A
Authority
CN
China
Prior art keywords
content
broadcasting
data
request
interpolation
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
Application number
CN2011800265149A
Other languages
English (en)
Inventor
松冈保静
山田晓
大矢智之
中泽宣彦
马场昌之
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Mitsubishi Electric Corp
Original Assignee
NTT Docomo Inc
Mitsubishi Electric Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc, Mitsubishi Electric Corp filed Critical NTT Docomo Inc
Publication of CN102934457A publication Critical patent/CN102934457A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • 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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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
    • 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/07—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 characterised by processes or methods for the generation
    • 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/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/11—Arrangements for counter-measures when a portion of broadcast information is unavailable
    • 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/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/11—Arrangements for counter-measures when a portion of broadcast information is unavailable
    • H04H60/12—Arrangements for counter-measures when a portion of broadcast information is unavailable wherein another information is substituted for the portion of broadcast information
    • 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/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • 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/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6408—Unicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/30—Aspects of broadcast communication characterised by the use of a return channel, e.g. for collecting users' opinions, for returning broadcast space/time information or for requesting data

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明的目的在于提供一种广播插补数据传输装置及广播插补数据传输方法和广播系统，在对所广播的内容数据的缺失数据进行插补时，能够尽量减轻通信网的业务量。在从接收装置接收到包含时刻信息的缺失数据的重发请求即“GET HTTP/1.1If Unmodified Since时刻信息”时，根据该重发请求中包含的时刻信息，HTTP响应部判定有无包含缺失数据的内容的重播。并且，在由HTTP响应部判定为有重播时，向接收装置发送作为错误通知之一的“412 Precondition Failed”作为应答，不进行经由通信网的内容的发送。

Description

广播插补数据传输装置及广播插补数据传输方法和广播系统
技术领域
本发明涉及对在广播波传输的内容数据中的缺失数据进行插补的广播插补数据传输装置及广播插补数据传输方法和广播系统。
背景技术
近年来，作为广播和通信的合作系统，正在研究地面波数字广播标准的扩展即ISDB－Tmm标准的制定，其中，也在研究用广播波来发布下载用内容的文件广播（File-Casting）功能。
在用广播波来发布下载用内容的情况下，根据内容如果不能完全接收全部数据，则存在不能利用的情况。例如，软件等的数据只要有一部分缺失就不能利用。
另外，即使是动态图像或语音数据，由于缺失部分也存在不能再现或者视听质量明显下降的可能性。
因此，正在研究这样的广播插补系统：在用广播波来发布这种下载用内容的情况下，接收装置能够通过通信来请求缺失数据。
例如，在专利文献1记载的发明中，记载了利用通信网将针对接收装置接收到的广播数据的缺失数据信息通知给数据广播装置，请求经由通信网重发缺失数据。
在这种融合了广播和通信的系统中，在通过广播波向全部接收装置发布大部分数据的同时，通过通信网向个别的接收装置仅传输缺失部分，因而能够抑制对通信网的业务量负荷的影响，实现可靠性较高的数据传输。
现有技术文献
专利文献
专利文献1：日本特开2006-165915号
发明内容
发明要解决的问题
但是，如专利文献1记载的那样，针对来自接收装置的缺失数据请求，也存在根据广播的节目编排而期望拒绝该缺失数据请求的情况。
例如，在两次广播相同的内容数据时存在如下情况：当接收装置在接收到第一次的广播后并于第二次的广播之前进行了缺失数据请求的情况下，优选将响应缺失数据请求的内容传输装置通知接收装置存在第二次的广播，使等待第二次的广播。这是因为从通信网的业务量负荷方面考虑，尽量减轻通信网的利用并通过广播波来接收数据时的效率较优。
并且，也存在即使在两次的广播结束后，根据节目的编排而决定又一次重播相同内容数据的可能性。在这种情况下，针对来自接收装置的缺失数据请求，如果能够通知有重播，并在接收装置中等待该重播而进行缺失数据的插补，则能够实现通信网的业务量负荷的减轻。
为了解决上述问题，本发明的目的在于提供一种广播插补数据传输装置及广播插补数据传输方法和广播系统，在对所广播的内容数据的缺失数据进行插补时，能够尽量减轻通信网的业务量。
用于解决问题的手段
为了解决上述问题，本发明的广播插补数据传输装置根据来自接收装置的请求，利用通信网对内容的缺失数据进行插补，该广播插补数据传输装置具有：接收单元，其从所述接收装置接收包含时刻信息的缺失数据的重发请求；判定单元，在由所述接收单元接收到缺失数据的重发请求时，该判定单元根据该重发请求中包含的时刻信息，判定有无包含所述缺失数据的内容的重播；以及发送单元，在由所述判定单元判定为有重播时，该发送单元不进行经由通信网的所述内容的发送，在判定为没有重播时该发送单元进行经由通信网的所述内容的发送。
另外，在广播插补数据传输方法中，根据来自接收装置的请求，利用通信网对内容的缺失数据进行插补，该广播插补数据传输方法包括：接收步骤，从所述接收装置接收包含时刻信息的缺失数据的重发请求；判定步骤，在通过所述接收步骤接收到缺失数据的重发请求时，根据该重发请求中包含的时刻信息，判定有无包含所述缺失数据的内容的重播；以及发送步骤，在通过所述判定步骤判定为有重播时不进行经由通信网的所述内容的发送，在判定为没有重播时进行经由通信网的所述内容的发送。
根据本发明，在从接收装置接收到包含时刻信息的缺失数据的重发请求时，根据该重发请求中包含的时刻信息，判定包含缺失数据的内容有无重播。并且，在判定为有重播时不进行经由通信网的内容的发送，在判定为没有重播时进行经由通信网的内容的发送。因此，对于有重播的内容数据的缺失数据的插补，能够不利用通信网，而等待重播来进行缺失数据的插补，能够减轻通信网的业务量。
并且，在本发明的广播插补数据传输装置中，所述时刻信息也可以是在所述接收装置中对内容的接收时刻。
并且，在本发明的广播插补数据传输装置中，所述时刻信息也可以是在所述接收装置中发送缺失数据的重发请求的时刻。
并且，在本发明的广播插补数据传输装置中，也可以是，在由所述判定单元判定为有重播时，所述发送单元还向所述接收装置发送表示错误的信号，在所述接收装置中，在接收到该表示错误的信号时，能够识别到有重播。
根据本发明，在判定为有重播时，向接收装置发送表示错误的信号，当在接收装置中接收到该表示错误的信号时，能够识别为有重播。因此，能够在接收装置侧高效地进行重播用的准备。
并且，在本发明的广播插补数据传输装置中，也可以是，所述判定单元将重发请求中包含的时刻信息所表示的时刻、与该内容的更新时间进行比较，由此判定在该时刻信息的时刻以后有无重播。
根据本发明，通过将重发请求中所包含的时刻信息所表示的时刻与预先设定的重播的广播时间进行比较，能够判定在该时刻信息的时刻以后有无重播。因此，能够可靠地判定有无重播。
并且，在本发明的广播插补数据传输装置中，也可以是，所述接收单元接收包含HTTP中的时刻信息的带条件请求作为重发请求。
根据本发明，通过接收包含HTTP中的时刻信息的带条件请求作为重发请求，能够将响应HTTP的请求的已有的WEB服务器用于广播插补数据传输装置。并且，由于通过没有风格的已有WEB服务器中即可应对，因而能够低廉地导入装置，也容易将广播插补数据传输装置分散为多个装置。因此，能够分散通信网的业务量或缺失数据的请求。
另外，如下面记载的那样，除了本发明的广播插补数据传输装置及广播插补数据传输方法之外，也能够作为广播系统的发明。这些发明是类别不同的发明，是发挥与装置相同的作用效果的发明。
本发明的广播系统具有上述的广播插补数据传输装置、进行内容的广播的广播装置、和从所述广播装置进行内容的接收的接收装置，所述接收装置具有：检测单元，其检测从所述广播装置接收到的内容的缺失数据；以及请求单元，在由所述检测单元检测到缺失数据时，该请求单元将包含所述缺失数据的内容的重发请求、与表示接收所述内容时的时刻或者所述重发请求时的时刻的时刻信息一起发送给所述广播插补数据传输装置。
另外，本发明的广播系统具有上述的广播插补数据传输装置、进行内容的广播的广播装置、和从所述广播装置进行内容的接收的接收装置，所述接收装置具有：检测单元，其检测从所述广播装置接收到的内容的缺失数据；请求单元，在由所述检测单元检测到缺失数据时，该请求单元将包含所述缺失数据的内容的重发请求、与表示接收所述内容时的时刻或者所述重发请求时的时刻的时刻信息一起发送给所述广播插补数据传输装置；取得单元，在与所述请求单元的请求相应地从所述广播插补数据传输装置接收到错误信息时，该取得单元取得所述内容的重播时刻信息；以及控制单元，其控制为在由所述取得单元取得的重播时刻信息所表示的时刻成为可接收广播的状态。
根据本发明，在从广播插补数据传输装置接收到错误信息时，取得内容的重播时刻信息，并在所取得的重播时刻信息所表示的时刻成为可接收广播状态，由此能够可靠地接收重播的内容。
发明效果
根据本发明，对于有重播的内容数据的缺失数据的插补，能够不利用通信网，而等待重播来进行缺失数据的插补，能够减轻通信网的业务量。
附图说明
图1是示出本实施方式的广播系统10的系统结构的系统结构图。
图2是示出广播时间表（schedule）和广播插补定时的说明图。
图3是示意地示出在利用了HTTP的GET方法中的“IF Unmodified Since{时刻}”时的内容数据的取得处理的说明图。
图4是利用了HTTP的GET方法的缺失数据的取得处理的时序图。
具体实施方式
参照附图说明本发明的实施方式。在尽可能的情况下，对相同的部分标注相同的标号，并省略重复说明。
图1是示出本实施方式的广播系统10的系统结构的系统结构图。如图1所示，广播系统10由广播插补数据传输装置100、接收装置200和广播装置300构成。
广播插补数据传输装置100构成为包括存储部101、内容DB（内容数据库）102、更新时刻变更部103、HTTP响应部104（接收单元、判定单元、发送单元）和通信部105。该广播插补数据传输装置100是用于保存所广播的内容数据的服务器，其根据来自接收装置200的请求进行内容数据的发布。
该广播插补数据传输装置100由具有CPU、RAM、ROM、通信模块等的计算机系统构成，CPU按照存储在ROM中的程序进行工作，由此能够执行内容数据的发布处理等。下面，对该广播插补数据传输装置100的构成要素进行说明。
存储部101是将插补用的内容数据存储在内容DB 102中的部分。该存储部101按照操作者对广播插补数据传输装置100的操作，将插补用的内容数据存储在内容DB 102中。
内容DB 102是存储插补用的内容数据的数据库，为了能够响应于来自接收装置200的请求而提取包含缺失数据的数据块，内容DB 102以预定的块为单位，将该数据块与能够识别该数据块的识别符相对应地进行了存储。并且，内容DB 102存储了将内容数据名称（或者内容识别符）与广播时间段对应起来的广播节目表。
更新时刻变更部103是变更内容数据的更新时刻的部分，是能够根据操作者对广播插补数据传输装置100的操作而进行变更处理的部分，即使内容数据自身没有更新，也可以变更更新时刻。另外，该更新时间表示第二次的广播或重播的广播时间，也可以与广播节目表中的内容数据的广播时间段联动地变更更新时间。
HTTP响应部104是针对经由通信部105接收到的缺失数据的重发请求进行响应的部分。更具体地讲，HTTP响应部104在接收到从接收装置200发送的被附加了带条件请求报头的请求信号时，进行与满足该条件的情况对应的处理。
例如，HTTP响应部104在接收到内容数据的内容名称（或者其识别符）以及包含缺失数据的数据块的识别符、以及附加了IF Unmodified Since{广播接收时刻}作为带条件请求报头的广播插补请求时，将该内容的广播接收时刻与存储在内容DB中的内容的更新时刻进行核对，在更新时刻被设定为比广播接收时刻靠后的时间的情况下，判定为有该内容数据的重播计划。并且，在判定为有重播计划时，HTTP响应部104向接收装置200发送表示错误的信息。在判定为没有重播计划时，HTTP响应部104开始包含缺失数据的内容数据的发送处理。
通信部105是作为通信模块发挥作用的部分，是将从接收装置200发送的请求信号转发给HTTP响应部104，并将从HTTP响应部104输出的各种信号发送给接收装置200的部分。
下面说明接收装置200，接收装置200接收从广播装置300发送的内容数据，在该接收到的内容数据存在缺失数据的情况下，向广播插补数据传输装置100进行缺失数据的请求。如图1所示，该接收装置200构成为包括广播接收部201（控制单元）、解码部202、缺失数据确定部203（检测单元）、HTTP请求部204（请求单元）、通信部205、广播时间取得部206（取得单元）。该接收装置200例如是便携式终端，由具有CPU、RAM、ROM、通信模块等的计算机系统构成，CPU按照存储在ROM中的程序进行工作，由此能够实现内容的接收处理、请求处理等。下面，对该接收装置200的构成要素进行说明。
广播接收部201是接收从广播装置300广播的内容数据的部分。
解码部202是对所广播的内容数据进行解码的部分。
缺失数据确定部203是在接收到的内容数据存在缺失数据时确定该缺失数据的部分。例如，内容数据由多个数据块构成，在其中一个数据块存在缺失数据的情况下，能够利用表示该数据块的识别符来确定包含缺失数据的数据块。该缺失数据确定部203可以在通过通信部205接收到内容时判定数据有无缺失，也可以在进行内容的再现时或者读入时判定数据有无缺失。
HTTP请求部204是向广播插补数据传输装置100发送广播插补请求的部分，该广播插补请求用于进行由缺失数据确定部203确定出的缺失数据的重发请求。该HTTP请求部204将表示接收到内容数据的时刻的时刻信息作为带条件请求报头的条件，使用通信部205向广播插补数据传输装置100发送将该带条件请求报头与内容识别符及表示缺失数据的块的识别符对应起来的广播插补请求。另外，作为时刻信息也可以设定用于发送该广播插补请求的时刻，来取代接收到内容数据的时刻。
通信部205是执行作为通信模块的功能的部分，是向广播插补数据传输装置100发送来自HTTP请求部204的广播插补请求，并接收来自广播插补数据传输装置100的应答的部分。
广播时间取得部206是这样的部分：在针对缺失数据的重发请求即广播插补请求从广播插补数据传输装置100接收到表示错误的信息的应答信号的情况下，广播时间取得部206访问存储在广播插补数据传输装置100中的反映了更新时刻的节目表数据，并取得作为广播插补请求的对象的内容数据的第二次的广播时刻或者重播时刻。在到达所取得的第二次的广播时刻或者重播时刻时，广播接收部201成为接通状态并处于进行一种的接收预约的状态，以便能够接收来自广播装置300的内容数据的广播波。
下面说明广播装置300。广播装置300是广播已编码的内容数据的部分。该广播装置300构成为包括内容DB 301、编码部302、广播传输部303。
内容DB 301是存储待广播的内容数据的部分。该内容DB 301将内容数据及其广播时刻相对应地进行存储。
编码部302是对存储在内容DB中的内容数据进行编码的部分。
广播传输部303是这样的部分：参照存储在内容DB 301中的内容数据的广播时刻，在到达该广播时刻时使编码部302进行编码处理，进行已编码的内容数据的广播。
广播装置300在进行了广播后，根据需要将所广播的内容数据拷贝到广播插补数据传输装置100中。该拷贝处理可以由广播插补数据传输装置100或者广播装置300的操作者进行，也可以经由通信网自动进行拷贝处理。
对这样构成的广播系统10的广播时间表和各个装置的处理定时进行说明。图2是示出广播时间表和广播插补定时的说明图。
如图2所示，广播装置300进行内容数据的第一次的广播，在时刻A使该广播结束。接收到该内容数据的接收装置200在进行该接收时或者内容的再现时，在该内容数据中检测到缺失的情况下，向广播插补数据传输装置100发送包括内容识别符和用于确定包含缺失数据的数据块的识别符在内的广播插补请求。
此时，在广播装置300按照将时刻B作为广播结束时刻的方式进行同一内容数据的第二次的广播的情况下，接收装置200等待该第二次的广播比较有效。因此，即使发送了广播插补请求，广播插补数据传输装置100也针对该请求而发送表示错误的应答信号，使接收装置200在第二次广播之前等待缺失数据的插补处理。
另一方面，存在广播装置300的操作者在时刻B以后即时刻C的定时决定节目重新编排的情况。在图2中示出了按照将时刻D作为广播结束时刻的方式进行重播的情况。并且，在时刻C以后到时刻D的期间，在接收装置200通过再现内容等而判定为该内容包含缺失数据，并向广播插补数据传输装置100发送了广播插补请求的情况下，等待重播而取得缺失数据比较有效。在这种情况下，广播插补数据传输装置100同样针对该请求而发送表示错误的应答信号，使其等待直到重播。
图3是示出广播时间表和广播插补定时的说明图，是示意地示出在利用了HTTP的GET方法中的“IF Unmodified Since{时刻}”时的内容数据的取得处理的说明图。
与图2相同地，广播装置300按照将时刻A及时刻B分别作为广播结束时刻的方式进行两次同一内容数据的广播。
在此，接收装置200在接收到的内容数据中存在缺失数据的情况下，向广播插补数据传输装置100发送包含“GET HTTP1.1 IF Unmodified Since{时刻A}”的信号，作为重发请求即广播插补请求。在广播插补数据传输装置100中存储了第二次广播时刻即时刻B作为内容数据的更新时刻，通过将该第二次广播时刻即时刻B与时刻A进行比较，判定是否需要重发内容数据。另外，在此是将内容数据的接收结束时刻即时刻A作为条件的要件，但这仅是一例，例如也可以设为广播的开始时刻，还可以如上所述设为发送广播插补请求的时刻（例如，从时刻A到时刻B期间的任意时刻）。
在图3中，在时刻A以后时刻B被设定为更新时刻，因而广播插补数据传输装置100向接收装置200发送作为不满足在广播插补请求中记述的条件的错误通知之一的“412 Precondition Failed”。接收装置200在接收到该错误通知时访问存储在广播插补数据传输装置100中的节目表数据，并取得包含缺失数据的内容数据的重播时刻。并且，接收装置200处于能够接收在该时刻广播的内容数据的状态。
另一方面，在广播装置300中决定为节目重新编排。在图3中，在时刻C的定时，自此以后的时刻D被决定为该内容数据的重播时刻。并且，在广播插补数据传输装置100中将该时刻D作为更新时刻存储在内容DB 102中。在广播插补数据传输装置100中即使内容数据自身没有更新，也预先只变更更新时刻。因此，能够应对HTTP的带条件请求。另外，该更新时刻是未来的时间。
另外，在时刻B结束时的内容数据存在缺失数据的情况下，在接收装置200中再次进行广播插补请求的发送。在此，向广播插补数据传输装置100发送包含“GETHTTP/1.1 IF Unmodified Since{时刻B}”的请求信号作为广播插补请求。另外，在接收装置200中，存在不论有无重播都想马上视听内容数据或者进行插补的情况。在这种情况下，接收装置200根据用户的操作不附加带条件的请求报头，通过向广播插补数据传输装置100发送广播插补请求，能够马上通过通信网进行内容数据的插补。
在图3中，在时刻B以后时刻D被设定为更新时刻，因而广播插补数据传输装置100向接收装置200发送作为错误通知之一的“412 Precondition Failed”。接收装置200在接收到该错误通知时访问存储在广播插补数据传输装置100中的节目表数据，并取得包含缺失数据的内容数据的重播时刻。然后，接收装置200处于能够接收在该时刻广播的内容数据的状态。
这样，通过预先将重播时刻设定为更新时刻，如果是能够利用HTTP的装置，则不需要对已有的HTTP的响应服务器附加任何扩展，而且不需使用特殊的通信协议，即可进行利用了重播的缺失数据的插补。
图4示出了更详细的时序图。在广播装置300中，通过广播传输部303按照将时刻A作为广播结束时刻的方式进行内容数据的第一次广播（S101）。接收装置200的缺失数据确定部203接收所广播的内容数据，并检测内容数据中的缺失数据。并且，通过HTTP请求部204向广播插补数据传输装置100发送“GET HTTP/1.1 IfUnmodified Since时刻A”作为广播插补请求。在广播插补数据传输装置100中存储有重播时刻B作为更新时刻，因而从广播插补数据传输装置100发送了“412Precondition Failed”（S103）。接收装置200在接收到“412 Precondition Failed”时，从广播插补数据传输装置100取得重播时刻，并处于当到达该时刻时能够接收广播波的状态。
然后，在广播装置300中，通过广播传输部303按照将时刻B作为广播结束时刻的方式进行内容数据的第二次广播（S104）。在接收装置200中接收第二次广播的内容数据。并且，检测该内容数据中的缺失数据，并向广播插补数据传输装置100发送“GET HTTP/1.1 If Unmodified Since时刻B”作为广播插补请求（S105）。在广播插补数据传输装置100中没有在时刻B以后进行重播的计划，因而发送“200OK”，并进行内容数据的重发。
然后，在时刻B以后即时刻C，时刻D被决定为重播时刻（S201），在广播插补数据传输装置100中存储该时刻D作为内容数据的更新时刻。并且，在时刻C以后的时刻D的期间中，从接收装置200向广播插补数据传输装置100发送“GETHTTP/1.1 If Unmodified Since时刻B”作为广播插补请求（S202）。在广播插补数据传输装置100中由于时刻D被设定为更新时刻，因而向接收装置200发送“412Precondition Failed”作为该广播插补请求的应答（S203）。接收装置200在接收到“412 Precondition Failed”时，从广播插补数据传输装置100取得重播时刻，并处于当到达该时刻时能够接收广播波的状态。在此，设为取得时刻D的信息并处于在该时刻D能够接收广播波的状态。
并且，按照将时刻D作为广播结束时刻的方式从广播装置300进行重播（S204）。在接收装置200中接收被重播的内容数据。并且，检测该内容数据中的缺失数据，并向广播插补数据传输装置100发送“GET HTTP/1.1 If Unmodified Since时刻D”作为广播插补请求（S205）。在广播插补数据传输装置100中没有在时刻D以后进行重播的计划，因而发送“200 OK”并进行内容数据的重发（S206）。
这样，在存在内容数据的重播的情况下，通过接收该重播能够进行缺失数据的插补。
下面，对本实施方式的广播插补数据传输装置100及广播系统10的作用效果进行说明。在本实施方式的广播插补数据传输装置100中，在从接收装置200接收到作为包含时刻信息的缺失数据的重发请求的“GET HTTP/1.1 If Unmodified Since时刻信息”时，根据该重发请求中所包含的时刻信息，HTTP响应部104判断包含缺失数据的内容有无第二次的广播或者重播。并且，在由HTTP响应部104判定为有重播时，向接收装置200发送作为错误通知之一的“412 Precondition Failed”作为应答，不进行经由通信网的内容的发送。另外，在本实施方式中，只要没有特别说明，将第二次的广播或者重播称为重播。
并且，在由HTTP响应部104判定为没有重播时，向接收装置200发送“200 OK”作为应答，并进行经由通信网的内容的发送。由此，对于存在重播的内容数据的缺失数据的插补，不利用通信网，等待重播即可进行缺失数据的插补，能够减轻通信网的业务量。
例如，通过将“GET HTTP/1.1 If Unmodifed Since时刻信息”中所包含的时刻信息所表示的时刻、与预先设定的重播的广播时间进行比较，能够判定在该时刻信息的时刻以后有无第二次的广播或者重播。由此，能够可靠地判定有无第二次的广播或者重播。
在此，接收装置200对于广播插补请求中所包含的时刻信息，可以设为接收装置200对内容的接收时刻，也可以设为该广播插补请求的发送时刻，而且还可以设为在此期间的任意时刻。并且，HTTP响应部104能够根据这些时刻与被重播的时间段进行比较。
并且，广播插补数据传输装置100在判定为有重播时，向接收装置200发送表示错误的信号即“412 Precondition Failed”，接收装置200在接收到该“412Precondition Failed”时，能够识别到有重播。因此，能够在接收装置200侧高效地进行重播用的准备。
例如，接收装置200通过访问存储在广播插补数据传输装置100中的节目表数据，能够取得重播的时间段，通过进行能够在该时间段接收该内容数据的准备，能够可靠地进行内容数据的接收及缺失数据的插补。
这样，通过利用HTTP中的带条件请求，能够将响应HTTP的请求的已有的WEB服务器用于广播插补数据传输装置100。并且，由于通过没有风格的已有WEB服务器中即可应对，因而能够低廉地导入装置，也容易将广播插补数据传输装置100分散为多个装置。因此，能够分散通信网的业务量或缺失数据的请求。
标号说明
10广播系统；100广播插补数据传输装置；101存储部；102内容DB；103更新时刻变更部；104HTTP响应部；105通信部；200接收装置；201广播接收部；202解码部；203缺失数据确定部；204 HTTP请求部；205通信部；206广播时间取得部；300广播装置；301内容DB；302编码部；303广播传输部。

Claims (9)

1.一种广播插补数据传输装置，其根据来自接收装置的请求，利用通信网对内容的缺失数据进行插补，其特征在于，该广播插补数据传输装置具有：
接收单元，其从所述接收装置接收包含时刻信息的缺失数据的重发请求；
判定单元，在由所述接收单元接收到缺失数据的重发请求时，该判定单元根据该重发请求中包含的时刻信息，判定有无包含所述缺失数据的内容的重播；以及
发送单元，在由所述判定单元判定为有重播时，该发送单元不进行经由通信网的所述内容的发送，在判定为没有重播时，该发送单元进行经由通信网的所述内容的发送。
2.根据权利要求1所述的广播插补数据传输装置，其特征在于，所述时刻信息是在所述接收装置中对内容的接收时刻。
3.根据权利要求1所述的广播插补数据传输装置，其特征在于，所述时刻信息是在所述接收装置中发送缺失数据的重发请求的时刻。
4.根据权利要求1～3中任意一项所述的广播插补数据传输装置，其特征在于，
在由所述判定单元判定为有重播时，所述发送单元还向所述接收装置发送表示错误的信号，
在所述接收装置中，在接收到该表示错误的信号时，能够识别到有重播。
5.根据权利要求1～4中任意一项所述的广播插补数据传输装置，其特征在于，所述判定单元将重发请求中包含的时刻信息所表示的时刻、与该内容的更新时间进行比较，由此判定在该时刻信息的时刻以后有无重播。
6.根据权利要求1～5中任意一项所述的广播插补数据传输装置，其特征在于，所述接收单元接收包含HTTP中的时刻信息的带条件请求作为重发请求。
7.一种广播系统，其具有权利要求1～6中任意一项所述的广播插补数据传输装置、进行内容的广播的广播装置、和从所述广播装置进行内容的接收的接收装置，其特征在于，
所述接收装置具有：
检测单元，其检测从所述广播装置接收到的内容的缺失数据；以及
请求单元，在由所述检测单元检测到缺失数据时，该请求单元将包含所述缺失数据的内容的重发请求、与表示接收所述内容时的时刻或者所述重发请求时的时刻的时刻信息一起发送给所述广播插补数据传输装置。
8.一种广播系统，其具有权利要求4所述的广播插补数据传输装置、进行内容的广播的广播装置、和从所述广播装置进行内容的接收的接收装置，其特征在于，
所述接收装置具有：
检测单元，其检测从所述广播装置接收到的内容的缺失数据；
请求单元，在由所述检测单元检测到缺失数据时，该请求单元将包含所述缺失数据的内容的重发请求、与表示接收所述内容时的时刻或者所述重发请求时的时刻的时刻信息一起发送给所述广播插补数据传输装置；
取得单元，在与所述请求单元的请求相应地从所述广播插补数据传输装置接收到错误信息时，该取得单元取得所述内容的重播时刻信息；以及
控制单元，其控制为在由所述取得单元取得的重播时刻信息所表示的时刻成为可接收广播的状态。
9.一种广播插补数据传输方法，根据来自接收装置的请求，利用通信网对内容的缺失数据进行插补，其特征在于，该广播插补数据传输方法包括：
接收步骤，从所述接收装置接收包含时刻信息的缺失数据的重发请求；
判定步骤，在通过所述接收步骤接收到缺失数据的重发请求时，根据该重发请求中包含的时刻信息，判定有无包含所述缺失数据的内容的重播；以及
发送步骤，在通过所述判定步骤判定为有重播时不进行经由通信网的所述内容的发送，在判定为没有重播时进行经由通信网的所述内容的发送。
CN2011800265149A 2010-05-31 2011-05-20 广播插补数据传输装置及广播插补数据传输方法和广播系统 Pending CN102934457A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2010124632A JP5075225B2 (ja) 2010-05-31 2010-05-31 放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システム
JP2010-124632 2010-05-31
PCT/JP2011/061686 WO2011152231A1 (ja) 2010-05-31 2011-05-20 放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システム

Publications (1)

Publication Number Publication Date
CN102934457A true CN102934457A (zh) 2013-02-13

Family

ID=45066610

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2011800265149A Pending CN102934457A (zh) 2010-05-31 2011-05-20 广播插补数据传输装置及广播插补数据传输方法和广播系统

Country Status (7)

Country Link
US (1) US20130124677A1 (zh)
JP (1) JP5075225B2 (zh)
KR (1) KR101410405B1 (zh)
CN (1) CN102934457A (zh)
BR (1) BR112012030464A2 (zh)
PE (1) PE20131191A1 (zh)
WO (1) WO2011152231A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115104320A (zh) * 2020-02-12 2022-09-23 大金工业株式会社 数据收集系统、接收侧装置以及数据收集方法

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013239836A (ja) * 2012-05-14 2013-11-28 Sharp Corp マルチメディア放送受信装置及びプログラム
CN103814582B (zh) * 2013-11-05 2017-06-20 华为技术有限公司 视频业务数据传输方法和数据发送装置
JP7094809B2 (ja) * 2018-07-10 2022-07-04 キヤノン株式会社 情報処理装置、情報処理装置の制御方法、及びプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1394411A (zh) * 2000-11-06 2003-01-29 松下电器产业株式会社 发送装置、接收装置及广播数据的分发方法
JP2004193920A (ja) * 2002-12-11 2004-07-08 Toshiba Corp 番組配信システム及び受信装置
JP2005328267A (ja) * 2004-05-13 2005-11-24 Next Wave:Kk コンテンツ配信システム
JP2010067305A (ja) * 2008-09-10 2010-03-25 Panasonic Corp 録画装置及び録画方法
WO2010035652A1 (ja) * 2008-09-26 2010-04-01 株式会社エヌ・ティ・ティ・ドコモ データ受信端末、データ配信サーバ、データ配信システム、およびデータ配信方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4570181B2 (ja) * 1999-06-10 2010-10-27 富士通テン株式会社 車載用データ受信装置
JP2002232478A (ja) * 2000-11-06 2002-08-16 Matsushita Electric Ind Co Ltd 送信装置、受信装置及び放送データ配信方法
US20040268419A1 (en) * 2003-06-24 2004-12-30 Microsoft Corporation Interactive content without embedded triggers
JP4662340B2 (ja) * 2005-02-21 2011-03-30 アルパイン株式会社 デジタル放送受信器

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1394411A (zh) * 2000-11-06 2003-01-29 松下电器产业株式会社 发送装置、接收装置及广播数据的分发方法
JP2004193920A (ja) * 2002-12-11 2004-07-08 Toshiba Corp 番組配信システム及び受信装置
JP2005328267A (ja) * 2004-05-13 2005-11-24 Next Wave:Kk コンテンツ配信システム
JP2010067305A (ja) * 2008-09-10 2010-03-25 Panasonic Corp 録画装置及び録画方法
WO2010035652A1 (ja) * 2008-09-26 2010-04-01 株式会社エヌ・ティ・ティ・ドコモ データ受信端末、データ配信サーバ、データ配信システム、およびデータ配信方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115104320A (zh) * 2020-02-12 2022-09-23 大金工业株式会社 数据收集系统、接收侧装置以及数据收集方法

Also Published As

Publication number Publication date
JP2011254134A (ja) 2011-12-15
KR20130018948A (ko) 2013-02-25
BR112012030464A2 (pt) 2017-06-20
JP5075225B2 (ja) 2012-11-21
PE20131191A1 (es) 2013-10-19
US20130124677A1 (en) 2013-05-16
WO2011152231A1 (ja) 2011-12-08
KR101410405B1 (ko) 2014-06-20

Similar Documents

Publication Publication Date Title
CN101584190B (zh) 用于将推模式和拉模式相结合的系统和方法
CN101646076A (zh) 一种无线网络视频传送方法
KR20070004427A (ko) 휴대단말장치, 콘텐츠 분배시스템 및 콘텐츠 재생 프로그램
CN102055718B (zh) 一种在http streaming系统中实现分层请求内容的方法,装置和系统
CN102202075A (zh) 数据共享方法及便携终端
CN102934457A (zh) 广播插补数据传输装置及广播插补数据传输方法和广播系统
US20200092613A1 (en) System and methods for providing content to vehicles
CN101720478A (zh) 高有效性传输
CN1469581A (zh) 恢复保存的再生数据的恢复系统
KR100686157B1 (ko) 디지털 멀티미디어 데이터 녹화기능을 갖는 이동 단말기 및 이를 이용한 디지털 멀티미디어 데이터 녹화방법
JP4029915B2 (ja) 通信システム
CN1997133A (zh) 一种实现音视频录制的方法和系统
JP3719098B2 (ja) データ放送受信システム及びその方法並びにその制御プログラムを記録した記録媒体
CN101112089B (zh) 用于存储广播节目的方法和设备
KR20070012593A (ko) 디엠비 방송의 전송오류 처리장치 및 방법
KR101260127B1 (ko) 영상 수록 재생 장치
CN113543109B (zh) 一种应急通讯系统、方法及适配服务器
CN104426641B (zh) 通信控制装置及通信控制方法
JP2007158540A (ja) コンテンツ転送装置
CN102006521A (zh) 一种iptv系统及其实现点播服务的方法和节点设备
JP2005020437A (ja) コンテンツ補正システムおよび受信機器
JP4480017B2 (ja) 携帯端末装置及びテレビ放送録画システム
JPH09261266A (ja) サービス情報通信システム
JP2010153951A (ja) ファイル送信装置及びファイル受信装置
JP5398364B2 (ja) ファイル伝送システム、ファイル伝送管理サーバ及びファイル検査方法

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

Application publication date: 20130213