Recording and broadcasting starting method and device, electronic equipment and storage medium

Abstract

The invention relates to a recording and broadcasting starting method and device, electronic equipment and a storage medium. The method comprises the following steps: receiving delay information corresponding to each live broadcast action sent by a second server; each live broadcast action is a live broadcast action executed by an anchor user in a pre-recorded live broadcast video, and the trigger time of each piece of delay information is matched with the corresponding execution time of each live broadcast action in the live broadcast video; and in the live broadcast process through the pre-recorded live broadcast video, under the condition that the playing progress of the live broadcast video reaches the triggering time of each piece of delay information, executing a live broadcast action corresponding to each piece of delay information. According to the method and the device, the real-time live broadcast process of the anchor user can be simulated, so that the anchor user does not need to monitor the playback progress of the recorded live broadcast video in real time to cooperate with the execution action, and the operation complexity of starting the live broadcast through the recorded live broadcast can be reduced.

Description

Recording and broadcasting methods, devices, electronic equipment and storage media Technical Field

[0001] This disclosure relates to the field of live streaming technology, and in particular to a method, apparatus, electronic device, and storage medium for recording and broadcasting. Background Technology

[0002] With the development of live streaming technology, a technique has emerged that uses live recording and playback for live broadcasting. By pre-recording the live playback video stream, the recorded video stream can be used to simulate real-time live streaming, thus allowing users to extend the live streaming time and improve the live streaming effect.

[0003] In related technologies, current methods for recording and broadcasting require users to first complete the live stream recording. After the recorded video is streamed, users can perform corresponding actions in real time during the playback of the recorded live stream to ensure the authenticity of the recording and broadcasting.

[0004] However, the above-mentioned method of recording and broadcasting requires users to monitor the playback progress of the recorded live video in real time to ensure that they can complete the corresponding actions in real time in accordance with the progress of the live video, which makes the operation relatively cumbersome. Summary of the Invention

[0005] This disclosure provides a method, apparatus, electronic device, and storage medium for recording and broadcasting, to at least solve the problem of cumbersome recording and broadcasting operations in related technologies. The technical solution of this disclosure is as follows:

[0006] According to a first aspect of the present disclosure, a method for recording and broadcasting is provided, comprising:

[0007] Receive delay information corresponding to each live action sent by the second server; each live action is a live action performed by the anchor user in a pre-recorded live video, and the trigger time of each delay information matches the execution time of each live action in the live video.

[0008] During the live broadcast using the pre-recorded live video, when the playback progress of the live video reaches the trigger time of each of the aforementioned delay information, the live broadcast action corresponding to each of the aforementioned delay information is executed.

[0009] In an exemplary embodiment, the step of executing the live streaming action corresponding to each of the delay information when the playback progress of the live streaming video reaches the trigger time of each of the delay information includes: when the playback progress of the live streaming video reaches the trigger time of any current delay information, triggering the current delay information and obtaining the execution status of the current live streaming action corresponding to the current delay information; when the execution status of the current live streaming action indicates that the current live streaming action has not been completed, obtaining the execution status of the adjacent live streaming action corresponding to the current live streaming action; and when the execution status of the adjacent live streaming action satisfies a preset condition, executing the current live streaming action.

[0010] In an exemplary embodiment, the adjacent live streaming action includes: the previous live streaming action of the current live streaming action and the next live streaming action of the current live streaming action; the step of executing the current live streaming action when the execution status of the adjacent live streaming action meets a preset condition includes: executing the current live streaming action when the execution status of the next live streaming action indicates that the next live streaming action has not been completed and the execution status of the previous live streaming action indicates that the previous live streaming action has been completed.

[0011] In an exemplary embodiment, after obtaining the execution status of the adjacent live streaming action corresponding to the current live streaming action, the method further includes: canceling the execution of the current live streaming action if the execution status of the next live streaming action indicates that the next live streaming action has been completed; and / or continuously obtaining the execution status of the previous live streaming action for a preset time period if the execution status of the previous live streaming action indicates that the previous live streaming action has not been completed, until the execution status of the previous live streaming action indicates that the previous live streaming action has been completed, and then executing the current live streaming action.

[0012] In an exemplary embodiment, after executing the current live streaming action, the method further includes: if the current live streaming action fails to execute, obtaining the number of times the current live streaming action has been executed; if the number of executions does not exceed a preset execution count threshold, then re-executing the current live streaming action until the current live streaming action is successfully executed, or the number of executions exceeds the preset execution count threshold.

[0013] In an exemplary embodiment, after obtaining the number of times the current live streaming action is executed, the method further includes: if the number of executions exceeds the preset execution count threshold and there is a next live streaming action, generating an alarm signal and pushing it to the broadcaster user; the alarm information is used to instruct the broadcaster user to execute the current live streaming action; and / or if the number of executions exceeds the preset execution count threshold and there is no next live streaming action, returning to the step of triggering the current delay information.

[0014] In one exemplary embodiment, after obtaining the execution status of the current live streaming action corresponding to the current delay information, the method further includes: if the execution status of the current live streaming action indicates that the current live streaming action has been completed, canceling the execution of the current live streaming action.

[0015] According to a second aspect of the present disclosure, a recording and broadcasting method is provided, applied to a second server, comprising:

[0016] Acquire pre-recorded live video and corresponding live action data; the live action data is used to store each live action performed by the broadcaster in the live video, and the execution time of each live action in the live video.

[0017] Based on the live streaming action data, delay information corresponding to each of the live streaming actions is generated, and each of the delay information is sent to the first server; the first server is used to execute the live streaming action corresponding to each of the delay information when the playback progress of the live streaming video reaches the trigger time of each of the delay information during the live streaming process through the pre-recorded live streaming video.

[0018] In an exemplary embodiment, sending the delay information to the first server includes: sending the delay information corresponding to each of the live streaming actions to the first server through the threads corresponding to each of the live streaming actions.

[0019] In an exemplary embodiment, the live video is a live video featuring virtual resources recommended by the broadcaster user; the step of obtaining the pre-recorded live video and the corresponding live action data includes: responding to a request initiated by the broadcaster user to start a live broadcast using the recorded live video, obtaining the video after the broadcaster user edited the original recorded live video, and the resource information after the broadcaster user adjusted the virtual resources recommended in the original live video; obtaining the verification result of the request based on the resource information and the broadcaster user's user information; if the verification result indicates that the verification passed, using the edited video as the pre-recorded live video, and obtaining the live action data corresponding to the live video from a database storing the live action data corresponding to the original live video.

[0020] In an exemplary embodiment, the recording and broadcasting method further includes: after completing the live broadcast using the pre-recorded live video, acquiring the live video data and live action data of the live broadcast; and obtaining the live broadcast quality of the live broadcast based on the live video data and live action data using a pre-built artificial intelligence model.

[0021] According to a third aspect of the present disclosure, a recording and broadcasting device is provided, applied to a first server, comprising:

[0022] The delay information receiving unit is configured to receive delay information corresponding to each live broadcast action sent by the second server; each live broadcast action is a live broadcast action performed by the anchor user in a pre-recorded live broadcast video, and the trigger time of each delay information matches the execution time of each live broadcast action in the live broadcast video.

[0023] The live streaming action execution unit is configured to execute the live streaming action corresponding to each of the delay information when the playback progress of the live streaming video reaches the trigger time of each of the delay information during the live streaming process using the pre-recorded live streaming video.

[0024] In an exemplary embodiment, the live streaming action execution unit is further configured to, when the playback progress of the live streaming video reaches the trigger time of any current delay information, trigger the current delay information and obtain the execution status of the current live streaming action corresponding to the current delay information; when the execution status of the current live streaming action indicates that the current live streaming action has not been completed, obtain the execution status of the adjacent live streaming action corresponding to the current live streaming action; and when the execution status of the adjacent live streaming action meets a preset condition, execute the current live streaming action.

[0025] In an exemplary embodiment, the adjacent live streaming action includes: the previous live streaming action of the current live streaming action and the next live streaming action of the current live streaming action; the live streaming action execution unit is further configured to execute the current live streaming action when the execution status of the next live streaming action indicates that the next live streaming action has not been completed and the execution status of the previous live streaming action indicates that the previous live streaming action has been completed.

[0026] In an exemplary embodiment, the live streaming action execution unit is further configured to: cancel the execution of the current live streaming action if the execution status of the next live streaming action indicates that the next live streaming action has been completed; and / or, if the execution status of the previous live streaming action indicates that the previous live streaming action has not been completed, continuously acquire the execution status of the previous live streaming action for a preset time period until the execution status of the previous live streaming action indicates that the previous live streaming action has been completed, and then execute the current live streaming action.

[0027] In an exemplary embodiment, the live streaming action execution unit is further configured to re-execute the current live streaming action if the number of executions does not exceed a preset execution count threshold, until the current live streaming action is successfully executed or the number of executions exceeds the preset execution count threshold.

[0028] In an exemplary embodiment, the live streaming action execution unit is further configured to generate an alarm signal and push it to the broadcaster user if the number of executions exceeds the preset execution number threshold and there is a next live streaming action; the alarm signal is used to instruct the broadcaster user to execute the current live streaming action; and / or if the number of executions exceeds the preset execution number threshold and there is no next live streaming action, return to the step of triggering the current delay information.

[0029] In an exemplary embodiment, the live streaming action execution unit is further configured to cancel the execution of the current live streaming action if the execution status of the current live streaming action indicates that the current live streaming action has been completed.

[0030] According to a fourth aspect of the present disclosure, a recording and broadcasting device is provided, applied to a second server, comprising:

[0031] The live streaming data acquisition unit is configured to acquire pre-recorded live streaming videos and corresponding live streaming action data; the live streaming action data is used to store each live streaming action performed by the broadcaster in the live streaming video, and the execution time of each live streaming action in the live streaming video.

[0032] The delay information sending unit is configured to generate delay information corresponding to each of the live streaming actions based on the live streaming action data, and send each of the delay information to the first server; the first server is used to execute the live streaming action corresponding to each of the delay information when the playback progress of the live streaming video reaches the trigger time of each of the delay information during the live streaming process through the pre-recorded live streaming video.

[0033] In an exemplary embodiment, the delay information sending unit is further configured to execute a thread corresponding to each of the live streaming actions to send delay information corresponding to each of the live streaming actions to the first server.

[0034] In an exemplary embodiment, the live video is a live video featuring virtual resources recommended by the broadcaster user; the live data acquisition unit is further configured to respond to a request initiated by the broadcaster user to start a live broadcast using a recorded live video, acquire the video after the broadcaster user edited the original recorded live video, and the resource information after the broadcaster user adjusted the virtual resources recommended in the original live video; acquire the verification result of the request based on the resource information and the broadcaster user's user information; if the verification result indicates that the verification passed, use the edited video as the pre-recorded live video, and acquire the live action data corresponding to the live video from a database storing live action data corresponding to the original live video.

[0035] In one exemplary embodiment, the recording and broadcasting apparatus further includes: a recording and broadcasting quality acquisition unit, configured to acquire live video data and live action data of the live broadcast after the live broadcast is completed using the pre-recorded live video; and to acquire the live broadcast quality of the live broadcast based on the live video data and live action data using a pre-built artificial intelligence model.

[0036] According to a fifth aspect of the present disclosure, an electronic device is provided, comprising: a processor; and a memory for storing processor-executable instructions; wherein the processor is configured to execute the instructions to implement the recording and broadcasting method as described in any one of the first or second aspects.

[0037] According to a sixth aspect of the present disclosure, a computer-readable storage medium is provided, wherein when the instructions in the computer-readable storage medium are executed by a processor of an electronic device, the electronic device is enabled to perform the recording and broadcasting method as described in any one of the embodiments of the first or second aspect.

[0038] According to a seventh aspect of the present disclosure, a computer program product is provided, the computer program product including instructions that, when executed by a processor of an electronic device, enable the electronic device to perform the recording and broadcasting method as described in any one of the embodiments of the first or second aspect.

[0039] The technical solutions provided by the embodiments of this disclosure have at least the following beneficial effects:

[0040] The first server receives delay information corresponding to each live streaming action from the second server. Each live streaming action is a live streaming action performed by the broadcaster in a pre-recorded live streaming video. The trigger time of each delay information matches the execution time of the corresponding live streaming action in the live streaming video. During live streaming using the pre-recorded live streaming video, the live streaming action corresponding to each delay information is executed when the playback progress of the live streaming video reaches the trigger time of each delay information. This disclosure can send delay information of the live streaming actions performed by the broadcaster account in the pre-recorded live streaming video to the second server. The trigger time of this delay information matches the execution time of the live streaming action in the live streaming video. Therefore, when live streaming using the pre-recorded live streaming video, the delay information can be triggered to execute the corresponding live streaming action when the playback progress reaches the trigger time of the delay information. In this way, when live streaming using the recorded live streaming video, the live streaming action can be executed according to the execution time corresponding to the delay information. Thus, the first server can simulate the real-time live streaming process of the broadcaster user. Therefore, the broadcaster user does not need to monitor the playback progress of the recorded live streaming video in real time to cooperate in executing the action, thereby reducing the cumbersome operation of starting a live stream using a recorded live stream.

[0041] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

[0042] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure, and are not intended to unduly limit this disclosure.

[0043] Figure 1 is an application environment diagram illustrating a recording and broadcasting method according to an exemplary embodiment.

[0044] Figure 2 is a flowchart illustrating a recording and broadcasting method according to an exemplary embodiment.

[0045] Figure 3 is a flowchart illustrating the execution of live streaming actions corresponding to various delay information according to an exemplary embodiment.

[0046] Figure 4 is a flowchart illustrating a recording and broadcasting method according to another exemplary embodiment.

[0047] Figure 5 is a flowchart illustrating the acquisition of live video and live motion data according to an exemplary embodiment.

[0048] Figure 6 is a flowchart illustrating a live recording and playback method according to an exemplary embodiment.

[0049] Figure 7 is a structural diagram of a live recording, playback and broadcasting system according to an exemplary embodiment.

[0050] Figure 8 is a flowchart illustrating a live recording and playback method according to another exemplary embodiment.

[0051] Figure 9 is a flowchart illustrating the execution of a live streaming action according to an exemplary embodiment.

[0052] Figure 10 is a flowchart illustrating the execution of a live streaming action according to another exemplary embodiment.

[0053] Figure 11 is a block diagram illustrating a recording and broadcasting device according to an exemplary embodiment.

[0054] Figure 12 is a block diagram illustrating a recording and broadcasting device according to another exemplary embodiment.

[0055] Figure 13 is a block diagram illustrating an electronic device according to an exemplary embodiment. Detailed Implementation

[0056] To enable those skilled in the art to better understand the technical solutions of this disclosure, the technical solutions in the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings.

[0057] It should be noted that the terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this disclosure are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this disclosure described herein can be implemented in orders other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0058] It should also 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 display, data used for analysis, etc.) involved in this disclosure are all information and data authorized by the user or fully authorized by all parties.

[0059] The recording and broadcasting method provided in this disclosure can be applied to the application environment shown in Figure 1. The first server 101 interacts with the second server 102 via a network. Specifically, when the second server 102 receives a request from a broadcaster to start a live broadcast using a pre-recorded live video, it obtains the pre-recorded live video and the corresponding live action data. It then uses the live action data to generate delay information corresponding to each live action performed by the broadcaster in the live video and sends it to the first server 101. During the live broadcast using the pre-recorded live video, the first server 101 can trigger the delay information when the playback progress reaches the trigger time of each delay information, thus executing the corresponding live action. This simulates the broadcaster's live actions during the live broadcast using the pre-recorded live video. The first server 101 can be an action execution server for simulating live actions, while the second server 102 can be a server for implementing the live broadcast.

[0060] Figure 2 is a flowchart illustrating a recording and broadcasting method according to an exemplary embodiment. As shown in Figure 2, the recording and broadcasting method is used in a first server 101 and includes the following steps.

[0061] In step S201, the delay information corresponding to each live action is received from the second server 102; each live action is a live action performed by the anchor user in a pre-recorded live video, and the trigger time of each delay information matches the execution time of each live action in the live video.

[0062] Live streaming actions refer to the actions performed by the broadcaster in a pre-recorded live streaming video. In this embodiment, the broadcaster account can re-start a live stream using its pre-recorded live streaming video. This pre-recorded live streaming video can be a video recorded from the broadcaster account's historical live streaming process, and the live streaming action is the live streaming action performed by the broadcaster account during that historical live streaming process. For example, a historical live stream might be used to recommend resources. During the live stream, the broadcaster can explain the recommended resources and add links to obtain the recommended resources in the live stream. In this case, the broadcaster needs to initiate a live stream operation to add resource access links. Alternatively, the broadcaster can initiate a live stream operation to adjust the resource list during the live stream.

[0063] The execution time refers to the execution time of the aforementioned live-streaming actions within the live-streaming video, i.e., the execution time of the live-streaming operation during the historical live-streaming process. The delay information, on the other hand, is generated by the second server 102 to delay the triggering of live-streaming actions. The trigger time corresponding to this delay information can be matched with the execution time of each live-streaming action to ensure accurate simulation of the live-streaming actions. Specifically, when the second server 102 receives a request from a broadcaster to start a live stream using a pre-recorded live-streaming video, it can generate corresponding delay information based on each live-streaming action performed by the broadcaster in the live-streaming video and send it to the first server 101. The first server 101 can then receive this delay information.

[0064] In step S202, during the live broadcast using pre-recorded live video, when the playback progress of the live video reaches the trigger time of each delay information, the live broadcast action corresponding to each delay information is executed.

[0065] After receiving the delay information, the first server 101 can monitor the playback progress of the live video in real time during the live broadcast using the pre-recorded live video. When the progress reaches the trigger time of the delay information, the delay information is triggered to execute the corresponding live broadcast action. Since the trigger time of the delay information matches the execution time of the live broadcast action in the live video, the execution time of the live broadcast action during the recorded video broadcast process can match the execution time in the historical live broadcast process. Therefore, the broadcaster does not need to monitor the playback progress of the recorded live video playback in real time to coordinate the execution of the action, thus reducing the cumbersome operation of starting a live broadcast through a recorded live video.

[0066] In the above-described recording and broadcasting method, the first server 101 receives delay information corresponding to each live broadcast action sent by the second server 102; each live broadcast action is a live broadcast action performed by the anchor user in a pre-recorded live broadcast video, and the trigger time of each delay information matches the execution time of each live broadcast action in the live broadcast video; during the live broadcast through the pre-recorded live broadcast video, when the playback progress of the live broadcast video reaches the trigger time of each delay information, the live broadcast action corresponding to each delay information is executed. This disclosure can send delay information of the live streaming actions performed by the broadcaster's account in the pre-recorded live video to the second server 102. The trigger time of the delay information matches the execution time of the live streaming action in the live video. Therefore, when broadcasting through the pre-recorded live video, the delay information can be triggered to execute the corresponding live streaming action when the playback progress reaches the trigger time of the delay information. In this way, when broadcasting using the recorded live video, the live streaming action can be executed at the execution time corresponding to the live streaming action through the delay information. Thus, the first server 101 can simulate the real-time live streaming process of the broadcaster user. Therefore, the broadcaster user does not need to monitor the playback progress of the recorded live video playback in real time to cooperate with the execution of the action, thereby reducing the cumbersome operation of starting a live broadcast through a recorded live video.

[0067] In an exemplary embodiment, as shown in FIG3, step S202 may further include:

[0068] In step S301, when the playback progress of the live video reaches the trigger time of any current delay information, the current delay information is triggered, and the execution status of the current live action corresponding to the current delay information is obtained.

[0069] The current delay information refers to any one of the various delay information, the current live action refers to the live action corresponding to the current delay information, and the execution status is used to characterize whether the current live action has been completed. Specifically, if the playback progress of the live video reaches the trigger time of any current delay information, the first server 101 can trigger the above current delay information and determine whether the current live action has been completed in order to obtain the execution status of the current live action.

[0070] In step S302, if the execution status of the current live action indicates that the current live action has not been completed, the execution status of the adjacent live action corresponding to the current live action is obtained.

[0071] In step S303, if the execution status of an adjacent live streaming action meets a preset condition, the current live streaming action is executed.

[0072] Adjacent live actions refer to live actions whose execution order is adjacent to the current live action. These can include at least one of the previous live action and the next live action. In this embodiment, the current live action is executed only if its execution status indicates that it has not been completed. Furthermore, to avoid out-of-order execution of live actions due to the out-of-order triggering of delay information, the first server 101 in this embodiment can also obtain the execution status of adjacent live actions and execute the current live action only if the execution status of adjacent live actions meets preset conditions. This method avoids out-of-order execution of the current live action and further improves the realism of the live action simulation.

[0073] In this embodiment, when the playback progress of the live video reaches the trigger time of any current delay information, the execution status of the adjacent live action can be obtained, and the current live action is only executed when the execution status of the adjacent live action meets the preset conditions. This method can improve the realism of the live action simulation.

[0074] Furthermore, adjacent live streaming actions include: the previous live streaming action of the current live streaming action, and the next live streaming action of the current live streaming action; step S303 may further include: executing the current live streaming action when the execution status of the next live streaming action indicates that the next live streaming action has not been completed, and the execution status of the previous live streaming action indicates that the previous live streaming action has been completed.

[0075] In this embodiment, adjacent live streaming actions include both the previous live streaming action and the next live streaming action. The execution status of adjacent live streaming actions meets a preset condition: the next live streaming action has not yet been completed, while the previous live streaming action has been completed. Specifically, the first server 101 only executes the current live streaming action if the previous live streaming action has been completed and the next live streaming action has not yet been completed. This method ensures the consistency of the timing of action execution.

[0076] In this embodiment, when the playback progress of the live video reaches the trigger time of any current delay information, the current live action can be executed only if the previous live action has been completed and the next live action has not been completed. This method can ensure the consistency of the timing of action execution.

[0077] Additionally, after step S301, the process may further include: canceling the execution of the current live streaming action if the execution status of the next live streaming action indicates that the next live streaming action has been completed; and / or continuously acquiring the execution status of the previous live streaming action within a preset time period if the execution status of the previous live streaming action indicates that the previous live streaming action has not been completed, until the execution status of the previous live streaming action indicates that the previous live streaming action has been completed, and then executing the current live streaming action.

[0078] If the execution status of the next live broadcast action indicates that the next live broadcast action has been completed, in order to avoid disordered execution sequence, the first server 101 can cancel the execution of the current live broadcast action, that is, skip the current live broadcast action directly.

[0079] If the execution status of the previous live stream action indicates that the previous live stream action has not been completed, then the first server 101 will spin-wait until the previous live stream action is completed before executing the current live stream action. The spin-wait duration can be a preset duration, such as 10 seconds. That is, wait 10 seconds. If the previous live stream action is detected to have been completed within 10 seconds, the current live stream action will be executed. If the spin-wait duration exceeds the preset duration, that is, if the previous live stream action has not been completed within 10 seconds, then the execution of the current live stream action will be canceled.

[0080] In this embodiment, if the previous live streaming action has not been completed, the first server 101 will spin and wait until the previous live streaming action is completed before executing the current live streaming action. If the next live streaming action has been completed, the execution of the current live streaming action will be skipped directly. This method can further ensure the consistency of the timing of action execution.

[0081] In an exemplary embodiment, after step S303, the method may further include: if the current live streaming action fails to execute, obtaining the number of times the current live streaming action is executed; if the number of executions does not exceed a preset execution count threshold, then re-executing the current live streaming action until the current live streaming action is successfully executed, or the number of executions exceeds the preset execution count threshold.

[0082] In this embodiment, if the current live streaming action fails, the first server 101 can repeat the current live streaming action according to a preset execution count threshold until the current live streaming action is successfully executed, or the number of executions exceeds the preset execution count threshold, which can be 3 times. Specifically, a retry mechanism is also provided when the current live streaming action fails, and the maximum number of retries can be the preset execution count threshold. When the current live streaming action fails, the first server 101 can first determine the number of times the current live streaming action has been executed. If the number of executions does not exceed the preset execution count threshold, for example, if the number of executions does not exceed 3 times, then the current live streaming action is re-executed until the current live streaming action is successfully executed, or the number of executions exceeds the preset execution count threshold.

[0083] In this embodiment, if the current live streaming action fails to execute, it can be determined whether the number of times the current live streaming action is executed exceeds the execution count threshold. If it does not exceed the threshold, the current live streaming action is re-executed until the current live streaming action is successfully executed, or the number of executions exceeds the preset execution count threshold. This method can further improve the probability of the current live streaming action being successfully executed.

[0084] In addition, after obtaining the number of times the current live streaming action is executed, the method also includes: if the number of executions exceeds a preset execution threshold and there is a next live streaming action, generating an alarm signal and pushing it to the broadcaster user; the alarm information is used to instruct the broadcaster user to execute the current live streaming action; and / or if the number of executions exceeds a preset execution threshold and there is no next live streaming action, returning to the step of triggering the current delay information.

[0085] If the number of executions exceeds the preset execution threshold, and there is a next live streaming action, then in order not to affect the execution of the next live streaming action, the first server 101 can generate an alarm message indicating that the current live streaming action has failed and push it to the broadcaster user. This alarm message can be used to prompt the broadcaster user to manually trigger the current live streaming action to further ensure the execution of the current live streaming action.

[0086] If the number of executions exceeds the preset execution threshold and there is no next live broadcast action, then the current delay message can be retried, that is, the step that triggered the current delay information is returned to be executed, so as to re-trigger the current delay information.

[0087] In this embodiment, if the number of executions exceeds a preset threshold, the first server 101 can determine whether there is a next live broadcast action. If there is, an alarm signal is generated and pushed to the broadcaster user to prompt the broadcaster user to execute it manually. If there is no next action, the delay information is re-triggered. This method can further ensure the smooth execution of the current live broadcast action.

[0088] Additionally, after step S301, the process may further include: canceling the execution of the current live streaming action if the execution status of the current live streaming action indicates that the current live streaming action has been completed.

[0089] If the execution status of the current live streaming action indicates that the current live streaming action has been completed, then in order to avoid the current live streaming action being executed repeatedly, the first server 101 can cancel the execution of the current live streaming action.

[0090] In this embodiment, if the current live streaming action has been completed, the first server 101 can cancel the execution of the current live streaming action to avoid the repeated execution of the current live streaming action.

[0091] Figure 4 is a flowchart illustrating a recording and broadcasting method according to an exemplary embodiment. As shown in Figure 4, the recording and broadcasting method is used in a second server 102 and includes the following steps.

[0092] In step S401, a pre-recorded live video and corresponding live action data are obtained. The live action data is used to store each live action performed by the anchor user in the live video, as well as the execution time of each live action in the live video.

[0093] Pre-recorded live video can be a complete live video of a historical live stream provided by a live video recording server, or it can be a video obtained by the broadcaster after editing the complete live video. Live action data is used to store each live action performed by the broadcaster in the live video, as well as the execution time of each live action in the live video. This live action data can be stored in the live action database.

[0094] Specifically, when a live streamer starts a live broadcast using a pre-recorded live video, the second server 102 can obtain the pre-recorded live video and retrieve the corresponding live action data from the live action database.

[0095] In step S402, based on the live action data, delay information corresponding to each live action is generated, and each delay information is sent to the first server 101; the first server 101 is used to execute the live action corresponding to each delay information when the playback progress of the live video reaches the trigger time of each delay information during the live broadcast process using pre-recorded live video.

[0096] After obtaining the live action data, delay information corresponding to each live action can be generated and sent to the first server 101. The first server 101 can then execute the live action corresponding to each delay information if the playback progress of the live video reaches the trigger time of each delay information during the live broadcast using the pre-recorded live video. This method eliminates the need for the broadcaster to monitor the playback progress of the recorded live video in real time and can still cooperate in executing actions, thus reducing the cumbersome operation of starting a live broadcast using the recorded live video.

[0097] In the above-described recording and broadcasting method, the second server 102 obtains pre-recorded live video and corresponding live action data. The live action data is used to store each live action performed by the broadcaster in the live video, as well as the execution time of each live action in the live video. Based on the live action data, delay information corresponding to each live action is generated, and each delay information is sent to the first server 101. The first server 101 is used to execute the live action corresponding to each delay information when the playback progress of the live video reaches the trigger time of each delay information during the live broadcast process using the pre-recorded live video. This disclosure can send delay information of the live streaming actions performed by the broadcaster's account in the pre-recorded live video to the second server 102. The trigger time of the delay information matches the execution time of the live streaming action in the live video. Therefore, when broadcasting through the pre-recorded live video, the delay information can be triggered to execute the corresponding live streaming action when the playback progress reaches the trigger time of the delay information. In this way, when broadcasting using the recorded live video, the live streaming action can be executed at the execution time corresponding to the live streaming action through the delay information. Thus, the first server 101 can simulate the real-time live streaming process of the broadcaster user. Therefore, the broadcaster user does not need to monitor the playback progress of the recorded live video playback in real time to cooperate with the execution of the action, thereby reducing the cumbersome operation of starting a live broadcast through a recorded live video.

[0098] Furthermore, step S402 may further include: sending the delay information corresponding to each live action to the first server 101 through the thread corresponding to each live action.

[0099] In this embodiment, the delay information corresponding to different live streaming actions can be sent to the first server 101 through different threads. That is, the sending of delay information is achieved through multi-threading. Sending delay information through multi-threading can improve the timeliness and stability of delay information sending, thus improving the stability of live streaming action execution.

[0100] In this embodiment, delay information corresponding to different live streaming actions can be sent through multiple threads. This method can improve the timeliness and stability of delay information transmission, thereby improving the stability of live streaming action execution.

[0101] In an exemplary embodiment, the live video recommends virtual resources to the broadcaster user; as shown in FIG5, step S401 may further include:

[0102] In step S501, in response to the request initiated by the broadcaster user to start a live broadcast using the recorded live video, the system obtains the video after the broadcaster user edited the original recorded live video, as well as the resource information after the broadcaster user adjusted the virtual resources recommended in the original live video.

[0103] The original live video refers to the complete live video of a certain historical live broadcast process. In this embodiment, the live video used can be obtained by editing the original live video. For example, it can be a live video where the broadcaster edits a part of the live video. Since the live video is a live video that recommends virtual resources to the broadcaster, some of the recommended virtual resources may have zero inventory. In this case, it is not suitable to continue to recommend them during the live broadcast process through recording. Therefore, the broadcaster can edit the live video of this segment to obtain the live video for recording and broadcasting.

[0104] The adjusted resource information refers to the resource information obtained after the broadcaster user adjusts the recommended resource information. Before the recorded broadcast begins, the broadcaster account can also adjust the resource information of the recommended virtual resources. For example, this may include increasing the inventory of virtual resources or relisting virtual resources that have been taken down. After the broadcast request is initiated, the second server 102 can respond to the request and obtain the video after the broadcaster has edited the original live video recorded by the broadcaster, as well as the adjusted resource information.

[0105] In step S502, the verification result of the request is obtained based on the resource information and the user information of the broadcaster.

[0106] In step S503, if the verification result indicates that the verification is passed, the edited video is used as a pre-recorded live video, and the live action data corresponding to the live video is obtained from the database storing the live action data corresponding to the original live video.

[0107] After obtaining the adjusted resource information, the server can verify the request to start broadcasting the recorded video based on the resource information and the user information of the broadcaster. The verification includes checking the inventory of resources, the availability rate of resources, and whether there are any abnormal products. It also includes verifying the broadcaster to see if they meet the requirements for starting broadcasting the recorded video. Only if the verification passes will the second server 102 use the edited video as the pre-recorded live video and retrieve the corresponding live action data from the database that stores the live action data corresponding to the original live video.

[0108] In this embodiment, when a request to start broadcasting via recorded video is received, the second server 102 can also verify the recommended resource information and the user information of the broadcaster. Only if the verification is successful will the edited video be used as the pre-recorded live video, and the live action data will be obtained from the database storing the live action data corresponding to the original live video. This embodiment can ensure the stability and authenticity of broadcasting recorded video.

[0109] In addition, the pre-recorded live streaming method may also include: after completing the live stream using pre-recorded live video, acquiring the live video data and live action data of the live stream; and using a pre-built artificial intelligence model to obtain the live stream quality based on the live video data and live action data of the live stream.

[0110] Finally, after the live broadcast is completed using pre-recorded live video, live video data and live action data of triggered live actions can be collected during the recorded live broadcast. Furthermore, artificial intelligence models can be used to combine live video data and live action data to obtain the live broadcast quality. For example, artificial intelligence models can be used to combine live action data and live video data to identify whether there is any asynchrony between the executed live actions and the audio and video of the live broadcast, thereby determining the live broadcast quality of the recorded live broadcast.

[0111] In this embodiment, an artificial intelligence model can also be used to identify the live streaming quality of recorded live streams, providing feedback information on the live streaming quality during the recorded live stream process. This method can improve the live streaming quality of recorded live streams.

[0112] In one exemplary embodiment, a live recording and playback system is also provided. Currently, the method for starting a live broadcast through live recording and playback typically includes the process shown in Figure 6: first, the original live broadcast is recorded to capture video; then, the video is re-streamed using third-party OBS software; and during the playback, the user manually monitors the broadcast to complete the live actions. Therefore, the current live recording and playback method has the following drawbacks: first, it is cumbersome and complex, requiring users to have professional operating skills; second, users still need to manually monitor the broadcast throughout, coordinating with the video progress to complete the live actions; and third, the clarity of the video recording and the matching accuracy of the actions cannot be guaranteed, easily affecting the user experience and leading to user churn.

[0113] Therefore, this embodiment designs a platform-based live streaming recording, playback, and broadcasting system that supports automatic recording of historical high-quality live stream videos and live streaming operations. After the live stream, the user can select the recorded live stream for one-click replay and broadcasting. The system implements managed operations during broadcasting, requiring no manual intervention throughout the process, which can significantly reduce user costs and improve user experience. As shown in Figure 7, the system may include the following parts:

[0114] The first part involves the system automatically recording and storing all actions, such as resource changes, in historical live streams before the live stream begins. This information is then provided to the user in a setup page for a second live stream, allowing them to edit out inconsistencies or unavailable resources. Finally, the system verifies the usability of the live stream content and the user experience after the user's actions.

[0115] The second part is that during live streaming, the system supports one-click re-streaming of the recorded video stream. After the live stream starts, it will automatically replicate the user operations at each time point of the historical live stream. Through TCC distributed transactions, action execution state machines, and out-of-order concurrent processing of message consumption, the correctness, timeliness, and consistency of the action performance are guaranteed.

[0116] The third part involves providing a data dashboard after the live stream to help users understand the effectiveness of the broadcast and the direction of operations. It also helps the platform monitor the streamer's diligence, user churn rate, and other factors for adjustment. Furthermore, it supports AI-powered intelligent identification of issues such as live stream operation and audio-visual asynchrony, ensuring a better user experience.

[0117] The detailed process is shown in Figure 8. First, the user interacts with the pre-live broadcast setup page to handle resources that do not meet the requirements, such as adding inventory to resources that are out of stock or relisting delisted resources. After the system verifies the information, it is stored in the live broadcast action database. Then, during the broadcast, the system interacts with the audio and video to re-stream the historically recorded video stream. TCC distributed transactions are used to ensure the consistency between the broadcast and the data stored in the system. Finally, during the live broadcast, RocketMQ is used to send delayed messages to the actions to be executed. The time of the delayed consumption is the time point when the action was executed in the historical live broadcast. Multi-threading and asynchronous fallback mechanisms are used to ensure the timeliness and consistency of the action execution.

[0118] The key point of this embodiment is ensuring the correctness of action execution during the secondary playback broadcast. In this embodiment, action execution is implemented using RocketMQ delayed messages. During message consumption, problems such as duplication, out-of-order delivery, and failure may occur. The specific solutions are shown in Figure 9 or Figure 10, and the solutions are as follows:

[0119] To address the issue of duplicate consumption, a state machine for action execution was established. After a message is consumed once, the state machine is driven to transition to the final state. When consuming the message repeatedly, the state machine is checked to ensure idempotency of consumption.

[0120] To address the issue of out-of-order consumption, a timing model for action execution was established. Before an action is executed after consumption, it is first checked whether the preceding and following actions have been executed. If the preceding action has not been executed, it will spin and wait; if the following action has been executed, it will be skipped directly, thus ensuring the timing consistency of action execution.

[0121] For consumption failure issues, a best-effort retry mechanism is adopted. The system will retry downstream interface calls as much as possible, and MQ consumption also has a fallback retry capability. For products that ultimately cannot be successfully processed, they will be stored in the database, and a push message will be sent to the user to remind them to handle the issue manually.

[0122] This embodiment provides a platform-based live streaming recording, playback, and broadcasting system that supports automatic recording of historical high-quality live stream videos and live streaming operations. After the live stream, users can select the recorded live stream for one-click replay and broadcasting. The system enables managed operation during broadcasting, requiring no manual intervention throughout the process, which can significantly reduce user costs and improve user experience.

[0123] It should be understood that although the steps in the flowchart of this disclosure are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless expressly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some of the steps in the diagram may include multiple steps or multiple stages, which are not necessarily completed at the same time, but may be executed at different times, and the execution order of these steps or stages is not necessarily sequential, but may be performed alternately or in turn with other steps or at least some of the steps or stages in other steps.

[0124] It is understood that the same / similar parts between the various embodiments of the methods described above in this specification can be referred to each other. Each embodiment focuses on the differences from other embodiments, and relevant parts can be referred to the description of other method embodiments.

[0125] Figure 11 is a block diagram illustrating a recording and broadcasting apparatus according to an exemplary embodiment. The apparatus is applied to a first server. Referring to Figure 11, the apparatus includes a delay information receiving unit 1101 and a live broadcast action execution unit 1102.

[0126] The delay information receiving unit 1101 is configured to receive delay information corresponding to each live action sent by the second server; each live action is a live action performed by the anchor user in a pre-recorded live video, and the trigger time of each delay information matches the execution time of each live action in the live video.

[0127] The live streaming action execution unit 1102 is configured to execute the live streaming action corresponding to each delay information when the playback progress of the live streaming video reaches the trigger time of each delay information during the live streaming process using a pre-recorded live streaming video.

[0128] In an exemplary embodiment, the live streaming action execution unit 1102 is further configured to: trigger the current delay information and obtain the execution status of the current live streaming action corresponding to the current delay information when the playback progress of the live streaming video reaches the trigger time of any current delay information; obtain the execution status of the adjacent live streaming action corresponding to the current live streaming action when the execution status of the current live streaming action indicates that the current live streaming action has not been completed; and execute the current live streaming action when the execution status of the adjacent live streaming action meets a preset condition.

[0129] In an exemplary embodiment, adjacent live streaming actions include: the previous live streaming action of the current live streaming action and the next live streaming action of the current live streaming action; the live streaming action execution unit 1102 is further configured to execute the current live streaming action when the execution status of the next live streaming action indicates that the next live streaming action has not been completed and the execution status of the previous live streaming action indicates that the previous live streaming action has been completed.

[0130] In an exemplary embodiment, the live streaming action execution unit 1102 is further configured to: cancel the execution of the current live streaming action if the execution status of the next live streaming action indicates that the next live streaming action has been completed; and / or continuously acquire the execution status of the previous live streaming action for a preset period of time if the execution status of the previous live streaming action indicates that the previous live streaming action has not been completed, until the execution status of the previous live streaming action indicates that the previous live streaming action has been completed, and then execute the current live streaming action.

[0131] In an exemplary embodiment, the live streaming action execution unit 1102 is further configured to re-execute the current live streaming action if the number of executions does not exceed a preset execution count threshold, until the current live streaming action is successfully executed or the number of executions exceeds the preset execution count threshold.

[0132] In an exemplary embodiment, the live streaming action execution unit 1102 is further configured to generate an alarm signal and push it to the broadcaster user if the number of executions exceeds a preset execution threshold and there is a next live streaming action; the alarm information is used to instruct the broadcaster user to execute the current live streaming action; and / or return to the step of triggering the current delay information if the number of executions exceeds the preset execution threshold and there is no next live streaming action.

[0133] In an exemplary embodiment, the live streaming action execution unit 1102 is further configured to cancel the execution of the current live streaming action when the execution status of the current live streaming action indicates that the current live streaming action has been completed.

[0134] Figure 12 is a block diagram of a recording and broadcasting apparatus according to another exemplary embodiment. The apparatus is applied to a second server. Referring to Figure 12, the apparatus includes a live data acquisition unit 1201 and a delay information transmission unit 1202.

[0135] The live data acquisition unit 1201 is configured to acquire pre-recorded live video and corresponding live action data; the live action data is used to store each live action performed by the anchor user in the live video, and the execution time of each live action in the live video.

[0136] The delay information sending unit 1202 is configured to generate delay information corresponding to each live action based on the live action data, and send each delay information to the first server; the first server is used to execute the live action corresponding to each delay information when the playback progress of the live video reaches the trigger time of each delay information during the live broadcast through pre-recorded live video.

[0137] In an exemplary embodiment, the delay information sending unit 1202 is further configured to execute threads corresponding to each live streaming action to send delay information corresponding to each live streaming action to the first server.

[0138] In an exemplary embodiment, the live video is a live video that recommends virtual resources to the broadcaster user; the live data acquisition unit 1201 is further configured to respond to a request initiated by the broadcaster user to start a live broadcast using a recorded live video, acquire the video after the broadcaster user edits the original recorded live video, and the resource information after the broadcaster user adjusts the virtual resources recommended in the original live video; acquire the verification result of the request based on the resource information and the broadcaster user's user information; if the verification result indicates that the verification is successful, use the edited video as the pre-recorded live video, and acquire the live action data corresponding to the live video from the database storing the live action data corresponding to the original live video.

[0139] In one exemplary embodiment, the recording and broadcasting apparatus further includes: a recording and broadcasting quality acquisition unit, configured to acquire live video data and live action data of the live broadcast after the live broadcast is completed by pre-recorded live video; and acquire the live broadcast quality of the live broadcast based on the live video data and live action data of the live broadcast using a pre-built artificial intelligence model.

[0140] Regarding the apparatus in the above embodiments, the specific manner in which each module performs its operation has been described in detail in the embodiments related to the method, and will not be elaborated upon here.

[0141] Figure 13 is a block diagram illustrating an electronic device 1300 for recording and broadcasting according to an exemplary embodiment. For example, the electronic device 1300 may be a first server or a second server. Referring to Figure 13, the electronic device 1300 includes a processing component 1320, which further includes one or more processors, and memory resources represented by memory 1322 for storing instructions executable by the processing component 1320, such as application programs. The application programs stored in memory 1322 may include one or more modules, each corresponding to a set of instructions. Furthermore, the processing component 1320 is configured to execute instructions to perform the methods described above.

[0142] Electronic device 1300 may further include: a power supply component 1324 configured to perform power management of electronic device 1300, a wired or wireless network interface 1326 configured to connect electronic device 1300 to a network, and an input / output (I / O) interface 1328. Electronic device 1300 may operate on an operating system stored in memory 1322, such as Windows Server, Mac OS X, Unix, Linux, FreeBSD, or similar.

[0143] In an exemplary embodiment, a computer-readable storage medium including instructions is also provided, such as a memory 1322 including instructions, which can be executed by a processor of an electronic device 1300 to perform the above-described method. The storage medium may be a computer-readable storage medium, such as a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device.

[0144] In an exemplary embodiment, a computer program product is also provided, the computer program product including instructions that can be executed by a processor of an electronic device 1300 to perform the above-described method.

[0145] It should be noted that the above-mentioned apparatus, electronic equipment, computer-readable storage medium, computer program product, etc., may also include other implementation methods according to the description of the method embodiments. For specific implementation methods, please refer to the description of the relevant method embodiments, which will not be elaborated here.

[0146] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the claims.

[0147] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. A method for recording and broadcasting, characterized in that, The method is applied to a first server and includes: receiving delay information corresponding to each live streaming action sent by a second server; each live streaming action is a live streaming action performed by a broadcaster user in a pre-recorded live streaming video, and the trigger time of each delay information matches the execution time of each live streaming action in the live streaming video; during the live streaming process through the pre-recorded live streaming video, when the playback progress of the live streaming video reaches the trigger time of each delay information, the live streaming action corresponding to each delay information is executed.

2. The method according to claim 1, characterized in that, The step of executing the live streaming action corresponding to each delay information when the playback progress of the live streaming video reaches the trigger time of each delay information includes: triggering the current delay information when the playback progress of the live streaming video reaches the trigger time of any current delay information, and obtaining the execution status of the current live streaming action corresponding to the current delay information; obtaining the execution status of the adjacent live streaming action corresponding to the current live streaming action when the execution status of the current live streaming action indicates that the current live streaming action has not been completed; and executing the current live streaming action when the execution status of the adjacent live streaming action meets a preset condition.

3. The method according to claim 2, characterized in that, The adjacent live streaming actions include: the previous live streaming action of the current live streaming action, and the next live streaming action of the current live streaming action; the execution of the current live streaming action when the execution status of the adjacent live streaming actions meets the preset conditions includes: executing the current live streaming action when the execution status of the next live streaming action indicates that the next live streaming action has not been completed, and the execution status of the previous live streaming action indicates that the previous live streaming action has been completed.

4. The method according to claim 2, characterized in that, After obtaining the execution status of the adjacent live streaming action corresponding to the current live streaming action, the method further includes: canceling the execution of the current live streaming action if the execution status of the next live streaming action indicates that the next live streaming action has been completed; and / or continuously obtaining the execution status of the previous live streaming action for a preset time period if the execution status of the previous live streaming action indicates that the previous live streaming action has not been completed, until the execution status of the previous live streaming action indicates that the previous live streaming action has been completed, and then executing the current live streaming action.

5. The method according to claim 2, characterized in that, After executing the current live streaming action, the method further includes: if the current live streaming action fails to execute, obtaining the number of times the current live streaming action has been executed; if the number of executions does not exceed a preset execution count threshold, then re-executing the current live streaming action until the current live streaming action is successfully executed, or the number of executions exceeds the preset execution count threshold.

6. The method according to claim 5, characterized in that, After obtaining the number of times the current live streaming action is executed, the method further includes: if the number of executions exceeds the preset execution count threshold and there is a next live streaming action, generating an alarm signal and pushing it to the broadcaster user; the alarm information is used to instruct the broadcaster user to execute the current live streaming action; and / or if the number of executions exceeds the preset execution count threshold and there is no next live streaming action, returning to the step of triggering the current delay information.

7. The method according to claim 2, characterized in that, After obtaining the execution status of the current live streaming action corresponding to the current delay information, the method further includes: canceling the execution of the current live streaming action if the execution status of the current live streaming action indicates that the current live streaming action has been completed.

8. A method for recording and broadcasting, characterized in that, The method is applied to a second server and includes: acquiring a pre-recorded live video and live action data corresponding to the live video; the live action data is used to store each live action performed by the broadcaster in the live video, and the execution time of each live action in the live video; generating delay information corresponding to each live action based on the live action data, and sending each delay information to a first server; the first server is used to execute the live action corresponding to each delay information when the playback progress of the live video reaches the trigger time of each delay information during the live broadcast through the pre-recorded live video.

9. The method according to claim 8, characterized in that, Sending the delay information to the first server includes: sending the delay information corresponding to each of the live streaming actions to the first server through the threads corresponding to each of the live streaming actions.

10. The method according to claim 8, characterized in that, The live video is a live video featuring virtual resources recommended by the broadcaster user; obtaining the pre-recorded live video and the corresponding live action data includes: responding to a request initiated by the broadcaster user to start a live broadcast using the recorded live video, obtaining the video after the broadcaster user edited the original live video, and the resource information after the broadcaster user adjusted the virtual resources recommended in the original live video; obtaining the verification result of the request based on the resource information and the broadcaster user's user information; if the verification result indicates that the verification passed, using the edited video as the pre-recorded live video, and obtaining the live action data corresponding to the live video from a database storing the live action data corresponding to the original live video.

11. The method according to claim 10, characterized in that, The method further includes: after completing the live broadcast using the pre-recorded live video, acquiring the live video data and live action data of the live broadcast; and obtaining the live broadcast quality of the live broadcast based on the live video data and live action data using a pre-built artificial intelligence model.

12. A recording and broadcasting device, characterized in that, The system is applied to a first server and includes: a delay information receiving unit configured to receive delay information corresponding to each live streaming action sent by a second server; each live streaming action is a live streaming action performed by a broadcaster in a pre-recorded live streaming video, and the trigger time of each delay information matches the execution time of each live streaming action in the live streaming video; and a live streaming action execution unit configured to execute the live streaming action corresponding to each delay information when the playback progress of the live streaming video reaches the trigger time of each delay information during the live streaming process using the pre-recorded live streaming video.

13. A recording and broadcasting device, characterized in that, The system is applied to a second server and includes: a live streaming data acquisition unit configured to acquire pre-recorded live streaming video and live streaming action data corresponding to the live streaming video; the live streaming action data is used to store each live streaming action performed by the broadcaster in the live streaming video, and the execution time of each live streaming action in the live streaming video; and a delay information sending unit configured to generate delay information corresponding to each live streaming action based on the live streaming action data, and send each delay information to a first server; the first server is used to execute the live streaming action corresponding to each delay information when the playback progress of the live streaming video reaches the trigger time of each delay information during live streaming through the pre-recorded live streaming video.

14. An electronic device, characterized in that, include: processor; A memory for storing processor-executable instructions; wherein the processor is configured to execute the instructions to implement the recording and broadcasting method as described in any one of claims 1 to 11.

15. A computer-readable storage medium, characterized in that, When the instructions in the computer-readable storage medium are executed by the processor of the electronic device, the electronic device is able to perform the recording and broadcasting method as described in any one of claims 1 to 11.

16. A computer program product, the computer program product comprising instructions, characterized in that, When the instruction is executed by the processor of the electronic device, the electronic device is able to perform the recording and broadcasting method as described in any one of claims 1 to 11.

Images