阅读说明：本技术 直播间处理方法、装置、服务器及存储介质 (Live broadcast room processing method and device, server and storage medium ) 是由 于欣洋 谭培强 于 2021-08-18 设计创作，主要内容包括：本公开关于一种直播间处理方法、装置、服务器及存储介质。本公开包括：在离线层上获取各类的主播配置表,并基于各类的主播配置表和开播直播间对应的开播主播,在离线层上确定各类的开播直播间；在准实时层上计算各类的开播直播间的排序结果,并将各类的开播直播间的排序结果存入准实时层的数据库；在实时层上响应于用户针对目标类的直播间获取请求,在准实时层的数据库存储的各类的开播直播间的排序结果中,确定目标类的开播直播间的排序结果,并向用户反馈与目标类的开播直播间的排序结果对应的开播直播间,通过离线层、准实时层和实时层对各类直播间进行排序处理,及时地响应用户观看直播间的请求。(The disclosure relates to a live broadcast room processing method, a live broadcast room processing device, a server and a storage medium. The present disclosure includes: acquiring various anchor broadcast configuration tables on an offline layer, and determining various live broadcast rooms on the offline layer based on the various anchor broadcast configuration tables and the corresponding live broadcast of the live broadcast rooms; calculating the sorting results of various live broadcasting rooms on the quasi-real-time layer, and storing the sorting results of various live broadcasting rooms into a database of the quasi-real-time layer; responding to a request of a user for acquiring the live broadcast room of the target class on the real-time layer, determining a sequencing result of the live broadcast room of the target class in sequencing results of various live broadcast rooms stored in a database of the quasi real-time layer, feeding back the live broadcast room corresponding to the sequencing result of the live broadcast room of the target class to the user, sequencing various live broadcast rooms through the offline layer, the quasi real-time layer and the real-time layer, and responding to the request of the user for watching the live broadcast room in time.)

1. A live room processing method, characterized in that the method comprises:

acquiring various anchor broadcast configuration tables on an offline layer, and determining various live broadcast rooms on the offline layer based on the various anchor broadcast configuration tables and the corresponding live broadcast of the live broadcast rooms;

calculating the sorting results of the various live broadcasting rooms on a quasi-real-time layer, and storing the sorting results of the various live broadcasting rooms into a database of the quasi-real-time layer;

responding to a live broadcast room acquisition request of a user for a target class on a real-time layer, determining a sequencing result of the live broadcast room of the target class in sequencing results of various live broadcast rooms stored in a database of the quasi-real-time layer, and feeding back the live broadcast room corresponding to the sequencing result of the live broadcast room of the target class to the user.

2. The live broadcast room processing method according to claim 1, wherein the determining, in response to a live broadcast room acquisition request of a user for a target class on the real-time layer, a ranking result of the live broadcast room of the target class among ranking results of live broadcast rooms of the classes stored in the database of the near-real-time layer includes:

receiving a live broadcast room acquisition request of a user for a target class on a real-time layer;

determining a target database corresponding to the identification of the target class, the user identification and the equipment identification in the database of the quasi real-time layer based on the identification of the target class, the user identification and the equipment identification in the request acquired by the live broadcast room; the equipment identification is used for uniquely representing the user terminal where the user identification is located;

and taking the sequencing result of the live broadcasting rooms stored in the target database as the sequencing result of the live broadcasting rooms of the target class.

3. The live broadcast room processing method according to claim 2, wherein before the taking the ranking result of the live broadcast room stored in the target database as the ranking result of the live broadcast room of the target class, the method further comprises:

when the user access amount of the target database is larger than a user access amount threshold value, acquiring a tail number of the user identifier;

determining other databases storing the sequencing result of the broadcasting live broadcast room of the target class in the database of the quasi-real-time layer; the other databases are databases of the quasi real-time layer except the target database;

and taking the sequencing result of the live broadcasting rooms stored in the other databases as the sequencing result of the live broadcasting rooms of the target class.

4. The live broadcast room processing method according to claim 3, wherein the determining, in the database of the near real-time layer, another database storing the ranking result of the live broadcast room of the target class includes:

determining a class key of the target database;

and taking the database with the same class key in the quasi real-time layer as the other database storing the sequencing result of the broadcasting live broadcast room of the target class.

5. The live broadcast room processing method according to claim 1, wherein the feeding back, to the user, the live broadcast room corresponding to the result of the ranking of the live broadcast rooms of the target class includes:

acquiring a historical watching record of the user for the live broadcast room of the target class;

based on the historical viewing record of the live broadcast room, adjusting the sequencing result of the live broadcast room of the target class to form an adjusted sequencing result;

and sequentially recommending the broadcasting live rooms of the target classes to the user according to the adjusted sorting result.

6. The live broadcast room processing method according to claim 1, wherein after calculating the sorting results of the types of live broadcast rooms on a quasi-real-time layer and storing the sorting results of the types of live broadcast rooms in a database of the quasi-real-time layer, the method further comprises:

and calculating the sequencing result of the live broadcasting rooms of the newly added type on the quasi-real-time layer, and storing the sequencing result of the live broadcasting rooms of the newly added type into a database of the quasi-real-time layer.

7. A live room processing apparatus, characterized in that the apparatus comprises:

the offline layer processing module is configured to execute acquisition of various anchor configuration tables on the offline layer, and determine various live broadcasting rooms on the offline layer based on the various anchor configuration tables and the corresponding live broadcasting rooms;

the quasi real-time layer processing module is configured to calculate the sequencing results of the various live broadcasting rooms on the quasi real-time layer and store the sequencing results of the various live broadcasting rooms into a database of the quasi real-time layer;

and the real-time layer processing module is configured to execute a live broadcast room acquisition request of a user for a target class on a real-time layer, determine a sequencing result of the live broadcast room of the target class in sequencing results of various live broadcast rooms stored in the database of the quasi-real-time layer, and feed back the live broadcast room corresponding to the sequencing result of the live broadcast room of the target class to the user.

8. A server, comprising:

a processor;

a memory for storing the processor-executable instructions;

wherein the processor is configured to execute the instructions to implement the live-air processing method of any of claims 1-6.

9. A computer-readable storage medium, wherein instructions in the computer-readable storage medium, when executed by a processor, enable the processor to perform the live room processing method of any of claims 1-6.

10. A computer program product comprising a computer program, characterized in that the computer program, when being executed by a processor, implements the live room processing method of any one of claims 1 to 6.

Technical Field

The present disclosure relates to the field of computer processing technologies, and in particular, to a live broadcast room processing method, apparatus, server, and storage medium.

Background

With the development of the live broadcast room technology, in order to respond to a request of a user for watching a live broadcast room in real time, a large number of live broadcast rooms are generally sorted first, and when the request of the user is received, the corresponding live broadcast room can be fed back to the user in time according to a sorting result of the live broadcast rooms. When sorting the live broadcast rooms, the characteristics of the classes to which the live broadcast rooms belong are generally considered, and corresponding sorting processing modes are constructed, for example, different sorting processing modes are constructed for the live broadcast rooms belonging to the eating broadcast class and the live broadcast rooms belonging to the tourism class. However, under the condition that the types of the live broadcast rooms are more and more abundant, different sequencing processing modes are established for different types of live broadcast rooms, the efficiency is low, and the request of a user for watching the live broadcast rooms is difficult to respond timely.

Disclosure of Invention

The present disclosure provides a live broadcast room processing method, apparatus, server and storage medium, to at least solve the problem in the related art that it is difficult to timely respond to a request from a user to view a live broadcast room when the categories of the live broadcast room are rapidly increased. The technical scheme of the disclosure is as follows:

according to a first aspect of the embodiments of the present disclosure, a live broadcast room processing method is provided, including:

acquiring various anchor broadcast configuration tables on an offline layer, and determining various live broadcast rooms on the offline layer based on the various anchor broadcast configuration tables and the corresponding live broadcast of the live broadcast rooms;

calculating the sorting results of the various live broadcasting rooms on a quasi-real-time layer, and storing the sorting results of the various live broadcasting rooms into a database of the quasi-real-time layer;

responding to a live broadcast room acquisition request of a user for a target class on a real-time layer, determining a sequencing result of the live broadcast room of the target class in sequencing results of various live broadcast rooms stored in a database of the quasi-real-time layer, and feeding back the live broadcast room corresponding to the sequencing result of the live broadcast room of the target class to the user.

In one embodiment, the determining, in response to a live broadcast room acquisition request of a user for a target class on a real-time layer, a ranking result of a live broadcast room of the target class in ranking results of live broadcast rooms of the various classes stored in a database of the quasi-real-time layer includes:

receiving a live broadcast room acquisition request of a user for a target class on a real-time layer;

determining a target database corresponding to the identification of the target class, the user identification and the equipment identification in the database of the quasi real-time layer based on the identification of the target class, the user identification and the equipment identification in the request acquired by the live broadcast room; the equipment identification is used for uniquely representing the user terminal where the user identification is located;

and taking the sequencing result of the live broadcasting rooms stored in the target database as the sequencing result of the live broadcasting rooms of the target class.

In one embodiment, before the taking the ranking result of the live broadcast rooms stored in the target database as the ranking result of the live broadcast rooms in the target class, the method further includes:

when the user access amount of the target database is larger than a user access amount threshold value, acquiring a tail number of the user identifier;

determining other databases storing the sequencing result of the broadcasting live broadcast room of the target class in the database of the quasi-real-time layer; the other databases are databases of the quasi real-time layer except the target database;

and taking the sequencing result of the live broadcasting rooms stored in the other databases as the sequencing result of the live broadcasting rooms of the target class.

In one embodiment, the determining, in the database of the quasi-real-time layer, another database storing a ranking result of the live broadcast room of the target class includes:

determining a class key of the target database;

and taking the database with the same class key in the quasi real-time layer as the other database storing the sequencing result of the broadcasting live broadcast room of the target class.

In one embodiment, the storing the sorting result of the various types of live broadcast rooms into the database of the near real-time layer includes:

and respectively storing the sequencing results of the same type of live broadcasting rooms into different databases of the quasi real-time layer.

In one embodiment, the feeding back, to the user, the live broadcast room corresponding to the sorting result of the live broadcast rooms of the target class includes:

acquiring a historical watching record of the user for the live broadcast room of the target class;

based on the historical viewing record of the live broadcast room, adjusting the sequencing result of the live broadcast room of the target class to form an adjusted sequencing result;

and sequentially recommending the broadcasting live rooms of the target classes to the user according to the adjusted sorting result.

In one embodiment, after calculating the sorting results of the various types of live broadcast rooms on a quasi-real-time layer and storing the sorting results of the various types of live broadcast rooms in a database of the quasi-real-time layer, the method further includes:

and calculating the sequencing result of the live broadcasting rooms of the newly added type on the quasi-real-time layer, and storing the sequencing result of the live broadcasting rooms of the newly added type into a database of the quasi-real-time layer.

In one embodiment, before calculating the ranking result of the live broadcast rooms of the newly added class on the quasi-real-time layer, the method further includes:

acquiring an anchor configuration table of a newly added class on the offline layer;

and determining the playing live broadcast room of the newly added class on the off-line layer based on the anchor configuration table of the newly added class and the playing anchor.

According to a second aspect of the embodiments of the present disclosure, there is provided a live broadcast room processing apparatus including:

the offline layer processing module is configured to execute acquisition of various anchor configuration tables on the offline layer, and determine various live broadcasting rooms on the offline layer based on the various anchor configuration tables and the corresponding live broadcasting rooms;

the quasi real-time layer processing module is configured to calculate the sequencing results of the various live broadcasting rooms on the quasi real-time layer and store the sequencing results of the various live broadcasting rooms into a database of the quasi real-time layer;

and the real-time layer processing module is configured to execute a live broadcast room acquisition request of a user for a target class on a real-time layer, determine a sequencing result of the live broadcast room of the target class in sequencing results of various live broadcast rooms stored in the database of the quasi-real-time layer, and feed back the live broadcast room corresponding to the sequencing result of the live broadcast room of the target class to the user.

In one embodiment, the real-time layer processing module is further configured to execute receiving, on the real-time layer, a live broadcast room acquisition request of a user for a target class; determining a target database corresponding to the identification of the target class, the user identification and the equipment identification in the database of the quasi real-time layer based on the identification of the target class, the user identification and the equipment identification in the request acquired by the live broadcast room; the equipment identification is used for uniquely representing the user terminal where the user identification is located; and taking the sequencing result of the live broadcasting rooms stored in the target database as the sequencing result of the live broadcasting rooms of the target class.

In one embodiment, the apparatus further includes a sorting result processing module configured to perform, when the user access amount of the target database is greater than a user access amount threshold, acquiring a tail number of the user identifier; determining other databases storing the sequencing result of the broadcasting live broadcast room of the target class in the database of the quasi-real-time layer; the other databases are databases of the quasi real-time layer except the target database; and taking the sequencing result of the live broadcasting rooms stored in the other databases as the sequencing result of the live broadcasting rooms of the target class.

In one embodiment, the sorting result processing module is further configured to execute determining a class key of the target database; and taking the database with the same class key in the quasi real-time layer as the other database storing the sequencing result of the broadcasting live broadcast room of the target class.

In one embodiment, the quasi real-time layer processing module is further configured to store the sorting results of the same type of live broadcast rooms into different databases of the quasi real-time layer, respectively.

In one embodiment, the real-time layer processing module is further configured to perform obtaining a live-room historical viewing record of the user for the target class; based on the historical viewing record of the live broadcast room, adjusting the sequencing result of the live broadcast room of the target class to form an adjusted sequencing result; and sequentially recommending the broadcasting live rooms of the target classes to the user according to the adjusted sorting result.

In one embodiment, the apparatus further includes a newly added class sorting result processing module configured to perform calculation of a sorting result of the live broadcasting rooms of the newly added class on the quasi real-time layer, and store the sorting result of the live broadcasting rooms of the newly added class in a database of the quasi real-time layer.

In one embodiment, the apparatus further comprises a live room processing module of the added class, configured to execute obtaining an anchor configuration table of the added class on the offline layer; and determining the playing live broadcast room of the newly added class on the off-line layer based on the anchor configuration table of the newly added class and the playing anchor.

According to a third aspect of the embodiments of the present disclosure, there is provided a server, including a memory and a processor, where the memory stores a computer program, and the processor, when executing the computer program, implements a live broadcast room processing method according to the first aspect or any one of the possible implementation manners of the first aspect.

According to a fourth aspect of embodiments of the present disclosure, there is provided a storage medium having stored thereon a computer program which, when executed by a processor, implements a live room processing method as set forth in the first aspect or any one of the possible implementations of the first aspect.

According to a fifth aspect of embodiments of the present disclosure, there is provided a computer program product, the program product comprising a computer program, the computer program being stored in a readable storage medium, from which at least one processor of a device reads and executes the computer program, so that the device performs the live room processing method of the first aspect or any possible implementation manner of the first aspect.

The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects: a set of live broadcast room sequencing processing mode is abstracted, various live broadcast rooms are sequenced through an offline layer, a quasi-real-time layer and a real-time layer, different sequencing processing modes do not need to be established for different kinds of live broadcast rooms, and a request of a user for watching the live broadcast rooms can be responded in time. Specifically, various anchor configuration tables are obtained on an offline layer, and various live broadcasting rooms are determined on the offline layer based on the various anchor configuration tables and the corresponding live broadcasting rooms of the live broadcasting rooms; calculating the sorting results of the various live broadcasting rooms on a quasi-real-time layer, and storing the sorting results of the various live broadcasting rooms into a database of the quasi-real-time layer; responding to a live broadcast room acquisition request of a user for a target class on a real-time layer, determining a sequencing result of the live broadcast room of the target class in sequencing results of various live broadcast rooms stored in a database of the quasi-real-time layer, and feeding back the live broadcast room corresponding to the sequencing result of the live broadcast room of the target class to the user.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the disclosure and are not to be construed as limiting the disclosure.

Fig. 1 is a diagram illustrating a live room processing framework in accordance with an exemplary embodiment.

Fig. 2 is a flow diagram illustrating a live room processing method in accordance with an exemplary embodiment.

Fig. 3 is a diagram illustrating a live room processing framework in accordance with an exemplary embodiment.

Fig. 4 is a flow diagram illustrating a live room processing method in accordance with an exemplary embodiment.

Fig. 5 is a block diagram illustrating a live room processing apparatus in accordance with an example embodiment.

Fig. 6 is an internal block diagram of a server according to an example embodiment.

Detailed Description

In order to make the technical solutions of the present disclosure better understood by those of ordinary skill in the art, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings.

It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the disclosure described herein are capable of operation in sequences other than those illustrated or otherwise described herein. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure.

The live broadcast room processing method provided by the disclosure can be applied to a live broadcast room processing framework shown in fig. 1, and the live broadcast room processing framework comprises an offline layer, a quasi-real-time layer and a real-time layer; the live broadcast room sorting processing of different links is performed on each layer, and the live broadcast room sorting processing performed on each layer is described below with reference to fig. 2.

In step S201, various anchor configuration tables are obtained on the offline layer, and various live broadcast rooms are determined on the offline layer based on the various anchor configuration tables and the corresponding live broadcast of the live broadcast room.

The live broadcast rooms can be divided into different categories according to the characteristics of live broadcast contents to obtain various live broadcast rooms, such as a live broadcast room for eating and broadcasting and a live broadcast room for traveling. Each live broadcast room is provided with a corresponding anchor when broadcast, and the anchors can be divided into different categories, such as an eating anchor and a traveling anchor.

In the step, various Anchor configuration tables [ which can be in a hive (data warehouse tool) form ] can be obtained on an offline layer, for example, anchors of eating type include Anchor-1, Anchor-3 and Anchor-4, and anchors of traveling type include Anchor-2 and Anchor-5. And, it can be obtained that the Anchor (i.e., the start Anchor) corresponding to each of the live bays (i.e., the start live bays, such as the kaibo1, the kaibo2, the kaibo3, the kaibo4, and the kaibo5) currently being played is Anchor-3, Anchor-4, Anchor-2, Anchor-1, and Anchor-5. According to the categories of Anchor-3, Anchor-4 and Anchor-2, the Kaibo1, Kaibo2, Kaibo3, Kaibo4 and Kaibo5 can be classified into the categories of the Anchor, such as the Kaibo1, the Kaibo2 and the Kaibo4 into the eating broadcast category and the Kaibo3 and the Kaibo5 into the tourism category, so that various live broadcasting rooms can be obtained.

In step S202, the sorting results of the various live broadcast rooms are calculated on the quasi-real-time layer, and the sorting results of the various live broadcast rooms are stored in the database of the quasi-real-time layer.

After the eating broadcast live broadcasting rooms (kaibo1, kaibo2 and kaibo4) and the travel broadcast live broadcasting rooms (kaibo3 and kaibo5) are obtained on the offline layer, the sequencing results of the various kinds of the eating broadcast live broadcasting rooms can be calculated on the quasi-real-time layer, and the sequencing results of the various kinds of the eating broadcast live broadcasting rooms are stored in a database of the quasi-real-time layer.

In step S203, in response to a request for acquiring a target-class live broadcast room from a user on a real-time layer, determining a sorting result of the target-class live broadcast room from sorting results of the various live broadcast rooms stored in the database of the near-real-time layer, and feeding back a live broadcast room corresponding to the sorting result of the target-class live broadcast room to the user.

Wherein the target class is a class that the user wants to watch, such as a eat-cast class. After a request of a user for acquiring the live broadcast rooms of the eating and broadcasting classes is received on the real-time layer, the sequencing result of the live broadcast rooms of the eating and broadcasting classes is determined in the sequencing results of the various live broadcast rooms stored on the near-real-time layer, and the live broadcast rooms in the front of the sequencing are displayed to the user before the live broadcast rooms in the back of the sequencing, so that the user can see the live broadcast rooms in the front of the sequencing.

According to the live broadcast room processing method, a set of live broadcast room sequencing processing mode is abstracted, sequencing processing is carried out on various live broadcast rooms through the offline layer, the quasi-real-time layer and the real-time layer, different sequencing processing modes do not need to be established for different types of live broadcast rooms, and a request of a user for watching the live broadcast rooms can be responded in time.

In some embodiments, the determining, in response to a request for obtaining a target class live broadcast room from a user on the real-time layer, a ranking result of the target class live broadcast room from among ranking results of the various types of live broadcast rooms stored in the database of the quasi-real-time layer may specifically include the following steps: receiving a live broadcast room acquisition request of a user for a target class on a real-time layer; determining a target database corresponding to the identification of the target class, the user identification and the equipment identification in the database of the quasi real-time layer based on the identification of the target class, the user identification and the equipment identification in the request acquired by the live broadcast room; the equipment identification is used for uniquely representing the user terminal where the user identification is located; and taking the sequencing result of the live broadcasting rooms stored in the target database as the sequencing result of the live broadcasting rooms of the target class.

The user identification can be a user account; the device identifier is used for uniquely representing the user terminal where the user identifier is located, such as a random number, a device factory number, an MAC address and the like; the device identifier may be automatically and randomly generated by the user terminal, or may be generated by factory equipment when the user terminal is factory.

Illustratively, the database of the quasi-real-time layer is a, b, c, d, e and f, wherein a, b and e store the sorting result of the live broadcast of the broadcast class. And the data can be routed to the database b through the target class identifier, the user identifier and the equipment identifier, so that the sorting result of the live broadcasting rooms of the eating and broadcasting classes stored in the database b is determined, and the corresponding live broadcasting rooms are fed back to the user according to the sorting result.

In the embodiment, the target class identifier, the user identifier and the equipment identifier are combined to the specified database, so that the accuracy of responding to the watching request of the live broadcast room of the user is improved, and the problem of reduced horizontal capacity expansion performance caused by overlarge cluster of the database due to overhigh user access volume is solved.

Further, before the step of using the sorting result of the live broadcast rooms stored in the target database as the sorting result of the live broadcast rooms of the target class, the method may further include the following steps: when the user access amount of the target database is larger than a user access amount threshold value, acquiring a tail number of the user identifier; determining other databases storing the sequencing result of the broadcasting live broadcast room of the target class in the database of the quasi-real-time layer; the other databases are databases of the quasi real-time layer except the target database; and taking the sequencing result of the live broadcasting rooms stored in the other databases as the sequencing result of the live broadcasting rooms of the target class.

Illustratively, when routing to the database b according to the target class identifier, the user identifier and the device identifier, determining whether the user access amount of the database b is greater than a user access amount threshold value; if yes, determining the databases storing the sequencing results of the live broadcasting rooms of the eating and broadcasting types to be a and e in the databases a, c, d, e and f according to the tail numbers of the user identifications; and then, based on the tail number, determining one of the databases a and e, and feeding back a sequencing result of the live broadcast room stored in the database to the user.

That is, the sorting result of the live broadcast rooms stored in other databases is determined through the tail numbers of the user identifiers, so that the overload of the target database is avoided, and the normal response of the user to the access request of the live broadcast room of the selected target class is ensured.

Further, the determining, in the database of the quasi-real-time layer, another database in which the sorting result of the target class live broadcast is stored may specifically include the following steps: determining a class key of the target database; and taking the database with the same class key in the quasi real-time layer as the other database storing the sequencing result of the broadcasting live broadcast room of the target class.

Wherein, each type has a corresponding key, for example, the key corresponding to the eating and broadcasting type is key1, and the key corresponding to the travel type is key 2; and taking the sequencing result of the live broadcasting room as value, so that various key value pairs of the sequencing result of the live broadcasting room can be obtained. After routing to the database b according to the target class identifier, the user identifier and the equipment identifier, determining a class key stored in the database b as a key 1; and the database with the class keys stored in databases a, c, d, e, and f also being key1 is used as the database storing the ranking results of the live broadcast rooms that eat the broadcast classes.

In the embodiment, the other databases storing the sequencing result of the live broadcasting room of the target class are determined through the class key, the sequencing result of the live broadcasting room is accurately broadcast, and the accuracy of response to the request of the user for acquiring the live broadcasting room of the target class is improved.

In some embodiments, the storing the sorting result of the various types of live broadcast rooms into the database of the quasi-real-time layer may specifically include the following steps: and respectively storing the sequencing results of the same type of live broadcasting rooms into different databases of the quasi real-time layer.

Illustratively, the sorting results of the live broadcast rooms of the eating broadcast class can be stored in the databases a, b and e of the quasi-real-time layer respectively, so that the redundant storage of the sorting results of the live broadcast rooms of the same class is realized, and the access load to the same database is reduced.

In some embodiments, the feeding back, to the user, the live broadcast room corresponding to the sorting result of the live broadcast rooms of the target class may specifically include the following steps: acquiring a historical watching record of the user for the live broadcast room of the target class; based on the historical viewing record of the live broadcast room, adjusting the sequencing result of the live broadcast room of the target class to form an adjusted sequencing result; and sequentially recommending the broadcasting live rooms of the target classes to the user according to the adjusted sorting result.

The live broadcast room history watching record of the user for the target class can include a watching record of the user for a live broadcast room of the target class, and an operation record when the user watches vertical content (such as a live broadcast room forwarding record, a live broadcast room collection record, a live broadcast room comment record, and more specifically, for example, a record of a main viewing broadcast when watching a live broadcast room).

Exemplarily, after determining the sorting result of the live broadcasting room of the eating and broadcasting class stored in the database b, according to the historical watching record of the user Alice for the live broadcasting room of the eating and broadcasting class, the sorting result of the live broadcasting room of the eating and broadcasting class stored in the database b is adjusted, so that the adjusted sorting result of the live broadcasting room of the eating and broadcasting class is more in line with the preference of the user Alice, and if the user Alice watches the live broadcasting room of the Anchor-1 for many times, the order of the kaibo4 of the live broadcasting room of the Anchor-1 can be adjusted to the front when the sorting result of the live broadcasting room of the eating and broadcasting class is adjusted; and then recommending the live broadcast rooms of the eating and broadcasting classes to the user Alice according to the adjusted sequencing result of the starting and broadcasting live broadcast rooms, so that the user Alice can preferentially see the live broadcast room kaibo4 of the Anchor Anchor-1.

In the above embodiment, the ordering result of the live broadcasting rooms of the target class is adjusted by combining the historical watching records of the live broadcasting rooms of the target class, so that the adjusted ordering result of the live broadcasting rooms better accords with the preference of the user, and personalized recommendation of the live broadcasting rooms of the target class is realized.

In some embodiments, after calculating the sorting results of the various types of live broadcast rooms on the quasi-real-time layer and storing the sorting results of the various types of live broadcast rooms in the database of the quasi-real-time layer, the method may further include the following steps: and calculating the sequencing result of the live broadcasting rooms of the newly added type on the quasi-real-time layer, and storing the sequencing result of the live broadcasting rooms of the newly added type into a database of the quasi-real-time layer.

Illustratively, when the education classes are newly added, the sequencing result of the broadcasting live rooms of the education classes can be calculated on the quasi-real-time layer, and the sequencing result of the broadcasting live rooms of the education classes can be stored in the database of the quasi-real-time layer.

In the above embodiment, when a new class is added, the sorting and storage processing can be performed on the quasi-real-time layer, a new processing layer does not need to be constructed, and the processing efficiency of sorting in the live broadcast room is improved.

Further, before calculating the sorting result of the live broadcast rooms of the new added class on the quasi-real-time layer, the method may further include the following steps: acquiring an anchor configuration table of a newly added class on the offline layer; and determining the playing live broadcast room of the newly added class on the off-line layer based on the anchor configuration table of the newly added class and the playing anchor.

Illustratively, when education classes are added, an anchor configuration table of the education classes can be obtained on an offline layer, a current anchor is obtained, the live broadcasting rooms for the education classes are determined, the sequencing results of the live broadcasting rooms for the new classes are quickly online, labor cost is saved, and the quick online effect of configuration low codes is achieved.

The present disclosure provides an application example, which is introduced by taking a live broadcast room as an example in conjunction with fig. 3 and fig. 4: the live broadcasting square has single and double rows of live broadcasting streams for users to watch; if a plurality of independent vertical classes are required to be added in a short time in a live broadcasting square, a viewed anchor may appear between the original vertical classes, user experience is damaged, a development period required for constructing one vertical class is long, and the requirement of quickly adding the vertical class on line is difficult to meet; in addition, after the vertical data is on line or when the existing vertical data has problems, a bottom-in data source is provided for the user.

The application example introduces a content sequencing architecture conforming to vertical live scenes mainly based on a configurated low-code mode; in addition, the application example also uses a scheme of fragmentation clustering and redundant keys, thereby greatly increasing the performance and solving the hotspot problem.

The live broadcast room sequencing architecture of the application example is shown in fig. 3, and the processing flow is shown in fig. 4: the live broadcast room sequencing architecture comprises three layers: the off-line layer (mainly uses a synchronization task to synchronize the broadcasting live broadcasting rooms of all vertical types to a quasi-real-time layer), the quasi-real-time layer (mainly uses a calculation task to calculate the sequencing result of the live broadcasting rooms of all vertical types) and the real-time layer (mainly realizes the filtering logic).

The live synchronous framework can also receive live broadcasting rooms of the anchor in the live database; the hive synchronization framework determines the broadcast live rooms of the verticals by using the synchronization tasks, and synchronizes the broadcast live rooms of the verticals to Redis (a database).

The quasi-real-time layer uses a fragment computing frame, different fragment computing tasks (such as task 1 and task 2) are utilized to carry out sequencing computation on the broadcasting live rooms of each vertical type, the sequencing result of the live rooms of each vertical type is obtained, the sequencing result of the live rooms of the same vertical type is redundantly stored into a zset (ordered-Sets) structure of the Redis, namely, the sequencing result of the live rooms of the same vertical type is stored into different visited nodes of the Redis cluster.

The method comprises the steps that a live broadcast room acquisition request of a target class selected by a user is received in a real-time layer, a vertical class identifier, a user identifier and an equipment identifier are used as routes to a specified database, the specified database can adjust live broadcast room sequencing results stored by a specified visited node by using watching records of the user with other nodes of a Redis cluster aiming at each vertical live broadcast room, and the adjusted live broadcast room sequencing results are obtained; then, the designated database feeds back the corresponding live broadcast room to the user through an API (Application Programming Interface) according to the adjusted live broadcast room sequencing result.

In the above manner, the access requests of the users for the vertical live broadcast rooms are dispersed to different databases through the vertical type identifiers, the user identifiers and the equipment identifiers, so that the problem of reduced horizontal capacity expansion performance caused by overlarge Redis clusters due to overhigh user access amount of the visited nodes is solved, and high-performance vertical type level duplication removal is realized.

Further, if the access amount of the specified database is too large, zset of Redis has the characteristic of redundant key, so that the sequencing result of the broadcasting live broadcast rooms in the same class can be stored in different databases; therefore, the sequencing result of the corresponding live broadcast room fed back to the user by other databases can be determined according to the tail number of the user identifier. The processing mode enables the flow born by the original single key to be dispersed on the keys with the same redundancy, and the hot spot problem is avoided.

Furthermore, if the number of live broadcast rooms corresponding to the sequencing result of the live broadcast rooms is too large, the specified visited node can read only the first 100 live broadcast rooms of the sequencing result of the live broadcast rooms and feed back the results to the user.

The application example has the following effects:

the method saves labor cost and has the capability of quickly online configuring low codes;

secondly, the problem of data consistency and the problem of repeated live streaming do not exist, and good experience is provided for audiences;

thirdly, the fragment cluster is used, and the ranking live broadcast room is not pulled in full quantity, so that the performance is guaranteed;

fourthly, only part of the live broadcast rooms are read, so that the problem of large key blockage is avoided;

fifthly, scattering the access request of the live broadcast room of the user to the visited node corresponding to the redundant key, thereby solving the problem of hot key.

It should be noted that, for the specific limitations of the above steps, reference may be made to the above specific limitations of a live broadcast room processing method, which is not described herein again.

It should be understood that, although the steps in the flowcharts of fig. 1 to 4 are shown in sequence as indicated by the arrows, the steps are not necessarily performed in sequence as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in fig. 1 to 4 may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of performing the steps or stages is not necessarily sequential, but may be performed alternately or alternately with other steps or at least some of the other steps or stages.

Fig. 5 is a block diagram illustrating a live room processing apparatus according to an example embodiment, the apparatus comprising:

an offline layer processing module 501, configured to execute obtaining various anchor configuration tables on an offline layer, and determine various live broadcast rooms on the offline layer based on the various anchor configuration tables and the corresponding live broadcast of the live broadcast rooms;

a quasi real-time layer processing module 502 configured to perform calculation of the sorting results of the various types of live broadcast rooms on a quasi real-time layer, and store the sorting results of the various types of live broadcast rooms in a database of the quasi real-time layer;

the real-time layer processing module 503 is configured to execute, on the real-time layer, responding to a live broadcast room acquisition request of a user for a target class, determine, in the sorting results of the various live broadcast rooms stored in the database of the quasi-real-time layer, a sorting result of the live broadcast room of the target class, and feed back, to the user, a live broadcast room corresponding to the sorting result of the live broadcast room of the target class.

In one embodiment, the real-time layer processing module 503 is further configured to execute receiving, on the real-time layer, a live broadcast room obtaining request of a user for a target class; determining a target database corresponding to the identification of the target class, the user identification and the equipment identification in the database of the quasi real-time layer based on the identification of the target class, the user identification and the equipment identification in the request acquired by the live broadcast room; the equipment identification is used for uniquely representing the user terminal where the user identification is located; and taking the sequencing result of the live broadcasting rooms stored in the target database as the sequencing result of the live broadcasting rooms of the target class.

In one embodiment, the apparatus further includes a sorting result processing module configured to perform, when the user access amount of the target database is greater than a user access amount threshold, acquiring a tail number of the user identifier; determining other databases storing the sequencing result of the broadcasting live broadcast room of the target class in the database of the quasi-real-time layer; the other databases are databases of the quasi real-time layer except the target database; and taking the sequencing result of the live broadcasting rooms stored in the other databases as the sequencing result of the live broadcasting rooms of the target class.

In one embodiment, the sorting result processing module is further configured to execute determining a class key of the target database; and taking the database with the same class key in the quasi real-time layer as the other database storing the sequencing result of the broadcasting live broadcast room of the target class.

In one embodiment, the quasi real-time layer processing module 502 is further configured to store the sorting results of the similar live broadcast rooms into different databases of the quasi real-time layer, respectively.

In one embodiment, the real-time layer processing module 503 is further configured to perform obtaining a live-room historical viewing record of the user for the target class; based on the historical viewing record of the live broadcast room, adjusting the sequencing result of the live broadcast room of the target class to form an adjusted sequencing result; and sequentially recommending the broadcasting live rooms of the target classes to the user according to the adjusted sorting result.

In one embodiment, the apparatus further includes a newly added class sorting result processing module configured to perform calculation of a sorting result of the live broadcasting rooms of the newly added class on the quasi real-time layer, and store the sorting result of the live broadcasting rooms of the newly added class in a database of the quasi real-time layer.

In one embodiment, the apparatus further comprises a live room processing module of the added class, configured to execute obtaining an anchor configuration table of the added class on the offline layer; and determining the playing live broadcast room of the newly added class on the off-line layer based on the anchor configuration table of the newly added class and the playing anchor.

With regard to the apparatus in the above-described embodiment, the specific manner in which each module performs the operation has been described in detail in the embodiment related to the method, and will not be elaborated here.

Fig. 6 is a block diagram illustrating a server 600 for a live room processing method in accordance with an example embodiment. Referring to fig. 6, server 600 includes a processing component 620 that further includes one or more processors and memory resources, represented by memory 622, for storing instructions, such as applications, that are executable by processing component 620. The application programs stored in memory 622 may include one or more modules that each correspond to a set of instructions. Further, the processing component 620 is configured to execute instructions to perform the live-air processing methods described above.

The server 600 may also include a power component 624 configured to perform power management for the server 600, a wired or wireless network interface 626 configured to connect the server 600 to a network, and an input/output (I/O) interface 628. Server 600 may operate based on an operating system stored in memory 622, such as Window 88 over, Mac O8 XTM, UnixTM, LinuxTM, FreeB8DTM, or the like.

In an exemplary embodiment, a storage medium comprising instructions, such as the memory 622 comprising instructions, executable by the processor of the server 600 to perform the method described above is also provided. The storage medium may be a non-transitory computer readable storage medium, which may be, for example, a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

In an exemplary embodiment, there is also provided a computer program product comprising a computer program stored in a computer readable storage medium, the computer program being executable by a processor of the server 600 to perform the above-mentioned method.

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.