WO2020096493A1 - Способ предоставления медиаконтента и система сервиса для его осуществления - Google Patents

Способ предоставления медиаконтента и система сервиса для его осуществления Download PDF

Info

Publication number
WO2020096493A1
WO2020096493A1 PCT/RU2019/000792 RU2019000792W WO2020096493A1 WO 2020096493 A1 WO2020096493 A1 WO 2020096493A1 RU 2019000792 W RU2019000792 W RU 2019000792W WO 2020096493 A1 WO2020096493 A1 WO 2020096493A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
metadata file
client device
transport stream
media content
Prior art date
Application number
PCT/RU2019/000792
Other languages
English (en)
French (fr)
Inventor
Вадим Викторович КРАВЧЕНКО
Ян Андреевич ЗАВАДОВСКИЙ
Original Assignee
Общество с ограниченной ответственностью "Цифра"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Общество с ограниченной ответственностью "Цифра" filed Critical Общество с ограниченной ответственностью "Цифра"
Priority to EA202190920A priority Critical patent/EA202190920A1/ru
Publication of WO2020096493A1 publication Critical patent/WO2020096493A1/ru

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42684—Client identification by a unique number or address, e.g. serial number, MAC address, socket ID
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H04N21/4349—Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4408—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream encryption, e.g. re-encrypting a decrypted video stream for redistribution in a home network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording

Definitions

  • the group of inventions relates to technologies for satellite digital broadcasting, in particular, to provide media content to an end user without a user feedback channel.
  • the prior art system and method for recommending content on the client side without a feedback channel described in US 2015/0089524 A1, cl. H04N 21/442.
  • the elements of this system and the stages of providing media content performed by the system are characterized in that they include at least a one-way channel connecting the broadcast station (TV station) to the device with the subscriber application of the first set of users, a set-top box including a memory, a calculation unit, and controls for tracking user activity, storing a user profile, forming and displaying the ranking of recommended multimedia elements, and the ranking is determined calculating means is Busy module Recommender models stored in memory.
  • the system further includes a collaborative dual module, a first internal module operating on a secondary server connected to a two-way network and belonging to a secondary domain, this first internal module using external data sources to collect community-based information for at least a portion multimedia elements, while the recommender model stored in memory is the second interface module in which the TV station and set-top box belong to the target domain.
  • the known method of providing media content and a system for its implementation has a number of disadvantages, including the absence of any protection of the recorded content from playback on other devices, which, in turn, entails the absence of the required protection of rights content owners, as well as low availability of the service, as the known system provides only broadband Internet, while most geographic locations do not have access to broadband Internet.
  • the technical result in this case is to protect recorded content from playback on other devices, while providing a service for providing media content to an end user without a user feedback channel.
  • the specified technical result is achieved due to the system of providing media content to the end user without a user feedback channel, comprising: an electronic television program server configured to generate a service metadata file that generates a selection of service television metadata containing a predefined set of information parameters including at least a version of the service metadata file, and transferring said service metadata file to the input multiplexer; a multiplexer configured to form a transport stream and transmit without a feedback channel of a user of the transport stream to the input of the client device; wherein said transport stream is formed from said service and media content metadata received at the input of the multiplexer from the broadcast operator, as well as from additional service information, which is a Linkage descriptor that enables the client device to dynamically detect said service metadata in the transport stream; a client device equipped with at least one tuner connected to a satellite antenna converter, a user interface module and a data processing module implemented in software and hardware, and configured to receive a transport stream without a user feedback channel and process it, where processing includes detection through Linkage the descriptor of the said service
  • the Linkage descriptor contains at least broadcast parameters (SNT) of the service metadata file, a service identifier for providing media content (signature), and version information for the service metadata format.
  • SNT broadcast parameters
  • signature service identifier for providing media content
  • version information for the service metadata format.
  • the data processing module of the client device is configured to:
  • the transport stream may be an MPEG-2 transport stream and / or MPEG-4 transport stream.
  • the media content is saved based on the formation and storage of timers for channel recording in the memory of the client device.
  • channel recording timers are formed for channels whose SNT parameters are present both in the channel set of the broadcast operator in the memory of the client device and in the processed service metadata file.
  • the service metadata is a JSON file, and additionally contains information about television programs, list of categories used as part of the media content service to the end user.
  • the service metadata file includes information parameters for the selection of broadcasts by the broadcast operator for their forced recording by the client device.
  • the information parameters for the selection by the broadcasting operator of the transmissions for their forced recording by the client device are formed according to the results of the analysis of the consumption of media content by the user.
  • the transmission of the transport stream from the server of the electronic program of television transmissions to the client device is performed via satellite broadcasting.
  • the client device is a digital television set-top box (STB) and / or a computing device.
  • STB digital television set-top box
  • the electronic program guide server is an EPG server.
  • the claimed technical result is also achieved by using the method of providing medical content to an end user without a user feedback channel, which includes sequentially performed steps in which: form a service metadata file containing a predefined set of information parameters, including at least the version of the service metadata file, and transferring the said service metadata file to the input of the multiplexer; using a multiplexer, a transport stream is formed without a user feedback channel by embedding media content coming into the transport stream from the broadcasting operator, television broadcast metadata, a service metadata file, and additional service information, which is a Linkage descriptor in the NIT network information table that provides dynamic detection by the client device mentioned service metadata in the transport stream, and transmit the generated transport stream without a reverse channel ligature user input at the client device; receive transport stream without a channel user feedback on a client device equipped with at least one tuner connected to the satellite antenna converter and processing it, during which at least the service metadata file is detected in the transport stream using the Linkage descriptor; saving media content of the service to the drive of the client device based on the
  • the presence of the version of the service metadata file stored in the client device memory is additionally determined, and if the version of the service metadata file stored in the client device memory is compared, the version of the detected a service metadata file with a version previously stored in memory, and processing a service metadata file whose version is higher than the previously saved, or current the detected service metadata file if there is no version of the service metadata file in the memory of the client device.
  • the end user is displayed through the user interface module in the relevant categories of the list of stored media content with the subsequent possibility of decryption and viewing.
  • the service metadata file is embedded in the transport stream, which is an MPEG-2 transport stream and / or MPEG-4 transport stream.
  • the service metadata file is transferred using the data carousel method.
  • the media content of the service is stored on the basis of the formation and storage in the memory of the client device of the timers for recording the channel.
  • channel recording timers are formed for channels whose SNT parameters are present both in the set of channels of the broadcasting operator in the memory of the client device and in the processed service metadata file.
  • the channel recording timers are preferably generated for channels whose SNT parameters are present both in the set of channels of the broadcasting operator in the memory of the client device and in the processed metadata file of the service, as well as not displayed in the channel list for the user, but stored in the client’s memory devices as a result of the search for channels of the broadcasting operator, while the display of channels in the list is determined on the transmitting side by the VSF parameter in LCN.
  • the channel parameters (SNT) and the start time for each television transmission specified in the service metadata file are checked, and the timer for recording the channel is saved for transmissions whose start time in the service metadata file is less than the valid client time devices.
  • a new list of timers for recording is created with the previous one deleted.
  • recordings of channel transmissions additionally not displayed in the channel list for the user but stored in the memory of the client device as a result of searching for the Operator’s channels are additionally carried out.
  • the setting for displaying channels in the list of stored media content is determined on the transmitting side by the VSF parameter in LCN.
  • the service metadata is generated as a file in JSON format, and additionally, the service’s metadata includes information about television programs and a list of categories used in the framework of providing media content to the end user. Additionally, the service metadata file includes information parameters for the selection of broadcasts by the broadcast operator for their forced recording by the client device.
  • the selection of information parameters for the selection by the broadcasting operator of the broadcasts for their forced recording by the client device is carried out according to the results of analysis of the user’s media content consumption.
  • the transmission of the transport stream from the server of the electronic program of television transmissions to the client device is carried out via satellite broadcasting.
  • a digital television set-top box (STB) and / or computing device is used as a client device.
  • STB digital television set-top box
  • computing device is used as a client device.
  • FIG. 1 shows a generalized diagram of a service system for providing media content to an end user without a user feedback channel.
  • FIG. 2 is a flowchart of a service metadata file discovery process.
  • FIG. 3 is a flowchart of a service metadata file processing process.
  • FIG. 4 is a flowchart of a recording process and checks performed while recording a transmission.
  • JSON JavaScript Object Notation
  • LCN Logical Channel Numbers
  • MPEG-2 / MPEG-4 transport stream (Transport Stream) - a format for transmitting and storing audio, video and other data used in digital systems satellite broadcasting
  • the traffic flow structure is defined in ISO / IEC 13818-1 (see ISO / IEC 13818-1 (2000): "Information technology; Generic coding of moving pictures and associated audio information: Systems”).
  • NIT Network Information Table
  • NTP Network Time Protocol
  • SNT Service ID, Original Network ID, Trasport Stream ID
  • unique parameter IDs that define the service (channel) in the transport stream.
  • STB set-top box
  • client device a digital satellite television receiver that allows you to access digital television and related digital television services.
  • VSF Vehicle Service Flag
  • Content - broadcast content that is continuously received by the user from a satellite broadcast operator.
  • the system includes a transmitting side television program electronic server 101, a multiplexer 102, and a client device 103.
  • the server 101 is an EPG server responsible for generating and transmitting an electronic program guide (EPG) and, in particular, a service metadata file for operating the media content providing service to the end user.
  • EPG electronic program guide
  • a directory of categories is created containing the name of the category and a special Mark special content.
  • a special poster is displayed in the user interface module, for the rest of the content, the frame from the record is used as a poster.
  • “adult” content can be defined as special content, and accordingly, the “18+” stub poster or other static poster selected by the Operator can be used for it.
  • the directory of categories is created, stored and edited exclusively on server 101.
  • EPG server allows for efficient and flexible management of the service, which does not require the use of additional technical means for its implementation, as well as allowing, in conjunction with other components of the service system, according to the stated solution, the implementation providing media content to an end user without a user feedback channel.
  • a selection of transmissions that can subsequently be recorded on the client device is initially formed by the Operator based on the analysis of content consumption by a user or group of users.
  • the Operator can select the content either by direct indication of the programs or in the automatic mode, as a result of selecting the content according to the information parameters set by the Operator to search for the corresponding metadata and thus forming a selection of content for implementing the service.
  • the editor of the server 101 through the web interface, in the description of the corresponding broadcast sets the mark of the forced recording of the event and the category to which the broadcast belongs. Transmissions marked with a forced record are subsequently added to the service metadata file 105.
  • the service metadata file is a JSON file containing information about transfers, a list of categories used within the service, and a version of the service metadata file itself.
  • the version of the service metadata file has the following components: major version (version of the service metadata format), minor version, file assembly version. Transmission information beyond standard the set of attributes also contains the parameters of the channel (SNT) on which the transmission is broadcast, and the category to which the transmission belongs.
  • SNT channel
  • the choice of the JSON format for generating the service metadata file is preferable, however, the claimed solution can be implemented using other formats that can similarly generate the service metadata file.
  • the service metadata file is delivered to the client device via MPEG-2 or MPEG-4 transport stream 104 (ISO / IEC standard 13818-1).
  • To transfer a service metadata file use the Data Carousels method (Data Carousels, ETSI EN 301 192).
  • Data Carousels ETSI EN 301 192
  • the ability to embed a service metadata file in a transport stream in MPEG-2 or MPEG-4 format significantly simplifies and speeds up the process of generating a media content transport stream including a service metadata file and its transmission and subsequent processing on a final client device without requiring installation and the use of additional software and hardware for their implementation and providing the possibility of implementing the service on the client device using standard means of processing the transport stream without user feedback channel.
  • other well-known standards can be used to implement the claimed solution.
  • Configuring MPEG-2 or MPEG-4 transport stream using a multiplexing device is carried out manually by the Operator’s engineers, or using other automatic methods known in the art for tuning according to specified parameters.
  • the data generated on the EPG server is transmitted to the "input" of the multiplexing device, with the help of which this data is embedded in a common MPEG-2 or MPEG-4 transport stream, and also add additional service information in the form of a linkage descriptor in the NIT (Network Information Table) , see ETSI EN 300 468).
  • Linkage descriptor in this case, is used to dynamically detect by the client device the service metadata file in the transport stream, in uncontrolled mode end user.
  • the manually specified and editable parameters in the Linkage descriptor include the following parameters:
  • the processing of the generated MPEG-2 or MPEG-4 transport stream transmitted from the "output" of the multiplexing device is performed by the client device.
  • the client device preferably, is a digital satellite set-top box (STB), the software (software) of which implements tools for processing the service metadata file, recording content and a user interface module for displaying the result of the service.
  • STB digital satellite set-top box
  • the software software of which implements tools for processing the service metadata file, recording content and a user interface module for displaying the result of the service.
  • STB digital satellite set-top box
  • This embodiment is the most effective in the implementation of satellite digital broadcasting, providing the implementation of the service and the method of providing media content, according to the claimed solution, as a result of processing the transport stream using the hardware and software resource of the client device without the need for a user feedback channel.
  • the client device can be implemented in the form of any other computing device used in the art that implements the claimed method of providing media content.
  • the operation of the service on the STB can be represented as follows:
  • the service to work on STB it is mandatory to search for Operator channels. This condition is necessary to detect and process the necessary service information in the MPEG-2 or MPEG-4 transport stream. Also, for the service to work, the corresponding setting implemented in the user interface module must be enabled. At the same time, the setting that allows the service to work does not affect the ability to view content previously recorded as part of the service. In addition, for the service to work on STB, one of the necessary conditions is the availability of a free hardware resource - a tuner. A tuner can be considered free when its resource is not used by the highest priority STB functionality than a real service.
  • STB on which the service is implemented, depending on the number of tuners, are divided into two types: single-tuner and multi-tuner (STB, having two or more tuners).
  • STB multi-tuner
  • the main tuner is a tuner used directly by this STB; additional tuner - a tuner used by devices connected to this STB (for example, an additional client client with respect to the multi-tuner STB, set-top box or game console).
  • each of the tuners can be used.
  • the service works on a single-tuner or multi-tuner STB, when using the main tuner, it is carried out in the following operating modes:
  • the operation of the service on the multi-tuner STB, when using an additional tuner, does not depend on the operation mode of the STB.
  • the discovery of the service metadata file is carried out by processing the corresponding table in the incoming transport stream (NIT) with the detection of the Linkage descriptor.
  • NIT incoming transport stream
  • Step 201 is the beginning of a service metadata file discovery process.
  • Step 202 verification of the performed channel search Operator.
  • Step 203 Checks for a descriptor in the Linkage transport stream.
  • Step 204 Verify the Linkage descriptor is valid.
  • Step 205 Verify the presence of a service metadata file against the specified SNT parameters.
  • step 201 the service metadata file was not found, at step 202 the Operator’s channels were not searched, at step 203 the Linkage descriptor was not found in the transport stream, at step 204 the Linkage descriptor is not valid, but at step 205 the service metadata file is missing according to the specified SNT parameters, the process of detecting the service metadata file ends 207 (where 1 is the connector, which reflects the transition to step 207).
  • the service metadata file is uploaded to the STB (step 206, FIG. 2) only if all steps 201-205 are successfully completed, including detecting the service metadata file, searching for the Operator’s channels, detecting the Linkage descriptor in the transport stream, confirming it is valid, and confirming its presence service metadata file for the specified SNT parameters.
  • a service metadata file is found on the STB, its version is checked. Initially, the validity of the minor and major versions of the file is checked: if their values are invalid (differ from the required), the service metadata file is not processed. Next, they check the version of the assembly of the service metadata file. If the service metadata file has not been received previously (i.e., the STB memory does not contain stored information about the file version) or the version value of the received file is greater than the last stored value, then the new version value is saved, followed by the formation of a list of timers. Otherwise, if the version of the received file is less than the last stored value, the service metadata file is not processed.
  • Information about the version of the service metadata file is deleted when the STB power is turned off and when the Operator’s channels are searched again.
  • Information about the service’s metadata file is deleted to maintain the service’s metadata, since after the search the composition of the channels can be changed.
  • a list of timers is generated to record the audio and video content (media content) of the service.
  • the list of timers is not displayed in the user interface module and, as a result, is not available for editing by the user.
  • the channel parameters (SNT) specified in the service metadata file are compared with the channel parameters stored in the STB memory as a result of searching for Operator channels.
  • the timer for recording will be stored in the STB memory only for those channels that are present in the STB memory.
  • channels can be used that are not displayed in the channel list for the user, but stored in the STB memory as a result of channel search Operator, i.e. channels to which the user cannot switch.
  • the setting for displaying channels in the list is determined on the transmitting side by the VSF parameter in LCN.
  • the transfer parameters from the service’s metadata file are saved as recording attributes in the STB memory, which will subsequently be displayed in the user interface module.
  • a new list of timers for recording is formed with the previous one deleted.
  • step 301 the STB processing of the service metadata file begins.
  • step 302 the validity of the major and minor versions of the service metadata file is verified. If the mentioned versions are not valid, the STB process 309 completes the processing of the service metadata file (where 2 is a connector reflecting the transition to step 309).
  • step 303 the presence of any version of the service metadata file is checked in the STB memory. If there is no detection of any version of the service metadata file, the process proceeds to step 305.
  • step 304 the version of the received service metadata file is checked. If the version of the newly received service metadata file is greater than the version of the similar service metadata file found in the STB memory, the process proceeds to step 305.
  • step 305 the version of the service metadata file is saved to the STB memory.
  • steps 306 and 307. The processing at steps 306 and 307 is completed when the last record in the service metadata file is checked.
  • step 306 the presence of the SNT channel from the service metadata file is checked in the STB memory.
  • step 309 the timer for recording the channel is not saved, and the process processing of the STB of the service metadata file is completed (proceeding to step 309 via connector 2, FIG. 3). If the channel’s SNT from the service metadata file is present in the STB memory, the process proceeds to step 307, where the start time of the transmission in the service metadata is compared with the valid time in the STB. If the start time of the transfer in the service metadata is more than the reliable time in the STB, then 308 timers are saved for recording the STB channel and the STB processing of the service metadata file is completed (proceeding to step 309 via connector 2, FIG. 3).
  • step 309 the start time of the transfer in the service metadata is less than or equal to the reliable time in the STB. If the start time of the transfer in the service metadata is less than or equal to the reliable time in the STB, then the timer for recording the channel is not saved, and the process of processing the STB file of the service metadata is completed (proceeding to step 309 via connector 2, FIG. 3).
  • the list of timers for recording transmissions created on the basis of the service metadata file is deleted from the memory when the STB power is turned off.
  • Recording audio-video content is carried out using the PVR (personal video recorder; in English, “network personal video recorder”) function, where PVR is a digital television service that allows you to record any of the broadcast television programs and watch them anytime at a convenient time, as well as delete them.
  • PVR personal video recorder
  • PVR personal video recorder
  • the operation of the timer to record the transmission as part of the service is carried out according to a reliable time, information about which is present in the STB.
  • the time is considered reliable, the method of obtaining which consists of the time of the transport stream or the time of the NTP server and the time zone set in the STB settings.
  • the start time of the transfer begins, the recording of audio-video content begins without user intervention and the recording indication is displayed in the STB user interface module. Recording ends when the transfer ends. Successfully completed recording is displayed in the user interface module in the corresponding category. Records made as part of the service are displayed exclusively in the user interface module.
  • Recording of transmissions as part of the service is carried out on a suitable drive, where a built-in or external drive with a declared volume of at least 64 GB, formatted in a file system supported by STB, is considered a suitable drive.
  • the limitation of the minimum volume of the drive is controlled at the software level and is used to provide the user with the ability to record more transfer recordings.
  • the limitation of the minimum storage volume can be changed by the Operator if necessary.
  • Storage system files supported by STB include, for example, EXT4, NTFS, FAT32.
  • the STB has the ability to rewrite programs. If there is no free space on the drive, a new transfer recording can be recorded on top of a recording made earlier than others. Deleting an entry for updating content is carried out only within the framework of the service.
  • Transmission recording can be interrupted for a number of reasons: capture of the tuner resource by the higher priority STB functionality; removing the drive to which recording is performed; disabling the service in the user interface module, turning off the power of the STB. In any case, the interrupted recording within the service is not saved.
  • step 401 the timer to record the transmission, i.e. the recording of the program begins.
  • step 402 the presence of a satellite signal arriving at the STB is checked. If there is no signal, then by means of the STB software the time interval during which the signal should appear (not shown in the diagram of FIG. 3) is set. If within a specified time the signal does not appear when checking for its presence after a specified period of time (step 405, FIG. 4), the recording process is interrupted 409 without saving it (where 3 is a connector that reflects the transition to step 409).
  • step 403 checks that there is enough space on the drive to record the transmission. If there is not enough space, then a check 406 is made to see if it is possible to dub the programs already stored on the drive. If the above dubbing is not possible, then there is an interruption 409 of the recording process without saving it. If the dubbing is possible, then the previously recorded transmission is deleted 407, and the process proceeds to step 404. At step 404, a check is made of the completion time of the recording of the transmission. If this time has not arrived, the process proceeds to step 402. If this time has arrived, the recording of the transmission is completed and stored in the aforementioned drive 408.
  • the user interface module implemented to display the results of the service, provides the user with:
  • the set of essential features characterizing the claimed group of inventions provides protection of the recorded content from playback on other devices, while providing the service of providing media content to the end user without a user feedback channel.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Power Engineering (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

Группа изобретений относится к технологиям для спутникового цифрового вещания, в частности, для предоставления медиаконтента конечному пользователю без канала обратной связи пользователя. Заявленное решение включает формирование на сервере электронной программы телевизионных передач передающей стороны файла метаданных сервиса, содержащего предустановленный набор информационных параметров, включающих по меньшей мере версию файла метаданных сервиса, и передачу упомянутого файла метаданных сервиса на вход мультиплексора. Посредством мультиплексора формируют транспортный поток без канала обратной связи пользователя путем встраивания в транспортный поток медиаконтента, поступающего на вход от оператора вещания, метаданных телевизионных передач, файла метаданных сервиса и дополнительную служебную информацию, являющуюся Linkage дескриптором. Передают сформированный транспортный поток на вход клиентского устройства, снабженного тюнером, и осуществляют поэтапно обнаружение файла метаданных сервиса в транспортном потоке посредством Linkage дескриптора, сохранение медиаконтента сервиса на накопитель клиентского устройства на основании сохраненных метаданных сервиса и его шифрование посредством персонализированного аппаратного ключа конкретного клиентского устройства, с возможностью отображения посредством модуля пользовательского интерфейса конечному пользователю в соответствующих категориях списка сохраненного медиаконтента с последующей возможностью его дешифрования и просмотра.

Description

СПОСОБ ПРЕДОСТАВЛЕНИЯ МЕДИАКОНТЕНТА И СИСТЕМА СЕРВИСА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ
Область техники:
Группа изобретений относится к технологиям для спутникового цифрового вещания, в частности, для предоставления медиаконтента конечному пользователю без канала обратной связи пользователя.
Уровень техники:
Из уровня техники известны система и способ рекомендации контента на клиентской стороне без канала обратной связи, описанные в US 2015/0089524 А1, кл. H04N 21/442. Элементы данной системы и выполняемые посредством системы этапы предоставления медиаконтента характеризуются тем, что включают, по меньшей мере, односторонний канал, соединяющий широковещательную станцию (ТВ-станцию) с устройством с абонентским приложением первого набора пользователей, приставку, включающую в себя память, блок вычисления и управления для отслеживания активности пользователя, хранения пользовательского профиля, формирования и отображения ранжирования рекомендуемых элементов мультимедиа, причем ранжирование определяется модулем вычисления посредством модели рекомендаторов, хранящейся в памяти. Система дополнительно включает в себя совместный двойной модуль, первый внутренний модуль, работающий на вспомогательном сервере, подключенном к двухсторонней сети и принадлежащий к вспомогательному домену, этот первый внутренний модуль, использующий внешние источники данных для сбора информации на основе сообществ на, по меньшей мере, часть элементов мультимедиа, тогда как модель рекомендатора, хранящаяся в памяти, является вторым интерфейсным модулем, в котором ТВ-станция и устройство приставки принадлежат к целевому домену.
Однако, известным способу предоставления медиаконтента и системе для его осуществления присущ ряд недостатков, в числе которых отсутствие какой-либо защиты записанного контента от воспроизведения на других устройствах, что, в свою очередь, влечет за собой отсутствие требуемой защиты прав контентообладателей, а также низкая доступность сервиса, т.к. в известной системе предусматривается только широкополосный Интернет, в то время как у большинства географических местоположений отсутствует доступ к широкополосному Интернету.
Раскрытие изобретения:
Задачей заявленной группы изобретений является устранение указанных выше недостатков.
Техническим результатом при этом является обеспечение защиты записанного контента от воспроизведения на других устройствах, при обеспечении сервиса предоставления медиаконтента конечному пользователю без канала обратной связи пользователя.
Указанный технический результат достигается за счет системы сервиса предоставления медиаконтента конечному пользователю без канала обратной связи пользователя, содержащей: сервер электронной программы телевизионных передач, выполненный с возможностью формирования файла метаданных сервиса, формирующего выборку метаданных телевизионных передач сервиса, содержащих предустановленный набор информационных параметров, включающих, по меньшей мере, версию файла метаданных сервиса, и передачи упомянутого файла метаданных сервиса на вход мультиплексора; мультиплексор, выполненный с возможностью формирования транспортного потока и передачи без канала обратной связи пользователя транспортного потока на вход клиентского устройства; при этом упомянутый транспортный поток формируется из упомянутых метаданных сервиса и медиаконтента, поступающих на вход мультиплексора от оператора -вещания, а также из дополнительной служебной информации, которая является Linkage дескриптором, который обеспечивает динамическое обнаружение клиентским устройством упомянутых метаданных сервиса в транспортном потоке; клиентское устройство, снабженное, по меньшей мере, одним тюнером, соединенным с конвертером спутниковой антенны, модулем пользовательского интерфейса и модулем обработки данных, реализованным программно-аппаратным образом, и выполненное с возможностью приема транспортного потока без канала обратной связи пользователя и его обработки, где обработка включает в себя обнаружение посредством Linkage дескриптора упомянутого файла метаданных сервиса в транспортном потоке, и сохранения медиаконтента на основании сохраненных метаданных сервиса и его шифрование посредством персонализированного аппаратного ключа конкретного клиентского устройства.
Предпочтительно, Linkage дескриптор содержит, по меньшей мере, параметры вещания (SNT) файла метаданных сервиса, идентификатор сервиса предоставления медиаконтента (signature) и информацию о версии формата метаданных сервиса.
При этом, модуль обработки данных клиентского устройства выполнен с обеспечением возможности:
- обнаружения в транспортном потоке файла метаданных сервиса;
- в случае наличия сохраненной в памяти клиентского устройства версии файла метаданных сервиса, сравнения версии обнаруженного файла метаданных сервиса с версией, ранее сохраненной в памяти, и обработки файла метаданных сервиса, версия которого выше ранее сохраненной;
- в случае отсутствия сохраненной в памяти клиентского устройства версии файла метаданных сервиса, обработки обнаруженного файла метаданных сервиса и его сохранения в памяти клиентского устройства;
отображения посредством модуля пользовательского интерфейса конечному пользователю в соответствующих категориях списка сохраненного медиаконтента с последующей возможностью его дешифрования и просмотра.
Дополнительно транспортный поток может являться MPEG-2 транспортным потоком и/или MPEG-4 транспортным потоком.
Дополнительно сохранение медиаконтента происходит на основании формирования и сохранения в памяти клиентского устройства таймеров на запись канала.
Дополнительно таймеры на запись канала сформированы для каналов, параметры SNT которых присутствуют и в наборе каналов оператора вещания в памяти клиентского устройства, и в обрабатываемом файле метаданных сервиса.
Дополнительно метаданные сервиса представляют собой файл в формате JSON, и дополнительно содержат информацию о телевизионных передачах, список категорий, используемых в рамках сервиса предоставления медиаконтента конечному пользователю.
Дополнительно файл метаданных сервиса включает информационные параметры выбора оператором вещания передач для их принудительной записи клиентским устройством.
Дополнительно информационные параметры выбора оператором вещания передач для их принудительной записи клиентским устройством формируют по результатам анализа потребления медиаконтента пользователем.
Дополнительно передача транспортного потока от сервера электронной программы телевизионных передач к клиентскому устройству выполняется посредством спутникового вещания.
Дополнительно клиентское устройство является цифровой телевизионной приставкой (STB) и/или вычислительным устройством.
Дополнительно сервером электронной программы передач является EPG- сервер.
Заявленный технический результат достигается также применением способа предоставления медаконтента конечному пользователю без канала обратной связи пользователя, включающий последовательно осуществляемые этапы, на которых: формируют на сервере электронной программы телевизионных передач передающей стороны файл метаданных сервиса, содержащий предустановленный набор информационных параметров, включающих, по меньшей мере, версию файла метаданных сервиса, и передачи упомянутого файла метаданных сервиса на вход мультиплексора; посредством мультиплексора формируют транспортный поток без канала обратной связи пользователя путем встраивания в транспортный поток медиаконтента, поступающего на вход от оператора вещания, метаданных телевизионных передач, файла метаданных сервиса и дополнительную служебную информацию, являющуюся Linkage дескриптором в таблице сетевой информации NIT, обеспечивающим динамическое обнаружение клиентским устройством упомянутых метаданных сервиса в транспортном потоке, и передают сформированный транспортный поток без канала обратной связи пользователя на вход клиентского устройства; принимают транспортный поток без канала обратной связи пользователя на клиентском устройстве, снабженном, по меньшей мере, одним тюнером, соединенным с конвертером спутниковой антенны, и осуществляют его обработку, в ходе которой, по меньшей мере, осуществляют обнаружение файла метаданных сервиса в транспортном потоке посредством Linkage дескриптора; сохранение медиаконтента сервиса на накопитель клиентского устройства на основании сохраненных метаданных сервиса и его шифрование посредством персонализированного аппаратного ключа конкретного клиентского устройства.
В одном из возможных вариантов осуществления, заявленного решения, на этапе обнаружения файла метаданных сервиса в транспортном потоке дополнительно определяют наличие сохраненной в памяти клиентского устройства версии файла метаданных сервиса, а в случае наличия сохраненной в памяти клиентского устройства версии файла метаданных сервиса, осуществляют сравнение версии обнаруженного файла метаданных сервиса с версией, ранее сохраненной в памяти, и обработку файла метаданных сервиса, версия которого выше ранее сохраненной, или текущего обнаруженного файла метаданных сервиса при отсутствии в памяти клиентского устройства версии файла метаданных сервиса.
Дополнительно осуществляют отображение посредством модуля пользовательского интерфейса конечному пользователю в соответствующих категориях списка сохраненного медиаконтента с последующей возможностью его дешифрования и просмотра.
Дополнительно, файл метаданных сервиса встраивают в транспортный поток, являющийся MPEG-2 транспортным потоком и/или MPEG-4 транспортным потоком.
Дополнительно передачу файла метаданных сервиса осуществляют методом карусели данных.
Дополнительно сохранение медиаконтента сервиса осуществляют на основании формирования и сохранения в памяти клиентского устройства таймеров на запись канала. Дополнительно таймеры на запись канала формируют для каналов, параметры SNT которых присутствуют и в наборе каналов оператора вещания в памяти клиентского устройства, и в обрабатываемом файле метаданных сервиса. При этом таймеры на запись канала, предпочтительно, формируют для каналов, параметры SNT которых присутствуют и в наборе каналов оператора вещания в памяти клиентского устройства, и в обрабатываемом файле метаданных сервиса, а также не отображаемых в списке каналов для пользователя, но сохраненных в памяти клиентского устройства в результате поиска каналов оператора вещания, при этом настройку отображения каналов в списке определяют на передающей стороне параметром VSF в LCN.
Дополнительно, при любой реализации заявленного способа, осуществляют проверку параметров канала (SNT) и времени начала для каждой телевизионной передачи, указанной в файле метаданных сервиса, при этом таймер на запись канала сохраняют для передач, время начала которых в файле метаданных сервиса меньше достоверного времени клиентского устройства. При этом при обработке новой версии метаданных сервиса формируют новый список таймеров на запись с удалением предыдущего.
Дополнительно, при отключении питания клиентского устройства и/или при повторном поиске каналов Оператора осуществляют удаление информации о версии файла метаданных сервиса.
Дополнительно, при сохранении медиаконтента сервиса осуществляют дополнительно запись передач каналов, не отображаемых в списке каналов для пользователя, но сохраненных в памяти клиентского устройства в результате поиска каналов Оператора.
Причем, в одном из возможных вариантов осуществления заявленного решения, настройку отображения каналов в списке сохраненного медиаконтента определяют на передающей стороне параметром VSF в LCN.
Дополнительно, метаданные сервиса формируют в виде файла в формате JSON, и дополнительно в состав метаданных сервиса включают информацию о телевизионных передачах и список категорий, используемых в рамках сервиса предоставления медиаконтента конечному пользователю. Дополнительно, файл метаданных сервиса включает информационные параметры выбора оператором вещания передач для их принудительной записи клиентским устройством.
Дополнительно, осуществляют отбор информационных параметров выбора оператором вещания передач для их принудительной записи клиентским устройством по результатам анализа потребления медиаконтента пользователем.
Дополнительно, передачу транспортного потока от сервера электронной программы телевизионных передач к клиентскому устройству осуществляют посредством спутникового вещания.
Дополнительно, используют в качестве клиентского устройства цифровую телевизионную приставку (STB) и/или вычислительное устройство.
Очевидно, что как предыдущее общее описание, так и последующее подробное описание даны лишь для примера и пояснения и не являются ограничениями заявленной группы изобретений.
Краткое описание чертежей:
На фиг. 1 показана обобщенная схема системы сервиса предоставления медиаконтента конечному пользователю без канала обратной связи пользователя.
На фиг. 2 представлена блок-схема процесса обнаружения файла метаданных сервиса.
На фиг. 3 представлена блок-схема процесса обработки файла метаданных сервиса.
На фиг. 4 представлена блок-схема процесса записи и проверок, выполняемых при записи передачи.
Осуществление изобретения:
Далее будет приведен список терминологии, используемой в описании настоящего изобретения:
JSON (JavaScript Object Notation) - текстовый формат обмена данными.
LCN (Logical Channel Numbers) - дескриптор, определяющий логическую сквозную нумерацию каналов.
MPEG-2 / MPEG-4 транспортный поток (Transport Stream) - формат передачи и хранения аудио, видео и других данных, используемый в системах цифрового спутникового вещания, структура транспортного потока определена в стандарте ISO/IEC 13818-1 (см. ISO/IEC 13818-1 (2000): "Information technology; Generic coding of moving pictures and associated audio information: Systems").
NIT (Network Information Table) - таблица сетевой информации транспортного потока.
NTP (Network Time Protocol) - протокол сетевого времени.
SNT (Service ID, Original Network ID, Trasport Stream ID) - уникальные ID параметров, определяющих сервис (канал) в транспортом потоке.
Standby - режим ожидания STB, с отключением аудио/видео выходов.
STB (set-top box) - клиентское устройство - ресивер цифрового спутникового телевидения, позволяющее получить доступ к цифровому телевидению и соответствующим цифровым телевизионным услугам.
VSF (Visible Service Flag) - флаг, устанавливаемый для каждого канала в LCN дескрипторе и определяющий, будет ли канал отображаться в списке каналов.
Категория - в рамках настоящего документа название списка, в котором в модуле пользовательского интерфейса будет отображаться запись, параметр обязателен для всех передач, определенных оператором в выборку для записи в рамках работы сервиса.
Контент - контент телевещания, который непрерывно получается пользователем от спутникового оператора телевещания.
Оператор - оператор телевещания, поставщик услуг спутникового телевидения.
Далее со ссылкой на фиг. 1 будет описана работа системы сервиса предоставления медиаконтента конечному пользователю без канала обратной связи пользователя. Система включает сервер электронной программы телевизионных передач 101 передающей стороны, мультиплексор 102 и клиентское устройство 103.
В представленном на схеме фиг.1 примере осуществления, сервер 101 является EPG сервером, отвечающим за формирование и передачу электронной программы передач (EPG) и, в частности, файла метаданных сервиса для работы сервиса предоставления медиаконтента конечному пользователю. На EPG сервере создается справочник категорий, содержащий название категории и специальную отметку особенного контента. Для особенного контента в модуле пользовательского интерфейса отображается специальный постер, для остального контента в качестве постера используется кадр из записи. Например, особенным контентом может быть определен контент "для взрослых", соответственно для него может быть использован постер-заглушка "18+" или иной статический постер, выбранный Оператором. Справочник категорий создается, хранится и редактируется исключительно на сервере 101. Применение EPG сервера позволяет обеспечить эффективное и гибкое управления сервисом, не требующее применения дополнительных технических средств для его реализации, а также позволяющим обеспечить в совокупности с остальными компонентами системы сервиса, согласно заявленному решению, реализацию предоставления медиаконтента конечному пользователю без канала обратной связи пользователя.
Подборка передач, которые могут быть впоследствии записаны на клиентском устройстве, как представлено на схемах фиг.1-4 примера осуществления заявленной группы изобретений, изначально формируется Оператором по результатам анализа потребления контента пользователем или группой пользователей. При этом, очевидным образом, выборка контента Оператором может быть осуществлена как непосредственным указанием передач, так и в автоматическом режиме, в результате отбора контента по заданным Оператором информационным параметрам для поиска соответствующих метаданных и формирования таким образом подборки контента для реализации сервиса. Согласно предоставляемой подборке от Оператора, редактор сервера 101, посредством веб-интерфейса, в описании соответствующей передачи устанавливает отметку принудительной записи события и категорию, к которой относится передача. Передачи, имеющие отметку принудительной записи, впоследствии добавляются в файл метаданных сервиса 105.
В представленном примере осуществления, файл метаданных сервиса представляет собой файл в формате JSON, содержащий информацию о передачах, список категорий, используемых в рамках сервиса, и версию самого файла метаданных сервиса. Версия файла метаданных сервиса имеет следующие составляющие: мажорная версия (версия формата метаданных сервиса), минорная версия, версия сборки файла. Информация о передачах, помимо стандартного набора атрибутов, содержит также параметры канала (SNT), на котором транслируется передача, и категория, к которой относится передача. Выбор формата JSON для формирования файла метаданных сервиса является предпочтительным, однако, заявленное решение может быть реализовано и с использованием иных форматов, позволяющих аналогичным образом формировать файл метаданных сервиса.
Файл метаданных сервиса доставляется на клиентское устройство посредством MPEG-2 или MPEG-4 транспортного потока 104 (ISO/IEC standard 13818-1). Для передачи файла метаданных сервиса используют метод карусели данных (Data Carousels, ETSI EN 301 192). Возможность встраивания файла метаданных сервиса в транспортный поток в формате MPEG-2 или MPEG-4 существенно упрощает и ускоряет как процесс формирования транспортного потока медиаконтента, включающего файл метаданных сервиса, так и его передачу, и последующую обработку на конечном, клиентском устройстве, не требуя установки и применения дополнительных программно-аппаратных средств для их осуществления и обеспечивая возможность реализации сервиса на клиентском устройтсве с помощью стандартных средств обработки транспортного потока без канала обратной связи пользователя. Однако, для формирования транспортного потока, содержащего файл метаданных сервиса, могут быть использованы и иные известные стандарты, позволяющие реализовать заявленное решение.
Настройку MPEG-2 или MPEG-4 транспортного потока с помощью мультиплексирующего устройства осуществляют вручную инженерами Оператора, либо с использованием иных известных в данной области техники автоматических способов настройки по заданным параметрам. Сформированные на EPG сервере данные передают на "вход" мультиплексирующего устройства, с помощью которого эти данные встраивают в общий MPEG-2 или MPEG-4 транспортный поток, а также добавляют дополнительную служебную информацию в виде linkage дескриптора в таблице сетевой информации NIT (Network Information Table, см. ETSI EN 300 468). Linkage дескриптор, в данном случае, используется для динамического обнаружения клиентским устройством файла метаданных сервиса в транспортном потоке, в режиме неконтролируемом конечным пользователем. При этом, среди дополнительной служебной информации, содержащейся в Linkage дескрипторе, присутствуют параметры вещания файла метаданных сервиса (SNT), идентификатор сервиса и версия формата метаданных сервиса.
К числу заданных вручную и доступных для редактирования параметров в Linkage дескрипторе, в частности, относятся следующие параметры:
- Transport Stream ID, Original Network ID, Service ID - параметры вещания файла метаданных сервиса (SNT).
- Data Bytes - строка шестнадцатеричных данных, содержащая:
- signature - идентификатор сервиса (используется непосредственно для сопоставления дескриптора с сервисом),
- json_format_version - версия формата файла метаданных сервиса (для возможности обновления сервиса без обратной совместимости).
Обработку сформированного MPEG-2 или MPEG-4 транспортного потока, передаваемого с "выхода" мультиплексирующего устройства, осуществляют клиентским устройством. В роли клиентского устройства, предпочтительно, выступает цифровая спутниковая приставка (STB), в составе программного обеспечения (ПО) которой реализованы инструменты для обработки файла метаданных сервиса, записи контента и модуль пользовательского интерфейса для отображения результата работы сервиса. Под работой сервиса в последующем описании подразумевается комплекс функциональных действий, выполняемый на STB: обнаружение, загрузка и обработка файла метаданных сервиса, а также запись аудио и видео контента сервиса. Данный вариант осуществления является наиболее эффективным при реализации спутникового цифрового вещания, обеспечивающим реализацию сервиса и способа предоставления медиаконтента, согласно заявленному решению, в результате обработки транспортного потока с использованием программно-аппаратного ресурса клиентского устройства без необходимости обеспечения канала обратной связи пользователя. Однако, очевидным образом, клиентское устройство может быть осуществлено и в виде любого иного вычислительного устройства, используемого в данной области техники, реализующего заявленный способ предоставления медиаконтента. В кратком описании работа сервиса на STB может быть представлена следующим образом:
1. Получение файла метаданных сервиса;
2. Формирование набора таймеров на запись контента сервиса;
3. Запись контента сервиса согласно сохраненным таймерам;
4. Отображение записей в модуле пользовательского интерфейса.
При этом, для работы сервиса должны выполняться следующие условия:
1. Для передающей стороны - наличие необходимых данных в MPEG-2 или MPEG-4 транспортном потоке:
а) Присутствует файл метаданных сервиса;
б) Присутствует валидный Linkage дескриптор (где валидным дескриптор считается при корректном заполнении его параметров).
2. Для клиентской части:
а) Произведен поиск каналов Оператора;
б) Включена настройка в модуле пользовательского интерфейса клиентского устройства (STB), разрешающая работу сервиса;
в) Наличие свободного аппаратного ресурса;
г) Наличие подходящего накопителя;
д) STB работает в соответствующем режиме.
Для работы сервиса на STB, в обязательном порядке осуществляют поиск каналов Оператора. Это условие необходимо для обнаружения и обработки необходимой служебной информации в MPEG-2 или MPEG-4 транспортном потоке. Также для работы сервиса должна быть включена соответствующая настройка, реализованная в модуле пользовательского интерфейса. При этом, настройка, разрешающая работу сервиса, не влияет на возможность просмотра контента, ранее записанного в рамках работы сервиса. Кроме того, для работы сервиса на STB одним из необходимых условий является наличие свободного аппаратного ресурса - тюнера. Свободным тюнер может считаться тогда, когда его ресурс не используется наиболее приоритетной функциональностью STB, нежели настоящий сервис. STB, на которых реализуется сервис, в зависимости от количества тюнеров, разделяются на два типа: однотюнерные и многотюнерные (STB, имеющие два и более тюнера). Для многотюнерного STB основной тюнер - тюнер, используемый непосредственно данным STB; дополнительный тюнер - тюнер, используемый устройствами, подключенными к данному STB (например, дополнительной, клиентской по отношению к многотюнерному STB, приставкой или игровой консолью). Для работы сервиса может использоваться каждый из тюнеров.
Кроме наличия свободного аппаратного ресурса, для работы сервиса требуется выполнение условия режима работы STB в зависимости от типа исполнения STB. Работа сервиса на однотюнерном или многотюнерном STB, при использовании основного тюнера, осуществляется в следующих режимах работы:
1. Режим Standby;
2. Нахождение абонента в модуле пользовательского интерфейса сервиса;
3. Режим просмотра каналов (при совпадении параметров просматриваемого и записываемого каналов).
Работа сервиса на многотюнерном STB, при использовании дополнительного тюнера, от режима работы STB не зависит.
Обнаружение файла метаданных сервиса осуществляют посредством обработки соответствующей таблицы во входящем транспортном потоке (NIT) с обнаружением Linkage дескриптора. Этапы обнаружения файла метаданных сервиса, выполняемые последовательно, приведены на фиг. 2 с описанием ниже, где
Этап 201 - начало процесса обнаружения файла метаданных сервиса. Этап 202 - проверка выполненного поиска каналов Оператора. Этап 203 - проверка наличия в транспортном потоке Linkage дескриптора. Этап 204 - проверка валидности Linkage дескриптора. Этап 205 - проверка наличия файла метаданных сервиса по указанным параметрам SNT.
В случае, если на любом из указанных этапов: этапе 201 файл метаданных сервиса не обнаружен, на этапе 202 не выполнен поиск каналов Оператора, на этапе 203 не обнаружен Linkage дескриптор в транспортном потоке, на этапе 204 Linkage дескриптор не является валидным, а на этапе 205 файл метаданных сервиса отсутствует по указанным параметрам SNT, то процесс обнаружения файла метаданных сервиса завершается 207 (где 1- соединитель, отражающий переход к этапу 207). Файл метаданных сервиса загружается в STB (этап - 206, фиг.2) только при успешном выполнении всех этапов 201-205, включая обнаружение файла метаданных сервиса, выполнение поиска каналов Оператора, обнаружение Linkage дескриптора в транспортном потоке, подтверждения его валидным, и подтверждения присутствия файла метаданных сервиса по указанным параметрам SNT.
При обнаружении файла метаданных сервиса на STB осуществляют проверку его версии. Первоначально осуществляется проверка валидности минорной и мажорной версий файла: если их значения невалидны (отличаются от требуемых) - файл метаданных сервиса не обрабатывается. Далее осуществляют проверку версии сборки файла метаданных сервиса. Если файл метаданных сервиса не был получен ранее (т.е. в памяти STB отсутствует сохраненная информация о версии файла) или значение версии полученного файла больше последнего сохраненного значения, то осуществляют сохранение нового значения версии с последующим формированием списка таймеров. В противном случае, если версия полученного файла меньше последнего сохраненного значения, обработка файла метаданных сервиса не осуществляется.
Удаление информации о версии файла метаданных сервиса осуществляется при отключении питания STB и при повторном поиске каналов Оператора. Удаление информации о файле метаданных сервиса производится для сохранения актуальности метаданных сервиса, так как после поиска состав каналов может быть изменен.
На основе файла метаданных сервиса формируется список таймеров на запись аудио и видео контента (медиаконтента) сервиса. Список таймеров не отображается в модуле пользовательского интерфейса и, как следствие, не доступен пользователю для редактирования. При формировании списка таймеров на запись производится сравнение параметров каналов (SNT), указанных в файле метаданных сервиса, с параметрами каналов, сохраненных в памяти STB в результате поиска каналов Оператора. Таймер на запись будет сохранен в память STB только для тех каналов, которые присутствуют в памяти STB. Для записи могут быть использованы каналы, не отображаемые в списке каналов для пользователя, но сохраненные в памяти STB в результате поиска каналов Оператора, т.е. каналы, на которые пользователь переключиться не может. Таким образом, контент, записанный с каналов, не отображаемых для пользователя, может считаться эксклюзивным. Настройка отображения каналов в списке определяется на передающей стороне параметром VSF в LCN. При сохранении таймеров на запись в рамках работы сервиса в память STB в качестве атрибутов записи сохраняются параметры передачи из файла метаданных сервиса, которые впоследствии будут отображены в модуле пользовательского интерфейса. При обработке новой версии метаданных сервиса формируется новый список таймеров на запись с удалением предыдущего.
Далее со ссылкой на фиг. 3 приведены этапы обработки файла метаданных сервиса. На этапе 301 происходит начало процесса обработки STB файла метаданных сервиса. На этапе 302 происходит проверка валидности мажорной и минорной версии файла метаданных сервиса. В случае если упомянутые версии не валидны, происходит завершение 309 процесса обработки STB файла метаданных сервиса (где 2- соединитель, отражающий переход к этапу 309). На этапе 303 происходит проверка присутствия в памяти STB какой-либо версии файла метаданных сервиса. В случае отсутствия обнаружения какой-либо версии файла метаданных сервиса, процесс переходит к этапу 305. На этапе 304 происходит проверка версии полученного файла метаданных сервиса. В случае если версия вновь поступившего файла метаданных сервиса больше версии аналогичного файла метаданных сервиса, обнаруженного в памяти STB, то процесс переходит к этапу 305. В случае если версия вновь поступившего файла метаданных сервиса меньше или равна версии файла метаданных сервиса, обнаруженного в памяти STB, то происходит завершение 309 процесса обработки STB файла метаданных сервиса. На этапе 305 происходит сохранение версии файла метаданных сервиса в память STB. При этом, для каждой передачи, указанной в файле метаданных сервиса осуществляют проверки на этапах 306 и 307. Завершение процесса обработки на этапах 306 и 307 происходит при проверке последней записи в файле метаданных сервиса. В соответствии с заявленным решением изобретения, на этапе 306 происходит проверка присутствия SNT канала из файла метаданных сервиса, в памяти STB. В случае если SNT канала из файла метаданных сервиса отсутствует в памяти STB, то таймер на запись канала не сохраняется, а процесс обработки STB файла метаданных сервиса завершается(переход на этап 309 через соединитель 2, фиг.З). В случае если SNT канала из файла метаданных сервиса присутствует в памяти STB, то процесс переходит к этапу 307, на котором происходит сравнение времени начала передачи в метаданных сервиса с достоверным временем в STB. В случае если время начала передачи в метаданных сервиса больше достоверного времени в STB, то происходит сохранение 308 таймера на запись канала STB и процесс обработки STB файла метаданных сервиса завершается (переход на этап 309 через соединитель 2, фиг.З). В случае если время начала передачи в метаданных сервиса меньше либо равно достоверному времени в STB, то таймер на запись канала не сохраняется, и процесс обработки STB файла метаданных сервиса завершается (переход на этап 309 через соединитель 2, фиг.З).
Список таймеров на запись передач, созданный на основе файла метаданных сервиса, удаляется из памяти при отключении питания STB. Запись аудио-видео контента осуществляется посредством функциональности PVR (personal video recorder; с англ «сетевой персональный видеомагнитофон»), где PVR - сервис цифрового телевидения, который позволяет записать любую из транслируемых телепередач и посмотреть сколько угодно раз в удобное время, а также стереть. При записи контента сервиса на накопитель производится его шифрование персонализированным аппаратным ключом конкретного STB.
Срабатывание таймера на запись передачи в рамках работы сервиса осуществляется по достоверному времени, информация о котором присутствует в STB. Достоверным считается время, способ получения которого складывается из времени транспортного потока или времени сервера NTP и часового пояса, установленного в настройках STB. При наступлении времени начала передачи начинается запись аудио-видео контента без участия пользователя и отображения индикации записи в модуле пользовательского интерфейса STB. Запись завершается при наступлении времени завершения передачи. Успешно завершенная запись отображается в модуле пользовательского интерфейса в соответствующей категории. Записи, совершенные в рамках работы сервиса, отображаются исключительно в модуле пользовательского интерфейса. Запись передач в рамках работы сервиса осуществляется на подходящий накопитель, где подходящим накопителем считается встроенный или внешний накопитель с заявленным объемом не менее 64 ГБ, форматированный в файловой системе, поддерживаемой STB. Ограничение минимального объема накопителя контролируется на программном уровне и используется для предоставления пользователю возможности записи большего количества записей передач. Ограничение минимального объема накопителя может быть при необходимости изменено Оператором. К файловым системам накопителя, поддерживаемым STB, относятся, например, ЕХТ4, NTFS, FAT32.
Для постоянного обновления контента сервиса на STB реализована возможность перезаписи передач. При отсутствии свободного места на накопителе новая запись передачи может быть записана поверх записи, сделанной раньше других. Удаление записи для обновления контента осуществляется только в рамках сервиса.
Запись передачи может быть прервана по ряду причин: захват ресурса тюнера более приоритетной функциональностью STB; извлечение накопителя, на который осуществляется запись; отключение работы сервиса в модуле пользовательского интерфейса, отключение питания STB. В любом случае, прерванная запись в рамках сервиса не сохраняется.
Если во время записи передачи на антенном входе кратковременно отсутствовал сигнал (не более пяти минут), фрагменты, соответствующие отсутствию сигнала, в записи отсутствуют. В том случае, если имело место долговременное отсутствие сигнала на антенном входе (более пяти минут), такая запись сохранена не будет.
Далее со ссылкой на фиг. 4 приведены этапы процессов записи и проверки, выполняемых при записи передачи контента сервиса. На этапе 401 происходит срабатывание таймера на запись передачи, т.е. происходит начало записи передачи. На этапе 402 происходит проверка присутствия спутникового сигнала, поступающего на STB. В случае если сигнал отсутствует, то посредством программного обеспечения STB задается промежуток времени, в течение которого должен появиться сигнал (на схеме фиг.З не показан). В случае если в течение заданного времени сигнал не появляется при проверке его наличия через заданный промежуток времени (этап 405, фиг.4), то происходит прерывание 409 процесса записи без ее сохранения (где 3- соединитель, отражающий переход к этапу 409). В случае обнаружения спутникового сигнала, поступающего на STB на этапе 402 или его выявления на этапе 405 в течение заданного времени, процесс переходит к этапу 403, в процессе выполнения которого происходит проверка достаточного места на накопителе для записи передачи. В случае если места недостаточно, то происходит проверка 406 того, возможна ли перезапись передач, уже сохраненных на упомянутом накопителе. Если упомянутая перезапись невозможна, то происходит прерывание 409 процесса записи без ее сохранения. Если упомянутая перезапись возможна, то происходит удаление 407 ранее записанной передачи, а процесс переходит далее к этапу 404. На этапе 404 происходит проверка времени завершения записи передачи. В случае если данное время не настало, то процесс переходит к этапу 402. В случае если данное время настало, то происходит завершение записи передачи с ее сохранением в упомянутом накопителе 408.
Для записи передачи с канала, для просмотра которого требуется наличие активной услуги, осуществляется проверка наличия прав доступа (услуга) на просмотр такого канала. Запись с канала, для просмотра которого на STB отсутствует соответствующая услуга, не осуществляется. Наличие разрешения на запись передачи, используемое при работе функциональности PVR, в рамках работы текущего сервиса контролируется исключительно оператором при формировании выборки на EPG сервере.
Защита контента от несанкционированного распространения и воспроизведения на сторонних устройствах обеспечивается уникальностью ключей персонализации каждого STB, т.е. расшифровка контента, записанного на одном STB, невозможна на других устройствах, в том числе и на других STB.
Модуль пользовательского интерфейса, реализованный для отображения результатов работы сервиса, предоставляет пользователю:
1. Интерфейс для навигации по категориям, в которых присутствуют записи;
2. Возможность просмотра информации о записанной передаче;
3. Возможность просмотра записи и её удаление.
Хотя данное изобретение было показано и описано со ссылкой на определенные варианты ее осуществления, специалистам в данной области техники будет понятно, что различные изменения и модификации могут быть сделаны в нем, не покидая фактический объем изобретения.
Таким образом, совокупность существенных признаков, характеризующих заявленную группу изобретений, обеспечивает защиту записанного контента от воспроизведения на других устройствах, при одновременном обеспечении сервиса предоставления медиаконтента конечному пользователю без канала обратной связи пользователя.

Claims

ФОРМУЛА ИЗОБРЕТЕНИЯ
1. Система сервиса предоставления медиаконтента конечному пользователю без канала обратной связи пользователя, содержащая:
- сервер электронной программы телевизионных передач, выполненный с возможностью формирования файла метаданных сервиса, формирующего выборку метаданных телевизионных передач сервиса, содержащих предустановленный набор информационных параметров, включающих, по меньшей мере, версию файла метаданных сервиса, и передачи упомянутого файла метаданных сервиса на вход мультиплексора;
мультиплексор, выполненный с возможностью формирования транспортного потока и передачи без канала обратной связи пользователя транспортного потока на вход клиентского устройства;
- при этом упомянутый транспортный поток формируется из упомянутых метаданных сервиса и медиаконтента, поступающих на вход мультиплексора от оператора вещания, а также из дополнительной служебной информации, которая является Linkage дескриптором, который обеспечивает динамическое обнаружение клиентским устройством упомянутых метаданных сервиса в транспортном потоке;
- клиентское устройство, снабженное, по меньшей мере, одним тюнером, соединенным с конвертером спутниковой антенны, модулем пользовательского интерфейса и модулем обработки данных, реализованным программно- аппаратным образом, и выполненное с возможностью приема транспортного потока без канала обратной связи пользователя и его обработки, где обработка включает в себя обнаружение посредством Linkage дескриптора упомянутого файла метаданных сервиса в транспортном потоке, и сохранения медиаконтента на основании сохраненных метаданных сервиса и его шифрование посредством персонализированного аппаратного ключа конкретного клиентского устройства;
2. Система по п.1 отличающаяся тем, что Linkage дескриптор дополнительно содержит параметры вещания (SNT) файла метаданных сервиса, идентификатор сервиса предоставления медиаконтента (signature) и информацию о версии формата метаданных сервиса;
3. Система по п. 1 отличающаяся тем, что модуль обработки данных клиентского устройства выполнен с обеспечением возможности:
- обнаружения в транспортном потоке файла метаданных сервиса;
- в случае наличия сохраненной в памяти клиентского устройства версии файла метаданных сервиса, сравнения версии обнаруженного файла метаданных сервиса с версией, ранее сохраненной в памяти, и обработки файла метаданных сервиса, версия которого выше ранее сохраненной;
- в случае отсутствия сохраненной в памяти клиентского устройства версии файла метаданных сервиса, обработки обнаруженного файла метаданных сервиса и его сохранения в памяти клиентского устройства;
отображения посредством модуля пользовательского интерфейса конечному пользователю в соответствующих категориях списка сохраненного медиаконтента с последующей возможностью его дешифрования и просмотра.
4. Система по п. 1, отличающаяся тем, что транспортный поток является MPEG-2 транспортным потоком и/или MPEG-4 транспортным потоком.
5. Система по п. 1, отличающаяся тем, что сохранение медиаконтента происходит на основании формирования и сохранения в памяти клиентского устройства таймеров на запись канала.
6. Система по п. 5, отличающаяся тем, что таймеры на запись канала сформированы для каналов, параметры SNT которых присутствуют и в наборе каналов оператора вещания в памяти клиентского устройства, и в обрабатываемом файле метаданных сервиса.
7. Система по п. 1, отличающаяся тем, что метаданные сервиса представляют собой файл в формате JSON, и дополнительно содержат информацию о телевизионных передачах, список категорий, используемых в рамках сервиса предоставления медиаконтента конечному пользователю.
8. Система по п. 1, отличающаяся тем, что файл метаданных сервиса включает информационные параметры выбора оператором вещания передач для их принудительной записи клиентским устройством.
9. Система по п.8, отличающаяся тем, что информационные параметры выбора оператором вещания передач для их принудительной записи клиентским устройством формируют по результатам анализа потребления медиаконтента пользователем.
10. Система по п. 1, отличающаяся тем, что передача транспортного потока от сервера электронной программы телевизионных передач к клиентскому устройству выполняется посредством спутникового вещания.
11. Система по п. 1, отличающаяся тем, что клиентское устройство является цифровой телевизионной приставкой (STB) и/или вычислительным устройством.
12. Система по п.1, отличающаяся тем, что сервером электронной программы передач является EPG-сервер.
13. Способ предоставления медиаконтента конечному пользователю без канала обратной связи пользователя, включающий последовательно осуществляемые этапы, на которых:
- формируют на сервере электронной программы телевизионных передач передающей стороны файл метаданных сервиса, содержащий предустановленный набор информационных параметров, включающих, по меньшей мере, версию файла метаданных сервиса, и передачи упомянутого файла метаданных сервиса на вход мультиплексора;
- посредством мультиплексора формируют транспортный поток без канала обратной связи пользователя путем встраивания в транспортный поток медиаконтента, поступающего на вход от оператора вещания, метаданных телевизионных передач, файла метаданных сервиса и дополнительную служебную информацию, являющуюся Linkage дескриптором в таблице сетевой информации NIT, обеспечивающим динамическое обнаружение клиентским устройством упомянутых метаданных сервиса в транспортном потоке, и передают сформированный транспортный поток без канала обратной связи пользователя на вход клиентского устройства; - принимают транспортный поток без канала обратной связи пользователя на клиентском устройстве, снабженном, по меньшей мере, одним тюнером, соединенным с конвертером спутниковой антенны, и осуществляют его обработку, в ходе которой, по меньшей мере, осуществляют:
- осуществляют обнаружение файла метаданных сервиса в транспортном потоке посредством Linkage дескриптора;
- сохранение медиаконтента сервиса на накопитель клиентского устройства на основании сохраненных метаданных сервиса и его шифрование посредством персонализированного аппаратного ключа конкретного клиентского устройства;
14. Способ по п.13 отличающийся тем, что на этапе обнаружения файла метаданных сервиса в транспортном потоке дополнительно определяют наличие сохраненной в памяти клиентского устройства файла метаданных сервиса, а в случае наличия сохраненной в памяти клиентского устройства версии файла метаданных сервиса, осуществляют сравнение версии обнаруженного файла метаданных сервиса с версией, ранее сохраненной в памяти, и обработку файла метаданных сервиса, версия которого выше ранее сохраненной или текущего , обнаруженного файла метаданных сервиса при отсутствии в памяти клиентского устройства версии файла метаданных сервиса.
15. Способ по п.13 отличающийся тем, что дополнительно осуществляют отображение посредством модуля пользовательского интерфейса конечному пользователю в соответствующих категориях списка сохраненного медиаконтента с последующей возможностью его дешифрования и просмотра.
16. Способ по п. 13, отличающийся тем, что файл метаданных сервиса встраивают в транспортный поток, являющийся MPEG-2 транспортным потоком и/или MPEG-4 транспортным потоком.
17. Способ по п. 13 отличающийся тем, что передачу файла метаданных сервиса осуществляют методом карусели данных.
18. Способ по п. 13, отличающийся тем, что сохранение медиаконтента сервиса осуществляют на основании формирования и сохранения в памяти клиентского устройства таймеров на запись канала.
19. Способ по п. 18, отличающийся тем, что таймеры на запись канала формируют для каналов, параметры SNT которых присутствуют и в наборе каналов оператора вещания в памяти клиентского устройства, и в обрабатываемом файле метаданных сервиса.
20. Способ по п.18 отличающийся тем, что таймеры на запись канала формируют для каналов, параметры SNT которых присутствуют и в наборе каналов оператора вещания в памяти клиентского устройства, и в обрабатываемом файле метаданных сервиса, а также не отображаемых в списке каналов для пользователя, но сохраненных в памяти клиентского устройства в результате поиска каналов оператора вещания, при этом настройку отображения каналов в списке определяют на передающей стороне параметром VSF в LCN.
21. Способ по любому из пп.18-20, отличающийся тем, что осуществляют проверку параметров канала (SNT) и времени начала для каждой телевизионной передачи, указанной в файле метаданных сервиса, при этом таймер на запись канала сохраняют для передач, время начала которых в файле метаданных сервиса меньше достоверного времени клиентского устройства.
22. Способ по п.21 отличающийся тем, что при обработке новой версии метаданных сервиса формируют новый список таймеров на запись с удалением предыдущего.
23. Способ по любому из пп.18-20, 22 отличающийся тем, что при отключении питания клиентского устройства и/или при повторном поиске каналов Оператора осуществляют удаление информации о версии файла метаданных сервиса.
24. Способ по любому из пп.18-20, 222 отличающийся тем, что при сохранении медиаконтента сервиса осуществляют дополнительно запись передач каналов не отображаемых в списке каналов для пользователя, но сохраненных в памяти клиентского устройства в результате поиска каналов Оператора.
25. Способ по п. 24 отличающийся тем, что настройку отображения каналов в списке сохраненного медиаконтента определяют на передающей стороне параметром VSF в LCN.
26. Способ по п. 13, отличающийся тем, что метаданные сервиса формируют в виде файла в формате JSON, и дополнительно в состав метаданных сервиса включают информацию о телевизионных передачах и список категорий, используемых в рамках сервиса предоставления медиаконтента конечному пользователю.
27. Способ по п. 13, отличающийся тем, что в файл метаданных сервиса включают информационные параметры выбора оператором вещания передач для их принудительной записи клиентским устройством.
28. Способ по п.27 отличающийся тем, что осуществляют отбор информационных параметров выбора оператором вещания передач для их принудительной записи клиентским устройством по результатам анализа потребления медиаконтента пользователем.
29. Способ по п. 13, отличающийся тем, что передачу транспортного потока от сервера электронной программы телевизионных передач к клиентскому устройству осуществляют посредством спутникового вещания.
30. Способ по п. 13, отличающийся тем, что используют в качестве клиентского устройства цифровую телевизионную приставку (STB) и/или вычислительное устройство.
PCT/RU2019/000792 2018-11-09 2019-11-06 Способ предоставления медиаконтента и система сервиса для его осуществления WO2020096493A1 (ru)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EA202190920A EA202190920A1 (ru) 2018-11-09 2019-11-06 Способ предоставления медиаконтента и система сервиса для его осуществления

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2018139560A RU2704725C1 (ru) 2018-11-09 2018-11-09 Способ предоставления медиаконтента и система сервиса для его осуществления
RU2018139560 2018-11-09

Publications (1)

Publication Number Publication Date
WO2020096493A1 true WO2020096493A1 (ru) 2020-05-14

Family

ID=68500965

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2019/000792 WO2020096493A1 (ru) 2018-11-09 2019-11-06 Способ предоставления медиаконтента и система сервиса для его осуществления

Country Status (4)

Country Link
EP (1) EP3651468B1 (ru)
EA (1) EA202190920A1 (ru)
RU (1) RU2704725C1 (ru)
WO (1) WO2020096493A1 (ru)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040114052A1 (en) * 2002-12-11 2004-06-17 Sin Su Hyun Digital TV and method for switching channel automatically
US7845015B2 (en) * 2002-12-10 2010-11-30 Intel Corporation Public key media key block
WO2012071143A1 (en) * 2010-11-23 2012-05-31 General Instrument Corporation Service key delivery in a conditional access system
US20150089524A1 (en) * 2012-04-12 2015-03-26 Politecnico Di Milano Client-side recommendations on one-way broadcast networks

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0836320B1 (en) * 1996-10-08 2006-03-22 Matsushita Electric Industrial Co., Ltd. Information receiving method and information receiving apparatus using the same method
FR2813739B1 (fr) * 2000-09-07 2003-06-06 Sagem Appareil de reception et d'enregistrement d'information et un procede associe
US20050055729A1 (en) * 2003-09-10 2005-03-10 Wi Networks Inc. Video broadcasting with return channel
JP5310007B2 (ja) * 2008-10-16 2013-10-09 ソニー株式会社 情報処理システム、表示装置、出力装置および情報処理装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7845015B2 (en) * 2002-12-10 2010-11-30 Intel Corporation Public key media key block
US20040114052A1 (en) * 2002-12-11 2004-06-17 Sin Su Hyun Digital TV and method for switching channel automatically
WO2012071143A1 (en) * 2010-11-23 2012-05-31 General Instrument Corporation Service key delivery in a conditional access system
US20150089524A1 (en) * 2012-04-12 2015-03-26 Politecnico Di Milano Client-side recommendations on one-way broadcast networks

Also Published As

Publication number Publication date
EP3651468A1 (en) 2020-05-13
EA202190920A1 (ru) 2021-08-17
EP3651468C0 (en) 2023-08-02
EP3651468B1 (en) 2023-08-02
RU2704725C1 (ru) 2019-10-30

Similar Documents

Publication Publication Date Title
US10666894B2 (en) Receiver and method for reporting the usage of advanced television services
KR102091075B1 (ko) 수신 장치, 수신 방법, 송신 장치, 송신 방법 및 프로그램
CA2859008C (en) Receiver, reception method, program and information processing system
RU2521491C2 (ru) Система для захвата и выборочного воспроизведения широковещательных программ
US8321890B2 (en) Device and terminal for inserting commercial image data in distribution content and method thereof
AU2005238949B2 (en) A system for managing data in a distributed computing system
US8505043B2 (en) Method and apparatus for providing metadata of content, and method and apparatus for limiting content usage authority
CN104081759A (zh) 接收设备，接收方法和程序
RU2328087C2 (ru) Система для захвата и выборочного воспроизведения широковещательных программ
US9532096B2 (en) System and method for synching portable media player content with storage space optimization
JP2002354386A (ja) コンテンツ管理受信機およびコンテンツ管理送信機ならびにコンテンツ管理プログラム
EP2413600A2 (en) Iptv receiver, and content-downloading method for same
KR101612442B1 (ko) 컨텐츠 시청 제한 정보의 제공 및 이용을 위한 방법 및장치
RU2704725C1 (ru) Способ предоставления медиаконтента и система сервиса для его осуществления
EP2587829A1 (en) Video analysis information upload apparatus and video viewing system and method
KR101178167B1 (ko) 선호 프로그램에 대한 채널 전환 방법 및 장치
JP2000004427A (ja) ディジタル放送に用いられるインデックス情報サービス提供方法、ディジタル放送送出装置、ディジタル放送受信装置、及びディジタル放送のデータ構造
JP4572638B2 (ja) 再送信システム
JP2004186791A (ja) 広告検索方法及び広告検索システム
JP2005176223A (ja) 映像受信再生装置を動作させるプログラムおよび当該プログラムを記録したコンピュータ可読である記憶媒体および、映像受信再生装置および方法

Legal Events

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

Ref document number: 19882364

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19882364

Country of ref document: EP

Kind code of ref document: A1