Target application live broadcast method and device, computer equipment and storage medium

Abstract

The invention relates to a target application live broadcast method and device, computer equipment, a storage medium and a computer program product. The method comprises the following steps: obtaining an initial application picture loading request sent by a target application server when a target application is converted from a second state to a first state, loading an initial application picture corresponding to the target application by using a target service resource, and carrying out live broadcast pushing. And obtaining application picture change information corresponding to the live broadcast object identifier from the target application server, performing picture generation based on the application picture change information and the initial application picture to obtain a target application picture, and performing live broadcast pushing on the target application picture. And obtaining a resource release request sent by the target application server when the target application is converted from the first state to the second state, releasing the target service resource in response to the resource release request, obtaining an application picture when the target application is in the second state, and carrying out live broadcast pushing on the application picture. By adopting the method, equipment resources can be saved.

Description

Technical Field

[0001] The present application relates to the field of Internet technology, and in particular to a method, apparatus, computer equipment, storage medium and computer program product for live broadcasting of a target application. Background Art

[0002] With the development of Internet technology, network video live broadcast technology has emerged. Network video live broadcast refers to the use of the Internet to achieve real-time transmission of audio and video signals, and to achieve smooth viewing at a remote end. At present, network video live broadcast is usually pushed by screen recording. For example, when the live broadcast object is broadcasting a game application live, the game screen can be recorded and transmitted in real time so that the audience can watch the live game screen. However, live broadcasting by recording requires a large amount of CPU and memory resources, which is easy to cause abnormalities in the live broadcast equipment. Summary of the invention

[0003] Based on this, it is necessary to provide a target application live broadcast method, device, computer equipment, computer-readable storage medium and computer program product that can save device resources in order to solve the above technical problems.

[0004] In a first aspect, the present application provides a method for live broadcasting of a target application. The method comprises:

[0005] Obtaining an initial application screen loading request sent by a target application server when the target application is converted from the second state to the first state, the initial application screen loading request carrying a live broadcast object identifier, the target application is in a live broadcast state, and service resources required by the target application in the first state are greater than service resources required by the target application in the second state;

[0006] Respond to the initial application screen loading request to obtain the target service resource, use the target service resource to load the initial application screen corresponding to the target application, push the initial application screen live, and obtain the application screen change information corresponding to the live object identifier from the target application server;

[0007] Generate a screen based on the application screen change information and the initial application screen to obtain a target application screen, and push the target application screen live;

[0008] Obtain a resource release request sent by a target application server when the target application is converted from a first state to a second state, release the target service resources in response to the resource release request, obtain an application screen when the target application is in the second state, and push the application screen live.

[0009] In a second aspect, the present application also provides a target application live broadcast device. The device includes:

[0010] a request acquisition module, used to acquire an initial application screen loading request sent by a target application server when the target application is converted from the second state to the first state, the initial application screen loading request carries a live broadcast object identifier, the target application is in a live broadcast state, and the service resources required by the target application in the first state are greater than the service resources required by the target application in the second state;

[0011] The screen loading module is used to respond to the initial application screen loading request to obtain the target service resource, and use the target service resource to load the initial application screen corresponding to the target application, push the initial application screen live, and obtain the application screen change information corresponding to the live object identifier from the target application server;

[0012] A screen generation module is used to generate a screen based on the application screen change information and the initial application screen, obtain a target application screen, and push the target application screen live;

[0013] The resource release module is used to obtain a resource release request sent by the target application server when the target application is converted from a first state to a second state, release the target service resources in response to the resource release request, and obtain the application screen when the target application is in the second state, and push the application screen live.

[0014] In a third aspect, the present application further provides a computer device. The computer device includes a memory and a processor, the memory stores a computer program, and the processor implements the following steps when executing the computer program:

[0015] Obtaining an initial application screen loading request sent by a target application server when the target application is converted from the second state to the first state, the initial application screen loading request carrying a live broadcast object identifier, the target application is in a live broadcast state, and service resources required by the target application in the first state are greater than service resources required by the target application in the second state;

[0016] Respond to the initial application screen loading request to obtain the target service resource, use the target service resource to load the initial application screen corresponding to the target application, push the initial application screen live, and obtain the application screen change information corresponding to the live object identifier from the target application server;

[0017] Generate a screen based on the application screen change information and the initial application screen to obtain a target application screen, and push the target application screen live;

[0018] Obtain a resource release request sent by a target application server when the target application is converted from a first state to a second state, release the target service resources in response to the resource release request, obtain an application screen when the target application is in the second state, and push the application screen live.

[0019] In a fourth aspect, the present application further provides a computer-readable storage medium. The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the following steps are implemented:

[0020] Obtaining an initial application screen loading request sent by a target application server when the target application is converted from the second state to the first state, the initial application screen loading request carrying a live broadcast object identifier, the target application is in a live broadcast state, and service resources required by the target application in the first state are greater than service resources required by the target application in the second state;

[0021] Respond to the initial application screen loading request to obtain the target service resource, use the target service resource to load the initial application screen corresponding to the target application, push the initial application screen live, and obtain the application screen change information corresponding to the live object identifier from the target application server;

[0022] Generate a screen based on the application screen change information and the initial application screen to obtain a target application screen, and push the target application screen live;

[0023] Obtain a resource release request sent by a target application server when the target application is converted from a first state to a second state, release the target service resources in response to the resource release request, obtain an application screen when the target application is in the second state, and push the application screen live.

[0024] In a fifth aspect, the present application further provides a computer program product. The computer program product includes a computer program, and when the computer program is executed by a processor, the following steps are implemented:

[0025] Obtaining an initial application screen loading request sent by a target application server when the target application is converted from the second state to the first state, the initial application screen loading request carrying a live broadcast object identifier, the target application is in a live broadcast state, and service resources required by the target application in the first state are greater than service resources required by the target application in the second state;

[0026] Respond to the initial application screen loading request to obtain the target service resource, use the target service resource to load the initial application screen corresponding to the target application, push the initial application screen live, and obtain the application screen change information corresponding to the live object identifier from the target application server;

[0027] Generate a screen based on the application screen change information and the initial application screen to obtain a target application screen, and push the target application screen live;

[0028] Obtain a resource release request sent by a target application server when the target application is converted from a first state to a second state, release the target service resources in response to the resource release request, obtain an application screen when the target application is in the second state, and push the application screen live.

[0029] The target application live broadcast method, device, computer equipment, storage medium and computer program product are as follows: obtaining an initial application screen loading request sent by a target application server when the target application is converted from the second state to the first state, the initial application screen loading request carries a live broadcast object identifier, the target application is in a live broadcast state, and the service resources required by the target application in the first state are greater than the service resources required by the target application in the second state; obtaining target service resources in response to the initial application screen loading request, and using the target service resources to load the initial application screen corresponding to the target application, pushing the initial application screen live, and obtaining application screen change information corresponding to the live broadcast object identifier from the target application server; generating a screen based on the application screen change information and the initial application screen to obtain the target application screen, and pushing the target application screen live; obtaining a resource release request sent by a target application server when the target application is converted from the first state to the second state, releasing the target service resources in response to the resource release request, and obtaining the application screen when the target application is in the second state, and pushing the application screen live. That is, when the target application is converted to the first state, the initial application screen corresponding to the target application is loaded and generated through the target service resources in the target application server, and then the live broadcast is pushed, so that the live broadcast terminal does not need to record, saving the equipment resources of the live broadcast terminal. Moreover, when the target application switches to the second state, the target service resources are released, and the application screen in the second state is obtained for live push. That is, when the target application is in the second state, the target service resources are released and do not need to be used, thereby saving equipment resources of the live server.

[0030] In a first aspect, the present application provides a method for live broadcasting of a target application. The method comprises:

[0031] When the target application is converted from the second state to the first state, the initial application screen returned by the target application server is displayed. When the target application is converted from the second state to the first state, the target application server sends an initial application screen loading request to the live broadcast server. The live broadcast server responds to the initial application screen loading request to obtain the target service resources, uses the target service resources to load the initial application screen, and pushes the initial application screen live. The initial application screen loading request carries a live broadcast object identifier. The target application is in a live broadcast state. The service resources required by the target application in the first state are greater than the service resources required by the target application in the second state.

[0032] In response to a control trigger event for the initial application screen, a target application screen is displayed, the target application screen is generated by the target application server based on the application screen change information obtained by the control trigger event and the initial application screen, the target application server sends the application screen change information corresponding to the live broadcast object identifier to the live broadcast server, the live broadcast server generates a screen based on the application screen change information and the initial application screen, obtains the target application screen, and pushes the target application screen for live broadcast;

[0033] When the target application is converted from the first state to the second state, the application screen of the target application in the second state returned by the target application server is displayed. The target application server sends a resource release request to the live broadcast server when the target application is converted from the first state to the second state. The live broadcast server responds to the resource release request to release the target service resources and obtains the application screen of the target application in the second state, and pushes the application screen live.

[0034] In a second aspect, the present application also provides a target application live broadcast device. The device includes:

[0035] A first state conversion module is used to display an initial application screen returned by a target application server when the target application is converted from the second state to the first state. When the target application is converted from the second state to the first state, the target application server sends an initial application screen loading request to a live broadcast server. The live broadcast server obtains target service resources in response to the initial application screen loading request, uses the target service resources to load the initial application screen, and pushes the initial application screen live. The initial application screen loading request carries a live broadcast object identifier. The target application is in a live broadcast state. The service resources required by the target application in the first state are greater than the service resources required by the target application in the second state.

[0036] The target screen display module is used to display the target application screen in response to the control trigger event for the initial application screen. The target application screen is generated by the target application server based on the application screen change information obtained by the control trigger event and the initial application screen. The target application server sends the application screen change information corresponding to the live broadcast object identifier to the live broadcast server. The live broadcast server generates a screen based on the application screen change information and the initial application screen to obtain the target application screen, and pushes the target application screen for live broadcast;

[0037] The second state conversion module is used to display the application screen of the target application in the second state returned by the target application server when the target application is converted from the first state to the second state. The target application server sends a resource release request to the live broadcast server when the target application is converted from the first state to the second state. The live broadcast server responds to the resource release request to release the target service resources and obtains the application screen of the target application in the second state, and pushes the application screen live.

[0038] In a third aspect, the present application further provides a computer device. The computer device includes a memory and a processor, the memory stores a computer program, and the processor implements the following steps when executing the computer program:

[0039] When the target application is converted from the second state to the first state, the initial application screen returned by the target application server is displayed. When the target application is converted from the second state to the first state, the target application server sends an initial application screen loading request to the live broadcast server. The live broadcast server responds to the initial application screen loading request to obtain the target service resources, uses the target service resources to load the initial application screen, and pushes the initial application screen live. The initial application screen loading request carries a live broadcast object identifier. The target application is in a live broadcast state. The service resources required by the target application in the first state are greater than the service resources required by the target application in the second state.

[0040] In response to a control trigger event for the initial application screen, a target application screen is displayed, the target application screen is generated by the target application server based on the application screen change information obtained by the control trigger event and the initial application screen, the target application server sends the application screen change information corresponding to the live broadcast object identifier to the live broadcast server, the live broadcast server generates a screen based on the application screen change information and the initial application screen, obtains the target application screen, and pushes the target application screen for live broadcast;

[0041] When the target application is converted from the first state to the second state, the application screen of the target application in the second state returned by the target application server is displayed. The target application server sends a resource release request to the live broadcast server when the target application is converted from the first state to the second state. The live broadcast server responds to the resource release request to release the target service resources and obtains the application screen of the target application in the second state, and pushes the application screen live.

[0042] In a fourth aspect, the present application further provides a computer-readable storage medium. The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the following steps are implemented:

[0043] When the target application is converted from the second state to the first state, the initial application screen returned by the target application server is displayed. When the target application is converted from the second state to the first state, the target application server sends an initial application screen loading request to the live broadcast server. The live broadcast server responds to the initial application screen loading request to obtain the target service resources, uses the target service resources to load the initial application screen, and pushes the initial application screen live. The initial application screen loading request carries a live broadcast object identifier. The target application is in a live broadcast state. The service resources required by the target application in the first state are greater than the service resources required by the target application in the second state.

[0044] In response to a control trigger event for the initial application screen, a target application screen is displayed, the target application screen is generated by the target application server based on the application screen change information obtained by the control trigger event and the initial application screen, the target application server sends the application screen change information corresponding to the live broadcast object identifier to the live broadcast server, the live broadcast server generates a screen based on the application screen change information and the initial application screen, obtains the target application screen, and pushes the target application screen for live broadcast;

[0045] When the target application is converted from the first state to the second state, the application screen of the target application in the second state returned by the target application server is displayed. The target application server sends a resource release request to the live broadcast server when the target application is converted from the first state to the second state. The live broadcast server responds to the resource release request to release the target service resources and obtains the application screen of the target application in the second state, and pushes the application screen live.

[0046] In a fifth aspect, the present application further provides a computer program product. The computer program product includes a computer program, and when the computer program is executed by a processor, the following steps are implemented:

[0047] When the target application is converted from the second state to the first state, the initial application screen returned by the target application server is displayed. When the target application is converted from the second state to the first state, the target application server sends an initial application screen loading request to the live broadcast server. The live broadcast server responds to the initial application screen loading request to obtain the target service resources, uses the target service resources to load the initial application screen, and pushes the initial application screen live. The initial application screen loading request carries a live broadcast object identifier. The target application is in a live broadcast state. The service resources required by the target application in the first state are greater than the service resources required by the target application in the second state.

[0048] In response to a control trigger event for the initial application screen, a target application screen is displayed, the target application screen is generated by the target application server based on the application screen change information obtained by the control trigger event and the initial application screen, the target application server sends the application screen change information corresponding to the live broadcast object identifier to the live broadcast server, the live broadcast server generates a screen based on the application screen change information and the initial application screen, obtains the target application screen, and pushes the target application screen for live broadcast;

[0049] When the target application is converted from the first state to the second state, the application screen of the target application in the second state returned by the target application server is displayed. The target application server sends a resource release request to the live broadcast server when the target application is converted from the first state to the second state. The live broadcast server responds to the resource release request to release the target service resources and obtains the application screen of the target application in the second state, and pushes the application screen live.

[0050] The above-mentioned target application live broadcast method, device, computer equipment, storage medium and computer program product display the initial application screen returned by the target application server when the target application is converted from the second state to the first state. In response to the control trigger event for the initial application screen, the target application screen is displayed, so that the live broadcast terminal does not need to record, saving the device resources of the live broadcast terminal. When the target application is converted from the first state to the second state, the application screen returned by the target application server when the target application is in the second state is displayed, that is, when the target application is in the second state, the live broadcast server releases the target service resources and does not need to use the target service resources, thereby saving the device resources of the live broadcast server. BRIEF DESCRIPTION OF THE DRAWINGS

[0051] Figure 1 An application environment diagram of a target application live broadcast method in one embodiment;

[0052] Figure 2 A schematic diagram of a flow chart of a target application live broadcast method in one embodiment;

[0053] Figure 3 A schematic diagram of a framework for generating a second state application screen in a specific embodiment;

[0054] Figure 4 An application environment diagram of a target application live broadcast method in one embodiment;

[0055] Figure 5 A schematic diagram of a process for obtaining a target live video in one embodiment;

[0056] Figure 6 A schematic diagram of a timeline for playing a target live video in a specific embodiment;

[0057] Figure 7 A schematic diagram of an out-of-game game screen in a specific embodiment;

[0058] Figure 8 A schematic diagram of a game screen in a specific embodiment;

[0059] Fig. 9 A schematic diagram of a framework of a target application live broadcast method in a specific embodiment;

[0060] Fig.10 A schematic flow chart of a target application live broadcast method in another embodiment;

[0061] Fig.11 This is a schematic diagram of a screen showing a live broadcast trigger control in a specific embodiment;

[0062] Fig.12 It is a schematic diagram of the screen of each live broadcast push identification option in a specific embodiment;

[0063] Fig.13 A schematic diagram of a screen recording option in a specific embodiment;

[0064] Fig.14 This is a schematic diagram of a screen showing the end of a live broadcast in a specific embodiment;

[0065] Fig.15 A schematic diagram of a screen for displaying live broadcast data in a specific embodiment;

[0066] Fig.16 is a schematic diagram of playing a key application screen in a specific embodiment;

[0067] Fig.17 A schematic diagram of a flow chart of a target application live broadcast method in a specific embodiment;

[0068] Fig.18 It is a structural block diagram of a target application live broadcast device in one embodiment;

[0069] Fig.19 It is a structural block diagram of a target application live broadcast device in another embodiment;

[0070] Fig. 20 is an internal structure diagram of a computer device in one embodiment;

[0071] Fig.21 FIG. 4 is a diagram showing the internal structure of a computer device in another embodiment. DETAILED DESCRIPTION

[0072] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with 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.

[0073] The target application live broadcast method provided in the embodiment of the present application can be applied to Figure 1In the application environment shown. Among them, the live broadcast terminal 102 communicates with the target application server 104 through the network, the target application server 104 communicates with the live broadcast server 106 through the network, and the live broadcast server 106 communicates with each viewing terminal through the network. The data storage system can store the data that the server 104 needs to process. The data storage system can be integrated on the server 104, or it can be placed on the cloud or other servers. When the target application server 104 obtains the instruction sent by the live broadcast terminal 102 that the target application is converted from the second state to the first state, it switches the state, and returns a switching completion message to the live broadcast terminal 102, and at the same time sends an initial application screen loading request to the live broadcast server 106. The live broadcast server 106 obtains the initial application screen loading request sent by the target application server 104 when the target application is converted from the second state to the first state. The initial application screen loading request carries a live broadcast object identifier, the target application is in a live broadcast state, and the service resources required by the target application in the first state are greater than the service resources required by the target application in the second state. The live broadcast server 106 obtains the target service resource in response to the initial application screen loading request, and uses the target service resource to load the initial application screen corresponding to the target application, pushes the initial application screen to each viewer terminal through live broadcast, and obtains the application screen change information corresponding to the live broadcast object identifier from the target application server 104. The live broadcast server 106 generates a screen based on the application screen change information and the initial application screen, obtains the target application screen, and pushes the target application screen to each viewer terminal through live broadcast. The live broadcast server 106 obtains the resource release request sent by the target application server 104 when the target application is converted from the first state to the second state, releases the target service resource in response to the resource release request, and obtains the application screen when the target application is in the second state, and pushes the application screen to each viewer terminal through live broadcast. Among them, the live broadcast terminal 102 can be, but is not limited to, various desktop computers, laptops, smart phones, tablet computers, Internet of Things devices and portable wearable devices. The Internet of Things devices can be smart speakers, smart TVs, smart air conditioners, smart car-mounted devices, etc. Portable wearable devices can be smart watches, smart bracelets, head-mounted devices, etc. The target application server 104 can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server providing cloud computing services. The live broadcast server 106 can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server providing cloud computing services. The terminal and the server can be directly or indirectly connected via wired or wireless communication, and this application does not limit this.

[0074] In one embodiment, Figure 2 As shown, a target application live broadcast method is provided, which is applied to Figure 1The live broadcast server in the example is used as an example to illustrate, including the following steps:

[0075] S202, obtaining an initial application screen loading request sent by the target application server when the target application is converted from the second state to the first state, the initial application screen loading request carries a live broadcast object identifier, the target application is in a live broadcast state, and the service resources required by the target application in the first state are greater than the service resources required by the target application in the second state.

[0076] Among them, the target application refers to the application program to be live broadcasted, for example, the target application can be a game application, a social application, a singing application, etc. The target application server refers to the server corresponding to the target application, and the target application server provides services for the normal operation of the target application. The service resources required by the target application in the first state are greater than the service resources required by the target application in the second state. For example, the first state of the game application can be an in-game state, and the second state can be an out-of-game state. The in-game state refers to the state of being in a game match, and the game application requires a large number of service resources to be provided by the device when playing a game match. The out-of-game state refers to the state outside the game match, which is the state in the game preparation stage, such as the game team interface, the game matching interface, the game selection interface of the game object, etc. For example, the first state of the social application can be a socializing state, and the second state can be a socializing state. The socializing state can refer to a state of interacting with other objects, and the socializing state can be a state of not interacting with other objects. For example, the first state of the singing application can be a singing state, and the second state can be a singing state, such as the state of selecting a song.

[0077] The initial application screen load request refers to a request to load the initial application screen when it is in the first state. The live broadcast object identifier is used to uniquely identify the live broadcast object, for example, it can be a target application account. The target application is in the live broadcast state, which means that the target application is being broadcast live. When the target application is in the live broadcast state, the target application screen needs to be pushed live, that is, pushed to each viewer terminal. Service resources refer to the device resources required for the target application to operate normally, which may include processor resources, memory resources, etc.

[0078] Specifically, when the target application in the live broadcast terminal is in the live broadcast state, the live broadcast terminal can send an instruction to convert the second state to the first state to the target application server. The target application server converts the target application from the second state to the first state according to the instruction, and returns a conversion completion message to the live broadcast terminal when the conversion is completed. At this time, the live broadcast terminal makes the target application enter the first state according to the conversion completion message returned by the target application server. At the same time, the target server sends an initial application screen loading request to the live broadcast server. The live broadcast server obtains the initial application screen loading request sent by the target application server when the target application is converted from the second state to the first state, and parses the initial application screen loading request to obtain the live broadcast object identifier.

[0079] S204, responding to the initial application screen loading request to obtain the target service resource, and using the target service resource to load the initial application screen corresponding to the target application, live broadcasting the initial application screen, and obtaining the application screen change information corresponding to the live broadcast object identifier from the target application server.

[0080] Among them, the target service resources refer to the service resources required when the target application is in the first state. The initial application screen refers to the initial application screen when the target application enters the first state. The application screen change information refers to the information of the application screen change when the target application is in the first state. For example, when the game application is in the first state, the application screen change information may be information about the position, action, state of the game object in the game match, and the change of the game scene. For example, when the social application is in the first state, the application screen change information may be information about the change of the social screen being interacted with, etc. The social screen change may be a change in the conversation content in the screen. The application screen change information of the singing application may be information about the change of the song video screen, and the song video screen change may be a change in the content of the video screen, such as changes in lyrics and other content.

[0081] Specifically, the live broadcast server obtains the target service resource in response to the initial application screen loading request, and uses the target service resource to load the initial application screen corresponding to the target application, that is, the target service resource is used to generate the initial application screen corresponding to the target application. Then the initial application screen is pushed to each viewer terminal for display. Then the live broadcast server obtains the application screen change information corresponding to the live broadcast object identifier from the target application server. That is, the target application server obtains the application screen change information corresponding to the live broadcast object identifier according to the control instruction of the target application in the live broadcast terminal when the target application is in the first state, and the target application server generates the corresponding changed application screen information according to the application screen change information corresponding to the live broadcast object identifier, and returns the changed application screen information to the target application in the live broadcast terminal. The target application displays the changed application screen according to the changed application screen information. For example, in the game application, the target application server generates the position change information, action change information, state change information, etc. of the game virtual object in the application screen according to the control instruction of the live broadcast object to the game virtual object, generates the screen after the game virtual object is controlled according to the position change information, action change information, and state change information, and then returns the screen after the game virtual object is controlled to the live broadcast terminal, and the live broadcast terminal displays the screen after the game virtual object is controlled by the live broadcast object. At the same time, the target application server sends the application screen change information corresponding to the live broadcast object identifier to the live broadcast server, and the live broadcast server obtains the application screen change information corresponding to the live broadcast object identifier.

[0082] S206, generating a screen based on the application screen change information and the initial application screen to obtain a target application screen, and live broadcasting the target application screen.

[0083] The target application screen refers to the application screen when the target application is in the first state, and is the application screen that is changed based on the initial application screen.

[0084] Specifically, the live broadcast server uses the target service resources to generate the screen. When generating the screen, the screen is changed according to the application screen change information on the basis of the initial application screen to obtain the changed target application screen. For example, the position of the virtual object in the application screen can be moved according to the position change information of the virtual object in the application screen, which can be the moving distance, to obtain the application screen after the virtual object position is moved. After obtaining the target application screen after the initial application screen is changed, the live broadcast server can continue to obtain the application screen change information, and then use the changed target application screen as the initial application screen to generate the screen, and generate the changed application screen. Then iterate continuously, that is, after obtaining the target application screen, when the next application screen change information is obtained, the target application screen is used as the initial application screen, and the initial application screen and the next application screen change information are used to generate the screen, and the target application screen at this time is obtained. Then, after obtaining the target application screen, the target application screen is pushed live, that is, pushed to each audience terminal for display.

[0085] S208, obtaining a resource release request sent by the target application server when the target application is converted from the first state to the second state, releasing the target service resources in response to the resource release request, and obtaining an application screen when the target application is in the second state, and pushing the application screen live.

[0086] The resource release request refers to a request for releasing target service resources.

[0087] Specifically, when the target application server detects that the target application is converted from the first state to the second state, it means that the target application does not need to consume the target service resources at this time. At this time, the target application server can generate a resource release request and send it to the live broadcast server. The live broadcast server obtains the resource release request sent by the target application server when the target application is converted from the first state to the second state, and responds to the resource release request to release the target service resources. At this time, the server does not need to use the target service resources to generate the application screen, so the target service resources are released so that the target service resources can be provided to other services. At present, when performing live broadcast services, the live broadcast server usually allocates service resources that meet the needs of the live broadcast at the beginning of the live broadcast, and then during the live broadcast process, the live broadcast server uses the allocated service resources to provide the live broadcast server. Until the live broadcast ends, the live broadcast server will release the service resources allocated for the live broadcast, that is, during the live broadcast process, the live broadcast server will always occupy the allocated service resources, which is easy to cause a waste of resources. Then in this application, when the target application is converted from the first state to the second state during the live broadcast process, the target service resources required for providing the first state screen generation are released, thereby saving the service resources of the live broadcast server during the live broadcast process. Then the live broadcast server can obtain the application screen of the target application when it is in the second state, wherein the application screen of the target application when it is in the second state can be obtained directly from the live broadcast terminal, or the application screen of the target application when it is in the second state can be obtained from the application server, and finally the application screen is pushed live.

[0088] In one embodiment, the live broadcast server can obtain a message sent by the target application server that the target application is converted from the first state to the second state. The live broadcast server triggers a resource release instruction according to the obtained message, and releases the target service resources in response to the resource release instruction. Then the live broadcast server obtains the application screen when the target application is in the second state, and pushes the application screen live.

[0089] In one embodiment, the live broadcast server can also obtain live broadcast voice and game voice from the target application server, and push the live broadcast voice, game voice and application screen synchronously, that is, push the live broadcast voice, game voice and application screen at the same time point to each audience terminal, so that each audience terminal displays the corresponding application screen in the live broadcast room at that time point, and at the same time plays the corresponding live broadcast voice and game voice through the voice playback device, and sends the live broadcast voice and game voice to the live broadcast server through the target application server. The live broadcast terminal does not need to send the live broadcast voice and game voice to the live broadcast server through the live broadcast platform, that is, the live broadcast terminal does not need to use the live broadcast platform, thereby saving equipment resources of the live broadcast terminal.

[0090] The target application live broadcast method is as follows: obtaining an initial application screen loading request sent by the target application server when the target application is converted from the second state to the first state, the initial application screen loading request carries a live broadcast object identifier, the target application is in a live broadcast state, and the service resources required by the target application in the first state are greater than the service resources required by the target application in the second state; obtaining the target service resources in response to the initial application screen loading request, and using the target service resources to load the initial application screen corresponding to the target application, pushing the initial application screen live, and obtaining the application screen change information corresponding to the live broadcast object identifier from the target application server; generating a screen based on the application screen change information and the initial application screen to obtain the target application screen, and pushing the target application screen live; obtaining a resource release request sent by the target application server when the target application is converted from the first state to the second state, responding to the resource release request to release the target service resources, and obtaining the application screen when the target application is in the second state, and pushing the application screen live. That is, when the target application is converted to the first state, the initial application screen corresponding to the target application is loaded and generated through the target service resources in the target application server, and then the live broadcast is pushed, so that the live broadcast terminal does not need to record, saving the equipment resources of the live broadcast terminal. Moreover, when the target application switches to the second state, the target service resources are released, and the application screen in the second state is obtained for live push. That is, when the target application is in the second state, the target service resources are released and do not need to be used, thereby saving equipment resources of the live server.

[0091] In one embodiment, S204, in response to the initial application screen loading request, obtaining the target service resource, and using the target service resource to load the initial application screen corresponding to the target application, and live-broadcasting the initial application screen, includes:

[0092] In response to the initial application screen loading request, the container service is called, and the target service resources are obtained based on the container service. The target container is established using the target service resources, and the initial application screen information corresponding to the target application is obtained. The initial application screen is loaded in the target container according to the initial application screen information, and the initial application screen is pushed live.

[0093] Among them, container service refers to the service of dynamically establishing containers. Target container refers to a lightweight virtual machine with the target application running environment. Target container can be created, started, stopped and deleted. Initial application screen information refers to the screen information required to load the initial application screen, such as application screen pixel parameters, application screen rendering parameters, etc.

[0094] Specifically, the live broadcast server can call the container service in response to the initial application screen loading request, and obtain the target service resources based on the container service according to the resources available in the live broadcast server. The live broadcast server then uses the target service resources to create a target container, and then obtains the initial application screen information corresponding to the target application, and loads the initial application screen in the target container according to the initial application screen information, and finally pushes the initial application screen live.

[0095] In one embodiment, the live broadcast server can directly send the initial application screen loading request to the container scheduling system, obtain the target service resources through the container scheduling system, and then dynamically create a target container to load the initial application screen and generate the target application screen for subsequent live broadcasts through the target container.

[0096] S308, releasing the target service resources in response to the resource release request, including:

[0097] Destroys the target container in response to a resource release request.

[0098] Specifically, the live broadcast server obtains a resource release request sent by the target application server when the target application is converted from the first state to the second state, and then responds to the resource release request to destroy the target container, that is, delete the target container, so as to release the target service resources.

[0099] In the above embodiment, by using the target service resources to establish the target container, and then using the target container to generate the application screen, the generated application screen can be consistent with the application screen displayed by the target application, thereby improving the accuracy of the application screen generation. Then, when obtaining the resource release request, the target container is destroyed, thereby saving the target service resources and improving the resource utilization.

[0100] In one embodiment, S206, generating a screen based on the application screen change information and the initial application screen to obtain a target application screen, and live streaming the target application screen includes:

[0101] Obtain application screen change information corresponding to each continuous time point sent by the target application server when the target application is in the second state; use the initial application screen as the starting screen in the target container, and generate a screen according to the application screen change information corresponding to each continuous time point, to obtain the target application screen corresponding to each continuous time point; and push the target application screen live according to the time sequence of each continuous time point.

[0102] Specifically, when the target application is in the first state, the application screen is usually constantly changing. At this time, the live broadcast server obtains the application screen change information from the target application server in real time, thereby obtaining the application screen change information corresponding to each continuous time point. For example, the target application server can continuously obtain frame data of application screen changes. The application screen change information at each time point is the incremental information of the application screen corresponding to the previous time point. That is, the server uses the application screen change information at each continuous time point to update the target application screen corresponding to the previous time point, and obtains the target application screen corresponding to each continuous time point. Then the live broadcast server pushes the target application screen obtained at each continuous time point live, that is, when the target application screen at each continuous time point is obtained, the target application screen is pushed to each viewer terminal. Each viewer terminal displays the target application screen at each continuous time point in sequence according to the time sequence of each continuous time point, so that the viewer terminal displays the live screen.

[0103] In the above embodiment, by obtaining the application screen change information corresponding to each continuous time point sent by the target application server when the target application is in the second state, the initial application screen is used as the starting screen in the target container, and the screen is generated according to the application screen change information corresponding to each continuous time point, so as to obtain the target application screen corresponding to each continuous time point. Finally, the target application screen is pushed live according to the time sequence of each continuous time point, so as to ensure the normal operation of the target application live broadcast and avoid live broadcast anomalies.

[0104] In one embodiment, S206, obtaining an application screen of the target application when the target application is in the second state, and live-broadcasting the application screen, includes:

[0105] Obtaining a recorded screen of the target application in the second state sent by the live broadcast terminal corresponding to the target application, using the recorded screen as the application screen and performing live broadcast push, or

[0106] A second state screen message sent by the target application server when the target application is in the second state is obtained, an application screen is generated based on the second state screen message, and the application screen is pushed live.

[0107] The live broadcast terminal refers to the terminal of the live broadcast target application, which is the terminal used by the live broadcast object corresponding to the live broadcast object identifier. The live broadcast object can be a real object, such as a real person. It can also be a virtual object, such as virtual artificial intelligence, virtual characters, virtual idols, etc. The recorded screen refers to the screen recorded by the recording application in the live broadcast terminal when the target application is in the second state.

[0108] The second state screen message refers to a screen change message when the target application is in the second state. When the target application is in the second state, the change degree of the application screen is small, and the second state screen message can be transmitted through the message queue.

[0109] Specifically, when the live broadcast server obtains the application screen when the target application is in the second state, it can directly obtain the recorded screen of the target application in the second state recorded by the live broadcast terminal and sent by the target application server, and then use the recorded screen as the application screen and push it live, that is, the live broadcast terminal records the target application screen when the target application is in the second state, sends the recorded target application screen to the target application server, and then the target application server sends it to the live broadcast server.

[0110] When the recording function is not used to record the application screen in advance, the live broadcast server can also obtain the second state screen message sent by the target application server when the target application is in the second state, generate the application screen based on the second state screen message, and push the application screen live. Among them, the live broadcast server can also obtain the initial application screen of the target application when it is in the second state sent by the target application server. Then the live broadcast server obtains the second state screen message in real time. When the target application server detects that the initial application screen of the target application has changed, the target application server generates a second state screen message at this time point, sends the second state screen message at this time point to the live broadcast server, and the live broadcast server updates the initial application screen of the target application when it is in the second state according to the second state screen message, obtains the updated second state application screen, and pushes the updated second state application screen live. Then the live broadcast server continuously obtains the second state screen message in real time, and uses the second state screen message to generate the application screen until the live broadcast ends or the target application is converted from the second state to the first state, and the live broadcast server stops obtaining the second state screen message.

[0111] In a specific embodiment, Figure 3As shown, a framework schematic diagram for generating a second-state application screen is provided, wherein the target application server transmits the second-state screen message to the message queue, and then uses the consumer process to send the second-state screen message to the instant messaging gateway cluster through the message queue, and then the instant messaging gateway cluster forwards the second-state screen message to the live broadcast server cluster, and then the live broadcast server cluster finds the live broadcast object identifier used in the live broadcast, and the live broadcast server receives the second-state screen message, and then generates the application screen in the second state according to the second-state screen message, wherein a long connection is established between the live broadcast server and the database, and when generating the application screen, the live broadcast server can obtain the pre-saved data required for screen generation from the database, such as the initial application screen, application screen parameters and other data, and then use the data obtained from the database through the long connection and the second-state screen message to generate the updated second-state application screen, and push the live broadcast. Among them, the management end can manage the live broadcast server cluster through the management end interface, and can also perform live broadcast testing on the live broadcast server cluster through the test entrance. The live broadcast server can also obtain external messages through the message interface.

[0112] In the above embodiment, the efficiency of live broadcast push can be improved by acquiring the recorded screen. By acquiring the second state screen message sent by the target application server when the target application is in the second state, the second state screen message is used to generate the application screen, and the application screen is pushed live, so that the live broadcast terminal does not need to record the screen, thereby saving the equipment resources of the live broadcast terminal.

[0113] In one embodiment, before S202, that is, before obtaining the initial application screen loading request sent by the target application server when the target application is converted from the second state to the first state, the method further includes:

[0114] A first live broadcast request sent by a target application server is obtained, the first live broadcast request carries a live broadcast object identifier, and the first live broadcast request is generated when the target application is in the second state; when the live broadcast object identifier is verified, a live broadcast room corresponding to the live broadcast object identifier is created, and a live broadcast start message is generated, and the live broadcast start message is returned to the target application server, and the target application server sends the live broadcast start message to the live broadcast terminal corresponding to the target application; an application screen of the target application in the second state sent by the target application server is obtained, and the application screen is pushed live through the live broadcast room.

[0115] The first live broadcast request is used to request the live broadcast of the target application through the live broadcast server. The live broadcast room corresponding to the live broadcast object identifier refers to the room where the live broadcast object identifier displays the live broadcast target application screen, which is a network live broadcast program. The audience can watch the target application screen in the live broadcast room through the audience terminal. The live broadcast start message refers to the reminder message to start displaying the target application screen in the live broadcast room.

[0116] Specifically, the live broadcast object corresponding to the live broadcast object identifier can trigger an instruction to start live broadcast when the target application is in the second state. The application server receives the instruction to start live broadcast and sends a first live broadcast request to the live broadcast server. The live broadcast server obtains the first live broadcast request sent by the target application server, and responds to the first live broadcast request to verify whether the live broadcast object identifier is an object identifier that can be broadcast live. For example, the live broadcast object identifier can be found in the list of object identifiers authorized to broadcast live. When the live broadcast object identifier is found, the verification is passed. At this time, the live broadcast server creates a live broadcast room corresponding to the live broadcast object identifier, generates a live broadcast start message, and returns the live broadcast start message to the target application server. The target application server then notifies the live broadcast terminal. The live broadcast server then obtains the application screen sent by the target application server when the target application is in the second state, wherein the application screen recorded by the live broadcast terminal can be obtained, and the application screen in the second state generated by the target application server can also be obtained, and then the application screen is pushed live through the live broadcast room.

[0117] In the above embodiment, by obtaining the first live broadcast request sent by the target application server, the first live broadcast request carries the live broadcast object identifier, and the first live broadcast request is generated when the target application is in the second state. When the live broadcast object identifier is verified, a live broadcast room corresponding to the live broadcast object identifier is created, and a live broadcast start message is generated, and the live broadcast start message is returned to the target application server, and the target application server sends the live broadcast start message to the live broadcast terminal corresponding to the target application. The application screen of the target application in the second state sent by the target application server is obtained, and the application screen is pushed live through the live broadcast room, that is, the live broadcast can be directly started in the target application, without the complex operation of logging in to the live broadcast platform to start the live broadcast, thereby improving the efficiency of starting the live broadcast.

[0118] In one embodiment, before S202, before obtaining the initial application screen loading request sent by the target application server when the target application is converted from the second state to the first state, the method further includes:

[0119] Obtain a second live broadcast request sent by the target application server, the second live broadcast request carries a live broadcast object identifier and a live broadcast push address information, and the second live broadcast request is generated when the target application is in the second state; send the second live broadcast request to the corresponding live broadcast push address information, and when the live broadcast push server verifies that the live broadcast object identifier is passed, create a live broadcast room corresponding to the live broadcast object identifier, and generate a live broadcast start message; obtain the live broadcast start message returned by the live broadcast push server, return the live broadcast start message to the target application server, and the target application server sends the live broadcast start message to the live broadcast terminal corresponding to the target application.

[0120] The second live broadcast request is used to request the live broadcast of the target application through the live broadcast push server. The live broadcast push address information refers to the address information of the live broadcast push server, and the corresponding live broadcast push server can be found according to the live broadcast push address information. The live broadcast push server refers to the server of the third-party live broadcast platform that provides live broadcast services, and the target application screen can be pushed to the terminal of the viewing object of the third-party live broadcast platform through the live broadcast push server.

[0121] Specifically, the live broadcast object corresponding to the live broadcast object identifier can select the live broadcast push identifier and trigger the instruction to start live broadcast when the target application is in the second state. The application server receives the instruction to start live broadcast, parses the live broadcast push identifier from the instruction to start live broadcast, and finds the associated live broadcast push address information according to the live broadcast push identifier, wherein the live broadcast push identifier is used to identify the third-party live broadcast platform. Then, a second live broadcast request is generated according to the live broadcast push address information and the live broadcast object identifier, and the second live broadcast request is sent to the live broadcast server. The live broadcast server obtains the second live broadcast request sent by the target application server, parses the second live broadcast request, and obtains the live broadcast object identifier and the live broadcast push address information. Then, the live broadcast server sends the second live broadcast request to the corresponding live broadcast push server according to the live broadcast push address information. The live broadcast push server responds to the second live broadcast request to verify whether the live broadcast object identifier is an object identifier that can be broadcast on the third-party platform. For example, the live broadcast object identifier can be found in the object identifier list authorized to broadcast live. When the live broadcast object identifier is not found, the verification of the live broadcast object identifier is not passed. When the live broadcast object identifier is found, the verification of the live broadcast object identifier is passed. At this time, the live broadcast push server creates a live broadcast room corresponding to the live broadcast object identifier and generates a live broadcast start message. Then the live broadcast start message is returned to the live broadcast terminal through the live broadcast push server and the target application server.

[0122] The live broadcast server then obtains the application screen of the target application in the second state sent by the target application server, wherein the application screen recorded by the live broadcast terminal can be obtained, and the application screen of the second state generated by the target application server can also be obtained. The application screen is then sent to the corresponding live broadcast push server according to the live broadcast push address information, and the live broadcast push server pushes the application screen live through the live broadcast room.

[0123] In a specific embodiment, Figure 4 As shown, an application environment diagram of a target application live broadcast method is provided. Specifically, a live broadcast terminal 402 communicates with a target application server 404 through a network, the target application server 404 communicates with a live broadcast server 406 through a network, the live broadcast server 406 communicates with a live broadcast push server 408 through a network, and the live broadcast push server 408 communicates with each viewing terminal through a network. When the live broadcast server 406 needs to push the application screen live, the live broadcast server 406 sends the application screen to the corresponding live broadcast push server 408 according to the live broadcast push address information, and then the live broadcast push server 408 sends the application screen to each viewing terminal for display.

[0124] In the above embodiment, by obtaining the second live broadcast request sent by the target application server, the second live broadcast request carries the live broadcast object identifier and the live broadcast push address information, and the second live broadcast request is generated when the target application is in the second state. The second live broadcast request is sent to the corresponding live broadcast push server according to the live broadcast push address information. When the live broadcast push server verifies that the live broadcast object identifier is passed, a live broadcast room corresponding to the live broadcast object identifier is created, and a live broadcast start message is generated. The live broadcast start message returned by the live broadcast push server is obtained, and the live broadcast start message is returned to the target application server. The target application server sends the live broadcast start message to the live broadcast terminal corresponding to the target application, that is, the live broadcast of the third-party live broadcast platform can be directly started in the target application, without the complex operation of logging in to the third-party live broadcast platform to start the live broadcast, thereby improving the efficiency of starting the live broadcast.

[0125] In one embodiment, Figure 5 As shown, after S208, that is, after obtaining a resource release request sent by the target application server when the target application is converted from the first state to the second state, releasing the target service resources in response to the resource release request, and obtaining an application screen when the target application is in the second state, and live broadcasting the application screen, it also includes:

[0126] S502, obtaining a live video generation request sent by a target application server when the target application is in a live broadcast completion state, the live video generation request carries a target live broadcast time point and a live broadcast object identifier, and the target live broadcast time point is the live broadcast time point when the target application is in the first state.

[0127] Among them, the live broadcast completion status is used to characterize the status when the live broadcast of the target application ends. The live video generation request is used to request the generation of a video of the target application during live broadcast. The target live broadcast time point is the live broadcast time point of the target application in the first state. The live broadcast time point can be a specific time point set in advance, or it can be a time point determined according to the screen change information of the target application in the first state. For example, it can be the time point when a key competitive screen is generated in the game match screen of the game application. The key competitive screen can be the game screen at the time when the game kill is generated.

[0128] Specifically, after the target application completes the live broadcast, the live broadcast object can generate live video. That is, the live broadcast terminal receives the live video generation instruction through the target application, and sends the live video generation instruction to the target application server. The target application server obtains the target live broadcast time point according to the live video generation instruction, which can be to find the live broadcast time point when the target application is in the first state. Then the target application server generates a live video generation request and sends the live video generation request to the live broadcast server. The live broadcast server obtains the live video generation request, parses the live video generation request, and obtains the target live broadcast time point and the live broadcast object identifier. The target live broadcast time point can include at least two.

[0129] S504, obtaining each application screen corresponding to the live broadcast object identifier in the live broadcast time period, and determining a key live broadcast time period and a non-key live broadcast time period from the live broadcast time period based on the target live broadcast time point.

[0130] Among them, the live broadcast time period refers to the time period from the time point when the live broadcast starts to the time point when the live broadcast is completed. The key live broadcast time period refers to the time period that includes the target live broadcast time point. The key live broadcast time period can be determined based on the target live broadcast time point according to a pre-set time range. For example, the time range including 30 seconds before and after the target live broadcast time point is determined as the key live broadcast time period. The key live broadcast time period is a partial time period when the target application is broadcasting live in the first state. The non-key live broadcast time period refers to the time period that does not include the target live broadcast time point. The key live broadcast time period can include the time period when the target application is broadcasting live in the second state and the partial time period when the target application is broadcasting live in the first state.

[0131] Specifically, the live broadcast server can save the generated application screen and the obtained application screen in advance. Then, when the live broadcast video needs to be generated, the live broadcast server can obtain the application screens corresponding to the live broadcast object identifier in the live broadcast time period. Then, according to the target live broadcast time point, the key live broadcast time period and the non-key live broadcast time period are determined from the live broadcast time period, that is, the preset time range where the target live broadcast time point is located is used as the key live broadcast time period, and the other time ranges in the live broadcast time period are used as non-key time periods.

[0132] S506, determining each key application screen corresponding to the key live broadcast time period from each application screen, and determining each non-key application screen corresponding to the non-key live broadcast time period from each application screen.

[0133] Among them, the key application screen refers to the application screen corresponding to the key live broadcast time period, and the non-key application screen refers to the application screen corresponding to the non-key live broadcast time period.

[0134] Specifically, the server divides the application screens corresponding to the live broadcast time period into key live broadcast time periods and non-key live broadcast time periods, that is, the application screens corresponding to the key live broadcast time periods are used as key application screens, and the application screens corresponding to the non-key live broadcast time periods are used as non-key application screens, thereby obtaining key application screens and non-key application screens.

[0135] S508, generating a key live sub-video corresponding to each key application screen according to a preset original playback speed parameter, and generating a non-key live sub-video corresponding to each non-key application screen according to a preset target playback speed parameter.

[0136] The preset original playback speed parameter refers to the preset original speed parameter for playing the key application screen, which can be the application screen change speed parameter when the target application is in the first state, or can be set as needed. The preset target playback speed parameter refers to the preset target speed parameter for playing the non-key application screen, which can be the double value of the application screen change speed parameter when the target application is in the first state, or can be set as needed.

[0137] Specifically, the server merges each key application screen in sequence according to the preset original playback speed parameters to obtain a key live sub-video, and merges each non-key application screen in sequence according to the preset target playback speed parameters to obtain a non-key live sub-video, so that the obtained key live sub-video can be played according to the preset original playback speed parameters, and the obtained non-key live sub-video can be played according to the preset target playback speed parameters.

[0138] S510, merging the key live sub-video and the non-key live sub-video in the time sequence of the live time period to obtain a target live video, and returning the target live video to a target application server.

[0139] Specifically, the live broadcast server merges the key live broadcast sub-video and the non-key live broadcast sub-video in the time sequence of the live broadcast time period to obtain the target live broadcast video, and finally returns the target live broadcast video to the target application server, which can also save the target live broadcast video and push the target indicator video to the video platform, etc. The target application server obtains the target live broadcast video and can also send the target live broadcast video to the live broadcast terminal, which can save the target live broadcast video.

[0140] In a specific embodiment, Figure 6 As shown in the figure, it is a schematic diagram of the timeline for playing the target live video, where the shaded timeline corresponds to the timeline of the non-key sub-video, and the blank timeline corresponds to the timeline of the key sub-video. That is, when playing the target live video, the non-key sub-video corresponding to the shaded timeline can be played at multiples, that is, double the premium on the basis of the normal playback speed. When playing the key sub-video corresponding to the blank timeline, it is played at the normal playback speed.

[0141] In the above embodiment, a key live sub-video corresponding to each key application screen is generated according to the preset original playback speed parameters, and a non-key live sub-video corresponding to each non-key application screen is generated according to the preset target playback speed parameters, and finally the key live sub-video and the non-key live sub-video are merged in the time sequence of the live time period to obtain the target live video, and the target live video is returned to the target application server, so that the generated target indicator video can reduce resource occupation, that is, the memory resources occupied during storage are reduced.

[0142] In one embodiment, the target application includes a game application, the first state includes an in-game state, the second state includes an out-of-game state, the initial application screen includes an initial in-game screen, the target application screen includes an in-game screen, and the application screen when the target application is in the second state includes an out-of-game screen when the target application is in the out-of-game state.

[0143] The initial in-game game screen refers to the initial in-game game screen. The in-game game screen refers to the game application screen when the game is in progress. The out-of-game game screen refers to the game application screen when the game is not in progress, for example, it can be the application screen when the game is being prepared.

[0144] Specifically, the live broadcast server obtains the initial in-game game screen loading request sent by the game application server when the game application is converted from the out-game game state to the in-game game state. The initial in-game game screen loading request carries the live broadcast object identifier. The game application is in the live broadcast state. The service resources required by the game application in the in-game game state are greater than the service resources required by the game application in the out-game game state. The live broadcast server responds to the initial in-game game screen loading request to obtain the target service resources, and uses the target service resources to load the initial application screen corresponding to the game application, pushes the initial application screen live, and obtains the application screen change information corresponding to the live broadcast object identifier from the game application server. The screen is generated based on the application screen change information and the initial in-game game screen to obtain the in-game game screen, and the in-game game screen is pushed live. Then, when the live broadcast server obtains the resource release request sent by the game application server when the game application is converted from the in-game game state to the out-game game state, it responds to the resource release request to release the target service resources, and obtains the out-game game screen when the game application is in the out-game game state, and pushes the out-game game screen live.

[0145] In a specific embodiment, Figure 7 As shown, it is a schematic diagram of the out-of-game screen, where: Figure 7 Figure A in the figure shows the off-game screen in the live broadcast room of the audience terminal. The off-game screen is displayed through the live broadcast room, and communication and interaction can be carried out. Figure 7 Figure B in the figure shows the out-of-game screen of the live broadcast terminal. The out-of-game screen of the game application displays a "live broadcast" floating button, which is suspended above the out-of-game screen displayed by the live broadcast terminal. Then the in-game screen can also be displayed, such as Figure 8 The following is a schematic diagram of the in-game game screen, where: Figure 8 Figure A in the figure shows the in-game screen of the live broadcast room of the audience terminal. The in-game screen is displayed through the live broadcast room, and communication and interaction can be carried out. Figure 8 Figure B in the figure shows the in-game screen of the live broadcast terminal. The in-game screen of the game application displays a "live broadcast" floating button, which can also be hidden when the live broadcast terminal is playing a game. That is, the "live broadcast" floating button is not displayed in the in-game screen.

[0146] In the above embodiment, by using the target service resources to generate the in-game game screen when the game application is in the in-game state, and then releasing the target service resources when the game application is in the out-of-game state, the service resources of the game application can be saved during operation.

[0147] In a specific embodiment, Fig. 9As shown, a framework schematic diagram of a target application live broadcast method is provided. Specifically: when the game application is live broadcasted, that is, when the game application is converted from an out-of-game state to an in-game state, that is, when the in-game game starts, the target service resources are used to generate a target container through container scheduling, and then the initial game scene resources are loaded in the target container to obtain the initial game scene screen. Then, the game frame data of the game game is continuously obtained, and the game frame data includes incremental information such as the position, action, state, and game environment of the virtual game object in the game game. Then, the in-game image is generated through an image accelerator or a graphics processor, wherein the graphics processor processes and converts the game frame data through a series of rendering pipelines to finally generate a game screen. The steps of the rendering pipeline include geometry processing, rasterization, shading, etc. Finally, the generated in-game image is pushed, that is, pushed to each audience terminal for live broadcast. Then, when the game application switches from the in-game state to the out-game state, the live broadcast server will actively release the target container resources, that is, destroy the target container, so that the target service resources for creating the container can be used for the execution of other tasks, thereby saving the processing resources and memory resources of the live broadcast server and improving resource utilization.

[0148] When the game application is in an out-of-game state during live broadcast, the live broadcast server can directly obtain the out-of-game screen recorded by the live broadcast terminal through method 1, and then push the out-of-game screen. When the game application is in an out-of-game state during live broadcast, the live broadcast server can also generate the application screen and push the stream through method 2. Specifically: the anchor starts broadcasting when the out-of-game screen is on, and the live broadcast server assigns the live broadcast server corresponding to the live broadcast object through service scheduling to start the live broadcast. Then the live broadcast server can obtain the out-of-game screen message sent by the target application server through the out-of-game message center, generate the out-of-game screen according to the out-of-game screen message, and then push the out-of-game screen. By generating the out-of-game screen on the live broadcast server, there is no need for the live broadcast terminal to record, which can save the processing resources and memory resources of the live broadcast terminal.

[0149] In one embodiment, Fig.10 As shown, a target application live broadcast method is provided, which is applied to Figure 1 The live broadcast terminal in is used as an example to illustrate, including the following steps:

[0150] S702, when the target application is converted from the second state to the first state, the initial application screen returned by the target application server is displayed. When the target application is converted from the second state to the first state, the target application server sends an initial application screen loading request to the live broadcast server. The live broadcast server responds to the initial application screen loading request to obtain the target service resources, uses the target service resources to load the initial application screen, and pushes the initial application screen live. The initial application screen loading request carries a live broadcast object identifier. The target application is in a live broadcast state. The service resources required by the target application in the first state are greater than the service resources required by the target application in the second state.

[0151] Specifically, when the live broadcast terminal broadcasts the target application, it receives an instruction for the target application to be converted from the second state to the first state, and according to the instruction, the target application is converted from the second state to the first state. This time, the live broadcast terminal displays the initial application screen returned by the target application server, and the initial application screen corresponds to the first state. At the same time, the target application server needs to push the initial application screen to each viewer terminal through the live broadcast server, so that the viewer terminal synchronously displays the initial application screen of the target application in the live broadcast terminal.

[0152] S704, in response to the control trigger event for the initial application screen, the target application screen is displayed. The target application screen is generated by the target application server based on the application screen change information and the initial application screen obtained by the control trigger event. The target application server sends the application screen change information corresponding to the live broadcast object identifier to the live broadcast server. The live broadcast server generates a screen based on the application screen change information and the initial application screen to obtain the target application screen, and pushes the target application screen for live broadcast.

[0153] The control trigger event refers to a trigger event for performing a control operation on the basis of the initial application screen when the target application is in the first state, and the control event can be triggered by different trigger operations.

[0154] Specifically, the live broadcast terminal responds to the control trigger event for the initial application screen and sends a control instruction to the target application server. The control instruction carries the application screen change information. The target application server receives the control instruction, generates the target application screen according to the application screen change information and the initial application screen, and then returns the target application screen to the live broadcast terminal, which displays the target application screen. The target application server sends the application screen change information to the live broadcast server, which generates the screen based on the application screen change information and the initial application screen, obtains the target application screen, and pushes the target application screen for live broadcast.

[0155] S706, when the target application is converted from the first state to the second state, the application screen of the target application in the second state returned by the target application server is displayed, the target application server sends a resource release request to the live broadcast server when the target application is converted from the first state to the second state, the live broadcast server responds to the resource release request to release the target service resources and obtains the application screen of the target application in the second state, and pushes the application screen live.

[0156] Specifically, the live broadcast terminal receives an instruction for the target application to be converted from the first state to the second state, and converts the target application from the first state to the second state according to the instruction. Or the live broadcast terminal detects that a trigger event for the target application to be converted from the first state to the second state is received, for example, the conversion event is triggered when the game match in the game application is detected to be over. In response to the trigger event, the application screen when the target application is converted from the first state to the second state is obtained from the target application, that is, the application screen returned by the target application server when the target application is in the second state is obtained and displayed. At the same time, the target application server sends a resource release request to the live broadcast server when the target application is converted from the first state to the second state. The live broadcast server responds to the resource release request to release the target service resources and obtains the application screen when the target application is in the second state, and pushes the application screen live.

[0157] The target application live broadcast method displays the initial application screen returned by the target application server when the target application is converted from the second state to the first state. In response to the control trigger event for the initial application screen, the target application screen is displayed, so that the live broadcast terminal does not need to record, saving the device resources of the live broadcast terminal. When the target application is converted from the first state to the second state, the application screen returned by the target application server when the target application is in the second state is displayed, that is, when the target application is in the second state, the live broadcast server releases the target service resources and does not need to use the target service resources, thereby saving the device resources of the live broadcast server.

[0158] In one embodiment, before S1002, when the target application is converted from the second state to the first state, before displaying the initial application screen returned by the target application server, the method further includes:

[0159] A live broadcast trigger control is displayed in the application screen when the target application is in the second state; in response to a live broadcast trigger event for the live broadcast trigger control, various live broadcast push identification options are displayed; in response to a trigger event for the target live broadcast push identification in each live broadcast push identification option, a live broadcast status control is displayed in the application screen when the target application is in the second state, the live broadcast status control is generated according to the live broadcast start message returned by the application server, the live broadcast start message is obtained by the application server from the live broadcast push server corresponding to the target live broadcast push identification, the live broadcast push server receives the second live broadcast request sent by the application server, and when the live broadcast object identification is verified, it creates a live broadcast room corresponding to the live broadcast object identification and generates a live broadcast start message, the second live broadcast request carries the live broadcast object identification and the live broadcast push address information, the live broadcast push address information is obtained by the application server according to the target live broadcast push identification.

[0160] Among them, the live broadcast trigger control refers to the control that triggers the start of live broadcast, and the control refers to the screen element that the live broadcast object interacts with the application screen. For example, the live broadcast trigger control can be a floating button. The live broadcast trigger event refers to the trigger event for starting the live broadcast. The event of starting the live broadcast can be triggered by different trigger operations. The trigger operation includes but is not limited to touch operation, cursor operation, key operation, voice operation and action operation, etc. For example, the touch operation can be a touch pressing operation or a touch clicking operation or a touch sliding operation. The cursor operation can be an operation of controlling the cursor to click or an operation of controlling the cursor to press or an operation of controlling the cursor to slide. The key operation can be a virtual key operation or a physical key operation. Voice operation refers to an operation controlled by voice. Action operation refers to an operation controlled by the audience's action, such as hand action, head action, etc. The live broadcast push identifier is used to identify the live broadcast platform for live broadcast push. The target live broadcast push identifier refers to the selected live broadcast push identifier. The live broadcast status control is used to represent the control in the live broadcast state. The live broadcast status control can also be displayed in the form of a floating button, which is suspended above the application screen of the target application.

[0161] Specifically, the live broadcast terminal displays a live broadcast trigger control in the application screen when the target application is in the second state. When the live broadcast object triggers the indicator trigger control through a trigger operation, the live broadcast terminal displays various live broadcast push identification options in response to the live broadcast trigger event for the live broadcast trigger control, wherein the various live broadcast push identification options can be displayed in the form of a list, or in the form of a pop-up window. Then the live broadcast object can select the live broadcast push identification to be broadcasted from the various live broadcast push identification options, that is, when the live broadcast object triggers the live broadcast push identification option through a trigger operation, in response to the trigger event for the target live broadcast push identification in each live broadcast push identification option, the live broadcast status control is displayed in the application screen when the target application is in the second state.

[0162] In a specific embodiment, Fig.11 As shown in the figure, it is a schematic diagram of the screen displaying the live broadcast trigger control in the game application of the live broadcast terminal, wherein the game application displayed on the live broadcast terminal is in the application screen of the out-of-game state, that is, the live broadcast trigger control is displayed in the team formation screen, and the live broadcast trigger control can be a button suspended above the application screen, that is, a "start broadcast" button. Then when live broadcast is needed, the live broadcast object can click the suspended button. At this time, the live broadcast terminal receives the start broadcast instruction and displays various live broadcast push identification options in the window through a pop-up window. Fig.12 As shown, it is a schematic diagram of the screen of each live push identification option, and the live push identification includes live push identification X, live push identification C, live push identification H, and live push identification D. Then the live broadcast object can select any of the live push identifications to start broadcasting. For example, when the live broadcast object selects the live push identification H and clicks the confirmation button, the live broadcast terminal sends a live broadcast request to the third-party live broadcast platform corresponding to the live push identification H through the target application server and the live broadcast server, so as to start broadcasting.

[0163] In the above embodiment, the live broadcast trigger control displayed in the target application is used to start the live broadcast on the third-party live broadcast platform corresponding to the target live broadcast push identifier, thereby eliminating the need to start the live broadcast on the third-party live broadcast platform, thereby improving the convenience and efficiency of starting the live broadcast.

[0164] In one embodiment, the live broadcast terminal responds to the trigger event of the live broadcast state control, displays the screen recording option dialog box, responds to the selection operation of the screen recording option in the screen recording option dialog box, records the application screen of the target application when it is in the second state, obtains the recorded screen, and sends the recorded screen to the target application server, and the target application server sends the recorded screen to the live broadcast server, so that the live broadcast server pushes the recorded screen for live broadcast. Fig.13The figure shows a screen diagram of the screen recording option. Specifically, when the live broadcast object clicks the floating button of "Live Broadcasting", a pop-up window can be displayed to display the option of selecting screen recording live broadcast. Then, when the live broadcast object selects the option of screen recording live broadcast in the pop-up window, the live broadcast terminal starts recording the out-of-game game screen of the game application, and sends the recorded out-of-game game screen to the live broadcast server through the target application server for live broadcast push, so that the live broadcast terminal can record the screen live broadcast when the target application is in the second state, and stop recording when the target application is in the first state, thereby saving the service resources of the live broadcast terminal when the target application is in the first state.

[0165] In one embodiment, before displaying the live broadcast trigger control in the application screen when the target application is in the second state, the method further includes the following steps:

[0166] In response to a login operation for a target application, a login request is sent to an application server, the login request carries a live broadcast object identifier, and when the application server responds to the login request and verifies that the live broadcast object identifier is passed, an application screen of the target application corresponding to the live broadcast object identifier when it is in the second state is obtained, and the application screen of the target application corresponding to the live broadcast object identifier when it is in the second state is returned; and the application screen of the target application when it is in the second state is displayed.

[0167] The login operation refers to a trigger operation for logging into the target application. The login request is used to request to log into the target application.

[0168] Specifically, the live broadcast terminal first runs the target application to enter the login screen, then responds to the login operation for the target application in the login screen, sends a login request to the application server, and the login request carries the live broadcast object identifier. When the application server responds to the login request and verifies that the live broadcast object identifier is passed, it obtains the application screen of the target application corresponding to the live broadcast object identifier when it is in the second state, and returns the application screen of the target application corresponding to the live broadcast object identifier when it is in the second state. The live broadcast terminal displays the application screen of the target application in the second state, and at the same time displays the live broadcast trigger control in the application screen of the target application in the second state.

[0169] In the above embodiment, the target application is logged in by using the live broadcast object identifier, and then the live broadcast is started in the target application, thereby eliminating the need to interact with the live broadcast platform, thereby improving the efficiency of starting the live broadcast.

[0170] In one embodiment, S1002, when the target application is converted from the second state to the first state, displaying the initial application screen returned by the target application server includes:

[0171] In response to a triggering event of a state transition control in an application screen displaying a live broadcast state identifier, the target application transitions from the second state to the first state; when the target application transitions from the second state to the first state, the initial application screen returned by the target application server is displayed.

[0172] The state conversion control refers to a control used to convert the target application from the second state to the first state, for example, it may be a conversion button.

[0173] Specifically, the live broadcast object can trigger a state transition control in an application screen with a live broadcast status identifier. The live broadcast terminal responds to the trigger event of the state transition control in the application screen with the live broadcast status identifier, and transitions the target application from the second state to the first state. According to the trigger event, a state transition instruction can be sent to the target application server. The target application server transitions the state of the target application according to the state transition instruction, and returns the initial application screen to the live broadcast terminal. When the live broadcast terminal obtains the transition completion message returned by the application server, it determines that the target application is transitioned from the second state to the first state. At this time, the initial application screen returned by the target application server is displayed.

[0174] In one embodiment, when the live broadcast terminal detects a triggering event for state transition, the target application transitions from the second state to the first state. The triggering event for the state transition may be that the target application reaches a preset state transition condition.

[0175] In a specific embodiment, in the live broadcast of a game application, such as Figure 7 As shown in B, when the live broadcast object clicks to start matching, the target application server receives the instruction to start matching and matches the game object. When the game object matching is completed, the information that the game object matching is completed is returned to the live broadcast terminal. The live broadcast terminal receives the information that the game object matching is completed, which triggers an event for converting the out-of-game state to the in-game state. In response to the event, the live broadcast terminal converts the target application from the out-of-game state to the in-game state. When the target application converts from the second state to the first state, the initial application screen returned by the target application server is displayed.

[0176] In the above embodiment, by responding to the trigger event of the state transition control in the application screen displaying the live broadcast status identifier, the target application is converted from the second state to the first state. When the target application is converted from the second state to the first state, the initial application screen returned by the target application server is displayed, so that the live broadcast terminal can use the target application normally during the live broadcast, thereby ensuring the normal operation of the target application.

[0177] In one embodiment, when the target application is converted from the first state to the second state, after displaying the application screen of the target application in the second state returned by the target application server, the method further includes:

[0178] In response to a live broadcast completion trigger event of a live broadcast status control in an application screen when the target application is in the second state, a live broadcast end dialog box is displayed, and live broadcast data is displayed in the live broadcast end dialog box; in response to a close trigger event of the live broadcast end dialog box, the live broadcast end dialog box is closed.

[0179] The live broadcast end dialog box refers to a dialog box that displays live broadcast data, through which the input response of the live broadcast object can be obtained. Live broadcast data refers to data used to characterize live broadcast, which may include live broadcast duration, number of live broadcast viewers, number of live broadcast followers, live broadcast flow data, etc.

[0180] Specifically, the live broadcast object can trigger the live broadcast state control in the application screen when the target application is in the second state, and then the live broadcast terminal displays the live broadcast end control. At this time, the live broadcast object triggers the live broadcast end control, and the live broadcast terminal responds to the live broadcast completion trigger event and sends a request to end the live broadcast to the live broadcast server through the target application server. The live broadcast server closes the live broadcast room corresponding to the live broadcast object identifier according to the request, and returns the reminder information and live broadcast data of the end of the live broadcast to the live broadcast terminal through the target application server. When the live broadcast terminal receives the reminder information of the end of the live broadcast, it displays the live broadcast end dialog box and displays the live broadcast data in the live broadcast end dialog box. Then the live broadcast object can trigger the closing event of the live broadcast end dialog box to close the live broadcast end dialog box, that is, the application screen when the target application is in the second state does not display the live broadcast end dialog box.

[0181] In a specific embodiment, when the live broadcast object Q clicks Figure 7 When the "Live Broadcast" button shown in B is pressed, the live broadcast terminal displays the live broadcast end control through a pop-up window. Fig.14 As shown in the figure, it is a schematic diagram of the screen for ending the live broadcast, in which a button of "End Live Broadcast" is displayed in the pop-up window. When the live broadcast object Q clicks the button of "End Live Broadcast", the live broadcast terminal responds to the live broadcast completion trigger event, ends the live broadcast, and displays the live broadcast end dialog box, in which the live broadcast data is displayed. Fig.15 As shown, it is a schematic diagram of a screen showing live broadcast data, where the live broadcast duration is 30 minutes, the number of live broadcast viewers is 100, the number of live broadcast followers is 24, and so on. Then when the live broadcast object Q clicks the "Close" button, the live broadcast terminal responds to the close trigger event for the live broadcast end dialog box and closes the live broadcast end dialog box. Or when the duration of displaying live broadcast data reaches the preset duration of 28 seconds, the close event is triggered, and the live broadcast terminal responds to the close trigger event for the live broadcast end dialog box and closes the live broadcast end dialog box.

[0182] In the above embodiment, by responding to the live broadcast completion trigger event of the live broadcast state control in the application screen when the target application is in the second state, the live broadcast end dialog box is displayed, and the live broadcast data is displayed in the live broadcast end dialog box. Then, in response to the close trigger event of the live broadcast end dialog box, the live broadcast end dialog box is closed, and the live broadcast and live broadcast data can be closed in the target application, thereby improving the efficiency and convenience of closing the live broadcast.

[0183] In one embodiment, after responding to the close trigger event for the live broadcast end dialog box and closing the live broadcast end dialog box, the method further includes the following steps:

[0184] In response to the playback operation on the target live video, the target live video is obtained and sent by the target application server from the live server. The live server merges the key live sub-video and the non-key live sub-video in the time sequence of the live time period to obtain the target live video. The key live sub-video is generated by each key application screen, and each key application screen is an application screen of the key live time period corresponding to the target live time point. The non-key live sub-video is generated by each non-key application screen, and each non-key application screen is an application screen of the non-key live time period corresponding to the target live time point.

[0185] The key live sub-video in the target live video is played according to the preset original playback speed parameters, and the non-key live sub-video in the target live video is played according to the preset target playback speed parameters.

[0186] Specifically, the live broadcast terminal can obtain the target live video in the live broadcast process. Then, the target live video can be played, that is, the live broadcast terminal responds to the play operation for the target live video, and the play operation is a trigger operation for playing the target index video. In the process of playing the target live video, the key live sub-video is played according to the preset original play speed parameter and the non-key live sub-video is played according to the preset target play speed parameter.

[0187] In a specific embodiment, the live broadcast terminal plays the key live sub-video in the target live broadcast video according to the screen change speed of the game application in the game object, such as Fig.16 As shown in the figure, it is a schematic diagram of playing the target live video to the key application screen in the key live sub-video, wherein the key application screen in the game match, that is, the game screen of killing virtual monsters, is played at the original playback speed. Then the non-live sub-video is played at double the speed, so that the live broadcast object can quickly watch the key part of the content, improve the viewing experience, and the live broadcast terminal can reduce the use of memory resources when saving the target indicator video, saving memory resources.

[0188] In the above embodiment, by responding to the playback operation for the target live video, playing the key live sub-video in the target live video according to the preset original playback speed parameters and playing the non-key live sub-video in the target live video according to the preset target playback speed parameters, the viewing experience can be improved, and the memory resources for saving the target live video can be reduced, thereby saving resources.

[0189] In a specific embodiment, Fig.17 As shown, a flowchart of a target application live broadcast method is provided, which is executed by a live broadcast server. Specifically:

[0190] S1702, obtaining a first live broadcast request sent by the target application server, where the first live broadcast request carries a live broadcast object identifier and is generated when the target application is in the second state.

[0191] S1704, when the live broadcast object identifier is verified, a live broadcast room corresponding to the live broadcast object identifier is created, and a live broadcast start message is generated, and the live broadcast start message is returned to the target application server, and the target application server sends the live broadcast start message to the live broadcast terminal corresponding to the target application.

[0192] S1706, obtaining an application screen of the target application in the second state sent by the target application server, and live-broadcasting the application screen through the live broadcast room.

[0193] S1708, obtaining an initial application screen loading request sent by the target application server when the target application is converted from the second state to the first state, the initial application screen loading request carries a live broadcast object identifier, the target application is in a live broadcast state, and the service resources required by the target application in the first state are greater than the service resources required by the target application in the second state.

[0194] S1710, calling the container service in response to the initial application screen loading request, obtaining the target service resources based on the container service, establishing the target container using the target service resources, obtaining the initial application screen information corresponding to the target application, loading the initial application screen in the target container according to the initial application screen information, pushing the initial application screen live, and obtaining the application screen change information corresponding to the live object identifier from the target application server.

[0195] S1712, obtaining application screen change information corresponding to each continuous time point sent by the target application server when the target application is in the second state, using the initial application screen as the starting screen in the target container, and generating a screen according to the application screen change information corresponding to each continuous time point, to obtain the target application screen corresponding to each continuous time point; and live broadcasting the target application screen according to the time sequence of each continuous time point.

[0196] S1714, obtaining a resource release request sent by the target application server when the target application is converted from the first state to the second state, destroying the target container in response to the resource release request, and obtaining a second state screen message sent by the target application server when the target application is in the second state, generating an application screen based on the second state screen message, and pushing the application screen live.

[0197] In the above embodiment, when the target application is converted from the second state to the first state, that is, when the target application is in the first state, a target container is established through target service resources to generate a screen, thereby eliminating the need for the live broadcast terminal to record the application screen, thereby saving device resources of the live broadcast terminal; and then when the target application is converted from the first state to the second state, that is, when the target application is in the second state, the live broadcast server destroys the target container, thereby releasing the target service resources, thereby saving device resources of the live broadcast server.

[0198] In a specific embodiment, the target application live broadcast method is applied to the live broadcast process of the game application. Specifically, the live broadcast object logs into the game application and clicks the floating button for starting the live broadcast in the game screen outside the game application. At this time, the live broadcast terminal responds to the instruction to start the live broadcast and sends a live broadcast request to the target application server. The live broadcast request carries the game account used when logging into the game application. Then the target application server forwards the live broadcast request to the live broadcast server. The live broadcast server obtains the live broadcast request. When the game account is verified, it means that the game account is a pre-set number that can be used for live broadcast. The live broadcast server creates a live broadcast room corresponding to the game account, generates a live broadcast start reminder message, and returns the live broadcast start reminder message to the live broadcast terminal through the target application server. The live broadcast terminal receives the live broadcast start reminder message, starts the recording device, records the game screen outside the game application through the recording device, and sends the recorded game screen outside the game to the live broadcast server through the target application server, so that the live broadcast server pushes the game screen outside the game to each audience terminal through the live broadcast room for display.

[0199] When the live broadcast object plays a game through the game application, the live broadcast terminal receives the instruction to start the game, and sends the instruction to start the game to the target application server. The target application server receives the instruction to start the game, responds to the instruction to start the game, and converts the game application from the out-of-game state to the in-game state, and returns the initial game screen corresponding to the in-game state to the live broadcast terminal. Then the live broadcast terminal converts the out-of-game state to the in-game state in the game application, and displays the initial game screen corresponding to the in-game state. At the same time, the target application server sends a loading request for the initial game screen corresponding to the in-game state to the live broadcast server. The live broadcast server responds to the loading request and determines the target service resources required for loading according to the device resources in the live broadcast server, and then uses the target service resources to load the initial game screen corresponding to the in-game state, and broadcasts the initial game screen corresponding to the in-game state. Then the live broadcast server continuously obtains the screen change information during the game from the target application server, generates each game screen according to the initial game screen and the screen change information, and broadcasts each game screen. When the live broadcast server obtains the reminder information of the end of the game object from the target application server, it triggers the resource release instruction and releases the target service resources according to the resource release instruction. Then, the game screen outside the game application is obtained and pushed live. That is, when the game application is in the game match, the live broadcast server uses the target service resources to generate the game screen inside the game, and then releases the target service resources when the game match ends, thereby saving the service resources of the live broadcast server.

[0200] It should be understood that, although the various steps in the flowcharts involved in the above-mentioned embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above-mentioned embodiments can include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0201] Based on the same inventive concept, the embodiment of the present application also provides a target application live broadcast device for implementing the target application live broadcast method involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in one or more target application live broadcast device embodiments provided below can refer to the limitations of the target application live broadcast method above, and will not be repeated here.

[0202] In one embodiment, Fig.18 As shown, a target application live broadcast device 1800 is provided, including: a request acquisition module 1802, a screen loading module 1804, a screen generation module 1806 and a resource release module 1808, wherein:

[0203] The request acquisition module 1802 is used to acquire an initial application screen loading request sent by the target application server when the target application is converted from the second state to the first state, the initial application screen loading request carries a live broadcast object identifier, the target application is in the live broadcast state, and the service resources required by the target application in the first state are greater than the service resources required by the target application in the second state;

[0204] The screen loading module 1804 is used to obtain the target service resource in response to the initial application screen loading request, and use the target service resource to load the initial application screen corresponding to the target application, push the initial application screen live, and obtain the application screen change information corresponding to the live object identifier from the target application server;

[0205] The screen generation module 1806 is used to generate a screen based on the application screen change information and the initial application screen, obtain a target application screen, and push the target application screen live;

[0206] The resource release module 1808 is used to obtain a resource release request sent by the target application server when the target application is converted from a first state to a second state, release the target service resources in response to the resource release request, and obtain the application screen when the target application is in the second state, and push the application screen live.

[0207] In one embodiment, the screen loading module 1804 is also used to call the container service in response to the initial application screen loading request, and obtain the target service resources based on the container service; use the target service resources to establish a target container, obtain the initial application screen information corresponding to the target application, load the initial application screen in the target container according to the initial application screen information, and push the initial application screen live; the resource release module 1808 is also used to destroy the target container in response to the resource release request.

[0208] In one embodiment, the screen generation module 1806 is also used to obtain application screen change information corresponding to each continuous time point sent by the target application server when the target application is in the second state; use the initial application screen as the starting screen in the target container, and generate the screen according to the application screen change information corresponding to each continuous time point, to obtain the target application screen corresponding to each continuous time point; and push the target application screen live in the time sequence of each continuous time point.

[0209] In one embodiment, the resource release module 1808 is also used to obtain a recorded screen sent by the live broadcast terminal corresponding to the target application when the target application is in the second state, and use the recorded screen as the application screen and push it live, or obtain a second state screen message sent by the target application server when the target application is in the second state, generate an application screen based on the second state screen message, and push the application screen live.

[0210] In one embodiment, the target application live broadcast device 1800 further includes:

[0211] The first live broadcast start module is used to obtain the first live broadcast request sent by the target application server. The first live broadcast request carries the live broadcast object identifier and is generated when the target application is in the second state. When the live broadcast object identifier is verified, a live broadcast room corresponding to the live broadcast object identifier is created, and a live broadcast start message is generated. The live broadcast start message is returned to the target application server, and the target application server sends the live broadcast start message to the live broadcast terminal corresponding to the target application. The application screen of the target application in the second state sent by the target application server is obtained, and the application screen is pushed live through the live broadcast room.

[0212] In one embodiment, the target application live broadcast device 1800 further includes:

[0213] The second live broadcast start module is used to obtain the second live broadcast request sent by the target application server, the second live broadcast request carries the live broadcast object identifier and the live broadcast push address information, and the second live broadcast request is generated when the target application is in the second state; the second live broadcast request is sent to the corresponding live broadcast push address information, and when the live broadcast push server verifies that the live broadcast object identifier is passed, it creates a live broadcast room corresponding to the live broadcast object identifier and generates a live broadcast start message; obtain the live broadcast start message returned by the live broadcast push server, return the live broadcast start message to the target application server, and the target application server sends the live broadcast start message to the live broadcast terminal corresponding to the target application.

[0214] In one embodiment, the target application live broadcast device 1800 further includes:

[0215] A video generation module is used to obtain a live video generation request sent by a target application server when a target application is in a live broadcast completion state, the live video generation request carries a target live broadcast time point and a live broadcast object identifier, the target live broadcast time point is the live broadcast time point when the target application is in the first state; obtain each application screen corresponding to the live broadcast object identifier in the live broadcast time period, and determine a critical live broadcast time period and a non-critical live broadcast time period from the live broadcast time period based on the target live broadcast time point; determine each key application screen corresponding to the critical live broadcast time period from each application screen, and determine each non-critical application screen corresponding to the non-critical live broadcast time period from each application screen; generate a key live sub-video corresponding to each key application screen according to a preset original playback speed parameter, and generate a non-critical live sub-video corresponding to each non-critical application screen according to a preset target playback speed parameter; merge the key live sub-video and the non-critical live sub-video in the time order of the live broadcast time period to obtain a target live video, and return the target live video to the target application server.

[0216] In one embodiment, the target application includes a game application, the first state includes an in-game state, the second state includes an out-of-game state, the initial application screen includes an initial in-game screen, the target application screen includes an in-game screen, and the application screen when the target application is in the second state includes an out-of-game screen when the target application is in the out-of-game state.

[0217] In one embodiment, Fig.19 As shown, a target application live broadcast device 1900 is provided, including: a first state conversion module 1902, a target screen display module 1904 and a second state conversion module 1906, wherein:

[0218] The first state conversion module 1902 is used to display the initial application screen returned by the target application server when the target application is converted from the second state to the first state. When the target application is converted from the second state to the first state, the target application server sends an initial application screen loading request to the live broadcast server. The live broadcast server obtains the target service resources in response to the initial application screen loading request, uses the target service resources to load the initial application screen, and pushes the initial application screen live. The initial application screen loading request carries a live broadcast object identifier. The target application is in a live broadcast state. The service resources required by the target application in the first state are greater than the service resources required by the target application in the second state.

[0219] The target screen display module 1904 is used to display the target application screen in response to the control trigger event for the initial application screen. The target application screen is generated by the target application server based on the application screen change information obtained by the control trigger event and the initial application screen. The target application server sends the application screen change information corresponding to the live broadcast object identifier to the live broadcast server. The live broadcast server generates a screen based on the application screen change information and the initial application screen to obtain the target application screen, and pushes the target application screen for live broadcasting.

[0220] The second state conversion module 1906 is used to display the application screen of the target application in the second state returned by the target application server when the target application is converted from the first state to the second state. The target application server sends a resource release request to the live broadcast server when the target application is converted from the first state to the second state. The live broadcast server responds to the resource release request to release the target service resources and obtains the application screen of the target application in the second state, and pushes the application screen live.

[0221] In one embodiment, the target application live broadcast device 1900 further includes:

[0222] A live broadcast trigger module is used to display a live broadcast trigger control in an application screen when the target application is in a second state; in response to a live broadcast trigger event for the live broadcast trigger control, display various live broadcast push identification options; in response to a trigger event for a target live broadcast push identification in each live broadcast push identification option, display a live broadcast status control in the application screen when the target application is in the second state, the live broadcast status control is generated according to a live broadcast start message returned by an application server, the live broadcast start message is obtained by the application server from a live broadcast push server corresponding to the target live broadcast push identification, the live broadcast push server receives a second live broadcast request sent by the application server, and when verifying that the live broadcast object identification passes, creates a live broadcast room corresponding to the live broadcast object identification, and generates a live broadcast start message, the second live broadcast request carries the live broadcast object identification and live broadcast push address information, the live broadcast push address information is obtained by the application server according to the target live broadcast push identification.

[0223] In one embodiment, the live broadcast trigger module is also used to respond to a login operation for a target application, send a login request to an application server, the login request carries a live broadcast object identifier, and when the application server responds to the login request and verifies that the live broadcast object identifier is passed, obtains the application screen of the target application corresponding to the live broadcast object identifier when it is in the second state, returns the application screen of the target application corresponding to the live broadcast object identifier when it is in the second state; and displays the application screen of the target application when it is in the second state.

[0224] In one embodiment, the second state transition module 1906 is also used to respond to a trigger event of a state transition control in an application screen displaying a live broadcast status identifier, and the target application transitions from the second state to the first state; when the target application transitions from the second state to the first state, the initial application screen returned by the target application server is displayed.

[0225] In one embodiment, the target application live broadcast device 1900 further includes:

[0226] The live data display module is used to respond to the live completion trigger event of the live status control in the application screen when the target application is in the second state, display the live end dialog box, and display the live data in the live end dialog box; respond to the close trigger event of the live end dialog box and close the live end dialog box.

[0227] In one embodiment, the target application live broadcast device 1900 further includes:

[0228] A video playback module is used to respond to playback operations on a target live video, where the target live video is obtained and sent by a target application server from a live server. The live server merges key live sub-videos and non-key live sub-videos in the chronological order of the live time period to obtain the target live video. Key live sub-videos are generated by key application screens, where each key application screen is an application screen in a key live time period corresponding to a target live time point. Non-key live sub-videos are generated by non-key application screens, where each non-key application screen is an application screen in a non-key live time period corresponding to a target live time point. Key live sub-videos in the target live video are played according to preset original playback speed parameters, and non-key live sub-videos in the target live video are played according to preset target playback speed parameters.

[0229] Each module in the above-mentioned target application live broadcast device can be implemented in whole or in part by software, hardware and their combination. Each of the above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory in the computer device in the form of software, so that the processor can call and execute the operations corresponding to each of the above modules.

[0230] In one embodiment, a computer device is provided. The computer device may be a server, and its internal structure diagram may be as follows: Fig. 20As shown. The computer device includes a processor, a memory, an input / output interface (Input / Output, referred to as I / O) and a communication interface. Among them, the processor, the memory and the input / output interface are connected through a system bus, and the communication interface is connected to the system bus through the input / output interface. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store live broadcast data, an application screen corresponding to the first state, and an application screen corresponding to the second state. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a target application live broadcast method is implemented.

[0231] In one embodiment, a computer device is provided. The computer device may be a terminal, and its internal structure diagram may be as follows: Fig.21 As shown. The computer device includes a processor, a memory, an input / output interface, a communication interface, a display unit and an input device. Among them, the processor, the memory and the input / output interface are connected through a system bus, and the communication interface, the display unit and the input device are connected to the system bus through the input / output interface. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal in a wired or wireless manner, and the wireless manner can be implemented through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. When the computer program is executed by the processor, a target application live broadcast method is implemented. The display unit of the computer device is used to form a visually visible image, and can be a display screen, a projection device or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen. The input device of the computer device can be a touch layer covered on the display screen, or a button, trackball or touchpad set on the computer device casing, or an external keyboard, touchpad or mouse, etc.

[0232] Those skilled in the art will understand that Fig. 20 and Fig.21The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0233] In one embodiment, a computer device is further provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor implements the steps in the above method embodiments when executing the computer program.

[0234] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments are implemented.

[0235] In one embodiment, a computer program product is provided, including a computer program, which implements the steps in the above method embodiments when executed by a processor.

[0236] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with relevant laws, regulations and standards of relevant countries and regions.

[0237] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in the present application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetoresistive random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, etc., but are not limited to this.

[0238] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0239] The above-described embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A target application live broadcast method, characterized in that: The method comprises: Obtaining an initial application screen loading request sent by a target application server when the target application is converted from the second state to the first state, the initial application screen loading request carrying a live object identifier, the target application is in a live state, and the service resources required by the target application in the first state are greater than the service resources required by the target application in the second state; Responding to the initial application screen loading request, obtaining a target service resource, and using the target service resource to load the initial application screen corresponding to the target application, live-pushing the initial application screen, and obtaining application screen change information corresponding to the live-broadcast object identifier from the target application server; Generate a screen based on the application screen change information and the initial application screen to obtain a target application screen, and push the target application screen live; Obtain a resource release request sent by the target application server when the target application is converted from the first state to the second state, release the target service resources in response to the resource release request, obtain an application screen when the target application is in the second state, and push the application screen live.

2. The method according to claim 1, characterized in that The step of obtaining a target service resource in response to the initial application screen loading request, and using the target service resource to load the initial application screen corresponding to the target application, and live-broadcasting the initial application screen, includes: In response to the initial application screen loading request, calling a container service, and acquiring a target service resource based on the container service; Use the target service resource to establish a target container, obtain initial application screen information corresponding to the target application, load the initial application screen in the target container according to the initial application screen information, and push the initial application screen live; Releasing the target service resource in response to the resource release request includes: The target container is destroyed in response to the resource release request.

3. The method according to claim 2, characterized in that The generating a screen based on the application screen change information and the initial application screen to obtain a target application screen, and live-broadcasting and pushing the target application screen, comprises: Acquire application screen change information corresponding to each consecutive time point respectively sent by the target application server when the target application is in the second state; In the target container, the initial application screen is used as the starting screen, and screen generation is performed according to the application screen change information corresponding to each of the consecutive time points, so as to obtain the target application screen corresponding to each of the consecutive time points; The target application screen is pushed live according to the time sequence of the consecutive time points.

4. The method according to claim 1, characterized in that The obtaining the application screen of the target application when it is in the second state and live-broadcasting the application screen includes: Obtaining a recorded picture of the target application in the second state sent by a live broadcast terminal corresponding to the target application, using the recorded picture as an application picture and performing live broadcast push, or A second state screen message sent by a target application server when the target application is in a second state is obtained, the application screen is generated based on the second state screen message, and the application screen is pushed live.

5. The method according to claim 1, characterized in that Before obtaining the initial application screen loading request sent by the target application server when the target application is converted from the second state to the first state, the method further includes: Acquire a first live broadcast request sent by the target application server, where the first live broadcast request carries the live broadcast object identifier, and the first live broadcast request is generated when the target application is in the second state; When the live broadcast object identifier is verified, a live broadcast room corresponding to the live broadcast object identifier is created, and a live broadcast start message is generated, and the live broadcast start message is returned to the target application server, and the target application server sends the live broadcast start message to the live broadcast terminal corresponding to the target application; An application screen when the target application is in the second state, sent by the target application server, is obtained, and the application screen is pushed live through the live broadcast room.

6. The method according to claim 1, characterized in that Before obtaining the initial application screen loading request sent by the target application server when the target application is converted from the second state to the first state, the method further includes: Acquire a second live broadcast request sent by the target application server, where the second live broadcast request carries the live broadcast object identifier and live broadcast push address information, and the second live broadcast request is generated when the target application is in the second state; Sending the second live broadcast request to the corresponding live broadcast push server according to the live broadcast push address information; when the live broadcast push server verifies that the live broadcast object identifier is passed, creating a live broadcast room corresponding to the live broadcast object identifier, and generating a live broadcast start message; The live broadcast start message returned by the live broadcast push server is obtained, and the live broadcast start message is returned to the target application server, and the target application server sends the live broadcast start message to the live broadcast terminal corresponding to the target application.

7. The method according to claim 1, characterized in that After obtaining a resource release request sent by the target application server when the target application is converted from the first state to the second state, releasing the target service resources in response to the resource release request, obtaining an application screen when the target application is in the second state, and live-broadcasting the application screen, the method further includes: Obtaining a live video generation request sent by a target application server when the target application is in a live broadcast completion state, wherein the live video generation request carries a target live broadcast time point and the live broadcast object identifier, and the target live broadcast time point is a live broadcast time point when the target application is in the first state; Acquire each application screen corresponding to the live broadcast object identifier in the live broadcast time period, and determine a key live broadcast time period and a non-key live broadcast time period from the live broadcast time period based on the target live broadcast time point; Determine each key application screen corresponding to the key live time period from the various application screens, and determine each non-key application screen corresponding to the non-key live time period from the various application screens; Generate a key live sub-video corresponding to each key application screen according to a preset original playback speed parameter, and generate a non-key live sub-video corresponding to each non-key application screen according to a preset target playback speed parameter; The key live sub-video and the non-key live sub-video are merged in the time sequence of the live time period to obtain a target live video, and the target live video is returned to the target application server.

8. The method according to any one of claims 1 to 7, characterized in that: The target application includes a game application, the first state includes an in-game state, the second state includes an out-of-game state, the initial application screen includes an initial in-game screen, the target application screen includes an in-game screen, and the application screen when the target application is in the second state includes an out-of-game screen when the target application is in the out-of-game state.

9. A target application live broadcast method, characterized in that: The method comprises: When the target application is converted from the second state to the first state, the initial application screen returned by the target application server is displayed. When the target application is converted from the second state to the first state, the target application server sends an initial application screen loading request to the live broadcast server. The live broadcast server obtains the target service resource in response to the initial application screen loading request, uses the target service resource to load the initial application screen, and pushes the initial application screen live. The initial application screen loading request carries a live broadcast object identifier. The target application is in a live broadcast state. The service resources required by the target application in the first state are greater than the service resources required by the target application in the second state. In response to a control trigger event for the initial application screen, a target application screen is displayed, the target application screen is generated by the target application server based on the application screen change information obtained by the control trigger event and the initial application screen, the target application server sends the application screen change information corresponding to the live broadcast object identifier to the live broadcast server, the live broadcast server generates a screen based on the application screen change information and the initial application screen to obtain a target application screen, and pushes the target application screen for live broadcast; When the target application is converted from the first state to the second state, the application screen of the target application in the second state returned by the target application server is displayed, and the target application server sends a resource release request to the live broadcast server when the target application is converted from the first state to the second state. The live broadcast server responds to the resource release request to release the target service resources and obtains the application screen of the target application in the second state, and pushes the application screen live.

10. The method according to claim 9, characterized in that Before displaying the initial application screen returned by the target application server when the target application is converted from the second state to the first state, the method further includes: Displaying a live broadcast trigger control in an application screen when the target application is in the second state; In response to a live broadcast trigger event for the live broadcast trigger control, displaying various live broadcast push identification options; In response to a trigger event for a target live push identifier in each live push identifier option, a live status control is displayed in an application screen when the target application is in a second state, the live status control is generated according to a live start message returned by the application server, the live start message is obtained by the application server from a live push server corresponding to the target live push identifier, the live push server receives a second live request sent by the application server, and when verifying that the live object identifier passes, creates a live room corresponding to the live object identifier, and generates a live start message, the second live request carries the live object identifier and live push address information, the live push address information is obtained by the application server according to the target live push identifier.

11. The method according to claim 10, characterized in that Before displaying the live broadcast trigger control in the application screen when the target application is in the second state, the method further includes: In response to a login operation for the target application, a login request is sent to the application server, the login request carries the live object identifier, and when the application server verifies that the live object identifier is passed in response to the login request, an application screen of the target application corresponding to the live object identifier when the target application is in the second state is obtained, and the application screen of the target application corresponding to the live object identifier when the target application is in the second state is returned; An application screen when the target application is in the second state is displayed.

12. The method according to claim 10, characterized in that When the target application is converted from the second state to the first state, displaying the initial application screen returned by the target application server includes: In response to a triggering event of a state transition control in an application screen displaying a live broadcast state identifier, the target application transitions from the second state to the first state; When the target application is converted from the second state to the first state, the initial application screen returned by the target application server is displayed.

13. The method according to claim 10, characterized in that After displaying the application screen of the target application in the second state returned by the target application server when the target application is converted from the first state to the second state, the method further includes: In response to a live broadcast completion trigger event of a live broadcast status control in an application screen when the target application is in the second state, display a live broadcast end dialog box, wherein the live broadcast end dialog box displays live broadcast data; In response to a close trigger event for the live broadcast end dialog box, the live broadcast end dialog box is closed.

14. The method according to claim 13, characterized in that After the closing trigger event of the live broadcast end dialog box is responded to and the live broadcast end dialog box is closed, the method further includes: In response to a play operation on a target live video, the target live video is obtained and sent by the target application server from the live server, the live server merges the key live sub-video and the non-key live sub-video in the time sequence of the live time period to obtain the target live video, the key live sub-video is generated by each key application screen, and each key application screen is an application screen of the key live time period corresponding to the target live time point, the non-key live sub-video is generated by each non-key application screen, and each non-key application screen is an application screen of the non-key live time period corresponding to the target live time point; The key live sub-video in the target live video is played according to the preset original playback speed parameters, and the non-key live sub-video in the target live video is played according to the preset target playback speed parameters.

15. A target application live broadcast device, characterized in that: The device comprises: a request acquisition module, configured to acquire an initial application screen loading request sent by a target application server when the target application is converted from a second state to a first state, wherein the initial application screen loading request carries a live object identifier, the target application is in a live state, and the service resources required by the target application in the first state are greater than the service resources required by the target application in the second state; A screen loading module, configured to obtain a target service resource in response to the initial application screen loading request, and use the target service resource to load the initial application screen corresponding to the target application, push the initial application screen live, and obtain application screen change information corresponding to the live object identifier from the target application server; A screen generation module, used to generate a screen based on the application screen change information and the initial application screen, obtain a target application screen, and push the target application screen live; A resource release module is used to obtain a resource release request sent by the target application server when the target application is converted from the first state to the second state, release the target service resources in response to the resource release request, and obtain the application screen when the target application is in the second state, and push the application screen live.

16. A target application live broadcast device, characterized in that: The device comprises: A first state conversion module is used to display the initial application screen returned by the target application server when the target application is converted from the second state to the first state. The target application server sends an initial application screen loading request to the live broadcast server when the target application is converted from the second state to the first state. The live broadcast server obtains the target service resource in response to the initial application screen loading request, uses the target service resource to load the initial application screen, and pushes the initial application screen live. The initial application screen loading request carries a live broadcast object identifier. The target application is in a live broadcast state. The service resources required by the target application in the first state are greater than the service resources required by the target application in the second state. A target screen display module is used to display a target application screen in response to a control trigger event for the initial application screen, wherein the target application screen is generated by the target application server based on the application screen change information obtained by the control trigger event and the initial application screen, the target application server sends the application screen change information corresponding to the live object identifier to the live broadcast server, the live broadcast server generates a screen based on the application screen change information and the initial application screen to obtain a target application screen, and pushes the target application screen for live broadcast; The second state conversion module is used to display the application screen of the target application in the second state returned by the target application server when the target application is converted from the first state to the second state. The target application server sends a resource release request to the live broadcast server when the target application is converted from the first state to the second state. The live broadcast server releases the target service resources in response to the resource release request and obtains the application screen of the target application in the second state, and pushes the application screen live.

17. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 14 are implemented.

18. A computer-readable storage medium having a computer program stored thereon, 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 14 are implemented.

19. 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 14 are implemented.

Images