JP4720893B2 - Karaoke equipment - Google Patents

Description

  The present invention relates to a karaoke apparatus that performs a plurality of music performances by multitask processing.

  Conventionally, a karaoke apparatus that controls karaoke performance processing by a computer is known. For example, karaoke apparatuses that perform music based on music data created based on the MIDI (Musical Instrument Digital Interface) standard are widely known. In such a karaoke apparatus that is controlled by a computer, so-called multitask processing, in which a plurality of processes are performed in parallel, is performed. For example, a process of playing a song based on song data and a process of changing the color as the song progresses by displaying lyrics on the display are performed simultaneously. In addition, when performing a performance for confirming a song to be performed next, in addition to a normal karaoke performance in which the music performance and the lyrics display are performed at the same time, a plurality of performance processes are performed simultaneously.

  By the way, when such multitask processing is performed by a single CPU, it is performed in a time-sharing manner into a plurality of times, so that when a certain processing is very heavy, other processing is delayed. There is. For example, when performing a normal karaoke performance and a performance for confirming the next song at the same time, if the processing of the next song confirmation performance is heavy, the normal karaoke performance is delayed. As described above, in a karaoke apparatus that performs music performance, if there is a delay in the music performance processing, the performance becomes unnatural and may give the user a sense of discomfort.

  The present invention has been made to solve the above-described problem, and an object of the present invention is to provide a karaoke apparatus that does not give a sense of incongruity to a user in a karaoke apparatus that performs multitask processing.

In order to solve the above-described problem, the invention described in claim 1 is a karaoke apparatus that performs a plurality of tasks by multitask processing, and a main sequencer program for generating music in a main sound source and a sub sound source a sub sequencer program for generating music, a program storage means for storing an application program other than the main sequencer program and the sub-sequence program, a task based on the application program, task der based on the main sequencer program It is performed in synchronization with the task based on the main sequencer task, and the application program What tasks der based on the sub-sequence program is performed in synchronism with the task based on the application program There About sub sequencer task, the task information storage means for storing task information including time information indicating a time corresponding to the processing information and the task to instruct the contents of each task, the processing information in the task information And task execution means for performing a plurality of tasks simultaneously with reference to time information, and priority of the task performed in the task execution means so that the priority of the main sequencer task is higher than the priority of the sub-sequencer task. When the task is performed by the priority setting means for setting the degree and the task execution means, the task set to a priority lower than the task by the priority setting means is ready to be executed. Sometimes, the task execution means continuously performs the task, and the task execution means When the task set by the priority setting means becomes a state that can be executed by the priority setting means, the task being executed by the task execution means is interrupted, And control means for controlling to perform a task set to a high priority.
The invention according to claim 2 is a main sequencer program for generating a tune as a karaoke performance in a main sound source, and a tune for generating a tune next to the tune generated by the main sequencer task in a sub sound source. a sub-sequence program, the program storage means for storing an application program other than the main sequencer program and the sub-sequence program, a task based on the application program, the task based on said I task der based on the main sequencer program application program synchronization with the main sequencer task is performed, and not performed in synchronization with the task based on said I task der based on sub-sequence program application program Sabushike About Satasu click, and task information storage means for storing task information including time information indicating a time corresponding to the processing information and the task to instruct the contents of each task, the processing information and time information in the task information The task execution means for performing a plurality of tasks simultaneously with reference to the above, and the priority of the task performed in the task execution means is set so that the priority of the main sequencer task is higher than the priority of the sub-sequencer task When the task set by the priority setting means and the task execution means is in a state where the task set by the priority setting means has a lower priority than the task, the task can be executed. The task being executed by the task execution means is continuously performed, and the task is being executed by the task execution means. When the task set by the priority setting means has a higher priority than the task, the task executed by the task execution means is interrupted and the higher priority is set. And a control means for controlling to perform the set task.

  According to the present invention, in a karaoke apparatus that performs multitask processing, it is possible to perform processing that does not give the user a sense of incongruity.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.
1. Configuration of Embodiment (1) Overall Configuration FIG. 1 is a block diagram illustrating a configuration of an embodiment. The karaoke apparatus 100 according to the present embodiment is configured to be able to perform a normal karaoke performance and to confirm a song to be played next, and includes a CPU 101, a ROM 102, a RAM 103, a hard disk drive 104, and a display control unit 105. , A display 106, a main sound source 107, a sub sound source 108, a panel interface 109, a panel 110, a speaker 120, and a headphone 130.

  The CPU 101 controls each unit connected via the bus according to various programs stored in the ROM 102. In addition to an operating system (OS), the ROM 102 stores various application programs such as a sequencer program for performing karaoke performance based on song data. Such various programs will be described in detail later in the operation of the embodiment. The RAM 103 is a memory used for temporarily storing data, and is used for storing a requested song number, requested song data, and the like, as will be described later. The HDD 104 is a large-capacity storage medium and stores a large amount of music data that can be requested. The display control unit 105 controls display on the display 106, and for example, a CRT (Cathode Ray Tube) display or the like is used as the display 106.

  In the present embodiment, the karaoke apparatus 100 includes two sound sources, a main sound source 107 and a sub sound source 108. The main sound source 107 generates music corresponding to the normal karaoke performance and outputs it to the speaker 120, and the sub sound source 108 generates music corresponding to the performance for confirming the next music and outputs it to the headphones 130. The panel interface 109 is an interface with the panel 100, and the panel 110 includes a display unit and various keys described below.

(2) Configuration of Panel 110 FIG. 2 is a diagram illustrating an external configuration of the panel 110. The panel 110 includes an LED display unit 111, a numeric keypad 112, a set key 113, a start key 114, and a next song confirmation key 114. The LED display unit 111 is configured to include a 7-segment LED (Light Emitting Diode), and can display the number of reserved songs, the number of a song that is being requested, the number of a song that is being played, and the like. The numeric keypad 112 is a key for inputting the music number, and the set key 113 is a key for confirming the music number input by the numeric keypad 112. The start key 114 is a key for instructing the start of performance. When the start key 114 is operated, display of background video and lyrics is started on the display 106, and music corresponding to the karaoke performance is output on the speaker 120. Start. The next song confirmation key 115 is a key for instructing confirmation of the next requested song of the song output from the speaker 120. When the next song confirmation key 115 is operated, the headphone 130 corresponds to the performance of the next song. The music output starts. The operation of each of these keys is sequentially detected and recognized by the CPU 101 via the panel interface.

(3) Data configuration stored in RAM 103 Next, the data configuration stored in the RAM 103 will be described. In the present embodiment, the request queue area shown in FIG. 3 and the music data storage area A and music data storage area B shown in FIG. 4 are set in the RAM 103. The request queue area is used as a ring buffer. The music numbers input by the ten key 112 and confirmed by the set key 113 are sequentially stored in a certain direction and read out in the stored order. Then, when the performance preparation for the requested song related to the read song number is completed, a new song number can be written.

  The song data storage areas A and B shown in FIG. 4 are areas used for preparation for performance of the requested song. The music data corresponding to the requested music number read from the request queue area is read from the HDD 104 and expanded in any area. The karaoke apparatus 100 includes two types of sound sources, a main sound source 107 and a sub sound source 108, and may generate a musical sound signal at the same time. In this embodiment, two areas for developing music data are provided, and each area is used for music generation processing in either the main sound source 107 or the sub sound source 108. The song data used in the present embodiment is created based on the MIDI standard, and includes event data indicating the contents of each performance process and Δt data indicating a time interval at which execution of each event data is started. . In this embodiment, Δt is expressed using the number of clocks (MIDI timing clocks) obtained by dividing the note length of a quarter note by 24.

2. Next, the operation of the embodiment having the above-described configuration will be described.
2-1. Overview of Multitask Processing First, various programs executed by the CPU 101 in this embodiment will be described. FIG. 5 is a conceptual diagram illustrating the program configuration. As shown in FIG. 5, the present embodiment includes an operating system (OS), a main sequencer program, a sub sequencer program, and other application programs. The OS is an operating system capable of performing multitask processing with real-time processing, and is a program for performing basic operations such as detection of various key operations on the panel 110 and management of the RAM 103, for example. Furthermore, in multitask processing, a priority is set for each process (task) based on each application program, and the time division processing of the CPU 101 can be controlled according to the priority.

  The main sequencer program is an application program for generating music in the main sound source 107, and processing based on the main sequencer program (main sequencer task) is set as a task with high priority. The sub-sequencer program is an application program for generating music in the sub sound source 108, and processing based on the sub-sequencer program (sub-sequencer task) is set as a low priority task. Other application programs include, for example, a program for displaying lyrics on the display 106.

  Here, FIG. 6 is a diagram illustrating task state transition in the present embodiment. In a state where performance is not performed (state where performance preparation is not performed), the task is in an “unregistered state”. When performance preparation such as development of music data in the RAM 103 is performed and the performance is started, the generated task is first put into a “pause state”. The hibernation state indicates a state that is not the timing at which the task should be executed. Note that the timing for executing the task is determined by Δt in the music data.

  When it is time to execute the task, the task starts and transitions to an “executable state”. The task in the executable state starts processing according to the priority, and transitions to the “execution state”. Even if the task is in the running state, if another task with a higher priority becomes ready to run, the process is interrupted and transitions to the `` waiting state '', and again when the process is resumed Transition to “executable state”. The execution state transitions to a dormant state when task execution is completed, and waits until the next task execution timing. When the performance is finished, the task in the dormant state is deleted and the state is changed to the unregistered state.

  Incidentally, when a plurality of tasks are registered, which task the CPU 101 executes is managed using, for example, a task management table as shown in FIG. In the task management table, for each “task ID” identifying each task, “priority” indicating the priority of the task, “program” identifying the program for executing the task, and the execution state of the task. Information such as “status flag” is managed. The “program” is specified by a read address on the ROM 102.

  Here, an overview of multitask processing in the present embodiment will be described with reference to FIGS. 8 and 9. First, FIG. 8 shows an operation when a main sequencer task with a high priority is in an executable state when a sub-sequencer task with a low priority is in an execution state. If the main sequencer task changes from the sleep state to the executable state when the sub sequencer task is in the execution state, the sub sequencer task with the lower priority is interrupted and changes to the wait state. On the other hand, the main sequencer task having a high priority starts processing as soon as it enters the executable state and transitions to the running state. Then, when the processing of the main sequencer task is completed, the state transits to the sleep state. When the main sequencer task ends, the sub sequencer task transitions again to the executable state, resumes processing, and transitions to the execution state. In this way, a task with a high priority can interrupt a task with a low priority.

  Next, FIG. 9 shows an operation when a sub sequencer task with a low priority is in an executable state when a main sequencer task with a high priority is in an execution state. Here, when the main sequencer task is in the execution state, even if the sub-sequencer task transitions from the sleep state to the executable state, the main sequencer task has a higher priority, so the main sequencer task is not interrupted. Therefore, the sub-sequencer task waits in the executable state, and transitions to the execution state after the processing of the main sequencer task is completed. As described above, a task having a low priority cannot interrupt a task having a high priority.

  Each operation described below with reference to the flowchart uses the above-described priority-based control of the OS to perform a main sequencer task that is a normal karaoke performance and a sub sequencer task that is a performance for confirming the next song. It shows the operation when executing.

2-2. Flowchart Showing Operation of Embodiment Next, the operation of this embodiment will be described with reference to the flowcharts shown in FIGS.

(1) Main Routine FIG. 10 shows processing related to the main routine of the present embodiment performed based on the OS. When the karaoke apparatus 100 is turned on, the CPU 101 first performs an initial setting (S101). In the initial setting, various areas and tables in the RAM 103 are initialized. When the initial setting is completed, panel processing based on the state of various keys on the panel 110 is performed (S102). In the panel processing, processing based on the operation of the numeric keypad 112, the set key 113, the start key 114, and the next music confirmation key 115 is performed in addition to processing for displaying the status on the LED display unit 110. For example, the request music number input by the operation of the ten key 112 and confirmed by the operation of the set key 113 is sequentially stored in the request queue area on the RAM 103 described above. When the song data stored in either one of the song data storage areas A and B becomes rewritable, the oldest queued song number stored in the request queue area is stored. The song data corresponding to the song number is read from the HDD 104 and developed in the song data storage area. Then, the music number in the queuing area corresponding to the developed music data is deleted, and the next requested music number is stored. In the panel processing, in addition to such cue management, performance preparation processing based on the operation of the start key 114 or the next music confirmation key 115 is also performed. The performance preparation process will be described later with reference to FIG.

  When the panel processing ends, task management processing is performed (S103). The task management process is a process for changing the state of each task based on the priority, and the task management process will be described in detail later with reference to FIG. When the task management process ends, the CPU 101 performs other processes (S104), shifts the process to step S102, and performs the panel process again. The processes of steps S102 to S104 are repeatedly executed until the power of the karaoke apparatus 100 is turned off, whereby the key state is recognized as appropriate, and task management is performed to perform multitask processing.

(2) Performance Preparation Processing Next, FIG. 11 is a flowchart showing performance preparation processing when an instruction to start performance in the main sequencer or sub-sequencer is given. The performance by the main sequencer is started, for example, when the start key 114 is operated or after the performance of the previously queued music is finished. The performance by the sub-sequencer is started when the next music confirmation key 115 is operated.

  In the following, the flowchart shown in FIG. 11 will be described taking the performance preparation processing of the main sequencer as an example. When the performance preparation process is started, the CPU 101 determines whether or not the main sequencer task is in an unregistered state (S201). If it is determined that the main sequencer task is not in an unregistered state, the task is registered and managed by the OS. Therefore, the process returns to the main routine.

  If it is determined in step S201 that the main sequencer task is unregistered (S201; YES), the task management table is set (S202). If the performance preparation process is the main sequencer task, the priority is set high and the read address of the main sequencer program is designated (see FIG. 7). When the setting of the task management table is completed, the address of the RAM 103 from which music data to be played by the main sequencer is read is set in the pointer Mp (S203). The song data is read in the queuing order and is alternately developed in the song data storage areas A and B on the RAM 103, and it is necessary to specify the address where the song data to be read is stored by the main sequencer. In addition, since the event data is configured to be sequentially executed as time elapses, it is necessary to specify an address at which event data to be executed at the next timing is stored. Therefore, in this embodiment, the value of the pointer Mp is updated every time the event data is executed using the pointer Mp that is a variable indicating the address where the event data to be executed next is stored. The details will be described later with reference to FIG.

  When the setting of the pointer Mp is completed, next, Δt until the first event data is executed is set in the counter Mc for counting the timing of transitioning the state of the main sequencer task from the sleep state to the executable state. In the present embodiment, the elapsed time can be determined by down-counting the value of the counter Mc based on the MIDI timing clock. More details will be described later with reference to FIG. In the case of a sub-sequencer, the above-described variables are a pointer Sp and a counter Sc.

(3) Interrupt processing In the present embodiment, the main sequencer and the sub-sequencer can execute a musical tone generation process at a predetermined timing by performing an interrupt process for each MIDI timing clock. Since the MIDI timing clock is a quarter note divided by 24, the interrupt time interval differs depending on the tempo of the song. The tempo is specified by the music data, but can be changed by operating a tempo change key (not shown). Since the tempo differs for each song, the tempo of the song played by the main sequencer and the song played by the sub sequencer may be different. Therefore, in the present embodiment, it is assumed that an interrupt based on the tempo of the main sequencer and an interrupt based on the tempo of the sub sequencer are performed, respectively. Hereinafter, an interrupt based on the tempo of the main sequencer will be described as an example.

  FIG. 12 is a flowchart showing the contents of the interrupt process. When the interrupt process is activated, the CPU 101 first determines whether or not the main sequencer task is in a dormant state (S301). If it is determined that the task is not in the dormant state (S301; NO), the task has already started and there is no need to perform a process for transitioning the task to the executable state, so the process returns to the main routine. On the other hand, if it is determined in step S301 that the task is in the dormant state (S301; YES), whether or not the counter Mc = 0, that is, whether or not the event data should be executed is determined. A determination is made (S302).

  If it is determined in step S302 that Mc ≠ 0 (S302; NO), Mc = Mc-1 is executed and the value of the counter Mc is counted down by 1 (S303). As described above, since Δt up to the first event data is set in the counter Mc in the performance preparation process, and the interrupt process is started every 1 MIDI timing clock, the elapsed time is counted by the down-count in step S303. Can be recognized.

  On the other hand, if it is determined in step S302 that Mc = 0 (S201; YES), it can be determined that Δt has elapsed, and the main sequencer task is then transitioned to an executable state (S304). The task that is in an executable state in this step transitions to an execution state according to priority in a task management process (FIG. 13) described later. When the task is changed to an executable state, Δt until the next timing at which event data should be executed is set in the counter Mc (S305), and the read address of event data to be executed next is set in the pointer Mp ( (S306) The process is returned to the main routine. The interrupt process shown in FIG. 12 is started every MIDI timing clock, but the counter down-count process (S303) is executed only when the task is in the dormant state, so the task is in the execution state. In addition, the count is not advanced when waiting as an executable state or a wait state.

(4) Task Management Processing Next, details of the task management processing (FIG. 10: 103) will be described with reference to FIG. When the task management process is started, the CPU 101 determines whether there is a task in an execution state (S401). The status of each registered task can be recognized by referring to the task status flag in the task management table shown in FIG. If it is determined in step S401 that there is no task in the execution state (S401; NO), it is then determined whether there is a task in the executable state (S402), and there is no task in the executable state. (S402; NO), since it can be determined that there is no task whose state should be changed in the task management process, the process is directly returned to the main routine. If it is determined in step S402 that there is a task in an executable state (S402; YES), it is then determined whether there are a plurality of executable tasks (S403). In such a case (S403; NO), only one task is in an executable state and there is no need to consider the priority. Therefore, the task is shifted to the execution state (S404), and the process returns to the main routine.

  On the other hand, if it is determined in step S403 that there are a plurality of tasks in the executable state (S403; YES), the task having the highest priority is shifted to the execution state (S405), and the process is performed in the main routine. Return to. Next, a case where it is determined in step S401 that there is a task in an execution state (S401; YES) will be described. The CPU 101 first determines whether there are other tasks in the executable state (S406). If it is determined that there are no other tasks in the executable state (S406; NO), then the task in the execution state is next. It is determined whether or not to end (S407). Here, it is determined that the task is ended when an end key (not shown) is operated or when event data indicating the end of performance is executed.

  If it is determined in step S407 that the task in the execution state should not be terminated (S407; NO), it can be determined that there is no task whose state should be changed in the task management process, so that the process is directly transferred to the main routine. return. On the other hand, if it is determined in step S407 that the task in the execution state should be terminated (S407; YES), the task is transitioned to the dormant state (S408), and then enters a wait state. It is determined whether there are other tasks that are present (S409). If it is determined in step S409 that there is no other task in the waiting state (S409; NO), the process is returned to the main routine because there is no task to be changed in state, but it is determined that there is a task in the waiting state. In this case (S409; YES), the task is changed to an executable state (S410), and the process is returned to the main routine.

  By the way, if it is determined in step S406 that there is another task in the executable state (S406; YES), then it is determined whether the executable state task has a higher priority than the execution state task. (S411). Here, if it is determined that the executable state task has a lower priority than the execution state task (S411; NO), the execution of the execution state task should be continued, and it can be determined that there is no task to be changed. Return processing to the main routine. On the other hand, if it is determined in step S411 that the ready state task has a higher priority than the execution state task (S411; YES), the execution state task is interrupted (S412), and a transition is made to the wait state. (S413). Then, another task in the executable state is shifted to the execution state (S414), and the process returns to the main routine.

2-3. Specific Operation of Embodiment Next, the specific operation of the embodiment performed by circulating the processing shown in FIGS. 10 to 13 will be described with reference to the time chart shown in FIG. The time chart shown in FIG. 14 is a comparison between the state indicated by the song data, the state in the above embodiment, and the state in the prior art. The state indicated by the song data is a time chart in the case where the tone generation process using the song data is performed independently. In FIG. 14, music data read by each of the main sequencer and the sub-sequencer are shown.

  In the above embodiment, since the priority of the main sequencer task is higher than the priority of the sub sequencer task, for example, when the task related to the event Im1 is in the execution state, the task related to the event Is1 transitions to the executable state. However, the processing is not interrupted, and the task related to the event IS1 becomes the execution state after the task related to the event Im1 is completed. Even if the sub-sequencer task (task related to event Is1) is in the execution state, if the main sequencer task (task related to event Im2) with a high priority becomes executable, the sub-sequencer task is suspended. Since the main sequencer task is executed first, the event Im2 is executed according to the timing indicated by the song data.

  On the other hand, in the state of the prior art, processing according to priority cannot be performed. Therefore, when tasks overlap, the task that can be executed first ends, and then it can be executed later. The task that has become (event Is1) becomes an execution state. Then, after the sub-sequencer task (task related to event Is1) that was in the execution state first ends, the main sequencer task (task related to event Im2) that became executable later becomes the executable state. As shown in FIG. 14, the event Im2 is executed later than the timing indicated by the song data. Since Δt between events indicated by the song data is a time interval after the event is executed, the execution of the next event is delayed as the execution of a certain event is delayed.

  Thus, in the prior art, execution by the main sequencer task and execution by the sub-sequencer task are likely to be delayed, but in this embodiment, only execution by the sub-sequencer task is performed. It will be delayed. In the present embodiment, the music generated by the main sequencer task is a performance output from the speaker 120 as a karaoke performance, and is synchronized with the lyrics displayed on the display 106 and the color change of the lyrics. But it gives the user a sense of discomfort. On the other hand, the tone signal generation by the sub-sequencer task is a performance for listening to the headphones 130 for confirmation of the next song, and even if the performance is delayed, there is no sense of incongruity.

3. Modifications The present invention is not limited to the above-described embodiments, and various modifications as described below are possible.

  In the above embodiment, the priority has been described using two levels of “high” and “low”, but the priority level may be further subdivided and set. For example, a numerical value indicating the priority may be set to 1 to 10 or the like, and a task with a small numerical value may be executed in preference to a task with a large numerical value. In the above embodiment, the two types of tasks, the main sequencer and the sub sequencer, have been described. However, any processing can be performed as long as the time information is referred to, and the multitask can be divided into the above two types. The present invention is not limited, and other processes such as, for example, a color change process for lyrics and an effect process for giving an effect to a musical sound may be used.

  In the above embodiment, the karaoke apparatus 100 has been described as including two sound sources (the main sound source 107 and the sub sound source 108). However, one sound source may be shared by the main sequencer and the sub sequencer. Three or more sound sources may be provided.

  The means for determining the priority of each task may be determined so as to set a high priority even though it is expected to be a heavy process in advance. In the above embodiment, the main sequencer task has to be performed in synchronization with the process of displaying the lyrics and the background video on the display 106, so the priority is set high in advance. In the above embodiment, the description is omitted, but it is assumed that the song data also includes data instructing display of lyrics corresponding to the event data and Δt data. The event data in the music data is not limited to those created based on the MIDI standard as in the above embodiment, and any standard can be used as long as the music performance processing content can be instructed by digital data. Good. The music performance processing content instructed by the event data may include basic processing such as sound generation and muting, and processing for imparting effects such as reverberation and back chorus. It may be determined that the greater the number of such effect processes, the heavier the process.

  In addition, the Δt data indicating the time interval between events is not limited to being described using the MIDI timing clock as in the above-described embodiment, and other clock numbers may be used or absolute time may be used. Absent. Alternatively, data specifying the priority may be described in the music data, or may be determined according to the music tempo. As described above, since the time interval (interrupt time interval) between MIDI timing clocks differs depending on the tempo, songs with a fast tempo have more interrupts per unit time, and songs with a slow tempo have an interrupt per unit time. This is because the number of times decreases. Further, the priority may be changed by a user operation after the performance is started.

  The present invention is applicable not only to the processing in one karaoke apparatus as in the above embodiment, but also to controlling a plurality of karaoke apparatuses using a plurality of karaoke control apparatuses, for example. For example, in a karaoke box system in which one server is installed in a control room and a performance terminal device is installed in each room, the priority of a terminal task for playing a song with a fast tempo is increased and the tempo is slow. You may make it lower the priority of the task for terminals which plays music.

It is a block diagram which shows the structure of embodiment. It is a figure which shows the external appearance structure of a panel. It is a figure explaining a request queue area. It is a figure explaining a music data storage area. It is a figure which shows the structure of a program. It is a figure explaining the state transition of a task. It is a figure explaining a task control table. It is a figure explaining multitask processing (the 1). It is a figure explaining multitask processing (the 2). It is a flowchart which shows operation | movement of embodiment (main routine). It is a flowchart which shows operation | movement of embodiment (performance preparation processing). It is a flowchart which shows operation | movement of embodiment (interrupt processing). It is a flowchart which shows operation | movement of embodiment (task management process). It is a time chart which shows operation | movement of embodiment compared with a prior art.

Explanation of symbols

DESCRIPTION OF SYMBOLS 100 ... Karaoke apparatus, 101 ... CPU, 102 ... ROM, 103 ... RAM, 104 ... HDD, 105 ... Display control part, 106 ... Display, 107 ... Main sound source, 108 ... Sub sound source, 109 ... Panel interface, 110 ... Panel, 111 ... LED display section, 112 ... numeric keypad, 113 ... set key, 114 ... start key, 115 ... next song confirmation key.

Claims (2)

A karaoke apparatus that performs a plurality of tasks by multitask processing,
A main sequencer program for generating music in the main sound source, a sub-sequencer program for generating music in the sub-sound source, and a program storage means for storing application programs other than the main sequencer program and the sub-sequencer program;
Tasks based on the application program, the main sequencer task is performed in synchronism with the task based on the I task der application program based on the main sequencer program and the application program What tasks der based on the sub-sequence program about sub sequencer task not performed in synchronization with the task-based, and task information storage means for storing task information including time information indicating a time corresponding to the processing information and the task to instruct the content of each of the tasks ,
Task execution means for simultaneously performing a plurality of tasks while referring to processing information and time information in the task information;
Priority setting means for setting the priority of the task performed in the task execution means so that the priority of the main sequencer task is higher than the priority of the sub-sequencer task;
When the task is executed by the task execution unit, the task execution unit performs when the task set by the priority setting unit has a lower priority than the task. When the task is continuously performed and the task is performed by the task execution unit, when the task set to a higher priority than the task by the priority setting unit becomes executable, A karaoke apparatus comprising: control means for controlling the task set by the task execution means to be interrupted and to perform the task set at the high priority. A main sequencer program for generating music as karaoke performance in the main sound source, a sub-sequencer program for generating music next to the music generated by the main sequencer task in the sub sound source, the main sequencer program, and the sub Program storage means for storing application programs other than the sequencer program;
Tasks based on the application program, the main sequencer task is performed in synchronism with the task based on the I task der application program based on the main sequencer program and the application program What tasks der based on the sub-sequence program about sub sequencer task not performed in synchronization with the task-based, and task information storage means for storing task information including time information indicating a time corresponding to the processing information and the task to instruct the content of each of the tasks ,
Task execution means for simultaneously performing a plurality of tasks while referring to processing information and time information in the task information;
Priority setting means for setting the priority of the task performed in the task execution means so that the priority of the main sequencer task is higher than the priority of the sub-sequencer task;
When the task is executed by the task execution unit, the task execution unit performs when the task set by the priority setting unit has a lower priority than the task. When the task is continuously performed and the task is performed by the task execution unit, when the task set to a higher priority than the task by the priority setting unit becomes executable, A karaoke apparatus comprising: control means for controlling the task set by the task execution means to be interrupted and to perform the task set at the high priority.

Images