WO2012096202A1 - 送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システム - Google Patents

送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システム Download PDF

Info

Publication number
WO2012096202A1
WO2012096202A1 PCT/JP2012/050059 JP2012050059W WO2012096202A1 WO 2012096202 A1 WO2012096202 A1 WO 2012096202A1 JP 2012050059 W JP2012050059 W JP 2012050059W WO 2012096202 A1 WO2012096202 A1 WO 2012096202A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
manifest file
receiving
received
broadcasting
Prior art date
Application number
PCT/JP2012/050059
Other languages
English (en)
French (fr)
Inventor
山岸 靖明
Original Assignee
ソニー株式会社
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 ソニー株式会社 filed Critical ソニー株式会社
Priority to EP12733959.6A priority Critical patent/EP2665260B1/en
Priority to RU2013130744/08A priority patent/RU2598596C2/ru
Priority to KR1020137015737A priority patent/KR101924514B1/ko
Priority to SG2013052832A priority patent/SG191910A1/en
Priority to CN201280004754.3A priority patent/CN103329561B/zh
Priority to US13/976,116 priority patent/US8910226B2/en
Priority to BR112013017426A priority patent/BR112013017426A2/pt
Publication of WO2012096202A1 publication Critical patent/WO2012096202A1/ja
Priority to US14/541,411 priority patent/US10432696B2/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/437Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/442Monitoring 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/44209Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/631Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/633Control signals issued by server directed to the network components or client
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/104Peer-to-peer [P2P] networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/632Control 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 using a connection between clients on a wide area network, e.g. setting up a peer-to-peer communication via Internet for retrieving video segments from the hard-disk of other client devices

Definitions

  • the present invention relates to a transmission device, a transmission method, a reception device, a reception method, a program, and a content distribution system, and in particular, a transmission device and a transmission method that are suitable for use when distributing content using a network or a broadcast as needed.
  • the present invention relates to a receiving device, a receiving method, a program, and a content distribution system.
  • Patent Document 1 a service for distributing contents such as television programs and movies via a network represented by the Internet has been realized by unicast distribution (see, for example, Patent Document 1).
  • FIG. 1 shows a configuration example for realizing unicast distribution.
  • each terminal device 4 accesses the distribution server 1 via the Internet 2 and requests distribution of content.
  • the distribution server 1 distributes contents to each terminal device 4 via the Internet 2. That is, in the unicast distribution, the distribution server 1 and each terminal device 4 communicate one to one. In this case, when the number of terminal devices 4 increases, the processing load of the distribution server 1 increases and the amount of data communication in the network 2 increases.
  • the content is multicasted in addition to caching the content in the router 3 of each ISP (internetinterservice provider) that constitutes the Internet 2.
  • ISP Internetinterservice provider
  • FIG. 2 shows a configuration example for realizing IP multicast distribution.
  • IP multicast distribution when a terminal device 4 that wants to belong to a multicast group 5 (a group of terminal devices 4 that can receive broadcasted content) notifies the router 3 that constitutes the Internet 2 to that effect, each router 3 cooperates.
  • a multicast distribution tree is configured. With this multicast distribution tree, the content from the distribution server 1 is broadcast only to the multicast group 5.
  • each router 3 needs to be compatible with IP multicast distribution (having a function of cooperating to form a multicast distribution tree).
  • the Internet 2 is composed of routers 3 operated by a number of different ISPs, and there are many routers 3 that do not support IP multicast distribution, so it is difficult to realize IP multicast distribution. .
  • FIG. 3 shows a configuration example for realizing overlay multicast delivery.
  • the overlay multicast distribution is realized by an application program executed by the terminal device 4 without depending on the function of the router 3. That is, in the overlay multicast distribution, when the terminal device 4A receives the content from the distribution server 1 via the Internet 2, information indicating that the received content can be relayed to another terminal device 4 is disclosed. When another terminal device 4 (for example, the terminal device 4C) requests the terminal device 4A to relay based on the disclosed information, the terminal device 4A relays the received content to the other terminal device 4. Similarly to the terminal device 4A, the other terminal device 4 that has received the relayed content can also relay the content to another terminal device (for example, the terminal device 4D).
  • another terminal device 4 for example, the terminal device 4C
  • the terminal device 4C that desires to relay the content needs to search for the terminal device 4A that can relay the content. Further, the terminal device 4A that relays the content is required to have a processing capability for maintaining an upstream communication speed comparable to the downstream communication speed of the content via the Internet 2. Furthermore, there is a problem that the content that has been relayed is degraded in quality (such as a large delay) as compared to the content directly distributed from the distribution server 1.
  • the present invention has been made in view of such a situation, and enables content to be stably supplied to a large number of terminal devices.
  • the transmission device is notified from the transmission device that supplies the content, the transmission unit that transmits the content to the reception device via the network, and the reception device that has received the content.
  • a manifest file receiving means for receiving a manifest file indicating the quality of the content; an analyzing means for analyzing the received manifest file; and a broadcasting means for distributing the content by broadcasting based on an analysis result of the manifest file; Delivery means for delivering the received manifest file.
  • the analyzing means detects presence / absence of quality deterioration of the content based on the received manifest file, and the broadcasting means distributes the content by broadcasting when the quality deterioration of the content is detected. it can.
  • the distribution unit When the content is distributed by broadcast based on the analysis result of the manifest file, the distribution unit adds information for receiving the content distributed by broadcast to the received manifest file and distributes the content can do.
  • the transmission device acquires a reception report indicating that the content is received, which is notified from the reception device that has received the content distributed by broadcasting, and has acquired the content
  • the information processing apparatus may further include reception report acquisition means for determining whether or not the distribution of the content broadcast is continued based on the number of reception reports.
  • the broadcast report acquisition means determines that the distribution of the content by broadcasting is not continued, the broadcast report is controlled by the broadcast means to distribute the broadcast distribution stop notice indicating that the distribution of the content by broadcasting is stopped. Can be made.
  • a transmission method is a transmission method of a transmission device that supplies content, wherein the broadcasting device transmits the content to a reception device via a network, and the content is received.
  • the manifest file receiving step for receiving the manifest file indicating the quality of the content, which is notified from the receiving device, the analyzing step for analyzing the received manifest file, and the content based on the analysis result of the manifest file
  • a program is a program for controlling a transmission device that supplies content, and includes a transmission step of transmitting the content to a reception device via a network, and the reception of the content received
  • a manifest file reception step of receiving a manifest file indicating the quality of the content notified from the device, an analysis step of analyzing the received manifest file, and the content based on the analysis result of the manifest file by broadcasting
  • the computer of a transmission apparatus is made to perform the process including the broadcast step to distribute, and the distribution step to distribute the received manifest file.
  • content is transmitted to a receiving device via a network, a manifest file indicating the quality of the content notified from the receiving device that has received the content is received, and the received manifest file Content is distributed by broadcast based on the analysis result.
  • the receiving apparatus generates a manifest file indicating the quality of the received content and receiving means for receiving the content transmitted via a network in the receiving apparatus for receiving the content Notification means for notifying the transmitting apparatus, and relay means for relaying the received content to another receiving apparatus via the network.
  • the reception device further includes a manifest file acquisition unit that acquires the manifest file distributed by the transmission device and generated by another reception device, wherein the reception unit is acquired Based on the manifest file, another content receiving device can be accessed and the content relayed from the other content receiving device can be received.
  • the receiving apparatus further includes conversion means for converting an encoding method of the received content, and the relay means receives the content that has been received and converted in encoding method. It can be relayed to other receiving apparatuses via the network.
  • the manifest file may include at least one of a delay amount, a packet loss number, and a jitter amount when the content is received as information indicating the quality of the content.
  • the receiving method according to the second aspect of the present invention is a receiving method of a receiving apparatus for receiving content, wherein the receiving method receives the content transmitted via a network according to the receiving method, and the received content.
  • a program according to a second aspect of the present invention is a program for controlling a receiving device that receives content, and includes a reception step of receiving the content transmitted via a network, and the quality of the received content
  • the receiving device computer executes a process including a notification step of generating a manifest file indicating the above and notifying the transmitting device, and a relaying step of relaying the received content to another receiving device via the network. .
  • content transmitted via the network is received, a manifest file indicating the quality of the received content is generated and notified to the transmission device, and the received content is transmitted via the network. Relayed to other receivers.
  • a content distribution server is a content distribution system including a transmission device that transmits content and a reception device that receives the transmitted content.
  • the transmission device transmits the content via a network.
  • a distribution unit an analysis unit that analyzes the received manifest file; and a broadcast unit that distributes the content by broadcasting based on an analysis result of the manifest file.
  • the reception device receives the content transmitted via the network, a notification unit that generates a manifest file indicating the quality of the received content and notifies the transmission device; Relay means for relaying the received content to another receiving device via the network.
  • the transmitting device transmits the content to the receiving device via the network, and receives and receives the manifest file indicating the quality of the content notified from the receiving device that has received the content.
  • Content is distributed by broadcasting based on the analysis result of the manifest file.
  • the content transmitted via the network is received by the receiving device, a manifest file indicating the quality of the received content is generated and notified to the transmitting device, and the received content is received by other receiving via the network. Relayed to the device.
  • content can be stably transmitted to a large number of receiving devices.
  • content can be received stably.
  • content can be stably distributed to a large number of receiving devices.
  • FIG. 4 shows a configuration example of the content distribution system according to the embodiment of the present invention.
  • the content distribution system 10 includes a content distribution server 11, a manifest file distribution server 12, and a TV broadcast device 13 that are provided on the content transmission (supply) side, and a large number of content provided on the content reception (acquisition) side.
  • the terminal device 21 is configured. Each terminal device 21 can communicate with the content distribution server 11 and the manifest file distribution server 12 via the Internet 2.
  • the terminal device 21 is also referred to as a node. Further, when it is necessary to distinguish each terminal device 21 individually, the terminal devices 21A and 21B (nodes A and B) are referred to.
  • the content distribution server 11 mainly performs streaming distribution of content via the Internet 2.
  • the manifest file distribution server 12 mainly distributes the manifest file notified from the terminal device 21 through the TV broadcast network.
  • the manifest file distribution server 12 supplies the manifest file via the Internet 2 in response to a request from the terminal device 21.
  • the TV broadcasting device 13 mainly distributes content by broadcasting according to control from the content distribution server 11.
  • the TV broadcast device 13 distributes the manifest file through the TV broadcast network in accordance with control from the manifest file distribution server 12.
  • the TV broadcast network used by the TV broadcast device 13 is not limited to any one of a satellite broadcast network, a terrestrial digital broadcast network, a cable TV broadcast network, a mobile phone broadcast network, and the like, and is arbitrary.
  • Each terminal device 21 holds URLs of the content distribution server 11 and the manifest file distribution server 12 in advance, and can communicate with the content distribution server 11 and the manifest file distribution server 12 via the Internet 2.
  • FIG. 5 shows a configuration example of the content distribution server 11.
  • the content distribution server 11 includes a content streaming distribution unit 31 and a content broadcast control unit 32.
  • the content streaming distribution unit 31 performs streaming distribution of content via the Internet 2 in response to a request from the terminal device 2 via the Internet 2.
  • the content broadcast control unit 32 controls the TV broadcast device 13 to distribute the content by broadcasting.
  • FIG. 6 shows a configuration example of the manifest file distribution server 12.
  • the manifest file distribution server 12 includes a manifest file acquisition unit 41, a manifest file analysis unit 42, a manifest file distribution unit 43, a content distribution server control unit 44, and a reception report acquisition unit 45.
  • the manifest file acquisition unit 41 acquires a manifest file periodically notified from the terminal device 21 that has acquired the content.
  • the manifest file includes information (hereinafter referred to as relay quality information) indicating a situation such as a delay amount and packet loss when the terminal device 21 that has acquired the content acquires the content.
  • relay quality information information indicating a situation such as a delay amount and packet loss when the terminal device 21 that has acquired the content acquires the content.
  • the manifest file analysis unit 42 analyzes the relay quality information of the manifest file acquired by the manifest file acquisition unit 41.
  • the manifest file distribution unit 43 causes the TV broadcast device 13 to broadcast the manifest file acquired by the manifest file acquisition unit 41 via the content distribution server control unit 44.
  • the manifest file distribution unit 43 supplies the manifest file acquired by the manifest file acquisition unit 41 to the terminal device 21 that has requested through the Internet 2.
  • the content distribution server control unit 44 controls the content distribution server 11 to control the start and stop of streaming distribution by content broadcasting.
  • the reception report acquisition unit 45 causes the TV broadcast device 13 to broadcast a reception report request via the content distribution server control unit 44.
  • the reception report is returned from the terminal device 21 that receives the content that is streamed by broadcasting, and is used for measuring the total number of the terminal devices 21 that are receiving the content.
  • FIG. 7 shows a configuration example of the terminal device 21.
  • the terminal device 21 includes a content acquisition unit 51, a manifest file generation unit 52, a content holding unit 53, a manifest file acquisition unit 54, a content conversion unit 55, a content reproduction unit 56, and a content relay unit 57.
  • the content acquisition unit 51 accesses the content distribution server 11 whose URL is known via the Internet 2 and acquires the content distributed from the content distribution server 11. Also, the content acquisition unit 51 accesses another terminal device 21 based on the distributed manifest file, and acquires the content that the other terminal device 21 relays streaming distribution. Furthermore, based on the distributed manifest file, the content acquisition unit 51 acquires the content by receiving the broadcast when the desired content is distributed by broadcast.
  • the manifest file generation unit 52 generates a manifest file corresponding to the acquired content, and transmits it to the manifest file distribution server 12 via the Internet 2.
  • FIG. 8 shows each item constituting the manifest file.
  • the manifest file is generated including relay quality information 61, attribute information 62, and one or more content relay source URLs 63. Further, channel information 64 at the time of broadcast distribution may be added to the manifest file.
  • the relay quality information 61 includes the amount of delay, the number of packet losses, the amount of jitter, etc. occurring in the acquired content.
  • the relay quality information 61 indicates the quality of content that the terminal device 21 can relay to other terminal devices 21.
  • the relay quality information 61 is used as information for determining whether or not another terminal device 21 requests the terminal device 21 to relay content.
  • the delay amount is based on the timing at which the content is distributed from the content distribution server 11, and is calculated as the difference between the time received at the terminal device 21 from the transmission time included in the content streaming packet. Is done.
  • the attribute information 62 includes content attribute metadata including the title and outline of the content, the original bit rate and codec type of the content, and the codec type that can be converted by the terminal device 21.
  • the metadata of the encoding attribute which shows is included.
  • the URL of the communication port of the content relay unit 57 that is different for each type of codec that can be converted by the terminal device 21 is described. However, when the terminal device 21 does not have a function of converting the codec or the like of the original content, only one content relay source URL 63 is described.
  • the channel information 64 at the time of broadcast distribution is added by the manifest file distribution server 12 when the corresponding content is distributed by streaming.
  • the channel information 64 at the time of broadcast distribution describes a broadcast channel through which the content is streamed.
  • the content holding unit 53 temporarily holds the content acquired by the content acquisition unit 51.
  • the manifest file acquisition unit 54 automatically acquires and holds a manifest file that is broadcast from the TV broadcasting device 13 and is generated by another terminal device 21. Further, the manifest file acquisition unit 54 can access the manifest file distribution server 12 via the Internet 2 and request the supply of the manifest file generated by the other terminal device 21. In this case, the manifest file distribution server 12 supplies the manifest file via the Internet 2.
  • the content conversion unit 55 converts the encoding method (bit rate, codec, etc.) of the content held in the content holding unit 53 into one or more predetermined encoding methods and outputs the converted one to the content relay unit 57 To do.
  • the type of encoding method that can be converted by the content conversion unit 55 may be set according to the processing capability of each terminal device 21. Further, the content conversion unit 55 may be omitted, that is, the acquired content may be relayed as it is.
  • the content reproduction unit 56 reproduces the content held in the content holding unit 53, and outputs the video signal and audio signal obtained as a result to a subsequent monitor (not shown).
  • the content relay unit 57 has a plurality of communication ports for the Internet 2, and the content held in the content holding unit 53 according to the communication ports accessed by other terminal devices 21 via the Internet 2, Alternatively, the content whose encoding method has been converted by the content conversion unit 55 is streamed to the other terminal device 21.
  • FIG. 9 is a flowchart for explaining the reproduction process by the terminal device 21. This reproduction process is started when the user of the terminal device 21 selects content to be viewed by a predetermined operation.
  • step S1 the content acquisition unit 51 determines whether or not the manifest file corresponding to the selected content has already been acquired by the manifest file acquisition unit 54. If it is determined that the corresponding manifest file has not been acquired, the process proceeds to step S2.
  • step S2 the content acquisition unit 51 accesses the known content distribution server 11 via the Internet 2 and requests streaming distribution of the selected content.
  • the content distribution server 11 starts streaming distribution of the selected content to the terminal device 21.
  • step S3 the content acquisition unit 51 analyzes the acquired manifest file and selects a node (other terminal device 21) that can relay the selected content.
  • the content acquisition unit 51 accesses the selected other terminal device 21 (the communication port of the content relay unit 57) via the Internet 2 and requests streaming distribution of the selected content.
  • streaming distribution of the selected content is started from another terminal device 21 to the terminal device 21.
  • step S4 the content acquisition unit 51 starts receiving content for which streaming distribution has been started.
  • the received content is held by the content holding unit 53 and is started to be played back by the content playback unit 56.
  • step S5 the manifest file generation unit 52 generates a manifest file corresponding to the content for which reception has been started, and transmits the manifest file to the manifest file distribution server 12 via the Internet 2. Further, the manifest file generation unit 52 updates the manifest file in response to a change in the reception status (delay amount, etc.) during the period in which the content is received, and transmits the updated manifest file to the manifest file distribution server 12.
  • the transmitted manifest file is periodically and repeatedly distributed from the TV broadcasting device 13 by broadcasting according to the control of the manifest file distribution server 12. Above, description of the reproduction
  • FIG. 10 is a flowchart for explaining relay processing by the terminal device 21. This relay process is started in response to another terminal device 21 accessing the content relay unit 57 via the Internet 2.
  • step S11 the content conversion unit 55 determines the encoding method according to the communication port of the content relay unit 57 accessed by another terminal device 21.
  • step S12 the content conversion unit 55 converts the content encoding method held in the content holding unit 53 into the encoding method determined in step S11, and outputs the result to the content relay unit 57.
  • the encoding method determined in step S11 is the same as the content encoding method held in the content holding unit 53
  • the content conversion unit 55 outputs the held content as it is to the content relay unit 57.
  • step S13 the content relay unit 57 starts streaming distribution of the content input from the content conversion unit 55 via the communication port accessed by the other terminal device 21 and the Internet 2. Above, description of the relay process by the terminal device 21 is complete
  • FIG. 11 is a flowchart for explaining processing of the manifest file distribution server 12.
  • the manifest file distribution server 12 repeatedly executes the process described below continuously.
  • step S21 the manifest file acquisition unit 41 waits until it is determined that a predetermined number of manifest files transmitted from each terminal device 21 via the Internet 2 have been received. If it is determined that a predetermined number of manifest files have been received, the process proceeds to step S22.
  • the manifest file analysis unit 42 analyzes the relay quality information of the received manifest file, and determines whether or not the quality is deteriorated in the content distributed or relayed via the Internet 2. Specifically, a ratio of a predetermined number of received manifest files in which at least one of delay amount, packet loss number, jitter amount, etc. included in the relay quality information exceeds a predetermined threshold is constant. When the reference value is exceeded, it is determined that quality degradation has occurred.
  • step S23 the manifest file distribution unit 43 controls the TV broadcast device 13 to distribute the received manifest file by broadcasting. Thereafter, the process returns to step S21.
  • step S24 the content distribution server control unit 44 requests the content distribution server 11 to broadcast and distribute the content corresponding to the received manifest file.
  • the content broadcast control unit 32 of the content distribution server 11 controls the TV broadcast device 13 to start streaming distribution by broadcasting the content.
  • step S25 the manifest file distribution unit 43 changes the received manifest file, that is, adds the channel information 64 at the time of broadcast distribution to the received manifest file, and distributes the updated manifest file by broadcast.
  • the manifest file distribution unit 43 supplies the changed manifest file to the terminal device 21 that has requested it via the Internet 2.
  • the content is not only distributed via the network 2 but also distributed via the broadcasting network.
  • the terminal device 21 since each terminal device 21 detects that the content is distributed by broadcasting from the updated manifest file, the terminal device 21 capable of receiving the broadcast is stably distributed by broadcasting. Will receive the content.
  • step S26 the reception report acquisition unit 45 requests the TV broadcast device 13 to distribute the reception report request.
  • the TV broadcast device 13 distributes the reception report request by broadcasting.
  • This reception report request is received by the terminal device 21 that is receiving the content that is being streamed by broadcasting.
  • a reception report indicating that the content being streamed by broadcasting is being received is sent back to the manifest file distribution server 12 via the Internet 2.
  • step S27 the reception report acquisition unit 45 evaluates the broadcast cost based on the number of replies of the reception report returned from the terminal device 21 that is receiving the content distributed by broadcasting. Further, based on the evaluation result, the reception report acquisition unit 45 determines whether or not to continue streaming distribution by broadcasting the content in step S28.
  • the cost is higher than when the content is streamed via the Internet 2, but whether or not the number of viewers can be met by the cost. Based on this, it is determined whether or not to continue streaming delivery by broadcasting. Specifically, when the number of received report replies is equal to or greater than a predetermined threshold, it is determined that streaming delivery by broadcasting is continued.
  • step S28 If it is determined in step S28 that the streaming distribution by the content broadcast is to be continued, the process returns to step S26, and steps S26 to S28 are repeated.
  • step S29 when it is determined that the number of viewers of the content being streamed by broadcasting (the number of replies to the reception report) is reduced and the streaming delivery by broadcasting the content is to be stopped, the process proceeds to step S29.
  • step S29 the reception report acquisition unit 45 requests the TV broadcast device 13 to distribute a broadcast distribution stop notice indicating that streaming distribution due to the content broadcast will be stopped soon.
  • the TV broadcast device 13 delivers a broadcast distribution stop notice by broadcasting.
  • the content acquisition is changed to distribution via the Internet 2 based on the acquired manifest file.
  • the terminal device 21 transmits a manifest file indicating the quality of the received content to the manifest file distribution server 12.
  • the manifest file acquisition unit 41 receives the manifest file transmitted from the terminal device 21.
  • the manifest file analysis unit 42 analyzes the relay quality information of the received manifest file and waits until it is determined that the quality deterioration of the content distributed or relayed via the Internet 2 has been recovered. Specifically, this determination is a ratio of a plurality of received manifest files in which at least one of a delay amount, a packet loss number, a jitter amount, etc. included in the relay quality information exceeds a predetermined threshold value. Is less than a certain reference value, it is determined that the quality deterioration has been recovered.
  • step S30 If it is determined in step S30 that the quality degradation of the content distributed or relayed via the Internet 2 has been recovered, the process proceeds to step S31.
  • step S31 the content distribution server control unit 44 requests the content distribution server 11 to stop the streaming distribution of the content corresponding to the received manifest file.
  • the manifest file distribution unit 43 distributes the received manifest file by broadcasting.
  • the manifest file distribution unit 43 also supplies the manifest file to the terminal device 21 that has requested it via the Internet 2.
  • the content broadcast control unit 32 of the content distribution server 11 controls the TV broadcast device 13 to start streaming distribution by broadcasting the content. Thereafter, the process returns to step S21, and the subsequent steps are repeated. Above, description of the process of the manifest file delivery server 12 is complete
  • the terminal device 21A (node A) acquires content X from the content distribution server 11
  • the terminal device 21B (node B) acquires content X relayed from the node A
  • the terminal device 21C (node C). Shows an operation scenario when the content X relayed from the node B is acquired.
  • the node A accesses the content distribution server 11 via the Internet 2 and requests streaming distribution of the content X. In response to this request, the content distribution server 11 starts streaming distribution of the content X to the node A via the Internet 2.
  • the node A that has started receiving the content distributed by streaming generates a manifest file corresponding to the content X, and transmits the generated manifest file to the manifest file distribution server 12 via the Internet 2.
  • the manifest file distribution server 12 that has received the transmitted manifest file determines whether or not the content X has deteriorated based on the relay quality information of the manifest file. If it is determined that no quality degradation has occurred, the manifest file is distributed from the TV broadcast device 13 by broadcasting.
  • the distributed manifest file is received by each node. After that, when the user of the node B instructs the reception of the content X, the node B refers to the manifest file generated by the node A corresponding to the content X that is already held, and distributes the content to the node A by streaming. (Relay) is requested. In response to this request, the node A starts streaming distribution (relay) of the content X to the node B via the Internet 2.
  • the node B that has started receiving the relayed content generates a manifest file corresponding to the content X relayed by the node A, and transmits the generated manifest file to the manifest file distribution server 12 via the Internet 2.
  • the manifest file distribution server 12 that has received the transmitted manifest file determines whether or not the content X has deteriorated based on the relay quality information of the manifest file. If it is determined that no quality degradation has occurred, the manifest file is distributed from the TV broadcast device 13 by broadcasting.
  • the distributed manifest file is received by each node. Thereafter, when the user of the node C instructs the reception of the content X, the node C refers to the manifest file generated by the node A or B corresponding to the content X already held, Request streaming delivery (relay). In response to this request, the node B starts streaming distribution (relay) of the content X to the node C via the Internet 2.
  • FIG. 13 shows an operation scenario when the content X is streamed even by broadcasting in response to the quality degradation occurring in the content X being relayed.
  • the manifest file distribution server 12 that has received the manifest file transmitted from the node B or the like determines the presence or absence of quality degradation of the content X based on the relay quality information of the manifest file.
  • the manifest file distribution server 12 requests the content distribution server 11 to control distribution start by broadcasting the content X.
  • the content distribution server 11 controls the TV broadcast device 13 to start streaming distribution by broadcasting of the content X.
  • the manifest file distribution server 12 changes the manifest file transmitted from the node B (adds channel information 64 at the time of broadcast distribution) and distributes it from the TV broadcast device 13 by broadcast.
  • the distributed manifest file is received by each node, and thereafter, when each node receives the content X, the content X distributed by streaming is received.
  • FIG. 14 shows an operation scenario when the streaming distribution of the content X broadcast is stopped in response to the decrease in the number of viewers of the content X distributed by broadcasting.
  • the manifest file distribution server 12 requests the TV broadcast device 13 to distribute the reception report request.
  • the TV broadcast device 13 distributes the reception report request by broadcasting.
  • the distributed reception report request is received by the node receiving the content X.
  • Each node that has received the reception report request returns a reception report indicating that the content X streamed by broadcasting is being received to the manifest file distribution server 12.
  • the manifest file distribution server 11 that has received the reception report evaluates the broadcast cost based on the number of replies of the reception report returned from each node, and determines whether or not to continue streaming distribution of the content X broadcast.
  • the manifest file distribution server 11 determines not to continue streaming distribution of the content X broadcast, it requests the TV broadcast apparatus 13 to distribute the broadcast distribution stop notice. In response to this request, the TV broadcast device 13 distributes a broadcast distribution stop notice by broadcasting.
  • the node A that has received the broadcast distribution stop notice accesses the content distribution server 11 via the Internet 2 and requests streaming distribution of the content X. In response to this request, the content distribution server 11 starts streaming distribution of the content X to the node A via the Internet 2.
  • the node B can also request the content distribution server 11 for streaming distribution of the content X.
  • the node A that has started receiving the content distributed by streaming generates a manifest file corresponding to the content X, and transmits the manifest file to the manifest file distribution server 12 via the Internet 2.
  • the manifest file distribution server 12 that has received the transmitted manifest file determines whether or not the content X has deteriorated based on the relay quality information of the manifest file. If it is determined that no quality degradation has occurred, the manifest file is distributed from the TV broadcast device 13 by broadcasting.
  • the node B that has not requested the content distribution server 11 for the streaming distribution of the content X refers to the distributed manifest file and requests the node A for the streaming distribution (relay) of the content. In response to this request, the node A starts streaming distribution (relay) of the content X to the node B via the Internet 2.
  • the node B that has started receiving the relayed content generates a manifest file corresponding to the content X relayed by the node A, and transmits the manifest file to the manifest file distribution server 12 via the Internet 2.
  • the manifest file distribution server 12 that has received the transmitted manifest file determines whether or not the content X has deteriorated based on the relay quality information of the manifest file, and determines whether to recover the quality deterioration. If it is determined that the quality degradation has been recovered, the manifest file distribution server 12 requests the content distribution server 11 to stop streaming distribution of the content X by broadcasting. In response to this request, the content distribution server 11 causes the TV broadcast device 13 to stop streaming distribution by broadcasting the content X.
  • the content distribution system 10 may start or stop stream distribution by broadcasting content depending on the quality deterioration of the content relayed via the Internet 2 or the phenomenon of the viewer. it can. Accordingly, the content supply side can stably supply the content to a large number of terminal devices while suppressing an increase in cost.
  • the content supply side is individually provided as the content distribution server 11, the manifest file distribution server 12, and the TV broadcast device 13, but these can be combined as appropriate. .
  • the terminal device 21 can be incorporated in, for example, a TV receiver or a video recorder.
  • the series of processes described above can be executed by hardware or software.
  • a program constituting the software may execute various functions by installing a computer incorporated in dedicated hardware or various programs. For example, it is installed from a program recording medium in a general-purpose personal computer or the like.
  • FIG. 15 is a block diagram showing an example of the hardware configuration of a computer that executes the above-described series of processing by a program.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • An input / output interface 105 is further connected to the bus 104.
  • the input / output interface 105 includes an input unit 106 including a keyboard, a mouse, and a microphone, an output unit 107 including a display and a speaker, a storage unit 108 including a hard disk and a non-volatile memory, and a communication unit 109 including a network interface.
  • a drive 110 for driving a removable medium 111 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory is connected.
  • the CPU 101 loads the program stored in the storage unit 108 to the RAM 103 via the input / output interface 105 and the bus 104 and executes the program. A series of processing is performed.
  • the program executed by the computer 100 may be a program that is processed in time series in the order described in this specification, or a necessary timing such as in parallel or when a call is made. It may be a program in which processing is performed.
  • the program may be processed by a single computer or may be distributedly processed by a plurality of computers. Furthermore, the program may be transferred to a remote computer and executed.
  • system represents the entire apparatus composed of a plurality of apparatuses.

Landscapes

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

Abstract

本技術は、多数の端末装置に対してコンテンツを安定して供給することができる送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システムに関する。 端末装置21は、インタネット2を介してコンテンツ配信サーバ11からのコンテンツのストリーミング配信を受信することができる。また、端末装置21は、受信したコンテンツを、インタネット2を介して他の端末装置21に中継することができる。このようにして中継されるコンテンツの品質が劣化した(遅延量が多いなど)場合、コンテンツ配信サーバ11は、TV放送装置13を制御して、コンテンツを放送によりストリーミング配信させることができる。さらに、その視聴者数に応じて、コンテンツの放送を停止することができる。本発明は、コンテンツ配信システムに適用できる。

Description

送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システム
 本発明は、送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システムに関し、特に、ネットワークまたは放送を臨機応変に使い分けてコンテンツを配信する場合に用いて好適な送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システムに関する。
 従来、テレビジョン番組や映画などのコンテンツを、インタネットに代表されるネットワークを介して配信するサービスがユニキャスト配信により実現されている(例えば、特許文献1参照)。
 図1は、ユニキャスト配信を実現するための構成例を示している。ユニキャスト配信は、各端末装置4それぞれがインタネット2を介して配信サーバ1にアクセスし、コンテンツの配信を要求する。そして、それらの要求に応じ、配信サーバ1がインタネット2を介して各端末装置4にコンテンツを配信することにより実現される。すなわち、ユニキャスト配信では、配信サーバ1と各端末装置4とが一対一に通信を行う。この場合、端末装置4の数が増加すると、配信サーバ1の処理負荷が増すとともに、ネットワーク2におけるデータ通信量が増加してしまうことになる。
 配信サーバ1の処理負担やネットワーク2の通信量を減少させるためには、インタネット2を構成する各ISP(internet service provider)のルータ3にコンテンツをキャッシュさせることの他、コンテンツをマルチキャスト(同報)可能なIPマルチキャスト配信、またはオーバレイマルチキャスト配信を採用する方法がある。
特開2003-296288号公報
 図2は、IPマルチキャスト配信を実現するための構成例を示している。IPマルチキャスト配信では、マルチキャストグループ5(同報されるコンテンツを受信できる端末装置4のグループ)に所属したい端末装置4がその旨を、インタネット2を構成するルータ3に通知すると、各ルータ3が協調してマルチキャスト配信ツリーが構成される。このマルチキャスト配信ツリーにより、配信サーバ1からのコンテンツが、マルチキャストグループ5に対してのみ同報されることになる。
 ただし、IPマルチキャスト配信を実現するためには、各ルータ3がIPマルチキャスト配信に対応している(マルチキャスト配信ツリーを構成するように協調する機能を有する)必要がある。しかしながら、現実的には、インタネット2は異なる多数のISPによってそれぞれ運営されるルータ3によって構成されており、IPマルチキャスト配信に対応していないルータ3も多いので、IPマルチキャスト配信の実現は困難である。
 図3は、オーバレイマルチキャスト配信を実現するための構成例を示している。オーバレイマルチキャスト配信は、ルータ3の機能に依存することなく、端末装置4にて実行されるアプリケーションプログラムにより実現される。すなわち、オーバレイマルチキャスト配信では、端末装置4Aが、配信サーバ1からインタネット2を介してコンテンツを受信すると、受信したコンテンツを他の端末装置4に中継可能である旨の情報を公開する。公開された当該情報に基づいて他の端末装置4(例えば、端末装置4C)が端末装置4Aに中継を要求すると、端末装置4Aは、受信したコンテンツを他の端末装置4に中継する。中継されたコンテンツを受信した他の端末装置4も端末装置4Aと同様、さらに他の端末装置(例えば、端末装置4D等)にコンテンツを中継することができる。
 オーバレイマルチキャスト配信の場合、コンテンツの中継を希望する端末装置4Cなどは、コンテンツを中継可能な端末装置4Aを検索する必要がある。また、コンテンツを中継する端末装置4Aには、インタネット2を介するコンテンツの下りの通信速度と同程度の上りの通信速度を維持する処理能力が要求される。さらに、中継が重ねられたコンテンツは、配信サーバ1から直接配信されたコンテンツに比較して品質が劣化している(大きな遅延が生じているなど)問題もある。
 本発明はこのような状況に鑑みてなされたものであり、多数の端末装置に対してコンテンツを安定して供給できるようにするものである。
 本発明の第1の側面である送信装置は、コンテンツを供給する送信装置において、前記コンテンツをネットワークを介して受信装置に送信する送信手段と、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、受信された前記マニフェストファイルを解析する解析手段と、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段と、受信された前記マニフェストファイルを配信する配信手段とを含む。
 前記解析手段は、受信された前記マニフェストファイルに基づいて前記コンテンツの品質劣化の有無を検出し、前記放送手段は、前記コンテンツの品質劣化が検出された場合、前記コンテンツを放送によって配信することができる。
 前記配信手段は、前記マニフェストファイルの解析結果に基づいて前記コンテンツが放送によって配信される場合、放送によって配信される前記コンテンツを受信するための情報を、受信された前記マニフェストファイルに追加して配信することができる。
 本発明の第1の側面である送信装置は、放送によって配信される前記コンテンツを受信した前記受信装置から通知される、前記コンテンツを受信していることを示す受信レポートを取得し、取得した前記受信レポートの数に基づいて前記コンテンツの放送による配信の継続の有無を判断する受信レポート取得手段をさらに含むことができる。
 前記受信レポート取得手段は、前記コンテンツの放送による配信を継続しないと判断した場合、前記放送手段を制御して、前記コンテンツの放送による配信が停止されることを示す放送配信停止予告を放送によって配信させることができる。
 本発明の第1の側面である送信方法は、コンテンツを供給する送信装置の送信方法において、前記放送装置による、前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、受信された前記マニフェストファイルを解析する解析ステップと、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、受信された前記マニフェストファイルを配信する配信ステップとを含む。
 本発明の第1の側面であるプログラムは、コンテンツを供給する送信装置の制御用のプログラムであって、前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、受信された前記マニフェストファイルを解析する解析ステップと、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、受信された前記マニフェストファイルを配信する配信ステップとを含む処理を送信装置のコンピュータに実行させる。
 本発明の第1の側面においては、コンテンツがネットワークを介して受信装置に送信され、コンテンツを受信した受信装置から通知される、コンテンツの品質を示すマニフェストファイルが受信され、受信されたマニフェストファイルの解析結果に基づいてコンテンツが放送によって配信される。
 本発明の第2の側面である受信装置は、コンテンツを受信する受信装置において、ネットワークを介して送信された前記コンテンツを受信する受信手段と、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段とを含む。
 本発明の第2の側面である受信装置は、前記送信装置から配信された、他の受信装置が生成した前記マニフェストファイルを取得するマニフェストファイル取得手段をさらに含み、前記受信手段は、取得された前記マニフェストファイルに基づいて他の受信装置にアクセスし、前記他の受信装置から中継された前記コンテンツを受信することができる。
 本発明の第2の側面である受信装置は、受信された前記コンテンツの符号化方式を変換する変換手段をさらに含み、前記中継手段は、受信されて符号化方式が変換された前記コンテンツを前記ネットワークを介して他の受信装置に中継することができる。
 前記マニフェストファイルには、前記コンテンツの品質を示す情報として、前記コンテンツを受信した時の遅延量、パケットロス数、またはジッタ量のうちの少なくとも1つを含むことができる。
 本発明の第2の側面である受信方法は、コンテンツを受信する受信装置の受信方法において、前記受信方法による、ネットワークを介して送信された前記コンテンツを受信する受信ステップと、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップとを含む。
 本発明の第2の側面であるプログラムは、コンテンツを受信する受信装置の制御用のプログラムであって、ネットワークを介して送信された前記コンテンツを受信する受信ステップと、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップとを含む処理を受信装置のコンピュータに実行させる。
 本発明の第2の側面においては、ネットワークを介して送信されたコンテンツが受信され、受信されたコンテンツの品質を示すマニフェストファイルが生成されて送信装置に通知され、受信されたコンテンツがネットワークを介して他の受信装置に中継される。
 本発明の第3の側面であるコンテンツ配信サーバは、コンテンツを送信する送信装置と、送信された前記コンテンツを受信する受信装置から成るコンテンツ配信システムにおいて、前記送信装置が、前記コンテンツをネットワークを介して前記受信装置に送信する送信手段と、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、受信された前記マニフェストファイルを配信する配信手段と、受信された前記マニフェストファイルを解析する解析手段と、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段とを含む。また、前記受信装置が、前記ネットワークを介して送信された前記コンテンツを受信するコンテンツ受信手段と、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段とを含む。
 本発明の第3の側面においては、送信装置により、コンテンツがネットワークを介して受信装置に送信され、コンテンツを受信した受信装置から通知される、コンテンツの品質を示すマニフェストファイルが受信され、受信されたマニフェストファイルの解析結果に基づいてコンテンツが放送によって配信される。また、受信装置により、ネットワークを介して送信されたコンテンツが受信され、受信されたコンテンツの品質を示すマニフェストファイルが生成されて送信装置に通知され、受信されたコンテンツがネットワークを介して他の受信装置に中継される。
 本発明の第1の側面によれば、多数の受信装置にコンテンツを安定して送信することができる。
 本発明の第2の側面によれば、コンテンツを安定して受信することができる。
 本発明の第3の側面によれば、多数の受信装置に対して、コンテンツを安定して配信することができる。
コンテンツのユニキャスト配信を実現するための構成例を示すブロック図である。 コンテンツのIPマルチキャスト配信を実現するための構成例を示すブロック図である。 コンテンツのオーバレイマルチキャスト配信を実現するための構成例を示すブロック図である。 本発明を適用したコンテンツ配信システムの構成例を示すブロック図である。 コンテンツ配信サーバの構成例を示すブロック図である。 マニフェストファイル配信サーバの構成例を示すブロック図である。 端末装置の構成例を示すブロック図である。 マニフェストファイルに含まれる情報を示す図である。 端末装置による再生処理を説明するフローチャートである。 端末装置による中継処理を説明するフローチャートである。 マニフェストファイル配信サーバの処理を説明するフローチャートである。 コンテンツ配信システムに想定される動作シナリオを示している。 コンテンツ配信システムに想定される動作シナリオを示している。 コンテンツ配信システムに想定される動作シナリオを示している。 コンピュータの構成例を示すブロック図である。
 以下、発明を実施するための最良の形態(以下、実施の形態と称する)について、図面を参照しながら詳細に説明する。
 <1.実施の形態>
[コンテンツ配信システムの構成例]
 図4は、本発明の実施の形態であるコンテンツ配信システムの構成例を示している。このコンテンツ配信システム10は、コンテンツを送信(供給)する側に設けられるコンテンツ配信サーバ11、マニフェストファイル配信サーバ12、およびTV放送装置13、並びに、コンテンツを受信(取得)する側に設けられる多数の端末装置21から構成される。各端末装置21は、インタネット2を介してコンテンツ配信サーバ11およびマニフェストファイル配信サーバ12と通信が可能である。
 以下、端末装置21についてはノードとも称する。また、各端末装置21を、個々に区別する必要がある場合には端末装置21A,21B(ノードA,B)などと称する。
 コンテンツ配信サーバ11は、主に、インタネット2を介したコンテンツのストリーミング配信を実行する。マニフェストファイル配信サーバ12は、主に、端末装置21から通知されるマニフェストファイルをTV放送網にて配信させる。また、マニフェストファイル配信サーバ12は、端末装置21からの要求に応じ、マニフェストファイルをインタネット2を介して供給する。
 TV放送装置13は、主に、コンテンツ配信サーバ11からの制御に従ってコンテンツを放送によりストリーミング配信する。また、TV放送装置13は、マニフェストファイル配信サーバ12からの制御に従ってマニフェストファイルをTV放送網で配信する。なお、TV放送装置13が利用するTV放送網は、衛星放送網、地上デジタル放送網、ケーブルテレビ放送網、携帯電話放送網などのいずれかに限定されるものではなく任意である。
 各端末装置21は、コンテンツ配信サーバ11およびマニフェストファイル配信サーバ12のURLを予め保持しており、インタネット2を介してコンテンツ配信サーバ11およびマニフェストファイル配信サーバ12と通信が可能である。
 図5は、コンテンツ配信サーバ11の構成例を示している。コンテンツ配信サーバ11は、コンテンツストリーミング配信部31、およびコンテンツ放送制御部32から成る。コンテンツストリーミング配信部31は、インタネット2を介する端末装置2からの要求に応じ、インタネット2を介してコンテンツをストリーミング配信する。コンテンツ放送制御部32は、マニフェストファイル配信サーバ12からの通知に基づき、TV放送装置13を制御してコンテンツを放送によってストリーミング配信させる。
 図6は、マニフェストファイル配信サーバ12の構成例を示している。マニフェストファイル配信サーバ12は、マニフェストファイル取得部41、マニフェストファイル解析部42、マニフェストファイル配信部43、コンテンツ配信サーバ制御部44、および受信レポート取得部45から成る。
 マニフェストファイル取得部41は、コンテンツを取得している端末装置21から周期的に通知されるマニフェストファイルを取得する。ここで、マニフェストファイルとは、コンテンツを取得した端末装置21が当該コンテンツを取得したときの遅延量、パケットロスなどの状況を示す情報(以下、中継品質情報と称する)を含むものである。なお、マニフェストファイルについては、図8を参照して詳述する。
 マニフェストファイル解析部42は、マニフェストファイル取得部41が取得したマニフェストファイルの中継品質情報を解析する。
 マニフェストファイル配信部43は、マニフェストファイル取得部41が取得したマニフェストファイルを、コンテンツ配信サーバ制御部44を介してTV放送装置13に放送させる。また、マニフェストファイル配信部43は、インタネット2を介して要求してきた端末装置21に対し、マニフェストファイル取得部41が取得したマニフェストファイルを供給する。
 コンテンツ配信サーバ制御部44は、コンテンツ配信サーバ11を制御して、コンテンツの放送によるストリーミング配信の開始と停止を制御させる。
 受信レポート取得部45は、コンテンツ配信サーバ制御部44を介してTV放送装置13に受信レポート要求を放送させる。ここで、受信レポートとは、放送によりストリーミング配信されるコンテンツを受信している端末装置21から返信されるものであり、コンテンツを受信している端末装置21の総数を計測するために用いられる。
 図7は、端末装置21の構成例を示している。端末装置21は、コンテンツ取得部51、マニフェストファイル生成部52、コンテンツ保持部53、マニフェストファイル取得部54、コンテンツ変換部55、コンテンツ再生部56、およびコンテンツ中継部57から成る。
 コンテンツ取得部51は、URLが既知であるコンテンツ配信サーバ11にインタネット2を介してアクセスし、コンテンツ配信サーバ11からストリーミング配信されるコンテンツを取得する。また、コンテンツ取得部51は、配信されるマニフェストファイルに基づいて、他の端末装置21にアクセスし、当該他の端末装置21がストリーミング配信を中継するコンテンツを取得する。さらに、コンテンツ取得部51は、配信されるマニフェストファイルに基づいて、所望のコンテンツが放送によりストリーミング配信されている場合、その放送を受信することによりコンテンツを取得する。
 マニフェストファイル生成部52は、取得されたコンテンツに対応するマニフェストファイルを生成し、インタネット2を介してマニフェストファイル配信サーバ12に送信する。
 図8は、マニフェストファイルを構成する各項目を示している。マニフェストファイルは、中継品質情報61、属性情報62、および1以上のコンテンツ中継元URL63が含まれて生成される。さらに、マニフェストファイルには、放送配信時のチャンネル情報64が追加される場合がある。
 中継品質情報61は、取得したコンテンツに生じている遅延量、パケットロス数、ジッタ量などからなる。中継品質情報61は、当該端末装置21が他の端末装置21に対して中継可能なコンテンツの品質を示す。中継品質情報61は、他の端末装置21が当該端末装置21にコンテンツの中継を要求するか否かの判断材料として用いられる。
 ここで、遅延量は、当該コンテンツがコンテンツ配信サーバ11から配信されたタイミングを基準とするものであり、コンテンツのストリーミングパケットに含まれる送出時刻から、端末装置21にて受信した時刻の差として算出される。
 属性情報62には、当該コンテンツのタイトル、概要等からなる内容属性のメタデータと、当該コンテンツの元のビットレート、およびコーデックの種類、並びに、当該端末装置21にて変換可能なコーデックの種類などを示す符号化属性のメタデータが含まれる。
 コンテンツ中継元URL63には、当該端末装置21にて変換可能なコーデックの種類毎に異なるコンテンツ中継部57の通信ポートのURLが記載される。ただし、当該端末装置21が元のコンテンツのコーデック等を変換する機能を有していない場合、コンテンツ中継元URL63は1つのみ記載される。
 放送配信時のチャンネル情報64は、対応するコンテンツが放送によりストリーミング配信される場合にマニフェストファイル配信サーバ12にて追加されるものである。放送配信時のチャンネル情報64には、コンテンツがストリーミング配信される放送チャンネルが記載される。
 図7に戻る。コンテンツ保持部53は、コンテンツ取得部51により取得されたコンテンツを一時的に保持する。
 マニフェストファイル取得部54は、TV放送装置13から放送される、他の端末装置21が生成したマニフェストファイルを自動的に取得して保持する。また、マニフェストファイル取得部54は、インタネット2を介してマニフェストファイル配信サーバ12にアクセスし、他の端末装置21が生成したマニフェストファイルの供給を要求することがきる。この場合、マニフェストファイル配信サーバ12は、インタネット2を介してマニフェストファイルを供給する。
 コンテンツ変換部55は、コンテンツ保持部53に保持されているコンテンツの符号化方式(ビットレート、コーデックなど)を予め定められている1種類以上の符号化方式に変換してコンテンツ中継部57に出力する。なお、コンテンツ変換部55にて変換可能な符号化方式の種類は、各端末装置21の処理能力に応じて設定できるようすればよい。また、コンテンツ変換部55を省略する、すなわち、取得されたコンテンツをそのまま中継するようにしてもよい。
 コンテンツ再生部56は、コンテンツ保持部53に保持されているコンテンツを再生し、その結果得られる映像信号および音声信号を後段のモニタ等(不図示)に出力する。
 コンテンツ中継部57は、インタネット2に対する複数の通信ポートを有しており、他の端末装置21がインタネット2を介してアクセスしてきた通信ポートに応じて、コンテンツ保持部53に保持されているコンテンツ、またはコンテンツ変換部55により符号化方式が変換されたコンテンツを当該他の端末装置21にストリーミング配信する。
[動作説明]
 次に、コンテンツ配信システム10の動作について説明する。
 図9は、端末装置21による再生処理を説明するフローチャートである。この再生処理は、端末装置21のユーザが所定の操作によって視聴したいコンテンツを選択したときに開始される。
 ステップS1において、コンテンツ取得部51は、選択されたコンテンツに対応するマニフェストファイルがマニフェストファイル取得部54によって既に取得済みであるか否かを判断する。対応するマニフェストファイルが未取得であると判断された場合、処理はステップS2に進められる。
 ステップS2において、コンテンツ取得部51は、既知のコンテンツ配信サーバ11にインタネット2を介してアクセスし、選択されたコンテンツのストリーミング配信を要求する。この要求に応じ、コンテンツ配信サーバ11から当該端末装置21に対して、選択されたコンテンツのストリーミング配信が開始される。
 反対に、ステップS1において、対応するマニフェストファイルが取得済みであると判断された場合、処理はステップS3に進められる。ステップS3において、コンテンツ取得部51は、取得済みのマニフェストファイルを解析し、選択されたコンテンツを中継可能なノード(他の端末装置21)を選択する。また、コンテンツ取得部51は、選択した他の端末装置21(のコンテンツ中継部57の通信ポート)に対してインタネット2を介してアクセスし、選択されたコンテンツのストリーミング配信を要求する。この要求に応じ、他の端末装置21から当該端末装置21に対して、選択されたコンテンツのストリーミング配信が開始される。
 ステップS4において、コンテンツ取得部51は、ストリーミング配信が開始されたコンテンツの受信を開始する。受信されたコンテンツは、コンテンツ保持部53に保持されつつ、コンテンツ再生部56により再生が開始される。
 ステップS5において、マニフェストファイル生成部52は、受信が開始されたコンテンツに対応するマニフェストファイルを生成し、インタネット2を介してマニフェストファイル配信サーバ12に送信する。また、マニフェストファイル生成部52は、コンテンツが受信されている期間、その受信状況(遅延量など)の変化に対応してマニフェストファイルを更新してマニフェストファイル配信サーバ12に送信する。送信されたマニフェストファイルは、マニフェストファイル配信サーバ12の制御に従い、TV放送装置13から放送により周期的に繰り返し配信される。以上で、端末装置21による再生処理の説明を終了する。
 次に、図10は、端末装置21による中継処理を説明するフローチャートである。この中継処理は、他の端末装置21がインタネット2を介してコンテンツ中継部57にアクセスしてきたことに対応して開始される。
 ステップS11において、コンテンツ変換部55は、他の端末装置21がアクセスしてきたコンテンツ中継部57の通信ポートに応じて符号化方式を決定する。ステップS12において、コンテンツ変換部55は、コンテンツ保持部53に保持されているコンテンツの符号化方式を、ステップS11で決定した符号化方式に変換してコンテンツ中継部57に出力する。なお、ステップS11で決定した符号化方式がコンテンツ保持部53に保持されているコンテンツの符号化方式と同じ場合、コンテンツ変換部55は、保持されているコンテンツをそのままコンテンツ中継部57に出力する。
 ステップS13において、コンテンツ中継部57は、他の端末装置21がアクセスしてきた通信ポートおよびインタネット2を介し、コンテンツ変換部55から入力されたコンテンツのストリーミング配信を開始する。以上で、端末装置21による中継処理の説明を終了する。
 次に、図11は、マニフェストファイル配信サーバ12の処理を説明するフローチャートである。マニフェストファイル配信サーバ12は、以下に説明する処理を繰り返し継続して実行する。
 ステップS21において、マニフェストファイル取得部41は、インタネット2を介して各端末装置21から送信されたマニフェストファイルを所定数受信したと判定するまで待機する。マニフェストファイルを所定数受信したと判定された場合、処理はステップS22に進められる。
 ステップS22において、マニフェストファイル解析部42は、受信されたマニフェストファイルの中継品質情報を解析し、インタネット2を介して配信または中継されるコンテンツに品質劣化が生じているか否かを判定する。具体的には、受信された所定数のマニフェストファイルのうち、中継品質情報に含まれる遅延量、パケットロス数、ジッタ量などのうちの少なくとも1つが所定の閾値を越えているものの割合が一定の基準値を上回った場合、品質劣化が生じていると判定する。
 インタネット2を介して配信または中継されるコンテンツに品質劣化が生じていないと判定された場合、処理はステップS23に進められる。ステップS23において、マニフェストファイル配信部43は、TV放送装置13を制御して、受信したマニフェストファイルを放送によって配信させる。この後、処理はステップS21に戻される。
 ステップS22において、インタネット2を介して配信または中継されるコンテンツに品質劣化が生じていると判定された場合、処理はステップS24に進められる。ステップS24において、コンテンツ配信サーバ制御部44は、コンテンツ配信サーバ11に対して、受信されたマニフェストファイルに対応するコンテンツを放送によりストリーミング配信するように要求する。この要求により、コンテンツ配信サーバ11のコンテンツ放送制御部32では、TV放送装置13を制御して、当該コンテンツの放送によるストリーミング配信を開始させることになる。
 ステップS25において、マニフェストファイル配信部43は、受信されたマニフェストファイルを変更して、すなわち、受信されたマニフェストファイルに放送配信時のチャンネル情報64を追加して、更新後のマニフェストファイルを放送により配信させる。また、マニフェストファイル配信部43は、変更後のマニフェストファイルを、インタネット2を介して要求してきた端末装置21に対して供給する。
 これ以降、コンテンツはネットワーク2を介したストリーミング配信だけでなく、放送網でもストリーミング配信されることになる。これに対して、各端末装置21では、更新後のマニフェストファイルにより、当該コンテンツが放送によって配信されていることを検知するので、放送が受信可能な端末装置21は、放送によって安定して配信されるコンテンツを受信するようになる。
 ステップS26において、受信レポート取得部45は、TV放送装置13に対して、受信レポート要求を配信するように要求する。この要求に応じ、TV放送装置13では、受信レポート要求が放送により配信されることになる。この受信レポート要求は、放送によりストリーミング配信されているコンテンツを受信中の端末装置21に受信される。そして、受信レポート要求を受信した端末装置21からは、放送によりストリーミング配信されているコンテンツを受信中であることを示す受信レポートが、インタネット2を介してマニフェストファイル配信サーバ12に返信される。
 ステップS27において、受信レポート取得部45は、放送により配信されているコンテンツを受信中の端末装置21から返信される受信レポートの返信数に基づき、放送コストを評価する。さらに、その評価結果に基づき、受信レポート取得部45は、ステップS28において、コンテンツの放送によるストリーミング配信を継続するか否かを判断する。
 すなわち、コンテンツを放送によってストリーム配信した場合には、インタネット2を介してストリーミング配信した場合に比較してコスト高となるが、そのコストにみあうだけの視聴者数が得られているか否かに基づいて、放送によるストリーミング配信の継続を判断する。具体的には、受信レポートの返信数が所定の閾値以上である場合、放送によるストリーミング配信を継続すると判断する。
 ステップS28において、コンテンツの放送によるストリーミング配信を継続すると判断された場合、処理はステップS26に戻り、ステップS26乃至S28が繰り返される。
 その後、放送によりストリーミング配信されているコンテンツの視聴者数(受信レポートの返信数)が減少して、コンテンツの放送によるストリーミング配信を停止すると判断された場合、処理はステップS29に進められる。
 ステップS29において、受信レポート取得部45は、TV放送装置13に対して、コンテンツの放送によるストリーミング配信がまもなく停止されることを示す放送配信停止予告を配信するように要求する。この要求に応じ、TV放送装置13では、放送配信停止予告が放送により配信されることになる。放送配信停止予告を受信した端末装置21では、取得済みのマニフェストファイルに基づいて、コンテンツの取得がインタネット2を介する配信に変更される。そして、端末装置21からは、マニフェストファイル配信サーバ12に対して、受信したコンテンツの品質を示すマニフェストファイルが送信されることになる。
 ステップS30において、マニフェストファイル取得部41は、端末装置21から送信されたマニフェストファイルを受信する。マニフェストファイル解析部42は、受信されたマニフェストファイルの中継品質情報を解析し、インタネット2を介して配信または中継されるコンテンツの品質劣化が回復したと判定するまで待機する。この判定は、具体的には、受信された複数のマニフェストファイルのうち、中継品質情報に含まれる遅延量、パケットロス数、ジッタ量などのうちの少なくとも1つが所定の閾値を越えているものの割合が一定の基準値よりも少なくなった場合、品質劣化が回復したと判定される。
 ステップS30において、インタネット2を介して配信または中継されるコンテンツの品質劣化が回復したと判定された場合、処理はステップS31に進められる。
 ステップS31において、コンテンツ配信サーバ制御部44は、コンテンツ配信サーバ11に対して、受信されたマニフェストファイルに対応するコンテンツの放送によるストリーミング配信を停止するように要求する。マニフェストファイル配信部43は、受信されたマニフェストファイルを放送により配信させる。また、マニフェストファイル配信部43は、マニフェストファイルを、インタネット2を介して要求してきた端末装置21に対して供給する。
 コンテンツ配信サーバ11のコンテンツ放送制御部32では、コンテンツ配信サーバ制御部44からの要求に応じ、TV放送装置13を制御して、当該コンテンツの放送によるストリーミング配信を開始させることになる。この後、処理はステップS21に戻り、それ以降が繰り返される。以上で、マニフェストファイル配信サーバ12の処理の説明を終了する。
 なお、コンテンツ配信サーバ11の動作、およびTV放送装置13の動作については、上述したマニフェストファイル配信サーバ12の処理の説明に含まれるので、その説明は省略する。
[想定される動作シナリオ]
 次に、コンテンツ配信システム10に対して想定される動作シナリオについて図12乃至図14を参照して説明する。
 図12は、端末装置21A(ノードA)がコンテンツ配信サーバ11からコンテンツXを取得し、端末装置21B(ノードB)がノードAから中継されるコンテンツXを取得し、端末装置21C(ノードC)がノードBから中継されるコンテンツXを取得する場合の動作シナリオを示している。
 ノードAのユーザがコンテンツXの受信を指示すると、ノードAはインタネット2を介してコンテンツ配信サーバ11にアクセスし、コンテンツXのストリーミング配信を要求する。この要求に応じ、コンテンツ配信サーバ11は、インタネット2を介してノードAに対するコンテンツXのストリーミング配信を開始する。
 ストリーミング配信されるコンテンツの受信を始めたノードAは、コンテンツXに対応するマニフェストファイルを生成し、生成したマニフェストファイルを、インタネット2を介してマニフェストファイル配信サーバ12に送信する。
 送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ12は、マニフェストファイルの中継品質情報に基づいてコンテンツXの品質劣化の有無を判断する。そして、品質劣化が生じていないと判断された場合、当該マニフェストファイルをそのままTV放送装置13から放送により配信させる。
 配信されたマニフェストファイルは各ノードに受信される。その後、ノードBのユーザがコンテンツXの受信を指示すると、ノードBは、既に保持しているコンテンツXに対応する、ノードAが生成したマニフェストファイルを参照し、ノードAに対してコンテンツのストリーミング配信(中継)を要求する。この要求に応じ、ノードAは、インタネット2を介してノードBにコンテンツXのストリーミング配信(中継)を開始する。
 中継されるコンテンツの受信を始めたノードBは、ノードAで中継されたコンテンツXに対応するマニフェストファイルを生成し、生成したマニフェストファイルを、インタネット2を介してマニフェストファイル配信サーバ12に送信する。
 送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ12は、マニフェストファイルの中継品質情報に基づいてコンテンツXの品質劣化の有無を判断する。そして、品質劣化が生じていないと判断された場合、当該マニフェストファイルをそのままTV放送装置13から放送により配信させる。
 配信されたマニフェストファイルは各ノードに受信される。その後、ノードCのユーザがコンテンツXの受信を指示すると、ノードCは、既に保持しているコンテンツXに対応する、ノードAまたはBが生成したマニフェストファイルを参照し、ノードBに対してコンテンツのストリーミング配信(中継)を要求する。この要求に応じ、ノードBは、インタネット2を介してノードCにコンテンツXのストリーミング配信(中継)を開始する。
 次に、図13は、中継されているコンテンツXに品質劣化が生じていることに対応し、コンテンツXが放送でもストリーミング配信される場合の動作シナリオを示している。
 なお、ノードBがノードAから中継されるコンテンツXを取得してマニフェストファイルを生成し、マニフェストファイル配信サーバ12に送信するまでの動作については、図12を参照して上述したとおりであるので、その説明は省略する。
 ノードBなどから送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ12は、マニフェストファイルの中継品質情報に基づいてコンテンツXの品質劣化の有無を判断する。ここで、品質劣化が生じていると判断された場合、マニフェストファイル配信サーバ12は、コンテンツ配信サーバ11にコンテンツXの放送による配信開始の制御を要求する。この要求に応じ、コンテンツ配信サーバ11は、TV放送装置13を制御してコンテンツXの放送によるストリーミング配信を開始させる。
 さらに、マニフェストファイル配信サーバ12は、ノードBから送信されたマニフェストファイルを変更(放送配信時のチャンネル情報64の追加)してTV放送装置13から放送により配信させる。
 配信されたマニフェストファイルは各ノードに受信され、この後、各ノードがコンテンツXを受信する場合には、放送によりストリーミング配信されているコンテンツXを受信するようになる。
 次に、図14は、放送によりストリーミング配信されているコンテンツXの視聴者数が減少したことに対応し、コンテンツXの放送によるストリーミング配信が停止される場合の動作シナリオを示している。
 コンテンツXが放送によりストリーミング配信された後、マニフェストファイル配信サーバ12は、TV放送装置13に対して、受信レポート要求を配信するように要求する。この要求に応じ、TV放送装置13は、受信レポート要求を放送により配信する。配信された受信レポート要求は、コンテンツXを受信しているノードにより受信される。受信レポート要求を受信した各ノードは、放送によりストリーミング配信されているコンテンツXを受信中であることを示す受信レポートをマニフェストファイル配信サーバ12に返信する。
 受信レポートを受信したマニフェストファイル配信サーバ11では、各ノードから返信される受信レポートの返信数に基づいて放送コストを評価し、コンテンツXの放送によるストリーミング配信を継続するか否かを判断する。
 ここで、マニフェストファイル配信サーバ11がコンテンツXの放送によるストリーミング配信を継続しないと判断した場合、TV放送装置13に対して放送配信停止予告の配信を要求する。この要求に応じ、TV放送装置13は、放送配信停止予告を放送により配信する。放送配信停止予告を受信したノードAは、インタネット2を介してコンテンツ配信サーバ11にアクセスし、コンテンツXのストリーミング配信を要求する。この要求に応じ、コンテンツ配信サーバ11は、インタネット2を介してノードAに対するコンテンツXのストリーミング配信を開始する。
 なお、ノードAと同様に、ノードBもコンテンツ配信サーバ11にコンテンツXのストリーミング配信を要求することができる。
 ストリーミング配信されるコンテンツの受信を始めたノードAは、コンテンツXに対応するマニフェストファイルを生成し、インタネット2を介してマニフェストファイル配信サーバ12に送信する。
 送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ12は、マニフェストファイルの中継品質情報に基づいてコンテンツXの品質劣化の有無を判断する。そして、品質劣化が生じていないと判断された場合、当該マニフェストファイルをそのままTV放送装置13から放送により配信させる。
 コンテンツ配信サーバ11にコンテンツXのストリーミング配信を要求しなかったノードBは、配信されたマニフェストファイルを参照し、ノードAに対してコンテンツのストリーミング配信(中継)を要求する。この要求に応じ、ノードAは、インタネット2を介してノードBにコンテンツXのストリーミング配信(中継)を開始する。
 中継されるコンテンツの受信を始めたノードBは、ノードAで中継されたコンテンツXに対応するマニフェストファイルを生成し、インタネット2を介してマニフェストファイル配信サーバ12に送信する。
 送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ12は、マニフェストファイルの中継品質情報に基づいてコンテンツXの品質劣化の有無を判断するとともに、品質劣化の回復を判定する。そして、品質劣化が回復していると判定した場合、マニフェストファイル配信サーバ12は、コンテンツ配信サーバ11に対してコンテンツXの放送によるストリーミング配信を停止するように要求する。この要求に応じ、コンテンツ配信サーバ11は、TV放送装置13にコンテンツXの放送によるストリーミング配信を停止させる。
 以上説明したように、コンテンツ配信システム10は、インタネット2を介して中継されるコンテンツの品質劣化や視聴者の現象に応じて、コンテンツの放送によるストリーム配信を開始したり、停止したりすることができる。したがって、コンテンツの供給側は、多数の端末装置に対して、コスト高となることを抑止しつつ、安定してコンテンツを供給することができる。
 なお、本実施の形態においては、コンテンツの供給側を、コンテンツ配信サーバ11、マニフェストファイル配信サーバ12、およびTV放送装置13として個別に設けるようにしたが、これらは適宜、組み合わせることが可能である。
 端末装置21については、例えば、TV受像機やビデオレコーダなどに内蔵することができる。
 上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
 図15は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
 このコンピュータ100において、CPU(Central Processing Unit)101,ROM(Read Only Memory)102,RAM(Random Access Memory)103は、バス104により相互に接続されている。
 バス104には、さらに、入出力インタフェース105が接続されている。入出力インタフェース105には、キーボード、マウス、マイクロホンなどよりなる入力部106、ディスプレイ、スピーカなどよりなる出力部107、ハードディスクや不揮発性のメモリなどよりなる記憶部108、ネットワークインタフェースなどよりなる通信部109、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア111を駆動するドライブ110が接続されている。
 以上のように構成されるコンピュータ100では、CPU101が、例えば、記憶部108に記憶されているプログラムを、入出力インタフェース105およびバス104を介して、RAM103にロードして実行することにより、上述した一連の処理が行われる。
 なお、コンピュータ100が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
 また、プログラムは、1台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
 また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
 なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
 10 コンテンツ配信システム, 11 コンテンツ配信サーバ, 12 マニフェストファイル配信サーバ, 13 TV放送装置, 21 端末装置, 31 コンテンツストリーミング配信部, 32 コンテンツ放送制御部, 41 マニフェストファイル取得部, 42 マニフェストファイル解析部, 43 マニフェストファイル配信部, 44 コンテンツ配信サーバ制御部, 45 受信レポート取得部, 51 コンテンツ取得部, 52 マニフェストファイル生成部, 53 コンテンツ保持部, 54 マニフェストファイル取得部, 55 コンテンツ変換部, 56 コンテンツ再生部, 57 コンテンツ中継部

Claims (14)

  1.  コンテンツを供給する送信装置において、
     前記コンテンツをネットワークを介して受信装置に送信する送信手段と、
     前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、
     受信された前記マニフェストファイルを解析する解析手段と、
     前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段と、
     受信された前記マニフェストファイルを配信する配信手段と
     を含む送信装置。
  2.  前記解析手段は、受信された前記マニフェストファイルに基づいて前記コンテンツの品質劣化の有無を検出し、
     前記放送手段は、前記コンテンツの品質劣化が検出された場合、前記コンテンツを放送によって配信する
     請求項1に記載の送信装置。
  3.  前記配信手段は、前記マニフェストファイルの解析結果に基づいて前記コンテンツが放送によって配信される場合、放送によって配信される前記コンテンツを受信するための情報を、受信された前記マニフェストファイルに追加して配信する
     請求項2に記載の送信装置。
  4.  放送によって配信される前記コンテンツを受信した前記受信装置から通知される、前記コンテンツを受信していることを示す受信レポートを取得し、取得した前記受信レポートの数に基づいて前記コンテンツの放送による配信の継続の有無を判断する受信レポート取得手段を
     さらに含む請求項2または3に記載の送信装置。
  5.  前記受信レポート取得手段は、前記コンテンツの放送による配信を継続しないと判断した場合、前記放送手段を制御して、前記コンテンツの放送による配信が停止されることを示す放送配信停止予告を放送によって配信させる
     請求項4に記載の送信装置。
  6.  コンテンツを供給する送信装置の送信方法において、
     前記放送装置による、
      前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、
      前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、
      受信された前記マニフェストファイルを解析する解析ステップと、
      前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、
      受信された前記マニフェストファイルを配信する配信ステップと
     を含む送信方法。
  7.  コンテンツを供給する送信装置の制御用のプログラムであって、
     前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、
     前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、
     受信された前記マニフェストファイルを解析する解析ステップと、
     前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、
     受信された前記マニフェストファイルを配信する配信ステップと
     を含む処理を送信装置のコンピュータに実行させるプログラム。
  8.  コンテンツを受信する受信装置において、
     ネットワークを介して送信された前記コンテンツを受信する受信手段と、
     受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、
     受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段と
     を含む受信装置。
  9.  前記送信装置から配信された、他の受信装置が生成した前記マニフェストファイルを取得するマニフェストファイル取得手段を
     さらに含み、
     前記受信手段は、取得された前記マニフェストファイルに基づいて他の受信装置にアクセスし、前記他の受信装置から中継された前記コンテンツを受信する
     請求項8に記載の受信装置。
  10.  受信された前記コンテンツの符号化方式を変換する変換手段を
     さらに含み、
     前記中継手段は、受信されて符号化方式が変換された前記コンテンツを前記ネットワークを介して他の受信装置に中継する
     請求項9に記載の受信装置。
  11.  前記マニフェストファイルには、前記コンテンツの品質を示す情報として、前記コンテンツを受信した時の遅延量、パケットロス数、またはジッタ量のうちの少なくとも1つを含む
     請求項9または10に記載の送信装置。
  12.  コンテンツを受信する受信装置の受信方法において、
     前記受信方法による、
      ネットワークを介して送信された前記コンテンツを受信する受信ステップと、
      受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、
      受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップと
     を含む受信方法。
  13.  コンテンツを受信する受信装置の制御用のプログラムであって、
     ネットワークを介して送信された前記コンテンツを受信する受信ステップと、
     受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、
     受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップと
     を含む処理を受信装置のコンピュータに実行させるプログラム。
  14.  コンテンツを送信する送信装置と、送信された前記コンテンツを受信する受信装置から成るコンテンツ配信システムにおいて、
     前記送信装置は、
      前記コンテンツをネットワークを介して前記受信装置に送信する送信手段と、
      前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、
      受信された前記マニフェストファイルを配信する配信手段と、
      受信された前記マニフェストファイルを解析する解析手段と、
      前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段と
     を含み、
     前記受信装置は、
      前記ネットワークを介して送信された前記コンテンツを受信するコンテンツ受信手段と、
      受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、
      受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段と
     を含む
     コンテンツ配信システム。
PCT/JP2012/050059 2011-01-12 2012-01-05 送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システム WO2012096202A1 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
EP12733959.6A EP2665260B1 (en) 2011-01-12 2012-01-05 Transmitting device, transmitting method, receiving device, receiving method, program, and content delivery system
RU2013130744/08A RU2598596C2 (ru) 2011-01-12 2012-01-05 Устройство передачи, способ передачи, устройство приема, способ приема, программа и система распределения содержания
KR1020137015737A KR101924514B1 (ko) 2011-01-12 2012-01-05 송신 장치, 송신 방법, 수신 장치, 수신 방법, 프로그램 및 콘텐츠 배신 시스템
SG2013052832A SG191910A1 (en) 2011-01-12 2012-01-05 Transmitting apparatus, transmitting method, receiving apparatus, receiving method, program, and content distribution system
CN201280004754.3A CN103329561B (zh) 2011-01-12 2012-01-05 发送装置、发送方法、接收装置、接收方法和内容发布系统
US13/976,116 US8910226B2 (en) 2011-01-12 2012-01-05 Transmitting apparatus, transmitting method, receiving apparatus, receiving method, program, and content distribution system
BR112013017426A BR112013017426A2 (pt) 2011-01-12 2012-01-05 aparelho e método de transmissão para suprimento de conteúdo, programa de transmissão para controlar um aparelho de transmissão, aparelho e método de recepção para receber conteúdo, programa para controlar um aparelho de recepção, e, sistema de distribuição de conteúdo
US14/541,411 US10432696B2 (en) 2011-01-12 2014-11-14 Transmitting apparatus, transmitting method, receiving apparatus, receiving method, program, and content distribution system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011003597A JP6026078B2 (ja) 2011-01-12 2011-01-12 送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システム
JP2011-003597 2011-01-12

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US13/976,116 A-371-Of-International US8910226B2 (en) 2011-01-12 2012-01-05 Transmitting apparatus, transmitting method, receiving apparatus, receiving method, program, and content distribution system
US14/541,411 Continuation US10432696B2 (en) 2011-01-12 2014-11-14 Transmitting apparatus, transmitting method, receiving apparatus, receiving method, program, and content distribution system

Publications (1)

Publication Number Publication Date
WO2012096202A1 true WO2012096202A1 (ja) 2012-07-19

Family

ID=46507102

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/050059 WO2012096202A1 (ja) 2011-01-12 2012-01-05 送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システム

Country Status (10)

Country Link
US (2) US8910226B2 (ja)
EP (1) EP2665260B1 (ja)
JP (1) JP6026078B2 (ja)
KR (1) KR101924514B1 (ja)
CN (1) CN103329561B (ja)
BR (1) BR112013017426A2 (ja)
MY (1) MY163377A (ja)
RU (1) RU2598596C2 (ja)
SG (1) SG191910A1 (ja)
WO (1) WO2012096202A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6269168B2 (ja) * 2014-02-28 2018-01-31 株式会社リコー 管理装置、通信システム及びプログラム並びに通信管理方法
WO2016070380A1 (en) * 2014-11-06 2016-05-12 Qualcomm Incorporated Embms session suspend/stop notification
MX2017015855A (es) * 2015-06-09 2018-06-06 Arris Entpr Llc Sincronizacion de cliente de video de transmision por secuencias en vivo http (hls).
US10838924B2 (en) * 2017-10-02 2020-11-17 Comcast Cable Communications Management, Llc Multi-component content asset transfer
CN107995294B (zh) * 2017-12-06 2020-07-03 常熟理工学院 一种多跳车联网的实现方法
IT201900013227A1 (it) * 2019-07-29 2021-01-29 Sky Italia S R L Metodo, dispositivo, sistema, programma per elaboratore e supporto per programma per generare un canale lineare in streaming (Canale lineare in streaming)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009117944A (ja) * 2007-11-02 2009-05-28 Brother Ind Ltd ツリー型放送システム、再接続処理方法、ノード装置、ノード処理プログラム、サーバ装置、及びサーバ処理プログラム
JP2010074360A (ja) * 2008-09-17 2010-04-02 Ntt Docomo Inc 放送及び通信システム並びにパラメータ決定装置

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5499046A (en) * 1994-05-23 1996-03-12 Cable Services Technologies, Inc. CATV distribution system with each channel having its own remote scheduler
CA2314038A1 (en) * 2000-07-13 2002-01-13 Psg Distribution Inc. Pot-type burner
US20020065922A1 (en) * 2000-11-30 2002-05-30 Vijnan Shastri Method and apparatus for selection and redirection of an existing client-server connection to an alternate data server hosted on a data packet network (DPN) based on performance comparisons
JP2002251350A (ja) * 2001-02-22 2002-09-06 Sony Corp 送信装置、受信装置、送受信装置、送信方法および受信方法
US6856604B2 (en) * 2001-12-19 2005-02-15 Qualcomm Incorporated Efficient multi-cast broadcasting for packet data systems
JP2003296288A (ja) 2002-04-02 2003-10-17 Sony Broadband Solution Corp コンテンツ再配置管理装置、コンテンツを再配置する方法、そのプログラム並びにプログラム記録媒体
JP4000905B2 (ja) 2002-05-22 2007-10-31 ソニー株式会社 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム
US20040237120A1 (en) * 2003-05-22 2004-11-25 Lewin Blake P. Systems and methods for dynamically generating and distributing synchronized enhancements to a broadcast signal
WO2006107165A1 (en) 2005-04-02 2006-10-12 Samsung Electronics Co., Ltd. File distribution method and apparatus in a mobile broadcast system
US20070009436A1 (en) * 2005-07-08 2007-01-11 Rondinone Adam J Radionuclide nanoparticles encased by inorganic shell having vector biomolecules attached thereto
US20070094366A1 (en) * 2005-10-20 2007-04-26 Ayoub Ramy P System and method for real-time processing and distribution of media content in a network of media devices
JP4669422B2 (ja) 2006-03-17 2011-04-13 財団法人エヌエイチケイエンジニアリングサービス データ中継装置およびそのプログラム
RU2354049C1 (ru) * 2007-08-10 2009-04-27 Общество С Ограниченной Ответственностью "Мералабс" Способ передачи информации в объединенной системе связи и вещания и объединенная система связи и вещания
US7945205B1 (en) * 2007-10-05 2011-05-17 At&T Mobility Ii Llc System and method for optimization of network delivery of streaming data
JP2009277111A (ja) * 2008-05-16 2009-11-26 Funai Electric Co Ltd 情報処理装置
US8661155B2 (en) * 2008-12-30 2014-02-25 Telefonaktiebolaget Lm Ericsson (Publ) Service layer assisted change of multimedia stream access delivery
US9069585B2 (en) * 2009-03-02 2015-06-30 Microsoft Corporation Application tune manifests and tune state recovery
WO2010101996A1 (en) * 2009-03-03 2010-09-10 Davenport Ronald R A wired internet network system for the internet video streams of radio stations
JP2011254410A (ja) * 2010-06-04 2011-12-15 Ntt Docomo Inc 放送コンテンツ送信装置及び放送コンテンツ受信装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009117944A (ja) * 2007-11-02 2009-05-28 Brother Ind Ltd ツリー型放送システム、再接続処理方法、ノード装置、ノード処理プログラム、サーバ装置、及びサーバ処理プログラム
JP2010074360A (ja) * 2008-09-17 2010-04-02 Ntt Docomo Inc 放送及び通信システム並びにパラメータ決定装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
See also references of EP2665260A4 *
TANAKA ET AL.: "A Study on P2P Video Streaming with Transcoding", IEICE TECHNICAL REPORT, vol. 108, no. 458, March 2009 (2009-03-01), pages 405 - 410, XP008169060 *
ZONG ET AL.: "P2P Streaming Protocol (PPSP) Requirements draft-ietf-ppsp-reqs-00", IETF INTERNET-DRAFT, 15 October 2010 (2010-10-15), XP055113506, Retrieved from the Internet <URL:http://tools.ietf.org/html/draft-ietf-ppsp-reqs-00> *

Also Published As

Publication number Publication date
CN103329561A (zh) 2013-09-25
BR112013017426A2 (pt) 2016-09-27
MY163377A (en) 2017-09-15
JP2012147222A (ja) 2012-08-02
RU2013130744A (ru) 2015-01-10
KR20140003441A (ko) 2014-01-09
CN103329561B (zh) 2019-03-08
US10432696B2 (en) 2019-10-01
US20150074242A1 (en) 2015-03-12
EP2665260B1 (en) 2020-09-02
US8910226B2 (en) 2014-12-09
JP6026078B2 (ja) 2016-11-16
RU2598596C2 (ru) 2016-09-27
KR101924514B1 (ko) 2018-12-04
SG191910A1 (en) 2013-08-30
US20130305303A1 (en) 2013-11-14
EP2665260A1 (en) 2013-11-20
EP2665260A4 (en) 2014-07-30

Similar Documents

Publication Publication Date Title
US8826349B2 (en) Multicast adaptive stream switching for delivery of over the top video content
US8255555B2 (en) Reception apparatus and method for reducing time delay in channel switching
JP6026078B2 (ja) 送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システム
JP6630860B2 (ja) 端末装置および受信方法
CN105340280A (zh) 内容供应装置、内容供应方法、程序、终端装置及内容供应系统
KR20110111213A (ko) 디지털 방송 시스템에서 타임시프트 서비스 제공 방법 및 시스템
WO2012175448A1 (en) Content delivering method
JP5714289B2 (ja) コンテンツ配信システム
US8261314B2 (en) Apparatus and method for managing media content presentation
US11777871B2 (en) Delivery of multimedia components according to user activity
JP2015049650A (ja) サーバ装置、情報処理方法、プログラム、端末装置、およびコンテンツ供給システム
JP2015061307A (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015045917A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015008653A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
KR20130059556A (ko) 유사 주문형 컨텐츠 서비스 환경에서 멀티캐스트와 유니캐스트를 결합한 시스템 및 그 서비스 방법

Legal Events

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

Ref document number: 12733959

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20137015737

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13976116

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2013130744

Country of ref document: RU

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2012733959

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 1301003764

Country of ref document: TH

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112013017426

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112013017426

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20130705