WO2009130287A1 - Client und server für ein video on demand-system - Google Patents

Client und server für ein video on demand-system Download PDF

Info

Publication number
WO2009130287A1
WO2009130287A1 PCT/EP2009/054909 EP2009054909W WO2009130287A1 WO 2009130287 A1 WO2009130287 A1 WO 2009130287A1 EP 2009054909 W EP2009054909 W EP 2009054909W WO 2009130287 A1 WO2009130287 A1 WO 2009130287A1
Authority
WO
WIPO (PCT)
Prior art keywords
work
client
files
time
subset
Prior art date
Application number
PCT/EP2009/054909
Other languages
English (en)
French (fr)
Inventor
Bengt Skogvall
Original Assignee
Itv Solutions Gmbh
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Itv Solutions Gmbh filed Critical Itv Solutions Gmbh
Priority to EP09733933A priority Critical patent/EP2272231A1/de
Publication of WO2009130287A1 publication Critical patent/WO2009130287A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23406—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving management of server-side video buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2401—Monitoring of the client buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests

Definitions

  • the invention relates to a client and a multimedia playback device for downloading multimedia files, a server for providing and transmitting multimedia files to a client, an arrangement of a server and a client, to a method for uninterrupted transmission multimedia files and a computer program product on a machine-readable medium for downloading multimedia files.
  • the technology of reproducing information has evolved from traditional broadcasting to individually requesting information from data sources by the participants.
  • broadcast technology all subscribers who have selected a channel receive the same program at the same time.
  • the program selection is done exclusively by selecting a channel.
  • Video on Demand (“Video on Demand")
  • each user can individually select their desired program content and play it at any time, and the program content can be audio / video content, audio content or other multimedia content content from a multimedia data provider on an associated data source and downloads the content from the data source with a so-called client
  • the data sources are referred to as servers and the serve as receiving and playback units
  • Data source to the client is not necessarily in real time, as in the broadcast, but depends mostly on the bandwidth of the transmission medium.
  • Transmission medium refers to a technology for data transmission from the data source to the client, such as a radio transmission technology or the Internet, a DSL or LAN technology or a combination of these.
  • the bandwidth of the transmission medium is always limited by the element with the lowest transmission speed.
  • the transmission speed may also be limited by the maximum speed of the data source, especially if multiple clients access it simultaneously.
  • the content is usually transmitted in the form of digital data.
  • the contents are stored in the form of files, which are also referred to as multimedia files, on the data sources.
  • the bandwidth of the transmission medium depends on the total bandwidth of the transmission medium and the number of clients using the transmission medium at the same time.
  • the transmission speed of the contents may be above the playback speed or below the playback speed of the multimedia content.
  • the playback speed of the multimedia content is the speed at which the data is converted into sound or picture when a work is played back. If the transmission speed of the data is below the playback speed of the contents of the data, the client would experience playback interruptions when the client plays the content directly from the data source over the transmission medium. Therefore, there is a need for a client to cache the data to be played back.
  • a buffer a so-called buffer (English Buffer), so be dimensioned so that there are no interruptions in the playback of the contents, because even before the start of playback of a work, a sufficiently large amount of data is cached.
  • the size of the buffer depends on the bandwidth of the transmission medium.
  • the buffer must be chosen to be at least large enough so that there is no interruption of playback even with the lowest available bandwidth of the transmission medium. As described above, the bandwidth of the transmission medium depends on various factors and is therefore subject to variations.
  • a buffer of a given size has to buffer the same amount of data, which depends on the lowest possible bandwidth of the transmission medium. Playback of the content starts when the buffer is full. The delay between download start time and playback start time again depends on the lowest possible bandwidth of the transmission medium.
  • the object of the invention is achieved by a client having a data port for downloading a plurality of sub-files which, taken together, constitute a total and represent a contiguous work lasting at least approximately a known reproduction time for the purpose of reproducing the work or a part thereof.
  • the playback can be done via speakers and / or a screen, a projector or the like.
  • the client according to the invention is configured first to download a first subset of the sub-files and then to automatically start the replay of the entire work or of the works thereof, if a replay time of the work or of the work part to be reproduced is at least as long as one of a current one time measured for downloading the first subset of partial data files with known data volume, for downloading a remaining subset of sub-files, which is required based on the current data transfer rate thus acquired.
  • the rest after playback still The partial files to be downloaded are required in order to reproduce the entire work or the part to be played.
  • the advantageous technical effect of the client according to the invention is that the work or part to be reproduced during the ongoing download of the file representing the work, in which the work is stored machine readable, with high probability without interruption and at the same time as early as possible can be played.
  • time position it is meant that the position thus designated refers to times within a work.
  • a buffer underrun can then occur If the data transmission speed of the file representing the work was lower than its playback speed, and the buffered subset of sub-files (buffer) has already been completely reproduced, such a buffer underrun should, however, be largely ruled out with the client according to the invention the invention bie
  • a buffer underrun has the advantage that the rest of the work to be reproduced can be reproduced without interruption with a high probability.
  • the time delay between the start of the download and the start of playback remains as low as possible. Playback starts z. For example, immediately after downloading the first subset of subfiles, if the extrapolated remainder download time is less than the playback time of the work or the part of it to be reproduced. This is always the case, for example, when the data transfer speed is greater than the playback speed relative to the file size of the work or work part.
  • the download does not end until the user aborts the download or the work or part of the work has been completely downloaded.
  • the download can also be aborted by the client when playback is finally stopped by the user.
  • the first subset of subfiles is a subset of subfiles representative of the remainder download time calculations.
  • a representative subset of subfiles may be a predetermined subset that has proven successful in testing, or the decision of whether a subset is representative may be selected by the client as the data submission data rate fluctuation varies as the first subset of subfiles are downloaded. The larger the data transfer rate fluctuation, the larger should be a representative subset of subfiles.
  • the representative subset may also be determined by a particular, downloaded subset of sub-files in a predetermined time.
  • the data transfer speed must be calculated from the downloaded subset divided by the download time required for it. This is usually given in bits per second (bps). It can also be measured in sub-files per time unit. This simplifies the calculation again.
  • Work refers to a perceptible representation of a recorded or created multimedia file in the context described herein.
  • the multimedia file can be edited after its recording, so z. B. cut, underlaid with music, provided with navigation menus or be provided with effects.
  • Typical multimedia files are audio or audio / video files, such as movies, computer games or sequences thereof, or three-dimensional virtual spaces or their textures.
  • the multimedia files may in some cases be interactive, such as films with controllable plot or computer games.
  • Other multimedia files can be recorded or computer-created music files.
  • a work can also be a compressed multimedia file. Usual file formats are z. MPEG, DIVX, MP3, AAC, WMF etc. In the following, advantageous embodiments of the client will be described.
  • the client may be configured to automatically start playing the work or part of the work when the client has downloaded at least the first subset of sub-files, thereby determining a current data transfer rate at which those sub-files have been downloaded, and has determined, from the current data transmission speed and a safety factor ⁇ 1, a data transmission speed multiplied by the safety factor and has further determined that the reproduction time of the work or of the workpiece is at least as long as the remaining download time required taking into account the data transmission speed multiplied by the safety factor.
  • the current data transfer rate can be calculated by dividing the size of the first subset of subfiles (data volume) by the download time when downloading the first subfiles.
  • the safety factor ⁇ 1 is selected in such a way that with a high probability an uninterrupted reproduction of the work or of the part of the work is still guaranteed during the download of the partial files.
  • a safety factor with values between 0.6 and 0.7 has proven to be advantageous.
  • the safety factor has a predetermined value of 0.7.
  • the average current data transfer rate may also be done after each download of a subfile as a quotient of the amount of data (data volume) represented by the subset of subfiles already downloaded by the time required to download that subset of subfiles. It can also be stored for each already downloaded sub-files a respective data transfer speed. As a result, fluctuations in the transmission speed during the download of the first subset of partial files can be detected.
  • the client is designed to download file size information about a total file size with at least one of the partial files already downloaded prior to the calculation of a playback start time.
  • the total replay time of the work can then be calculated from the total file size of the work divided by an average encoding bit rate (in bps).
  • the total file size is the data volume of the total amount of partial files of the work.
  • the average encoding bit rate can be calculated from the already downloaded subset of works' partial files and the associated playback time of that subset of subfiles. Using the average encoding bit rate, the total playback time can be calculated from the total file size of the work, and vice versa.
  • the average encoding bit rate depends on the nature of the work, such as: For example, audio or video file, the resolution and the Komporsionstechnik and the compression rate. Information about the coding bit rate may be stored in the file representing the work. It can also be variable within certain limits.
  • Playback information about the total replay time of the work may also be downloaded when provided with at least one of the first downloaded subfiles. Then no calculation is needed and no further knowledge about the coding bit rate. The total play time and the total file size are then used to calculate a playback start time at which the work or part play is automatically started.
  • the plurality of partial files to be downloaded can have an at least approximately equal volume of data or an at least approximately equal length of playback time.
  • calculation steps that the client performs can be simplified. For example, the calculation of the data volume of already downloaded
  • Partial files are simplified, because only a number of equally large volumes of data must be added. Also, the reproduction information and the file size information can be given in a number of sub-files. This further simplifies the calculation steps.
  • the work can be split and assembled at the application level into approximately equally sized sub-files, not at one of the lower levels according to the OSI reference model, such as the PHY layer (physical layer) or the MAC layer. It is not necessary to determine the size of the individual data packet to be added.
  • the OSI reference model such as the PHY layer (physical layer) or the MAC layer. It is not necessary to determine the size of the individual data packet to be added.
  • a division of the work into data packets on the TCP / IP level and calculation of a data volume consisting of a large number of such data packets is complicated because each TCP / IP packet can have a different volume of data.
  • the client is configured to calculate the remaining subset of subfiles to be downloaded from a total file size of the work, consisting of the total amount of subfiles, minus the size of the already downloaded subset of subfiles, and a remaining replay duration the total playing time of the work minus a current playback time position within the work from which the work or part of the work is to be reproduced.
  • the client is configured to start playing the work or the worksheet from the current playback time position when the data transfer rate multiplied by the security factor is at least as large as the remaining subset of divided files divided by the remaining play time.
  • the calculations can each be performed in number of sub-files.
  • the data transfer rate is specified in sub-files per unit time (second).
  • the advantage of this subdivision is that the calculations are simplified.
  • conventionally data volumes can be expected.
  • the safety factor used may be predetermined before downloading the work, and may be preset for the client or manually adjustable.
  • the client may be configured to automatically adjust the safety factor to a variation in the data transfer rate during the download of the first subset of subfiles, the smaller the variation in the data transfer rate during the download, the smaller the adjusted fuzzy factor.
  • the security factor can be automatically lowered by the client.
  • the client is preferably designed to allocate and store a respective adapted security factor and a network address (URL or IP address) of an associated respective data source from which the sub-files are downloaded, and the stored data source belonging to the respective data source Network address associated with the adjusted security factor on the next download from the same data source.
  • a respective adapted security factor and a network address URL or IP address
  • the client may be configured to receive a playback start time or a playback start signal at which the reproduction of the work or the work part thereof is automatically started from a server from which the work or work is downloaded.
  • This has the advantage that the client does not need to have information about playback time or file size because the calculation of the playback start time is performed on the server. For this, however, the server must be trained to perform these calculations.
  • the object is achieved by a multimedia player having a memory, a data input interface for downloading a plurality of sub-files which collectively constitute a work, a data output interface for outputting a reproduction signal of the work or a part thereof and a processor connected to the data input interface of the data output interface and the memory, and a client according to the first aspect the invention or one of the embodiments solved, wherein the data terminal of the client is connected to the data input and output interface.
  • the multimedia player can use the same memory and processor as the client.
  • the multimedia player includes an output unit for reproducing the work or the work part.
  • the playback signal is passed to the output unit and output there perceptible for a user.
  • Such output may preferably be by sound or image information. However, other forms of output are also conceivable that affect one of the five senses of man.
  • Such an output unit is preferably a loudspeaker or a screen or projector.
  • the output signal contains the information necessary for the reproduction of the work or the part thereof.
  • the multimedia player may also include a wireless communication unit connected to the data input interface.
  • the wireless communication unit is suitable for receiving the plurality of sub-files.
  • the object of the invention is achieved according to a third aspect by a server for transmitting a plurality of sub-files to a client.
  • the server has a memory, a data interface, and a processor connected to the memory and the data interface.
  • the sub-files, taken together, constitute a total and represent a contiguous work that takes at least approximately a total known duration of playback.
  • the server is designed to store the total amount and to transmit a first subset of partial files of the factory via the data interface to the client.
  • the server is further adapted to automatically transmit a playback start signal to the client if the total playing time of the work is as long or at least as long as one of the time taken to transmit the first subset of the part files. Data volume extrapolated remaining download time for transferring a remaining subset of part files needed to render the entire work.
  • the server has the advantages explained in the first aspect of the invention, such as the possibility of being able to reproduce the work without interruption on the client during the ongoing download with a high probability.
  • the calculation of the playback start time takes place on the server.
  • the server then gives the client the playback start signal.
  • the work may be stored as a plurality of partial files on the server, or the server may be configured to divide a total file representing the work into approximately equal sized partial files.
  • the server is configured to transmit a first subset of sub-files of the work to the client and a remaining data volume of the remaining subset of sub-files of a total file size of the work to be transmitted, represented by the total amount to calculate partial files, minus a data volume of the first already transferred subset of partial files.
  • the server is further configured to multiply a data rate multiplied by a safety factor from an average data rate determined from the data volume of the first subset of subfiles divided by the time for their transmission multiplied by the confidence factor between 1 and 0 to calculate.
  • the server is also adapted to transmit the playback start signal to the client if the data transfer rate multiplied by the security factor is as large or at least as large as the remaining data volume of the remaining subset of subfiles divided by the total replay duration.
  • the server is further configured to determine a remaining playing time from the total playing time of the work minus a current, client-side playing time position within the work from which the work or work is to be played.
  • the server is here designed to transmit the playback start signal to the client when the data rate multiplied by the safety factor is as large or at least as large as the remaining data volume of the remaining subset of subfiles divided by the remaining playback time.
  • the server can take into account which time playback position, ie playback time position, the work should be played on the client.
  • the information from which position is to be reproduced is preferably transmitted from the client to the server z. For example, the client starts playing from a playtime position within the work.
  • the server may be configured to transmit with one of the first transmitted partial files a file size information of a total file size (total data volume) of the work or a reproduction duration information for a total reproduction time of the work to the client.
  • a client has file size information or playback time information from the server and can itself perform the calculation of a playback start time, as described in the first aspect of the invention.
  • the server can be configured to transmit, with each sub-file transmitted to the client, a file size information about a remaining volume of data that is still to be transferred.
  • the client has an information as to which data volume is still to be transmitted.
  • the server may further be configured to determine, after each sub-file transmitted to the client, the current average data transmission rate, to determine an updated playback start time based on the current average data transmission rate and to transmit it to the client.
  • the object is achieved by an arrangement for transmitting a plurality of partial files, which together constitute a work, with a server according to claim 13 or 14 and a client according to one of claims 1 to 9 or a server after one of claims 15 to 17 and a client solved.
  • the calculation of the playback start time is performed on the client, in the second on the server.
  • the object is achieved by a method for transmitting a plurality of sub-files from a server to a client.
  • the method according to the invention contains the steps:
  • the advantage of the method is that when downloading a work, z.
  • a multimedia file based on the actual data transfer speed during transmission, a suitable playback start time is determined at which the work can still be played back during the download.
  • the calculation of the playback start time can take place on the client or on the server. If the computation of the start of replay time is on the server, the server may transmit a replay start signal to the client, after which the client immediately starts replaying the work. The server may also transmit a playback start time information to the client containing the temporal information about the appropriate playback start time.
  • the server can send a file size information to the client and the client calculates the appropriate start of playback time.
  • a contiguous overall file of the work may be made into the plurality of sub-files.
  • the technical effect of this embodiment is that the work does not already have to be present as a large number of sub-files, but is subsequently split up. This is z. B. of interest, if the work exists as an entire file on a disk and is divided into sub-files prior to transfer.
  • the step of calculating the restart start time is performed on the server.
  • the step of calculating the reproduction start timing includes the additional step of transmitting a reproduction start signal to the reproduction start time from the server to the client. The client then starts playing the work.
  • the step of calculating the playback start time is executed on the client.
  • the method includes the steps before the step of calculating:
  • Providing file size information about a total file size, a total amount of subfiles, or a total replay time of the work on the server Transfer the file size information about the total file size, the total amount of subfiles, or the total replay time of the work from the server to the client.
  • the technical effect of this embodiment is that the client receives the file size information about a total file size. This usually does not come from a downloaded download from the downloaded data and must be made available separately from the server.
  • the step of calculating the playback start time includes the steps of:
  • the extrapolation of the remaining download time taking into account the multiplied by a safety factor data transmission rate is done by the total file size minus the data volume of the first subset is calculated together divided by the multiplied by the safety factor data transmission speed.
  • Remaining download time (total file size - data volume of the first subset) / (data transfer rate * safety factor)
  • the method can also be applied to the reproduction of a part of the work. Instead of the total file size then enters the file size of the work part.
  • the step of determining the actual data transfer rate after each download of a sub-file includes calculating the average current data transfer rate as a quotient of the amount of data (data volume) represented by the already-downloaded subset of sub-files Downloading this subset of subfiles takes time.
  • the advantage of this variant is that there are always current values for the data transmission speed for calculating the playback start time.
  • the sub-files each have at least approximately the same data volume or at least approximately the same playback duration.
  • the reproduction of the work is started at a predetermined or adjustable, temporal playback start time position within the work from which a work piece is to be reproduced. Subtotal transfer starts with a subfile needed to play back the playback startup time within the work.
  • the technical effect of this embodiment is that no unnecessary part files are transmitted when the reproduction of the work is to be started from a different reproduction time position within the work than the starting position.
  • the object is achieved by a computer program product on a machine-readable medium, which is configured to cause a computer to download a plurality of sub-files, which when taken together, take a coherent, at least approximately known total playing time Represent factory, for reproducing the work or a part thereof thereof via speakers and / or a screen, a projector or the like solved.
  • the computer program product is inventively designed in its execution by a computer to cause this first download a first subset of the sub-files to store in the memory and the playback of the entire work or the work part thereof automatically start when a playback duration of the Work is at least as long as a residual download time extrapolated from the time for downloading the first subset of the known data volume sub-files for downloading a remaining subset of sub-files needed to complete the entire work to reproduce it.
  • a computer is a device having a memory, a reading unit for reading a machine-readable medium, and a processor connected to the memory and the reading unit.
  • the function of the processor or processor unit is determined by the predetermined data or control commands of the computer program product.
  • the computer program product is configured to cause a computer, upon execution, to determine a current average data rate at which the first subset of partial files have been downloaded multiplied by a safety factor multiplied data rate from the current average data rate multiplied by calculate a safety factor smaller than 1 and extrapolate the remaining download time taking into account the multiplied by a safety factor data transmission speed.
  • Embodiments of the computer program product may be extended to the embodiments of the method as long as they are not unequivocally exclusive.
  • FIG. 1 shows a timing diagram of a file download of a work.
  • FIG. 2 shows a flow chart of a file download of a work.
  • FIG. 3 schematically shows an arrangement of a client and a server.
  • FIG. 1 shows a timing diagram 100 of a file download of a work 102.
  • the File of the work 102 is divided during download from a server to a client into approximately equal sub-files 110, 114, etc., which, taken together, form a total quantity 102 of sub-files 110, 114.
  • the sub-files may in turn be divided into data packets 106, such as TCP / IP data packets 106.
  • a first timestamp is a download start time T D at which the transfer of the work's partial files to a client begins.
  • a second timestamp is the calculation timing T c to which the first subset of subfiles has been downloaded, and the calculation of a playback start time T 5 is performed.
  • a third timestamp is the playback start time T 3 at which the playback 118 is automatically started. Between these times, a subset of subfiles 104 has been downloaded. The time between these times may be referred to as the file download retention time 104.
  • the reproduction of the work 118 begins and lasts until a playback end T W E. This is the playback time 120. Before the playback end T W E, the file download 104, 108 ends at the download end time T E. Between these points in time there is a temporal playback overhang time 122. As seen from the playback start time T s , there is a residual download time 108 which is shorter than the total playback time 120 according to the invention.
  • the playback overhang time 122 results from a safety factor for calculating the playback start time T 3 .
  • the safety factor is set equal to 1 and the data transmission speed is constant, the reproduction overhang time 122 becomes 0. Then, the points T E and TWE coincide.
  • the playback start time may be assigned a position within the data ordered in the order of its reproduction, which is called a playback start time position.
  • FIG. 2 shows a flowchart 100 of a file download of a work.
  • the work is in the form of sub-files, which together form a total. The following steps are shown:
  • step 108 The extrapolation of the remaining download time in step 108 can take place taking into account a multiplied by a safety factor data transmission speed. If the data transfer speed is high enough, i. H. higher than the corresponding playback speed, the playback start time may also coincide with the calculation time. Then step 110 disappears or becomes infinitely small.
  • Figure 3 shows schematically an arrangement 300 of a client 302 and a server 310 for downloading a plurality of sub-files, which together represent a coherent work.
  • the client and the server communicate via a transmission medium 318, such. For example, the Internet or a wireless connection.
  • the client includes a memory 304, a data port 308 and a processor 306 which is connected to the data port 308 and to the memory 304.
  • the client is also to an output unit 320 for playback of the work, such. As a speaker, or a screen connected.
  • the server 310 includes a memory 312, a data interface 316, and a processor 314 connected to the data interface 316 and the memory 312. The calculation of the Play startup time may occur in this setup 300 on both the client 302 and the server 310.
  • T c Calculation time (of the playback start time). TW reproduction end time.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Die Erfindung betrifft einen Clienten mit einem Datenanschluss, einem Speicher und einem Prozessor, der mit dem Datenanschluss und dem Speicher verbunden ist, zum Herunterladen einer Vielzahl von Teil-Dateien, die zusammengenommen eine Gesamtmenge bilden und ein zusammenhängendes, eine zumindest annähernd bekannte Gesamtwiedergabedauer dauerndes Werk repräsentieren, zur Wiedergabe des Werkes oder eines Werkteils davon über Lautsprecher und/oder einen Bildschirm, einen Projektor oder dergleichen, wobei der Client ausgebildet ist, zunächst eine erste Teilmenge der Teil-Dateien herunter zu laden, im Speicher zu speichern und die Wiedergabe des gesamten Werkes oder des Werkteils davon dann automatisch zu starten, wenn eine Wiedergabedauer des Werkes oder des wiederzugebenden Werkteils davon mindestens so lang ist, wie eine aus der Zeit für das Herunterladen der ersten Teilmenge der Teil-Dateien mit bekanntem Datenvolumen extrapolierte Restdownloadzeit für das Herunterladen einer restlichen Teilmenge an Teil-Dateien, die benötigt werden, um das gesamte Werk oder den wiederzugebenden Werkteil davon wiederzugeben.

Description

Client und Server für ein Video on demand-System
Die Erfindung bezieht sich auf einen Client und ein Multimedia-Wiedergabe-Gerät zum Herunterladen von Multimedia-Dateien, einen Server zum Bereitstellen und Übertragen von Multimedia-Dateien an einen Client, eine Anordnung aus einem Server und einem Client, auf ein Verfahren zur unterbrechungsfreien Übertragung von Multimedia-Dateien und ein Computerprogrammprodukt auf einem maschinenlesbaren Datenträger zum Herunterladen von Multimedia-Dateien.
Die Technologie der Wiedergabe von Informationen, wie zum Beispiel Fernsehprogrammen und Radioprogrammen oder anderen Multimedia-Inhalten hat sich vom bisher üblichen Rundfunk zur individuellen Abfrage von Informationen von Datenquellen durch die Teilnehmer entwickelt. Bei der Rundfunktechnologie empfangen alle Teilnehmer, die einen Kanal gewählt haben, dasselbe Programm zur selben Zeit. Die Programmauswahl erfolgt ausschließlich durch die Auswahl eines Kanals. Bei der „Video auf Abruf Technik" (englisch Video on demand) kann jeder Benutzer individuell seinen gewünschten Programminhalt auswählen und zu jeder Zeit wiedergeben. Die Programminhalte können Audio/Videoinhalte, Audio-Inhalte oder andere Multimedia-Inhalte sein. Ein Benutzer wählt dabei die gewünschten Inhalte von einem Multimedia-Daten-Anbieter auf einer zugehörigen Datenquelle aus und lädt die Inhalte mit einem sogenannten Client von der Datenquelle herunter. Die Datenquellen werden als Server bezeichnet, und die dienten fungieren als Empfangs- und Wiedergabeeinheiten. Die Übertragung der Inhalte von der Datenquelle zum Client erfolgt dabei nicht notwendigerweise in Echtzeit, wie bei der Rundfunkausstrahlung, sondern richtet sich zumeist nach der Bandbreite des Übertragungsmediums.
Mit Übertragungsmedium wird eine Technologie zur Datenübertragung von der Daten- quelle zum Client, wie zum Beispiel eine Funkübertragungstechnologie oder das Internet, eine DSL- oder LAN-Technologie oder eine Kombination aus diesen bezeichnet. Die Bandbreite des Übertragungsmediums ist dabei immer durch das Element mit der geringsten Übertragungsgeschwindigkeit begrenzt. Die Übertragungsgeschwindigkeit kann auch durch die maximale Geschwindigkeit der Datenquelle begrenzt sein, insbesondere, wenn mehrere Client gleichzeitig darauf zugreifen.
Die Inhalte werden üblicherweise in Form von digitalen Daten übertragen. Dabei sind die Inhalte in Form von Dateien, die auch als Multimediadateien bezeichnet werden, auf den Datenquellen gespeichert. Die Bandbreite des Übertragungsmediums richtet sich nach der gesamten Bandbreite des Übertragungsmediums und der Anzahl der das Übertra- gungsmedium gleichzeitig verwendenden Clienten. Die Übertragungsgeschwindigkeit der Inhalte kann oberhalb der Wiedergabegeschwindigkeit oder unterhalb der Wiedergabegeschwindigkeit des Multimediainhalts liegen. Die Wiedergabegeschwindigkeit des Multimediainhalts ist die Geschwindigkeit, bei der die Daten bei der Wiedergabe eines Werkes in Ton oder Bild umgesetzt werden. Wenn die Übertragungsgeschwindigkeit der Daten unterhalb der Wiedergabegeschwindigkeit der Inhalte der Daten liegt, würde es zu Wiedergabeunterbrechungen beim Client kommen, wenn der Client den Inhalt direkt von der Datenquelle über das Übertragungsmedium wiedergibt. Deshalb ergibt sich die Notwendigkeit, dass ein Client die wiederzugebenden Daten zwischenspeichert. Es sind Video-on-demand-Verfahren bekannt, bei denen der Benutzer den Programminhalt im vorhinein auswählt, und der Client des Benutzers den Programminhalt von der Datenquelle vollständig herunterlädt und zu einem späteren Zeitpunkt wiedergibt. Der Download kann hier zum Beispiel über Nacht oder zu vorgegebenen Übertragungszeiten zum Beispiel über Satellit geschehen. Der Nachteil dieses Verfahrens ist jedoch, dass die Inhalte nicht zeitnah nach der Programmauswahl durch einen Benutzer wiedergegeben werden können.
Auch wenn die Inhalte noch während des Herunterladens wiedergegeben werden sollen, ist es, wie oben beschrieben, notwendig, dass Daten vom Client zwischengespeichert werden. Dabei muss ein Zwischenspeicher, ein sogenannter Puffer (engl. Buffer), so dimensioniert werden, dass es zu keinen Unterbrechungen bei der Wiedergabe der Inhalte kommt, weil bereits vor Beginn der Wiedergabe eines Werkes eine genügend große Datenmenge zwischengespeichert ist. Die Größe des Zwischenspeichers richtet sich dabei nach der Bandbreite des Übertragungsmediums. Der Zwischenspeicher muss mindestens so groß gewählt werden, dass es auch bei der geringsten verfügbaren Bandbreite des Übertragungsmediums zu keiner Unterbrechung der Wiedergabe kommt. Wie oben beschrieben, hängt die Bandbreite des Übertragungsmediums von verschiedenen Faktoren ab und ist daher Schwankungen unterworfen. Der Nachteil eines Puffers vorgegebener Größe ist, dass immer die gleiche Datenmenge gepuffert werden muss, die sich nach der geringst möglichen Bandbreite des Übertragungsmediums richtet. Die Wiedergabe des Inhalts startet dann, wenn der Puffer voll ist. Die Verzögerung zwischen Downloadstartzeitpunkt und Wiedergabestartzeitpunkt richtet sich dabei wiederum nach der geringst möglichen Bandbreite des Übertragungsmediums.
Es ist Aufgabe der Erfindung, einen Client vorzuschlagen, der die Puffergröße optimal an die Bandbreite des Übertragungsmediums anpasst. Es ist eine weitere Aufgabe der Erfindung, einen Server zum Bereitstellen und Übertragen von Multimedia-Dateien an den Client und eine Anordnung aus einem Server und einem Client sowie ein Verfahren zum Übertragen eines Werkes repräsentiert durch eine Multimedia-Datei bereitzustellen, die die oben genannten Schwierigkeiten überwinden.
Die Aufgabe der Erfindung wird durch einen Client mit einem Datenanschluss zum Herunterladen einer Vielzahl von Teil-Dateien gelöst, die zusammengenommen eine Gesamtmenge bilden und ein zusammenhängendes, eine zumindest annähernd bekannte Wiedergabedauer dauerndes Werk repräsentieren, zum Zwecke der Wiedergabe des Werkes oder eines Werkteils davon. Die Wiedergabe kann dabei über Lautsprecher und/oder einen Bildschirm, einen Projektor oder dergleichen erfolgen. Der erfindungsgemäße Client ist ausgebildet, zunächst eine erste Teilmenge der Teil-Dateien herunterzuladen und die Wiedergabe des gesamten Werkes oder des Werkteils davon dann automatisch zu starten, wenn eine Wiedergabedauer des Werkes oder des wiederzugebenden Werkteils davon mindestens so lang ist wie eine aus einer jeweils aktuell gemesse- nen Zeit für das Herunterladen der ersten Teilmenge der Teil-Dateien mit bekanntem Datenvolumen extrapolierte Restdownloadzeit, für das Herunterladen einer restlichen Teilmenge an Teil-Dateien, die unter zugrunde legen der so erfassten aktuellen Datenübertragungsgeschwindigkeit benötigt wird. Die restlichen nach Wiedergabestart noch herunterzuladenden Teil-Dateien werden dabei benötigt, um das gesamte Werk oder den wiederzugebenden Werkteil davon wiederzugeben.
Der vorteilhafte technische Effekt des erfindungsgemäßen Client ist, dass das wiederzugebende Werk oder der Werkteil während des noch andauernden Downloads der das Werk repräsentierenden Datei, in welcher das Werk maschinenlesbar gespeichert ist, mit einer hohen Wahrscheinlichkeit unterbrechungsfrei und gleichzeitig so früh wie möglich wiedergegeben werden kann.
Dies wird dadurch erreicht, dass die Wiedergabe des Werkes oder des Werkteils erst nach einer Verzögerung, nach dem schon begonnenen Datei-Download gestartet wird, wenn die zwischengespeicherte Teilmenge an Teil-Dateien, die bereits heruntergeladen wurde (Buffer) so groß ist, dass die zwischengespeicherte Teilmenge an Teil-Dateien während der Wiedergabe des Werkes nicht aufgebraucht wird, andererseits aber auch nicht übermäßig groß ist. Das ist wichtig, wenn die Datenübertragungsgeschwindigkeit beim Download der Datei geringer ist als die entsprechende Wiedergabegeschwindigkeit der das Werk repräsentierenden Datei. Dies kann sich auch auf die Wiedergabe eines Werkteils beziehen, wobei der Werkteil von einer Wiedergabestartzeitposition innerhalb des Werkes bis zu einer Wiedergabeendzeitposition innerhalb des Werkes abgespielt werden soll. Mit „Zeitposition" ist gemeint, dass sich die so bezeichnete Position auf Zeitpunkte innerhalb eines Werkes beziehen. Wenn die Wiedergabestartposition auf den Anfang des Werkes und die Wiedergabeendposition auf das Ende des Werkes fällt, wird das gesamte Werk wiedergegeben. Die Wiedergabe eines Werkteils wird zum Beispiel dann nötig, wenn ein das Werk wahrnehmender Benutzer die Wiedergabe an einer anderen Wiedergabezeitposition, als dem Anfang des Werkes startet, oder wenn die Wiedergabe gestoppt und fortgesetzt wurde, z. B. aufgrund eines Buffer-Underruns. Ein Buffer-Underrun kann dann vorkommen, wenn die Datenübertragungsgeschwindigkeit der das Werk repräsentierenden Datei geringer war, als dessen Wiedergabegeschwindigkeit, und die zwischengespeicherte Teilmenge an Teil-Dateien (Buffer) bereits vollständig wiedergegeben wurde. Ein solcher Buffer-Underrun soll allerdings mit dem erfindungsgemäßen Client weitgehend ausgeschlossen werden. Der Client gemäß der Erfin- düng bietet jedoch nach einem Buffer-Underrun den Vorteil, dass der restliche, wiederzugebende Teil des Werkes mit einer hohen Wahrscheinlichkeit unterbrechungsfrei wiedergegeben werden kann. Die Zeitverzögerung zwischen Start des Downloads und dem Start der Wiedergabe bleibt dabei möglichst gering. Die Wiedergabe startet z. B. sofort nach Herunterladen der ersten Teilmenge an Teil-Dateien, wenn die extrapolierte Rest- downloadzeit geringer ist als die Wiedergabedauer des Werkes oder des wiederzugebenden Werkteils davon. Das ist beispielsweise immer dann der Fall, wenn die Datenübertragungsgeschwindigkeit größer ist als die Wiedergabegeschwindigkeit, bezogen auf die Dateigröße des Werkes oder des Werkteils.
Der Download endet erst, wenn der Benutzer den Download abbricht oder das Werk oder der Werkteil vollständig heruntergeladen wurde. Der Download kann auch vom Client abgebrochen werden, wenn die Wiedergabe endgültig vom Benutzer gestoppt wurde.
Das Herunterladen der ersten Teilmenge an Teil-Dateien ist zur Berechnung der extrapolierten Restdownloadzeit nötig. Die erste Teilmenge an Teil-Dateien ist dabei eine für die Berechnungen der Rest-Download-Zeit repräsentative Teilmenge von Teil-Dateien. Eine repräsentative Teilmenge an Teil-Dateien kann eine vorbestimmte Teilmenge sein, die sich im Tests bewährt hat, oder die Entscheidung, ob eine Teilmenge repräsentativ ist, kann vom Client je nach Schwankung der Datenübertragungsgeschwindigkeit beim Herunterladen der ersten Teilmenge von Teil-Dateien gewählt werden. Je größer die Schwankung der Datenübertragungsgeschwindigkeit ausfällt, umso größer sollte eine repräsentative Teilmenge an Teil-Dateien sein. Die repräsentative Teilmenge kann auch durch eine bestimmte, heruntergeladene Teilmenge an Teil-Dateien in einer vorbestimmten Zeit bestimmt sein. Wenn der Client die Entscheidung trifft, ob eine Teilmenge repräsentativ ist, muss die Datenübertragungsgeschwindigkeit aus der heruntergeladenen Teilmenge dividiert durch die dafür benötigte Download-Zeit berechnet werden. Diese wird üblicherweise in Bits pro Sekunde (bps) angegeben. Sie kann aber auch in Teil- Dateien pro Zeiteinheit gemessen werden. Dies vereinfacht die Berechnung nochmals.
Mit Werk wird im hier beschriebenen Zusammenhang eine wahrnehmbare Repräsentation einer aufgezeichneten oder erstellten Multimediadatei bezeichnet. Die Multimediadatei kann nach ihrer Aufzeichnung nachbearbeitet, also z. B. geschnitten, mit Musik unterlegt, mit Navigationsmenüs versehen oder mit Effekten versehen sein. Typische Multimediadateien sind Audio- oder Audio/Video-Dateien, wie Filme, Computerspiele oder Sequenzen davon oder dreidimensionale, virtuelle Räume oder deren Texturen sein. Die Multimediadateien können in manchen Fällen interaktiv sein, wie Filme mit steuerbarem Handlungs- verlauf oder Computerspiele. Andere Multimediadateien können aufgezeichnete, oder am Computer erstellte Musikdateien sein. Ein Werk kann auch eine komprimierte Multimedia- Dateien sein. Übliche Dateiformate sind z. B. MPEG , DIVX, MP3, AAC , WMF etc.. Es werden im Folgenden vorteilhafte Ausführungsformen des Clients beschrieben. Der Client kann beispielsweise ausgebildet sein, die Wiedergabe des Werkes oder des Werkteils automatisch dann zu starten, wenn der Client mindestens die erste Teilmenge an Teil-Dateien heruntergeladen hat, dabei eine aktuelle Datenübertragungsgeschwindigkeit ermittelt hat, mit der diese Teil-Dateien heruntergeladen wurden, und aus der aktuellen Datenübertragungsgeschwindigkeit und einem Sicherheitsfaktor < 1 eine mit dem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit bestimmt hat und weiterhin bestimmt hat, dass die Wiedergabedauer des Werkes oder des Werkteils mindestens so lang ist, wie die unter Berücksichtigung der mit dem Sicherheitsfaktor multiplizierten Datenübertragungsgeschwindigkeit benötigten Restdownloadzeit.
Die aktuelle Datenübertragungsgeschwindigkeit kann berechnet werden, indem die Größe der ersten Teilmenge an Teil-Dateien (Datenvolumen) durch die Downloaddauer beim Herunterladen der ersten Teil-Dateien dividiert wird. Der Sicherheitsfaktor < 1 wird entsprechend so gewählt, dass mit einer hohen Wahrscheinlichkeit eine unterbrechungs- freie Wiedergabe des Werkes oder des Werkteils noch während des Downloads der Teil- Dateien gewährleistet ist.
Als vorteilhaft hat sich ein Sicherheitsfaktor mit Werten zwischen 0,6 und 0,7 heraus gestellt. Vorzugsweise hat der Sicherheitsfaktor einen vorbestimmten Wert von 0,7.
Die durchschnittliche, aktuelle Datenübertragungsgeschwindigkeit kann auch nach jedem Herunterladen einer Teil-Datei als Quotient der durch die bereits herunterladen Teilmenge von Teil-Dateien repräsentierten Datenmenge (Datenvolumen) durch die für das Herunterladen dieser Teilmenge von Teil-Dateien benötigte Zeit erfolgen. Es kann dabei auch für jede bereits heruntergeladene Teil-Dateien eine jeweilige Datenübertragungsgeschwindigkeit gespeichert werden. Dadurch können Schwankungen in der Übertragungs- geschwindigkeit während des Herunterladens der ersten Teilmenge an Teil-Dateien detektiert werden.
Das hat den Vorteil, dass der Sicherheitsfaktor sowohl an die durchschnittliche Datenübertragungsgeschwindigkeit als auch an deren Schwankung angepasst werden kann.
Bei einer vorteilhaften Ausführungsform ist der Client ausgebildet, mit mindestens einer der vor der Berechnung eines Wiedergabestartzeitpunkt bereits heruntergeladenen Teil- Dateien eine Dateigrößen-Information über eine Gesamtdateigröße herunterzuladen. Die Gesamtwiedergabedauer des Werkes kann dann aus der Gesamtdateigröße des Werkes dividiert durch eine durchschnittliche Kodierungs-Bit-Rate (in bps) berechnet werden. Die Gesamtdateigröße ist das Datenvolumen der Gesamtmenge an Teil-Dateien des Werkes. Die durchschnittliche Kodierungs-Bit-Rate kann dabei anhand der bereits heruntergela- denen Teilmenge an Teil-Dateien des Werkes und der zugehörigen Wiedergabedauer dieser Teilmenge an Teil-Dateien berechnet werden. Mittels der durchschnittlichen Kodierungs-Bit-Rate kann aus der Gesamtdateigröße des Werkes die Gesamtwiedergabedauer berechnet werden und umgekehrt. Die durchschnittliche Kodierungs-Bit-Rate hängt von der Art des Werkes, wie z. B. Audio- oder Video-Datei, der Auflösung und der Komp- ressions-Technik sowie der Kompressions-Rate ab. Eine Information über die Kodierungs-Bit-Rate kann in der das Werk repräsentierenden Datei gespeichert sein. Sie kann auch innerhalb gewisser Grenzen variabel sein.
Eine Wiedergabe-Information über die Gesamtwiedergabedauer des Werkes kann auch, wenn sie mit mindestens einer der ersten heruntergeladenen Teil-Dateien bereitgestellt wird, heruntergeladen werden. Dann ist keine Berechnung notwendig und kein weiteres Wissen über die Kodierungs-Bit-Rate. Die Gesamtwiedergabedauer und die Gesamtdateigröße wird dann für die Berechnung eines Wiedergabestartzeitpunkts, an dem die Wiedergabe des Werkes oder des Werkteils automatisch gestartet wird, herangezogen.
Die Vielzahl der herunterzuladenden Teil-Dateien kann ein zumindest annähernd glei- ches Datenvolumen oder eine zumindest annähernd gleich lange Wiedergabedauer aufweisen. Dadurch können Berechnungsschritte, die der Client ausführt, vereinfacht werden. Z. B. kann die Berechnung des Datenvolumens von bereits heruntergeladenen
Teil-Dateien vereinfacht werden, weil nur eine Anzahl von gleich großen Datenvolumina addiert werden müssen. Auch die Wiedergabe-Information und die Dateigrößen- Information können in einer Anzahl an Teil-Dateien angegeben werden. Das vereinfacht die Berechnungsschritte weiter.
Das Werk kann dabei auf der Anwendungsebene in annähernd gleich große Teil-Dateien zerteilt und zusammengesetzt werden, und nicht auf einer der tieferen Ebenen nach dem OSl-Referenzmodell, wie der PHY-Schicht (physikalische Schicht) oder der MAC-Schicht. Es ist so nicht die Bestimmung der Größe des einzelnen, zu addierenden Datenpakets notwendig. Eine Zerteilung des Werkes in Datenpakete auf der die TCP/IP-Ebene und Berechnung eines Datenvolumens bestehend aus einer Vielzahl solcher Datenpakete ist aufwendig, weil jedes TCP/IP-Paket ein unterschiedliches Datenvolumen haben kann.
Es kann auch vorkommen, dass der Benutzer das Werk nicht von Anfang an wiederge- ben möchte, sondern von einer Wiedergabezeitposition innerhalb des Werkes, von der aus der Werkteil wiedergegeben werden soll. Dann kann es sinnvoll sein, nicht die Teil- Dateien des Werkteils vor der benutzergewählten Wiedergabezeitposition herunterzuladen, sondern nur die Teilmenge von Teil-Dateien, die notwendig ist, um den Werkteil von der Wiedergabezeitposition an wiederzugeben beginnend mit der ersten wiederzugeben- den Teil-Datei.
Bevorzugt ist der Client dabei ausgebildet, die noch herunterzuladende, restliche Teilmenge an Teil-Dateien aus einer Gesamtdateigröße des Werkes, bestehend aus der Gesamtmenge an Teil-Dateien, minus der Größe der bereits heruntergeladenen Teilmenge von Teil-Dateien zu berechnen und eine restliche Wiedergabedauer aus der Gesamtwiedergabedauer des Werkes minus einer aktuellen Wiedergabezeitposition innerhalb des Werkes, von der aus das Werk oder der Werkteil wiedergegeben werden soll, zu berechen.
Weiterhin ist der Client bei dieser Ausführungsform ausgebildet, die Wiedergabe des Werkes oder des Werkteils von der aktuellen Wiedergabezeitposition an zu starten, wenn die mit dem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit mindestens so groß ist wie die restliche Teilmenge von Teil-Dateien dividiert durch die restliche Wiedergabedauer.
Die Bedingung für den automatischen Wiedergabestart ist hier:
(Gesamtdateigröße - bereits heruntergeladenes Datenvolumen) / (Gesamtwiedergabe- dauer - Wiedergabezeitposition) < (Datenübertragungsgeschwindigkeit * Sicherheitsfaktor)
Die Berechnungen können jeweils in Anzahl von Teil-Dateien durchgeführt werden. Dabei ist die Datenübertragungsgeschwindigkeit in Teil-Dateien pro Zeiteinheit (Sekunde) angegeben. Der Vorteil dieser Unterteilung ist, dass die Berechnungen vereinfacht wer- den. Alternativ kann herkömmlich mit Datenvolumina gerechnet werden. Der verwendete Sicherheitsfaktor kann vor dem Herunterladen des Werkes vorbestimmt sein, und dabei für den Client voreingestellt oder manuell einstellbar sein. Andererseits kann der Client ausgebildet sein, den Sicherheitsfaktor automatisch an eine Variation der Datenübertragungsgeschwindigkeit während des Herunterladens der ersten Teilmenge an Teil-Dateien anzupassen, indem der angepasste Sicherheitsfaktor umso kleiner gewählt wird, je größer die Variation der Datenübertragungsgeschwindigkeit während des Herunterladens ist.
Wenn die Variation der Datenübertragungsgeschwindigkeit während des Downloads groß ist, kann angenommen werden, dass das Ergebnis der Extrapolation der Restdownload- zeit besonders fehlerbehaftet ist, weil dieses Ergebnis von der Datenübertragungsgeschwindigkeit während das Herunterladens der ersten Teilmenge an Teil-Dateien abhängt. Deshalb kann der Sicherheitsfaktor vom Client automatisch heruntergesetzt werden.
Vorzugsweise ist der Client dabei ausgebildet, einen jeweiligen angepassten Sicherheits- faktor und eine Netzwerkadresse (URL oder IP-Adresse) einer zugehörigen jeweiligen Datenquelle, von der die Teil-Dateien heruntergeladen werden, zuzuordnen und zu speichern und den gespeicherten, der jeweiligen Datenquelle mit zugehöriger Netzwerkadresse zugeordneten, angepassten Sicherheitsfaktor beim nächsten Download von derselben Datenquelle wiederzuverwenden.
Weiterhin kann der Client ausgebildet sein, einen Wiedergabestartzeitpunkt oder ein Wiedergabestart-Signal, an dem die Wiedergabe des Werkes oder des Werkteils davon automatisch gestartet wird, von einem Server, von dem das Werk oder der Werkteil heruntergeladen wird, zu empfangen. Das hat den Vorteil, dass der Client keine Informationen über Wiedergabedauer oder Dateigröße haben muss, weil die Berechnung des Wiedergabestartzeitpunkts auf dem Server ausgeführt wird. Dazu muss allerdings der Server ausgebildet sein, diese Berechnungen durchzuführen.
Soweit Ausführungsformen zum ersten Aspekt der Erfindung aufgeführt wurden, können diese, soweit sie sich nicht gegenseitig ausschließen, miteinander kombiniert werden. Dadurch ergeben sich neue Gegenstände.
Gemäß einem zweiten Aspekt der Erfindung, wird die Aufgabe durch ein Multimediawiedergabegerät mit einem Speicher, einer Dateneingangsschnittstelle zum Herunterladen einer Vielzahl von Teil-Dateien, die zusammengenommen ein Werk ergeben, einer Datenausgangsschnittstelle zum Ausgeben eines Wiedergabe-Signals des Werkes oder eines Werkteils davon und einem Prozessor, der mit der Dateneingangsschnittstelle der Datenausgangsschnittstelle und dem Speicher verbunden ist, und einem Client gemäß dem ersten Aspekt der Erfindung oder einer der Ausführungsvarianten gelöst, wobei der Datenanschluss des Clients mit der Dateneingangs- und Datenausgangsschnittstelle verbunden ist. Das Multimediawiedergabegerät kann den selben Speicher und Prozessor verwenden, wie der Client.
Bei einer bevorzugten Ausführungsform enthält das Multimediawiedergabegerät eine Ausgabeeinheit zur Wiedergabe des Werkes oder des Werkteils. Dabei wird das Wiedergabe-Signal an die Ausgabeeinheit geleitet und dort für einen Benutzer wahrnehmbar ausgegeben. Eine solche Ausgabe kann vorzugsweise durch Schall oder Bildinformation erfolgen. Es sind aber auch andere Ausgabeformen denkbar, die einen der fünf Sinne des Menschen betreffen. Bevorzugt handelt es sich bei einer solchen Ausgabeeinheit um Lautsprecher oder einen Bildschirm oder Projektor.
Das Ausgabe-Signal enthält dabei die für die Wiedergabe des Werkes oder des Werkteils davon notwendige Information.
Das Multimediawiedergabegerät kann bei einer Ausführungsvariante auch eine Drahtlos- Kommunikationseinheit enthalten, die mit der Dateneingangsschnittstelle verbunden ist. Die Drahtlos-Kommunikationseinheit eignet sich dabei zum Empfang der Vielzahl von Teil-Dateien.
Die Aufgabe der Erfindung wird nach einem dritten Aspekt durch einen Server zum Übertragen einer Vielzahl von Teil-Dateien an einen Client gelöst. Der Server hat einen Speicher, eine Datenschnittstelle und einen Prozessor, der mit dem Speicher und der Datenschnittstelle verbunden ist. Die Teil-Dateien bilden zusammengenommen eine Gesamtmenge und repräsentieren ein zusammenhängendes, eine zumindest annähernd bekannte Gesamtwiedergabedauer dauerndes Werk. Erfindungsgemäß ist der Server ausgebildet, die Gesamtmenge zu speichern und eine erste Teilmenge an Teil-Dateien des Werkes über die Datenschnittstelle an den Client zu übermitteln. Der Server ist weiterhin ausgebildet, ein Wiedergabestart-Signal automatisch an den Client zu übertragen, wenn die Gesamtwiedergabedauer des Werkes so lang oder mindestens so lang ist, wie eine aus der Zeit für das Übertragen der ersten Teilmenge der Teil-Dateien mit be- kanntem Datenvolumen extrapolierte Restdownloadzeit für das Übertragen einer restlichen Teilmenge an Teil-Dateien, die benötigt werden, um das gesamte Werk wiederzugeben.
Der Server hat die zum ersten Aspekt der Erfindung erläuterten Vorteile, wie die Möglich- keit das Werk mit einer großen Wahrscheinlichkeit unterbrechungsfrei auf dem Client noch während des andauernden Downloads wiedergeben zu können. Die Berechnung des Wiedergabestartzeitpunkts erfolgt dabei auf dem Server. Der Server gibt dann dem Client das Wiedergabestart-Signal.
Das Werk kann als eine Vielzahl von Teil-Dateien auf dem Server gespeichert sein oder der Server kann ausgebildet sein, eine das Werk repräsentierende Gesamt-Datei in annähernd gleich große Teil-Dateien zu teilen.
Bei einer bevorzugten Ausführungsform ist der Server ausgebildet, eine erste Teilmenge an Teil-Dateien des Werkes an den Client zu übermitteln und ein noch zu übermittelndes, restliches Datenvolumen der restlichen Teilmenge an Teil-Dateien aus einer Gesamtda- teigröße des Werkes, repräsentiert durch die Gesamtmenge an Teil-Dateien, minus eines Datenvolumens der ersten bereits übertragenen Teilmenge von Teil-Dateien zu berechnen.
Der Server ist bei dieser Ausführungsform weiterhin ausgebildet, eine mit einem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit aus einer durchschnittlichen Datenübertragungsgeschwindigkeit, die aus dem Datenvolumen der ersten Teilmenge an Teil-Dateien dividiert durch die Zeit für deren Übertragen ermittelt wurde, multipliziert mit dem Sicherheitsfaktor zwischen 1 und 0 zu berechnen.
Der Server ist außerdem ausgebildet, das Wiedergabestart-Signal an den Client zu übertragen, wenn die mit dem Sicherheitsfaktor multiplizierte Datenübertragungsge- schwindigkeit so groß oder mindestens so groß ist wie das restliche Datenvolumen der restlichen Teilmenge von Teil-Dateien dividiert durch die Gesamtwiedergabedauer.
Der technische Effekt dieser Ausführungsform ist, dass in die Berechnung des Wiedergabestartzeitpunkts, an dem das Wiedergabestart-Signal an den Client übertragen wird, ein Sicherheitsfaktor eingeführt wird. Dadurch wird die Wahrscheinlichkeit erhöht, dass das Werk unterbrechungsfrei auf dem Client wiedergegeben werden kann. Bei einer hierauf basierenden Ausführungsvariante ist der Server weiterhin ausgebildet, eine restliche Wiedergabedauer aus der Gesamtwiedergabedauer des Werkes minus einer aktuellen, client-seitigen Wiedergabezeitposition innerhalb des Werkes, von der aus das Werk oder der Werkteil wiedergegeben werden soll, zu ermitteln. Der Server ist hier ausgebildet, das Wiedergabestart-Signal an den Client zu übertragen, wenn die mit dem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit so groß oder mindestens so groß ist wie das restliche Datenvolumen der restlichen Teilmenge von Teil- Dateien dividiert durch die restliche Wiedergabedauer.
Der technische Effekt diese Ausführungsvariante ist, dass der Server berücksichtigen kann, von welcher zeitlichen Wiedergabeposition, also Wiedergabezeitposition, das Werk auf dem Client wiedergegeben werden soll. Die Information von welcher Position aus wiedergegeben werden soll wird vorzugsweise vom Client an den Server übertragen z. B., indem der Client die Wiedergabe von einer Wiedergabezeitposition innerhalb des Werkes startet.
Der Server kann ausgebildet sein, mit einer der zuerst übertragenen Teil-Dateien eine Dateigrößen-Information über eine gesamte Dateigröße (Gesamtdatenvolumen) des Werkes oder eine Wiedergabedauer-Information über eine gesamte Wiedergabedauer des Werkes an den Client zu übertragen.
Der technische Effekt ist, dass ein Client über eine Dateigrößen-Information oder eine Wiedergabedauer-Information vom Server verfügt und selbst die Berechnung eines Wiedergabestartzeitpunkts durchführen kann, wie unter dem ersten Aspekt der Erfindung beschrieben.
Der Server kann ausgebildet sein, mit jeder an den Client übertragenen Teil-Datei eine Dateigrößen-Information über ein restliches, noch zu übertragendes Datenvolumen der Gesamtmenge zu übertragen. Dadurch hat der Client nach der Übertragung jeder Teil- Datei eine Information, welches Datenvolumen noch zu übertragen ist. Der Vorteil dieser Lösung ist, dass der Client die aktuell günstigste Wiedergabestartzeit berechnen kann.
Der Server kann weiterhin ausgebildet sein, nach jeder an den Client übertragenen Teil- Datei die momentane, durchschnittliche Datenübertragungsgeschwindigkeit zu ermitteln, anhand der momentanen, durchschnittlichen Datenübertragungsgeschwindigkeit einen aktualisierten Wiedergabestartzeitpunkt zu ermitteln und an den Client zu übertragen. Nach einem vierten Aspekt der Erfindung wird die Aufgabe durch eine Anordnung zur Übertragung einer Vielzahl von Teil-Dateien, die zusammengenommen ein Werk ergeben, mit einem Server nach Anspruch 13 oder 14 und einem Client nach einem der Ansprüche 1 bis 9 oder einem Server nach einem der Ansprüche 15 bis 17 und einem Client gelöst.
Bei der ersten Alternative des vierten Aspekts der Erfindung wird die Berechnung des Wiedergabestartzeitpunkts auf dem Client durchgeführt, bei der zweiten auf dem Server.
Gemäß einem fünften Aspekt der Erfindung wird die Aufgabe durch ein Verfahren zur Übertragung einer Vielzahl von Teil-Dateien von einem Server zu einem Client gelöst. Das erfindungsgemäße Verfahren enthält die Schritte:
Bereitstellen der Vielzahl von Teil-Dateien auf dem Server,
Anfordern eines Werkes durch den Client,
Übertragen und Speichern einer ersten, für das Herunterladen der Gesamtmenge an Teil-Dateien des Werkes repräsentativen Teilmenge an Teil-Dateien vom Server zum Client,
Berechnen eines Wiedergabestartzeitpunkts, an dem die Wiedergabe des Werkes automatisch gestartet wird und an dem eine Wiedergabedauer des Werkes mindestens so lang ist wie eine aus der Zeit für das Herunterladen der ersten Teilmenge der Teil-Dateien mit bekanntem Datenvolumen extrapolierte Rest- downloadzeit für das Herunterladen einer restlichen Teilmenge an Teil-Dateien, die benötigt werden, um das gesamte Werk oder den wiederzugebenden Werkteil davon wiederzugeben,
Übertragen von weiteren Teil-Dateien bis zum Wiedergabestartzeitpunkt vom Server an den Client,
- automatisches Starten der Wiedergabe des Werkes zum Wiedergabestartzeitpunkt und weiteres Herunterladen der restlichen Teil-Dateien des Werkes während der Wiedergabe auf dem Client.
Der Vorteil des erfindungsgemäßen Verfahrens ist, dass beim Herunterladen eines Werkes, z. B. einer Multimediadatei, anhand der tatsächlichen Datenübertragungsge- schwindigkeit während der Übertragung ein geeigneter Wiedergabestartzeitpunkt ermittelt wird, zu dem das Werk noch während des Downloads wiedergegeben werden kann.
Die Berechnung des Wiedergabestartzeitpunkts kann dabei auf dem Client oder auf dem Server stattfinden. Wenn die Berechnung des Wiedergabestartzeitpunkts auf dem Server stattfindet kann der Server ein Wiedergabestart-Signal an den Client übertragen, wonach der Client unmittelbar mit der Wiedergabe des Werkes beginnt. Der Server kann auch eine Wiedergabestartzeit-Information an den Client übertragen, die die zeitliche Information über den geeigneten Wiedergabestartzeitpunkt enthält.
Wenn die Berechnung des Wiedergabestartzeitpunkts auf dem Client stattfinden soll, kann der Server eine Dateigrößen-Information an den Client senden und der Client berechnet den geeigneten Wiedergabestartzeitpunkt.
Bei einer Ausführungsform des Verfahrens kann vor dem Schritt des Bereitsteilens der Vielzahl von Teil-Dateien eine zusammenhängende Gesamt-Datei des Werkes in die Vielzahl von Teil-Dateien erfolgen.
Der technische Effekt dieser Ausführungsform ist, dass das Werk nicht schon als Vielzahl von Teil-Dateien vorliegen muss, sondern nachträglich aufgeteilt wird. Dies ist z. B. von Interesse, wenn das Werk als Gesamt-Datei auf einem Datenträger vorliegt und vor dem Übertragen in Teil-Dateien aufgeteilt wird.
Bei einer Ausführungsform des Verfahrens wird der Schritt des Berechnens des Wieder- gabestartzeitpunkts auf dem Server durchgeführt. Dabei enthält der Schritt des Berechnens des Wiedergabestartzeitpunkts den zusätzlichen Schritt des Übertragens eines Wiedergabestartsignals zum Wiedergabestartzeitpunkt vom Server zum Client. Daraufhin startet der Client die Wiedergabe des Werkes.
Bei einer alternativen Ausführungsvariante des Verfahrens wird der Schritt des Berech- nens des Wiedergabestartzeitpunkts auf dem Client ausgeführt. Dabei enthält das Verfahren vor dem Schritt des Berechnens die Schritte:
Bereitstellen einer Dateigrößen-Information über eine Gesamtdateigröße, einer Gesamtmenge an Teil-Dateien oder einer Gesamtwiedergabedauer des Werkes auf dem Server, Übertragen der Dateigrößen-Information über die Gesamtdateigröße, die Gesamtmenge an Teil-Dateien oder die Gesamtwiedergabedauer des Werkes vom Server an den Client.
Der technische Effekt dieser Ausführungsvariante ist, dass der Client die Dateigrößen- Information über eine Gesamtdateigröße erhält. Diese geht bei einem Download üblicherweise nicht aus den heruntergeladenen Daten hervor und muss extra vom Server zur Verfügung gestellt werden.
Bei einer bevorzugten Ausführungsform des Verfahrens zur Übertragung der Vielzahl von Teil-Dateien vom Server zum Client enthält der Schritt des Berechnens des Wiedergabe- Startzeitpunkts die Schritte:
Ermitteln einer aktuellen, durchschnittlichen Datenübertragungsgeschwindigkeit mit der die erste Teilmenge an Teil-Dateien heruntergeladen wurde,
Berechnen einer mit einem Sicherheitsfaktor multiplizierten Datenübertragungsgeschwindigkeit aus der aktuellen, durchschnittlichen Datenübertragungsgeschwindigkeit multipliziert mit einem Sicherheitsfaktor kleiner 1 und
Extrapolieren der Restdownloadzeit unter Berücksichtigung der mit einem Sicherheitsfaktor multiplizierten Datenübertragungsgeschwindigkeit.
Die Extrapolation der Restdownloadzeit unter Berücksichtigung der mit einem Sicherheitsfaktor multiplizierten Datenübertragungsgeschwindigkeit geschieht, indem die Ge- samtdateigröße minus dem Datenvolumen der ersten Teilmenge zusammen dividiert durch die mit dem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit berechnet wird.
Restdownloadzeit = (Gesamtdateigröße - Datenvolumen der ersten Teilmenge) / (Datenübertragungsgeschwindigkeit * Sicherheitsfaktor)
Es soll angemerkt werden, dass sich das Verfahren auch auf die Wiedergabe eines Werkteils des Werkes anwenden lässt. An Stelle der Gesamtdateigröße tritt dann die Dateigröße des Werkteils. Bei einer Variante der vorigen Ausführungsform enthält der Schritt des Ermitteins der aktuellen Datenübertragungsgeschwindigkeit nach jedem Herunterladen einer Teil-Datei die Berechnung der durchschnittlichen, aktuellen Datenübertagungsgeschwindigkeit als Quotient der durch die bereits heruntergeladenen Teilmenge von Teil-Dateien repräsen- tierten Datenmenge (Datenvolumen) und der für das Herunterladen dieser Teilmenge von Teil-Dateien benötigten Zeit.
Der Vorteil dieser Variante ist, dass zur Berechnung des Wiedergabestartzeitpunkts immer aktuelle Werte für die Datenübertragungsgeschwindigkeit vorliegen.
Bei einer besonders bevorzugten Ausführungsform des Verfahrens weisen die Teil- Dateien jeweils ein zumindest annähernd gleiches Datenvolumen oder eine zumindest annähernd gleiche Wiedergabedauer auf.
Der technische Effekt dieser Ausführungsform ist, dass Berechnungsschritte mit Anzahlen von Teil-Dateien vereinfacht werden.
Bei einer weiteren Ausführungsvariante des Verfahrens wird die Wiedergabe des Werkes an einer vorgegebenen oder einstellbaren, zeitlichen Wiedergabestartzeitposition innerhalb des Werkes, von der aus ein Werkteil wiedergegeben werden soll, gestartet. Das Übertragen von Teil-Dateien beginnt dabei bei einer Teil-Datei, die zur Wiedergabe von der Wiedergabestartzeitposition innerhalb des Werkes benötigt wird.
Der technische Effekt dieser Ausführungsvariante ist, dass keine unnötigen Teil-Dateien übertragen werden, wenn die Wiedergabe des Werkes von einer anderen Wiedergabezeitposition innerhalb des Werkes gestartet werden soll als der Anfangsposition.
Nach einem sechsten Aspekt der Erfindung wird die Aufgabe durch ein Computerprogrammprodukt auf einem maschinenlesbaren Datenträger gelöst, das ausgebildet ist einen Computer bei dessen Ausführung zu veranlassen, eine Vielzahl von Teil-Dateien herun- terzuladen, die zusammengenommen ein zusammenhängendes, eine zumindest annähernd bekannte Gesamtwiedergabedauer dauerndes Werk repräsentieren, zur Wiedergabe des Werkes oder eines Werkteils davon über Lautsprecher und/oder einem Bildschirm, ein Projektor oder dergleichen gelöst. Das Computerprogrammprodukt ist erfindungsgemäß ausgebildet bei seiner Ausführung durch einen Computer diesen zu veranlassen, zunächst eine erste Teilmenge der Teil- Dateien herunterzuladen, im Speicher zu speichern und die Wiedergabe des gesamten Werkes oder des Werkteils davon dann automatisch zu starten, wenn eine Wiedergabe- dauer des Werkes mindestens so lang ist wie eine aus der Zeit für das Herunterladen der ersten Teilmenge der Teil-Dateien mit bekanntem Datenvolumen extrapolierte Rest- Download-Zeit für das Herunterladen einer restlichen Teilmenge an Teil-Dateien, die benötigt werden, um das gesamte Werk oder den wiederzugebenden Werkteils davon wiederzugeben.
Ein Computer ist eine Vorrichtung mit einem Speicher, einer Leseeinheit zum lesen eines maschinenlesbaren Datenträgers, und einem Prozessor, der mit dem Speicher und der Leseeinheit verbunden ist. Die Funktion des Prozessors oder der Prozessoreinheit wird durch die vorgegebenen Daten oder Steuerbefehle des Computerprogrammprodukts bestimmt.
Bei einer Ausführungsform des Computerprogrammprodukts ist das Computerprogrammprodukt ausgebildet einen Computer bei dessen Ausführung zu veranlassen, eine aktuelle, durchschnittliche Datenübertragungsgeschwindigkeit mit der die erste Teilmenge an Teil-Dateien heruntergeladen wurden zu ermitteln, eine mit einem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit aus der aktuellen, durchschnittlichen Datenübertragungsgeschwindigkeit multipliziert mit einem Sicherheitsfaktor kleiner 1 zu berechnen und die Restdownloadzeit unter Berücksichtigung der mit einem Sicherheitsfaktor multiplizierten Datenübertragungsgeschwindigkeit zu extrapolieren.
Ausführungsformen des Computerprogrammprodukts können auf die Ausführungsformen des Verfahrens erweitert werden, solange sie sich nicht eindeutig ausschließen.
Figur 1 zeigt ein zeitliches Ablaufdiagramm eines Datei-Downloads eines Werkes.
Figur 2 zeigt ein Flussdiagramm eines Dateidownloads eines Werkes.
Figur 3 zeigt schematisch eine Anordnung aus einem Client und einem Server.
Figur 1 zeigt ein zeitliches Ablaufdiagramm 100 eines Datei-Downloads eines Werkes 102. In der Mitte befindet sich eine kontinuierliche Zeitachse, die mit t beschriftet ist. Die Datei des Werkes 102 ist beim Download von einem Server zu einem Client in annähernd gleichgroße Teil-Dateien 110, 114 etc. unterteilt, die zusammengenommen eine Gesamtmenge 102 an Teil-Dateien 110, 114 bilden. Die Teil-Dateien können wiederum in Datenpakete 106, wie TCP/IP-Datenpakete 106 unterteilt sein. Man bewege sich auf der Zeitachse t von links nach rechts. Eine erste Zeitmarke ist eine Download-Startzeit TD, an der die Übertragung der Teil-Dateien des Werkes an einen Client beginnt. Eine zweite Zeitmarke ist der Berechnungszeitpunkt Tc, bis zu welchem die erste Teilmenge an Teil- Dateien heruntergeladen wurde, und die Berechnung eines Wiedergabestartzeitpunkts T5 durchgeführt wird. Hier wird bestimmt zu welchem Wiedergabestartzeitpunkt T3 eine Wiedergabedauer 120 des Werkes mindestens so lang ist, wie eine Restdownloadzeit 108, unter Berücksichtigung eines Sicherheitsfaktors.
Eine dritte Zeitmarke ist der Wiedergabestartzeitpunkt T3, an dem die Wiedergabe 118 automatisch gestartet wird. Zwischen diesen Zeitpunkten wurde eine Teilmenge an Teil- Dateien 104 heruntergeladen. Die Zeit zwischen diesen Zeitpunkten kann als Datei- Download-Vorhaltezeit 104 bezeichnet werden. Genau am Wiedergabestartzeitpunkt T3 beginnt die Wiedergabe des Werkes 118 und dauert bis zu einem Wiedergabeende TWE an. Dies ist die Wiedergabedauer 120. Vor dem Wiedergabeende TWE endet der Datei- Download 104, 108 zum Download-Endzeitpunkt TE. Zwischen diesen Zeitpunkten liegt eine zeitliche Wiedergabeüberhang-Zeit 122. Vom Wiedergabestartzeitpunkt Ts aus gesehen ergibt sich eine Restdownloadzeit 108 welche erfindungsgemäß kürzer ist als die gesamte Wiedergabezeit 120. Die Wiedergabeüberhang-Zeit 122 ergibt sich durch einen Sicherheitsfaktor zur Berechnung des Wiedergabestartzeitpunkts T3. Im Extremfall, wenn der Sicherheitsfaktor gleich 1 gewählt wird und die Datenübertragungsgeschwindigkeit konstant ist, wird die Wiedergabeüberhang-Zeit 122 zu 0. Dann fallen die Punkte TE und TWE aufeinander. Dem Wiedergabestartzeitpunkt kann eine Position innerhalb der in der Reihenfolge ihrer Wiedergabe geordneten Daten zugeordnet werden, die als Wiedergabestartzeitposition bezeichnet wird.
Figur 2 zeigt ein Flussdiagramm 100 eines Dateidownloads eines Werkes. Das Werk liegt dabei in Form von Teil-Dateien vor, die zusammengenommen eine Gesamtmenge bilden. Es werden folgende Schritte dargestellt:
102 Bereitstellen der Vielzahl von Teil-Dateien auf dem Server.
104 Anfordern eines Werkes durch den Client. 106 Übertragen und Speichern einer ersten, für das Herunterladen der Gesamtmenge an Teil-Dateien des Werkes repräsentativen Teilmenge an Teil-Dateien vom Server zum Client.
108 Berechnen eines Wiedergabestartzeitpunkts, an dem die Wiedergabe des Werkes automatisch gestartet wird und an dem eine Wiedergabedauer des Werkes mindestens so lang ist wie eine aus der Zeit für das Herunterladen der ersten Teilmenge der Teil- Dateien mit bekanntem Datenvolumen extrapolierte Restdownloadzeit für das Herunterladen einer restlichen Teilmenge an Teil-Dateien, die benötigt werden, um das gesamte Werk oder den wiederzugebenden Werkteil davon wiederzugeben.
110 Übertragen von weiteren Teil-Dateien bis zum Wiedergabestartzeitpunkt vom Server an den Client.
112 automatisches Starten der Wiedergabe des Werkes zum Wiedergabestartzeitpunkt und weiteres Herunterladen der restlichen Teil-Dateien des Werkes während der Wiedergabe auf dem Client.
Das Extrapolieren der Restdownloadzeit in Schritt 108 kann dabei unter Berücksichtigung einer mit einem Sicherheitsfaktor multiplizierten Datenübertragungsgeschwindigkeit erfolgen. Wenn die Datenübertragungsgeschwindigkeit hoch genug ist, d. h. höher als die entsprechende Wiedergabegeschwindigkeit, kann der Wiedergabestartzeitpunkt auch mit dem Berechnungszeitpunkt zusammenfallen. Dann entfällt Schritt 110 oder wird infinite- simal klein.
Figur 3 zeigt schematisch eine Anordnung 300 aus einem Client 302 und einem Server 310 zum Herunterladen einer Vielzahl von Teil-Dateien, die zusammengenommen ein zusammenhängendes Werk repräsentieren. Der Client und der Server kommunizieren dabei über ein Übertragungsmedium 318, wie z. B. das Internet oder eine drahtlos Ver- bindung. Der Client enthält dabei einen Speicher 304, einen Datenanschluss 308 und einen Prozessor 306, der mit dem Datenanschluss 308 und mit dem Speicher 304 verbunden ist. Der Client ist weiterhin an eine Ausgabeeinheit 320 zur Wiedergabe des Werkes, wie z. B. einen Lautsprecher, oder einen Bildschirm, angeschlossen. Der Server 310 enthält einen Speicher 312 eine Datenschnittstelle 316 und einen Prozessor 314, der mit der Datenschnittstelle 316 und dem Speicher 312 verbunden ist. Die Berechnung des Wiedergabestartzeitpunkts kann in diesem Aufbau 300 sowohl auf dem Client 302 als auch auf dem Server 310 erfolgen.
Bezugszeichenliste
100 Ablaufdiagramm eines Datei-Downloads.
102 Datei des Werkes. 104 Teilmenge eines Werkes.
106 Datenpakete der Teilmenge des Werkes z. B. TCP - Pakete.
108 Restdownloadzeit (noch herunterzuladende Teilmenge des Werkes).
1 10 Repräsentant einer Teil-Datei.
1 12 Zeitliche Dauer einer Teil-Datei. 114 Repräsentant einer Teil-Datei .
1 16 Erste Teilmenge an Teil-Dateien.
1 18 Wiedergabe des Werkes.
120 Zeitliche Wiedergabedauer des Werkes.
122 Zeitlicher Wiedergabeüberhang (durch Sicherheitsfaktor). t Kontinuierliche Zeitachse.
TD Downloadstartzeit.
T3 Wiedergabestartzeitpunkt.
TE Download-Endzeitpunkt.
Tc Berechnungszeitpunkt (des Wiedergabestartzeitpunkts). TW Wiedergabeendzeitpunkt.
TE - T3 Restdownloadzeit (= 108).
T3 - T0 Download-Vorhaltezeit (= 104, Download-Dauer vor dem Wiedergabestartzeitpunkt).

Claims

Ansprüche
1. Client mit einem Datenanschluss, einem Speicher und einem Prozessor, der mit dem Datenanschluss und dem Speicher verbunden ist, zum Herunterladen einer Vielzahl von Teil-Dateien, die zusammengenommen eine Gesamtmenge bilden und ein zusammenhängendes, eine zumindest annähernd bekannte Gesamtwiedergabedauer dauerndes Werk repräsentieren, zur Wiedergabe des Werkes oder eines Werkteils davon über Lautsprecher und/oder einen Bildschirm, einen Projektor oder dergleichen,
dadurch gekennzeichnet, dass der Client ausgebildet ist,
zunächst eine erste Teilmenge der Teil-Dateien herunter zu laden,
im Speicher zu speichern
und die Wiedergabe des gesamten Werkes oder des Werkteils davon dann automatisch zu starten,
wenn eine Wiedergabedauer des Werkes oder des wiederzugebenden Werkteils davon mindestens so lang ist, wie eine aus der Zeit für das Herunterladen der ersten Teilmenge der Teil-Dateien mit bekanntem Datenvolumen extrapolierte Restdownloadzeit für das Herunterladen einer restlichen Teilmenge an Teil-Dateien, die benötigt werden, um das gesamte Werk oder den wiederzugebenden Werkteil davon wiederzugeben.
2. Client nach Anspruch 1 , dadurch gekennzeichnet, dass der Client ausgebildet ist, die Wiedergabe des Werkes oder des Werkteils automatisch dann zu starten, wenn der Client mindestens die erste Teilmenge der Gesamtmenge der Teil-Dateien heruntergeladen hat und
während des Herunterladens dieser Teilmenge an Teil-Dateien eine aktuelle, durchschnittliche Datenübertagungsgeschwindigkeit, mit der diese Teil-Dateien heruntergeladen wurden, ermittelt hat, und
aus der aktuellen, durchschnittlichen Datenübertagungsgeschwindigkeit und einem Sicherheitsfaktor kleiner 1 eine mit dem Sicherheitsfaktor multiplizierte Datenüber- tagungsgeschwindigkeit bestimmt hat und weiterhin bestimmt hat, dass die Wiedergabedauer des Werkes oder des Werkteils mindestens so lang ist, wie die für das Herunterladen der restlichen Teilmenge an Teil-Dateien benötigte Restdownloadzeit unter Berücksichtigung der mit dem Sicherheitsfaktor multiplizierten Datenübertragungsgeschwindigkeit.
3. Client nach Anspruch 1 , dadurch gekennzeichnet, dass der Client ausgebildet ist,
nach jedem Herunterladen einer Teil-Datei eine durchschnittliche, aktuelle Daten- übertagungsgeschwindigkeit als Quotient der durch die bereits heruntergeladene Teilmenge von Teil-Dateien repräsentierten Datenmenge (Datenvolumen) und der für das Herunterladen dieser Teilmenge von Teil-Dateien benötigten Zeit zu be- rechnen,
auf Basis der so berechneten, aktuellen, durchschnittlichen Datenübertagungsge- schwindigkeit und eines Sicherheitsfaktors die zu erwartende Restdownloadzeit zum Herunterladen der restlichen Teil-Dateien der Gesamtmenge aller Teil-Dateien zu extrapolieren und
die Wiedergabe des Werkes oder des Werkteils dann automatisch zu starten, wenn eine der restlichen Teilmenge von Teil-Dateien entsprechende restliche Wiedergabedauer des Werkes oder des Werkteils mindestens so lang ist wie die so extrapolierte Restdownloadzeit.
4. Client nach einem der Ansprüche 1 , 2 oder 3, dadurch gekennzeichnet, dass der Client ausgebildet ist, zusammen mit mindestens einer der vor der Berechnung eines Wiedergabestartzeitpunkts bereits heruntergeladenen Teil-Dateien eine Dateigrößen-Information
über eine Gesamtdateigröße, repräsentiert durch die Gesamtmenge an Teil- Dateien des Werkes, herunterzuladen und dann die Gesamtwiedergabedauer des Werkes aus der Gesamtdateigröße des Werkes und einer durchschnittlichen Kodierungs-Bit-Rate [bps (in Bit pro Sekunde)] der bereits heruntergeladenen Teilmenge an Teil-Dateien des Werkes zu berechnen oder alternativ
eine Wiedergabe-Information über die Gesamtwiedergabedauer des Werkes und die Dateigrößen-Information über eine Gesamtdateigröße herunterzuladen und in beiden Fällen die Gesamtwiedergabedauer und die Gesamtdateigröße für die Berechnung eines Wiedergabestartzeitpunkts, an dem die Wiedergabe des Werkes oder des Werkteils automatisch gestartet wird, heranzuziehen.
5. Client nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass der Client ausgebildet ist, eine Vielzahl von Teil-Dateien herunterzuladen, die ein zumindest annähernd gleiches Datenvolumen oder eine zumindest annähernd gleich lange Wiedergabedauer aufweisen.
6. Client nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass der Client ausgebildet ist,
ein noch herunterzuladendes, restliches Datenvolumen der restlichen Teilmenge an Teil-Dateien aus einer Gesamtdateigröße des Werkes, repräsentiert durch die Gesamtmenge an Teil-Dateien, minus eines Datenvolumens der ersten bereits heruntergeladenen Teilmenge von Teil-Dateien zu berechnen und
eine restliche Wiedergabedauer aus der Gesamtwiedergabedauer des Werkes mi- nus einer aktuellen Wiedergabezeitposition innerhalb des Werkes, von der aus das
Werk oder der Werkteil wiedergegeben werden soll, zu berechen,
eine mit einem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit aus einer durchschnittlichen Datenübertragungsgeschwindigkeit, die aus dem Datenvolumen der ersten Teilmenge an Teil-Dateien dividiert durch die Zeit für deren Herunterladen ermittelt wurde, multipliziert mit dem Sicherheitsfaktor zwischen 1 und 0 zu berechnen und
die Wiedergabe des Werkes oder des Werkteils von der aktuellen Wiedergabezeitposition an zu starten, wenn die mit dem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit mindestens so groß ist wie das restliche Datenvolu- men der restlichen Teilmenge von Teil-Dateien dividiert durch die restliche Wiedergabedauer.
7. Client nach einem der Ansprüche 2 bis 6, dadurch gekennzeichnet, dass
der Sicherheitsfaktor ein vorbestimmter Sicherheitsfaktor ist, der entweder voreingestellt oder manuell einstellbar ist (vom Werk oder manuell, individuell eingestellt) oder der Client ausgebildet ist, den Sicherheitsfaktor automatisch an die Variation der Datenübertragungsgeschwindigkeit während des Herunterladens der ersten Teilmenge an Teil-Dateien anzupassen, indem der Client den angepassten Sicherheitsfaktor umso kleiner einstellt, je größer die Variation der Datenübertragungsge- schwindigkeit während des Herunterladens ist.
8. Client nach Anspruch 7, dadurch gekennzeichnet, dass der Client ausgebildet ist, einen jeweiligen angepassten Sicherheitsfaktor und eine Netzwerkadresse (URL oder IP-Adresse) einer zugehörigen jeweiligen Datenquelle, von der die Teil- Dateien heruntergeladen werden, zuzuordnen und zu speichern und
den gespeicherten, der jeweiligen Datenquelle mit zugehöriger Netzwerkadresse zugeordneten, angepassten Sicherheitsfaktor für die Berechnung eines Wiedergabestartzeitpunkts, an dem die Wiedergabe des Werkes oder des Werkteils automatisch gestartet wird, wiederzuverwenden, wenn der Client ein weiteres Werk oder einen weiteren Werkteil von der jeweiligen Datenquelle herunter lädt.
9. Client nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass der Client ausgebildet ist, einen Wiedergabestartzeitpunkt oder ein Wiedergabestart-Signal, an dem die Wiedergabe des Werkes oder des Werkteils davon automatisch gestartet wird, von einem Server, von dem das Werk oder der Werkteil heruntergeladen wird, zu empfangen.
10. Multimediawiedergabegerät mit
einem Speicher, einer Dateneingangsschnittstelle zum Herunterladen einer Vielzahl von Teil-Dateien, die zusammengenommen ein Werk ergeben, einer Datenausgangsschnittstelle zum Ausgeben eines Wiedergabe-Signals des Werkes oder eines Werkteils davon und einem Prozessor, der mit der Dateneingangsschnittstel- Ie, der Datenausgangsschnittstelle und dem Speicher verbunden ist, und
einem Client nach einem der vorstehenden Ansprüche, wobei der Datenanschluss des Client mit der Dateneingangs- und Datenausgangsschnittstelle verbunden ist.
1 1. Multimediawiedergabegerät nach Anspruch 10, dadurch gekennzeichnet, dass das Multimediawiedergabegerät eine Ausgabeeinheit zur Wiedergabe des Werkes oder des Werkteils enthält.
12. Multimediawiedergabegerät nach Anspruch 10 oder 1 1 , dadurch gekennzeichnet, dass das Multimediawiedergabegerät eine Drahtlos-Kommunikationseinheit enthält, die mit der Dateneingangsschnittstelle verbunden ist, zum Empfang der Vielzahl von Teil-Dateien.
13. Server zum Übertragen einer Vielzahl von Teil-Dateien an einen Client, die zusammengenommen eine Gesamtmenge bilden und ein zusammenhängendes, eine zumindest annähernd bekannte Gesamtwiedergabedauer dauerndes Werk repräsentieren,
mit einem Speicher, einer Datenschnittstelle und einem Prozessor, der mit dem Speicher und der Datenschnittstelle verbunden ist, wobei der Server ausgebildet ist,
die Gesamtmenge zu speichern,
eine erste Teilmenge an Teil-Dateien des Werkes an den Client zu übermitteln,
ein Wiedergabestart-Signal automatisch an den Client zu übertragen,
wenn die Gesamtwiedergabedauer des Werkes so lang oder mindestens so lang ist, wie eine aus der Zeit für das Übertragen der ersten Teilmenge der Teil-Dateien mit bekanntem Datenvolumen extrapolierte Restdownloadzeit für das Übertragen einer restlichen Teilmenge an Teil-Dateien, die benötigt werden, um das gesamte Werk wiederzugeben.
14. Server nach Anspruch 13, der ausgebildet ist,
eine das Werk repräsentierende Gesamt-Datei in annähernd gleich große Teil- Dateien zu teilen.
15. Server nach Anspruch 13 oder 14, der ausgebildet ist,
eine erste Teilmenge an Teil-Dateien des Werkes an den Client zu übermitteln,
ein noch zu übermittelndes, restliches Datenvolumen der restlichen Teilmenge an
Teil-Dateien aus einer Gesamtdateigröße des Werkes, repräsentiert durch die Gesamtmenge an Teil-Dateien, minus eines Datenvolumens der ersten bereits übertragenen Teilmenge von Teil-Dateien zu berechnen und eine mit einem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit aus einer durchschnittlichen Datenübertragungsgeschwindigkeit, die aus dem Datenvolumen der ersten Teilmenge an Teil-Dateien dividiert durch die Zeit für deren Übertragen ermittelt wurde, multipliziert mit dem Sicherheitsfaktor zwischen 1 und 0 zu berechnen und
das Wiedergabestart-Signal an den Client zu übertragen, wenn die mit dem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit so groß oder mindestens so groß ist wie das restliche Datenvolumen der restlichen Teilmenge von Teil-Dateien dividiert durch die Gesamtwiedergabedauer.
16. Server nach Anspruch 13, 14 oder 15, der ausgebildet ist,
eine erste Teilmenge an Teil-Dateien des Werkes an den Client zu übermitteln,
ein noch zu übermittelndes, restliches Datenvolumen der restlichen Teilmenge an Teil-Dateien aus einer Gesamtdateigröße des Werkes, repräsentiert durch die Gesamtmenge an Teil-Dateien, minus eines Datenvolumens der ersten bereits über- tragenen Teilmenge von Teil-Dateien zu berechnen und
eine mit einem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit aus einer durchschnittlichen Datenübertragungsgeschwindigkeit, die aus dem Datenvolumen der ersten Teilmenge an Teil-Dateien dividiert durch die Zeit für deren Übertragen ermittelt wurde, multipliziert mit dem Sicherheitsfaktor zwischen 1 und 0 zu berechnen und
eine restliche Wiedergabedauer aus der Gesamtwiedergabedauer des Werkes minus einer aktuellen, client-seitigen Wiedergabezeitposition innerhalb des Werkes, von der aus das Werk oder der Werkteil wiedergegeben werden soll, zu ermitteln,
das Wiedergabestart-Signal an den Client zu übertragen, wenn die mit dem Si- cherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit so groß oder mindestens so groß ist wie das restliche Datenvolumen der restlichen Teilmenge von Teil-Dateien dividiert durch die restliche Wiedergabedauer.
17. Server nach Anspruch 13, 14, 15 oder 16, der ausgebildet ist,
mit einer der zuerst übertragenen Teil-Dateien eine Dateigrößen-Information über eine gesamte Dateigröße (Gesamtdatenvolumen) des Werkes oder eine Wieder- gabedauer-lnformation über eine gesamte Wiedergabedauer des Werkes an den Client zu übertragen.
18. Server nach Anspruch 13, 14, 15, 16 oder 17, dadurch gekennzeichnet, dass der Server ausgebildet ist, mit jeder an den Client übertragenen Teil-Datei eine Datei- größen-lnformation über ein restliches, noch zu übertragendes Datenvolumen der
Gesamtmenge zu übertragen.
19. Anordnung zur Übertragung einer Vielzahl von Teil-Dateien, die zusammengenommen ein Werk ergeben, mit einem Server nach Anspruch 17 oder 18 und einem Client nach einem der Ansprüche 1 bis 9 oder
einem Server nach einem der Ansprüche 13 bis 16 und einem Client.
20. Verfahren zur Übertragung einer Vielzahl von Teil-Dateien, die zusammen eine Gesamtmenge von Teil-Dateien bilden, die ein Werk repräsentiert, von einem Server zu einem Client, das die Schritte enthält:
Bereitstellen der Vielzahl von Teil-Dateien auf dem Server,
- Anfordern eines Werkes durch den Client,
Übertragen und Speichern einer ersten, für das Herunterladen der Gesamtmenge an Teil-Dateien des Werkes repräsentativen Teilmenge an Teil- Dateien vom Server zum Client,
Berechnen eines Wiedergabestartzeitpunkts, an dem die Wiedergabe des Werkes automatisch gestartet wird und
an dem eine Wiedergabedauer des Werkes mindestens so lang ist
wie eine aus der Zeit für das Herunterladen der ersten Teilmenge der Teil-Dateien mit bekanntem Datenvolumen extrapolierte Restdownloadzeit für das Herunterladen einer restlichen Teilmenge an Teil-Dateien, die benötigt werden, um das ge- samte Werk oder den wiederzugebenden Werkteil davon wiederzugeben,
Übertragen von weiteren Teil-Dateien bis zum Wiedergabestartzeitpunkt vom Server an den Client, automatisches Starten der Wiedergabe des Werkes zum Wiedergabestartzeitpunkt und weiteres Herunterladen der restlichen Teil-Dateien des Werkes während der Wiedergabe auf dem Client.
21. Verfahren nach Anspruch 20, das vor dem Schritt des Bereitstellens der Vielzahl von Teil-Dateien den Schritt enthält:
Aufteilen einer zusammenhängenden Gesamt-Datei des Werkes in die Vielzahl von Teil-Dateien.
22. Verfahren nach Anspruch 20 oder 21 , bei dem der Schritt des Berechnens des Wiedergabestartzeitpunkts auf dem Server geschieht mit dem zusätzlichen Schritt:
- Übertragen eines Wiedergabestartsignals zum Wiedergabestartzeitpunkt vom Server zum Client.
23. Verfahren nach Anspruch 20, das vor dem Schritt des Berechnens die Schritte enthält:
Bereitstellen einer Information über eine Gesamtdateigröße, einer Gesamt- menge an Teil-Dateien oder einer Gesamtwiedergabedauer des Werkes auf dem Server,
Übertragen der Information über die Gesamtdateigröße, die Gesamtmenge an Teil-Dateien oder die Gesamtwiedergabedauer des Werkes vom Server an den Client.
24. Verfahren nach Anspruch 20 oder 21 , bei dem der Schritt des Berechnens des Wiedergabestartzeitpunkts die Schritte enthält:
Ermitteln einer aktuellen, durchschnittlichen Datenübertragungsgeschwindigkeit mit der die erste Teilmenge an Teil-Dateien heruntergeladen wurden,
Berechnen einer mit einem Sicherheitsfaktor multiplizierten Datenübertra- gungsgeschwindigkeit aus der aktuellen, durchschnittlichen Datenübertragungsgeschwindigkeit multipliziert mit einem Sicherheitsfaktor kleiner 1 und
Extrapolieren der Restdownloadzeit unter Berücksichtigung der mit einem Sicherheitsfaktor multiplizierten Datenübertragungsgeschwindigkeit.
25. Verfahren nach Anspruch 24, bei dem der Schritt des Ermitteins der aktuellen Datenübertragungsgeschwindigkeit nach jedem Herunterladen einer Teil-Datei die Berechnung der durchschnittlichen, aktuellen Datenübertagungsgeschwindigkeit als Quotient der durch die bereits heruntergeladenen Teilmenge von Teil-Dateien repräsentierten Datenmenge (Datenvolumen) und der für das Herunterladen dieser
Teilmenge von Teil-Dateien benötigten Zeit enthält.
26. Verfahren nach einem der Ansprüche 20 bis 25, bei dem die Teil-Dateien jeweils ein zumindest annähernd gleiches Datenvolumen oder eine zumindest annähernd gleiche Wiedergabedauer aufweisen.
27. Verfahren nach einem der Ansprüche 20 bis 26, bei dem
die Wiedergabe des Werkes an einer vorgegebenen oder einstellbaren, zeitlichen Wiedergabestartzeitposition innerhalb des Werkes, von der aus ein Werkteil wiedergegeben werden soll, gestartet wird, und bei dem
das Übertragen von Teil-Dateien bei einer Teil-Datei beginnt, die zur Wie- dergabe von der Wiedergabestartzeitposition innerhalb des Werkes benötigt wird.
28. Computerprogrammprodukt auf einem maschinenlesbaren Datenträger zum Herunterladen einer Vielzahl von Teil-Dateien, die zusammengenommen ein zusammenhängendes, eine zumindest annähernd bekannte Gesamtwiedergabedauer dauerndes Werk repräsentieren, zur Wiedergabe des Werkes oder eines Werkteils davon über Lautsprecher und/oder einem Bildschirm, einen Projektor oder dergleichen,
dadurch gekennzeichnet, dass das Computerprogrammprodukt bei seiner Ausführung durch einen Computer bewirkt, dass zunächst eine erste Teilmenge der Teil- Dateien heruntergeladen wird, im Speicher gespeichert wird und die Wiedergabe des gesamten Werkes oder des Werkteils davon dann automatisch gestartet wird,
wenn eine Wiedergabedauer des Werkes mindestens so lang ist wie eine aus der Zeit für das Herunterladen der ersten Teilmenge der Teil-Dateien mit bekanntem Datenvolumen extrapolierte Rest-Download-Zeit für das Herunterladen einer restli- chen Teilmenge an Teil-Dateien, die benötigt werden, um das gesamte Werk oder den wiederzugebenden Werkteils davon wiederzugeben.
29. Computerprogrammprodukt auf einem maschinenlesbaren Datenträger nach Anspruch 28, das bei seiner Ausführung auf einem Computer bewirkt, dass dieser
eine aktuelle, durchschnittliche Datenübertragungsgeschwindigkeit, mit der die erste Teilmenge an Teil-Dateien heruntergeladen wurde, ermittelt,
eine mit einem Sicherheitsfaktor multiplizierte Datenübertragungsgeschwindigkeit aus der aktuellen, durchschnittlichen Datenübertragungsgeschwindigkeit multipliziert mit einem Sicherheitsfaktor kleiner 1 berechnet und
die Restdownloadzeit unter Berücksichtigung der mit einem Sicherheitsfaktor multiplizierten Datenübertragungsgeschwindigkeit extrapoliert.
PCT/EP2009/054909 2008-04-23 2009-04-23 Client und server für ein video on demand-system WO2009130287A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP09733933A EP2272231A1 (de) 2008-04-23 2009-04-23 Client und server für ein video on demand-system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102008020807A DE102008020807A1 (de) 2008-04-23 2008-04-23 Client und Server für ein Video on demand-System
DE102008020807.8 2008-04-23

Publications (1)

Publication Number Publication Date
WO2009130287A1 true WO2009130287A1 (de) 2009-10-29

Family

ID=40940399

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2009/054909 WO2009130287A1 (de) 2008-04-23 2009-04-23 Client und server für ein video on demand-system

Country Status (3)

Country Link
EP (1) EP2272231A1 (de)
DE (1) DE102008020807A1 (de)
WO (1) WO2009130287A1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2720436B1 (de) * 2012-10-11 2017-06-21 Wistron Corporation Streamingdaten-Download-Verfahren und computerlesbares Aufzeichnungsmedium dafür
CN113691859A (zh) * 2021-09-16 2021-11-23 百果园技术(新加坡)有限公司 一种视频缓存方法、装置、设备及介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102009027773A1 (de) 2009-07-16 2011-01-27 Itv Solutions Gmbh Steuerung der Datenrate eines Medien-Downloads anhand von Client-Wiedergabestatusinformation
WO2017132434A1 (en) * 2016-01-28 2017-08-03 Arris Enterprises Llc Variable buffer handling for adaptive bitrate streaming

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001024474A1 (en) * 1999-09-27 2001-04-05 Koninklijke Philips Electronics N.V. Partitioning of file for emulating streaming
WO2003045030A1 (de) * 2001-11-23 2003-05-30 Ibrahim Evsan Übertragen und abspielen von mediadaten
WO2003085928A1 (en) * 2002-04-09 2003-10-16 Koninklijke Philips Electronics N.V. Transmission method combining downloading and streaming
US20040046790A1 (en) * 1998-10-06 2004-03-11 Rahul Agarwal System and method for providing random access to a multimedia object over a network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040046790A1 (en) * 1998-10-06 2004-03-11 Rahul Agarwal System and method for providing random access to a multimedia object over a network
WO2001024474A1 (en) * 1999-09-27 2001-04-05 Koninklijke Philips Electronics N.V. Partitioning of file for emulating streaming
WO2003045030A1 (de) * 2001-11-23 2003-05-30 Ibrahim Evsan Übertragen und abspielen von mediadaten
WO2003085928A1 (en) * 2002-04-09 2003-10-16 Koninklijke Philips Electronics N.V. Transmission method combining downloading and streaming

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2720436B1 (de) * 2012-10-11 2017-06-21 Wistron Corporation Streamingdaten-Download-Verfahren und computerlesbares Aufzeichnungsmedium dafür
CN113691859A (zh) * 2021-09-16 2021-11-23 百果园技术(新加坡)有限公司 一种视频缓存方法、装置、设备及介质

Also Published As

Publication number Publication date
EP2272231A1 (de) 2011-01-12
DE102008020807A1 (de) 2009-10-29

Similar Documents

Publication Publication Date Title
DE60213297T2 (de) Multimediadatenübertragung durch vorwärtsgerichtetes Streamen
DE112007003305B4 (de) Verfahren zum Herunterladen einer Multimediadatei aus einem Server an eine Anwendervorrichtung, Anwendervorrichtung und Server
CN103069492B (zh) 使用用于多媒体流传输文件的存储文件格式的存储方法和客户端装置
DE69823168T2 (de) Verfahren und gerät zur kodierung und formatierung von daten eines videoprogramms zur erzeugung sich mehrfach überlappender darstellungen des videoprogramms
US8660181B2 (en) Method of compressing video data and a media player for implementing the method
DE112015002650B4 (de) Systeme und Verfahren zur prädiktiven Auslieferung von Inhalten mit hohen Bitraten zur Wiedergabe
DE60314688T2 (de) Effizientes Verfahren und System zum Senden von Ressourcen in der Sendetechnik
CN107864402A (zh) 直播视频播放方法及装置
EP2272231A1 (de) Client und server für ein video on demand-system
WO2006103223A1 (de) Verfahren und anordnung zum speichern und wiedergeben von tv-sendungen
EP2754299A1 (de) Verfahren zum betreiben eines detenempfängers und datenempfänger, insbesodere in einem fahrzeug
DE102018208496A1 (de) Persistente kennung für offline-zugriff auf gestreamte medien
EP2016734B1 (de) Versenden und Empfangen von Blockdaten in zeitlich coordinierter Manier
DE69834792T2 (de) Datenverteilungssystem, Verteilungseinrichtung, Terminaleinrichtung und Datenverteilungsverfahren
CN103780921A (zh) 一种播放直播视频信息的方法和设备
EP1340352B1 (de) Verfahren und vorrichtung zum steuern der übertragung und wiedergabe von digitalen signalen
DE102016216346B4 (de) Vorrichtung und verfahren zum bestimmen einer qualität eines mediadatenstroms
DE102007006432B4 (de) Vorrichtung und Verfahren zur Bereitstellung von Daten
EP1334621B1 (de) Verfahren und vorrichtung zur aufzeichnung von kodierten digitalen audiovisuellen daten
DE10020168B4 (de) Verfahren zur Erzeugung eines von einem Nutzer indivdualisierten Programms ausgehend von einem von einem Sender bereitgestellten Programm sowie Gerät zum Erzeugen eines solchen individualisierten Programms
DE102018115737B4 (de) Verfahren zum automatisierten Ausspielen von Videos, Recheneinheit und Computerprogrammprodukt
CN113259688B (zh) 一种视频资源的存储分配方法和装置
DE4141575C2 (de) Verfahren und Schaltungsanordnung zur quasidialoggesteuerten Darstellung eines TV-Programms
DE102012103248A1 (de) Verfahren, Computerprogrammprodukt und Endgerät zur Wiedergabe von Filmen
DE102013220901A1 (de) Verfahren zur Übertragung von digitalen Audio- und/oder Videodaten

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09733933

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009733933

Country of ref document: EP