JP3772635B2 - Performance learning system - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
  The present inventionThe performance learning system.
[0002]
[Prior art]
It has been proposed to receive music data via a communication means such as the Internet, download it to a memory such as a RAM, and perform performance learning based on the music data. For example, when performing a performance lesson with a keyboard instrument or the like, the keys corresponding to the pitch data of the song data received by the light emitting element provided below each key are illuminated to perform navigation of the key to be played. It is configured.
[0003]
[Problems to be solved by the invention]
However, in the above-mentioned conventional proposal, even if music data for performance learning is downloaded from the music data server 4, the music data cannot be played by the function of the keyboard instrument or the performance technique of the user, that is, the player. Even if the performer is an adult and a certain level of skill, the song data for infants may be distributed.
[0004]
An object of the present invention is to make it possible to obtain optimal music data distribution for a performance device or a player when performing performance learning based on music data distributed via communication means such as the Internet. is there.
[0005]
[Means for Solving the Problems]
  The performance learning system according to claim 1,Multiple performance training data for each songA plurality of servers that can be connected to the server system via a server system to store (corresponding to the music data server 4 in FIG. 1 in the embodiment) and communication means (corresponding to the network 3 in FIG. 1 in the embodiment). A performance learning system comprising a client system (corresponding to the personal computer 2 and the musical instrument 1 in FIG. 1 in the embodiment),
  The server system is configured to connect the client from any client system connected via the communication unit.Indicates the level of performance skills entered into the systemWhen requested to distribute performance training data for any song along with information,The performance training data corresponding to the level of the performance technique input to the client system from among a plurality of performance training data is distributed as performance training data for the arbitrary music, and the client system is distributed Based on the performance learning data, a performance learning including at least one of a performance guide and performance determination is performed.
[0007]
  Claim 1InAccording to the described invention,Multiple performance lessons for each songFrom the server system that stores dataPerformance lessonsClient system when receiving data distributionIn response to the distribution of performance training data suitable for the level of the performance technique input to the performance training, the performance training including at least one of a performance guide and performance determination is performed.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 shows a system configuration in the present invention. The musical instrument 1 having a keyboard is provided with an LED light emitting element corresponding to each key. Further, it is connected to the personal computer 2 by a communication cable such as RS232C, and exchanges music data in the MIDI format. The network 3 is the Internet or other communication line, and connects the personal computer 2 and the music data server 4 online. The music data server 4 includes a database of a large number of music data, and distributes music data in response to a request from the personal computer 2. That is, the system shown in FIG. 1 can be connected to the song data server 4 via the song data server 4 and the network 3 for storing a large number of song data for performance training having a plurality of types of arrangements for each song data. This is a performance learning system comprising a plurality of client systems composed of a personal computer 2 and a musical instrument 1.
[0009]
FIG. 2 is a block diagram showing a configuration of the musical instrument 1 in FIG. The CPU 11 is connected to the ROM 13, RAM 14, key scan interface 15, LEDC (LED controller) 16, sound source 17, and MIDI interface 18 via the system bus 12, and exchanges data and commands with them. . The ROM 13 stores a control program executed by the CPU 11, initial data, and the like. The RAM 14 is a work area for the CPU 11 and temporarily stores data exchanged via the system bus 12.
[0010]
The key scan interface 15 is connected to the keyboard 19 and scans and detects the on / off state of each key in accordance with a key scan command from the CPU 11. The LEDC 16 is connected to the LED 20 which is a light emitting element provided below each key of the keyboard 19 and controls the driving of the LED 20 in accordance with a lighting command or a lighting command from the CPU 11. The sound source 17 is connected to a sound system 21 including an A / D converter, an amplifier, a speaker, and the like, and controls sound generation or mute of the sound system 21 according to a sound generation command or a mute command of the CPU 11.
[0011]
The MIDI interface 18 receives MIDI format music data events from the personal computer 2 and stores them in the music data buffer of the RAM 14. CPU11 performs performance learning according to music data. That is, in response to a note-on event, the key LED corresponding to the pitch is turned on. Further, when the velocity of the event also has a performance learning function, for example, the blinking speed of the LED may be controlled according to the velocity.
[0012]
FIG. 3 shows the system configuration of the personal computer 2. A ROM 33, a RAM 34, a VRAM 35, a MIDI interface 36, a key scan interface 37, an HDC (hard disk controller) 38, a display unit 39, and a MODEM 40 are connected to the CPU 31 via a system bus 32. The CPU 31 controls the entire personal computer 2 by exchanging data and commands between them.
[0013]
The ROM 33 stores a control program executed by the CPU 31, initial data, and the like. The RAM 34 is a work area for the CPU 31 and temporarily stores data exchanged via the system bus 32. The VRAM 35 stores image data (bitmap data) for one field to be displayed on the display unit 39. The MIDI interface 36 performs communication control with the CPU 11 of the musical instrument 1 in accordance with an instruction from the CPU 31, transfers MIDI format music data, and receives the key depression state of the keyboard 19 of the musical instrument 1.
[0014]
The key scan interface 37 is connected to an operation unit 41 including a keyboard and a mouse, and scans and detects the on / off state of each key and the movement and click state of each mouse in accordance with a key scan command from the CPU 11. The HDC 38 accommodates an HD (hard disk) 42 which is an external storage medium, and controls writing of song data downloaded from the song data server 4 and reading of downloaded song data in accordance with instructions from the CPU 31. The display unit 39 displays a music data list screen, a download screen, a music data playback screen, and the like. The MODEM 40 executes a communication protocol for connecting to the network 3 in accordance with a communication connection command from the CPU 31.
[0015]
Next, the operation of the system configuration shown in FIG. 1 will be described in detail.
First, the operation of the song data server 4 will be described.
4 to 8 are diagrams showing memory area maps in the server. As shown in FIG. 4, the server memory area includes a buffer area, an RGB (color display score) area, a CMD (performance guide command) area, an MID (song data) area, a SET (playback information) area, and a PAT (playback information) area. Accompaniment pattern) area.
[0016]
In the buffer area, together with header data, data of other areas, that is, RGB data, CMD data, MID data, SET data, and PAT data are temporarily stored. The header data stores the total number of files in the buffer area, RGB, CMD, MID, SET, and PAT header data. For example, the header data for RGB includes a file name, a start address, and an end address. The same applies to other header data.
[0017]
FIG. 5 shows the layer structure of the score data in the RGB area. The uppermost layer is composed of score data corresponding to a plurality of (for example, N) songs, RGB (1), RGB (2), RGB (3),... RGB (N). The lower layer of each song, for example, the lower layer of RGB (1) is score data corresponding to a plurality of musical instrument models, RGB (1, 1), RGB (1, 2), RGB (1, 3). ,... Composed of RGB (1, N). Further, a layer for each lower model, for example, a lower layer of RGB (1, 1), score data corresponding to a plurality of skills (user skill levels), RGB (1, 1, 1), RGB (1, 1, 2), RGB (1, 1, 3),..., RGB (1, 1, N). Each skill data, for example, RGB (1, 1, 1) data includes a file name and score data.
[0018]
FIG. 6 shows a layer structure of accompaniment pattern data in the PAT area. The highest layer is composed of accompaniment pattern data corresponding to a plurality of (N) pieces of music, PAT (1), PAT (2), PAT (3),... PAT (N). The lower layer of each song, for example, the lower layer of PAT (1) is accompaniment pattern data corresponding to a plurality of instrument types, PAT (1, 1), PAT (1, 2), PAT (1, 3). ),... PAT (1, N). Further, the layer for each lower model, for example, the lower layer of PAT (1, 1), accompaniment pattern data corresponding to a plurality of skills (user skill levels), PAT (1, 1, 1), PAT (1 , 1, 2), PAT (1, 1, 3),... PAT (1, 1, N). Each skill data, for example, PAT (1, 1, 1) data includes a file name and accompaniment pattern data.
[0019]
As will be described later, the accompaniment pattern data is downloaded to a musical instrument via a personal computer and stored in the user area of the musical instrument. However, some musical instrument models do not have a user area. For example, the model corresponding to PAT (1, 3) in FIG. 6 has no user area. Therefore, the accompaniment pattern data is “none”.
[0020]
FIG. 7 shows a layer structure of drawing command data in the CMD area. The uppermost layer is composed of drawing commands corresponding to a plurality (N) of songs, CMD (1), CMD (2), CMD (3),... CMD (N). The lower layer of each song, for example, the lower layer of CMD (1) is a drawing command corresponding to a plurality of instrument models, CMD (1, 1), CMD (1, 2), CMD (1, 3). ... CMD (1, N). Further, a layer for each lower model, for example, a lower layer of CMD (1, 1), draw commands corresponding to a plurality of skills (user skill levels), CMD (1, 1, 1), CMD (1, 1, 2), CMD (1, 1, 3),... CMD (1, 1, N). Each skill data, for example, CMD (1, 1, 1) data includes a file name and a drawing command.
[0021]
The drawing command data is prepared for each of a plurality of notes constituting the score, and as shown in FIG. 8, the drawing command data is composed of a plurality of data composed of WAKU (0), WAKU (1),..., WAKU (N). Has been. Each data includes coordinates (x, y) indicating the display position, size (height and width if the shape is a square), shape (square and circle), color, and outer frame line (width and type). ) Data.
[0022]
Next, the operation of the song data server will be described with reference to a flowchart. FIG. 9 is a main flow of the music data server. It is determined whether or not there is reception from the personal computer (step SA1), and if there is reception, it is determined whether or not a song number has been received (step SA2). When the song number is received, the received data is set in the register MELODY (step SA3). Then, 1 is set in the melody flag MF (step SA4). If the received data is not a song number in step SA2, it is determined whether the received data is environmental data (step SA5). If it is environmental data, the model data in the environmental data is set in the register, and the skill data in the environmental data is set in the register SKILL (step SA6). Then, 1 is set to the environment flag KF (step SA7).
[0023]
Next, it is determined whether or not both MF and KF are 1 (step SA8). If neither is 1, the process proceeds to step SA1 to determine whether there is received data. If both MF and KF are 1, file creation processing is executed (step SA9). Next, a transmission process for transmitting the created file to the personal computer is executed (step SA10), and both MF and KF are reset to “0” (step SA11). Then, the process proceeds to step SA1 to determine whether there is received data.
[0024]
10 to 12 are flowcharts of the file creation process in step SA9 in the flowchart of FIG. In the flow of FIG. 10, an RGB (MELODY, KISHU, SKILL) file is designated in the RGB area (step SB1). Next, the data of the designated file is stored in the buffer (step SB2). Further, the file name, start address, and end address are written in the header portion (step SB3). In addition, a CMD (MELODY, KISHU, SKILL) file in the CMD area is designated (step SB4). Next, the data of the designated file is stored in the buffer (step SB5). Further, the file name, start address, and end address are written in the header portion (step SB6).
[0025]
Next, in the flow of FIG. 11, a file of MID (MELODY, KISHU, SKILL) in the MID area is designated (step SB7). Next, the data of the designated file is stored in the buffer (step SB8). Further, the file name, start address, and end address are written in the header portion (step SB9). Further, a SET (MELODY, KISHU, SKILL) file in the SET area is designated (step SB10). It is determined whether or not the designated data exists (step SB11). If there is data, the data of the designated file is stored in the buffer (step SB12). Further, the file name, start address, and end address are written in the header portion (step SB13). Of course, when there is no data, data storage and header writing are not performed.
[0026]
Next, in the flow of FIG. 12, a file of PAT (MELODY, KISHU, SKILL) in the PAT area is designated (step SB14). It is determined whether or not the designated data exists (step SB15). If there is data, the data of the designated file is stored in the buffer (step SB16). Further, the file name, start address, and end address are written in the header portion (step SB17). Of course, when there is no data, data storage and header writing are not performed. Thereafter, the number N of files written in the buffer is written in the header (step SA18), and the process returns to the main flow of FIG.
[0027]
FIG. 13 shows a memory area of the personal computer 2 shown in FIG. The memory area includes a buffer area, a score area, a drawing command area, a MIDI data area, an accompaniment music setting information area, and an accompaniment pattern area. Each area includes a header part and a file part.
[0028]
Next, the operation of the personal computer will be described with reference to the flowchart of the CPU 31 and the screen of the display unit 39 shown in FIG. FIG. 14 is a main flow of the CPU 31. After a predetermined initialization process (step PA1), a menu screen shown in FIG. 15 is displayed (step PA2). On this screen, icon switches for “music download” and “music reproduction” are displayed. Then, it is determined whether or not the icon switch is turned on (step PA3).
[0029]
When the icon switch is turned on, it is determined whether the download icon switch is turned on or the reproduction icon switch is turned on (step PA4). When the download icon switch is turned on, a download process is executed (step PA5), and when the playback icon switch is turned on, a playback process is executed (step PA6). After the download process or playback process, the process proceeds to step PA2 to display a menu screen.
[0030]
FIG. 16 is a flow of the download process in step PA5 in the flow of FIG. First, the download menu screen shown in FIG. 17 is displayed (step PB1). In other words, “Song List”, “Environment Setting”, “Send”, and “Back” icon switches are displayed. Then, it is determined whether or not the icon switch is turned on (step PB2). When the icon switch is turned on, processing corresponding to the turned on icon switch is performed.
[0031]
It is determined whether or not the music list icon switch is turned on (step PB3), and when it is turned on, a music selection process is executed (step PB4). It is determined whether or not the environment setting icon switch is turned on (step PB5). When this icon is turned on, an environment setting process is executed (step PB6). After performing the song selection process or the environment setting process, the process proceeds to step PB1 to display the menu screen of FIG.
[0032]
If the song list and environment setting icon switches are not turned on, it is determined whether or not the transmission icon switch is turned on (step PB7). If turned on, transmission / reception processing is executed (step PB8). Thereafter, the set contents are cleared (step PB9), and the process returns to the main flow of FIG. When the transmission icon switch is not turned on, it is determined whether or not the return icon switch is turned on (step PB). When the transmission icon switch is turned on, the setting contents are cleared (step PB9), and the process returns to the main flow of FIG. . If the return icon is not turned on, the process proceeds to step PB1.
[0033]
FIG. 18 is a flowchart of the music selection process of step PB4 in the flow of FIG. First, the music list shown in FIG. 19 is displayed (step PC1). In addition to the song list, an “OK” icon switch and a “Return” icon switch are displayed on this screen. Next, it is determined whether or not any song list is turned on (step PC2). When turned on, the song number is set in the register MELODY (step PC3).
[0034]
If the song list is not turned on, it is determined whether or not the icon switch is turned on (step PC4). When turned on, it is determined whether the return icon switch is turned on or the OK icon switch is turned on (step PC5). When the return icon switch is turned on, the music number set in MELODY is cleared (step PC6), and the flow returns to the flow of FIG. When the OK icon switch is turned on, the process returns to the flow of FIG. 16 while keeping the music number set in MELODY.
[0035]
FIG. 20 is a flow of environment setting processing in step PB6 in the flow of FIG. First, the environment setting screen shown in FIG. 21 is displayed (step PD1). This screen has an area for displaying the model name of the instrument and an area for displaying the skill of the performer, and displays a “return” icon switch and an “OK” icon switch. After the environment setting screen is displayed, it is determined whether or not data such as characters is input from the keyboard (step PD2).
[0036]
When there is an input, it is determined whether or not the data is a model name (step PD3). If it is a model name, the model name data is set in the register KISHU (step PD4A). Then, the KISYU data is stored in the transmission buffer (step PD4B). Also, the model name set in KISHU is displayed in the corresponding area of the screen (step PD5). If the input data is not a model name, that is, if the data is a performance level (skill), the performance level data is set in the register SKILL (step PD6A). Then, the SKILL data is stored in the transmission buffer (step PD6B). Also, the performance level set in SKILL is displayed in the corresponding area of the screen (step PD7). After the model name or performance level is displayed, the process proceeds to step PD2 to determine data input.
[0037]
If there is no data input from the keyboard, it is determined whether or not the icon switch is turned on (step PD8). When the icon switch is turned on, it is determined whether it is a return icon switch or an OK icon switch (step PD9). If the return icon switch is turned on, the setting contents are cleared (step PD10), and the flow returns to the flow of FIG. If the OK icon switch is turned on, the process returns to the flow of FIG. 16 while retaining the setting contents.
[0038]
22 and 23 are flowcharts of the transmission / reception process of step PB8 in the flowchart of FIG. In FIG. 22, it is determined whether or not there is transmission data in the transmission buffer (step PE1). If there is transmission data, transmission processing is executed (step PE2). If there is instrument model name data or skill data in the transmission buffer, it is transmitted to the song data server as environment information. And it is discriminate | determined whether transmission was complete | finished (step PE3). If transmission data remains, the transmission process is continued, but when transmission ends, it is determined whether or not there is reception data (step PE4).
If there is received data, the received data is stored in the receiving buffer shown in FIG. 13 (step PE5), and the downloading screen shown in FIG. 24 is displayed (step PE6). And it is discriminate | determined whether reception data was complete | finished (step PE7). If not completed, the process proceeds to step PE4 to determine the presence or absence of received data.
[0039]
When the reception data is completed, the number of files in the header part in the reception buffer is set in the register N (step PE8). Next, the pointer n is set to 1 (step PE9), and the data in the reception buffer corresponding to n is stored in the corresponding area while incrementing the value of n.
That is, it is determined whether or not n is 1 (step PE10). If n is 1, data specified by the nth start address and end address of the header is stored in the score data area. (Step PE11).
If n is not 1, it is determined whether or not n is 2 in the flow of FIG. 23 (step PE12). If n is 2, the nth start address and end address of the header portion are determined. The data specified by is stored in the CMD data area (step PE13).
[0040]
If n is not 2, it is determined whether or not n is 3 (step PE14). If n is 3, the data specified by the nth start address and end address of the header part is determined. Store in the MIDI data area (step PE15).
If n is not 3, it is determined whether or not n is 4 (step PE16). If n is 4, the data specified by the nth start address and end address of the header part is determined. Store in the accompaniment setting information data area (step PE17).
If n is not 4, it is determined whether or not n is 5 (step PE18). If n is 5, the data specified by the nth start address and end address of the header part is determined. Store in the pattern information data area (step PE19).
[0041]
After the designated data is stored in the corresponding area, the value of n is incremented in step PE20 of FIG. Then, it is determined whether or not the value of n has become larger than the value of N (in this case, N = 5) (step PE21). If the value of n is less than or equal to the value of N, the process proceeds to step PE10. When the value of n becomes larger than the value of N (in this case, n = 6), the quantization process is executed (step PE22), and the process returns to the flow of FIG.
[0042]
25 and 26 are flowcharts of the quantization process. First, the start address of the MIDI data area is set in the address register AD (step PF1). Then, the MIDI data area is searched while incrementing the AD address.
That is, it is determined whether the MIDI (AD) data is a note-on event of a guide channel (a channel for navigating a chord) (step PF2). If the data is not a note-on event of the guide channel, the AD address is incremented (step PF3). It is determined whether or not the incremented AD address is larger than the end address (step PF4). If it is equal to or less than the end address, the process proceeds to step PF2 to determine the content of MIDI (AD) data.
[0043]
If the MIDI (AD) data is a guide channel note-on event, the value of the time register T is reset to 0 (step PF5). Next, the value of the pointer m is set to 1 (step PF6), and the value of the pointer n is set to 0 (step PF7). Then, note data of the note-on event is set in the register NOTE (n) (step PF8). Next, the content of MIDI (AD + m) data is determined (step PF9).
[0044]
If this data is time data, the time data, that is, MIDI (AD + m) data is added to the value of T (step PF10). And it is discriminate | determined whether the value of T is larger than predetermined time (step PF11). The predetermined time is a threshold value for determining whether or not a plurality of note-on events are chords. A plurality of note-on events whose time data is smaller than the threshold value are chord candidates. If the value of T is less than or equal to the predetermined time, the value of m is incremented (step PF12). At this time, it is determined whether or not the address of AD + m is larger than the end address (step PF13). If it is equal to or less than the end address, the process proceeds to step PF9 to determine the content of the MIDI (AD) data.
[0045]
If the MIDI (AD + m) data is an event, it is further determined whether or not the MIDI (AD + m) event is a guide channel note-on event (step PF14). If it is a note-on event of the guide channel, the event is a code candidate that has the possibility of forming a code with the event at the previous address. Therefore, the value of n is incremented (step PF15), and the note data of the event is set to NOTE (n) (step PF16). Next, the process proceeds to step PF12 and the value of m is incremented.
[0046]
In step PF11, as long as the value of T is equal to or less than the predetermined time and the next data is a note-on event of the guide channel, the above loop processing is repeated. If the next data is not a note-on event of the guide channel, for example, if it is control data such as a control change, the process proceeds to step PF12 and the value of m is incremented. In step PF11, when the value of T becomes larger than the predetermined time, it is determined whether or not a chord is established by a plurality of note-on events set in NOTE (0) to NOTE (n) (step PF17). . If the code is not established, the data of NOTE (0) to NOTE (n) is cleared (step PF18), the process proceeds to step PF3, and the AD address is incremented.
[0047]
If the code is established in step PF17, the MIDI (AD) event is changed to code data in the flow of FIG. 26 (step PF19). Next, the note-off event for NOTE (1) to (n) is deleted (step PF20), and the time data is changed (step PF21). That is, since a plurality of note-on events constituting a chord have been changed to one chord data, only one note-off event corresponding to the chord event is left, other note-off events are deleted, and time data is obtained by the deletion. Change (delta time). Also, in response to the coding and note-off event deletion, m is added to the AD address to designate the next address (step PF22). Then, the process proceeds to step PF3 in FIG. 25 to increment the AD address. If the AD address is larger than the end address in step PF4, the quantization process flow is terminated.
[0048]
FIG. 27 is a flowchart of the reproduction process of step PA6 in the main flow of FIG. First, the reproduction screen shown in FIG. 28 is displayed (step PG1). On this screen, “music score navigation setting”, “music score display”, and “return” icon switches are displayed. Next, it is determined whether or not the icon switch is turned on (step PG2). When any one of the icon switches is turned on, processing corresponding to the icon is performed.
[0049]
It is determined whether or not the musical score navigation setting icon switch is turned on (step PG3). When this icon is turned on, musical score navigation setting processing is executed (step PG4). Alternatively, it is determined whether or not the musical score display icon switch is turned on (step PG5), and when this icon is turned on, musical score display processing is executed (step PG6). After the musical score navigation setting process or the musical score display process, the process proceeds to step PG1 to display a reproduction screen. If neither the musical score navigation setting nor the musical score display icon switch is turned on, it is determined whether or not the return icon switch is turned on (step PG7), and when this icon is turned on, the main flow of FIG. Return.
[0050]
FIG. 29 is a flowchart of the musical score navigation setting process of step PG4 in the flowchart of FIG. First, the musical score navigation setting screen shown in FIG. 30 (1) is displayed (step PH1). This screen includes a radio button for musical score navigation for setting whether or not to perform musical score navigation, a radio button for blinking musical notes for setting whether or not to blink an image indicating the next note, and a performance result. An error display radio button for setting whether or not to display an error and a return icon switch are displayed.
[0051]
And it is discriminate | determined whether one of the radio buttons was operated (step PH2). When any one of the radio buttons is operated, processing corresponding to the operated radio button is performed. That is, it is determined whether or not the radio button for musical score navigation is operated (step PH3), and when this radio button is operated, it is determined whether the operation is an on-side operation or an off-side operation. (Step PH4). If the operation is on-side, the flag GNABF is set to 1 (music score navigation on) (step PH5). If the operation is on the off side, GNABF is set to 0 (musical score navigation off) (step PH6).
[0052]
If the radio button for musical score navigation is not operated, it is determined whether or not the radio button for flashing notes is operated (step PH7). When this radio button is operated, it is determined whether the operation is an on-side operation or an off-side operation (step PH8). If the operation is on-side, the flag BLINKF is set to 1 (flashing on) (step PH9). If the operation is on the off side, BLINKF is set to 0 (flashing off) (step PH10). When the flashing is set to on, as shown in (a) and (b) of FIG. 30 (2), the performance guide image 52 surrounding the performance guide note image 51 is turned on and off alternately. Will blink repeatedly.
[0053]
If it is not a radio button for blinking notes, it is determined whether or not a radio button for error display has been operated (step PH11). When this radio button is operated, it is determined whether the operation is an on-side operation or an off-side operation (step PH12). If the operation is on-side, the flag MISF is set to 1 (error display on) (step PH13). If the operation is on the off side, the MISF is set to 0 (error display off) (step PH14).
[0054]
When the error display is set to ON, as shown in (a) of FIG. 30 (3), an image 53 of a wrong performance note is displayed corresponding to the note of the performance guide. Alternatively, as shown in (b) of FIG. 30 (3), the image 54 of the wrong performance note is displayed in a display color different from the note 51. Alternatively, as shown in (c) of FIG. 30 (3), the wrong performance image 55 is displayed as a unique image different from the note 51.
[0055]
After any flag is set in the flow of FIG. 29, the corresponding radio button is turned on and the non-corresponding radio button is turned off (step PH15). Next, it is determined whether or not the return icon switch is turned on (step PH16). Even when the radio button is not operated in step PH2, the process proceeds to step PH16 to determine whether or not the return icon switch is turned on. If this icon is not turned on, the process proceeds to step PH2 to determine whether or not the radio button is operated. When the return icon is turned on, the flow returns to the flow of FIG.
[0056]
31 to 33 are flowcharts of the score display process of step PG6 in the flowchart of FIG. In the flow of FIG. 31, a score is displayed based on the data in the score data area (step PJ1). Next, it is determined whether or not the flag GNABF is 1 (musical score navigation on) (step PJ2). If this flag is 1, the pointer n for designating a note is set to 0 (the first musical note of the musical score). Set (step PJ3). Next, a frame is displayed based on the contents of WAKU (n) (step PJ4). As a result, as shown in FIG. 34, a score composed of a plurality of notes, chord symbols and the like is displayed and a frame image (performance guide image) 52 surrounding the first note is displayed. In addition, “start”, “stop”, and “return” icon switches are displayed below the score display.
[0057]
After step PJ4 or when GNABF is 0 (musical score navigation off) in step PJ2, it is determined whether or not the icon switch is turned on without displaying the frame image 52 (step PJ5). When any icon switch is turned on, processing corresponding to the icon is performed.
It is determined whether or not the start icon switch is turned on (step PJ6). When this icon is turned on, it is determined whether or not there is data in the accompaniment information data area (step PJ7). If there is data, the data is transferred to the instrument (step PJ8).
Further, it is determined whether or not there is data in the pattern information data area (step PJ9). If there is data, the data is transferred to the musical instrument (step PJ10). Then, the start flag STF is set to 1 (playback execution) (step PJ11).
[0058]
If the start icon is not turned on in step PJ6, it is determined whether or not the stop icon switch is turned on (step PJ12). If this icon is turned on, all sounds are muted (step PJ13). ), The display of the frame image is cleared (step PJ14). Further, STF is set to 0 (reproduction stop) (step PJ15).
[0059]
After 1 is set in STF in step PJ11, the start address of the MIDI data area is set in address register AD in the flow of FIG. 32 (step PJ16). Next, 1 is set in the register STATUS indicating the lesson mode (step PJ17), and the current time is set in the time register ST (step PJ18). Further, 0 is set in the time register T (step PJ19).
The value of STATUS is set according to the key depression state, and is one of 1 to 3. When this value is 1, the sound generation start timing of the musical tone of the performance guide matches the key pressing timing. When this value is 2, the key pressing timing is delayed with respect to the tone generation start timing of the musical tone of the performance guide. When this value is 3, the key pressing timing is earlier than the tone generation start timing of the musical tone of the performance guide.
[0060]
Next, it is determined whether the data of MEM [AD] is event data or time data (step PJ20). That is, it is determined whether the first data of the music is event data or time data. If the data is event data, the minimum time is set in the register ΔT (step PJ21), and AD is decremented (step PJ22). If the MEM [AD] data is time data, the time data MEM [AD] is set to ΔT (step PJ23). Therefore, the playback does not start suddenly at the moment when the start icon is turned on on the screen of FIG. 30 (1), and the playback starts after the time data set in ΔT has elapsed.
[0061]
After step PJ22 or step PJ23, the value of ΔT is added to the value of T (step PJ24). Next, guide processing (step PJ25), MIDI IN processing (step PJ26), MIDI OUT processing (step PJ27), and musical score navigation processing (step PJ28) are executed, and the process proceeds to step PJ5 in FIG. If the icon switch is not on in step PJ5, the process proceeds to step PJ25 in FIG.
[0062]
If the stop icon switch is not on in step PJ12 of FIG. 31, it is determined whether or not the return icon switch is turned on in the flow of FIG. 33 (step PJ29). When this icon is turned on, all sounds are muted (step PJ30), and STF is set to 0 (reproduction stop) (step PJ31). And it returns to the flow of FIG.
[0063]
35 to 38 are flowcharts of the guide process in step PJ25 in the flowchart of FIG. In the flow of FIG. 35, it is determined whether or not STF is 1 (playback execution) (step PK1). If this flag is 1, whether or not the current time has reached time data of ST + T. Determination is made (step PK2). If the time data has been reached, the AD address is incremented (step PK3). Then, it is determined whether or not the AD address is not an end address (step PK4).
[0064]
If it is not the end address, it is determined whether or not the data of MEM [AD] is time data (step PK5). If it is time data, it is determined whether or not the value of STATUS is 3 (step PK6). If this value is 3, the minimum time is set to ΔT for fast-forwarding (step PK7). If this value is 1 or 2 instead of 3, MEM [AD] is set to ΔT (step PK8). After the time data is set in ΔT, the time data of ΔT is added to the time data of T (step PK9). Then, the flow returns to the flow of FIG.
If the AD address is the end address in step PK4, 0 (reproduction stop) is set in STF (step PK10), and the flow returns to the flow of FIG. If STF is 0 in step PK1, or if the current time has not reached the time data of ST + T in step PK2, the process immediately returns to the flow of FIG.
[0065]
If the MEM [AD] data is not time data in step PK5, it is determined in the flow of FIG. 36 whether the MEM [AD] data is event data (step PK11). If it is event data, it is determined whether or not the channel data is a guide channel (step PK12). If it is a guide channel, it is further determined whether or not the event data is a note event or a chord event (step PK13). If it is a note event or a chord event, the AD address is incremented and the velocity data is set in the register VEL (step PK14). Then, it is determined whether or not the value of VEL is not 0 (step PK15). If this value is not 0, the MIDI data note or code is set in the register NOTE (step PK16).
[0066]
Next, the pointer n is set to 0 (step PK17), and the MIDI OUT buffer (n) is searched while incrementing the value of n. That is, it is determined whether or not the MIDI OUT buffer (n) is empty (step PK18). If it is not empty, the value of n is incremented (step PK19). At this time, it is determined whether or not n exceeds a predetermined number (step PK20). If not, the process proceeds to step PK18 to search the MIDI OUT buffer (n). If the MIDI OUT buffer (n) is empty, the MIDI data is stored in the event area of the MIDI OUT buffer (n) (step PK21). Next, the current time is set in the register WTIME (step PK22), and WTIME data is stored in the time area of the MIDI OUT buffer (n) (step PK23).
[0067]
After data is stored or when n exceeds a predetermined number in step PK20, it is determined whether or not the value of STATUS is 3 in the flow of FIG. 37 (step PK24). If the value of STATUS is 3, the value of STATUS is changed to 1 (step PK25). Then, MIDI data is created based on the values of the channel set CHSET and the volume VOLUME (step PK26).
[0068]
If the event is neither a note event nor a chord event in step PK13 in the flow of FIG. 36, it is determined whether or not the event is a volume event in the flow of FIG. 37 (step PK27). If it is a volume event, the AD address is incremented and the volume value is taken into the register VOLUME (step PK28). Next, it is determined whether or not the value of STATUS is 3 (step PK29). If this value is 3, the volume value of the MIDI data is changed to the minimum value in order to eliminate the fast-forward sound (step PK30).
[0069]
After changing the volume value to the minimum, or after creating MIDI data in step PK26, or when the channel data is not a guide channel in step PK12 of FIG. 36, or when the value of VEL is 0 in step PK15 Then, the process proceeds to step PK31 in FIG. 37, and the pointer n is set to 0. Then, the MIDI OUT buffer (n) is searched while incrementing the value of n.
[0070]
That is, it is determined whether or not the MIDI OUT buffer (n) is empty (step PK32). If it is not empty, the value of n is incremented (step PK33). At this time, it is determined whether or not n exceeds a predetermined number (step PK34). If not, the process proceeds to step PK32 to search the MIDI OUT buffer (n). If the MIDI OUT buffer (n) is empty, the MIDI data is stored in the event area of the MIDI OUT buffer (n) (step PK35). Next, the current time is set in the register WTIME (step PK36), and WTIME data is stored in the time area of the MIDI OUT buffer (n) (step PK37).
[0071]
After data is stored, or when n exceeds a predetermined number in step PK34, or when MEM [AD] is not event data in step PK11 in FIG. 36, the process proceeds to step PK3 in FIG. Increment.
[0072]
If the value of STATUS is not 3 in step PK24 of FIG. 37, that is, if this value is 1, the value of STATUS is changed to 2 in the flow of FIG. 38 (step PK38). Next, the pointer n is set to 0 (step PK39), and the MIDI OUT buffer (n) is searched while incrementing the value of n.
That is, it is determined whether or not the MIDI OUT buffer (n) is empty (step PK40). If it is not empty, the value of n is incremented (step PK41). At this time, it is determined whether or not n exceeds a predetermined number (step PK42). If not, the process proceeds to step PK40 to search the MIDI OUT buffer (n).
[0073]
If the MIDI OUT buffer (n) is empty, the MIDI data is stored in the event area of the MIDI OUT buffer (n) (step PK43). Next, the current time is set in the register WTIME (step PK44), and WTIME data is stored in the time area of the MIDI OUT buffer (n) (step PK45). After data is stored in each area or after n exceeds a predetermined number in step PK42, the process proceeds to step PJ26 in the flow of FIG.
[0074]
FIG. 39 is a flowchart of the MIDI IN process in step PJ26. First, it is determined whether or not the flag STF is 1 (reproduction execution) (step PL1). If this flag is 1, it is determined whether or not there is a MIDI input (step PL2). If there is an input, it is determined whether or not the MIDI data is guide channel data (step PL3). If it is guide channel data, it is further determined whether the MIDI data is a note-on or chord event (step PL4). If it is a note-on or chord event, the process proceeds to the next step PL5. If even one of the above conditions is not satisfied, this flow is immediately terminated.
[0075]
In step PL5, a MIDI data note or code is set in the register KEY. Next, it is determined whether the KEY data matches the NOTE data (step PL6). That is, it is determined whether or not the pitch data transmitted to the musical instrument for the performance guide matches the key number data of the performance result received from the musical instrument. If the data match, the flag OKF is set to 1 (key press correct answer) (step PL7). Next, it is determined whether or not the current time has reached the time data of ST + T (step PL8).
[0076]
If the current time does not reach the time data, it is necessary to fast forward, so the value of STATUS is set to 3 (step PL9). In step PL8, if the current time has reached the time data of ST + T, the value of STATUS is set to 1 (step PL10), and the value obtained by subtracting the time data of ST + T from the current time is set in register S ( Step PL11). Then, the time data of S is added to the time data of ST and updated (step PL12). That is, the time difference due to the key depression delay is corrected.
[0077]
If the KEY data does not match the NOTE data at step PL6, 1 is set to the flag NOF (step PL13). After setting the flag, or after setting the value of STATUS in step PL9, or after updating the time data of ST in step PL12, the process proceeds to step PJ27 in FIG.
[0078]
FIG. 40 is a flowchart of the MIDI OUT process in step PJ27. First, the pointer n is set to 0 (step PM1), and the following loop processing is executed while incrementing the value of n. It is determined whether or not the MIDI OUT buffer (n) is not empty (step PM2). If the MIDI OUT buffer (n) is not empty and there is data, MIDI data and WTIME data are read from the MIDI OUT buffer (n) (step PM3).
[0079]
Next, it is determined whether or not the channel of the read MIDI data is different from the channel of CHSET (step PM4). If the channels are different, a value obtained by subtracting the time data of WTIME from the current time is set in the register D (step PM5). And it is discriminate | determined whether the value of D has reached predetermined time (step PM6). If the predetermined time has been reached, or if the channel is the same in step PM4, the MIDI data read in step PM3 is output to the instrument (step PM7). Then, the MIDI OUT buffer (n) is cleared (step PM8).
[0080]
Thereafter, the value of n is incremented (step PM9). If the MIDI OUT buffer (n) is empty in step PM2, or if the value of D is less than the predetermined time in step PM6, the process proceeds to step PM9 and the value of n is incremented. Next, it is determined whether or not the incremented value of n has exceeded a predetermined number (step PM10). If not, the process moves to step PM2 and repeats the loop process up to step PM10. When the value of n exceeds the predetermined number, the process proceeds to step PJ28 in FIG.
[0081]
41 and 42 are flowcharts of the musical score navigation process in step PJ28. First, it is determined whether or not the flag STF is 1 (reproduction execution) (step PN1). If this flag is 0, this flow is immediately terminated. If this flag is 1, it is determined whether or not the flag MISF is 1 (incorrect display) (step PN2). If this flag is 1, it is further determined whether or not NOF is 1 (key pressing error) (step PN3).
[0082]
If this flag is 1, the object corresponding to the KEY note is displayed based on the coordinates of WAKU (n), which is the frame image of the performance guide, and the contents of KEY (step PN4). That is, a unique image 55 as shown in (c) of FIG. Next, NOF is reset to 0 (step PN5), this flow is ended, and the routine proceeds to step PJ5 in FIG.
[0083]
If MISF is 0 in step PN2 of FIG. 41 or NOF is 0 in step PN3, it is determined whether or not the flag OKF is 1 (key pressing correct answer) (step PN6). When this flag is 1, the display of the frame image of the performance guide corresponding to WAKU (n) is deleted, and if the object is displayed, the image is also deleted (step PN7). Next, the value of n is incremented (step PN8). Then, it is determined whether or not the incremented value of n is equal to or less than the maximum number (step PN9). If this value exceeds the maximum number, this flow is terminated and the process proceeds to step PJ5 in FIG.
[0084]
If the value of n is less than or equal to the maximum number, a frame image corresponding to WAKU (n) is displayed in the flow of FIG. 42 (step PN10). Next, 0 is set to the pointer Q (step PN11), and OKF is reset to 0 (step PN12). After this reset or when OKF is 0 in step PN6 in FIG. 41, it is determined whether or not the flag BLINKF is 1 (flashing display) (step PN13). If this flag is 0, this flow is immediately terminated. If this flag is 1, the value of Q is incremented (step PN14). Then, it is determined whether or not the value of Q exceeds a predetermined value (step PN15).
[0085]
When this value exceeds a predetermined value, the flag BF for designating display or deletion of the frame image is inverted (step PN16), and the value of Q is set to 0 (step PN17). After this setting, or when the value of Q does not exceed a predetermined value in step PN15, it is determined whether or not BF is 1 in step PN18. If BF is 1, an image of WAKU (n) is displayed (step PN19). When BF is 0, the image of WAKU (n) is deleted (step PN20). After displaying or erasing the frame image, the process proceeds to step PJ5 in FIG. That is, a frame image that is a performance guide image is displayed blinking at intervals of a predetermined value.
[0086]
FIG. 43 shows the memory area MEM of the CPU 11 of the musical instrument shown in FIG. The MEM has a user area (RAM area) and a fixed area (ROM area). A plurality of areas MEM (0), MEM (1),..., MEM (N) for storing data of multiple types of accompaniment information. There is. Event data and time data are alternately stored in each area MEM ().
[0087]
Next, the operation of the musical instrument will be described based on the flowchart of the CPU 11. FIG. 44 shows the main flow of the musical instrument. After predetermined initialization processing (step GA1), MIDI processing (step GA2), accompaniment processing (step GA3), switch processing (step GA4), key guide processing (step GA5), key pressing processing (step GA6), accompaniment processing (Step GA7), sound generation instruction processing (Step GA8), and other processing (Step GA9) are repeatedly executed.
[0088]
FIG. 45 is a flow of MIDI processing in the flow of FIG. In this process, a MIDI IN process (step GB1) and a MIDI OUT process (step GB2) are executed.
In the MIDI IN process, as shown in FIG. 46, it is determined whether or not there is MIDI IN (step GC1). If there is no MIDI IN, this flow is immediately terminated. If there is a MIDI IN, the pointer n is set to 0 (step GC2), and the MIDI IN buffer (n) is empty while incrementing n. (Step GC3).
[0089]
If the MIDI IN buffer (n) is not empty, the value of n is incremented (step GC4). At this time, it is determined whether or not the value of n exceeds a predetermined number (step GC5). If it is within the predetermined number, the process proceeds to step GC3 to determine whether or not the MIDI IN buffer (n) is empty. If it is empty, the MIDI data is stored in the area of the MIDI IN buffer (n) (step GC6). Then, the process proceeds to step GC1 to determine the presence or absence of MIDI IN. When the value of n exceeds the predetermined number in step GC5, the process returns to the flow of FIG. 45, and the process proceeds to the MIDI OUT process of step GB2.
[0090]
In the MIDI OUT process, as shown in FIG. 47, 0 is set to the pointer n (step GD1), and the following loop process is executed while incrementing the value of n. That is, it is determined whether or not the MIDI OUT buffer (n) is not empty (step GD2). If there is data not empty, the MIDI data is read from the MIDI OUT buffer (n) and output to the personal computer (step GD2). GD3). Then, the MIDI OUT buffer (n) is cleared (step GD4). Thereafter, the value of n is incremented (step GD5). Even when the MIDI OUT buffer (n) is empty in step GD2, the process proceeds to step GD5 and increments the value of n. Next, it is determined whether or not the incremented value of n has exceeded a predetermined number (step GD6). If not, the process proceeds to step GD2 and the loop processing up to step GD6 is repeated. When the value of n exceeds the predetermined number, the process returns to the main flow of FIG. 44 and proceeds to step GA3.
[0091]
FIG. 48 is a flow of accompaniment information setting processing in step GA3 in the main flow. In this process, the pointer n is set to 0 (step GE1), and the following loop process is executed while incrementing the value of n. That is, it is determined whether or not the data in the MIDI IN buffer (n) is accompaniment information (step GE2). If it is accompaniment information, instrument setting is performed based on the accompaniment information (step GE3). If the data in the MIDI IN buffer (n) is an accompaniment pattern in step GE2, it is transferred to the instrument pattern creation area (step GE5). After this transfer or after the instrument setting in step GE3, the MIDIOUT buffer (n) is cleared (step GE6). Thereafter, the value of n is incremented (step GE7). Even when the data in the MIDI IN buffer (n) is not an accompaniment pattern in step GE4, the process proceeds to step GE7 and the value of n is incremented. Next, it is determined whether or not the incremented value of n has exceeded a predetermined number (step GE8). If not, the process proceeds to step GE2 and the loop processing up to step GE8 is repeated. When the value of n exceeds the predetermined number, the process returns to the main flow of FIG. 44 and proceeds to step GA4.
[0092]
FIG. 49 is a flowchart of the switch process in step GA4 in the main flow. First, it is determined whether or not the SEL switch for selecting an accompaniment pattern has been operated (step GF1). When operated, the number of the selected accompaniment pattern is set in the register BANSO (step GF2). After this setting or when the SEL switch is not operated in step GF1, it is determined whether or not the start switch is turned on (step GF3). If this switch is not turned on, this flow is immediately terminated.
[0093]
When this switch is turned on, the start flag STF is inverted (step GF4). Then, it is determined whether or not STF is 1 (accompaniment performance execution) (step GF5). If this flag is 1, the start address of the accompaniment pattern area corresponding to the BANSO number is stored in the address register AD. Set (step GF6). Next, initial time data is set in the time register T (step GF7), and the timer interrupt is canceled (step GF8).
In step GF5, if the STF is 0 (accompaniment performance stop), the sound is muted (step GF9) and the timer interrupt is prohibited (step GF10). After canceling the timer interrupt prohibition in step GF8 or after prohibiting the timer interrupt in step GF10, the process returns to the main flow of FIG. 44 and proceeds to step GA5.
[0094]
FIG. 50 is a flow of key guide processing in step GA5 in the main flow. In this process, the pointer n is set to 0 (step GK1), and the following loop process is executed while incrementing the value of n. That is, it is determined whether or not the MIDI IN buffer (n) is not empty (step GK2). If it is not empty, it is determined whether or not the MIDI data is a note or chord event (step GK3). If it is a note or chord event, it is further determined whether or not the channel of the event is a guide channel (step GK4).
[0095]
If it is a guide channel, it is determined whether or not the velocity of the MIDI data is not 0 (step GK5). If the velocity is not 0, the value of the velocity is set in the register VEL (step GK6). Next, the VEL value is multiplied by the VSET value, 1 is added to the multiplied value, and the value is updated as the VEL value (step GK7). The value of VSET can be set to a desired value by the user. Therefore, setting this value to 0 is also conceivable. In this case, the result of the above calculation is 0 and note-off occurs, so 1 is added to avoid this state. After updating the VEL, the velocity of the MIDI data is changed to the value of VEL (step GK8). Further, the LED in the key corresponding to the MIDI data note is turned on (step GK9).
[0096]
Next, the value of n is incremented (step GK10). Then, it is determined whether or not the incremented value of n exceeds a predetermined number (step GK11). If not, the process proceeds to step GK2 and the loop process up to step GK11 is repeated. If the velocity of the MIDI data is 0 in step GK5, the LED corresponding to the MIDI data note is turned off (step GK12). Next, the value of n is incremented (step GK10). Then, it is determined whether or not the incremented value of n exceeds a predetermined number (step GK11). If not, the process proceeds to step GK2 and the loop process up to step GK11 is repeated. When the value of n exceeds the predetermined number, the process returns to the main flow of FIG. 44 and proceeds to step GA6.
[0097]
FIG. 51 is a flowchart of the key pressing process at step GA6 in the main flow. In this process, the keyboard is first scanned (step GG1) to determine whether there is a key change (step GG2). If the key change is on, that is, the key is pressed, MIDI data is created with the channel, note, and velocity of the key (step GG3). On the other hand, if the key change is off, that is, the key is released, MIDI data is created with the velocity of the key channel, note, and value 0 (step GG4).
[0098]
Next, 0 is set to the pointer n (step GG5), and it is determined whether the MIDI OUT buffer (n) is empty while incrementing the value of n (step GD2). If it is not empty, the value of n is incremented (step GG7). Then, it is determined whether or not the incremented value of n has exceeded a predetermined number (step GG8). If not, the process proceeds to step GG2 to determine whether or not the MIDI OUT buffer (n) is empty. If it is empty, the MIDI data is stored in the MIDI OUT buffer (n) (step GG9).
[0099]
After storing the MIDI data, or if the value of n exceeds a predetermined value in step GG8, or if there is no key change in step GG2, it is determined whether or not the keyboard scanning has been completed (step GG10). . If the scanning has not ended, the process proceeds to step GG1 and the scanning is continued. When the scanning is completed, it is determined from the contents of the MIDI OUT buffer whether or not a code is established (step GG11). If it is established, the root note of the chord is set in the register ROOT, and the chord type is set in the register CODE (step GG12). After setting the root note and chord type, or when the chord is not established, the process returns to the main flow of FIG. 44 and proceeds to step GA7.
[0100]
FIG. 52 is a flow of accompaniment processing in step GA7 in the main flow. First, it is determined whether or not the start flag STF is 1 (accompaniment performance execution) (step GH1). If this flag is 1, it is determined whether or not the value of the timer register T is 0. (Step GH2). If the STF is 0 (accompaniment performance stop) or if the value of T is not 0, this flow is immediately terminated.
[0101]
If the value of T is 0, a MIDI event is read from MEM (AD) (step GH3). Then, it is determined whether or not the MIDI event is coded data (step GH4). If it is chord data, it is converted into a plurality of pitch data with the CODE chord type and the root root (step GH5). After pitch conversion, or when the MIDI event is not chord data but note data, the pointer n is set to 0 (step GH6), and the MIDI OUT buffer (n) is empty while incrementing n. It is determined whether or not there is (step GH7). If not empty, the value of n is incremented (step GH8). Then, it is determined whether or not the incremented value of n has exceeded a predetermined number (step GH9). If not, the process proceeds to step GH7 to determine whether or not the MIDI OUT buffer (n) is empty. If it is empty, the MIDI data is stored in the MIDI OUT buffer (n) (step GH10).
[0102]
After storing the MIDI data or when the value of n exceeds a predetermined value in step GH9, the address of AD is incremented (step GH11). Then, it is determined whether or not the incremented AD address exceeds the end address (step GH12). If exceeded, the AD address is changed to the start address (step GH13). When the AD address does not exceed the end address or when the AD address is changed to the start address, it is determined whether or not the MEM (AD) data is time data (step GH14). If it is time data, the time data of MEM (AD) is set to T (step GH15), the process proceeds to step GH11, and the loop up to step GH14 is repeated. If the MEM (AD) is not time data, the process returns to the main flow of FIG. 44 and proceeds to step GA8.
[0103]
FIG. 53 is a flowchart of the sound generation instruction process in the main flow. First, the pointer n is set to 0 (step GJ1), and the following loop processing is repeated while incrementing n. That is, it is determined whether or not the MIDI IN buffer (n) is not empty (step GJ2). If it is not empty, the MIDI data is sent to the sound source (step GJ3). Then, the MIDI IN buffer (n) is cleared (step GJ4).
[0104]
After clearing the buffer or when the MIDI IN buffer (n) is empty in step GJ2, it is determined whether or not the MIDI OUT buffer (n) is not empty (step GJ2). The MIDI data is sent to the sound source (step GJ6). Then, the MIDI OUT buffer (n) is cleared (step GJ7).
After clearing the buffer or when the MIDI OUT buffer (n) is empty in step GJ5, the value of n is incremented (step GJ8). Then, it is determined whether or not the value of n exceeds a predetermined number (step GJ9). If not, the process goes to step GJ2 to repeat the loop process. If the value of n exceeds the predetermined number, the process returns to the main flow of FIG. 44, and the other processes of step GA9 are executed.
[0105]
As described above, according to the above-described embodiment, the music data server 4 that is a server system for storing a plurality of performance training music data arranged in a different manner for each music is connected via the network 3 to the music data. When receiving song data distribution from the data server 4, a plurality of performance learning songs arranged in different modes for each song are transmitted by transmitting environment information of the client system composed of the personal computer 2 and the musical instrument 1. Distribution of music data for performance training arranged in a manner suitable for the environment of the client system is received from the data.
Therefore, when performing a performance lesson based on music data distributed from a server system via communication means such as the Internet, distribution of music data arranged in an optimum manner for the client system can be obtained.
[0106]
In this case, when the client system requests music data from the server system, the client system transmits environmental information of the musical instrument 1 accommodated in the client system to the server system.
Therefore, it is possible to receive distribution of song data having an arrangement optimal for the environment of the musical instrument 1 (for example, the model of the musical instrument or the skill of the user who is the performer).
[0107]
In this case, as shown in the flow of FIG. 20 and the display screen of FIG. 21, the user's skill is set by the user himself, but the user evaluates his skill level objectively. It can be difficult to defeat. Therefore, the user may actually perform the performance and the personal computer may automatically set the skill. For example, the arrangement may be such that a representative song is played with a different arrangement level for each predetermined number of phrases, and skill setting is performed based on the performance results. In this case, the user selects whether to perform automatic skill setting or the user himself / herself.
[0108]
In the above-described embodiment, the personal computer 2 receives the musical score image data and the musical tone MIDI data from the music data server 4, but the MODEM and the display unit are accommodated in the instrument, and the music is directly transmitted via the network. You may make it the structure which accesses a data server and requests | requires transmission of music data and the accompaniment pattern data suitable for the music.
[0109]
Further, in the above embodiment, the performance learning process is executed by the performance learning process program stored in the ROM 33 of the personal computer 2, but a general-purpose storage medium that can be read by a personal computer or a musical instrument, For example, it may be configured to store in a floppy disk, CD, MD or the like and cause the personal computer or instrument to execute the performance learning process shown in the flowchart. In this case, an invention of a storage medium is provided.
Alternatively, the performance learning processing program itself may be downloaded from the music data server 4 via the network 3.
[0110]
【The invention's effect】
  According to the present invention,Multiple performance lessons for each songA client system connected via a communication means to a server system for storing data from the server systemPerformance lessonWhen receiving data distribution, the client systemThe information indicating the level of the performance technique input to is transmitted, the performance training data matching the information is received, and the performance training including at least one of the performance guide and performance determination is performed.
  Therefore, it was delivered via communication means such as the InternetWhen performing performance learning based on performance learning data, it is possible to perform performance learning that is optimal for the level of performance technology input to the client system.
[Brief description of the drawings]
FIG. 1 is a diagram showing a system configuration of an apparatus according to the present invention.
2 is a block diagram showing a system configuration of the musical instrument in FIG. 1. FIG.
3 is a block diagram showing a system configuration of the personal computer in FIG. 1. FIG.
4 is a view showing a memory area of the song data server in FIG. 1. FIG.
FIG. 5 is a view showing a memory area of the song data server in FIG. 1;
6 is a view showing a memory area of the song data server in FIG. 1. FIG.
7 is a view showing a memory area of the song data server in FIG. 1. FIG.
FIG. 8 is a view showing a memory area of the song data server in FIG. 1;
FIG. 9 is a main flowchart of the song data server in FIG. 1;
10 is a flowchart of file creation processing in FIG. 9;
FIG. 11 is a flowchart of file creation processing following FIG. 10;
FIG. 12 is a flowchart of file creation processing following FIG. 11;
13 is a diagram showing a memory area of the personal computer in FIG. 1. FIG.
14 is a main flowchart of the CPU of the personal computer in FIG. 3. FIG.
FIG. 15 is a diagram showing a menu screen.
16 is a flowchart of download processing in FIG. 14;
FIG. 17 is a diagram showing a download screen.
18 is a flowchart of music selection processing in FIG. 16;
FIG. 19 is a view showing a song list screen;
20 is a flowchart of environment setting processing in FIG. 16;
FIG. 21 is a diagram showing an environment setting screen.
22 is a flowchart of transmission / reception processing in FIG. 16;
FIG. 23 is a flowchart of transmission / reception processing following FIG. 22;
FIG. 24 is a diagram showing a screen during music download.
FIG. 25 is a flowchart of the quantization process in FIG.
FIG. 26 is a flowchart of the quantization process following FIG.
27 is a flowchart of the reproduction process in FIG.
FIG. 28 is a diagram showing a menu screen for music playback.
29 is a flowchart of musical score navigation setting processing in FIG. 27. FIG.
30 is a diagram showing a musical score navigation setting screen, FIG. 30 is a diagram showing an example of flashing a performance guide image, and FIG. 30 is a diagram showing a plurality of examples of displaying a key depression error. Figure.
31 is a flowchart of the score display process in FIG.
FIG. 32 is a flowchart of a score display process following FIG. 31;
FIG. 33 is a flowchart of a score display process following FIG. 31;
FIG. 34 is a diagram showing a score display screen.
35 is a flowchart of the guide process in FIG. 32. FIG.
FIG. 36 is a flowchart of guide processing following FIG. 35;
FIG. 37 is a flowchart of guide processing following FIG. 36;
FIG. 38 is a flowchart of guide processing following FIG.
FIG. 39 is a flowchart of the MIDI IN process in FIG. 32;
40 is a flowchart of the MIDI OUT process in FIG. 32. FIG.
41 is a flowchart of musical score navigation processing in FIG. 32;
FIG. 42 is a flowchart of musical score navigation processing following FIG. 41.
43 shows a memory area of the musical instrument in FIG.
44 is a main flowchart of the CPU of the musical instrument in FIG.
45 is a flowchart of the MIDI processing in FIG. 44. FIG.
46 is a flowchart of the MIDI IN process in FIG. 45. FIG.
47 is a flowchart of the MIDI OUT process in FIG. 45. FIG.
48 is a flowchart of accompaniment information setting processing in FIG. 44. FIG.
FIG. 49 is a flowchart of switch processing in FIG. 44;
FIG. 50 is a flowchart of key guide processing in FIG. 44;
51 is a flowchart of key pressing processing in FIG. 44. FIG.
52 is a flowchart of the accompaniment process in FIG. 44. FIG.
FIG. 53 is a flowchart of the sound generation instruction process in FIG. 44;
[Explanation of symbols]
1 Musical instrument
2 PC
3 network
4 song data server

Claims (1)

A performance learning system comprising a server system for storing a plurality of performance learning data for each song and a plurality of client systems connectable to the server system via communication means,
When the server system is requested to distribute performance training data for an arbitrary piece of music together with information indicating the level of the performance technique input to the client system from an arbitrary client system connected via the communication means Is
Distributing performance training data corresponding to the level of performance technology input to the client system from among the plurality of performance training data as performance training data for the arbitrary song,
The performance learning system, wherein the client system performs performance learning including at least one of performance guide and performance determination based on the distributed performance learning data .

Images