JPH11175058A - Automatic playing device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To facilitate representation by other media matching automatic playing as well as the automatic playing. SOLUTION: Instruction data constituting automatic playing data in an automatic playing data memory 106 are classified roughly into scenario control data, event data, and task management data. The event data include two kinds of data, i.e., data regarding the generation of a musical sound and data regarding a display of an image. A CPU 101 processes the automatic playing data consisting of those instruction data by executing a program in a ROM 102. Consequently, control commands are outputted to a sound source system 107 and data of images to be displayed are sent to a display device 105. Consequently, the generation of the musical sound and the display of images are performed only by processing the automatic playing data.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a technique for realizing automatic performance and image display.

[0002]

2. Description of the Related Art At present, various functions are mounted on a musical sound generator such as an electronic musical instrument. An automatic performance function (automatic performance device), which is one of the functions, is widely mounted in a musical sound generation device. Today, its automatic performance function (automatic performance device)
Is increasingly mounted not only on electronic musical instruments, but also on natural musical instruments such as acoustic pianos.

[0003] Automatic performance by an automatic performance function (automatic performance device) is performed by generating musical tones in accordance with data (automatic performance data) designating the contents of the automatic performance.
The automatic performance data is added to event data representing the contents of various events such as note-on, note-off, and program change, with time data representing (designating) the timing at which the data is to be processed, and the order in which the data pair is processed. It is arranged in the form according to.

Conventional automatic performance data is configured as described above, and a conventional automatic performance device (automatic performance function) performs automatic performance by sequentially processing the automatic performance data from the head.

[0005] Some conventional automatic performance devices are equipped with functions other than automatic performance. A function (navigation function) of sequentially notifying the user of a key to be pressed next using a medium different from a sound is one of them.

[0006] The functions such as the navigation function are basically realized by performing other preset processing in accordance with the processing of the event data. For this reason, such a function only operates based on the processing timing of the event data, and there is a problem in that it is not possible to perform an operation or processing that matches the performance content of each automatic performance data. Was.

The automatic performance data includes not only data for automatically performing the entire music, but also data for automatically performing only a part of the music such as accompaniment.
Its content varies. A song also has musical elements such as tempo and rhythm. As you can see, there are many things to consider when performing. For this reason, it is considered very difficult to predict in advance the processing content on other media that matches the automatic performance data.

An object of the present invention is to make it possible to easily perform not only automatic performance but also expression on other media suitable for the automatic performance.

[0009]

According to a first aspect of the present invention, there is provided an automatic performance device for storing a first instruction data group for designating processing contents relating to tone generation of musical tones, and processing contents relating to media different from musical tones. A storage medium storing, as automatic performance data, a command data sequence created using at least the designated second command data group; and reading the command data from the storage means, and generating a tone according to the read command data. Automatic performance means for executing at least processing relating to media different from musical sounds.

An automatic performance device according to a second aspect of the present invention further comprises, in addition to the above configuration, detection means for detecting the content of an operation performed by a user on a performance operator group. Reflects the operation content detected by the detection means in the processing of the instruction data read from the storage means.

In the above arrangement, the automatic performance means is specified from the predetermined performance operator while the detection means detects the operation of the predetermined performance operator in the performance operator group. It is desirable to continuously process the instruction data string in the automatic performance data.

[0012] The automatic performance means is provided for a period of time from when the detection means detects an operation of a predetermined performance operator in the performance operator group to when a predetermined time elapses after the end of the operation is detected. It is desirable that the processing of the instruction data string in the automatic performance data specified from the determined performance operator is continuously performed.

[0013] A recording medium according to a first aspect of the present invention is a recording medium on which automatic performance data readable by the automatic performance device is recorded, wherein first instruction data for specifying processing contents related to tone generation of musical tones. An instruction data sequence created using at least a second instruction data group that specifies processing contents relating to a group and a medium different from a musical tone is recorded as automatic performance data.

A recording medium according to a second aspect of the present invention is a recording medium storing a program for processing the automatic performance data recorded on the recording medium according to the first aspect, wherein the first instruction data Implements the function of processing the content specified by the group and generating a tone, and the function of processing the content specified by the second instruction data group and outputting information via a medium different from the tone. The program to be recorded is recorded.

According to the present invention, a command data group for generating a musical tone and a command data group for a medium different from a musical tone are separately prepared, and automatic performance data can be created using the command data group. Has become. As a result, the supply of information on the two media is independently (arbitrarily) designated (set) at the stage of creating the automatic performance data.

According to the present invention, processing relating to the tone generation of musical tones or processing relating to media different from musical tones is performed in accordance with command data constituting automatic performance data. As a result, by simply processing the automatic performance data, information is output on a tone different from the tone of the musical tone or on a medium different from the musical tone.

[0017]

Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a configuration diagram of an electronic musical instrument equipped with the automatic performance device according to the present embodiment.

As shown in FIG. 1, the electronic musical instrument has a CPU 101 for controlling the entire musical instrument, a ROM 102 and a RAM 103 directly accessed by the CPU 101.
And a keyboard 104 operated by a user and a CPU 1
Display device 105 for displaying the image data sent from 01
An automatic performance data memory (hereinafter, abbreviated as data memory) 106 storing automatic performance data;
A sound source system 107 for producing musical tones according to the instructions of
In particular, it is configured to include various switches (not shown) and a switch group 108 including a circuit for detecting an operation state thereof.

The operation of the above configuration will be described. When a power supply (not shown) is turned on, the CPU 101
By reading and executing the program stored in M102, control of the entire musical instrument is started. After that, R
While using the AM 103 for work, each unit is controlled according to operation information received from the keyboard 104 and the switch group 108.

The keyboard 104, for example, scans each key to detect a key whose operation state has changed, and information (key number) indicating the key whose operation state has changed, information indicating the change of the operation state, Sends information representing the speed (velocity value) at the time of key depression to the CPU 101 as operation information. The operation information is sent to the CPU 101 in the form of, for example, MIDI data. The key pressing speed is detected and transmitted according to the setting. CPU 10 receiving the MIDI data as operation information
1 sends it to the sound source system 107 immediately. As a result, in accordance with the user's operation on the keyboard 104, an instruction such as tone generation or silence is issued to the sound source system 107 in real time.

The sound source system 107 includes, for example, a sound source L
It comprises an SI, an A / D converter, an amplifier, and a speaker. The sound source LSI outputs digital waveform data in accordance with the MIDI data sent from the CPU 101, and the A / D converter converts the data into an analog audio signal. The audio signal is amplified by an amplifier and then input to a speaker, so that the tone generator system 107 emits a musical sound.

The various switches constituting the switch group 108 include a plurality of switches for selecting a timbre of a musical tone and a musical piece for automatic performance, a mode switch for selecting various modes, and the like. The operating state of those switches,
Alternatively, the presence or absence of the operation is detected by the detection circuit, and the detection result is sent to the CPU 101 as operation information.

When the CPU 101 receives the operation information from the switch group 108, it changes the setting of each section according to the contents. In order to change the setting, in accordance with the operation information received from the switch group 108, for example, the values of various variables held in the RAM 103 for each setting content are rewritten, and a command generated in accordance with the rewriting is generated.
This is performed by sending the setting change target (for example, the sound source system 107). As a result, the user can set the switch group 108
The user can specify (select) a tone color and mode of a musical tone, a music to be automatically played, and the like.

The automatic performance data is stored in the data memory (automatic performance data memory) 105 as described above. The data memory 106 is, for example, an IC card memory, and is supplied from a manufacturer or the like in a form in which it is mounted on an electronic musical instrument in advance or as a commercial product.

The automatic performance data (songs) stored in the data memory 106 are assigned different numbers. The user inputs the number through the switch group 108 to automatically play the data (music)
(Tune selection). The CPU 101 assigns the input number to a variable for managing the selected music stored in the RAM 103 (hereinafter, referred to as a music selection variable). The automatic performance of the music specified by the variable is started when a start / stop switch (not shown) which is one of the switches constituting the switch group 108 is operated, and the switch is operated again during the automatic performance. When done, end it.

FIG. 2 is a view for explaining the screen of the display device 105. The display device 105 is, for example, an LCD. As shown in FIG. 2, below the screen 201 of the display device 105, a top view of the keyboard 104 as viewed from above is a printing surface 2.
02.

The CPU 101 allows the user to operate the switch group 10
If a predetermined mode (herein, referred to as a display mode for convenience) is set via the key 8, the key is pressed at a position on the printing surface 202 corresponding to the key currently pressed by the user. The operation state of the keyboard 104 is displayed by displaying a bar having a length corresponding to the speed (velocity value) of the keyboard 104. CP
U101 also displays the currently set contents, instructions to the user, and the like on the screen 201 according to the situation.

The CPU 101 displays an image on the screen 201 by writing a bitmap pattern of an image to be displayed in a memory (not shown) of the display device 105. Bitmap pattern image data,
Alternatively, data for generating the data is stored in the ROM 102. Although a detailed description is omitted, the CPU
101 reads the data from the ROM 102 and
The image data is stored in the AM 103, and the image data of the bitmap pattern is generated by using the RAM 103 for work as needed.

The CPU 101 allows the user to operate the switch group 10
The automatic performance of the music designated through the step 8 is performed as follows. The automatic performance data stored in the data memory 106 is roughly classified into event data, scenario control data, and task management data from a functional viewpoint. The scenario control data is mainly instruction data for controlling the progress of the automatic performance, and the task management data is at least one event data or a data string (instruction set: task) composed of scenario control data. Instruction data for controlling execution. In order to facilitate the understanding of the operation of the CPU 101 for realizing the automatic performance, the main data among the data will be described by classifying them first. (1) Event data The event data is configured by adding at least one data indicating the content of the event to an identifier / instruction code indicating the type of the event. These instruction codes and the data added thereto are described by being delimited by “,”, and when they are stored, they are all stored as 1-byte data. The number of data to be added to the instruction code differs depending on the instruction code. However, in the present embodiment, four bytes are used for one instruction data.
Since the data in each column corresponds to one byte, the positions of the columns delimited by “,” will be represented by the number of bytes. The same applies to the scenario control data and the task management data.

In the event data, it is not always necessary to describe the data after the second byte with numerical values or the like. Registers (variables) in which numerical values, etc. are assigned instead of numerical values, etc.
Can be described. When a numerical value is described, "#" is added to the head of the numerical value to distinguish it from the register name. Further, a simple mathematical expression such as abc (register name) -def (register name) can be described. This is the same in other cases.・ Noteon, pitch data, touch response data The instruction code noteon is an instruction code for generating a musical tone having a pitch specified by the pitch data of the second byte at a volume specified by the touch response data of the third byte. is there. The third byte of the touch response data can be omitted. If it is omitted, the tone will be pronounced with the default value. Noteoff, pitch data The instruction code noteoff is an instruction code for instructing the silence of the musical tone having the pitch specified by the pitch data in the second byte. Tonechange, timbre number The instruction code tonechange is an instruction code for changing the timbre for producing a musical tone to the timbre specified by the timbre number in the second byte. Therefore, after processing the instruction data having this instruction code, the musical tone is generated in the tone specified by the tone number. The instruction code "tonec"
In the case where the instruction data having “change” is not processed, a predetermined timbre, for example, selected (specified) by the user
The musical tone is pronounced with the selected tone. • controlchange, control number, and numerical data The instruction code controlchange changes the set value of the operation target (breath type, main volume, expression, etc.) specified by the control number in the second byte according to the numerical data in the third byte Instruction code. Chordon, pitch data, code type data, touch response data The instruction code chordon is a code specified by the code type data of the third byte, with the pitch specified by the pitch data of the second byte as the root tone. Instruction code to sound. Numerical values are assigned to each code type, and the code type name in the third byte is entered as a numerical value. 4
The byte of the touch response data can be omitted. If it is omitted, the chord will be pronounced with the default value. Chordoff, pitch data, chord type data The pitch data in the second byte is for root designation. The instruction code chordoff is an instruction code for terminating the sound of the code specified by the pitch data of the second byte and the code type data of the third byte. Displayona, pitch data, touch response data Command code displayona is a command code for displaying an image corresponding to the pitch data of the second byte and the touch response data of the third byte. Displayoffa, pitch data The instruction code displayoffa is an instruction code for deleting the image specified by the pitch data in the second byte. -Displayonb, pitch data, chord type data, touch response data The pitch data in the second byte is for specifying the root note. The instruction code displayonb is pitch data of the second byte,
This is an instruction code for displaying an image specified by the code type data of the third byte and the touch response data of the fourth byte. The fourth byte touch response data can be omitted. If it is omitted, the touch response data has a default value. • displayoffb, pitch data, code type data The instruction code displayoffb deletes the image being displayed specified by the pitch data of the second byte (data representing the root note) and the code type data of the third byte. This is the instruction code to be executed.

As described above, as event data, in addition to data relating to the sound generation of musical tones, data relating to media different from sounds (here, visual perceptual media) are prepared. As a result, information can be transmitted to the user through a plurality of media simply by processing the automatic performance data. (2) Scenario control data The scenario control data has a configuration in which an identifier scenario indicating that the data is scenario control data is described in the first byte (head), and the processing content is described in the second and subsequent bytes. ing. An instruction code is described in the second byte, and data used in performing processing according to the instruction code is described in the third and subsequent bytes. Therefore, the scenario control data will be described focusing on the description of the second and subsequent bytes only. Mov, register name, register name or numerical value The instruction code mov is the register (variable) described in the third byte and the register (variable) described in the fourth byte
Or an instruction code for substituting a numerical value. Add, register name, register name or numerical value The instruction code add is obtained by adding the contents of the register (variable) described in the fourth byte or the numerical value to the contents of the register (variable) described in the third byte, This is an instruction code for substituting the addition result into the register described in the third byte. Sub, register name, register name or numerical value The instruction code sub subtracts the contents of the register (variable) described in the fourth byte or the numerical value from the contents of the register (variable) described in the third byte, This is an instruction code for substituting the result of the subtraction into the register described in the third byte. • and, register name, register name or numeric value The instruction code and is the logical product of the register (variable) content described in the third byte and the register (variable) content or numeric value described in the fourth byte Is operated, and the operation result is assigned to the register described in the third byte. • adc, register name, register name or numeric value The instruction code adc is the content of the register (variable) described in the third byte, the content or numerical value of the register (variable) described in the fourth byte, and furthermore, The carry value obtained by the addition is added, and the addition result is 3
This is an instruction code to be assigned to the register described in the byte. • sbc, register name, register name or numerical value The instruction code sbc is the contents of the register (variable) described in the third byte, the contents or numerical value of the register (variable) described in the fourth byte, and furthermore, The value of the carry obtained by the subtraction is subtracted, and the result of the subtraction is 3
This is an instruction code to be assigned to the register described in the byte. • orr, register name, register name or numeric value The instruction code orr is the logical sum of the register (variable) content described in the third byte and the register (variable) content or numeric value described in the fourth byte. This is an instruction code for performing an operation and assigning the operation result to the register described in the third byte. Xor, register name, register name or numerical value The instruction code xor is an exclusive OR of the contents of the register (variable) described in the third byte and the contents of the register (variable) described in the fourth byte or the numerical value Is operated, and the operation result is assigned to the register described in the third byte. • inc, register name The instruction code inc is an instruction code for incrementing the contents of the register (variable) described in the third byte. • tst, register name, register name or numeric value The instruction code tst is the logical product of the register (variable) content described in the third byte and the register (variable) content or numeric value described in the fourth byte. This is an instruction code that performs a calculation and reflects the calculation result only on a flag (carry flag or zero flag). · Cmp, register name, register name or numerical value The instruction code cmp subtracts the content or numerical value of the register (variable) described in the fourth byte from the content of the register (variable) described in the third byte, This instruction code reflects the subtraction result only on the flag (carry flag or zero flag). Jmp, offset address (label name) The instruction code jmp is an instruction code for unconditionally adding the value of the third byte offset address to the value of the address (task address) indicating the instruction data currently being processed. In the present embodiment, in order to facilitate designation of the jump destination address, a jump destination designation heading (hereinafter, referred to as a label) can be used.
Thus, the label name of the jump destination can be described in the offset address. Therefore, when the instruction data having the instruction code jmp is executed (processed), the value of the task address is changed to the value of the address of the label specified as the jump destination.

Since no other function is assigned to the label, the instruction data processed first after the task address is changed is substantially the instruction data located next to the label specified as the jump destination. It turns out that.
Therefore, the label can be used for organizing a task or other instruction set. • jz, offset address (label name) When the zero flag is “1”, the instruction code zz changes the task address value to the address value specified by the third byte offset address (here, the label name) ( This is the instruction code to jump. The value of the zero flag is
It becomes “1” when the result of the immediately preceding operation is 0. • jnz, offset address (label name) The instruction code jnz is 3 when the zero flag is “0”.
This is an instruction code for changing (jumping) the value of the task address to the value of the address specified by the byte offset address (here, the label name). The value of the zero flag becomes “0” when the result of the immediately preceding operation is not “0”. • jc, offset address (label name) The instruction code jc is obtained when the carry flag is “1”.
Offset address of the third byte (label name here)
Is an instruction code for changing (jumping) the value of the task address to the value of the address specified by. The value of the carry flag becomes “1” when a carry occurs in the immediately preceding addition or when a borrow occurs in the subtraction. • jnc, offset address (label name) The instruction code jnc changes the task address value to the address value specified by the third byte offset address (here, label name) when the carry flag is “0”. (Jump) instruction code. The value of the carry flag becomes “0” when no carry has occurred in the immediately preceding addition or when no borrow has occurred in the subtraction. Makernd, register name The instruction code makernd is an instruction code for generating a random number and substituting the random number value into the register specified by the third byte. Wait, Register Name or Numerical Value The instruction code Wait is an instruction code for suspending (waiting) processing for the time specified by the contents of the register described in the third byte or a numerical value. Waitnz, register name The instruction code waitnz is an instruction code for waiting until the contents of the register described in the third byte become other than “0”, that is, for temporarily suspending the progress of task processing. Table, number of records, register name Instruction data having an instruction code table is followed by a number of table elements (records) specified by the number of records in the third byte, and one instruction data Form a set. The record is composed of two bytes, and the first byte stores a numerical value or a register name corresponding to a branch condition, and the second byte stores an offset address (label name). The processing of the instruction data having the instruction code “table” is performed by searching for a record whose branch condition matches the value of the register specified by the third byte, and by specifying the offset address (label name) of the second byte of the searched record. This is done by changing the task address to the value of the address to be performed. If a record that matches the branch condition cannot be retrieved, the instruction data located immediately after the last record is processed next. Write, (register name), register name In this embodiment, the user sets the performance operator group (keyboard 10
4) As information for specifying the content of the operation performed on the information, information indicating the timing at which the operation was performed (time data), and information indicating whether the operation was a key press (note on) (operation Type data) and information (pitch data) indicating the key on which the operation was performed are acquired.
These pieces of information are stored in different dedicated areas. The instruction code write is described in the contents of a register described in the third byte in an area prepared for storing time data (hereinafter referred to as a time data area), or in an address specified by a numerical value in a fourth byte. This is an instruction code for storing the contents of the registered register as time data. Write, (register name), register name The instruction code writee is the content of a register described in the third byte in an area prepared for storing pitch data (hereinafter referred to as a pitch data area), or a numerical value. Is an instruction code for storing the contents of the register described in the fourth byte as pitch data at the address specified by. Writek, (register name), register name The instruction code writek is the content of the register described in the third byte in the area prepared for storing the operation type data (hereinafter, referred to as an operation type data area), or a numerical value. Is an instruction code for storing the contents of the register described in the fourth byte as operation type data at the address specified by. • readt, (register name), register name The instruction code readt reads the contents of the register described in the third byte in the timing information area or the time data of the address specified by the numerical value, and reads it in the fourth byte. Instruction code to be assigned to the described register. Read, (register name), register name The instruction code read reads the contents of the register described in the third byte in the pitch information area or the pitch data at the address specified by the numerical value, and writes it in 4 bytes. Instruction code to be assigned to the register described in the eye. • readk, (register name), register name The instruction code read reads out the contents of the register described in the third byte in the operation type information area or the operation type data of the address specified by the numerical value, and writes it in 4 bytes. Instruction code to be assigned to the register described in the eye. Write, (register name), register name In this embodiment, in order to allow the user to arbitrarily set the chord progression, various kinds of information on the code are stored in dedicated areas. . As such information, it is represented by information representing a chord type (chord type data), information representing a root note (pitch data), information representing whether to start or mute a sound (operation type data), and operation type data. Four types of information (time data) representing the timing of an event can be stored. The instruction code write is an area prepared for storing code time data (hereinafter, referred to as a code time data area).
Is an instruction code for storing the contents of the register described in the fourth byte as time data in the contents of the register described in the third byte or the address specified by the numerical value. Writecn, (register name), register name The instruction code writecn is the content of the register described in the third byte in the area prepared for storing the code type data (hereinafter referred to as the code type data area), or a numerical value. Is an instruction code for storing the contents of the register described in the fourth byte as code type data at the address specified by. Writecr, (register name), register name The instruction code writecr is the third byte in the area prepared for storing the pitch data representing the root of the code (hereinafter referred to as the chord pitch data area). This is an instruction code for storing the contents of the register described in the fourth byte as pitch data in the contents of the described register or at an address specified by a numerical value. · Writeeck, (register name), register name The instruction code writeeck is the code of the register described in the third byte in the area prepared for storing the code operation type data (hereinafter referred to as the code operation type data area). This is an instruction code for storing the content of the register described in the fourth byte as the operation type data of the code at the address specified by the content or the numerical value. • readct, (register name), register name The instruction code readct reads the contents of the register described in the third byte in the code time data area or the time data of the address specified by the numerical value, and reads it out in 4 bytes. Instruction code to be assigned to the register described in the eye. • readcn, (register name), register name The instruction code readcn is 3 in the code type data area.
This is an instruction code for reading out the contents of the register described in the byte or the code type data at the address specified by the numerical value and assigning it to the register described in the fourth byte. Readcr, (register name), register name The instruction code readcr reads the contents of the register described in the third byte in the code pitch data area, or the pitch data at the address specified by the numerical value, and reads it. This is an instruction code to be assigned to the register described in the fourth byte. • readck, (register name), register name The instruction code readck reads the contents of the register described in the third byte in the code operation type data area or the operation type data at the address specified by the numerical value, and reads it. This is an instruction code to be assigned to the register described in the fourth byte. Freechord As described above, the user sets the performance operation group (keyboard 104).
Various data for specifying the content of the operation performed on the data are stored in the time data area, the pitch data area, and the operation type data area. Instruction code freechord
Is an instruction code for determining a code to sound according to the performance performed by the user based on the data stored in those areas. In the present embodiment, pitch data representing a root note and chord type data are generated as data representing the determined chord, and these are stored in the chord pitch data area and the chord type data area, respectively. ing. A register used for a specific application A value representing the content of an event that has occurred immediately before the user operates the performance operator group (here, the keyboard 104) is automatically substituted into the register key. Specifically, "1" is assigned if the operation is note-on (key depression), "-1" if the operation is note-off (key release), and "0" if the operation state is not changed. You. The register note has a key number (pitch data) of the key in which the event has occurred.
Is substituted. When the touch response function is mounted, a value indicating the key pressing speed (touch response data) is assigned to the register vel.

The following registers are used as codes. The register chord is assigned a value indicating whether or not the user has operated the performance operator group to specify a chord, that is, whether or not a chord has been detected. If a code is detected, "1" is substituted, and if not, "0" is substituted. A value (code type data) representing a code specified by the detected user is assigned to the register chdno. The pitch data (key number) representing the root note of the chord is assigned to the register rtno.

In addition to the above, in order to manage the progress of the automatic performance, a value indicating the passage of time is substituted into the register timer. The value is, for example, a timer value provided in the CPU 101 or a value that is updated as needed at predetermined time intervals. A value indicating the size of the data storage area (the number of storable data) is assigned to the register end. In the present embodiment, the size of each region is the same. Therefore, the value of the register end is fixed. (3) Task Management Data In the task management data, an identifier "task" indicating that the data (instruction) is the task management data is described in the first byte (head), and the processing content is described in the second and subsequent bytes. It has a configuration. Specifically, an instruction code is described in the second byte, and information (here, mainly a label name) for specifying an instruction set of a task to be processed according to the instruction code is described in the third byte. For this reason, in the task management data, as in the case of the above-described scenario control data, the description will focus on only the description of the second and subsequent bytes. • newtask, offset address (label name) The instruction code newtask is an instruction code for generating (starting) an instruction data string after the offset address (label name) described in the third byte as one task.
When the instruction data having the instruction code newtask is processed, the status of the task specified by the third byte becomes ALIVE indicating that the task is being executed. Note that the name of the task is the label name used to specify the instruction data string. Killtask, offset address (label name) The instruction code killtask is an instruction code for terminating (eliminating) the processing of the task specified by the offset address (label name) described in the third byte. When the instruction data storing the instruction code killtask is executed, the state of the task specified by the third byte becomes DEAD indicating that the task is not being executed. Keyboardtask, pitch data of the lowest note, pitch data of the highest note The instruction code keyboardtask specifies the range specified by the lowest note specified in the third byte and the highest note specified in the fourth byte as a performance operator ( This is an instruction code to be set as an effective range for an operation on the keyboard 104). The effective range is set for each task.

The automatic performance data stored in the data memory 106 is configured as a command data string storing the above-described command codes. The CPU 101 starts the processing of the automatic performance data by operating the start / stop switch by the user, and after that, by sequentially switching the tasks to be processed among the activated tasks, each of the tasks is sequentially switched. Process tasks in parallel.
The task switching is specifically performed as follows.

The CPU 101 processes information necessary for processing the started task, specifically, the state of the task, the address of the next instruction data to be processed by the task (task address), and processes the instruction data. Processing management information such as a time indicating a timing (task time) and a split start value and a split end value for specifying a key area valid for the task are collectively held for each task.
Here, an aggregate of the process management information held for each task is called a task table. FIG. 3 is a diagram illustrating an example of a task table generated by processing automatic performance data.

The task states include the DEAD and AL described above.
In addition to IVE, there is SLEEP. The SLEEP is a state indicating that the task is waiting. For example, instruction data scen which is one of the scenario control data
The time is set when an instruction data such as ario, waitnz, and key (instruction data to wait for the user to operate the performance operator group next) cannot be identified. The task time is, for example, instruction data scen which is one of the scenario control data.
It is updated when processing instruction data, such as ario, wait, and register name, which can specify the time (timing) at which the processing is completed.

Each time a new task is started, an area (record: hereinafter referred to as a task area) for storing processing management information of the task is added to the task table. Thereby, information on all tasks is stored in the task table.

At the head of each task area in the task table, a number assigned to the corresponding task is stored. As shown in FIG. 3, the numbers are prefixed with "T". The task instruction register TG in the figure is a register that specifies a task area in the task table by its number. The task whose processing management information is stored in the task area specified by the value of the register TG is the current processing target.

The CPU 101 sets the task instruction register TG
Cyclically the value of
Update is sequentially performed in the order of T0 → T1 → T2 → T3 → T0.
The processing of the task newly specified by the update is determined based on the task state, the task time, and the like, and whether to perform the task is performed according to the determination result. At this time, if it is determined that the processing of the task should not be performed, the task instruction register TG is updated, and the process proceeds to the next task. Otherwise, the processing of the task is set to ALIVE.
Until changing to DEAD or SLEEP, or
The task is continued until a time later than the current time is set in the task time. In this way, the CPU 101 processes each task in parallel while cyclically switching the task to be processed.

The data in each column of the task table is actually stored in, for example, array variables prepared according to the number of the columns. In these array variables, the value of the task instruction register TG is used as an argument for specifying one element in the array variable.

FIG. 4 is an operation flowchart of the automatic performance process. Referring to FIG. 4, CPU 10 for processing the automatic performance data composed of the various instruction data described above.
The operation 1 will be described in detail.

The automatic performance process is a process in which only the processing operations related to the realization of the automatic performance are extracted and the flow is shown. The CPU 101 executes the program stored in the ROM 102 to realize the automatic performance process. You. The execution is performed, for example, by a mode in which the user can operate the mode switches of the switch group 108 to perform an automatic performance (automatic performance mode).
Is set, the operation is started by operating the start / stop switch of the switch group 108.

First, in step 401, a task for automatic performance data specified by a song selection variable is initialized. In the initialization, a task table is created, and initial values are assigned to various variables (registers). More specifically, the task area (first area) of the task (startup task or top-level task) in which the instruction data is located at the beginning of the task area is set at the start of the processing of the automatic performance data specified by the user. It is provided in the table and ALIVE is set in the task state. Various variables include a task instruction register TG and a register timer
Are respectively substituted with 0. After performing such initialization, the process proceeds to step 402. Although the value of the register timer is not described in detail,
1 is updated at any time in accordance with the count-up of the timer provided in 1.

In step 402, it is determined whether the value of the task instruction register TG is 0. If the value is 0, the determination is YES and the process moves to step 403. Otherwise, the determination is no and the process moves to step 404. The task instruction register TG cyclically instructs a task whose processing management information is stored in the task table. Therefore, the value of the task instruction register TG becomes 0 again after all the tasks have been processed as one.

In step 403, the keyboard 104 is caused to scan each key, and operation information as a result of the scanning is received. In the following step 404, the operation information is analyzed to determine the key whose status has changed and the content of the change. If the operation information is received in the form of MIDI data, the contents of the change of the key state from the upper four bits of the first byte (status byte) are specified from the second byte, respectively.

As a result of the above analysis, if there is no key whose state has changed, 0 is assigned to the register key in step 405, and the process proceeds to step 410.
If a newly pressed key is detected, step 40
In step 6, 1 is assigned to the register key, and the number (key number) assigned to the key is assigned to the register note, and the process proceeds to step 407.

In step 407, analysis is performed to detect the specified content via the keyboard 104 from the combination of the key number of the newly depressed key and the key number of the already depressed key. It is determined whether a code has been newly detected. If the code is designated by the newly pressed key, the determination is YES and the process moves to step 408. Otherwise, the determination is no and the process moves to step 410. In step 408, since a new code is detected, 1 is substituted into the register chord, the key number of the lowest tone key among the keys specifying the code in the register rtno, and the number representing the detected code are substituted into the register chdno. . After that, the process proceeds to step 410.

As a method of designating a chord, there is a method of designating all chords, or a method of designating a chord more simply. Here, in order to avoid confusion, the present embodiment adopts only the latter method. According to the method adopted in the present embodiment, a major code is obtained by pressing only one key in a preset key range, a minor code is obtained by pressing two keys, a 7th code is obtained by pressing three keys, If more than one key is pressed, it is detected that the 7th minor code has been designated. The root (root) is the lowest note of the keys thus depressed.

On the other hand, if it is determined in step 404 that the released key has been detected, the flow shifts to step 409. In step 409, -1 is assigned to the register key and the key number is assigned to the register note. Then, the process proceeds to step 408. In that way, the keyboard 104
(Information) indicating the content of the operation performed by the user on the
Is a register key, note, chord, rtn
o, and further substituted into chdno according to the contents of the operation.

In step 410, the status of the task currently being processed is determined. Task instruction register TG
If the task state of the task area specified by the is "DEAD", the process proceeds to step 419. If the status is other than that, that is, ALIVE or SLEEP, the process proceeds to step 411.

In step 411, it is determined whether or not the processing of the running task proceeds. The time specified by the task time is the current time (register time
After (value of r), or when the condition to release the SLEEP state (change from SLEEP to ALIVE) is not satisfied, the determination is NO and the process proceeds to step 419. If not, that is, if it is a situation where the processing of the task proceeds, the determination is YES.
And the process proceeds to step 412. Note that, for example, if a transition to the SLEEP state is made by processing the instruction data scenario, waitnz, and key, a value other than 0 is substituted into the register key, and the SLEEP state is obtained.
The condition for releasing the state is satisfied.

At step 412, the instruction data specified by the task address is read from the data memory 106.
In the following step 413, the type of the read instruction data is determined.

If the instruction data is event data (performance data in the figure), the process goes to step 417 after performing the performance data processing in step 414. If the instruction data is scenario control data, that is, if the identifier scenario is stored in the first byte, after executing the scenario control data processing of step 415,
Move to step 417. If the instruction data is task management data, that is, if the identifier “task” is stored in the first byte, the process proceeds to step 417 after executing the task management process of step 416. In this way, a process corresponding to the type of the instruction data read in step 412 is performed. Details of these processes will be described later.

In step 417, an update for adding 4 to the value of the task address is performed. The addition of 4 is because, as described above, in this embodiment, 4 bytes are allocated for storing each instruction data. Upon completion, the process moves to step 418.

At step 418, the task status is set to ALI.
It is determined whether or not VE. As a result of executing the scenario control data processing of step 415 or the task management data processing of step 416, the task state is changed to SLEEP or D.
If it has been changed to EAD, the determination is no and the process moves to step 419. Otherwise, the determination is yes and the process returns to step 411.

In this way, steps 411 to 418
Is repeatedly executed until the task state is changed from ALIVE to SLEEP or DEAD, or until the task time is set after the current time (the value of the register timer).

On the other hand, when the determination in step 418 or 411 is NO, or when the determination of the task state in step 410 is DEAD, the process proceeds to step 419, where
Since the processing of the current task cannot proceed any further, the processing target is shifted to the next task. The transition is performed by incrementing the value of the task instruction register TG. Upon completion, the process returns to step 402.

As described above, in the automatic performance processing, the task status, the task time, and the like are constantly monitored, so that the processing of the task specified by the task instruction register TG progresses and the task to be processed is switched. ing.

Next, various subroutine processes executed during the automatic performance process will be described in detail with reference to the operation flowcharts shown in FIGS. FIG. 5 is an operation flowchart of the performance data processing executed as step 414. First, referring to FIG.
The performance data processing will be described in detail.

The performance data processing is performed by using the instruction code not.
instruction data having an instruction code directly related to the generation of a musical tone such as eon or noteoff or the specification of the condition, or instruction codes displayona or disp
This is performed in order to process command data having a command code related to display of an image, such as a rayoffa. There are many types of instruction codes. Therefore, FIG.
The flow of the processing is extracted and shown by focusing only on the instruction code that is frequently used. The command data read in step 412 is passed as an argument from the automatic performance processing shown in FIG.

First, in step 501, the instruction data passed from the automatic performance processing shown in FIG. 4 is classified. From step 502 following step 501, processing is performed according to the classification result.

In step 502, it is determined whether or not the instruction code in the instruction data is "noteon". If the instruction code is "noteon", the determination is YE
In S, the process proceeds to step 503. Otherwise, the determination is no and the process moves to step 504.

In step 503, a control command (for example, MIDI data) for instructing the start of sounding of the musical tone specified by the pitch data and the touch response data in the command data is generated and transmitted to the tone generator system 107. . After the end, a series of processing ends. Since the touch response data can be omitted, if there is no touch response data in the command data, the control command is generated using its default value.

On the other hand, in step 504, it is determined whether or not the instruction code in the instruction data is noteoff. If the instruction code is noteoff, the determination is Y
It becomes ES and moves to step 505. Otherwise, the determination is no and the process moves to step 506.

In step 505, a control command (MIDI data) for instructing the silence of the musical tone specified by the pitch data in the instruction data is generated, and the control command is generated.
7 is performed. After the end, a series of processing ends.

At step 506, it is determined whether or not the instruction code in the instruction data is tonechange. If the instruction code is tonechange, the determination is YES and the process moves to step 507. Otherwise, the determination is no and step 508
Move to

At step 508, it is determined whether or not the instruction code in the instruction data is chordon. If the instruction code is chordon, the determination is YES and the process moves to step 509. Otherwise, the determination is no and the process moves to step 510.

In step 509, a control command (for example, MIDI data) for instructing the start of sounding of the chord specified by the pitch data, chord type data, and touch response data in the instruction data is generated, and the control command is generated. Perform processing to send to. The control command is generated for each of the constituent sounds of the chord specified from the pitch data of the root and the chord type data, and the sound source system 10
7 After the end, a series of processing ends. Since the touch response data can be omitted, if there is no touch response data in the command data, a control command for each component sound is generated using its default value.

At step 510, it is determined whether or not the instruction code in the instruction data is chordoff. If the instruction code is chordoff, the determination is YE
In S, the process proceeds to step 511. Otherwise, the determination is no and the process moves to step 512 in FIG.

In step 511, a control command (for example, MIDI data) for instructing the end of sound generation of a chord specified by pitch data and chord type data in the instruction data.
Is generated and transmitted to the sound source system 107. The control command is generated for each of the constituent sounds of the chord specified from the pitch data of the root and the chord type data, and sent to the sound source system 107. After the end, a series of processing ends.

At step 512 in FIG. 6, it is determined whether or not the instruction code in the instruction data is displayona.
If the instruction code is displayona,
The determination is YES and the process moves to step 513.
Otherwise, the determination is no and the process moves to step 514.

In step 513, a process of writing the pitch data in the command data and the image data specified by the touch response data to an area in the memory of the display device 105 specified from the pitch data is performed. Thus, the image is displayed on the screen 201. After the end, a series of processing ends. The above image data is
The data is obtained by reading the image data stored in the ROM 102 or by further processing the read image data.

At step 514, it is determined whether or not the instruction code in the instruction data is displayoffa. If the instruction code is displayoffa, the determination is YES and the process moves to step 515. Otherwise, the determination is no and step 5
Move to 16.

At step 515, a process for deleting the image specified from the pitch data in the command data from the screen 201 is performed. After the end, a series of processing ends. The deletion of the image is performed by deleting the data of the image stored in the memory of the display device 105, for example.

At step 516, it is determined whether or not the instruction code in the instruction data is displayonb. If the instruction code is displayonb, the determination is YES and the process moves to step 517. Otherwise, the determination is no and step 518
Move to

At step 517, the pitch data, the code type data, and the image data specified by the touch response data in the instruction data are stored in the memory of the display device 105 specified by the pitch data and the code type data. Perform the process of writing to the area. As a result, the image is displayed on screen 2
01 is displayed. After the end, a series of processing ends. The image data is generated by reading the image data stored in the ROM 102 and further processing the image data.

At step 518, it is determined whether or not the instruction code in the instruction data is displayoffb. If the instruction code is displayoffb, the determination is YES and the process moves to step 519. Otherwise, the determination is NO and the series of processing ends.

In step 519, a process for deleting the image specified by the pitch data and the code type data in the instruction data from the screen 201 is performed. After the end, a series of processing ends. In addition, the deletion of the image
This is performed by deleting the data of the image stored in the memory of the display device 105.

As described above, in the performance data processing, the tone data is generated from the tone generator system 107 and the image is displayed on the display device 105 by processing the instruction data classified as the event data. Therefore, when the automatic performance data is processed, information of two media, that is, sound and image, is transmitted to the user. In addition, an image suitable for the automatic performance can be displayed in accordance with the progress of the automatic performance only by creating the automatic performance data. For this reason, it is possible to easily perform not only the automatic performance but also the expression in another medium suitable for the automatic performance.

FIG. 7 and FIG. 8 are operation flowcharts of the scenario control data processing executed as step 415. Next, referring to FIGS. 7 and 8,
The scenario control data processing will be described in detail.

The scenario control data processing is performed using the identifier s
Cenario is performed to process the scenario control data stored in the first byte (head). There are many types of instruction codes. For this reason, FIG. 7 and FIG. 8 show the processing flow extracted and focused on only the instruction code that is frequently used. The command data read in step 412 is passed as an argument from the automatic performance processing shown in FIG.

First, in step 701, the instruction data passed from the automatic performance processing shown in FIG. 4 is classified. After step 702 following step 701, processing is performed according to the classification result.

In step 702, the instruction code in the instruction data is mov, add, sub, cmp, an
It is determined whether or not the instruction code is related to an operation using a register such as d, orr, or inc. If the instruction code is an instruction code relating to such an operation, the determination is YES and the process moves to step 703. Otherwise, the determination is no and step 7
Move to 04.

In step 703, an operation is performed using a register or a numerical value specified in the instruction data according to the instruction code. As a result, the contents of the register are updated or substituted, and further, depending on the instruction code, a value corresponding to the operation result is substituted into the carry flag or the zero flag. Thereafter, a series of processing ends.

At step 704, it is determined whether or not the instruction code in the instruction data is an instruction code for jumping the processing of instruction data such as jmp, jz, jnz, jc, jnc, or table. If the instruction code is such an instruction code, the determination is YES and the process moves to step 705. Otherwise, the determination is no and the process moves to step 706.

At step 705, it is determined whether or not the condition for performing the processing according to the instruction code is satisfied, and the task address is changed according to the determination result. At this time, if it is determined that the condition is satisfied, the task address value is changed to the address value specified by the offset address (label name) in the instruction data, and if not, the task address is changed. do not do. After completing the scenario control data processing, the task address is stored in step 417 during the automatic performance processing shown in FIG.
Will be updated. Therefore, if the task address is not changed, the instruction data located immediately after the processed instruction data is processed next. When the task address is changed, the instruction data located next to the designated label is processed next.

At step 706, it is determined whether or not the instruction code in the instruction data requires time to process the next instruction data such as wait, waitnz, or the like. If the instruction code is such an instruction code, the determination is YES and the process moves to step 707. Otherwise, the determination is no and the process moves to step 708.

In step 707, a process for setting a task state or a task time according to the type of the instruction code is performed. Specifically, if the instruction code is waitnz, the task state is set to SLEEP because the user is waiting for an operation on the keyboard 104. If the instruction code is "wait", the time (time) at which the next instruction data is processed by adding the register contents or the numerical value of the name stored in the third byte of the instruction data to the value of the register timer. Is calculated and set as the task time. After the end, a series of processing ends.
When this step 707 is executed, the determination of step 418 or 411 during the automatic performance processing shown in FIG. 4 becomes NO, so that the task to be processed is switched.

In step 708, it is determined whether or not the instruction code in the instruction data is an instruction code for reading data representing the operation content for each key of read, readt, or readk. If the instruction code is such an instruction code, the determination is YES and step 7
Move to 09. Otherwise, the determination is no
The process then proceeds to step 710 in FIG.

At step 709, the type (area) of the data to be read is specified from the instruction code, the data is read from the address specified by the third byte data in the instruction data in that area, and the read data is read The assignment to the register specified by the byte is performed.
After such assignment to the register, a series of processing is terminated.

In step 710 of FIG. 8, the instruction code in the instruction data is write, write, or w.
It is determined whether or not the instruction code is for writing data representing the operation content for each key of the rightek. If the instruction code is such an instruction code, the determination is YES and the process moves to step 711. Otherwise, the determination is no and the process moves to step 712.

At step 711, the type (area) of the data to be written is specified from the instruction code, and the address specified by the third byte data in the instruction data in the area is set to the register specified by the fourth byte. Write the data of After writing such data, a series of processing is terminated.

At step 712, the instruction code in the instruction data is readcn, readcr, readct,
Alternatively, it is determined whether or not the instruction code is for reading data representing the operation content for each code of readck. If the instruction code is such an instruction code, the determination is YES and the process moves to step 713. Otherwise, the determination is no and the process moves to step 714.

In step 713, the type (area) of the data to be read is specified from the instruction code, the data is read from the address specified by the third byte data in the instruction data in the area, The assignment to the register specified by the byte is performed.
After such assignment to the register, a series of processing is terminated.

At step 714, the instruction code in the instruction data is writecn, writecr, writetec
It is determined whether or not the instruction code is for writing data representing the operation content for each t or writeck code. If the instruction code is such an instruction code, the determination is YES and the process moves to step 715. Otherwise, the determination is no and step 71
Move to 6.

At step 715, the type (area) of the data to be written is specified from the instruction code, and the address specified by the third byte data in the instruction data in the area is the register specified by the fourth byte. Write the data of After writing such data, a series of processing is terminated.

At step 716, it is determined whether or not the instruction code in the instruction data is freecode. If the instruction code is freeword, the determination is YES and the process moves to step 717. Otherwise, the determination is NO and the series of processing ends.

Data representing the contents of the operation of the keyboard 104 by the user is stored in a time data area, a pitch data area, and an operation type data area. In step 717, based on the data stored in those areas, a chord to be sounded in accordance with the performance performed by the user is determined, and pitch data (key number) representing a root, Chord type data for chord pitch data area,
And in the code type data area. After that, a series of processing ends.

In the present embodiment, only the pitch data representing the root and the chord type data are generated as the data representing the chords, since these chords are supposed to sound for a designated time. It is. Although a detailed description of the method for determining the code is omitted, Japanese Patent Publication No. 2-7480 is a reference document.

FIG. 9 is an operation flowchart of the task management data processing executed as step 416 during the automatic performance processing of FIG. Next, the task management data processing will be described in detail with reference to FIG.

The task management data processing is performed by using the identifier ta
sk is performed to process the scenario control data stored in the first byte (head). The command data read in step 412 is passed as an argument from the automatic performance processing shown in FIG.

First, in step 901, the instruction data passed from the automatic performance processing shown in FIG. 4 is classified. From step 902 following step 901, processing is performed according to the classification result.

At step 902, it is determined whether or not the instruction code in the instruction data is newtask. If the instruction code is newtask, the determination is YE
In S, the process proceeds to step 903. Otherwise, the determination is no and the process moves to step 904.

The instruction code newtask is an instruction code for generating (starting) a new task. for that reason,
In step 903, a process for generating a task specified by the third byte in the instruction data is performed. Specifically, if a task area for the task is not secured in the task table, the task area is newly secured. If a task area is newly secured, the task instruction register T is set accordingly.
The value range of G is changed. For the task area, ALIVE is set in the task state and 3 in the instruction data is set in the task address.
The address value of the label (offset address) described in the byte is set. If the task area of the task is already secured in the task table, the task state is changed from DEAD to ALIVE, and the value of the address of the label is set in the task address. Thereafter, the process proceeds to step 904.

At step 904, it is determined whether or not the instruction code in the instruction data is killtask. If the instruction code is killtask, the determination is YE
In S, the process proceeds to step 905. Otherwise, the determination is no and the process moves to step 906.

The instruction code killtask is an instruction code for terminating (eliminating) the running task. Therefore, in step 605, processing for terminating the task specified by the third byte in the instruction data is performed. Specifically, DEAD is set to the task state of the task area specified by the task instruction register TG of the task table. After that, the process proceeds to step 906.

At step 906, it is determined whether or not the instruction code in the instruction data is keyboardtask. If the instruction code is keyboardtask, the determination is YES and the process moves to step 907. Otherwise, the determination is NO and the series of processing ends.

The instruction code keyboardtask is:
This is an instruction code for setting a key range to be valid in a task. Therefore, in step 907, 3 in the instruction data
The range specified by the lowest note specified by the byte and the highest note specified by the fourth byte is set as the range in which the operation on the performance operator (keyboard 104) is effective. The key number specifying the lowest note is stored in the task table as the split start value, and the key number specifying the highest note is stored in the task table as the split end value (see FIG. 3). After doing so, a series of processing ends.

By performing the various processes described above, the CPU 1
01 processes the automatic performance data. Next, taking some actual automatic performance data as an example, the contents of the automatic performance realized by processing the data by the CPU 101 will be specifically described along the instruction data string constituting the automatic performance data. The automatic performance data is stored in the data memory 106 shown in FIG. 1 while being divided into different areas.

FIG. 10 is a diagram showing an example of first automatic performance data (hereinafter, referred to as first automatic performance data).
With reference to FIG. 10, the contents of the automatic performance realized by processing the first automatic performance data will be described first.

When the processing of the first automatic performance data is started, a task table is created with the instruction data string following the label task0 as a start task (top task: see FIG. 3). The task area of the activated task is T0, and ALIVE is stored in the task state. At this point, no other task area exists. On the other hand, 0 is assigned to the task instruction register TG and the register timer holding the value indicating the current time, respectively. The processing so far is performed as step 401 in the automatic performance processing shown in FIG.

Instruction data tas following label task0
In the processing of k, newtask, and task1, a task area T1 for task 1 is secured in the task table, ALIVE is set as the task state of the task area T1, and the address (offset address) of the label task1 is set as the task address. It is done by setting. The processing of the next instruction data task, killtask, and task0 sets the task state of the corresponding task area T0 to AL.
This is performed by changing from IVE to DEAD. As a result, the determination in step 418 in FIG. 4 becomes NO, so in step 419, the value of the task instruction register TG is incremented from 0 to 1, and the task to be processed is switched from the starting task to task task1. Be replaced.

In the task task1, the label task1
Instruction data scenario, waitnz, c following
hor is processed first. When this is processed (processed in step 415 in FIG. 4), the user waits for an operation of designating a code on the keyboard 104, so that the task state of the task area T1 in the task table is ALIVE.
Is changed to SLEEP. Thereafter, since the determination in step 418 in FIG. 4 is NO, the processing target shifts to the next task.

When the user presses a key on the keyboard 104 to specify a code, step 408 in FIG. 4 is executed, and
The register chord is assigned a value of 1 indicating that a code has been detected, the register rtno is assigned a key number of the root note, and the register chdno is assigned a value representing a chord type specified by the user. Therefore, the SLEEP state is released and returned to ALIVE. As a result, the determination in step 410 becomes YES, and the label label
The processing of the instruction data string after 1 is restarted.

The instruction data sc following the label label1
enario, mov, rno, rtno, scena
By processing rio, mov, chno, and chdno, the value of the register rtno is assigned to the register rno, and the value of the register chdno is assigned to the register chno.

After processing these instruction data, the instruction data chordon, rno, chno, disp
The layers, rno, and chno are processed. By processing them, the chord specified by the user is pronounced, and the constituent sounds thereof are displayed on the screen 201 of the display device 105. The instruction data is processed in step 414 every time the processing loop formed in steps 411 to 418 in FIG. 4 is executed.

Instruction data displayonb, rn
After o and chno, instruction data scenario,
waitnz, chord are located. for that reason,
After the component sound of the chord specified by the user is displayed on the screen 201, the instruction data is processed and the task state is SLEEP until the user specifies the next chord.

When the user depresses a key on the keyboard 104 and newly designates a code, step 408 in FIG. 4 is executed, and the determination in step 410 is not DEAD.
Thereby, the instruction data chordoff, rno, c
hno, displayoffb, rno, and chno are processed. By processing those instruction data,
The currently sounding chord is muted, and the display of its constituent sounds is erased from the screen 201. After that, the instruction data scenario, jmp, and label1 are processed, and the task address is changed to the value of the address of the label label1.

The instruction data string of the first automatic performance data is:
It is as described above. So, when we process it,
When the user specifies a chord for the first time, the chord is started to be played as an automatic performance, and the chord to be played is
An operation of changing the code each time the user newly specifies the code is realized. On the screen 201 of the display device 105, the velocity values of the constituent sounds of the chord are displayed according to the pronunciation of the chord.

FIGS. 11 and 12 are diagrams showing examples of the second automatic performance data (hereinafter, referred to as second automatic performance data). Next, the contents of the automatic performance realized by processing the second automatic performance data will be described with reference to FIGS.

The second automatic performance data is data for determining a chord suitable for the performance of the user and for playing it with the performance of the user. Here, the same performance is repeatedly performed twice by the user, so that chord determination data is acquired in the first performance and the determined chord is emitted in the second performance.

In the processing of the second automatic performance data, a task table is created using the instruction data string following the label task0 as the start task (the highest task: see FIG. 3). The task area of the activated task is T0, and ALIVE is stored in the task state. On the other hand,
0 is assigned to the task instruction register TG and the register timer that holds the value indicating the current time.

Instruction data tas following label task0
In the processing of k, newtask, and task1, a task area T1 for task 1 is secured in the task table, ALIVE is set as the task state of the task area T1, and the address (offset address) of the label task1 is set as the task address. It is done by setting. The processing of the next instruction data task, killtask, and task0 sets the task state of the corresponding task area T0 to AL.
This is performed by changing from IVE to DEAD. As a result, the determination in step 418 in FIG. 4 is NO, and the value of the task instruction register TG is incremented from 0 to 1 in step 419, and the task to be processed is switched from the starting task to the task task1. Be replaced.

In the task task1, the label task1
Instruction data task, keyboardtas following
k, # 25 and # 87 are processed first. By processing this, 25 is assigned to the split start value and 87 is assigned to the split end value of the task area reserved for task task1 in the task table. As a result, the task task1 processes the instruction data string after the label label1 using the keys having the key numbers 25 to 87 as an effective key area.

At and after the label label1, the instruction data scenario, waitnz, and key are processed first. At this time, the effective key area for task task1 is set as described above. Therefore, when it is processed, until a key in the valid key area is operated,
The task state will be set to SLEEP.

When the user operates a key in the valid key area, the task state is changed from SLEEP to ALIVE, and the instruction data scenario, cmp, # -1, and key are processed. After that, the instruction data scenario, j
z, label2 are processed. Therefore, if the user operation is a key press, the task address is labeled l
abel2 is changed to the value of the address. If the operation is a key release, the instruction data task, killt
ask, task2, task, newtask, ta
sk2 is processed. Thereby, task task2
Will repeat the processing of the instruction data string from the beginning.

The instruction data sc after the label label2
enario, mov, ctime, timer, sc
enario, mov, time, ctime, sce
nario, sub, time, ftime, scen
“ario”, “mov”, “ftime”, and “ctime” are instruction data strings for calculating a user operation interval. By processing the instruction data string, a value (time data) indicating the operation interval is stored in the register time, and the register ftime
Is substituted with a value representing the current time.

The instruction data scenario,
writet, (rad), time, scenari
o, writee, (rad), note, scena
The rio, write, (rad), and key are processes for storing data representing the content of the operation performed by the user. By processing the instruction data string, the register t
The time data assigned to im, the pitch data assigned to the register note, and the operation type data assigned to the register key are respectively written to the addresses specified by the value of the register rad in the corresponding area.

Thereafter, the instruction data string scenari
o, inc, rad, scenario, cmp, ra
d, end, scenario, jnz, label
1, scenario, mov, rad, # 0, sce
nario, jmp and label1 are processed. When the instruction data string is processed, the value of the register rad is updated so as to specify an address in the data area, and the task address is changed to the value of the address of the label label2.

In task task2, first, instruction data scenario, wait, # n1 (n1 is a numerical value representing a predetermined time) is processed. The task task2 is deleted every time the user releases the key in the task task1, and is generated immediately thereafter. For this reason, in the task task2, if the user does not release the key for the time specified by n1 since the last release of the key, the instruction data task,
ltask, task1, scenario, free
chord, task, newtask, play, t
Ask, killtask, and task2 will be processed.

By processing these instruction data, tasks task1 and task2 disappear, and tasks task1 and task2 disappear.
From the data stored in k1, a chord to be sounded in accordance with the performance of the user when the data is obtained is determined,
A task play is generated. As a result, the user 2
The preparation for sounding the chord in time with the second performance is completed.

In the task play, first, the instruction data s
Cenario, waitnz, and key are processed.
Task play is generated by task task2. Therefore, the instruction data string of label label3 is
After a predetermined time (time corresponding to n1) has elapsed since the user last released the key, processing is performed by restarting the operation on the keyboard 104.

After the label label3, the instruction data scenario, readcn, (pad),
chno, scenario, readcr, (pa
d), rno is processed. Thereby, the register pad of the chord type data area and the chord pitch data area
The data at the address specified by the above is read out, the chord type data is assigned to the register chno, and the pitch data of the root are assigned to the register rno.

After processing the instruction data, the instruction data chordon, rno, chno, disp
The layers, rno, and chno are processed. By processing them, the chord specified by the user is pronounced, and the constituent sounds thereof are displayed on the screen 201 of the display device 105.

Instruction data displayonb, rn
After o and chno, instruction data scenario,
wait, # n2 are processed, and thereafter, the instruction data c
handoff, rno, chno, display
ffb, rno, and chno are processed. Accordingly, the sound of the chord is muted when the time represented by n2 elapses after the sound is started, and the display thereof is similarly erased from the screen 201 when the time represented by n2 elapses after being displayed. You.

Thereafter, the instruction data scenari
o, wait, and # n3 are processed, followed by instruction data strings scenario, inc, pad, and scena
rio, cmp, end, pad, scenario,
jnc, label3, scenario, mov, p
ad, # 0, scenario, jmp, label3
Is processed. So after clearing the code,
When the time represented by n3 elapses, the value of the register pad is updated so as to specify an address in the code data area, and the task address is changed to the value of the address of the label label3.

FIG. 13 is a diagram showing an example of third automatic performance data (hereinafter, referred to as third automatic performance data).
Next, with reference to FIG. 13, the contents of the automatic performance realized by processing the third automatic performance data will be described.

The third automatic performance data is data for, when a user designates a chord, sounding the designated chord until the key corresponding to the root of the chord is released.

In the processing of the third automatic performance data, first, a task table is created with the instruction data string following the label task0 as the start task (the highest task: see FIG. 3). The task area of the activated task is T0, and ALIVE is stored in the task state. At this point, no other task area exists. On the other hand, 0 is assigned to the task instruction register TG and the register timer holding the value indicating the current time, respectively.

Instruction data tas following label task0
In the processing of k, newtask, and task1, a task area T1 for task 1 is secured in the task table, ALIVE is set as the task state of the task area T1, and the address (offset address) of the label task1 is set as the task address. It is done by setting. The processing of the next instruction data task, killtask, and task0 sets the task state of the corresponding task area T0 to AL.
This is performed by changing from IVE to DEAD. As a result, the determination in step 418 in FIG. 4 is NO, and the value of the task instruction register TG is incremented from 0 to 1 in step 419, and the task to be processed is switched from the starting task to the task task1. Be replaced.

In the task task1, first, instruction data scenario, waitnz, and chord are processed. By processing the instruction data, the task state is changed from ALIVE to SLEEP, and further processing of the instruction data string is suspended until the user specifies a code.

When the user specifies the code, the task state changes from SLEEP to ALIVE, and the instruction data t
ask, newtask, kanshi, task, n
ewtask, play, task, killtas
k and task1 are processed. Thereby, the task ta
sk1 disappears, and tasks kanshi and play are newly generated.

The task kanshi is a task for monitoring the release of a key corresponding to the root of the code specified by the user. In that task, first, instruction data scen
ario, mov, rno, rtno, scenari
o, mov, chno, chdno are processed. As a result of processing the instruction data, the root key number is assigned to the register rno, and the code number (code type data) is assigned to the register chno. Thereafter, the processing shifts to the processing of the instruction data string after the label label1.

In the transition to the label label1, first, the instruction data scenario, waitnz, and key are processed. As a result, the task state becomes SLEEP and waits for a user operation. Thereafter, when the user operates, the instruction data scenario, cmp, rn
o and note are processed, and then instruction data scena
rio, jnz, and label1 are processed.

At this time, the value of the zero flag becomes 1 when the user operates the key corresponding to the root. Since the content of the operation is after the route is specified, the key is naturally released. Therefore, when the user releases the key corresponding to the root of the designated code, the instruction data scenario,
Instruction data after jnz, label1 is processed.
Otherwise, the task address is labeled label
It is changed to the value of the address of l1.

After detecting the key release corresponding to the root as described above, the instruction data scenario, mo
By processing v, pf, and # 1, 1 is assigned to the register pf. After that, the instruction data task, newt
ask, task1, task, killtask, k
Anshi is processed. Thereby, the task task
1 is generated, and the task kanshi disappears.

In the task play, first, the instruction data c
Hordon, rno, chno, displayon
b, rno and chno are processed. By processing them, the chord specified by the user is pronounced, and the constituent sounds thereof are displayed on the screen 201 of the display device 105.

Instruction data displayonb, rn
After o and chno, instruction data scenario,
waitnz, pf is processed. Register pf contains
As described above, when the key corresponding to the route is released, a value other than 0 is substituted. Therefore, when the key corresponding to the root is released, the task state changes from SLEEP to ALIV.
The instruction data is changed to E, and the subsequent instruction data is processed.

Thereafter, first, the instruction data scen
ario, mov, pf, # 0 are processed. Thereby, 0 is assigned to the register pf. Subsequently, instruction data chordoff, rno, chno, displ
ayoffb, rno, chno are processed. Thereby, the chord is muted and the screen 201 of the display device 201 is turned off.
From above, the display of the constituent sounds of the chord is erased. Then, the instruction data task, killtask,
The play is processed, and the task itself disappears.

After the task play has disappeared, the task t
Only ask1 is running. Therefore, when the user newly designates a chord, a task play is generated, and the chord is sounded and displayed immediately.

FIGS. 14 to 16 are diagrams showing examples of fourth automatic performance data (hereinafter, referred to as fourth automatic performance data). Next, the contents of the automatic performance realized by processing the fourth automatic performance data will be described with reference to FIGS.

When the user starts an automatic performance by designating a code, the fourth automatic performance data designates the code and then releases the key used for the designation for a further predetermined time (FIG. 14). Until the time elapses, the automatic performance is performed while changing the content according to the elapsed time after the chord is specified. For realizing the operation of terminating the process and returning to the initial state. Tasks pattern1 to 3 are prepared as tasks for automatic performance. The content of the automatic performance is changed by switching the tasks to be generated among them. Here, the determination of the release of the key used for designating the chord is made based on the presence or absence of the release of the key corresponding to the root of the chord, similarly to the third automatic performance data.

In the processing of the fourth automatic performance data, a task table is created by using the instruction data string following the label task0 as the start task (the highest task: see FIG. 3). The task area of the activated task is T0, and ALIVE is stored in the task state. At this point, no other task area exists. On the other hand, 0 is assigned to the task instruction register TG and the register timer holding the value indicating the current time, respectively.

Instruction data tas following label task0
In the processing of k, newtask, and task1, a task area T1 for task 1 is secured in the task table, ALIVE is set as the task state of the task area T1, and the address (offset address) of the label task1 is set as the task address. It is done by setting. The processing of the next instruction data task, killtask, and task0 sets the task state of the corresponding task area T0 to AL.
This is performed by changing from IVE to DEAD. As a result, the determination in step 418 in FIG. 4 is NO, and the value of the task instruction register TG is incremented from 0 to 1 in step 419, and the task to be processed is switched from the starting task to the task task1. Be replaced.

In the task task1, first, the instruction data scenario, waitnz, and chord are processed. By processing the instruction data, the task state is changed from ALIVE to SLEEP, and further processing of the instruction data string is suspended until the user specifies a code.

When the user specifies the code, the task state is changed from SLEEP to ALIVE, and then the instruction data scenario, cmp, # 0, ftime, sc
enario, jc, label2 are processed.

As will be described later, the time at which the user releases the key corresponding to the root of the designated code (more precisely, a value representing the key) is substituted into the register ftime. Its initial value is 0. Therefore, when the user designates the chord for the first time after instructing the start of the processing of the fourth automatic performance data, the value of the carry flag becomes 1. Therefore, in that case, the task address is changed to the value of the address of the label label2.

If not, the label label1
Subsequent instruction data task, newtask, kans
hi, task, newtask, change, task, newtask, pattern1, task, k
illtask and task1 are processed. Thereby, tasks kanshi, change, and patt
ern1 is generated, and the task task1 is extinguished.

On the other hand, after the label label2, first, the instruction data scenario, mov, ctim
e, timer, scenario, mov, tim
e, ctime, scenario, sub, tim
e and ftime are processed. In the register ftime, a value indicating the time at which the key corresponding to the root of the designated code is released is substituted. Therefore, by processing these instruction data strings, a value representing the time that has elapsed since the key was released is assigned to the register time.

Thereafter, the instruction data scenario,
cmp, # n1, time, scenario, jc,
label1 is processed. At this time, the carry flag becomes 1 when the value of the register time is larger than n1.
Becomes Therefore, if this is the case, that is, if the time specified by n1 has elapsed from the release of the key corresponding to the root, the task address is changed to the value of the address of the label label1, and the instruction data string is processed. Become. Otherwise, the instruction data task, new
task, kanshi, task, killtas
k and task1 are processed. As a result, task kan
shi is generated, and task task1 disappears.

The task kanshi is a task for monitoring the release of the key corresponding to the root of the chord specified by the user in the third automatic performance data, as described for the task kanshi, and coping with it.

In the task kannshi, first, instruction data scenario, mov, rno, rtno, s
Cenario, mov, chno, chdno are processed. By processing the instruction data, a root key number is assigned to a register rno, and a value representing a code type is assigned to a register chno. Thereafter, the processing shifts to the processing of the instruction data string after the label label3.

After the label 3, the instruction data scenario, waitenz, and key are processed first. Therefore, the task state is SLEEP until the user performs any operation on the keyboard 104.

Instruction data scen following the instruction data
ario, cmp, rno, note, scenari
o, jnz, and label3 are instruction data for changing the task address to the address value of the label label3 when the operated key is not the key corresponding to the root. Otherwise, that is, when the key corresponding to the root is operated, the subsequent instruction data is processed.

After the key corresponding to the root is released, the instruction data scenario, mov, ftime, ti
mer, task, newtask, limit, ta
sk, newtask, task1, task, kill
task and kanshi are processed. By processing the instruction data, a value indicating the time at which the key corresponding to the root is released is substituted into the register ftime, a task limit and a task1 are generated, and the task ka is generated.
nshi is extinguished.

In the task change, the instruction data scenario, wait, # n2 is processed first, and thereafter, the instruction data task, killtask, pat
turn1, task, newtask, pattern
n2 is processed.

The task change is performed when the user specifies a code for starting the automatic performance.
Is generated together with the task pattern1. Therefore, the task pattern1 disappears when the time specified by n2 elapses since the task pattern1 was generated, and thereafter, the task pattern2 is generated instead, and the automatic performance is performed based on the task pattern2.

As described above, in the task change, the task is deleted and generated in accordance with the time elapsed since the user specified the code.
The content of the automatic performance is switched from the automatic performance by rn1 to the automatic performance by task pattern2, and from the automatic performance by task pattern2 to the automatic performance by task pattern3. After specifying the code, n2 + n
After the time specified in Step 3 has elapsed, the task patt
The automatic performance by ern3 is performed. Instruction data sce
nario, wait, # n4 is the task change
Is the instruction data for substantially ending the instruction data sequence of FIG. Therefore, the actual value of n4 is set to a very large value.

In the task limit, first, instruction data scenario, wait, # n1 is processed. Thereafter, the instruction data task, killtask, p
pattern1, task, killtask, pat
turn2, task, killtask, patte
rn3, task, killtask, change,
task, killtask, and limit are processed.

The task "limit" is generated by the task "kannshi" when the key corresponding to the root is released. Therefore, when the time specified by n1 elapses after the key corresponding to the root is released, all other tasks except the task task1 are deleted.

Note that the tasks task1 and limit use the same value (n1) to determine the elapsed time. However, the task execution order is tas
The order relationship is k1 → kanshi → limit → task1. Therefore, the generation of the task by the task task1 after the lapse of the time specified by n1 is after the disappearance of the task by the task limit. Therefore, even if the same value is used, no problem occurs in processing between those tasks.

As described above, when the first to fourth automatic performance data created by combining the instruction data having the instruction codes described above are processed, the tone generation and the image display are performed in parallel. . As a result, the user receives information through two media, auditory and visual.

Information can be supplied to two media by separately preparing event data for each media (musical sound and image). Therefore, it is possible to independently and arbitrarily specify information supply in each medium. Thus, it is possible to arbitrarily designate (set) what kind of image is to be displayed and at what timing according to the progress of the automatic performance. Further, for each automatic performance data, it is possible to easily designate (set) to display an image suitable for the performance content.

In this embodiment, the data memory 1
Although only the automatic performance data stored in the automatic performance data 06 is processed, a function for generating the automatic performance data by the user may be added so that the automatic performance data generated by the function can be processed. .

In the image display, only the velocity of the musical sound (key) to be generated is displayed in the present embodiment, but the present invention is not limited to this. It is also possible to prepare several still images or the like that match the performance content, and select a still image to be displayed from among them. An image (for example, a group of still images) may be prepared for each automatic performance data, and a different image may be switched and displayed for each automatic performance data. Further, in addition to the generation of musical sounds and the display of images, for example, each key of the keyboard 104 may be operated (data (command data group) for the keys is prepared). As described above, various modifications are possible.

In this embodiment, the electronic musical instrument has the display device 105 for displaying an image. However, the display device 105 does not necessarily have to be mounted. For example, only a function of displaying an image on a television or the like may be provided. The same applies to the generation of musical tones.
07 need not necessarily be mounted.

In the present embodiment, the present invention is applied to an electronic musical instrument. However, the present invention can be applied (installed) to a musical sound generator such as an electronic musical instrument. For example, the present invention can be applied (mounted) to a personal computer (hereinafter abbreviated as a personal computer).

Most of the current personal computers are sold as multimedia personal computers.
A sound function for producing musical sounds is also included as standard. Therefore, the personal computer loads a program for processing the automatic performance data as described above,
The present invention can be realized (installed) by mounting an IDI data transmission / reception function (a function for detecting the operation content of the performance operator group or a function for generating a musical tone) and the like. The program may be recorded on a recording medium such as a floppy disk, CD-ROM, or ROM card and distributed, or may be distributed via some communication means.

[0180]

As described above, according to the present invention, a command data group for tone generation of a musical tone and a command data group for media different from a musical tone are separately prepared, and the command data group is automatically used by using the command data group. Performance data can be created. Therefore, the supply of information on the two media is independently and arbitrarily specified (set) at the stage of creating the automatic performance data.
can do.

Further, according to the present invention, processing relating to the generation of musical tones or processing relating to media different from musical tones is performed in accordance with command data constituting automatic performance data. Therefore, by simply processing the automatic performance data,
Alternatively, the information can be output on a medium different from the musical sound.

[Brief description of the drawings]

FIG. 1 is a configuration diagram of an electronic musical instrument equipped with an automatic performance device according to the present embodiment.

FIG. 2 is a diagram illustrating a screen of a display device.

FIG. 3 is a diagram illustrating an example of a task table.

FIG. 4 is an operation flowchart of an automatic performance process.

FIG. 5 is an operation flowchart of performance data processing.

FIG. 6 is an operation flowchart of performance data processing (continued).

FIG. 7 is an operation flowchart of a scenario control data process.

FIG. 8 is an operation flowchart of a scenario control data process (continued).

FIG. 9 is an operation flowchart of task management data processing.

FIG. 10 is a diagram showing an example of automatic performance data.

FIG. 11 is a diagram showing an example of automatic performance data (part 2).

FIG. 12 is a diagram showing an example of automatic performance data (part 2:
Continued).

FIG. 13 is a diagram showing an example of automatic performance data (part 3).

FIG. 14 is a diagram showing an example of automatic performance data (part 4).

FIG. 15 is a diagram showing an example of automatic performance data (part 4:
Continue 1).

FIG. 16 is a diagram showing an example of automatic performance data (part 4:
Continue 2).

[Explanation of symbols]

 101 CPU 102 ROM 103 RAM 104 Keyboard 105 Display 106 Automatic performance data memory 107 Sound source system 108 Switch group

Claims (6)

[Claims] 1. Instruction data created using at least a first instruction data group that specifies processing content related to tone generation of a musical tone and a second instruction data group that specifies processing content related to a medium different from a musical tone. Instruction data is read from the storage medium in which the columns are stored as the automatic performance data, and at least processing related to the generation of musical tones or processing related to media different from the musical tones is executed in accordance with the read instruction data. An automatic performance device comprising: automatic performance means. 2. The apparatus according to claim 1, further comprising a detection unit configured to detect a content of an operation performed by the user on the performance operation unit, wherein the automatic performance unit reads out the operation content detected by the detection unit from the storage unit. 2. The automatic performance device according to claim 1, wherein the automatic performance device is reflected in processing of the command data. 3. The automatic performance means specified by the predetermined performance operator while the detection means detects an operation of a predetermined performance operator in the performance operator group. 3. The automatic performance device according to claim 2, wherein the processing of the instruction data string in the performance data is continuously performed. 4. The automatic performance means from when the detection means detects an operation of a predetermined performance operator in the performance operator group to when a predetermined time elapses after the end of the operation is detected. 3. The automatic performance apparatus according to claim 2, wherein the processing of the instruction data string in the automatic performance data specified by the predetermined performance operator is continuously performed during the period. 5. A recording medium on which automatic performance data readable by the automatic performance device according to claim 1 is recorded, wherein the first instruction data group for specifying processing contents related to the generation of musical tones, and the musical tones are: A recording medium readable by the automatic performance device, which records, as the automatic performance data, an instruction data sequence created using at least a second instruction data group that specifies processing contents relating to different media. 6. A recording medium on which a program for processing automatic performance data recorded on the recording medium according to claim 5 is recorded, wherein a process specified by the first command data group is performed,
Performing a function of generating a musical tone, and processing of contents specified by the second instruction data group;
A function of outputting information through a medium different from the musical sound; and a recording medium readable by an automatic performance device that records a program for realizing the function.