Brevet FR2864875A1 — publié le 20050708

I PROCEDE D'ENREGISTREMENT DE CONTENUS AUDIO-VISUELS DANS UN RESEAU DE COMMUNICATION La présente invention concerne un procédé d'enregistrement de contenus audio-visuels dans un réseau de communication. L'invention trouve une application particulièrement avantageuse dans le domaine de l'enregistrement à distance de contenus audio-visuels. On connaît de l'état de la technique des procédés d'enregistrement à distance de contenus audio-visuels diffusés par des canaux de diffusion à travers un réseau de communication qui consistent à requérir auprès d'un canal de diffusion qu'il diffuse un contenu choisi par l'utilisateur sur un enregistreur numérique personnel (PDR pour Personal Digital Recorder) situé io par exemple au domicile de l'utilisateur. Le recours à de tels procédés d'enregistrement à distance est rendu nécessaire lorsque, par exemple, un utilisateur se trouvant éloigné de son domicile s'aperçoit qu'il a oublié de programmer un enregistrement sur son PDR alors qu'il était encore chez lui. L'utilisateur peut alors au moyen de son ordinateur de bureau, de son téléphone mobile ou de son assistant personnel (PDA) programmer à distance cet enregistrement par une requête auprès du canal de diffusion concerné. Cependant, s'ils répondent bien à ce type de besoin, les procédés d'enregistrement à distance connus ne permettent pas de résoudre d'autres problèmes liés à l'enregistrement de contenus audio-visuels. C'est le cas, en particulier, lorsque le canal de diffusion dont l'utilisateur souhaiterait enregistrer un contenu ne peut être reçu du fait que ce canal ne fait pas partie de l'abonnement souscrit par l'utilisateur, ou encore lorsque le récepteur de l'utilisateur ne peut recevoir un seul canal à la fois et qu'il est utilisé, par exemple par une autre personne, sur un autre canal de diffusion au moment de la diffusion du contenu que l'utilisateur souhaite enregistrer. Aussi, le problème technique à résoudre par l'objet de la présente invention est de proposer un procédé d'enregistrement de contenus audiovisuels dans un réseau de communication, qui permettrait à un utilisateur d'enregistrer des contenus audio-visuels qu'il ne peut directement enregistrer sur son récepteur, soit parce qu'ils ne peuvent être reçus sur son récepteur, soit parce que le récepteur n'est pas prévu pour recevoir plusieurs canaux de diffusion à la fois. La solution au problème technique posé consiste, selon la présente invention, en ce que, ledit réseau de communication comprenant au moins un io enregistreur de réseau apte à enregistrer des contenus audio- visuels diffusés sur une pluralité de canaux de diffusion, l'enregistrement desdits contenus audio-visuels par un enregistreur de réseau étant effectué à la demande d'un utilisateur muni d'un terminal de communication apte à échanger des informations avec au moins un enregistreur de réseau à travers ledit réseau de communication, ledit procédé comporte les étapes suivantes: - pour l'enregistreur de réseau, se déclarer dans le réseau, la déclaration indiquant au moins: * un moyen d'accès audit enregistreur, * une liste de canaux de diffusion dont les contenus audio-visuels diffusés sont aptes à être enregistrés par l'enregistreur de réseau, - pour l'utilisateur, choisir au moyen de son terminal un enregistreur de réseau apte à enregistrer au moins un contenu audio-visuel souhaité et s'y connecter à l'aide dudit moyen d'accès afin de commander l'enregistrement dudit au moins un contenu audio-visuel, ladite commande comprenant une identification dudit au moins un contenu audio-visuel à enregistrer à choisir, séparément ou en combinaison, entre une référence unique dudit contenu et une identification d'une instance dudit contenu constituée d'au moins l'identification du canal de diffusion de ladite instance accompagnée de l'indication d'une plage horaire de diffusion, - pour l'enregistreur de réseau, émettre une réponse à la commande d'enregistrement de l'utilisateur contenant pour chaque contenu à enregistrer une identification de la commande d'enregistrement acceptée, en cas d'acceptation de la commande. Ainsi, l'utilisateur peut à tout moment depuis son PDR, mais aussi depuis son ordinateur personnel, son téléphone mobile ou son assistant personnel, commander à l'enregistreur de réseau d'enregistrer pour lui un contenu audio-visuel sur n'importe quel canal de diffusion, même ceux auxquels il n'a pas directement accès, afin de le transférer ensuite sur le récepteur de son choix (PDR, ordinateur personnel, PDA) et le regarder à un moment où le récepteur est disponible. Selon l'invention, ladite indication de plage horaire comporte l'heure de début de diffusion et l'heure de fin ou la durée de diffusion sur le canal de io diffusion de ladite instance. L'invention prévoit deux moyens d'accès principaux à un enregistreur de réseau. En effet, selon un mode de réalisation, ledit moyen d'accès à un enregistreur de réseau consiste en une adresse dudit enregistreur dans le réseau, alors que, selon un autre mode de réalisation, ledit moyen d'accès à un enregistreur de réseau consiste en un annuaire comprenant une inscription des opérations particulières aux enregistreurs de réseau, chaque enregistreur de réseau étant identifié par ladite opération. De manière plus précise, selon l'invention, ladite liste des canaux de diffusion dont les contenus audio-visuels diffusés sont aptes à être enregistrés par l'enregistreur de réseau comporte l'adresse de chacun des canaux de diffusion, accompagnée optionnellement du tarif pratiqué par l'enregistreur de réseau pour chacun des canaux de diffusion. On entend par adresse d'un canal de diffusion un identifiant tel que codifié par un consortium rassemblant des organismes et des sociétés intéressés, comme le forum TV- Anytime. Par ailleurs, afin de permettre à l'utilisateur de recevoir dans des conditions techniques compatibles avec son récepteur l'enregistrement du contenu audio-visuel effectué par l'enregistreur de réseau, il est prévu par l'invention que la déclaration de l'enregistreur de réseau dans le réseau contient les capacités de conversion dudit enregistreur. Plus particulièrement, lesdites capacités de conversion concernent la réduction en débit et/ou le transcodage des contenus audio-visuels. Il faut également signaler que les contraintes concernant le débit et le transcodage du contenu audio-visuel émanent de l'utilisateur lui-même puisque l'invention préconise que ladite commande contient les capacités de conversion exigées par l'utilisateur pour le transfert de l'enregistrement vers son terminal. De même, selon l'invention, la déclaration de l'enregistreur de réseau dans le réseau contient les protocoles de transfert du contenu audiovisuel enregistré vers le terminal de l'utilisateur aptes à être mis en oeuvre par l'enregistreur de réseau. En d'autres termes, cette disposition permet à io l'utilisateur de choisir soit un mode de transfert direct, de type streaming , soit un mode par téléchargement, en différé par rapport à l'enregistrement dans le réseau. Après avoir reçu une commande d'enregistrement, l'enregistreur de réseau fournit une réponse à l'utilisateur qui a émis la commande. Dans le cas d'un refus, la réponse de l'enregistreur de réseau à la commande d'enregistrement de l'utilisateur contient une identification de contenu refusé, en cas de pluralité de contenus commandés. De même, la réponse de l'enregistreur contient la raison du refus. Un refus peut provenir par exemple du fait que l'enregistreur de réseau n'a pas accès au contenu demandé par l'utilisateur. Dans le cas d'une acceptation de la commande, l'invention envisage plusieurs options possibles en plus de l'identification de la commande acceptée, à savoir: la réponse de l'enregistreur de réseau contient ladite référence unique du contenu audio-visuel commandé, la réponse de l'enregistreur de réseau contient l'heure de fin programmée de l'enregistrement etlou le coût dudit enregistrement, ou encore la réponse de l'enregistreur de réseau contient la durée de conservation de l'enregistrement par l'enregistreur de réseau. Egalement, le procédé d'enregistrement, objet de l'invention, offre à l'utilisateur la possibilité de se raviser et de revoir sa commande, puisqu'il est prévu que ledit procédé comporte également les étapes consistant pour l'utilisateur à formuler une requête d'annulation d'une commande d'enregistrement acceptée ou de suppression d'un contenu enregistré par l'enregistreur de réseau, en indiquant au moins l'identification de la commande d'enregistrement acceptée. De manière à permettre à l'utilisateur de savoir à tout moment à quel stade de traitement par l'enregistreur de réseau se trouve sa commande, le procédé d'enregistrement selon l'invention comporte également les étapes consistant: - pour l'utilisateur, en cas d'acceptation de la commande, à formuler vers l'enregistreur de réseau une requête sur l'état de la commande d'enregistrement en indiquant au moins ladite identification de la commande io d'enregistrement acceptée, - pour l'enregistreur de réseau, à émettre une réponse à la requête sur l'état de la commande d'enregistrement contenant au moins l'identification de la commande d'enregistrement acceptée et l'état de la commande. De préférence, ladite requête sur l'état de la commande 15 d'enregistrement contient ladite référence unique du contenu et/ou l'identification de l'utilisateur. Selon les situations, la réponse de l'enregistreur à la requête sur l'état de la commande peut prendre plusieurs formes: - la réponse à la requête sur l'état de la commande d'enregistrement 20 contient, en cas de commande non encore exécutée, la référence unique du contenu et/ou la date et l'heure de fin programmée. - la réponse à la requête sur l'état de la commande d'enregistrement contient, en cas de commande inconnue, la référence unique du contenu. - la réponse à la requête sur l'état de la commande d'enregistrement contient, en cas d'échec de la commande, la référence unique du contenu. - la réponse à la requête sur l'état de la commande d'enregistrement contient, lorsque le contenu est disponible, une adresse où le contenu enregistré est disponible. Dans ce dernier cas, la réponse contient la référence unique du contenu et/ou la durée de conservation de l'enregistrement par l'enregistreur de réseau. La description qui va suivre en regard des figures annexées, données à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée. La figure 1 est un organigramme général du procédé d'enregistrement selon l'invention. La figure 2 est un organigramme du procédé d'enregistrement selon l'invention dans le cas d'une commande d'enregistrement réussie. s La figure 3 est un organigramme du procédé d'enregistrement selon l'invention dans le cas d'une commande d'enregistrement refusée. La figure 4 est un organigramme du procédé d'enregistrement selon l'invention dans le cas d'une commande d'enregistrement réussie avec délai supplémentaire. io La figure 5 est un organigramme du procédé d'enregistrement selon l'invention dans le cas d'une commande d'enregistrement réussie suivie d'une annulation. La figure 6 est un organigramme du procédé d'enregistrement selon l'invention dans le cas d'une commande d'enregistrement réussie suivie d'un is échec d'enregistrement. La figure 7 est un organigramme du procédé d'enregistrement selon l'invention dans le cas d'une commande d'enregistrement inconnue. Sur la figureI est représenté de manière générale un organigramme d'un procédé d'enregistrement de contenus audio-visuels (AV) dans un réseau de communication. Ce procédé implique au moins un enregistreur de réseau, correspondant à la partie droite de la figure 1, apte à enregistrer des contenus audiovisuels diffusés sur des canaux de diffusion. Les enregistreurs de réseau sont des opérateurs qui offrent à des utilisateurs la possibilité d'enregistrer à leur place et pour leur compte des contenus audio-visuels qu'ils ne peuvent enregistrer eux-même du fait par exemple qu'il ne leur est pas possible, par faute d'abonnement adéquat, d'accéder au canal de diffusion diffusant le contenu AV recherché ou encore du fait que leur récepteur est déjà utilisé par une autre personne sur un autre canal de diffusion. Les enregistreurs de réseau peuvent être des opérateurs spécialisés dans ce type de service ou les canaux de diffusion (chaînes de télévision) eux-même. L'enregistrement d'un contenu audio-visuel par l'enregistreur de réseau est effectué à la demande d'un utilisateur, correspondant à la partie gauche de la figure 1, muni d'un terminal apte à échanger des informations concernant la commande d'enregistrement avec des enregistreurs de réseau à travers un réseau de communication. Dans un premier temps, les enregistreurs de réseau doivent se déclarer dans le réseau de communication. Ceci peut se faire directement à travers un site Web de l'enregistreur ou par l'intermédiaire d'un annuaire, par exemple UDDI (Universal Description, Discovery and Integration) associé à la technologie d'échange SOAP (Simple Object Access Protocol). Dans ce dernier cas, l'annuaire doit créer une rubrique particulière correspondant à io l'activité Enregistreurs de réseau et y inscrire les enregistreurs de réseau qui se seront déclarés dans cette annuaire et pour cette rubrique. La déclaration de chaque enregistreur de réseau de son existence dans le réseau (structure de données ) indique: de préférence, une adresse de l'enregistreur de réseau (élément ) que ce soit celle d'un site Web ou d'une une rubrique d'annuaire, il s'agit de l'adresse à laquelle la commande d'enregistrement devra être envoyée, - de préférence, la liste des canaux de diffusion qu'il peut enregistrer (élément ) pouvant contenir pour chaque canal: * de préférence, l'adresse du canal de diffusion telle que définie, par exemple, par le forum TV Anytime (attribut "serviceURL'), * optionnellement, le tarif pratiqué par l'enregistreur pour ce canal de diffusion (élément ), optionnellement, les capacités de conversion de l'enregistreur (élément ) qui se décomposent en: * possibilité de réduction en débit (élément ), passage de 4 à 2 Mbits par exemple. * possibilité de transcoder les contenus audiovisuels (élément ) dans différents formats de codage audiovisuel, tel que le transcodage MPEG2 en MPEG4. - optionnellement, les protocoles supportés pour le transfert du contenu AV une fois l'enregistrement effectué vers le récepteur de l'utilisateur: mode FTP, streaming ou téléchargement différé. Corrélativement, l'utilisateur doit être en mesure de découvrir l'existence des enregistreurs de réseau de manière à pouvoir sélectionner celui qui sera susceptible d'enregistrer le contenu AV souhaité dans les meilleures conditions techniques, économiques et ergonomiques. Ceci peut se faire: - soit par la définition d'un type MIME (Multipurpose Internet Mail io Extensions) particulier (ex. : "application/x-TVRecord-ServiceDeciaration"), ce qui permet à la réception d'un fichier de ce type, en provenance d'un site Web, d'activer sur le récepteur de l'utilisateur un logiciel d'interprétation de la structure de données définie ci-dessus, - soit par l'utilisation d'un annuaire UDDI avec la définition d'un nouveau "tModel" pour les services d'enregistrement de contenus audiovisuels permettant à tout enregistreur de déclarer son existence et ses capacités à cette annuaire par la structure de données définie ci-dessus. Après avoir choisi, à partir d'un site Web ou d'un annuaire, l'enregistreur de réseau qui lui convient le mieux pour l'enregistrement du contenu AV souhaité, l'utilisateur adresse à cet enregistreur une commande d'enregistrement (structure de données ) comprenant: - de préférence, l'identification de l'utilisateur (attribut ) si ce dernier n'a pas été identifié d'une autre manière comme par exemple au moment de sa connexion avec l'enregistreur (connexion du type identifiant- mot de passe), - de préférence, une identification du contenu AV à enregistrer qui peut être: * soit une référence unique dudit contenu (attribut "CR!D'), essentiellement une simple identification du contenu en tant que tel, * soit l'identification faite par l'utilisateur lui-même d'une instance de ce contenu constituée de: de préférence, l'identification du canal de diffusion (attribut "senriceURL'), de préférence, l'heure de début (attribut "start , de préférence, l'heure de fin (attribut "end") ou la durée (attribut "duration"), optionnellement, l'identification d'une instance particulière (attribut "instanceMetadatald'). - optionnellement, les capacités de conversion exigées par l'utilisateur. La réponse de l'enregistreur de réseau à la commande d'enregistrement de l'utilisateur (structure de données ) contient pour chaque contenu à enregistrer: - soit une acceptation de la commande d'enregistrement (élément ) contenant: * de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld"), * optionnellement, l'identification du contenu demandé (attribut "CRID), * optionnellement, l'heure de fin programmée d'enregistrement (attribut "recordEndTime'), * optionnellement, la durée de conservation du contenu enregistré (attribut "keepDuration'), * optionnellement, le coût de l'enregistrement (attributs "recordCost" et "currency"). - soit un refus de commande d'enregistrement (élément ) contenant: * de préférence, l'identification du contenu demandé (attribut "CRID'), * optionnellement, la raison du refus (attribut "KOreason'). En cas d'acceptation de sa commande, l'utilisateur peut suivre l'état de sa commande d'enregistrement (structure de données ) en indiquant: - de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld"), optionnellement, l'identification du contenu à enregistrer (attribut "CRlD1, - optionnellement, l'identification de l'utilisateur (attribut ). A cette requête sur l'état de la commande, l'enregistreur de réseau émet une réponse (structure de données N Record Request Status Response>) contenant: - en cas de commande non encore exécutée: * de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld'), * de préférence, l'état de la commande (attribut "status", valeur "runnningRequest , * optionnellement, l'identification du contenu à enregistrer 15 (attribut "CRID'), * optionnellement, la date et l'heure de fin programmée (attribut "callAfter''). - en cas de commande inconnue (l'attribut requestlD n'est pas reconnue) : * de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld , * de préférence, l'état de la commande (attribut "status", valeur "unknownRequest , * optionnellement, l'identification du contenu à enregistrer 25 (attribut "CRID'). - en cas de commande terminée sur échec (cas d'une panne par exemple) : * de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld''), * de préférence, l'état de la commande (attribut "status", valeur "failedRequest , * optionnellement l'identification du contenu à enregistrer (attribut "CRID'). Il - en cas de commande terminée avec contenu disponible: * de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld'), * de préférence, l'état de la commande (attribut "statue', valeur 5 "contentAvailable'), * de préférence, le moyen de récupérer le contenu enregistré (attribut "contentURL'), * optionnellement, l'identification du contenu à enregistrer (attribut "CRJD'), lo * optionnellement, la durée de conservation du contenu enregistré dans l'enregistreur (attribut "keepDuration'). L'utilisateur dispose également de la faculté, s'il change d'avis, de requérir l'annulation de sa commande d'enregistrement (structure de données ) en indiquant: - de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld"), - optionnellement, l'identification du contenu à enregistrer (attribut "CR!D"), - optionnellement, l'identification de l'utilisateur (attribut ). L'utilisateur peut aussi demander la suppression d'un contenu AV déjà enregistré dans le réseau (structure de données ) en indiquant: - de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld"), - optionnellement, l'identification du contenu à enregistrer (attribut "CRID1, optionnellement, l'identification de l'utilisateur (attribut ). Les étapes du procédé d'enregistrement qui viennent d'être présentées 30 de manière générale en regard de la figure 1 vont maintenant être décrites plus en détail en référence aux figures 2 à 7. 1. Enregistrement de contenus audio-visuels dans le réseau à partir d'un site Web d'un enregistreur de réseau. 1.1. Découverte d'un enregistreur de réseau par site Web. Un enregistreur de contenus audiovisuels peut se faire connaître au moyen d'une page HTML sur son site Web. En cliquant sur un lien indiqué sur la page Web, le terminal de l'utilisateur reçoit un fichier avec un type MIME particulier: "application/x-TVRecordService-Declaration". Le fichier obtenu en retour contient les informations suivantes: - de préférence, l'adresse de l'enregistreur sur le réseau (élément ), - de préférence, la liste des chaînes qu'il peut enregistrer (élément ) contenant pour chaque chaîne: * de préférence, l'adresse de la chaîne telle que définie par le forum TV Anytime (attribut "serviceURL'), * optionnellement, le tarif pratiqué par l'enregistreur pour cette chaîne (élément ) , optionnellement, les capacités de conversion de l'enregistreur (élément ) qui se décomposent en: * possibilité de réduction en débit (élément ), * possibilité de transcoder les contenus audiovisuels (élément ) dans différents formats de codage audiovisuel, - optionnellement, les protocoles supportés pour le transfert du contenu une fois l'enregistrement effectué vers le poste client (par défaut, on pourrait considérer que seul le mode FTP ou un autre est toujours proposé) . Exemple d'un fichier de déclaration d'enregistreur dans le réseau: http://www.voila.fr/RecordRequest. rr true MPEG-1 MPEG-4 3 USD for AV contents produced in the last 3 months, 1 USD for the other contents Cette table permet de déclarer un enregistreur de contenus audiovisuels diffusés que l'on peut commander à l'adresse indiquée par l'élément pour les services de livraison de contenus, ou canaux de diffusion (canaux de télévision) indiqués par les éléments . Ainsi, lorsque l'utilisateur désire enregistrer un contenu diffusé par l'un des canaux de diffusion ainsi déclarés, le terminal de l'utilisateur peut, s'il ne reçoit pas directement le canal de diffusion du contenu sélectionné ou s'il est dans l'impossibilité de le recevoir à l'heure de diffusion du contenu, commander l'enregistrement de ce contenu à l'adresse indiquée dans l'élément . 1.2. Commande par l'utilisateur d'un enregistrement dans le réseau. Quand un utilisateur désire faire appel à un enregistreur de réseau parce qu'il a découvert dans l'étape précédente que celui-ci pouvait lui enregistrer les contenus audiovisuels diffusés par un canal de diffusion particulier, il doit lui envoyer, à l'adresse indiquée par l'élément de la table définie ci-dessus, la commande avec les informations suivantes: - de préférence, l'identification de l'utilisateur (attribut "Userld"), - optionnellement, l'identification du protocole à utiliser pour le transfert du contenu après enregistrement, - optionnellement, l'identification du codage désiré pour le contenu à enregistrer (ce qui peut demander un transcodage dans l'enregistreur), - de préférence, l'identification du contenu à enregistrer (attribut "CRIDI), - optionnellement, l'identification d'une instance de ce contenu constituée de: * de préférence, l'identification de la chaîne de télévision (attribut "serviceURL''), * de préférence, l'heure de début (attribut "start' , * de préférence, l'heure de fin (attribut "end') ou la durée (attribut "duration , * optionnellement, l'identification d'une instance particulière (attribut "instanceMetadatald'). Exemple d'un fichier de commande d'enregistrement de deux contenus dans le réseau avec protocole de récupération du contenu enregistré en FTP, transcodage en MPEG-4 avec un débit maximal de 1500 kbit/s pour le contenu "crid://hbc.com/foxeslepisodel1" sur le canal de télévision "dvb:// 1.4ee2.3f5/" et le contenu "crid://chl.com/serie/epl2" sur le canal "dvb:1/1.4ee2.3f4;4f5l'' : 30 FTP MPEG-4 1500 Chaque contenu à enregistrer est identifié par son CRID, par le serviceURL qui va délivrer le contenu, par son heure de début et sa durée (ou son heure de fin) et éventuellement son identification d'instance. En retour la réponse contient pour chaque contenu dont l'enregistrement a été commandé : - soit une acceptation de commande d'enregistrement (élément ) (figure 2) contenant: * de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld , * de préférence, l'identification du contenu commandé (attribut "CRID'), en cas de pluralité de contenus commandés dans la même commande, * optionnellement, l'identification du contenu commandé (attribut "CR1D"), dans le cas d'uncontenu unique commandé, * optionnellement, l'heure de fin programmée d'enregistrement (attribut "recordEndTime") * optionnellement, la durée de conservation du contenu enregistré (attribut "keepDurationh), * optionnellement, le coût de l'enregistrement (attributs "recondCost" et "currency , soit un refus de la commande d'enregistrement (élément ) (figure 3) contenant: * de préférence, l'identification du contenu demandé (attribut "CRID") refusé, en cas de pluralité de contenus commandés dans la même commande, * optionnellement, l'identification du contenu commandé (attribut "CRID") en cas d'un seul contenu commandé, * optionnellement, la raison du refus (attribut "KOreason'). Exemple de réponse à une commande d'enregistrement avec acceptation pour deux contenus (le deuxième avec indication de durée de conservation et coût à payer) et refus pour deux autres: 1.3. Gestion d'une commande d'enregistrement dans le réseau. Après acceptation d'une commande d'enregistrement dans le réseau, l'enregistreur de réseau a les moyens de se tenir informé des changements d'horaire pouvant intervenir dans la diffusion des contenus AV et de reprogrammer l'enregistrement des contenus commandés en conséquence. Après acceptation d'une commande d'enregistrement dans le réseau, l'utilisateur a plusieurs possibilités: - annuler sa commande d'enregistrement (si le coût est trop élevé ou s'il change d'avis), interroger sur l'état de sa commande d'enregistrement (pour savoir si le contenu a été reprogrammé à une autre date ou heure ou si l'enregistrement est terminé) Pour annuler une commande d'enregistrement, l'utilisateur doit envoyer 5 la commande "annuler une commande d'enregistrement" (structure de données ). Exemple de commande d'annulation de demande d'enregistrement: II n'est pas attendu de réponse de l'enregistreur. Pour connaître l'état d'une commande d'enregistrement, l'utilisateur doit envoyer la requête "demande d'état d'enregistrement" (structure de données ). Exemple de requête de "demande d'état d'enregistrement" : Plusieurs réponses sont possibles. Dans le cas où le contenu n'est pas encore enregistré (figure 4), la réponse de l'enregistreur contiendra: de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld"), - de préférence, l'état de la commande (attribut "status", valeur lo "runnningRequest"), - optionnellement, l'identification du contenu à enregistrer (attribut "CR1D'), optionnellement, la date et l'heure de fin programmée (attribut "callAfter'). Exemple d'une réponse "contenu non encore enregistré" : L'attribut "callAfter" permet au terminal de programmer un temporisateur pour refaire une requête d'état d'enregistrement lorsque celle-ci aura des chances d'obtenir une réponse différente. C'est le cas lorsque l'heure 25 de diffusion d'un contenu a changé. Dans le cas où la requête n'est pas reconnue comme valide (figure 7), la réponse de l'enregistreur contiendra: - de préférence, l'identification de la commande d'enregistrement 30 acceptée (attribut "requestld'), - de préférence, l'état de la commande (attribut "status", valeur "unknownRequesf'), - optionnellement, l'identification du contenu à enregistrer (attribut "CR/D"). Exemple de réponse de l'enregistreur pour une commande 5 d'enregistrement inconnue: Cela pourra se produire si le terminal de l'utilisateur interroge l'enregistreur de réseau après la date d'expiration de la conservation d'un contenu enregistré. Dans le cas où la requête a échoué pour une raison ou une autre (figure 6) , l'enregistreur répondra par: - de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld , - de préférence, l'état de la commande (attribut "status", valeur 20 "failedRequest") optionnellement, l'identification du contenu à enregistrer (attribut "CRID"). Exemple de réponse de l'enregistreur pour une commande d'enregistrement terminée sur échec: Dans le cas où l'enregistrement est terminé et le contenu disponible, la réponse de l'enregistreur contient: - de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld"), - de préférence, l'état de la commande (attribut "status", valeur "contentAvailable'), - optionnellement, l'identification du contenu à enregistrer (attribut "CR1D' ), - optionnellement, la durée de conservation du contenu enregistré dans l'enregistreur (attribut keepDuration"), - de préférence, le moyen de récupérer le contenu enregistré (attribut "contentURL" w Exemple de réponse de l'enregistreur pour contenu enregistré dans l'enregistreur: de la réponse de l'enregistreur. L'enregistrement dans le réseau sera supprimé automatiquement après 25 un certain délai de conservation ou par une commande explicite du terminal contenant: - de préférence, l'identification de la commande d'enregistrement acceptée (attribut "requestld"), - optionnellement, l'identification du contenu à enregistrer (attribut 30 "CR1D , optionnellement, l'identification de l'utilisateur (attribut ). 21 2864875 Exemple de commande de suppression d'enregistrement dans le réseau: Il n'est pas attendu de réponse de l'enregistreur. 2. Enregistrement d'un contenu audio-visuel par un enregistreur de réseau par UDDI et SOAP. 2.1. Déclaration de l'enregistreur de réseau par UDDI (service Web) La technologie des services Web et en particulier UDDI (Universal Description, Discovery and Integration) peut permettre aux enregistreurs de contenus audiovisuels diffusés dans le réseau par des canaux de diffusion de s'inscrire dans un annuaire: l'annuaire d'affaires UDDI. La technologie SOAP (Simple Object Access Protocol) permet d'échanger des structures de données de type XML. Il faut pouvoir enregistrer dans cet annuaire UDDI: - une nouvelle catégorie (ou rubrique) de service: le service d'enregistrement de contenus audiovisuels dans le réseau avec son point d'accès et les opérations qu'ils acceptent des terminaux utilisateurs, - un critère de recherche: l'identificateur de chaque canal de diffusion (chaîne de télévision). Ainsi, un terminal utilisateur qui cherche un enregistreur de réseau pourra interroger l'annuaire en fournissant un ou plusieurs identificateurs de canaux de diffusion (chaînes de télévision) et en demandant en retour un moyen de s'adresser directement aux enregistreurs qui répondent aux critères de recherche. Le nouveau critère de recherche dans l'annuaire UDDI que constitue l'identificateur de chaîne de télévision, par exemple, doit faire l'objet de la définition d'un nouveau tModel UDDI appelé ici "serviceURL" (en conformité avec la section 1.6.4 des spécifications UDDI relative à la définition de "tModel") pour déclarer les canaux de diffusion de contenus audiovisuels. On lui donnera le nom de "tv-record-org:serviceURL". C'est une autorité qui doit demander l'enregistrement de ce nouveau "tModel". L'entité "tv-record-org" est quelconque, cela pourrait être "tv-anytimeorg" ou une autre. Ceci a pour conséquence de déclarer une clé du même nom "uddi:tyrecord. org:service URL ". La déclaration de cette clé contient également des références aux spécifications de ce "tModel" par l'organisme demandant son introduction " " et l'élément " contient des informations standards de toute déclaration de "tModel". tv-record-org:serviceU RL Category system for each delivery service handled by a recording service ftp://pub:pub@ftp.francetelecom. fr/publSpecIRecord_tModel.zip II est également nécessaire de définir un "tModel port" pour l'envoi de requête à l'enregistreur de contenus audiovisuels comme suit:ce tModel décrit le service de transfert de commande à l'enregistreur de contenus dans le réseau "submif Data" dont l'usage sera illustré plus loin: 23 2864875 tv-record-org:submit Data v10 TV Record WSDL interface for submit_Data port http:l/www.tv-record.org/wsdlltvr transport v10.wsdl#submit Data SOAP ftp:l/tvr:tvr@ftp.voila.fr/spec/tvr VlO.zip Un enregistreur de contenus audiovisuels diffusés, pour se faire connaître, doit déclarer ses possibilités d'enregistrement en utilisant la méthode (de l'API de publication UDDI) appelée "save binding" (en supposant que les structures parentales appropriées "businessEntity" et "businessService" ont déjà été déclarées) en faisant référence au tModel défini précédemment: Dédaration d'un service d'enregistrement de contenus audiovisuels pour une (ou plusieurs) chaîne(s) de télévision http:l/www. voila.fr/movies true MPEG-I MPEG-4 3 USD for AV contents produced in the last 3 months, 1 USD for the other contents 30 ]]> 10 L'élément fournit l'adresse http de l'enregistreur où 15 devra être envoyée la requête "submit Data". L'élément contient la déclaration de ce que l'on peut attendre de l'enregistreur (contenu de la structure de données définie pour le premier mode de réalisation) qui définit les possibilités de transcodage, de réduction de débit, de protocole de transfert, la liste des canaux de diffusion enregistrables et les conditions tarifaires. L'élément contient la liste des canaux de diffusion que l'enregistreur est capable d'enregistrer. 2.2. Découverte de l'enregistreur de réseau par service Web La technologie des services Web et en particulier UDDI (Universal Description, Discovery and Integration) offre également la possibilité aux terminaux, disposant d'une connexion à l'Intemet, de découvrir des enregistreurs de contenus audiovisuels diffusés, sans connaissance préalable, en interrogeant cet annuaire. Ainsi, tout terminal peut utiliser un noeud de l'annuaire d'affaires UDDI (qui a des adresses bien connues) pour trouver des enregistreurs de contenus audiovisuels diffusés par la commande comme illustré ci-dessous: uddi:tv-record.org:submit Data v10 Dans cet exemple, le terminal recherche un enregistreur de réseau pour les canaux, ou chaînes de télévision, référencés "dvb:ll1. 2.a" et "dvb:l1.2.c". En réponse, le terminal va recevoir une liste de 20 (enregistrés dans l'annuaire des services par la commande ) qui répondent à sa requête. 2.3. Commande d'enregistrement dans le réseau Après avoir choisi un enregistreur de contenus audiovisuels, le terminal peut envoyer la requête suivante en utilisant SOAP (Simple Object Access Protocol) pour commander l'enregistrement d'un contenu (en encapsulant la commande définie dans le mode de réalisation précédent) : POST /tvrlmd-service HTTP/1.0 Host: www.voila.fr Content Type: textlxml; charset="utf-8" Content-Length: nnnn Accept-Encoding: deflate SOAPAction: "submit Data" FTP MPEG-4 1500 En retour le terminal va recevoir la réponse suivante avec des commandes d'enregistrement acceptées et d'autres refusées: HTTP/1.1 200 OK Content-Type: textlxml; charset="utf-8" Content-Length: nnnn Content-Encoding: deflate 28 2864875 Il est procédé de la même façon pour encapsuler les autres commandes définies dans le mode de réalisation précédent pour les autres étapes de l'enregistrement de contenus audiovisuels dans le réseau. REVENDICATIONS 1. Procédé d'enregistrement de contenus audio-visuels dans un réseau de communication, caractérisé en ce que, ledit réseau de communication comprenant au moins un enregistreur de réseau apte à enregistrer des contenus audio-visuels diffusés sur une pluralité de canaux de diffusion, l'enregistrement desdits contenus audio-visuels par un enregistreur de réseau étant effectué à la demande d'un utilisateur muni d'un terminal de io communication apte à échanger des informations avec au moins un enregistreur de réseau à travers ledit réseau de communication, ledit procédé comporte les étapes suivantes: - pour l'enregistreur de réseau, se déclarer dans le réseau, la déclaration indiquant au moins: * un moyen d'accès audit enregistreur, * une liste de canaux de diffusion dont les contenus audio-visuels diffusés sont aptes à être enregistrés par l'enregistreur de réseau, - pour l'utilisateur, choisir au moyen de son terminal un enregistreur de réseau apte à enregistrer au moins un contenu audio-visuel souhaité et s'y connecter à l'aide dudit moyen d'accès afin de commander l'enregistrement dudit au moins un contenu audio-visuel, ladite commande comprenant une identification dudit au moins un contenu audio-visuel à enregistrer à choisir, séparément ou en combinaison, entre une référence unique dudit contenu et une identification d'une instance dudit contenu constituée d'au moins l'identification du canal de diffusion de ladite instance accompagnée de l'indication d'une plage horaire de diffusion, - pour l'enregistreur de réseau, émettre une réponse à la commande d'enregistrement de l'utilisateur contenant pour chaque contenu à enregistrer une identification de la commande d'enregistrement acceptée, en cas d'acceptation de la commande. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte également les étapes consistant: - pour l'utilisateur, en cas d'acceptation de la commande, à formuler vers l'enregistreur de réseau une requête sur l'état de la commande d'enregistrement en indiquant au moins ladite identification de la commande d'enregistrement acceptée, - pour l'enregistreur de réseau, à émettre une réponse à la requête sur l'état de la commande d'enregistrement contenant au moins l'identification de la commande d'enregistrement acceptée et l'état de la commande. 3. Procédé selon la revendication 1, caractérisé en ce qu'il comporte également les étapes consistant pour l'utilisateur à formuler une requête Io d'annulation d'une commande d'enregistrement acceptée ou de suppression d'un contenu enregistré par l'enregistreur de réseau, en indiquant au moins l'identification de la commande d'enregistrement acceptée. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit moyen d'accès à un enregistreur de réseau consiste en une adresse dudit enregistreur dans le réseau. 5. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit moyen d'accès à un enregistreur de réseau consiste en un annuaire comprenant une inscription d'opérations particulières aux enregistreurs de réseau, chaque enregistreur de réseau étant identifié par ladite opération. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ladite liste des canaux de diffusion dont les contenus audiovisuels diffusés sont aptes à être enregistrés par l'enregistreur de réseau comporte l'adresse de chacun des canaux de diffusion, accompagnée optionnellement du tarif pratiqué par l'enregistreur de réseau pour chacun des canaux de diffusion. 7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que la déclaration de l'enregistreur de réseau dans le réseau contient les' capacités de conversion dudit enregistreur. 8. Procédé selon la revendication 7, caractérisé en ce que lesdites capacités de conversion concernent la réduction en débit et/ou le transcodage des contenus audio-visuels. 9. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que la déclaration de l'enregistreur de réseau dans le réseau contient les protocoles de transfert du contenu audio-visuel enregistré vers le terminal de l'utilisateur aptes à être mis en oeuvre par l'enregistreur de réseau. 10. Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que ladite indication de plage horaire comporte l'heure de début de diffusion et l'heure de fin ou la durée de diffusion sur le canal de diffusion de ladite instance. 11. Procédé selon l'une quelconque des revendications 7 à 10, caractérisé en ce que ladite commande contient les capacités de conversion exigées par l'utilisateur pour le transfert de l'enregistrement vers son terminal. 12. Procédé selon l'une quelconque des revendications 1 à 11, caractérisé en ce que la réponse de l'enregistreur de réseau contient, en cas d'acceptation de la commande, ladite référence unique du contenu audiovisuel commandé. 13. Procédé selon l'une quelconque des revendications 1 à 12, caractérisé en ce que la réponse de l'enregistreur de réseau contient, en cas d'acceptation de la commande, l'heure de fin programmée de l'enregistrement et/ou le coût dudit enregistrement. 14. Procédé selon l'une quelconque des revendications 1 à 13, caractérisé en ce que la réponse de l'enregistreur de réseau contient, en cas d'acceptation de la commande, la durée de conservation de l'enregistrement par l'enregistreur de réseau. 15. Procédé selon l'une quelconque des revendications 1 à 14, caractérisé en ce que la réponse de l'enregistreur de réseau contient, en cas de refus de la commande, la raison du refus. 16. Procédé selon l'une quelconque des revendications 2 à 15, caractérisé en ce que ladite requête sur l'état de la commande d'enregistrement contient ladite référence unique du contenu et/ou l'identification de l'utilisateur. 17. Procédé selon l'une quelconque des revendications 2 à 16, caractérisé en ce que la réponse à la requête sur l'état de la commande d'enregistrement contient, en cas de commande non encore exécutée, la référence unique du contenu et/ou la date et l'heure de fin programmée. 18. Procédé selon l'une quelconque des revendications 2 à 16, caractérisé en ce que la réponse à la requête sur l'état de la commande d'enregistrement contient, en cas de commande inconnue, la référence unique du contenu. 19. Procédé selon l'une quelconque des revendications 2 à 16, caractérisé en ce que la réponse à la requête sur l'état de la commande d'enregistrement contient, en cas d'échec de la commande, la référence unique du contenu. 20. Procédé selon l'une quelconque des revendications 2 à 16, caractérisé en ce que la réponse à la requête sur l'état de la commande d'enregistrement contient, lorsque le contenu est disponible, une adresse où le contenu enregistré est disponible 21. Procédé selon la revendication 20, caractérisé en ce que ladite réponse contient la référence unique du contenu et/ou la durée de conservation de 10 l'enregistrement par l'enregistreur de réseau. 22. Procédé selon l'une quelconque des revendications 3 à 21, caractérisé en ce que ladite requête d'annulation de commande ou de suppression de contenu enregistré contient la référence unique du contenu et/ou l'identification de l'utilisateur. 23. Procédé selon l'une quelconque des revendications 1 à 22, caractérisé en ce que ladite commande comporte une identification de l'utilisateur. 24. Procédé selon l'une quelconque des revendications 1 à 23, caractérisé en ce que la réponse de l'enregistreur de réseau à la commande d'enregistrement de l'utilisateur contient une identification de contenu refusé, en cas de refus et de pluralité de contenus commandés.