EP2801216A1 - Controle de services a la demande communiques en mode de diffusion - Google Patents

Controle de services a la demande communiques en mode de diffusion

Info

Publication number
EP2801216A1
EP2801216A1 EP13701831.3A EP13701831A EP2801216A1 EP 2801216 A1 EP2801216 A1 EP 2801216A1 EP 13701831 A EP13701831 A EP 13701831A EP 2801216 A1 EP2801216 A1 EP 2801216A1
Authority
EP
European Patent Office
Prior art keywords
tables
demand
services
vod
entity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP13701831.3A
Other languages
German (de)
English (en)
Inventor
Antoine TRANNOY
Hugues MARTY
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hoist Locatel France
Original Assignee
Hoist Locatel France
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hoist Locatel France filed Critical Hoist Locatel France
Publication of EP2801216A1 publication Critical patent/EP2801216A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/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
    • 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/21—Server components or server architectures
    • H04N21/214—Specialised server platform, e.g. server located in an airplane, hotel, hospital
    • H04N21/2143—Specialised server platform, e.g. server located in an airplane, hotel, hospital located in a single building, e.g. hotel, hospital or museum
    • 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/23608—Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
    • 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/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers

Definitions

  • the present invention relates to the provision of on-demand services, such as video-on-demand, in collective institutions such as for example hotels or hospitals. These collective institutions are characterized by a finite number of receivers capable of receiving services.
  • the in-house television broadcasting services offered by these institutions are essentially of two types.
  • the services of the first category correspond to the broadcast of programs on the entire set of receivers; this is typically the case for television or radio channels received over the air, satellite or cable, or even very high-speed access (web-radios for example), and transported via the building's local network to the various televisions. thus sharing the same reception infrastructure. All users receive the same flow of information simultaneously.
  • the data flows (audiovisual or other) are here purely monodirectional since the users passively consume what is proposed to them.
  • Each program is broadcast once, regardless of the number of receivers or simultaneous users; bandwidth requirements on the network are therefore proportional to the number of channels or programs.
  • a station head In the framework of a standard coaxial type infrastructure network, the television channels are received by a station head and rebroadcast as such on the local network or modulated on different frequencies and / or in a different type of modulation.
  • a station head is understood to mean a central network system allowing: the recovery of telecommunication signals (television channels, internet, video on demand or "VOD" service, etc.),
  • the services of the second category are characterized by an interactive mode that makes it possible to respond to the particular requests of each user (or receiver).
  • a typical example is Video on Demand ("VOD"), often implemented by pay-per-view On demand movies from a catalog regularly updated by the institution.
  • VOD Video on Demand
  • a typical example is Video on Demand ("VOD"), often implemented by pay-per-view On demand movies from a catalog regularly updated by the institution.
  • VOD Video on Demand
  • the upstream and downstream data flows can be conveyed by the same network or not.
  • the bandwidth requirements on the network are proportional to the number of simultaneous users.
  • traditional interactive services are added to broadcast services, their deployment requires a capacitive network (throughput).
  • Broadcast services are historically built on coaxial networks transmitting all services received by an antennal system to all receivers.
  • Such an architecture can serve an unlimited number of receivers, the maximum number of broadcast services is limited by the bandwidth available on the network (typically 850 MHz) and that used by each service.
  • the transition from analogue to digital world has multiplied by at least a factor 4 the number of services that can be offered by combining several services in a multiplex occupying a single frequency band.
  • the television broadcasts "broadcast” linear television services received by a high frequency tuner (in digital or analog television), but may also display an audio or video stream from a broadband network , using streaming standards (or streaming).
  • streaming standards or streaming.
  • RTP for "Real-time Transport Protocol”
  • RTSP for "Real Time Streaming Protocol”
  • Such a stream is generally driven by an interactive application, which can be signaled during the broadcast service broadcast, as is the case with the HbbTV standard.
  • in-room televisions for the broadcast of television broadcasting services can lead to quality of service issues.
  • more and more television programs are using new hybrid broadcasting techniques to offer interactive applications offering services related to these programs.
  • these applications include video streaming, such as delayed catch-up television (or "catch-up”). TV "), video on demand, etc.
  • a standard such as HbbTV also allows the broadcasting of multimedia content directly in the transmission stream in the form of data carousels which then carry the files that make up interactive application.
  • the present invention improves the situation. It proposes for this purpose a method implemented by a computer entity to provide at least on-demand services, differentiated, to a plurality of respective terminals, with communication means in the broadcast mode of said services.
  • the services on demand can be of type:
  • VOD Video on demand
  • informative service for example a homepage of an online portal of a collective establishment, or an information page for example of a service catalog (weather, room number, minibar note, etc., or other ), or simply a television data supply service, - or others.
  • the terminals can be: connected television sets, simple television sets connected to a modem or a Set-Top-Box type terminal, or even Set-Top-Box terminals themselves, or computers ( fixed or portable) comprising means for connection to a local network and means for reading at least one common stream described below, etc.
  • the communication in "broadcast mode" above relates in particular to a communication type "broadcast”.
  • the above-mentioned computer entity can generate in particular an undifferentiated flow common to the terminals, this common stream comprising at least signaling tables of said services on demand, each signaling table being dedicated to a terminal and each terminal being configured to read the terminal. signaling table of the dedicated service on demand and ignore other signaling tables.
  • the IT entity receives, from at least a portion of the terminals, on-demand service requests, by way of return between the terminals and the IT entity.
  • the IT entity being connected to an on-demand service data source, it is thus possible to condition the delivery of said data in the common stream according to said requests.
  • the term "return channel” means the possibility of bidirectional communication between each terminal and the above-mentioned computer entity.
  • the requests are made by executing an application with a terminal.
  • the aforementioned signaling tables can point to at least one interactive application declaration table including at least link data to a script of this application.
  • a terminal may include means for storing a prerecorded script linked to this application, which prerecorded script includes at least link data to a script of this application.
  • a terminal such as a television set may store only a single link, of the URL ("Uniform Resource Locator" or "Universal Resource Locator") type pointing to the page. welcome to this application.
  • each request received preferably comprises a terminal identifier having generated the request, and the IT entity can then decide on this request for example as a function of access rights associated with this terminal, by conditioning the delivery in the stream common data requested in the request.
  • an interactive application can be provided for displaying on a screen of the terminal information on one or more on-demand services available, and for parallel monitoring of the distribution of the on-demand service data in the common stream by communication with the entity. computer science.
  • the common stream is generated in accordance with the DVB standard, and said signaling tables mentioned above can be program map tables (or "PMT"). More particularly, the stream may be at the DVB standard according to the particular HbbTV standard, in particular for the transmission in the common stream of interactive application tables corresponding to so-called "application information” tables (or “AIT” for " Application Information Table ").
  • the interactive application can follow the CEA-2014 standard and in particular CE-HTML ("Consumer Electronics HTML") and derived standards (OIPF, HbbTV, etc.).
  • the computer entity and the terminals can communicate via a coaxial infrastructure network, by data transmission by "DOCSIS" type modems.
  • DOCSIS is a specific standard that defines the interface conditions communication and operation support for a data system using the cable television system. It allows the addition of high speed data transfer to an existing cable television system. It is used in particular to provide Internet access on coaxial infrastructures.
  • requests from the terminals can be filtered in order to prevent access to remote services (for example by setting up a firewall).
  • the computing entity can be arranged to filter applications in elementary streams, upstream of the common stream, according to at least the steps:
  • the computing entity may be arranged to filter applications in elementary streams, upstream of the common stream, according to at least the steps:
  • the IT entity can be further arranged to modify the signaling tables by adding an entry corresponding to a new interactive application declaration table and modifying original stream identifiers, so that any application associated with an elementary stream is considered by a terminal as one and the same application.
  • the present invention proposes to use the broadcast network in particular to broadcast services on demand.
  • it proposes to associate an interactive application with the content of broadcast on demand.
  • This interactive application can be responsible for example to inform the user about the content viewed, and control the flow of the stream by communicating with the server (by the HTTP protocol for example).
  • This application does not need a large data rate, and allows the use on a coaxial infrastructure network, for example by transmitting the data by simple DOCSIS modems.
  • the present invention also aims at the computer entity as such (bearing the reference S in the figures discussed below) for the provision of differentiated on-demand services to a plurality of respective terminals, and connected to means of communication. communication in the broadcast mode of said services, the entity comprising:
  • the invention also relates to a computer program comprising instructions for implementing the above method, when this program is executed by a processor.
  • FIG. 5 for example, commented below, can represent a flowchart of the general algorithm of such a computer program, as an example.
  • FIG. 1 illustrates an exemplary embodiment for broadcasting the streams, without specifying here the return path and the broadcasting of applications connected to the terminals (television sets in the example represented),
  • FIG. 3 is a block diagram of implementation of the exemplary embodiment shown in FIG. 2;
  • FIG. 4 illustrates an example of an arrangement of declaration tables in the stream delivered by the computer entity S of FIG. 3;
  • FIG. 5 schematically illustrates the main steps of the method implemented by the computer entity S according to a general embodiment.
  • a hotel establishment (or equivalent) has an internal digital television network based on a coaxial infrastructure, the digital television service being broadcast from a central server of the site (also called "head of station"). This server distributes to the rooms television services received by antennas or broadcast from a dedicated server (streaming video streaming server, for example). These television services may signal interactive applications, as will be discussed in more detail below.
  • the facility is equipped with a return lane, from the room to the central server.
  • This return channel can be based on the same coaxial network ("IP" for "Internet Protocol” on a coaxial cable, for example in a system communicating according to the DOCSIS standard, or by line-carrier), on a Wifi network, a cabling in twisted pair or any other infrastructure.
  • IP coaxial network
  • Wifi Wireless Fidelity
  • the establishment is equipped with terminals consisting, in the example shown in TVs connected (directly or via STB boxes) capable of receiving interactive applications reported in the transmission stream.
  • the facility is equipped with an on-demand multimedia content delivery system (eg video on demand or "VOD”) from the central server.
  • VOD video on demand
  • the aim is then to filter the connected applications associated with broadcast services broadcast on the local network and to control the video-on-demand program using a connected application indicated in the information tables associated with the digital content.
  • broadcast specifically applied to DVB (for "Digital Video Broadcasting") and HbbTV (for "Hybrid broadcast broadband Tele Vision”).
  • the connected application is a global application prerecorded in a terminal storage means. In this case, the application is independent of the stream (no prior signaling of the application in the stream).
  • the system comprises an IT entity S which broadcasts streams from the terminals TV1, TV2,..., TVN via a COAX cable network (of the "coaxial" type for example) and by which the terminals are connected to the entity computer S.
  • the computer entity S is connected to a reception unit 12 retrieving data streams relating to television services.
  • These flows can come as an example: from a terrestrial antenna A-T, in the context of a reception of the television stream (TV) by hertzian way,
  • an A-S satellite antenna as part of a television transmission (TV) reception by satellite transmission, and / or
  • a satellite antenna A-C as part of a reception of the television stream (TV) by cable transmission.
  • the reception unit 12 communicates the received TV streams to a multiplexer 13 of the computer unit S.
  • the multiplexer 13 also receives a stream comprising data (in particular audio-video) of on-demand services coming for example from a On-demand video server S_VOD.
  • the multiplexer 13 is connected to a source of multimedia contents 10 (broadcasting service presentation multimedia data, for example a video presentation film of the hotel, trailers of the services on demand, etc.).
  • the multiplexer 13 is further connected to a signaling table generator 11.
  • the content source 10 and the table generator 11 are represented in the computer entity S.
  • the generator 11 enables: modify the signaling tables relating to the stream received by the multiplexer 13 (which is coming from the receiving entity 12), and adding signaling tables relating to on-demand services from the S_VOD server and / or multimedia contents from the content source 10.
  • the multiplexer 13 generates at least one service data stream which it communicates to one or more modulator (s) 14 which broadcasts (s) this stream (according to different frequencies for example) on the COAX network destined for TV1, TV2, TVN terminals.
  • this stream corresponds to the aforementioned "common stream", undifferentiated, for all terminals TV1, TV2, TVN.
  • the modulator 14 injects the streams on the COAX network via an antenna coupler 15.
  • a web server 105 is represented in the computer entity S. This web server 105 includes contents of interactive application. These contents are delivered by the server 105 on request of the terminals TV1, TV2, TVN (for example as "HTTP server").
  • the contents are transmitted either by a return channel (through which the requests are conveyed) or by data carousels of the stream broadcast to the terminals.
  • the web server 105 may also interpret on-demand service control requests from the terminals transmitted by the return channel and, as described below, generate instructions for issuing these services from the S_VOD server.
  • the computer entity S can be further connected to an Internet-wide extended network RE to communicate with remote servers (not shown in the figure) for example for other services.
  • the IT entity S can be connected to a PMS (Property Management System) management system in order to obtain particular information, for example, in the context of a hotel, the name of the customers. occupying the rooms of the establishment, room numbers, possibly access rights to certain services, etc.
  • PMS Manufacturing Management System
  • the return path is provided here by transmission over the COAX network using the DOCSIS standard.
  • the terminals TV1, TV2, TVN are connected to splitters 23 allowing: on the one hand, the terminals to receive the streams diffused by the modulator (s) 14, and on the other hand, DOCSIS modems 21 to transmit the data to the terminals via a link 22 connecting the modem to the terminal, and to transmit the data transmitted by this terminal via the COAX network.
  • a DOCSIS modem 21 notably makes it possible to exchange data between the terminals and the entity S, and more particularly the HTTP requests originating from the terminals, and their responses coming from the entity S.
  • CMTS Cable Modem Termination System
  • receiving antennas A-T, A-S and A-C receive broadcast streams and incidentally broadcast streams from the Internet (for example, web-radios). Furthermore, video files 10 are stored in memory, for example to broadcast one or more additional channels (or "internal chain") on the local network.
  • the reference 12 designates the reception of the streams, with demodulation and transmission in the form of packets TS (for "Transport Stream") encapsulated in packets UDP (for "User Data Protocol”) multicast or unicast, forming a stream SPTS (Single Program Transport Stream: only one service per UDP stream).
  • Reference 11 designates a module for generating MPEG2 signaling tables PSI ("Program Specifies Information") and DVB SI ("Service Information”) of type:
  • NIT Network Information Table
  • - PMT for "Program Map Table” corresponding to a program mapping table which lists the components of a service by identifying the PIDs of the relative packets
  • - NIT for "Network Information Table” corresponding to a network information table which includes information about the physical network
  • AIT for "Application Information Table" corresponding to an application information table which describes an application-type service element, such as an interactive application
  • These tables can be pre-existing in a first stream that receives the computer entity S and this entity generates from this first stream a second stream whose PAT tables are rewritten according to the list of services to be broadcast in each DVB multiplex output .
  • the original PMT tables can be rewritten to remove or add information about elementary streams (such as information about AIT tables).
  • the original AIT tables can be deleted, modified, for example to remove information about the HTTP protocol, or replaced.
  • the NIT table can be modified to modify the information of the original network for example.
  • the SDT table can be modified to account for additional undifferentiated services information, or deleted to prevent automatic updating of the television sets.
  • the connected applications web server 105 generates the content of the interactive applications. It is a server of 'Web server' type processing the URL requests by the HTTP protocol. It can also broadcast multimedia content, such as promotional videos, to be broadcast in pages of the interactive application (also via HTTP, or via RTP / RTSP).
  • PMS client management system PMS for "Property Management System” of the hotel or more generally of the collective establishment.
  • An on-demand audiovisual media server S_VOD contains a database of audiovisual contents (such as films) and provides the elementary streams of the audiovisual contents to be broadcast, with: tables of signaling necessary for the generator of tables 11 to be able to generate the PMT tables containing the information conforming to the broadcast stream, and the elementary streams (video, audio in the language selected by the client, etc.) to the multiplexer for broadcast on the network.
  • the multiplexer 13 receives several elementary streams and information tables in the form of TS packets to be multiplexed within a single stream (multiplex).
  • the multiplexer can also filter packets by their PID identifier.
  • the reference COAX denotes the cable network on which the DVB flows to the connected television sets and the reference 111 designates a network to the IP protocol, for example: a LAN / Ethernet type network on twisted pairs or similar;
  • the coaxial cable then being divided into two branches on arrival in the room, for the antenna connector of the television set and for the antenna connector a modem, the connector
  • LAN Local Area Network
  • the modem in this case, it is possible to provide a CMTS device at the head of the network to act as a bridge between the data modulated according to the DOCSIS format and the LAN of the servers) as shown by way of example in Figure 2;
  • CPL power line carrier
  • a firewall may be further useful to prohibit for example any external communication with the television sets to avoid saturation of the network 111.
  • the different modules 10, 11, 105, and 13 can be grouped together with the same computer entity S.
  • a server located at the head of S_VOD station broadcasts a set of on-demand audiovisual media on the COAX local network.
  • each television is identified by the web server 105 by means of its IP address (fixed address assigned by a DHCP server (for "Dynamic Host Configuration Protocol") from its MAC address, and is connected to the computer network 111.
  • this portal can for example be broadcast via the HbbTV standard, with in particular signaling tables generated by the module 11 and the content of the application can be delivered by the web server 105.
  • Information is given on the screen through the interactive application on the list of content available in VOD and their tariff for example.
  • the user selects a content (a single movie or a fixed price offer for a given duration) and enters a code on his remote control to validate his purchase.
  • the session is then opened and information is displayed on the screen to indicate to the customer how to view a movie, such as changing channels ("type 0"). It should be noted that forwarding to another channel may be automatic.
  • the session is closed after a given time, for example the next day at noon or when the user leaves the collective establishment (check-out in a hotel for example).
  • the VOD server S_VOD broadcasts the content via DVB multiplexes on a number C of channels.
  • Each multiplex can broadcast a maximum of M simultaneous sessions among the N services reported in the stream.
  • the number M is defined by the bit rate available in the multiplex, and depends on the diffusion technique (modulation, bandwidth, etc.). For example: for a DVB-C, QAM-128 broadcast, the bit rate of a multiplex is about 44 Mpbs,
  • the televisions are preset to receive only one of the N potentially broadcast services in the multiplex. They are then blocked so as not to be able to receive the services broadcast in the multiplex and which are not intended for them.
  • the channel plan of each television sets aside C channels on the VOD. The broadcast is performed on one of these channels according to a principle of free location.
  • the channel plan for each TV includes: standard television channels, and
  • the server saves this information. More specifically, a utility can generate the complete channel map of each television from this information, in the form of one or more cloning files. For each TV, you can copy the file (s) to a USB memory stick and use it for setting channels as described above. If the connected application has an API (for "Application Programming Interface") to change the channel plan, it is also possible to adjust the additional channels on the TV directly from a tuning application.
  • API for "Application Programming Interface"
  • a VOD session management module of the computer entity S (not shown in the figures): - can identify the target television set by its IP address (linked to its address
  • the DHCP server provides an IP address to the connected television sets according to their MAC address;
  • this application can be activated directly by the television set (especially when the application is prerecorded in the station), either during a change of channel or at startup.
  • the session can not be opened and a message is displayed to the user.
  • the interactive application can intercept events such as pressing a button on the remote control.
  • the application displays an on-screen user interface superimposing the multimedia content and / or sends HTTP requests to the web server 105.
  • These requests may consist, for example, in browsing the content in progress, notably with the launch of an action of: reading,
  • a connected application for example an HbbTV application
  • This application is signaled to the television in the information tables broadcasting the VOD content.
  • This application is signaled in "AUTOSTART" mode to start automatically when the channel on which the VOD content is broadcast is selected.
  • the user interface is displayed when an action is requested, and hidden in the opposite case to not occupy part of the image of the VOD program.
  • this connected application for example an application according to the CE-HTML ("Consumer Electronics HTML") standard, may be declared when the television is set, for example in the form of a URL, and automatically activated by the television on an event such as turning on or selecting a channel.
  • This application can perform for example the actions below.
  • the application can also offer other existing contents, for example the list of films forming part of the commercial offer subscribed by the user.
  • the application can intercept events such as pressing certain buttons on the remote control, such as:
  • the application may further provide a rights check by querying the computer entity S via HTTP requests.
  • a rights check by querying the computer entity S via HTTP requests.
  • the application can decide on actions such as:
  • the table PAT 201 declares N services for the N television sets (TV1, TV2, TVN) of the local network.
  • Each television set TVj (j from 1 to N) is set to receive only the service j and to ignore the other services.
  • the PMT tables 202 and 203 are respectively destined for TV1 and TV2 televisions. These tables respectively point to the elementary streams 204 and 205 (not limited to video and audio contents) that are broadcast by the media server. audiovisual on demand S_VOD. If no on-demand audiovisual media service session is open for a particular television set, the corresponding elementary streams are not broadcast and no audiovisual media is displayed on that television set. At any given time, at most M open sessions can not be expected for a given transmission stream, ie at most M PMT tables pointing to elementary streams present in the stream. In particular, the other PMT tables point to elementary streams that are absent from the transmission stream.
  • All the PMT tables also point to an interactive application reported via a table AIT 207.
  • this table AIT declares an interactive application hosted by the web server 105 to the IP address of the local network (for example 192.168.10.1, so that the entry point of the application is here defined by the URL: "http://192.168.10.1/index.html").
  • the web server 105 being connected to a session manager and the audiovisual media server S_VOD request, it is of course capable of generating different contents depending on whether a session is open or not.
  • the television set TV1 can thus display a prompt message and / or a promotional page on top of this black screen.
  • the station TV1 receives the audiovisual media 204 from the server S_VOD.
  • the interactive application can then respond to the pressing of a key on the remote control by displaying for example a session control user interface indicating the current position in the audiovisual program and allowing to pause, to go back and / or to advance the multimedia content of this program.
  • an interactive application routine is executed periodically on the television set (user station) for checking the status of the on-demand session with the computer unit S via verification requests. For example, if the session has expired, the application may display a prompt message.
  • this periodic routine advantageously plays an anti-piracy role because it can make it possible to check, with the VOD session management module of the computer entity S, the state of the session as a function of the current service number (SID). , not just the IP address, to prevent an attacker from viewing a service that is not intended for that television set.
  • the filtering of connected applications signaled by television services coming from A-T, AS and AC antennas, and in particular to limit the bandwidth occupied by services of such applications (such as services catch-up television, for example, or VOD, broadcast over the internet).
  • the URL links originating from the television sets to prohibit access to the remote VOD contents (via a firewall implemented by a router for example); - or by deleting the signaling of the application (by modifying the PMT tables to no longer point to the AIT tables or simply by deleting the AIT tables);
  • the third could be the most effective because it allows the user to access some of the interactive content without clogging the computer network. Nevertheless, in all four situations, the on-demand broadcast services of the originating services are in any case inaccessible.
  • the first solution above imposes a filtering URL links from television sets to prohibit their access to remote VOD content (with, for illustrative purposes, the aforementioned implementation of a firewall).
  • the AIT tables are identified in packets transported by the transmission stream (in DVB format) by their PID identifier (for "Packet Identifier").
  • the PMT service tables point to the PID identifier of the AIT tables. If we delete the PID identifier of the AIT tables in the PMT tables, the PMT tables of the stream can no longer correctly point to the AIT tables (disappearance of the interactive application associated with the PMT table).
  • the filtering of PID packets equal to that of an AIT table also makes it possible to no longer signal the application to the connected television sets.
  • the fourth solution consisting of a replacement of the original interactive application by a third application, such as for example an application dedicated to the establishment, can proceed as follows:
  • adding the new AIT table for example the AIT 207 table.
  • the application is not interrupted when going from one channel to another and the user can at any time bring up the application by pressing a code on the remote control (eg the aforementioned "red button”).
  • the modification of the identifiers ONID and TSID for example makes it possible to establish the same application for all the services.
  • this terminal detects that the new service selected has the same application as the service it has just left and it does not interrupt the execution interactive application.
  • the two applications are considered different, the initial interactive application is closed and the interactive application of the end string is started.
  • the computing entity S can receive at least a first stream Oi comprising elementary streams of services (audio, video, subtitles, etc.) as described above.
  • these elementary streams include television services data.
  • a next step S4 the computer entity S generates a common stream ⁇ 2 comprising at least: the data of the stream ⁇ 1 received at the step S 1, and
  • the computer entity S assigns at least one video-on-demand service respectively to each of the television sets.
  • the computer entity S generates the video-on-demand services C VOD dedicated respectively to television sets TV1, TV2, TVN.
  • the computer entity S assigns each of the video-on-demand services C VOD : video-on-demand data (data_VOD) retrieved from the server S_VOD, and
  • each of the video-on-demand services C j VOD dedicated to the television sets TVj may comprise data (data_VOD) j and signaling tables (signaling_VOD) j specific to each of the stations.
  • the video-on-demand (data_VOD) data j are delivered by the server S_VOD and broadcast by the computer entity S (via the common stream ⁇ 2 ) only if the television set TVj possesses an open video-on-demand service session with the entity, in this embodiment.
  • the computing entity S thus generates the set of on-demand video services VOD N each comprising video-on-demand services Cj VOD dedicated to the television sets TVj, before including (step S4) this set VOD N to the common stream ⁇ 2 for broadcasting the on-demand services to all television stations members of the COAX network.
  • the television sets receive the common stream ⁇ 2 and carry out an identification test.
  • the television sets refer to the on-demand service which is dedicated to them among the set of video-on-demand services VOD N received, and this by identifying the service signaling table (PMT) for which the TVj post has been configured.
  • PMT service signaling table
  • the TVj set is configured to read only the PMT table linked to a given service and ignore the other tables.
  • the set TVj recovers the video-on-demand service C j VOD dedicated to it and ignores the services dedicated to other television sets.
  • the television set TVj carries out an event determination test relating to an application executed by the set (navigation application in video-on-demand contents for example). These events can come from the aforementioned actions (for example pressing a button on the remote control of the television set TVj by the user).
  • the application of the application video-on-demand service (C i VOD ) is implemented on the TVj set by executing an Appli_F application content associated with this application.
  • This content Appli_F can be recovered (step S 8) from the web server 105 of the computer entity S (and this, on request via the return channel 111) or via the data carousel included in the common stream ⁇ 2 .
  • AIT application signaling table
  • step S7 if an event relating to the application is determined in step S7, this event is interpreted by the application according to REQ requests to the web server 105 of the computer entity S.
  • the request REQ is issued by the television set TVj according to an identifier of the post.
  • this identifier can be an address of the station within the COAX network such as its IP address.
  • this identifier can be an address of the station within the COAX network such as its IP address.
  • at least one "read” function and one "pause” function can be provided. When the media is paused, the user can select the "play" function of the application by pressing a button on the remote control.
  • IPj request REQ
  • the computing entity S When the computing entity S receives the request identified REQ (IPj) in step S10, the entity performs a test determining the access rights to the video service on demand of the TVj station sending the request.
  • step S 10 When the test of step S 10 is satisfied (arrow O at the output of the test), the set TVj has an open session and has access rights to the video-on-demand service.
  • the computer entity S (step SU) then authorizes the server S_VOD to deliver the video data on demand (data_VOD) j according to the request REQ (IPj) of the set TVj, for example, with a delivery of the content requested by the user via the aforementioned read request.
  • the computer entity S retrieves the video on demand data (data_VOD) j delivered by the server S_VOD and assigns them to the on-demand service C j VOD dedicated to the set TVj before broadcasting them in the common flow ⁇ 2 .
  • the set TVj does not have an open session and the computing entity S does not satisfy the request REQ (IPj) .
  • the TVj set can be redirected to a PORT portal inviting the user to log in (paying for access rights for example) or to the video-on-demand application homepage.
  • the computer entity S does not receive from the server S_VOD the data (data_VOD) j requested by the station TVj and these data are not broadcast in the common stream ⁇ 2 .
  • on-demand services are here video-on-demand services. Nevertheless, this process extends to any other type of on-demand service (personalized multimedia homepage, minibar note, catalog of possible services depending on the type of room or hotel suite, etc.).

Landscapes

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

Abstract

Contrôle de services à la demande communiqués en mode de diffusion L'invention concerne un procédé mis en œuvre par une entité informatique pour fournir au moins des services à la demande (CjVOD), différenciés, à une pluralité de terminaux (TVj) respectifs, avec des moyens de communication en mode de diffusion desdits services. L'entité précitée génère (S4) un flux indifférencié (Φ2), commun aux terminaux et comportant au moins des tables de signalisation desdits services à la demande (CjVOD), chaque table de signalisation étant dédiée à un terminal (TVj) et chaque terminal (TVj) étant configuré pour lire la table de signalisation du service à la demande qui lui est dédiée et ignorer les autres tables de signalisation. L'entité informatique reçoit (S10), d'une partie au moins des terminaux, des requêtes (REQ(IPj)) de services à la demande, par voie de retour entre les terminaux et l'entité informatique. L'entité informatique étant connectée à une source de données de services à la demande (S_VOD), il est ainsi possible de conditionner la délivrance des données précitées (data_VOD) dans le flux commun (Φ2) en fonction des requêtes.

Description

Contrôle de services à la demande communiqués en mode de diffusion
La présente invention concerne la fourniture de services à la demande, comme par exemple de la vidéo à la demande, dans des établissements collectifs tels que par exemple des hôtels ou des hôpitaux. Ces établissements collectifs sont caractérisés par un nombre fini de récepteurs pouvant recevoir les services.
Les services de télédiffusion en chambre offerts par ces établissements sont essentiellement de deux types.
Les services de la première catégorie, les plus classiques, correspondent à la diffusion (« broadcast ») de programmes sur l'ensemble du parc de récepteurs ; c'est typiquement le cas de chaînes de télévision ou de radiodiffusion reçues par voie hertzienne, satellite ou câble, voire par un accès très haut débit (web-radios par exemple), et véhiculés via le réseau local du bâtiment jusqu'aux différents téléviseurs partageant ainsi la même infrastructure de réception. Tous les usagers reçoivent simultanément le même flux d'information. Les flux de données (audiovisuels ou autres) sont ici purement monodirectionnels puisque les utilisateurs consomment de façon passive ce qui leur est proposé. Chaque programme est diffusé une seule fois quelque soit le nombre de récepteurs ou d'utilisateurs simultanés ; les besoins en bande passante sur le réseau sont donc proportionnels au nombre de chaînes ou programmes. Dans le cadre d'un réseau à infrastructure de type coaxial standard, les chaînes de télévision sont reçues par une tête de station et rediffusés telles quelles sur le réseau local ou modulées sur des fréquences différentes et/ou dans un type de modulation différente. Ici, on entend par tête de station un système central de réseau permettant : la récupération de signaux de télécommunication (chaînes télévisuelles, internet, service de vidéo à la demande ou "VOD", etc.),
le traitement de ces signaux (modulation/démodulation, adaptation, multiplex, etc.), la diffusion adaptée des signaux traités auprès des terminaux du réseau.
Il peut être également avantageux de proposer dans les chambres un ou plusieurs services dédiés, comme par exemple une chaîne interne, diffusée depuis la tête de station. Les services de la seconde catégorie sont caractérisés par un mode interactif permettant de répondre aux demandes particulières de chaque utilisateur (ou récepteur). Un exemple typique est la Vidéo à la Demande (« VOD »), souvent mise en œuvre par diffusion payante à la demande de films parmi un catalogue remis à jour régulièrement par l'établissement. En mode interactif, les flux de données étant généralement bidirectionnels, un réseau de diffusion n'est plus suffisant et la mise en place d'une « voie de retour » est donc nécessaire. Les flux de données montant et descendant peuvent être véhiculés par le même réseau ou non. Les besoins en bande passante sur le réseau sont proportionnels au nombre d'utilisateurs simultanés. Comme traditionnellement les services interactifs viennent s'ajouter aux services de diffusion, leur déploiement nécessite un réseau capacitif (en débit).
Les services de diffusion sont historiquement bâtis sur des réseaux coaxiaux transmettant l'ensemble des services reçus par un système antennaire à tous les récepteurs. Une telle architecture peut servir un nombre illimité de récepteurs, le nombre maximum de services de diffusion est quant à lui borné par la bande passante disponible sur le réseau (classiquement 850 MHz) et celle utilisée par chaque service. Le passage du monde analogique au numérique a permis de multiplier par au moins un facteur 4 le nombre de services pouvant être offert en regroupant plusieurs services dans un multiplex occupant une seule bande de fréquences.
De longue date des services interactifs sont déployés sur ce type d'infrastructure coaxiale. L'interactivité et la voie de retour sont gérées grâce à un boîtier inséré entre le réseau coaxial et le récepteur. Classiquement le récepteur est un téléviseur et le boîtier est appelé « set-top box » (ou STB) et une partie de la bande passante du réseau coaxial est dédiée à la voie de retour. La grande majorité des déploiements réalisés dans les mondes de l'hôtellerie et de la santé se fondent sur des technologies propriétaires aussi bien pour la gestion de l'interactivité que pour l'allocation des ressources. Des fournisseurs d'accès aux services via le câble (ou « câblo-opérateurs ») ont contribué à l'établissement d'un standard avec les normes DOCSIS (pour « Data Over Cable Service Interface Spécification ») et l'« Edge QAM » régissant le transport de flux de données au protocole IP (« Internet Protocol ») sur réseau coaxial, ainsi que l'allocation dynamique des ressources de bande passante. Les boîtiers STB compatibles avec ces technologies sont cependant onéreux pour le monde des collectivités et ont un dimensionnement physique pensé pour le domicile des particuliers et non pour des chambres d'hôtel ou d'hôpital.
Pour palier aux limitations du monde coaxial, des solutions fondées sur les protocoles IP ont été développées pour fournir des services télévisuels numériques, de diffusion et interactifs, sur des infrastructures structurées (type Ethernet, sur paires torsadées, sur fibre optique, etc.), bidirectionnelles par nature, relaxant ainsi les contraintes de bande passante. De telles architectures sont très performantes mais également très onéreuses. Si elles répondent parfaitement au besoin des établissements de luxe, elles ne sont pas abordables pour tous les acteurs de l'hôtellerie. Elles nécessitent également des travaux lourds, pas toujours envisageables et dont les coûts peuvent être rédhibitoires. Les acteurs du monde de l'audiovisuel cherchent à optimiser l'utilisation des nouvelles technologies pour bâtir et normaliser de nouveaux services pour le grand public. À ce titre, la norme européenne émergente HbbTV (pour « Hybrid broadcast broadband Tele Vision ») propose d'utiliser simultanément le « broadcast » (ou diffusion) et le « broadband » (accès Internet haut débit) pour offrir respectivement des services de diffusion, comme les chaînes de télévision classiques, et des services à la demande comme la VOD et la télévision de rattrapage en différé (ou « catch up TV ») ainsi que des pages de contenu hypertexte, basés sur les technologies Web.
Dans un environnement hybride, le poste de télévision diffuse les services de télévision linéaires « broadcast » reçus par un syntoniseur hautes fréquences (en télévision numérique ou analogique), mais peut également afficher un flux audio ou vidéo en provenance d'un réseau « broadband », utilisant des normes de diffusion en flux (ou « streaming »). Parmi les normes de « streaming » reposant sur une diffusion broadband, on peut citer par exemple les protocoles normalisés RTP (pour « Real-time Transport Protocol ») ou encore RTSP (pour « Real Time Streaming Protocol »). Un tel flux est en général piloté par une application interactive, qui peut être signalée lors de la diffusion du service « broadcast », comme c'est le cas avec la norme HbbTV.
Ces services sont utilisables sur des téléviseurs dit « connectés » embarquant notamment un navigateur Web et un port physique Ethernet. Une des briques essentielles de ces nouvelles solutions est l'utilisation de débit adaptatif rendu possible par des têtes de station évoluées. Le principe du débit adaptatif est d'adapter le débit du flux de diffusion aux possibilités de bande passante entre le serveur et le « client » (terme adopté dans la suite pour désigner le poste de télévision connecté ou le terminal STB auquel il est relié). On peut citer par exemple la norme MPEG DASH (« Moving Picture Experts Group / Dynamic Adaptative Streaming over HTTP ») qui repose sur la diffusion d'un fichier dit « manifeste » contenant des informations sur les différents débits disponibles pour la diffusion, et sur le format de transport MPEG TS (TS pour « Transport Stream »).
Ces nouveaux matériels sont cependant extrêmement onéreux notamment car conçus pour servir un grand nombre d'utilisateurs. Ils ne sont donc pas financièrement abordables par un établissement collectif. L'idée d'une tête de station partagée n'est également pas envisageable par la plupart des établissements car cela requiert un débit Internet important pour de tels établissements dont les coûts sont prohibitifs pour une majorité des acteurs dans l'hôtellerie ou le domaine hospitalier par exemple.
L'utilisation de téléviseurs connectés en chambre pour la diffusion des services de télédiffusion peut entraîner des problèmes de qualité de service. En effet, de plus en plus de programmes de télédiffusion utilisent les nouvelles techniques de diffusion hybrides pour proposer des applications interactives offrant des services liés à ces programmes. Comme indiqué plus haut, en plus de l'accès à des informations interactives textuelles (informations sur les programmes, informations de météo, nouvelles) ces applications incluent la diffusion de vidéos, par exemple la télévision de rattrapage en différé (ou « catch-up TV »), la vidéo à la demande, etc.
Une norme telle que HbbTV permet aussi la diffusion de contenus multimédias directement dans le flux de transmission sous la forme de carrousels de données qui transportent alors les fichiers qui composent application interactive.
Dans un établissement collectif disposant d'un accès internet et de télévisions connectées, les utilisateurs peuvent ainsi faire appel à ces services connectés et notamment aux services de diffusion à la demande. Or, même si l'établissement dispose d'un accès à internet à très haut débit, le débit nécessaire pour diffuser simultanément, dans plusieurs chambres, plusieurs sessions de services de diffusion à la demande peut provoquer un engorgement du réseau informatique local, et entraîner une baisse notable de la qualité du service d'accès à un intranet ou à l'internet.
La présente invention vient améliorer la situation. Elle propose à cet effet un procédé mis en œuvre par une entité informatique pour fournir au moins des services à la demande, différenciés, à une pluralité de terminaux respectifs, avec des moyens de communication en mode de diffusion desdits services.
Ici, les services à la demande peuvent être de type :
« vidéo à la demande » (ou VOD), ou encore service informatif, par exemple une page d'accueil d'un portail en ligne d'un établissement collectif, ou une page d'information par exemple de catalogue de services (météo, numéro de chambre, note de minibar, etc., ou autres), ou encore simplement un service de fourniture de données de télévision, - ou autres.
Les terminaux peuvent être : des postes de télévision connectés, de simples téléviseurs reliés à un modem ou un terminal de type Set-Top-Box, ou encore des terminaux de type Set-Top-Box eux-mêmes, - ou encore des ordinateurs (fixes ou portables) comportant des moyens de connexion à un réseau local et des moyens de lecture d' au moins un flux commun décrit plus loin, etc.
La communication en « mode de diffusion » précitée concerne notamment une communication de type « broadcast ».
L'entité informatique précitée peut générer en particulier un flux indifférencié, commun aux terminaux, ce flux commun comportant au moins des tables de signalisation desdits services à la demande, chaque table de signalisation étant dédiée à un terminal et chaque terminal étant configuré pour lire la table de signalisation du service à la demande qui lui est dédiée et ignorer les autres tables de signalisation.
L'entité informatique reçoit, d'une partie au moins des terminaux, des requêtes de services à la demande, par voie de retour entre les terminaux et l'entité informatique. L'entité informatique étant connectée à une source de données de services à la demande, il est ainsi possible de conditionner la délivrance desdites données dans le flux commun en fonction desdites requêtes.
On comprendra ainsi qu'on entend par « voie de retour » la possibilité d'une communication bidirectionnelle entre chaque terminal et l'entité informatique précitée. Dans une réalisation, les requêtes sont formulées par exécution d'une application auprès d'un terminal. Par exemple, les tables de signalisation précitées peuvent pointer vers au moins une table de déclaration d'application interactive comportant au moins des données de lien vers un script de cette application. En variante, un terminal peut comporter un moyen de stockage d'un script préenregistré lié à cette application, lequel script préenregistré comporte au moins des données de lien vers un script de cette application. Par exemple, avec la technologie « Philips Net TV », un terminal tel qu'un poste de télévision peut ne stocker qu'un lien unique, de type URL (« Uniform Resource Locator » ou « Universal Resource Locator ») pointant vers la page d' accueil de cette application.
Côté entité informatique, chaque requête reçue comporte préférentiellement un identifiant de terminal ayant généré la requête, et l'entité informatique peut statuer alors sur cette requête par exemple en fonction de droits d'accès associés à ce terminal, en conditionnant la délivrance dans le flux commun de données sollicitées dans la requête.
Avantageusement, on peut prévoir une application interactive pour afficher sur un écran du terminal des informations sur un ou plusieurs services à la demande disponibles, et pour contrôler parallèlement une diffusion des données de service à la demande dans le flux commun par communication avec l'entité informatique.
Dans une réalisation avantageuse, le flux commun est généré conformément au standard DVB, et lesdites tables de signalisation précitées peuvent être des tables de correspondance des programmes (ou « PMT » pour « Program Map Table »). Plus particulièrement, le flux peut être au standard DVB selon la norme particulière HbbTV, notamment pour la transmission dans le flux commun de tables d'application interactive correspondant à des tables dites « d'information d'application » (ou « AIT » pour « Application Information Table »). L'application interactive peut suivre la norme CEA-2014 et notamment CE- HTML (« Consumer Electronics HTML ») et les normes dérivées (OIPF, HbbTV, etc.).
Dans une réalisation particulière, l'entité informatique et les terminaux peuvent communiquer via un réseau à infrastructure coaxiale, par transmission de données par des modems de type « DOCSIS ». On comprendra alors qu'avec un tel type d'infrastructure (réputée à faible bande passante), il convient de limiter les données non utiles susceptibles de surcharger l'infrastructure précitée. On indique ici que DOCSIS est une norme spécifique qui définit les conditions d'interface de communications et de soutien d'opération pour un système de données utilisant le système de télévision par câble. Il permet l' addition du transfert de données à vitesse élevé à un système existant de télévision par câble. Il est notamment utilisé pour fournir l' accès à Internet sur des infrastructures coaxiales.
Dans une forme de réalisation, on peut filtrer des requêtes provenant des terminaux, afin d'interdire un accès à des services distants (par exemple par la mise en place d'un pare -feu).
Dans une réalisation en particulier, l'entité informatique peut être agencée pour filtrer des applications dans des flux élémentaires, en amont du flux commun, selon au moins les étapes :
réception des flux élémentaires ;
lecture d'un contenu de tables de signalisation dans les flux élémentaires et de tables de déclaration d'application interactive associées à au moins un service à la demande de flux élémentaires correspondant ; et
suppression des tables de déclaration d'application interactive.
Dans une variante de cette réalisation, au lieu de supprimer les tables de déclaration d'application interactive précitées, il est possible de mettre en œuvre les étapes :
- modification des tables de signalisation par suppression d'entrées correspondant à des pointeurs vers lesdites tables de déclaration d' application interactive, remplacement des tables de signalisation par les tables modifiées dans le flux commun. Dans une autre forme de réalisation, l'entité informatique peut être agencée pour filtrer des applications dans des flux élémentaires, en amont du flux commun, selon au moins les étapes :
réception des flux élémentaires ;
lecture d'un contenu de tables de signalisation dans les flux élémentaires et de tables de déclaration d'application interactive associées à au moins un service à la demande de flux élémentaires correspondant ;
réécriture des tables de déclaration d'application interactive après suppression d'entrées correspondant à une définition de protocole de communication entre les terminaux et l'entité informatique.
L'entité informatique peut être agencée en outre pour modifier les tables de signalisation en ajoutant une entrée correspondant à une nouvelle table de déclaration d'application interactive et pour modifier des identifiants de flux d'origine, de sorte que toute application associée à un flux élémentaire est considérée par un terminal comme une seule et même application.
On comprendra que ces techniques de « filtrage » sur voie de retour sont avantageuses dans l'absolu, indépendamment de la nature du service à la demande (VOD, ou simple requête de données TV, ou requête de contenu informatif (numéro de chambre dans une page d'accueil, par exemple), ou autres).
Ainsi, la présente invention propose d'utiliser le réseau de diffusion (« broadcast ») en particulier pour diffuser des services à la demande. Elle propose notamment d'associer une application interactive au contenu de diffusion à la demande. Cette application interactive peut être chargée par exemple d'informer l'utilisateur sur le contenu visionné, et de contrôler la diffusion du flux en communicant avec le serveur (par le protocole HTTP par exemple). Cette application n'a pas besoin d'un débit de données important, et permet l'utilisation sur un réseau à infrastructure coaxiale, par exemple en faisant transmettre les données par de simples modems DOCSIS.
La présente invention vise aussi l'entité informatique en tant que telle (portant la référence S dans les figures commentées ci-après) pour la fourniture de services à la demande, différenciés, à une pluralité de terminaux respectifs, et reliée à des moyens de communication en mode de diffusion desdits services, l'entité comportant :
- des moyens générant un flux indifférencié, commun aux terminaux, le flux comportant au moins des tables de signalisation desdits services à la demande, chaque table de signalisation étant dédiée à un terminal,
- des moyens de réception, d'une partie au moins des terminaux, des requêtes de services à la demande, par voie de retour entre les terminaux et l'entité informatique,
- une connexion à une source de données de services à la demande pour conditionner la délivrance desdites données dans le flux en fonction desdites requêtes.
L'invention vise aussi un programme informatique comportant des instructions pour la mise en œuvre du procédé ci-avant, lorsque ce programme est exécuté par un processeur. A ce titre, la figure 5 par exemple, commentée ci-après, peut représenter un organigramme de l'algorithme général d'un tel programme informatique, à titre d'exemple.
D'autres avantages et caractéristiques de l'invention apparaîtront ci-après à la lecture de la description donnée à titre d'exemples de réalisation non limitatifs, et à l'examen des dessins sur lesquels :
- la figure 1 illustre un exemple de réalisation pour la diffusion des flux, sans préciser ici la voie de retour et la diffusion d'applications connectées vers les terminaux (des postes de télévision dans l'exemple représenté),
- la figure 2 illustre l'exemple de réalisation de la figure 1 avec une voie de retour utilisant la norme DOCSIS (sur un même réseau coaxial que celui illustré sur la figure 1) ;
- la figure 3 est un schéma fonctionnel de mise en œuvre de l'exemple de réalisation représenté sur la figure 2 ;
- la figure 4 illustre un exemple d'agencement de tables de déclaration dans le flux que délivre l'entité informatique S de la figure 3 ; et
- la figure 5 illustre schématiquement les principales étapes du procédé mis en œuvre par l'entité informatique S selon un exemple de réalisation générale.
Un établissement hôtelier (ou équivalent) dispose d'un réseau de télévision numérique interne basé sur une infrastructure coaxiale, le service de télévision numérique étant diffusé depuis un serveur central du site (appelé aussi « tête de station »). Ce serveur distribue aux chambres des services de télévision reçus par des antennes ou diffusés depuis un serveur dédié (serveur de diffusion de flux de vidéo à la demande par exemple). Ces services de télévision peuvent signaler des applications interactives, comme on le verra plus loin en détails.
L'établissement est équipé d'une voie de retour, de la chambre vers le serveur central. Cette voie de retour peut reposer sur le même réseau coaxial (« IP » pour « Internet Protocol » sur câble coaxial, par exemple dans un système communiquant selon la norme DOCSIS, ou par courants porteurs en ligne), sur un réseau Wifi, un câblage en paire torsadée ou toute autre infrastructure.
L'établissement est équipé de terminaux consistant, dans l'exemple représenté en des téléviseurs connectés (directement ou via boîtiers STB) capables de recevoir des applications interactives signalées dans les flux de transmission. L'établissement est équipé d'un système de diffusion de contenus multimédias à la demande (par exemple de vidéo à la demande ou « VOD ») depuis le serveur central.
On cherche alors à filtrer les applications connectées, associées aux services de télédiffusion diffusés sur le réseau local, et à contrôler le programme de vidéo à la demande à l'aide d'une application connectée signalée dans les tables d'information associées au contenu numérique diffusé, plus particulièrement appliqué aux normes DVB (pour « Digital Video Broadcasting ») et HbbTV (pour « Hybrid broadcast broadband Tele Vision »). Selon une autre réalisation décrite plus loin, l'application connectée est une application globale préenregistrée dans un moyen de stockage de terminal. Dans ce cas, l'application est indépendante du flux (pas de signalisation a priori de l'application dans le flux).
On se réfère maintenant à la figure 1 sur laquelle est illustré un système en réseau pour la diffusion de flux. Ici, le système comporte une entité informatique S qui diffuse des flux auprès des terminaux TV1, TV2,..., TVN via un réseau câblé COAX (de type « coaxial » par exemple) et par lequel les terminaux sont raccordés à l'entité informatique S. L'entité informatique S est connectée à une unité de réception 12 récupérant des flux de données relatives à des services télévisuels. Ces flux peuvent provenir à titre d'exemple : d'une antenne terrestre A-T, dans le cadre d'une réception du flux de télévision (TV) par voie hertzienne,
- d'une antenne satellite A-S, dans le cadre d'une réception du flux de télévision (TV) par transmission satellite, et/ou
d'une antenne satellite A-C, dans le cadre d'une réception du flux de télévision (TV) par transmission par câble.
L'unité de réception 12 communique les flux TV reçus à un multiplexeur 13 de l'entité informatique S. Le multiplexeur 13 reçoit aussi un flux comportant des données (notamment vidéo-audio) de services à la demande en provenance par exemple d'un serveur de vidéos à la demande S_VOD. Le multiplexeur 13 est raccordé à une source de contenus multimédias 10 (diffusant des données multimédias de présentation de services, par exemple un film vidéo de présentation de l'hôtel, des bandes annonces des services à la demande, etc.). Le multiplexeur 13 est raccordé en outre à un générateur de tables de signalisation 11. De manière non limitative, on a représenté la source de contenus 10 et le générateur de tables 11 au sein de l'entité informatique S. Le générateur 11 permet de : modifier les tables de signalisation relatives au flux reçu par le multiplexeur 13 (qui est en provenance de l'entité de réception 12), et ajouter des tables de signalisation relatives à des services à la demande émis par le serveur S_VOD et/ou à des contenus multimédias venant de la source de contenus 10.
De la sorte, le multiplexeur 13 génère au moins un flux de données de services qu'il communique à un ou plusieurs modulateur(s) 14 qui diffuse(nt) ce flux (selon différentes fréquences par exemple) sur le réseau COAX à destination des terminaux TV1, TV2, TVN. On comprendra alors que ce flux correspond au « flux commun » précité, indifférencié, pour tous les terminaux TV1, TV2, TVN. Le modulateur 14 injecte les flux sur le réseau COAX par l'intermédiaire d'un coupleur d'antenne 15. Ici, on a représenté un serveur web 105 au sein de l'entité informatique S. Ce serveur web 105 comporte des contenus d'application interactive. Ces contenus sont délivrés par le serveur 105 sur requête des terminaux TV1, TV2, TVN (par exemple en tant que « serveur HTTP »). Comme décrit plus loin, les contenus sont transmis soit par une voie retour (par laquelle sont véhiculées les requêtes) soit par des carrousels de données du flux diffusé aux terminaux. Le serveur web 105 peut également interpréter des requêtes de contrôle de services à la demande en provenance des terminaux transmis par la voie de retour et, comme décrit plus loin, générer des consignes de délivrance de ces services auprès du serveur S_VOD.
L'entité informatique S peut être raccordée en outre à un réseau étendu RE de type « internet » pour communiquer avec des serveurs distants (non représentés sur la figure) par exemple pour d'autres services.
En outre, l'entité informatique S peut être connectée à un système de gestion de profils PMS (pour « Property Management System ») afin d'obtenir des informations particulières comme par exemple, dans le cadre d'un hôtel, le nom des clients occupant les chambres de l'établissement, les numéros de chambre, éventuellement des droits d'accès à certains services, etc.
On se réfère maintenant à la figure 2 pour décrire un système de même nature précisant la mise en œuvre d'une voie de retour. La voie de retour est assurée ici par une transmission via le réseau COAX en utilisant la norme DOCSIS. Les terminaux TV1, TV2, TVN sont connectés à des répartiteurs 23 permettant : d'une part, aux terminaux de recevoir les flux diffusés par le ou les modulateur(s) 14, et d'autre part, à des modems DOCSIS 21 de transmettre les données à destination des terminaux par une liaison 22 reliant le modem au terminal, et à transmettre les données émises par ce terminal via le réseau COAX. Un modem DOCSIS 21 permet notamment les échanges de données entre les terminaux et l'entité S, et plus particulièrement les requêtes HTTP en provenance des terminaux, et leurs réponses en provenance de l'entité S.
Pour ce faire, les données sont émises par les téléviseurs TV1, TV2, TVN aux modems DOCSIS 21 via la liaison 22 (câble Cat 5 et connecteurs RJ45 par exemple). Ainsi, les modems 21 modulent les données qui composent les requêtes des téléviseurs selon la norme DOCSIS et les envoient à l'entité informatique S. Le coupleur d'antenne 15 permet l'injection de plusieurs signaux sur le réseau COAX. Il reçoit en particulier les flux en provenance du ou des modulateur(s) 14 et d'un serveur CMTS. Le serveur CMTS (pour « Cable Modem Termination System »), conforme à la norme DOCSIS, est placé en interface entre le coupleur d'antenne 15 et l'entité informatique S afin de moduler et démoduler les données en provenance et/ou à destination des modems DOCSIS 21.
En référence à la figure 3, des antennes de réception A-T, A-S et A-C reçoivent des flux de télédiffusion et accessoirement des flux de diffusion provenant d'Internet (par exemple des web-radios). Par ailleurs, des fichiers vidéo 10 sont stockés en mémoire, par exemple pour diffuser une ou plusieurs chaînes supplémentaires (ou « chaîne interne ») sur le réseau local. La référence 12 désigne la réception des flux, avec démodulation et émission sous la forme de paquets TS (pour « Transport Stream ») encapsulés dans des paquets UDP (pour « User Data Protocol ») multicast ou unicast, formant un flux SPTS (Single Program Transport Stream : un seul service par flux UDP). La référence 11 désigne un module de génération de tables de signalisation MPEG2 PSI (« Program Spécifie information ») et DVB SI (« Service Information ») de type :
- PAT (pour « Program Association Table ») correspondant à une table d'association de programme qui liste les services avec un référencement des tables de correspondance de programme et fournit par ailleurs l'identifiant PID (pour « Packet Identifier ») des paquets relatifs à une table NIT (« Network Information Table ») comprenant des informations de réseau,
- PMT (pour « Program Map Table ») correspondant à une table de correspondance de programmes qui liste les composantes d'un service par l'identification des PID des paquets relatifs, - NIT (pour « Network Information Table ») correspondant à une table d'information de réseau qui comprend des informations à propos du réseau physique, et
- AIT (pour « Application Information Table ») correspondant à une table d'information d'application qui décrit un élément de service de type applicatif, tel qu'une application interactive,
- SDT (pour « Service Description Table ») correspondant à une table d'information de services.
Ces tables peuvent être préexistantes dans un premier flux que reçoit l'entité informatique S et cette entité génère à partir de ce premier flux un deuxième flux dont les tables PAT sont réécrites en fonction de la liste des services à diffuser dans chaque multiplex DVB en sortie. Les tables PMT d'origine peuvent être réécrites pour supprimer ou ajouter des informations sur des flux élémentaires (telles des informations sur les tables AIT). Les tables AIT d'origine peuvent être supprimées, modifiées, par exemple pour supprimer les informations concernant le protocole HTTP, ou remplacées. La table NIT peut être modifiée pour modifier les informations du réseau d'origine par exemple. La table SDT peut être modifiée pour prendre en compte les informations sur les services indifférenciés additionnels, ou supprimée pour empêcher la mise à jour automatique des postes de télévision.
Le serveur web 105 d'applications connectées génère le contenu des applications interactives. Il s'agit d'un serveur de type 'serveur Web' traitant les requêtes URL par le protocole HTTP. Il peut également diffuser des contenus multimédias, tels des vidéos promotionnelles, à diffuser dans des pages de l'application interactive (via HTTP également, ou via RTP / RTSP).
On peut prévoir en outre un système PMS de gestion clients PMS (pour « Property management System ») de l'hôtel ou plus généralement de l'établissement collectif.
Un serveur S_VOD de médias audiovisuels à la demande contient une base de données de contenus audiovisuels (tels que des films) et fournit les flux élémentaires des contenus audiovisuels à diffuser, avec : des tables de signalisation nécessaires au générateur de tables 11 pour pouvoir générer les tables PMT contenant les informations conformes au flux diffusé, et les flux élémentaires (vidéo, audio dans la langue sélectionnée par le client, etc.) au multiplexeur pour une diffusion sur le réseau. Le multiplexeur 13 reçoit alors plusieurs flux élémentaires et des tables d'information sous forme de paquets TS devant être multiplexés au sein d'un seul flux (multiplex). Le multiplexeur peut également filtrer des paquets par leur identifiant PID. En général, on peut prévoir plusieurs multiplex en sortie, sous forme de flux IP (TSoIP ou « Transport Stream over IP ») qui seront chacun modulés sur une fréquence différente par le ou les modulateurs 14 (généralement selon les normes DVB-C ou DVB-T).
Enfin, la référence COAX désigne le réseau câblé sur lequel transite les flux DVB jusqu'aux postes de télévision connectés et la référence 111 désigne un réseau au protocole IP, par exemple : - un réseau de type LAN/Ethernet sur paires torsadées ou similaire ;
- un réseau sans-fil de type Wifi ;
- le réseau coaxial précité sur lequel les données sont modulées selon la format normalisé DOCSIS ou une technique équivalente, le câble coaxial étant alors réparti en deux branches à l'arrivée en chambre, pour le connecteur antenne du poste de télévision et pour le connecteur antenne d'un modem, le connecteur
LAN (« Local Area Network ») du poste de télévision étant branché sur le modem (dans ce cas, on peut prévoir un appareil de type CMTS placé en tête de réseau pour jouer le rôle de pont entre les données modulées selon le format DOCSIS et le réseau LAN des serveurs) comme représenté à titre d'exemple sur la figure 2 ;
- un réseau de type CPL (courant porteur en ligne), technologie similaire à celle d'un réseau coaxial ;
- ou autre.
On indique qu'un pare-feu peut être utile en outre pour interdire par exemple toute communication extérieure avec les postes de télévision afin d'éviter une saturation du réseau 111.
Dans une réalisation, les différents modules 10, 11 , 105, et 13 peuvent être regroupés auprès de la même entité informatique S.
Ainsi, un serveur localisé en tête de station de l'établissement S_VOD diffuse un ensemble de médias audiovisuels à la demande sur le réseau local COAX. Ici par exemple, chaque téléviseur est identifié par le serveur web 105 au moyen de son adresse IP (adresse fixe affectée par un serveur DHCP (pour « Dynamic Host Configuration Protocol ») à partir de son adresse MAC, et est relié au réseau informatique 111.
Si un utilisateur sélectionne avec sa télécommande un portail interactif diffusé sur une des chaînes disponibles en chambre, ce portail peut par exemple être diffusé via la norme HbbTV, avec en particulier des tables de signalisation générées par le module 11 et le contenu de l'application peut être délivré par le serveur web 105. Des informations lui sont données à l'écran par le biais de l'application interactive sur la liste des contenus disponibles en VOD ainsi que leur tarif par exemple.
L'utilisateur sélectionne un contenu (un film unique ou une offre forfaitaire sur une durée donnée) et entre un code sur sa télécommande pour valider son achat. La session est alors ouverte et des informations sont affichées à l'écran pour indiquer au client comment visionner un film, comme par exemple changer de chaîne (« taper 0 »). Il convient de noter que le renvoi vers une autre chaîne peut être automatique. La session est fermée au bout d'un temps donné, par exemple le lendemain à midi ou lors du départ de l'utilisateur de l'établissement collectif (check-out dans un hôtel par exemple).
Le serveur de VOD S_VOD diffuse le contenu via des multiplex DVB sur un nombre C de canaux. Chaque multiplex peut diffuser au maximum M sessions simultanées parmi les N services signalés dans le flux. Le nombre M est défini par le débit disponible dans le multiplex, et dépend de la technique de diffusion (modulation, largeur de bande, etc.). Par exemple : pour une diffusion en DVB-C, QAM-128, le débit d'un multiplex est d'environ 44 Mpbs,
si chaque vidéo est encodée à 8 Mbps, on peut diffuser M = E(44/8) = 5 contenus simultanés dans un multiplex,
- avec 8 canaux disponibles (= 8 fréquences), on peut donc diffuser au total sur l'établissement M x C = 5 x 8 = 40 contenus simultanés.
Les téléviseurs sont, quant à eux, préréglés pour recevoir un seul des N services potentiellement diffusés dans le multiplex. Ils sont ensuite bloqués pour ne pas pouvoir recevoir les services diffusés dans le multiplex et qui ne leur sont pas destinés. Le plan de chaînes de chaque téléviseur réserve en particulier C chaînes à la VOD. La diffusion est effectuée sur l'une de ces chaînes selon un principe d'emplacement libre. Le plan de chaînes de chaque téléviseur comprend ainsi : les chaînes de télévision standard, et
les chaînes additionnelles :
o la chaîne portail de l'établissement collectif (qui diffuse une application connectée de type portail),
o les C chaînes dédiées à la VOD.
Pour régler le téléviseur, il est possible de générer un fichier de réglage sur une clé mémoire USB et utiliser une fonction dite « de clonage » des téléviseurs. Afin de reproduire dans le fichier de réglage la liste des chaînes de télévision standard, il est possible de : diffuser dans la chaîne portail une application spécifique de réglage (HbbTV ou équivalente) qui détecte le plan de chaînes (par exemple en faisant appel à des classes JavaScript de contrôle du plan de chaînes) ;
allumer un téléviseur du réseau coaxial et lancer une procédure de réglage automatique ;
sélectionner la chaîne portail et lancer l'application de réglage.
Dans une réalisation particulière, cette application
o détecte la liste des chaînes (nom et caractéristiques telles que
« original_network_id, transport_stream_id, service_id ») o et envoie ces informations au serveur.
Le serveur enregistre ces informations. Plus particulièrement, un utilitaire permet de générer le plan de chaîne complet de chaque téléviseur à partir de ces informations, sous forme d'un ou plusieurs fichiers de clonage. Pour chaque téléviseur, on peut alors copier le ou les fichiers sur une clé mémoire USB et l'utiliser pour le réglage des chaînes comme indiqué précédemment. Si l'application connectée dispose d'une interface API (pour « Application Programming Interface ») permettant de modifier le plan de chaînes, il est aussi possible de régler les chaînes additionnelles sur le téléviseur directement à partir d'une application de réglage.
Ainsi, lors de l'ouverture d'une session, un module de gestion de session VOD de l'entité informatique S (non représenté sur les figures) : - peut identifier le poste de télévision cible par son adresse IP (liée à son adresse
MAC par la base de donnée du serveur DHCP) ; en effet, lors de la négociation à l'initialisation de la connexion réseau, le serveur DHCP fournit une adresse IP aux postes de télévision connectés en fonction de leur adresse MAC ;
sélectionne l'un des M x C emplacements libres ; informe le serveur web 105 d'application du portail du numéro de chaîne sur laquelle la vidéo est disponible (typiquement l'un des C canaux réservés), informe le serveur VOD S_VOD de commencer à diffuser un service sur le multiplex choisi, en utilisant comme numéro de service (SID ou « service_id » pour « Service IDentifier ») le numéro préalablement réservé au poste de télévision, et indique éventuellement au module 11 de signaler l'application interactive permettant de contrôler la session de diffusion à la demande, ou
alternativement, cette application peut être activée directement par le poste de télévision (notamment lorsque l'application est préenregistrée dans le poste), soit lors d'un changement de chaîne, soit au démarrage.
Si les M x C emplacements sont occupés, la session ne peut être ouverte et un message est affiché à destination de l'utilisateur.
Sinon, une fois la session ouverte, l'application interactive peut intercepter les événements tels que l'appui sur un bouton de la télécommande. En réponse, l'application affiche une interface utilisateur à l'écran en superposition du contenu multimédia et/ou envoie des requêtes HTTP au serveur web 105. Ces requêtes peuvent consister par exemple à naviguer dans le contenu en cours avec notamment le lancement d'une action de : lecture,
mise en pause,
- déplacement dans le contenu à une position donnée (début, fin, position actuelle plus ou moins 30 secondes, etc.),
demande de la position actuelle et de la durée totale (afin d'informer l'utilisateur), ou autres.
Avantageusement, une application connectée, par exemple une application HbbTV, est signalée au téléviseur dans les tables d'information diffusant le contenu VOD. Cette application est signalée en mode « AUTOSTART » pour démarrer automatiquement lorsque la chaîne sur laquelle est diffusé le contenu VOD est sélectionnée. L'interface utilisateur est affichée lorsqu'une action est demandée, et cachée dans le cas contraire pour ne pas occuper une partie de l'image du programme de VOD. Alternativement, cette application connectée, par exemple une application suivant la norme CE-HTML (« Consumer Electronics HTML »), peut être déclarée lors du réglage du téléviseur, par exemple sous la forme d'une URL, et activée automatiquement par le téléviseur sur un événement tel que la mise sous tension ou la sélection d'une chaîne. Cette application peut effectuer par exemple les actions ci-après.
Si l'utilisateur n'a pas démarré la vision ou si le programme est en pause, il peut être proposé une présentation du contenu, avec :
o le titre du film, son affiche, une description succincte ;
o une information sur la position actuelle dans le programme (si en pause) ; o un rappel du mode d'emploi d'utilisation de la télécommande ; o une information sur la durée de session VOD.
L'application peut également proposer d'autres contenus existants, par exemple la liste des films faisant partie de l'offre commerciale souscrite par l'utilisateur.
L'application peut intercepter les événements tels que l'appui sur certaines touches de la télécommande, comme par exemple :
o la réception d'un ordre issu d'une touche PLAY, PAUSE, «, », ou autre, et l'envoi des ordres correspondants à l'entité S,
o la réception d'un ordre issu d'une touche « bouton rouge » par exemple, pour faire apparaître une barre de navigation,
o ou autres.
L'application peut en outre proposer une vérification des droits en interrogeant l'entité informatique S via des requêtes HTTP. En cas de réponse négative de l'entité informatique S, par exemple si l'utilisateur ne dispose pas des droits pour recevoir la chaîne sélectionnée (pas de session ouverte par exemple), l'application peut décider d'actions telles que :
o prévenir l'entité informatique S (procédure d' anti-piratage),
o sélectionner une autre chaîne du plan de chaînes du téléviseur, telle que la chaîne portail de l'établissement, ceci afin d'empêcher l'utilisateur de continuer de voir un contenu payant pour lequel il n' a pas été facturé.
On se réfère maintenant à la figure 4 pour décrire en particulier la génération des diverses tables de déclaration par l'entité S. La table PAT 201 déclare N services pour les N postes de télévision (TV1, TV2, TVN) du réseau local. Chaque poste de télévision TVj (j de 1 à N) est réglé pour ne recevoir que le service j et pour ignorer les autres services.
Dans l'exemple représenté, les tables PMT 202 et 203 sont respectivement à destination des téléviseurs TV1 et TV2. Ces tables pointent respectivement les flux élémentaires 204 et 205 (non limités à des contenus vidéo et audio) qui sont diffusés par le serveur de média audiovisuel à la demande S_VOD. Si aucune session de service de média audiovisuel à la demande n'est ouverte pour un poste de télévision particulier, les flux élémentaires correspondant ne sont pas diffusés et aucun média audiovisuel n'est affiché sur ce poste de télévision. À tout moment, on ne peut prévoir au plus que M sessions ouvertes pour un flux de transmission donné, soit au plus M tables PMT pointant des flux élémentaires présents dans le flux. En particulier, les autres tables PMT pointent des flux élémentaires absents du flux de transmission.
Toutes les tables PMT pointent également une application interactive signalée via une table AIT 207. Ici, cette table AIT déclare une application interactive hébergée par le serveur web 105 à l'adresse IP du réseau local (par exemple 192.168.10.1, de sorte que le point d'entrée de l'application est ici défini par l'URL : « http://192.168.10.1/index.html »).
On notera qu'il peut être judicieux de diffuser une partie des fichiers qui composent l'application interactive sous forme de carrousels de données afin d'éviter d'utiliser la bande passante limitée du réseau de données. Il suffit alors d'ajouter dans les tables PMT un descripteur de carrousel de données et d'associer à la table AIT un descripteur d'extension de domaine d'application par exemple pour donner à l'application l'autorisation d'accéder à ces données.
Le serveur web 105 étant connecté à un gestionnaire de sessions et au serveur de média audiovisuel à la demande S_VOD, il est bien entendu capable de générer des contenus différents selon qu'une session est ouverte ou non.
Par exemple, si aucune session n'est ouverte sur le poste TV1, ce dernier ne reçoit aucun média audiovisuel 204 en provenance du câble antenne (ce qui résulte simplement en un écran noir). L'application interactive est de préférence toujours signalée par la table PMT 202, et le poste de télévision TV1 peut ainsi afficher un message d'invite et/ou une page promotionnelle par-dessus cet écran noir.
Ensuite, si par exemple une session est ouverte sur le poste TV1, ce dernier reçoit le média audiovisuel 204 en provenance du serveur S_VOD. L'application interactive peut alors répondre à l'appui d'une touche de la télécommande en affichant par exemple une interface utilisateur de contrôle de la session indiquant la position courante dans le programme audiovisuel et permettant de mettre en pause, de reculer et/ou d'avancer le contenu multimédia de ce programme.
Afin d'éviter l'apparition d'un écran noir, et afin de contrôler les droits d'accès aux services à la demande, une routine de l'application interactive est exécutée périodiquement sur le poste de télévision (poste de l'utilisateur) pour vérifier l'état de la session à la demande auprès de l'entité informatique S via des requêtes de vérification. Par exemple, si la session a expiré, l'application peut afficher un message d'invite. Enfin, cette routine périodique joue avantageusement un rôle anti-piratage car elle peut permettre de vérifier, auprès du module de gestion de session VOD de l'entité informatique S, l'état de la session en fonction du numéro de service courant (SID), et pas seulement de l'adresse IP, afin d'empêcher un pirate de visualiser un service qui n'est pas destiné à ce poste de télévision.
Ci-après, on décrit le filtrage d'applications connectées, signalées par des services télévisuels en provenance notamment des antennes A-T, A-S et A-C et permettant en particulier de limiter la bande passante occupée par des services de telles applications (tels les services de télévision de rattrapage par exemple, ou encore de VOD, diffusés par internet).
On propose ici de filtrer les applications interactives signalées dans les chaînes de télédiffusion en provenance des sources A-T, A-C ou A-S, et diffusées sur le réseau local :
- en filtrant au niveau du réseau 111 précitée les liens URL provenant des postes de télévision pour interdire l'accès aux contenus VOD distants (par l'intermédiaire d'un pare-feu mis en œuvre par un routeur par exemple) ; - ou en supprimant la signalisation de l'application (par modification des tables PMT pour ne plus pointer sur les tables AIT ou simplement en supprimant les tables AIT) ;
- ou en supprimant la référence au protocole HTTP dans la table AIT : ainsi, si l'application est également diffusée par un carrousel de données, l'application reste disponible sous cette forme (le comportement étant alors le même que si le poste de télévision n'était simplement pas connecté au réseau internet). Toutefois, dans le cas où l'application, diffusée sous forme de carrousels de données, propose tout de même l'accès à des services à la demande distants, ou si cette application démarre une autre application interactive provenant du réseau internet, il est judicieux de continuer de filtrer les communications entre le réseau local (auquel sont connectés les postes de télévision) et le réseau extérieur (réseau internet) pour limiter la bande passante occupée ; - ou en remplaçant l'application interactive d'origine par une application tierce, comme par exemple une application dédiée à l'établissement de connexion à un portail de services par exemple.
Parmi ces quatre solutions ci-dessus, la troisième pourrait se présenter comme la plus efficace car elle permet à l'utilisateur d'accéder à une partie du contenu interactif sans toutefois engorger le réseau informatique. Néanmoins, dans les quatre situations, les services de diffusion à la demande des services d'origine restent de toute façon inaccessibles.
La première solution ci-dessus impose un filtrage des liens URL provenant des postes de télévision pour interdire leur accès aux contenus VOD distants (avec, à titre illustratif, la mise en œuvre susmentionnée d'un pare -feu).
Toutefois, les autres solutions s'appuient sur le filtrage des flux, la modification ou la génération de tables de signalisation, l'ajout ou la suppression de flux élémentaires, comme suit. La suppression de l'application (modification des tables PMT pour ne plus pointer sur les tables AIT et/ou suppression des tables AIT elles-mêmes) peut s'effectuer comme suit : réception des flux à filtrer au niveau de l'entité informatique S ;
lecture du contenu des tables PMT et identification des flux élémentaires et des tables AIT associées aux chaînes de télédiffusion ;
- suppression des entrées correspondant à des pointeurs vers des tables AIT ;
remplacement de la table PMT modifiée dans le flux sortant ;
et/ou suppression des tables AIT (par leur identifiant PID).
Les tables AIT sont identifiées dans les paquets transportés par le flux de transmission (au format DVB) par leur identifiant PID (pour « Packet Identifier »). Les tables de service PMT pointent notamment vers l'identifiant PID des tables AIT. Si l'on supprime l'identifiant PID des tables AIT dans les tables PMT, les tables PMT du flux ne peuvent plus correctement pointer vers les tables AIT (disparition de l'application interactive associée à la table PMT). Le filtrage des paquets de PID égal à celui d'une table AIT permet également de ne plus signaler l'application aux postes de télévision connectés.
La suppression de la référence au protocole HTTP dans la table AIT dans la troisième solution peut s'effectuer comme suit :
réception des flux à filtrer au niveau de l'entité informatique S ; lecture du contenu des tables PMT ;
identification des flux élémentaires et des tables AIT associées au service ;
lecture des tables AIT ;
réécriture des tables AIT après suppression des entrées correspondant à la définition du protocole HTTP ;
éventuellement filtrage des URL au niveau du réseau 111 tel que décrit dans la première solution.
Selon cette troisième solution, si l'application est également diffusée par un carrousel de données, elle reste disponible sous cette forme (le comportement étant alors le même que si le poste de télévision n'était pas connecté au réseau internet).
La quatrième solution consistant en un remplacement de l'application interactive d'origine par une application tierce, comme par exemple une application dédiée à l'établissement, peut se dérouler comme suit :
- réception des flux à filtrer au niveau de l'entité informatique S ;
lecture du contenu des tables PMT ;
identification des flux élémentaire et des tables AIT associées au service ;
suppression des entrées correspondant à des pointeurs vers des tables AIT ;
ajout d'une entrée correspondant à une nouvelle table AIT ;
- suppression des tables AIT d'origine (par leur identifiant PID) ;
ajout de la nouvelle table AIT, par exemple la table AIT 207.
modification des identifiants ONID (pour « Original Network IDentifier »), TSID (pour « Transport Stream IDentifier ») ou autres identifiants des flux d'origine de manière à ce que toutes les applications de tous les flux diffusés soient considérées comme une seule et même application : ainsi, et conformément à la norme HbbTV, l'application n'est pas interrompue lors du passage d'une chaîne à une autre et l'utilisateur peut à tout instant faire apparaître l'application par appui d'un code sur la télécommande (par exemple le « bouton rouge » précité). La modification des identifiants ONID et TSID par exemple permet d'établir une même application pour tous les services. Ainsi, lors d'un changement de services sur un terminal (changement de chaîne par exemple), ce terminal détecte que le nouveau service sélectionné comporte la même application que le service qu'il vient de quitter et il n'interrompt pas l'exécution de l'application interactive. En revanche, quand les deux applications sont considérées comme différentes, l'application interactive de départ est fermée et application interactive de la chaîne d' arrivée est démarrée. On se réfère maintenant à la figure 5 sur laquelle on a résumé les principales étapes du procédé mis en œuvre par l'entité informatique S selon une réalisation générale.
Dans une première étape SI, l'entité informatique S peut recevoir au moins un premier flux Oi comprenant des flux élémentaires de services (audio, vidéo, sous-titres, etc.) comme décrit précédemment. A titre d'exemple, ces flux élémentaires comportent des données de services télévisuels.
Dans une étape suivante S4, l'entité informatique S génère un flux commun Φ2 comportant au moins : - les données du flux Φι reçu à l'étape S 1 , et
des données associées à un ensemble de services de vidéo à la demande VODN à diffuser aux N postes de télévision connectés au réseau COAX.
Parmi cet ensemble de services de vidéo à la demande VODN, l'entité informatique S attribue au moins un service de vidéo à la demande respectivement à chacun des postes de télévision.
Pour ce faire, dans une étape préalable S2, l'entité informatique S génère les services de vidéo à la demande CVOD dédiés respectivement aux postes de télévisions TV1, TV2, TVN. A titre d'exemple, le service de vidéo à la demande Cj VOD est dédié au poste de télévision TVj (j=l,2,...,N). L'entité informatique S attribue à chacun des services de vidéo à la demande CVOD : des données de vidéo à la demande (data_VOD) récupérées auprès du serveur S_VOD, et
les tables de signalisation (signalisation_VOD) des données de vidéo à la demande, lesquelles tables sont récupérées auprès du générateur de tables de signalisation 11. Ainsi, chacun des services de vidéo à la demande Cj VOD dédiés aux postes de télévision TVj peut comporter des données (data_VOD)j et des tables de signalisation (signalisation_VOD)j propres à chacun des postes.
Comme décrit ultérieurement, on notera ici que les données de vidéo à la demande (data_VOD)j ne sont délivrées par le serveur S_VOD et diffusées par l'entité informatique S (via le flux commun Φ2) que si le poste de télévision TVj possède une session ouverte de service de vidéo à la demande auprès de l'entité, dans cet exemple de réalisation. A l'étape S3, l'entité informatique S génère ainsi l'ensemble de services de vidéo à la demande VODN comportant chacun des services de vidéo à la demande Cj VOD dédiés aux postes de télévision TVj, avant d'inclure (étape S4) cet ensemble VODN au flux commun Φ2 pour la diffusion des services à la demande à tous les postes de télévision membres du réseau COAX.
Dans une étape suivante S5, les postes de télévision reçoivent le flux commun Φ2 et procèdent à un test d'identification. A cette étape, les postes de télévision se réfèrent au service à la demande qui leur est dédié parmi l'ensemble de services de vidéo à la demande VODN reçu, et ceci en identifiant la table de signalisation de service (PMT) pour laquelle le poste TVj a été configuré. Dans le plan de services (appelé souvent « plan de chaînes TV ») dans lequel il a été programmé initialement, le poste TVj est configuré pour ne lire que la table PMT liée à un service donné et ignorer les autres tables. Ainsi, à l'étape S6, le poste TVj récupère le service de vidéo à la demande Cj VOD qui lui est dédié et ignore les services dédiés aux autres postes de télévision. Dans une étape suivante S7, le poste de télévision TVj procède à un test de détermination d'événements relativement à une application exécutée par le poste (application de navigation dans des contenus de vidéo à la demande par exemple). Ces événements peuvent provenir des actions précitées (par exemple appui sur un bouton de la télécommande du poste de télévision TVj par l'utilisateur). A cette étape S7, l'application du service de vidéo à la demande Appli (Cj VOD ) est mise en œuvre sur le poste TVj par exécution d'un contenu d'application Appli_F associé à cette application. Ce contenu Appli_F peut être récupéré (étape S 8) auprès du serveur web 105 de l'entité informatique S (et ceci, sur requête via la voie de retour 111) ou via le carrousel de données compris dans le flux commun Φ2. Dans le cadre d'une récupération auprès du serveur web 105, on rappelle que le contenu de l'application Appli_F est récupéré grâce à : un lien décrit dans une table de signalisation d'application (AIT) diffusée via le flux commun Φ2, ou
un lien enregistré dans un moyen de stockage du poste de télévision connecté TVj.
Par la suite, si un événement relatif à l'application est déterminé à l'étape S7, cet événement est interprété par l'application selon des requêtes REQ à destination du serveur web 105 de l'entité informatique S. A l'étape S9, la requête REQ est émise par le poste de télévision TVj selon un identifiant du poste. A titre purement illustratif, cet identifiant peut être une adresse du poste au sein du réseau COAX comme par exemple son adresse IP. Par exemple encore, dans le cadre d'une application de navigation au sein d'un contenu multimédia, on peut prévoir au moins une fonction « lecture » et une fonction « pause ». Lorsque le contenu multimédia est en pause, l'utilisateur peut sélectionner la fonction « lecture » de l'application en appuyant sur un bouton de la télécommande. Cet événement est interprété selon une requête REQ(IPj) comprenant la demande de lecture du contenu multimédia et est envoyée au serveur web 105 via la voie de retour 111, lequel serveur web 105 identifie la provenance de la requête via l'adresse IPj de l'émetteur (en l'occurrence, celle du poste TVj).
Lorsque l'entité informatique S reçoit la requête identifiée REQ(IPj) à l'étape S10, l'entité procède à un test de détermination des droits d'accès au service de vidéo à la demande du poste de TVj émetteur de la requête.
Lorsque le test de l'étape S 10 est satisfait (flèche O en sortie du test), le poste TVj a une session ouverte et possède des droits d'accès au service de vidéo à la demande. L'entité informatique S (étape SU) autorise alors le serveur S_VOD à délivrer les données de vidéo à la demande (data_VOD)j selon la requête REQ(IPj) du poste TVj, par exemple, avec une délivrance du contenu demandé par l'utilisateur via la requête de lecture précitée.
A l'étape suivante S12, l'entité informatique S récupère les données de vidéo à la demande (data_VOD)j délivrées par le serveur S_VOD et les attribue au service à la demande Cj VOD dédié au poste TVj avant de les diffuser dans le flux commun Φ2.
Toutefois, lorsque le test de l'étape S 10 n'est pas satisfait (flèche N en sortie du test), le poste TVj n'a pas de session ouverte et l'entité informatique S ne satisfait pas la requête REQ(IPj). Le poste TVj peut à titre d'exemple être redirigé vers un portail PORT invitant l'utilisateur à ouvrir une session (en payant des droits d'accès par exemple) ou vers la page d'accueil de l'application de vidéo à la demande. Dans ce cas, l'entité informatique S ne reçoit pas du serveur S_VOD les données (data_VOD)j demandées par le poste TVj et ces données ne sont pas diffusées dans le flux commun Φ2.
Bien entendu, on a décrit ci-avant un exemple de réalisation à titre purement illustratif et non limitatif, où les services à la demande sont ici des services de vidéo à la demande. Néanmoins, ce procédé s'étend à tout autre type de service à la demande (page d'accueil multimédia personnalisée, note de minibar, catalogue de prestations possibles selon le type de chambre ou de suite d'hôtel, etc.).

Claims

REVENDICATIONS
1. Procédé mis en œuvre par une entité informatique (S) pour fournir au moins des services à la demande (Cj VOD), différenciés, à une pluralité de terminaux (TV1 , TV2, TVN) respectifs, avec des moyens de communication en mode de diffusion desdits services, dans lequel l'entité (S) génère (S4) un flux indifférencié (Φ2), commun aux terminaux, ledit flux commun (Φ2) comportant au moins des tables de signalisation desdits services à la demande (Cj VOD), chaque table de signalisation étant dédiée à un terminal (TVj) et chaque terminal (TVj) étant configuré pour lire la table de signalisation du service à la demande qui lui est dédiée et ignorer les autres tables de signalisation, l'entité informatique (S) recevant (S10), d'une partie au moins des terminaux, des requêtes (REQ(IPj)) de services à la demande, par voie de retour entre les terminaux et l'entité informatique (S),
l'entité informatique (S) étant connectée à une source de données de services à la demande (S_VOD) pour conditionner la délivrance desdites données (data_VOD) dans le flux commun (Φ2) en fonction desdites requêtes.
2. Procédé selon la revendication 1 , caractérisé en ce que chaque requête (REQ(IPj)) est formulée par exécution d'une application auprès d'un terminal.
3. Procédé selon la revendication 2, caractérisé en ce que lesdites tables de signalisation pointent vers au moins une table de déclaration d'application interactive, ladite table de déclaration comportant au moins des données de lien vers un script de ladite application.
4. Procédé selon la revendication 2, caractérisé en ce que chaque terminal comporte un moyen de stockage d'un script préenregistré lié à ladite application.
5. Procédé selon l'une des revendications précédentes, caractérisé en ce que chaque requête (REQ(IPj)) comporte un identifiant de terminal ayant généré la requête, et en ce que l'entité informatique (S) statue (S 10) sur ladite requête en fonction de droits d'accès associés à ce terminal, en conditionnant la délivrance dans le flux commun (Φ2) de données sollicitées ((data_VOD)j) dans la requête.
6. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'une application interactive est prévue pour afficher sur un écran du terminal des informations sur un ou plusieurs services à la demande disponibles, et pour contrôler une diffusion des données de service à la demande dans le flux commun (Φ2) par communication avec l'entité informatique (S).
7. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'entité informatique (S) et les terminaux communiquent via un réseau (111) à infrastructure coaxiale, par transmission de données par des modems (21) de type « DOCSIS ».
8. Procédé selon l'une quelconque des revendications précédentes, dans lequel le flux commun (Φ2) est généré conformément au standard DVB, en ce que lesdites tables de signalisation sont des tables de correspondance des programmes dites « PMT », et en ce que la table de déclaration d'application interactive est une table d'information d' application dite « AIT ».
9. Procédé selon la revendication 8, dans lequel le flux commun (Φ2) est généré conformément au standard HbbTV.
10. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'entité informatique (S) est agencée pour filtrer des applications dans des flux élémentaires, en amont du flux commun (Φ2), selon au moins les étapes :
- réception des flux élémentaires ;
lecture d'un contenu de tables de signalisation dans les flux élémentaires et de tables de déclaration d'application interactive associées à au moins un service à la demande de flux élémentaires correspondant ;
modification des tables de signalisation par suppression d'entrées correspondant à des pointeurs vers lesdites tables de déclaration d'application interactive,
remplacement des tables de signalisation par les tables modifiées dans le flux commun (Φ2).
11. Procédé selon l'une des revendications 1 à 9, caractérisé en ce que l'entité informatique (S) est agencée pour filtrer des applications dans des flux élémentaires, en amont du flux commun (Φ2), selon au moins les étapes :
réception des flux élémentaires ;
lecture d'un contenu de tables de signalisation dans les flux élémentaires et de tables de déclaration d'application interactive associées à au moins un service à la demande de flux élémentaires correspondant, et
suppression des tables de déclaration d'application interactive.
12. Procédé selon l'une des revendications précédentes 1 à 9, caractérisé en ce que l'entité informatique (S) est agencée pour filtrer des applications dans des flux élémentaires, en amont du flux commun (<¾), selon au moins les étapes :
- réception des flux élémentaires ;
- lecture d'un contenu de tables de signalisation dans les flux élémentaires et de tables de déclaration d'application interactive associées à au moins un service à la demande de flux élémentaires correspondant ;
- réécriture des tables de déclaration d' application interactive après suppression d'entrées correspondant à une définition de protocole de communication entre les terminaux et l'entité informatique.
13. Procédé selon la revendication 10, caractérisé en ce que l'entité informatique modifie les tables de signalisation en ajoutant une entrée correspondant à une nouvelle table de déclaration d' application interactive et modifie des identifiants de flux d'origine (Φι), de sorte que toute application associée à un flux élémentaire est considérée par un terminal comme une seule et même application.
14. Entité informatique (S) pour la fourniture de services à la demande, différenciés, à une pluralité de terminaux (TV1 , TV2, TVN) respectifs, reliée à des moyens de communication en mode de diffusion desdits services, l'entité comportant :
- des moyens générant un flux indifférencié (<¾), commun aux terminaux, ledit flux commun (Φ2) comportant au moins des tables de signalisation desdits services à la demande
(Cj VOD), chaque table de signalisation étant dédiée à un terminal (TVj),
- des moyens de réception, d'une partie au moins des terminaux, des requêtes (REQ(IPj)) de services à la demande, par voie de retour entre les terminaux et l'entité informatique (S),
- une connexion à une source de données de services à la demande (S_VOD) pour conditionner la délivrance desdites données (data_VOD) dans le flux commun (Φ2) en fonction desdites requêtes.
15. Programme informatique comportant des instructions pour la mise en œuvre du procédé selon l'une des revendications 1 à 13, lorsque ce programme est exécuté par un processeur.
EP13701831.3A 2012-01-05 2013-01-04 Controle de services a la demande communiques en mode de diffusion Withdrawn EP2801216A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1250121A FR2985629B1 (fr) 2012-01-05 2012-01-05 Controle de services a la demande communiques en mode de diffusion.
PCT/FR2013/050023 WO2013102745A1 (fr) 2012-01-05 2013-01-04 Controle de services a la demande communiques en mode de diffusion

Publications (1)

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

Family

ID=47628358

Family Applications (1)

Application Number Title Priority Date Filing Date
EP13701831.3A Withdrawn EP2801216A1 (fr) 2012-01-05 2013-01-04 Controle de services a la demande communiques en mode de diffusion

Country Status (3)

Country Link
EP (1) EP2801216A1 (fr)
FR (1) FR2985629B1 (fr)
WO (1) WO2013102745A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3049146B1 (fr) * 2016-03-15 2019-07-26 Vodinn Systeme de teledistribution de video a la demande dans une pluralite de collectivites

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5521631A (en) * 1994-05-25 1996-05-28 Spectravision, Inc. Interactive digital video services system with store and forward capabilities
KR100777409B1 (ko) * 2006-06-05 2007-11-19 주식회사 알티캐스트 디지털 양방향 방송에서의 네트워크 서비스 프로바이더애플리케이션 프로비저닝 방법
EP2434755B1 (fr) * 2009-05-21 2014-03-19 Montané Folch, Joan Système d'adressage de services de télévision dans des réseaux numériques multiplex dvbt ou dvbc pour des systèmes centraux d'hôtels/hôpitaux et analogues et système anti-intrusion appliqué audit système

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2013102745A1 (fr) 2013-07-11
FR2985629B1 (fr) 2014-02-14
FR2985629A1 (fr) 2013-07-12

Similar Documents

Publication Publication Date Title
EP1842337B1 (fr) Repartition multidiffusion d&#39;un contenu multimedia a diffusion en flux
US20090222853A1 (en) Advertisement Replacement System
US9027062B2 (en) Gateway apparatus and methods for digital content delivery in a network
US7945924B2 (en) Detecting distribution of multimedia content
US20050028206A1 (en) Digital interactive delivery system for TV/multimedia/internet
US20100049824A1 (en) Providing Remote Access to Multimedia Content
US20100192183A1 (en) Mobile Device Access to Multimedia Content Recorded at Customer Premises
US8143508B2 (en) System for providing lyrics with streaming music
JP2009543407A (ja) テレビジョン番組への広告の挿入
CA2848262A1 (fr) Filtrage de contenu pour transmission adaptative
US20100154003A1 (en) Providing report of popular channels at present time
US20090328117A1 (en) Network Based Management of Visual Art
US20100125879A1 (en) Method and apparatus for purchasing a soundtrack when viewing a movie or other program delivered by a content delivery system
US20120327996A1 (en) Adaptive Language Descriptors
EP3127336A1 (fr) Dispositif et procédé de commande a distance de la restitution de contenus multimedia
WO2012131258A1 (fr) Procede d&#39;acces a un service, notamment un portail web, par un terminal de restitution d&#39;un flux multimedia
KR100859095B1 (ko) 원격 교육 콘텐츠를 제공하는 ｉｐｔｖ 서비스 시스템 및그 송수신 방법
FR3006541A1 (fr) Appareil de reception video pour l&#39;elaboration d&#39;un contenu video recevable a partir d&#39;une pluralite de plateformes de distribution et methode d&#39;elaboration d&#39;un tel contenu video
US10237627B2 (en) System for providing audio recordings
FR2933213A1 (fr) Methode d&#39;affichage d&#39;interface utilisateur et methode d&#39;emission correspondante
EP2801216A1 (fr) Controle de services a la demande communiques en mode de diffusion
CA2321805A1 (fr) Systeme numerique de distribution interactive de signaux tv/multimedias/internet
Liu et al. IPTV, towards seamless infotainment
FR3049146B1 (fr) Systeme de teledistribution de video a la demande dans une pluralite de collectivites
SECTOR FG IPTVINTERIM-DOC-001REV. 2

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20140703

AK Designated contracting states

Kind code of ref document: A1

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

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

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

18D Application deemed to be withdrawn

Effective date: 20160802