JPH10190636A - Data transfer method, data receiving device, and data transmitting device - Google Patents

Abstract

(57) [Summary] [PROBLEMS] To reduce the influence of an error occurring in data transfer. An electronic musical instrument and a personal computer are connected by a cable. The PC 1
03 transmits voice data in response to a voice data transfer request from the electronic musical instrument 101. The electronic musical instrument 101 divides the audio data into a header portion, a straight portion, and a loop portion, monitors whether an error has occurred in transfer (reception) for each portion, and if an error occurs, the error is detected. A request is made to the personal computer 103 to re-transfer the generated portion. Upon receiving the request, the personal computer 103 immediately retransmits the requested portion of the 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 transferring data between two devices connected via communication means.

[0002]

2. Description of the Related Art In a device having a voice pronunciation function, for example, an electronic musical instrument, in order to expand the choices of voices (tones) that can be pronounced by the voice pronunciation function, voice data for generating a voice (musical tone) is converted into other data. A device (herein, referred to as a transfer side device) supplies the data as needed. When audio data is supplied from the transfer-side device as necessary, the electronic musical instrument (the device on the sound-producing side) has the advantage that it can generate musical tones in various timbres, and also stores data. Since a small memory capacity is required, the advantage that the cost can be reduced can also be obtained.

[0003]

As described above, when voice data is transferred between two devices, the voice generated by the voice data does not have a problem.
The electronic musical instrument on the receiving side checks whether it has been received normally. As a result of the check, if an error (error) has occurred in the transfer (reception) of the audio data, the electronic musical instrument requests the transfer-side device again for the transfer of the audio data, and performs the reception again. Was.

However, in such a conventional transfer method of voice data, the time required for data transfer when an error occurs is more than twice as long as otherwise, and is extremely long. For this reason, for example, if an error occurs during the switching of the timbre performed during the performance of the music, there is a problem that the sounding timing of the musical sound to be produced may be delayed or may not be produced.

[0005] As is well known, a human can recognize a slight deviation in sounding timing. A slight shift in the sounding timing often greatly changes the musical (audible) impression received by a person. As is evident from these facts, the deviation of the sounding timing has a great influence on the music. For this reason, even if the frequency of occurrence of a data transfer error is low, it is strongly necessary to reduce (or avoid) the effect caused by the occurrence of the error, for example, to shorten the time required for data transfer when the error occurs. Was desired.

An object of the present invention is to reduce the influence of an error occurring in data transfer.

[0007]

A data transfer method according to the present invention is based on the premise that data of a processing unit is transferred between a first device and a second device connected via predetermined communication means. , The word data constituting the data is divided into a plurality of word data groups based on the processing content, and the first device requests the second device to transfer the data, and the data transferred from the second device. Is monitored in units of word data groups, and when a word data group that cannot be normally received is detected from the data, a request is made to the second device for retransfer of the word data group. In accordance with the data transfer request of the first device, the data is transferred, and in response to the retransfer request from the first device, a word data group requested to be retransmitted is extracted from the data and transferred again.

[0008] The data receiving apparatus according to the first aspect of the present invention is premised on receiving data of a processing unit transferred from an external apparatus connected via predetermined communication means,
Request means for requesting data transfer to an external device;
Receiving means for receiving data transferred from the external device;
Word data constituting data is classified into a plurality of word data groups based on the processing content, and a judgment means for judging whether or not the reception means has normally received the data in word data group units, Retransfer request means for requesting the external device to retransmit the word data group determined not to be,
Is provided.

[0009] In addition to the above configuration, the apparatus further comprises determining means for determining whether or not to request the external device to retransmit the word data group determined to be abnormal by the determining means. It is desirable to request the external device to retransmit the word data group in accordance with the determination of the determination means.

[0010] The data receiving apparatus according to the second aspect of the present invention is premised on receiving processing unit data transferred from an external apparatus connected via a predetermined communication means,
Request means for requesting data transfer to an external device;
Receiving means for receiving data transferred from the external device;
Word data constituting data is classified into a plurality of word data groups based on the processing content, and a judgment means for judging whether or not the reception means has normally received the data in word data group units, And changing means for changing the word data group or another word data group in accordance with the reception state of the receiving means when there is a word data group determined not to be present.

In addition to the above configuration, the determining means determines whether or not to request retransfer of the word data group determined to be abnormal by the determining means, and the determining means to request retransfer of the word data group. Re-transfer request means for requesting the external device to re-transfer the word data group when the decision is made, further comprising: changing means when the decision means decides not to request re-transfer of the word data group. It is desirable to change the word data group or another word data group.

The data transmitting apparatus of the present invention is based on the premise that data is transmitted to the data receiving apparatus. The receiving means receives a data transfer request and a word data group re-transfer request from the data receiving apparatus. Transmitting means for transmitting data or a group of word data to the data receiving apparatus in accordance with the content of the request received by the receiving means.

[0013] A data receiving apparatus according to a first aspect of the present invention comprises:
Data that is composed of word data grouped in processing units is divided into multiple word data groups based on the processing content of the word data, and data transmitted by requesting transfer is divided into word data group units. Monitor the occurrence of an error, and if an error has occurred, request retransfer in word data group units.

By dividing data into word data groups and detecting and retransmitting errors, it is possible to detect a generated error quickly (in an earlier stage), and to reduce the portion where the error has occurred in a small area. It becomes possible to specify within the range, and furthermore, retransmission can be performed in a short time. From these, it is possible to respond to the generated error in a short time, and the influence of the error is reduced. Further, by dividing the data into a plurality of word data groups by focusing on the processing content, it is possible to deal with errors according to the importance of the word data.

A data receiving apparatus according to a second aspect of the present invention comprises:
The data transmitted by requesting the transfer is monitored for the occurrence of an error in word data group units, and if an error has occurred, for example, consistency between the word data groups is determined according to the reception state. The word data group is changed so that As a result, it is possible to reduce problems caused by errors.

The data transmitting apparatus of the present invention transmits the entire data or the word data group in response to a data transfer request or a retransfer request from the data receiving apparatus. Thus, the data receiving apparatus can obtain only necessary data or a word data group as needed.

[0017]

Embodiments of the present invention will be described below in detail with reference to the drawings. <First Embodiment> FIG. 1 is a schematic view of a system to which the first embodiment is applied.

As shown in FIG. 1, the system includes an electronic musical instrument 101 having a keyboard 102 operated by a user.
And a personal computer (hereinafter referred to as a personal computer) 103 connected thereto by a cable 104. The data receiving device according to the first embodiment is applied to an electronic musical instrument 101, and the data transmitting device according to the first embodiment is applied to a personal computer 103.

FIG. 2 is an overall circuit diagram of the electronic musical instrument 101. Next, the configuration and operation will be described with reference to FIG. The operation of the personal computer 102 will also be described.

As shown in FIG. 2, an electronic musical instrument 101 includes a CPU 201 for controlling the entire musical instrument, and a ROM 202 for storing programs, control data, automatic performance data, and the like.
And a RAM 203 used by the CPU 201 for work.
And an interface (I / O) for transmitting / receiving data to / from another device including the personal computer 103 via a connector (not shown).
/ F) 204, a key matrix circuit 205 for scanning the keyboard 102, a switch group 206 scanned by the key matrix circuit 205, and the CPU 20
Sound system 20 for producing musical tones according to the instructions of 1.
7 are provided.

The schematic operation of the above configuration will be described. When the power of the musical instrument 101 is turned on, the CPU 201
Starts the control of the musical instrument 101 by reading the program from the ROM 202 and executing it. The control is performed in accordance with an operation performed by the user on the keyboard 102 and the switch group 206, and further on data transmitted from another device via the interface 204. Note that other devices will be described below with reference to the personal computer 103 in order to avoid confusion.

The switch group 206 includes an automatic performance mode switch for setting an automatic performance mode, a start / stop switch for instructing start and stop of the automatic performance, a tone button for instructing a change in timbre, a timbre and the like. 0-9 to specify the song to be played automatically by number
It shows various switches such as buttons collectively.
The CPU 201 causes the key matrix circuit 205 to
2 and the switch group 206 are scanned, and the signals after the scanning are analyzed to detect the operation state and the performed operation, and control the entire musical instrument 101 according to the detection result.

When the user operates the keyboard 102,
The CPU 201 specifies the key operated by the user and the contents of the operation, generates a control command according to the specified contents, and outputs the control command to the sound system 207. Accordingly, the sound system 207 allows the user to input the keyboard 102
In accordance with the operation performed in step (1), the tone generation is started or the tone being generated is muted.

The sound system 207 includes, for example, a sound source LSI, a D / A converter, an amplifier, and a speaker. The sound source LSI stores waveform data encoded by, for example, the PCM method in an internal memory and generates waveform data of various pitches by changing the speed at which the waveform data is read out. The generated waveform data is subjected to a process of adding an acoustic effect, and output to a D / A converter. The D / A converter converts the waveform data into an analog audio signal and outputs the signal to an amplifier.
The amplifier amplifies it and outputs it to the speaker. When an audio signal is output from the amplifier to the speaker, a musical tone is generated.

The waveform data to be stored in the memory of the sound source LSI is stored in, for example, the ROM 202 in a file format together with information indicating the configuration. CPU2
In step 01, the timbre is switched by reading the waveform data from the ROM 202 and sending it to the tone generator LSI in accordance with the timbre specified by the user via the switch group 206. The set of data stored in the file format is called audio data to distinguish it from waveform data.

The audio data not stored in the ROM 202 can be obtained by activating an application program for supplying the audio data on the personal computer 103. This application program may be installed on the hard disk of the personal computer 103 and used.
It may be stored and distributed in a storage medium such as an OM, and loaded from the storage medium to a main storage device as needed (for example, when mounted on a drive) for use. In the first embodiment, the latter is adopted because various audio data must be prepared, and the application program is stored in a storage medium together with the audio data and distributed.

When the user selects a timbre of audio data that is not stored in the ROM 202, the CPU 201 requests the personal computer 103 via the interface 204 to transfer audio data corresponding to the timbre selected by the user. Send a data transfer request command. Upon receiving the request command, the other personal computer 103 searches the storage medium (for example, a CD-ROM) for a file containing the corresponding audio data in accordance with the content of the request command.
The searched voice data is transferred to 01.

FIG. 3 is a configuration diagram of the audio data.
As shown in FIG. 3, the audio data is composed of a header part and a PCM data part, and the PCM data part is composed of a straight part and a loop part.

The header section is a group of word data necessary for appropriately controlling the PCM data section, and the data transfer and sound generation processing are performed based on the information stored in the header section. In the header part, the number of data of the straight part is in the first and second bytes, the checksum value of the straight part is in the third byte, the number of data of the loop part is in the fourth and fifth bytes, The sixth byte stores the checksum value of the loop section.

The PCM data section is a data group in which one word obtained by sampling an actual audio analog signal and converting it into digital data is 8 bits. The straight portion constituting the straight portion stores data to be processed only once in tone generation, and the loop portion stores data to be repeatedly processed following the straight portion processing.

When the voice data is voice data, the straight part is a word data group corresponding to a consonant part at the beginning of the pronunciation, and the other loop part is a vowel part at the end of the pronunciation. Is a word data group corresponding to.

FIG. 4 is a configuration diagram of the voice data request command. As shown in FIG. 4, it is configured as 3-byte data. The command ID stored in the first byte is a command code representing the content requested of the personal computer 103. The audio data number in the second byte is data for specifying audio data requested to be transferred. Third
The data transfer format of the byte is a code for designating a portion of the audio data that requires transfer.

In the first embodiment, three types of values are prepared as the data transfer format, in other words, the format for transferring audio data is divided into three types. Here, the above three values are DATA HEADER, DATA STRAIGHT, and DATA LOOP. DATA HEADER indicates that all transfer of audio data is requested, DATA STRAIGHT indicates transfer of all PCM data parts, and DATA LOOP indicates that only loop part of PCM data part is transferred. Each is represented.

When the user designates a tone color, the CPU 201 of the electronic musical instrument 101 inputs a code value indicating that the command is a voice data transfer request command into the command ID, and the user inputs a tone data number into the voice data number. A command storing DATA HEADER as the number and data transfer format is generated and output to the interface 204, and the command is sent to the personal computer 103 via the interface 204.

An error may occur in data transfer for some reason. For this reason, the CPU 201 monitors whether or not the data transfer of the personal computer 103, which is started after the transmission of the command, is performed normally, for each unit of the audio data. As a result of the monitoring, when a part that is not normally transferred is detected, an audio data transfer request command for requesting data transfer of the part is generated and sent to the personal computer 103.

The other personal computer 103 is an electronic musical instrument 101
When a command is received from the electronic musical instrument 101, the type of the command is specified from the command ID, and data is transferred according to a request from the electronic musical instrument 101. If the command is a voice data transfer request command, the voice data specified by the voice data number is obtained from a storage medium such as a CD-ROM, and the voice data specified by the data transfer format is obtained from the obtained voice data. The part is extracted and transferred to the electronic musical instrument 101. As a result, according to the request of the electronic musical instrument 101, all or a part of the audio data
03 to the electronic musical instrument 101.

The CPU 201 of the electronic musical instrument 101 transmits the data transferred from the personal computer 103 to the interface 2.
04 and stored in the RAM 203. When the data transfer is completed normally, the audio data is sent to the sound system 207. As a result, a musical tone can be generated by the audio data transferred from the personal computer 103.

In the first embodiment, as described above,
Divide the audio data into multiple parts based on the processing content,
Data transfer can be performed independently for each part. For this reason, even if an error occurs, it is only necessary to re-transfer only the portion where the error has occurred, and it is possible to avoid re-transfer of the portion where the transfer was normally performed. As a result, the time required for data transfer when an error occurs can be shortened, and a delay in sounding timing can be avoided or the delay can be reduced.

The above is the description of the electronic musical instrument 101 and the personal computer 1.
03 is an outline of the operation. Next, the operation of the electronic musical instrument 101 will be described in detail with reference to FIGS. 5 to 7, and the operation of the personal computer 103 will be described in detail with reference to FIG.

FIG. 5 is an operation flowchart of the overall processing executed by the electronic musical instrument 101. First, the overall processing will be described in detail with reference to FIG. Note that the entire process is a process realized by the CPU 201 reading and executing a program stored in the ROM 202.

When the power of the musical instrument 101 is turned on, the CPU
201 reads out a program from the ROM 202 and starts its control. At the start of the control, step 5
01 is executed.

In step 501, an initial process for initializing the musical instrument 101 to a predetermined state is executed. By performing this initial processing, RA
Predetermined initial values are assigned to M203 or various control variables held in registers in the CPU 201, respectively. For example, variables related to audio data transfer byDataReceivingStatus, wDataCounter, wLoopNum,
byCheckSum contains DATA HEADER, 0, 6, 0, respectively
Is substituted. After the completion of the initial processing, the process proceeds to step 502.

The above variable byDataReceivingStatus
Is a variable for managing which part of the audio data the personal computer 103 is transferring. As for other variables, a variable wDataCounter is a variable for counting the number of data (words) received in each part of the audio data, and a variable wL is used.
oopNum is a variable to which the number of data (words) to be received in each part is substituted. Since the number of data in the header part is 6, 6 is substituted in the initial processing. The last variable byCheckSum is used to determine whether or not each part (here, the straight part and the loop part) has correctly received data. Specifically, the calculation result (for example, exclusive OR) of the checksum of the data received so far is substituted in each unit.

In step 502, an operation state of the switch group 206 and operations performed on various switches are detected, and a switch process for performing various settings and the like is performed based on the detection results. By executing the switch processing, the user can set various modes, timbres, tempos, songs to be automatically played, and the like through operations on the switch group 206.

In step 503 following step 502, an operation performed on the keyboard 102 is detected, and a keyboard process 503 for generating a musical tone is executed based on the detected result. By executing the keyboard processing 503, the user can generate a desired musical tone at any time through an operation on the keyboard 102.

Upon completion of the keyboard processing, the flow shifts to step 504. In step 504, music reproduction processing for reproducing music according to the automatic performance data is executed. After the music reproduction processing is completed, the process proceeds to step 505.

The automatic performance data is, for example, data prepared in a standard MIDI file (SMF) format. The SMF is a data stream configured by adding time information to MIDI event data. For this reason, the reproduction of music according to the automatic performance data is performed by sequentially processing MIDI events according to the time information.

At step 505, a data receiving process is executed. Actual data reception is performed by an interrupt process described later. What is performed here is processing for the received data, and the transmission of the received audio data to the sound system is performed here.

In a step 506 following the step 505, an audio data request process for requesting the personal computer 103 to transfer audio data is executed. The voice data requested here is determined by the switch processing in step 502 and step 50.
3 is specified by executing the keyboard processing of Step 3 or the music reproduction processing of Step 504. When the audio data request processing ends, the process returns to step 502.

As described above, the processing loop formed in steps 502 to 506 is repeatedly executed. As a result, the automatic performance of the music specified by the user and the desired musical tone are produced in a desired tone.

FIG. 6 shows a step 506 in the whole processing.
9 is an operation flowchart of a voice data request process executed as (1). Next, the subroutine processing will be described in detail with reference to FIG.

It is to be noted that, in the request for the transfer of the audio data, the tone specified by the user by operating the switch group 206 and the tone specified by the program change in the automatic performance data are not prepared in the electronic musical instrument 101 (ROM 202). Occurs sometimes. Although description of the setting method and the like is omitted, if different tones or musical tones are assigned to each key of the keyboard 102 or to each group of one or more keys, the keyboard 102 is Each time the user operates, it is necessary to request the transfer of the timbre data. In the timbre data request processing, a request is made to the personal computer 103 for the transfer of voice data required for these reasons.

First, in step 601, step 50 is executed.
A voice data transfer request command for requesting the transfer of voice data recognized as necessary by executing the step processing of step 2, the keyboard processing of step 503, or the music reproduction processing of step 504 is created. At this time, DATA HEADER is stored in the data transfer format of the third byte because all of the audio data is required.

In step 602 following step 601, the created voice data transfer request command is written in the transmission data buffer. After the writing is finished,
A series of processing ends.

The transmission data buffer is a storage area for transmission provided in a buffer in the interface 204. Therefore, the process of step 602 is performed by the CPU 2
01 outputs the created voice data transfer request command to the interface 204 and writes the command to a transmission data buffer (storage area) in a buffer provided therein.

The personal computer 103 accesses the buffer of the interface 204 via the cable 104. Therefore, by writing an audio data transfer request command to the buffer in the interface 204, the command is sent to the personal computer 103.

The processing operation of the audio data request processing described above is for the case of requesting the personal computer 103 to transfer audio data. If it is not necessary to request the transfer of the audio data, a series of processing ends without executing the processing of steps 601 and 602.

FIG. 7 is an operation flowchart of the data reception interrupt processing. Next, this interrupt processing will be described in detail with reference to FIG. Upon receiving the voice data transfer request command, the personal computer 103 transfers the voice data specified by the command one byte (word) at a time. The interface 204 is connected to the personal computer 10
3 and store the data in an internal buffer.
An interrupt is generated for the PU 201. The data reception interrupt process is a process executed when the interrupt occurs.

When the CPU 201 requests the personal computer 103 to transfer the audio data, the CPU 201 prepares an area for storing the audio data in the RAM 203 for each part.
Is temporarily stored in the area.
In data reception interrupt processing, interface 2
The audio data is stored in the RAM 203 while determining which part of the audio data the data received by the audio data 04 is and the data of each part is normally transferred.

First, in step 701, the variable byDataRe
Determine the value assigned to ceivingStatus. As described above, the variable byDataReceivingStatus is a variable for ascertaining which part of the audio data the data currently being received is, and includes DATA HEADER, DATA STRAIGHT, and DATA L.
One of the three values of OOP is substituted. DATA HEA
DER indicates that the header data is being received.
TA STRAIGHT indicates that data in the straight section is being received, and DATA LOOP indicates that data in the loop section is being received.

DATA HEADE in the variable byDataReceivingStatus
If R has been substituted, the process proceeds to step 702.
In step 702, the received data is stored in the RAM 203
It is stored in the data storage area for the header part in. When the storage is completed, the process proceeds to step 707.

[0062] DATA STRAI is set in the variable byDataReceivingStatus.
If GHT has been assigned, the process moves to step 703. In step 703, the received data is stored in RAM
The data is stored in the data storage area for the PCM data part in the storage unit 203, and in the subsequent step 704, the checksum value is calculated, and the calculation result is substituted for the variable byCheckSum. When this is completed, the process moves to step 707.

As the checksum value, as shown in FIG. 3, two values of a straight portion and a loop portion constituting the PCM data portion are stored in the header portion. The checksum is calculated separately for the straight part and the loop part. As a result, it is possible to determine for each part whether or not the reception has been performed normally. In addition,
The calculation of the checksum value is performed, for example, by calculating the exclusive OR of the data received so far, that is, by calculating the exclusive OR of the variable byCheckSum and the received data.

DATA STRAI in the variable byDataReceivingStatus
If GHT has been assigned, the process proceeds to step 705. In step 705, the received data is stored in RAM
The data is stored in the data storage area for the PCM data part in 203, and in the following step 706, the checksum value is calculated, and the calculation result is substituted for the variable byCheckSum. When this is completed, the process moves to step 707.

As described above, in steps 701 to 706, the received data is stored in the RAM 203 according to which part of the audio data belongs. In step 707, the value of the variable wDataCounter is incremented because one byte (word data) has been received as audio data. Thereafter, the process proceeds to step 708.

In step 708, it is determined whether the value of the variable wDataCounter is equal to the value of the variable wLoopNum. Variable wL
oopNum is a variable to which the total number of data (words) constituting each part of the header part, the straight part, or the loop part is substituted, and 6 when the data of the header part is received, When the data of the header portion is received, the data of the first and second bytes of the header portion is received, and when the data of the loop portion is received, the fourth and fifth bytes of the header portion are received.
The data of the byte is substituted. For this reason, when all data of the part currently being received has been received, the determination is YES and the process proceeds to step 709. Otherwise, the determination is NO and the series of processing ends.

After step 709, it is determined that the reception of one part of the data constituting the audio data has been completed, and the accompanying processing is performed. It is determined whether or not the data of that part has been received normally, that is, whether or not an error has occurred, and processing according to the determination result is performed here.

First, in step 709, the variable wDataCou
Clear the value of nter, that is, substitute 0 for it. In the following step 710, the value assigned to the variable byDataReceivingStatus is determined. In the variable byDataReceivingStatus
If DATA HEADER has been substituted, the process proceeds to step 711 to update the variables byDataReceivingStatus and wLoopNum. Specifically, since the reception of the header portion has been completed, DATA STRAIGHT is substituted for the variable byDataReceivingStatus, and the other variable wLoopNum is composed of the data of the first and second bytes of the header portion for which reception has been completed. 16
A bit value (the first byte is the upper 8 bits and the second byte is the lower 8 bits) is substituted. After that, a series of processing ends.

DATA STRAI in the variable byDataReceivingStatus
If GHT has been substituted, the process moves to step 712. In step 712, the checksum value assigned to the variable byCheckSum is set to the third value of the received header.
It is determined whether or not the value matches the checksum value of the byte.
If the reception of the straight portion is normally performed, the checksum values match, so that the determination is YES, and the flow shifts to step 713. If not, that is, if an error has occurred, the determination is no and the process moves to step 714.

In step 713, the variable byDataReceivin
Updates gStatus, wLoopNum, and byCheckSum. Specifically, since the reception of the straight portion has been completed normally, DATA LOOP is substituted for the variable byDataReceivingStatus, and the variable wLoopNum is the fourth of the header portion for which reception has been completed.
And a 16-bit value composed of the data of the fifth byte (the fourth byte is the upper 8 bits and the fifth byte is the lower 8 bits).
Bit) and 0 to the variable byCheckSum. After that, a series of processing ends.

In step 714, since an error has occurred in the reception of the straight part, an audio data transfer request command (a command in which the data transfer format of the third byte is DATA STRAIGHT) requesting the transfer of the straight part is made. ), And in a subsequent step 715, the command is written to the transmission data buffer of the interface 204. Thereafter, a series of processing ends.

By writing the re-created voice data transfer request command into the transmission data buffer, the data in the straight section is transferred again from the personal computer 103. When an error occurs, the variable byDataReceivingStatus is not updated, so that the data transferred from the personal computer 103 after sending the above command is received as straight section data.

On the other hand, the variable byDataReceivingStatus contains DATA
If STRAIGHT has been assigned, step 710
Then, control goes to step 716. In step 716, it is determined whether the checksum value assigned to the variable byCheckSum matches the checksum value of the sixth byte of the received header. If the reception of the loop portion is normally performed, the checksum values match, so the determination is YES, and the flow shifts to step 717. Otherwise, that is, if an error has occurred,
The determination is no and the process moves to step 718.

At step 717, the variable byDataReceivin
Update gStatus, wLoopNum, and byCheckSum.
Specifically, since the reception of the loop portion has been completed normally, that is, the reception of all audio data has been completed normally, the variable byData
Assign DATA HEADER to ReceivingStatus and set the variable wLoopN
Substitute 6 which is the total number of data (words) in the header part into um, and substitute 0 into the variable byCheckSum. After that, a series of processing ends.

In step 718, since an error has occurred in the reception of the loop part, an audio data transfer request command requesting the transfer of the loop part (a command in which the data transfer format of the third byte is DATA LOOP) ), And in a subsequent step 719, the command is written to the transmission data buffer of the interface 204. Thereafter, a series of processing ends.

As described above, in the first embodiment, it is determined whether or not an error has occurred in the data transfer for each part except the header part, and if it is determined that the error has occurred, the data transfer is performed there. Is interrupted, and data transfer is resumed from the part where the error occurred.

By detecting an error independently for each part, it is possible to detect the error immediately before the transfer of the entire audio data is completed, that is, the error that has occurred. Since the data can be re-transferred only to the part where the error has occurred, the time required to actually transfer the required data can be reduced. By interrupting the data transfer at the point where the error occurred,
The time required to transfer data discarded due to the occurrence of an error can be reduced. As a result, data transfer at the time of error occurrence can be performed in a shorter time, and the influence at the time of error occurrence can be reduced.

The main processing executed by the electronic musical instrument 101 has been described above. Next, an operation performed by the personal computer 103 will be described in detail with reference to FIG. FIG. 8 is an operation flowchart of the entire process executed by the personal computer 103.

In the first embodiment, the personal computer 1
An application program for supplying audio data from 03 is distributed on a CD-ROM together with the audio data. From this, the overall processing shown in FIG.
This is realized by activating the application program stored in the D-ROM, that is, loading the application program onto the main storage device and assigning control of the CPU of the personal computer 103 to the application program.

The operation flowchart shown in FIG.
Copy the above application program to C
The figure particularly shows a portion related to the present invention from the processing operations executed by the PU 103.

First, in step 801, it is determined whether a command has been received. As described above, the personal computer 10
3 accesses a buffer in the interface 204 of the electronic musical instrument 101. More specifically, the personal computer 10
3 is an interface on the personal computer 103 side,
The buffer in the interface 204 of the electronic musical instrument 101 is accessed via the cable 104. For example, the interface outputs an interrupt signal when any command has been written to the transmission data buffer allocated in the interface 204, and indicates that the command is
The PU is notified. Therefore, if any command has been written in the transmission data buffer, the determination is YES and the process moves to step 802. Otherwise, the determination is NO and the series of processing ends.

At step 802, the command written in the transmission data buffer is read (received) and analyzed. In the subsequent step 803, as a result of analyzing the command, it is determined whether or not the command is a voice data transfer request command. If a volume data transfer request command has been written in the transfer data buffer of the interface 204 of the electronic musical instrument 101, the determination is Y.
It becomes ES and moves to step 805. Otherwise, the determination is no and the process moves to step 804.

At step 804, processing corresponding to a command other than the volume data transfer request command is executed. In the processing corresponding to this command, for example, CD-RO
The automatic performance data stored in M is transferred to the electronic musical instrument 101. After that is finished
Return to step 801.

In step 805, a file corresponding to the music data number stored in the second byte of the audio data transfer request command is searched from the CD-ROM. After the search is completed, the process proceeds to step 806,
From the retrieved file, the data of the requested portion in the data transfer format, which is the third byte of the command, is extracted and transmitted. After that, step 801
Return to

As described above, the audio data is sequentially transferred every 8 bits (1 word) in accordance with the reception on the electronic musical instrument 101 side. Therefore, the actual data transfer is performed by an interrupt process.

The interrupt process is a process executed by an interrupt signal (input / output interrupt) output from an interface (not shown) connected to the cable 104 provided in the personal computer 103, for example. By executing this, 1-byte data is stored in the electronic musical instrument 101.
Output according to the operation of the side. For this reason, the transmission of the data in step 806 is performed only by, for example, notifying the electronic musical instrument 101 of the start of the transmission.

Each part of the audio data is composed of a header section, a straight section,
The data is transferred in the order of the loop part. Also, the part to be transferred according to the content of the data transfer format of the voice data transfer request command is set in accordance with the operation of the electronic musical instrument 101. That is, for example, when the data transfer format is DATA STRAIGHT, both the straight part and the loop part constituting the PCM data part are transferred.

The above-described processing operation is performed on the personal computer 103 when the application program is executed. As a result, the sound data is transferred from the personal computer 103 to the electronic musical instrument 101 one byte at a time in response to a data transfer request from the electronic musical instrument 101, that is, a sound data transfer request command.

In the first embodiment, audio data is divided into three parts, a header part, a straight part, and a loop part, and data transfer is performed. For example, the audio data is divided according to the data amount of each part. It may be finely divided.
Specifically, for example, when the data amount of the straight portion is larger than other portions, the straight portion may be further divided into a plurality of portions. <Second Embodiment> In the first embodiment, audio data is divided into a header section, a straight section, and a loop section, and it is checked whether or not the data of each section has been normally transferred. When the occurrence of an error is detected, the data of the part where the error has occurred is unconditionally retransmitted. On the other hand, in the second embodiment, it is possible to select whether to retransmit data when an error is detected.

When an error occurs in the data transfer, if a tone is generated by the transferred data, a certain problem is caused to a person in terms of hearing, though the degree depends on the content of the error. However, for example, like a program change (tone change) during an automatic performance (in this case, it is necessary to generate a musical tone in response to a key depression of the user's keyboard 102), a process for rapid sound generation must be performed. In such a situation, retransmission of data may cause a delay in sounding timing, so that retransmission of data when an error occurs is not always a good idea. For this reason, in the second embodiment, it is possible to realize that the user can generate a musical tone in a more comfortable state by selecting whether or not to retransmit data. is there.

The electronic musical instrument according to the second embodiment has the first
The configuration according to the embodiment of the present invention is basically the same,
The processing operation is basically the same. The configuration and processing operation of the personal computer are not different from those of the first embodiment. Therefore, only the parts of the electronic musical instrument 101 according to the second embodiment that differ from those according to the first embodiment will be described using the reference numerals used in the first embodiment as they are.

In the second embodiment, the user can select whether or not to retransmit data when an error occurs. For the selection, as shown in FIG. 1, a retransmission switch 206a is provided as one of the switches constituting the switch group 206. BReTransferFlag is prepared as a variable (flag) indicating whether to retransmit data. Each time the user operates the retransmission switch 206a, the CPU 201 changes the value assigned to the variable bReTransferFlag.

There are two types of values to be assigned to the variable bReTransferFlag, ie, whether to resend data. In order to clarify the meaning of the value assigned to the value, the data is resent (retransmission). Mode) is described as TRUE. The CPU 201 sets the variable bReTransferFla
When TRUE is substituted for g, for example, LE (not shown)
D is turned on to notify the user of this.

In the second embodiment, one word of data is inserted into the PCM data section in order to detect data loss occurring during data transfer.
FIG. 9 is a configuration diagram of audio data used in the second embodiment. At the beginning of the loop, as shown in FIG.
One byte of indicator data is added. In the indicator data, the value of the most significant bit is 1, and the other data of the PCM data portion is 7-bit data (the value of the most significant bit (MSB) is 0). As a result, the marker data can be distinguished from other data.

When voice data as shown in FIG. 9 is transferred, it is possible to determine whether or not data loss has occurred based on the timing at which the above-mentioned marker data is received. For example, when the indicator data is received before the data is received by the number of data stored in the first and second bytes of the header portion, data loss has occurred in the header portion or the straight portion. .

Missing data often affects the usage of the entire data, and usually causes a greater audibility problem than when data could not be received correctly. In the second embodiment, since the magnitude of the influence differs depending on the content of the error, the error is classified into two types based on the magnitude of the influence, and when an error with a relatively large defect occurs, data retransmission is performed. It is performed unconditionally, and when it is relatively small, data is retransmitted according to the user's specification (whether or not the retransmission mode is set).

The above is the outline of the second embodiment.
Next, the operation of the CPU 201 in the second embodiment for realizing data retransmission at the time of occurrence of the error will be described in detail.

The flow of the processing operation in the second embodiment is the same as that in the first embodiment. As the processing contents, the data reception interrupt processing is the most different from the first embodiment. In other processes, there is no difference, or there is little difference, if any. Therefore, only the data reception interrupt processing will be described with reference to the operation flowchart shown in FIG.

First, in step 1001, the variable byData
Determine the value assigned to ReceivingStatus. As described above, the variable byDataReceivingStatus is a variable for grasping which part of the audio data the data currently being received is, and includes DATA HEADER, DATA STRAIGHT, and DATA
One of the three values of LOOP is substituted.

[0100] DATA HEADE is set in the variable byDataReceivingStatus.
If R has been substituted, the process proceeds to step 1002. In step 1002, the received data is stored in RAM
The data is stored in the data storage area for the header part in the data 203. When the storage is completed, the process proceeds to step 1012.

DATA STRAI in the variable byDataReceivingStatus
If GHT has been assigned, the process moves to step 1003. In step 1003, it is determined whether or not the received data is the tag data. When the value of the most significant bit of the received data is 1, it is determined that the indicator data has been received, the determination is YES, and the process proceeds to step 1006. Otherwise, the determination is no and step 10
Move to 04.

At step 1004, the received data is
The data is stored in the data storage area for the PCM data part in the AM 203, and in the following step 1005, the checksum value is calculated, and the calculation result is substituted for the variable byCheckSum.
Upon completion, the process moves to step 1012.

When the process proceeds to step 1006, the transfer in the straight section is completed before the data of the number of data stored in the first and second bytes of the header section is received. That is, data loss has occurred. Therefore, in steps 1006 to 1008, processing corresponding to the processing is performed. Specifically, in step 1006, the variable byDataReceivingStatus is set to DATA HEADER, and the variable wLoo
Substitute 6 for pNum and 0 for the variable wDataCounter. In step 1007, set the data transfer format to DATA HEADE
Re-create the voice data transfer request command storing R,
In step 1008, the recreated command is stored in the transmission data buffer of the interface 204.
After the processing is completed, the process proceeds to step 1012.

[0104] DATA LOOP is set in the variable byDataReceivingStatus.
Has been substituted, the process moves from step 1001 to step 1009. In that step 1009,
It is determined whether the received data is sign data. If the value of the most significant bit of the received data is 1, it is the tag data, so the determination is YES and the series of processing ends. Otherwise, the determination is no
And the process moves to step 1010.

As described above, if data loss occurs before the transfer of the loop section starts, the entire voice data is retransmitted. For this reason, at the start of the reception of the loop part, the tag data added to the head thereof is received. The sign data is data that is not used for reproducing a musical sound. Therefore, the electronic musical instrument 101 discards it.

In the other step 1010, the received data is stored in the data storage area for the PCM data section in the RAM 203, and in the following step 1011 the checksum value is calculated, and the calculation result is substituted for the variable byCheckSum. . Upon completion, the process moves to step 1012.

As described above, steps 1001 to 1011
Then, the received data is stored in the RAM 203 in accordance with which part of the audio data belongs, and the audio data is retransmitted in accordance with whether or not data loss has occurred.

In step 1012, since one byte (one word) has been received as audio data, the variable wD
Increment the value of ataCounter. Thereafter, the process proceeds to step 1013.

In step 1013, the variable wDataCounter
Is determined whether the value of is equal to the value of the variable wLoopNum. variable
wLoopNum is a variable to which the total number of words constituting each part of the header part, the straight part, or the loop part is substituted, and 6, when the data of the header part is received,
When the data of the straight part is received, the data of the first and second bytes of the header part is received, and when the data of the loop part is received, the data of the fourth and fifth bytes of the header part are transmitted. Substituted respectively. Therefore, if all the data of the part currently being received has been received, the determination is YES.
And the process moves to step 1014. Otherwise, the determination is NO and the series of processing ends.

At step 1014 and thereafter, it is determined that the reception of one part of the data constituting the audio data has been completed.
The accompanying processing is performed. It is determined whether or not the data of that part has been received normally, that is, whether or not an error has occurred is determined, and a measure is taken in accordance with the determination result.

First, in step 1014, the variable wDataC
Clear the value of ounter, that is, substitute 0 for it. In the following step 1015, the value assigned to the variable byDataReceivingStatus is determined. Variable byDataReceivingStatu
If DATA HEADER has been substituted for s, step 10
Move to 16 and change the variables byDataReceivingStatus and wLoopN
Update um. Specifically, since the reception of the header part has been completed, the variable byDataReceivingStatus contains DATA STRAI.
GHT is substituted, and the other variable wLoopNum is a 16-bit value composed of the data of the first and second bytes of the header part that has been received (the first byte is the upper 8 bits, the second
(The byte is the lower 8 bits). After that, a series of processing ends.

Data STRAI is set in the variable byDataReceivingStatus.
If GHT has been assigned, the process moves to step 1017. In step 1017, it is determined whether or not the checksum value assigned to the variable byCheckSum matches the checksum value of the third byte of the received header. If the reception of the straight portion is normally performed, the checksum values match, so that the determination is YES, and the process proceeds to step 1018. Otherwise, that is, if an error has occurred, the determination is N
It becomes O and moves to step 1019.

In Step 1018, the variable byDataReceiv
Update ingStatus, wLoopNum, and byCheckSum.
Specifically, since the reception of the straight portion has been completed normally, DATA LOOP is substituted for the variable byDataReceivingStatus, and the variable wLoopNum is the fourth of the header portion for which reception has been completed.
And a 16-bit value composed of the data of the fifth byte (the fourth byte is the upper eight bits, and the fifth byte is the lower eight bits).
Bit) and 0 to the variable byCheckSum. A series of processes is terminated after the process is completed.

In the other step 1019, the variable bReTra
It is determined whether TRUE is substituted in nsferFlag. If the user operates the retransmission switch 206a to specify retransmission of data when an error occurs, that is, if the retransmission mode has been set, the determination is YES and step 1020
Move to Otherwise, that is, if the user has designated continuation of data transfer even when an error occurs, the determination is no and the process moves to step 1018 described above.

In step 1020, the data transfer format
Re-create the voice data transfer request command storing DATA STRAIGHT. In the following step 1021, the re-created command is stored in the transmission data buffer of the interface 204. Thereafter, a series of processing ends.

As described above, data is retransmitted when an error occurs according to the value assigned to the variable bReTransferFlag. The value assigned to the variable bReTransferFlag can be changed by operating the retransmission switch 206a. Therefore, the user can control the tone generation state of the musical tone, and can use the electronic musical instrument 101 more comfortably. That is, when the retransmission mode is not set, it is possible to avoid delay of the sounding timing or to minimize the delay, and when it is set, it is possible to avoid deterioration of the sound quality of the musical sound to be sounded. it can.

On the other hand, the variable byDataReceivingStatus contains DATA
If LOOP has been assigned, the process moves from step 1015 to step 1022. Step 1022
Then, it is determined whether or not the checksum value assigned to the variable byCheckSum matches the checksum value of the sixth byte of the received header portion. When the reception of the loop portion is normally performed, the checksum values match, so the determination is YES, and the flow shifts to step 1023. Otherwise, that is, if an error has occurred, the determination is no and the process moves to step 1024.

In step 1023, the variable byDataReceiv
Update ingStatus, wLoopNum, and byCheckSum.
Specifically, since the reception of the loop portion has been completed normally, that is, the reception of all audio data has been completed normally, the variable byData
Assign DATA HEADER to ReceivingStatus and set the variable wLoopN
Substitute 6 which is the total number of data (words) in the header part into um, and substitute 0 into the variable byCheckSum. After these operations, a series of processing ends.

In step 1024, since an error has occurred in the reception of the loop portion, an audio data transfer request command (a command in which the data transfer format of the third byte is DATA LOOP) requesting the transfer of the loop portion is made. is there)
Is generated, and the command is written to the transmission data buffer of the interface 204 in the following step 1025.
Thereafter, a series of processing ends.

As described above, in the second embodiment, when an error occurs in the reception of the straight part, a request for data retransmission is made according to whether or not the retransmission mode is set. When an error occurs, data retransmission is unconditionally requested. This is because the straight portion is a portion that is processed only once in sound generation, and thus is less affected by an error than a loop portion that is repeatedly processed.

As can be seen from the above, the division method for dividing audio data into a header part, a straight part, and a loop part is also a division method focusing on the importance of each part. By dividing the data in accordance with the processing contents of the data of each part, it is possible to perform the division focusing on the importance. For this reason, as described above, it becomes possible to retransmit data according to the importance. In other words, when an error occurs, the error can be dealt with hierarchically, and it is possible to flexibly respond to various requests of the user.

In the second embodiment, only one piece of marker data for data loss detection is inserted in the audio data. However, for example, the head of a straight portion and the end of a loop portion may be inserted. A plurality of such data may be inserted so that data loss can be detected for each unit. In such a case, when a data loss is detected, retransmission of data may be requested for each unit. The retransmission request may be made immediately after the error is detected, or may be made after the transfer of the entire audio data is completed.

Further, in the second embodiment, the user is made to select whether or not to retransmit data when an error occurs, but the selection may be made automatically. For example, whether to retransmit data may be determined based on a setting state such as whether or not a music piece is being played in the automatic performance mode. <Third Embodiment> In the second embodiment, as described above, when data loss is detected, retransmission of audio data is immediately requested. In contrast,
In the third embodiment, when data loss is detected, it is possible to further select whether or not to retransmit data.

The electronic musical instrument according to the third embodiment is similar to the electronic musical instrument according to the second embodiment.
The configuration according to the embodiment of the present invention is basically the same,
The processing operation is basically the same. The configuration and processing operation of the personal computer are not different from those of the first embodiment. Therefore, only the parts of the electronic musical instrument 101 according to the third embodiment that are different from those according to the second embodiment will be described using the reference numerals used in the first embodiment as they are.

In the second embodiment, errors are classified into two types: data loss and incorrect data reception (transfer). When the former error occurs, data is retransmitted, and when At times, data retransmission is performed according to the user's specification, that is, whether the retransmission mode is set.
In the third embodiment, retransmission of data at the time of occurrence of an error in which data is lost occurs depending on whether or not the reproduction mode is set.

The generation of musical tones using voice data is basically performed based on information stored in the header section. If the data is missing, the information in the header part does not match the actual data configuration. For this reason, in the third embodiment, when data retransmission is not performed due to occurrence (detection) of data loss, information in the header portion is changed according to the data reception state to ensure consistency. .

The above is the outline of the third embodiment.
Next, the operation of the CPU 201 in the third embodiment for realizing data retransmission at the time of occurrence of the error will be described in detail.

The flow of the processing operation in the third embodiment is the same as that in the first and second embodiments. As the processing contents, the data reception interrupt processing is the most different from the second embodiment. In other processes, there is no difference, or there is little difference, if any. Therefore, only the data reception interrupt processing will be described with reference to the operation flowchart shown in FIG.

First, in step 1101, the variable byData
Determine the value assigned to ReceivingStatus. As described above, the variable byDataReceivingStatus is a variable for grasping which part of the audio data the data currently being received is, and includes DATA HEADER, DATA STRAIGHT, and DATA
One of the three values of LOOP is substituted.

[0130] The variable byDataReceivingStatus is set to DATA HEADE.
If R has been substituted, the process moves to step 1102. In step 1102, the received data is stored in RAM
The data is stored in the data storage area for the header part in the data 203. Upon completion of the storage, the process moves to step 1115.

[0131] DATA STRAI is set in the variable byDataReceivingStatus.
If GHT has been assigned, the process moves to step 1103. In step 1103, it is determined whether or not the received data is sign data. If the value of the most significant bit of the received data is 1, the determination is YES that the indicator data has been received, and the process proceeds to step 1106. Otherwise, the determination is no and step 11
Move to 04.

In step 1104, the received data is
The data is stored in the data storage area for the PCM data part in the AM 203, and in the following step 1105, the checksum value is calculated, and the calculation result is substituted for the variable byCheckSum.
Upon completion, the process moves to step 1115.

At the time of proceeding to step 1106, the transfer of the straight section has been completed before receiving the data of the number of data stored in the first and second bytes of the header section. That is, data loss has occurred. Therefore, in steps 1106 to 1111, processing at the time of data loss is performed.

First, in step 1106, the variable bReTra
It is determined whether TRUE is substituted in nsferFlag. If the user operates the retransmission switch 206a to set the retransmission mode, the determination is YES and the process moves to step 1107. Otherwise, the determination is no and the process moves to step 1110.

In steps 1107 to 1109, processing for requesting retransmission of data is performed in response to occurrence of a data missing error. Specifically, in step 1107, the variable wD
AtaCounter is substituted with 0. At step 1108, the voice data transfer request command storing DATA STRAIGHT in the data transfer format is re-created. At DATA STRAIGHT 109, the re-created command is written to the transmission data buffer in the interface 204. After these operations are completed, a series of processing ends.

In the other steps 1110 and 1111, since data is not retransmitted in response to the data loss, processing for dealing with the data loss is performed. In step 1110, the data of the header part already received is rewritten. Specifically, the data of the first and second bytes of the header part stored in the data storage area of the header part allocated in the RAM 203 is replaced with the data of the actually received straight part substituted for the variable wDataCounter. Rewrite the number. After that, the process proceeds to step 1111 to substitute DATA LOOP for the variable byDataReceivingStatus, the fourth and fifth byte data of the header part for the variable wLoopNum, and 0 for the variable wDataCounter. The marker data is inserted at the beginning of the loop. For this reason,
By substituting DATA LOOP for the variable byDataReceivingStatus, it is possible to receive the data of the loop transferred following the indicator data. After ending Step 1111, a series of processes is ended.

As described above, when data loss occurs in the straight section when the retransmission mode is not set, the data in the header section is rewritten according to the actual reception state of the straight section, and the data between the header section and the straight section is rewritten. The consistency is taken. As a result, it is possible to minimize hearing problems caused by missing data.

On the other hand, the variable byDataReceivingStatus contains DATA
If LOOP has been assigned, the process moves from step 1101 to step 1112. Step 1112
Then, it is determined whether or not the received data is the sign data. If the value of the most significant bit of the received data is 1, it is the tag data, so the determination is YES and the series of processing ends. Otherwise, the determination is no and the process moves to step 1113.

As described above, if data loss occurs before the transfer of the loop section starts, retransmission of audio data,
Alternatively, the data in the header is rewritten. For this reason, at the start of the reception of the loop part, the tag data added to the head or the next data is received. The sign data is data that is not used for reproducing a musical sound. Therefore, when the tag data is received, it is discarded.

At step 1113, the received data is
The data is stored in the data storage area for the PCM data section in the AM 203. In the following step 1114, the checksum value is calculated, and the calculation result is substituted into the variable byCheckSum.
Upon completion, the process moves to step 1115.

As described above, steps 1101 to 1114
Then, the received data is stored in the RAM 203 according to which part of the audio data belongs, and the retransmission of the audio data is performed according to whether the data loss has occurred and whether the retransmission mode is set. Alternatively, the data in the header portion is rewritten.

In step 1115, since one byte (one word) has been received as audio data, the variable wD
Increment the value of ataCounter. Thereafter, the process proceeds to step 1116.

In step 1116, the variable wDataCounter
Is determined whether the value of is equal to the value of the variable wLoopNum. variable
wLoopNum is a variable to which the total number of words constituting each part of the header part, the straight part, or the loop part is substituted, and 6, when the data of the header part is received,
When the data of the straight part is received, the data of the first and second bytes of the header part is received, and when the data of the loop part is received, the data of the fourth and fifth bytes of the header part are transmitted. Substituted respectively. Therefore, if all the data of the part currently being received has been received, the determination is YES.
Then, the process proceeds to step 1117. Otherwise, the determination is NO and the series of processing ends.

In step 1117 and thereafter, it is determined that the reception of one part of the data constituting the audio data has been completed.
The accompanying processing is performed. It is determined whether or not the data of that part has been received normally, that is, whether or not an error has occurred is determined, and a measure is taken in accordance with the determination result.

First, in step 1117, the variable wDataC
Clear the value of ounter, that is, substitute 0 for it. In the following step 1118, the value assigned to the variable byDataReceivingStatus is determined. Variable byDataReceivingStatu
If DATA HEADER has been substituted for s, step 11
Move to 19 and change the variables byDataReceivingStatus and wLoopN
Update um. Specifically, since the reception of the header part has been completed, the variable byDataReceivingStatus contains DATA STRAI.
GHT is substituted, and the other variable wLoopNum is a 16-bit value composed of the data of the first and second bytes of the header part that has been received (the first byte is the upper 8 bits, the second
(The byte is the lower 8 bits). After that, a series of processing ends.

[0146] DATA STRAI is set in the variable byDataReceivingStatus.
If GHT has been substituted, the process proceeds to step 1120. In the step 1120, it is determined whether or not the checksum value assigned to the variable byCheckSum matches the checksum value of the third byte of the received header portion. If the reception of the straight portion is normally performed, the checksum values match, so that the determination is YES, and the flow shifts to step 1121. Otherwise, that is, if an error has occurred, the determination is N
It becomes O and it transfers to step 1122.

In the step 1121, the variable byDataReceiv
Update ingStatus, wLoopNum, and byCheckSum.
Specifically, since the reception of the straight portion has been completed normally, DATA LOOP is substituted for the variable byDataReceivingStatus, and the variable wLoopNum is the fourth of the header portion for which reception has been completed.
And a 16-bit value composed of the data of the fifth byte (the fourth byte is the upper eight bits, and the fifth byte is the lower eight bits).
Bit) and 0 to the variable byCheckSum. After that, a series of processing ends.

At step 1122, the variable bReTra
It is determined whether TRUE is substituted in nsferFlag. If the user operates the retransmission switch 206a to set the retransmission mode, the determination is YES and the process moves to step 1123. Otherwise, that is, if the user has designated the continuation of data transfer even when an error has occurred, the determination is NO and the
Move to 1.

In step 1123, the data transfer format
Re-create the voice data transfer request command storing DATA STRAIGHT. In the following step 1124, the recreated command is stored in the transmission data buffer of the interface 204. Thereafter, a series of processing ends.

As described above, when an error occurs, data is retransmitted according to the value assigned to the variable bReTransferFlag. The value assigned to the variable bReTransferFlag can be changed by operating the retransmission switch 206a. Therefore, when the retransmission mode is not set, the user can avoid a delay in the tone generation timing, and when the user sets the retransmission mode, it is possible to avoid a decrease in the sound quality of the musical tone to be emitted.

On the other hand, the variable byDataReceivingStatus contains DATA
If LOOP has been assigned, the process moves from step 1118 to step 1125. Step 1125
Then, it is determined whether or not the checksum value assigned to the variable byCheckSum matches the checksum value of the sixth byte of the received header portion. If the loop section has been received normally, the checksum values match, so the determination is YES, and the flow shifts to step 1126. If not, that is, if an error has occurred, the determination is no and the process moves to step 1127.

At step 1126, the variable byDataReceiv
Update ingStatus, wLoopNum, and byCheckSum.
Specifically, since the reception of the loop portion has been completed normally, that is, the reception of all audio data has been completed normally, the variable byData
Assign DATA HEADER to ReceivingStatus and set the variable wLoopN
Substitute 6 which is the total number of data (words) in the header part into um, and substitute 0 into the variable byCheckSum. After that, a series of processing ends.

In the other step 1127, since an error has occurred in the reception of the loop portion, an audio data transfer request command (a command in which the data transfer format of the third byte is DATA LOOP) requesting the transfer of the loop portion is made. is there)
Is generated, and the command is written to the transmission data buffer of the interface 204 in the following step 1128.
Thereafter, a series of processing ends.

In the third embodiment, data is retransmitted at the time of data loss according to the setting of the retransmission mode. Alternatively, it may be possible to separately set whether or not to retransmit data when an error occurs, separately from the error that was not correctly transferred. As described above, whether or not to retransmit data may be automatically selected. Further, a portion for retransmitting data may be individually selected.

In the third embodiment, when data is lost, the data in the header is rewritten in accordance with the state of the data loss. However, the data is lost in accordance with the data in the header. The rewritten portion may be rewritten. For example, when the number of missing data is relatively small, predetermined data of a portion where data is missing may be copied to compensate for the missing data.

In the present embodiment (first to third embodiments), the present invention is applied to the electronic musical instrument 101 and the personal computer 103, but the present invention is applied to these. However, the present invention is not limited to this device. For example, two personal computers each have a data receiving device according to the present invention,
And a data transmitting device, and data can be bidirectionally transmitted and received between them according to the present invention. That is, as long as the device can execute a program for realizing the operation of the electronic musical instrument 101 and / or the personal computer 103, the present invention can be installed by loading the program even in an existing device. Can be. As is apparent from this, the present invention can be flexibly applied (mounted).

The data transmitted and received between them is, of course, not limited to audio data. In the data division, as in the present embodiment, in addition to the division focusing on the processing content of the data (word data), the division focusing on the type of data (word data) such as an item is performed. May be. In addition, division may be performed by combining them.
In dividing the data, various methods can be used depending on the data.

[0158]

As described above, the data receiving apparatus according to the first aspect of the present invention converts data composed of word data in units of processing into a plurality of words on the basis of the processing contents of the word data. Data transmitted by requesting transfer is divided into data groups, and the presence or absence of an error is monitored for each word data group. If an error occurs, retransmission is requested for each word data group. .

By dividing the data into word data groups and detecting the occurrence of errors and retransmitting the data, the errors can be detected quickly and the portion where the error has occurred can be specified within a small range. It is possible,
Further, retransmission can be performed in a short time. Therefore, it is possible to respond to the generated error in a short time, and to avoid or reduce the influence of the error.

The data receiving apparatus according to the second aspect of the present invention comprises:
The data transmitted by requesting the transfer is monitored for the occurrence of an error in word data group units, and if an error has occurred, for example, consistency between the word data groups is determined according to the reception state. The word data group is changed so that For this reason, the inconvenience caused by the error can be reduced very quickly.

When the functions of each of the above data receiving apparatuses are combined, it is possible to meet the needs of the user more widely. The data transmitting apparatus of the present invention transmits the entire data or the word data group in response to a data transfer request or a retransfer request from the data receiving apparatus. Therefore, each of the data receiving devices can obtain only necessary data or a word data group as needed.

[Brief description of the drawings]

FIG. 1 is an external view of a system to which a first embodiment is applied.

FIG. 2 is an overall circuit diagram of the electronic musical instrument.

FIG. 3 is a configuration diagram of audio data.

FIG. 4 is a configuration diagram of a voice data transfer request command.

FIG. 5 is an operation flowchart of an entire process.

FIG. 6 is an operation flowchart of a voice data request process.

FIG. 7 is an operation flowchart of a data reception interrupt process.

FIG. 8 is an operation flowchart of the entire process of the personal computer.

FIG. 9 is a configuration diagram of audio data (second embodiment).

FIG. 10 is an operation flowchart of a data reception interrupt process (second embodiment).

FIG. 11 is an operation flowchart of a data reception interrupt process (third embodiment).

[Explanation of symbols]

 101 electronic musical instrument 103 personal computer 201 CPU 202 ROM 203 RAM 204 interface 206 switch group

Claims (6)

[Claims] 1. A first communication device connected via predetermined communication means.
A method of transferring data in a processing unit between the first device and the second device, wherein the word data constituting the data is divided into a plurality of word data groups based on processing contents, Requesting the second device to transfer data, monitoring the data transferred from the second device in units of the word data group, and checking the word data that could not be normally received among the data. When a group is detected, the second device requests the second device to retransmit the word data group, and the second device transfers data according to the data transfer request of the first device, and A data transfer method, wherein a word data group requested to be retransmitted is extracted from the data and transferred again in response to a retransmission request from the first device. 2. An apparatus for receiving data of a processing unit transferred from an external device connected via a predetermined communication means, requesting means for requesting the external device to transfer the data, Receiving means for receiving data transferred from the external device, and classifying word data constituting the data into a plurality of word data groups based on processing contents, and determining whether the receiving means has normally received data. Determination means for determining whether or not the word data group is determined to be abnormal by the word data group unit; and retransfer request means for requesting the external device to retransmit the word data group determined to be abnormal. Data receiver. 3. The apparatus according to claim 1, further comprising: a determination unit configured to determine whether to request the external device to retransmit the word data group determined by the determination unit to be abnormal. According to the decision of
The data receiving device according to claim 2, wherein the external device requests retransmission of the word data group. 4. An apparatus for receiving data of a processing unit transferred from an external device connected via a predetermined communication means, requesting means for requesting the external device to transfer the data, Receiving means for receiving data transferred from the external device, and classifying word data constituting the data into a plurality of word data groups based on processing contents, and determining whether the receiving means has normally received data. Determination means for determining whether or not the word data group unit, if there is a word data group determined that the determination means is not normal, according to the receiving state of the receiving means, the word data group, or A data receiving device, comprising: changing means for changing another word data group. 5. A decision means for deciding whether or not to request retransfer of a word data group determined to be abnormal by the decision means, and Re-transfer requesting means for requesting the external device to re-transfer the word data group, wherein the change means determines that the re-transfer of the word data group is not required. 5. The data receiving apparatus according to claim 4, wherein said word data group or another word data group is changed. 6. An apparatus for transmitting data to the data receiving apparatus according to claim 2, 3, 4, or 5, wherein a data transfer request from the data receiving apparatus and a retransfer request for the word data group. And a transmitting means for transmitting the data or the word data group to the data receiving apparatus in accordance with the content of the request received by the receiving means. apparatus.