WO2003007615A1 - Methode de protection et de correction d'une information de scene multimedia - Google Patents

Methode de protection et de correction d'une information de scene multimedia Download PDF

Info

Publication number
WO2003007615A1
WO2003007615A1 PCT/FR2002/002107 FR0202107W WO03007615A1 WO 2003007615 A1 WO2003007615 A1 WO 2003007615A1 FR 0202107 W FR0202107 W FR 0202107W WO 03007615 A1 WO03007615 A1 WO 03007615A1
Authority
WO
WIPO (PCT)
Prior art keywords
group
information
name
scene
against errors
Prior art date
Application number
PCT/FR2002/002107
Other languages
English (en)
Inventor
Cédric Gegout
Gabriel Guillaume
Michaël PICAUD
Original Assignee
France Telecom Sa
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom Sa filed Critical France Telecom Sa
Publication of WO2003007615A1 publication Critical patent/WO2003007615A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23412—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs for generating or manipulating the scene composition of objects, e.g. MPEG-4 objects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234318—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into objects, e.g. MPEG-4 objects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44012—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving rendering scenes according to scene graphs, e.g. MPEG-4 scene graphs

Definitions

  • the present invention relates generally to a method for protecting against possible errors a document describing a multimedia scene or a document describing a modification of a multimedia scene as well as a method for correcting errors affecting a document thus protected.
  • the invention also relates to a server and a reception terminal capable of implementing said correction method.
  • the multimedia stage a spatio-temporal arrangement of sound and / or graphics, video or images, synthetic or natural objects capable of being represented in 2 or 3 dimensions.
  • object-oriented representation techniques such as those used in VRML (Virtual Reality Modeling Language), MPEG-4, FLASH or SMIL formats.
  • object-oriented representation describes the composition of the multimedia scene according to a tree structure of graphic and / or sound objects. The leaves of the tree are basic or primitive objects and the intermediate nodes are composite objects. From this description and primitives, it is possible to reconstruct the original scene.
  • MPEG-4 uses a syntactic structure called BIFS (Binary Format for Scenes) of tree type.
  • Graphic and / or sound objects are placed in elementary streams ES (Elementary Stream) to be transmitted, an object being able to be transported in one or more streams.
  • An object descriptor identifies the flows used to transport it.
  • the most advanced multimedia scene composition techniques distinguish the phase of creation of multimedia content from the phase of adaptation and processing of content for transmission to a remote receiver.
  • the creation phase is carried out by an author (graphic designer) who will define the scenario of his animation or multimedia graphic application without taking into account the constraints due to the emission of the content and its transport.
  • specific content processing will allow it to be inserted into specific transport channels (for example, in an MPEG-2 Transport Stream channel) and to satisfy quality of service contracts. This phase is often done automatically.
  • the phase of adaptation of multimedia content for its transport on a given network only operates on the final content to be transmitted and does not take into account the arrangement and hierarchy of basic objects that make up the multimedia scene .
  • This adaptation phase is a function of the parameters of the transport network used (bandwidth, time stamps, load of the receiving terminal, etc.) which must be recalculated each time from the content.
  • this phase only takes into account the protection against errors of objects and the media as a whole. It is therefore not effective if one wishes to retransmit only one part of the scene.
  • the objective of the present invention is to propose a method of adapting multimedia content which does not have the aforementioned drawbacks.
  • the object of the invention is to propose a method of protection against errors which is adapted to the content of the multimedia scene and independent of the characteristics of the network.
  • This objective is achieved by the implementation of a method of protection against information errors, called initial information, describing or modifying a multimedia scene, said scene being represented by a set of elementary graphic and / or sound objects.
  • the component said initial information making it possible to reproduce or modify at least one of said objects, in which groups of elementary objects are formed, each of said groups comprising at least one of said objects, a group possibly containing a or several other groups according to a tree structure, each group thus formed being independently protected against errors, and that additional information is generated identifying each of said groups.
  • the additional information contains an ordered list of the groups or of the objects composing it, the order of the list giving the respective priorities for correction of the latter. If the groups are arranged in a tree structure, a group being able to contain another group, the additional information gives the order of composition of these.
  • the additional information gives the order of appearance of the different groups when the said scene is reproduced or modified.
  • channel coding can be applied to each of the groups. If said initial information itself describes said multimedia scene according to a composition tree, each node of said tree representing one or a plurality of said elementary objects, said groups can be chosen from the nodes of said tree.
  • the initial information will for example be formulated in one of the formats VRML, MPEG-4, Flash.
  • the additional information is added to the initial information prior to its transmission or recording.
  • said additional information is formulated according to an XML type language (SDML), adapted to describe the composition relationships between groups.
  • SDML XML type language
  • the additional information may include at least one reference to a file formatted in said language, said file being identified by an attribute (file_id) giving the name of said file.
  • the additional information may also include at least one parameterized reference to a URL using a plurality of parameters, each parameter being identified by an attribute (fieldjiame) giving the name of said parameter, each parameter being able to take one or more values (field value).
  • the additional information can also include at least one declaration associating an action of the user of the multimedia scene with a file of said language, the file being intended to be loaded when said action takes place.
  • the additional information may include at least one reference from a first group, from a medium, from a text element or from an element translating an action of a user of the multimedia scene, to a second group. indicating that the first group, said medium, said text element or said element translating said action enters into the composition of said second group, each reference being associated with a composition link (hook), each composition link being identified by an attribute (hook d) by means of a declaration of identification of said language.
  • the priorities assigned to said subgroups are identified by declarations of priority values of said language.
  • a priority value (priority value) is assigned to each of said media by means of a declaration of priority of said language.
  • the invention also relates to a method for correcting errors affecting information describing or modifying a multimedia scene, said information being supplied by a source after having been previously protected against errors by the protection method described above. According to this correction method, if an error is detected in said information, the lowest level group in which said error is located is determined by means of the additional information.
  • information identifying the erroneous group is transmitted to the source and said source retransmits the elementary objects constituting said erroneous group.
  • information is transmitted to the source identifying the object in which said error is located, said source then deducing, by means of the additional information, the group in which said error is located. The source then retransmits the elementary objects constituting the erroneous group.
  • the erroneous group comprises an ordered list of elementary objects constituting it, the elementary objects are corrected according to said order.
  • the error localization is obtained by means of a channel decoding.
  • the invention also relates to a multimedia information server, said information having been previously protected against errors by the protection method described above.
  • This server is suitable for analyzing said additional information and for transmitting bit streams corresponding to the various objects, for receiving information identifying an erroneous group and for retransmitting the bit streams corresponding to the objects belonging to the erroneous group.
  • the invention also relates to a multimedia information server, said information having been previously protected against errors by the protection method described above.
  • This server is adapted to analyze said additional information and to transmit bit streams corresponding to the various objects, to receive information identifying an erroneous object and to deduce therefrom the lowest level group containing said error then to retransmit the bit streams corresponding to the objects belonging to the wrong group.
  • the invention also relates to a terminal for reproducing a multimedia scene transmitted by a source, the information describing the multimedia scene having been previously protected against errors by the protection method described above.
  • This terminal is adapted to extract from said information bit streams corresponding to the objects of said scene, to identify, in the event of an error, the object in which said error is located and to transmit to said source, on a return channel, information identifying said object.
  • the invention further relates to a terminal for reproducing a multimedia scene transmitted by a source, the information describing the multimedia scene having been previously protected against errors by the protection method described above.
  • This terminal is adapted to extract from said information bit streams corresponding to the objects of said scene, to receive and analyze the additional information generated by said protection method, and, in the event of an error, to identify from the information additional the lowest level group in which said error is located, then to transmit to said source, on a return channel, information identifying said group.
  • This reproduction terminal is advantageously adapted to perform channel decoding on said bit streams and to indicate, in the event of an error detected by said decoding of one of the streams, the corresponding erroneous object.
  • the invention relates to a multimedia scene description signal, carrying additional information generated from multimedia information by means of the protection method described above.
  • Fig. 1 schematically represents the creation of groups of objects useful for the method of protection against errors according to the invention
  • Fig. 2 illustrates the method of protection against errors and their correction according to an embodiment of the invention.
  • the general idea underlying the invention is the creation of a meta-language of XML type above the description language of the multimedia scene, making it possible to describe the parts of the multimedia scene which are considered to be independent.
  • the latter are represented in the form of groups of objects in the sense of the description language, these groups being organized in a tree-like manner. So a group can itself be made up of simpler groups and so on.
  • Each group is considered a basic entity for the protection and correction of errors.
  • an error is detected in a multimedia scene, it will suffice to determine the lowest level group within the tree where the error is located. Only elementary objects belonging to this erroneous group will be corrected, preferably by retransmission.
  • the retransmission can be triggered by a request or an acknowledgment failure within a certain time (for example according to an ARQ or ARQ hybrid technique) if there is a return channel between the receiver and the multimedia transmitter or by systematic retransmission (so-called data carousel technique used in MPEG-2) if one is not available.
  • a request or an acknowledgment failure within a certain time for example according to an ARQ or ARQ hybrid technique
  • systematic retransmission so-called data carousel technique used in MPEG-2
  • Fig. 1 shows how the object groups are created.
  • the left side of Fig. shows a tree-like representation of a multimedia scene in which each node of the tree corresponds to an object, the highest level object or root object, O 0 , corresponding to the scene itself.
  • the tree gives the composition relationships of the scene.
  • the dashed line indicates a dependency relationship between two objects O n and O m , the object O p being assumed to be independent of the first two.
  • This dependency relationship is determined, for example by the author of the scene, when he considers that two sound or graphic objects must be jointly protected against errors.
  • the dependency against errors can also be implicit, for example when an object uses the properties or parameters of another object.
  • the dependency relationship between objects can be automatically generated by the creation tool during the composition of the scene.
  • the right part of FIG. represents the tree structure after grouping of objects OCHANand O m .
  • the node G nm represents the pair of objects O n and O m and the node G p represents the only object O p .
  • the objects O n and O m are jointly protected while the object O p is protected independently of the first two.
  • Fig. May not be tree-like, for example if the scene is not the subject of an object-oriented description and is simply represented as a simple juxtaposition of graphic (eg simple blocks) and / or sound elements.
  • the description in terms of groups is tree-like, the higher level group being, as we recall, identified with the scene itself.
  • the internal storage format of these multimedia content creation tools maintains an internal structure, in the form of a composition tree, of the scene compatible with this object-oriented approach.
  • This object-oriented approach even if the author is not familiar with the object oriented approach, he nevertheless uses the basic foundations.
  • standard tools like 3D Studio MAX (Kinetix®), Director (Macomedia®), CosmoWorlds (CosmoSoftware®), etc.
  • 3D Studio MAX Knowtix®
  • Director Macomedia®
  • CosmoWorlds CosmoSoftware®
  • Fig. 2 illustrates the protection and correction method according to one embodiment of the invention.
  • the author composes a multimedia scene, specifying the basic groups, their order of composition and, if necessary, their order of priority in the event of error correction.
  • This information is provided in SDML language format.
  • channel coding may be applied to the bit streams corresponding to the different groups.
  • the protection provided by channel coding against errors will follow the partition into independent groups.
  • groups with a low retransmission cost will not be protected by channel coding. It should be noted that, apart from any channel coding, the multimedia content does not undergo any modification.
  • Multimedia content (possibly protected by channel coding) is transmitted by a server to a user's multimedia terminal.
  • the server reads the SDML description then transmits the bit streams corresponding to the content of the scene.
  • the SDML description is transmitted to the receiver with the content.
  • a graphic and more generally multimedia scene description decoder analyzes the scene description and recreates an internal structure making it possible to reproduce, animate or modify said scene.
  • the DDSG is similar to a state machine which, firstly, analyzes the scene description flows (following a possible demultiplexing) corresponding to the different objects and then builds the internal structure, unless the description of scene is incompatible with the specifications of the language used (Flash, SMIL, MPEG-4, VRML, etc.).
  • the scene descriptor determines in the internal structure the place where the error occurred.
  • the error does not relate to the syntax or the format, for example if it affects a numerical value in a flow, the DDSG will not detect it.
  • a channel coding is planned (or a simple CRC)
  • the terminal retransmits to the server, on a return channel, information giving the location of the erroneous object.
  • the server determines using the SDML description which group is affected by the error.
  • the terminal knows the definition of the groups (since it itself has the SDML description) and returns the identity of the group concerned directly to the server.
  • the server then retransmits the bit streams relating to the objects belonging to the erroneous group to the terminal.
  • This scene can naturally be structured into a Group root node containing 3 subgroups, each subgroup each comprising an object: Shape, Sound, Background. An error on one of these objects has a priori no consequence on another of these objects.
  • the graphic scene is here arranged by the insertion of 3 groups in the root group Group.
  • the Shape subgroup suffers a transmission error.
  • We will have for example an erroneous value of the radius (radius) of the sphere ( ⁇ l.l) or even a syntax error on the term radius.
  • the error concerns the syntax:
  • the DDSG is capable, when it analyzes the description of the Shape object, of identifying an error in the term raKius and consequently sends back to the server the information that a transmission error has been received in the object ID2.
  • the DDSG then indicates to the terminal application which reproduces the multimedia content the error and its location. If the terminal does not have a return channel, the application can wait for a possible retransmission of the object to correct it (eg use of a data carousel). In the case where the terminal has a return channel (for example Upstream in MPEG-4), a distinction must be made depending on the variant embodiment.
  • the identification (ID2) of the erroneous object is transmitted to the server which determines the lowest level group containing said object. In this case, since there is a group of the same name (ID2) containing only this object, only the latter will be retransmitted. If on the other hand, if the objects ID2, ID3 and ID4 had been recognized as dependent on each other for protection against errors, all the objects of the smallest group containing ID2, here the root group ID1, should be retransmitted.
  • the terminal knows the SDML description and can directly determine the wrong group. The server receives the identifier of this group on the return channel and confines itself to retransmitting the flows relating to the objects of the erroneous group.
  • the SDML description of the scene in the previous example is:
  • xbifs for eXtended BIFS
  • SDML Secure Digital
  • VRML VRML
  • FLASH FLASH
  • three groups, respectively titled “sphere”, “3D sound” and “background” are created and attached to the root group.
  • a version identifier is used to specify a version of the SDML language. If it is not present an error is notified.
  • a version identifier uses the usual syntax: major [.minor [.build]], where major, minor and build are integers optionally preceded by 0s.
  • An xbifs_id must follow the syntax specified by the multimedia database.
  • An alternative xbifs identifier is an xbifs identifier which is used if the xbifs referenced by the xbifs_id is not accessible. If the xbifs referenced by an alternative identifier is not accessible then an error is notified by the stage composer.
  • Such an attribute is used to specify an identifier for a media.
  • a medium is either an image, a sound or a video.
  • Such media can be stored in the multimedia database or provided by the SDML server.
  • the media identifier is given by an identifier compatible with the structure of the database. If the media is provided by the SDML server, the identifier must be a URL prefixed with "ext:"
  • An alternate media identifier is a media identifier that is used if the media referenced by a media_id is not accessible. If the media referenced by the alternative identifier is not accessible, an error is notified by the stage composer.
  • the syntax is the same as that of the media_id, except the word "NONE" which is used if no alternative media is to be inserted.
  • a hook identifier provides an unambiguous reference to a hook provided by an XBIFS. If the hook is not defined by XBIFS or if its type (xbifs, text or action) does not correspond to the required type then an error is notified by the scene composer.
  • a hook identifier begins with a letter or an underscore, and can be followed by alpha-numeric characters (letters, numbers, or underscores).
  • a position provides an unambiguous position of an xbifs in a 2D or 3D environment (possibly 2D and temporal or 3D and temporal) within another xbifs, according to the origin defined in this xbifs. If the dimension and the position do not correspond to the dimension of the xbifs, the stage composer notifies an error.
  • the syntax is: x, y [, z] (possibly [, t]?) Where x, y, and z are numbers.
  • SDML file identifier SDMLJileJd
  • An SDML file identifier provides an unambiguous reference to an SDML file. If this SDML file is not accessible then an error is notified by the server.
  • URLs without parameters
  • URL parameters can be supported but must be separated by "& amp” instead of "&” due to the limitation of XML syntax.
  • Priority value (priority _value) n Description: Such an attribute is used to specify the priority of a descendant over these brothers in the composition tree. The larger value indicates that the descendant must be treated before the others.
  • a dependency identifier provides an unambiguous reference to a media.
  • XBIFS Dependence identifier (dependsOnXBIFSjd) 'Description: Such an attribute is used to specify that an xbifs or a media depends on another xbifs.
  • a dependency identifier provides an unambiguous reference to an xbifs in the multimedia database.
  • the ⁇ SDML> element is the root element required in an SDML document. It provides information about the language of the document.
  • This element is an optional element that provides information about the document (e.g. meta-information, cache settings, etc.). In SDML 1.0, this element is empty.
  • ⁇ body> is the root element of the scene description. It must specify the XBIFS root identifier for the scene.
  • ⁇ body root "xbifs_id" /> where root specifies the XBIFS root identifier of the scene (required)
  • the ⁇ text> element is used to insert a text value in the description of the scene.
  • the text is inserted in the hook specified in the XBIFS (i.e. the XBIFS specified by the father ⁇ body> or the element ⁇ xbifs>).
  • hook gives a reference to a text hook provided by the parent XBIFS (required)
  • - length gives the number of characters per line of text (optional)
  • the ⁇ xbifs> element is used to insert an XBIFS into the scene.
  • the XBIFS is inserted in the parent XBIFS (i.e. the XBIFS specified by the father ⁇ body> or the element ⁇ xbifs>), at the specified hook or at the specified position.
  • - name specifies the identifier of the XBIFS to insert (required)
  • - hook specifies the hook provided by the parent XBIFS where the XBIFS is to be inserted (excluded by position)
  • - position specifies the explicit position (according to the parent XBIFS) where the XBIFS must be inserted (excluded by hook) has specifies the alternative XBIFS to use if the XBIFS referenced by the name attribute is not accessible (optional)
  • the ⁇ action> element is used to specify the SDML file to load in response to an action performed by the user from the current scene.
  • the ⁇ action> element associates an SDML file identifier with an action hook provided by the parent XBIFS.
  • the ⁇ field> element specifies the parameters to add to an SDML file (according to standard URL syntax).
  • the ⁇ media> element is used to insert media into an XBIFS.
  • Vl .O Creation (Gabriel GUILLAUME DIH / HDM)
  • the HOME_PAGE root group includes a text element relating to the name of the user, two other text elements ('My weather' and 'My stock market') and two 'action' type elements associated with links ('http: //www.server. fr / meteo.sdml ',' http: // www. server .fr / meteo. sdml ') to other scenes.
  • the hooks define the composition relationships between the root group and its different elements.
  • the root group 'PHONES SHOP / ROOM' describes the main room of the shop. It itself includes two groups (here 2 instances of 'PHONES_SHOP / COUNTER' specified by the composition links 'special offers' and 'new products') as well as an action element ('shopping basket').
  • the group 'PHONES_SHOP / COUNTER' describes a counter in the shop.
  • This group in turn includes three groups (here 3 instances of 'PHONES_SHOP / PRODUCT_DESC appearing in place and place_2 in the' special offers 'department and in place_l for the' new products 'department), as well as a text element (' special offers' or 'new products').
  • the group 'PHONES_SHOP / PRODUCT_DESC describes a product. This group itself includes another group (describing a telephone, see below), as well as 2 text elements ('price' and 'name') and an action element ('buy').

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne une méthode de protection contre les erreurs d'une information, dite information initiale, décrivant ou modifiant une scène multimédia, ladite scène étant représentée par un ensemble d'objets graphiques et/ou sonores élémentaires la composant, ladite information initiale permettant de reproduire ou de modifier au moins l'un desdits objets. On forme des groupes d'objets élémentaires, chacun desdits groupes comprenant au moins d'un desdits objets, un groupe pouvant contenir un ou plusieurs autres groupes selon une structure arborescente, chaque groupe ainsi formé étant indépendamment protégé contre les erreurs, et l'on génère une information additionnelle identifiant chacun desdits groupes. L'invention concerne également la méthode de correction d'erreurs correspondante.

Description

Méthode de protection et de correction d'une information de scène multimédia
La présente invention concerne de manière générale une méthode permettant de protéger contre des erreurs éventuelles un document décrivant une scène multimédia ou un document décrivant une modification d'une scène multimédia ainsi qu'une méthode de correction des erreurs affectant un document ainsi protégé. L'invention concerne également un serveur et un terminal de réception capables de mettre en œuvre ladite méthode de correction.
Nous appelerons par la suite scène multimédia un arrangement spatio-temporel d'objets sonores et/ou graphiques, vidéo ou images, synthétiques ou naturels susceptible de représentation en 2 ou 3 dimensions. Ces dernières années ont vu le développement de techniques de représentation orientée objet de scènes multimédia comme celles utilisées dans le langage VRML (Virtual Reality Modeling Language), les formats MPEG-4, FLASH ou SMIL. Une telle représentation orientée objet décrit la composition de la scène multimédia selon une structure arborescente d'objets graphiques et /ou sonores. Les feuilles de l'arbre sont des objets de base ou primitives et les nœud intermédiaires sont des objets composites. A partir de cette description et des primitives, il est possible de reconstuire la scène d'origine. Ainsi, par exemple, MPEG-4 utilise une structure syntaxique appelée BIFS (Binary Format for Scènes) de type arborescent. Les objets graphiques et/ ou sonores sont placés dans des flux élémentaires ES (Elementary Stream) pour être transmis, un objet pouvant être transporté dans un ou plusieurs flux. Un descripteur d'objet identifie les flux servant à son transport.
Les techniques de compositions de scènes multimédia les plus avancées distinguent la phase de création du contenu multimédia de la phase d'adaptation et du traitement du contenu en vue de son émission vers un récepteur distant. La phase de création est réalisée par un auteur (infographiste) qui va définir le scénario de son animation ou application graphique multimédia sans tenir compte des contraintes dues à l'émission du contenu et à son transport. Lors de la phase d'adaptation, un traitement spécifique du contenu va permettre de l'insérer dans des canaux de transport spécifiques (par exemple, dans un canal MPEG-2 Transport Stream) et de satisfaire des contrats de qualité de service. Cette phase est souvent faite de façon automatique. En particulier, la phase d'adaptation du contenu multimédia pour son transport sur un réseau donné n'opère que sur le contenu final à émettre et ne tient pas compte de l'agencement et de la hiérarchie des objets de base qui composent la scène multimédia. Cette phase d'adaptation est fonction des paramètres du réseau de transport utilisé (bande passante, estampilles temporelles, charge du terminal receveur, etc.) qui doivent être a priori recalculés à chaque fois à partir du contenu. En outre, cette phase ne prend en compte la protection contre les erreurs des objets et des médias que dans leur ensemble. Elle n'est donc pas efficace si l'on souhaite retransmettre seulement une des parties de la scène. L'objectif de la présente invention est de proposer une méthode d'adaptation de contenu multimédia qui ne présente pas les inconvénients précités. En particulier, l'objet de l'invention est de proposer une méthode de protection contre les erreurs qui soit adaptée au contenu de la scène multimédia et indépendante des caractéristiques du réseau. Cet objectif est atteint par la mise en oeuvre d'une méthode de protection contre les erreurs d'une information, dite information initiale, décrivant ou modifiant une scène multimédia, ladite scène étant représentée par un ensemble d'objets graphiques et/ou sonores élémentaires la composant, ladite information initiale permettant de reproduire ou de modifier au moins l'un desdits objets, dans laquelle l'on forme des groupes d'objets élémentaires, chacun desdits groupes comprenant au moins l'un desdits objets, un groupe pouvant contenir un ou plusieurs autres groupes selon une structure arborescente, chaque groupe ainsi formé étant indépendamment protégé contre les erreurs, et que l'on génère une information additionnelle identifiant chacun desdits groupes.
Avantageusement, pour l'un au moins desdits groupes, l'information additionnelle contient une liste ordonnée des groupes ou des objets le composant, l'ordre de la liste donnant les priorités de correction respectives de ces derniers. Si les groupes sont arrangés selon une structure arborescente, un groupe pouvant contenir un autre groupe, l'information additionnelle donne l'ordre de composition de ces derniers.
Selon une variante l'information additionnelle donne l'ordre d'apparition des différents groupes lors de la reproduction ou de la modification de ladite scène.
Avantageusement, un codage canal peut être appliqué sur chacun des groupes. Si ladite information initiale décrit elle-même ladite scène multimédia selon un arbre de composition, chaque nœud dudit arbre représentant un ou une pluralité desdits objets élémentaires, lesdits groupes peuvent être choisis parmi les nœuds dudit arbre.
L'information initiale sera par exemple formulée selon l'un des formats VRML, MPEG-4, Flash.
Selon un premier mode de réalisation, l'information additionnelle est adjointe à l'information initiale préalablement à sa transmission ou son enregistrement. Avantageusement, ladite information additionnelle est formulée selon un langage (SDML) de type XML, adapté à décrire les relations de composition entre groupes. Chauqe groupe peut être identifié par un premier attribut (xbifsjd) donnant le nom dudit groupe au moyen d'une déclaration d'identification (name=) dudit langage et, éventuellement, par un second attribut (alt_xbifs_id) donnant un nom alternatif audit groupe, le nom alternatif étant utilisé si le groupe n'est pas accessible sous ledit nom.
Si la scène multimédia fait appel à une pluralité de médias, un média étant constitué d'un son, d'une image ou d'une vidéo, chacun desdits médias peut être identifié par un attribut (média Jd) donnant le nom dudit média au moyen d'une déclaration d'identification (name=) dudit langage et éventuellement par un second attribut (alt_media_id) donnant un nom alternatif audit média, le nom alternatif étant utilisé si le média n'est pas accessible sous ledit nom .
L'information additionnelle peut comprendre au moins une référence à un fichier formaté dans ledit langage, ledit fichier étant identifié par un attribut (file_id) donnant le nom dudit fichier. L'information additionnelle peut égalment comprendre au moins une référence paramétrée à un URL utilisant une pluralité de paramètres, chaque paramètre étant identifié par un attribut (fieldjiame) donnant le nom dudit paramètre, chaque paramètre pouvant prendre une ou plusieurs valeurs (field value). L'information additionnelle peut encore comprendre au moins une déclaration associant à une action de l'utilisateur de la scène-multimédia un fichier dudit langage, le fichier étant destiné à être chargé lorsque ladite action a lieu.
En outre, l'information additionnelle peut comprendre au moins une référence d'un premier groupe, d'un média, d'un élément textuel ou d'un élément traduisant une action d'un utilisateur de la scène multimédia, à un second groupe indiquant que le premier groupe, ledit média, ledit élément textuel ou ledit élément traduisant ladite action entre dans la composition dudit second groupe, chaque référence étant associée à un lien de composition (hook), chaque lien de composition étant identifié par un attribut (hook d) au moyen d'une déclaration d'identification dudit langage.
Typiquement, ladite information additionnelle contient une description arborescente de la scène multimédia à partir d'un groupe racine associé à la scène multimédia elle-même, chaque groupe autre que le groupe racine étant lié à un groupe de niveau inférieur par un lien de composition, le groupe racine (body) étant spécifié par le nom d'un groupe au moyen une déclaration (root=) dudit langage.
Un premier groupe peut être inséré dans un second groupe au moyen d'une commande d'insertion <xbifs name= 'xbifs jd', hook= 'hook_id>, ladite commande d'insertion spécifiant alors le nom (xbifsjd) du premier groupe et l'attribut d'identification (hook d) d'un lien de composition relatif au second groupe.
Si un premier groupe ou un média constitué d'un son, d'une image ou d'une vidéo, est lié à un second groupe pour la protection contre les erreurs, le lien entre ce premier groupe ou ce média et ce second groupe est identifié au moyen d'une déclaration de dépendance (dependsOnXBIFS) dudit langage.
Si un ordre de priorité est fixé entre des sous-groupes d'un même groupe, les priorités attribuées aux dits sous-groupes sont identifiées par des déclarations de valeurs de piorité (priority value) dudit langage.
De même, si un média est lié à une autre média ou si un groupe est lié à un média pour la protection contre les erreurs, les liens entre ces médias ou entre ce groupe et ce média sont identifiés au moyen d'une déclaration de dépendance (dependsOnMedia) dudit langage.
Si un ordre de priorité est fixé entre différents médias, une valeur de priorité (priority value) est attribuée à chacun desdits médias au moyen d'une déclaration de priorité dudit langage.
L'invention concerne également une méthode de correction d'erreurs affectant une information décrivant ou modifiant une scène multimédia, ladite information étant fournie par une source après avoir été préalablement protégée contre les erreurs par la méthode de protection exposée ci-dessus. Selon cette méthode de correction, si une erreur est détectée dans ladite information, on détermine au moyen de l'information additionnelle, le groupe de plus bas niveau dans lequel est localisée ladite erreur.
Selon une variante de réalisation, on transmet à la source une information identifiant le groupe erroné et ladite source retransmet les objets élémentaires constituant ledit groupe erroné. Selon une autre variante de réalisation, on transmet à la source une information identifiant l'objet dans lequel est localisée ladite erreur, ladite source en déduisant alors, au moyen de l'information additionnelle, le groupe dans lequel est localisée ladite erreur. La source retransmet ensuite les objets élémentaires constituant le groupe erroné.
Si le groupe erroné comporte une liste ordonnée d'objets élémentaires le constituant, les objets élémentaires sont corrigés selon ledit ordre.
Avantageusement, la localisation d'erreur est obtenue au moyen d'un décodage canal. L'invention concerne encore un serveur d'information multimédia, ladite information ayant été préalablement protégée contre les erreurs par la méthode de protection exposée plus haut. Ce serveur est adapté à analyser ladite information additionnelle et à transmettre des flux binaires correspondant aux différents objets, à recevoir une information identifiant un groupe erroné et à retransmettre les flux binaires correspondant aux objets appartenant au groupe erroné.
L'invention concerne également un serveur d'information multimédia, ladite information ayant été préalablement protégée contre les erreurs par la méthode de protection exposé plus haut. Ce serveur est adapté à analyser ladite information additionnelle et à transmettre des flux binaires correspondant aux différents objets, à recevoir une information identifiant un objet erroné et à en déduire le groupe de plus bas niveau contenant ladite erreur puis à retransmettre les flux binaires correspondant aux objets appartenant au groupe erroné.
L'invention concerne aussi un terminal de reproduction d'une scène multimédia transmise par une source, l'information décrivant la scène multimédia ayant été préalablement protégée contre les erreurs par la méthode de protection exposée plus haut. Ce terminal est adapté à extraire de ladite information des flux binaires correspondants aux objets de ladite scène, à identifier, en cas d'erreur, l'objet dans lequel est localisée ladite erreur et à transmettre à ladite source, sur un canal de retour, une information identifiant ledit objet. L'invention concerne en outre un terminal de reproduction d'une scène multimédia transmise par une source , l'information décrivant la scène multimédia ayant été préalablement protégée contre les erreurs par la méthode de protection exposée plus haut. Ce terminal est adapté à extraire de ladite information des flux binaires correspondants aux objets de ladite scène, à recevoir et analyser l'information additionnelle générée par ladite méthode de protection, et, en cas d'erreur, à identifier à partir de l'information additionnelle le groupe de plus bas niveau dans lequel est localisée ladite erreur, puis à transmettre à ladite source, sur un canal de retour, une information identifiant ledit groupe. Ce terminal de reproduction est avantageusement adapté à effectuer un décodage canal sur lesdits flux binaires et à indiquer, en cas d'erreur détectée par ledit décodage de l'un des flux, l'objet erroné correspondant.
L'invention concerne enfin un signal de description de scène multimédia, transportant une information additionnelle générée à partir d'une information multimédia au moyen de la méthode de protection exposée plus haut.
Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description faite en relation avec les dessins joints, parmi lesquels :
La Fig. 1 représente de manière schématique la création de groupes d'objets utile à la méthode de protection contre les erreurs selon l'invention ;
La Fig. 2 illustre la méthode de protection contre les erreurs et de leur correction selon un mode de réalisation de l'invention.
L'idée générale à la base de l'invention est la création d'un méta-langage de type XML au dessus du langage de description de la scène multimédia, permettant de décrire les parties de la scène multimédia qui sont considérées comme indépendantes. Ces dernières sont représentées sous forme de groupes d'objets au sens du langage de description, ces groupes étant organisés de manière arborescente. Ainsi un groupe peut lui-même être constitué de groupes plus simples et ainsi de suite. Chaque groupe est considérée comme une entité élémentaire pour la protection et la correction des erreurs. Ainsi, si une erreur est détectée dans une scène multimédia, il suffira de déterminer le groupe de plus bas niveau au sein de l'arborescence dans lequel l'erreur est localisée. Seuls les objets élémentaires appartenant à ce groupe erroné seront corrigés, de préférence par retransmission . La retransmission peut être déclenchée par une requête ou un défaut d'acquittement dans un certain délai (par exemple selon une technique d'ARQ ou d'hybrid ARQ) si l'on dispose d'un canal de retour entre le récepteur et l'émetteur multimédia ou bien par retransmission systématique (technique dite de carrousel de données employé dans MPEG-2) si l'on n'en dispose pas. Dans le premier cas on évite de retransmettre inutilement des éléments de la scène non affectés par l'erreur. Par la suite il sera fait référence au méta-langage, évoqué plus haut, sous l'acronyme SDML pour Scène Description Markup Language.
La Fig. 1 représente la manière dont les groupes d'objets sont créés. La partie gauche de la Fig. montre une représentation arborescente d'une scène multimédia dans laquelle chaque nœud de l'arbre correspond à un objet, l'objet de plus haut niveau ou objet racine, O0, correspondant à la scène elle-même. L'arborescence donne les relations de composition de la scène. La ligne en traits interrompus indique une relation de dépendance entre deux objets On et Om, l'objet Op étant supposé indépendant des deux premiers. Cette relation de dépendance est déterminée, par exemple par l'auteur de la scène, lorsqu'il considère que deux objets sonores ou graphiques doivent être conjointement protégés contre les erreurs. La relation de dépendance contre les erreurs peut également être implicite, par exemple lorsqu'un objet utilise les propriétés ou les paramètres d'un autre objet. Enfin, la relation de dépendance entre objets peut être automatiquement générée par l'outil de création lors de la composition de la scène. La partie de droite de la Fig. représente l'arborescence après regroupement des objets O„ et Om. Le nœud Gnm représente le couple d'objets On et Om et le nœud Gp représente le seul objet Op. Les objets On et Om sont conjointement protégés alors que l'objet Op est protégé indépendamment des deux premiers. En opérant de proche en proche, on obtient ainsi un nouvel arbre dont les nœuds sont des groupes d'objets (ou, en représentation développée, des sous-arbres), indépendants au sens de la protection contre les erreurs. Le nœud de plus haut niveau ou groupe racine, correspond à la scène elle-même. Les nœuds de plus bas niveau peuvent ne conternir qu'un seul objet (par ex. une primitive graphique) ou une pluralité d'objets . Les relations entre groupes et les opérations entre groupes sont décrites, comme nous le verrons plus loin, au moyen du langage SDML. II est important de noter que la description initiale de la scène (partie haute de la
Fig.) peut ne pas être arborescente, par exemple si la scène ne fait pas l'objet d'une description orientée objet et est simplement représentée comme une simple juxtaposition d'éléments graphiques (par ex. simples blocs) et/ou sonores. En revanche la description en termes de groupes est arborescente, le groupe de plus haut niveau étant, on le rappelle, identifiée avec la scène elle-même.
Avantageusement, on partira néanmoins d'une représentation orientée objet. De très nombreux outils de création de contenu multimédia adopte une approche orientée objet où l'auteur doit d'abord indiquer la scène graphique initiale (racine de l'arbre de composition qui désigne comment la scène est composée) puis insère de proche en proche des sous-objets graphiques de natures différentes (média, animations, description d'objets ou de sous-scènes graphiques, actions de navigation offertes à l'utilisateur) en partant d'une description de la scène haut-niveau et an allant vers les comportements spatio-temporels précis (c'est-à-dire de bas-niveau) des objets graphiques et/ou sonores. La représentation sous forme de groupes indépendants présente l'avantage de conserver la méthodologie orientée objet.
Le format de stockage interne de ces outils de création de contenus multimédia garde une structure interne, sous forme d'arbre de composition, de la scène compatible avec cette approche orientée objet. Ainsi, même si l'auteur n'est pas familier avec l'approche orientée objet, il en utilise cependant les fondements de base. Il est possible à partir d'outils standards (comme 3D Studio MAX (Kinetix®), Director (Macomedia®), CosmoWorlds (CosmoSoftware®), etc.) de traduire la structure de la scène en termes de groupes au format du langage SDML. Selon un mode de réalisation particulier, on pourra utiliser un plug-in d'exportation utilisant le Software Development Kit du logiciel 3D Studio MAX décrivant la scène en langage SDML. Il n'existe pas de façon univoque de décrire une scène sous forme de groupes, en langage SDML. Un telle description passe d'abord par le choix d'un découpage de la scène en groupes de base (ou groupes de plus bas niveau) puis par celui des liens de dépendance entre les différents groupes. La Fig. 2 illustre la méthode de protection et de correction selon un mode de réalisation de l'invention. Lors de la phase de création, l'auteur compose une scène multimédia en précisant les groupes de base, leur ordre de composition et, le cas échéant, leur ordre de priorité en cas de correction d'erreur. Ces informations sont fournies au format du langage SDML. Avant de transmettre le contenu multimédia sur un réseau de transport, on pourra appliquer un codage canal sur les flux binaires correspondant aux différents groupes. Ainsi, la protection contre les erreurs assurée par le codage canal suivra la partition en groupes indépendants. Avantageusement, les groupes dont le coût de retransmission est faible ne seront pas protégés par codage canal. II faut noter que, hormis le codage canal éventuel, le contenu multimédia ne subit pas de modification.
Le contenu multimédia (éventuellement protégé par codage canal) est transmis par un serveur au terminal multimédia d'un utilisateur. Selon une première variante de réalisation, le serveur lit la description SDML puis transmet les flux binaires correspondant au contenu de la scène. Selon une seconde variante de réalisation, la description SDML est transmise au récepteur avec le contenu .
A la réception par le terminal, un décodeur de description de scène graphique et plus généralement multimédia (DDSG) analyse la decription de scène et recrée une structure interne permettant de reproduire, animer ou modifier ladite scène. Le DDSG est un assimilable à un automate à états qui, dans un premier temps, analyse les flux de description de scène (à la suite d'un éventuel démultiplexage) correspondant aux différents objets et construit ensuite la structure interne, sauf si la description de scène est incompatible avec les spécifications du langage utilisé (Flash, SMIL, MPEG-4, VRML, etc.). Dès qu'une erreur, typiquement une erreur de syntaxe, est détectée dans un flux de description de scène, ou qu'une incohérence ou encore une incompatibilité de format est détectée (ces différentes situations seront désignées par la suite sous le terme générique d'erreur), le descripteur de scène détermine dans la structure interne l'endroit où l'erreur est survenue. En revanche, si l'erreur ne porte pas sur la syntaxe ou le format, par exemple si elle affecte une valeur numérique dans un flux, le DDSG ne le détectera pas. Néanmoins, si un codage canal est prévu (ou un simple CRC), il sera possible de déterminer dans quel objet cette erreur est localisée. Dans la première variante de réalisation, le terminal retransmet au serveur, sur une voie de retour, une information donnant la localisation de l'objet erroné. Le serveur détermine alors au moyen de la description SDML le groupe qui est affecté par l'erreur. Dans la seconde variante de réalisation, le terminal connaît la définition des groupes (puisqu'il dispose lui-même de la description SDML) et renvoie au serveur directement l'identité du groupe concerné. Le serveur retransmet alors au terminal les flux binaires relatifs aux objets appartenant au groupe erroné.
Nous illustrerons la méthode de correction par un exemple. Soit la description au format VRML de la scène multimédia suivante :
DEF ID_1 Group
{ children [
DEF ID2 Shape
{ appearance Appearance
{ material Material
{
}
} geometry Sphère { radius 1.1
} }
DEF ID3 Sound
{ source AudioClip { url [ "od:l"]
}
location 0.0 0.0 1.0 direction 0 0 2 spatialize TRUE
}
] background DEF ID4 Background
{ skyColor
[ 0.0 1.0 1.0 ]
} } #end of ID_l
Cette scène peut se structure naturellement en un nœud racine Group contenant 3 sous-groupes, chaque sous-groupe comprenant chacun un objet: Shape, Sound, Background. Une erreur sur l'un de ces objets n'a a priori pas de conséquence sur un autre de ces objets. La scène graphique est ici agencée par l'insertion de 3 groupes dans le groupe racine Group. Supposons que le sous-groupe Shape subisse une erreur de transmission. On aura par exemple une valeur erronée du rayon (radius) de la sphère (≠l.l) ou encore une erreur de syntaxe sur le terme radius. Supposons que l'erreur porte sur la syntaxe :
DEF ID2 Shape { appearance Appearance
{ material Material {
} } geometry Sphère
{ raKius 1.1
} }
Le DDSG est capable, au moment où il analyse la description de l'objet Shape d'identifier une erreur dans le terme raKius et renvoie par conséquent au serveur l'information qu'une erreur de transmission a été reçue dans l'objet ID2. Le DDSG indique alors à l'application du terminal qui reproduit le contenu multimédia l'erreur et sa localisation. Si le terminal ne dispose pas de canal de retour, l'application peut attendre une éventuelle retransmission de l'objet pour le corriger (par ex. utilisation d'un carrousel de données). Dans le cas où le terminal dispose d'un canal de retour (par exemple Upstream en MPEG-4), il convient de distinguer en fonction de la variante de réalisation.
Dans la première variante, l'identification (ID2) de l'objet erroné est transmis au serveur qui détermine le groupe de plus bas niveau contenant ledit objet. En l'occurrence, puisqu'il existe un groupe de même nom (ID2) ne contenant que cet objet, seul ce dernier sera retransmis. Si en revanche, si les objets ID2, ID3 et ID4 avaient été reconnus dépendants les uns des autres pour la protection contre les erreurs, tous les objets du plus petit groupe contenant ID2, ici le groupe racine ID1, devraient être retransmis. Dans la seconde variante, le terminal connaît la description SDML et pourra directement déterminer le groupe erroné. Le serveur reçoit l'identificateur de ce groupe sur la voie de retour et se borne à retransmettre les flux relatifs aux objets du groupe erroné.
Dans les deux variantes, la description SDML est utilisée pour déterminer le groupe erroné. La description SDML de la scène de l'exemple précédent est :
<?xml version= »1.0 » encoding≈ »US-ASCII »?> <!DOCTYPE sdml SYSTEM « SDML.DTD »>
<sdml version= »1.0 »>
<! —spécification du groupe racine de la scène— > <body root≈ »Group »>
<!— spécification des sous-groupes constituant le groupe racine~> <xbifs name= »sphère » hook= »ID1 » />
<xbifs name= »son3D» hook= »ID1 » /> <xbifs name= »arrière-plan» hook= »ID1 » />
</body> </sdml>
Le terme « xbifs » (pour eXtended BIFS) désigne conventionnellement un groupe dans le langage SDML (quel que soit le langage original de description de la scène : MPEG-4, VRML, FLASH etc.). Ici, trois groupes, respectivement intitulés « sphère », « son 3D » et « arrière-plan » sont créés et rattachés au groupe racine.
Supposons qu'une erreur de transmission ait été détectée dans ID2. La description SDML indique que les groupes « sphère », « son 3D » et « arrière-plan » sont indépendants. Par conséquent le groupe erroné est « sphère » et le flux relatif à « sphère » sera retransmis par le serveur. Bien que l'invention ait été illustrée en Fig. 2 dans le cadre d'une protection contre les erreurs d'une scène multimédia préalablement à sa transmission (par un serveur à un terminal) et à la correction des erreurs par retransmission, il est clair qu'elle peut également s'appliquer à la protection contre les erreurs préalablement au stockage d'une scène sur un support d'enregistrement et à la correction des erreurs par relecture du support.
Nous présenterons ci-après la syntaxe du langage SDML et tout d'abord la syntaxe des différents attributs :
Identificateur de version (Versionjd)
" Description :
Un identificateur de version est utilisé pour spécifier une version du langage SDML. S'il n'est pas présent une erreur est notifiée.
" Syntaxe :
Un identificateur de version utilise la syntaxe usuelle: major[.minor[.build]], où major, minor et build sont des entiers précédés de façon optionnelle par des 0.
" Utilisé par les éléments suivants : <sdml> (version attribut)
' Exemple :
<sdml version="1.0"/>
XBIFS identificateur (xbifsjd)
' Description :
Un xbifs identificateur fournit une référence non ambiguë vers un xbifs dans la base de données multimédia. Si le xbifs ne peut pas être retrouvé alors une erreur est notifiée (sauf si un xbifs alternatif est présent). " Syntaxe :
Un xbifs_id doit suivre la syntaxe spécifiée par la base de donnée multimédia.
" Utilisé par les éléments suivants : <body> (root attribut) <xbifs> (name attribut) " Exemples :
<body root="VIRTUAL_SHOP"/> <xbifs name="products/ρhones/OLA" hook="product_l"/>
XBIFS alternatif identificateur (alt bifsjd)
' Description : Un xbifs alternatif identificateur est un xbifs identificateur qui est utilisé si le xbifs référencé par le xbifs_id n'est pas accessible. Si le xbifs référencé par un identificateur alternatif n'est pas accessible alors une erreur est notifiée par le compositeur de scène.
" Syntaxe : La syntaxe est la même que celle du xbifs_id, excepté le fait que "NONE" est utilisé si aucun xbifs alternatif n'est à insérer.
" Utilisé par les éléments suivants : <xbifs> (ait attribut)
" Exemples :
<xbifs name="products/phones/OLA" hook="product_l" alt="products/phone/generic_phone"/>
Média identificateur (média d) " Description :
Un tel attribut est utilisé pour spécifier un identificateur d'un média. Un média est soit une image, un son ou une vidéo. Un tel média peut être stocké dans la base de données multimédia ou fournit par le serveur SDML.
" Syntaxe : Si le média est extrait de la base de données, l'identificateurde média est donné par un identificateur compatible avec la structure de la base de données. Si le média est fourni par le serveur SDML, l'identificateur doit être une URL préfixé par "ext:"
" Utilisé par les éléments suivants : <media> (name attribut) • Exemples :
<média name="shop/logo/logoft" hook="LOGO"/>
<média name="ext:http://sdml.fr/logoft.gif ' hook="LOGO"/>
Média alternatif identificateur (altjnediajd)
' Description :
Un identificateur alternatif de média est un identificateur de média qui est utilisé si le média référencé par un média_id n'est pas accessible. Si le média référencé par l'identificateur alternatif n'est pas accessible, une erreur est notifiée par le compositeur de scène.
" Syntaxe :
La syntaxe est la même que celle du media_id, excepté le mot "NONE" qui est utilisé si aucun média alternatif ne doit être inséré.
" Utilisé par les éléments suivants : <media> (ait attribut)
' Exemples:
<média name="ext:http://sdml.fr/logoft.gif ' hook- 'LOGO" alt="shop/logo/logoft"/>
Identificateur de hook (hook id)
' Description :
Un identificateur de hook fournit une référence non ambiguë à un hook fourni par un XBIFS. Si le hook n'est pas défini par le XBIFS ou si son type (xbifs, text ou action) ne correspond pas au type requis alors une erreur est notifiée par le compositeur de scènes.
• Syntaxe :
Un identificateur de hook commence avec une lettre ou un underscore, et peut être suivi par des caractères alpha-numeriques (lettres, nombres ou underscores).
" Utilisé par les éléments suivants ; <xbifs> (hook attribut)
<text> (hook attribut) <action> (hook attribut)
• Exemples :
<xbifs name="products/phones/OLA" hook="product_l"/>
Position (position)
• Description :
Une position fournit une position non ambiguë d'un xbifs dans un environnement 2D ou 3D (éventuellement 2D et temporel ou 3D et temporel) au sein d'un autre xbifs, suivant l'origine définie dans ce xbifs. Si la dimension et la position ne correspondent pas à la dimension du xbifs, le compositeur de scène notifie une erreur.
" Syntaxe :
La syntaxe est : x,y[,z] (éventuellement [,t]?) où x, y, and z sont des nombres.
" Utilisé par les éléments suivants : <xbifs> (position attribut)
m Exemples :
<xbifs name="products/phones/OLA" position="10,10,30"/>
Identificateur de fichier SDML (SDMLJileJd) " Description :
Un Identificateur de fichier SDML fournit une référence non ambiguë vers un fichier SDML. Si ce fichier SDML n'est pas accessible alors une erreur est notifiée par le serveur .
• Syntaxe : Les identificateurs de fichiers SDML utilisent la syntaxe normalisée des URI
(c'est à-dire des URL sans paramètres). Les paramètres des URL peuvent être supportés mais doit être séparé par "&amp" au lieu de "&" en raison de la limite de la syntaxe XML.
• Utilisé par les éléments suivants : <action> (url attribut) " Exemples:
<action url="file: //next_scene.sdml" hook="action_next"/> <action url="http: //www.francetelecom.fr/new_products.sdml" hook="action_goto_new_products"/> <action url="http: //www.shop.com?action=buy&amp;product=:ola" hook="action_buy_product 1 "/>
Nom de Field (field iame) " Description : " Un tel attribut est utilisé pour donner un nom à un paramètre dans une URL.
• Syntaxe :
Le Nom de Field utilise la syntaxe normalisée des URL
• Utilisé par les éléments suivants : <fιeld> (name attribut)
" Exemples :
<Nom de Field="product" value="ola"/>
Valeur de Field (field_value)
' Description : Un tel attribut est utilisé pour spécifier la valeur d'un paramètre dans un URL.
" Syntaxe :
Field values utilisent la syntaxe normalisée des paramètres des URL.
" Utilisé par les éléments suivants : <field> (value attribut)
" Exemples :
<Nom de Field- 'action" value- 'buy"/>
Valeur de Priorité (priority _value) n Description : Un tel attribut est utilisé pour spécifier la priorité d'un descendant par rapport à ces frères dans l'arbre de composition. La valeur la plus grande indique que le descendant doit être traité avant les autres.
" Syntaxe : Les valeurs de Priorité utilisent la syntaxe normalisée des paramètres entiers.
" Utilisé par les éléments suivants : <field> (priority attribut) <media> (priority attribut) <xbifs> (priority attribut) <action> (priority attribut)
" Exemples :
<Nom de Field- 'action" value- 'buy" priority=0 />
Identificateur de dépendance par rapport à un média (dependsOnMediajd) " Description :
Un tel attribut est utilisé pour spécifier qu'un xbifs ou un média dépend d'un autre média. Un identificateur de dépendance fournit une référence non ambiguë à un média.
• Syntaxe : Les identificateurs de dépendance suivent la syntaxe de la base de données multimédia.
" Utilisé par les éléments suivants : <xbifs> (dependsOnMédia attribut) <media> (dependsOnMédia attribut)
• Exemples :
<xbifs name="phones/Ola" dependsOnMedia=" ext:http://sdml.fr/vitrineft.gif'/>
XBIFS Dependence identificateur (dependsOnXBIFSjd) ' Description : Un tel attribut est utilisé pour spécifier qu'un xbifs ou un média dépend d'un autre xbifs. Un identificateur de dépendance fournit une référence non ambiguë à un xbifs dans la base de donnée multimédia.
• Syntaxe : Les identificateurs de dépendance suivent la syntaxe de la base de donnée multimédia.
" Utilisé par les éléments suivants : <xbifs> (dependsOnXBIFS attribut) <media> (dependsOnXBIFS attribut) " Exemples :
<xbifs name="phones/Ola" dependsOnXBIFS="vitrine"/> <média name- 'ext:http://sdml.fr/logoft.gif' dependsOnXBIFS="graphics/logo
" />
Nous donnerons ci-après la syntaxe des éléments dans le langage SDML.
<sdml>
- Description : L'élément <SDML> est l'élément racine requis dans un document SDML. Il fournit des informations à propos du langage du document.
- Syntaxe :
<SDML version^ « version jd »/> où version Jd spécifie la version utilisée par ce document (par défaut 1.0) - Elément Parent :
Aucun
- Elément Fils : <head> (optionnel et unique) <body> (requis et unique) - Exemples
<sdml version- '1.0">
<body root="VIRTUAL_SHOP">
</body> </sdml>
<head>
- Description :
Cet élément est un élément optionnel qui fournit des informations à propos du document (e.g. meta-information, paramètres de cache, etc.). Dans la version SDML 1.0, cet élément est vide.
- Syntaxe : <head/>
- Elément Parent : <sdml>
- Elément Fils :
Aucun (dans la version 1.0 version) - Exemple:
<head/>
<bodv>
- Description :
<body> est l'élément racine de la description de scène. Il doit spécifier l'identificateur de la racine XBIFS de la scène.
- Syntaxe:
<body root= « xbifs_id »/> où root spécifie l'identificateur de la racine XBIFS de la scène (requis)
- Elément Parent : <sdml>
- Elément Fils : <xbifs> (optionnel) <text> (optionnel)
<action> (optionnel) <media> (optionnel)
- Exemples :
<body root="MA_VITRTNE"/> <text>
- Description : L'élément <text> est utilisé pour insérer une value textuelle dans la description de la scène. Le texte est inséré dans le hook spécifié dans le XBIFS (i.e. le XBIFS spécifié par le père <body> ou l'élément <xbifs>).
- Syntaxe:
<text hook= « hookjd » length=« integer»> body
</text> où : hook donne une référence à un hook textuel fourni par le XBIFS père (requis) - length donne le nombre de caractères par lignes de texte (optionnel)
Si cette valeur n'est pas spécifiée, le texte ne doit pas être coupé. - body spécifie la valeur du texte à insérer (optionnel)
- Elément Parent : <body> <xbifs>
- Elément Fils : Aucun
- Exemples:
<body root="HOME_PAGE"> <text hook="user_name">Nemo</text>
</body>
<xbifs>
- Description :
Le <xbifs> élément est utilisé pour insérer un XBIFS dans la scène. Le XBIFS est insérer dans le XBIFS père (i.e. le XBIFS spécifié par le père <body> ou l'élément <xbifs>), au hook spécifié ou à la position spécifiée.
- Syntaxe : <xbifs name= " xbifs _id " hook= "hook d" alt= "alt_xbifs_id"/> <xbifs name= "xbifsjd" position- "position" ait- ' alt_xbifs_id"/> où :
- name spécifie l'identificateur du XBIFS à insérer (requis) - hook spécifie le hook fournit par le XBIFS père où le XBIFS doit être inséré (exclue par la position)
- position spécifie la position explicite (suivant le XBIFS père) où le XBIFS doit être inséré (exclue par hook) ait spécifie le XBIFS alternatif à utiliser si le XBIFS référencé par l'attribut nom n'est pas accessible (optionnel)
- Elément Parent : <body>
<xbifs>
- Elément Fils : <xbifs> (optionnel)
<text> (optionnel) <action> (optionnel) <media> (optionnel)
- Exemples: <body root="VIRTUAL_SHOP">
<xbifs name="products/pones/OLA " hook="product_l"/>
</body>
<body root="VIRTUAL_SHOP">
<xbifs name="VENDOR" position="150,150,10"/> </body>
<action>
- Description : L'élément <action> est utilisé pour spécifier le fichier SDML à charger en réponse à une action effectuée par l'utilisateur à partir de la scène courante. L'élément <action> associe un Identificateur de fichier SDML à un hook action fournit par le XBIFS père. - Syntaxe:
<action url= « SDMLJilejd » hook= « hookjd »/> où :
- url spécifie l'identificateur du fichier SDML à charger en réponse à une action du client (requis)
- hook spécifie le hook, fournit par le XBIFS père, qui doit être associé à un fichier SDML.
- Elément Parent : <body>
<xbifs>
- Elément Fils : <field> (optionnel)
- Exemples: <body root="HOME_PAGE">
<text hook="user_name">Nemo</text>
<action hook="action_goto_menu" url="file: //menu.sdml"/>
</body>
<field>
- Description :
L'élément <field> spécifie les paramètres à ajouter à un fichier SDML (suivant la syntaxe normalisée des URL) . - Syntaxe:
<Nom de Field= « field_name» value= « field_value»/> où :
- Name spécifie le nom du field (requis)
- Value spécifie la valeur du field (par défaut NULL) - Elément Parent :
<action>
- Elément Fils : Aucun - Exemples :
<body root="HOME_PAGE"> <text hook="user_name">Nemo</text>
<action hook="goto_my_menu" url="http: //www.server.com/user_menu"> <Nom de Field="user" value="Nemo"/>
<Nom de Field="id" value="512332"/> </action> </body>
<media>
- Description
L'élément <media> est utilisé pour insérer un média dans un XBIFS.
- Syntaxe <média name= "media_id" hook="hook_id" alt="alt_media_id"/> où : name spécifie l'identificateur d'un média (requis) - hook spécifie le hook fournit par le XBIFS père où le média doit être inséré (requis) - ait spécifie l'identificateur du média alternatif (optionnel)
- Elément Parent : <xbifs>
<body> - Elément Fils :
Aucun
- Exemples:
<body root="HOME_PAGE">
<média hook-"LOGO"name=''ext:http://wvvw.ft.com/img/logo.gif'alt= logo/logoFT"/>
</body> Un document SDML se présente de manière générale sous la forme ou DTD (Document Type Déclaration) suivante :
<?xml version= »1.0 » encoding= »ISO-8859-l »?>
<!--
SDML (Scène Description Markup Language) DTD vl .0
— >
<!--
HISTORY
Vl .O : Création (Gabriel GUILLAUME DIH/HDM)
-->
<!- ENTITIES
— >
<!ENTITY % hookable « ( xbifs | text | action ) »>
ELEMENTS
->
<! ELEMENT sdml (head?,body)> <!ATTLIST sdml version CDATA ' l.O
<! ELEMENT head EMPTY>
<!ELEMENT body (%hookable;)*> <! ATTLIST body root CD ATA #REQUIRED>
<!ELEMENT text (#PCDATA)>
<! ATTLIST text hook CD ATA #REQUIRED>
<!ELEMENT xbifs (%hookable;)*> <!ATTLIST xbifs name CDATA #REQUIRED hook CDATA #IMPLIED dependsOnMédia CDATA #IMPLIED dependsOnXBIFS CDATA #IMPLIED priority CDATA #IMPLIED position CDATA #IMPLIED>
<!ELEMENT action (field)*> <!ATTLIST action hook CDATA #REQUIRED priority CDATA #IMPLIED url CDATA #REQUIRED>
<!ELEMENT field EMPTY> <!ATTLIST field name CDATA #REQUIRED priority CDATA #IMPLIED value CDATA #REQUIRED>
Nous donnerons deux exemples de documents SDML, le premier relatif à une page Web personnelle et le second à une boutique virtuelle de téléphones mobiles .
Page Web personnelle :
<?xml version= »1.0 » encoding= »US-ASCII »?> <!DOCTYPE sdml SYSTEM « SDML.DTD »>
<sdml version= » 1.0 »>
<body root- »HOME_PAGE »>
<!-- nom de l'utilisateur — >
<text hook= »user_name »>Jean-Claude</text>
<!-- les liens — >
<text hook= »lien intitule 1 »>Ma Météo</text> <action hook= »lien_actionl » url= »http ://www. server. fr/meteo . sdml »/>
<text hook- »lien_intitule2 »>Ma Bourse</text>
<action hook= »lien_action2 » url= » »http://www.server.fr/meteo.sdml »/>
</body> </sdml>
Dans ce document, un seul groupe (ou XBIFS) est spécifié, à savoir le groupe racine HOME_PAGE. Il comprend un élément textuel relatif au nom de l'utilisateur, deux autres éléments textuels ('Ma météo' et 'Ma bourse') et deux éléments de type 'action' associés à des liens ('http://www.server.fr/meteo.sdml', ' http ://www. server .fr/meteo . sdml ' ) vers d'autres scènes. Les 'hooks' définissent les relations de composition entre le groupe racine et ses différents éléments.
Boutique virtuelle :
<?xml version- »1.0 » encoding= »US-ASCÏÏ »?> <!DOCTYPE sdml SYSTEM « SDML.DTD »>
<sdml version- » 1.0 »>
<body root= »PHONES_SHOP/ROOM »>
<!— the spécial offers — >
<xbifs name- »PHONES_SHOP/COUNTER » hook- »special_offers »> <text hook="title">Special offers</text>
<xbifs name= »PHONES_SHOP/PRODUCT_DESC » hook= »place_l »>
<xbifs name= »PHONES_SHOP/PHONES/OLA » hook- »product »/>
<text hook- »price »>200 f</text>
<text hook- »name »>OLA</text> <action hook- »buy » url- »http://www.eopm.fr/PhonesShop »> <Nom de Field- «action » value- »buy »/>
<Nom de Field- »product_name » value- »OLA »/>
<Nom de Field- »product_code » value- »FF4G6 »/>
</action> </xbifs>
<xbifs name- » PHONE_SHOP/PRODUCT_DESC » hook- »place_2 »>
<xbifs name- » PHONES_SHOP/PHONES/NOK7110 » hook- »product »/>
<text hook- »price »>2154 f</text>
<text hook- »name »>Nok 7110</text> <action hook- »buy » url- »http://www.eopm.fr/PhonesShop »>
<Nom de Field- »action » value- »buy »/>
<Nom de Field- »product_name » value- »nok7110 »/>
<Nom de Field- »product_code » value- »F2DD45 »/>
</action> </xbifs>
</xbifs>
<! — the new products — >
<xbifs name- »PHONES_SHOP/COUNTER » hook- »new_products »> <text hook="title">New products</text>
<xbifs name- »PHONES_SHOP/PRODUCT_DESC » hook- »place_l »>
<xbifs name- »PHONES_SHOP/PHONES/ERICS » hook- »product »/>
<text hook- »price »>200 $</text>
<text hook- »name »>ERICS</text> <action hook- »buy » url- «http://www.eopm.fr/PhonesShop »>
<Nom de Field- »action » value- »buy »/>
<Nom de Field- »product_name » value- »erics »/>
<Nom de Field- »product_code » value- »FJ9009 »/>
</action> </xbifs> </xbifs>
<actionhook= «shopping_basket » url- «http://www.eopm.fr/PhonesShop7action-sb » />
</body> </sdml>
Ce document plus complexe décrit une boutique virtuelle
('PHONES SHOP/ROOM') , avec un département pour les offres spéciales
('special_offers' ) et un département pour les autres produits ('new_products' ). L'utilisateur peut acheter un téléphone en sélectionant un produit et contrôler le contenu son caddie à tout moment.
Le document utilise les groupes suivants:
- le groupe racine 'PHONES SHOP/ROOM' décrit la pièce principale de la boutique. Il comprend lui-même deux groupes (ici 2 instances de 'PHONES_SHOP/COUNTER' spécifiés par les liens de composition 'spécial offers' et 'new products') ainsi qu'un élément action ('shopping basket').
- le groupe 'PHONES_SHOP/COUNTER' décrit un comptoir de la boutique. Ce groupe comprend à son tour trois groupes (ici 3 instances de 'PHONES_SHOP/PRODUCT_DESC apparaissant en place et place_2 dans le département 'spécial offers' et en place_l pour le département 'new products'), ainsi qu'un élément textuel ('spécial offers' ou 'new products').
- le groupe 'PHONES_SHOP/PRODUCT_DESC décrit un produit. Ce groupe comprend lui même un autre groupe (décrivant un téléphone, voir ci- dessous), ainsi que 2 éléments textuels ('price' et 'name') et un élément action ('buy').
- les groupes PHONES_SHOP/PHONES/OLA, NOK7110, and ERICS décrivent des téléphones.

Claims

REVENDICATIONS
1) Méthode de protection contre les erreurs d'une information, dite information initiale, décrivant ou modifiant une scène multimédia, ladite scène étant représentée par un ensemble d'objets graphiques et/ou sonores élémentaires la composant, ladite information initiale permettant de reproduire ou de modifier au moins l'un desdits objets, caractérisée en ce que l'on forme des groupes d'objets élémentaires, chacun desdits groupes comprenant au moins l'un desdits objets, un groupe pouvant contenir un ou plusieurs autres groupes selon une structure arborescente, chaque groupe ainsi formé étant indépendamment protégé contre les erreurs, et que l'on génère une information additionnelle identifiant chacun desdits groupes.
2) Méthode de protection contre les erreurs selon la revendication 1 , caractérisée en ce que, pour l'un au moins desdits groupes, l'information additionnelle contient une liste ordonnée des groupes ou des objets le composant, l'ordre de la liste donnant les priorités de correction respectives de ces derniers.
3) Méthode de protection contre les erreurs selon la revendication 1 , caractérisée en ce qu'un groupe étant composé d'autres groupes selon une structure arborescente, l'information additionnelle donne l'ordre de composition de ces derniers.
4) Méthode de protection selon la revendication 1, caractérisée en ce que l'information additionnelle donne l'ordre d'apparition des différents groupes lors de la reproduction ou de la modification de ladite scène.
5) Méthode de protection selon la revendication 1, caractérisée en ce qu'un codage canal est appliqué sur chacun des groupes.
6) Méthode de protection contre les erreurs selon l'une des revendications précédentes, caractérisée en ce que, ladite information initiale décrivant ladite scène multimédia selon un arbre de composition, chaque nœud dudit arbre représentant un ou une pluralité desdits objets élémentaires, lesdits groupes sont choisis parmi les nœuds dudit arbre. 7) Méthode de protection contre les erreurs selon la revendication 6, caractérisée en ce que l'information initiale est formulée selon l'un des formats VRML, MPEG-4, Flash.
8) Méthode de protection contre les erreurs selon l'une des revendications précédentes, caractérisée en ce que l'information additionnelle est adjointe à l'information initiale préalablement à sa transmission ou son enregistrement.
9) Méthode de protection contre les erreurs selon l'une des revendications précédentes, caractérisée en ce que ladite information additionnelle est formulée selon un langage (SDML) de type XML, adapté à décrire les relations de composition entre groupes.
10) Méthode de protection contre les erreurs selon la revendication 9, caractérisée en ce que chaque groupe est identifié par un premier attribut (xbifs Jd) donnant le nom dudit groupe au moyen d'une déclaration d'identification (name=) dudit langage et qu'un groupe peut également être identifié par un second attribut (ait xbifs Jd) donnant un nom alternatif audit groupe, le nom alternatif étant utilisé si le groupe n'est pas accessible sous ledit nom.
11) Méthode de protection contre les erreurs selon la revendication 9, caractérisée en ce que la scène multimédia faisant appel à une pluralité de médias, un média étant constitué d'un son, d'une image ou d'une vidéo, chacun desdits médias est identifié par un attribut (média Jd) donnant le nom dudit média au moyen d'une déclaration d'identification (name=) dudit langage et qu'un média peut également être identifié par un second attribut (altjnediajd) donnant un nom alternatif audit média, le nom alternatif étant utilisé si le média n'est pas accessible sous ledit nom .
12) Méthode de protection contre les erreurs selon la revendication 9, caractérisée en ce que ladite information additionnelle comprend au moins une référence à un fichier formaté dans ledit langage, ledit fichier étant identifié par un attribut (filejd) donnant le nom dudit fichier . 13) Méthode de protection contre les erreurs selon la revendication 9, caractérisée en ce que ladite information additionnelle comprend au moins une référence paramétrée à un URL utilisant une pluralité de paramètres, chaque paramètre étant identifié par un attribut (field iame) donnant le nom dudit paramètre, chaque paramètre pouvant prendre une ou plusieurs valeurs (field _value).
14) Méthode de protection contre les erreurs selon la revendication 9, caractérisée en ce que l'information additionnelle comprend au moins une déclaration associant à une action de l'utilisateur de la scène-multimédia un fichier dudit langage, le fichier étant destiné à être chargé lorsque ladite action a lieu.
15) Méthode de protection contre les erreurs selon les revendications 10 et 11, caractérisée en ce que ladite information additionnelle comprend au moins une référence d'un premier groupe, d'un média, d'un élément textuel ou d'un élément traduisant une action d'un utilisateur de la scène multimédia, à un second groupe indiquant que le premier groupe, ledit média, ledit élément textuel ou ledit élément traduisant ladite action entre dans la composition dudit second groupe, chaque référence étant associée à un lien de composition (hook), chaque lien de composition étant identifié par un attribut (hookjd) au moyen d'une déclaration d'identification dudit langage.
16) Méthode de protection contre les erreurs selon la revendication 15, caractérisée en ce que ladite information additionnelle comprend une description arborescente de la scène multimédia à partir d'un groupe racine associé à la scène multimédia elle-même, chaque groupe autre que le groupe racine étant lié à un groupe de niveau inférieur par un lien de composition, le groupe racine (body) étant spécifié par le nom d'un groupe au moyen une déclaration (root=) dudit langage.
17) Méthode de protection contre les erreurs selon la revendication 15, caractérisée en ce qu'un premier groupe peut être inséré dans un second groupe au moyen d'une commande d'insertion <xbifs name = 'xbifs Jd', hook= 'hookjd^, ladite commande d'insertion spécifiant le nom (xbifs Jd) du premier groupe et l'attribut d'identification (hookjd) d'un lien de composition relatif au second groupe. 18) Méthode de protection contre les erreurs selon la revendication 9, caractérisée en ce que, si un premier groupe ou un média constitué d'un son, d'une image ou d'une vidéo, est lié à un second groupe pour la protection contre les erreurs, le lien entre ce premier groupe ou ce média et ce second groupe est identifié au moyen d'une déclaration de dépendance (dependsOnXBIFS) dudit langage.
19) Méthode de protection contre les erreurs selon la revendication 18, caractérisée en ce que, si un ordre de priorité est fixé entre des sous-groupes d'un même groupe, les priorités attribuées aux dits sous-groupes sont identifiés par des déclarations de valeurs de piorité (priority value) dudit langage.
20) Méthode de protection contre les erreurs selon la revendication 9, caractérisée en ce que, si un média est lié à une autre média ou si un groupe est lié à un média pour la protection contre les erreurs, les liens entre ces médias ou entre ce groupe et ce média sont identifiés au moyen d'une déclaration de dépendance (dependsOnMédia) dudit langage.
21) Méthode de protection contre les erreurs selon la revendication 20, caractérisée en ce que, si un ordre de priorité est fixé entre différents médias, une valeur de priorité (priority value) est attribuée à chacun desdits médias au moyen d'une déclaration de priorité dudit langage.
22) Méthode de correction d'erreurs affectant une information décrivant ou modifiant une scène multimédia, ladite information étant fournie par une source après avoir été préalablement protégée contre les erreurs par une méthode de protection selon l'une des revendications précédentes, caractérisée en ce que, si une erreur est détectée dans ladite information, on détermine au moyen de l'information additionnelle, le groupe de plus bas niveau dans lequel est localisée ladite erreur.
23) Méthode de correction d'erreurs selon la revendication 22, caractérisée en ce que l'on transmet à la source une information identifiant le groupe erroné et que ladite source retransmet les objets élémentaires constituant ledit groupe erroné. 24) Méthode de correction d'erreurs selon la revendication 22, caractérisée en ce que l'on transmet à la source une information identifiant l'objet dans lequel est localisée ladite erreur, que ladite source en déduit au moyen de l'information additionnelle, le groupe dans lequel est localisée ladite erreur et que la source retransmet les objets élémentaires constituant le groupe erroné.
25) Méthode de correction d'erreurs selon la revendication 23 ou 24, caractérisée en ce que, si le groupe erroné comporte une liste ordonnée d'objets élémentaires le constituant, les objets élémentaires sont corrigés selon ledit ordre.
26) Méthode de correction d'erreurs selon l'une des revendications 22 à 25, caractérisée en ce que la localisation d'erreur est obtenue par un décodage canal.
27) Serveur d'information multimédia, ladite information ayant été préalablement protégée contre les erreurs par une méthode de protection selon l'une des revendications 1 à 21, caractérisé en ce qu'il est adapté à analyser ladite information additionnelle et à transmettre des flux binaires correspondant aux différents objets, à recevoir une information identifiant un groupe erroné et à retransmettre les flux binaires correspondant aux objets appartenant au groupe erroné.
28) Serveur d'information multimédia, ladite information ayant été préalablement protégée contre les erreurs par une méthode de protection selon l'une des revendications 1 à 21, caractérisé en ce qu'il est adapté à analyser ladite information additionnelle et à transmettre des flux binaires correspondant aux différents objets, à recevoir une information identifiant un objet erroné et à en déduire le groupe de plus bas niveau contenant ladite erreur puis à retransmettre les flux binaires correspondant aux objets appartenant au groupe erroné.
29) Terminal de reproduction d'une scène multimédia transmise par une source , l'information décrivant la scène multimédia ayant été préalablement protégée contre les erreurs par une méthode de protection selon l'une des revendications 1 à 21, ledit terminal étant adapté à extraire de ladite information des flux binaires correspondants aux objets de ladite scène, caractérisé en ce qu'il est adapté à identifier, en cas d'erreur, l'objet dans lequel est localisée ladite erreur et à transmettre à ladite source, sur un canal de retour, une information identifiant ledit objet.
30) Terminal de reproduction d'une scène multimédia transmise par une source , l'information décrivant la scène multimédia ayant été préalablement protégée contre les erreurs par une méthode de protection selon l'une des revendications 1 à 21, ledit terminal étant adapté à extraire de ladite information des flux binaires correspondants aux objets de ladite scène, caractérisé en ce qu'il est adapté à recevoir et analyser l'information additionnelle générée par ladite méthode de protection, et, en cas d'erreur, à identifier à partir de l'information additionnelle le groupe de plus bas niveau dans lequel est localisée ladite erreur, puis à transmettre à ladite source, sur un canal de retour, une information identifiant ledit groupe.
31) Terminal de reproduction d'information multimédia selon la revendication 29 ou 30, caractérisé en ce qu'il est adapté à effectuer un décodage canal sur lesdits flux binaires et à indiquer, en cas d'erreur détectée par ledit décodage de l'un des flux, l'objet erroné correspondant.
32) Signal de description de scène multimédia, caractérisé en ce qu'il transporte une information additionnelle générée à partir d'une information multimédia au moyen de la méthode de protection selon l'une des revendications 1 à 21.
PCT/FR2002/002107 2001-07-12 2002-06-19 Methode de protection et de correction d'une information de scene multimedia WO2003007615A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0109568A FR2827464B1 (fr) 2001-07-12 2001-07-12 Methode de protection et de correction d'une information de scene multimedia
FR01/09568 2001-07-12

Publications (1)

Publication Number Publication Date
WO2003007615A1 true WO2003007615A1 (fr) 2003-01-23

Family

ID=8865638

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/002107 WO2003007615A1 (fr) 2001-07-12 2002-06-19 Methode de protection et de correction d'une information de scene multimedia

Country Status (2)

Country Link
FR (1) FR2827464B1 (fr)
WO (1) WO2003007615A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2435007A (en) * 2004-10-15 2007-08-15 Wim Albertus Cornelis Hardeman Apparatus and method for forming end products from plastic
CN117376632A (zh) * 2023-12-06 2024-01-09 中国信息通信研究院 基于智能深度合成的数据恢复方法和系统

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1361758A1 (fr) * 2002-05-06 2003-11-12 Motorola, Inc. Appareil et méthode de réconfiguration de contenu d'image pour des récepteurs à différentes capacités

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5680322A (en) * 1994-05-30 1997-10-21 Matsushita Electric Industrial Co., Ltd. Method and apparatus for dynamic image data transmission
EP1113614A2 (fr) * 1999-12-28 2001-07-04 Kabushiki Kaisha Toshiba Dispositif et procédé de transmission de données

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5680322A (en) * 1994-05-30 1997-10-21 Matsushita Electric Industrial Co., Ltd. Method and apparatus for dynamic image data transmission
EP1113614A2 (fr) * 1999-12-28 2001-07-04 Kabushiki Kaisha Toshiba Dispositif et procédé de transmission de données

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
BATTISTA S ET AL: "MPEG-4: A MULTIMEDIA STANDARD FOR THE THIRD MILLENNIUM, PART 1", IEEE MULTIMEDIA, IEEE COMPUTER SOCIETY, US, vol. 6, no. 4, October 1999 (1999-10-01), pages 74 - 83, XP000880606, ISSN: 1070-986X *
DUCLA-SOARES L ET AL: "Error resilience and concealment performance for MPEG-4 frame-based video coding", SIGNAL PROCESSING. IMAGE COMMUNICATION, ELSEVIER SCIENCE PUBLISHERS, AMSTERDAM, NL, vol. 14, no. 6-8, May 1999 (1999-05-01), pages 447 - 472, XP004165388, ISSN: 0923-5965 *
SIGNES J ET AL: "MPEG-4'S BINARY FORMAT FOR SCENE DESCRIPTION", SIGNAL PROCESSING. IMAGE COMMUNICATION, ELSEVIER SCIENCE PUBLISHERS, AMSTERDAM, NL, vol. 15, no. 4/5, January 2000 (2000-01-01), pages 321 - 345, XP000989994, ISSN: 0923-5965 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2435007A (en) * 2004-10-15 2007-08-15 Wim Albertus Cornelis Hardeman Apparatus and method for forming end products from plastic
CN117376632A (zh) * 2023-12-06 2024-01-09 中国信息通信研究院 基于智能深度合成的数据恢复方法和系统
CN117376632B (zh) * 2023-12-06 2024-02-06 中国信息通信研究院 基于智能深度合成的数据恢复方法和系统

Also Published As

Publication number Publication date
FR2827464B1 (fr) 2003-10-24
FR2827464A1 (fr) 2003-01-17

Similar Documents

Publication Publication Date Title
US11647071B2 (en) Method and apparatus for transmitting and receiving content
EP2015587B1 (fr) Procédé de mémorisation d&#39;un objet multimédia, structure de donnée et terminal associé
KR100930295B1 (ko) 콘텐츠-위치 정보의 저장
KR101022471B1 (ko) 멀티미디어 데이터를 기록한 정보저장매체, 그 재생방법및 재생장치
US10469915B2 (en) Apparatus and method for delivering and receiving multimedia data in hybrid network
JP4145144B2 (ja) 構造化文書をいくつかの部分に分割する方法
CN1868184B (zh) 用于多媒体显示的容器格式
CN102156734B (zh) 一种基于语义隐藏标引的视频内容管理方法
JP2007525759A5 (fr)
CN101300810A (zh) 用于将svg内容嵌入进iso基本媒体文件格式以便渐进地下载或流式传输富媒体内容的方法
CA2570568A1 (fr) Methode et appareil pour la creation et l&#39;utilisation de signets de contenu electronique
US20060176902A1 (en) Method of processing a multimedia message, a storage medium, and an associated processing system
CN101283351A (zh) 用于媒体数据传输的方法和设备
FR2683341A1 (fr) Procede et appareil pour reduire la transmission de donnees par la mise en antememoire indexee de donnees.
EP1696670A2 (fr) Signal de données de modification d&#39;une scène graphique, procédé et dispositif correspondants
WO2003007615A1 (fr) Methode de protection et de correction d&#39;une information de scene multimedia
EP2451163B1 (fr) Procédé de mémorisation d&#39;un objet multimédia, structure de donnée et terminal associé
EP1494153B1 (fr) Procédé de lancement d&#39;un opérateur de traitement d&#39;objets contenus dans un message multimédia et terminal de télécommunication associé
WO2011064493A1 (fr) Procede et dispositif de codage avec correction d&#39;erreur adapte au marquage transactionnel
EP1762068A1 (fr) Procede d&#39;edition de pages multimedia aupres d&#39;un terminal,avec pre-memorisation de parametres d&#39;objets intervenant dans les scenes
FR2836317A1 (fr) Procede de transmission de messages audio ou video sur le reseau internet
FR2871009A1 (fr) Procede de traitement d&#39;un message multimedia, systeme de traitement et terminal de telecommunication associe

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

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

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP