JP7359189B2 - karaoke equipment - Google Patents

Description

The present invention relates to a karaoke device that can play music.

Karaoke, where you enjoy singing along to accompaniment, has traditionally been held at social gatherings. Currently, karaoke machines are becoming more and more multifunctional, not only for playing music, but also for displaying lyrics, scoring singing, and so on. In addition to karaoke, there are also types of people who watch various types of content such as movies and live videos.

In karaoke devices that are becoming more and more multi-functional, Patent Document 1 discloses that in a karaoke device that uses a software sound source and a hardware sound source, the performance of the CPU is insufficient during playback of music, resulting in smooth playback of the music. A karaoke apparatus is disclosed that can avoid such problems.

Japanese Patent Application Publication No. 2012-220511

The karaoke apparatus described in Patent Document 1 divides music reproduction into a hardware sound source or a software sound source in order to improve the sound quality during music reproduction. Currently, karaoke devices are becoming more multi-functional, not only for music playback functions but also for other functions such as content viewing.

Such other functions may already be implemented by existing application programs. In such a case, if the operating system of the karaoke machine and the operating system of the application program are different, it is necessary to newly develop or modify the application program.

Further, if the load of the application program executed on the karaoke apparatus exceeds the capacity of the processing section, the application program may not be able to be executed or there may be a problem in its execution. Conversely, if the processing unit's capacity exceeds the load of the application program, an unsuitable processing capacity will be allocated to the processing unit.

The present invention has been developed in view of the above circumstances, and one object thereof is to switch the operating system (operation mode) of a processing unit according to an application program. Another purpose of the present invention is to execute an application program by a processing unit having a processing capacity corresponding to the application program to be executed.

Therefore , the karaoke device according to the present invention is a karaoke device including a storage unit and a plurality of control units, the storage unit stores a plurality of application programs, and each application program has an operating environment and an execution environment. Each control unit is associated with a target control unit, forms an image to be displayed on a common display device, executes the application on the control unit corresponding to the application that has been instructed to start, and executes the application that has been instructed to start. If the operating environment of the program is different from the operating environment currently being executed, change the operating environment to that of the application program, execute the application program that has been instructed to start , and run the application program whose operating environment is being changed. During a period when the operating environment is changed in one control section, an image to be displayed on a display device is formed in a second control section different from the first control section.

Furthermore, in the karaoke apparatus according to the present invention, an application program is started in the first control part in a second control part different from the first control part during a period in which the operating environment is changed in the first control part which is the object of changing the operating environment. After the operating environment in the first control unit is changed, the information obtained in the preprocessing is transmitted to the first control unit.

Further, in the karaoke apparatus according to the present invention, a combination mode is defined that defines a combination of application programs to be executed simultaneously, and each control section executes the application program to be executed by each control section based on the combination mode.

Furthermore, the karaoke apparatus according to the present invention determines the load on the control unit during execution of the application program, and determines the control unit to be executed by the application.

Further, in the karaoke apparatus according to the present invention, each operating environment of the control section has a different operating system, and when changing the operating environment, each control section restarts and then changes to a new operating environment.

According to the karaoke apparatus according to the present invention, the application program to be executed can be executed in an operating environment corresponding to the application program to be executed, or the application program can be executed by a control unit corresponding to the application program to be executed. This makes it possible to provide versatility in the application operating environment.

Diagram showing the configuration of the karaoke system of this embodiment Diagram showing various modes in the karaoke device of this embodiment Diagram showing the configuration of a control file used in the karaoke device of this embodiment Diagram showing application startup status in various operating states of this embodiment Diagram showing application startup status in various operating states of this embodiment Diagram for explaining mode switching when changing an application in this embodiment Flow diagram showing main processing in the karaoke device of this embodiment Flow diagram showing the first switching process (switching to production specialization mode) of this embodiment Flow diagram showing the first switching process (switching to normal mode) of this embodiment Flow diagram showing load monitoring processing of this embodiment Diagrams for explaining various modes of other embodiments Diagram for explaining application startup status in various operating states of other embodiments

FIG. 1 is a diagram showing the configuration of a karaoke system according to this embodiment. The karaoke system in this embodiment includes a karaoke device 2 and a remote control device 1. The karaoke device 2 and the remote control device 1 are communicably connected to form a network using a LAN 100 and an access point 130.

The karaoke device 2 that performs music includes a main SoC 31a (corresponding to a "first control section") and a sub SoC 31b (corresponding to a "second control section"). Here, the SoC (System on a Chip) is a chip that integrates functions necessary for controlling the karaoke apparatus 2, such as a CPU and a memory. Note that the first control section and the second control section may not be implemented in the form of an SoC, but may be implemented in a plurality of parts such as a CPU and a memory.

Various components are connected to the main SoC 31a and the sub SoC 31b via an interface 33. Further, the main SoC 31a and the sub SoC 31b can also communicate with each other via this interface 33. In this embodiment, a mixing amplifier 34 , a hard disk 35 , an infrared communication section 36 , a wireless LAN communication section 37 , a LAN communication section 38 , and an operation section 39 are connected to the interface 33 .

The mixing amplifier 34 mixes the music played by the main SoC 31a or the sub-SoC 31b and the audio input from the microphones 43a and 43b, and outputs the mix to the speaker 42. Note that the mixing amplifier 34 may have a function of imparting an effect such as an echo to the reproduced music or audio.

The hard disk 35 functions as a storage unit of the karaoke device 2 and stores various information or a plurality of application programs executable by the karaoke device 2. Note that in this specification, an application program may be abbreviated as an "app."

The infrared communication unit 36, the wireless LAN communication unit 37, and the LAN communication unit 38 function as communication means of the karaoke apparatus 2, and are capable of communicating with various external components. In this embodiment, the infrared communication unit 36 is used to communicate with the remote control device 1 and receive music designations and the like from the remote control device 1. Furthermore, the LAN communication unit 38 is used to make a wired connection to the LAN 100 and participate in the network. Furthermore, if a wired LAN cannot be used, it is also possible to connect to a network using a wireless LAN communication section 37.

The operation unit 39 can receive various inputs from the user. Operation input through the operation unit 39 is used for various processes of the main SoC 31a or the sub-Soc 31b. The main SoC 31a and sub-Soc 31b of this embodiment have a video output function, and each video output terminal is connected to an HDMI switch 32 (video switching unit). The HDMI switch 32 outputs the video of the main Soc 31a or the sub-Soc 31b to the monitor 41. Switching control of the HDMI switch 32 is performed by the main SoC 31a or the sub SoC.

With such a configuration, the karaoke device 2 executes various processes, but the main functions of the karaoke device 2 are music reservation processing, music reproduction processing, and the like. The music reservation process is a process for designating and reserving music based on user specifications, and is executed in cooperation with the remote control device 1. The reservation information formed by the music selection process of the remote control device 1 is transmitted to the karaoke device 2. Karaoke device 2 registers the received reservation information in the reservation table. The music reproduction process is a process for reproducing a reserved music, and is a process in which a music performance process and a lyrics display process are executed in synchronization.

The music performance process is a process of causing the main SoC 31a or the sub SoC 31b to perform performance based on the performance information included in the music information. The played music is mixed with the audio input from the microphones 43a and 43b by a mixing amplifier, and the sound is emitted from the speaker 42. The lyrics display process is a process that assists in singing by displaying the lyrics information included in the song information on the monitor 41. A background video display process may be performed in which a background video is superimposed and displayed on the lyrics displayed in this lyrics display process.

On the other hand, the remote control device 1 is capable of performing a song selection process of searching for songs based on instructions from the user and transmitting reservation information to the karaoke device 2 for the songs for which playback instructions have been given. Further, the remote control device 1 can receive various information from the karaoke device 2 or a server device 5 connected to the Internet, and can execute various processes. In this embodiment, an operation unit 17 and a touch panel monitor 11 are provided as a user interface for receiving various instructions from a user. The touch panel monitor 11 includes a display section 11a and a touch panel 11b, and displays various interfaces on the display section 11a, and is capable of accepting touch input from a user.

Furthermore, the remote control device 1 includes a memory 14 as a storage unit for storing a database required for music selection processing, various programs, and various information generated with program execution, and a memory 14 for controlling these components in an integrated manner. It is configured with a remote control side control section. The remote control side control section includes a CPU 15, a video control section 13 that forms an image to be displayed on the touch panel monitor 11, a video RAM 12 that temporarily stores video information to be displayed, and a computer that interprets input from the touch panel monitor 11 or the operation section 17. It includes an operation processing section 18 that transmits the information to the CPU 15.

The remote control device 1 is connected to the network constituted by the LAN 100 by being wirelessly connected to the access point 130 by the wireless LAN communication unit 16. Note that each remote control device 1 is associated with a specific karaoke device 2 in advance. Various commands output from the remote control device 1 are received by the associated karaoke device 2. Further, the remote control device 1 includes an infrared communication section 19, and is capable of transmitting reservation information and the like when reserving music to the infrared communication section 36 on the karaoke device 2 side.

With such a configuration of the remote control device 1, various inputs from the user are accepted from the touch panel monitor 11 or the operation unit 17, and video information is provided to the karaoke device 2 by displaying various information on the touch panel monitor 11. It is possible to perform various processing such as song selection processing to send reservation information to be output to the user.

As described with reference to FIG. 1, the karaoke apparatus 2 includes a main SoC 31a and a sub-SoC 31b as a control section. In this embodiment, the OS (Operating System) started on the main SoC 31a is either the first OS (in this embodiment, Linux (registered trademark)) or the second OS (in this embodiment, Android (registered trademark) OS). It is possible to switch to and use it. Furthermore, in this embodiment, the sub SoC 31b is always used by the second OS without switching. Note that in this embodiment, the operating environment is the OS associated with the application, but it can be changed as appropriate as long as it is an operating environment in which not only the OS but also the application can operate.

In this embodiment, Linux (registered trademark), which is the first OS, is an OS that has been used in the karaoke device 2 for many years, and applications created for the karaoke device 2 have existed for a long time. . On the other hand, although Android (registered trademark), which is the second OS, is an OS that has started to be used in recent years, many applications have been developed and used as smartphones and the like have become more popular. In this embodiment, in order to take advantage of the characteristics of both OSes, the applications are switched depending on the application to be used. Specifically, it will be possible to both use legacy applications created in the Linux (registered trademark) environment and use many applications developed in the Android (registered trademark) OS environment. .

FIG. 2 is a diagram showing various modes in the karaoke apparatus 2 of this embodiment. In this embodiment, it is possible to switch between the normal mode shown in FIG. 2(A) and the special effect mode shown in FIG. 2(B). These switching operations are performed depending on various operating states of the karaoke device 2, such as the application being used.

In this embodiment, the processing capacity of the main SoC 31a is greater than that of the sub-SoC 31b. In FIG. 2, FIG. 4, and FIG. 5, the occupied area of the main SoC 31a and the sub-SoC 31b is regarded as the processing capacity in the drawings, and the occupied area of the main SoC 31a is made larger than that of the sub-SoC.

In the normal mode shown in FIG. 2A, the main SoC 31a is in the first OS startup state, and the sub SoC 31b is in the second OS startup state. In the effect specialization mode shown in FIG. 2(B), both the main SoC 31 and the sub SoC 31b are in the activated state of the second OS. Note that in both the normal mode and the production special mode, the HDMI switch 32 is switched as appropriate depending on the status of the video output of the running application.

FIG. 3 is a diagram showing the structure of a control file used in the karaoke apparatus 2 of this embodiment. The control file defines a corresponding mode for each operating state. "Normal mode" is used in the operating state of "Karaoke". Furthermore, in the operating state of "application A", "effect specialization mode" is used. In the operating state of "application B", it can be used in either the "normal mode" or the "specialized effect mode".

Next, each operating state of this embodiment will be explained. FIG. 4(A) is a diagram showing the startup status of the application in the operating state of "Karaoke". In the operating state of "Karaoke", the normal mode is set, that is, the first OS is started on the main SoC 31a, and the second OS is started on the sub SoC 31b. Then, in the main SoC 31a, the first karaoke application is started on the first OS. The first karaoke application performs functions such as karaoke performance and karaoke festival. On the other hand, in the sub SoC 31b, a second karaoke application is started on the second OS. The second karaoke application performs functions such as telop (lyrics display), background video display, sound effects, lighting control, and karaoke production.

In this manner, in the "karaoke" operating state, the application is executed on both the main SoC 31a and the sub SoC 31b. In particular, by using the first OS in the main SoC 31a, it becomes possible to use legacy software that has been developed and used for a long time, such as the first karaoke application. On the other hand, by using the second OS in the sub SoC 31b, it becomes possible to use applications developed in recent years, such as the second karaoke application. In this way, in the operating state of "Karaoke", it is possible to use two OSs and simultaneously use an application that takes advantage of the advantages of both OSs.

Further, in the "karaoke" operating state, the HDMI switch 32 is switched to the sub-SoC 31b side, and the video output from the sub-SoC 31b is output and displayed on the monitor 41. Switching of the HDMI switch 32 is performed by an application that outputs video (in this case, the second karaoke application).

FIG. 4(B) is a diagram showing a startup state in the operating state of “application A”. As explained with reference to the control file of FIG. 3, the operating state of "application A" is the effect specialization mode, that is, the state where the second OS is activated on both the main SoC 31a and the sub SoC 31b. Then, application A is started on the main SoC 31a. Application A uses the production specialization mode because it is difficult to process with the sub-SoC 31b, which has low processing capacity. Furthermore, in the operating state of "application A", the HDMI switch 32 is switched to the main SoC 31a side. This switching control is executed by application A.

FIG. 5 (C1) and FIG. 5 (C2) are both diagrams showing the activation state in the operating state of "application B". As explained in the control file of FIG. 3, in the operating state of "application B", it is possible to use both the normal mode and the special effect mode. FIG. 5 (C1) shows a state in which application B is started in the normal mode. Since application B is software that starts on the second OS, it starts on the sub SoC 31b on which the second OS is running. Then, the HDMI switch 32 is switched to the sub-SoC 31b side under the control of the application B.

On the other hand, FIG. 5(C2) shows a state in which application B is started in the performance specialization mode. Since application B is software that starts on the second OS, it can be started on either the main SoC 31a or the sub SoC 31b. FIG. 5 (C2) shows a state in which the main SoC 31a is activated. The HDMI switch 32 is switched to the side where the app B is activated (in the case of FIG. 5 (C2), the main SoC 31a side) under the control of the app B.

In this manner, in the karaoke system of the present embodiment, by switching and controlling the two SoCs and the two OSs, it is possible to perform appropriate control according to the application to be used. In this embodiment, two SoCs are used, but one SoC may be used. In that case, in one SoC, the OS will be switched depending on the application to be used.

Next, control in the karaoke system of this embodiment will be explained. In this embodiment, three operating states are switched and controlled. FIG. 6 is a diagram for explaining mode switching when changing an application according to the present embodiment. Changes in the operating state can be divided into three types as shown in FIGS. 6(A) to 6(C). 6(A) shows the case without mode switching, FIG. 6(B) shows the case of switching to the production special mode, and FIG. 6(C) shows the case of switching to the normal mode. In addition, in FIG. 6, regarding the operating state of application B, since it is possible to use both the normal mode and the special effect mode, the other possible mode is shown in parentheses.

FIG. 7 is a flow diagram showing the main processing in the karaoke apparatus of this embodiment. The main process is a process of switching the operating state in the karaoke device, and in this embodiment, an instruction to switch to the operating state of "karaoke", "app A", or "app B" is issued by the user's operation etc. is started when the

When the main processing is started, the sub SoC 31b reads the control file (S101). Then, based on the current operating state and the changed operating state, there is no mode switching shown in FIG. 6(A), switching to the production special mode shown in FIG. 6(B), and switching to the production special mode shown in FIG. 6(C). Determine whether to switch to lieutenant general mode. Further, the sub-SoC displays and outputs a standby screen, an app startup screen, etc. until the app screen is displayed on the monitor 41.

If there is no mode switching (S102: No, S103: No), it is determined whether the application to be started is the main SoC 31a. For example, when switching from the operating state "Karaoke" to the operating state "App B", the determination result in S104 is No because "App B" can be activated only on the sub SoC 31b. In this case, application B is launched on the sub SoC 31b (S107). At this time, an application screen is displayed on the monitor 41 from the sub SoC 31b.

Furthermore, in this embodiment, load monitoring processing (S400) is executed when the application is started. The control file is updated adaptively through this load monitoring process (S400). FIG. 10 is a diagram showing the load monitoring process (S400) of this embodiment. When load monitoring cooking is started, the sub SoC 31b monitors the CPU usage rate, memory usage rate, GPU usage rate, and IO usage rate in the SoC 31b (S401), and executes load determination processing (S402) based on these. do.

In this load determination process (S402), the load on the SoC currently used by the application is determined. Then, based on the determined load, it is determined whether the control file needs to be updated (S403). For example, in this embodiment, it is specified in the control file that application B can be used in either the special effect mode or the normal mode. However, if the load on application B increases and it is determined that processing by the sub-SoC 31b is difficult, it will be determined that it can be used only in the effect specialization mode. Based on this determination result, the control file is updated (S404).

In this way, in this embodiment, by determining the actual load of the application and rewriting the control file, it is possible to use a mode suitable for the application from next time onwards.

Returning to the main processing in FIG. 7, the case where the application is started on the main SoC 31a (S104) will be described. In this case, the sub SoC 31b outputs an application startup instruction to the main SoC 31a (S105). The main SoC 31a that receives the application launch instruction launches the instructed application (S108). After starting the application, the monitor 41 is switched to an application screen displayed and output from the main SoC 31a. Note that after the application is launched, the load monitoring process (S400) described in FIG. 10 is executed.

On the other hand, in the main process, if it is determined that the mode is to switch to the production specialization mode (S102: Yes), the first switching process (S200) is executed. FIG. 8 is a flow diagram showing the first switching process (S200) of this embodiment. In the first switching process, first, the sub SoC 31b starts displaying an application launch screen to be launched (S201). As shown in FIG. 6(B), the special effect mode is switched from the normal mode. In other words, the main SoC 31a is switched from the normal mode shown in FIG. 2(A) to the performance specialized mode shown in FIG. 2(B), and the main SoC 31a is switched from the first OS to the second OS.

The sub SoC 31b outputs an OS switching instruction (S202) to the main SoC 31a (S202). Upon receiving the OS switching instruction, the main SoC 31a starts OS switching processing (S209), that is, switching from the first OS to the second OS. During the period in which the OS switching is performed in the main SoC 31a, the sub SoC 31b performs application pre-processing (S203). The application pre-processing (S203) is a process of calculating information required by the application executed by the main SoC 31a. The result of the application pre-processing (S203) is passed from the sub-SoC 31b to the main SoC 31a after the application is started on the main SoC 31a.

The sub SoC 31b acquires the status with the main SoC 31a, and executes an OS switching determination process (S204) to determine whether the OS switching has been completed in the main SoC 31a. If it is determined that the OS switching has been completed (S205: Yes), the sub SoC 31b outputs an application launch instruction to the main SoC 31a (S206). The main SoC 31a that receives the application launch instruction launches the instructed application (S210). After starting the application, the main SoC 31a starts outputting the application screen (S211). Further, the sub SoC 31b transmits the result of the application pre-processing (S203) to the main SoC 31a. Then, by causing the HDMI switch 32 to switch the screen display from the sub SoC 31b to the main SoC 31a, the application screen is displayed on the monitor 41.

Further, in the main process, if it is determined that the mode is to be switched to the normal mode (SS103: Yes), the second switching process (S300) is executed. FIG. 9 is a flow diagram showing the second switching process (S300) of this embodiment. In the second switching process, as shown in FIG. 6(C), switching to the normal mode is performed from the special effect mode. That is, the main SoC 31a is switched from the production special mode shown in FIG. 2(B) to the normal mode shown in FIG. 2(A), and the main SoC 31a is switched from the second OS to the first OS.

This second switching process (S300) differs from the first OS switching process (S200) in that the OS is switched from the second OS to the first OS, and only to the "karaoke" operating state. In the "Karaoke" operating state, the application is executed on both the main SoC 31a and the sub SoC 31b.

First, the sub SoC 31b starts displaying an application launch screen to be launched (S301). Next, the sub SoC 31b outputs an OS switching instruction (S302) to the main SoC 31a (S302). Upon receiving the OS switching instruction, the main SoC 31a starts OS switching processing (S309), that is, switching from the second OS to the first OS. During the period in which the OS switching is performed in the main SoC 31a, the sub SoC 31b performs application pre-processing (S303).

The sub SoC 31b acquires the status with the main SoC 31a, and executes an OS switching determination process (S304) to determine whether the OS switching has been completed in the main SoC 31a. If it is determined that the OS switching has been completed (S305: Yes), the sub SoC 31b outputs an application launch instruction to the main SoC 31a (S306). The main SoC 31a that receives the application launch instruction launches the instructed application (S310). In this embodiment, the first karaoke application is started.

After starting the application, the main SoC 31a starts outputting the application screen (S311). Further, the sub SoC 31b transmits the result of the application pre-processing (S303) to the main SoC 31a (S307). Then, the startup process of the application (in this embodiment, the second karaoke application) executed on the sub SoC 31b side is executed (S308).

As described above, in this embodiment, by switching to an OS compatible with the application and then executing the application, it is possible to execute the application in an operating environment corresponding to the application. Furthermore, by using two SoCs, it is possible to perform application pre-processing and screen display on one SoC during the OS switching period on the other SoC.

In the embodiment described above, an embodiment using two modes (normal mode and special effect mode) is adopted, but an embodiment in which the number of modes is increased is also possible. FIG. 11 is a diagram for explaining various modes of another embodiment, and is a modification example in which a main SoC 31a, a sub SoC 31b, and two SoCs are used. In this modification, in addition to the normal mode shown in FIG. 2(A) used in the above-described embodiment and the special effect mode shown in FIG. 2(B), the enhanced effect shown in FIG. 12(C) described below is used. The performance specialization mode shown in FIG. 12(D) is used.

In the performance enhancement mode shown in FIG. 12(C), the main SoC 31a is assigned to the second OS, and the sub SoC 31b is assigned to the first OS. In the performance specialization mode shown in FIG. 12(D), the first OS is assigned to both the main SoC 31a and the sub SoC 31b. As shown in FIG. 11, each mode is switched between the modes indicated by the leading and trailing ends of the arrows. By switching between each mode in this way, it is possible to maintain the OS in at least one SoC. Therefore, it is possible to perform display output on the monitor 41 or perform application pre-processing on the SoC that maintains the OS.

FIG. 12 is a diagram for explaining application startup situations in various operating states according to another embodiment. The operating states of the normal mode shown in FIG. 2(A) and the production specialization mode shown in FIG. 2(B) have been explained using FIGS. 4 and 5. Examples of the operating states of the production enhancement mode shown in FIG. 12(C) and the performance specialization mode shown in FIG. 12(D) will be explained.

FIG. 12(C) is a diagram showing the operating status of the application in the performance enhancement mode. In this example, the operating state of "second karaoke" is different from the above-mentioned operating state of "karaoke". In the "second karaoke" operating state, the performance enhancement mode shown in FIG. 12(C) is set, that is, the second OS is started on the main SoC 31a, and the first OS is started on the sub SoC 31b. Then, in the main SoC 31a, a third karaoke application is started on the second OS. The third karaoke application executes functions such as telop (lyrics display), background image display, sound effects, lighting control, and karaoke production. On the other hand, in the sub SoC 31b, a third karaoke application is started on the first OS. The third karaoke application performs functions such as karaoke performance and karaoke scoring.

FIG. 12(D) is a diagram showing the operating status of the application in the performance specialization mode. This example corresponds to the operating state of "Third Karaoke". In the operating state of "Third Karaoke", the performance enhancement mode shown in FIG. 12(D) is set, that is, the first OS is activated in both the main SoC 31a and the sub SoC 31b. Then, in the main SoC 31a, the fifth karaoke application is started on the first OS. In the fifth karaoke application, only karaoke performance is executed. On the other hand, in the sub SoC 31b, a sixth karaoke application is started on the first OS. The sixth karaoke application performs functions such as displaying captions, background images, karaoke production, and karaoke scoring.

In this way, in the modified example, by adding additional modes, it is possible to realize operating states that suit various situations.

The karaoke device 2 according to the present embodiment has been described above, but according to the karaoke device according to the present invention, it is possible to execute the application program (application program) in an operating environment corresponding to the application (application program) to be executed. . Further, by executing the application program with a control unit corresponding to the application (application program) to be executed, it is possible to provide versatility to the operating environment of the application (application).

Note that the present invention is not necessarily limited to a karaoke device, and can be implemented in various information processing devices such as the remote control device 1, a smartphone owned by a user, a personal computer installed at home, a game machine, etc. Good too. Alternatively, programs executed by such various information processing devices also belong to the scope of the present invention.

1: Remote control device 19: Infrared communication unit 2: Karaoke device 32: HDMI switch 5: Server device 33: Interface 11: Touch panel monitor 34: Mixing amplifier 11a: Display unit 35: Hard disk 11b: Touch panel 36: Infrared communication unit 12: Video RAM 37: Wireless LAN communication section 13: Video control section 38: LAN communication section 14: Memory 39: Operation section 15: CPU 41: Monitor 16: Wireless LAN communication section 42: Speaker 17: Operation section 43a, 43b: Microphone 18 :Operation processing unit 130:Access point

Claims (5)

A karaoke device comprising a storage unit and a plurality of control units,
The storage unit stores a plurality of application programs,
Each application program is associated with an operating environment and a control unit to be executed,
Each control unit forms an image to be displayed on a common display device,
The control unit that corresponds to the application that was instructed to start executes the application, and if the operating environment of the application program that was instructed to start is different from the operating environment that is currently being executed, the operating environment is changed to the operating environment of the application program. After changing to , run the application program instructed to start,
During a period when the operating environment is changed in the first control unit whose operating environment is to be changed, a second control unit different from the first control unit forms an image to be displayed on the display device.
Karaoke equipment. During the period when the operating environment is changed in the first control unit whose operating environment is to be changed, a second control unit different from the first control unit executes pre-processing related to the application program started in the first control unit, and the first control unit The karaoke apparatus according to claim 1 , wherein the information obtained by pre-processing is transmitted to the first control unit after the operating environment in the unit is changed. A combination mode is defined that defines the combination of application programs to be executed simultaneously.
The karaoke apparatus according to claim 1 , wherein each control unit executes an application program to be executed by each control unit based on the combination mode. The karaoke apparatus according to any one of claims 1 to 3 , wherein during execution of an application program, the load on the control unit is determined, and the control unit to be executed by the application is determined. Each operating environment of the control unit has a different operating system.
The karaoke apparatus according to any one of claims 1 to 4 , wherein each control unit changes the operating environment to a new operating environment after executing a restart when changing the operating environment.