CN112954413A - Live broadcast list updating method and device, server and storage medium - Google Patents
Live broadcast list updating method and device, server and storage medium Download PDFInfo
- Publication number
- CN112954413A CN112954413A CN202110143551.3A CN202110143551A CN112954413A CN 112954413 A CN112954413 A CN 112954413A CN 202110143551 A CN202110143551 A CN 202110143551A CN 112954413 A CN112954413 A CN 112954413A
- Authority
- CN
- China
- Prior art keywords
- live broadcast
- live
- list
- heat
- broadcast room
- 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
- 238000000034 method Methods 0.000 title claims abstract description 52
- 235000019633 pungent taste Nutrition 0.000 claims abstract description 39
- 230000015654 memory Effects 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 10
- 238000004891 communication Methods 0.000 claims description 9
- 230000004931 aggregating effect Effects 0.000 claims description 3
- 238000004364 calculation method Methods 0.000 abstract description 17
- 230000000694 effects Effects 0.000 abstract description 9
- 230000001960 triggered effect Effects 0.000 abstract description 9
- 230000009191 jumping Effects 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 10
- 230000008859 change Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26291—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for providing content or additional data updates, e.g. updating software modules, stored at the client
-
- 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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
-
- 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
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The embodiment of the application discloses a live list updating method, a live list updating device, a server and a storage medium, wherein the live list updating method comprises the following steps: acquiring and storing a hotness record of at least one live broadcast room in a current updating period; wherein the hotness record comprises an event type and a hotness value of at least one live event; when a live broadcast heat updating event aiming at a target live broadcast room is detected, calculating a heat value of the target live broadcast room according to a heat record of the target live broadcast room; updating the live broadcast list of the current updating period by using the heat value of the target live broadcast room; and when a live list updating event is detected, issuing the live list of the current updating period to the client, and displaying the live list on a live interface of the client. Therefore, according to the independent updating event of each live broadcast room, the independent calculation of the heat value is triggered to balance processing resources, and only when the updating event is detected, the live broadcast list is issued, so that the problem of display jumping caused by frequent updating of the live broadcast list is avoided, and the display effect of the client live broadcast list is improved.
Description
Technical Field
The present application relates to a live broadcast technology, and in particular, to a live broadcast list updating method, apparatus, server, and storage medium.
Background
With the rapid development of network live broadcast, more and more live broadcast platforms are provided. The anchor shares the field of the anchor with audiences through a live broadcast platform, and the requirements of the audiences are met in a simple and rapid mode.
At present, a live broadcast platform generates a live broadcast list according to the popularity of a live broadcast room, the live broadcast list is displayed on a live broadcast interface of a client, and a user can select an interested live broadcast room in the live broadcast list to watch. However, the existing live list updating method is used for updating in real time according to the popularity of the live room, and frequent updating of the live list causes the problem of display jump, so that for audiences, the live watching experience of the audiences is influenced.
Disclosure of Invention
In order to solve the foregoing technical problem, embodiments of the present application desirably provide a live list updating method, apparatus, server, and storage medium.
The technical scheme of the application is realized as follows:
in a first aspect, a live list updating method is provided, where the method includes:
acquiring and storing a hotness record of at least one live broadcast room in a current updating period; wherein the hotness record comprises an event type and a hotness value of at least one live event;
when a live broadcast heat updating event aiming at a target live broadcast room is detected, calculating a heat value of the target live broadcast room according to a heat record of the target live broadcast room; wherein the target live broadcast room is any one of the at least one live broadcast room;
updating the live broadcast list of the current updating period by utilizing the heat value of the target live broadcast room;
and when a live list updating event is detected, issuing the live list of the current updating period to a client, and displaying the live list on a live interface of the client.
In a second aspect, an apparatus for updating a live list is provided, the apparatus comprising:
the acquisition unit is used for acquiring and storing the heat records of at least one live broadcast room in the current update period; wherein the hotness record comprises an event type and a hotness value of at least one live event;
the processing unit is used for calculating a heat value of the target live broadcast room according to the heat record of the target live broadcast room when a live broadcast heat updating event aiming at the target live broadcast room is detected; wherein the target live broadcast room is any one of the at least one live broadcast room;
the processing unit is further configured to update the live broadcast list of the current update period by using the heat value of the target live broadcast room;
and the communication unit is used for issuing the live list of the current updating period to the client and displaying the live list on a live interface of the client when detecting the live list updating event.
In a third aspect, a server is provided, including: a processor and a memory configured to store a computer program capable of running on the processor,
wherein the processor is configured to perform the steps of the aforementioned method when running the computer program.
In a fourth aspect, a computer storage medium is provided, on which a computer program is stored, wherein the computer program, when executed by a processor, implements the steps of the aforementioned method.
The embodiment of the application provides a live list updating method, a live list updating device, a server and a storage medium, wherein the method comprises the following steps: acquiring and storing a hotness record of at least one live broadcast room in a current updating period; wherein the hotness record comprises an event type and a hotness value of at least one live event; when a live broadcast heat updating event aiming at a target live broadcast room is detected, calculating a heat value of the target live broadcast room according to a heat record of the target live broadcast room; wherein the target live broadcast room is any one of the at least one live broadcast room; updating the live broadcast list of the current updating period by utilizing the heat value of the target live broadcast room; and when a live list updating event is detected, issuing the live list of the current updating period to a client, and displaying the live list on a live interface of the client. Therefore, according to the independent updating event of each live broadcast room, the independent calculation of the heat value is triggered to balance processing resources, and only when the updating event is detected, the live broadcast list is issued, so that the problem of display jumping caused by frequent updating of the live broadcast list is avoided, and the display effect of the client live broadcast list is improved.
Drawings
Fig. 1 is a schematic diagram of a first process of a live list updating method in an embodiment of the present application;
FIG. 2 is a timing diagram of a refresh cycle in an embodiment of the present application;
FIG. 3 is a timing diagram illustrating trigger events for live hotness update according to an embodiment of the present disclosure;
fig. 4 is a second flowchart of a live list updating method in an embodiment of the present application;
FIG. 5 is a schematic diagram illustrating a storage structure of a heat record in an embodiment of the present application;
fig. 6 is a third flow chart of a live list updating method in an embodiment of the present application;
FIG. 7 is a timing diagram illustrating the generation of live events in an embodiment of the present application;
FIG. 8 is a diagram illustrating a live list according to an embodiment of the present application;
fig. 9 is a schematic structural diagram of a live list updating apparatus in an embodiment of the present application;
fig. 10 is a schematic structural diagram of a server in an embodiment of the present application.
Detailed Description
So that the manner in which the features and elements of the present embodiments can be understood in detail, a more particular description of the embodiments, briefly summarized above, may be had by reference to embodiments, some of which are illustrated in the appended drawings.
The embodiment of the application provides a live broadcast list updating method, which is applied to a network server side and used for evaluating the heat of a live broadcast room of a client side, obtaining high-heat live broadcast room information to generate a live broadcast list, sending the live broadcast list to the client side, and displaying the live broadcast list on a live broadcast interface of the client side for audiences to select interested live broadcast rooms.
Fig. 1 is a first flow diagram of a live list updating method in an embodiment of the present application, and as shown in fig. 1, the method may specifically include:
step 101: acquiring and storing a hotness record of at least one live broadcast room in a current updating period; wherein the hotness record comprises an event type and a hotness value of at least one live event;
the updating period is an updating time period preset according to a time sequence, different live broadcast rooms in one updating period trigger updating of the heat value in the live broadcast list according to respective corresponding updating events, and the server does not issue the updating list to the client until the updating period is finished, so that the phenomena that the updating list is updated frequently and an updating interface jumps are avoided.
Illustratively, the update period may be in units of minutes, hours, or days, such as, for example, one minute, 3 minutes, 5 minutes, 10 minutes, 1 hour, 2 hours, 5 hours, one day, and the like.
Fig. 2 is a timing diagram of the refresh cycle in the embodiment of the present application, as shown in fig. 2, the horizontal axis represents the system time T, and the 5 minutes is taken as the refresh cycle, which includes the T-th refresh cycle, the T + 1-th refresh cycle, the T + 2-th refresh cycle, and the like. If the current system time is 13:58 minutes, the current update cycle is the Tth update cycle, the next update cycle is the T +1 th update cycle, and the current update cycle is the Tth update cycle from 13:55 (not included) to 14:00 (included).
In an updating period, if one or more live broadcast rooms generate live broadcast events, each live broadcast event carries a certain heat value, event types and heat values of the live broadcast events generated in each live broadcast room are recorded in real time, the heat values of each live broadcast room in the updating period can be counted to update a live broadcast list, and therefore hot live broadcast rooms are selected according to the heat values of the live broadcast rooms.
Illustratively, the live event types can include live people, live interactions (like, follow up, barrage, present, etc.), viewing times, and so forth. Each type of live broadcast event corresponds to a statistical method of the heat value, and the corresponding heat value is obtained.
As shown in fig. 3, in the T +1 th update period, the live event of a certain live broadcast room includes: the gift giving time t1 is increased by m heat, the bullet screen time t2 is increased by n heat, the gift giving time t3 is increased by x heat, and the bullet screen time t4 is increased by y heat.
Because different event types correspond to different heat values, the heat value of the live event can be determined through the event types.
Step 102: when a live broadcast heat updating event aiming at a target live broadcast room is detected, calculating a heat value of the target live broadcast room according to a heat record of the target live broadcast room;
wherein the target live broadcast room is any one of the at least one live broadcast room;
in an updating period, if a plurality of live broadcast heat updating events aiming at a target live broadcast room are detected, a plurality of heat values need to be calculated, but only a live broadcast list is updated, and the heat value displayed by a client side is not updated, so that a relatively stable live broadcast list capable of reflecting the heat of the live broadcast room is provided for audiences.
In the embodiment of the application, in order to avoid the problem that processing resources are excessively occupied when the heat values of all live broadcast rooms are simultaneously calculated, the heat values are independently triggered to be calculated by updating events for the independent heat of each live broadcast room.
In some embodiments, the server sets the timer for the live broadcast rooms separately, and since the broadcasting time of the anchor is discrete, the time for each live broadcast room to calculate the heat value and update to the new live broadcast list is also discrete, so that after the time of one timer, the new live broadcast list is generated.
In other embodiments, the detecting a live hotness update event for the target live broadcast room includes: receiving a heartbeat packet sent by the target live broadcast room in the current updating period; or N heartbeat packets sent by the target live broadcast room are received in the current updating period; wherein N is an integer greater than 1.
In practical application, considering the complexity of maintaining a timer for each live broadcast room by a server, the live broadcast room triggers and calculates the heat value by means of a live broadcast room heartbeat mechanism in the embodiment of the application. The heartbeat of the live broadcast room is that the heartbeat is maintained between the live broadcast room of the client side in the broadcasting and the server side, the heartbeat packet is sent to the server at regular time, if the heartbeat packet is not sent in n continuous periods, the server can consider that the anchor broadcast is played down, and meanwhile, the live broadcast room is identified to be in a closed state. When each live broadcast room receives the heartbeat, the heat value of the live broadcast room is calculated, the live broadcast list is updated by using the calculation result, and if the heartbeat period is the time p, a new heat value of one live broadcast room is generated theoretically after the time p. In practice, a heartbeat may be lost due to various reasons such as a network, and therefore a new heat value is generated by using a plurality of continuous heartbeat cycles. Such a calculation period needs to be an integer multiple of p, which is actually relatively small, such as 30 seconds or 1 minute, and it is appropriate to use an integer multiple of p as a calculation period that triggers updating of the heat value of the target live broadcast room. Therefore, the calculation of each heat value in the live broadcast list is discrete and can not be centralized to be processed at a certain time point, and the live broadcast list can be well operated under the conditions that a large number of live broadcast rooms exist and the heat change is quick.
In some embodiments, the calculating the hot value of the target live broadcast room according to the hot record of the target live broadcast room includes: accumulating the heat values with the same event type to obtain the heat value of each type of live event; and accumulating the heat values of all the live broadcast events to obtain the heat value of the target live broadcast room.
That is to say, when a live broadcast heat update event for the target live broadcast room is detected, the heat value of the target live broadcast room is obtained by counting the total heat value of the live broadcast events of the target live broadcast room in the current update period. For example, as shown in fig. 3, if a live broadcast heat update event of the target live broadcast room is detected at time t1, the heat value of the live broadcast room is m, if a live broadcast heat update event of the target live broadcast room is detected at time t3, the heat value of the live broadcast room is m + n + x, and if a live broadcast heat update event of the target live broadcast room is detected at time t4, the heat value of the live broadcast room is m + n + x + y.
Step 103: updating the live broadcast list of the current updating period by utilizing the heat value of the target live broadcast room;
and in the current updating period, updating the live broadcast list by using the updated hot value of the target live broadcast room.
Step 104: and when a live list updating event is detected, issuing the live list of the current updating period to a client, and displaying the live list on a live interface of the client.
In some embodiments, when the live list update event is detected, issuing the live list of the current update period to the client, where the issuing includes: and when the current updating period is detected to be up, the live broadcast list is issued to the client.
It can be understood that, by setting an update period, when each update period comes, the server issues the live broadcast list corresponding to the current update period to the client.
In some embodiments, before the next update period arrives, the method further comprises: if an updating request of the client is detected, adjusting the sequence of the live broadcast rooms in the live broadcast list of the current updating period; and issuing the adjusted live broadcast list to the client.
As shown in fig. 2, the live broadcast list is updated only when each update period is over, that is, the live broadcast list is updated at several times, that is, 14:00, 14:05, 14:10, and 14:15, and if the client sends an update request in the update period, for example, 13:56, the live broadcast list is not changed, in order to improve user experience, the order of the live broadcast rooms in the live broadcast list may be rearranged and displayed, for example, the live broadcast rooms in the original live broadcast list are sorted according to a heat value from high to low, and the order of the live broadcast rooms is randomly adjusted, or adjusted from low to high, so that the display effect is improved, and the same live broadcast list is prevented from being refreshed for many times.
It should be noted that, the embodiment of the present application only provides an updating method for a live broadcast list in one updating period, and other periods all adopt the same updating method to perform updating operation on the live broadcast list. That is, according to the time sequence, after the current update period is ended, the next update period comes, and the live list update method provided in the embodiment of the present application is continuously executed with the next update period as the current update period, so as to obtain the live list of the next update period, and the process is continued circularly.
Here, the execution subject of steps 101 to 104 may be a processor of a web server.
By adopting the technical scheme, the individual calculation of the heat value is triggered according to the individual update event of each live broadcast room so as to balance processing resources, and the live broadcast list is issued only when the update event is detected, so that the problem of display jump caused by frequent update of the live broadcast list is avoided, and the display effect of the client live broadcast list is improved.
To further illustrate the object of the present application based on the above embodiments of the present application, as shown in fig. 4, the method specifically includes:
step 401: according to the time sequence, acquiring the event type and the heat value of at least one live event generated in the first time period of the current updating period, and adding a time tag to obtain a heat record of at least one live broadcast room in the first time period;
here, the hotness record further comprises a time stamp of at least one live event.
In practical application, a heat record is maintained for each live broadcast room in the live broadcast list timing updating scheme, because the use of the heat record of the live broadcast rooms is not immediate and is triggered at regular time, the heat records can be converged actually, when the number of events reaches a certain value, the heat values of the same event type are converged into a heat value, and the heat values can be converged according to time, namely the heat values of the same event type are converged into a heat value in a period of events.
In some embodiments, the method further comprises: and aggregating the heat records of the first time period, calculating the heat value of each type of live event, and generating the aggregated heat records. Here, the first time period may be in units of minutes, such as, one minute, two minutes, five minutes, ten minutes, and the like.
That is, the method of time-based aggregation is adopted, and the heat generated in the same natural minute can be aggregated into a record and time tags can be printed. In order to handle the different time lengths of the heat impact of different events, different types of events are gathered independently.
For example, the hotness record format may be "event type + separator + time tag + separator + hotness value". For example, in FIG. 3, a gift-offering time t1 is increased by m heat by "1 @1403: m", a pop-up time t2 is increased by n heat by "1 @1403: n", a gift-offering time t3 is increased by x heat by "1 @1405: x", and a pop-up time t4 is increased by y heat by "2 @1405: y".
The gift appreciation at the time of the live broadcast room t1 increases m for the live broadcast room heat, the gift appreciation at the time of t2 increases n for the live broadcast room heat, two events are in the same natural minute, and after the events are converged into one record, the heat of the live broadcast room increases s-m + n in 14:03 minutes, which can be expressed as "1 @1403: s", wherein "1" represents the event type, "@" represents the separator, "1403" represents the natural minute, and "s" represents the heat value.
Although the event at the time t3 is the same event as the events at the times t1 and t2, the events do not fall within the same natural minute and therefore converge into different records, which need to be individually denoted as "1 @1405: x".
Although the event at the time t4 and the event at the time t3 fall within the same natural minute, because the events are different events, the events are recorded separately and do not converge, and need to be separately expressed as "2 @1405: y".
The heat records of the live broadcast room are recorded in an aggregation mode, and the storage capacity can be reduced under the condition that the records are enabled to be available and the valid period is supported.
Step 402: storing heat records of M first time periods in the current updating period; wherein M is a positive integer;
live events occur frequently, the validity period of the hotrecord is relatively short, and frequent and fast reading and writing needs to be supported, so that the live events can be stored in a memory server Redis. Redis' hashmap structure is well suited for storing heat records, where the field of a hashmap is the combination of heat type and time, and the value of a hashmap is the corresponding heat value of its field. The event in the above graph is converted into a situation where the heat record is stored in the redis hashmap as shown in fig. 5. One such heat record is maintained for all live rooms, and then the heat value of each live room needs to be calculated separately from the heat records by detecting live heat update events of each live room.
Step 403: when a live broadcast heat updating event aiming at a target live broadcast room is detected, calculating a heat value of the target live broadcast room according to a heat record of the target live broadcast room;
wherein the target live broadcast room is any one of the at least one live broadcast room;
in an updating period, if a plurality of live broadcast heat updating events aiming at a target live broadcast room are detected, a plurality of heat values need to be calculated, but only a live broadcast list is updated, and the heat value displayed by a client side is not updated, so that a relatively stable live broadcast list capable of reflecting the heat of the live broadcast room is provided for audiences.
In the embodiment of the application, in order to avoid the problem that processing resources are excessively occupied when the heat values of all live broadcast rooms are simultaneously calculated, the heat values are independently triggered to be calculated by updating events for the independent heat of each live broadcast room.
In some embodiments, the server sets the timer for the live broadcast rooms separately, and since the broadcasting time of the anchor is discrete, the time for each live broadcast room to calculate the heat value and update to the new live broadcast list is also discrete, so that after the time of one timer, the new live broadcast list is generated.
In other embodiments, the detecting a live hotness update event for the target live broadcast room includes: receiving a heartbeat packet sent by the target live broadcast room in the current updating period; or N heartbeat packets sent by the target live broadcast room are received in the current updating period; wherein N is an integer greater than 1.
In practical application, considering the complexity of maintaining a timer for each live broadcast room by a server, the live broadcast room triggers and calculates the heat value by means of a live broadcast room heartbeat mechanism in the embodiment of the application. The heartbeat of the live broadcast room is that the heartbeat is maintained between the live broadcast room of the client side in the broadcasting and the server side, the heartbeat packet is sent to the server at regular time, if the heartbeat packet is not sent in n continuous periods, the server can consider that the anchor broadcast is played down, and meanwhile, the live broadcast room is identified to be in a closed state. When each live broadcast room receives the heartbeat, the heat value of the live broadcast room is calculated, the live broadcast list is updated by using the calculation result, and if the heartbeat period is the time p, a new heat value of one live broadcast room is generated theoretically after the time p. In practice, a heartbeat may be lost due to various reasons such as a network, and therefore a new heat value is generated by using a plurality of continuous heartbeat cycles. Such a calculation period needs to be an integer multiple of p, which is actually relatively small, such as 30 seconds or 1 minute, and it is appropriate to use an integer multiple of p as a calculation period that triggers updating of the heat value of the target live broadcast room.
In some embodiments, the calculating the hot value of the target live broadcast room according to the hot record of the target live broadcast room includes: accumulating the heat values with the same event type to obtain the heat value of each type of live event; and accumulating the heat values of all the live broadcast events to obtain the heat value of the target live broadcast room.
That is to say, when a live broadcast heat update event for the target live broadcast room is detected, the heat value of the target live broadcast room is obtained by counting the total heat value of the live broadcast events of the target live broadcast room in the current update period. For example, as shown in fig. 3, if a live broadcast heat update event of the target live broadcast room is detected at time t1, the heat value of the live broadcast room is m, if a live broadcast heat update event of the target live broadcast room is detected at time t3, the heat value of the live broadcast room is m + n + x, and if a live broadcast heat update event of the target live broadcast room is detected at time t4, the heat value of the live broadcast room is m + n + x + y.
Step 404: updating the live broadcast list of the current updating period by utilizing the heat value of the target live broadcast room;
in some embodiments, the live list is also stored by using Redis, a sorted set structure of Redis can be used, the sorted set is an ordered set, each element in the set can be assigned a score (used for representing the heat value between live broadcasts), and the sorted set can automatically sort the members in the set according to the size of the score. Each member of the sorted set structure used by the live list is a live room identity, score is its heat value.
Step 405: and when a live list updating event is detected, issuing the live list of the current updating period to a client, and displaying the live list on a live interface of the client.
In some embodiments, when the live list update event is detected, issuing the live list of the current update period to the client, where the issuing includes: and when the current updating period is detected to be up, the live broadcast list is issued to the client.
It can be understood that, by setting an update period, when each update period comes, the server issues the live broadcast list corresponding to the current update period to the client.
In some embodiments, before the next update period arrives, the method further comprises: if an updating request of the client is detected, adjusting the sequence of the live broadcast rooms in the live broadcast list of the current updating period; and issuing the adjusted live broadcast list to the client.
By adopting the technical scheme, the individual calculation of the heat value is triggered according to the individual update event of each live broadcast room so as to balance processing resources, and the live broadcast list is issued only when the update event is detected, so that the problem of display jump caused by frequent update of the live broadcast list is avoided, and the display effect of the client live broadcast list is improved.
To further illustrate the object of the present application based on the above embodiments of the present application, as shown in fig. 6, the method specifically includes:
step 601: acquiring and storing a hotness record of at least one live broadcast room in a current updating period; wherein the hotness record comprises an event type and a hotness value of at least one live event;
in some embodiments, the hotness record further comprises a timestamp of at least one live event.
In some embodiments, the step may specifically include: according to the time sequence, acquiring the event type and the heat value of at least one live event generated in the first time period of the current updating period, and adding a time tag to obtain a heat record of at least one live broadcast room in the first time period; storing heat records of M first time periods in the current updating period; wherein M is a positive integer.
In some embodiments, the method further comprises: and aggregating the heat records of the first time period, calculating the heat value of each type of live event, and generating the aggregated heat records. Here, the first time period may be in units of minutes, such as, one minute, two minutes, five minutes, ten minutes, and the like.
Step 602: when a live broadcast heat updating event aiming at a target live broadcast room is detected, calculating a heat value of the target live broadcast room according to a heat record of the target live broadcast room;
wherein the target live broadcast room is any one of the at least one live broadcast room;
in an updating period, if a plurality of live broadcast heat updating events aiming at a target live broadcast room are detected, a plurality of heat values need to be calculated, but only a live broadcast list is updated, and the heat value displayed by a client side is not updated, so that a relatively stable live broadcast list capable of reflecting the heat of the live broadcast room is provided for audiences.
In the embodiment of the application, in order to avoid the problem that processing resources are excessively occupied when the heat values of all live broadcast rooms are simultaneously calculated, the heat values are independently triggered to be calculated by updating events for the independent heat of each live broadcast room.
In some embodiments, the server sets the timer for the live broadcast rooms separately, and since the broadcasting time of the anchor is discrete, the time for each live broadcast room to calculate the heat value and update to the new live broadcast list is also discrete, so that after the time of one timer, the new live broadcast list is generated.
In other embodiments, the detecting a live hotness update event for the target live broadcast room includes: receiving a heartbeat packet sent by the target live broadcast room in the current updating period; or N heartbeat packets sent by the target live broadcast room are received in the current updating period; wherein N is an integer greater than 1.
In practical application, considering the complexity of maintaining a timer for each live broadcast room by a server, the live broadcast room triggers and calculates the heat value by means of a live broadcast room heartbeat mechanism in the embodiment of the application. The heartbeat of the live broadcast room is that the heartbeat is maintained between the live broadcast room of the client side in the broadcasting and the server side, the heartbeat packet is sent to the server at regular time, if the heartbeat packet is not sent in n continuous periods, the server can consider that the anchor broadcast is played down, and meanwhile, the live broadcast room is identified to be in a closed state. When each live broadcast room receives the heartbeat, the heat value of the live broadcast room is calculated, the live broadcast list is updated by using the calculation result, and if the heartbeat period is the time p, a new heat value of one live broadcast room is generated theoretically after the time p. In practice, a heartbeat may be lost due to various reasons such as a network, and therefore a new heat value is generated by using a plurality of continuous heartbeat cycles. Such a calculation period needs to be an integer multiple of p, which is actually relatively small, such as 30 seconds or 1 minute, and it is appropriate to use an integer multiple of p as a calculation period that triggers updating of the heat value of the target live broadcast room.
In some embodiments, the calculating the hot value of the target live broadcast room according to the hot record of the target live broadcast room includes: accumulating the heat values with the same event type to obtain the heat value of each type of live event; and accumulating the heat values of all the live broadcast events to obtain the heat value of the target live broadcast room.
That is to say, when a live broadcast heat update event for the target live broadcast room is detected, the heat value of the target live broadcast room is obtained by counting the total heat value of the live broadcast events of the target live broadcast room in the current update period. For example, as shown in fig. 3, if a live broadcast heat update event of the target live broadcast room is detected at time t1, the heat value of the live broadcast room is m, if a live broadcast heat update event of the target live broadcast room is detected at time t3, the heat value of the live broadcast room is m + n + x, and if a live broadcast heat update event of the target live broadcast room is detected at time t4, the heat value of the live broadcast room is m + n + x + y.
Step 603: updating the live broadcast list of the current updating period by utilizing the heat value of the target live broadcast room;
step 604: in the next updating period, receiving a heartbeat packet sent by any live broadcast room, and calculating the heat value of at least one live broadcast room according to the total heat record in the current updating period;
as shown in fig. 7, assuming that the live list generation period is five minutes, and the current live rooms are r1, r2, and r3, in the live list T generated in the T-th list update period, the heat degrees of the three live rooms are heat degree 100, heat degree 200, and heat degree 300, respectively, and the server receives heartbeat messages of the live rooms at times T1, T2, T3, T4, and T5, respectively.
When the live broadcast list is updated by counting the heat value, each live broadcast room uses the heat records in the update period of the list, for example, the heartbeat of r1 of the live broadcast room is received at the time T1, then the heat records (the heat records of 14:01, 14:02 and 14:03 respectively) of various event types which are already counted in the update period (T +1) to which the time T1 belongs are taken out from the heat records of r1, and the total heat is calculated (set as 300) and updated to a new live broadcast list T + 1.
Similarly, when the heartbeat of r2 in the live broadcast room is received at time T2, the heat records of the various event types required (the heat records of 14:01, 14:02, and 14:03, respectively) are extracted from the heat record of r2, and the total heat (set to 200) is calculated and updated to the new live broadcast list T + 1.
When the heartbeat of r3 in the live broadcast room is received at time T3, the heat records of the various event types required (the heat records of 14:01, 14:02, 14:03, and 14:04, respectively) are taken out from the heat record of r3, and the total heat is calculated (set to 100) and updated to a new live broadcast list T + 1.
Immediately thereafter, at time T4, the heartbeat of r2 is received again, and although the heat of r2 has already been calculated in this update period, it needs to be recalculated at this time, and the taken heat records are 14:01, 14:02, 14:03, 14:04, and 14:05, and the total heat calculation result (set to 400) is updated to the live list T + 1. The heartbeat of r1 was last received at time T5, but it was affiliated with update period T +2, so its calculated heat needs to be updated into live list T + 2.
Step 605: modifying the live broadcast list of the current updating period by utilizing the heat value of the at least one live broadcast room;
in some embodiments, after the modifying the live list of the current update period, the method further comprises: and deleting the hot degree record of the at least one live broadcast room in the current updating period.
Step 606: and after detecting that the current updating period is up and delaying a second time period, issuing the live broadcast list to the client.
It should be noted that, because the heat records are minute-sized and the heartbeats are periodic, in the above process, a certain heat loss is caused, for example, in the period from time t4 to time 14:05 in the above figure, if there is a heat change in the live broadcast room r2, the heat change in the period is not counted in any live broadcast list, and thus, this situation needs to be handled. In the method, when the heartbeat is received, besides updating the live broadcast list of the subordinate cycle, the total heat record of the previous cycle is used for correcting the previous live broadcast list. Taking the time T5 as an example, in addition to updating the live list T +2, all the hotness records (the total hotness is 350) in the T +1 period of the live room r1 are fetched to update the live list T + 1. Therefore, the live broadcast list T +1 does not take effect immediately at the end of the T +1 th period, but needs to delay the heartbeat time of one live broadcast room to wait for all live broadcast rooms to correct the heat.
Fig. 8 shows a live list T and a live list T +1, where the live list T +1 is a modified list and the heat of the live room r1 is modified from 300 to 350.
In some embodiments, before the next update period arrives, the method further comprises: if an updating request of the client is detected, adjusting the sequence of the live broadcast rooms in the live broadcast list of the current updating period; and issuing the adjusted live broadcast list to the client.
As shown in fig. 2, the live broadcast list is updated only when each update period is over, that is, the live broadcast list is updated at several times, that is, 14:00, 14:05, 14:10, and 14:15, and if the client sends an update request in the update period, for example, 13:56, the live broadcast list is not changed, in order to improve user experience, the order of the live broadcast rooms in the live broadcast list may be rearranged and displayed, for example, the live broadcast rooms in the original live broadcast list are sorted according to a heat value from high to low, and the order of the live broadcast rooms is randomly adjusted, or adjusted from low to high, so that the display effect is improved, and the same live broadcast list is prevented from being refreshed for many times.
By adopting the technical scheme, the individual calculation of the heat value is triggered according to the individual update event of each live broadcast room so as to balance processing resources, and the live broadcast list is issued only when the update event is detected, so that the problem of display jump caused by frequent update of the live broadcast list is avoided, and the display effect of the client live broadcast list is improved.
In order to implement the method according to the embodiment of the present application, based on the same inventive concept, an apparatus for updating a live list is further provided, and as shown in fig. 9, the apparatus includes:
an obtaining unit 901, configured to obtain and store a hotness record of at least one live broadcast room in a current update period; wherein the hotness record comprises an event type and a hotness value of at least one live event;
the processing unit 902 is configured to, when a live broadcast popularity update event for a target live broadcast room is detected, calculate a popularity value of the target live broadcast room according to a popularity record of the target live broadcast room; wherein the target live broadcast room is any one of the at least one live broadcast room;
the processing unit 902 is further configured to update the live broadcast list of the current update period by using the hot value of the target live broadcast room;
and the communication unit 903 is configured to, when detecting a live list update event, issue the live list of the current update period to the client, and display the live list on a live interface of the client.
In some embodiments, the hotness record further comprises a timestamp of at least one live event;
an obtaining unit 901, configured to specifically obtain, according to a time sequence, an event type and a heat value of at least one live event generated in a first time period of the current update cycle, and add a time tag to obtain a heat record of at least one live broadcast room in the first time period; storing heat records of M first time periods in the current updating period; wherein M is a positive integer.
In some embodiments, the obtaining unit 901 is further configured to, before the storing of the heat records of the M first time periods in the current update cycle, aggregate the heat records of the first time periods, calculate a heat value of each type of live event, and generate an aggregated heat record.
In some embodiments, the processing unit 902 is specifically configured to receive, in the current update period, a heartbeat packet sent by the target live broadcast room, and calculate a heat value of the target live broadcast room according to a heat record of the target live broadcast room;
or receiving N heartbeat packets sent by the target live broadcast room in the current updating period, and calculating the heat value of the target live broadcast room according to the heat record of the target live broadcast room; wherein N is an integer greater than 1.
In some embodiments, the processing unit 902 is specifically configured to accumulate the heat values with the same event type to obtain a heat value of each type of live event; and accumulating the heat values of all the live broadcast events to obtain the heat value of the target live broadcast room.
In some embodiments, the communication unit 903 is specifically configured to detect that the current update period arrives, and issue the live list to the client.
In some embodiments, the processing unit 902 is further configured to receive, in a next update period, a heartbeat packet sent by any live broadcast room, and calculate a heat value of the at least one live broadcast room according to a total heat record in the current update period; and modifying the live broadcast list of the current updating period by utilizing the hot value of the at least one live broadcast room.
In some embodiments, the communication unit 903 is specifically configured to detect that the current update cycle is up, and after delaying for a second time period, issue the live list to the client.
In some embodiments, the processing unit 902 is specifically configured to, before a next update cycle, adjust a live broadcast time sequence in a live broadcast list of the current update cycle if an update request of the client is detected;
the communication unit 903 is specifically configured to issue the adjusted live list to the client.
The device can be applied to the server, and by adopting the device, the server triggers the independent calculation of the heat value according to the independent update event of each live broadcast room so as to balance processing resources, and only when the update event is detected, the live broadcast list is issued, so that the problem of display jumping caused by frequent update of the live broadcast list is avoided, and the display effect of the client live broadcast list is improved.
Based on the hardware implementation of each unit in the live list updating apparatus, an embodiment of the present application further provides a server, as shown in fig. 10, where the server includes: a processor 1001 and a memory 1002 configured to store a computer program capable of running on the processor;
wherein the processor 1001 is configured to execute the method steps in the previous embodiments when running the computer program.
Of course, in actual practice, the various components in the server are coupled together by a bus system 1003, as shown in FIG. 10. It will be appreciated that the bus system 1003 is used to enable communications among these components. The bus system 1003 includes a power bus, a control bus, and a status signal bus, in addition to the data bus. But for clarity of illustration the various buses are labeled as bus system 1003 in figure 10.
In practical applications, the processor may be at least one of an Application Specific Integrated Circuit (ASIC), a Digital Signal Processing Device (DSPD), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a controller, a microcontroller, and a microprocessor. It is understood that the electronic devices for implementing the above processor functions may be other devices for different servers, and the embodiments of the present application are not particularly limited.
The Memory may be a volatile Memory (volatile Memory), such as a Random-Access Memory (RAM); or a non-volatile Memory (non-volatile Memory), such as a Read-Only Memory (ROM), a flash Memory (flash Memory), a Hard Disk (HDD), or a Solid-State Drive (SSD); or a combination of the above types of memories and provides instructions and data to the processor.
In an exemplary embodiment, the present application further provides a computer readable storage medium, such as a memory including a computer program, which is executable by a processor of a server to perform the steps of the foregoing method.
It is to be understood that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items. The expressions "having", "may have", "include" and "contain", or "may include" and "may contain" in this application may be used to indicate the presence of corresponding features (e.g. elements such as values, functions, operations or components) but does not exclude the presence of additional features.
It is to be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another, and are not necessarily used to describe a particular order or sequence. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present invention.
The technical solutions described in the embodiments of the present application can be arbitrarily combined without conflict.
In the several embodiments provided in the present application, it should be understood that the disclosed method, apparatus, and server may be implemented in other ways. The above-described embodiments are merely illustrative, and for example, the division of a unit is only one logical function division, and there may be other division ways in actual implementation, such as: multiple units or components may be combined, or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the coupling, direct coupling or communication connection between the components shown or discussed may be through some interfaces, and the indirect coupling or communication connection between the devices or units may be electrical, mechanical or other forms.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed on a plurality of network units; some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, all functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may be separately regarded as one unit, or two or more units may be integrated into one unit; the integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application.
Claims (12)
1. A live list updating method, comprising:
acquiring and storing a hotness record of at least one live broadcast room in a current updating period; wherein the hotness record comprises an event type and a hotness value of at least one live event;
when a live broadcast heat updating event aiming at a target live broadcast room is detected, calculating a heat value of the target live broadcast room according to a heat record of the target live broadcast room; wherein the target live broadcast room is any one of the at least one live broadcast room;
updating the live broadcast list of the current updating period by utilizing the heat value of the target live broadcast room;
and when a live list updating event is detected, issuing the live list of the current updating period to a client, and displaying the live list on a live interface of the client.
2. The method of claim 1, wherein the hotness record further comprises a time stamp of at least one live event;
the acquiring and storing of the hotness record of at least one live broadcast room in the current update period includes:
according to the time sequence, acquiring the event type and the heat value of at least one live event generated in the first time period of the current updating period, and adding a time tag to obtain a heat record of at least one live broadcast room in the first time period;
storing heat records of M first time periods in the current updating period; wherein M is a positive integer.
3. The method of claim 2, wherein prior to said maintaining a record of the heat of the M first time periods within the current update period, the method further comprises:
and aggregating the heat records of the first time period, calculating the heat value of each type of live event, and generating the aggregated heat records.
4. The method of claim 1, wherein detecting a live hotness update event for a target live broadcast room comprises:
receiving a heartbeat packet sent by the target live broadcast room in the current updating period;
or N heartbeat packets sent by the target live broadcast room are received in the current updating period; wherein N is an integer greater than 1.
5. The method as claimed in claim 1, wherein the calculating the hot value of the target live broadcast room according to the hot record of the target live broadcast room comprises:
accumulating the heat values with the same event type to obtain the heat value of each type of live event;
and accumulating the heat values of all the live broadcast events to obtain the heat value of the target live broadcast room.
6. The method of claim 1, wherein the sending the live list of the current update period to the client when the live list update event is detected comprises:
and when the current updating period is detected to be up, the live broadcast list is issued to the client.
7. The method of claim 1, further comprising:
in the next updating period, receiving a heartbeat packet sent by any live broadcast room, and calculating the heat value of at least one live broadcast room according to the total heat record in the current updating period;
and modifying the live broadcast list of the current updating period by utilizing the hot value of the at least one live broadcast room.
8. The method of claim 7, wherein the sending the live list of the current update period to the client when the live list update event is detected comprises:
and after detecting that the current updating period is up and delaying a second time period, issuing the live broadcast list to the client.
9. The method according to any of claims 1-8, wherein before the next update period comes, the method further comprises:
if an updating request of the client is detected, adjusting the sequence of the live broadcast rooms in the live broadcast list of the current updating period;
and issuing the adjusted live broadcast list to the client.
10. An apparatus for live list update, the apparatus comprising:
the acquisition unit is used for acquiring and storing the heat records of at least one live broadcast room in the current update period; wherein the hotness record comprises an event type and a hotness value of at least one live event;
the processing unit is used for calculating a heat value of the target live broadcast room according to the heat record of the target live broadcast room when a live broadcast heat updating event aiming at the target live broadcast room is detected; wherein the target live broadcast room is any one of the at least one live broadcast room;
the processing unit is further configured to update the live broadcast list of the current update period by using the heat value of the target live broadcast room;
and the communication unit is used for issuing the live list of the current updating period to the client and displaying the live list on a live interface of the client when detecting the live list updating event.
11. A server, characterized in that the server comprises: a processor and a memory configured to store a computer program capable of running on the processor,
wherein the processor is configured to perform the steps of the method of any one of claims 1 to 9 when running the computer program.
12. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110143551.3A CN112954413B (en) | 2021-02-02 | 2021-02-02 | Live broadcast list updating method, device, server and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110143551.3A CN112954413B (en) | 2021-02-02 | 2021-02-02 | Live broadcast list updating method, device, server and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112954413A true CN112954413A (en) | 2021-06-11 |
| CN112954413B CN112954413B (en) | 2024-01-16 |
Family
ID=76241560
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110143551.3A Active CN112954413B (en) | 2021-02-02 | 2021-02-02 | Live broadcast list updating method, device, server and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112954413B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113596501A (en) * | 2021-07-30 | 2021-11-02 | 北京达佳互联信息技术有限公司 | Data processing method and device, electronic equipment and storage medium |
| CN113704280A (en) * | 2021-08-26 | 2021-11-26 | 上海哔哩哔哩科技有限公司 | Data list updating method and device |
Citations (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080244658A1 (en) * | 2006-10-10 | 2008-10-02 | Huawei Technologies Co., Ltd. | Method, system and apparatus for managing iptv live broadcast service |
| CN104506392A (en) * | 2015-01-04 | 2015-04-08 | 华为技术有限公司 | Downtime detecting method and device |
| US20150221177A1 (en) * | 2013-02-01 | 2015-08-06 | Contagious Sports Ltd. | Wagering game systems and methods for live sporting events |
| CN105515900A (en) * | 2015-12-07 | 2016-04-20 | 北京奇虎科技有限公司 | Method and device for acquiring on-line state of terminal |
| CN105959235A (en) * | 2016-07-21 | 2016-09-21 | 中国工商银行股份有限公司 | Distributed data processing system and method |
| CN106506253A (en) * | 2016-09-08 | 2017-03-15 | 深圳先进技术研究院 | A kind of statistical system of the online client quantity based on tcp/ip communication agreement and method |
| CN106961615A (en) * | 2017-03-22 | 2017-07-18 | 北京奇艺世纪科技有限公司 | A kind of live broadcasting method and system |
| CN108306942A (en) * | 2018-01-09 | 2018-07-20 | 武汉斗鱼网络科技有限公司 | Communication means, storage medium, electronic equipment and the system that multi-user is broadcast live simultaneously |
| CN109151593A (en) * | 2018-09-30 | 2019-01-04 | 广州酷狗计算机科技有限公司 | Main broadcaster's recommended method, device storage medium |
| US20190028767A1 (en) * | 2017-07-18 | 2019-01-24 | Michael Larsuel | System and method for live event notification |
| CN109348237A (en) * | 2018-09-20 | 2019-02-15 | 武汉斗鱼网络科技有限公司 | A kind of direct broadcasting room management method, device, server and storage medium |
| CN109446419A (en) * | 2018-10-17 | 2019-03-08 | 武汉斗鱼网络科技有限公司 | A kind of method and device for recommending video |
| US20190213627A1 (en) * | 2018-01-05 | 2019-07-11 | Connekt Colorado, Inc. | Dynamic Generation Of Live Event In Live Video |
| CN110163455A (en) * | 2018-02-12 | 2019-08-23 | 武汉斗鱼网络科技有限公司 | A kind of direct broadcasting room integrated evaluating method, storage medium, equipment and system |
| CN110351572A (en) * | 2019-07-10 | 2019-10-18 | 广州虎牙科技有限公司 | Update method, device, equipment and the storage medium of direct broadcasting room information |
| CN110430439A (en) * | 2019-07-30 | 2019-11-08 | 北京达佳互联信息技术有限公司 | Manage method and device, server and the storage medium in Media Stream room |
| CN110933473A (en) * | 2019-12-10 | 2020-03-27 | 北京爱奇艺科技有限公司 | Video playing heat determining method and device |
| CN111372093A (en) * | 2020-03-09 | 2020-07-03 | 广州市百果园信息技术有限公司 | Live broadcast room management method, device, equipment and storage medium |
| CN108809761B (en) * | 2018-06-12 | 2020-09-04 | 威创集团股份有限公司 | Online state detection method and device |
| CN111726641A (en) * | 2019-03-18 | 2020-09-29 | 北京奇虎科技有限公司 | Live video playing processing method and device and server |
| CN111866528A (en) * | 2020-04-30 | 2020-10-30 | 火币（广州）区块链科技有限公司 | Live program pushing method and readable storage medium |
| CN111918081A (en) * | 2020-07-31 | 2020-11-10 | 广州津虹网络传媒有限公司 | Live broadcast room heat determining method, device, equipment and storage medium |
| CN111935204A (en) * | 2020-06-11 | 2020-11-13 | 杭州情咖网络技术有限公司 | Program recommendation method and device and electronic equipment |
-
2021
- 2021-02-02 CN CN202110143551.3A patent/CN112954413B/en active Active
Patent Citations (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080244658A1 (en) * | 2006-10-10 | 2008-10-02 | Huawei Technologies Co., Ltd. | Method, system and apparatus for managing iptv live broadcast service |
| US20150221177A1 (en) * | 2013-02-01 | 2015-08-06 | Contagious Sports Ltd. | Wagering game systems and methods for live sporting events |
| CN104506392A (en) * | 2015-01-04 | 2015-04-08 | 华为技术有限公司 | Downtime detecting method and device |
| CN105515900A (en) * | 2015-12-07 | 2016-04-20 | 北京奇虎科技有限公司 | Method and device for acquiring on-line state of terminal |
| CN105959235A (en) * | 2016-07-21 | 2016-09-21 | 中国工商银行股份有限公司 | Distributed data processing system and method |
| CN106506253A (en) * | 2016-09-08 | 2017-03-15 | 深圳先进技术研究院 | A kind of statistical system of the online client quantity based on tcp/ip communication agreement and method |
| CN106961615A (en) * | 2017-03-22 | 2017-07-18 | 北京奇艺世纪科技有限公司 | A kind of live broadcasting method and system |
| US20190028767A1 (en) * | 2017-07-18 | 2019-01-24 | Michael Larsuel | System and method for live event notification |
| US20190213627A1 (en) * | 2018-01-05 | 2019-07-11 | Connekt Colorado, Inc. | Dynamic Generation Of Live Event In Live Video |
| CN108306942A (en) * | 2018-01-09 | 2018-07-20 | 武汉斗鱼网络科技有限公司 | Communication means, storage medium, electronic equipment and the system that multi-user is broadcast live simultaneously |
| CN110163455A (en) * | 2018-02-12 | 2019-08-23 | 武汉斗鱼网络科技有限公司 | A kind of direct broadcasting room integrated evaluating method, storage medium, equipment and system |
| CN108809761B (en) * | 2018-06-12 | 2020-09-04 | 威创集团股份有限公司 | Online state detection method and device |
| CN109348237A (en) * | 2018-09-20 | 2019-02-15 | 武汉斗鱼网络科技有限公司 | A kind of direct broadcasting room management method, device, server and storage medium |
| CN109151593A (en) * | 2018-09-30 | 2019-01-04 | 广州酷狗计算机科技有限公司 | Main broadcaster's recommended method, device storage medium |
| CN109446419A (en) * | 2018-10-17 | 2019-03-08 | 武汉斗鱼网络科技有限公司 | A kind of method and device for recommending video |
| CN111726641A (en) * | 2019-03-18 | 2020-09-29 | 北京奇虎科技有限公司 | Live video playing processing method and device and server |
| CN110351572A (en) * | 2019-07-10 | 2019-10-18 | 广州虎牙科技有限公司 | Update method, device, equipment and the storage medium of direct broadcasting room information |
| CN110430439A (en) * | 2019-07-30 | 2019-11-08 | 北京达佳互联信息技术有限公司 | Manage method and device, server and the storage medium in Media Stream room |
| CN110933473A (en) * | 2019-12-10 | 2020-03-27 | 北京爱奇艺科技有限公司 | Video playing heat determining method and device |
| CN111372093A (en) * | 2020-03-09 | 2020-07-03 | 广州市百果园信息技术有限公司 | Live broadcast room management method, device, equipment and storage medium |
| CN111866528A (en) * | 2020-04-30 | 2020-10-30 | 火币（广州）区块链科技有限公司 | Live program pushing method and readable storage medium |
| CN111935204A (en) * | 2020-06-11 | 2020-11-13 | 杭州情咖网络技术有限公司 | Program recommendation method and device and electronic equipment |
| CN111918081A (en) * | 2020-07-31 | 2020-11-10 | 广州津虹网络传媒有限公司 | Live broadcast room heat determining method, device, equipment and storage medium |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113596501A (en) * | 2021-07-30 | 2021-11-02 | 北京达佳互联信息技术有限公司 | Data processing method and device, electronic equipment and storage medium |
| CN113704280A (en) * | 2021-08-26 | 2021-11-26 | 上海哔哩哔哩科技有限公司 | Data list updating method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112954413B (en) | 2024-01-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10944700B2 (en) | Processing live commenting messages based on the ratio of the total number of live commenting messages to a threshold number of live commenting messages displayable on the screen of a terminal | |
| CN112954413A (en) | Live broadcast list updating method and device, server and storage medium | |
| CN103947216B (en) | Tracking is presented in video segmentation | |
| US8725684B1 (en) | Synchronizing data stores | |
| CN106815254B (en) | Data processing method and device | |
| CN108156470B (en) | Interaction method and device based on network live broadcast | |
| CN102708495A (en) | Method and device for controlling advertising frequency | |
| CN113473208B (en) | Barrage display method and device, computer equipment and storage medium | |
| CN104580012A (en) | Method and device for selecting content delivery network nodes | |
| US20120210383A1 (en) | Presenting streaming media for an event | |
| CN109547807B (en) | Information processing method and device based on live broadcast and server | |
| CN110830735A (en) | Video generation method and device, computer equipment and storage medium | |
| CN110351569B (en) | Live content processing method, device, equipment and medium | |
| CN109992325B (en) | Information display method, information display apparatus, storage medium, and electronic apparatus | |
| CN111582955A (en) | Promotion information display method and device, electronic equipment and storage medium | |
| CN110113392A (en) | A kind of monitoring APP client buries a method and apparatus for acquisition integrality | |
| US9853711B2 (en) | Method and apparatus for providing content and method and apparatus for displaying content | |
| US11632588B2 (en) | Measuring the performance of a peer-managed content distribution network | |
| CN108415908B (en) | Multimedia data processing method and server | |
| CN103607605B (en) | Data processing method and apparatus for audience rating statistics | |
| CN118247023A (en) | Message delay consumption method based on tenant isolation and related products | |
| WO2024046119A1 (en) | Multimedia work display method, apparatus and device, and storage medium | |
| CN103888498B (en) | Information-pushing method, device, terminal and server | |
| CN101383738A (en) | Internet interaction affair monitoring method and system | |
| CN108966034B (en) | Virtual article display method, device and storage medium |
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 |