JP2005167893A - Data buffering method in streaming terminal - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To check the contents of a received stream to prevent large load, to make the buffer size suitable, and to stabilize resistance properties to fault of a network. <P>SOLUTION: In a streaming terminal 102, a streaming receiver 201 communicates with a server 101 about reproduction start of the contents and control of stream during reproduction (step 1 in Figure), receives stream data transmitted from the server, and transmits the data to a stream buffering section 202 (step 2 in Figure). The section 202 detects a predetermined synchronous signal of the transmitted stream (step 3 in Figure), writes the stream data into a buffer 203 from a predetermined position acquired from the information (step 4 in Figure), and notifies a decoder 204 that decoding processing should start after predetermined data quantity is buffered (step 5 in Figure). <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a data buffering method in a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and reproduce it as a video signal and an audio signal.

  2. Description of the Related Art Conventionally, there are streaming terminals for receiving content published on the Internet and content broadcast on the Internet and reproducing them as video signals and audio signals.

  A playback method in a conventional streaming terminal will be described with reference to FIGS.

  FIG. 1 is a block diagram showing a digital streaming broadcasting system on the Internet. In FIG. 1, 101 is a server having a plurality of digital streaming contents, and 102 is a streaming terminal that receives and reproduces contents.

  The server 101 has a function of publishing content or content additional information (metafile) as a browser on the Internet, or is linked to content or content additional information from an anchor published as a browser on the Internet by another server It has a function to stretch.

  The streaming terminal 102 selects content on the browser and requests the server 101 to distribute the content. Thereafter, the streaming terminal 102 that has received the stream from the server 101 outputs a video signal and an audio signal obtained by reproducing the stream.

  FIG. 2 is a diagram illustrating the internal configuration of the streaming terminal 102. 2, 201 is a stream receiving unit, 202 is a stream buffering unit, 203 is a buffer, 204 is a decoding unit, and 205 is an output unit.

  Hereinafter, the data buffering method will be described with reference to the flowchart of FIG.

  The streaming terminal 102 communicates with the server 101 regarding the playback start procedure and the stream control during playback (step 1 in FIG. 10) and receives the stream data sent from the server 101 in the stream receiving unit 201. And sent to the stream buffering unit 202 (step 2 in FIG. 10). The stream buffering unit 202 writes the stream data in the predetermined buffer 203 (step 3 in FIG. 10), and notifies the decoding unit 204 to start the decoding process after buffering the predetermined amount of data (in FIG. 10). Step 4). The decoding unit 204 receives the notification of the start of the decoding process from the stream buffering unit 202, reads data from the buffer 203, performs a predetermined decoding process, and outputs a video signal and an audio signal (step 5 in FIG. 10). The output unit 205 converts the video signal and audio signal into a predetermined format or protocol and outputs the converted signal (step 6 in FIG. 10).

  For example, in this example, assuming that the stream is in the Transport Stream format defined by the MPEG-2 standard and the output is an analog format video signal and audio signal, the decoding unit 204 performs the MPEG-2 Transport Stream. And MPEG-2 video and audio packets included therein are decoded to output a digital video signal and a digital audio signal. The output unit 205 outputs an analog video signal and audio signal obtained by digital-analog conversion of the digital video signal and the digital audio signal, respectively.

Patent Document 1 relates to a streaming terminal.
JP 2002-344936 A

  However, in the conventional data buffering method in the streaming terminal, the streaming buffering unit 202 simply writes the received data to the buffer unit 203, and the decoding unit 204 starts the decoding process. And the stabilization of output image quality cannot be achieved. FIG. 3 shows the data structure of an MPEG-2 video. GOP (Group Of Picture) is a unit shown in the MPEG-2 video compression standard. There is a frame named I picture that has no correlation with. The GOP includes a code in which information of a plurality of frames is compressed, but there is only one I picture, and the GOP cannot be decoded without the information of the I picture. It has become. Therefore, when the buffered data is in the middle of the GOP, the decoding unit 204 cannot output the video signal until the head data of the next GOP. In addition, since the normal decoding unit 204 searches for codes that cannot be decoded and searches for codes that can be decoded at a speed higher than normal, the amount of data consumed at the start of the decoding process is different each time. For this reason, even if a certain amount of data is buffered each time, the amount of data in the buffer 203 in a stable state after the start of reproduction differs depending on where the data is started. As a result, the buffer may underflow at the start or immediately after the reproduction. Further, there is a risk of underflow depending on the buffer amount even during reproduction. To cope with this, it is necessary to prepare a larger buffer. In addition, since the amount of data in the buffer 203 during reproduction serves as an index of the tolerance of malfunctions in the network, it is difficult to give the streaming terminal a certain tolerance because it is different each time. .

  An object of the present invention is to check the content of a received stream so as not to have a large load, to make the buffer size appropriate, and to stabilize the tolerance to network malfunctions.

In order to solve the above-described problem, a data buffering method in a streaming terminal according to the first aspect of the present invention includes:
In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
The buffering means detects a synchronization code in a stream, and buffers data after the predetermined position without buffering data up to a predetermined position obtained from the synchronization code. A data buffering method in a streaming terminal,
The data buffering method in the streaming terminal according to the second aspect of the present invention comprises:
In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
The buffering means detects a synchronization code in the stream, buffers the data after the predetermined position without buffering data up to a predetermined position obtained from the synchronization code, and decodes the data A data buffering method in a streaming terminal, characterized in that when the means starts buffering when a predetermined amount of data that can be calculated from the synchronization code is buffered,
The data buffering method in the streaming terminal of the third invention of the present invention is:
In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
The buffering means detects a synchronization code in the stream, temporarily stores the information and starts buffering, and the decoding means decodes based on the temporarily stored synchronization code information. A data buffering method in a streaming terminal, wherein a start position of a stream to be used at the start is selected from the buffered data.
The data buffering method in the streaming terminal according to the fourth aspect of the present invention is:
In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
After the buffering means detects a synchronization code in the stream and starts buffering, and after buffering a predetermined amount of data that can be calculated from the synchronization code when the decoding means starts decoding; and A data buffering method in a streaming terminal characterized by:
A data buffering method in a streaming terminal according to a fifth aspect of the present invention is:
In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
When the stream sent from the server has been changed in order (interleaved) in a predetermined unit for security enhancement, the buffering means detects the start position of one cycle of interleaving. And a buffering method for data in a streaming terminal characterized by starting buffering from the beginning of the interleaving cycle,
The data buffering method in the streaming terminal of the sixth aspect of the present invention is:
In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
When the stream sent from the server has been changed in order (interleaved) in a predetermined unit for security enhancement, the buffering means detects the start position of one cycle of interleaving. In a streaming terminal characterized in that buffering is started from the beginning of an interleaving cycle and a predetermined amount of data that can be calculated from the cycle is buffered when the decoding means starts decoding. Data buffering method,
The data buffering method in the streaming terminal according to the seventh aspect of the present invention is:
In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
When the stream sent from the server has been changed in order (interleaved) in a predetermined unit for security enhancement, the buffering means detects the start position of one cycle of interleaving. The information is temporarily stored, and when the decoding unit starts decoding, after buffering a predetermined amount of data that can be calculated from the period, the decoding unit stores the information temporarily A data buffering method in a streaming terminal, wherein decoding is started from a start position.

The data buffering method in the streaming terminal according to the first aspect of the present invention detects the synchronization of compression encoding from the compression encoded stream distributed from the server, does not buffer the data up to the synchronization point, By buffering from the data after the synchronization point, it is possible to prevent degradation of playback quality by stabilizing the buffer amount after starting playback,
According to a second aspect of the present invention, there is provided a data buffering method in a streaming terminal that detects compression-encoding synchronization from a compression-encoded stream distributed from a server, buffers from the synchronization point, and By starting playback after buffering data for a predetermined synchronization period from the start, by stabilizing the amount of buffer after the start of playback, it is possible to prevent deterioration in playback quality,
In the data buffering method in the streaming terminal according to the third aspect of the present invention, the synchronization of compression encoding is detected from the compression encoded stream delivered from the server, and all received data is buffered. By playing after buffering data for a predetermined synchronization period, it is possible to prevent degradation of playback quality by stabilizing the buffer amount after starting playback,
The data buffering method in the streaming terminal according to the fourth aspect of the present invention detects the synchronization of compression encoding from the compression encoded stream delivered from the server, and all received data is buffered. Is played back after buffering the data for a predetermined synchronization period, and the decoding unit is notified of the synchronization point in the buffered data of the received data, and the decoding unit decodes from the notified synchronization point to reproduce. By stabilizing the buffer amount after the start, playback quality can be prevented from degrading,
According to a fifth aspect of the present invention, there is provided a data buffering method in a streaming terminal that detects rearrangement synchronization from a stream rearranged by a server and performs buffering from a synchronization point, thereby reducing a buffer amount after starting reproduction. Stabilization can prevent degradation of playback quality,
According to a sixth aspect of the present invention, there is provided a data buffering method in a streaming terminal that detects rearrangement synchronization from within a stream rearranged by a server, buffers from a synchronization point, and has a predetermined synchronization period from the synchronization point. By starting the playback after buffering the minute data, stabilizing the buffer amount after the start of playback can prevent the deterioration of the playback quality,
In the data buffering method in the streaming terminal according to the seventh aspect of the present invention, rearrangement synchronization is detected from within the stream rearranged by the server, and all received data is buffered. Of the received data is buffered and the synchronization point in the buffered data of the received data is notified to the decoding unit, thereby stabilizing the amount of buffer after playback is started, thereby preventing deterioration in playback quality. You can

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

(Embodiment 1)
Since FIGS. 1 to 3 are the same as those used in the description of the prior art, the description will be repeated.

  FIG. 4 is a flowchart showing a data buffering method in the streaming terminal according to Embodiment 1 of the present invention.

  FIG. 1 is a block diagram showing a digital streaming broadcasting system on the Internet. In FIG. 1, 101 is a server having a plurality of digital streaming contents, and 102 is a terminal for receiving and reproducing contents.

  The server 101 has a function of publishing content or content additional information (metafile) as a browser on the Internet, or is linked to content or content additional information from an anchor published as a browser on the Internet by another server It has a function to stretch.

  The streaming terminal 102 selects content on the browser and requests the server 101 to distribute the content. Thereafter, the streaming terminal 102 that has received the stream from the server 101 outputs a video signal and an audio signal obtained by reproducing the stream.

  FIG. 2 is a diagram illustrating the internal configuration of the streaming terminal 102. 2, 201 is a stream receiving unit, 202 is a stream buffering unit, 203 is a buffer, 204 is a decoding unit, and 205 is an output unit.

  Hereinafter, the data buffering method according to the present embodiment will be described with reference to the flowchart of FIG.

  In the stream receiving unit 201, the streaming terminal 102 communicates with the server 101 regarding the start of playback of content and the stream control during playback (step 1 in FIG. 4), and receives stream data sent from the server, The data is sent to the stream buffering unit 202 (step 2 in FIG. 4). The stream buffering unit 202 detects a predetermined synchronization signal of the sent stream (step 3 in FIG. 4), writes the stream data into the buffer 203 from a predetermined position obtained from the information (step 4 in FIG. 4), The decoding unit 204 is notified to start the decoding process after buffering a predetermined amount of data (step 5 in FIG. 4). The decoding unit 204 receives the notification of the start of the decoding process from the stream buffering unit 202, reads data from the buffer 203, performs a predetermined decoding process, and outputs a video signal and an audio signal (step 6 in FIG. 4). The output unit 205 converts the video signal and the audio signal into a predetermined format or protocol and outputs them (Step 7 in FIG. 4).

  In the present embodiment, it is assumed that the stream is in the Transport Stream format defined by the MPEG-2 standard, and the output is an analog video signal and audio signal. Further, it is assumed that the video signal and the audio signal included in the TransportStream are compressed according to the MPEG-2 video and MPEG-1 audio standards, respectively.

  Therefore, the stream buffering unit 202 analyzes the received data in the TransportStream format, and writes the received data to the buffer 203 from where the head of the GOP is detected. The previous received data is discarded. From here, for example, after buffering for 2 GOPs, the decoding unit 204 is notified of the start of the decoding process. That is, when receiving from the point a in FIG. 3, the GOP3 and GOP4 streams are written in the buffer 203, and then the decoding unit 204 is notified of the start of reproduction.

  As a result, the decoding unit 204 starts the decoding process from the beginning of the GOP every time, so the amount of data read from the buffer 203 is also stable. In other words, if the decoding process is started in the middle of a GOP, the data up to the beginning of the next GOP cannot be decoded. Until then, the data is processed faster than the original processing speed at the time of reproduction. There is nothing. Further, when the decoding process is started from the head of the GOP, the subsequent reading speed from the buffer 203 is equivalent to the speed of data sent from the server on the network, so that the data amount in the buffer 203 is always a predetermined time. become. That is, in this example, the data always has 2 GOPs. If the decoding process is started in the middle of the GOP, the data stored in the buffer 203 is processed at a high speed as described above. Therefore, the accumulated data is reduced, and the worst underflow causes the buffer to be empty. This is not the case in this embodiment.

  In this embodiment, data is written to the buffer from the beginning of the GOP. However, data to be written to the buffer may be from a TransportStream packet including the beginning of the GOP, or a communication system packet larger than the TransportStream including the beginning of the GOP. Even from the beginning. For example, an RTP (Real-Time Transport Protocol) packet may be used. Alternatively, it may be near the head of the GOP. Further, although 2 GOPs are buffered, any number of GOPs may be used, and even picture layers that are lower than the GOP may be detected and several picture buffers may be buffered.

(Embodiment 2)
In FIG. 1, FIG. 2, and FIG. 3, the description of the same operation as that of the first embodiment is omitted.

  FIG. 5 is a flowchart showing a data buffering method in the streaming terminal according to Embodiment 2 of the present invention.

  In the present embodiment, it is assumed that the stream is in the Transport Stream format defined by the MPEG-2 standard, and the output is an analog video signal and audio signal. Further, it is assumed that the video signal and the audio signal included in the TransportStream are compressed according to the MPEG-2 video and MPEG-1 audio standards, respectively.

  Hereinafter, the data buffering method according to the present embodiment will be described with reference to the flowchart of FIG.

  The stream buffering unit 202 analyzes the received data in the TransportStream format and detects the head of the GOP (step 3 in FIG. 5). The received data continues to be written in the buffer 203 from the first received data, but after buffering, for example, 2 GOPs from the head of the detected GOP (step 4 in FIG. 5), the decoding unit 204 is notified of the start of the decoding process ( Step 5) in FIG.

  As a result, when the decoding unit 204 starts the decoding process in the middle of the GOP, the data up to the head of the next GOP cannot be decoded, and until then, the data is processed faster than the processing speed during the decoding process. Since buffering is performed in consideration of the minutes, in this case, the data always has 2 GOPs. In other words, if the decoding process is started in the middle of the GOP, the data stored in the buffer 203 is processed at a high speed as described above. Therefore, the accumulated data is reduced, and the worst underflow causes an empty state. Sometimes it is, but there is no such thing.

  In this embodiment, 2 GOPs are buffered. However, any number of GOPs may be used, or even picture layers that are lower than the GOP may be detected and several picture buffers may be buffered.

(Embodiment 3)
In FIG. 1, FIG. 2, and FIG. 3, the description of the same operation as that of the first embodiment is omitted.

  FIG. 6 is a flowchart showing a data buffering method in the streaming terminal according to Embodiment 3 of the present invention.

  In the present embodiment, it is assumed that the stream is in the Transport Stream format defined by the MPEG-2 standard, and the output is an analog video signal and audio signal. Further, it is assumed that the video signal and the audio signal included in the TransportStream are compressed according to the MPEG-2 video and MPEG-1 audio standards, respectively.

  Hereinafter, the data buffering method according to the present embodiment will be described with reference to the flowchart of FIG.

  The stream buffering unit 202 analyzes the received TransportStream format data while buffering, and detects the head of the GOP (step 3 in FIG. 6). The position in the buffer 203 where the head of the GOP is written is temporarily stored (step 4 in FIG. 6). Thereafter, for example, after buffering for 2 GOPs (step 5 in FIG. 6), the position in the buffer 203 where the head of the GOP is written is notified to the decoding unit 204, and the start of the decoding process is notified (FIG. 6). Step 6). The decoding unit 204 reads out data from the head part of the notified GOP and starts decoding (step 7 in FIG. 6). As a result, the decoding unit 204 starts the decoding process from the beginning of the GOP every time, so the amount of data read from the buffer 203 is also stable. In other words, if the decoding process is started in the middle of a GOP, the data up to the beginning of the next GOP cannot be decoded, so until then the data is processed faster than the processing speed during the decoding process, but this is not the case. . When the decoding process is started from the beginning of the GOP, the reading speed from the buffer 203 is equivalent to the speed of data sent from the server on the network, so the data amount in the buffer 203 is always a predetermined time. . That is, in this example, it always has data for 2 GOPs. In other words, if the decoding process is started in the middle of the GOP, the data stored in the buffer 203 is processed at a high speed as described above. Therefore, the accumulated data is reduced, and the worst underflow causes an empty state. Sometimes it is, but there is no such thing.

  In the present embodiment, the buffer is written from the beginning of the GOP, but it may be from a TransportStream packet that includes the beginning of the GOP, or from a packet that is larger than the TransportStream that includes the beginning of the GOP. For example, an RTP packet may be used. Alternatively, it may be near the head of the GOP. Further, although 2 GOPs are buffered, any number of GOPs may be used, and even picture layers that are lower than the GOP may be detected and several picture buffers may be buffered.

(Embodiment 4)
In FIG. 1, FIG. 2, and FIG. 3, the description of the same operation as that of the first embodiment is omitted.

  FIG. 7 is a configuration diagram of data in the TransportStream format, and FIG. 8 is a flowchart showing a data buffering method in the streaming terminal according to the fourth embodiment of the present invention.

  In the present embodiment, it is assumed that the stream is in the Transport Stream format defined by the MPEG-2 standard, and the output is an analog video signal and audio signal. Further, it is assumed that the video signal and the audio signal included in the TransportStream are compressed according to the MPEG-2 video and MPEG-1 audio standards, respectively.

  In the present embodiment, it is assumed that the transport stream data transmitted from the server to the terminal has been reordered (interleaved) in units of transport stream packets in order to enhance security. That is, as shown in FIG. 7, the server rearranges and transmits in units of TransportStreamPackets at the time of transmission. The terminal receives this, rearranges it, and performs decoding. Naturally, the server side and the terminal side exchange information on sorting separately. Thereby, even if data other than a predetermined terminal receives the data being transmitted, it can be difficult to decode.

  Hereinafter, the data buffering method according to the present embodiment will be described with reference to the flowchart of FIG.

  The stream buffering unit 202 analyzes the received data in the TransportStream format, detects the beginning of the interleaving cycle (step 3 in FIG. 8), and writes the received data to the buffer 203 from here (step 4 in FIG. 8). For example, when received from TS5 indicated by b in FIG. 7, the TS10 writes to the buffer 203 and the received data from TS5 to TS9 is discarded. From here, for example, buffering is performed for two interleave cycles, and the decoding unit 204 is notified of the start of decoding (step 5 in FIG. 8). Even if the data in the middle of interleaving is decoded, it cannot be used as it is because it has lost continuity. For this reason, when data is written in the buffer 203 from the middle of interleaving, a failure such as noise occurs in the video and audio after decoding by the decoding unit 204. Therefore, this can be prevented by writing data to the buffer 204 from the beginning of the interleaving cycle. Further, in order to maintain continuity, processing can be performed only at every interleaving cycle. Therefore, if data for two interleaving cycles is first buffered, stable processing can be performed.

  In this embodiment, interleaving is performed in units of Transport Stream, but may be in units of separate communication packets. For example, an RTP unit may be used. Further, the buffering method of the first embodiment, the second embodiment, or the third embodiment may be combined with the present embodiment. Although two cycles are buffered, any number of cycles may be used.

(Embodiment 5)
In FIGS. 1 to 3 and FIG. 8, the description of the same operations as those of the first and fourth embodiments is omitted.

  FIG. 9 is a flowchart showing a data buffering method in the streaming terminal according to the fifth embodiment of the present invention.

  In the present embodiment, it is assumed that the stream is in the Transport Stream format defined by the MPEG-2 standard, and the output is an analog video signal and audio signal. Further, it is assumed that the video signal and the audio signal included in the TransportStream are compressed according to the MPEG-2 video and MPEG-1 audio standards, respectively.

  In the present embodiment, it is assumed that the transport stream data transmitted from the server to the terminal has been reordered (interleaved) in units of transport stream packets in order to enhance security.

  Hereinafter, the data buffering method according to the present embodiment will be described with reference to the flowchart of FIG.

  The stream buffering unit 202 analyzes the received TransportStream format data while writing it to the buffer 203, detects the beginning of the interleaving cycle (step 3 in FIG. 9), and temporarily stores the position where the beginning of the interleaving cycle is written. (Step 4 in FIG. 9). From here, for example, buffering is performed for two cycles of interleaving (step 5 in FIG. 9), the position where the beginning of the interleaving cycle temporarily stored in the decoding unit 204 is written to the buffer 203 is notified, and decoding starts. Notification is made (step 6 in FIG. 9). Even if the data in the middle of interleaving is decoded, it cannot be used as it is because it has lost continuity. For this reason, when data is decoded from the middle of interleaving, a failure such as noise occurs in the video and audio after decoding by the decoding unit 204. Therefore, the decoding unit 204 can prevent this by reading data from the buffer 203 from the beginning of the interleaving cycle. Further, in order to maintain continuity, processing can be performed only at every interleaving cycle. Therefore, if data for two interleaving cycles is first buffered, stable processing can be performed.

  In the present embodiment, the interleaving cycle has been described. However, the buffering method according to the first embodiment, the second embodiment, or the third embodiment may be combined therewith. Although two cycles are buffered, any number of cycles may be used.

  In all of the embodiments, the stream is in the TransportStream format defined in the MPEG-2 standard, but any stream may be used as long as it is a compression standard stream. For example, MPEG-4 may be used. In addition, the embodiment of the synchronization of video (video signal) has been described because the MPEG-2 video standard requires synchronization with a GOP having a longer period than the MPEG-1 audio standard. If the synchronization period on the audio side is longer than that on the video side, buffering may be controlled on the audio side.

  The data buffering method in the streaming terminal according to the present invention has an effect of adjusting the buffer start point or the decode start point to make the buffer size appropriate, and to stabilize the tolerance to the malfunction of the network. It is useful as a data buffering method in a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and reproduce it as a video signal and an audio signal.

Block diagram of digital streaming broadcasting system Block diagram of streaming terminal The figure which shows the data structure of the video of MPEG-2 The flowchart which shows the data buffering method in the streaming terminal in Embodiment 1 of this invention The flowchart which shows the data buffering method in the streaming terminal in Embodiment 2 of this invention The flowchart which shows the data buffering method in the streaming terminal in Embodiment 3 of this invention Structure diagram of data in TransportStream format The flowchart which shows the data buffering method in the streaming terminal in Embodiment 4 of this invention The flowchart which shows the data buffering method in the streaming terminal in Embodiment 5 of this invention A flowchart showing a data buffering method in a conventional streaming terminal

Explanation of symbols

DESCRIPTION OF SYMBOLS 101 Server 102 Streaming terminal 201 Stream receiving part 202 Streaming buffering part 203 Buffer 204 Decoding part

Claims (7)

In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
The buffering means detects a synchronization code in a stream, and buffers data after the predetermined position without buffering data up to a predetermined position obtained from the synchronization code. Data buffering method in a streaming terminal. In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
The buffering means detects a synchronization code in the stream, buffers the data after the predetermined position without buffering data up to a predetermined position obtained from the synchronization code, and decodes the data A data buffering method in a streaming terminal, characterized in that the means starts decoding when a predetermined amount of data that can be calculated from the synchronization code is buffered. In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
The buffering means detects a synchronization code in a stream while performing buffering, and the decoding means starts a decoding when a predetermined amount of data that can be calculated from the synchronization code is buffered. A data buffering method in a streaming terminal. In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
The buffering means detects the synchronization code in the stream while performing buffering, temporarily stores the position information where the synchronization code in the buffer is recorded, and calculates the trigger for the decoding means to start decoding from the synchronization code After a predetermined amount of data is buffered, and the decoding means determines the start position of the stream used at the start of decoding based on the recording position information of the temporarily stored synchronization code Data buffering method in a streaming terminal. In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
When the stream sent from the server has been changed in order (interleaved) in a predetermined unit for security enhancement, the buffering means detects the start position of one cycle of interleaving. And starting the buffering from the beginning of the interleaving cycle. In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
When the stream sent from the server has been changed in order (interleaved) in a predetermined unit for security enhancement, the buffering means detects the start position of one cycle of interleaving. In a streaming terminal characterized in that buffering is started from the beginning of an interleaving cycle and a predetermined amount of data that can be calculated from the cycle is buffered when the decoding means starts decoding. Data buffering method. In a streaming terminal that can receive content published on the Internet and content broadcast on the Internet and play at least either video signals or audio signals,
Receiving means for receiving a stream sent from a server having the content;
Buffering means for buffering received data;
A decoding means for decoding the buffered data and an output means for outputting the decoded video signal and audio signal;
When the stream sent from the server has been reordered (interleaved) in a predetermined unit to enhance security, the buffering means performs one cycle of interleaving while performing buffering. Is used to temporarily store the position information in which the start of interleaving is recorded in the buffer, and to buffer a predetermined amount of data that can be calculated from the period when the decoding means starts decoding A data buffering method in a streaming terminal, wherein the decoding means starts decoding from a position where the head of the temporarily stored interleave is recorded.

Images