GB2354858A

GB2354858A - Storing performance information with associated additional information incorporated therein

Info

Publication number: GB2354858A
Application number: GB0023087A
Authority: GB
Inventors: Hideaki Taruguchi
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 1996-07-02
Filing date: 1997-06-26
Publication date: 2001-04-04
Anticipated expiration: 2017-06-26
Also published as: GB0023090D0; GB0023087D0; GB0023099D0; GB2354860B; GB0023095D0; GB2354857B; GB2354857A; GB2354860A; GB0023084D0; GB2354858B

Abstract

To store performance information (eg. MIDI data) with associated additional information (a watermark) incorporated therein, data constituting the additional information is divided into a plurality of small-size data pieces of, e.g., one bit. Then, the respective values of particular ones of predetermined data units (e.g., bytes) constituting the performance information are subjected to operations in accordance with a predetermined algorithm containing the value of each of the data pieces as a parameter. The respective values of the particular data units in the main information are modulated in accordance with the values of the individual data pieces in the additional information; at that time, only some of the data unit values are altered with the others left unaltered. The operated performance information is stored into a storage. The stored performance information is read out, and the individual data pieces are reproduced from the particular data units by inversely executing the algorithm.

Description

2354858 "Method and Device for Storing Main Information with Associated

Additional Information Incorporated Therein" The present invention relates generally to methods and devices which simultaneously store, into an electronic storage S medium, main information such as tone control information (MIDI data) and supplementary or additional information associated with the main information, and reproduce the main information and additional information thus stored in the electronic storage medium. The present invention also relates to electronic storage media f or storing therein such main and additional information or software programs to implement such a method. More particularly, the present invention relates to a method and device which allow main information to be stored with associated additional information incorporated therein.

In recent years, it has become possible for us to readily create music dat a, image data, wavef orm data, etc. and make various alterations to these data by use of a personal computer. Thus, using a personal computer, we can f reely read out music data, image data, waveform data, etc. recorded on a commercially available storage medium, such as a FD (Floppy Disk), CD-ROM (Compact-Di sk- Read- Only -memory) and LD (Laser Disk), and also freely make various alterations to the data.

However, because the copyright on the data recorded on 2 a commercially available CD-ROM or LD is mostly owned by the distributor or manufacturer of the storage medium, freely altering the recorded data would cons'titute an infringement of the copyright and hence should not be permitted.

At present, in an attempt obviate such a copyright infringement, copyright indication data specifying who owns the copyright on main data, such as music data, image data or waveform data, recorded in a main data recording section of a CD-ROM or LD is attached, as additional information, to a header section of the storage medium, so as to identify the copyright holder. Other than such copyright indication data, the additional information sometimes include information indicative of the title of the music data, image data and waveform data, or recording- format information that indicates a particular sort of data compression technique used for compressing the data.

However, because the data can be freely rewritten or altered by use of a personal computer or otherwise, a significant problem may be encountered that any of the additional information, such as the copyright indication data, is readily deleted, altered or rewritten on purpose or by mistake. In particular, where such additional information is stored in the header section, the additional information may be deleted or altered quite easily.

Further, with the recent advancement of communication networks, there could arise another significant problem that r_- music data, image data or waveform data with the copyright indication data deleted or alerted in an unfair manner is widely distributed via communication networks. Still another significant problem is that if the additional information on the data recording format used is deleted, the image data, waveform data or the like can not be reproduced at all.

It is therefore an object of the present invention to provi de a method and device which, even when additional Informa tion attached to main information such as music data, image data or waveform data is deleted or altered, allows the additional information to be appropriately reproduced.

In order to accomplish the above-mentioned object, the present invention provides a novel method of 'storing constituent data of first information along with constituent data of second information. Typically, the'constituent data of first information comprises a plurality of predetermined data units. The method of the present invention comprises the steps of: dividing at least part of the constituent data of second information into a plurality of small- size data pieces; arithmetically operating respective values of particular ones of the predetermined data units of the first information in accordance with a predetermined algorithm containing a value of each of the data pieces as a parameter; and storing the data of first information including the arithmeticallyoperated particular data units, whereby the constituent data of first information is Stored with at least part of the 4 constituent' data of second inf ormati-on incorporated therein.

The first information corresponds to "main information", which may, for example, be MIDI-format musical performance information. The first information has a relatively large volume as a whole and is normally stored in a predetermined main data storage area of a memory. The second information corresponds to "additional Informatlon", which may, for example, be copyright indication information attached to the first information or musical performance information stored in the main data storage area and typically has a smaller volume than the first information. For example, according to the present invention, the first information is stored in the main data storage area, and the second information is incorporated or mixed in constituent data of the first information and stored therewith in the main data storage area rather than in the header area. In this case, either part or the whole of the second or additional information may be incorporated in the constituent data of the first information.

In the present invention, either part or the whole of the constituent data of the second information is divided into a plurality of small-size data pieces (each of which may, for example, be of one bit or two or more bits). The constituent data of the first information comprises a plurality of predetermined data units. Because the value of one particular data unit is modulated in accordance with one of the data piece so that the value of the data piece is incorporated in the value of the particular data unit, each "data unit" of the first information is a unit in which one data piece value is to be incorporated. Therefore, the size of each "data unit" of the first information can be optionally chosen in implementing the present invention and may, for example, be one byte or two or more-bytes.

The respective values of the individual data pieces are incorporated in particular ones of the data units of the first informa tion. For example, where the second information has 16 data pieces, the respective values of these data pieces are incorporated into 16 particular data units. This data piece incorporation in the particular data units is conducted by an arithmetic operation to modulate the values of the particular data units in accordance with the values of the data piece in accordance with a predetermined algorithm (only some of the data unit values may be altered with the others left unaltered). As a result, the data pieces of the second information are dispersedly incorporated or mixed in the constituent data of the first information, and these data of the first information with the data pieces of the second information dispersedly incorporated therein are stored into a suitable memory.

In order to reproduce the second information from the constituent data of the first information, the method of the present invention may further comprise the steps of: reading out the data of the f irst information stored by the step of 6 storing; and reproducing the plurality of small-size data pieces from the particular data units of the first information read out by the step.of reading, wherein at least part of the constituent data of second information is reproduced by combining the data pieces reproduced by the step of reproducing. Basically, the reproduction of the data pieces of the second information from the particular data units of the f irst information can be effected by inversely executing the predetermined algorithm.

Because the second or additional information is mixedly hidden in the first information in the above-mentioned manner, it is difficult or impossible for malicious users to delete or alter the second information. In addition, even when the first information is copied in an unfair manner, the second information can be appropriately restored, so that the unfair copying can be readily identified.

The predetermined algorithm includes the steps of: determining a first variable corresponding to the values of the data pieces; determining a second variable on the basis of an addition or subtraction between a predetermined number of the data units of the first information including at least one of the particular data units; generating an operating value on the basis of a correlation between the first variable and the second variable; and arithmetically operating the value of the particular data unit with the operating value. As an example, the first variable is a first flag indicating an inverted value of the value of a one-bit data piece, while the second flag is a second flag indicating a value depending on whether a sum or difference between a predetermined number of data units of the first information including at least one of the particular data units (or the value of only a selected one of the particular data units) is an even number or an odd number. Generating an operating value on the basis of a correlation between the first and second variables is equivalent to comparing the two flags and then generating an operating value, "0" or "l", depending on agreement or disagreement between the compared two flags. Thus, the particular data unit values are arithmetically operated with troll or "1" and thereby modulated (namely, only some of the data unit values may be altered with the others left unaltered). In such a ca.se, the data piece values of the second information can be easily reproduced on the basis of a determination as to whether the data unit values of the first information are an even number or an odd number.

For example, the main information includes MIDI key-on event data, program change data or control change data, waveform data, or image data. The additional information includes letter data representative of the name of an author of a music piece in question, title of the music piece or title of an image and data representative of a data format employed, as well as other data such as a cryptogram, key information, ID, password and latest news. As an example, the 8 - data pieces of the additional information may be incorporated in velocity data contained in MIDI key-on event data so that some of the least significant or lowermost bits of the velocity data are altered with the others left unaltered. In this way, the additional information is recorded dispersedly in MIDI data groups. In the case where the main information comprises MIDI data, it is desirable that the data unit to be altered be velocity data or duration time data, because these data need not be so accurate. Namely, a slight alteration of these data could hardly be perceived aurally by human listeners. Further, in the case where the main information comprises waveform data, the least significant bit of the waveform data itself may be altered. Similarly, in the case where the main information comprises image data, the least significant bit of the waveform data itself may be altered. Therefore, when the main information with the additional information incorporated therein is read out for reproduction, it may be reproduced directly, i.e., without removing the data pieces of the additional information therefrom. Of course, if desired, the main information may be reproduced after removal of the incorporated additional information.

To accomplish the above-mentioned object, a second aspect of the present invention provides another novel method of storing constituent data of first information along with constituent data of second information, the constituent data oil first information comprising a plurality of predetermined 9 data units. This method comprises the steps of: dividing at least part of the constituent data of second information into a plurality of small-size data pieces; for each of predetermined groups of said constituent data of first information, arithmetically operating respective values of particular ones of the predetermined data units in accordance with a predetermined algorithm containing a value of each of the data pieces as a parameter; and storing the data of the first -information including the arithmetical ly-operated particular data units, whereby the constituent data of first information is stored with at least part of the constituent data of second information incorporated in the data of the individual groups.

According to the second aspect, the second information, divided into a plurality of small-size data pieces, are incorporated, dispersedly and redundantly, in a plurality of constituent data groups of the first information and stored therewith- To reproduce the stored data, it is only sufficient that the plurality of data pieces be reproduced from the particular data units for at least one of the groups. Because of the dispersed and redundant incorporation of the second information, it is only necessary to reproduce the second information incorporated in any one of the data groups of the first information. Therefore, even when the data contents of one of the groups in the first information is altered in such an unfair manner that the second - information can not be reproduced from that data group, it is only sufficient that the second information incorporated in another data group that be maintained unaltered - The grouping of the constituent data in the first information may be made in accordance with the data characteristics of the first information. For instance, in the case where the first information comprises MIDI data, the data pieces of the second information are incorporated dispersedly in the data group of the first information belonging to a first MIDI channel, and the same data pieces of the second j-nf ormation are incorporated dispersedly in the data group of the first information belonging to a second MIDI channel, for redundant purposes. Thus, even when MIDI data has been altered or substituted unfairly by a malicious user, the second information can be appropriately reproduced from an unaltered data piece incorporated in the MIDI data of another channel. In this case, the algorithm used to incorporate the data pieces of the second information may be made different for each of the groups.

For better understanding of the above and other features of the present invention, the preferred embodiments of the invention will be described in greater detail below with reference to the accompanying drawings.

In the drawings:

Fig. 1 is a diagram illustratively showing a specific manner in which data are converted via electronic information imparting and detecting processes in an electronic information processing system according to the present invention; Fig. 2 is a block diagram illustrating a general hardware structure of an electronic musical instrument that is designed to operate as the electronic information processing system of the present invention; Fig. 3 is a flowchart showing an example of the electro"hic information imparting process executed in the case where the electronic musical instrument of Fig. 2 operates as the electronic information processing system; Fig. 4 is a flowchart showing an example of the electronic information detecting process executed in the case where the electronic musical instrument of Fig. 2 operates as the electronic information processing system; Fig. 5 is a flowchart showing another example of the electronic information imparting process executed in the case where the electronic musical instrument of Fig. 2 operates as the electronic information processing system; Fig. 6 is a flowchart showing another example of the electronic information detecting process executed in the case where the electronic musical instrument of Fig. 2 operates as the electronic information processing system; Fig. 7 is a diagram showing exemplary image information visually presented by a display circuit of the electronic musical instrument of Fig. 2; and I Fig. 8 is a diagram illustratively showing a specific manner in which data are converted by another embodiment of the electronic information processing system of the present invention.

Fig. 2 is a block diagram illustrating a general hardware structure of an electronic musical instrument that operates as an electronic information processing system of the present' invention. This electronic musical instrument 1 comprises a CPU 21, a ROM 22, a RAM 23, a tone generator 24, a floppy disk drive 25, a keyboard 26, a switch panel 27 and a diplay circuit 28.

The CPU 21 controls overall operation of the electronic musical instrument 1 on the basis of various programs and data stored in the ROM 22 and RAM 23 as well as tone control information (MIDI data) received via the floppy disk drive 25. The CPU 21 also works to store, into memory, MIDI data with associated additional information scatteringly or dispersedly incorporate additional information therein, fetch MIDI data with such additional information dispersedly incorporated therein, detect the additional information from among the MIDI data. Whereas this embodiment is described in relation to the case where the floppy disk drive 25 is employed, any other disk drive than the floppy disk drive 25, such as a MO (Magneto Optical) disk drive, PD (Phase change Disk) drive and CD-ROM drive, may be employed in the electronic musical 13 instrument 1. The CPU 21 supplies the tone generator 24 with MIDI data received via the floppy disk drive 25 or generated in response to key depressing operation by a human player so that the tone generator 24 generates a tone on the basis of the supplied MIDI data. Alternatively, tone generating processing may be executed by use of an external tone generator. Although not specifically shown, other peripherals than those shown in Fig. 2, such as a timer, display and sound! ystem, are connected to the CPU 21 via a data and address bus 29.

The ROM 22, which is a read-only memory (ROM), has prestored therein various programs (including system and operating programs) and various data.

The RAM 23, which is for temporarily storing data generated as the CPU 21 executes a program, is provided in predetermined address regions of a random access memory (RAM) and used as registers, flags, buffers, tables, et.

Further, although not specifically shown, a hard disk device or the like may be connected to the CPU 21 so as to store therein various data, such as automatic performance data and chard progression data, and the operating program. By prestoring the operating programs in the hard disk device rather than in the ROM 22 and loading the operating program into the RAM 23, the CPU 21 can operate in exactly the same way as where the operating program is stored in the ROM 22. This feature greatly facilitates version-up of the operating 14 - program, addition of a new operating program, etc. A CD-ROM may be used as a removably- attachable external recording medium for recording various data, Such as automatic performance data, chord progression data; tone waveform data and image data, and an. optional operating program. Such an operating program and data stored in the CD-ROM can be read out by a CD-ROM drive (not shown) to be then transferred for storage in the hard disk device. This facilitates install ation and version-up of the operating program.

A communication interface 13 may be connected to the data and bus 29 so that the electronic musical instrument 1 can be connected via the interface 13 to various communication networks such as a LAN (Local Area Network) and Internet to exchange data with an appropriate sever computer. Thus, in a situation where the operating program and various data are not contained in the hard disk device 11, these operating program and data can be downloaded from the server computer. In such a case, the electronic musical instrument 1, which is a "client" tone generating device, sends a command to request the server computer to download the operating program and various data by way of the communication interface and communication network. In response to the command,. the server computer delivers the requested operating program and data to the electronic musical instrument 1 via the communication network. The electronic musical instrument 1 receives the operating program and data via the communication interface 13 - and accumulatively store them into the hard disk device. In this way, the necessary downloading of the operating program and various data is completed.

The tone generator 24, which is capable of simultaneously generating tone signals in a plurality of channels, receives tone control information (MIDI data including a note-on or note- off instruction, velocity data, pitch data and tone color number) and generates a tone signal based bn these data. The tone generation channels to simultaneously generate a plurality of tone signals in the tone generator 24 may be implemented by using a single circuit on a time-divisional basis or by providing a separate circuit for each of the channels.

Any tone signal generation method may be used in the tone generator 24 depending on an application intended. For example, any conventionally known tone signal generation method may be used such as: the memory readout method where tone waveform sample value data stored in a waveform memory are sequentially read out in accordance with address data that vary in correspondence to the pitch of a tone to be generated; the FM method where tone waveform sample value data are obtained by performing predetermined frequency modulation operations using the above-mentioned address data as phase angle parameter data; or the AM method where tone waveform sample value data are obtained by performing predetermined amplitude modulation operations using the above-mentioned 16 - address data as phase angle parameter data. Other than the above - mentioned, the tone generator 24 may also use the physical model method where a tone waveform is synthesized by algorithms simulatiiig a tone generation principle of a natural musical instrument; the harmonics synthesis method where a tone waveform. is synthesized by adding a plurality of harmonics to a fundamental wave; the formant synthesis method where a tone waveform is synthesized by use of a formant waveform having a specific spectral distribution; or the analog synthesizer -method using VCO, VCF and VCA. Further, the tone generator 24 may be implemented by a combined use of a DSP and microprograms or of a CPU and software programs, rather than by dedicated hardware.

Each tone signal generated by the tone generator 24 is supplied to the sound system (not shown), including amplifiers and speakers, for audible reproduction or sounding. if necessary, an effector may be provided between the tone generator 24 and the sound system.

The keyboard 26 includes a plurality of keys for selecting a pitch of a tone to be generated and a plurality of key switches provided in corresponding relations to the keys. When one of the keys is newly depressed, the keyboard 26 outputs key-on event data including a key code corresponding to the depressed key, while when one of the keys is newly released, the keyboard 26 outputs key-off event data including a key code corresponding to the released key. Also, the keyboard 26 detects a key-depressing velocity or force when one of the keys is newly depressed, so as to generate touch data and then output it as velocity data. Whereas the embodiment will be described as employing the keyboard 26 since it is a fundamental musical performance operator device relatively easy to understand, any other performance operator device may be employed.

The switch panel 27 is provided with a plurality of switches or operators for selecting, setting and controlling various behaviors of the electronic musical instrument 1.

The. display circuit 28 visually displays various information, such as controlling conditions of the CPU 21 and currently set data, on a monitor screen (not shown). Specifically, this display circuit 28 in the present embodiment visually displays copyright indication data, title of a music piece in question, date of creation of the music piece, lyrics of the music piece, latest news, model name of the device (hardware model name), text data such as ID data, etc. Note that the electronic musical instrument 1 need not necessarily be constructed as a dedicated musical instrument but may be one performing the function of a musical instrument using a personal computer or otherwise.

Now, a description will be made about a case where the electronic information processing system operates as an electronic information imparting device.

Fig. 3 is a flowchart showing an example of an - 1B - electronic information imparting process ("electronic information imparting process I") executed in the case where the electronic musical instrument l.operates as the electronic information imparting device. As will be described in detail below, the electronic musical instrument 1, in this case, dispersedly attach electronic signature data (i.e., copyright indication data) to MIDI data, read out from a floppy disk via the floppy disk drive 25, as part of its header information. Note that the MIDI data having the electronic signature data attached thereto may be re-recorded onto the same floppy disk or another storage medium or transferred to another desired destination.

First, at step 31 of the electronic information imparting process, contents of the electronic signature data (copyright indication data) to be dispersedly written in the MIDI data train are designated. If characters such as "COPYRIGHTLYMHA1996" are to be dispersedly written in the MIDI data train as the copyright indication data, these characters are designated at step 31 using the switch panel 27. In this instance, the mark "A" represents a space.

Once the electronic signature, i.e., character train to be written has been designated at step 31 in the abovementioned manner, a data train relating to the electronic signature is obtained at step 32. For example, if the above- noted characters "COPYRIGHTLYMHL1996" have been entered using the switch panel 27, then they are converted into a data train of letters and marks in ASCII (American Standard Code for Information Interchange) codes. Thus, in this instance, an ASCII data train -is obtained which comprises "43H" UIC11), tt4FH" ('1011), 115OH" ("Pfl), 1159H" ("Y"), 't52H1' ("R11), 1149H" ("1"), "47H" ("G"), '148H" ("Hlf), 't-94H7 ("T").f 1120H" (11AII), 1159H" ("Y"), 114DH" ("M"), 1148H" ("H"), 1120H" "31H" ('11"), "39H" ("9"), "39H" ("9") and "36H" ("6").

Then, at step 33, one byte of information to be imparted as the --electronic signature.. i.e., the ASCII data train obtained at step 32 is stored into a byte register BR. At next step 34, each bit of the ASCII data stored in the byte register BR is inverted to provide another bit stream of eight bits. For example, if "Y" (= "59H") is stored in the byte register BR --the letter "H" indicates that the bit stream is in hexadecimal representation-, it becomes a bit stream "01011001B" (= 89D) as denoted at block (F) of Fig. 1; the letter "D" after the numerical values indicates that the bit stream is in decimal representation. This bit stream is converted, through the bit inversion of step 34, into another bit stream "1010011OB" (= "166D") as denoted at block (E) of Fig. 1, the letter "B" after the numerical values indicates that the bit stream is in binary representation.

At next step 35, various MIDI-data, such as key-on event data, program change data and control change data, are sequentially extracted out of the MIDI data train (MIDI File:

SMF). The MIDI data train basically comprises key-on event data including a key-on status byte, key code byteand velocity byte, program change data and control change data as known in the art, and hence step 35 sequentially reads out or extracts these data in a sequential manner.

Then, a determination is made at step 36 as to whether the currently extracted data is key-on event data KON. if answered in the affirmative,the program proceeds to next step 37; otherwise, the program branches to step 3D. Thus, if the MIDI data extracted at step 35 is key-on event data KON, there is obtained a MIDI data train including the key-on event data as denoted at block (A) of Fig. 1; this MIDI data train SMF1 comprises combinations of duration time data D and key-on event data.

At step 37, respective data of the individual bytes of the key-on event data are stored into corresponding registers a, b and c; that is, a channel number in the key-on status byte is stored into register a, a key code in the f irst data byte (key code byte) into register b, and velocity data in the second data byte (velocity byte) into register c. 20 At next step 38, one bit data is extracted, one after another, from the beginning of the bit stream created at step 34 and stored into a first bit flag BF1. At following step 39, the value stored in each of. registers a, b and c is subjected to an arithmetic operation, and each of the operation results is then stored into a second bit flag B1172 after being subjected to a oredetrmined 21 bit inversion operation. In this embodiment, modulo 2 of a sum of the values stored in individual registers a, b and c is set as a predetermined function; that is, function fl(a, b, c) = (a + b+ c) mod 2. For example, in the case of the key-on event MIDI data.train SMF1 as denoted at block (A) of Fig. 1, data corresponding to a single letter is created with eight key-on event data. By arithmetically operating the individual key-on data with the predetermined function fl(a, b, c), -there is obtained a data train as denoted at block (B) of Fig. 1. Namely, if the sum (a + b+ c) is an even number, a value "0" is given, while if the sum (a + b+ c) is an odd number, a value "1" is given. Thus, the resultant inverted data as denoted at block (C) of Fig. 1 are stored into the second bit flag BF2.

At next step 3A, a determination is made as to whether the values set in the f irst and second bit f lags BF1 and BF2 at step 39 are equal to each other. With an affirmative (YES) determination, operations at following steps 3B and 3C are executed, while with a negative (NO) determination, the program jumps to step 3E.

Now that the values set into the f irst and second bit flags BF1 and BF2 are equal to each other as determined at step 3A, "l" is added, at step 3B, to the least significant (lowermost) bit of the value set in register c, i.e., the velocity data. Then, at step 3C, the velocity value of the key-on event data in the MIDI data train 4S renewed on -he U 22 - basis of the value set in register c; that is, the velocity value is incremented by one. In the case of Fig. 1, if the third, fifth, sixth and seventh values set in the first bit flag BF1 are equal to the corresponding values set in the second bit flag BF2, an affirmative determination results at step 3A, so that the velocity values of the third, fifth, sixth and seventh key-on event data are each incremented by one. More specifically, the velocity value "63" of the third key-on event data is incremented to "64", the velocity value "78" of the fifth key-on event data is incremented to 117911, the velocity value "91" of the sixth key-on event date is incremented to "92", and the velocity value "42" of the seventh key-on event data is incremented to "43".

At step 3D, which is taken when the negative (NO) determination results at step 36 that the data extracted out of the MIDI data train is not key-on event data, it is further determined whether the extracted data -is program change event data PCM. If the extracted data is program change event data PCM, the program proceeds to next step 3H; otherwise, the program goes to step 3E.

At step 3E, which is taken when the negative determination results at step 3A or 3D or when the operation of step 3C is completed, it is determined whether the extracted data is one indicating that next data represents the end of the MIDI data train. With an affirmative determination, the electronic information imparting process 23 - is terminated, while with a negative determination, the program moves on to next step 3F. At step 3F, a determination is made as to whether a set of the operations at steps 33 to 3F has been completed eight times, .e., for all the eight bits. If answered in the affirmative at step 3F, the program proceeds to next step 3G; otherwise, the program loops back to step 35 in order to repeat the operations of steps 35 to 3E for a next bit set in the byte register BR.

At step 3G, a determination is made as to whether the set of the operations at steps 33 to 3F has been completed for all the bytes constituting the electronic signature data. If answered in the affirmative, the program proceeds to next step 3H, but if answered in the negative, the program loops back to step 33 in order to repeat the operations of steps 33 to 3F for a next byte of the electronic signature data.

At step 3H, which is taken when the affirmative determination results at step 3G that the set of the operations at steps 33 to 3F has been completed for all the bytes of the electronic signature data, an electronic signature pointer is set to point to the beginning of the signature data and the program loops back to step 33 in order to again execute operations for writing the electronic signature data. In this manner, data obtained by converting the individual bits of the signature data in accordance with a predetermined algorit,-m are embedded dispersedly in the 24 - velocity byte sections of key-on event data across the MIDI data train. Note that the operation of this step 3H is also executed when the affirmative determination results at step 3D that the extracted MIDI data is program change event data PCM. Therefore, whenever program change event data PCM occurs, the electronic signature byte pointer is moved back to the beginning of the electronic signature data.

The reason why the electronic signature byte pointer is restored to the beginning of the electronic signature data in response to each occurrence of the program change event data PCM is as f ollows. The program change event occurs less frequently as compared to the note-on event requiring impartment of an electronic signature and normally leads to a change from one musical instrument to another af ter the change; therefore, each program change event can be said to be a particular point at which editing is very likely to be initiated.

Next, with reference to Fig. 4, a detailed description will be made about a process for detecting electronic information, i.e., electronic signature, imparted by the electronic information imparting process of Fig. 3. Fig. 4 is a flowchart showing an example of an electronic information detecting process ( "electronic information detecting process I ") executed in the case where the electronic musical instrument 1 operates as the electronic information imparting device.

Assume here that electronic signature data (i.e., copyright indication data) are recorded dispersedly in the velocity byte sections across a MIDI data train read out from a floppy disk via the floppy disk drive 25, as part of its header information. The following will describe operations for detecting such copyright indication data and visually displaying the detected data on a monitor or the like.

First, at step 41 of electronic information detecting process- 1, null data is set into a signature data register SIGN; that is, the signature data register SIGN is reset.

Next step 42 takes out a MIDI data train from which an electronic signature is to be detected, i.e., a MIDI data train having an electronic signature imparted by the electronic information imparting process of Fig. 3.

Then, at step 43, the byte register BR and bit counter BCN are both reset.

At following step 44, various MIDI data, such as key-on event data, program change data and control change data, are sequentially extracted out of the MIDI data train (Standard MIDI File: SMF).

At next step 45, a determination is made as to whether the currently extracted MIDI data is key-on event data KON. If answered in the affirmative (YES), the program proceeds to next step 46; otherwise, the program branches to step 4C.

Thus, if the MIDI data extracted at step 44 is key-on event data KON, there is obtained a key-on event MIDI data train 26 - SMF2 as denoted at block (G) of Fig. 1; the key-on event data train is identical to the key-on event data train, denoted at block (D) of Fig. 1, having.an electronic signature imparted thereto earlier.

At step 46, respective data of the individual bytes of the key-on event data are stored into corresponding registers a, b and c; that is, a channel number in the key-on status byte is stored into register a. a key code in the first data byte (key code byte) into register b, and velocity data in the second data byte (velocity byte) into register c.

At next step 47, the value stored in the byte register BR is multiplied by two (shifted leftward) and then an inverted value of "function fl(a, b, c) = (a + b+ c) mod 2" is added to the least significant (lowermost) bit of the multiplied value. Then, the value in the bit counter BCN is incremented by one at step 48, and it is determined whether the incremented value in the bit counter BCN has reached "8".

If answered in the affirmative at step 49, the program proceeds to step 4A; otherwise, the program jumps to step 4F.

For example, in the case of the key-on event MIDI data train SMF2 as denoted at block (G) of Fig. 1, data corresponding to a single letter is created with eight key-on event data. By arithmetically operating the individual key-on data with the predetermined function fl(a, b, c), there is obtained a data train as denoted at block (H) of Fig. 1 Namely, if the sum (a + b+ c) is an even number, a value "0" 27 - is given, while if the sum (a + b+ c) is an odd number, a value "1" is given. These values are then inverted and sequentially shift the byte register BR so that values as denoted at block (J) are ultimately set in the register BR.

The thus-obtained data of block (J) are identical to those of block (F) of Fig. 1. Namely, the copyright indication data written dispersedly in the velocity byte sections across the MIDI data train as denoted at block (F) have now been reproduced as shown at block (J) of Fig. 1.

At next step 4A, the stored value in the byte register BR is converted into ASCII letter data to be additively stored into the signature data register SIGN.

Then, at step 4B, the byte register BR and bit counter BCN are both reset.

At step 4C, which is taken when the negative (NO) determination results at step 45 that the data extracted out of the MIDI data train is not key-on event data, it is further determined whether the extracted data is program change event data PCM. If the extracted data is program change event data PCM (YES), the program proceeds to next steps 4D and 4E; otherwise (NO), the program goes to step 4F.

At step 4D, which is taken when the negative determination results at step 49 or 4C or when the operation of step 4B or 4E is completed, it is determined whether the data extracted at step 46 is one indicating that next data represents the end of the MIDI data train. With an affirmative determination, the program goes to step 4G, while with a negative determination, the program loops back to step 44.

At step 4G, the electronic signature information detected on the basis of the stored contents of the signature data register SIGN is visually displayed on a display or the like.

The electronic information imparting process and electronic information detecting process have been described above in relation to the case where key-on event data are sequentially extracted from a MIDI data train and electronic signature data are sequentially stored in correspondence with the extracted key-on event data. However, in not a f ew cases, the editing needs to be conducted on a channel-by- channel basis, and hence a description will be made about such a case where the electronic signature data are stored on the channel-by-channel basis.

Fig. 5 is a flowchart showing another example of the electronic information imparting process ("electronic information imparting process II ") executed in the case where the electronic musical instrument 1 operates as the electronic information imparting device. In this example as well, the electronic musical instrument 1 operates to dispersedly attach electronic signature data (i. e., copyright indication data) to MIDI data, read out from a floppy disk via the floppy disk drive 25, as part of its header information.

29 - At steps 51 and 52, which are similar to steps 31 and 32 of Fig. 3, contents of electronic signature data (copyright indication data) to be dispersedly written in the MIDI data train are designated, and, a data train relating to the electronic signature is obtained.

At next step 53, the operations of steps 33 to 3H in Fig. 3 are executed on the channel - by- channel basis, at which time the arithmetic operation based on the predetermined function is made different from one channel to another. For example, the function- fl(a, b, c) = (a + b + c)mod2, which is stored in the second bit f lag BF2, may be used as a first functional operation, and any suitable one of the first functional operation and second, third and fourth functional operations as stated below may be used selectively for each of the channels:

second functional operation: f2(a, b, c) (a + c)mcd2; third functional operation: f3(a, b, c) (b + c)mod2 and fourth functional operation: f4(a, b, c) (c)mod2 At step 53, for each of the channels, one of the first to fourth functional operations is selected so as to impart electronic signature data converted in accordance with the selected functional operation through the operations of steps - 30 33 to 3H of Fig. 3.

By conducting a different functional operation for each of the channels, there is afforded the benefit that even when an editing operation involving a simultaneous alteration of individual information,, such as one involving substitution of channel information or key code shift, has been conducted, the electronic signature data can be restored sequentially for each of the channels that is not related to the data altered by the editing.

Now, with reference to Fig. 6, a description will be made about electronic information detecting process H for detecting electronic information, i.e., electronic signature data imparted by electronic information imparting process of Fig. 5. Fig. 6 is a flowchart showing another example of the electronic information detecting process executed in the case where the electronic musical instrument I operates as the electronic information imparting device.

In this case, assume that for each of the channels using any one of the first to fourth functional operations, electronic signature data, i.e., copyright indication data, are recorded dispersedly in the velocity byte sections across a MIDI data train read out from a floppy disk via the floppy disk drive 25 as part of its header information. The following will describe operations for detecting such copyright indication data dispersedly recorded through a predetermined functional operation and visually displaying the 31 - detected data on a monitor or the like.

First, step 61 takes out a MIDI data train from which an electronic signature is to be detected, i.e., a MIDI data train having an electronic signature imparted by the electronic information. imparting process of Fig. 5, for each of the channels, in accordance with a predetermined functional operation.

Then, a channel counter is reset at step 62, and a functio n- counter is reset at step 63. Here, the channel counter and function counter are used to execute the functional operation for each of the channels in a subsequent process. For example, where there are 16 MIDI channels, the channel counter is operated to cyclically count from "0" to "15". Further, where there are four functional operations to be selected as earlier noted, the function counter is operated to cyclically count from "0" to "3". If the function counter is at the value "0", this indicates the first functional operation fl(a, b, c) = (a + b + c)mod2; if the function counter is at the value "1", this indicates the second functional operation f2(a, b, c) = (a + c)mod2; if the function counter is at the value "2", this indicates the third functional operation f3(a, b, c) = (b + c)mod2; and if the function counter is at the value "3", this indicates the fourth functional operation f4(a, b, c) = (c)mod2.

At step 64, for the channel indicated by the channel counter, electronic signature detect-Lng operations similar to those of steps 41 to 4F in Fig. 4 are executed using the functional operation indicated by the function counter.

At following step 65, a determination is made as to whether the detected data train includes any significant portion that is part of signature data "COPYRIGHT" comprised of ASCII letter data. Thus, step 65 ascertains whether or not the letter data "COPYRIGHT" is present in the ASCII letter data train sequentially added to the signature data register SIGN through the electronic information detecting process of Fig. 4. If the signature data register SIGN does not contain such a significant portion as determined at step 65 (NO), then the program proceeds to step 66 in order to increment the function counter by one. Then, at next step 67, a determination is made as to whether the signature data extracting operations of steps 64 and 65 have been completed for all the functional operations. if so, the program moves on to step 68, but if not, the program loops back to step 64 in order to repeat the operations of steps 64 and 65 for the next functional operation. In the event that the signature data register SIGN contains any significant portion as determined at step 65 (YES), the program goes to step 6B in order to visually display the detected electronic signature data on a monitor and then terminates the electronic information detecting process.

At step 68, the channel counter is incremented by one.

Then, at next step 69, a det-ermination is made as to whether the signature data extracting operations of steps 64 and 65 have been completed for all the channels. If so, the program moves on to step 6A, but if not, the program loops back to step 63 in order to repeat the operations of steps 63 to 65 for the next MIDI channel. The affirmative determination at step 69 means that the signature data extracting operations have been completed for all the MIDI channels using all the funct ional operations to find that no significant portion is present in the data train, and as a result, step 6A visually displays on the monitor letters such as "No electronic signature" or "Electronic signature detection unsuccessful".

Note that in a tone reproduction performance based on MIDI data, partly altered velocity data may be reproduced to be used directly for the performance. The least sig nificant bit of the velocity data being incremented by one does not influence the reproducing accuracy so much. Of course, it is possible to reproduce accurately reproduce the partly altered velocity data with any error, caused by the signature data, removed from the velocity data.

Whereas the description has been made about the case where the signature data are dispersedly recorded in the velocity byte sections across the MIDI data train, this is just illustrative, and other additional description data, such as letter data representative of the author, title of a music piece or title of image or data format employed, may be dispersedly recorded.

34 - Further, such additional description data may be dispersedly recorded in the duration time sections in place of or in addition to the velocity byte sections. In the case where the additional description data are dispersedly recorded in both the velocity sections and the duration time sections, exact locations where the additional description data are to be recorded may be varied as necessary depending on the degree of data accuracy, i.e., degree in which the contents of the data are varied by the disperse recording. More specifically, although it is not preferable to dispersedly record in such duration time sections where the duration time is relatively short because of increased variation degree (degree of data accuracy), dispersed recording of the additional description data will not have a significant influence in those duration time sections where the duration time is relatively long. Likewise, although it is not preferable to dispersedly record in such velocity sections where the velocity value is relatively small because of increased variation degree (degree of data accuracy), dispersed recording of the additional description data will not have a significant influence in, those velocity sections where the velocity value is relatively great. Therefore, it is preferable that various necessary data be dispersedly recorded taking these conditions into account.

While the description has been made about the case where the additional description data are dispersedly recorded in - the MIDI data train, they may be dispersedly recorded other data such as waveform data, sequence data, digitally recorded sound data, image data, animation data, registration (recorded settings of the musical instrument) data, etc.

Where the additional description data are to be recorded into waveform data, the predetermined functional operation may be modulo 2 of the waveform data (wave-data), i.e., fl(wave--data) wave-data mod2. Alternatively, the predetekmined functional operation may be modulo 2 of a sum of the values of the waveform data and its sample point data, i-e., f 2 (wave-data, sample-point) (wave_data + sample-point).

Also, whereas the processes of Figs. 5 and 6 have been described above in relation to the case where the signature data is detected with the functional operation changed for each of the (logical) channels, the functional operation may be changed each time program change data is detected as shown in Figs. 3 and 4.. In this case, it is necessary to determine whether the detected data train contains any significant portion, in response to detection of each program change data.

Further, whereas the preferred embodiments have been described as visually displaying the detected electronic signature information on the monitor, the data reproduction may be cancelled when no signature information is present or detected signature information can not be restored completely (i.e., when channels with and without detectable signature 36 - inf ormation exist mixedly). Further, where the electronic musical instrument or computer detecting theelectronic signature information is connected to a communication network, a host computer may detect a message transmitted therefrom and indicating that wrongly edited data is present on the network.

Moreover, whereas the preferred embodiments have been described above in relation to the case where the electronic musical instrument operates as an electronic signature imparting device or electronic signature detecting device, the electronic signature imparting device or electronic signature detecting device of the present invention may be used in any other applications than an electronic musical instrument. The electronic signature imparting device or electronic signature detecting device of the present invention may be implemented by discrete hardware, software or a combination of DSP and microprograms. As another example, such an electronic signature imparting device or electronic signature detecting device may be provided in advance in the f loppy disk drive, communication interface or the like so that electronic signature data are compulsorily imparted and detected at the data input/output stage.

Furthermore, a description has also been made above about the impartment of electronic signature data, but they may be supplied from a floppy disk or compact disk or electronically supplied via the communication network.

Whereas step 3B of Fig. 3 has been described as 37 - incrementing the velocity data value by one, the velocity data value may be descremented at step 3B, or the incrementing and decrementing of the velocity data value may be conducted alternately at suitable timing (e.g., at intervals corresponding to a predetermined number of data).

Moreover, whereas the preferred embodiments have been described above in relation to the case where the bit inversion is conducted after execution of the predetermined functional operation, this bit inversion may be omitted. it should be obvious that shifting between the upper and lower bits, logical operation such as AND, OR or XOR operation or the like may be conducted in place of the bit inversion operation. Also, an appropriate encrypting operation may be applied. For example, results of the above-mentioned first to fourth functional operations may be combined in any suitable manner, or a result of the last-conducted functional operation may be used in combination with a result of the current functional operation.

These operations may be executed in another manner than the above-mentioned as long as they are allowed to be conducted at a relatively high speed and restored to original conditions after conversion.

In addition, whereas the preferred embodiments have been described above in relation to the case where the signature data imparting process is newly conducted in response to each program change data, this process may be carried out in 38 response to detection of each predetermined measure data (e. g., every eight measures). Also, where the additional description data are dispersedly recorded into waveform data, the signature data imparting process may be newly conducted once for every predetermined number of samples or every predetermined zero-cross point. Because, the zero-cross point, where the waveform value changes between plus and minus signs, is considered to be a basic point in editing the waveform.

Furthermore, the preferred embodiments have been described above as recording additional information such as signature data or title of the mu'sic piece. Where MIDI data and waveform data are recorded in combination, part of the waveform data may be recorded in the MIDI data or part of the

MIDI data may be recorded into the waveform data.

Moreover, the preferred embodiments have been described above as recording signature data dispersedly in the velocity sections of MIDI data, but this is just illustrative, and any of various other electronic information may of course be dispersedly recorded, such as text information on the author's name, title of the music piece, title of image, etc., information relating to the data format, and information relating to commentary. on the music piece, author, year of production, lyrics, hardware ID (model name of the device, OS employed, etc.) and the like. In this case, it is only sufficient that the processes of Figs. 3 to 6 be carried out 39 with the electronic signature replaced with the above-listed other electronic information. The thus-process electronic information will be displayed on the monitor screen as shown in Fig. 7.

At that time, the.additional information may be detected as a series of file information, or may be identified as a stream of electronic inf ormatlon detected from among MIDI data during an automatic so as to be displayed on the screen in real time. In this case, if the additional information is image information, images are drawn in real time on the basis of the MIDI data; if the additional information is text information, real-time information, such as the latest news, can be visually displayed. In addition, because the additional information imparting technique is very simple, electronic information can be embedded on demand or otherwise, so that real-time image drawing is possible via TV broadcasting or otherwise. The principle of the present invention is also applicable to delivery of ID or password via the Internet or electronic mail.

The preferred embodiments have been described above as dispersedlyrecording desired electronic additional information in the velocity sections of MIDI data; in such a case, however, the additional information itself could be lost and could not be reproduced due to the f act that the MIDI data are rewritten and the velocity data values are shifted as a whole. In view of such an inconvenience, other - embodiments of the present invention will be described below which is capable of properly extracting additional information even when the MIDI data are rewritten.

Fig. 8 is a diagram showing in detail an exemplary manner in which data are converted via an electronic information imparting process by another embodiment of the electronic information imparting device and an electronic information detecting process by another embodiment of the electronic information detecting device. The control flows of these electronic information imparting process and electronic information detecting process are practically similar to those of Figs. 3 and 4 and hence will be described here without resorting to visual illustration.

First, contents of electronic signature data (copyright indication data) to be dispersedly written in the MIDI data train are designated, and a data train corresponding to the electronic signature is obtained- Then, one byte of the ASCII data train is stored into the byte register BR. If "59H" Y) is stored in the byte register BR, it yields a bitstream "01011001B" (= 89D) as denoted at block (E) of Fig. B. After that, various MIDI data, such as key-on event data, program change data and control change data, are sequentially extracted out of the MIDI data train (MIDI File:

SMF). Namely, because the MIDI data train basically comprises key-on event data including a key-on status byte, key code byte and velocity byte, program change data and control change 41 - data as known in the art, these data are read out in a sequential manner. If the extracted MIDI data is key-on event data KON, there is obtained a MIDI data train including the key-on event data as denoted at block (A) of Fig. 8; this MIDI data train SMF1 comprises combinations of duration time data D and key-on event data.

Then, a difference between key code values in the key code bytes of every adjacent key-on event data is determined and stored into a key difference register dkey, and a difference between velocity values in the velocity bytes of every adjacent key-on event data is determined and stored into a velocity difference register dvel. In this case, the values of each preceding key- on event data are subtracted from the,values of the preceding key-on event data, so as to determine the difference values. As a result, a difference value data train (dkey, dvel) is given as denoted at block (B) of Fig. 8. A predetermined functional operation of "f(dkey + dvel)" is performed on each pair of the key code and velocity values in the difference value data train; that is, the functional operation of "f(dkey + dvel)" is to calculate a sum of each key code difference dkey and corresponding velocity difference dvel. This calculation gives a functional operation data train "24, 22, 21, 28, 9, 41, 22, -15" as denoted at block (C)' of Fig. 8. The stored individual values "01011001B" of the byte register BR (block (E)) are each added to the least significant or lowermost bit LSB of the functional operation - 42 data.

The electronic additional information imparting process is carried out in the following manner. First, corresponding bits of the functional operation data and st ored value of the byte register BR are compared sequentially from the left; if the corresponding bits are equal to each other in value, next bits to the right are compared. If the next bits are not equal to each other, "1" is added to the velocity value of the latter of the two key-on event data corresponding to these bits, followed by a similar comparison between next bits, and so on. More specifically, in the example of Fi-g. 8, the least significant bit LSB and the leftmost bit of the byte register BR are equal to each other, so that the second bits from the left are compared. Because the second bits from the left are not equal to each other, a value "1" is added to a velocity value "45" of the corresponding third key-on event data in the MIDI data train SMF1, so as to provide "46".

When the velocity value of the third key-on event data is changed to "46" in this manner, the third difference value data (dkey, dvel) become "14" and "6" and the function f(dkey + dvel) becomes "20". As a result, the third least significant bit LSB is changed to "0", and then the third least significant bit LSB and the third bit of the byte register BR are compared. Because these third bits are found to be equal to each other, the comparison proceeds to the f ourth bits. By executing the bit-to-bit comparison and /-7 addition of "111 to the velocity value in this manner, 1111t is added to the fifth and sixth velocity values as well.

Consequently, "1" is added to the third velocity "45", the fifth velocity "67" and the sixth velocity "73", so that the MIDI data train SMF1 denoted at block (a) is changed to the MIDI data train SMF2 denoted at block (F).

Extraction of the additional information from the MIDI data train SMF2 is conducted by obtaining a difference value data train (dkey, dvel) performing the functional operation f(dkey + dvel) on each of the values in the difference value data train and extracting the individual least significant bits, as noted above. That is, the- difference value data train (dkey, dvel) as denoted at block (G) of Fig. 8 is obtained on the basis of the MIDI data train SMF2 denoted at block (F), and the functional operation data train as denoted at block (H) of Fig. 8 is obtained by performing the functional operation f(dkey + dvel) on each of the values in the difference value data train. Thus, the same additional information as denoted at block (E) is extracted from the MIDI data train SMF2.

By adding the additional information to the velocity difference values in the above-mentioned manner, the difference value information is maintained to thereby prevent undesirable alteration of the additional information.

To summarize, the above-described embodiment of Fig. 8 is characterized by the following arrangement. That is, when 44 - the least significant bits of the functional operation data denoted at block (D) of Fig. 8 are to be converted into data of the byte register BR denoted at block (E) of Fig. 8, the bit-to-bit comparison is carried out sequentially from the leftmost bit, in such a. successive manner that the comparison proceeds to the next right bits if the two compared bits are f ound to be equal, and if the two compared bits are not equal_, "l" is added to the latter of two key-on event data and the comparison proceeds to further right bits. However, as a modification, any other odd number than "1", such as "T' and "5", may be added to the velocity value, or the velocity value may be increme nted or decremented progressively. Further, the bit-to-bit comparison may be carried out sequentially from the rightmost bit. In any event, the embodiment described in relation to Fig. 8 is just illustrative, any suitable software processing may be applied to the MIDI data train SMF1 as long as the lower bit train LSB as denoted at block (I) of Fig. 8 can be ultimately obtained.

Whereas the electronic information imparting process of Fig. 5 has been described above as restoring electronic signature data sequentially for each of the channels that is not related to the data altered through editing even when even when the editing operation involving a simultaneous alteration of individual information, such as one involving substitution of channel information or key code shifting, has been - conducted. Alternatively, a different operation maybe performed for each of the channels in cases where differences between key code and velocity values as in the embodiment of Fig. 8.

For example, whereas the embodiment of Fig. 8 has been described in relation to the case where difference values are sequentially determined for the MIDI data train SMF1 of key-on event- data and additional information is sequentially added to the determined difference values, the difference values may be classified into a predetermined number of groups (e.g., three groups) in accordance with the magnitude of the difference values so that operations similar to- those of Fig.

8 are performed on the classified groups.

Namely, if the MIDI data train SMF1 of key-on event data is "D, 9n, 3c, 40, D, 9n, 3c, 7f, D, 9n, 3c, 10, D, 9n, 3c, 7f, D, 9n, 3c, 7f, D, 9n, 3c, 20, D, 9n, 3c, 50, D, 9n, 3c, 7f,'... ", then velocity difference values dvel will be "3f, - 6f, 6f, 0, -5f, 30, 2f, In this example, difference values "0" to "2f" are classified as the first group, difference values '130" to "5f" are classified as the second group, and difference values "60" to '17f" are classified as the third group. Thus, the fourth and seventh difference values are classified as the first group, the first and sixth difference values are classified as the second group, and the third difference value is classified as the third group. Negative differences values are ignored. By performing an additional information imparting process similar to the foregoing, the probability of the additional information in all the groups being altered will be the third power of 1/2, i.e., 12.5 %, which means that the probability of at least one bit being left unaltered will be 87,5 %.

Thus, even in a case where all the data are multiplied by coefficient "a", the probability of the additional information being altered is very low, so that original contents of the additional information can be kept unaltered, which can properly deal with the alteration of the additional information.

As apparent from the above description, even when additional information attached to main information such as music data, image data or waveform data is deleted or altered, the present invention can appropriately reproduce the deleted or altered additional information.

47

Claims

1. A method of embedding additional data in performance data to be used for reproduction of a music piece and storing the performance data and additional data in a readable form, said method comprising:

a supply step of supplying performance data, said performance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions; and a change step of changing the performance data supplied by said supply step in 10 accordance with a predetermined algorithm and using additional data.

2. A method as recited in claim 1, wherein one set of the event data contains a plurality of kinds of processing instructions and said change step changes a particular one of the processing instructions contained in the event data of the performance data.

3. A method as recited in claim 1 or 2, wherein each of the performance data has a value as digital data and each of the additional data also has a value as digital data, and wherein said change step includes a step of determining, on the basis of the values of the additional data and performance data, which part of the performance data should be changed.

4. A method as recited in claim 1 or 2, wherein the performance data comprise a plurality of the event data arranged in a time series and each of the event data has a value as digital data, and wherein said change step includes a step of determining, on the basis of the values of individual ones of said event data arranged in a time series, which part of the performance data should be changed.

5. A method as recited in claim 2, wherein the particular processing instruction is an instruction for controlling a tone generating time.

6. A method of embedding additional data in MIDI data and storing the MIDI data and additional data in a readable form, said method comprising:

48 a supply step of supplying MIDI data, said MIDI data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions; and a change step of changing the MIDI data supplied by said supply step in accordance 5 with a predetermined algorithm.

7. A method of embedding additional data in performance data to be used for reproduction of a music piece and storing the performance data and additional data in a readable form, said method comprising:

a supply step of supplying performance data, said performance data including data indicative of tone volume; and a change step of changing the data indicative of tone volume included in the performance data supplied by said supply step, in accordance with a predetermined algorithm.

8. A method of embedding additional data in performance data to be used for reproduction of a music piece and storing the performance data and additional data in a readable form, said method comprising: a supply step of supplying performance data, said performance data including data for controlling a length of a tone to be generated; and a change step of changing said data for controlling a length of a tone to be generated included in the performance data supplied by said supply step, in accordance with a predetermined algorithm and using additional data.

9. A method of reproducing additional data embedded in performance data, said method comprising: a readout step of reading out, from a memory, performance data having additional data embedded therein, said performance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions, the event data indicative of a particular one of the processing instructions in the performance data being changed by the additional data; and a reproduction step of reproducing the additional data on the basis of the event data 49 indicative of the particular processing instruction in the performance data read out via said readout step.

10. A method of reproducing additional data embedded in performance data, said method comprising: a reception step of receiving, via a communication line performance data having additional data embedded therein, said performance data comprising a plurality of kinds of event data, each of the event. data representing any one of a plurality of kinds of processing instructions, the event data indicative of a particular one of the processing instructions in the performance data being changed by the additional data; and a reproduction step of reproducing the additional data on the basis of the event data indicative of the particular processing instruction in the performance data received by said reception step.

11. A method as recited in claim 9 or 10, wherein one set of the event data contains a plurality of kinds of processing instructions and a particular one of the processing instructions included in the event data in the performance data is changed by the additional data. 20

12. A method as recited in claim 9 or 10, wherein each of the performance data has a value as digital data and each of the additional data has a value as digital data, and wherein a portion of the event data in the performance data which is changed by the additional data is determined on the basis of the values of the additional data and performance data. 25

13. A method as recited in claim 9 or 10, wherein the performance data comprise a plurality of the event data arranged in a time series and each of the event data has a value as digital data, and wherein a portion of the event data in the performance data which is changed by the additional data is determined on the basis of the values of individual ones 30 of said event data arranged in a time series.

14. A method as recited in claim 9 or 10, wherein one set of the event data contains a plurality of kinds of processing instructions including an instruction for controlling a tone generating time, and wherein a portion of the event data in the performance data which is changed by the additional data is said processing instruction for controlling a tone generating time.

15. A method of reproducing additional data embedded in MIDI data, said method comprising:

a readout step of reading out, from a memory, MIDI data having additional data embedded therein, said MIDI data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions, the event data indicative of a particular one of the processing instructions in the performance data being changed by the additional data; and a reproduction step of reproducing the additional data on the basis of the event data indicative of the particular processing instruction in the MIDI data read out via said readout step.

16. A method of reproducing additional data embedded in MIDI data, said method comprising:

a reception step of receiving, via a communication line, MIDI data having additional data embedded therein, said performance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions, the event data indicative of a particular one of the processing instructions in the MIDI data being changed by the additional data; and a reproduction step of reproducing the additional data on the basis of the event data indicative of the particular processing instruction in the performance data received by said reception step.

17. A method of reproducing additional data embedded in performance data to be used for reproduction of a music piece, said method comprising:

a readout step of reading out, from a memory, performance data having additional data embedded therein, said performance data including data indicative of tone volume, 51 said data indicative of tone volume being changed by the additional data; and a reproduction step of reproducing the additional data on the basis of the data indicative of tone volume in performance data read out by said readout step.

18. A method of reproducing additional data embedded in performance data to be used for reproduction of a music piece, said method comprising: a reception step of receiving, via a communication line, performance data having additional data embedded therein, -said performance data including data indicative of tone volume, said data indicative of tone volume being changed by the additional data; and a reproduction step of reproducing the additional data on the basis of the data indicative of tone volume in performance data received by said reception step.

19. A method as recited in any one of claims 7, 17 or 18, wherein said performance data is MIDI data and said data indicative of tone volume is velocity data.

20. A method of reproducing additional data embedded in performance data to be used for reproduction of a music piece, said method comprising: a readout step of reading out, from a memory, performance data having additional data embedded therein, said performance data including data for controlling a length of a tone to be generated, said data for controlling a length of a tone to be generated being changed by the additional data; and a reproduction step of reproducing the additional data on the basis of said data for controlling a length of a tone to be generated included in the performance data read out by said readout step.

21. Arnethod of reproducing additional data embedded in performance data to be used for reproduction of a music piece, said method comprising: a reception step of receiving, via a communication line, performance data having additional data embedded therein, said performance data including data for controlling a length of a tone to be generated, said data for controlling a length of a tone to be generated being changed by the additional data; and a reproduction step of reproducing the additional data on the basis of said data for 52 controlling a length of a tone to be generated included in the performance data received by said reception step.

22. A method as recited in any one of claims 8, 20 and 21 wherein said performance data are MIDI data and said data for controlling a length of a tone to be generated is duration data.

23. A method as recited in any one of claims 1, 6, 7 or 8, wherein said change step includes a step of extracting part of the additional data to be embedded and said change step changes the performance data using the extracted part of the additional data.

24. A method as recited in claim 23 wherein said step is repeated until necessary processing is completed for all contents of the additional data to be embedded.

25. A method as recited in any one of claims 9, 15, 17 or 20, wherein all contents of the additional data are embedded dispersedly in the performance data, main data or music data to be read out by said readout step.

26. A method as recited in any one of claims 10, 16, 18 or 21, wherein all contents of the additional data are embedded dispersedly in the performance data, main data or music data to be received by said reception step.

27. A method as recited in claim 24 wherein said change step repeats, a plurality of times, the necessary processing for the all contents of the additional data to be embedded, whereby plural sets of the additional data of same contents are embedded redundantly.

28. A method as recited in claim 25 wherein plural sets of the additional data of same contents are embedded redundantly in the performance data, main data or music data to be read out by said readout step.

53

29. A method as recited in claim 26 wherein plural sets of the additional data of same contents are embedded redundantly in the performance data, main data or music data to be received by said reception step.

30. A method as recited in claim 1, wherein said change step identifies any one of the processing instructions included in the performance data supplied by said supply step and makes a change to the event data representing the identified processing instruction in the supplied performance data.

31. A method as recited in claim 6, wherein said change step identifies any one of the processing instructions included in the MIDI data supplied by said supply step and makes a change to the event data representing the identified processing instruction in the supplied MIDI data.

32. A method as recited in any one of claims 9, 10, 15-18, 20, or 21, further comprising a display step of visually showing at least part of the additional data reproduced by said reproduction step.

33. A method as recited in any one of claims 1, 7-10, 17, 18, 20, or 21, wherein the performance data, main data or music data in which the additional data are embedded are data complying with MIDI standards.

34. A method as recited in any one of claims 1, 6, 7, or 8, wherein said change step changes data of predetermined lower bits of the perfonnance data, main data or music data to be changed by the additional data, using the additional data.

35. A method as recited in any one of claims 9, 15, 17, or 20, wherein the additional data are embedded in data of predetermined lower bits of the performance data, main data or music data to be read out by said readout step.

36. A method as recited in any one of claims 10, 16, 18, or 21, wherein the additional data are embedded in data of predetermined lower bits of the performance data, main data 54 or music data to be read out by said readout step.

37. A computer prgram. comprising computer program code means for performing all the steps of any one of claims 1 to 36 when said program is run on a computer.

38. A computer program as claimed in claim 37 embodied on a computer readable medium.

39. An apparatus for embedding additional data in performance data to be used for reproduction of a music piece and storing the performance data and additional data in a readable form, said apparatus comprising:

means for supplying performance data, said performance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds means for changing the performance data supplied by said means for supplying in accordance with a predetermined algorithm and using additional data.

40. An apparatus for embedding additional data in MIDI data and storing the MIDI data and additional data in a readable form, said apparatus comprising:

means for -supplying MIDI data, said MIDI data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions; and means for changing the MIDI data supplied by said means for supplying in accordance with a predetermined algorithm.

41. An apparatus for embedding additional data in performance data to be used for reproduction of a music piece and storing the performance data and additional data in a readable form, said apparatus comprising:

means for supplying performance data, said performance data including data indicative of tone volume; and means for changing the data indicative of tone volume included in the performance data supplied by said means for supplying, in accordance with a predetermined algorithm.

42. An apparatus for embedding additional data in performance data to be used for reproduction of a music piece and storing the performance data and additional data in a readable form, said apparatus comprising: means for supplying performance data, said performance data including data for controlling a length of a tone to be generated; and means for changing said data for controlling a length of a tone to be generated included in the performance data supplied by said means for supplying, in accordance with a predetermined algorithm and using additional data.

43. An apparatus for reproducing additional data embedded in performance data, said apparatus comprising: means for reading out, from a memory, performance data having additional data embedded therein, said perfonnance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions, the event data indicative of a particular one of the processing instructions in the performance data being changed by the additional data; and means for reproducing the additional data on the basis of the event data indicative of the particular processing instruction in the performance data read out via said means for reading out.

44. An apparatus according to claim 40, 41 or 42, in which the performance data includes duration time data changed by the additional data, the means for reproducing being arranged to reproduce the performance data on the basis of the changed duration time data.

44. An apparatus for reproducing additional data embedded in performance data, said apparatus comprising: means for receiving, via a communication line, performance data having additional data embedded therein, said performance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions, the event data indicative of a particular one of the processing instructions in the performance data being changed by the additional data; and means for reproducing the additional data on the basis of the event data indicative of the particular processing instruction in the performance data received by said means for receiving.

45. An apparatus for reproducing additional data embedded in MIDI data, said apparatus 56 comprising: means for reading out, from a memory, MIDI data having additional data embedded therein, said MIDI data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions, the event data indicative of a particular one of the processing instructions in the performance data being changed by the additional data; and means for reproducing the additional data on the basis of the event data indicative of the particular processing instruction in the MIDI data read out via said means for reading out.

46. An apparatus for reproducing additional data embedded in MIDI data, said apparatus compfising: means for receiving, via a communication line, MIDI data having additional data embedded therein, said performance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions, the event data indicative of a particular one of the processing instr-uctions in the MIDI data being changed by the additional data; and means for reproducing the additional data on the basis of the event data indicative of the particular processing instruction in the performance data received by said means for for receiving.

47. An apparatus for reproducing additional data embedded in performance data to be used for reproduction of a music piece, said apparatus comprising: means for reading out, from a memory, performance data having additional data embedded therein, said performance data including data indicative of tone volume, said data indicative of tone volume being changed by the additional data; and means for reproducing the additional data on the basis of the data indicative of tone volume in performance data read out by said means for reading out.

48. An apparatus for reproducing additional data embedded in performance data to be used for reproduction of a music piece, said apparatus comprising: means for receiving, via a communication line, performance data having additional 57 data embedded therein, said performance data including data indicative of tone volume, said data indicative of tone volume being changed by the additional data; and means for reproducing the additional data on the basis of the data indicative of tone volume in performance data received by said means for receiving.

49. An apparatus for reproducing additional data embedded in performance data to be used for reproduction of a music piece, said apparatus comprising: means for reading out, from a memory, performance data having additional data embedded therein, said performance data including data for controlling a length of a tone to be generated, said data for controlling a length of a tone to be generated being changed by the additional data; and means for reproducing the additional data on the basis of said data for controlling a length of a tone to be generated included in the performance data read out by said means for reading out.

50. An apparatus for reproducing additional data embedded in performance data to be used for reproduction of a music piece, said apparatus comprising: means for receiving, via a communication line, performance data having additional data embedded therein, said performance data including data for controlling a length of a tone to be generated, said data for controlling a length of a tone to be generated being changed by the additional data; and means for reproducing the additional data on the basis of said data for controlling a length of a tone to be generated included in the performance data received by said means for receiving.

Amendments to the claims have been filed as follows CLAIMS 1. A method of watermarking performance data to be used for reproduction of a music piece with additional data, said method comprising:

a supply step of supplying performance data, said performance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions; a division step of dividing additional data into a plurality of divided data; and, a change step of changing the performance data supplied by said supply step in accordance with a predetermined algorithm and using the divided data.

4. A method as recited in claim 1 or 2, wherein the performance data comprises a plurality of the event data Ci arranged in a time series and each of the event data has a value as digital data, and wherein said change step includes a step of determining, on the basis of the values of individual ones of said event data arranged in a time series, which part of the performance data should be changed.

5. A method as rec ited in claim 2, wherein the particular processing instruction is an instruction for controlling a 10 duration of a tone generating time.

6. A method according to claim 1, in which the performance data is MIDI data.

7. A method as recited in claim 1 wherein said event data includes velocity data and said change step changes the velocity data contained in said event data of the performance data.

8. A method as recited in claim 1 wherein said event data includes duration time data and said change step changes the duration time data contained in said event data of the performance data.

9. A method as recited in any preceding claim, wherein said change step changes the performance data by arithmetically operating the performance data in accordance with the predetermined algorithm and using the divided data as parameters.

10 A method as recited in claim 1, wherein said event data contains data representing at least two kinds of particular processing instructions, and wherein said change step changes, in accordance with the predetermined algorithm and using said additional data, said data representing said at least two kinds of particular processing instructions contained in said event data in said performance data supplied by said supply step.

11 A method as recited in claim 10, wherein said data representing said at least two kinds of particular processing instructions include velocity data and data representing a duration of a tone.

12. A method as recited in claim 9, wherein said event 15 data contains data representing at least two kinds of particular processing instructions and said data representing said at least two kinds of particular processing instructing contained in said event data in said performance data are changed by said divided additional data, and wherein said reproduction step reproduces said additional data on the basis of said data representing at least two kids of particular processing instructions contained in said event data in said performance data.

13. A method of reproducing additional data watermarking performance data, said method comprising:

a data supply step of obtaining performance data watermarked by additional data, said performance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of I processing instructions, the event data indicative of a particular one of the processing instructions in the performance data being changed by a divided part of the additional data; and a reproduction step of reproducing the additional data in dependence on a predetermined algorithm on the basis of the event data indicative of the particular processing instruction in the performance data read out via said readout step.

14. A method according to claim 13, in which the data supply step includes the step of reading the performance data from the memory.

15. A method according to claim 13, in which the data source is a communication line.

16. A method as recited in claim 13, 14 or 15, wherein one set of the event data contains a plurality of kinds of processing instructions and a particular one of the processing instructions included in the event data in the performance data is changed by the additional data.

17. A method as recited in claim 13, 14, 15 or 16, wherein each of the performance data has a value as digital data and each of the additional data has a value as digital data, and wherein a portion of the event data in the performance data which is changed by the additional data is determined on the basis of the values of the additional data and performance data.

6% 1 A method as recited in any of claims 13 to 17, wherein the perfcrmance data comprise a plurality of the event data arranged in a time series and each of the e-vent data has a value as digital data, and wherein a portion of the event data in the performance data which is changed by the additional data is determined on the basis of the values of individual ones of said event data arranged in a time series.

19. A method as recited in any of claims 13 to 18, wherein one set of the event data contains a plurality of kinds of processing instructions including an instruction for controlling a tone generating time, and wherein a portion of the event data in the performance data which is changed by the additional data is said processing instruction for controlling a tone generating time.

2'0 - A method according to any of claims 13 to 19, in which the performance data is MIDI data.

21. A method according to any of claims 1 to 12, in which the performance data includes velocity data and said change step changes the velocity data contained in said event data of the performance data.

22. A method according to any of claims 1 to 12, in which the event data includes duration time data and said change step changes the duration time data, 23. A method as recited in any one of claims 1 to 12, wherein said change step includes a step of extracting part of the additional data to be embedded and said change step changes the performance data using the extracted part of the additional data.

24. A method as recited in claim 23, wherein said step is repeated until necessary processing is completed for all contents of the additional data to be embedded.

25. A method as recited in any one of claims 1 to 12, wherein all contents of the additional data are embedded dispersedly in the performance data.

26. A method as recited in claim 23, wherein said change step repeats, a plurality of times, the necessary processing for the all contents of theadditional data to be embedded, whereby plural sets of the additional data of same contents are embedded redundantly.

27. A method as recited in claim 24, wherein plural sets of the additional data of same contents are embedded redundantly in the performance data or main data.

28. A method as recited in claim 1, wherein said change step identifies any one of the processing instructions included in the performance data supplied by said supply step and makes a change to the event data representing the identified processing instruction in the supplied performance data.

29. A method as recited in claim 6, wherein said change step identifies any one of the processing instructions included in the MIDI data supplied by said supply step and makes a change to the event data representing the identified processing instruction in the supplied MIDI data.

30. A method as recited in any one of the preceding claims, further comprising a display step of causing a display unit to vi sually show at least part of the additional data reproduced by said reproduction step.

31. A method as recited in any one of the preceding claims, wherein the performance data complies with MIDI standards.

32. A method as recited in any one of the preceding claims, wherein predetermined lower bits of the performance data are changed.

33. A method as recited in any one of the preceding claims, wherein the additional data is embedded in data of predetermined lower bits of the performance data.

34. A computer program comprising computer program code means for performing all the steps of any one of claims 1 to 33 when said program is run on a computer.

35. A computer program as claimed in claim 34 embodied on a computer readable medium.

3G. An apparatus for watermarking performance data to be used for reproduction of a music piece with additional data said apparatus comprising: means for supplying performance data, said performance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds; means for dividing additional data into a plurality of divided data; and, means for changing the performance data supplied by said means for supplying in accordance with a predetermined algorithm and using the divided data.

37. An apparatus according to claim 36, in which the performance data is MIDI data.

38. An apparatus according to claim 36, in which the performance data includes velocity data, the changing means being arranged to change the velocity data.

39. An apparatus according to claim 38, in which the performance data includes duration time data the changing means being arranged to change the duration time.

40. An apparatus for reproducing additional data watermarking performance data, said apparatus comprising:

means for obtaining performance data watermarked by additional data, said performance data comprising a plurality of kinds of event data, each of the event data representing any one of a plurality of kinds of processing instructions, the event data indicative of a particular one of the processing instructions in the performance data having been changed by a divided part of the additional 66 data; and means for reproducing the additional data in dependence on a predetermined algorithm on the basis of the event data indicative of the particular processing instruction in the performance data read out via said means for reading out.

41. An apparatus according to claim 40, in which the means for obtaining performance data is arranged to obtain the data from a memory.

42. An apparatus according to claim 40 or 41, in which the performance data is MIDI data.

43. An apparatus according to claim 40, 41 or 42, in which the performance data includes velocity data changed by the additional data the reproducing means reproducing the additional data on the basis of the velocity data.