WO2001095613A1 - A system to deliver encrypted access control information - Google Patents

A system to deliver encrypted access control information Download PDF

Info

Publication number
WO2001095613A1
WO2001095613A1 PCT/US2001/015811 US0115811W WO0195613A1 WO 2001095613 A1 WO2001095613 A1 WO 2001095613A1 US 0115811 W US0115811 W US 0115811W WO 0195613 A1 WO0195613 A1 WO 0195613A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
cap
time
crypto
periods
Prior art date
Application number
PCT/US2001/015811
Other languages
French (fr)
Inventor
George T. Hutchings
Eric J. Sprunk
Lawrence D. Vince
Richard Dicolli
Mark Depietro
Original Assignee
General Instrument Corporation
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 General Instrument Corporation filed Critical General Instrument Corporation
Priority to AU2001264624A priority Critical patent/AU2001264624A1/en
Priority to EP01939062A priority patent/EP1287683A1/en
Priority to CA2410583A priority patent/CA2410583C/en
Publication of WO2001095613A1 publication Critical patent/WO2001095613A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2347—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26606—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for generating or managing entitlement messages, e.g. Entitlement Control Message [ECM] or Entitlement Management Message [EMM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4623—Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]

Definitions

  • the present invention relates to a system for sharing, conditional access data, such as control words, between different conditional access systems.
  • the CA data is used to encrypt access-controlled data that is subsequently decrypted and stored by an authorized terminal.
  • the invention is used to provide CA data at a cable television headend in different formats to authorize corresponding groups of terminals to access encrypted programming services.
  • Access to data that is provided to subscriber terminals must be strictly controlled to maintain the economic viability of subscriber networks, such as cable television networks. Accordingly, various schemes have been developed to encrypt the delivered data, e.g., using encryption schemes such as DES, and to provide associated CA data only to specific authorized terminals.
  • the data is encrypted according to one or more cryptographic keys, and the CA data allows the authorized terminals to recover the key(s) to decrypt the data.
  • the encryption keys may change often, such as every second or faster.
  • the system should allow equipment from two or more CA providers to communicate with one another, e.g., at a common headend, to synchronize the delivery of the corresponding CA data.
  • the system should be useful in any network that carries CA data, including a television network
  • the CA data should be delivered to the secondary CAPs with a sufficient lead time that is based, e.g., on a processing time requirement of the secondary CAPs.
  • the system should allow delivery of the CA data to the secondary CAPs well ahead of time for later use, e.g., when the content is pre-encrypted and stored, then subsequently provided to a user terminal, such as in a video on demand service.
  • the present invention provides a system for sharing CA data among any number of CA providers .
  • a system for streaming encrypted control words and associated timing and program data from a primary (master) conditional access provider (CAP) to one or more secondary CAPs.
  • CAP conditional access provider
  • CA system scaling is superior to the request/response scheme that is typical of current practice, since a continuous stream of CA data for a current crypto-period and a number of future crypto-periods are provided in a "sliding window" to allow the secondary CAPs to begin preparing their respective CA data in advance.
  • the invention can be used in any packet-based distribution system, including a broadband television network headend.
  • the invention enables any number of conditional access providers (CAPs) to provide CA data in an associated format for at least one service (such as a television channel) of a data stream.
  • CAPs conditional access providers
  • the at least one secondary CAP is responsive -to the first CA data and time data for providing second CA data in a different, second format for the successive crypto- periods .
  • a data stream is provided that includes the at least one encrypted data service and first and second CA data to user terminals, including at least a first user terminal that is compatible with the first CA data, and a second user terminal that is compatible with the second CA data.
  • FIG. 1 illustrates an architecture where CA data is distributed out-of-band from encrypted program data in accordance with the present invention.
  • Data (e.g., program data) is provided via an input subsystem to an encryption subsystem 105, where the data is encrypted according to a control word (CW) provided from a first (master) conditional access provider (CAP- 1) 110.
  • the encrypted program data is provided via a path 145 to a CA message insertion subsystem 150, which optionally includes CA message accumulation, sync and content playback subsystem 152 for a non-real-time CA data delivery embodiment.
  • the program data is pre-encrypted and stored, e.g., at a file server associated with the function 150, for subsequent playback to the terminals.
  • the CA data is accumulated and synchronized with the program data. This arrangement may be used for a VOD system, for example.
  • CA data for encrypting the entire program, such as a movie may be provided from the primary CAP to the secondary CAPs, prior to playback of the program to the terminals .
  • the entire amount of encrypted program data is not stored since the CA data from the primary CAP is used in essentially real-time by the secondary CAPs to prepare their CA data, and the CA data from all the CAPs is forwarded to the terminals with minimal delay.
  • three CAPs are shown as an example, but the invention is applicable to two or more CAPs.
  • a program identifier P is optionally provided to the encryption subsystem so that the appropriate program to which the CA data applies may be identified.
  • a separate identifier may not be required in some cases.
  • the MPEG multiplex already identifies each program.
  • CAP-1 thus provides the P, CW, T data (in an encrypted form) for K crypto-periods to secondary CAPs, namely CAP-2 115 and CAP-3 120, via a network or networks 130.
  • CAP-2 115 and CAP-3 120 use the CWs at the designated times, and for the designated program, to provide CA data (e.g., entitlement messages such as MPEG ECMs) to the message insertion subsystem 150, via a network or networks 140.
  • CA data e.g., entitlement messages such as MPEG ECMs
  • the network 140 is out-of-band from path 145.
  • the message insertion subsystem 150 inserts the corresponding CA data into the data stream provided from the encryption subsystem 105, and outputs a corresponding stream via a delivery subsystem 155 to decryption subsystems associated with each of the CAPs.
  • each subsystem may represent a group of terminals that are compatible with the associated CA format.
  • FIG. 2 illustrates an architecture where CA data is distributed in-band with encrypted program data in accordance with the present invention.
  • the encrypted program data and CA data are in-band with one another on paths 210 and 230.
  • the program data is provided to a CAP-1 message insertion subsystem and a data encryption subsystem 205.
  • (P,CW,T) data which includes the encrypted data CAP-1 CA data (CW)
  • CAP-2 CA data is provided based on the (P,CW,T) data.
  • the encrypted program data, CAP-1 CA data, CAP-2 CA data, and (P,CW,T) data are provided to a CAP-3 message insertion subsystem 245, where CAP-3 CA data is provided based on the (P,CW,T) data.
  • An interface key negotiation network 250 allows the CAP-2 subsystem 225 and CAP-3 subsystem 245 to interact with the CAP-1 subsystem 205 to obtain data for decrypting the encrypted (P,CW,T) data.
  • FIG. 3 illustrates the insertion of program identifier (P) , control word (CW) and timing data (T) into packets during successive crypto-periods in accordance with the present invention.
  • the packet 305 is provided from CAP-1 to CAP-2 and CAP-3 during crypto-period N (300) .
  • This packet 305 has a packet header, which may include the program identifier (P) , followed by (CW, T) data for, e-9- crypto-periods N through N+14, as indicated by the sliding window 390.
  • CRC data may be provided at the end of the packet 305.
  • the packet 305 may be time-multiplexed with other packets, such as those containing program data for various programs in a multiplex, and may be repeated several times in a single crypto-period. This occurs since the packet rate corresponds to a period that is typically shorter than the crypto-period.
  • the secondary CAPs receive (P, CW, T) data in advance of the crypto-period in which the data is to be encrypted under a given CW.
  • the packet 305 provides CW data for epochs (crypto- periods) up until epoch 340 (whose start time is T N+14 ) during epoch 300 (whose start time is T formulate) .
  • the CAPs have a several crypto-period lead time to generate their CA data under the appropriate CW. Accordingly, processing delays of each CAP can be accommodated.
  • this scheme enables system initialization to proceed smoothly, enabling each secondary CAP to begin outputting its CA data at the earliest possible cryptoperiod.
  • the CA data of the primary and secondary CAPs is synchronized with the portions of the program data to which the CA data applies.
  • the CA data from each CAP is played back and provided in synchronism with the encrypted program data.
  • the (T) data may designate a crypto-period following some reference point of the program, such as the start of the program.
  • the (T) data thus may designate a relative time rather than an absolute time.
  • the (CW,T) data is accumulated and used by the secondary CAPs to prepare their CA data, which is subsequently stored for playback at the appropriate time with the encrypted program data.
  • a memory may be provided at subsystems 152 or 252 for this non-real-time embodiment.
  • FIG. 4 illustrates a cable television headend architecture in accordance with the present invention.
  • a digital cable television or other broadband network headend 400 includes a CAP-1 controller 410 and a CAP-2 controller 455, which are configured to provide STAs (such as EMMs as known in the MPEG protocol) in respective different CA formats.
  • STAs such as EMMs as known in the MPEG protocol
  • only one secondary CAP is shown, although the invention may be extended to any number of secondary CAPs .
  • controller 410 also provides associated STAs to an OOB modulator 415, and the resulting modulated signal is provided to a headend combiner 435.
  • the 2 controller provides STAs in a corresponding format to an OOB modulator 450, and the resulting modulated signal is provided to the headend combiner 435.
  • the headend combiner 435 outputs a signal to a terminal population via a conventional distribution network.
  • the CAP-1 controller 410 also provides control, status and program control data (including the CWs) to a CAP-1 function 42,5, which includes a CA data encryptor and inserter, a program data encryptor, and a modulator.
  • the CAP-1 function 425 may be implemented, e.g., as module in a modular processing system.
  • the CAP-1 function 425 can be configured with circuit cards for different functions, such as receiving a satellite signal, decrypting and extracting data, and so forth.
  • the CAP-1 function 425 also receives a program data input, e.g., such as a satellite feed comprising video, audio, computer games and the like. This is the data that is to be access-controlled by the different CA systems.
  • a program data input e.g., such as a satellite feed comprising video, audio, computer games and the like.
  • data may be provided from local programming sources or from a storage device.
  • programming may be provided from a storage device in response to a subscriber request received via some upstream, out-of-band channel.
  • the CAP-1 function 425 encrypts the input data stream according to the control, status and program control data to provide an encrypted output data stream "DS-out" containing encrypted in-band (CW, T) data to a CAP-2 CA data inserter 440.
  • the CAP-2 CA data may comprise MPEG ECMs, for example.
  • the CAP-1 function 425 also inserts its own CA data (in the CAP-1 format) into DS-out on packets identified by associated packet identifiers for this implementation. Generally, the secondary CAPs have no need for the CAP-1 CA data itself .
  • the CAP-1 function 425 receives DS-in, modulates it (e.g., using QAM modulation), and provides it to an optional upconverter 430.
  • the corresponding upconverted signal is then provided to the headend combiner 435 for distribution, e.g., via a cable network to a terminal population.
  • DS-out conforms with the MPEG-2 or similar standard, and comprises a transport multiplex of, e.g., programs, and includes a PAT that lists PIDs that define each program. These are the PMT PIDs .
  • the CAP-2 CA data inserter 440 comprises an analyzer that looks at the PAT, and finds the PID for a certain program, e.g., "HBO".
  • the "HBO” data includes a PMT that has PIDs that define, e.g., video data for HBO, one or more channel of audio data for HBO, and ECM PIDs for HBO.
  • the ECM PIDs are conveyed using the MPEG construct "CA_descriptor" within each encrypted service.
  • the (CW, T) data in DS-out are delivered in ECM placeholder packets under the ECM PIDs for CAP-2.
  • CA_descriptor indicates the location (PID value of transport packets) of ECM data associated with program elements when it is found in a TS PMT section. When found in a CA section, it refers to EMMs .
  • the CAP-2 CA data inserter 440 may be responsive to interface key data received from the CAP-1 controller 410 via the router 420 using, e.g., a TCP/IP protocol. This key data may be used by the CAP-2 CA data inserter 440 to decrypt the encrypted (CW, T) data stream delivered on DS-out. Any shared key system may be used for this purpose.
  • the router 420 acts as a firewall so that the CAP-2 system cannot recover other data from the CAP-1 system.
  • the number of encrypted (CW,T) pairs that can be inserted in a MPEG transport stream packet in DS-out depends on a number of factors, including the available packet payload, CW size, and duration of the crypto- period.
  • Table 1 shows an example available payload.
  • MPEG Packet size 188 bytes header: 4 bytes
  • the number of (CW, T) pairs that can be sent in the available packet payload can be calculated based on the size of the data elements. For a DES-based implementation, using an eight byte control word, and a four byte activation time, it is possible to insert fifteen (CW, T) pairs in the available packet payload (180 bytes) . Similar calculations for a triple DES based encryption scheme (Table 2) show that five (CW, T) pairs may be loaded in the useable packet payload, thus providing the CWs for the current and next four crypto periods .
  • a Diffie-Hellman key exchange protocol can support the interface encryption requirements.
  • the same key can be used to encrypt all (CW,T) or (P,CW,T) packets on all CAP-2 CA PIDs within a multiplex, thus reducing computational requirements .
  • the interface key need not change frequently, perhaps every six or twelve hours, which leads to an extremely low data rate requirement on this interface.
  • an Ethernet port on the CAP-1 function 425 and a CAP-2 network LAN connection may be used for communication with the CAP-2 CA data inserter 440.
  • the router 420 may be used to control network traffic between the CAP-1 and CAP-2 headend LANs, and to ensure that CAP-1 messages are not presented to the CAP-2 network, except for the messages addressed to the CAP-2 CA data inserter 440.
  • the CAP-1 function 425 can be used to assign a destination address and TCP port for the CAP-2 CA data inserter 440.
  • a time-out mechanism is desirable to ensure that the CAP-2 CA data inserter 440 is active and on-line .
  • FIG. 5 illustrates a CAP-1 module configuration and signal flow in accordance with the present invention.
  • An example configuration of the CAP-1 function 425 is shown as modules that includes an L-band function 560 that receives the input data stream.
  • a decrypt/extract function 562 decrypts and extracts the DS .
  • a data encrypt function 564 re-encrypts the DS, e.g., according to the CAP-1 encryption scheme used by a local network provider.
  • the data stream is a transport stream (TS) that includes multiple services
  • TS transport stream
  • each service of the TS e.g., 10-12 services per TS
  • CW for each service is used to form corresponding CAP-1 CA data.
  • the (P, CW, T) data is encrypted and inserted into the DS .
  • the DS is provided as DS-out via an output interface 568 to the CAP-2 CA data inserter 440.
  • DS-in is returned to the CAP-1 function 425 via an input interface 570, and provided to a modulator 572.
  • a system controller 574 such as a CPU, and a power supply are also included in the CAP-1 function 425.
  • the system controller 574 communicates with the other functions in the CAP-1 function 425 via a path 575 to coordinate and oversee their activities.
  • the CAP-1 function 425 may be modified to process' multiple streams concurrently, in which case the output function 568 and input function 570 communicate with an additional secondary CAP inserter for each additional stream (e.g., a CAP-3 inserter for a 3rd stream, and so forth) .
  • An additional modulator analogous to the modulator 572 may be provided for each additional stream.
  • FIG. 6 illustrates a CAP-1 module configuration and signal flow with Packet Identifier (PID) filtering in accordance with the present invention.
  • PID Packet Identifier
  • a stream DS-out' which is a copy of DS-out, is retained by providing it from the output interface 568' to a buffer 605 that is associated with the input interface 570'.
  • the input interface 570' also includes a combiner 610 and a packet filter 615.
  • the packet filter (such as PID filter) 615 is established to pass only the CAP-2 CA data inserter's PIDs which are inserted into DS-in.
  • the filtered data from the packet filter 610 is combined with the buffered data from the buffer 605.
  • the buffer 605 is needed to temporarily store the data from DS-out' due primarily to processing delays associated with the CAP-2 CA data inserter 440.
  • a stream comparison module is developed to address the concern of corruption of the transport stream.
  • the stream comparison module is based on a modified input interface, and constantly performs a differential comparison between DS-out' and DS-in, while ignoring data on the assigned CAP-2 PIDs.
  • This configuration can be realized by replacing the combiner 610 and packet filter 615 with an appropriate bit-wise comparison function. If a difference is detected between DS-out' and DS-in that is deemed to be significant (e.g., impacts the system), DS-out' can be passed through the input interface 570', thereby effectively bypassing DS-in, the corrupt stream.
  • the packet filter 615 is believed to be simpler to implement and less computationally intensive than the comparison approach.
  • the present invention provides a system for streaming encrypted CA data from a primary or master conditional access provider (CAP) to one or more secondary CAPs.
  • CAP conditional access provider
  • the secondary CAP There is no need for the secondary CAP to request the CWs on an as-needed basis.
  • the CWs for a current crypto-period and a number of future crypto-periods are provided in a "sliding window" to allow the secondary CAP to begin preparing its CA data in advance .
  • program data is pre- encrypted, and the CA data is accumulated and synchronized with the encrypted program data, e.g., at a file server, for subsequent recovery.
  • the secondary CAPs must prepare their CA data for the synchronization.
  • the CA data from the primary and secondary CAPs is delivered along with the program data in synchronism with the segments of the program data to which the CA data applies .
  • the invention can be used in any packet-based distribution system, including virtual private networks such as an Ethernet, a SONET, and so forth.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

A system for streaming encrypted conditional access (CA) data, such as control words, from a primary or master conditional access provider (CAP) (110) to one or more secondary CAPs (115, 120). The primary CAP (110) encrypts content (program data) that is to be access-controlled, such as a television program, according to the associated CA data. A first group of user terminals is compatible with the CA data of the primary CAP (110). The CA data is then provided to the secondary CAPs (115, 120) to provide corresponding CA data for the content in the secondary CAPs' associated formats for compatibility with other groups of terminals.

Description

A SYSTEM TO DELIVER ENCRYPTED ACCESS CONTROL INFORMATION
BACKGROUND OF THE INVENTION
The present invention relates to a system for sharing, conditional access data, such as control words, between different conditional access systems. The CA data is used to encrypt access-controlled data that is subsequently decrypted and stored by an authorized terminal. In one embodiment, the invention is used to provide CA data at a cable television headend in different formats to authorize corresponding groups of terminals to access encrypted programming services.
The following acronyms and terms are used: ATM - Asynchronous Transfer Mode
CA - Conditional Access
CAP - Conditional Access Provider
CPU - Central Processing Unit
CRC - Cyclic Redundancy Check C - Control Word
DES - Data Encryption Standard
DS - Data Stream
ECM - Entitlement Control Message
EMM - Entitlement Management Message IP - Internet Protocol
LAN - Local Area Network
MMDS - Multichannel Multipoint Distribution System
MPEG - Moving Picture Experts Group
OOB - Out-of-band P - program/content identifier or descriptor
PAT - Program Association Table
PC - Personal Computer
PID - Packet Identifier PMT - Program Map Table
QAM - Quadrature Amplitude Modulation
SAT - Satellite
SONET - Synchronous Optical NETwork
STA - Subscriber Terminal Authorization T - Time
TCP - Transmission Control Protocol
UDP - User Datagram Protocol
VOD - Video On Demand
Access to data that is provided to subscriber terminals must be strictly controlled to maintain the economic viability of subscriber networks, such as cable television networks. Accordingly, various schemes have been developed to encrypt the delivered data, e.g., using encryption schemes such as DES, and to provide associated CA data only to specific authorized terminals. Typically, the data is encrypted according to one or more cryptographic keys, and the CA data allows the authorized terminals to recover the key(s) to decrypt the data. Moreover, the encryption keys may change often, such as every second or faster.
To promote competition among suppliers, network operators and others often use terminals from different sources. The different sources (or even different models from the same source) typically require the CA data to be in a specified format due to their use of proprietary access control schemes. However, interoperability among the different terminals must also be assured. Moreover, the provisioning of CA data in the different formats must be carefully synchronized, and must account for factors such as cryptographic processing time, frequency of key changes (e.g., length of crypto-periods) , initialization considerations, and so forth.
Accordingly, it would be desirable to provide a system for delivering CA data in compatible formats for different types of terminals in a network that addresses the above and other concerns . The system should allow equipment from two or more CA providers to communicate with one another, e.g., at a common headend, to synchronize the delivery of the corresponding CA data. The system should be useful in any network that carries CA data, including a television network
(including satellite, cable, fiber, hybrid fiber-coax, MMDS or other terrestrial broadcast networks) , and computer networks, including multicast-IP and ATM networks . The system should deliver CA data, such as control words used for encryption, from a primary (master) CAP, which controls encryption, to one or more secondary CAPs. The CA data should be delivered to the secondary CAPs either in-band with the access-controlled programming services, or out-of-band, e.g., via a separate network, such as one using the Ethernet standard.
The CA data should be delivered to the secondary CAPs with a sufficient lead time that is based, e.g., on a processing time requirement of the secondary CAPs.
The system should avoid the need for the secondary CAPs to request the CA data from the primary CAP. The system should enable essentially real-time "on the fly" encryption of data, such as video, audio, computer games and the like.
Optionally, the system should allow delivery of the CA data to the secondary CAPs well ahead of time for later use, e.g., when the content is pre-encrypted and stored, then subsequently provided to a user terminal, such as in a video on demand service.
The system should be compatible with either a centralized or a distributed CA network.
The system should be usable in any packet-based information delivery system that requires shared CA data, including, e.g., SONET, ATM, IP and MPEG networks.
The present invention provides a system having the above and other advantages .
SUMMARY OF THE INVENTION
The present invention provides a system for sharing CA data among any number of CA providers .
A system is presented for streaming encrypted control words and associated timing and program data from a primary (master) conditional access provider (CAP) to one or more secondary CAPs. There is no need for the secondary CAPs to request the control words on an as-needed basis. Hence, CA system scaling is superior to the request/response scheme that is typical of current practice, since a continuous stream of CA data for a current crypto-period and a number of future crypto-periods are provided in a "sliding window" to allow the secondary CAPs to begin preparing their respective CA data in advance. The invention can be used in any packet-based distribution system, including a broadband television network headend. The invention enables any number of conditional access providers (CAPs) to provide CA data in an associated format for at least one service (such as a television channel) of a data stream.
A particular method for enabling a primary conditional access provider (CAP) and at least one secondary CAP to provide conditional access (CA) data in respective different formats to control access to at least one data service includes the step of: (a) providing, at the primary CAP, first CA data in a first format for encrypting the at least one data service during a plurality of successive crypto-periods, and time data for identifying the successive crypto-periods. The first CA data and the time data are provided from the primary CAP to the at least one secondary CAP.
The at least one secondary CAP is responsive -to the first CA data and time data for providing second CA data in a different, second format for the successive crypto- periods . A data stream is provided that includes the at least one encrypted data service and first and second CA data to user terminals, including at least a first user terminal that is compatible with the first CA data, and a second user terminal that is compatible with the second CA data.
A corresponding apparatus is also presented.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 illustrates an architecture where CA data is distributed out-of-band from encrypted program data in accordance with the present invention. FIG. 2 illustrates an architecture where CA data is distributed in-band with encrypted program data in accordance with the present invention.
FIG. 3 illustrates the insertion of program (P) , control word (CW) and timing data (T) into packets during successive crypto-periods in accordance with the present invention.
FIG. 4 illustrates a cable television headend architecture in accordance with the present invention.
FIG. 5 illustrates a CAP-1 module configuration and signal flow in accordance with the present invention.
FIG. 6 illustrates a CAP-1 module configuration and signal flow with Packet Identifier (PID) filtering in accordance with the present invention.
DETAILED DESCRIPTION OF THE INVENTION
The present invention relates to a system for sharing access control data between different CA systems, including, but not limited to, CA data such as control words, timing information to identify time periods of a program during which the control words apply, and, when needed, program content identifiers for associating the program with the control words and timing information. In a specific embodiment, a constant stream of encrypted CWs are delivered to different CA systems in real-time. The CWs are used to encrypt a data stream for use by terminals with respective different CA formats . Compared to current request/response protocols, the invention avoids the need for secondary CAPs to request the CWs from a first primary or master CAP.
FIG. 1 illustrates an architecture where CA data is distributed out-of-band from encrypted program data in accordance with the present invention.
Data (e.g., program data) is provided via an input subsystem to an encryption subsystem 105, where the data is encrypted according to a control word (CW) provided from a first (master) conditional access provider (CAP- 1) 110. The encrypted program data is provided via a path 145 to a CA message insertion subsystem 150, which optionally includes CA message accumulation, sync and content playback subsystem 152 for a non-real-time CA data delivery embodiment. In this embodiment, the program data is pre-encrypted and stored, e.g., at a file server associated with the function 150, for subsequent playback to the terminals. Additionally, the CA data is accumulated and synchronized with the program data. This arrangement may be used for a VOD system, for example. CA data for encrypting the entire program, such as a movie, may be provided from the primary CAP to the secondary CAPs, prior to playback of the program to the terminals .
In a real-time embodiment, the entire amount of encrypted program data is not stored since the CA data from the primary CAP is used in essentially real-time by the secondary CAPs to prepare their CA data, and the CA data from all the CAPs is forwarded to the terminals with minimal delay. Note that three CAPs are shown as an example, but the invention is applicable to two or more CAPs.
Control words or other CA data are provided for K successive crypto-periods, e.g., having indexes "N" through "N+K-l.". Thus, for example, the program data corresponding to the crypto-period at a time TN is encrypted by the encryption subsystem 105 using the control word CWN. The time may be provided in any suitable format. For the real-time application, the time may be an absolute time, while for a non-real-time application, the time may be a relative time, such as the time after the start of a movie, or the like.
A program identifier P is optionally provided to the encryption subsystem so that the appropriate program to which the CA data applies may be identified. A separate identifier may not be required in some cases.
For example, for MPEG-2 program data, the MPEG multiplex already identifies each program. CAP-1 thus provides the P, CW, T data (in an encrypted form) for K crypto-periods to secondary CAPs, namely CAP-2 115 and CAP-3 120, via a network or networks 130. CAP-2 115 and CAP-3 120 use the CWs at the designated times, and for the designated program, to provide CA data (e.g., entitlement messages such as MPEG ECMs) to the message insertion subsystem 150, via a network or networks 140. In this embodiment, the network 140 is out-of-band from path 145. The message insertion subsystem 150 inserts the corresponding CA data into the data stream provided from the encryption subsystem 105, and outputs a corresponding stream via a delivery subsystem 155 to decryption subsystems associated with each of the CAPs. For example, CAP decryption subsystems 160, 170 and
180 provide corresponding output data for subsequent conventional processing. The decryption subsystems 160, 170 and 180 may be, e.g., subscriber terminals at users' homes, or mobile wireless units (in the home or portable - such as personal digital assistants) , etc, which are terminating points for a CA system flow.
While only three decryption subsystems are shown as an example, each subsystem may represent a group of terminals that are compatible with the associated CA format.
FIG. 2 illustrates an architecture where CA data is distributed in-band with encrypted program data in accordance with the present invention.
Like-numbered elements correspond to one another in the figures.
Here, the encrypted program data and CA data are in-band with one another on paths 210 and 230. Specifically, the program data is provided to a CAP-1 message insertion subsystem and a data encryption subsystem 205. On path 210, (P,CW,T) data, which includes the encrypted data CAP-1 CA data (CW) , are provided to a CAP-2 message insertion subsystem 225, where CAP-2 CA data is provided based on the (P,CW,T) data. On path 230, the encrypted program data, CAP-1 CA data, CAP-2 CA data, and (P,CW,T) data are provided to a CAP-3 message insertion subsystem 245, where CAP-3 CA data is provided based on the (P,CW,T) data. An optional CA message accumulation, sync, and content playback subsystem 252 for the non-real-time CA data delivery embodiment follows the CAP-3 message insertion function 245. The encrypted program data and the CA data from each CAP are provided via a delivery subsystem 155 to the decryption subsystems 160, 170 and 180.
An interface key negotiation network 250 allows the CAP-2 subsystem 225 and CAP-3 subsystem 245 to interact with the CAP-1 subsystem 205 to obtain data for decrypting the encrypted (P,CW,T) data.
FIG. 3 illustrates the insertion of program identifier (P) , control word (CW) and timing data (T) into packets during successive crypto-periods in accordance with the present invention.
A different CW is used to encrypt the program data during different crypto-periods. Moreover, the CAPs use the CWs to generate their corresponding CA data. Accordingly, the CWs must be provided to the secondary CAPs prior to the time for usage thereat (i.e., with a sufficient lead time) . A number of successive CW epochs 300, 310, 320, 330, . . . 340, 350, 360, 370 are shown. An epoch is the time period, or crypto-period, during which a control word is valid. A CW inserter associated with the CAP-1 function
110 or 205 is provisioned and active on-line to calculate CWs for the program data in advance of the CW's respective application time. For a multiplex of input program data, a CW is used for each program in the multiplex. The lead time (number of crypto periods in advance) is limited based on the available data packet size, and chosen CW size. CWs may be provided at a rate of, e.g., one per second per programming service. In this case, the crypto-period is one second. The CW inserter for the CAP-1 110, 205 encrypts the
CWs per a defined algorithm, using a shared secret interface key, and inserts the CW with the time T at which the control word is to be used for encrypting the program data. In addition the (P,CW,T) values for K-l periods into the future are provided in each packet.
For example, the packet 305 is provided from CAP-1 to CAP-2 and CAP-3 during crypto-period N (300) . This packet 305 has a packet header, which may include the program identifier (P) , followed by (CW, T) data for, e-9- crypto-periods N through N+14, as indicated by the sliding window 390. CRC data may be provided at the end of the packet 305.
In practice, the packet 305 may be time-multiplexed with other packets, such as those containing program data for various programs in a multiplex, and may be repeated several times in a single crypto-period. This occurs since the packet rate corresponds to a period that is typically shorter than the crypto-period.
A packet 315 is provided from CAP-1 to CAP-2 and CAP-3 during the next crypto-period N+l (310) . This packet 315 also has a packet header with the program identifier (P) , which is followed by (CW, T) data for crypto-periods N+l through N+15, as illustrated by the sliding window 395, and CRC data.
Similarly, a packet 325 is provided during the next crypto-period N+2 (320) . This packet 325 includes (CW, T) data for crypto-periods N+2 through N+16. The associated sliding window 397 follows the pattern of the windows 390 and 395. Additional packets are provide in the successive crypto-periods following the pattern of packets 305, 315 and 325.
Advantageously, the secondary CAPs receive (P, CW, T) data in advance of the crypto-period in which the data is to be encrypted under a given CW. For example, the packet 305 provides CW data for epochs (crypto- periods) up until epoch 340 (whose start time is TN+14) during epoch 300 (whose start time is T„) . Thus, the CAPs have a several crypto-period lead time to generate their CA data under the appropriate CW. Accordingly, processing delays of each CAP can be accommodated. Moreover, this scheme enables system initialization to proceed smoothly, enabling each secondary CAP to begin outputting its CA data at the earliest possible cryptoperiod. This is particularly important for realtime applications, where the CA data for the secondary CAPs is generated just before it is communicated to the terminals . For non-real-time applications, where the program data is pre-encrypted and stored for later playback, the specific delivery time for the (P, CW, T) data to the secondary CAPs is less critical. Typically, this data can be provided well before the time it is needed. For real-time applications, the sliding window size, or lookahead period, should be selected based on computational delays of the secondary CAPs, packet size, CW size, and the size (e.g., number of bytes) of the timing parameter T. For a given packet payload, a larger CW requires a shorter window size. The sliding windows 390, 395, 397 represents the information contained within an individual packet assigned to a particular CAP using a packet identifier, and how the data spans several crypto-periods into the future. For example, a given packet may contain fifteen successive (CW, T) pairs, assuming standard DES encryption is used, although any number of pairs may be used depending on the implementation. For a real-time application, the (CW, T) data for crypto-period N is the current crypto- period, and the subsequent periods are future crypto- periods .
For a non-real-time application, the CA data of the primary and secondary CAPs is synchronized with the portions of the program data to which the CA data applies. Thus, upon the playback (e.g., retrieval) of the program data, the CA data from each CAP is played back and provided in synchronism with the encrypted program data. In this case, the (T) data may designate a crypto-period following some reference point of the program, such as the start of the program. The (T) data thus may designate a relative time rather than an absolute time. Moreover, the (CW,T) data is accumulated and used by the secondary CAPs to prepare their CA data, which is subsequently stored for playback at the appropriate time with the encrypted program data. A memory may be provided at subsystems 152 or 252 for this non-real-time embodiment.
FIG. 4 illustrates a cable television headend architecture in accordance with the present invention.
A digital cable television or other broadband network headend 400 includes a CAP-1 controller 410 and a CAP-2 controller 455, which are configured to provide STAs (such as EMMs as known in the MPEG protocol) in respective different CA formats. For simplicity, only one secondary CAP is shown, although the invention may be extended to any number of secondary CAPs .
Moreover, note that while an MPEG-specific example is discussed, the invention is generally applicable to any packetized data communication scheme.
The CAP-1 controller 410 generates encryption keys according to an encryption scheme such as DES. The CAP-
1 controller 410 also provides associated STAs to an OOB modulator 415, and the resulting modulated signal is provided to a headend combiner 435. Similarly, the CAP-
2 controller provides STAs in a corresponding format to an OOB modulator 450, and the resulting modulated signal is provided to the headend combiner 435. The headend combiner 435 outputs a signal to a terminal population via a conventional distribution network.
The CAP-1 controller 410 also provides control, status and program control data (including the CWs) to a CAP-1 function 42,5, which includes a CA data encryptor and inserter, a program data encryptor, and a modulator. The CAP-1 function 425 may be implemented, e.g., as module in a modular processing system. The CAP-1 function 425 can be configured with circuit cards for different functions, such as receiving a satellite signal, decrypting and extracting data, and so forth.
The CAP-1 function 425 also receives a program data input, e.g., such as a satellite feed comprising video, audio, computer games and the like. This is the data that is to be access-controlled by the different CA systems. Alternatively, or additionally, data may be provided from local programming sources or from a storage device. For example, for a VOD system, programming may be provided from a storage device in response to a subscriber request received via some upstream, out-of-band channel.
The CAP-1 function 425 encrypts the input data stream according to the control, status and program control data to provide an encrypted output data stream "DS-out" containing encrypted in-band (CW, T) data to a CAP-2 CA data inserter 440. The CAP-2 CA data may comprise MPEG ECMs, for example. The CAP-1 function 425 also inserts its own CA data (in the CAP-1 format) into DS-out on packets identified by associated packet identifiers for this implementation. Generally, the secondary CAPs have no need for the CAP-1 CA data itself .
The CAP-2 CA data inserter 440 generates CA data at the appropriate crypto-period based on the received (P, CW, T) data, as discussed in connection with FIG. 3. The CAP-2 CA data may be inserted into the same packet (in DS-in) in which the (CW, T) data was provided (in DS-out) . In this manner, the (CW, T) packet in DS-out acts as a "placeholder" packet for the CAP-2 CA data.
The CAP-1 function 425 receives DS-in, modulates it (e.g., using QAM modulation), and provides it to an optional upconverter 430. The corresponding upconverted signal is then provided to the headend combiner 435 for distribution, e.g., via a cable network to a terminal population.
In a specific example, DS-out conforms with the MPEG-2 or similar standard, and comprises a transport multiplex of, e.g., programs, and includes a PAT that lists PIDs that define each program. These are the PMT PIDs . The CAP-2 CA data inserter 440 comprises an analyzer that looks at the PAT, and finds the PID for a certain program, e.g., "HBO". The "HBO" data, in turn, includes a PMT that has PIDs that define, e.g., video data for HBO, one or more channel of audio data for HBO, and ECM PIDs for HBO. The ECM PIDs are conveyed using the MPEG construct "CA_descriptor" within each encrypted service. Thus, the (CW, T) data in DS-out are delivered in ECM placeholder packets under the ECM PIDs for CAP-2.
"CA_descriptor" indicates the location (PID value of transport packets) of ECM data associated with program elements when it is found in a TS PMT section. When found in a CA section, it refers to EMMs .
Note that (P) is not required for the example using MPEG because MPEG packet headers convey the PID of the packet, and thus the content to which the data refers. For the more general case, the CAP-1 function 425 provides the triple (P,CW,T) .
The CAP-2 CA data inserter 440 recovers the encrypted (CW, T) data under these ECM PIDs, decrypts the (CW, T) data, and forms its own ECMs using the CWs. Then, after accounting for network latency, and at the time specified by the T data, the CAP-2 ECMs overwrite the (CW, T) data with the CAP-2 ECM data under the same ECM PIDs as in the stream DS-in, which is then returned to the CAP-1 function 425.
The CAP-2 CA data inserter 440 may be responsive to interface key data received from the CAP-1 controller 410 via the router 420 using, e.g., a TCP/IP protocol. This key data may be used by the CAP-2 CA data inserter 440 to decrypt the encrypted (CW, T) data stream delivered on DS-out. Any shared key system may be used for this purpose. The router 420 acts as a firewall so that the CAP-2 system cannot recover other data from the CAP-1 system.
Different terminals are compatible with the different CA formats, e.g., from CAP-1 and CAP-2, and are programmed to recover the corresponding CA data that is present on the assigned PID, based on the STA (e.g., EMM) delivered separately to the terminals. For example, the program "HBO" may have CA data in the CAP-1 format on a corresponding PID (e.g., PID #160) in the transport stream, while the CA data in the CAP-2 format is provided on a different, corresponding PID (e.g., PID #170) . Terminals that require different formats of CA data can therefore co-exist in the same network.
The number of encrypted (CW,T) pairs that can be inserted in a MPEG transport stream packet in DS-out depends on a number of factors, including the available packet payload, CW size, and duration of the crypto- period. Table 1 shows an example available payload. Table 1 - Packet Payload Budget
MPEG Packet size: 188 bytes header: 4 bytes
CRC: 4 bytes Available packet payload 180 bytes
The number of (CW, T) pairs that can be sent in the available packet payload can be calculated based on the size of the data elements. For a DES-based implementation, using an eight byte control word, and a four byte activation time, it is possible to insert fifteen (CW, T) pairs in the available packet payload (180 bytes) . Similar calculations for a triple DES based encryption scheme (Table 2) show that five (CW, T) pairs may be loaded in the useable packet payload, thus providing the CWs for the current and next four crypto periods .
Table 2 - Packet Data Analysis
DES Triple DES
CW size (bytes) 8 32 Net Payload- -Private stream message (bytes) 180 180 Time (bytes) 4 4 CW lifetime (sec, with 1 CW/sec . /service) 1 1 (CW, T) pairs per packet 15 5
By following this approach, a constant stream of valid CWs is provided from the CAP-1 function 425 to the CAP-2 CA data inserter 440. The foregoing is an example only and the allocation of data in a packet can vary depending on the communication scheme used, e.g., such as Ethernet or ATM. Although, in the example of FIG. 4, the control words and activation time are provided to the CAP-2 CA data inserter 440 by in-band packets, it is necessary to establish an additional communication link to enable the CAP-1 control word inserter (at function 425) to communicate with the CAP-2 CA data inserter 440. To this end, an Ethernet link may be used to process link encryption set-up and interface key negotiation messages. For example, a Diffie-Hellman key exchange protocol, a public key algorithm, Secure Socket Layer, or any other shared key arrangement, can support the interface encryption requirements. Furthermore, the same key can be used to encrypt all (CW,T) or (P,CW,T) packets on all CAP-2 CA PIDs within a multiplex, thus reducing computational requirements . The interface key need not change frequently, perhaps every six or twelve hours, which leads to an extremely low data rate requirement on this interface. Hence, an Ethernet port on the CAP-1 function 425 and a CAP-2 network LAN connection may be used for communication with the CAP-2 CA data inserter 440. The router 420 may be used to control network traffic between the CAP-1 and CAP-2 headend LANs, and to ensure that CAP-1 messages are not presented to the CAP-2 network, except for the messages addressed to the CAP-2 CA data inserter 440.
The CAP-1 function 425 can be used to assign a destination address and TCP port for the CAP-2 CA data inserter 440. A time-out mechanism is desirable to ensure that the CAP-2 CA data inserter 440 is active and on-line .
FIG. 5 illustrates a CAP-1 module configuration and signal flow in accordance with the present invention.
An example configuration of the CAP-1 function 425 is shown as modules that includes an L-band function 560 that receives the input data stream. A decrypt/extract function 562 decrypts and extracts the DS . A data encrypt function 564 re-encrypts the DS, e.g., according to the CAP-1 encryption scheme used by a local network provider. When the data stream is a transport stream (TS) that includes multiple services, each service of the TS (e.g., 10-12 services per TS) is encrypted using a different CW. Moreover, the CW for each service is used to form corresponding CAP-1 CA data. At a (P, CW, T) encrypt and insert function 566, the (P, CW, T) data is encrypted and inserted into the DS . Again, recall that the (P) data may not be required, but is shown for generality. The DS is provided as DS-out via an output interface 568 to the CAP-2 CA data inserter 440.
DS-in is returned to the CAP-1 function 425 via an input interface 570, and provided to a modulator 572. A system controller 574, such as a CPU, and a power supply are also included in the CAP-1 function 425. The system controller 574 communicates with the other functions in the CAP-1 function 425 via a path 575 to coordinate and oversee their activities.
Note that the modulator 572 can be provided wherever convenient. It is not required to be part of the CAP-1 function 425, but may be a separate device, or may be associated with the CAP-2 CA data inserter 440, for example .
The CAP-1 function 425 may be modified to process' multiple streams concurrently, in which case the output function 568 and input function 570 communicate with an additional secondary CAP inserter for each additional stream (e.g., a CAP-3 inserter for a 3rd stream, and so forth) . An additional modulator analogous to the modulator 572 may be provided for each additional stream.
The CW encrypt and insert function 566 may be provided as a module (circuit board) that is inserted into the back plane of CAP-1 function 425, or provided as a stand-alone headend product. The CW encrypt and insert function 566 may be commanded by a message protocol of the CAP-1 function
425 using known techniques.
Alternatively, it is possible for the CAP-1 CA data to be inserted into the DS after the CAP-2 CA data, but space would need to be reserved in advance (e.g., using packet placeholders) for most systems. In this case, a
CAP-1 CA data inserter would be provided after the input
570.
FIG. 6 illustrates a CAP-1 module configuration and signal flow with Packet Identifier (PID) filtering in accordance with the present invention.
There is a concern that the CAP-2 CA data inserter
440 (or other secondary CAP data inserter) may somehow corrupt the data stream DS-out before returning it to a modified input interface 570' of the CAP-1 function
425'. Accordingly, there is a need to correct and detect this problem. Here, in FIG. 2, a stream DS-out', which is a copy of DS-out, is retained by providing it from the output interface 568' to a buffer 605 that is associated with the input interface 570'. The input interface 570' also includes a combiner 610 and a packet filter 615. The packet filter (such as PID filter) 615 is established to pass only the CAP-2 CA data inserter's PIDs which are inserted into DS-in. At the combiner 610, the filtered data from the packet filter 610 is combined with the buffered data from the buffer 605. The buffer 605 is needed to temporarily store the data from DS-out' due primarily to processing delays associated with the CAP-2 CA data inserter 440.
Alternatively, a stream comparison module is developed to address the concern of corruption of the transport stream. The stream comparison module is based on a modified input interface, and constantly performs a differential comparison between DS-out' and DS-in, while ignoring data on the assigned CAP-2 PIDs. This configuration can be realized by replacing the combiner 610 and packet filter 615 with an appropriate bit-wise comparison function. If a difference is detected between DS-out' and DS-in that is deemed to be significant (e.g., impacts the system), DS-out' can be passed through the input interface 570', thereby effectively bypassing DS-in, the corrupt stream.
While either approach is feasible, the packet filter 615 is believed to be simpler to implement and less computationally intensive than the comparison approach.
It should now be appreciated that the present invention provides a system for streaming encrypted CA data from a primary or master conditional access provider (CAP) to one or more secondary CAPs. There is no need for the secondary CAP to request the CWs on an as-needed basis. Moreover, the CWs for a current crypto-period and a number of future crypto-periods are provided in a "sliding window" to allow the secondary CAP to begin preparing its CA data in advance .
In a non-real-time embodiment, program data is pre- encrypted, and the CA data is accumulated and synchronized with the encrypted program data, e.g., at a file server, for subsequent recovery. The secondary CAPs must prepare their CA data for the synchronization. As the program data is retrieved and forwarded to a user terminal, the CA data from the primary and secondary CAPs is delivered along with the program data in synchronism with the segments of the program data to which the CA data applies .
The invention can be used in any packet-based distribution system, including virtual private networks such as an Ethernet, a SONET, and so forth.
Although the invention has been described in connection with various specific embodiments, those skilled in the art will appreciate that numerous adaptations and modifications may be made thereto without departing from the spirit and scope of the invention as set forth in the claims.

Claims

What is claimed is:
1. A method for enabling a primary conditional access provider (CAP) and at least one secondary CAP to provide conditional access (CA) data in respective different formats to control access to at least one data service, comprising the steps of:
(a) providing, at the primary CAP, first CA data in a first format for encrypting the at least one data service during a plurality of successive crypto-periods, and time data for identifying the successive crypto- periods;
(b) providing the first CA data and the time data from the primary CAP to the at least one secondary CAP; wherein the at least one secondary CAP is responsive to the first CA data and time data for providing second CA data in a different, second format for the successive crypto-periods; and
(c) providing a -data stream comprising the at least one encrypted data service and first and second CA data to user terminals, including at least a first user terminal that is compatible with the first CA data, and a second user terminal that is compatible with the second CA data.
2. The method of claim 1, wherein; the time data indicates respective start times of the crypto-periods.
3. The method of claim 2, wherein: the time data designates absolute times of the crypto-periods .
4. The method of claim 2, wherein: the time data designates relative times of the crypto-periods in relation to a reference time of the at least one data service.
5. The method of claim 1, wherein: the first CA data for each crypto-period is provided to the at least one secondary CAP with a lead time of at least one crypto-period.
6. The method of claim 5, wherein: the lead time is responsive to a required processing time of the at least one secondary CAP.
7. The method of claim 5, wherein: the first CA data and time data are provided to the at least one secondary CAP in successive packets, each packet comprising first CA data and time data for a plurality of crypto-periods.
8. The method of claim 7, wherein: the plurality of crypto-periods comprise a current crypto-period and future crypto-periods.
9. The method of claim 1, wherein: the first CA data comprises a control word for each of the crypto-periods.
10. The method of claim 1, wherein: the first CA data and time data are streamed in real-time from the primary CAP to the at least one secondary CAP without being requested therefrom.
11. The method of claim 10, wherein: the at least one secondary CAP provides its second CA data essentially in real-time after receipt of the first CA data and time data thereat .
12. The method of claim 1, comprising the further steps of : synchronizing the first CA data and the second CA data with the at least one encrypted data service; and storing the first and second synchronized CA data and the at least one encrypted data service for subsequent retrieval to provide said data stream.
13. The method of claim 12, comprising the further step of: retrieving the first and second synchronized CA data and the at least one encrypted data service to provide said data stream in response to a user request .
14. The method of claim 13, wherein: the user request is provided as part of a video-on- demand service .
15. The method of claim 1, wherein: the primary CAP provides a program identifier to the at least one secondary CAP to inform the at least one secondary CAP that the first CA data and the time data are associated with the at least one data service.
16. The method of claim 1, wherein: the first CA data and time data are provided from the primary CAP to the at least one secondary CAP via a CA data delivery network.
17. The method of claim 1, wherein: the first and second CA data are provided to a message insertion subsystem out-of-band from the encrypted data service to form said data stream.
18. The method of claim 1, wherein: the first and second CA data are provided to a message insertion subsystem in-band with the encrypted data service to form said data stream.
19. The method of claim 1, wherein: the first CA data and the time data are provided from the primary CAP to a plurality of secondary CAPs, each of which is responsive to the first CA data and time data for providing CA data in different, respective formats for the successive crypto-periods; the data stream comprises the CA data in the different, respective formats; and the user terminals include respective user terminals that are compatible with the different, respective formats .
20. The method of claim 1, wherein: the first CA data, time data, and encrypted data service are provided in a first data stream from the primary CAP to the at least one secondary CAP for insertion of the second CA data, and a corresponding second data stream is returned to the primary CAP for formation of said data stream that is provided to the user terminals .
21. The method of claim 20, comprising the further steps of: retaining a copy of the first data stream at the primary CAP; filtering, at the primary CAP, the second data stream that is returned from the at least one secondary CAP to recover the second CA data; and combining the recovered second CA data with the retained copy of the first data stream to form said data stream that is provided to the user terminals.
22. The method of claim 20, comprising the further steps of : retaining a copy of the first data stream at the primary CAP; and comparing, at the primary CAP, the second data stream to the retained copy of the first data stream to determine a deviation therebetween.
23. The method of claim 22, comprising the further step of: if the deviation is detected, using the retained copy of the first data stream, which does not contain the second CA data, to form said data stream that is provided to the user terminals .
24. The method of claim 20, wherein: the second data stream is formed by overwriting the first CA data with corresponding second CA data in corresponding packets of the first data stream.
25. The method of claim 1, wherein: the first CA data comprises entitlement control messages .
26. The method of claim 1, wherein: the primary CAP first and at least one secondary CAPs are provided at a headend.
27. The method of claim 1, wherein the first CA data is provided from the primary CAP to the at least one secondary CAP in an encrypted form, comprising the further step of: providing data to the at least one secondary CAP for decrypting the encrypted first CA data.
28. An apparatus for enabling a primary conditional access provider (CAP) and at least one secondary CAP to provide conditional access (CA) data in respective different formats to control access to at least one data service, comprising: a primary CAP for providing first CA data in a first format for encrypting the at least one data service during a plurality of successive crypto-periods, and time data for identifying the successive crypto- periods; means for communicating the first CA data and the time data from the primary CAP to the at least one secondary CAP; wherein the at least one secondary CAP is responsive to the first CA data and time data for providing second CA data in a different, second format for the successive crypto-periods; and means for providing a data stream comprising the at least one encrypted data service and first and second CA data to user terminals, including at least a first user terminal that is compatible with the first CA data, and a second user terminal that is compatible with the second CA data.
PCT/US2001/015811 2000-06-02 2001-05-16 A system to deliver encrypted access control information WO2001095613A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
AU2001264624A AU2001264624A1 (en) 2000-06-02 2001-05-16 A system to deliver encrypted access control information
EP01939062A EP1287683A1 (en) 2000-06-02 2001-05-16 A system to deliver encrypted access control information
CA2410583A CA2410583C (en) 2000-06-02 2001-05-16 A system to deliver encrypted access control information

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/586,064 2000-06-02
US09/586,064 US6898285B1 (en) 2000-06-02 2000-06-02 System to deliver encrypted access control information to support interoperability between digital information processing/control equipment

Publications (1)

Publication Number Publication Date
WO2001095613A1 true WO2001095613A1 (en) 2001-12-13

Family

ID=24344155

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/015811 WO2001095613A1 (en) 2000-06-02 2001-05-16 A system to deliver encrypted access control information

Country Status (8)

Country Link
US (1) US6898285B1 (en)
EP (1) EP1287683A1 (en)
KR (1) KR20030007798A (en)
CN (1) CN1209904C (en)
AU (1) AU2001264624A1 (en)
CA (1) CA2410583C (en)
TW (1) TW525379B (en)
WO (1) WO2001095613A1 (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1304881A1 (en) * 2001-10-15 2003-04-23 Beta Research GmbH Method and device for providing data
FR2833121A1 (en) * 2001-12-05 2003-06-06 France Telecom METHOD OF DISTRIBUTION OF SCRAPPED DIGITAL DATA ENCRYPTION KEYS
EP1887729A2 (en) 2006-03-21 2008-02-13 Irdeto Access B.V. Method of providing an encrypted data stream
CN100379270C (en) * 2003-05-20 2008-04-02 三星电子株式会社 Scramble release device for scrambled digital broadcasting streams in broadcasting communication convergence system
WO2009102923A2 (en) * 2008-02-15 2009-08-20 Qualcomm Incorporated Methods and apparatus for conditional access of non real-time content in a distribution system
WO2011138333A1 (en) * 2010-05-04 2011-11-10 Viaccess Methods for decrypting, transmitting and receiving control words, recording medium and control word server for implementing said methods
KR101180185B1 (en) * 2004-04-22 2012-09-05 나그라비젼 에스에이 Method for processing contents intended for broadcasting
EP1436984B2 (en) † 2001-10-18 2018-05-30 Rovi Solutions Corporation Systems and methods for providing digital rights management compatibility
CN109792384A (en) * 2016-10-03 2019-05-21 日本电气株式会社 Communication equipment, communication means, communication system and recording medium

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7391865B2 (en) 1999-09-20 2008-06-24 Security First Corporation Secure data parser method and system
MXPA02007179A (en) * 2000-01-28 2002-12-13 Nagracard Sa Method and system for transmission of decrypting information.
US7257227B2 (en) * 2000-10-26 2007-08-14 General Instrument Corporation System for denying access to content generated by a compromised off line encryption device and for conveying cryptographic keys from multiple conditional access systems
US20020129280A1 (en) * 2001-01-29 2002-09-12 Enjoyweb, Inc. Method, apparatus, and system for distributing compressed digital media in a secured manner
US9100457B2 (en) 2001-03-28 2015-08-04 Qualcomm Incorporated Method and apparatus for transmission framing in a wireless communication system
US8121296B2 (en) 2001-03-28 2012-02-21 Qualcomm Incorporated Method and apparatus for security in a data processing system
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
US7895616B2 (en) * 2001-06-06 2011-02-22 Sony Corporation Reconstitution of program streams split across multiple packet identifiers
US20060159264A1 (en) * 2001-07-03 2006-07-20 Chen Annie O System for denying access to content generated by a compromised off line encryption device and for conveying cryptographic keys from multiple conditional access systems
US7352868B2 (en) 2001-10-09 2008-04-01 Philip Hawkes Method and apparatus for security in a data processing system
US7649829B2 (en) 2001-10-12 2010-01-19 Qualcomm Incorporated Method and system for reduction of decoding complexity in a communication system
US7644136B2 (en) * 2001-11-28 2010-01-05 Interactive Content Engines, Llc. Virtual file system
US7788396B2 (en) 2001-11-28 2010-08-31 Interactive Content Engines, Llc Synchronized data transfer system
US7437472B2 (en) * 2001-11-28 2008-10-14 Interactive Content Engines, Llc. Interactive broadband server system
US20050025312A1 (en) * 2002-01-14 2005-02-03 Rijkaert Albert Maria Arnold Distribution of encrypted information
US8218768B2 (en) * 2002-01-14 2012-07-10 Qualcomm Incorporated Cryptosync design for a wireless communication system
AU2002367373A1 (en) * 2002-01-14 2003-07-24 Koninklijke Philips Electronics N.V. System for providing time dependent conditional access
US7457312B2 (en) * 2002-06-19 2008-11-25 Microsoft Corporation Bandwidth sharing in advanced streaming format
US7290057B2 (en) * 2002-08-20 2007-10-30 Microsoft Corporation Media streaming of web content data
FR2845545B1 (en) * 2002-10-07 2005-02-04 Alstom SECURITY EXCHANGE METHOD OF INFORMATION MESSAGES
JP4390710B2 (en) * 2002-11-27 2009-12-24 アールジービー・ネットワークス・インコーポレイテッド Method and apparatus for time multiplexed processing of multiple digital video programs
US7599655B2 (en) 2003-01-02 2009-10-06 Qualcomm Incorporated Method and apparatus for broadcast services in a communication system
EP1616401A4 (en) * 2003-04-21 2012-01-04 Rgb Networks Inc Time-multiplexed multi-program encryption system
US7398544B2 (en) * 2003-05-12 2008-07-08 Sony Corporation Configurable cableCARD
US8098818B2 (en) 2003-07-07 2012-01-17 Qualcomm Incorporated Secure registration for a multicast-broadcast-multimedia system (MBMS)
US8718279B2 (en) 2003-07-08 2014-05-06 Qualcomm Incorporated Apparatus and method for a secure broadcast system
CA2537293C (en) 2003-08-29 2014-04-01 Rgb Networks, Inc. Advanced, adaptive video multiplexer system
US8724803B2 (en) 2003-09-02 2014-05-13 Qualcomm Incorporated Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system
JP2005149129A (en) * 2003-11-14 2005-06-09 Sony Corp Method for managing license, information processor and method, and program
FR2871017B1 (en) * 2004-05-28 2008-02-29 Viaccess Sa METHOD FOR DIFFUSION OF DIGITAL DATA TO A PARK OF TARGET RECEIVING TERMINALS
CN100384251C (en) * 2004-08-02 2008-04-23 华为技术有限公司 User authorization method and its authorization system
US20060031873A1 (en) * 2004-08-09 2006-02-09 Comcast Cable Holdings, Llc System and method for reduced hierarchy key management
EP1825412A1 (en) 2004-10-25 2007-08-29 Rick L. Orsini Secure data parser method and system
KR20060061219A (en) * 2004-12-01 2006-06-07 주식회사 비에스텍 E n c r y p t i o n p r o c e s s o r
US8099369B2 (en) * 2004-12-08 2012-01-17 Ngna, Llc Method and system for securing content in media systems
US7383438B2 (en) * 2004-12-18 2008-06-03 Comcast Cable Holdings, Llc System and method for secure conditional access download and reconfiguration
US7933410B2 (en) * 2005-02-16 2011-04-26 Comcast Cable Holdings, Llc System and method for a variable key ladder
US20060200412A1 (en) * 2005-02-23 2006-09-07 Comcast Cable Holdings, Llc System and method for DRM regional and timezone key management
EP1742475A1 (en) * 2005-07-07 2007-01-10 Nagravision S.A. Method to control access to enciphered data
BRPI0618725A2 (en) 2005-11-18 2011-09-06 Rick L Orsini secure data analyzer method and system
FR2894757B1 (en) * 2005-12-13 2008-05-09 Viaccess Sa METHOD FOR CONTROLLING ACCESS TO A RUBBER CONTENT
CN100525434C (en) * 2005-12-31 2009-08-05 华为技术有限公司 Method for granting power to user in receiving system under digital TV condition
RU2339077C1 (en) 2007-03-13 2008-11-20 Олег Вениаминович Сахаров Method of operating conditional access system for application in computer networks and system for its realisation
US7934083B2 (en) * 2007-09-14 2011-04-26 Kevin Norman Taylor Configurable access kernel
US8401191B2 (en) 2008-01-24 2013-03-19 Qualcomm Incorporated Efficient broadcast entitlement management message delivery mechanism using a scheduled delivery window
WO2010006290A1 (en) * 2008-07-10 2010-01-14 Verimatrix, Inc. Video on demand simulcrypt
WO2011064613A1 (en) * 2009-11-25 2011-06-03 Serela Card sharing countermeasures
EP2334069A1 (en) * 2009-12-11 2011-06-15 Irdeto Access B.V. Providing control words to a receiver
US11349699B2 (en) * 2012-08-14 2022-05-31 Netflix, Inc. Speculative pre-authorization of encrypted data streams
CN103780961B (en) * 2012-10-19 2017-10-24 华为终端有限公司 A kind of guard method of data message and equipment
US10375030B2 (en) 2016-06-24 2019-08-06 Combined Conditional Access Development & Support Initialization encryption for streaming content
US20240037043A1 (en) * 2022-07-29 2024-02-01 Dell Products, L.P. End-to-end efficient encryption with security chaining

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999053689A1 (en) * 1998-04-15 1999-10-21 Digital Video Express, L.P. Conditional access via secure logging with simplified key management
WO1999057889A1 (en) * 1998-05-06 1999-11-11 Sony Electronics, Inc. Communication network

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5619501A (en) * 1994-04-22 1997-04-08 Thomson Consumer Electronics, Inc. Conditional access filter as for a packet video signal inverse transport system
US5796829A (en) 1994-09-09 1998-08-18 The Titan Corporation Conditional access system
US5944794A (en) * 1994-09-30 1999-08-31 Kabushiki Kaisha Toshiba User identification data management scheme for networking computer systems using wide area network
US6157719A (en) * 1995-04-03 2000-12-05 Scientific-Atlanta, Inc. Conditional access system
US5875396A (en) * 1995-11-13 1999-02-23 Wytec, Incorporated Multichannel radio frequency transmission system to deliver wideband digital data into independent sectorized service areas
US5872588A (en) * 1995-12-06 1999-02-16 International Business Machines Corporation Method and apparatus for monitoring audio-visual materials presented to a subscriber
US5805705A (en) 1996-01-29 1998-09-08 International Business Machines Corporation Synchronization of encryption/decryption keys in a data communication network
US6028933A (en) * 1997-04-17 2000-02-22 Lucent Technologies Inc. Encrypting method and apparatus enabling multiple access for multiple services and multiple transmission modes over a broadband communication network
BR9815610A (en) * 1997-08-01 2004-06-22 Scientific Atlanta Verification of program information source in conditional access system
US6415031B1 (en) * 1999-03-12 2002-07-02 Diva Systems Corporation Selective and renewable encryption for secure distribution of video on-demand
US6229895B1 (en) * 1999-03-12 2001-05-08 Diva Systems Corp. Secure distribution of video on-demand
US6577621B1 (en) * 1999-06-22 2003-06-10 Ericsson Inc. System and method for providing high-speed local telecommunications access
US6590981B2 (en) * 2000-02-22 2003-07-08 Zyfer, Inc. System and method for secure cryptographic communications

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999053689A1 (en) * 1998-04-15 1999-10-21 Digital Video Express, L.P. Conditional access via secure logging with simplified key management
WO1999057889A1 (en) * 1998-05-06 1999-11-11 Sony Electronics, Inc. Communication network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"FUNCTIONAL MODEL OF A CONDITIONAL ACCESS SYSTEM", EBU REVIEW- TECHNICAL, EUROPEAN BROADCASTING UNION. BRUSSELS, BE, no. 266, 21 December 1995 (1995-12-21), pages 64 - 77, XP000559450, ISSN: 0251-0936 *

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1304881A1 (en) * 2001-10-15 2003-04-23 Beta Research GmbH Method and device for providing data
EP1436984B2 (en) † 2001-10-18 2018-05-30 Rovi Solutions Corporation Systems and methods for providing digital rights management compatibility
FR2833121A1 (en) * 2001-12-05 2003-06-06 France Telecom METHOD OF DISTRIBUTION OF SCRAPPED DIGITAL DATA ENCRYPTION KEYS
WO2003049442A1 (en) * 2001-12-05 2003-06-12 France Telecom Method for distributing scrambled digital data decryption keys
US7693281B2 (en) 2001-12-05 2010-04-06 France Telecom Method for distributing scrambled digital data decryption keys
CN100379270C (en) * 2003-05-20 2008-04-02 三星电子株式会社 Scramble release device for scrambled digital broadcasting streams in broadcasting communication convergence system
KR101180185B1 (en) * 2004-04-22 2012-09-05 나그라비젼 에스에이 Method for processing contents intended for broadcasting
EP1887729A2 (en) 2006-03-21 2008-02-13 Irdeto Access B.V. Method of providing an encrypted data stream
EP1887729A3 (en) * 2006-03-21 2011-07-13 Irdeto Access B.V. Method of providing an encrypted data stream
US8498412B2 (en) 2006-03-21 2013-07-30 Irdeto B.V. Method of providing an encrypted data stream
US8819843B2 (en) 2008-02-15 2014-08-26 Qualcomm Incorporated Methods and apparatus for conditional access of non real-time content in a distribution system
KR101323230B1 (en) 2008-02-15 2013-11-21 퀄컴 인코포레이티드 Methods and apparatus for conditional access of non real-time content in a distribution system
WO2009102923A3 (en) * 2008-02-15 2009-11-19 Qualcomm Incorporated Methods and apparatus for conditional access of non real-time content in a distribution system
WO2009102923A2 (en) * 2008-02-15 2009-08-20 Qualcomm Incorporated Methods and apparatus for conditional access of non real-time content in a distribution system
FR2959905A1 (en) * 2010-05-04 2011-11-11 Viaccess Sa METHOD OF DETECTING, TRANSMITTING AND RECEIVING CONTROL WORDS, RECORDING MEDIUM AND SERVER OF CONTROL WORDS FOR CARRYING OUT SAID METHODS
WO2011138333A1 (en) * 2010-05-04 2011-11-10 Viaccess Methods for decrypting, transmitting and receiving control words, recording medium and control word server for implementing said methods
US8804965B2 (en) 2010-05-04 2014-08-12 Viaccess Methods for decrypting, transmitting and receiving control words, recording medium and control word server to implement these methods
CN109792384A (en) * 2016-10-03 2019-05-21 日本电气株式会社 Communication equipment, communication means, communication system and recording medium
EP3522442A4 (en) * 2016-10-03 2019-09-04 Nec Corporation Communication device, communication method, communication system, and recording medium
US11101998B2 (en) 2016-10-03 2021-08-24 Nec Corporation Communication device, communication method, and recording medium
CN109792384B (en) * 2016-10-03 2022-03-29 日本电气株式会社 Communication apparatus, communication method, and recording medium

Also Published As

Publication number Publication date
CA2410583A1 (en) 2001-12-13
EP1287683A1 (en) 2003-03-05
CA2410583C (en) 2010-08-10
AU2001264624A1 (en) 2001-12-17
TW525379B (en) 2003-03-21
KR20030007798A (en) 2003-01-23
CN1444826A (en) 2003-09-24
CN1209904C (en) 2005-07-06
US6898285B1 (en) 2005-05-24

Similar Documents

Publication Publication Date Title
CA2410583C (en) A system to deliver encrypted access control information
US6424714B1 (en) Method and apparatus for providing conditional access in connection-oriented interactive networks with a multiplicity of service providers
KR100666438B1 (en) Scrambling Unit For a Digital Transmission System
EP0872077B1 (en) Method and apparatus for providing conditional access in connection-oriented, interactive networks with a multiplicity of service providers
US7298846B2 (en) Method of identifying multiple digital streams within a multiplexed signal
KR100684056B1 (en) Synchronisation of decryption keys in a data packet transmission system
KR101244312B1 (en) Method of controlling communication between a head-end system and a plurality of client systems
US20060190403A1 (en) Method and Apparatus for Content Protection and Copyright Management in Digital Video Distribution
US20030002577A1 (en) In a subscriber network receiving digital packets and transmitting digital packets below a predetermined maximum bit rate
EP2373019A1 (en) Secure descrambling of an audio / video data stream
JP2007525051A6 (en) Thin DOCSIS in-band management for interactive HFC service delivery
JP2007525051A (en) Thin DOCSIS in-band management for interactive HFC service delivery
WO2007022033A1 (en) Protecting elementary stream content
EP2230845A1 (en) Providing control words to a receiver
US7949133B2 (en) Controlled cryptoperiod timing to reduce decoder processing load
US20110311044A1 (en) Providing control words to a receiver
WO2016189105A1 (en) Management of broadcast encrypted digital multimedia data receivers
JP2002536888A (en) Transmission system
JPH10290222A (en) Information decoder, its method and information transmitter-receiver
KR101552958B1 (en) System and method for providing video conference using conditional access system
JPH10190646A (en) Security information distribution method, receiving device and transmitting device in digital network

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

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

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

Ref document number: 2410583

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 1020027016305

Country of ref document: KR

REEP Request for entry into the european phase

Ref document number: 2001939062

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2001939062

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020027016305

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 018136095

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2001939062

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP