WO2013065804A1 - コンテンツ再生情報推定装置及び方法及びプログラム - Google Patents
コンテンツ再生情報推定装置及び方法及びプログラム Download PDFInfo
- Publication number
- WO2013065804A1 WO2013065804A1 PCT/JP2012/078392 JP2012078392W WO2013065804A1 WO 2013065804 A1 WO2013065804 A1 WO 2013065804A1 JP 2012078392 W JP2012078392 W JP 2012078392W WO 2013065804 A1 WO2013065804 A1 WO 2013065804A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- reproduction
- content
- time
- terminal
- playback
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 60
- 230000008569 process Effects 0.000 claims description 32
- 238000012545 processing Methods 0.000 description 28
- 238000010586 diagram Methods 0.000 description 8
- 230000007704 transition Effects 0.000 description 8
- 230000000750 progressive effect Effects 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 230000003247 decreasing effect Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 230000006399 behavior Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000003139 buffering effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 230000001186 cumulative effect Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 239000006185 dispersion Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012806 monitoring device Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2401—Monitoring of the client buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4333—Processing operations in response to a pause request
Definitions
- the present invention relates to a content reproduction information estimation apparatus, method, and program, and in particular, content reproduction information for estimating reproduction quality of progressive download type content such as video in a system for distributing content data via a network.
- the present invention relates to an estimation apparatus, method, and program.
- Such a content distribution form is characterized in that a certain amount of buffering (initial buffer amount) is required before the start of processing, but the influence of the network can be reduced by increasing the buffer amount. , The time until the data processing starts becomes longer and the response becomes worse. Therefore, it is necessary to set an appropriate initial buffer amount in consideration of various situations. For example, there is a method of dynamically changing the initial buffer amount based on the packet transfer delay time (see Non-Patent Document 1, for example).
- the playback buffer may fall below a certain amount (playback stop threshold) and playback may be stopped.
- this reproduction stop has a great influence on the user experience quality of the content, since it cannot be dealt with by the conventional technology, a technique for estimating and grasping the content reproduction stop state is required.
- each divided unit is called a chunk and is stored in the playback buffer in units of chunks. That is, the buffer management is performed for the playback buffer based on the number of chunks or the playback time length of the accumulated chunks.
- the present invention has been made in view of the above points.
- the distribution side (distribution server) and the reception side (reproduction) of the content distribution system are provided.
- the present invention provides content reproduction information that can identify a reproduction stop factor and reflect it in the estimation of the reproduction stop state when estimating the reproduction stop state of the chunk-unit content data received by the terminal via the network.
- An object is to provide an estimation apparatus, method, and program.
- the content is provided between the distribution server and the terminal.
- a content reproduction information estimation device for estimating a state related to reproduction of Means for acquiring packet data distributed to the terminal from the distribution server and storing the packet data in a storage means; Means for estimating the amount of data in the buffer in the terminal based on the acquired packet data;
- a content reproduction information estimation device comprising means for comparing the estimated amount of data with a predetermined threshold to estimate a state relating to reproduction of the content at each time on the terminal. .
- a distribution server that distributes content data via a network and a reproduction terminal that reproduces the content data received from the distribution server while accumulating the reproduction data, Content data is stored in the playback buffer, and when the initial buffer amount of content data is stored in the playback buffer, playback starts. During playback, data required for playback is read from the playback buffer and stored in the playback buffer.
- the content data playback stop state in the terminal A content reproduction information estimation device that performs estimation, Packet information acquisition means for acquiring packet information transmitted and received via the network; Content reception amount estimation means for estimating time series information of content data amount received at each time on the playback terminal based on time series information of the packet information; Using the content data amount estimated by the content reception amount estimation means, a reproduction start time estimation means for estimating the time required for the reproduction terminal to start reproduction; Using the content data amount, the playback terminal estimates whether the playback terminal is in a playback state or a stop state from the amount of data consumed by the playback application of the playback terminal at each time after playback starts. Playback state estimation means; There is provided a content reproduction information estimation device, comprising: a reproduction stop time estimation unit that estimates a time during which reproduction is stopped and a length thereof when the reproduction state
- a content reproduction information estimation device that estimates reproduction / stop time of the content There, Provided between the distribution server and the terminal; Packet data acquisition means for acquiring packet data and a content list exchanged between the distribution server and the terminal and storing them in a storage means; Chunk time length estimation means for obtaining the playback time length of each chunk passed to the playback application of the terminal from the packet data acquired from the storage means or the content identifier of the content list, chunk data; Chunk acquisition time estimation means for acquiring the packet data from the storage means and obtaining a chunk acquisition time at which the chunk is passed to the playback application of the terminal; In advance, the threshold number th_p of the number of chunks in the buffer of the terminal when starting playback of the content, the threshold number th_s of the number of chunks to stop playback, the threshold value th_r of the number of chunks when restarting
- the packet data is acquired on the route between the distribution server and the reproduction terminal of the content distribution system, and the reproduction state is estimated based on the information, thereby modifying the distribution system.
- the reproduction information can be acquired without accompanying.
- the distribution server and the terminal are not modified, it is possible to estimate reproduction information for various content distribution systems by installing this system at an arbitrary point on the distribution route.
- the playback quality is estimated by the playback information estimation according to the technology of the present invention. It is possible to obtain information that contributes to the estimation. Further, in the estimation of the reproduction stop state, when it is determined as the stop state, it is possible to determine whether or not the state is due to a user operation.
- FIG. 1 is a system configuration diagram according to Embodiment 1.
- FIG. 3 is a flowchart of processing in the embodiment 1-1.
- 6 is a calculation result example of a content reception amount estimation unit according to Embodiment 1-1. This is the amount of data consumed by the playback application in Embodiment 1-1 each time after playback starts.
- 7 is an example of estimation results of information related to a reproduction state according to Embodiment 1-1.
- 2 is a system configuration diagram according to Embodiment 1-2.
- FIG. 6 is a flowchart of processing in the embodiment 1-2.
- FIG. 3 is a system configuration diagram according to Embodiment 1-3.
- 10 is a flowchart of processing in the embodiment 1-3.
- FIG. 14 is a system configuration diagram according to Embodiment 1-4.
- FIG. 10 is a flowchart of processing in the embodiment 1-4.
- FIG. 10 is a configuration diagram of a content reproduction information estimation device according to Embodiment 2.
- 6 is a flowchart showing an outline of an operation in the embodiment 2-1.
- 10 is a flowchart of a stop estimation procedure in the embodiment 2-1.
- 10 is a diagram for explaining a specific operation of a reproduction state estimation unit in Embodiment 2.
- FIG. 10 is a diagram for explaining a specific operation of a reproduction state estimation unit in Embodiment 2.
- FIG. It is a flowchart of the stop estimation procedure in Embodiment 2-2.
- FIG. 20 is a diagram showing an outline of operation in the embodiment 2-3.
- the present embodiment is directed to a progressive download video distribution service.
- the progressive download type video distribution service includes a sequential type and a chunk type.
- a sequential type embodiment will be described as a first embodiment
- a chunk type embodiment will be described as a second embodiment.
- Embodiment 1 includes Embodiment 1-1 to Embodiment 1-5
- Embodiment 2 includes Embodiment 2-1 to Embodiment 2-4.
- the progressive download video distribution service is targeted.
- the present invention is not limited to the progressive download video distribution service, and can be applied to various content distribution services.
- Embodiment 1 of the present invention will be described below with reference to the drawings.
- the first embodiment is provided on the distribution route without modifying any of the programs on the distribution side and the reception side. Performs packet capture and analysis.
- FIG. 1 shows a system configuration in the first embodiment.
- the system shown in the figure includes a content reproduction information estimation device 100, a reproduction terminal 200, and a content storage device 300 that estimate a reproduction stop state in a terminal that receives and reproduces content data.
- the content reproduction information estimation device 100 includes a packet information acquisition unit 110, a content reception amount estimation unit 120, a reproduction start time estimation unit 130, a reproduction state estimation unit 140, and a reproduction stop time estimation unit 150.
- the playback terminal 200 has a playback buffer 210 for buffering received content.
- the content storage device 300 includes a content transmission unit 310 that transmits content to the network and a content storage unit 320 that stores the content to be transmitted.
- the packet information acquisition unit 110 acquires capture information (packet information) of packets transmitted / received via the network.
- the content reception amount estimation unit 120 estimates time-series information of the amount of data passed to the playback application on the terminal from the acquired capture information.
- the content reception amount estimation unit 120 can also be installed at logically separated locations on the playback terminal 200. It can also be installed at an arbitrary position on a communication path such as a carrier network.
- the reproduction start time estimation unit 130 estimates the reproduction start time from the time series information of the data amount estimated by the content reception amount estimation unit 120.
- the reproduction state estimation unit 140 includes the amount of data consumed by the reproduction application on the reproduction terminal 200 estimated by the reproduction start time estimation unit 130 at each time after the reproduction starts and the reproduction application estimated by the content reception amount estimation unit 120. From the time series information of the amount of data passed to, the time required to start playback and the playback / stop state at each time are estimated, and the playback state is estimated.
- the playback presentation time estimation unit 150 estimates the playback stop time and the stop time.
- content storage device 300 will be described as a content data distribution server (hereinafter referred to as a distribution server) having means for storing a plurality of content data and distributing progressive download type content data via a network. .
- a distribution server having means for storing a plurality of content data and distributing progressive download type content data via a network.
- the playback terminal 200 has a means for playing back the content received from the distribution server 300 while accumulating it in the playback buffer 210.
- a content reproduction information estimation technique for analyzing a packet captured on a distribution route and estimating a reproduction stop state of the reproduction terminal 200 is provided. It is shown below.
- FIG. 2 is a flowchart of processing in the embodiment 1-1.
- Step 101) In the content reproduction information estimation apparatus 100 installed between the content data distribution server 300 and the reproduction terminal 200, the packet information acquisition unit 110 exchanges packet information (packets) between the distribution server 300 and the reproduction terminal 200. Data) part or all of the information.
- the packet information acquisition unit 110 can use a general sniffer device, a program, or the like. Further, the packet information acquisition unit 100 may be installed outside the content reproduction information estimation apparatus according to the present invention, and the captured packet information may be input to the content reception amount estimation unit 120.
- the content reception amount estimation unit 120 estimates time-series information of the amount of data passed to the playback application on the playback terminal 200 from a part or all of the packet information acquired by the packet information acquisition unit 110, and plays back It outputs to the start time estimation part 130.
- the time-series information of the data amount is, for example, when the distribution using RTP is performed, the received byte amount is estimated using the sequence number and time stamp information of RTP (Real-time Transport Protocol). You can get it by doing it. Even when TCP (Transmission Control Protocol) is used, it is possible to estimate the amount of received bytes by simulating the behavior of the TCP protocol in the playback terminal 200.
- TCP Transmission Control Protocol
- Step 103 It is determined whether or not reproduction has been started by comparing the amount of data estimated by the content reception amount estimation unit 120 with the packet reproduction information received by the packet information acquisition unit 110 and a predetermined reproduction start threshold value. If so, the process proceeds to step 103.
- FIG. 1 An example of the reception amount estimation result in the content reception amount estimation unit 120 is shown in FIG.
- the reproduction start time estimation unit 130 estimates the time required for the reproduction start from the time series information of the data amount estimated by the content reception amount estimation unit 120.
- the time required to start playback is the time required to receive data up to the threshold of the buffer amount at which the content starts to play for the first time. After the process, the process returns to step 101.
- Step 104) It is determined whether or not the reproduction is started by comparing the data amount estimated by the content reception amount estimation unit 120 using the packet information received by the packet information acquisition unit 110 and a predetermined reproduction start threshold. Is started, and the size of the content data is described in the packet data and it is determined that the playback has not ended, or the flow is determined not to be disconnected
- the playback state estimation unit 140 determines whether playback is continued at an arbitrary time after the start of communication of the playback terminal 200 based on the amount of data consumed by the playback application on the playback terminal 200 at each time after the start of playback. Determine. For example, the determination is performed according to the following procedure.
- the threshold value for the buffer amount at which content playback is started is Th p
- the threshold value for the buffer amount at which content playback is stopped is Th s .
- the reception amount time series data obtained by the content reception amount estimation unit 120 and the data amount consumed at each time after the reproduction time of the reproduction application are input, and the buffer amount is increased or decreased.
- the buffer amount is increased by ⁇ B.
- the buffer amount is decreased by ⁇ C.
- the playback state estimation unit 140 performs pseudo decoding based on packet information exchanged between the distribution server 300 and the playback terminal 200 as the amount of data consumed by the playback application at each time after playback starts.
- the necessary data amount at each reproduction time may be obtained, or may be calculated as the reproduction application consumes data at a predetermined fixed bit rate, but is not limited thereto.
- the bit rate is fixed at 800 kbps, it is considered that a cumulative amount of 100 KB is consumed 1 second after the start of playback, and a cumulative amount of 200 KB is consumed 2 seconds after the start of playback. In this way, the amount of data consumed by the playback application on the playback terminal 200 at each time after the start of playback is given in time series.
- Fig. 4 shows an example of the amount of data consumed by each playback application after playback starts.
- Step 105) It is determined whether or not the reproduction is started by comparing the data amount estimated by the content reception amount estimation unit 120 with the packet reproduction information received by the packet information acquisition unit 110 and a predetermined reproduction start threshold. Is started, and the size of the content data is described in the packet data and it is determined that the playback has been completed or the flow has been disconnected,
- the reproduction stop time estimation unit 150 estimates information on the reproduction state such as the time and time when reproduction is stopped.
- the buffer amount is increased or decreased in the same manner. However, since the playback of the content on the playback terminal 200 is stopped, the amount of data consumed by the application is 0, and only the increment of the received amount is added. . When the remaining amount of the buffer amount exceeds Th p , it is determined that the content reproduction is started.
- the playback stop time estimation unit 150 estimates the playback stop time and its length from the playback state transition information acquired from the playback state estimation unit 140.
- the playback state estimation unit 140 records the time when the playback state transitions as playback state transition information in an internal memory (not shown), and the playback presentation time estimation unit 150 acquires the time. .
- FIG. 6 shows a system configuration in the embodiment 1-2.
- the same components as those in FIG. 1 are denoted by the same reference numerals, and the description thereof is omitted.
- FIG. 6 is a configuration in which a buffer parameter estimation unit 410 is added to the configuration of the content reproduction information estimation device 100 of FIG.
- FIG. 7 is a flowchart of the process in the second embodiment of the present invention, and the same step number is assigned to the same process as the flow of FIG. 2 in the first embodiment.
- Step 101 The packet information acquisition unit 110 of the content reproduction information estimation device 400 acquires part or all of the packet information exchanged between the distribution server 300 and the reproduction terminal 200.
- the buffer parameter estimation unit 410 estimates a buffer parameter from packet information transmitted / received via the network acquired by the packet information acquisition unit 110.
- the buffer parameters include a buffer amount threshold value for starting content reproduction, a buffer amount threshold value for stopping content reproduction, a video encoding rate, and the like.
- Step 102) the content reception amount estimation unit 120 estimates time-series information of the amount of data passed to the playback application on the playback terminal 200 from a part or all of the packet information acquired from the packet information acquisition unit 110. And output to the reproduction start time estimation unit 130.
- the reproduction start time estimation unit 130 estimates the time required for the reproduction start from the time series information of the data amount estimated by the content reception amount estimation unit 120.
- the time required to start playback is the time required to receive data up to the buffer parameter estimated by the buffer parameter estimation unit 130 (the threshold of the buffer amount at which the content starts playback).
- Step 104) the playback state estimation unit 140 determines whether or not playback is continued at an arbitrary time after the start of communication from the amount of data consumed by the playback application on the playback terminal 200 at each time after the start of playback. judge. For example, the determination is performed according to the following procedure.
- the threshold value of the buffer amount at which content playback is started is th p
- the threshold value of the buffer amount at which content playback is stopped is th s .
- the reception amount time series data obtained by the content reception amount estimation unit 120 and the data amount consumed at each time after the reproduction time of the reproduction application are input, and the buffer amount is increased or decreased.
- the buffer amount is increased by ⁇ B.
- the buffer amount is decreased by ⁇ C.
- Step 105) When the reproduction state estimated by the reproduction state estimation unit 140 is “stopped state”, the reproduction stop time estimation unit 150 estimates information on the reproduction state such as the time and time when the reproduction is stopped. .
- the buffer amount In the “stop state”, the buffer amount is increased or decreased in the same manner. However, since the content is in the stopped state, the data amount consumed by the application is 0, and only the increase in the reception amount is added. When the remaining amount of the buffer amount exceeds Th p , it is determined that the content reproduction is started.
- the reproduction stop time estimation unit 150 estimates the time when reproduction was stopped and the time when the reproduction was stopped from the reproduction state estimation unit 140.
- FIG. 8 shows a system configuration according to Embodiment 1-3.
- FIG. 9 is a flowchart of the process in the embodiment 1-3, and the description of the same process as in FIGS. 2 and 7 is omitted.
- the amount of data read from the playback buffer 210 at each playback time of the content data received by the playback terminal 200 from the packet information transmitted / received via the network A reproduction rate estimation unit 510 for estimating the reproduction rate estimation unit 510, and the estimation result of the reproduction rate estimation unit 510 is input to the reproduction start time estimation unit 130.
- the reproduction rate estimation unit 510 for example, information transmitted and received between the distribution server 300 and the reproduction terminal 200 is reconstructed from the packet information acquired by the packet information acquisition unit 110, and the content reproduced by the reproduction terminal 200 is extracted. From the encoded video / audio data, a decoding amount at each reproduction time is estimated, and this is input to the reproduction start time estimation unit 130 as a data amount consumed at each time after the reproduction is started (step 301). By estimating content reproduction information from packet information, the amount of data consumed by the application on the terminal at each time can be estimated more accurately.
- FIG. 10 shows a system configuration according to Embodiment 1-4.
- the same components as those in FIGS. 1, 6, and 8 in the above-described embodiments 1-1 to 1-3 are denoted by the same reference numerals.
- FIG. 11 is a flowchart of processing in the embodiment 1-4.
- the total amount of content data received by reproduction terminal 200 and the content data from packet information transmitted / received via the network are transmitted. It has a content information estimation unit 610 that estimates the playback time length, and inputs the estimation result of the content information estimation unit 610 to the playback state estimation unit 140.
- reproduction is performed from information such as the Content-Length header included in the transmission / reception of the HTTP ⁇ ⁇ ⁇ ⁇ ⁇ GET message acquired by the packet information acquisition unit 110 and the difference between the sequence numbers at the start and end of the TCP flow.
- the total amount of content data received by the terminal 200 is estimated.
- the average bit rate of the content can be considered as B / len. Therefore, each time after the application on the playback terminal 300 starts playback The amount of data consumed by the data is calculated linearly from this average bit rate and used as an input to the reproduction state estimation unit 140.
- Embodiment 1-5 The system configuration in this embodiment is the same as that in Embodiment 1-4, but in this embodiment, content information estimation section 610 determines a predetermined playback rate fixed value for each content and playback terminal 200. The amount of data read from the reproduction buffer at each reproduction time is estimated from the received content data, and the estimation result is input to the reproduction state estimation unit 140. At this time, the content data received by the playback terminal 200 is input to the content information estimation unit 610 via the packet information acquisition unit 110.
- the content information estimation unit 610 prepares the playback rate as a discrete value based on, for example, predetermined image quality information of content such as “high image quality” and “low image quality” in the distribution system. Further, content image quality information is estimated from information exchanged from packet information, and the corresponding reproduction rate is set as the average bit rate of the content data. Using this average bit rate, the amount of data consumed by the application on the terminal at each time after starting playback is calculated linearly and used as an input to the playback state estimation unit.
- each content reproduction information estimation apparatus in the first embodiment can be realized by causing a computer to execute a program describing the processing contents described in the first embodiment. More specifically, the function of each unit of the content reproduction information estimation device is implemented by each unit using hardware resources such as a CPU, a memory, and a hard disk built in the computer that constitutes the content reproduction information estimation device. It can be realized by executing a program corresponding to the process.
- the program can be recorded on a computer-readable recording medium (portable memory or the like), stored, or distributed. It is also possible to provide the program through a network such as the Internet or electronic mail.
- the reproduction stop state is estimated in a terminal that receives and reproduces content data.
- FIG. 12 shows the configuration of the content reproduction information estimation apparatus in the second embodiment.
- a content reproduction information estimation apparatus 700 shown in the figure is connected to a distribution server 10 that performs distribution in units of chunks and a terminal 20, and includes a packet data acquisition unit 710, a storage unit 720, a reproduction state estimation unit 730, and a chunk state estimation unit. 740.
- the terminal 20 has at least a playback buffer and a playback application.
- the distribution server 10 distributes one content to the terminal 20 by dividing it into a plurality of chunks.
- the terminal 20 has a playback buffer. When a predetermined number of chunks is stored in the playback buffer, the terminal 20 starts playback. During playback, the data required for playback is read from the playback buffer and stored in the playback buffer. When the number of chunks that have been played falls below the playback stop threshold, playback stops. When the number of chunks exceeds the playback start threshold, playback starts.
- the packet data acquisition unit 710 acquires information on packets distributed from the distribution server 10 to the terminal 20 in units of chunks, and stores the acquired information in the storage unit 720.
- Information to be acquired includes packet information (packet data), packet capture information in units of chunks, a content list, and the like.
- the packet capture information for each chunk is obtained by dividing the capture data for each packet into chunks.
- the chunk state estimation unit 740 includes a chunk time length estimation unit 741 and a chunk acquisition time estimation unit 742.
- the chunk time length estimation unit 741 reads chunk information or a known content rule from the storage unit 720 in advance, and creates a list of playback time lengths of each chunk.
- the reproduction time length list can be held as a one-dimensional array, for example, or may be held as a two-dimensional array corresponding to the chunk number.
- the chunk acquisition time estimation unit 742 reads the packet capture information from the storage unit 720, estimates the time when transmission / reception of each chunk is completed, and creates a list of acquisition times of each chunk.
- the list of acquisition times can be stored as a one-dimensional array, for example, or may be stored as a two-dimensional array corresponding to the chunk number.
- the reproduction state estimation unit 730 uses the chunk reproduction time length list generated by the chunk time length estimation unit 741 and the chunk acquisition time list generated by the chunk acquisition time estimation unit 742 to acquire each chunk at each time.
- the remaining number in the reproduction buffer is estimated, and reproduction information such as whether the current content is in the reproduction state or in the stop state, and the time required to start reproduction is estimated.
- the content reproduction information estimation device 700 installed between the content data distribution server 10 and the terminal 20 includes a part of packet data exchanged in chunk units between the distribution server 10 and the terminal 20 in the packet data acquisition unit 710 or All the information is acquired and stored in the storage unit 720.
- the packet data acquisition unit 710 can be replaced with a general packet monitoring device, a program, or the like. Further, the captured packet data may be directly input to the chunk time length estimation unit 741 or the chunk acquisition time estimation unit 742 without being stored in the storage unit 720. In the present embodiment, it is assumed that packet data is stored in the storage unit 720 and the chunk state estimation unit 740 reads the packet data.
- the chunk time length estimation unit 741 and the chunk acquisition time estimation unit 742 have a memory (not shown) and store a chunk time length list that is a list of chunk playback time lengths and a chunk acquisition time list. It shall be.
- FIG. 13 is a flowchart showing an outline of the operation in the embodiment 2-1.
- the packet data acquisition unit 710 stores the packet data in the storage unit 720 (step 501), and the chunk reproduction time length estimation unit 741 stores the storage unit.
- the packet data is read from 720, the reproduction time length of the chunk is estimated, and the chunk time length list is updated (step 502).
- the chunk acquisition time estimation unit 742 reads the packet data from the storage unit 720, estimates the chunk acquisition time, updates the chunk acquisition time list (step 503), and when the flow reception ends ( Step 504, Yes), processing by the reproduction state estimation unit 730 is performed (step 505).
- the chunk time length estimation unit 741 estimates the playback time length of each chunk passed to the playback application on the terminal 20 from a part or all of the packet data (chunk number and time length) stored in the storage unit 720. , And stored in a memory (not shown) as a chunk time length list.
- the playback time length of each chunk may be extracted from the description of the time length in the content list (file list) exchanged with the distribution server 10 in a predetermined format or the like.
- the playback time length of each chunk is not constant, and may be a time length corresponding to the chunk playback time length acquired in advance from the content identifier or the like.
- the encoded data of each chunk may be decoded, and the time length may be estimated from the time stamp of the corresponding codec.
- the content list (file list) conforms to HLS (HTTP Live Streaming) (R. Pantos, Ed., W. May, "HTTP Live Streaming," IETF Internet-Draft, Sept. 2011.) Yes, a content list in which the URI (Unified Resource Indicator) and time length of each chunk file are described can be used.
- HLS HTTP Live Streaming
- URI Unified Resource Indicator
- the chunk acquisition time estimation unit 742 completes the acquisition of the chunk obtained from the packet data from the part or all of the packet data stored in the storage unit 720, and the acquisition time of each chunk passed to the playback application on the terminal 20 It is estimated from the time and stored in a memory (not shown) as a chunk acquisition time list.
- the acquisition time indicates the time when acquisition of each chunk is completed, but if acquisition of the acquisition completion time is difficult, the acquisition start time may be used as an alternative.
- the acquisition start time there is a slight time lag.
- the network state is constant to some extent, it is acceptable because it is a relative difference of a certain time. In the process of making a determination using both the acquisition completion time and the start time, the completion time cannot be replaced with the start time.
- the reproduction state estimation unit 730 is estimated based on the chunk reproduction time length estimated by the chunk time length estimation unit 741 and the chunk acquisition time estimation unit 742. Estimate the playback state of the content.
- estimation is performed according to the following procedure.
- the estimation of the number of chunks stored in the buffer of the terminal 20 at an arbitrary time is performed by using the chunk playback time length (list of chunk playback time length) estimated by the chunk state estimation unit 740 and each chunk. Perform based on acquisition time (list of acquisition times of each chunk).
- the time when the th_p-th chunk is acquired is set as T_0, and the estimated reproduction start time is set.
- the time when the threshold value th_p for the number of chunks for starting playback is exceeded is set as an estimated playback start time.
- the variable i indicating the chunk number being played is set to 1, and th_p is set with n being the number of chunks currently stored in the buffer.
- T_0 is set to the target time T at which the reproduction state is estimated.
- len_i be the playback time length of each chunk
- t_i be the relative value with the acquisition start time of the first chunk data of the content being 0, as the acquisition time of each chunk in the chunk acquisition time list.
- all times are considered as relative values from the start of reproduction.
- FIG. 14 is a flowchart of the stop estimation procedure in the embodiment 2-1.
- Step 601) In the list in which the acquisition time of each chunk is recorded, the acquisition time is larger than the time T when the number of chunks n accumulated in the previous buffer is increased and becomes T + len_i or less (T ⁇ t_i ⁇ T + len_i). ) Count the number of chunks (CNT) and add it to the number of chunks n currently stored in the buffer.
- Step 602 Decrease 1 from the number of chunks n currently stored in the buffer.
- Step 603 Compare the number n of chunks currently stored in the buffer with the threshold th_s of the number of chunks to stop playback. If n is large, it is assumed that the player is in the playback state, and if n is equal or small, It is estimated that the vehicle has stopped.
- Step 605 If not all the files listed in the content list have been processed, or if a predetermined number of chunks have not been processed, it is determined that there are unprocessed chunks. If it is determined in step 603 that the playback state is set, the process proceeds to step 601. On the other hand, if there is an unprocessed chunk and it is determined in step 603 that it is stopped, the process proceeds to step 606. If all the chunks have been processed, the process proceeds to step 610. Note that the content list includes at least a content identifier (ID) and a chunk identifier (ID) for each chunk included in the content. If the currently processed chunk is not the final chunk, the content list is Judge that there is a processing chunk.
- ID content identifier
- ID chunk identifier
- Step 606 If there is an unprocessed chunk and it is in a stopped state, advance T until the time when the next chunk is acquired (update the value of T), and increase the number n of chunks currently stored in the buffer by 1 .
- Step 607) The number n of chunks currently stored in the buffer is compared with the threshold th_r of the number of chunks to resume reproduction. If n is larger than th_r, the process proceeds to step 608, where n is equal to th_r or th_r If smaller, the process proceeds to step 609.
- Step 608 It is estimated that a transition to the playback state occurs.
- Step 609 It is estimated that the vehicle is still stopped.
- Step 610 A series of playback states at each time is output with all the subsequent steps being played.
- FIG. 15A and 15B show specific examples.
- FIG. 15A shows the preconditions
- FIG. 15B shows the transition of the operation.
- n is equal to th_p and is 5 at the start.
- the various threshold values may be values that dynamically vary depending on the playback state, the number of stops, and the like.
- a value derived from the chunk acquisition time interval may be used as the chunk time length.
- Embodiment 2-2 In the above Embodiment 2-1, it is possible to estimate the playback state by estimating the transition of the number of acquired chunks. However, when it is estimated that the playback is stopped based on the capture data, the playback stop is It is not considered to distinguish whether the cause is caused by the network or the user's behavior.
- the following processing is performed in order to estimate whether the cause of the reproduction stop is the network or the user's action.
- FIG. 16 is a flowchart of the stop estimation procedure in the embodiment 2-2.
- Step 702 In the list in which the acquisition time of each chunk is recorded, the acquisition time is larger than the time T when the number of chunks n accumulated in the previous buffer is increased and becomes T + len_i or less (T ⁇ t_i ⁇ T + len_i). ) Count the number of chunks and add to the number of chunks n currently stored in the buffer.
- Step 703 When the acquisition start times are sorted in chronological order for the chunks to be added in Step 702, the i-th and i + 1-th chunk numbers are discontinuous (the number of increments of the chunk number is 1). If the chunk number is discontinuous, fast-forwarding, rewinding, etc. occurred outside the range of the chunks accumulated by the user operation. If it is determined that it is, the process proceeds to step 701 to reset each counter. Further, the determination in this flow is aborted, and estimation is started from the detected non-consecutive number (i + 1).
- Step 704 For each chunk to be added in Step 702, calculate the time t from the chunk acquisition start time and acquisition completion time to the start of acquiring the next chunk after the chunk acquisition is completed. .
- Step 705 When the time t calculated in Step 704 is larger than the playback time length len_ (i-1) of the chunk that was played immediately before by a certain amount ( ⁇ ), the playback is paused by a user operation. And the process proceeds to step 706.
- the certain degree ( ⁇ ) is a value for absorbing an error between the estimated reproduction time of each chunk and the actual reproduction time, and the chunk reproduction time length itself, which is the length of the chunk reproduction time.
- a method using a fixed value such as 1.1 times, a fixed time length, or a value considering the dispersion of network delay time may be used.
- the accuracy changes depending on how the fixed time is determined. In order to improve the accuracy, it is necessary to set the width so as to allow an error (deviation) between the expected reproduction time length of the chunk and the actual time length.
- the error needs to be smaller than the minimum time length to be identified as a user operation. Therefore, it is desirable to use a fixed time length of about 1 second as ⁇ . Further, the optimum value may be determined by performing verification for each service.
- Step 706 If it is determined in step 705 that the reproduction is paused, the amount of data stored in the buffer is not reduced. Also, the starting point of the time when the buffer is not reduced starts from the value obtained by adding the chunk time length to the acquisition start time rr_j of the last received chunk, and the chunk time length is added to the acquisition completion time rs_j of the last received chunk It is good also as the arbitrary time to a value. For example, when rr_j-rs_j is smaller than the chunk time length, the starting point of the time when the buffer is not reduced is rs_j + Chunk time length / 2 If it is large, rr_i may be adopted. When acquisition of a new chunk is started next, the process proceeds to step 702.
- step 703 If no user operation is involved, the content is played in a predetermined order. Therefore, since the chunk numbers are always consecutive, if the chunk numbers are discontinuous (step 703, Yes), it can be determined that a user operation has been performed.
- Step 707 Decrease 1 from the number of chunks n currently stored in the buffer.
- Step 708) Compare the number n of chunks currently stored in the buffer with the threshold th_s of the number of chunks to stop playback. If n is large, it is assumed that the player is in the playback state, and if n is equal to or smaller than th_s. It is presumed that the vehicle has stopped.
- Step 710) Among the chunks that make up the content, if not all the files listed in the content list have been processed, or if a predetermined number of chunks have not been processed, it is determined that there are unprocessed chunks. If it is determined in step 708 that the playback state is set, the process proceeds to step 702. On the other hand, if there is an unprocessed chunk and it is determined in step 708 that it is stopped, the process proceeds to step 711. If all chunks have been processed, the process proceeds to step 715. Note that the content list includes at least a content identifier (ID) and a chunk identifier (ID) for each chunk included in the content. If the currently processed chunk is not the final chunk, the content list is Judge that there is a processing chunk.
- ID content identifier
- ID chunk identifier
- Step 711) If there is an unprocessed chunk and it is in a stopped state, advance T until the time when the next chunk is acquired (update the value of T), and increase the number n of chunks currently stored in the buffer by 1 .
- Step 712 Compare the number of chunks n currently stored in the buffer with the threshold number th_r of the number of chunks to resume playback. If n is greater than th_r, the process proceeds to step 713, where n is equal to th_r or th_r If smaller, the process proceeds to step 714.
- Step 713 It is estimated that a transition to the playback state occurs.
- Step 714 It is estimated that the vehicle is still stopped.
- Step 715 All the subsequent processes are set as playback states, and a series of playback states at each time is output.
- the various threshold values may be values that dynamically vary depending on the playback state, the number of stops, and the like.
- a value derived from the chunk acquisition time interval may be used as the chunk reproduction time length.
- the chunks are downloaded prior to playback, and playback starts by accumulating a certain number of chunks. Also, once playback is started, playback is continued if there is a certain number of unreproduced chunks that have already been acquired, but playback is stopped when less than a certain number. For example, when the acquired unreproduced chunk is 0 and the chunk to be reproduced next is being downloaded, the reproduction cannot be continued, so that the pause state is set.
- the playback state by estimating the transition of the number of acquired chunks.
- the timing at which the number of acquired chunks is changed is limited to two, that is, when acquisition of a new chunk is completed and when reproduction of a chunk that is being reproduced is completed. Therefore, the number of acquired and unreproduced chunks is estimated by estimating the former from the captured data and the latter based on the bit rate and elapsed time of the content.
- FIG. 17 is a flowchart of the operation of the embodiment 2-3.
- a time length list and an acquisition time list are created in advance from capture data.
- the two lists are input each time capture data is input.
- the playback state estimation unit 730 is processed to update the target time T for newly estimating the playback state.
- use new chunk for playback (step 804) means When in the playback state, increment i and play the chunk in the playback buffer; ⁇ Acquire new chunk data when stopped The two meanings are included.
- Embodiment 2-4 The chunk time length estimation unit 741 of Embodiments 2-1 and 2-2 estimates the chunk reproduction time length from the received byte amount and the reproduction rate, instead of directly calculating the time.
- the amount of received bytes of the chunk can be easily acquired when the packet information acquisition unit 710 outputs information in units of chunks.
- the playback rate may be specified by a predetermined identifier (for example, a character string indicating the image quality size in the URL indicating the content list or chunk), or is directly described in the content list. May be used.
- the packet data is acquired on the route between the distribution server and the reproduction terminal of the content distribution system, and the reproduction information is estimated based on the information, so that the distribution system can be obtained.
- the reproduction information can be acquired without any modification.
- each component of the content reproduction information estimation apparatus in FIG. 12 is constructed as a program and installed and executed on a computer used as the content reproduction information estimation apparatus, or distributed via a network. Is possible.
- the content reproduction information estimation apparatus in FIG. 12 can be realized by causing a computer to execute a program describing the processing contents described in the second embodiment. More specifically, the function of each unit of the content reproduction information estimation device is implemented by each unit using hardware resources such as a CPU, a memory, and a hard disk built in the computer that constitutes the content reproduction information estimation device. It can be realized by executing a program corresponding to the process.
- the program can be recorded on a computer-readable recording medium (portable memory or the like), stored, or distributed. It is also possible to provide the program through a network such as the Internet or electronic mail.
- content reproduction information estimation device 110 packet information acquisition unit 120 content reception amount estimation unit 130 reproduction start time estimation unit 140 reproduction state estimation unit 150 reproduction stop time estimation unit 200 reproduction terminal 210 reproduction buffer 300 content storage device 310 content transmission unit 320 content Storage unit 400 Content playback information estimation device 410 Buffer parameter estimation unit 500 Content playback information estimation device 510 Playback rate estimation unit 600 Content playback information estimation device 610 Content information estimation unit 10 Distribution server 20 Terminal 700 Content playback information estimation device 710 Packet data acquisition Unit 720 storage unit 730 reproduction state estimation unit 740 chunk state estimation unit 741 chunk time length estimation unit 742 chunk acquisition time designation unit
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
Description
前記配信サーバから前記端末に配信されるパケットデータを取得して、記憶手段に格納する手段と、
前記取得したパケットデータに基づいて、前記端末におけるバッファ内のデータ量を推定する手段と、
前記推定されたデータ量と所定の閾値とを比較することにより、前記端末における前記コンテンツの各時刻における再生に関する状態を推定する手段とを備えることを特徴とするコンテンツ再生情報推定装置が提供される。
前記ネットワークを介して送受信されるパケット情報を取得するパケット情報取得手段と、
前記パケット情報の時系列情報に基づいて、前記再生端末にて各時刻に受信したコンテンツデータ量の時系列情報を推定するコンテンツ受信量推定手段と、
前記コンテンツ受信量推定手段で推定された前記コンテンツデータ量を用いて、前記再生端末にて再生開始までに要した時間を推定する再生開始時間推定手段と、
前記コンテンツデータ量を用いて、前記再生端末の再生アプリケーションが再生開始後の各時間に消費するデータ量から前記再生端末にて各時刻における状態が再生状態または停止状態のいずれにあるかを推定する再生状態推定手段と、
前記再生状態推定手段において停止状態と判断された場合の再生が停止された時間およびその長さを推定する再生停止時間推定手段と、を有することを特徴とするコンテンツ再生情報推定装置が提供される。
前記配信サーバと前記端末間に設けられ、
前記配信サーバと前記端末間で交換されるパケットデータ及びコンテンツリストを取得して、記憶手段に格納するパケットデータ取得手段と、
前記記憶手段から取得した前記パケットデータ、または、コンテンツリストのコンテンツの識別子、チャンクのデータから、前記端末の再生アプリケーションに渡される各チャンクの再生時間長を求めるチャンク時間長推定手段と、
前記記憶手段から前記パケットデータを取得して、前記端末の前記再生アプリケーションにチャンクが渡されるチャンク取得時刻を求めるチャンク取得時刻推定手段と、
予め、コンテンツの再生を開始する際の前記端末のバッファ中のチャンク数の閾値th_p、再生を停止するチャンク数の閾値th_s、再生を再開する際のチャンク数の閾値th_rを設定し、
前記記憶手段の前記パケットデータと前記コンテンツリストを参照し、前記チャンク時間長推定手段で得られた前記チャンクの再生時間長と、前記チャンク取得時刻推定手段で得られた前記チャンク取得時刻から、現在前記端末のバッファに蓄積されているチャンク数を求め、該チャンク数と各閾値を比較して、端末の状態が再生状態、または、停止状態であるかを判定する再生状態推定手段と、を有することを特徴とするコンテンツ再生情報推定装置が提供される
以下図面と共に、本発明の実施の形態1を説明する。
以下、図1に示すシステムにおける再生停止時間推定処理について説明する。
図6は、実施の形態1-2におけるシステム構成を示す。同図において、図1の構成と同一構成部分には同一符号を付し、その説明を省略する。
図8は、実施の形態1-3におけるシステム構成を示す。
図10は、実施の形態1-4におけるシステム構成を示す。同図において、前述の実施の形態1-1~1-3における図1、図6、図8と同一構成部分には同一符号を付す。
本実施の形態におけるシステム構成は、実施の形態1-4と同様であるが、本実施の形態では、コンテンツ情報推定部610において、予め定められたコンテンツ毎の再生レート固定値と再生端末200にて受信したコンテンツデータから、各再生時刻において再生バッファから読み出されるデータ量を推定し、推定結果を再生状態推定部140に入力する。このとき、再生端末200で受信したコンテンツデータは、パケット情報取得部110を介してコンテンツ情報推定部610に入力される。
次に、図面と共に本発明の実施の形態2を説明する。
以下では、コンテンツ再生情報推定装置として前述の図12に基づいて説明する。
・コンテンツの再生を開始する際のバッファ中のチャンク数の閾値th_p;
・再生を停止するチャンク数の閾値th_s;
・再生を再開する際のチャンク数の閾値th_r;
を予め設定する。このとき、任意の時刻において端末20のバッファに蓄積されているチャンク数の推定を、チャンク状態推定部740で推定された各チャンクの再生時間長(チャンクの再生時間長のリスト)及び各チャンクの取得時刻(各チャンクの取得時刻のリスト)をもとに行う。th_p個目のチャンクを取得した時刻をT_0として、推定された再生開始時刻とする。ここで、再生開始のチャンク数の閾値th_pを越えた時刻を再生開始時刻推定値とする。
上記の実施の形態2-1では、取得済みのチャンク数の遷移を推定することで再生状態の推定を行うことができるが、キャプチャデータを基に再生停止と推定された場合において、再生停止の発生原因がネットワークに起因するものか、利用者の行動に起因するものかを区別することを考慮していない。
rs_j+チャンク時間長/2
とし、大きい場合には、rr_iを採用する、などしてもよい。また、次に新たなチャンクの取得を開始された場合に、ステップ702に移行する。
図17は、実施の形態2-3の動作のフローチャートである。
・再生状態にあるときに、iをインクリメントして、再生バッファ中のチャンクを再生する;
・停止状態にあるときに、新たにチャンクのデータを取得;
の2つの意味を含む。
実施の形態2-1、2-2のチャンクの時間長推定部741において、時間を直接出すのではなく、受信バイト量および再生レートからチャンクの再生時間長を推定する。なお、チャンクの受信バイト量は、パケット情報取得部710においてチャンク単位の情報を出力する際に容易に取得できる。また、再生レートは、予め定められた識別子(例えば、コンテンツリストやチャンクを示すURL中の画質サイズを表す文字列等)によって規定されたものでもよく、また、コンテンツリストに直接記載してあるものを用いてもよい。
110 パケット情報取得部
120 コンテンツ受信量推定部
130 再生開始時間推定部
140 再生状態推定部
150 再生停止時間推定部
200 再生端末
210 再生バッファ
300 コンテンツ格納装置
310 コンテンツ送出部
320 コンテンツ格納部
400 コンテンツ再生情報推定装置
410 バッファパラメータ推定部
500 コンテンツ再生情報推定装置
510 再生レート推定部
600 コンテンツ再生情報推定装置
610 コンテンツ情報推定部
10 配信サーバ
20 端末
700 コンテンツ再生情報推定装置
710 パケットデータ取得部
720 記憶部
730 再生状態推定部
740 チャンク状態推定部
741 チャンクの時間長推定部
742 チャンクの取得時刻指定部
Claims (16)
- 配信サーバからネットワークを介して、コンテンツを端末に対して配信し、端末において該コンテンツを再生するシステムにおいて、前記配信サーバと前記端末間に設けられ、該コンテンツの再生に関する状態を推定するコンテンツ再生情報推定装置であって、
前記配信サーバから前記端末に配信されるパケットデータを取得して、記憶手段に格納する手段と、
前記取得したパケットデータに基づいて、前記端末におけるバッファ内のデータ量を推定する手段と、
前記推定されたデータ量と所定の閾値とを比較することにより、前記端末における前記コンテンツの各時刻における再生に関する状態を推定する手段と
を備えることを特徴とするコンテンツ再生情報推定装置。 - ネットワークを介してコンテンツデータ配信を行う配信サーバと、前記配信サーバから受信したコンテンツデータを蓄積しながら再生する再生端末からなり、該再生端末が、該コンテンツデータを再生バッファに蓄積し、該再生バッファに初期バッファ量のコンテンツデータが蓄積されると再生を開始し、再生中は該再生バッファから再生に必要なデータを読み出し、該再生バッファに蓄積されたバッファ量が再生停止閾値を下回ると再生が停止し、該再生バッファに蓄積されたバッファ量が再生開始閾値を上回ると再生が開始する機能を有するシステムにおいて、端末におけるコンテンツデータの再生停止状態の推定を行うコンテンツ再生情報推定装置であって、
前記ネットワークを介して送受信されるパケット情報を取得するパケット情報取得手段と、
前記パケット情報の時系列情報に基づいて、前記再生端末にて各時刻に受信したコンテンツデータ量の時系列情報を推定するコンテンツ受信量推定手段と、
前記コンテンツ受信量推定手段で推定された前記コンテンツデータ量を用いて、前記再生端末にて再生開始までに要した時間を推定する再生開始時間推定手段と、
前記コンテンツデータ量を用いて、前記再生端末の再生アプリケーションが再生開始後の各時間に消費するデータ量から前記再生端末にて各時刻における状態が再生状態または停止状態のいずれにあるかを推定する再生状態推定手段と、
前記再生状態推定手段において停止状態と判断された場合の再生が停止された時間およびその長さを推定する再生停止時間推定手段と、
を有することを特徴とするコンテンツ再生情報推定装置。 - 前記パケット情報からバッファパラメータを推定するバッファパラメータ推定手段を更に有し、
前記再生開始時間推定手段は、
前記コンテンツ受信量推定手段で推定された前記コンテンツデータ量の時系列情報及び前記バッファパラメータ推定手段において推定された前記バッファパラメータから、前記再生端末上の再生アプリケーションが再生開始後の各時間に消費するデータ量の推定を行い、再生開始に要する時間を推定する手段を含む
請求項2記載のコンテンツ再生情報推定装置。 - 前記パケット情報から、前記再生端末にて受信したコンテンツデータの各再生時刻において前記再生バッファから読み出されるデータ量を推定する再生レート推定手段を更に有し、
前記再生開始時間推定手段は、
前記再生レート推定手段によって推定された前記データ量を用いて、再生開始に要する時間を推定する手段を含む
請求項2または3に記載のコンテンツ再生情報推定装置。 - 前記パケット情報の前記再生端末にて受信したコンテンツデータの総量およびコンテンツの再生時間長から各再生時刻において前記再生バッファから読み出されるデータ量を推定する第1のコンテンツ情報推定手段を更に有し、
前記再生開始時間推定手段は、
前記第1のコンテンツ情報推定手段によって推定された前記データ量を用いて、再生開始に要する時間を推定する手段を含む
請求項2または3に記載のコンテンツ再生情報推定装置。 - 予め定められたコンテンツ毎の再生レート固定値と前記再生端末にて受信したコンテンツデータから、各再生時刻において再生バッファから読みだされるデータ量を推定する第2のコンテンツ情報推定手段を更に有し、
前記再生開始時間推定手段は、
前記第2のコンテンツ情報推定手段によって推定された前記データ量を用いて、再生開始に要する時間を推定する手段を含む
請求項2または3記載のコンテンツ再生情報推定装置。 - 配信サーバからネットワークを介して、コンテンツをチャンク単位で端末に対して配信するシステムにおいて、該コンテンツの再生・停止時間を推定するコンテンツ再生情報推定装置であって、
前記配信サーバと前記端末間に設けられ、
前記配信サーバと前記端末間で交換されるパケットデータ及びコンテンツリストを取得して、記憶手段に格納するパケットデータ取得手段と、
前記記憶手段から取得した前記パケットデータ、または、コンテンツリストのコンテンツの識別子、チャンクのデータから、前記端末の再生アプリケーションに渡される各チャンクの再生時間長を求めるチャンク時間長推定手段と、
前記記憶手段から前記パケットデータを取得して、前記端末の前記再生アプリケーションにチャンクが渡されるチャンク取得時刻を求めるチャンク取得時刻推定手段と、
予め、コンテンツの再生を開始する際の前記端末のバッファ中のチャンク数の閾値th_p、再生を停止するチャンク数の閾値th_s、再生を再開する際のチャンク数の閾値th_rを設定し、
前記記憶手段の前記パケットデータと前記コンテンツリストを参照し、前記チャンク時間長推定手段で得られた前記チャンクの再生時間長と、前記チャンク取得時刻推定手段で得られた前記チャンク取得時刻から、現在前記端末のバッファに蓄積されているチャンク数を求め、該チャンク数と各閾値を比較して、端末の状態が再生状態、または、停止状態であるかを判定する再生状態推定手段と、
を有することを特徴とするコンテンツ再生情報推定装置。 - 前記再生状態推定手段は、
i番目の受信チャンクのダウンロード終了時刻と、i+1番目の受信チャンクのダウンロード開始時刻との間の期間を基に、一時停止の要因に係る閾値との比較を実施する一時停止要因推定手段を含む
請求項7記載のコンテンツ再生情報推定装置。 - 前記再生状態推定手段は、
前記パケットデータ取得手段において、前記ネットワークから前記パケットデータの受信が終了し、前記チャンク取得時刻及び前記チャンクの再生時間長が求められた後に再生状態の推定を実行する
請求項7または8記載のコンテンツ再生情報推定装置。 - 前記チャンク時間長推定手段及び前記チャンク取得時刻推定手段は、
前記パケットデータ取得手段において、パケットデータを取得する度に処理を実行し、
前記再生状態推定手段は、
前記端末において再生状態にあるとき、前記端末のバッファ中のチャンクを消費したとき、または、再生が停止状態であるときに新たにチャンクのデータを取得した時点で再生状態の推定を実行する
請求項7または8記載のコンテンツ再生情報推定装置。 - 前記チャンク時間長推定手段は、
前記パケットデータの受信バイト量及び再生レートから前記チャンクの再生時間長を求める手段を含む
請求項7乃至10のいずれか1項に記載のコンテンツ再生情報推定装置。 - 配信サーバからネットワークを介して、コンテンツを端末に対して配信し、端末において該コンテンツを再生するシステムにおいて、前記配信サーバと前記端末間に設けられ、該コンテンツの再生に関する状態を推定するコンテンツ再生情報推定装置が実行するコンテンツ再生情報推定方法であって、
前記配信サーバから前記端末に配信されるパケットデータを取得して、記憶手段に格納するステップと、
前記取得したパケットデータに基づいて、前記端末におけるバッファ内のデータ量を推定するステップと、
前記推定されたデータ量と所定の閾値とを比較することにより、前記端末における前記コンテンツの各時刻における再生に関する状態を推定するステップと
を備えることを特徴とするコンテンツ再生情報推定方法。 - ネットワークを介してコンテンツデータ配信を行う配信サーバと、前記配信サーバから受信したコンテンツデータを蓄積しながら再生する再生端末からなり、該再生端末が、該コンテンツデータを再生バッファに蓄積し、該再生バッファに初期バッファ量のコンテンツデータが蓄積されると再生を開始し、再生中は該再生バッファから再生に必要なデータを読み出し、該再生バッファに蓄積されたバッファ量が再生停止閾値を下回ると再生が停止し、該再生バッファに蓄積されたバッファ量が再生開始閾値を上回ると再生が開始する機能を有するシステムにおける、端末におけるコンテンツデータの再生停止状態の推定を行うコンテンツ再生情報推定方法であって、
パケット情報取得手段が、前記ネットワークを介して送受信されるパケット情報を取得するパケット情報取得ステップと、
コンテンツ受信量推定手段が、前記パケット情報の時系列情報に基づいて、前記再生端末にて各時刻に受信したコンテンツデータ量の時系列情報を推定するコンテンツ受信量推定ステップと、
再生開始時間推定手段が、前記コンテンツ受信量推定ステップで推定された前記コンテンツデータ量を用いて、前記再生端末にて再生開始までに要した時間を推定する再生開始時間推定ステップと、
再生状態推定手段が、前記コンテンツデータ量を用いて、前記再生端末の再生アプリケーションが再生開始後の各時間に消費するデータ量から前記再生端末にて各時刻における状態が再生状態または停止状態のいずれかにあるかを推定する再生状態推定ステップと、
再生停止時間推定手段が、前記再生状態推定ステップにおいて停止状態と判断された場合の再生が停止された時間およびその長さを推定する再生停止時間推定ステップと、
を有することを特徴とするコンテンツ再生情報推定方法。 - 配信サーバからネットワークを介して、コンテンツをチャンク単位で端末に対して配信するシステムにおいて、該コンテンツの再生・停止時間を推定するコンテンツ再生情報推定方法であって、
前記配信サーバと前記端末間に設けられる装置において、
パケットデータ取得手段が、前記配信サーバと前記端末間で交換されるパケットデータ及びコンテンツリストを取得して、記憶手段に格納するパケットデータ取得ステップと、
チャンク時間長推定手段が、前記記憶手段から取得した前記パケットデータ、または、コンテンツリストのコンテンツの識別子、チャンクのデータから、前記端末の再生アプリケーションに渡される各チャンクの再生時間長を求めるチャンク時間長推定ステップと、
チャンク取得時刻推定手段が、前記記憶手段から前記パケットデータを取得して、前記端末の前記再生アプリケーションにチャンクが渡されるチャンク取得時刻を求めるチャンク取得時刻推定ステップと、
再生状態推定手段が、予め、コンテンツの再生を開始する際の前記端末のバッファ中のチャンク数の閾値th_p、再生を停止するチャンク数の閾値th_s、再生を再開する際のチャンク数の閾値th_rを設定し、
前記記憶手段の前記パケットデータと前記コンテンツリストを参照し、前記チャンク時間長推定ステップで得られた前記チャンクの再生時間長と、前記チャンク取得時刻推定ステップで得られた前記チャンク取得時刻から、現在前記端末のバッファに蓄積されているチャンク数を求め、
該チャンク数と各閾値を比較して、端末の状態が再生状態、または、停止状態であるかを判定する再生状態推定ステップと、
を行う、ことを特徴とするコンテンツ再生情報推定方法。 - 前記再生状態推定ステップにおいて、
i番目の受信チャンクのダウンロード終了時刻と、i+1番目の受信チャンクのダウンロード開始時刻との間の期間を基に、一時停止の要因に係る閾値との比較を実施する一時停止要因推定ステップを行う
請求項14記載のコンテンツ再生情報推定方法。 - コンピュータを、
請求項1乃至11のいずれか1項に記載のコンテンツ再生情報推定装置の各手段として機能させるためのコンテンツ再生情報推定プログラム。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201280050761.7A CN103875218B (zh) | 2011-11-02 | 2012-11-01 | 内容再生信息推测装置、方法 |
JP2013541848A JP5780684B2 (ja) | 2011-11-02 | 2012-11-01 | コンテンツ再生情報推定装置及び方法及びプログラム |
US14/351,704 US9781474B2 (en) | 2011-11-02 | 2012-11-01 | Content playback information estimation apparatus and method and program |
EP12846372.6A EP2775673B1 (en) | 2011-11-02 | 2012-11-01 | Content reproduction information estimating device, method and program |
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011241173 | 2011-11-02 | ||
JP2011-241173 | 2011-11-02 | ||
JP2012031125 | 2012-02-15 | ||
JP2012-031125 | 2012-02-15 | ||
JP2012-150926 | 2012-07-04 | ||
JP2012150926 | 2012-07-04 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2013065804A1 true WO2013065804A1 (ja) | 2013-05-10 |
Family
ID=48192142
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2012/078392 WO2013065804A1 (ja) | 2011-11-02 | 2012-11-01 | コンテンツ再生情報推定装置及び方法及びプログラム |
Country Status (5)
Country | Link |
---|---|
US (1) | US9781474B2 (ja) |
EP (1) | EP2775673B1 (ja) |
JP (2) | JP5780684B2 (ja) |
CN (1) | CN103875218B (ja) |
WO (1) | WO2013065804A1 (ja) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015091012A (ja) * | 2013-11-06 | 2015-05-11 | 日本電信電話株式会社 | プログレッシブダウンロード型映像サービス品質推定装置及び品質推定方法 |
JP2015106897A (ja) * | 2013-12-03 | 2015-06-08 | 日本電信電話株式会社 | 映像再生状態推定装置、映像再生状態推定方法、及びプログラム |
JP2015154422A (ja) * | 2014-02-18 | 2015-08-24 | 日本電信電話株式会社 | 映像再生状態推定装置、映像再生状態推定方法、及びプログラム |
JP2015220640A (ja) * | 2014-05-19 | 2015-12-07 | 日本電信電話株式会社 | 映像再生状態推定装置及び方法及びプログラム |
JP2015228568A (ja) * | 2014-05-30 | 2015-12-17 | 日本電信電話株式会社 | 映像品質推定装置及び方法及びプログラム |
JP2016092528A (ja) * | 2014-10-31 | 2016-05-23 | 日本電信電話株式会社 | 映像品質推定装置、方法およびプログラム |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160164788A1 (en) * | 2014-12-05 | 2016-06-09 | Qualcomm Incorporated | Egress Rate Shaping To Reduce Burstiness In Application Data Delivery |
US10904312B2 (en) | 2014-12-10 | 2021-01-26 | Akamai Technologies, Inc. | Server-side prediction of media client steady state |
US9846650B2 (en) * | 2015-03-09 | 2017-12-19 | Samsung Electronics Co., Ltd. | Tail response time reduction method for SSD |
US10748646B2 (en) * | 2016-12-30 | 2020-08-18 | General Electric Company | Chunk-wise transmission of time-series data to mobile devices |
US10986001B2 (en) * | 2018-01-25 | 2021-04-20 | Nokia Solutions And Networks Oy | System and method for quality of service detection of encrypted packet flows |
WO2020158093A1 (ja) * | 2019-02-01 | 2020-08-06 | 株式会社Nttドコモ | 制御装置及び通信装置 |
CN113435749A (zh) * | 2021-06-28 | 2021-09-24 | 上海华兴数字科技有限公司 | 一种工程设备调度方法及系统、一种工程设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006174231A (ja) * | 2004-12-17 | 2006-06-29 | Nippon Telegr & Teleph Corp <Ntt> | ストリーミング視聴品質管理装置,ストリーミング視聴品質制御装置,ストリーミング視聴品質管理方法,ストリーミング視聴品質制御方法,ストリーミング視聴品質管理プログラムおよびストリーミング視聴品質制御プログラム |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20070089753A (ko) * | 2004-12-28 | 2007-08-31 | 소프트뱅크비비 가부시키가이샤 | Tv 방송 시청 시스템 및 tv 방송 시청 방법 |
KR20110065100A (ko) * | 2009-12-09 | 2011-06-15 | 삼성전자주식회사 | 멀티미디어 스트리밍 서비스를 지원하는 방법 및 장치 |
-
2012
- 2012-11-01 WO PCT/JP2012/078392 patent/WO2013065804A1/ja active Application Filing
- 2012-11-01 EP EP12846372.6A patent/EP2775673B1/en active Active
- 2012-11-01 CN CN201280050761.7A patent/CN103875218B/zh active Active
- 2012-11-01 JP JP2013541848A patent/JP5780684B2/ja active Active
- 2012-11-01 US US14/351,704 patent/US9781474B2/en active Active
-
2015
- 2015-05-25 JP JP2015105469A patent/JP5875725B2/ja active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006174231A (ja) * | 2004-12-17 | 2006-06-29 | Nippon Telegr & Teleph Corp <Ntt> | ストリーミング視聴品質管理装置,ストリーミング視聴品質制御装置,ストリーミング視聴品質管理方法,ストリーミング視聴品質制御方法,ストリーミング視聴品質管理プログラムおよびストリーミング視聴品質制御プログラム |
Non-Patent Citations (3)
Title |
---|
KOUHEI FUJIMOTO; SHINGO ATA; MASAYUKI MURATA: "Statistical Analysis of Packet delays in the Internet and Its Application to Playout Control for Streaming Applications", IEICE TRANSE. ON COMMUNICATION, vol. EOO-B, no. 6, June 2001 (2001-06-01) |
R. PANTOS, ED.; W. MAY: "HTTP Live Streaming", IETF INTERNET-DRAFT, September 2011 (2011-09-01) |
See also references of EP2775673A4 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015091012A (ja) * | 2013-11-06 | 2015-05-11 | 日本電信電話株式会社 | プログレッシブダウンロード型映像サービス品質推定装置及び品質推定方法 |
JP2015106897A (ja) * | 2013-12-03 | 2015-06-08 | 日本電信電話株式会社 | 映像再生状態推定装置、映像再生状態推定方法、及びプログラム |
JP2015154422A (ja) * | 2014-02-18 | 2015-08-24 | 日本電信電話株式会社 | 映像再生状態推定装置、映像再生状態推定方法、及びプログラム |
JP2015220640A (ja) * | 2014-05-19 | 2015-12-07 | 日本電信電話株式会社 | 映像再生状態推定装置及び方法及びプログラム |
JP2015228568A (ja) * | 2014-05-30 | 2015-12-17 | 日本電信電話株式会社 | 映像品質推定装置及び方法及びプログラム |
JP2016092528A (ja) * | 2014-10-31 | 2016-05-23 | 日本電信電話株式会社 | 映像品質推定装置、方法およびプログラム |
Also Published As
Publication number | Publication date |
---|---|
JP5875725B2 (ja) | 2016-03-02 |
CN103875218A (zh) | 2014-06-18 |
EP2775673A4 (en) | 2015-01-21 |
CN103875218B (zh) | 2016-09-07 |
JP2015228648A (ja) | 2015-12-17 |
EP2775673A1 (en) | 2014-09-10 |
JPWO2013065804A1 (ja) | 2015-07-30 |
EP2775673B1 (en) | 2017-05-31 |
JP5780684B2 (ja) | 2015-09-16 |
US9781474B2 (en) | 2017-10-03 |
US20140241699A1 (en) | 2014-08-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5875725B2 (ja) | コンテンツ再生情報推定装置及び方法及びプログラム | |
Ameigeiras et al. | Analysis and modelling of YouTube traffic | |
CN105075276B (zh) | 在广播通信网络中操作客户端设备和服务器设备的技术 | |
US7886071B2 (en) | Communication processing device, communication control method, and computer program | |
US8873590B2 (en) | Apparatus and method for correcting jitter | |
RU2598805C2 (ru) | Способ для динамической адаптации частоты следования битов при приеме и соответствующий приемник | |
JP5938015B2 (ja) | チャンクダウンロード完了判定装置、チャンクダウンロード完了判定方法、及びプログラム | |
WO2017135181A1 (ja) | クライアント、サーバ、受信方法及び送信方法 | |
TW201316814A (zh) | 用於傳送及接收數位訊號之方法、傳送器、以及接收器 | |
Gurel et al. | Media over QUIC: Initial testing, findings and results | |
JP2011061533A (ja) | コンテンツ配信システム、体感品質推定装置、方法、及び、プログラム | |
CN109194678B (zh) | 基于redis消息队列的分布式流媒体服务系统 | |
CN110881018B (zh) | 媒体流的实时接收方法及客户端 | |
Shende et al. | Cross-layer Network Bandwidth Estimation for Low-latency Live ABR Streaming | |
JP5806982B2 (ja) | ユーザポーズ操作時間推定装置及び方法及びプログラム | |
Ahsan et al. | DASHing towards hollywood | |
JP5643242B2 (ja) | メディアプレイヤパラメタ推定装置及び方法及びプログラム | |
JP6093317B2 (ja) | ノンフリーズ型映像配信ネットワークシステム | |
KR101700370B1 (ko) | 지터 보정 방법 및 장치 | |
JP5806981B2 (ja) | 再生状態推定装置及び方法及びプログラム | |
WO2018021950A1 (en) | Device and method for controlling media streaming from a server to a client | |
Ahsan | Video Streaming Transport: Measurements and Advances | |
US10051025B2 (en) | Method and apparatus for estimating packet loss | |
JP2012257041A (ja) | 通信装置、通信システム、通信方法及びプログラム | |
Shahbazian | Characterization and Generation of Streaming Video Traces |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12846372 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2013541848 Country of ref document: JP Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: 14351704 Country of ref document: US |
|
REEP | Request for entry into the european phase |
Ref document number: 2012846372 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2012846372 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |