WO2018098884A1 - 智能电视网络视频播放信息采集方法及系统 - Google Patents

智能电视网络视频播放信息采集方法及系统 Download PDF

Info

Publication number
WO2018098884A1
WO2018098884A1 PCT/CN2016/113019 CN2016113019W WO2018098884A1 WO 2018098884 A1 WO2018098884 A1 WO 2018098884A1 CN 2016113019 W CN2016113019 W CN 2016113019W WO 2018098884 A1 WO2018098884 A1 WO 2018098884A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
data
packet
playing
address
Prior art date
Application number
PCT/CN2016/113019
Other languages
English (en)
French (fr)
Inventor
王文标
Original Assignee
深圳Tcl新技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳Tcl新技术有限公司 filed Critical 深圳Tcl新技术有限公司
Publication of WO2018098884A1 publication Critical patent/WO2018098884A1/zh

Links

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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • 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/4334—Recording operations
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched

Definitions

  • the invention relates to the field of internet network transmission and streaming media technology, in particular to a method and system for collecting video broadcast information of a smart television network.
  • Smart TV is a new TV product based on Internet application technology with a fully open platform. Users can install and uninstall various application software on TV to expand and upgrade the functions of TV.
  • video application is one of the most important applications, but there are a large number of video applications. Basically all portals and video websites have their own video applications. Different users will face different video applications. Different choices.
  • various playback information is collected through the background of the video application, but due to the diversification of the video application, the existing methods are difficult to adapt to various video applications, making the collection of the playback information complicated.
  • the main purpose of the present invention is to provide a method and system for collecting video playback information of a smart television network, aiming at solving the technical problem that it is difficult to collect video playback information on the smart television end.
  • the present invention provides a smart television network video playback information collecting method, and the method includes:
  • the data packet is a request packet
  • the data in the request packet includes a video address
  • the first play information of the currently played video is acquired and saved according to the data packet, where the first play information includes a play start time and Video address
  • the second playback information of the currently played video is obtained and saved according to the response packet, where the second playback information includes a playing state of the currently playing video and/or a received data length;
  • the playing end time is recorded, and the first playing information, the second playing information, and the playing end time are sent to the server.
  • the playing state includes a stuck duration
  • the step of acquiring the second playing information of the currently played video according to the response packet and saving the method includes:
  • the parsed data includes an ordered list of media uniform resource identifiers
  • obtain a uniform resource identifier list in the parsed data, a standard play duration of the media stream segment, and a data length and save the data;
  • the parsing data includes the media stream segment, and the received media stream segment reaches the data length, acquiring an actual playing duration of the received media stream segment;
  • the duration of the currently playing video is recorded.
  • the data in the request packet includes a video address, and when the smart TV is in a video playing state, it is determined that the current video playback ends.
  • the step of acquiring the first play information of the currently played video according to the data packet and saving the step includes:
  • the step of acquiring the first play information of the currently played video according to the data packet and saving the method includes:
  • the data packet is a request packet
  • the data in the request packet includes a video address
  • the destination address of the data packet is a preset address
  • the first play information of the currently played video is obtained according to the data packet and saved.
  • the present invention further provides a smart television network video playback information collection system, including:
  • a data acquisition module configured to acquire, from the link layer, a data packet transmitted and received by the currently working network interface
  • a first play information acquiring module configured to: when the data packet is a request packet, and the data in the request packet includes a video address, acquire the first play information of the currently played video according to the data packet, and save the The first play information includes a play start time and a video address;
  • a second play information obtaining module configured to: when the data packet is a response packet, acquire, according to the response packet, second play information of the currently played video, where the second play information includes a play status of the currently played video and / or the length of the received data;
  • the information sending module is configured to: when the end of the current playing video playback is detected, record the playing end time, and send the first playing information, the second playing information, and the playing end time to the service.
  • the playing state includes a stuck time
  • the second playing information acquiring module includes:
  • a parsing unit configured to parse the response packet to obtain parsed data
  • a storage unit configured to: when the parsed data includes an ordered list of media uniform resource identifiers, obtain a uniform resource identifier list in the parsed data, a standard play duration of the media stream segment, and a data length, and save the data;
  • the actual playing time unit is configured to acquire the actual playing duration of the received media stream segment when the parsing data includes the media stream segment, and the received media stream segment reaches the data length;
  • the cardon duration unit is configured to record the duration of the currently playing video when the actual playing duration is greater than the standard playing duration.
  • the system further comprises:
  • the first end determining module is configured to determine that the current video playback ends when the data in the request packet includes a video address, and the smart TV is in a video playing state.
  • the system further comprises:
  • the second end determining module is configured to determine that the currently playing video playback ends when the request packet including the media uniform resource identifier is not acquired from the link layer within the preset time.
  • the first play information acquiring module includes:
  • a determining unit configured to determine, when the data packet is a request packet, and the data in the request packet includes a video address, determine whether a destination address of the request packet is a preset address
  • the first play information acquiring unit is configured to acquire, according to the data packet, first play information of the currently played video and save the data when the destination address of the data packet is a preset address.
  • the data is acquired by sending a request and waiting for a response, so that the network port can be monitored from the network port.
  • the data packet is captured on the link layer, and if a request packet for starting the video playback is obtained, the playback information such as the start time and the video address is recorded; when the response packet corresponding to the request packet is captured, Obtaining the playing state of the currently playing video according to the response packet, recording the playback information such as the length of the received data; when detecting the end of the playback, recording the end time of the playback, and organizing the time of the playback information and the end of the playback into The agreed format is sent to the server. Since the collection of the broadcast information is implemented by processing the data packets acquired on the link layer, and the processing of the data packets is relatively simple, it is simple and convenient to collect the broadcast information by this method, and there is no adaptation to various video applications. problem.
  • FIG. 1 is a schematic flowchart of a first embodiment of a method for collecting video playback information of a smart television network according to the present invention
  • FIG. 2 is a schematic flowchart of a step of acquiring a second play information of a currently played video according to a response packet and saving the second embodiment of the method for collecting video broadcast information of the smart television network according to the present invention
  • FIG. 3 is a schematic flowchart of a step of acquiring a first play information of a currently played video according to a data packet and saving the third embodiment of the method for collecting video broadcast information of the smart television network according to the present invention
  • FIG. 4 is a schematic diagram of functional modules of a first embodiment of a video broadcast information collection system for a smart television network according to the present invention
  • FIG. 5 is a schematic diagram of a refinement function module of a second play information acquisition module in a second embodiment of a smart TV network video play information collection system according to the present invention
  • FIG. 6 is a schematic diagram of functional modules of a third embodiment of a video broadcast information collection system for a smart television network according to the present invention.
  • FIG. 7 is a schematic diagram of functional modules of a fourth embodiment of a video broadcast information collection system for a smart television network according to the present invention.
  • FIG. 8 is a schematic diagram of a refinement function module of a first play information acquisition module in a fifth embodiment of a video broadcast information collection system for a smart television network according to the present invention.
  • a method for collecting video broadcast information of a smart television network includes:
  • Step S100 Obtain a data packet transmitted and received by the currently working network interface from the link layer.
  • the current network access mode is detected, thereby monitoring the working network port corresponding to the network access mode, such as the Ethernet port eth0, the wireless network wlan0, and the like.
  • the detection of the network access mode and the acquisition and reception of data packets transmitted and received from the currently working network interface from the link layer need to exist all the time during the operation of the television system. When it is detected that the network access mode changes, the monitoring needs to be changed accordingly. Work network port.
  • Each packet contains source address, source port, destination address, and destination port information.
  • Step S200 When the data packet is a request packet, and the data in the request packet includes a video address, obtain the first play information of the currently played video according to the data packet, and save, where the first play information includes playing Start time and video address.
  • the data packets obtained from the link layer are classified into a request packet and a response packet.
  • After obtaining the data packet first determine whether the source address of the data packet is a local address, and if so, the data packet may be a video playback request packet, and if not, the data packet may be a response packet.
  • This embodiment uses HLS playback as an example for description.
  • the data packet may be parsed to further determine the request information of the request packet for the video playback. If the video address (ie URL address) in the request packet has a ".m3u8?" field, the request information of the request packet is request HLS (HTTP) Live Streaming)
  • the sending of the request packet means the start of an HLS playback, recording the playback start time.
  • the HLS playlist consists of an ordered list of media uniform resource identifiers (ie, media URI lists) and information tags, each media URI pointing to a media file, which is a segment on a single contiguous media stream.
  • the client In order to play the media stream, the client first obtains the playlist, and then sequentially acquires and plays each media stream file according to the media URI in the playlist to form a continuous video play.
  • the client is a smart TV client.
  • the playback start time and the video address can be obtained.
  • Step S300 when the data packet is a response packet, acquire and save the second play information of the currently played video according to the response packet, where the second play information includes a play status of the currently played video and/or received data. length.
  • the data packet obtained from the link layer is a response packet.
  • the smart TV client-to-server request and the server-to-smart TV client response are implemented through a session containing two directions of data flow, all from the request.
  • the flag of the same session as the two streams is the address information.
  • the source and destination addresses of the request packet and the response packet are opposite. If the request address is 192.168.029.147.44345-192.168.029.016.08118, the response address is 192.168. 029.016.08118-192.168.029.147.44345.
  • an HLS playback session is created and added to the session queue to wait for the response of the server; when the server receives the request packet, the server returns a response to the smart TV client.
  • the HLS playlist can be obtained; after obtaining the HLS playlist, the smart TV client creates a session for the subsequent acquisition request of each media stream segment to detect the playing state; the server receives the message; When a request for a media stream segment is obtained, a response packet is returned to the smart TV client, and the response packet can be parsed to obtain a media stream segment for playback.
  • the smart TV client sends a request for obtaining the HLS playlist to the server
  • the corresponding response packet is obtained at the link layer, and the response packet is saved, and the response packet is parsed to obtain the media URI list and the information label, and the information label includes The standard playback duration and data length of each media stream segment.
  • the server sends the media stream segment to the smart TV client. Since the data length of each media stream segment is known from the HLS playlist, according to the time point when the smart TV client receives the media stream segment, the actual playing time of receiving the media stream segment can be known, and the actual playing time and the HLS playlist are The standard playback duration comparison can tell if the video playback has been stuck, and the length of the card.
  • the received data length and the stuck condition can be obtained.
  • Step S400 When it is detected that the current playing video is played, the playing end time is recorded, and the first playing information, the second playing information, and the playing end time are sent to the server.
  • each media stream segment received in sequence is played on the smart TV client, and when the playback of the currently played video is detected, the playback end time is recorded.
  • the first playback information obtained according to the request packet such as the recorded playback start time and the video address
  • the second playback information obtained according to the response packet such as the received data length, the number of times of the card and the duration, and the end of the recording.
  • the time is sent to the server for data statistics, and the server can analyze the network video playback quality of the smart TV end according to the above information, for example, which website has the most browsing times, and whether the video is frequently generated when the video resource is obtained from the website. The user has the highest attention to which video resource and so on.
  • the data is acquired by sending a request and waiting for a response, so that the network port can be monitored from the network port.
  • the data packet is captured on the link layer, and if a request packet for starting the video playback is obtained, the playback information such as the start time and the video address is recorded; when the response packet corresponding to the request packet is captured, Obtaining the playing state of the currently playing video according to the response packet, recording the playback information such as the length of the received data; when detecting the end of the playback, recording the end time of the playback, and organizing the time of the playback information and the end of the playback into The agreed format is sent to the server. Since the collection of the broadcast information is implemented by processing the data packets acquired on the link layer, and the processing of the data packets is relatively simple, it is simple and convenient to collect the broadcast information by this method, and there is no adaptation to various video applications. problem.
  • a second embodiment of a method for collecting video playback information of a smart television network according to the present invention the playback state includes a duration of a card, according to a first embodiment of the method for collecting video broadcast information of a smart television network according to the present invention.
  • the step of acquiring the second play information of the currently played video according to the response packet and saving the method includes:
  • Step S301 parsing the response packet to obtain parsed data
  • Step S302 When the parsed data includes an ordered list of media uniform resource identifiers, obtain a uniform resource identifier list in the parsed data, a standard play duration of the media stream segment, and a data length, and save the data.
  • the server responds and sends a response packet to the smart TV client.
  • the response packet passing through the working network port can be obtained from the link layer, and a copy is obtained.
  • the media URI list and the information label can be obtained, and the information label includes the standard playing duration and the data length of each media stream segment.
  • the smart TV client plays a single continuous media stream, and the single continuous media stream is composed of a plurality of ordered media stream segments. If the continuous media stream is 500 megabytes, a total of 500 minutes can be played, and the continuous media stream is composed of 250 The media stream segment is composed. If the data length of each media stream segment is the same, the data length of the first media stream segment, the second media stream segment, and the second hundred media stream segment is 2 megabytes, and the playing duration is The standard playback time is 2 minutes.
  • Step S303 when the parsing data includes the media stream segment, and the received media stream segment reaches the data length, acquiring an actual playing duration of the received media stream segment;
  • Step S304 when the actual playing duration is greater than the standard playing duration, recording the duration of the currently playing video.
  • the server responds by sending a response packet including the media stream segment to the smart TV client.
  • the response packet of the working network can be obtained at the link layer, but the response packet is not stored, but the time used by the smart TV client to completely receive the media stream segment, that is, the actual playing duration, is exemplified below. :
  • the smart TV client sends a request for acquiring the first media stream segment to the server according to the URI of the first media stream segment in the media URI list, and the server sends the first media stream segment to the smart TV client according to the request, because the first The media stream segment is 2 megabytes.
  • the smart TV client receives 2 megabytes of data, it indicates that the first media stream segment is received, and the time from when the request for acquiring the first media stream segment is sent to when the data is received is recorded, if After 3 minutes of use, since the actual playing time is longer than 2 minutes of the standard playing time, it indicates that the video playback has been stuck, the duration of the card is 1 minute, and the number of stuck times is increased by 1.
  • the number of times the card is finally uploaded to the server is the cumulative number of jams from the playback start time to the playback end time.
  • the playback status of the currently played video can be determined by the response packet obtained from the working layer through the link layer, and the number and duration of the stuck and the length of the received data are recorded.
  • the smart TV when the data in the request packet includes a video address, and the smart TV is in a video playing state, it is determined that the current video playback ends.
  • a request for acquiring an HLS playlist with a ".m3u8?" field is obtained on the link layer, meaning that the user switches the program, and the current playback video ends, recording The end time of the play is played, and the server for performing data statistics is uploaded together with the first play information and the second play information, and new information collection is started.
  • the data packet is a request packet
  • the data in the request packet includes a video address
  • the first play of the currently played video is obtained according to the data packet.
  • Step S500 When the request packet including the media uniform resource identifier is not acquired from the link layer within a preset time, it is determined that the currently playing video playback ends.
  • the link layer does not continue to receive the request for acquiring the next media stream segment, indicating that the currently playing video playback is also ended.
  • the link layer does not continue to receive the request to get the next media stream segment: the first one, if all the media stream segments have been downloaded completely, it means playing to the end; the second, if all the media streams are divided The segment is not completely downloaded, which may mean that the user voluntarily quits playing.
  • a third embodiment of a method for collecting video broadcast information of a smart television network according to the present invention wherein, in the foregoing first or second embodiment, the data packet is a request packet, and When the data in the request packet includes a video address, the step of acquiring the first play information of the currently played video according to the data packet and saving the method includes:
  • Step S201 when the data packet is a request packet, and the data in the request packet includes a video address, determining whether the destination address of the request packet is a preset address;
  • step S202 when the destination address of the data packet is a preset address, the first play information of the currently played video is obtained according to the data packet and saved.
  • the destination address For packets sent from the local address, you can filter according to the destination address and destination port.
  • the destination port number can only be 80 or so.
  • the information of the specific video resource acquisition path can be counted, such as the card situation of the server provided by Youku.
  • a first embodiment of a video broadcast information collection system for a smart television network includes:
  • the data obtaining module 100 is configured to obtain, from the link layer, a data packet transmitted and received via the currently working network interface.
  • the current network access mode is detected, thereby monitoring the working network port corresponding to the network access mode, such as the Ethernet port eth0, the wireless network wlan0, and the like.
  • the detection of the network access mode needs to exist all the time during the operation of the television system. When it is detected that the network access mode changes, the monitored working network port needs to be changed accordingly.
  • Each packet contains source address, source port, destination address, and destination port information.
  • the first play information obtaining module 200 is configured to: when the data packet is a request packet, and the data in the request packet includes a video address, acquire the first play information of the currently played video according to the data packet, and save the The first play information includes a play start time and a video address.
  • the data packets obtained from the link layer are classified into a request packet and a response packet.
  • After obtaining the data packet first determine whether the source address of the data packet is a local address, and if so, the data packet may be a video playback request packet, and if not, the data packet may be a response packet.
  • This embodiment uses HLS playback as an example for description.
  • the data packet may be parsed to further determine the request information of the request packet for the video playback. If the video address (ie URL address) in the request packet has a ".m3u8?" field, the request information of the request packet is request HLS (HTTP) Live Streaming)
  • the sending of the request packet means the start of an HLS playback, recording the playback start time.
  • the HLS playlist consists of an ordered list of media uniform resource identifiers (ie, media URI lists) and information tags, each media URI pointing to a media file, which is a segment on a single contiguous media stream.
  • the client In order to play the media stream, the client first obtains the playlist, and then sequentially acquires and plays each media stream file according to the media URI in the playlist to form a continuous video play.
  • the client is a smart TV client.
  • the playback start time and the video address can be obtained.
  • the second play information obtaining module 300 is configured to: when the data packet is a response packet, acquire and save the second play information of the currently played video according to the response packet, where the second play information includes a play status of the currently played video. And / or the length of the received data.
  • the data packet obtained from the link layer is a response packet.
  • the smart TV client-to-server request and the server-to-smart TV client response are implemented through a session containing two directions of data flow, all from the request.
  • the flag of the same session as the two streams is the address information.
  • the source and destination addresses of the request packet and the response packet are opposite. If the request address is 192.168.029.147.44345-192.168.029.016.08118, the response address is 192.168. 029.016.08118-192.168.029.147.44345.
  • an HLS playback session is created and added to the session queue to wait for the response of the server; when the server receives the request packet, the server returns a response to the smart TV client.
  • the HLS playlist can be obtained; after obtaining the HLS playlist, the smart TV client creates a session for the subsequent acquisition request of each media stream segment to detect the playing state; the server receives the message; When a request for a media stream segment is obtained, a response packet is returned to the smart TV client, and the response packet can be parsed to obtain a media stream segment for playback.
  • the smart TV client sends a request for obtaining the HLS playlist to the server
  • the corresponding response packet is obtained at the link layer, and the response packet is saved, and the response packet is parsed to obtain the media URI list and the information label, and the information label includes The standard playback duration and data length of each media stream segment.
  • the server sends the media stream segment to the smart TV client. Since the data length of each media stream segment is known from the HLS playlist, according to the time point when the smart TV client receives the media stream segment, the actual playing time of receiving the media stream segment can be known, and the actual playing time and the HLS playlist are The standard playback duration comparison can tell if the video playback has been stuck, and the length of the card.
  • the received data length and the stuck condition can be obtained.
  • the information sending module 400 is configured to: when it is detected that the current playing video is played, record the playing end time, and send the first playing information, the second playing information, and the playing end time to the server.
  • each media stream segment received in sequence is played on the smart TV client, and when the playback of the currently played video is detected, the playback end time is recorded.
  • the first playback information obtained according to the request packet such as the recorded playback start time and the video address
  • the second playback information obtained according to the response packet such as the received data length, the number of times of the card and the duration, and the end of the recording.
  • the time is sent to the server for performing data statistics, and the server can analyze the network video playback quality of the smart TV end according to the above information, for example, which website has the most browsing times, and whether the video is frequently generated when the video resource is obtained from the website.
  • the user has the highest attention to which video resource and so on.
  • the data is acquired by sending a request and waiting for a response, so that the network port can be monitored from the network port.
  • the data packet is captured on the link layer, and if a request packet for starting the video playback is obtained, the playback information such as the start time and the video address is recorded; when the response packet corresponding to the request packet is captured, Obtaining the playing state of the currently playing video according to the response packet, recording the playback information such as the length of the received data; when detecting the end of the playback, recording the end time of the playback, and organizing the time of the playback information and the end of the playback into The agreed format is sent to the server. Since the collection of the broadcast information is implemented by processing the data packets acquired on the link layer, and the processing of the data packets is relatively simple, it is simple and convenient to collect the broadcast information by this method, and there is no adaptation to various video applications. problem.
  • the play status includes a pause duration.
  • the second play information acquiring module 300 includes:
  • the parsing unit 301 is configured to parse the response packet to obtain parsed data
  • the storage unit 302 is configured to: when the parsed data includes an ordered list of media uniform resource identifiers, obtain a unified resource identifier list in the parsed data, a standard play duration of the media stream segment, and a data length, and save the data.
  • the server responds and sends a response packet to the smart TV client.
  • the response packet passing through the working network port can be obtained from the link layer, and a copy is obtained.
  • the media URI list and the information label can be obtained, and the information label includes the standard playing duration and the data length of each media stream segment.
  • the smart TV client plays a single continuous media stream, and the single continuous media stream is composed of a plurality of ordered media stream segments. If the continuous media stream is 500 megabytes, a total of 500 minutes can be played, and the continuous media stream is composed of 250 The media stream segment is composed. If the data length of each media stream segment is the same, the data length of the first media stream segment, the second media stream segment, and the second hundred media stream segment is 2 megabytes, and the playing duration is The standard playback time is 2 minutes.
  • the actual playing duration unit 303 is configured to: when the parsing data includes the media stream segment, and the received media stream segment reaches the data length, obtain an actual playing duration of the received media stream segment;
  • the cardon duration unit 304 is configured to record the duration of the current playing video when the actual playing duration is greater than the standard playing duration.
  • the server responds by sending a response packet including the media stream segment to the smart TV client.
  • the response packet of the working network can be obtained at the link layer, but the response packet is stored, and the time used by the smart TV client to completely receive the media stream segment, that is, the actual playing duration, is recorded.
  • the smart TV client sends a request for acquiring the first media stream segment to the server according to the URI of the first media stream segment in the media URI list, and the server sends the first media stream segment to the smart TV client according to the request, because the first The media stream segment is 2 megabytes.
  • the smart TV client receives 2 megabytes of data, it indicates that the first media stream segment is received, and the time from when the request for acquiring the first media stream segment is sent to when the data is received is recorded, if After 3 minutes of use, since the actual playing time is longer than 2 minutes of the standard playing time, it indicates that the video playback has been stuck, the duration of the card is 1 minute, and the number of stuck times is increased by 1.
  • the number of times the card is finally uploaded to the server is the cumulative number of jams from the playback start time to the playback end time.
  • the playback status of the currently played video can be determined by the response packet obtained from the working layer through the link layer, and the number and duration of the stuck and the length of the received data are recorded.
  • a third embodiment of a video broadcast information collection system for a smart television network based on a second embodiment of the smart television network video play information collection system of the present invention, the smart television network video play information collection
  • the system also includes:
  • the first end determining module 600 is configured to determine that the current video playback ends when the data in the request packet includes a video address and the smart TV is in a video playing state.
  • a request for acquiring an HLS playlist with a ".m3u8?" field is obtained on the link layer, meaning that the user switches the program, and the current playback video ends, recording The end time of the play is played, and the server for performing data statistics is uploaded together with the first play information and the second play information, and new information collection is started.
  • a fourth embodiment of a video broadcast information collection system for a smart television network based on the second embodiment of the smart television network video play information collection system of the present invention, the video broadcast information collection of the smart television network
  • the system also includes:
  • the second end determining module 500 is configured to determine that the currently playing video playback ends when the request packet including the media uniform resource identifier is not acquired from the link layer within a preset time.
  • the link layer does not continue to receive the request for acquiring the next media stream segment, indicating that the currently playing video playback is also ended.
  • the link layer does not continue to receive the request to get the next media stream segment: the first one, if all the media stream segments have been downloaded completely, it means playing to the end; the second, if all the media streams are divided The segment is not completely downloaded, which may mean that the user voluntarily quits playing.
  • the play information obtaining module 200 includes:
  • the determining unit 201 is configured to determine, when the data packet is a request packet, and the data in the request packet includes a video address, determine whether the destination address of the request packet is a preset address;
  • the first play information obtaining unit 202 is configured to acquire, according to the data packet, the first play information of the currently played video and save the data when the destination address of the data packet is a preset address.
  • the destination address For packets sent from the local address, you can filter according to the destination address and destination port.
  • the destination port number can only be 80 or so.
  • the information of the specific video resource acquisition path can be counted, such as the card situation of the server provided by Youku.

Landscapes

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

Abstract

本发明公开了一种智能电视网络视频播放信息采集方法，该方法包括：从链路层获取经当前工作的网络接口传输和接收的数据包；在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息；在所述数据包为响应包时，根据所述响应包获取当前播放视频的第二播放信息；当检测到当前播放视频播放结束时，记录播放结束时间，并将所述第一播放信息、第二播放信息和播放结束时间发送给服务器。本发明还公开了一种智能电视网络视频播放信息采集系统。本发明的技术方案中，由于播放信息的收集是通过处理链路层上获取的数据包来实现的，对数据包的处理较为简单，通过这种方法收集播放信息简单便捷。

Description

智能电视网络视频播放信息采集方法及系统
技术领域
本发明涉及互联网网络传输及流媒体技术领域，尤其涉及一种智能电视网络视频播放信息采集方法及系统。
背景技术
智能电视是一种基于互联网应用技术，具有全开放式平台的新电视产品，用户可在电视上自行安装和卸载各类应用软件，对电视的功能进行扩充和升级。在各类应用软件中，视频应用是其中最为重要的应用之一，但视频应用数量繁多，基本所有门户和视频网站都开发有自己的视频应用，面对如此多样的视频应用不同的用户会有不同选择。为了提高电视性能，有必要在智能电视的终端对视频播放质量做一个统计，收集包括播放开始时间、播放结束时间、播放状态和视频地址等播放信息。一般是通过视频应用的后台收集各种播放信息，但是由于视频应用的多样化，现有的方法难以适配各种视频应用，使得播放信息的收集变得复杂。
发明内容
本发明的主要目的在于提出一种智能电视网络视频播放信息采集方法及系统，旨在解决难以在智能电视端收集视频播放信息的技术问题。
为实现上述目的，本发明提供的一种智能电视网络视频播放信息采集方法，所述方法包括：
从链路层获取经当前工作的网络接口传输和接收的数据包；
在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存，所述第一播放信息包括播放开始时间和视频地址；
在所述数据包为响应包时，根据所述响应包获取当前播放视频的第二播放信息并保存，所述第二播放信息包括当前播放视频的播放状态和/或接收到的数据长度；
当检测到当前播放视频播放结束时，记录播放结束时间，并将所述第一播放信息、第二播放信息和播放结束时间发送给服务器。
优选地，所述播放状态包括卡顿时长，所述根据所述响应包获取当前播放视频的第二播放信息并保存的步骤包括：
解析所述响应包得到解析数据；
当所述解析数据包括有序的媒体统一资源标识符列表时，获取所述解析数据中的统一资源标识符列表、媒体流片段的标准播放时长以及数据长度并保存；
当所述解析数据包括所述媒体流片段，且接收到的所述媒体流片段达到所述数据长度时，获取接收的所述媒体流片段的实际播放时长；
当所述实际播放时长大于所述标准播放时长时，记录当前播放视频的卡顿时长。
优选地，在所述请求包中的数据包括视频地址，且智能电视处于视频播放状态时，判定当前视频播放结束。
优选地，所述在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存的步骤之后包括：
当在预设时间内没有从链路层上获取到包含媒体统一资源标识符的请求包时，判定当前播放视频播放结束。
优选地，所述在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存的步骤包括：
在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
此外，为实现上述目的，本发明还提出一种智能电视网络视频播放信息采集系统，包括：
数据获取模块，用于从链路层获取经当前工作的网络接口传输和接收的数据包；
第一播放信息获取模块，用于在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存，所述第一播放信息包括播放开始时间和视频地址；
第二播放信息获取模块，用于在所述数据包为响应包时，根据所述响应包获取当前播放视频的第二播放信息并保存，所述第二播放信息包括当前播放视频的播放状态和/或接收到的数据长度；
信息发送模块，用于当检测到当前播放视频播放结束时，记录播放结束时间，并将所述第一播放信息、第二播放信息及播放结束时间发送给服务。
优选地，所述播放状态包括卡顿时长，所述第二播放信息获取模块包括：
解析单元，用于解析所述响应包得到解析数据；
存储单元，用于当所述解析数据包括有序的媒体统一资源标识符列表时，获取所述解析数据中的统一资源标识符列表、媒体流片段的标准播放时长以及数据长度并保存；
实际播放时长单元，用于当所述解析数据包括所述媒体流片段，且接收到的所述媒体流片段达到所述数据长度时，获取接收的所述媒体流片段的实际播放时长；
卡顿时长单元，用于当所述实际播放时长大于所述标准播放时长时，记录当前播放视频的卡顿时长。
优选地，所述系统还包括：
第一结束判定模块，用于在所述请求包中的数据包括视频地址，且智能电视处于视频播放状态时，判定当前视频播放结束。
优选地，所述系统还包括：
第二结束判定模块，用于当在预设时间内没有从链路层上获取到包含媒体统一资源标识符的请求包时，判定当前播放视频播放结束。
优选地，所述第一播放信息获取模块包括：
判断单元，用于在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
第一播放信息获取单元，用于在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
本发明提出的技术方案中，因为所有的视频应用在播放节目时都是基于互联网作为客户端与服务器进行交互，根据用户的操作，通过发送请求等待响应来获取数据，所以可以从监控的网口的链路层上抓取数据包，如果获取到一个视频播放开始的请求包，则记录播放开始的时间和视频地址等播放信息；当抓取到与上述请求包对应的响应包时，则可以根据响应包获取当前播放视频的播放状态，记录收到的数据长度等播放信息；当检测到此次播放结束时，记录播放结束的时间，把此次的播放信息和播放结束的时间组织打包成约定的格式发送到服务器。由于播放信息的收集均是通过处理链路层上获取的数据包来实现的，且对数据包的处理较为简单，通过这种方法收集播放信息简单便捷，也不存在适配各种视频应用的问题。
附图说明
图1为本发明智能电视网络视频播放信息采集方法第一实施例的流程示意图；
图2为本发明智能电视网络视频播放信息采集方法第二实施例中根据响应包获取当前播放视频的第二播放信息并保存的步骤的细化流程示意图；
图3为本发明智能电视网络视频播放信息采集方法第三实施例中根据数据包获取当前播放视频的第一播放信息并保存的步骤的细化流程示意图；
图4为本发明智能电视网络视频播放信息采集系统第一实施例的功能模块示意图；
图5为本发明智能电视网络视频播放信息采集系统第二实施例中第二播放信息获取模块的细化功能模块示意图；
图6为本发明智能电视网络视频播放信息采集系统第三实施例的功能模块示意图；
图7为本发明智能电视网络视频播放信息采集系统第四实施例的功能模块示意图；
图8为本发明智能电视网络视频播放信息采集系统第五实施例中第一播放信息获取模块的细化功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
如图1所示，本发明第一实施例提出的智能电视网络视频播放信息采集方法，所述智能电视网络视频播放信息采集方法包括：
步骤S100，从链路层获取经当前工作的网络接口传输和接收的数据包。
具体地，电视系统启动后，检测当前的网络接入方式，从而监控该网络接入方式对应的工作网口，比如以太网口eth0、无线网络wlan0等。对网络接入方式的检测，以及从链路层获取经当前工作的网络接口传输和接收的数据包在电视系统运行期间需要一直存在，当检测到网络接入方式发生变化时需要相应改变监控的工作网口。
从TCP/IP链路层上对经过当前工作网口的部分数据包做拷贝并进行解析。每个数据包均包含源地址、源端口、目的地址和目的端口信息。
步骤S200，在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存，所述第一播放信息包括播放开始时间和视频地址。
具体地，从链路层获取到的数据包分为请求包和响应包。当获取到数据包后，首先判断该数据包的源地址是不是本机地址，若是，那该数据包可能是一个视频播放的请求包，若否，那该数据包可能是响应包。本实施例以HLS播放为例进行说明。
对于源地址为本机地址的数据包而言，可以通过解析该数据包进一步判断该视频播放的请求包是怎样的请求信息。如果请求包中的视频地址（即URL地址）带有“.m3u8?”字段意味着该请求包的请求信息是请求HLS（HTTP Live Streaming）播放列表，该请求包的发送意味着一个HLS播放的开始，记录下播放开始时间。HLS播放列表由一个有序的媒体统一资源标识符列表（即媒体URI列表）和信息标签组成，每个媒体URI指向一个媒体文件，该媒体文件是单个连续媒体流上的一个片段。为了播放媒体流，客户端首先获取播放列表，然后根据播放列表中的媒体URI依次获取并播放每个媒体流文件，形成连续的视频播放，在本发明中，客户端为智能电视客户端。
从上可知，当从链路层上获得经过工作网口的请求包时，可以获得播放开始时间和视频地址。
步骤S300，在所述数据包为响应包时，根据所述响应包获取当前播放视频的第二播放信息并保存，所述第二播放信息包括当前播放视频的播放状态和/或接收到的数据长度。
具体地，当源地址不是本机地址时，从链路层上获得的数据包为响应包。智能电视客户端到服务器端的请求和服务器端到智能电视客户端的响应是通过包含两个方向数据流的会话得以实现的，所有的会话都是从请求开始的。作为同一个会话两路流的标志是地址信息，请求包和响应包的源地址和目的地址是相反的，若请求地址是192.168.029.147.44345-192.168.029.016.08118，那么响应地址是192.168.029.016.08118-192.168.029.147.44345。通过查看请求包和响应包的源地址和目的地址即可知道在智能电视客户端和服务器端之间进行的是不是同一个会话。
当智能电视客户端向服务器端发送获取HLS播放列表的请求包时，创建一个HLS播放会话并加入到会话列队中等待服务器端的响应；服务器端接收到该请求包时，向智能电视客户端返回响应包，智能电视客户端解析该响应包后可以获得HLS播放列表；智能电视客户端获取到HLS播放列表后为后续的每个媒体流片段的获取请求创建会话以检测播放的状态；服务器端接收到获取媒体流片段的请求时，会向智能电视客户端返回响应包，解析该响应包可以获得媒体流片段从而播放。
当智能电视客户端向服务器端发送获取HLS播放列表的请求时，在链路层获得对应的响应包，并保存该响应包，解析该响应包后获取媒体URI列表和信息标签，信息标签中包含每个媒体流片段的标准播放时长和数据长度。
接着，当智能电视客户端根据HLS播放列表中的URI列表向服务器端发送获取媒体流片段的请求时，服务器端向智能电视客户端发送媒体流片段。由于从HLS播放列表中可知每个媒体流片段的数据长度，根据智能电视客户端接收媒体流片段完毕的时间点可以获知接收该媒体流片段的实际播放时长，将实际播放时长与HLS播放列表中的标准播放时长比较即可知道视频播放是否发生卡顿，以及卡顿的时长。
从上可知，根据从链路层上获得的经过工作网口的响应包，可以获得接收到的数据长度和卡顿情况。
步骤S400，当检测到当前播放视频播放结束时，记录播放结束时间，并将所述第一播放信息、第二播放信息和播放结束时间发送给服务器。
具体地，在智能电视客户端播放依次接收到的各个媒体流片段，当检测到当前播放视频播放结束时，记录播放结束时间。将根据请求包获得的第一播放信息，比如记录的播放开始时间和视频地址，根据响应包获得的第二播放信息，比如接收到的数据长度、卡顿次数和时长等，以及记录的播放结束时间发送给进行数据统计的服务器，该服务器根据上述信息可以对智能电视端的网络视频播放质量进行分析，比如用户对哪个网址的浏览次数最多，从该网址获取视频资源时是否经常出现卡顿的情况，用户对哪个视频资源的关注度最高等等。
本发明提出的技术方案中，因为所有的视频应用在播放节目时都是基于互联网作为客户端与服务器进行交互，根据用户的操作，通过发送请求等待响应来获取数据，所以可以从监控的网口的链路层上抓取数据包，如果获取到一个视频播放开始的请求包，则记录播放开始的时间和视频地址等播放信息；当抓取到与上述请求包对应的响应包时，则可以根据响应包获取当前播放视频的播放状态，记录收到的数据长度等播放信息；当检测到此次播放结束时，记录播放结束的时间，把此次的播放信息和播放结束的时间组织打包成约定的格式发送到服务器。由于播放信息的收集均是通过处理链路层上获取的数据包来实现的，且对数据包的处理较为简单，通过这种方法收集播放信息简单便捷，也不存在适配各种视频应用的问题。
进一步地，参照图2，为本发明智能电视网络视频播放信息采集方法的第二实施例，基于本发明智能电视网络视频播放信息采集方法的第一实施例，所述播放状态包括卡顿时长，所述根据所述响应包获取当前播放视频的第二播放信息并保存的步骤包括：
步骤S301，解析所述响应包得到解析数据；
步骤S302，当所述解析数据包括有序的媒体统一资源标识符列表时，获取所述解析数据中的统一资源标识符列表、媒体流片段的标准播放时长以及数据长度并保存。
具体地，当智能电视客户端向服务器端发送获取播放列表的请求时，服务器端做出响应，向智能电视客户端发送响应包。可以从链路层获取经过工作网口的该响应包，并拷贝一份，解析该响应包后可以获得媒体URI列表和信息标签，该信息标签包括每个媒体流片段的标准播放时长以及数据长度，以下进行举例：
智能电视客户端播放的是单个连续媒体流，单个连续媒体流由多个有序的媒体流片段的组成，假如该连续媒体流为500兆，总共能播放500分钟，该连续媒体流由250个媒体流片段组成，如果每个媒体流片段的数据长度一样的话，那么第一媒体流片段、第二媒体流片段至第二百五十媒体流片段的数据长度均为2兆，播放时长（即标准播放时长）均为2分钟。
步骤S303，当所述解析数据包括所述媒体流片段，且接收到的所述媒体流片段达到所述数据长度时，获取接收的所述媒体流片段的实际播放时长；
步骤S304，当所述实际播放时长大于所述标准播放时长时，记录当前播放视频的卡顿时长。
具体地，当智能电视客户端根据媒体URI列表向服务器端发送获取媒体流片段的请求时，服务器端做出响应，向智能电视客户端发送包含有媒体流片段的响应包。在链路层可以获取经过工作网络的该响应包，但是并未对该响应包进行存储，而是记录智能电视客户端完全接收该媒体流片段所使用的时间，即实际播放时长，以下进行举例：
智能电视客户端根据媒体URI列表中的第一媒体流片段的URI向服务器端发送获取第一媒体流片段的请求，服务器端根据该请求向智能电视客户端发送第一媒体流片段，由于第一媒体流片段为2兆，当智能电视客户端接收到2兆的数据时，说明第一媒体流片段接收完毕，记录从发出获取第一媒体流片段的请求至接收数据完毕所使用的时间，假如使用了3分钟，由于该实际播放时长大于标准播放时长的2分钟，说明视频播放发生了卡顿，卡顿的时长为1分钟，并将卡顿次数加1。最终上传到服务器的卡顿次数为从播放开始时间至播放结束时间之间的累计卡顿次数。
为了获取每个媒体流片段的标准播放时长和数据长度，以及从发送所述获取媒体流片段的请求至所述媒体流片段接收完全期间的实际播放时长，只需保存包含有有序的媒体统一资源标识符列表和信息标签的响应包，不需保存占用空间较大的包含有媒体流片段的响应包，从而减少内存占用。
在本实施例中，通过从链路层上获取的经过工作网口的响应包可以判断当前播放视频的播放状态，记录卡顿的次数和时长、收到的数据长度。
进一步地，在上述第二实施例的基础上，在所述请求包中的数据包括视频地址，且智能电视处于视频播放状态时，判定当前视频播放结束。
具体地，当前一个HLS播放正在进行的同时，在链路层上获取到一个带有“.m3u8?”字段的获取HLS播放列表的请求，意味着用户切换了节目，当前播放视频播放结束，记录播放结束时间，并同第一播放信息和第二播放信息一起上传进行数据统计的服务器，开始新的信息采集。
进一步地，在上述第二实施例的基础上，所述在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存的步骤之后包括：
步骤S500，当在预设时间内没有从链路层上获取到包含媒体统一资源标识符的请求包时，判定当前播放视频播放结束。
具体地，当前从服务器端下载的媒体流片段已经消耗完，但是在链路层没有继续接收到获取下一个媒体流片段的请求，说明当前播放视频播放也结束了。在链路层没有继续接收到获取下一个媒体流片段的请求有两种情况：第一种，如果所有的媒体流片段已经下载完全，意味播放到尾；第二种，如果所有的媒体流分段没有下载完全，可能意味着用户主动退出了播放。
进一步地，参照图3，为本发明智能电视网络视频播放信息采集方法的第三实施例，在上述第一或第二实施例的基础上，所述在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存的步骤包括：
步骤S201，在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
步骤S202，在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
具体地，由于经过特定网口的数据包的数量可能很庞大，设置适当的数据包过滤条件很重要，如果所有的数据包都检测将给电视系统带来巨大的性能负担且可能导致检测结果的不准确。
对于从本机地址发出的数据包，可以根据目的地址及目的端口进行过滤，如限定目的端口号只能为80等等。根据目的地址进行过滤的情况，可以对特定的视频资源获取途径的信息进行统计，比如优酷提供的服务器的卡顿情况等。
参照图4，为本发明智能电视网络视频播放信息采集系统的第一实施例，所述智能电视网络视频播放信息采集系统包括：
数据获取模块100，用于从链路层获取经当前工作的网络接口传输和接收的数据包。
具体地，电视系统启动后，检测当前的网络接入方式，从而监控该网络接入方式对应的工作网口，比如以太网口eth0、无线网络wlan0等。对网络接入方式的检测在电视系统运行期间需要一直存在，当检测到网络接入方式发生变化时需要相应改变监控的工作网口。
从TCP/IP链路层上对经过当前工作网口的部分数据包做拷贝并进行解析。每个数据包均包含源地址、源端口、目的地址和目的端口信息。
第一播放信息获取模块200，用于在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存，所述第一播放信息包括播放开始时间和视频地址。
具体地，从链路层获取到的数据包分为请求包和响应包。当获取到数据包后，首先判断该数据包的源地址是不是本机地址，若是，那该数据包可能是一个视频播放的请求包，若否，那该数据包可能是响应包。本实施例以HLS播放为例进行说明。
对于源地址为本机地址的数据包而言，可以通过解析该数据包进一步判断该视频播放的请求包是怎样的请求信息。如果请求包中的视频地址（即URL地址）带有“.m3u8?”字段意味着该请求包的请求信息是请求HLS（HTTP Live Streaming）播放列表，该请求包的发送意味着一个HLS播放的开始，记录下播放开始时间。HLS播放列表由一个有序的媒体统一资源标识符列表（即媒体URI列表）和信息标签组成，每个媒体URI指向一个媒体文件，该媒体文件是单个连续媒体流上的一个片段。为了播放媒体流，客户端首先获取播放列表，然后根据播放列表中的媒体URI依次获取并播放每个媒体流文件，形成连续的视频播放，在本发明中，客户端为智能电视客户端。
从上可知，当从链路层上获得经过工作网口的请求包时，可以获得播放开始时间和视频地址。
第二播放信息获取模块300，用于在所述数据包为响应包时，根据所述响应包获取当前播放视频的第二播放信息并保存，所述第二播放信息包括当前播放视频的播放状态和/或接收到的数据长度。
具体地，当源地址不是本机地址时，从链路层上获得的数据包为响应包。智能电视客户端到服务器端的请求和服务器端到智能电视客户端的响应是通过包含两个方向数据流的会话得以实现的，所有的会话都是从请求开始的。作为同一个会话两路流的标志是地址信息，请求包和响应包的源地址和目的地址是相反的，若请求地址是192.168.029.147.44345-192.168.029.016.08118，那么响应地址是192.168.029.016.08118-192.168.029.147.44345。通过查看请求包和响应包的源地址和目的地址即可知道在智能电视客户端和服务器端之间进行的是不是同一个会话。
当智能电视客户端向服务器端发送获取HLS播放列表的请求包时，创建一个HLS播放会话并加入到会话列队中等待服务器端的响应；服务器端接收到该请求包时，向智能电视客户端返回响应包，智能电视客户端解析该响应包后可以获得HLS播放列表；智能电视客户端获取到HLS播放列表后为后续的每个媒体流片段的获取请求创建会话以检测播放的状态；服务器端接收到获取媒体流片段的请求时，会向智能电视客户端返回响应包，解析该响应包可以获得媒体流片段从而播放。
当智能电视客户端向服务器端发送获取HLS播放列表的请求时，在链路层获得对应的响应包，并保存该响应包，解析该响应包后获取媒体URI列表和信息标签，信息标签中包含每个媒体流片段的标准播放时长和数据长度。
接着，当智能电视客户端根据HLS播放列表中的URI列表向服务器端发送获取媒体流片段的请求时，服务器端向智能电视客户端发送媒体流片段。由于从HLS播放列表中可知每个媒体流片段的数据长度，根据智能电视客户端接收媒体流片段完毕的时间点可以获知接收该媒体流片段的实际播放时长，将实际播放时长与HLS播放列表中的标准播放时长比较即可知道视频播放是否发生卡顿，以及卡顿的时长。
从上可知，根据从链路层上获得的经过工作网口的响应包，可以获得接收到的数据长度和卡顿情况。
信息发送模块400，用于当检测到当前播放视频播放结束时，记录播放结束时间，并将所述第一播放信息、第二播放信息和播放结束时间发送给服务器。
具体地，在智能电视客户端播放依次接收到的各个媒体流片段，当检测到当前播放视频播放结束时，记录播放结束时间。将根据请求包获得的第一播放信息，比如记录的播放开始时间和视频地址，根据响应包获得的第二播放信息，比如接收到的数据长度、卡顿次数和时长等，以及记录的播放结束时间发送给进行数据统计的服务器，该服务器根据上述信息可以对智能电视端的网络视频播放质量进行分析，比如用户对哪个网址的浏览次数最多，从该网址获取视频资源时是否经常出现卡顿的情况，用户对哪个视频资源的关注度最高等等。
本发明提出的技术方案中，因为所有的视频应用在播放节目时都是基于互联网作为客户端与服务器进行交互，根据用户的操作，通过发送请求等待响应来获取数据，所以可以从监控的网口的链路层上抓取数据包，如果获取到一个视频播放开始的请求包，则记录播放开始的时间和视频地址等播放信息；当抓取到与上述请求包对应的响应包时，则可以根据响应包获取当前播放视频的播放状态，记录收到的数据长度等播放信息；当检测到此次播放结束时，记录播放结束的时间，把此次的播放信息和播放结束的时间组织打包成约定的格式发送到服务器。由于播放信息的收集均是通过处理链路层上获取的数据包来实现的，且对数据包的处理较为简单，通过这种方法收集播放信息简单便捷，也不存在适配各种视频应用的问题。
进一步地，参照图5，为本发明智能电视网络视频播放信息采集系统的第二实施例，基于本发明智能电视网络视频播放信息采集系统的第一实施例，所述播放状态包括卡顿时长，所述第二播放信息获取模块300包括：
解析单元301，用于解析所述响应包得到解析数据；
存储单元302，用于当所述解析数据包括有序的媒体统一资源标识符列表时，获取所述解析数据中的统一资源标识符列表、媒体流片段的标准播放时长以及数据长度并保存。
具体地，当智能电视客户端向服务器端发送获取播放列表的请求时，服务器端做出响应，向智能电视客户端发送响应包。可以从链路层获取经过工作网口的该响应包，并拷贝一份，解析该响应包后可以获得媒体URI列表和信息标签，该信息标签包括每个媒体流片段的标准播放时长以及数据长度，以下进行举例：
智能电视客户端播放的是单个连续媒体流，单个连续媒体流由多个有序的媒体流片段的组成，假如该连续媒体流为500兆，总共能播放500分钟，该连续媒体流由250个媒体流片段组成，如果每个媒体流片段的数据长度一样的话，那么第一媒体流片段、第二媒体流片段至第二百五十媒体流片段的数据长度均为2兆，播放时长（即标准播放时长）均为2分钟。
实际播放时长单元303，用于当所述解析数据包括所述媒体流片段，且接收到的所述媒体流片段达到所述数据长度时，获取接收的所述媒体流片段的实际播放时长；
卡顿时长单元304，用于当所述实际播放时长大于所述标准播放时长时，记录当前播放视频的卡顿时长。
具体地，当智能电视客户端根据媒体URI列表向服务器端发送获取媒体流片段的请求时，服务器端做出响应，向智能电视客户端发送包含有媒体流片段的响应包。在链路层可以获取经过工作网络的该响应包，但是并对该响应包进行存储，而是记录智能电视客户端完全接收该媒体流片段所使用的时间，即实际播放时长，以下进行举例：
智能电视客户端根据媒体URI列表中的第一媒体流片段的URI向服务器端发送获取第一媒体流片段的请求，服务器端根据该请求向智能电视客户端发送第一媒体流片段，由于第一媒体流片段为2兆，当智能电视客户端接收到2兆的数据时，说明第一媒体流片段接收完毕，记录从发出获取第一媒体流片段的请求至接收数据完毕所使用的时间，假如使用了3分钟，由于该实际播放时长大于标准播放时长的2分钟，说明视频播放发生了卡顿，卡顿的时长为1分钟，并将卡顿次数加1。最终上传到服务器的卡顿次数为从播放开始时间至播放结束时间之间的累计卡顿次数。
为了达到获取每个媒体流片段的标准播放时长和数据长度，以及从发送所述获取媒体流片段的请求至所述媒体流片段接收完全期间的实际播放时长，只需保存包含有有序的媒体统一资源标识符列表和信息标签的响应包，不需保存占用空间较大的包含有媒体流片段的响应包，从而减少内存占用。
在本实施例中，通过从链路层上获取的经过工作网口的响应包可以判断当前播放视频的播放状态，记录卡顿的次数和时长、收到的数据长度。
进一步地，参照图6，为本发明智能电视网络视频播放信息采集系统的第三实施例，基于本发明智能电视网络视频播放信息采集系统的第二实施例，所述智能电视网络视频播放信息采集系统还包括：
第一结束判定模块600，用于在所述请求包中的数据包括视频地址，且智能电视处于视频播放状态时，判定当前视频播放结束。
具体地，当前一个HLS播放正在进行的同时，在链路层上获取到一个带有“.m3u8?”字段的获取HLS播放列表的请求，意味着用户切换了节目，当前播放视频播放结束，记录播放结束时间，并同第一播放信息和第二播放信息一起上传进行数据统计的服务器，开始新的信息采集。
进一步地，参照图7，为本发明智能电视网络视频播放信息采集系统的第四实施例，基于本发明智能电视网络视频播放信息采集系统的第二实施例，所述智能电视网络视频播放信息采集系统还包括：
第二结束判定模块500，用于当在预设时间内没有从链路层上获取到包含媒体统一资源标识符的请求包时，判定当前播放视频播放结束。
具体地，当前从服务器端下载的媒体流片段已经消耗完，但是在链路层没有继续接收到获取下一个媒体流片段的请求，说明当前播放视频播放也结束了。在链路层没有继续接收到获取下一个媒体流片段的请求有两种情况：第一种，如果所有的媒体流片段已经下载完全，意味播放到尾；第二种，如果所有的媒体流分段没有下载完全，可能意味着用户主动退出了播放。
进一步地，参照图8，为本发明智能电视网络视频播放信息采集系统的第五实施例，基于本发明智能电视网络视频播放信息采集系统的第一至第四任一实施例，所述第一播放信息获取模块200包括：
判断单元201，用于在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
第一播放信息获取单元202，用于在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
具体地，由于经过特定网口的数据包的数量可能很庞大，设置适当的数据包过滤条件很重要，如果所有的数据包都检测将给电视系统带来巨大的性能负担且可能导致检测结果的不准确。
对于从本机地址发出的数据包，可以根据目的地址及目的端口进行过滤，如限定目的端口号只能为80等等。根据目的地址进行过滤的情况，可以对特定的视频资源获取途径的信息进行统计，比如优酷提供的服务器的卡顿情况等。
以上仅为本发明的可选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (20)

  1. 一种智能电视网络视频播放信息采集方法，其特征在于，所述方法包括：
    从链路层获取经当前工作的网络接口传输和接收的数据包；
    在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存，所述第一播放信息包括播放开始时间和视频地址；
    在所述数据包为响应包时，根据所述响应包获取当前播放视频的第二播放信息并保存，所述第二播放信息包括当前播放视频的播放状态和/或接收到的数据长度；
    当检测到当前播放视频播放结束时，记录播放结束时间，并将所述第一播放信息、第二播放信息和播放结束时间发送给服务器。
  2. 如权利要求1所述的智能电视网络视频播放信息采集方法，其特征在于，所述播放状态包括卡顿时长，所述根据所述响应包获取当前播放视频的第二播放信息并保存的步骤包括：
    解析所述响应包得到解析数据；
    当所述解析数据包括有序的媒体统一资源标识符列表时，获取所述解析数据中的统一资源标识符列表、媒体流片段的标准播放时长以及数据长度并保存；
    当所述解析数据包括所述媒体流片段，且接收到的所述媒体流片段达到所述数据长度时，获取接收的所述媒体流片段的实际播放时长；
    当所述实际播放时长大于所述标准播放时长时，记录当前播放视频的卡顿时长。
  3. 如权利要求2所述的智能电视网络视频播放信息采集方法，其特征在于，在所述请求包中的数据包括视频地址，且智能电视处于视频播放状态时，判定当前视频播放结束。
  4. 如权利要求2所述的智能电视网络视频播放信息采集方法，其特征在于，所述在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存的步骤之后包括：
    当在预设时间内没有从链路层上获取到包含媒体统一资源标识符的请求包时，判定当前播放视频播放结束。
  5. 如权利要求1所述的智能电视网络视频播放信息采集方法，其特征在于，所述在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存的步骤包括：
    在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
    在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
  6. 如权利要求1所述的智能电视网络视频播放信息采集方法，其特征在于，在所述请求包中的数据包括视频地址，且智能电视处于视频播放状态时，判定当前视频播放结束。
  7. 如权利要求1所述的智能电视网络视频播放信息采集方法，其特征在于，所述在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存的步骤之后包括：
    当在预设时间内没有从链路层上获取到包含媒体统一资源标识符的请求包时，判定当前播放视频播放结束。
  8. 如权利要求2所述的智能电视网络视频播放信息采集方法，其特征在于，所述在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存的步骤包括：
    在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
    在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
  9. 如权利要求3所述的智能电视网络视频播放信息采集方法，其特征在于，所述在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存的步骤包括：
    在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
    在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
  10. 如权利要求4所述的智能电视网络视频播放信息采集方法，其特征在于，所述在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存的步骤包括：
    在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
    在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
  11. 一种智能电视网络视频播放信息采集系统，其特征在于，所述系统包括：
    数据获取模块，用于从链路层获取经当前工作的网络接口传输和接收的数据包；
    第一播放信息获取模块，用于在所述数据包为请求包，且所述请求包中的数据包括视频地址时，根据所述数据包获取当前播放视频的第一播放信息并保存，所述第一播放信息包括播放开始时间和视频地址；
    第二播放信息获取模块，用于在所述数据包为响应包时，根据所述响应包获取当前播放视频的第二播放信息并保存，所述第二播放信息包括当前播放视频的播放状态和/或接收到的数据长度；
    信息发送模块，用于当检测到当前播放视频播放结束时，记录播放结束时间，并将所述第一播放信息、第二播放信息及播放结束时间发送给服务。
  12. 如权利要求11所述的智能电视网络视频播放信息采集系统，其特征在于，所述播放状态包括卡顿时长，所述第二播放信息获取模块包括：
    解析单元，用于解析所述响应包得到解析数据；
    存储单元，用于当所述解析数据包括有序的媒体统一资源标识符列表时，获取所述解析数据中的统一资源标识符列表、媒体流片段的标准播放时长以及数据长度并保存；
    实际播放时长单元，用于当所述解析数据包括所述媒体流片段，且接收到的所述媒体流片段达到所述数据长度时，获取接收的所述媒体流片段的实际播放时长；
    卡顿时长单元，用于当所述实际播放时长大于所述标准播放时长时，记录当前播放视频的卡顿时长。
  13. 如权利要求12所述的智能电视网络视频播放信息采集系统，其特征在于，所述系统还包括：
    第一结束判定模块，用于在所述请求包中的数据包括视频地址，且智能电视处于视频播放状态时，判定当前视频播放结束。
  14. 如权利要求12所述的智能电视网络视频播放信息采集系统，其特征在于，所述系统还包括：
    第二结束判定模块，用于当在预设时间内没有从链路层上获取到包含媒体统一资源标识符的请求包时，判定当前播放视频播放结束。
  15. 如权利要求11所述的智能电视网络视频播放信息采集系统，其特征在于，所述第一播放信息获取模块包括：
    判断单元，用于在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
    第一播放信息获取单元，用于在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
  16. 如权利要求11所述的智能电视网络视频播放信息采集系统，其特征在于，所述系统还包括：
    第一结束判定模块，用于在所述请求包中的数据包括视频地址，且智能电视处于视频播放状态时，判定当前视频播放结束。
  17. 如权利要求11所述的智能电视网络视频播放信息采集系统，其特征在于，所述系统还包括：
    第二结束判定模块，用于当在预设时间内没有从链路层上获取到包含媒体统一资源标识符的请求包时，判定当前播放视频播放结束。
  18. 如权利要求12所述的智能电视网络视频播放信息采集系统，其特征在于，所述第一播放信息获取模块包括：
    判断单元，用于在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
    第一播放信息获取单元，用于在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
  19. 如权利要求13所述的智能电视网络视频播放信息采集系统，其特征在于，所述第一播放信息获取模块包括：
    判断单元，用于在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
    第一播放信息获取单元，用于在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
  20. 如权利要求14所述的智能电视网络视频播放信息采集系统，其特征在于，所述第一播放信息获取模块包括：
    判断单元，用于在所述数据包为请求包，且所述请求包中的数据包括视频地址时，判断所述请求包的目的地址是否为预设地址；
    第一播放信息获取单元，用于在所述数据包的目的地址为预设地址时，根据所述数据包获取当前播放视频的第一播放信息并保存。
PCT/CN2016/113019 2016-11-29 2016-12-29 智能电视网络视频播放信息采集方法及系统 WO2018098884A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201611076005.8 2016-11-29
CN201611076005.8A CN106412661B (zh) 2016-11-29 2016-11-29 智能电视网络视频播放信息采集方法及系统

Publications (1)

Publication Number Publication Date
WO2018098884A1 true WO2018098884A1 (zh) 2018-06-07

Family

ID=58084330

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/113019 WO2018098884A1 (zh) 2016-11-29 2016-12-29 智能电视网络视频播放信息采集方法及系统

Country Status (2)

Country Link
CN (1) CN106412661B (zh)
WO (1) WO2018098884A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113973216A (zh) * 2020-07-22 2022-01-25 聚好看科技股份有限公司 一种视频集锦的生成方法及显示设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108174187B (zh) * 2017-12-14 2020-04-24 聚好看科技股份有限公司 一种智能电视响应时间的测试方法及其系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101600093A (zh) * 2009-04-29 2009-12-09 四川长虹电器股份有限公司 一种数字电视节目互动方法、系统、终端设备及机顶盒
US20100198982A1 (en) * 2008-03-18 2010-08-05 Clarity Systems, S.L. Methods for Transmitting Multimedia Files and Advertisements
CN103024598A (zh) * 2013-01-10 2013-04-03 深信服网络科技（深圳）有限公司 获取网络视频播放流畅度的方法及装置
CN103501434A (zh) * 2013-09-17 2014-01-08 北京奇艺世纪科技有限公司 一种视频的质量分析方法及装置
CN103841412A (zh) * 2014-03-18 2014-06-04 北京邮电大学 一种网络视频用户体验质量测量方法和装置
CN104168506A (zh) * 2014-08-13 2014-11-26 广州市香港科大霍英东研究院 通过嗅探http数据包获取用户视频体验质量的方法
CN104349220A (zh) * 2014-11-25 2015-02-11 复旦大学 一种用于智能电视终端的服务质量监测系统
CN106060663A (zh) * 2016-06-24 2016-10-26 武汉斗鱼网络科技有限公司 在视频直播过程中监控视频流畅度的方法及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100198982A1 (en) * 2008-03-18 2010-08-05 Clarity Systems, S.L. Methods for Transmitting Multimedia Files and Advertisements
CN101600093A (zh) * 2009-04-29 2009-12-09 四川长虹电器股份有限公司 一种数字电视节目互动方法、系统、终端设备及机顶盒
CN103024598A (zh) * 2013-01-10 2013-04-03 深信服网络科技（深圳）有限公司 获取网络视频播放流畅度的方法及装置
CN103501434A (zh) * 2013-09-17 2014-01-08 北京奇艺世纪科技有限公司 一种视频的质量分析方法及装置
CN103841412A (zh) * 2014-03-18 2014-06-04 北京邮电大学 一种网络视频用户体验质量测量方法和装置
CN104168506A (zh) * 2014-08-13 2014-11-26 广州市香港科大霍英东研究院 通过嗅探http数据包获取用户视频体验质量的方法
CN104349220A (zh) * 2014-11-25 2015-02-11 复旦大学 一种用于智能电视终端的服务质量监测系统
CN106060663A (zh) * 2016-06-24 2016-10-26 武汉斗鱼网络科技有限公司 在视频直播过程中监控视频流畅度的方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113973216A (zh) * 2020-07-22 2022-01-25 聚好看科技股份有限公司 一种视频集锦的生成方法及显示设备

Also Published As

Publication number Publication date
CN106412661B (zh) 2020-07-14
CN106412661A (zh) 2017-02-15

Similar Documents

Publication Publication Date Title
WO2013139239A1 (en) Method for recommending users in social network and the system thereof
WO2017107378A1 (zh) 基于hls流媒体的视频数据加速下载方法及装置
WO2014187158A1 (zh) 终端数据云分享的控制方法、服务器及终端
WO2018036057A1 (zh) 软件后台自适应升级方法及装置
WO2019037396A1 (zh) 账户清结算方法、装置、设备及存储介质
WO2018107610A1 (zh) 业务数据处理方法、系统、设备及计算机可读存储介质
WO2018006489A1 (zh) 终端的语音交互方法及装置
WO2012033319A2 (ko) 스트리밍 컨텐츠 제공 장치 및 방법
WO2015154639A1 (en) Method and apparatus for recording and replaying video of terminal
WO2016023148A1 (zh) 报文的控制方法、交换机及控制器
WO2019196213A1 (zh) 接口测试方法、装置、设备及计算机可读存储介质
WO2016192270A1 (zh) 媒体文件的快速启播方法及装置
WO2016101698A1 (zh) 基于dlna技术实现屏幕推送的方法及系统
WO2016032021A1 (ko) 음성 명령 인식을 위한 장치 및 방법
WO2018023926A1 (zh) 电视与移动终端的互动方法及系统
WO2017005066A1 (zh) 录制音视频同步时间戳的方法和装置
WO2017020649A1 (zh) 音视频播放控制方法及装置
WO2017206377A1 (zh) 同步播放节目的方法和装置
WO2018032680A1 (zh) 音视频播放方法及系统
WO2015110014A1 (en) Method, apparatus, and terminal device for determining user activity range
WO2018038579A1 (en) Apparatus and method for providing security service in communication system
WO2016090991A1 (zh) 流媒体数据的下载方法及装置
WO2019210574A1 (zh) 消息处理方法、装置、设备及可读存储介质
WO2019056733A1 (zh) 并发量控制方法、应用服务器、系统及存储介质
WO2018098884A1 (zh) 智能电视网络视频播放信息采集方法及系统

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16922939

Country of ref document: EP

Kind code of ref document: A1