Method and device for processing data with copyrights. RU patent 2249245.

FIELD: devices for processing data with copyrights.

SUBSTANCE: device for processing data, realizing a method for processing of data with copyrights within limits of given rights, contains memory device for distributed data, means for recording data concerning rights and data, means for converting data, means for realization of processing method.

EFFECT: higher efficiency.

3 cl, 60 dwg

The technical field to which the invention relates

The present invention relates to a method and apparatus for processing data, copyright, and more specifically to a method and apparatus for processing data, copyright, distributed through the communication network.

The prior art

In recent years, have become widely available in various information sources and distributed a large number of digital records with multimedia media content, including images and sounds. These digital records are provided to the users by means of the recording media, such as CD - persistent storage device (CD-ROM), or means of communication such as the Internet. Download personal computer through the communications network is a particularly convenient method of distribution, and therefore this method is expected to receive wide distribution. Digital recordings can be easily copied without compromising their performance. For this reason, it is highly important to protect the copyright of digital records.

For copyright protection of digital records is known, the following conventional procedures. The first routine is a way of managing the content used in the distribution of musical works, which was published in the article: "the Distribution of music on the basis of the Internet requires urgent improvements in the technique of copyright protection"

Nikkei electronics, vol. No. 738, March 8, 1999, p.87-111 ("Internet - based music distribution requires immediate improvements in copyright protection technologies", Nikkei Electronics, Issue, No738, March 8, 1999, pp.87-111). In the way of content management, which includes the encrypted music data (hereinafter referred to as a file) and a file containing control information, the decryption key file and the other (hereinafter referred to as a file) are distributed through a network connection. To reproduce the music data contained in the file And determine with reference to the control information contained in the file whether or not to reproduce or copy the file A.

Fig is a block diagram showing the structure of a device for data processing using the first known procedure. A device for processing data, shown in Fig connected when working with a communications network (not shown). Block 101 memory distributed data stores the file And distributed through a communication network such as the Internet and cable TV. Table 102 copyright management file is stored In distributed via a communication network, such as for file A. Block 103 procurement processing method establishes a connection with the server of the payment calculation (not shown) for the purchase of rights to a method of processing required for playback, and other processes and writes purchased right on the processing method in the table 102 copyright management. When the command is entered using the input unit 104, the control unit 105 determines with reference to the right to a processing method recorded in table 102 copyright management should or should not run this command. The device 106 playback receives the decryption key contained in the file, from the control unit 105, and reproduces the music data contained in the file A.

As a second conventional procedures known way to prevent unauthorized copying by encrypting digital data, which is disclosed in Japanese laid patent application No. 9-320192 (1997-320192). Fig is a block diagram showing the structure of a device for protecting the copyright of the corresponding second conventional procedure. Device for protection of copyright, shown in Fig, characterized in that the digital data read from the disk 111 is encrypted before they are transferred to the bus 114. In other words, the block 112 formatting data provides the data read from the disk 111, the source encryption information, the encryption key, information about the encryption unit, the information about copy control that specifies permitted or not copying of data and identity information of the used encryption algorithm. Block 113 encryption encrypts data using the encryption key provided by the block 110 of the delivery of the key. Encrypted data flow on the bus 114. Block 115 decryption decrypts the data using the decryption key provided by the block 110 of the delivery of the key. The decrypted data is restored by block 116 formatting data to the state in which they are read from disk 111 and then reproduced by the device 117 playback.

Essentially, according to the first conventional procedure received data copyright can be processed within purchased the rights to a processing method, however, according to the second ordinary procedure of data, copyright can be protected from unauthorized copying.

In these conventional procedures, however, are not disclosed details about how to use the received data is copyrighted. In particular, does not reveal the format in which the device for data processing uses the data to copyright.

In the distribution of music, for example, a device for processing music data takes the music data through the communication network and copies the received music data to the external storage medium. A device for processing data is music data from many providers. Due to the fact that the copyright of the music data belongs to each of the providers, the music data is distributed using a format specific to each of the providers. Music data can be copied to different types of external storage medium, such as random access memory (RAM), digital video disks and memory cards. Therefore, when the data is copied to an external storage medium, distributed music data must be converted into a format that is characteristic for each type of external storage medium.

In circumstances where there are many providers and many types of external storage medium, as described above, data to be distributed to copyright cannot be handled efficiently by using the above procedures, as the latter does not specify the format in which data are processed with copyright.

The invention

The aim of the present invention to provide an apparatus for processing data copyright by data conversion, copyright, distributed through a communication network, the internal format suitable for further processing.

The present invention has the following features to achieve this goal.

The first object of the present invention is a device for processing data, performing data processing copyright within the acquired rights, including: the block memory distributed data, which is an example implementation of a means for receiving data, is configured to receive data distribution format that includes at least content data protection and information for payment calculation that determines the terms of payment for content data; a unit purchase rights, which is an example implementation of a means for storing and processing information about the rights of purchases made with the possibility of information processing to calculate the payment for the acquisition of rights on the terms and conditions of purchase; a unit for storing information on the law, which is an example implementation of a means for storing information on the law executed can be stored right on the processing method, the acquired unit purchase rights;

unit conversion data, which is an example implementation of tools for data conversion, configured to convert the data distribution format that includes content data, data in the internal format without information to calculate the payment, when content data acquired rights for the processing method, and the unit for storing data, which is an example implementation of a means for storing data is configured to store internal data format obtained by the data conversion unit, which is an example implementation of tools for data conversion; and the block of the method of processing, which is an example of implementation means of implementation of the processing method is arranged to perform data processing internal format stored in the block memory data within rights to a method of processing stored in the block memory information on the right.;With such a device for processing data, copyright converted into internal data format without the information to calculate the payment and then stored in a storage device (storage). Therefore, these data can be processed in different ways in the management of copyright through a single procedure, regardless of the calculation method of payment.

In addition, when the content data can be encrypted and information for payment calculation contains the decryption key for decrypting encrypted content data, the decryption key can be extracted from the information to calculate the payment by the conversion unit and data stored in the block memory information on the right. Unit, the method can decrypt encrypted content data using the decryption key. Thus the decryption key operated unit storing information about the law, thereby decrypting data using the same procedure, regardless of the method of distribution of the decryption key.

In addition, the data distribution format may include content data, the information for calculating the payment, title, and information for managing the implementation of a method to manage the implementation of the method for processing content data. Device for the processing of such data may control the processing of data, as conceived by the Creator of the content data through information to manage the implementation of the processing method.

In addition, internal data format can be equivalent to data obtained by separating only the information for payment calculation from the data distribution format. Due to this processing method in the data conversion unit becomes easy and speed of processing devices for processing the data can be increased.

Another aspect of the present invention with respect to the first object is that the block of the method of treatment includes the following device data, allowing you to copy data to internal format stored in the block storing data on a removable storage medium, and the data conversion unit converts the data distribution format data in the internal format based on the type of the storage medium.

More preferably, the device for processing data contained unit identification medium that is used to establish the type of storage medium, or the definition block of the storage medium that is used to determine the type of medium, and the data conversion unit may convert the data distribution format data in the internal format based on the type of the storage medium identified or defined by these blocks.

In such a device for processing data, copyright converted into internal data format suitable for the type of medium, and then remembered. Therefore, the amount of data in the device for data processing can be reduced.

In addition, if the data distribution format contain one or more pieces of content data, internal data format may include only meaningful data to copy them to the storage medium between one or more pieces of content data. Through select and save only the required content data amount of data can be significantly reduced.

The second object of the present invention is a method of processing data to perform data processing copyright within the granted rights, including: the stage of the receive data when reception data distribution format that includes at least content data protection and information for payment calculation that determines a condition of payment for content data; the stage of the purchase rights for the purchase processing on the basis of information for the calculation and payment of the acquisition method of processing required for processing content data; a step of storing information about the law while preserving the right to a processing method, acquired at the stage of procurement law; stage data conversion when converting data distribution format that includes content data, data in the internal format without information to calculate the payment when purchased right on the processing method for content data; a step of storing data when storing data in internal format, obtained at the stage of data conversion; and the implementation of a processing method when performing data processing internal format stored in the phase storing data within rights to a method of processing stored in the phase storing information on the right.

The third object of the present invention is a recording medium for recording thereon a program to execute on a computer a method of processing data according to the second object of the present invention.

In accordance with the second or third objects of the invention data copyright is converted into an internal data format without the information to calculate the payment and then entered in the memory block. Therefore, data can be processed in different ways in the management of copyright through the same procedure, regardless of the calculation method of payment.

As mentioned above, the method and apparatus for processing data copyright according to the present invention provide the user with the magnificent tool that is highly effective in practical application.

These and other objectives, characteristics, aspects and advantages of the present invention will become clearer from the following detailed description of the present invention with reference to the accompanying drawings.

A brief description of the drawings

Figure 1 - block diagram showing the structure of a device for processing data in accordance with the first embodiment of the present invention,

2 is a diagram showing the structure of the distribution system music using the device for data processing in accordance with the first embodiment,

Figa-3s - diagrams showing the formats of music data, which are used by the device for data processing in accordance with the first embodiment,

4 is an exemplary table of procurement management in the device for data processing in accordance with the first embodiment,

5 is an exemplary table copyright management device for processing data in accordance with the first embodiment,

6 is a flowchart showing the operation of the control unit in the device for data processing in accordance with the first embodiment of the invention,

7 is a block diagram showing the function block purchase method of processing a device for processing data in accordance with the first embodiment,

Fig is another diagram showing the system of distribution of music, using the processing unit in accordance with the first embodiment,

Fig.9 is a block diagram showing the structure of a device for processing data in accordance with a second embodiment of the present invention,

Figure 10 is a block diagram showing the operation of the conversion unit of the data in the device for data processing in accordance with the second embodiment,

11 is a block diagram showing in detail the operation of the conversion unit of the data in the device for data processing in accordance with the second embodiment,

Fig - sample table control packet in the device for processing data in accordance with the second embodiment,

Figa-13C is a graph showing the influence of the method of converting data into the device for processing data in accordance with the second embodiment,

Fig is a diagram showing another format of music data processed by the device for data processing in accordance with the second embodiment,

Fig is a block diagram showing the structure of a device for processing data in accordance with a third embodiment of the present invention,

Fig is a diagram showing a screen for identifying the external storage medium device for processing data in accordance with the third embodiment,

Fig is a block diagram showing the operation of the conversion unit of the data in the device for data processing in accordance with the third embodiment,

Fig is a diagram showing the structure of the package is protected digital audio format (SCSP) in accordance with the fourth embodiment of the present invention,

Figa-19s - diagrams showing other structures SCSP packages

Fig diagram showing how to divide SCSF title in SCSP packages

Fig is a diagram showing an example SCSP package

Fig is a diagram showing the structure of the header,

Fig and 24 illustrate source code describing the structure of the header, using the C++language;

Figa-25s - chart showing how to determine the table defining characteristics ELS, using the structure of the labels,

Fig is a diagram showing the correspondence between pairs of keys and elements content (ELS),

Fig - illustration of a source code describing the structure of key pairs, using the C++language,

Fig - chart showing how to contact ELS, based on navigation data,

Fig and 30 is a diagram showing the structure of the navigation data,

Fig is a table showing the characteristics of an international standard for compression and playback of moving images MPEG2-AAC applicable to audio ELS,

Fig is a table showing the characteristics of an international standard for compression of full-color still images JPEG applicable to video ELS,

Fig is a table showing the characteristics of MPEG-1 frame applicable to video ELS,

Fig is a table showing characteristics PNG applicable

video ELS,

Fig is a table showing characteristics MPEG2 applicable to video ELS,

Fig is a diagram showing the structure maps of the temporary search

Fig 38A and 38b is a table and chart showing in detail the header contained in the temporary map search

Fig is a table showing each entry in detail, is entered in the table of temporary search

Fig is a table showing an example of ELS forwarders

Figa-41p - diagrams showing the examples of how to distribute SCSP package

Figa-42s - diagrams showing examples of how to create SCSP package

Fig external view of the portable music player;

Fig and 45 is a block diagram showing the structure of the data conversion unit,

Fig is a block diagram showing the structure of the known device for converting data, and

Fig is a block diagram showing the structure of the known device of copyright protection.

The best way of carrying out the invention

The following describes embodiments of the present invention with reference to the drawings. First, as the first to the third variant implementation describes the data conversion device for converting a distributed data copyright in the specified internal format. Then, as the fourth variant implementation, described in detail a specific example of the data copyright in accordance with the first and third variants of implementation.

It is noted that the data is copyrighted according to the fourth variant implementation is just an example of data in accordance with the first and third variants of implementation, and, of course, that the device for data processing according to the first and third variants of the implementation can process other data are copyrighted. In addition, although here, description will be given with the assumption that the data copyright are music data, the data is copyrighted in the present invention is not limited to music data, but it can be video data, text data, or combinations thereof, and music data.

(The first version of the implementation)

Figure 1 is a block diagram showing the structure of a device for processing data in accordance with the first embodiment of the present invention. The device 1 for processing data, shown in figure 1, includes an input unit 10, unit 11 receiving and storing data, which is an example implementation of a means for receiving data, is configured to receive and save the data distribution format, table 12 procurement management, block 13 procurement method processing unit 14 of the data conversion unit 15 memory internal data, which is an example implementation of the means for storing data, table 16 management of copyright, which is an example implementation of a means for storing information about the law, the control block 17, block 18 playback unit 19 of the control inputs and the outputs of blocks 17, 18, 19, which is an example of implementation means of implementation of the processing method, and a display block 21. The device 1 for data processing carries out the reproduction, copying and other operations with the distributed music data, copyright and differs in that the distributed music data is converted into an internal format for storage in the memory.

Before a detailed description of the device 1 for processing data describes a system for distribution of music, using the device 1 for processing data, and formats of music data processed in the device 1 for processing, with reference to Figure 2 and 3.

As shown in figure 2, the device 1 for processing data connected via the network 4 communication with the distribution server 5 server 6 to calculate the payment. Network 4 communication is of such a network as the Internet or a network for cable television, satellite or cellular phones. The distribution server 5 stores in its memory a large number of music data with copyright. In response to a request from a device 1 for processing data distribution server 5 distributes music data. Server 6 for payment calculation performs the operation of calculating the payment for the distributed music data. The external storage medium 7 is removable from the device 1 for processing, and portable music player 8. The device 1 for processing data identifies each external storage medium 7, using the identifier of the storage environment, specialized for each environment 7, or label specified by the user for each environment 7.

Now will be briefly described below control the copyright for the music data. The distribution server 5 distributes the encrypted music data and the decryption keys on the device 1 for processing data. The device 1 for data transfers information that the user agrees to pay for the music data to the server 6 to calculate the payment before or after distribution, to purchase eligible for processing for distributed music data. For example, a device 1 for processing data reproduces the music data using the decryption keys as many times as was renditions, certain purchased right.

In addition, the device 1 for data processing can copy music data and the decryption keys on the external storage medium 7 (this treatment is hereinafter referred to here is called debugging) and erase the copied music data from the external storage medium 7 (this treatment here will be referred to as control). The device 1 for processing data can debug musical data as many times as tuning-defined bought right. Right on debugging, which allows only one-time debugging is reversed when controlled by the debug data. However, the music data can be checked only by the device data, which was debugged music data. In addition, if the external storage medium are written oiled and protected from editing music data, the device 1 for processing data is not in control of the music data.

Music data processed by the device 1 for processing data contain in addition to the audio content of such content, like videos, images, text, and programs.

Figa-3C are diagrams showing three formats of music data processed by the device 1 for processing data. Distribution format shown on Figa, is used for distribution of music data. Internal format is shown in Fig.3b, used for storing music data in the device for processing the data 1. The format of the copy shown on Figs, used for debugging of music data to the external storage medium 7.

The music data is distributed to the device 1 for processing data by units called packages. Distribution format shown on Figa, the package consists of four data elements: header 40, the navigation information 41, one or more contents 42 and information 43 for payment calculation. Title 40 contains information such as the ID of the packet to identify the packet and information about the location and the size of the other data. Contents 42 is meaningful data, such as audio data, video data, image, text, or program. Each content has its own content ID, which is unique within a specific package, and encrypted, as required.

Navigation information 41 is used as information for controlling playback during the playback controlling music data. To access each content 42 of the navigation information 41 is used, the identifier of the content. The content entered in the package, which belongs to the navigation information, refer only through its ID, and the content in another package referenced by identifier package identifier of the content. Information 43 for payment calculation contains an application condition, the price and the decryption key for each content 42.

In the device 1 for processing music data are processed when they are separated information 43 for payment calculation. In the internal format, shown in Fig.3b, music data consist of a header 40, the navigation information 41 and contents 42.

The music data is converted into a format corresponding to the type of external storage medium 7 before debugging them for her. For example, if the external storage medium 7 is secured digital memory card, music data converted into a format so that the audio content for cost memory cards were introduced, and the video content has not been entered. The format of the copy shown on Figs, music data consist of a header 44, the content 42 and the key 45 decryption. The header 44 matches the type of the external storage medium 7. The key 45 decryption information is extracted from 43 to calculate the payment in the distribution format. Contents 42 is meaningful data, selected based on the type of external storage medium 7 from the music data in the internal format. Music data shown in Figs contain only one content 42, but may contain one or more contents. When the music data is debugged, music data format copy may be divided into a large number of files to copy.

Figure 1 shows the structure of a device 1 for processing, described below. Now briefly describe the operation of the device 1 for processing data. Distributed music data is converted into an internal format block 14 data conversion and then stored in the memory unit 15 internal data. Information on the law on the processing of each content included in the music data recorded in table 16 copyright management. Unit 17 control refers to table 16 for copyright management to determine should or should not be entered command 30. If it is determined that the command should be executed, then the control unit 17 of the control issues a command to start playback, debugging, and other operations.

The user enters a command for 30 content through the input unit 10. The commands described in the present embodiment, are commands for distribution, procurement, reproduction, debugging and monitoring. In addition, other examples include moving, installation mode, commands for data classification, data editing, data retrieval, import, export, add, user data input ragged contents and authorization checks.

Block 11-memory distributed data stores music data distribution format distributed by the distribution server 5. Table 12 procurement management keeps, as shown in Figure 4, ID, 50 pack, ID 51 of the contents and condition 52 purchase as a set for each content stored in the music data stored in the memory block 11 distributed data. The purchase is determined when purchasing content. For example, this condition includes playback only, complete the purchase and trial listening. If the purchase is playback only, the content can only be played a certain number of times or only in a certain period. If the purchase is complete the purchase, the content may be freely reproduced and debugged only a certain number of times. If the purchase is a trial listening, the content can be played an unlimited number of times within a certain period of time.

When receiving from the input unit 10 of the 30 teams for procurement unit 13 procurement processing transmits information that the user agrees to pay for the music data to the server 6 to calculate the payment to get right to the distributed music data. Therefore, the block 13 procurement processing records purchased right on the processing table 12 procurement management. If certain content is not stored in the memory block 11 distributed data, block 13 procurement processing requests the distribution server 5 to distribute music data comprising the content. After receiving music data block 13 procurement processing delivers on the block 14 data conversion control signal 31 as a team about data conversion.

When receiving the control signal 31 block 14 data transformation converts certain music data into an internal format. In other words, the block 14 data transformation separates information 43 for calculating payment from the distributed package to get the music data to the internal format. Block 14 data conversion also extracts the key 54 decryption for each content of the information 43 for payment calculation and stores the decryption key in table 16 copyright management.

Unit 15 of the internal data memory stores the music data in the internal format, extracted from the block 14 data conversion. Stored music data should be played, debug, etc.

In table 16 copyright management is stored, as shown in Figure 5, information about rights management for each content stored in the memory unit 15 internal data. Table 16 copyright management contains the ID, 50 pack, ID 51 contents, condition 52 of purchase, the date of 53 procurement law, the key 54 decryption, the number 55 renditions, number 56 debugging and information about 57 addressing debugging. Note that figure 5 shows one table is divided into two parts, shown as (a) and (b), and the table in front of her division number 55 rendition follows the key 54 decryption.

ID, 50 pack, ID 51 of the contents and condition 52 purchases are the same data as data stored in the table 12 procurement management. Date 53 procurement law indicates the date of purchase of the content. The key 54 decryption is used to decrypt the encrypted content. The number 55 renditions indicates the number of playbacks of the content. Number 56 debugging specifies how many have been adjusted contents. Information about 57 addressing tuning contains the ID of the medium and the label for the external storage medium, on which the tested content. A label is assigned to the external storage medium, when the music data initially it debugged.

ID, 50 pack, ID 51 contents, condition 52 procurement, 53 date of purchase rights and the key 54 decryption are set to specified values, when the new music data is entered in block 15 of the internal data memory. ID, 50 pack, ID 51 of the contents and condition 52 procurement are set to the values specified by the block 13 procurement processing, and the key 54 decryption is set to the value specified by the block 14 data conversion. The number 55 renditions and the number 56 debugging initially set to 0, and the information about 57 addressing tuning erased. Table 16 copyright management is encrypted by the encryption method, unusual for a device 1 for processing data and employees to protect against unauthorized access to data.

Unit 17 controls accesses table 16 copyright management to determine whether a team of 30 or not. When it is determined that the command 30 must be performed, the control block 17 generates a command to start playback or debugging. Now is described the operation unit 17 of the control with reference to the block diagram shown in Fig.6. When receiving a command for 30 content (step S101) unit 17 reads information about the management of the copyright of this content with a table for managing copyright (step S102). Unit 17 of the control then uses the read information on the management of copyright for determining whether or not to run the command 30 (step S103). For example, when receiving a command for reproduction unit 17 control refers to the permitted number of reproductions or permitted period reproductions, introduced in condition 52 procurement. If the number of reproductions of no more than the permitted number of reproductions or if this time is within the authorized period of play after the date of 53 procurement law, the control unit 17 determines that the command for reproduction should be performed.

When it is determined that the command should be run, block 17, the control updates the number 55 renditions, number 56 debugging or other relevant parameters contained in table 16 copyright management (step S104). Unit 17 of the control generates the control signal 32 supplied to the corresponding block of the implementation of the processing to start processing (step S105). At this time, the control block 17 also displays the key 54 decrypt, read from table 16 copyright management and entered into the control signal 32. On the other hand, when determining that the command should not be executed, the control block 17 outputs a control signal 32 to the warning display on the display block 21 (step S106).

When receiving a control signal 32 to start playback device 18 playback reads the specified content from the music data stored in the memory unit 15 internal data, and reproduces the content by using the received key 54 decryption.

When receiving a control signal 32 to start debugging unit 19 checks on inputs and outputs for processing reads the specified content from the music data stored in the memory unit 15 internal data, converts it into a format to copy and writes the converted music data to the external storage medium 7. When receiving a control signal 32 to the beginning of the control unit 19 controls the inputs and outputs erase music data copied to the external storage medium 7.

Unit 19 of the control inputs and outputs also reads the ID 33 medium from the external storage medium 7 and outputs it to the control block 17. Unit 17 of the control writes the received identifier 33 medium in table 16 copyright management after debugging. Unit 17 control also determines prior to control, may or not be held control depending on whether the recorded received identifier 33 medium or not in table 16 copyright management.

When receiving a control signal 32 to the warning display unit 21 display generates a warning indication and displays it on the CRT or LCD display.

The data conversion operation, which characterizes the device 1 for processing, described below. With reference to the block diagram shown in Fig.7, it describes the operation unit 13 procurement processing to clarify the conditions for data conversion.

Unit 13 procurement processing first receives from the input unit 10 a team of 30 to purchase the content (step S201). A team of 30 for procurement specifies the identifier for the content that will be purchased, and the condition of its purchase. The purchase of the content is equivalent to condition 52 procurement, shown in figure 4, including playback only, complete the purchase, trial listening and more. Then, the unit 13 procurement processing establishes communication with the server 6 calculation of payment for payment for the acquisition of certain content on certain condition of the purchase (step S202). Unit 13 procurement processing pays addressing information 43 to calculate the payment for a certain content. Unit 13 procurement processing then determines whether the purchase is successful or not (step S203). For example, at step S202, the block 13 procurement processing passes to the server 6 calculation of the payment information that the user agrees to pay for certain content at a certain purchase. Then, in step S203, when receiving information from the server 6 of the payment calculation for confirmation of payment calculation unit 13 procurement processing determines, followed whether the payment or not. It should be noted that the manner of payment made by the unit 13 procurement processing is not limited to the above.

If the purchase occurred, block 13 procurement processing next determines, stored or not certain content in the block 11 memory distributed data (step S204). If the content is not stored in the memory block, the block 13 procurement processing requests the distribution server 5 to distribute music data comprising the content (step S205). After the introduction of a certain content in the block 11 memory distributed data block 13 procurement processing outputs the control signal 31 to convert the data to the block 14 data conversion (step S206). Block 14 data transformation converts the music data distribution format stored in the memory block 11 distribution of data in the internal format. The converted music data stored in the memory unit 15 internal data.

If purchasing on the step S203 not occurred, block 13 procurement processing outputs a control signal (not shown) for notifying that the purchase has not occurred, on the display block 21 (step S207). When receiving the control signal unit 21 of the display displays a warning display indicating that the purchase has not occurred. It should be noted that the purchase does not occur when certain content is not found, or could not be purchased under certain conditions of purchase, or, for example, the amount of payment is insufficient.

As described above, the data conversion is performed in the device for data processing, when was procured, i.e. when it was purchased certain content at a certain purchase.

Then, we describe the operation of the device 1 for processing data in accordance with the present invention. Fig is a diagram showing how music data distributed from a large number of providers on the device for data processing. Each of the distributed music data include one or more contents 42 and information 43 to calculate the payment, and have a format specific to each provider. Of the types of distributed music data navigation information 41 and content 42 may not be distributed for playback or other operations. On the other hand, information 43 for calculating the payment is only required for purchases, but not for playback or other operations.

For this reason, the music data distribution format is converted to internal music data format through the Department of information 43 for calculating payment from the music data distribution format, thereby providing the following operations are executed through a single procedure, regardless of the method of calculation of payment for music data.

In addition, information 43 for payment calculation retrieves the key 54 to decrypt the encrypted content 42, and it is then stored in the table 16 copyright management. Thus, full control of the decryption key 54 can decrypt the music data through the same procedure, regardless of the method of distribution of the decryption key.

In addition, the internal format is similar to the distribution format without information 43 for payment calculation. Therefore, the data conversion can be performed without decrypting the encrypted data, and then encrypt. It makes for an easy operation unit 14 of the data conversion and processing device for processing data becomes higher.

In addition, information for calculating the payment is separated from the music data distribution format after data conversion. Therefore, the amount of data in the device 1 for data conversion can be reduced to information 43 for data calculation. This method is quite effective if information 43 for calculating a big size for complex operations the calculation of the payment.

In the present embodiment, information about the copyright of the music data stored in the table 16 copyright management. Or each row in the table 16 copyright management, shown in Figure 5, can be added to each package, thereby ensuring that the management of copyright through the package. In addition, the characteristics included in table 16 copyright management, the number 55 renditions, number 56 debugging and information about 57 addressing tuning can be managed together in a separate table. Thus, these characteristics are defined only once, and characteristics that are updated every time data conversion is performed can be controlled separately, using different tables, thereby improving data protection.

In addition, in the present embodiment, the music data distribution music data format and internal format stored separately in different blocks of memory data. Or music data of these two types can be stored in one memory block data.

(The second option exercise)

Fig.9 is a block diagram showing the structure of the device 2 for processing data in accordance with a second embodiment of the present invention. The device 2 for processing data, shown in Figure 9, contains the input block 10, block 11 memory distributed data, table 12 procurement management, unit 13 handling procurement unit 22 of the data conversion unit 15 memory internal data, table 16 copyright management, unit 17 of the control device 18 playback unit 19 of the control inputs and outputs, unit 21 of the display unit 23 of the external medium. The device 2 for processing data is used in the same distribution system of music as a device 1 for processing data in accordance with the first embodiment. The device 2 for processing data is transforming the distributed music data into an internal format based on the type of the detected external storage medium. Components in the second embodiment, similar components in the first embodiment, and is provided with the same numeric references, and their descriptions are omitted here.

The external storage medium 7 different types, such as storage device, a random sample (NVR) on a DVD and a memory card, may be connected to the device 2 for processing data. So for debugging requires that the musical data were converted to copy, specific for each type of external storage medium. In anticipation of subsequent conversion to copy the device 2 for converting converts the music data distribution format into music data in an internal format based on the type of external storage medium 7.

Block 23 define an external storage medium determines the type of external storage medium 7, and outputs the determining signal 35 that indicates the identified type of environment unit 22 of the data conversion. Based on the determining signal 35 unit 22 of the data transformation converts the music data stored in the memory block 11 distributed data into an internal format that is specified for each type of external storage medium 7.

Figure 10 is a block diagram showing the operation unit 22 of the data conversion. When receiving the control signal indicating the data conversion (phase spider S301 demonstration), block 22 data transformation performs the following operations (steps W302-306) with the music data stored in the memory block 11 distributed data, based on the determining signal 35.

When receiving the determining signal 35, indicating that the attached digital memory on the disc (step W302), block 22 data transformation converts the music data into an internal format for NVR digital video disc (step S303). When receiving the determining signal 35, which indicates that the attached adapter memory (step S304), the block 22 data transformation converts the music data into an internal format for the memory card (step S305). At another reception data conversion unit 22 converts the music data in a conventional internal format, as shown in Fig.3b (step S306).

Block 22 data transformation converts the music data into an internal format based on the type of external storage medium 7 by the following procedure. 11 is a block diagram showing the method of conversion into an internal format for NVR digital video disc. The method shown figure 11 corresponds to the method in step S303, the block diagram shown in Figure 10.

Block 22 data conversion first copy the header 40 and the navigation information 41 contained in the distribution format (step S401), and sets the variable I to a value of 1 (step S402). Then the unit 22 performs data conversion processing of steps S403-S407 for each content 42. The data conversion unit 22 reads a defining characteristic 1 content of header 40 (step S403). On the basis of a few defining characteristic of the data conversion unit 22 determines should be copied or not the 1st content on NVR digital video disc (step S404), and if Yes, then copies the 1st content on the external storage medium 7 (step S405). Then the block 22 data conversion increases the variable I by 1 (step S406). If the variable I is not greater than the number of contents, the procedure returns to step S403 (step S407).

In the block diagrams in Figure 10 and 11 shows how to convert data to an external storage medium types. If an external storage medium of a different type attached to the device 2 for processing data, the same processing method is introduced in each block diagram.

Unit 17 controls the music data in the internal format using the table control packets shown in Fig. Table control packets shown in Fig, contains the ID of 60 packets, number 61 file name 62 file and type 63 file. Each row on Fig corresponds to one package.

ID 60 package is used to identify each packet. However, if the title is changed when converting from a distribution format to the internal format, the package is assigned a new ID pack. 61 file represents the number of files contained in the package, and the name of the 62 file represents the name of each file. Type 63 file is a defining characteristic of the file contained in the package. File type "distributed" indicates that the file is a distributed file, and the file type "created"indicates that the file was created.

Then is described the operation of the device 2 for processing data in accordance with the present embodiment. Figa, 13b and 13C are diagrams showing a music data distribution format into the internal format and the format for copying, respectively. Music data distribution format shown on Figa include audiotherapy 42-1 and 42-2 and the content of the images 42-3. It is assumed that these contents only audiostereo 42-2 can be debugged on the external storage medium 7. In this case, the music data in the format to be copied, shown in Figs contain only content 42-2.

In anticipation of subsequent conversion to copy the device 2 for processing converts the music data from the distribution format into an internal format, shown in Fig.13b for storage. Music data in the internal format include only audiostereo 42-2, which can be debugged on the external storage medium 7.

As described above, by converting the distributed music data into an internal format, suitable for the type of external storage medium 7, the amount of data in the device 2 for processing can be reduced. Contents 42 is a large quantity of data, as it is compressed audiostereo and content of the images. Therefore, by storing only the content that can be debugged later, the amount of data can be significantly reduced.

In addition, the distributed music data can contain a large number of contents obtained by the use of a large number of compression methods to the same data source. On Fig shows an example of such music data. It is supposed to Pig that audiotherapy 42-1 and 42-2 were obtained through the use of two compression methods to the same data source. In this case, the navigation data contains data 46 to select content, indicating that the same content can be selected from a large number of contents.

When such music data distributed unit 22 of the data conversion selects content that can be debugged on an attached external storage medium, a large number of contents. Music data in internal format containing only the selected content. For example, if the external storage medium is a memory card, music data in the internal format include only content that can be debugged on the memory card. By selecting and storing contents, as described above, the amount of data stored in the memory unit 15 internal data can be reduced.

In addition, the distributed music data can contain a large number of 41 pieces of navigation information based on each type of external storage medium. In this case, the navigation information suitable for attached external storage medium, selected from a large number of 41 pieces of navigation information and only the selected navigation information contained in the music data in the internal format. Here, the navigation information may contain a greater number of programs that support the type of device for data processing or portable music player. In addition, if the music data includes a large number of contents that provides a large number of languages, the selected content in a specific language.

As described above, even if the music data includes a large number of contents or a large number of pieces of navigation information, the distributed music data is converted into an internal format based on the type of external storage medium, thereby reducing the number stored in the data memory.

In the present embodiment, the music data is copied

in NVR digital video disc to the memory card. If the data is copyrighted are software for games, you specify the type of slots machine, and then data is copied to the memory card for gaming machines etc.

(A third option exercise)

Fig is a block diagram showing the structure of the device 3 for processing data in accordance with a third embodiment of the present invention. The device 3 for the data shown in Fig contains the input block 10, block 11 memory for distributed data, table 12 procurement management, block 13 of procurement operations, unit 22 of the data conversion unit 15 memory internal data, table 16 copyright management, unit 17 of the control device 18 playback unit 19 of the control inputs and outputs, unit 21 of the display unit 24 to detect the external storage medium. The device 3 for data processing is used in the same distribution system music as devices for processing data in accordance with the first and second variants of implementation. The device 3 for data processing is converting the distributed music data into an internal format based on the type of a particular medium. Components in the third embodiment, similar components in the second embodiment, are provided with the same numeric references, and their descriptions are omitted here.

In the device 3 for processing data, the user specifies the type of external storage medium 7 through the input unit 10. The user can specify not only the type of the external storage medium to be attached at this point, but also the type of external storage medium, which will be connected later. When the user specifies the type of external storage medium, the unit 21 of the display will illuminate the display, as shown in Fig. On this display, any of the NVR digital video disc (CVP) and memory cards can be set as the external storage medium. The screen shows that this point is set to the memory card. Through this screen the user can set the type of external storage medium, on which the debugged music data.

As again shown in Fig, when receiving a command 30 to set the external storage medium 7 through the input unit 10 unit 24 define an external storage medium stores the type of the specified external storage medium. Block 24 define an external storage medium then outputs the determining signal 36 indicating the type stored in the external memory medium unit 22 of the data conversion.

Similarly, the second variant implementation, the block 22 data conversion works in accordance with the flowchart shown in Fig. Based on the determining signal 36 unit 22 of the data transformation converts the music data stored in the memory block 11 distributed data into an internal format that is defined for each of the specified type external storage medium. The block diagram shown in Fig similar to the block diagram shown in Figure 10, and therefore its description is omitted here.

Then will be described the operation of the device 3 for processing data in accordance with the present embodiment. Music data in the internal format in the device 3 for processing data include only content that can be debugged at a given external storage medium. Therefore, as for the second variant implementation, the number of stored data can be reduced.

In addition, the user can also specify the type of external storage medium, which will be connected later. Therefore, it is possible to convert the music data to match such an external storage medium. Thus, when the user sets the appropriate addressing debugging, the amount of data entered in the memory can be further reduced.

It should be noted that the device for data processing in accordance with the first and to the third, inclusive of embodiments can be implemented using a combination of computer and programs for this computer. A device for processing data of the present invention can be implemented by recording the program on the recording medium, typically a floppy disk, and establishment of a program in an arbitrary computer system.

(A fourth option exercise)

The fourth option implementation as a concrete example of the data copyright mentioned in the variants of implementation from the first to the third, inclusive, the following describes the format for distribution of the contents, called SCSF (protected digital audio format). With reference to

Fig-39 first describes the details SCSF and then with reference to Fig-45 describes how to use SCSF.

The format for distribution of the contents (SCSP) in accordance with the present embodiment is used to describe multimedia contents, which include data such as audio, image, video, text and files. The multimedia content is described by SCSF, here named SCSF title. Every playback data containing SCSF title, here called element content (hereinafter abbreviated ELS). Everyone ELS is assigned ELS identifier that is unambiguous in SCSF title (hereinafter abbreviated ELS ID).

SCSF title is distributed is divided into units called SCSP packages. Each SCSP package is the package ID, which is unambiguous throughout the distribution system. Fig is a diagram illustrating an example SCSP package. As shown in Fig, SCSF title 2000 consists of a large number SCSP packages. Each package 2001 consists of a header, 2011, the navigation data 2012, a large number of ELS 2013 and 2014 proposals.

The title of 2011 contains information such as location, size, and definitive characteristic of each data packet. This information defines the packet structure. Navigation 2012 data are information for managing reproduction of the determining operation of the player when playing SCSF header. On the basis of navigation data for 2012 refer to the ELS contained in the package, which belongs to the navigation data, or in other packages. ELS 2013 get the encryption of each data playback components SCSF title, and more specifically encrypted data, such as audio, image, video, text or files. Two keys to decrypt the 2013 ELS and ELS ID are called a key pair. The 2014 proposal contains a large number of key pairs and rules of procurement, describing the purchase price and the time frame available for each key pair.

Figa-19 (C) are diagrams showing three types SCSP packages. A complete package of 2001, shown in Figs, contains, as Fig, 2011 title, navigation data 2012, a large number of ELS 2013 and 2014 proposal. The package of proposals 2002, shown in Figa, contains the title of the 2011, 2012 and navigation data offer 2014, but does not contain any ELS 2013. ELS package 2003, shown in Fig.19b, contains the title of 2011 and a large number of ELS 2013. Since navigation data 2012 are required to play SCSF title, a complete package of 2001 and the offer package 2002 can only be played, but ELS package 2003 cannot.

ELS package is used to separate SCSF titles in accordance with the distribution channel. For example, if the distribution using the ROM on the CD, SCSF title is written as a complete package in ROM on the CD. On the other hand, when the distribution over the Internet SCSF title is divided into one full package, and on a large number of ELS packages for distribution. For example, SCSF title is divided into one complete package, containing audio ELS, and a large number of ELS packets containing video ELS accessed from a full package for distribution.

In addition, as shown in Fig, SCSF title may be divided into a large number SCSP packet paths. Batch separation, as shown in Fig, SCSF title 2020, containing audio data for five of the tracks is divided into three packages 2021-2023. Three packages 2021-2023 have respectively a batch names: 1 Single, 2 Single and album. The first and second packages 2021 and 2022 both contain audio ELS for single track and navigation data to control the playback ELS. The third package 2023 contains audio ELS for three tracks, and navigation data to control the playback of all audio ELS contained in three packages 2021-2023. When this separation SCSF titles on a large number SCSP packages can be done every data is smaller and easy to handle.

Title, sentence, navigation data and MODELS, which are SCSP package, in the same order described below.

It describes the title of 2011. Here SCSP package shown in Fig, is taken as an example, and describes the header 2031 SCSP package 2030. In SCSP package 2030, as I believe, the size of the navigation data 2032 and size offer 2034 individually 400H is in hexadecimal notation. This package contains three ELS 2033, and their types are, starting with the first, audio, image and file. Here I guess the size of these MODELS, starting with the first, are N, N and N in hexadecimal notation.

Fig is a diagram showing the structure of the header 2031. In the header 2031 data, as described below, sequentially entered into the memory, and the size of the header is the DTCs in hexadecimal notation.

It should be noted that the structure of the header 2031 can be described in C++, as shown in Fig and 24. Fig and 24 is a graph showing the sequential source code, divided into two, and before separating the source code 2062 shown in Fig, follows the source code 2061 shown in Fig.

At the beginning of the header 2031 is entered in the memory system code 2041 (4 bytes), showing that the file is in the format SCSF. The value system code 2041 is a string "SCSF". Then stored version number 2042 (4 bytes) SCSF. After this is entered in the memory package ID 2043 (16 bytes) and the size of the package 2044 (4 bytes). Then entered in the memory information about 2045 location of the navigation data (SCSF LOCATION UAI on Fig), information 2046 location suggestions (SCSF Location Suggestions on Fig) and the number of ELS in the package 2047. Then stored ELS information 2048 (SCSF Location ELS on Fig) for each ELS. And finally stored table 2049 definitive signs ELS, indicating a definitive characteristic of each ELS.

Information about 2045 location of the navigation data specifies the location and size of the navigation data 2032. Information 2046 location proposal specifies the location and size of the offer 2034. These two types of information are both from the offset (4 bytes) from the beginning SCSP package and each of their size (4 bytes).

ELS information consists of 2048 ELS identifier (ID) 2051 (16 bytes), type ELS 2052 (2 bytes), the encryption type ELS 2053 (2 bytes), 2054 information about the location of the ELS data and information 2055 location tables definitive signs of ELS. ELS ID 2051 is the ID of the content item, which is unambiguous in SCSF the title. Type ELS 2052 accepts any value audio, image, video, text, and files. The type of encryption ELS 2053 specifies the algorithm used to encrypt the ELS. Information 2054 location ELS data and information 2055 location table defining characteristics ELS are both from the offset (4 bytes) from the beginning SCSP package and each of their size (4 bytes). If the offset or size is 0, it means that data does not exist.

Table 2049 defining characteristics is the list of defining characteristics specified for each type of ELS. Table defining characteristics audio ELS (SCSF DEFINITION AUDIO Fig) contains at least the codec, the number of quantized bits, the sampling rate and number of audio channels. Table defining characteristics ELS images (SCSF DEFINITION GRAPH on Fig) contains at least the height and width of the image and the type of encryption. Table defining characteristics of a video ELS contains at least the height and width of the video, and encryption type. Table defining characteristics of the text contains at least the type of encryption of text, such as Unicode or musical shift JIS (Japanese industrial standards). Table defining characteristics file ELS contains at least the MIME type (Multipurpose expansion of postal services in the Internet).

Table 2049 defining characteristics ELS is not defined as a table of fixed length, but with the structure of the labels of variable length, as shown in Figa-25s. If you use the structure of the labels, the label length and ID tags are stored in memory before the data, as shown in Figa. For example, a table defining characteristics ELS image consists of characteristic marks 2063 and label encryption type 2064. Table entries are specified by using the structure of the labels, thus a new table element can be added to the data format or data format may be modified only by adding labels. Table defining characteristics ELS is set through the use of patterns labels, with great opportunities for expansion.

Then, we describe the proposal in 2014. As described above, the proposal contains a large number of key pairs and rules of procurement for each key pair. Each key pair consists of a key for decrypting ELS and ELS ID. Fig is a diagram showing the correspondence between a key pair and ELS. As shown in Fig key pair 2072 consists of a decryption key 2073 and ELS ID 2074, and each key pair 2072 associated with each ELS 2071. The proposal contains not only a key pair ELS entered in SCSP package, but also all key pairs ELS entered in SCSP packages of the same SCSF title. In other words, when one SCSF title is divided into a large number SCSP packages, only one SCSP package contains the proposal, and this proposal contains all key-value pairs ELS contained in SCSF the title.

The procurement rules are described using language to describe the conditions of use of the key pair, called the language of the control law. Terms of use key pairs contain the date of purchase, period of use and whether purchased or not special ELS or SCSF title. The procurement rules are determined by these conditions of purchase and because of this the same ELS can be sold at a different price depending on these conditions.

It then describes the navigation data 2012. Navigation data created by the Creator of the content that the user could use ELS most effectively by defining the logical structure SCSF title.

In SCSF extensible markup language (XML), which is the language of the write-off marks in text format, is used to describe the navigation data. When the data structure is described in XML structure uses labels in text format. Therefore, the data described in the XML language, excessive in comparison with binary data. However, the adopted language XML because of its excellent extensibility.

To refer to ELS from the navigation data, use the locator ELS. Locator ELS is the connection ID of the package and ELS ID for which the limiter is "?" (the question mark). However, for ELS contained in SCSP package that contains navigation data, the package ID and the limiter is eliminated, and ELS ID becomes the locator ELS. Locator ELS can determine ELS regardless of the physical address of the ELS.

Fig is a diagram showing how to apply to ELS from the navigation data using the locator ELS. On Fig navigation data and data for playback 2082 shown as an example. Conditions to play 2082 contain audio ELS 2083, coded according to standard MPEG2-AAC, and ELS images 2084, encoded according to the JPEG standard. The package ID, ELS audio ID ELS 2083 both equal to 1, and ELS images 2084 respectively equal to 1 and 2. In this case, the locator ELS "1?1"contained in the navigation data 2081, indicates audio ELS 2083 with his pack ID "1" and ELS with ID "1". Locator ELS "1?2" indicates ELS images 2084 with his pack ID "1" and ELS ID "2". As you know from this example, only the change in ID locator package ELS after creating SCSF titles can cause a change in the structure SCSP package. Therefore, it is possible to structure SCSF title as one package or structure SCSF title in a large number SCSP packages.

Fig and 30 are diagrams showing the structure of the navigation data based on the following manner view. Each rectangle represents an element of the navigation data. The arrow going from element a to element B, indicates that the element contains the element as the next element. Each sign placed at the beginning of each arrow indicates the following: * indicates that the element contains On or more inheriting elements; + indicates that the element contains 1 or more successor elements; and question (?) indicates that the element contains 0 or 1 inherits the element. If the element contains part of R without any arrows, it means that the element a has a part P as a definitive sign.

The underlined parts are the ELS locators. RSDATA is a string consisting of characters contained in a given set of characters. This view defines the hierarchical structure with the header element as the root.

Element 2101 title describes the information about the delivery SCSF title. This element has three defining characteristics:

UPC, Version, and Language. A defining characteristic UPC describes the UPC (universal product code), which is the international standard for product codes. A defining characteristic Version describes the version number of the navigation structure SCSF. A defining characteristic of the Language describes the type of language according to ISO 639. Its default value is "en"pointing to the English language.

Element METADATA 2102 describes information such as the genre element of the PLAYLIST or TRACK. Item METADATA is a defining characteristic of the TYPE. A defining characteristic TYPE describes the type of item METADATA. ASSOC element 2103 describes information related to ELS contained in other SCSF title. This element has a defining characteristic REF. A defining characteristic of the REF describes ELS locator.

The URL element 2104 describes a uniform resource locator (URL). This element has two defining characteristics: ID and TYPE. ID defining characteristic describes the identification number of this element. A defining characteristic TYPE describes the type of the URL element.

PLAYLIST element 2105 describes the playlist, which is the base component for SCSF title. The playlist corresponds to the album in conventional Packed media and contains all SCSF the titles. PLAYLIST element can contain a MENU item, which is a menu for the playlist. PLAYLIST item has five defining characteristics: NAME, ARTIST, PRODUCTID, ID mini copies and ONSTART. A defining characteristic of the NAME describes the name of the playlist. PRODUCTID defining characteristic identifies information relevant catalogue code in KD. A defining characteristic ID mini copies describes ELS locator ELS images, which is common in the playlist. ONSTART defining characteristic describes the operation for playback of the playlist. If ONSTART defining characteristic is “MENU”, the player stops playback and displays the menu of the playlist. If "TRACK", the player starts playing the first TRACK in the PLAYLIST element. All PLAYLIST items have at least one TRACK element 2106.

The TRACK element 2106 describes the path that contains one audio ELS. The TRACK element can contain menus, tracks, slide viewer, text file, etc. The TRACK element has seven defining characteristics: ID, NAME, ARTIST, ISRC, AUDIOID, IDCMP and ID mini copies. ID defining characteristic describes an identification number that is unambiguous in SCSF header. A defining characteristic of the NAME describes the name of the TRACK element. A defining characteristic of the ARTIST describes the name of the artist. ISRC defining characteristic describes the international standard recording code (ISRC). A defining characteristic AUDIOID describes ELS locator audio ELS associated with the TRACK element. A defining characteristic EQUP describes ELS locator maps, time search, the corresponding audio ELS. Map of the time search will be described later. A defining characteristic ID mini copies describes ELS locator ELS images, which is typical for the TRACK element.

Item MARKER 2107 describes a marker for use in identifying the beginning of the TRACK element. This element has two defining characteristics: the TIME and NAME. A defining characteristic TIME describes the location of the marker in milliseconds. A defining characteristic of the NAME describes the name of the marker.

Item SYSLIBROOT 2108 describes sliderocket to display slides or menu after displaying the time information, asked SYNCMAP element 2109. Element 2108 of SYSLOGPRIORITY has three defining characteristics: ID, NAME and TYPE. ID defining characteristic describes an identification number that is unambiguous in SCSF the title. A defining characteristic of the NAME describes the name of slidepresenter. A defining characteristic TYPE describes the category of information in the track, such as credits, lyrics, sheet music, biographies, collections of images or advertising.

SYNCMAP element 2109 describes the information about the display time of the slide or menu specified in SYSLIBROOT element. SYNCMAP element 2109 has three defining characteristics: MENUID, PLAID and TIME. A defining characteristic MONOID describes the identification number of the slide or menu that will appear. A defining characteristic of PLAID describes the sequence number to determine the button installed in the playback status on the menu. A defining characteristic TIME describes the time display in milliseconds.

Item SLIDEPRESENTER 2110 describes sliderocket to display slides or menu at certain intervals display. This element has four defining characteristics: ID, NAME, TYPE, and SPACING. A defining characteristic ID describes an identification number that is unambiguous in SCSF the title. A defining characteristic of the NAME describes the name of slidepresenter. A defining characteristic TYPE describes the category of information in the track, such as credits, lyrics, sheet music, biography, collection of images or advertising. A defining characteristic INTERVAL describes the display interval of the slide or menu.

SONGTEXT element 2111 describes the text information that is displayed in the specified intervals. Text information is described through the use of CENTEXBEL 2112. Or text information may be specified by reference to a part of the ELS text. Item SONGTEXT has four defining characteristics: ID, TEXTID, RAPID and TYPE. A defining characteristic ID describes an identification number that is unambiguous in SCSF the title. A defining characteristic TEXTED describes ELS locator text ELS. A defining characteristic RAPID describes the identification number of the item TEXTREF in the text ELS, given the defining characteristic TEXTED. Item TEXTREF will be described later. A defining characteristic TYPE describes the category of information in the track, such as credits, lyrics, sheet music, biographies, a collection of images or advertising.

SONGTEXTE element 2112 describes the text information that is displayed in the specified intervals. This element has a defining characteristic of the TIME. A defining characteristic TIME describes the specified display time in milliseconds.

Text element 2113 describes the text information. Text information is described in the format of text data. Or text information can be specified by reference to the part of the text ELS. The TEXT element has the same types defining characteristics as item SONGTEXT.

The VIDEO element 2114 describes any existing video ELS. This element has three defining characteristics: ID, VIDEOID and TYPE. A defining characteristic ID describes an identification number that is unambiguous in SCSF the title. A defining characteristic VIDEOID describes ELS locator video ELS. A defining characteristic TYPE describes the category of information in the track, such as credits, lyrics, sheet music, biographies, collections of images or advertising.

Item 2115 FILE describes any existing file ELS. This element has three defining characteristics: ID, FAILED and TYPE. A defining characteristic ID describes an identification number that is unambiguous in SCSF header. A defining characteristic FAILED describes ELS locator file ELS. A defining characteristic TYPE describes the category of information, such as credits, lyrics, sheet music, biography, collection of images or advertising.

The SLIDE element 2116 describes the slide. This element has three defining characteristics: ID, NAME, and FOND. A defining characteristic ID describes an identification number that is unambiguous in SCSF header. A defining characteristic NAME specifies the name of the slide. A defining characteristic FOND describes ELS locator ELS images on the slide screen.

MENU item 2117 describes the menu. Menu has one or more on-screen buttons. The MENU item has four defining characteristics: ID, NAME, PHONED and VIBORAL. A defining characteristic ID describes an identification number that is unambiguous in SCSF the title. A defining characteristic of the NAME describes the name of the menu. A defining characteristic FOND describes ELS locator ELS images displayed on the menu screen. A defining characteristic of VIBORAL describes the sequence number to determine the button set in the selected state.

Element BUTTON 2118 describes the on-screen buttons on the screen menu. The BUTTON item contains as hereditary elements, one or more pairs of elements TEXTCOPY and TEAM or pairs of elements GRAFICHNOGO and the TEAM. The BUTTON item has seven defining characteristics: INDEX, TEB, UP, DOWN, RIGHT, LEFT and AUTODATA. A defining characteristic INDEX describes the sequence number, which is unambiguous in the MENU item. A defining characteristic TEB describes a serial number, sequentially and repeatedly provided to each of the buttons on the menu. The defining characteristics of the UP, DOWN, LEFT, RIGHT describe the sequence number buttons destination, located respectively at the top, bottom, left and right buttons. A defining characteristic of AUTODATA describes a pointer that indicates, does the state automatically from selected to active.

Item TEXTCOPY 2119 describes the on-screen button, represented by text. This element has eleven defining characteristics: X, Y, WIDTH, HEIGHT, TRIPTRACKER, NORMALCY, WYBORCZEJ, DEISTVUET, VOSPROIZVEL, TEXTED and RAPID. Each of the defining characteristics X, Y, WIDTH and HEIGHT describes the display button locations using a coordinate system with its origin at the upper left corner of the menu. Item SCRIPTRUNNER describes the size of the font in points. The defining characteristics NORMALCY, WYBORCZEJ, DEISTVUET and VOSPROIZVEL describe the color in RGB format, when the position of the normal, selected, active and reproducing, respectively. A defining characteristic TEXTED describes ELS locator external text ELS. REFID defining characteristic describes the identification number TEXTREF element in the text ELS specified TEXTED.

Item GRAFICHNOGO 2120 describes the on-screen button, represented as a graph. This element has eight defining characteristics: X, Y, WIDTH, HEIGHT, NORMALED, VIBORAL, DEISTIC and WASPRESSED. Each of the defining characteristics X, Y, WIDTH and HEIGHT describes the display button locations using a coordinate system with its origin at the upper left corner of the menu. Each of the defining characteristics of NORMALED, VIBORAL, DEISTIC and WASPRESSED describes ELS locator display ELS image when the position of the button, respectively normal, selected, active and fertile.

The item COMMAND 2121 describes the navigation operation, when the user clicks on one of the screen buttons. This element has two defining characteristics: TYPE and PURPOSE. A defining characteristic TYPE describes any one of the commands: DISPLAY, FUNCTION, TRANSITION, NEXT and PREVIOUS. The VIEW command is used to display the element, given the defining characteristic GOAL. The command FUNCTION is used to perform the item, given the defining characteristic GOAL. This command is used when the menu is displayed playlist. Team TRANSITION is used to transition from the item currently displayed, similar to the specified element. The PRECEDING element moves from the item that appears at the moment, similar to the preceding element. A defining characteristic of the OBJECTIVE describes the command parameter set defining characteristic TYPE. If the VIEW command, a defining characteristic of the OBJECTIVE describes the identification number of the displayed item. If the team is FUNCTIONING, a defining characteristic of the OBJECTIVE describes the identification number of the performed item. If you choose to go to, defining characteristic of the OBJECTIVE describes the identification number of the same element with respect to the currently displayed item.

TEXTREF element describes a category of textual information that is used when calling from the navigation data to the end of the text data stored in the text ELS. The text data contained in TEXTREF the element referred to by the job identification number TEXTREF item from the navigation data. A defining characteristic TEXTREF is a defining characteristic ID. A defining characteristic ID describes an identification number that is unambiguous in SCSF the title.

Then, we describe ELS 2013. ELS has five types: audio, image, video, text and file. In SCSF the format of the data and the parameter are set for each type of ELS.

The data contained in the audio ELS are audio data encoded in accordance with the international standard MPEG2-AAC (advanced audio encoding) [profile low complexity]. It should be noted that the MPEG2-AAC is defined in the document ISO/IEC 13818-7: 1997 (E) Information technology - Group coding of moving pictures and associated audio information - Part 7-Advanced audio encoding (AAC). The bit stream encoded by the MPEG2-AAC, as I believe, is in the format of ADTS (audio data transport stream). In addition, the parameters described in ISO/IEC 13818-7, is limited, as shown in Fig. From these parameters the parameters except the rate of Gating and channel configuration is limited by the choice of low complexity profile specified in ISO/IEC 13818-7. In addition, the average bit rate is 64 or 128 kbit/s

The data contained in the ELS images are the image data, encoded according to JPEG, MPEG-1 frame or PNG (portable network graphics). Fig, 33 and 34 are tables respectively showing the JPEG specification, MPEG-1 frame and PNG. Specifications for encryption algorithms that are applicable for ELS images are limited, as shown on these figures.

The data contained in the video ELS are video data, encoded according to MPEG2. Fig is a table showing the MPEG2 specification. Specification for the encryption algorithm, applicable to video ELS, is limited, as shown in Fig.

The data contained in the text of ELS are unencrypted text or text in XML in SCSP. The encryption type is the standard Unicode or Japanese standard JIS musical bias.

As an example, the ELS file now describes ELS maps the time of the search, which contains a map of the time search data. Card of the time search is a table consisting of the addresses of the frames. Fig is a diagram showing the structure maps of the time of the search. As shown in Fig, map the time search 2090 consists of a header 2091 and a large number of points 2092. Fig 38A and 38b are a table and graphs showing the detail header 2091. As shown in Fig 38A and 38b title 2091 contains the duration, expressed in milliseconds, and the total number of points. Fig is a table showing in detail each item. As shown in Fig, each entry contains the address of the frames at their point of entry. The first item specifies the starting location of the audio frame contained in the audio ELS.

It should be noted that in the present embodiment is used MPEG2-AAC compression music data contained in the audio ELS. Or can be used as MDE (audio layer 3 MPEG1), Dolby ACS or technique DTS (digital theater system).

Then with reference to Fig-45 describes how to use SCSF. As described above, SCSF is a format for describing multimedia content, and it is mainly used for distribution of music data. SCSP can be applicable to various types of recording medium: typically, hard drives, optical drives, such as NVR digital video disc, and semiconductor memory such as a memory card.

In addition to the distribution of music data SCSP can be used in combination with the existing music data. For example, as mentioned below, SCSF can be used in combination with the music data, relevant standards CVP - Audio. Similarly SCSF may be applicable to other recording media, such as CVP, CD, video CD and photo CD.

The music data corresponding to the standards CVP-Audio, contain LIM (linear pulse code modulation) audiotherapy and MPEGI HR image content. The player corresponding to the standards CVP-Audio, displays the menu screen for user interaction. Standards CPC-Audio this menu is displayed when applying one to the other maximum of four subsidiarity the background image to display and provide a large number of rectangular areas in subsidiarity. Such a rectangular region called buttons, and each button specifies the command. However, some restrictions apply to the number of colors to be displayed and the button shape/and therefore the Creator of the content cannot easily create a menu on the screen.

This problem can be solved previous data entry menu on the screen, described in SCSF, on a normal CVP-audio, and display this menu on the screen using the data during playback. More specifically on the CVP-audio disc recorded media content described in SCSF and ELS the forwarder for sending from SCSF to the original content on the CVP-audio disc. Next CVP-disc with recorded thereon such data will be called the advanced CVP-audio disc, and the player to play extended CVP-audio CD will be called CVP-audio player, the relevant SCSF.

Fig is a chart showing an example of ELS groups that correspond to one CVP-audio disc. Each row indicates ELS forwarder for each of the content introduced in the original CVP-audio disc. ELS forwarder contains ELS ID 2201, the file name 2202, the source address 2203 and end address 2204. ELS ID 2201 is the ID of the content, which is unambiguous in the disk. File name 2202 is the name of the file that contains each content. The source and destination addresses 2203 and 2204 are the values of bias, showing respectively the source location and the destination location of each content file. ELS forwarder is written to a file called, for example, DVDA. MAP SCSF directory provided in the ROM area of the advanced high-audiobook.

All the various functions of the playback control, such as control over the order of audiocassette, the reproduction of images for slidepresenter and menu function defined standards CVP-Audio, can be described using the navigation data SCSF. For example, the function menu can be implemented by imposing JPEG button images with any number of colors and shapes, MPEG - I HR background image to display and link each button area with the team.

When the information to control the playback contained in the CVP-CD-da, is converted in the navigation data SCSF, information indicating the content that is converted in ELS ID using the ELS group. Menu on the screen is converted to JPEG button image. The obtained images are located so that they can be overlaid on the background image. Navigation data and button image, obtained in the manner described above, are stored in one SCSP package and stored in a file named SCSF. SCP, for example, in SCSF the directory specified in the ROM area of the advanced high-audiobook. Below you will learn how to play extended CVP-CDs.

Then below SCSF player for playing multimedia contents, described in SCSP. SCSF the player plays the distributed music data in the following way. First, the player searches for the batch ID and the navigation information to collect ELS ID, ELS required for playback. The player searches a database of purchases, using sets collected batch ID, ELS ID to determine if purchased ELS or not. If you find something ELS, not yet purchased, the player analyzes the encoded proposal and pays the prescribed price by the existing system for electronic distribution. After purchasing the key pair stored in the proposal, introduced in memory database for procurement. If it is determined that SCSP package required to play, not found in the player, the player transmits the ID packet to the device for data distribution. The distribution device distributes data SCSP package with the received ID packet to the player. After purchasing all ELS required to play, the player decrypts ELS, using key-value pairs stored in the database for procurement, to play. At this time, the player interprets the navigation data to control playback.

SCSF title is distributed to the player, being divided into one or more SCSP packages. Figa-41p are diagrams showing examples of how to distribute SCSP packages. In the distribution, as shown in Figa, package 2301 contains only audiostereo and package 2302 contains only the content of the images or videographic content. In addition, from the package 2302 referred to audiostereo contained in the package 2301. Therefore, a user who has purchased the package 2301, can play only audiotalaia. A user who has purchased the package 2302, in addition to the package 2301 can play graphic content together with audiostream. Itself SCSF title can be determined by adding ELS to the existing track.

In the distribution, as shown in Fig.4b, package 2303 contains a large number of audiostereo and graphic contents. By itself, a single package may include all ELS contained in SCSF header.

In the distribution, as shown in Figs, one SCSF title is divided into packets 2304, 2305 and 2306 for distribution. Package 2305 includes content for track No. 1, and the packet 2306 includes content for track No. 2. In this way of distribution you can choose one of the packages 2305 and 2306 for distribution.

In addition, the player can create a new SCSP package owned by the user. Figa-42s are diagrams showing examples of how to create SCSP packages. On Figa-42s service user is SCSF the package created by the user, and bought a package is distributed SCSP package. Content, surrounded by the thick line, owned by the user. Here it is assumed that the user owns the data read from the CD, i.e. audiostream extracted from the CD, and graphic content, created by him/her.

As shown in Figa, the user can create a package 2401, including audiostereo belonging to him/her. In addition, as shown in Fig.42b, the user can create a package 2402, including audio and graphic content belonging to him/her. In addition, another, as shown in Figs, the user can create a package 2404, which provides a link to audiostereo entered in the purchased package 2403. If the package 2404 is reproduced, the reproduced and audiostereo entered in the purchased package, and graphic content owned by the user. Therefore, the image contained in the purchased package, can be replaced with image of user-created, or a new image created by the user, may be added to the purchased package.

Then, we describe CVP-audio player, the corresponding SCSP to play extended CVP-CDs. The player controls the playback operation by following the navigation data described by SCSF, instead of the original information to control the playback, the corresponding CVP-Audiostandard. The player reads the navigation data and ELS locator with advanced CVP-CD and it works according to the read navigation data. If the navigation data, you specify the source audiostereo or the content of the image, the player accesses ELS locator for information about the location that stores the content, and reproduces the content. The player reads the background image with high-audioblast on the disk, and a button image with SCSF data and combines them to display menu on the screen.

Thus, when using advanced high-audiobook existing CVP-audio player can perform normal playback, and CVP-audio player, the corresponding SCSP, can display the on screen menu using the navigation data through SCSF.

In the above description SCSP package and ELS forwarder stored in the disk. Or such data can be loaded through the network to the player. This method can be applied to KD and HPC disks that were sold to the user. In addition, using HRM (uniform resource locator)using this method, you can refer to ELS, which are accessible via a communications network.

Then describes a device for converting data to copy the media content specified in SCSF, on an external storage medium for portable music players. Here, a portable music player designed using a semiconductor memory as an external storage medium, and he has small dimensions and weight and the ability to record the data at a high speed. The portable music player contains, as shown in Fig, LCD display 2501, capable of displaying text, a control panel 2502 to control audiocassettes and headphones 2503 for audio output. In addition, a portable music player can be attached removable memory card 2500 for storing audio data. The portable music player plays music content corresponding to the standard MPEG2-AAC, and also displays text information. However, the format for recording data on the memory card is not SCSF, and a special format.

Fig is a block diagram showing the structure of a data conversion device for converting the contents recorded on the CVP advanced-CD-da format and writes the converted contents to the memory card to a portable music player. On Fig it is assumed that the disk drive 2601 recorded audiostereo LICM format, content, images in MPEG-I HR format, information to control the playback, described by SCSF format, and additional text information.

In the device for converting the data shown in Fig, block 2602 reading information to control the playback reads the information to control the playback from disk 2601 and delivers it to the block 2603 analysis information to control the playback. Block 2603 analysis information to control the playback analyzes the read information to control the playback, to determine whether to reproduce the content recorded on the disc 2601, or it requires conversion.

Then block 2602 read data sequentially read from disk 2601 content that can be reproduced by a portable music player, and delivers the read content in block 2605 data conversion. At this time, the content of which may not be reproduced portable music player, not read. Unit 2605 data transformation converts the read content in accordance with the type of card 2500 memory. For example, text information, which may be directly reproduced portable music player, such as headers, not converted. On the other hand, audiotherapy in LICM format is converted into the MPEG2-AAC, to a portable music player could play back the content.

Block 2604 conversion information for controlling reproduction generates information for controlling playback for portable music player based on the information for playback control, analyzed by block 2603 analysis information to control the playback. Block 2606 write data writes information to control the playback generated by the block 2604 conversion information to control the playback, and content of the transformed block 2605 data conversion on Board 2500 memory.

It should be noted that the data conversion unit shown in Fig, can convert arbitrary data that is different from audiotherapy, in the required format and write the converted content on the Board 2500 memory. In addition, the format of the write data of the memory card can be any format that is different from SCSF. In addition to providing a large number of external storage media device data transformation may contain data conversion unit, the conversion unit information to control the playback and the record block of data for each external storage medium.

In addition, if no navigation data is not recorded, with SCSF on disk 2601, as shown in Fig, missing data can be obtained via the communication network. On Fig it is assumed that the identification number is recorded on the disk 2601. For example, the identification number of the music CD is a directory ID, code MCSV and others.

Unit 2602 read data reads the identification number of the disk and gives it on the block 2607 communication. Unit 2607 connection establishes a connection with the server 2611 network 2610 communication. Unit 2607 communication may have access to the server 2611 informative information via the Internet or may have direct access to the server 2611 meaningful information through the telephone network. Server 2611 meaningful information stores in its memory the missing data related to the identification number, and in response to a request from a device for converting data transmits the missing data on the device for converting data. After receiving the missing data, the data conversion device performs the same operation as the data conversion device shown in Fig.

As described above, the format for distribution of the contents SCSF in accordance with the present embodiment is a format for describing multimedia content, and it is mainly used for distribution of music data. The use of SCSP in combination with the existing music data can enhance the function of existing music data.

It should be noted that, as known from the comparison of Figure 3 and 18, the relationship between music data described in the first and third options, inclusive, and SCSF in accordance with the present embodiment is as follows. I.e. the header 40, shown in Figure 3, corresponds to the title in 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 ELS 2013, shown in Fig. Information 43 for payment calculation, shown in Figure 3, corresponds to the proposal of 2014, shown in Fig.

Although the invention has been described in detail, the foregoing description is in all aspects is intended to be illustrative and not restrictive. Note that numerous other modifications and variations can be created without deviation from the scope of the invention.

Industrial application

As described above, a device for data processing, copyright in accordance with the present invention converts the data, copyright data in the internal format without information to calculate the payment for their storage. Therefore, various processes can be implemented with a single procedure of data processing management of copyright, regardless of the calculation method of payment.

1. The device (1, 2, 3) for processing data, performing a method of processing data from a copyright in the limits provided by law, including means (11) memory distributed data, is configured to receive and store data distributed format that includes at least,

meaningful data (42) for information security (43) and the information for payment calculation that determines the terms of payment for the mentioned content data (42), means (12, 13) for storing and processing information about the rights of purchases made with the possibility of information processing (43) to calculate the payment for the acquisition of rights on the terms (52) procurement required for processing mentioned content data (42), means (16) for storing information about the law designed to store mentioned law on the conditions (52) procurement, acquired mentioned means (12, 13) of the procurement law, means (14, 22) for data conversion is performed with distributed data conversion format that includes content data (42), the internal data format without the aforementioned information (43) to calculate the payment, when referred to the right to the conditions (52) purchases acquired for the above-mentioned content data (42), means (15) for storing data, configured to store the aforementioned internal data format obtained by means (14, 22) conversion data, and means (17, 18, 19) of the method of processing executed to perform a method of processing internal data format stored in the above-mentioned means (15) for storing data within the above-mentioned conditions (52) procurement stored in the above-mentioned means (16) for storing information on the right.,

2. The device according to claim 1, characterized in that the said content data (42) encrypted mentioned information (43) to calculate the payment contains the decryption key (54) for decryption mentioned encrypted content data (42), the said means (14, 22) for data conversion is made with the possibility of removal of the above decryption key (54) of the above-mentioned information (43) to calculate the payment, the said means (16) for storing information on the law of the stores mentioned the extracted decryption key (54), the said means (17, 18, 19) for the implementation of processing method is arranged to decrypt the encrypted mentioned content data (42), using the above decryption key (54)stored in the above-mentioned means (16) for storing information on the right.

3. The device according to claim 1, characterized in that said data distributed format include mentioned content data (42), the separation of the aforementioned information (43) to calculate the payment, title (40) and information (41) to control the implementation of the processing method mentioned content data (42).

4. The device according to claim 1, characterized in that the said internal data format is equivalent to data obtained by the separation of the aforementioned information (43) to calculate the payment from the mentioned data distribution format.

5. The device according to claim 1, characterized in that the said means (17, 18, 19) for the implementation of the processing method includes a means (19) to copy the data, performed with the copy referred to internal data format stored in the above-mentioned means (15) for storing data on a removable storage medium (7), and the above-mentioned means (22) for data conversion is made with the possibility of conversion mentioned distributed data format in said data internal format based on the type mentioned medium (7).

6. The device according to claim 5, characterized in that it also comprises means (23) for detecting a storage medium, configured to detect the type (35) medium (7), and the above-mentioned means (22) for data conversion is made with the possibility of conversion mentioned distributed data format in said data internal format based on the type (35) mentioned medium (7)identified above mentioned means (23) of the detection medium.

7. The device according to claim 5, characterized in that it also comprises means (24) for determining a storage medium, configured to determine the type (36) mentioned medium (7), and the above-mentioned means (22) for data conversion is made with the possibility of conversion mentioned data distribution format data in the internal format based on the type (36) mentioned medium (7)defined by the said means (24) for determining the storage environment.

8. The device according to claim 5, characterized in that said data distribution format contain at least one part of the mentioned content data (42), and said internal data format that includes only the meaningful data to copy them to the mentioned storage medium (7), at least between one part of the mentioned content data (42).

9. A method of processing data to perform data processing with the author's rights within the law, according to which accept data distribution format that includes at least content data protection and information for payment calculation that determines the terms of payment for the mentioned content data, purchase rights for the purchase processing on the basis of the aforementioned information to calculate the payment and entitlement to a method of processing required to handle the mentioned content data, the information is remembered on the right while maintaining the mentioned law on the processing method, acquired with the purchase of the rights, transform the data when converting data distribution format, including in itself meaningful data in the internal data format without the information to calculate the payment, when the right way to handle acquired for the above-mentioned content data stores data when storing mentioned internal data format obtained by the above-mentioned data conversion and process in the implementation of the processing mentioned internal data format stored in the storing data within rights to a method of processing stored in remembering information about the law.

10. The recording medium recorded thereon a program for implementing on a computer a method of handling data copyright in the limits provided by law, the said method, comprising: accepting data distribution format that includes at least content data protection and information for payment calculation that determines the terms of payment for the informative data, procure the right for the purchase processing on the basis of the aforementioned information to calculate the payment and entitlement to a method of processing required to handle the mentioned content data, the information is remembered on the right while maintaining the mentioned law on the processing method, acquired with the purchase of the rights, transform data when converting data distribution format that includes content data, data in the internal format without the aforementioned information to calculate the payment, when the right way to handle acquired for the above-mentioned content data stores data while maintaining the aforementioned internal data format obtained by the above-mentioned data conversion and process in the implementation of the processing method mentioned internal data format stored in the memory within the mentioned law on the processing method stored in the aforementioned storage of information on the right.