Method, apparatus, device, medium and product for processing live broadcast

Abstract

Embodiments of the present disclosure relate to a method, apparatus, device, medium and product for processing live broadcast. The method comprises determining a target end time of a periodic live broadcast in response to detecting a first live broadcast preview for the periodic live broadcast. The method further comprises determining whether the periodic live broadcast exists in response to the target end time arriving. The method further comprises determining a next start time of the periodic live broadcast in response to determining that the periodic live broadcast does not exist. The method further comprises generating a second live broadcast preview for the periodic live broadcast based on the next start time. Through the method, each live broadcast preview can be processed separately, reducing the delay of execution, avoiding the traffic surge when processing live broadcast previews collectively, improving the efficiency of users obtaining live broadcast information, and improving the user experience.

Description

Technical Field

[0001] The embodiments disclosed herein generally relate to the field of live streaming application technology, and specifically to methods, apparatus, devices, media, and products for processing live streams. Background Technology

[0002] With the rapid development of the live streaming industry, live stream announcements have become an important tool for platforms, streamers, and viewers to interact. By releasing announcements, streamers can not only inform viewers in advance about the upcoming live stream content and time, but also effectively increase viewer engagement and viewership. With the widespread use of smartphones and mobile internet, users can access the latest live stream information anytime, anywhere, further promoting the popularization of live stream content and the development of platforms.

[0003] Furthermore, the development of live streaming platforms is showing a global trend. With the diversity of the audience and their distribution across different regions, the need to accurately push live stream announcements to a global audience, ensuring that viewers in every time zone receive timely and accurate live stream reminders, has become a crucial issue for platforms in improving user experience. Live stream announcements are not only a bridge between live streaming platforms and viewers, but also a key tool for content dissemination. Summary of the Invention

[0004] Embodiments of this disclosure provide a method, apparatus, device, medium, and product for processing live broadcasts.

[0005] According to a first aspect of this disclosure, a method for processing live streaming is provided. The method includes determining a target end time for the periodic live stream in response to detecting a first live stream announcement for a periodic live stream. The method further includes determining whether a periodic live stream exists in response to the target end time arriving. The method further includes determining a next start time for the periodic live stream in response to determining that no periodic live stream exists. The method further includes generating a second live stream announcement for the periodic live stream based on the next start time.

[0006] According to a second aspect of this disclosure, an apparatus for processing live streaming is provided. The apparatus includes a target end time determination module configured to determine a target end time for a periodic live stream in response to detecting a first live stream announcement for a periodic live stream; a periodic live stream presence detection module configured to determine whether a periodic live stream exists in response to the arrival of the target end time; a start time calculation module configured to determine the next start time for a periodic live stream in response to determining that no periodic live stream exists; and a live stream announcement generation module configured to generate a second live stream announcement for the periodic live stream based on the next start time.

[0007] In a third aspect of this disclosure, an electronic device is provided, including at least one processor; and a storage device for storing at least one program, which, when executed by the at least one processor, causes the at least one processor to implement the method according to the first aspect of this disclosure.

[0008] In a fourth aspect of this disclosure, a computer-readable storage medium is provided having a computer program stored thereon that, when executed by a processor, implements the method according to a first aspect of this disclosure.

[0009] In a fifth aspect of this disclosure, a computer program product is provided. This computer program product includes a computer program that, when executed by a processor, implements the method according to a first aspect of this disclosure.

[0010] It should be understood that the content described in this section is not intended to limit the key or essential features of the embodiments of this disclosure, nor is it intended to restrict the scope of this disclosure. Other features of this disclosure will become readily apparent from the following description. Attached Figure Description

[0011] The above and other objects, features and advantages of this disclosure will become more apparent from the accompanying drawings, in which like reference numerals generally denote like parts.

[0012] Figure 1 The illustration shows a schematic diagram of an example environment in which some embodiments of the present disclosure may be implemented;

[0013] Figure 2 The illustration shows a schematic diagram of an example method for processing live streaming according to some embodiments of the present disclosure;

[0014] Figure 3 The illustration shows a schematic diagram of an example method for a simplified lifecycle flow of a live broadcast preview according to some embodiments of the present disclosure;

[0015] Figure 4 The illustration shows a schematic diagram of an example method for the overall process of distributed periodic live broadcast previews according to some embodiments of the present disclosure;

[0016] Figure 5 The illustration shows an example method for achieving global consistency across time zones according to some embodiments of the present disclosure;

[0017] Figure 6 The illustration shows a schematic diagram of repeating date selection in live broadcast announcements according to some embodiments of the present disclosure;

[0018] Figure 7The illustration shows a schematic diagram of the next step setup in a live broadcast preview according to some embodiments of the present disclosure;

[0019] Figure 8 The illustration shows a schematic diagram of a live broadcast preview page according to some embodiments of the present disclosure;

[0020] Figure 9 The illustration shows a schematic block diagram of an apparatus for processing live broadcasts according to some embodiments of the present disclosure;

[0021] Figure 10 A schematic block diagram of an example device suitable for implementing various embodiments of the present disclosure is illustrated. Detailed Implementation

[0022] It is understood that the data involved in this technical solution (including but not limited to the data itself, the acquisition or use of the data) shall comply with the requirements of relevant laws, regulations and related provisions.

[0023] It is understood that before using the technical solutions disclosed in the various embodiments of this disclosure, users should be informed of the types, scope of use, and usage scenarios of the personal information involved in this disclosure in an appropriate manner in accordance with relevant laws and regulations, and user authorization should be obtained.

[0024] For example, upon receiving a user's proactive request, a prompt message is sent to the user to explicitly inform them that the requested operation will require the acquisition and use of the user's personal information. This allows the user to independently choose whether to provide personal information to the software or hardware, such as the electronic device, application, server, or storage medium performing the operations of this disclosed technical solution, based on the prompt message.

[0025] As an optional but non-limiting implementation, in response to a user's active request, sending a prompt message to the user can be done via a pop-up window, where the prompt message can be presented in text format. Furthermore, the pop-up window can also include a selection control allowing the user to choose "agree" or "disagree" to provide personal information to the electronic device.

[0026] It is understood that the above notification and user authorization process are merely illustrative and do not constitute a limitation on the implementation of this disclosure. Other methods that comply with relevant laws and regulations may also be applied to the implementation of this disclosure.

[0027] Embodiments of this disclosure will now be described in more detail with reference to the accompanying drawings. While some embodiments of this disclosure are shown in the drawings, it should be understood that this disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this disclosure. It should be understood that the accompanying drawings and embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of protection of this disclosure.

[0028] In the description of embodiments of this disclosure, the term "comprising" and similar terms should be understood as open-ended inclusion, i.e., "including but not limited to". The term "based on" should be understood as "at least partially based on". The term "one embodiment" or "the embodiment" should be understood as "at least one embodiment". The terms "first", "second", etc., may refer to different or the same objects. Other explicit and implicit definitions may also be included below.

[0029] As mentioned above, with the rapid development of mobile internet and live streaming technology, live stream preview functions have played a crucial role in enhancing user experience and engagement. In the current process of handling live stream cycle tasks, the scheduling of these tasks is typically managed automatically by the system. When the system starts, a pre-defined daemon process automatically begins. This daemon process runs continuously in the background, responsible for reading and parsing the task rules in the files for the cycled live streams. It checks whether the time meets the task execution conditions at a certain frequency (usually every minute). When the time matches, the daemon process creates a child process to execute the corresponding task command. Existing cycled tasks are basically based on scheduled tasks, which periodically retrieve the data to be processed and trigger a batch processing logic. For example, in the implementation of cycled live stream previews, a scheduled task scans the database in batches to check whether the cycled preview configuration in the database is executable, whether the preview for the next cycle needs to be generated, and if so, generates it.

[0030] However, this traditional approach has many problems. For example, concentrated calls to downstream services can cause traffic spikes. Periodic processing of scheduled tasks involves acquiring a batch of data and generating it centrally, leading to a surge in requests to downstream services. Furthermore, centralized batch processing has a large impact. A single scheduled task is typically processed by a single instance in the cluster; if this instance fails, the entire batch of tasks will fail, resulting in a large-scale impact. In addition, it increases database pressure by scanning a large amount of data each time. Existing scheduled tasks need to periodically scan the database for a certain period of time, undoubtedly increasing the pressure on database reads. Moreover, there may be delays in the execution time of each unit task. Each unit task requires a different processing time, and batch processing can only be performed after each scheduled task scan. Some unit tasks may have a delay between the expected execution time and the actual execution time.

[0031] Therefore, embodiments of this disclosure propose a method for processing live streaming. In this method, if a computing device detects a first live streaming announcement for a periodic live stream, it determines the target end time of the periodic live stream. Then, when the target end time arrives, the computing device further determines whether a periodic live stream exists. If the computing device determines that no periodic live stream exists, it can then determine the start time of the next periodic live stream. Finally, based on the next start time, the computing device generates a second live streaming announcement for the periodic live stream. This method allows each live streaming announcement to be processed independently, reducing execution latency and avoiding traffic surges when processing live streaming announcements centrally, thereby improving the efficiency of users obtaining live streaming information and enhancing the user experience.

[0032] The embodiments of this disclosure will now be described in further detail with reference to the accompanying drawings. Figure 1 The illustration shows an example environment in which the devices and / or methods of embodiments of the present disclosure may be implemented. In environment 100, computing device 102 can manage and control the processing of live broadcast schedules.

[0033] Examples of computing device 102 include, but are not limited to, personal computers, server computers, handheld or laptop devices, mobile devices (such as mobile phones, personal digital assistants (PDAs), media players, etc.), multiprocessor systems, consumer electronics, minicomputers, mainframe computers, and distributed computing environments that include any of the above systems or devices.

[0034] like Figure 1As shown, if a user wants to conduct periodic live streams, they can set up a periodic live stream preview. This preview notifies other users to watch their live stream. The user can then use a client device to send a request to create the first live stream preview. This client device can also be referred to as the first device. After receiving the request to create the live stream preview, the management device can determine the start time of the first live stream preview 104 based on the current time and the time information in the first live stream preview. This information from the first live stream preview 104 is then stored in a database used to store preview information for live streams. Additionally, the management device can be a computing device 102.

[0035] The computing device 102 can determine periodic live broadcast announcements by monitoring log information in a database. For example, after detecting a change in the binary log in the database, it determines whether the log information contains periodic field information, thereby detecting live broadcast announcements for periodic live broadcasts in the database. For example, the computing device 102 can detect the existence of a first live broadcast announcement 104 for a periodic live broadcast by obtaining log information from the database used to store announcement information for periodic live broadcasts.

[0036] For example, a broadcaster creates a periodic live stream schedule through the platform's management interface. Suppose the broadcaster sets the schedule to start at 8 PM every night and last for one hour. The broadcaster sends a request to create the schedule. After receiving the request, the management device determines the start time of the live stream schedule based on the current creation time and then stores this schedule data in the database, with tables recording this information. Additionally, the computing device 102 is configured to detect the database's binary log. The database's binary log records all database changes, including the creation of periodic live stream schedules. Whenever data is modified or added, the log changes, and the computing device 102 monitors and retrieves this log information. When a new record for a periodic live stream schedule is added to the database, the binary log changes, and the computing device 102 can detect a schedule in the log containing the "period" field. At this point, the computing device 102 can determine whether a periodic live stream schedule exists based on this field information.

[0037] Once computing device 102 determines that a first live broadcast announcement exists, it generates a message based on the acquired information about the first live broadcast announcement and places it in a delayed message queue to postpone the processing of the message until the target end time 106. Additionally, a broadcast start reminder will be sent to the first device at a first time before the target end time 106 arrives; or a broadcast start reminder will be sent to the first device at a second time before the target end time arrives. The first and second times are different. For example, if the broadcast start time is 8:00 PM, then the first time is ten minutes and the second time is twenty minutes. Computing device 102 will send a reminder to the first device at 7:50 PM if the first time reminder is used, or it will send a reminder to the first device at 7:40 PM if the second time reminder is used.

[0038] In some embodiments, if the first live broadcast announcement includes a live broadcast start time and a live broadcast duration, the computing device 102 can calculate the target end time 106 based on the acquired start time of the first live broadcast announcement and the duration of the periodic live broadcast. In other embodiments, if the first live broadcast announcement includes a live broadcast start time and a predetermined live broadcast period, the target end time 106 of the live broadcast can be determined based on the start time and the period. The above examples are merely for describing this disclosure and are not intended to specifically limit this disclosure.

[0039] When the target end time arrives, the computing device will check the live status of the first live stream of the current periodic live stream at that time. If the first live stream is in a closed state, i.e., there is no periodic live stream 108 or it has already finished, the computing device will calculate the next start time 110 based on the obtained time information of the periodic live stream. After calculating the next start time 110 of the next announcement, the computing device 102 will generate a second live stream announcement 112 for the periodic live stream and write the second live stream announcement to the database. The computing device 102 will obtain the log information of the second live stream announcement 112 in the database to monitor the second live stream announcement and wait for the announcement to be executed.

[0040] Furthermore, in traditional solutions, periodic expressions cannot handle cross-timezone scenarios. For example, an expression like "30 15**1,3" indicates a broadcast starting at 3:30 PM every Monday and Wednesday. This periodic expression can only express the periodic execution time and cannot handle cross-timezone scenarios. To further address the above issues, in this disclosure, after a live broadcast announcement is issued and a user's subscription is received, the computing device determines the first timezone of the first device. When creating a live broadcast periodic announcement on the broadcaster's end, the computing device can record the broadcaster's timezone and calculate the standard time (UTC+0) by adding the time of the periodic expression (e.g., a cron expression) to the broadcaster's timezone. This standard time is the reference broadcast time in the standard timezone for the periodic live broadcast. Then, the user's timezone is obtained, and the time when the live broadcast announcement should be displayed in the viewer's timezone is calculated based on the calculated standard time and the user's timezone. For example, if the broadcaster wants to start broadcasting at 3:30 PM every Monday and Wednesday in their timezone, the expression in the cron expression would be: "3015**1,3". The timezone of the streamer is also obtained as (utc+8), so the calculated start time for the live stream in the standard time zone is 7:50. If the user's timezone is obtained as (utc+1), then the start time displayed in the user's preview for this period's live stream should be 8:50.

[0041] This method avoids the database and call pressure caused by processing periodic tasks in a distributed manner, and also mitigates the large-scale impact of task failures. Furthermore, it utilizes a combination of periodic time expressions and standard time zones to ensure the accuracy of global cross-timezone forecasts, thereby guaranteeing the precision and efficiency of periodic task forecasts, enhancing the live broadcast forecast experience, optimizing system resource management, and improving the user experience.

[0042] The above combination Figure 1 The following is a schematic diagram illustrating an example environment in which some embodiments of this disclosure may be implemented, in conjunction with... Figure 2 A schematic diagram illustrating an example method for processing live streaming according to some embodiments of the present disclosure. Figure 2 The method in can be derived from Figure 1 The computing device 102 or any suitable computing device in the middle executes

[0043] like Figure 2 In example method 200, at block 202, computing device 102, in response to detecting a first live broadcast announcement for a periodic live broadcast, determines the target end time of the periodic live broadcast, i.e., the expected end time of the live broadcast within the period. By obtaining the target end time of the periodic live broadcast, the live broadcast existence status at the target end time can be determined, thereby determining the start announcement time of the next live broadcast.

[0044] The computing device 102 determines whether a periodic live streaming task has been generated in the database or whether the periodic live streaming task has changed based on changes in the binary logs monitored in the database. When a change is detected in the database logs, and the logs involve periodic field information, the computing device 102 identifies the change and extracts the relevant live streaming information, and obtains a first live streaming preview based on the periodic live streaming task information in the database. Then, it determines the target end time of the periodic live streaming based on the first live streaming preview.

[0045] For example, when storing the first live stream announcement, the live stream start time is calculated and then stored in the database. In one example, the target end time of the periodic live stream is calculated by combining the start time and duration of the periodic live stream.

[0046] At box 204, computing device 102, in response to the arrival of the target end time, determines whether a periodic live stream exists. After determining the target end time, computing device 102 places the message generated based on the first live stream announcement into a delayed message queue for processing. Through this delayed queue, it waits for the target end time before proceeding to the next step. At this time, computing device 102 compares the current time with the calculated target end time of the periodic live stream. When the current time matches the calculated target end time, it checks the current live stream status. If the current live stream status is active, computing device 102 does not trigger the next step but instead uses a delayed detection mechanism. Computing device 102 waits for a predetermined duration, such as one minute, and continues to check the live stream status. If it is still active, it repeats this process every predetermined duration until it detects that the live stream has been closed, then proceeds to the next step.

[0047] At box 206, in response to determining that there is currently no periodic live stream, computing device 102 calculates the start time of the next live stream based on periodic rules. The start time of the next periodic live stream is also obtained based on the periodic expression (e.g., a cron expression) of the live stream schedule. For example, computing device 102 parses the periodic expression, such as (020***) indicating a live stream starts at 20:00 every day. Through calculation, the start time of the next live stream is obtained. Computing device 102 stores the calculated start time of the next live stream in the database and prepares to generate a new live stream schedule.

[0048] At box 208, computing device 102 generates a corresponding second live stream preview based on the acquired start time of the next periodic live stream. Computing device 102 can store the second live stream preview in a database and simultaneously schedule it using a delayed message queue. For example, after calculating the start time of the next live stream based on the first live stream preview and the current time to generate the second live stream preview, computing device 102 will store the second live stream preview, including the start time, in the database for subsequent processing. After detecting the second live stream preview, computing device 102 will push the live stream preview task to the delayed message queue and set a trigger delay mechanism to ensure that the preview is executed at the correct time.

[0049] Additionally, when a user subscribes to a live stream announcement from a broadcaster, the computing device calculates the reference live stream time for that periodic task in the standard time zone based on the first time zone of the broadcaster's first device. Then, based on the reference live stream time in the standard time zone and the user's second time zone, it calculates the live stream announcement time that should be displayed in the user's second time zone. For example, if a user's subscribed broadcaster's device is in the first time zone (e.g., Eastern Time, EST), the computing device converts the live stream announcement to the standard time zone (UTC) based on the first time zone. Then, the computing device combines the user's second time zone (e.g., Beijing Time, CST) to calculate the user's local live stream announcement time. When the broadcaster's time zone is EST (UTC-5), the live stream announcement time is February 20th at 20:00 EST, and the user's time zone is CST (UTC+8), then the converted live stream time for the user will be February 21st at 9:00 CST.

[0050] In some embodiments, after obtaining the target end time of the periodic live stream, assuming this time is 3 PM daily, the computing device will determine the current live stream status at 3 PM. If the live stream is still in progress, it will delay for one minute before determining the live stream status again. If the live stream has not ended, this operation will be repeated until the live stream ends, at which point the next live stream preview will be pushed to users who have subscribed to the live stream preview. If the current live stream status of the periodic live stream is determined to be closed at the target end time, the computing device will generate the preview information for the next live stream and push the preview information for the next live stream to all subscribed users.

[0051] In some embodiments, to improve user experience, reminders are proactively sent to subscribed users. The computing device 102 will remind the second device of the upcoming broadcast at the first possible time before the broadcast start time, and / or the computing device 102 will remind the second device of the upcoming broadcast at the second possible time before the broadcast start time. The first and second times are different. For example, 24 hours before the broadcast starts, the computing device will by default remind the user that the broadcast is about to start. Before that, the user can customize the reminder time, such as ten minutes or five minutes before the broadcast starts. The computing device can also use various methods to push messages to users, such as mobile client push notifications, email reminders, or in-app reminders.

[0052] This method utilizes a delayed queue and log changes in the detection database to achieve distributed processing of live streaming cycle tasks. Furthermore, it uses time expressions and standard time zone calculations to determine the accurate live stream time to be displayed on the user's end, thus automating the management of periodic live streams. This not only ensures the accuracy of live stream announcements but also optimizes the user experience by incorporating time zone differences. Moreover, it enhances user engagement through multiple reminder mechanisms, thereby improving the intelligence level and user satisfaction of the live streaming platform.

[0053] The above combination Figure 2 The following describes schematic diagrams of example methods for processing live broadcasts according to some embodiments of the present disclosure, in conjunction with... Figure 3 A schematic diagram illustrating an example method for a simplified lifecycle flow of a live broadcast preview according to some embodiments of the present disclosure. Figure 3 Example method 300 in the example can be derived from Figure 1 The computing device 102 or any suitable computing device in the system can be used for processing.

[0054] At box 302, computing device 102 can create a live broadcast preview that includes information such as the live broadcast start time and the live broadcast end time.

[0055] The computing device stores the live stream preview in a database and monitors task changes by checking the database's binary log. The device also pushes the task to a message queue, utilizing a delayed task scheduling mechanism to ensure the preview message is delivered at the appropriate time.

[0056] At box 304, as the live stream time approaches, computing device 102 will proactively push a live stream reminder message to remind users that the live stream is about to begin. The computing device will send pre-broadcast notifications at different times. For example, the default first reminder will be sent to subscribed users 24 hours before the live stream starts. Users can also manually set reminder times, such as ten minutes or five minutes before the start of the live stream; in this case, the computing device will push additional reminders based on the user's preferences.

[0057] At box 306, the live stream preview indicates either completion or the end time has been reached. When the end time arrives, computing device 102 checks if the live stream is still ongoing. If it is, the device uses a delayed detection mechanism, checking every minute until the stream actually ends. If the stream has already ended when the end time arrives, the device updates the database directly, marking the live stream preview as complete.

[0058] Therefore, through this method, the computing device can efficiently manage the automated operation of periodic live broadcasts through this entire process, providing broadcasters and viewers with a smoother and more intelligent live broadcast experience.

[0059] The above combination Figure 3 A schematic diagram illustrating an example method for a simplified lifecycle flow of a live broadcast preview according to some embodiments of the present disclosure is described below; in conjunction with Figure 4 A schematic diagram illustrating an example process of the overall flow of distributed periodic live broadcast previews according to some embodiments of the present disclosure. Figure 4 Example process 400 can be derived from Figure 1 The computing device 102 shown or any suitable device may be used for execution.

[0060] Example procedure 400 describes the overall process of distributed periodic live broadcast announcements. At box 402, a periodic live broadcast announcement is created in the database, and then the initial start time `start_time` is calculated based on a cron expression. The periodic live broadcast announcement, including the start time, is then stored in the database. At this time, the database binlog will change. By detecting the binlog changes, a message is generated to execute a scheduled task at the end time of the announcement, and this message is placed in delayed message queue 404; for example, this scheduled task is the task in box 408.

[0061] At box 406, if the broadcast has not started by the end of the scheduled time, a cycle change is triggered. If the broadcast is still running, a check is performed every minute until the result indicates that the broadcast has ended.

[0062] At box 408, when the current live stream ends, the next cycle is processed. The start time of the next live stream cycle is calculated, and the cycle live stream preview with the next start time is written to the database. Since the next cycle live stream preview is written to the database, the database binlog will change. At box 410, by detecting the binlog, the newly written next cycle live stream preview can be obtained from the database, and key information such as the start time of the next cycle live stream preview can be further parsed. Based on this, a message is generated to execute the corresponding task at the end time of the new preview and placed in the delayed message queue 404. Periodic looping is achieved by detecting the binlog. The following section combines... Figure 5 This document describes an example of achieving global cross-timezone consistency according to this disclosure. In example procedure 500, at box 502, the timezone (time_zone) of the broadcaster is first obtained. Then, at box 504, the time parsed by the cron expression by the computing device 102 is summed with the broadcaster's timezone (time_zone) to obtain the UTC time of the standard timezone. Finally, the computing device obtains the timezone of the second device of the subscribed viewer, and at box 506, the standard UTC time is summed with the offset of the viewer's timezone to obtain the viewer's local live broadcast preview time.

[0063] This method uses cron expressions and time zone fields to achieve global consistency of periodic forecasts across time zones, ensuring that the live broadcast forecast information pushed to users subscribing to the live broadcast in different time zones is accurate. This effectively improves the intelligence level of the live broadcast platform and enhances the experience for both broadcasters and users.

[0064] The following is combined with Figure 6 and Figure 8 Describe an example of setting up periodic live stream announcements. Figure 6 The illustration shows a schematic diagram of repeating date selection in a live broadcast schedule according to some embodiments of the present disclosure. Example 600 describes the process by which a broadcaster creates a periodic live broadcast task on a first device. The broadcaster first sets the title of the live broadcast on the task creation page, and then selects the days that need to be repeated each week under the repeat option; checking the box indicates the live broadcast days that need to be broadcast each week.

[0065] Figure 7The illustration shows a schematic diagram of the next steps in a live broadcast preview according to some embodiments of this disclosure. Example 700 illustrates a schematic diagram of the settings in a broadcaster creating a live broadcast event. On a second page, the broadcaster selects the broadcast day, broadcast time, and broadcast permissions. Broadcast permissions are divided into public and private. Selecting public means that every user can see the live broadcast room, while selecting private means that only the user group specified by the broadcaster can watch the live broadcast. The broadcaster then adds a live broadcast description below to remind users of the general content of the broadcast. Finally, there is a viewer control option to control whether this live broadcast can be viewed by minors.

[0066] Figure 8 The illustration shows a schematic diagram of a live broadcast preview page according to some embodiments of the present disclosure. A schematic diagram of a live broadcast preview page is described in Example 800. The live broadcast preview page includes the start time of the upcoming live broadcast and some information about the live broadcast, including the broadcast time, the scope of the broadcast and the number of subscribers, as well as historical live broadcast times.

[0067] Figure 9 A schematic block diagram of an apparatus for processing live broadcasts according to some embodiments of the present disclosure is shown. Figure 9 As shown, the apparatus 900 includes a target end time determination module 902, configured to determine a target end time for a periodic live stream in response to detecting a first live stream announcement for a periodic live stream; a periodic live stream presence detection module 904, configured to determine whether a periodic live stream exists in response to the arrival of the target end time; a start time calculation module 906, configured to determine the next start time for a periodic live stream in response to determining that no periodic live stream exists; and a live stream announcement generation module 908, configured to generate a second live stream announcement for the periodic live stream based on the next start time.

[0068] In some embodiments, the target end time determination module 902 includes: a first live broadcast preview time parsing module, configured to determine the start time of the first live broadcast preview and the duration of the periodic live broadcast based on the first live broadcast preview; and a target end time calculation module, configured to determine the target end time based on the start time and duration.

[0069] In some embodiments, the start time calculation module 906 includes: a next live broadcast start time calculation module, configured to calculate the next start time based on the target end time and the time information for periodic live broadcasts in the first live broadcast preview.

[0070] In some embodiments, the apparatus 900 further includes: a database log information acquisition module, configured to acquire log information of a database used to store preview information for live broadcasts; and a live broadcast preview existence determination module, configured to detect, based on the log information, whether there is a first live broadcast preview for periodic live broadcasts.

[0071] In some embodiments, the live broadcast preview determination module further includes: a periodic field information determination module, configured to determine whether periodic field information exists in the log information; and a first live broadcast preview detection module, configured to determine that a first live broadcast preview for periodic live broadcasts has been detected in response to the presence of periodic field information in the log information.

[0072] In some embodiments, the apparatus 900 further includes: a live broadcast preview creation request module configured to receive from a first device a creation request for a first live broadcast preview for periodic live broadcasts; a first live broadcast preview start determination module configured to determine a start time of the first live broadcast preview based on the creation request; and a first live broadcast preview storage module configured to store the first live broadcast preview, including the start time, in a database.

[0073] In some embodiments, the apparatus 900 further includes: a message generation module configured to generate a message based on a first live broadcast announcement; and a message processing delay module configured to place the message into a delayed message queue to delay the processing of the message until a target end time.

[0074] In some embodiments, the device 900 further includes a time arrival reminder module, configured to remind the second device at a first time before the target start time arrives or at a second time before the target start time arrives, wherein the first time is different from the second time.

[0075] In some embodiments, the apparatus 900 further includes: a second live broadcast preview writing module configured to write a second live broadcast preview to a database; and a second live broadcast preview detection module configured to monitor the second live broadcast preview by obtaining log information about the second live broadcast preview from the database.

[0076] In some embodiments, the apparatus 900 further includes: a first time zone determination module, configured to determine a first time zone in which the first device is located in response to receiving a subscription request from a user; a standard time zone live broadcast time determination module, configured to determine a reference live broadcast time in the standard time zone based on the first time zone; and a live broadcast preview module at the user's location, configured to determine a live broadcast preview at the user's location based on the reference live broadcast time and a second time zone in which the user is located, included in the subscription request.

[0077] In some embodiments, the apparatus 900 further includes: a periodic live broadcast end determination module, configured to determine whether the periodic live broadcast has ended after a predetermined duration in response to determining that a periodic live broadcast exists; and a third live broadcast preview generation module, configured to generate a third live broadcast preview for the periodic live broadcast in response to the end of the periodic live broadcast.

[0078] Figure 10 A schematic block diagram of an example device 1000 that can be used to implement embodiments of the present disclosure is shown. Figure 1 The computing device 102 can be implemented using device 1000. As shown, device 1000 includes a central processing unit (CPU) 1001, which can perform various appropriate actions and processes according to computer program instructions stored in read-only memory (ROM) 1002 or loaded from storage unit 1008 into random access memory (RAM) 1003. The RAM 1003 can also store various programs and data required for the operation of device 1000. The CPU 1001, ROM 1002, and RAM 1003 are interconnected via bus 1004. Input / output (I / O) interface 1005 is also connected to bus 1004.

[0079] Multiple components in device 1000 are connected to I / O interface 1005, including: input unit 1006, such as keyboard, mouse, etc.; output unit 1007, such as various types of monitors, speakers, etc.; storage page 1008, such as disk, optical disk, etc.; and communication unit 1009, such as network card, modem, wireless transceiver, etc. Communication unit 1009 allows device 1000 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0080] The various processes and procedures described above, such as methods 200, 300, and processes 400 and 500, can be executed by processing unit 1001. For example, in some embodiments, methods 200, 300, and processes 400 and 500 can be implemented as computer software programs tangibly contained in a machine-readable medium, such as storage unit 1008. In some embodiments, part or all of the computer program can be loaded and / or installed on device 1000 via ROM 1002 and / or communication unit 1009. When the computer program is loaded into RAM 1003 and executed by CPU 1001, one or more actions of the example methods 200, 300, and processes 400 and 500 described above can be performed.

[0081] This disclosure can be a method, apparatus, system, and / or computer program product. A computer program product may include a computer-readable storage medium having computer-readable program instructions loaded thereon for performing various aspects of this disclosure.

[0082] Computer-readable storage media can be tangible devices capable of holding and storing instructions for use by an instruction execution device. Computer-readable storage media can be, for example—but not limited to—electrical storage devices, magnetic storage devices, optical storage devices, electromagnetic storage devices, semiconductor storage devices, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of computer-readable storage media include: portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), portable compact disc read-only memory (CD-ROM), digital multifunction disc (DVD), memory sticks, floppy disks, mechanical encoding devices, such as punch cards or recessed protrusions storing instructions thereon, and any suitable combination of the foregoing. The computer-readable storage media used herein are not to be construed as transient signals themselves, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through waveguides or other transmission media (e.g., light pulses through fiber optic cables), or electrical signals transmitted through wires.

[0083] The computer-readable program instructions described herein can be downloaded from computer-readable storage media to various computing / processing devices, or downloaded via a network, such as the Internet, local area network, wide area network, and / or wireless network, to an external computer or external storage device. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers, and / or edge servers. A network adapter card or network interface in each computing / processing device receives the computer-readable program instructions from the network and forwards them to the computer-readable storage media in the respective computing / processing device.

[0084] Computer program instructions used to perform the operations of this disclosure may be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, status setting data, or source code or object code written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Smalltalk, C++, etc., and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The computer-readable program instructions may execute entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or may be connected to an external computer (e.g., via the Internet using an Internet service provider). In some embodiments, electronic circuitry, such as programmable logic circuitry, field-programmable gate arrays (FPGAs), or programmable logic arrays (PLAs), is personalized by utilizing the status information of the computer-readable program instructions to implement various aspects of this disclosure.

[0085] Various aspects of this disclosure are described herein with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this disclosure. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer-readable program instructions.

[0086] These computer-readable program instructions can be provided to a processing unit of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that, when executed by the processing unit of the computer or other programmable data processing apparatus, they create means for implementing the functions / actions specified in one or more blocks of the flowchart and / or block diagram. These computer-readable program instructions can also be stored in a computer-readable storage medium that causes a computer, programmable data processing apparatus, and / or other device to operate in a particular manner. Thus, the computer-readable medium storing the instructions comprises an article of manufacture that includes instructions for implementing aspects of the functions / actions specified in one or more blocks of the flowchart and / or block diagram.

[0087] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process, thereby causing the instructions executed on the computer, other programmable data processing apparatus, or other device to perform the functions / actions specified in one or more boxes of a flowchart and / or block diagram.

[0088] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of an instruction containing one or more executable instructions for implementing a specified logical function. In some alternative implementations, the functions marked in the blocks may occur in a different order than those shown in the drawings. For example, two consecutive blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, may be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0089] The various embodiments of this disclosure have been described above. These descriptions are exemplary and not exhaustive, and are not limited to the disclosed embodiments. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen to best explain the principles, practical applications, or technical improvements to the technology in the market, or to enable others skilled in the art to understand the embodiments disclosed herein.

Claims

1. A method for processing live streaming, comprising: In response to detecting a first live broadcast announcement for a periodic live broadcast, a target end time for the periodic live broadcast is determined; In response to the arrival of the target end time, determine whether the periodic live broadcast exists; In response to determining that the periodic live stream does not exist, the start time of the next periodic live stream is determined; as well as Based on the next start time, a second live broadcast preview is generated for the periodic live broadcast.

2. The method according to claim 1, wherein determining the target end time of the periodic live stream includes: Based on the first live broadcast announcement, determine the start time of the first live broadcast announcement and the duration of the periodic live broadcast; as well as The target end time is determined based on the start time and the duration.

3. The method of claim 1, wherein determining the next start time of the periodic live stream comprises: The next start time is calculated based on the target end time and the time information for the periodic live broadcast in the first live broadcast preview.

4. The method according to claim 1, further comprising: Retrieve log information from the database used to store preview information for live streams; as well as Based on the log information, detect whether there is a first live broadcast announcement for the periodic live broadcast.

5. The method of claim 4, wherein detecting whether there is a first live broadcast announcement for the periodic live broadcast includes: Determine whether periodic field information exists in the log information; as well as In response to the presence of a periodic field in the log information, it is determined that the first live broadcast announcement for the periodic live broadcast has been detected.

6. The method according to claim 4, further comprising: Receive a request from the first device to create a first live broadcast preview for the periodic live broadcast; Based on the creation request, the start time of the first live broadcast preview is determined, and The first live broadcast preview, including the start time, is stored in the database.

7. The method of claim 4, further comprising: Based on the first live broadcast announcement, generate a message; The message is placed in a delayed message queue to postpone the processing of the message until the target end time.

8. The method according to claim 7, further comprising: Perform at least one of the following: The second device is alerted at the first moment before the target start time arrives; or The second device is alerted at a second time before the target start time arrives, the first time being different from the second time.

9. The method according to claim 4, further comprising: Write the second live broadcast preview into the database; as well as The second live broadcast preview is monitored by retrieving log information about the second live broadcast preview from the database.

10. The method of claim 6, further comprising: In response to receiving a subscription request from a user, the first time zone of the first device is determined; Based on the first time zone, determine the reference live broadcast time in the standard time zone for the periodic live broadcast; as well as Based on the reference live broadcast time and the second time zone of the user included in the subscription request, a live broadcast schedule is determined for the user.

11. The method according to claim 1, further comprising: In response to determining the existence of the periodic live stream, it is determined whether the periodic live stream has ended after a predetermined duration; as well as In response to the end of the periodic live stream, a third live stream preview is generated for the periodic live stream.

12. An apparatus for processing stack information, comprising: The target end time determination module is configured to determine the target end time of the periodic live stream in response to the detection of the first live stream announcement for the periodic live stream. A periodic live streaming detection module is configured to determine whether a periodic live stream exists in response to the arrival of the target end time. The start time calculation module is configured to determine the next start time of a periodic live stream in response to the determination that no periodic live stream exists. The live broadcast preview generation module is configured to generate a second live broadcast preview for periodic live broadcasts based on the start time of the next broadcast.

13. An electronic device, comprising: At least one processor; as well as A storage device for storing at least one program, which, when executed by the at least one processor, causes the at least one processor to implement the method according to any one of claims 1-11.

14. A computer-readable storage medium having a computer program stored thereon, the computer program implementing the method according to any one of claims 1-11 when executed by a processor.

15. A computer program product comprising a computer program that, when executed by a processor, implements the method according to any one of claims 1-11.

Images