WO2014162981A1 - 制御装置、制御方法、コンピュータプログラム及び映像伝送システム - Google Patents

制御装置、制御方法、コンピュータプログラム及び映像伝送システム Download PDF

Info

Publication number
WO2014162981A1
WO2014162981A1 PCT/JP2014/058897 JP2014058897W WO2014162981A1 WO 2014162981 A1 WO2014162981 A1 WO 2014162981A1 JP 2014058897 W JP2014058897 W JP 2014058897W WO 2014162981 A1 WO2014162981 A1 WO 2014162981A1
Authority
WO
WIPO (PCT)
Prior art keywords
video stream
video
network
reception
transmitted
Prior art date
Application number
PCT/JP2014/058897
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 JP2015510046A priority Critical patent/JP6394591B2/ja
Priority to US14/780,191 priority patent/US9813741B2/en
Priority to EP14779839.1A priority patent/EP2983376A4/en
Priority to CN201480018107.7A priority patent/CN105052166B/zh
Publication of WO2014162981A1 publication Critical patent/WO2014162981A1/ja
Priority to US15/717,459 priority patent/US10116975B2/en

Links

Images

Classifications

    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing 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/23439—Processing 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 for generating different versions
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/6371—Control signals issued by the client directed to the server or network components directed to 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/64—Addressing
    • H04N21/6405—Multicasting

Definitions

  • the present disclosure relates to a control device, a control method, a computer program, and a video transmission system.
  • Patent Document 1 discloses a technique related to a video source switching method in a video system that selects and displays one video source from among a plurality of video sources.
  • the IP multicast technology is increasingly used for transmission of the video source.
  • video is transmitted using the IP multicast technology, it is required to switch the video so that the video is not disturbed on the receiving side when the video is switched.
  • the present disclosure provides a new and improved control device, control method, computer program, and video switch capable of switching video so that the video is not disturbed on the receiving side when transmitting video using IP multicast.
  • a video transmission system is provided.
  • a reception instruction from the first video stream to the second video stream is acquired for a receiving apparatus that receives the first video stream transmitted by IP multicast
  • the state of the network topology and the transmission are transmitted.
  • a bandwidth reservation unit that acquires information of a video stream that is present and reserves a network bandwidth for transmitting the second video stream in addition to the first video stream; and
  • a reception instruction unit that transmits an instruction to receive the second video stream using the reserved network bandwidth.
  • the state of the network topology and the transmission are transmitted.
  • the state of the network topology is acquired. And acquiring information of the transmitted video stream and reserving a network band for transmitting the second video stream in addition to the first video stream; and And a step of sending an instruction to receive the second video stream using the network bandwidth reserved in the step.
  • one or more transmission devices that perform IP multicast transmission of a video stream, a reception device that receives a video stream transmitted by IP multicast from the transmission device, and an instruction to receive the video stream to the reception device
  • a control device that receives the first video stream transmitted by IP multicast from the transmitting device, and receives the first video stream from the first video stream to the second video stream.
  • There and a reception instruction unit for sending an instruction for receiving the second video stream, the video transmission system is provided.
  • FIG. 1 is an explanatory diagram illustrating an overall configuration example of a video transmission system 1 according to an embodiment of the present disclosure.
  • FIG. 3 is an explanatory diagram illustrating a functional configuration example of a network manager 100 according to an embodiment of the present disclosure.
  • FIG. 5 is a flowchart illustrating an operation example of the network manager 100 according to an embodiment of the present disclosure.
  • 5 is a flowchart illustrating an operation example of the video transmission system 1 according to an embodiment of the present disclosure. It is explanatory drawing which shows the mode of the stream which flows on a network with the video transmission system 1 concerning one Embodiment of this indication. It is explanatory drawing which shows the mode of the stream which flows on a network with the video transmission system 1 concerning one Embodiment of this indication.
  • FIG. 3 is an explanatory diagram illustrating a functional configuration example of a network manager 100 according to an embodiment of the present disclosure.
  • FIG. It is explanatory drawing which shows the mode of the stream which flows on a network with the video transmission system 1 concerning one Embodiment of this indication. It is explanatory drawing which shows the example of a format of a message. It is explanatory drawing which shows the mode of the stream which flows on a network with the video transmission system 1 concerning one Embodiment of this indication.
  • FIG. 1 is an explanatory diagram illustrating an overall configuration example of a video transmission system 1 according to an embodiment of the present disclosure.
  • FIG. 1 is an explanatory diagram illustrating an overall configuration example of a video transmission system 1 according to an embodiment of the present disclosure.
  • FIG. 1 is an explanatory diagram illustrating an overall configuration example of a video transmission system 1 according to an embodiment of the present disclosure.
  • FIG. 1 is an explanatory diagram illustrating an overall configuration example of a video transmission system 1 according to an embodiment of the present disclosure.
  • an overall configuration example of the video transmission system 1 according to an embodiment of the present disclosure will be described with reference to FIG.
  • the video transmission system 1 includes a controller 10, transmission devices 20a to 20h, IP switches 30a to 30j, reception devices 40a to 40h, and a network manager 100. And comprising.
  • the controller 10 controls the overall operation of the video transmission system 1.
  • the controller 10 may be in the form of a personal computer, a tablet terminal, a workstation, or the like.
  • the controller 10 designates which receiving device 40a to 40h receives the video output from which transmitting device 20a to 20h, and sends the designated content to the network manager 100.
  • the network manager 100 is a device that manages the state of the video transmission system 1 shown in FIG. 1 and causes the receiving devices 40a to 40h to receive the video output from the transmitting devices 20a to 20h based on the contents sent from the controller 10. .
  • the network manager 100 can function as a control device of the present disclosure.
  • the network manager 100 acquires information about the IP network of each device from the transmission devices 20a to 20h, the IP switches 30a to 30j, and the reception devices 40a to 40h, and manages the state of the network topology of the video transmission system 1.
  • the transmission devices 20a to 20h are devices that support IP multicast and distribute IP multicast as video streams.
  • the transmission devices 20a to 20h may be image capturing devices that capture images, for example.
  • the transmission devices 20a to 20h are imaging devices, the transmission devices 20a to 20h distribute IP captured images as video streams.
  • eight transmission apparatuses 20a to 20h are illustrated, but the present disclosure is not limited to such an example.
  • the transmission devices 20a to 20h may be devices that distribute IP multicast images captured in advance.
  • the IP switches 30a to 30j are switches corresponding to IP multicast, and relay video streams distributed by IP multicast from the transmission devices 20a to 20h to the reception devices 40a to 40h.
  • the IP switches 30a to 30j are described as being connected as shown in FIG. 1, but of course, the number and connection form of the IP switches 30a to 30j are not limited to such examples. .
  • IP switches 30a to 30j are shown with numbers assigned thereto.
  • the “n” of “IP switch nm” is numbered in the order of 1, 2, 3 from the side closer to the transmitting devices 20a to 20h. Further, m of “IP switch nm” is assigned to distinguish IP switches assigned the same number n.
  • the receiving devices 40a to 40h are devices that support IP multicast and receive video streams distributed from the transmitting devices 20a to 20h by IP multicast. Video streams received by the receiving devices 40a to 40h may be compressed or uncompressed and uncompressed.
  • the network manager 100 causes the receiving devices 40a to 40h to receive the video output from the transmitting devices 20a to 20h based on the content sent from the controller 10.
  • the reception devices 40a to 40h start receiving the video stream by issuing a Join command.
  • the receiving devices 40a to 40h end the reception of the video stream by issuing a Leave command.
  • the receivers 40a to 40h have already received the video stream and want to switch to another video stream and receive the video stream, if the Join command is issued after issuing the Leave command, the video stream is immediately I can't switch. It takes time until the reception of another video stream is started after the reception of the video stream is stopped. When the video is displayed based on the video stream received by the receiving devices 40a to 40h, the switching of the video stream is performed. Video disappears at the timing.
  • the receiving devices 40a to 40h start receiving a new video stream without stopping the reception of the currently received video stream. Then, the receiving devices 40a to 40h receive a new video stream, and after being ready to output video by the video stream, the receiving devices 40a to 40h stop receiving the video stream that has been received.
  • the network manager 100 also allows the receiving devices 40a to 40h to execute the above-described video stream reception start processing and stop processing as described above, and information about the state of the network topology and the state of the stream already flowing on the network. Is used to reserve a band for a video stream newly received by the receiving apparatuses 40a to 40h.
  • the network manager 100 instructs the receiving devices 40a to 40h to receive a new stream.
  • Receiving devices 40a to 40h can receive a new video stream transmitted using a band secured by network manager 100 in response to a reception instruction from network manager 100.
  • the video transmission system 1 shown in FIG. 1 can be a system provided in a broadcasting station, for example.
  • the transmission devices 20a to 20h are devices that capture images and distribute the captured images in real time by IP multicast
  • the reception devices 40a to 40h are An editing machine that edits images captured by the transmission devices 20a to 20h can be used. Images captured by the transmission devices 20a to 20h and edited by the reception devices 40a to 40h can be transmitted from the broadcast station as broadcast waves thereafter.
  • controller 10 and the network manager 100 are illustrated as different devices, but the present disclosure is not limited to such an example.
  • a configuration in which the function of the controller 10 and the function of the network manager 100 are provided in the same apparatus is also included in the technical scope of the present disclosure.
  • FIG. 2 is an explanatory diagram illustrating a functional configuration example of the network manager 100 according to an embodiment of the present disclosure.
  • a functional configuration example of the network manager 100 according to an embodiment of the present disclosure will be described with reference to FIG.
  • the network manager 100 includes a network topology management unit 110, a bandwidth reservation unit 120, and a reception instruction unit 130.
  • the network topology management unit 110 acquires and manages the network topology of the video transmission system 1, that is, the connection form of each device in the video transmission system 1, from each device. Information on the network topology of the video transmission system 1 managed by the network topology management unit 110 is used for bandwidth reservation by the bandwidth reservation unit 120.
  • the network topology management unit 110 sets the IP address of each device connected to the video transmission system 1 using, for example, DHCP (Dynamic Host Configuration Protocol), and each device registers the IP address in the network topology management unit 110. Thus, the network topology of the video transmission system 1 can be managed.
  • the network topology management unit 110 can also manage the network topology of the video transmission system 1 by collecting information on each device connected to the video transmission system 1 using, for example, LLDP (Link Layer Discovery Protocol). .
  • LLDP Link Layer Discovery Protocol
  • each device When there is a change in the network topology information and the information of the video stream currently being transmitted, each device notifies the network manager 100 of the change contents. Since the network manager 100 manages the IP switches 30a to 30j, it can acquire information from the IP switches 30a to 30j and automatically generate network topology information.
  • the network topology management unit 110 as network topology information, for example, an ID for identifying each device (transmitting devices 20a to 20h, IP switches 30a to 30j, receiving devices 40a to 40h), an array of Ethernet (registered trademark) information, The array of the Ethernet information to which the Ethernet of the network is connected and the information of the video stream currently received by each device are collected.
  • network topology information for example, an ID for identifying each device (transmitting devices 20a to 20h, IP switches 30a to 30j, receiving devices 40a to 40h), an array of Ethernet (registered trademark) information, The array of the Ethernet information to which the Ethernet of the network is connected and the information of the video stream currently received by each device are collected.
  • the bandwidth reservation unit 120 reserves a bandwidth for a video stream received by the receiving devices 40a to 40h so that the receiving devices 40a to 40h can switch and receive the video stream without interrupting the video.
  • the bandwidth reservation unit 120 is used for the video stream to be received by the receiving devices 40a to 40h based on the state of the network topology managed by the network topology management unit 110 and the information on the video stream transmitted by the video transmission system 1. Reserve bandwidth for.
  • the bandwidth reservation unit 120 uses the network topology state managed by the network topology management unit 110 and the video transmission system 1.
  • a reservable network bandwidth is calculated based on the information of the transmitted video stream.
  • the bandwidth reservation unit 120 calculates the network bandwidth that can be reserved, the bandwidth reservation unit 120 changes the bandwidth reservation setting of the IP switches 30a to 30j for the video stream that is newly received (after switching) by the receiving devices 40a to 40h.
  • the bandwidth reservation unit 120 releases the network bandwidth for the previously received video stream. You may do it. If a video stream that is no longer received by a receiving device (for example, the receiving device 40a) among the receiving devices 40a to 40h is not received by any of the other receiving devices 40b to 40h, the bandwidth reservation unit 120 The band used by the video stream that is no longer received may be released.
  • a receiving device for example, the receiving device 40a
  • the bandwidth reservation unit 120 The band used by the video stream that is no longer received may be released.
  • the reception instruction unit 130 transmits a video stream reception instruction to the reception devices 40a to 40h based on the reception instruction of the video stream to the reception devices 40a to 40h acquired from the controller 10.
  • the video stream received by the receiving devices 40a to 40h in response to an instruction from the reception instructing unit 130 is transmitted from the transmitting devices 20a to 20h to the receiving devices 40a to 40h using the bandwidth reserved by the bandwidth reservation unit 120. To 30j.
  • receiving apparatuses 40a to 40h receiving a video stream receive a reception instruction from reception instruction unit 130, they receive a new video stream in addition to the video stream being received. Receive based on instructions. Then, the receiving devices 40a to 40h promptly request the reception stop of the video stream that has been received so far when the video output by the new video stream becomes possible.
  • the network manager 100 has the configuration as shown in FIG. 2 and enables the receiving devices 40a to 40h to switch the video so that the video is not disturbed when transmitting the video stream using the IP multicast. .
  • the function configuration example of the network manager 100 according to an embodiment of the present disclosure has been described above. Next, an operation example of the network manager 100 according to an embodiment of the present disclosure will be described.
  • FIG. 3 is a flowchart illustrating an operation example of the network manager 100 according to an embodiment of the present disclosure.
  • FIG. 3 shows a period from when the network manager 100 acquires a video stream reception instruction to the receivers 40a to 40h from the controller 10 until it sends a video stream reception instruction to the receivers 40a to 40h.
  • 2 is an operation example of the network manager 100.
  • an operation example of the network manager 100 according to an embodiment of the disclosure will be described with reference to FIG.
  • the bandwidth reservation unit 120 When the network manager 100 acquires an instruction to receive a video stream from the controller 10 to the receiving devices 40a to 40h, for example, in the bandwidth reservation unit 120 (step S101), the network topology state managed by the network topology management unit 110, and Based on the information of the video stream transmitted by the video transmission system 1, the bandwidth reservation unit 120 calculates a reservable network bandwidth. When the bandwidth reservation unit 120 calculates a reservable network bandwidth, the bandwidth reservation unit 120 changes the bandwidth reservation setting of the IP switches 30a to 30j for the video stream newly received (after switching) by the receiving devices 40a to 40h. A network bandwidth is reserved (step S102).
  • step S102 when the bandwidth reservation unit 120 reserves the network bandwidth for the video streams received by the receiving devices 40a to 40h, the network manager 100 subsequently acquires the video streams for the receiving devices 40a to 40h acquired from the controller 10. Is received from the reception instruction unit 130 to the reception devices 40a to 40h (step S103).
  • the receiving devices 40a to 40h start receiving a new video stream based on a video stream reception instruction from the reception instruction unit 130, and then stop receiving the video stream that has been received.
  • the network manager 100 can perform video switching by the receiving devices 40a to 40h so that the video is not disturbed during transmission of the video stream using the IP multicast by executing the operation as shown in FIG. To do.
  • FIG. 4 is a flowchart illustrating an operation example of the video transmission system 1 according to an embodiment of the present disclosure.
  • FIG. 4 shows a state where a video stream distributed by IP multicast from the transmission device 20a is received by the reception device 40a, and an instruction to receive another video stream is sent from the controller 10 to the reception device 40a.
  • the controller 10 While the video stream (stream A) distributed by IP multicast from the transmission device 20a is received by the reception device 40a (step S111), the controller 10 sends another video stream (transmission device 20b) to the reception device 40a.
  • the network manager 100 Based on the reception command from the controller 10, the network manager 100 calculates a network bandwidth that can be reserved for transmission of the Stream B, and collects the Stream B for the IP switch 30 (which is a general term for the IP switches 30a to 30j). Is reserved (step S113).
  • the network manager 100 When reserving a bandwidth for Stream B, the network manager 100 sends a Stream B reception instruction to the receiving device 40a (step S114).
  • the receiving device 40a that has received the Stream B reception instruction from the network manager 100 first sends a Join command for receiving Stream B distributed by IP multicast to the IP switch 30 (step S115).
  • Step S116 When the receiving device 40a sends a Join command, Stream B distributed by IP multicast from the transmitting device 20b reaches the receiving device 40a via the IP switch 30 (step S116).
  • the receiving device 40a switches from the video output based on the Stream A received so far to the video output based on the Stream B (Step S117).
  • the receiving device 40a promptly sends a Leave command for stopping the reception of the Stream A (Step S118).
  • the receiving device 40a When the receiving device 40a sends a Leave command, the transmission of Stream A to the receiving device 40a is stopped. The receiving device 40a notifies the success response of the Leave command to the network manager 100 (step S119).
  • the network manager 100 When the network manager 100 receives a successful response of the Leave command for Stream A from the receiving device 40a, the network manager 100 releases the network bandwidth for Stream A (step S120). Based on the success response of the Leave command, the network manager 100 releases the network bandwidth for Stream A that is no longer received by the receiving device 40a, thereby preventing unnecessary network bandwidth from being occupied.
  • the network manager 100 When the network manager 100 releases the network bandwidth for Stream A, the network manager 100 sends a success response to the controller 10 to notify that the switching to Stream B is successful in the receiving device 40a (step S121).
  • the controller 10 can know from the success response from the network manager 100 that the switching to Stream B has been successfully performed by the receiving device 40a.
  • the video transmission system 1 performs the operations as illustrated in FIG. 4, so that the video receiving system 40a to 40h is not disturbed during video stream transmission using IP multicast. Makes it possible to switch video.
  • FIG. 5 is an explanatory diagram illustrating a state of a stream flowing on the network in the video transmission system 1 according to the embodiment of the present disclosure.
  • FIG. 5 shows a video stream that the network manager 100 delivers IP multicast from the transmission device 20a when the video transmission system 1 according to an embodiment of the present disclosure has the configuration shown in FIG. This is a state of a stream flowing on the network when receiving is instructed to the receiving device 40a. It is assumed that the video stream delivered by IP multicast from the transmission device 20a flows to the IP switch 30a by RTP (Real-time Transport Protocol).
  • RTP Real-time Transport Protocol
  • the reception device 40a When the network manager 100 instructs the reception device 40a to receive the video stream distributed by IP multicast from the transmission device 20a ((1) Start), the reception device 40a issues a Join command to receive the video stream.
  • the Join command issued by the receiving device 40a is transferred ((2) Join, (3) Join, (4) Join).
  • the Video stream distributed by IP multicast from the transmitting device 20a flows to the receiving device 40a by RTP ((5) Join).
  • FIG. 6 is an explanatory diagram showing a state of a stream flowing on the network in the video transmission system 1 according to an embodiment of the present disclosure.
  • FIG. 6 shows a video stream that the network manager 100 delivers IP multicast from the transmission device 20a when the video transmission system 1 according to an embodiment of the present disclosure has the configuration shown in FIG. This is a state of a stream flowing on the network when receiving is instructed to the receiving device 40a. It is assumed that the video stream delivered by IP multicast from the transmission device 20a has already been received by the reception device 40b and flows to the IP switch 30g by RTP.
  • the reception device 40a When the network manager 100 instructs the reception device 40a to receive the video stream distributed by IP multicast from the transmission device 20a ((1) Start), the reception device 40a issues a Join command to receive the video stream.
  • an IP switch (FIG. 6) through which the video stream flows.
  • the Join command issued by the receiving device 40a is transferred to the IP switch 30g) ((2) Join).
  • the video stream distributed by IP multicast from the transmission device 20a flows to the reception device 40a by RTP ((3) Join).
  • the receiving device 40a can actually receive the video stream. It can be seen that the time until this time (this time is also referred to as “switching time” hereinafter) differs depending on how far the video stream has reached.
  • the reception apparatus 40a to 40h receives the reception instruction of the video stream depending on how far the video stream has reached, and then the reception apparatus 40a to 40h receives the video stream.
  • the time to reach is different. Therefore, when sending the video stream reception instruction to the receiving devices 40a to 40h, the network manager 100 considers the transmission status of the video stream and estimates the switching time in the receiving devices 40a to 40h. When the network manager 100 estimates the switching time in the receiving devices 40a to 40h, the network manager 100 takes into account the estimated switching time and determines the timing for transmitting the video stream reception instruction.
  • FIG. 7 is an explanatory diagram illustrating a functional configuration example of the network manager 100 according to an embodiment of the present disclosure.
  • the network manager 100 according to the embodiment of the present disclosure illustrated in FIG. 7 is obtained by adding a time estimation unit 140 to the network manager 100 illustrated in FIG.
  • a functional configuration example of the network manager 100 according to an embodiment of the present disclosure will be described with reference to FIG.
  • the time estimating unit 140 estimates the switching time of the video stream at the receiving devices 40a to 40h.
  • the time estimation unit 140 estimates the switching time based on statistical information collected in advance by the network manager 100.
  • the network manager 100 measures the time from when the Join request is transmitted from the receiving devices 40a to 40h until the video stream can be received by RTP for each hop.
  • the network manager 100 holds the average value a_1 of the time, for example, in the network topology management unit 110.
  • the average value of the time is a_2.
  • the network manager 100 holds the average value a_2 of the time, for example, in the network topology management unit 110.
  • the average value of the time is Suppose a_3.
  • the network manager 100 holds the average value a_3 of the time, for example, in the network topology management unit 110.
  • the time estimation unit 140 may use information on the load of the IP switch 30 when estimating the switching time.
  • the load applied to the IP switch 30 differs between the case where no video stream is flowing through the IP switch 30 and the case where the video stream is already flowing. That is, in the case where no video stream is flowing through the IP switch 30 and the case where the video stream is already flowing, the time taken from when the IP switch 30 receives the Join command until the start of RTP transmission of the video stream is also included. Different.
  • the network manager 100 collects the time taken from the reception of the Join command to the start of RTP transmission of the video stream for every transmission number of the video streams to all the IP switches 30a to 30j.
  • the network manager 100 holds the average value c_0 of the time in the network topology management unit 110, for example.
  • the IP switches 30a to 30j transmit n video streams, the time taken from the reception of the Join command to the start of RTP transmission of the video stream is measured.
  • the average value of the time is c_n.
  • the network manager 100 holds the average value c_n of the time, for example, in the network topology management unit 110.
  • the network manager 100 may obtain only the average values c_0 and c_n, assume that the value regarding the number of video streams between them is in a proportional relationship, and obtain the average value from the average values c_0 and c_n.
  • the target video stream is transmitted to the IP switch x from the state of the network topology and the state of the video stream flowing on the network, and the IP switch x transmits y video streams.
  • FIG. 8 is an explanatory diagram illustrating a state of a stream flowing on the network in the video transmission system 1 according to an embodiment of the present disclosure.
  • FIG. 8 shows a video stream that the network manager 100 delivers by IP multicast from the transmission device 20a when the video transmission system 1 according to an embodiment of the present disclosure has the configuration shown in FIG.
  • the reception device 40a is instructed to receive, and the reception device 40e is instructed to receive the video stream distributed by IP multicast from the transmission device 20f, so that the reception devices 40a and 40e can simultaneously switch video images. It is the state of the stream.
  • the video stream delivered by IP multicast from the transmission device 20a flows to the IP switch 30a by RTP. Also, it is assumed that the video stream delivered by IP multicast from the transmission device 20f has already been received by the reception device 40h and flows to the IP switch 30f by RTP.
  • the network manager 100 estimates the switching time at the transmission device 20a and the switching time at the transmission device 20e, respectively.
  • the video stream delivered by IP multicast from the transmission device 20a flows from the transmission device 20a to the IP switch 30a of the first hop, and the video stream delivered by IP multicast from the transmission device 20f is the second hop from the transmission device 20f. Since the IP switch 30f is flowing, it is assumed that the network manager 100 estimates that the switching time in the transmission device 20e is shorter. In this case, the network manager 100 first transmits a video stream reception instruction to the transmission apparatus 20a that is estimated to have a long switching time, and then transmits a video stream reception instruction to the transmission apparatus 20e.
  • the network manager 100 estimates the switching time in each device, and uses the network bandwidth more than necessary when switching the video in each device according to the network topology and the state of the video stream flowing on the network. It is possible to send a video stream reception instruction at an appropriate timing that is not necessary.
  • FIG. 9 is an explanatory diagram showing a format example of a message sent from the network manager 100 to the receiving devices 40a to 40h.
  • the message 150 illustrated in FIG. 9 includes an execution time 151, a command 152, and a parameter 153.
  • the execution time 151 describes a time for receiving a video stream and executing video output based on the received video stream.
  • the receiving devices 40a to 40h change the received video stream at the time described in the execution time 151.
  • the command 152 information on a command (Start command) for instructing reception of a video stream is described.
  • the parameter 153 information on parameters to be specified to the receiving devices 40a to 40h when the video stream is received is described.
  • the network manager 100 reserves a band for a video stream that is newly received by the receiving devices 40a to 40h. If the network bandwidth of the video transmission system 1 has room, the network manager 100 may set the video stream to flow to an IP switch close to the receiving devices 40a to 40h in advance.
  • FIG. 10 is an explanatory diagram illustrating a state of a stream flowing on the network in the video transmission system 1 according to an embodiment of the present disclosure.
  • FIG. 10 shows a video stream that the network manager 100 delivers by IP multicast from the transmission device 20a when the video transmission system 1 according to an embodiment of the present disclosure has the configuration shown in FIG. This is a state of a stream flowing on the network when receiving is instructed to the receiving device 40a. It is assumed that the video stream distributed by IP multicast from the transmission device 20a flows to the IP switch 30a by RTP.
  • the network manager 100 checks, for example, the bandwidth reservation unit 120, whether the network bandwidth of the route from the transmission device 20a to the reception device 40a has room based on the network topology information and the information of the video stream that is flowing.
  • the network manager 100 can determine whether there is a margin in the network bandwidth based on the presence / absence of a video stream that flows through the path from the transmission device 20a to the reception device 40a. Further, the network manager 100 may determine whether or not there is a margin in the network bandwidth based on whether or not the network bandwidth is used exceeding a predetermined threshold when a video stream distributed from the transmission device 20a is played.
  • the network manager 100 reserves a bandwidth for the video stream distributed from the transmission device 20a and also distributes the video distributed from the transmission device 20a.
  • the stream is set in advance to flow to the IP switch 30g ((1) Setting).
  • the IP switches 30a, 30e, and 30g flow the video stream distributed from the transmission device 20a to the IP switch 30g ((2) RTP).
  • the network manager 100 sends a reception instruction for the video stream distributed from the transmission device 20a to the reception device 40a ((3) Start).
  • the network manager 100 sends a reception instruction for the video stream distributed from the transmission device 20a to the reception device 40a ((3) Start).
  • the network manager 100 sends a reception instruction for the video stream distributed from the transmission device 20a to the reception device 40a ((3) Start).
  • the video stream distributed from the transmitting device 20a has already flowed to the IP switch 30g
  • the Join command from the receiving device 40a is sent to the IP switch 30g ((4) Join)
  • the transmitting device 20a The distributed video stream is transmitted from the IP switch 30g to the receiving device 40a ((5) RTP).
  • the network manager 100 can shorten the switching time in the receiving devices 40a to 40h by causing the video stream to flow to an IP switch close to the receiving devices 40a to 40h in advance. I can do it.
  • ⁇ 2 when receiving IP multicast-distributed video by the receiving devices 40a to 40h, a new reception is performed from the video output of the video stream that has been received.
  • a network manager 100 is provided that prevents the video from being interrupted until the video is output by the video stream.
  • the network manager 100 When the network manager 100 acquires from the controller 10 a video stream reception instruction for the receiving devices 40a to 40h, the network manager 100 secures a network band for transmitting the video stream to the receiving devices 40a to 40h.
  • the network manager 100 receives the video stream designated by the controller 10 from the receiving devices 40a to 40h designated by the controller 10 at the time designated by the controller 10 or as soon as the network bandwidth is secured. Send instructions.
  • the network manager 100 thus secures a network band for transmitting video streams transmitted from the transmission devices 20a to 20h by IP multicast distribution to the reception devices 40a to 40h.
  • the network manager 100 according to the embodiment of the present disclosure secures the network bandwidth in this manner, and allows the receiving devices 40a to 40h to switch the video without breaking the video output from the receiving devices 40a to 40h. I can do it.
  • each step in the processing executed by each device in this specification does not necessarily have to be processed in chronological order in the order described as a sequence diagram or flowchart.
  • each step in the processing executed by each device may be processed in an order different from the order described as the flowchart, or may be processed in parallel.
  • this technique can also take the following structures.
  • (1) When receiving a reception instruction from the first video stream to the second video stream to a receiving device that receives the first video stream transmitted by IP multicast, the state of the network topology and the information of the transmitted video stream are obtained.
  • a bandwidth reservation unit that acquires and reserves a network bandwidth for transmitting the second video stream in addition to the first video stream;
  • a reception instructing unit that sends an instruction to receive the second video stream using the network band reserved by the band reservation unit to the receiving device;
  • a control device comprising: (2) Estimating the time from when an instruction to receive the second video stream is sent to the receiving device until the second video stream is received, based on the state of the network topology and the information of the transmitted video stream The control device according to (1), further including a time estimation unit.
  • the time estimation unit obtains in advance information about a time from a request for a video stream to reception of the video stream for each hop number between a node to which the transmitted video stream has arrived and the receiving device.
  • the control device according to (2) wherein a time from when an instruction to receive the second video stream is transmitted to the reception device to when the second video stream is received is estimated.
  • the time estimation unit sends an instruction to receive the second video stream to the receiving device using information on a load of a node to which the transmitted video stream has arrived, and then sends the second video stream to the receiving device.
  • the control device according to (2) or (3) wherein time for receiving a video stream is estimated.
  • the information regarding the load on the node is information on a relationship between the number of video streams already flowing to the node and a time when transmission of a video stream is newly started from the node.
  • Control device. The bandwidth reservation unit, upon receiving a notification from the receiving device to end the reception of the first video stream, releases the bandwidth reserved for the first video stream.
  • the bandwidth reservation unit determines whether to transmit the second video stream to a node immediately before the receiving device based on the acquired state of the network topology and information on the transmitted video stream, (1) The control device according to any one of (7). (9) The control device according to any one of (1) to (8), further including a network topology management unit that manages the network topology using information collected from devices on the network. (10) When a reception instruction from the first video stream to the second video stream is acquired for a receiving device that receives the first video stream transmitted by IP multicast, the state of the network topology and information on the transmitted video stream are obtained.
  • a control method comprising: (11) On the computer, When a reception instruction from the first video stream to the second video stream is acquired for a receiving device that receives the first video stream transmitted by IP multicast, the state of the network topology and information on the transmitted video stream are obtained.
  • a computer program that executes (12) One or more transmission devices for IP multicast transmission of a video stream; A receiving device for receiving a video stream IP multicast transmitted from the transmitting device; A control device for transmitting a video stream reception instruction to the reception device; With The controller is When an instruction to receive the first video stream from the first video stream to the second video stream is received for the receiving device that receives the first video stream transmitted by IP multicast from the transmitting device, the state of the network topology and the transmission are transmitted.
  • a bandwidth reservation unit that acquires information of a video stream and reserves a network bandwidth for transmitting the second video stream in addition to the first video stream;
  • a reception instructing unit that sends an instruction to receive the second video stream using the network band reserved by the band reservation unit to the receiving device;
  • a video transmission system comprising:

Landscapes

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

Abstract

【課題】ＩＰマルチキャストを利用して映像を伝送する際に、受信側で映像が乱れないように映像をスイッチングすることが可能な制御装置を提供する。 【解決手段】ＩＰマルチキャスト送信される第１の映像ストリームを受信する受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約する帯域予約部と、前記受信装置に対して、前記帯域予約部が予約したネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出する受信指示部と、を備える、制御装置が提供される。

Description

制御装置、制御方法、コンピュータプログラム及び映像伝送システム
　本開示は、制御装置、制御方法、コンピュータプログラム及び映像伝送システムに関する。
　複数の映像ソースの中から１つの映像ソースを選択させて表示させる映像システムにおける、映像ソースの切り替え方法に関する技術が、例えば特許文献１等で開示されている。
特開２０１１－１１４４９０号公報
　このような、複数の映像ソースの中から１つの映像ソースを選択させる映像システムにおいて、映像ソースの伝送にＩＰマルチキャスト技術が用いられるケースも増えている。ＩＰマルチキャスト技術を利用して映像を伝送する際には、映像のスイッチング時に、受信側で映像が乱れないように映像をスイッチングすることが求められる。
　そこで本開示は、ＩＰマルチキャストを利用して映像を伝送する際に、受信側で映像が乱れないように映像をスイッチングすることが可能な、新規かつ改良された制御装置、制御方法、コンピュータプログラム及び映像伝送システムを提供する。
　本開示によれば、ＩＰマルチキャスト送信される第１の映像ストリームを受信する受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約する帯域予約部と、前記受信装置に対して、前記帯域予約部が予約したネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出する受信指示部と、を備える、制御装置が提供される。
　また本開示によれば、ＩＰマルチキャスト送信される第１の映像ストリームを受信する受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約するステップと、前記受信装置に対して、前記予約するスッテプで予約されたネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出するステップと、を備える、制御方法が提供される。
　また本開示によれば、コンピュータに、ＩＰマルチキャスト送信される第１の映像ストリームを受信する受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約するステップと、前記受信装置に対して、前記予約するスッテプで予約されたネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出するステップと、を実行させる、コンピュータプログラムが提供される。
　また本開示によれば、映像ストリームをＩＰマルチキャスト送信する１以上の送信装置と、前記送信装置からＩＰマルチキャスト送信される映像ストリームを受信する受信装置と、前記受信装置に映像ストリームの受信指示を送信する制御装置と、を備え、前記制御装置は、前記送信装置からＩＰマルチキャスト送信される第１の映像ストリームを受信する前記受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約する帯域予約部と、前記受信装置に対して、前記帯域予約部が予約したネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出する受信指示部と、を備える、映像伝送システムが提供される。
　以上説明したように本開示によれば、ＩＰマルチキャストを利用して映像を伝送する際に、映像が乱れることなく表示される映像をスイッチングすることが可能な、新規かつ改良された制御装置、制御方法及びコンピュータプログラムを提供することが出来る。
本開示の一実施形態に係る映像伝送システム１の全体構成例を示す説明図である。 本開示の一実施形態に係るネットワークマネージャ１００の機能構成例を示す説明図である。 本開示の一実施形態に係るネットワークマネージャ１００の動作例を示す流れ図である。 本開示の一実施形態にかかる映像伝送システム１の動作例を示す流れ図である。 本開示の一実施形態にかかる映像伝送システム１でネットワーク上を流れるストリームの様子を示す説明図である。 本開示の一実施形態にかかる映像伝送システム１でネットワーク上を流れるストリームの様子を示す説明図である。 本開示の一実施形態に係るネットワークマネージャ１００の機能構成例を示す説明図である。 本開示の一実施形態にかかる映像伝送システム１でネットワーク上を流れるストリームの様子を示す説明図である。 メッセージのフォーマット例を示す説明図である。 本開示の一実施形態にかかる映像伝送システム１でネットワーク上を流れるストリームの様子を示す説明図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　＜１．本開示の一実施形態＞
　［システムの全体構成例］
　［ネットワークマネージャの機能構成例］
　［ネットワークマネージャの動作例］
　［映像伝送システムの動作例］
　［メッセージフォーマット例］
　［変形例］
　＜２．まとめ＞
　＜１．本開示の一実施形態＞
　［システムの全体構成例］
　まず、図面を参照しながら、本開示の一実施形態に係る映像伝送システムの全体構成例について説明する。図１は、本開示の一実施形態に係る映像伝送システム１の全体構成例を示す説明図である。以下、図１を用いて本開示の一実施形態に係る映像伝送システム１の全体構成例について説明する。
　図１に示したように、本開示の一実施形態に係る映像伝送システム１は、コントローラ１０と、送信装置２０ａ～２０ｈと、ＩＰスイッチ３０ａ～３０ｊと、受信装置４０ａ～４０ｈと、ネットワークマネージャ１００と、を含んで構成される。
　コントローラ１０は、映像伝送システム１の全体の動作についての制御を行う。コントローラ１０は、例えばパーソナルコンピュータ、タブレット型端末、ワークステーション等の形態が考えられる。例えばコントローラ１０は、どの送信装置２０ａ～２０ｈから出力される映像をどの受信装置４０ａ～４０ｈで受信させるかを指定し、その指定した内容をネットワークマネージャ１００に送る。
　ネットワークマネージャ１００は、図１に示した映像伝送システム１の状態を管理し、コントローラ１０から送られる内容に基づき、送信装置２０ａ～２０ｈが出力する映像を受信装置４０ａ～４０ｈに受信させる装置である。ネットワークマネージャ１００は、本開示の制御装置として機能し得る。ネットワークマネージャ１００は、送信装置２０ａ～２０ｈ、ＩＰスイッチ３０ａ～３０ｊ、及び受信装置４０ａ～４０ｈから、各機器のＩＰネットワークに関する情報を取得して、映像伝送システム１のネットワークトポロジの状態を管理する。
　送信装置２０ａ～２０ｈは、ＩＰマルチキャストに対応し、それぞれ映像を映像ストリームとしてＩＰマルチキャスト配信する装置である。送信装置２０ａ～２０ｈは、例えば映像を撮像する撮像装置であってもよい。送信装置２０ａ～２０ｈが撮像装置である場合は、送信装置２０ａ～２０ｈは、撮像した映像を映像ストリームとしてＩＰマルチキャスト配信する。図１に示した映像伝送システム１の全体構成例では、８台の送信装置２０ａ～２０ｈが示されているが、本開示は係る例に限定されない。また送信装置２０ａ～２０ｈは、あらかじめ撮像された映像をＩＰマルチキャスト配信する装置であってもよい。
　ＩＰスイッチ３０ａ～３０ｊは、ＩＰマルチキャストに対応したスイッチであり、送信装置２０ａ～２０ｈから受信装置４０ａ～４０ｈへＩＰマルチキャスト配信される映像ストリームを中継する。本実施形態では、ＩＰスイッチ３０ａ～３０ｊは図１に示したように接続されているものとして説明するが、もちろん、ＩＰスイッチ３０ａ～３０ｊの数や接続形態は係る例に限定されるものではない。
　図１では、ＩＰスイッチ３０ａ～３０ｊにそれぞれ番号が振られた状態で示されている。「ＩＰスイッチｎ－ｍ」のｎは、送信装置２０ａ～２０ｈに近い側から１，２，３の順に付番されている。また「ＩＰスイッチｎ－ｍ」のｍは、同じ番号ｎが付番されたＩＰスイッチを区別するために付番されている。
　受信装置４０ａ～４０ｈは、ＩＰマルチキャストに対応し、それぞれ送信装置２０ａ～２０ｈからＩＰマルチキャスト配信された映像ストリームを受信する装置である。受信装置４０ａ～４０ｈが受信する映像ストリームは、圧縮されたものであっても良く、圧縮されていない非圧縮のものであってもよい。
　ネットワークマネージャ１００は、コントローラ１０から送られる内容に基づき、送信装置２０ａ～２０ｈが出力する映像を受信装置４０ａ～４０ｈに受信させる。本実施形態では、送信装置２０ａ～２０ｈは映像ストリームをＩＰマルチキャスト配信するので、受信装置４０ａ～４０ｈは、Ｊｏｉｎコマンドを発行することで映像ストリームの受信を開始する。また受信装置４０ａ～４０ｈは、Ｌｅａｖｅコマンドを発行することで映像ストリームの受信を終了する。
　しかし受信装置４０ａ～４０ｈが既に映像ストリームを受信している状態で、別の映像ストリームに切り替えて受信しようとする場合に、Ｌｅａｖｅコマンドを発行してからＪｏｉｎコマンドを発行すると、即座に映像ストリームを切り替えることができない。映像ストリームの受信を停止してから別の映像ストリームの受信を開始するまでには時間がかかり、受信装置４０ａ～４０ｈが受信した映像ストリームに基づき映像を表示する場合には、映像ストリームの切り替えのタイミングで映像が表示されなくなる。
　そこで本実施形態では、受信装置４０ａ～４０ｈは、映像ストリームを新たに受信する際に、受信中の映像ストリームの受信は停止させずに、新たに受信する映像ストリームの受信を開始する。そして受信装置４０ａ～４０ｈは、新たな映像ストリームを受信して、その映像ストリームによって映像を出力できる状態になってから、それまで受信していた映像ストリームの受信を停止する。
　またネットワークマネージャ１００は、受信装置４０ａ～４０ｈで上述のような映像ストリームの受信開始処理及び停止処理を実行させるために、ネットワークトポロジの状態や、既にネットワーク上を流れているストリームの状態についての情報を用いて、新たに受信装置４０ａ～４０ｈが受信する映像ストリームのための帯域を確保しておく。
　そしてネットワークマネージャ１００は、新たに受信装置４０ａ～４０ｈが受信する映像ストリームのための帯域を確保すると、受信装置４０ａ～４０ｈに対して新たなストリームの受信を指示する。受信装置４０ａ～４０ｈは、ネットワークマネージャ１００からの受信指示を受けて、ネットワークマネージャ１００が確保した帯域を用いて送信される新たな映像ストリームを受信することができる。
　図１に示した映像伝送システム１は、例えば放送局に設けられるシステムであり得る。映像伝送システム１が放送局に設けられるシステムである場合は、例えば、送信装置２０ａ～２０ｈは映像を撮像して、撮像した映像をリアルタイムでＩＰマルチキャスト配信する装置であり、受信装置４０ａ～４０ｈは、送信装置２０ａ～２０ｈで撮像された映像を編集する編集機であり得る。送信装置２０ａ～２０ｈで撮像され、受信装置４０ａ～４０ｈで編集される映像は、その後放送波として放送局から送信され得る。
　なお、図１ではコントローラ１０とネットワークマネージャ１００とが異なる装置として図示されているが、本開示は係る例に限定されるものではない。コントローラ１０の機能とネットワークマネージャ１００の機能とが同じ装置の内部に設けられるような形態も、同様に本開示の技術的範囲に含まれるものである。
　以上、図１を用いて本開示の一実施形態に係る映像伝送システム１の全体構成例について説明した。次に、本開示の一実施形態に係るネットワークマネージャ１００の機能構成例について説明する。
　［ネットワークマネージャの機能構成例］
　図２は、本開示の一実施形態に係るネットワークマネージャ１００の機能構成例を示す説明図である。以下、図２を用いて本開示の一実施形態に係るネットワークマネージャ１００の機能構成例について説明する。
　図２に示したように、本開示の一実施形態に係るネットワークマネージャ１００は、ネットワークトポロジ管理部１１０と、帯域予約部１２０と、受信指示部１３０と、を含んで構成される。
　ネットワークトポロジ管理部１１０は、映像伝送システム１のネットワークトポロジ、すなわち、映像伝送システム１における各機器の接続形態を各機器から取得して管理する。ネットワークトポロジ管理部１１０が管理する映像伝送システム１のネットワークトポロジの情報は、帯域予約部１２０での帯域予約に用いられる。
　ネットワークトポロジ管理部１１０は、例えばＤＨＣＰ（Ｄｙｎａｍｉｃ　Ｈｏｓｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を用いて映像伝送システム１に接続されている各機器のＩＰアドレスを設定し、各機器がＩＰアドレスをネットワークトポロジ管理部１１０に登録することで、映像伝送システム１のネットワークトポロジを管理しうる。ネットワークトポロジ管理部１１０は、また例えば、ＬＬＤＰ（Ｌｉｎｋ　Ｌａｙｅｒ　Ｄｉｓｃｏｖｅｒｙ　Ｐｒｏｔｏｃｏｌ）を用いて映像伝送システム１に接続されている各機器の情報を収集することで、映像伝送システム１のネットワークトポロジを管理しうる。もちろんここに挙げた例は一例に過ぎないものであり、ネットワークトポロジ管理部１１０は、その他の方法によって映像伝送システム１のネットワークトポロジを管理しても良い。
　ネットワークトポロジの情報と、現在伝送中の映像ストリームの情報に変更があった場合は、各機器はネットワークマネージャ１００に変更内容を通知する。ネットワークマネージャ１００は、ＩＰスイッチ３０ａ～３０ｊを管理しているので、ＩＰスイッチ３０ａ～３０ｊから情報を取得して、ネットワークトポロジの情報を自動生成し得る。
　ネットワークトポロジ管理部１１０は、ネットワークトポロジの情報として、例えば各機器（送信装置２０ａ～２０ｈ、ＩＰスイッチ３０ａ～３０ｊ、受信装置４０ａ～４０ｈ）を識別するＩＤ、Ｅｔｈｅｒｎｅｔ（登録商標）情報の配列、各々のＥｔｈｅｒｎｅｔが接続しているＥｔｈｅｒｎｅｔ情報の配列、各機器が現在受信している映像ストリームの情報を収集する。
　帯域予約部１２０は、受信装置４０ａ～４０ｈに、映像を途切れさせずに映像ストリームを切り替えて受信させるために、受信装置４０ａ～４０ｈで受信させる映像ストリームのための帯域を予約する。帯域予約部１２０は、ネットワークトポロジ管理部１１０が管理しているネットワークトポロジの状態、及び映像伝送システム１で伝送されている映像ストリームの情報に基づき、受信装置４０ａ～４０ｈで受信させる映像ストリームのための帯域を予約する。
　より詳細には、帯域予約部１２０は、受信装置４０ａ～４０ｈに対する映像ストリームの受信指示をコントローラ１０から取得すると、ネットワークトポロジ管理部１１０が管理しているネットワークトポロジの状態、及び映像伝送システム１で伝送されている映像ストリームの情報に基づき、予約可能なネットワーク帯域を算出する。そして帯域予約部１２０は、予約可能なネットワーク帯域を算出すると、受信装置４０ａ～４０ｈで新たに受信する（切り替え後の）映像ストリーム用にＩＰスイッチ３０ａ～３０ｊの帯域予約設定を変更する。
　なお帯域予約部１２０は、受信装置４０ａ～４０ｈが新たな映像ストリームを受信し、それまで受信していた映像ストリームの受信を停止すると、それまで受信していた映像ストリームのためのネットワーク帯域を開放しても良い。受信装置４０ａ～４０ｈの中のある受信装置（例えば受信装置４０ａとする）で受信されなくなった映像ストリームが、ほかの受信装置４０ｂ～４０ｈのいずれにおいても受信されていなければ、帯域予約部１２０は、その受信されなくなった映像ストリームが使用していた帯域を開放してもよい。
　受信指示部１３０は、コントローラ１０から取得した受信装置４０ａ～４０ｈに対する映像ストリームの受信指示に基づき、受信装置４０ａ～４０ｈに対して映像ストリームの受信指示を送出する。受信指示部１３０からの指示によって受信装置４０ａ～４０ｈで受信される映像ストリームは、帯域予約部１２０で予約された帯域を用いて、送信装置２０ａ～２０ｈから受信装置４０ａ～４０ｈへ、ＩＰスイッチ３０ａ～３０ｊを経由して伝送される。
　上述したように、本実施形態では、映像ストリームを受信中の受信装置４０ａ～４０ｈは、受信指示部１３０からの受信指示を受けると、受信中の映像ストリームに加え、新たな映像ストリームを、受信指示に基づいて受信する。そして受信装置４０ａ～４０ｈは、新たな映像ストリームによる映像の出力が可能になった時点で、速やかに、それまで受信していた映像ストリームの受信停止を要求する。
　ネットワークマネージャ１００は、図２に示したような構成を有することで、ＩＰマルチキャストを利用した映像ストリームの伝送時に、受信装置４０ａ～４０ｈで映像が乱れないように映像をスイッチングさせることを可能にする。
　以上、本開示の一実施形態に係るネットワークマネージャ１００の機能構成例について説明した。次に、本開示の一実施形態に係るネットワークマネージャ１００の動作例について説明する。
　［ネットワークマネージャの動作例］
　図３は、本開示の一実施形態に係るネットワークマネージャ１００の動作例を示す流れ図である。図３に示したのは、ネットワークマネージャ１００がコントローラ１０から受信装置４０ａ～４０ｈに対する映像ストリームの受信指示を取得してから、受信装置４０ａ～４０ｈに対して映像ストリームの受信指示を送出するまでの、ネットワークマネージャ１００の動作例である。以下、図３を用いて開示の一実施形態に係るネットワークマネージャ１００の動作例について説明する。
　ネットワークマネージャ１００は、コントローラ１０から受信装置４０ａ～４０ｈに対する映像ストリームの受信指示を、例えば帯域予約部１２０で取得すると（ステップＳ１０１）、ネットワークトポロジ管理部１１０が管理しているネットワークトポロジの状態、及び映像伝送システム１で伝送されている映像ストリームの情報に基づき、予約可能なネットワーク帯域を帯域予約部１２０で算出する。そして帯域予約部１２０は、予約可能なネットワーク帯域を算出すると、受信装置４０ａ～４０ｈで新たに受信する（切り替え後の）映像ストリーム用にＩＰスイッチ３０ａ～３０ｊの帯域予約設定を変更することで、ネットワーク帯域を予約する（ステップＳ１０２）。
　上記ステップＳ１０２で、受信装置４０ａ～４０ｈで受信される映像ストリームのためのネットワーク帯域を帯域予約部１２０で予約すると、続いてネットワークマネージャ１００は、コントローラ１０から取得した受信装置４０ａ～４０ｈに対する映像ストリームの受信指示に基づき、受信装置４０ａ～４０ｈに対して映像ストリームの受信指示を受信指示部１３０から送出する（ステップＳ１０３）。受信装置４０ａ～４０ｈは、受信指示部１３０からの映像ストリームの受信指示に基づき、新たな映像ストリームの受信開始を行なってから、それまで受信していた映像ストリームの受信停止を行なう。
　ネットワークマネージャ１００は、図３に示したような動作を実行することで、ＩＰマルチキャストを利用した映像ストリームの伝送時に、映像が乱れないように受信装置４０ａ～４０ｈで映像をスイッチングさせることを可能にする。
　以上、図３を用いて本開示の一実施形態に係るネットワークマネージャ１００の動作例について説明した。続いて、本開示の一実施形態に係る映像伝送システム１の動作例についてより詳細に説明する。
　［映像伝送システムの動作例］
　図４は、本開示の一実施形態にかかる映像伝送システム１の動作例を示す流れ図である。図４に示したのは、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームが受信装置４０ａで受信されている状態で、コントローラ１０から受信装置４０ａに対して別の映像ストリームの受信指示が送出される場合の、映像伝送システム１の動作例である。以下、図４を用いて本開示の一実施形態にかかる映像伝送システム１の動作例について説明する。
　送信装置２０ａからＩＰマルチキャスト配信される映像ストリーム（Ｓｔｒｅａｍ　Ａとする）が受信装置４０ａで受信されている状態で（ステップＳ１１１）、コントローラ１０が受信装置４０ａに対して別の映像ストリーム（送信装置２０ｂからＩＰマルチキャスト配信されるＳｔｒｅａｍ　Ｂとする）の受信指示をネットワークマネージャ１００に送出する（ステップＳ１１２）。ネットワークマネージャ１００は、コントローラ１０からの受信命令に基づき、Ｓｔｒｅａｍ　Ｂの伝送のために予約可能なネットワーク帯域を算出し、（ＩＰスイッチ３０ａ～３０ｊの総称である）ＩＰスイッチ３０に対してＳｔｒｅａｍ　Ｂ分の帯域を予約する（ステップＳ１１３）。
　Ｓｔｒｅａｍ　Ｂ分の帯域を予約すると、ネットワークマネージャ１００は、受信装置４０ａに対してＳｔｒｅａｍ　Ｂの受信指示を送出する（ステップＳ１１４）。ネットワークマネージャ１００からＳｔｒｅａｍ　Ｂの受信指示を受けた受信装置４０ａは、まずＩＰスイッチ３０に対して、ＩＰマルチキャスト配信されるＳｔｒｅａｍ　Ｂを受信するためのＪｏｉｎコマンドを送出する（ステップＳ１１５）。
　受信装置４０ａがＪｏｉｎコマンドを送出すると、送信装置２０ｂからＩＰマルチキャスト配信されるＳｔｒｅａｍ　Ｂが、ＩＰスイッチ３０を経て受信装置４０ａまで到達する（ステップＳ１１６）。受信装置４０ａは、送信装置２０ｂからＩＰマルチキャスト配信されるＳｔｒｅａｍ　Ｂを受信すると、それまで受信していたＳｔｒｅａｍ　Ａに基づく映像の出力から、Ｓｔｒｅａｍ　Ｂに基づく映像の出力に切り替える（ステップＳ１１７）。Ｓｔｒｅａｍ　Ｂに基づく映像の出力が可能になると、受信装置４０ａは、速やかに、Ｓｔｒｅａｍ　Ａの受信を停止するためのＬｅａｖｅコマンドを送出する（ステップＳ１１８）。
　受信装置４０ａがＬｅａｖｅコマンドを送出すると、受信装置４０ａへのＳｔｒｅａｍ　Ａの伝送は停止される。受信装置４０ａは、Ｌｅａｖｅコマンドの成功レスポンスをネットワークマネージャ１００に通知する（ステップＳ１１９）。
　ネットワークマネージャ１００は、受信装置４０ａから、Ｓｔｒｅａｍ　Ａに対するＬｅａｖｅコマンドの成功レスポンスを受信すると、Ｓｔｒｅａｍ　Ａ分のネットワーク帯域を開放する（ステップＳ１２０）。ネットワークマネージャ１００が、Ｌｅａｖｅコマンドの成功レスポンスに基づき、受信装置４０ａで受信されなくなったＳｔｒｅａｍ　Ａ分のネットワーク帯域を開放することで、無駄なネットワーク帯域の占有が防止される。
　ネットワークマネージャ１００は、Ｓｔｒｅａｍ　Ａ分のネットワーク帯域を開放すると、受信装置４０ａでＳｔｒｅａｍ　Ｂへの切り替えが成功したことを通知するための成功レスポンスをコントローラ１０へ送出する（ステップＳ１２１）。コントローラ１０は、ネットワークマネージャ１００からの成功レスポンスによって、受信装置４０ａでＳｔｒｅａｍ　Ｂへの切り替えが成功したことを知ることが出来る。
　本開示の一実施形態にかかる映像伝送システム１は、図４に示したような動作を実行することで、ＩＰマルチキャストを利用した映像ストリームの伝送時に、映像が乱れないように受信装置４０ａ～４０ｈで映像をスイッチングさせることを可能にする。
　以上、図４を用いて本開示の一実施形態にかかる映像伝送システム１の動作例について説明した。ここで、本開示の一実施形態にかかる映像伝送システム１でネットワーク上を流れるストリームの様子を、図１に示した映像伝送システム１の構成例を用いて説明する。
　図５は、本開示の一実施形態にかかる映像伝送システム１でネットワーク上を流れるストリームの様子を示す説明図である。図５に示したのは、本開示の一実施形態にかかる映像伝送システム１が図１に示したような構成を有する場合において、ネットワークマネージャ１００が送信装置２０ａからＩＰマルチキャスト配信される映像ストリームの受信を受信装置４０ａに指示した際の、ネットワーク上を流れるストリームの様子である。なお、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームは、ＲＴＰ（Ｒｅａｌ－ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）によってＩＰスイッチ３０ａまで流れているものとする。
　ネットワークマネージャ１００は、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームの受信を受信装置４０ａに指示すると（（１）Ｓｔａｒｔ）、受信装置４０ａは、映像ストリームを受信するためにＪｏｉｎコマンドを発行する。
　送信装置２０ａと受信装置４０ａとの間の経路上で、他に送信装置２０ａからＩＰマルチキャスト配信される映像ストリームを受信する機器が存在していなければ、送信装置２０ａに最も近いＩＰスイッチ３０ａまで、受信装置４０ａが発行したＪｏｉｎコマンドが転送される（（２）Ｊｏｉｎ、（３）Ｊｏｉｎ、（４）Ｊｏｉｎ）。ＩＰスイッチ３０ａまでＪｏｉｎコマンドが転送されると、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームが、ＲＴＰにより受信装置４０ａまで流れる（（５）Ｊｏｉｎ）。
　図６は、本開示の一実施形態にかかる映像伝送システム１でネットワーク上を流れるストリームの様子を示す説明図である。図６に示したのは、本開示の一実施形態にかかる映像伝送システム１が図１に示したような構成を有する場合において、ネットワークマネージャ１００が送信装置２０ａからＩＰマルチキャスト配信される映像ストリームの受信を受信装置４０ａに指示した際の、ネットワーク上を流れるストリームの様子である。なお、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームは、既に受信装置４０ｂで受信されており、ＲＴＰによってＩＰスイッチ３０ｇまで流れているものとする。
　ネットワークマネージャ１００は、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームの受信を受信装置４０ａに指示すると（（１）Ｓｔａｒｔ）、受信装置４０ａは、映像ストリームを受信するためにＪｏｉｎコマンドを発行する。
　送信装置２０ａと受信装置４０ａとの間の経路上で、他に送信装置２０ａからＩＰマルチキャスト配信される映像ストリームを受信する機器が存在していれば、映像ストリームが流れているＩＰスイッチ（図６に示した例ではＩＰスイッチ３０ｇ）まで、受信装置４０ａが発行したＪｏｉｎコマンドが転送される（（２）Ｊｏｉｎ）。ＩＰスイッチ３０ｇまでＪｏｉｎコマンドが転送されると、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームが、ＲＴＰにより受信装置４０ａまで流れる（（３）Ｊｏｉｎ）。
　図５に示した例と図６に示した例とを比較すると、ネットワークマネージャ１００が受信装置４０ａに映像ストリームの受信指示を送出してから、実際に受信装置４０ａでその映像ストリームの受信が可能になるまでの時間（この時間のことを以下では「切り替え時間」とも称する）は、その映像ストリームがどこまで到達しているかによって異なることが分かる。
　このように、同じ映像ストリームの受信指示であっても、その映像ストリームがどこまで到達しているかによって、受信装置４０ａ～４０ｈが映像ストリームの受信指示を受けてから、受信装置４０ａ～４０ｈに映像ストリームが到達するまでの時間が異なる。そこでネットワークマネージャ１００は、映像ストリームの受信指示を受信装置４０ａ～４０ｈへ送出する際に、映像ストリームの伝送状況を考慮して、受信装置４０ａ～４０ｈでの切り替え時間を推測する。そしてネットワークマネージャ１００は、受信装置４０ａ～４０ｈでの切り替え時間を推測すると、推測した切り替え時間を考慮に入れて、映像ストリームの受信指示を送出するタイミングを決定する。
　図７は、本開示の一実施形態に係るネットワークマネージャ１００の機能構成例を示す説明図である。図７に示した本開示の一実施形態に係るネットワークマネージャ１００は、図２に示したネットワークマネージャ１００に、時間推測部１４０が追加されたものである。以下、図７を用いて本開示の一実施形態に係るネットワークマネージャ１００の機能構成例について説明する。
　時間推測部１４０は、コントローラ１０から受信装置４０ａ～４０ｈに対する映像ストリームの受信指示が送出されると、その映像ストリームの受信装置４０ａ～４０ｈでの切り替え時間を推測する。時間推測部１４０は、切り替え時間を、あらかじめネットワークマネージャ１００で収集した統計情報に基づいて推測する。
　本実施形態では、ネットワークマネージャ１００は、受信装置４０ａ～４０ｈからＪｏｉｎリクエストが送出されてから、ＲＴＰによって映像ストリームを受信できるようになるまでの時間を１ホップ毎に測定する。
　例えば、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームがＩＰスイッチ３０ａまで送信されていた場合の、Ｊｏｉｎリクエストの送出から映像ストリームの受信までの時間を測定した結果、その時間の平均値がａ＿１であったとする。ネットワークマネージャ１００は、その時間の平均値ａ＿１を、例えばネットワークトポロジ管理部１１０で保持しておく。
　同様に、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームがＩＰスイッチ３０ｅまで送信されていた場合の、Ｊｏｉｎリクエストの送出から映像ストリームの受信までの時間を測定した結果、その時間の平均値がａ＿２であったとする。ネットワークマネージャ１００は、その時間の平均値ａ＿２を、例えばネットワークトポロジ管理部１１０で保持しておく。
　また同様に、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームがＩＰスイッチ３０ｇまで送信されていた場合の、Ｊｏｉｎリクエストの送出から映像ストリームの受信までの時間を測定した結果、その時間の平均値がａ＿３であったとする。ネットワークマネージャ１００は、その時間の平均値ａ＿３を、例えばネットワークトポロジ管理部１１０で保持しておく。
　時間推測部１４０は、切り替え時間の推測の際に、ＩＰスイッチ３０の負荷についての情報を用いても良い。ＩＰスイッチ３０に全く映像ストリームが流れていない場合と、既に映像ストリームが流れている場合とでは、ＩＰスイッチ３０に掛かる負荷は異なる。すなわち、ＩＰスイッチ３０に全く映像ストリームが流れていない場合と、既に映像ストリームが流れている場合とでは、ＩＰスイッチ３０がＪｏｉｎコマンドを受信してから映像ストリームのＲＴＰ送信の開始までに掛かる時間も異なる。
　ネットワークマネージャ１００は、全てのＩＰスイッチ３０ａ～３０ｊに対して、映像ストリームの伝送本数ごとに、Ｊｏｉｎコマンドを受信してから映像ストリームのＲＴＰ送信の開始までに掛かる時間を収集する。
　ＩＰスイッチ３０ａ～３０ｊの転送可能ストリーム数がｎ本である場合に、ＩＰスイッチ３０ａ～３０ｊが全く映像ストリームを伝送していない場合の、Ｊｏｉｎコマンドを受信してから映像ストリームのＲＴＰ送信の開始までに掛かる時間を測定した結果、その時間の平均値がｃ＿０であったとする。ネットワークマネージャ１００は、その時間の平均値ｃ＿０を、例えばネットワークトポロジ管理部１１０で保持しておく。またＩＰスイッチ３０ａ～３０ｊが映像ストリームをｎ本伝送している場合の、Ｊｏｉｎコマンドを受信してから映像ストリームのＲＴＰ送信の開始までに掛かる時間を測定した結果、その時間の平均値がｃ＿ｎであったとする。ネットワークマネージャ１００は、その時間の平均値ｃ＿ｎを、例えばネットワークトポロジ管理部１１０で保持しておく。
　なおネットワークマネージャ１００は、平均値ｃ＿０とｃ＿ｎだけを求めておき、その間の映像ストリーム数についての値は、比例関係にあるとみなし、平均値ｃ＿０とｃ＿ｎとから求めても良い。
　ネットワークトポロジの状態と、ネットワーク上を流れている映像ストリームの状態とから、対象となる映像ストリームがＩＰスイッチｘまで送信されており、そのＩＰスイッチｘがｙ本の映像ストリームの伝送を行なっている場合、時間推測部１４０は、以下の式により映像の切り替え時間ｔを推測する。なお、下記の式におけるｚはネットワーク遅延を考慮した安全係数である。
　ｔ＝ａ＿ｘ＋ｃ＿０＋（ｃ＿ｎ－ｃ＿０）×ｙ／ｎ＋ｚ
　図８は、本開示の一実施形態にかかる映像伝送システム１でネットワーク上を流れるストリームの様子を示す説明図である。図８に示したのは、本開示の一実施形態にかかる映像伝送システム１が図１に示したような構成を有する場合において、ネットワークマネージャ１００が送信装置２０ａからＩＰマルチキャスト配信される映像ストリームの受信を受信装置４０ａに指示し、送信装置２０ｆからＩＰマルチキャスト配信される映像ストリームの受信を受信装置４０ｅに指示することで、受信装置４０ａ、４０ｅで同時に映像を切り替えさせる際の、ネットワーク上を流れるストリームの様子である。
　なお、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームは、ＲＴＰによってＩＰスイッチ３０ａまで流れているものとする。また送信装置２０ｆからＩＰマルチキャスト配信される映像ストリームは、既に受信装置４０ｈで受信されており、ＲＴＰによってＩＰスイッチ３０ｆまで流れているものとする。
　図８に示したように映像ストリームがネットワーク上を流れている場合、ネットワークマネージャ１００は、送信装置２０ａでの切り替え時間と、送信装置２０ｅでの切り替え時間とをそれぞれ推測する。送信装置２０ａからＩＰマルチキャスト配信される映像ストリームは、送信装置２０ａから１ホップ目のＩＰスイッチ３０ａまで流れており、送信装置２０ｆからＩＰマルチキャスト配信される映像ストリームは、送信装置２０ｆから２ホップ目のＩＰスイッチ３０ｆまで流れているので、送信装置２０ｅでの切り替え時間の方が短いとネットワークマネージャ１００が推測したとする。この場合、ネットワークマネージャ１００は、切り替え時間が長いと推測した送信装置２０ａに対して、まず映像ストリームの受信指示を送出し、その後に送信装置２０ｅに対して映像ストリームの受信指示を送出する。
　上述したように、本実施形態では、受信する映像ストリームを切り替える際に、一時的に映像ストリームを２本受信する時間が生じる。映像ストリームを２本分受信するためには、映像ストリームを２本分流すための帯域が必要になるが、この２本分の帯域の確保は一時的なものであるので、２本分の帯域を確保する時間は短ければ短いほど望ましい。ネットワークマネージャ１００は、各装置での切り替え時間を推測することで、ネットワークトポロジや、ネットワーク上を流れている映像ストリームの状態に応じて、各装置での映像の切り替え時にネットワーク帯域を必要以上に使用せずに済む適切なタイミングで映像ストリームの受信指示を送出することができる。
　［メッセージフォーマット例］
　図９は、ネットワークマネージャ１００から受信装置４０ａ～４０ｈへ送出するメッセージのフォーマット例を示す説明図である。図９に示したメッセージ１５０は、実行時間１５１、コマンド１５２、及びパラメータ１５３を含む。
　実行時間１５１には、映像ストリームを受信し、受信した映像ストリームに基づく映像の出力を実行する時間が記述される。受信装置４０ａ～４０ｈは、実行時間１５１に記述された時刻になると、受信する映像ストリームを変更する。コマンド１５２には、映像ストリームの受信を指示するコマンド（Ｓｔａｒｔコマンド）の情報が記述される。パラメータ１５３には、映像ストリームの受信に際し、受信装置４０ａ～４０ｈに指定するパラメータの情報が記述される。
　［変形例］
　上述したように、本開示の一実施形態に係るネットワークマネージャ１００は、受信装置４０ａ～４０ｈで新たに受信される映像ストリームのための帯域を予約する。映像伝送システム１のネットワーク帯域に余裕がある場合は、ネットワークマネージャ１００は、あらかじめ受信装置４０ａ～４０ｈに近いＩＰスイッチまで映像ストリームを流すよう設定しても良い。
　図１０は、本開示の一実施形態にかかる映像伝送システム１でネットワーク上を流れるストリームの様子を示す説明図である。図１０に示したのは、本開示の一実施形態にかかる映像伝送システム１が図１に示したような構成を有する場合において、ネットワークマネージャ１００が送信装置２０ａからＩＰマルチキャスト配信される映像ストリームの受信を受信装置４０ａに指示した際の、ネットワーク上を流れるストリームの様子である。なお、送信装置２０ａからＩＰマルチキャスト配信される映像ストリームは、ＲＴＰによってＩＰスイッチ３０ａまで流れているものとする。
　ネットワークマネージャ１００は、ネットワークトポロジの情報と、流れている映像ストリームの情報とに基づき、送信装置２０ａから受信装置４０ａまでの経路のネットワーク帯域に余裕があるかどうか、例えば帯域予約部１２０で調べる。ネットワークマネージャ１００は、ネットワーク帯域に余裕があるかどうかを、送信装置２０ａから受信装置４０ａまでの経路を流れる映像ストリームの有無によって判断し得る。またネットワークマネージャ１００は、ネットワーク帯域に余裕があるかどうかを、送信装置２０ａから配信される映像ストリームを流すと所定の閾値を超えてネットワーク帯域が使用されるか否かで判断しても良い。
　送信装置２０ａから受信装置４０ａまでの経路のネットワーク帯域に余裕があれば、ネットワークマネージャ１００は、送信装置２０ａから配信される映像ストリームのための帯域を予約するとともに、送信装置２０ａから配信される映像ストリームをあらかじめＩＰスイッチ３０ｇまで流させるよう設定する（（１）Ｓｅｔｔｉｎｇ）。ＩＰスイッチ３０ａ、３０ｅ、３０ｇは、ネットワークマネージャ１００からの設定に基づき、送信装置２０ａから配信される映像ストリームをＩＰスイッチ３０ｇまで流す（（２）ＲＴＰ）。
　そして、コントローラ１０で指定された時間になると、ネットワークマネージャ１００は受信装置４０ａに対して、送信装置２０ａから配信される映像ストリームの受信指示を送出する（（３）Ｓｔａｒｔ）。この時点で、送信装置２０ａから配信される映像ストリームは既にＩＰスイッチ３０ｇまで流れているので、受信装置４０ａからのＪｏｉｎコマンドがＩＰスイッチ３０ｇに送られると（（４）Ｊｏｉｎ）、送信装置２０ａから配信される映像ストリームはＩＰスイッチ３０ｇから受信装置４０ａに伝送される（（５）ＲＴＰ）。
　このように、ネットワーク帯域に余裕があれば、あらかじめ受信装置４０ａ～４０ｈに近いＩＰスイッチまで映像ストリームを流させることで、ネットワークマネージャ１００は、受信装置４０ａ～４０ｈでの切り替え時間を短縮させることが出来る。
　＜２．まとめ＞
　以上説明したように本開示の一実施形態によれば、ＩＰマルチキャスト配信される映像を受信装置４０ａ～４０ｈで受信する際に、それまで受信していた映像ストリームによる映像の出力から、新たに受信する映像ストリームによる映像の出力までの間に、映像を途切れさせないようにするネットワークマネージャ１００が提供される。
　ネットワークマネージャ１００は、受信装置４０ａ～４０ｈに対する映像ストリームの受信指示をコントローラ１０から取得すると、その映像ストリームを受信装置４０ａ～４０ｈに伝送するためのネットワーク帯域を確保する。そしてネットワークマネージャ１００は、コントローラ１０で指定された時間になると、またはネットワーク帯域が確保されるとすぐに、コントローラ１０が指定した受信装置４０ａ～４０ｈに対して、コントローラ１０が指定した映像ストリームの受信指示を送出する。
　本開示の一実施形態に係るネットワークマネージャ１００は、このように、送信装置２０ａ～２０ｈからＩＰマルチキャスト配信により送信される映像ストリームを、受信装置４０ａ～４０ｈに伝送するためのネットワーク帯域を確保する。本開示の一実施形態に係るネットワークマネージャ１００は、このようにネットワーク帯域を確保することで、受信装置４０ａ～４０ｈが出力する映像を破綻させずに、受信装置４０ａ～４０ｈで映像を切り替えさせることが出来る。
　本明細書の各装置が実行する処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、各装置が実行する処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
　また、各装置に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した各装置の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供されることが可能である。また、機能ブロック図で示したそれぞれの機能ブロックをハードウェアで構成することで、一連の処理をハードウェアで実現することもできる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　なお、本技術は以下のような構成も取ることができる。
（１）
　ＩＰマルチキャスト送信される第１の映像ストリームを受信する受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約する帯域予約部と、
　前記受信装置に対して、前記帯域予約部が予約したネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出する受信指示部と、
を備える、制御装置。
（２）
　前記ネットワークトポロジの状態及び前記伝送されている映像ストリームの情報から、前記受信装置へ前記第２の映像ストリームを受信する指示を送出してから前記第２の映像ストリームを受信するまでの時間を推測する時間推測部を更に備える、前記（１）に記載の制御装置。
（３）
　前記時間推測部は、前記伝送されている映像ストリームが到達しているノードと前記受信装置との間のホップ数毎にあらかじめ取得した、映像ストリームの要求から該映像ストリームの受信までの時間の情報を用いて、前記受信装置へ前記第２の映像ストリームを受信する指示を送出してから前記第２の映像ストリームを受信するまでの時間を推測する、前記（２）に記載の制御装置。
（４）
　前記時間推測部は、前記伝送されている映像ストリームが到達しているノードの負荷に関する情報を用いて、前記受信装置へ前記第２の映像ストリームを受信する指示を送出してから前記第２の映像ストリームを受信するまでの時間を推測する、前記（２）または（３）に記載の制御装置。
（５）
　前記ノードの負荷に関する情報は、該ノードに既に流れている映像ストリームの数と、該ノードから新たに映像ストリームの伝送を開始する際の時間との関係の情報である、前記（４）に記載の制御装置。
（６）
　前記帯域予約部は、前記受信装置から前記第１の映像ストリームの受信を終了する通知を受けると、前記第１の映像ストリームのために確保していた帯域を開放する、前記（１）～（５）のいずれかに記載の制御装置。
（７）
　前記受信指示部は、前記受信装置に対して、指定された時刻に前記第２の映像ストリームを受信する指示を送出する、前記（１）～（６）のいずれかに記載の制御装置。
（８）
　前記帯域予約部は、取得した前記ネットワークトポロジの状態及び前記伝送されている映像ストリームの情報に基づき、前記受信装置の直前のノードまで前記第２の映像ストリームを伝送するかどうかを判断する、前記（１）～（７）のいずれかに記載の制御装置。
（９）
　ネットワーク上の機器から収集する情報を用いて前記ネットワークトポロジを管理するネットワークトポロジ管理部を更に備える、前記（１）～（８）のいずれかに記載の制御装置。
（１０）
　ＩＰマルチキャスト送信される第１の映像ストリームを受信する受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約するステップと、
　前記受信装置に対して、前記予約するステップで予約されたネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出するステップと、
を備える、制御方法。
（１１）
　コンピュータに、
　ＩＰマルチキャスト送信される第１の映像ストリームを受信する受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約するステップと、
　前記受信装置に対して、前記予約するステップで予約されたネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出するステップと、
を実行させる、コンピュータプログラム。
（１２）
　映像ストリームをＩＰマルチキャスト送信する１以上の送信装置と、
　前記送信装置からＩＰマルチキャスト送信される映像ストリームを受信する受信装置と、
　前記受信装置に映像ストリームの受信指示を送信する制御装置と、
を備え、
　前記制御装置は、
　前記送信装置からＩＰマルチキャスト送信される第１の映像ストリームを受信する前記受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約する帯域予約部と、
　前記受信装置に対して、前記帯域予約部が予約したネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出する受信指示部と、
を備える、映像伝送システム。
　１　　映像伝送システム
　１０　　コントローラ
　２０ａ～２０ｈ　　送信装置
　３０ａ～３０ｊ　　ＩＰスイッチ
　４０ａ～４０ｈ　　受信装置
　１００　　ネットワークマネージャ
　１１０　　ネットワークトポロジ管理部
　１２０　　帯域予約部
　１３０　　受信指示部
　１４０　　時間推測部

Claims (12)

  1. 　ＩＰマルチキャスト送信される第１の映像ストリームを受信する受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約する帯域予約部と、
    　前記受信装置に対して、前記帯域予約部が予約したネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出する受信指示部と、
    を備える、制御装置。
  2. 　前記ネットワークトポロジの状態及び前記伝送されている映像ストリームの情報から、前記受信装置へ前記第２の映像ストリームを受信する指示を送出してから前記第２の映像ストリームを受信するまでの時間を推測する時間推測部を更に備える、請求項１に記載の制御装置。
  3. 　前記時間推測部は、前記伝送されている映像ストリームが到達しているノードと前記受信装置との間のホップ数毎にあらかじめ取得した、映像ストリームの要求から該映像ストリームの受信までの時間の情報を用いて、前記受信装置へ前記第２の映像ストリームを受信する指示を送出してから前記第２の映像ストリームを受信するまでの時間を推測する、請求項２に記載の制御装置。
  4. 　前記時間推測部は、前記伝送されている映像ストリームが到達しているノードの負荷に関する情報を用いて、前記受信装置へ前記第２の映像ストリームを受信する指示を送出してから前記第２の映像ストリームを受信するまでの時間を推測する、請求項２に記載の制御装置。
  5. 　前記ノードの負荷に関する情報は、該ノードに既に流れている映像ストリームの数と、該ノードから新たに映像ストリームの伝送を開始する際の時間との関係の情報である、請求項４に記載の制御装置。
  6. 　前記帯域予約部は、前記受信装置から前記第１の映像ストリームの受信を終了する通知を受けると、前記第１の映像ストリームのために確保していた帯域を開放する、請求項１に記載の制御装置。
  7. 　前記受信指示部は、前記受信装置に対して、指定された時刻に前記第２の映像ストリームを受信する指示を送出する、請求項１に記載の制御装置。
  8. 　前記帯域予約部は、取得した前記ネットワークトポロジの状態及び前記伝送されている映像ストリームの情報に基づき、前記受信装置の直前のノードまで前記第２の映像ストリームを伝送するかどうかを判断する、請求項１に記載の制御装置。
  9. 　ネットワーク上の機器から収集する情報を用いて前記ネットワークトポロジを管理するネットワークトポロジ管理部を更に備える、請求項１に記載の制御装置。
  10. 　ＩＰマルチキャスト送信される第１の映像ストリームを受信する受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約することと、
    　前記受信装置に対して、前記予約されたネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出することと、
    を備える、制御方法。
  11. 　コンピュータに、
    　ＩＰマルチキャスト送信される第１の映像ストリームを受信する受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約することと、
    　前記受信装置に対して、前記予約されたネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出することと、
    を実行させる、コンピュータプログラム。
  12. 　映像ストリームをＩＰマルチキャスト送信する１以上の送信装置と、
    　前記送信装置からＩＰマルチキャスト送信される映像ストリームを受信する受信装置と、
    　前記受信装置に映像ストリームの受信指示を送信する制御装置と、
    を備え、
    　前記制御装置は、
    　前記送信装置からＩＰマルチキャスト送信される第１の映像ストリームを受信する前記受信装置に対する前記第１の映像ストリームから第２の映像ストリームへの受信指示を取得すると、ネットワークトポロジの状態及び伝送されている映像ストリームの情報を取得し、前記第１の映像ストリームに加えて前記第２の映像ストリームを伝送するためのネットワーク帯域を予約する帯域予約部と、
    　前記受信装置に対して、前記帯域予約部が予約したネットワーク帯域を用いて前記第２の映像ストリームを受信する指示を送出する受信指示部と、
    を備える、映像伝送システム。
PCT/JP2014/058897 2013-04-05 2014-03-27 制御装置、制御方法、コンピュータプログラム及び映像伝送システム WO2014162981A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2015510046A JP6394591B2 (ja) 2013-04-05 2014-03-27 制御装置、制御方法、コンピュータプログラム及び映像伝送システム
US14/780,191 US9813741B2 (en) 2013-04-05 2014-03-27 Controller, control method, computer program, and video transmission system
EP14779839.1A EP2983376A4 (en) 2013-04-05 2014-03-27 CONTROLLER, CONTROL METHOD, COMPUTER PROGRAM, AND VIDEO TRANSMISSION SYSTEM
CN201480018107.7A CN105052166B (zh) 2013-04-05 2014-03-27 控制器、控制方法、计算机可读存储介质和视频发送系统
US15/717,459 US10116975B2 (en) 2013-04-05 2017-09-27 Controller, control method, computer program, and video transmission system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013079393 2013-04-05
JP2013-079393 2013-04-05

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/780,191 A-371-Of-International US9813741B2 (en) 2013-04-05 2014-03-27 Controller, control method, computer program, and video transmission system
US15/717,459 Continuation US10116975B2 (en) 2013-04-05 2017-09-27 Controller, control method, computer program, and video transmission system

Publications (1)

Publication Number Publication Date
WO2014162981A1 true WO2014162981A1 (ja) 2014-10-09

Family

ID=51658279

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/058897 WO2014162981A1 (ja) 2013-04-05 2014-03-27 制御装置、制御方法、コンピュータプログラム及び映像伝送システム

Country Status (5)

Country Link
US (2) US9813741B2 (ja)
EP (1) EP2983376A4 (ja)
JP (1) JP6394591B2 (ja)
CN (1) CN105052166B (ja)
WO (1) WO2014162981A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104967880A (zh) * 2015-05-29 2015-10-07 董遂武 一种在无线网络中均匀分发视频的方法和设备
JP2017191976A (ja) * 2016-04-12 2017-10-19 日本電信電話株式会社 通信システムの制御方法及び通信システム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9894126B1 (en) * 2015-05-28 2018-02-13 Infocus Corporation Systems and methods of smoothly transitioning between compressed video streams
GB2542174B (en) * 2015-09-10 2018-04-04 Openwave Mobility Inc An intermediate network entity for controlling bandwidth for an adaptive bit rate stream
CN115484505A (zh) * 2021-05-31 2022-12-16 华为技术有限公司 视频传输方法、装置、设备、系统以及计算机存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011114490A (ja) 2009-11-25 2011-06-09 Toshiba Corp 放送素材送出装置及びデータ送出方法
WO2011071439A1 (en) * 2009-12-09 2011-06-16 Telefonaktiebolaget Lm Ericsson (Publ) Policies for content downloading and content uploading
JP2012065281A (ja) * 2010-09-17 2012-03-29 Fujitsu Ltd 通信プログラム、通信装置、通信方法、及び通信システム
WO2012053047A1 (ja) * 2010-10-18 2012-04-26 パイオニア株式会社 ストリーミング再生装置、ストリーミング再生方法、コンピュータプログラム及び記録媒体
JP2012256971A (ja) * 2011-06-07 2012-12-27 Mitsubishi Electric Corp 受信装置
JP2013005413A (ja) * 2011-06-22 2013-01-07 Panasonic Corp 通信システム、無線機器、及び、無線機器のプログラム
JP2013509768A (ja) * 2009-10-30 2013-03-14 トムソン ライセンシング デジタルオーディオ／ビデオチャンネル変更方法及び対応する装置

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1155324A (ja) * 1997-07-31 1999-02-26 Fujitsu Ltd コンピュータネットワークの通信システム
US20080037420A1 (en) * 2003-10-08 2008-02-14 Bob Tang Immediate ready implementation of virtually congestion free guaranteed service capable network: external internet nextgentcp (square waveform) TCP friendly san
US7765566B2 (en) * 2004-06-21 2010-07-27 General Instrument Corporation In-band signaling to control encryption and transcoding resources in VOD/On-Demand system
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
JP4886500B2 (ja) * 2006-12-20 2012-02-29 株式会社日立製作所 データ転送装置、及びそのシステム
US8099757B2 (en) * 2007-10-15 2012-01-17 Time Warner Cable Inc. Methods and apparatus for revenue-optimized delivery of content in a network
US8578432B2 (en) * 2007-12-07 2013-11-05 Cisco Technology, Inc. Policy control over switched delivery networks
JP4702397B2 (ja) * 2008-05-23 2011-06-15 ソニー株式会社 コンテンツサーバ、情報処理装置、ネットワーク機器、コンテンツ配信方法、情報処理方法およびコンテンツ配信システム
EP2124451A3 (en) 2008-05-23 2014-03-26 Sony Corporation Content server, information processing apparatus, network device, content distribution method, information processing method, and content distribution system
US8752100B2 (en) * 2008-08-29 2014-06-10 At&T Intellectual Property Ii, Lp Systems and methods for distributing video on demand
US8112781B2 (en) * 2008-10-07 2012-02-07 General Instrument Corporation Content delivery system having an edge resource manager performing bandwidth reclamation
US9300667B2 (en) * 2008-11-05 2016-03-29 At&T Intellectual Property I, L.P. Apparatus and method for protecting media content rights
US9049477B2 (en) * 2008-11-13 2015-06-02 At&T Intellectual Property I, Lp Apparatus and method for managing media content
US9092047B2 (en) * 2010-06-04 2015-07-28 Broadcom Corporation Method and system for content aggregation via a broadband gateway
US8756341B1 (en) * 2009-03-27 2014-06-17 Amazon Technologies, Inc. Request routing utilizing popularity information
CA2774363C (en) * 2009-09-15 2020-06-23 Comcast Cable Communications, Llc Dynamic content packaging
CA2824754A1 (en) * 2009-09-26 2011-03-31 Disternet Technology Inc. System and method for micro-cloud computing
WO2011100459A1 (en) * 2010-02-11 2011-08-18 Beaumaris Networks Inc. D/B/A Bni Video Multi-service bandwidth allocation
JP5569053B2 (ja) * 2010-03-11 2014-08-13 ソニー株式会社 コンテンツ配信装置、コンテンツ配信方法および送信サーバ
US8467412B2 (en) * 2010-04-14 2013-06-18 Ericsson Television Inc. Adaptive rate shifting for delivery of video services to service groups
US20120195362A1 (en) * 2011-02-02 2012-08-02 Alcatel-Lucent Usa Inc. System and Method for Managing Cache Storage in Adaptive Video Streaming System
GB2492538B (en) * 2011-06-30 2014-06-04 Nds Ltd Distributing audio video content
CA2844605C (en) * 2011-08-10 2016-10-25 Lg Electronics Inc. Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
US9264508B2 (en) * 2011-08-19 2016-02-16 Time Warner Cable Enterprises Llc Apparatus and methods for reduced switching delays in a content distribution network
US9197907B2 (en) * 2011-10-07 2015-11-24 Ericsson Ab Adaptive ads with advertising markers
US9712864B2 (en) * 2011-10-20 2017-07-18 Lg Electronics Inc. Broadcast service receiving method and broadcast service receiving apparatus
US9225762B2 (en) * 2011-11-17 2015-12-29 Google Technology Holdings LLC Method and apparatus for network based adaptive streaming
US9560392B2 (en) * 2012-09-07 2017-01-31 Google Inc. Dynamic bit rate encoding
WO2014106206A1 (en) * 2012-12-28 2014-07-03 DISH Digital L.L.C. Adaptive multicast delivery of media streams
WO2014126677A1 (en) * 2013-02-12 2014-08-21 Azuki Systems, Inc. Personal over-the-top network video recorder
US9402107B2 (en) * 2013-03-15 2016-07-26 Time Warner Cable Enterprises Llc Apparatus and methods for delivery of multicast and unicast content in a content delivery network
US8869218B2 (en) * 2013-03-15 2014-10-21 Wowza Media Systems, LLC On the fly transcoding of video on demand content for adaptive streaming
US8762564B1 (en) * 2013-07-10 2014-06-24 Mdialog Corporation Method and system for dynamically selecting, assembling and inserting content into stream media
JP6232826B2 (ja) * 2013-08-09 2017-11-22 富士通株式会社 仮想ルータ制御方法、仮想ルータ制御プログラムおよび制御装置
US9712408B2 (en) * 2014-03-17 2017-07-18 Telefonaktiebolaget L M Ericsson (Publ) Bandwidth management in a content distribution network
US10057618B2 (en) * 2014-06-06 2018-08-21 Microsoft Technology Licensing, Llc System for filtering media manifests using manifest attributes

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013509768A (ja) * 2009-10-30 2013-03-14 トムソン ライセンシング デジタルオーディオ／ビデオチャンネル変更方法及び対応する装置
JP2011114490A (ja) 2009-11-25 2011-06-09 Toshiba Corp 放送素材送出装置及びデータ送出方法
WO2011071439A1 (en) * 2009-12-09 2011-06-16 Telefonaktiebolaget Lm Ericsson (Publ) Policies for content downloading and content uploading
JP2012065281A (ja) * 2010-09-17 2012-03-29 Fujitsu Ltd 通信プログラム、通信装置、通信方法、及び通信システム
WO2012053047A1 (ja) * 2010-10-18 2012-04-26 パイオニア株式会社 ストリーミング再生装置、ストリーミング再生方法、コンピュータプログラム及び記録媒体
JP2012256971A (ja) * 2011-06-07 2012-12-27 Mitsubishi Electric Corp 受信装置
JP2013005413A (ja) * 2011-06-22 2013-01-07 Panasonic Corp 通信システム、無線機器、及び、無線機器のプログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104967880A (zh) * 2015-05-29 2015-10-07 董遂武 一种在无线网络中均匀分发视频的方法和设备
CN104967880B (zh) * 2015-05-29 2019-04-30 董遂武 一种在无线网络中均匀分发视频的方法和设备
JP2017191976A (ja) * 2016-04-12 2017-10-19 日本電信電話株式会社 通信システムの制御方法及び通信システム

Also Published As

Publication number Publication date
US20180020245A1 (en) 2018-01-18
JPWO2014162981A1 (ja) 2017-02-16
JP6394591B2 (ja) 2018-09-26
US20160044342A1 (en) 2016-02-11
CN105052166B (zh) 2018-11-20
EP2983376A1 (en) 2016-02-10
CN105052166A (zh) 2015-11-11
US9813741B2 (en) 2017-11-07
US10116975B2 (en) 2018-10-30
EP2983376A4 (en) 2016-12-07

Similar Documents

Publication Publication Date Title
US10116975B2 (en) Controller, control method, computer program, and video transmission system
US11477107B2 (en) Method for data communication in an industrial network, control method, device, computer program and computer-readable medium
CN105282213A (zh) 音频视频桥接网络的跛行回家操作
JP5372140B2 (ja) ネットワークを管理するための方法及び装置
US20190238949A1 (en) Multicast service providing method and software defined networking controller
JP2006217496A (ja) 優先度に基づくループ制御ブリッジ装置およびそれを含むシステム
EP3024225A1 (en) System and method of video streaming
US7860958B2 (en) Network management method for wireless transmission/reception of data streams, and network system and apparatus employing the same
WO2012103761A1 (zh) 一种检测组播业务质量的方法及终端
US8848512B2 (en) Rendezvous point convergence method and apparatus
CN112929594A (zh) 自组网级联方法、音频采集设备、会议系统、存储介质
WO2012055296A1 (zh) Iptv中的播控控制方法及装置
JP2012517166A (ja) コンピュータネットワークの使用方法
EP3258654B1 (en) Method and system for reducing pim protocol dr change
KR20140122171A (ko) 네트워크 모니터링 및 패킷 검사 장치 및 방법
CN112753206B (zh) 工业通信网络内数据传输的方法和通信设备
US20180176001A1 (en) Communication control device, communication control method, network switch, route control method, and communication system
CN110635986B (zh) 一种网络接入的方法和设备
JP3708051B2 (ja) データ配信システム
KR101589385B1 (ko) 컨트롤러와 네트워크 장치 간 이벤트를 처리하는 방법
CN114095308B (zh) 多媒体会议质量的增强方法、装置、设备及存储介质
CN105099907B (zh) 路径检测方法、宿节点设备及通信系统
CN103457861A (zh) 一种ONU的基于VLAN的IGMP Snooping实现方法
WO2015100978A1 (zh) 软件自定义网络中自动发现控制器的方法、控制器及系统
CN102647298B (zh) 一种基于二层网络相切环实现数据传输的方法及装置

Legal Events

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

Ref document number: 201480018107.7

Country of ref document: CN

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

Ref document number: 14779839

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015510046

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2014779839

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14780191

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE