WO2003045030A1 - Transmission et lecture de donnees multimedia - Google Patents

Transmission et lecture de donnees multimedia Download PDF

Info

Publication number
WO2003045030A1
WO2003045030A1 PCT/EP2002/013136 EP0213136W WO03045030A1 WO 2003045030 A1 WO2003045030 A1 WO 2003045030A1 EP 0213136 W EP0213136 W EP 0213136W WO 03045030 A1 WO03045030 A1 WO 03045030A1
Authority
WO
WIPO (PCT)
Prior art keywords
sections
client
media data
playback
server
Prior art date
Application number
PCT/EP2002/013136
Other languages
German (de)
English (en)
Inventor
Ibrahim Evsan
Original Assignee
Ibrahim Evsan
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
Priority claimed from EP02001520A external-priority patent/EP1315354A1/fr
Application filed by Ibrahim Evsan filed Critical Ibrahim Evsan
Priority to AU2002352099A priority Critical patent/AU2002352099A1/en
Publication of WO2003045030A1 publication Critical patent/WO2003045030A1/fr

Links

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the invention relates to techniques for the transmission and multimedia playback of media data.
  • the media data is transmitted in a data stream via a communication medium (e.g. the Internet).
  • a communication medium e.g. the Internet
  • these methods are complex because they must take into account the possibility of disturbed communication. Precautions must be taken to be able to restart communication after the data stream has been torn off.
  • the object of the invention is to avoid these problems.
  • the invention is also intended to provide good protection against inadmissible copying and / or playback of the media data.
  • the invention is based on the basic idea of dividing media files to be transmitted into sections. These sections are transferred to a client and played there. The transfer of each section takes place like an ordinary file download. Special streaming technologies are not required. This considerably simplifies the method according to the invention, because conventional and widespread protocols can be used.
  • the sections are in encrypted form and are only decrypted when they are played. Before deciding The playback authorization can also be checked first by means of a server query.
  • the transferred sections are preferably stored as normal files in a customary file system of the client. Provision can furthermore be made to automatically delete the sections from the file system after a predetermined period of time.
  • administrative and special information that is at the end of the original media data is extracted and timed at least in the first half of the entire transmission of the sections (preferably earlier, for example within the first 20% of the total transmission or even in the first section or before the first section).
  • a part list can be created and transmitted, which contains information about the individual parts (e.g. their file names). The file names are particularly necessary if the transfer of the sections is to take place as a normal file download.
  • the client according to the invention, the method according to the invention for providing media data and the server according to the invention are preferably further developed with features which correspond to the features described above and / or mentioned in the dependent claims.
  • FIG. 2 shows a representation of the data present in the processing computer and the master server during a sequence of processing steps in the exemplary embodiment of FIG. 1,
  • FIG. 3 shows an exemplary flow diagram of the data transmission between a cache server and the client in the exemplary embodiment from FIG. 1
  • FIG. 4 shows an exemplary flow chart of steps associated with the playback process in the exemplary embodiment from FIG. 1.
  • a processing computer 10 which has access to media data M.
  • the media data M are, for example, video films or sound data or video films with additional sound components that are independent of the film content and are available in a format known per se (e.g. one of the formats avi, mpg, mp3, ).
  • a format known per se e.g. one of the formats avi, mpg, mp3, .
  • Fig. 1 only one set of media data M is shown as an example, while in the practical implementation of the system there are many further media data records (corresponding to the content of an entire film or audio archive).
  • the processing computer 10 converts the media data M into individual, encrypted sections X1, X2 XN, which are transmitted to one or more servers (upload).
  • a master server 12 is provided, which receives the N sections X1, X2, ..., XN from the processing computer 10 and in turn forwards them to a number of cache servers 14, 14 ', 14 ", ....
  • a different server configuration is used, it is only important that the N encrypted sections X1, X2, ..., XN are available for download with sufficient bandwidth.
  • a client 16 is designed as a home computer known per se, for example as a PC or Macintosh®.
  • the client 16 is set up to successively download the sections X1, X2,..., XN from one or more of the cache servers 14, 14 ', 14 ",... And the media data via a communication network (for example the Internet) M on a connected screen 18 with loudspeakers (not shown separately in FIG. 1)
  • the client 16 has an operating system known per se (for example Microsoft® Windows® or Apple® MacOS®), which among other things has a file system 20 for The sections X1, X2, ..., XN and other files are saved The sections X1, X2, ..., XN are stored in the file system as normal files.
  • the client 16 executes a playback program 22 which has a filter 24, a decoder 26 and an erase module 28.
  • the filter 24 serves to load the encrypted sections X1, X2,..., XN from the file system 20 during playback, to decrypt them and to assemble them into a playable version M 'of the media data M.
  • the decoder 26 converts the playable version M 'in a manner known per se into an image sequence and one or more sound channels which are output via the screen 18 or the loudspeakers.
  • the multimedia playback of the decrypted and reassembled sections X1, X2, ..., XN does not differ from a playback of the original media data M.
  • the encrypted sections X1, X2, ..., XN are first decrypted and composed when playing. Before playing, the authorization of the client 16 to play is checked by a request from a server (in the present example, the cache server 14 ').
  • the decoder 26 is adapted to the playable file format M 'of the media data M. If, for example, the media data M are in avi format, a decoder 26 similar to the decoder used in the Windows® Media Player TM can be used, but which takes into account the changes in the playable version M 'compared to the original media data M.
  • the playable version M 1 differs from the original media data M only in that some management information required for playback (indicated by vertical hatching in FIG. 1) from its original position at the end of the media data M at the beginning of the playable version M 'are moved.
  • the playback process and the downloading of the sections X1, X2, ..., XN preferably takes place at least partially in parallel; In the exemplary embodiment described here, provision is made for the playback to begin only after the first section N1 has been completely received. In alternative embodiments, possibly depending on the transmission speed between the cache server 14, 14 ', 14 ", ... and the client 16 - two or more sections X1, X2, ..., XN are loaded into the client 16 before the start of the playback in order to provide sufficient data for buffering transmission bottlenecks.
  • the deletion module 28 is set up to delete the portions X1, X2,..., XN stored in the file system 20 of the client 16 after a predetermined period of time (24 hours in the present exemplary embodiment).
  • FIG. 2 illustrates in the first five lines the steps of the division and encryption of the media data M carried out by the processing computer 10 in order to obtain the N encrypted sections X1, X2,..., XN and further auxiliary information.
  • a first step 30 certain administrative and special information that is at the end of the original media data M is extracted and stored separately.
  • the data sequence M ' which begins with the extracted information and then contains the actual image and sound contents of the media data M, is divided into N sections D1, D2, D3, ..., DN in a next step 32, all sections up to the same size on the last one.
  • the first section D1 begins with the extracted administrative and special information, which is represented in FIG. 2 by vertical hatching. This rearrangement is necessary because the administrative and special information is required at the start of the playback process and thus, if the media data M were to be transmitted in the original order, playback would only be possible after all parts had been received.
  • step 34 the N sections D1, D2, D3,..., DN are encrypted according to an algorithm known per se and a newly generated one-time key KEY, which is used only for this process, in order to encode the N encrypted sections X1, X2 , X3, ..., XN (the encryption is indicated in FIG. 2 by an oblique hatching).
  • the KEY key is required for later playback of the media data.
  • the key KEY is therefore stored so that it can first be passed on to the servers 12, 14, 14 ', 14 ", ... and finally (after successful authentication) to the client 16.
  • the processing computer 10 creates an exact part list in XML format ("LIST.XML").
  • the part list is used to control the later data transmission from the master server 12 to the cache server 14, 14 ', 14 ", ... and further to the client 16 and for error control.
  • the part list contains a CRC checksum for each section X1, X2, X3, ..., XN, which can be used to clearly verify whether or not the respective file has been changed since it was created X1, X2, X3, ..., XN defective, they can be reloaded or, if necessary, the undamaged sections X1, X2, X3, ..., XN can be used for data reconstruction.
  • the sections X1, X2, X3,..., XN and further data (key KEY and part list LIST.XML) present in the processing computer 10 as a result of step 36 are first transferred to the master server 12 in step 38 and then to the cache server 14, 14 ', 14 ", ... transfer (upload).
  • the l / p / ⁇ a process is first carried out via ftp (file transfer protocol) to the master server 12.
  • the master server 12 controls the further distribution to the cache Server 14, 14 ', 14 ", ... by means of automated processes (cronjobs) initiated at regular times.
  • the respective recipient (master server 12 and cache server 14, 14 ', 14 ", 7) carries out a consistency check of the uploaded files on the basis of the data transmitted in the part list. If an error is detected, this is immediately reported reported to the administrator.
  • an administration data record 42 for the transmitted media data is created in an administration database 40.
  • the administrative data record 42 contains billing-relevant information such as game length and IDs of the digitization technicians responsible for this media entry. Furthermore, chapter information is entered, which, like the DVD chapters, enables the user to navigate easily.
  • the administrative data record 42 also has content data, such as names of authors or images relating to the media entry.
  • the administrative and special information extracted in step 30 not to be encrypted in the first section X1, but unencrypted as a separate file. In this case, this information can also be included in the administrative data record 42.
  • the administration database 40 is managed centrally by the master server 12 or distributed by the cache servers 14, 14 ', 14 ", ... or by further computers, not shown in FIG. 1.
  • a billing database 44 is provided, in which a billing data record 46 is created and maintained during playback.
  • the billing database 44 is shown in dashed lines in FIG. 2 because it does not follow steps 30-38, which are the actual subject matter of FIG is involved.
  • FIG. 3 shows, using an example sequence, the successive downloading (download) of the N encrypted sections X1, X2, X3, ..., XN and further data to the client 16.
  • This downloading is started by a user action 50, for example a mouse click on a Control panel of a user interface displayed on the screen 18.
  • the user interface is represented by an Internet browser known per se (e.g. Microsoft® Explorer® or Netscape® Navigator®), which is equipped with a Flash® plug-in.
  • functions for displaying the user interface are integrated in the playback program 22 executed by the client 16.
  • Each control panel of the user interface assigned to load a media offering is assigned a unique identifier MEDIA-ID of the media offering. If the user requests the media offer through the action 50, the client 16 sends a request 54 to the cache server 14 in step 52 (or another cache server 14 ′, 14 ′′, ... that has the same function)
  • request 54 is a GET request according to the HTTP 1.1 standard.
  • request 54 contains desired media offer also a client identifier CLIENT-ID of the client 16 and a corresponding client password CLIENT-PW to prove the authorization of the client 16.
  • the cache server 14 (or in another embodiment another server entrusted with this task) checks the client identifier CLIENT-ID for admissibility and the client password CLIENT-PW for correctness. Failed logon attempts are noted in files that are only accessible to the system administrators (logging). If the registration is successful, a server address ADR, the part list and the chapter information entered in the administrative data record 42 are transmitted to the client 16 in step 58.
  • the server address ADR designates the server (usually one of the cache servers 14, 14 ', 14 ", ...) on which the client 16 can call up the individual sections X1, X2, X3, ..., XN.
  • the chapter information is used by the user for navigation purposes.
  • the billing data record 46 is also created in the billing database 44 in step 60.
  • this billing data record 46 allows the client 16 to download the sections X1, X2, X3, ..., XN within a period of 24 hours.
  • a one-time password TR-PW is generated randomly, which the client 16 needs for all further operations relating to this transaction.
  • This transaction password TR-PW is transmitted to the client 16 in step 62.
  • the client 16 downloads the encrypted sections X1, X2, X3, ..., XN one after the other from the cache server 14, 14 ', 14 ", ... designated by the server address ADR Client 16 for each section X1, X2, X3 XN (or only once or a few times in alternative embodiments) by means of its transaction password TR-PW.
  • Step 64 relates to the cache server 14, 14 ', 14 ", ... with the server address ADR request for the first section X1.
  • this section X1 is transmitted to the client 16.
  • Steps 68 and 70 relate to downloading the second section X2.
  • each section X1, X2, X3 XN in the file system 20 of the client 16 is stored (indicated by three points in FIG. 3). Overall, each section X1, X2, X3, ..., XN is downloaded like a normal file download according to the HTTP protocol.
  • the client 16 After the complete download of the first section X1, the client 16 is ready to play (in FIG. 3 and FIG. 4 this time is indicated by a dashed line).
  • readiness to play is only provided after receiving several sections (e.g. the first two sections X1 and X2).
  • the steps carried out in connection with the playback process are illustrated in FIG. 4. These steps are carried out in parallel with the downloading of the remaining sections (shown by the dashed line in FIG. 3) if the playback process is started by the user immediately after the readiness for playback has started.
  • the download process then takes place in the background, so that a continuous view of the media data M is ensured.
  • the readiness to play is symbolized to the user by a suitable display on the screen 18.
  • a user input 72 for example, a mouse click
  • the server request can be directed to the cache server 14 also used for downloading the sections X1, X2, X3 XN or to another cache server 14 ', 14 ", ... or to a further administration computer (not shown in the figures) his.
  • the server request begins in step 74 with an HTTP request generated by the play program 22, which signals the play request to the cache server 14. With this request, the unique transaction password TR-PW is again used to prevent manipulation. If the cache server 14 has received a valid transaction password TR-PW, it first enters a note in the billing data record 46 about the start of the playback (step 76) and then transmits in step 78 that when the sections X1, X2, X3 are encrypted , ..., XN used one-time key KEY to the client 16, more precisely, to the filter 24 of the playback program 22. The key KEY is used by the filter 24 to decrypt the sections X1, X2, X3, ..., XN.
  • the filter 24 also assembles the decrypted sections D1, D2, D3,..., DN into the playable version M 'of the media data M and transmits the version M' to the decoder 26, which in turn transmits the image desired by the user. and generates sound information.
  • This playback process which is controlled by the filter 24 using the information contained in the part list, is identified in FIG. 4 by the reference symbol 80.
  • the filter successively accesses the encrypted sections X1, X2, X3,..., XN stored in the file system 20. However, these sections are only decrypted in the working memory so that there is no security hole.
  • the transitions between the sections X1, X2, X3 XN are at
  • a special feature of the exemplary embodiment described here is that the processes described are quality-neutral. In other words, only a reorganization or redistribution takes place when the media data M is divided. Neither the volume increases nor the performance is negatively affected. Another advantage is that playback is not possible without the filter 24, which also performs the decryption. Data security is therefore guaranteed firstly by encrypting the data and secondly by that playback without the filter 24, which cannot function without authentication, is not possible.
  • the client 16 sends a corresponding message in step 82 to the cache server 14, which stores this in the corresponding accounting data record 46 (step 84).
  • the client 16 has to authenticate again with the cache server 14 using the steps shown in FIG. 4.
  • the cache server 14 then checks whether the film may be played again, which is permitted or prohibited depending on the loan period.
  • the encryption ensures that the data present in the file system 20 of the client 16 cannot be started again at one of the cache servers 14, 14 ', 14 ",... Without re-authentication. It is therefore possible to start the to store encrypted sections X1, X2, X3, ..., XN in the local file system 20 of the client 16. Therefore, if the user wants to watch the film again, no further down / download process is required.
  • the deletion module 28 sets a lifetime variable to a predetermined value, for example 24 hours, for each section X1, X2, X3, ..., XN upon completion of the download process shown in FIG. 3.
  • the lifetime variable runs independently of the system clock of the client 16. If this lifetime has dropped to 0, the deletion module 28 causes the respective section X1, X2, X3, ..., XN in the file system 20 to be irrevocably deleted (step 86 in FIG. 4).
  • 22 monitoring mechanisms are provided in the playback program, which discover unauthorized modifications and transmit them directly to one of the servers 12, 14, 14 ', 14 ", ...
  • the complete playback system in the Client 16 deactivated until it is reactivated by a technician from the service provider (for example by a new installation).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Storage Device Security (AREA)

Abstract

L'invention concerne un procédé de transmission et de lecture de données multimédia (M) comprenant les étapes suivantes, exécutées au moins partiellement en parallèle par un client (16) : téléchargement successif sur le client (16) des données multimédia (M) divisées en éléments (X1, X2, X3, ... XN) et lecture multimédia par l'intermédiaire du client (16) des éléments téléchargés (X1, X2, X3, ... XN), la lecture commençant au plus tôt après le téléchargement complet du premier élément (X1, X2, X3, ... XN) et les éléments (X1, X2, X3, ... XN) étant reproduits de façon cohérente lors de la lecture. L'invention concerne également un client (16), un procédé de préparation de données multimédia (M) et un serveur (12, 14, 14', 14'', ...) présentant des caractéristiques correspondantes. Cette invention doit permettre d'éviter les problèmes survenant avec les procédés 'en continu' classiques.
PCT/EP2002/013136 2001-11-23 2002-11-22 Transmission et lecture de donnees multimedia WO2003045030A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2002352099A AU2002352099A1 (en) 2001-11-23 2002-11-22 Transmission and playing of media data

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
DE10157571.8 2001-11-23
DE10157571 2001-11-23
EP02001520A EP1315354A1 (fr) 2001-11-23 2002-01-22 Procédé de transfert de données multimédia destinées à être reproduit
EP02001520.2 2002-01-22

Publications (1)

Publication Number Publication Date
WO2003045030A1 true WO2003045030A1 (fr) 2003-05-30

Family

ID=26010637

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2002/013136 WO2003045030A1 (fr) 2001-11-23 2002-11-22 Transmission et lecture de donnees multimedia

Country Status (2)

Country Link
AU (1) AU2002352099A1 (fr)
WO (1) WO2003045030A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009079794A1 (fr) * 2007-12-20 2009-07-02 Chalk Media Service Corp. Système et procédé de distribution de grands éléments de contenu à un dispositif mobile sur un réseau mobile
WO2009130287A1 (fr) * 2008-04-23 2009-10-29 Itv Solutions Gmbh Client et serveur pour un système de vidéo à la demande
CN102130928A (zh) * 2010-01-19 2011-07-20 腾讯科技（深圳）有限公司 下载数据的方法和装置
US8510459B2 (en) 2006-09-01 2013-08-13 Pacbyte Software Pty Limited Method and system for transmitting a data file over a data network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5751968A (en) * 1995-09-12 1998-05-12 Vocaltec Ltd. System and method for distributing multi-media presentations in a computer network
EP0843449A2 (fr) * 1996-11-08 1998-05-20 Sunhawk Corporation, Inc. Système de chiffrement avec clé de décryptage pour transaction chiffrée
US5996015A (en) * 1997-10-31 1999-11-30 International Business Machines Corporation Method of delivering seamless and continuous presentation of multimedia data files to a target device by assembling and concatenating multimedia segments in memory
WO2001024474A1 (fr) * 1999-09-27 2001-04-05 Koninklijke Philips Electronics N.V. Partitionnement de fichier en vue d'emuler un mode continu
US6314466B1 (en) * 1998-10-06 2001-11-06 Realnetworks, Inc. System and method for providing random access to a multimedia object over a network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5751968A (en) * 1995-09-12 1998-05-12 Vocaltec Ltd. System and method for distributing multi-media presentations in a computer network
EP0843449A2 (fr) * 1996-11-08 1998-05-20 Sunhawk Corporation, Inc. Système de chiffrement avec clé de décryptage pour transaction chiffrée
US5996015A (en) * 1997-10-31 1999-11-30 International Business Machines Corporation Method of delivering seamless and continuous presentation of multimedia data files to a target device by assembling and concatenating multimedia segments in memory
US6314466B1 (en) * 1998-10-06 2001-11-06 Realnetworks, Inc. System and method for providing random access to a multimedia object over a network
WO2001024474A1 (fr) * 1999-09-27 2001-04-05 Koninklijke Philips Electronics N.V. Partitionnement de fichier en vue d'emuler un mode continu

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
GIRARDOT M ET AL: "Efficient representation and streaming of XML content over the Internet medium", IEEE INTERNATIONAL CONFERENCE ON MULTIMEDIA AND EXPO. PROCEEDINGS LATEST ADVANCES IN THE FAST CHANGING WORLD OF MULTIMEDIA, XX, XX, vol. 1, 30 July 2000 (2000-07-30), pages 67 - 70, XP002160596 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8510459B2 (en) 2006-09-01 2013-08-13 Pacbyte Software Pty Limited Method and system for transmitting a data file over a data network
WO2009079794A1 (fr) * 2007-12-20 2009-07-02 Chalk Media Service Corp. Système et procédé de distribution de grands éléments de contenu à un dispositif mobile sur un réseau mobile
WO2009130287A1 (fr) * 2008-04-23 2009-10-29 Itv Solutions Gmbh Client et serveur pour un système de vidéo à la demande
CN102130928A (zh) * 2010-01-19 2011-07-20 腾讯科技（深圳）有限公司 下载数据的方法和装置

Also Published As

Publication number Publication date
AU2002352099A1 (en) 2003-06-10

Similar Documents

Publication Publication Date Title
DE69918284T2 (de) System um geschützte, verschlüsselte elektronische daten zu einem speziellen speichermedium zu senden und um unberechtigtes kopieren zu verhindern
DE69634058T2 (de) System zur Datenurheberrechtsverwaltung unter Verwendung von Schlüsselverteilung
DE60210938T2 (de) Verwaltung von verschlüsselten medien-schlüsseln
DE102006044299B4 (de) Vorrichtung und Verfahren zur gesicherten Verteilung von Inhalten in einem Telekommunikationsnetzwerk
DE69731549T2 (de) Interaktivität mit audiovisueller programmierung
DE202017106594U1 (de) Bereitstellen von Zugriff auf eine in einem Datenspeichersystem gespeicherte Datei
DE19906449C1 (de) Verfahren und Vorrichtung zum Erzeugen eines verschlüsselten Nutzdatenstroms und Verfahren und Vorrichtung zum Abspielen eines verschlüsselten Nutzdatenstroms
WO2004015952A2 (fr) Dispositif de repartition de documents electroniques de maniere protegee contre le piratage
DE102004008702B4 (de) Inhaltsverschlüsselung unter Verwendung einer programmierbaren Hardware
DE102005039361B4 (de) Verfahren und Vorrichtung zur Multicast-Übertragung von Programminformationen
DE10227038A1 (de) Verbesserungen an oder bezüglich eines Verfahrens und einer Vorrichtung zur Multimedia-Synchronisation
EP2772856B1 (fr) Procédé de réalisation de tâches sur un système informatique de production et système de traitement de données
DE112009004772T5 (de) System für eine steuerung der version von virtuellen platten
DE102018208496A1 (de) Persistente kennung für offline-zugriff auf gestreamte medien
DE69831972T2 (de) Verfahren zur bereitstellung und ermittlung von daten
KR20060038361A (ko) 스트리밍 기반의 컨텐츠 분산형 네트워크 시스템과 파일분할, 병합 및 재생 방법
DE102006027425A1 (de) System und Verfahren zur Implementierung eines gemeinsamen Deskriptorformats
WO2003045030A1 (fr) Transmission et lecture de donnees multimedia
US20080313272A1 (en) Method for cooperative description of media objects
EP1455530A1 (fr) Système d'enregistrement et de reproduction de signaux de télévision provenant de plusieurs chaínes de télévision
DE60111996T2 (de) Verfahren zum abgeben von Inhalten
EP1315354A1 (fr) Procédé de transfert de données multimédia destinées à être reproduit
DE10059230C2 (de) Verfahren zur Verfügbarmachung von multimedialen Datenmengen
DE102012111181A1 (de) Speichersystem, insbesondere Cloud Storage System, und Computerprogrammprodukt
JP2004236240A (ja) ネットワーク放送システム、コンテンツ配信方法、及び番組提供装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SC SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP