WO2007128922A1 - Procedes de diffusion et de reception de programmes multimedias embrouilles, terminal et tete de reseau pour ces procedes - Google Patents

Procedes de diffusion et de reception de programmes multimedias embrouilles, terminal et tete de reseau pour ces procedes Download PDF

Info

Publication number
WO2007128922A1
WO2007128922A1 PCT/FR2007/000780 FR2007000780W WO2007128922A1 WO 2007128922 A1 WO2007128922 A1 WO 2007128922A1 FR 2007000780 W FR2007000780 W FR 2007000780W WO 2007128922 A1 WO2007128922 A1 WO 2007128922A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
broadcast
multicast
terminal
address
Prior art date
Application number
PCT/FR2007/000780
Other languages
English (en)
Inventor
Philippe Boutteloup
Philippe Carles
Anthony Chevallier
Frédéric GAVIOT
Sébastien HERVIEU
Vincent Priou
Jean Thominet
Original Assignee
Viaccess
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 Viaccess filed Critical Viaccess
Priority to CN2007800240484A priority Critical patent/CN101480016B/zh
Priority to EP07731422.7A priority patent/EP2016735B1/fr
Priority to PL07731422T priority patent/PL2016735T3/pl
Priority to ES07731422.7T priority patent/ES2563067T3/es
Priority to US12/299,669 priority patent/US7995577B2/en
Priority to KR1020087030061A priority patent/KR101459351B1/ko
Publication of WO2007128922A1 publication Critical patent/WO2007128922A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/22—Arrangements for preventing the taking of data from a data transmission channel without authorisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42—Arrangements for resource management
    • H04H20/423—Transmitter side
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
    • H04H60/23—Arrangements for conditional access to broadcast information or to broadcast-related services using cryptography, e.g. encryption, authentication, key distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • H04N21/6334—Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key
    • H04N21/63345—Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key by transmitting keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/167—Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675—Providing digital key or authorisation information for generation or regeneration of the scrambling sequence

Definitions

  • the present invention relates to methods for broadcasting and receiving scrambled multimedia programs, a terminal and a headend for these methods.
  • each headend multiplexes at least one multimedia program scrambled with a control word and a cryptogram of this control word in order to obtain a multiplexed content and then broadcasts the multiplexed content to terminals via the network, and
  • One or more headends broadcast, in parallel service messages, specific to each service operator,. to adapt the operation of each terminal so that it is authorized or prohibited access to multimedia programs.
  • each terminal receives and demultiplexes the multiplexed content, then, subject to being authorized, decrypts the cryptogram of the control word, unscrambles the multimedia program to obtain a multimedia stream that can be used by the terminal, the terminal being equipped with a memory, and each terminal receives the service messages and, depending on the content of the received service message, the terminal adapts its operation to be authorized or prohibited access to the multimedia program.
  • Existing broadcast and reception methods use, for example, a broadband network such as, for example, a radio or satellite network or an IP telecommunication network.
  • the service messages of a particular operator are embedded in the multiplexed content and then broadcast to each of the terminals.
  • the same operator can generate several multimedia programs, which can lead to diffuse different parallel, multiplexed content for the same service operator.
  • the terminal can only receive and demux a single multimedia content at a time.
  • this operator when this operator wants to transmit a service message to all terminals capable of receiving and demultiplexing at least one of the multiplexed content that it broadcasts, it incorporates a copy of the same service message in each multiplexed content broadcast in parallel. . This therefore leads to multiplying the number of copies broadcast of the same service message and thus to increase the bandwidth necessary for the dissemination of these service messages. This problem exists even if the operator groups his multimedia programs into a smaller number of multiplexes, the service messages are incorporated into as many multiplexes.
  • the 'problem is the same when the network is used, for example, an IP network.
  • the multiplexed contents and the service messages are broadcast on multicast addresses listened to by each of the • terminals.
  • the invention aims to remedy this problem in the particular case where the broadcast and reception methods use a broadband network in which information can be routed to a multicast address, so that only a group of several terminals corresponding to this multicast address receives the information while other terminals connected to the same network do not receive this information.
  • the subject of the invention is therefore a method for broadcasting a plurality of multimedia programs in which the one or more of the headends broadcast on a reference multicast address a list associating identifiers of the service operators with at least one multicast service address of first level, the reference multicast address being known in advance of all terminals able to receive and demultiplex multiplexed broadcast content and this reference multicast address is different from all broadcast multicast addresses.
  • the subject of the invention is also a method for receiving a plurality of multimedia programs broadcast using the above broadcast method in which, in response to the broadcast of the list on the reference multicast address, the terminal listens for or more than one of the first-level service multicast addresses specified in this list to receive service messages.
  • the reference address is different from the set of multicast broadcast addresses.
  • the reference multicast address is used to indicate to the terminals which multicast service addresses to listen and not directly and systematically used to transmit all the service messages of all service operators, maintains the ability to manage the amount of information transmitted on this reference multicast address.
  • the multicast service addresses specified by the list may all be different from the reference address, so that no service message will be transmitted on the reference address, which considerably reduces the amount of information. transmitted on this address.
  • the list associates the reference address with each service operator identifier, all of the operators' service messages will be transmitted to the reference address, which may correspond to a significant amount of information. information.
  • Embodiments of the broadcast method may include one or more of the following features: - the one or more of the headends broadcast on the reference multicast address a list in which at least one service multicast address associated with an identifier of operator is different from other service multicast addresses associated with other service operators;
  • the headend broadcast on at least one of the first-level service multicast addresses associated with a service operator identifier, a table defining at least one second-level service multicast address used by this operator.
  • the terminal selects from the list the corresponding service or multicast addresses • a service provider identifier prerecorded in its memory and listening service multicast addresses selected to receive service messages and does not listen to the addresses multicast not selected in this list;
  • the terminal listens for one or more of the second-level service multicast addresses specified in this table;
  • the first or second level service multicast addresses are also all different from the multicast broadcast addresses
  • the broadband network is an IP (Internet Protocol) network.
  • inventions of the broadcast and reception methods furthermore have the following advantages: using different service multicast addresses for different operators makes it possible to eliminate messages which are not of interest simply and quickly at the network layer.
  • using a table to define the second-level service multicast addresses makes it possible to prioritize the multicast service addresses, which simplifies the management thereof, and to use the different service multicast addresses of all the broadcast addresses makes it possible to limit the bandwidth required to broadcast service messages.
  • the invention also relates to a terminal equipped with an access control software module capable of implementing the above method of reception.
  • the invention also relates to a headend capable of broadcasting scrambled multimedia programs by implementing the above method of broadcasting.
  • FIG. 1 is a schematic illustration of the architecture of a broadcast and reception system for scrambled multimedia programs
  • FIG. 2 is a flowchart of a broadcasting method and a method for receiving scrambled multimedia programs
  • FIG. 3 is a schematic illustration of the structure of a list used in the methods of FIG. 2;
  • FIG. 4 is a schematic illustration of the structure of a table used in the methods of FIG.
  • FIG. 5 is a schematic illustration of the architecture of a service multicast address tree used in the methods of FIG. 2,
  • FIG. 6 is a flowchart of a method for modifying a reference address in the system of FIG. 1;
  • FIG. 7 is a flowchart of a method for updating first-level service multicast addresses in the system of FIG. 1, and
  • This system 2 comprises one or more headends capable of broadcasting the multimedia programs in a scrambled form and a multitude of terminals adapted to receive these scrambled multimedia programs in order to descramble them so that they can use them.
  • the terminal uses the received multimedia programs to generate a video stream that can be displayed in clear on a screen.
  • the headend 4 comprises: an ECM message generator 10 (Entitlement Control Message),
  • a generator 12 of EMM messages Entitlement Management Message
  • a module 14 able to broadcast on one or more multicast broadcast addresses the multiplexed contents
  • the module 14 is able to scramble each received multimedia program using a CW control word.
  • the module 14 is also able to multiplex the scrambled multimedia program with ECM messages generated by the generator 10 and EMM messages generated by the generator 12 in order to obtain a multiplexed content.
  • ECM messages multiplexed with the scrambled multimedia program contain a cryptogram CW * of the control word CW used to scramble this multimedia program.
  • ECM messages also typically contain access conditions associated with the scrambled multimedia program.
  • EMM messages generally contain information, such as keys or rights, allowing a device to be allowed or prohibited from correctly descrambling received scrambled multimedia programs for use.
  • the module 14 is here also able to encapsulate each multiplexed content in IP (Internet Protocol) frames.
  • IP Internet Protocol
  • multimedia programs are generated by different service operators. To simplify FIG. 1, only two operators 20 and 22 have been represented.
  • each of these operators 20 and 22 is able to simultaneously generate several multimedia programs, so that the module 14 broadcasts in parallel several multiplexed contents for the same operator.
  • a service message addressed to a terminal is a request to this terminal to establish a connection with a specialized server of the operator's headend to perform a particular transaction.
  • the operator activates a specific security mechanism of the terminal.
  • a service message is a complementary means of the operator for transmitting to a terminal an EMM message containing a particular right.
  • service messages are different from one service operator to another.
  • the service messages are generated in response to commands transmitted by the operators 20 and 22.
  • the network used to transmit the multiplexed contents as well as the service messages to the different terminals is a broadband network 30 using the Internet Protocol (IP).
  • IP Internet Protocol
  • this protocol uses routers to route an information frame to a specified address.
  • a multicast address makes it possible to establish a point-to-multipoint link.
  • Such a multicast address differs from a broadcast address in that the information frames are routed only to a limited group of terminals among all the terminals that are connected to the network 30.
  • the multicast address is also different from a unicast address that only allows for a point-to-point link.
  • terminals 6, 7 and 8 are identical and only the terminal 8 will be described in more detail.
  • the terminal 8 comprises a receiver 40 associated with a removable security processor 42.
  • the receiver 40 is equipped with a modem 44, a module 46 for demultiplexing, descrambling and decoding and an access control software module 48.
  • the receiver 40 also includes a memory 50 able to store the multimedia programs received.
  • the modem 44 is connected to the network 30 and makes it possible to receive the multiplexed contents and the service messages broadcast by the headend 4.
  • the module 46 is able in particular to demultiplex multiplexed received contents, to transmit the ECM and EMM messages to the module 48, to descramble the scrambled multimedia programs so as to generate a usable multimedia stream, for example by its decoding and then by its display in clear. on a screen 52 connected to the terminal 8.
  • the module 48 interfaces with the processor
  • the module 46 transmits to the processor 42 the ECM and EMM messages and receives from this processor 42 the decrypted control word to be used by the module 46 to descramble the multimedia programs received.
  • the processor 42 is, for example, a smart card. This processor 42 is intended to perform all security operations as well as access control to multimedia programs. For this purpose, it includes a module 56 for encryption and decryption and a non-volatile memory 58.
  • the memory 58 contains among other things: - access titles and keys 60, a list 62 of identifiers of service operators from whom the user of the terminal 8 has subscribed a subscription, a reference multicast address 64 called @ASP, and a tree 66 of multicast service addresses.
  • the headend 4 executes a method 76 for broadcasting the scrambled multimedia programs while on the other side each terminal performs a method 78 for receiving these scrambled multimedia programs.
  • the headend 4 proceeds as follows: in a step 80, the module 14 scrambles the multimedia program to broadcast using the control word CW,
  • control word CW is encrypted with an encryption key K m to obtain the cryptogram CW *,
  • the generator 10 generates the message ECM containing the cryptogram CW * as well as conditions of access to the scrambled multimedia program,
  • EMM messages containing, for example, the key K m can be generated by the generator 12,
  • the module 14 multiplexes the scrambled multimedia program, the ECM messages and the EMM messages to obtain a multiplexed content, during a step 90, the module encapsulates the multiplexed content in IP packets (Internet Protocol),
  • the IP packets containing the multiplexed content are broadcast on a broadcast multicast address predefined by the operator having generated the scrambled multimedia program.
  • Steps 80 to 92 have been repeated for each multimedia program of each service operator.
  • the headend broadcasts service messages.
  • the manager 16 generates an Address Signaling Protocol (ASP) message and encapsulates it in a User Datagram Protocol (UDP) datagram according to the RFC768 specification.
  • ASP Address Signaling Protocol
  • UDP User Datagram Protocol
  • the ASP message contains a list associating service provider identifiers with one or more first-level service multicast addresses. An exemplary structure for this list is illustrated in FIG. 3.
  • the service operator identifiers are contained in a column 104.
  • a first-level service multicast address is contained in a column. 106.
  • the data in columns 104 and 106 are sufficient for the process. However, additional data specific to a particular implementation can be associated with it as represented by column 108.
  • each identifier of the column 104 is further associated with a description of the service operator in the column 108, represented by the symbol "xxx" and can be displayed on the terminal.
  • the ASP message is broadcast on the multicast address @ASP.
  • This SASP address has previously been recorded in each of the terminals likely to access a multimedia program broadcast by the headend 4. This SASP address is the same for all terminals and this regardless of the operator to which the user of these terminals is subscribed. Thus all the terminals of the system 2 can receive the ASP message.
  • the reference SASP address is an IP address associated with a port to listen or a domain name.
  • the SASP address is different from all multicast broadcast addresses used to broadcast content multimedia. This address is therefore intended for "out of band” information exchanges.
  • Steps 100 and 102 are repeated, for example, every minute.
  • the manager 16 generates Service Status Protocol (SSP) messages specific to each of the operators and then encapsulates these messages in UDP datagrams.
  • SSP Service Status Protocol
  • the SSP message specific to each operator contains here a table relating to the services provided by this operator and concerning the terminals. These services concern, for example:
  • the SSP message specifies the broadcasting methods, in particular a so-called second level service address, which a terminal must take into account in order to access this information.
  • FIG. 4 represents an example of such a table in the case of the operator 20.
  • the table of FIG. 4 contains: the identifier of the service operator having generated this table in a column 114, the types of each of the services, in a column 116,
  • service parameters 118 and the service identifiers 120 depend on the type of service, such as: message broadcast service reference and its multicast address, server reference to call and its unicast IP address, or designation of a specific behavior and its particular setting.
  • column 114 recalls the operator OP1 at the origin of the table.
  • Column 116 with the identifiers in column 120, announces a service-type broadcast service
  • PMPl two transactional services Server1 and Server2, and two services for activating the Indicl and Indic2 behaviors.
  • column 118 gives the multicast address ⁇ PMP1.
  • This address ⁇ PMP1 is used by the generator 16 under the control of the operator 20 to broadcast particular service messages, such as, for example, connection requests from the terminal to the headend.
  • column 118 specifies the address unicast @ IP1, respectively @ IP2, to which the terminal must connect via a point-to-point link when it has to execute a transaction with a server of the operator; the choice of server depends on the nature of the transaction to be executed.
  • column 118 specifies the behavior Indicl, respectively Indic2, to be activated and the parameters Valuel, respectively Value2, of this activation.
  • the SSP message generated by the operator 20 is broadcast on the address ⁇ SSP1 defined in the list of FIG. 3.
  • the SSP messages generated by the operator 22 are broadcast on the address ⁇ SSP2 associated with the identifier of this operator in the list of Figure 3.
  • the SSP messages of an operator are, for example, broadcast every minute.
  • This request preferably contains the identifier of the terminal for which it is intended as well as the identifier of the operator that generated it.
  • the PMP message intended for a terminal may be a connection request to a server of the operator whose terminal has received the address by a SSP service of the Transaction type.
  • the service at the SSP level of activation of behavior can also, according to the implementation, be supported by a particular message PMP.
  • the manager 16 can also transmit a service message on a service multicast address ⁇ PMP2, this service message containing a connection request.
  • the address @ PMP2 is the address associated with the identifier PMP2 in the column 120 of the table broadcast during the step 122 by the operator 22.
  • the address ⁇ PMP2 is different from the address ⁇ PMP1.
  • all the addresses used to broadcast service messages that is to say here the addresses ⁇ SSPl, ⁇ SSP2, SPMP1 and ⁇ PMP2, are each different from the multicast broadcast addresses used. for broadcasting multiplexed content in the system
  • each terminal executes the method 78 for receiving the multimedia programs as well as service messages.
  • the terminal 8 looks for the ⁇ ASP address in its memory 58 and then listens to this multicast address. He then receives, during a stage
  • the terminal selects only the addresses contained in column 106 which are associated with a service operator identifier corresponding to one of those contained in its own list 62. Then, during a step 136, the terminal listens only the addresses of the list of FIG. 3 selected during step 134.
  • the terminal 8 listens only to the ⁇ SSPL address of the operator 20. By listening to this address, during a step 138, the terminal receives the SSP message broadcast by the operator 20.
  • the terminal stores the table contained in the received SSP message.
  • the table can be recorded at each reception or only when its content has changed compared to its last broadcast.
  • the values of the indicators contained in the saved table are used during special processing.
  • the unicast @ IP1 and @ IP2 addresses contained in the column 118 are, in turn, used to establish a point-to-point connection with the server corresponding to these unicast addresses.
  • the terminal 8 In response to receiving the address ⁇ PMP1, in a step 142, the terminal 8 starts to listen to this service address.
  • the terminal receives the PMP messages while listening to the address ⁇ PMP1. For example, the terminal receives a connection request. Then, during a stage 144, the terminal receives the PMP messages while listening to the address ⁇ PMP1. For example, the terminal receives a connection request. Then, during a stage 144
  • the terminal verifies that this connection request is indeed generated by the operator 20 and that it is intended for it. For example, during step 146, the terminal checks:
  • the operator identifier contained in this request corresponds to one of those recorded in its list 62, and
  • the terminal identifier contained in the request corresponds to its own terminal identifier.
  • step 142 the method returns to step 142 and if so, the terminal proceeds to a step 148 of establishing a point-to-point connection.
  • step 148 the terminal establishes a point-to-point connection to a server of the operator 20.
  • the terminal uses one of the unicast addresses contained in the registered table. in step 140 corresponding to the service specified in the connection request.
  • step 150 a bidirectional data exchange between the terminal and the contacted server is executed. This bidirectional exchange of data may, for example, be intended to provide the terminal 8 the secrets that will allow it to descramble the scrambled multimedia programs received.
  • the terminal In parallel with steps 130 to 150, the terminal also proceeds to receive broadcast scrambled multimedia programs. For this, during a step 160, the terminal listens multicast broadcast address then the module 46 demultiplexes the received multiplex content. Then, in a step 162, the ECM message of the multiplexed content is transmitted to the processor 42 which, in a step 168, obtains the control word CW by decrypting the cryptogram CW *.
  • the processor then sends the control word CW to the module 46 which, in a step 170, descrambles the scrambled multimedia program with the received control word.
  • the descrambled multimedia program is then decoded, during a step 172, by the module 46 in order to generate a multimedia stream during a step 174, this multimedia stream is transmitted to the screen 52 which displays it in the clear.
  • Steps 172 and 174 are an example of using the descrambled multimedia program.
  • the method of FIG. 2 makes it possible to construct for each operator a service multicast address tree as illustrated in FIG. 5.
  • the @ASP address is the root node.
  • the addresses ⁇ SSP1 and ⁇ SSP2 are the first level child nodes and the addresses SPMP1 and ⁇ PMP2 are the second level child nodes respectively attached to the addresses 6SSP1 and ⁇ SSP2.
  • the method of FIG. 2 makes it possible, of course, to construct service multicast address trees containing more than two first-level service multicast addresses and more than one second-level service multicast address associated with each parent node.
  • FIG. 6 represents a flowchart of a method for modifying the @ASP address in each of the terminals of the system 2.
  • the headend broadcasts the ASP messages both on the old address @ASP noted here @ASP id e o t a new address SASP noted here @ASP new Step 200 permits operation of the method of Figure 2 on a heterogeneous fleet of terminals wherein some of the terminals use the address @ASP o i d and the other part of the terminals use the address @ASP new -
  • an EMM message for modifying the reference address is sent to each of the terminals.
  • This EMM message may be incorporated into the multiplexed contents received by the terminal or sent to a service message generated by the generator 16.
  • This EMM contains the new address @ASP new.
  • each terminal saves the new address @ASP new in place of the old address @ASP o id.
  • a step 206 the receiver 40 verifies that the new address has been correctly registered by testing the value of an update flag.
  • the value of this update flag is modified by the processor 42 in case of successful registration of the new address @ASP ne w If the value of this indicator indicates that the update has been successful, the terminal proceeds to a step 208 listening to the new address @ASP new and no longer listens to the old address @ASP o i d . In the case where, in step 206, the value of the indicator indicates that the update has not been successful, the terminal does not proceed to step 208 and continues to listen to the address @ ASP o id
  • step 206 or step 208 the process returns to step 200.
  • the module 48 stops listening to the first level multicast addresses ( ⁇ SSPl) as well as the higher level multicast addresses, such as the address ⁇ PMP1.
  • a step 230 in response to the receipt of this new address @PMPl new ⁇ the module 48 stops listening to the old address @PMPl o id- Then, the process continues with the steps 142 and 144 described with reference to Figure 2.
  • the security processor 42 may be integrated in the receiver 40.
  • the modules 46 and 48 may be implemented in a removable module.
  • the different functionalities of the terminal 8 can be divided between different equipment interconnected by a local network. For example, these different functionalities can be distributed between a local gateway called "Home Gateway" and a local decoder, one or the other being able to receive the security processor 42.
  • the gateway is then the element connected to the network 30 which listens to different multicast addresses. Then, the information received from the network 30 is transmitted on the local network to the local decoder.
  • the gateway can, for example, support the processing of ECM messages in order to extract the control words necessary for descrambling scrambled multimedia programs.
  • Other architectures for the terminal 8 are of course possible.
  • the first level and higher level multicast addresses may be fixed or dynamically assigned IP addresses using the method of FIG. 2.
  • the addresses ⁇ SSP1 and ⁇ SSP2 may be identical.
  • the terminal then distinguishes the service messages intended for it with the aid of an identifier of the operator contained in the SSP messages.
  • the second level service multicast addresses may be identical to each other and also identical to the first level service multicast addresses.
  • the distinction of the service messages intended for the terminal 8 from those which are not intended for it is also done thanks to the use of the operator identifiers included in the SSP and PMP messages.
  • the @ASP address may also be the same or different from the service multicast addresses used.
  • the modem 44 can be integrated in the receiver 40 or be placed outside.
  • the @ASP address is, alternatively, stored in the receiver 40 instead of being registered in the security processor 42.
  • the method of FIG. 2 has been described in the particular case where the tree of FIG. 5 comprises three levels.
  • the tree of FIG. 5 comprises three levels.
  • only two levels are implemented, that is, the use of the SASP address and the use of first-level service multicast addresses.
  • more than three levels may also be used.
  • This last variant makes it possible to assign different multicast service addresses, typically depending on the types of service messages and / or the terminal organization of the terminals.
  • each service operator uses a different service multicast address set than the one used by the other operators, then the operator identifier contained in the table of Figure 4 may be omitted. Likewise, the operator identifier contained in the SSP, PMP service messages can be omitted.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Procédé de diffusion de plusieurs programmes multimédias générés par des opérateurs de service différents, dans lequel une ou plusieurs des têtes de réseau diffusent (en 102) sur une adresse multicast de référence une liste associant des identifiants des opérateurs de service à au moins une adresse multicast de service de premier niveau, l'adresse multicast de référence étant connue au préalable de tous terminaux aptes à recevoir et à démultiplexer des contenus multiplexes diffusés et cette adresse multicast de référence étant différente de toutes les adresses multicast de diffusion.

Description

PROCEDES DE DIFFUSION ET DE RECEPTION DE PROGRAMMES MULTIMEDIAS EMBROUILLES, TERMINAL ET TETE DE RESEAU POUR
CES PROCEDES
La présente invention concerne des procédés de diffusion et de réception de programmes multimédias embrouillés, un terminal et une tête de réseau pour ces procédés .
Plus précisément, il existe des procédés de diffusion de plusieurs programmes multimédias générés par des opérateurs de service différents par l'intermédiaire d'un réseau. Dans les procédés de diffusion existants : chaque tête de réseau multiplexe au moins un programme multimédia embrouillé à l'aide d'un mot de contrôle et un cryptogramme de ce mot de contrôle afin d'obtenir un contenu multiplexe, puis diffuse le contenu multiplexe vers les terminaux par l'intermédiaire du réseau, et
- une ou plusieurs têtes de réseau diffusent, en parallèle des messages de service, propres à chaque opérateur de service, . permettant d'adapter le fonctionnement de chaque terminal pour que celui-ci soit autorisé ou interdit d' accès aux programmes multimédias .
Il existe également des procédés de réception des programmes multimédias diffusés à l'aide du procédé de diffusion ci-dessus.
Dans les procédés de réception existants :
- chaque terminal reçoit et démultiplexe le contenu multiplexe, puis, sous réserve d'y être autorisé, déchiffre -le cryptogramme du mot de contrôle, désembrouille le programme multimédia pour obtenir un flux multimédia utilisable par le terminal, le terminal étant équipé d'une mémoire, et chaque terminal reçoit les messages de service puis, en fonction du contenu du message de service reçu, le terminal adapte son fonctionnement de manière à être autorisé ou interdit d'accès au programme multimédia. Les procédés de diffusion et de réception existants utilisent, par exemple, un réseau large bande tel que, par exemple, un réseau hertzien ou satellitaire ou un réseau de télécommunication IP.
Dans les procédés de diffusion et de réception existants, les messages de service d'un opérateur particulier sont incorporés au contenu multiplexe puis diffusés vers chacun des terminaux. Or, un même opérateur peut générer plusieurs programmes multimédias, ce qui peut conduire .à diffuser en parallèle différents , contenus multiplexes pour un même opérateur de service.
De l'autre côté, généralement, le terminal ne peut recevoir et démultiplexer qu'un seul contenu multimédia à la fois.
Ainsi, lorsque cet opérateur veut transmettre un message de service à tous les terminaux aptes à recevoir et à démultiplexer au moins l'un des contenus multiplexes qu'il diffuse, il incorpore un exemplaire du même message de service dans chaque contenu multiplexe diffusé en parallèle. Cela conduit donc à démultiplier le nombre d'exemplaires diffusés du même message de service et donc à accroître la bande passante nécessaire à la diffusion de ces messages de service. Ce problème existe même si l'opérateur regroupe ses programmes multimédias dans un nombre plus réduit de multiplex, les messages de services sont incorporés dans autant de multiplex.
Le' problème est identique lorsque le réseau utilisé est, par exemple, un réseau IP. Dans ce dernier cas, les contenus multiplexes et les messages de service sont diffusés sur des adresses multicast écoutées par chacun des • terminaux.
L'invention vise à remédier à ce problème dans le cas particulier où les procédés de diffusion et de réception utilisent un réseau large bande dans lequel une information peut être acheminée vers une adresse multicast, de sorte que seul un groupe de plusieurs terminaux correspondants à cette adresse multicast reçoit l'information tandis que d'autres terminaux connectés au même réseau ne reçoivent pas cette information.
L'invention a donc pour objet un procédé de diffusion de plusieurs programmes multimédias dans lequel la ou plusieurs des têtes de réseau diffusent sur une adresse multicast de référence une liste associant des identifiants des opérateurs de service à au moins une adresse multicast de service de premier niveau, l'adresse multicast de référence étant connue au préalable de tous les terminaux aptes à recevoir et à démultiplexer les contenus multiplexes diffusés et cette adresse multicast de référence étant différente de toutes les adressés multicast de diffusion.
L'invention a également pour objet un procédé de réception de plusieurs programmes multimédias diffusés à l'aide du procédé de diffusion ci-dessus dans lequel, en réponse à la diffusion de la liste sur l'adresse multicast de référence, le terminal écoute une ou plusieurs des adresses multicast de service de premier niveau spécifiées dans cette liste pour recevoir des messages de service.
Dans les procédés ci-dessus, l'adresse de référence est différente de l'ensemble des adresses multicast de diffusion. Ainsi, quel que soit le nombre de contenus multiplexes diffusés en parallèle pour le compte d'un même opérateur de service, seul un exemplaire de la liste est diffusé sur l'adresse multicast de référence afin d'être reçu par tous les terminaux. On dit alors que la liste est diffusée « out of band ». Ceci permet donc en particulier d'économiser de la bande passante.
De plus, le fait que l'adresse multicast de référence soit utilisée pour indiquer aux terminaux quelles sont les adresses multicast de service à écouter et non pas directement et systématiquement utilisées pour transmettre l'ensemble des messages de service de tous les opérateurs de service, permet de conserver la possibilité de gérer la quantité d' informations transmises sur cette adresse multicast de référence. Par exemple, les adresses multicast de service spécifiées par la liste peuvent être toutes différentes de l'adresse de référence, de sorte qu'aucun message de service ne sera transmis sur l'adresse de référence, ce qui diminue considérablement la quantité d'informations transmises sur cette adresse. A l'inverse, si la liste associe l'adresse de référence à chaque identifiant d'opérateur de service, l'ensemble des messages de service des opérateurs seront transmis à l'adresse de référence, ce qui peut correspondre à une quantité importante d'informations.
Les modes de réalisation du procédé de diffusion peuvent comporter une ou plusieurs des caractéristiques suivantes : - la ou plusieurs des têtes de réseau diffusent sur l'adresse multicast de référence une liste dans laquelle au moins une adresse multicast de service associée à un identifiant d'opérateur est différente des autres adresses multicast de service associées à d'autres opérateurs de service ;
- la ou les têtes de réseau diffusent sur au moins l'une des adresses multicast de service de premier niveau associée à un identifiant d'opérateur de service, une table définissant au moins une adresse multicast de service de second niveau utilisée par cet opérateur.
Les modes de réalisation du procédé de réception peuvent comporter une ou plusieurs des caractéristiques suivantes :
- le terminal sélectionne dans la liste la ou les adresses multicast de service correspondant • à un identifiant d'opérateur de service préenregistré dans sa mémoire, puis écoute les adresses multicast de service sélectionnées pour recevoir des messages de service et n'écoute pas les adresses multicast non sélectionnées dans cette liste ;
- en réponse à la diffusion de la table, le terminal écoute une ou plusieurs des adresses multicast de service de second niveau spécifiées dans cette table ;
- les adresses multicast de service de premier ou de second niveau sont également toutes différentes des adresses multicast de diffusion ;
- le réseau large bande est un réseau IP (Internet Protocol) .
Ces modes de réalisation des procédés de diffusion et de réception présentent en outre les avantages suivants : utiliser des adresses multicast de service différentes pour différents opérateurs permet d'éliminer simplement et rapidement au niveau de la couche réseau les messages qui ne présentent pas d'intérêt pour le terminal, utiliser une table permettant de définir les adresses multicast de service de second niveau permet de hiérarchiser les adresses multicast de service, ce qui en simplifie la gestion, et utiliser les adresses multicast de service différentes de toutes les adresses de diffusion permet de limiter la bande passante nécessaire pour diffuser les messages de service. L'invention a également pour objet un terminal équipé d'un module logiciel de contrôle d'accès apte à mettre en œuvre le procédé ci-dessus de réception.
L'invention a également pour objet une tête de réseau apte à diffuser des programmes multimédias embrouillés en mettant en œuvre le procédé ci-dessus de diffusion.
L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple non limitatif et faite en se référant aux dessins sur lesquels :
- la figure 1 est une illustration schématique de l'architecture d'un système de diffusion et de réception de programmes multimédias embrouillés,
- la figure 2 est un organigramme d'un procédé de diffusion et d'un procédé de réception de programmes multimédias embrouillés,
- la figure 3 est une illustration schématique de la structure d'une liste utilisée dans les procédés de la figure 2, - la figure 4 est une illustration schématique de la structure d'une table utilisée dans les procédés de la figure 2,
- la figure 5 est une illustration schématique de l'architecture d'une arborescence d'adresses multicast de service utilisée dans les procédés de la figure 2,
- la figure 6 est un organigramme d'un procédé pour modifier une adresse de référence dans le système de la figure 1,
- la figure 7 est un organigramme d'un procédé pour mettre à jour des adresses multicast de service de premier niveau dans le système de la figure 1, et
- la figure 8 est un organigramme d'un procédé pour mettre à jour des adresses multicast de service de second niveau dans le système de la figure 1. La figure 1 représente un système 2 de diffusion et de réception de programmes multimédias. Ce système 2 comprend une ou plusieurs têtes de réseau aptes à diffuser les programmes multimédias sous une forme embrouillée et une multitude de terminaux propres à recevoir ces programmes multimédias embrouillés afin de les désembrouiller pour qu'ils puissent les utiliser. Par exemple, le terminal utilise les programmes multimédias reçus pour générer un flux vidéo affichable en clair sur un écran.
Pour simplifier la figure 1, seule une tête de réseau 4 et trois terminaux 6, 7 et 8 ont été représentés. La tête de réseau 4 comprend : un générateur 10 de messages ECM (Entitlement Control Message) ,
- un générateur 12 de messages EMM (Entitlement Management Message) , un module 14 propre à diffuser sur une ou plusieurs adresses multicast de diffusion les contenus multiplexes, et
- un gestionnaire 16 de messages privés, appelé gestionnaire PMM (Private Messaging Manager) , propre à diffuser des messages de service sur une ou plusieurs adresses multicast de service. Le module 14 est apte à embrouiller chaque programme multimédia reçu à l'aide d'un mot de contrôle CW. Le module 14 est également apte à multiplexer le programme multimédia embrouillé avec des messages ECM générés par le générateur 10 et des messages EMM générés par le générateur 12 afin d'obtenir un contenu multiplexe. Typiquement, les messages ECM multiplexes avec le programme multimédia embrouillé contiennent un cryptogramme CW* du mot de contrôle CW utilisé pour embrouiller ce programme multimédia. Les messages ECM contiennent également généralement des conditions d'accès associées au programme multimédia embrouillé .
Les messages EMM contiennent généralement des informations, telles que des clés ou des droits, permettant d' autoriser ou d' interdire à un terminal de désembrouiller correctement les programmes multimédias embrouillés reçus pour qu'il puisse les utiliser.
Le module 14 est ici également apte à encapsuler chaque contenu multiplexe dans des trames IP (Internet Protocole) .
Ici, les programmes multimédias sont générés par différents opérateurs de service. Pour simplifier la figure 1, seuls deux opérateurs 20 et 22 ont été représentés.
On suppose ici que chacun de ces opérateurs 20 et 22 est apte à générer simultanément plusieurs programmes multimédias, de sorte que le module 14 diffuse en parallèle plusieurs contenus multiplexes pour un même opérateur.
Les messages de service diffusés par le gestionnaire
16 contiennent des informations nécessaires pour que les terminaux puissent fonctionner correctement et en particulier pour que ces terminaux puissent utiliser les programmes multimédias diffusés. Ces messages de service peuvent également contenir des informations pour, au contraire, interdire l'utilisation des programmes multimédias diffusés.
Par exemple, un message de service adressé à un terminal est une requête à ce terminal pour qu'il établisse une connexion avec un serveur spécialisé de la tête de réseau de l'opérateur pour effectuer une transaction particulière. Dans un autre exemple, par un message de service approprié, l'opérateur active un mécanisme de sécurité spécifique du terminal. Dans un troisième exemple, un message de service est un moyen complémentaire de l'opérateur pour transmettre à un terminal un message EMM contenant un droit particulier.
Généralement, les messages de service sont différents d'un opérateur de service à un autre. Ici, les messages de service sont générés en réponse à des commandes transmises par les opérateurs 20 et 22.
Le réseau utilisé pour transmettre les contenus multiplexes ainsi que les messages de service aux différents terminaux est un réseau large bande 30 utilisant le protocole IP (Internet Protocol) . On rappelle que ce protocole fait appel à des routeurs propres à acheminer une trame d'information vers une adresse spécifiée. Dans le protocole IP, une adresse multicast permet d'établir une liaison point à multipoints. Une telle adresse multicast diffère d'une adresse broadcast par le fait que les trames d' informations sont acheminées uniquement à un groupe limité de terminaux parmi l'ensemble des terminaux qui sont connectés au réseau 30. L'adresse multicast est également différente d'une adresse unicast qui permet uniquement d'établir une liaison point à point.
On suppose ici que les terminaux 6, 7 et 8 sont identiques et seul le terminal 8 sera décrit plus en détail.
Le terminal 8 comprend un récepteur 40 associé à un processeur de sécurité amovible 42.
Le récepteur 40 est équipé d'un modem 44, d'un module 46 de démultiplexage, désembrouillage et décodage et un module logiciel de contrôle d'accès 48.
Le récepteur 40 comprend également une mémoire 50 propre à stocker les programmes multimédias reçus.
Le modem 44 est connecté au réseau 30 et permet de recevoir les contenus multiplexes et les messages de service diffusés par la tête de réseau 4. Le module 46 est propre notamment à démultiplexer des contenus multiplexes reçus, à transmettre les messages ECM et EMM au module 48, à désembrouiller les programmes multimédias embrouillés de manière à générer un flux multimédia utilisable, par exemple par son décodage puis par son affichage en clair sur un écran 52 connecté au terminal 8.
Le module 48 assure l'interface avec le processeur
42. En particulier, il transmet au processeur 42 les messages ECM et EMM et reçoit de ce processeur 42 le mot de contrôle déchiffré qui doit être utilisé par le module 46 pour désembrouiller les programmes multimédias reçus.
Le processeur 42 est, par exemple, une carte à puce. Ce processeur 42 est destiné à exécuter toutes les opérations de sécurité ainsi que le contrôle d'accès aux programmes multimédias. A cet effet, il comporte notamment un module 56 de chiffrement et de déchiffrement ainsi qu'une mémoire non volatile 58. La mémoire 58 contient entre autre : - des titres d'accès et des clés 60, une liste 62 d'identifiants d'opérateurs de service auprès desquels l'utilisateur du terminal 8 a souscrit un abonnement, une adresse multicast de référence 64 appelée @ASP, et une arborescence 66 d'adresses multicast de service .
Le fonctionnement du système 2 va maintenant être décrit en regard du procédé de la figure 2 et à l'aide des structures de données illustrées sur les figures 4 à 6.
De son côté, la tête de réseau 4 exécute un procédé 76 de diffusion des programmes multimédias embrouillés tandis que de l'autre côté chaque terminal exécute un procédé 78 de réception de ces programmes multimédias embrouillés.
Pour diffuser un programme multimédia embrouillé, la tête de réseau 4 procède comme suit : - lors d'une étape 80, le module 14 embrouille le programme multimédia à diffuser à l'aide du mot de contrôle CW,
- lors d'une étape 82, le mot de contrôle CW est chiffré avec une clé de chiffrement Km pour obtenir le cryptogramme CW*,
- lors d'une étape 84, le générateur 10 génère le message ECM contenant le cryptogramme CW* ainsi que des conditions d'accès au programme multimédia embrouillé,
- lors d'une étape 86, des messages EMM contenant, par exemple, la clé Km peuvent être générés par le générateur 12,
- lors d'une étape 88, le module 14 multiplexe le programme multimédia embrouillé, ' les messages ECM et les messages EMM pour obtenir un contenu multiplexe, - lors d'une étape 90, le module 14 encapsule le contenu multiplexe dans des paquets IP (Internet Protocole) ,
- lors d'une étape 92, les paquets IP contenant le contenu multiplexe sont diffusés sur une adresse multicast de diffusion prédéfinie par l'opérateur ayant généré le programme multimédia embrouillé.
Les étapes 80 à 92 s'ont réitérées pour chaque programme multimédia de chaque opérateur de service.
En parallèle, la tête de réseau diffuse des messages de service.
Plus précisément, lors d'une étape 100, le gestionnaire 16 génère un message ASP (Address Signaling Protocol) et l'encapsule dans un datagramme UDP (User Datagram Protocol, selon la spécification RFC768). Ce message ASP contient une liste associant à des identifiants des opérateurs de service une ou plusieurs adresses multicast de service, dites de premier niveau. Un exemple de structure pour cette liste est illustré sur la figure 3. Les identifiants d' opérateurs de service sont contenus dans une colonne 104. Pour chaque identifiant d'opérateur de service, une adresse multicast de service de premier niveau est contenue dans une colonne 106. Les données présentes dans les colonnes 104 et 106 suffisent au procédé. Toutefois, des données complémentaires propres à une implémentation particulière peuvent y être associées telles que représentées par la colonne 108.
Sur la figure 3, les identifiants « OpI » et « Op2 » correspondent respectivement aux identifiants des opérateurs 20 et 22. Ces identifiants OpI et 0p2 sont respectivement associés à des adresses multicast de service SSSPl et ΘSSP2. Dans cet exemple, à chaque identifiant de la colonne 104 est associée en outre une description de l'opérateur de service dans la colonne 108, représentée par le symbole « xxx » et pouvant être affichée sur le terminal .
Ensuite, lors d'une étape 102, le message ASP est diffusé sur l'adresse multicast @ASP. Cette adresse SASP a au préalable été enregistrée dans chacun des terminaux susceptibles d'accéder à un programme multimédia diffusé par la tête de réseau 4. Cette adresse SASP est la même pour tous les terminaux et ceci quel que soit l'opérateur auquel l'utilisateur de ces terminaux est abonné. Ainsi tous les terminaux du système 2 peuvent recevoir le message ASP.
L'adresse SASP de référence est une adresse IP associée à un port à écouter ou un nom de domaine. L'adresse SASP est différente de toutes les adresses multicast de diffusion utilisées pour diffuser des contenus multimédias. Cette adresse est donc destinée à des échanges d'informations « out of band ».
Les étapes 100 et 102 sont réitérées, par exemple, toutes les minutes. Ensuite, lors d'une étape 110, le gestionnaire 16 génère des messages SSP (Service Status Protocol) propres à chacun des opérateurs puis encapsule ces messages dans des datagrammes UDP. Le message SSP propre à chaque opérateur contient ici une table relative aux services rendus par cet opérateur et concernant les terminaux. Ces services concernent par exemple :
- la diffusion en mode multicast par l'opérateur aux terminaux d' informations individualisées ou collectives ; pour un tel service le message SSP précise les modalités de diffusion, notamment une adresse de service dite de second niveau, qu'un terminal doit prendre en compte pour accéder à ces informations.
- l'échange d'informations entre l'opérateur et le terminal lors de transactions résultant d'une connexion établie à l'initiative du terminal ; pour un tel 'service, le message SSP précise les modalités de la connexion à établir. l'activation de comportements particuliers du terminal. La figure 4 représente un exemple d'une telle table dans le cas de l'opérateur 20.
La table de la figure 4 contient : l'identifiant de l'opérateur de service ayant généré cette table dans une colonne 114, - les types de chacun des services, dans une colonne 116,
- les paramètres de chacun des services dans une colonne 118, et - les identifiants de chacun des services, dans une colonne 120.
La nature des paramètres de services 118 et les identifiants de services 120 dépendent du type de service, tels que : référence du service de diffusion de messages et son adresse multicast, référence du serveur à appeler et son adresse IP unicast, ou désignation d'un comportement spécifique et son paramétrage particulier.
Dans le cas particulier de la figure 4, la colonne 114 rappelle l'opérateur OPl à l'origine de la table. La colonne 116, avec les identifiants de la colonne 120, annonce un service de type diffusion de messages de service
PMPl, deux services transactionnels Serveurl et Serveur2, et deux services d'activation des comportements Indicl et Indic2.
La colonne 118 décrit les paramètres de chacun de ces services :
- pour le service de diffusion de messages de service PMPl, la colonne 118 donne l'adresse multicast ΘPMP1. Cette adresse ΘPMPl est utilisée par le générateur 16 sous la commande de l'opérateur 20 pour diffuser des messages de service particuliers, tels que, par exemple, des requêtes de connexion du terminal à la tête de réseau. pour chaque service transactionnel Serveur 1, respectivement Serveur2, la colonne 118 précise l'adresse unicast @IP1, respectivement @IP2, à laquelle le terminal doit se connecter par une liaison point à point lorsqu' il doit exécuter une transaction avec un serveur de l'opérateur ; le choix du serveur dépend de la nature de la transaction à exécuter.
- pour chaque service d'activation de comportement, la colonne 118 précise le comportement Indicl, respectivement Indic2, à activer et les paramètres Valuel, respectivement Value2, de cette activation. Lors d'une étape 122, le message SSP généré par l'opérateur 20 est diffusé sur l'adresse ΘSSP1 définie dans la liste de la figure 3. De façon similaire, les messages SSP générés par l'opérateur 22 sont diffusés sur l'adresse ΘSSP2 associée à l'identifiant de cet opérateur dans la liste de la figure 3.
Les messages SSP d'un opérateur sont, par exemple, diffusés toutes les minutes.
Enfin, sur commande de l'opérateur 20, dans le cas d'un service de diffusion de messages de service, le générateur 16 envoie un message PMP (Private Message
Protocol), lors d'une étape 126. Cette requête contient de préférence l'identifiant du terminal auquel elle est destinée ainsi que l'identifiant de l'opérateur qui l'a générée. Par exemple, le message PMP destiné à un terminal peut être une requête de connexion à un serveur de l'opérateur dont le terminal aura reçu l'adresse par un service SSP de type Transaction.
On notera que le service au niveau SSP d' activation de comportement peut également, selon l' implémentation, être supporté par un message PMP particulier.
Sous la commande de l'opérateur 22, lors de l'étape 126, le gestionnaire 16 peut également transmettre un message de service sur une adresse multicast de service ΘPMP2, ce message de service contenant une requête de connexion. L'adresse @PMP2 est l'adresse associée à l'identifiant PMP2 dans la colonne 120 de la table diffusée lors de l'étape 122 par l'opérateur 22. De préférence l'adresse ΘPMP2 est différente de l'adresse ΘPMP1. De plus, en pratique, toutes les adresses utilisées pour diffuser des messages de service, c'est-à-dire ici les adresses ΘSSPl, ΘSSP2, SPMPl et ΘPMP2, sont chacune différentes des adresses multicast de diffusion utilisées pour la diffusion des contenus multiplexes dans le système
2.
En parallèle aux étapes 80 à 126, chaque terminal exécute le procédé 78 de réception des programmes multimédias ainsi que des messages de service.
Initialement, lors d'une étape 130, le terminal 8 recherche l'adresse ΘASP dans sa mémoire 58 puis écoute cette adresse multicast. Il reçoit alors, lors d'une étape
132, le message ASP diffusé par la tête de réseau 4. En réponse à la réception de ce message ASP, lors d'une étape
134, le terminal sélectionne uniquement les adresses contenues dans la colonne 106 qui sont associées à un identifiant d'opérateur de service correspondant à l'un de ceux contenus dans sa propre liste 62. Ensuite, lors d'une étape 136, le terminal écoute uniquement les adresses de la liste de la figure 3 sélectionnées lors de l'étape 134.
On suppose ici que le terminal 8 écoute uniquement l'adresse ΘSSPl de l'opérateur 20. En écoutant cette adresse, lors d'une étape 138, le terminal reçoit le message SSP diffusé par l'opérateur 20.
En réponse à ce message SSP, lors d'une étape 140, le terminal enregistre la table contenue dans le message SSP reçu. La table peut être enregistrée à chaque réception ou uniquement quand son contenu a changé par rapport à sa dernière diffusion. Les valeurs des indicateurs contenus dans la table enregistrée sont utilisées lors de traitements spéciaux.
Les adresses unicast @IP1 et @IP2 contenues dans la colonne 118 sont, quant à elles, utilisées pour établir une connexion point-à-point avec le serveur correspondant à ces adresses unicast. En réponse à la réception de l'adresse ΘPMP1, lors d'une étape 142, le terminal 8 se met à écouter cette adresse de service.
Lors d'une étape 144, le terminal reçoit les messages PMP en écoutant l'adresse ΘPMPl. Par exemple, le terminal reçoit une requête de connexion. Ensuite, lors d'une étape
146, le terminal vérifie que cette requête de connexion est bien générée par l'opérateur 20 et qu'elle lui est destinée. Par exemple, lors de l'étape 146, le terminal vérifie :
- que l'identifiant d'opérateur contenu dans cette requête correspond bien à l'un de ceux enregistrés dans sa liste 62, et
- que l'identifiant de terminal contenu dans la requête correspond à son propre identifiant de terminal.
Dans le cas contraire, le procédé retourne à l'étape 142 et dans l'affirmative, le terminal procède à une étape 148 d'établissement d'une connexion point-à-point.
Lors de l'étape 148, le terminal établit une connexion point-à-point vers un serveur de l'opérateur 20. Pour établir cette liaison point-à-point, le terminal utilise l'une des adresses unicast contenues dans la table enregistrée lors de l'étape 140 correspondant au service spécifié dans la requête de connexion. Une fois que cette liaison point-à-point est établie, lors d'une étape 150, un échange de données bidirectionnel entre le terminal et le serveur contacté est exécuté. Cet échange bidirectionnel de données peut, par exemple, avoir pour but de fournir au terminal 8 les secrets qui lui permettront de désembrouiller les programmes multimédias embrouillés reçus.
En parallèle aux étapes 130 à 150, le terminal procède également à la réception des programmes multimédias embrouillés diffusés. Pour cela, lors d'une étape 160, le terminal écoute une adresse multicast de diffusion puis le module 46 démultiplexe le contenu multiplexe reçu. Ensuite, lors d'une étape 162, le message ECM du contenu multiplexe est transmis au processeur 42 qui, lors d'une étape 168, obtient le mot de contrôle CW en déchiffrant le cryptogramme CW* .
Le processeur envoie ensuite le mot de contrôle CW au module 46 qui, lors d'une étape 170, désembrouille le programme multimédia embrouillé avec le mot de contrôle reçu.
Le programme multimédia désembrouille est ensuite décodé, lors d'une étape 172, par le module 46 afin de générer un flux multimédia lors d'une étape 174, ce flux multimédia est transmis à l'écran 52 qui l' affiche en clair. Les étapes 172 et 174 constituent un exemple d'utilisation du programme multimédia désembrouille.
Le procédé de la figure 2 permet de construire pour chaque opérateur une arborescence d'adresses multicast de service telle qu'illustrée sur la figure 5. Dans cette arborescence, l'adresse @ASP est le nœud racine. Les adresses ΘSSP1 et ΘSSP2 sont les nœuds fils de premier niveau et les adresses SPMPl et ΘPMP2 sont les nœuds fils de second niveau respectivement rattachés aux adresses 6SSP1 et ΘSSP2. Le procédé de la figure 2 permet bien sûr de construire des arborescences d'adresses multicast de service contenant plus de deux adresses multicast de service de premier niveau et plus d'une adresse multicast de service de second niveau associée à chaque nœud père. La figure 6 représente un organigramme d'un procédé pour modifier l'adresse @ASP dans chacun des terminaux du système 2.
Initialement, lors d'une étape 200, la tête de réseau diffuse les messages ASP à la fois sur l'ancienne adresse @ASP notée ici @ASPoid et sur une nouvelle adresse SASP notée ici @ASPnew L'étape 200 permet de faire fonctionner le procédé de la figure 2 sur un parc hétérogène de terminaux dans lesquels une partie des terminaux utilisent l'adresse @ASPoid et l'autre partie des terminaux utilisent l'adresse @ASPnew-
Ensuite, lors d'une étape 202, un message EMM de modification de l'adresse de référence est envoyé à chacun des terminaux. Ce message EMM peut être incorporé dans le contenu multiplexe reçu par ce terminal ou envoyé dans un message de service généré par le générateur 16. Ce message EMM contient la nouvelle adresse @ASPnew.
En réponse, lors d'une étape 204, chaque terminal enregistre la nouvelle adresse @ASPnew à la place de l'ancienne adresse @ASPoid.
Puis, lors d'une étape 206, le récepteur 40 vérifie que la nouvelle adresse a été correctement enregistrée en testant la valeur d'un indicateur de mise à jour. La valeur de cet indicateur de mise à jour est modifié par le processeur 42 en cas de succès de l'enregistrement de la nouvelle adresse @ASPnew Dans le cas où la valeur de cet indicateur indique que la mise à jour a été réussie, le terminal procède à une étape 208 d'écoute de la nouvelle adresse @ASPnew et n'écoute plus l'ancienne adresse @ASPoid. Dans le cas où, lors de l'étape 206, la valeur de l'indicateur indique que la mise à jour n'a pas été réussie, le terminal ne procède pas à l'étape 208 et continue d'écouter l'adresse @ASPoid-
Dans tous les cas, après l'étape 206 ou l'étape 208, le procédé retourne à l'étape 200.
Le fonctionnement du terminal 8 pour mettre à jour l'adresse ΘSSPl va maintenant être décrit en regard de la figure 7. Initialement, en réponse à une modification de l'adresse ΘSSPl contenue dans le message ASP, lors d'une étape 220, le module 48 arrête d'écouter les adresses multicast de premier niveau (ΘSSPl) ainsi que les adresses multicast de niveaux supérieurs, telle que l'adresse ΘPMP1.
Ensuite, le procédé se poursuit par les étapes 132, 134 et 136, telles que décrites en regard de la figure 2.
Le fonctionnement du terminal 8 lorsque celui-ci reçoit un message SSP lui indiquant une nouvelle adresse @PMPlnew va maintenant être décrit en regard de la figure 8.
Initialement, lors d'une étape 230, en réponse à la réception de cette nouvelle adresse @PMPlnew^ le module 48 arrête d'écouter l'ancienne adresse @PMPloid- Ensuite, le procédé se poursuit par les étapes 142 et 144 décrites en regard de la figure 2.
De nombreux autres modes de réalisation sont possibles. Par exemple, d'autres réseaux qu'un réseau utilisant le protocole IP peuvent être utilisés à la place du réseau 30 à partir du moment où ce réseau permet l'utilisation d'adresses multicast d'une façon similaire à ce que permet le protocole IP.
Le processeur de sécurité 42 peut être intégré au récepteur 40. En variante, les modules 46 et 48 peuvent être implémentés dans un module amovible. Les différentes fonctionnalités du terminal 8 peuvent être réparties entre différents équipements reliés entre eux par un réseau local. Par exemple, ces différentes fonctionnalités peuvent être réparties entre une passerelle locale appelée « Home Gateway » et un décodeur local, l'un ou l'autre pouvant recevoir le processeur de sécurité 42. La passerelle est alors l'élément connecté au réseau 30 qui écoute les différentes adresses multicast. Ensuite, les informations reçues à partir du réseau 30 sont transmises, sur le réseau local, au décodeur local. Dans une telle architecture, la passerelle peut, par exemple, prendre en charge le traitement des messages ECM afin d'en extraire les mots de contrôle nécessaires au désembrouillage des programmes multimédias embrouillés. D'autres architectures pour le terminal 8 sont bien évidemment possibles.
Les adresses multicast de premier niveau et de niveaux supérieurs peuvent être des adresses IP fixes ou affectées dynamiquement à l'aide du procédé de la figure 2. Les adresses ΘSSP1 et ΘSSP2 peuvent être identiques. Le terminal distingue alors les messages de service qui lui sont destinés à l'aide d'un identifiant de l'opérateur contenu dans les messages SSP. De façon similaire, les adresses multicast de service de second niveau peuvent être identiques entre elles et également identiques aux adresses multicast de service de premier niveau. La distinction des messages de service destinés au terminal 8 de ceux qui ne lui sont pas destinés se fait alors également grâce à l'utilisation des identifiants d'opérateurs inclus dans les messages SSP et PMP. L'adresse @ASP peut également être identique ou différente des adresses multicast de service utilisées .
Le modem 44 peut être intégré dans le récepteur 40 ou être placé à l'extérieur.
L'adresse @ASP est, en variante, enregistrée dans le récepteur 40 au lieu d'être enregistrée dans le processeur de sécurité 42.
Le procédé de la figure 2 a été décrit dans le cas particulier où l'arborescence de la figure 5 comporte trois niveaux. Dans une version simplifiée, seuls deux niveaux sont mis en œuvre, c'est-à-dire l'utilisation de l'adresse SASP et l'utilisation d'adresses multicast de service de premier niveau. En variante, plus de trois niveaux peuvent également être utilisés. Cette dernière variante permet d'affecter différentes adresses multicast de service, typiquement selon les types de messages de service et/ou l'organisation en parc des terminaux.
Si chaque opérateur de service utilise un jeu d'adresses multicast de service différent de celui utilisé par les autres opérateurs, alors l'identifiant d'opérateurs contenu dans le tableau de la figure 4 peut être omis. De même, l'identifiant d'opérateur contenu dans les messages de service SSP, PMP peuvent être omis.
La description de l'opérateur ou du service contenue dans les colonnes 108 et 120, respectivement, peut être omise.

Claims

REVENDICATIONS
1. Procédé de diffusion de plusieurs programmes multimédias générés par des opérateurs de service différents, par l'intermédiaire d'un réseau large bande dans lequel une information peut être acheminée vers une adresse multicast, de sorte que seul un groupe de plusieurs terminaux correspondant à cette adresse multicast reçoit l'information tandis que d'autres terminaux connectés au même réseau ne reçoivent pas cette information, et dans lequel :
- chaque tête de réseau multiplexe (en 88) au moins un programme multimédia embrouillé à l'aide d'un mot de contrôle et un cryptogramme de ce mot de contrôle afin d'obtenir un contenu multiplexe, puis diffuse le contenu multiplexe vers une adresse multicast de diffusion, cette adresse multicast de diffusion permettant d'établir une liaison point à multipoint entre cette tête de réseau et les terminaux par l'intermédiaire du réseau, et - une ou plusieurs têtes de réseau diffusent (en 122, 126) en parallèle, sur au moins une adresse multicast de service, des messages de service, propres à chaque opérateur de service, permettant d'adapter le fonctionnement de chaque terminal pour que celui-ci soit capable de désembrouiller et d'utiliser le programme multimédia diffusé ou, au contraire, inhiber cette capacité, caractérisé en ce que la ou plusieurs des têtes de réseau diffusent (en 102) sur une adresse multicast de référence (@ASP) une liste (figure 3) associant des identifiants des opérateurs de service à au moins une adresse multicast de service de premier niveau (ΘSSP1), l'adresse multicast de référence étant connue au préalable de tous les terminaux aptes à recevoir et à démultiplexer les contenus multiplexes diffusés et cette adresse multicast de référence étant différente de toutes les adresses multicast de diffusion.
2. Procédé selon la revendication 1, dans lequel la ou plusieurs des têtes de réseau diffusent (en 102) sur l'adresse multicast de référence (@ASP) une liste dans laquelle au moins une adresse multicast de service associée à un identifiant d'opérateur est différente des autres adresses multicast de service associées à d'autres opérateurs de service.
3. Procédé selon l'une quelconque des revendications précédentes, dans lequel la ou les têtes de réseau diffusent (en 122) sur au moins l'une des adresses multicast de service de premier niveau associée à un identifiant d'opérateur de service, une table (figure 4) définissant au moins une adresse multicast de service de second niveau utilisée par cet opérateur.
4. Procédé de réception de plusieurs programmes multimédias diffusés à l'aide d'un procédé de diffusion conforme à l'une quelconque des revendications précédentes, et dans lequel : chaque terminal reçoit (en 160) le contenu multiplexe en écoutant une adresse multicast de diffusion démultiplexe le contenu multiplexe, puis, sous réserve d'y être autorisé, le terminal déchiffre (en 168) le cryptogramme du mot de contrôle, désembrouille (en 170) le programme multimédia et utilise (en 172) ce programme multimédia désembrouille, le terminal étant équipé d'une mémoire et étant apte à écouter simultanément plusieurs adresses multicast, et
- chaque terminal reçoit (en 138, 144) les messages de service en écoutant la ou plusieurs des adresses multicast de service puis, en fonction du contenu du message de service reçu, le terminal adapte son fonctionnement de manière à être capable de désembrouiller et utiliser le programme multimédia diffusé ou, au contraire, d'inhiber cette capacité, caractérisé en ce que en réponse à la diffusion de la liste sur l'adresse multicast de référence, le terminal écoute (en 134) une ou plusieurs des adresses multicast de service de premier niveau spécifiées dans cette liste pour recevoir des messages de service.
5. Procédé selon la revendication 4 pour recevoir des programmes multimédias diffusés selon un procédé conforme à la revendication 2, dans lequel le terminal sélectionne (en 134) dans la liste la ou les adresses multicast de service correspondant à un .identifiant d'opérateur de service préenregistré dans sa mémoire, puis écoute (en 136) les adresses multicast de service sélectionnées pour recevoir des messages de service et n'écoute pas les adresses multicast non sélectionnées dans cette liste.
6. Procédé selon la revendication 4 ou 5 pour recevoir des programmes multimédias diffusés à l'aide d'un procédé conforme à la revendication 3, dans lequel, en réponse à la diffusion de la table, le terminal écoute (en 142) une ou plusieurs des adresses multicast de service de second niveau spécifiées dans cette table.
7. Procédé selon l'une quelconque des revendications précédentes, dans lequel les adresses multicast de service de premier ou de second niveau sont également toutes différentes des adresses multicast de diffusion.
8. Procédé selon l'une quelconque des revendications précédentes, dans lequel le réseau large bande est un réseau IP (Internet Protocol) .
9. Terminal de réception de programmes multimédias embrouillés, caractérisé en ce qu'il comporte un module logiciel de contrôle d'accès (48) apte à mettre en œuvre un procédé de réception conforme à l'une quelconque des revendications 4 à 8.
10. Tête de réseau apte à diffuser des programmes multimédias embrouillés, caractérisée en ce que cette tête de réseau est apte à mettre en œuvre un procédé de diffusion conforme à l'une quelconque des revendications 1 à 3 et 7 à 8.
PCT/FR2007/000780 2006-05-09 2007-05-07 Procedes de diffusion et de reception de programmes multimedias embrouilles, terminal et tete de reseau pour ces procedes WO2007128922A1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN2007800240484A CN101480016B (zh) 2006-05-09 2007-05-07 广播和接收加扰多媒体节目的方法，用于所述方法的终端和网络头端器
EP07731422.7A EP2016735B1 (fr) 2006-05-09 2007-05-07 Procedes de diffusion et de reception de programmes multimedias embrouilles, terminal et tete de reseau pour ces procedes
PL07731422T PL2016735T3 (pl) 2006-05-09 2007-05-07 Sposób nadawania i odbierania skramblowanych programów multimedialnych, urządzenie końcowe oraz sieciowa stacja czołowa dla takich sposobów
ES07731422.7T ES2563067T3 (es) 2006-05-09 2007-05-07 Procedimientos de difusión y de recepción de programas multimedia aleatorizados, terminal y cabecera de red para estos procedimientos
US12/299,669 US7995577B2 (en) 2006-05-09 2007-05-07 Methods of broadcastng and receiving scrambled multimedia programs, a terminal and a network head end for said methods
KR1020087030061A KR101459351B1 (ko) 2006-05-09 2007-05-07 스크램블링된 멀티미디어 프로그램들을 브로드캐스팅 및 수신하는 방법들, 이 방법들을 위한 단말기 및 네트워크 헤드 엔드

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0604081A FR2901082B1 (fr) 2006-05-09 2006-05-09 Procedes de diffusion et de reception de programmes multimedias embrouilles, terminal et tete de reseau pour ces procedes
FR0604081 2006-05-09

Publications (1)

Publication Number Publication Date
WO2007128922A1 true WO2007128922A1 (fr) 2007-11-15

Family

ID=37667254

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2007/000780 WO2007128922A1 (fr) 2006-05-09 2007-05-07 Procedes de diffusion et de reception de programmes multimedias embrouilles, terminal et tete de reseau pour ces procedes

Country Status (9)

Country Link
US (1) US7995577B2 (fr)
EP (1) EP2016735B1 (fr)
KR (1) KR101459351B1 (fr)
CN (1) CN101480016B (fr)
ES (1) ES2563067T3 (fr)
FR (1) FR2901082B1 (fr)
PL (1) PL2016735T3 (fr)
TW (1) TWI412243B (fr)
WO (1) WO2007128922A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2978848B1 (fr) * 2011-08-02 2013-08-30 Viaccess Sa Procede de lissage de la charge de travail d'un serveur
US20240056651A1 (en) * 2022-08-09 2024-02-15 Dish Network, L.L.C. Digital rights management using a gateway/set top box without a smart card

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2344978A (en) * 1998-10-07 2000-06-21 Nds Ltd Key distribution method in a multicast communication system

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW432840B (en) * 1998-06-03 2001-05-01 Sony Corp Communication control method, system, and device
US6801936B1 (en) * 2000-04-07 2004-10-05 Arif Diwan Systems and methods for generating customized bundles of information
US20020152293A1 (en) * 2001-01-31 2002-10-17 Hahn Terry G. Dynamic server directory for distributed computing system
CN1499759A (zh) * 2002-11-05 2004-05-26 北京三星通信技术研究有限公司 一种多媒体广播与组播业务的服务接入方法
US20050182884A1 (en) * 2004-01-22 2005-08-18 Hofmann Richard G. Multiple address two channel bus structure
TWI268063B (en) * 2004-08-10 2006-12-01 Accton Technology Corp Methods and apparatus for broadcast traffic reduction on a wireless transport network
US20090019512A1 (en) * 2007-07-09 2009-01-15 General Instrument Corporation System Method and Computer Readable Medium for Multicasting Control Messages to a Set Top Box

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2344978A (en) * 1998-10-07 2000-06-21 Nds Ltd Key distribution method in a multicast communication system

Also Published As

Publication number Publication date
EP2016735A1 (fr) 2009-01-21
KR101459351B1 (ko) 2014-11-07
FR2901082A1 (fr) 2007-11-16
US20090303995A1 (en) 2009-12-10
US7995577B2 (en) 2011-08-09
CN101480016B (zh) 2012-07-18
FR2901082B1 (fr) 2008-08-08
ES2563067T3 (es) 2016-03-10
TWI412243B (zh) 2013-10-11
TW200803259A (en) 2008-01-01
KR20090032036A (ko) 2009-03-31
PL2016735T3 (pl) 2016-06-30
CN101480016A (zh) 2009-07-08
EP2016735B1 (fr) 2015-12-30

Similar Documents

Publication Publication Date Title
EP2027667B1 (fr) Procedes de diffusion et de reception d'un programme multimedia embrouille, tete de reseau, terminal, recepteur et processeur de securite pour ces procedes
EP0528730B1 (fr) Procédés d'émission et de réception de programmes personnalisés
EP1827019A1 (fr) Procédé de contrôle d'accès à des données à accès conditionnel
EP1890493A1 (fr) Méthode de révocation de modules de sécurité utilisés pour sécuriser des messages diffusés
FR2876520A1 (fr) Procede et dispositif destines a procurer un acces a des donnees a un emplacement d'un utilisateur individuel
FR2878397A1 (fr) Appareil et methode de distribution sur un reseau local de services diffuses
EP1966990A1 (fr) Controle d'acces a des services diffuses en mode multidiffusion dans un dispositif terminal
EP1716706B1 (fr) Procede d'appariement d'un terminal recepteur avec une pluralite de cartes de controle d'acces
WO2003039153A2 (fr) Procede et systeme de transmission avec controle d'acces
EP1966991A1 (fr) Controle d'acces a des services diffuses dans un dispositif terminal
EP1869885A1 (fr) Appareil et procede de gestion des services reçus au sein d'un reseau local
EP2273786B1 (fr) Contrôle d'accès à un contenu numérique
FR2898458A1 (fr) Procede pour la distribution securisee de sequences audiovisuelles, decodeur et systeme pour la mise en oeuvre de ce procede
EP1552694B1 (fr) Systeme de dechiffrement de donnees a acces conditionnel
EP2016735B1 (fr) Procedes de diffusion et de reception de programmes multimedias embrouilles, terminal et tete de reseau pour ces procedes
EP1705915A1 (fr) Procédé de gestion de l'accès à des données à accès conditionnel pour un zapping rapide
FR2823039A1 (fr) Systeme et procede de transmission d'informations chiffrees a cle chiffree
EP1506661A2 (fr) Procede de distribution de donnees avec controle d acces
WO2008055928A1 (fr) Module de contrôle d'accès et de décryption pour unité hôte
EP1633144A1 (fr) Procédé de gestion des conditions d accès à un flux vidéo par un routeur / DSLAM
EP1570662B1 (fr) Procede de distribution de donnees et/ou services embrouilles.
FR2794601A1 (fr) Installation de communication pour une reception collective d'informations, notamment d'images de television numerique et/ou de donnees multimedia
EP2328316B1 (fr) Controle d'accès à un contenu numérique
FR2972095A1 (fr) Transfert d'un equipement a un autre de droits d'acces a un service
WO2006021633A1 (fr) Procede, systeme et programmes d’ordinateur, de fourniture persnonalisee de services de television interactive et recepteurs de television associes

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780024048.4

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07731422

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2007731422

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 6062/CHENP/2008

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 12299669

Country of ref document: US