WO2011152231A1 - 放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システム - Google Patents

放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システム Download PDF

Info

Publication number
WO2011152231A1
WO2011152231A1 PCT/JP2011/061686 JP2011061686W WO2011152231A1 WO 2011152231 A1 WO2011152231 A1 WO 2011152231A1 JP 2011061686 W JP2011061686 W JP 2011061686W WO 2011152231 A1 WO2011152231 A1 WO 2011152231A1
Authority
WO
WIPO (PCT)
Prior art keywords
broadcast
content
time
data transmission
request
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.)
Ceased
Application number
PCT/JP2011/061686
Other languages
English (en)
French (fr)
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
Priority to BR112012030464A priority Critical patent/BR112012030464A2/pt
Priority to CN2011800265149A priority patent/CN102934457A/zh
Priority to US13/699,403 priority patent/US20130124677A1/en
Priority to KR1020127033791A priority patent/KR101410405B1/ko
Publication of WO2011152231A1 publication Critical patent/WO2011152231A1/ja
Anticipated expiration legal-status Critical
Ceased 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

Definitions

  • the present invention relates to a broadcast supplement data transmission apparatus, a broadcast supplement data transmission method, and a broadcast system that complement missing data in content data transmitted by broadcast waves.
  • the ISDB-Tmm standard which is an extension of the terrestrial digital broadcasting standard, has been studied as a broadcasting / communication system. Among them, a file casting function that distributes downloadable content via broadcast waves is also being considered. ing.
  • missing data information for broadcast data received by a receiving device is notified to the data broadcasting device using a communication network, and the missing data is retransmitted via the communication network. It is described.
  • Patent Document 1 it may be desirable to reject a missing data request from a receiving device depending on the broadcast program organization.
  • the content transmission device responding to the missing data request May notify the receiving device that there is a second broadcast and wait until the second broadcast. This is because the use of the communication network is reduced as much as possible, and it is more efficient in terms of traffic load on the communication network to receive data by broadcast waves.
  • the present invention provides a broadcast supplemental data transmission apparatus and broadcast supplemental data transmission that can reduce traffic on a communication network as much as possible when supplementing missing data in broadcast content data. It is an object to provide a method and a broadcasting system.
  • the broadcast supplemental data transmission device of the present invention is the broadcast supplemental data transmission device that supplements missing data of content using a communication network in response to a request from the reception device.
  • the broadcast supplemental data transmission method in the broadcast supplemental data transmission method for supplementing missing data of content using a communication network in response to a request from the receiving device, the missing data including time information is received from the receiving device.
  • the presence / absence of rebroadcasting of content including missing data is determined based on the time information included in the retransmission request. If it is determined that there is rebroadcast, the content is not transmitted via the communication network, and if it is determined that there is no rebroadcast, the content is transmitted via the communication network. This makes it possible to supplement the missing data of the content data with rebroadcast without using the communication network and to supplement the missing data by rebroadcasting, thereby reducing the traffic on the communication network. .
  • the time information may be a content reception time in the receiving device.
  • the time information may be a time at which the receiving device transmits a retransmission request for missing data.
  • the transmission unit when the transmission unit determines that there is a rebroadcast by the determination unit, the transmission unit further transmits a signal indicating an error to the reception device.
  • the signal indicating the error is received, it may be possible to recognize that there is a rebroadcast.
  • the receiving device when it is determined that there is a rebroadcast, a signal indicating an error is transmitted to the receiving device, and when the signal indicating the error is received, the receiving device recognizes that there is a rebroadcast. be able to. Therefore, it is possible to efficiently prepare for rebroadcasting on the receiving device side.
  • the determination means compares the time indicated by the time information included in the retransmission request with the update time of the content, so that the time after the time of the time information The presence or absence of rebroadcasting may be determined.
  • the time indicated by the time information included in the retransmission request is compared with a predetermined rebroadcast broadcast time to determine whether or not there is a rebroadcast after the time of the time information. Can do. Therefore, the presence / absence of rebroadcast can be determined with certainty.
  • the receiving means may receive a conditional request including time information in HTTP as a retransmission request.
  • an existing WEB server that responds to an HTTP request can be used as a broadcast supplementary data transmission apparatus by receiving a conditional request including time information in HTTP as a retransmission request. Moreover, since it can respond also to an existing WEB server that is not elegant, it is possible to introduce a device at a low cost, and it is easy to distribute a plurality of broadcast supplemental data transmission devices. Therefore, it is possible to disperse communication network traffic and missing data requests.
  • broadcast complementary data transmission apparatus in addition to the broadcast complementary data transmission apparatus and the broadcast complementary data transmission method of the present invention, it can be regarded as a broadcasting system. These inventions are different in category and have the same operational effects as the apparatus.
  • the receiving device includes the broadcasting Detecting means for detecting missing data in the content received from the device; and when the detected data is detected by the detecting means, a request for retransmission of the content including the missing data is sent to the broadcast complementary data transmission device, Requesting means for transmitting together with time information indicating the time when the content is received or the time when the retransmission is requested.
  • the receiving device includes: Detecting means for detecting missing data in the content received from the broadcast device; and when the detected data is detected by the detecting means, a request for retransmission of the content including the missing data is sent to the broadcast complementary data transmission device.
  • a request means for transmitting together with time information indicating the time at which the content is received or the time at which the retransmission is requested, and receiving an error message from the broadcast complementary data transmission device in response to a request from the request means, Acquisition means for acquiring rebroadcast time information of the content, and rebroadcast time information acquired by the acquisition means The indicated time and a control means for broadcasting reception state.
  • the rebroadcast time information of the content is acquired, and the broadcast can be received at the time indicated by the acquired rebroadcast time information.
  • the content to be rebroadcast can be reliably received.
  • missing data in content data with rebroadcasting can be supplemented by rebroadcasting without using a communication network, thereby reducing traffic on the communication network. be able to.
  • FIG. 1 is a system configuration diagram showing a system configuration of a broadcasting system 10 in the present embodiment. It is explanatory drawing which showed the broadcast schedule and the broadcast complementation timing. It is explanatory drawing which showed typically the acquisition process of the content data at the time of using "IF
  • FIG. 1 is a system configuration diagram showing a system configuration of a broadcasting system 10 in the present embodiment.
  • the broadcast system 10 includes a broadcast supplemental data transmission device 100, a reception device 200, and a broadcast device 300.
  • the broadcast supplemental data transmission apparatus 100 includes a storage unit 101, a content DB 102, an update time change unit 103, an HTTP response unit 104 (reception unit, determination unit, transmission unit), and a communication unit 105.
  • the broadcast supplemental data transmission device 100 is a server for storing broadcast content data, and distributes content data in response to a request from the reception device 200.
  • the broadcast supplemental data transmission apparatus 100 is configured by a computer system including a CPU, a RAM, a ROM, a communication module, and the like, and the CPU operates according to a program stored in the ROM, so that content data Distribution processing and the like can be executed.
  • a computer system including a CPU, a RAM, a ROM, a communication module, and the like, and the CPU operates according to a program stored in the ROM, so that content data Distribution processing and the like can be executed.
  • components of the broadcast supplemental data transmission apparatus 100 will be described.
  • the storage unit 101 is a part for storing supplemental content data in the content DB 102.
  • the storage unit 101 stores content data for complementation in the content DB 102 in accordance with an operation by an operator of the broadcast supplemental data transmission device 100.
  • the content DB 102 is a database that stores content data for complementation, and is an identifier that can identify a block in a predetermined block unit so that a data block including missing data can be extracted according to a request from the receiving device 200. Are stored in association with each other. Further, the content DB 102 stores a broadcast program table in which content data names (or content identifiers) and broadcast time zones are associated with each other.
  • the update time changing unit 103 is a part that changes the update time of the content data.
  • the change process is performed by an operator operation of the broadcast complementary data transmission apparatus 100, and the update time can be changed even if the content data itself is not updated.
  • This update time indicates the broadcast time of the second broadcast or rebroadcast, and the update time may be changed in conjunction with the broadcast time zone of the content data in the broadcast program guide.
  • the HTTP response unit 104 is a part that responds to a retransmission request for missing data received via the communication unit 105. More specifically, when receiving a request signal to which a conditional request header transmitted from the receiving device 200 is added, the HTTP response unit 104 performs processing according to the case where the condition is satisfied.
  • the HTTP response unit 104 performs broadcast supplementation in which IF Unmodified Since ⁇ broadcast reception time ⁇ is added as a conditional request header together with the content name of the content data (or its identifier) and the identifier of the data block including the missing data.
  • the broadcast reception time of the content is checked against the update time of the content stored in the content DB, and if the update time is set at a time later than the legal transmission / reception time, It is determined that the content data is scheduled to be rebroadcast. If it is determined that there is a rebroadcast schedule, the HTTP response unit 104 transmits an error message to the receiving apparatus 200. If it is determined that there is no rebroadcast schedule, the HTTP response unit 104 starts transmission processing of content data including missing data.
  • the communication unit 105 functions as a communication module.
  • the communication unit 105 delivers a request signal transmitted from the reception device 200 to the HTTP response unit 104, and transmits various signals output from the HTTP response unit 104 to the reception device 200.
  • the part to send is a communication module.
  • the receiving apparatus 200 includes a broadcast receiving unit 201 (control unit), a decoding unit 202, a missing data specifying unit 203 (detecting unit), an HTTP request unit 204 (requesting unit), and a communication unit. 205 and a broadcast time acquisition unit 206 (acquisition means).
  • the receiving device 200 is, for example, a portable terminal, and is configured from a computer system including a CPU, RAM, ROM, communication module, and the like. The CPU operates according to a program stored in the ROM. , Content reception processing, request processing, and the like can be executed.
  • components of the receiving device 200 will be described.
  • the broadcast receiving unit 201 is a part that receives content data broadcast from the broadcast device 300.
  • the decryption unit 202 is a part that decrypts the broadcast content data.
  • the missing data specifying unit 203 is a part that specifies missing data when there is missing data in the received content data.
  • the content data is composed of a plurality of data blocks, and when there is missing data in one of them, the data block including the missing data can be specified by an identifier indicating the data block.
  • the missing data specifying unit 203 may determine whether or not there is data loss when content is received by the communication unit 205, or may determine whether or not there is data loss during playback or reading of the content. Also good.
  • the HTTP request unit 204 is a part that transmits a broadcast supplement request for requesting retransmission of the missing data specified by the missing data specifying unit 203 to the broadcast supplemented data transmission apparatus 100.
  • the HTTP request unit 204 uses the time information indicating the time when the content data is received as a condition of the conditional request header, and the conditional request header is associated with the block identifier indicating the content identifier and the missing data.
  • the supplement request is transmitted to the broadcast supplement data transmission apparatus 100 using the communication unit 205.
  • the time for transmitting the broadcast supplement request may be set instead of the time when the content data is received.
  • the communication unit 205 executes a function as a communication module, and transmits a broadcast complement request from the HTTP request unit 204 to the broadcast supplemental data transmission device 100. This is the part that receives the response.
  • the broadcast time acquisition unit 206 When the broadcast time acquisition unit 206 receives a response signal indicating an error in response to a broadcast supplement request that is a retransmission request for missing data from the broadcast supplement data transmission device 100, the broadcast time acquisition unit 206 is stored in the broadcast supplement data transmission device 100. This is a part for accessing the program guide data reflecting the update time and acquiring the second broadcast time or rebroadcast time of the content data that is the target of the broadcast supplement request. When the acquired second broadcast time or re-broadcast time is reached, the broadcast receiving unit 201 is turned on so that a broadcast wave of the content data from the broadcast device 300 can be received, and enters a state of making a kind of reception reservation. .
  • the broadcast device 300 is a part that broadcasts encoded content data.
  • the broadcast device 300 includes a content DB 301, an encoding unit 302, and a broadcast transmission unit 303.
  • the content DB 301 is a part that stores content data to be broadcast.
  • the content DB 301 stores the broadcast time in association with the content data.
  • the encoding unit 302 is a part that encodes content data stored in the content DB.
  • the broadcast transmission unit 303 refers to the broadcast time of the content data stored in the content DB 301. When the broadcast time is reached, the broadcast transmission unit 303 causes the encoding unit 302 to perform an encoding process to broadcast the encoded content data. It is a part to do.
  • the broadcast device 300 copies the broadcast content data to the broadcast supplemental data transmission device 100 as necessary. This copy process may be performed by an operator of the broadcast supplemental data transmission apparatus 100 or the broadcast apparatus 300, or may be automatically performed via a communication network.
  • FIG. 2 is an explanatory diagram showing a broadcast schedule and broadcast supplement timing.
  • the broadcasting device 300 broadcasts the content data for the first time and ends the broadcasting at time A.
  • Receiving device 200 that has received the content data includes a content identifier and an identifier that identifies a data block that includes the missing data when the content data is detected to be missing at the time of reception or playback of the content.
  • the broadcast supplement request is transmitted to the broadcast supplement data transmission apparatus 100.
  • the broadcast device 300 performs the second broadcast of the same content data so that the time B becomes the broadcast end time, it is more efficient for the reception device 200 to wait for the second broadcast. . Therefore, even if a broadcast supplement request is transmitted, the broadcast supplement data transmission apparatus 100 transmits a response signal indicating an error in response to the request, and performs a missing data supplement process to the reception apparatus 200. Wait until the second broadcast.
  • the operator of the broadcasting apparatus 300 may decide to reorganize a program at time C after time B.
  • FIG. 2 shows that rebroadcasting is performed so that the time D becomes the broadcast end time.
  • the receiving apparatus 200 determines that the content includes missing data by playing back the content, and sends a broadcast supplement request to the broadcast supplement data transmission apparatus 100.
  • the broadcast supplemental data transmission apparatus 100 transmits a response signal indicating an error in response to the request, and waits until rebroadcast.
  • FIG. 3 is an explanatory diagram showing the broadcast schedule and the broadcast supplement timing, and schematically showing the content data acquisition process when “IF Unmodified Since ⁇ time ⁇ ” in the HTTP GET method is used.
  • FIG. 3 is an explanatory diagram showing the broadcast schedule and the broadcast supplement timing, and schematically showing the content data acquisition process when “IF Unmodified Since ⁇ time ⁇ ” in the HTTP GET method is used.
  • the broadcasting device 300 broadcasts the same content data twice so that each of the time A and the time B becomes the broadcast end time.
  • the receiving apparatus 200 transmits a signal including “GET HTTP1.1 IF Unmodified Since ⁇ time A ⁇ ” as a broadcast complement request that is a retransmission request. Transmit to device 100.
  • the broadcast supplemental data transmission device 100 stores time B, which is the second broadcast time, as the update time of the content data, and compares the time B, which is the second broadcast time, with the time A, so that the content is updated.
  • the necessity of resending data is determined.
  • the time A which is the reception end time of the content data, is a condition requirement, but this is an example, and may be, for example, a broadcast start time, or a broadcast supplement request is transmitted as described above. It is good also as time (for example, arbitrary time between the time A and the time B).
  • the broadcast supplemental data transmission apparatus 100 is one of error notifications that do not satisfy the conditions described in the broadcast supplementation request “412”. “Precondition Failed” is transmitted to the receiving apparatus 200.
  • the receiving device 200 accesses the program guide data stored in the broadcast supplemental data transmission device 100 and acquires the rebroadcast time of content data including missing data. Then, the receiving device 200 makes the content data broadcast at that time receivable.
  • the broadcast device 300 program reorganization is determined.
  • the subsequent time D is determined as the rebroadcast time of the content data.
  • the time D is stored in the content DB 102 as the update time.
  • the broadcast supplemental data transmission apparatus 100 changes only the update time even if the content data itself is not updated. Thereby, it can respond to the conditional request of HTTP.
  • This update time is a future time.
  • the broadcast supplement request is transmitted again.
  • a request signal including “GET HTTP / 1.1 IF Unmodified Since ⁇ time B ⁇ ” is transmitted to the broadcast complement data transmission apparatus 100 as a broadcast complement request.
  • the receiving device 200 may want to view or supplement the content data immediately, regardless of whether or not rebroadcasting is performed. In that case, the receiving apparatus 200 transmits a broadcast supplement request to the broadcast supplemental data transmission apparatus 100 without attaching a conditional request header in response to a user operation, thereby immediately via the communication network.
  • Content data can be complemented.
  • the broadcast supplemental data transmission device 100 transmits “412 Precondition” Failed ”, which is one of error notifications, to the receiving device 200.
  • the receiving device 200 accesses the program guide data stored in the broadcast supplemental data transmission device 100 and acquires the rebroadcast time of content data including missing data. Then, the content data broadcast at that time is made receivable.
  • rebroadcast time As the update time in this way, if the device can use HTTP, no extension is added to the existing HTTP response server, and a special protocol is used. In addition, missing data can be complemented using rebroadcast.
  • Fig. 4 shows a more detailed sequence diagram.
  • the broadcast transmission unit 303 broadcasts the first content data so that the time A becomes the broadcast end time (S101).
  • the missing data specifying unit 203 of the receiving device 200 receives the broadcast content data and detects missing data from the content data. Then, the HTTP request unit 204 transmits “GETHTTP / 1.1 If Unmodified Since time A” as the broadcast supplement request to the broadcast supplement data transmission apparatus 100.
  • “412Precondition Failed” is transmitted from the broadcast supplemental data transmission device 100 (S103).
  • the receiving device 200 obtains the rebroadcast time from the broadcast supplemental data transmission device 100, and when it reaches that time, it makes the broadcast wave receivable.
  • the broadcast transmission unit 303 broadcasts the second content data so that the time B becomes the broadcast end time (S104).
  • the receiving device 200 receives the content data broadcast for the second time. Then, missing data is detected from the content data, and “GET HTTP / 1.1 If Unmodified Since time B” is transmitted to the broadcast complement data transmission apparatus 100 as a broadcast complement request (S105).
  • “200OK" is transmitted, and the content data is retransmitted.
  • time D is determined as the rebroadcast time (S201), and the broadcast supplementary data transmission device 100 stores the time D as the update time of the content data.
  • “GET HTTP / 1.1 If Unmodified Since time B” is transmitted from the receiving device 200 to the broadcast supplementary data transmission device 100 as a broadcast supplement request (S202).
  • “412 Precondition Failed” is transmitted to the reception apparatus 200 as a response to the broadcast supplement request (S203).
  • the receiving device 200 obtains the rebroadcast time from the broadcast supplemental data transmission device 100, and when it reaches that time, the receiving device 200 enters a broadcast wave receivable state. Here, information of time D is acquired, and the broadcast is received at the time D.
  • rebroadcasting is performed from the broadcast device 300 so that the time D becomes the broadcast end time (S204).
  • the receiving device 200 receives the rebroadcast content data.
  • missing data is detected from the content data, and “GET HTTP / 1.1 If Unmodified Since time D” is transmitted to the broadcast complement data transmission apparatus 100 as a broadcast complement request (S205).
  • “200OK” is transmitted, and the content data is retransmitted (S206).
  • the broadcast supplemental data transmission apparatus 100 of the present embodiment when “GET HTTP / 1.1 If Unmodified Since time information”, which is a retransmission request of missing data including time information, is received from the receiving device 200, it is included in the retransmission request. Based on the time information, the HTTP response unit 104 determines whether or not the second broadcast or rebroadcast of the content including the missing data is present. When the HTTP response unit 104 determines that there is a rebroadcast, “412Precondition Failed”, which is one of error notifications, is transmitted as a response to the receiving device 200, and the content is transmitted via the communication network. Absent. In the present embodiment, the second broadcast or rebroadcast is referred to as rebroadcast unless otherwise specified.
  • the HTTP response unit 104 determines that there is no rebroadcast, it transmits “200“ OK ”as a response to the receiving device 200 to transmit the content via the communication network. This makes it possible to supplement the missing data of the content data with rebroadcast without using the communication network and to supplement the missing data by rebroadcasting, thereby reducing the traffic on the communication network. .
  • the second time after the time of the time information can be determined. Therefore, it is possible to reliably determine the presence or absence of the second broadcast or rebroadcast.
  • the receiving device 200 may use the content reception time in the receiving device 200 as the time information to be included in the broadcast supplement request, may be the transmission time of the broadcast supplement request, and may be any time in between. Also good.
  • the HTTP response part 104 can compare with the time slot
  • the broadcast supplementary data transmission apparatus 100 determines that there is a rebroadcast, it transmits an error signal “412 Precondition Failed” to the receiving device 200, and the receiving device 200 receives the “412 Precondition”.
  • “Failed” is received, it can be recognized that there is a rebroadcast. Therefore, it is possible to efficiently prepare for rebroadcasting on the receiving device 200 side.
  • the receiving device 200 can obtain the rebroadcast time zone by accessing the program guide data stored in the broadcast supplemental data transmission device 100, and can receive the content data during the time zone. This makes it possible to reliably receive content data and supplement missing data.
  • an existing WEB server that responds to an HTTP request can be used for the broadcast supplemental data transmission apparatus 100.
  • it can respond also to an existing WEB server that is not elegant it is possible to introduce a device at a low cost, and it is easy to distribute the broadcast supplemental data transmission device 100 to a plurality of devices. Therefore, it is possible to disperse communication network traffic and missing data requests.
  • DESCRIPTION OF SYMBOLS 10 ... Broadcasting system, 100 ... Broadcast complementary data transmission apparatus, 101 ... Storage part, 102 ... Content DB, 103 ... Update time change part, 104 ... HTTP response part, 105 ... Communication part, 200 ... Reception apparatus, 201 ... Broadcast reception , 202 ... Decoding part, 203 ... Missing data specifying part, 204 ... HTTP request part, 205 ... Communication part, 206 ... Broadcasting time acquisition part, 300 ... Broadcasting apparatus, 301 ... Content DB, 302 ... Encoding part, 303 ... Broadcast transmission part.

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.1 If Unmodified Since 時刻情報"を受信すると、当該再送要求に含まれる時刻情報に基づいて、ＨＴＴＰ応答部は、欠損データを含んだコンテンツの再放送の有無を判断する。そして、ＨＴＴＰ応答部により再放送があると判断されると、レスポンスとして、エラー通知の一つである"412Precondition Failed"を受信装置に送信して、通信網を介したコンテンツの送信を行わない。

Description

放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システム
　本発明は、放送波で伝送されたコンテンツデータにおける欠損データを補完する放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システムに関する。
　近年、放送と通信の連携システムとして、地上波デジタル放送規格の拡張であるISDB-Tmm規格の策定が検討されており、その中で、ダウンロード用コンテンツを放送波で配信するファイルキャスティング機能も検討されている。
　ダウンロード用コンテンツを放送波で配信する場合、コンテンツによっては全てのデータを完全に受信できていなければ利用できないものも存在する。例えば、ソフトウェア等のデータは一部欠損があるだけで利用できなくなる。
　また、動画や音声データでも欠損部分によっては、再生できない、もしくは著しく視聴品質が落ちる可能性もある。
　したがって、このようなダウンロード用コンテンツを放送波で配信する場合においては、受信装置が欠損データを通信で要求できる放送補完システムが検討されている。
　例えば、特許文献１に記載されている発明では、受信装置が受信した放送データに対する欠損データ情報を、データ放送装置に通信網を利用して通知し、欠損データを通信網経由で再送してもらうことが記載されている。
　このような放送と通信を融合したシステムにおいては、大部分のデータを放送波で全受信装置に配信しながら、通信網では、個別の受信装置に対して欠損部分のみを伝送するため、通信網のトラフィック負荷の影響を抑えながら、信頼性の高いデータ伝送が可能になる。
特開２００６－１６５９１５号
　しかしながら、特許文献１に記載されているように、受信装置からの欠損データ要求に対して、放送の番組編成によっては、当該欠損データ要求を拒否することが望ましい場合もある。
　例えば、同じコンテンツデータを２回放送する場合においては、受信装置が１回目の放送を受信した後、２回目の放送前に欠損データ要求をした場合には、欠損データ要求に応答するコンテンツ伝送装置は２回目の放送があることを受信装置に通知し、２回目の放送まで待機させることが好ましい場合がある。これはなるべく通信網の利用を軽減し、放送波でデータを受信した方が通信網のトラフィック負荷的に効率が良いためである。
　また、２回の放送が終了した後も、番組の編成によってはもう一度同じコンテンツデータを再放送することが決定する可能性がある。このような場合も、受信装置からの欠損データ要求に対して、再放送があることを通知でき、受信装置においては、その再放送を待って、欠損データの補完を行うことができれば、通信網のトラフィック負荷軽減につながる。
　そこで、上述の課題を解決するために、本発明は、放送されたコンテンツデータの欠損データを補完する際において、通信網のトラフィックを極力軽減することができる放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システムを提供することを目的とする。
　上述の課題を解決するために、本発明の放送補完データ伝送装置は、受信装置からの要求に応じてコンテンツの欠損データを、通信網を利用して補完する放送補完データ伝送装置において、前記受信装置から時刻情報を含んだ欠損データの再送要求を受信する受信手段と、前記受信手段により欠損データの再送要求を受信すると、当該再送要求に含まれる時刻情報に基づいて、前記欠損データを含んだコンテンツの再放送の有無を判断する判断手段と、前記判断手段により再放送があると判断されると、通信網を介した前記コンテンツの送信を行わず、再放送が無いと判断されると、通信網を介した前記コンテンツの送信を行う送信手段とを備えている。
　また、放送補完データ伝送方法において、受信装置からの要求に応じてコンテンツの欠損データを、通信網を利用して補完する放送補完データ伝送方法において、前記受信装置から時刻情報を含んだ欠損データの再送要求を受信する受信ステップと、前記受信ステップにより欠損データの再送要求を受信すると、当該再送要求に含まれる時刻情報に基づいて、前記欠損データを含んだコンテンツの再放送の有無を判断する判断ステップと、前記判断ステップにより再放送があると判断されると、通信網を介した前記コンテンツの送信を行わず、再放送が無いと判断されると、通信網を介した前記コンテンツの送信を行う送信ステップとを備えている。
　この発明によれば、受信装置から時刻情報を含んだ欠損データの再送要求を受信すると、当該再送要求に含まれる時刻情報に基づいて、欠損データを含んだコンテンツの再放送の有無を判断する。そして、再放送があると判断されると、通信網を介したコンテンツの送信を行わず、再放送が無いと判断されると、通信網を介したコンテンツの送信を行う。これにより、再放送があるコンテンツデータの欠損データの補完については、通信網を利用することなく、再放送をまって欠損データの補完を行うことができ、通信網のトラフィックを軽減することができる。
　また、本発明の放送補完データ伝送装置において、前記時刻情報は、前記受信装置においてコンテンツの受信時刻としてもよい。
　また、本発明の放送補完データ伝送装置において、前記時刻情報は、前記受信装置において、欠損データの再送要求を送信した時刻としてもよい。
　また、本発明の放送補完データ伝送装置において、前記送信手段は、前記判断手段により再放送があると判断されると、さらに、エラーの旨の信号を前記受信装置に送信し、前記受信装置においては、当該エラーの旨の信号を受信すると、再放送がある旨認識可能にすることとしてもよい。
　この発明によれば、再放送があると判断されると、エラーの旨の信号を受信装置に送信し、受信装置においては、当該エラーの旨の信号を受信すると、再放送がある旨認識することができる。よって、受信装置側において、再放送のための準備を効率的に行うことができる。
　また、本発明の放送補完データ伝送装置において、前記判断手段は、再送要求に含まれている時刻情報により示される時刻と、当該コンテンツの更新時間と比較することで、当該時刻情報の時刻以降の再放送の有無を判断することとしてもよい。
　この発明によれば、再送要求に含まれている時刻情報により示される時刻が、予め定めた再放送の放送時間と比較することで、当該時刻情報の時刻以降の再放送の有無を判断することができる。よって、確実に再放送の有無を判断することができる。
　また、本発明の放送補完データ伝送装置において、前記受信手段は、再送要求として、ＨＴＴＰにおける時刻情報を含んだ条付きリクエストを受信することとしてもよい。
　この発明によれば、再送要求として、ＨＴＴＰにおける時刻情報を含んだ条付きリクエストを受信することで、ＨＴＴＰのリクエストに応答する既存のＷＥＢサーバを放送補完データ伝送装置に利用することができる。また、格調の無い既存のＷＥＢサーバでも対応できるため、安価に装置を導入することができ、放送補完データ伝送装置を複数に分散させることも容易である。よって、通信網のトラフィックや欠損データの要求を分散させることができる。
　また、以下に記載するとおり、本発明の放送補完データ伝送装置および放送補完データ伝送方法のほかに、放送システムとして捉えることができる。これら発明は、カテゴリーが異なるものであり、装置と同様の作用効果を奏するものである。
　本発明の放送システムにおいて、上記の放送補完データ伝送装置と、コンテンツの放送を行う放送装置と、前記放送装置からコンテンツの受信を行う受信装置とを備える放送システムにおいて、前記受信装置は、前記放送装置から受信したコンテンツの欠損データを検出する検出手段と、前記検出手段により欠損データが検出されると、前記放送補完データ伝送装置に対して、前記欠損データを含んだコンテンツの再送要求を、前記コンテンツの受信時の時刻または前記再送要求時の時刻を示す時刻情報とともに送信する要求手段と、を備えている。
　また、本発明の放送システムにおいて、上記の放送補完データ伝送装置と、コンテンツの放送を行う放送装置と、前記放送装置からコンテンツの受信を行う受信装置とを備える放送システムにおいて、前記受信装置は、前記放送装置から受信したコンテンツの欠損データを検出する検出手段と、前記検出手段により欠損データが検出されると、前記放送補完データ伝送装置に対して、前記欠損データを含んだコンテンツの再送要求を、前記コンテンツの受信時の時刻または前記再送要求時の時刻を示す時刻情報とともに送信する要求手段と、前記要求手段の要求に応じて、前記放送補完データ伝送装置から、エラーの旨を受信すると、前記コンテンツの再放送時刻情報を取得する取得手段と、前記取得手段により取得された再放送時刻情報で示された時刻に放送受信可能状態にする制御手段とを備えている。
　この発明によれば、放送補完データ伝送装置から、エラーの旨を受信すると、コンテンツの再放送時刻情報を取得し、取得された再放送時刻情報で示された時刻に放送受信可能状態にすることで、再放送されるコンテンツを確実に受信することができる。
　本発明によれば、再放送があるコンテンツデータの欠損データの補完については、通信網を利用することなく、再放送をまって欠損データの補完を行うことができ、通信網のトラフィックを軽減することができる。
本実施形態における放送システム１０のシステム構成を示すシステム構成図である。 放送スケジュールと、放送補完タイミングを示した説明図である。 ＨＴＴＰのＧＥＴメソッドにおける“IF Unmodified Since {時刻}”を利用した場合のコンテンツデータの取得処理を模式的に示した説明図である。 ＨＴＴＰのＧＥＴメソッドを利用した欠損データの取得処理のシーケンス図である。
　添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
　図１は、本実施形態における放送システム１０のシステム構成を示すシステム構成図である。図１に示すとおり、放送システム１０は、放送補完データ伝送装置１００、受信装置２００、および放送装置３００から構成されている。
　放送補完データ伝送装置１００は、蓄積部１０１、コンテンツＤＢ１０２、更新時刻変更部１０３、ＨＴＴＰ応答部１０４（受信手段、判断手段、送信手段）、および通信部１０５を含んで構成されている。この放送補完データ伝送装置１００は、放送されたコンテンツデータを保管するためのサーバであって、受信装置２００からの要求に応じて、コンテンツデータの配信を行うものである。
　この放送補完データ伝送装置１００は、ＣＰＵ、ＲＡＭ、ＲＯＭ、通信モジュール等を備えたコンピュータシステムから構成されているものであり、ＲＯＭに記憶されたプログラムに従って、ＣＰＵは動作することにより、コンテンツデータの配信処理などを実行することができる。以下、この放送補完データ伝送装置１００の構成要素について説明する。
　蓄積部１０１は、補完用のコンテンツデータをコンテンツＤＢ１０２に記憶させるための部分である。この蓄積部１０１は、放送補完データ伝送装置１００のオペレータによる操作に従って、補完用のコンテンツデータをコンテンツＤＢ１０２に記憶する。
　コンテンツＤＢ１０２は、補完用のコンテンツデータを記憶するデータベースであって、受信装置２００からの要求に従って欠損データを含んだデータブロックを抽出できるように、所定のブロック単位で、当該ブロックを識別可能な識別子と対応付けて記憶している。また、コンテンツＤＢ１０２は、コンテンツデータ名（またはコンテンツ識別子）と放送時間帯とを対応付けた放送番組表を記憶している。
　更新時刻変更部１０３は、コンテンツデータの更新時刻を変更する部分である。放送補完データ伝送装置１００のオペレータ操作により変更処理が行われる部分であり、コンテンツデータ自体に更新が無くても、更新時刻を変更することができる。なお、この更新時間は、２回目の放送や再放送の放送時間を示したものであり、更新時間を、放送番組表におけるコンテンツデータの放送時間帯に連動して変更するようにしてもよい。
　ＨＴＴＰ応答部１０４は、通信部１０５を介して受信した、欠損データの再送要求に対する応答を行う部分である。より具体的には、ＨＴＴＰ応答部１０４は、受信装置２００から送信された条件付リクエストヘッダが付加されたリクエスト信号を受信すると、その条件を満たした場合に応じた処理を行う。
　例えば、ＨＴＴＰ応答部１０４は、コンテンツデータのコンテンツ名（またはその識別子）および欠損データを含んだデータブロックの識別子とともに、条件付リクエストヘッダとして、IF Unmodified Since {放送受信時刻}が付加された放送補完リクエストを受信すると、そのコンテンツの放送受信時刻と、コンテンツＤＢに記憶されているコンテンツの更新時刻とを照合して、法送受信時刻より後の時間に更新時刻が設定されている場合には、そのコンテンツデータの再放送予定が有と判断する。そして、再放送予定があると判断されると、ＨＴＴＰ応答部１０４は、エラーの旨、受信装置２００に送信する。再放送予定がないと判断されると、ＨＴＴＰ応答部１０４は、欠損データを含んだコンテンツデータの送信処理を開始する。
　通信部１０５は、通信モジュールとして機能する部分であって、ＨＴＴＰ応答部１０４に対して受信装置２００から送信されたリクエスト信号を受け渡し、またＨＴＴＰ応答部１０４から出力された各種信号を受信装置２００に送信する部分である。
　つぎに、放送装置３００から放送されたコンテンツデータを受信し、その受信したコンテンツデータに欠損データがあった場合に、放送補完データ伝送装置１００に欠損データの要求を行う受信装置２００について説明する。図１に示されている通り、この受信装置２００は、放送受信部２０１（制御手段）、復号化部２０２、欠損データ特定部２０３（検出手段）、ＨＴＴＰリクエスト部２０４（要求手段）、通信部２０５、および放送時間取得部２０６（取得手段）を含んで構成されている。この受信装置２００は、例えば携帯端末であって、ＣＰＵ、ＲＡＭ、ＲＯＭ、通信モジュール等を備えたコンピュータシステムから構成されているものであり、ＲＯＭに記憶されたプログラムに従って、ＣＰＵは動作することにより、コンテンツの受信処理、要求処理などを実行することができる。以下、この受信装置２００の構成要素について説明する。
　放送受信部２０１は、放送装置３００から放送されたコンテンツデータを受信する部分である。
　復号化部２０２は、放送されたコンテンツデータを復号する部分である。
　欠損データ特定部２０３は、受信したコンテンツデータに欠損データがあった場合に、その欠損データを特定する部分である。例えば、コンテンツデータは、複数のデータブロックから構成されており、そのうちの一つに欠損データがあった場合には、当該データブロックを示す識別子により欠損データを含んだデータブロックを特定することができる。この欠損データ特定部２０３は、通信部２０５によりコンテンツが受信されたときに、データの欠損の有無を判断してもよいし、コンテンツの再生時または読み込み時に、データの欠損の有無を判断してもよい。
　ＨＴＴＰリクエスト部２０４は、欠損データ特定部２０３により特定された欠損データの再送要求を行うための放送補完リクエストを放送補完データ伝送装置１００に送信する部分である。このＨＴＴＰリクエスト部２０４は、コンテンツデータを受信した時刻を示す時刻情報を、条件付リクエストヘッダの条件とし、当該条件付リクエストヘッダと、コンテンツ識別子および欠損データを示すブロックの識別子とを対応付けた放送補完リクエストを放送補完データ伝送装置１００に通信部２０５を用いて送信する。なお、時刻情報として、コンテンツデータを受信した時刻にかえて、当該放送補完リクエストを送信する時刻を設定するようにしてもよい。
　通信部２０５は、通信モジュールとしての機能を実行する部分であって、放送補完データ伝送装置１００に対して、ＨＴＴＰリクエスト部２０４からの放送補完リクエストを送信し、また放送補完データ伝送装置１００からのレスポンスを受信する部分である。
　放送時間取得部２０６は、放送補完データ伝送装置１００から、欠損データの再送要求である放送補完リクエストに対してエラーの旨のレスポンス信号を受信した場合に、放送補完データ伝送装置１００に記憶されている、更新時刻が反映された番組表データに対してアクセスし、放送補完リクエストの対象となるコンテンツデータの２回目の放送時刻または再放送時刻を取得する部分である。取得した２回目の放送時刻または再放送時刻に達すると、放送受信部２０１は、放送装置３００からのコンテンツデータの放送波を受信できるように、オン状態となり、一種の受信予約を行う状態となる。
　つぎに、放送装置３００について説明する。放送装置３００は、符号化されたコンテンツデータを放送する部分である。この放送装置３００は、コンテンツＤＢ３０１、符号化部３０２、および放送伝送部３０３を含んで構成されている。
　コンテンツＤＢ３０１は、放送するコンテンツデータを記憶する部分である。このコンテンツＤＢ３０１は、コンテンツデータとともに、その放送時刻を対応付けて記憶している。
　符号化部３０２は、コンテンツＤＢに記憶されているコンテンツデータを符号化する部分である。
　放送伝送部３０３は、コンテンツＤＢ３０１に記憶されているコンテンツデータの放送時刻を参照して、その放送時刻に達すると、符号化部３０２に符号化処理をさせて、符号化されたコンテンツデータの放送を行う部分である。
　放送装置３００は、放送を行った後、必要に応じて、放送補完データ伝送装置１００に、放送したコンテンツデータをコピーする。このコピー処理は、放送補完データ伝送装置１００または放送装置３００のオペレータにより、行われてもよいし、通信網を経由して自動的にコピー処理を行うようにしてもよい。
　このように構成された放送システム１０における放送スケジュールと、各装置の処理タイミングについて説明する。図２は、放送スケジュールと、放送補完タイミングを示した説明図である。
　図２に示すように、放送装置３００は、コンテンツデータの１回目の放送を行い、時刻Ａにはその放送を終了させている。そのコンテンツデータを受信した受信装置２００は、その受信時またはコンテンツの再生時に、そのコンテンツデータに欠損を検出した場合には、コンテンツ識別子と欠損データを含んだデータブロックを特定する識別子とを含んだ放送補完リクエストを放送補完データ伝送装置１００に送信する。
　このとき、放送装置３００が、時刻Ｂが放送終了時刻となるように同一コンテンツデータの２回目の放送を行う場合には、受信装置２００は、その２回目の放送を待つ方が効率的である。よって、放送補完リクエストを送信したとしても、放送補完データ伝送装置１００は、そのリクエストに対しては、エラーの旨のレスポンス信号を送信し、受信装置２００に対して、欠損データの補完処理を２回目の放送まで待たせる。
　また、一方で、放送装置３００のオペレータにおいて、時刻Ｂ以降である時刻Ｃの時点で番組再編成の決定をする場合がある。図２においては、時刻Ｄが放送終了時刻となるように再放送を行うことが示されている。そして、時刻Ｃ以降時刻Ｄまでの間に、受信装置２００は、コンテンツを再生等することによってそのコンテンツに欠損データを含んだものであると判断し、放送補完リクエストを放送補完データ伝送装置１００に送信した場合、再放送をまって欠損データの取得をする方が効率的である。この場合も、同様に、放送補完データ伝送装置１００は、そのリクエストに対しては、エラーの旨のレスポンス信号を送信し、再放送まで待たせる。
　図３は、放送スケジュールと、放送補完タイミングを示した説明図であって、ＨＴＴＰのＧＥＴメソッドにおける“IF Unmodified Since {時刻}”を利用した場合のコンテンツデータの取得処理を模式的に示した説明図である。
　図２と同様に、放送装置３００は、時刻Ａおよび時刻Ｂのそれぞれが放送終了時刻となるように、同一コンテンツデータの放送を２回行っている。
　ここで受信装置２００は、受信したコンテンツデータに欠損データがあった場合、再送要求である放送補完リクエストとして、“GET HTTP1.1 IF Unmodified Since {時刻Ａ}”を含んだ信号を放送補完データ伝送装置１００に送信する。放送補完データ伝送装置１００では、コンテンツデータの更新時刻として、２回目放送時刻である時刻Ｂを記憶しており、この２回目放送時刻である時刻Ｂと、時刻Ａとを比較することにより、コンテンツデータの再送の要否を判断している。なお、ここでは、コンテンツデータの受信終了時刻である時刻Ａを条件の要件としているが、これは一例であって、例えば放送の開始時刻としてもよいし、上述したとおり、放送補完リクエストを送信する時刻（例えば、時刻Ａから時刻Ｂの間の任意の時刻）としてもよい。
　図３では、時刻Ａ以降に更新時刻として時刻Ｂが設定されているため、放送補完データ伝送装置１００は、放送補完リクエストに記述されている条件を満たしていないエラー通知の一つである“412 Precondition Failed”を受信装置２００に送信する。受信装置２００では、このエラー通知を受信すると、放送補完データ伝送装置１００に記憶されている番組表データにアクセスし、欠損データを含んだコンテンツデータの再放送時刻を取得する。そして、受信装置２００は、その時刻に放送されるコンテンツデータを受信可能な状態にする。
　また、一方で、放送装置３００においては、番組再編成が決定される。図３においては、時刻Ｃの時点で、それ以降の時刻Ｄが当該コンテンツデータの再放送時刻に決定される。そして、放送補完データ伝送装置１００においては、その時刻Ｄが更新時刻として、コンテンツＤＢ１０２に記憶される。放送補完データ伝送装置１００では、コンテンツデータ自体に更新が無くても、更新時刻だけは変更しておく。これにより、ＨＴＴＰの条件付リクエストに対応することができる。なお、この更新時刻は、未来の時間となっている。
　そして、受信装置２００において、時刻Ｂ終了時のコンテンツデータに欠損データがあった場合、再度、放送補完リクエストその送信が行われる。ここでは、放送補完リクエストとして、“GET HTTP/1.1 IF Unmodified Since {時刻Ｂ}”を含んだリクエスト信号を放送補完データ伝送装置１００に送信する。なお、受信装置２００において、再放送の有無に関わらず、今すぐコンテンツデータを視聴したい、または補完したいといった場合がある。その場合には、受信装置２００は、ユーザの操作に応じて、条件付のリクエストヘッダをつけずに、放送補完リクエストを放送補完データ伝送装置１００に送信することにより、すぐに通信網を介してコンテンツデータの補完を行うことができる。
　図３では、時刻Ｂ以降に更新時刻として時刻Ｄが設定されているため、放送補完データ伝送装置１００は、エラー通知の一つである“412 Precondition Failed”を受信装置２００に送信する。受信装置２００では、このエラー通知を受信すると、放送補完データ伝送装置１００に記憶されている番組表データにアクセスし、欠損データを含んだコンテンツデータの再放送時刻を取得する。そして、その時刻に放送されるコンテンツデータを受信可能な状態にする。
　このようにして、再放送時刻を更新時刻として設定しておくことで、ＨＴＴＰを利用可能な装置であれば、既存のＨＴＴＰの応答サーバに一切の拡張を加えず、また特別なプロトコルを用いることなく、再放送を利用した欠損データの補完を行うことができる。
　図４にさらに詳細なシーケンス図を示す。放送装置３００において、放送伝送部３０３により、時刻Ａが放送終了時刻となるようにコンテンツデータの1回目の放送が行われる（Ｓ１０１）。受信装置２００の欠損データ特定部２０３では、放送されたコンテンツデータを受信し、コンテンツデータのうち欠損データを検出する。そして、ＨＴＴＰリクエスト部２０４により、放送補完リクエストとして、“GETHTTP/1.1 If Unmodified Since 時刻Ａ”が、放送補完データ伝送装置１００に送信される。放送補完データ伝送装置１００では、更新時刻として再放送時刻Ｂが記憶されているため、放送補完データ伝送装置１００から、“412Precondition Failed”が送信される（Ｓ１０３）。受信装置２００においては、“412 Precondition Failed”が受信されると、放送補完データ伝送装置１００から再放送時刻を取得し、その時刻になった場合に、放送波の受信可能状態にする。
　つぎに、放送装置３００において、放送伝送部３０３により、時刻Ｂが放送終了時刻となるようにコンテンツデータの２回目の放送が行われる（Ｓ１０４）。受信装置２００においては、２回目に放送されたコンテンツデータを受信する。そして、そのコンテンツデータのうち欠損データを検出し、放送補完リクエストとして、“GET HTTP/1.1 If Unmodified Since 時刻Ｂ”を放送補完データ伝送装置１００に送信する（Ｓ１０５）。放送補完データ伝送装置１００では、時刻Ｂ以降に再放送する予定は無いため、“200OK”を送信し、コンテンツデータの再送を行う。
　その後、時刻Ｂ以降である時刻Ｃにおいて、時刻Ｄが再放送時刻として決定され（Ｓ２０１）、放送補完データ伝送装置１００では、当該時刻Ｄがコンテンツデータの更新時刻として記憶される。そして、時刻Ｃ以降時刻Ｄの間において、受信装置２００から放送補完リクエストとして、“GET HTTP/1.1 If Unmodified Since 時刻Ｂ”が、放送補完データ伝送装置１００に送信される（Ｓ２０２）。放送補完データ伝送装置１００では、更新時刻として時刻Ｄが設定されているため、その放送補完リクエストの応答として“412Precondition Failed”が受信装置２００に送信される（Ｓ２０３）。受信装置２００においては、“412 Precondition Failed”が受信されると、放送補完データ伝送装置１００から再放送時刻を取得し、その時刻になった場合に、放送波の受信可能状態にする。ここでは、時刻Ｄという情報を取得し、その時刻Ｄにおいて放送を受信可能な状態にする。
　そして、時刻Ｄが放送終了時刻となるように、放送装置３００から再放送が行われる（Ｓ２０４）。受信装置２００においては、再放送されたコンテンツデータを受信する。そして、そのコンテンツデータのうち欠損データを検出し、放送補完リクエストとして、“GET HTTP/1.1 If Unmodified Since 時刻Ｄ”を放送補完データ伝送装置１００に送信する（Ｓ２０５）。放送補完データ伝送装置１００では、時刻Ｄ以降に再放送する予定は無いため、“200OK”を送信し、コンテンツデータの再送を行う（Ｓ２０６）。
　このようにして、コンテンツデータの再放送があった場合には、その再放送を受信することで欠損データの補完を行うことができる。
　つぎに、本実施形態の放送補完データ伝送装置１００および放送システム１０の作用効果について説明する。本実施形態の放送補完データ伝送装置１００において、受信装置２００から時刻情報を含んだ欠損データの再送要求である、“GET HTTP/1.1 If Unmodified Since 時刻情報”を受信すると、当該再送要求に含まれる時刻情報に基づいて、ＨＴＴＰ応答部１０４は、欠損データを含んだコンテンツの２回目の放送または再放送の有無を判断する。そして、ＨＴＴＰ応答部１０４により再放送があると判断されると、レスポンスとして、エラー通知の一つである“412Precondition Failed”を受信装置２００に送信して、通信網を介したコンテンツの送信を行わない。なお、本実施形態においては、特に断りが無い限り、２回目の放送または再放送を再放送と称している。
　また、ＨＴＴＰ応答部１０４により再放送が無いと判断されると、レスポンスとして“200 OK”を受信装置２００に送信して、通信網を介したコンテンツの送信を行う。これにより、再放送があるコンテンツデータの欠損データの補完については、通信網を利用することなく、再放送をまって欠損データの補完を行うことができ、通信網のトラフィックを軽減することができる。
　例えば、“GET HTTP/1.1 If Unmodified Since 時刻情報”に含まれている時刻情報により示される時刻と、予め定めた再放送の放送時間とを比較することで、当該時刻情報の時刻以降の２回目の放送または再放送の有無を判断することができる。よって、確実に２回目の放送または再放送の有無を判断することができる。
　ここで、受信装置２００は、放送補完リクエストに含める時刻情報として、受信装置２００におけるコンテンツの受信時刻としてもよいし、当該放送補完リクエストの送信時刻としてもよいし、また、その間の任意の時刻としてもよい。そして、ＨＴＴＰ応答部１０４は、これら時刻に基づいて再放送される時間帯と比較することができる。
　また、放送補完データ伝送装置１００において、再放送があると判断されると、エラーの旨の信号である“412 Precondition Failed”を受信装置２００に送信し、受信装置２００においては、当該“412 Precondition Failed”を受信すると、再放送がある旨認識することができる。よって、受信装置２００側において、再放送のための準備を効率的に行うことができる。
　例えば、受信装置２００は、放送補完データ伝送装置１００に記憶されている番組表データにアクセスすることで、再放送の時間帯を取得することができ、その時間帯に当該コンテンツデータを受信できるように準備することで、確実なコンテンツデータの受信および欠損データの補完を行うことができる。
　このようにして、ＨＴＴＰにおける条付きリクエストを利用することで、ＨＴＴＰのリクエストに応答する既存のＷＥＢサーバを放送補完データ伝送装置１００に利用することができる。また、格調の無い既存のＷＥＢサーバでも対応できるため、安価に装置を導入することができ、放送補完データ伝送装置１００を複数に分散させることも容易である。よって、通信網のトラフィックや欠損データの要求を分散させることができる。
１０…放送システム、１００…放送補完データ伝送装置、１０１…蓄積部、１０２…コンテンツＤＢ、１０３…更新時刻変更部、１０４…ＨＴＴＰ応答部、１０５…通信部、２００…受信装置、２０１…放送受信部、２０２…復号化部、２０３…欠損データ特定部、２０４…ＨＴＴＰリクエスト部、２０５…通信部、２０６…放送時間取得部、３００…放送装置、３０１…コンテンツＤＢ、３０２…符号化部、３０３…放送伝送部。

Claims (9)

  1. 　受信装置からの要求に応じてコンテンツの欠損データを、通信網を利用して補完する放送補完データ伝送装置において、
    　前記受信装置から時刻情報を含んだ欠損データの再送要求を受信する受信手段と、
    　前記受信手段により欠損データの再送要求を受信すると、当該再送要求に含まれる時刻情報に基づいて、前記欠損データを含んだコンテンツの再放送の有無を判断する判断手段と、
    　前記判断手段により再放送があると判断されると、通信網を介した前記コンテンツの送信を行わず、再放送が無いと判断されると、通信網を介した前記コンテンツの送信を行う送信手段とを備える放送補完データ伝送装置。
  2. 　前記時刻情報は、前記受信装置においてコンテンツの受信時刻であることを特徴とする請求項１に記載の放送補完データ伝送装置。
  3. 　前記時刻情報は、前記受信装置において、欠損データの再送要求を送信した時刻であることを特徴とする請求項１に記載の放送補完データ伝送装置。
  4. 　前記送信手段は、前記判断手段により再放送があると判断されると、さらに、エラーの旨の信号を前記受信装置に送信し、
    　前記受信装置においては、当該エラーの旨の信号を受信すると、再放送がある旨認識可能にすることを特徴とする請求項１から３のいずれか一項に記載の放送補完データ伝送装置。
  5. 　前記判断手段は、
    　再送要求に含まれている時刻情報により示される時刻と、当該コンテンツの更新時間と比較することで、当該時刻情報の時刻以降の再放送の有無を判断することを特徴とする請求項１から４のいずれか一項に記載の放送補完データ伝送装置。
  6. 　前記受信手段は、再送要求として、ＨＴＴＰにおける時刻情報を含んだ条付きリクエストを受信することを特徴とする請求項１から５のいずれか一項に記載の放送補完データ伝送装置。
  7. 　請求項１から６のいずれか一項に記載の放送補完データ伝送装置と、コンテンツの放送を行う放送装置と、前記放送装置からコンテンツの受信を行う受信装置とを備える放送システムにおいて、
    　前記受信装置は、
    　前記放送装置から受信したコンテンツの欠損データを検出する検出手段と、
    　前記検出手段により欠損データが検出されると、前記放送補完データ伝送装置に対して、前記欠損データを含んだコンテンツの再送要求を、前記コンテンツの受信時の時刻または前記再送要求時の時刻を示す時刻情報とともに送信する要求手段と、を備えることを特徴とする放送システム。
  8. 　請求項４に記載の放送補完データ伝送装置と、コンテンツの放送を行う放送装置と、前記放送装置からコンテンツの受信を行う受信装置とを備える放送システムにおいて、
    　前記受信装置は、
    　前記放送装置から受信したコンテンツの欠損データを検出する検出手段と、
    　前記検出手段により欠損データが検出されると、前記放送補完データ伝送装置に対して、前記欠損データを含んだコンテンツの再送要求を、前記コンテンツの受信時の時刻または前記再送要求時の時刻を示す時刻情報とともに送信する要求手段と、
    　前記要求手段の要求に応じて、前記放送補完データ伝送装置から、エラーの旨を受信すると、前記コンテンツの再放送時刻情報を取得する取得手段と、
    　前記取得手段により取得された再放送時刻情報で示された時刻に放送受信可能状態にする制御手段とを備える放送システム。
  9. 　受信装置からの要求に応じてコンテンツの欠損データを、通信網を利用して補完する放送補完データ伝送方法において、
    　前記受信装置から時刻情報を含んだ欠損データの再送要求を受信する受信ステップと、
    　前記受信ステップにより欠損データの再送要求を受信すると、当該再送要求に含まれる時刻情報に基づいて、前記欠損データを含んだコンテンツの再放送の有無を判断する判断ステップと、
    　前記判断ステップにより再放送があると判断されると、通信網を介した前記コンテンツの送信を行わず、再放送が無いと判断されると、通信網を介した前記コンテンツの送信を行う送信ステップとを備える放送補完データ伝送方法。
PCT/JP2011/061686 2010-05-31 2011-05-20 放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システム Ceased WO2011152231A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
BR112012030464A BR112012030464A2 (pt) 2010-05-31 2011-05-20 dispositivo de difusão de transmissão de dados suplementares e métodos de difusão de transmissão de dados suplementares, e sistema de difusão
CN2011800265149A CN102934457A (zh) 2010-05-31 2011-05-20 广播插补数据传输装置及广播插补数据传输方法和广播系统
US13/699,403 US20130124677A1 (en) 2010-05-31 2011-05-20 Broadcast supplemental data transmission device and broadcast supplemental data transmission method, and broadcast system
KR1020127033791A KR101410405B1 (ko) 2010-05-31 2011-05-20 방송 보완 데이터 전송 장치, 방송 보완 데이터 전송 방법, 및 방송 시스템

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2011152231A1 true WO2011152231A1 (ja) 2011-12-08

Family

ID=45066610

Family Applications (1)

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

Country Status (7)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103814582A (zh) * 2013-11-05 2014-05-21 华为技术有限公司 视频业务数据传输方法、数据接收装置和数据发送装置

Families Citing this family (4)

* 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 マルチメディア放送受信装置及びプログラム
JP7094809B2 (ja) * 2018-07-10 2022-07-04 キヤノン株式会社 情報処理装置、情報処理装置の制御方法、及びプログラム
JP7104338B2 (ja) * 2020-02-12 2022-07-21 ダイキン工業株式会社 データ収集システム、受信側装置、及びデータ収集方法
KR20250048631A (ko) 2023-10-03 2025-04-10 서준혁 송신 코드를 활용한 로그인 없는 일회용 클라우드 파일 업로드 시스템

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000354003A (ja) * 1999-06-10 2000-12-19 Fujitsu Ten Ltd 車載用データ受信装置
JP2002232478A (ja) * 2000-11-06 2002-08-16 Matsushita Electric Ind Co Ltd 送信装置、受信装置及び放送データ配信方法
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 (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1394411A (zh) * 2000-11-06 2003-01-29 松下电器产业株式会社 发送装置、接收装置及广播数据的分发方法
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 (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000354003A (ja) * 1999-06-10 2000-12-19 Fujitsu Ten Ltd 車載用データ受信装置
JP2002232478A (ja) * 2000-11-06 2002-08-16 Matsushita Electric Ind Co Ltd 送信装置、受信装置及び放送データ配信方法
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 (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103814582A (zh) * 2013-11-05 2014-05-21 华为技术有限公司 视频业务数据传输方法、数据接收装置和数据发送装置
CN103814582B (zh) * 2013-11-05 2017-06-20 华为技术有限公司 视频业务数据传输方法和数据发送装置

Also Published As

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

Similar Documents

Publication Publication Date Title
US11575961B2 (en) Reception apparatus, transmission apparatus, and data processing method
US9154833B2 (en) Information processing apparatus, data management method, and program
US8214856B2 (en) Emergency alert system for video on demand viewers
US20210250631A1 (en) Adaptive Bitrate Streaming Of Live Content with Manifest Update Push Notification or Long Poll
CN1285079A (zh) 用于传送信息的方法
EP3497831B1 (en) Improved adaptive bit rate streaming of live content
JP5075225B2 (ja) 放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システム
US20090181646A1 (en) System and method for binding notification types to applications for a notification framework
KR20110112199A (ko) 실시간 방송 신호에 포함된 비실시간 콘텐트를 수신하는 방법 및 장치
CN114040232A (zh) 投屏系统、方法、电子设备和存储介质
US11831702B2 (en) Method for broadcasting DASH/HLS hybrid multimedia streams
US20090213777A1 (en) Distribution apparatus and receiving apparatus for reproducing predetermined contents
US11388485B2 (en) Receiving device, receiving method, transmission device, and transmission method
US11611799B2 (en) ATSC 3 application context switching and sharing
US20150295977A1 (en) Media Playing Method And Device
JP7615241B2 (ja) 端末装置
US11711568B2 (en) Techniques for ATSC 3.0 broadcast boundary area management using plural tuners handing off between presentation and scanning
EP3280148B1 (en) Method and device for communicating between devices in multimedia system
KR101699351B1 (ko) 파일 정정 배포 모드를 요청하는 방법
JP2022183813A (ja) 受信装置、クライアント端末装置、およびプログラム
KR20070040273A (ko) 디지털 방송 시스템에서 신뢰성 보장 전송 서비스 제공방법
CN101438588B (zh) 在数据分发业务中利用更改对象来传输静态对象的更改的方法、以及发送器和接收器
WO2023012756A1 (en) Techniques for atsc 3.0 broadcast boundary area management using plural tuners handing off between presentation and scanning
KR101377942B1 (ko) 이동통신 단말기의 방송 관련 정보 처리 방법 및 이를이용한 이동통신 단말기, 그리고 방송 시스템
KR20090070712A (ko) 휴대 방송 서비스에서 방송 안내 정보 제공 방법 및 시스템

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180026514.9

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11789640

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 002239-2012

Country of ref document: PE

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20127033791

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 11296/DELNP/2012

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 13699403

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 11789640

Country of ref document: EP

Kind code of ref document: A1

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112012030464

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112012030464

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20121129