Copy protection system for digital data

FIELD: copy protection.

SUBSTANCE: system has content distribution block, multiple recording and playback devices for digital data, calculations processing block, meant to perform communications with recording and playback devices and performing calculations processing for transferring license payments.

EFFECT: higher reliability of copy protection.

5 cl, 55 dwg

 

The technical field

The present invention relates to systems, copy protection, and more specifically, to a system for copy protection of data of recorded music when charging the user for the appropriate license fees.

Prior art

In recent years, compact discs (CD) have become a popular form of media for music. Such KD easily transported and users to freely transfer their CD for others to listen to. This distribution of musical recordings “hand in hand” has millions of hits. The problem here is that KD is essentially not protected from piracy, i.e. from unauthorized copying. In addition, these CD are copied without any problems on recordable compact discs (SCD), which have recently become commercially available. Mini-disc (MD) also became popular as a medium for recording musical data previously enrolled in KD. Thus, the music data recording can be easily copied on them, and if music tracks shared in circumvention of copyright law, the copyright owners bear the loss.

In order to prevent this easy copying, in Japanese laid out application No. 9-34841 (97-34841) disclosed a conventional system to encrypt the E before they are distributed, key interpretation through the network and pay for their provision. The online distribution of music recordings and calculations on the network is widespread.

In the case of conventional systems, however, the online distribution of music recordings and calculations personalized “one-to-one, and hence these music do not get mass distribution among users, as in the case of distribution by the principle of “hand in hand” for KD. Still simplification dissemination of recorded music was not an issue in online distribution of musical recordings.

Disclosure of inventions

The present invention is the creation of a system of copy protection, especially for the online distribution of musical recordings, implementing copy protection data music by charging the appropriate license fees for them and facilitate the dissemination of musical recordings.

To achieve the specified result, the present invention is characterized by the following features.

In the first aspect of the invention is directed to a system for copy protection of digital data for charging the user of the appropriate licensing fee when implementing copy protection digital the data, moreover, the system contains

block content intended for distribution data distribution, including digital data over the network;

many devices recording and playback of digital data, interconnected through a network, each of which has the ability to store additional data distribution taken from the block of content distribution and playback of digital data and distribution data distribution stored in them, to other persons; and

the processing unit calculations, intended for information exchange with devices recording and playback of digital data over the network and process calculations for the calculation of royalties, and each of the recording devices, and playback of digital data

communicates, before playback of the digital data processing unit calculations for processing purchase to be ready to handle calculations in the data receiving an additional distribution from the power distribution content or from other devices recording and playback of digital data through a network

and adds, prior to distribution, the identifier (ID) of the distributor to data additional distribution obtained from nl the CA content distribution or from other devices recording and playback of digital data through a network

if these additional distribution to be processed payments, equipped with a distributor ID, the processing unit calculations performs the processing premiums for the user identified by the ID of the distributor.

As described above, according to the first aspect of the invention, the proposed system for copy protection of digital data, providing copy protection when charging the user of the appropriate license fees, and providing benefits to the owner of the copyright to a greater extent through the use of prizes to stimulate dissemination of data by the user.

According to the second aspect, the present invention is directed to a device for recording and playback of digital data, providing the ability to save additional data distribution, including any content that is a digital data encrypted under first system, and information management powers, with the content key used for the first system, and play the content after processing purchase to prepare for the processing of payments through communication with the processing unit calculations connected through a network, and the device contains

the unit receiving data further spread the tion, intended for receiving external image data distribution

the block data storage additional distribution that is designed to store additional data distribution

the processing unit purchases intended for execution by the user, processing purchase to play the content included in these additional distribution stored in the storage unit data dissemination;

block allocation data that is used to select additional data distribution from the block data storage additional distribution;

the block decoding of content intended for decoding, processing purchases, additional data distribution stored in the storage unit data distribution, respectively, of the first system, and selection of content;

the playback unit, designed for playback of content, the selected block decoding the content; and

the block identifier (ID) of the distributor that is designed to encrypt the first user ID, which is identification information unique to the device, and to add an encrypted ID of the first user data to the additional soap is aging, selected by the block selection data for external output.

As described above, according to the second aspect of the present invention, an apparatus for recording and reproducing digital data having a possibility of charging the user of the appropriate license fees and consequently protecting against copying in the distribution of the data distribution, including content such as music tracks.

According to a third aspect, the present invention is directed to the processing unit calculations designed to save additional data distribution and for receiving over the network from a device to record and playback digital data, ensuring the reproduction of the content after processing, calculations, information management calculations, the corresponding additional data dissemination, ID distributor, indicating the person who provided additional data distribution, and the ID of the transmitter corresponding to the recording device and playback of digital information, and the processing unit contains calculations

the unit receiving the information processing calculations, used for receiving information management calculations and ID distributor,

block authorization of the transmitter is intended for receiving the ID transmitter and identify the purpose of the transmitter;

the processing unit calculations designed to perform, in accordance with the accepted unit data reception processing payments information management calculations, processing payments with respect to the transmitter identified by the block authorization of the transmitter; and

the processing unit award that is intended for processing award for distributor identified by ID distributor, adopted by the unit receiving the information processing calculations.

As described above, according to the third aspect of the present invention, a processing unit calculations, providing copy protection when calculating the relevant license fees and providing benefit to the owner of the copyright to a greater extent by giving the user identified by ID distributor award to encourage the dissemination of data by the user.

These and other objectives, features and advantages of the present invention are explained in the following detailed description of the invention illustrated by the drawings.

Brief description of drawings

Figure 1 - block diagram showing the structure of a system for copy protection of digital data corresponding to the first variant embodiment of the invention;

Figure 2 - schematic representation of the configuration of the first data is more spread;

Figure 3 - schematic representation of the configuration of the second data distribution;

4 is a schematic representation illustrating how the user makes available to other users additional data dissemination, which he received in accordance with the present system of copy protection;

5 is a block diagram showing the structure of a recording device and playback of digital data corresponding to the first variant embodiment of the invention;

6 is a block diagram showing the first device 1011 recording and playback of digital data implemented on the mainframe computer;

7 is a block diagram of an algorithm illustrating the operation of the device recording and playback of digital data to obtain information rights management;

Fig diagram illustrating the structure of the table information rights management;

Fig.9 is a diagram illustrating the structure of information 1605 data management additional distribution;

Figure 10 - block diagram of the algorithm, illustrating the operation of the device recording and playback of digital data for playback;

11 is a block diagram illustrating the detailed structure of the block 411 add ID distributor;

Fig is a block diagram illustrating the detailed structure of the block 412 of the processing of purchase;

Fig is a schematic view illustrating an example of the information processing payments;

Fig - block-scheme of the algorithm, illustrating the operation of the device recording and playback of digital data for processing purchase;

Fig is a block diagram illustrating the detailed structure of block 801 processing payments;

Fig - block-scheme of the algorithm, illustrating the operation of block 801 processing payments for processing payments;

Fig is a block diagram showing the structure of a recording device and playback of digital data corresponding to the second variant embodiment of the invention;

Fig diagram illustrating the structure of the package SDAF in accordance with the third embodiment of the invention;

Figa-19s - charts illustrating other structures packages SDAF,

Fig - chart illustrating how the header SDAF is divided into packets SDAF;

Fig diagram illustrating an example of a package SDAF;

Fig diagram illustrating the structure of the header;

Fig and 24 - source codes describing the structure of the header using the C++language;

Figa-25s - chart showing how to determine the attribute table CEL (element, content);

Fig diagram illustrating the correspondence between pairs of keys and items of content;

Fig - source code that describes the structure is ru key pair using the C++language;

Fig - chart illustrating the possibility of links to the content items (CEL) of the navigation data;

Fig diagram illustrating an example of the structure of the navigation data;

Fig diagram illustrating another example of the structure of the navigation data;

Fig is a table showing the specifications of the MPEG2-AAC (Advanced audio coding standard MPEG compression algorithm of the moving image) as applied to audioelement content;

Fig is a table showing specifications (JPEG compression algorithm for still image) as it applies to graphic content;

Fig is a table showing specifications MPEG-I applied to graphic content;

Fig is a table showing specifications portable network graphics (PNG) as applied to graphic content;

Fig is a table showing specifications MPEG2 for video content;

Fig diagram illustrating the structure maps of the temporary search;

Fig 38A and 38b - table and chart detail showing the header included in the map of the temporary search;

Fig - table, detail showing each record included in the map of the temporary search;

Fig is a table showing an example of forwarding elements of the content;

Figa-41 is - charts illustrating examples of how distributed the package SDAF;

Figa-42s - charts illustrating examples of how the package is created SDAF;

Fig external view of the portable music playback device records;

Fig is a block diagram showing an example of the structure of block data conversion;

Fig is a block diagram showing another example of the structure of block data transformation.

The best ways of carrying out the invention

(The first option)

With reference to figures 1, 2 and 3 below describes a system of copy protection of digital data corresponding to the first variant implementation of the present invention. 1 schematically shows the structure of the system copy protection of digital data.

System for copy protection of digital data contains first, second and third devices 1011-1013 recording and playback of digital data, the server 102 content for distribution of digital data and the server 103 calculations for processing payments. They are interconnected via the Internet. However, the use of the Internet does not impose restrictions, and can also be used telephone line, specialized network, network, satellite broadcast or cable network. The number of devices recording and playback of digital data is also not PR is nepilniem.

According to figure 1, the device 1011-1013 recording and playback of digital data may represent computers connected to the Internet. The user receives digital data over the Internet or from recording media such as CD with music for playback on the recorder and playback of digital data.

Figure 2 and 3 shows a diagram illustrating the configuration of a digital data distributed via the Internet. Digital data according to figure 2 include information 203 rights management and content 205. Information 203 management authority includes information 201 of the management accounts and key 202 of the content. Contents 205 consists of one or more groups of audio data 204. Below is configured so data is referred to as the first additional data distribution.

Information 201 management calculations includes information related to the accruals for the content, enabling preview, number of previews, etc. Information 201 control calculations may also include information related to the scheme of calculations based on the number of times, for example, for every audition or for a predefined number of times, and the criminal code of the connected number. The key 202 content is used for encryption and decoding of the content 205. Contents 205 encrypted key 202 of the content.

Information 203 management powers encrypted according to a predefined encryption key different from the key 202 of the content. This key is called key information rights management (not shown) and in a typical case, there is software running in the device 1011-1013 recording and playback of digital data. The software is installed by the user for its use. The key information management powers can encode and decode information in the hardware provided for this purpose.

The key information management powers stored in the memory area inaccessible to the user during normal operation. This area is inaccessible to the user, hereinafter called the protected area. The protected area is often provided in the internal memory in the universal computer, but can also be found in specialized hardware, in memory or on the recording media.

The digital data is presented on figure 3 contains the identifier (ID) 301 user and the first data 302 additionally what about the distribution as shown in figure 2. Configured this way, data referred to herein as the second additional data distribution.

ID 301 user figure 3 indicates information for identifying the user with the digital data distributed to others. ID 301 user encrypted according to a predefined encryption system and uniquely provided to each user. ID 301 of the user is stored in the above-described protected area and may consist of several ID specific users. ID of a specific user is generated during the installation of such software, as described above, in the system of copy protection, or is available from the server 103 calculations or other network nodes. Detailed information about the possibility of making an ID 301 user from multiple IDS specific to a user are described below.

Compact disc (CD), i.e., an external storage device 417 record as described below, this embodiment has the contents (music data) and identification information of the content. Information identifying content in a typical case can be an ISRC (international standard recording code)used to identify the names of musical notes.

The contents recorded on CD, predpolozitelnoi encrypted. This CD can be an enhanced CD, which merged music CD (audio CD) and the area of the ROM-KD. In addition, in the area of ROM-CD can store information 203 management authority, encrypted in accordance with a predetermined encryption system.

The following describes the proliferation of digital data in the proposed system copy protection. Assume that the user And acquires and plays back using the first device 1011 recording and playback of digital data some digital data (in a typical case, music recording) and decides to propose to the user to buy him a music recording. In this case, the user may save the digital data on the recording media and to present it to the user directly or to transfer data through the Internet. It has positive aspects for both as a user And not bother with a description of what are these digital data (for example, the title of a musical work, the name of the singer and so on), and the user simply receives data from the user A. then, the user can also recommend their favourite music recording to another user C. If so widespread cyfrowy the data is estimated on the basis of use and for that appropriate charges are made, the copyright owner can benefit from such distribution. Essentially this system copy protection developed taking into account these circumstances.

Figure 4 is a schematic representation of a system of copy protection used for such purpose as described above. According to figure 4, the user And having a first device 1011 recording and playback of digital data, music downloads data records from the server 102 content (stage 1) and provides online payment server 103 calculations (step 2). Then user a sends music to the user using the second device 1012 recording and playback of digital data (step 3). The user provides online payment server 103 estimates of the music data recording (step 4). After that, the user sends music to the user using the third device 1013 recording and playback of digital data (step 5). The user provides online payment server 103 estimates of the music data recording (step 6). In this case, users have the choice not to pay for music data and can simply send the data to music other entities.

As such, the present system of copy protection may invoice the user to the NML for providing music data recording process of their distribution, contributing largely to benefit the copyright holders. Moreover, the system can provide a prize, for example, in the form of a coupon to encourage users to distribute music data records among others. More detailed information below.

The following describes the recording device and playback of digital data, which is driven by the user. Figure 5 presents a block diagram showing the structure of the first device 1011 recording and playback of digital data. The recorder and playback of digital data, shown in figure 5, contains the block 401 receiving additional data distribution region 402 of memory to store additional data distribution unit 403 information rights management (IPM), a field memory 404 for storing IEP block 405 highlight key content, unit 406 reads the data block 407 data compression, block 408 data encryption, block 409 add FTI, block 410 the data access block 411 add ID distributor, block 412 processing purchases, block 414 interpretation of the content block 415 playback control, loudspeaker 416 and region 418 memory for storing the user ID.

Note that the loudspeaker 416 may be externally connected to the recording device and the playback is s digital data. In addition, the block 403 information rights management (IPM), a field memory 404 for storing IEP block 405 highlight key content, unit 406 reads the data block 407 data compression, block 408 data encryption, block 409 adding IEP is provided to convert non-encrypted data in the additional data distribution. If there is no need for this conversion, these components can be omitted. The second and third devices 1012 and 1013 recording and playback of digital data is structurally identical to the first device 1011 recording and playback of digital data and therefore not described here.

Such a device recording and playback of digital data can in principle be implemented on a personal computer. Figure 6 presents the block diagram of the first device 1011 recording and playback of digital data implemented on a personal computer.

The device presented on Fig.6, contains block 2 information processing that performs data processing and managing other components, block 3 program store for storing data software for operation of unit 2 of the information processing unit 4 output to display various information to the user and playback and output data, music, etc., block 5 input for receiving commands uses the user and data from an external recording medium, section 6 of the General store data such as data of the additional distribution unit 7 storage of protected data to store data that must be kept secret from the user area that is inaccessible during normal operation, and the communication unit 8 that communicates with multiple servers via the Internet. These components are connected to a common system bus.

Block 5 input may be in the form of reader with ROM-a CD reader with digital video, keyboard, mouse, and is designed to receive commands and data user data from an external recording medium such as ROM, CD, etc. Block 4 conclusion can be made as a display, printer, speaker and is designed to display various information generated by the processing unit 2, and to play music. Unit 2 information processing may contain a Central processing unit and performs various data processing to control other components while providing copy protection of digital data. Such data processing is described below in more detail.

Unit 2 information processing performs various data processing using the program. This program is stored in the storage unit 3 programs and passed as required in block 2 clicks is processing information. Unit 3 storing programs can be made with the possibility of storing the program information on the recording medium, for example on a hard disk or semiconductor memory, or a removable recording medium such as an optical disk (such as CD, CVP) and the fee semiconductor memory. If the recording medium is a removable memory type, it may be replaced by another medium with a different program, as necessary.

Unit 6 store shared data is a block of memory on which is recorded and from which you are reading, for example, a hard disk or semiconductor memory, and is designed to store data, which do not necessarily must be kept secret from the user, such as data distribution. Unit 7 storage of protected data may represent a block of memory, such as a hard disk or a specialized hardware, or a block of memory with a storage area is encrypted data, and is designed to store data that must be kept secret from the user area that is inaccessible during normal operation. The communication unit 8 may be a modem and router and is intended for communication with the server 102 content server 103 calculations and other devices, and playback of digital data via the Internet.

Note that the execution of the recording device and playback of digital data is not limited to a personal computer. It can be done, for example, in the form of a set top box that records the program broadcast.

The following describes the operation of the first device 1011 recording and playback of digital data, shown in figure 5. This device works differently when using additional data distribution and unencrypted data. Below is described the first case, when the user receives additional data distribution, i.e. the first data additional distribution shown in figure 2, or the second additional data distribution shown in figure 3.

According to figure 5, the first or second additional data dissemination served in the block 401 data receiving an additional distribution from the server 102 content, second or third devices 1012, 1013 recording and playback of digital data, driven by another user, or from external media 417 entries, such as KD. Data is stored in the field 402 storing additional data distribution. The location where the data is recorded in the management information data additional distribution, which is described in more detail below and which is stored in the protected storage area is to be placed. Although the protected area may be provided separately from other storage areas, in this device, it is provided in the field 402 storing additional data distribution.

The following describes the second case, when user a accepts unencrypted data in a music recording from external media 417 entries, such as KD. Non-encrypted music data records may be received from the server 102 or content from other sources. If this is the case, then their copy protection is hardly assured, and therefore such data here will not be counted. In addition, if the recording device and playback of digital data configured without block 403 receiving FTI, the field memory 404 for storing IEP block 405 highlight key content, unit 406 reads the data block 407 data compression, block 408 data encryption and block 409 add FTI, described below is the operation cannot be performed.

According to figure 5, the block 406 read data reads from the external storage device 417 recording music unencrypted data records corresponding content 205, which includes audio data 204. Block 403 receiving FTI receives information rights management server 102 content or external storage device 417 account. Received FTI is stored in the field 404 storage FTI.

7 p redstavlena block diagram, detail illustrating the operation of the first device 1011 recording and playback of digital data to obtain information FTI. At step S901 block 403 receiving FTI receives information identifying the content from the external storage device 417 account, such as KD. Identifying information of the content, an identification code, such as ISRC, or header information that is used to identify the content.

At step S902 block 403 receiving IEP determines whether the external recording medium information management powers corresponding to the content specified by the received identification information of the content. If Yes, the procedure goes to step S903, otherwise to step S904.

At step S903 block 403 receiving FTI receives information management powers from external media 417 account. Then, the procedure goes to step S905. Note that the management information powers, recorded on an external drive 417 account, encrypted in a predefined encryption system. Information rights management can be recorded on such external recording medium as a CD or in a secure area of the recording medium of another type, for example, on a secure digital card.

At step S904 block 403 receiving FTI communicates with the server 102 content to provide the of protection and receives information rights management. Then, the procedure goes to step S905.

At step S905 received information rights management is stored in the field memory 404 for storing FTI, more specifically, in a predefined protected region provided in the device 1011 for recording and playback of digital data. Alternatively, information rights management is encrypted in a predefined encryption system, and the corresponding key of interpretation for it is stored in protected memory.

At step S906 block 403 receiving FTI adds information that is relevant for the newly received information rights management in the allocation table information rights management in the field memory 404 for storing FTI.

On Fig is a diagram illustrating an exemplary structure of a table to distribute information rights management. On Fig allocation table information rights management is the index number 1501, information 1502 identification of the content and information 1503 location information storage management authority. The index number 1501 is assigned in ascending order each information management powers in the field memory 404 for storing IEP. In the example on Fig region 404 memory for storing FTI has seven different pieces of information control the powers.

Information 1502 identification of the content includes the above information identifying content that is unique to each information rights management. Information 1503 location information storage management authority specifies the location where you saved the information management office. In the example on Fig each of seven different pieces of information management powers stored in the file in the directory Header on disk.

The contents read from block 406, the read data is compressed by block 407 data compression pre-defined way. Although the content is not necessarily compress, less data is preferred for the operation of the transmission/reception via the Internet. In addition, it is also preferable from the point of view of the size of the memory area to store information.

Compressed content is encrypted by block 408 data encryption. The key used to encrypt the content, is the key, highlighted in block 405 highlight key content of the information management powers stored in the field memory 404 for storing FTI.

Block 409 adding RMI adds information management powers to the encrypted data block 408 data encryption to generate the first data additional teaching is. These formed the first additional data distribution is stored in the field memory 402 for storing additional data distribution and the location of their storage is written to the data distribution data distribution stored in the protected storage area.

Figure 9 is a diagram illustrating the structure of information 1605 distribution data distribution. Information 1605 distribution data distribution is shown in figure 9, includes index number 1601, information 1602 location of the data storage and the state of 1603 purchase. The index number 1601 is assigned in ascending order to each additional data distribution stored in the field memory 402 for storing additional data distribution. Information 1602 storage location data indicates the location where you saved the additional distribution. In the example shown in figure 9, additional data distribution stored in seven different folders. Status 1603 purchase indicates whether already acquired these additional distribution or not.

If the data is more spread, caught in a memory 402 for storing additional data distribution ablauts what those coming from block 401 receiving additional data distribution, status 1603 purchase, the corresponding data is indicated as “not yet purchased. After you have completed the following processing calculations, state 1603 purchase will change to “purchased”. Here the condition 1603 purchase can be specified with the predefined symbol or flag corresponding to a predefined bit.

If the data is more spread, caught in a memory 402 for storing additional data distribution, are those obtained by the encryption of data read by block 406, the data is read, for example, from the external storage device 417 recording, and conversion of the data in the additional distribution unit 409 adding IEP status 1603 purchase, the corresponding data is changed to “purchased”. This is because the user has already purchased an external storage device 417 account.

The following describes the operation of the device 1011 for recording and playback of digital data, shown in figure 5, to play such stored data distribution and dissemination of these data to other users.

According to figure 5, in response to a user command on playing certain content block input command is s read (not shown) enters a command block 410 access read relevant data additional distribution from the field memory 402 for storing additional data distribution. Block 410 access to the data and then executes the command.

When processing calculations already completed or preview, block 414 interpretation of the content retrieves the content 205, shown in figure 2, data from additional distribution allocated block 410 data access. Block 415 control playback controls the playback of the selected content and then leads the team in loudspeaker 416 on the issuance of the audio data.

The work of these block 414 interpretation content and block 415 playback control is described in detail with reference to figure 10. Figure 10 shows the block diagram of the algorithm illustrating processing for reproducing data distribution stored in the field memory 402 for storing additional data distribution.

At step S1301 block 414 interpretation of the contents highlights of the data distribution, read by block 410 of data access, the key 202 of the content and information 201 management calculations included in information 203 management authority, as shown in figure 2. As already described, specific software uses the key information management authority for interpretation of this information.

At step S1303 block 414 interpretation of the content refers to the information 1605 distribution data distribution and checks if purchased in the state of 1603 shopping for reproducible data distribution. If Yes, the procedure proceeds to step S1305, otherwise to step S1304.

At step S1304 block 414 interpretation of the content refers to information 201 management calculations included in the decrypted information 203 management powers, and checks whether the preview. If available, the procedure proceeds to step S1305, otherwise, processing is complete, and the decrypted content is discarded. If the preview is a specified number of times, this number is specified in the information 201 management calculations. Preview available several times, and each time listening to this number decreases by one.

At step S1305 block 414 interpretation uses the selected content key 202 content for decoding the encrypted content included in the additional data dissemination read block 410 data access. In addition, the block 415 control playback controls the playback of the read content and then enters a command in the loudspeaker 416 to play, for example, music. In order to register the number of times the content, the number of auditions and the formation 203 management authority incremented, and then the information is again encrypted and converted again in these additional distribution for storage in the field memory 402 for storing additional data distribution. Similarly, if the number of valid views already installed, then the corresponding number in the data 203 of the control authority receives a negative increment, and then the information is encrypted again and is converted into data additional distribution to save. In addition, if the calculation is done for each listen, the corresponding status 1603 purchase is changed to “not yet acquired” directly after playback.

The following describes the case when the content is distributed to other users. According to figure 5, in response to a user command on the distribution of some additional data distribution, as in the case of playback, the unit issuing the command allocation issues a command to the block 410 access read additional relevant data distribution. Block 411 add ID distributor searches in the field 418 memory for storing the user ID ID of the specific user, to generate a second data 505 additional distribution. The generated second data 505 additional races is ostranenie forwarded, for example, the second device 1012 recording and playback of digital data. Of course, data can be transferred to other devices recording and playback of digital data or can be recorded on the portable recording media such as secure digital card, and transmit to other users.

Below is described the structure of the block 411 add the ID of the distributor and the way it works. Figure 11 presents a block diagram, in detail showing the block structure 411 add the ID of the distributor. Block 411 add the ID of the distributor shown figure 11, contains block 501 receiving the user ID, block 502 encrypt the user ID, block 503 adding a user ID and block 504 information distribution.

Block 501 receiving the user ID receives a specific user ID from the secure area of memory, for example from the area of 418 memory for storing the user ID. Specific user ID is an identification code that uniquely provided for each user or device recording and playback of digital data. Note that a specific user ID can be pre-stored in the field memory 418 for storing user ID, or may be provided by a server issue ID or server 103 calculations using pre-defined procedures.

Block 50 information distribution reads through block 410 data access information 1605 distribution data distribution stored in protected memory. After this condition of purchase in 1603 information 1605 distribution data distribution is entered in block 502 encrypt the user ID.

Block 502 encrypt the user ID and then writes the status of the purchase 1603 entered from block 504 information distribution to the user ID received by block 501 receiving the user ID. In a typical case, the user ID consists of the ID and status of purchase. Then block 502 encryption encrypts the user ID the user ID in accordance with a predetermined encryption system.

Block 503 add the user ID adds the user ID, the encrypted block 502 encrypt the user ID and the additional distribution computed by the block 410 of access to data, and thus generates the second data 505 additional distribution.

When additional data dissemination read by block 410 of access to data are the first data further distribution without ID 301 user, they can simply be provided with a distributor ID. On the other hand, if the second data is more spread already have a user ID, the ID of the distributor can be added in various ways.

For example, the e is provided for the user ID may be removed before adding the ID of the distributor, or he may be accompanied by the identity of the distributor in a time sequence. In the latter case, when there are many IDS distributors, their number may be limited to the last few. Here it is assumed that the user IDS are the last two, namely the ID of the distributor of this device is the ID of another distributor regarding the device that is being used to spread the data.

In this approach, no matter what type of data additional distribution allocated block 410 access to data, i.e. the first or the second additional data distribution unit 503 add the user ID appends the encrypted user ID in its header, so that user IDS are at least the last two. Thus are formed the second data 505 additional distribution.

The following describes the processing of purchase device 1011 recording and playback of digital data. As described above, the additional distribution stored in the field memory 402 for storing additional data distribution, contain data that is not yet acquired. Therefore, in response to a user command for buying the unit issuing the command on buying (not shown) issues a command to the block 412 processing purchase to consider the data is from the field memory 402 for storing additional data distribution relevant additional data distribution. Block 412, the processing of purchase then executes the command and carries out the processing of payments.

On Fig presents a block diagram illustrating in detail a block 412, the processing of purchase. Block 412, the processing of purchase presented on Fig that contains block 601 allocation FTI, block 602 allocation control information calculation unit 603 allocation ID distributor, block 604 generation of data processing calculations, block 605, the information transmission processing of the calculation unit 606 transmission ID of the transmitter, block 607 reception normal completion and block 608 to overwrite data distribution data distribution.

Block 601 allocation FTI allocates information management powers of the read data 610 additional distribution. Block 602 allocation information calculation management then allocates information management calculations from information management powers allocated block 601 allocation IEP. If the read data additional distribution already contain added some user ID, block 603 allocation ID distributor allocates a user ID and then issues a command to the block 604 generation of data processing calculations to add the selected user ID. The selected control information to the calculations of the block 604 generation of data processing calculations adds the user ID, allocated block 603 allocation ID distributor, to form information 611 processing calculations. Block 605, the information transmission processing calculations transmits the resulting information 611 processing payments in the server 103 calculations.

On Fig presents a block diagram illustrating a possible structure of information 611 processing calculations. Information 611 processing calculations on Fig, includes information 702 management calculations, the selected block 602 allocation information management calculations, and ID 701 of the user, the selected block 603 allocation ID of the distributor. If the read data additional distribution does not have added the user ID, the information 611 processing calculation includes only information 702 of the control calculations. ID 701 of the user, the selected block 603 allocation ID distributor, may include not only the ID that belongs to the user who made the dissemination of data to the recording device and playback, but also the ID of other users who have participated in previous data dissemination. At the same time or directly after the block 605, the information transmission processing calculations gave this information 611 processing calculations, shown in Fig, block 606 transmission ID transmitter transmits to the server 103 rescheduled 612 transmitter, which is the ID of a specific user, received from a protected area of memory to identify the transmitter. In a typical case, such information is sequentially transmitted in the form of a data set.

Block 607 reception normal completion receives from the server 103 calculations notification 613 on normal termination processing calculations, which informs him that the processing of calculations was completed normally. After taken notice 613 that the processing of calculations was completed normally, the block 608 to overwrite data distribution data distribution changes the state of the purchase 1603 with “not yet acquired” to “acquired”information 1605 distribution data distribution stored in the field memory 402 for storing additional data distribution.

Use the following procedure to acquire such additional data distribution with reference to the flowchart shown in Fig. At step S1201 block 601 allocation FTI allocates information management powers of the read data 610 additional distribution.

At step S1202 block 602 allocation control information calculation uses the above-described key information management authority for the interpretation of the selected information rights management. This interpretation however is tsya specialized software, as explained above. At step S1203 block 602 allocation control information calculation selects information management calculations of the decrypted information rights management. Dedicated information management calculations represent the information included in the information 611 processing calculations.

At step S1204 determines whether the read data additional distribution by the second additional data distribution. If so, then the procedure goes to step S1205, otherwise to step S1207.

At step S1205 block 603 allocation ID distributor allocates the user ID from the second data distribution. At step S1206 block 603 allocation ID distributor adds the selected user ID to the information management calculations to generate information 611 processing calculations, as shown in Fig.

At step S1207 block 605, the information transmission processing calculations transmits information 611 processing calculations to the server 103 calculations. Simultaneously or sequentially with this block 606 transmission ID of the transmitter receives from the protected memory area of the ID transmitter and transmits the ID transmitter to the server 103 calculations.

At step S1208 later time server 103 calculations to perform processing block 607 reception normal completion determines transferred to whether HC is Dominie 613 on normal termination processing calculations from the server 103 calculations. If so, then processing proceeds to step S1209, otherwise returns to step S1207. If the notification 613 on normal termination processing calculations is not passed, no matter how many times repeats the processing in step S1207, the server 103 processing can continue processing further. Accordingly, for error handling, use the corresponding procedure (not shown).

At step S1209 block 608 to overwrite data distribution data distribution reads information 1605 distribution data distribution from the field memory 402 for storing additional data distribution, changes the state of the purchase 1603 with “not yet acquired” to “purchased” and then writes the information again in the field memory 402 for storing additional data distribution.

In the above description, it is assumed that the information processing of the calculation is transmitted to the server calculations online. However, the information processing calculations can be stored in the recording device and playback of digital data and then transmitted to the server calculations when necessary.

Below is described the structure and operation of the server 103 calculation processing calculations. On Fig presents a block diagram illustrating the block 801 processing calculations, nedosmotreli in the server 103 calculations. Block 801 processing calculations, shown in Fig that contains block 802 data reception processing of the calculation unit 803 authorization transmitter, block 804 processing calculation unit 805 normal completion, block 806 allocation ID distributor, block 807 interpretation distributor ID and block 808, the processing of the award.

Block 802 receive information processing calculations receives information 611 processing payments received from block 412 processing purchases. Information processing calculations are then passed to the block 804 processing calculations in block 806 allocation ID of the distributor. Block 803 authorization of the transmitter accepts ID 612 of the user, coming from block 412, the processing of the purchase in the first device 1011 recording and playback of digital data, and then determines the transmitter.

On the basis of information management calculations included in the information processing calculation unit 804 processing calculations performs the processing of payments in relation to the user-defined block 803 authorization of the transmitter. Block 805 notification of normal completion then transmits a notification 613 on normal termination processing calculations in block 412, the processing of the purchase in the first device 1011 recording and playback of digital data.

If the information 611 handle provided with a user ID, determining a distributor, then block 806 allocation ID distributo is and allocates the ID of the distributor. As described above, the selected distributor ID may be an identifier for both the current and the previous distributor. Block 807 interpretation distributor ID deshifriral ID distributor, allocated block 806 allocation ID of the distributor. Block 808, the processing of the award carries out the processing of the award in relation to user defined decrypted user ID. The details of processing are described below.

Work unit 801 processing calculations are described in detail below with reference to Fig, which shows a block diagram of a processing algorithm for each component in block 801 processing calculations.

At step S1401 block 802 receive information processing calculations receives information 611 processing payments from block 412 processing purchases, while block 803 authorization of the transmitter accepts the ID of the transmitter from block 412, the processing of purchase.

At step S1402 block 804 processing calculations performs the processing of payments in relation to the user-defined ID of the transmitter, the received block 803 authorization of the transmitter. This processing is done on the basis of information management calculations included in the information processing calculations, which was adopted by block 802 receive information processing calculations. As described above, the information management estimates include, for example, the expense required for the calculation of the payment.

On this the e S1403 block 806 allocation ID distributor determines equipped with the information processing calculations adopted by block 802 receive information processing calculations, the identity of any user. If so, then processing proceeds to step S1404, otherwise to step S1406.

At step S1404 block 807 interpretation distributor ID deshifriral user ID predefined way. In this case, the user ID can be an identifier for both the current and the previous distributors.

At step S1405 block 808 processing premium processing premium in relation to the user defined decrypted user ID. The user at this discount or coupon that is valid with respect to the next account. In this case, as described above, the user who has been granted such an award may be both current and previous distributor. In this case, the block 808, the processing of the award increases the percentage of the discount or par value coupon for the current distributor to a greater extent than for the previous distributor. This is due to the fact that the current distributor is the person directly involved in the dissemination of data, while the previous distributor accepts this indirect participation.

Decrypted user ID supplied the above information is her calculations. Accordingly, for a user who has already purchased music data recording unit 808 processing premium increases discount rate or the nominal value of the coupon to a greater extent than for a user who has not yet purchased them.

As follows from the above, in the proposed system copy protection of digital data, the payment account of the user and its contribution to the procedure of distribution data to determine the discount rate or the nominal value of the coupon. In this way, the user may be interested in acquisition of data, or in participating in the dissemination of information to increase the value of their prize. In this part of the users of the proposed system for copy protection of digital data can provide a higher benefit to copyright owners in protecting their rights.

As described above, the bonus for the user can represent, for example, a discount or a coupon, but not restricted to these examples. The prize may vary on items exchanged for goods, special services; i.e., all options, if such an award is to attract the interest of users.

(The second variant implementation)

System for copy protection of digital data corresponding to the second variant, in many respects the same as described Pimentel is but the first embodiment. More specifically, the server content 102 and the server 103 of the calculations are identical to the corresponding nodes in the first embodiment. In addition, the recording and playback of digital data in this embodiment is almost the same in structure. Therefore, in the second embodiment describes only the differences from the first version of the implementation. Any of the identical components are denoted by the same reference position and will not be re-described.

On Fig presents a block diagram showing the structure of the device 1701 recording and reproducing digital data according to the second variant of implementation. According pig, the device 1701 recording and playback of digital data contains a block 401 receiving additional data distribution region 402 of memory to store additional data distribution unit 403 information rights management (IPM), a field memory 404 for storing IEP block 405 highlight key content, unit 406 reads the data block 407 data compression, block 408 data encryption, block 409 add FTI, block 410 the data access block 411 add ID distributor, block 412 processing purchases, block 414 interpretation of the content block 415 playback control, loudspeaker 416, region 418 memory for storing a user ID, block 1702 add a data region 1703 n is mate to store additional information and display 1704.

As described above, the difference from the first device 1011 recording and playback of digital data corresponding to the first option, is the additional time the unit 1702 add data field 1703 memory for storing additional information and display 1704. The following describes the operation unit 1702 add data.

Block 1702 add data reads from the field 1703 memory for storing the additional information image data previously provided by the user, and/or additional information, including information for playback control, such as image data and audio data. This information image is added to the audio data that is compressed by block 407 data compression. In a typical case, the additional information provided at the end of the audio data and consists of one or more groups of data. More specifically, additional information is provided at the end of the audio data 204 in the content 205, shown in figure 2. Note that additional information may be previously added to the audio data compression together with audio data.

Image data provided by the user, are displayed during playback of content in a predefined order in time. Information control playback preamplifiers is atrina to control playback of the content. For example, the management information playback controls the order and bronirovanie when playing many audio, or manages bronirovanie when playing back image data provided by the user.

Block 408 data encryption encrypts the audio data and image data added by block 1702 add data. Of course, can only be encrypted audio data. Otherwise, the device 1701 recording and playback of digital data works in a similar way to the first device 1001 recording and playback of digital data corresponding to the first variant of implementation, and therefore not described again.

Note that in the device shown in Fig, to play the content, use the loudspeaker 416, and to display the image can be used to display 1704. As has already been described above with reference to Fig.6, if the device is implemented on a conventional personal computer, the display may be a CRT or other means for displaying various information. Therefore, if the information content includes image data, the image should be displayed using the display 1704 that is widely known with regard to personal computers.

As described above, in accordance with the proposed protection system is operamania digital data, you no longer need to encrypt KD for the calculation of the appropriate license fees for them and protect them from copying. In addition, using the information playback control for image and audio data provided by the user, the contents of a music recording for distribution as additional data distribution can become even more interesting.

(A third option exercise)

As the third alternative implementation of the following describes a specific example of data distribution, mentioned in the first and second embodiments, is represented by the format, content distribution, called SDAF (format secure digital audio data). With links to Fig-39 first presents detailed characteristics of the format SDAF, and then with reference to Fig. 40-46 describes how to use the format SDAF.

The format of the content (SDAF) according to the presented variant implementation is used to describe multimedia content, including audio, image, video, text and file data. The multimedia contents are described by the standard SDAF, below is called header SDAF. Data view that contains the header SDAF, here referred to as a content element (CEL). Each content element (CEL) is the ID of the CEL, cooriemungle in the header SDAF (below referred to as CEL_ID).

Title SDAF distributed is divided into units called packets SDAF. Each package SDAF assigned package ID that is unique across the entire distribution system. On Fig presents an example of a package SDAF. As shown in Fig, title 2000 SDAF consists of many packages SDAF. Each package 2001 SDAF contains the title of 2011, navigational data 2012, many content items (CEL) 2013 and 2014 proposal.

The title of 2011 includes information such as location, size and attribute of each data packet. This information determines the structure of the package. Navigation data 2012 represent the information playback control that defines the playback device (player) when playing a title SDAF. From the navigation data 2012 referencing a content element (CEL), included in the package, which includes navigation data, or in other packages. CEL 2013 get by encrypting each data view (presentation)of the title SDAF, more specifically, by encrypting audio, image, video, text and file data. A pair of keys of interpretation to interpretation CEL 2013 and CEL_ID is called a key pair. The proposal 2014 includes many key pairs and rules of purchase, describing the purchase price and the period of validity for each PA the s key.

On figa-19s presents diagrams showing three types of packages SDAF. A complete package of 2001, shown in figs includes, similarly Fig, 2011 title, navigation data 2012, many CEL 2013 and 2014 proposal. Package 2002 proposal, shown in figa, includes header, 2011, 2012 and navigation data offer 2014, but does not include any CEL 2013. CEL-package 2003, shown in fig.19b contains the title of 2011 and many CEL 2013. As for playing the title SDAF required navigation data 2012 full package 2001 and package 2002 proposals can be played alone, but CEL-package 2003 may not be reproduced.

CEL-package is used to split the header SDAF in accordance with the distribution channel. For example, if the distribution is carried out using a CD-ROM, the title SDAF is written as a complete package in CD-ROM. On the other hand, when distributed via the Internet header SDAF is broken into a complete package and many CEL-packages for distribution. For example, the header SDAF is broken into a complete package including audio-CEL, and many CEL-packages, including video-CEL, which provides links from the full package for distribution.

In addition, as shown in Fig, title SDAF can be broken down into multiple packages SDAF through track record. When time is the bookmark packages as shown in Fig, title SDAF 2020, including audio data for five of the tracks is divided into three packages 2021 - 2023. Packages 2021 - 2023 have the package names Single1, Single2 and album respectively. The first and second packages 2021 and 2022 contain audio CEL for a single track and navigation data to control the playback CEL. The third package 2023 includes audio CEL for three tracks, and navigation data to control the playback of all audio CEL included in the packages 2021-2023. By dividing header SDAF into multiple packages SDAF you can reduce the size of each data and to simplify the processing of each data.

The headline, the offer, the navigation data and CEL forming the package SDAF described in this order below.

The title of 2011 is described first. Package SDAF shown in Fig given as an example and described the header 2031 package SDAF 2030. In the package SDAF 2030 it is assumed that the size of the navigation data 2032 and size offer 2034 has value 400H each, in hexadecimal entries. This package includes three content element CEL 2033, which respectively are audio, image, and file. It is assumed that the sizes of these CEL correspond N, N and N in hexadecimal entries.

On Fig presents a diagram showing the structure of the header 2031. In the header 2031 data, as described below, stored last is sequential; the size of the header is VSN in hexadecimal entries. Note that the header structure 2031 can be described in C++, as shown in Fig and 24. On Fig and 24 are diagrams showing sequential source code is divided into two, and to divide the source code 2062 shown in Fig, follows the source code 2061 shown in Fig.

At the beginning of the header 2031 saved the magic number 2041 (4 bytes), showing that the file has SDAF format. The value of the magic number 2041 is a sequence of characters "SDAF". Then save the version number 2042 (4 bytes) SDAF. Then the stored identifier (ID) 2043 package (16 bytes) and the size of 2044 package (4 bytes). Then the stored information 2045 location of the navigation data (SDAF_LOCATION_NAV on Fig), information 2046 location of the proposal (SDAF_LOCATION_OFFER on Fig) and the number of content items (CEL) in the package 2047. Then the information stored 2048 (SDAF_LOCATION_CEL on Fig) for each CEL. Finally, you save the table 2049 attributes CEL indicating the attribute of each CEL.

Information 2045 location of the navigation data specifies the location and size of the navigation data 2032. Information 2046 location of the proposal specifies the location and size of the offer 2034. Each of these two pieces of information consists of offset (4 bytes) from the beginning of the package SDAF and size of each f is of amenta (4 bytes).

Information 2048 CEL consists of CEL_ID 2051 (16 bytes), type 2052 CEL (2 bytes), type 2053 encryption CEL (2 bytes), data 2054 location CEL data and information 2055 location of the attribute table CEL. CEL_ID 2051 is the identifier of the content item that is unique in the header of the SDAF. Type 2052 CEL may have a value corresponding to the audio, image, video, text and file. Type 2053 encryption CEL specifies the algorithm used to encrypt the CEL. Each information 2054 location CEL data and information 2055 location of the attribute table CEL consists of offset (4 bytes) from the beginning of the package SDAF and size (4 bytes). If the offset or size is zero, it means that data are not available.

Table 2049 attributes CEL is a list of attributes defined for each type of CEL. The attribute table of the audio-CEL (SDAF_ATTR_AUDIO on Fig) includes at least the codec, the number of quantized bits, the sampling frequency and the number of audio channels.

The attribute table graphic CEL (SDAF_ATTR_GRAPHIC on Fig) includes at least the height and width of the image and the type of encryption. The attribute table of the video-CEL includes at least the height and width of the video, and encryption type. The table attribute of the text element includes at least the type of encryption of text, such as Unicode or music shift JPS (Japanese industrial standard who you are). The attribute table of the CEL file includes at least the MIME type (Multipurpose extension for message transmission on the Internet).

Table 2049 attributes CEL is not defined as a table of fixed length, and as the structure tag (descriptor) of variable length, as shown in figa-25s. If you use the structure tag, then the length of the tag and ID tag are stored before the data, as shown in figa. For example, the attribute table graphic CEL consists of the characteristic tag 2053 and tag 2064 type of encryption. Table entries are defined using the tag structure, the new table element can be added to the data format or data format may be changed only by adding a tag. The attribute table CEL defined using the tag structure with excellent expansion capability.

Below is described the proposal 2014. As noted above, the proposal includes many key pairs and rules of purchase for each pair of keys. Each key pair consists of a key of interpretation for the interpretation of the content element (CEL) and the ID of the content item (CEL_ID). On Fig presents a diagram showing the correspondence between the key pair and CEL. As shown in Fig, a pair of keys 2072 consists of key 2073 interpretation and CEL_ID 2074, and each pair of keys 2072 associated with each CEL 2071. Offer the s includes not only a couple of keys, CEL, included in the package SDAF, but all key pairs other CEL included in the packages SDAF the same title SDAF. In other words, when the header SDAF is broken into multiple packets SDAF, only one package SDAF includes the proposal, and this proposal includes all key pairs other CEL included in the header SDAF.

Rules of purchase described using language to describe the conditions of use of a pair of keys, called the language of management authority. Terms of use key pairs include purchase date, period of use and then purchased whether a particular CEL or title SDAF. Rules of purchase is determined by the application of these terms of use, and the same CEL can be sold at different prices depending on the conditions.

The following describes the navigation data 2012. Navigation data created by the content Creator, so that the user can use the CEL in the most effective manner by defining the logical structure of the SDAF.

In SDAF to describe the navigation data using XML (extensible language marking), which is a language of description tags in text format. If the data structure is described in XML, then use the tag structure in text format. Therefore, the data described in XML, are excessive in comparison with binary data. However, the language is XML is adopted because of its very good potential for expansion.

For links to CEL from the navigation data pointer is used CEL. Index CEL is a concatenation of the package ID and the ID of the content item (CEL_ID) using the symbol "?" (question mark) as the delimiter. However, for CEL included in the package SDAF, which includes navigation data, the package ID and fall limiter, and CEL_ID becomes a pointer CEL. Index CEL can determine CEL regardless of the physical addresses CEL.

On Fig presents a diagram showing how to refer to the CEL from the navigation data using the pointer CEL. On Fig navigation data 2081 and data 2082 views shown as an example. Data 2082 views include audio-CEL 2083, coded according to standard MPEG2-AAC, and graphic CEL 2084, encoded according to the JPEG standard. The package ID and CEL_ID audio-CEL both represent 1, while the corresponding identifiers graphic CEL are 1 and 2 respectively. In this case, the pointer CEL type "1?1"included in the navigation data 2081, indicates audio-CEL 2083, whose bundle identifier is "1" and CEL_ID is "1". Index CEL type "1?2" indicates graphical CEL 2084, whose bundle identifier is "1", a CEL_ID is "2". As can be seen from this example, the only change in the identifier is the Torah of the package pointer CEL after creating the header SDAF can cause a change in the structure of the package SDAF. Therefore, it is possible to structure the header SDAF as a single package or split the header SDAF into multiple packages SDAF.

On Fig and 30 presents diagrams showing the structure of the navigation data based on the following representation. Each rectangle represents an element of the navigation data. The arrow going from element a to element B, indicates that the element a includes the element as a child element. Each label provided at the beginning of each arrow indicates the following:

* indicates that the element contains 0 or more child elements;

+ indicates that the element contains 1 or more child elements;

? indicates that the element contains 0 or 1 generated by the element.

If the item And includes the object P without an arrow, it means that the element a has an object P as a characteristic. The underlined objects are pointers CEL. PCDATA is a character string consisting of characters included in a predetermined set of symbols. This view defines the hierarchical structure with the item TITLE in as root.

The TITLE element 2101 describes the layout (transport) header information SDAF. This element has three attributes: UPC, VERSION, LANGUAGE. Attribute UPC describes the Universal product code, which is the international standard for product codes. The VERSION attribute describes the version number of the navigation structure of SDAF. The LANGUAGE attribute describes the type of language according to ISO 639. Its value, default is "en"which means “English”.

Element 2102 METADATA describes information such as the genre element of the PLAYLIST or TRACK element. The METADATA element has a TYPE attribute. The TYPE attribute describes the type of the METADATA element.

Element 2103 ASSOC describes information for a link to the content item CEL included in other headers SDAF. This element has a REF attribute. The REF attribute describes the pointer CEL.

Item 2104 URL describes a Uniform resource locator. This element has two attributes: ID and TYPE. The ID attribute describes the identification number of this element. The TYPE attribute describes the type of URL.

Item 2105 PLAYLIST describes the playlist, which is the base unit for the header SDAF. The list header corresponds to the “album” in the usual packet environment and included all the headers SDAF. Item PLAYLIST may include a MENU item that represents a menu for the playlist. The PLAYLIST item has five attributes: NAME, ARTIST, PRODUCTID, THUMBNAILID and ONSTART. The NAME attribute describes the name of the playlist. The PRODUCTID attribute describes the information corresponding to the code directory in the CD. Attribute THUMBNAILID describes the pointer CEL item image-CEL, which is typical in the playlist. Attribute OBSTART describes the operation of the playback of the playlist. If the ONSTART attribute is "MENU", the playback device stops playback and displays a menu of the playlist. If the attribute is a TRACK, the playback device starts playing the first TRACK element included in the element of the PLAYLIST. All items in the PLAYLIST have at least one element 2106 TRACK.

Item 2106 TRACK describes the path that includes one audio CEL. The TRACK element may include menu paths, slideshow (single output), text file, etc. the TRACK Element has seven attributes: ID, NAME, ARTIST, ISRC, AUDIOID, TSMID, THUMBNAILID. The ID attribute describes an identification number that is unique in the header of the SDAF. The NAME attribute describes the name of the TRACK element. The attribute ARTIST describes the name of the artist. Attribute ISRC describes the international standard recording code. Attribute AUDIOID describes the pointer CEL element audio-CEL related to the TRACK element. Attribute TSMID describes the pointer CEL card time search, the corresponding audio-CEL. Map of the temporary search explained below. Attribute THUMBNAILID describes the pointer CEL item image-CEL, which is typical in the TRACK element.

Item 2107 MARKER describes a marker for use in identifying the beginning of the TRACK element. This element has two attributes, TIME and NAME. The TIME attribute describes m is the location of the marker in milliseconds. The NAME attribute describes the name of the token.

Element 2108 SYNCSLIDESHOW describes slideshow (single output) to display slides or menu, the following information bronirovania display item 2109 SYNCMAP. Element 2108 SYNCSLIDESHOW has three attributes: ID, NAME, TYPE. The ID attribute describes the identification number that is unique in the header of the SDAF. The NAME attribute describes the name of the slideshow. The TYPE attribute describes the category of the information contained on the track, such as merit, lyrics, annotation music records, biographies, collections of images, advertising.

Item 2109 SYNCMAP describes the information bronirovania display for slide menu defined in the element SYNCSLIDESHOW. Item 2109 SYNCMAP has three attributes: MENUID, PLAIID, TIME. The MENUID attribute describes the identification number of the slide or menu to be displayed. Attribute PLAYID describes the index number for the button definition, which should be set to playback in the menu. The TIME attribute describes bronirovanie display in milliseconds.

Element 2110 SLIDESHOW describes slideshow (single output) to display slides or menu with predefined intervals display. Element 2110 SLIDESHOW has four attributes: ID, NAME, TYPE, INTERVAL. The ID attribute describes the identification number that is unique in the header of the SDAF. The NAME attribute describes the name kids is at. The TYPE attribute describes the category of the information contained on the track, such as merit, lyrics, annotation music records, biographies, collections of images, advertising. The INTERVAL attribute describes the display interval of the slide or menu.

Item 2111 SYNCTEXT describes the text information to be displayed with a predefined bronirovanie. Text information is described using element 2112 SYNCTEXTBLOCK. Alternatively, the text information can be determined by reference to the part of the text CEL. Item SYNCTEXT has four attributes: ID, TEXTID, REFID, TYPE. The ID attribute describes the identification number that is unique in the header of the SDAF. The TEXTID attribute describes the pointer CEL text CEL. The REFID attribute describes the identification number of the item TEXTREF in a text CELL, defined by the attribute TEXTID. Item TEXTID described below. The TYPE attribute describes the category of the information contained on the track, such as merit, lyrics, annotation music records, biographies, collections of images, advertising.

Element 2112 SYNCTEXTBLOCK describes the text information to be displayed with a predefined bronirovanie. This element has the attribute TIME. The TIME attribute describes bronirovanie display in milliseconds.

Element 2113 TEXT describes the text information. Text information is described in the text the data. Alternatively, the text information can be determined by reference to the part of the text CEL. The TEXT element has the same types of attributes as element SYNCTEXT.

Element 2114 VIDEO describes any existing item video-CEL. This element has three attributes: ID, VIDEOS, TYPE. The ID attribute describes the identification number that is unique in the header of the SDAF. Attribute VIDEOS describes the pointer CEL video-CEL. The TYPE attribute describes the category of the information contained on the track, such as merit, lyrics, annotation music records, biographies, collections of images, advertising.

Item 2115 FILE describes any existing file CEL. This element has three attributes: ID, FILEID, TYPE. The ID attribute describes the identification number that is unique in the header of the SDAF. The FILEID attribute describes the pointer CEL CEL file. The TYPE attribute describes the category of the information contained on the track, such as merit, lyrics, annotation music records, biographies, collections of images, advertising.

Element 2116 SLIDE describes the slide. This element has three attributes: ID, NAME, BACKGROUNDID. The ID attribute describes the identification number that is unique in the header of the SDAF. The NAME attribute describes the name of the slide. Attribute BACKGROUNDID describes the pointer CEL graphics CEL on the screen of the slide.

Item 2117 MENU describes the menu. This element has four attributes: ID, NAME, BACKGROUNDID and SELECID. The ID attribute describes the identification number that is unique in the header of the SDAF. The NAME attribute describes the name of the menu. Attribute BACKGROUNDID describes the pointer CEL graphics CEL displayed on the menu screen. Attribute SELECTID describes the index number to identify the button that must be set in the selection state.

Item 2118 BUTTON describes the on-screen buttons arranged on the menu screen. The BUTTON element includes, as generated elements, one or more pairs of elements TEXTBUTTON and COMMAND or pairs of elements GRAPHICBUTTON and COMMAND. The BUTTON element has seven attributes: INDEX, TAB, UP, RIGHT, LEFT, AUTOACTION. The INDEX attribute describes the index number, which is unique in the item MENU. The attribute TAB describes the serial number, which is provided with a sequential and cyclic manner for each of the menu buttons.

Attributes UP, DOWN, LEFT, RIGHT, describe the index number of the selected button destination, above, below, left, to the right, respectively, of the current button. Attribute AUTOACTION describes a flag indicating whether changes automatically the state from selected to active.

Item 2119 TEXTBUTTON describes the on-screen button, represented by text. This element has eleven attributes: X, Y, WIDTH, HEIGHT, FONTSIZE, NORMALCOLOR, SELECTCOLOR, ACTIONCOLOR, PLAYINGCOLOR, TEXTID, REFID. The attributes X, Y, WIDTH, HEIGHT describe the location on the display button using a coordinate system, with the beginning of the lo coordinates in the upper left corner of the menu. Item FONTSIZE describes the size of the font, measured in points. Attributes NORMALCOLOR, SELECTCOLOR, ACTIONCOLOR and PLAYINGCOLOR describe the color display in RGB format (red, green, blue), when the state of the button corresponds to the normal, selected, active, and reproduction. The TEXTID attribute describes the pointer CEL external text content element (CEL). The REFID attribute describes the identification number of the item TEXTREF in the text CEL defined by TEXTID.

Element 2120 GRAPHICBUTTON describes the on-screen button displayed graphically. This element has eight attributes: X, Y, WIDTH, HEIGHT, NORMALID, SELECTID, ACTIONID, PLAYINGID. The attributes X, Y, WIDTH, HEIGHT describe the location on the display button using a coordinate system with the origin at the top left corner of the menu. Attributes NORMALID, SELECTID, ACTIONID and PLAYINGID describe the index of the element content (CEL) display CEL, when the state of the button corresponds to the normal, selected, active and playback.

Element 2121 COMMAND describes the navigation operation, when the user clicks one of the onscreen buttons. This element has two attributes: TYPE and TARGET. The TYPE attribute describes any one of the SHOW commands, FUNCTION, GOTO, NEXT, PREVIOUS. The SHOW command is used to display the element defined by the TARGET attribute. The command FUNCTION is intended to perform the item, determined the CSOs by the TARGET attribute. This command is used when displaying the menu of the playlist. The GOTO command is used to move from item displayed at the moment, related to a specific item. The NEXT command is used to move from item that appears in the moment, to the next sibling element. The PREVIOUS command is used to move from item displayed at the moment, related to the previous item. The TARGET attribute describes the command parameter specified by the TYPE attribute. If set to SHOW, then the TARGET attribute describes the identification number of the item that should be displayed. If it is determined the command FUNCTION, the TARGET attribute describes the identification number of the item that must be performed. If defined GOTO command, then the TARGET attribute describes the identification number of the related item that is currently displayed.

Item TEXTREF describes the information categories of text to use in links from the navigation data on the part of the text data stored in the text element content (CEL). On the text data included in the item TEXTREF, referenced by determining the identification number of the item TEXTREF from the navigation data. Attribute TEXTREF has an ID attribute. The ID attribute describes the identification number which the unique ID is in the header of the SDAF.

The following item 2013 CEL. Element CEL is of five types: audio, graphics, video, text and file. In SDAF format and the data parameter is defined for each type of CEL.

The data included in audio-CEL represent the audio data encoded in accordance with the MPEG2-AAC (Advanced audio coding) [profile low complexity]. Note that the MPEG2-AAC defined in the document ISO/IEC 13818-7:1997(E) Information technology - Generic coding of moving pictures and associated audio information - Part 7-Advanced Audio Coding (AAC). The bit stream is encoded via the MPEG2-AAC, means having the ADTS format (Transport stream of audio data). In addition, the data described in ISO/IEC 13818-7, limited as shown in Fig. From these parameters, the parameters other than sampling_frequency_index (index sampling rate) and channel_configuration (channel configuration) is limited due to the selection of low complexity profile defined according to ISO/IEC 13818-7. In addition, the average bit rate is 64 or 128 kbit/S.

The data included in the graphic CEL represent data encoded in accordance with algorithms JPEG, MPEG-I frame or PNG (Portable network graphics). On Fig, 33 and 34 presents tables that define JPEG, MPEG-I frame and PNG respectively. Specifications for coding algorithms applicable for graphic CEL, limited, as shown on these drawings.

The data included in the video-CEL, pre which represent video data, encoded according to MPEG2. On Fig presents a table showing the MPEG2 specification. Specification for encoding algorithm is applicable for graphic CEL, limited, as shown in Fig.

The data included in the text CEL, are PLAIN (open) text or text format XML (extensible language marking) in the SDAF. The type of encoding corresponds to Unicode or music shift JIS (Japanese industrial standard).

As an example, the file CEL described below CEL card time search, which includes a map of the temporary search in data quality. Map time search is a table consisting of the addresses of the frames. On Fig presents a diagram showing the structure of the temporary card search. As shown in Fig, map 2090 time search consists of a header 2091 and many records 2092. On Fig, 38A, 38b shows a table and graph, illustrating in detail the header 2091. As shown in Fig, 28a, 38b, title 2091 includes playback duration between records, represented in milliseconds, and the total number of records. On Fig presents a table showing in detail each record. As shown in Fig, each entry includes the address of the frames at the point of entry. The first entry indicates the initial location of the frames included in the audio-CEL.

Note that in this embodiment of the invention, the encoding algorithm MPEG2-AAC is used for data compression music tracks included in the audio-CEL. An alternative may be used such algorithms encode as MP3 (MPEG1 Audio Layer-3), Dolby-AC3 or DTS (digital theater System).

Below with reference to Fig-45 describes how to use the SDAF. As stated above, SDAF is a format for describing multimedia content, used mainly for data distribution of musical recordings. Format SDAF can be applied to various types of recording media such as hard disks, optical disks such as digital video-RAM semiconductor memory, for example memory cards.

In addition to the dissemination of musical recordings, format SDAF can be used in combination with existing data, music. For example, as mentioned below, the format SDAF can be used in combination with the data of the musical recording, compatible with the standards for digital versatile discs (DVD-Audio). Similarly, the format SDAF can be applied to other recording media such as digital versatile discs (DVD-Video), CD-ROM, video-CD, photo-CD.

Data music, standards-compliant DVD-Audio, include the audio content in yourself, encoded using linear pulse code modulation (LIM), and the contents of the image frame is encoded according to MPEG-I. playback Device standards-compliant DVD-Audio, displays the menu screen for interactive user operations. In the standard DVD-Audio this menu screen is displayed by overlaying a maximum of four color sub-video images on the background image to display and provide many rectangular regions in the sub-video images. Such a rectangular region called buttons, with each button assigned to the team. However, for a number of display colors and shapes of buttons, some restrictions apply, and therefore the person who creates the content, are unable to design the menu screen.

This problem can partially be solved by pre-recording data of a menu screen that is described in the format SDAF, on a normal DVD disc, and display the menu screen using these data during playback. More specifically, a DVD audio disc writes the content described in the SDAF, and pointer forwarding for references from SDAF to the original content on the DVD disc. Next DVD disc with data written to it is called the advanced DVD audio disc and the playback device such advanced DVD audio disc is called the I-device playback DVD discs compatible with the format of SDAF.

On Fig is a diagram showing an example of forwarding pointers CEL, which correspond to one DVD disc. Each row represents a pointer forwarding for each content included in the original DVD disc. The pointer forwarding CEL includes an identifier CEL_ID 2201, the file name 2202, the start address 2203, end address 2204. CEL_ID 2201 represents a content ID that is unique on the disk. File name 2202 is the name of the file that includes the relevant content. The start and end address 2203 and 2204 are shear values indicating the starting location and the destination location, respectively, of each content file. The pointer forwarding CEL recorded, for example, in the file named DVDA.MAP directory SDAF provided in the area of the extended ROM DVD CD-da.

All the various functions of the playback control, such as control over the order the audio, the playback frame-by-frame image output and the function menu, certain standards of DVD-Audio, can be described using the navigation data SDAF. For example, the function menu can be realized by superimposing images of buttons JPEG with any number of colors and shape, the background image frame MPEG-I to display and which of wyzwania each button area with the team.

When the management information included in the DVD disc is converted into navigation data SDAF, information indicating the content that is converted to CEL_ID using pointer forwarding CEL. The menu screen is converted to image buttons JPEG. The obtained images are arranged in the locations in such a way as to be superimposed on the background image. Navigation data and image buttons, obtained as described above, remain in the same package SDAF and write in a file named, for example, SDAF.SDR directory SDAF provided in the area of the extended ROM DVD CDs. How to play extended DVD CD-da, described below.

The following describes the playback device format SDAF, designed for playback of media content described by the format SDAF. The playback device format SDAF reproduces the distributed music data record as follows. First, the playback device performs a search for identity packages and navigation information to obtain CEL_ID elements CEL required for playback. The playback device performs the search in the database of purchases using sets of received identifiers of the packets and CEL_ID to determine whether purchased or not each content element (CEL) If any CEL not yet purchased, the playback device analyzes the encoded offer and pay the predetermined price via the existing system of electronic distribution. After the acquisition in the database purchases remains the key pair stored in the sentence. When determining that the package SDAF necessary to play, is not found in the playback device, the playback device forwards the packet identifier to the device data dissemination. The device data dissemination forwards the packet SDAF with the received identifier of the package to the playback device. After acquiring all CEL required for playback, the playback device deshifriral CEL using key pairs stored in the database purchases, to play. At this point, the playback device interprets the navigation data to control playback.

Title SDAF is forwarded to the playback device being divided into one or more packages SDAF. On figa-41p presents diagrams showing the examples package SDAF. In the distribution method shown in figa, package 2301 includes only audio content, while the package 2302 includes only a picture or videographic content. Moreover, PA is the ETA 2302 can be made links to audio content, included in the package 2301. Therefore, a user who has purchased the package 2301, can play only audio content. The user who has purchased the package 2302, in addition to the package 2301, can play graphic content together with the audio. Title SDAF can be determined by adding the CEL to an existing path.

In the distribution method, as shown in fig.41b, package 2303 includes many objects audiostereo and graphical content. A single package may contain all CEL included in the header SDAF.

In the distribution method, as shown in figs, one header SDAF is divided into packets 2304, 2305, 2306 for distribution. Package 2305 includes content for track #1, while the package 2306 includes content for track #2. This distribution method it is possible to choose any one of the packages 2305 and 2306 for distribution.

Furthermore, the playback device can be created a new package SDAF, including the contents owned by the user. On figa-42s presents diagrams showing the examples of how to create packages SDAF. On figa-42s user package is a package SDAF created by the user, while the purchased service is a common service SDAF. Content, surrounded by a bold line, acquired in sobstvennosti by the user. It is assumed that the user purchased the data read from the CD, i.e. audio content received from the CD, and picture content that they have created themselves.

As shown in figa, the user can create a package 2401, which includes audio content, purchased by him. In addition, as shown in fig.42b, the user can create a package 2402, including the audio and picture content, purchased by him. In addition, as shown in figs, the user can create a package 2404, from which you can refer to the audio content included in the purchased package 2403. If the package 2404 is reproduced, the reproduced audio content included in the purchased package, and graphic content purchased by a user. Therefore, the image included in the purchased package, can be changed by the user, or a new image created by the user, may be added to the purchased package.

Described below is compatible with SDAF device DVD playback of audio CDs. The playback device controls the playback operation, the tracking navigation data described by format SDAF, instead of the original information, the playback control, standards-compliant DVD-Audio. The playback device of sityva the t navigation data and a pointer CEL from disk standard advanced DVD-Audio and works in accordance with the read navigation data. If the link to the original audio content or graphic content is done from the navigation data, the playback device makes a reference to a pointer CEL for information about the location where you saved the contents, and reproduces the content. The playback device reads the background image of the region of the DVD-Audio disk and image buttons from the data SDAF, and combines them to display the menu screen.

When using disk standard advanced DVD-Audio an existing device playback of standard DVD-Audio can perform normal playback, while compatible with SDAF device playback of standard DVD-Audio can display the menu screen using the navigation data, described by SDAF.

The following describes the data conversion device to copy the multimedia content defined in SDAF on external storage media for portable devices play music. Portable music playback device records made using a semiconductor memory as an external memory device, and is characterized by small size, low weight and the ability of high-speed data recording. Portable music playback device records includes, as shown in f is g, the liquid crystal display 2501, having the ability to display text, a control panel to control playback of audio and headphones 2503 to output audio. In addition, in the portable music playback device records may be removable to enter the memory card 2500 for storing audio data. Portable device playback music plays audio content that is compatible with the MPEG2-AAC and reproduces the display text information. However, the format of the data record memory card is not format SDAF, and represents a unique format.

On Fig presents a block diagram showing the structure of the data conversion device to convert the contents recorded on the disc is the extended standard DVD-Audio, in a predefined format, and recording the converted content to the memory card for portable music playback device records. On Fig it is assumed that the audio content format LICM, information playback control described using SDAD, and additional text information recorded on the disc 2601.

In the data conversion device shown in Fig, block 2602 read data reads the information control playback from disk 2601 and throws it into the unit 2603 and the aleesa information for playback control. Block 2603 analysis information, the playback control analyzes the read information, the playback control to check whether the content recorded on the disc 2601, may be reproduced or requires conversion.

Then block 2602 reads from disk 2601 content that can be reproduced in the portable music playback device records and displays the read content in block 2605 data conversion. At this point, the content may not be reproduced portable device to play music, not read. Block 2505 data transformation converts the read contents in accordance with the type of the memory card 2500. For example, text information, which cannot be directly reproduced portable device to play music, such as headers, not converted. On the other hand, audio content format LICM converted into the MPEG2-AAC, to a portable playback device can play back the contents.

Block 2604 conversion information generates playback control information for playback control for portable music playback device records on the basis of the information playback control, after analyzing the authorized unit 2603 analysis information for playback control. Block 2606 write data writes information to the playback control generated by the block 2604 conversion information for playback control, and the contents of the converted block 2605 conversion data on the memory card 2500.

Note that the data conversion unit shown in Fig, can convert arbitrary content other than audiostreamer, in a predefined format and write the converted content to the memory card 2500. In addition, the format of the write data of the memory card can be any format that is different from the SDAF. Additionally, to support multiple external storage media of a data conversion device may include a data conversion unit, the conversion unit information control playback and record block data for each external recording media.

In addition, if no navigation data format SDAF not recorded on the disc 2601, as shown in Fig, the missing data can be obtained via the communication network. On Fig it is assumed that the identification number recorded on the disc 2601. For example, the identification number of the CD music recording is the code directory, code ISRC etc.

Unit 2602 read data reads the identification number of the disk and sends it to the communication unit 2607. Com is animationy block 2607 communicates with the server 2611 information content through the communication network 2610. The communication unit 2607 can access the server 2611 information content via the Internet or can directly access the server 2611 information content through a telephone line. North 2611 information content keeps missing data in conjunction with the identification number, and in response to a request from the data conversion device retransmits the missing data in the data conversion device. After receiving the missing data, the data conversion device performs the same operation as the data conversion device, as shown in Fig.

As noted above, the format SDAF distribute the content according to the variant embodiment of the invention, is a format for describing multimedia content and is mainly used for data distribution of musical recordings. Thus, the use of SDAF in combination with existing data music allows you to extend the function of the available data records.

Note that, as can be seen from comparing figure 3 and Fig, the correlation between the data recorded music described in the above first to third embodiments of the invention, and SDAF according to this variant consists in the following. Title 40, shown in figure 3, corresponding to the header 2011, shown in Fig. Navigation information 41 shown in figure 3, corresponds to the navigation data 2012, shown in Fig. Contents 42 shown in figure 3, corresponds CEL 2013, shown in Fig. Information 43 calculations, shown in figure 3, corresponds to the proposal of 2014, shown in Fig.

Although the invention is described above in detail, the foregoing description is in all aspects illustrative, but not restrictive. It is clear that numerous other variations and modifications can be introduced without changing the essence of the invention.

(Fourth edition)

In the fourth embodiment, as a concrete example of data that is copy-protected, as mentioned in the embodiments from the first to the third, the following describes the format, content distribution, called format SDAF (protected digital audio format). With links to pig and 19 below describes the detailed characteristics of the format SDAF, and then with links to Fig-45 describes the format SDAF.

The format of the content (SDAF) according to the variant embodiment of the invention is used for describing multimedia content, including audio, image, video, text and file data. The multimedia contents are described in connection with the format SDAF is called the header SDAF. The data view, each is haunted of which contain the header SDAF, called a content element (CEL). Each CEL is assigned the ID of the CEL, which is unique in the header SDAF and for which hereinafter abbreviated ID_CEL.

Title SDAF distributed is divided into units called packets SDAF. Each package SDAF assigned package ID that is unique across the entire distribution system. On Fig presents an example of a package SDAF. As shown in Fig, title SDAF 2000 consists of many packages SDAF. Each package SDAF 2001 contains the title of 2011, navigational data 2012, many content items (CEL) 2013 and 2014 proposal.

The title of 2011 includes information such as location, size and attribute of each data packet. This information determines the structure of the package. Navigation data 2012 represent the information playback control that defines the playback device (player) when playing a title SDAF. From the navigation data 2012 referencing a content element (CEL), included in the package, which includes navigation data, or in other packages. CEL 2013 get by encrypting each data view (presentation)of the title SDAF, more specifically, by encrypting audio, image, video, text and file data. A pair of keys of interpretation to interpretation CEL 2013 and EL_ID is called a key pair. The proposal 2014 includes many key pairs and rules of purchase, describing the purchase price and the period of validity for each pair of keys.

On figa-19s presents diagrams showing three types SDAF packets. A complete package of 2001, shown in figs includes, similarly Fig, 2011 title, navigation data 2012, many CEL 2013 and 2014 proposal. Package 2002 proposal, shown in figa, includes header, 2011, 2012 and navigation data offer 2014, but does not include any CEL 2013. CEL-package 2003, shown in fig.19b, contains the title of 2011 and many CEL 2013. As for playing the title SDAF required navigation data 2012 full package 2001 and package 2002 proposals can be played alone, but CEL-package 2003 may not be reproduced.

CEL-package is used to split the header SDAF in accordance with the distribution channel. For example, if the distribution is carried out using a CD-ROM, the title SDAF is written as a complete package in CD-ROM. On the other hand, when distributed via the Internet header SDAF is broken into a complete package and many CEL-packages for distribution. For example, the header SDAF is broken into a complete package including audio-CEL, and many CEL-packages, including video-CEL, which provides links from the full package for races is ostranenie.

In addition, as shown in Fig, title SDAF can be broken down into multiple packages SDAF through track record. When splitting the packages, as shown in Fig, title SDAF 2020, including audio data for five of the tracks is divided into three packages 2021-2023. Packages 2021-2023 have the names of the packages 1 Single, 2 Single and album respectively. The first and second packages 2021 and 2022 contain audio CEL for a single track and navigation data to control the playback CEL. The third package 2023 includes audio CEL for three tracks, and navigation data to control the playback of all audio-CEL included in the packages 2021-2023. By dividing header SDAF into multiple packages SDAF you can reduce the size of each data and to simplify the processing of each data.

The headline, the offer, the navigation data and CEL forming the package SDAF described in this order below.

The title of 2011 is described first. Package SDAF shown in Fig given as an example and described the header 2031 package SDAF 2030. In the package SDAF 2030 it is assumed that the size of the navigation data 2032 and size offer 2034 has value 400H each, in hexadecimal entries. This package includes three content element CEL 2033, which respectively are audio, image, and file. It is assumed that the sizes of these CEL correspond N, N and N in shestnadcati is offered by the accounts.

On Fig presents a diagram showing the structure of the header 2031. In the header 2031 data, as described below, is stored sequentially; the size of the header is VSN in hexadecimal entries. Note that the header structure 2031 can be described in C++, as shown in Fig and 24. On Fig and 24 are diagrams showing sequential source code is divided into two, and to divide the source code 2062 shown in Fig, follows the source code 2061 shown in Fig.

At the beginning of the header 2031 saved the magic number 2041 (4 bytes), showing that the file has SDAF format. The value of the magic number 2041 is a sequence of characters "SDAF". Then save the version number 2042 (4 bytes) SDAF. Then the stored identifier (ID) 2043 package (16 bytes) and the size of 2044 package (4 bytes). Then the stored information 2045 location of the navigation data (SDAF_LOCATION_NAV on Fig), information 2046 location of the proposal (SDAF_LOCATION_OFFER on Fig) and the number of content items (CEL) in the package 2047. Then the information stored 2048 (SDAF_LOCATION_CEL on Fig) for each CEL. Finally, you save the table 2049 attributes CEL indicating the attribute of each CEL.

Information 2045 location of the navigation data specifies the location and size of the navigation data 2032. Information 2046 location of the proposal indicates it is currently owned by agenie and size offer 2034. These two pieces of information are both of the offset (4 bytes) from the beginning of the package SDAF and size of each (4 bytes).

Information 2048 CEL consists of CEL_ID 2051 (16 bytes), type 2052 CEL (2 bytes), type 2053 encryption CEL (2 bytes), data 2054 location CEL data and information 2055 location of the attribute table CEL. CEL_ID 2051 is the identifier of the content item that is unique in the header of the SDAF. Type 2052 CEL may have a value corresponding to the audio, image, video, text and file. Type 2053 encryption CEL specifies the algorithm used to encrypt the CEL. Each information 2054 location CEL data and information 2055 location of the attribute table CEL consists of offset (4 bytes) from the beginning of the package SDAF and size of each (4 bytes). If the offset or size is zero, it means that data are not available.

Table 2049 attributes CEL is a list of attributes defined for each type of CEL. The attribute table of the audio-CEL (SDAF_ATTR_AUDIO on Fig) includes at least the CODEC, the number of quantized bits, the sampling frequency and the number of audio channels. The attribute table graphic CEL (SDAF_ATTR_GRAPHIC on Fig) includes at least the height and width of the image and the type of encryption. The attribute table of the video-CEL includes at least the height and width of the video, and encryption type. The attribute table of the text includes p is at least the encryption type text, for example, Unicode, or music shift JPS (Japanese industrial standards). The attribute table of the CEL file includes at least the MIME type (Multipurpose extension for message transmission on the Internet).

Table 2049 attributes CEL is not defined as a table of fixed length, and as the structure tag (descriptor) of variable length, as shown in figa-25s. If you use the structure tag, then the length of the tag and ID tag are stored before the data, as shown in figa. For example, the attribute table graphic CEL consists of the characteristic tag 2053 and tag 2064 type of encryption. Table entries are defined using the tag structure, the new table element can be added to the data format or data format may be changed only by adding a tag. The attribute table CEL defined using the tag structure with excellent expansion capability.

Below is described the proposal 2014. As noted above, the proposal includes many key pairs and rules of purchase for each pair of keys. Each key pair consists of a key of interpretation for the interpretation of the content element (CEL) and the ID of the content item (CEL_ID). On Fig presents a diagram showing the correspondence between the key pair and CEL. As shown in Fig, a pair of keys 2072 consists of key 2073 interpretation and EL_ID 2074, and each pair of keys 2072 associated with each CEL 2071. The offer includes not only a couple of keys CEL included in the package SDAF, but all key pairs other CEL included in the packages SDAF the same title SDAF. In other words, when the header SDAF is broken into multiple packets SDAF, only one package SDAF includes the proposal, and this proposal includes all key pairs other CEL included in the header SDAF.

Rules of purchase described using language to describe the conditions of use of a pair of keys, called the language of management authority. Terms of use key pairs include purchase date, period of use and then purchased whether a particular CEL or title SDAF. Rules of purchase is determined by the application of these terms of use, and the same CEL can be sold at different prices depending on the conditions.

The following describes the navigation data 2012. Navigation data created by the content Creator, so that the user can use the CEL in the most effective manner by defining the logical structure of the SDAF.

In SDAF to describe the navigation data using XML (extensible language marking), which is a description language tags in text format. If the data structure is described in XML, then use the tag structure in text format. So Yes the data, described in XML, are excessive in comparison with binary data. However, XML is adopted because of its very good potential for expansion.

For links to CEL from the navigation data pointer is used CEL. Index CEL is a concatenation of the package ID and the ID of the content item (CEL_ID) using the symbol "?" (question mark) as the delimiter. However, for CEL included in the package SDAF, which includes navigation data, the package ID and fall limiter, and CEL_ID becomes a pointer CEL. Index CEL can determine CEL regardless of the physical addresses CEL.

On Fig presents a diagram showing how to refer to the CEL from the navigation data using the pointer CEL. On Fig navigation data 2081 and data 2082 views shown as an example. Data 2082 views include audio-CEL 2083, coded according to standard MPEG2-AAC, and graphic CEL 2084, encoded according to the JPEG standard.

The package ID and CEL_ID element audio-CEL both represent 1, while the corresponding identifiers graphic CEL are 1 and 2 respectively. In this case, the pointer CEL type "1?1"included in the navigation data 2081, refers to an item of audio-CEL 2083, whose bundle identifier is eating the "1" and CEL_ID is "1". Index CEL type "1?2" indicates graphical CEL 2084, whose bundle identifier is "1", a CEL_ID is "2". As can be seen from this example, the only change in the identity of the package pointer CEL after creating the header SDAF can cause a change in the structure of the package SDAF. Therefore, it is possible to structure the header SDAF as a single package or split the header SDAF into multiple packages SDAF.

On Fig and 30 presents diagrams showing the structure of the navigation data based on the following representation. Each rectangle represents an element of the navigation data. The arrow going from element a to element B, indicates that the element a includes the element as a child element. Each label provided at the beginning of each arrow indicates the following:

* indicates that the element contains 0 or more child elements;

+ indicates that the element contains 1 or more child elements;

? indicates that the element contains 0 or 1 generated by the element.

If the item And includes the object P without an arrow, it means that the element a has an object P as an attribute. The underlined objects are pointers CEL. PCDATA is a character string consisting of characters included in a predetermined set of symbols. This view defines hierarchic the massive structure element TITLE in as root.

The TITLE element 2101 describes the layout (transport) header information SDAF. This element has three attributes: UPC, VERSION, LANGUAGE. Attribute UPC describes the Universal product code, which is the international standard product codes. The VERSION attribute describes the version number of the navigation structure of SDAF. The LANGUAGE attribute describes the type of language according to ISO 639. Its value, default is "en"which means “English”.

Element 2102 METADATA describes information such as the genre element of the PLAYLIST or TRACK element. The METADATA element has a TYPE attribute. The TYPE attribute describes the type of the METADATA element.

Element 2103 ASSOC describes information for a link to the content item CEL included in other headers SDAF. This element has a REF attribute. The REF attribute describes the pointer CEL.

Item 2104 URL describes a Uniform resource locator. This element has two attributes: ID and TYPE. The ID attribute describes the identification number of this element. The TYPE attribute describes the type of URL.

Item 2105 PLAYLIST describes the playlist, which is the base unit for the header SDAF. The list header corresponds to the “album” in the usual packet environment and included all the headers SDAF. Item PLAYLIST may include a MENU item that represents a menu for the playlist. Item PLAYLIST named the em five attributes: NAME, ARTIST, PRODUCTID, THUMBNAILID and ONSTART. The NAME attribute describes the name of the playlist. The PRODUCTID attribute describes the information corresponding to the code directory in the CD. Attribute THUMBNAILID describes the pointer CEL graphics CEL, which is typical in the playlist. The ONSTART attribute describes the operation of the playback of the playlist. If the ONSTART attribute is "MENU", the playback device stops playback and displays a menu of the playlist. If the attribute is "TRACK", the playback device starts playing the first TRACK element included in the element of the PLAYLIST. All items in the PLAYLIST have at least one element 2106 TRACK.

Item 2106 TRACK describes the path that includes one element audio-CEL. The TRACK element may include menu paths, slideshow (single output), text file, etc. the TRACK Element has seven attributes: ID, NAME, ARTIST, ISRC, AUDIOID, TSMID, THUMBNAILID. The ID attribute describes an identification number that is unique in the header of the SDAF. The NAME attribute describes the name of the TRACK element. The attribute ARTIST describes the name of the artist. Attribute ISRC describes the international standard recording code. Attribute AUDIOID describes the pointer CEL element audio-CEL related to the TRACK element. Attribute TSMID describes the pointer CEL card time search, the corresponding element audio-CEL. Map time search is sdaetsa below. Attribute THUMBNAILID describes the pointer CEL graphics CEL, which is typical in the TRACK element.

Item 2107 MARKER describes a marker for use in identifying the beginning of the TRACK element. This element has two attributes, TIME and NAME. The TIME attribute describes the location of the marker in milliseconds. The NAME attribute describes the name of the token.

Element 2108 SYNCSLIDESHOW describes slideshow (single output) to display slides or menu, the following information bronirovania display item 2109 SYNCMAP. Element 2108 SYNCSLIDESHOW has three attributes: ID, NAME, TYPE. The ID attribute describes the identification number that is unique in the header of the SDAF. The NAME attribute describes the name of the slideshow. The TYPE attribute describes the category of the information contained on the track, such as merit, lyrics, annotation music records, biographies, collections of images, advertising.

Item 2109 SYNCMAP describes the information bronirovania display for slide menu defined in the element SYNCSLIDESHOW. Item 2109 SYNCMAP has three attributes: MENUID, PLAIID, TIME. The MENUID attribute describes the identification number of the slide or menu to be displayed. Attribute PLAYID describes the index number to identify the button, which should be set to playback in the menu. The TIME attribute describes bronirovanie display in milliseconds.

Element 2110 SLIDESHOW describes the AET slideshow (single output) to display slides or menu with predefined intervals display. Element 2110 SLIDESHOW has four attributes: ID, NAME, TYPE, INTERVAL. The ID attribute describes the identification number that is unique in the header of the SDAF. The NAME attribute describes the name of the slideshow. The TYPE attribute describes the category of the information contained on the track, such as merit, lyrics, annotation music records, biographies, collections of images, advertising. The INTERVAL attribute describes the display interval of the slide or menu.

Item 2111 SYNCTEXT describes the text information to be displayed with a predefined bronirovanie. Text information is described using element 2112 SYNCTEXTBLOCK. Alternatively, the text information can be determined by reference to the part of the text CEL. Item SYNCTEXT has four attributes: ID, TEXTID, REFID, TYPE. The ID attribute describes the identification number that is unique in the header of the SDAF. The TEXTID attribute describes the pointer CEL text CEL. The REFID attribute describes the identification number of the item TEXTREF in a text CELL, defined by the attribute TEXTID. Item TEXTID described below. The TYPE attribute describes the category of the information contained on the track, such as merit, lyrics, annotation music records, biographies, collections of images, advertising.

Element 2112 SYNCTEXTBLOCK describes the text information to be displayed with a predefined bronirovanie. This element has an attribute TIM. The TIME attribute describes bronirovanie display in milliseconds.

Element 2113 TEXT describes the text information. Text information is described in the format of text data. Alternatively, the text information can be determined by reference to the part of the text CEL. The TEXT element has the same types of attributes as element SYNCTEXT.

Element 2114 VIDEO describes any existing item video-CEL. This element has three attributes: ID, VIDEOS, TYPE. The ID attribute describes the identification number that is unique in the header of the SDAF. Attribute VIDEOS describes the pointer CEL item video-CEL. The TYPE attribute describes the category of the information contained on the track, such as merit, lyrics, annotation music records, biographies, collections of images, advertising.

Item 2115 FILE describes any existing file CEL. This element has three attributes: ID, FILEID, TYPE. The ID attribute describes the identification number that is unique in the header of the SDAF. The FILEID attribute describes the pointer CEL CEL file. The TYPE attribute describes the category of the information contained on the track, such as merit, lyrics, annotation music records, biographies, collections of images, advertising.

Element 2116 SLIDE describes the slide. This element has three attributes: ID, NAME, BACKGROUNDID. The ID attribute describes the identification number that is unique in the header of the SDAF. Attribute NME describes the name of the slide. Attribute BACKGROUNDID describes the pointer CEL graphics CEL on the screen of the slide.

Item 2117 MENU describes the menu. This element has four attributes: ID, NAME, BACKGROUNDID and SELECTID. The ID attribute describes the identification number that is unique in the header of the SDAF. The NAME attribute describes the name of the menu. Attribute BACKGROUNDID describes the pointer CEL graphics CEL displayed on the menu screen. Attribute SELECTID describes the index number to identify the button that must be set in the selection state.

Item 2118 BUTTON describes the on-screen buttons arranged on the menu screen. The BUTTON element includes, as generated elements, one or more pairs of elements TEXTBUTTON and COMMAND or pairs of elements GRAPHICBUTTON and COMMAND. The BUTTON element has seven attributes: INDEX, TAB, UP, RIGHT, LEFT, AUTOACTION. The INDEX attribute describes the index number, which is unique in the item MENU. The attribute TAB describes the serial number, which is provided with a sequential and cyclic manner for each of the menu buttons. Attributes UP, DOWN, LEFT, RIGHT, describe the index number of the selected button destination, above, below, left, to the right, respectively, of the current button. Attribute AUTOACTION describes a flag indicating whether changes automatically the state from selected to active.

Item 2119 TEXTBUTTON describes the on-screen button, represented by text. This element has eleven attributes: X, Y, WIDTH, HEIGH, FONTSIZE, NORMALCOLOR, SELECTCOLOR, ACTIONCOLOR, PLAYINGCOLOR, TEXTID, REFID. The attributes X, Y, WIDTH, HEIGHT describe the location on the display button using a coordinate system with the origin at the top left corner of the menu. Item FONTSIZE describes the size of the font, measured in points. Attributes NORMALCOLOR, SELECTCOLOR, ACTIONCOLOR and PLAYINGCOLOR describe the color display in RGB format (red, green, blue), when the state of the button corresponds to the normal, selected, active, and reproduction. The TEXTID attribute describes the pointer CEL external text content element (CEL). The REFID attribute describes the identification number of the item TEXTREF in the text CEL defined by TEXTID.

Element 2120 GRAPHICBUTTON describes the on-screen button displayed graphically. This element has eight attributes: X, Y, WIDTH, HEIGHT, NORMALID, SELECTID, ACTIONID, PLAYINGID. The attributes X, Y, WIDTH, HEIGHT describe the location on the display button using a coordinate system with the origin at the top left corner of the menu. Attributes NORMALID, SELECTID, ACTIONID and PLAYINGID describe the index of the element content (CEL) display CEL, when the state of the button corresponds to the normal, selected, active and playback.

Element 2121 COMMAND describes the navigation operation, when the user clicks one of the onscreen buttons. This element has two attributes: TYPE and TARGET. The TYPE attribute is picavet any one of the commands SHOW FUNCTION, GOTO, NEXT, PREVIOUS. The SHOW command is used to display the element defined by the TARGET attribute. The command FUNCTION is intended for performance of the element defined by the TARGET attribute. This command is used when displaying the menu of the playlist. The GOTO command is used to move from item displayed at the moment, related to a specific item. The NEXT command is used to move from item that appears in the moment, to the next sibling element. The PREVIOUS command is used to move from item displayed at the moment, related to the previous item. The TARGET attribute describes the command parameter specified by the TYPE attribute. If set to SHOW, then the TARGET attribute describes the identification number of the item that should be displayed. If it is determined the command FUNCTION, the TARGET attribute describes the identification number of the item that must be performed. If defined GOTO command, then the TARGET attribute describes the identification number of the related item that is currently displayed.

Item TEXTREF describes the information categories of text to use in links from the navigation data on the part of the text data stored in the text element content (CEL). On the text data included in the item TEXTREF, Ref who are by definition the identification number of the item TEXTREF from the navigation data. Attribute TEXTREF has an ID attribute. The ID attribute describes the identification number that is unique in the header of the SDAF.

The following item 2013 CEL. Element CEL is of five types: audio, graphics, video, text and file. In SDAF the format of the data and the parameter is defined for each type of CEL.

The data included in audio-CEL represent the audio data encoded in accordance with the MPEG2-AAC (Advanced audio coding) [profile low complexity]. Note that the MPEG2-AAC defined in the document ISO/IEC 13818-7:1997(E) Information technology - Generic coding of moving pictures and associated audio information - Part 7-Advanced Audio Coding (AAC). The bit stream is encoded via the MPEG2-AAC, means having the format ADTS (audio data Transport stream). In addition, the data described in ISO/IEC 13818-7, limited as shown in Fig. From these parameters, the parameters other than samplmg_frequency_index (index sampling rate) and channel_configuration (channel configuration) is limited due to the selection of low complexity profile defined according to ISO/IEC 13818-7. In addition, the average bit rate is 64 or 128 kbit/S.

The data included in the graphic CEL represent data encoded in accordance with algorithms JPEG, MPEG-I frame or PNG (Portable network graphics). On Fig, 33 and 34 presents tables that define JPEG, MPEG-I frame and PNG respectively. Specifications for coding algorithms, etc is applicable for graphic CEL, limited, as shown on these drawings.

The data included in the video-CEL represent video data encoded according to MPEG2. On Fig presents a table showing the MPEG2 specification. Specification for encoding algorithm is applicable for graphic CEL, limited, as shown in Fig.

The data included in the text CEL, are PLAIN (open) text or text format XML (extensible language marking) in the SDAF. The type of encoding corresponds to Unicode or music shift JIS (Japanese industrial standard).

As an example, the file CEL described below CEL card time search, which includes a map of the temporary search in data quality. Map time search is a table consisting of the addresses of the frames. On Fig presents a diagram showing the structure of the temporary card search. As shown in Fig, map 2090 time search consists of a header 2091 and many records 2092. On Fig, 38A, 38b shows a table and graph, illustrating in detail the header 2091. As shown in Fig, 28a, 38b, title 2091 includes playback duration between records, represented in milliseconds, and the total number of records. On Fig presents a table showing in detail each record. As shown in Fig, each entry includes the address audio the DRA at the point of entry. The first entry indicates the initial location of the frames included in the audio-CEL.

Note that in this embodiment of the invention, the encoding algorithm MPEG2-AAC is used for data compression music tracks included in the audio-CEL. An alternative may be used such algorithms encode as MP3 (MPEG1 Audio Layer-3), Dolby-AC3 or DTS (digital theater System).

Below with reference to Fig-45 describes how to use the SDAF. As stated above, SDAF is a format for describing multimedia content, used mainly for data distribution of musical recordings. Format SDAF can be applied to various types of recording media such as hard disks, optical disks such as digital video-RAM semiconductor memory, for example memory cards.

In addition to the dissemination of musical recordings, format SDAF can be used in combination with existing data, music. For example, as mentioned below, the format SDAF can be used in combination with the data of the musical recording, compatible with the standards for digital versatile discs (DVD-Audio). Similarly, the format SDAF can be applied to other recording media such as digital versatile discs (DVD-Video), CD-ROMs, video CDs, photo is compact disks.

Data music, standards-compliant DVD-Audio includes audio content encoded using linear pulse code modulation (LIM), and the contents of the image frame is encoded according to MPEG-I. playback Device standards-compliant DVD-Audio, displays the menu screen for interactive user operations. In the standard DVD-Audio this menu screen is displayed by overlaying a maximum of four color sub-video images on the background image to display and provide many rectangular regions in the sub-video images. Such a rectangular region called buttons, with each button assigned to the team. However, for a number of display colors and shapes of buttons, some restrictions apply, and therefore the person who creates the content, are unable to design the menu screen.

This problem can partially be solved by pre-recording data of a menu screen that is described in the format SDAF, on a normal DVD disc, and display the menu screen using these data during playback. More specifically, a DVD audio disc writes the content described in the SDAF, and pointer forwarding for references from SDAF to the original content on the DVD disc. Next DVD disc with data written to it is called EXT is completely eliminated DVD disc, and the playback device such advanced DVD audio CD called device playback DVD discs compatible with the format of SDAF.

On Fig is a diagram showing an example of forwarding pointers CEL, which correspond to one DVD disc. Each row represents a pointer forwarding for each content included in the original DVD disc. The pointer forwarding CEL includes an identifier CEL_ID 2201, the file name 2202, the start address 2203, end address 2204. CEL_ID 2201 represents a content ID that is unique on the disk. File name 2202 is the name of the file that includes the relevant content. The start and end address 2203 and 2204 are shear values indicating the starting location and the destination location, respectively, of each content file. The pointer forwarding CEL recorded, for example, in the file named DVDA.MAP directory SDAF provided in the area of the extended ROM DVD CD-da.

All the various functions of the playback control, such as control over the order the audio, the playback frame-by-frame image output and the function menu, certain standards of DVD-Audio, can be described using the navigation data SDAF. For example, the function menu can be implemented in palamalaguti the button images JPEG, with any number of colors and shape, the background image frame MPEG-I to display and link each button area with the team.

When the management information included in the DVD disc is converted into navigation data SDAF, information indicating the content that is converted to CEL_ID using pointer forwarding CEL. The menu screen is converted to image buttons JPEG. The obtained images are arranged in the locations in such a way as to be superimposed on the background image. Navigation data and image buttons, obtained as described above, remain in the same package SDAF and write in a file named, for example, SDAF.SDR directory SDAF provided in the area of the extended ROM DVD CDs. How to play extended DVD CD-da, described below.

The following describes the playback device format SDAF, designed for playback of media content described by the format SDAF. The playback device format SDAF reproduces the distributed music data record as follows. First, the playback device performs a search for identity packages and navigation information to obtain CEL_ID elements CEL required for playback. The playback device performs the search in the database of purchases from Spanish what sets whether the received identity packages and CEL_ID to determine acquired or not each content element (CEL). If any CEL has not yet acquired, the playback device analyzes the encoded offer and pay the predetermined price via the existing system of electronic distribution. After the acquisition in the database purchases remains the key pair stored in the sentence. When determining that the package SDAF necessary to play, is not found in the playback device, the playback device forwards the packet identifier to the device data dissemination. The device data dissemination forwards the packet SDAF with the received identifier of the package to the playback device. After acquiring all CEL required for playback, the playback device deshifriral CEL using key pairs stored in the database purchases, to play. At this point, the playback device interprets the navigation data to control playback.

Title SDAF is forwarded to the playback device being divided into one or more packages SDAF. On figa-41p presents diagrams showing the examples package SDAF. In the distribution method shown in figa, package 2301 includes only audio content, while the puck is 2302 includes only a picture or videographic content. Moreover, from a package 2302 can cite the audio content included in the package 2301. Therefore, a user who has purchased the package 2301, can play only audio content. The user who has purchased the package 2302, in addition to the package 2301, can play graphic content together with the audio. Title SDAF can be determined by adding the CEL to an existing path.

In the distribution method, as shown in fig.41b, package 2303 includes many objects audiostereo and graphical content. A single package may contain all CEL included in the header SDAF.

In the distribution method, as shown in figs, one header SDAF is divided into packets 2304, 2305, 2306 for distribution. Package 2305 includes content for track #1, while the package 2306 includes content for track #2. In this way of distribution you can choose any one of the packages 2305 and 2306 for distribution.

Furthermore, the playback device can be created a new package SDAF, including the contents owned by the user. On figa-42s presents diagrams showing the examples of how to create packages SDAF. On figa-42s user package is a package SDAF created by the user, while the purchased package is a common what acetam SDAF. Content, surrounded by a bold line, is owned by the user. It is assumed that the property of the user data are read from the CD, i.e. audio content received from the CD, and picture content that they have created themselves.

As shown in figa, the user can create a package 2401, which includes audio content, purchased by him. In addition, as shown in fig.42b, the user can create a package 2402, including the audio and picture content, purchased by him. In addition, as shown in figs, the user can create a package 2404, from which you can refer to the audio content included in the purchased package 2403. If the package 2404 is reproduced, the reproduced audio content included in the purchased package, and graphic content owned by the user. Therefore, the image included in the purchased package, can be changed by the user, or a new image created by the user, may be added to the purchased package.

Described below is compatible with SDAF device DVD playback of audio CDs. The playback device controls the playback operation, the tracking navigation data described by format SDAF, instead of the original control information reproduction is, standards-compliant DVD-Audio. The playback device reads the navigation data and the pointer CEL from disk standard advanced DVD-Audio and works in accordance with the read navigation data. If the link to the original audio content or graphic content is done from the navigation data, the playback device makes a reference to a pointer CEL for information about the location where you saved the contents, and reproduces the content. The playback device reads the background image of the region of the DVD-Audio disk and image buttons from the data SDAF, and combines them to display the menu screen.

When using disk standard advanced DVD-Audio an existing device playback of standard DVD-Audio can perform normal playback, while compatible with SDAF device playback of standard DVD-Audio can display the menu screen using the navigation data, described by SDAF.

In the above description, package SDAF and pointer forwarding CEL saved to disk. Alternatively, these data can be downloaded via the network to the playback device. This method can be applied to CD and DVD disks that have already been sold to the user. In addition, the content items (CEL), which are available through a network tie is, links can be done using the URL.

The following describes the data conversion device to copy the multimedia content defined in SDAF on external storage media for portable devices play music. Portable music playback device records made using a semiconductor memory as an external memory device, and is characterized by small size, low weight and the ability of high-speed data recording. Portable music playback device records includes, as shown in Fig, LCD display 2501, having the ability to display text, a control panel to control playback of audio and headphones 2503 to output audio. In addition, in the portable music playback device records may be removable to enter the memory card 2500 for storing audio data. Portable device playback music plays audio content that is compatible with the MPEG2-AAC and reproduces the display text information. However, the format of the data record memory card is not format SDAF, and represents a unique format.

On Fig presents a block diagram showing the structure of the device data conversion converted to the I content recorded on the disc is the extended standard DVD-Audio, in a predefined format, and recording the converted content to the memory card for portable music playback device records. On Fig it is assumed that the disk drive 2601 recorded audio content format LICM, information playback control described using SDAF, and additional text information.

In the data conversion device shown in Fig, block 2602 read data reads the information control playback from disk 2601 and throws it in block 2603 analysis information for playback control. Block 2603 analysis information, the playback control analyzes the read information, the playback control to check whether the content recorded on the disc 2601, may be reproduced or requires conversion.

Then block 2602 reads from disk 2601 content that can be reproduced in the portable music playback device records and displays the read content in block 2605 data conversion. At this point, the content may not be reproduced portable device to play music, not read. Unit 2605 data transformation converts the read contents in compliance and with the type of the memory card 2500. For example, text information, which cannot be directly reproduced portable device to play music, such as headers, not converted. On the other hand, audio content format LICM converted into the MPEG2-AAC, to a portable playback device can play back the contents.

Block 2604 conversion information generates playback control information for playback control for portable music playback device records on the basis of the information playback control, analyzed by block 2603 analysis information for playback control. Block 2606 write data writes information to the playback control generated by the block 2604 conversion information for playback control, and the contents of the converted block 2605 conversion data on the memory card 2500.

Note that the data conversion unit shown in Fig, can convert arbitrary content other than audiostreamer, in a predefined format, and write the converted content to the memory card 2500. In addition, the format of the write data of the memory card can be any format that is different from the SDAF. Additionally, to support a variety of external media zapsibtractor conversion data may include a data conversion unit, the conversion unit information control playback and record block data for each external recording media.

In addition, if the drive 2601 not recorded any navigation data described by the format SDAF, as shown in Fig, then the missing data can be obtained via the communication network. On Fig it is assumed that the identification number recorded on the disc 2601. For example, the identification number of the CD music recording is the code directory, code ISRC etc.

Unit 2602 read data reads the identification number of the disk and sends it to the communication unit 2607. The communication unit 2607 communicates with the server 2611 information content through the communication network 2610. The communication unit 2607 can access the server 2611 information content via the Internet or can directly access the server 2611 information content via the telephone line. Server 2611 information content keeps missing data in conjunction with the identification number in response to a request from the data conversion device retransmits the missing data in the data conversion device. After receiving the missing data, the data conversion device performs the same operation as the data conversion device, as shown in Fig.

As noted the above, format SDAF distribute the content according to the variant embodiment of the invention, is a format for describing multimedia content and is mainly used for data distribution of musical recordings. Thus, the use of SDAF in combination with existing data music allows you to extend the function of the available data records.

Note that the correlation between these additional distribution in the first and second embodiments, and SDAF under this option is the following. Additional information, including information for playback control, such as image data and audio data in the second variant corresponds to the navigation data 2012, shown in Fig. Contents 205 or audio data 204, shown in figure 2, and the image data in the second embodiment correspond to the content element (CEL) 2013, shown in Fig. Information 203 management authority, shown in figure 2, corresponds to the proposal of 2014, shows Fig.

Although the invention is described above in detail, the foregoing description is in all aspects illustrative, but not restrictive. It is clear that numerous other variations and modifications can be introduced without changing the essence of the invention.

Industrial p is inanimate

According to the present invention, a system for protecting digital data copy can implement the online distribution of music recordings “hand in hand” and greatly facilitate the dissemination of music while providing copy protection and crediting the user with the appropriate license fees.

1. System for copy protection of digital data for the calculation of the relevant license fees while providing copy protection of digital data containing block (102) of the content intended for distribution data distribution, including the aforementioned digital data network (104), a variety of devices (1011, 1012, 1013) recording and playback of digital data, mutually connected through said network (104), and each of them provides additional data storage distribution obtained from the block (102) of the content distribution, reproduction mentioned digital data and dissemination of the mentioned data stored in additional distribution to other users, and block (103) processing of payments, is designed for communication with devices (1011, 1012, 1013) recording and playback of digital data through said network (104) and vypolneniyasvoey calculations for the calculation of the mentioned license fees, while each device (1011, 1012, 1013) recording and playback of digital data before playback mentioned digital data communicates with the block (103) processing calculations to perform data processing on the purchase to be prepared to handle calculations in the data receiving an additional distribution from the unit (102) of the content distribution or from other devices recording and playback of digital data through said network (104), and before distributing it adds the ID of the distributor to data additional distribution obtained from the block (102) disseminate content or from other devices recording and playback of digital data through mentioned the network (104), in this case, if the data is more spread, processed payments, provided the said distributor ID, the block (103) processing calculations performs the processing of the award with respect to the user identified by the said distributor ID.

2. Device (1011) recording and playback of digital data which has a capability of storing additional data distribution that includes content that represents digital data encrypted under the first encryption system, and the management information on what powers, with a content encryption key used for the above-mentioned first system encryption, and reproduce such content after executing the processing of data about buying to prepare for the processing of payments through the communication unit (103) processing payments connected through a network (104), containing the means (401) for receiving additional data distribution designed for receiving external image of the mentioned data distribution outside means (402) for storing additional data distribution designed to store the aforementioned data distribution means (412) for the processing of data about buying, designed to run on the user mentioned data about purchase in order to play the content included in these additional distribution stored in the means (402) for storing additional data distribution means (410) for data access, designed to read data distribution of means (402) for storing additional data distribution tool (414) for decoding the content, intended for decoding, when performing data processing on the purchase of these additional distribution stored in cf is the rotary (402) for storing additional data distribution in accordance with the first system of interpretation, and selection of such content, medium (415 and 416) to play, designed for playback of content, the selected remedy (414) for decoding the content, and a means (411) to add ID distributor, used to encrypt the user ID represents identification information unique to the device, and to add an encrypted user ID to the data additional distribution read means (410) for access to data for external output.

3. The device according to claim 2, characterized in that the information management office will also encrypted in accordance with the second encryption system, the encryption key information rights management, used for the second encryption, stored in a protected memory area to which the user has no access in the usual way.

4. The device according to claim 2, characterized in that the means (411) to add ID distributor includes means (504) for information distribution, designed to obtain data on the state purchases, which indicates that the processing of data about purchasing agent (412) data about the purchase, the means (501) for the floor which the respective user ID, designed to get the user ID stored in the protected memory area to which the user does not have access in the normal way, means (502) for encryption of user ID that is designed to add to the user ID obtained by the means (501) for receiving the user ID, data on the state purchases, obtained by means (504) for information distribution for encryption in accordance with a predefined encryption system and a means (503) for adding the user ID that is designed to add a user ID, encrypted means (502) for encryption of user ID data additional distribution read means (410) for data access.

5. The device according to claim 2, characterized in that the means (412) for the processing of data about buying contains a means (602) for highlighting information management calculations designed to highlight information management calculations from data dissemination read means (410) for data access, the means (603) for allocation ID distributor, intended for selection as ID, distributor ID, if it is on the Chan in additional data distribution read means (410) for data access, with the specified user ID represents identification information unique to the other device to record and playback digital data, which is the distributor of the data distribution means (604) for generation of data processing calculations designed to add, if you are a distributor ID, the user ID selected by the means (602) for the selection of the distributor ID, the specified user ID is the identifier of the distributor, to the information management calculations, the selected means (603) for highlighting information management calculations, and generation of data processing calculations, medium (605) to transmit information processing calculations designed to transmit information processing calculations generated by the means (604) for generation of data processing calculations in the block (103) processing calculations, which is provided externally, and the means (606) for transmission of the ID transmitter is designed to transmit the user ID, which is identification information unique to the device, the identifier of the transmitter to the provided externally of the block (103) clicks the processing of payments.

6. The device according to claim 2, characterized in that it further comprises means (406) for reading data that is intended to be read content, representing the unencrypted digital data, means (403) for information rights management, intended for information rights management with the content encryption key to encrypt the content read by the means (406) for reading data, a means (405) for identifying the encryption key of the content, intended for selection of the content encryption key from the information management powers obtained by the means (403) for information rights management, a means (408) for data encryption is designed to encrypt the content in accordance with the first system using the encryption key of the content selected by the means (405) for identifying the encryption key of the content, and a means (409) for adding information rights management, intended to add relevant information rights management for content that is encrypted by means (408) for encrypting data to be saved as means (402) for storing additional data distribution.

7. The device according to claim 6, characterized in that it further comprises means (407) for compression given the s, designed to compress the contents read by the means (406) for reading data, pre-defined way, and enter the compressed content in the means (408) for data encryption.

8. The device according to claim 6, characterized in that it further comprises means (1703) to store additional information that is intended to store information control playback of the content, including the information relating to the management of content playback, and image data added to the content, and the tool (1702) to add data that is intended to add information to the content playback and image data stored in the means (1703) to store additional information to the appropriate content for issue in means (408) for data encryption.

9. The block (103) processing payments intended for the storage of additional data distribution and retrieval network (104) from the device (1011, 1012, 1013) recording and playback of digital data, configured to play the content after processing, calculations, information management calculations corresponding to the mentioned additional data dissemination, ID distributor, pointing to the one who spread the mentioned data EXT is intellego distribution and the identifier of the transmitter corresponding to said device (1011, 1012, 1013) recording and playback of digital data containing means (802) for receiving information, processing payments, is designed for receiving control information and the identifier of the distributor, means (803) for authorization transmitter designed for reception of the identifier of the transmitter and to identify the transmitter, means (804) for processing payments designed to perform, in accordance with the information management calculations adopted by the means (802) for receiving information, processing payments, processing payments in respect of the transmitter identified by the tool (803) to authorize the transmitter, and means (808) for processing award intended for processing award for distributor identified by the identifier of the distributor, the accepted means (802) for receiving the data processing calculations.

10. The method of recording and playback of digital data for storage additional distribution that includes content that represents digital data encrypted under the first encryption system, and information rights management with the content encryption key used for the above-mentioned first system encryption, vosproizvedeniya mentioned content after performing data processing on the purchase to prepare for the processing of payments, including the steps of receiving additional data dissemination for receiving externally mentioned data distribution, data processing, purchasing for execution by the user of the data processing of purchase in order to play the content that is included in additional data dissemination, interpretation of content for interpretation, when performing data processing on the purchase data further distribution in accordance with said first system of interpretation, and to highlight the aforementioned content playback to play the content selected at the stage of interpretation of the content, and adding the identifier of the distributor to add the user's user ID, which is unique identification information the additional distribution for output.

11. The recording media made computer with the ability to read and write on which is recorded a program for executing on a computer system, having the ability to store additional data distribution that includes content that represents digital data encrypted under the first encryption system, and the information is within the content encryption key, used for the above-mentioned first system encryption, and play the content after processing calculations, the program ensures the implementation of the method including the steps of receiving additional data dissemination for receiving externally mentioned data distribution, data processing, purchasing for execution by the user of the data processing of purchase in order to play the content that is included in additional data dissemination, interpretation of content for interpretation, when performing data processing on the purchase at the stage of data processing, purchasing, data distribution in accordance with the first system of interpretation and selection of such content, playback to play the content selected on the stage interpretation of the content, and adding the identifier of the distributor to encrypt the first user ID, which is unique identification information, and adding the user ID to the data additional distribution for output.

Priority items:

01.09.1999 - according to claims 1-3, 5-11;

30.08.2000 - on item 4.



 

Same patents:

FIELD: computers.

SUBSTANCE: method includes, on basis of contents of central processor registers, received after processor performs some sort of command, by means of mathematical logical operation, forming certain finite control sum and storing it in memory, and on basis of contents of registers, received before start of execution by said processor of directly next command, certain starting checksum is formed, while if starting checksum mismatches finite checksum, error message is generated, which can be followed by halting of processor operation or blocking of chip board with its removal from circulation.

EFFECT: higher reliability.

2 cl, 2 dwg

FIELD: technologies for authentication of information.

SUBSTANCE: method includes performing absolute identification for confirming legality of data carrier according to first rule in preset time. Authentication information is recorded on this data carrier in previously set position. Process of arbitrary authentication is performed for confirming legality of said data carrier in accordance to second rule in arbitrary time. First rule includes announcing confirmation of standard match, if information for authentication is detected as registered in selected preset position. Second rule in given arbitrary authentication process includes announcing standard match, if information for authentication is detected as not registered in arbitrary positions, different from given preset position.

EFFECT: higher reliability.

6 cl, 12 dwg

Processor // 2248608

FIELD: computers, data protection.

SUBSTANCE: processor has bus interface device, device for selection/decoding of commands, device for dispatching/execution, program string decoding device, which string is selected from program and loaded in first levels command cash, which contains a set of N two-input elements XOR, keys memory, storing different N-bit decoding keys.

EFFECT: higher efficiency.

2 dwg

The invention relates to computing
The invention relates to computing, and in particular to information and computer systems and networks, and can be used in the network integrity monitoring for protection of information resources in workstations, informational, and functional servers, etc

The invention relates to computer technology and may find application in the organization of authorized access to resources of the computing system

The invention relates to the field of information security with cryptographic transformation of data

The invention relates to the field of authentication objects

The invention relates to methods of protecting computer memory from unauthorized access through an arbitrary communication channels and to the structure of the devices for implementing such methods

The invention relates to the field of computing, and in particular to means of information protection from unauthorized access to electronic computing systems (machines), local area networks (LAN) - based personal computers (PC)

Processor // 2248608

FIELD: computers, data protection.

SUBSTANCE: processor has bus interface device, device for selection/decoding of commands, device for dispatching/execution, program string decoding device, which string is selected from program and loaded in first levels command cash, which contains a set of N two-input elements XOR, keys memory, storing different N-bit decoding keys.

EFFECT: higher efficiency.

2 dwg

FIELD: technologies for authentication of information.

SUBSTANCE: method includes performing absolute identification for confirming legality of data carrier according to first rule in preset time. Authentication information is recorded on this data carrier in previously set position. Process of arbitrary authentication is performed for confirming legality of said data carrier in accordance to second rule in arbitrary time. First rule includes announcing confirmation of standard match, if information for authentication is detected as registered in selected preset position. Second rule in given arbitrary authentication process includes announcing standard match, if information for authentication is detected as not registered in arbitrary positions, different from given preset position.

EFFECT: higher reliability.

6 cl, 12 dwg

FIELD: computers.

SUBSTANCE: method includes, on basis of contents of central processor registers, received after processor performs some sort of command, by means of mathematical logical operation, forming certain finite control sum and storing it in memory, and on basis of contents of registers, received before start of execution by said processor of directly next command, certain starting checksum is formed, while if starting checksum mismatches finite checksum, error message is generated, which can be followed by halting of processor operation or blocking of chip board with its removal from circulation.

EFFECT: higher reliability.

2 cl, 2 dwg

FIELD: copy protection.

SUBSTANCE: system has content distribution block, multiple recording and playback devices for digital data, calculations processing block, meant to perform communications with recording and playback devices and performing calculations processing for transferring license payments.

EFFECT: higher reliability of copy protection.

5 cl, 55 dwg

FIELD: electronics.

SUBSTANCE: device has signaling bus, loaded with clock signal, at least one couple of buses serving for encoding one bit, detector circuit, multiplexer. According to method in case of first value of signal of signal bus two buses of one couple detect same level of signal, and in case of second value of signal of signal bus two buses of one couple detect different signal levels, detect forbidden states during operation of board, change process of system functioning, to generate alarm in that way.

EFFECT: higher reliability of protection.

2 cl, 7 dwg

FIELD: microprocessors.

SUBSTANCE: device has central processing devices, including first cryptographic block, at least one peripheral block, including second cryptographic block, device also has data bus, random numbers generator, conductor for supplying clock signal, conductor for providing random numbers signal, set of logical communication elements, while each cryptographic block has register of displacement with check connection.

EFFECT: higher level of unsanctioned access protection.

7 cl, 1 dwg

FIELD: digital memory technologies.

SUBSTANCE: board has rewritable power-independent memory and control circuit, means for storing address, pointing at limit between authentication area and non-authentication area, circuit for changing size of said areas. Reading device contains estimation means, reading information, pointing at number of times, for which digital data can be read, and playback means. Second device variant additionally has means for digital output of contents.

EFFECT: higher efficiency.

3 cl, 23 dwg

FIELD: computer science.

SUBSTANCE: method includes protective mathematical conversion of service data of network frame prior to transfer to environment for transfer of a LAN. To said protective conversion the data is subjected, which is contained in headers of network frames of channel level, and also in headers of all encapsulated network packets and segments. As a result the very possibility of interception is prevented.

EFFECT: higher efficiency.

7 cl, 2 dwg

FIELD: data carriers.

SUBSTANCE: device for reproduction of data from data carrier, program zone of which is used for recording a set of files, and control zone - for controlling copy protection data concerning the file, recorded in program zone, has computer for calculating copy protection information for each time file is reproduced, comparison means for comparing value, calculated on reproduction command, being prior to current one, to value, calculated on current reproduction command, and if these values coincide, the last value is stored as copy protection value, calculated on reproduction command , prior to current one and control means for allowing reproduction of file, appropriate for current command, if value, calculated as response to command, previous relatively to current command, coincides as a result of comparison to value, calculated as a response to current command.

EFFECT: higher reliability, higher efficiency.

4 cl, 46 dwg

FIELD: data carriers.

SUBSTANCE: device has calculating, reserving and recording modules. Each variant of semiconductor memory card contains area for recording user data for controlling volume and area for recording user data. On carrier method for computer initialization is recorded, including calculation of size of volume control information, reserving areas and recording therein of control information for volume and user data, recording main boot record and sectors table in first section of first area, skipping preset number of sectors, recording information of boot sector of section, file allocation table and root directory element to following sectors.

EFFECT: higher efficiency.

5 cl, 59 dwg

Up!