CN110896504A - Anchor duration statistical method and device - Google Patents
Anchor duration statistical method and device Download PDFInfo
- Publication number
- CN110896504A CN110896504A CN201911078079.9A CN201911078079A CN110896504A CN 110896504 A CN110896504 A CN 110896504A CN 201911078079 A CN201911078079 A CN 201911078079A CN 110896504 A CN110896504 A CN 110896504A
- Authority
- CN
- China
- Prior art keywords
- anchor
- cdn
- node
- identifier
- duration
- 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.)
- Pending
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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
-
- 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/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The embodiment of the application provides a method and a device for counting the time length of a main broadcast. When the server detects a message which is sent by a main push CDN node and used for notifying that live video stream is pushed to a first IP node, the main broadcast playing state is determined and the main broadcast time length of the first IP node is calculated, the main broadcast time length of the first IP node can be counted correctly, and the problem of cheating of the main broadcast time length is solved.
Description
Technical Field
The application relates to the technical field of network live broadcast, in particular to a method and a device for counting the time length of a main broadcast.
Background
The network live broadcast system is an internet system which broadcasts a live video stream of a main broadcast user to a plurality of audience users for watching. Webcast systems are typically divided by channel or room or live room. The same channel typically includes: an anchor client and a plurality of clients.
In the existing live broadcast website, the live broadcast time length of the anchor is generally counted, and the live broadcast time length is used as an important index for examining the anchor. At present, one way for a server to count the live broadcast duration is: when the anchor starts to broadcast or stops broadcasting, the broadcast opening notification or the broadcast closing notification is sent to the server, the server obtains the broadcast time length of the anchor by calculating the time interval between the broadcast opening notification and the broadcast closing notification, and the broadcast times of the anchor are determined according to the received broadcast opening notification times.
However, in practical applications, such problems arise: the live broadcast times and live broadcast duration counted by the anchor are inconsistent with the live broadcast times and live broadcast duration fed back by the server. That is to say, the server may have a problem that the statistical result is not accurate in a manner of counting the live broadcast times and the live broadcast duration of the anchor broadcast according to the adjacent broadcast start notification and broadcast stop notification received in sequence.
Disclosure of Invention
Aspects of the present application provide a method and an apparatus for counting anchor duration, which are used to accurately count anchor duration in webcast.
The embodiment of the application provides a method for counting the time length of a main broadcast, which comprises the following steps:
detecting a broadcast request triggered by a main broadcast client, wherein the broadcast request comprises a main broadcast identifier of the main broadcast client;
determining a Content Delivery Network (CDN) identifier corresponding to the anchor identifier according to the anchor identifier;
sending the CDN identification to the anchor client so that the anchor client pushes a live video stream to a first IP node in a corresponding CDN;
when detecting that the live video stream sent by the CDN is pushed to the message of the first IP node, determining an anchor playing state and starting to calculate an anchor playing time length of the first IP node.
Optionally, the method further comprises:
and when detecting that the live video stream sent by the CDN stops pushing the message to the first IP node, determining an anchor broadcasting stop state and stopping calculating the anchor broadcasting time length of the first IP node.
Optionally, the method further comprises:
when a message that the live video stream sent by the CDN is pushed to a second IP node of the CDN is detected, determining an anchor playing state and starting to calculate an anchor playing duration of the second IP node.
Optionally, the method further comprises:
and taking the anchor duration of the first IP node and the anchor duration of the second IP node as the anchor duration of the CDN.
Optionally, the method further comprises:
and distributing the CDN with the unique corresponding relation for each anchor client, namely establishing the corresponding relation between each anchor identifier and each CDN identifier.
The application further provides a device for counting the time length of the anchor, which is located at the server side and comprises:
the system comprises a detection module, a processing module and a processing module, wherein the detection module is used for detecting an opening request triggered by a main broadcast client, and the opening request comprises a main broadcast identifier of the main broadcast client;
the determining module is used for determining a CDN identifier of a content delivery network corresponding to the anchor identifier according to the anchor identifier;
a sending module, configured to send the CDN identifier to the anchor client, so that the anchor client pushes a live video stream to a first IP node in a corresponding CDN;
and the calculation module is used for determining a main broadcasting playing state and starting to calculate the main broadcasting time length of the first IP node when the detection module detects that the live video stream sent by the CDN is pushed to the message of the first IP node.
Optionally, the calculating module is further configured to determine an anchor stop state and stop calculating an anchor duration of the first IP node when the detecting module detects that the live video stream sent by the CDN stops being pushed to the first IP node.
Optionally, the calculating module is further configured to determine a main broadcasting playing state and start calculating a main broadcasting duration of a second IP node of the CDN when detecting a message that the live video stream sent by the CDN is pushed to the second IP node of the CDN.
Optionally, the calculating module is further configured to use the anchor duration of the first IP node plus the anchor duration of the second IP node as the anchor duration of the CDN.
Optionally, the apparatus further comprises:
and the identifier distribution module is used for distributing the CDN of the unique corresponding relationship to each anchor client, namely establishing the corresponding relationship between each anchor identifier and each CDN identifier.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:
fig. 1 is a schematic diagram of a live network architecture according to an embodiment of the present invention;
fig. 2 is a schematic flowchart of a method for counting anchor duration according to an embodiment of the present application;
fig. 3 is a schematic flowchart of a method for counting anchor duration according to another embodiment of the present application;
fig. 4 is a schematic flowchart of a method for counting anchor duration according to another embodiment of the present application;
fig. 5 is a schematic structural diagram of a device for counting the duration of a main broadcast according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions of the present application will be described in detail and completely with reference to the following specific embodiments of the present application and the accompanying drawings. It should be apparent that the described embodiments are only some of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
In the prior art, the server receives the on-air notification and the off-air notification sent by the CDN node to count the anchor duration, however, such a counting method easily causes a problem of cheating on the anchor duration.
In order to avoid the problem of cheating on the anchor duration, in the embodiment of the present invention, a unique anchor CDN is allocated to each anchor client, a notification to a non-anchor CDN is ignored, it is detected that a notification live video stream sent by the anchor CDN is pushed to a corresponding first IP node, an anchor state is determined and the anchor duration of the first IP node starts to be calculated, when it is detected that the notification live video stream sent by the anchor CDN is pushed from the first IP node to a corresponding second IP node, the anchor state is determined and the anchor duration of the second IP node starts to be calculated, and the anchor duration of the first IP node and the anchor duration of the second IP node are taken as the anchor duration of the anchor CDN.
The technical solutions provided by the embodiments of the present application are described in detail below with reference to the accompanying drawings.
Fig. 1 is a schematic view of a live network architecture provided in an embodiment of the present invention, and as shown in fig. 1, the live network includes: an anchor client, a viewing client, a Content Delivery Network (CDN) node, and a server. The server allocates a unique CDN to each anchor client, and it should be noted that the CDN corresponding to the anchor client may include multiple IP nodes, and is configured to receive a live video stream uploaded by the anchor client.
The process of performing webcast by using the webcast system may include: the method comprises the steps that a main broadcasting client uploads live video streams to any IP node in a CDN corresponding to the main broadcasting client, the IP node receives the live video streams to complete a stream pushing process of the live video streams, meanwhile, the CDN sends a notice that the main broadcasting client uploads the live video streams to any IP node in the CDN corresponding to the main broadcasting client to a server, and after the server receives the notice, the main broadcasting playing state is determined and the main broadcasting duration of a first IP node is calculated. Meanwhile, the server can push a live broadcast room corresponding to the anchor broadcast in live broadcast to a live broadcast website home page, so that a user can select live broadcast content to be watched by the client according to the push of the website home page. After a certain user selects a live broadcast room to be watched, a live broadcast video stream is acquired from a node of the CDN through a watching client installed in terminal equipment of the user, and the live broadcast video stream is watched, so that the stream pulling process of the live broadcast video stream is completed.
Fig. 2 is a schematic flow chart of a method for counting anchor duration according to an embodiment of the present application, where as shown in fig. 2, the method includes:
101. the server detects an on-air request triggered by the anchor client.
Before the live broadcast video is uploaded in a live broadcast manner, the anchor client firstly sends a broadcast request to the server aiming at the live broadcast, wherein the broadcast request comprises an anchor identification of the anchor client.
102. The server determines a Content Delivery Network (CDN) identifier corresponding to the anchor identifier according to the anchor identifier contained in the broadcast request;
in order to accurately calculate the anchor duration of each anchor client, in the embodiment of the present invention, the server allocates a CDN having a unique correspondence to each anchor client, that is, establishes a correspondence between each anchor identifier and each CDN identifier.
During specific implementation, each CDN may include a plurality of IP nodes, one IP node is optionally selected from the plurality of IP nodes to serve as a CDN node for main push, and the other IP nodes serve as non-main push CDN nodes in the CDN, where the non-main push CDN nodes are configured to receive a live video stream uploaded by a main broadcast client, and the main push CDN nodes are configured to send a notification that the live video stream is pushed to the IP nodes to a server, so that the server determines an main broadcast playing state and starts to calculate a main broadcast duration of the IP node.
Therefore, when the server allocates a CDN of unique correspondence to each anchor client, a relationship between the anchor identifier of each anchor client and the identifier of the anchor CDN node corresponding to the anchor identifier can be established.
103. The server sends the CDN identification to the anchor client so that the anchor client can push a live video stream to a first IP node in the corresponding CDN;
after the server determines the corresponding CDN identifier according to the anchor identifier, the server sends the CDN identifier to the anchor client, and then the anchor client may push a live video stream to a first IP node in the corresponding CDN according to the CDN identifier, where the first IP node is any non-anchor push node in the corresponding CDN.
When the main CDN node detects that the main client starts to upload the live video stream to the first IP node, a notification that the live video stream is pushed to the first IP node is sent to the server.
104. And when detecting that the live video stream sent by the CDN is pushed to the message of the first IP node, the server determines an anchor playing state and starts to calculate the anchor playing time length of the first IP node.
According to the embodiment of the invention, when the server detects the message which is sent by the main push CDN node and used for notifying the live broadcast video stream to be pushed to the first IP node, the main broadcast playing state is determined and the main broadcast time length of the first IP node starts to be calculated, so that the main broadcast time length of the first IP node can be correctly counted, and the problem of cheating of the main broadcast time length is avoided.
Fig. 3 is a schematic flow chart of a method for counting anchor duration according to another embodiment of the present application, as shown in fig. 3, the method includes:
201. the server detects an off-air request triggered by the anchor client.
And when the anchor client stops the live broadcast, the anchor client sends an off-air request to the server, wherein the off-air request comprises an anchor identification of the anchor client.
202. The server determines a Content Delivery Network (CDN) identifier corresponding to the anchor identifier according to the anchor identifier;
in order to accurately calculate the anchor duration of each anchor client, in the embodiment of the present invention, the server allocates a CDN having a unique correspondence to each anchor client, that is, establishes a correspondence between each anchor identifier and each CDN identifier.
During specific implementation, each CDN may include a plurality of IP nodes, one IP node is optionally selected from the plurality of IP nodes to serve as a CDN node for main push, and the other IP nodes serve as non-main push CDN nodes in the CDN, where the non-main push CDN nodes are configured to receive a live video stream uploaded by a main broadcast client, and the main push CDN nodes are configured to send a notification that the live video stream is pushed to the IP nodes to a server, so that the server determines an main broadcast playing state and starts to calculate a main broadcast duration of the IP node.
Therefore, when the server allocates a CDN of unique correspondence to each anchor client, a relationship between the anchor identifier of each anchor client and the identifier of the anchor CDN node corresponding to the anchor identifier can be established.
203. The server sends the CDN identification to the anchor client;
204. the anchor client stops pushing the live video stream to a first IP node in the corresponding CDN;
the first IP node is any one non-main push node in the corresponding CDN.
205. And when the main pushing CDN node detects that the main playing client stops pushing the live video stream to the first IP node, sending a notification that the live video stream stops pushing the live video stream to the first IP node to a server.
206. And when the server detects that the live video stream sent by the main push CDN node stops pushing the stream to the message of the first IP node, determining a main broadcast stop state and stopping calculating the main broadcast time length of the first IP node.
In the embodiment of the invention, when the server detects the message which is sent by the main push CDN node and used for informing the live broadcast video stream to stop pushing the stream to the first IP node, the main broadcast stop state is determined and the calculation of the main broadcast time length of the first IP node is stopped, so that the main broadcast time length of the first IP node can be correctly counted, and the problem of cheating of the main broadcast time length is avoided.
Fig. 4 is a schematic flowchart of a method for counting anchor duration according to another embodiment of the present application, as shown in fig. 4, the method includes:
301. the server detects an on-air request triggered by the anchor client.
Before the live broadcast video is uploaded in a live broadcast manner, the anchor client firstly sends a broadcast request to the server aiming at the live broadcast, wherein the broadcast request comprises an anchor identification of the anchor client.
302. The server determines a Content Delivery Network (CDN) identifier corresponding to the anchor identifier according to the anchor identifier;
in order to accurately calculate the anchor duration of each anchor client, in the embodiment of the present invention, the server allocates a CDN having a unique correspondence to each anchor client, that is, establishes a correspondence between each anchor identifier and each CDN identifier.
During specific implementation, each CDN may include a plurality of IP nodes, one IP node is optionally selected from the plurality of IP nodes to serve as a CDN node for main push, and the other IP nodes serve as non-main push CDN nodes in the CDN, where the non-main push CDN nodes are configured to receive a live video stream uploaded by a main broadcast client, and the main push CDN nodes are configured to send a notification that the live video stream is pushed to the IP nodes to a server, so that the server determines an main broadcast playing state and starts to calculate a main broadcast duration of the IP node.
Therefore, when the server allocates a CDN of unique correspondence to each anchor client, a relationship between the anchor identifier of each anchor client and the identifier of the anchor CDN node corresponding to the anchor identifier can be established.
303. The server sends the CDN identification to the anchor client;
304. the anchor client side pushes a live video stream to a second IP node in the corresponding CDN;
after the server determines the corresponding CDN identifier according to the anchor identifier, the server sends the CDN identifier to the anchor client, and then the anchor client may push the live video stream to a second IP node in the corresponding CDN according to the CDN identifier, where the second IP node is another non-anchor push node in the corresponding CDN.
305. And when the main pushing CDN node detects that the main playing client starts to upload the live video stream to the second IP node, sending a notice that the live video stream is pushed to the second IP node to the server.
306. And when the server detects that the live video stream sent by the main push CDN node is pushed to the message of the second IP node, determining a main play state and starting to calculate the main play duration of the second IP node.
307. And taking the anchor duration of the first IP node and the anchor duration of the second IP node as the anchor duration of the CDN corresponding to the anchor client.
In the embodiment of the invention, when the server detects the message which is sent by the main push CDN node and used for informing that the live video stream is pushed to each IP node, the main play state is respectively determined, the main play duration of the corresponding IP node is calculated, and then the main play duration of each IP node is used as the main play duration of the CDN corresponding main play client, so that the main play duration of the CDN corresponding to the main play client can be correctly counted, and the problem of cheating the main play duration is avoided.
Fig. 5 is a schematic structural diagram of a device for counting the duration of a anchor according to an embodiment of the present application, as shown in fig. 5, including:
the system comprises a detection module, a processing module and a processing module, wherein the detection module is used for detecting an opening request triggered by a main broadcast client, and the opening request comprises a main broadcast identifier of the main broadcast client;
the determining module is used for determining a Content Delivery Network (CDN) identifier corresponding to the anchor identifier according to the anchor identifier, and sending the CDN identifier to the anchor client so that the anchor client can push a live video stream to a first IP node in the corresponding CDN;
and the calculation module is used for determining a main broadcasting playing state and starting to calculate the main broadcasting time length of the first IP node when the detection module detects that the live video stream sent by the CDN is pushed to the message of the first IP node.
Optionally, the calculating module is further configured to determine an anchor stop state and stop calculating an anchor duration of the first IP node when the detecting module detects that the live video stream sent by the CDN stops being pushed to the first IP node.
Optionally, the calculating module is further configured to determine a main broadcasting playing state and start calculating a main broadcasting duration of a second IP node of the CDN when detecting a message that the live video stream sent by the CDN is pushed to the second IP node of the CDN.
Optionally, the calculating module is further configured to use the anchor duration of the first IP node plus the anchor duration of the second IP node as the anchor duration of the CDN.
Optionally, the apparatus further includes:
and the identifier distribution module is used for distributing the CDN of the unique corresponding relationship to each anchor client, namely establishing the corresponding relationship between each anchor identifier and each CDN identifier.
The apparatus of this embodiment may perform the method described in any one of fig. 1 to fig. 4, and the implementation principle and the technical effect are not described again.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The above description is only an example of the present application and is not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.
Claims (10)
1. A method for counting the time length of a main broadcast is executed at a server side and is characterized by comprising the following steps:
detecting a broadcast request triggered by a main broadcast client, wherein the broadcast request comprises a main broadcast identifier of the main broadcast client;
determining a Content Delivery Network (CDN) identifier corresponding to the anchor identifier according to the anchor identifier;
sending the CDN identification to the anchor client so that the anchor client pushes a live video stream to a first IP node in a corresponding CDN;
when detecting that the live video stream sent by the CDN is pushed to the message of the first IP node, determining an anchor playing state and starting to calculate an anchor playing time length of the first IP node.
2. The method of claim 1, further comprising:
and when detecting that the live video stream sent by the CDN stops pushing the message to the first IP node, determining an anchor broadcasting stop state and stopping calculating the anchor broadcasting time length of the first IP node.
3. The method of claim 2, further comprising:
when a message that the live video stream sent by the CDN is pushed to a second IP node of the CDN is detected, determining an anchor playing state and starting to calculate an anchor playing duration of the second IP node.
4. The method of claim 1 or 3, further comprising:
and taking the anchor duration of the first IP node and the anchor duration of the second IP node as the anchor duration of the CDN.
5. The method of claim 1, further comprising:
and distributing the CDN with the unique corresponding relation for each anchor client, namely establishing the corresponding relation between each anchor identifier and each CDN identifier.
6. The utility model provides a long statistical device of anchor duration, is located the server side, its characterized in that includes:
the system comprises a detection module, a processing module and a processing module, wherein the detection module is used for detecting an opening request triggered by a main broadcast client, and the opening request comprises a main broadcast identifier of the main broadcast client;
the determining module is used for determining a CDN identifier of a content delivery network corresponding to the anchor identifier according to the anchor identifier;
a sending module, configured to send the CDN identifier to the anchor client, so that the anchor client pushes a live video stream to a first IP node in a corresponding CDN;
and the calculation module is used for determining a main broadcasting playing state and starting to calculate the main broadcasting time length of the first IP node when the detection module detects that the live video stream sent by the CDN is pushed to the message of the first IP node.
7. The apparatus of claim 6, wherein:
the calculation module is further configured to determine a main broadcasting stop state and stop calculating the main broadcasting duration of the first IP node when the detection module detects that the live video stream sent by the CDN stops being pushed to the first IP node.
8. The apparatus of claim 7, wherein:
the calculation module is further configured to determine a main broadcasting playing state and start calculating a main broadcasting duration of a second IP node of the CDN when detecting a message that the live video stream sent by the CDN is pushed to the second IP node of the CDN.
9. The apparatus of claim 6 or 8, wherein:
the calculation module is further configured to use the anchor duration of the first IP node plus the anchor duration of the second IP node as the anchor duration of the CDN.
10. The apparatus of claim 6, further comprising:
and the identifier distribution module is used for distributing the CDN of the unique corresponding relationship to each anchor client, namely establishing the corresponding relationship between each anchor identifier and each CDN identifier.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911078079.9A CN110896504A (en) | 2019-11-06 | 2019-11-06 | Anchor duration statistical method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911078079.9A CN110896504A (en) | 2019-11-06 | 2019-11-06 | Anchor duration statistical method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110896504A true CN110896504A (en) | 2020-03-20 |
Family
ID=69787735
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911078079.9A Pending CN110896504A (en) | 2019-11-06 | 2019-11-06 | Anchor duration statistical method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110896504A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115942012A (en) * | 2021-08-04 | 2023-04-07 | 北京达佳互联信息技术有限公司 | Method, device, server and medium for determining anchor life cycle stages |
| CN119255003A (en) * | 2024-12-06 | 2025-01-03 | 杭州面朝信息科技有限公司 | Live data statistics method, electronic device and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110075985A1 (en) * | 2005-05-13 | 2011-03-31 | Microsoft Corporation | Unified Recording and Pause Buffer Format |
| CN106954079A (en) * | 2017-03-14 | 2017-07-14 | 北京潘达互娱科技有限公司 | Live record statistical method and device |
| CN107105309A (en) * | 2017-04-25 | 2017-08-29 | 北京潘达互娱科技有限公司 | Live dispatching method and device |
-
2019
- 2019-11-06 CN CN201911078079.9A patent/CN110896504A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110075985A1 (en) * | 2005-05-13 | 2011-03-31 | Microsoft Corporation | Unified Recording and Pause Buffer Format |
| CN106954079A (en) * | 2017-03-14 | 2017-07-14 | 北京潘达互娱科技有限公司 | Live record statistical method and device |
| CN107105309A (en) * | 2017-04-25 | 2017-08-29 | 北京潘达互娱科技有限公司 | Live dispatching method and device |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115942012A (en) * | 2021-08-04 | 2023-04-07 | 北京达佳互联信息技术有限公司 | Method, device, server and medium for determining anchor life cycle stages |
| CN119255003A (en) * | 2024-12-06 | 2025-01-03 | 杭州面朝信息科技有限公司 | Live data statistics method, electronic device and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US12155911B2 (en) | Delivery of content and priority messages | |
| CN105635180B (en) | Information push method and device | |
| US20120304210A1 (en) | Highly scalable audience measurement system with client event pre-processing | |
| CN104883618B (en) | Programme televised live tries method, apparatus and system | |
| US11062331B2 (en) | Determining streaming content user consumption | |
| CN106954079B (en) | Live broadcast record statistical method and device | |
| CN106454493A (en) | Method for inquiring currently played television program information and smart TV | |
| TWI758874B (en) | Method, computing system and non-transitory computer-readable medium for use of automatic content recognition to trigger dynamic ad insertion in response to repeat playout of ad | |
| WO2019134293A1 (en) | Live streaming method, device, server and medium | |
| CN105592318A (en) | System, device and method for realizing HLS channel replaying service | |
| CN113301397A (en) | CDN-based audio and video transmission, playing and delay detection method and device | |
| WO2017201980A1 (en) | Video recording method, apparatus and system | |
| CN110896504A (en) | Anchor duration statistical method and device | |
| CN110213596B (en) | Live broadcast switching method and device, computer equipment and storage medium | |
| CN108415908B (en) | Multimedia data processing method and server | |
| CN110213671B (en) | Hotspot short video determination method and device | |
| CN106470344B (en) | TV program recording method and server | |
| CN104581226A (en) | Method and device for recommending programs by aiming at current live stream | |
| EP3247124B1 (en) | Client, streaming media data receiving method and streaming media data transmission system | |
| CN111901619B (en) | Message pushing method and device | |
| US9877076B2 (en) | Dynamic management of audiovisual and data communications | |
| CN110545451A (en) | stream media card pause identification method, server and system | |
| US10250938B1 (en) | Pre-fetching supplemental content for a media stream | |
| CN109963174A (en) | Flow index of correlation predictor method, device and computer readable storage medium | |
| CN105847898A (en) | Video automatic releasing method and device |
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 | ||
| WD01 | Invention patent application deemed withdrawn after publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20200320 |