JP2008242285A - Performance device and program for attaining its control method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a performance device and a program for attaining its control method, by which a user can perform exercise or dance in accordance with a music piece, even when music whose tempo is hard to understand is reproduced, when exercise or dance is performed. <P>SOLUTION: An acceleration value which is output from an acceleration detection circuit is read for each predetermined period, and the read acceleration value is accumulated in an acceleration history buffer. When a music piece data is selected and a user performs exercise or dance in accordance with the reproduced music piece, a detected acceleration value comes to have a cycle according to the tempo of the music piece (music tempo). By calculating a time interval between zero crossing points of the acceleration value on a center value of variation, which is accumulated in an acceleration history buffer, the cycle (exercise tempo) of the acceleration value is calculated. When difference of the exercise tempo and the music tempo is a predetermined value or more, guide sound is uttered, and when the difference is within the predetermined value, utterance of the guide sound is stopped. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a performance apparatus used when playing performance data and performing exercise or dance in accordance with the tempo of the played performance data, and a program for realizing the control method thereof.

  2. Description of the Related Art Conventionally, a performance apparatus used for reproducing performance data and performing exercise or dance in accordance with the tempo of the reproduced performance data is known.

  As such a performance device, based on the input conditions, a temporal pattern of a target pulse rate from the exercise start point to the end point of the user is created, and the exercise is performed in accordance with the reproduction of the selected music data. The user's pulse rate when detected is detected, and the tempo of the music data to be corrected is calculated based on the difference between the target pulse rate and the detected pulse rate and the user's exercise tempo. There is one in which the tempo of selected music data is corrected with the tempo (see, for example, Patent Document 1).

  By the way, with this conventional performance device, the tempo of the selected music data is corrected with the calculated tempo, even if it is a song that does not have a sense of beat or a song that is difficult to judge whether it is double or half tempo. As a result, music data having a tempo accurately approaching the target tempo is reproduced. However, no matter how close the tempo of the music data is to the target tempo, for the user who listens to it, as long as the original music data is a song for which it is difficult to determine the tempo, the reproduced music data will still be judged It ’s painful.

As an apparatus that allows the listener to know the tempo of a song whose tempo is difficult to determine, there is an electronic musical instrument that reproduces a metronome sound in accordance with the musical sound being reproduced (see, for example, Patent Document 2).
JP 2001-299980 A Japanese Patent Laid-Open No. 5-108067

  However, in the above-described conventional electronic musical instrument, the metronome sound is simply switched between the sound generation state and the mute state in accordance with the user's operation, and cannot be automatically played only for a song whose tempo is difficult to judge. Also, the metronome sound is played to keep pace with the performance, not to inform the tempo when performing exercise or dance. Therefore, when this conventional electronic musical instrument is applied to a performance device that is used when exercising or dancing, whether or not the metronome sound is sounded before or after exercising or dancing. During the exercise and dance, it was bothersome and unavailable.

  The present invention has been made paying attention to this point, and even if a song that is difficult to judge when the tempo is played while exercising or dancing, the user can exercise or dance according to the song. An object of the present invention is to provide a performance apparatus that can perform the above and the like and a program that realizes the control method thereof.

  In order to achieve the above object, a performance device according to claim 1 is provided with a music tempo acquisition means for acquiring a music tempo of performance data, a reproduction means for reproducing the performance data, and an exercise tempo of repetitive exercise performed by a user. If the difference between the motion tempo detection means to detect and the music tempo acquired by the music tempo acquisition means and the exercise tempo detected by the exercise tempo detection means is greater than a predetermined value, the acquired music tempo In the case where the guide sound is generated in accordance with the beat of the performance data reproduced by the reproducing means, and the difference between the acquired music tempo and the detected exercise tempo is equal to or less than the predetermined value. Comprises control means for controlling so as not to generate the guide sound.

  The performance device according to claim 2 further includes motion stop detection means for detecting stop of the repetitive motion in the performance device according to claim 1, wherein the control means is configured to perform the repetition by the motion stop detection means. Control is performed so as not to generate the guide sound when the stop of the movement is detected.

  In order to achieve the above object, the program according to claim 3 can be realized by the same technical idea as claim 1.

  According to the first or third aspect of the present invention, when the difference between the acquired music tempo and the detected exercise tempo is larger than a predetermined value, the performance data reproduced at the acquired music tempo Since the guide sound is pronounced according to the beat of the song, even if a tune that is difficult to judge is played while exercising or dancing, the user can do exercise or dance according to the song. Can be done. Even if a guide sound is once generated, if the difference between the acquired music tempo and the detected exercise tempo is equal to or less than the predetermined value, the guide sound is not generated. In other words, since the guide sound is automatically generated only when the exercise tempo deviates from the music tempo, the user can operate the music tempo without operating buttons or the like during exercise or dance. You can continue to exercise that suits your needs.

  According to the second aspect of the present invention, when the stop of the repetitive motion of the user is detected, the guide sound is not sounded, so that the user can sound the guide sound even when the motion is intentionally stopped. The annoyance is eliminated.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

  FIG. 1 is a block diagram showing a schematic configuration of a portable music player MP to which a performance device according to an embodiment of the present invention is applied.

  As shown in the figure, the music player MP includes a pulse sensor 1 for detecting the user's pulse, an acceleration sensor 2 for detecting the user's movement state, a setting operator 3 including a plurality of switches, Headphone 4, pulse detection circuit 5 that detects a pulse based on the sensor output from pulse sensor 1, and acceleration that detects acceleration in the x-axis, y-axis, and z-axis directions based on the sensor output from acceleration sensor 2. A detection circuit 6, an operation state detection circuit 7 for detecting an operation state of each switch of the setting operator 3, a CPU 8 for controlling the entire apparatus, and a ROM 9 for storing a control program executed by the CPU 8, various table data, and the like. RAM 10 for temporarily storing song data, various input information, calculation results, etc., and interrupt time and various times in timer interrupt processing A timer 11, a display 12 for displaying various information, for example, a liquid crystal display (LCD), a light emitting diode (LED), and the like, and various application programs including the control program, various music data, various data, and the like are stored. The flash memory 13 is connected to a PC (personal computer) 100, and a USB (universal serial bus) interface (I / F) 14 for transmitting / receiving data to / from the PC 100 and MIDI data among the stored music data are formed. A MIDI sound source circuit 15 for converting the music data to be converted into a musical sound signal, a compressed audio decoder 16 for expanding the music data formed by the compressed audio data from the stored music data and converting it into a musical sound signal, and MIDI From the sound source circuit 15 and the compressed audio decoder 16 The circuit includes an effect circuit 17 for imparting various effects to each musical tone signal output and an amplifier 18 for amplifying the musical tone signal from the effect circuit 17.

  The above components 5 to 18 are connected to each other via a bus 19, an effect circuit 17 is connected to the MIDI sound source circuit 15 and the compressed audio decoder 16, an amplifier 18 is connected to the effect circuit 17, and the amplifier 18 is connected to the amplifier 18. Is connected to headphones 4.

  The pulse sensor 1 is attached to a user's earlobe, arm, finger, or the like and outputs a signal synchronized with the pulse. In the present embodiment, the pulse sensor 1 is provided in the ear pad portion of the headphone 4 and detects the user's pulse rate. Of course, the pulse sensor 1 can detect the pulse without disturbing the user's movement. Needless to say, this is not a limitation.

  The acceleration sensor 2 is provided in the housing of the music player MP. As will be described later, since the music player MP is mounted on the user's waist, when the user exercises, the music player MP generates vertical and horizontal accelerations corresponding to the exercise. The acceleration sensor 2 detects the acceleration in the vertical direction and the horizontal direction. The acceleration sensor 2 is not limited to the one built in the music player MP, and may be configured separately from the music player MP.

  As described above, the flash memory 13 can also store a control program to be executed by the CPU 8. When the control program is not stored in the ROM 9, the flash memory 13 stores the control program and stores it in the RAM 10. The CPU 8 can be caused to perform the same operation as when the control program is stored in the ROM 9. In this way, control programs can be easily added and upgraded.

  FIG. 2 is a diagram showing an external appearance ((a)) of the music player MP and an example of mounting ((b)).

  As shown in FIG. 2A, a plurality of switches 3a to 3d and an LCD 12a are provided on the panel surface of the music player MP. The switch 3a is a power button for instructing to turn on / off the power, the switch 3b is a pace-up button for increasing the tempo of the song and increasing the pace of the exercise, and the switch 3c is a song button. It is a pace down button for lowering the tempo and the pace of exercise, and the switch 3d is a menu button for displaying a menu on the LCD 12a. Note that the switches 3b and 3c can select menu items and parameters, and can instruct confirmation, reproduction, stop, and the like by simultaneously pressing both switches 3b and 3c. The headphone 4 is connected to a headphone jack (not shown) via a cable 4 a, and the headphone jack is connected to the amplifier 18.

  The user wears the music player MP on his / her waist via, for example, a belt. FIG. 2B shows an example of this wearing state. Of course, the body part to which the music player MP is attached is not limited to the waist and may be any other part. However, in the present embodiment, the music player MP is used for assisting the user's exercise, so at least an obstacle to the exercise. Should be worn on the part that does not become.

  FIG. 3 is a view showing a part of data stored in the flash memory 13. In the figure, a playlist (PlayList) file 13a, a personal information (PersonalInfo) file 13b, a music information (MusicInfo) file 13c, and a compressed audio performance file 13dn (n = 1, 2,...) Are described as partial data. Has been.

  The playlist file 13a includes a walking (WALK) playlist 13a1 and a jogging (JOG) playlist 13a2. Here, the play list is a list (list) of songs that can be played (played). In other portable music players, the playlist indicates reproducible songs and their reproduction order, but in this embodiment, the playlist shows only reproducible songs and does not indicate the reproduction order. The walking playlist 13a1 is a list of songs selected for the walking (WALK) mode, and the jogging playlist 13a2 is a list of songs selected for the jogging (JOG) mode. In the present embodiment, an ID assigned to each song (compressed audio performance file 13dn) is registered in the playlist. However, the present invention is not limited to this. Any thing is acceptable. In this embodiment, there are only two types of operation modes, a walking mode and a jogging mode, but this is only for the sake of simplifying the explanation. In practice, the type of exercise (usually, There are a number of operation modes corresponding to about 10 types).

  Similarly to the playlist file 13a, the personal information file 13b also includes personal information of a type corresponding to the operation mode. In this embodiment, the personal information 13b1 for the walking mode and the personal information 13b2 for the jogging mode are provided. It has. Specifically, the personal information is a tempo range, and a minimum tempo value and a maximum tempo value that define the tempo range are described. This tempo range, that is, the minimum tempo value and the maximum tempo value are used to determine the performance file 13dn to be registered in the playlist. Specifically, a performance file 13dn having a tempo value (= tempo value of the main tempo) from 80 bpm (= walking mode minimum tempo value) to 140 bpm (= walking mode maximum tempo value) is selected in the playlist 13a1 for walking. The performance file 13dn having a tempo value (= tempo value of main tempo) from 140 bpm (= jogging mode minimum tempo value) to 190 bpm (= jogging mode maximum tempo value) is selected in the jogging playlist 13a2. To be registered.

  The music information file 13c includes metadata 13cn (n = 1, 2,...) Corresponding to each performance file 13dn. The metadata 13cn includes the main tempo (MAIN TEMPO) that continues in the song, the tempo (TEMPO) that changes every moment in the song, the beat position (BEAT), the fade position (FADE), the volume (VOLUME), the volume Atmosphere (ATMOSPHERE) is registered. The main tempo is a value that represents the most sustained tempo throughout the entire song, and is a tempo value that represents the entire song. The main tempo is selected to register song data in the playlist or the song data registered in the playlist. Used when selecting music for playback. The tempo is compared with the detected exercise tempo, and is used when determining whether or not to generate a guide sound according to the comparison result. The beat position represents the position of each beat from the beginning to the end of the music in terms of time with respect to the beginning of the music, and is used as a sounding position when a guide sound is generated. Typically, it is one beat at a time, but the temporal position may be held at intervals of a plurality of beats (for example, four beats). The data after the fade position is not directly related to the present invention.

  The performance file 13dn is a performance file formed by compressed audio performance data. Any compression method may be used, and examples thereof include MP3 (MPEG audio layer 3), WMA (Windows (registered trademark) media audio), and AAC (advanced audio coding). The compressed audio performance data which is the basis of the performance file 13dn is acquired by the PC 100 as will be described later with reference to FIG. The PC 100 obtains the compressed audio performance data and simultaneously analyzes the contents of the compressed audio performance data, and generates metadata corresponding to the compressed audio performance data.

  FIG. 4 is a diagram showing an example of the data format of the MIDI performance data.

  As shown in the figure, each MIDI performance data (MIDI performance data included in each track chunk) is a set of data including event data (key-on event data or key-off event data) and timing data indicating the read timing. As shown in FIG. In the illustrated example, the SMF (standard MIDI file) format is adopted, but the format is not limited to this.

  In the present embodiment, two types of music data that can be played back by the music player MP are used: compressed audio performance data and MIDI performance data. However, either one or more may be used. Good.

  The control process executed by the music player MP configured as described above will be described first with reference to FIG. 5 and then in detail with reference to FIGS.

  FIG. 5 is a diagram showing the history of acceleration detected by the acceleration sensor 2 and the acceleration detection circuit 6. In the figure, the vertical axis represents acceleration and the horizontal axis represents time. Each square indicates an acceleration value detected every 40 msec, as will be described later with reference to FIG.

  When the user turns on the power of the music player MP by operating the power button 3a, the CPU 8 reads the acceleration value output from the acceleration detection circuit 6 every predetermined time (for example, 40 msec). The read acceleration value is accumulated in an acceleration history buffer (not shown) secured at a predetermined position in the RAM 10. As described above, the acceleration sensor 2 is configured so as to be able to detect the respective accelerations in the three-axis directions. In the present embodiment, the CPU 8 has the gravitational direction (direction in which the gravitational acceleration is constantly applied). Only the acceleration is read from the acceleration detection circuit 6. Since this is exclusively for simplifying the control process, all the accelerations in the three axis directions may be read and used for the control process.

  Next, when music data is selected and its reproduction is instructed, the CPU 8 starts reproduction of the music data. When a user performs exercise, dance, etc. (hereinafter referred to as “exercise” collectively) according to the played music, the user usually exercises according to the tempo of the song (music tempo), so detection The acceleration value thus obtained has a period corresponding to the tempo of the song. As shown in FIG. 5, the CPU 8 sets the cycle of the acceleration value from the time when the acceleration value penetrates the fluctuation center value from the bottom to the top (zero cross point), and then the acceleration value changes from the bottom to the center value of the fluctuation. Detected as the time until the point of time (zero cross point) that penetrated. The period of the acceleration value detected in this way is called an exercise tempo.

  There is a correlation between the music tempo and the exercise tempo, and the faster the music tempo, the faster the exercise tempo. Accordingly, when the user is exercising while understanding the music tempo, the difference between the music tempo and the exercise tempo is always within a predetermined value. However, when the reproduced song is a song whose music tempo is difficult to understand, some users may continue to exercise without knowing the music tempo. Since the exercise tempo detected from the exercise performed by the user is not correlated with the music tempo of the reproduced music, the difference between the music tempo and the exercise tempo exceeds the predetermined value. At this time, the CPU 8 generates a guide sound with MIDI data and instructs the MIDI sound source circuit 15 to generate the guide sound at the beat position of the reproduced music. As a result, the user can know the tempo of the reproduced music from the guide sound, and thus can perform an exercise that matches the music tempo of the reproduced music.

  When the user performs an exercise according to the music tempo of the reproduced music according to the guide sound, the difference between the music tempo and the exercise tempo is again within the predetermined value. At this time, the CPU 8 stops generating the guide sound. This is because it is bothersome for the user that the guide sound is pronounced even though the user is exercising at the music tempo of the reproduced music.

  On the other hand, when the user stops exercising, the period of the acceleration value is not detected, and as a result, the exercise tempo approaches “0”, so the difference between the music tempo and the exercise tempo exceeds the predetermined value. However, in this case, since the user intentionally stops the exercise, the CPU 8 does not sound the guide sound.

  As described above, in this embodiment, when exercising, a song whose music tempo is difficult to determine is reproduced, and when the exercise does not match the song, a guide sound according to the music tempo of the song is generated. Since it is pronounced, the user can exercise according to the song. Also, once the guide sound is pronounced, the user can know the music tempo of the song, and when the user starts exercising according to the music tempo, the guide sound is no longer pronounced, so the user is troublesome to guide You don't have to listen to the sound. Furthermore, when the user stops exercising, the cessation of motion is detected and the guide sound is not generated, so that the sound of the guide sound can be controlled as the user desires.

  Next, this control process will be described in detail.

  FIG. 6 is a flowchart showing the procedure of the main routine executed by the music player MP, particularly the CPU 8.

In this main routine, the CPU 8 mainly
(1) Initial setting process (step S1)
(2) Communication processing with PC100 (step S3)
(3) MIDI performance / audio performance interrupt permission processing (step S5)
Each process is performed. This main routine is started when the power is turned on by the power button 3a. After startup, the initial setting process (1) is executed once, and subsequently, the processes (2) and (3) are sequentially executed. When the process (3) is completed, the process returns to the process (2), and the processes (2) and (3) are repeatedly executed until the power is turned off by the power button 3a.

  In the initial setting process (1), the CPU 8 performs initial settings such as clearing the RAM 6 and setting various parameter values to default values. This (1) initial setting process further resets the guide flag which is set ("1") when a guide sound is generated and reset ("0") when the guide sound is not generated. Settings are also made to prohibit interruption and allow interruption of exercise tempo interruption processing.

  When the user connects the USB I / F 14 and the PC 100 via, for example, a USB cable (not shown), the CPU 8 detects that the PC 100 is connected to the USB I / F 14 and performs the processing of (2). Proceed to the communication process.

  FIG. 7 is a flowchart showing the detailed procedure of this communication process, and shows the communication process on the music player MP side, that is, the (2) communication process and the communication process on the PC 100 side. Since the music player MP connected with the USB cable is recognized as an external storage device (storage) from the PC 100 side, the PC 100 can freely read and write the stored contents of the flash memory 13 of the music player MP. .

  Since the storage capacity of the music player MP is extremely small compared to the storage capacity of the PC 100, all the operation modes (in this embodiment, two types of operation modes are illustrated, but actually, as described above, It is impossible to store all music data (including the compressed audio performance file 13dn) necessary for about 10 types in the music player MP (the flash memory 13). Therefore, music data is stored in the PC 100, and a part of music data that is necessary for the time being is selected and stored in the flash memory 13. Determination of whether or not the song data is necessary for the time being, storage of the required song data in the flash memory 13, deletion of unnecessary song data from the flash memory 13 and update of the playlist file 13a, etc. All of these are performed on the PC 100 side. For this reason, communication processing between the PC 100 and the music player MP is required.

In the communication processing on the PC 100 side, the CPU (not shown) of the PC 100 performs the following processing. That is, (101) Processing for requesting and receiving the personal information (PersonalInfo) file 13b from the music player MP (step S101).
(102) Processing for obtaining the tempo range in each operation mode from the personal information file 13b (step S102)
(103) A process of selecting music data according to the tempo range in each operation mode acquired in the process of (102) (step S103)
(104) Processing for generating a music information (MusicInfo) file 13c and a playlist (PlayList) file 13a in accordance with the music selection result of (103) (step S104)
(105) A process of updating the compressed audio performance file 13dn, the music information (MusicInfo) file 13c, and the playlist (PlayList) file 13a in the music player MP (the flash memory 13 thereof).

  In the music selection process of (103), music data is selected according to the tempo range defined by the minimum tempo value and the maximum tempo value described in the personal information of each operation mode. This does not mean that song data with a tempo that exceeds this tempo range even a little is selected, but means that the song is selected with some margin, for example, about 10% margin. Therefore, when the personal information includes 90 bpm as the minimum tempo value and 140 bpm as the maximum tempo value, music data having a tempo in the range from 81 bpm to 154 bpm is selected.

  Since the music data to be registered in the playlist is selected for each operation mode by the above (103) music selection process, in the process of (104), first, a playlist for each operation mode is generated, and then all the playlists are played. The list is put together to generate one playlist file. Next, there is always metadata corresponding to the selected song data (as will be described later with reference to FIG. 7, when acquiring song data, metadata is generated at the same time. 103) is selected based on the content of the metadata associated with each piece of music data), so that all the metadata corresponding to all the selected piece of music data are put together into one piece of music information. Generate a file. However, the selected song data and the metadata corresponding to the song data are added to the song data so that the one-to-one correspondence does not change even if the storage destination is changed from the PC 100 side to the music player MP. The assigned ID is also given to the metadata.

  In response to the process (101), the CPU 8 transmits the personal information file 13b stored in the flash memory 13 to the PC 100 via the USB I / F 14 (step S11). Further, in accordance with the process (105), the CPU 8 updates the compressed audio performance file 13dn, the music information (MusicInfo) file 13c, and the playlist (PlayList) file 13a stored in the flash memory 13 ( Step S12).

  FIG. 8 is a flowchart showing the procedure of the process on the PC 100 side for acquiring the compressed audio performance data that is the basis of the compressed audio performance file 13dn.

  First, the CPU of the PC 100 acquires compressed audio performance data, for example, in accordance with a user instruction, and stores it in an external storage device (not shown) such as an HDD (hard disk device) (step S111). There are several possible sources for obtaining compressed audio performance data. For example, a site for providing compressed audio performance data on the Internet can be cited. Of course, the present invention is not limited to this, and the audio performance data obtained from the audio performance data source (such as a music CD) is compressed and acquired using software that compresses uncompressed audio performance data and generates compressed audio performance data. You may make it do.

  Next, the CPU analyzes the acquired compressed audio performance data and generates metadata (step S112). Specifically, the compressed audio performance data is analyzed, main tempo, tempo, beat position, fade position, etc. are detected, and metadata describing these is generated. As a method of analyzing the compressed audio performance data, for example, by performing signal processing, the temporal change of the volume is detected, the periodicity of the temporal change of the volume is detected, or the detection is performed at a specific frequency. A method for performing the processing on a band signal is conceivable. In particular, by detecting the periodicity of the volume change in the low frequency band, it is possible to detect the beat and tempo carved by the bass drum. Further, a human may actually listen to a decompressed compressed audio performance data to create or modify metadata.

  Further, the CPU stores the generated metadata in the external storage device in association with the compressed audio performance data (step S113).

  Returning to FIG. 6, when the music performance music selection operation is performed, the CPU 8 advances the process to the MIDI performance / audio performance interrupt permission process (3) (steps S4 to S5). Here, in the music data selection operation, for example, the user operates the menu button 3d to display a menu on the LCD 12a, and selects an item for selecting performance data from the menu. In response to this, the user's active music selection operation of selecting one from the list of performance data names that can be selected, or any playlist in the playlist file 13a (actually Includes a negative music selection operation of the user that the CPU 8 selects based on a predetermined condition from the compressed audio performance data registered in the one corresponding to the selected operation mode). The performance data to be selected includes MIDI performance data in addition to the compressed audio performance data. In the present embodiment, the compressed audio performance data is transferred from the PC 100 to the flash memory 13 of the music player MP as described above, but this can be analyzed by the CPU 8 as the compressed audio performance data. This is because it is not desirable to use a computer with a high computing ability. Therefore, if a CPU 8 having a high computing capability may be adopted, only compressed audio performance data is taken in from the outside, and the music player MP, that is, the CPU 8 analyzes the compressed audio performance data. Corresponding metadata may be created. Similarly to the compressed audio performance data, the MIDI performance data may be transferred from the PC 100 or may be automatically generated by the CPU 8. This is because the MIDI performance data can be generated even by the CPU 8 having a low calculation capability.

  In the (3) MIDI performance / audio performance interruption permission process, the CPU 8 permits interruption of either MIDI performance or audio performance according to the type of performance data selected. In other words, when the selected performance data is MIDI performance data, the CPU 8 permits interruption of the MIDI performance interrupt process. On the other hand, when the selected performance data is compressed audio performance data, the CPU 8 performs the audio performance interrupt process. Allow interrupts.

  FIG. 11 is a flowchart showing the procedure of the audio performance interrupt process. When the interrupt is permitted by the CPU 8 as described above, the timer 11 is set until the interrupt is prohibited. For example, it is activated in response to an interrupt signal generated every 12 msec.

  In the audio performance interrupt process, the CPU 8 reads out the selected compressed audio performance data for a predetermined number of samples and outputs it to the compressed audio decoder 16 (step S51). As a result, the compressed audio decoder 16 decompresses the supplied compressed audio performance data for a predetermined number of samples and converts it into a musical sound signal, and outputs it to the effect circuit 17 at a predetermined timing. For example, when the sampling frequency is 48 kHz, compressed audio performance data for 576 samples is decoded by one interruption.

  FIG. 12 is a flowchart showing the procedure of the MIDI performance interrupt process. Similarly to the audio performance interrupt process, the MIDI performance interrupt process is performed until the interrupt is disabled when the CPU 8 permits the interrupt. For example, in response to an interrupt signal generated every 1 msec.

  The MIDI performance data corresponds to data stored in one track chunk in FIG. That is, the MIDI performance data is formed by a data sequence in which timing data and event data are a set of data. The timing data represents the time of occurrence of the event as the time from the previous event, that is, “event + relative time”, and defines the timing of event data generation immediately thereafter. In the process, the CPU 8 first acquires the current time (step S61), and then compares the acquired current time with the occurrence time of the event specified by the timing data (step S62). As a result of the comparison, if the two match, the CPU 8 analyzes the contents of the subsequent event data. When the event data is a key-on event (that is, an event to be sounded), the CPU 8 An instruction is given to sound the musical tone designated by the key-on event (steps S62 → S63).

  FIG. 9 is a flowchart showing the procedure of the exercise tempo interrupt process. In the exercise tempo interrupt process, as with the audio performance interrupt process, when the interrupt is permitted by the CPU 8, the timer 11 is set until the interrupt is prohibited. For example, it is activated in response to an interrupt signal generated every 40 msec. Note that the interruption of the exercise tempo interruption process is permitted in the (1) initial setting process as described above.

This exercise tempo interruption process mainly includes (11) exercise tempo cycle detection processing (steps S21 and S22) for detecting the cycle of exercise tempo.
(12) Exercise tempo average value calculation processing for calculating an average value of exercise tempo (steps S24 and S25)
(13) Difference calculation process for calculating a difference between the exercise tempo average value calculated in the above (12) exercise tempo average value calculation process and the music tempo (step S27).
(14) Guide sound control processing (steps S27 to S31, S34 to S36) for controlling the pronunciation of the guide sound based on the difference calculated in the difference calculation processing of (12) above.
(15) Exercise stop detection process for detecting a user stop motion (steps S32 and S33)
I do.

  When an interruption for the exercise tempo interruption process occurs and the exercise tempo interruption process is activated, the CPU 8 advances the process to the exercise tempo cycle detection process of (11). In this (11) exercise tempo cycle detection process, first, as described above, the CPU 8 reads the acceleration value output from the acceleration detection circuit 6 and stores it in the acceleration history buffer (step S21). Next, the CPU 8 performs processing for detecting the period of the exercise tempo (step S22). The period of the exercise tempo is detected by observing the zero cross point with respect to the center value of the fluctuation as described above with reference to FIG. In the present embodiment, the interrupt time for the exercise tempo interrupt process is set to 40 msec so that the CPU 8 is not overloaded. In other words, the shorter the interruption time is, the more accurately the acceleration value can be detected, so that the accuracy of detecting the period of the exercise tempo is improved. However, since the calculation processing increases in proportion to the detection accuracy, the load on the CPU 8 increases. Since the CPU 8 employs a CPU having a low computing capacity due to manufacturing costs, the detection accuracy cannot be improved unnecessarily. Therefore, the interrupt time is limited to 40 msec in harmony with the capability of the CPU 8 and the detection accuracy. In this situation, spline processing is known as a process for improving the detection accuracy of the period of the exercise tempo, so that the interrupt time is limited to 40 msec by performing spline processing on the acceleration value accumulated in the acceleration history buffer. However, a history of acceleration values in shorter time units may be obtained.

  When this (11) exercise tempo cycle detection process is completed, it is known whether or not a new cycle of the exercise tempo has been detected. Therefore, when a new cycle is detected, the CPU 8 performs the process of the exercise tempo average value of (12). On the other hand, when a new cycle is not detected, the CPU 8 advances the process to the motion stop detection process (15).

  In this (12) exercise tempo average value calculation process, the CPU 8 first accumulates the newly detected cycle in an exercise tempo history buffer (not shown) secured at a predetermined position in the RAM 10 (step S24). Next, the CPU 8 averages the period of the exercise tempo for a predetermined period (for example, six periods) in the past, and calculates an average value of the exercise tempo (step S25).

  Then, the CPU 8 advances the process to the difference calculation process (13). In this (13) difference calculation process, first, the CPU 8 acquires the music tempo at the current time (step S26). The acquisition destination for acquiring this music tempo differs depending on the type of performance data selected. Specifically, when the selected song data is compressed audio performance data, the metadata associated with the compressed audio performance data is always stored in the flash memory 13, so 3 is obtained (see FIG. 3). On the other hand, if the selected music data is MIDI performance data, the music tempo described in the header chunk (see FIG. 4) is acquired. Next, the CPU 8 calculates a difference between the music tempo acquired in this way and the calculated exercise tempo average value (step S27).

  Next, the CPU 8 advances the process to the guide sound control process (14). In this (14) guide sound control process, first, the CPU 8 determines whether or not the calculated difference is greater than or equal to a predetermined value (step S27), and when the difference is greater than or equal to a predetermined value, that is, in a state where the music tempo is unknown. When is moving, the CPU 8 checks the value of the guide flag (step S28). As described above, the guide flag is a flag that is set when a guide sound is generated and reset when a guide sound is not generated. When the process proceeds to step S28 for the first time after the main routine is started, the guide flag is in a reset state, so the CPU 8 sets the guide flag (steps S28 → S29) and then starts from the current time. A beat position that appears late and appears first (step S30). The acquisition destination for acquiring the beat position is also different according to the selected music data, like the music tempo. However, although the type of data differs between the beat position and the music tempo, the beat position acquisition source is the same as the music tempo acquisition destination, and thus the description thereof is omitted. When the CPU 8 obtains the target beat position, the CPU 8 stores the above-described time in an interrupt time buffer (not shown) provided in the timer 11 for storing the time for generating an interrupt of the guide interrupt processing described later with reference to FIG. The time of the acquired beat position is set (step S30). Then, the CPU 8 permits an interrupt (guide interrupt) for the guide interrupt process (step S31).

  When the beat position set in the interrupt time buffer matches the current time, the timer 11 generates a guide interrupt signal. In response to this, the guide interruption process is activated.

  FIG. 10 is a flowchart showing the procedure of the guide interruption process.

  In this guide interruption process, first, the CPU 8 instructs the MIDI sound source circuit 15 to generate a guide sound (step S41). Here, what kind of sound is generated as the guide sound, but the guide sound is mainly generated for the purpose of giving a warning to the user who is exercising that the tempo of the song is out of motion. Therefore, it is preferable that the timbre can clearly distinguish between the sound of the song and the guide sound when the guide sound is reproduced simultaneously with the song. However, it is better to avoid harsh and harsh sounds that hinder the user's movement. Specific examples include a beeping sound such as a metronome sound, a bass drum sound, and a sympal sound. Of course, it is not limited to this.

  Next, the CPU 8 acquires the beat position that appears next and sets it in the interrupt time buffer (step S42). Since the acquisition of the beat position is substantially the same as the acquisition of the beat position described in step S30, further description is omitted.

  As described above, once the guide interruption is permitted, the guide sound is generated at the beat position of the music according to the reproduction of the music until the guide interruption is prohibited. Therefore, the user knows that his / her exercise does not match the tempo of the song, and can match the exercise to the tempo of the song by matching the exercise tempo to the guide sound.

  Once the guide flag is set, after that, if the difference between the music tempo and the exercise tempo average value is still greater than or equal to the predetermined value, no control is performed in the (14) guide sound control process (step S14). S27 → S28 → End). That is, the guide interrupt process is only activated at a predetermined timing.

  When the user adjusts the exercise tempo to the music tempo according to the guide sound, the difference between the music tempo and the average exercise tempo will fall within the predetermined value. At this time, since the guide flag is in the set state, the CPU 8 resets the guide flag (step S34 → S35), and further prohibits the guide interruption (step S36). Thereby, the pronunciation of the guide sound is stopped.

  In the exercise stop detection process (15), first, the CPU 8 determines whether or not the period during which the period of the exercise tempo is not detected is equal to or longer than a predetermined time (for example, 5 seconds) (step S32). When it is above, it is determined that the user's exercise is stopped. Next, after clearing the acceleration history buffer and the exercise tempo history buffer (step S33), the CPU 8 advances the process to step S34. In the processing after step S34, when the guide sound is being generated, the CPU 8 stops the sound generation.

  In this way, when the user stops exercising, the cessation of motion is detected, and even when the guide sound is sounded, the sound generation is stopped, so the troublesomeness for the user is eliminated.

  A program in which a storage medium that records a program code of software that realizes the functions of the above-described embodiments is supplied to a system or apparatus, and a computer (or CPU or MPU) of the system or apparatus is stored in the storage medium. It goes without saying that the object of the present invention can also be achieved by reading and executing the code.

  In this case, the program code itself read from the storage medium realizes the novel function of the present invention, and the program code and the storage medium storing the program code constitute the present invention.

  As a storage medium for supplying the program code, for example, a flexible disk, hard disk, magneto-optical disk, CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-RAM, DVD-RW, DVD + RW, magnetic A tape, a non-volatile memory card, a ROM, or the like can be used. Further, the program code may be supplied from a server computer via a communication network.

  Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also the OS running on the computer based on the instruction of the program code performs the actual processing. It goes without saying that a case where the functions of the above-described embodiment are realized by performing part or all of the above and the processing thereof is included.

  Further, after the program code read from the storage medium is written into a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. It goes without saying that the CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.

It is a block diagram which shows schematic structure of the portable music player to which the performance apparatus which concerns on one embodiment of this invention is applied. It is a figure which shows the external appearance of the music player of FIG. 1, and its example of installation. It is a figure which shows a part of file memorize | stored in the flash memory in FIG. It is a figure which shows an example of the data format of MIDI performance data. It is a figure which shows the log | history of the acceleration detected by the acceleration sensor and acceleration detection circuit in FIG. 2 is a flowchart showing a procedure of a main routine executed by the music player of FIG. 1, particularly a CPU. It is a flowchart which shows the detailed procedure of the communication process in FIG. It is a flowchart which shows the procedure of the process by the side of PC which acquires the compression audio performance data used as the basis of a compression audio performance file. It is a flowchart which shows the procedure of an exercise | movement tempo interruption process. It is a flowchart which shows the procedure of a guide interruption process. It is a flowchart which shows the procedure of an audio performance interruption process. It is a flowchart which shows the procedure of a MIDI performance interruption process.

Explanation of symbols

2 ... acceleration sensor (exercise tempo detection means), 6 ... acceleration detection circuit (exercise tempo detection means), 8 ... CPU (music tempo acquisition means, reproduction means, exercise tempo detection means, control means, exercise stop detection means), 15 ... MIDI sound source circuit (reproducing means), 16 ... compressed audio decoder (reproducing means)

Claims (3)

Music tempo acquisition means for acquiring music tempo of performance data;
Reproducing means for reproducing the performance data;
An exercise tempo detection means for detecting an exercise tempo of repetitive exercise performed by a user;
When the difference between the music tempo acquired by the music tempo acquisition means and the exercise tempo detected by the exercise tempo detection means is larger than a predetermined value, the reproduction is reproduced by the reproduction means at the acquired music tempo. The guide sound is generated in accordance with the beat of the performance data, and the guide sound is not generated when the difference between the acquired music tempo and the detected exercise tempo is equal to or less than the predetermined value. And a control means for controlling the performance. Motion stop detecting means for detecting stop of the repetitive motion,
2. The performance apparatus according to claim 1, wherein the control unit controls the guide sound not to be generated when the stop of the repetitive motion is detected by the motion stop detection unit. Music tempo acquisition procedure for acquiring music tempo of performance data,
A playback procedure for playing back the performance data;
An exercise tempo detection procedure for detecting the exercise tempo of the repetitive exercise performed by the user;
When the difference between the music tempo acquired by the music tempo acquisition procedure and the exercise tempo detected by the exercise tempo detection procedure is larger than a predetermined value, the music tempo is reproduced by the reproduction procedure at the acquired music tempo. The guide sound is generated in accordance with the beat of the performance data, and the guide sound is not generated when the difference between the acquired music tempo and the detected exercise tempo is equal to or less than the predetermined value. And a program for causing a computer to execute a control procedure for controlling the program.

Images