WO2008113948A1 - Procede d'enregistrement distribue d'un flux multimedia, dispositif, et produit programme d'ordinateur correspondant - Google Patents

Procede d'enregistrement distribue d'un flux multimedia, dispositif, et produit programme d'ordinateur correspondant Download PDF

Info

Publication number
WO2008113948A1
WO2008113948A1 PCT/FR2008/050303 FR2008050303W WO2008113948A1 WO 2008113948 A1 WO2008113948 A1 WO 2008113948A1 FR 2008050303 W FR2008050303 W FR 2008050303W WO 2008113948 A1 WO2008113948 A1 WO 2008113948A1
Authority
WO
WIPO (PCT)
Prior art keywords
recording
record
storage
server
network
Prior art date
Application number
PCT/FR2008/050303
Other languages
English (en)
Inventor
Olivier Perrault
Jean-Michel Magret
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Priority to EP08762144A priority Critical patent/EP2127376A1/fr
Priority to JP2009550744A priority patent/JP2010519668A/ja
Priority to US12/527,735 priority patent/US20100021138A1/en
Publication of WO2008113948A1 publication Critical patent/WO2008113948A1/fr

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/11—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4135—Peripherals receiving signals from specially adapted client devices external recorder
    • 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/4334—Recording operations
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43622—Interfacing an external recording device
    • 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/632—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 using a connection between clients on a wide area network, e.g. setting up a peer-to-peer communication via Internet for retrieving video segments from the hard-disk of other client devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus

Definitions

  • a method of distributed recording of a media stream, device, and corresponding computer program product is a method of distributed recording of a media stream, device, and corresponding computer program product.
  • the present invention relates to the field of data set records, for example data conveyed by personal media streams.
  • multimedia streams such as video streams or audio streams is mostly performed locally.
  • a user wishing to record one of these streams must have a device that allows them to record.
  • a device may be a video recorder, a DVD-type recorder (the "Digital Versatile Disc” for “digital versatile disc") or more recently a hard disk recorder.
  • This user can, via the network, control the recording of a stream and the operator is responsible for allocating, within his network, the resources necessary for this recording. Operators also perform stream recording systematically or almost systematically. Thus, a subscriber who wishes to view a program that he did not think to record can still view it, through the network of the operator, and for a period longer or shorter depending on operators . The operator offers a "video on demand" service.
  • NPVR Network Personal Video Recording
  • the general principle is based on the sending of one or more registration commands to a central registration server which performs the identification of the streams to be recorded and saves these streams within dedicated storage spaces in the network.
  • a disadvantage of this technique of the prior art is to lead a relatively complex management of the flows to be recorded by the operators.
  • the operators record all the channels in question. peraienence, then deletes to keep only programs that have subsequently been viewed or recorded.
  • the invention offers a solution that does not have the disadvantages of the prior art, thanks to an original method of recording a set of data.
  • a method comprises: a step of formulating a registration request by a requesting equipment; a step of distributing said record on at least one equipment separate from said requesting equipment and connected thereto by a communication network.
  • the recording method according to the invention allows a device to formulate registration requests without this equipment being necessarily the equipment that actually saves the recording.
  • the physical record of the data set is distributed on equipment separate from the equipment from which the registration request was made.
  • the method according to the invention therefore makes it possible to take network equipment into account in order to perform the recording, unlike the techniques of the prior art which only take into account the possibilities offered by the local equipment.
  • said method comprises: a step of obtaining information representative of a storage volume available for storage of said record and own said requesting equipment, delivering an information of available volume; an identification step, based on said available volume information, of at least one storage device connected to the network and intended to perform at least a portion of the storage of said record.
  • the recording method according to the invention makes it possible to take into account the volumes necessary for the storage of the recordings (that is to say, the physical possibilities offered for storage by the equipment) to determine one or more storage locations of the records. recordings.
  • the term "record of a set of data" means the product of the backup of this set for later use.
  • Such a recording must be stored, that is to say a physical storage, so that it can be viewed later.
  • the invention therefore makes it possible, unlike the solutions of the prior art, to take into account available storage volumes specific to network equipment (communication terminals, routers, servers) for determining a location of storage.
  • the method according to the invention offers the possibility of transferring all or part of the storage of the recordings, for example for equipment that does not have enough space, to other equipment of the network. Such a distribution of the storage space makes it possible to pool the costs.
  • the invention allows equipment requiring a record to have storage spaces of other equipment in the network to save the requested record.
  • said registration request comprises at least one parameter belonging to the group comprising at least: a piece of information representative of an identifier of said equipment applicant; information representative of a recording start time; information representative of an end of recording moment; an information representative of an identifier of at least one digital stream corresponding to said set of data.
  • the network equipment that wishes to perform the recording provides information that makes it possible to create a link between the equipment as such, for example in the form of an identifier, and information relating to the set of data, in a particular form that it takes, for example that of an audiovisual program.
  • the registration request then allows, by the provision of these parameters, a record management which ensures efficient consideration of the distributed storage space.
  • said step of identifying said at least one storage device is implemented within a centralized record server.
  • the invention makes it possible to centralize the determination of the storage equipment.
  • this centralization makes it possible to solve the difficulties associated with pooling equipment storage spaces.
  • the recordings are made on video-on-demand servers.
  • Such servers have storage spaces characteristic of this use, that is to say very large capacity.
  • the techniques of the prior art do not therefore require centralized identification of a storage server.
  • the storage space is divided into a plurality of storage equipment for which the size of the storage space is not necessarily available. It is therefore possible, in this embodiment, to centralize the determinations of storage facilities to make them simpler.
  • said identification step comprises: a step of calculating a resulting volume, by difference between a volume necessary for storing said record and that represented by said volume information available within the requesting equipment; a step of searching, within said plurality of devices, of at least one device capable of storing at least a part of said record as a function of said resulting volume.
  • the invention makes it possible to delineate the storage of the recordings made within the network by selecting at least one storage device according to its own available storage volumes.
  • the available storage volumes specific to the equipment of the network can either be transmitted by the latter to a requesting equipment or be determined by querying a database that has this information.
  • the selected storage facilities are therefore ordered to store all or part of the record.
  • a first equipment can store a first time period of the recording, for example of a duration of one hour
  • a second equipment can store a second time period of the recording, for example a lasting half an hour.
  • the storage space is thus greatly streamlined. It is also possible to combine this aspect of distribution of the recording with the consideration of the registration requests of the users. For example, it is conceivable, in the case of two users having requested the recording of the same program but at different times, to favor the recording of the part requested by the user in the storage space of his while retaining the entire program for other users.
  • said method comprises: a step of transmitting the registration request to a registration request management server; a step of processing said registration request by said management server according to at least one determined processing parameter; a step of transmitting at least one piece of information representative of said registration request to said registration server.
  • the invention makes it possible to centralize, within a registration management server, the requests issued by the different equipment that make up the communication network. This centralization makes it possible to uniformly process the registration requests according to processing parameters that improve the efficiency of the determination of the storage equipment.
  • at least one determined processing parameter is information representative of a redundancy of said record within said plurality of devices of said communication network.
  • redundancy parameter also called a servo parameter
  • a threshold below which the recording will actually be stored.
  • this redundancy parameter it may be necessary to perform several storages of a recording. These multiple storages are then controlled by this redundancy parameter.
  • the value of this redundancy parameter is equal to one. In this case, only one copy of the record will be kept within the plurality of storage facilities.
  • At least one determined processing parameter is information representative of a maximum retention period of said record within said plurality of devices of said communication network.
  • the method according to the invention also makes it possible to manage retention periods of the recordings. Indeed, insofar as a device requests a recording without the latter being preserved, at least in full, within its own storage space, it is necessary to determine a date beyond which this record will no longer be saved. Such a constraint may be useful to ensure proper use of storage spaces of different equipment.
  • the invention also relates to a set of representative data of an audiovisual program.
  • such a set of data is distributed on at least two separate interconnected devices within a communication network, each having a storage resource and each carrying a portion of said record.
  • the invention also relates to a computer program product downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor.
  • FIG. 1 presents a block diagram of the general architecture of an implementation system of the recording method of the invention
  • FIG. 2 describes a simplified architecture of a request management server according to the invention
  • FIG. 3 describes a simplified architecture of a record server according to the invention.
  • the invention therefore proposes to record audiovisual programs in a shared and delineared manner.
  • Such a type of recording can be defined by the use, in combination, of a local digital recording and a recording on a communication network made available to the user, for example by an operator or by a supplier. access to the internet.
  • Such a recording combination avoids monopolizing the video on demand (VOD) network resource unnecessarily and distributing the actual storage of the recordings on the set top park. boxes, only in that of the VOD servers.
  • the invention also proposes a sharing of the recordings making it possible to recover a recording made by a different person (for example who is situated within a set of proximity).
  • the invention also proposes a centralized control of the recording of STBs (of the English “set top boxes” for "residential digital terminals") for recording audiovisual programs which no one has spontaneously requested registration.
  • the general principle of the invention is therefore based on the sharing of resources between different network players in order to pool the storage capacities of the users' records.
  • a network-specific entity also called a record server
  • the recording server can thus completely enslave a space of the STB hard disks. It is thus possible to use one or more STBs for a recording of a program.
  • the invention also enables users to obtain a rendering quality greater than the rendering quality provided by centralized video on demand servers.
  • proximity sets are defined. These proximity sets consist of users connected to the network of the operator or the provider and having subscribed to the services of recordings through the network geographically close.
  • the implementation of the recording method of the invention is presented in the context of a technical architecture involving a request management entity which contributes to the administration of the requests for recordings formulated by the users.
  • This architecture also involves a recording server that is responsible for the general administration of the storage of the different user records.
  • the request management server thus performs the management of the registration requests via a database containing the references of the terminals and the requested broadcasts and the storage places. (terminal or network).
  • the record server realizes the storage of video content in the network at the request of the request management server.
  • the recordings are thus made in two stages.
  • the users announce their registration wishes to the request management server that processes them.
  • the recording server can control the actual storage of the records requested by the users.
  • a terminal for example a terminal of residential gateway or STB type
  • STB residential gateway
  • This terminal receives from the network digital streams (Multicast or Unicast) 1001.
  • This terminal 100 is also connected to a request management server 103 to which it transmits (1002) requests (registration requests for example) and the part from which he receives (1003) answers.
  • the request management server 103 is connected via the operator's network to a registration server 104 to which it transmits (1004) requests for storing the records and from which it receives (1005) responses. to these requests.
  • the recording server 104 provides 1006 to the terminal 100 a video stream (for example "unicast", if it is intended only for to a single user).
  • the recording server 104 receives from the terminal 100 the stream or the portion of flow corresponding to his needs.
  • the request management server 103 has a database 1007 which enables it to perform the management of the program records requested by the users.
  • the request management server 103 associates, for each registration request, registration references (e.g., channel number, start time, end time, etc.) to a unique identifier of the user's digital terminal.
  • the digital terminal of the user in this particular embodiment, has its own storage capacity, for example in the form of a hard disk. It is understood that this embodiment is only an example of implementation. In this respect, it is envisaged to take into account, within the request management server, all the storage resources of the user, such as, for example, the storage resources available within his home network by the user. intermediary of a personal computer or any other device such as personal storage servers.
  • the management server 103 therefore constantly has knowledge of the user's records through this database 1007.
  • the management of registration requests formulated in the form of commands by the user to the terminal can be considered, in this embodiment, according to two cases:
  • Case 1 the user's terminal 100 has enough space on the disk. In this case storage is performed locally. At the end of the recording the terminal 100 warns the server 103 that the recording is finished. If the recording could not be carried out correctly (following an anomaly, for example) the terminal 100 warns the server 103 by a fault message.
  • Case 2 the disk of the user is full or the user does not have enough resources on his disk: the request management server 103 stores the registration request and the terminal reference and sends the request to record server 104.
  • the recording request contains parameters of the user's programming, such as for example: in the case of an immediate recording, the start time and the duration of the recording; - in the case of a scheduled timer recording, the dates and times of the beginning and end of the recording; in the case of a logical recording, an audio-visual program identifier derived for example from a program guide.
  • the terminal 100 may request from the request management server 103 the continuation of the recording on the network.
  • this local registration therefore releases the registration server 104 from the setting up of the network.
  • a record which removes a servo from a terminal (eg an STB).
  • the management of the servos of users 'terminals is carried out dynamically according to the users' own wishes for registration.
  • redundancy threshold N which is also called a servo parameter, which is used to guarantee access to a given record.
  • Case 1 the recording was made on the user's terminal. The reading is done directly from the terminal. The latter warns the request management server that it is unavailable. At the end of the reading the terminal informs the request management server that it is available. The start of the reading of the actual recording is implemented by the request management server which gives the reading order to the terminal.
  • Case 2 The record has been requested from the record server.
  • the terminal therefore makes a request for reading content to the request management server.
  • the request management server transmits in its response to the terminal the information necessary for reading the content, such as:
  • Case 3 the user searches for a record in the network. Indeed, it is recalled that the invention makes it possible to pool both the storage resources and the records themselves. The user can therefore look for records that he himself would not have thought of programming.
  • the terminal then transmits its search parameters to the request management server which performs the search within its registration database 1007.
  • the parameters of the search request can be for example: - dates and times of start and end of the recording; and or an identifier of the desired program.
  • the registration server uses a driver for unsolicited recordings that will require one or more terminals and / or its own storage resources to "rewind" the content. These devices send the feed or download the content that will be redirected to the user's device. As this mechanism is dependent on the rising bandwidth (from the terminals to the server), an intermediary server can break down to reconstruct the complete stream with a good level of quality.
  • record deletion operations the aim is to pool as much as possible the resources of the users in the embodiment of the invention which is described here. Thus, one verifies before any deletion, the conditions of access subsequent to the registration object of the deletion. There are two ways to distinguish:
  • Case 1 The content is on the disk of the user's terminal.
  • the request management server 103 requests the record server 104 whether this content is in the network or checks whether it is still available on other terminals. In the case where the content is not available in the network and it is available only on an N number of terminals, it must make a request for recovery of content on one of the terminals concerned.
  • Case 2 The content is stored within the network (on another terminal for example or within the record server). The request management server then simply deletes the user's references to this record within its database 1007.
  • N is a servo parameter. This is a value that is used to ensure the availability of records within the network. In other words, this parameter is used to ensure that an audiovisual program that has been recorded by multiple users will always be available both that all concerned users have not asked for its deletion or until a period of time also configurable has elapsed.
  • Case 1 Available and sufficient space on the disk of the user's terminal.
  • the terminal 100 makes a request for modification to the request management server 103 which accepts it and takes into account the modifications within its database 1007.
  • Case 2 The user's terminal disk is full.
  • the request management server 103 takes into account the changes within its database 1007 and requests the record server to take into account the changes.
  • the user has the possibility of searching for content which he did not request for registration in advance. Such a search begins with the transmission of a search command from the terminal 100 to the data server 103 in order to find out whether the content is available in priority on the recording server and then on the terminals. If the content is only available on the terminals, it must be retrieved on the registration server.
  • the request management server 103 transmits in its response to the terminal 100 the information necessary for reading the content, such as: streaming server address, content parameters (identifier, time start, end time)
  • the request management server 103 In order to be able to retrieve content that is available within a terminal, the request management server 103 initially requires authorization to load content to the terminal 100. Such authorization can for example be refused if the terminal 100 is not available, or even if the user does not wish to make this content public. In a second step, when the download authorization is provided to the request management server, it transfers to the recording server that performs the download of the content.
  • the request management server 103 After taking into account the registration request from the terminal in its database 1007 requires the recording of the audiovisual program to the recording server 104.
  • the recording server 104 checks the available space within its storage spaces. If space is sufficient, the registration server 104 notifies the acceptance of the registration request to the request management server 103 while providing it with a storage identifier for that record.
  • the request management server 103 When a deletion request from a user is transmitted to the request management server 103, the latter takes into account the request and if the record has been stored on the network, it transmits this deletion request to the server. 104, which after making the necessary checks deletes the record and notifies the request management server 103.
  • the recording server 104 When a recording is to be downloaded from a terminal of a first user to the recording server 104 (for example following a request for deletion or a search performed by a second user), to receiving the acceptance of the download from the first user whose registration is present, the recording server 104 performs the download and saves the record in its storage space. At the end of the loading of the content, the record server 104 notifies the request management server 103 that the content is retrieved and provides it with a unique identifier. In a particular embodiment of the invention, it is possible, together with the servocontrol of the client terminals, to create a complementary distribution of the recordings on the terminals. Such a distribution can for example be implemented in order to optimize the use of the storage spaces by distributing a recording on several terminals.
  • the recording server may decide to distribute the recording of an audio-visual program between several terminals.
  • a terminal may be responsible for recording (and storing) the first twenty minutes of a program, while another terminal will record the next twenty minutes, and so on until end of the audio visual program.
  • the bandwidth used is reduced. Indeed, each terminal needs to transmit a limited amount of data, corresponding to a reduced time. It is therefore solicited for a short time while not overly limiting the use of the Internet connection of the user.
  • the audiovisual programs are, among others, composed of several digital streams. These digital streams can be segmented.
  • a record would then consist of a segment set, each segment corresponding to a stream, a start time, and an end time.
  • a segment therefore represents a portion of a record that can be stored independently of the other segments that make up the record.
  • the percentage of pooling of records is further increased. Indeed, in this embodiment, it is taken into account that an audiovisual program can be recorded with different parameters according to the users.
  • the segmentation of the recordings for example in five-minute segments, makes it possible to pool the resources.
  • the user U2 may have locally, depending on the available space on the hard drive of its terminal, the two segments corresponding to the time slots 19h55-20h00 and 22h00-22h05, while the rest of the segments will be stored on the network, through or not, a servo terminal users.
  • the recordings are split between users' terminals to fulfill their own programming wishes while avoiding unnecessary duplication of information.
  • this parameter is used to control each segment.
  • the demand management server has greater complexity in managing user requests. However, the satisfaction of these is greater and the storage space is optimized.
  • the notion of proximity set is introduced, which, as has already been presented, makes it possible to to pool the storage spaces of users' terminals that are geographically close. Such an implementation of the invention makes it possible to provide users with additional comfort of use.
  • a set of proximity may for example be constituted by a splitter (also called DSLAM, of English
  • Digital Subscriber Line Access Multiplexer means “Digital Subscriber Line Multiplexer” or “DSL Access Multiplexer”) which may include a VOD server and all customers of the operator or provider who are connected to this DSLAM for their Internet access and / or video on demand.
  • a set of proximity may integrate all or part of the general architecture described above (request management server and record server). In such a case, it is possible to implement a central records management entity that supervises the records managed within each proximity set in order, for example, to duplicate the records of certain proximity sets to other sets. Proximity.
  • FIG. 2 a simplified architecture of a request management server according to the invention is presented.
  • the processing unit 20 receives as input, via an interface module.
  • network input 23 requests from user terminals 24a; data relating to the records from the record servers 24b; This information is processed by the microprocessor, according to the instructions of the program 22, to: confirm or deny the requests of the terminals 26a; issuing (26b) commands to the record server; This data is transmitted via a network output interface module 25 to the devices that are responsible for it.
  • the processing unit 30 receives as input, via an interface module.
  • network input 33 commands from the request management server 34a; data concerning the recordings from the slave terminals 34b;
  • This information is processed by the microprocessor, according to the instructions of the program 32, to: confirm or deny requests from the request management server 36a; transmitting (36b) commands to the slave terminals;
  • This data is transmitted via a network output interface module 35 to the devices that are responsible for it.

Abstract

Procédé d'enregistrement distribué d'un flux multimédia, dispositif, et produit programme d'ordinateur correspondant. L'invention concerne un procédé d'enregistrement d'un ensemble de données. Selon l'invention, un tel procédé comprend : une étape de formulation d'une demande d'enregistrement par un équipement requérant; une étape de distribution dudit enregistrement sur au moins un équipement distinct dudit équipement requérant et connecté à celui-ci par un réseau de communication.

Description

Procédé d'enregistrement distribué d'un flux multimédia, dispositif, et produit programme d'ordinateur correspondant.
La présente invention se rapporte au domaine des enregistrements d'ensemble de données, par exemple des données véhiculées par des flux multimédia personnels.
A l'heure actuelle, l'enregistrement de flux multimédias, tels que des flux vidéo ou des flux audio est majoritairement effectué en local. Cela signifie qu'un utilisateur souhaitant enregistrer un de ces flux doit posséder un appareil qui lui permette de réaliser un enregistrement. Un tel appareil peut être un magnétoscope, un enregistreur de disques de type DVD (de l'anglais « Digital Versatile Disc » pour « disque numérique polyvalent ») ou plus récemment un enregistreur à disque dur.
La récente apparition d'un type de diffusion de programmes de télévision par le biais des réseaux de type JCDSL (de l'anglais « Digital Subscriber Line » pour « ligne d'abonné numérique »), des réseaux câblés ou encore des réseaux sans fil de type WiFi (« Wireless Fidelity » identifiant une norme conduisant à la construction de «réseaux locaux sans fil ») ou suivant une norme de diffusion DVB (de l'anglais « Digital Video Broadcasting » pour « diffusion vidéo numérique ») autorise de nouveaux mode d'enregistrements des programmes, notamment un enregistrement de programmes au sein du réseau.
L'enregistrement des programmes au sein du réseau, notamment des programmes vidéo ou audio a récemment vu le jour du fait d'une explosion de la diffusion de tels programmes par le biais de réseaux haut débit. Ces programmes sont diffusés à des abonnés par le biais d'opérateurs. Afin de pouvoir recevoir les programmes, les opérateurs fournissent à des abonnés des terminaux numériques, également nommés en anglais « STB » pour « Set Top Box ». Ces terminaux permettent aux abonnés de recevoir des flux numériques correspondants aux programmes par le biais d'un réseau de communication, de les décompresser et de les restituer sur un appareil prévu à cet effet, comme par exemple une télévision, un écran d'ordinateur ou encore un appareil de restitution sonore. Ces opérateurs ont également proposé de nouveaux modes d'enregistrement de ces flux numériques en permettant que ceux-ci soient enregistrés au sein de leur réseau. Ainsi, un utilisateur abonné souhaitant enregistrer une émission ne doit plus nécessairement disposer d'un dispositif d'enregistrement personnel. Cet utilisateur peut, par l'intermédiaire du réseau, commander l'enregistrement d'un flux et l'opérateur se charge d'allouer, au sein de son réseau, les ressources nécessaires à cet enregistrement. Les opérateurs réalisent également l'enregistrement de flux de manière systématique ou quasi systématique. Ainsi, un abonné qui souhaite visualiser un programme qu'il n'a pas pensé à enregistrer peut tout de même le visualiser, par l'intermédiaire du réseau de l'opérateur, et ce pendant une durée plus ou moins longue en fonction des opérateurs. L'opérateur propose ainsi un service de type « vidéo à la demande ».
De tels modes d'enregistrement sont généralement résumés sous l'appellation « NPVR » (de l'anglais « Network Personal Video Recording » pour « Enregistrement Vidéo Personnel par le Réseau »).
Le principe général repose sur l'envoi d'une ou plusieurs commandes d'enregistrement à un serveur central d'enregistrement qui réalise l'identification des flux à enregistrer et sauvegarde ces flux au sein d'espaces de stockage dédiés dans le réseau.
Ainsi les techniques d'enregistrement dites de « NPVR » répondent à une approche spécifique de services proposés aux abonnés tout en garantissant aux opérateurs un investissement à priori moindre car ne nécessitant pas l'installation de terminaux numériques spécifiques chez les abonnés tout en mutualisant des coûts de stockage. Ainsi, théoriquement, lorsque plusieurs clients programment la même émission, celle-ci n'est enregistrée qu'une seule fois par l'opérateur.
Cependant, un inconvénient de cette technique de l'art antérieur est d'entraîner une gestion relativement complexe des flux à enregistrer par les opérateurs. Ainsi, pour garantir aux abonnés la persistance d'émissions qu'ils n'ont pas « pensé » à enregistrer, les opérateurs enregistrent toutes les chaînes en peraianence, puis procèdent à des suppressions pour ne conserver que des émissions qui ont, par la suite, donné lieu à des visualisation ou à des enregistrements.
Un autre inconvénient de ces techniques de l'art antérieur est lié à l'usage de bande passante importante et non mutualisable. En effet, les opérateurs rediffusent les flux enregistrés à la demande. L'émission des flux enregistrés est donc réalisée en unicast (point à point), c'est-à-dire directement vers l'abonné.
De plus, les abonnés exigent une qualité de restitution parfaite ce qui pousse les opérateurs à dupliquer leurs serveurs au plus près des clients, à multiplier les capacités de stockage et donc à augmenter le coût des infrastructures, d'autant plus que les prix des serveurs de vidéo à la demande sont très importants.
L'invention offre une solution qui ne présente pas les inconvénients de l'art antérieur, grâce à un procédé original d'enregistrement d'un ensemble de données. Selon l'invention, un tel procédé comprend : une étape de formulation d'une demande d'enregistrement par un équipement requérant ; une étape de distribution dudit enregistrement sur au moins un équipement distinct dudit équipement requérant et connecté à celui-ci par un réseau de communication.
Ainsi, le procédé d'enregistrement selon l'invention permet à un équipement de formuler des demandes d'enregistrement sans que cet équipement soit nécessairement l'équipement qui sauvegarde effectivement l'enregistrement. L'enregistrement physique de l'ensemble de données est distribué sur des équipements distincts de l'équipement à partir duquel la demande d'enregistrement a été formulée. Le procédé selon l'invention permet donc de tenir compte des équipements du réseau pour réaliser l'enregistrement à la différence des techniques de l'art antérieur qui ne tiennent compte que des possibilités offertes par l'équipement local. Selon un mode de réalisation original de l'invention, ledit procédé comprend : une étape d'obtention d'une information représentative d'un volume de stockage disponible pour un stockage dudit enregistrement et propre audit équipement requérant, délivrant une information de volume disponible ; une étape d'identification, en fonction de ladite information de volume disponible, d'au moins un équipement de stockage connecté au réseau et destiné à réaliser au moins une partie du stockage dudit enregistrement.
Ainsi, le procédé d'enregistrement selon l'invention permet de tenir compte des volumes nécessaires au stockage des enregistrements (c'est-à-dire des possibilités physiques offertes pour le stockage par les équipements) pour déterminer un ou plusieurs emplacements de stockage des enregistrements. On entend par « enregistrement d'un ensemble de données » le produit de la sauvegarde de cet ensemble en vue de son utilisation ultérieure. Un tel enregistrement doit faire l'objet d'un stockage, c'est-à-dire une conservation physique, pour pouvoir être visualisé par la suite. L'invention permet donc, à la différence des solutions de l'art antérieur, de tenir compte de volumes de stockage disponibles propres aux équipements du réseau (des terminaux de communication, des routeurs, des serveurs) pour la détermination d'un emplacement de stockage. Ainsi, le procédé selon l'invention offre la possibilité de transférer tout ou partie du stockage des enregistrements, par exemple pour un équipement qui ne dispose pas de suffisamment d'espace, vers d'autres équipements du réseau. Une telle distribution de l'espace de stockage permet de mutualiser les coûts. En d'autres termes, l'invention permet à un équipement requérant un enregistrement de disposer des espaces de stockage d'autres équipements du réseau pour sauvegarder l'enregistrement demandé.
Selon une caractéristique particulière de l'invention, ladite demande d'enregistrement comprend au moins un paramètre appartenant au groupe comprenant au moins : - une information représentative d'un identifiant dudit équipement requérant ; une information représentative d'un instant de début d'enregistrement ; une information représentative d'un instant de fin d'enregistrement ; une information représentative d'un identifiant d'au moins un flux numérique correspondant audit ensemble de données.
Ainsi, l'équipement du réseau qui souhaite réaliser l'enregistrement fournit des informations qui permettent de créer un lien entre l'équipement en tant que tel, par exemple sous la forme d'un identifiant, et des informations qui ont trait à l'ensemble de données, dans une forme particulière qu'il revêt, par exemple celle d'un programme audiovisuel. La demande d'enregistrement permet alors, par la fourniture de ces paramètres, une gestion des enregistrements qui assure une prise en compte efficace de l'espace de stockage réparti.
Selon un mode de réalisation original de l'invention, ladite étape d'identification dudit au moins un équipement de stockage est mise en œuvre au sein d'un serveur d'enregistrements centralisé.
Ainsi, l'invention permet de centraliser la détermination des équipements de stockage. Dans un tel mode de réalisation, cette centralisation permet de résoudre les difficultés liées à la mutualisation des espaces de stockage des équipements. En effet, selon les techniques d'enregistrement sur le réseau de l'art antérieur, les enregistrements sont réalisés sur des serveurs de vidéo à la demande. De tels serveurs disposent d'espaces de stockage caractéristiques de cette utilisation, c'est-à-dire de très grande capacité. Les techniques de l'art antérieur ne nécessitent donc pas d'identification centralisée d'un serveur de stockage. Dans ce mode de réalisation de l'invention, cependant, l'espace de stockage est réparti en une pluralité d'équipements de stockage pour lesquels on ne dispose pas forcément de la taille de l'espace de stockage. Il est donc possible, dans ce mode de réalisation, de centraliser les déterminations d'équipements de stockage pour les rendre plus simples.
Selon une caractéristique particulière de l'invention, ladite étape d'identification comprend : une étape de calcul d'un volume résultant, par différence entre un volume nécessaire au stockage dudit enregistrement et celui représenté par ladite information de volume disponible au sein de l'équipement requérant ; une étape de recherche, au sein de ladite pluralité d'équipements, d'au moins un équipement apte à stocker au moins une partie dudit enregistrement en fonction dudit volume résultant.
Ainsi, l'invention permet de délinéariser le stockage des enregistrements effectués au sein du réseau en sélectionnant au moins un équipement de stockage en fonction de ses propres volumes de stockage disponibles. Les volumes de stockage disponibles propres aux équipements du réseau peuvent soit être transmis par ces derniers à un équipement requérant, soit être déterminées par l'interrogation d'une base de données qui dispose de ces informations. Les équipements de stockage sélectionnés reçoivent donc l'ordre de procéder au stockage de tout ou partie de l'enregistrement. Par exemple, un premier équipement peut stocker une première période temporelle de l'enregistrement, par exemple d'une durée d'une heure, tandis qu'un second équipement peut stocker une seconde période temporelle de l'enregistrement, par exemple d'une durée d'une demi-heure. L'espace de stockage est ainsi grandement rationalisé. Il est également possible de combiner cet aspect de distribution de l'enregistrement avec la prise en compte des demandes d'enregistrement des utilisateurs. Par exemple, il est envisageable, dans le cas de deux utilisateurs ayant demandé l'enregistrement d'un même programme mais à des heures différentes, de privilégier l'enregistrement de la partie demandée par l'utilisateur dans l'espace de stockage de son équipement tout en conservant l'intégralité du programme pour d'autres utilisateurs.
Selon un mode de réalisation original de l'invention, ledit procédé comprend : une étape de transmission de la demande d'enregistrement à un serveur de gestion de demandes d'enregistrement ; - une étape de traitement de ladite demande d'enregistrement par ledit serveur de gestion selon au moins un paramètre de traitement déterminé ; une étape de transmission d'au moins une information représentative de ladite demande d'enregistrement audit serveur d'enregistrement.
Ainsi, l'invention permet de centraliser, au sein d'un serveur de gestion d'enregistrement, les demandes émises par les différents équipements qui composent le réseau de communication. Cette centralisation permet de traiter uniformément les demandes d'enregistrement en fonction de paramètres de traitement qui améliorent l'efficacité de la détermination des équipements de stockage. Selon une caractéristique particulière de l'invention, au moins un paramètre de traitement déterminé est une information représentative d'une redondance du dit enregistrement au sein de ladite pluralité d'équipements dudit réseau de communication.
Ainsi, il est possible de gérer les enregistrements selon un paramètre de redondance, également appelé paramètre d'asservissement, qui permet de définir un seuil en dessous duquel l'enregistrement sera effectivement stocké. En effet, pour pallier d'éventuelles défaillances des équipements de stockage du réseau de communication, il peut être nécessaire de procéder à plusieurs stockages d'un enregistrement. Ces stockages multiples sont alors contrôlés par ce paramètre de redondance. Dans un mode de réalisation particulier de l'invention, il est possible que la valeur de ce paramètre de redondance soit égale à un. Dans ce cas, un seul exemplaire de l'enregistrement sera conservé au sein de la pluralité d'équipements de stockage.
Selon une caractéristique particulière de l'invention, au moins un paramètre de traitement déterminé est une information représentative d'une durée de conservation maximum dudit enregistrement au sein de ladite pluralité d'équipements dudit réseau de communication.
Le procédé selon l'invention permet également de gérer des durées de conservation des enregistrements. En effet, dans la mesure où un équipement demande un enregistrement sans que ce dernier soit conservé, au moins en totalité, au sein de son propre espace de stockage, il est nécessaire de déterminer une date au delà de laquelle cet enregistrement ne sera plus sauvegardé. Une telle contrainte peut s'avérer utile pour s'assurer d'une utilisation correcte des espaces de stockage des différents équipements. L'invention concerne également un ensemble de données représentatives d'un programme audiovisuel.
Selon l'invention un tel ensemble de données est distribué sur au moins deux équipements distincts interconnectés au sein d'un réseau de communication, disposant chacun d'une ressource de stockage et portant chacun une portion dudit enregistrement.
Ainsi, un tel ensemble de données permet d'optimiser l'utilisation des ressources de stockage tout en garantissant la pérennité de l'ensemble.
Dans un autre mode de réalisation, l'invention concerne également un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur.
Selon l'invention, dans au moins un mode de réalisation, un tel produit programme d'ordinateur comprend des instructions de code de programme pour l'exécution du procédé d'enregistrement tel que décrit précédemment. D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 présente un diagramme de bloc de l'architecture générale d'un système de mise en œuvre du procédé d'enregistrement de l'invention ; la figure 2 décrit une architecture simplifiée d'un serveur de gestion des demandes selon l'invention ; la figure 3 décrit une architecture simplifiée d'un serveur d'enregistrements selon l'invention. L'invention propose donc de réaliser l'enregistrement de programmes audiovisuels de manière partagé et délinéarisé. Un tel type d'enregistrement peut être défini par l'emploi, en combinaison, d'un enregistrement numérique local et d'un enregistrement sur un réseau de communication mis à disposition de l'utilisateur, par exemple par un opérateur ou par un fournisseur d'accès à l' internet.
Ainsi, une telle combinaison d'enregistrement évite de monopoliser de la ressource réseau VOD (de l'anglais « Video On Demand » pour « Vidéo à la Demande ») inutilement et de distribuer le stockage réel des enregistrements tant sur le parc des set top boxes, que dans celui des serveurs de VOD. L'invention propose également un partage des enregistrements permettant de récupérer un enregistrement réalisé par une personne différente (par exemple qui est située au sein d'un ensemble de proximité).
L'invention propose également un pilotage centralisé de l'enregistrement des STB (de l'anglais « set top boxes » pour « terminaux numériques résidentiels ») permettant d'enregistrer des programmes audiovisuels dont personne n'a spontanément demandé l'enregistrement.
Le principe général de l'invention repose donc sur le partage de ressources entre différents acteurs du réseau afin de permettre une mutualisation des capacités de stockage des enregistrements des utilisateurs.
Ainsi, il est possible de réaliser tant des économies d'échelle pour les fournisseurs d'infrastructure réseau que de multiplier les possibilités d'enregistrement offertes aux utilisateurs qui disposent de STB. En effet, comme cela a déjà été souligné, les capacités d'enregistrements des utilisateurs sont très souvent limitées et les opérateurs, par le biais de l'enregistrement sur le réseau (NPVR), ne sont pas à même de fournir des espaces de stockage illimités aux utilisateurs. L'invention propose donc de mutualiser les ressources de stockage des utilisateurs afin d'augmenter tant l'espace de stockage global de chaque utilisateur que les possibilités de ceux-ci à visualiser des enregistrements qu'ils n'ont pas programmé (du fait d'un oubli, par exemple). Une entité spécifique du réseau (également nommée serveur d'enregistrements) peut donc par exemple piloter le stockage d'enregistrements non demandés : elle enregistre en permanence un certain nombre de chaînes tant sur le parc des STB des utilisateurs que sur des ressources de stockage qui lui sont propre (disques durs dédiés) pour un accès délinéraisé ultérieur. Dans ce mode de réalisation de l'invention, le serveur d'enregistrement peut donc asservir complètement un espace des disques durs des STB. Il est ainsi possible d'utiliser une ou plusieurs STB pour un enregistrement d'une émission.
L'invention permet également aux utilisateurs d'obtenir une qualité de restitution supérieure à la qualité de restitution fournie par des serveurs de vidéo à la demande centralisés. En effet, dans un mode de réalisation particulier de l'invention on définit des ensembles de proximité. Ces ensembles de proximité sont constitués d'utilisateurs connectés au réseau de l'opérateur ou du fournisseur et ayant souscrit aux services d'enregistrements par le biais du réseau géographiquement proches.
Par la suite, on présente notamment plusieurs modes de mise en oeuvre de l'invention. Il est clair cependant que l'invention ne se limite pas à ces applications particulières. Notamment l'architecture présentée n'est donnée qu'à titre indicatif, le concept inventif général de l'invention étant bien entendu la décentralisation de l'enregistrement sur le réseau.
On présente dans ce mode de réalisation, la mise en œuvre du procédé d'enregistrement de l'invention dans le cadre d'une architecture technique faisant intervenir une entité de gestion des demandes qui contribue à l'administration des demandes d'enregistrements formulées par les utilisateurs. Cette architecture fait également intervenir un serveur d'enregistrement qui est chargé de l'administration générale du stockage des différents enregistrements des utilisateurs.
Ainsi, le serveur de gestion des demandes réalise donc la gestion des demandes d'enregistrement par l'intermédiaire d'une base de données contenant les références des terminaux et des émissions demandées et les lieux de stockage (terminal ou réseau). Le serveur d'enregistrements, quant à lui, réalise les stockages des contenus vidéo dans le réseau à la demande su serveur de gestion des demandes.
Dans ce mode de réalisation les enregistrements sont donc réalisés en deux temps. Dans un premier temps, les utilisateurs font part de leurs souhaits d'enregistrement au serveur de gestion des demandes qui les traites. Dans un second temps, en fonction des paramètres des utilisateurs, de leurs terminaux numériques et des décisions prises par le serveur de gestion des demandes, le serveur d'enregistrement peut commander le stockage effectif des enregistrements demandés par les utilisateurs.
On présente brièvement ce mode de réalisation à l'aide de la figure 1. Un terminal (par exemple un terminal de type passerelle résidentielle ou STB) 100 est connecté au réseau 101 d'un opérateur ou d'un fournisseur d'accès. Ce terminal reçoit de la part du réseau des flux numériques (Multicast ou Unicast) 1001. Ce terminal 100 est également connecté à un serveur de gestion des demandes 103 auquel il transmet (1002) des requêtes (demandes d'enregistrement par exemple) et de la part duquel il reçoit (1003) des réponses.
Le serveur de gestion des demandes 103 est connecté, par le biais du réseau de l'opérateur à un serveur d'enregistrement 104 auquel il transmet (1004) de demandes de stockage des enregistrements et de la part duquel il reçoit (1005) des réponses à ces demandes. Dans le cas d'une restitution d'un enregistrement à un utilisateur par le biais du réseau, le serveur d'enregistrement 104 fournit 1006 au terminal 100 un flux vidéo (par exemple « unicast », s'il n'est destiné qu'à un seul utilisateur). Dans le cas d'une récupération d'un enregistrement situé chez l'utilisateur, le serveur d'enregistrement 104 reçoit de la part du terminal 100 le flux ou la portion de flux correspondant à ses besoins.
Dans ce mode de mise en œuvre particulier, le serveur de gestion des demandes 103 dispose d'une base de données 1007 qui lui permet de réaliser la gestion des enregistrements de programmes demandés par les utilisateurs. Au sein de cette base de données, le serveur de gestion des demandes 103 associe, pour chaque demande d'enregistrement, des références de l'enregistrement (par exemple, le numéro de chaîne, l'heure de début, l'heure de fin, etc.) à un identifiant unique du terminal numérique de l'utilisateur.
On rappelle en effet que le terminal numérique de l'utilisateur, dans ce mode de réalisation particulier, possède des capacités de stockage qui lui sont propres, par exemple sou la forme d'un disque dur. Il est bien entendu que ce mode de réalisation n'est qu'un exemple de mise en œuvre. Il est à cet égard envisagé de prendre en compte, au sein du serveur de gestion des demandes, l'ensemble des ressources de stockage de l'utilisateur, tels que par exemple les ressources de stockage disponibles au sein de son réseau domestique par l'intermédiaire d'un ordinateur personnel ou de tout autre périphérique tel que des serveurs de stockage personnels.
Le serveur de gestion des 103 possède donc en permanence la connaissance des enregistrements de l'utilisateur par le biais de cette base de données 1007.
Il convient de distinguer, dans ce mode de réalisation, les relations existantes entre les différents acteurs et leurs articulations.
La gestion des demandes d'enregistrement formulées, sous la forme de commandes, par l'utilisateur au terminal peut être considérée, dans ce mode de réalisation, selon deux cas :
Cas 1: le terminal 100 de l'utilisateur dispose de suffisamment de place sur le disque. Dans ce cas le stockage est réalisé en local. A la fin de l'enregistrement le terminal 100 prévient le serveur 103 que l'enregistrement est terminé. Si l'enregistrement n'a pu être effectué correctement (suite à une anomalie, par exemple) le terminal 100 prévient le serveur 103 par un message d'anomalie.
Cas 2: le disque de l'utilisateur est plein ou l'utilisateur ne dispose pas d'assez de ressources sur son disque : le serveur de gestion des demandes 103 mémorise la demande d'enregistrement et la référence du terminal et envoie la demande au serveur d'enregistrements 104. Dans les deux cas, la demande d'enregistrement contient des paramètres de la programmation de l'utilisateur, tels que par exemple : dans le cas d'un enregistrement immédiat, l'heure de début et la durée de l'enregistrement ; - dans le cas d'un enregistrement programmé horaire, les dates et heures de début et de fin de l'enregistrement ; dans le cas d'un enregistrement logique, un identifiant du programme audio visuel issu par exemple d'un guide des programmes.
Bien entendu, dans un mode de réalisation complémentaire de l'invention, il est possible en cours d'enregistrement, de passer du premier cas au deuxième cas. Ainsi, si un terminal 100 débute en local l'enregistrement d'un programme audiovisuel en ayant de l'espace libre sur son disque dur et que l'intégralité de cet espace vient à être consommé par l'enregistrement qui n'est pas encore terminé, le terminal 100 peut requérir auprès du serveur de gestion des demandes 103 la continuation de l'enregistrement sur le réseau.
Lorsque le terminal de l'utilisateur dispose de suffisamment de place sur son disque dur, et pour éviter d'utiliser de la bande passante inutile lors de la lecture, l'enregistrement se fait sur son disque dur. Ce faisant, dans un mode de réalisation prévoyant un asservissement d'au moins une partie des terminaux des utilisateurs pour procéder à l'enregistrement sur le réseau, cet enregistrement en local dégage par conséquent le serveur d'enregistrement 104 de la mise en place d'un enregistrement, qui supprime un asservissement d'un terminal (par exemple une STB).
En d'autres termes, la gestion des asservissements des terminaux des utilisateurs, est réalisée dynamiquement en fonction des propres souhaits d'enregistrement des utilisateurs. Ainsi, il n'est pas nécessaire d'asservir un terminal en lui imposant d'enregistrer un programme audiovisuel si ce programme fait déjà l'objet d'un ou plusieurs enregistrements par ailleurs.
Cependant, il est nécessaire, pour pallier des éventuels problèmes techniques des terminaux, de procéder à des enregistrements redondants. On fixe ainsi un seuil de redondance N, que l'on appelle également paramètre d'asservissement, qui est utilisé pour garantir l'accès à un enregistrement donné.
En ce qui concerne la lecture d'un enregistrement, il convient de considérer trois cas de figure : - Cas 1 : l'enregistrement a été réalisé sur le terminal de l'utilisateur. La lecture est donc réalisée directement à partir du terminal. Ce dernier averti le serveur de gestion des demandes qu'il est indisponible. A la fin de la lecture le terminal prévient le serveur de gestion des demandes qu'il est disponible. Le lancement de la lecture de l'enregistrement à proprement parlé est mis en œuvre par le serveur de gestion des demandes qui donne l'ordre de lecture au terminal.
Cas 2 : l'enregistrement a été demandé au serveur d'enregistrements. Le terminal effectue donc une demande de lecture de contenu au serveur de gestion des demandes. Dans ce cas le serveur de gestion des demandes transmet dans sa réponse au terminal les informations nécessaires à la lecture du contenu, telles que :
Adresse du serveur de lecture en continu (« streaming »), par exemple l'adresse « unicast » de diffusion de l'enregistrement du serveur d'enregistrement ; - Paramètres du contenu (Identifiant, heure de début, heure de fin )
Cas 3 : l'utilisateur recherche un enregistrement dans le réseau. En effet, on rappelle que l'invention permet de mutualiser tant les ressources de stockage que les enregistrements eux-mêmes. L'utilisateur peut donc tout à fait rechercher des enregistrements qu'il n'aurait pas lui-même pensé à programmer. Le terminal transmet alors ses paramètres de recherche au serveur de gestion des demandes qui effectue la recherche au sein de sa base de données d'enregistrement 1007. Les paramètres de la demande de recherche peuvent être par exemple : - des dates et des heures de début et de fin de l'enregistrement ; et/ou un identifiant de l'émission recherchée.
Dans le deuxième et le troisième cas, le serveur d'enregistrement fait appel à un pilote des enregistrements non demandés qui requerra auprès d'un ou plusieurs terminaux et ou de ses propres ressources de stockage de « remonter » le contenu. Ces terminaux envoient le flux ou téléchargent le contenu qui sera redirigé vers le terminal de l'utilisateur. Comme ce mécanisme est dépendant de la bande passante montante (des terminaux vers le serveur), un serveur intermédiaire peut se mettre en coupure pour reconstituer le flux complet avec un bon niveau de qualité. En ce qui concerne des opérations de suppression d'enregistrements, on s'attache à mutualiser au maximum les ressources des utilisateurs dans le mode de réalisation de l'invention qui est décrit ici. Ainsi, on vérifie avant toute suppression, les conditions d'accès ultérieures à l'enregistrement objet de la suppression. II convient de distinguer deux cas de figure :
Cas 1 : le contenu est sur le disque du terminal de l'utilisateur. Pour autoriser une suppression, le serveur de gestion des demandes 103 demande au serveur d'enregistrements 104 si ce contenu est dans le réseau ou vérifie s'il est encore disponible sur d'autres terminaux. Dans le cas ou le contenu n'est pas disponible dans le réseau et qu'il n'est disponible que sur un nombre N de terminaux, il doit faire une demande de récupération du contenu sur un des terminaux concernés.
Cas 2 : le contenu est enregistré au sein du réseau (sur un autre terminal par exemple ou au sein du serveur d'enregistrements). Le serveur de gestion des demandes se contente alors de supprimer les références de l'utilisateur à cet enregistrement au sein de sa base de données 1007.
Dans le cas 1, N est un paramètre d'asservissement. C'est une valeur qui sert à assurer la disponibilité des enregistrements au sein du réseau. En d'autres termes, ce paramètre sert à s'assurer qu'un programme audiovisuel qui a fait l'objet d'un enregistrement par plusieurs utilisateurs sera toujours disponible tant que tous les utilisateurs concernés n'auront pas demandé sa suppression ou tant qu'une période de temps également paramétrable ne se sera pas écoulée.
Dans le mode de réalisation décrit ici, les modifications de programmation ne sont possibles que pour les enregistrements n'ayant pas encore démarrés. Il convient de distinguer les cas où le terminal dispose de suffisamment de place de celui où il n'en dispose pas.
Cas 1 : place disponible et suffisante sur le disque du terminal de l'utilisateur. Le terminal 100 effectue une demande de modification au serveur de gestion des demandes 103 qui l'accepte et prend en compte les modifications au sein de sa base de données 1007.
Cas 2 : le disque du terminal de l'utilisateur est plein. Le serveur de gestion des demandes 103 prend en compte les modifications au sein de sa base de données 1007 et demande au serveur d'enregistrements de prendre en compte les modifications. Dans le mode de réalisation de l'invention présentement décrit, l'utilisateur dispose de la possibilité de rechercher un contenu dont il n'a pas demandé l'enregistrement au préalable. Une telle recherche débute par la transmission d'une commande de recherche du terminal 100 à destination du serveur de données 103 afin de rechercher si le contenu est disponible en priorité sur le serveur d'enregistrement puis ensuite sur les terminaux. Si le contenu est disponible uniquement sur les terminaux, il faut le récupérer sur le serveur d'enregistrement.
Dans ce dernier cas, une fois le contenu récupéré, le serveur de gestion des demandes 103 transmet dans sa réponse au terminal 100 les informations nécessaires à la lecture du contenu, telles que : adresse du serveur de streaming, paramètres du contenu (Identifiant, heure de début, heure de fin )
Afin de pouvoir récupérer un contenu qui est disponible au sein d'un terminal, le serveur de gestion des demandes 103 requiert dans un premier temps l'autorisation de chargement d'un contenu au terminal 100. Une telle autorisation peut par exemple être refusée si le terminal 100 n'est pas disponible, ou bien encore si l'utilisateur ne souhaite pas rendre ce contenu public. Dans un second temps, quand l'autorisation de téléchargement est fournie au serveur de gestion des demandes, celui-ci le transfert au serveur d'enregistrement qui réalise le téléchargement du contenu.
Lors d'un enregistrement sur le réseau (par exemple lorsque le terminal de l'utilisateur ne dispose plus de suffisamment d'espace sur son disque dur), le serveur de gestion des demandes 103, après avoir pris en compte la demande d'enregistrement en provenance du terminal dans sa base de données 1007 requiert l'enregistrement du programme audiovisuel au serveur d'enregistrement 104. Le serveur d'enregistrement 104 vérifie la place disponible au sein de ses espaces de stockage. Si la place est suffisante, le serveur d'enregistrement 104 notifie l'acceptation de la demande d'enregistrement au serveur de gestion des demandes 103 tout en lui fournissant un identifiant de stockage pour cet enregistrement.
Lorsqu'une demande de suppression émanant d'un utilisateur est transmise au serveur de gestion des demandes 103, celui-ci prend en compte la demande et si l'enregistrement a été stocké sur le réseau, il transmet cette demande de suppression au serveur d'enregistrement 104, qui après avoir fait les vérifications nécessaires supprime l'enregistrement et en notifie le serveur de gestion des demandes 103.
Lorsqu'un enregistrement doit faire l'objet d'un téléchargement d'un terminal d'un premier utilisateur vers le serveur d'enregistrement 104 (par exemple suite à une demande de suppression ou à une recherche effectuée par un deuxième utilisateur), à la réception de l'acceptation du téléchargement de la part du premier utilisateur chez qui l'enregistrement est présent, le serveur d'enregistrement 104 effectue le téléchargement et sauvegarde l'enregistrement dans son espace de stockage. A la fin du chargement du contenu, le serveur d'enregistrements 104 notifie au serveur de gestion des demandes 103 que le contenu est récupéré et lui fournit un identifiant unique. Dans un mode de réalisation particulier de l'invention, il est possible, conjointement à l'asservissement des terminaux des clients, de créer une distribution complémentaire des enregistrements sur les terminaux. Une telle distribution peut par exemple être mise en œuvre afin d'optimiser l'utilisation des espaces de stockage en distribuant un enregistrement sur plusieurs terminaux.
Ainsi, par exemple, le serveur d'enregistrement peut décider de distribuer l'enregistrement d'un programme audio visuel entre plusieurs terminaux. Dans ce mode de réalisation, par exemple, un terminal peut être chargé d'enregistrer (et de stocker) les vingt premières minutes d'un programme, pendant qu'un autre terminal enregistre les vingt minutes suivantes et ainsi de suite jusqu'à la fin du programme audio visuel. Ainsi, lors du transfert du programme audiovisuel enregistré selon ce mode de réalisation de l'invention vers le serveur d'enregistrement, la bande passante utilisée est réduite. En effet, chaque terminal n'a besoin de transmettre qu'une quantité de donnée limitée, correspondant à un temps réduit. Il n'est donc sollicité que peu de temps tout en ne limitant pas exagérément l'utilisation de la connexion Internet de l'utilisateur.
Dans au un moins un mode de réalisation de l'invention, il est envisagé de segmenter les enregistrements. En effet les programmes audiovisuels sont, entre autres, composés de plusieurs flux numériques. Ces flux numériques peuvent faire l'objet d'une segmentation. Un enregistrement serait alors composé d'un ensemble de segment, chaque segment correspondant à un flux, une heure de début et une heure de fin. En tant que tel, un segment représente donc une portion d'un enregistrement qu'il est possible de stocker indépendamment des autres segments qui composent l'enregistrement. Ainsi, on augmente encore le pourcentage de mutualisation des enregistrements. En effet, dans ce mode de réalisation on tient compte du fait qu'un programme audiovisuel peut être enregistré avec des paramètres différents selon les utilisateurs.
Dans l'état actuel, pour un même programme audiovisuel P, un utilisateur Ul « programmera » un enregistrement débutant à 2OhOO et se terminant à 22h00 alors qu'un autre utilisateur U2 « programmera » un enregistrement débutant à 19h55 et se terminant à 22hO5. Le serveur de gestion des demandes est alors confronté à un problème : soit il prend la décision de ne pas utiliser les paramètres de l'utilisateur U2 (au risque de le mécontenter) et de ne demander qu'un seul et unique stockage de l'enregistrement de l'utilisateur Ul au serveur d'enregistrements. Ce stockage servira alors tant à l'utilisateur Ul qu'à l'utilisateur U2 et aux autres utilisateurs potentiels ; soit il prend la décision d'utiliser tous les paramètres de tous les utilisateurs au risque de dupliquer inutilement des données. Dans ce cas l'utilisateur Ul et l'utilisateur U2 sont satisfaits, mais le programme audiovisuel est stocké deux fois avec des plages temporelles qui se recoupent.
Dans ce mode de réalisation, la segmentation des enregistrements, par exemple par segments de cinq minutes, permet de mutualiser les ressources.
Ainsi, dans notre exemple précédent, l'utilisateur U2 pourra avoir en local, en fonction de la place disponible sur le disque dur de son terminal, les deux segments correspondants aux plages horaires 19h55-20h00 et 22h00-22h05, tandis que le reste des segments sera stocké sur le réseau, par le biais ou non, d'un asservissement des terminaux des utilisateurs.
En d'autres termes, les enregistrements sont fractionnés entre les terminaux des utilisateurs pour répondre à leurs propres souhaits de programmation tout en évitant la duplication inutile d'information. Dans le cas d'un asservissement des terminaux, qui utilise un paramètre d'asservissement N, ce paramètre sert donc à l'asservissement de chaque segment. Il en résulte, pour le serveur de gestion des demandes, une plus grande complexité de gestion des demandes des utilisateurs. Cependant, la satisfaction de ces derniers est plus grande et l'espace de stockage est optimisé.
Dans un mode de réalisation complémentaire de l'invention, on introduit la notion d'ensemble de proximité, qui comme cela a déjà été présenté, permet de mutualiser les espaces de stockages des terminaux des utilisateurs se trouvant géographiquement proches. Une telle mise en œuvre de l'invention permet d'apporter un confort d'utilisation supplémentaire aux utilisateurs.
Dans ce mode de réalisation particulier, un ensemble de proximité peut par exemple être constitué par un répartiteur (également appelé DSLAM, de l'anglais
« Digital Subscriber Line Access Multiplexor », soit « Multiplexeur de Ligne d'Abonné Numérique » soit encore « Multiplexeur d'accès DSL ») qui peut comprendre un serveur de VOD et tous les clients de l'opérateur ou du fournisseur qui sont connectés à ce DSLAM pour leur accès Internet et/ou de vidéo à la demande.
On constitue ainsi, selon l'invention, une population d'utilisateurs faisant partie d'un ensemble de proximité et dont les distances physiques sont faibles les unes par rapport aux autres. Par voie de conséquence, les débits et la bande passante disponible entre ces utilisateurs sont plus grands. Un ensemble de proximité peut intégrer tout ou partie de l'architecture générale précédemment décrite (serveur de gestion des demandes et serveur d'enregistrements). Dans un tel cas, il est possible de mettre en œuvre une entité centrale de gestion des enregistrements qui supervise les enregistrements gérés au sein de chaque ensemble de proximité afin, par exemple, de dupliquer les enregistrements de certains ensembles de proximité vers d'autres ensembles de proximité.
On présente, en relation avec la figure 2, une architecture simplifiée d'un serveur de gestion des demandes selon l'invention.
Il comprend une mémoire 21, et une unité de traitement 20 équipée d'un microprocesseur, qui est piloté par un programme d'ordinateur (ou application) 22. L'unité de traitement 20 reçoit en entrée, via un module d'interface d'entrée réseau 23 : des demandes en provenance des terminaux des utilisateurs 24a ; des données concernant les enregistrements en provenance des serveurs d'enregistrements 24b ; Ces informations sont traitées par le microprocesseur, selon les instructions du programme 22, pour : confirmer ou infirmer les demandes des terminaux 26a ; émettre (26b) des commandes à destination du serveur d'enregistrements ; Ces données sont transmises via un module d'interface de sortie réseau 25 à destination des dispositifs qui en ont la charge.
On présente, en relation avec la figure 3, une architecture simplifiée d'un serveur de gestion des demandes selon l'invention.
Il comprend une mémoire 31, et une unité de traitement 30 équipée d'un microprocesseur, qui est piloté par un programme d'ordinateur (ou application) 32. L'unité de traitement 30 reçoit en entrée, via un module d'interface d'entrée réseau 33 : des commandes en provenance du serveur de gestion des demandes 34a ; des données concernant les enregistrements en provenance des terminaux asservis 34b ;
Ces informations sont traitées par le microprocesseur, selon les instructions du programme 32, pour : confirmer ou infirmer les demandes du serveur de gestion des demandes 36a ; - émettre (36b) des commandes à destination des terminaux asservis ;
Ces données sont transmises via un module d'interface de sortie réseau 35 à destination des dispositifs qui en ont la charge.

Claims

REVENDICATIONS
1. Procédé d'enregistrement d'un ensemble de données, caractérisé en ce qu'il comprend : une étape de formulation d'une demande d'enregistrement par un équipement requérant ; une étape de distribution dudit enregistrement sur au moins un équipement distinct dudit équipement requérant et connecté à celui-ci par un réseau de communication.
2. Procédé d'enregistrement selon la revendication 1 caractérisé en ce qu'il comprend : une étape d'obtention d'une information représentative d'un volume de stockage disponible pour un stockage dudit enregistrement et propre audit équipement requérant, délivrant une information de volume disponible ; une étape d'identification, en fonction de ladite information de volume disponible, d'au moins un équipement de stockage connecté au réseau et destiné à réaliser au moins une partie dudit stockage dudit enregistrement.
3. Procédé d'enregistrement selon la revendication 2, caractérisé en ce que ladite étape d'identification dudit au moins un équipement de stockage est mise en œuvre au sein d'un serveur d'enregistrements centralisé.
4. Procédé d'enregistrement selon l'une des revendications 2 ou 3, caractérisé en ce que ladite étape d'identification comprend : une étape de calcul d'un volume résultant, par différence entre un volume nécessaire au stockage dudit enregistrement et celui représenté par ladite information de volume disponible au sein de l'équipement requérant ; - une étape de recherche, au sein de ladite pluralité d'équipements, d'au moins un équipement apte à stocker au moins une partie dudit enregistrement en fonction dudit volume résultant.
5. Procédé d'enregistrement selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'il comprend en outre : - une étape de transmission de la demande d'enregistrement à un serveur de gestion de demandes d'enregistrement ; une étape de traitement de ladite demande d'enregistrement par ledit serveur de gestion selon au moins un paramètre de traitement déterminé ; une étape de transmission d'au moins une information représentative de ladite demande d'enregistrement audit serveur d'enregistrement.
6. Procédé d'enregistrement selon la revendication 5, caractérisé en ce qu'au moins un paramètre de traitement déterminé est une information représentative d'une redondance dudit enregistrement au sein de ladite pluralité d'équipements dudit réseau de communication.
7. Procédé d'enregistrement selon la revendication 6, caractérisé en ce qu'au moins un paramètre de traitement déterminé est une information représentative d'une durée de conservation maximum dudit enregistrement au sein de ladite pluralité d'équipements dudit réseau de communication.
8. Ensemble de données représentatives d'un programme audiovisuel, caractérisé en ce qu'il est distribué sur au moins deux équipements distincts interconnecté au sein d'un réseau de communication, disposant chacun d'une ressource de stockage et portant chacun une portion dudit enregistrement.
9. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution du procédé de production selon l'une au moins des revendications 1 à 6, lorsqu'il est exécuté sur un ordinateur.
PCT/FR2008/050303 2007-02-26 2008-02-22 Procede d'enregistrement distribue d'un flux multimedia, dispositif, et produit programme d'ordinateur correspondant WO2008113948A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP08762144A EP2127376A1 (fr) 2007-02-26 2008-02-22 Procede d'enregistrement distribue d'un flux multimedia, dispositif, et produit programme d'ordinateur correspondant
JP2009550744A JP2010519668A (ja) 2007-02-26 2008-02-22 マルチメディアストリームの分散化された記録方法、装置及びコンピュータプログラム製品
US12/527,735 US20100021138A1 (en) 2007-02-26 2008-02-22 Method for the distributed recording of a multimedia stream, corresponding device and computer program product

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0701370 2007-02-26
FR0701370 2007-02-26

Publications (1)

Publication Number Publication Date
WO2008113948A1 true WO2008113948A1 (fr) 2008-09-25

Family

ID=38565465

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2008/050303 WO2008113948A1 (fr) 2007-02-26 2008-02-22 Procede d'enregistrement distribue d'un flux multimedia, dispositif, et produit programme d'ordinateur correspondant

Country Status (5)

Country Link
US (1) US20100021138A1 (fr)
EP (1) EP2127376A1 (fr)
JP (1) JP2010519668A (fr)
CN (1) CN101632302A (fr)
WO (1) WO2008113948A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013001325A1 (fr) * 2011-06-29 2013-01-03 Thomson Licensing Gestion de contenu commun sur un système de stockage réparti
WO2016005353A1 (fr) * 2014-07-08 2016-01-14 Sagemcom Documents Sas Procédé et dispositif d'enregistrement à distance de programmes vidéo
FR3023937A1 (fr) * 2014-12-16 2016-01-22 Orange Procede de gestion du stockage de contenus dans un systeme informatique

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8601153B2 (en) * 2009-10-16 2013-12-03 Qualcomm Incorporated System and method for optimizing media playback quality for a wireless handheld computing device
US9124642B2 (en) * 2009-10-16 2015-09-01 Qualcomm Incorporated Adaptively streaming multimedia
US9003462B2 (en) * 2011-02-10 2015-04-07 Comcast Cable Communications, Llc Content archive model

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002098134A1 (fr) * 2001-05-29 2002-12-05 Koninklijke Philips Electronics N.V. Lecteur-enregistreur video permettant un partage des ressources, et procede de fonctionnement
WO2004091217A1 (fr) * 2003-04-14 2004-10-21 Koninklijke Philips Electronics N.V. Enregistrement d'emissions telediffusees
US20050160461A1 (en) * 2004-01-21 2005-07-21 United Video Properties, Inc. Interactive television program guide systems with digital video recording support
EP1610329A2 (fr) * 2004-06-22 2005-12-28 Samsung Electronics Co., Ltd. Dispositif et méthode d'affichage de l'état d'enregistrement
WO2006103216A1 (fr) * 2005-03-30 2006-10-05 Nokia Siemens Networks Gmbh & Co. Kg Procede et dispositif de mise en memoire et de reproduction d'emissions de tv

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100749428B1 (ko) * 1999-12-20 2007-08-14 다이니폰 인사츠 가부시키가이샤 분산형 데이터 아카이브 장치, 시스템 및 기록 매체
JP4475853B2 (ja) * 2001-11-16 2010-06-09 ソフトバンク株式会社 録画再生システム、録画再生方法、録画再生装置及びデータベースサーバ
JP2003167772A (ja) * 2001-11-29 2003-06-13 Konica Corp データ分散保管システム及びデータ分散保管方法、サービス並びにデータ分散保管プログラム
JP2004056394A (ja) * 2002-07-18 2004-02-19 Fujitsu Ltd Ｌａｎを介して取込装置および蓄積装置を制御するための制御装置、およびそのための取込装置、蓄積装置、プログラムおよび方法
US20040258390A1 (en) * 2003-06-20 2004-12-23 Olson Anthony M. Systems and methods for PVR real time distributed storage, playback, and archival of programs on a network
JP4601969B2 (ja) * 2004-01-27 2010-12-22 株式会社日立製作所 ファイル入出力制御装置
GB0412655D0 (en) * 2004-06-07 2004-07-07 British Telecomm Distributed storage network
JP2006040416A (ja) * 2004-07-28 2006-02-09 Sanyo Electric Co Ltd コンテンツ記録装置
JP4114080B2 (ja) * 2004-07-30 2008-07-09 ソニー株式会社 記録システム、記録方法および記録装置
JP2006195884A (ja) * 2005-01-17 2006-07-27 Hitachi Ltd 文書管理システム、文書管理方法、および文書管理プログラム
JP2006287876A (ja) * 2005-04-05 2006-10-19 Matsushita Electric Ind Co Ltd 映像記録再生装置、映像記録方法及び映像再生方法
US20060271975A1 (en) * 2005-05-23 2006-11-30 Edmund Sun Time-shifting audio and video programs
EP1768347A1 (fr) * 2005-09-21 2007-03-28 Alcatel Appareil d'enregistrement de programmes diffusés
US20080147821A1 (en) * 2006-12-19 2008-06-19 Dietrich Bradley W Managed peer-to-peer content backup service system and method using dynamic content dispersal to plural storage nodes

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002098134A1 (fr) * 2001-05-29 2002-12-05 Koninklijke Philips Electronics N.V. Lecteur-enregistreur video permettant un partage des ressources, et procede de fonctionnement
WO2004091217A1 (fr) * 2003-04-14 2004-10-21 Koninklijke Philips Electronics N.V. Enregistrement d'emissions telediffusees
US20050160461A1 (en) * 2004-01-21 2005-07-21 United Video Properties, Inc. Interactive television program guide systems with digital video recording support
EP1610329A2 (fr) * 2004-06-22 2005-12-28 Samsung Electronics Co., Ltd. Dispositif et méthode d'affichage de l'état d'enregistrement
WO2006103216A1 (fr) * 2005-03-30 2006-10-05 Nokia Siemens Networks Gmbh & Co. Kg Procede et dispositif de mise en memoire et de reproduction d'emissions de tv

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2127376A1 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013001325A1 (fr) * 2011-06-29 2013-01-03 Thomson Licensing Gestion de contenu commun sur un système de stockage réparti
US9185450B2 (en) 2011-06-29 2015-11-10 Thomson Licensing Managing common content on a distributed storage system
WO2016005353A1 (fr) * 2014-07-08 2016-01-14 Sagemcom Documents Sas Procédé et dispositif d'enregistrement à distance de programmes vidéo
FR3023665A1 (fr) * 2014-07-08 2016-01-15 Sagemcom Documents Sas Procede et dispositif d'enregistrement a distance de programmes video.
US10264307B2 (en) 2014-07-08 2019-04-16 Sagemcom Broadband Sas Method and device for the remote recording of video programs
FR3023937A1 (fr) * 2014-12-16 2016-01-22 Orange Procede de gestion du stockage de contenus dans un systeme informatique

Also Published As

Publication number Publication date
CN101632302A (zh) 2010-01-20
EP2127376A1 (fr) 2009-12-02
US20100021138A1 (en) 2010-01-28
JP2010519668A (ja) 2010-06-03

Similar Documents

Publication Publication Date Title
JP4436137B2 (ja) ユーザ装置を利用した分散型ストレージ・ネットワーク・アーキテクチャ
US20120284765A1 (en) Sharing of Subscriber-Recorded Digital Video Recorder Content
US20070174471A1 (en) Secure, continous, proxy-optimized, device-to-device data download reception system and method of use
US9307205B2 (en) System and method for utilizing a secured service provider memory
EP2127376A1 (fr) Procede d'enregistrement distribue d'un flux multimedia, dispositif, et produit programme d'ordinateur correspondant
FR2893204A1 (fr) Procede de reception de contenus audiovisuels a destination de plusieurs appareils, serveur et appareil mettant en oeuvre le procede
US20160073149A1 (en) Method and apparatus for improved network recording
WO2015071464A1 (fr) Procede et systeme de pre-telechargement de video a la demande
FR3081647A1 (fr) Gestion du telechargement progressif adaptatif (has) d'un contenu numerique au sein d'un terminal lecteur de flux multimedia en temps reel.
EP3987820A1 (fr) Procédé de gestion du téléchargement progressif adaptatif (has) d'un contenu numérique diffusé en temps réel, gestionnaire, terminal lecteur de flux multimédia et programme d'ordinateur correspondants
WO2023208688A1 (fr) Gestion de la restitution d'un contenu multimédia
EP3235254B1 (fr) Procédé d'annonce de services dans un réseau de communication
EP4203480A1 (fr) Procédé de gestion de sauts temporels lors de la lecture d'un contenu multimédia
EP4184922A1 (fr) Procédé de gestion de l' accès à un contenu multimédia
WO2023083538A1 (fr) Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimedia
EP3840391A1 (fr) Gestion de la restitution d'un contenu multimédia et d'une interface de navigation sur un écran
FR3138020A1 (fr) Streaming vidéo adaptatif hybride amélioré
FR3103988A1 (fr) Procédé de gestion d’une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (HAS), dispositif de gestion, lecteur de flux multimédia et programme d’ordinateur correspondants.
EP2073489A1 (fr) Enregistreur de contenu personnel de réseau
FR3093603A1 (fr) Procédé de navigation accélérée dans un contenu numérique obtenu par téléchargement progressif adaptatif (HAS), gestionnaire, lecteur de flux multimédia et programme d’ordinateur correspondants.
FR3019429A1 (fr) Procede et dispositif de controle d'un telechargement de contenus multimedia
FR3096210A1 (fr) Procédé de transmission d’un contenu numérique ayant plusieurs versions accessibles depuis un serveur de contenus à destination d’un terminal de restitution.
FR3116684A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu acheté, tenant compte d’un historique de niveaux de qualité de lecture de contenu par un terminal lecteur de flux multimédia
FR3096540A1 (fr) Restitution d’un contenu en arrière-plan ou sous forme d’incrustation dans le cadre d’un téléchargement progressif adaptatif de type HAS
FR2992511A1 (fr) Lecture synchrone d'un contenu par une pluralite de terminaux

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880006272.5

Country of ref document: CN

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

Ref document number: 08762144

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008762144

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2009550744

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 12527735

Country of ref document: US