CN114173148A - Real-time charging system based on H5 player - Google Patents
Real-time charging system based on H5 player Download PDFInfo
- Publication number
- CN114173148A CN114173148A CN202111575663.2A CN202111575663A CN114173148A CN 114173148 A CN114173148 A CN 114173148A CN 202111575663 A CN202111575663 A CN 202111575663A CN 114173148 A CN114173148 A CN 114173148A
- Authority
- CN
- China
- Prior art keywords
- player
- module
- state
- client
- server
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
-
- 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
- H04N21/2543—Billing, e.g. for subscription services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention discloses a real-time charging system based on an H5 player. The system comprises an H5 player client, a callback processing module, a play state queue module, a calculation reporting module, a client state lock module, a quantity counting server module and a server calculation lock module, and can count all video and live broadcast accurate time lengths based on H5 player playing in real time, namely, scenes of player pause, broadcast end and the like which do not consume client flow are not counted, the play time length can be associated with specific video and live broadcast, the flow is obtained by multiplying the video and live broadcast code rate by the time length, and real-time flow counting is indirectly realized. The invention has the beneficial effects that: the method can count the accurate time of all videos and live broadcasts played by an H5 player in real time, and the flow is obtained by multiplying the time by the related code rate information, so that the real-time flow statistics is indirectly realized.
Description
Technical Field
The invention relates to the technical field of H5 players, in particular to a real-time charging system based on an H5 player.
Background
The H5 player is a standard method for including video via video elements specified in HTML5, and since flash players are currently abandoned by large browsers, the H5 player has become the mainstream of PCs and mobile terminals.
For the charging mode of video and live broadcast, the industry mostly adopts a flow or bandwidth mode for charging at present, the charging mode has certain delay, because the flow log generated by video, especially hot video, is large, a process of analyzing the log is needed, and the length of the process depends on the calculation power of a server of a service provider.
The charging is carried out by adopting a time length mode, so that the server cost required by flow statistics can be saved, and real-time statistics can be realized.
Except for APP, most of the current duration statistics based on H5 players adopt front-end timing reporting, and reporting is not controlled according to the specific state of the player, such as whether playing is performed or not, whether pausing is performed, and whether playing is completed, which is easy to cause data inaccuracy.
Disclosure of Invention
The invention provides a real-time charging system based on an H5 player for real-time traffic statistics, which aims to overcome the defects in the prior art.
In order to achieve the purpose, the invention adopts the following technical scheme:
a real-time charging system based on H5 player, comprising a client device and a server device, wherein the client device comprises: the system comprises an H5 player client, a callback processing module, a play state queue module, a calculation reporting module and a client state locking module; the server device comprises: the system comprises a quantity counting server module and a server calculation lock module; wherein the content of the first and second substances,
the H5 player client refers to a front-end interface using an H5 player, and specifically refers to a client adopting a PC browser and a mobile-end browser and being in butt joint with a callback processing module;
the callback processing module is used for receiving the change of the state of the H5 player and is in butt joint with the play state queue module;
the play state queue module is used for storing the H5 player state received by the callback processing module and is used for subsequent calculation and reporting module statistics;
the calculation reporting module is used for reading the H5 player state in the play state queue module, and calculating whether a server needs to be reported according to the specific state;
the client state lock module is used for controlling the repeated state callback of the H5 player client under the weak network or other abnormal scenes and is in butt joint with the calculation reporting module;
the number counting server module is used for receiving information reported by the client device, adding or subtracting the number of clients for video or live broadcast played by the H5 player client, and calculating the playing time length at regular time according to the number of the H5 player clients;
the server side calculation lock module is used for controlling the concurrent reporting sequence of the single H5 player client side, and ensuring the data calculation to be correct.
The invention discloses a real-time charging system based on an H5 player, which comprises an H5 player client, a callback processing module, a play state queue module, a calculation reporting module, a client state lock module, a quantity counting server module and a server calculation lock module, wherein the system can calculate the accurate time length of video and live broadcast based on the H5 player in real time, namely the scenes of the player which does not consume the client flow, such as pause, end of play and the like, can not be counted, the play time length can be associated with the specific video and live broadcast, the flow can be obtained by multiplying the video and live broadcast code rate by the time length, and the real-time flow statistics can be indirectly realized.
Preferably, for an H5 player client, a front-end interface of an H5 player is an access entry issued by a service provider, all duration statistics is calculated based on the number of people accessing the interface, after the interface initialization is completed, websocket connection needs to be established with a server device, a unique identifier of each client is determined through a connection identifier, and the unique identifier is a precondition for ensuring the accuracy of statistical data and is used for subsequently reporting a playing state and sending websocket information to the server; aiming at the processing when the client is abnormally closed, when the client is closed, the server has a disconnection message, and the quantity of the videos and live broadcasts associated with the client identification is reduced by one.
Preferably, for the callback processing module, the module uses the native operation callback function of the H5 player to process different scenes, and the specific callback processing is as follows:
(1) number plus one callbacks: the H5 player starts playing or is playing, for the client operation, the playing button of the H5 player is clicked, and two callbacks are triggered when the playing button is clicked for the first time;
(2) number minus one callbacks: the player pauses, finishes or interrupts under the weak network, for the client operation, a pause button, an end button or a video playing end of the player is clicked, and when the playing is finished, a callback is triggered twice.
Preferably, for the play state queue module, the play state queue module is added to prevent the server device from being stressed when the callback state is excessive, the frequency of reading the queue is controlled to achieve controllable server pressure, and the play state queue module only needs to store true/false, where true corresponds to a number of callbacks increased by one, and false corresponds to a number of callbacks decreased by one.
Preferably, for the calculation reporting module, since the same callback state exists, but one H5 player client represents only one number, so that duplicate states need to be filtered out, the method is to define a global player state in combination with the client state lock module, and set the state to false during initialization, and when the calculation reporting module reads the play state queue module, it needs to compare with the state: if the two types of information are different, the information is sent based on the websocket connection created by the H5 player client, and the format of the content of the information is as follows: setting the state of the global player to be a reported state at the same time when the current video identifier or the live broadcast identifier corresponds to the state; if the two states are the same, the corresponding state is set in the device of the representative server side, reporting is not needed, and the queue is continuously read.
Preferably, for the number statistics server module, the module is the final data site of the whole billing system, the recorded number of the clients corresponding to the specific video or live broadcast is the total playing time of the clients obtained by timing calculation, and the internal logic is as follows: when receiving a message sent by a calculation reporting module, combining the message and a websocket connection identifier into a global lock by combining a server calculation locking module, and strictly controlling the reporting sequence to prevent calculation errors, wherein the websocket connection identifier is not required to be actively transmitted by the calculation reporting module, and the server can obtain the message according to the message, then analyze the suffix state in the message, and add or subtract the number of clients; the logic can obtain the real-time number of the clients, then the clients are gathered at the moment, the statistics is carried out once every minute, the real-time statistical duration is finally generated, and the charging can be carried out by combining the unit price defined by the service provider.
The invention has the beneficial effects that: the method can count the accurate time of all videos and live broadcasts played by an H5 player in real time, and the flow is obtained by multiplying the time by the related code rate information, so that the real-time flow statistics is indirectly realized.
Drawings
FIG. 1 is a logic flow diagram of the present invention.
Detailed Description
The invention is further described with reference to the following figures and detailed description.
In the embodiment shown in fig. 1, an H5 player-based real-time billing system includes a client device and a server device, where the client device includes: the system comprises an H5 player client, a callback processing module, a play state queue module, a calculation reporting module and a client state locking module; the server device comprises: the system comprises a quantity counting server module and a server calculation lock module; wherein the content of the first and second substances,
the H5 player client is a front-end interface using an H5 player, and particularly adopts a PC browser and a mobile-end browser (including a WeChat built-in browser, a QQ built-in browser and the like) to be in butt joint with the callback processing module; the front-end interface of the H5 player is an access entry issued by a service provider, all duration statistics are calculated based on the number of people accessing the interface, after the interface is initialized, websocket connection needs to be established with a server device, a unique identifier of each client is determined through a connection identifier, and the unique identifier is used for reporting the playing state subsequently and sending websocket information to the server on the premise of ensuring the accuracy of statistical data; aiming at the processing when the client is abnormally closed, when the client is closed, the server has a disconnection message, and the quantity of the videos and live broadcasts associated with the client identification is reduced by one.
The callback processing module is used for receiving the change of the state of the H5 player and is in butt joint with the play state queue module; the module utilizes native operation callback function of the H5 player to process different scenes, is a control core of the invention, and concretely carries out callback processing as follows:
(1) number plus one callbacks: the H5 player starts playing or is playing, for the client operation, the playing button of the H5 player is clicked, and two callbacks are triggered when the playing button is clicked for the first time; play and playing, that is, a player starts playing or is playing, and for the operation of a client, a play button of the player is clicked, it should be noted that when the play button is clicked for the first time, two callbacks are triggered, which are: play, playing.
(2) Number minus one callbacks: for the operation of the client, a pause button and an end button of the player are clicked, or the playing of the video is ended, and when the playing is ended, two callbacks are triggered; pause and wait, that is, the player pauses, ends or interrupts under the weak network, for the operation of the client, clicks the pause button and the end button of the player, or ends playing the video, it should be noted that, when the playing ends, two callbacks are triggered, which are respectively: pause, waiting.
There are many native callback states of the H5 player, but the number reported following the H5 player state can be achieved by the above 4 specific callbacks.
The play state queue module is used for storing the H5 player state received by the callback processing module and is used for subsequent calculation and reporting module statistics; the play state queue module is added to prevent pressure from being caused to the server device when the callback state is too much, the frequency of reading the queue through control is controlled, so that the pressure of the server is controllable, the play state queue module has a simpler storage structure, and only true/false needs to be stored, wherein true corresponds to the callback with the quantity added by one: play, playing, false corresponds to a number of callbacks minus one: pause, waiting.
Examples are:
when the client end clicks the play button first, then clicks the pause button, finally clicks the play button and waits for the end of the play,
the states received by the corresponding callback processing module are as follows in sequence: play/playing, pause, play, pause/waiting,
then the content that needs to be inserted into the play state queue is: [ true, true, false, true, false ], contents in the queue are read by the computation reporting module.
The calculation reporting module is used for reading the H5 player state in the play state queue module, and calculating whether a server needs to be reported according to the specific state; the client state lock module is used for controlling the repeated state callback of the H5 player client under the weak network or other abnormal scenes and is in butt joint with the calculation reporting module; since the same callback state exists, but one H5 player client represents only one number, so that duplicate states need to be filtered out, the method is to define a global player state in combination with the client state lock module, here, for example, the playerStatus (the name of the state is not limited by the present invention), the state is set to false during initialization, and when the calculation reporting module reads the play state queue module, it needs to compare with the state:
if the two types of information are different, the information is sent based on the websocket connection created by the H5 player client, and the format of the content of the information is as follows: a current video identifier or a live broadcast identifier (determined according to an actual service scene) _ corresponding state (true/false), and simultaneously setting the state of a global player, in this case, the playerStatus, as a reported state;
if the two states are the same, the corresponding state is set in the device of the representative server side, reporting is not needed, and the queue is continuously read.
In the case of the play state queue module:
queue content: [ true, true, false, true, false, false ], planerStatus is the initialized false state,
the corresponding calculation reporting module operates in sequence as follows: [ report true, no action, report false, report true, report false, no action ].
The number counting server module is used for receiving information reported by the client device, adding or subtracting the number of clients for video or live broadcast played by the H5 player client, and calculating the playing time length at regular time according to the number of the H5 player clients; the server side calculation lock module is used for controlling the concurrent reporting sequence of the single H5 player client side, and ensuring the data calculation to be correct. The module is the final data of the whole charging system, records the number of specific video or live corresponding clients, finally obtains the total playing time of the clients through timing calculation, and the internal logic is as follows: when receiving a message sent by a calculation reporting module, combining the message and a websocket connection identifier into a global lock by combining a server calculation locking module, and strictly controlling the reporting sequence to prevent calculation errors, wherein the websocket connection identifier is not required to be actively transmitted by the calculation reporting module, and the server can obtain the message according to the message, then analyze the suffix state in the message, and add or subtract the number of clients; the logic can obtain the real-time number of the clients, then the clients are gathered at the moment, the statistics is carried out once every minute, the real-time statistical duration is finally generated, and the charging can be carried out by combining the unit price defined by the service provider.
Examples of internal logic are:
when receiving the message sent by the calculation reporting module: xxx _ true (where xxx is only an example of a video or live broadcast identifier, and is specifically determined according to an actual service scenario, and the present invention is not limited), it is necessary to combine a service-side computation lock module to combine xxx and a websocket connection identifier into a global lock (for strictly controlling a reporting sequence and preventing a computation error, where the websocket connection identifier is not required to be actively transmitted by a computation reporting module, and the service-side can obtain the xxx and the websocket connection identifier according to the message), and then analyze a suffix state in the message:
when true, add one to the client number of xxx;
when false, the client number of xxx is reduced by one;
and simultaneously recording the relation between the current websocket connection id and xxx, and being used for the server side to inquire the video or live broadcast identification corresponding to the disconnected connection when the client side is abnormally disconnected: xxx, then the number is decreased by one.
The logic can obtain the real-time number of the client sides of the xxx, and then the real-time number is summarized at the moment, the statistics is carried out once every one minute, for example, when the number of the client sides of the xxx is counted to be 10, the total playing time of the xxx is 10 minutes, finally, the real-time statistical time length is generated, and the charging can be carried out by combining the unit price defined by a service provider.
The invention discloses a real-time charging system based on an H5 player, which comprises an H5 player client, a callback processing module, a play state queue module, a calculation reporting module, a client state lock module, a quantity counting server module and a server calculation lock module, wherein the system can calculate the accurate time length of video and live broadcast based on the H5 player in real time, namely the scenes of the player which does not consume the client flow, such as pause, end of play and the like, can not be counted, the play time length can be associated with the specific video and live broadcast, the flow can be obtained by multiplying the video and live broadcast code rate by the time length, and the real-time flow statistics can be indirectly realized.
Claims (6)
1. A real-time charging system based on an H5 player is characterized by comprising a client device and a server device, wherein the client device comprises: the system comprises an H5 player client, a callback processing module, a play state queue module, a calculation reporting module and a client state locking module; the server device comprises: the system comprises a quantity counting server module and a server calculation lock module; wherein the content of the first and second substances,
the H5 player client refers to a front-end interface using an H5 player, and specifically refers to a client adopting a PC browser and a mobile-end browser and being in butt joint with a callback processing module;
the callback processing module is used for receiving the change of the state of the H5 player and is in butt joint with the play state queue module; the play state queue module is used for storing the H5 player state received by the callback processing module and is used for subsequent calculation and reporting module statistics;
the calculation reporting module is used for reading the H5 player state in the play state queue module, and calculating whether a server needs to be reported according to the specific state;
the client state lock module is used for controlling the repeated state callback of the H5 player client under the weak network or other abnormal scenes and is in butt joint with the calculation reporting module;
the number counting server module is used for receiving information reported by the client device, adding or subtracting the number of clients for video or live broadcast played by the H5 player client, and calculating the playing time length at regular time according to the number of the H5 player clients;
the server side calculation lock module is used for controlling the concurrent reporting sequence of the single H5 player client side, and ensuring the data calculation to be correct.
2. The real-time charging system based on the H5 player of claim 1, wherein for an H5 player client, a front-end interface of the H5 player is an access entry issued by a service provider, all duration statistics are calculated based on the number of people accessing the interface, after the interface initialization is completed, a websocket connection needs to be established with a server device, a unique identifier of each client is determined through a connection identifier, and the unique identifier is used for reporting a play state subsequently and sending websocket information to the server on the premise that the accuracy of statistical data is guaranteed; aiming at the processing when the client is abnormally closed, when the client is closed, the server has a disconnection message, and the quantity of the videos and live broadcasts associated with the client identification is reduced by one.
3. The real-time charging system based on H5 player of claim 1, wherein for the callback processing module, the module uses native operation callback function of H5 player to process different scenarios, and the specific callback processing is as follows:
(1) number plus one callbacks: the H5 player starts playing or is playing, for the client operation, the playing button of the H5 player is clicked, and two callbacks are triggered when the playing button is clicked for the first time;
(2) number minus one callbacks: the player pauses, finishes or interrupts under the weak network, for the client operation, a pause button, an end button or a video playing end of the player is clicked, and when the playing is finished, a callback is triggered twice.
4. The system of claim 3, wherein the playback state queuing module is added to the playback state queuing module to prevent the server device from being stressed when the callback state is too much, the playback state queuing module only needs to store true/false, where true corresponds to a number of callbacks plus one and false corresponds to a number of callbacks minus one, by controlling the frequency of reading the queue, so as to achieve controllable server pressure.
5. The real-time charging system based on H5 player as claimed in claim 1, wherein for the calculation reporting module, since the same callback state exists, but one H5 player client represents only one number, so that duplicate states need to be filtered out, the method is to define a global player state by combining with the client state lock module, and set the state as false during initialization, when the calculation reporting module reads the play state queue module, it needs to compare with the state: if the two types of information are different, the information is sent based on the websocket connection created by the H5 player client, and the format of the content of the information is as follows: setting the state of the global player to be a reported state at the same time when the current video identifier or the live broadcast identifier corresponds to the state; if the two states are the same, the corresponding state is set in the device of the representative server side, reporting is not needed, and the queue is continuously read.
6. The real-time charging system based on the H5 player as claimed in claim 1, wherein for the number statistics server module, the module is the final data floor of the whole charging system, the recorded number of the specific clients corresponding to video or live broadcast, and finally the total playing duration of the clients is obtained by timing calculation, and the internal logic is: when receiving a message sent by a calculation reporting module, combining the message and a websocket connection identifier into a global lock by combining a server calculation locking module, and strictly controlling the reporting sequence to prevent calculation errors, wherein the websocket connection identifier is not required to be actively transmitted by the calculation reporting module, and the server can obtain the message according to the message, then analyze the suffix state in the message, and add or subtract the number of clients; the logic can obtain the real-time number of the clients, then the clients are gathered at the moment, the statistics is carried out once every minute, the real-time statistical duration is finally generated, and the charging can be carried out by combining the unit price defined by the service provider.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111575663.2A CN114173148B (en) | 2021-12-21 | 2021-12-21 | Real-time charging system based on H5 player |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111575663.2A CN114173148B (en) | 2021-12-21 | 2021-12-21 | Real-time charging system based on H5 player |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114173148A true CN114173148A (en) | 2022-03-11 |
| CN114173148B CN114173148B (en) | 2023-08-22 |
Family
ID=80487702
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111575663.2A Active CN114173148B (en) | 2021-12-21 | 2021-12-21 | Real-time charging system based on H5 player |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114173148B (en) |
Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030158816A1 (en) * | 2002-01-09 | 2003-08-21 | Emediapartners, Inc. | Internet-based content billing and protection system |
| US20040254887A1 (en) * | 2003-03-12 | 2004-12-16 | Yahoo! Inc. | Access control and metering system for streaming media |
| CN1630243A (en) * | 2004-09-30 | 2005-06-22 | 中国联合通信有限公司 | Mobile communication multimedia information source interface system and method |
| CN1719770A (en) * | 2004-07-09 | 2006-01-11 | 千乡万才科技(中国)有限公司 | Information real-time playing system and method thereof |
| CN101022532A (en) * | 2007-03-16 | 2007-08-22 | 清华大学 | Charging realizing method adapted to flow media |
| CN101075886A (en) * | 2007-06-29 | 2007-11-21 | 中国移动通信集团公司 | Method and device for distributed charging content |
| EP2072119A1 (en) * | 2007-10-09 | 2009-06-24 | Sumitomo Chemical Company, Limited | Photocatalyst dispersion liquid and process for producing the same |
| US20110047077A1 (en) * | 1995-02-13 | 2011-02-24 | Intertrust Technologies Corp. | Trusted Infrastructure Support Systems, Methods and Techniques for Secure Electronic Commerce Electronic Transactions and Rights Management |
| CN102098650A (en) * | 2011-01-21 | 2011-06-15 | 中国联合网络通信集团有限公司 | Content charging-based flow adaptive method and system |
| WO2014048218A1 (en) * | 2012-09-29 | 2014-04-03 | 合一网络技术(北京)有限公司 | Method and system for charging and fee sharing according to network video playing amount |
| US20140108585A1 (en) * | 2012-10-15 | 2014-04-17 | InVisioneer, Inc. | Multimedia content management system |
| WO2017080169A1 (en) * | 2015-11-13 | 2017-05-18 | 乐视控股（北京）有限公司 | Video platform monitoring and analysis system |
| CN108154376A (en) * | 2016-12-06 | 2018-06-12 | 腾讯科技（北京）有限公司 | Data processing method and device |
| WO2018108049A1 (en) * | 2016-12-13 | 2018-06-21 | 腾讯科技（深圳）有限公司 | Information processing method and terminal and computer storage medium |
| CN109302641A (en) * | 2017-07-25 | 2019-02-01 | 腾讯科技（北京）有限公司 | A kind of method, medium and the device of video-see request |
| CN109343903A (en) * | 2018-09-26 | 2019-02-15 | 深圳壹账通智能科技有限公司 | A kind of method and terminal of more new user interface |
-
2021
- 2021-12-21 CN CN202111575663.2A patent/CN114173148B/en active Active
Patent Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110047077A1 (en) * | 1995-02-13 | 2011-02-24 | Intertrust Technologies Corp. | Trusted Infrastructure Support Systems, Methods and Techniques for Secure Electronic Commerce Electronic Transactions and Rights Management |
| US20030158816A1 (en) * | 2002-01-09 | 2003-08-21 | Emediapartners, Inc. | Internet-based content billing and protection system |
| US20040254887A1 (en) * | 2003-03-12 | 2004-12-16 | Yahoo! Inc. | Access control and metering system for streaming media |
| CN1719770A (en) * | 2004-07-09 | 2006-01-11 | 千乡万才科技(中国)有限公司 | Information real-time playing system and method thereof |
| CN1630243A (en) * | 2004-09-30 | 2005-06-22 | 中国联合通信有限公司 | Mobile communication multimedia information source interface system and method |
| CN101022532A (en) * | 2007-03-16 | 2007-08-22 | 清华大学 | Charging realizing method adapted to flow media |
| CN101075886A (en) * | 2007-06-29 | 2007-11-21 | 中国移动通信集团公司 | Method and device for distributed charging content |
| EP2072119A1 (en) * | 2007-10-09 | 2009-06-24 | Sumitomo Chemical Company, Limited | Photocatalyst dispersion liquid and process for producing the same |
| CN102098650A (en) * | 2011-01-21 | 2011-06-15 | 中国联合网络通信集团有限公司 | Content charging-based flow adaptive method and system |
| WO2014048218A1 (en) * | 2012-09-29 | 2014-04-03 | 合一网络技术(北京)有限公司 | Method and system for charging and fee sharing according to network video playing amount |
| US20140108585A1 (en) * | 2012-10-15 | 2014-04-17 | InVisioneer, Inc. | Multimedia content management system |
| WO2017080169A1 (en) * | 2015-11-13 | 2017-05-18 | 乐视控股（北京）有限公司 | Video platform monitoring and analysis system |
| CN108154376A (en) * | 2016-12-06 | 2018-06-12 | 腾讯科技（北京）有限公司 | Data processing method and device |
| WO2018108049A1 (en) * | 2016-12-13 | 2018-06-21 | 腾讯科技（深圳）有限公司 | Information processing method and terminal and computer storage medium |
| CN109302641A (en) * | 2017-07-25 | 2019-02-01 | 腾讯科技（北京）有限公司 | A kind of method, medium and the device of video-see request |
| CN109343903A (en) * | 2018-09-26 | 2019-02-15 | 深圳壹账通智能科技有限公司 | A kind of method and terminal of more new user interface |
Non-Patent Citations (2)
| Title |
|---|
| HADI GHAHREMANNEZHAD: "A New Adaptive Bidirectional Region-of-Interest Detection Method for Intelligent Traffic Video Analysis", 2020 IEEE THIRD INTERNATIONAL CONFERENCE ON ARTIFICIAL INTELLIGENCE AND KNOWLEDGE ENGINEERING * |
| 黄海: "实时内容计费的关键技术研究", 中国优秀硕士毕业论文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114173148B (en) | 2023-08-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102790911B (en) | Direct playing and playback method and system | |
| US9185589B2 (en) | Methods and apparatus to identify wireless carrier performance effects | |
| US11563992B2 (en) | Video playback quality detection method and apparatus | |
| ES2558864T3 (en) | Method and apparatus for measuring availability, quality and flow performance | |
| CN111601102B (en) | Live broadcast stuck detection method and system | |
| WO2010033351A2 (en) | Improved audio and video testing methodology | |
| CN110457229A (en) | Game performance monitoring method, device, electronic equipment and storage medium | |
| CN103166808A (en) | Monitoring method, device and system for Internet protocol television (IPTV) service quality | |
| CN113973214A (en) | Video stream format conversion method, device and storage medium | |
| CN109413371B (en) | Video frame rate calculation method and device | |
| JP2019524029A (en) | Video service quality evaluation method and apparatus | |
| CN111726641A (en) | Live video playing processing method and device and server | |
| CN111200760A (en) | Data processing method and device and electronic equipment | |
| CN110493077B (en) | Method for testing delay packet loss performance of 802.11AX protocol | |
| CN114173148A (en) | Real-time charging system based on H5 player | |
| CN110968288A (en) | Method, device, storage medium and equipment for isolated acquisition of application audio | |
| CN112769645B (en) | Terminal testing method and device, terminal equipment and storage medium | |
| CN106412661A (en) | Smart television network video play information collection method and system | |
| CN107623847B (en) | Video quality evaluation method and device for video service | |
| CN116055768B (en) | Method and system for accurately determining video watching duration | |
| CN111131814A (en) | Data feedback method and device and set top box | |
| US20240015344A1 (en) | Controlling the transmission of at least one item of content from a piece of provider equipment to an ingest node | |
| CN113867632A (en) | Cloud video identification method and equipment and computer storage medium | |
| US20230188585A1 (en) | Content player performance detection | |
| CN112214410A (en) | System and method for automatically counting performance data of Android player |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |