HU229694B1 - Conditional access system - Google Patents

Conditional access system Download PDF

Info

Publication number
HU229694B1
HU229694B1 HU0001482A HUP0001482A HU229694B1 HU 229694 B1 HU229694 B1 HU 229694B1 HU 0001482 A HU0001482 A HU 0001482A HU P0001482 A HUP0001482 A HU P0001482A HU 229694 B1 HU229694 B1 HU 229694B1
Authority
HU
Hungary
Prior art keywords
subscriber
authorization
server
message
management
Prior art date
Application number
HU0001482A
Other languages
English (en)
Inventor
Mulham Bayassi
Jean-Francois Jezequel
La Tullaye Pierre De
Original Assignee
Nagra France Sas
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=26070203&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=HU229694(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Nagra France Sas filed Critical Nagra France Sas
Publication of HUP0001482A2 publication Critical patent/HUP0001482A2/hu
Publication of HUP0001482A3 publication Critical patent/HUP0001482A3/hu
Publication of HU229694B1 publication Critical patent/HU229694B1/hu

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357Cards having a plurality of specified features
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/409Device specific authentication in transaction processing
    • G06Q20/4097Device specific authentication in transaction processing using mutual authentication between devices and transaction partners
    • G06Q20/40975Device specific authentication in transaction processing using mutual authentication between devices and transaction partners using encryption therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00Image coding
    • G06T9/007Transform coding, e.g. discrete cosine transform
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F17/00Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/0014Coin-freed apparatus for hiring articles; Coin-freed facilities or services for vending, access and use of specific services not covered anywhere else in G07F17/00
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11CSTATIC STORES
    • G11C16/00Erasable programmable read-only memories
    • G11C16/02Erasable programmable read-only memories electrically programmable
    • G11C16/06Auxiliary circuits, e.g. for writing into memory
    • G11C16/10Programming or data input circuits
    • G11C16/102External programming circuits, e.g. EPROM programmers; In-circuit programming or reprogramming; EPROM emulators
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11CSTATIC STORES
    • G11C16/00Erasable programmable read-only memories
    • G11C16/02Erasable programmable read-only memories electrically programmable
    • G11C16/06Auxiliary circuits, e.g. for writing into memory
    • G11C16/10Programming or data input circuits
    • G11C16/102External programming circuits, e.g. EPROM programmers; In-circuit programming or reprogramming; EPROM emulators
    • G11C16/105Circuits or methods for updating contents of nonvolatile memory, especially with 'security' features to ensure reliable replacement, i.e. preventing that old data is lost before new data is reliably written
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/06Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062Network 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N17/00Diagnosis, testing or measuring for television systems or their details
    • H04N17/004Diagnosis, testing or measuring for television systems or their details for digital television systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2351Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving encryption of additional data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/254Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541Rights Management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/254Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2543Billing, e.g. for subscription services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808Management of client data
    • H04N21/25816Management of client data involving client authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/266Channel 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/26606Channel 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]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42676Internal components of the client ; Characteristics thereof for modulating an analogue carrier signal to encode digital information or demodulating it to decode digital information, e.g. ADSL or cable modem
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4353Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving decryption of additional data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44236Monitoring of piracy processes or activities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management 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/462Content 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/4623Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47211End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting pay-per-view content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6137Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a telephone network, e.g. POTS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/61Network physical structure; Signal processing
    • H04N21/6156Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6187Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a telephone network, e.g. POTS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/633Control signals issued by server directed to the network components or client
    • H04N21/6332Control signals issued by server directed to the network components or client directed to client
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/633Control signals issued by server directed to the network components or client
    • H04N21/6332Control signals issued by server directed to the network components or client directed to client
    • H04N21/6334Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key
    • H04N21/63345Control 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/637Control signals issued by the client directed to the server or network components
    • H04N21/6377Control signals issued by the client directed to the server or network components directed to server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6582Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/162Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/167Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675Providing digital key or authorisation information for generation or regeneration of the scrambling sequence
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17318Direct or substantially direct transmission and handling of requests
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1435Saving, restoring, recovering or retrying at system level using file system or storage system metadata
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2347Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving video stream encryption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4405Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video stream decryption

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Quality & Reliability (AREA)
  • Finance (AREA)
  • Human Computer Interaction (AREA)
  • Discrete Mathematics (AREA)
  • Virology (AREA)
  • Biomedical Technology (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Astronomy & Astrophysics (AREA)
  • Computer Graphics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
  • Radio Relay Systems (AREA)
  • Fuel Cell (AREA)
  • Telephonic Communication Services (AREA)
  • Eye Examination Apparatus (AREA)

Description

A találmány tárgyú «gy az 1. Igénypont tárgyi köre szerinti feltételes hozzáférési rendszer, amely mösorszóró és vevő rendszerekben, elsősorban nagy mennyiségben piacra dobott -digitális interakiiv snahohhis televízió rendszerekben alkalmazható,
Elsődlegesem de nem kizárólagosan a találmány olyan nagy mennyiségben piacra dobott nnlsorszőró rendszerre vonatkozik, amely rendelkezik az alábbi előnyős tulajdonságok némelyikével vagy mindegyikével;
a rendszer egy információ műsorszóró rettdszer, előnyösen egy rádió és/vagy televízió műsorszóró rendszer,
- a rendszer egy műholdas rendszer (jóllehet akár kábeles, akár ibldi továbbítással is használható), a rendszer egy digitális rendszer, amelyik célszerűen as MPEG-i még előnyösebben az MPEO-2 tömörítő rendszert alkalmazza az adatok illetve jelek továbbításénál, nem zárja ki az inierakíivllás lehetőségéi, Illetőleg annak kihasználását
Találmánynak tehát részletesebbet? olyast úgynevezett fizető televízióra (vagy rádióra) vonatkozik, ahol a felhasználó vagy néző választja ki azt vagy azokat a programot, filtstef, játékot, amelyet meg kíván nézni vagy használni akar, és amelyért üzemi fog. Ezt az adóit területen fizess-és-nézd (pay per view) módszernek, vagy az mformáciotechnskábas, adatok letöltése esetén iöltsd-k-és-íízess módszernek nevezik. Áz ilyen ismert fssess-es~uézd vagy íóitsd-le-és-flzess rendszerekben jelentős idő tuegy el aszal, hogy a felhasználónak vagy sézöaek számos lépést keli elvégeznie ahhoz, hogy hozzájusson ahhoz a termékhez, áruhoz, amelyet kiválasztott és amelyért fizetni fog.
így például egy Ismeri rendszerben az ehhez szükséges, elvégzendő lépések a következők;
1, A felhasználó felhívja az úgynevezett előfizető kezelő rendszert, amely esttel az Ismert «műszernél több olyan személyt foglal magában, akik azért vasnak ott, hogy válaszoljanak az előfizetői hívásokra, és akiknek az előfizetők elmondjak a szükséges információi az általuk kiválasztod áruról, műsorról, és akik ellenőrzik az előfizetők anyagi helyzetét, és továbhiiják az arra vonatkozó információt egy úgynevezett előfizető jogosultsági, rendszerhez., amely vagy olt, vagy több kommunikációs szerverben van kialakítva.
2. Az előfizető kezelő rendszernél dolgozó személyek, vagyis operátorok mindig megvizsgálják a j«~ fentkezó előfizető- anyagi helyzetét, mielőtt felhainbnazést adnának a kommunikációs szervereken keresztül a felhasználó televíziós berendezéséhez, hogy a kiválasztott programot az előfizető oda leíőlthesse es megnézhesse.
Egy másik ismert rendszer eseteben sz emberi munkaerőt, operátorokat egy automatikus, beszéddel működtetett szerver helyettesíti, és ha egy felhasználó felhívja az előfizető kezelő rendszert, akkor egy Ilyen hangvezérelt vagy beszédvezérelt gépi rendszerrel kerül kapcsolatba, és továbbítsa ahhoz ugyanazt sz isformáeíőt, mint az előző rendszer emberi munkaerői esetéi?.
- Ζ. β» a második rendszer iges jelentőse»csökkenti a késlekedéseket az elsőként bemutatott rendszerhez képest,. amely igen könnyen túlterhelhető, ha egy vagy közel egy Időben nagyon sok előfizető szeretne egy programot megtekinteni és jelentkezik ezért telefonon a rendszerben.
Azonban a második, láthatóan számos előnnyel rendelkező rendszeméi b lényeges információi kell a fel5 használónak, nézőnek beadnia hosszú számsorok formájában, ami Igen nagy hibalehetőséget rejt magábau és az eredményes lebonyolításhoz nagy időt igényei.
Egy harmadik ismert elrendezés esetés a felhasználónak a meglévő, képernyő alapú rendszerekre kell támaszkodnia. ilyen rendszer a Franciaországban elterjedt MfNiTEL, vagy a Nagy-Srítanniában Ismert PRESTEL, mély rendszerek helyettesítik az előző rendszernél vázolt hangvezérelt szervereket. Mind a
MMTEL, mind a PRESTEL rendszerekben a felhasználói végpontokban viszont egy-egy modemre v&« szükség. Az általunk ismert rendszerekben tehát a felhasználónak vagy nézőnek minden esetben jelentős időt és energiát kell arra fordítania, hogy átadja az összes szükséges információt a rendszernek annak érdekében, hogy as végöl feljogosítsa a kiválasztott műsor saját készüléken történő megtekintésére vagy meghallgatására.
Műholdas televízió rendszer esetén további késés tapasztalható, amíg a néző megkapja az általa kiválasztott, klttzefett vagy kifizetésre kerülő műsort.
A fízess-és-nézd és iőhsd-fe-és-flzess rendszerekben az egy felhasználónak a különböző műsorokhoz való hozzáférésének a vezérlésében kulcsszerepet játszik az az úgynevezett jogosultság kezelési üzenet, amelyet he keli juttatni, injektálni a rendszerbe annak érdekében, hogy a felhasználó számára valamilyen áru, műsor hozzáférést biztosítson. Részletesebben, az jogosultság kezelési üzenetek olyan mechanizmusok, melyek révén az egy árut képviselő kódolt adatok egy meghatározott, egyedi felhasználó, néző számára áekódolhaíóvá válnak.
Az ismert műholdas -televízió rendszeresben az jogosohság kezelési üzeneteket a felhasználók televízió készülékeihez, a műholdas kapcsolaton keresztül juttatják el szabályos időközönként az MFEG-2 adat25 áramban. így egy megbatározott felhasználói jogosultság kezelési üzenet esetében akár több perces, lényeges késés Is létrejöhet, mielőtt a felhasználó kővetkező jogosohság kezelési üzenet küldeménye megérkezik & felhasználó televízió készülékéhez, pontosabban vevő berendezéséhez.
Ez az átviteli késés járulékosan jelentkezik a korábban ismertetett késés mellett, ami & felhasználó szántára is jelentősnek tűnhet, miközben kézi úton kell néhány fontos adatot a rendszerhez továbbítania. Ennek
3Ö a két késésnek az összegződő hatása úgv jelentkezik a felhasználónál, hogy rossz esetben akár 5 pere is eltelhet, amíg az általa kiválasztott műsort elkezdheti nézni.
A Funetional Model of a Conditionai Access System című dokumentum, amelyet, az BSV Teehmcal Revíevv folyóirat 26ő. számában a 64-??. oldalon jelentettek meg 1:995« 12. 21-ért, egy olyan feltételes hozzáférési rendszert ismettemek, amelyben egy dekéder egy előfizető kezelő rendszerrel áll kapcsolatod bán, és egy előfizető jogosultsági rendszer szolgál an, hogy feljogosító Üzeneteket állítson elő és azokat egy vissziranyú útvonalon keresztül visszaküldje. Ennek megfelelően, ha egy előfizető velamíiyeu paramétere megváltozik, az előfizetőnek erről értesítenie kell az előfizető kezelő rendszert, és ennek alapján
-3aztán az utóbbi vezérli az előfizető jogosultsági rendszert, hogy az egy feljogosító özönétéi előálláson és elküldjőn az előfizetőnek. Emiatt a felhasználó mindenképpen késéssel kapja meg. az éppen kiválasztott ternfekeí.
Találmányunk ennek a vitathatatlanul káros hiányosságnak a kiküszöbölését célozza.
A. kitűzött feladatot az 1. igénypont jellemzőivel jellemzett feltételes hozzáférést rendszerrel oldottak meg,
A feltételes hozzáférési rendszer előnyös megvalósításait az ^igénypontokba» tüntettük fel.
A fenti rendszer tovább fokozza azt az előnyt, amit az a lényeges időmegtakarítás jelent, ahogy a felhasználó egy adott műsor megnézéséhez szükséges jogosítványát a jogosultság kezelési Szenet jővén az eádí10 glekhez képest megkapja részben azért, mert az előfizető jogosultsági rendszer jellemzően lényegesen kevesebb gépi kódot használ, mint az előfizető kezelő rendszer, és az előfizető jogosultsági rendszer lényegesen hatékonyabban (és valós időben) tud működni,: részben azért, mert az előfizető: jogosultsági: rendszer önmaga és közvetlenül állítja elő a szükséges jogosultság kezelési üzenetet, részben pedig azért, mert az jogosultság kezelési üzenetei a felhasználóhoz vagy' előfizetőhöz dedikált (jellemzően modemes) vcna15 lóig kapcsolaton kérésziül juttatjuk el.
A találmányt az alábbiakban a csatolt rajz segítségével ismertetjük részletesebben, amelyen az
1, ábra a találmány szerinti digitális televízió rendszer egy lehetséges kiviteli alakjának általános architektúráját mutatja, a
2. ábra a digitális televízió rendszer feltételes hozzáférés rendszerének urehitektűráiut mutatja, a
3. ábra a feltételes hozzáférési rendszerben használt jogosultság kezelési üzenet felépítéséi mutatja,
4. ábrán az egy előnyös kiviteli alak szerinti előfizető jogosultsági rendszer hardver fölépítésének tömb vázlata látható, az
5. ábrán
ő. ábra az előfizető jogosultsági rendszer kialakítását söntettílk fel tőmbvázlat szinten, a az előfizető jogosultsági rendszer részét képező előfizetői műszaki kezelő szerver felépítését mutatja vázlatosan, a
?. ábrán az «lefizető jogosultsági rendszerrel megvalósított, az előfizetők automatikus megújítási műveletére vonatkozó folyamatábrát tüntettünk fel, a §, ábra
9. ábra az automatikus megújítási művelet során használt csoport előfizetési bittérkép vázlata, a az automatikus megújítási művelet során használt jogosultság kezelést üzenet szerkezetének a vázlata, a
10. ábra a jogosultság kezelési üzenet szerkezetét mutatja részletesebben, a
11, ábrán az utasításokat közvetlenül kommunikációs szervereken keresztül vevő sorrendi központi szerver elrendezés vázlatát tüntettük fel, a
-412, ábrán a 2. ábra egy részletét vázoltok, amelyen a találmány egy lehetséges kiviteli alakja látható, a
13, ábra a sorrendi, központi szervet elrendezés vázlatos felépítését matatja olyas esetekre, amikor egy visszahívás kérelemhez az előfizető jogosultsági rendszertől fisgaóunk utasításokat, a
14, ábrán a kotmmmskáciés szerverek fölépítésének vázlata látható, a δ, ábra azt vázolja, ahogy a jogosultság kezelési üzenetek kibocsátási, ütemét változtatjuk egy fizetéses (műsor) esemény időzítése szerint, a lé, ábrán a jogosultság kezelési üzenetek kibocsátásához használt Szenet kisugárzó egység tömbvázlata látható, a
17. ábrán a jogosultság kezelési Szeneteknek az tonet kibocsátó egységen belüli tárolási módjára mulatunk példát, a
I S, ábra egy programozható csípkártya fölépítésének lömbváziala látható, a
I ábrán a programozható csípkádya memóriájának különböző szakaszokra oszlása figyelhető meg, és a
2ö, ábra egy fizetős esemény leírásának felépítését mutatja.
Az L ábrán a találmány szerinti 1 tW digitális televízió műsorszóró és vételi rendszer vázlatát lőntettök fel az áttekintés elősegítésére. Az i'Oöö digitális televízió műsorszóró hagyományosan felépített 2G0Ö digitális tele vízió rendszert foglal magában, amely az ismert MPEG-2 tömörítő rendszeri használja tömörített digitális j elek kibocsátásához. Egy kicsit részletesebben, a 2ÓÖ2 MPEG-2 tömörítő, amely egy·' műsorszóró központban helyezkedik el, digitális adatáramot kap (amely rendszerint videó jel adatáram), A 2002 MPEG-2 tömörítő 2ÖÖ$ vonalon keresztül 2084 multiplexer és bitsorkódelöhoz van csatlakoztatva. A 21184 rmdöplaxer és bitsorkódoló számos további' bemenőjelet kap, ezekből egy vagy több szállítási adatáramot állít össze, és a tömörített digitális jelet a műsorszóró központban lévő 2008· adóberendezéshez továbbítja egy to vábbi 20 lő vonalon keresztül, amely természeteses számos módon megvalósítható, beleértve a szokásos távközlési vezetékes kapcsolatokat is. A 2008 adóberendezés egy 2012 földi állomástól műholdra irányuló adatátviteli kapcsolat segítségével elektromágneses jeleket továbbít 2,014 transzponderhez, amely azt elektronikusan feldolgozza, és 2Öfő műholdról földi állomás felé irányuló adatátviteli kapcsolaton át földi 2918 vevőhöz továbbiíja, mely 2018· vevő átelábas egy végfelhasználó tulajdonában álló, vagy általa bérelt parabola antenna. A 2018 vevővel fogadott jelek szintén a végfelhasználó tulajdonában álló vagy' általa bérelt integrált 2828 vevő és dekódoló berendezésbe kerülnek, amely a tömöritett MPEG-2 jelet olyan televízió jellé alakítja vissza, amely minden további nélkül használható 2022 televízió készülékben.
A 2004 multiplexer és bíiserkődolőijoz és a 2020 vevő és dekódoló berendezéshez egy 31)8ö feltételes hozzáférési rendszer kapcsolódik, amely részben a műsorszóró központban, részben a.2020 vevő és dekódoló berendezésben van kialakítva, fiz a. 2000 feltételes hozzáférési rendszer lehetővé teszi a felhasználó szántára, hogy egy vagy főbb műsorszóró szolgáltatótól digitális televízió műsorokat fogadjon, A kereskedelmi ajánlatokra, vonatkozó üzenetek dekódolására, képes programozható csípkártya (ezek az üzenetek
-5 ·· talajdonképpert a műsorszóró szolgáltató által felkínált egy vagy több televízió programot jelentenek) helyezhető a 21120 vevő és dekódoló berendezésbe, és a keöó együttes használatával a végfelhasználó vagy előfizetéses módon, vagy fizetős módén (pontosabbat! fizess-és-nézd, angolai pay per vlsw -módon) műsorok által megtestesülő eseményeket vásárolhat
Az ugyancsak a 2ÖÖ4 multiplexer és bítsorkódolóhoz és & 2828 vevő ás dekódoló berendezéshez kapcsolódé 4888 interaktív rendszer szintén egyrészt a műsorszóró központban, másrészt a 2828 vevő és dekódoló berendezésben van kialakítva, es lehetővé feszi a végfelhasználó számára, hogy számos alkalmazássál egy modemes 4882 válaszesatomá» keresztül interaktív módon, álljon kapcsolatban.
Az alábbiakban az említett 3000 feltételes hozzáférési rendszert ismertetjük részletesebben.
i 0 Ehhez térjünk át a 2. ábrára, amelyen látható, hogy a 3000 feltételes hozzáférési rendszer 3882 előfizető jogosultsági rendszert tartalmaz. A 3002 előfizető jogosulisági rendszer egy vagy több 3004 előfizető kezelő rendszerhez csatlakozik, pontosabban minden egyes műsorszóró szolgáltaidhoz tartozik egy 3004· előfizető kezelő rendszer, és a 3002 előfizető jogosultsági rendszer egy-egy 3886 TCP/IP kapcsolaton keresztül csatlakozik (jóllehet más típust! csatlakozás módok is alkalmazhatók), Egy alternatív megoldás ér•5 tclmében két műsorszóró szolgáltató között egy' 3004 előfizető kezelő rendszer is megosztható, vagy fordítva, egy -műsorszóró szolgáltató is használhat két 3004 előfizető kezelő rendszert és így tovább.
A 3002 előfizető jogosultsági rendszerhez, 3012 vonalon keresztül anya 3010 programozható esipkártyákat használó 3ΘΟ8 kódoló egységek vannak csatlakoztatva, melyek elsődleges kódoló egységként szolgáinak. Emsek megfelelően a rendszer másodlagos kódoló egységeket is tartalmaz, amelyek a .2004 mulíipieser ős blísorkédoiéhoz vaenak 3018 vonalon keresztül csatlakoztatva, és anya” 3816 programozható esipkártyákat használó 3014 kódoló egységek alkotják. A- 2020 vevő és dekódoló berendezés a terminológiát alkalmazva gyerek 3020 programozható csipkártyát fogad be, és 3822 kommunikációs szerverek révén a modemes 4002 váiaszcsatornúo keresztül közvetlenül a 3002 előfizető jogosalsságí rendszerhez csatlakozik. A 30Ö2 előfizető jogosultsági rendszer egyéb információk mellett külön kére25 lemre előfizetői jogokat küld s gyerek” 3020 programozható csipkártyának.
A 2010, 3016, 3820 programozható eslpkártyák egy vagy több kereskedelmi operátor titkos adatait tartalmazzák. A 3810, 3016 programozható csipkártya különböző típusú üzeneteket kódol, mig a 3020 programozható csipkártya - amennyiben joga van hozzá - ezeket az üzeneteket dekódolja.
Az első és a második, 3008, 301.4 kódoló egység egy elektronikus szekrényben (rack) helyezkedik el, és
EEP&OM-bas tárolt szoftverrel működő elektronikus VME kártyát, legfeljebb húsz elektronikus kártyát és minden egyes ekfaroaíkus kártyához, egv-egy 3018 programozható csipkártyát Illetve 3016 programozható cslpkártyát tartalmaz valamint egy 3016 programozható esipkártyát tartalmaz az ECM üzenetek kódolására és egy további 3Ö18 progrsrnoshaté esipkártyát tartalmaz a jogosultság kezelési üzenetek kódolására.
A 28Ő8 digitális televízió rendszer 3808 feltételes hozzáférési rendszerének a működését egyes egységeik működésének részletesebb bemutatásával és az összefüggések vázolásával ismertetjük részletesebben.
.. ö 2004 muítlgfe w és bitsorkódoió
Amint sz I. és 2. ábrán megfigyeíhetá, a müsörszöró központban a digitális videojelet előbb iömörrtjük (vagy a bitátvitel sebességét esőkkentjök), és ebhez s 2002 MPEG-2 tömörítőt használjuk. Ezt a tömSrített j elei ezt követően 3:2009 vonatos át a 2Ö04 nraitíplexer és bitsorkódolőboz továbbítjuk, hegy óit más
S adatokkal, például más: tömörített adatokkal tauhipíexeljM.
A 2ÖŐ4 multiplexer ás bítsorkódolóval előbb előállítunk egy olyas ellenőrző szót, amelyet a bitsorkódelásí művelet során használunk, és a 2ÖÖ4 multiplexer és bítsnrködolóval beépítjük az MEEG-2 adatáramba. Ezt az ellenőrzó szót belsőleg állítjuk elő, és lehetővé tesszük a végfelhasználó integrált 202.0 vevő és dekódo ló berendezése számára, begy a programokat dekódolja.
Az MPEG-2 áramhoz olyan hozzáférési kritériumokat is. csatolunk, amelyek azt jelzik, hogy az egyes programok kereskedelmi értékesítése miképpen történjék. A programok kereskedelmi értékesítése vagy a számos előfizetéses módozat valamelyike szerint, vagy pedig a számos rizetős (pay per víew) módozat valamelyike szerint történhet. Előfizetés esetén a végfelhasználó egy vagy több kereskedelmi ajánlatra vagy' “csomagra’’ fizet «10, és ezzel megszerzi a jogot arra, hogy ts kiválasztott csomagban lévő összes csatornát, programot, eseményt nézze. Találmányunk egy előnyös kiviteli alakja értelmében egy Ilyen csatorna csomagból maximum kiiescszázhatv&n kereskedelmi ajánlat választható ki. Az említett másik módban, vagyis a fizetős módban a végfelhasználó a kívánsága szerinti eseményeket, prograntokat megvásárolhatja. Ez történhet akár úgy, hogy a kiválasztod eseményt elővételben megveszi, (ez az elővételi mód), vagy pedig az eseményt közvetlenül annak kisugárzásakor fogyasztja, veszi meg, (ez sz impulzus mód). .Az előnyös kiviteli alak esetében az összes felhasználó előfizetőként tekintett, akár előfizetéses, akár elűvéides, akár prompt fizetéses módban fogyasztja a műsorokat, de természetesen a fizetéses módot választóknak nem kell: egyben előfizetőknek is lenniük, bár lehetnek.
Mind az ellenőrző szót, mint a hozzáférési kritériumokat arra használjuk, hogy létrehozzunk egy jogosultság vezérlő üzenetet. Ezt az üzenetet egy kódolt program vonatkozásában bocsátjuk ki, és a program áe« kódolásának lehetővé tételét biztosító ellenőrző szót, valamint a kisugárzott program hozzáférési kritériumait tartalmazza. A hozzáférési kritériumokat és az ellenőrző szót a 3013 vonalon át a második 3Ö14 kódoló egységhez továbbítjuk. A 3614 kódoló egységben állítjuk elő a jogosultság vezérlő üzenetet kódoljak, majd továbbítjuk »2004 multiplexer és hítsoriaSdolőhoz.
Az egyes műsorszóró szolgáltatók által egy' adatáramba integrált szolgálati üzenet több kü lönálló kampóid neszből áll, például egy televízió program tartalmaz egy videojel Összetevőt, egy hangjel Összetevőt, egy alcím összetevőt, és így tovább. Az adott szolgáltatás minden egyes ilyen Összetevőjét külön-külön bitsorkódoljuk, majd kódoljuk ahhoz, hogy ezt kővetően a 2014 transzgonöerhez továbbítsak. A szolgáltatás minden egyes hitsorkódolt Összetevőié vonatkozásában egy-egy külön jogosultság vezérlő üzeneíro van szükség.
A 2004 multiplexer és bitsorkódoióval a 3002 előfizető jogosultsági rendszertől kódolt jogosultság kezelési üzeneteket tartalmazó elektromos jeleket, a második 3014 kódoló egységtől kódolt jogosultság vezérlő femeteket, a 2082 MPEö-2. fömörstetői pedig tömörített programokat vesztok. A 2884 maitiptexer és bitsorkódolóvaí a programokat bksorkőáoljnk, majd a bitsorköáoií programokat a kódolt jogosultság kezelési üzeneteket és a kódolt jogosultság vezérlő femeteket villamos: jelként a műsorszóró központ 2088 adóberendezéséhez továbbítjuk a 281.8 vonalon kérésziül. A 2888 adóberendezéssel atektsotnágoe« j«5 leket lévőnk fel a 2812 földi állomáson: keresztül a műholdas 2814 traoszpoadedtez.
A 20-14 transzponderreí vesszük és feldolgozzuk a .2088 adőberetídezéssel fellőtt elektromágneses jeleket és a feldolgozott jeleket visszaküidpik a földi 2018 vevőhöz, amely általába» a végfelhasználó tulajdonában álló vagy általa bérelt parabola antenna. Erre a célra a 281.6 műholdat használjuk. A 2018 vevővel
IÖ ved jeleket a végfelhasználó tulajdonát képező, vagy általa béreit Integrált 2028 vevÓ és dekódoló berendezéshez továbbítjuk* amely & végfelhasználó 2022 televízió készülékével áll kapcsolatban, A 2820 νονό és dekódoló berendezéssel demsltlpiexeljök a jeleket hogy·' megkapjuk a bitsorkődok programokat a kódolt jogosultság kezelési üzenetekkel és ugyancsak kódolt jogosultság vezérlő- özeoetekkel.
Ha a program nem bitsorkódoit, azaz az MPEG-2 áramhas sem tövábbítotíuok jogosultság vezérlő Szene15 tét, akkor a 2820 vevő és dekódoló berendezéssel a tömörített adatokat visszaállítjuk, és a jeleket videojellé alakítjuk, hogy a-2022 televízió készülékbe vezethessük.
Ha a program bilsorkődoh, akkor a 2828 vevő és dekódoló berendezéssel az MPEG-2 áramból kivonjuk a hozzátartozó jogosultság vezérlő üzenetet, és azt a végfelhasználó gyerek 3828 programozható csipkáríyájáboz továbbítjuk. A 3028 prograrsozható cs-ipkártya a 2028 vevő és dekódoló berendezés há20 zának erre a célra kialakított fészkébe van rendszerint bedugaszolva es azt felügyeli, hogy a végfelhasználónak milyen körülmények között van joga, jogosultsága az jogosultság vezérlő üzenet: dekódolására és a programokhoz való hozzáférésre. Ha a végfelhasználónak nincs ilyen joga, úgy a 2820 vevő és dekódoló berendezésnek negatív állapotjelzést ad, amellyel jelzi, hogy a szóban forgó program nem dekódolható. Ha a végfelhasználónak megvan a joga, akkor az jogosultság vezérlő üzenetet dekódolni tudja, és kivon25 hatja belőle az ellenőrző szót. Ennek birtokában a 2828 vevő és dekódoló berendezés visszaállíthatja » hiísorkódoSt programot, az MPEG-2 áramot dekomprimálbatja, és videojellé aiskithaija, amely már továbbítható a 2822 televízió készülékhez,
A 3084 előfizető kezelő rendszer olyan 3824 adatbázist tartalmaz, amely többek között karbantartja az összes végfelhasználói rekordot, a kereskedelmi ajánlatokat (mint & tarifák és beunnatők), az előfizetéseket, a fizetéses mód részleteit, valamint a végfelhasználói fogyasztásra és: jogosultságra vonatkozó adató kai. A 3884 előfizető kezelő rendszer fizikailag a 3002 előfizető jogosultsági rendszertől távol lehet kialakítva.
Minden egyes 3084 előfizető kezelő rendszer egy-egy hozzátartozó 3886 TCP/ÍP kapcsolaton keresztül üzeneteket továbbit a 3-802 előfizető jogosultsági rendszernek, melyek a végfelhasználókhoz továbbítandó jogosultság kezelési üzenet létrehozásokat és módosításokat befolyásolják.
-8A 3Ő04 előfizető kezelő rendszer olyan Szeseteket is továbbít a 3082 előfizető jogosultsági rendszernek, amelyek nem as jogosultság kezelési üzenetek létrehozására vagy módosítására vonatkoznak, haséra csupán egy végfelhasznák) státuszában bekövetkező változást jelzik (vagyis a végfelhasználó számára megadott jogosultságra vonatkozó információi tartalmazzák, ha a végfelhasználók újabb “W vásárol, vagy például a végfelhasználónak kiterhelendő számláról van sző).
Mist a későbbiekben sség részletesebben ís bemutatjuk, a 3002 előfizető jogosultsági rendszer jellemző módon információt, például visszahívási információt vagy számlázási íoformáoiót kérelmező Szeneteket küld a 2004 előfizető kezelő rendszernek, így nyilvánvaló, hogy a közöttük lévő kommunikáció kétuáayu kommunikáció.
Az jogosultság kezelési Szenet egy egyedi végfelhasználó (előfizető) részére cbnzett Szenet, vagy akár végfelhasználók meghatározott csoportját^ szülő Szenet (éi.ientédjen az. jogosultság vezérlő üzenettel, amely egy biteorködolt programhoz, vagy ha ugyanannak a kereskedelmi ajánlatnak a részel képezik, egy hitsorkődoit program készlethez tartozik). Minden egyes csoport egy adott száma végfelhasználót tártál15 mazhat. A csoportokba szervezés a sávszélesség optimalizálása Irányában hat, azaz egyetlen csoporthoz történő hozzáféréssel nagyszámú végfelhasználót tudunk egyidejűleg elérni,
A találmány gyakorlatban- történő megvalósításához számos speciális jogosultság kezelési Szenet típust használunk. Egyedi, testre szabod jogosultság kezelési Szeneteket rendelhetünk az egyes előfizetőkhöz és ezeket jellemző módon a fizetős wlgátóások előkészítése során használjuk; ezek az jogosultság kezelé20 sí Szenetek tartalmazzák az adott csoportban lévő előfizető csoport azonosítóját és pozícióját. Ögynevezeti: csoportos előfizetői jogosultság kezelési Szeneteket dedikálhatunk, például 256 felhasználóból álló csoportokhoz, és ezeket jellemző- módon bizonyos elóftzetői szolgáltatások adminísztráclőjáhan hasznosítjuk. Ez a típusú jogosultság kezelési üzenet egy csoport azonosítót valamint egy előfizetői csoport bittérképet tartalmaz, A nézoközönségi jogosultság kezelési üzeneteket a teljes nézőközönség részére ded i25 kálink és ilyeneket használhatunk például arra, hogy egy- meghatározott adminisztrátor bizonyos szabad, ingyenes szolgáltatásokat kínálhasson. A nézőközönség kifejezés alatt azon összes előfizetőt értjük, aki azonos operátor azonosítója 30-10, 3016, 3028 programozható esspkártyával rendelkezik. Végül, a- 2810, 3016, 3020 programozható esipkártya egyedi azonosítójának egy egyedi jogosultság kezelési üzenetei címzőnk.
A 3, ábra segítségévei vázoljuk fel egy tipikus-jogosultság kezelési üzenet felépítését. Alapvetően a digitális adatbitek sorozataként megvalósítod jogosultság kezelési üzenet 20Ö8 éiöíéjet, magát a szőkébben véts 3062 özeítetei és egy 3064 aláírást tartalmaz. A 3060 előfej 3066 típus azonosítót tartalmaz, amely azt jelöli, hogy a típus egyedi, csoportos, nézőközönségi vagy más, ezt kővetően olyan 3ÖŐ8 hosszúság azonosítót tartalmaz, amely megadja az jogosultság kezelési üzenet teljes hosszát, adott esetben 3070 cl35 met tartalmaz az jogosultság kezelési Szenet vonatkozásában, m-iatotóppets tartalmaz egy 3072 operátor azonosítói, és egy 3074 kulcs, azonosítót. Az jogosultság: kezelési üzenet 3062 üzenet természetesen típusa szerint szeles határok között változhat-. Végül, az általában S bájt hosszúságú 3064 aláírás az jogosultság kezelési Szenet egyéb adatainak hibádanságáí vagy hibás voltát ellenőrző rutinokat tartalmaz.
-93602 etoftoeto jogosultsági rendszer
A 30Ö-1 előfizető kezelő rendszerbe» aiőáííitutt üzeneteket a 3ÖÖ6 TCP/IP kapcsolaton kérésziül a 3002 előfizető jogosultsági rendszerhez továbbítjuk, amellyel ennek alapján olyan üzeneteket állítunk elő, amelyekkel nyugtázzak a 3084 előfizető kezelő rendszer által létrehozott Üzenetek vételét és ezeket a jsyugtá5 zásokat elküldjük a 3884 előfizető kezeid rendszernek.
Mint a 4. ábrán látható hardver szinten a 3082 előfizető jogosultsági rendszer ismert mádon 3850 nagyszámítógépet tartalmaz (amely a bemutatöft előnyős kiviteli alak esetében egv DEC maist frame számítógép), amelyítez ödstok és utasítások bevitelére egy vagy több 3052 billentyűzet van csatlakoztatva, és az információ kijelzésére egy vagy több 3054 monitorhoz kapcsolódik. A 3850· nagyszámItógépnek 3856
1Ö adattárolója vart, és 2 felsorolt egységek vonatkozásában bizonyos fokú redundancia is kialakítható.
Szoftver szinten a 3882 előfizető jogosultsági rendszer a bemutatott előnyös kiviteli alak esetében egy szabványos nyitott VMS operációs rendszerrel működik, amelyhez olyan szoftver csomag van társítva, amelynek architektúráját főbb vonalakban az 5. ábra segítségével igyekszünk bemutatni Szakember számára nyilvánvaló, hogy a bemutatásra kerülő szaftveres megoldások adott esetben hardveresen is itnpíe15 mentálhatók,
A 3882 előfizető jogosultsági rendszer az ábrán láthatóan három fő területet fed le: A 3108 előfizetési lánc területet, a 3208 fizess-és-nézd lánc területet és « 3300 jogosultság kezelési Szenet beillesztő területet, A 3180 előfizetési lánc terület adja az előfizetési mód jogosultságokat, valamint lehetővé teszi ezen jogosuitságoknítk a havonta történő automatikus megújítását, a 3882 előfizető jogosultsági rendszer az egyes fizess-és-nézd eseményekhez ad jogokat, míg a 3884 előfizető kezelő rendszer arra szolgái, hogy a 31 '00 előfizetési lánc terület és a 3288 fizess-es-nézd lánc terület által létrehozott jogosultság kezelési üzeneteket eljuttassa a 2804 multiplexer és biísorkódoióba és igy az MPEG adatáramot ellássa jogosultság kezelési Szenetekkel, Ansemyrbea más jogokat kell megadni, például íőlts-ie-és-itzess jogokat, na felhasználó saját személyi számítógépére számítógép programokat tölt le, akkor a bemutototthoz hasonló területeket hozunk léire,
A 3002 előfizető jogosultsági rendszer egyik feladata azokhoz a televízió programokhoz való hozzáférési jogok adminisztrálása, amelyek kereskedéími ajánlatként állnak rendelkezésre előfizetéses módban, vagy fizess-és-nézd eseményekként kerülnek értékesítésre a kereskedelmi hasznosítás különböző módozataiban (azaz elővételi módon vagy impulzus módon). A 3002 előfizető jogosultsági rendszer a 3884 előfizető kezelő rendszertől kapott jogok és infbmtáeíók alapján megfelelő jogosultság kezelési Üzeneteket állít elő az előfizetők részére.
A 3100 előfizetési lánc terület 3182 parancs interfészt, 3184 előfizető műszaki menedzsment szervert, 3106 üzenet generátort, valamint a már említett 380S kódoló egységet tartalmaz,
A 3200 fizess-és-nézd lánc terület 3202 asonesitús szervert, a végfelhasználókra vonatkozó részleteket el35' tároló 3204 relációs adatbázist, 3285 helyi “feketelista adatbázist, az adatbázisokat kezelő 3206 adatbázis szervert, egy 320? sorrendi központosított szervert, 320-8 programszolgáltatö szervert, és 32 fő üzenet generátort tartalmaz, mely utóbbi ielsílats alapvetően megegyezik a 3100 előfizetési lánc területben lévő
103106 üzenet generátor teiadatával és működésűvel, ezért hí részletesebben sem ismertetjük, valamint ® 3280 fizsss-és-nézd lánc terület t$ tartalmaz egy 3008 kódoló egységet
A 3388 jogosultság kezelési üzenet beillesztő terület több 3303, 3304, 3306 és 338S üzenet beillesxiöt, valamin! 3312 és 3313 szoflver multiplexert ibgial megában. A bemutatott kiviteli alak esetében a 3196
Üzenet generátorhoz két 3302 és 3304 üzenet beillesztő tartozik, a 3210 Szenet generátorhoz pedig további két 33ög, 3308 üzenet beillesztő van boszárestóeíve. A 3302 és 3306 üzenet belllesztök a 3313 ssstver multiplexerhez, a 3384 és 3380 Szettet behissztök a 3312 szoftver multiplexerhez vannak csatlakoztatva.
Az alábbiakban részletesebben is benmtaíjnk a 3002 előfizető jogosultsági rendszer eddigiekben csapást vázolt három to területét (azaz a 3100 előfizetési lánc területet, a 3200 Szess-és-nézd lánc területet ás a
3300-jogosultság kezelési üzenet beillesztő területet).
3f88,etÖfizetosi.Mue.tgrglef
A 3180 előfizetési lánc terület 3182 parancs interfésze elsősorban arra szolgái, hogy a 3804 előfizető kezelő rendszertől üzeneteket juttasson el a 3104 előfizető műszaki menedzsment szerverhez, valamint a 320? sorrendi. központosítod szerverhez, és a 3287 sorrendi központosított szervertől a 3084 előfizető kelő zeiő rendszerhez, A 3192 parancs interfész a 3084 előfizető kezelő rendszeríől bemenetijeiként vagy közvetlen, kölöstállő utasításokat fogad, vagy pedig ilyen utasításokból összeállított kötegelt parancs fájlokat. A 3102 parancs bterlesszei elsősorban szintaktikai elemzésnek vettük alá a 3104 előfizető műszaki menedzsment szervertől érkező üzeneteket és igy igen pontos üzeneteket tudunk kibocsátani, ha egy üzenetben valamilyen hibát találunk (például; tartományon. kívül eső paraméter, hiányzó paraméter és így to28 vább). A 3182 parancs iutertésszei a beérkező utasításokul szöveges formában eltároljuk 3110 styomkövető fájlban, valamint bináris: alakban 3112 válasz fájlban, sutnak, érdekében, fe®gy egy parancs sorozatra megfelelőképpen válaszolni tudjunk. A nyomkövetés természetesen letiltható, és a 3118 nyomkövető fájl illetve a 3112 válasz fájl mérete is korlátozható,
A 3104 előfizető műszaki menedzsment szerver felépítését és smködését a 6, ábra segítségével mutatjuk be részletesebben. A 3184 előfizető műszaki meisedzsment szerver gyakorlatilag a 3188 előfizetési lánc terület ÍS motorja, és feladata az ingyenes jogosultságok kezelése, új előfizetők létrehozása, es a máz meglévő előfizetők megújítása, Mtot az ábrán látható, utasításai a 3106 üzenet generátorhoz kerülnek továbbításra, jóllehet eltérő formásában, mint ahogy a 3184 előfizető műszaki menedzsment szerverhez megérkeznek. Minden egyes parancsra vonatkozóan a. 3184 nyugtázó üzenetet küld a 3182 parancs ínter30 fészhez. de csak akkor, ha a releváns parancsot sikeresen feldolgozta és elküldte a 318b üzenet generátornak.
A 3104 előfizető műszaki menedzsment szerver olyas 3120 előfizető adatbázist: tartalmaz, amelyben az előfizetőkre vonatkozó összes lényeges paramétert tároljuk (így többek között a 3818 programozható esipkástya, 38 lő programozható eslpksrtya, 3820 programozható csipkéit ya számot, a kereskedelmi aján35 latokat, az állapotot, a csoportot, a csoportban betöltőd pozíciót: és Igy tovább). A 3128 előfizető aáaíbázishan végezzük el a 3182 parancs interfész által küldött parancsok szemantikai vizsgálatát a 3128 előfizető adatbázis: tartalmának a kontextusában, és amenityiben a parancsok érvényesek, az adatbázis tartalmaz felfrissítjük.
A 3 ÍÖ4 előfizető műszaki meneázsmeíit szerverrel ezen túlmenően a közte és a 3106 üzenet generátor között található 3122 F1FO átmeneti tárat vatelint egy biztonsági 3124 FÍFO merevtetezes táras is kezelünk A 3122 FÍFO átmeneti tár és a biztonsági másolatéi tartalmazó .3124 f íFO merevlemezes- tár célja, hogy egyenletessé tegye a 3102 parancs íntcríésztől érkező parancs áramot abban az esetben is, ha a 3106 üzenet generátor valamilyen okból egy darabig nem képes válaszolni. Ezek biztosítják továbbá, hogy a 3184 előfizető műszaki menedzsment szerver vagy a 3186 üzenet generátor meghibásodása esetett egyetlen parancs se vesszed el, mivel a 3184 előfizető műszaki menedzsment szerver ágy van kialakítva, hogy újraindítása «tán elkezdi a 3122 F1FG átmeneti tár és a 3124 FíFG merevlemezes tár tartalmát kiüríteni (vagyis a 318ú Szenet generátornak elküldeni). A 3122 FIFO átmeneti tár és a 3124 FÍFO merevlemezes lö tar tartalmát fájlok alkotják.
A 3184 előfizető műszaki menedzsment szerver középpontjában egy olyan: 3126 automatikas megújítás szerver található, amely önállóan gondoskodik a szükséges megújítások elvégzéséről, és amennyiben az operátorok igényelik, az ingyenes, mindenki számára hozzáférhető jogosultságok létrehozásáról Ebben a kontextusban a megújítások létrehozását égy kell elképzelnünk, mint ami magában foglalja a jogcsultsá15 gok elsődleges generálását is. jóllehet nyilvánvaló, hogy az új jogosultságok generálását a 3184 kezdeményezi. Mint az a későbbiekből kitűnik, ezt a két dolgot nagyjából ugyanazokkal a. parancsokkal és jogosultság kezelési üzenetekkel torijuk levezényelni.
Amennyiben a 3184 előfizető műszaki menedzsment szerver a 3882 előfizető jogastilksági rendszertől küISnváiaszíottan található, ós a 3126 automatikus megújítás szerver az ismert megoldásoktól és az előbb vázolttól eltérően nem a 3884 előfizető kezelő rendszerben, hanem a 3882 előfizető jogosultsági rendszerben van kiképezve, úgy rendkívül lényeges tulajdonságként jelentősen le tudjuk csökkenteni azoknak s parancsoknak a számát, amelyeket a 3084 előfizető kezelő rendszertől a 3882 előfizető jogosultsági rendszerhez kell továbbítanunk (vegyük figyelembe, hogy a 3884 előfizető kezelő rendszer és a 3682 előfizető jogosultsági rendszer különböző helyeken lehet telepítve, és különböző személyek, operátorok ke25 zeiik. Ez a gyakorlatban azt jelenti, hogy a 3884 előfizető kezelő rendszertől várt kőt fő parancs csupán arra vonatkozó utasítás, hogy egy új előfizetést keli indítani, valamint, hagy egy meglévő előfizetést le kell áilítei (például nemfizetés esetén), A 3884 előfizető kezelő rendszer és a 3882 előfizető jogosultsági rendszer közötti parancs forgalom minimalizálásával le tudtuk csökkenteni a 3888 TC1V1P kapcsolaton keresztüli pamocstovábbításbas fellépő hiba lehetőségét, valamint a 3888 feltételes hozzáférési rendszer megtervezése során sem keli különösebb figyelmet fordítanunk a 3884 előfizető kezelő rendszer tényleges kialakításúra.
Az automatikus megújítási folyamat megközelítően és példaként a 2, ábrán feltünteted folyamatábra szerint zajlik le. A sávszélesség csökkentése érdekében, valamint annak biztosítására, hogy az összes megújítás nagyon nagy százaléka szokásos módon történik, a megújítás egy-egy előfizetői csoportban zajlik, A bemutatott előnyös kiviteli alakok esetében egy-egy csoportba 256 egyéni előfizető tartozik. A megújítást
3130 lépésben kezdjük, és 3132 lépésben havonta aktiváljuk a megújítási funkciót (természetesen a megújítási funkciót más gyakorisággal is végrehajthatjuk). Amennyiben havi gyakoriságot választunk, úgy a végfelhasználónak a jogokat biztosítjuk az aktuális hónapra, valamint sz összes rákövetkező hónapra, és ezek s jogok csak akkor járnak le, ha. nem újítjuk meg őket.
- 123134 lépésben a .3 128 előfizető adatbázist az -egyes csoportok és az egyes csoportokon belüli egyes előfizetők vonatkozásában megvizsgáljuk, hogy vannak-e .az adott előfizetőkre vonatkozó, megújításra szoruló jogok.
3136- lépésben a 31215 előfizető adatbázis hátaiménak megfelelően a 8. ábrán vázolt csoport előfizetés hifii térképet állítunk elő. Ez a -bittérkép 313$ csoport azonosítót jelen esetben az L csoportot jelző Gl”) és
258 db egyedi 3148 előfizető zónát tartalmaz, A bittérkép egyes bitjei aszerint vasnak l-re vagy 8-ra állítva, hogy .a mindenkort szóban forgó előfizető jogai megújításra szorulnak-e. A 3, ábrán egy tipikus bináris odstké&zleteitüntettünk fel.
A 7. ábra 3142 lépésében a megfelelő parancsokat, beleértve a csoport előfizetés bittérképet 'is, átadjuk a
18- 3 löö Szenet generátornak, 3143 lépésben a 3106 üzenet generátorai feeállifoEuk egy lejárati dátumot, amellyel jelezzük a 3818, 38 ló, 3828 programozható csipkártyáoak, hogy a szóban forgó előfizetés jogosultság kezelési üzenet milyen dátumtól fogva nem érvényes többé; általában ezt a dátumot mind ig a következő- hónap utolsó napjára állítjuk be.
3144 lépésben a 3186 Szenet generátorral a parancsokból megfelelő csoport előfizetés jogosultság fcezelé15 si Szeneteket állítunk elő, majd a 3088 kódolói egységgel ezeket kódoljuk, és a kódolt jogosultság kezelési üzeneteket ezután átadjuk a 3388 jogosultság kezelési Szenet beillesztő tertdetsek, ahol 3146 lépésben az jogosultság kezelési Szeneteket az MPSG-2 formátumé adatáramba illesztjük,
A 3148 lépésben jelezzük, hogy az eddig vázolt műveleteket minden egyes csoport vonatkozásában meg kell ísmdlelnőttk, majd -a műveletet végül 3158 lépésben befejezzük,
A 7, ábrán vázolt, Imént ismertetett műveletsor talsjdonképpen specifikusan az előfizetések megújítására vonatkozik. A 3184 előfizető műszaki menedzsment szerverrel hasonló módon menedzseljek az Ingyenes nézöközönségi jogokat valamint az áj előfizetőket is.
Az ingyenes nézökőzőnségi jogok esetén, amelyek maghatározott televízió programokhoz vagy ilyen, program csoportokim kapcsolódnak, ezeket a jogokat ágy tesszük mindenki számára elérhetővé, hogy a
3184 előfizető -műszaki menedzsment szerverrel parancsot adunk a 31-06 üzenet generátornak és azzal megfelelő nézőközönség jogosultság kezelési üzeneteket állítunk elő (mindenki számára), egy olyan lejárati dátummal, amely azonban csupán néhány napos (vagy hetes) Időtartamot ad, A 3106 üzenet generátorban a 3184 előfizető műszaki menedzwent szervertől érkezett parancs alapján kiszámítjuk a pontos lejárati dátumot.
Új előfizetők esetén az előfizetőket két lépésben kezeljük le, .Az első lépésben, fia s 38115, 38 lő, 3828programozható esipkártyát megvásárolja és behelyezi a 2828 vevő és dekódoló berendezésbe, akkor a rendszer vagy alrendszer operátora által meghatározottan az előfizető egy adott ídoiattamra {tipikusan néhány napra) szabad, ingyenes jogokat kap. Ezt ügy érjük el, hogy egy olyan bittérképet állítunk elő az előfizető részére, amely magában foglalja a releváns lejárati dátumot. Az előfizető ezt- a papíron megjelenő dokumentumot az ő kezelésével, menedzselésével is megbízod operátorhoz eljuttatja (a 3804 előfizető kezelő rendszerben), Miután az operátor a dokumeotumot feldolgozta a 31584 előfizető kezelő rendszerrel a szóban forgó előfizető számára egy start parancsot állítunk elő és továbbrrnok a 3882 előfizető jogosait-lóság} rendszerhez, és ha ezt a start parancsot a 3OÖ2 előfizető jcgosulisági rendszerrel vesszők, akkor a 3104 előfizető műszaki menedzsment szerverrel arra utasítjuk a 3106 üzenet generátort, hogy az új előfizetőhöz rendeljen hozzá egy egyedi címei (egy meghatározott csoportsaámm^, valamint a -csoporton belüli pozícióval együk), és hogy hozzon létre egy speciális, úgynevezett keresksdehni ajánlat előfizetés jogosultság kezelési üzenetet (ellentétben a megújításoknál használt, Inkább szokványosnak tekinthető csoport előfizetés jogosultság kezelési üzenetekkel), amellyel sz áj előfizetőnek a következő hónap végéig meghatározott jogokat adunk, Ettől a ponttól kezdve -az előfizető jogainak a megújítása már automatikusan, a fent ismertetett módon történhet. Ezzel a kétlépcsős feldolgozással lehetőség van arra, hogy az új előfizetőknek mindaddig, jogokat biztosítsunk, amíg a 3604 előfizető kezelő rendszer ki nem- ad egy stop «táskást.
Megjegyzendő, hogy a kereskedelmi ajánlat előfizetés jogosultság. kezelési üzenetet új előfizetők esetében, valamint már meglévő előfizetők reaktiválása esetén használjak, míg a csoport előfizetés jogosultság kezelési Üzenetet megúj ítási és felfüggesztési «Ölökhöz használjuk.
A 9. ábrán egy jellemző, szűk értelemben vett jogosultság kezelési üzenet 3Ö62 üzenet (elépítését vázoltuk - azaz elhagytuk a 3Öőö élőfejst és a 3Ö64 aláírást, A 3862 fizettet egy 256 bit hosszúságú 3152 előfizetés bittérképet (vagy előfizetői csoport bittérképet), továbbá 128 bit hosszúságú, az jogosultság .kezelési üzenet kódolásához szükséges 3154 menedzsment, kódoló kulcsot, 64 bit hosszúságú 3156 felhasználás kódoló kulcsot és lő bit hosszúságú 31.58 lejárati dátumot foglal magában, A 3156 felhasználás kódoló kulcs teszi lehetővé a 3S29 programozható «slpkártya számára, hogy a kisugárzott programokhoz hozzáférést biztosító ellenőrző szót dekódolja, míg a 3158 lejárati dátum azt a dátumot jelenti, melyet kővetően a 382Ö programozható csipkártya az jogosultság kezelési üzeneteket egyszerűen nem fogja figyelembe venni. A gyakorlatban az előnyös kiviteli alak esetében három Ilyen 3156 felhasználás kódoló kulcsot alkahnazunk, melyek közül egyik az aktuális hónapra, egy második a következő hónapra vonatkozik, egy pedig rendszerhiba esetén a szolgáltatás folytatását lehetővé teve célokra szolgál.
Ha részletesebben nézzük, a csoport előfizetés jogosultság kezelési üzenet 3862 üzenet is tartalmazza az összes felsorolt, összetevői, a 3154 menedzsment kódoló kulcs kivételével A kereskedelmi ajánlat előfizetésre vonatkozó jogosultság kezelési üzenet 3862 üzenet, (amely mindig egy egyedi előfizetőhöz szólj a. teljes előfizetői csoport 3152 előfizetés birtérkép helyett a csoport azonosítót tartalmazza, amelyet az előfizető csoportban elfoglalt pozíciója követ, majd ezt kővetően jönnek a 3154 menedzsment kódoló kalosok és a három 3156 felhasználás kódoló kulcs, amelyet a rá vonatkozó 3158 lejárati dátum követ.
A 3 i öő üzenet generátor a 3164 előfizető műszaki menedzsment szerver által kibocsátott parancsokat jogosultság kezelési üzenetekké alakúja át, hegy azokat a 3382 üzenet heillesztőhőz. tudjuk továbhúam, irt hi vatkozunk az 5. ábrára, amely szériát a 3186 először létrehozza az jogosultság kezelést üzenetnek 3062 üzeneteit, majd azokat a 388S kódoló egységhez továbbítja és a 30ÖS kódoló egységgel a 3154 menedzsment kódoló kulcs és a 3156 felhasználás kódoló kulcs vonatkozásában elvégezsúh a kódolási A 3888kődolé egységgel fejezzük be az jogosultság kezelési üzenet 3ó64 aláírását is (lásd a 3, ábrát), majd az jogosultság kezelési üzenetet visszaküldjük a 3186 üzenet generátornak, ahol az egészet ellátjuk 306Ö élőfojiei, A 3302 üzenet belilesztohoz eljuttatott jogosultság kezelési üzenetek Így tehát teljes, hiánytalan je-14gosultság kezelési fejetek. A 3106 üzenet generátorral meghatározzak továbbá a műsorszórás kezdési és befejezési Időpontját valamint az jogosultság kezdési üzenetek kibocsátási ütemét, és ezeket az jogosultság kezelési üzemetekkel együtt mint szükséges információkat eljuttatjuk a 3382 üzenet beillesztenek. A 3186 üzenet generátorral egy adott jogosultság kezelést üzenetet csupán egy alkalommal állítsak elő, és
S maga a3382 üzenet beillesztő az, amely 32 időszakosa» ismételt kisugárzásokat végrehajtja.
Ugyancsak az 5. ábrára hivatkozva említjük meg, hogy a 3186 üzenet generátor egy saját 31Ő8 jogosultság kezelési üzemet adatbázist tartalmaz, amely a vonatkozó jogosultság kezelési üzenet teljes élettartamára nézve tárolja azt. A vonatkozó jogosultság kezelési üzenetet akkor töröljük a 3188 jogosultság kezelési üzenet adatbázisból, amikor sugárzási élettartama letelik. A 3160 jogosultság kezelési üzenet adatbázist arra használjak, hogy biztosítsak a konzisztenciát a 3106 üzenet generátor és a 3302 üzenet beillesztő között úgy, hogy ha például egy végfelhasználót felfüggesztünk, akkor a 3382 üzenet beilieszlóvel nem folytatjuk a megújítások elküldését sem. Ebben a vonatkozásban a 3186 üzenet generátorral kiszámítjuk a vonatkozó műveleteket, és elküldjük azokat a 3302 üzenet heilleszíönek.
Amikor egy jogosultság kezelési üzenetet állítunk elő, akkor a 3106 üzenet generátorral egy egyedi azo15 nosítot rendelünk hozzá. Ha a. 3186 üzenet generátorral ezt az előállított jogosultság kezelést üzenetet továbbítjuk a 3382 üzenet beilissztösek, akkor az. egyedi azonosítót is továbbítjuk, miáltal lehetővé tesszük, hogy egy meghatározott jogosultság kezelési üzenetet mind a 318$ üzenet generátorral, mind a 3302 üzenet beílfeszáövel be tudjunk azonosítani,
Még mindig a 3180 előfizetési lánc területnél maradva, a 31 06 üzenet generátor két 3162,. 3164 F1PO puf28 fért tartalmaz, egyet-egyet a hozzátartozó 3302 üzenet beillesztő és 3384 üzenet beíllesztőhöz a 3388 jogosultság kezelési üzenet beillesztő tetüleíben, a már kódolt jogosultság kezelési üzenetek átmeneti tárolására. Mivel a 3108 előfizetési lánc terület és a 3302, 3304 üzenet beilleszáők jelentős távolságra lehetnek egymástól, a 3162, 3164 FiFÖ pulTerek használatával teljes folyamatosságot biztosíthatunk az jogosultság kezelési üzenetek átvitelében még abban az esetben is, ha a 3166 és 31 ők vonalak közöttük vala25 milyen oknál fogva meghibásodnak. Hasonlóképpen 3162, 3164 F1FO puffereket alakítottunk ki a 3288 ítzess-és-nózd lánc terüfeteo is.
Maga a 3808 feltételes hozzáférési rendszer és ezen belül különösen a 318$ üzenet generátor egy megbatározott jellemzője az a mód, ahogy az jogosultság kezelési üzenet 3862 üzenet hosszúságát leesőkkentjük a paraméter hosszúság és azonosító Összekeverésével hogy helyet takarítsunk meg. Ezt a lényeges jel30 lemzöt most a 18. ábra segítségével mutatjuk be, .amely egy példaként! jogosultság kezelési üzenetet mutat (ez ténylegesen egy fzess-és-nézd jogosultság kezelési üzenet, atnoly tulajdonképpen az egyik legegyszerűbb jogosultság kezelési: üzenet), A hosszúság csökkentést 31.70 csomag azonosítóban valósítottuk meg, A 3128 csomag azonosító két részből tevődik össze, nevezetesen az aktuális 3172 azonosítóból valamint 3174 csomag hosszúság paraméterből (amire ahhoz vas szükség, hogy azonosítani tudjuk a követ35 kező csomag kezdetéi). A teljes 3 í 78 csomag azonosító mindössze egyetlen hájtevi információt jelem, amelyben 4 hitet foglal le a 3172 azonosító, 4 hitei pedig a 3174 csomag hosszúság paraméter. Mivel Igaz bináris módon 4 bit nem elegendő a hosszúság definiálására, egy külön összefüggést használunk a bitek
-15és az aktuális hosszúság kősóit. amelyet egy keresőfábláfcan felírva a 3106 üzenet generátor '3178 tárterületén tárotok (lásd az 5. ábrát). Ez az összeféggés jellemzően & következő:
1)000 ··-· 0
9001 - 1
9019-2
0011 - 3 9199-4 9101 - 5 9110 -6
0111===7
1990- S 1001 ==-9 1010-10 10Π -11
Ii9ö~i2 uoi -ig 1119-24 1111==32
Látható tehát, hogy a 3174 csomag hosszúság paraméter nem egyenesen arányos a csomag. aktuális feosz2Ö szávai; & köztük lévő viszony részben inkább négyzetes, mint lineínís. Ez nagyobb esomaghossz tartományt tesz lehetővé.
32ÖOᣧs^öé^to£ter«eí
A 320© fízess-és-nézd lánc terület 5, ábrán bemutatott kiviteli alakja olyan 3292 azonosítás szervert tartalmaz, amelyik kliensként s 3207 sorrendi központosított szerverrel rendelkezik. A 3207 'sorrendi köz25 pontosított: szerver információt kór és gyűjt minden egyes előfizetőről, amely egy fiz&ss-és-nézd termék vétele érdekében kapcsolatot teremt a 3022 kommunikációs szerverrel.
Ha az előfizető a 3202 azonosítás szerverből Ismeri, akkor a tranzakció vagy tranzakció sorozat lebonyolódik. Ha az előfizető fétíogosítoíí a rendelésre, a 3292 azonosítás szerver elkészít egy számlát és elküldi a 3297 sorrendi központosított szervernek, egyébként pedig azt jelzi az utóbbinak, hogy a rendelésre sz előfizetősek sincs jogessliságs.
Ha az előfizető legalább egy tranzakcióra tel volt jogosítva, akkor csapán a tranzakció sorozat végeztével frissíti lel a 3292 azonosítás szerver a végiéi használó 3294 relác iós adatbázisát a 3296 adatbázis szerveren keresztül, amivel optimalizálni tudjuk az adatbázishoz a hozzáférések számát.
Azokat a kritériumokat, amelyek alapján a 3292 azonosítás -szerver-feljogosít egy vég-felhasználót a vásár35 i&sra, s 3204 relációs adatbázisban varrnak eltárolva, amelyekhez a 3296 adatbázis szerver segítségével férhetünk hozzá. Egy előnyös kiviteli alak esetében s 3294 relációs. adatbázis megegyezik azzal az adatbázissal, smeiy'nez. a 3194 előfizető műszáki menedzsment szerver fér hozzá.
-16 A felhasználói profiltól fiiggöen a jogosultság visszautasftható (FPV_F@rbldáea, Casinojorbídden,.,). Ezeket a kritérium .fajtákat a 3104 előfizető műszaki menedzsment szerverrel frissííjűk fel a 3084 előfizető kezeié rendszer helyeit.
Más paramétereket is ellenőrzünk, például & vásárlások során alkateazoif limiteket (akár hitelkártyás vá5 sárlásnál, akár automatikus fizetésűét vagy a naponkénti vásárlási jogosultságok számát).
Hitelkártyás vásárlás esetés a hitelkártya szántát leellenőrizzük a 32Ö5 helyi feketelista” adstbázbban tárolt adatokkal összehasonlítva. Sár a leírásban a hitelkártya kifejezést használjuk, ezen mindenféle, pénzügyi tranzakcióra, vásárlásra alkalmas kártya konsirukciói értünk.
Amennyiben az összes ellenőrzés sikeresen zárul, akkor a 32(12 azonosítás szerverrel először létrehozunk
IÖ egy számlát és elküldjük a 320? sorrendi központosított szerverhez, amellyel ezt s számlát minden tekintetben befejezzük és egy fajiban eltároljuk. Ezt a fájlt a későbbiek során elküldjük feldolgozásra a 3804 előfizető kezelő rendszerhez (felhasználói aktuális számlázás); majd másodszor felfrissítjük az adatbázist, ami elsősorban azt jelenti, hogy beállítjuk az űj vásárlási limitet vagy limiteket Ezt a vizsgáld msg-éskészít» számlát-ha minden rendben” mechanizmust minden egyes parancs esetében végrehajtjuk, amelyet egy előfizető egyetlen kapcsolat sorén kérelmezni tud (hiszen lehetőség van arra, például, hogy egyetlen kapcsolattartás során valaki őt filmet rendeljen).
Meg kell jegyeznünk, hogy a 3202 tszonositás szervernek az előfizetőkre vonatkozóan csapás csekély mennyiségű információ áll rendelkezésére összehasonlítva azzal az információval, amely a 3Ö04 előfizető kezelő rendszer rendelkezésére ált igy például a 32Ö2 azonosítás szerver sem ismeri és nem tartalmazza az előfizető nevét vagy címét. Másrészt a 3202' azonosítás szerver viszont tartalmazza az előfizető 3820 prograinozható esípkártyájának a számát, az előfizető felhasználói kategóriáját (úgy, hegy az egyes előfizetők részére különböző ajánlatot lehessen küldeni), vaíssnint szásnos olyan fíag-et, amelyek arra vonatkoznak, hogy az előfizető például hitelre ís vásárolhat vagy píiianuöryilag fel van függesztve, vagy 3020 programozható csípkártyáját ellopták, és igy tovább. A viszonylag kis mennyiségű íaformáetó alkalmazd25 savai csökkenteni tudjuk azt az időtartamot, amely egy meghatározott előfizetői kérelemre a jogosultság kiadásához szükséges.
A 3206 adatbázis szerver fő célja a 32(12 azonosítás szerver irányából nézve az adatbázis teljesítmény növelése, méghozzá azáltal, hogy a hozzáféréseket párhusamosüjuk (ennek megfelelően nincs igazán sok értelme egyetlen 3286 adatbázis szervert tartalmazó konfiguráció létrehozásának). Egy 3282 azonosítás
3Ö szerver paraméter határozza meg, hogy egyidejűleg hány 3206 adatbázis szerver csatlakozhat, és egy adort 3206 adatbázis szerver csupán egyetlen 3282' azonosítás szerverhez kapcsolódhat.
A 328? sorrendi központosított szerver elsősorban a flzess-és-nézd parancsokkal foglalkozik, és különböző üzemmódokban működik.
Először, a 3804 előfizető kezelő rendszer által kibocsátott parancsok feldolgozását végzi el, mint például a termék frissítést (például, ha a számlát már eltároltak a 3004 előfizető kezelő rendszerben, akkor a 320?
sorrendi központosított szerverrel már nem kell újabb számlát előállítanunk), a 3Ό2Θ programozható csípkártyában lévő elektronikus pénztárca frissítését az adott esemény törlését Illetve frissítéséi.
A folyamai egyes lépései a következők:
1. A. 3282 azonosítás szerver segítségével 'azonosítjuk az Illető előfizetőt;
2. amennyiben érvényes, úgy megfelelő parancsokat állítok elő a 3218 Szenet generátor számára annak érdekében, hegy az megfelelő jogosultság késelési üzenetet küidhessen,.
ilyen parancsok lökéinek: a termékre vonatkozó parancsok, a pénztárca frissítése, as adott esemény törlése.
Jegyezzük meg, hogy ezek a műveletek nem foglalják magukba semmilyen számlázási információ létrehozását, mert: a számlázás már a. 3804 -előfizető kezelő rendszertől ismert Ezeket a műveleteket ezért az úgynevezett szabad termékek” vásárlásához társítjuk..
IÖ Másodsorban a 328? sorrendi központosított szerver azokat a parancsokat fogadja és hajtja végre, amelyeket a 3022 kommunikációs szerveren keresztéi az előfizetőktől kap, Ezeket a parancsokat vagy a 2826 vevő és dekódoló berendezéshez csatlakoztatott modemes keresztül kaphatja, vagy 4881 telefonon keresztül hang aktiválás útján, vagy bliiéatydzet aktiválás révén egy rendelkezésre álló MINíTEl, vagy PRESTEL vagy hasonló rendszer igénybevételével.
Harmaárészí, a 3287 átfért a 3004 előfizető kezelő rendszer állal kibocsátott visszahívási kérelmeket. Ezt a két utóbbi üzemmódot részletesebben Is kifejtjük,
Megadtuk, hogy az. említett második üzemmódban a 3207 sorrendi központosított szerver azokat a parancsokat fogadja és dolgozza fel, amelyeket vagy közvetlenül a végfelhasználótól (előfizetőtől) kap a 3022 kommunikációs szerveren keresztül, vagy más, közvetett úton jutnak el hozzá. A 3822 kommnnrk-felós szervertől közvetlenül kapott parancsok magúkban foglalnak termék rendeléseket (például egy meghatározott fizess-és-sézd eseményre vonatkozó rendelést), -az előfizető által kérefotozetf előfizetői adatmódosítást vagy egy szőlői felügyeleti kőd törlését (a szülői felügyeleti kód az. a kód, amelynek segítségével a szülők korlátozhatják gyermekeik számára bizonyos programokhoz vagy program típusokhoz való hozzáférési jogosultságot).
Art a módszert, amellyel ezeket a parancsokat feldolgozzuk a 3287 sorrendi kőzpostositoíí szerverben, a : 1. ábra segítségével mutatjuk he részletesebben.
Az egy előfizető által küldött termék rendelés: az alábbi lépéseket foglalja magában:
í. A 3282 azonosítás- szerver segítségévei: azonosítjuk. azt a hívó felet, akr sgy meghatározott termék rendelése érdekében a 3622- kommunikációs szerveren keresztül hívást kezdeményezett;
2. Ismét a 3282 azonosítás szerver segítségével ellenőrizzük a hívó fél kérelmének az érvényességét (ahol a rendelést & 2628 vevő és dekódoló berendezés használatával indították, ezt az ellenőrzési a 3820 programozható csipkártya vonatkozó részleteinek az azonosításával érjük el);
3. Megbizonyosodunk a vásárlás vételáráról;
4. Megvizsgáljuk, hogy ez a vételár nem haladja meg a hívó fél hitel keretét, és :a többi;
.5, A 3202 azonosítás szervertől kapunk egy részleges számlát;
- 18-ő. A számla véglegesítése «óljából·» számla további, eddig üresen hagyott ateaőit kitöltjük;
7. A befejezett számlát későbbi felhasználás céljára elmentjük 3212 számlázási információ fájlba; és
8. Megfelelő parancsot, vagy parancsokat Midáak a 32 lö üzenet generátornak a vonatkozó jogosultság kezelési üzenet vagy jogosultság kezelési üzeneteket előállításához,
Ezt az egy vagy több jogosultság kezelési üzenetet vagy 4öü2 modemes, vonalon küldjük, ha a rendelést feladaté felhasználó a 2Ö20 vevő és dekódoló berendezést használja (erről részletesebben még írunk a későbbiekben), vagy kisugározzak. Az egyetlen egy kivétel ex alól az, ha a modemes kapcsolatban, például a 4Ö82. modemes vonalban valamilyen hiba. lép fel, (természetesen arra az esette vonatkoztatva, ha a fel.használó rendelését a 202Ü vevő és dekódoló berendezés használata rsseHett adja fel); ebben az esetben az
1Ö jogosultság kezelési Üzenetei vagy jogosultság kezelési üzeneteket nem vezetékesen továbbinak, hanem kisugározzuk.
Az egy előfizető által kérelmezett előfizetői adat módosítás az alábbiakat foglalja magában: t. A hivő fél azonosítása (a 3202 azonosítás szerver használatával),
2. Információ küldése a 3-182 parancs interfésznek, amely erre ezt az információt továbbítja a 3ÖÖ4 elő15 fizető kezelő rendszernek: és
3. A 3-102 parancs Interfészen keresztül a 3207 sorrendi központos ltot? szervernek választ küldünk a 3ÓÖ4 előfizető kezelő rendszertől (amennyiben a módosítás lehetséges, akkor a módosítás költségében kifejezve).
Ha a módosítást a 202Ő vevő és dekódoló berendezés használata mellett kérelmezte az. előfizető, akkor a
3207 sorrendi központosított szerverrel egy nyugtázó üzenetet állítunk elő a 30Ü4 előfizető kezelő rendszer részére. Egyébként például ha. a módosítást 4QÓ1 telefonon vagy M.INITEL rendszeren keresztül kérte az előfizető, akkor őt kérjük meg a nyugtázásra és ezt a választ küldjük a 3Ö04 előfizető kezelő rendszernek a 3207 sorrendi központosított szerveren és a 3102 parancs interfészen keresztül.
Egy szülői felügyeleti, kőd törlése vagy alaphelyzetbe állítása az alábbi lépéseket foglalja magában:
1. A hivő fél azonosítása (a 32Ö2 azonosítás szerver felhasználásával); és
2, Parancs küldése a 32 lő üzenet generátornak, hogy megfelelő tőrlő jelszót tnrtakuazó jogosohság: kezelési üzenetet hozzunk létté.
Egy szülői felügyeleti kód tőrlése esetén a kőd törlésére vonatkozó parancs biztonsági okokból nem származhat a 202Ö vevő és dekódoló berendezéstől. Ilyen parancsot kizárólag a 3Ő04 előfizető kezelő
3Ö rendszerrel, a 4001 telefonnal vagy például egy MÍNÍTEL rendszerrel vagy hasonlóval kczdemé-nyezkeIfink. .Ebben az egy Mfejezett esetben a válaszként létrehozott jogosultság kezelési üzenet vagy jogosultság kezelési üzenetek kizárólag sugárzás útján kerülnek kibocsátásra, soha sem vezetékesen.
A 32S7 sorrendi központosítod szerver különböző üzemmódjait vázoló fenti példák mutatják, hogy a felhasználó közvetlen: hozzáféréssel rendelkezik a 30Ö2 előfizető jogosultsági rendszerhez különösen .a 3207 sorrendi központosított szerverhez és a 3202 azonosítás szerverhez, mivel a 3022 kommunikációs szerve- 19rek közvetlenül kapcsolódnak a 3002 előfizető jogosultsági rendszerhez, és ezen belől a 3267' sorrendi központosított szerverhez. Es a lényeges jellemző biztosítja, hogy le tud;fek csökkenteni azt az idötsrtamot, ami a felhaszsáMi parancsnak a 3882 előfizető jogosultsági rendszerhez történő eljuttatásához szükséges.
Ezt a jellemzőt ismertetjük még. a 12. te segítségével is, amelyen látható, hogy a végfelhasználó kiegészítő egysége (Set Top Rox~a), és kSlSnöseo 2828 vevő és dekódoló berendezése képes .arra, hogy közvetlenül kommunikáljon a 3882 előfizető jogosultság? rendszerhez társított 3822 kommunikációs- szerverekkel, Ahelyett tehát, hogy a végfelhasználó a 3882 előfizető jogosultsági rendszer 3822 kommunikációs szervereihez a 3884 előfizető kezelő rendszeren keresztül kapcsolódna, ez a kapcsolat közvetlenül a 3882 előfizető jogosultsági rendszerrel bonyolódhat is.
A gyakorlatban, mint arra közvetlenül utsbu’dí, két közvetlen kapcsolatot valósítunk meg.
Az első közvetlen kapcsolat a 4881 telefonon kérésziül történő hang kapcsolat, természetesen a 4881 telefonhoz kapcsolódó telefon vonalon keresztül (és/vagy MÍNITEL vagy egyéb kapcsolaton keresztül, ha rendelkezésre áll), mely esetben a végfelhasználó hang utasítás sorozatokat vagy kódszámokat adhat he,
15. de még ebben az esetben Is Időt takartak meg összehasonlítva azzal az esettel amikor a kommunikációt a 3804 előfizető kezelő rendszeren keresztül bonyolítjuk le.
A második közvetlen kapcsolat a 2828 vsv& és dekódoló 'berendezés révén jön Ifire, és az adatbevitelt automatikusan' érjük el azáltal, hogy a végfelhasználó saját gyermek 3828 progra?nozható esípkáttysj&í behelyezi a 2828 ve vő és dekódoló berendezésbe és ezzel nem kell a rá vonatkozó adatokat elmondania vagy hanggal ismételgetnie, ami ugyancsak idótnegtskarítást eredményez a 3884 előfizető kezelő rendszeren keresztüli kommunikációhoz képess, valamint csökkenti a hibalehetőségeket is.
Á fenti kialakításnak köszönhető további lényeges jellemző azzal, tsz időmegtakarítással filgg össze, amely az eredtnényüi kapott jogosultság kezelési Szenet végfelhasználóhoz történő elküldése során jelentkezik. Ennek az jogosultság kezelési özeseínek az a szerepe, hogy lehetővé legye a végfelhasználó -számára, hogy·· a. ki választott terméket, vagyis műsort nézhesse..
Nagy vonalakban, valamint a 12. ábra segítségül hívása mellett est & jellemzőt ismételten azáltal értük eh hogy & végfelhasználó 2828 vevő és -dekódoló berendezését alkalmassá leitök «mt, hogy közvetlenül kommunikáljon a 3682 előfizető jogosöltsági rendszerhez tartozó 3822 kommunikációs szerverekkel.
Mint azt már korábban leírtuk az fetegrák 2828 vevő és dekódoló berendezés közvetlenül kapcsolódik a
3822 kommunikációs szerverhez a 4882 modemes vonalon keresztül úgy. hogy a 2820 vevő és dekódoló berendezéstől .származó parancsokat a 3882 előfizető jogosultsági rendszer fel tudja dolgozni, létrehozza a szükséges üzeneteket {beleértve az jogosultság kezelési üzeneteket is), majd közvetlenül visszaküldi a 4802 modemes vonalon át a 2828 vevő és dekódoló berendezésnek. Ennek során a 3822 kommunikációs szerver és a 2828 vevő és dekódoló berendezés közötti kommunikációban olyan, később Ismertetett pro35 tokeílt használunk, hogy a 3022 kemrtsmikásíós szerver egyből megkapja a releváns jogosultság kezelési űzettetek vételére vonatkozó nyugtázásokat is, miáltal a művelet biztonságát is sikerült megRövsfeönk.
•·>Λ ~ χ. ν így például egy elővételi üzemmód esetén a 3002 előfizető jogosultsági rendszer fogadja a végfelhasználótól eredő üzeneteket a 3820 progranrözhatő csípkártyáií ás a 202ö vevő- és dekódoló berendezése® a modemen és a 4802 modemes vonalon keresztül, hozzáférést kérelmezve egy meghatározott eseményhez, illetve termékhez, és egy alkalmas jogosultság kezelési üzenetet küld vissza a 4002 modemes vonalon ke5 resztül a 2Ö20 vevő és dekódold berendezéshez. Ennek során a modern és a 2820- vevő ős dekódoló berendezés előnyőse® együttesen a végfelhasználónál lévő Set-Top-Box-ban van kialakítva. Ezen a módon elértük, hogy anélkül, hogy az jogosultság kezelési üzenetet a 2062 MPEö-2 .tömörítőbe® -az MFEG-2 adatáramba juttatva a 2804 nmlíípíexer és bilsorkédolón, a 2612 földi állomáson,, a műholdas 2014 ttsnszponderen és a 281 § műholdon keresztül továbbítottuk volna a végfelhasználóhoz, mégis lehetővé tettük számára az esemény vagy vásárolt áru fogyasztását, megtekintését. Ez igen lényeges időmegtakarítást és sávszélesség csökkentési tesz lehetővé. A látszólagos biztonságot azzal érjük el, hogy amint az előfizető a vásárlását kifizette, az erre fel érkező jogosultság kezelési üzenet a 2820 vevő és dekódoló herern dezésen keresztül rögvest megérkezik,
A 3207 sorrendi központosított szerver harmadik üzemmódjába.® a 3207 sorrendi központosított szerver .a
3062 előfizető jogosultsági rendszer által kibocsátott visszahívási kérelmeket intézi. Ennek a vázlata látható a 13. ábrán, A jellemző és tipikus visszahívás kérelmeknek az a célja, hogy biztosítsák azt, hogy & 2020 vevő és dekódoló berendezés visszahívja a 3082 előfizető jogosultsági rendszert a 4062 modemes vonalon keresztül, és megadja azt az In&rmációt, amelyet a 3002 előfizető jogosultsági rendszer a 2020 vevő és dekódoló berendezéstől kert.
Ahogy « 3182 parancs interfész utasítja a 3186 üzenet generátor egy visszahívás jogosultság kezelési üzenetet állít elő és küld el a 2828 vevő és dekódoló berendezésnek. Ezt az jogosultság kezelési üzenetet a 3088 kódoló egység biztonsági okokból kódolja. Az jogosultság kezelési Üzenet tartalmazhatja azt -az időpontot illetve azt a dátumok amikor a 2820 vevő és dekódoló berendezésnek fel kell ébrednie és viszszahivást kell kezdeményeznie anélkül, hogy erre külön határozott utasítást kapna; de az jogosultság kézi zeiési üzenet jellemző módon tartalmazhatja azokat a féleíbnszámokaí is, amelyeket a terminálnak tárcsáznia kell, a sikertelen hívások esetén szóbajőhető további hívási kísérletek szántát, két hívási kísérlet közötti időtartamot.
Amikor megkapja az jogosultság kezelési üzenetet, vagy a meghatározott dátum és időpontban a 2620 vevő- és dekódoló berendezés Összekapcsolódik a 3822 kommunikációs szerverekkel. A. 3207 sorrendi központosított szerver a 3282 azonosítás szerver segítségévei előbb azonosítja a hívő felet és megbizonyosodik néhány részletről, például a 3028 programozható esipkártya operátoráról és az előfizető néhány adatáról. A 3207 sorrendi központosított szerver ezt kővetően utasítja a 3020 programozható esipkártyát arra, hogy néhány kódolt információt küldjön neki {mint például a releváns esemény számokat, ha az esemény felügyelt, vagy hogy az előfizető hányszor nézheti meg ismételten az eseményt vagy azt a módot
3$ ahogy az esemény megtekintésre kerüli, a maradék zsetonok számát, az előjegyzett események számát, és így tovább). Ezt az információt a 3218 üzenet generátorra! dekódoljuk, természetesen isméi a 3806 kódoló egység segítségévek A 328? sorrendi központosított szerver ezt. az íofortnáeiőí későbbi feldolgozás céljára 3214 visszahívás információ fajiban eltárolja és továbbítja a 3804 előfizető kezelő rendszernek,. Az
-21 információ biztonsági ©kokból szintén kódolt. Az itt leírt osüveleíeí mindaddig ismételjük, amíg. a 3820 programozható cxipkárlyárót semmi más leolvasol való nem maradt.
A visszahívási tulajdonság egyik különösen előnyösnek tartott jelletnzófo az, hogy még a 3020 programozható csipkártya olvasását tnegeióaóen (vagyis közvetlenül a hívó fél 3202 azonosítás szerver segífsé5 gével elvégzett és már bemutatott azonosítását követően) a 3002 előfizető jogosultsági rendszerrel olyan ellenőrzést hajtunk végre, amellyel' megállapítjuk, ’nogy a 3020 programozható csipkártya valóban egy legális, gyári termék, vagy egy kalóz dekóder, vagy számítógépes stimuláció. Egy ilyen vizsgálatot az alábbi módon hajtunk végre:: A 3062 előfizető jogosnltsági rendszer előállít egy véletlen számot, amelyet a 3020 programozható csrpkártya vesz, kódol, majd vlssz&küid a 3002 előfizető jogosultsági rendszernek.
A 3002 előfizető jogosnltsági rendszer dekódolja ezt a számot. Amennyibe» a dekódolás sikeres és ennek eredményeképpen az eredeti véletlen számot kapja vissza, abból 3zt a következtetést vonja le, hogy a 3028 legális, gyári termék, és sz eljárást folytatja, egyébként az eljárási megszakítja.
A visszahívás során még esetlegesen végbe mehető funkciók köze tartozik a 3820 programozható esipkáríya lejárt eseményeinek a törlése, vagy az elektronikus pénztárca feítbhése (ez utóbbit később még a csípkártyávsl kapcsolatosan részletesebben is bemutatlak).
A 3002 előfizető jogosultsági rendszeren belül először a 3822 kommunikációs szervert mutatjuk be részletesebben, Hardver szinten a 3022 kommunikációs szerver a bemutatott előnyös kiviteli alak esetében DEC gyártmányú négy processzoros számítógéppel van megvalósítva. Szoftver szinten pedig - a 14, ábrán vázolt módon - a 3022 kommunikációs szerverek hagyományos módon vannak kialakítva. A hagyomá20 nyes kialakítástól egy lényeges eltérésként tekinthetjük azt a tényt, hogy a 3622 .kommunikációs szervereknek mirsd a 2028 vevő és dekódoló berendezéseket, mind pedig a hanggal történő kommunikációt a hagyományos 4001 telefonokkal támogatniuk kell, és ismerniük kell a MINÍTEL és hasonló rendszereket is.
A 14. ábrán csupán példa szinten két 3207 sorrendi központosított szervert rajzoltunk be, de ezen a helyen
2.5 természetesen bármennyi tetszőleges 3287 sorrendi központosított szerver állhat.
A 3822 kommunikációs szerverek két iö CSI és CS2 szervert valamint több frontális szervert tartalmaz, ezekből két Ff, F2 frontális szervert tüntettünk fel az ábrán, de jellemző módon tő szerverenként 18-12 frontális szerver alakítható ki. Látható tehát, hogy jóllehet az ábrán csapán két CSI. és CS2 fó szervert és két fii, F2 frontális szervert rajzoltunk be, itt a feladathoz mérten bármilyen számú «gység kiképezhető, és bizonyos mérték» redundanciára a tapasztalatok szerint szükség is van,
A CSI és CS2 fő szerverek magas szintit 3238 TCP® kapcsofelokon keresztül csatlakoznék ÖCS I és ÖCS2 328? sorrendi központosííoít szerverekhez, valamint további 323.2 TCFdF kapcsolaton keresztül vannak az FI és ,F2 frontális szerverekkel.összekapcsolva.
Mint látható, a CS 1 és CS2' fő szerverek több, feladat szerint eikfdönífhető szervert foglalnák magukban,
Igy a küldéshez szükséges SENOR, a vételhez szükséges R.ECVR, továbbá a M1N1TEL, PRESTFX vagy hasonló rendszerekkel folytatott kommunikációhoz szükséges VTX, a hang kommunikációhoz szükséges
VOX és a. 2028 vevő és dekódoló berendezéssel folytatott. kommumkóelóhoz szükséges 'TRN szervereket.
•22··
Ezek BÚS buszhoz varrnak csatlakoztatva, hogy a jeleket «I tudják juttafei '-az FI, F2 frontális szerverekhez.
A CS1 és CS2 fő szerverek közvetlenül komntnalkáimik a 21)20 vevő és dekódold berendezésekkel & 4002 modemes vonalon keresztül, X25 nyilvános hálózat;· protokollt használva. A 3022 kommunikációs
S szerverek és a 3028 programozható osipkártyák közötti viszonylag alacsony szintű protokoll az egyik előnyös bemutatott kiviteli alak esetében· a V42 szabványa tmmzetkózi CC1TT protokoll,, amely hlbaóeíckaásása és adat újrakűldési képessegei révén kellő meghizhatöságoi biztosít, és az űjrsküidés integritásának ellenőrzéséhez kontroll összeg rutint használ. A nem engedélyezett karakterek küldésének megakadályozása érdekében egy menekülési mechaoízamsf is kialakítottunk.
Másrészről a hang kommunikációt az FI, F2 frontális szerverekkel hajtják végre, melyek mindegyike például harminc egyidejű hangkapcsolatot tud lekezelni a 32, 34 csatlakozásáról a helyi telelőn hálózat irányába nagysebességű ”12” (El) szabványt? ISDN telefon vonaton keresztül.,
A 3622 kommunikációs szerverek szoftver részének három lényeges funkciója közül (melyeket aiternattv módon hardveresen is létrehozhatunk) az első, hogy a 2626 vevő és dekódoló berendezéstől kapott vi15 szonylag alacsonyszintű protokoll információt a 3267 sorrendi központosított szervereknek továbbítható, viszonylag magas szintű protokoll fe&rmáciővá alakítsa át, a második, hogy1 leossza vagy ellenőrizze az egyidejűleg létrehozott kapcsolatok számát, a harmadik pedig, hogy különböző egyidejű csatornát biztosítson anélkül, bogy keveredés következne be. Egy utolsó vonatkozásban a 3022 kommunikációs szerverek egv multiplexer szerepét töltik be azzal, hegy egy ntcgh&íározoít csatornában az interakciókat egy adott esemény azonosító definiálja, amelyet a gyakoriatban a teljes kommunikációs láncos felhasználunk,
A 3062' előfizető jogosultsági rendszertől kapcsolatban végül még cl kell mondanunk, hogy az 5, ábrán Is látható módon a 3-268. prögramszolgákató szerver egy vagy több 3256 műsor szolgáltatóhoz csatlakozik, (amelyek általában a 3602 előfizető jogosultsági rendszertől külön, távol helyezkednek el), hogy -megkapja a szükséges program: információt. A 3268 programszolgáltató szerver további felhasználáshoz szüksé25 ges, a fizess-és-sézd eseményekre vonatkozó információkat szűr ki.
Különösen fontos jellemzőnek. tekintjük, begy a szűrt program esemény inlőrotáciet a 3268 programszolgáltatő szerverrel & 3210 üzenet generátorhoz továbbítjuk, amellyel eree egy iránymutatást (vezérlő parancsot) küldünk a 33M üzenet bsilfesztőnek, 3368 üzenet beiliesztőnek, hogy adott: körülmények között tsz jogosultság kezelési Szenetek ismétlődő kibocsátásához tartozó kibocsátási ütemet módosítsuk. Ez úgy következik be, hogy a 3366, 3368 Szenet beillesztő megtalálja az összes jogosultság kezelési üzenetet a releváns esemény azonosítóval, és megváltoztatja az ezekhez az jogosultság kezelési üzetieíekhes. lefoglalt ismétlési ütemet, Ezt a jellemzőt ügy is felfoghatjuk, mint meghatározott jogosultság kezelési üzenetekhez tartozó dmao?ikns sávszélesség lefoglalást Az jogosultság kezelési üzenetek ismétlődő kibocsátását a 3366 jogosultság kezelés? üzenet beillesztő terület felépítésével kapcsolatban részletesebben is be35 mutatjuk.
Azokat a körülményeket, amelyek között az jogosultság kezelési üzenetek kisugárzásának ismétlés ütemét meg kell változtatok a IS, ábra segítségével vázoljuk, amelyen az látható, hogy a 3252 ciklus sebességet röviddel (például 10 pereeel) egy meghatározott fizess-és-nézd program eseményt megelőzően
- 23 megnöveljük -az esemény végéig, egy alacsony, példáid 30 perces ériekről egy gyors, például 30 másod* pero-1 perces értékre annak érdekében, hogy az ezekben az időszakokban várható rendkívüli felhasználót igényeket a fizess-és-nézd eseményekre vonatkozóan ki tudjuk elégíteni. Ily módos a sávszélességet a várható leihasználói igényeknek megfelelően dinamikusan tudjuk lefoglalni, ami segítségei jeleni a teljes sávszélesség igény redukálásában is.
A többi jogosultság kezelési üzenet ismétlődő kisugárzásának a ciklussebességét is változtathatjuk. így például az előfizetés jogosultság kezelési üzenetek eiklussebességét a 2©Ö4 multiplexer és bitsorkódolőval tudjuk módosítani, amely a megfelelő bitsebesség utasítást bocsátja ki.
^lB.b^Oág.kezeSési.azenet,feciitefőterjfet i Ö A 3300 jogosultság kezelési üzenet beillesztő terület vonatkozásában annak részeit alkotó és a 323 ö üzenet generátor kimeneti eszközeiként szolgáló 3302 üzenet fee0tesztó-338& üzenet beillesztő részleteit ismertetjük behatóbban a l ó. ábra segítésé vel, A 3302*3308 üzenet beillesztők feladata az jogosultság kezelési üzenetek fogadása és azok. ciklikus továbbítása a hozzájuk tartozó 331.4 és 3316 vonalakon át a 3313 és 3312 szoftver nmltipiexerekhez, és azokon keresztül a hardverrel megvalósított 2004 multiplexer és bitsorkódelöhoz.
Erre válaszképpen a 3313, 3312 szoftver multiplexerek valamint a 2084 multiplexet és bi&orkódolók egy globális bi tsebesség iránymutatást álföanak elő, amellyel ax jogosultság kezelést üzenetek teljes ismétlést sebességét kívánják befolyásolni, és ennek érdekében a 3382-3308 üzenet beillesztek számos különböző paramétert vesznek figyelembe, például a eiklusidóí, az jogosultság kezelési üzenetek méretét és így to20 vább, A lé, ábrán az jogosultság kezelési üzeset_X és az jogosultság kezelési üzenet Y jogosultság kezelési üzenetek X és Y operátoroknak szóló csoport jogosultság kezelési üzenetek, míg az jogosultság kezelési Üzenet Z akár X akár Y operátornak szőlő más típusú jogosultság kezelési üzenetek.
Mivel a 3302-3308 üzenet beillesztők azonos felépítésűek és működésnek, a következőkben elegendő egyetlen 3302 üzenet beillesztő bemutatása. A 3302 üzenet beillesztő a 3210 üzenet generátortól szárma25 ző iránymutatások ellenőrzése, vezénylete alatt működik, és ezek közül legfontosabbak az átvitel kezdési •és leállítást időpontja, a kibocsátás sebessége, valamint ha az jogosultság kezelést üzenet egy·· fszess-ésnézd jogosultság kezelési Üzenet, akkor az Illető esemény száma is. A kisugárzást sebesség viszonylatában a bemutatott előnyős kiviteli alaknál az erre vonatkozó iránymutatás őt, s nagyon gyorstól a nagyon lassúig terjedő értékből vehet tel egy értéket. Maguk a numerikus értékek az iránymutatásban nincsenek meghatározva, de általában maga a 3382 üzenet beillesztő az, amelyik ezt az iránymutatást egy olyan aktuális numerikus értékhez, hozzárendeli, amelyet a 3802 előfizető jogosultsági rendszer releváns része bocsát a rendelkezésre. A bemutatott kivitelt' alak esetében az említeti öt kibocsátási sebesség a kővetkező:
I, Nagyon gyors: - 38 mAsodpercenként
2. Gyors - percenként
3. Közepes - IS percenként
4, Lassú - 30 percenként
S, Nagyon lassú - 30 percnél ritkábban
Egy 3392 Szenet beillesztenek első 3320 és második. 3322 adatbázisa vsa. Az első 3320 adatbázis azon jogosaltság kezelési üzenetek számára készült, amelyek még ©em kapták meg kisugárzás! dátumakat, Illetve időpontjukat, ezeket sz jogosultság kezelést üzeneteket kronológiai fájl sorrendbe» tároljak a 3329 adatbázisban. A második 3322 adatbázis pedig azokat az jogosultság kezelési üzeneteket tartalmazza, amelyeket nyomba© ki keli sugározni:. Egy rendszer összeomlás vagy meghibásodás esetén a 3392 üzenet beillesztő kialakításánál fogva képes a releváns eltárolt fáj lókat újra kiolvasni és azokat tnsgíelelö módon kisugározni. A 3329, 3322 adatbázisokban tárolt fájlok felfrissítése a 3219 üzenet generátortól érkező kérelemre történik meg, amikor a 32 ÍO üzenet generátor kellő konzisztenciát kivárt teremtem és fenntartani a bejövő iránymatatások valamint a már a 3302 üzenet belllesztőhőz elküldött jogosultság kezelést Szeneid lek között. Az éppen kisugárzásra kerülő jogosultság kezelési üzeneteket is a 3324 RAM-ba© tároljuk el.
A 3210 üzenet generátorhoz tartozó 3162 és 3164 FÍFO pufferek valamint a 3369 jogosultság kezelési üzenet beillesztő területben lévő 3329 és 3322 adatbázisok kombinációja azt jelenik hogy a 3200 fizessés-nézd lánc terület és a 33Ö0 jogosultság kezelési üzenet beillesztő terület önállóan is képes feladatát ellátni, ha a 3165 vonal időszakosan meghibásodik; ilyenkor a 3392 üzenet beillesztő továbbra is képes a $ megfelelő j ogosultság kezelési üzeneteket kisugározni.
A 3313 és 331:2 szoftver multiplexer megfelelő interfészt biztosít a 3392 Szenei beillesztek és a hardveres 2094 Euniiiplexer és: biisorkődtsiok között. A bemutatott előnyös kiviteli alaknál mindegyik 3313 és 3312 •szoftver multiplexerek jogosultság kezelési üzeneteket fogad két-két 3302-3303 üzenet feeiiiesztötöí, bár általánosságban semmilyen korlátozás nincs azoknak a 3392 üzenet beilleszteknek a számában, amelye29 két egyetlen 3313 szoftver multiplexer vagy 3312 szoftver multiplexerhez csatlakoztathatunk. A 3313, 3312 szoftver multiplexer összegyűjti ezeket az jogosultság kezelést üzeneteket, majd jogosultság kezelési üzenetek típusának megfelelően azok szerint eljuttatja a megfelelő hardver 2004 multiplexer és bítsorkódoiőhoz. Erre azért vas szükség, mert a hardver 2994 multiplexer és festsorkődolók fogadják a különböző típusú jogosultság kezelési Szeneteket, és azokat különböző helyeken beiktatják az MPEG-2 adatáramba. A 3313, 3312 szoftver multiplexerek ezen kívül a hardveres 2994 multiplexer és bíísorkodolőktél globális bitsebesség sfányttttttatásokal is továbbítanak az egyes 3392 - 339S üzenet belileszíőkhöz.
A 3302-3308 egy különösen lényeges jellemzője, hogy az jogosultság kezelési üzeneteket vétette© sorrendbe© bocsátják ki, Ennek oka a következő. 3302 Üzenet beillesztő nem képes azt érzékelni vagy' ellen39 őrizni, hogy mit továbbít a 3313, 3312 szoftver multiplexerhez. Azonban lehetőség van arra, hogy továbbítson két olyan jogosultság kezelési üzenetet, amelyet a 2920 vevő és dekódoló berendezés közvetlenül egymást követően képes venni és dekódolni, Ilyen körülmények között továbbá az Is lehetséges, hogy ha az jogosultság kezelési üzenetek nincsenek egymástól kellőképpen elválasztva, a 2929 vevő és dekódoló berendezés és a 3929 programozható esrpkáriya egyszerűen képtelen lesz megfelelően érzékelni és dekó35 dőlni a második jogosultság kezelési üzetsetet. Ezt a komoly gondot az jogosultság kezelési üzenetek vétette© sorrendű, ismétlődő kibocsátásával tadj tát megszüntetni.
Az. alábbiakban azt a módszert Írjuk le és mutatjuk be a 17. ábra segítségével, ahogy az előbb említett véletlen sorrendöséget állítjuk elő. A bemufeíött előnyös kiviteli alak esetében az ebhez szükséges szoftvert
-25ADA program-nyelven készítettük et. A véletlen szám-generálás különösen. lényeges része az jogosultság kezelési- üzenetek helyes eltárolása a 3328 és 3322 adatbázisokban (amelyeket biztonsági mentés céljára használunk), -valamint' a 3324 RA&f-baa. Egy meghatározott ciklus és operátor esetében az jogosultság kezelési üzeneteket egy kétdimenziós mátrixban tároljak, amely 3330 oszlopokból (például A-tól Z-íg) és
3332 sorokból ipéldául ö-tól N-ig) áll. Egy harmadik dimenziót is létrehozunk 3334 ismétlési ütem révén, így végül annyi kétdimenziós mátrixunk lesz, amennyi 3334 ismétlési ütemünk. Az előnyös- kiviteli alak: esetében 25é darab 3332 sorunk van, jellemző, de minden egyes 3332 sorban 208 vagy 380 jogosultság: kezelési üzenettel, és öt 3334 ismétlési ütemei: alkalmazunk. A mátrix végleges dimenzióját különböző operátorok jelenléte biztosítja, vagyis annyi háromdimenziós mátrixunk fesz, ahány operátorunk van.. Az lö adatok ilyen módon történő eltárolása igen. gyors visszakeresést tesz lehetővé abban az esetben, ha a 3218
Üzenet generátorral egy meghatározott jogosultság kezelési üzenetet törölni akarunk.
Az jogosu ltság kezelési üzene tek tárolását a csonkító” algoritmus szerint végezzük (ezt más néven egyirányú esonkstó fimkeió'McéHí ismerik). Sz egy module-approximáoión alapul úgy; hogy az egyes 3330 oszlopokat egymás után feltöltjük, mielőtt egy nagyobb sorszámú 3332 sutra térnénk át, és az jogosultság kezelési üzenetek száma minden egyes 3332 sorban toegkőzeiitofeg állandó marad, A példánkban azt .tételezzük fel, hogy 256 darab 3332 sorunk van. Ha a 3210 üzenet generátorral a 3386 «zenei beilleszfonek egy azonosttójú jogosultság kezelési üzenetet küldünk, ükkor az ’T! 3332 sort hozzárendeljük ehhez az jogosultság kezelési üzenethez és az elfeglalja. a 3338 oszlopban az első 3332 sort, A 2 azonosítóval rendelkező jogosultság kezelési üzenetet a 2“ 3338 -oszlophoz rendeljük hozzá, és Így tovább egészen a
25ő, 3-330 oszlopig. Az. '*257'' szoaosttújú jo-gosu.iiság kezelési üzenetet ismét az első 3338 oszlophoz, rendeljük hozzá (a medelo-approxínvácíó alapján), de abban a második 3332 sorban foglalja eí helyét és így tovább.
Egy meghatározott jogosultság kezelési üzenet visszakeresését, például ha a 3218 üzenet generátorral egy ilyen meghatározott jogosultság kezelési üzenet {őrlését kérelmezzük, a fentiek fordítottja alapján hajtjuk végre. Ebben az esetben a csonkító algoritmust az jogosultság kezelési üzenet azonosítójával hajtjuk végre, hogy megkapjak a 3338 oszlopot, amelyben aztán snegkapjuk és megtaláljuk a megfelelő 3332 sort.
Az aktuális véletlen szám generálást akkor hajtjuk végre, amikor az jogosultság .kezelési üzeneteket ciklikusan visszakeressük a 3324 EAM-hói, olyan 3348 véietienszáut-genargiorrai, amelyet a 33Ö2-3388 üzenet beiítesztőben hardveresen vagy szoftveresen alakítunk ki. A visszakeresés véíetíenseetű, és szintén a csonkító algoritmuson alapul. Először -kiválasztunk egy vélstíenszámot (a fenti példában kiinduláskor az 1 -256 tartományban), hogy megkapjuk a szóban forgó keresett 3338 oszlopot. Másodszor egy további véietíeuszámot választunk, hogy megkapjak a kiválasztott 3338 -oszlopban a megválasztott 3332 sort. Ezt a további véleítottszáfooí az egy adott 3338 oszlopban lévő jogosultság kezelési üzeoetek teljes számának megfelelően választjuk ki. Ha egy adott jogosultság kezelési üzenetei kíválasztosfurtk és kisugároztunk, azt átmozgatjuk egy második azonos immoterü leire a .s.?24 IkAk-t-han, szintén a csonkító- algoritmus használatával, innen az első terület méretében csökken, ahogy az jogosultság: kezelési üzenetek sugárzásra kerülnek, egész:,en odáig, hogy amist egy teljes 3338 oszlopot felhasználtunk, azt töröljük. Miután az első tárolóterület teljesen kiürült, azt a második tárolóterülettel. helyettcsfyük, mielőtt egy újabb jogosaitság kezelési üzenet kisugárzást kört indítunk, és fordítva.
\> A fenti módos két vagy három jogosultság kezelési Szenet ciklust követően statisztikailag elhanyagoiteő annak sz esélye, hogy az ygyanansak a végfelhasználónak címzett bármely két jogosultság kezelési üzenet közvetlenül egymást kővetően, szinte egymáshoz tapadva kerüljön kisugárzásra.
Miközben az jogosultság kezdési üzeneteket eltároljak, szabályos időközönként a 3858 nagyszámítógép5 psi kiszámítjuk a tárolótér bájtjainak számát, és ebből kiszámítjuk a kisugárzás adatsebességét, amely megadja a globális adatsebesség iránymutatási,
A példában említést tettünk a 3320 és 3322 adatbázisokról, amelyeket biztonsági másolat céljára képeztünk ki, és amelyek a bemutatott előnyős kiviteli alak esetében ténylegeses oly® szekvenciális fájl tárolók, amelyek mindarról, ami a 3324 RAM-baa vaa, egy biztonsági másolatát eltárolnak. A 3302-3308 lő üzenet beillesztő meghibásodása majd azt követő újraindítása esetén, vagy általánosabban, ha egyáltalán a
3382-3388 üzenet hsilleszíőí valamilyen oknál fogva újból el kell indítanunk, létrejön egy kapcsolat a
3324 RAM és a 3320 és .3322 adatbázisok között, mely kapcsolaton keresztül az eltárolt jogosultság kezelési üzeneteket feltöltjük, a 3324 RAM-ba. Ily siódon megszüntethetjük annak a veszélyét, hogy valamilyet? meghibásodás .következtébe» az jogosultság kezelési üzenetek elvesszenek.
Az eddig leírtakhoz hasonló módon hajtjuk végre a feess-és-aézd jogosultság kezelési Szenetek tárolását, is, ahol egy 3338 oszlop általában egy adóst operátorhoz tartozik, míg a .3330 oszlopban a 3332 sor száma az.esemény számának telel meg.
Egy gyermek”, vagy előfizetői 3828 programozható csipkártyár vázlatosan a IS. ábrán rajzoltunk fel,
Látható, hogy a 3028 egy nyolcbites 116 mikroprocesszort foglal magában, amely például a Motorola cég 68ÖS típusú mikroprocesszora lehat A 118 mikroprocesszor bemesteti-kmreneti busza szabványos kiosztású 128 érintkezőkhöz vezet, amelyek a 3028 programozható csipkártya használata során a 2828 vevő és dekódoló berendezés kártyaolvasó egységében lévő megfelelő érimkezőkkel állnak kapcsolatba??. A 118 mikroprocesszor 138· RÖM-mal, 140 SAM-t?ral és 158 EEPROM-srtal is kapcsolatban áll. A 3828 grog25 ramozható csipkártya megfelel az ISO 7816-1, 7816-2, és 2816-3 szabvány szerinti protokollók?iak, amelyek meghatározzák a 3826 bizonyos lényeges fizikai paramétereit, a 120 érintkezők helyét a kártyán, és egyes koinmunikáciákat a külső rendszer (vagyis elsősorban a 2828 vevő és dekódoló berendezés) és a 3820 programozható csipkártya között. A jelzett szabványok ismertsége és hozzáférhetősége miatt ezeket nem részletezzük. A í 18 ?rdkroprocess;:or egyik feladata a 3828 progrsf??ozható csipkártya memóriájának a kezelése az alábbiak szerint:
A 158 EEPROM bizonyos dinamikusan létrehozott 154,155 ,156 operátor zónát tartalmaznak, valamint olyan dinamikusan létrehozott adatzénát, amelyeket a 19. ábrám hivatkozással Ismertetünk,
A I58 E'EFROM egy állandó kártya vagy gyártó 151 azonosító zónát tartalmaz, amely nyolcbites zós?a a 3828 progra?nozhatő csipkártya gyártója által bevitt állandó előfizetői programozható csipkártya azonosí35 iót: tartalmaz.
Amikor a 3828 programozható csípkártyát alaphelyzetbe állójuk, a 118 snikroproccsszor jelet küld a 282*3 vevő és dekódoló berendezésnek, mely jel a 3820 prograinoenató csipkártya által használt 3088 feltételes
-27hozzáférési rendszer azonosítóját és a 3020 programozható esipkártyában tárolt adatokból előállított adatokat tartalmaz, beleértve ezek közé a .kártya azonosítóját is. Ezt a jelet a 2020 vevő és dskődolö berendezés eltárolja, majd ezt követően a tárolt jelet arra használja, hogy ellenőrizze a 3828 omgramozhafó csipkártya kompatibilis-e & 3088 feltételes hozzáferést rendszerrel, melyet a 2028 vevő és dekódoló be5 rendezésben használunk.
.A ISO EEPRÖM tartalmaz .továbbá egv olya», ugyancsak állandó 152 vélefienszám-gcnerátör zónát is, amely pszeudo-véietienszámok generálására szolgáld programot foglal magába. Ezeket a pszeudovéiatlensaőmokst arra használjuk, hogy a 3020 programozható csipkártya által generált és a műsorszórónak visszaküldött tranzakciós kimenőjeleket variáljuk, lő A 152 véletlenszám-generáter zóna alatt egy 144 bájíos állandó 153 menedzsment zónát találunk, amely egv olyan speciális operator zóna, amelyet a 338 RÖM-ban eltarolt program használ még részletezésre kerülő módon a 154, 156 operátor zónák dinamikus létrehozása és eltávolítása során. Ez a permanens 153 menedzsment zóna a 3820 programozható csipkártya jogosultságra vonatkozó adatokat tartalmaz sz egyes zómák létrehozásáról vagy eltávolításától
A zónák dinamikus létrehozására és eltávolítására szolgáló program ilyen specifikus zóna létrehozó vagy eltávolító jogosultság kezelési üzenetekre reagál, mely jogosultság kezelési üzeneteket a 3882 előfizető jogosultsági rendszerrel bocsátunk ki, a 2020 vevő és dekódoló berendezéssel fogadunk, majd az abban lévő 3820 programozható csípkártyához továbbítjuk. Az jogosultság kezelési üzenetek létrehozása céljából az operátornak a 153 menedzsment zónához: dedikált speciális kulcsokra van szüksége, ami lehetet20 lenné teszi, hogy egy operátor egy másik operátorhoz tartozó zónát vagy zónákat törölhessen.
A 153 menedzsment zóna alatt találhatók a mát említett 154-15Ő operátor zónák, amelyek sz első, második, .... N-edik operátorhoz tartoznak, Általános esetben az előfizető.3020 programozható cslpkártyájáfea legalább egy 154-156 operátor zóna betöltésre kerül a 158 EEPROM-ba, úgy, hogy a végfelhasználó az azáltal az operátor által kisugárzott programokat dekódolni tudja, A további 154-lSő operátor zónákat azonban ezt kővetően már dinamikusan lehet létrehozni a 153 menedzsment zóna felhasználásával a végfelhasználó (előfizető) 3028 programozható esipkártyája által előállított tranzakciós kimenőjelre válaszként, .mint azt látni fogjuk,
Minden egyes 154-156 operátor zóna tartalmazza, annak a csoportnak az azonosítóját» amelyhez a 3020 programozható csipkártya tartozik, valamint a 3020 programozható cslpkáríyának a csoporton belüli he30 ivét. Ez az adat lehetővé teszi, hogy a 3020 programozható csipkártya (a csoportjában lévő többi 3020 programozható csipkártyávai együtt) venni tadja azt a kisugárzott csoport előfizetői jogosultság kezelési üzenetet, amely tartalmazza a csoport cáriét (de nem a 382(1 programozható csipkártya helyzetét a csoporton belül:),, valamint azt a kisugárzott egyedi” (vagy kereskedelmi alöltzotól ajánlati) jogosultság kezelést üzenetet, amely kizárólag & csoporton belül az adott 3028 programozható csipkáriysnak volt cl35 mezve. Minden egyes csoportban: 256 db 3828 programozhsitó csipkártya lehet, és ez a jellemző lényegesen csökkent az jogosultság kezelési üzenetek kisugárzásához szükséges sávszélességet.
A csoportos előfizetői jogosultság kezelési üzenetek kisugárzásához szükséges sávszélesség további csökkentése érdekében az egyes 154, 155, 3 Só operátor zónákban és a 3020 programozható csipkártya
-28158 EEPROM-jábas lévő Összes hasonló zónában lévő, valamint a többi gyermek” 3828 programozható csipkástyában lévő csoport adatokat folyamatom felírssstijük, hogy ezzel lehetővé tegyük egy meghatározott 3828 programozható csipkárfya számára, hogy megváltoztassa helyzetét, egy csoporton belül, hogy ezzel például feltöltsük a csoport egy tagja törlése révén keletkezed lyukat, A lyukakat a 3882 előfizető jogosultsági rendszerrel töltjük fel a 3184 előfizető műszaki menedzsment szerverben az Ilyen lyukakra vonatkozó lista alapján.
Ezen- a módost csökkenteni tudjuk a tőreáezetfsőgel, ős az egyes csoportok tagságát illetően fent ludjuk tartani, vagy megközelítően fent tudjuk tarfeni a csoportonkénti 256 tagot.
Minden egyes-154, 155, 156 operátor zóna a 158 EEPRQM-btsn tárolt egy vagy' több 157-165 operátor 10- adat objektummal van társítva. 'Mini a 19. ábrán látható, a dinamikusan létrehozott 157-365 operator adat oirjektómok sorozata a 154-156 operátor zónák alatt található, és minden egyes ilyen 157-165 operátor adat objektum meg van címkézve egy aj 1,2,3. „N azonosítót, amely a hozzá társított 1, 2, 3...N operátor .azonosítónak felel -meg; b) az objektum típusát jelző azonosítót; és
IS c) adatok részére fenntartóit adatzőnst.
Az ábrából könnyen megérthető, hogy minden egyes operátorhoz egy1 hasonló 157-165 operátor adat objektum készlet tartozik úgy, hogy a 154 operátor zóna 157-165 operátor adat objektumainak adattípusaira vonatkozó kővetkező leírás sz összes többi 155, 156, stb. operátor zóna 157-165 operátor adat objektumaira is érvényes. Megjegyezzük továbbá, hogy a 157-165 operátor adat objektumok a 158 EEPROM fo28 lyatnatos fizikai tartományaiban helyezkednek el és sorrendjük lényegtelen.
Ha. törtünk egy 157-165 operátor adat ebjekhunot, akkor a 3828 programozható csípkástyában lőó lyuk jön létre, azaz a kitörölt objektum által eddig lefoglalt bájtnyl adathely felszabadul- Az igy felszabadított” bájtszámnak. vagy 166 lyuknak kétrészes címkéje van, nevezetesen egy
a) 8 azonosítója; és
b) egy olyan azonosító, amely jelzi, hogy az: adott bájtszám szabad és képes egy újabb objektum felvételére.
A következő 157-1.6.5 operátor adat objektum azt: a 166 lyukat fogja föltölteni, amelynek. az azonosítója 8 értékű. Ezen a módon a 158 EEPROM korlátozott (4 kBájios) srsemóría kapacitását hatékonyan ki tndj-nk használni.
Áttérve az egyes operátorokhoz társított adat objektum készletekre, az alábbiakban azokra mutafimk egyegy példát.
A 15 ? operátor adat objektum egy jogosultság kezelési üzenet kulcsot tartalmaz, amelyet a. 2828 vevő és dekódoló berendezéssel vert kódéit jogosultság kezelési üzenetek dekódolására használunk. Ez az jogosultság kezelési üzenet kulcs permanens módon el van tárolva a 157 operator adat objektumban. A 157 operátor átlát objektumot a 3028 programozható csipkártya terjesztését megelőzően létrehozhatjuk, és/vagy dinamikusan is létrehozható egy áj operátor zóna létesítése során (mint azt korábban bemutattuk).
-29Α 159 operátor «ást objektum olyan jogosultság vezérlő Szenet kulcsokat tartalmaz, melyeket a hozzárendelt operátor (ebben az esetben az 1. operátor) küldött kí, hogy lehetővé tegye a végfelhasználó számára, hogy dekódolja azt a meghatározott progrmncsemagot, amelyre az-előfizetése feljogosítja. líj jogosultság vezérlő üzenet kulcsokat az operátorok általában havonta küldenek kí, egy csoport előfizetési (aseg5 újítási) jogosultság kezelési üzenettel együtt, amely megújítja a felhasználó teljes jogosultságát arra, hogy fogadja és nézze az '(ebben sa esetben az 1.) operátortól érkező -műsort. A kSlösváiasztott jogosultság kezelési üzenet és jogosultság vezérlő üzenet kulcsok használata lehetővé feszi, hogy a nézést jogokat- különböző módon áruljak (ts bemutatott esetben egyrészt előfizetés útján, másrészt egyedi módon, azaz fizess-és-nézÁl mádon), valamint megnöveli a biztonságot is. Az említett fizess-és-nézá triódra még vissza18 térünk a későbbiekben.
Mivel az új jogosultság vezérlő üzenet kulcsokat periodikusan küldjük ki, igen lényeges, hogy a felhasználót vagy előfizetőt meggátoljuk abban, hogy régi, érvényét vesztette jogosultság vezérlő üzenet kulcsokat használjon, például a 2828 vevő és dekódoló berendezés kikapcsolásával vagy az abban lévő óra vlszszaáílkásával, amellyel például egy régi jogosultság vezérlő üzenet kulcs lejártát kívánja kikerülni, éseh15 hez arra van szükségünk, hogy a 2Ö20 vevő és dekódoló berendezésben lévő órát felül tudjuk kai. Ennek megfelelően » 154 operátor zónának egy -{jellemzően 2 bájt nagysága) területe van, amely az jogosultság vezérlő- üzenet .kulcsok lejárati dátumát tartalmazza, A 3820 programozható csipkártya úgy van kialakítva, hogy ezt a dátumot összeImonlllja azzal az aktuális dátummal, amely az. éppen vett jogosultság vezérlő üzenetekben található, és nem engedi a dekódolást, ha az aktuális dátum későbbi, mint az említett iejá29 rati dátum, A lejárati ódiumot a már Ismertetek módon &?. jogosultság kezelési üzenetek segítségével továfehitluk,
A íől operátor adat objektum egy 64 bites előfizetés: hlftérképet tartalmaz, amely pontos mása a műsorszóró operátora ázott progmmjáhak, amelyet az élő-fizető- előfizetett. Minden egyes bit egy-egy programot jelent és értéke !, ha a végfelhasználó előfizetett rá, és ö”, ha nem fizetett ró előbb.
A 163 operátor adat objektum egy adott mennyiségű tanfuszt tartalmaz, amelyeket a felhasználó fizess-ésnézd módban arra használhat, hegy nézés! jogosultságot vásároljon magának egy közvetlenül kisugárzott adásra, példáid egy szabad heienézésre vagy más reklámra válaszként, A 163 operátor adat objektum egy határértéket is tartalmaz, amely adott esetben akár negatív értékre is állítható,, és ezzel a felhasználó számára hitelt nyújthatunk. Tantos2okat például hitelkártyával és a 4ÖÖ2 modeoms vonalon keresztül árusítói) hatunk, hogy például egy hangposta szerver és hitelkártya kombinációval. Bgy meghatározod eseményt egyetlen tantuszért, de akár több tornászért ís árulhatunk,
A 165 operátor adat objektum egy fizess-és-nézá esemény leírását tartalmazza, a 28. ábra ió?. táblázatának megfelelően. A flzess-és-názá eseményt leíró lé?, táblázat lók esemény azonosítót tartalmaz, .amely (a programnak valamint a sugárzás dátumának és időpontjának megfelelően) a nézendő eseményt azono35 sutja, továbbá egy 169 esemény mód mezőt tartalmaz, amely jelzi, hogy a nézésre való jognsokságöt hogyan szerezték meg (például előfizetés vagy elővétel útján), továbbá egy 178 esemény index mezőt és egy
171 esemény nézés mezőt.
-30Egy program fizess-és-nézd módba» történő vételével kapcsolatba» a 2020 vevő és dekódoló -berendezésséf meghatározzuk, hogy az. illető program tényleg olyan-program-e, amelyet ilyen fizess-és-nézd módban árusítottunk. Amennyiben igen, akkor a 2020 vevő és-dekódoló- berendezéssel megvizsgáljuk, a fizess-ésnézd eseményt leíró Í67 táblázatban tárolt -adatok, felhasználásával, hogy az adott programhoz tartozó esemény azonosító megtalálható-e abban. Ha az esemény azonosító megegyezik a 168 esemény azonosítóval, akkor azjogosultság vezérló üzenetből kivonjuk a vezérlő szót
Ha viszont a 167, táblázat 1.68 esemény azonosítóját nem találjuk meg, akkor a 2020 vevő és dekódoló berendezés egy erre % célra szolgáló meghatározott alkalmazás révén egy üzenetet jelenít meg a végiéihasználó számára, amelyben tudatja, hogy lehetősége van az adott eseményt megnézni, például az jogo10 sniíság vezérlő Szenesből kiolvasott 25 rántasz költségéért, vagy rácsatlakozhat a 3022 kommunikációs szerverre, hogy megvásárolja az adott eseményt,. Ha a végfelhasználó a tashíszokat kívánja használni, tótkor igen válasza esetést (a 2826 távűányítövííl, lásd a 2. ábrát) a 2628 vevő és dekódoló berendezés az jogosultság vezérlő üzenetei a 3020 programozható csipkártyáboz továbbítja és a 3828 programozható csipkáríya a benne lévő pénztárcát 25 íantusszal megkönnyíti, és a fizess-és-nézd eseményt leiró ló? tábla íázatba beírja a lód esemény azonosítót, a 169 esemény mód mezőt, a 170 esemény index mezőt és a 171 esemény nézés mezőt kitölti, majd kivonja és dekódolja az jogosultság vezérlő üzenetből a vezérlő szót. Elővételi módban egy jogosultság kezelést üzenetet küldőnk a 3820 programozható esipkártyámsk, amelyre válaszként a 3820 programozható csipkártya a lő? táblázatba az jogosultság kezelési üzenet felhasználásával beírja a megfelelő 168 esemény azorsosítőt, és kitölti s 169 esemény mód mezőt, a 178 esemény index mezót és a 171 esemény nézés mezőt
A 170 esemény mdex mezőt hcáililhaünk úgy, hegy megkülönböztesse az egyik műsorszolgáltatót s másiktől. fiz a tulajdonsáig lehetővé teszi, hegy egy adott program alkészletre, például öt kisugárzott programból három programra szóló jogosítványt adjunk. Amint a Szess-ésvaézd eseményt leíró 167 táblázatban tárolt sktnális 178 esemény index mező tartalmától eltérő esemény indexű jogosultság vezérlő üzenet
2$ érkezik a 3028 programozható cslpkártyához, a í 71 esemény nézés mező értékét eggyel csökkentjük. Ha a 173 esemény nézés mező értéke nullára csökken, a 3028 programozható esspkártya visszautasítja, hogy egy olyan jogosultság vezérlő üzenetet dekődoljos, amelynek esemény indexe különbözők a i?Ő esemény index mezőbe írttól.
A 171 esemény nézés mező kiindulási értéke kizárólag attól függ,, hegy a műsorszolgáltató hogyan kiván30 ja azt az eseményt meghatározni, stmeíyre a 171 esemény nézés mező vonatkozik; egy adott eseményhez tartozó 171 esemény nézés mező bármely értéket felvehet.
A 3-028 programozható csipk&tyáte lévő 118 mikroprocesszor egy számláló és ősszehasenlhó programot sartalnue?;, amellyel meghatározza, hogy egy meghatározott programra vonatkozó názésszám mikor érte el a határt,
A fizess-és-nézd eseményt leíró 167 táblásat lód esemény azonos hóját, 169 esemény mód mezőjét,. 178 esemény index mezőjét és 171 esemény nézés mezőjét meg tudjuk kapni a 3828 programozható csipkáríyából a m&r korábban ismertetett “visszahívás** művelet alkalmazásával.
-31 Minden. egyes '2028 vevő és dekódoló berendezés wtetesz egy olyan azonosítót, amely vagy egyedi módon azonosítja magát a 2020 vevő és dekódoló berendezési vagy annak gyártóját, vagy valamilyen más módon osztályoz annak érdekében, hogy lehetőség legyen arra, hogy csak egy meghatározott egyedi 3020 programozható esipkártyával működhessen, vagy ugyanazon gyártó vagy egy engedélyezett gyártó által előállított meghatározott 3828 programozható esipkártya kategóriával, vagy bármely más 3820 programozható esipkártya kategóriávsh amelyek az adott 2820 vevő és dekódoló berendezés osztállyal való használatra készültek kizárólagosan.
Ezen a módon azokat a 2020 vevő és dekódoló berendezéseket, amelyeket egy megbatározott műsorszolgáltató adott a fogyasztónak, megvédjük attól, hogy arra nem feljogosított gyermek 3028 programozha18 tő csipkáríyákkai használják őket,
Járulékosan vagy alternatív módon ehhez az: első 'kézfogáshoz*' a 3828 programozható esipkártya és a 2820 vevő és dekódoló berendezés között, a 3826 programozható esipkártya 150 EEPSOM-ja olyan mezős vagy bittérképet tartalmazhat, amely leírja azon 2828 vevő és dekódoló berendezés kategóriákat, amellyel együtt egyáltalán működni képes. Ezeket a kategóriákat vagy a 3828 programozható csspkártva gyártása. során adhatjuk meg, vagy' pedig egy erre vonatkozó speciális jogosultság kezelési Szenet révén íaniíhaljok meg a 3828 {srogrameabstó csipkártyávat
A 3820 programozható csipkárlyában tárolt bittérkép jellemzően .akár legfeljebb nyolcvan .2828 vevő és dekódoló berendezés listáját tartalmazza, melyek mindegyikét egy-egy megfelelő 2Ö20: vevő és dekódoló berendezés azonosító jelöli és azonosítja, és a 3828 programozható esipkártya csak ezekkel lesz használ20 ható, A 2828 vevő és dekódoló berendezésekkel társított 1 ” vagy ”8 jelzi, hogy a 3820 programozható csipkártyát lehet-e használni a szóban forgó 2820 ve vő és dekódoló berendezéssel vagy .sem. A 2828 vevő és dekódoló berendezés 2824 memóriájában található program keresni kezdi a 3820 programozható esipkártyáhan tárolt bittérképben az adott:2820 ve vő és dekódoló berendezés azonosítóját, és ha ínegtaláija és az: ahhoz tartozó érték I, akkor a 3028 programozható csipkártyáí engedélyezi, amennyiben nem találja meg, síkkor a 3028 programozható esipkártya nem fog működni abban a 2820 vevő és dekódoló berendezésben.
Ehhez jön még, hogy amennyiben. - jellemzően két operátor közötti megállapodás eredményeként - egy meghatározott 2828 vevő és dekódoló berendezésbe!) más kategóriába tartozó 3820 programozható csipkártyák használatét is engedélyezni kall. akkor meghatározott jogosultság kezelési üzeneteket küiáhe38 lünk azokhoz & 3828 programozható esipkártyákhoz a 2814 transzponderen át, hogy kicseréljük a 3820 programozható csípkársystkban lévő bittérképet a működés érdekében.
Minden egyes műsorszolgáltató bizonyos előre meghatározott kritériumok szerint különbséget tesz egyes előfizetői közölt. Féldánl egy adott számú előfizető a VIP kategóriába kerülhet, azaz különösen fontos személlyé válhat. Ennek megfelelően ormáén egyes mösorszolgáltatö az előfizetőit több alcsoportba osztás hatja, ahol -ninden egyes alcsoport akárhány előfizetőt tartalmazhat.
Azt az alcsoportot, amelyhez egy meghatározott előfizető tartozik, a 3004 előfizetó kezelő rendszerben rögzítjük. Evett esetben a 3ÖŐ2 előfizető jogosultsági· rendszerrel egy jogosultság kezelési üzenetet juttatunk ei az előfizetőhöz, amely (jellemzően 1 bájt hosszú): információt ír, és ez az információ adja meg azt az alcsoportot, amelyhez az illető előfizető tartozik a 3029 programozható eslpkártya 159 EEFROMjának például I 54 operátor ?zénájábaa, Erre a műsorszolgáltató által kisugárzott eseményekkel együtt egy jellemzően 256 bit hosszúságújogosultság vezérlő üzenetet küldünk ki az eseménnyel együtt, amellyel jelezzük, hogy mely előfizetői alcsoport nézheti a szóban forgó eseményt Ha a 154 operátor zónában tárolt mlbrmáclőnak megfelelően az illető előfizetőnek nincs jogosultsága az esemény megtekintéséhez az jogosultság vezérlő üzenet szerint, akkor az adott program megnézését nem engedélyezzük.
Ezt a tulajdonságot például arra használhatjuk, hogy egy meghatározott földrajzi területen egy adott operátor 3020 pregrsmozfeató csípkártyád lekapcsoljuk egy meghatározott program áívifele/sugárzása alatt, különösen az abban a földrajzi régióban lejáiszódó sport: eseményre vonatkozó program sugárzási ideje alatt, Ezen a módon a labdarúgó klubok és egyéb sportfestületek értékesíteni tudják a sugárzási jogokat saját körzetükön kívül is, miközben a helyi szolgáltatókat. megakadályozzák abban, hegy az eseményt teisvfeiöü kövessék. Ezzel a helyi szolgálfsíókat és közönségüket arra ösztönzik, hogy jegyet váltsanak és részt vegyenek az adott sporteseményen.
A 151-156 zónákkal, a 157-165 operátor adat objektumokkal, a 166 lyukkal, 167 táblázattal kapcsolatos minden egyes jellemző egy-egy külön találmánynak minősül az adott zónák, mezők stb. dinamikus létrehozásától függetlenül.
Kihangsúlyozzak, hogy·· a találmányt csupán a megértéséhez szükséges «tértekben, példák segítségével mutattok be, és a taiáimányaak a szabadalmi igénypotrtoikkal körülbástyázott oltalmi körén beiül számos részletbe!.! módosítás tehető.
2(5 A leírásból, igénypontokból és rajzokból kivehető minden egyes, jellemző akár külön, akár tetszőleges kombinációban létrehozható.
A találmány bemutatásánál leírt előnyös kiviteli alakoknál a találmány néhány, lényeges és aera annyira lényeges jellemzőjét számítógép program segítségével valósítottuk meg, azonban szakember számára nyilvánvaló és egyértelmű, hogy ezek a jellemzők kivétel nélkül hardveresen is megvalósíthatók. Ezen túlmenően nyilvánvaló, hogy a hardveresen, szoftveresen és hasonló módon megvalósított funkciókat villamos és elektronikus jelek felhasználásával hajtjuk végre.

Claims (5)

  1. Szabadalmi igénypontok
    1. Eehéteies hozzáférési rendszer feltételes hozzáférés biztosítására előfizetők számára, amely egy előfí39 zetö kezelő rendszert (3004), ahhoz kapcsolódó előfizető jogosultsági rendszert: (3öÖ2), és: az előfizető kezelő rendszer (301)-4) kihagyásával közvetlenül az utóbbival összekapcsolt kommuaikásiős szervert (3622) tartalmaz, «zztf/ye&c/ms’i?, hogy' az előfizető jogosu ltsági rendszer (3őÖ2) a kommunikációs szerver (3022) útién vett adatok függvényében. feljogosító üzeneteket előállító rendszerként van kiképezve.
  2. 2. Az 1. igénypont szerinti feltételes hozzáférést rendszer, «gseí ye/femezray hogy egy modemes válasz35 csatorna (4992) útján a koínmnnskáoiós szerverhez (3922). és így az előfizető jogosultsági rendszerhez.
    (391)2) csatlakoztatható előfizetői vevő és dekódoló berendezést (2029) foglal magában.
  3. 3, A 2, igénypont szerinti feltételes hozzáférési rendszer, azzal/«ffemesw, hogy sz előfizetői vevő és dekódoló berendezéstől (2028) származó utasítás iliggvényében előállított följogosító üzeneteket foglal magábas,
  4. 4, A. 3, igénypont szerinti feltételes hozzáférési rendszer>: ossa//eítew«ve,· hogy az előfizetői vevő és de5 kódoló berendezéstől (2828) származó «fásítás egy íermékrendelő utasítás, egy előfizeíés-tnódosítő kérelem «táskás és egy szőlőt kőd visszaállító utasítás közül legalább egyet: magában foglaló utasításcsoportből kiválasztott utasítás,
  5. 5, Az 1, igénypont szerinti feltételes hozzáférési rendszer, ítsjíjf je&tme&ei hogy a kommunikációs szerver (3922) egy előfizetői vevő és dekódoló berendezéshez (2028) csatlakoztatható szerverként van kísla19 kitvs, 22' előfizető kezelő rendszer (3984) előfizetői információt tároló rendszerként vaa kialakítva, és az előfizető jogosultság! rendszer (3802) a kommunikációs szerver (3822) útján kapott utasítások függvényében 22 előfizetői vevő és dekódoló berendezéshez (2829) továbbítandó feljogosító Üzenetek előállítására alkalmas rendszerként van kialakítva, amely egy központosított rendelés kiszolgálót (3287), egy feljogosítás kiszolgálót (3292) és egy üzenet generátort (3218) tartalmaz, ahol a központosított rendelés kiI5 szolgáló (3297) a kommunikációs szerverhez (3822) csatlakozik az előfizetői vevő- és dekódoló berendezéstől (2829) származó utasítások és az előfizető kezelő rendszertől (3984) származó íníormádó vételére; a. feljogosítás kiszolgáló (3292) a központosltött rendelés kiszolgálóhoz (3287) csatlakozik a központosított rendelés kiszolgálótól (3287) származó feijogosbási kérelem függvényében egy·· előfizető azonosítására és érvényesítésére; és az üzenet generátort (3219) a központosított rendelés kiszolgálóhoz (3287) csat29 lakozik a központosított rendelés kiszolgálótól (3207) származó utasítás függvényében feljogosító üzenetek előállítására; és ahol a központosítod rendelés kiszolgáló (3287) sz utasítást a feljogosítás kiszolgáló (3202) és az előfizető jogosultsági rendszer (3882) legalább egyikétól kapóit adatok függvényében az Szenet generátor (3218) számára kiadó, és a feljogosító üzeneteket a kommunikációs szerver (3822) átlón az előfizetői vevő és dekódoló berendezéshez (2829) továbbító kiszolgálókéní van kialakítva,
HU0001482A 1997-03-21 1997-04-25 Conditional access system HU229694B1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP97400650 1997-03-21
PCT/EP1997/002108 WO1998043426A1 (en) 1997-03-21 1997-04-25 Broadcast and reception system, and conditional access system therefor

Publications (3)

Publication Number Publication Date
HUP0001482A2 HUP0001482A2 (hu) 2000-09-28
HUP0001482A3 HUP0001482A3 (en) 2002-07-29
HU229694B1 true HU229694B1 (en) 2014-05-28

Family

ID=26070203

Family Applications (1)

Application Number Title Priority Date Filing Date
HU0001482A HU229694B1 (en) 1997-03-21 1997-04-25 Conditional access system

Country Status (23)

Country Link
US (1) US7644429B2 (hu)
EP (2) EP1679894A3 (hu)
JP (1) JP4079282B2 (hu)
CN (2) CN1756345A (hu)
AT (1) ATE345645T1 (hu)
AU (1) AU754166B2 (hu)
BR (1) BR9714601A (hu)
CA (1) CA2284023C (hu)
CZ (1) CZ301220B6 (hu)
DE (1) DE69736952T2 (hu)
ES (1) ES2276424T3 (hu)
HK (1) HK1025451A1 (hu)
HU (1) HU229694B1 (hu)
IL (1) IL131949A (hu)
NO (1) NO994532L (hu)
NZ (2) NZ500198A (hu)
PL (1) PL186325B1 (hu)
PT (1) PT974229E (hu)
RU (1) RU2196389C2 (hu)
TR (1) TR199902274T2 (hu)
UA (1) UA74766C2 (hu)
WO (1) WO1998043426A1 (hu)
ZA (1) ZA973605B (hu)

Families Citing this family (143)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6963859B2 (en) 1994-11-23 2005-11-08 Contentguard Holdings, Inc. Content rendering repository
JPH08263438A (ja) 1994-11-23 1996-10-11 Xerox Corp ディジタルワークの配給及び使用制御システム並びにディジタルワークへのアクセス制御方法
US6233684B1 (en) 1997-02-28 2001-05-15 Contenaguard Holdings, Inc. System for controlling the distribution and use of rendered digital works through watermaking
US6970564B1 (en) * 1998-07-13 2005-11-29 Sony Corporation Data multiplexing device, program distribution system, program transmission system, pay broadcast system, program transmission method, conditional access system, and data reception device
US7113523B1 (en) * 1997-06-11 2006-09-26 Sony Corporation Data multiplexing device, program distribution system, program transmission system, pay broadcast system, program transmission method, conditional access system, and data reception device
JP3791720B2 (ja) * 1997-06-11 2006-06-28 ソニー株式会社 伝送装置及び伝送方法
EP1046297A1 (en) * 1998-10-27 2000-10-25 Koninklijke Philips Electronics N.V. Broadcast network with interactive services
JP4356131B2 (ja) * 1999-02-19 2009-11-04 ソニー株式会社 ディジタル放送送信方法及びディジタル放送送信装置
WO2000057636A1 (en) * 1999-03-24 2000-09-28 Microsoft Corporation Enhancing smart card usage for associating media content with households
US7124938B1 (en) 1999-03-24 2006-10-24 Microsoft Corporation Enhancing smart card usage for associating media content with households
JP2000293587A (ja) * 1999-04-09 2000-10-20 Sony Corp 情報処理装置および方法、管理装置および方法、並びに提供媒体
JP2000293590A (ja) * 1999-04-12 2000-10-20 Sony Corp 情報処理装置および方法、並びに提供媒体
EP1175781A1 (en) * 1999-05-04 2002-01-30 General Instrument Corporation Method and apparatus for access control of pre-encrypted on-demand television services
UA69439C2 (uk) * 1999-07-09 2004-09-15 Награвізьйон Са Система здійснення покупки під впливом імпульсу для платного телебачення
ES2175897T3 (es) * 1999-10-18 2002-11-16 Irdeto Access Bv Metodo operativo de un sistema de acceso condicional para aplicaciones de emision por ondas.
AU1170701A (en) * 1999-11-17 2001-05-30 Nokia Corporation Method to order tv services with a cellular telephone
SE515803C2 (sv) 1999-12-01 2001-10-08 Kianoush Namvar Anordning vid överföring av signalenheter
EP1109400A1 (en) * 1999-12-16 2001-06-20 CANAL+ Société Anonyme Transmission of a command to a receiver or to a decoder
EP1109405A1 (en) * 1999-12-16 2001-06-20 CANAL+ Société Anonyme Communication with receiver/decoder
JP2001177814A (ja) * 1999-12-21 2001-06-29 Mitsubishi Electric Corp 限定受信システム
KR100697059B1 (ko) * 1999-12-22 2007-06-27 이르데토 아인드호벤 비.브이. 데이터 콘텐트에 대한 액세스를 제어하기 위한 조건부 액세스 시스템
US7080039B1 (en) 2000-03-23 2006-07-18 David J Marsh Associating content with households using smart cards
FR2809269B1 (fr) * 2000-05-16 2002-10-04 Canal Plus Technologies Procede de transmission de donnees chiffrees, application d'un tel procede dans un systeme de television numerique a peage et decodeur utilise dans un tel systeme
AR028459A1 (es) * 2000-05-18 2003-05-07 Nagravision Sa Metodo de gestion de bases de datos distribuidas
US7913272B2 (en) 2000-06-13 2011-03-22 Nagravision S.A. Method and device for updating reception rights in a multiple operator system
DE10108917B4 (de) * 2000-06-20 2004-12-30 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Adressierung von Teilnehmern in einem Dienstbereitstellungssystem
ATE258354T1 (de) * 2000-06-20 2004-02-15 Fraunhofer Ges Forschung Kodierung von parameterwerten
JP5068398B2 (ja) 2000-08-17 2012-11-07 Necディスプレイソリューションズ株式会社 受信機及びコンテンツの配信方法
EP1182874A1 (en) 2000-08-24 2002-02-27 Canal+ Technologies Société Anonyme Digital content protection system
US6931545B1 (en) * 2000-08-28 2005-08-16 Contentguard Holdings, Inc. Systems and methods for integrity certification and verification of content consumption environments
US7412605B2 (en) 2000-08-28 2008-08-12 Contentguard Holdings, Inc. Method and apparatus for variable encryption of data
US7743259B2 (en) 2000-08-28 2010-06-22 Contentguard Holdings, Inc. System and method for digital rights management using a standard rendering engine
US8205237B2 (en) 2000-09-14 2012-06-19 Cox Ingemar J Identifying works, using a sub-linear time search, such as an approximate nearest neighbor search, for initiating a work-based action, such as an action on the internet
US7661119B1 (en) 2000-10-02 2010-02-09 The Directv Group, Inc. Method and apparatus for providing non-resident program guide information to a media subscriber
CA2425159A1 (en) * 2000-10-26 2002-08-15 General Instrument Corporation Ecm and emm distribution for multimedia multicast content
US6978022B2 (en) 2000-10-26 2005-12-20 General Instrument Corporation System for securing encryption renewal system and for registration and remote activation of encryption device
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
US7080397B2 (en) 2000-10-26 2006-07-18 General Instrument Corporation Communication protocol for content on demand system with callback time
US7343324B2 (en) 2000-11-03 2008-03-11 Contentguard Holdings Inc. Method, system, and computer readable medium for automatically publishing content
US6912294B2 (en) 2000-12-29 2005-06-28 Contentguard Holdings, Inc. Multi-stage watermarking process and system
US7774279B2 (en) 2001-05-31 2010-08-10 Contentguard Holdings, Inc. Rights offering and granting
US8069116B2 (en) 2001-01-17 2011-11-29 Contentguard Holdings, Inc. System and method for supplying and managing usage rights associated with an item repository
US7028009B2 (en) 2001-01-17 2006-04-11 Contentguardiholdings, Inc. Method and apparatus for distributing enforceable property rights
US7346917B2 (en) * 2001-05-21 2008-03-18 Cyberview Technology, Inc. Trusted transactional set-top box
US8099364B2 (en) 2001-05-31 2012-01-17 Contentguard Holdings, Inc. Digital rights management of content when content is a future live event
US7725401B2 (en) 2001-05-31 2010-05-25 Contentguard Holdings, Inc. Method and apparatus for establishing usage rights for digital content to be created in the future
US8275716B2 (en) 2001-05-31 2012-09-25 Contentguard Holdings, Inc. Method and system for subscription digital rights management
US6876984B2 (en) 2001-05-31 2005-04-05 Contentguard Holdings, Inc. Method and apparatus for establishing usage rights for digital content to be created in the future
US8001053B2 (en) 2001-05-31 2011-08-16 Contentguard Holdings, Inc. System and method for rights offering and granting using shared state variables
US8275709B2 (en) 2001-05-31 2012-09-25 Contentguard Holdings, Inc. Digital rights management of content when content is a future live event
US6895503B2 (en) 2001-05-31 2005-05-17 Contentguard Holdings, Inc. Method and apparatus for hierarchical assignment of rights to documents and documents having such rights
US7774280B2 (en) 2001-06-07 2010-08-10 Contentguard Holdings, Inc. System and method for managing transfer of rights using shared state variables
KR20030096250A (ko) 2001-06-07 2003-12-24 콘텐트가드 홀딩즈 인코포레이티드 디지털 권리 관리시스템에서 다중 신뢰구역들을 지원하기위한 방법 및 장치
US7383561B2 (en) 2001-06-29 2008-06-03 Nokia Corporation Conditional access system
SE523805C2 (sv) * 2001-10-24 2004-05-18 Television And Wireless Applic Metod och system för beställning av TV-tjänster via en mobilterminal
US7840488B2 (en) 2001-11-20 2010-11-23 Contentguard Holdings, Inc. System and method for granting access to an item or permission to use an item based on configurable conditions
EP1485833A4 (en) 2001-11-20 2005-10-12 Contentguard Holdings Inc EXTENSIBLE RIGHTS EXPRESSION PROCESSING SYSTEM
US7974923B2 (en) 2001-11-20 2011-07-05 Contentguard Holdings, Inc. Extensible rights expression processing system
US20030200548A1 (en) * 2001-12-27 2003-10-23 Paul Baran Method and apparatus for viewer control of digital TV program start time
ES2200671B1 (es) * 2002-02-06 2005-05-16 Semiconductores, Investigacion Y Diseño, S.A. (S.I.D.Sa) Sistema de acceso condicional para contenidos de television digital basado en procedimientos de prepago y en la organizacion en el ancho de banda difusor de contenidos.
US7415440B1 (en) 2002-02-22 2008-08-19 Entriq, Inc. Method and system to provide secure key selection using a secure device in a watercrypting environment
US7805371B2 (en) 2002-03-14 2010-09-28 Contentguard Holdings, Inc. Rights expression profile system and method
CN1653465A (zh) 2002-03-14 2005-08-10 康坦夹德控股有限公司 用于运用调制信号来表达使用权利的系统和方法
WO2005004391A1 (en) * 2002-03-20 2005-01-13 General Instrument Corporation Enforcement of content rights and conditions for multimedia content
US6988204B2 (en) 2002-04-16 2006-01-17 Nokia Corporation System and method for key distribution and network connectivity
CN1659559A (zh) 2002-04-29 2005-08-24 康坦夹德控股股份有限公司 用于规定和处理合法表达的系统和方法
US20030208777A1 (en) * 2002-05-02 2003-11-06 Daniel Danker Addressed broadcast messaging
US7444413B2 (en) 2002-06-26 2008-10-28 Microsoft Corporation Authorization access controlled content exchange
DE10248544A1 (de) * 2002-10-14 2004-04-22 Deutsche Telekom Ag Verfahren zum Bereitstellen eines zugangsbeschränkten Dienstes und Kommunikationsvorrichtung dazu
EP1427208A1 (en) 2002-12-02 2004-06-09 Canal + Technologies Messaging over mobile phone network for digital multimedia network
US20040117490A1 (en) * 2002-12-13 2004-06-17 General Instrument Corporation Method and system for providing chaining of rules in a digital rights management system
US8131649B2 (en) * 2003-02-07 2012-03-06 Igware, Inc. Static-or-dynamic and limited-or-unlimited content rights
US20100017627A1 (en) * 2003-02-07 2010-01-21 Broadon Communications Corp. Ensuring authenticity in a closed content distribution system
US7779482B1 (en) 2003-02-07 2010-08-17 iGware Inc Delivery of license information using a short messaging system protocol in a closed content distribution system
US7703128B2 (en) 2003-02-13 2010-04-20 Microsoft Corporation Digital identity management
US20040177369A1 (en) * 2003-03-06 2004-09-09 Akins Glendon L. Conditional access personal video recorder
EP1621018B1 (en) 2003-04-29 2009-10-14 Koninklijke Philips Electronics N.V. Device and method for recording information
US7685642B2 (en) 2003-06-26 2010-03-23 Contentguard Holdings, Inc. System and method for controlling rights expressions by stakeholders of an item
KR100501332B1 (ko) * 2003-07-04 2005-07-18 삼성전자주식회사 메시지 기반 프로토콜을 이용한 티브이 포탈 서비스 제공시스템 및 그 방법
TWI279788B (en) 2003-07-24 2007-04-21 Lg Electronics Inc Recording medium having a data structure for managing reproduction of text subtitle data recorded thereon and recording and reproducing methods and apparatuses
KR20050012328A (ko) 2003-07-25 2005-02-02 엘지전자 주식회사 고밀도 광디스크의 프레젠테이션 그래픽 데이터 관리 및재생방법과 그에 따른 고밀도 광디스크
KR20050035678A (ko) 2003-10-14 2005-04-19 엘지전자 주식회사 광디스크 장치의 부가 데이터 재생방법 및 장치와, 이를위한 광디스크
KR20050036277A (ko) 2003-10-15 2005-04-20 엘지전자 주식회사 고밀도 광디스크의 네비게이션 정보 관리방법
US7568111B2 (en) 2003-11-11 2009-07-28 Nokia Corporation System and method for using DRM to control conditional access to DVB content
WO2005045554A2 (en) 2003-11-11 2005-05-19 Nokia Corporation System and method for using drm to control conditional access to broadband digital content
CN100366082C (zh) * 2003-12-24 2008-01-30 华为技术有限公司 数字电视网络中上线用户鉴权方法
CN100346648C (zh) * 2004-01-13 2007-10-31 北京中视联数字系统有限公司 数字电视通用用户管理系统与授权管理系统接口通讯方法
US20050172132A1 (en) * 2004-01-30 2005-08-04 Chen Sherman (. Secure key authentication and ladder system
US9461825B2 (en) 2004-01-30 2016-10-04 Broadcom Corporation Method and system for preventing revocation denial of service attacks
US9094699B2 (en) 2004-02-05 2015-07-28 Broadcom Corporation System and method for security key transmission with strong pairing to destination client
CN1934642B (zh) 2004-03-18 2012-04-25 Lg电子株式会社 用于再现记录在记录介质上的文本字幕流的记录介质以及方法和设备
US7984488B2 (en) 2004-04-09 2011-07-19 Microsoft Corporation Credential roaming in electronic computing systems
US9344765B2 (en) 2004-07-30 2016-05-17 Broadband Itv, Inc. Dynamic adjustment of electronic program guide displays based on viewer preferences for minimizing navigation in VOD program selection
US9584868B2 (en) 2004-07-30 2017-02-28 Broadband Itv, Inc. Dynamic adjustment of electronic program guide displays based on viewer preferences for minimizing navigation in VOD program selection
US9641902B2 (en) 2007-06-26 2017-05-02 Broadband Itv, Inc. Dynamic adjustment of electronic program guide displays based on viewer preferences for minimizing navigation in VOD program selection
US7631336B2 (en) 2004-07-30 2009-12-08 Broadband Itv, Inc. Method for converting, navigating and displaying video content uploaded from the internet to a digital TV video-on-demand platform
US11259059B2 (en) 2004-07-30 2022-02-22 Broadband Itv, Inc. System for addressing on-demand TV program content on TV services platform of a digital TV services provider
US7590997B2 (en) 2004-07-30 2009-09-15 Broadband Itv, Inc. System and method for managing, converting and displaying video content on a video-on-demand platform, including ads used for drill-down navigation and consumer-generated classified ads
US8660961B2 (en) 2004-11-18 2014-02-25 Contentguard Holdings, Inc. Method, system, and device for license-centric content consumption
FR2882208B1 (fr) * 2005-02-14 2007-05-11 Viaccess Sa Procede et systeme de reception d'un signal multimedia, entite cryptographique pour ce procede de reception et systeme, procede et boite noire pour la fabrication de l'entite cryptographique
JP5025640B2 (ja) * 2005-06-03 2012-09-12 ケーティーフリーテル・カンパニー・リミテッド Drm基盤のコンテンツ提供及び処理方法並びにその装置
US8893179B2 (en) 2005-09-12 2014-11-18 Qualcomm Incorporated Apparatus and methods for providing and presenting customized channel information
KR100755435B1 (ko) * 2005-10-04 2007-09-04 삼성전자주식회사 디지털 방송 제한 수신 단말기 및 그 방법
EP1932275B1 (en) * 2005-10-06 2016-11-23 NDS Limited Security device and building block functions
US7720767B2 (en) 2005-10-24 2010-05-18 Contentguard Holdings, Inc. Method and system to support dynamic rights and resources sharing
CN100525434C (zh) * 2005-12-31 2009-08-05 华为技术有限公司 一种在数字电视条件接收系统中对用户授权的方法
EP2058996A1 (de) * 2006-01-27 2009-05-13 Siemens Aktiengesellschaft Netzwerkelement mit mindestens einer Schnittstelle, über die es mit einem zweiten Netzwerkelement verbindbar ist
US20070180231A1 (en) * 2006-01-31 2007-08-02 Widevine Technologies, Inc. Preventing entitlement management message (EMM) filter attacks
EP1827019A1 (fr) * 2006-02-23 2007-08-29 Nagravision S.A. Procédé de contrôle d'accès à des données à accès conditionnel
EP1835742A1 (fr) * 2006-03-13 2007-09-19 Nagravision S.A. Méthode de validation d'accès à un produit par un module de sécurité
JP2009535735A (ja) * 2006-05-02 2009-10-01 ブロードオン コミュニケーションズ コーポレーション コンテンツ・マネージメント・システムおよび方法
US7624276B2 (en) * 2006-10-16 2009-11-24 Broadon Communications Corp. Secure device authentication system and method
US7613915B2 (en) * 2006-11-09 2009-11-03 BroadOn Communications Corp Method for programming on-chip non-volatile memory in a secure processor, and a device so programmed
WO2008066367A1 (es) * 2006-11-30 2008-06-05 Bazan Cuevas Tomas Sistema y método para activación y desactivación a distancia de servicios de televisión por cable
CN101076109B (zh) * 2007-05-11 2010-05-19 天栢宽带网络科技(上海)有限公司 数字电视双向ca系统和基于该系统的节目订购/取消方法
US8621093B2 (en) * 2007-05-21 2013-12-31 Google Inc. Non-blocking of head end initiated revocation and delivery of entitlements non-addressable digital media network
US11570521B2 (en) 2007-06-26 2023-01-31 Broadband Itv, Inc. Dynamic adjustment of electronic program guide displays based on viewer preferences for minimizing navigation in VOD program selection
DE102007038763A1 (de) * 2007-08-16 2009-02-19 Siemens Ag Verfahren und Vorrichtung zur Sicherung eines Programms gegen eine Kontrollflussmanipulation und gegen einen fehlerhaften Programmablauf
EP2068491A1 (fr) * 2007-12-07 2009-06-10 Gemplus Module d'identité d'un abonné et serveur de diffusion associé, adaptés pour mettre en oeuvre des modèles économiques complexes
US20090165074A1 (en) * 2007-12-21 2009-06-25 General Instrument Corporation Multi-Address Message Addressing
CN100562098C (zh) * 2008-01-03 2009-11-18 济南市泰信电子有限责任公司 数字电视条件接收系统及其处理流程
FR2928235A1 (fr) * 2008-02-29 2009-09-04 Thomson Licensing Sas Procede d'affichage de contenus multimedia a perturbations variables en fonctions de droits locaux de recepteurs/ decodeurs.
CN101309120B (zh) * 2008-04-17 2010-12-08 中兴通讯股份有限公司 一种终端获取解密解扰信息的方法及装置
EP2124439A1 (fr) 2008-05-21 2009-11-25 Nagravision S.A. Méthode d'allocation et de gestion d'abbonements de réception de produits télédiffusés
US20100115575A1 (en) * 2008-11-03 2010-05-06 At&T Intellectual Property I, L.P. System and method for recording and distributing media content
CN101771856B (zh) * 2008-12-26 2012-06-27 北京视博数字电视科技有限公司 信息发送方法及其装置
US8856361B2 (en) * 2009-01-13 2014-10-07 Microsoft Corporation Incrementally changing the availability of a feature
JP2011135547A (ja) * 2009-11-30 2011-07-07 Nippon Hoso Kyokai <Nhk> メッセージ送信装置、メッセージ受信装置およびメッセージ配信システム
EP2357783B1 (fr) * 2010-02-16 2013-06-05 STMicroelectronics (Rousset) SAS Procédé de détection d'un fonctionnement potentiellement suspect d'un dispositif électronique et dispositif électronique correspondant.
US8799362B2 (en) * 2010-03-09 2014-08-05 Avistar Communications Corporation Scalable high-performance interactive real-time media architectures for virtual desktop environments
WO2011124834A1 (fr) * 2010-04-09 2011-10-13 France Telecom Technique de controle d'acces a un flux de donnees diffuse
JP5760279B2 (ja) * 2010-05-25 2015-08-05 ティーピー ビジョン ホールディング ビー ヴィ メディアコンテンツに対するユーザのアクセスを制御する方法
EP2395741A1 (en) 2010-06-11 2011-12-14 Nagravision S.A. Method to manage the power setting of a receiver/decoder for pay-TV
EP2719099A4 (en) 2010-07-14 2017-05-17 RMZ Development, LLC Media sharing community
US8938749B2 (en) * 2010-08-31 2015-01-20 At&T Intellectual Property I, L.P. System and method to troubleshoot a set top box device
CN102402394B (zh) * 2010-09-13 2014-10-22 腾讯科技(深圳)有限公司 一种基于哈希算法的数据存储方法及装置
EP2566157A1 (en) 2011-09-02 2013-03-06 Nagravision S.A. Method to optimize reception of entitlement management messages in a Pay-TV system
WO2013072724A1 (en) 2011-11-20 2013-05-23 Nds Limited Hybrid messaging system
US8627097B2 (en) 2012-03-27 2014-01-07 Igt System and method enabling parallel processing of hash functions using authentication checkpoint hashes
US9245003B2 (en) * 2012-09-28 2016-01-26 Emc Corporation Method and system for memory efficient, update optimized, transactional full-text index view maintenance
US9392309B2 (en) * 2013-05-06 2016-07-12 Verizon Patent And Licensing Inc. Entitlement management for video customers
US9661254B2 (en) 2014-05-16 2017-05-23 Shadowbox Media, Inc. Video viewing system with video fragment location
US10601669B2 (en) * 2015-10-27 2020-03-24 Vmware, Inc. Configurable client filtering rules

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3751410T2 (de) * 1986-04-18 1996-04-11 Nagra Plus Sa Decoder für ein Fernsehgebührensystem.
US5311325A (en) * 1992-06-10 1994-05-10 Scientific Atlanta, Inc. Method and apparatus for providing periodic subscription television services
US5644354A (en) * 1992-10-09 1997-07-01 Prevue Interactive, Inc. Interactive video system
DE69334270D1 (de) * 1992-12-09 2009-04-30 Sedna Patent Services Llc Aufsatz-Endgerät für Kabelfernsehverteilsysteme
US5329590A (en) * 1993-07-08 1994-07-12 Uniden America Corporation Automatic pay-per-view reception in a satellite receiver
JPH088853A (ja) * 1994-06-24 1996-01-12 Sony Corp スクランブル装置およびデスクランブル装置
US5758257A (en) * 1994-11-29 1998-05-26 Herz; Frederick System and method for scheduling broadcast of and access to video programs and other data using customer profiles
US5642418A (en) * 1995-02-21 1997-06-24 Bell Atlantic Network Services, Inc. Satellite television system and method

Also Published As

Publication number Publication date
CZ331099A3 (cs) 2000-07-12
DE69736952D1 (de) 2006-12-28
ATE345645T1 (de) 2006-12-15
PL186325B1 (pl) 2003-12-31
CZ301220B6 (cs) 2009-12-09
HUP0001482A3 (en) 2002-07-29
JP4079282B2 (ja) 2008-04-23
DE69736952T2 (de) 2007-09-06
BR9714601A (pt) 2002-09-10
CA2284023A1 (en) 1998-10-01
CA2284023C (en) 2007-07-03
WO1998043426A1 (en) 1998-10-01
RU2196389C2 (ru) 2003-01-10
AU754166B2 (en) 2002-11-07
PT974229E (pt) 2007-01-31
ES2276424T3 (es) 2007-06-16
EP1679894A3 (en) 2007-10-10
EP1679894A2 (en) 2006-07-12
UA74766C2 (en) 2006-02-15
TR199902274T2 (xx) 2000-01-21
EP0974229B1 (en) 2006-11-15
CN1231061C (zh) 2005-12-07
US20040068541A1 (en) 2004-04-08
HUP0001482A2 (hu) 2000-09-28
NZ514853A (en) 2002-12-20
HK1025451A1 (en) 2000-11-10
NO994532D0 (no) 1999-09-17
AU2770497A (en) 1998-10-20
ZA973605B (en) 1998-09-10
EP0974229B8 (en) 2007-02-14
EP0974229A1 (en) 2000-01-26
NO994532L (no) 1999-11-19
JP2001519124A (ja) 2001-10-16
IL131949A (en) 2004-06-20
CN1254473A (zh) 2000-05-24
CN1756345A (zh) 2006-04-05
US7644429B2 (en) 2010-01-05
PL335585A1 (en) 2000-05-08
IL131949A0 (en) 2001-03-19
NZ500198A (en) 2001-11-30

Similar Documents

Publication Publication Date Title
HU229694B1 (en) Conditional access system
KR100589447B1 (ko) 신호 발생 및 방송
JP4159116B2 (ja) 暗号化放送信号の受信機と併用するためのスマートカード、および受信機
KR20060066173A (ko) 방송 및 수신 시스템, 및 수신기
AU773927B2 (en) Broadcast and reception system, and receiver therefor
AU760416B2 (en) Smartcard for use with a receiver of encrypted broadcast signals, and receiver
KR20000076400A (ko) 방송 및 수신 시스템, 및 그를 위한 조건부 액세스 시스템
MXPA99008539A (en) Broadcast and reception system, and conditional access system therefor
MXPA99008541A (en) Smartcard for use with a receiver of encrypted broadcast signals, and receiver
MXPA99008544A (en) Signal generation and broadcasting
CZ330899A3 (cs) Inteligentní karta pro použití s přijímačem kódových vysílaných signálů a přijímač
CZ330799A3 (cs) Zařízení pro opakované vytváření sady zpráv

Legal Events

Date Code Title Description
GB9A Succession in title

Owner name: CANAL + TECHNOLOGIES S.A., FR

Free format text: FORMER OWNER(S): CANAL + SOCIETE ANONYME, FR

GB9A Succession in title

Owner name: NAGRA FRANCE SAS, FR

Free format text: FORMER OWNER(S): CANAL + SOCIETE ANONYME, FR; CANAL + TECHNOLOGIES S.A., FR