CN112784075A

CN112784075A - Scheduling management method and scheduling management system for playing device

Info

Publication number: CN112784075A
Application number: CN201911086650.1A
Authority: CN
Inventors: 李俊桦
Original assignee: Acer Inc
Current assignee: Acer Inc
Priority date: 2019-11-08
Filing date: 2019-11-08
Publication date: 2021-05-11

Abstract

The embodiment of the invention provides a scheduling management method and a scheduling management system of a playing device. The method comprises the following steps: providing a play list, wherein the play list records the play schedule information of a plurality of multimedia files; executing multimedia playing operation by the playing device according to the playing list so as to play at least one of the multimedia files; detecting delay time information corresponding to the multimedia play operation; and automatically updating the playlist according to the delay time information.

Description

Scheduling management method and scheduling management system for playing device

Technical Field

The present invention relates to a scheduling management technology, and in particular, to a scheduling management method and a scheduling management system for a playing device.

Background

As information delivery becomes more and more popular, many manufacturers prefer to provide electronic billboard devices in public areas such as shopping malls or office buildings to display multimedia advertisements provided by customers. However, the device performance of multiple electronic signage devices tends to be inconsistent. Different electronic billboard devices may exhibit different delay conditions for the same playlist. In addition, the process of switching programs may cause a delay, and the delay may gradually accumulate during the process of continuously playing a plurality of multimedia files, thereby possibly preventing a part of programs on the play list from being played within a predetermined time range.

Disclosure of Invention

The present invention provides a scheduling management method and a scheduling management system for a playing device, which can dynamically adjust a playing list according to the delay condition of the playing device, thereby improving the above problems.

An embodiment of the present invention provides a scheduling management method for a playback device, including: providing a play list, wherein the play list records the play schedule information of a plurality of multimedia files; executing multimedia playing operation by the playing device according to the playing list so as to play at least one of the multimedia files; detecting delay time information corresponding to the multimedia play operation; and automatically updating the playlist according to the delay time information.

The embodiment of the invention also provides a scheduling management system, which comprises a server device and a playing device. The server device is used for providing a play list. The playing list records the playing schedule information of a plurality of multimedia files. The playing device is used for executing multimedia playing operation according to the playing list so as to play at least one of the multimedia files. The server device is further configured to detect delay time information corresponding to the multimedia playing operation. The server device is also used for automatically updating the playing list according to the delay time information.

Based on the above, after providing the play list recording the play schedule information of the multimedia file to the playing device, the playing device may execute the multimedia playing operation according to the play list. Then, delay time information corresponding to the multimedia play operation may be detected. The playlist may be automatically updated according to the delay time information. In other words, the present invention can customize the playlist provided to a certain playback device later through the history playback experience (i.e. the delay time information) of the playback device, thereby effectively improving the above-mentioned problems.

In order to make the aforementioned and other features and advantages of the invention more comprehensible, embodiments accompanied with figures are described in detail below.

Drawings

Fig. 1 and fig. 2 are schematic diagrams illustrating a schedule management system according to an embodiment of the present invention.

Fig. 3A to 3C are schematic diagrams illustrating a playlist and feedback information according to an embodiment of the invention.

Fig. 4A to 4C are schematic diagrams illustrating a playlist and feedback information according to an embodiment of the invention.

Fig. 5 is a diagram illustrating buffering times corresponding to different rules according to an embodiment of the present invention.

Fig. 6 is a flowchart illustrating a method for managing a schedule of a playback device according to an embodiment of the present invention.

Description of the reference numerals

10: scheduling management system

11: servo device

12(1) to 12 (M): player device

101(1) -101 (M), 301, 303, 401, 403: play list

102(1) -102 (M), 302, 402: feedback information

111. 121: processor with a memory having a plurality of memory cells

112. 122: storage device

113. 123: input/output interface

201: network

501: form information

S601 to S604: step (ii) of

Detailed Description

Fig. 1 and fig. 2 are schematic diagrams illustrating a schedule management system according to an embodiment of the present invention. Referring to fig. 1, a system (also referred to as a schedule management system) 10 includes a server (also referred to as a server apparatus) 11 and playback apparatuses (also referred to as terminal apparatuses) 12(1) to 12 (M). The server 11 may include a computer host (also referred to as a server host) having information processing and communication functions, such as a smart phone, a notebook computer, a desktop computer, and/or an industrial computer. The present invention does not limit the number of computer hosts included in the server 11. Each of the playing devices 12(1) - (12 (M) may be a multimedia file player having a playing function and a communication function of a multimedia file, such as a smart phone, a notebook computer, a desktop computer, or a digital signage (e.g., Kiosk). The number of the playback devices 12(1) to 12(M) is not limited.

The server 11 can send the play lists 101(1) to 101(M) to the playback devices 12(1) to 12 (M). For example, the playlist 101(i) (i is between 1 and M) records the playing schedule information of the multimedia files, and the playing device 12(i) can play the multimedia files within a predetermined time range according to the playing schedule information in the playlist 101 (i). In one embodiment, a predetermined time range is a day (i.e., 24 hours). However, in another embodiment, a predetermined time range may be longer (e.g., 3 days) or shorter (e.g., 12 hours). The types of multimedia files may include picture files and/or movie files. Each of the playback devices 12(1) -12 (M) may play the multimedia file via images, sounds, or a combination of images and sounds.

The playback devices 12(1) to 12(M) can return the feedback information 102(1) to 102(M) to the server 11 according to the actual playback status. For example, the feedback information 102(i) may be used to record an actual playing time (e.g., a starting playing time and/or an ending playing time) of at least one multimedia file played by the playing device 12 (i). The feedback information 102(1) to 102(M) may reflect the software/hardware performance of the playback devices 12(1) to 12(M), respectively. For example, if the decoding capability of the playing device 12(i) is not good, the playing start time of one multimedia file in the feedback information 102(i) may be later than the playing start time corresponding to the multimedia file in the playing list 101(i) (indicating that the playing delay occurs). In response to the difference in software/hardware performance between the playback devices 12(1) to 12(M), the feedback information 102(1) to 102(M) may be different even if the playback schedule information recorded in the playback lists 101(1) to 101(M) is completely the same. The server 11 can adjust the play lists 101(1) to 101(M) to be provided to the playing devices 12(1) to 12(M) in accordance with the feedback information 102(1) to 102(M), respectively. In the following embodiments, only the interaction between the server 11 and the playing device 12(1) is described, but the details of the related operations can be analogized to the rest of the playing devices.

Referring to fig. 2, the server 11 may include a processor 111, a storage device 112, and an input/output interface 113. The processor 111 may include a central processing unit, a graphics processor, an embedded controller, or other programmable general purpose or special purpose microprocessor, a digital signal processor, a programmable controller, an application specific integrated circuit, a programmable logic device, or other similar devices or combinations thereof. The processor 111 is responsible for the whole or part of the operation of the server 11.

The storage device 112 is coupled to the processor 111 and is used for storing data. For example, storage 112 may include volatile storage media and nonvolatile storage media. The volatile storage medium may be a random access memory, and the non-volatile storage medium may be a read-only memory, a solid-state drive, or a conventional drive.

The input/output interface 113 is coupled to the processor 111. The input/output interface 113 is used for receiving signals and/or outputting signals. For example, the input/output interface 113 may include a screen, a touch pad, a mouse, a keyboard, physical buttons, a speaker, and/or a microphone, and the type of the input/output interface 113 is not limited thereto.

The playing device 12(1) includes a processor 121, a storage device 122 and an input/output interface 123. The processor 121 may include a central processing unit, a graphics processor, an embedded controller, or other programmable general purpose or special purpose microprocessor, a digital signal processor, a programmable controller, an application specific integrated circuit, a programmable logic device, or other similar devices or combinations thereof. The processor 121 is responsible for the whole or part of the operation of the playback device 12 (1).

The storage device 122 is coupled to the processor 121 and is used for storing data. For example, storage 122 may include volatile storage media and nonvolatile storage media. The volatile storage medium may be a random access memory, and the non-volatile storage medium may be a read-only memory, a solid-state drive, or a conventional drive.

The input/output interface 123 is coupled to the processor 121. The input/output interface 123 is used to receive signals and/or output signals. For example, the input/output interface 123 may include a screen, a touch pad, a mouse, a keyboard, physical buttons, a speaker, and/or a microphone, and the type of the input/output interface 123 is not limited thereto. The hardware/software architecture of the playback device 12(1) may be the same as or similar to the hardware/software architecture of any of the playback devices 12(2) - (12 (M)), and will not be repeated herein.

In one embodiment, the input/output interface 113 includes a wired communication interface and/or a wireless communication interface, and the input/output interface 123 includes a wired communication interface and/or a wireless communication interface. The input/output interface 113 may communicate with the input/output interface 123 via a network 201. For example, the i/o interfaces 113 and 123 may support at least one of Ethernet (Ethernet) communication technology, wireless fidelity (Wi-Fi), third generation wireless communication technology (3G), Long Term Evolution (LTE), fourth generation wireless communication technology (4G), and fifth generation wireless communication technology (5G), or similar wired/wireless communication technologies. The network 201 may include the Internet or a local area network.

In one embodiment, the processor 111 generates the playlist 101(1) according to the request of the manufacturer or the customer and transmits the playlist 101(1) to the playback device 12(1) via the input/output interface 113. The playlist 101(1) may record the playing schedule information of multimedia files such as advertisements requested to be played by the manufacturer or the client. The processor 121 may receive the playlist 101(1) through the input/output interface 123 and instruct the input/output interface 123 to play the corresponding multimedia file within a predetermined time range according to the playlist 101 (1). For example, the input/output interface 123 may play one or more multimedia files via a screen and/or speakers. In one embodiment, the operation of playing one or more multimedia files through the play input/output interface 123 is also referred to as a multimedia playing operation.

In one embodiment, the processor 121 may record the actual playing time (e.g., the start playing time and/or the end playing time) of each multimedia file. The processor 121 may generate the feedback information 102(1) according to the recorded actual playing time and transmit the feedback information 102(1) to the server 11 via the input/output interface 123.

In an embodiment, the processor 111 may detect the delay time information corresponding to the multimedia playing operation executed by the playing device 12(1) according to the feedback information 102(1) from the playing device 12 (1). For example, the processor 111 may obtain the delay time information according to the playing schedule information of the multimedia file recorded in the playing list 101(1) and the actual playing time of the multimedia file recorded in the feedback information 102 (1). For example, the delay time information may reflect a difference between the playing schedule information of a certain multimedia file and the actual playing time of the multimedia file. The processor 111 can automatically update the playlist 101(1) provided to the playback device 12(1) according to the delay time information. For example, if the feedback information 102(1) reflects that the playing apparatus 12(1) has poor processing performance for the movie file, the processor 111 may delay the playing start time of one movie file in the playing list 101 (1). Therefore, when the next multimedia playing operation is executed according to the playing list 101(1), the playing device 12(1) can play the corresponding multimedia file based on the scheduled playing time as much as possible.

Fig. 3A to 3C are schematic diagrams illustrating a playlist and feedback information according to an embodiment of the invention. Referring to fig. 3A, it is assumed that the playlist 301 records the playing schedule information of the multimedia files File (1) to File (n). The playing schedule information can reflect that the preset playing start time of the multimedia files File (1) to File (N) is T (1) to T (N), respectively. For example, assuming that each multimedia file is a movie file and the file length of each multimedia file is 30 seconds, T (1) may be 00:00:00, T (2) may be 00:00:30, and T (n) may be 23:59:30, but the invention is not limited thereto. In one embodiment, the playlist 301 may also record multimedia files with different file lengths and/or different file types. The playing device (e.g. the playing device 12(1) in fig. 1) can play the multimedia files File (1) to File (n) in sequence according to the playlist 301.

It should be noted that, in the embodiment, it is assumed that each time the playback of the next multimedia file is switched to (for example, the time Δ T is delayed) occurs. Accordingly, feedback information 302 reflecting the time Δ T (also referred to as a delay time) may be generated as shown in fig. 3B. For example, according to the feedback information 302, the multimedia File (1) starts to be played at a predetermined time T (1). However, a delay occurs in switching to playing the multimedia File (2), resulting in a delay in the play start time of the multimedia File (2) from a predetermined time T (2) to T (2) + Δ T. By analogy, a delay occurs when switching to play the multimedia File (3), which causes the start playing time of the multimedia File (3) to be delayed from the predetermined time T (3) to T (3) + Δ T. As the delay time accumulates, the time to actually start playing the multimedia file File (N) is also delayed from the time T (N) to T (N) + (N-1). times.DELTA.T. Taking the preset time range of one day (i.e. 24 hours) as an example, suppose that the multimedia file (n) is scheduled to be played at 23:59:30 (i.e. t (n)) originally. However, due to the delay in playing the multimedia files File (2) -File (N-1), the multimedia File File (N) (or File (N-1)) may not be able to be played before 24:00:00 of the day (because the next day's play schedule starts after 24:00: 00). In such a case, the vendor or customer may cancel part of the payment or even cancel the remaining orders that follow because the advertisement was not accidentally played.

In this embodiment, the feedback information 302 can be provided to a server (e.g., the server 11 in FIG. 1) to update the playlist 301 in FIG. 3A. For example, according to the feedback information 302, the playlist 301 may be updated to the playlist 303, as shown in fig. 3C. In the playlist 303, the start playing time of the multimedia files File (2) to File (n) is updated (i.e., delayed). For example, the play start time of the multimedia File (2) may be delayed to T (2) + Δ S, the play start time of the multimedia File (3) may be delayed to T (3) +2 × Δ S, and the play start time of the multimedia File (N) may be delayed to T (N) + (N-1) × Δ S.

In the present embodiment, the time Δ S is determined according to the time Δ T (i.e., the delay time). For example, the time Δ S may be equal to the time Δ T to conform to the delay time information reflected by the feedback information 302. The playlist 303 may be re-provided to the playback apparatus 12 (1). The playing device 12(1) can play the multimedia files File (1) -File (n) in the next predetermined time range (e.g. every other day) according to the play list 303. In particular, since the playlist 303 takes into account the delay time information corresponding to the device 12(1) performing the multimedia playing operation, the device 12(1) can more accurately play the corresponding multimedia file at the time point preset in the new playlist 303.

In one embodiment, when updating the playlist, if the new playing time of a multimedia file (e.g. multimedia file (n)) scheduled later exceeds a predetermined time range, the multimedia file (e.g. multimedia file (n)) may also be removed from the playlist 303. The removed multimedia file (n) can be played by other playing devices or scheduled to be played at other time points. Although the playlist 303 may only be able to arrange a smaller number of multimedia files than the playlist 301, the predetermined playing time of each multimedia file in the playlist 303 may be more accurate, thereby reducing the problem that all multimedia files may not be played completely within the predetermined time range.

Fig. 4A to 4C are schematic diagrams illustrating a playlist and feedback information according to an embodiment of the invention. Referring to fig. 4A, it is assumed that the playlist 401 records the playing schedule information of the multimedia files File (1) to File (n). The playing schedule information can reflect that the preset playing start time of the multimedia files File (1) to File (N) is T (1) to T (N), respectively. The playing device (e.g. the playing device 12(1) in fig. 1) can play the multimedia files File (1) to File (n) in sequence according to the play list 401.

It should be noted that, in this embodiment, it is assumed that the time Δ T (1) is delayed from playing the multimedia File (1) to playing the multimedia File (2); the time delta T (2) is delayed when the multimedia File (2) is switched to play the multimedia File (3); the time delta T (3) is delayed when the multimedia File (3) is switched to play (4); and the switch from playing the multimedia File (N-1) to playing the multimedia File (N) is delayed by a time DeltaT (N-1). Any two of the times Δ T (1) to Δ T (N-1) may be the same or different.

According to the actual playing time of the multimedia files File (1) -File (n), the feedback information 402 can be generated, as shown in fig. 4B. For example, according to the feedback information 402, the multimedia File (1) starts to be played at a predetermined time T (1). However, a delay occurs in switching to playing the multimedia File (2), resulting in a delay in the play start time of the multimedia File (2) from a predetermined time T (2) to T (2) + Δ T (1). By analogy, a delay occurs when switching to play the multimedia File (3), which causes the start playing time of the multimedia File (3) to be delayed from the predetermined time T (3) to T (3) + Δ T (1) + Δ T (2). With the accumulation of the delay time, the time for actually starting playing the multimedia file (N) is also delayed to T (N) + Δ T (1) + Δ T (2) + … + Δ T (N-1).

In this embodiment, the feedback information 402 can be provided to a server (e.g., the server 11 in FIG. 1) to update the playlist 401 in FIG. 4A. For example, according to the feedback information 402, the playlist 401 may be updated to the playlist 403, as shown in fig. 4C. In the playlist 403, the start playing time of the multimedia files File (2) to File (n) is updated (i.e., delayed). For example, the play start time of the multimedia File (2) may be delayed to T (2) '(T (2)' ═ T (2) + Δ S (2)), the play start time of the multimedia File (3) may be delayed to T (3) '(T (3)' ═ T (3) + Δ S (3)), and the play start time of the multimedia File (n) may be delayed to T (n) '(T (n)' + Δ S (n)).

It should be noted that, in the present embodiment, the time Δ S (2) is determined according to the time Δ T (1), the time Δ S (3) is determined according to the sum of the times Δ T (1) and Δ T (2), the time Δ S (4) is determined according to the sum of the times Δ T (1), Δ T (2) and Δ T (3), and the time Δ S (N) is determined according to the sum of the times Δ T (1) to Δ T (N-1). For example, time Δ S (2) may be equal to time Δ T (1), time Δ S (3) may be equal to the sum of times Δ T (1) and Δ T (2), time Δ S (4) may be equal to the sum of times Δ T (1), Δ T (2), and Δ T (3), and time Δ S (N) may be equal to the sum of times Δ T (1) - Δ T (N-1). The playlist 403 may be re-provided to the playing device 12 (1). The playing device 12(1) can replay the multimedia files File (1) -File (n) within a next predetermined time range (e.g. every other day) according to the play list 403. Therefore, the apparatus 12(1) can play the corresponding multimedia file at the predetermined time point in the playlist 403 more accurately. In one embodiment, at least one multimedia file (e.g., multimedia file (n)) in the playlist 403 may also be removed to control the total playing time of the multimedia file within a predetermined time range.

In one embodiment, the delay time (e.g., the time Δ T or Δ T (1) - Δ T (N-1)) is also referred to as a buffering time. The processor 111 of the server 11 can calculate the buffer time corresponding to the delay time information for switching from playing a multimedia file of a certain type (also referred to as a first type) to playing a multimedia file of another type (also referred to as a second type). The processor 111 may then update the playlist according to the buffering time. In one embodiment, for example, the first type of multimedia file and the second type of multimedia file may be referred to as one of a movie file and a picture file, respectively.

Fig. 5 is a diagram illustrating buffering times corresponding to different rules according to an embodiment of the present invention. Referring to fig. 5, according to the collected feedback information, a server (e.g., the processor 111 of fig. 2) may establish table information 501. Table information 501 describes (preset) buffer times Δ S _1 to Δ S _4 corresponding to rules 1 to 4. Rule 1 refers to switching from playing a movie to playing a movie. Rule 2 refers to switching from playing a movie to playing a picture. Rule 3 refers to switching from playing pictures to playing pictures. Rule 4 refers to switching from playing a picture to playing a movie. The buffering time Δ S _1 represents the (average) buffering time required for a certain playing device (e.g. the playing device 12(1) of fig. 1) to switch from playing a movie to playing it. The buffer time Δ S _2 represents the (average) buffer time required for the playback apparatus to switch from playing a film to playing a picture. The buffering time Δ S _3 represents the (average) buffering time required for the playback apparatus to switch from playing pictures to playing pictures. The buffer time Δ S _4 represents the (average) buffer time required for the playback apparatus to switch from playing a picture to playing a film.

In an embodiment of fig. 2, the processor 111 may update the buffering time Δ S _1 to Δ S _4 according to at least one feedback information obtained from the playing device 12 (1). Thereafter, the processor 111 may update the playlist for the playing device 12(1) according to the table information 501. Taking fig. 4A to 4C as an example, assuming that the multimedia File (1) is a movie File and the multimedia File (2) is a picture File, the processor 111 determines the time Δ S (2) in fig. 4C according to the buffering time Δ S _2 corresponding to rule 2 in the table information 501. For example, the processor 111 may determine that the time Δ S (2) is equal to the buffering time Δ S _ 2. Alternatively, if the multimedia File (2) is a picture File and the multimedia File (3) is a movie File, the processor 111 can determine Δ S (3) in fig. 4C according to the buffering time Δ S _4 corresponding to rule 4 in the table information 501. For example, the processor 111 may determine that the time Δ S (3) is equal to the buffering time Δ S _ 4. In one embodiment, the buffering time Δ S _1 Δ S _4 can be, for example, 0.1 second, 0.5 second, 0 second (without delay), and 0.1 second.

In one embodiment, the buffering time corresponding to the switching between more types of multimedia files can also be obtained, and is not limited to the rules 1-4. For example, in one embodiment, switching from playing the content of an online web page to playing a movie file may be regarded as rule 5, and the buffering time Δ S _5 corresponding to rule 5 may be determined and added to the table information 501 of fig. 5.

In the embodiment shown in fig. 1 and fig. 2, the processor 111 may update the playlist 101(1) after receiving the feedback information 102(1) from the playing device 12(1) each time. However, in another embodiment, the processor 111 updates the playlist 101(1) only when a specific condition is satisfied, so as to reduce the update frequency of the playlist 101(1) and/or save the computing resources of the server 11. For example, in an embodiment, the processor 111 may determine whether the total delay time (i.e. the accumulated delay time) generated by the playing device 12(1) playing the at least one multimedia file according to the playlist 101(1) reaches a predetermined value according to the feedback information 102 (1). If the total delay time reaches the predetermined value, the processor 111 can update the playlist 101(1) according to the feedback information 102(1) in response to the determination result. On the contrary, if the total delay time does not reach the predetermined value, the processor 111 may not update the playlist 101(1) for the moment. For example, in one embodiment, the predetermined value may be 100 seconds. Assuming that a received feedback message 102(1) reflects that the actual playing time of a multimedia file is slower than the predetermined playing time by 400 seconds, the processor 111 may update the playlist 101(1) in response to the situation. On the contrary, if the feedback information 102(1) received at a certain time reflects that the actual playing time of the last played multimedia file in the preset time range is only 20 seconds slower than the preset playing time, the processor 111 may not update the playlist 101(1) for the moment.

Fig. 6 is a flowchart illustrating a method for managing a schedule of a playback device according to an embodiment of the present invention. Referring to fig. 6, in step S601, a playlist is provided. The playing list records the playing schedule information of a plurality of multimedia files. In step S602, a playing device performs a multimedia playing operation according to the playlist to play at least one of the multimedia files. In step S603, delay time information corresponding to the multimedia play operation is detected. In step S604, the playlist is automatically updated according to the delay time information.

However, the steps in fig. 6 have been described in detail above, and are not described again here. It is to be noted that, the steps in fig. 6 can be implemented as a plurality of program codes or circuits, and the invention is not limited thereto. In addition, the method of fig. 6 may be used with the above exemplary embodiments, or may be used alone, and the invention is not limited thereto.

In summary, after providing the playlist recording the playing schedule information of the multimedia file to the playing device, the playing device may perform a multimedia playing operation according to the playlist. Then, delay time information corresponding to the multimedia play operation may be detected. The playlist may be automatically updated according to the delay time information. In other words, the present invention can customize the playlist provided to a certain playback device later by collecting the history playback experience (i.e., the delay time information) of the playback device, thereby effectively improving the problem that the playback delay of the terminal device is not easily controlled in the past.

Although the present invention has been described with reference to the above embodiments, it should be understood that various changes and modifications can be made therein by those skilled in the art without departing from the spirit and scope of the invention.

Claims

1. A scheduling management method for a playing device comprises the following steps:

providing a play list, wherein the play list records the play schedule information of a plurality of multimedia files;

performing, by a playing device, a multimedia playing operation according to the playlist to play at least one of the plurality of multimedia files;

detecting delay time information corresponding to the multimedia play operation; and

and automatically updating the playing list according to the delay time information.

2. The method of claim 1, wherein the step of detecting the delay time information corresponding to the multimedia playback operation comprises:

obtaining an actual playing time of the at least one of the plurality of multimedia files; and

and obtaining the delay time information according to the playing scheduling information and the actual playing time.

3. The method of claim 1, wherein the step of automatically updating the playlist according to the delay time information comprises:

determining whether a total delay time generated by playing the at least one of the plurality of multimedia files reaches a preset value; and

and responding to the total delay time reaching the preset value, and automatically updating the playing list according to the delay time information.

4. The method of claim 1, wherein the step of automatically updating the playlist according to the delay time information comprises:

calculating the corresponding buffer time for switching from playing the multimedia file of the first type to playing the multimedia file of the second type in the delay time information; and

and updating the playing list according to the buffering time.

5. The method of claim 1, wherein the step of automatically updating the playlist according to the delay time information comprises:

delaying a start play time of a first multimedia file of the plurality of multimedia files.

6. A schedule management system, comprising:

the server device is used for providing a play list, wherein the play list records the play scheduling information of a plurality of multimedia files; and

a playing device for executing multimedia playing operation according to the playing list to play at least one of the plurality of multimedia files,

wherein the server device is further configured to detect delay time information corresponding to the multimedia play operation, and

the server device is also used for automatically updating the playing list according to the delay time information.

7. The schedule management system of claim 6 wherein the operation of the server means detecting the delay time information corresponding to the multimedia play operation comprises:

8. The schedule management system of claim 6 wherein the operation of the server device automatically updating the playlist based on the delay time information comprises:

9. The schedule management system of claim 6 wherein the operation of the server device automatically updating the playlist based on the delay time information comprises:

and updating the playing list according to the buffering time.

10. The schedule management system of claim 6 wherein the operation of the server device automatically updating the playlist based on the delay time information comprises: