초록 ▼

A protocol and interface provides continuous play over multiple clips for extended periods of time, allows a play-list to be edited dynamically after being given to the video server and during playback of clips in the play-list, allows some notion of "current time" to be used during the streaming of

A protocol and interface provides continuous play over multiple clips for extended periods of time, allows a play-list to be edited dynamically after being given to the video server and during playback of clips in the play-list, allows some notion of "current time" to be used during the streaming of continuous media data, and supports features of the "Louth Automation" video disk communications protocol. Preferably, the client application first creates a session with a play-list containing a fixed number of entries; the number should be as small as possible consistent with the client's requirements. The client edits this play-list by appending the first few clips and then starts the session playing. Each time transmission of video data of a clip is completed, the clip is removed from the head of the play-list, all other clips are moved down, and a callback is issued to the client with the current, updated, play-list. A callback is also issued with the updated play-list to acknowledge each edit command. Preferably, there is a limit as to how close to air-time a clip normally may be deleted or new material inserted, in order to ensure continuity of transmission of the video stream of each clip. To allow live break-ins or other "emergency" operations, however, the session may be paused and later resumed and subsequent clips may be "trimmed" to reduce their play times to recover the time lost to the break-in.

대표청구항 ▼

[ What is claimed is:] [1.] A method of communication between a client and a continuous media server in a data network, said method comprising the steps of:(a) the client sending a first command to the server requesting the server to allocate server resources for a broadcast session including transm

[ What is claimed is:] [1.] A method of communication between a client and a continuous media server in a data network, said method comprising the steps of:(a) the client sending a first command to the server requesting the server to allocate server resources for a broadcast session including transmission of continuous media data from the server to a destination in the data network; and then(b) the server receiving the first command and in response allocating server resources for the broadcast session and returning to the client an acknowledgement that server resources have been allocated for the broadcast session; and then(c) the client receiving the acknowledgement and in response transmitting to the server at least a second command specifying a play-list of continuous media clips from which continuous media data are to be transmitted from the server to said destination during the broadcast session; and then(d) the server receiving said at least a second command and thereafter beginning the broadcast session by transmitting continuous media data from a first clip in the play-list to said destination; and then(e) the client sending to the server play-list edit commands during the transmission of continuous media data from at least one clip in the play-list for editing the play-list including the addition of at least one additional clip to the play-list, and the server receiving the play-list edit commands and in response editing the play-list during the broadcast session without interruption of the transmission of continuous media data from the server to said destination.