Multimedia terminal for multiple users
FIELD: terminals for processing digital audio-video and multimedia data.
SUBSTANCE: device has decoder for receiving transmitted data, data-processing system and memory, while data-processing system stores data of user profiles, related to parameters or preferences of multiple users of terminal. Also, user profiles match terminal operation modes, and profiles data include data about priorities, pointing out rights of each user for using terminal resources.
EFFECT: higher efficiency, broader functional capabilities.
2 cl, 7 dwg
The present invention relates to a terminal for processing a digital audio-visual or multimedia data.
The terminals of this kind are well known in the field of pay-TV, in which a decoder or a custom console (set-top box receives digital multimedia broadcasting data, including audiovisual programs, as well as data for generating OSD data for the implementation of game applications or remote purchases, etc. depending on the system, data may be transmitted through a broadcast in scrambled or open form.
Before the introduction of digital decoders connected to a limited number of devices, usually only to TVs or, at most, to the TV and the VCR VHS. The development of digital technologies has led to a sharp increase in the range of devices that can be connected to the decoder, as well as to increase the functionality of the decoder. For example, in addition to the analog output Peritel to the TV and the VCR VHS, the decoder can also be connected via a digital bus such as IEEE 1394 bus, with other digital devices such as a recorder to DVD, personal computer (PC), etc.
As a consequence of the increasing number of external devices that can be p clucene to the decoder, a growing number of operating modes of the device. For example, a standard set of decoder and TV decoder can be used or simply to supply broadcast television information, or to connect to the Internet.
Moving away from traditional analog systems, architecture, now known digital decoders, however, still tends to follow the usual concepts in determining their structure. In particular, the architecture of the standard decoders is not exactly reflect the essence of the terminal distributing data in parallel between multiple external devices, as well as possible modes of operation of the decoder and the potential number of users of the system.
According to the present invention, a terminal for processing a digital audio-visual or multimedia data comprising the data processing system and a memory, characterized in that the said processing system and results of stores in the specified data memory of the user profiles that are related to the parameters or settings of many types of users mentioned terminal.
Thanks to the job user profile, the processing system receives the flexibility to work with multiple users of the terminal. As will be shown, although the user profile may be Assoc is new with connecting some external device or the identity of the operator, using the terminal, preferably the user profile associated with the operating mode, for example, an online mode or TV mode.
The user profile can also be personalized for one or more operators. For example, after determining the user profile for online mode of the terminal, it is possible to identify the first Internet operator, has certain rights, and the second operator, with other rights.
Preferably, user profile data includes data about resources, specifies the resources of the terminal available for each user. If decoding terminal among these resources may include access rights to the demultiplexer to determine what data to load from a stream of broadcast data, etc.
In addition, preferably the user profile data includes data about the priority indicating a priority of each user for access to one or more resources of the terminal. For example, for decoding terminal user profile information may include a priority level indicating the priority of a particular user when accessing the demultiplexer. After that, the conflicts between the requirements on the access channel, for example, received from a user of the television device is istwa and a user recording device, can be solved by a management application on the basis of such information on the priorities.
In addition to the data about the resources, specifies the resources of the terminal that may be used by a particular device, user profile data may further include data related to specific attributes of information that are issued by each user. These attributes may include, for example, specify the language that should be used in all dialog messages graphical interface for this user.
Additionally, user profile data may include data related to the actions allowed for each user, for example, if the user switches the channel demultiplexer, etc. These data, although they are closely connected with the above-described data about resources that can be used to determine the possible operations that allowed the device having access to this resource, that resource.
Preferably, some or all of the parameters or settings of the user profile data can be modified by the operator during normal operation of the terminal. For example, the value of the relative priorities of each user when accessing data can be modified by the viewer to provide p ioricet output on the VCR VHS before going on TV or the priority of the Internet connection before television, etc. Alternatively or additionally, some or all of the user profile data may be predetermined by the data processing system of the terminal.
The present invention is particularly applicable in the case of a terminal that contains a data processing system that includes, among other things, the virtual machine and the interface layer of the application of object-oriented type, containing many class libraries.
In particular, the UI application can contain one or more class libraries that define the virtual machine with respect to data user profiles. These classes may include, for example, a class library that is intended to process the user profile data in the cache memory of the terminal. In addition, the number of classes can include the class library user profiles or several of these libraries, to define the parameters of the data stored in the blocks of user profiles. For example, to define attributes preferred language for storing in the user profile can be used some method of a class.
The behavior of classes of the interface layer of the application will depend on the selected programming language. In the case of interface applications written in the Java language, for example, there will be a structure with a single the ranks inheritance between classes and their subclasses.
In one of the embodiments of the invention classes of user profiles may include a library of generic class that defines the General characteristics of the user profile data, and one or more libraries subclasses that define the characteristics of individual user profiles.
The present invention is particularly applicable to the terminal in the form of a decoder, configured to receive data transmitted in the transmission of digital data.
The present invention equally applies to the method of operation of the terminal.
The term "decoder" may refer to a receiver for receiving either encoded or not encoded signals, such as television and/or radio signals. Options for implementation of such decoders may include a decoder integral with the receiver, for example, in the user console, for decoding the received signals, or decoder, operating in combination with a physically separate receiver, or decoder, combined with additional elements, such as a Web browser, the VCR or the TV.
The term "transmission system for digital data", as used here, applies to any system for transmission or broadcast, for example, mostly audiovisual or multimedia digital data. Although present from reenie especially applicable for the broadcast of digital television systems, the invention can also be applied in specialized communication networks for multimedia Internet applications, cable television networks, etc.
Below will be described, solely as an example, the preferred implementation of the present invention with reference to the following drawings, in which:
figure 1 shows a digital television system that includes a multimedia terminal, represented by the decoder;
figure 2 presents the physical elements of the decoder shown in Fig 1;
figure 3 presents the architecture of a software system for data processing in the decoder;
figure 4 presents the structure of the virtual machines used in the data processing system is shown in figure 3;
figure 5 presents a set of predefined user profiles defined in this embodiment of the invention;
figure 6 presents the elements of user profile data stored in the memory of the decoder for each of the user profiles, shown in figure 5; and
figure 7 presents the structure of the class library interface level software architecture that can be used to determine the user profile.
Organization of the digital television system 1 according to the present invention is shown in IG. This invention includes almost normal system of the digital television 2, which uses the well-known compression system MPEG-2 to transmit compressed digital signals. In more detail, the compression device 3 MPEG-2 broadcast center receives a stream of digital signals (typically a stream of video signals). The compression device 3 is connected to the multiplexer and scrambler 4 using the communication channel 5.
The multiplexer 4 receives a lot of additional input signals, assembles transport stream and transmits the compressed digital signals in the transmitter 6 of the broadcast center via a communication channel 7, which, of course, may be different, including telecommunication channels. The transmitter 6 transmits electromagnetic signals through the channel Ground-to-satellite 8 on satellite relay 9, where it is processed by electronic means and broadcasting through the virtual channel satellite-to-Ground 10-ground receiver 12, typically having the form of plates, belonging to the end user or rented them. The signals received by the receiver 12, are transmitted in a combined receiver/decoder 13, owned by the end user or rented by him, and is connected to the TV 14 end user. The receiver/decoder 13 decodes the compressed signal MPEG-2 TV signal to the TV 14.
Possible, of course, other transport to the nals data, such as terrestrial broadcasting, cable transmission, the combined satellite-cable TV, telephone network, etc.
In a multichannel system, the multiplexer 4 handles audio and video information received from a number of parallel sources, and communicates with the transmitter 6 for transmitting this information to the appropriate number of channels. In addition to audio-visual information in some or all of these channels can be entered messages, applications, or digital data of any other type, alternating with the transmitted digital audio and video information.
Conditional access system 15 is connected to the multiplexer 4 and the receiver/decoder 13 and is located partially in the broadcast center, and partly in the decoder. It allows the end user to access digital television broadcast from one or more broadcast operators. In the receiver/decoder 13 can be installed smart card, which has the capability of decoding messages related to commercial proposals (i.e. to one or more television programs that are sold by the broadcast network operator). Using the decoder 13 and the smart card end-user can buy a commercial offer in the subscription mode or in the mode of paying for the view. In practical implementations, the decoder may be a configuration is Rowan to work with multiple systems, access control, for example, according to the scheme Simulcrypt or Multicrypt.
As mentioned above, the program transferred by the system, scribblenauts multiplexer 4, and conditions and cryptographic keys that are applied to the transfer, determined by the system 15 access control. This method of transmission scrambled data is well known in the field of pay-TV. Usually scrambled data is transmitted together with the word control to diskriminirovaniya these data, but the control word is encrypted so-called working key and transmitted in encrypted form.
Scrambled data and the encrypted control word is then accepted by the decoder 13, which has access to the equivalent working key stored on a smart card installed in the decoder, to decode the encrypted control word and the subsequent diskriminirovaniya transmitted data. Paid for a subscription, the user will receive, for example, sent monthly emails rights management" (ECM - Entitlement Control Message) a work key for decoding the encrypted control word, which gives the opportunity of watching
Interactive system 16, also connected to the multiplexer 4 and the receiver/decoder 13 and is also located partially in the broadcast center, and partly in the decoder, posvyaschennomu the user to interact with various applications via modem back channel 17. The modem back channel may also be used for communication that is used in the conditional access system 15. The interactive system can be used, for example, to give the viewer the ability to immediately communicate with the transmitting center and request authorization to view specific transmission, downloading apps, etc.
Will be described below with reference to figure 2, the physical elements of the receiver/decoder 13, or a custom console, which can be used in the present invention. The elements shown in this figure, will be described as functional blocks.
The decoder 13 includes a CPU 20, which includes associated memory elements, configured to receive input data from the serial interface 21, a parallel interface 22 and the modem 23 (connected to the modem back channel 17, as shown in figure 1).
The decoder is made with the additional ability to receive input signals from an infrared remote control unit 25 via the control unit 26 and from the switching contacts 24 on the front panel of the decoder. The decoder also has two devices 27 and 28 smart card readers adapted to read the cards and subscription smart card, respectively. The input signals may also be received from the keyboard is with an infrared interface (not shown). The device 28 for reading the signature smart card communicates with an installed subscription card and block access 29 to transmit the required control word to the demultiplexer/descrambler 30 and enable diskriminirovaniya encrypted broadcast signal. The decoder also includes a conventional tuner 31 and demodulator 32 for reception and demodulation of the transmission from the satellite before it is filtered and demultiplexing unit 30.
Data processing in the decoder in General is controlled by the CPU 20. The software architecture of the CPU corresponds to a virtual machine that interacts with the operating system of the lower level, implemented in hardware decoder.
The system architecture of the decoder
Turning now to the system architecture of the receiver/decoder, shown in figure 3, it can be seen that uses a layered architecture. The first level 41 is an operating system of the apparatus of the receiver/decoder. This operating system real-time chosen by the manufacturer to control the hardware elements of the receiver/decoder. Operating system real-time has a relatively fast response time that allows you to properly synchronize the operation is carried out is by the hardware. Between this level and level 42 middleware, located directly above him, conveyed messages about the event.
Said data processing system is located above the level of the hardware operating system and includes a level 42 middleware and level 43 application interface.
Level 42 middleware written in a language such as ANSI C, and includes a virtual machine 44 and multiple interfaces 45, including a graphical interface 46, the interface 47 flash memory, EPROM, the interface 48 of the protocols and the interface 49 of the device.
The present invention uses a virtual machine to ensure the independence of high-level applications from low-level operating system that is implemented by a manufacturer of custom consoles. The 45 interfaces provide connectivity operations and low-level virtual machine operating system 41, and also include a number of application modules intermediate level, more easily performed at this level.
Level 43 application interface (API) includes a number of high-level modules 50-55 written in an object-oriented interpreted language such as Java. These modules provide the interface between applications created by the service provider (interactive the passive management by program (program guide), remote purchases, Internet browser etc), and a virtual machine system. Examples of such applications are given below.
Low-level operating system (OS) is usually embedded in the hardware of the receiver/decoder, although in some implementations, the low-level OS can be loaded. Middleware and modules level interface applications can be loaded into RAM or flash memory decoder of the broadcast transmission. Alternatively, some or all of the elements of the middleware or application interface may be stored in ROM or flash memory (if available) decoder. The decoder may even include a hard disk or DVD drive as the memory means. It is clear that the physical organization of the memory elements of the decoder is different from the logical organization of the memory.
Level application interface
Figure 3 shows the level of 43 interface applications mentioned above; the modules at this level are written in an object-oriented language such as Java. Each module defines a set of class libraries that are called during system operation. This system has the following modules.
The Module 50 Lang/Util (Language/Utilities). This module defines the classes needed to run the virtual machine objects. Such class library the usual form part of the standard library, associated with the selected object-oriented language.
Module 51 MHEG-5. This module defines the classes associated with the manipulation of graphical objects on a television screen. These objects differ from audiovisual data and may form, for example, identifiers of channels or text overlaid on top of the displayed images. The definition of the classes in this module must conform to the requirements of the MHEG-5 defined standards ETS 300777-3 and ISO/ISE 13522-5 (and ISO/ISE 13522-6 in the case of a system implemented in Java).
Tool module 52. This module contains classes that are used for loading and decompression of data classes associated with managing the file system and memory in the receiver/decoder, as well as the classes associated with connecting to the Internet, etc.
Module 53 devices. This module defines the classes needed to control peripheral devices connected to the receiver/decoder mentioned above, including the modem, devices, smart card readers, tuner MPEG etc.
Service module 54. This module defines the classes needed to complete the development of a high-level interactive applications, such as data management, credit cards, etc.
Module 55 DSMCC-UU. This module implements the protocols required to exchange rate is for information between the client and the server to search for data files and read them. The implementation of this module must comply with the requirements of ISO/IEC 13818-6 and directives defined in part 9 DAVIC.
During normal operation the next level interactive applications, which are created by the service provider and loaded during the broadcast, as in the conventional system, will be located above the above-described front-end modules. These applications typically include the overall program Manager for the management of certain basic operations of the decoder and one or more additional applications that implement additional services. In particular, the application Manager users" can be used for conflict resolution user priorities, as described below.
Depending on the application, some of these modules may be missing. For example, if the service provider does not intend to provide a common channel for reading data, the DSMCC module-UU in the final system can be absent.
Modules 43 provide class libraries for object-oriented programming environment. The behavior of their classes will depend on the selected language. In the case of a Java application, for example, will be observed structure classes with single inheritance.
It is clear that the grouping of the class or set of classes for the modules does not play a significant role in what the concerns the functionality of the class. Some classes related to management of peripheral devices may be, for example, classified as eligible for inclusion in the module 53 of the device or service module 54.
The front-end level
As shown in the illustration, the front-end tier consists of four modules - graphics module 46, module 47 file management memory module 48 protocols and Manager 49 devices. Although the modules at this level are described as front-end modules, their purpose mainly is to provide a binder level for the implementation of the modules of the application interface and to operate a virtual machine as a whole.
Graphics module 46, for example, provides for the creation of graphical objects and manage them. It queries the low-level OS display of basic graphic primitives, such as single pixels, lines, rectangles, etc. the Implementation of this module depends on the graphics capabilities of low-level OS manufacturer. Being somewhat additions to the module 51 MHEG-5, these functions can be more effectively performed at this level of code, compared to the high-level code is selected for the interface layer of the application above it.
Similarly, the module 47 file management memory includes low-level commands to read / write files, related to whom is onetime memory system. Usually, the hardware, the operating system includes only the commands that implement read-write sector or page component memory. As for the case of graphics module 46, this module allows you to efficiently enter into the system a set of simple low-level applications.
Module 48 management Protocol defines a library of communication protocols that can be called when the exchange of information through, for example, TCP/IP-level decoder.
Manager 49 devices is somewhat different from other modules at this level that it provides the communication channel or interface between the hardware operating system and the levels above it, including other modules front-end level and the virtual machine. For example, team or event messages received hardware OS from the virtual machine and passed to it must always be transferred by the device Manager for conversion in accordance with the specifications of the interface between these two levels.
The description of the virtual machine
Below with reference to figure 4 will be described the structure of a virtual machine 44 used in the system of the present invention. The virtual machine used in the present invention, is a multithreaded machine displacement type. General characteristics of such a machine is known from other areas, and the creation to the Yes for the implementation of such a machine is not beyond the competence of the ordinary specialist in the field.
The virtual machine consists of a number of elements that interact, in General, as shown in figure 4.
The scheduler 60, consisting of service 61 Manager threads and service Manager 62 of the monitor, is a Central component of a multi-threaded machine. The scheduler 60 specifies the order of execution of threads created by the application outside of the virtual machine and created the virtual machine (for example, thread, "GC", mentioned below).
Manager 63 events leads the routing table of events and lists of events received streams, and centralizes dispatching event handling.
Manager 64 memory handles the allocation and deallocation of memory areas in the system memory and also deletes from memory objects that are not referenced ("garbage collection" -utilization of freed memory in the process, program or system).
Manager 65 class loads the classes in the application code that is downloaded from a broadcast signal, interacting with the Manager 66 security to verify the integrity of downloadable code, and with the Manager 68 file, which is generated by the application.
Manager 68 files supports the implementation of the file system and manages the loading mechanism of the interactive applications and data.
Manager 66 security is responsible for the level of access granted downloaded the m applications; some applications may perform more operations than the other, in relation to the file system.
The interpreter 67, which includes service 69 interpreting bytecode and service 70 interpretation of "m-code", performs interpretation applications written in one of these two codes, and byte-code corresponds to the Java applications and m-code is the name given to native code, developed by the applicant.
The increasing computing power of the hardware decoder has led to the increasing role of decoders in routing data between many potential users of the system. For example, one IRD (Integrated Receiver/Decoder integrated receiver/decoder) can serve as an entry point for the passed by the MPEG stream, which is processed and sent to one or more connected TVs, analog VHS VCR connected through the communication channel Peritel, a personal computer (PC) or the recorder on a DVD connected via the IEEE 1394 bus, etc.
The Central idea of the considered implementation is the definition of the set of "users" of the decoder, and each user is mapped to some specific user profile. For example, a high-level application can define multiple profiles the user is, for the viewer of the television, to the person recording the transfer on the VCR VHS, persons directly using the decoder to access the Internet, the person using the decoder for sending data to a PC, etc. figure 5 presents an example set of typical user profiles. This list can be expanded to include, for example, the DVD device connected to the decoder, etc.
The user profile may be defined as corresponding to some external device connected to the terminal, for example, connected to the TV, when the terminal simply directs the audiovisual data to the TV. The user profile may also be defined as corresponding to some actual characteristic of one or more individuals, or "operators"using the terminal.
In this case, however, the user profile is defined as corresponding to a certain mode of the device, such as a mode in the Internet. Each user profile defined for one configuration or mode of operation, can be personalized for different persons using dekodery terminal. For example, one person can match spectator settings other than the settings of another person, or he may be permitted to view certain channels. The information is asasasa settings for each person is stored in said user profile for this operation.
Each user profile has a unique and distinctive identity of the user and one or more priority values, determining the priority of this user in obtaining one or more resources of the decoder. In this case, the term "resource" refers to a feature of the decoder, such as access to the demultiplexer to download the selected data. High-level control application sets and stores the parameters of these profiles, controls the allocation of resources and resolves conflicts between users, based on user priority.
For example, the account Manager may provide the user with "VCR" such a priority that request the user to use a certain resource will have priority over user request "SPECTATOR" to use the same resource. In particular, the user "VCR" may have an advantage over user "VIEWER"when it comes to choosing a channel demultiplexer. Therefore, the application does not allow the switching signal of the channel received from the audience, had a higher priority than the channel selection by the person wanting to write a program transmitted in the same time.
In this example, when each user is Ely assigned the same priority value, user "VCR" will always take precedence over user "VIEWER" access to any resource. Alternatively, you can assign multiple values, priorities, so that in respect of certain resources will take precedence "SPECTATOR", in relation to other resources - "VCR", and so on
Assessment of priorities is Manager users and can be interactive, i.e. the operator can determine by programming the decoder using a handheld remote control, whether to provide Internet connection a higher priority than watching TV, etc.
Each user profile includes, in addition to the value of the user ID, the set of preferences stored in the cache memory of the decoder, for example in the flash memory of the decoder. These settings will be called by the application when each decoder. As shown in Fig.6, the data 80 user profiles include data 81 on resources data 82 about the attributes and data 83 of the action.
Data 81 on the resources include a list of internal resources of the decoder, which can be accessed by a user, such as a tuner MPEG and descrambler. It is clear that in this context the term "resource" implies a logical resource by which to understand the combination of physical e is the elements, associated with the process of demuxing, conditional access system, etc.
Data 82 about the attributes include preferred attributes specific to the user, for example the language used (English, French, German and so on), which should mainly be used when displaying messages on the screen, the level of programs that can look at this user, from the point of view of morality, etc. Data 83 of the action include the list of allowed actions that can be performed by the user, including channel switching, etc.
User profile data may include predefined values defined by the user Manager (for example, all users have access to resources tuner, a demultiplexer, and the like), as well as values that can be modified and personalized for each of the statements using the terminal, for each operation mode (the program level, which can be viewed from the point of view of morality, and so on).
The number of values that can be modified by the operator can enter values for each user profile specified by the operator at the moment of loading of the decoder, as well as the values set by the operator each time at the beginning of the CE the NSA with some specific user profile.
Defining a set of user profiles corresponding to the operation modes and includes data relating to priority of access to the terminal for each profile, opens the possibility of parallel processing terminal such regimes to allow, for example, one terminal to manipulate data and to process them for viewing through the TV and, at the same time, to send other data for recording on the connected recording device to send data to the PC for processing, etc. In such systems, the terminal actually turns into a hub for data transmission on multiple connected peripheral devices operating in parallel. The management of this type of device is particularly well multi-threaded system of this type, as shown in figure 3 and figure 4, as will be described below.
In order to make possible the creation of multiple user profiles, it is desirable to include in the API-level object classes that would, in conjunction with the virtual machine, to implement it. As described above, with reference to figure 3, class libraries defined in API level 43, determine the parameters of the function, which performs high-level applications. In particular, when performing certain operations high-level applications is their will contain instructions, referring to classes of objects defined in this level.
Each class will be subject to the rules of object-oriented programming language chosen for this level. In a number of standard object classes includes classes relating to the management ports of the decoder, such as an interface for credit cards, as well as other operations, such as managing the access control system. A number of standard classes API level determined by the group DAVIC, for example, regarding access to sections and tables downloadable MPEG stream.
Figure 7 presents the structure of classes that provide the ability to define custom settings for each user contributing to the support of many users with high-level applications. Classes, which will be described, may be included, for example, a service module 54, mounted in API level 43.
7 shows the class 90 UserCacheManager, which is used to provide applications access to data user profiles stored in the cache memory system, and work with them. This class is a static class. As in conventional software architectures, based on the principles of object-oriented design, a class library includes a set of methods or the commands, such as method initialise() to initialize the cache memory, the method getMaxUserProfiles(), allowing to determine the maximum number of users that the system can support, the method getActiveUserID(), which allows to know the number of users active at any given time, and so This class can also be associated with the set of events that notifies the application about the incident event, such as creating or deleting a user profile.
Among these classes is the class 91 UserProfile. This class is a generic class that allows you to create multiple user profiles. This class includes a set of methods, such as methods getUserID(), allowing to obtain the user ID, getPriorityLevel(), which allows us to determine the priority of access to resources, setGeneralAttribute()that allows you to set some General options, etc. This class is also associated with a set of events, indicating, for example, the request from the user to switch channel, etc.
These methods allow indirect access to the parameters, thereby avoiding the need to have a separate method for each parameter. The number of parameters that are processed by these methods will depend on the choice of the developer of the system architecture and may eventually increase.
In fact, the selection and functional in the ability of many methods in this and other classes can also be defined at the discretion of the Creator of the system and depending on the computational power of the hardware, characteristics of virtual machines, the amount of functionality that wants to offer the developer of the system architecture, etc.
As will be described below, some methods can be inherited by other classes in accordance with the principles of object-oriented language for the interface layer of the application.
In particular, the class of 92 ViewerProfile, 93 RecorderProfile, 94 InternetProfile, 95 DataBridgeProfile determine the methods, specific for determining a user profile of the VIEWER, video RECORDER, INTERNET, SLUTSA etc. Classes 92-95 can have methods that are inherited from the generic class 91 UserProfile. For example, using the command setGeneralAttribute (Attribute, Value of Attribute, you can define the preferred value of the attribute associated with a particular user profile.
In the case of a user profile for the viewer, which must be installed level programs that can look at this audience, from the point of view of morality, in the context of programming profiles for user VIEWER
will set the age limit authorization for this user. This value will be set and called the top-level application; it can be used in order to make it impossible to access the user-VIEWER to defined the output channels of the demultiplexer as long while this statement does not provide their age. For each person having access to the decoder mode, the VIEWER, can be defined preset in the instances of the class VIEWER.
It is clear that the definition in the API set of classes for creating identified "user" gives the system the ability to easily set multiple user profiles for each of these users. Introduction class UserCacheManager allows to operate in the cache memory profile data pertaining to the user, and generic classes UserProfile and subclasses ViewerProfile, RecorderProfile etc. provide the tools necessary to identify the individual user profiles.
The specific composition and definition of methods and events within these classes is, of course, the question to be solved at the discretion of the developer, and the competence of the ordinary person skilled in the art it will be possible to establish a better definition of such objects, depending on the characteristics of the selected virtual machines etc.
1. Terminal for processing a digital audio-visual or multimedia data, which includes a decoder configured to receive data transmitted in the transmission of digital data, the data processing system and a memory, wherein said data processing system is performed to save the Oia in said data memory of the user profile moreover, the user profile is defined as related to the mode of the terminal and user profile data includes data about resources, specifies the resources of the terminal available for each user, and information about the priority indicating a priority of each user for access to one or more resources of the terminal.
2. The terminal according to claim 1, wherein the user profile is defined as related to the connection of the external device.
3. The terminal according to any one of the preceding paragraphs, characterized in that the user profile personalized in relation to the identity of the operator using the terminal.
4. The terminal according to any one of the preceding paragraphs, wherein the user profile data includes data related to specific attributes of information that are issued by each user.
5. The terminal according to any one of the preceding paragraphs, wherein the user profile data includes data related to the actions allowed for each user.
6. The terminal according to any one of the preceding paragraphs, characterized in that some or all of the parameters or settings included in the user profile data may be modified by the operator during operation of the terminal.
7. The terminal according to any one of PR is testuya points, characterized in that some or all of the user profile data predetermined by the data processing system of the terminal.
8. The terminal according to any one of the preceding paragraphs, characterized in that the terminal contains operating system, hardware, receiver/decoder to control the hardware elements of the terminal, and a data processing system includes a virtual machine to ensure the independence of high-level applications from the operating system and the application interface of the object-oriented type, containing a number of class libraries that provide an interface between the application and the virtual machine.
9. The terminal of claim 8, wherein the application interface includes one or more libraries of classes that define the virtual machine with respect to data user profiles.
10. The terminal of claim 8 or 9, characterized in that the interface of the application contains a class library intended for operating data of the user profile in the memory of the terminal.
11. The terminal according to any one of p-10, characterized in that the interface of the application contains one or more class libraries user profile to determine characteristics of the data to be stored in the user profile.
12. The terminal according to claim 11, characterized in that the class library user profiles include a library of generic class defines the General characteristics of the user profile data, and one or more libraries subclasses that define the characteristics of individual user profiles.
13. The method of operation of the terminal for processing a digital audio-visual or multimedia data, which includes a decoder configured to receive data transmitted in the transmission of digital data, the data processing system and a memory, characterized in that it includes a store operation in said data memory of the user profile and the user profile is defined as related to the mode of the terminal and user profile data includes data about resources, specifies the resources of the terminal available for each user, and information about the priority indicating a priority of each user for access to one or more resources of the terminal.
14. The method according to item 13, wherein the user profile is defined as related to the connection of the external device.
15. The method according to item 13 or 14, characterized in that the user profile personalized in relation to the identity of the operator using the terminal.
16. The method according to any of PP-15, wherein the user profile data includes data related to certain and what the attributes of the information issued to each user.
17. The method according to any of p-16, wherein the user profile data includes data related to the actions allowed for each user.
18. The method according to any of PP-17, characterized in that some or all of the parameters or settings included in the user profile data may be modified by the operator during operation of the terminal.
19. The method according to any of PP-18, characterized in that some or all of the user profile data predetermined by the data processing system of the terminal.
FIELD: digital images.
SUBSTANCE: method includes receiving vectors for forward and backward movement in direct prediction mode, receiving two separate blocks with movement compensation with use of vectors of forward and backward movement and block B of frame subject to encoding or decoding is predicted, by applying interpolation predicting to said blocks.
EFFECT: higher precision, higher efficiency.
4 cl, 4 dwg
FIELD: digital television.
SUBSTANCE: method includes data table about applications, containing information, concerning applications, transferred in each service of transport stream. Data table about applications can by known method be provided with fixed packet identifier PID and table identifier extension TID, alternating dependently on selected service group. Use of one data table about applications to present information to all services of group provides a row of advantages, in particular concerning taking decisions whether to leave or not certain application during switching from one service to another.
EFFECT: higher speed of operation, broader functional capabilities.
2 cl, 7 dwg
FIELD: digital audio and video technologies.
SUBSTANCE: device for storing information is made with possible receipt of data carrier, decoder is made with possible receipt of compressed encoded signals from data carrier and transmitting signals to decrypter. Decrypter is made with possible decryption of compressed encoded data encrypted data and transmitting these to decompressor. Decompressor is made with possible receipt of compressed encoded signals from decrypter and decompression of compressed encoded signals to reproduce the image.
EFFECT: higher precision, higher efficiency.
3 cl, 17 dwg
FIELD: broadcasting systems.
SUBSTANCE: method includes broadcasting of message, including text portion intended to reach user, while said message is transferred in form of conditional access message.
EFFECT: broader functional capabilities.
5 cl, 7 dwg
FIELD: operations with images.
SUBSTANCE: video signal is outputted, number of scanning rows of which is doubled by integration of interpolated scanning row of input video signals of scanning rows into it, positioned above and below, accordingly adjacent to interpolated scanning row. Circuit has block for detecting direction having greatest correlation, centered in interpolation point, including vertical and slanting directions, on basis of input video signal, and block for calculation of average value of image signals in two points of selection on scanning points, positioned above and below, appropriate for detected direction. Block for detecting direction estimates, that correlation in direction with slant is greatest, and block for calculation of average value calculates average value of signals of image in two slanting points, allowing in such a way to correctly process interpolation of slanting line in moving image.
EFFECT: higher quality, higher efficiency.
2 cl, 10 dwg
SUBSTANCE: device converts signals to digital video information. Compression device is made in such a way, that it receives digital video data, coming from source data generator, and compresses digital images. Encoding device receives compressed digital video data coming from compression device and encodes compressed digital video data. Recording device stores encoded compressed digital audio data at data carrier.
EFFECT: higher data transfer speed.
3 cl, 17 dwg
SUBSTANCE: television add-on is provided with inner software, allowing to observe interesting events, and allowing other peripheral devices to connect thereto. In particular, add-on has three components, necessary for dispensing its basic functions: hardware, operating system and resident application. Each component provides separate set of application interfaces, which allow the application to query and direct hardware for performing certain functions, determine events observed by operating system, observe events taking place in resident program.
EFFECT: broader functional capabilities.
10 cl, 12 dwg
FIELD: access control systems.
SUBSTANCE: proposed signal processing method involves reception of digital input signal incorporating first component of scrambled signal and second component of scrambled signal; binding of input signal with detachable intelligent card unit for processing first scrambled signal component and generation of first descrambled signal which is internal with respect to intelligent card unit and for processing second scrambled signal component in case of response to first descrambled signal to generate second descrambled signal and to integrate first scrambled signal component of input signal and second descrambled signal so as to produce output signal; reception of output signal from intelligent card unit and processing of second descrambled signal to shape signal adapted for display.
EFFECT: improved control of access.
1 cl, 9 dwg
FIELD: protection of video information against unauthorized copying.
SUBSTANCE: proposed method using watermarks to protect video information against unauthorized copying by changing scale of pattern in the course of copying includes introduction of watermark in original video signal with different scales. Watermark is maintained in each scale for preset time interval sufficient to enable detector circuit in digital-format video recorder to detect, extract, and process information contained in watermark. Watermark scale is changed by end of preset time interval preferably on pseudorandom basis to ensure appearance of each of all scales in predetermined scale variation range as many times as determined in advance. In this way definite scale possessing ability of watermark recovery to initial position and size can be identified and used for watermark detection.
EFFECT: enhanced reliability, facilitated procedure.
24 cl, 7 dwg
FIELD: converting code of received video sequence using extrapolated movement data received from video sequence.
SUBSTANCE: proposed method for code conversion involves reception of first bit stream of compressed picture data having some coding parameters. These parameters may relate to GF-structure of picture frames, picture frame size, to parameter showing if frames presented in input bit stream are picture fields or frames, and/or if they form picture frames presented in bit stream, direct or interlaced sequence. First and second movement vectors are obtained from input bit stream and used together with weighting coefficients to extrapolate third movement vector for output bit stream of compressed picture data. Output bit stream that differs from input one by one or more parameters is outputted as converted-code output signal.
EFFECT: provision for minimizing of or dispensing with movement estimation in code conversion process.
22 cl, 4 dwg, 1 tbl
FIELD: broadcasting systems.
SUBSTANCE: method includes broadcasting of message, including text portion intended to reach user, while said message is transferred in form of conditional access message.
EFFECT: broader functional capabilities.
5 cl, 7 dwg