EP2801211A1 - Adressage de terminaux dans le cadre d'une application interactive associee a un flux de diffusion en mode non connecte. - Google Patents

Adressage de terminaux dans le cadre d'une application interactive associee a un flux de diffusion en mode non connecte.

Info

Publication number
EP2801211A1
EP2801211A1 EP13701830.5A EP13701830A EP2801211A1 EP 2801211 A1 EP2801211 A1 EP 2801211A1 EP 13701830 A EP13701830 A EP 13701830A EP 2801211 A1 EP2801211 A1 EP 2801211A1
Authority
EP
European Patent Office
Prior art keywords
identifier
terminal
service
tables
tvj
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP13701830.5A
Other languages
German (de)
English (en)
Inventor
Antoine TRANNOY
Christophe BOSSE
Hugues MARTY
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
HOIST LOCATEL FRANCE
Original Assignee
Locatel France
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 Locatel France filed Critical Locatel France
Publication of EP2801211A1 publication Critical patent/EP2801211A1/fr
Withdrawn legal-status Critical Current

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/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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2368—Multiplexing of audio and video streams
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4782—Web browsing, e.g. WebTV
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8545—Content authoring for generating interactive applications

Definitions

  • the invention relates to access to a differentiated service from a television set that is a member of a network of television receivers. a flow of undifferentiated services.
  • the broadcasting of audiovisual services via digital transmission increases the possibilities of developing these services.
  • the services can offer new features such as the distribution of videos, music tracks, video games, internet pages, etc.
  • the broadcast of a set of services is intended for at least one compatible television set in order to render the content of one or more services to a user of the television set.
  • the services are conventionally transmitted via broadcast transmitters capable of transmitting digitally the data relating to the services.
  • the broadcasting of the set of services is generally intended simultaneously for a set of television sets reproducing the content of the services broadcast by the aforementioned broadcast transmitters.
  • Such a set of television sets can be distributed in different isolated sites or be part of the same site. Where television sets are part of the same site, it has been proposed to use a local network to broadcast the services to the television sets of the site.
  • a local network of the institution is used to provide access to services for room occupants.
  • the services broadcast can be received by a central site of the local network which transmits them to the television stations members of the local network of the establishment.
  • a "local area network” will be understood to mean a computer or communication network limited to a defined group of users or to a particular geographical location.
  • Such additional services can be implemented in the form of interactive applications allowing for example to disseminate information such as:
  • differentiated services video on demand, access to voice messages and / or emails to the occupant, etc.
  • the MHEG standard is based on a transport according to the MPEG (Moving Picture Experts Group) standard.
  • the MHP and HbbTV standards are conventionally based on the use of the DVB (Digital Video Broadcast) transmission stream for the signaling of interactive applications to a television set or to a set of television sets.
  • An application is broadcast-related if it is reported in a DVB transmission stream and is broadcast-independent when it is directly downloaded. from an internet-type network regardless of a television service.
  • these standards make use of hybrid data broadcasting methods using broadcast-type communication protocols, known as broadcast broadcast, and / or access-type communication protocols.
  • Broadband internet known as broadband broadcasting.
  • a central server of the site may broadcast an additional television service (of the local channel type) which may comprise differentiated contents intended for different television sets by via an interactive application.
  • Each differentiated content of the interactive application is respectively associated with one or more television sets.
  • the latter delivers the differentiated content appropriate to the television set for example by identification of its IP address (Internet Protocol ) when server view address is unique for each television set.
  • each television set is connected to the remote server by a computer network, with a unique IP address known to the server.
  • a browser on the television set sends a request to retrieve the content of the service from a remote server (by the "HTTP" protocol for example).
  • the server delivers in return the specific content to the occupant of the room and the television shows the name of the latter via the on-board browser.
  • the transfer of data from interactive applications is unidirectional for all television sets, whether in the context of a local network or not.
  • the server of the central site of the local network broadcasts the contents to the television sets without a return path.
  • the set of services broadcast on television sets is transmitted in an undifferentiated manner and all the data of the services is sent to all television sets. Therefore, the broadcast communication protocol does not allow the personalization and differentiation of one or more services broadcast to one or more television sets (unlike the previously described broadband broadcast network).
  • the institution is generally required to use a broadband broadcast network infrastructure.
  • hotels do not necessarily have such infrastructure and its deployment and maintenance can be complex and expensive.
  • the present invention improves the situation.
  • An object of the present invention is to provide a differentiated service to a television set of a set of television sets (all members of a local network), among a set of services of an undifferentiated flow broadcast within the network. local broadcast broadcast.
  • a television set of a local network can display targeted information from undifferentiated data broadcast by the broadcast service and transmitted by a computer entity of the local network.
  • the invention aims for this purpose a television data processing method, implemented by a computer entity, for a communication of differentiated multimedia contents to a plurality of respective terminals, connected to said computer entity,
  • a database of identifiers of said terminals is accessible by the entity, with, in correspondence of each identifier, a specific multimedia content associated with this identifier,
  • said entity from a first stream likely to comprise at least:
  • each terminal being able to:
  • the present invention makes it particularly advantageous to address a specific multimedia content for a terminal (for example a television set, but also possibly a computer, laptop or other), and this, in a manner transparent to the other terminals, and without requiring:
  • a terminal for example a television set, but also possibly a computer, laptop or other
  • IP address or other of particular address of terminal
  • the aforementioned second stream is generated in accordance with the DVB standard (for example according to the HbbTV standard, details of which are given later), and the association table is for example a program association table (usually called “PAT” for "Program Association Table"), the declarative table is for example a program map table (usually called “PMT” for "Program Map Table”) and the table d interactive application is for example an application information table (usually called “AIT” for "Application Information Table").
  • PAT program association table
  • PMT program map table
  • AIT Application Information Table
  • the aforementioned computer entity may for example be in the form of a central server broadcasting the second aforementioned flow to the terminals. For this purpose, it can generate (in the "create” direction) the second aforementioned flow, and thus create the association tables and / or declarative and / or interactive application with the pointer (s) to a content specific multimedia, or simply modify a pre-existing table (s) in the aforementioned first stream.
  • the above-mentioned computer entity can add to a first pre-existing stream an additional channel (called an "additional" service) whose content is specific to each terminal.
  • an additional service whose content is specific to each terminal.
  • the second stream comprises:
  • At least one declarative table and / or an interactive application table relating to an additional service linked to at least one given identifier by adding at least one pointer to a multimedia content associated with this given identifier, and
  • each terminal is able to:
  • the terminals may be television sets, or computers, or the like, and in particular are equipped or connected to processors capable of executing programs.
  • each of the aforementioned terminals may be configured to recognize, among the identifier data of the terminals, an associated identifier of its own.
  • it is possible to ensure that no table of description of said services (usually a table of type "SDT" for "Service Description Table")
  • the present invention also aims at a computer entity for processing television data for a communication of differentiated multimedia contents to a plurality of respective terminals, connected to said entity,
  • a connection to a storage memory of a database comprising identifiers of said terminals with, in correspondence of each identifier, a specific multimedia content associated with this identifier,
  • generation means from a first stream likely to comprise at least:
  • At least one declarative table and / or an interactive application table linked to at least one given identifier by adding at least one pointer to a multimedia content associated with this given identifier
  • the present invention also relates to a computer program comprising instructions for the implementation of the method when the program is executed by a processor (for example a processor of the aforementioned computer entity).
  • a processor for example a processor of the aforementioned computer entity.
  • Figure 8 for example, commented below, can represent a flowchart of the general algorithm of such a computer program, for example.
  • the database stores a unique identifier for each terminal and the entity generates said interactive application table, by adding pointers to the multimedia contents of the application. second stream respectively in correspondence with identifiers relating to said unique identifiers of said terminals.
  • a MAC address having been assigned to each terminal the database stores the addresses.
  • MAC of each terminal and each terminal identifier of said database corresponds to a terminal MAC address.
  • the database stores service identifiers of said second stream and the entity generates said interactive application table by adding pointers to the multimedia contents.
  • the second stream respectively in correspondence of the identifiers of said services.
  • these service identifiers may be TV channel names and each terminal is identified by a channel name.
  • the entity assigns each terminal a dedicated service, which is associated with at least one declarative table and one interactive application table.
  • the entity generates, for each terminal, the interactive application table associated with the dedicated service of this terminal, by adding a pointer to the multimedia content associated with the identifier of this terminal.
  • Each terminal is then configured to recognize the declarative tables associated with said dedicated service and to ignore the declarative tables associated with the services dedicated to other terminals.
  • the entity assigns each terminal a dedicated service, to which at least one declarative table and one interactive application table are associated.
  • the first stream has at least one program declaration table including service identifiers, and the entity generates said interactive application table, by adding pointers to the multimedia contents of the second stream respectively in correspondence of the dedicated service identifiers.
  • Each terminal is configured to recognize the declarative tables associated with said dedicated service and to ignore the declarative tables associated with the services dedicated to other terminals.
  • a service identifier (or "SID") can be used to identify each terminal.
  • the entity assigns each terminal a dedicated service, to which at least one declarative table and one interactive application table are associated.
  • the entity adds in the second stream at least one script of an application and this application script is pointed by the interactive application table or by multimedia content pointed by the interactive application table.
  • this application on a terminal generates a pointer to the multimedia content associated with the identifier of this terminal.
  • Each terminal is configured to recognize the declarative tables associated with said dedicated service and to ignore the declarative tables associated with the services dedicated to other terminals.
  • the execution of the application by reading the script on a given identifier terminal causes the generation of a pointer to a content associated with this given identifier which may for example be a service identifier.
  • the aforementioned script may typically include application source code to execute.
  • the entity assigns each terminal a dedicated service, to which at least one declarative table and one interactive application table are associated.
  • the entity adds in the second stream at least one list of links including at least one link.
  • This list of links is defined in the interactive application table or by multimedia content pointed by the interactive application table.
  • the link list link points to media content related to the terminal identifier, and each terminal is configured to recognize the declarative tables associated with said dedicated service and to ignore the declarative tables associated with the services dedicated to the service. other terminals.
  • FIG. 1A illustrates the diagram of an example of connected television set architecture adapted to receive a transmission stream containing an interactive application signaling table
  • FIG. 1B illustrates the diagram of another example of a connected television set architecture connected to a "Set Top Box" type device able to receive a transmission stream containing an interactive application signaling table
  • FIG. illustrates the diagram of an example of the composition of a DVB transmission stream comprising multiplexed components and an interactive application signaling table
  • FIG. 3 illustrates the diagram of an exemplary architecture implemented according to one possible embodiment of the invention
  • FIG. 4 illustrates the diagram of an exemplary composition of the transmission stream according to the invention that can be implemented in a first embodiment
  • FIG. 5 represents the diagram of an exemplary composition of the transmission stream according to FIG. According to the invention, which can be implemented in a second embodiment
  • FIG. 6 represents the diagram of an exemplary composition of the transmission stream according to the invention that can be implemented in a variant of the second embodiment
  • FIG. 7 represents the diagram of an exemplary composition of the transmission stream according to the invention that can be implemented in another variant of the second embodiment.
  • Figure 8 schematically illustrates the main steps of the television data processing method in an exemplary embodiment.
  • the present invention will be described hereinafter in an embodiment using the DVB (Digital Video Broadcasting) standard for the broadcasting of services to television sets equipped with digital tuners or connected to such a device.
  • the invention is however not limited to this embodiment, and applies to access to services implementing other technologies or analog and / or digital standards, as will be apparent to those skilled in the art .
  • the services presented below are audio-visual programs with related features and applications, carried by a television data transmission stream, via one or more associated television channels.
  • the DVB standard implements the transmission of information transmission streams, known as DVB transmission ".
  • the DVB transmission stream conventionally transports one or more services with at least one associated component such as, for example, video, audio, teletext, subtitle, data, etc. components.
  • Each component of the DVB transmission stream is an element or part of a service to be broadcast to reception apparatus, typically television sets.
  • the service elements can be multiplexed in the DVB stream, called “DVB multiplex", to carry the information of a plurality of services in the same DVB transmission stream.
  • the service elements are described according to signaling tables relating to the set of services, called "IS / PSI tables" (Service Information / Program Specifies Information) and identified, among other things, by their PID (Packet IDentifier). .
  • the services and service elements are broadcast within the DVB transmission stream in the form of packets identified by a PID identifier preferentially transmitted in series according to a FIFO technique (First In, First Out).
  • FIFO First In, First Out
  • the packets allow attribution and recognition of the data conveyed via the transmission stream for the implementation of services with television sets.
  • the PSI tables of a DVB transmission stream conventionally comprise a set of declarative tables of data relating to the services to be broadcast in the DVB multiplex including the following tables:
  • PAT Program Association Table
  • NIT Network Information Table
  • PMT Program Map Table
  • SI tables of a DVB stream traditionally include a set of additional declarative tables of data with additional information including the following tables:
  • NIT Network Information Table
  • SDT Service Description Table
  • An application information table describes an application-type service element, such as an interactive application.
  • the AIT table thus describes the characteristics of this application among the structure, the type, the functions or the behavior of the application when the user selects the service.
  • an AIT application information table can define:
  • This protocol is used to load the entry point of the application, that is to say the first page of the application;
  • each application belongs to a domain:
  • HTTP this is the fully qualified domain name (in English term: FQDN for "Fully Qualified Domain Name") associated with the corresponding URL ("Uniform Resource Locator” or "Universal Resource Locator”);
  • the app does not have permission to perform queries that point outside its domain to load media content
  • an extension of the application domain extending the aforementioned application domain, able to list pointers to localized data outside the base domain of the application.
  • these pointers can be in the form of URL links that indicate the additional FQDN (s) and / or the additional carousel (s) from which application is authorized to access multimedia contents.
  • domain of the application the extended domain (base domain plus domain extension). Recall that an URL is composed of a "schema”, an "authority”, a "path”, a “question” and a “fragment” to form an expression of the form “schema”. : // authority / path? question # fragment.
  • the authority is usually limited to a host name, usually a name or address of a computer server. In the case of URLs of type dvb, the authority may for example designate a data carousel component.
  • the extension of the application domain of the AIT table can specify a list of valid authorities that can be used by the application to retrieve additional multimedia content (the default domain being defined by all files available from the hierarchy of files accessible from the authority of the base URL or from the basic data carousel).
  • PMT program mapping tables are declarative tables of television data specific to one or more services and will be referred to as "PMT tables" in the remainder of the description of the invention.
  • application information tables of an interactive application will be named “AIT tables” afterwards.
  • the multimedia contents designated by an AIT table include data associated with the interactive application that can be in the form of a data file.
  • a data file of a multimedia content of an interactive application can be an HTML (HyperText Markup Language) file that can point to CSS files (Cascading Style Sheets), JavaScript type files, PNG (Portable Network Graphics) or JPEG (Joint Photography Experts Group) images, Moving Picture Experts Group (MPEG) videos, etc.
  • HTML HyperText Markup Language
  • CSS files Code Division Multiple Access (Cascading Style Sheets)
  • PNG Portable Network Graphics
  • JPEG Joint Photography Experts Group
  • MPEG Moving Picture Experts Group
  • the AIT table defines the entry point of the application by pointing to an HTML file that is part of the application's base domain, and the other files come from the interactive application's domain.
  • the DVB transmission stream broadcasts a set of non-return services (broadcast broadcast). Broadcast broadcast of a set of services to a set of television sets is, therefore, undifferentiated and all data services is sent to all television sets. Such broadcasting can be implemented by a cyclical sending of the data without addressing services broadcast to all television sets receiving the DVB transmission stream, which data broadcast is called "data carousel" ("data carousel" in term English-speaker).
  • the data component relating to the multimedia content of an interactive application can advantageously follow the DSM-CC (Digital Storage Media Command and Control) standard.
  • the DSM-CC standard covers among others the digital data transfer and proposes a protocol called "Object Carousel".
  • the Object Carousel protocol is used to convey and exploit data components received via data carousels via a DVB transmission stream.
  • the Object Carousel protocol provides a standard format for describing data tree structures and encapsulating objects received by data carousels.
  • the objects may be in the form of data files and / or data directories.
  • the data carousels transmitted by the DVB transmission stream advantageously follow the DSM-CC standard and will be named "DSM-CC data carousels" thereafter.
  • the DSM-CC standard and its Object Carousel protocol are commonly implemented in connected application standards, including the MHP and HbbTV standards.
  • MHP and HbbTV standards we will take as an example an embodiment applied to the standard HbbTV to illustrate the manipulations of the signaling tables according to the characteristics of the invention.
  • HbbTV standard we will take as an example an embodiment applied to the standard HbbTV to illustrate the manipulations of the signaling tables according to the characteristics of the invention.
  • the invention is not limited to the HbbTV standard and can be applied to other connected application standards having recourse to DVB transmission streams, AIT signaling tables and data carousels.
  • data carousels of the DSM-CC type are particularly suitable for conveying multimedia contents via a transmission stream.
  • other types of data carousels can be used for the implementation of the invention as will be apparent to those skilled in the art.
  • the HbbTV standard focuses on the broadcasting of interactive applications via a DVB transmission stream for so-called "connected” television sets.
  • a "connected television set” will be interpreted here as a television set connected to a device comprising a browser and a cache memory ("Set-Top Box” type equipment) and / or a television set including at least one integrated browser. and an integrated cache, which browsers are capable of executing URL requests.
  • the notion of a television set is not limited to such devices and more broadly concerns any type of terminal comprising at least one browser and a cache memory, which terminals are able to receive and conform to interpret a stream of data.
  • DVB transmission For example, such a terminal is likely to be a computer with DVB transmission stream interpretation software.
  • the HbbTV standard implements a hybrid environment for broadcasting interactive applications (broadcast broadcast and broadband broadcast).
  • the browser of a television set can retrieve the information relating to an interactive application according to two protocols and according to the following characteristics:
  • broadcast HTTP protocol "broadband” interactive application information retrieved by URL requests of type "http” from remote servers via the Internet for example
  • An interactive application AIT table can define one of two protocols or two protocols in parallel. If both protocols are defined, it is advantageous for the AIT table to provide an execution priority between the protocols.
  • the browser of the connected television receiver retrieves the application data from a cache memory of the same connected television set. To do this, the browser executes a "dvb" type URL request from the cache, which dvb URL request includes at least one component identifier of the DSM-CC data carousel with which the data associated with the domain application (for example, HTML homepage multimedia content) of the interactive application can be retrieved. Such an identifier is called “component_tag" in the rest of this presentation.
  • component_tag Such an identifier is called "component_tag" in the rest of this presentation.
  • an antenna 102 in the context of a reception of the DVB stream by radio, a satellite dish 103 as part of a reception of the DVB stream by satellite transmission,
  • the connected television set 101 may also include an access 107 to a wide area network 106 of "internet" type.
  • the NAV browser is integrated with the connected television set 101.
  • the NAV browser executes URL requests. http or dvb URL queries to retrieve data from the broadcasted interactive applications.
  • the NAV browser retrieves, for example, the data from the interactive application from a remote server SERV via access 107 to the WAN 106.
  • the NAV navigator retrieves the data from the application from the data carousels stored in a memory cache MEM which may be internal to the connected television set 101 (for memory, the data carousels preferentially follow the DSM-CC standard).
  • a communication means 108 between the NAV browser and the memory cache MEM allows the browser to retrieve the data of an interactive application from the Identified DSM-CC data carousel component (via a component_tag identifier) by the dvb URL request.
  • dvb URL requests to other DSM-CC data carousel components may come from the media contents pointed by the AIT table of the interactive application.
  • HTML files, CSS code or JavaScript code are able to define URL requests for the recovery of other multimedia content conveyed by the transmission stream and corresponding to the interactive application.
  • the table AIT of an interactive application defines a base URL http (broadband broadcast) primarily to retrieve the relative data via the internet network 106 (the application data being stored on the remote server) SERV).
  • the same table AIT also defines a DSM-CC (broadcast broadcast) data carousel component identifier for retrieving the application data via dvb URL request according to this identifier from the cache memory of the broadcast station. connected television.
  • the NAV browser preferentially executes a request to the priority http specified priority URL for retrieval of the entry point of the application of the interactive application.
  • the NAV browser can still retrieve the application data from the MEM cache by executing the dvb URL request. with the identifier of the data carousel component DSM-CC.
  • FIG. 1B the diagram of a variant of the example shown in FIG. 1A is illustrated with an example of audiovisual equipment 110 comprising a conventional television set 111 (without integrated browser or cache memory) connected to FIG. a set-top box STB device via a communication link 112.
  • the NAV browser and the MEM cache memory are integrated in the STB device and here perform the same functions as in the example of FIG. 1A.
  • the conventional television set 111 is considered as a television set connected by means of the STB device to which it is connected by the communication link 112.
  • the television sets having such characteristics of the examples illustrated in the figures 1A and 1B, are named "connected television sets" for the rest of this talk.
  • FIG. 2 the simplified diagram of an exemplary DVB multiplex that satisfies the HbbTV standard for the undifferentiated broadcast of multiple services for a set of television sets (Multiplex MPTS: Multiple) is illustrated.
  • Program Transport Stream a first program association table PAT 200 lists, for example, two available services (identified by service identifiers: SID for "Service IDentifier") via the DVB transmission stream.
  • the table PAT 200 comprises a set of pointers to a table NIT 201 and to the two tables PMT 202 A and 202B respectively associated with the service of SID equal to 1 and with the service of SID equal to 2.
  • the pointers indicate the PID ID numbers of identified packets corresponding to different tables or services.
  • the NIT table 201 includes information relating to the network such as, for example, the identifier of this network and the name of the access provider.
  • the PMT program map 202A lists the components of the service associated with this table and has pointers to the PIDs of the identified packets corresponding to them (a PMT is generally associated with a single service).
  • the PMT table 202A includes pointers to service components such as service elements PES 203A and 203B (Program Elementary Service).
  • service elements PES 203A and 203B are for example a video component and an audio component.
  • the PMT 202B has a pointer to a service element of its own (service element PES 206).
  • a service PMT table (202A, 202B) can point to an AIT table (204, 207) and a DSM-CC data carousel component (205, 208) that define and compose an interactive application.
  • the PMT table 202A includes a pointer to an AIT table 204 (of PID equal to 2000) as well as to a data carousel component DSM-CC 205 (of PID equal to 2001).
  • the AIT 204 describes the structure of the interactive application associated with the service of the PMT 202A with information about the application (protocol, name, URLs, etc.).
  • the AIT table 204 defines one and / or two protocols for accessing the application content data, HTTP and / or Object Carousel, and a pointer to an entry point for each protocol (an HTTP URL for the HTTP protocol, a value of component_tag identifying a data carousel component for the Object Carousel protocol).
  • each of the AIT tables 204 and 207 points to respective DSM-CC data carousel components (205, 208).
  • each of the interactive applications defined by these AIT tables may issue a dvb URL request to other DSM-CC data carousel components.
  • the two illustrated protocols can be used to retrieve the data of the application content, the HTTP protocol (HTTP URL request) and the Object Carousel protocol (URL request dvb).
  • HTTP protocol HTTP URL request
  • Object Carousel protocol URL request dvb
  • the organization of the signaling tables of the DVB transmission stream relative to the HbbTV standard thus makes it possible to broadcast to connected television sets interactive applications associated with services within a hybrid environment (broadcast / broadband).
  • the use of the HTTP protocol makes it possible to envisage the differentiation of the multimedia contents sent by a remote server to the connected television sets (for example by identification of IP addresses in the case of a local network). This differentiation of content can be applied to television sets members of the same local network then having access to specific services for each of the connected television sets.
  • the invention proposes, in the context of a unidirectional DVB transmission stream, a differentiation of the interactive application multimedia contents by limiting itself to the use of the Object Carousel protocol.
  • FIG. 3 illustrates a non-limiting example of the infrastructure of a broadcast system 300 that can be implemented according to the invention.
  • the broadcasting system 300 makes it possible to broadcast within an establishment a set of services composed in particular of audiovisual services and interactive applications.
  • the broadcasting system 300 advantageously comprises a "server" type computer entity comprising, for example, computer sub-entities including at least a first entity ENT1 and a second entity ENT2.
  • the computer entity is shown in FIG. 3 in the form of a central site SC having the role of "head of the station" of the local network 302.
  • the central site SC then forms the interface between a broadcasting network and the network.
  • the local network 302 here connects the television sets (TV1, TV2, TV3) to the computer entity.
  • the central site SC has receiving means 102, 103, 104 for receiving a first transmission stream from the broadcast network.
  • the first flow of transmission is received at the ENTl entity of the SC central site or stored as a file in an S entity or on the ENTl entity.
  • Entity ENTl comprises at least:
  • a transmission stream reception system from an antenna, a video acquisition system, a local server, etc., and / or access to a transmission stream stored as a file,
  • the entity ENT1 is able to manipulate and perform operations on the received transmission stream signaling tables to generate at least one transmission stream with the modified signaling tables.
  • the entity ENT1 receives the first transmission stream by modifying certain signaling tables of this stream (like the PAT table) and adding components.
  • elementary and signaling tables of an additional transmission stream (which stream includes at least one additional service and an associated interactive application).
  • the second transmission stream generated by the entity ENT1 comprises the original signaling tables of the first stream with, in addition, the tables of the supplementary stream.
  • the additional stream added may come from the server S (as explained below) or may be stored at the entity ENT1.
  • this embodiment comprises the particular case where the first transmission stream is empty, in which case the second stream then comprises the single additional stream.
  • the second stream then comprises the single additional stream.
  • several additional streams are added to the first transmission stream.
  • the entity ENT1 adapts the signaling tables of the first transmission stream to generate a second transmission stream with modified tables.
  • the second transmission stream thus broadcasts one or more services that can present differentiated interactive applications (notably thanks to the generated data carousels) to the connected television sets, members of the local network 302.
  • the entity ENT1 is capable of generating or modifying the AIT table of at least one application associated with one of the services of the first transmission stream or can associate a new interactive application with one of these services. In essence, this may consist of modifying an interactive application and / or services received via the television broadcasting network or any other source, or else adding an interactive application to one or more services of the first stream that does not did not have any.
  • Such table manipulations are performed by means of operations of the entity ENT1 on the pointers of the PMT tables and / or the AIT tables and again make it possible to differentiate the multimedia contents broadcast on the television sets from an undifferentiated flow.
  • the entity ENT1 comprises at least one storage means for storing a database.
  • a database comprises data and / or specific information corresponding to the identifiers of the television sets of the local network 302.
  • the database can be pre-established within the entity ENT1 of the central site SC and or retrieved and updated regularly from a remote server (not shown in the figure).
  • the database is in the form of an association table as explained below.
  • the database is in the form of an association table relating to a database retrieved from a hotel occupancy management server and the in which we find the list of occupants of the rooms with their names and data specific to them.
  • the entity ENT2 for its part, is shaped in order to modulate and broadcast the second transmission stream generated by the entity ENT1 to the local area network 302.
  • This entity ENT2 can be associated with an amplifier, an inverted splitter or any other means. suitable for broadcasting transmission streams over a local area network as it will appear for a man of the job.
  • the second transmission stream generated is broadcast by the ENT2 entity to the member television sets (TV1, TV2, TV3) and this, in an undifferentiated manner and without a return path (in accordance with a "broadcast" broadcast) , each of the services of the stream broadcast being likely to have been associated with at least one interactive application in advance by the ENTl entity.
  • This second stream may be transported on the local network 302 at the same time as other transmission streams directly from the broadcast network or other sources.
  • FIG. 3 shows optional means including a reception means 304 and a module 303 connected to the network 302.
  • the reception means 304 is of the antenna type and can receive a broadcast stream of television services. .
  • This receiving means 304 is connected to the module 303 which is of the "inverted modulator" type.
  • the module 303 receives the broadcast stream from the reception means 304 and the second transmission stream from the entity ENT2.
  • the module 303 can thus add (at the output of the central site SC) other transmission streams to the television sets of the network 302.
  • the central site SC can be connected to a server S which broadcasts at least one additional service.
  • This additional service may be added in the second stream to the set of services received via the first stream (a set that may be empty). This addition is done at the level of the entity ENTl of the central site SC by adding at least one pointer to the association table PAT of the second stream to the at least one supplementary service (pointer to the table PMT of this service additional).
  • this additional service includes an associated interactive application.
  • the supplementary service is an internal channel of the hotel and that the associated interactive application renders the display of the connected television set, the name of the occupant of the room.
  • the server S is external to the central site SC.
  • the server S may alternatively or additionally be integrated with the central site SC of the broadcasting system 300.
  • the entity ENT1 integrates the characteristics of the server S in order to modify the signaling tables. the second transmission stream by adding the supplementary service and the associated interactive application.
  • the local network 302 may be based on a physical medium known and suitable for the implementation of local networks such as for example optical fiber, coaxial cable, twisted pair or other.
  • the television sets TV1 and TV2 are connected television sets comprising at least one browser and at least one integrated cache memory (as shown in the example illustrated in FIG. 1A).
  • the television set TV3 is a conventional television set connected to a STB device of the Set-Top box type, which device STB comprises at least one browser and at least one cache memory (as shown in the example in FIG. 1B). ).
  • STB comprises at least one browser and at least one cache memory (as shown in the example in FIG. 1B).
  • HbbTV previously described with reference to Figure 2.
  • program correspondence signaling tables similar to PMT tables and AIT tables, could be used in compatibility with the selected technology or standards.
  • the connected television sets are compatible with the DVB standard and able to receive and interpret the signage (the SI / PSI signaling tables) as well as the data from the DVB transmission stream.
  • the connected television sets can be controlled by control functions initiated by a suitable device such as a conventional remote control (not shown in the figures) communicating respectively with at least one television set connected by a wireless link.
  • At least one service (from the set of undifferentiated services) conveyed in the second transmission stream is broadcast to all the connected television sets (TV1, TV2, TV3) of the local network 302 with an interactive application associated.
  • the service under consideration is an additional service added by the entity ENT1 of the central site SC.
  • this service could be a service from the first transmission stream received by the central site SC.
  • the interactive application associated with the additional service added in the second transmission stream includes specific multimedia contents for each of the connected television sets. These multimedia contents relate to the identifiers of the television sets of the local network 302.
  • the supplementary service is broadcast in an undifferentiated manner to the television sets connected with an associated interactive application, which points to a multimedia content specific to the identifier of the post.
  • the AIT associated with the supplementary service identifies a DSM-CC data carousel component containing the entry point of the interactive application.
  • This multimedia content of the application includes link requests (URL dvb) of at least one other multimedia content.
  • This other multimedia content includes specific data and / or content for each of the connected television sets.
  • This database can be a retranscription of the database stored at the entity ENT1 and which notably includes data and / or differentiated content corresponding to the connected TV set identifiers.
  • the entity ENT1 broadcasts the database it contains in the form of a multimedia content contained in a component of the data carousel components DSM-CC identified by the table AIT of the interactive application.
  • the connected television sets can thus all recover the database presenting their identifiers with the data and / or differentiated contents corresponding to them.
  • the database broadcast inside the DVB transmission stream is in the form of an association table.
  • the association table can be defined in an ECMAScript (commonly called JavaScript) encoded data file, for example in JavaScript Object Notation (JSON) format, or in Extensible Markup Language (XML).
  • JSON JavaScript Object Notation
  • XML Extensible Markup Language
  • a preliminary phase of configuration of TV1 connected TV1 TV2 and STB device of the TV3 connected TV set can be performed before the broadcast of the set of services on the local network 302.
  • This prior configuration phase consists in making each of the connected television sets able to identify, thanks to a script included in a multimedia content (for example JavaScript code), the specific data of an interactive application that are intended for it within the association table.
  • a script included in a multimedia content for example JavaScript code
  • this consists in applying an identifier for which, at the end of this configuration, each of the TV sets connected to TV1 to TV3 has at least one own identification means for retrieving the multimedia content data intended for it in the association table broadcast.
  • such a configuration can be carried out on a bench for setting up television sets, or using a USB key, a memory card, a CAM (Conditional Access Module) module, or through a proprietary protocol and other appropriate means.
  • FIG. 4 shows a non-limiting example of a table organization of a DVB transmission stream according to this first embodiment.
  • two services 401 listed in the PAT 400 table
  • broadcast in the second transmission stream coming from the entity ENT1 which are derived from the first transmission stream (received by the entity ENT1)
  • the signaling tables of these two services have not been modified at the central site SC and that their tables PMT 410 and 411 each point to conventional components of television programs in this case, at least one video component (420, 422) and an audio component (421, 423).
  • the supplementary service 402 added by the entity ENT1 has also been represented.
  • the entity ENT1 added a pointer (PID equal to 34) in the table PAT 400 to the table PMT 412 (which table PAT only listed two services in the first stream similarly to the example shown in Figure 2).
  • the PMT table 412 lists the components associated with the supplementary service (video component 424, audio component 425), in particular the interactive application that has been associated with it by the entity ENT1.
  • the components of the interactive application are listed by the pointers 414 which point to:
  • a connected television set retrieves data and information from an interactive application following the Object Carousel protocol.
  • the definition and implementation of the Object Carousel protocol are included in the AIT 430 table with, in essence, the identifier (component_tag_l) of the component of the data carousel DSM-CC 431 with which the NAV navigator of a control station.
  • connected TV can retrieve the entry point of the application and its related data.
  • the entry point is an HTML home page.
  • the data carousel component DSM-CC 431 stored in the memory cache MEM thus includes an HTML file named "Home.html” relative to this home page.
  • this home page may include at least one pointer (as URL dvb) to the second illustrated carousel component, the data carousel component DSM-CC 432.
  • the authority of the dvb URL contained in the home page can be listed in the definition of the domain extension of the application described by the AIT 430 table.
  • Such a home page may contain at least script language instructions (source code type of the application) to retrieve specific data based on the identifier of the TV and data pointed by the URL dvb.
  • the NAV browser can retrieve the multimedia content contained in the data carousel component 432 pointed by the URL dvb of the application home page.
  • the data carousel component DSM-CC 432 has been illustrated as comprising an association table as mentioned above.
  • association table (analogous to the database stored in the ENT1 entity) can be, for example, a file encoded in JSON or in any other format adapted to present a list of identifiers of the workstations. television connected with the corresponding data and / or contents of the interactive application.
  • a file of type JavaScript named "names.js”.
  • the data transported by the data carousel components DSM-CC 431 and 432 can belong to the same data carousel and be located in the same identified memory space (same carousel_id). So, the data set is simultaneously loaded to the cache when the NAV browser executes the dvb URL request from the memory to access the entry point of the application.
  • association table according to which there is a list of identifiers relating to each of the television sets (TVl, TV2, TV3) member of the local network 302. For each of the items is associated with a specific message to be displayed by the interactive application of the supplementary service.
  • each connected television set having an identifier can retrieve the data which are specific and dedicated to it in the association table received via the data carried by the component of DSM-CC 432 data carousel of the second transmission stream.
  • the identification of the connected television sets can be carried out according to several possible variants.
  • a first variant aims to identify the television sets connected from the MAC (Media Access Control) address of the network interface of each of the television sets TV1 to TV3 within the local network 302.
  • the address of the device STB to which it is connected in the local network 302 is considered.
  • the database of the entity ENT1 is then advantageously pre-filled with the MAC addresses of the television sets on the local network 302 before associating information specific to the identifiers.
  • the ID1 to ID3 referenced relative to the television sets connected TV1 to TV3 are the respective MAC addresses of the television sets within the local network 302.
  • the identifier of each TV set connected TV1 to TV3 of the local network 302 is defined according to a unique identifier establishes during the prior configuration of the connected television sets.
  • a unique identifier can flow:
  • an identifier derived from data of a non-volatile memory connected to the connected television set (USB key, external hard disk, etc.), or
  • the unique identifier applied to each of the items is filled in or derived from the database stored in the entity ENT1.
  • the television sets are configured to recognize the additional service broadcast to all stations according to a specific identifier for each television.
  • the television set TV1 recognizes the supplementary service (SID equal to 3) under the name "ch 101”
  • the television set TV2 recognizes the supplementary service under the name "ch 102”
  • the set TV3 recognizes the additional service under the name "ch 103”.
  • the identifiers ("101", "102", "103") of the television sets (TV1, TV2, TV3) are directly contained in the name of the additional service which has been assigned to them in the configuration of the stations.
  • no description table of all the available services of the second broadcast stream which would include an undifferentiated name for each of these services, is broadcast on the local network. 302, from the central site SC during and after the broadcast of all services. This forces the television sets to ignore the name of the service other than that provided during the configuration phase.
  • the connected television sets are considered to have a routine (implemented in the form of an API programming interface) executed to record:
  • the routine may be available from the scripting language of the application that can be interpreted by the television set.
  • separate signaling tables are generated at the central site SC according to the connected television sets.
  • this may result in the broadcast of the PMT signaling tables on the local network 302 from the central site SC, in a differentiated manner for the connected television sets.
  • some of them can then be replaced by differentiated PMT tables according to the television sets for broadcast on the local network 302 via the second transmission stream. If an additional program is added by the ENT1 entity, the PMT tables in this service can also be replaced by differentiated tables.
  • a prior configuration phase can be performed for each of the connected television sets and this, before broadcasting the set of services on the local network 302.
  • This configuration phase consists in making each of the stations of connected television TVl, TV2 and the STB device connected to the television set TV3, able to recognize and operate the PMT signaling tables dedicated to it (possibly with other television sets) and to ignore the PMT signaling tables which are not intended for him (but are intended for other television sets).
  • each of the television sets TV1 to TV3 is thus able to receive the service elements or the interactive applications to which the only PMT tables respectively dedicated to them point.
  • each of the television sets TV1 to TV3 can be performed by means of a respective list of SID service identifiers pointing to the PMT signaling tables (via a PAT table associating a PID with each SID) which will be intended for this television set.
  • the configuration of the connected television sets can here also be carried out on a tuning bench of the television sets, with the aid of a USB key, a memory card or by means of a proprietary protocol and other means.
  • FIG. 5 illustrates an example of the second transmission stream modified by the entity ENT1 according to the second embodiment.
  • the services of conventional television programs (SID equal to 1 and SID equal to 2) are broadcast by the transmission stream and as illustrated in FIG. 4.
  • the supplementary service is added according to tables. distinct signaling.
  • the entity ENT1 adds an additional service respectively by television set.
  • three additional services are dedicated to the stations (SID equal to 3, SID equal to 4 and SID equal to 5).
  • PMT tables 510, 511 and 512 are broadcast to all television sets (TV1, TV2, TV3), the tables are differentiated so that the table PMT 510 is actually dedicated to the television set connected TV1 and the PMT tables 511 and 512 respectively dedicated to the connected television sets TV2 and TV3.
  • PMT tables could possibly be intended for a plurality of connected television sets, rather than a single connected television set.
  • Each television set is thus configured with service numbers (a SID dedicated to each station) and PIDs that correspond to the PMT tables that are intended for each.
  • SID dedicated to each station
  • PIDs that correspond to the PMT tables that are intended for each.
  • the connected television set TV2 ignores services 3 and 5 (PMT tables 510 and 512 of PID equal to 34 and 36) of the PAT 500, and TV3 connected television ignores services 3 and 4 (PMT tables 510 and
  • the central site entity ENT1 SC adds pointers 501 to the PAT table 500 which point to the aforementioned PMT tables 510, 511 and 512.
  • Each of these PMT tables point here to the same service elements (relating to the components common to the different television sets receiving the second transmission stream) associated with the supplementary service, in this case to:
  • the DSM-CC 523 data carousel component (which contains the entry point of the interactive application).
  • the AIT table 522 and / or the files (multimedia contents) constituting the application and contained in the data carousel component DSM-CC 523 can identify and point to at least one component of the DSM-CC data carousel components. (524, 525, 526) specific to each of the PMT table services 510, 511 and 512. Thus, specific and differentiated multimedia content is assigned for each connected television set.
  • DSM-CC data carousel components may be stored at a cache location of a television set that is identified by a memory space identifier named "carousel_id”. This data carousel is then called “multi-PID data carousel”.
  • the DSM-CC data carousel components of an interactive application can be located in the same memory space (DSM-CC data carousel components of the same carousel_id,) or in different memory spaces (carousel components DSM-CC data of different carousel_id).
  • the base domain of the application of the AIT table 522 (with the identifier "component_tag_l") consists of the data carousel component DSM -CC 523 whose multimedia content includes at least one application script (including at least part of the application's source code) and includes a pointer (of URL type dvb) to one of the data carousel components DSM-CC
  • the data carousel component DSM-CC 523 (with a value of carousel_id equal to 0, for example) is located at a memory space different from the data carousel components DSM-CC 524, 525 and 525.
  • the pointer (included in the application script) to one of the data carousel components DSM-CC 524, 525 and 526 includes a TV-specific identifier connected to point the carousel component.
  • specific DSM-CC data (with differentiated multimedia content) to the television set that executes interactive application.
  • the multimedia content of the data carousel component DSM-CC 523 retrieves the service identifier (SID) dedicated to the connected television set to integrate it into a pointer (URL dvb) and thereby, generating a URL request with the identifier to a station-specific DSM-CC data carousel component having differentiated media content for that station.
  • SID service identifier
  • a request points to a data carousel component DSM-CC specific to the identifier of the television set (SID service dedicated to it).
  • the different dvb URLs, each having a connected television set identifier (SID) are declared (by the entity ENT1 when generating the second stream) in the definition of the extension of the application domain. in the table AIT 522.
  • the application domain of the AIT table 522 (with the identifier "component_tag_l") points to the data carousel component DSM-CC 523 , which component contains the entry point of the application.
  • the data carousel component DSM-CC 523 (with a value of carousel_id equal to 0 for example) has been located in the same memory space as the data carousel components DSM-CC 524, 525 or 526 (which, therefore, have a carouseljd value equal to 0 as well), in the form of a multi-PID data carousel.
  • the application domain defined in the AIT 522 table includes a dvb URL relative to the base URL but which also loads the DSM-CC data carousel components associated with the service dedicated to the television set.
  • the set of data carousel components DSM-CC of the same carouseljd is loaded into the same cache space, and the browser loads the point input from this memory space.
  • a relative URL query i.e. without any mention of the schema or authority
  • This relative URL can be advantageously contained in a list of links (list of authorized URLs). This list of links can be described by the AIT 522 table (the link list is then the basic domain of the application) or by multimedia content relating to the interactive application.
  • the application domain thus makes it possible to access the file tree of a memory space of the same carouseljd and to directly load the data carousel components DSM-CC that it comprises (including, in particular, the specific data carousel component DSM-CC). It is then no longer necessary to access other memory space (different carouseljd) to retrieve the differentiated multimedia contents and the declaration of an extension of the application domain in the AIT table is no longer required in this case.
  • the PMT table 510 points to the AIT table 522 which describes the data carousel component DSM-CC 523 as an entry point.
  • the data carousel components DSM-CC 523 and 524 have the same carouseljd and are thus loaded to the cache when accessed by the NAV browser at the entry point.
  • a relative URL then makes it possible to simply point to all the data of the multi-PID carousel, and in this case, the data carousel component DSM-CC 524 (which includes multimedia content specific to the television set TV1).
  • the second embodiment allows a differentiation of multimedia content broadcast from an undifferentiated service transmission stream to connected television sets.
  • television (TV1, TV2, TV3) of the local network 302.
  • an entry point of an interactive application points to a multimedia content comprising data and / or multimedia content specific to corresponding identifiers (able, for illustrative purposes, be contained in an association table that includes a data carousel component DSM-CC pointed by the home page).
  • An association table here includes specific data for the service identifiers (SID) dedicated to each connected television set.
  • SID service identifiers
  • the interactive application received by a television set is able to recognize the service that is dedicated to it through an API programming interface of its scripting language. It is recalled that the application script can be included in the multimedia content (for example included in or pointed from an HTML page) of the application. Thus, the script raises the service identifier SID of the dedicated service to recover within the association table specific data assigned to its service identifier.
  • the television set TV1 ignores the services of identifiers SID2 and SID3 but receives the service of identifier SID1 dedicated to him.
  • the TV set TV1 only considers the PMT 510, which points to the AIT 600 table.
  • a script is transmitted via the multimedia content of the Basic domain of the interactive application (included here in the data carousel component DSM-CC 601).
  • a programming interface of the scripting language retrieves the current SID service identifier. The script is thus able to retrieve the service identifier for which the station has been previously configured.
  • association table is contained in the data carousel component DSM-CC 602 under a JavaScript file for example by the name "SID.js", which is pointed by the multimedia content of the component data carousel DSM-CC 601.
  • each of the PMT tables of the broadcast services comprises a pointer to an interactive application AIT table specific to each service.
  • an AIT table is dedicated to each connected television set, which AIT table identifies a specific or common application entry point to the different AIT tables and each AIT table can list in its extension domain at least one specific pointer to differentiated multimedia content for the post.
  • the PMT tables 710, 711 and 712 are here respectively dedicated to the connected television sets TV1, TV2 and TV3. Each of the PMT tables points to a specific AIT 720, 721, or 722 table. At the same time, the PMT tables 710, 711 and 712 also point to the data carousel components DSM-CC 724, 725 and 726 respectively comprising multimedia content specific to a connected television set. In addition, the AIT tables 720, 721 and 722 respectively have as their entry point the data carousel components DSM-CC 730, 731 and 732 (each being identified, for example, by component_tagl or component_tag2 or component_tag3).
  • the entry points are specific to the television sets and can thus point respectively to one of the data carousel components DSM-CC 724, 725 and 726 including the multimedia content specific to each station.
  • each television set being configured to receive only one of the PMT tables 720, 721 and 722 of the example, the interactive application received by one of the connected television sets is specific for its differentiated multimedia content. .
  • no description table of all available services is broadcast on the local network 302, from the central site SC during and after the broadcast of all services.
  • the transmission stream represented does not contain an SDT table. This forces TVs to ignore services that were not planned during the configuration phase, and prevents them from being able to adjust to other services (the SDT table is necessary to allow tuning of channels on certain television sets).
  • the SDT table is necessary to allow tuning of channels on certain television sets.
  • program correspondence signaling tables similar to the PAT, PMT and / or AIT tables, could be used in compatibility with the selected technology or standards.
  • the present invention allows access to services which is selective according to television sets connected to a local network.
  • it uses signaling tables in a non-standard way, but nevertheless complies with the standards (in particular the DVB and HbbTV standards for example).
  • a first transmission stream ⁇ originating from the broadcasting network, a video file and / or a similar source and which may comprise one or more television services.
  • related information such as:
  • the entity ENT1 of the central site SC modifies the signaling tables of the first transmission stream Oi including the PAT table, the PMT tables and / or the tables AIT in order to associate with at least one service a content specific multimedia CMMj to a TVj station identifier and multiplex the service or services to broadcast output.
  • the stream ⁇ 2 then comprises at least one differentiated multimedia content for each of the identifiers of television sets.
  • the multimedia contents CMMj and the respective identifiers come from a database DDB (step D3) which is internal or connected to the entity ENT1.
  • the entity ENT1 therefore generates in step S2 a second transmission stream ⁇ 2 comprising:
  • the entity ENT2 of the central site SC broadcasts the stream ⁇ 2 in an undifferentiated manner with the television sets with the signaling tables TS comprising the PAT tables, the PMT tables and / or the AIT tables modified by the entity ENT1.
  • the connected television sets receive the transmission stream ⁇ 2 and carry out a T5 identification test.
  • the television sets refer to the identifier assigned to them to recover the CMMj differentiated multimedia contents dedicated to them from the signaling tables TS of the stream ⁇ 2 .
  • the connected television sets having recovered the multimedia content that is specific to them, read the differentiated multimedia content dedicated to them (step S6), for example for a display (DISP) or other.
  • the components of the DSM-CC data carousels are updated dynamically when the database DDB of the entity ENT1 is modified.
  • the ENT1 entity uses the versioning mechanisms of the PMT, AIT tables, DSM-CC data carousel components and / or modules of these components.
  • the use of the version control mechanism then forces the television set to load the updated data, or even to fully reload the application in the case of a version change of the AIT table.

Landscapes

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

Abstract

L'invention concerne le traitement de données de télévision pour une communication de contenus multimédias (CMMj) différenciés à une pluralité de terminaux respectifs, connectés à une entité informatique. Une base de données (DDB) d'identifiants (TVj) des terminaux est accessible par l'entité, avec, en correspondance de chaque identifiant (TVj), un contenu multimédia spécifique (CMMj) associé à cet identifiant (TVj). L'entité informatique génère dans un premier flux (Φ1), par exemple au format DVB, au moins une table d'association, une table déclarative et/ou une table d'application interactive, liées à au moins un identifiant donné (TVj) en ajoutant au moins un pointeur vers un contenu multimédia (CMMj) associé à cet identifiant donné. Il est alors délivré vers les terminaux un deuxième flux (Φ2) comportant : * des données de télévision, propres à plusieurs services de télévision, * des données d'identifiants des terminaux, et les contenus multimédias (CMMj) associés respectivement auxdits identifiants (TVj), et * les tables déclaratives desdites données de télévision, avec lesdites tables générées, chaque terminal étant apte, de son côté à : - se référer aux tables générées liées à l'identifiant (TVj) de ce terminal, et - de là, récupérer, dans le deuxième flux, un contenu multimédia (CMMj) déclaré à partir desdites tables générées pour une lecture du contenu multimédia récupéré, ledit contenu multimédia (CMMj) récupéré étant alors un contenu spécifique à ce terminal. (Figure 8)

Description

Adressage de terminaux dans le cadre d'une application interactive associée à un flux de diffusion en mode non connecté L'invention concerne l'accès à un service différencié à partir d'un poste de télévision membre d'un réseau de postes de télévision recevant un flux de services indifférenciés.
La diffusion de services audiovisuels par l'intermédiaire de la transmission numérique augmente les possibilités de développement de ces services. Les services peuvent proposer de nouvelles fonctionnalités comme par exemple la diffusion de vidéos, de morceaux de musique, de jeux vidéo, de pages internet, etc.
La diffusion d'un ensemble de services est destinée à au moins un poste de télévision compatible afin de restituer le contenu d'un ou plusieurs services à un utilisateur du poste de télévision.
Les services sont conventionnellement transmis par l'intermédiaire d'émetteurs de télédiffusion aptes à transmettre numériquement les données relatives aux services. La diffusion de l'ensemble de services est généralement destinée simultanément à un ensemble de postes de télévision restituant le contenu des services diffusés par les émetteurs de télédiffusion précités. Un tel ensemble de postes de télévision peut être réparti dans différents sites isolés ou faire partie du même site. Lorsque des postes de télévision font partie du même site, il a été proposé d'utiliser un réseau local pour diffuser les services aux postes de télévision du site.
À titre d'exemple, dans le cadre d'un établissement hôtelier ou hospitalier, on utilise un réseau local de l'établissement afin de fournir un accès à des services aux occupants des chambres. Les services diffusés peuvent être reçus par un site central du réseau local qui les transmet aux postes de télévision membres du réseau local de l'établissement. On comprendra ici par « réseau local », un réseau informatique ou de communication limité à un groupe d'utilisateurs défini ou à un lieu géographique particulier.
Dans le cadre d'un réseau local d'un établissement hôtelier, il peut être avantageux de diffuser des services supplémentaires propres à l'établissement. De tels services supplémentaires peuvent être mis en œuvre sous la forme d' applications interactives permettant par exemple de diffuser des informations telles que :
un programme propre à l'hôtel,
un affichage distinctif d'accueil de l'hôtel,
- une page d'informations spécifiques,
un ajout d'informations personnalisées au contenu restitué (indications du numéro de la chambre depuis laquelle l'occupant regarde le poste de télévision, affichage du nom de l'occupant de la chambre, etc.)
un accès à des services différenciés (vidéo à la demande, accès aux messages vocaux et/ou emails destinés à l'occupant, etc.).
Pour la mise en œuvre d'applications interactives de ce type dans un réseau local, l'utilisation des normes (« standard » en terme anglophone) d'applications connectées telles que MHEG (Multimedia and Hypermedia Experts Group), MHP (Multimedia Home Platform), HbbTV (Hybrid Broadcast Broadband TV), etc. est particulièrement adaptée.
La norme MHEG est basée sur un transport selon la norme MPEG (Moving Picture Experts Group). Les normes MHP et HbbTV se basent classiquement sur l'utilisation du flux de transmission DVB (Digital Video Broadcast) pour la signalisation d' applications interactives à un poste de télévision ou à un ensemble de postes de télévision. Une application est dite « broadcast-related » (relative à un ou plusieurs services télédiffusés) si elle est signalée dans un flux de transmission DVB et elle est dite « broadcast-independent » (indépendante d'un contenu télédiffusé) quand elle est directement téléchargée depuis un réseau de type internet indépendamment d'un service télédiffusé. Classiquement, pour la diffusion de données d' applications interactives « broadcast-related », ces normes ont recours à des méthodes de diffusion hybride de données utilisant des protocoles de communication de type télédiffusion, dit « diffusion broadcast », et/ou de type accès à internet large bande, dit « diffusion broadband ». Dans le cadre d'une diffusion broadband, on peut personnaliser les services (différenciation des informations et fonctionnalités d'applications interactives notamment) par poste de télévision grâce à un transfert de données bidirectionnel. À cet effet, un serveur central du site peut diffuser un service supplémentaire de télévision (de type chaîne locale) qui peut comporter des contenus différenciés destinés à différents postes de télévision par l'intermédiaire d'une application interactive. Chaque contenu différencié de l'application interactive est respectivement associé à un ou plusieurs postes de télévision. Ainsi, dans une telle réalisation, lorsqu'un poste de télévision émet une requête du contenu de l'application interactive auprès du serveur distant, ce dernier délivre le contenu différencié approprié au poste de télévision par exemple par identification de son adresse IP (Internet Protocol) lorsque adresse vue du serveur est unique pour chaque poste de télévision.
À titre purement illustratif, on souhaite afficher le nom d'un occupant d'une chambre d'hôtel lorsque celui-ci sélectionne un service (lequel est associé à une application interactive pour l'affichage de noms des occupants par exemple) sur le poste de télévision de sa chambre. Pour une telle réalisation, on fait l'hypothèse selon laquelle chaque poste de télévision est relié au serveur distant par un réseau informatique, avec une adresse IP unique connue du serveur. Lorsque l'occupant sélectionne le service, à titre illustratif, un navigateur embarqué du poste de télévision émet une requête pour récupérer le contenu du service auprès d'un serveur distant (par le protocole « HTTP » par exemple). Après identification de l'adresse IP du poste de télévision, le serveur délivre en retour le contenu spécifique à l'occupant de la chambre et le poste de télévision affiche le nom de ce dernier par l'intermédiaire du navigateur embarqué.
Or, dans le cadre d'une diffusion broadcast, le transfert des données des applications interactives est unidirectionnel pour l'ensemble des postes de télévision, que ce soit dans le cadre d'un réseau local ou non. En se référant à l'exemple précédent du réseau local d'un établissement hôtelier, le serveur du site central du réseau local diffuse les contenus aux postes de télévision sans voie de retour. L'ensemble de services diffusés aux postes de télévision est transmis de manière indifférenciée et la totalité des données des services est envoyée à l'ensemble des postes de télévision. Par conséquent, le protocole de communication broadcast ne permet pas la personnalisation ni la différentiation d'un ou plusieurs services diffusés à un ou plusieurs postes de télévision (contrairement au réseau de diffusion broadband précédemment décrit). Toujours en référence à un exemple d'application à un établissement hôtelier, on peut souhaiter faire bénéficier aux clients de services personnalisés sur le poste de télévision de la chambre qu'ils occupent. Dans ce contexte et conformément aux caractéristiques précitées des techniques de diffusion, l'établissement est généralement amené à utiliser une infrastructure de réseau de diffusion broadband. Toutefois, les hôtels n'ont pas nécessairement une telle infrastructure et le déploiement de celle-ci ainsi que sa maintenance peuvent être complexes et onéreux.
La présente invention vient améliorer la situation.
Un but de la présente invention est de fournir un service différencié à un poste de télévision d'un ensemble de postes de télévision (tous membres d'un réseau local), parmi un ensemble de services d'un flux indifférencié diffusé au sein du réseau local selon une diffusion broadcast. Ainsi, un poste de télévision d'un réseau local peut afficher des informations ciblées à partir de données indifférenciées diffusées par le service de diffusion et transmis par une entité informatique du réseau local.
L'invention vise à cet effet un procédé de traitement de données de télévision, mis en œuvre par une entité informatique, pour une communication de contenus multimédias différenciés à une pluralité de terminaux respectifs, connectés à ladite entité informatique,
dans lequel :
- une base de données d'identifiants desdits terminaux est accessible par l'entité, avec, en correspondance de chaque identifiant, un contenu multimédia spécifique associé à cet identifiant,
- ladite entité, à partir d'un premier flux susceptible de comporter au moins :
* des données de télévision, propres à plusieurs services de télévision,
* des tables déclaratives, pour chaque service, des données de télévision propres à ce service, et
* au moins une table, pour au moins un service, d'une application interactive susceptible d'être exécutée via ce service,
génère dans le premier flux au moins une table d'association, une table déclarative et/ou une table d'application interactive, liées à au moins un identifiant donné en ajoutant au moins un pointeur vers un contenu multimédia associé à cet identifiant donné,
pour délivrer vers les terminaux un deuxième flux comportant :
* tout ou partie desdites données de télévision, propres à plusieurs services de télévision,
* les données d'identifiants desdits terminaux, et les contenus multimédias associés respectivement auxdits identifiants, et * lesdites tables déclaratives desdites données de télévision, avec lesdites tables générées,
chaque terminal étant apte à :
- se référer auxdites tables générées liées à l'identifiant de ce terminal, et
- de là, récupérer, dans le deuxième flux, un contenu multimédia déclaré à partir desdites tables générées pour une lecture du contenu multimédia récupéré, ledit contenu multimédia récupéré étant alors un contenu spécifique à ce terminal.
Ainsi, la présente invention permet de façon particulièrement avantageuse d'adresser un contenu multimédia spécifique pour un terminal (par exemple un poste de télévision, mais aussi possiblement un ordinateur, portable ou autre), et ce, de façon transparente pour les autres terminaux, et sans nécessiter :
d'une part, d'adresse particulière de terminal (adresse IP ou autre), et
d' autre part, de modifier substantiellement un format existant (normalisé par exemple) de communication vers les terminaux.
Par exemple, dans un mode de réalisation possible, le deuxième flux précité, au moins, est généré conformément au standard DVB (par exemple selon la norme HbbTV, dont des détails sont donnés plus loin), et la table d'association est par exemple une table d'association de programme (dite habituellement « PAT » pour « Program Association Table »), la table déclarative est par exemple une table de correspondance des programmes (dite habituellement « PMT » pour « Program Map Table ») et la table d' application interactive est par exemple une table d'information d'application (dite habituellement « AIT » pour « Application Information Table »).
L'entité informatique précitée peut se présenter par exemple sous la forme d'un serveur central diffusant le deuxième flux précité à destination des terminaux. A cet effet, il peut générer (dans le sens « créer ») le deuxième flux précité, et créer ainsi les tables d'association et/ou déclarative et/ou d'application interactive avec le ou les pointeur(s) vers un contenu multimédia spécifique, ou simplement modifier une ou des table(s) préexistante(s) dans le premier flux précité.
Dans une réalisation possible néanmoins, l'entité informatique précitée peut ajouter à un premier flux préexistant un canal supplémentaire (appelé « service » supplémentaire) dont le contenu est spécifique à chaque terminal. Dans une telle réalisation, le deuxième flux comporte :
* tout ou partie des données de télévision du premier flux, propres à plusieurs services de télévision,
* les données d'identifiants desdits terminaux, et les contenus multimédias associés respectivement auxdits identifiants,
* au moins une table déclarative et/ou une table d' application interactive relatives à un service supplémentaire, liées à au moins un identifiant donné en ajoutant au moins un pointeur vers un contenu multimédia associé à cet identifiant donné, et
* dans la table déclarative et/ou dans la table d'application interactive associées audit service supplémentaire, un pointeur vers les données d'identifiants desdits terminaux. Ainsi, chaque terminal est apte à :
- se référer à ladite table déclarative et/ou ladite table déclarative d'application interactive associées audit service supplémentaire liées à l'identifiant de ce terminal, et
- de là, récupérer, dans le deuxième flux, un contenu multimédia déclaré dans ladite table d'application interactive associée pour une lecture du contenu multimédia récupéré, ledit contenu multimédia récupéré étant alors un contenu spécifique audit terminal.
Comme indiqué précédemment, les terminaux peuvent être des postes de télévision, ou des ordinateurs, ou autres, et en particulier sont équipés ou reliés à des processeurs capables d'exécuter des programmes. Par exemple, dans une réalisation, chacun des terminaux précités peut être configuré pour reconnaître, parmi les données d'identifiants des terminaux, un identifiant associé qui lui est propre. Pour ne pas qu'un terminal puisse se régler sur d'autres services (et de là risquer de détériorer la réception des services précités), on peut faire en sorte à ce qu'aucune table de description desdits services (habituellement une table de type « SDT » pour « Service Description Table »)
- incluant au moins un nom relatif à des services - n'est diffusée dans ledit deuxième flux. La présente invention vise aussi une entité informatique pour traiter des données de télévision pour une communication de contenus multimédias différenciés à une pluralité de terminaux respectifs, connectés à ladite entité,
comportant : - une connexion à une mémoire de stockage d'une base de données comportant des identifiants desdits terminaux avec, en correspondance de chaque identifiant, un contenu multimédia spécifique associé à cet identifiant,
- des moyens de génération, à partir d'un premier flux susceptible de comporter au moins :
* des données de télévision, propres à plusieurs services de télévision,
* des tables déclaratives, pour chaque service, des données de télévision propres à ce service, et
* au moins une table, pour au moins un service, d'une application interactive susceptible d'être exécutée via ce service,
d'au moins une table déclarative et/ou une table d'application interactive, liées à au moins un identifiant donné en ajoutant au moins un pointeur vers un contenu multimédia associé à cet identifiant donné,
pour délivrer un deuxième flux comportant :
* tout ou partie desdites données de télévision, propres à plusieurs services de télévision,
* les données d'identifiants desdits terminaux, et les contenus multimédias associés respectivement auxdits identifiants, et
* lesdites tables déclaratives desdites données de télévision, avec lesdites tables générées.
La présente invention vise aussi un programme informatique comportant des instructions pour la mise en œuvre du procédé lorsque ce programme est exécuté par un processeur (par exemple un processeur de l'entité informatique précitée). A ce titre, la figure 8 par exemple, commentée ci-après, peut représenter un organigramme de l'algorithme général d'un tel programme informatique, à titre d'exemple.
Dans un mode de réalisation (décrit ci-après en référence à la figure 4), la base de données mémorise un identifiant unique pour chaque terminal et l'entité génère ladite table d'application interactive, en ajoutant des pointeurs vers les contenus multimédias du deuxième flux respectivement en correspondance avec des identifiants relatifs auxdits identifiants uniques desdits terminaux.
Dans un mode de réalisation possible (décrit ci-après aussi en référence à la figure 4), une adresse MAC ayant été affectée à chaque terminal, la base de données mémorise les adresses MAC de chaque terminal et chaque identifiant de terminal de ladite base de données correspond à une adresse MAC de terminal.
Dans un mode de réalisation (décrit ci-après aussi en référence à la figure 4), la base de données mémorise des identifiants de services dudit deuxième flux et l'entité génère ladite table d'application interactive en ajoutant des pointeurs vers les contenus multimédias du deuxième flux respectivement en correspondance des identifiants desdits services. A titre d'exemple, ces identifiants de services peuvent être des noms de chaînes de télévision et chaque terminal est identifié par un nom de chaîne.
Dans un mode de réalisation (décrit ci-après en référence à la figure 7), l'entité affecte à chaque terminal un service dédié, auquel sont associés au moins une table déclarative et une table d'application interactive.
L'entité génère, pour chaque terminal, la table d'application interactive associée au service dédié de ce terminal, en ajoutant un pointeur vers le contenu multimédia associé à l'identifiant de ce terminal.
Chaque terminal est alors configuré pour reconnaître les tables déclaratives associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d' autres terminaux.
On attribue donc ici un service dédié par terminal, avec une application par terminal.
Dans un mode de réalisation (décrit ci-après en référence à la figure 6), l'entité affecte à chaque terminal un service dédié, auquel sont associées au moins une table déclarative et une table d'application interactive.
Le premier flux comporte au moins une table de déclaration de programmes comportant des identifiants de services, et l'entité génère ladite table d'application interactive, en ajoutant des pointeurs vers les contenus multimédias du deuxième flux respectivement en correspondance des identifiants de services dédiés.
Chaque terminal étant configuré pour reconnaître les tables déclaratives associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres terminaux.
Ici, par exemple, un identifiant de service (ou « SID ») peut être utilisé pour identifier chaque terminal. Dans un mode de réalisation (décrit ci-après en référence à la figure 5), l'entité affecte à chaque terminal un service dédié, auquel sont associées au moins une table déclarative et une table d'application interactive.
L'entité ajoute dans le deuxième flux au moins un script d'une application et ce script d'application est pointé par la table d'application interactive ou par un contenu multimédia pointé par la table d'application interactive.
En particulier, l'exécution de cette application sur un terminal génère un pointeur vers le contenu multimédia associé à l'identifiant de ce terminal.
Chaque terminal est configuré pour reconnaître les tables déclaratives associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres terminaux.
Ici, l'exécution de l'application par lecture du script sur un terminal d'identifiant donné provoque la génération d'un pointeur vers un contenu associé à cet identifiant donné qui peut par exemple être un identifiant de service.
Dans cette réalisation, le script précité peut typiquement comporter un code source de application à exécuter.
Dans un mode de réalisation (décrit ci-après en référence à la figure 5), l'entité affecte à chaque terminal un service dédié, auquel sont associées au moins une table déclarative et une table d'application interactive.
L'entité ajoute dans le deuxième flux au moins une liste de liens comportant au moins un lien. Cette liste de liens est définie dans la table d'application interactive ou par un contenu multimédia pointé par la table d'application interactive.
Le lien de la liste de liens pointe vers un contenu multimédia relatif à l'identifiant du terminal, et chaque terminal est configuré pour reconnaître les tables déclaratives associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres terminaux. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés sur lesquels :
la figure 1A illustre le schéma d'un exemple d'architecture de poste de télévision connecté apte à recevoir un flux de transmission contenant une table de signalisation d'application interactive, la figure 1B illustre le schéma d'un autre exemple d'architecture de poste de télévision connecté raccordé à un dispositif de type « Set Top Box » apte à recevoir un flux de transmission contenant une table de signalisation d'application interactive, la figure 2 illustre le schéma d'un exemple de la composition d'un flux de transmission DVB comprenant des composantes multiplexées et une table de signalisation d'application interactive,
la figure 3 illustre le schéma d'un exemple d'architecture mis en œuvre selon un mode de réalisation possible de l'invention,
la figure 4 illustre le schéma d'un exemple de composition du flux de transmission selon l'invention pouvant être mis en œuvre dans un premier mode de réalisation, la figure 5 représente le schéma d'un exemple de composition du flux de transmission selon l'invention pouvant être mis en œuvre dans un deuxième mode de réalisation, la figure 6 représente le schéma d'un exemple de composition du flux de transmission selon l'invention pouvant être mis en œuvre dans une variante du deuxième mode de réalisation,
la figure 7 représente le schéma d'un exemple de composition du flux de transmission selon l'invention pouvant être mis en œuvre dans une autre variante du deuxième mode de réalisation, et
la figure 8 illustre schématiquement les principales étapes du procédé de traitement de données de télévision dans un exemple de réalisation.
La présente invention sera décrite ci-après dans un mode de réalisation utilisant le standard DVB (Digital Video Broadcasting) pour la diffusion de services à des postes de télévision munis de syntoniseurs numériques ou connectés à un tel dispositif. L'invention n'est cependant pas limitée à ce mode de réalisation, et s'applique à l'accès à des services mettant en œuvre d'autres technologies ou standards analogiques et/ou numériques, comme cela apparaîtra à l'homme du métier.
Les services présentés ci-après sont des programmes audiovisuels avec des fonctionnalités et applications liées, véhiculés par un flux de transmission de données de télévision, par l'intermédiaire d'un ou plusieurs canaux de télévision associés.
Basé sur le format normalisé MPEG (Moving Picture Experts Group) Transport Stream, le standard DVB met en œuvre la diffusion de flux de transmission d'information, dit « flux de transmission DVB ». Le flux de transmission DVB transporte conventionnellement un ou plusieurs services avec au moins une composante associée comme par exemple des composantes vidéo, audio, télétexte, sous-titres, données, etc. Chaque composante du flux de transmission DVB est un élément ou une partie de service à diffuser à des appareils de réception, classiquement des postes de télévision. Les éléments de service peuvent être multiplexés dans le flux DVB, dit « multiplex DVB », pour transporter les informations d'une pluralité de services dans ce même flux de transmission DVB. À cet effet, les éléments de service sont décrits selon des tables de signalisation relatives à l'ensemble de services, dites « tables SI/PSI » (Service Information/Program Spécifie Information) et identifiés entre autres par leur PID (Packet IDentif ier) .
Les services et éléments de service sont diffusés à l'intérieur du flux de transmission DVB sous forme de paquets identifiés par un identifiant PID transmis préférentiellement en série selon une technique FIFO (First In, First Out). Ainsi, les paquets permettent une attribution et une reconnaissance des données véhiculées via le flux de transmission pour la mise en œuvre des services auprès de postes de télévision.
Les tables PSI d'un flux de transmission DVB comportent conventionnellement un ensemble de tables déclaratives des données relatives aux services à diffuser dans le multiplex DVB dont notamment les tables suivantes :
PAT (Program Association Table) : table d'association de programme qui liste les services avec un référencement des tables de correspondance de programme. La table d'association de programme fournit par ailleurs l'identifiant PID des paquets relatifs à une table NIT (Network Information Table) comprenant des informations de réseau comme décrit ci-après ;
PMT (Program Map Table) : table de correspondance de programmes, qui liste les composantes d'un service par l'identification des PID des paquets relatifs ;
Les tables SI d'un flux DVB comportent traditionnellement un ensemble de tables déclaratives supplémentaires des données comportant des informations complémentaires dont les tables suivantes :
NIT (Network Information Table) : table d'information de réseau qui comprend des informations à propos du réseau physique ;
SDT (Service Description Table) : table de description des services indiquant les services disponibles et comprenant par exemple le nom d'un ou plusieurs services ; En outre, un flux DVB peut aussi contenir d'autres tables comme des tables d'information d'application AIT (pour « Application Information Table »). Une table d'information d'application décrit un élément de service de type applicatif, tel qu'une application interactive. La table AIT décrit donc les caractéristiques de cette application parmi la structure, le type, les fonctions ou encore le comportement de l'application lorsque l'utilisateur sélectionne le service.
En outre, une table d'information d'application AIT peut définir :
- le nom de l'application ;
au moins un protocole parmi HTTP et / ou Object Carousel. Ce protocole est utilisé pour charger le point d'entrée de l'application, c'est-à-dire la première page de l'application ;
une priorité associée à chaque protocole, permettant de choisir le protocole préféré dans le cas où plusieurs protocoles définis par la table AIT sont disponibles depuis le poste de télévision ;
pour chaque protocole, un pointeur vers le point d'entrée de l'application ;
le domaine de base de l'application. En effet, chaque application appartient à un domaine :
* pour les applications dont la première page est chargée par le protocole
HTTP, il s'agit du nom de domaine complètement qualifié (en terme anglophone : FQDN pour « Fully Qualified Domain Name ») associé à l'URL correspondante (« Uniform Resource Locator » ou « Universal Resource Locator ») ;
* pour les applications dont le point d'entrée est chargé depuis un carrousel de données, il s'agit de ce carrousel.
L'application n'a pas l'autorisation d'effectuer des requêtes qui pointent en dehors de son domaine pour charger des contenus multimédias ;
une extension du domaine de l'application venant étendre le domaine d'application précité, pouvant lister des pointeurs vers des données localisées en dehors du domaine de base de l'application. Typiquement, ces pointeurs peuvent se présenter sous la forme de liens URL qui indiquent le ou les FQDN supplémentaires et/ou le ou les carrousels supplémentaires à partir desquels application est autorisée à accéder à des contenus multimédias. Dans la suite, nous appellerons « domaine de l'application » le domaine étendu (domaine de base plus extension du domaine). Rappelons qu'une URL est composée d'un « schéma », d'une « autorité », d'un « chemin », d'une « question » et d'un « fragment » pour former une expression de la forme « schema://autorité/chemin?question#fragment ». L'autorité est généralement limitée à un nom d'hôte, le plus souvent un nom ou une adresse d'un serveur informatique. Dans le cas d'URL de type dvb, l'autorité peut désigner par exemple une composante de carousel de données.
De manière illustrative, l'extension du domaine de l'application de la table AIT peut préciser une liste des autorités valides qui pourront être utilisées par l'application pour récupérer des contenus multimédias supplémentaires (le domaine par défaut étant défini par l'ensemble des fichiers disponibles par la hiérarchie des fichiers accessibles depuis l'autorité de l'URL de base ou depuis le carrousel de données de base).
Les tables de correspondance de programmes PMT sont des tables déclaratives des données de télévision propres à un ou plusieurs services et seront dénommées « tables PMT » dans la suite de la description de l'invention. Par ailleurs, les tables d'information d'application d'une application interactive seront nommées « tables AIT » par la suite.
Conventionnellement, pour la mise en œuvre d'une application interactive et de ses fonctionnalités, les contenus multimédias désignés par une table AIT comportent des données associées à l'application interactive pouvant se trouver sous la forme de fichier de données. À titre illustratif, un fichier de données d'un contenu multimédia d'une application interactive peut être un fichier HTML (HyperText Markup Language) susceptible de pointer vers des fichiers de type CSS (Cascading Style Sheets), des fichiers de type JavaScript, des images au format PNG (Portable Network Graphics) ou JPEG (Joint Photographie Experts Group), des vidéos au format MPEG (Moving Picture Experts Group), etc. Classiquement, la table AIT définit le point d'entrée de l'application en pointant vers un fichier HTML faisant partie du domaine de base de l'application et les autres fichiers proviennent du domaine de l'application interactive. Ces rappels sur le standard DVB ayant été faits, on va maintenant décrire la mise en œuvre d' applications interactives pour un service ou un ensemble de services diffusés par un flux de transmission DVB, et notamment comme il le sera expliqué plus loin, selon la norme HbbTV. Dans le contexte de la diffusion de services audiovisuels, les applications interactives précitées permettent d'ajouter diverses fonctionnalités à un ou plusieurs services diffusés à travers un flux de transmission DVB et proposent notamment de véhiculer des contenus multimédias supplémentaires aux contenus conventionnels d'un service (composantes audiovisuelles vidéo, audio, sous-titre, etc.).
Classiquement, le flux de transmission DVB diffuse un ensemble de services sans voie de retour (diffusion « broadcast »). La diffusion broadcast d'un ensemble de services à destination d'un ensemble de postes de télévision est, par conséquent, indifférenciée et la totalité des données des services est envoyée à l'ensemble des postes de télévision. Une telle diffusion peut être mise en œuvre par un envoi cyclique des données sans adressage des services diffusés à tous les postes de télévision recevant le flux de transmission DVB, laquelle diffusion de données est dénommée « carrousel de données » (« data carousel » en terme anglophone).
Dans le cadre de la diffusion en carrousels de données d'un flux de transmission DVB, la composante de données relative au contenu multimédia d'une application interactive peut avantageusement suivre le standard DSM-CC (Digital Storage Media Command and Control). Le standard DSM-CC porte entre autres sur le transfert numérique de données et propose un protocole dit « Object Carousel ». Le protocole Object Carousel permet de véhiculer et exploiter des composantes de données reçues par l'intermédiaire de carrousels de données via un flux de transmission DVB. Pour ce faire, le protocole Object Carousel propose un format standard de description de structure arborescente de données et d'encapsulation d'objets reçus par les carrousels de données. Les objets peuvent, en l'occurrence, se présenter sous la forme de fichiers de données et/ou de répertoires de données. Ici, les carrousels de données transmis par le flux de transmission DVB suivent avantageusement le standard DSM-CC et seront nommés « carrousels de données DSM-CC » par la suite.
Le standard DSM-CC et son protocole Object Carousel sont couramment mis en œuvre dans des normes d'applications connectées et notamment au sein des normes MHP et HbbTV. Pour la suite de la description, on prendra en exemple un mode de réalisation appliqué à la norme HbbTV pour illustrer les manipulations des tables de signalisation selon les caractéristiques de l'invention. Toutefois, on comprendra que l'invention ne se limite pas à la norme HbbTV et peut s'appliquer à d'autres normes d'applications connectées ayant recourt aux flux de transmission DVB, aux tables de signalisation AIT et aux carrousels de données.
Dans la suite de la description, on fait référence à des carrousels de données de type DSM-CC car ils sont particulièrement appropriés pour véhiculer des contenus multimédias via un flux de transmission. Toutefois, on notera que d'autres types de carrousels de données peuvent être utilisés pour la mise en œuvre de l'invention comme il apparaîtra à l'homme du métier.
La norme HbbTV porte sur la diffusion d' applications interactives via un flux de transmission DVB pour des postes de télévision dits « connectés ». On interprétera ici par « poste de télévision connecté », un poste de télévision raccordé à un équipement comportant un navigateur et une mémoire cache (équipement de type « Set-Top Box ») et/ou un poste de télévision comportant au moins un navigateur intégré et une mémoire cache intégrée, lesquels navigateurs sont aptes à exécuter des requêtes d'URL. Toutefois, on comprendra que la notion de poste de télévision ne se limite pas à de tels dispositifs et concerne plus largement tout type de terminaux comportant au moins un navigateur et une mémoire cache, lesquels terminaux sont aptes à recevoir et conformés pour interpréter un flux de transmission DVB. À titre d'exemple, un tel terminal est susceptible d'être un ordinateur comportant un logiciel d'interprétation de flux de transmission DVB.
Par ailleurs, la norme HbbTV met en œuvre un environnement hybride pour la diffusion d'applications interactives (diffusion broadcast et diffusion broadband). Ainsi, le navigateur d'un poste de télévision peut récupérer les informations relatives à une application interactive suivant deux protocoles et selon les caractéristiques suivantes :
protocole HTTP en diffusion « broadband » (informations de l'application interactive récupérées par des requêtes d'URL de type « http » auprès de serveurs distants via internet par exemple),
- protocole Object Carousel en diffusion « broadcast » (informations de l'application interactive récupérées par des requêtes d'URL de type « dvb » auprès d'une composante de carrousel de données DSM-CC identifié).
Ces deux protocoles possibles pour qu'un poste de télévision connecté récupère les données d'un contenu multimédia d'une application interactive via son navigateur, sont définis dans la table AIT correspondante à l'application interactive. Une table AIT d'application interactive peut définir l'un des deux protocoles ou les deux protocoles parallèlement. Si les deux protocoles sont définis, il est avantageux que la table AIT propose une priorité d'exécution entre les protocoles.
Lorsque qu'un poste de télévision connecté utilise le protocole Object Carousel, le navigateur du poste de télévision connecté récupère les données relatives à l'application auprès d'une mémoire cache de ce même poste de télévision connecté. Pour ce faire, le navigateur exécute une requête d'URL de type « dvb » auprès de la mémoire cache, laquelle requête d'URL dvb comprend au moins un identifiant de composante du carrousel de données DSM-CC auprès duquel les données associées au domaine d'application (par exemple, un contenu multimédia de page d'accueil HTML) de l'application interactive peuvent être récupérées. Un tel identifiant est dénommé « component_tag » dans la suite de cet exposé. En référence à la figure 1A, on a illustré un exemple d'équipement audiovisuel 100 comportant un poste de télévision connecté 101 recevant un flux DVB par l'intermédiaire des moyens de réception suivants :
une antenne 102 dans le cadre d'une réception du flux DVB par voie hertzienne, une antenne parabolique 103 dans le cadre d'une réception du flux DVB par transmission satellite,
un câble 104 dans le cadre d'une réception du flux DVB par transmission câblée. Le poste de télévision connecté 101 peut également comporter un accès 107 à un réseau étendu 106 de type « internet ». Selon l'exemple illustré, le navigateur NAV est intégré au poste de télévision connecté 101. En fonction des caractéristiques de la table AIT reçues par le poste de télévision connecté 101 via le flux de transmission DVB, le navigateur NAV exécute des requêtes d'URL http ou des requêtes d'URL dvb pour récupérer les données des applications interactives diffusées. Pour les requêtes d'URL http, le navigateur NAV récupère par exemple les données de l'application interactive auprès d'un serveur distant SERV par l'intermédiaire de l'accès 107 au réseau étendu 106. Pour les requêtes d'URL dvb, le navigateur NAV récupère les données de l'application auprès des carrousels de données stockés dans une mémoire cache MEM pouvant être interne au poste de télévision connecté 101 (pour mémoire, les carrousels de données suivent préférentiellement le standard DSM-CC). Un moyen de communication 108 entre le navigateur NAV et la mémoire cache MEM permet au navigateur de récupérer les données d'une application interactive auprès de la composante de carrousel de données DSM-CC identifiée (via un identifiant component_tag) par la requête d'URL dvb. En outre, des requêtes d'URL dvb vers d'autres composantes de carrousel de données DSM-CC peuvent provenir des contenus multimédias pointés par la table AIT de l'application interactive. Ainsi, des fichiers HTML, du code CSS ou du code JavaScript sont susceptibles de définir des requêtes d'URL pour la récupération d'autres contenus multimédias véhiculés par le flux de transmission et correspondants à l'application interactive.
À titre d'exemple purement illustratif, la table AIT d'une application interactive définit une URL de base http (diffusion broadband) prioritairement pour récupérer les données relatives via le réseau internet 106 (les données de l'application étant stockées sur le serveur distant SERV). La même table AIT définit parallèlement un identifiant de composante de carrousels de données DSM-CC (diffusion broadcast) pour récupérer les données de l'application par l'intermédiaire de requête d'URL dvb selon cet identifiant auprès de la mémoire cache du poste de télévision connecté. Ainsi, le navigateur NAV exécute préférentiellement une requête à l'URL http spécifiée prioritaire pour la récupération du point d'entrée de l'application de l'application interactive. Toutefois, si le poste de télévision connecté 101 n'a pas d'accès 107 au réseau étendu 106, le navigateur NAV peut tout de même récupérer les données de l'application auprès de la mémoire cache MEM en exécutant la requête d'URL dvb avec l'identifiant de la composante de carrousel de données DSM-CC.
En référence à la figure 1B, on a illustré le schéma d'une variante de l'exemple présenté sur la figure 1A avec un exemple d'équipement audiovisuel 110 comprenant un poste de télévision conventionnel 111 (sans navigateur intégré ni mémoire cache) raccordé à un dispositif STB de type « Set-Top Box » par un lien de communication 112. Dans cet exemple, le navigateur NAV et la mémoire cache MEM sont intégrés au dispositif STB et assurent ici les mêmes fonctions qu'à l'exemple de la figure 1A. On comprendra que selon cette variante, le poste de télévision conventionnel 111 est considéré comme un poste de télévision connecté grâce au dispositif STB auquel il est raccordé par le lien de communication 112. Les postes de télévision présentant de telles caractéristiques des exemples illustrés sur les figures 1A et 1B, sont nommés « postes de télévision connectés » pour la suite de cet exposé.
Pour mieux comprendre l'organisation des tables de signalisation d'un flux de transmission DVB et en l'occurrence ici, selon la norme HbbTV pris en exemple, on se réfère maintenant à la figure 2. À cette figure, on a illustré le schéma simplifié d'un exemple de multiplex DVB répondant à la norme HbbTV pour la diffusion indifférenciée de services multiples à l'attention d'un ensemble de postes de télévision (Multiplex MPTS : Multiple Program Transport Stream). Parmi les tables de signalisation transmises à l'ensemble de postes de télévision, une première table d'association de programme PAT 200 liste, en exemple, deux services disponibles (identifiés par des identifiants de service : SID pour « Service IDentifier ») via le flux de transmission DVB. À cet effet, la table PAT 200 comporte un ensemble de pointeurs vers une table NIT 201 et vers les deux tables PMT 202 A et 202B associées respectivement au service de SID égal à 1 et au service de SID égal à 2. Les pointeurs indiquent les numéros d'identifiants PID des paquets identifiés correspondants aux différentes tables ou différents services. On rappelle que la table NIT 201 comprend des informations relatives au réseau comme par exemple l'identifiant de ce réseau et le nom du fournisseur d'accès. La table de correspondance de programme PMT 202A liste les composantes du service associé à cette table et comporte des pointeurs vers les PID des paquets identifiés qui leur correspondent (une table PMT étant généralement associée à un seul service). En ce sens, la table PMT 202A comprend des pointeurs vers des composantes de service telles que les éléments de service PES 203A et 203B (Program Elementary Service). Ici, les éléments de service PES 203A et 203B sont par exemple une composante vidéo et une composante audio. Parallèlement, la table PMT 202B comporte un pointeur vers un élément de service qui lui est propre (élément de service PES 206).
En outre, une table PMT (202A, 202B) de service peut pointer vers une table AIT (204, 207) et une composante de carrousel de données DSM-CC (205, 208) qui définissent et composent une application interactive. Par exemple, la table PMT 202A comporte un pointeur vers une table AIT 204 (de PID égal à 2000) ainsi que vers une composante de carrousel de données DSM-CC 205 (de PID égal à 2001). La table AIT 204 décrit la structure de l'application interactive associée au service de la table PMT 202A avec des informations relatives à l'application (protocole, nom, adresses URL, etc.). La table AIT 204 définit un et/ou deux protocoles pour accéder aux données du contenu de l'application, HTTP et/ou Object Carousel, et un pointeur vers un point d'entrée pour chaque protocole (une URL http pour le protocole HTTP, une valeur de component_tag identifiant une composante de carrousel de données pour le protocole Object Carousel). Dans cet exemple illustré, chacune des tables AIT 204 et 207 pointe vers les composantes respectives de carrousels de données DSM-CC (205, 208). Comme on l'illustrera par la suite, chacune des applications interactives définies par ces tables AIT peut émettre une requête d'URL dvb vers d'autres composantes de carrousel de données DSM-CC.
Selon la norme HbbTV et comme exposé précédemment, les deux protocoles illustrés peuvent être utilisés pour récupérer les données du contenu de l'application, le protocole HTTP (requête URL http) et le protocole Object Carousel (requête URL dvb). L'organisation des tables de signalisation du flux de transmission DVB relativement à la norme HbbTV permet ainsi la diffusion auprès des postes de télévision connectés d'applications interactives associées à des services au sein d'un environnement hybride (broadcast/broadband). Tel que décrit plus haut, l'utilisation du protocole HTTP permet d'envisager la différenciation des contenus multimédias envoyés par un serveur distant aux postes de télévision connectés (par exemple par identification d'adresses IP dans le cas d'un réseau local). Cette différenciation des contenus peut s'appliquer à des postes de télévision membres d'un même réseau local ayant alors accès à des services spécifiques pour chacun des postes de télévision connectés. L'invention propose, dans le cadre d'un flux de transmission DVB unidirectionnel, une différenciation des contenus multimédias d'application interactive en se limitant à l'utilisation du protocole Object Carousel.
On se réfère maintenant à la figure 3 qui illustre un exemple non limitatif de l'infrastructure d'un système de diffusion 300 pouvant être mis en œuvre selon l'invention. Dans cet exemple, le système de diffusion 300 permet de diffuser au sein d'un établissement un ensemble de services composé notamment de services audiovisuels et d'applications interactives.
Pour ce faire, le système de diffusion 300 comporte avantageusement une entité informatique de type « serveur » comprenant, par exemple, des sous-entités informatiques dont au moins une première entité ENTl et une deuxième entité ENT2. L'entité informatique est présentée sur la figure 3 sous la forme d'un site central SC ayant le rôle de « tête de station » du réseau local 302. Le site central SC fait alors l'interface entre un réseau de télédiffusion et le réseau local 302. Le réseau local 302 raccorde ici les postes de télévision (TV1, TV2, TV3) à l'entité informatique. Le site central SC dispose de moyens de réception 102, 103, 104 pour recevoir un premier flux de transmission issu du réseau de télédiffusion. Le premier flux de transmission est reçu au niveau de l'entité ENTl du site central SC ou stocké sous forme de fichier dans une entité S ou sur l'entité ENTl.
L'entité ENTl comporte au moins :
- un moyen de génération et de mise à jour de tables de signalisation (entre autres, tables
PAT, PMT, AIT, NIT, etc.),
un accès à une base de données distante ou stockée localement sur l'entité, un moyen de génération et de mise à jour de carrousels de données transportant des contenus multimédias (fichiers HTML, scripts, images, données génériques, données spécifiques, etc.),
un système de réception de flux de transmission provenant d'une antenne, d'un système d'acquisition vidéo, d'un serveur local, etc ., et/ou l'accès à un flux de transmission stocké sous forme de fichier,
un moyen d'associer (multiplexer) des tables de signalisation et des carrousels de données à un service ou à un ensemble de services d'un flux de transmission, et un moyen de diffuser ce flux à une entité ENT2.
D'après ces caractéristiques, l'entité ENTl est apte à manipuler et effectuer des opérations sur les tables de signalisation de flux de transmission reçues pour générer au moins un flux de transmission avec les tables de signalisation modifiées.
Selon un mode de réalisation préféré (qui servira d'exemple pour la suite de la description), l'entité ENTl réceptionne le premier flux de transmission en modifiant certaines tables de signalisation de ce flux (comme la table PAT) et en ajoutant des composantes élémentaires et des tables de signalisation d'un flux de transmission supplémentaire (lequel flux comporte au moins un service supplémentaire et une application interactive associée). De la sorte, le deuxième flux de transmission généré par l'entité ENTl comporte les tables de signalisation originales du premier flux avec en outre, les tables du flux supplémentaire. Le flux supplémentaire ajouté peut provenir du serveur S (comme expliqué ci-après) ou peut être stocké au niveau de l'entité ENTl.
On comprendra que ce mode de réalisation comprend le cas particulier où le premier flux de transmission est vide auquel cas le deuxième flux comporte alors le seul flux supplémentaire. D'autre part selon un autre cas particulier, plusieurs flux supplémentaires sont ajoutés au premier flux de transmission.
Selon une autre réalisation possible, l'entité ENT1 adapte les tables de signalisation du premier flux de transmission pour générer un deuxième flux de transmission avec des tables modifiées. Le deuxième flux de transmission diffuse ainsi un ou plusieurs services pouvant présenter des applications interactives différenciées (notamment grâce aux carrousels de données générés) auprès des postes de télévision connectés, membres du réseau local 302. Dans une telle réalisation, l'entité ENT1 est susceptible de générer ou de modifier la table AIT d'au moins une application associée à un des services du premier flux de transmission ou peut associer une nouvelle application interactive à un de ces services. En substance, ceci peut consister en la modification d'une application interactive et/ou de services reçus via le réseau de télédiffusion ou toute autre source, ou encore, un ajout d'application interactive à un ou plusieurs services du premier flux qui n'en possédaient pas. De telles manipulations de tables sont effectuées par l'intermédiaire d'opérations de l'entité ENT1 sur les pointeurs des tables PMT et/ou des tables AIT et permettent ici encore de différencier les contenus multimédias diffusés auprès des postes de télévision à partir d'un flux indifférencié.
Avantageusement, l'entité ENT1 comporte au moins un moyen de stockage pour mémoriser une base de données. Une telle base de données comporte des données et/ou informations spécifiques correspondant aux identifiants des postes de télévision du réseau local 302. La base de données peut être préétablie au sein de l'entité ENT1 du site central SC et ou récupérée et mises à jour régulièrement à partir d'un serveur distant (non représenté sur la figure). À titre purement illustratif et non limitatif, la base de données se présente sous la forme d'une table d'association comme expliqué plus loin. Par exemple encore dans le cadre d'un établissement hôtelier, la base de données se présente sous la forme d'une table d'association relative à une base de données récupérée auprès d'un serveur de gestion des occupations de l'hôtel et au sein duquel on trouve la liste des occupants des chambres avec leurs noms et les données qui leurs sont spécifiques.
L'entité ENT2, quant à elle, est conformée afin de moduler et diffuser le deuxième flux de transmission généré par l'entité ENT1 auprès du réseau local 302. Cette entité ENT2 peut être associée à un amplificateur, un répartiteur inversé ou tout autre moyen approprié pour la diffusion de flux de transmission sur un réseau local tel que cela apparaîtra pour un homme du métier. De la sorte, le deuxième flux de transmission généré est diffusé par l'entité ENT2 auprès des postes de télévision membres (TV1, TV2, TV3) et ceci, de manière indifférenciée et sans voie de retour (conformément à une diffusion « broadcast »), chacun des services du flux diffusé étant susceptible d'avoir été associé à au moins une application interactive au préalable par l'entité ENTl. Ce deuxième flux peut être transporté sur le réseau local 302 en même temps que d'autres flux de transmission issus directement du réseau de télédiffusion ou d'autres sources.
A titre d'exemple, on a représenté sur la figure 3 des moyens optionnels dont un moyen de réception 304 et un module 303 raccordés au réseau 302. Le moyen de réception 304 est de type antenne et peut recevoir un flux de diffusion de services télévisuels. Ce moyen de réception 304 est connecté au module 303 qui est du type « moduleur inversé ». Le module 303 reçoit le flux de diffusion en provenance du moyen de réception 304 et le deuxième flux de transmission en provenance de l'entité ENT2. Le module 303 peut ainsi ajouter (en sortie du site central SC) d'autres flux de transmission à destination des postes de télévisions du réseau 302.
Le site central SC peut être raccordé à un serveur S qui diffuse au moins un service supplémentaire. Ce service supplémentaire peut être ajouté dans le deuxième flux à l'ensemble de services reçus via le premier flux (ensemble qui peut être vide). Cet ajout est réalisé au niveau de l'entité ENTl du site central SC par un ajout d'au moins un pointeur à la table d' association PAT du deuxième flux vers le au moins un service supplémentaire (pointeur vers la table PMT de ce service supplémentaire). Avantageusement, ce service supplémentaire comprend une application interactive associée. Relativement à l'exemple précédemment appliqué à un établissement hôtelier, on peut faire l'hypothèse que le service supplémentaire est une chaîne interne de l'hôtel et que l'application interactive associée restitue à l'affichage du poste de télévision connecté, le nom de l'occupant de la chambre.
Selon l'exemple illustré à la figure 3, le serveur S est externe au site central SC. Toutefois, on comprendra que le serveur S peut, en variante ou en complément, être intégré au site central SC du système de diffusion 300. Pour une telle réalisation, l'entité ENTl intègre les caractéristiques du serveur S afin de modifier les tables de signalisation du deuxième flux de transmission en ajoutant le service supplémentaire et l'application interactive associée. Le réseau local 302 peut être basé sur un support physique connu et approprié à la mise en place de réseaux locaux tels que par exemple de la fibre optique, du câble coaxial, de la paire torsadée ou autre. Par ailleurs, les postes de télévision TVl et TV2 sont des postes de télévision connectés comportant au moins un navigateur et au moins une mémoire cache intégrés (comme exposé à l'exemple illustré figure 1A). Le poste de télévision TV3 est un poste de télévision conventionnel raccordé à un dispositif STB de type « Set-Top box », lequel dispositif STB comporte au moins un navigateur et au moins une mémoire cache (comme présenté à l'exemple sur la figure 1B). Dans la suite de l'exposé, on considère l'hypothèse selon laquelle l'ensemble de services (et des applications interactives associées) est diffusé via un flux de transmission DVB avec une organisation des tables de signalisation identique ou similaire à celle de la norme HbbTV précédemment décrite en référence à la figure 2. Toutefois, on rappelle que l'invention ne se limite pas au standard DVB, et pourrait très bien s'appliquer dans d'autres contextes analogiques et/ou numériques. Dans ce cas, des tables de signalisation de correspondance de programmes, similaires aux tables PMT et aux tables AIT, pourraient être utilisées en compatibilité avec la technologie ou standard retenus.
Les postes de télévision connectés sont compatibles avec le standard DVB et aptes à recevoir et interpréter la signalétique (les tables de signalisation SI/PSI) ainsi que les données issues du flux de transmission DVB. En outre, les postes de télévision connectés peuvent être commandés par des fonctions de commandes initiées par un dispositif approprié telle qu'une télécommande conventionnelle (non représentée sur les figures) communiquant respectivement avec au moins un poste de télévision connecté par une liaison sans fil.
Selon un premier mode de réalisation, au moins un service (parmi l'ensemble de services indifférenciés) véhiculé dans le deuxième flux de transmission est diffusé à l'ensemble des postes de télévision connectés (TVl, TV2, TV3) du réseau local 302 avec une application interactive associée. Pour illustrer ce mode de réalisation, on prendra l'exemple selon lequel le service considéré (avec une application associée) est un service supplémentaire ajouté par l'entité ENTl du site central SC. Toutefois, on comprendra que ce service considéré pourrait être un service issu du premier flux de transmission reçue par le site central SC. De façon avantageuse, l'application interactive associée au service supplémentaire ajouté dans le deuxième flux de transmission comprend des contenus multimédias spécifiques pour chacun des postes de télévision connectés. Ces contenus multimédias sont relatifs aux identifiants des postes de télévision du réseau local 302. En ce sens, dans le cadre de ce mode de réalisation, le service supplémentaire est diffusé de manière indifférenciée aux postes de télévision connectés avec une application interactive associée, laquelle pointe vers un contenu multimédia spécifique à l'identifiant du poste.
À cet effet, dans le deuxième flux de transmission DVB, la table AIT associée au service supplémentaire identifie une composante de carrousel de données DSM-CC contenant le point d'entrée de l'application interactive. Ce contenu multimédia de l'application comporte des requêtes de lien (URL dvb) d'au moins un autre contenu multimédia. Cet autre contenu multimédia comprend quant à lui des données et/ou contenus spécifiques pour chacun des postes de télévision connectés.
Concernant les données de contenus multimédias spécifiques d'une application interactive, celles-ci sont par exemple listées dans une base de données diffusée par l'entité ENT1. Cette base de données peut être une retranscription de la base de données stockée au niveau de l'entité ENT1 et qui comporte notamment des données et/ou contenus différenciés correspondants aux identifiants de poste de télévision connectés. Pour ce faire, l'entité ENT1 diffuse la base de données qu'elle contient sous la forme d'un contenu multimédia compris dans une composante des composantes de carrousel de données DSM-CC identifiées par la table AIT de l'application interactive. Les postes de télévision connectés peuvent ainsi tous récupérer la base de données présentant leurs identifiants avec les données et/ou contenus différenciés leur correspondant.
Selon ce premier mode de réalisation, la base de données diffusée à l'intérieur du flux de transmission DVB se présente sous la forme d'une table d'association. À titre purement illustratif, la table d'association peut être définie dans un fichier de données encodé en ECMAScript (appelé communément JavaScript) par exemple sous forme JSON (JavaScript Object Notation), ou en XML (Extensible Markup Language).
Une phase préalable de configuration des postes de télévision connectés TV1 à TV2 et du dispositif STB du poste de télévision connecté TV3 peut être réalisée avant la diffusion de l'ensemble de services sur le réseau local 302. Cette phase préalable de configuration consiste à rendre chacun des postes de télévision connectés aptes à identifier, grâce à un script compris dans un contenu multimédia (par exemple du code JavaScript), les données spécifiques d'une application interactive qui lui sont destinées au sein de la table d'association. En substance, cela consiste à appliquer un identifiant pour lequel, à l'issue de cette configuration, chacun des postes de télévisions connectés TVl à TV3 comporte au moins un moyen d'identification propre pour récupérer les données de contenus multimédias qui lui sont destinées dans la table d'association diffusée. À titre d'exemple, une telle configuration peut être réalisée sur un banc de réglage des postes de télévision, ou à l'aide d'une clé USB, d'une carte mémoire, d'un module CAM (Conditional Access Module), ou encore par l'intermédiaire d'un protocole propriétaire et autres moyens appropriés.
Sur la figure 4, on montre un exemple non limitatif d'une organisation des tables d'un flux de transmission DVB selon ce premier mode de réalisation. Ici, on a illustré deux services 401 (listés dans la table PAT 400) diffusés dans le deuxième flux de transmission (issu de l'entité ENTl) qui sont issus du premier flux de transmission (reçu par l'entité ENTl). Dans cet exemple, on considère que les tables de signalisation de ces deux services n'ont pas subi de modification au niveau du site central SC et que leurs tables PMT 410 et 411 pointent chacune vers des composantes classiques de programmes télévisuels en l'occurrence, au moins une composante vidéo (420, 422) et une composante audio (421, 423). Par ailleurs, on a également représenté le service supplémentaire 402 additionné par l'entité ENTl. Dans le deuxième flux de transmission représenté sur la figure 4, l'entité ENTl a ajouté un pointeur (de PID égal à 34) dans la table PAT 400 vers la table PMT 412 (laquelle table PAT ne listait que deux services dans le premier flux, semblablement à l'exemple présenté à la figure 2). La table PMT 412 liste les composantes associées au service supplémentaire (composante vidéo 424, composante audio 425) dont notamment l'application interactive qui lui a été associée par l'entité ENTl. Dans cette table PMT 412, les composantes de l'application interactive sont listées par les pointeurs 414 qui pointent :
vers la table AIT 430 (décrivant l'application associée au service de la table PMT 412),
une composante de carrousel de données DSM-CC 431 (point d'entrée de l'application et comportant un contenu multimédia de base de l'application interactive), et une composante de carrousel de données DSM-CC 432 (faisant partie de l'extension du domaine de l'application et comportant également au moins un contenu multimédia). Ici, un poste de télévision connecté récupère les données et informations d'une application interactive suivant le protocole Object Carousel. La définition et la mise en place du protocole Object Carousel sont comprises dans la table AIT 430 avec, en substance, l'identifiant (component_tag_l) de la composante du carrousel de données DSM-CC 431 auprès duquel le navigateur NAV d'un poste de télévision connecté peut récupérer le point d'entrée de l'application et ses données relatives. Par exemple, le point d'entrée est une page d'accueil au format HTML. La composante de carrousel de données DSM-CC 431 stockée dans la mémoire cache MEM, comprend ainsi un fichier HTML nommé « Accueil.html » relativement à cette page d'accueil. En outre, cette page d'accueil peut comprendre au moins un pointeur (sous forme d'URL dvb) vers la seconde composante de carrousel illustré, la composante de carrousel de données DSM-CC 432.
Dans cet exemple de réalisation, l'autorité de l'URL dvb contenu dans la page d'accueil peut être listée dans la définition de l'extension du domaine de l'application décrit par la table AIT 430. Une telle page d'accueil peut contenir au moins des instructions en langage de script (de type code source de l'application) permettant de récupérer les données spécifiques en fonction de l'identifiant du téléviseur et des données pointées par l'URL dvb. Ainsi, le navigateur NAV peut récupérer le contenu multimédia contenu dans la composante de carrousel de données 432 pointée par l'URL dvb de la page d'accueil de l'application. Pour cet exemple du premier mode de réalisation, on a illustré la composante de carrousel de données DSM-CC 432 comme comprenant une table d'association telle que précitée. Ici, la table d'association (analogue à la base de données stockée dans l'entité ENT1) peut être, par exemple, un ficher encodé en JSON ou en tout autre format adapté de manière à présenter une liste d'identifiants des postes de télévision connectés avec les données et/ou contenus spécifiques correspondants de l'application interactive. Ici, on a pris l'exemple d'un fichier de type JavaScript nommé « names.js ».
On notera que les données transportées par les composantes de carrousels de données DSM- CC 431 et 432 peuvent appartenir au même carrousel de données et être localisées dans un même espace mémoire identifié (même carousel_id). Ainsi,, l'ensemble des données est chargé simultanément vers la mémoire cache lorsque le navigateur NAV exécute la requête URL dvb auprès de la mémoire pour accéder au point d'entrée de l'application.
Toujours dans l'exemple appliqué à un établissement hôtelier, on se réfère à une table d'association selon laquelle on trouve une liste d'identifiants relativement à chacun des postes de télévision (TVl, TV2, TV3) membre du réseau local 302. Pour chacun des postes est associé un message spécifique à afficher par l'application interactive du service supplémentaire.
Ainsi, chaque poste de télévision connecté ayant un identifiant (identifiant susceptible d' avoir été configuré au préalable comme précédemment exposé), peut récupérer les données qui lui sont spécifiques et dédiées dans la table d'association reçue via les données transportées par la composante de carrousel de données DSM-CC 432 du deuxième flux de transmission.
L'identification des postes de télévision connectés peut être réalisée selon plusieurs variantes possibles.
Une première variante vise à identifier les postes de télévision connectés à partir d'adresse MAC (Media Access Control) de l'interface réseau de chacun des postes de télévision TVl à TV3 au sein du réseau local 302. Pour le poste de télévision connecté TV3, on considère adresse du dispositif STB auquel il est raccordé dans le réseau local 302. La base de données de l'entité ENT1 est alors avantageusement renseignée au préalable avec les adresses MAC des postes de télévision sur le réseau local 302 avant d'associer des informations spécifiques aux identifiants. Selon l'exemple de la table d'association précédent, les ID1 à ID3 référencés relativement aux postes de télévision connectés TVl à TV3, sont les adresses MAC respectives des postes de télévision au sein du réseau local 302.
Selon une deuxième variante possible de ce premier mode de réalisation, l'identifiant de chaque poste de télévision connecté TVl à TV3 du réseau local 302 est défini selon un identifiant unique établit lors de la configuration préalable des postes de télévision connectés. Un tel identifiant unique peut découler :
d'un identifiant stocké dans un fichier de la mémoire non volatile du poste de télévision connecté,
d'un identifiant entré par un menu (du mode hôtel par exemple) du poste de télévision connecté,
d'un identifiant compris dans un cookie du navigateur NAV n'ayant pas de date d'expiration,
d'un identifiant issu de données d'une mémoire non volatile raccordée au poste de télévision connecté (clé USB, disque dur externe, etc.), ou encore
d'autres moyens similaires et appropriés.
L'identifiant unique appliqué à chacun des postes est renseigné ou découle de la base de données stockée dans l'entité ENT1. En complément de cette variante, il est par exemple possible d'utiliser un identifiant unique relatif au numéro de chambre réel dans lequel se trouve le poste de télévision connecté.
Selon une autre variante possible de ce mode de réalisation, les postes de télévision sont configurés pour reconnaître le service supplémentaire diffusé à tous les postes selon un identifiant propre pour chaque téléviseur. À titre d'exemple, le poste de télévision TV1 reconnaît le service supplémentaire (de SID égal à 3) sous le nom « ch 101 », le poste de télévision TV2 reconnaît le service supplémentaire sous le nom « ch 102 » et le poste TV3 reconnaît le service supplémentaire sous le nom « ch 103 ». Ainsi, les identifiants (« 101 », « 102 », « 103 ») des postes de télévision (TV1, TV2, TV3) sont directement contenus dans le nom du service supplémentaire qui leur a été attribué à la configuration des postes.
Avantageusement, pour cette variante du premier mode de réalisation précédemment décrit, aucune table de description de l'ensemble des services disponibles du deuxième flux de diffusion, qui inclurait notamment un nom indifférencié pour chacun de ces services, n'est diffusée sur le réseau local 302, à partir du site central SC au cours de et après la diffusion de l'ensemble des services. On force ainsi les postes de télévision à ignorer le nom du service autre que celui prévu lors de la phase de configuration. Pour les trois variantes susmentionnées, on considère que les postes de télévision connectés comportent une routine (implémentée sous la forme d'une interface de programmation API) exécutée pour relever :
l'adresse MAC, ou
- l'identifiant unique (configuré au préalable), ou
le nom d'un service spécifique et/ou supplémentaire (configuré au préalable). De la sorte, les postes de télévision connectés sont aptes à identifier les données spécifiques de application interactive correspondantes dans la table d' association. Pour une telle réalisation, la routine peut être disponible depuis le langage script de l'application apte à être interprété par le poste de télévision
On comprendra que tout autre type d'identification des postes de télévisions connectés est envisageable pour la mise en œuvre de ce mode de réalisation et ne se limite pas aux identifiants de ces variantes comme il apparaîtra à l'homme du métier.
Selon un deuxième mode de réalisation, des tables de signalisation distinctes sont générées au niveau du site central SC selon les postes de télévision connectés. Dans le cadre d'un flux de transmission DVB, ceci peut se traduire par une diffusion des tables de signalisation PMT sur le réseau local 302 depuis le site central SC, de manière différenciée à l'attention des postes de télévision connectés. Lorsque l'ensemble des services a été reçu au site central SC via un premier flux de transmission, c'est-à-dire avec des tables PMT originales indifférenciées, certaines d'entre elles peuvent alors être remplacées par des tables PMT différenciées selon les postes de télévision en vue d'une diffusion sur le réseau local 302 via le deuxième flux de transmission. Si un programme supplémentaire est ajouté par l'entité ENT1, les tables PMT de ce service peuvent également être remplacées par des tables différenciées.
Pour ce deuxième mode de réalisation, une phase préalable de configuration peut être réalisée pour chacun des postes de télévision connectés et ceci, avant diffusion de l'ensemble de services sur le réseau local 302. Cette phase de configuration consiste à rendre chacun des postes de télévision connectés TVl, TV2 et le dispositif STB raccordé au poste de télévision TV3, capable de reconnaître et d'exploiter les tables de signalisation PMT qui lui sont dédiées (éventuellement avec d'autres postes de télévision) et à ignorer les tables de signalisation PMT qui ne lui sont pas destinées (mais qui sont destinées à d'autres postes de télévision). À l'issue de cette configuration, chacun des postes de télévision TV1 à TV3 est ainsi capable de recevoir les éléments de services ou les applications interactives vers lesquels pointent les seules tables PMT qui leurs sont respectivement dédiées. À cet effet, la configuration de chacun des postes de télévision TV1 à TV3 peut être réalisée à l'aide d'une liste respective d'identifiants de services SID pointant vers les tables de signalisation PMT (via une table PAT associant un PID à chaque SID) qui seront destinées à ce poste de télévision. La configuration des postes de télévision connectés peut ici aussi être réalisée sur un banc de réglage des postes de télévision, à l'aide d'une clé USB, d'une carte mémoire ou par l'intermédiaire d'un protocole propriétaire et autres moyens appropriés
On se réfère maintenant à la figure 5 sur laquelle on a illustré un exemple du deuxième flux de transmission modifié par l'entité ENT1 selon le deuxième mode de réalisation. On retrouve les services de programmes télévisuels classiques (SID égal à 1 et SID égal à 2) diffusés par le flux de transmission et tels qu'illustrés sur la figure 4. Selon le deuxième mode de réalisation, le service supplémentaire est ajouté suivant des tables de signalisation distinctes. Ainsi, pour la mise en œuvre du service supplémentaire auprès des postes de télévision connectés, l'entité ENT1 ajoute un service supplémentaire respectivement par poste de télévision. En ce sens, dans cet exemple de réalisation, trois services supplémentaires sont dédiés aux postes (SID égal à 3, SID égal à 4 et SID égal à 5). Les tables PMT 510, 511 et 512 étant diffusées à l'ensemble des postes de télévision (TV1, TV2, TV3), les tables sont différenciées de manière à ce que la table PMT 510 soit en réalité dédiée au poste de télévision connecté TV1 et les tables PMT 511 et 512 respectivement dédiées aux postes de télévision connectés TV2 et TV3. Toutefois, on notera que des tables PMT pourraient éventuellement être destinées à une pluralité de postes de télévision connectés, plutôt qu'à un seul poste de télévision connecté.
En outre, la définition des associations entre les tables PMT et les postes de télévision connectés TV1 à TV3, résulte de la phase de configuration mentionnée plus haut. Chaque poste de télévision est ainsi configuré avec des numéros de service (un SID dédié à chaque poste) et des PID qui correspondent aux tables PMT qui leurs sont destinées à chacun. À titre d'exemple ici :
le poste de télévision connecté TV1 ignore les services 4 et 5 (tables PMT 511 et
512 de PID égaux à 35 et à 36) de la table PAT 500,
le poste de télévision connecté TV2 ignore les services 3 et 5 (tables PMT 510 et 512 de PID égaux à 34 et à 36) de la PAT 500, et, le poste de télévision connecté TV3 ignore les services 3 et 4 (tables PMT 510 et
511 de PID égaux à 34 et à 35).
Pour ce faire, l'entité ENT1 du site central SC ajoute des pointeurs 501 à la table PAT 500 qui pointent vers les tables PMT susmentionnées 510, 511 et 512.
Chacune de ces tables PMT pointent ici vers les mêmes éléments de service (relatifs aux composantes communes aux différents postes de télévision recevant le deuxième flux de transmission) associés au service supplémentaire, en l'occurrence, vers :
l'élément de service PES 520 (de type composante vidéo),
- l'élément de service PES 521 (de type composante audio),
- la table AIT 522, et
la composante de carrousel de données DSM-CC 523 (qui contient le point d'entrée de l'application interactive).
Pour une meilleure compréhension de la figure 5, toutes les flèches de représentation des pointeurs n'ont pas été représentées.
Ici, la table AIT 522 et/ou les fichiers (contenus multimédias) constituant l'application et contenus dans la composante de carrousel de données DSM-CC 523 peuvent identifier et pointer vers au moins une composante des composantes de carrousel de données DSM-CC (524, 525, 526) propre à chacun des services de table PMT 510, 511 et 512. Ainsi, un contenu multimédia spécifique et différencié est d'attribué pour chaque poste de télévision connecté.
Plusieurs composantes de carrousels de données DSM-CC peuvent être stockées à un emplacement de la mémoire cache d'un poste de télévision qui est identifié par un identifiant d'espace mémoire nommé « carousel_id ». Ce carrousel de données est alors appelé « carrousel de données multi-PID ». Ainsi, les composantes de carrousels de données DSM- CC d'une d'application interactive peuvent être situées dans un même espace mémoire (composantes de carrousels de données DSM-CC de même carousel_id,) ou à des espaces mémoires différents (composantes de carrousels de données DSM-CC de carousel_id différents). Ces deux modes opératoires sont mis en œuvre respectivement par les deux variantes ci-dessous du deuxième mode de réalisation pour une identification de la composante de carrousel de données DSM-CC spécifique à chacun des services de table PMT 510, 511 et 512. Selon une première variante (composantes de carrousels de données DSM-CC de carousel_id différents), le domaine de base de l'application de la table AIT 522 (avec l'identifiant « component_tag_l») est constitué de la composante de carrousel de données DSM-CC 523 dont le contenu multimédia comprend au moins un script d'application (comprenant au moins une partie du code source de l'application) et comporte un pointeur (de type URL dvb) vers une des composantes de carrousel de données DSM-CC 524, 525, 526. Ici, la composante de carrousel de données DSM-CC 523 (avec une valeur de carousel_id égale à 0 par exemple) est localisé à un espace mémoire différent des composantes de carrousels de données DSM-CC 524, 525 et 526 (qui, à titre d'exemple, ont tous une valeur de carousel_id égale à 1). Parallèlement, le pointeur (compris dans le script d'application) vers l'une des composantes de carrousel de données DSM-CC 524, 525 et 526, comporte un identifiant propre à un poste de télévision connecté de façon à pointer la composante de carrousel de données DSM-CC spécifique (avec un contenu multimédia différencié) au poste de télévision qui exécute application interactive.
En ce sens, à titre purement illustratif, le contenu multimédia de la composante du carrousel de données DSM-CC 523 récupère l'identifiant de service (SID) dédié au poste de télévision connecté pour l'intégrer dans un pointeur (URL dvb) et, de ce fait, générer une requête d'URL avec l'identifiant vers une composante de carrousel de données DSM-CC spécifique au poste comportant un contenu multimédia différencié pour ce poste. Ici, selon l'exemple, une telle requête pointe vers une composante de carrousel de données DSM-CC propre à l'identifiant du poste de télévision (SID du service qui lui est dédié). Pour ce faire, les différentes URL dvb, comportant chacune un identifiant (SID) de poste de télévision connecté, sont déclarées (par l'entité ENT1 à la génération du deuxième flux) dans la définition de l'extension du domaine de l'application dans la table AIT 522.
Selon une deuxième variante (composantes de carrousels de données DSM-CC de même carousel_id,), le domaine d'application de la table AIT 522 (avec l'identifiant « component_tag_l») pointe vers la composante de carrousel de données DSM-CC 523, laquelle composante contient le point d'entrée de l'application. A titre d'exemple, la composante de carrousel de données DSM-CC 523 (avec une valeur de carousel_id égale à 0 par exemple) a été localisée dans un même espace mémoire que les composantes de carrousels de données DSM-CC 524, 525 ou 526 (qui, par conséquent, ont une valeur de carouseljd égale à 0 également), sous forme d'un carrousel de données multi-PID. Il faut savoir que les composantes de carrousel de données DSM-CC de même carouseljd (mais de component_tag de valeur différente) sont organisées selon une arborescence de fichiers dans l'espace mémoire identifié par le carouseljd. De la sorte, avec l'utilisation d'un même carousel_id pour les composantes de carrousels de données DSM-CC des tables PMT, le domaine d'application défini dans la table AIT 522 comporte une URL dvb relative à l'URL de base mais qui charge parallèlement les composantes de carrousel de données DSM-CC associées au service dédié au poste de télévision. Ainsi, lorsque la table AIT 522 pointe vers le point d'entrée de l'application, l'ensemble des composantes de carrousels de données DSM-CC de même carouseljd est chargé dans le même espace de mémoire cache, et le navigateur charge le point d'entrée depuis cet espace mémoire. Toutefois, comme toutes les composantes de carrousels de données DSM-CC sont chargées simultanément dans la mémoire cache, il suffit d'une requête d'URL relative (c'est-à- dire sans mention du schéma ni de l'autorité) pour atteindre toutes ces composantes. Cette URL relative peut être avantageusement contenue dans une liste de liens (liste d'URL autorisées). Cette liste de liens peut être décrite par la table AIT 522 (la liste de lien est alors le domaine de base de l'application) ou par un contenu multimédia relatif à l'application interactive. On comprendra ici que le domaine de l'application permet ainsi d'accéder à l'arborescence de fichier d'un espace mémoire de même carouseljd et de charger directement les composantes de carrousel de données DSM-CC qu'il comporte (dont notamment la composante de carrousel de données DSM-CC spécifique). Il n'est alors plus nécessaire d'accéder à d'autre espace mémoire (carouseljd différents) pour récupérer les contenus multimédias différenciés et la déclaration d'une extension du domaine de l'application dans la table AIT n'est plus requise dans ce cas.
A titre d'exemple, la table PMT 510 pointe vers la table AIT 522 qui décrit en point d'entrée la composante de carrousel de données DSM-CC 523. Dans cet exemple, les composantes de carrousels de données DSM-CC 523 et 524 ont un même carouseljd et sont ainsi chargées vers la mémoire cache lorsque l'on accède par le navigateur NAV au point d'entrée. Une URL relative permet alors de pointer simplement vers la totalité des données du carrousel multi- PID, et en l'occurrence ici, la composante de carrousel de données DSM-CC 524 (qui comprend un contenu multimédia spécifique au poste de télévision TV1). Ainsi, le deuxième mode de réalisation permet une différentiation de contenus multimédias diffusés à partir d'un flux de transmission de services indifférenciés à des postes de télévision connectés. La façon de destiner certaines tables de signalisation PMT à certains des postes de télévision connectés, et la façon correspondante pour un poste de télévision de recevoir et de reconnaître les tables de signalisation PMT qui lui sont dédiées, permettent l'attribution des données spécifiques aux postes de télévision (TV1, TV2, TV3) du réseau local 302.
Selon une autre variante du deuxième mode de réalisation, un point d'entrée d'une application interactive (une page d'accueil par exemple) pointe vers un contenu multimédia comportant des données et/ou contenu multimédias spécifiques à des identifiants correspondants (pouvant, à titre illustratif, être contenus dans une table d'association que comporte une composante de carrousel de données DSM-CC pointée par la page d'accueil).
Une table d'association comporte ici des données spécifiques pour les identifiants de services (SID) dédiés à chaque poste de télévision connecté. À titre d'exemple purement illustratif, une telle table d' association peut alors se présenter sous la forme suivante :
L' application interactive reçue par un poste de télévision est apte à reconnaître le service qui lui est dédié grâce à une interface de programmation API de son langage de script. On rappelle que le script de application peut être compris dans le contenu multimédia (par exemple inclus dans ou pointé depuis une page HTML) de l'application. Ainsi, le script relève l'identifiant de service SID du service dédié pour récupérer au sein de la table d'association les données spécifiques attribuées à son identifiant de service.
A titre d'exemple non limitatif et selon la table de données présentée ci-dessus, on se réfère maintenant à la figure 6. Ici, le poste de télévision TV1 ignore les services d'identifiants SID2 et SID3 mais reçoit le service d'identifiant SID1 qui lui est dédié. À cet effet, le poste de télévision TV1 considère uniquement la table PMT 510, laquelle pointe vers la table AIT 600. Selon cet exemple de mise en œuvre, un script est transmis via le contenu multimédia du domaine de base de l'application interactive (compris ici dans la composante de carrousel de données DSM-CC 601). Une interface de programmation du langage de script permet de récupérer l'identifiant de service SID courant. Le script est ainsi capable de récupérer l'identifiant de service pour lequel le poste a été configuré au préalable. Ainsi, il est possible d'identifier dans la table d'association les données et/ou contenus multimédias spécifiques à l'identifiant correspondant. A titre d'exemple ici, la table d'association est contenue dans la composante de carrousel de données DSM-CC 602 sous un fichier JavaScript par exemple du nom de « SID.js », laquelle est pointée par le contenu multimédia de la composante de carrousel de données DSM-CC 601.
En variante ou en complément de ce deuxième mode de réalisation, chacune des tables PMT des services diffusés comporte un pointeur vers une table AIT d'application interactive spécifique à chaque service. Ainsi, une table AIT est dédiée à chaque poste de télévision connecté, laquelle table AIT identifie un point d'entrée d'application spécifique ou commun aux différentes tables AIT et chaque table AIT peut lister dans son domaine d'extension au moins un pointeur spécifique vers un contenu multimédia différencié pour le poste.
En référence à la figure 7, on a illustré un exemple de cette variante. Les tables PMT 710, 711 et 712 sont ici respectivement dédiées aux postes de télévision connectés TV1, TV2 et TV3. Chacune des tables PMT pointent vers une table AIT 720, 721 ou 722 qui leur est propre. Parallèlement, les tables PMT 710, 711 et 712 pointent également vers les composantes de carrousel de données DSM-CC 724, 725 et 726 comprenant respectivement un contenu multimédia spécifique à un poste de télévision connecté. En outre, les tables AIT 720, 721 et 722 ont respectivement pour point d'entrée les composantes de carrousels de données DSM- CC 730, 731 et 732 (chacun étant identifié, par exemple, par component_tagl ou component_tag2 ou component_tag3). Ici, Les points d'entrée sont propres aux postes de télévision et peuvent ainsi pointer respectivement vers une des composantes de carrousels de données DSM-CC 724, 725 et 726 comprenant les contenus multimédia spécifiques à chaque poste. De la sorte, chaque poste de télévision étant configuré pour ne recevoir qu'une seule des tables PMT 720, 721 et 722 de l'exemple, l'application interactive reçue par un des postes de télévision connectés est spécifique de par son contenu multimédia différencié.
On notera que, bien que l'usage des tables de signalisation, notamment PMT et AIT, qui est fait dans les modes de réalisation qui viennent d'être décris, introduise une différenciation entre les postes de télévision, le flux de transmission des figures 4, 5, 6 et 7 reste néanmoins conforme au standard DVB. Par conséquent, aucune modification substantielle du réseau local 302 ou des postes de télévision TV1 à TV3 n'est requise. Ceci constitue un avantage majeur qui limite la complexité, le coût de développement et de maintenance de la solution ainsi proposée.
Avantageusement, pour le deuxième mode de réalisation précédemment décrit, aucune table de description de l'ensemble des services disponibles, qui inclurait notamment un nom pour chacun de ces services, n'est diffusée sur le réseau local 302, à partir du site central SC au cours de et après la diffusion de l'ensemble des services. C'est le cas dans l'exemple des figures 5 à 7 où le flux de transmission représenté ne contient pas de table SDT. On force ainsi les postes de télévision à ignorer les services qui n'étaient pas prévus lors de la phase de configuration, et on les empêche de pouvoir se régler sur d'autres services (la table SDT étant nécessaire pour permettre le réglage des chaînes sur certains postes de télévision). Alternativement, il peut être intéressant de diffuser une table SDT modifiée contenant des informations invalides pour forcer les postes de télévision à ne pas se régler sur les services qui ne leur sont pas destinés.
Comme indiqué plus haut, cette solution n'est pas limitée au standard DVB, et pourrait très bien s'appliquer dans d'autres contextes analogiques et/ou numériques. Dans ce cas, des tables de signalisation de correspondance de programmes, similaires aux tables PAT, PMT et / ou AIT, pourraient être utilisées en compatibilité avec la technologie ou standard retenus.
En vertu de ce qui vient d'être décrit, on comprendra que la présente invention permet un accès à des services qui est sélectif selon les postes de télévision reliés à un réseau local. À cet effet, elle utilise des tables de signalisation d'une manière non standard, mais néanmoins conforme aux normes (notamment aux standards DVB et HbbTV par exemple). Il en résulte un adressage des postes de télévision permettant la diffusion de contenus multimédias différenciés à partir d'un flux de transmission d'un ensemble de services indifférenciés sans prévoir une modification du réseau local.
On se réfère maintenant à la figure 8 sur laquelle on a résumé les principales étapes du procédé de traitement des données de télévision selon une réalisation générale. Dans une première étape SI, l'entité ENT1 du site central SC reçoit au moins un premier flux de transmission Φι issu du réseau de télédiffusion, d'un fichier vidéo et/ou d'une source similaire et pouvant comporter un ou plusieurs services télévisuels avec les informations associées telles que :
- les données de télévision propres à plusieurs services de télévision, et
les tables de signalisation du flux de transmission.
Dans une étape S2, l'entité ENT1 du site central SC modifie les tables de signalisation du premier flux de transmission Oi dont notamment la table PAT, les tables PMT et/ou les tables AIT afin d'associer à au moins un service un contenu multimédia spécifique CMMj à un identifiant de poste TVj et multiplexer le ou les services à diffuser en sortie. Le flux Φ2 comporte alors au moins un contenu multimédia différencié pour chacun des identifiants de postes de télévision. Les contenus multimédias CMMj et les identifiants respectifs sont issus d'une base de données DDB (étape D3) qui est interne ou connectée à l'entité ENT1. L'entité ENT1 génère donc à l'étape S2 un deuxième flux de transmission Φ2 comprenant :
tout ou partie des données de télévision relatives au flux Φι,
les pointeurs vers les contenus multimédias CMMj, et
les données des contenus multimédias CMMj. Dans une étape S4, l'entité ENT2 du site central SC diffuse le flux Φ2 de manière indifférenciée auprès des postes de télévision avec les tables de signalisation TS comportant les tables PAT, les tables PMT et/ou les tables AIT modifiées par l'entité ENT1.
En outre, d'autres flux de transmission destinés aux postes de télévision peuvent alors être ajoutés au flux de transmission diffusé par l'entité ENT2.
Dans une étape suivante, les postes de télévision connectés reçoivent le flux de transmission Φ2 et procèdent à un test T5 d'identification. Selon le test T5, les postes de télévision se réfèrent à l'identifiant qui leur est attribué pour récupérer les contenus multimédias CMMj différenciés qui leur sont dédiés à partir des tables de signalisation TS du flux Φ2. Les postes de télévision connectés, ayant récupéré le contenu multimédia qui leur est spécifique, lisent le contenu multimédia différencié qui leur est dédié (étape S6), par exemple pour un affichage (DISP) ou autre. De façon avantageuse, pour tous les modes de réalisation précédemment décrits, les composantes des carrousels de données DSM-CC sont mises à jour dynamiquement lorsque la base de données DDB de l'entité ENT1 est modifiée. Par exemple, dans l'exemple d'un établissement hôtelier, lorsqu'un nouveau client s'enregistre à son arrivée à la réception, les carrousels de données spécifiques en destination du ou des téléviseurs de la chambre en question sont mis à jour, ce qui permet à l'application interactive d'afficher un message d'accueil personnalisé avec son nom quand le client active la chaîne contenant l'application interactive. Pour ce faire, l'entité ENT1 utilise les mécanismes de gestion des versions des tables PMT, AIT, des composantes de carrousels de données DSM-CC et/ou des modules de ces composantes. L'utilisation du mécanisme de gestion de version force alors le poste de télévision à charger les données qui ont été mises à jour, voire à recharger complètement l'application dans le cas d'un changement de version de la table AIT.
D'autres modes de réalisation que ceux qui ont été décrits plus haut peuvent être envisagés dans le cadre de la présente invention, comme cela apparaîtra à l'homme du métier. À titre d'exemple, on peut envisager que le procédé soit mis en œuvre plus largement par tout type de terminaux aptes à recevoir et interpréter un flux de transmission DVB (comme par exemple, un ordinateur).

Claims

REVENDICATIONS
1. Procédé de traitement de données de télévision, mis en œuvre par une entité informatique (SC), pour une communication de contenus multimédias (CMMj) différenciés à une pluralité de terminaux (TV1, TV2, TV3) respectifs, connectés à ladite entité informatique (SC), dans lequel :
- une base de données (DDB) d'identifiants (TVj) desdits terminaux (TV1, TV2, TV3) est accessible par l'entité (SC), avec, en correspondance de chaque identifiant (TVj), un contenu multimédia spécifique (CMMj) associé à cet identifiant (TVj),
- ladite entité (SC), à partir d'un premier flux (Φι) susceptible de comporter au moins :
* des données de télévision, propres à plusieurs services de télévision,
* des tables déclaratives, pour chaque service, des données de télévision propres à ce service, et
* au moins une table, pour au moins un service, d'une application interactive susceptible d'être exécutée via ce service,
génère dans le premier flux (Φι) au moins une table d'association (400 ; 500), une table déclarative (412 ; 510, 511, 512 ; 710, 711, 712) et/ou une table d'application interactive (430 ; 522 ; 600 ; 720, 721, 722), liées à au moins un identifiant donné (TVj) en ajoutant au moins un pointeur vers un contenu multimédia (CMMj) associé à cet identifiant donné,
pour délivrer vers les terminaux un deuxième flux (Φ2) comportant :
* tout ou partie desdites données de télévision (420, 421, 422, 423, 424, 425 ; 520, 521), propres à plusieurs services de télévision,
* les données d'identifiants desdits terminaux, et les contenus multimédias (CMMj) associés respectivement auxdits identifiants (TVj), et
* lesdites tables déclaratives (410, 411) desdites données de télévision, avec lesdites tables générées (412, 430 ; 510, 511, 512, 522 ; 600 ; 710, 711, 712, 720, 721, 722), chaque terminal (TV1, TV2, TV3) étant apte à :
- se référer auxdites tables générées (412, 430 ; 510, 511, 512, 522 ; 600 ; 710, 711, 712, 720, 721, 722) liées à l'identifiant (TVj) de ce terminal, et
- de là, récupérer, dans le deuxième flux, un contenu multimédia (CMMj) déclaré à partir desdites tables générées (412, 430 ; 510, 511, 512, 522 ; 600 ; 710, 711, 712, 720, 721, 722) pour une lecture du contenu multimédia récupéré, ledit contenu multimédia (CMMj) récupéré étant alors un contenu spécifique à ce terminal.
2. Procédé selon la revendication 1 , dans lequel, la base de données mémorisant un identifiant (TVj) unique pour chaque terminal (TV1, TV2, TV3), l'entité (SC) génère ladite table d'application interactive (430), en ajoutant des pointeurs vers les contenus multimédias (CMMj) du deuxième flux respectivement en correspondance avec des identifiants relatifs auxdits identifiants (TVj) uniques desdits terminaux.
3. Procédé selon l'une des revendications 1 et 2, dans lequel, les terminaux sont reliés à l'entité (SC) par un réseau local (302), une adresse MAC étant affectée à chaque terminal (TV1, TV2, TV3), la base de données mémorise les adresses MAC de chaque terminal et chaque identifiant (TVj) de terminal de ladite base de données (DDB) correspond à une adresse MAC de terminal.
4. Procédé selon la revendication 1, dans lequel, la base de données mémorisant des identifiants (TVj) de services dudit deuxième flux (Φ2), l'entité (SC) génère ladite table d'application interactive (430) en ajoutant des pointeurs vers les contenus multimédias (CMMj) du deuxième flux respectivement en correspondance des identifiants (TVj) desdits services.
5. Procédé selon la revendication 1, dans lequel, l'entité (SC) affectant à chaque terminal (TV1, TV2, TV3) un service dédié, auquel sont associés au moins une table déclarative (710,
711, 712) et une table d'application interactive (720, 721, 722),
l'entité (SC) génère, pour chaque terminal (TV1, TV2, TV3), la table d'application interactive (720, 721, 722) associée au service dédié de ce terminal, en ajoutant un pointeur vers le contenu multimédia (CMMj) associé à l'identifiant (TVj) de ce terminal,
chaque terminal (TV1, TV2, TV3) étant configuré pour reconnaître les tables déclaratives (710, 711, 712) associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d' autres terminaux.
6. Procédé selon la revendication 1, dans lequel, l'entité (SC) affectant à chaque terminal (TV1, TV2, TV3) un service dédié, auquel sont associées au moins une table déclarative (510,
511, 512) et une table d'application interactive (520, 521, 522),
le premier flux (Φ^ comporte au moins une table d'association (500) comportant des identifiants de services, et l'entité (SC) génère ladite table d'application interactive (600), en ajoutant des pointeurs vers les contenus multimédias (CMMj) du deuxième flux (Φ2) respectivement en correspondance des identifiants de services dédiés,
chaque terminal (TV1, TV2, TV3) étant configuré pour reconnaître les tables déclaratives (510, 511, 512) associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d' autres terminaux.
7. Procédé selon la revendication 1, dans lequel, l'entité (SC) affectant à chaque terminal (TV1, TV2, TV3) un service dédié, auquel sont associées au moins une table déclarative (510, 511, 512) et une table d'application interactive (520, 521, 522),
l'entité (SC) ajoute dans le deuxième flux (Φ2) au moins un script d'une application, ledit script d'application étant pointé par la table d'application interactive (520, 521, 522) ou par un contenu multimédia pointé par la table d'application interactive (520, 521, 522), et l'exécution de ladite application sur un terminal générant un pointeur vers le contenu multimédia (CMMj) associé à l'identifiant (TVj) de ce terminal,
chaque terminal (TV1, TV2, TV3) étant configuré pour reconnaître les tables déclaratives (510, 511, 512) associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d' autres terminaux.
8. Procédé selon la revendication 7, dans lequel ledit script comporte un code source de application.
9. Procédé selon la revendication 1, dans lequel, l'entité (SC) affectant à chaque terminal (TV1, TV2, TV3) un service dédié, auquel sont associées au moins une table déclarative (510, 511, 512) et une table d'application interactive (520, 521, 522),
l'entité (SC) ajoute dans le deuxième flux (Φ2) au moins une liste de liens comportant au moins un lien,
ladite liste de liens étant définie dans la table d'application interactive (520, 521, 522) ou par un contenu multimédia pointé par la table d'application interactive (520, 521, 522), et ledit lien de la liste de liens pointe vers un contenu multimédia (CMMj) relatif à l'identifiant (TVj) du terminal,
chaque terminal (TV1, TV2, TV3) étant configuré pour reconnaître les tables déclaratives (510, 511, 512) associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d' autres terminaux.
10. Procédé selon l'une des revendications précédentes, dans lequel le deuxième flux (Φ2) comporte :
* tout ou partie desdites données de télévision (420, 421, 422, 423, 424, 425 ; 520, 521), propres à plusieurs services de télévision,
* les données d'identifiants desdits terminaux, et les contenus multimédias (CMMj) associés respectivement auxdits identifiants (TVj),
* au moins une table déclarative et/ou une table d' application interactive relatives à un service supplémentaire, liées à au moins un identifiant (TVj) donné en ajoutant au moins un pointeur vers un contenu multimédia (CMMj) associé à cet identifiant donné, et
* dans la table déclarative et/ou dans la table d'application interactive associées audit service supplémentaire, un pointeur vers les données d'identifiants (TVj) desdits terminaux,
chaque terminal (TV1, TV2, TV3) étant apte à :
- se référer à ladite table déclarative et/ou ladite table déclarative d'application interactive associées audit service supplémentaire liées à l'identifiant (TVj) de ce terminal, et
- de là, récupérer, dans le deuxième flux (<¾), un contenu multimédia déclaré dans ladite table d'application interactive associée pour une lecture du contenu multimédia (CMMj) récupéré, ledit contenu multimédia (CMMj) récupéré étant alors un contenu spécifique audit terminal (TV1, TV2, TV3).
11. Procédé selon l'une des revendications précédentes, dans lequel chacun desdits terminaux (TV1, TV2, TV3) est configuré pour reconnaître, parmi les données d'identifiants (TVj) desdits terminaux, un identifiant associé à ce terminal.
12. Procédé selon l'une quelconque des revendications précédentes, dans lequel aucune table de description desdits services, incluant au moins un nom relatif à des services, n'est modifiée ni générée dans ledit deuxième flux au cours de et après la génération du deuxième flux.
13. Procédé selon l'une quelconque des revendications précédentes, dans lequel ledit deuxième flux au moins est généré conformément au standard DVB, notamment selon la norme HbbTV, et en ce que la table d'association est une table d'association de programme (PAT), la table déclarative est une table de correspondance des programmes (PMT) et la table d'application interactive est une table d'information d'application (AIT).
14. Entité informatique (SC) pour traiter des données de télévision pour une communication de contenus multimédias (CMMj) différenciés à une pluralité de terminaux (TV1, TV2, TV3) respectifs, connectés à ladite entité (SC),
comportant :
- une connexion à une mémoire de stockage d'une base de données (DDB) comportant des identifiants (TVj) desdits terminaux (TV1, TV2, TV3) avec, en correspondance de chaque identifiant (TVj), un contenu multimédia spécifique (CMMj) associé à cet identifiant (TVj),
- des moyens de génération, à partir d'un premier flux (O susceptible de comporter au moins :
* des données de télévision, propres à plusieurs services de télévision,
* des tables déclaratives, pour chaque service, des données de télévision propres à ce service, et
* au moins une table, pour au moins un service, d'une application interactive susceptible d'être exécutée via ce service,
d'au moins une table d'association (400 ; 500), une table déclarative (412 ; 510, 511, 512 ; 710, 711, 712) et/ou une table d'application interactive (430 ; 522 ; 600 ; 720, 721, 722), liées à au moins un identifiant (TVj) donné en ajoutant au moins un pointeur vers un contenu multimédia (CMMj) associé à cet identifiant donné,
pour délivrer un deuxième flux (Φ2) comportant :
* tout ou partie desdites données de télévision (420, 421, 422, 423, 424, 425 ; 520, 521), propres à plusieurs services de télévision,
* les données d'identifiants desdits terminaux, et les contenus multimédias (CMMj) associés respectivement auxdits identifiants (TVj), et
* lesdites tables déclaratives (410, 411) desdites données de télévision, avec lesdites tables générées (412, 430 ; 510, 511, 512, 522 ; 600 ; 710, 711, 712, 720, 721, 722).
15. Programme informatique comportant des instructions pour la mise en œuvre du procédé selon l'une des revendications 1 à 14, lorsque ce programme est exécuté par un processeur.
EP13701830.5A 2012-01-05 2013-01-04 Adressage de terminaux dans le cadre d'une application interactive associee a un flux de diffusion en mode non connecte. Withdrawn EP2801211A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1250118A FR2985630B1 (fr) 2012-01-05 2012-01-05 Adressage de terminaux dans le cadre d'une application interactive associee a un flux de diffusion en mode non connecte.
PCT/FR2013/050022 WO2013102744A1 (fr) 2012-01-05 2013-01-04 Adressage de terminaux dans le cadre d'une application interactive associee a un flux de diffusion en mode non connecte.

Publications (1)

Publication Number Publication Date
EP2801211A1 true EP2801211A1 (fr) 2014-11-12

Family

ID=47628357

Family Applications (1)

Application Number Title Priority Date Filing Date
EP13701830.5A Withdrawn EP2801211A1 (fr) 2012-01-05 2013-01-04 Adressage de terminaux dans le cadre d'une application interactive associee a un flux de diffusion en mode non connecte.

Country Status (3)

Country Link
EP (1) EP2801211A1 (fr)
FR (1) FR2985630B1 (fr)
WO (1) WO2013102744A1 (fr)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2873531A1 (fr) * 2004-07-22 2006-01-27 France Telecom Procede, systeme et programmes d'ordinateur, de fourniture personnalisee de services de television interactive et recepteurs de television associes
US20080320536A1 (en) * 2004-09-16 2008-12-25 Kim Yong-Ho System and Method for Providing Personalized Datat Broadcasting Service, User Terminal and Method for Using Personalized Data Broadcasting Service, and Data Broadcasting Application Structure Therefor
KR20080060818A (ko) * 2006-12-27 2008-07-02 엘지전자 주식회사 데이터 방송 신호 수신 장치 및 데이터 방송 신호를처리하는 방법
US20100299714A1 (en) * 2009-05-22 2010-11-25 Microsoft Corporation Personalized content in a unidirectional broadcast stream
US20110302599A1 (en) * 2010-06-07 2011-12-08 Mark Kenneth Eyer TV-Centric Actions in Triggered Declarative Objects

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
FR2985630B1 (fr) 2014-02-14
WO2013102744A1 (fr) 2013-07-11
FR2985630A1 (fr) 2013-07-12

Similar Documents

Publication Publication Date Title
EP2060037B1 (fr) Methode de transmission d&#39;informations de services dans differents types de reseaux de diffusion et unite de traitement desdites informations
US20090031368A1 (en) Method and system for controlling communication between a user device and a content delivery network
FR2864869A1 (fr) Methode de transmission de services numeriques sur un reseau et appareil mettant en oeuvre la methode
US20150281805A1 (en) Receiving device, receiving method, transmitting device, transmitting method, and program
FR2902543A1 (fr) Procede de creation de contenus multimedia pour terminaux mobiles, produit programme d&#39;ordinateur pour la mise en oeuvre d&#39;un tel procede
WO2012131258A1 (fr) Procede d&#39;acces a un service, notamment un portail web, par un terminal de restitution d&#39;un flux multimedia
EP2947888A1 (fr) Procédé de téléchargement adaptatif de contenus numériques pour plusieurs écrans
US10824221B2 (en) Method and system for storing program guide data in a user device
US20110032420A1 (en) Method for providing data application of digital broadcasting
da Silva Klehm et al. A survey of digital television interactivity technologies
WO2013102744A1 (fr) Adressage de terminaux dans le cadre d&#39;une application interactive associee a un flux de diffusion en mode non connecte.
US9451326B2 (en) Method and system for controlling the operation of a user device to receive content
KR102491466B1 (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
EP4224868A2 (fr) Procédés de synchronisation, de génération d&#39;un flux, programmes d ordinateur, media de stockage, dispositifs de restitution, d exécution et de génération correspondants
Papadimitriou et al. A semantics-aware platform for interactive tv services
US20140150018A1 (en) Apparatus for receiving augmented broadcast, method of receiving augmented broadcast content using the same, and system for providing augmented broadcast content
US20220376804A1 (en) Reception device, transmission device, and data processing method
FR3015844A1 (fr) Methode d&#39;access a un contenu diffuse sur un reseau point-vers-multipoints, prealablement ou ulterieurement a sa diffusion, et decodeur associe
KR20210025508A (ko) Atsc 3.0 기반의 방송 콘텐츠 전송 장치 및 방법과, 방송 콘텐츠 수신 장치 및 방법
Series Usage scenarios, requirements and technical elements of a global platform for the broadcasting service
Guobin et al. Applying a Self-Designed Metadata Model to an Interactive Push Service in Digital TV
WO2000060865A1 (fr) Procede et systeme de transmission de donnees numeriques d&#39;un emetteur a un utilisateur
EP2801216A1 (fr) Controle de services a la demande communiques en mode de diffusion
FR2896365A1 (fr) Procede de gestion d&#39;informations de services par un appareil de reception de services numeriques et appareil implementant le procede
TR201613347A2 (tr) Hi̇bri̇t geni̇şbant televi̇zyon yayini i̇çeri̇ği̇ne eri̇şi̇mi̇n kolaylaştirilmasini sağlayan si̇stem ve yöntem

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20140703

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: HOIST LOCATEL FRANCE

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: HOIST LOCATEL FRANCE

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20160802