CN1144212C - Information processing apparatus and method - Google Patents

Abstract

The present invention discloses an information processing device and method, as well as a program storage medium. A content database (114) includes identification information for identifying content and time information when the content is copied according to the identification information. A recording program (113) obtains the identification information from the copied content and copies the content according to the obtained identification information and the time information stored in the content database (114). As a result, large-scale copying can be effectively prohibited without significantly damaging the interests of users.

Description

Information processing device and method

technical field

The present invention relates to an information processing device and method. In particular, it relates to an information processing device and method capable of appropriately restricting duplication of contents, for example.

Background technique

As a method of limiting the copying of copyrighted AV content (such as music and images), serial copy management system (SCMS: Serial Copy Management System) and copy generation management system (CGMS: Copy Generation Management System) have been proposed.

As shown in Fig. 1, in these systems, although copyrighted content A1 (1st generation) can be reproduced and content A2 (2nd generation) can be obtained (recorded), content A2 (2nd generation) itself cannot be reproduced , to get content A3 (3rd generation).

Summary of the invention

However, as shown in FIG. 1, in this case, since a plurality of second-generation content A2 can be obtained by duplicating the content A1 repeatedly, there is a problem that the copyright of the content A1 cannot be sufficiently protected.

Therefore, a method of copying the content A1 only once, that is, a Uni Copy System (USC: Uni Copy System) has been proposed, but the problem in this case is that the user only It can be copied once, so it is not good for users.

In view of this situation, an object of the present invention is to provide an information processing device and method that can substantially prohibit mass copying without greatly damaging the interests of users.

In the present invention, the identification information for identifying the content and the time information when copying the content corresponding to the identification information are stored, the identification information of the content to be copied is acquired, and the content is copied based on the acquired identification information and the stored time information .

That is to say, the information processing device of the present invention is characterized in that it includes

a memory storing identification information for identifying content and time information when the content is reproduced based on the identification information,

Acquisition means for obtaining identification information of content to be copied,

A reproduction device that reproduces content based on the identification information acquired by the acquisition device and the time information stored in the memory.

In addition, the information processing method of the present invention is characterized in that it includes the following steps:

a storing step of storing identification information for identifying the content and time information when the content is reproduced based on the identification information,

The procedure for acquiring identification information of the content to be copied,

A copying step of copying content based on the identification information acquired in the acquiring step and the time information stored in the storing step.

Brief description of the drawings

Figure 1 shows explanatory diagrams for SCMS and CGMS.

Fig. 2 shows an embodiment of the audio data management system related to the present invention.

Fig. 3 is a block diagram illustrating a personal computer in the aforementioned sound data management system.

FIG. 4 is a diagram illustrating a configuration of a portable device in the aforementioned audio data management system.

Fig. 5 is a block diagram illustrating the structure of the aforementioned personal computer.

FIG. 6 is an example of a window for displaying the recording program in the aforementioned personal computer on the display.

Fig. 7 is a flow chart illustrating the processing in the case of dubbing from an optical disc to an HDD in the aforementioned personal computer.

FIG. 8 is a flowchart illustrating a deadline database checking process of step S12 in the flowchart shown in FIG. 7 .

Fig. 9 shows an example of a deadline database.

Fig. 10 is an explanatory diagram of a watermark.

Fig. 11 shows an example of a music database.

Figure 12A-Figure 12C is a flowchart illustrating the operation of moving data from HDD to portable device

Fig. 13 is a flow chart illustrating the checking process of the playback condition of the selected music piece and the like in step S55 in the flow chart shown in Fig. 12A.

FIG. 14 is an explanatory diagram of playback conditions managed by the portable device 6 .

FIG. 15 is a flowchart illustrating the details of the format conversion processing at step S58 in the flowchart shown in FIG. 12A.

16A to 16C are flow charts illustrating the operation of copying data from the HDD 21 to the portable device 6 .

Fig. 17 is a flow chart explaining the operation of moving data from the portable device to the HDD.

Fig. 18 is a flow chart explaining the operation when copying data from the portable device to the HDD.

Fig. 19 is a flowchart illustrating the processing when copying data from the EMD server to the HDD.

FIG. 20 is a flowchart illustrating the details of charging-related processing in step S204 in the flowchart shown in FIG. 19 .

Fig. 21 is an explanatory diagram of a charging record table.

22A and 22B are flowcharts illustrating the processing when copying data from the IEC60958 side of the aforementioned personal computer to the HDD.

Fig. 23A and Fig. 23B are flow charts explaining the operation when outputting data from HDD to the IEC60958 terminal.

FIG. 24 is a flow chart illustrating checking processing of playback conditions and the like in step S275 in the flow chart shown in FIG. 23. FIG.

25A and 25B are flow charts explaining the operation when outputting data from the HDD by the portable device.

FIG. 26 is a functional explanatory diagram of the nonvolatile memory included in the adapter of the personal computer.

Fig. 27 is a flowchart illustrating the operation of the aforementioned adapter.

Fig. 28 shows the internal structure of the aforementioned adapter.

29A and 29B show an example of the internal structure of the aforementioned nonvolatile memory.

FIG. 30 shows an example of the internal structure of the aforementioned nonvolatile memory.

The best form for carrying out the invention

Hereinafter, the best mode for carrying out the present invention will be described with reference to the drawings.

Fig. 2 is a diagram showing an embodiment of the audio data management system according to the present invention. The personal computer 1 is connected to a network 2 including a local area network or the Internet. The personal computer 1 will receive from the electrical signal music transmission (EMD: Electrical Music Distribution) server 4-1 to 4-3, or the music data (hereinafter referred to as Content (Content)) is converted into a predetermined compression method (for example, ATRAC (trademark)), encrypted with an encryption method such as the Digital Encoding Standard (DES: Data encryption Standard), and recorded.

The personal computer 1 records use condition data indicating the use conditions of the content corresponding to the encrypted recorded content. Utilization condition data, represent, for example, can utilize the data content corresponding to this utilization condition simultaneously with 3 portable devices (PD: Portable Device) 6-1 to 6-3, represent can carry out duplication (even if content is stored in portable device) In the device 6-1 to 6-3, the content recorded by the personal computer 1 can also be used. The situation that has can limit the number of times that the content is stored in the portable device 6-1 to 6-3. In this case, this The number of times will not increase), and also means that it can be moved to other personal computers (after storing the contents in the portable devices 6-1 to 6-3, the contents recorded by the personal computer 1 cannot be used). The details of using condition data will be described later.

The personal computer 1 stores the encrypted recorded content and data related to the content (for example, song title or playback conditions, etc.) in the connected portable device 6 via a Universal Serial Bus (USB: Universal Serial Bus) cable 7-1. In -1, at the same time, based on the fact that it is stored in the portable device 6-1, the utilization condition data corresponding to the stored content is updated (hereinafter referred to as checkout (checkout)). More specifically, at the time of checking, the number of checkable times of the usage condition data corresponding to the content recorded in the personal computer 1 is reduced by 1. When the number of checkable times is 0, the corresponding content cannot be checked.

The personal computer 1 stores the encrypted recorded content and the data related to the content together in the connected portable device 6-2 through the USB cable 7-2, and simultaneously updates the The usage condition data corresponding to the stored content. The personal computer 1 stores the encrypted recorded content and the data related to the content together in the connected portable device 6-3 through the USB cable 7-3, and simultaneously updates the The usage condition data corresponding to the stored content.

In addition, the personal computer 1 deletes (or makes it unusable) in the portable device 6-1 and updates the content after the personal computing device 1 is checked against the connected portable device 6-1 through the USB cable 7-1. The data of the usage conditions corresponding to the content to be deleted (hereinafter referred to as check in). More specifically, the number of checkable usage condition data corresponding to the content in the personal computer record 1 at the time of login is incremented by 1. The personal computer 1 deletes (or makes it unusable) in the portable device 6-2 after the personal computer 1 checks the content of the connected portable device 6-2 through the USB cable 7-2, and updates the deleted content Corresponding usage condition data. The personal computer 1 deletes (or makes it unusable) in the portable device 6-3 after the personal computer 1 checks the connected portable device 6-3 through the USB cable 7-3, and updates the deleted content Corresponding usage condition data.

The personal computer 1 cannot register the contents verified by other personal computers not shown in the portable device 6-1. The personal computer 1 cannot register the contents verified by other personal computers not shown in the portable device 6-2. The personal computer 1 cannot register the contents verified by other personal computers not shown in the portable device 6-3.

When personal computer 1 starts to obtain content from EMD server 4-1 to 4-3, EMD login server 3 is corresponding to the request of personal computer 1 and by network 2, will be in personal computer 1 and EMD server 4-1 to 4-3 The authentication key necessary for the mutual authentication is sent to the personal computer 1, and the program for connecting with the EMD servers 4-1 to 4-3 is sent to the personal computer 1 at the same time.

The EMD server 4 - 1 provides the personal computer 1 with content and data related to the content (for example, music title or playback restriction) via the network 2 in response to a request from the personal computer 1 . The EMD server 4 - 2 provides the personal computer 1 with the content and the data related to the content through the network 2 in response to the request of the personal computer 1 . The EMD server 4 - 3 provides the personal computer 1 with content and data related to the content through the network 2 in response to the request of the personal computer 1 .

The contents provided by the EMD servers 4-1 to 4-3 are respectively compressed using the same or different compression methods. The contents provided by the EMD servers 4-1 to 4-3 are respectively encrypted using the same or different encryption methods.

World Wide Web (WWW: World Wide Web) server 5-1 is corresponding to the request of personal computer 1, will read the CD of content (for example, CD album album name or CD sales company etc.) through network 2, and read from CD. The data corresponding to the content (for example, song title or composer name, etc.) is provided to the personal computer 1. The WWW server 5-2 responds to the request of the personal computer 1, and supplies the CD from which the content was read, and the corresponding data of the content read from the CD, to the personal computer 1 via the network 2.

The portable device 6-1 stores the content supplied by the personal computer 1 (ie, checked content) and also stores data related to the content (eg, song title or playback restriction, etc.). The portable device 6-1 reproduces the stored content based on the data related to the content, and outputs the content to an unillustrated earphone or the like.

When playback is attempted beyond the number of playback limits stored as content-related data, the portable device 6-1 stops playback of the corresponding content. When playback is desired after exceeding the playback limit stored as playback restriction as data related to the content, the portable device 6-1 stops playback of the corresponding content.

The user can detach and take away the portable device 6-1 storing the content from the personal computer 1, play back the stored content, and listen to music corresponding to the content using earphones or the like.

The portable device 6-2 stores content provided by the personal computer 1, and data related to the content. The portable device 6-2 plays back the stored content based on the data related to the content, and outputs it to an unillustrated earphone or the like. The user can detach and take away the portable device 6-2 storing the content from the personal computer 1, play back the stored content, and listen to music corresponding to the content using earphones or the like.

The portable device 6-3 stores content provided by the personal computer 1, and data related to the content. The portable device 6-3 plays back the stored content based on the data related to the content, and outputs it to an unillustrated earphone or the like. The user can detach and take away the portable device 6-3 storing the content from the personal computer 1, play back the stored content, and listen to music corresponding to the content using earphones or the like.

Hereinafter, when it is not necessary to distinguish the portable devices 6-1 to 6-3 respectively, they are simply referred to as the portable device 6.

FIG. 3 is a diagram illustrating the configuration of the personal computer 1. As shown in FIG. The CPU (Central Processing Unit) 11 actually executes various application programs (described in detail later) and an operating system (OS: OperationSystem). The ROM (Read-only Memory) 12 generally stores programs used by the CPU 11 and basically fixed data among parameters for computation. A RAM (Random-Access Memory) 13 stores programs used for execution by the CPU 11 and parameters appropriately changed during execution. These are connected to each other by a host bus 14 constituted by a CPU bus or the like.

Host bus 14 is connected to external bus 16 such as PCI (Peripheral Component Interconnect/Interface) bus through network bridge 15.

When inputting various commands to the CPU 11, the user operates the key disk 18 to input them. The user operates the mouse 19 to designate and select a cursor on the screen of the display 20 . The display 20 is composed of a liquid crystal display device or a CRT (Cathode Ray Tube), etc., and displays various information in text or images. The HDD (Hard disk drive) 21 drives the hard disk, and utilizes the hard disk to record or replay programs and information executed by the CPU 11.

Driver 22 reads out data or programs recorded in installed magnetic disk 41, optical disk 42 (comprising CD), optical magnetic disk 43, or semiconductor memory 44, and provides such data and program to the computer via interface 17, external bus 16, network Bridge 15 and RAM 13 connected to host bus 14 .

The portable device 6-1 is connected to the USB port 23-1 via the USB cable 7-1. USB port 23-1 outputs the data (for example, the command etc. that contains content or portable device 6-1) that is supplied by HDD21, CPU11 or RAM13 to portable through interface 17, external bus 16, network bridge 15 and host bus 14. Formula device 6-1.

The portable device 6-2 is connected to the USB port 23-2 via the USB cable 7-2. USB port 23-2 outputs the data (for example, the command etc. that contains content or portable device 6-2) that is supplied by HDD21, CPU11 or RAM13 to portable through interface 17, external bus 16, network bridge 15 and host bus 14. Formula device 6-2.

The portable device 6-3 is connected to the USB port 23-3 via the USB cable 7-3. USB port 23-3 outputs the data (for example, the command etc. that contains content or portable device 6-3) that is supplied by HDD21, CPU11 or RAM13 to portable through interface 17, external bus 16, network bridge 15 and host bus 14. Formula device 6-3.

Have the sound input and output interface 24 of IEC (International Electrotechnical Commission) 60958 end, carry out the interface processing of digital sound input and output, or analog sound input and output. The speaker 45 outputs a predetermined sound corresponding to the content based on the sound signal supplied from the sound input/output interface 24 .

These key discs 18 are connected to the audio input/output interface 24 to the interface 17, and the interface 17 is connected to the CPU 11 through the external bus 16, the bridge 15 and the host bus 14.

The communication unit 25 is connected to the network 2, and stores the data provided by the CPU 11 or the HDD 21 (for example, a request for registration, or a content transmission request, etc.) The data (for example, an authentication key, or content, etc.) stored in the received packet is output to the CPU 11 , the RAM 13 , or the HDD 21 via the network 2 .

The CPU 32 of the adapter 26 incorporated in the personal computer 1 integrally formed of a semiconductor IC operates with the CPU 11 of the personal computer 1 through the external bus 16 , the bridge 15 and the host bus 14 to execute various processes. The RAM 33 stores data and programs necessary for the CPU 32 to execute various processes. The nonvolatile memory 34 stores data that must be retained after the personal computer 1 is powered off. When the encrypted program is transferred from the personal computer 1, the program for decrypting it is stored in the ROM 36. RTC (Real TimeClock) 35 executes timing action and provides time information.

The communication unit 25 and the adapter 26CPU11 are connected via the external bus 16 , the bridge 15 and the host bus 14 .

Hereinafter, when it is not necessary to distinguish the USB ports 23 - 1 to 23 - 3 respectively, they are simply referred to as the USB port 23 . Hereinafter, when it is not necessary to distinguish the USB cables 7-1 to 7-3 respectively, they are simply referred to as the USB cable 7.

Next, the configuration of the portable device 6 will be described with reference to FIG. 4 .

The power supply circuit 52 converts the power supply voltage supplied by the dry battery 51 into an internal predetermined voltage, and supplies the voltage to the CPU 53 and the display unit 67 to drive the entire portable device 6 .

When the USB controller 57 is connected to the personal computer 1 via the USB cable 7 via the USB connector 56 , the contents transferred from the personal computer 1 are provided to the CPU 53 via the internal bus 58 .

The contents consist of 64 bytes of data per packet, and are transferred by the personal computer 1 at a transfer rate of 12 Mbit/sec.

The content transmitted to the portable device 6 is composed of a header and audio data (data corresponding to an audio signal as a content entity), and a file name, header size, content key, file size, codec ID, file name, and file name are stored in the header. information, etc., and store playback restriction data necessary in playback restriction processing, start date and time, end date and time, number of times limit, and playback times counter, etc. The audio data is audio signal data corresponding to a predetermined musical piece encoded and encrypted by an encoding method such as ATRAC3.

The header size indicates the data length of the header (eg, 3 bytes, etc.), and the file size indicates the data length of the audio data (eg, 33, 636, 138 bytes, etc.).

The content key is a key for decrypting encrypted audio data. It is sent from the personal computer to the portable device 6 in the encrypted state based on the session key (temporary key) generated in the mutual authentication process between the personal computer 1 and the portable device 6 .

When the portable device 6 is connected to the USB port 23 of the personal computer 1 through the USB cable 7, the portable device 6 and the personal computer 1 perform mutual authentication processing. Such mutual authentication processing is, for example, a challenge-response authentication processing. That is, the DSP 59 of the portable device 6 executes the process of decoding (decrypting) the password when performing the authentication process of the challenge-response method.

The query-response method is, for example, a method in which the portable device 6 responds to a certain value (query) generated by the personal computer 1 using a value (response) generated using a secret key shared with the personal computer 1 . In the process of mutual authentication of the challenge-response method, since the value generated by the personal computer 1 changes every authentication process, even if the value generated using the secret key output by the portable device 6 is read, for example, it is received. Exactly the same attack can also be performed in the next mutual authentication process, because the values used in the mutual authentication are different, so the personal computer 1 can detect illegal behavior.

The codec ID is an ID corresponding to the audio data encoding method. For example, the codec ID "1" corresponds to ATRAC3, and the codec ID "0" corresponds to MP3 (MPEG (Moving Picture Experts Group) Audio Layer-3).

The file name is data that converts a content file (described below) recorded by the personal computer 1 corresponding to the content into an ASCII (American National Standard Code for Information Interchange) code. The file information is data that converts the song name, artist name, lyricist name, composer name, etc. of the content into ASCII codes.

The playback restriction data is data indicating whether to set a period during which content can be played back (ie, start date and time and end date and time) or whether to set a number of times limit (playback number of times limit). In the playback restriction data, "1" is set when the number of times is limited, "2" is set when the playback can be set, and "2" is set when the number of times is not set and the playback is allowed time) set to "0".

When the playback restriction data is "2", the start date and time and the end date and time are data indicating the range of the period during which playback is possible. For example, when the start date and time are "00040F" and the end date and time are "00070F", the corresponding content can be played back from April 15, 2000 to July 15, 2000.

Likewise, when the playback limit data is "1" or "2", the number of times limit is a preset number of times that the content can be played back. The playback count counter indicates the number of times the CPU 53 has updated the playback content when such content playback processing is executed. For example, when the number of times limit is "02", the number of times this content can be played back is 2 times. When the playback count counter is "01", the number of times this content is played back is 1 time.

For example, when the replay restriction data is "2", the start date and time are "00040F", the end date and time are "00070F", and the replay restriction data is "2", the portable device 6 has been played since April 15, 2000. The corresponding content can be repeatedly reproduced twice a day from the beginning of the day to July 15, 2000.

For example, when the playback limit data is "1", the start date and time are "000000", the end date and time are "000000", the playback limit data is "0a", and the playback times counter is "05", the corresponding The content is not limited to the period during which it can be played back, but the number of times it can be played back is 10 times, and the number of times it is played back is 5 times.

When the portable device 6 receives the content from the personal computer 1 and simultaneously receives the write command of the content, the CPU 53 that executes the main program read from the ROM 55 into the RAM 54 accepts the write command, controls the flash memory controller 60, and The content received from the personal computer 1 is written into the flash memory 61 .

The flash memory 61 has a storage capacity of approximately 64 Mbytes, and stores content (audio data). In addition, in the flash memory 61, a playback code for decompressing audio data compressed by a predetermined compression method is stored in advance.

In addition, the flash memory 61 can be attached to and detached from the portable device 6 .

If the user provides the CPU 53 with a playback command corresponding to the operation of pressing the unshown playback/stop button by operating the key controller 62, the CPU 53 uses the flash memory controller 60 to read from the flash memory. 61 reads the playback code and voice data, and sends them to DSP59.

DSP59 according to the replay code that transmits from flash memory 61, after sound data is carried out error detection with CRC (CyclicRedundancy Check) mode, replay, and the data after the replay (in Fig. 4 represented by D1 ) is supplied to the digital/analog conversion circuit 63.

The DSP 59 is integrated with a transmission circuit not shown in the figure, and reproduces sound data based on the main clock MCLK from the external crystal oscillator 59A, and uses the main clock MCLK and the main clock MCLK as the basis. The operation clock LRCLK composed of the bit clock BCLK of a predetermined frequency generated by the internal oscillation circuit, the L-channel clock LCLK and the R-channel clock RCLK in units of frames is supplied to the digital-to-analog conversion circuit 63 .

When DSP59 replays sound data, according to replay code, aforesaid operation clock is provided to digital-to-analog conversion circuit 63, when not replaying sound data, stop the supply of operation clock according to replay code, make digital-to-analog conversion circuit 63 stops working, and reduces the overall power consumption of the portable device 6 .

Similarly, CPU 53 and USB controller 57 are externally connected to crystal oscillators 53A and 57A, respectively, and execute predetermined processing based on master clock MCLK supplied from oscillator 53A or 57A.

With this configuration, the portable device 6 does not need a clock generator module for supplying clocks to various circuits such as the CPU 53, DSP 59, and USB controller 57, so that the circuit configuration can be simplified and miniaturized.

The digital-to-analog conversion circuit 63 converts the reproduced audio data into an analog audio signal, and supplies it to the amplifier circuit 64 . The amplifier circuit 64 amplifies the audio signal, and supplies the audio signal to an earphone (not shown) through the earphone jack 65 .

In this way, when the portable device 6 presses the playback/stop button not shown, the audio data stored in the flash memory 61 is played back under the control of the CPU 53, and when the playback/stop button is pressed during playback, When the button is pressed, playback of sound data is stopped.

When the playback/stop button is pressed again after the portable device 6 is stopped, the playback of the audio data is resumed from the stopped position under the control of the CPU 53 . Utilize the operation of pressing the replay/stop button to stop the replay, then no other operations need to be added, and after a few seconds, the portable device 6 will automatically cut off the power supply to reduce power consumption.

Incidentally, when the playback/stop button is pressed after the portable device 6 is powered off, the audio data is not played back from the position where it was stopped last time, but is played back from the first track.

In addition, the CPU 53 of the portable device 6 controls the LCD controller 68 to display the status of the playback mode (for example, repeat playback, track playback, etc.), balance adjustment (that is, gain adjustment corresponding to the frequency band of the audio signal), music The number, performance time, status of playback, stop, fast forward, fast rewind, etc., and information such as the volume and the remaining amount of the dry battery 51 are displayed on the display unit 67 .

In addition, the portable device 6 stores the number of contents written in the flash memory 80, the block position of the flash memory 61 where each contents is written, and other various memory contents in a so-called FAT (File Allocation Table). in EEPROM68.

Incidentally, in this embodiment, audio data is handled as one block of 64 Kbytes, and the block position corresponding to the content of one music piece is stored in FAT.

When FAT is stored in the flash memory 61, if for example by the control of CPU53, the content of the 1st music is written in the flash memory 61, then the block position corresponding to the content of the 1st music is written as FAT into the flash memory 61, then, if the content of the 2nd music is written into the flash memory 61, then the block position corresponding to the content of the 2nd music is written into the flash memory 61 as FAT ( in the same area as Song 1)

In this way, the FAT is rewritten each time the content is written into the flash memory 61, and in order to protect the data, the same data is double-written as a backup.

If the FAT is written into the flash memory 61, then because the content is written once, correspondingly the same area of the flash memory 61 will be rewritten twice, so the writing times of the content are less, but the flash memory is reached. The prescribed number of rewriting times of the write memory 61 makes the flash memory 61 unable to be rewritten.

Therefore, the portable device 6 stores the FAT in the EEPROM 68 and reduces the number of rewriting times of the flash memory 61 corresponding to one time of content writing.

By storing the FAT with a large number of rewriting times in the EEPROM 68, the portable device 6 can increase the number of times of content writing several tens of times compared with the case of storing the FAT in the flash memory 61. In addition, since CPU 53 writes FAT in EEPROM 68 as an addition, the number of times of rewriting in the same area of EEPROM 68 is reduced, and EEPROM 68 is prevented from being unable to be rewritten in a short time.

When the portable device 6 is connected to the personal computer 1 via the USB cable 7 (hereinafter referred to as "USB connection"), the USB connection is recognized by an interrupt signal supplied from the USB controller 57 to the CPU 53 .

When the portable device 6 recognizes the USB connection, it receives a predetermined current from the personal computer via the USB cable 7 and controls the power circuit 52 to stop the dry battery 51 from supplying power.

When the CPU 53 is connected to the USB, the audio data playback processing of the DSP 59 is stopped. Therefore, the CPU 53 controls so as to prevent the external power supplied from the personal computer 1 from exceeding a predetermined current value, and to always receive a predetermined current value from the external power supply.

Like this, once be USB connection, then because CPU53 switches the power supply that is supplied by dry cell 51 to the power supply that is supplied by personal computer, so use the external power source from personal computer 1 that electric energy price is cheap, reduce the power consumption of dry cell battery 51 that electric energy price is high , so that the life of the dry cell 51 can be extended.

In addition, when receiving the external power supply from the personal computer 1 through the USB cable 7, the CPU 53 stops the playback processing of the DSP 59, so that the radiation of the DSP 59 can be reduced, and as a result, the radiation of the entire system including the personal computer 1 can be further reduced .

FIG. 5 is a block diagram illustrating the structure of the functions of the personal computer 1 realized by CPU 11 executing predetermined programs and the like. The content management program 111 consists of an EMD selection program 131, a login/checkout management program 132, a password conversion program 133, a compression conversion program 134, an encryption program 135, a utilization condition conversion program 136, a signature management program 137, an authentication program 138, and a decryption program. 139. The PD driver 140, the purchase driver 141, and the purchase driver 142 are composed of a plurality of programs.

The constituted content management program 111 is described by, for example, a shuffling command or an encryption command, and the content of such processing is hidden from the outside, making it difficult to unravel the content of such processing (for example, even if the user directly reads the content management program 111 , and cannot determine instructions, etc.).

When the content management program 111 is installed on the personal computer 1, the EMD selection program 131 is not included in the content management program 111, and is received by the EMD registration server 3 via the network 2 in the EMD registration process described later. The EMD selection program 131 selects a certain connection with the EMD servers 4-1 to 4-3, and executes a connection with the EMD servers 4-1 to 4-3 to the application program 115 for purchase or the driver program 141 or 142 for purchase. communication (for example, content download when purchasing content, etc.).

Login/checkout management program 132 is set according to login or checkout, and the usage condition files 162-1 to 162-N recorded in the content database 114, and a certain checkout of portable devices 6-1 to 6-3 is stored in The contents in the contents files 161-1 to 161-N, or the contents stored in the portable devices 6-1 to 6-3 are registered.

The registration/checkout management program 132 updates the use condition data recorded in the use condition files 162-1 to 162-N in the content database 114 corresponding to the registration or checkout process.

The encryption method conversion program 133 converts the content encryption method received from the EMD server 4-1 by the purchase application program 115 through the network 2, the content encryption method received by the purchase driver program 141 from the EMD server 4-2, or the purchased content encryption method. The content encryption method received from the EMD server 4-3 by the driver program 142 is converted into the same encryption method as the content stored in the content files 161-1 to 161-N recorded in the content database 114.

Also, when the content is verified by the portable device 6-1 or 6-3, the encryption method conversion program 133 converts the verified content into an encryption method that can be used by the portable device 6-1 or 6-3.

The compression method conversion program 134 converts the content compression method received from the EMD server 4-1 by the application program 115 for purchase via the network 2, the content compression method received by the driver program 141 for purchase from the EMD server 4-2, or the purchased The content compression method received from the EMD server 4-3 by the driver 142 is converted into the same compression method as the content stored in the content files 161-1 to 161-N recorded in the content database 114.

The compression method conversion program 134 uses the same encoding method as the content stored in the content files 161-1 to 161-N recorded in the content database 114, for example, on the content (not compressed) supplied by the recording program 113 read from a CD. to encode.

In addition, the compression format conversion program 134 converts the checked content into a compression format usable by the portable device 6-1 or 6-3 when checking the content with the portable device 6-1 or 6-3.

The encryption program 135 encrypts, for example, content (not encrypted) read from a CD supplied by the recording program 113 with the same encryption method as the content stored in the content files 161-1 to 161-N recorded in the content database 114. .

Using the condition conversion program 136, the data (so-called usage rules (Usage Rule)) representing the content utilization conditions received by the application program 115 from the EMD server 4-1 through the network 2, and the purchase driver 141 from the EMD server 4-2 The data representing the content utilization conditions received, or the data representing the content utilization conditions received by the purchase driver 142 from the EMD server 4-3, is converted into the utilization condition file 162 recorded in the content database 114 -1 to 162-N use the same format.

In addition, when the use condition conversion program 136 checks the contents of the portable device 6-1 or 6-3, it converts the use condition data corresponding to the checked content into use conditions that the portable device 6-1 or 6-3 can use. data.

Before the signature management program 137 executes the processing of registration or verification, based on the signatures contained in the utilization condition data stored in the utilization condition files 162-1 to 162-N recorded in the content database 114 (described later), Detect changes to utilization condition data. The signature management program 137 renews the signature included in the use condition data corresponding to the use condition data stored in the use condition files 162-1 to 162-N recorded in the content database 114 following the registration or verification process.

The authentication program 138 executes mutual authentication processing between the content management program 111 and the purchase application 115 , and mutual authentication processing between the content management program 111 and the purchase driver 141 . In addition, the authentication program 138 combines the mutual authentication process between the EMD server 4-1 and the purchase application 115, the mutual authentication process between the EMD server 4-2 and the purchase driver 141, and the mutual authentication process between the EMD server 4-3 and the purchase driver. The authentication key used in the mutual authentication process of the program 141 is stored.

The authentication key used by the authentication program 138 in the mutual authentication process is not stored in the authentication program 138 when the content management program 111 is installed in the personal computer 1, and when the log-in process is normally executed by the display operation instruction program 112, it is set by The EMD registration server 3 supplies and stores in the authentication program 138 .

The decryption program 139 decrypts the content when the personal computer 1 plays back the content stored in the content files 161 - 1 to 161 -N recorded in the content database 114 .

The PD driver 140 provides content or a command to execute predetermined processing to the portable device 6-2 when checking the predetermined content on the portable device 6-2 or registering the predetermined content from the portable device 6-2.

The PD driver 140 provides the device driver 116-1 with content or commands to execute predetermined processing when checking predetermined content to the portable device 6-1 or registering predetermined content from the portable device 6-2.

The PD driver 140 provides the device driver 116-2 with content or commands to execute predetermined processing when checking predetermined content with the portable device 6-3 or when registering predetermined content from the portable device 6-3.

The purchase driver 141 is a so-called plug-in program, is installed together with the content management program 111, and is provided from the EMD registration server 3 via the network 2, or recorded on a predetermined CD and provided. The purchase driver 141 transmits and receives data with the content management program 111 through an interface of a predetermined format included in the content management program 111 when installed in the personal computer 1 .

The purchase driver 141 requests the EMD server 4-2 to transmit predetermined content through the network 2, and receives the content from the EMD server 4-2. Also, the purchase driver 141 executes charging processing when receiving content from the EMD server 4-2.

The purchase driver 142 is a program installed together with the content management program 111, and requests transmission of predetermined content to the EMD server 4-3 via the network 2, and receives content from the EMD server 4-3. Also, the purchase driver 142 executes charging processing when receiving content from the EMD server 4-3.

The display operation instructing program 112 displays the specified window image on the display 20 according to the screening data file 181, the display data file 182, the image files 183-1 to 183-K or the history data file 184, and displays the specified window image on the display 20 according to the key disk 18 or the mouse. The operation at 19 instructs the content management program 111 to perform processing such as registration or verification.

The filtering data file 181 stores data for weighting the contents respectively stored in the content files 162 - 1 to 162 -N recorded in the content database 114 , and is recorded in the HDD 21 .

The display data file 182 stores data corresponding to the contents stored in the content files 162 - 1 to 2 -N recorded in the content database 114 and is recorded in the HDD 21 .

Image files 181 - 1 to 181 -K store images corresponding to content files 162 - 1 to 162 -N recorded in content database 114 , or images corresponding to packets described later, and are recorded in HDD 21 .

Hereinafter, when it is not necessary to distinguish the image files 183-1 to 183-K respectively, they are simply referred to as the image file 183.

The history data file 184 stores the history data of the number of checks, the number of times of registration, and the date and time of the content stored in the content files 161-1 to 161-N recorded in the content database 114, and is recorded in the HDD 21.

The display operation instruction program 112 sends the ID of the content management program 111 stored in advance to the EMD login server 3 through the network 2 during the login process, and receives the authentication key and the EMD selection program 131 from the EMD login server 3 at the same time, and sends to the content management The program 111 supplies the authentication key and the EMD selection program 131 .

The recording program 113 displays a predetermined window image, and reads data such as the recording time of the content from the optical disc 42 ie CD mounted on the drive 22 by operating the key disk 18 and the mouse 19 .

The recording program 113 requests the WWW server 5-1 or 5-2 to send the data corresponding to the CD (for example, album name or artist name, etc.) through the network 2 according to the recording time of the content recorded in the CD, or corresponding to the data recorded in the CD. data (for example, song title, etc.) of the content of the CD, and simultaneously receive data corresponding to the CD or data corresponding to the content recorded in the CD from the WWW server 5-1 or 5-2.

The recording program 113 supplies the received data corresponding to the CD or data corresponding to the contents recorded on the CD to the display operation instruction program 112 .

Also, when a recording instruction is input, the recording program 113 reads content from the CD which is the optical disc 42 mounted on the drive 22 and outputs the content to the content management program 111 .

The content database 114 stores the content compressed in a prescribed manner supplied by the content management program 111 and encrypted in a prescribed manner in any one of the content files 161-1 to 161-N (recorded in the HDD 21). The content database 114 stores the use condition data corresponding to the contents stored in the content files 161-1 to 161-N respectively in the use condition files 162 corresponding to the stored information files 161-1 to 161-N corresponding to the contents. -1 to 162-N (recorded in HDD21).

The content database 114 may also store the content files 161-1 to 161-N or the utilization condition files 162-1 to 162-N as one record.

For example, the use condition data corresponding to the content stored in the content file 161-1 is stored in the use condition file 162-1, and the use condition data corresponding to the content stored in the content file 161-N is stored in the use condition file 162. -n.

In addition, the data recorded in the use condition files 162-1 to 162-N correspond to the data recorded in the deadline database or the data recorded in the music database described later. That is, the content database 114 is composed of a deadline database and a music database described later.

Hereinafter, when it is not necessary to distinguish the content files 161-1 to 161-N respectively, they are simply referred to as the content file 161.

Hereinafter, when it is not necessary to distinguish the use condition files 162-1 to 162-N respectively, they are simply referred to as the use condition file 162.

The purchase application 115 is provided by the EMD registration server 3 via the network 2, or is recorded on a predetermined CD and provided. The purchase application 115 requests the EMD server 4 - 1 to transmit predetermined content via the network 2 , receives the content from the EMD server 4 - 1 , and provides it to the content management program 111 . Furthermore, the purchase application 115 executes charging processing when receiving content from the EMD server 4-1.

Next, the correspondence between the data stored in the display data file 82 and the content files 161-1 to 161-N stored in the content database will be described.

The content stored in any one of the content files 161-1 to 161-N belongs to a prescribed data package. More specifically, the data packet is any one of an original (original) data packet, a user selection (miselect) data packet or a filtering (filtering) data packet.

The initial data pack belongs to one or more contents, corresponding to the classification of contents in the EMD servers 4-1 to 4-3 (for example, corresponding to so-called album titles) or a CD. The content belongs to one initial data package, but cannot belong to more than one initial data package. Also, the original package to which the content belongs cannot be changed. The user can edit a part of the corresponding information of the original data package (add information or change the added information).

The user selection packet belongs to one or more contents arbitrarily selected by the user. Which stored information in the user selection packet belongs to can be edited arbitrarily by the user. The content can belong to one or more user-selected packets at the same time. In addition, the content may not belong to any user selection package.

The filter data package belongs to the content selected based on the filter data stored in the filter data file 181 . The screening data is supplied via the network 2 from EMD servers 4-1 to 4-3 or WWW servers 5-1 to 5-2, or recorded on a predetermined CD. The user can edit the screening data stored in the screening data file 181 .

The screening data is a reference for selecting predetermined content or calculating a weight corresponding to the content. For example, if screening data corresponding to the top 10 of this week's J-POP (Japanese Pop) chart is used, the personal computer 1 can determine the No. 1 to No. 10 contents of this week's J-POP.

The screening data file 181 includes, for example, screening data for selecting content according to the length of the inspection period in the past month, screening data for selecting content with a large number of inspections in the past six months, or selecting content whose song title contains the word "love". filter data, etc.

In this way, the content-related display data 221 (including data set by the user included in the content display data 221 ) or the history data 184 associated with the content is associated with the filter data, and the content of the filter packet is selected.

FIG. 6 is an explanatory diagram of a window displayed on the display 20 by the recording program 113 when CD information is received from the WWW server 5-2. Based on the CD information received from the WWW server 5-2, the recording program 113 displays on the field 201 a CD title such as "Dissonant". Based on the CD information received from the WWW server 5-2, the recording program 113 displays, on the field 202, an artist name such as "Gavai". Based on the CD information received from the WWW server 5-2, the recording program 113 displays titles such as "hot", "planet", "black", "Seoul" etc. in the title of the display field 203. Likewise, an artist name such as "Gavai" is displayed on the part of the artist name in the display field 203 .

When the recording program 113 receives the predetermined CD information, the recording program 113 stores the CD information in a directory specified by the HDD 21 .

When the button 204 or the like is clicked to receive an instruction to obtain CD information, the recording program 113 starts searching for a directory specified by the HDD 21 . When CD information is stored in such a directory, the recording program 113 displays a dialog box not shown, and the user selects whether to use the CD information stored in the directory.

When the button 206 indicating that the content starts to be recorded on the window displaying the recording program 113 is clicked, the recording program 113 reads out the content from the CD in the drive 22, and provides the content with the content read out from the CD together with the information of the CD. Hypervisor 111.

The compression method converting program 134 of the content management program 111 compresses the content provided by the recording program 113 using a predetermined compression method. The encryption program 135 encrypts the compressed content. Also, the use condition conversion program 136 generates use condition data corresponding to the compressed and encrypted content.

The content management program 111 provides the compressed and encrypted content to the content database 114 together with the use condition data.

The content database 114 generates a content file 161 and a use condition file 162 corresponding to the content received by the content management program 111 , stores the content in the content file 161 , and stores use condition data in the use condition file 162 .

The content management program 111 supplies the CD information and the use condition data received from the recording program 113 to the display operation instruction program 112 when storing the content and the use condition data corresponding to the content in the content data 114 .

The display operation instruction program 112 generates the display data 201 for the initial package and the display data 221 for the content based on the use condition data and CD information corresponding to the content stored in the content database 114 by recording processing.

Button 205 is also set on the window shown by recording program 113, and it is when the content read out from CD is recorded in content database 114, whether a certain device of portable device 6-1 to 6-3 is automatically checked from Set the content to be read from the CD.

For example, when the button 205 is clicked, the recording program 113 pops up a drop-down menu representing a list of the portable devices 6-1 to 6-3. When the user selects one of the portable devices 6-1 to 6-3 from this pull-down menu, the personal computer 1 automatically checks the selected device from the CD to the selected portable device 6-1 to 6-3. the content of the record. When the user selects "do not perform verification" from such a pull-down menu, the personal computer does not perform verification when recording content from the CD.

Next, referring to the flow chart of FIG. 7, the CPU 11 executing the recording program 113 transfers the music data reproduced from the CD mounted on the drive 22 to the HDD 21 and performs copying. If the user operates the key disk 18 or the mouse 19, and inputs to the CPU 11 through the interface 17 an instruction to transfer the music data played back from a CD (not shown) installed on the drive 22 to the HDD 21 and copy it, the CPU 11 will perform a copy in step S11. Through the interface 17, a graphical user interface (GUI: Graphical User Interface) for selecting the copied music is displayed on the display 20.

Specifically, for example, the CPU 11 reads the table of contents (TOC) of the CD mounted on the drive 22, obtains music information included in the CD, and displays it on the display 20. In addition, the CPU 11 reads out each International Standard Recording Code (ISRC: International Standard Recording Code) of each music included in the CD, obtains information on the music, and displays it on the display 20 . Alternatively, the CPU 11 accesses the WWW server 5-1 or 5-2 through the network 2, and uses the TOC to obtain information on such CD music, and displays the corresponding GUI on the display 20. Using the GUI on the display 20, the user operates the key disk 18 or the mouse 19 to select a music to be copied.

Next, in step S12, the CPU 11 checks the deadline database (corresponding to the utilization condition files 162-1 to 162-N of the content database 114 shown in FIG. 5) stored in the HDD 21. The flowchart of FIG. 8 shows the detailed procedure of this deadline database checking process.

In step S31, the CPU 11 cooperates with the CPU 32 of the adapter 26 to calculate the hash value of the entire deadline database, and in step S32, compares this calculated value with the previously saved hash value.

Also, when no data is recorded in the term database, the CPU 11 does not calculate a hash value.

That is to say, in HDD21, form period database, as shown in Figure 9, in this period database, as the management information of the music data (content) that manages recording in HDD21, be the ISRC corresponding to the past recorded music. and the date and time of copying are stored. In this example, for items of item 1 to item 3, respective ISRCs and copying dates and times are stored. As will be described later, in step S38, by the CPU 32 of the adapter 26, calculate the hash value of the entire term database based on the ISRC of all music pieces recorded in this term database and the copy date and time, and store in the non-volatile in sex memory 34. The hash value is a value obtained by applying a hash function to data. A hash function is generally a unidirectional function that maps variable-length long data to predetermined-length short data, and has a property that collisions between hash values hardly occur. Examples of hash functions include Secure Hash Algorithm (SHA: Secure Hash Algorithm), Message Digest (MD: Message Digest) 5 and the like. In step S31, CPU11 calculates a hash value similarly to the calculation by CPU32. Then, in step S32, the CPU 11 requests the CPU 32 to read the hash value stored in the nonvolatile memory 34, and compares the transmitted hash value with the hash value currently calculated by itself in step S31.

In step S33, CPU 11 judges whether the hash value calculated at present in step S31 is consistent with the hash value of the previous deadline database stored in the nonvolatile memory 34, if inconsistent, then judges that the deadline database has been falsified, In step S34, the CPU 11 generates, for example, a message "Cannot be copied due to falsification of the deadline database", and outputs it to the display 20 through the interface 17 for display, and then ends the processing. That is, in this case, playback of the music data recorded on the CD is prohibited, and processing of copying in the HDD 21 is prohibited.

If the hash value calculated in step S31 is consistent with the previous hash value, then proceed to step S35, and CPU11 obtains the ISRC of the selected music (chosen music) from CD, that is, as specified in step S11 and copied music. When no ISRC is recorded on the CD, the CPU 11 reads the TOC data of the CD, applies a hash function to the data, etc., obtains data of an appropriate length such as 58 bits, and uses it instead of the ISRC.

In step S36, the CPU 11 determines whether or not the ISRC (that is, the selected musical piece) acquired in step S35 is registered in the deadline database (in FIG. 9 ). If ISRC is not registered in the deadline database, because this music is not recorded in HDD21, so enter in step S37, CPU11 is registered in the deadline database with the ISRC of this music and current date and time. Also, the CPU 11 uses the value output from the RTC 35 of the adapter 26 whose information is transmitted from the CPU 32 as the current date and time. Then, in step S38 , the CPU 11 reads out the data of the deadline database at that time, and transmits it to the CPU 32 of the adapter 26 . The CPU 32 calculates a hash value of the transmitted data and stores it in the nonvolatile memory 34 . As mentioned above, in step S32, the saved hash value is used as the previously saved hash value.

Next, in step S39, the CPU 11 sets an unregistered flag indicating that the selected musical piece is not registered in the time limit database. This flag is used when determining whether or not the selected musical piece is registered in the deadline database in step S13 of FIG. 7 described later.

In step S36, if it is determined that the ISRC of the selected music is registered in the deadline database, this selected music is a music that has been registered in the HDD 21 at least once. Therefore, in this case, proceed to step S40, CPU11 judges from the registration date and time of this selected music in the time limit database, whether the current date and time (the current date and time output by the RTC35 of the adapter 26) is After more than 48 hours. If the current moment has passed more than 48 hours from the registered date and time, although it has been recorded at least once in the HDD21, since more than 48 hours have passed from this moment, it is not too big to copy this music again. actual damage, so copying to HDD21 is allowed in this case. Therefore, proceeding to step S41, the CPU 11 changes the date and time of the deadline database from the past registration date and time to the current date and time (the date and time output by the RTC 35). Then, return to step S38, CPU11 again makes CPU32 calculate the hash value of the whole period database, and save in the non-volatile memory 34, at the same time in step S39, set the unregistered mark for this music.

On the other hand, if it is judged in step S40 that 48 hours or more have not elapsed from the date and time of registration, copying of such selected music to HDD 21 is prohibited. Therefore, in this case, the process proceeds to step S42, and the CPU 11 sets a registered flag for such a selected music piece.

In this way, the check processing of the expiration date database sets the flag indicating whether or not the selected music is registered on the HDD 21 .

Returning to FIG. 7, in step S13, the CPU 11 judges whether or not the selected music piece has been registered in the time limit database based on the aforementioned flag. If the selected music has been registered, then proceed to step S14, and the CPU 11 will display on the display 20 the information that "because this music has not passed through more than 48 hours after copying once, it cannot be copied". Therefore, the user can know the reason why the music cannot be copied on the HDD 21 .

In step S13, when it is judged that the selected music piece is not registered in the time limit database, it proceeds to step S15, and CPU 11 controls drive 22, and reads music data from the CD installed thereon. As shown in FIG. 10, in such music data, a watermark code is inserted at a predetermined position. In step S16, the CPU 11 extracts a watermark code contained in the music data, and judges in step S17 whether such a watermark code indicates copy prohibition. When the watermark code indicates that copying is prohibited, it proceeds to step S18, and the CPU 11 displays a message such as "copying prohibited" on the display 20 through the interface 17, and ends the copying process.

On the contrary, in step S17, when judging that the watermark does not represent copying prohibition, enter step S19, and CPU 11 utilizes software processing to compress music data in modes such as ATRAT (Adaptive Transform Acoustic Coding) 3 (trademark). In step S20, the CPU 11 encrypts the music data with a preset key stored in the memory 13, such as DES (Data Encryption Standard) mode, FEAL (Fast Encripherment Algorithm) mode and other encryption methods. The key can also be generated using other random numbers, for example based on random numbers generated by software or by the CPU 32 of the adapter 26 . In this way, not only the personal computer 1 but also the CPU 32 of the adapter 26, which is separately installed hardware, cooperate to execute encryption processing, and the encryption performed in this way is more difficult to decrypt.

Next, in step S21, CPU11 transfers the encrypted data to HDD21, attaches a file name, and stores it as one file (as content file 161). Alternatively, as part of one file, position information (for example, the number of bytes from the beginning) of the file name may be provided and stored. This storage process can be performed separately from the aforementioned compression encoding process and encryption process, or can be performed in parallel at the same time.

In addition, in step S22, CPU 11 uses the predetermined storage key stored in RAM 13 (for unauthorized reading, it is difficult to complete), using the aforementioned DES method, FEAL method, etc., to encrypt the encrypted music data. The key is encrypted and stored in the music database (corresponding to the utilization condition files 162-1 to 162-N of the content database 114 shown in FIG. 5) of the HDD 21.

In step S23, the CPU 11 combines the information on the saved file, the encrypted key, the music information, and the music title information elements input by the user through the GUI, and registers it in the music database of the HDD 21 . Then, in step S24 , the CPU 11 causes the CPU 32 to calculate a hash value of the entire music database and store it in the nonvolatile memory 34 .

Thus, for example, the music database shown in FIG. 11 is registered on HDD21. In this example, the file names of items 1 to 3, encrypted keys, song titles, levels, playback conditions (start date and time, end date and time, number of times limit), playback times counter, playback Playback charging conditions, playback conditions (number of times), copy times counter, and copy conditions (SCMS).

If a certain period of time has elapsed after copying, it can be copied again, so it can be copied multiple times within the scope of the user's personal use. On the other hand, if it exceeds the scope of personal use, for example, if you want to copy a large amount, it will take a lot of time, which is impossible in reality. In addition, even if, for example, the personal computer 1 breaks down and the content recorded on the HDD 21 is deleted, the deleted content can be copied again after a certain period of time and recorded on the HDD 21 .

In addition, it is also possible to share, for example, the contents of the deadline database recorded on the HDD 21 via the network 2 .

In the foregoing, the case of storing the date and time of copying corresponding to the ISRC has been described as an example, but if it is the content and the information for identifying the CD, other information (for example, song title, album title, and their combinations, etc.).

Below, with reference to the flowchart shown in Fig. 12A, Fig. 12B and Fig. 12C, music data is moved from HDD21 to flash memory 61 of portable device 6 by CPU11 of executing content management program 111 and CPU53 of main program (for example memory The processing in the stick (trademark)) is explained. In step S51, the CPU 11 calculates the hash value of the entire music database, and in step S52, compares it with the hash value calculated in the CPU 32 last time and stored in the nonvolatile memory 34. When the two are inconsistent, the process proceeds to step S53, and the CPU 11 displays a message on the display 20 such as "the music database may have been falsified", and then ends the process. The processing of this case is the same as the processing of steps 31 to 34 of FIG. 8 . In this case, the movement of music data from the HDD 21 to the portable device 6 is not performed.

Next, in step S54, the CPU 11 reads out the music information registered therein from the music database formed on the HDD 21, and displays it on the display 20 as a GUI for selection. The user operates the key disk 18 or the mouse 19 on the basis of such a GUI for selection, and selects a music to be moved from the HDD 21 to the portable device 6 . Next, in step S55, the CPU 11 checks the playback conditions, copying conditions, charging conditions at the time of playback, etc. of the selected musical piece selected in step S54. Details of this processing will be described later with reference to the flowchart of FIG. 13 .

Next, in step S56, between the CPU 11 of the personal computer 1 and the CPU 53 of the portable device 6, mutual authentication processing is performed and a communication key is shared.

For example, pre-store the master (master) key KM in the flash memory 61 (or EEPROM 68) of the portable device 6, and store the individual key KP and ID. The CPU 53 accepts the ID prestored in the RAM 13 provided from the CPU 11, uses a hash function for the ID and its own master key KM, and generates the same key as the individual key KM of the personal computer 1 stored in the RAM 13. key. Thus, both the personal computer 1 and the portable device 6 share a common individual key. Using such an individual key can further generate a temporary key for communication.

Alternatively, the ID and the master key KMP are stored in the RAM 13 of the personal computer 1 in advance, and the ID and the master key KMM of the portable device 6 are also stored in the flash memory 61 of the portable device 6 . Then, each ID and master key are mutually transmitted to each other, and the other party uses a hash function for the ID and master key transmitted from one party to generate an individual key of the other party. Then, a temporary communication key is generated based on this individual key.

In addition, IOS9798-2 of the International Organization for Standardization (IOS: International Organization for Standardization) can be used as a certification method.

When the mutual authentication cannot be correctly carried out, the process ends, and when correctly carried out, further in step S57, the CPU 11 reads the file name of the selected music from the music database, and reads the music data of the file name from the HDD21 (for example, with The processing of step S20 in FIG. 7 performs encryption). In step S58, the CPU 11 converts the compression coding method (processing of step S19), encryption method (processing of step S20), format, etc. of the digital music data read out in step S57 into the method and format of the portable device 6, etc. processing. Details of this conversion processing will be described later with reference to the flowchart of FIG. 15 .

In step S59, the CPU 11 encrypts the music data converted in step S58 with the communication key shared by the mutual authentication process in step S56, and transmits it to the portable device 6 through the USB port 23. In step S60 , the CPU 53 of the portable device 6 stores the music data in the flash memory 61 as it is upon receiving the transmitted music data through the USB connector 56 .

In step S61, the CPU 11 further converts the playback conditions (start date and time, end date and time, number of times limit, etc.) of the selected music registered in the music database into a format managed by the portable device 6 . In step S62, the CPU 11 converts the SCMS information in the copy condition registered in the music database of the selected music into a format for the portable device 6 to manage. Then, in step S63, the CPU 11 transmits to the portable device 6 the reproduction condition converted in step S61 and the SCMS information converted in step S62. The CPU 53 of the portable device 6 stores in the flash memory 61 the playback conditions and SCMS information after receiving the transmission.

In step S64, CPU 11 also transmits the playback condition registered in the music database of the selected music, charging conditions during playback, copying conditions, etc., to the portable device 6 in the form processed by CPU 11 in the music database, and saves it. in flash memory 61.

In step S65, the CPU 11 reads out the key for encrypting the selected music from the music database, and in step S66, decrypts the key with the storage key stored in the RAM 13, and uses the communication key for encryption. encryption. Then, the CPU 11 transfers the encryption key encrypted with the communication key to the portable device 6 .

In step S67, the CPU 53 of the portable device 6 decrypts the key transmitted from the personal computer 1 with the shared key for communication in the mutual authentication process, encrypts it with its own storage key, and shares it with The data that has already been stored is associated and stored in the flash memory 61 .

If CPU53 has kept the key, then in step S68, the personal computer 1 is notified of the fact that the key has been kept. When the CPU 11 of the personal computer 1 receives this notification from the portable device 6, it deletes the music data file from the HDD 21 in step S69 and deletes the music element group from the music database. That is, in this way, copying is not performed, but movement (move) is performed. Then, in step S70 , the CPU 11 transmits the data of the music database to the CPU 32 of the adapter 26 , calculates the entire hash value, and stores it in the nonvolatile memory 34 . In the aforementioned step S52, this hash value is used as the previously saved hash value.

Next, the CPU 11 executing the content management program 111 will describe the process of checking playback conditions of the selected music in step S55 of FIG. 12A.

In step S81, the CPU 11 reads various conditions from the music database. In step S82, the CPU 11 judges whether or not the number of times of copying has exceeded the limit number of times of copying among the various conditions read out in step S81. If the number of copies has exceeded the limit number of copies, then continue copying cannot be allowed, so enter step S83, CPU 11 displays a message such as "the number of copies has reached the limit number of copies" on the display 20, and ends the process. In step S82, if it is determined that the number of times of copying does not exceed the limit number of times of copying, the process proceeds to step 84, and it is determined whether the current date and time exceed the playback end date and time. The output of the RTC 35 of the adapter 26 is used as the current date and time. This prevents the user from intentionally changing the current time of the personal computer 1 to a past value. CPU11 accepts this current date and time provided by CPU32, and carries out the judgment of step S84 by oneself, or provides the CPU32 of adapter 26 with the playback condition that reads from music database in step S81, in CPU32, carries out step S84. Judgment processing.

If current date and time exceed playback end date and time, then enter in step S85, CPU11 deletes selected music from HDD21, deletes the information of this selected music from music database simultaneously. In step S86 , the CPU 11 causes the CPU 32 to calculate a hash value of the music database and store it in the nonvolatile memory 34 . Then, the processing ends. Therefore, movement of music data is not performed in this case.

In step S84, when judging that the current date and time do not exceed the playback end date and time, then proceed to step S87, and the CPU 11 determines whether the charging condition (for example, every playback once) fee) registered in the song database. If the charging conditions during playback are registered, the CPU 11 communicates with the portable device 6 in step S88, and determines whether the charging function exists in the portable device 6. When the charging function does not exist in the portable device 6, the selected music cannot be transmitted to the portable device 6, so in step S89, the CPU 11 displays a message such as "the transfer object does not have a charging function" on the display 20, and The move processing of the music data ends.

In step S87, when it is judged that there is no charging condition registered for playback, or in step S88, when it is judged that there is a billing function in the portable device 6, it proceeds to step S90, and the CPU 11 judges whether the music is selected. Whether other replay conditions such as replay limit times are registered. When other playback conditions are registered, the process proceeds to step S91, and the CPU 11 judges whether or not there is a function in the portable device 6 that complies with such playback conditions. When the portable device 6 does not have the function of maintaining the playback condition, it proceeds to step S92, and the CPU 11 displays a message on the display 20 such as "the device of the transfer object does not have the function of complying with the playback condition", and ends the process. .

In step S90, when it is judged that the playback condition is not registered, or in step S91, when it is judged that the portable device 6 has a function to comply with the playback condition, the check processing of the playback condition etc. ends, and returns to the In step S56 of Fig. 12A.

FIG. 14 shows an example of playback conditions that the portable device 6 manages (can be complied with). In this example, for each of the items 1 to 3, although the playback start date and time and the playback end date and time are registered, the number of playback times is only registered for item 2, and for item 1 and item 3 are not logged in. Therefore, when the music of item 2 is selected music, the playback condition of the number of playbacks can be observed, but when the music of item 1 or item 3 is selected, the condition of playback times cannot be observed.

Next, details of the format conversion process performed in step S58 of FIG. 12A by the CPU 11 executing the content management program 111 will be described with reference to the flowchart of FIG. 15 . In step S101, the CPU 11 checks the format (playback condition, use condition, copy condition, etc.) of the selected musical piece recorded in the HDD 21 . In step S102, the CPU 11 checks conditions that can be set in the partner device (in this case, the portable device 6). That is, the CPU 11 inquires about conditions that can be set in the CPU 53 of the portable device 6, and obtains a response. In step S103, the CPU 11 determines conditions that can be set in the counterpart device among the format conditions registered in the music database based on the conditions checked in step S102.

In step S104, the CPU 11 determines whether or not there is a settable condition, and if there is no settable condition, the process proceeds to step S105, and prohibits the process of moving the music data to the portable device 6. That is, in this case, since the portable device 6 cannot comply with the conditions registered in the music database, transfer of music data to such a portable device 6 is prohibited.

In step S104, when it is determined that there is a condition that can be set, the process proceeds to step S106, and the CPU 11 converts the condition into a condition in the function format of the other party. Then, in step S107, the conversion condition is set on the other party's device. As a result, the portable device 6 can reproduce the music data according to the set conditions (observe the conditions).

16A, 16B and 16C shown in the flow chart, the utilization of the CPU11 executing the content management program 111 and the CPU53 executing the main program will describe the processing of copying music data from the HDD21 to the portable device 6. The processing of steps S111 to S127 in FIGS. 16A, 16B, and 16C is the same as the processing in steps S51 to S67 in the case of moving music data from HDD 21 to portable device 6 in FIGS. 12A, 12B, and 12C. same. That is, also in this case, after checking for falsification of the music database, the checking process for the playback condition of the selected music is performed. Also, after the mutual authentication process between the portable device 6 and the personal computer 1, the music data is transferred from the HDD 21 of the personal computer 1 to the flash memory 61 of the portable device 6 and stored. Then, in step S128, the CPU 11 of the personal computer 1 increments the copy number counter of the music database by one. Then, in step S129 , the CPU 11 causes the CPU 32 to calculate a hash value of the entire music database and store the hash value in the nonvolatile memory 34 .

Next, the process of moving music data from the portable device 6 to the HDD 21 by the CPU 111 executing the content management program 111 and the CPU 53 executing the main program will be described with reference to the flowchart of FIG. 17 . In step S161 , the CPU 11 of the personal computer 1 requests the CPU 53 of the portable device 6 to read the music information stored in the flash memory 61 . The CPU 53 sends the music information stored in the flash memory 61 to the personal computer 1 in response to such a request. Based on such information, the CPU 11 of the personal computer 1 displays on the display 20 a GUI for selecting a music piece stored in the flash memory 61 . The user operates the key disk 18 or the mouse 19 to designate the music to be moved from the portable device 6 to the HDD 21 according to this GUI.

In step S162, the CPU 11 executes mutual authentication processing with the CPU 53 and shares a communication key. This processing is the same as the case in step S56 of Fig. 12A.

Next, in step S163, the CPU 53 reads out the encrypted music data of the selected music stored in the flash memory 61, and transmits it to the personal computer 1. In step S164, the CPU 11 of the personal computer 1 stores the music data transferred from the portable device 6 in the HDD 21 as one file with a file name. Such storage may be performed, for example, as a part of one file, and position information of the file name (for example, the number of bytes from the header) may be provided as a part of one file.

In step S165, the CPU 53 reads out the encryption key of the selected music stored in the flash memory 61, decrypts it with its own storage key, and further encrypts it with the communication key, and then, Send to personal computer 1. Such a key is, for example, a key stored in the flash memory 61 in the process of step S67 in FIG. 12C .

In step S166, when the CPU 11 of the personal computer receives the encryption transmitted from the portable device 6, it decrypts it with the communication key and encrypts it with its own storage key. In step S167, CPU 11 registers the file name of the music data file saved in step S164, the title of the music that the user inputs this music information through GUI, the encrypted key in step S166, etc., in the music database of HDD21. . Then, in step S168, the CPU 11 causes the CPU 32 to calculate a hash value of the entire database of such music pieces, and store it in the nonvolatile memory 34.

In step S169, the CPU 11 of the personal computer 1 notifies the portable device 6 of the stored key, and requests deletion of the music data of the tune. When the deletion of the music data of the music is requested from the personal computer, the CPU 53 deletes the music data of the music stored in the flash memory 61 in step S170.

Next, the process of copying music data from the portable device 6 to the HDD 21 by the CPU 11 executing the content management program 111 and the CPU 53 executing the main program will be described with reference to the flowchart of FIG. 18 . The processing from step S181 to step S188 shown in FIG. 18 is the same as the processing of moving music data from the portable device 6 to the HDD 21 in FIG. 17 . That is, in the case of copy processing, except for omitting the processing of steps S169 and S170 in FIG. 17, it is basically the same as the case of moving processing, so its description is omitted.

Next, the process of copying the music data transferred from the EMD server 4 to the HDD 21 by the EMD server 4 and the CPU 11 executing the content management program 111 will be described with reference to the flowchart of FIG. 19 . In step S201 , when the user sends an instruction to access the EMD server 4 through the key disk 18 or the mouse 19 , the CPU 11 controls the communication unit 25 and accesses the EMD server 4 through the network 2 . In response to this access, the EMD server 4 transmits various information such as the music number and title of the music held by itself to the personal computer 1 via the network 2 . When the CPU 11 of the personal computer 1 obtains such information through the communication unit 25 , it displays it on the display 20 through the interface 17 . Using the GUI displayed on the display 20, the user designates a musical piece to be copied in step S202. Such specifying information is transmitted to the END server 4 via the network 2 . In step S203, the CPU 11 executes mutual authentication processing with the EMD server 4 via the network 2, and shares a communication key.

The mutual authentication process performed between the personal computer 1 and the EMD server 4 can be performed using, for example, a public key and a secret key specified in IS09798-3. In this case, the personal computer 1 has its own secret key and the public key of the EMD server 4 in advance, and the EMD server 4 has its own secret key to perform mutual authentication processing. The public key of the personal computer 1 may also be transmitted by the EMD server 4, or the certificate (certificate) preconfigured in the personal computer 1 is transmitted from the personal computer 1 to the EMD server 4, and the EMD server 4 confirms this certificate, Get the public key. Furthermore, in step 204 , the CPU 11 executes processing related to charging with the EMD server 4 . Details of this charge processing will be described later with reference to the flowchart of FIG. 20 .

Next, in step S205, the EMD server 4 transmits, to the personal computer 1, the encrypted music data of the musical piece specified in step S202 to the personal computer 1 via the network 2. At this time, time information is also appropriately transmitted. In step S206, the CPU 11 assigns a file name to the transferred music data, and stores it in the HDD 21 as one file. In step S207, the EMD server 4 further encrypts the key of the music with the communication key shared with the personal computer 1 in step S203, and transmits it to the personal computer 1.

In step S208, the CPU 11 uses the communication key alone or in common with the CPU 32 of the adapter 26 to decrypt the received key sent by the EMD server 4, and uses its own storage key to decrypt the key obtained by decryption. encryption. In step S209, the CPU 11 combines the file name of the music, the information of the music, the title of the music input by the user, and the encrypted key, and registers it in the music database of the HDD 21 . Furthermore, in step S210 , the CPU 11 causes the CPU 32 to calculate a hash value of the entire such music database and store it in the nonvolatile memory 34 .

Furthermore, in step S205, the EMD server 4 transmits the music data to the personal computer 1 together with the time data. This time data is transmitted from the personal computer 1 to the adapter 26 . When the CPU 32 of the adapter 26 receives the time data transmitted from the personal computer 1, it corrects the time of the RTC 35 in step S211. In this way, the time information of the RTC 35 of the adapter 26 can be corrected based on the time information obtained from the external device identified as the correct device as a result of the mutual authentication, so that the adapter 26 can always maintain correct time information.

Next, the charging-related processing in step S204 of FIG. 19 using the EMD server 4 and the CPU 11 executing the content management program 111 will be described in detail with reference to the flowchart of FIG. 20 . In step S221, the CPU 11 of the personal computer 1 reads the price information of the selected piece of music specified in the step S202 from the price information transmitted by the EMD server 4 in the step S201, and writes it into the charge information on the HDD21. record table. Fig. 21 shows an example of such a charging record table. In this example, the user copies item 1 to item 3 from the EMD server 4, the area of item 1 and item 2 is 50 yen, and the cost of item 3 is 60 yen. The hash value of the charging record table at that time is also calculated by the CPU 32 and registered in the nonvolatile memory 34 .

Next, in step S222, the CPU 11 of the personal computer 1 reads out the charging record table written in step S221 from the HDD 21, and transmits it to the EMD server 4 via the network 2. In step S223, the EMD server 4 executes charge calculation processing based on the received charge record table transmitted from the personal computer 1 . That is, the EMD server 4 adds and updates the charging record table transmitted from the user of the personal computer 1 to the built-in database. Then, in step S224, EMD server 4 judges whether to directly carry out final settlement for this charging record table, if directly carry out final settlement, then enter in step S225, EMD server 4 transmits the necessary commodity name, amount of money etc. of final settlement to final settlement server (not shown). Then, in step S226, the settlement server executes settlement processing for the user of the personal computer 1 . If it is determined in step S224 that the final settlement is not to be performed directly, the processing of steps S225 and S226 is skipped. That is, such processing is periodically performed, for example, once a month thereafter.

Next, with reference to the flow chart shown in Fig. 22A and Fig. 22B, the CPU 11 that executes the content management program 111 is used to copy the playback music data input from the IEC60958 end of the sound input and output interface 24, from a CD player not shown, etc. The processing in HDD21 will be described. In step S241 , the user connects the IEC60958 output end of the CD player to the IEC60958 end of the audio input/output interface 24 of the personal computer 1 . In step S242, the user operates the key disk 18 or the mouse 19, and inputs the title of the track to be copied (or the number corresponding to the track) from the CD player. Then, in step S243, the user operates the button of the CD player, and the CD player starts playback. Under the situation that the transmission and reception control signal line is connected between the CD player and the personal computer 1, through the key disk 18 or the mouse 19 of the personal computer 1, inputting a playback start command can also cause the CD player to start replaying the CD. .

As soon as the CD player starts to replay the CD, in step S244, the music data output by the CD player is sent to the personal computer 1 through the IEC60958 terminal. In step S245, the CPU 11 reads SCMS (Serial Copy Management System) data from the data input through the IEC60958 terminal. Such SCMS data includes copy information such as copy prohibition, one-time copy only, and free copy. Therefore, in step S246, CPU 11 determines whether the SCMS data indicates that duplication is prohibited, and if it indicates that duplication is prohibited, it proceeds to step S247, where CPU 11 displays a message such as "duplication prohibited" on display 20, and ends the duplication process. That is, in this case, copying to HDD 21 is prohibited.

In step S246, when the CPU 11 judges that the SCMS information read in step S245 does not indicate copy prohibition, it proceeds to step S248 and reads the watermark code, and determines whether the watermark code indicates copy prohibition in step S249. If the watermark code indicates that duplication is prohibited, then proceed to step S247, same as the above case, display a prescribed message, and end the duplication process.

In step S249, if the watermark code does not indicate that copying is prohibited, then enter step S250, and perform a deadline database checking process. If the result of the time limit database check is that the selected music has already been registered, the processing ends with the processing of steps S251 and S252. This processing is the same as the processing in steps S13 and S14 shown in FIG. 7 .

If the selected tune has not been registered in the HDD 21, then with steps S253 to S258, this registration process is carried out. The processing of such steps S253 to S258 is the same as the processing of steps S19 to S24 in FIG. 7 except that the SCMS message supplied by the IEC60958 terminal is also registered in the music database in step S257, so its description is omitted.

Next, the process of outputting (reproducing) music data from the HDD 21 to the IEC60958 terminal by the CPU 11 executing the content management program 111 will be described with reference to the flowcharts shown in FIGS. 23A and 23B. In steps S271 to S273, as in the case of steps Si11 to S113 in FIG. 16A , the hash value of the entire music database is calculated to determine whether it is consistent with the previously saved hash value, and the falsification check process of the music database is performed. If it is judged that the tampering of the music database is not carried out, then proceed to step S274, and the CPU 11 accesses the music database of the HDD21, reads out the music information registered there, and displays it on the display 20. When the user sees such a display, he appropriately operates the key disk 18 or the mouse 19 to select a song to be reproduced and output. In step S275, the CPU 11 executes a process of checking playback conditions of selected music pieces and the like. The details of such checking processing of playback conditions and the like will be described later with reference to the flowchart of FIG. 24 .

Next, in step S276, the CPU 11 reads out the key of the music selected in step S274 from the music database, and decrypts it using the storage key. In step S277, the CPU 11 reads out the SCMS information of the selected music from the music database. And in accordance with the rules of the SCMS system, determine the SCMS information output by the IEC60958 terminal. For example, when there is a limit to the number of times of playback, the number of times of playback is increased by 1 as new SCMS information. In step S278, the CPU 11 further reads the ISRC of the selected music from the music database.

Next, in step S279, the CPU 11 reads the file name of the selected music from the music database, and reads the music data from the HDD 21 based on the file name. The CPU 11 further reads out a key corresponding to such music data from the music database, decrypts the encrypted music data using the key for storage, and decrypts the encrypted music data using the decrypted key. The CPU 11 further decodes the compressed code of this music data. In step S280, CPU 11 outputs the digital music data decoded in step S279 from the IEC60958 terminal according to the regulation of IEC60958, and simultaneously outputs the SCMS information determined in step S277 and the ISRC information read out in step S278. In addition, the digital music data is converted into an analog signal and output from the analog output terminal of the audio input/output interface 24 .

In step S281, the CPU 11 increments the value of the playback count counter in the music database by one. Then, in step S282, it is determined whether or not to add a charging condition upon playback to the selected music piece. In the case of charging conditions during additional playback, enter into step S283, CPU11 writes the corresponding fee into the charging record table, and in step S284, makes CPU32 calculate the hash value of the whole music database, and store it in non-easy In the volatile memory 34. If it is determined in step S282 that the playback charge condition is not imposed on the selected music piece, the processing in steps S283 and S284 is skipped.

Next, the process of checking playback conditions and the like performed in step S275 of FIG. 23A by the CPU 11 executing the content management program 111 will be described in detail with reference to the flowchart shown in FIG. 24 . In step S301, the CPU 11 reads out various conditions of the music database. In step S302, CPU11 judges whether the replay number of times exceeds the limit number of times in the condition read, if exceed, then enter in the step S303, delete selected music from HDD21, delete the information of selected music from music database simultaneously. In step S304 , the CPU 11 further causes the CPU 32 to calculate a new hash value of the music database, and store this hash value in the nonvolatile memory 34 . In this case, replay output is prohibited.

In step S302, if the playback times do not exceed the limited number of times, then the program proceeds to step S305, and the CPU 11 determines whether the playback end date and time exceed the current date and time. If the playback end date and time exceed the current date and time, then the same as the aforementioned case, in step S303, the selected music is deleted from the HDD21, and also deleted from the music database. Then, in step S304, the hash value of the new music database is calculated and saved. In this case, playback output is also prohibited.

In step S305, if it is judged that the playback end date and time do not exceed the current date and time, then proceed to step S306, and CPU 32 determines whether to add charging conditions for playback for this selected music. If there is an additional charge condition for playback, the process proceeds to step S307, and the CPU 11 displays on the display 20 the situation and fee of the additional charge condition for playback. In step S306, if it is determined that there is no charging condition for playback, the processing of step S307 is skipped.

Next, the process of outputting (playing back) music data from HDD 21 through portable device 6 by CPU 11 executing content management program 111 and CPU 53 executing main program will be described with reference to the flowcharts shown in FIGS. 25A and 25B. In steps S321 to S325, falsification checking of the music database, designation of the selected music, and checking processing of playback conditions of the selected music are performed. Since this processing is the same as the processing from step S271 to step S275 in FIG. 23A , description thereof will be omitted.

In step S326, mutual authentication processing is executed between the portable device 6 and the personal computer 1, and a communication key is shared between them. In step S327, the CPU 11 of the personal computer 1 issues a command to the portable device 6 to play back the encrypted audio data sent later. In step S328, the CPU 11 reads the file name of the selected music designated in step S324 from the music database, and reads out the music data of this file name from the HDD 21 . In step S329, the CPU 11 executes a process of converting the compression encoding method, encryption method, format, etc. of the music data into the method of the portable device 6 . Then, in step S330 , the CPU 11 encrypts the music data converted in step S329 with a communication key, and transmits the encryption to the portable device 6 .

In step S331, the CPU 53 of the portable device 6 decrypts each transmitted data with the communication key based on the command transmitted from the personal computer 1 in step S327, and reproduces and outputs the transmitted data. In step S332, the CPU 11 increments the playback count counter of the music database by one. In addition, in step S333, CPU11 determines whether to add the charge condition when playing back to selected music, if add, then in step 334, write this fee into the charging record table, in step S335, make CPU32 recalculate the whole music The hash value of the database and save it. If no charging condition is attached to the selected music piece, the processing of steps S334 and S335 is skipped.

In the present invention, in order to prevent illegal duplication of music data, various methods are possible. For example, there is so-called tamper-resistant software in which the execution order of the programs for operating the CPU 11 is changed each time.

Furthermore, as described above, part of the functions of the CPU 11 is shared by the adapter 26 as hardware, and both cooperate to execute various processes. In this way, security can be further improved.

For example, the hash value of the music database is stored not only in the music database itself but also in the non-volatile memory 34 of the adapter 26 as described above. That is, in the comparison process with the previously stored hash value in steps S32 and S33 of FIG. 8 , the past hash value to be compared is stored in the nonvolatile memory 34 . In this way, for example, before copying or moving the music data stored in the HDD21 to other recording media, the recording content of the HDD21 is backed up in advance, and after the music data stored in the HDD21 is copied or moved to other recording media, use HDD 21 restores backed up data again, and can prevent copying or moving without actually restoring.

As shown in FIG. 26 , for example, when music pieces A and B are stored on HDD 21 , hash values of information corresponding to music piece A and music piece B are stored in nonvolatile memory 34 . In this state, the recorded data of the HDD 21 is backed up in another recording medium 251 . Then, when music A among music A and music B stored in HDD 21 is moved to another recording medium 252, because the music recorded on HDD 21 is only music B at this moment, the nonvolatile memory The hash value of 34 is also changed to the hash value corresponding to the music piece B.

Like this, even if the content of the HDD21 backed up on the recording medium 251 is recovered in HDD21, music A and music B are preserved again in HDD21, what still stores in nonvolatile memory 34 is the information calculated by the information of music B. hash value, and the hash value calculated from the information of the music piece A and the music piece B is not stored. Therefore, at this point, falsification of the music database is detected because the hash values of the music A and music B stored in the HDD 21 do not match the past hash values stored in the nonvolatile memory 34 . As a result, future use of the music pieces A and B stored in the HDD 21 is restricted.

In addition, as mentioned above, the adapter 26 incorporates the RTC 35, and the value of this RTC 35 is based on the time data transmitted from other devices (for example, the EMD server 4) that have obtained correct authentication results, and the time information is corrected. In addition, the current date and time are not the date and time managed by the personal computer 1 but the date and time output by the RTC 35 . Therefore, the user cannot intentionally change the current time of the personal computer 1 to the past time, and cannot escape correct judgment of the playback end date and time as playback conditions.

In addition, the adapter 26 is configured to decrypt and execute the program encrypted and transmitted according to the program stored in the ROM 36 in advance, which further improves security. Hereinafter, this will be described with reference to the flowchart of FIG. 27 .

That is to say, when the personal computer 1 wishes to execute a predetermined process on the adapter 26, in step S351, the program to be executed by the adapter 26 is encrypted with a key stored in the RAM 13 in advance, and is transmitted to the adapter 26. A program for decrypting and executing an encrypted program transmitted from the personal computer 1 is stored in advance in the ROM 36 of the adapter 26 . The CPU 32 decrypts the encrypted program transmitted from the personal computer 1 in step S352 according to the program stored in the ROM 36 . Then, in step S313, CPU 32 expands the decrypted program in RAM 33, and in step S354, executes the program.

For example, as described above, when the CPU 11 of the personal computer 1 makes the adapter 26 calculate the hash value of the music database of the HDD 21 , it encrypts the data of the music database with a key, and then transmits it to the CPU 32 of the adapter 26 . The CPU 32 calculates a hash value using a corresponding hash value function for the transmitted data in the music database. Then, the calculated hash value is stored in the nonvolatile memory 34 . Alternatively, the CPU 32 compares such a hash value with a previously stored past hash value, and transmits the comparison result to the CPU 11 of the personal computer 1 .

FIG. 28 shows a more detailed structure inside the adapter 26. As shown in FIG. The adapter 26 is formed with a semiconductor IC. Adapter 26 except interface 31, CPU32, RAM33, nonvolatile memory 34, RTC35, ROM36 shown in Fig. . The logic circuit 262 is used for processing such as directly outputting the decrypted data from the adapter 26 after decrypting the encrypted music data.

These interfaces 31 to ROM 36, RAM controller 261, and logic circuit 262 are integrally integrated in a semiconductor IC, and form a structure that cannot be disassembled from the outside. The crystal oscillator 271 is used to generate a clock as a reference when the adapter 26 executes various processes. The oscillation circuit 272 is an oscillation circuit for operating the RTC 35 . The battery 273 supplies backup power to the oscillation circuit 272 , the nonvolatile memory 34 and the RTC 35 . Power for other circuits of the adapter 26 is supplied from the power supply circuit 281 of the personal computer 1 .

Although the nonvolatile memory 34 can also be constituted with a rewritable ROM, when a battery 273 is used as a backup power RAM constitution, for example, as shown in FIG. 29A and FIG. 29B, the nonvolatile memory 34 can be protected. Aluminum layer 291 , and on the same plane as the protective aluminum layer 291 , a power supply pattern 292 that is provided by the battery 273 to the non-volatile memory 34 is formed. If like this, if want to tamper with for example non-volatile memory 34, and remove protective aluminum layer 291, then the power pattern 292 on the same plane is also removed, and so just cut off the power supply of non-volatile memory 34, store in the inside Data is deleted. With this structure, the vandal resistance can be further improved.

Furthermore, as shown in FIG. 30 , wirings 301 - 1 to 301 - 3 which use the nonvolatile memory 34 for data writing or reading are formed overlapping in the vertical (depth) direction at corresponding positions. Therefore, in order to read data from the lower layer wiring 301-3, the upper wiring 301-1, 301-2 must be removed, and data cannot be read from a plurality of wirings 301-1, 301-2, 301-3 at the same time. Furthermore, if too many such wirings 301-1 to 301-3 are formed for direct detection, it becomes difficult to analyze the contents thereof due to such additional capacitance.

In the foregoing, the portable device 6 has been described as an example of the recording medium, but the present invention can also be applied to the case of transferring or duplicating data to another recording medium.

Furthermore, the data may be image data or other data in addition to music data.

As mentioned above, with the present invention, the following effects can be achieved.

(1) Because the data is encrypted and recorded on HDD21, and the key is also encrypted with the storage key and recorded on HDD21, even if the music data recorded on HDD21 is copied, it cannot be decrypted, so it can prevent Circumstances in which copies are distributed in large quantities.

(2) After copying a predetermined piece of music once, in order to prevent the piece of music from being copied within a certain period of time (48 hours in the case of the above example), the piece of music and the recording time are registered in the piece of music database, so that copying can be restricted The number of times can prevent a large number of copies from being distributed.

In addition, since the hash value of the data is calculated and saved every time the database is updated, tampering with the database can be easily prevented.

(3) Because if the music data has been transmitted to the external device, the music data on the HDD21 will be deleted, so the original digital music data will not be retained in the HDD21, which can prevent the situation of distributing this duplication in large quantities.

(4) Since the music database is set in the HDD21, and the entire hash value is checked each time, even if the content of the HDD21 is backed up before the move, the backup data can be restored to the HDD21 after the move, and the transmission source can be reliably deleted data.

(5) When the personal computer 1 transmits data to an external device, mutual authentication processing is performed before that, so that data can be prevented from being transmitted to an illegal device.

(6) Before data is transmitted from the external device to the personal computer 1, mutual authentication is used to confirm whether the software of the personal computer 1 is legal, so music data can be prevented from being transmitted to illegal software.

(7) Since the ISRC is used for the judgment of the identity of the musical piece, and the TOC is used when the ISRC cannot be obtained, the identity of the musical piece can be judged even if the ISRC cannot be obtained.

(8) Because the adapter 26 added to the personal computer 1 is burdened with a part specified in the software function of the personal computer 1, only analyzing the software of the personal computer 1 does not know what kind of processing is performed as a whole, so it is difficult to analyze the software. Tampering is done to have the intended functionality.

In addition, the processing executed by the adapter 26 may be executed by the CPU 11 as a secure program. In this case, the personal computer 1 downloads data of the current time from a specific server connected to the network 2 (e.g., the EMD login server 3) to replace the current time supplied by the RTC 35 of the adapter 26, and based on this current time, judgment is performed. deal with. In addition, in this case, the personal computer 1 may store the current time at predetermined time intervals, and when setting a time earlier than the stored time, an error is displayed and the set time is not accepted.

The aforementioned series of processing can be performed by hardware, but can also be executed by software. When a series of processing is executed using software, the program constituting this software is installed from a program storage medium into a computer, and the computer may be a computer assembled with dedicated hardware, or a computer such as a general-purpose personal computer that installs various programs and is capable of executing various functions. computer etc.

As shown in FIG. 3 , the program storage medium storing the program installed in the computer and executable by the computer consists of a magnetic disk 41 (including a floppy disk), an optical disk 42 (including a CD-ROM (Compact Disc-ReadOnly Memory), DVD (Digital Versatile Disk)), optical disk 43 (comprising MD (Mini-Disk)) or semiconductor memory 44 and other packet media, and ROM12 and HDD21 etc. for temporary or permanent storage program. If necessary, the program can be stored in the program storage medium through an interface such as the communication unit 25, using a network 2 such as a local area network or the Internet, and a wired or wireless communication medium called digital satellite broadcasting.

In addition, in this specification, the steps of storing the program in the program storage medium are described, and of course they are processed in time series along the order described, but they do not necessarily have to be processed in time order, and parallel processing or individual execution may also be included. deal with.

In addition, in this specification, a system means the whole apparatus which consists of several apparatuses.

With the information processing device and method and the program storage medium related to the present invention, the time information when copying is carried out according to the identification information of the content is stored, so it is possible to actually prohibit a large number of user interests without damaging the user's interests too much. copy.

Claims (12)

1. a signal conditioning package is characterized in that, comprises

The storer of the identifying information of storage identification content and the temporal information when duplicating described content according to described identifying information,

Obtain the acquisition device of the identifying information of wanting reproducting content,

Duplicate the reproducing unit of described content according to described acquisition device described identifying information of obtaining and the described temporal information that is stored in the described storer.

2. an information processing method is characterized in that, comprises the steps:

The storing step of the identifying information of storage identification content and the temporal information when duplicating described content according to described identifying information,

Obtain the step that obtains of the identifying information of wanting reproducting content,

The described identifying information of obtaining according to described acquisition device and in the described temporal information of described storing step storage duplicates the copy step of described content.

3. information processing method as claimed in claim 2 is characterized in that,

From the information storage medium described content of resetting.

4. information processing method as claimed in claim 3 is characterized in that,

Described information storage medium is the CD (CD:Compact Disc) of storage music information.

5. information processing method as claimed in claim 2 is characterized in that,

The identifying information of discerning described content is ISRC (ISRC:InternationalStandard Recording Code).

6. information processing method as claimed in claim 2 is characterized in that,

The identifying information of discerning described content is contents table (TOC:Table of Contents).

7. information processing method as claimed in claim 2 is characterized in that,

In described storing step, do not reading the identifying information of ISRC (ISRC:International Standard Recording Code) as the described content of identification from information storage medium, and when ISRC not being stored on the described information storage medium, the data of utilizing contents table (TOC:Table ofContents) are as described identifying information.

8. information processing method as claimed in claim 2 is characterized in that,

Utilize described storing step to make described identifying information and described temporal information correspondence, and be stored in the time limit database.

9. information processing method as claimed in claim 8 is characterized in that, also comprises

Check the inspection step of the data in the time limit database, this inspection step is utilized hash (hash) function, detects altering.

10. information processing method as claimed in claim 2 is characterized in that,

In described copy step, also comprise determination step, when described determination step is stored this situation in detecting the described described identifying information described storing step in the past of obtaining the described content that obtains in the step, temporal information according to the content of this storage, compare with current information of time, and judge whether surpass official hour.

11. information processing method as claimed in claim 10 is characterized in that,

Result of determination at described determination step is not surpass under the situation of described stipulated time, forbids duplicating.

12. information processing method as claimed in claim 10 is characterized in that,

Result of determination at described determination step is not surpass under the situation of described stipulated time, detects described watermark in content (watermark), and carries out replication processes according to this watermark.

Images