WO2017030017A1 - コンテンツ送信装置、コンテンツ配信システム、およびコンテンツ送信方法 - Google Patents

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

Info

Publication number
WO2017030017A1
WO2017030017A1 PCT/JP2016/073063 JP2016073063W WO2017030017A1 WO 2017030017 A1 WO2017030017 A1 WO 2017030017A1 JP 2016073063 W JP2016073063 W JP 2016073063W WO 2017030017 A1 WO2017030017 A1 WO 2017030017A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
basic component
data
client device
component
Prior art date
Application number
PCT/JP2016/073063
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 ヤマハ株式会社
Publication of WO2017030017A1 publication Critical patent/WO2017030017A1/ja
Priority to US15/894,045 priority Critical patent/US10531160B2/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/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/637Control signals issued by the client directed to the server or network components
    • H04N21/6375Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
    • GPHYSICS
    • G10MUSICAL INSTRUMENTS; ACOUSTICS
    • G10LSPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • 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/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307Synchronising 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/43076Synchronising 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 the same content streams on multiple devices, e.g. when family members are watching the same movie on different devices
    • 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • 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/439Processing of audio elementary streams
    • H04N21/4398Processing of audio elementary streams involving reformatting operations of audio signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8106Monomedia components thereof involving special audio data, e.g. different tracks for different languages
    • H04N21/8113Monomedia components thereof involving special audio data, e.g. different tracks for different languages comprising music, e.g. song in MP3 format
    • GPHYSICS
    • G10MUSICAL INSTRUMENTS; ACOUSTICS
    • G10LSPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G10L19/04Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis using predictive techniques
    • G10L19/16Vocoder architecture
    • G10L19/18Vocoders using multiple modes
    • G10L19/24Variable rate codecs, e.g. for generating different qualities using a scalable representation such as hierarchical encoding or layered encoding

Definitions

  • An embodiment of the present invention relates to a content transmission device that transmits content to a client device.
  • Patent Document 1 discloses a content transmission apparatus that transmits video data via a network and a plurality of client apparatuses (televisions) that reproduce the transmitted video data.
  • the conventional content transmission apparatus there may be a delay in content transmission, for example, in a user environment where the network bandwidth is relatively narrow. As a result, the client device cannot reproduce the content without interruption, for example.
  • the client device can play the content without interruption even in an environment where the network bandwidth is narrow.
  • the content transmission device transmits content with a low bit rate
  • the quality of the content reproduced in all the client devices decreases. As a result, only low-quality content can be reproduced even in an environment where the network bandwidth is relatively wide.
  • an object of an embodiment of the present invention is to provide a content transmission apparatus that can prevent delay in content transmission while transmitting as high-quality content as possible according to the environment of each user.
  • the content transmission device includes a compression unit, a transmission unit, and a reception unit.
  • the compression unit compresses the content by dividing it into a basic component and an extended component.
  • the transmission unit transmits content to the client device.
  • the receiving unit receives the content retransmission request.
  • the transmission unit determines whether to transmit the basic component of the content or to transmit the basic component and the extended component of the content in accordance with communication conditions, and the reception unit receives the retransmission request. Then, only the basic component of the content corresponding to the retransmission request is retransmitted.
  • the content transmission apparatus can prevent content transmission delay while transmitting as high-quality content as possible according to the environment of each user.
  • FIG. (A) is a hardware block diagram showing a part of the configuration of the AV receiver
  • (B) is a hardware block diagram showing a part of the configuration of the wireless speaker.
  • 3 is a flowchart illustrating an overall operation of the AV receiver according to the first embodiment. It is a flowchart which shows operation
  • FIG. 10 is a flowchart illustrating an overall operation of the AV receiver according to the second embodiment.
  • FIG. 10 is a flowchart illustrating an overall operation of the AV receiver according to the third embodiment. It is a flowchart which shows the operation
  • the content transmission apparatus includes a compression unit, a transmission unit, and a reception unit.
  • the compression unit compresses the content by dividing it into a basic component and an extended component.
  • the transmission unit transmits content to the client device.
  • the receiving unit receives the content retransmission request.
  • the transmission unit determines whether to transmit the basic component of the content or to transmit the basic component and the extended component of the content in accordance with communication conditions, and the reception unit receives the retransmission request. Then, only the basic component of the content corresponding to the retransmission request is retransmitted.
  • the WavPack codec which is an audio compression codec, generates two compressed data by dividing audio data into basic components and extended components. It is possible to reproduce the sound by using only the compressed data of the basic component. High-quality audio data can be reproduced by using both basic component and extended component compressed data.
  • the communication conditions are, for example, conditions relating to the number of destination client devices and conditions relating to the network connection mode of the destination client devices. These communication conditions are conditions that affect the network bandwidth of the user's environment. For example, the network bandwidth that can be used for content transmission becomes narrower as the number of client devices increases.
  • the content transmitting device transmits the basic component and the extended component of the content when the network bandwidth of the user environment is relatively wide. That is, the content transmission device transmits high-quality content when the network bandwidth of the user environment is relatively wide.
  • the content transmission device transmits the basic component without transmitting the extension component when the network bandwidth of the user's environment is relatively narrow. Therefore, even if the network bandwidth is relatively narrow, the content transmission apparatus prevents transmission delay by suppressing the data size of the content to be transmitted.
  • the transmission unit when the reception unit receives the retransmission request, the transmission unit retransmits only the basic component of the content corresponding to the retransmission request.
  • the content transmission apparatus retransmits only the basic components of the content even if it is necessary to retransmit the content because the network bandwidth has changed narrowly during transmission, and therefore suppresses the data size of the content to be retransmitted. Since the content transmission apparatus suppresses the data size of the content to be retransmitted, it also prevents retransmission delay.
  • FIG. 1 is a diagram for explaining the outline of the content distribution system 900.
  • FIG. 2A is a hardware block diagram illustrating a part of the configuration of the AV receiver 100.
  • FIG. 2B is a hardware block diagram illustrating a part of the configuration of the wireless speaker 301.
  • the content distribution system 900 includes an AV receiver 100, a content storage device 150, a speaker 200L, a speaker 200R, a wireless speaker 301, a wireless speaker 302, and a bar speaker 400.
  • the wireless speaker 301 is disposed in the room R901.
  • the wireless speaker 302 is disposed in the room R902.
  • Bar speaker 400 is arranged in room R903.
  • the rooms R901 to R903 and the room where the AV receiver 100 is installed are different from each other.
  • the AV receiver 100 performs wireless communication with the wireless speaker 301, the wireless speaker 302, and the bar speaker 400 via the wireless access point 500.
  • the AV receiver 100 distributes audio data acquired from the content storage device 150 to the wireless speaker 301, the wireless speaker 302, and the bar speaker 400 through wireless communication.
  • the distributed audio data is reproduced by the wireless speaker 301, the wireless speaker 302, and the bar speaker 400.
  • the AV receiver 100 uses the speaker 200L and the speaker 200R to reproduce the audio data to be distributed on its own device.
  • the content distribution system 900 reproduces the same audio data in synchronization with the AV receiver 100, the wireless speakers 301 and 302, and the bar speaker 400.
  • FIG. 1 shows an example, and the number of speakers to which audio data is distributed is not limited to three.
  • the AV receiver 100 is an example of a content transmission device of the present invention.
  • the wireless speakers 301 and 302 and the bar speaker 400 are examples of the client device of the present invention.
  • the AV receiver 100 prevents audio data distribution delay while distributing as high quality audio data as possible according to the user's environment (the number of distribution destination speakers).
  • an AV receiver 100 includes a CPU (Central Processing Unit) 1, a memory 2, a DSP (Digital Signal Processor) 3, a wireless module 4, an AMP (Amplifier) 5, and a plurality of them.
  • the operation button 6 and the clock 7 are provided. These configurations are connected to a common BUS.
  • the DSP 3 is a processor for various kinds of sound processing on voice data.
  • the wireless module 4 generates a wireless signal such as Wi-Fi (registered trademark) standard.
  • the radio module 4 inputs and outputs radio signals with an antenna (not shown). Thereby, the wireless module 4 transmits and receives information by wireless communication.
  • the AMP 5 is a circuit that amplifies the audio signal.
  • the audio signal amplified by the AMP 5 is output to the speaker 200L and the speaker 200R.
  • the plurality of operation buttons 6 output a signal indicating the operation.
  • the AV receiver 100 may receive a user operation by a remote controller.
  • the Clock 7 outputs time information.
  • the time information output from the clock 7 is used for synchronization processing described later.
  • the memory 2 stores identification information of the wireless speakers 301 and 302 and the bar speaker 400.
  • the identification information includes an IP address.
  • the memory 2 also stores a program.
  • the memory 2 also functions as a FIFO (First In, First Out) that temporarily holds content.
  • the CPU 1 reads a program from the memory 2 and executes the read program.
  • the transmission unit and the reception unit of the present invention are realized by executing this program.
  • the wireless speaker 301 includes a CPU 31, a memory 32, a wireless module 34, an AMP 35, and a clock 37. These configurations are connected to a common BUS.
  • the wireless module 34 generates a wireless signal such as Wi-Fi (registered trademark) standard.
  • the wireless module 34 inputs and outputs wireless signals with an antenna (not shown). Thereby, the wireless module 34 transmits and receives information by wireless communication.
  • the AMP 35 is a circuit that amplifies an audio signal.
  • the audio signal amplified by the AMP 35 is output to the speaker unit.
  • the clock 37 outputs time information. The time information output from the clock 37 is used for measuring the reproduction start time of the audio data.
  • the memory 32 stores a program.
  • the memory 23 also functions as a FIFO (First In, First Out) that temporarily holds content.
  • the CPU 31 reads a program from the memory 32 and executes the read program.
  • the wireless speaker 302 has the same configuration as the wireless speaker 301.
  • the bar speaker 400 has the same configuration as the wireless speaker 301, but differs from the wireless speaker 301 in that it includes a plurality of speaker units arranged in a line.
  • FIG. 3 is a flowchart showing the overall operation of the AV receiver 100.
  • FIG. 4 is a flowchart showing operations of the AV receiver 100 and the wireless speaker 301 related to audio data distribution. However, FIG. 4 shows the operation of the wireless speaker 301 as a representative. The operations of the wireless speaker 302 and the bar speaker 400 are the same as those of the wireless speaker 301.
  • the AV receiver 100 sets PCM sound source data to be distributed (S1).
  • the CPU 1 sets PCM sound source data to be distributed from a plurality of PCM sound source data stored in the content storage device 150 based on an operation (for example, an input operation of a data number) received by a plurality of operation buttons 6.
  • the CPU 1 acquires the set PCM sound source data from the content storage device 150 by controlling the wireless module 4.
  • the CPU 1 determines whether the number of distribution destinations is three or more (S21).
  • the number of distribution destinations is obtained by the CPU 1 referring to the table of the distribution destination reproducing apparatus that stores the IP addresses of the wireless speakers 301 and 302 and the bar speaker 400 stored in the memory 2.
  • the CPU 1 compresses the PCM sound source data (for example, a bit rate of 1,411 kbps) stored in the content storage device 150 using the WavPack codec (hybrid mode). (S22). Then, basic component data of PCM sound source data is generated.
  • the basic component data is, for example, irreversibly compressed PCM sound source data at a bit rate of 200 kbps.
  • the CPU 1 generates a packet including basic component data, and outputs the packet to the wireless module 4 (S23).
  • the wireless module 4 transmits sequentially input packets according to UDP (User Datagram Protocol). This packet is transmitted to the wireless speakers 301 and 302 and the bar speaker 400 via the wireless access point 500.
  • UDP User Datagram Protocol
  • the AV receiver 100 when receiving a retransmission request from the wireless speakers 301 and 302 and the bar speaker 400 during transmission of the basic component data, the AV receiver 100 transmits the basic component data in response to the retransmission request again.
  • the CPU 1 compresses the PCM sound source data stored in the content storage device 150 using the WavPack codec (hybrid mode) (S24).
  • WavPack codec hybrid mode
  • step S24 data of basic components and extended components is generated. If the basic component data is corrected with the extended component data, PCM sound source data without loss due to compression is restored.
  • the extension component data is generated at a bit rate of 600 kbps, for example.
  • the CPU 1 compresses the PCM sound source data to generate basic component and extended component data (S24), it distributes the generated basic component and extended component data (S25).
  • the CPU 1 may perform the processing of S24 (generation of basic components and extended components) before the condition determination of S21.
  • the CPU 1 makes a condition determination in S21 after the process in S24, and distributes a component corresponding to the condition.
  • step S25 The detailed operation in step S25 and the operation of the wireless speaker 301 corresponding to this operation will be described with reference to FIG.
  • the CPU 1 extracts 1024 bytes of data from the top data of each data, and generates a packet including the extracted data (S31).
  • the CPU 1 outputs the generated packet to the wireless module 4.
  • the wireless module 4 wirelessly transmits the input packet according to UDP (S32). This packet is transmitted to the wireless speakers 301 and 302 and the bar speaker 400 via the wireless access point 500.
  • the CPU 1 determines whether there is next data to be distributed (S33). When the CPU 1 determines that there is next data to be distributed (S33: Y), the CPU 1 returns to step S31. If the CPU 1 determines that there is no next data to be distributed (S33: N), the process is terminated. That is, the generation and transmission of the packets in step S31 and step S32 are repeatedly performed from the first data to the last data of the basic component data and the extended component data.
  • the wireless module 34 of the wireless speaker 301 receives a packet transmitted via the wireless access point 500 (S51).
  • the CPU 31 of the wireless speaker 301 determines whether there is no loss (missing) in the received packet (S52). For example, the packet loss is detected by referring to a sequence number (Sequential Number) included in the packet. Specifically, when the CPU 31 receives a packet with a serial number of 0001, 0002, and 0003 and receives a packet with a serial number of 0005 (S51), a packet with a serial number of 0004 has not been received. And the loss of the packet is detected (S52: Y).
  • the CPU 31 When the CPU 31 does not detect a packet loss (S52: NO), the CPU 31 extracts basic component and extension component data from the received packet (S53). The retrieved data is buffered by being input to the FIFO (S54).
  • CPU 31 extracts data from the FIFO in the reproduction process of step S55. And CPU31 decodes the data taken out from FIFO using the WavPack codec. As a result, the CPU 31 restores the PCM sound source data (1,411 kbps) without loss due to compression.
  • the CPU 31 converts the PCM sound source data from digital to analog and outputs an analog audio signal to the AMP 35.
  • the speaker unit emits sound based on the audio signal amplified by the AMP 35.
  • step S55 is started at a specified time (for example, 10: 55: 8: 10 milliseconds) included in the data of each packet, thereby synchronizing the reproduction time between the distribution source and the plurality of distribution destinations.
  • a specified time for example, 10: 55: 8: 10 milliseconds
  • the CPU 31 receives the data sequentially transmitted from the head data of the basic component data and the extended component data, and performs stream reproduction that sequentially reproduces the received data ( S51 and S53 to S55).
  • the CPU 31 When the CPU 31 detects a packet loss (S52: Y), it sends a request to resend the lost packet (range) to the AV receiver 100 (S56).
  • This retransmission request includes the lost packet sequence number (for example, 0004).
  • the CPU 31 may control the wireless module 34 so that transmission is performed using TCP (Transmission Control Protocol) using the 3-Way handshake method. Thereby, the retransmission request reaches the AV receiver 100 more reliably.
  • TCP Transmission Control Protocol
  • the CPU 1 of the AV receiver 100 identifies the packet with the serial number (0004) included in the retransmission request (S42).
  • the identified packet is a packet to be retransmitted that has not reached wireless speaker 301.
  • the AV receiver 100 temporarily stores the transmitted packet in the memory 2 for retransmission of the packet.
  • the CPU 1 identifies the packet to be retransmitted by referring to the memory 2 with the serial number included in the retransmission request.
  • step S42 when specifying the packet to be retransmitted, the CPU 1 specifies only the packet corresponding to the data of the basic component. In other words, even when the CPU 1 receives a retransmission request for a packet corresponding to the data of the extension component (the retransmission request should not come), the CPU 1 does not identify the packet to be retransmitted and does not transmit it (requests the extension portion). Or the basic part may be transmitted). Since the CPU 1 does not need to temporarily store the packet of the extended component data that is not retransmitted, the consumption of the memory 2 can be suppressed.
  • the CPU 1 controls the wireless module 4 so as to retransmit the identified packet (S43). At this time, as in step S56, the CPU 1 may transmit the packet by TCP in order to reliably deliver the retransmission packet. Note that since the retransmitted packet includes flag information indicating retransmission, duplicate audio data is not reproduced even if broadcast.
  • the CPU 31 of the wireless speaker 301 extracts basic component data from the retransmission packet (S58).
  • the CPU 31 inputs the data extracted in step S58 to the FIFO and buffers it (S54). At this time, the CPU 31 orders received packets and inputs them to the FIFO. For example, the CPU 31 inputs the packet with the serial number 0005 together with the packet with the serial number 0004 received by retransmission into the FIFO in the order of the serial number (S54).
  • the data retransmitted as described above is only the basic component. Accordingly, when there is no extended component data corresponding to the basic component data, the CPU 31 reproduces only the basic component data (S55).
  • step S51 the wireless module 34 receives the next packet to be sent. Therefore, the wireless speaker 301 reproduces the PCM sound source data without loss due to compression if the packet loss is not detected after the reproduction of the audio data of only the basic component once.
  • the AV receiver 100 distributes high-quality audio data having basic components and extension components when the number of distribution-destination speakers is small and there is a sufficient network bandwidth available for audio data distribution.
  • the AV receiver 100 delivers only basic component data (S23) to a large number of delivery destinations. Data can be distributed. As a result, the AV receiver 100 prevents a delay in distribution regardless of the number of distribution destination speakers. Furthermore, the AV receiver 100 retransmits only the basic component data when the audio data needs to be retransmitted (S43), thereby suppressing the size of the data to be retransmitted. As a result, the AV receiver 100 also prevents retransmission delay.
  • the AV receiver 100 can prevent a delay in the distribution of audio data while distributing as high quality audio data as possible in accordance with the number of distribution destination speakers.
  • the AV receiver 100 distributes the audio data (S23 and S25), and also reproduces the audio data in its own device. Specifically, when setting the PCM sound source data to be distributed (S1), the CPU 1 performs a synchronization process for synchronizing the playback timing of the audio data with each device (S11). In this synchronization process, the CPU 1 writes the data in the FIFO sequentially from the top data of the PCM sound source data acquired from the content storage device 150. Data is stored for a predetermined time in a FIFO.
  • This predetermined time takes into account the time required for playback processing by the DSP 3, distribution of audio data to the wireless speakers 301, 302 and bar speaker 400 (network delay), playback processing in the wireless speakers 301, 302 and bar speaker 400, and the like. (Approximately 2 seconds).
  • the CPU 1 performs PCM sound source data reproduction processing (S12). Specifically, the CPU 1 extracts data from the FIFO and outputs it to the DSP 3.
  • the DSP 3 performs predetermined acoustic processing on the data, performs digital-analog conversion, and outputs an analog audio signal to the AMP 5.
  • the AMP 5 amplifies the analog audio signal and outputs the amplified audio signal to the speakers 200L and 200R.
  • CPU 1 determines whether there is next data to be reproduced (S13). When the CPU 1 determines that there is next data to be reproduced (S13: Y), the CPU 1 returns to step S11. If the CPU 1 determines that there is no next data to be reproduced (S13: N), the process is terminated. That is, the CPU 1 repeatedly executes steps S11 and S12 from the head data to the tail data of the PCM sound source data.
  • the content distribution system 900 prevents a delay in distribution regardless of the number of distribution destination speakers, so that the audio data is reproduced in synchronization with the AV receiver 100, the wireless speakers 301 and 302, and the bar speaker 400. Can be made.
  • step S22 in FIG. 3 only needs to be able to generate basic component data, and may be performed using a codec different from the codec used in step S24.
  • the CPU 1 uses a codec having a higher compression rate than the WavPack codec. Thereby, the size of the data distributed in step S23 is further reduced.
  • FIG. 5 is a diagram for explaining the outline of the content distribution system 900A according to the second embodiment.
  • FIG. 6 is a flowchart for explaining the operation of the AV receiver 100A according to the second embodiment.
  • the content distribution system 900A according to the second embodiment is different from the content distribution system 900 according to the first embodiment in that the AV receiver 100A and the bar speaker 400A are wired.
  • the AV receiver 100A and the bar speaker 400A include a wired LAN interface (not shown). As shown in FIG. 5, the AV receiver 100A is connected to the switching hub 500A by a LAN cable 501. The bar speaker 400A is connected to the switching hub 500A by a LAN cable 502. Thus, the network path between the AV receiver 100A and the bar speaker 400A is established at a transmission rate of 1 Gbps, for example. A network path between the AV receiver 100A and the wireless speakers 301 and 302 is established, for example, at a transmission rate of 300 Mbps. However, the network connection mode in the second embodiment may be a mode in which only the bar speaker 400A is wired to the switching hub 500A.
  • the AV receiver 100A changes the data to be distributed depending on whether the speaker to which the audio data is distributed is wired or wirelessly connected to the network. Specifically, in this case as well, the connection mode is ascertained by referring to the table of the delivery destination reproduction device stored in the memory 2. The operation of the AV receiver 100A is different from the operation shown in FIG. 3 in that step S21 is not performed and step S2, step S23A, and step S25A are executed.
  • step S2 the CPU 1 determines the network connection mode of the destination speaker. Specifically, the CPU 1 stores the information indicating whether the wireless speakers 301 and 302 and the bar speaker 400A are connected to the network by wire or wirelessly connected to the network. The connection mode is discriminated with reference to the table.
  • step S23A is different from the operation of step S23 of FIG. 3 in that only the basic component data of the PCM sound source data after compression is distributed to the wireless speaker 301 and the wireless speaker 302.
  • step S25A is different from the operation of step S25 of FIG. 3 in that the data of both the basic component and the extended component of the PCM sound source data after compression is delivered to the bar speaker 400A. Accordingly, when the bar speaker 400A detects a packet loss, the bar speaker 400A transmits a retransmission request to the AV receiver 100A. The AV receiver 100A retransmits only the basic component data corresponding to the retransmission request to the bar speaker 400A.
  • the CPU 1 generates UDP packets with different port numbers in order to transmit different data for each speaker with different connection modes (S23A and S25A). However, the CPU 1 may generate a TCP packet that designates a delivery destination in order to transmit different data for each speaker.
  • the AV receiver 100A distributes audio data having a large data size to a wired bar speaker 400A having a sufficient network bandwidth and stable data transmission.
  • the AV receiver 100A distributes audio data having a small data size to the wireless speaker 301 and the wireless speaker 302 which are wirelessly connected, and the data transmission is likely to be unstable because there is no room in the network band. Therefore, the AV receiver 100A prevents a delay in the delivery of audio data to the wirelessly connected wireless speaker 301 and the wireless speaker 302 that have relatively little network bandwidth and data transmission is likely to be unstable.
  • the AV receiver 100A suppresses the size of the data to be retransmitted when resending the audio data to the bar speaker 400A having a sufficient network bandwidth and stable data transmission. To prevent. Therefore, the AV receiver 100A according to the second embodiment can prevent a delay in the distribution of audio data while distributing high-quality audio data according to the network connection mode.
  • FIG. 7 is a diagram showing a network connection mode of the content distribution system 900B according to the third embodiment.
  • FIG. 8 is a flowchart for explaining the operation of the AV receiver 100 according to the third embodiment.
  • the AV receiver 100 receives only the basic component data of the compressed PCM sound source data or both basic component and extension component data based on the load on the network. To deliver.
  • the Internet terminal 503 communicates with each device on the Internet 504 via the wireless access point 500.
  • the wireless access point 500 is shared by the content distribution system 900 for distributing audio data and for communication with the Internet terminal 503. Therefore, the load on the wireless access point 500 is increased compared to the network connection in the first embodiment.
  • step S3 the CPU 1 transmits a traffic acquisition request to the wireless access point 500 and controls the wireless module 4 to receive a response.
  • CPU1 measures the load applied to the network (S3), and determines whether the load is a predetermined amount or more (S21B). For example, the CPU 1 calculates how much the acquired traffic (for example, 50 Mbps) occupies the theoretical speed (300 Mbps) in the wireless communication standard of the wireless access point 500. Then, the CPU 1 determines whether the ratio is 50% or more.
  • the CPU 1 determines that the load is equal to or greater than the predetermined amount (S21B: Y)
  • the CPU 1 determines that the load is equal to or greater than the predetermined amount (S21B: Y)
  • only the basic component data of the compressed PCM sound source data is distributed to the wireless speakers 301 and 302 and the bar speaker 400 (S23).
  • the CPU 1 determines that the network load is less than the predetermined value (S21B: N)
  • the CPU 1 delivers both the basic component and the extended component data of the compressed PCM sound source data to the wireless speakers 301 and 302 and the bar speaker 400 (S25).
  • the AV receiver 100 can prevent delays in the delivery of audio data while delivering high-quality audio data according to the network load.
  • the AV receiver 100 may measure the load on the network (S3) during the distribution of the audio data. As a result, even when the load on the network increases in real time due to the communication of the Internet terminal 503 and the retransmission of the voice data during the delivery of the voice data, the AV receiver 100 basically uses the voice data delivered according to the increased load. Switch to component data only. After that, when the load on the network decreases in real time, the AV receiver 100 delivers both the basic component and the extended component data of the compressed PCM sound source data, and therefore switches to reproduction of PCM sound source data without loss due to compression. .
  • the load measurement on the network in step S3 in FIG. 8 may be performed by acquiring the traffic of the wireless module 4 of the own device.
  • the AV receiver 100 may switch the data to be distributed based on the response speeds of the wireless speakers 301 and 302 and the bar speaker 400 without being limited to the network load. For example, the AV receiver 100 sends a PING command to the wireless speakers 301 and 302 and the bar speaker 400 and measures the response time. If the response speed of the speaker at the delivery destination is less than 10 ms, for example, the AV receiver 100 delivers both basic component and extended component data of the compressed PCM sound source data. If the response speed of the delivery destination speaker is 10 ms or more, the AV receiver 100 delivers only the basic component data of the compressed PCM sound source data.
  • the AV receiver 100 may switch data to be distributed according to the distance between the own apparatus and the wireless speakers 301 and 302 and the bar speaker 400.
  • the AV receiver 100 acquires RSSI (Received Signal Strength Indicator) information from the wireless access point 500.
  • the RSSI information includes information on the strength (dBm) of the wireless signal received by the wireless speakers 301 and 302 and the bar speaker 400.
  • the intensity corresponds to the distance between the wireless access point 500 and each speaker. Therefore, the AV receiver 100 delivers basic component and extended component data of PCM sound source data after compression to a speaker having an intensity greater than ⁇ 50 dBm, for example.
  • the AV receiver 100 and the AV receiver 100A generate the basic component and extension component data of the PCM sound source data by compressing them using the WavPack codec, but store them in the content storage device 150 in advance. It may only be necessary to distribute the data of the basic component and the extended component.
  • audio data is shown as content, but the content may include video data.
  • an MPEG4 SLS codec can be used to compress uncompressed AVI data by dividing it into basic component data and extended component data.
  • the AV receiver 100 and the AV receiver 100A distribute audio data, but any one of the wireless speaker 301, the wireless speaker 302, the bar speaker 400, or the bar speaker 400A distributes audio data. It doesn't matter.
  • a smartphone connected to the wireless access point 500 may distribute audio data.
  • the wireless communication is not limited to the Wi-Fi (registered trademark) standard, and may be performed according to the Bluetooth (registered trademark) standard.
  • the AV receiver 100 acquires the PCM sound source data stored in the content storage device 150.
  • a media playback device such as a CD or a network Content may be acquired from a server or the like via
  • 900, 900A, 900B ... Content distribution system 100, 100A ... AV receiver 150 ... Content storage device 200L, 200R ... Speaker 301, 302 ... Wireless speaker 400, 400A ... Bar speaker 1 ... CPU 2 ... Memory 3 ... DSP 4 ... Wireless module 5 ... AMP 6 ... Operation button 7 ... Clock 31 ... CPU 32 ... Memory 34 ... Wireless module 35 ... AMP 37 ... clock

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computational Linguistics (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

コンテンツ送信装置は、圧縮部と、送信部と、受信部と、を備えている。圧縮部は、コンテンツを基本成分と拡張成分に分けて圧縮する。送信部は、クライアント装置へコンテンツを送信する。受信部は、前記コンテンツの再送要求を受信する。そして、送信部は、通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行い、前記受信部が前記再送要求を受信すると、該再送要求に対応するコンテンツの基本成分のみを再送する。

Description

コンテンツ送信装置、コンテンツ配信システム、およびコンテンツ送信方法
 本発明の一実施形態は、クライアント装置へコンテンツを送信するコンテンツ送信装置に関する。
 特許文献1には、ネットワークを介して映像データを送信するコンテンツ送信装置と、送信された映像データを再生する複数のクライアント装置(テレビ)とが開示されている。
特開2012-256994号公報
 しかしながら、従来技術のコンテンツ送信装置では、例えばネットワーク帯域が比較的に狭いユーザの環境においては、コンテンツ送信に遅延が生じる場合がある。その結果、クライアント装置は、例えば、コンテンツを途切れることなく再生することができなくなる。
 一方で、コンテンツ送信装置が低容量のコンテンツ(例えばビットレートの低いコンテンツ)を送信すれば、クライアント装置は、ネットワーク帯域が狭い環境においても当該コンテンツを途切れることなく再生することができる。しかし、コンテンツ送信装置がビットレートの低いコンテンツを送信することで、全てのクライアント装置において再生されるコンテンツの品質が低下することになる。その結果、ネットワーク帯域が比較的広い環境においても低品質のコンテンツしか再生できないことになる。
 そこで、本発明の一実施形態の目的は、ユーザ毎の環境に応じて可能な限り高品質なコンテンツを送信しながら、コンテンツ送信の遅延を防止できるコンテンツ送信装置を提供することにある。
 コンテンツ送信装置は、圧縮部と、送信部と、受信部と、を備えている。圧縮部は、コンテンツを基本成分と拡張成分に分けて圧縮する。送信部は、クライアント装置へコンテンツを送信する。受信部は、前記コンテンツの再送要求を受信する。そして、送信部は、通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行い、前記受信部が前記再送要求を受信すると、該再送要求に対応するコンテンツの基本成分のみを再送する。
 本発明の一実施形態のコンテンツ送信装置は、ユーザ毎の環境に応じて可能な限り高品質なコンテンツを送信しながら、コンテンツ送信の遅延を防止することができる。
実施形態1に係るコンテンツ配信システムの概要を説明するための図である。 (A)は、AVレシーバの構成の一部を示すハードウェアブロック図であり、(B)は、無線スピーカの構成の一部を示すハードウェアブロック図である。 実施形態1におけるAVレシーバの全体の動作を示すフローチャートである。 音声データの配信に係るAVレシーバ及び無線スピーカの動作を示すフローチャートである。 実施形態2に係るコンテンツ配信システムの概要を説明するための図である。 実施形態2におけるAVレシーバの全体の動作を示すフローチャートである。 実施形態3に係るコンテンツ配信システムのネットワーク接続態様を示す図である。 実施形態3におけるAVレシーバの全体の動作を示すフローチャートである。 AVレシーバの全体の動作を示すフローチャートである。
 本発明の一実施形態におけるコンテンツ送信装置は、圧縮部と、送信部と、受信部と、を備えている。圧縮部は、コンテンツを基本成分と拡張成分に分けて圧縮する。送信部は、クライアント装置へコンテンツを送信する。受信部は、前記コンテンツの再送要求を受信する。そして、送信部は、通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行い、前記受信部が前記再送要求を受信すると、該再送要求に対応するコンテンツの基本成分のみを再送する。
 例えば、音声圧縮コーデックであるWavPackコーデックは、音声データを基本成分及び拡張成分に分けて2つの圧縮データを生成する。基本成分のみの圧縮データを用いるだけでも音声の再生は可能である。基本成分と拡張成分の両方の圧縮データを用いれば、高品質な音声データ再生が可能となる。
 通信条件は、例えば、送信先のクライアント装置の台数に係る条件、及び、送信先のクライアント装置のネットワーク接続態様に係る条件である。これら通信条件は、それぞれ、ユーザの環境のネットワーク帯域に影響を与える条件である。例えば、コンテンツ送信に利用できるネットワーク帯域は、クライアント装置の台数が増加すると、狭くなる。
 コンテンツ送信装置は、ユーザの環境のネットワーク帯域が比較的に広い場合、コンテンツの基本成分及び拡張成分を送信する。すなわち、コンテンツ送信装置は、ユーザの環境のネットワーク帯域が比較的に広い場合、高品質のコンテンツを送信する。
 コンテンツ送信装置は、ユーザの環境のネットワーク帯域が比較的に狭い場合に、拡張成分を送信せず、基本成分を送信する。従って、コンテンツ送信装置は、ネットワーク帯域が比較的に狭くても、送信するコンテンツのデータサイズを抑えることで送信の遅延を防止する。
 本発明のコンテンツ送信装置では、送信部は、前記受信部が前記再送要求を受信すると、該再送要求に対応するコンテンツの基本成分のみを再送する。
 例えば、コンテンツ送信装置は、送信中にネットワーク帯域が狭く変化したことでコンテンツの再送が必要となったとしても、コンテンツの基本成分のみを再送するので、再送するコンテンツのデータサイズを抑える。コンテンツ送信装置は、再送するコンテンツのデータサイズを抑えるので、再送の遅延も防止する。
 実施形態1に係るコンテンツ配信システム900について、図1、図2(A)、および図2(B)を用いて説明する。図1は、コンテンツ配信システム900の概要を説明するための図である。図2(A)は、AVレシーバ100の構成の一部を示すハードウェアブロック図である。図2(B)は、無線スピーカ301の構成の一部を示すハードウェアブロック図である。
 図1に示すように、コンテンツ配信システム900は、AVレシーバ100と、コンテンツ記憶装置150と、スピーカ200Lと、スピーカ200Rと、無線スピーカ301と、無線スピーカ302と、バースピーカ400と、を備えている。無線スピーカ301は、部屋R901に配置されている。無線スピーカ302は、部屋R902に配置されている。バースピーカ400は、部屋R903に配置されている。部屋R901~R903とAVレシーバ100が設置されている部屋は、互いに異なる。
 AVレシーバ100は、無線アクセスポイント500を介して、無線スピーカ301、無線スピーカ302、及びバースピーカ400と無線通信する。AVレシーバ100は、無線通信することで、コンテンツ記憶装置150から取得した音声データを無線スピーカ301、無線スピーカ302、及びバースピーカ400に配信する。配信された音声データは、無線スピーカ301、無線スピーカ302、及びバースピーカ400で再生される。さらに、AVレシーバ100は、スピーカ200L及びスピーカ200Rを用いて、配信する音声データを自装置でも再生する。コンテンツ配信システム900は、同一の音声データを、AVレシーバ100、無線スピーカ301,302、及びバースピーカ400で同期させて再生させる。ただし、本発明において、AVレシーバ100、無線スピーカ301,302、及びバースピーカ400に同期させて音声データを再生させることは必須ではない。また、図1は一例を示し、音声データの配信先のスピーカの台数は3台に限らない。
 AVレシーバ100は、本発明のコンテンツ送信装置の一例である。無線スピーカ301,302及びバースピーカ400は、それぞれ本発明のクライアント装置の一例である。本実施形態では、AVレシーバ100は、ユーザの環境毎(配信先のスピーカの台数)に応じて可能な限り高品質な音声データを配信しながら、音声データの配信の遅延を防止する。
 図2(A)に示すように、AVレシーバ100は、CPU(Central Processing Unit)1と、メモリ2と、DSP(Digital Signal Processor)3と、無線モジュール4と、AMP(Amplifier)5と、複数の操作ボタン6と、クロック7と、を備えている。これら構成は、共通のBUSに接続されている。
 DSP3は、音声データに対する各種音響処理のためのプロセッサである。無線モジュール4は、Wi-Fi(登録商標)規格等の無線信号を生成する。また、無線モジュール4は、アンテナ(不図示)で無線信号を入出力する。これにより、無線モジュール4は、無線通信で情報を送受信する。AMP5は、音声信号を増幅する回路である。AMP5によって増幅された音声信号は、スピーカ200L及びスピーカ200Rへ出力される。複数の操作ボタン6は、ユーザに操作されると、操作を示す信号を出力する。ただし、AVレシーバ100は、リモコンによってユーザの操作を受け付けてもよい。
 クロック7は、時刻情報を出力する。クロック7から出力された時刻情報は、後述する同期処理に用いられる。メモリ2は、無線スピーカ301,302、及びバースピーカ400の識別情報を記憶している。識別情報は、IPアドレスを含んでいる。メモリ2は、プログラムも記憶している。また、メモリ2は、コンテンツを一時保持するFIFO(First In、First Out)としても機能する。CPU1は、メモリ2からプログラムを読み出し、読み出したプログラムを実行する。本発明の送信部及び受信部は、このプログラムの実行によって実現される。
 図2(B)に示すように、無線スピーカ301は、CPU31と、メモリ32と、無線モジュール34と、AMP35と、クロック37と、を備えている。これら構成は、共通のBUSに接続されている。
 無線モジュール34は、Wi-Fi(登録商標)規格等の無線信号を生成する。また、無線モジュール34は、アンテナ(不図示)で無線信号を入出力する。これにより、無線モジュール34は、無線通信で情報を送受信する。AMP35は、音声信号を増幅する回路である。AMP35によって増幅された音声信号は、スピーカユニットに出力される。クロック37は、時刻情報を出力する。クロック37から出力された時刻情報は、音声データの再生開始時刻の計時に用いられる。メモリ32は、プログラムを記憶している。また、メモリ23は、コンテンツを一時保持するFIFO(First In、First Out)としても機能する。CPU31は、メモリ32からプログラムを読み出し、読み出したプログラムを実行する。
 図示は省略するが、無線スピーカ302は、無線スピーカ301と同様の構成を備えている。バースピーカ400は、無線スピーカ301と同様の構成を備えるが、一列に配列された複数のスピーカユニットを備える点において、無線スピーカ301と異なる。
 AVレシーバ100、無線スピーカ301,302、及びバースピーカ400はそれぞれプログラムを実行することで、音声データの同期再生のために、次のように動作する。図3は、AVレシーバ100の全体の動作を示すフローチャートである。図4は、音声データ配信に係るAVレシーバ100及び無線スピーカ301の動作を示すフローチャートである。ただし、図4は、無線スピーカ301の動作を代表して示している。無線スピーカ302及びバースピーカ400の動作は、無線スピーカ301と同様の動作である。
 図3に示すように、AVレシーバ100は、配信すべきPCM音源データを設定する(S1)。例えば、CPU1は、複数の操作ボタン6で受け付けた操作(例えばデータ番号の入力操作)に基づいて、コンテンツ記憶装置150が記憶する複数のPCM音源データから、配信すべきPCM音源データを設定する。CPU1は、無線モジュール4を制御することで、設定したPCM音源データをコンテンツ記憶装置150から取得する。
 CPU1は、配信すべきPCM音源データを設定すると(S1)、配信先の台数が3台以上か否かを判断する(S21)。配信先の台数は、メモリ2に記憶された、無線スピーカ301,302、及びバースピーカ400のIPアドレスを記憶した配信先再生装置のテーブルをCPU1が参照することで求められる。
 CPU1は、配信先の台数が3台以上の場合(S21:Y)、WavPackコーデック(ハイブリッドモード)を用いて、コンテンツ記憶装置150が記憶するPCM音源データ(例えば1,411kbpsのビットレート)を圧縮する(S22)。すると、PCM音源データの基本成分のデータが生成される。基本成分のデータは、例えば200kbpsのビットレートでPCM音源データが非可逆圧縮されたものである。
 そして、CPU1は、基本成分のデータを含むパケットを生成し、無線モジュール4へパケットを出力する(S23)。無線モジュール4は、順次入力されたパケットをUDP(User Datagram Protocol)に従って送信する。このパケットは、無線アクセスポイント500を介して無線スピーカ301,302及びバースピーカ400へ送信される。
 なお、図示は省略するが、AVレシーバ100は、基本成分のデータの送信中に無線スピーカ301,302及びバースピーカ400から再送要求を受信すると、再送要求に対する基本成分のデータを再度送信する。
 CPU1は、配信先の台数が3台未満の場合(S21:N)、WavPackコーデック(ハイブリッドモード)を用いて、コンテンツ記憶装置150が記憶するPCM音源データを圧縮する(S24)。ステップS24の圧縮では、基本成分及び拡張成分のデータが生成される。基本成分のデータを拡張成分のデータで補正すれば、圧縮による損失がないPCM音源データが復元される。拡張成分のデータは、例えば、600kbpsのビットレートで生成される。
 CPU1は、PCM音源データを圧縮して基本成分及び拡張成分のデータを生成すると(S24)、生成した基本成分及び拡張成分のデータを配信する(S25)。
 なお、図9に示すように、CPU1は、S21の条件判断の前に、S24の処理(基本成分及び拡張成分の生成)を行なってもよい。この場合、CPU1は、S24の処理の後にS21の条件判断を行い、条件に応じた成分を配信する。
 ステップS25の詳細な動作及びこの動作に対応する無線スピーカ301の動作について、図4を用いて説明する。
 図4に示すように、CPU1は、基本成分のデータと、拡張成分のデータに対して、各データの先頭データから1024bytesずつのデータを取り出し、取り出したデータを含むパケットを生成する(S31)。
 そして、CPU1は、生成したパケットを無線モジュール4へ出力する。無線モジュール4は、入力されたパケットをUDPに従って無線送信する(S32)。このパケットは、無線アクセスポイント500を介して無線スピーカ301,302及びバースピーカ400へ送信される。そして、CPU1は、配信すべき次のデータがあるかどうかを判断する(S33)。CPU1は、配信すべき次のデータがあると判断した場合(S33:Y)、ステップS31へ戻る。CPU1は、配信すべき次のデータがないと判断した場合(S33:N)、処理を終える。すなわち、ステップS31及びステップS32のパケットの生成と送信は、基本成分のデータ及び拡張成分のデータの各先頭データから各最後尾データまで繰り返して行われる。
 図4に示すように、無線スピーカ301の無線モジュール34は、無線アクセスポイント500を介して送信されたパケットを受信する(S51)。無線スピーカ301のCPU31は、無線モジュール34がパケットを受信すると、受信したパケットにロス(抜け)が無いかどうかを判断する(S52)。例えば、パケットロスは、パケットに含まれる一連番号(Sequential Number)を参照することで検出される。具体的には、CPU31は、一連番号が0001、0002、及び0003のパケットが受信済みの状況で、一連番号が0005のパケットが受信されると(S51)、一連番号が0004のパケットが未受信と判断し、当該パケットのロスを検出する(S52:Y)。
 CPU31は、パケットロスを検出しない場合(S52:NO)、受信したパケットから基本成分と拡張成分のデータを取り出す(S53)。取り出されたデータは、FIFOに入力されることで、バッファされる(S54)。
 CPU31は、ステップS55の再生処理では、FIFOからデータを取り出す。そして、CPU31は、WavPackコーデックを用いて、FIFOから取り出したデータをデコードする。これにより、CPU31は、圧縮による損失がないPCM音源データ(1,411kbps)を復元する。そして、CPU31は、PCM音源データをデジタルアナログ変換し、AMP35へアナログ音声信号を出力する。スピーカユニットは、AMP35によって増幅された音声信号に基づいて放音する。
 なお、ステップS55の再生処理は、各パケットのデータに含まれる指定時間(例えば10時55分8秒10ミリ秒)に開始することで配信元と複数の配信先で再生時間の同期を行う。
 CPU31は、パケットロスを検出しない場合(S52:N)、基本成分のデータ及び拡張成分のデータの先頭データから順次送信されるデータを受信しつつ、受信したデータを順次再生するストリーム再生を行う(S51、及びS53~S55)。
 CPU31は、パケットロスを検出すると(S52:Y)、ロスしたパケット(範囲)を再送する要求をAVレシーバ100へ送信する(S56)。この再送要求は、ロスしたパケットの一連番号(例えば0004)を含む。また、CPU31は、3Wayハンドシェイク方式を用いるTCP(Transmission Control Protocol)で送信するように、無線モジュール34を制御してもよい。これにより、再送要求は、より確実にAVレシーバ100に届く。
 AVレシーバ100のCPU1は、無線モジュール4が再送要求を受信すると(S41:Y)、当該再送要求に含められた一連番号(0004)が付されたパケットを特定する(S42)。特定されたパケットは、無線スピーカ301まで到達しなかった再送すべきパケットである。ただし、AVレシーバ100は、パケットの再送のために、送信済みのパケットをメモリ2に一時記憶しているものとする。そして、CPU1は、再送要求に含められた一連番号でメモリ2を参照することで再送すべきパケットを特定する。
 ここで、ステップS42では、CPU1は、再送すべきパケットの特定の際、基本成分のデータに対応するパケットのみを特定する。換言すれば、CPU1は、拡張成分のデータに対応するパケットの再送要求を受信しても(再送要求は来ないはずだが)、再送すべきパケットを特定せず、かつ送信しない(拡張部分を要求されても、基本部分を送信するようにしてもよい)。CPU1は、再送されることがない拡張成分のデータのパケットを一時記憶しなくてもよいので、メモリ2の消費を抑えることができる。
 CPU1は、特定したパケットを再送するように、無線モジュール4を制御する(S43)。この際、CPU1は、ステップS56と同様に、確実に再送パケットを届けるために、TCPで送信してもよい。なお、再送されるパケットは、再送を示すフラグ情報を含んでいるので、ブロードキャストされたとしても、重複した音声データが再生されることはない。
 無線スピーカ301のCPU31は、無線モジュール34が再送パケットを受信すると(S57)、再送パケットから基本成分のデータを取り出す(S58)。
 CPU31は、ステップS58で取り出したデータをFIFOに入力しバッファする(S54)。この際、CPU31は、受信済みのパケットを順序付けて、FIFOに入力する。例えば、CPU31は、再送で受信した一連番号が0004のパケットと共に、一連番号0005のパケットを一連番号順にFIFOに入力する(S54)。ただし、上述のように再送されたデータは、基本成分のみである。従って、CPU31は、基本成分のデータに対応する拡張成分のデータがない場合に、基本成分のデータのみで再生する(S55)。
 その後、ステップS51に戻り、無線モジュール34は、次に送られるパケットを受信する。従って、無線スピーカ301は、いったん基本成分のみの音声データの再生となっても、その後、パケットロスが検出されなければ、圧縮による損失がないPCM音源データを再生する。
 以上のように、AVレシーバ100は、配信先のスピーカの台数が少なく、音声データ配信に利用できるネットワーク帯域に余裕がある場合、基本成分及び拡張成分を有する高品質の音声データを配信する。
 また、AVレシーバ100は、配信先のスピーカの台数が多く、音声データ配信に利用できるネットワーク帯域に余裕が無い場合は、基本成分のデータのみを配信することで(S23)、多数の配信先にデータを配信することができる。これにより、AVレシーバ100は、配信先のスピーカの台数にかかわらず、配信の遅延を防止する。さらに、AVレシーバ100は、音声データの再送が必要になった時に、基本成分のデータのみを再送することで(S43)、再送するデータのサイズを抑える。これにより、AVレシーバ100は、再送の遅延も防止する。
 従って、本実施形態に係るAVレシーバ100は、配信先のスピーカの台数に応じて可能な限り高品質な音声データを配信しながら、音声データの配信の遅延を防止することができる。
 図3に戻り、AVレシーバ100は、音声データを配信するとともに(S23及びS25)、自装置でも音声データを再生する。具体的には、CPU1は、配信すべきPCM音源データを設定すると(S1)、音声データの再生タイミングを各装置で同期させる同期処理を行う(S11)。CPU1は、この同期処理では、コンテンツ記憶装置150から取得したPCM音源データの先頭データから順にFIFOに書き込む。データは、FIFOで所定時間格納される。この所定時間は、DSP3による再生処理、無線スピーカ301,302及びバースピーカ400への音声データの配信(ネットワーク遅延)、無線スピーカ301,302及びバースピーカ400における再生処理等に必要な時間が考慮されて設定される(およそ2秒)。
 そして、CPU1は、PCM音源データの再生処理を行う(S12)。具体的には、CPU1は、FIFOからデータを取り出してDSP3へ出力する。DSP3は、当該データに対して所定の音響処理を施した後に、デジタルアナログ変換し、アナログ音声信号をAMP5へ出力する。AMP5は、アナログ音声信号を増幅して、増幅した音声信号をスピーカ200L,200Rへ出力する。
 CPU1は、再生すべき次のデータがあるかどうかを判断する(S13)。CPU1は、再生すべき次のデータがあると判断した場合(S13:Y)、ステップS11へ戻る。CPU1は、再生すべき次のデータがないと判断した場合(S13:N)、処理を終える。すなわち、CPU1は、PCM音源データの先頭データから最後尾データまで、ステップS11及びS12を繰り返し実行する。
 コンテンツ配信システム900は、上述のように、配信先のスピーカの台数にかかわらず配信の遅延を防止するので、AVレシーバ100、無線スピーカ301,302、及びバースピーカ400に同期させて音声データを再生させることができる。
 なお、図3のステップS22の圧縮は、基本成分のデータを生成できればよく、ステップS24で用いるコーデックと異なるコーデックを用いて行われてもよい。例えば、CPU1は、ステップS22では、WavPackコーデックより圧縮率が高いコーデックを用いる。これにより、ステップS23で配信するデータのサイズはさらに小さくなる。
 上述の例は、配信先のスピーカの台数をユーザの環境として示したが、ユーザの環境は、次の実施形態2に示すように、ネットワーク接続態様であっても構わない。図5は、実施形態2に係るコンテンツ配信システム900Aの概要を説明するための図である。図6は、実施形態2におけるAVレシーバ100Aの動作を説明するためのフローチャートである。
 実施形態2に係るコンテンツ配信システム900Aは、AVレシーバ100Aとバースピーカ400Aが有線接続されている点において、実施形態1に係るコンテンツ配信システム900と相違する。
 AVレシーバ100A及びバースピーカ400Aは、有線LANインターフェース(不図示)を備えている。図5に示すように、AVレシーバ100Aは、LANケーブル501によって、スイッチングハブ500Aに接続されている。バースピーカ400Aは、LANケーブル502によって、スイッチングハブ500Aに接続されている。これにより、AVレシーバ100Aとバースピーカ400Aの間のネットワーク経路は、例えば1Gbpsの伝送速度で確立されている。AVレシーバ100Aと、無線スピーカ301,302の間のネットワーク経路は、例えば、300Mbpsの伝送速度で確立されている。ただし、実施形態2におけるネットワーク接続態様は、バースピーカ400Aのみがスイッチングハブ500Aと有線接続される態様であってもよい。
 図6に示すように、AVレシーバ100Aは、音声データの配信先のスピーカがネットワークに有線接続されているのか、無線接続されているのかによって、配信するデータを変更する。具体的には、この場合もメモリ2に記憶された配信先再生装置のテーブルを参照し、接続態様を把握する。AVレシーバ100Aの動作は、ステップS21を実施せず、ステップS2、ステップS23A及びステップS25Aを実行する点において、図3に示す動作と相違する。
 ステップS2では、CPU1は、配信先のスピーカのネットワーク接続態様を判別する。具体的には、CPU1は、無線スピーカ301,302、及びバースピーカ400Aがネットワークに有線接続されているのか、ネットワークに無線接続されているのかを示す情報をメモリ2に記憶された配信先再生装置のテーブルを参照し、接続態様を判別する。
 ステップS23Aの動作は、圧縮後のPCM音源データの基本成分のデータのみの配信を無線スピーカ301及び無線スピーカ302に対して行う点において、図3のステップS23の動作と相違する。ステップS25Aの動作は、圧縮後のPCM音源データの基本成分及び拡張成分の両方のデータの配信をバースピーカ400Aに対して行う点において、図3のステップS25の動作と相違する。従って、バースピーカ400Aは、パケットロスを検出すると、再送要求をAVレシーバ100Aへ送信する。AVレシーバ100Aは、バースピーカ400Aに対して、再送要求に対応する基本成分のデータのみを再送する。
 なお、CPU1は、接続態様が異なるスピーカ毎に異なるデータを送信するために(S23A及びS25A)、ポート番号を異ならせたUDPパケットを生成する。ただし、CPU1は、スピーカ毎に異なるデータを送信するために、配信先を指定するTCPパケットを生成してもよい。
 実施形態2におけるAVレシーバ100Aは、ネットワーク帯域に余裕があり、かつデータ伝送が安定する有線接続のバースピーカ400Aへ大きいデータサイズの音声データを配信する。AVレシーバ100Aは、ネットワーク帯域に余裕がなく、データ伝送が不安定になりやすい無線接続の無線スピーカ301及び無線スピーカ302へ小さいデータサイズの音声データを配信する。従って、AVレシーバ100Aは、比較的にネットワーク帯域に余裕がなく、かつデータ伝送が不安定になりやすい無線接続の無線スピーカ301及び無線スピーカ302に対して、音声データの配信の遅延を防止する。
 また、AVレシーバ100Aは、ネットワーク帯域に余裕があり、データ伝送が安定する有線接続のバースピーカ400Aに対して音声データの再送を行う際に、再送するデータのサイズを抑えるので、再送の遅延を防止する。従って、実施形態2に係るAVレシーバ100Aは、ネットワーク接続態様に応じて高品質な音声データを配信しながら、音声データの配信の遅延を防止することができる。
 次に、図7は、実施形態3に係るコンテンツ配信システム900Bのネットワーク接続態様を示す図である。図8は、実施形態3におけるAVレシーバ100の動作を説明するためのフローチャートである。
 図7及び図8に示すネットワーク接続態様では、AVレシーバ100は、ネットワークにかかる負荷に基づいて、圧縮後のPCM音源データの基本成分のデータのみ、又は、基本成分及び拡張成分の両方のデータを配信する。
 図7に示すように、インターネット端末503は、無線アクセスポイント500を介してインターネット504上の各装置と通信する。これにより、無線アクセスポイント500は、コンテンツ配信システム900による音声データの配信と、インターネット端末503の通信とに共用されている。従って、無線アクセスポイント500の負荷は、実施形態1におけるネットワーク接続の場合に比べて、増加している。
 図8に示すように、AVレシーバ100のCPU1は、配信すべきPCM音源データを設定すると(S1)、ネットワークにかかる負荷を測定する(S3)。具体的には、CPU1は、ステップS3では、無線アクセスポイント500にトラフィック取得の要求を送信し、その応答を受信するように無線モジュール4を制御する。
 CPU1は、ネットワークにかかる負荷を測定すると(S3)、負荷が所定量以上か否かを判断する(S21B)。例えば、CPU1は、無線アクセスポイント500の無線通信の規格上の理論速度(300Mbps)に対して、取得したトラフィック(例えば50Mbps)がどの程度占有しているのかを算出する。そして、CPU1は、その割合が50%以上か否かを判断する。
 CPU1は、負荷が所定量以上と判断した場合(S21B:Y)、無線スピーカ301,302、及びバースピーカ400へ圧縮後のPCM音源データの基本成分のデータのみを配信する(S23)。CPU1は、ネットワーク負荷が所定未満と判断した場合(S21B:N)、無線スピーカ301,302、及びバースピーカ400へ圧縮後のPCM音源データの基本成分及び拡張成分の両方のデータを配信する(S25)。
 以上のように、AVレシーバ100は、ネットワークの負荷に応じて高品質な音声データを配信しながら、音声データの配信の遅延を防止することができる。
 また、AVレシーバ100は、ネットワークにかかる負荷の測定(S3)を、音声データの配信中に行ってもよい。これにより、AVレシーバ100は、音声データの配信中に、インターネット端末503の通信及び音声データの再送によってネットワークにかかる負荷がリアルタイムに増加しても、増加した負荷に応じて配信する音声データを基本成分のデータのみに切り替える。その後、AVレシーバ100は、ネットワークにかかる負荷がリアルタイムに減少すると、圧縮後のPCM音源データの基本成分及び拡張成分の両方のデータを配信するので、圧縮による損失がないPCM音源データの再生に切り替える。
 なお、図8のステップS3のネットワークにかかる負荷の測定は、自装置の無線モジュール4のトラフィックを取得することで行われてもよい。
 また、AVレシーバ100は、ネットワーク負荷に限らず、無線スピーカ301,302、及びバースピーカ400の応答速度に基づいて、配信するデータを切り替えてもよい。例えば、AVレシーバ100は、PINGコマンドを無線スピーカ301,302、及びバースピーカ400に送出し、その応答時間を測定する。そして、AVレシーバ100は、配信先のスピーカの応答速度が例えば10ms未満であれば、圧縮後のPCM音源データの基本成分及び拡張成分の両方のデータを配信する。AVレシーバ100は、配信先のスピーカの応答速度が10ms以上であれば、圧縮後のPCM音源データの基本成分のデータのみを配信する。
 また、AVレシーバ100は、自装置と無線スピーカ301,302及びバースピーカ400との距離に応じて、配信するデータを切り替えてもよい。例えば、AVレシーバ100は、無線アクセスポイント500からRSSI(Received Signal Strength Indicator)情報を取得する。RSSI情報は、無線スピーカ301,302及びバースピーカ400が受信する無線信号の強度(dBm)の情報を含む。強度は、無線アクセスポイント500と各スピーカとの距離に対応する。そこで、AVレシーバ100は、例えば強度が-50dBmより大きいスピーカに対して、圧縮後のPCM音源データの基本成分及び拡張成分のデータを配信する。
 上述の例では、AVレシーバ100及びAVレシーバ100Aは、WavPackコーデックを用いて圧縮することで、自装置でPCM音源データの基本成分及び拡張成分のデータを生成したが、コンテンツ記憶装置150に予め記憶済みの基本成分及び拡張成分のデータを配信するだけであってもよい。
 また、上述の例は、音声データをコンテンツとして示したが、コンテンツは、映像データを含んでもよい。例えば、無圧縮AVIデータを基本成分及び拡張成分のデータに分けて圧縮するために、MPEG4 SLSコーデックを利用できる。
 また、上述の例は、AVレシーバ100及びAVレシーバ100Aが音声データを配信したが、無線スピーカ301、無線スピーカ302、バースピーカ400、又はバースピーカ400Aのいずれかが音声データを配信する態様であっても構わない。さらに、無線アクセスポイント500に接続するスマートフォンが音声データを配信しても構わない。
 また、無線通信は、Wi-Fi(登録商標)規格に限らず、Bluetooth(登録商標)規格で行われてもよい。
 なお、本実施形態では、AVレシーバ100は、コンテンツ記憶装置150に記憶されているPCM音源データを取得する例を示したが、コンテンツ記憶装置150の代わりに、CD等のメディア再生装置、またはネットワークを介してサーバ等からコンテンツを取得してもよい。
 本実施形態の説明は、すべての点で例示であって、制限的なものではない。本発明の範囲は、上述の実施形態ではなく、特許請求の範囲によって示される。さらに、本発明の範囲には、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
900,900A,900B…コンテンツ配信システム
100,100A…AVレシーバ
150…コンテンツ記憶装置
200L,200R…スピーカ
301,302…無線スピーカ
400,400A…バースピーカ
1…CPU
2…メモリ
3…DSP
4…無線モジュール
5…AMP
6…操作ボタン
7…クロック
31…CPU
32…メモリ
34…無線モジュール
35…AMP
37…クロック

Claims (9)

  1.  コンテンツを基本成分と拡張成分に分けて圧縮する圧縮部と、
     クライアント装置へコンテンツを送信する送信部と、
     前記コンテンツの再送要求を受信する受信部と、
     を備え、
     前記送信部は、
      通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行い、
      前記受信部が前記再送要求を受信すると、該再送要求に対応するコンテンツの基本成分のみを再送する、
     コンテンツ送信装置。
  2.  前記通信条件は、送信先のクライアント装置の台数に係る条件であり、
     前記送信部は、
      前記台数が所定数以下の場合、前記コンテンツの基本成分及び拡張成分を送信し、
      前記台数が前記所定数より多い場合、前記コンテンツの基本成分を送信する、
     請求項1に記載のコンテンツ送信装置。
  3.  前記通信条件は、送信先のクライアント装置のネットワーク接続態様に係る条件であり、
     前記送信部は、
      前記クライアント装置が有線でネットワーク接続されている場合、該クライアント装置へ前記コンテンツの基本成分及び拡張成分を送信し、
      前記クライアント装置が無線でネットワーク接続されている場合、該クライアント装置へ前記コンテンツの基本成分を送信する、
     請求項1又は2に記載のコンテンツ送信装置。
  4.  前記通信条件は、送信先のクライアント装置との間の応答速度に係る条件であり、
     前記送信部は、
      前記クライアント装置の応答速度が所定速度以上の場合、該クライアント装置へ、前記コンテンツの基本成分及び拡張成分を送信し、
      前記クライアント装置の応答速度が所定速度未満の場合、該クライアント装置へ、前記コンテンツの基本成分を送信する、
     請求項1~3のいずれかに記載のコンテンツ送信装置。
  5.  前記通信条件は、ネットワークの負荷に係る条件であり、
     前記送信部は、
      前記負荷が所定量以下の場合、前記コンテンツの基本成分及び拡張成分を送信し、
      前記負荷が所定量より多い場合、前記コンテンツの基本成分を送信する、
     請求項1~4のいずれかに記載のコンテンツ送信装置。
  6.  前記通信条件は、ネットワークにおける距離に係る条件であり、
     前記送信部は、
      前記コンテンツ送信装置と前記クライアント装置との距離が所定値未満の場合、該クライアント装置へ、前記コンテンツの基本成分及び拡張成分を送信し、
      前記コンテンツ送信装置と前記クライアント装置との距離が所定値以上の場合、該クライアント装置へ、前記コンテンツの基本成分を送信する、
     請求項1~5のいずれかに記載のコンテンツ送信装置。
  7.  前記基本成分は、非可逆圧縮されたデータであり、
     前記拡張成分は、前記基本成分を補正するためのデータである、
     請求項1~6のいずれかに記載のコンテンツ送信装置。
  8.  請求項1~7のいずれかに記載のコンテンツ送信装置と、
     前記コンテンツ送信装置から前記コンテンツを受信するクライアント装置と、
     を備えたコンテンツ配信システム。
  9.  コンテンツを基本成分と拡張成分に分けて圧縮し、
     クライアント装置へコンテンツを送信し、
     前記コンテンツの再送要求を受信する、
     コンテンツ送信方法であって、
     前記コンテンツを送信する際に、
      通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行い、
      前記再送要求を受信すると、該再送要求に対応するコンテンツの基本成分のみを再送する、
     コンテンツ送信方法。
PCT/JP2016/073063 2015-08-19 2016-08-05 コンテンツ送信装置、コンテンツ配信システム、およびコンテンツ送信方法 WO2017030017A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/894,045 US10531160B2 (en) 2015-08-19 2018-02-12 Content transmission apparatus, content delivery system, and content transmission method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-162184 2015-08-19
JP2015162184A JP2017040768A (ja) 2015-08-19 2015-08-19 コンテンツ送信装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/894,045 Continuation US10531160B2 (en) 2015-08-19 2018-02-12 Content transmission apparatus, content delivery system, and content transmission method

Publications (1)

Publication Number Publication Date
WO2017030017A1 true WO2017030017A1 (ja) 2017-02-23

Family

ID=58051667

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/073063 WO2017030017A1 (ja) 2015-08-19 2016-08-05 コンテンツ送信装置、コンテンツ配信システム、およびコンテンツ送信方法

Country Status (3)

Country Link
US (1) US10531160B2 (ja)
JP (1) JP2017040768A (ja)
WO (1) WO2017030017A1 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001177573A (ja) * 1999-12-20 2001-06-29 Fujitsu Ltd データ通信システム並びにデータ受信端末及びデータ送信端末
JP2003152544A (ja) * 2001-11-12 2003-05-23 Sony Corp データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
JP2003241799A (ja) * 2002-02-15 2003-08-29 Nippon Telegr & Teleph Corp <Ntt> 音響符号化方法、復号化方法、符号化装置、復号化装置及び符号化プログラム、復号化プログラム
JP2010287039A (ja) * 2009-06-11 2010-12-24 Nec Corp コンテンツ配信システムおよびコンテンツ配信方法
WO2013005478A1 (ja) * 2011-07-04 2013-01-10 日本電気株式会社 コンテンツ配信システム、コンテンツ配置決定装置、コンテンツ配置決定方法およびプログラム
JP2013518511A (ja) * 2010-01-28 2013-05-20 トムソン ライセンシング 再送決定する方法及び装置
JP2014527739A (ja) * 2012-01-04 2014-10-16 北京大学Peking University スケーラブルビデオ符号化に基づいてビデオ品質変動を制御するための方法および装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1324851C (zh) * 2002-06-11 2007-07-04 汤姆森许可贸易公司 适用于动态网络丢失条件的数据通信方法
US8386271B2 (en) * 2008-03-25 2013-02-26 Microsoft Corporation Lossless and near lossless scalable audio codec
JP5444647B2 (ja) * 2008-07-01 2014-03-19 富士通株式会社 データ転送装置、データ転送方法及びデータ転送プログラム
US8571594B2 (en) * 2009-08-12 2013-10-29 Qualcomm Incorporated System and method for overload indication
CN102742245B (zh) * 2010-01-28 2015-12-16 汤姆森许可贸易公司 用于解析网络抽象层以实现可靠数据通信的方法和设备
JP2012256994A (ja) 2011-06-08 2012-12-27 Hitachi-Lg Data Storage Inc コンテンツリスト及びコンテンツの配信装置及び配信方法
US20130254611A1 (en) * 2012-03-23 2013-09-26 Qualcomm Incorporated Recovering data in multimedia file segments

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001177573A (ja) * 1999-12-20 2001-06-29 Fujitsu Ltd データ通信システム並びにデータ受信端末及びデータ送信端末
JP2003152544A (ja) * 2001-11-12 2003-05-23 Sony Corp データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
JP2003241799A (ja) * 2002-02-15 2003-08-29 Nippon Telegr & Teleph Corp <Ntt> 音響符号化方法、復号化方法、符号化装置、復号化装置及び符号化プログラム、復号化プログラム
JP2010287039A (ja) * 2009-06-11 2010-12-24 Nec Corp コンテンツ配信システムおよびコンテンツ配信方法
JP2013518511A (ja) * 2010-01-28 2013-05-20 トムソン ライセンシング 再送決定する方法及び装置
WO2013005478A1 (ja) * 2011-07-04 2013-01-10 日本電気株式会社 コンテンツ配信システム、コンテンツ配置決定装置、コンテンツ配置決定方法およびプログラム
JP2014527739A (ja) * 2012-01-04 2014-10-16 北京大学Peking University スケーラブルビデオ符号化に基づいてビデオ品質変動を制御するための方法および装置

Also Published As

Publication number Publication date
US20180167695A1 (en) 2018-06-14
JP2017040768A (ja) 2017-02-23
US10531160B2 (en) 2020-01-07

Similar Documents

Publication Publication Date Title
JP7120997B2 (ja) オーディオとビデオのマルチモード同期レンダリング
US7710941B2 (en) Method and device for the synchronised restitution of data flows
US11387788B2 (en) Amplifier-embedded video surveillance IP speaker system
JP5402389B2 (ja) 電子会議システム、配信管理サーバ、データ制御方法、プログラム、及び記録媒体
JP2008099261A (ja) 通信装置およびプログラム
KR20220035133A (ko) 무선 통신 시스템에서 적응적인 오디오 처리 방법, 장치, 컴퓨터 프로그램 및 그 기록 매체
GB2423219B (en) A network proxy client, a communication system and a method for providing a service between a server and an end client
US11089496B2 (en) Obtention of latency information in a wireless audio system
CN107438990B (zh) 用于递送定时信息的方法和设备
JP4600513B2 (ja) データ送信装置、送信レート制御方法およびプログラム
US10448156B2 (en) Content delivery apparatus, content delivery system and content delivery method
US8379150B2 (en) Data transmission method and audio/video system capable of splitting and synchronizing audio/video data
CN114175689B (zh) 用于无线通信系统中的广播发现服务的方法、装置和计算机程序及其记录介质
US11876847B2 (en) System and method for synchronizing networked rendering devices
WO2017030017A1 (ja) コンテンツ送信装置、コンテンツ配信システム、およびコンテンツ送信方法
US20240022783A1 (en) Multimedia playback synchronization
US11516272B2 (en) Method of improving synchronization of the playback of audio data between a plurality of audio sub-systems
US9118953B2 (en) Remote mobile communication system, server device, and remote mobile communication system control method
JP2008271415A (ja) 受信音声出力装置
WO2005050944A1 (ja) ネットワーク回線を用いたアナログ信号入出力システム
JP5122327B2 (ja) 移動端末へメディアストリームを配信するシステム
JP6947174B2 (ja) プロキシデバイス、プロキシデバイスの処理方法およびネットワーク装置
CN106572115B (zh) 智能终端播放网络视频的屏幕镜像方法及发射及接收装置
JP2022006536A (ja) 通信システム、通信装置、及び通信プログラム
JP4696269B2 (ja) ネットワーク回線を用いたアナログ信号入出力システム

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: 16837007

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16837007

Country of ref document: EP

Kind code of ref document: A1