Direct broadcasting room data processing method and device

Abstract

The embodiment of the invention provides a live broadcast room data processing method, which is applied to an open platform and comprises the following steps: recording target information of a third-party application under the condition that the third-party application is opened or closed in a live broadcast room, the target information comprises information about opening and closing of the third-party application, a corresponding live broadcast room ID and a corresponding long link address; on the basis of the target information, obtaining effective long link addresses at regular time, wherein the effective long link addresses are included in long link addresses in a connected state; and under the condition that a target message of the live broadcasting room is received, pushing the message to a third-party developer server based on the effective long link address and the target message, so that the third-party developer server feeds back the pushed message to a third-party application corresponding to the target message. According to the technical scheme provided by the embodiment of the invention, the live broadcast room message forwarding efficiency of the open platform can be effectively improved, and the occupation of computing resources is reduced.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of network technologies, and in particular, to a method, an apparatus, a computer device, a computer-readable storage medium, and a computer program product for processing live room data. Background Art

[0002] When the host in the live room of the open platform enables a third-party application, the open platform receives all the information of the live room and forwards the messages to the third-party developer server according to the message type, and then feeds them back to the opened third-party application. With the continuous enrichment of the interaction forms in the live room, the continuous opening of the displayed content, and the continuous expansion of the settled developers, the number of objects to which the open platform needs to push messages is increasing.

[0003] Currently, when the open platform pushes messages, it first traverses all the third-party developers in the third-party developer server, then traverses all the applications under the name of the third-party developer, and then pushes messages according to the online applications.

[0004] However, this method of pushing messages will occupy a large amount of computing resources of the open platform, resulting in a very large performance pressure on the open platform and a relatively low forwarding efficiency.

[0005] It should be noted that the above content is not necessarily the prior art and is not used to limit the patent protection scope of the present application. Summary of the Invention

[0006] The embodiments of the present application provide a method, an apparatus, a computer device, a computer-readable storage medium, and a computer program product for processing live room data to solve or alleviate one or more of the above technical problems.

[0007] One aspect of the embodiments of the present application provides a method for processing live room data, which is applied to an open platform, and the method includes: When a third-party application is opened or closed in the live room, record the target information of the third-party application, where the target information includes information on the opening, closing, corresponding live room ID, and corresponding long link address of the third-party application; Based on the target information, periodically obtain valid long link addresses, where the valid long link addresses are included in the long link addresses in a connected state; When receiving a target message in the live room, push the message to the third-party developer server based on the valid long link address and the target message, so that the third-party developer server feeds back the pushed message to the third-party application corresponding to the target message.

[0008] Optionally, the recording the target information of the third-party application when the third-party application is opened or closed in the live room includes: Open or close a target third - party application of a target live - broadcast room based on a first request from the third - party developer's server, and generate a long - link address of the target third - party application when the target third - party application is opened, where the first request is generated by the third - party developer according to a second request to open or close the target third - party application for the target live - broadcast room; Obtain target information of the target third - party application, and record the target information in a target database.

[0009] Optionally, the timing of obtaining a valid long - link address based on the target information includes: Timing obtain, based on the target information, the long - link address of the corresponding third - party application in an open state from the target database as the valid long - link address; Store the valid long - link address in the target memory of the open platform.

[0010] Optionally, the timing of obtaining a valid long - link address based on the target information includes: Timing obtain, based on the target information, the long - link address of the corresponding third - party application in an open state from the target database as the first long - link address; Store the first long - link address in the target memory of the open platform; Timing obtain the first long - link address from the target memory, and obtain the first long - link address in a connected state; Determine a valid long - link address based on the first long - link address in the connected state.

[0011] Optionally, the timing of obtaining the long - link address of the corresponding third - party application in an open state from the target database as the first long - link address based on the target information includes: Timing obtain, based on the target information, the third - party applications in an open state from the target database using a first service, and obtain the live - broadcast room ID corresponding to the third - party application in an open state to obtain first - dimension information; Timing obtain, based on the target information, the long - link address in a connected state from the target database as the second long - link address using a second service, and obtain the live - broadcast room ID corresponding to the second long - link address to obtain second - dimension information; Obtain the second long - link address of the corresponding third - party application in an open state as the first long - link address based on the first - dimension information and the second - dimension information.

[0012] Optionally, before determining the valid long - link address based on the first long - link address in the connected state, it further includes: Periodically obtain a list of popular live rooms from the target key-value database; Correspondingly, determining the valid long link address based on the first long link address in the connection includes: Determine whether the live room corresponding to the first long link address in the connection is included in the list of popular live rooms; In the case of not being included in the list of popular live rooms, determine the first long link address in the connection as the valid long link address.

[0013] Optionally, pushing the message to the third-party developer server based on the valid long link address and the target message includes: Determine the target live room ID corresponding to the target message; Determine whether there is a target valid long link address corresponding to the target live room ID in the valid long link address; In the case of existence, push the message to the third-party developer server through the target valid long link address and the target message.

[0014] Optionally, pushing the message to the third-party developer server based on the valid long link address and the target message includes: Determine the target third-party application corresponding to the target message, and extract the target field content in the target message; Obtain the message conversion configuration corresponding to the target third-party application, where the message conversion configuration is used to describe the conversion rule of the target field content; Convert the target message based on the message conversion configuration and the target field content to obtain the converted target message; Push the converted target message to the third-party developer server based on the valid long link address.

[0015] Another aspect of the embodiments of the present application provides a live room data processing device, and the device includes: A recording module, configured to record the target information of the third-party application when the third-party application is turned on or off in the live room, where the target information includes information such as the third-party application being turned on, turned off, the corresponding live room ID, and the corresponding long link address; An obtaining module, configured to periodically obtain a valid long link address based on the target information, where the valid long link address is included in the long link address in the connected state; A push module, configured to, when receiving a target message in a live broadcast room, push the message to a third-party developer server based on the valid long link address and the target message, so that the third-party developer server feeds back the pushed message to a third-party application corresponding to the target message.

[0016] Another aspect of the embodiments of the present application provides a computer device, including: at least one processor; and a memory communicatively connected to the at least one processor; wherein: the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the method as described above.

[0017] Another aspect of the embodiments of the present application provides a computer-readable storage medium, in which computer instructions are stored, and when the computer instructions are executed by a processor, the method as described above is implemented.

[0018] Another aspect of the embodiments of the present application provides a computer program product, including a computer program, and when the computer program is executed by a processor, the method as described above is implemented.

[0019] The embodiments of the present application adopting the above technical solutions may include the following advantages: By recording the target information of the third-party application when the third-party application is opened or closed in the live broadcast room, the target information includes information such as the opening, closing, corresponding live broadcast room ID, and corresponding long link address of the third-party application, obtaining the valid long link address regularly based on the target information, and when receiving the target message in the live broadcast room, pushing the message to the third-party developer server based on the valid long link address and the target message, so that the third-party developer server feeds back the pushed message to the third-party application corresponding to the target message, the live broadcast room message can be forwarded by obtaining the valid long link address regularly, thereby effectively avoiding the calculation amplification caused by invalid traversal, reducing the pressure on the service performance of the open platform, and improving the forwarding efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] The drawings exemplarily show the embodiments and form a part of the specification, and are used together with the written description of the specification to explain the exemplary implementation manners of the embodiments. The shown embodiments are only for illustrative purposes and do not limit the scope of the claims. In all the drawings, the same reference numerals refer to similar but not necessarily the same elements.

[0021] Figure 1 Schematically shows an operating environment diagram of the live broadcast room data processing method according to Embodiment 1 of the present application; Figure 2Schematically shows a flowchart of a live broadcast room data processing method according to Embodiment 1 of the present application; Figure 3 Schematically shows Figure 2 a sub-step flowchart of step S200 in; Figure 4 Schematically shows Figure 2 a sub-step flowchart of step S202 in; Figure 5 Schematically shows Figure 2 another sub-step flowchart of step S202 in; Figure 6 Schematically shows Figure 5 a sub-step flowchart of step S500 in; Figure 7 Schematically shows Figure 5 a sub-step flowchart of step S506 in; Figure 8 Schematically shows Figure 2 a sub-step flowchart of step S204 in; Figure 9 Schematically shows Figure 2 another sub-step flowchart of step S204 in; Figure 10 Schematically shows an example flowchart of the original process of forwarding live broadcast room messages on the open platform; Figure 11 Schematically shows an example flowchart of the live broadcast room data processing method according to Embodiment 1 of the present application; Figure 12 Schematically shows a block diagram of a live broadcast room data processing device according to Embodiment 2 of the present application; and Figure 13 Schematically shows a schematic diagram of the hardware architecture of a computer device according to Embodiment 3 of the present application. Detailed implementation manners

[0022] In order to make the objectives, technical solutions and advantages of the present application clearer, the present application will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application. All other embodiments obtained by those of ordinary skill in the art based on the embodiments in the present application without creative efforts shall fall within the scope of protection of the present application.

[0023] It should be noted that in the embodiments of the present application, the descriptions involving "first", "second", etc. are only for descriptive purposes, and should not be construed as indicating or implying their relative importance or implicitly specifying the quantity of the indicated technical features. Thus, the features defined with "first" and "second" may explicitly or implicitly include at least one of such features. Additionally, the technical solutions between various embodiments may be combined with each other, but it must be based on the ability of those of ordinary skill in the art to implement. When the combination of technical solutions results in contradictions or cannot be implemented, it should be considered that such a combination of technical solutions does not exist and is not within the scope of protection required by the present application.

[0024] In the description of the present application, it should be understood that the numerical labels before the steps do not identify the order of execution of the steps, but are only used to facilitate the description of the present application and to distinguish each step. Therefore, it should not be construed as a limitation to the present application.

[0025] First, the following provides the term explanations involved in the present application: Open platform: It refers to a software system that allows third - party developers or service providers to expand functions, develop applications or integrate services based on platform resources by publicly exposing its application programming interface (API) and development tools. It also often comes with data services, test environments and operation support to form a multi - party collaborative business system.

[0026] Third - party application: It refers to a software application developed by an organization or individual independent of the system developer, device manufacturer or software programmer.

[0027] Long - link address: Generally, in network communication, it refers to a uniform resource locator (URL) that completely and detailedly identifies the location of a network resource. In the third - party application scenario of a live - broadcast room, the long - link address can be determined according to the developer, the third - party application and the live - broadcast room. Third - party developers can receive messages forwarded by the live - broadcast room through the long - link address.

[0028] Secondly, to facilitate the understanding of the technical solutions provided in the embodiments of the present application by those skilled in the art, the related technologies are described below: Currently, when the open platform forwards the messages of the live - broadcast room to third - party developers, it first traverses all third - party developers in the third - party developer server, then traverses all the applications under the third - party developers, and then pushes messages according to the currently online applications. However, since not all third - party applications are currently in use, for example, during relatively idle periods, the online rate of third - party applications is not high. Therefore, this traversal method will have a large number of ineffective magnifications, resulting in a waste of computing resources, causing greater pressure on the service performance of the open platform, and the forwarding efficiency is relatively low.

[0029] In addition, the applicant has also found that there are the following problems in the current use of third - party applications in the live - broadcast room: 1. When a hot event occurs, there are a large number of messages in certain live rooms. The open platform is unable to consume the messages in time, which will affect the response of all live rooms. 2. When the host in the live room does not enable the third-party application, the third-party developer can still obtain the messages in the live room by maintaining a long connection, which poses a data security problem. 3. The message types of third-party applications are different. When a new message type is added, it usually requires manual development and access, and the forwarding cost is relatively high.

[0030] Therefore, the embodiment of this application provides a technical solution for processing live room data. In this technical solution: 1. By periodically obtaining valid long connection addresses and forwarding the messages in the live room according to the valid long connection addresses, it can effectively avoid the calculation amplification caused by invalid traversal, reduce the waste of computing resources, relieve the pressure on the service performance of the open platform, and improve the forwarding efficiency of live room messages; 2. By excluding the hot live rooms when obtaining valid long connection addresses, it can avoid the influence of hot live rooms on the forwarding of messages in other live rooms; 3. Only when the live room enables the third-party application, the third-party developer can obtain the messages in the live room, which can effectively ensure the data security of the live room; 4. By converting the messages in the live room according to the message conversion configuration corresponding to the third-party application, it can avoid manual development and access and reduce the message forwarding cost. See the following for details.

[0031] Finally, for the convenience of understanding, an exemplary operating environment is provided below.

[0032] As Figure 1 shown, the environmental schematic diagram includes a third-party developer server 2, an open platform 4, and a client 6 of the live room, where: The third-party developer server 2 can be a workstation, a personal computer, a virtual instance in a cloud platform, etc., providing a development environment and a development interface for users. The third-party developer server 2 can run operating systems such as Windows, IOS, or Unix.

[0033] The open platform 4 can be composed of multiple computing devices. The multiple computing devices can include virtualized computing instances. The virtualized computing instances can include virtual machines, such as emulations of computer systems, operating systems, servers, etc. The computing devices can load virtual machines based on virtual images and / or other data that define specific software (e.g., operating systems, dedicated application programs, servers) for emulation. As the demand for different types of processing services changes, different virtual machines can be loaded and / or terminated on one or more computing devices. A hypervisor can be implemented to manage the use of different virtual machines on the same computing device.

[0034] The third-party developer server 2 can be configured to communicate with the open platform 4, the client 6, etc. via a network. Communication can also be configured between the client 6 and the open platform 4 via a network. The client 6 can send a message to the open platform 4, and the open platform 4 forwards the message to the third-party developer server 2. The third-party developer server can process the message from the open platform 4 and provide feedback in the third-party application opened in the client 6.

[0035] The technical solutions of this application will be introduced through multiple embodiments. It should be noted that these embodiments can be implemented in various different forms and should not be construed as being limited only to the embodiments described herein.

[0036] Embodiment 1 Figure 2 A flowchart of the live broadcast room data processing method according to Embodiment 1 of this application is schematically shown. It should be noted that the live broadcast room data processing method of the embodiments of this application is applied to the open platform, that is, the execution entity is the open platform.

[0037] As Figure 2 shown, the live broadcast room data processing method may include steps S200 to S204, where: Step S200, when a third-party application is opened or closed in the live broadcast room, record the target information of the third-party application. The target information includes information such as the opening, closing, corresponding live broadcast room ID, and corresponding long link address of the third-party application.

[0038] Step S202, regularly obtain a valid long link address based on the target information. The valid long link address is included in the long link addresses in the connected state.

[0039] Step S204, when a target message of the live broadcast room is received, push the message to the third-party developer server based on the valid long link address and the target message, so that the third-party developer server can feed back the pushed message to the third-party application corresponding to the target message.

[0040] The live room data processing method provided in this embodiment records the target information of the third-party application when the third-party application is opened or closed in the live room. The target information includes the information of the third-party application being opened, closed, the corresponding live room ID, and the corresponding long link address. Based on the target information, the valid long link address is obtained regularly. When the target message of the live room is received, the message is pushed to the third-party developer server based on the valid long link address and the target message, so that the third-party developer server can feedback the pushed message to the third-party application corresponding to the target message. The live room message can be forwarded by regularly obtaining the valid long link address, thereby effectively avoiding the calculation amplification caused by invalid traversal, reducing the pressure on the service performance of the open platform, and improving the forwarding efficiency. At the same time, since the closing situation of the third-party application is recorded and the live room message is pushed according to the long link address in the connection, it can be ensured that the third-party developer server can obtain the live room message only when the application is opened and the long link address is in the connected state, thus effectively ensuring the security of the live room data.

[0041] The following combines Figure 2 , and elaborates on each step in steps S200 to S204 and other optional steps in detail.

[0042] Step S200 , when the third-party application is opened or closed in the live room, record the target information of the third-party application. The target information includes the information of the third-party application being opened, closed, the corresponding live room ID, and the corresponding long link address.

[0043] Specifically, the host in the live streaming room can turn on or off a third-party application in the live streaming room. When the third-party application is turned on in the live streaming room, the client of the host in the live streaming room can send a request to the third-party developer server. After receiving the request, the third-party developer server calls the open platform. The open platform can authenticate the third-party developer server and the client of the host in the live streaming room. When the authentication is passed, the third-party application is turned on, and a long link address is returned to the third-party developer server for the third-party developer server to receive messages of the live streaming room through the long link address. At the same time, the open platform can record information such as the opening of the third-party application, the corresponding live streaming room ID, and the long link address. Optionally, the third-party developer server can communicate with the long connection service provided by the open platform through the long link address. When the open platform forwards messages of the live streaming room, it first forwards the messages to the long connection service, and then the long connection service sends them to the third-party developer server through the long link address. When the third-party application is turned off in the live streaming room, the client of the host in the live streaming room can send a request to the third-party developer server. After receiving the request, the third-party developer server calls the open platform, and the open platform turns off the third-party application in the live streaming room when receiving the call request. At the same time, the open platform can record the information of the third-party application being turned off.

[0044] In an alternative embodiment, as Figure 3 shown, step S200 may include: Step S300, turn on or off the target third-party application of the target live streaming room based on a first request from the third-party developer server, and generate a long link address for the target third-party application when the target third-party application is turned on, where the first request is generated by the third-party developer according to a second request to turn on or off the target third-party application in the target live streaming room.

[0045] Step S302, obtain target information of the target third-party application, and record the target information in a target database.

[0046] Specifically, when the target live streaming room turns on or off the target third-party application, it can send a second request to the third-party developer server. After receiving the second request, the third-party developer server sends a first request to the open platform. When the open platform receives the first request, it turns on or off the target third-party application of the target live streaming room and generates a long link address for the target third-party application, and returns the long link address to the third-party developer server for the third-party developer server to establish a connection according to the long link address to receive messages of the target live streaming room. Then, the open platform can obtain the target information of the target third-party application, that is, the opening, closing, corresponding live streaming room ID, and corresponding long link address, and record the target information in the target database.

[0047] In this embodiment, the target third-party application of the target live broadcast room is turned on or off based on a first request from a third-party developer server, and a long link address of the target third-party application is generated when the target third-party application is turned on. The first request is generated by a second request for turning on or off the target third-party application in the target live broadcast room; the target information of the target third-party application is obtained and recorded in a target database. The third-party application can be turned on or off according to the request for turning on or off the third-party application in the live broadcast room, and at the same time, the target information of the third-party application is recorded in the target database, which is convenient for subsequently obtaining corresponding data from the target database at regular intervals to determine the valid long link address.

[0048] Step S202 , the valid long link address is obtained regularly based on the target information, and the valid long link address is included in the long link addresses in the connected state.

[0049] Since the target information records the opening, closing, corresponding live broadcast room ID, and corresponding long link address of the third-party application, when obtaining the valid long link address regularly based on the target information, it can be determined according to whether the third-party application is in the open state, whether the corresponding live broadcast room is in progress, and whether the corresponding long link address is in the connected state. It should be understood that the valid long link address is included in the long link addresses in the connected state, that is, the long link address being in the connected state is a necessary condition for the valid long link address, but not all long link addresses in the connected state are valid long link addresses. In practical applications, it is possible to combine whether the third-party application is in the open state and whether the corresponding live broadcast room is in progress to determine whether the long link address is a valid long link address. For example, the long link address in which the third-party application is in the open state, the corresponding live broadcast room is in progress, and is in the connected state can be used as the valid long link address. In this case, by forwarding the messages of the live broadcast room according to the valid long link address, it can be ensured that only when the third-party application in the live broadcast room is turned on, the third-party developer server can obtain the messages of the live broadcast room, thus ensuring the security of the live broadcast room data. Of course, other conditions can also be set, such as whether the corresponding live broadcast room is a special live broadcast room (such as a hot live broadcast room). If so, it is not a valid long link address, so as to perform other controls on the special live broadcast room. Specifically, the valid long link address can be all long link addresses in the connected state. For example, when there are other measures to ensure the security of the live broadcast room data or there is no need to control the special live broadcast room, all long link addresses in the connected state can be used as the valid long link address. In this case, at least the computational amplification that may exist when the open platform forwards the messages of the live broadcast room can be effectively reduced.

[0050] In an alternative embodiment, as Figure 4 shown, step S202 may include: Step S400: Regularly obtain the long link address of the corresponding third-party application in the open state from the target database based on the target information as the valid long link address.

[0051] Step S402: Store the valid long link address in the target memory of the open platform.

[0052] Specifically, the open platform can regularly judge according to the target information of all third-party applications in the target database, obtain the long link addresses corresponding to all third-party applications in the open state, use these long link addresses as the valid long link addresses, and then store the valid long link addresses in the target memory of the open platform. Subsequently, the open platform can obtain the valid long link address from the target memory to forward the live broadcast room messages. Among them, the timing is, for example, every 10 seconds, and the specific time interval is not limited here. It can be understood that for a third-party application in the open state, it usually indicates that the live broadcast room corresponding to the third-party application is also in progress, and the corresponding long link address is also in the connected state. Therefore, in this embodiment, using the long link address of the corresponding third-party application in the open state as the valid long link address can greatly reduce the calculation amplification caused by ineffective traversal and relieve the service performance pressure of the open platform.

[0053] In this embodiment, by regularly obtaining the long link address of the corresponding third-party application in the open state from the target database based on the target information of the third-party application as the valid long link address and storing the valid long link address in the target memory of the open platform, it is convenient for the subsequent open platform to directly obtain the valid long link address from the target memory, improving the forwarding efficiency of the live broadcast room messages; at the same time, using the long link address of the corresponding third-party application in the open state as the valid long link address can also greatly reduce the calculation amplification caused by ineffective traversal when the open platform forwards the live broadcast room messages and relieve the service performance pressure of the open platform.

[0054] In an alternative embodiment, as Figure 5 shown, step S202 may include: Step S500: Regularly obtain the long link address of the corresponding third-party application in the open state from the target database based on the target information as the first long link address.

[0055] Step S502: Store the first long link address in the target memory of the open platform.

[0056] Step S504: Regularly obtain the first long link address from the target memory and obtain the first long link address in the connected state.

[0057] Step S506: Determine the valid long link address based on the first long link address in the connected state.

[0058] It should be noted that the time intervals used for timing in step S500 and step S504 may be the same or different. For example, the timing in step S500 may be 10 seconds, and the timing in step S504 may be 5 seconds, which are different from each other.

[0059] Specifically, the open platform can periodically determine based on the target information of all third-party applications in the target database, obtain the long link addresses corresponding to all third-party applications in the enabled state, use these long link addresses as the first long link addresses, and then store the first long link addresses in the target memory of the open platform. On the basis of storing the first long link addresses in the target memory, the open platform can periodically obtain the first long link addresses from the target memory, determine whether each obtained first long link address is in a connected state, and obtain all the first long link addresses in the connected state. Among them, when determining whether each first long link address is in a connected state, the heartbeat mechanism can be used. In the case of obtaining all the first long link addresses in the connected state, the open platform can use all the first long link addresses in the connected state as the valid long link addresses, or further screen all the first long link addresses in the connected state according to other conditions, and use the screened first long link addresses in the connected state as the valid long link addresses. It should be understood that the first long link addresses in the target memory are not necessarily still in a connected state currently, that is, they may be in a disconnected state. Therefore, in this embodiment, further determining the connection state of the first long link addresses can further reduce the possibility that the open platform forwards the live room messages to the first long link addresses that have been disconnected.

[0060] In this embodiment, by periodically obtaining the long link addresses of the corresponding third-party applications in the enabled state from the target database based on the target information as the first long link addresses, storing the first long link addresses in the target memory of the open platform; periodically obtaining the first long link addresses from the target memory and obtaining the first long link addresses in the connected state, and determining the valid long link addresses based on the first long link addresses in the connected state, it is possible to further determine the valid long link addresses according to whether the long link addresses are in a connected state compared with the previous embodiment, further ensuring that the valid long link addresses are the long link addresses in the connected state, thereby effectively ensuring the effectiveness of the open platform in forwarding the live room messages.

[0061] In an alternative embodiment, in the above step S500, that is, periodically obtaining the long link addresses of the corresponding third-party applications in the enabled state from the target database based on the target information as the first long link addresses, as Figure 6 shown, may include: Step S600: Based on the target information, use the first service to regularly obtain third-party applications in the open state from the target database, and obtain the live room ID corresponding to the third-party application in the open state, so as to obtain the first-dimensional information.

[0062] Step S602: Based on the target information, use the second service to regularly obtain the long link address in the connected state from the target database as the second long link address, and obtain the live room ID corresponding to the second long link address, so as to obtain the second-dimensional information.

[0063] Step S604: Based on the first-dimensional information and the second-dimensional information, obtain the second long link address where the corresponding third-party application is in the open state as the first long link address.

[0064] Among them, the first service can specifically be an interactive gameplay service, and the second service can specifically be a long connection service. Of course, in actual applications, the first service and the second service can also specifically be other services, as long as the corresponding information can be obtained. The time intervals used for timing in Step S600 and Step S602 can be the same or different. For example, they can both be 10 seconds, that is, they are the same.

[0065] Specifically, the open platform can use the first service to regularly judge the target information of all third-party applications in the target database, obtain the third-party applications in the open state, and obtain the live room ID corresponding to the third-party application in the open state, so as to obtain the first-dimensional information; on the other hand, the open platform can use the second service to regularly obtain the long link address in the connected state from the target database as the second long link address, and obtain the live room ID corresponding to the second long link address, so as to obtain the second-dimensional information; then, based on the live room ID, combine the first-dimensional information and the second-dimensional information to determine the second long link address where the corresponding third-party application is in the open state as the first long link address. It should be understood that since it will be judged again later whether the first long link address is in the connected state (i.e., Step S504), the judgment on whether the long link address is in the connected state in this embodiment can be a relatively rough judgment. For example, the timing here can be 10 seconds, and the timing in the subsequent Step S504 can be 5 seconds. In addition, in addition to the first-dimensional information and the second-dimensional information, other dimensions of information can also be added as needed, such as information on hot live rooms. This embodiment does not limit this.

[0066] In this embodiment, the first service is used to regularly obtain the third-party applications in the open state and their corresponding live room IDs to obtain the first-dimensional information; and the second service is used to regularly obtain the second long link address in the connected state and its corresponding live room ID to obtain the second-dimensional information. The second long link address in the open state of the corresponding third-party application is obtained according to the first-dimensional information and the second-dimensional information as the first long link address. The information of two dimensions can be combined to filter the long link address, improving the quality of the filtered long link address.

[0067] In an alternative embodiment, before step S506, that is, before determining the valid long link address based on the first long link address in the connected state, the live room data processing method of the embodiment of the present application may further include: regularly obtaining the list of hot live rooms from the target key-value database; correspondingly, as Figure 7 shown, step S506 may include: Step S700, determining whether the live room corresponding to the first long link address in the connected state is included in the list of hot live rooms.

[0068] Step S702, in the case of not being included in the list of hot live rooms, determining the first long link address in the connected state as the valid long link address.

[0069] Specifically, the open platform may record the information on whether the live room belongs to the hot live room in the target key-value database, and then regularly obtain all the hot live rooms from the target key-value database according to a preset time interval (such as 10 seconds) to obtain the list of hot live rooms; when it is necessary to determine the valid long link address based on the first long link address in the connected state, determining whether the live room corresponding to the first long link address in the connected state is included in the list of hot live rooms. If it is included in the list of hot live rooms, it is determined that the first long link address currently in the connected state is not a valid long link address; if it is not included in the list of hot live rooms, it is determined that the first long link address currently in the connected state is the valid long link address.

[0070] In this embodiment, by determining whether the live room corresponding to the first long link address in the connected state is included in the list of hot live rooms, and taking the first long link address in the connected state corresponding to the live room not included in the list of hot live rooms as the valid long link address, the long link address corresponding to the hot live room can be excluded, so as to facilitate the control of the hot live room (such as service degradation), avoid the influence of the hot live room on the forwarding of the messages of the remaining live rooms, and improve the control ability of the open platform for the hot live room and the stability of the live room message forwarding ability.

[0071] Step S204, when receiving the target message in the live broadcast room, push the message to the third-party developer server based on the valid long link address and the target message, so that the third-party developer server can feedback the pushed message to the third-party application corresponding to the target message.

[0072] Specifically, when the open platform receives the target message in the live broadcast room, it can determine the corresponding valid long link address according to the attributes of the target message itself (such as the live broadcast room ID), and then push the message according to the corresponding valid long link address. Among them, the target message can be all messages in the live broadcast room, or the messages that need to be forwarded to the third-party developer server in the live broadcast room. To further ensure the data privacy of the live broadcast room, the target message can be desensitized before pushing the message. For example, the user name can be converted into data such as user 1, user 2, etc. without user name information, which can enable the third-party developer server to distinguish different users without obtaining specific user name information. After receiving the pushed message, the third-party developer server can process the pushed message and finally feedback it in the third-party application opened in the live broadcast room.

[0073] In an alternative embodiment, as Figure 8 shown, step S204 may include: Step S800, determining the target live broadcast room ID corresponding to the target message.

[0074] Step S802, determining whether there is a target valid long link address corresponding to the target live broadcast room ID in the valid long link address.

[0075] Step S804, when it exists, send the target message to the third-party developer server through the target valid long link address.

[0076] Specifically, the target message itself may carry the information of the live broadcast room ID. When the open platform receives the target message, it can determine the corresponding target live broadcast room ID according to the information of the live broadcast room ID carried by the target message itself; then, obtain the live broadcast room IDs corresponding to all the valid long link addresses, and determine whether there is a target long link address corresponding to the target live broadcast room ID. If there is a corresponding target long link address, forward the target message to the third-party developer server through the target long link address; if there is no corresponding target long link address, the open platform can discard the target message.

[0077] In this embodiment, by determining the target live broadcast room ID corresponding to the target message, determining whether there is a target valid long link address corresponding to the target live broadcast room ID in the valid long link address, and when it exists, pushing the message according to the target valid long link address and the target message, the message in the live broadcast room can be effectively pushed.

[0078] In an optional embodiment, as Figure 9 shown, step S204 may include: Step S900, determining a target third-party application corresponding to the target message and extracting target field content from the target message.

[0079] Step S902, obtaining a message conversion configuration corresponding to the target third-party application, where the message conversion configuration is used to describe the conversion rules for the target field content.

[0080] Step S904, converting the target message based on the message conversion configuration and the target field content to obtain a converted target message.

[0081] Step S906, pushing the converted target message to the third-party developer server based on the valid long link address.

[0082] Among them, the message conversion configuration may be conversion rules such as describing the mapping relationship of target fields, data type conversion, format adjustment, content replacement, assembly rules, etc. The mapping relationship of target fields is, for example, that the "UID" field in the source message is mapped to the "user_id" field; data type conversion is, for example, converting an integer type to a string type; format adjustment is, for example, converting a string from lowercase to uppercase; content replacement is, for example, replacing sensitive content with asterisks; assembly rules are, for example, adding specific delimiters, prefixes or suffixes, etc.

[0083] Specifically, the open platform can pre-maintain the message conversion configuration in a certain location. For example, when adding a new message type, the message conversion configuration corresponding to the new message type can be added to the message conversion configuration. When receiving the target message, the service platform can first determine the target third-party application corresponding to the target message and extract the target field content from the target message; among them, the specifically extracted target field content can also be maintained in the message conversion configuration or determined by other configured rules, which is not limited here. Then, the open platform can obtain the message conversion configuration corresponding to the target third-party application from the pre-maintained message conversion configuration, perform corresponding conversions according to the message conversion configuration to obtain the converted target message, and then push the converted target message to the third-party developer server according to the corresponding valid long link address. Optionally, when extracting the target field content, the target message can be regarded as a data set constructed based on a specific string structure, and the positioning and parsing of the string structure can be used to extract the target field content. For example, if the target message is a JSON-formatted string, the JSON syntax structure can be adapted through the string structure to extract the corresponding target field content. When converting the message, the string structure can also be used to adjust the format and add specific prefixes, suffixes, etc. for conversion when necessary to achieve the assembly of the target field content during the conversion process.

[0084] In this embodiment, by determining the target third-party application corresponding to the target message, extracting the target field content in the target message, obtaining the message conversion configuration corresponding to the target third-party application, converting the target message based on the message conversion configuration and the target field content, and then pushing the converted target message to the third-party developer server based on the valid long link address, it is possible to conveniently implement the conversion of live broadcast messages through the message conversion configuration when a new message type is added to the third-party application, avoiding manual development and access, and reducing the cost of live broadcast message forwarding.

[0085] To make this application easier to understand, the following is combined with Figure 10 and Figure 11 exemplary applications are provided. Among them, Figure 10 is a flow example diagram of the original open platform forwarding messages, Figure 11 is a flow example diagram of the live broadcast data processing method according to the embodiment of this application.

[0086] I. The process of the original open platform forwarding messages: After the open platform receives the messages of the live broadcast room, for the forwarding of each message, it is necessary to traverse all third-party developers and all third-party applications under each third-party developer; assemble the long link address according to the application ID and the live broadcast room, check whether the assembled long link address is in a connected state, and then push the message according to the long link address in the connected state.

[0087] II. The process of the open platform forwarding messages according to the embodiment of this application: Load the live broadcast rooms and applications in play through the interactive gameplay service at regular intervals, load the online long links through the long connection service at regular intervals, load the controlled live broadcast rooms and their applications through the key-value database at regular intervals, and assemble the valid long link address through multi-dimensional data; when the open platform receives the messages of the live broadcast room, push the live broadcast room messages according to the valid long link address.

[0088] It can be seen that in the original solution, due to the need for two traversals and most of the obtained long link addresses being invalid, there is a large amount of invalid computational amplification in this solution; moreover, due to the lack of control of hot live broadcast rooms, hot live broadcast rooms may affect the message forwarding of other live broadcast rooms. However, for the live broadcast data processing method provided by the embodiment of this application, messages are only pushed for valid long link addresses, so the computational amplification during the forwarding process can be greatly reduced; moreover, hot live broadcast rooms can be controlled as needed to avoid hot live broadcast rooms from affecting the message forwarding of other live broadcast rooms and improve the stability of live broadcast message forwarding.

[0089] Embodiment 2 Figure 12Schematically shows a block diagram of a live broadcast room data processing device according to Embodiment 2 of the present application. The device can be divided into one or more program modules. One or more program modules are stored in a storage medium and executed by one or more processors to complete the embodiments of the present application. The program modules referred to in the embodiments of the present application refer to a series of computer program instruction segments that can complete specific functions. The following description will specifically introduce the functions of each program module in this embodiment. As Figure 12 shown, the device 1000 may include: a recording module 1010, an obtaining module 1020, and a pushing module 1030, where: The recording module 1010 is configured to record target information of the third-party application when the third-party application is opened or closed in the live broadcast room. The target information includes information on the opening, closing, corresponding live broadcast room ID, and corresponding long link address of the third-party application; The obtaining module 1020 is configured to periodically obtain a valid long link address based on the target information. The valid long link address is included in the long link addresses in a connected state; The pushing module 1030 is configured to, when receiving a target message of the live broadcast room, push the message to the third-party developer server based on the valid long link address and the target message, so that the third-party developer server feeds back the pushed message to the third-party application corresponding to the target message.

[0090] In an alternative embodiment, the recording module 1010 is further configured to: Open or close the target third-party application of the target live broadcast room based on a first request from the third-party developer server, and generate a long link address of the target third-party application when the target third-party application is opened, where the first request is generated by the third-party developer according to a second request to open or close the target third-party application of the target live broadcast room; Obtain the target information of the target third-party application and record the target information in a target database.

[0091] In an alternative embodiment, the obtaining module 1020 is further configured to: Periodically obtain, based on the target information, the long link address of the corresponding third-party application in an open state from the target database as the valid long link address; Store the valid long link address in the target memory of the open platform.

[0092] In an alternative embodiment, the obtaining module 1020 is further configured to: Periodically obtain, based on the target information, the long link address of the corresponding third-party application in an open state from the target database as the first long link address; Store the first long link address in the target memory of the open platform; Regularly obtain the first long link address from the target memory, and obtain the first long link address in the connected state; Determine the valid long link address based on the first long link address in the connected state.

[0093] In an alternative embodiment, the obtaining module 1020 is further configured to: Regularly obtain the third-party applications in the enabled state from the target database according to the first service based on the target information, and obtain the live room IDs corresponding to the third-party applications in the enabled state, so as to obtain the first-dimensional information; Regularly obtain the long link address in the connected state from the target database according to the second service based on the target information as the second long link address, and obtain the live room ID corresponding to the second long link address, so as to obtain the second-dimensional information; Obtain the second long link address in the enabled state of the corresponding third-party application based on the first-dimensional information and the second-dimensional information as the first long link address.

[0094] In an alternative embodiment, the apparatus 1000 is further configured to: Regularly obtain the list of hot live rooms from the target key-value database; Correspondingly, the obtaining module 1020 is further configured to: Determine whether the live room corresponding to the first long link address in the connected state is included in the list of hot live rooms; In the case of not being included in the list of hot live rooms, determine the first long link address in the connected state as the valid long link address.

[0095] In an alternative embodiment, the pushing module 1030 is further configured to: Determine the target live room ID corresponding to the target message; Determine whether there is a target valid long link address corresponding to the target live room ID among the valid long link addresses; In the case of existence, push the message to the third-party developer server through the target valid long link address and the target message.

[0096] In an alternative embodiment, the pushing module 1030 is further configured to: Determine the target third-party application corresponding to the target message, and extract the target field content in the target message; Obtain the message conversion configuration corresponding to the target third-party application, where the message conversion configuration is used to describe the conversion rule of the target field content; Convert the target message based on the message conversion configuration and the target field content to obtain the converted target message; Push the converted target message to the third-party developer server based on the valid long link address.

[0097] Embodiment III Figure 13 Schematically shows a hardware architecture diagram of a computer device 10000 suitable for implementing the live broadcast room data processing method according to Embodiment III of the present application. In some embodiments, the computer device 10000 may be a terminal device such as a smart phone, a wearable device, a tablet computer, a personal computer, a vehicle-mounted terminal, a game console, a virtual device, a workbench, a digital assistant, a set-top box, a robot, etc. In other embodiments, the computer device 10000 may be a rack server, a blade server, a tower server, or a cabinet server (including an independent server or a server cluster composed of multiple servers). As Figure 13 shown, the computer device 10000 includes, but is not limited to: a memory 10010, a processor 10020, and a network interface 10030 that can be communicatively linked to each other through a system bus. Among them: The memory 10010 includes at least one type of computer-readable storage medium. The readable storage medium includes flash memory, a hard disk, a multimedia card, a card-type memory (such as an SD or DX memory), a random access memory (RAM), a static random access memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, etc. In some embodiments, the memory 10010 may be an internal storage module of the computer device 10000, such as the hard disk or memory of the computer device 10000. In other embodiments, the memory 10010 may also be an external storage device of the computer device 10000, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the computer device 10000. Of course, the memory 10010 may also include both an internal storage module and an external storage device of the computer device 10000. In this embodiment, the memory 10010 is generally used to store the operating system and various application software installed on the computer device 10000, such as the program code of the live broadcast room data processing method. In addition, the memory 10010 may also be used to temporarily store various data that have been output or will be output.

[0098] In some embodiments, the processor 10020 may be a Central Processing Unit (CPU), a controller, a microcontroller, a microprocessor, or other chips. The processor 10020 is generally used to control the overall operation of the computer device 10000, such as performing control and processing related to data interaction or communication with the computer device 10000. In this embodiment, the processor 10020 is used to run the program code stored in the memory 10010 or process data.

[0099] The network interface 10030 may include a wireless network interface or a wired network interface. The network interface 10030 is generally used to establish a communication link between the computer device 10000 and other computer devices. For example, the network interface 10030 is used to connect the computer device 10000 to an external terminal through a network, and establish a data transmission channel and a communication link between the computer device 10000 and the external terminal. The network can be an enterprise internal network (Intranet), the Internet, the Global System of Mobile communication (abbreviated as GSM), Wideband Code Division Multiple Access (abbreviated as WCDMA), 4G network, 5G network, Bluetooth, Wi-Fi and other wireless or wired networks.

[0100] It should be noted that Figure 13 Only the computer device with components 10010 - 10030 is shown, but it should be understood that it is not required to implement all the shown components, and more or fewer components can be implemented alternatively.

[0101] In this embodiment, the live broadcast room data processing method stored in the memory 10010 can also be divided into one or more program modules and executed by one or more processors (such as the processor 10020) to complete the embodiments of the present application.

[0102] Embodiment 4 The embodiments of the present application also provide a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the live broadcast room data processing method in the embodiments are implemented.

[0103] In this embodiment, the computer-readable storage medium includes flash memory, hard disks, multimedia cards, card-type memories (such as SD or DX memories, etc.), random access memories (RAM), static random access memories (SRAM), read-only memories (ROM), electrically erasable programmable read-only memories (EEPROM), programmable read-only memories (PROM), magnetic memories, magnetic disks, optical discs, etc. In some embodiments, the computer-readable storage medium may be an internal storage unit of a computer device, such as the hard disk or memory of the computer device. In other embodiments, the computer-readable storage medium may also be an external storage device of the computer device, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) card, a Flash Card, etc., equipped on the computer device. Of course, the computer-readable storage medium may also include both the internal storage unit and the external storage device of the computer device. In this embodiment, the computer-readable storage medium is generally used to store the operating system installed in the computer device and various application software, such as the program code of the data processing method in the live broadcast room in the embodiment. In addition, the computer-readable storage medium may also be used to temporarily store various data that have been output or will be output.

[0104] Embodiment 5 The embodiment of the present application further provides a computer program product, including a computer program, which when executed by a processor implements the method in the above embodiment.

[0105] Obviously, those skilled in the art should understand that the above-mentioned modules or steps of the embodiments of the present application can be implemented by a general-purpose computer device. They can be concentrated on a single computer device or distributed on a network composed of multiple computer devices. Optionally, they can be implemented by program codes executable by the computer device. Thus, they can be stored in a storage device and executed by the computer device. And in some cases, the steps shown or described can be executed in a different order than here, or they can be separately fabricated into individual integrated circuit modules, or multiple modules or steps of them can be fabricated into a single integrated circuit module to be implemented. In this way, the embodiments of the present application are not limited to any specific combination of hardware and software.

[0106] It should be noted that the above are only the preferred embodiments of the present application, and do not limit the patent protection scope of the present application. Any equivalent structural or equivalent process transformation made by using the content of the specification and drawings of the present application, or directly or indirectly applied in other related technical fields, shall be included in the patent protection scope of the present application by the same token.

Claims

1. A method for processing live broadcast room data, characterized in that, Applied to an open platform, the method includes: When a third-party application is opened or closed in a live streaming room, record the target information of the third-party application, where the target information includes information about the opening, closing, corresponding live streaming room ID, and corresponding long link address of the third-party application; Regularly obtain a valid long link address based on the target information, where the valid long link address is included in the long link addresses in a connected state; When a target message of the live streaming room is received, push the message to the third-party developer server based on the valid long link address and the target message, so that the third-party developer server can feedback the pushed message to the third-party application corresponding to the target message.

2. The method according to claim 1, characterized in that, The step of recording the target information of the third-party application when the third-party application is opened or closed in the live streaming room includes: Open or close the target third-party application of the target live streaming room based on a first request from the third-party developer server, and generate a long link address of the target third-party application when the target third-party application is opened, where the first request is generated by the third-party developer according to a second request to open or close the target third-party application in the target live streaming room; Obtain the target information of the target third-party application and record the target information in a target database.

3. The method according to claim 2, characterized in that, The step of regularly obtaining a valid long link address based on the target information includes: Regularly obtain the long link address of the corresponding third-party application in an open state from the target database based on the target information as the valid long link address; Store the valid long link address in the target memory of the open platform.

4. The method according to claim 2, wherein The step of regularly obtaining a valid long link address based on the target information includes: Regularly obtain the long link address of the corresponding third-party application in an open state from the target database based on the target information as the first long link address; Store the first long link address in the target memory of the open platform; Regularly obtain the first long link address from the target memory and obtain the first long link address in a connected state; Determine the valid long link address based on the first long link address in the connected state.

5. The method according to claim 4, characterized in that, The step of regularly obtaining the long link address of the corresponding third-party application in an open state from the target database based on the target information as the first long link address includes: Regularly obtain the third-party applications in an open state from the target database based on the target information using a first service, and obtain the live streaming room ID corresponding to the third-party application in an open state to obtain first-dimensional information; Regularly obtain the long link addresses in a connected state from the target database as the second long link address based on the target information using a second service, and obtain the live streaming room ID corresponding to the second long link address to obtain second-dimensional information; Obtain the second long link address of the corresponding third-party application in an open state as the first long link address based on the first-dimensional information and the second-dimensional information.

6. The method according to claim 5, wherein Before determining the valid long link address based on the first long link address in the connected state, it further includes: Regularly obtain a list of popular live rooms from the target key-value database; Correspondingly, determining the valid long link address based on the first long link address in the connection includes: Determining whether the live room corresponding to the first long link address in the connection is included in the list of popular live rooms; In the case of not being included in the list of popular live rooms, determining the first long link address in the connection as the valid long link address.

7. The method according to any one of claims 1-6, characterized in that, The pushing of the message to the third-party developer server based on the valid long link address and the target message includes: Determining the target live room ID corresponding to the target message; Determining whether there is a target valid long link address corresponding to the target live room ID in the valid long link address; In the case of existence, pushing the message to the third-party developer server through the target valid long link address and the target message.

8. The method according to any one of claims 1 to 6, characterized in that, The pushing of the message to the third-party developer server based on the valid long link address and the target message includes: Determining the target third-party application corresponding to the target message and extracting the target field content in the target message; Obtaining the message conversion configuration corresponding to the target third-party application, where the message conversion configuration is used to illustrate the conversion rule of the target field content; Converting the target message based on the message conversion configuration and the target field content to obtain the converted target message; Pushing the converted target message to the third-party developer server based on the valid long link address.

9. A live broadcast room data processing device, characterized in that, The device includes: A recording module, configured to record the target information of the third-party application when the third-party application in the live room is turned on or off, where the target information includes the information of the third-party application being turned on, turned off, the corresponding live room ID, and the corresponding long link address; An obtaining module, configured to regularly obtain a valid long link address based on the target information, where the valid long link address is included in the long link addresses in the connected state; A pushing module, configured to, when receiving the target message of the live room, push the message to the third-party developer server based on the valid long link address and the target message, so that the third-party developer server feeds back the pushed message to the third-party application corresponding to the target message.

10. A computer device, characterized in that, Includes: At least one processor; And A memory communicatively connected to the at least one processor; wherein: The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the method according to any one of claims 1 to 8.

11. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions, and when the computer instructions are executed by a processor, the method according to any one of claims 1 to 8 is implemented.

12. A computer program product comprising a computer program, characterized in that, When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 8 are implemented.

Images