EP2692134A1 - Procede d'acces a un service, notamment un portail web, par un terminal de restitution d'un flux multimedia - Google Patents

Procede d'acces a un service, notamment un portail web, par un terminal de restitution d'un flux multimedia

Info

Publication number
EP2692134A1
EP2692134A1 EP12717406.8A EP12717406A EP2692134A1 EP 2692134 A1 EP2692134 A1 EP 2692134A1 EP 12717406 A EP12717406 A EP 12717406A EP 2692134 A1 EP2692134 A1 EP 2692134A1
Authority
EP
European Patent Office
Prior art keywords
access information
access
service
terminal
multimedia stream
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.)
Ceased
Application number
EP12717406.8A
Other languages
German (de)
English (en)
Inventor
Halim Bendiabdallah
Roberto Agro
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.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Publication of EP2692134A1 publication Critical patent/EP2692134A1/fr
Ceased 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/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/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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • 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/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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4722—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content
    • 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/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/482—End-user interface for program selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via 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/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
    • 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/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Definitions

  • the field of the invention is that of digital television (DTV, for example
  • a multimedia transport stream is distributed by cable, satellite, terrestrial hertzian or ADSL ("Asymmetric Digital Subscriber Line" in English).
  • the media transport stream contains one or more programs (also called services), as well as signaling tables.
  • Each program (service) consists of one or more elementary streams (video stream, audio stream, data stream).
  • the multimedia transport stream is broadcast to users (end customers) who have a specific rendering terminal (also known as a set-top box or digital television receiver) which is either integrated with a digital television or provided as a device. (called “Set-top box”) annex to the digital TV.
  • the invention relates to a technique of access to a service (including but not limited to a web portal) by a terminal for rendering a multimedia stream.
  • the present invention applies in particular, but not exclusively, in the case of a multimedia transport stream compliant with the standards MPEG-2 TS ("Moving Picture Experts Group - 2 Transport Stream” in English) and DVB ("Digital Video Broadcasting"). " in English).
  • MPEG-2 TS Motion Picture Experts Group - 2 Transport Stream
  • DVB Digital Video Broadcasting
  • a first known technique is to use a TV connected to the Internet (also known as "connected television") and offering access to a multimedia web portal (with TV shows, videos, music, practical information, news ...) thanks to a direct access button on the TV's remote control. Pressing this key generates an http request to the portal URL (this URL is hard-coded in the connected TV).
  • a second known technique is, in the case where a decoder ("Set-top box") is connected to the digital television, to use the remote control of the decoder.
  • access to a portal is made from an http request to the URL address of the portal, following the entry on the remote control of the decoder, a channel number associated with the desired portal.
  • the user can access several portals, each portal being associated with a separate channel number.
  • a disadvantage common to the first and second known techniques is that they do not allow contextual access to a portal, that is to say an access to a specific portal to the channel (program, service) being viewed. Indeed, the portal to which access to the first known technique is always the same (for a given TV), regardless of the television channel (program, service) watched on the TV. Moreover, the list of one or more portals that the user can access with the second known technique depends on the content of the multimedia stream received by the decoder ("Set-top box") but is not linked to the set of television (program, service) watched on the TV.
  • a third known technique is based on an interactive television technology, defined for example in the HBBTV standard (for "Hybrid Broadcast Broadband TV” in English) which provides, for connected television sets and set-top boxes, to add information to display on the TV screen while the user is watching a television program (television channel).
  • This information is either available directly in the multimedia stream (information transmitted by broadcast or "broadcast” in English), or delivered via a connection (return channel) between the user's terminal (connected television or decoder) and a server of the broadcaster or of a third party operating in relation to the broadcaster (information transmitted via point-to-point access, or "broadband” in English).
  • An HBBTV terminal i.e., compatible with the HBBTV standard
  • a software architecture generally comprising system software over which interactive television middleware (“iTV middleware”) is run.
  • an interactive application management module (including a browser), a table management module and an object carousel management module.
  • the broadcaster When deploying a given interactive application, associated with a given program (television channel), the broadcaster transmits (within a multimedia stream) the given program comprising:
  • Constituents (software code in particular, encoded for example in HTML, in the form of a web page) of a given interactive application transmitted, for example, in an object carousel coded according to the DSM CC standard ("Digital Storage Media Command and Control "),
  • AIT Application Information Table
  • the HBBTV terminal On receipt of this program, the HBBTV terminal displays the audio and video streams (thanks to the tables describing them).
  • the table management module processes the AIT table and detects that a software code of the given interactive application has been transmitted in an object carousel; the carousel management module receives and reassembles the constituents of the given interactive application; and the application management module manages the given interactive application (reassembled by the carousel management module).
  • the table management module processes the AIT table and detects that a software code of the given interactive application has been transmitted in an object carousel; the carousel management module receives and reassembles the constituents of the given interactive application; and the application management module manages the given interactive application (reassembled by the carousel management module).
  • it can take one of the following states: downloaded ("loaded"), paused, active, or destroyed.
  • the given (broadcast) program does not include the constituents of the given interactive application, but the AIT table specifies a URL where the given interactive application can be obtained.
  • the table management module processes the AIT table and obtains this URL address; the browser of the application management module sends a request to this URL, in order to receive the given interactive application; and the application management module manages the given interactive application.
  • the current HBBTV standard offers the following first technical operation (based on the aforementioned variant in which the AIT table specifies a URL where the given interactive application can be obtained):
  • the broadcaster of a program transmits, in a table AIT
  • the server sends to the HBBTV terminal the requested interactive application, which is a first page whose execution on the terminal browser causes the display (on the TV screen) of a window containing a message or a logo (small red dot for example) indicating to the user that a portal (or any service) is available and inviting him to access it by pressing a particular key (for example the "OK" key ) the remote control of the HBBTV terminal;
  • the terminal HBBTV sends to the server a second request to access the URL address of the portal;
  • the server sends to the HBBTV terminal the requested portal, which is a second page whose execution on the terminal browser causes the display (on the TV screen) of elements (windows, menus ...) offering one or more services to the user.
  • the current HBBTV standard also offers the following second technical operation (based on the aforementioned basic mode in which the AIT table specifies that a software code of the given interactive application was transmitted in a carousel of objects conveyed by the flow):
  • the broadcaster of a program sends, in a table ⁇ of its stream, a command to extract a particular interactive application in an object carousel (using the terminology above, this particular interactive application includes a function access to a portal, but is not the portal itself);
  • the HBBTV terminal When the HBBTV terminal detects this extraction command, it automatically finds the requested interactive application, which is a first page (transmitted in the stream) whose execution on the terminal browser causes the display (on the screen TV) of a window containing a message or a logo (small red dot for example) indicating to the user that a portal (or any service) is available and inviting it to access it by pressing a particular key (for example the "OK" key) on the remote control of the HBBTV terminal;
  • a particular key for example the "OK" key
  • the terminal HBBTV sends to the server a request to access the URL address of the portal;
  • the server sends to the HBBTV terminal the requested portal, which is a second page whose execution on the terminal browser causes the display (on the TV screen) of elements (windows, menus). ...) offering one or more services to the user.
  • the terminal pair HBBTV - television then makes it possible to browse the web content made available (on one or more servers) and only in this one (possibility to propose selected web pages, in consultation mode only).
  • the broadcaster retains control of the web content made accessible (the content displayed is entirely controlled by the broadcaster and generally contextual to the program in progress).
  • the user can leave the interactive mode (browsing the web content) at any time to return to his television program.
  • An advantage of the aforementioned first and second operations of the current HBBTV standard is that they allow contextual access to a portal, that is to say access to a specific portal to the channel (program) being viewed on the Internet. TV screen.
  • each interactive application is started automatically and only one interactive application can be displayed at a time (see rules above), the start of the particular interactive application (offering access to a portal) would automatically lead to the closing of the classic interactive application (application of game or vote for example).
  • Another disadvantage of the first and second aforementioned operations is that they generate visual discomfort for the user. Indeed, each time the user zap on a television channel (program) associated with a particular interactive application offering access to a portal, this leads to the display (in superposition of the current TV program) of a window containing a message or logo indicating to the user that access to a portal is possible by pressing a key ("OK" key for example) on the remote control of the HBBTV terminal.
  • Another disadvantage of the aforementioned first operation is that it generates unnecessary requests and therefore a non-optimal management of the bandwidth of the network through which the terminal HBBTV and the server are connected. Indeed, if after viewing the window containing the invitation to access the portal, the user decides not to access the portal, then the first request to the server and the sending by the server of the first page (including execution on the terminal browser causes the display of this invitation to access the portal) were transmitted unnecessarily.
  • the general principle of the invention therefore consists in inserting access information (for example the URL address of a portal) directly into the stream, and in providing the retrieval terminal with a particular processing mechanism for this information. access (this particular processing performing detection, storage and association of this access information to a human-machine interface element).
  • access information for example the URL address of a portal
  • this access information is not processed by the rendering terminal as a conventional interactive application and its reception does not cause any annoying display on the television screen (in superposition of the video of the current TV show, even instead of this one), nor any unnecessary sending of requests to a server.
  • the reception and processing of this access information does not interfere with the conventional processing (for example according to the HBBTV standard, as described above) of a conventional interactive application.
  • Access information can be seen as a new type of interactive application, dedicated to access to a service (this service being for example a portal) and distinct from the types of interactive applications already known to date.
  • the access information being inserted into the multimedia stream can be changed dynamically, especially when the content of the multimedia stream changes: thus this information can be contextual, that is to say specific to the content commonly broadcast via this multimedia stream.
  • the human-machine interface element can be chosen independently of the content broadcast via the multimedia stream: this element is unique, common for example to all the television channels and / or all the contents broadcast via this multimedia stream and therefore easily remembered by the user who can interact at any time on this element to determine whether access to a service is offered for the content it receives via this multimedia stream.
  • the access information being inserted into the multimedia stream can be modified or updated at any time by the device that generates this multimedia stream.
  • This access information may as well be specific to a television channel or specific to a content (program, film, etc.) being broadcast via this television channel.
  • Each service provider generating a set of audiovisual content broadcast via this multimedia stream can therefore customize this access information as desired depending on what he wants to offer at a given moment to the user of the receiving terminal of this multimedia stream.
  • the invention is applicable both to the broadcasting of video streams, audiovisual streams and audio streams without video as long as these streams are transported in a transport format for coding the access information and its extraction. by a receiving terminal.
  • said service is a portal for access to at least one other service.
  • the access information is:
  • said operation comprises sending a connection request to said server using said connection address
  • said human-machine interface element is a key of said terminal or a key of a remote control unit associated with said terminal.
  • a single key allows the user to access a service (eg a portal) of the TV channel being viewed. For example, if one is on the channel of TF1, one will reach directly on the portal of TF1 when pressing this key. Same, if you are on France2 or any other TV channel that wants to offer its own portal (offering its own services: games, votes, etc.).
  • a service eg a portal
  • said terminal in the event of interaction of a user with said human-machine interface element, if no access information has been detected, said terminal performs a step of inhibiting the execution of said surgery.
  • said terminal in the event of interaction of a user with said human-machine interface element, if no access information has been detected, said terminal provides information relating to the impossibility of executing said surgery.
  • the information relating to the impossibility of carrying out said operation is for example an error message and / or an information message on the absence of access information.
  • the user knows that he can access a service (for example a portal) unrelated to the TV channel being viewed.
  • a service for example a portal
  • the access information is inserted into a signaling table included in said multimedia flow, this signaling table comprising a predetermined value description field indicating that this signaling table comprises access information.
  • said multimedia stream comprises several signaling tables each comprising access information, each said signaling table having a version number.
  • the access information included in a said signaling table is ignored, in said step of detecting an access information, if the signaling table considered has a version number equal to or earlier than that of a said previously received signaling table.
  • the multimedia stream is coded according to the MPEG-2 TS standard.
  • the signaling table comprises an access information is a table AIT, for "Application Information Table" in English, of a particular type indicating that it includes access information.
  • the detection step comprises the following steps: detection of the table ⁇ of said particular type, and reading of the access information included in the table AIT of said particular type.
  • the implementation of the proposed technique is therefore facilitated by relying on the AIT table and more specifically by proposing a new type of AIT table (not provided for in the current versions of the DVB and HBBTV standards).
  • the table AIT of said particular type is defined, in a PMT table, for "Program Map Table”, by:
  • PID transport packet identifier
  • said terminal performs a step of inhibiting the execution of any interactive application identified in a received AIT table not having said particular type.
  • the multimedia stream comprises at least two distinct multimedia contents including a current multimedia content. Said terminal performs the following steps:
  • the terminal reiterates the step of associating with said man-machine interface element the access information stored for the current multimedia content.
  • the multimedia stream comprises at least two distinct multimedia contents of which a current multimedia content
  • said terminal performs the steps of detection and storage of access information for each of said multimedia contents, and with each change of current multimedia content, the terminal reiterates the step of associating with said man-machine interface element the access information stored for the current multimedia content.
  • current multimedia content is meant that selected by the user and displayed on TV (or the one selected by default, in the case for example of the chain displayed at startup).
  • the rendering terminal manages more quickly the change of the access information in that it has already memorized for the newly selected channel access information specific to this channel (for example the URL of a portal associated with the newly selected channel).
  • the access information specific to a channel is, for example, stored when the user selects this channel with the remote control unit of the terminal.
  • the access information associated with the various channels are in this case stored one by one, as the user zaps.
  • a plurality of access information items, each associated with a distinct channel are stored at the same time, independently of the zapping of the user, for example during a capture of the list of multiplexed channels within the multimedia stream. In other words, in this variant, it detects in the stream, access information associated with different channels, but only the access information associated with the current channel (the one being viewed on the TV) is associated with the human-machine interface element ("Portal key" for example).
  • the access method comprises the following steps:
  • a method for generating a multimedia stream to be transmitted to a rendering terminal characterized in that it comprises a step of insertion in the multimedia stream of a access information to a service, said access information being intended to be:
  • a computer program product which comprises program code instructions for implementing the aforesaid method (in any one of its various embodiments), when said program is run on a computer.
  • a computer readable storage medium storing a computer program comprising a game. instructions executable by a computer for implementing the aforesaid method (in any one of its various embodiments).
  • a terminal for rendering a multimedia stream comprising:
  • a device for generating a multimedia stream to be transmitted to a rendering terminal characterized in that it comprises insertion means in the multimedia stream of a access information to a service, said access information being intended to be:
  • a signal conveying a multimedia stream intended to be transmitted to a rendering terminal.
  • the multimedia stream comprises information for accessing a service, said access information being intended to be:
  • Figure 1 shows a block diagram of a system according to a particular embodiment of the invention.
  • FIG. 2 presents a sequence diagram showing an example of kinematics of the processing of gate access information by the system of FIG. 1.
  • multimedia transport stream complies with the MPEG-2 TS and DVB standards.
  • This system includes:
  • a broadcast control station 1 managed by a broadcaster and making it possible to broadcast a multimedia transport stream 2 via a broadcasting network 3 (by one or more of the following technologies: cable, satellite, terrestrial hertzian or ADSL);
  • a plurality of decoders also known as “set-top boxes" 4 (for the sake of simplification of FIG. 1, a single decoder is represented therein), receiving the multimedia transport stream 2;
  • a television set 5 connected to the decoder 4 (in a variant, the rendering terminal is integrated in the television and the television is connected to the Internet network 7);
  • the application server 8 is optionally connected to the broadcast control 1 (via any link).
  • the broadcaster of the multimedia transport stream 2 wishes to provide direct access to a service, for example a web portal hosted by the web server 8, this service being specific to a particular content broadcast via this multimedia stream, for example to a television channel.
  • This is for example to offer direct access to the portal "OrangeReplay" (whose URL is "http://www.orange_replay.fr”) which is specific to the Orange TV channel.
  • a service not necessarily a portal
  • a communication network the Internet network for example
  • a rendering terminal decoder or connected television
  • the broadcast control 1 comprises means for inserting in the multimedia stream 2, and more specifically in a particular signaling table, access information to this service, this access information being for example a connection address to the server 8 implementing this service, an address that can be encoded as an URL .
  • the decoder 4 which receives via the multimedia stream a particular television channel, rendered on the television 5 and viewed by a user, extracts the access information present in the stream 2 and associates it with a human interface element -machine of the decoder.
  • This element is for example a key of the remote control of the decoder, which is dedicated to this type of access to a service.
  • This key will be named afterwards "Portal key”. Therefore, at any time this user can, by pressing the "Portal key", access the web portal defined by the broadcaster of this particular television channel, by means of a user interface displayed on the TV 5 (overlay on or replacing the video of the television channel being viewed).
  • the user can disconnect at any time from the portal (or from the web navigation domain - that is to say a set of web pages - accessible from the portal), for example by pressing the same key again Portal. In this case, it returns to the same television channel (that associated with the portal that leaves the user), that is to say, shows again on the television 5 only the video of the TV channel he was on when he first pressed the "Portal key".
  • AIT Application Information Table
  • AIT Portal table a new type of AIT table which contains information for accessing a service.
  • PAT Program Allocation Table
  • PMT Program Map Table
  • AIT signal tables is briefly described in the DVB standard.
  • the PAT table carries a list of all the programs (services) present in the MPEG2-TS stream. Each program listed is identified by a program number (16 bits) and is associated with the identifier (or PID, for "Packet Identifier") of the transport packets carrying the PMT sub-table corresponding to this program.
  • the PMT table describes the components of each program (service), associating with each component the identifier (PID) of the transport packets that convey this component.
  • the MPEG2-TS stream includes one PMT sub-table per program.
  • the components of a program are the elementary streams (elementary video stream, elementary audio stream %) and signaling tables (in particular the AIT table).
  • the PMT table of a given program notably provides the identifier (PID) of the transport packets which convey the table ⁇ associated with this given program.
  • PID identifier
  • An AIT table is broadcast for each program (service) of the MPEG2-TS stream that carries one or more interactive applications, and informs the characteristics of this or these interactive applications.
  • each component of a program is described in particular by a description field "streamjype" which indicates the type of component.
  • Streamjype For a component of type "table AIT”, the value of the field "Streamjype” is 0x05 and is associated with an "application_signalling_descriptor” descriptor. This descriptor is defined as follows:
  • the description field "applicationjype" makes it possible to specify the type of interactive application for the concerned AIT table (that is to say the type of the interactive application or applications whose characteristics are indicated by the concerned AIT table). For example, it takes a first value to indicate a type of interactive application that conforms to the HBBTV standard, a second value to indicate a type of interactive application that conforms to the MHP standard ("Mulimedia
  • a predetermined value (included for example in the range of private or non-reserved values) of the description field "applicationjype" is associated with a new type of interactive application, allowing to define a new type of table AIT
  • AIT Portal table for transporting access information to a service (for example the URL address of a portal) and to manage the access mode to this service using this access information.
  • the "AIT Portal” table contains a set of descriptors describing the nature of the access information to a service but also the mode of access to this service, depending on the nature of this access information.
  • the descriptors are:
  • a descriptor giving information on the nature of the access information and the access mode named "application_descriptor", which contains the information relating to the profile of the application.
  • application_descriptor contains the information relating to the profile of the application.
  • transport_protocol_descriptor • a descriptor giving access information, named "transport_protocol_descriptor", which contains the portal URL (if the descriptor "application_descriptor” indicates the second profile) or a command to retrieve the portal in a object carousel (if the descriptor "application_descriptor" indicates the first profile).
  • the descriptor "application_descriptor” indicates the second profile
  • the descriptor "transport_protocol_descriptor” is the following one:
  • descriptor_tag 0x02
  • protocol_id 0x03
  • selector_byte 'littp: // www. oran ge replay.fr ''
  • descriptor_tag is 0x02 by definition in the standard, since it is a descriptor of type "transport protocol descriptor”. This allows the terminal to identify it as such.
  • the field “protocoljd” takes for example the value 0x03, to indicate that the information "selector byte" is of the type URL.
  • the "selector byte" field contains a server connection address implementing the proposed service, in this case the portal's URL.
  • the "protocol jd" field takes a predetermined value, to indicate that the "selector byte" information is of the URL type.
  • the access information is a portal URL and is transmitted in a "table AIT Portal" according to the invention (see description above).
  • the decoder 4 (see FIG. 1) comprises several functional blocks (also called modules), and in particular:
  • a module 43 for accessing the portal A module 43 for accessing the portal
  • Each of the functional blocks (modules) of the decoder 4 is carried out indifferently: on a reprogrammable calculation machine (a PC computer, a DSP processor or a microcontroller) executing a program comprising a sequence of instructions, or on a dedicated computing machine (for example a set of logic gates such as an FPGA or an ASIC, or any other hardware module).
  • a reprogrammable calculation machine a PC computer, a DSP processor or a microcontroller
  • a program ie the sequence of instructions
  • the corresponding program can be stored in a removable storage medium (such as for example a floppy disk, a CD-ROM or a DVD-ROM) or not, this storage medium being readable partially or totally by a computer or a processor.
  • step 21 the broadcast control 1 inserts into the stream a "portal" table associated with the Orange TV channel and containing the portal URL of this channel.
  • step 22 the broadcast control 1 broadcasts the stream that is received by the decoding / demultiplexing module 41 (included in the decoder 4).
  • step 23 during a zapping on the Orange channel, the decoding / demultiplexing module 41 decodes and demultiplexes the stream in order to detect a "table AIT Portal" associated with the Orange channel.
  • module 41 of decoding / demultiplexing If the module 41 of decoding / demultiplexing has detected a "table AIT Portal", it informs the module 42 reading "table AIT Portal” in step 24.
  • step 25 the reading module 42 demultiplexes the "table AIT Portal" associated with the string Orange (if the version number of this table is different from that of a "table AIT Portal” received previously) and extract , then stores, the URL address of the portal.
  • step 26 the read module 42 transmits this URL address to the portal access module 43.
  • step 27 the portal access module 43 associates this URL address with the "Portal key” and activates the management module 44 of the "Portal key".
  • An association between the access information (the URL address) and the human machine interface element (the "gateway key") is thus memorized by the portal access module 43, for use subsequent access information in case of interaction on the concerned human machine interface element.
  • an identification of the HMI element is stored in association with the access information.
  • step 28 if the module 44 for managing the "Portal key” has detected a pressing on this key, it informs the module 43 of access to the portal.
  • the portal access module 43 obtains the access information (URL address) stored in association with the human-machine interface element ("Portal key") for which an interaction has been detected. Then the portal access module 43 uses the access information to execute an access operation: the portal access module 43 sends an http request to the server 8 including the stored access information, in order to access to the portal identified by this access information and to allow user navigation on this portal.
  • the access information URL address
  • the human-machine interface element (“Portal key" for which an interaction has been detected.
  • the portal access module 43 uses the access information to execute an access operation: the portal access module 43 sends an http request to the server 8 including the stored access information, in order to access to the portal identified by this access information and to allow user navigation on this portal.
  • the portal access module 43 sends a command to the decoding / demultiplexing module 41 so that the latter inhibits the execution of any interactive application described / contained in a conventional AIT table, so that that no interactive application, of type HBBTV or MHP for example, is executed by the decoder as long as the user accesses the portal, that is to say navigates on the portal or on a domain of web navigation - this that is to say a set of web pages - accessible from the portal and defined by the broadcaster of the Orange channel).
  • the decoding / demultiplexing module 41 If the decoding / demultiplexing module 41 has not received a "portal AIT table" containing access information, it informs the portal access module 43 in step 30.
  • step 31 the portal access module 43 deactivates the management module 44 of the "gateway key” and displays on the television screen a message or a logo indicating that the "gateway key” is not activated.
  • the URLs of the different portals are stored in the cache memory by the decoder as and when the user changes channels.
  • the access information in the form of URLs of the portal associated with this channel is saved by the decoder in association with an identification of the channel (eg a channel number through which this channel is broadcast).
  • the access information associated with a string is thus stored in memory, even when a change of string is made and the current string is different from the string for which the previous access information has been stored.
  • the access information that will be used, as a result of an interaction on a human machine interface element, will then be that stored in association with the channel currently viewed by the user.
  • the decoder can immediately associate with the "portal key" the URL address of the portal associated with the new channel being viewed. This avoids waiting for access information to be received for the current new channel.
  • This association principle is applicable more generally to the broadcasting via a multimedia stream of several different multimedia contents, for example the contents coming from two different sources: broadcast via two distinct television channels as described above, or more generally via two separate services for the transmission of audio and / or video content (radio, video-on-demand service, catch-up TV service, etc.).
  • the decoder receiving the multimedia stream stores access information received during the broadcast of the content in association with an identification of the content commonly broadcast and / or the source of this content.
  • This identification is composed for example of the channel number of the television channel or of an audio service transmission service identifier and / or any other available identification mode (for example an identification of a function activated to access to this content of the type "activate channel x", "access the VOD service”, etc.).
  • the decoder identifies the content and / or the source of the newly selected content (for example by searching what is the currently selected TV channel or what is the currently selected audio and / or video content transmission service or an identification of an activated function to access to this content) then reiterates the step of association with the "portal key" of the access information recorded for this content and / or this source.
  • This association principle is also applicable when two separate contents are broadcast successively via the multimedia stream while being part of the same television channel or the same service for transmitting audio and / or video content.
  • the content can be identified by means of metadata or content programming data (title of the content, author, start time, etc.).
  • the decoding / demultiplexing module 41 informs the reading module 42 of "AIT Portal table" which deletes the memorized association. Then the module 43 disables the module 44 for managing the "gate key".

Landscapes

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

Abstract

Il est proposé un procédé d'accès à un service par un terminal de restitution d'un flux multimédia. Le terminal effectue les étapes suivantes : réception (22) du flux multimédia; détection (23 24), dans le flux multimédia, d'une information d'accès à un service; stockage (25) de ladite information d'accès; association (27) de ladite information d'accès à un élément d'interface homme-machine prédéfini; et en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, exécution (29a) d'une opération d'accès audit service utilisant ladite information d'accès.

Description

Procédé d'accès à un service, notamment un portail web, par un terminal de restitution d'un flux multimédia.
1. DOMAINE DE L'INVENTION
Le domaine de l'invention est celui de la télévision numérique (DTV, pour
« Digital TeleVision » en anglais).
Dans un système de télévision numérique, un flux de transport multimédia est distribué par câble, satellite, voie hertzienne terrestre ou ADSL («Asymmetric Digital Subscriber Line » en anglais). Le flux de transport multimédia contient un ou plusieurs programmes (aussi appelés services), ainsi que des tables de signalisation. Chaque programme (service) est constitué d'un ou plusieurs flux élémentaires (flux vidéo, flux audio, flux de données). Le flux de transport multimédia est diffusé vers les utilisateurs (clients finaux) qui possèdent un terminal de restitution spécifique (aussi appelé décodeur ou encore récepteur de télévision numérique) qui est soit intégré à un téléviseur numérique, soit fourni sous la forme d'un dispositif (appelé « Set-top box ») annexe au téléviseur numérique.
Plus précisément, l'invention concerne une technique d'accès à un service (notamment mais non exclusivement un portail web) par un terminal de restitution d'un flux multimédia.
La présente invention s'applique notamment, mais non exclusivement, dans le cas d'un flux de transport multimédia conforme aux normes MPEG-2 TS (« Moving Picture Experts Group - 2 Transport Stream » en anglais) et DVB (« Digital Video Broadcasting » en anglais).
2. ARRIÈRE-PLAN TECHNOLOGIQUE
On s'attache plus particulièrement dans la suite de ce document à décrire la problématique existant dans le cas d'un accès à un portail web par un terminal de restitution d'un flux multimédia (problématique à laquelle ont été confrontés les inventeurs de la présente demande de brevet). L'invention ne se limite bien sûr pas à ce cas particulier d'application, mais présente un intérêt pour l'accès à n'importe quel service (par exemple une page web) par un terminal de restitution d'un flux multimédia. Il existe à ce jour plusieurs techniques permettant d'accéder à un portail web à partir d'un terminal de restitution d'un flux multimédia.
Une première technique connue consiste à utiliser un téléviseur connecté à Internet (on parle également de « télévision connectée ») et proposant un accès à un portail web multimédia (avec émissions TV, vidéos, musiques, informations pratiques, actualités...) grâce à une touche d'accès direct sur le boîtier de télécommande du téléviseur. L'appui sur cette touche génère une requête http vers l'adresse URL du portail (cette adresse URL est codée en dur dans le téléviseur connecté).
Une deuxième technique connue consiste, dans le cas où un décodeur (« Set-top box ») est relié au téléviseur numérique, à utiliser le boîtier de télécommande du décodeur. Typiquement, l'accès à un portail se fait à partir d'une requête http vers l'adresse URL du portail, suite à la saisie, sur le boîtier de télécommande du décodeur, d'un numéro de canal associé au portail désiré. Ainsi, l'utilisateur peut accéder à plusieurs portails, chaque portail étant associé à un numéro de canal distinct.
Un inconvénient commun aux première et deuxième techniques connues est qu'elles ne permettent pas un accès contextuel à un portail, c'est-à-dire un accès à un portail spécifique à la chaîne (programme, service) en cours de visualisation. En effet, le portail auquel permet d'accéder la première technique connue est toujours le même (pour un téléviseur donné), quelle que soit la chaîne de télévision (programme, service) regardée sur le téléviseur. Par ailleurs, la liste d'un ou plusieurs portails auxquels l'utilisateur peut accéder avec la deuxième technique connue dépend du contenu du flux multimédia reçu par le décodeur (« Set-top box ») mais n'est pas liée à la chaîne de télévision (programme, service) regardée sur le téléviseur.
Une troisième technique connue est basée sur une technologie de télévision interactive, définie par exemple dans la norme HBBTV (pour « Hybrid Broadcast Broadband TV » en anglais) qui prévoit, pour les téléviseurs connectés et les décodeurs (« Set-top box »), d'ajouter des informations à afficher sur l'écran du téléviseur pendant que l'utilisateur regarde un programme de télévision (chaîne de télévision). Ces informations sont soit disponibles directement dans le flux multimédia (informations transmises par diffusion, ou « broadcast » en anglais), soit délivrées via une connexion (voie de retour) entre le terminal de l'utilisateur (téléviseur connecté ou décodeur) et un serveur du diffuseur ou d'un tiers opérant en relation avec le diffuseur (informations transmises via un accès point à point, ou « broadband » en anglais). Ceci doit permettre, à terme, de couvrir tous les usages généralement offerts par les télévisions connectées : télévision de rattrapage (« catch-up TV » en anglais, vidéo à la demande (VOD, pour « Video On Demand » en anglais), publicité interactive, personnalisation, votes, jeux, réseaux sociaux, guide des programmes...
Un terminal HBBTV (c'est-à-dire compatible avec la norme HBBTV) possède une architecture logicielle comprenant généralement un logiciel système au-dessus duquel s'exécute un intergiciel de télévision interactive (« iTV middleware » en anglais).
Au sein de intergiciel de télévision interactive, on distingue généralement : un module de gestion d'applications interactives (incluant un navigateur), un module de gestion des tables et un module de gestion des carrousels d'objets.
Lors du déploiement d'une application interactive donnée, associée à un programme donné (chaîne de télévision), le diffuseur transmet (au sein d'un flux multimédia) le programme donné comprenant :
• des flux élémentaires audio et/ou vidéo,
• des tables décrivant ces flux élémentaires (tables PAT (« Program Allocation Table ») et PMT (« Program Map Table ») notamment),
• des constituants (code logiciel notamment, codé par exemple en HTML, sous forme de page Web) d'une application interactive donnée, transmise par exemple au sein d'un carrousel d'objets codé selon la norme DSM CC (« Digital Storage Media Command and Control » en anglais),
• une table AIT (Application Information Table »), identifiant toutes les applications interactives disponibles pour le programme donné (y inclus l'application interactive donnée), ainsi que la manière dont ces applications interactives sont disponibles (carrousel d'objets en l'espèce pour l'application interactive donnée).
A la réception de ce programme donné, le terminal HBBTV affiche les flux audio et vidéo (grâce aux tables les décrivant). Par ailleurs, au sein de l'intergiciel de télévision interactive : le module de gestion des tables traite la table AIT et détecte qu'un code logiciel de l'application interactive donnée a été transmis dans un carrousel d'objets ; le module de gestion des carrousels reçoit et ré-assemble les constituants de l'application interactive donnée ; et le module de gestion des applications gère l'application interactive donnée (réassemblée par le module de gestion des carrousels). Comme chaque application interactive, cette dernière peut par exemple prendre l'un des états suivants : téléchargée (« loaded »), en pause (« paused »), active (« active ») ou détruite (« destroyed »).
Dans une variante du déploiement d'une application interactive donnée, le programme donné (diffusé) ne comprend pas les constituants de l'application interactive donnée, mais la table AIT précise une adresse URL où peut être obtenue l'application interactive donnée. Au sein de l'intergiciel de télévision interactive du terminal HBBTV, on a alors les actions suivantes : le module de gestion des tables traite la table AIT et obtient cette adresse URL ; le navigateur du module de gestion des applications envoie une requête à cette adresse URL, afin de recevoir l'application interactive donnée ; et le module de gestion des applications gère l'application interactive donnée.
Les règles de gestion actuelles prévoient qu'une seule application interactive à la fois peut être affichée sur l'écran du téléviseur (elle peut se superposer à la vidéo du programme TV courant, mais pas au contenu d'une autre application interactive). En outre, les procédures d'installation et de démarrage sont conçues pour fonctionner entièrement automatiquement, sans interaction de l'utilisateur.
Pour accéder à un portail web à partir d'un terminal HBBTV, la norme HBBTV actuelle propose le premier fonctionnement technique suivant (basé sur la variante précitée dans laquelle la table AIT précise une adresse URL où peut être obtenue l'application interactive donnée) :
· le diffuseur d'un programme (chaîne de télévision) émet, dans une table AIT
(« Application Information Table » en anglais) de son flux, une adresse URL particulière (qui est, en reprenant la terminologie ci-dessus, celle d'une application interactive (dont le rôle est ici de permettre l'accès à un portail), mais n'est pas celle du portail lui-même) ; • quand le terminal HBBTV détecte cette adresse URL particulière, il émet automatiquement vers un serveur une première requête d'accès à cette adresse URL particulière ;
• en réponse à cette première requête, le serveur envoie au terminal HBBTV l'application interactive demandée, qui est une première page dont l'exécution sur le navigateur du terminal provoque l'affichage (sur l'écran du téléviseur) d'une fenêtre contenant un message ou un logo (petit point rouge par exemple) indiquant à l'utilisateur qu'un portail (ou service quelconque) est disponible et l'invitant à y accéder en appuyant sur une touche particulière (par exemple la touche « OK ») du boîtier de télécommande du terminal HBBTV ;
• si l'utilisateur appuie sur cette touche particulière, le terminal HBBTV émet vers le serveur une deuxième requête d'accès à l'adresse URL du portail ;
• en réponse à cette deuxième requête, le serveur envoie au terminal HBBTV le portail demandé, qui est une deuxième page dont l'exécution sur le navigateur du terminal provoque l'affichage (sur l'écran du téléviseur) d'éléments (fenêtres, menus...) proposant un ou plusieurs services à l'utilisateur.
Pour accéder à un portail web à partir d'un terminal HBBTV, la norme HBBTV actuelle propose également le deuxième fonctionnement technique suivant (basé sur le mode de base précité dans lequel la table AIT précise qu'un code logiciel de l'application interactive donnée a été transmis dans un carrousel d'objets véhiculé par le flux) :
• le diffuseur d'un programme émet, dans une table ΑΓΓ de son flux, une commande d'extraction d'une application interactive particulière dans un carrousel d'objets (en reprenant la terminologie ci-dessus, cette application interactive particulière comprend une fonction d'accès à un portail, mais n'est pas le portail lui-même) ;
• quand le terminal HBBTV détecte cette commande d'extraction, il retrouve automatiquement l'application interactive demandée, qui est une première page (transmise dans le flux) dont l'exécution sur le navigateur du terminal provoque l'affichage (sur l'écran du téléviseur) d'une fenêtre contenant un message ou un logo (petit point rouge par exemple) indiquant à l'utilisateur qu'un portail (ou service quelconque) est disponible et l'invitant à y accéder en appuyant sur une touche particulière (par exemple la touche « OK ») du boîtier de télécommande du terminal HBBTV ;
• si l'utilisateur appuie sur cette touche particulière, le terminal HBBTV émet vers le serveur une requête d'accès à l'adresse URL du portail ;
• en réponse à cette requête, le serveur envoie au terminal HBBTV le portail demandé, qui est une deuxième page dont l'exécution sur le navigateur du terminal provoque l'affichage (sur l'écran du téléviseur) d'éléments (fenêtres, menus...) proposant un ou plusieurs services à l'utilisateur.
Dans chacun des premier et deuxième fonctionnements techniques précités, proposés dans la norme HBBTV actuelle, après que le portail a été affiché sur l'écran du téléviseur, le couple terminal HBBTV - téléviseur permet ensuite de naviguer dans un contenu web mis à disposition (sur un ou plusieurs serveurs) et seulement dans celui-ci (possibilité de proposer des pages web sélectionnées, en mode consultation uniquement). Le diffuseur garde la maîtrise du contenu web rendu accessible (le contenu affiché est entièrement contrôlé par le diffuseur et en général contextuel au programme en cours). L'utilisateur peut quitter à tout moment le mode interactif (navigation dans le contenu web) pour revenir à son programme de télévision.
Un avantage des premier et deuxième fonctionnements précités de la norme HBBTV actuelle est qu'ils permettent un accès contextuel à un portail, c'est-à-dire un accès à un portail spécifique à la chaîne (programme) en cours de visualisation sur l'écran du téléviseur.
En revanche, ils présentent l'inconvénient de ne pas pouvoir associer à un même programme :
• une application interactive classique (par « classique » on entend « ne visant pas à offrir un accès à un portail »), et
• une application interactive particulière proposant un accès à un portail (selon le mode de base ou la variante précités).
En effet, si c'était le cas, chaque application interactive étant démarrée automatiquement et une seule application interactive pouvant être affichée à la fois (voir règles précitées), le démarrage de l'application interactive particulière (proposant l'accès à un portail) conduirait automatiquement à la fermeture de l'application interactive classique (application de jeu ou de vote par exemple).
Il est important de noter que dans le premier fonctionnement précité, il n'est pas possible d'insérer directement l'adresse URL du portail dans la table AIT. En effet, cela conduirait le terminal HBBTV à émettre automatiquement vers le serveur une requête d'accès à l'adresse URL du portail, et sur réponse du serveur provoquerait l'affichage non conditionné du portail à l'écran du téléviseur (en superposition de la vidéo de l'émission TV courante, voire à la place de celle-ci).
De même, dans le deuxième fonctionnement précité, il n'est pas possible d'insérer directement dans la table AIT une commande d'extraction du portail (le portail étant dans ce cas transmis dans un carrousel d'objets, dans le flux). En effet, cela conduirait le terminal HBBTV à afficher automatiquement et de manière non conditionnée le portail à l'écran du téléviseur (en superposition de la vidéo de l'émission TV courante, voire à la place de cellle-ci).
Un autre inconvénient des premier et deuxième fonctionnements précités est qu'ils génèrent une gêne visuelle pour l'utilisateur. En effet, à chaque fois que l'utilisateur zappe sur une chaîne de télévision (programme) associée à une application interactive particulière proposant un accès à un portail, cela conduit à l'affichage (en superposition du programme TV courant) d'une fenêtre contenant un message ou un logo indiquant à l'utilisateur qu'un accès à un portail est possible en appuyant sur une touche (touche « OK » par exemple) du boîtier de télécommande du terminal HBBTV.
Un autre inconvénient du premier fonctionnement précité est qu'il génère des requêtes inutiles et donc une gestion non optimale de la bande passante du réseau via lequel sont connectés le terminal HBBTV et le serveur. En effet, si après affichage de la fenêtre contenant l'invitation à accéder au portail, l'utilisateur décide de ne pas accéder au portail, alors la première requête vers le serveur ainsi que l'envoi par le serveur de la première page (dont l'exécution sur le navigateur du terminal provoque l'affichage de cette invitation à accéder au portail) ont été transmis inutilement.
3. EXPOSÉ DE L'INVENTION Dans un mode de réalisation particulier de l'invention, il est proposé un procédé d'accès à un service par un terminal de restitution d'un flux multimédia. Ledit terminal effectue les étapes suivantes :
réception du flux multimédia ;
détection, dans le flux multimédia, d'une information d'accès à un service ; stockage de ladite information d'accès ;
association de ladite information d'accès à un élément d'interface homme- machine prédéfini; et
en cas d'interaction d'un utilisateur avec ledit élément d'interface homme- machine, exécution d'une opération d'accès audit service utilisant ladite information d'accès.
Le principe général de l'invention consiste donc à insérer une information d'accès (par exemple l'adresse URL d'un portail) directement dans le flux, et à prévoir dans le terminal de restitution un mécanisme de traitement particulier de cette information d'accès (ce traitement particulier réalisant une détection, un stockage et une association de cette information d'accès à un élément d'interface homme-machine).
Ainsi, cette information d'accès n'est pas traitée par le terminal de restitution comme une application interactive classique et sa réception ne provoque aucun affichage gênant sur l'écran du téléviseur (en superposition de la vidéo de l'émission TV courante, voire à la place de celle-ci), ni aucun envoi de requête inutile vers un serveur. En outre, la réception et le traitement de cette information d'accès ne perturbe pas le traitement classique (par exemple selon la norme HBBTV, comme décrit ci-dessus), d'une application interactive classique.
L'information d'accès peut être vue comme un nouveau type d'application interactive, dédiée à un accès à un service (ce service étant par exemple un portail) et distincte des types d'applications interactives déjà connus à ce jour.
En outre, l'information d'accès étant insérée dans le flux multimédia, elle peut être changée dynamiquement, notamment lorsque le contenu du flux multimédia change : ainsi cette information peut être contextuelle, c'est-à-dire propre au contenu couramment diffusé via ce flux multimédia. Par ailleurs, l'élément d'interface homme machine peut être choisi indépendamment du contenu diffusé via le flux multimédia : cet élément est unique, commun par exemple à toutes les chaînes de télévision et/ou tous les contenus diffusés via ce flux multimédia et donc facilement mémorisable par l'utilisateur qui peut à tout moment interagir sur cet élément afin de déterminer si un accès à un service est proposé pour le contenu qu'il reçoit via ce flux multimédia.
Enfin, l'information d'accès étant insérée dans le flux multimédia, elle peut à tout moment être modifiée ou mise à jour par le dispositif qui génère ce flux multimédia. Cette information d'accès peut aussi bien être propre à une chaîne de télévision ou bien propre à un contenu (émission, film, etc) en cours de diffusion via cette chaîne de télévision. Chaque prestataire de service générant un ensemble de contenus audiovisuels diffusé via ce flux multimédia peut donc personnaliser à souhait cette information d'accès en fonction de ce qu'il souhaite proposer à un instant donné à l'utilisateur du terminal récepteur de ce flux multimédia.
Enfin, l'invention est applicable aussi bien à la diffusion de flux vidéo, de flux audiovisuels que de flux audio sans vidéo dès lors que ces flux sont transportés sous un format de transport permettant le codage de l'information d'accès et son extraction par un terminal récepteur.
Selon une caractéristique particulière, ledit service est un portail d'accès à au moins un autre service.
De cette façon, on permet au diffuseur d'une chaîne TV numérique (programme), de proposer son portail en direct.
Selon une caractéristique particulière, l'information d'accès est :
- soit une adresse de connexion à un serveur mettant en œuvre ledit service dans un réseau de communication, ladite opération comprend un envoi d'une requête de connexion audit serveur utilisant ladite adresse de connexion ;
- soit une commande d'extraction d'un code logiciel d'une application interactive, inséré dans ledit flux multimédia et comprenant une fonction d'accès audit service, ladite opération comprenant une exécution dudit code logiciel.
Ainsi, le concept proposé peut être utilisé quelle que soit la nature de l'information d'accès transmise dans le flux. Selon une caractéristique particulière, ledit élément d'interface homme-machine est une touche dudit terminal ou une touche d'un boîtier de télécommande associé audit terminal.
Ainsi, une touche unique permet à l'utilisateur d'accéder à un service (par exemple un portail) de la chaîne TV en cours de visualisation. Par exemple, si l'on se trouve sur le canal de TF1, on accédera directement sur le portail de TF1 lors de l'appui de cette touche. Idem, si on se trouve sur France2 ou tout autre chaîne de TV qui souhaite proposer son propre portail (offrant ses propres services : jeux, votes, etc).
Selon une caractéristique particulière, en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, si aucune information d'accès n'a été détectée, ledit terminal effectue une étape d'inhibition de l'exécution de ladite opération.
Ainsi, on évite un accès non approprié à un service (par exemple un portail) non lié à la chaîne TV en cours de visualisation.
Selon une caractéristique particulière, en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, si aucune information d'accès n'a été détectée, ledit terminal fournit une information relative à l'impossibilité d'exécuter ladite opération.
L'information relative à l'impossibilité d'exécuter ladite opération est par exemple un message d'erreur et/ou un message d'information sur l'absence d'information d'accès.
Ainsi, à défaut d'information contraire, l'utilisateur sait qu'il peut accéder à un service (par exemple un portail) non lié à la chaîne TV en cours de visualisation.
Selon une caractéristique particulière, l'information d'accès est insérée dans une table de signalisation, comprise dans ledit flux multimédia, cette table de signalisation comprenant un champ de description de valeur prédéterminée indiquant que cette table de signalisation comprend une information d'accès.
Ainsi, on réutilise avantageusement la notion existante de tables de signalisation comprises dans les flux multimédia.
Selon une caractéristique particulière, ledit flux multimédia comprend plusieurs tables de signalisation comprenant chacune une information d'accès, chaque dite table de signalisation possédant un numéro de version. L'information d'accès incluse dans une dite table de signalisation est ignorée, dans ladite étape de détection d'une information d'accès, si la table de signalisation considérée possède un numéro de version égal ou antérieur à celui d'une dite table de signalisation reçue antérieurement.
Ceci permet de simplifier les traitements effectués par le terminal de restitution.
Selon une caractéristique particulière, le flux multimédia est codé conformément à la norme MPEG-2 TS. La table de signalisation comprend une information d'accès est une table AIT, pour « Application Information Table » en anglais, d'un type particulier indiquant qu'elle comprend une information d'accès. L'étape de détection comprend les étapes suivantes : détection de la table ΑΓΓ dudit type particulier, et lecture de l'information d'accès comprise dans la table AIT dudit type particulier.
On facilite donc la mise en œuvre de la technique proposée en s 'appuyant sur la table AIT et plus précisément en proposant un nouveau type de table AIT (non prévu dans les versions actuelles des normes DVB et HBBTV).
Selon une caractéristique particulière, la table AIT dudit type particulier est définie, dans une table PMT, pour « Program Map Table », par :
un identifiant de paquet de transport (PID) ;
un champ « stream_type » prenant la valeur 0x05 ; et
un descripteur « application_signalling_descriptor() » dont un champ « applicationjype » prend une valeur prédéterminée spécifique audit type particulier de table ΑΓΓ.
Il s'agit donc simplement de définir un nouveau type de table AIT, utilisée selon la technique proposée pour permettre l'accès à un service (un portail par exemple) spécifique à la chaîne TV en cours de visualisation.
Selon une caractéristique particulière, pendant l'accès audit service, ledit terminal effectue une étape d'inhibition de l'exécution de toute application interactive identifiée dans une table AIT reçue ne possédant pas ledit type particulier.
Par exemple, tant que l'opération d'accès est en cours d'exécution, par exemple tant que l'utilisateur navigue au sein du portail (ou au sein d'un domaine accessible via le portail), cette session de navigation ne peut pas être interrompue inopinément par une application interactive (classique) transmise par le contenu multimédia en cours (et que l'utilisateur a quitté pour accéder au portail). Selon une caractéristique particulière, le flux multimédia comprend au moins deux contenus multimédia distincts dont un contenu multimédia courant. Ledit terminal effectue les étapes suivantes :
détection, pour au moins un contenu multimédia compris dans le flux multimédia, d'une information d'accès à un service ;
stockage d'une information d'accès détectée en association avec une identification du contenu multimédia pour lequel cette information d'accès a été détectée ; et
association audit élément d'interface homme-machine de l'information d'accès détectée pour le contenu multimédia courant via ledit flux multimédia ;
en outre, à chaque changement de contenu multimédia courant, le terminal réitère l'étape d'association audit élément d'interface homme-machine de l'information d'accès stockée pour le contenu multimédia courant.
Selon une caractéristique particulière du procédé d'accès, le flux multimédia comprend au moins deux contenus multimédia distincts dont un contenu multimédia courant, ledit terminal effectue les étapes de détection et de stockage d'une information d'accès pour chacun desdits contenus multimédia, et à chaque changement de contenu multimédia courant, le terminal réitère l'étape d'association audit élément d'interface homme-machine de l'information d'accès stockée pour le contenu multimédia courant.
Par contenu multimédia courant, on entend celui sélectionné par l'utilisateur et affiché sur téléviseur (ou celui sélectionné par défaut, dans le cas par exemple de la chaîne affichée au démarrage).
Ainsi, lorsqu'au moins deux contenus multimédia distincts sont diffusés (successivement ou simultanément) via le flux multimédia (par exemple deux chaînes de télévision, ou bien deux émissions diffusées via une même chaîne de télévision), il est possible de gérer une information d'accès en association avec chacun de ces contenus.
Par exemple, quand l'utilisateur zappe d'une chaîne TV à une autre (changement de chaîne de télévision courante), le terminal de restitution gère plus rapidement le changement de l'information d'accès en ce qu'il a déjà mémorisé pour la chaîne nouvellement sélectionnée une information d'accès propre à cette chaîne (par exemple l'adresse URL d'un portail associé à la chaîne nouvellement sélectionnée). L'information d'accès propre à une chaîne est par exemple mémorisée quand l'utilisateur sélectionne cette chaîne avec le boîtier de télécommande du terminal. Les informations d'accès associées aux différentes chaînes sont dans ce cas mémorisées une par une, au fur et à mesure du zapping de l'utilisateur. Dans une variante, plusieurs informations d'accès, associées chacune à une chaîne distincte, sont mémorisées en même temps, indépendamment du zapping de l'utilisateur, par exemple lors d'une capture de la liste des chaînes multiplexées au sein du flux multimédia. En d'autres termes, dans cette variante, on détecte, dans le flux, des informations d'accès associées à différentes chaînes, mais seule l'information d'accès associée à la chaîne courante (celle en cours de visualisation sur le téléviseur) est associée à l'élément d'interface homme- machine (« touche Portail » par exemple).
Selon une caractéristique particulière, le procédé d'accès comprend les étapes suivantes :
détection, dans le flux multimédia, d'une commande de suppression ; et suppression de ladite association après détection de ladite commande de suppression.
Dans un autre mode de réalisation de l'invention, il est proposé un procédé de génération d'un flux multimédia à transmettre à un terminal de restitution, caractérisé en ce qu'il comprend une étape d'insertion dans le flux multimédia d'une information d'accès à un service, ladite information d'accès étant destinée à être :
- détectée par le terminal de restitution suite à la réception du flux multimédia,
- associée par le terminal de restitution à un élément d'interface homme-machine et
- utilisée par le terminal de restitution, en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, pour exécuter une opération d'accès audit service.
Dans un autre mode de réalisation de l'invention, il est proposé un produit programme d'ordinateur qui comprend des instructions de code de programme pour la mise en oeuvre du procédé précité (dans l'un quelconque de ses différents modes de réalisation), lorsque ledit programme est exécuté sur un ordinateur.
Dans un autre mode de réalisation de l'invention, il est proposé un médium de stockage lisible par ordinateur, stockant un programme d'ordinateur comprenant un jeu d'instructions exécutables par un ordinateur pour mettre en œuvre le procédé précité (dans l'un quelconque de ses différents modes de réalisation).
Dans un autre mode de réalisation de l'invention, il est proposé un terminal de restitution d'un flux multimédia comprenant :
- des moyens de réception du flux multimédia ;
des moyens de détection, dans le flux multimédia, d'une information d'accès à un service ;
des moyens de stockage de ladite information d'accès ;
des moyens d'association de ladite information d'accès à un élément d'interface homme-machine prédéfini ; et
des moyens, activés en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, d'exécution d'une opération d'accès audit service utilisant ladite information d'accès.
Dans un autre mode de réalisation de l'invention, il est proposé un dispositif de génération d'un flux multimédia à transmettre à un terminal de restitution, caractérisé en ce qu'il comprend des moyens d'insertion dans le flux multimédia d'une information d'accès à un service, ladite information d'accès étant destinée à être :
- détectée par le terminal de restitution suite à la réception du flux multimédia,
- associée par le terminal de restitution à un élément d'interface homme-machine et - utilisée par le terminal de restitution, en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, pour exécuter une opération d'accès audit service.
Dans un autre mode de réalisation de l'invention, il est proposé un signal véhiculant un flux multimédia, destiné à être transmis vers un terminal de restitution. Le le flux multimédia comprend une information d'accès à un service, ladite information d'accès étant destinée à être :
- détectée par le terminal de restitution suite à la réception du flux multimédia,
- associée par le terminal de restitution à un élément d'interface homme-machine et
- utilisée par le terminal de restitution, en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, pour exécuter une opération d'accès audit service.
4. LISTE DES FIGURES D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels :
la figure 1 présente un synoptique d'un système selon un mode de réalisation particulier de l'invention ; et
la figure 2 présente un diagramme de séquence montrant un exemple de cinématique du traitement d'une information d'accès à un portail par le système de la figure 1.
5. DESCRIPTION DÉTAILLÉE
Sur toutes les figures du présent document, les éléments et étapes identiques sont désignés par une même référence numérique.
Dans la suite de la description, on suppose à titre d'exemple non limitatif que le flux de transport multimédia est conforme aux normes MPEG-2 TS et DVB.
On présente maintenant, en relation avec la figure 1, un système selon un mode de réalisation particulier de l'invention. Ce système comprend :
• une régie de diffusion 1, gérée par un diffuseur et permettant de diffuser un flux de transport multimédia 2 via un réseau de diffusion 3 (par une ou plusieurs des technologies suivantes : câble, satellite, voie hertzienne terrestre ou ADSL) ;
• une pluralité de décodeurs (aussi appelés terminaux de restitution ou « Set-top box ») 4 (dans un souci de simplification de la figure 1, un seul décodeur y est représenté), recevant le flux de transport multimédia 2 ;
• un téléviseur 5 connecté au décodeur 4 (dans une variante, le terminal de restitution est intégré au téléviseur et c'est le téléviseur qui est connecté au réseau Internet 7) ;
• un boîtier de télécommande 6 associé au décodeur 4 ;
• un serveur web 8, avec lequel peut communiquer le décodeur 4, via un réseau de communication 7 (le réseau Internet par exemple). Le serveur d'application 8 est optionnellement relié à la régie de diffusion 1 (via une liaison quelconque). Dans la suite de la description, on suppose à titre d'exemple non limitatif que le diffuseur du flux de transport multimédia 2 souhaite proposer un accès direct à un service, par exemple un portail web hébergé par le serveur web 8, ce service étant spécifique à un contenu particulier diffusé via ce flux multimédia, par exemple à une chaîne de télévision. Il s'agit par exemple de proposer un accès direct au portail « OrangeReplay » (dont l'adresse URL est « http://www.orange_replay.fr ») qui est spécifique à la chaîne de télévision Orange.
Il est clair cependant que l'invention n'est pas limitée à cet exemple et s'applique dans tous les cas où l'on souhaite proposer un accès direct à un service (pas obligatoirement un portail) qui est d'une part accessible via un réseau de communication (le réseau Internet par exemple) auquel est connecté un terminal de restitution (décodeur ou téléviseur connecté), et d'autre part spécifique à un contenu diffusé au sein d'un flux de transport multimédia.
Le principe de fonctionnement peut être résumé comme suit. Afin de proposer un accès direct à un service (au portail web) spécifique à un contenu (une chaîne de télévision particulière) du flux de transport multimédia 2, la régie de diffusion 1 comprend des moyens permettant d'insérer dans le flux multimédia 2, et plus précisément dans une table de signalisation particulière, une information d'accès à ce service, cette information d'accès étant par exemple une adresse de connexion au serveur 8 mettant en œuvre ce service, adresse qui peut être codée sous forme d'URL. Le décodeur 4, qui reçoit via le flux multimédia une chaîne de télévision particulière, restituée sur le téléviseur 5 et visualisée par un utilisateur, extrait l'information d'accès présente dans le flux 2 et l'associe à un élément d'interface homme-machine du décodeur. Cet élément est par exemple une touche du boîtier de télécommande du décodeur, qui est dédiée à ce type d'accès à un service. Cette touche sera nommée par la suite « touche Portail ». Dès lors, à tout moment cet utilisateur peut, en appuyant sur la « touche Portail », accéder au portail web défini par le diffuseur de cette chaîne de télévision particulière, au moyen d'une interface utilisateur affichée sur le téléviseur 5 (en superposition sur ou en remplacement de la vidéo de la chaîne de télévision en cours de visualisation). L'utilisateur peut se déconnecter à tout moment du portail (ou du domaine de navigation web - c'est-à-dire un ensemble de pages web - accessible à partir du portail), par exemple en appuyant à nouveau sur la même « touche Portail ». Dans ce cas, il revient sur la même chaîne de télévision (celle associée au portail que quitte l'utilisateur), c'est-à-dire visualise à nouveau sur le téléviseur 5 uniquement la vidéo de la chaîne de télévision sur laquelle il se trouvait lorsqu'il a appuyé la première fois sur la « touche Portail ».
Il existe plusieurs moyens de transmettre l'information d'accès à un service dans un flux de transport conforme à la norme MPEG2-TS. On peut par exemple définir une table de signalisation privée ou utiliser une table de signalisation DVB déjà existante.
On présente maintenant un mode de réalisation particulier dans lequel on s'appuie sur la table AIT (« Application Information Table ») définie dans la norme DVB. Plus précisément, on propose un nouveau type de table AIT, appelée ci-après « table AIT Portail » qui contient une information d'accès à un service.
On rappelle brièvement l'utilisation, telle que prévue dans la norme DVB, des tables de signalisation PAT (« Program Allocation Table »), PMT (« Program Map Table ») et AIT.
La table PAT véhicule la liste de tous les programmes (services) présents dans le flux MPEG2-TS. Chaque programme listé est identifié par un numéro de programme (16 bits) et est associé à l'identifiant (ou PID, pour « Packet Identifier ») des paquets de transport véhiculant la sous-table PMT correspondant à ce programme.
La table PMT décrit les composantes de chaque programme (service), en associant à chaque composante l'identifiant (PID) des paquets de transport qui véhiculent cette composante. Le flux MPEG2-TS comprend une sous-table PMT par programme. Les composantes d'un programme sont les flux élémentaires (flux élémentaire vidéo, flux élémentaire audio...) et des tables de signalisation (notamment la table AIT).
Donc, la table PMT d'un programme donné fournit notamment l'identifiant (PID) des paquets de transport qui véhiculent la table ΑΓΓ associée à ce programme donné. Une table AIT est diffusée pour chaque programme (service) du flux MPEG2-TS qui véhicule une ou plusieurs applications interactives, et renseigne les caractéristiques de cette ou ces applications interactives.
Dans une table PMT, chaque composante d'un programme est décrite notamment par un champ de description « streamjype » qui indique le type de composante. Pour une composante de type « table AIT », la valeur du champ « streamjype » est égale à 0x05 et elle est associée à un descripteur « application_signalling_descriptor ». Ce descripteur est défini comme suit :
application_signalling_descriptor()
{
descriptor_tag
descriptor_length
for( i=0; i<N; i++ )
{
reserved_future_use
applicationjype
reserved_future_use
AIT_version_number
}
}
Le champ de description « applicationjype » permet de préciser le type d'application interactive pour la table AIT concernée (c'est-à-dire le type de la ou les applications interactives dont les caractéristiques sont renseignées par la table AIT concernée). Il prend par exemple une première valeur pour indiquer un type d'application interactive conforme à la norme HBBTV, une deuxième valeur pour indiquer un type d'application interactive conforme à la norme MHP (« Mulimedia
Home Platform »), etc.
Dans mode de réalisation particulier de l'invention, on propose qu'une valeur prédéterminée (comprise par exemple dans la plage des valeurs privées ou non réservées) du champ de description « applicationjype » soit associée à un nouveau type d'application interactive, permettant ainsi de définir un nouveau type de table AIT
(« table AIT Portail ») permettant de transporter une information d'accès à un service (par exemple l'adresse URL d'un portail) et de gérer le mode d'accès à ce service au moyen de cette information d'accès.
On évite ainsi tout conflit, à la réception (côté décodeur), entre une table AIT classique (c'est-à-dire renseignant sur les caractéristiques d'une ou plusieurs applications interactives conformes à la norme HBBTV ou MHP) et une « table AIT Portail » selon la présente invention.
On présente maintenant un exemple de réalisation de la « table AIT Portail » selon l'invention. La « table AIT Portail » contient un ensemble de descripteurs décrivant la nature de l'information d'accès à un service mais aussi le mode d'accès à ce service, fonction de la nature de cette information d'accès. Les descripteurs sont :
• un descripteur donnant des informations sur la nature de l'information d'accès et le mode d'accès, nommé « application_descriptor », qui contient les informations relatives au profil de l'application. On distingue par exemple deux profil : le premier indique que le portail est transmis selon la technique de carrousel d'objets, et le second indique que seule l'adresse URL du portail est transmise ; et
• un descripteur donnant des informations relatives à l'information d'accès, nommé « transport_protocol_descriptor », qui contient l'adresse URL du portail (si le descripteur « application_descriptor » indique le second profil) ou une commande d'extraction du portail dans un carrousel d'objets (si le descripteur « application_descriptor » indique le premier profil).
Plus précisément, si le descripteur « application_descriptor » indique le second profil, le descripteur « transport_protocol_descriptor» est le suivant :
transport_protocol_descriptor()
{
descriptor_tag = 0x02
descriptor_length
protocol_id = 0x03
transport_protocol_label
for(i=0; i<N; i++)
{
selector_byte = ' littp ://www . oran ge replay.fr' '
}
} Le champ « descriptor_tag » vaut 0x02 par définition dans la norme, puisqu'il s'agit d'un descripteur de type « transport protocol descripteur». C'est ce qui permet au terminal de l'identifier en tant que tel.
Le champ « protocoljd » prend par exemple la valeur 0x03, afin d'indiquer que l'information « selector byte » est du type URL.
Le champ « selector byte » contient une adresse de connexion au serveur mettant en œuvre le service proposé, en l'occurrence l'adresse URL du portail.
Pour définir, un objet carrousel, le champ « protocol jd » prend une valeur prédéterminée, afin d'indiquer que l'information « selector byte » est du type URL.
On décrit maintenant, en relation avec la figure 2, un exemple de cinématique du traitement d'une information d'accès à un portail par le système de la figure 1.
On suppose dans cet exemple que l'information d'accès est une URL de portail et est transmise dans une « table AIT Portail » selon l'invention (voir description ci- dessus).
Le décodeur 4 (cf figure 1) comprend plusieurs blocs fonctionnels (aussi appelés modules), et notamment :
• un module 41 de décodage/démultiplexage du flux 2, permettant de détecter la présence d'une « table AIT Portail » ;
• un module 42 de lecture de « table AIT Portail », permettant d'extraire, de stocker ou supprimer une information d'accès (adresse URL ou autre) contenue dans une « table AIT Portail » ;
• un module 43 d'accès au portail ; et
• un module 44 de gestion de la « touche Portail » du boîtier de télécommande du décodeur.
Chacun des blocs fonctionnels (modules) du décodeur 4 se réalise indifféremment : sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où un bloc fonctionnel est réalisé sur une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence d'instructions) peut être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur.
L'exemple de cinématique est maintenant décrit en détail. On suppose dans cet exemple que la chaîne de télévision Orange veut donner accès à son portail « OrangeReplay » (dont l'adresse URL est « http://www.orange replay.fr »).
Sur la figure 2, les différentes étapes sont représentées par des flèches associées chacune à une référence numérique.
Dans l'étape 21, la régie de diffusion 1 insère dans le flux une « table ΑΓΓ Portail » associée à la chaîne de télévision Orange et contenant l'adresse URL du portail de cette chaîne.
Dans l'étape 22, la régie de diffusion 1 diffuse le flux qui est reçu par le module 41 de décodage/démultiplexage (compris dans le décodeur 4).
Dans l'étape 23, lors d'un zapping sur la chaîne Orange, le module 41 de décodage/démultiplexage décode et démultiplexe le flux afin de détecter une « table AIT Portail » associée à la chaîne Orange.
Si le module 41 de décodage/démultiplexage a détecté une « table AIT Portail », il en informe le module 42 de lecture de « table AIT Portail », dans l'étape 24.
Dans l'étape 25, le module 42 de lecture démultiplexe la « table AIT Portail » associée à la chaîne Orange (si le numéro de version de cette table est différent de celui d'une « table AIT Portail » reçue antérieurement) et en extrait, puis stocke, l'adresse URL du portail.
Dans l'étape 26, le module 42 de lecture transmet cette adresse URL au module 43 d'accès au portail.
Dans l'étape 27, le module 43 d'accès au portail associe cette adresse URL à la « touche Portail » et active le module 44 de gestion de la « touche Portail ». Une association entre l'information d'accès (l'adresse URL) et l'élément d'interface homme machine (la « touche Portail ») est ainsi mémorisée par le module 43 d'accès au portail, en vue d'une utilisation ultérieure de cette information d'accès en cas d'interaction sur l'élément d'interface homme machine concerné. Lorsque plusieurs éléments d'interface homme machine sont susceptibles d'être concernés, une identification de l'élément d'interface homme machine est mémorisée en association avec l'information d'accès.
Dans l'étape 28, si le module 44 de gestion de la « touche Portail » a détecté un appui sur cette touche, il en informe le module 43 d'accès au portail.
Dans l'étape 29a, le module 43 d'accès au portail obtient l'information d'accès (adresse URL) mémorisée en association avec l'élément d'interface homme-machine (« touche Portail ») pour lequel une interaction a été détectée. Puis le module 43 d'accès au portail utilise l'information d'accès pour exécuter une opération d'accès : le module 43 d'accès au portail envoie une requête http au serveur 8 comprenant l'information d'accès mémorisée, afin d'accéder au portail identifié par cette information d'accès et de permettre une navigation de l'utilisateur sur ce portail.
En parallèle, dans l'étape 29b, le module 43 d'accès au portail envoie une commande au module 41 de décodage/démultiplexage afin que ce dernier inhibe l'exécution de toute application interactive décrite / contenue dans une table AIT classique, de sorte qu'aucune application interactive, de type HBBTV ou MHP par exemple, ne soit exécutée par le décodeur tant que l'utilisateur accède au portail, c'est-à- dire navigue sur le portail ou sur un domaine de navigation web - c'est-à-dire un ensemble de pages web - accessible à partir du portail et défini par le diffuseur de la chaîne Orange).
Si le module 41 de décodage/démultiplexage n'a pas reçu une « table AIT Portail » contenant une information d'accès, il en informe le module 43 d'accès au portail, dans l'étape 30.
Dans l'étape 31, le module 43 d'accès au portail désactive le module 44 de gestion de la « touche Portail » et affiche à l'écran du téléviseur un message ou un logo indiquant que la « touche Portail » n'est pas activée.
Dans un mode de réalisation particulier, pour permettre une gestion plus rapide de l'accès aux portails associés aux différentes chaînes de télévision, les adresses URL des différents portails sont stockées en mémoire cache, par le décodeur, au fur et à mesure que l'utilisateur change de chaînes. En d'autres termes, au moment de la réception via le flux diffusé, d'une chaîne de télévision donnée, l'information d'accès, sous forme d'adresses URL du portail associé à cette chaîne est sauvegardée par le décodeur en association avec une identification de la chaîne (par exemple un numéro de canal via lequel cette chaîne est diffusée). L'information d'accès associée à une chaîne est ainsi conservée en mémoire, même lorsqu'un changement de chaîne est effectué et que la chaîne courante est différente de la chaîne pour laquelle la précédente information d'accès a été mémorisée. L'information d'accès qui sera utilisée, suite à une interaction sur un élément d'interface homme machine, sera alors celle mémorisée en association avec la chaîne couramment visualisée par l'utilisateur.
Ainsi, à chaque zapping (changement de chaîne visualisée par l'utilisateur sur l'écran du téléviseur), le décodeur peut immédiatement associer à la « touche portail » l'adresse URL du portail associé à la nouvelle chaîne en cours de visualisation. Ceci évite d'attendre la réception de l'information d'accès pour la nouvelle chaîne courante.
Ce principe d'association est applicable plus généralement à la diffusion via un flux multimédia de plusieurs contenus multimédia distincts, par exemple les contenus provenant de deux sources distinctes : diffusés via deux chaînes de télévision distinctes comme décrit ci-dessus, ou bien plus généralement via deux services distincts de transmission de contenu audio et/ou vidéo (radio, service de vidéo à la demande, service de télévision de rattrapage, etc).
Dans chaque cas, le décodeur recevant le flux multimédia stocke une information d'accès reçue pendant la diffusion du contenu considéré en association avec une identification du contenu couramment diffusé et/ou de la source de ce contenu. Cette identification est composée par exemple du numéro de canal de la chaîne de télévision ou d'un identifiant de service de transmission de contenu audio et/ou ou tout autre mode d'identification disponible (par exemple une identification d'une fonction activée pour accéder à ce contenu du type « activer le canal x», « accéder au service VOD », etc).
Ensuite, à chaque changement de source / de contenu multimédia couramment diffusé, que ce changement soit demandé par l'utilisateur ou prévu par le fonctionnement du décodeur, le décodeur identifie le contenu et/ou la source du contenu nouvellement sélectionné (en recherchant par exemple quelle est la chaîne de télévision couramment sélectionnée ou quel est le service de transmission de contenu audio et/ou vidéo couramment sélectionné ou une identification d'une fonction activée pour accéder à ce contenu) puis réitère l'étape d'association à la « touche portail » de l'information d'accès enregistrée pour ce contenu et/ou cette source.
Ce principe d'association est applicable également lorsque deux contenus distincts sont diffusés successivement via le flux multimédia tout en faisant partie d'une même chaîne de télévision ou du même service de transmission de contenu audio et/ou vidéo. Dans ce cas, le contenu peut être identifié au moyen de métadonnées ou données de programmation du contenu (titre du contenu, auteur, heure de début de diffusion, etc).
Dans un mode de réalisation, il est prévu d'envoyer dans le flux multimédia une table AIT comprenant une commande de suppression pour supprimer une association préalablement mémorisée entre le contenu couramment diffusé (par exemple, chaîne de télévision courante ou l'émission courante / vidéo / contenu audio diffusée via cette chaîne de télévision ou via un service de diffusion de contenu audio / vidéo) via le flux multimédia et l'élément d'interface homme machine (« touche Portail »). Dés réception d'une telle commande, le module 41 de décodage/démultiplexage en informe le module 42 de lecture de « table AIT Portail » qui supprime l'association mémorisée. Puis le module 43 désactive le module 44 de gestion de la « touche Portail ».
Il peut en outre être prévu d'interrompre tout accès en cours au service pour lequel l'association mémorisée est supprimée. Il est ainsi possible d'interdire l'accès à un service à tout moment.

Claims

REVENDICATIONS
1. Procédé d'accès à un service par un terminal (4) de restitution d'un flux multimédia (2), lors duquel ledit terminal effectue les étapes suivantes :
- réception (22) du flux multimédia ;
détection (23, 24), dans le flux multimédia, d'une information d'accès à un service ;
stockage (25) de ladite information d'accès ;
association (27) de ladite information d'accès à un élément d'interface homme- machine prédéfini ; et
en cas d'interaction d'un utilisateur avec ledit élément d'interface homme- machine, exécution (29a) d'une opération d'accès audit service utilisant ladite information d'accès.
2. Procédé selon la revendication 1, dans lequel ledit service est un portail d'accès à au moins un autre service.
3. Procédé selon l'une quelconque des revendications 1 ou 2, dans lequel l'information d'accès est une adresse de connexion à un serveur (8) mettant en œuvre ledit service dans un réseau de communication (7), ladite opération comprend un envoi d'une requête de connexion audit serveur utilisant ladite adresse de connexion.
4. Procédé selon l'une quelconque des revendications 1 et 2, dans lequel l'information d'accès est une commande d'extraction d'un code logiciel d'une application interactive, inséré dans ledit flux multimédia et comprenant une fonction d'accès audit service, ladite opération comprenant une exécution dudit code logiciel.
5. Procédé selon l'une quelconque des revendications 1 à 4, dans lequel ledit élément d'interface homme-machine est une touche dudit terminal (4) ou une touche d'un boîtier de télécommande (6) associé audit terminal.
6. Procédé selon l'une quelconque des revendications 1 à 5, dans lequel, en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, si aucune information d'accès n'a été détectée, ledit terminal effectue une étape d'inhibition (31) de l'exécution de ladite opération.
7. Procédé selon la revendication 6, dans lequel, en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, si aucune information d'accès n'a été détectée, ledit terminal fournit (31) une information relative à l'impossibilité d'exécuter ladite opération.
8. Procédé selon l'une quelconque des revendications 1 à 7, dans lequel l'information d'accès est insérée dans une table de signalisation, comprise dans ledit flux multimédia, cette table de signalisation comprenant un champ de description de valeur prédéterminée indiquant que cette table de signalisation comprend une information d'accès.
9. Procédé selon la revendication 8, dans lequel ledit flux multimédia comprend plusieurs tables de signalisation comprenant chacune une information d'accès, chaque dite table de signalisation possédant un numéro de version, et l'information d'accès incluse dans une dite table de signalisation est ignorée, dans ladite étape de détection d'une information d'accès, si la table de signalisation considérée possède un numéro de version égal ou antérieur à celui d'une dite table de signalisation reçue antérieurement.
10. Procédé selon l'une quelconque des revendications 8 et 9, dans lequel le flux multimédia est codé conformément à la norme MPEG-2 TS, la table de signalisation comprenant une information d'accès est une table AIT, pour « Application Information Table » en anglais, d'un type particulier indiquant qu'elle comprend une information d'accès, et l'étape de détection comprend les étapes suivantes : détection de la table AIT dudit type particulier, et lecture de l'information d'accès comprise dans la table AIT dudit type particulier.
11. Procédé selon la revendication 10, dans lequel la table AIT dudit type particulier est définie, dans une table PMT, pour « Program Map Table », par :
un identifiant de paquet de transport (PID) ;
un champ « stream_type » prenant la valeur 0x05 ; et
un descripteur « application_signalling_descriptor() » dont un champ « applicationjype » prend une valeur prédéterminée spécifique audit type particulier de table ΑΓΓ.
12. Procédé selon l'une quelconque des revendications 10 et 11, dans lequel, pendant l'accès audit service, ledit terminal effectue une étape (29b) d'inhibition de l'exécution de toute application interactive identifiée dans une table AIT reçue ne possédant pas ledit type particulier.
13. Procédé selon l'une quelconque des revendications 1 à 12, dans lequel le flux multimédia comprend au moins deux contenus multimédia distincts dont un contenu multimédia courant, ledit terminal effectue les étapes de détection et de stockage d'une information d'accès pour chacun desdits contenus multimédia:
et à chaque changement de contenu multimédia courant, le terminal réitère l'étape d'association audit élément d'interface homme-machine de l'information d'accès stockée pour le contenu multimédia courant.
14. Procédé selon l'une quelconque des revendications 1 à 13, comprenant les étapes suivantes :
détection, dans le flux multimédia, d'une commande de suppression ;
suppression de ladite association après détection de ladite commande de suppression.
15. Procédé de génération d'un flux multimédia à transmettre à un terminal de restitution, caractérisé en ce qu'il comprend une étape (21) d'insertion dans le flux multimédia d'une information d'accès à un service, ladite information d'accès étant destinée à être :
- détectée par le terminal de restitution suite à la réception du flux multimédia,
- associée par le terminal de restitution à un élément d'interface homme-machine et
- utilisée par le terminal de restitution, en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, pour exécuter une opération d'accès audit service.
16. Produit programme d'ordinateur, comprenant des instructions de code de programme pour la mise en oeuvre du procédé selon au moins une des revendications 1 à 14 et/ou le procédé selon la revendication 15, lorsque ledit programme est exécuté sur un ordinateur.
17. Médium de stockage lisible par ordinateur, stockant un programme d'ordinateur comprenant un jeu d'instructions exécutables par un ordinateur ou un processeur pour mettre en œuvre le procédé selon au moins une des revendications 1 à 14 et/ou le procédé selon la revendication 14.
18. Terminal (4) de restitution d'un flux multimédia, caractérisé en ce qu'il comprend :
des moyens de réception du flux multimédia ;
des moyens de détection, dans le flux multimédia, d'une information d'accès à un service ;
des moyens de stockage de ladite information d'accès ;
des moyens d'association de ladite information d'accès à un élément d'interface homme-machine prédéfini ; et
des moyens, activés en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, d'exécution d'une opération d'accès audit service utilisant ladite information d'accès.
19. Dispositif (1) de génération d'un flux multimédia à transmettre à un terminal de restitution, caractérisé en ce qu'il comprend des moyens d'insertion dans le flux multimédia d'une information d'accès à un service, ladite information d'accès étant destinée à être :
- détectée par le terminal de restitution suite à la réception du flux multimédia,
- associée par le terminal de restitution à un élément d'interface homme-machine et
- utilisée par le terminal de restitution, en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, pour exécuter une opération d'accès audit service.
20. Signal véhiculant un flux multimédia (2), destiné à être transmis vers un terminal de restitution, dans lequel le flux multimédia comprend une information d'accès à un service, ladite information d'accès étant destinée à être :
- détectée par le terminal de restitution suite à la réception du flux multimédia,
- associée par le terminal de restitution à un élément d'interface homme-machine et
- utilisée par le terminal de restitution, en cas d'interaction d'un utilisateur avec ledit élément d'interface homme-machine, pour exécuter une opération d'accès audit service.
EP12717406.8A 2011-03-31 2012-03-29 Procede d'acces a un service, notamment un portail web, par un terminal de restitution d'un flux multimedia Ceased EP2692134A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1152713A FR2973632A1 (fr) 2011-03-31 2011-03-31 Procede d'acces a un service, notamment un portail web, par un terminal de restitution d'un flux multimedia
PCT/FR2012/050660 WO2012131258A1 (fr) 2011-03-31 2012-03-29 Procede d'acces a un service, notamment un portail web, par un terminal de restitution d'un flux multimedia

Publications (1)

Publication Number Publication Date
EP2692134A1 true EP2692134A1 (fr) 2014-02-05

Family

ID=44453991

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12717406.8A Ceased EP2692134A1 (fr) 2011-03-31 2012-03-29 Procede d'acces a un service, notamment un portail web, par un terminal de restitution d'un flux multimedia

Country Status (5)

Country Link
US (1) US20140130112A1 (fr)
EP (1) EP2692134A1 (fr)
CN (1) CN103503443A (fr)
FR (1) FR2973632A1 (fr)
WO (1) WO2012131258A1 (fr)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101761633B1 (ko) 2013-08-28 2017-07-26 엘지전자 주식회사 신호 송신 장치 및 제어 방법
CN105981399B (zh) * 2014-10-10 2020-05-08 索尼公司 接收装置、接收方法、传输装置以及传输方法
JP6303969B2 (ja) * 2014-10-15 2018-04-04 ソニー株式会社 受信装置並びに受信方法
US20160182977A1 (en) * 2014-12-19 2016-06-23 Telefonaktiebolaget L M Ericsson (Publ) User interaction with advertisements on hybrid terminals
CN107615767B (zh) * 2015-06-02 2021-05-25 索尼公司 发送装置、发送方法、媒体处理装置、媒体处理方法以及接收装置
ES2582979B1 (es) * 2016-01-15 2017-04-24 José Luis REBOLLO CRESPO Método para generar y transmitir publicidad interactiva a través de un canal de televisión.
JP6551558B2 (ja) * 2018-02-16 2019-07-31 ソニー株式会社 受信装置並びに受信方法
CN110781371B (zh) * 2019-10-16 2021-11-30 维沃移动通信有限公司 一种内容处理方法及电子设备

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003088645A1 (fr) * 2002-04-12 2003-10-23 Koninklijke Philips Electronics N.V. Telechargement de programmes dans des recepteurs de radiodiffusion
US20030217369A1 (en) * 2002-05-17 2003-11-20 Heredia Edwin Arturo Flexible application information formulation
US7216170B2 (en) * 2002-05-22 2007-05-08 Microsoft Corporation Systems and methods to reference resources in a television-based entertainment system
JP2005025661A (ja) * 2003-07-02 2005-01-27 Nec Corp 携帯端末及びそれに用いるウェブコンテンツ取得方法並びにそのプログラム
WO2006006719A1 (fr) * 2004-07-14 2006-01-19 Matsushita Electric Industrial Co., Ltd. Procede pour authentifier et executer un programme d'application
CN101090387B (zh) * 2006-06-12 2012-02-22 松下电器产业株式会社 数字电视中间件、机顶盒、及数字电视网络中的交互方法
US20090106801A1 (en) * 2007-10-18 2009-04-23 Panasonic Corporation Content processing device and content processing method
US20090144793A1 (en) * 2007-12-03 2009-06-04 Himax Technologies Limited Method for obtaining service map information, apparatus therefor, and method for fast performing application in service according to the service map information
FR2929480B1 (fr) * 2008-03-28 2013-01-11 Alcatel Lucent Procede de determination de donnees complementaires relatives a au moins un contenu, procede pour transmettre ces donnees complementaires, dispositif de traitement et serveur d'applications associes
KR101485461B1 (ko) * 2008-10-23 2015-01-22 삼성전자주식회사 Ａｉｔ를 이용한 애플리케이션의 제공 방법 및 그 장치
EP2377318A1 (fr) * 2008-10-24 2011-10-19 Brixgate International AB Système et procédé de contrôle publicitaire pour un contenu multimédia de film
JP5493627B2 (ja) * 2009-09-15 2014-05-14 ソニー株式会社 情報処理装置、データ管理方法、およびプログラム
EP2343881B1 (fr) * 2010-01-07 2019-11-20 LG Electronics Inc. Procédé de traitement d'application dans un récepteur de diffusion numérique connecté à un réseau interactif, et récepteur de diffusion numérique
JP5569053B2 (ja) * 2010-03-11 2014-08-13 ソニー株式会社 コンテンツ配信装置、コンテンツ配信方法および送信サーバ
KR101788061B1 (ko) * 2011-06-16 2017-10-19 엘지전자 주식회사 가상 머신이 탑재된 디스플레이 장치 및 그 제어 방법
JPWO2012161118A1 (ja) * 2011-05-20 2014-07-31 日本放送協会 端末連携システム、受信機及び受信方法
GB2492540B (en) * 2011-06-30 2015-10-14 Samsung Electronics Co Ltd Receiving a broadcast stream
US8839302B2 (en) * 2011-07-14 2014-09-16 Samsung Electronics Co., Ltd. Launching an application from a broadcast receiving apparatus
JP5959206B2 (ja) * 2012-01-18 2016-08-02 ソニー株式会社 受信装置、受信方法、及びプログラム
EP2660998A3 (fr) * 2012-05-04 2014-10-15 Samsung Electronics Co., Ltd. Appareil de réception de diffusion, procédé de commande d'application et dispositif

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
FRANC KOZAMERNIK: "CM-AVC0170: HBB Intro Presentation - Franc Kozamernik", DVB, DIGITAL VIDEO BROADCASTING, C/O EBU - 17A ANCIENNE ROUTE - CH-1218 GRAND SACONNEX, GENEVA - SWITZERLAND, 10 November 2009 (2009-11-10), XP017826302 *

Also Published As

Publication number Publication date
WO2012131258A1 (fr) 2012-10-04
FR2973632A1 (fr) 2012-10-05
CN103503443A (zh) 2014-01-08
US20140130112A1 (en) 2014-05-08

Similar Documents

Publication Publication Date Title
WO2012131258A1 (fr) Procede d&#39;acces a un service, notamment un portail web, par un terminal de restitution d&#39;un flux multimedia
US11930250B2 (en) Video assets having associated graphical descriptor data
FR2845555A1 (fr) Procedes de reception et de diffusion de television interactive et dispositifs associes
EP3127336B1 (fr) Dispositif et procédé de commande a distance de la restitution de contenus multimedia
WO2003043329A2 (fr) Signal de programme de diffusion avec commande, systemes d&#39;inscription et de lecture de commande, chaine de production et de diffusion associes
EP2979461A1 (fr) Generation et restitution d&#39;un flux representatif d&#39;un contenu audiovisuel
EP1579319B1 (fr) Dispositifs et procédés de décision conditionnelle d&#39;exécution de services reçus et de constitution de messages d&#39;informations associés, des services, et produits associés
WO2019011655A1 (fr) Procédé de signalisation d&#39;une substitution à un terminal, procédé de substitution par un terminal, produits programme d&#39;ordinateur, système et terminal correspondants
EP3050311A1 (fr) Procedes de synchronisation, de generation d&#39;un flux, programmes d&#39;ordinateur, media de stockage, dispositifs de restitution, d&#39;execution et de generation correspondants
EP3430786A1 (fr) Acquisition d&#39;extraits d&#39;un flux multimédia sur un terminal
FR3069125B1 (fr) Procede de diffusion combinee d&#39;un programme televisuel et d&#39;un contenu multimedia additionnel
FR3069996B1 (fr) Procede de lecture d&#39;un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d&#39;utilisation
EP3096219A1 (fr) Procédé et dispositif pour sélectionner un contenu multimédia secondaire
EP2801216A1 (fr) Controle de services a la demande communiques en mode de diffusion
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
WO2021064226A1 (fr) Procédé de signalisation d&#39;une substitution à un terminal, procédé de substitution par un terminal, produits programme d&#39;ordinateur, système et terminal correspondants
FR3007862A1 (fr) Methode de restitution d&#39;une portion de contenu audiovisuel lors d&#39;une sequence de demarrage d&#39;un dispositif recepteur-decodeur en fonction des centres d&#39;interet de l&#39;utilisateur
WO2013102744A1 (fr) Adressage de terminaux dans le cadre d&#39;une application interactive associee a un flux de diffusion en mode non connecte.
FR2928065A1 (fr) Reception de metadonnees sur un terminal.
EP2941893A1 (fr) Traitement d&#39;un premier flux de données diffuse, codant un premier contenu audiovisuel associe a un deuxième contenu audiovisuel

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: 20130920

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

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20141125

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20161015