FR2863436A1 - Procede et systeme de stockage et/ou de restitution d'un flux de donnees audio video au sein d'un reseau de communication heterogene - Google Patents

Procede et systeme de stockage et/ou de restitution d'un flux de donnees audio video au sein d'un reseau de communication heterogene Download PDF

Info

Publication number
FR2863436A1
FR2863436A1 FR0314273A FR0314273A FR2863436A1 FR 2863436 A1 FR2863436 A1 FR 2863436A1 FR 0314273 A FR0314273 A FR 0314273A FR 0314273 A FR0314273 A FR 0314273A FR 2863436 A1 FR2863436 A1 FR 2863436A1
Authority
FR
France
Prior art keywords
storage
request
node
nodes
sub
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
FR0314273A
Other languages
English (en)
Inventor
Emmanuel Raguet
Patrice Nezou
Laurent Frouin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Europa NV
Original Assignee
Canon Europa NV
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 Canon Europa NV filed Critical Canon Europa NV
Priority to FR0314273A priority Critical patent/FR2863436A1/fr
Publication of FR2863436A1 publication Critical patent/FR2863436A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40117—Interconnection of audio or video/imaging devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/407—Bus networks with decentralised control
    • 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/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
    • 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/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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/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/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N5/926—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne des procédés de stockage et restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés, par des noeuds, une pluralité de sous-réseaux. Le procédé de stockage comprend les étapes suivantes : division par le noeud de capture d'un flux, transmis depuis un terminal source (A) connecté à un noeud de capture (CNA), en N sous-flux, N ≥ 2 ; définition au sein du réseau fédérateur de N chemins de routage depuis le noeud de capture vers N noeuds de stockage (SNA) à chacun desquels est reliée au moins une unité de stockage audio vidéo (C, D) ; transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage ; commande de stockage par les N noeuds de stockage des N sous-flux dans les unités de stockage audio vidéo auxquelles les noeuds de stockage sont reliés. Le procédé de restitution comprend les étapes suivantes : définition, au sein du réseau fédérateur, de N chemins de routage, chacun depuis l'un des N noeuds de stockage vers un noeud de visualisation (VNA) auquel est connecté un terminal destinataire (B) ; commande par les N noeuds de stockage d'une extraction des N sous-flux des unités de stockage audio vidéo auxquelles les noeuds de stockage sont reliés ; transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage ; reconstruction par le noeud de visualisation du flux à partir des N sous-flux et transmission au terminal destinataire.

Description

Procédé et système de stockage et/ou de restitution d'un flux de données
audio vidéo au sein d'un réseau de communication hétérogène.
Le domaine de l'invention est celui des réseaux de communication permettant l'interconnexion d'une pluralité d'appareils et notamment, mais non exclusivement, les 5 réseaux audiovisuels domestiques permettant d'interconnecter des équipements audio et/ou vidéo, de type analogique et/ou numérique, afin qu'ils échangent des signaux audiovisuels.
Les appareils (aussi appelés terminaux) précités appartiennent par exemple à la liste d'appareils suivante, qui n'est pas exhaustive: récepteurs de télévision (par satellite, par voie hertzienne, par câble, xDSL, ...), téléviseurs, magnétoscopes, scanners, caméras numériques, appareils photo numériques, lecteurs DVD, ordinateurs, assistants numériques personnels (PDA), imprimantes, etc. Dans le cadre de la présente invention, on suppose que le réseau de communication est de type hétérogène, c'est-à-dire comprend au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux. Le réseau fédérateur (par exemple un réseau commuté) comprend lui-même une pluralité de noeuds reliés entre eux par une pluralité de liens. Chaque sous-réseau (par exemple un bus numérique de type IEEE 1394) est relié au réseau fédérateur par un des noeuds. Les appareils (terminaux) sont connectés aux sous-réseaux, par connexion directe pour les appareils numériques, ou via un convertisseur analogique/numérique pour les appareils analogiques.
On rappelle que la norme IEEE 1394 est décrite dans les documents de référence suivants: IEEE Std 1394-1995, Standard for High Performance Serial Bus et IEEE Std 1394a-2000, Standard for High Performance Serial Bus (Supplement) .
L'interconnexion de bus numériques par des ponts est par ailleurs définie dans la norme IEEE P1394.1 Draft Standard for High Performance Serial Bus Bridges (Draft 1.04 October 24, 2002) .
Plus précisément, l'invention concerne un procédé de stockage d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène, ainsi qu'un procédé correspondant de restitution d'un flux de données audio vidéo préalablement stocké.
Dans le cas du stockage, on suppose que le flux est transmis depuis un terminal source connecté, via un des sous-réseaux, à un noeud dit noeud de capture. Dans le cas de la restitution, on suppose que le flux est destiné à un terminal destinataire connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation. Il est à noter qu'un noeud de capture peut intégrer un terminal source et qu'un noeud de visualisation peut intégrer un terminal destinataire.
On distingue généralement deux types de terminaux (un même terminal pouvant cependant être des deux types à la fois) : les terminaux source (aussi appelés talkers , ou encore sources ) qui génèrent des flux de données, tels que par exemple les récepteurs de télévision, les magnétoscopes, les caméras numériques, les appareils photo numériques, les lecteurs DVD, etc. ; - les terminaux destinataires (aussi appelés listeners ) qui traitent des flux de données (générés par les terminaux sources), tels que par exemple les téléviseurs, les ordinateurs, les assistants numériques personnels (PDA), etc. On présente maintenant brièvement, en relation avec la figure 1, la technique actuelle de stockage et de restitution d'un flux audio vidéo au sein d'un réseau de communication hétérogène.
Dans cet exemple, le réseau fédérateur 1 comprend une unité centrale de commutation 2 à laquelle sont reliées, chacun par un lien distinct 3, à 34, quatre noeuds 4, à 44. Quatre sous-réseaux (ici des bus numériques de type IEEE 1394) 5, à 54 sont reliés au réseau fédérateur, chacun par un des noeuds. Des terminaux destinataires A et B (par exemple des téléviseurs numériques) sont connectés aux sous-réseaux référencés 5, et 52 respectivement. Un terminal source C (par exemple un lecteur DVD) et une unité de stockage audio vidéo D (par exemple un disque dur audio vidéo) sont connectés au sous-réseau référencé 53. Une unité de stockage audio vidéo E (par exemple un disque dur audio vidéo) est connectée au sous-réseau référencé 54.
On suppose, à titre d'exemple illustratif, qu'un premier utilisateur, se trouvant devant le téléviseur numérique A, regarde un film enregistré sur l'unité de stockage audio vidéo D. Cette opération de restitution implique donc la transmission d'un flux audio vidéo (représenté par la flèche référencée 6) depuis l'unité de stockage audio vidéo D vers le téléviseur numérique A (terminal destinataire). Si on suppose que ce flux utilise toute la bande passante du lien 33 entre l'unité centrale de commutation 2 et le noeud 43 auquel est connectée l'unité de stockage audio vidéo D, alors un autre utilisateur, se trouvant par exemple devant le téléviseur numérique B, ne peut pas regarder un autre film enregistré lui aussi sur l'unité de stockage audio vidéo D. En d'autres termes, du simple fait que le débit maximal d'un lien 33 est déjà atteint, le contenu de l'unité de stockage audio vidéo D située derrière ce lien n'est temporairement plus accessible aux autres utilisateurs. Cette situation de blocage pour les autres utilisateurs est bien sûr pénalisante.
Une situation de blocage peut aussi se produire dans le cadre d'une opération de stockage, si le débit maximal du lien 33 est atteint par un flux audio vidéo transmis depuis un terminal source vers l'unité de stockage audio vidéo D. En effet, dans ce cas, le lien étant saturé en terme de débit, il ne permet pas à un autre utilisateur d'utiliser l'unité de stockage audio vidéo D pour effectuer une autre opération de stockage.
Dans les exemples ci-dessus, le débit maximal du lien est atteint par un seul flux. Il est clair que, d'une façon générale, une situation de blocage peut aussi se produire du fait que le débit maximal du lien est atteint par plusieurs flux.
Il est clair également que, d'une façon générale, la saturation d'un lien due à une opération de restitution (par exemple la lecture d'un film) peut empêcher non seulement d'autres opérations de restitution mais aussi des opérations de stockage (par exemple l'enregistrement d'un film) devant utiliser ce lien. De même, la saturation d'un lien due à une opération de stockage peut empêcher non seulement d'autres opérations de stockage mais aussi des opérations de restitution devant utiliser ce lien.
L'invention a notamment pour objectif de pallier ces différents inconvénients de 25 l'état de la technique.
Plus précisément, l'un des objectifs de la présente invention est de fournir une technique de stockage et restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène, cette technique permettant, pour un débit maximal donné de chacun des liens du réseau fédérateur, un accès multi-utilisateur à des unités de stockage audio vidéo, en lecture (opération de restitution) et en écriture (opération d'écriture).
L'invention a également pour objectif de fournir une telle technique qui ne nécessite aucune adaptation des terminaux source, des terminaux destinataires et des unités de stockage audio vidéo.
Un autre objectif de l'invention est de fournir une telle technique qui soit simple 5 à mettre en oeuvre et peu coûteuse.
Ces différents objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints selon l'invention à l'aide d'un procédé de stockage d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant transmis depuis un terminal source connecté, via un des sous- réseaux, à un noeud dit noeud de capture. Selon l'invention, ce procédé comprend les étapes suivantes: division par le noeud de capture du flux en N sous-flux, N >_ 2; - définition au sein du réseau fédérateur de N chemins de routage depuis le noeud de capture vers N noeuds de stockage (SNA) à chacun desquels est reliée au moins une unité de stockage audio vidéo; transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage; - commande de stockage par les N noeuds de stockage des N sous-flux dans les unités de stockage audio vidéo auxquelles les noeuds de stockage sont reliés.
Le principe général de l'invention consiste donc à effectuer un stockage distribué, en divisant le flux en une pluralité de sous-flux et en stockant ces derniers dans différentes unités de stockage audio vidéo reliées à différents noeuds (noeuds de stockage) du réseau fédérateur. De cette façon, on réduit les ressources utilisées sur chacun des liens du réseau fédérateur (qui transmet un sous-flux au lieu d'un flux entier) et on évite des situations de blocage dues à la saturation de ces liens (voir discussion ci-dessus).
L'invention étant mise en oeuvre dans les noeuds du réseau fédérateur, elle ne 30 nécessite aucune modification des terminaux source et destinataires existants, ni des unités de stockage audio vidéo existantes. En effet, l'ensemble des unités de stockage est vu comme une unité de stockage par les terminaux source et les terminaux destinataires.
Par ailleurs, l'invention permet d'obtenir un système de stockage pouvant être mis en oeuvre de façon graduée: l'ajout d'unités de stockage audio vidéo permet d'augmenter les capacités de stockage de l'ensemble du système, ainsi que le nombre de flux simultanés que celui-ci peut traiter.
De façon avantageuse, le stockage commandé par les noeuds de stockage est synchronisé.
Avantageusement, le stockage synchronisé est tel que, à chacun d'une pluralité d'instants de stockage déterminés, chacun des noeuds de stockage lance l'enregistrement dans ladite au moins une unité de stockage audio vidéo qui lui est connectée: soit d'un paquet de données utiles contenu dans le sous-flux reçu par ledit noeud de stockage, - soit d'un paquet vide ajouté généré par ledit noeud de stockage en l'absence de réception d'un sous-flux.
Il faut noter qu'un paquet utile peut dans certains cas être un paquet vide.
Selon une caractéristique avantageuse, le réseau fédérateur comprend au moins un noeud de stockage multiple intégrant lui-même k noeuds de stockage, k >_ 2, chaque noeud de stockage multiple pouvant recevoir k sous-flux par k chemins de routage distincts et commander le stockage desdits k sous-flux dans des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts.
Préférentiellement, un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, gère une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et commande le noeud de capture et les N noeuds de stockage, en fonction notamment des requêtes de l'utilisateur.
Avantageusement, le module de contrôle de stockage effectue les étapes suivantes: - il attend une requête de connexion en écriture, émise à la demande de l'utilisateur; - après réception de ladite requête de connexion en écriture, il envoie, directement ou indirectement, à chacun des N noeuds de stockage et au noeud de capture une requête de connexion pour une écriture de flux, et attend la réception d'une requête d'enregistrement ou une requête de libération de la connexion en écriture, émise à la demande de l'utilisateur; - après réception de ladite requête d'enregistrement, il envoie à chacun des N noeuds de stockage et au noeud de capture une requête de lancement de l'écriture et attend une requête de fin d'écriture, émise à la demande de l'utilisateur ou automatiquement en cas de détection de la fin du flux; après réception de ladite requête de fin d'écriture, il envoie à chacun des N noeuds de stockage une requête de fin d'écriture et attend une autre requête d'enregistrement ou une requête de libération de la connexion en écriture, émise à la demande de l'utilisateur; - après réception de ladite requête de libération de la connexion en écriture, il envoie à chacun des N noeuds de stockage une requête de libération de la connexion et attend une autre requête de connexion en écriture, émise à la demande de l'utilisateur.
L'invention concerne également un procédé de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant destiné à un terminal destinataire connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation (VNA), le flux ayant préalablement été stocké par division du flux en N sous-flux, N >_ 2, puis stockage de chacun des N sous-flux dans au moins une unité de stockage audio vidéo reliée, via l'un des sous-réseaux, à l'un des N noeuds de stockage.
Selon l'invention, ce procédé comprend les étapes suivantes: définition, au sein du réseau fédérateur, de N chemins de routage, chacun depuis l'un des N noeuds de stockage vers le noeud de visualisation; commande par les N noeuds de stockage d'une extraction des N sous-flux des unités de stockage audio vidéo auxquelles les noeuds de stockage sont reliés; transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage; - reconstruction par le noeud de visualisation du flux à partir des N sous-flux et transmission au terminal destinataire.
De façon avantageuse, l'extraction commandée par les noeuds de stockage est synchronisée.
Avantageusement, l'extraction synchronisée est telle que, à chacun d'une pluralité d'instants d'extraction déterminés, chacun des noeuds de stockage lance la lecture dans ladite au moins une unité de stockage audio vidéo qui lui est connectée: soit d'un paquet de données utiles contenu dans le sous-flux préalablement reçu par ledit noeud de stockage, - soit d'un paquet vide ajouté préalablement généré par ledit noeud de stockage en l'absence de réception d'un sous-flux.
Préférentiellement, les noeuds de stockage n'envoient pas vers le noeud de visualisation les paquets vides ajoutés lus par les unités de stockage audio vidéo.
Il faut noter qu'un paquet utile peut dans certains cas être un paquet vide. Ce paquet vide (non ajouté) ne doit pas être supprimé lors de la restitution car déjà présent dans le flux d'origine. En d'autres termes, il doit être envoyé vers le noeud de visualisation.
Selon une caractéristique avantageuse, le réseau fédérateur comprend au moins un noeud de stockage multiple intégrant lui-même k noeuds de stockage, k >_ 2, chaque noeud de stockage multiple pouvant commander l'extraction de k sous-flux des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts, et transmettre lesdits k sousflux sur k chemins de routage distincts.
Préférentiellement, un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, gère une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et commande le noeud de visualisation et les N noeuds de stockage, en fonction notamment des requêtes de l'utilisateur.
Avantageusement, le module de contrôle de stockage effectue les étapes suivantes: il attend une requête de connexion en lecture, émise à la demande de l'utilisateur; - après réception de ladite requête de connexion en lecture, il envoie, directement ou indirectement, au noeud de visualisation et à chacun des N noeuds de stockage une requête de connexion pour une lecture de flux, et attend une requête de lecture ou une requête de libération de la connexion en lecture, émise à la demande de l'utilisateur; après réception de ladite requête de lecture, il envoie à chacun des N noeuds de stockage et au noeud de visualisation une requête de lancement de la lecture et attend une requête de fin de lecture, émise à la demande de l'utilisateur ou automatiquement en cas de détection de la fin du flux; - après réception de ladite requête de fin de lecture, il envoie à chacun des N noeuds de stockage une requête de fin de lecture et attend une autre requête d'enregistrement ou une requête de libération de la connexion en lecture, émise à la demande de l'utilisateur; - après réception de ladite requête de libération de la connexion en lecture, il envoie à chacun des N noeuds de stockage une requête de libération de la connexion et attend une autre requête de connexion en lecture, émise à la demande de l'utilisateur.
Dans un mode de réalisation particulier de l'invention, le réseau fédérateur comprend une unité de commutation centrale à laquelle sont reliés, chacun par un lien distinct, les noeuds. Les sous-réseaux sont par exemple des bus de type IEEE 1394.
L'invention concerne aussi un système de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sousréseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant destiné à un terminal destinataire connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation, le flux ayant préalablement été stocké par division du flux en N sous-flux, N 2, puis stockage de chacun des N sous-flux dans au moins une unité de stockage audio vidéo reliée, via l'un des sous-réseaux, à l'un des N noeuds de stockage. Selon l'invention ce système comprend: des moyens de définition, au sein du réseau fédérateur, de N chemins de routage chacun depuis l'un ddes N noeuds de stockage vers le noeud de visualisation; dans les N noeuds de stockage, des moyens de commande de l'extraction des N sous-flux des unités de stockage audio vidéo auxquelles sont reliés les N noeuds de stockage; - des moyens de transmission de chacun des N sous-flux sur un chemin de routage distinct parmi les N chemins de routage; dans le noeud de visualisation, des moyens de reconstruction du flux à partir des N sous- flux et de transmission du flux au terminal destinataire.
L'invention concerne encore un système de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant destiné à un terminal destinataire connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation, le flux ayant préalablement été stockée par division du flux en N sous-flux, N >_ 2, puis stockage commandé par chacun de N noeuds de stockage de l'un des N sous-flux dans au moins une unité de stockage audio vidéo reliée, via l'un des sous-réseaux, audit noeud de stockage. Selon l'invention, ce système comprend: des moyens de définition, au sein du réseau fédérateur, de N chemins de routage chacun depuis l'un ddes N noeuds de stockage vers le noeud de visualisation; dans les N noeuds de stockage, des moyens de commande de l'extraction des N sous-flux des unités de stockage audio vidéo auxquelles sont reliés les N noeuds de stockage; des moyens de transmission de chacun des N sousflux sur un chemin de routage distinct parmi les N chemins de routage; dans le noeud de visualisation, des moyens de reconstruction du flux à partir des N sous-flux et de transmission du flux au terminal destinataire.
D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de 30 la description suivante d'un mode de réalisation préférentiel de l'invention, donné à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels: - la figure 1 présente un exemple de réseau audiovisuel domestique permettant d'illustrer la technique actuelle de stockage et de restitution d'un flux audio vidéo au sein d'un tel réseau; les figures 2A et 2B présentent deux exemples de réseau audiovisuel domestique permettant d'illustrer la technique selon l'invention de stockage et de restitution d'un flux audio vidéo au sein d'un tel réseau; la figure 3A présente un schéma bloc fonctionnel d'un mode de réalisation d'un noeud de stockage (SNA), apparaissant dans le premier exemple de réseau de la figure 2A; la figure 3B présente un schéma bloc fonctionnel d'un mode de réalisation d'un noeud de stockage multiple, apparaissant dans le second exemple de réseau de la figure 2B; la figure 4 représente un algorithme exécuté par un module de contrôle de stockage dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo; - la figure 5 représente les algorithmes exécutés par le noeud de visualisation et chacun des noeuds de stockage dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo; la figure 6 représente un algorithme exécuté par un module de contrôle de stockage dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo; la figure 7 représente les algorithmes exécutés par le noeud de capture et chacun des noeuds de stockage dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo.
On présente maintenant, en relation avec la figure 2A, un premier exemple de réseau audiovisuel domestique permettant d'illustrer la technique selon l'invention de stockage et de restitution d'un flux audio vidéo au sein d'un tel réseau.
Le réseau fédérateur 21 comprend une unité centrale de commutation 22 à laquelle sont reliées, chacun par un lien distinct 231 à 234, quatre noeuds 241 à 244. 30 Quatre sous-réseaux (ici des bus numériques de type IEEE 1394) 251 à 254 sont reliés au réseau fédérateur, chacun par un des noeuds.
10 15 20 25 Un terminal source A (par exemple un lecteur DVD) est connecté au sous-réseau référencé 251. Ce dernier est relié au réseau fédérateur 21 par le noeud référencé 24,, appelé ci-après noeud de capture (ou CNA, pour Capture Network Adapter ).
Un terminal destinataire B (par exemple un téléviseur numérique) est connecté au sous-réseau référencé 252. Ce dernier est relié au réseau fédérateur 21 par le noeud référencé 242, appelé ci-après noeud de visualisation (ou VNA, pour Viewer Network Adapter ).
Deux unités de stockage audio vidéo C et D (par exemple deux disques durs audio vidéo) sont connectées aux sous-réseaux référencés 253 et 254 respectivement. Ces derniers sont reliés au réseau fédérateur 21 par les noeuds référencés 243 et 244 respectivement, appelés ci-après noeuds de stockage (ou SNA, pour Storage Network Adapter ). Chacun des noeuds de stockage SNA communique avec une des unités de stockage en utilisant le protocole de transfert isochrone IEEE 1394.
L'opération de stockage de flux selon l'invention se déroule comme suit. Le noeud de capture CNA 241 divise le flux audio vidéo A (représenté par la flèche référencée 26) généré par le terminal source A en deux sousflux Al et A2 (représentés par les flèches référencées 27 et 28 respectivement). Au sein du réseau fédérateur 21, chacun des sous-flux est transmis depuis le noeud de capture CNA 24, jusqu'à un des noeuds de stockage SNA 243 et 244, via l'unité centrale de commutation 22. De façon synchrone avec les autres noeuds de stockage SNA, chaque noeud de stockage SNA commande le stockage du sous-flux qu'il reçoit dans l'unité de stockage à laquelle il est relié. Ainsi, de façon synchrone, le sous-flux Al est stocké dans l'unité de stockage C, tandis que le sous-flux A2 est stocké dans l'unité de stockage D. L'opération de restitution de flux selon l'invention se déroule comme suit. De façon synchrone avec les autres noeuds de stockage SNA, chaque noeud de stockage SNA commande l'extraction d'un sous-flux de l'unité de stockage à laquelle il est relié. Ainsi, de façon synchrone, le sous-flux B I (représenté par la flèche référencée 29) est extrait de l'unité de stockage C, tandis que le sous-flux B2 (représenté par la flèche référencée 210) est extrait de l'unité de stockage D. Au sein du réseau fédérateur 21, chacun des sous-flux est transmis depuis l'un des noeuds de stockage jusqu'au noeud de visualisation VNA 242, via l'unité centrale de commutation 22. Le noeud de visualisation VNA 242 reconstruit le flux à visualiser B (représenté par la flèche référencée 211) à partir des deux sous-flux reçus B1 et B2 , et le transmet au noeud destinataire B. Si des délais différents sont introduits au sein du réseau fédérateur pour les sous- flux, le noeud de visualisation VNA doit effectuer une étape de réordonnancement des paquets des différents sous-flux pour conserver l'ordre d'origine des paquets du flux.
Par exemple si les paquets du flux sont des paquets CIP tels que définis dans la norme IEC-61883 (cette dernière est décrite dans le document de référence IEC-61883 Standard: Consumer Audio/Video equipment Digital Interface ), les paquets peuvent être réordonnés selon le champ DBC ( Data Block Count ) disponible dans l'en-tête CIP.
Il existe cependant des méthodes connues dans l'état de la technique permettant d'assurer un délai de transfert constant lorsque plusieurs flux sont transmis sur des chemin différents. Un exemple d'une telle méthode est celle décrite dans la demande de brevet français FR 2 831 745.
On présente maintenant, en relation avec la figure 2B, un second exemple de réseau audiovisuel domestique permettant d'illustrer la technique selon l'invention de stockage et de restitution d'un flux audio vidéo au sein d'un tel réseau. Les éléments communs aux figures 2A et 2B conservent les mêmes références.
Ce second exemple de réseau audiovisuel domestique se distingue du premier discuté ci-dessus (et représenté sur la figure 2A) uniquement en ce qu'il comprend un noeud de stockage multiple 212, qui intègre et remplace les deux noeuds de stockage SNA (simple) référencés 243 et 244 sur la figure 2A. Lorsqu'il est impliqué dans une opération de stockage, ce noeud de stockage multiple 212 peut donc recevoir deux sous- flux par deux chemins de routage distincts (notamment les liens référencés 233 et 234) et commander le stockage de ces deux sous-flux dans les unités de stockage audio vidéo C et D qui lui sont reliées, via les deux sous-réseaux référencés 253 et 254. De même, lorsqu'il est impliqué dans une opération de restitution, le noeud de stockage multiple 212 peut commander l'extraction de deux sous-flux des unités de stockage audio vidéo C et D qui lui sont reliées, via les deux sous-réseaux référencés 253 et 254, et transmettre ces deux sous-flux sur deux chemins de routage distincts (notamment les liens référencés 233 et 234).
La figure 3A présente un schéma bloc fonctionnel d'un mode de réalisation d'un noeud de stockage (par exemple celui référencé 243), apparaissant dans le premier 5 exemple de réseau de la figure 2A. Dans ce mode de réalisation, le noeud de stockage 243 comprend: - un
micro-contrôleur 31, et tous les éléments électroniques (mémoire RAM, etc. ) (non représentés) permettant à celui-ci d'exécuter des programmes; un premier module 32 d'interface avec le lien 233 connecté à ce noeud de stockage 243; un second module 33 d'interface avec le sous-réseau (bus IEEE 1394) 253 connecté à ce noeud de stockage 243 et auquel est connectée l'unité de stockage C; - un pont 34, permettant le passage des données entre les premier et second modules d'interface. Ce pont est conforme à la norme IEEE P1394. 1 Draft Standard for High Performance Serial Bus Bridges (Draft 1.04 October 24, 2002) .
La figure 3B présente un schéma bloc fonctionnel d'un mode de réalisation d'un noeud de stockage multiple (référencé 212), apparaissant dans le second exemple de 20 réseau de la figure 2B.
Dans ce mode de réalisation, le noeud de stockage multiple 212 comprend: un micro-contrôleur 31, et tous les éléments électroniques (mémoire RAM, etc. ) (non représentés) permettant à celui-ci d'exécuter des programmes; un premier module 32a d'interface avec un premier lien 233 connecté à ce noeud de stockage multiple 212; - un second module 33a d'interface avec un premier sous-réseau (bus IEEE 1394) 253 connecté à ce noeud de stockage 243 et auquel est connectée l'unité de stockage C (et éventuellement, comme illustré une ou plusieurs autre(s) unité(s) de stockage C') ; un premier pont 34a, permettant le passage des données entre les premier et second modules d'interface; un troisième module 32b d'interface avec un second lien 234 connecté à ce noeud de stockage multiple 212; un quatrième module 33b d'interface avec un second sous-réseau (bus IEEE 1394) 254 connecté à ce noeud de stockage 243 et auquel est connectée l'unité de stockage D (et éventuellement, comme illustré une ou plusieurs autre(s) unité(s) de stockage D') ; un second pont 34b, permettant le passage des données entre les troisième et quatrième modules d'interface.
Un avantage du noeud de stockage multiple 212 est qu'un seul microcontrôleur 10 gère les deux ponts et assure la synchronisation des opérations de stockage ou de restitution utilisant les unités de stockage C, C', D et D'.
On présente ci-après un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo, en relation avec les figures 4 et 5, puis un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo, en relation avec les figures 6 et 7.
On utilise un module de contrôle de stockage, qui est un module logiciel hébergé au sein du réseau de communication hétérogène (par exemple sur un des noeuds). Il gère une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes. Il commande par ailleurs les noeuds impliqués dans les opérations de stockage et de restitution: noeud de capture (CNA), noeud de visualisation (VNA) et noeuds de stockage (SNA).
Dans la suite de la description, on suppose que les noeuds sont conformes à la norme IEEE P1394.1 précitée, qui est insérée ici par référence. Ils mettent donc notamment en oeuvre les notions de proxy de terminal source ( talker bridge proxy ) et proxy de terminal destinataire ( listener bridge proxy ).
Un proxy de terminal source ( talker bridge proxy ) est un module logiciel qui représente un terminal source ( talker ) dans le noeud formant pont auquel est connecté un terminal destinataire ( listener ).
Un proxy de terminal destinataire ( listener bridge proxy ) est un module 30 logiciel qui représente un terminal destinataire ( listener ) dans le noeud formant pont auquel est connecté un terminal source ( talker ).
On présente désormais, en relation avec l'organigramme de la figure 4, un algorithme exécuté par le module de contrôle de stockage dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo.
Si on reprend l'exemple d'opération de restitution illustré sur la figure 2A, on a: - un proxy de terminal source ( talker bridge proxy ), représentant l'ensemble des unités de stockage audio vidéo C, D (ici les terminaux source, ou talkers ) dans le noeud de visualisation VNA auquel est connecté le téléviseur numérique B (ici le terminal destinataire, ou listener ) ; plusieurs proxys de terminal destinataire ( listener bridge proxies ), chacun représentant le téléviseur numérique B (ici le terminal destinataire, ou listener ) dans l'un des noeuds de stockage SNA auquel est connectée l'une des unités de stockage audio vidéo C, D (ici les terminaux source, ou talkers ).
Au départ (étape 41), le module de contrôle de stockage attend la réception d'une requête de connexion en lecture. Quand il a reçu cette requête, il envoie N requêtes de connexion pour une lecture de flux au proxy de terminal source ( talker bridge proxy ), ici localisé dans le noeud de visualisation VNA, qui fait suivre chacune d'entre elles à l'un des N proxys de terminal destinataire ( listener bridge proxies ), ici localisés dans les N noeuds de stockage SNA (étape 42). Puis, le module de contrôle de stockage attend la réception d'une requête de lecture (étape 43) ou une requête de libération de la connexion en lecture (étape 411).
S'il reçoit une requête de lecture (étape 43), le module de contrôle de stockage envoie à chacun des proxys de terminal destinataire ( listener bridge proxies ), ici localisés dans les noeuds de stockage SNA, une requête d'initialisation de la lecture ( initialize track request ) (étapes 44 et 45) et une requête de lancement de lecture synchronisée ( sync start request ) (étapes 46 et 47). Ainsi, les noeuds de stockage SNA lancent en même temps la lecture effective dans les unités de stockage, en se basant par exemple sur des valeurs particulières d'un registre temporel (CTR, Cycle Time Register ). Puis, le module de contrôle de stockage attend la réception d'une requête de fin de lecture (étape 48). S'il reçoit cette requête de fin de lecture, il envoie à chacun des proxys de terminal destinataire ( listener bridge proxies ), ici localisés dans les noeuds de stockage SNA, une requête de fin de lecture synchronisée ( sync stop request ) (étapes 49 et 410). Puis, le module de contrôle de stockage attend à nouveau la réception d'une requête de lecture (étape 43) ou une requête de libération de la connexion en lecture (étape 411).
S'il reçoit une requête de libération de la connexion en lecture (étape 411), le module de contrôle de stockage, il envoie à chacun des proxys de terminal destinataire ( listener bridge proxies ), ici localisés dans les noeuds de stockage SNA, une requête de libération de la connexion en lecture (étapes 412 et 413). Puis, il attend la réception d'une nouvelle requête de connexion en lecture (étape 41).
On présente maintenant, en relation avec les organigrammes de la figure 5, les algorithmes exécutés par le noeud de visualisation VNA (partie gauche de la figure 5) et chacun des noeuds de stockage SNA (partie droite de la figure 5) dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo.
En d'autres termes, tandis que l'algorithme de la figure 4 illustre l'opération de restitution vue du côté du module de contrôle de stockage, la figure 5 illustre cette même opération mais vue du côté du proxy de terminal source ( talker bridge proxy ), localisé dans le noeud de visualisation VNA, et des proxys de terminal destinataire ( listener bridge proxies ), localisés dans les noeuds de stockage SNA.
On détaille ci-après, en relation avec la partie gauche de la figure 5, les étapes de l'algorithme exécuté par le proxy de terminal source ( talker bridge proxy ), localisé dans le noeud de visualisation VNA.
Tout d'abord (étape 51), le proxy de terminal source attend une première requête de connexion pour une lecture de flux, transmise par le module de contrôle de stockage.
Quand il l'a reçue, il réserve un canal IEEE 1394 libre (canal n x), sur le bus IEEE 1394 entre le terminal destinataire ( listener , téléviseur numérique B) et le noeud de visualisation VNA (étape 52).
Il initialise un buffer de réception (Rx buffer (Y;)) lié au canal n x réservé (étape 54) et qui permet de recevoir des paquets venant du réseau fédérateur. Il renvoie la 30 première requête de connexion pour une lecture de flux à l'un des proxys de terminal destinataire ( listener bridge proxies ), localisés dans les noeuds de stockage SNA (étape 55).
Pour chacun des autres proxys de terminal destinataire ( listener bridge proxies ) (condition de l'étape 56), le proxy de terminal source attend une requête de connexion pour une lecture de flux, transmise par le module de contrôle de stockage (étape 57 identique à l'étape 51). Quand il l'a reçue, il effectue à nouveau les étapes 54 et 55. Ainsi, une pluralité de buffers de réception (Rx buffer (Y) sont liés au même canal n x.
Ensuite, le proxy de terminal source attend que le module de contrôle de stockage lance le transfert de flux en lecture, par l'envoi d'une requête d'initialisation de la lecture ( initialize track request ) et une requête de lancement de lecture synchronisée ( sync start request ) (étape 58). Quand il les a reçues, le proxy de terminal source attend un début de cycle de bus (étape 510), puis pour chaque buffer de réception (Rx buffer (Y;), i variant cycliquement de 0 à N-1, avec N le nombre de noeuds de stockage SNA impliqués), il transfère le sous-flux reçu par le buffer de réception (Rx buffer (Y;) vers le terminal destinataire ( listener , téléviseur numérique B), via le canal n x réservé (étapes 59, 511, 513 et 514). Quand la fin du flux est atteinte (condition de l'étape 512), le proxy de terminal source revient à l'étape 58 et attend que le module de contrôle de stockage lance un nouveau transfert de flux en lecture, ou bien envoie une requête de libération de la connexion en lecture.
On détaille ci-après, en relation avec la partie droite de la figure 5, les étapes de l'algorithme exécuté par chacun des proxys de terminal destinataire ( listener bridge proxies ), localisé dans un des noeuds de stockage SNA.
Tout d'abord (étape 515), le proxy de terminal destinataire attend une requête de connexion pour une lecture de flux, transmise par le proxy de terminal source. Quand il l'a reçue, il réserve un canal IEEE 1394 libre (canal n z), sur le bus IEEE 1394 entre le terminal source ( talker , unité de stockage audio vidéo C ou D) et l'un des noeuds de stockage SNA (étape 516).
Il initialise un buffer d'émission (Tx buffer (Y;)) lié au canal n z réservé (étape 30 518) et qui permet d'envoyer des paquets sur le réseau fédérateur. Il envoie au proxy de terminal source un message par lequel il indique qu'il est prêt ( Join confirmation (Y) ) (étape 519).
Ensuite, le proxy de terminal destinataire attend que le module de contrôle de stockage lance le transfert de flux en lecture, par l'envoi d'une requête d'initialisation de la lecture ( initialize track request ) et une requête de lancement de lecture synchronisée ( sync start request ) (étape 520).
Avec la requête de lancement de lecture synchronisée, chacun des N proxys de terminal destinataire (c'est-à-dire chacun des N noeuds de stockage SNA) reçoit notamment les informations suivantes: une valeur particulière du registre temporel (CTR, Cycle Time Register ), indiquant l'instant de démarrage de l'opération de lecture synchronisée; le nombre N de noeuds de stockage SNA impliqués; l'ordre d'utilisation de noeuds de stockage SNA impliqués. Par exemple, dans le cas où 3 noeuds de stockage SNA sont impliqués, notés SNA1, SNA2 et SNA3, chaque noeud de stockage SNA reçoit une liste SNA1-SNA2-SNA3 indiquant l'ordre d'utilisation des noeuds de stockage SNA impliqués.
On suppose ici que tous les bus IEEE 1394 auxquels sont connectés les noeuds de stockage SNA partagent une même valeur de registre temporel CTR. En d'autres termes, on suppose que tous les noeuds de stockage SNA sont synchronisés ensemble par des moyens connus de l'homme du métier.
Dans l'étape 521, une variable indiquant le noeud de stockage SNA impliqué ( SNA impliqué ) est initialisée avec le premier noeud SNA de la liste préalablement reçue (indiquant l'ordre d'utilisation).
Après chaque début de cycle de bus (étape 522), le proxy de terminal destinataire teste au cours de l'étape 523 si le noeud de stockage SNA dans lequel il est localisé est ou non le noeud de stockage SNA impliqué pour le cycle courant. Dans l'affirmative, il prend le paquet lu (via le canal n z) dans le terminal source ( talker , unité de stockage audio vidéo C ou D) et l'envoie vers le buffer d'émission (Tx buffer (Y) (étape 524).
Sinon, il jette le paquet lu (via le canal n z) dans le terminal source, sans l'envoyer vers le buffer d'émission (Tx buffer (Y;) (étape 525). En effet, dans ce cas, le paquet est sensé être un paquet vide ajouté (voir la discussion ci-après de l'étape 711 de la figure 7). Si le paquet lu n'est pas un paquet vide ajouté, une erreur est signalée, par exemple au module de contrôle qui gère les erreurs (étape 526).
Puis, dans l'étape 527, la variable SNA impliqué est mise à jour avec l'identifiant du noeud SNA suivant dans la liste préalablement reçue (indiquant l'ordre d'utilisation) et dans l'étape 528, on détermine si une requête de fin de lecture synchronisée ( sync stop request ) a été reçue. Dans la négative, on revient à l'étape 522 de façon à réitérer le traitement pour le cycle suivant. Sinon, on revient à l'étape 520 et on attend que le module de contrôle de stockage lance un nouveau transfert de flux en lecture, ou bien envoie une requête de libération de la connexion en lecture.
On présente désormais, en relation avec l'organigramme de la figure 6, un algorithme exécuté par le module de contrôle de stockage dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo.
Si on reprend l'exemple d'opération de stockage illustré sur la figure 2A, on a: - plusieurs proxys de terminal source ( talker bridge proxies ), chacun représentant le lecteur DVD A (terminal source; talker ) dans l'un des noeuds de stockage SNA auquel est connecté l'une des unités de stockage audio vidéo C, D (terminaux source; listeners ) ; un proxy de terminal destinataire ( listener bridge proxy ), représentant l'ensemble des unités de stockage audio vidéo C, D (terminaux source; listeners ) dans le noeud de capture CNA auquel est connecté le lecteur DVD A (terminal source; talker ).
Au départ (étape 61), le module de contrôle de stockage attend la réception d'une requête de connexion en écriture. Quand il a reçu cette requête, il envoie une requête de connexion pour une écriture de flux aux proxys de terminal source ( talker bridge proxies ), localisés dans les noeuds de stockage SNA, qui la font suivre au proxy de terminal destinataire ( listener bridge proxy ), localisé dans le noeud de capture CNA (étape 62). Puis, le module de contrôle de stockage attend la réception d'une requête en écriture (étape 63) ou une requête de libération de la connexion en écriture (étape 611).
S'il reçoit une requête en écriture (étape 63), le module de contrôle de stockage envoie à chacun des proxys de terminal source ( talker bridge proxies ), localisés dans les noeuds de stockage SNA, une requête d'initialisation de l'écriture ( initialize track request ) (étapes 64 et 65) et une requête de lancement d'écriture synchronisée ( sync start request ) (étapes 66 et 67). Ainsi, les noeuds de stockage SNA lancent en même temps l'écriture effective dans les unités de stockage, en se basant par exemple sur des valeurs particulières d'un registre temporel (CTR, Cycle Time Register ). Puis, le module de contrôle de stockage attend la réception d'une requête de fin d'écriture (étape 68). S'il reçoit cette requête de fin d'écriture, il envoie à chacun des proxys de terminal source ( talker bridge proxies ), ici localisés dans les noeuds de stockage SNA, une requête de fin d'écriture synchronisée ( sync stop request ) (étapes 69 et 610). Puis, le module de contrôle de stockage attend à nouveau la réception d'une requête en écriture (étape 63) ou une requête de libération de la connexion en écriture (étape 611).
S'il reçoit une requête de libération de la connexion en écriture (étape 611), le module de contrôle de stockage, il envoie à chacun des proxys de terminal source ( talker bridge proxies ), localisés dans les noeuds de stockage SNA, une requête de libération de la connexion en écriture (étapes 612 et 613). Puis, il attend la réception d'une nouvelle requête de connexion en écriture (étape 61).
On présente maintenant, en relation avec les organigrammes de la figure 7, les algorithmes exécutés par le noeud de capture CNA (partie gauche de la figure 7) et chacun des noeuds de stockage SNA (partie droite de la figure 7) dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo.
En d'autres termes, tandis que l'algorithme de la figure 6 illustre l'opération de stockage vue du côté du module de contrôle de stockage, la figure 7 illustre cette même opération mais vue du côté des proxys de terminal source ( talker bridge proxies ), localisés dans les noeuds de stockage SNA, et du proxy de terminal destinataire ( listener bridge proxy ), localisé dans le noeud de capture CNA.
On détaille ci-après, en relation avec la partie droite de la figure 7, les étapes de l'algorithme exécuté par chaque proxy de terminal source ( talker bridge proxy ), localisé dans un des noeuds de stockage SNA.
Tout d'abord (étape 71), le proxy de terminal source attend une première requête de connexion pour une écriture de flux, transmise par le module de contrôle de stockage. Quand il l'a reçue, il réserve un canal IEEE 1394 libre (canal n x), sur le bus IEEE 1394 entre le terminal destinataire ( listener , unité de stockage audio vidéo C ou D) et le noeud de stockage SNA (étape 72).
Il initialise un buffer de réception (Rx buffer (Y;)) lié au canal n x réservé (étape 74) et qui permet de recevoir des paquets venant du réseau fédérateur. Il renvoie la première requête de connexion pour une écriture de flux au proxy de terminal destinataire ( listener bridge proxy ), localisé dans le noeud de capture CNA (étape 75).
Ensuite, le proxy de terminal source attend que le module de contrôle de stockage lance le transfert de flux en écriture, par l'envoi d'une requête d'initialisation de l'écriture ( initialize track request ) et une requête de lancement d'écriture synchronisée ( sync start request ) (étape 76).
Avec la requête de lancement d'écriture synchronisée, chacun des N proxys de terminal source (c'est-à-dire chacun des N noeuds de stockage SNA) reçoit notamment les informations suivantes: une valeur particulière du registre temporel (CTR, Cycle Time Register ), indiquant l'instant de démarrage de l'opération d'écriture synchronisée; le nombre N de noeuds de stockage SNA impliqués; - l'ordre d'utilisation de noeuds de stockage SNA impliqués. Par exemple, dans le cas où 3 noeuds de stockage SNA sont impliqués, notés SNA1, SNA2 et SNA3, chaque noeud de stockage SNA reçoit une liste SNA 1-SNA2-SNA3 indiquant l'ordre d'utilisation des noeuds de stockage SNA impliqués.
On suppose ici que tous les bus IEEE 1394 auxquels sont connectés les noeuds de stockage SNA partagent une même valeur de registre temporel CTR. En d'autres termes, on suppose que tous les noeuds de stockage SNA sont synchronisés ensemble par des moyens connus de l'homme du métier.
Dans l'étape 77, une variable indiquant le noeud de stockage SNA impliqué ( SNA impliqué ) est initialisée avec le premier noeud SNA de la liste préalablement 5 reçue (indiquant l'ordre d'utilisation).
Après chaque début de cycle de bus (étape 78), le proxy de terminal source teste au cours de l'étape 79 si le noeud de stockage SNA dans lequel il est localisé est ou non le noeud de stockage SNA impliqué pour le cycle courant. Dans l'affirmative, il prend le paquet reçu dans le buffer de réception (Rx buffer (Y;) et l'envoie vers le terminal destinataire ( listener , unité de stockage audio vidéo C ou D), via le canal n x (étape 710).
Sinon, il envoie au terminal destinataire un paquet vide ajouté (étape 711). Ainsi, du fait que chaque proxy de terminal source (localisé dans un des noeuds de stockage SNA) ne reçoit qu'une partie du flux total, il génère des paquets vides ajoutés sur le canal n x quand il ne reçoit pas de sous-flux, de façon à ne pas perturber l'unité de stockage audio vidéo C ou D qui reçoit les paquets transmis par ce proxy de terminal source.
Le stockage synchronisé commandé par les proxys de terminal source (localisés dans les noeuds de stockage) est donc tel que, à chacun d'une pluralité d'instants de stockage déterminés, chacun des proxys de terminal source lance l'enregistrement dans l'une unité de stockage audio vidéo qui lui est connectée: soit d'un paquet de données utiles contenu dans le sous-flux reçu par ce proxy de terminal source, soit d'un paquet vide ajouté généré par ce proxys de terminal source en l'absence de réception d'un sous-flux. Les paquets vides ajoutés sont stockés dans l'unité de stockage audio vidéo C ou D, mais lors de l'opération de restitution (voir description ci-dessus en relation avec les figures 4 et 5), le proxy de terminal destinataire (localisé dans le même noeud de stockage SNA) n'envoie pas les paquets vides ajoutés sur le réseau fédérateur, de façon à optimiser l'utilisation des ressources (bande- passante) du réseau fédérateur.
Puis, dans l'étape 712, la variable SNA impliqué est mise à jour avec l'identifiant du noeud SNA suivant dans la liste préalablement reçue (indiquant l'ordre d'utilisation) et dans l'étape 713, on détermine si une requête de fin d'écriture synchronisée ( sync stop request ) a été reçue. Dans la négative, on revient à l'étape 78 de façon à réitérer le traitement pour le cycle suivant. Sinon, on revient à l'étape 76 et on attend que le module de contrôle de stockage lance un nouveau transfert de flux en écriture, ou bien envoie une requête de libération de la connexion en écriture.
On détaille ci-après, en relation avec la partie gauche de la figure 7, les étapes de l'algorithme exécuté par le proxy de terminal destinataire ( listener bridge proxy ), localisé dans le noeud de capture CNA.
Tout d'abord (étape 710), le proxy de terminal destinataire attend une première requête de connexion pour une écriture de flux, transmise par l'un des proxys de terminal source. Quand il l'a reçue, il réserve un canal IEEE 1394 libre (canal n z), sur le bus IEEE 1394 entre le terminal source ( talker ; lecteur DVD A) et le noeud de capture CNA (étape 711) .
Il initialise un buffer d'émission (Tx buffer (Y;)) lié au canal n z réservé (étape 713) et qui permet d'envoyer des paquets sur le réseau fédérateur. Il envoie au proxy de terminal source un message par lequel il indique qu'il est prêt ( Join confirmation (Y;) ) (étape 714).
Pour chacun des autres proxys de terminal source ( talker bridge proxies ) (condition de l'étape 715), le proxy de terminal destinataire attend une requête de connexion pour une écriture de flux, transmise par le module de contrôle de stockage (étape 716 identique à l'étape 710). Quand il l'a reçue, il effectue à nouveau les étapes 713 et 714. Ainsi, une pluralité de buffers d'émission (Tx buffer (Y;) sont liés au même canal n z.
Ensuite, le proxy de terminal destinataire attend que le module de contrôle de stockage lance le transfert de flux en écriture, par l'envoi d'une requête d'initialisation de l'écriture ( initialize track request ) et une requête de lancement d'écriture synchronisée ( sync start request ) (étape 717).
Quand il les a reçues, le proxy de terminal destinataire attend un début de cycle de bus (étape 719), puis pour chaque buffer d'émission (Tx buffer (Y;), i variant cycliquement de 0 à N-1, avec N le nombre de noeuds de stockage SNA impliqués), il transfère le sous-flux venant (via le canal n z) du terminal source ( talker , lecteur DVD A) vers le buffer d'émission (Tx buffer (Y;)) (étapes 718, 720, 722 et 723).
Quand la fin du flux est atteinte (condition de l'étape 721), le proxy de terminal destinataire revient à l'étape 717 et attend que le module de contrôle de stockage lance un nouveau transfert de flux en écriture, ou bien envoie une requête de libération de la connexion en écriture.

Claims (28)

REVENDICATIONS
1. Procédé de stockage d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur (21) auquel sont reliés une pluralité de sous-réseaux (251 à 253), le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant transmis depuis un terminal source (A) connecté, via un des sous-réseaux, à un noeud dit noeud de capture (CNA), caractérisé en ce qu'il comprend les étapes suivantes: division par le noeud de capture du flux en N sous-flux, N >_ 2; définition au sein du réseau fédérateur de N chemins de routage depuis le noeud de capture vers N noeuds de stockage (SNA) à chacun desquels est reliée au moins une unité de stockage audio vidéo (C, D) ; - transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage; - commande de stockage par les N noeuds de stockage des N sous-flux dans les unités de stockage audio vidéo auxquelles les noeuds de stockage sont reliés.
2. Procédé de stockage selon la revendication 1, caractérisé en ce que le stockage commandé par les noeuds de stockage est synchronisé.
3. Procédé de stockage selon la revendication 2, caractérisé en ce que le stockage synchronisé est tel que, à chacun d'une pluralité d'instants de stockage déterminés, chacun des noeuds de stockage lance l'enregistrement dans ladite au moins une unité de stockage audio vidéo qui lui est connectée: - soit d'un paquet de données utiles contenu dans le sous-flux reçu par ledit noeud de stockage, soit d'un paquet vide ajouté généré par ledit noeud de stockage en l'absence de réception d'un sous-flux.
4. Procédé de stockage selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le réseau fédérateur comprend au moins un noeud de stockage multiple (212) intégrant lui-même k noeuds de stockage (SNA), k _> 2, chaque noeud de stockage multiple pouvant recevoir k sous-flux par k chemins de routage distincts et commander le stockage desdits k sous- flux dans des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts.
5. Procédé de stockage selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, gère une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et commande le noeud de capture (CNA) et les N noeuds de stockage (SNA), en fonction notamment des requêtes de l'utilisateur.
6. Procédé de stockage selon la revendication 5, caractérisé en ce que le module de contrôle de stockage effectue les étapes suivantes: - il attend une requête de connexion en écriture, émise à la demande de l'utilisateur; - après réception de ladite requête de connexion en écriture, il envoie, directement ou indirectement, à chacun des N noeuds de stockage et au noeud de capture une requête de connexion pour une écriture de flux, et attend la réception d'une requête d'enregistrement ou une requête de libération de la connexion en écriture, émise à la demande de l'utilisateur; - après réception de ladite requête d'enregistrement, il envoie à chacun des N noeuds de stockage et au noeud de capture une requête de lancement de l'écriture et attend une requête de fin d'écriture, émise à la demande de l'utilisateur ou automatiquement en cas de détection de la fin du flux; - après réception de ladite requête de fin d'écriture, il envoie à chacun des N noeuds de stockage une requête de fin d'écriture et attend une autre requête d'enregistrement ou une requête de libération de la connexion en écriture, émise à la demande de l'utilisateur; après réception de ladite requête de libération de la connexion en écriture, il envoie à chacun des N noeuds de stockage une requête de libération de la connexion et attend une autre requête de connexion en écriture, émise à la demande de l'utilisateur.
7. Procédé de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur (21) auquel sont reliés une pluralité de sous-réseaux (251 à 253), le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant destiné à un terminal destinataire (B) connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation (VNA), le flux ayant préalablement été stocké par division du flux en N sous-flux, N 2, puis stockage de chacun des N sous-flux dans au moins une unité de stockage audio vidéo (C, D) reliée, via l'un des sous-réseaux, à l'un des N noeuds de stockage, caractérisé en ce qu'il comprend les étapes suivantes: - définition, au sein du réseau fédérateur, de N chemins de routage, chacun depuis 10 l'un des N noeuds de stockage vers le noeud de visualisation; - commande par les N noeuds de stockage d'une extraction des N sous-flux des unités de stockage audio vidéo auxquelles les noeuds de stockage sont reliés; - transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage; - reconstruction par le noeud de visualisation du flux à partir des N sous-flux et transmission au terminal destinataire.
8. Procédé de restitution selon la revendication 7, caractérisé en ce que l'extraction commandée par les noeuds de stockage est synchronisée.
9. Procédé de restitution selon la revendication 8, caractérisé en ce que l'extraction synchronisée est telle que, à chacun d'une pluralité d'instants d'extraction déterminés, chacun des noeuds de stockage lance la lecture dans ladite au moins une unité de stockage audio vidéo qui lui est connectée: soit d'un paquet de données utiles contenu dans le sous- flux préalablement reçu par ledit noeud de stockage, soit d'un paquet vide ajouté préalablement généré par ledit noeud de stockage en l'absence de réception d'un sous-flux.
10. Procédé de restitution selon la revendication 9, caractérisé en ce que les noeuds de stockage n'envoient pas vers le noeud de visualisation les paquets vides ajoutés lus par les unités de stockage audio vidéo.
11. Procédé de restitution selon l'une quelconque des revendications 7 à 10, caractérisé en ce que le réseau fédérateur comprend au moins un noeud de stockage multiple (212) intégrant lui-même k noeuds de stockage (SNA), k >_ 2, chaque noeud de stockage multiple pouvant commander l'extraction de k sous-flux des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts, et transmettre lesdits k sous-flux sur k chemins de routage distincts.
12. Procédé de restitution selon l'une quelconque des revendications 7 à 11, caractérisé en ce qu'un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, gère une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et commande le noeud de visualisation (VNA) et les N noeuds de stockage (SNA), en fonction notamment des requêtes de l'utilisateur.
13. Procédé de restitution selon la revendication 12, caractérisé en ce que le module de contrôle de stockage effectue les étapes suivantes: il attend une requête de connexion en lecture, émise à la demande de l'utilisateur; après réception de ladite requête de connexion en lecture, il envoie, directement ou indirectement, au noeud de visualisation et à chacun des N noeuds de stockage une requête de connexion pour une lecture de flux, et attend une requête de lecture ou une requête de libération de la connexion en lecture, émise à la demande de l'utilisateur; - après réception de ladite requête de lecture, il envoie à chacun des N noeuds de stockage et au noeud de visualisation une requête de lancement de la lecture et attend une requête de fin de lecture, émise à la demande de l'utilisateur ou automatiquement en cas de détection de la fin du flux; après réception de ladite requête de fin de lecture, il envoie à chacun des N noeuds de stockage une requête de fin de lecture et attend une autre requête d'enregistrement ou une requête de libération de la connexion en lecture, émise à la demande de l'utilisateur; - après réception de ladite requête de libération de la connexion en lecture, il envoie à chacun des N noeuds de stockage une requête de libération de la connexion et attend une autre requête de connexion en lecture, émise à la demande de l'utilisateur.
14. Procédé de stockage ou de restitution selon l'une quelconque des revendications 1 à 13, caractérisé en ce que le réseau fédérateur comprend une unité de commutation centrale (22) à laquelle sont reliés, chacun par un lien distinct, les noeuds.
15. Procédé de stockage ou de restitution selon l'une quelconque des revendications 1 à 14, caractérisé en ce que les sous-réseaux sont des bus de type IEEE 1394.
16. Système de stockage d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant transmis depuis un terminal source connecté, via un des sous-réseaux, à un noeud dit noeud de capture (CNA), caractérisé en ce qu'il comprend: - dans le noeud de capture, des moyens de division du flux en N sous-flux, N >_ 2; des moyens de définition, au sein du réseau fédérateur, de N chemins de routage depuis le noeud de capture vers N noeuds de stockage (SNA) à chacun desquels est reliée au moins une unité de stockage audio vidéo; - des moyens de transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage; - dans les N noeuds de stockage, des moyens de commande du stockage des N sous-flux dans les unités de stockage audio vidéo auxquelles sont reliés les N noeuds de stockage.
17. Système de stockage selon la revendication 16, caractérisé en ce que les moyens de commande du stockage comprennent des moyens permettant un stockage synchronisé.
18. Système de stockage selon la revendication 17, caractérisé en ce que chacun des noeuds de stockage comprend des moyens de génération de paquets vides ajoutés en l'absence de réception d'un sous-flux, et en ce que, dans chacun des noeuds de stockage, les moyens permettant un stockage synchronisé comprennent des moyens de lancement, à chacun d'une pluralité d'instants de stockage déterminés, de l'enregistrement dans ladite au moins une unité de stockage audio vidéo qui est connectée audit noeud de stockage: 20 soit d'un paquet de données utiles contenu dans le sous-flux reçu par ledit noeud de stockage, soit d'un paquet vide ajouté généré par lesdits moyens de génération de paquets vides ajoutés.
19. Système de stockage selon l'une quelconque des revendications 16 à 18, caractérisé en ce que le réseau fédérateur comprend au moins un noeud de stockage multiple intégrant lui-même k noeuds de stockage, k >_ 2, chaque noeud de stockage multiple pouvant recevoir k sous-flux par k chemins de routage distincts et commander le stockage desdits k sous-flux dans des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts.
20. Système de stockage selon l'une quelconque des revendications 16 à 19, caractérisé en ce qu'il comprend un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, et comprenant des moyens de gestion d'une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et des moyens de commande du noeud de capture (CNA) et des N noeuds de stockage (SNA), en fonction notamment des requêtes de l'utilisateur.
21. Système de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant destiné à un terminal destinataire connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation (VNA), le flux ayant préalablement été stocké par division du flux en N sous-flux, N 2, puis stockage de chacun des N sous-flux dans au moins une unité de stockage audio vidéo reliée, via l'un des sous-réseaux, à l'un des N noeuds de stockage, caractérisé en ce qu'il comprend: - des moyens de définition, au sein du réseau fédérateur, de N chemins de routage chacun depuis l'un des N noeuds de stockage vers le noeud de visualisation; - dans les N noeuds de stockage, des moyens de commande de l'extraction des N sous-flux des unités de stockage audio vidéo auxquelles sont reliés les N noeuds de stockage; - des moyens de transmission de chacun des N sous-flux sur un chemin de routage distinct parmi les N chemins de routage; dans le noeud de visualisation, des moyens de reconstruction du flux à partir des N sous- flux et de transmission du flux au terminal destinataire.
22. Système de restitution selon la revendication 21, caractérisé en ce que les moyens de commande de l'extraction comprennent des moyens permettant une extraction synchronisée.
23. Système de restitution selon la revendication 22, caractérisé en ce que, dans chacun des noeuds de stockage, les moyens permettant une extraction synchronisée comprennent des moyens de lancement, à chacun d'une pluralité d'instants d'extraction déterminés, de la lecture dans ladite au moins une unité de stockage audio vidéo qui est connectée audit noeud de stockage soit d'un paquet de données utiles contenu dans le sousflux préalablement reçu par ledit noeud de stockage, - soit d'un paquet vide ajouté préalablement généré par ledit noeud de stockage en l'absence de réception d'un sous-flux.
24. Système de restitution selon la revendication 23, caractérisé en ce que les noeuds de stockage comprennent des moyens de blocage des paquets vides ajoutés lus par les unités de stockage audio vidéo, de façon que lesdits paquets vides ajoutés ne soient pas envoyés vers le noeud de visualisation
25. Système de restitution selon l'une quelconque des revendications 21 à 24, caractérisé en ce que le réseau fédérateur comprend au moins un noeud de stockage multiple intégrant lui-même k noeuds de stockage, k >_ 2, chaque noeud de stockage multiple pouvant commander l'extraction de k sous-flux des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts, et transmettre lesdits k sous-flux sur k chemins de routage distincts.
26. Système de restitution selon l'une quelconque des revendications 21 à 25, caractérisé en ce qu'il comprend un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, et comprenant des moyens de gestion d'une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et des moyens de commande du noeud de visualisation (VNA) et des N noeuds de stockage (SNA) , en fonction notamment des requêtes de l'utilisateur.
27. Système de stockage ou de restitution selon l'une quelconque des revendications 16 à 26, caractérisé en ce que le réseau fédérateur comprend une unité de commutation 5 centrale à laquelle sont reliés, chacun par un lien distinct, les noeuds.
28. Système de stockage ou de restitution selon l'une quelconque des revendications 16 à 27, caractérisé en ce que les sous-réseaux sont des bus de type IEEE 1394.
FR0314273A 2003-12-04 2003-12-04 Procede et systeme de stockage et/ou de restitution d'un flux de donnees audio video au sein d'un reseau de communication heterogene Pending FR2863436A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0314273A FR2863436A1 (fr) 2003-12-04 2003-12-04 Procede et systeme de stockage et/ou de restitution d'un flux de donnees audio video au sein d'un reseau de communication heterogene

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0314273A FR2863436A1 (fr) 2003-12-04 2003-12-04 Procede et systeme de stockage et/ou de restitution d'un flux de donnees audio video au sein d'un reseau de communication heterogene

Publications (1)

Publication Number Publication Date
FR2863436A1 true FR2863436A1 (fr) 2005-06-10

Family

ID=34586318

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0314273A Pending FR2863436A1 (fr) 2003-12-04 2003-12-04 Procede et systeme de stockage et/ou de restitution d'un flux de donnees audio video au sein d'un reseau de communication heterogene

Country Status (1)

Country Link
FR (1) FR2863436A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0695062A2 (fr) * 1994-07-25 1996-01-31 Microsoft Corporation Procédé et système pour combiner des données de plusieurs serveurs
FR2831745A1 (fr) * 2001-10-31 2003-05-02 Canon Kk Procede d'etablissement d'une connexion de flux de donnees isochrone impliquant la traversee d'un reseau commute, noeuds d'entree et de sortie correspondants
US20030154246A1 (en) * 2001-12-18 2003-08-14 Ville Ollikainen Server for storing files

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0695062A2 (fr) * 1994-07-25 1996-01-31 Microsoft Corporation Procédé et système pour combiner des données de plusieurs serveurs
FR2831745A1 (fr) * 2001-10-31 2003-05-02 Canon Kk Procede d'etablissement d'une connexion de flux de donnees isochrone impliquant la traversee d'un reseau commute, noeuds d'entree et de sortie correspondants
US20030154246A1 (en) * 2001-12-18 2003-08-14 Ville Ollikainen Server for storing files

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ITO Y ET AL: "A video server using ATM switching technology", CONFERENCE PROCEEDINGS ARTICLE, 16 May 1994 (1994-05-16), pages 3 - 4, XP010232338 *

Similar Documents

Publication Publication Date Title
US8775655B2 (en) System and method for presenting streaming media content
JP4623524B2 (ja) オーディオ／ビデオ／データをシステム・バスを介して転送する装置
US7672235B1 (en) System and method for buffering real-time streaming content in a peer-to-peer overlay network
US20080306818A1 (en) Multi-client streamer with late binding of ad content
JPWO2012011449A1 (ja) プロキシサーバ、中継方法、通信システム、中継制御プログラム、および記録媒体
FR2899049A1 (fr) Source de synchronisation
FR2804812A1 (fr) Procede et dispositif de communication entre un premier et un deuxieme reseau
US20060230171A1 (en) Methods and apparatus for decreasing latency in A/V streaming systems
FR2939992A1 (fr) Procede d'equilibrage de la latence dans un arbre de communication, dispositif, produit programme d'ordinateur et moyen de stockage correspondants
FR2998125A1 (fr) Procede de transmission de paquets de donnees entre deux modules de communication ainsi que module emetteur et module recepteur
FR2926937A1 (fr) Procedes de synchronisation d'horloges applicatives dans un reseau de communication synchrone, dispositifs d'emission et de reception, produit programme d'ordinateur et moyen de stockage correspondants.
FR2980662A1 (fr) Methode d'enregistrement d'un contenu dans un fichier sur un serveur et dispositif correspondant
FR2918832A1 (fr) Procedes de transmission de donnees par des noeuds relais dans un reseau de communication synchrone, procede de reception, produit programme d'ordinateur, moyen de stockage et noeuds correspondants.
FR2863436A1 (fr) Procede et systeme de stockage et/ou de restitution d'un flux de donnees audio video au sein d'un reseau de communication heterogene
FR2790892A1 (fr) Procede et dispositif de controle de la synchronisation entre deux bus de communication serie d'un reseau
EP1302071B1 (fr) Procede et dispositif de lecture de donnees enregistrees mpeg transmises sur un bus ieee 1394
FR2848056A1 (fr) Procedes d'insertion et de traitement d'informations pour la synchronisation d'un noeud destinataire a un flux de donnees traversant un reseau de base d'un reseau heterogene, et noeuds correspondants
FR2785408A1 (fr) Procede et dispositif de communication d'information numerique et appareils les mettant en oeuvre
KR100276059B1 (ko) 케이블 모뎀의 리세트 장치 및 방법
FR2816146A1 (fr) Procede et dispositif de gestion d'un reseau de communication
FR2863438A1 (fr) Procede et systeme de stockage et/ou restitution d'au moins un flux de donnees audio video isochrones dans/depuis un dispositif de stockage distribue
FR2949030A1 (fr) Procede et dispositif de synchronisation d'applications dans un reseau
FR2828357A1 (fr) Procede de traitement de signaux de telecommande au sein d'un reseau audiovisuel domestique, signal, dispositifs et programme d'ordinateur correspondants
FR2839227A1 (fr) Transmission de donnees numeriques entre un premier et un second reseau de transmission, avec adaptation de debit
FR2863437A1 (fr) Procede et systeme de stockage et/ou restitution d'au moins un flux audio video isochrone dans/depuis un dispositif de stockage comprenant au moins une unite de stockage asynchrone