WO2005074182A1 - コンテンツの配信方法、エンコード方法及び受信再生方法と装置並びにプログラム - Google Patents

コンテンツの配信方法、エンコード方法及び受信再生方法と装置並びにプログラム Download PDF

Info

Publication number
WO2005074182A1
WO2005074182A1 PCT/JP2004/018574 JP2004018574W WO2005074182A1 WO 2005074182 A1 WO2005074182 A1 WO 2005074182A1 JP 2004018574 W JP2004018574 W JP 2004018574W WO 2005074182 A1 WO2005074182 A1 WO 2005074182A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
encoded data
content
encoding
error correction
Prior art date
Application number
PCT/JP2004/018574
Other languages
English (en)
French (fr)
Inventor
Daisuke Mizuno
Hiroaki Dei
Kazunori Ozawa
Original Assignee
Nec Corporation
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 Nec Corporation filed Critical Nec Corporation
Priority to JP2005517385A priority Critical patent/JPWO2005074182A1/ja
Priority to CN2004800410867A priority patent/CN1906880B/zh
Priority to US10/587,712 priority patent/US7856585B2/en
Priority to EP04806935A priority patent/EP1713193A4/en
Publication of WO2005074182A1 publication Critical patent/WO2005074182A1/ja
Priority to US12/943,073 priority patent/US8055974B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system

Definitions

  • the present invention relates to a technology for distributing content over a network, and more particularly, to a method for transmitting coded data with resistance to data loss on a transmission path, and recording data so as to have resistance.
  • the present invention relates to a method of storing in a device, a method of receiving and decoding encoded data, and a device, a system, and a program thereof.
  • a method using a compression coding method such as MPEG (Moving Picture Experts Group) -1, MPEG-2, and MPEG-4.
  • MPEG Motion Picture Experts Group
  • MPEG-4 Motion Picture Experts Group
  • an input image frame is subjected to inter-frame prediction by motion compensation in units of a rectangular area of a fixed size called a macroblock, and the obtained motion vector and the prediction residual image data are quadratic.
  • the signal data compressed by performing the original discrete cosine transform and quantization is subjected to variable length coding.
  • Non-patent Document 3 a file format as described in Non-patent Document 3 below.
  • RTP Real-Time Transport Protocol
  • the client obtains the encoding data from the received packet and decodes the data to reproduce moving images and audio.
  • retransmission is a method in which the client informs the distribution side to retransmit the lost packet and transmits it again.
  • retransmission cannot be used on transmission lines without uplink.
  • the FEC transmits the FEC data (error correction data) at the same time as the encoded data, and if the packet is lost, the FEC data is calculated to calculate the lost packet. This is a method of restoring.
  • Multiple transmission is a method of transmitting a packet of the same information a plurality of times to reduce the probability of packet loss.
  • a configuration is also known in which audio data is simultaneously encoded by a plurality of encoders to generate encoded data having different compression rates, and is transmitted via a packet-based network such as an IP network (for example, Patent Document 1) described later.
  • IP network for example, Patent Document 1
  • Non-Patent Document 1 IETF RFC 1889 "RTP: A Transport Protocol for Real-Time
  • Non-Patent Document 2 ISO / IEC 14496-12: 2003: “Information technology-Coding of audio-visual objects ⁇ Part 12: ISO base media file format”
  • Non-Patent Document 3 ISO / IEC 15444-12: 2003 "Information technology-JPEG 2000 image coding system-Part 12: ISO base media file format"
  • Patent Document 1 JP-A-2003-318851 (Fig. 1)
  • a main object of the present invention is to provide a content that suppresses as much as possible the remarkable disturbance of the reproduction content on the reception side caused by the transmission error of the encoded data without sending the feedback information from the reception side to the transmission side.
  • Another object of the present invention is to provide a method, an apparatus, and a program for achieving the above main object without depending on a specific content distribution server.
  • Still another object of the present invention is to provide a method, an apparatus, and a program for achieving the above-mentioned main object without applying an extra calculation load to a content distribution server.
  • the invention disclosed in this application is configured roughly as follows in order to achieve the above object.
  • an encoder encoder
  • encodes encodes
  • FEC Forwards Error Correction
  • the generated encoded data or FEC data is stored in the storage unit, preferably as a single file.
  • an identifier is attached to each encoded data and FEC data, and the data is stored as if it were one piece of encoded data (continuous encoded data).
  • a method includes: creating N (where N is a positive integer of 2 or more) encoded data from one input content;
  • N (where N is a positive integer of 2 or more) encoded data is created from one input content
  • encoding may be performed so that the same part of the content can be decrypted even if the same part of the content is exchanged in the encoding unit between the N pieces of encoded data.
  • an identifier having the same number may be added as a header to the coding unit of the same part of the N pieces of coded data.
  • a method includes the steps of: generating encoded data from input content; and generating error correction code (FEC) data from the encoded data.
  • FEC error correction code
  • the encoded data and the error correction code data are combined into one And storing in a file.
  • FEC error correction code
  • the encoding device (encoding device) according to one aspect of the present invention generates N (where N is a positive integer of 2 or more) encoded data from one input content. And N means for storing the N encoded data as one encoded data in at least one file.
  • a means for creating N (where N is a positive integer of 2 or more) encoded data from one input content, and the N encoded data Data may be merged for each frame unit, and means for storing the merged N encoded data as one continuous encoded data in at least one file may be provided. ,.
  • means for merging the N coded data for each frame unit by shifting the coded data by an amount corresponding to a predetermined time length, and a means for merging the N coded data And means for storing as a single track in at least one file.
  • a program according to another aspect of the present invention provides a computer that constitutes an encoding device that inputs and encodes content.
  • N is a positive integer of 2 or more
  • the content is inputted and encoded.
  • the computers that make up the device are inputted and encoded.
  • N is a positive integer of 2 or more
  • a content receiving and reproducing method includes a step of receiving data in which a plurality of encoded data are merged;
  • a client device for receiving data in which a plurality of encoded data are merged, and encoding each of the plurality of encoded data from the received data. It is provided with: means for identifying in units; means for separating into individual coded data in coding units; and means for decoding and outputting the separated coded data.
  • a system includes an encoder that encodes content data or input data from an image signal input device such as a camera and records the encoded data in a file, and the data recorded in the file through a network.
  • a distribution server for distributing to a client device, and a client device for selecting, decoding, displaying and reproducing data transmitted from the distribution server and received through the network.
  • the encoder is a data input unit for inputting content data or input data from an image input device, and encoding the input data to N (where N is a predetermined positive integer of 2 or more)
  • N is a predetermined positive integer of 2 or more
  • And information about the continuous encoded data itself And a file output unit that outputs the file.
  • the client device preferably includes a receiving unit that receives a packet from the distribution server via the network, a data processing unit that converts the received packet into continuous encoded data, In order to eliminate duplication of data in the same frame and the same part, data with a relatively high compression ratio is discarded in parts where multiple coded data are available.
  • a general RTP Real-time Transport
  • the reason is that, in the present invention, by sending a plurality of coded data or sending FEC data, the probability of data loss due to transmission errors is reduced.
  • the means for achieving the above effects depends only on the encoder and the client, and the distribution server can have a general configuration.
  • the reason is that a plurality of encoded data or FEC data is stored as one file, so that the distribution server in the middle is not affected.
  • FIG. 1 is a diagram showing a configuration of an embodiment of the present invention.
  • FIG. 2 is a diagram showing a configuration of an encoder according to an embodiment of the present invention.
  • FIG. 3 is a diagram showing a configuration of a distribution server according to an embodiment of the present invention.
  • FIG. 4 is a diagram showing a configuration of a client according to an embodiment of the present invention.
  • FIG. 5 is a diagram showing a data structure of a file according to an embodiment of the present invention.
  • FIG. 6 is a diagram showing a configuration of an encoder according to an embodiment of the present invention.
  • FIG. 7 is a diagram showing a configuration of an encoder according to another embodiment of the present invention.
  • FIG. 8 is a diagram showing a data structure of a file according to another embodiment of the present invention. Explanation of symbols
  • FIG. 1 is a diagram showing a configuration of the first exemplary embodiment of the present invention.
  • the first embodiment of the present invention includes an encoder 103, a distribution server 105, and a client 106 (terminal). These respectively operate roughly as follows.
  • the encoder 103 encodes the data of the original content 101 or the input data (digital signal data) of the camera (CCD camera or the like) 102 and records it in the file 104.
  • the input data is moving image data or moving image data and audio data.
  • the distribution server 105 distributes the data recorded in the file 104 to the client 106 through the IP (Internet Protocol) network 107.
  • IP Internet Protocol
  • the client 106 selects data received from the distribution server 105 through the IP network 107, decodes the data, and displays and reproduces the data on an output device.
  • FIG. 2 is a diagram showing an example of the configuration of the encoder 103 in FIG. 1 (indicated by reference numeral 203 in FIG. 2).
  • the encoder 203 includes a data input unit 204, an N-th (where N is a predetermined positive integer of 2 or more) encoding unit 207 from the first encoding unit 205, a merge ⁇ 208, It has a fan output ⁇ 209.
  • N is a predetermined positive integer of 2 or more
  • moving image and audio data are encoded and output as N encoded data.
  • the parameters used in the N encoder sections 205 to 207 can be set individually, and the respective compression ratios can be set individually.
  • the N pieces of encoded data are encoded so as to be able to be decoded even if the data is exchanged between encoded data in a unit of encoded data.
  • the coding unit is a frame, or a video packet or a macro block in the case of MPEG-4.
  • the N pieces of encoded data are reconfigured into one piece of continuous encoded data by the merging section 208.
  • the configured continuous data is output to at least one file by the file output unit 209.
  • information of the continuous encoded data itself which is not limited to the continuous encoded data, is also output.
  • FIG. 3 is a diagram showing an example of the configuration of the distribution server 105 (in FIG. 3, denoted by reference numeral 302) in FIG.
  • distribution server 302 includes a file input unit 303, a file analysis unit 304, a call processing unit B305, a key generation unit 306, and a rookie signal B307.
  • the file input section 303 reads the force data of the file 301 (corresponding to the file 104 in FIG. 1).
  • the data is analyzed by the file analysis unit 304 and divided into transmission units.
  • the data divided into transmission units by the file analysis unit 304 is encapsulated into transmission packets by the packet generation unit 306.
  • the packet created by the packet generation unit 306 is sent to the client 106 by the distribution unit 307.
  • the call processing unit 305 performs information transmission and information exchange with the client 106 based on the information obtained by the file analysis unit 304.
  • FIG. 4 is a diagram showing an example of the configuration of the client 106 (shown by reference numeral 401 in FIG. 4) in FIG.
  • the client 401 includes a call processing unit 402, a reception unit B 403, a data processing unit 404, a data reconstruction unit 405, a decoding unit 406, and a reproduction unit 407.
  • the operation of the client 401 will be described with reference to FIG.
  • the call processing unit 402 performs information transmission and information exchange with the distribution server 105, and obtains information on data to be distributed.
  • Receiving section 403 receives a packet from distribution server 105 via IP network 107.
  • the packet received by receiving section 403 is returned to continuous code data by data processing section 404 using information from call processing section 402. However, there is no data corresponding to the packet loss in the IP network 107 on the way.
  • the data reconstructing unit 405 reconstructs the original single encoded data.
  • data having a high compression ratio is discarded in a portion where a plurality of encoded data are arranged.
  • the data reconstructed by the data reconstructing unit 405 is decoded by the decoding unit 406 and the call processing unit
  • the original moving image or audio data is decoded by using the information from 402, and is reproduced and displayed by the reproducing unit 407.
  • the file 104 is configured with a plurality of encoded data as if it were one encoded data
  • the distribution server 105 performs distribution by a general method, Automatically, a plurality of encoded data are simultaneously delivered in a packet. If a bucket loss occurs during distribution, the image quality and sound quality will be degraded, but the probability of packet loss will be reduced by simultaneously distributing a plurality of encoded data.
  • the present invention As a result, in the client 106, deterioration in image quality and sound quality can be avoided as compared with the case where the present invention is not used. According to the present embodiment, since the compression ratio of the encoded data is changed, it is possible to save the transmission bandwidth to be used, rather than simply sending the same thing a plurality of times.
  • the second embodiment of the present invention is different in the configuration of the encoder 103 of the first embodiment of the present invention. That is, the encoder 103 according to the first embodiment of the present invention shown in FIG. 1 has a configuration of an encoder 703 shown in FIG. 7 instead of the configuration of the encoder 203 shown in FIG.
  • encoder 703 includes a data input unit 704, an encoding unit 705, an FEC unit 706, a merge unit 707, and a final output sound B708. It corresponds to the original content 701, the camera 702, and the finale 709f of FIG. 7, and the original content 101, the camera 102, and the finale 104 of FIG.
  • moving image and audio data, or data of the moving image and the audio or data of the moving image and the audio are input from the original content 701 or the camera 702 to the data input unit 704.
  • moving image and audio data are encoded by the encoding unit 705.
  • FEC data is generated in the FEC unit 706 using the encoded data.
  • the encoded data and the FEC data are reconfigured by the merging unit 707 into one continuous encoded data.
  • the configured continuous data is output to at least one file 709 by the file output unit 708.
  • information of the continuous encoded data itself which is not limited to the continuous encoded data, is also output.
  • distribution server 105 in FIG. 1 has the configuration shown in FIG. 3, and operates as follows.
  • distribution server 302 reads data from file 301 at file input unit 303.
  • the data is analyzed by the file analysis unit 304 and divided into transmission units.
  • the divided data is encapsulated into a packet for transmission by the packet generation unit 306.
  • the created packet is delivered by the delivery unit 307 to the client 106 (see FIG. 1) through the IP network 107 (see FIG. 1).
  • the call processing unit 305 performs information transmission and information exchange with the client based on the information obtained by the file analysis unit 304. Since the file 301 includes encoded data and FEC data collectively, the distribution unit 307 distributes encoded data and FEC data packets at the same time.
  • the client 106 shown in FIG. 1 has the configuration shown in FIG. Works like that.
  • the call processing unit 402 communicates and exchanges information with the distribution server 105 (see FIG. 1) to obtain information on the data to be distributed.
  • the receiving unit 403 receives a packet from the distribution server through the IP network 107 (see FIG. 1).
  • the received packet is returned to continuous encoded data by the data processing unit 404 using information from the call processing unit 402.
  • the data reconstructing unit 405 calculates using the FEC data and reconstructs the coded data with the packet loss.
  • the original moving image or audio data is obtained by decoding by the decoding unit 406, and is reproduced and displayed by the reproducing unit 407.
  • the distribution server 105 distributes the data in a general manner. Then, the encoded data with FEC data is automatically distributed in packets. If packet loss occurs during distribution, image quality and sound quality will be degraded. However, by distributing FEC data, encoded data can be reconstructed even if packet loss occurs. As a result, in the client 106, compared to the case where the present invention is not used, it is possible to avoid deterioration in image quality and sound quality.
  • the encoder 603 includes a data input unit 604, a first encoding unit 605, a second end unit 606, a merge unit 607, and a fan output 608. Including.
  • Encoder 603 operates as follows.
  • moving image data and / or audio data are input from the original content 601 or the camera 602 to the data input unit 604.
  • the moving image is encoded by an encoding method such as MPEG-4
  • the audio is encoded by AAC (Advanced Audio Codec) or AMR (Adaptive Multi Rate). It is encoded by an encoding method and output as encoded data.
  • the parameters used in the two encoding units 605 and 606 can be set arbitrarily, and the compression ratio can be set arbitrarily.
  • the coding method, frame configuration, frame rate, intra-frame interval, and image size are the same for the two coded data
  • the coding method, frame configuration The sampling rate is the same for the two encoded data.
  • the two encoded data are encoded so that they can be decrypted even if the data are exchanged as long as they are in the same encoding unit.
  • the coding unit is a frame, a video packet, a macroblock, or the like.
  • the two coded data are formed into one continuous coded data in the merging section 607.
  • An example of the configuration of the continuous encoded data at this time will be described with reference to FIG.
  • Encoded data A501 is data encoded by first encoding section 605, and encoded data B502 is data encoded by second encoding section 606.
  • encoded data B502 is data encoded by second encoding section 606.
  • data is arranged in a frame unit in order along the flow of time.
  • the continuous encoded data 503 is composed of these two encoded data.
  • the data of the encoded data A501 and the data of the encoded data B502 are alternately arranged in frame units.
  • M is an integer, and the data of the same frame are shifted by M frames so that they are adjacent to each other.
  • a header is further inserted at the head of each video packet.
  • This header includes an identifier indicating whether the subsequent frame or video packet is coded data A501 or coded data B502, the length of the frame or video packet, and the sequence number. enter.
  • the configured continuous encoded data is output as a single track to a file such as MP4 by the file output unit 608.
  • the information output at this time is not only continuous data but also information of continuous data itself and information of RTP header.
  • the RTP header is It is output in frame units or video packet units, and transmitted by the distribution server 105 (see Fig. 1) in frame units or video packet units. This information includes the size of each frame or video packet including the header in the continuous data.
  • the output to one MP4 file may be output to a file divided into a plurality.
  • the distribution server 105 of FIG. 1 has the configuration shown in FIG. 3, and operates as follows.
  • the data is read.
  • the data is analyzed by the file analysis unit 304, and is divided into frames or video packets.
  • the divided data is encapsulated in an RTP packet by the packet generation unit 306.
  • the RTP packet is delivered to the client 106 of Fig. 1 via the IP network 107 by the rookie communication unit 307 via UDP (User Datagram Protocol).
  • UDP User Datagram Protocol
  • the call processing unit 305 based on the information obtained by the file analysis unit 304,
  • P Real Time Streaming Protocol
  • SDP Session Description Protocol
  • the file 301 is configured as the continuous encoded data 503 in FIG.
  • the RTP packet delivered at 307 consists of a packet of encoded data A501 and encoded data
  • the continuous encoded data 503 is configured by shifting the encoded data A501 and the encoded data B502 by M frames, even when distributed, it is temporally shifted by M frames. Will be delivered.
  • the client 106 has the configuration shown in Fig. 4 and operates as follows.
  • information is transmitted to the distribution server 105 using the RTSP, SDP, or the like, and information on data to be distributed is obtained.
  • the receiving unit 403 receives the RTP packet from the distribution server 105.
  • the data processing unit 404 removes the RTP header and returns the original continuous encoded data 503 (see Fig. 5). However, there is no data corresponding to the packet loss in the IP network 107 on the way. [0102] Next, the data reconstructing unit 405 uses the header 504 (see Fig. 5) to remove data having a high compression ratio for a portion having the same frame or video packet in order to remove an overlapping portion. Discard.
  • the original encoded data is reconstructed.
  • the original moving image or audio data is obtained by decoding by the decoding unit 406, and is reproduced and displayed by the reproducing unit 407.
  • the second embodiment of the present invention includes an encoder 103, a distribution server 105, and a client 106, as shown in FIG.
  • the encoder 103 includes, as shown in FIG. 7, a data input unit 704, a unit code 705, an FEC unit B706, a merge unit 707, and a final output unit 708.
  • the distribution server 105 includes a file input unit 303, a file analysis unit 304, a call processing unit 305, a packet generation unit 306, and a distribution unit 307, as shown in FIG.
  • the client 106 includes a call processing unit 402, a reception unit B403, a data processing unit 404, a data reconstruction unit 405, a decoding unit 406, and a reproduction unit 407.
  • Encoder 703 in FIG. 7 operates as follows. First, moving image data and / or audio data are input from the original content 701 or the camera 702 to the data input unit 704.
  • the moving image is encoded by an encoding method such as MPEG-4, and the audio is encoded by an encoding method such as AAC or AMR, and is output as encoded data.
  • FEC data is created in the FEC unit 706 using the encoded data. Many types are already known in this FEC. In the present invention, this type of FEC is not involved.
  • the encoding data and the FEC data are formed into one continuous encoded data by the merging unit 707.
  • An example of the configuration of the continuous encoded data at this time will be described with reference to FIG.
  • the encoded data 801 is data encoded by the encoding unit 705.
  • data is arranged in order of time in a frame unit.
  • This encoding The continuous encoded data 802 is formed from the data.
  • the encoded data 801 and the FEC data 803 are alternately arranged in frame units or in the case of moving image data in video packet units.
  • the header 804 stores information of a subsequent frame or video packet. This information includes the length of the subsequent frame or video packet and the sequence number.
  • the configured continuous encoded data is output by the file output unit 708 as at least one file (eg, MP4) as one track, for example.
  • file eg, MP4
  • Information output at this time includes information on continuous data itself, which is not limited to continuous data, and information on the RTP header. This information includes the size of each frame or each video packet including the header in the continuous data. In this example, it is needless to say that the force output to one MP4 file and the output to a plurality of divided files may be used.
  • the distribution server 105 of FIG. 1 has the configuration shown in FIG. 3, and operates as follows.
  • the data is read from the file 301 by the file input unit 303.
  • the data is analyzed by the file analysis unit 304, and is divided into frames or video packets.
  • the divided data is encapsulated into an RTP packet by the packet generation unit 306.
  • the RTP packet is delivered by the delivery unit 307 to the client 106 in FIG. 1 via the IP network 107 via UDP.
  • the call processing unit 305 transmits information based on the information obtained by the file analysis unit 304 using a client, RTSP, SDP, or the like. Since the finale 301 is configured like the continuous encoded data 802, the RTP packet distributed by the distribution unit 307 is distributed with both the encoded data packet and the FEC data packet.
  • the client 106 has the configuration shown in FIG. 4, and operates as follows.
  • the call processing unit 402 communicates information with the distribution server 105 using RTSP, SDP, or the like, and obtains information on data to be distributed.
  • the receiving unit 403 receives the RTP packet from the distribution server 105.
  • the received RTP packet is stripped of the RTP header in the data processing unit 404, and is returned to the original continuous encoded data 802. However, there is no data for packet loss on the IP network on the way.
  • the data reconstructing unit 405 calculates using the FEC data to reconstruct the original coded data.
  • it is decoded by the decoding unit 406.
  • the original moving image or audio data is obtained and reproduced and displayed by the reproducing unit 407.
  • the present invention can be applied to applications such as a program or a device for distributing or receiving a moving image and a sound on an IP network. Also, the present invention can be applied to a program and an apparatus for encoding moving images and sounds.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

　受信側からのフィードバック情報を送信側に送ることなく、符号化データの伝送誤りにより生じる受信側再生コンテンツの著しい乱れを、できる限り抑えるコンテンツデータ伝送の方法、装置、プログラムを提供。 　配信する符号化データをエンコーダ１０３で作成するときに、あらかじめ複数の符号化データを同時作成するか、ＦＥＣデータを同時に作成しておき、ファイル１０４に格納する際にあたかも一つの符号化データであるように格納し、ファイル１０４を使用して配信サーバ１０５で配信を行うと、自動的に複数の符号化データが同時に配信され、またはＦＥＣデータも配信され、クライアント１０６は、複数の符号化データを受信すること、またはＦＥＣデータを受信することでパケットロスしてデータが不足する確率を減らし、結果として画質、音質の劣化を少なくする。

Description

明 細 書
コンテンツの配信方法、エンコード方法及び受信再生方法と装置並びに プログラム
技術分野
[0001] 本発明は、ネットワークによるコンテンツの配信技術に関し、特に、符号化されたデ ータの伝送路でのデータ損失に対する耐性を有するよう伝送する方法、耐性を有す るようにデータを記録装置に格納する方法、符号化データを受信し復号化する方法 、及びその装置とシステムならびにプログラムに関する。
背景技術
[0002] 近時、インターネットの普及により、動画像や音声を含むコンテンツを、 IP(Internet Protocol)ネットワークを経由して配信し、視聴するコンテンツ配信が普及してきている 。こうした配信では伝送効率を高めるために、例えば動画像では、フレーム間予測に 基づいた高能率圧縮符号化方式が多く用いられている。これらの方式では、時間的 に前後のフレームから符号化画像を予測して得られた予測パラメータと予測残差画 像データを符号化することで、時間方向の相関が高い動画像データの情報量を削減 する。さらに、予測残差画像データを変換符号化や量子化により高能率に圧縮符号 化することで、少ない伝送帯域でのコンテンツデータ伝送を可能としている。
[0003] その代表例としては MPEG (Moving Picture Experts Group)— 1、 MPEG— 2、 MP EG— 4などの圧縮符号化方式を用いる方法がある。これらの圧縮符号化方式では、 入力画像フレームをマクロブロックとよばれる一定サイズの矩形領域単位で動き補償 によるフレーム間予測を行レ、、得られた動きベクトルと、予測残差画像データに 2次 元離散コサイン変換及び量子化を施して圧縮した信号データを可変長符号化する。
[0004] また、音声に関しても、 AAC (Advanced Audio Codec)など、同様にフレーム間予 測に基づいた高能率圧縮な符号化方法があり、伝送帯域を効率的に使用したコンテ ンッ配信が可能である。
[0005] エンコーダ (符号化器)で符号化されたこれらの符号化データは、後記非特許文献
2や後記非特許文献 3に記載されるようなファイル形式で記憶装置に格納される。こ れらの符号化データは配信サーバにて、後記非特許文献 1に記載される RTP ( Real-Time Transport Protocol)のような方法を用いてパケット化され、 IPネットワーク を通してクライアントへ配信される。クライアントでは受信したパケットから符号ィ匕デ一 タを得て、データを復号化することで動画像、音声を再生することができる。
[0006] IPネットワークでは、配信してレ、るパケットが消失する可能性がある。特に、ネットヮ ークが無線による場合、消失の可能性は高くなる。
[0007] そして、コンテンツのデータが一部でも消失した場合、クライアントでは完全に復号 化することができないため、動画像や、音声に乱れやノイズが生じてしまったり、全く 再生できないこともある。フレーム間予測に基づいた符号化データでは、特に、この 影響が顕著であり、乱れやノイズが時間方向に伝搬してしまう。
[0008] そこで、消失したパケットを復元するため、例えば、
•再送、
•FEC (Forward Error correction ;目 ij方霄吳り j'正ノ、
•複数送信、
とレ、つた手法が用いられてレ、る。
[0009] このうち、再送は、クライアントが消失したパケットを、もう一度送るように、配信側に 伝えて、再度配信し直す方法である。ただし、アップリンクの無い伝送路では、再送 は使用できない。
[0010] また、 FECは、あら力じめ配信側が符号化データと同時に、 FECデータ (誤り訂正 データ）を送っておき、パケットが消失した場合、その FECデータを計算することで、 消失したパケットを復元するという手法である。
[0011] そして、複数送信は、同じ情報のパケットを複数回送ることで、パケットが消失する 確率を減らす方法である。
[0012] なお、オーディオのデータを複数の符号ィ匕器によって同時に圧縮率の異なる符号 化データを生成し、 IPネットワークのようなパケットに基づくネットワークを介して伝送 する構成も知られている（例えば後記特許文献 1 )。
[0013] 非特許文献 1： IETF RFC 1889 "RTP: A Transport Protocol for Real-Time
Application" 非特許文献 2 : ISO/IEC 14496-12:2003: "Information technology - Coding of audio-visual objects― Part 12: ISO base media file format"
非特許文献 3 : ISO/IEC 15444-12:2003 "Information technology - JPEG 2000 image coding system - Part 12: ISO base media file format"
特許文献 1 :特開 2003—318851号公報 (第 1図）
発明の開示
発明が解決しょうとする課題
[0014] 従来、コンテンツ配信に FECを用いる場合、配信サーバで送信時にリアルタイムに 、 FECデータを生成することが必要とされている。しかし、この手法だと、クライアント の数が多くなつた場合、 FECデータを生成する作業に、計算資源を使い切ってしまう
[0015] また、 FECデータの生成の手法には数々の方式があるが、どれを使用するかは、 配信サーバに依存して固定となってしまう。このため、汎用性に欠け、伝送路特性に 合わせて FECの方式を変更することは難しレ、。
[0016] また、複数送信においても、配信サーバで、パケットをコピーする必要があり、 FEC に比べれば、必要な計算資源は少なくてすむものの、この場合、伝送路の帯域を多 く使用してしまう。
[0017] したがって、本発明の主たる目的は、受信側からのフィードバック情報を送信側に 送ることなぐ符号化データの伝送誤りにより生じる受信側再生コンテンツの著しい乱 れを、できる限り抑えるようにしたコンテンツのエンコード方法、受信再生方法、配信 方法と装置並びにプログラムを提供することにある。
[0018] 本発明の他の目的は、特定のコンテンツ配信サーバに依存することなぐ上記主た る目的を達成する方法、装置、プログラムを提供することにある。
[0019] さらに、本発明のさらに他の目的は、コンテンツ配信サーバに余分な計算負荷をか けることなぐ上記主たる目的を達成する方法、装置、プログラムを提供することにあ る。
課題を解決するための手段
[0020] 本願で開示される発明は、上記目的を達成するため、概略以下のように構成される [0021] 本発明は、エンコーダ (符号化器）がコンテンツを符号化（エンコード)する際に、圧 縮率の異なる複数の符号ィ匕データを同時に作成するか、もしくは、符号ィ匕データの F EC (Forwards Error Correction)のデータを同時に作成する。作成された符号化デ ータ、又は FECデータは、記憶部に、好ましくは、単一のファイルとして格納される。 ファイルに格納する際、各符号化データ、 FECのデータに識別子をつけ、あたかも 一つの符号ィ匕データ（連続符号ィ匕データ）であるかのように格納する。
[0022] 本発明の一つのアスペクト（側面）に係る方法は、入力した一つのコンテンツから N 個（ただし、 Nは 2以上の正整数）の符号ィ匕データを作成するステップと、
前記 N個の符号化データを、一つの符号化データとして少なくとも一つのファイル に記録するステップと、を含む。
[0023] 本発明に係る方法においては、入力した一つのコンテンツから N個（ただし、 Nは 2 以上の正整数）の符号化データを作成するステップと、
前記 N個の符号ィヒデータをフレーム単位ごとにマージするステップと、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納するステップと、を含むようにしてもよい。
[0024] 本発明においては、前記 N個の符号化データを、予め定められた時間長に相当す る分だけずらして、フレーム単位ごとにマージするステップと、
マージした前記 N個の符号化データを、一つのトラックとして少なくとも一つのフアイ ルに格納するステップとを含むようにしてもょレ、。
[0025] 本発明においては、前記 N個の符号化データ間でコンテンツの同一部分を符号化 単位で入れ替えても複号化できるように符号ィ匕する、ようにしてもよい。本発明におい ては、前記 N個の符号化データの同一部分の符号化単位に、同一番号の識別子を ヘッダとして付加するようにしてもょレ、。
[0026] 本発明の他のアスペクト (側面）に係る方法は、入力したコンテンツから符号化デー タを作成するステップと、前記符号化データから、誤り訂正符号 (FEC)データを作成 するステップと、
前記符号化データと前記誤り訂正符号データを、一つの符号化データとして一つ のファイルに格納するステップと、を含む。
[0027] 本発明に係る方法においては、入力したコンテンツから符号化データを作成するス テツプと、
前記符号化データから、誤り訂正符号 (FEC)データを作成するステップと、 前記符号化データと前記誤り訂正符号データを、予め定められた時間長に相当す る分だけずらして、フレーム単位ごとにマージし、前記符号化データと前記誤り訂正 符号データを、一つのトラックとして少なくとも一つのファイルに格納するステップと、 を含むようにしてもよい。
[0028] 本発明の一つのアスペクト (側面）に係るエンコード装置 (符号化装置）は、入力し た一つのコンテンツから、 N個（ただし、 Nは 2以上の正整数）の符号化データを作成 する手段と、前記 N個の符号化データを、一つの符号化データとして少なくとも一つ のファイルに格納する手段と、を備えている。
[0029] 本発明に係るエンコード装置においては、入力した一つのコンテンツから、 N個（た だし、 Nは 2以上の正整数)の符号化データを作成する手段と、前記 N個の符号化デ ータを、フレーム単位ごとにマージする手段と、マージした前記 N個の符号化データ を、一つの連続符号ィ匕データとして少なくとも一つのファイルに格納する手段と、を備 えた構成としてもよレ、。
[0030] 本発明においては、前記 N個の符号化データを、予め定められた時間長に相当す る分だけずらしてフレーム単位ごとにマージする手段と、マージした N個の符号化デ ータを、一つのトラックとして少なくとも一つのファイルに格納する手段と、を備えた構 成としてもよい。
[0031] 本発明の他のアスペクトに係るプログラムは、コンテンツを入力して符号化するェン コード装置を構成するコンピュータに、
入力した一つのコンテンツから N個（ただし、 Nは 2以上の正整数）の符号化データ を作成する処理と、
前記 N個の符号化データを、一つの符号化データとして少なくとも一つのファイル に格納する処理と、を実行させるプログラムよりなる。
[0032] 本発明に係るプログラムにおいては、コンテンツを入力して符号化するエンコード 装置を構成するコンピュータに、
入力した一つのコンテンツから N個（ただし、 Nは 2以上の正整数）の符号化データ を作成する処理と、
前記 N個の符号化データを、フレーム単位ごとにマージする処理と、
マージした前記 N個の符号化データを、一つのトラックとして少なくとも一つのフアイ ルに格納する処理と、を実行させるプログラムで構成してもよレ、。
[0033] 本発明の他のアスペクトに係るコンテンツの受信再生方法は、複数の符号化データ がマージされたデータを受信するステップと、
前記受信したデータの中から、個々の符号化データを、符号化単位に識別するス テツプと、
符号化単位で個々の符号ィヒデータに分離するステップと、
前記分離した符号化データを複号化して出力するステップと、
を含む。
[0034] 本発明の他のアスペクトに係るクライアント装置は、複数の符号化データがマージさ れたデータを受信する手段と、前記受信したデータの中から、複数の符号化データ のそれぞれを符号化単位で識別する手段と、符号化単位で個々の符号化データに 分離する手段と、分離した符号化データを復号化して出力する手段と、を備えている
[0035] 本発明の他のアスペクトに係るシステムは、コンテンツのデータまたはカメラ等画像 信号入力装置からの入力データを符号化し、ファイルに記録する上記エンコーダと、 前記ファイルに記録されたデータをネットワークを通してクライアント装置に配信する 配信サーバと、前記配信サーバから送信され、前記ネットワークを通して受信したデ ータを選別し、デコードして表示、再生するクライアント装置と、を備えている。前記ェ ンコーダは、好ましくは、コンテンツのデータまたは画像入力装置からの入力データ を入力するデータ入力部と、前記入力データを符号化して、 N個（ただし、 Nは 2以上 の所定の正整数）の符号化データとして出力する第 1乃至第 Nのエンコード部と、前 記 N個の符号化データをマージして、一つの連続符号化データに構成するマージ部 と、前記一つの連続符号化データ、及び連続符号化データ自体に関する情報を、前 記ファイルに出力するファイル出力部と、を含む。クライアント装置は、好ましくは、前 記ネットワークを通して、前記配信サーバからのパケットを受信する受信部と、受信さ れたパケットから、連続符号化データに戻すデータ処理部と、前記連続符号化デー タから、一つの符号化データに再構成し、その際、同一フレーム、同一部分のデータ の重複をなくすため、複数の符号化データがそろっている部分については、相対的 に圧縮率の高いデータを破棄するデータ再構成部と、前記再構成された符号ィ匕デ 一タを復号するデコード部と、前記復号されたデータを、再生、表示する再生部と、を 含む。
[0036] 本発明によれば、データ配信時には、一般的な RTP (Real-time Transport
Protocol)パケットによる配信を行うが、上記のように格納されたデータのため、複数の 符号化データが配信される、および Zまたは、同時に FECのデータも配信される。受 信側では受信した符号化データのうち、最も圧縮率が低ぐ画質や音質のよい符号 化データを、フレーム単位で選択して復号化する。または、受信した FECデータを用 レ、て受信できなかった符号データを復元し、復号化して再生する。その結果、バケツ トが消失する確率は減り、これにより上記した本発明の目的を達成することができる。 発明の効果
[0037] 本発明によれば、符号化データの伝送誤りにより生じる受信側再生コンテンツの著 しレヽ乱れを抑えることができる。
[0038] その理由は、本発明においては、複数の符号化データを送ること、または、 FECデ ータを送ることにより、伝送誤りによりデータが欠落する確率が減るためである。
[0039] 本発明によれば、上記効果を奏するための手段は、エンコーダとクライアントのみに 依存し、配信サーバは、通常の一般的な構成のものを用いることができる。
[0040] その理由は、一つのファイルとして、複数の符号化データ、または FECデータを格 納するため、途中の配信サーバには影響が及ばないためである。
[0041] 本発明によれば、配信サーバに余分な計算負荷を掛けることなぐ上記効果を奏す ること力 Sできる。
[0042] その理由は、本発明においては、パケットのコピーや、 FECデータの作製力 ェン コード時に行われ、配信時には、既に、ファイルィ匕されているためである。 図面の簡単な説明
[0043] [図 1]本発明の一実施の形態の構成を示す図である。
[図 2]本発明の一実施の形態のエンコーダの構成を示す図である。
[図 3]本発明の一実施の形態の配信サーバの構成を示す図である。
[図 4]本発明の一実施の形態のクライアントの構成を示す図である。
[図 5]本発明の一実施例のファイルのデータ構成を示す図である。
[図 6]本発明の一実施例のエンコーダの構成を示す図である。
[図 7]本発明の別の実施の形態のエンコーダの構成を示す図である。
[図 8]本発明の別の実施例のファイルのデータ構成を示す図である。 符号の説明
[0044] 101 元コンテンツ
102 カメラ
103 エンコーダ (符号化装置)
104 フアイノレ
105 配信サーバ
106 クライアント
107 IPネットワーク
201 元コンテンツ
202 カメラ
203 エンコーダ (符号化装置)
204 データ入力部
205 第 1のエンコード部
206 第 2のエンコード部
207 第 Nのエンコード部
208 マージ部
209 ファイル出力部
210 フアイノレ
301 フアイノレ 302 配信サーバ
303 ファイル入力部
304 ファイル解析部
305 呼処理部
306 パケット生成部
307 配信部
401 クライアント
402 呼処理部
403 受信部
404 データ処理部
405 データ再構成部
406 デコード部（復号部）
407 再生部
501 符号化データ A
502 符号化データ B
503 連続符号化データ
504 ヘッダ
601 元コンテンツ
602 カメラ
603 エンコーダ (符号化装置)
604 データ入力部
605 第 1のエンコード部
606 第 2のエンコード部
607 マージ部
608 ファイル出力部
609 フアイノレ
701 元コンテンツ
702 カメラ 703 エンコーダ (符号化装置)
704 データ入力部
705 ェンコ一ド部
706 FEC¾
707 マージ部
708 ファイル出力部
709 フアイノレ
801 符号化データ
802 連続符号化データ
803 FEC
804 ヘッダ
発明を実施するための最良の形態
[0045] 本発明についてさらに詳細に説述すべぐ添付図面を参照して実施の形態につい て以下に説明する。
[0046] 図 1は、本発明の第 1の実施の形態の構成を示す図である。図 1を参照すると、本 発明の第 1の実施の形態は、エンコーダ 103と、配信サーバ 105と、クライアント 106 (端末）とを備えている。これらは、それぞれ概略次のように動作する。
[0047] エンコーダ 103は、元コンテンツ 101のデータ、または、カメラ（CCDカメラ等） 102 力 の入力データ（デジタル信号データ）を符号ィ匕し、ファイル 104に記録する。なお 、入力データは、動画像データ、又は、動画像データおよび音声データとする。
[0048] 配信サーバ 105は、ファイル 104に記録されたデータを、 IP (Internet Protocol)ネ ットワーク 107を通して、クライアント 106に配信する。
[0049] クライアント 106は、 IPネットワーク 107を通して、配信サーバ 105から受信したデー タを選別し、デコードして、出力装置に表示、再生する。
[0050] 図 2は、図 1のエンコーダ 103 (図 2では符号 203で示す）の構成の一例を示す図で ある。図 2を参照すると、エンコーダ 203は、データ入力部 204と、第 1のエンコード部 205から第 N (ただし、 Nは、 2以上の所定の正整数）のエンコード部 207と、マージ 咅 208と、フア ノレ出力咅 209とを む。 [0051] 図 2を参照して、エンコーダ 203の動作について説明する。まず、元コンテンツ 201 、もしくはカメラ 202からデータ入力部 204に、動画像と音声のデータ、またはそのい ずれか一方のデータが入力される。
[0052] 次に、第 1のエンコード部 205から第 Nのエンコード部 207にて、動画像、音声のデ ータが符号ィ匕され、 N個の符号化データとして出力される。このとき、 N個のェンコ一 ド部 205乃至 207で使用されるパラメータは、個々に設定可能であり、それぞれの圧 縮率を個々に設定することができる。 N個の符号ィ匕データは、符号ィ匕単位であれば、 符号化データ間でデータを入れ替えても複号化できるように、符号化される。ここで、 符号化単位とは、フレーム、もしくは、 MPEG—4であればビデオパケットあるいはマク ロブロック等である。
[0053] 次に、 N個の符号化データは、マージ部 208にて、一つの連続符号化データに構 成し直される。
[0054] 次に、構成された連続データは、ファイル出力部 209にて、少なくとも一つのフアイ ルに出力される。このとき、連続符号化データだけでなぐ連続符号化データ自体の 情報も出力される。
[0055] 図 3は、図 1の配信サーバ 105 (図 3では符号 302で示す）の構成の一例を示す図 である。図 3を参照すると、配信サーバ 302は、ファイル入力部 303と、ファイル解析 咅 304と、呼処理咅 B305と、ノ、°ケット生成咅 306と、酉己信咅 B307とを含む。
[0056] 図 3を参照して、配信サーバ 302の動作について説明する。ファイル入力部 303に て、ファイル 301 (図 1のファイル 104に対応する）力 データを読み込む。データは、 ファイル解析部 304にて解析され、送信単位に分割される。
[0057] ファイル解析部 304で送信単位に分割されたデータは、パケット生成部 306にて送 信用のパケットにカプセルィ匕される。
[0058] パケット生成部 306で作成されたパケットは、配信部 307にて、クライアント 106へ I
Pネットワーク 107を通して配信される。
[0059] 呼処理部 305では、ファイル解析部 304で得た情報を基に、クライアント 106と情報 伝達、情報交換を行う。
[0060] ファイル 301では、 N個の符号化データがひとまとめに構成されているため、配信 部 307では、 N個の符号化データ全てのパケットが配信される。
[0061] 図 4は、図 1のクライアント 106 (図 4では符号 401で示す）の構成の一例を示す図 である。図 4を参照、すると、クライアント 401は、呼処理咅 402と、受信咅 B403と、デー タ処理部 404と、データ再構成部 405と、デコード部 406と、再生部 407とを含む。
[0062] 図 4を参照して、クライアント 401の動作について説明する。呼処理部 402は、配信 サーバ 105と、情報伝達、情報交換を行い、配信されるデータに対しての情報を得る
[0063] 受信部 403にて、 IPネットワーク 107を通して、配信サーバ 105からのパケットを受 信する。
[0064] 受信部 403にて受信されたパケットは、データ処理部 404で、呼処理部 402からの 情報を用いて、連続符号ィ匕データに戻される。ただし、途中の IPネットワーク 107で パケットロスしてしまった分のデータは存在しない。
[0065] 次に、データ再構成部 405にて、元の一つの符号ィ匕データに再構成される。同一 符号化単位のデータの重複をなくすため、複数の符号ィ匕データがそろっている部分 は、圧縮率の高いデータは破棄する。
[0066] 次に、データ再構成部 405で再構成されたデータが、デコード部 406で、呼処理部
402からの情報を用いて、復号化され、元の動画像、または音声データを得て、再生 部 407で再生、表示される。
[0067] 本発明の第 1の実施の形態の作用効果について以下に説明する。
[0068] 図 1を参照すると、ファイル 104は、複数の符号ィ匕データを、あたかも一つの符号化 データのように構成しているため、配信サーバ 105が一般的な方法で配信を行うと、 自動的に、複数の符号化データがパケットで同時に配信される。配信途中で、バケツ トロスした場合、画質、音質が劣化してしまうが、複数の符号化データを同時に配信 することで、パケットロスする確率が減少する。
[0069] 結果として、クライアント 106では、本発明を用いない場合に比べ、画質、音質の劣 化を避けることができる。本実施形態によれば、符号化データの圧縮率を変更するた め、ただ単純に同じ物を複数回送るよりも、利用する伝送帯域を節約することができ る。 [0070] 次に、本発明の第 2の実施の形態について詳細に説明する。本発明の第 2の実施 の形態は、本発明の第 1の実施の形態のエンコーダ 103の構成が相違している。す なわち、図 1の本発明の第 1の実施の形態のエンコーダ 103を、図 2のエンコーダ 20 3の構成に代えて、図 7のエンコーダ 703の構成としたものである。
[0071] 図 7を参照すると、エンコーダ 703は、データ入力部 704、エンコード部 705、 FEC き ^706、マージき ^707、フアイノレ出力音 B708を備えてレヽる。図 7の、元コンテンツ 701 、カメラ 702、フアイノレ 709fま、図 1の元コンテンツ 101、カメラ 102、フアイノレ 104に対 応している。
[0072] 次に、エンコーダ 703の動作について説明する。まず、元コンテンツ 701、もしくは カメラ 702からデータ入力部 704に動画像と音声のデータ、またはそのレ、ずれか一 方のデータが入力される。
[0073] 次に、エンコード部 705にて動画像、音声のデータが符号化される。同時に、この 符号化データを使って、 FEC部 706にて、 FECデータが生成される。
[0074] 次に、符号ィ匕データと FECデータは、マージ部 707にて、一つの連続符号化デー タに構成し直される。
[0075] 次に、構成された連続データはファイル出力部 708にて、少なくとも一つのファイル 709に出力される。このとき、連続符号化データだけでなぐ連続符号化データ自体 の情報も出力される。
[0076] 本実施の形態において、図 1の配信サーバ 105は、図 3に示した構成とされ、次の ように動作する。図 3を参照すると、配信サーバ 302は、ファイル入力部 303にてファ ィル 301からデータを読み込む。データはファイル解析部 304にて解析され、送信単 位に分割される。分割されたデータは、パケット生成部 306にて送信用のパケットに カプセルィ匕される。作成されたパケットは配信部 307にてクライアント 106 (図 1参照） へ IPネットワーク 107 (図 1参照）を通して配信される。呼処理部 305では、ファイル解 析部 304で得た情報を基に、クライアントと情報伝達、情報交換を行う。ファイル 301 は、符号化データと、 FECデータがひとまとめに構成されているため、配信部 307で は、符号ィ匕データと FECデータのパケットが同時に配信される。
[0077] 本実施の形態において、図 1のクライアント 106は、図 4に示した構成とされ、次のよ うに動作する。呼処理部 402にて、配信サーバ 105 (図 1参照）と情報伝達、情報交 換を行い、配信されるデータに対しての情報を得る。受信部 403にて、 IPネットワーク 107 (図 1参照）を通して配信サーバからのパケットを受信する。受信されたパケットは 、データ処理部 404で、呼処理部 402からの情報を用いて、連続符号化データに戻 される。ただし、途中の IPネットワークでパケットロスしてしまった分のデータは存在し なレ、。次にデータ再構成部 405にて、 FECデータを用いて計算し、パケットロスした 符号化データを再構成する。次にデコード部 406で復号化され、元の動画像、また は音声データを得て、再生部 407で再生、表示される。
[0078] 本発明の第 2の実施の形態の作用効果について以下に説明する。
[0079] 図 1を参照すると、フアイノレ 104は、符号化データと FECのデータを、あたかも一つ の符号ィ匕データのように構成しているため、配信サーバ 105が一般的な方法で配信 を行うと、 自動的に FECデータを伴った符号ィ匕データがパケットで配信される。配信 途中でパケットロスした場合、画質、音質が劣化してしまうが、 FECデータを配信する ことで、パケットロスしても、符号化データを再構成することができるようになる。結果と して、クライアント 106では、本発明を用いない場合と比べ、画質、音質の劣化を避け ること力 Sできる。
実施例 1
[0080] 次に、図 1乃至図 4を参照して説明した上記第 1の実施の形態について具体的な 実施例に即して説明する。図 6は、図 1のエンコーダ 103の一実施例の構成を示す 図であり、図 2のエンコーダ 203のエンコード部を 2つで構成したものである。本実施 例の基本構成は、図 1と同様の構成とされる力 エンコーダ 103を、図 2のエンコーダ 203の代わりに、図 6の構成としている。配信サーバ 105、クライアント 106の構成は、 それぞれ図 3、図 4と同様とされる。
[0081] 図 6を参照すると、エンコーダ 603は、データ入力部 604と、第 1のエンコード部 60 5と、第 2のェン 一ド咅 606と、マージ咅 607と、フア ノレ出力咅 608を含む。
[0082] エンコーダ 603は、次のように動作する。
[0083] まず、元コンテンツ 601、もしくはカメラ 602からデータ入力部 604に動画像と音声 のデータ、またはそのいずれか一方のデータが入力される。 [0084] 次に第 1のエンコード部 605と、第 2のエンコード部 606にて、動画像は MPEG— 4 などの符号化方式、音声は AAC (Advanced Audio Codec)や AMR (Adaptive Multi Rate)といった符号化方式で符号化され、符号化データとして出力される。このとき、 2つのエンコード部 605、 606で使用されるパラメータは、それぞれ任意に設定可能 であり、圧縮率を任意に設定可能である。ただし、動画像の場合には、符号化方式、 フレーム構成、フレームレート、イントラフレーム間隔、画像サイズは、 2つの符号化デ ータで同一とし、音声の場合には、符号化方式、フレーム構成、サンプリングレートは 、 2つの符号ィ匕データで同一とする。 2つの符号ィ匕データは、同一符号化単位であれ ばデータを入れ替えても複号化できるように符号化される。ここで、符号化単位とは、 フレーム、ビデオパケット、マクロブロック等である。
[0085] 次に、 2つの符号化データは、マージ部 607にて、一つの連続符号化データに構 成される。このときの連続符号化データの構成の一例を、図 5を参照して説明する。
[0086] 符号化データ A501は、第 1のエンコード部 605で符号化されたデータであり、符 号化データ B502は、第 2のエンコード部 606で符号ィ匕されたデータである。それぞ れの符号ィ匕データには、フレーム単位で、時間の流れに沿って順にデータが並んで いる。この 2つの符号化データで、連続符号化データ 503を構成する。
[0087] 連続符号化データ 503では、符号化データ A501と、符号化データ B502のデータ をフレーム単位で交互に並べる。このとき、 Mを整数として、同一フレームのデータが 隣り合わなレ、ように、 Mフレーム分だけずらして並べる。
[0088] 各フレームの先頭には、ヘッダ 504が挿入される。
[0089] 動画像データの符号化データの場合には、さらに、各ビデオパケットの先頭にもへ ッダが揷入される。
[0090] このヘッダには、続くフレーム、またはビデオパケットが、符号化データ A501と、符 号化データ B502のどちらのものであるかを表す識別子と、フレームまたはビデオパ ケットの長さと、シーケンス番号が入る。
[0091] 次に、構成された連続符号化データは、ファイル出力部 608にて、 1つのトラックとし て、 MP4などのファイルに出力される。このとき出力される情報は、連続データだけ でなぐ連続データ自体の情報と、 RTPヘッダの情報も出力される。 RTPヘッダは、 フレーム単位またはビデオパケット単位に、出力され、配信サーバ 105 (図 1参照）で は、フレーム単位またはビデオパケット単位ごとに送信される。この情報には、連続デ ータ中のヘッダを含めた各フレーム、または各ビデオパケットのサイズが含まれている 。なお、この例では、一つの MP4ファイルに出力している力 複数に分割されたファ ィルに出力するようにしてもよいことは勿論である。
[0092] 本実施例において、図 1の配信サーバ 105は、図 3に示す構成とされ、次のように 動作する。ファイル入力部 303にて、フアイノレ 301力 、データを読み込む。データは ファイル解析部 304にて解析され、フレームごと、もしくは、ビデオパケットごとに分割 される。
[0093] 分割されたデータは、パケット生成部 306にて、 RTPパケットにカプセル化される。
[0094] RTPパケットは、酉己信部 307にて、図 1のクライアント 106へ IPネットワーク 107を通 して、 UDP (User Datagram Protocol)で配信される。
[0095] 呼処理部 305では、ファイル解析部 304で得た情報を基に、クライアント 106と RTS
P (Real Time Streaming Protocol)、および、 SDP ( ession Description Protocol)等 を用いて情報伝達を行う。
[0096] ファイル 301は、図 5の連続符号化データ 503のように構成されているため、配信部
307にて配信される RTPパケットは、符号化データ A501のパケットと、符号化データ
B502のデータのパケットの両方が配信される。
[0097] また、連続符号化データ 503は、符号ィ匕データ A501と符号ィ匕データ B502を、 M フレーム分ずらして構成されているため、配信されるときも、 Mフレーム分時間的にず らされて配信される。
[0098] クライアント 106は、図 4に示す構成とされ、次のように動作する。
[0099] 呼処理部 402にて、配信サーバ 105と、 RTSP、 SDPなどを用いて情報伝達を行 レ、、配信されるデータに関する情報を得る。
[0100] 受信部 403にて、配信サーバ 105からの RTPパケットを受信する。
[0101] 受信された RTPパケットは、データ処理部 404にて、 RTPヘッダがはずされ、元の 連続符号化データ 503 (図 5参照）に戻される。ただし、途中の IPネットワーク 107で パケットロスしてしまった分のデータは存在しない。 [0102] 次に、データ再構成部 405にて、重複部分を削除するため、ヘッダ 504 (図 5参照） を用いて、同じフレームまたはビデオパケットが複数ある部分に関して、圧縮率の高 いデータを破棄する。
[0103] 次に、ヘッダ 504 (図 5参照）を削除することにより、元の一つの符号化データに再 構成される。次にデコード部 406で復号化され、元の動画像、または音声データを得 て、再生部 407で再生、表示される。
実施例 2
[0104] 次に、上記第 2の実施の形態について、具体的な実施例に即して説明する。本発 明の第 2の実施例は、図 1に示すように、エンコーダ 103と、配信サーバ 105と、クライ アント 106とを備えている。前述したように、エンコーダ 103は、図 7に示すように、デ ータ人力咅 704と、ユンコード咅 705と、 FEC咅 B706と、マージ咅 707と、フアイノレ出 力部 708を含む。配信サーバ 105は、図 3に示すように、ファイル入力部 303と、ファ ィル解析部 304と、呼処理部 305と、パケット生成部 306と、配信部 307を含む。クラ イアント 106は、図 4に示すように、呼処理咅 402と、受信咅 B403と、データ処理咅 40 4と、データ再構成部 405と、デコード部 406と、再生部 407を含む。
[0105] 図 7のエンコーダ 703は次のように動作する。まず、元コンテンツ 701、もしくはカメ ラ 702からデータ入力部 704に動画像と音声のデータ、またはそのいずれか一方の データが入力される。
[0106] 次に、エンコード部 705にて、動画像は MPEG— 4などの符号化方式、音声は AA Cや AMRといった符号化方式で符号化され、符号化データとして出力される。次に 符号化データを使って FEC部 706で FECデータが作成される。この FECには既に 多くの種類が知られている力 本発明では、この FECの種類については関与しない
[0107] 次に、符号ィ匕データと FECデータは、マージ部 707にて、一つの連続符号化デー タに構成される。このときの連続符号化データの構成の一例を、図 8を用いて説明す る。
[0108] 符号化データ 801は、エンコード部 705で符号ィ匕されたデータである。符号化デー タには、フレーム単位で、時間の流れに沿って順にデータが並んでいる。この符号化 データから、連続符号化データ 802を構成する。連続符号化データ 802では、符号 ィ匕データ 801と、 FECデータ 803をフレーム単位、または動画像データの場合はビ デォパケット単位で交互に並べる。ヘッダ 804は、後に続くフレームまたはビデオパ ケットの情報を格納する。この情報には続くフレームまたはビデオパケットの長さと、シ 一ケンス番号が入ってレ、る。
[0109] 次に、構成された連続符号化データは、ファイル出力部 708にて、例えば一つのト ラックとして、少なくとも 1つのファイル (MP4等）に出力される。
[0110] このとき出力される情報は、連続データだけでなぐ連続データ自体の情報と、 RT Pヘッダの情報も出力される。この情報には、連続データ中のヘッダを含めた各フレ ームまたは各ビデオパケットのサイズが含まれている。なお、この例では、一つの MP 4ファイルに出力している力、複数に分割されたファイルに出力するようにしてもよいこ とは勿論である。
[0111] 本実施例において、図 1の配信サーバ 105は、図 3に示す構成とされ、次のように 動作する。ファイル入力部 303にてファイル 301からデータを読み込む。データはフ アイル解析部 304にて解析され、フレームごと、もしくはビデオパケットごとに分割され る。分割されたデータは、パケット生成部 306にて RTPパケットにカプセルィ匕される。
RTPパケットは配信部 307にて、図 1のクライアント 106へ IPネットワーク 107を通して 、 UDPで配信される。呼処理部 305では、ファイル解析部 304で得た情報を基に、ク ライアントと、 RTSP、 SDP等を用いて、情報伝達を行う。フアイノレ 301は、連続符号 化データ 802のように構成されているため、配信部 307にて配信される RTPパケット は、符号ィ匕データのパケットと、 FECデータパケットの両方が配信される。
[0112] クライアント 106は、図 4に示した構成とされ、次のように動作する。呼処理部 402に て、配信サーバ 105と、 RTSP、 SDPなどを用いて情報伝達を行レ、、配信されるデー タに対しての情報を得る。受信部 403にて、配信サーバ 105からの RTPパケットを受 信する。受信された RTPパケットは、データ処理部 404にて RTPヘッダがはずされ、 元の連続符号化データ 802に戻される。ただし、途中の IPネットワークでパケットロス してしまった分のデータは存在しなレ、。次にデータ再構成部 405にて、 FECデータを 用いて計算し、元の符号化データを再構成する。次にデコード部 406で復号化され 、元の動画像、または音声データを得て、再生部 407で再生、表示される。
[0113] 以上本発明を上記実施例に即して説明したが、本発明は上記実施例の構成にの み限定されるものでなぐ本発明の範囲内で当業者であればなし得るであろう各種変 形、修正を含むことは勿論である。
産業上の利用可能性
[0114] 本発明によれば、 IPネットワークで、動画像、音声の配信を行う、もしくは配信を受 けるプログラムや、装置といった用途に適用できる。また動画像や音声を符号化する プログラム、及び装置にも適用できる。

Claims

請求の範囲
[1] エンコーダによるコンテンツのエンコード方法であって、
入力した一つのコンテンツから N個（ただし、 Nは 2以上の正整数）の符号化データ を作成するステップと、
前記 N個の符号化データを、一つの符号化データとして、少なくとも一つのファイル に格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
[2] エンコーダによるコンテンツのエンコード方法であって、
入力した一つのコンテンツから N個（ただし、 Nは 2以上の正整数）の符号化データ を作成するステップと、
前記 N個の符号ィヒデータをフレーム単位にマージするステップと、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
[3] エンコーダによるコンテンツのエンコード方法であって、
入力した一つのコンテンツから N個（ただし、 Nは 2以上の正整数）の符号化データ を作成するステップと、
前記 N個の符号化データを、予め定められた時間長に相当する分だけずらして、フ レーム単位にマージするステップと、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納する、ことを特徴とするコンテンツのエンコード方法。
[4] 前記エンコーダは、前記 N個の符号化データ間でコンテンツの同一部分を符号化 単位で入れ替えても複号化できるように符号ィ匕する、ことを特徴とする請求項 1乃至 3 のいずれか一に記載のコンテンツのエンコード方法。
[5] エンコーダによるコンテンツのエンコード方法であって、
入力した一つのコンテンツから、それぞれ圧縮率が異なる N個（ただし、 Nは 2以上 の正整数）の符号化データを作成するステップと、
前記 N個の符号化データを、予め定められた時間長に相当する分だけずらしてフ レーム単位にマージするステップと、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
[6] エンコーダによるコンテンツのエンコード方法であって、
入力した一つのコンテンツから、それぞれ圧縮率が異なる N個（ただし、 Nは 2以上 の正整数）の符号化データを作成し、その際、前記 N個の符号化データ間でコンテン ッの同一部分を符号ィ匕単位で入れ替えても復号ィ匕できるように符号ィ匕するステップと 前記 N個の符号化データを、予め定められた時間長に相当する分だけずらして、フ レーム単位にマージするステップと、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
[7] 前記エンコーダが、前記 N個の符号化データの同一部分の符号化単位に、同一番 号の識別子をヘッダとして付加するステップを含む、ことを特徴とする請求項 1乃至 6 のいずれか一に記載のコンテンツのエンコード方法。
[8] 入力した一つのコンテンツから、 N個（ただし、 Nは 2以上の正整数）の符号化デー タを作成する手段と、
前記 N個の符号化データを、一つの符号化データとして、少なくとも一つのファイル に格納する手段と、
を備えている、ことを特徴とするエンコード装置。
[9] 入力した一つのコンテンツから、 N個（ただし、 Nは 2以上の正整数）の符号化デー タを作成する手段と、
前記 N個の符号化データを、フレーム単位にマージする手段と、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。 [10] 入力した一つのコンテンツから、 N個（ただし、 Nは 2以上の正整数）の符号化デー タを作成する手段と、
前記 N個の符号化データを、予め定められた時間長に相当する分だけずらしてフ レーム単位にマージする手段と、
マージした N個の符号化データを、一つのトラックとして、少なくとも一つのファイル に格納する手段と、
を備えている、ことを特徴とするエンコード装置。
[11] 前記 N個の符号ィヒデータ間でコンテンツの同一部分を符号化単位で入れ替えても 複号化できるように符号ィ匕する手段を備えている、ことを特徴とする請求項 8乃至 10 のいずれか一に記載のエンコード装置。
[12] 入力した一つのコンテンツから、それぞれ圧縮率が異なる N個（ただし、 Nは 2以上 の正整数）の符号化データを作成する手段と、
前記 N個の符号化データを、予め定められた時間長に相当する分だけずらしてフ レーム単位にマージする手段と、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
[13] 入力した一つのコンテンツから、それぞれ圧縮率が異なる N個（ただし、 Nは 2以上 の正整数)の符号化データを作成する手段と、
前記 N個の符号ィヒデータ間でコンテンツの同一部分を符号化単位で入れ替えても 復号化できるように符号化する手段と、
前記 N個の符号化データを、予め定められた時間長に相当する分だけずらしてフ レーム単位にマージする手段と、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
[14] 前記 N個の符号化データの同一部分の符号化単位に、同一番号の識別子をへッ ダとして付加する手段を備えている、ことを特徴とする請求項 8乃至 13のいずれか一 に記載のエンコード装置。
[15] コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツから N個（ただし、 Nは 2以上の正整数）の符号化データ を作成する処理と、
前記 N個の符号化データを、一つの符号化データとして、少なくとも一つのファイル に格納する処理と、
を実行させるプログラム。
[16] コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツから N個（ただし、 Nは 2以上の正整数）の符号化データ を作成する処理と、
前記 N個の符号化データを、フレーム単位にマージする処理と、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納する処理と、
を実行させるプログラム。
[17] コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツから N個（ただし、 Nは 2以上の正整数）の符号化データ を作成する処理と、
前記 N個の符号化データを、予め定められた時間長に相当する分だけずらしてフ レーム単位にマージする処理と、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納する処理と、
を実行させるプログラム。
[18] 請求項 15乃至 17のいずれか一に記載のプログラムにおいて、
前記 N個の符号ィヒデータ間でコンテンツの同一部分を符号化単位で入れ替えても 複号化できるように符号化する処理を、前記コンピュータに実行させるプログラム。
[19] コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツから、それぞれ圧縮率が異なる N個（ただし、 Nは 2以上 の正整数）の符号化データを作成する処理と、 前記 N個の符号化データを、予め定められた時間長に相当する分だけずらしてフ レーム単位にマージする処理と、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納する処理と、
を実行させるプログラム。
[20] コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツからそれぞれ圧縮率が異なる N個（ただし、 Nは 2以上の 正整数)の符号ィ匕データを作成し、その際、前記 N個の符号化データ間でコンテンツ の同一部分を符号化単位で入れ替えても複号化できるように符号化する処理と、 前記 N個の符号化データを、予め定められた時間長に相当する分だけずらしてフ レーム単位ごとに、マージする処理と、
マージした前記 N個の符号化データを、一つのトラックとして、少なくとも一つのファ ィルに格納する処理と、
を実行させるプログラム。
[21] 請求項 15乃至 20のいずれか一に記載のプログラムにおいて、
第 1から第 Nの符号化データの同一部分の符号化単位に、同一番号の識別子をへ ッダとして付加する処理を、前記コンピュータに実行させるプログラム。
[22] エンコーダによるコンテンツのエンコード方法であって、
入力したコンテンツから符号化データを作成するステップと、
前記符号化データから、誤り訂正符号データを作成するステップと、
前記符号化データと前記誤り訂正符号データを、一つの符号化データとして、少な くとも一つのファイルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
[23] エンコーダによるコンテンツのエンコード方法であって、
入力したコンテンツから符号化データを作成するステップと、
前記符号化データから誤り訂正符号データを作成するステップと、
前記符号化データと前記誤り訂正符号データとを、予め定められた時間長に相当 する分だけずらして、フレーム単位にマージするステップと、 マージした前記符号化データと前記誤り訂正符号データを、一つのトラックとして、 少なくとも一つのファイルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
[24] 入力したコンテンツから符号化データを作成する手段と、
前記符号化データから誤り訂正符号データを作成する手段と、
前記符号化データと前記誤り訂正符号データを、一つの符号化データとして、少な くとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
[25] 入力したコンテンツから符号化データを作成する手段と、
前記符号化データから誤り訂正符号データを作成する手段と、
前記符号化データと前記誤り訂正符号データとを、予め定められた時間長に相当 する分だけずらして、フレーム単位にマージする手段と、
マージした前記符号化データと前記誤り訂正符号データを、一つのトラックとして、 少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
[26] コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力したコンテンツから符号化データを作成する処理と、
前記符号化データから誤り訂正符号データを作成する処理と、
前記符号化データと前記誤り訂正符号データを、一つの符号化データとして、少な くとも一つのファイルに格納する処理と、
を実行させるプログラム。
[27] コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力したコンテンツから符号化データを作成する処理と、
前記符号化データから誤り訂正符号データを作成する処理と、
前記符号化データと前記誤り訂正符号データとを、予め定められた時間長に相当 する分だけずらしてフレーム単位にマージする処理と、
マージした前記符号化データと前記誤り訂正符号データを、一つのトラックとして、 少なくとも一つのファイルに格納する処理と、 を実行させるプログラム。
[28] クライアント装置によるコンテンツの受信再生方法であって、
複数の符号ィヒデータがマージされたデータを受信するステップと、
前記受信したデータの中から、個々の符号化データを、符号化単位で識別するス テツプと、
符号化単位で個々の符号ィヒデータに分離するステップと、
前記分離した符号化データを複号化して出力するステップと、
を含む、ことを特徴とするコンテンツの受信再生方法。
[29] クライアント装置によるコンテンツの受信再生方法であって、
複数の符号ィヒデータがマージされたデータを受信するステップと、
前記受信したデータの中から、個々の符号化データを、符号化単位で識別するス テツプと、
符号化単位で個々の符号化データに分離するステップと、
前記分離した複数の符号化データを、符号化単位で組み替え、一つの符号化デ ータに再構成するステップと、
前記再構成した符号化データを復号化して出力するステップと、
を含む、ことを特徴とするコンテンツの受信再生方法。
[30] 前記クライアント装置が、呼処理時に、複数の符号化データが送信されるという情 報を受理するステップを含む、ことを特徴とする請求項 29記載のコンテンツの受信再 生方法。
[31] クライアント装置によるコンテンツの受信再生方法であって、
複数の符号ィヒデータがマージされたデータを受信するステップと、
前記受信したデータの中から前記複数の符号化データのそれぞれを、符号化単位 で識別するステップと、
符号化単位で、それぞれの符号化データに分離するステップと、
時間差を設けて送信された符号化単位の符号化データを、一つの符号化データに 再構成できるように、
(A)予め定められた受信バッファサイズ、 (B)呼処理により通知されたバッファサイズ、
(C)コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイ ズ、
の少なくとも一つにより決定されるバッファサイズを確保するステップと、
前記分離した複数の符号化データを、符号化単位で組み替え、一つの符号化デ ータに再構成するステップと、
前記再構成した符号化データを複号化して出力するステップと、
を含む、ことを特徴とするコンテンツの受信再生方法。
[32] 複数の符号ィヒデータがマージされたデータを受信する手段と、
前記受信したデータの中から、複数の符号化データのそれぞれを、符号化単位で 識別する手段と、
符号化単位で個々の符号化データに分離する手段と、
前記分離した符号化データを復号化して出力する手段と、
を備えている、ことを特徴とするクライアント装置。
[33] 複数の符号ィヒデータがマージされたデータを受信する手段と、
前記受信したデータの中力 複数の符号化データのそれぞれを、符号化単位で識 別する手段と、
符号化単位で個々の符号化データに分離する手段と、
前記分離した複数の符号化データを、符号化単位で組み替え、一つの符号化デ ータに再構成する手段と、
前記再構成した符号化データを復号化して出力する手段と、
を備えている、ことを特徴とするクライアント装置。
[34] 呼処理時に、前記複数の符号化データが送信される旨の情報を受理する手段を備 えている、ことを特徴とする請求項 33記載のクライアント装置。
[35] 複数の符号ィヒデータがマージされたデータを受信する手段と、
前記受信したデータの中から個々の符号化データを符号化単位で識別する手段と 符号化単位で個々の符号化データに分離する手段と、 時間差を設けて送信された符号化単位の符号化データを、一つの符号化データに 再構成できるように、
(A)予め定められた受信バッファサイズ、
(B)呼処理により通知されたバッファサイズ、
(C)コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイ ズ、
の少なくとも一つにより決定されるバッファサイズを確保する手段と、
前記分離した複数の符号化データを、符号化単位で組み替え、一つの符号化デ ータに再構成する手段と、
前記再構成した符号化データを復号化して出力する手段と、
を備えている、ことを特徴とするクライアント装置。
[36] クライアント装置を構成するコンピュータに、
複数の符号ィヒデータがマージされたデータを受信する処理と、
前記受信したデータの中から個々の符号化データを符号化単位で識別する処理と 符号化単位で個々の符号化データに分離する処理と、
前記分離した符号化データを復号化して出力する処理と、
を実行させるプログラム。
[37] クライアント装置を構成するコンピュータに、
複数の符号ィヒデータがマージされたデータを受信する処理と、
前記受信したデータの中から個々の符号化データを符号化単位で識別する処理と 符号化単位で個々の符号化データに分離する処理と、
分離した複数の符号化データを、符号化単位で組み替え、一つの符号化データに 再構成する処理と、
前記再構成した符号化データを復号化して出力する処理と、
を実行させるプログラム。
[38] 請求項 37記載のプログラムにおいて、 呼処理時に、複数の符号化データが送信されるという情報を受理する処理を、前記 コンピュータに実行させるプログラム。
[39] クライアント装置を構成するコンピュータに、
複数の符号ィヒデータがマージされたデータを受信する処理と、
前記受信したデータの中から個々の符号化データを符号化単位で識別する処理と 符号化単位で個々の符号化データに分離する処理と、
時間差をもうけて送信された符号ィ匕単位の符号化データを、一つの符号化データ に再構成できるように、
(A)予め定められた受信バッファサイズ、
(B)呼処理により通知されたバッファサイズ、
(C)コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイ ズ、
の少なくとも一つにより決定されるバッファサイズを確保する処理と、
分離した複数の符号化データを、符号化単位で組み替え、一つの符号化データに 再構成する処理と、
前記再構成した符号化データを復号化して出力する処理と、
を実行させるプログラム。
[40] クライアント装置によるコンテンツの受信再生方法であって、
符号化データと誤り訂正符号データとがマージされたデータを受信するステップと、 前記受信したデータの中から符号化データと誤り訂正符号データを識別するステツ プと、
前記符号化データと前記誤り訂正符号データに分離するステップと、
前記分離した符号化データを複号化して出力するステップと、
を含む、ことを特徴とするコンテンツの受信再生方法。
[41] クライアント装置によるコンテンツの受信再生方法であって、
符号化データと誤り訂正符号データとがマージされたデータを受信するステップと、 前記受信したデータの中から符号化データと誤り訂正符号データを識別するステツ プと、
前記符号化データと誤り訂正符号データとに分離するステップと、
前記符号化データと誤り訂正符号データを計算して、符号化データを再構成する ステップと、
前記分離、再構成した符号ィヒデータを復号ィヒして出力するステップと、 を含む、ことを特徴とするコンテンツの受信再生方法。
[42] 前記クライアント装置が、呼処理時に、誤り訂正符号データが送信されるという情報 を受理するステップを含む、ことを特徴とする請求項 41記載のコンテンツの受信再生 方法。
[43] クライアント装置によるコンテンツの受信再生方法であって、
符号化データと誤り訂正符号データとがマージされたデータを受信するステップと、 前記受信したデータの中から符号化データと誤り訂正符号データを識別するステツ プと、
符号化データと誤り訂正符号データに分離するステップと、
時間差をもうけて送信された符号ィヒ単位の符号化データと誤り訂正符号データを、 一つの符号化データに再構成できるように、
(A)予め定められた受信バッファサイズ、
(B)呼処理により通知されたバッファサイズ、
(C)コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイ ズ、
の少なくとも一つにより決定されるバッファサイズを確保するステップと、 前記符号化データと誤り訂正符号データを計算し、前記符号化データを再構成す るステップと、
前記分離、再構成した符号ィヒデータを復号ィヒして出力するステップと、 を含む、ことを特徴とするコンテンツの受信再生方法。
[44] 符号化データと誤り訂正符号データとがマージされたデータを受信する手段と、 前記受信したデータの中から符号化データと誤り訂正符号データを識別する手段 と、 前記符号化データと誤り訂正符号データに分離する手段と、
前記分離した符号化データを復号化して出力する手段と、
を備えている、ことを特徴とするクライアント装置。
[45] 符号化データと誤り訂正符号データとがマージされたデータを受信する手段と、 前記受信したデータの中から符号化データと誤り訂正符号データを識別する手段 と、
前記符号化データと誤り訂正符号データに分離する手段と、
前記符号化データと誤り訂正符号データを計算し、符号化データを再構成する手 段と、
前記分離、再構成した符号化データを復号化して出力する手段とを備えることを特 徴とするコンテンツのクライアント装置。
[46] 呼処理時に、誤り訂正符号データが送信されるという情報を受理する手段を備える
、ことを特徴とする請求項 45記載のクライアント装置。
[47] 符号化データと誤り訂正符号データがマージされたデータを受信する手段と、 前記受信したデータの中から符号化データと誤り訂正符号データを識別する手段 と、
前記符号化データと誤り訂正符号データに分離する手段と、
時間差をもうけて送信された符号ィヒ単位の符号化データと誤り訂正符号データを、 一つの符号化データに再構成できるように、
(A)予め定められた受信バッファサイズ、
(B)呼処理により通知されたバッファサイズ、
(C)コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイ ズ、
の少なくとも一つにより決定されるバッファサイズを確保する手段と、
符号化データと誤り訂正符号データを計算し、符号ィヒデータを再構成する手段と、 前記分離、再構成した符号化データを復号化して出力する手段と、
を備えている、ことを特徴とするクライアント装置。
[48] クライアント装置を構成するコンピュータに、 符号化データと誤り訂正符号データがマージされたデータを受信する処理と、 前記受信したデータの中力 符号ィヒデータと誤り訂正符号データを識別する処理 と、
前記符号化データと誤り訂正符号データに分離する処理と、
前記分離した符号化データを復号化して出力する処理と、
を実行させるプログラム。
[49] クライアント装置を構成するコンピュータに、
符号化データと誤り訂正符号データとがマージされたデータを受信する処理と、 前記受信したデータの中力 符号ィヒデータと誤り訂正符号データを識別する処理 と、
前記符号化データと誤り訂正符号データに分離する処理と、
前記符号化データと誤り訂正符号データを計算し、符号化データを再構成する処 理と、
前記分離、再構成した符号化データを復号化して出力する処理と、
を実行させるプログラム。
[50] 請求項 49に記載のプログラムにおいて、
呼処理時に誤り訂正符号データが送信されるという情報を受理する処理を、前記コ ンピュータに実行させるプログラム。
[51] クライアント装置を構成するコンピュータに、
符号化データと誤り訂正符号データとがマージされたデータを受信する処理と、 前記受信したデータの中力 符号ィヒデータと誤り訂正符号データを識別する処理 と、
前記符号化データと誤り訂正符号データに分離する処理と、
時間差をもうけて送信された符号ィ匕単位の符号化データと誤り訂正符号データを、 一つの符号化データに再構成できるように、
(A)予め定められた受信バッファサイズ、
(B)呼処理により通知されたバッファサイズ、
(C)コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイ ズ、
の少なくとも一つにより決定されるバッファサイズを確保する処理と、
前記符号化データと誤り訂正符号データを計算し、符号化データを再構成する処 理と、
前記分離、再構成した符号化データを復号化して出力する処理と、
を実行させるプログラム。
[52] 前記誤り訂正符号データは、 FEC (Forward Error Correction)データである、こと を特徴とする請求項 22又は 23に記載のコンテンツのエンコード方法。
[53] 前記誤り訂正符号データは、 FEC (Forward Error Correction)データである、こと を特徴とする請求項 24又は 25に記載のエンコード装置。
[54] 請求項 26又は 27、 48乃至 51のいずれか一に記載のプログラムにおいて、
前記誤り訂正符号データは、 FEC (Forward Error Correction)データである、こと を特徴とするプログラム。
[55] 前記誤り訂正符号データは、 FEC (Forward Error Correction)データである、こと を特徴とする請求項 40乃至 43のいずれか一に記載のコンテンツの受信再生方法。
[56] 前記誤り訂正符号データは、 FEC (Forward Error Correction)データである、こと を特徴とする請求項 44乃至 47のいずれか一に記載のクライアント装置。
[57] コンテンツ配信サーバが、請求項 1乃至 7のいずれか一に記載のコンテンツのェン コード方法により前記エンコーダによって作成された前記ファイルを入力し、ネットヮ ークを介してコンテンツをクライアント装置に配信するステップを含む、ことを特徴とす るコンテンツ配信方法。
[58] 請求項 28乃至 31のいずれか一に記載のコンテンツ受信再生方法にしたがって、 前記クライアント装置が、前記コンテンツ配信サーバからのデータを受信して再生す るステップをさらに含む、ことを特徴とする請求項 57記載のコンテンツ配信方法。
[59] コンテンツ配信サーバが、請求項 22又は 23記載のコンテンツのエンコード方法に より前記エンコーダによって作成された前記ファイルを入力し、ネットワークを介してコ ンテンッをクライアント装置に配信するステップを含む、ことを特徴とするコンテンツ配 信方法。 [60] 請求項 40乃至 43のいずれか一に記載のコンテンツ受信再生方法にしたがって、 前記クライアント装置が、前記コンテンツ配信サーバからのデータを受信して再生す るステップをさらに含む、ことを特徴とする請求項 59記載のコンテンツ配信方法。
[61] 請求項 8乃至 14のいずれか一に記載のエンコード装置と、
前記エンコード装置から出力されるファイルを入力してコンテンツを配信する配信サ ーバと、
請求項 32乃至 35のいずれか一に記載のクライアント装置と、
を備え、
前記クライアント装置は、前記配信サーバに通信接続され、前記配信サーバからコ ンテンッを受信して再生する、ことを特徴とするコンテンツ酉己信システム。
[62] 請求項 24又は 25に記載のエンコード装置と、
前記エンコード装置から出力されるファイルを入力してコンテンツを配信する配信サ ーバと、
請求項 44乃至 47のいずれか一に記載のクライアント装置と、
を備え、
前記クライアント装置は、前記配信サーバに通信接続され、前記配信サーバからコ ンテンッを受信して再生する、ことを特徴とするコンテンツ酉己信システム。
[63] コンテンツのデータまたは画像入力装置の入力データを符号ィ匕し、ファイルに記録 するエンコーダと、
前記ファイルに記録されたデータをネットワークを通してクライアント装置に配信する 配信サーバと、
前記配信サーバから送信され、前記ネットワークを通して受信したデータを選別し、 デコードして再生するクライアント装置と、
を備え、
前記エンコーダ装置は、
コンテンツのデータまたは前記画像入力装置からの入力データを入力するデータ 入力部と、
前記入力データを符号化して、 N個（ただし、 Nは 2以上の所定の正整数）の符号 化データとして出力する第 1乃至第 Nのエンコード部と、
前記 N個の符号ィ匕データをマージして、一つの連続符号化データに構成するマー ジ部と、
前記一つの連続符号化データ、及び連続符号化データ自体に関する情報を、前 記ファイルに出力するファイル出力部と、
を含み、
前記クライアント装置は、
前記ネットワークを通して、前記配信サーバからのパケットを受信する受信部と、 受信されたパケットから、連続符号化データに戻すデータ処理部と、
前記連続符号化データから、一つの符号化データに再構成し、その際、同一フレ ーム、同一部分のデータの重複をなくすため、複数の符号化データがそろっている 部分については、相対的に圧縮率の高いデータを破棄するデータ再構成部と、 前記再構成された符号化データを復号するデコード部と、
前記復号されたデータを再生し、画像信号の場合、表示する再生部と、 を含む、ことを特徴とするコンテンツ配信システム。
[64] 前記配信サーバは、
前記ファイルからデータを読み込むファイル入力部と、
前記ファイル入力部で読み込んだ前記データを、送信単位に分割するファイル解 析部と、
前記ファイル解析部で得た情報を基に、前記クライアント装置と、情報伝達及び/ 又は情報交換を行う呼処理部と、
送信用のパケットを生成するパケット生成部と、
前記 N個の符号ィ匕データ全てのパケットを、前記ネットワークに配信する配信部と、 を含み、
前記クライアント装置は、前記配信サーバと、情報伝達及び/又は情報交換を行 レ、、配信されるデータに対しての情報を得る呼処理部を含む、ことを特徴とする請求 項 63記載のコンテンツ配信システム。
[65] コンテンツのデータまたは画像信号入力装置からの入力データを符号化し、フアイ ルに記録するエンコーダと、
前記ファイルに記録されたデータをネットワークを通してクライアント装置に配信する 配信サーバと、
前記配信サーバから送信され、前記ネットワークを通して受信したデータを選別し、 デコードして再生するクライアント装置と、
を備え、
前記エンコーダ装置は、
コンテンツのデータまたは前記画像信号入力装置からの入力データを入力するデ ータ入力部と、
前記入力データをそれぞれ符号化し符号化データとして出力するエンコード部と、 前記エンコード部からの符号化データの誤り訂正符号（FEC； Forward Error Correction)データを生成する FEC部と、
前記符号化データと前記誤り訂正符号データとをマージして、一つの連続符号ィ匕 データに構成するマージ部と、
一つの連続符号化データ、及び連続符号化データ自体に関する情報をファイルに 出力するファイル出力部と、
を含み、
前記クライアント装置は、
前記ネットワークを通して、前記配信サーバからのパケットを受信する受信部と、 受信されたパケットから連続符号化データに戻すデータ処理部と、
前記連続符号化データの誤り訂正符号データを用いて計算し、元の符号化データ を再構成するデータ再構成部と、
前記再構成された符号化データを復号するデコード部と、
前記復号されたデータを再生し、画像信号の場合、表示する再生部と、 を含む、ことを特徴とするコンテンツ配信システム。
前記配信サーバは、
前記ファイルからデータを読み込むファイル入力部と、
前記データを送信単位に分割するファイル解析部と、 前記ファイル解析部で得た情報を基に、前記クライアント装置と、情報伝達及び/ 又は情報交換を行う呼処理部と、
送信用のパケットを生成するパケット生成部と、
前記符号化データのパケットをネットワークに配信する配信部と、
を含み、
前記クライアント装置は、
前記配信サーバと、情報伝達及び/又は情報交換を行い、配信されるデータに対 しての情報を得る呼処理部を含む、ことを特徴とする請求項 65記載のコンテンツ配 信システム。
[67] 前記入力データは、画像データ、及び Z又は、音声データである、ことを特徴とす る請求項 63又は 65に記載のコンテンツ配信システム。
[68] コンテンツから配信する符号化データをエンコーダで作成するとき、前記コンテンツ から複数の符号化データを作成するか、又は、前記符号化データと誤り訂正符号デ ータを作成し、作成したデータをマージしてファイルに格納するステップと、
クライアント装置へコンテンツを配信する配信サーバが、前記ファイルより前記複数 の符号化データのパケットを送信するか、又は、前記符号化データ及び誤り訂正符 号データを送信するステップと、
を含み、コンテンツ配信時における前記配信サーバでの複数のパケットの複製、誤 り訂正符号データの作成を不要としてなる、ことを特徴とするコンテンツ配信方法。
[69] 前記エンコーダは、作成した前記複数の符号化データ、又は、前記符号化データ と誤り訂正符号データを、符号化単位に交互に並べる、ことを特徴とする請求項 68 記載のコンテンツ配信方法。
[70] 前記エンコーダは、作成したデータをマージする際、同一符号化単位のデータが 隣り合わないように、所定の符号ィ匕単位数分ずらして、前記複数の符号化データを 符号化単位に並べる、ことを特徴とする請求項 69記載のコンテンツ配信方法。
PCT/JP2004/018574 2004-01-28 2004-12-13 コンテンツの配信方法、エンコード方法及び受信再生方法と装置並びにプログラム WO2005074182A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2005517385A JPWO2005074182A1 (ja) 2004-01-28 2004-12-13 コンテンツの配信方法、エンコード方法及び受信再生方法と装置並びにプログラム
CN2004800410867A CN1906880B (zh) 2004-01-28 2004-12-13 内容分发方法、编码方法、接收再现方法和装置
US10/587,712 US7856585B2 (en) 2004-01-28 2004-12-13 Content distribution method, encoding method, reception/reproduction method and apparatus, and program
EP04806935A EP1713193A4 (en) 2004-01-28 2004-12-13 CONTENT DISTRIBUTION M THODE, CODA GE MODE, M THODE AND RECOVERY / REPRODUCTION DEVICE, AND PROGRAM sb / sb
US12/943,073 US8055974B2 (en) 2004-01-28 2010-11-10 Content distribution method, encoding method, reception/reproduction method and apparatus, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004020124 2004-01-28
JP2004-020124 2004-01-28

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US10/587,712 A-371-Of-International US7856585B2 (en) 2004-01-28 2004-12-13 Content distribution method, encoding method, reception/reproduction method and apparatus, and program
US12/943,073 Continuation US8055974B2 (en) 2004-01-28 2010-11-10 Content distribution method, encoding method, reception/reproduction method and apparatus, and program

Publications (1)

Publication Number Publication Date
WO2005074182A1 true WO2005074182A1 (ja) 2005-08-11

Family

ID=34823740

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/018574 WO2005074182A1 (ja) 2004-01-28 2004-12-13 コンテンツの配信方法、エンコード方法及び受信再生方法と装置並びにプログラム

Country Status (6)

Country Link
US (2) US7856585B2 (ja)
EP (1) EP1713193A4 (ja)
JP (1) JPWO2005074182A1 (ja)
KR (2) KR20080102322A (ja)
CN (2) CN101714909A (ja)
WO (1) WO2005074182A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006042306A (ja) * 2004-06-25 2006-02-09 Seiko Epson Corp 映像配信システム、映像配信装置、映像受信装置、映像配信方法、映像受信方法、映像配信プログラム及び映像受信プログラム
WO2008072469A1 (ja) * 2006-12-11 2008-06-19 Nec Corporation メディア送受信方法、メディア送信方法、メディア受信方法、メディア送受信装置、メディア送信装置、メディア受信装置、ゲートウェイ装置、及びメディアサーバ
JP2015170962A (ja) * 2014-03-06 2015-09-28 日本放送協会 送信装置、受信装置及び水中伝送システム
JP7392374B2 (ja) 2019-10-08 2023-12-06 ヤマハ株式会社 無線送信装置、無線受信装置、無線システム及び無線送信方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7136066B2 (en) * 2002-11-22 2006-11-14 Microsoft Corp. System and method for scalable portrait video
FR2895181B1 (fr) * 2005-12-16 2008-12-05 Mediatvcom Sarl Procede et systeme de transmission d'un flux de donnees multimedia
US9781028B2 (en) * 2013-03-26 2017-10-03 Panasonic Corporation Transcoding and dynamic error correction for content centric networks using a proxy server
JP6540189B2 (ja) * 2015-04-21 2019-07-10 ソニー株式会社 送信装置、送信方法、およびプログラム
US11049219B2 (en) 2017-06-06 2021-06-29 Gopro, Inc. Methods and apparatus for multi-encoder processing of high resolution content
US11228781B2 (en) 2019-06-26 2022-01-18 Gopro, Inc. Methods and apparatus for maximizing codec bandwidth in video applications
US11481863B2 (en) 2019-10-23 2022-10-25 Gopro, Inc. Methods and apparatus for hardware accelerated image processing for spherical projections
CN113315997B (zh) * 2020-02-27 2023-07-14 株式会社东芝 发送装置、服务器装置、发送方法以及程序
JP7438835B2 (ja) * 2020-04-21 2024-02-27 株式会社東芝 サーバ装置、通信システム、プログラムおよび情報処理方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09307532A (ja) * 1996-05-13 1997-11-28 Canon Inc 通信端末装置及びデータ伝送システム
JPH10126389A (ja) * 1995-09-29 1998-05-15 Toshiba Corp 符号化装置および復号化装置
JPH11331253A (ja) * 1998-05-13 1999-11-30 Mitsubishi Electric Corp データ配布装置
JP2001101427A (ja) * 1999-09-30 2001-04-13 Victor Co Of Japan Ltd 画像圧縮方法、画像圧縮装置、画像伸長装置及び記録媒体
JP2001136150A (ja) * 1999-08-25 2001-05-18 Matsushita Electric Ind Co Ltd 制御信号を用いるｏｆｄｍ信号の伝送システムならびにこれに関する装置及び方法
JP2003318851A (ja) * 2002-04-26 2003-11-07 Nec Corp オーディオデータの符号変換伝送方法と符号変換受信方法及び装置とシステムならびにプログラム

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5862153A (en) * 1995-09-29 1999-01-19 Kabushiki Kaisha Toshiba Coding apparatus and decoding apparatus for transmission/storage of information
JPH09294264A (ja) * 1996-04-25 1997-11-11 Toshiba Corp 画像圧縮処理方法および画像圧縮処理装置
JP3532709B2 (ja) 1996-10-29 2004-05-31 株式会社東芝 動画像符号化方法および装置
JPH10191282A (ja) * 1996-12-27 1998-07-21 Hitachi Ltd データ伝送方法およびそれを用いた通信システム、送信装置、受信装置
KR100243008B1 (ko) * 1997-04-07 2000-03-02 김영환 엠펙(mpeg) 인코더 및 디코더
US6163870A (en) * 1997-11-06 2000-12-19 Compaq Computer Corporation Message encoding with irregular graphing
US6081909A (en) * 1997-11-06 2000-06-27 Digital Equipment Corporation Irregularly graphed encoding technique
US6618368B1 (en) * 1998-02-19 2003-09-09 Hitachi, Ltd. Data gateway and method for relaying data
CN1110205C (zh) * 1998-12-15 2003-05-28 国家科学技术委员会高技术研究发展中心 并行解码的数字信源解码器
EP1079576A3 (en) * 1999-08-25 2003-05-07 Matsushita Electric Industrial Co., Ltd. Multicarrier receiver with direct extraction of a control signal
EP1172958A1 (fr) 2000-07-11 2002-01-16 Koninklijke Philips Electronics N.V. Système de communication, émetteur, mèthode de protection contre des erreurs de transmission
JP2002044663A (ja) * 2000-07-24 2002-02-08 Canon Inc 画像符号化装置及び方法、画像表示装置及び方法、画像処理システム並びに撮像装置
US7095729B2 (en) 2000-12-22 2006-08-22 Intel Corporation Method for multimedia communication over packet channels
EP1274248A1 (en) * 2001-06-29 2003-01-08 Matsushita Electric Industrial Co., Ltd. Data reproduction apparatus and data reproduction method
EP1461954B1 (en) * 2001-12-28 2006-06-07 Matsushita Electric Industrial Co., Ltd. Data reproduction apparatus and data reproduction method
JP2003299095A (ja) * 2002-04-02 2003-10-17 Hitachi Ltd 動画像処理装置、動画処理方法及び動画記録装置
US7957465B2 (en) * 2002-04-26 2011-06-07 Nec Corporation Moving picture data code conversion/transmission method and device, code conversion/reception method and device

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10126389A (ja) * 1995-09-29 1998-05-15 Toshiba Corp 符号化装置および復号化装置
JPH09307532A (ja) * 1996-05-13 1997-11-28 Canon Inc 通信端末装置及びデータ伝送システム
JPH11331253A (ja) * 1998-05-13 1999-11-30 Mitsubishi Electric Corp データ配布装置
JP2001136150A (ja) * 1999-08-25 2001-05-18 Matsushita Electric Ind Co Ltd 制御信号を用いるｏｆｄｍ信号の伝送システムならびにこれに関する装置及び方法
JP2001101427A (ja) * 1999-09-30 2001-04-13 Victor Co Of Japan Ltd 画像圧縮方法、画像圧縮装置、画像伸長装置及び記録媒体
JP2003318851A (ja) * 2002-04-26 2003-11-07 Nec Corp オーディオデータの符号変換伝送方法と符号変換受信方法及び装置とシステムならびにプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1713193A4 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006042306A (ja) * 2004-06-25 2006-02-09 Seiko Epson Corp 映像配信システム、映像配信装置、映像受信装置、映像配信方法、映像受信方法、映像配信プログラム及び映像受信プログラム
JP4556703B2 (ja) * 2004-06-25 2010-10-06 セイコーエプソン株式会社 映像配信システム
WO2008072469A1 (ja) * 2006-12-11 2008-06-19 Nec Corporation メディア送受信方法、メディア送信方法、メディア受信方法、メディア送受信装置、メディア送信装置、メディア受信装置、ゲートウェイ装置、及びメディアサーバ
JPWO2008072469A1 (ja) * 2006-12-11 2010-03-25 日本電気株式会社 メディア送受信方法、メディア送信方法、メディア受信方法、メディア送受信装置、メディア送信装置、メディア受信装置、ゲートウェイ装置、及びメディアサーバ
JP2015170962A (ja) * 2014-03-06 2015-09-28 日本放送協会 送信装置、受信装置及び水中伝送システム
JP7392374B2 (ja) 2019-10-08 2023-12-06 ヤマハ株式会社 無線送信装置、無線受信装置、無線システム及び無線送信方法

Also Published As

Publication number Publication date
US7856585B2 (en) 2010-12-21
CN1906880B (zh) 2010-04-28
EP1713193A1 (en) 2006-10-18
KR20060123598A (ko) 2006-12-01
KR20080102322A (ko) 2008-11-24
CN1906880A (zh) 2007-01-31
US20110055658A1 (en) 2011-03-03
JPWO2005074182A1 (ja) 2008-01-10
US20070174752A1 (en) 2007-07-26
CN101714909A (zh) 2010-05-26
US8055974B2 (en) 2011-11-08
EP1713193A4 (en) 2012-02-22
KR100894235B1 (ko) 2009-04-20

Similar Documents

Publication Publication Date Title
US8055974B2 (en) Content distribution method, encoding method, reception/reproduction method and apparatus, and program
JP4475235B2 (ja) コンテンツの符号化、配信及び受信方法と装置とシステムならびにプログラム
JP4949591B2 (ja) ビデオ誤り回復方法
JP4405689B2 (ja) データ伝送
JP4016709B2 (ja) オーディオデータの符号変換伝送方法と符号変換受信方法及び装置とシステムならびにプログラム
JP2003224839A (ja) ストリーミングシステム及びストリーミング方法、ストリーミングサーバ及びデータ配信方法、クライアント端末及びデータ復号方法、オーサリング装置及びオーサリング方法、並びにプログラム及び記録媒体
JP2003318864A (ja) 符号化パケット伝送受信方法およびその装置ならびにプログラム
US7627184B2 (en) Content distribution/reception device, content transmission/reception method, and content distribution/reception program
JP4182347B2 (ja) 画像データ通信システム及び画像データ通信方法
Girod et al. A scalable codec for Internet video streaming
Vilei et al. A novel unbalanced multiple description scheme for video transmission over wlan
Kiran et al. Reduction of jitter in 3D video by transmitting over multiple network paths
JP5359724B2 (ja) ストリーミング配信システム、サーバ装置、ストリーミング配信方法及びプログラム
Fresia et al. An encoding/packetization solution for MPEG-4 facial animations delivery over RTP
Vilei et al. Unbalanced multiple description with variable frame rate
PERKIS et al. Multimedia over IP Networks
JP2011176442A (ja) ストリーミング配信装置、中継装置、ストリーミング配信方法、中継方法及びプログラム
JPH11355768A (ja) 符号化画像の再生方法，符号列変換装置および符号列変換プログラムの記録媒体

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2005517385

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2007174752

Country of ref document: US

Ref document number: 10587712

Country of ref document: US

Ref document number: 200480041086.7

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

WWE Wipo information: entry into national phase

Ref document number: 2004806935

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1020067017267

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2004806935

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020067017267

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 10587712

Country of ref document: US