Karaoke device
By utilizing a dual OS configuration for cooperative processing, the karaoke device addresses the challenge of increased processing loads, enhancing performance and enabling advanced functions while ensuring efficient development and customer value.
Patent Information
- Application Number
- JP2023054929
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Filing Date
- 2023-03-30
- Publication Date
- 2025-06-24
- Estimated Expiration
- 2043-03-30
AI Technical Summary
Karaoke devices face challenges in realizing advanced functions due to increased processing loads, often resulting in insufficient configuration, decreased functional quality, and delayed application provision times.
The karaoke device employs a dual operating system configuration, where a first control process operates based on a first OS and a second control process operates based on a second OS, allowing for cooperative processing and improved performance by leveraging the strengths of each OS.
This dual OS approach enhances the performance of the karaoke device, enabling the realization of various advanced functions such as higher-quality graphic effects and remote communication, while maintaining efficient development and customer value.
Smart Images

Figure 0007697488000001 
Figure 0007697488000002 
Figure 0007697488000003
Abstract
Description
Technical Field
[0001] The present invention relates to a karaoke device that performs a performance for singing.
Background Art
[0002] There is known a karaoke device that can enjoy singing in accordance with an accompaniment to be performed. In the karaoke device, not only singing but also various functions are added to improve the entertainment performance.
[0003] Patent Document 1 discloses a server device that can add functions to a plurality of karaoke devices at once and can prevent a malfunction from occurring in the karaoke device due to the execution of a program that does not support the karaoke device.
Prior Art Documents
Patent Documents
[0004]
Patent Document 1
Summary of the Invention
Problems to be Solved by the Invention
[0005] As seen in Patent Document 1, in a karaoke device connected to a network, it is possible to add an application program (app) later. In recent years, in a karaoke device as well, by executing an app, realization of various and advanced functions such as higher-quality graphic effects and remote communication has been demanded.
[0006] In a karaoke device, the processing of an application for realizing advanced functions may lead to an increase in the processing load of the karaoke device. When realizing advanced functions, if the configuration on the karaoke device side is insufficient, there may be a situation where the advanced functions cannot be fully realized. If we try to forcibly meet these functional requirements with the same configuration as before, there will be problems such as a decline in functional quality and development efficiency, resulting in a decrease in customer value and a delay in the provision time of the application.
[0007] The present invention is in view of such a situation, and in a karaoke device, it is configured to perform processes in cooperation with each other between a first control process operated based on a first operating system (OS) and a second control process operated based on a second OS. And, by implementing an application in consideration of the excellent processes of the first OS and the second OS, one object is to improve the performance of the karaoke device and enable various functions to be realized.
Means for Solving the Problem
[0008] Therefore, the karaoke device according to the present invention adopts the following configuration. A karaoke device that executes in parallel a first control process operated based on a first operating system (OS) and a second control process operated based on a second OS, The first control process includes a transmission process that transmits a startup instruction of an application program to the second control process and an app reservation reception process for receiving an app reservation instruction of the application program an app reservation process for storing app reservation data corresponding to the app reservation instruction received in the app reservation reception process in a reservation list an extraction process for extracting the app reservation data to be launched next from the reservation list and includes The second control process includes a reception process that receives a startup instruction from the first control process and a startup process that starts the application program based on the received startup instruction. see The transmission process transmits a launch instruction based on the app reservation data extracted in the extraction process. In addition, the karaoke device according to the present invention A karaoke device that executes in parallel a first control process operating based on a first operating system (OS) and a second control process operating based on a second OS, The first control process includes: a transmission process that transmits a startup instruction for an application program to the second control process and a playback process for controlling the playback of music an app reservation reception process for receiving an app reservation instruction of the application program a music reservation reception process for obtaining a music reservation instruction of the music an app reservation process for storing app reservation data corresponding to the app reservation instruction received in the app reservation reception process in a reservation list a music reservation process for storing music reservation data corresponding to the music reservation instruction received in the music reservation reception process in a reservation list an extraction process for extracting the app reservation data or music reservation data to be launched next from the reservation list and includes: The second control process includes: a reception process that receives a startup instruction from the first control process; and a startup process that starts the application program based on the received startup instruction. see When the app reservation data is extracted in the extraction process, the transmission process transmits a launch instruction based on the extracted app reservation data When the music reservation data is extracted in the extraction process, the playback process controls the playback of music based on the extracted music reservation data.
[0009] Furthermore, the karaoke device of the present embodiment includes a first CPU and a second CPU, wherein the first control process is processed by the first CPU, and the second control process is processed by the second CPU.
[0010] Furthermore, in the karaoke device of the present embodiment, the first CPU and the second CPU communicate with each other using a predetermined communication protocol.
[0011] Furthermore, in the karaoke device of the present embodiment, the first control process includes a determination process that determines whether the application program can be started by the second control process, and the transmission process transmits a startup instruction when it is determined in the determination process that the application program can be started by the second control process.
[0015] Furthermore, in the karaoke device of the present embodiment, The transmission process transmits a start instruction at a timing determined based on the first control process or the second control process.
[0016] Furthermore, in the karaoke device of the present embodiment, The transmission process transmits a start instruction at a timing when music is not being played in the playback process.
[0017] Furthermore, in the karaoke device of the present embodiment, The karaoke device can be connected to an external device that can be selectively controlled by the first control process or the second control process. When the application program is started by the second control process while the external device is being controlled by the first control process, the control of the external device is switched from the first control process to the second control process.
[0018] Furthermore, in the karaoke device of the present embodiment, The karaoke device can be connected to an external device that can be selectively controlled by the first control process or the second control process. Option data indicating the use of the external device in the application program is associated with the application program. When the application program associated with the option data is started by the second control process while the external device is being controlled by the first control process, the control of the external device is switched from the first control process to the second control process.
Advantages of the Invention
[0019] According to the present invention, in a karaoke device, a process of cooperating with each other is performed between a first control process operated based on a first OS (Operating System) and a second control process operated based on a second OS. With such a configuration, by implementing an application in consideration of the excellent processes of the first OS and the second OS, the performance of the karaoke device can be improved, and various functions can be realized.
Brief Description of the Drawings
[0020]
Figure 1
Figure 2
Figure 3
Figure 4
Modes for Carrying Out the Invention
[0021] FIG. 1 is a diagram showing the configuration of the karaoke system of this embodiment. The karaoke system in this embodiment includes a karaoke device 2 (sometimes also referred to as a commander) and a remote control device 1. The karaoke device 2 and the remote control device 1 are communicatively connected via a LAN 100 and an access point 130 so as to form a network.
[0022] The karaoke device 2 installed in a store such as a karaoke box includes an acoustic control unit 25 as a performance sound reproduction unit for playing music. The karaoke device 2 also includes a control unit 30 for controlling the karaoke device 2. The control unit 30 is connected to a monitor 41 that outputs video, an acoustic control unit 25 that performs music performance, and an interface 27. Details of the control unit 30 will be described in detail later.
[0023] Various components are connected to the control unit 30 via the interface 27. The operation unit 21 functions as a user interface that receives various inputs from the user. The karaoke device 2 includes a hard disk 32 as a storage unit that stores various information. The karaoke device 2 includes a LAN communication unit 24a as a communication means for connecting to the network by connecting to the LAN 100. Further, the karaoke device 2 of the present embodiment also includes a wireless LAN communication unit 24b, and it is also possible to perform a wireless network connection using the wireless LAN communication unit 24b instead of the wired network connection using the LAN communication unit 24a.
[0024] Furthermore, in this karaoke device 2, in addition to the monitor 41 connected externally, it is possible to display various information on the touch panel monitor 33. The touch panel monitor 33 has a function as a display unit that displays the video formed by the control unit 30 and a function as a user interface that transmits the position where the touch input is made to the control unit 30. The touch panel monitor 33 is arranged on the front surface of the housing of the karaoke device 2 or the like, and functions as an input unit in the same manner as the operation unit 21 of the karaoke device 2 or the touch panel monitor 11 of the remote control device 1. The user can perform various operations on the karaoke device 2, such as directly reserving a song on the karaoke device 2 by selecting a song on the touch panel monitor 33.
[0025] With such a configuration, the karaoke device 2 will execute various processes. As the main functions of the karaoke device 2, it is possible to execute a song reservation process, a song playback process, and the like. The song reservation process is a process for designating and reserving a song based on an input from the user, and is executed in cooperation with the remote control device 1. The song reservation data formed by the song selection process of the remote control device 1 is transmitted to the karaoke device 2. The karaoke device 2 registers the received song reservation data in the reservation list. The song playback process is a process for playing back the reserved song, and is a process in which the performance process, the lyrics display process, and the video playback process are executed synchronously.
[0026] The performance process is a process of causing the acoustic control unit 25 to perform a performance based on the performance sound data included in the music data. The music performed by the acoustic control unit 25 is emitted from the speaker 42 together with the singing voice input from the microphones 43a and 43b. The lyric display process is a process of assisting singing by causing the monitor 41 to display a lyric video based on the lyric data included in the music data. It is also possible to execute a video playback process in which a background video is superimposed on the lyric video displayed in this lyric display process.
[0027] On the other hand, the remote control device 1 is capable of executing a music selection process of searching for a music based on an instruction from the user and transmitting music reservation data to the karaoke device 2 for the music for which a playback instruction has been given. Further, the remote control device 1 can receive various information from the karaoke device 2 or the server device 5 connected to the Internet and execute various processes. In the present embodiment, an operation unit 17 and a touch panel monitor 11 are provided as a user interface for receiving various instructions from the user. The touch panel monitor 11 includes a display unit 11a and a touch panel 11b, and while displaying various information on the display unit 11a, it is capable of receiving a touch input from the user.
[0028] Furthermore, the remote control device 1 includes a database required for the music selection process, various programs, and a memory 14 as a storage unit for storing various information generated when the programs are executed, and a remote control side control unit for comprehensively controlling these configurations. The remote control side control unit includes a CPU 15, a video control unit 13 for forming a video to be displayed on the touch panel monitor 11, a video RAM 12 for temporarily storing the video data of the video to be displayed, and an operation processing unit 18 for interpreting an input from the touch panel monitor 11 or the operation unit 17 and transmitting it to the CPU 15.
[0029] The remote control device 1 is wirelessly connected to the access point 130 by the wireless LAN communication unit 16, and thus is connected to the network constituted by the LAN 100. Each remote control device 1 is pre-associated with a specific karaoke device 2. Various commands output from the remote control device 1 will be received by the associated karaoke device 2.
[0030] With such a configuration of the remote control device 1, various inputs from the user are received from the touch panel monitor 11 or the operation unit 17, and various information is provided by the display of the touch panel monitor 11, so that various processes such as a music selection process for transmitting music reservation data output to the karaoke device 2 can be performed.
[0031] FIG. 2 is a functional block diagram showing the functions of the control unit 30 of the present embodiment. The control unit 30 of the present embodiment includes a first OS (Operating System) 30a and a second OS (Operating System) 30b. The processes executed based on the first OS are sometimes referred to as first control processes, and the processes executed based on the second OS are sometimes referred to as second control processes.
[0032] The first OS 30a and the second OS 30b are different types of OS (Operating System). For example, for the first OS 30a, the OS that has been used in the conventional karaoke device 2 is used. By using the existing OS for the first OS 30a in this way, it is possible to use the existing resources without significant modification for the existing functions. On the other hand, for the second OS, an OS good at video processing or an OS capable of handling new functions is used. By using two OSs in this way, it is possible to share the processes that each OS is good at, improve the performance of the karaoke device 2, and also easily develop the karaoke device 2.
[0033] The configuration of the control unit 30 may be such that the CPUs that control the respective operating systems are separated, for example, into a first CPU that executes the first OS 30a and a second CPU that executes the second OS 30b. In that case, the first CPU and the second CPU may be mounted on the same substrate or may be mounted on separate substrates. Communication is executed between the first CPU and the second CPU using a predetermined communication protocol (communication standard), and processing is executed in cooperation with each other.
[0034] Not only in such a form, but the first OS 30a and the second OS 30b may also be executed by the same one CPU. For example, in a multi-core or multi-threaded CPU, it is conceivable to simultaneously execute the first control process of the first SO 30a and the second control process of the second SO 30b.
[0035] The first OS 30a of the present embodiment mainly has an overall management function B10 of the karaoke device 2, functions related to music playback and applications (B11 to B15), and a second OS application control function B16. In addition to these functions, the first OS 30a includes a video output function B19 and a video synthesis function B18.
[0036] The overall management function B10 corresponds to a function for comprehensively managing the karaoke device 2. Therefore, various instructions are given to the inter-song management function B11, the reserved content management function B12, the karaoke playback management function B13, and the immediate execution application management function B14 as functions related to music playback and applications.
[0037] First, the operation during music playback in karaoke will be described. The overall management function B10 sequentially stores music reservation data indicating reserved music in a reservation list managed by the reserved content management function B12 in accordance with operations of various user interfaces such as the touch panel monitor 11 of the remote control device 1 and the operation unit 21 of the karaoke device 2. The reserved content management function B12 sequentially causes the karaoke playback function B15 to play music via the karaoke playback management function B13 based on the music reservation data in the reservation list. The karaoke playback function B15 executes music performance processing and scoring processing (singing evaluation processing).
[0038] In this embodiment, depending on the type of the application, it is also possible to manage it in the reservation list in the same manner as music. When an application is reserved in accordance with operations on various user interfaces, the reservation content management function B12 sequentially stores application reservation data indicating the reserved application in the reservation list. The reservation content management function B12 sequentially extracts music reservation data or application reservation data from the reservation list. When the music reservation data is extracted, the karaoke playback function B15 plays the music. When the application reservation data is extracted, an activation instruction for the application indicated by the application reservation data is transmitted to the second OS 30b via the second OS application control function B16.
[0039] The activation instruction based on the application reservation data is transmitted, for example, at the timing when the playback of the previously reserved music ends or at the timing when the previously reserved application finishes execution. At this time, the timing when the playback of the previously reserved music ends may be determined based on the performance process of the first OS 30a. The timing when the previously reserved application finishes execution may be determined based on the processing status of the first to third applications B22a to B22c transmitted from the application management function B21 of the second OS 30b described later. Also, in the application, there may be not only applications executed on the second OS 30b but also applications executed on the first OS 30a.
[0040] As described above, in the karaoke device 2 of this embodiment, by handling both music reservation data and application reservation data in the reservation list, it is possible to sequentially execute music playback and processing such as games by applications.
[0041] The video output function B19 executes lyric display processing and video playback processing, and generates lyric videos, simple background videos, etc. based on the music pieces managed by the karaoke playback management function B13. In this embodiment, the video generated by the video output function B19 and the video transmitted from the video output function of the second OS 30b are combined by the video combining function B18 of the first OS 30a and displayed and output on the monitor 41. The video output function B19 may generate a message video or the like indicating the activation of the application.
[0042] As described above, the operation of the first OS 30a during music playback has been explained. In this embodiment, in the scoring process during music playback, the second OS 30b is made to perform production processing according to the progress of scoring. In this embodiment, in accordance with a scoring instruction operation on the user interface, the scoring process is executed for the music pieces reserved after the scoring instruction. Therefore, for the production processing associated with the scoring process, the karaoke playback management function B13 executes various instructions regarding the production processing associated with the scoring process for the second OS 30b via the second OS application control function B16.
[0043] In addition, the karaoke device 2 of this embodiment can also execute an immediate scoring process different from the normal scoring process. The immediate scoring process is a process when a scoring instruction is given during the playback of a music piece being played. When an immediate scoring instruction is given to the user interface, the immediate execution application management function B14 outputs and receives various pieces of information regarding the scoring process from the karaoke playback function B15. In the karaoke playback function B15, even when the scoring process is not instructed, since the scoring process is internally executed, when an immediate scoring instruction is given, it is possible to output information regarding the scoring process from the start of the music playback. Also, the immediate execution application management function B14 transmits an instruction for the second OS 30b to execute the production processing during the immediate scoring process via the second OS application control function B16.
[0044] In addition, as a function related to music playback, the first OS 30a includes an inter-song management function B11. During a period when the music detected by the karaoke playback management function B13 is not being played, the inter-song management function B11 transmits an activation instruction for the inter-song app B22d to the second OS 30b via the second OS app control function B16.
[0045] As described above, in this embodiment, the first OS 30a has functions related to music playback and app management, and executes various processes related to those functions. On the other hand, the second OS 30b executes apps and performs processes related to various effects such as game processing and video playback. In this way, in this embodiment, it is possible to utilize the video playback function that the second OS 30b is good at to perform effects and the like, thereby improving the performance of the karaoke device 2. Also, it is possible to appropriately perform cooperation of processes between the first OS 30a and the second OS 30b.
[0046] The second OS 30b is configured to include an app management function B21, first to third apps B22a to B22c that perform various processes, an inter-song app B22d, and a video output function B23. The app management function B21 activates the first to third apps B22a to B22c and the inter-song app B22d according to an instruction from the first OS 30a. It is also possible to transmit various information acquired from the first OS 30a to the first to third apps B22a to B22c and the inter-song app B22d that are in operation. And it is also possible to transmit the processing status of the first to third apps B22a to B22c and the inter-song app B22d to the first OS 30a.
[0047] The first to third apps B22a to B22c are apps (application programs) that execute various processes such as effects and games. In this embodiment, three first to third apps B22a to B22c are installed, but it is possible to further install apps according to the required functions and processes from a server device 5 or the like.
[0048] During a period when no music is being played, the inter-song app B22d is launched based on a launch instruction received from the first OS 30a. The processing of the inter-song app B22d may, for example, display various types of information such as advertisement videos and food and drink menu videos in a karaoke store on the monitor 41. In the present embodiment, the inter-song app B22d is provided in the second OS 30b, but it may also be provided in the first OS 30a.
[0049] The video output function B23 generates a video based on the processing of the first to third apps B22a to B22c and the inter-song app B22d. The video generated by the video output function B23 in the present embodiment is, for example, a background video with advanced effects, a game video by an app, etc. In the present embodiment, the video output function B23 transmits the generated video to the first OS 30a. The transmitted video is synthesized by the video synthesis function B18 of the first OS 30a and output to the monitor 41. In the karaoke device 2 of the present embodiment, for example, a video in which a lyric video is superimposed on a background video with effects based on singing evaluation is output.
[0050] Also, the control unit 30 of the present embodiment is configured to include a control function for an external device. As the external device, for example, the camera 43 corresponds to this. As the external device, in addition to this, it refers to various devices that are connected to an external musical instrument such as a guitar and control the acoustic effect, or are connected to the karaoke device 2 such as an external amplifier and can be controlled by the control unit 30.
[0051] In an environment where the first OS 30a and the second OS 30b are used as in the present embodiment, a situation where the control of the external device by both conflicts may be considered. Therefore, in the present embodiment, a switching switch SW for switching the control of the external device is provided, and depending on the usage situation, etc., the second OS app control function B16 switches the switching switch SW to control the external device by the first OS 30a or the second OS 30b. Note that the switching switch SW can be provided for each external device, and for each external device, it is possible to switch the control by the first OS 30a or the control by the second OS 30b.
[0052] The switching control of the changeover switch SW can be considered to be performed as follows, for example. (1) Control by OS priority In the second OS 30b, when any one of the first to third applications B22a to B22c that use an external device is started, the changeover switch SW is forcibly switched to the second OS 30b side. (2) Control by application priority In the case of application priority, priorities are set in the applications, and for the started application, the external device is switched to the side of the prioritized application. For example, in a situation where an application that uses an external device is running in the second OS 30b, if an application with a higher priority than that starts in the first OS 30a, the changeover switch SW is switched to the first OS 30a side. (3) Control by option data In each of the first to third applications B22a to B22c, option data indicating whether or not to use an external device is set, and when the application is started, the option data is referred to and the changeover switch SW is switched. For example, when the option data of "external device use: yes" is set in the first application B22a, when the first application B22a is started in the second OS 30b, the changeover switch SW is switched to the second OS 30b side. When the option data of "external device use: no" is set in the first application B22a, the changeover switch SW is not switched. The option data may be represented by binary data such as "0" when "external device use: no" and "1" when "external device use: yes", for example.
[0053] As described above, in the present embodiment, it is possible to appropriately control the external device connected to the karaoke device 2 under the control by two OSs.
[0054] FIG. 3 is a flowchart showing the control process executed by the control unit 30 of the karaoke device 2. Here, in the second OS 30b, taking an application (for example, the first application B22a) that performs an effect based on a singing evaluation as an example, the control process will be described.
[0055] First, a startup process for starting the application of the second OS 30b is executed. The startup process is executed in accordance with an instruction (start of singing evaluation processing) given to the user interface or the like. The second OS application control function B16 of the first OS 30a sends an application startup instruction to the second OS 30b (S201).
[0056] Upon receiving the application startup instruction, the second OS 30a starts the application corresponding to the application startup instruction (for example, the first application B22a that performs an effect based on singing evaluation) (S101). The started application starts a communication connection with the first OS 30a (S102) and sends a notification indicating that it has started normally to the first OS 30a (S103).
[0057] When the startup process is completed, the control unit 30 starts the pre-play production process. The pre-play production process in this embodiment is a process executed when a music piece is reserved, and is a process in which various types of information (music piece name, artist name, name of the user who reserved, etc.) indicating that the music piece has been reserved are displayed on the monitor 41. Note that the timing of the pre-play production process may be appropriately performed at a timing after the music piece has been reserved and before the music piece is played, instead of the time when the music piece is reserved. When a game application is executed, pre-game information such as the difficulty level of the game may be displayed in the pre-play production process.
[0058] When it is detected in the first OS 30a that a music piece has been reserved (S202), the second OS application control function B16 sends a pre-play production start notification to the second OS 30b (S203). This pre-play production start notification may include pre-play related information (music piece name, artist name, name of the user who reserved, etc.) related to the reserved music piece.
[0059] Upon receiving the pre-play performance start notification, the app management function B21 on the second OS 30b side executes pre-play performance processing from the first app B22a based on the pre-play related information included in the pre-play performance start notification (S104). The pre-play performance processing (S104) in this embodiment is a performance by video output executed by the first app B22a, and the performance video is displayed and output to the monitor 41 by the video output function B23 via the video composition function B18.
[0060] The pre-play performance processing (S104) is a process executed over a predetermined period. After the process ends, an end notification is sent to the first OS 30a (S105). By receiving this end notification, the first OS 30a can confirm the execution status of the pre-play performance processing in the second OS 30b (in this case, the end of the process). For example, until the pre-play performance processing (S104) ends, the first OS 30a can perform controls such as not performing other processes or putting them on hold.
[0061] The playback processing is a process executed during the playback period of the music. In this embodiment, the playback performance processing (S106) associated with the singing evaluation processing is executed on the second OS 30b side. During music playback, the first OS 30a sends playback related information related to music playback to the second OS 30b. The playback related information may be sent every predetermined time during music playback, or may be sent at timings based on the progress of music playback (such as every measure, at the entrance of an interlude or a refrain, etc.). The playback performance processing (S106) executed by the first app B22a of the second OS 30b executes a performance by video formation based on the received playback related information, and outputs the video by the video output function B23.
[0062] In the first OS 30a, when the reproduction of a music piece starts (S204), the first OS 30a sends a reproduction-in-progress performance process start notification to the second OS 30b (S205). The second OS 30b that has received the reproduction-in-progress performance process start notification starts the reproduction-in-progress performance process (S106). In the present embodiment, during the music piece reproduction period, the first OS 30a transmits, as reproduction-related information, the reproduction progress status (S206), the section singing evaluation (S207), and the interlude notification (S208). The reproduction progress status is information indicating the reproduction time from the start of reproduction or the current reproduction position with respect to the entire reproduction time. In the reproduction-in-progress performance process, it is possible to perform various performances based on this reproduction progress status. For example, different performances may be performed depending on whether the reproduction position is in the beginning, middle, or end of the music piece. Even when transmitting the reproduction time from the start of reproduction as reproduction-related information, it is possible to determine the relative reproduction positions such as the beginning, middle, and end by transmitting the length of the music piece reproduction time immediately after the start of reproduction or the like.
[0063] The section singing evaluation is information regarding the singing evaluation for each predetermined section in the singing evaluation process executed in the first OS 30a. For example, it is information such as the section scoring result or information indicating the degree to which singing techniques (vibrato, sobbing, etc.) are performed for each section. In the reproduction-in-progress performance process (S106), it is possible to represent the evaluation for each section in video based on this section singing evaluation (for example, visualization by a graph). Further, the reproduction-in-progress performance process may determine whether the section scoring result satisfies a predetermined criterion and determine the performance. For example, in a game application, when the section scoring result satisfies a predetermined criterion, an effect of an enemy character falling down may be executed, and when the section scoring result does not satisfy the predetermined criterion, an effect of the player character being damaged may be executed.
[0064] The interlude notification is information output during the interlude reproduction. In the reproduction-in-progress performance process, by receiving the interlude notification, various video-based performances are performed during the interlude.
[0065] As described above, in the playback-time effect process (S106) of the present embodiment, the second OS 30b can perform various effects based on the playback-related information by receiving the playback-related information from the first OS 30a during the music playback period. In the present embodiment, the playback-time effect process (S106) is configured to perform effects using video, but the effects may include not only video but also audio effects. In that case, the audio signal formed by the second OS 30b is mixed with other audio signals in the audio control unit 25 and output to the speaker 42. The playback-related information may include the pitch, volume, lyrics, etc. of the singing voice.
[0066] When the music playback ends, the post-playback effect process is started. When the music playback ends (S209: Yes), the first OS 30a sends a post-playback effect start notification to the second OS 30b (S210). In the present embodiment, the post-playback effect start notification includes post-playback related information. The post-playback related information of the present embodiment includes the singing evaluation results (singing evaluation scores, evaluation levels for each technique, etc.) calculated in the singing evaluation process.
[0067] The second OS 30b that has received the post-playback effect start notification executes the post-playback effect process (S107). The post-playback effect process of the present embodiment is a process of forming video based on the post-playback related information, and the post-playback related information is classified into levels based on a threshold, and different videos are output at each level.
[0068] Here, in the first OS 30a, since the execution status of the post-play production process (S107) executed in the second OS 30b is unknown, if other processes are executed in the first OS 30a while the post-play production process (S107) is being executed in the second OS 30b, it is conceivable that the processes will conflict. Therefore, when the execution of the post-play production process (S107) ends in the second OS 30b, the second OS 30b sends an end notification (S108) to the first OS 30a. In the first OS 30a, until the end notification is received, other processes, for example, processes that may conflict with the post-play production process (S107), are interrupted or put on hold. Then, when the first OS 30a receives the end notification (S211: Yes), it starts other processes to be executed next.
[0069] In this way, in this embodiment, the second OS 30b can avoid conflicts between the two OSs and perform processes in appropriate cooperation by sending the execution status of a predetermined process (for example, the post-play production process (S107)) to the first OS 30a. Note that in this embodiment, an end notification is sent as the execution status, but in addition to this, information indicating the status of the application executed in the second OS 30b may be sent, and on the first OS 30a side, processes may be performed based on that status.
[0070] As described above, the karaoke device 2 of this embodiment has been described. In the karaoke device 2 of this embodiment, the control unit 30 performs the first control process operated based on the first OS 30a and the second control process operated based on the second OS 30b, so that the processes that the first OS 30a and the second OS 30b are good at can be shared, and the performance of the karaoke device 2 can be improved and easy development can be carried out.
[0071] [First Modification Example] Next, various modification examples according to other embodiments of the karaoke device 2 will be described. FIG. 4 is a functional block diagram showing the functions of the control unit 30 for the first modification example. The first modification example is different from the functional block diagram described in FIG. 2 and the functions in the second OS 30b. Note that for other functions, the content described in FIG. 2 is the same.
[0072] The first modification example is different from the above-described embodiment in the management control of the first to third applications B22a to B21c and the inter-song application B22d. In the above-described embodiment, the application management function B21 directly manages and controls the first to third applications B22a to B22c and the inter-song application B22d, but in the first modification example, it is different in the configuration of controlling via the default application B20.
[0073] The default application B20 is an application program similar to the first to third applications B22a to B22c and the inter-song application B22d, and when the first to third applications B22a to B22c and the inter-song application B22d are not started, the default application B20 is started. For example, when the first application B22a is started and then the startup ends, the default application B20 is started. The same applies to the second application B22b, the third application B22c, and the inter-song application B22d. When any of the first to third applications B22a to B22c and the inter-song application B22d is not started, the default application B20 is started. The application management function B21 can confirm the startup states of the first to third applications B22a to B22c and the inter-song application B22d by monitoring the startup state of the default application B20.
[0074] In the above-described embodiment, the first to third applications B22a to B22c and the inter-song application B22d needed to notify the application management function B21 of the end notification at the end of startup. In contrast, in the first modification example, the first to third applications B22a to B22c and the inter-song application B22d do not need to notify the application management function B21 of the end notification, and it is only necessary to monitor the startup state of the default application B20. Also, for example, even when the first application B22a crashes due to a malfunction while it is running, the startup of the default application B20 makes it possible to surely notify the application management function B21 and the first OS 30a of the startup state of the application. Therefore, it is possible to smoothly perform the processing of the entire karaoke device 2 without causing malfunctions such as freezing the karaoke device 2.
[0075] In the above-described first modification example, the first to third applications B22a to B22c and the inter-song application B22d are controlled by the default application B20. However, the inter-song application B22d may be directly controlled by the application management function B21 or the inter-song management function B11 of the first OS 30a. Different from the first to third applications B22a to B22c that require control and management, the inter-song application B22d is often a simple application such as an advertisement display function, etc., and the reason is that even if a problem occurs, the impact on the user is low. In this case, it becomes possible to more smoothly perform the processing of the entire karaoke device 2.
[0076] [Second Modification Example] In the above-described embodiment, as described with reference to FIG. 3, the first OS 30a has been configured to transmit an application start instruction to the second OS 30b (S201). In this case, in the second OS 30b, regardless of the state, the start instruction will be received. For example, a situation where the second OS 30b is executing another process and cannot start an application based on the start instruction can also be considered.
[0077] Therefore, before transmitting the application start instruction (S201), the first OS 30a may determine the situation of the second OS 30b and then transmit the application start instruction. In that case, the first OS 30a communicates with the second OS 30b before the application start instruction and receives state-related information regarding the state from the second OS 30b. Then, the first OS 30a executes a determination process to determine whether the application to be started can be started based on the received state-related information. If it is determined that the application can be started on the second OS 30b, the first OS 30a transmits the application start instruction to the second OS 30b to start the application on the second OS 30b.
[0078] In this way, by acquiring and determining the situation of the second OS 30b before transmitting the application start instruction, it becomes possible to surely start the application on the second OS 30b.
[0079] There are also applications that operate on the first OS 30a. When such an application is reserved, it is not necessary to send an application start instruction to the second OS 30b. The first OS 30a may be configured to determine whether the reserved application is an application that operates on the first OS 30a or an application that operates on the second OS 30b. At this time, if it is determined that the application is an application that operates on the second OS 30b, an application start instruction may be sent (S201).
[0080] In this way, by determining whether the reserved application is an application that operates on the first OS 30a or an application that operates on the second OS 30b, the application corresponding to each OS can be appropriately operated.
Explanation of Signs
[0081] 1: Remote control device 33: Touch panel monitor 2: Karaoke device 41: Monitor 5: Server device 42: Speaker 11: Touch panel monitor 43: Camera 11a: Display unit 43a: Microphone 11b: Touch panel 43b: Microphone 12: Video RAM 130: Access point 13: Video control unit B10: Overall management function 14: Memory B11: Inter-song management function 15: CPU B12: Reserved content management function 16: Wireless LAN communication unit B13: Karaoke playback management function 17: Operation unit B14: Immediately executable application management function 18: Operation processing unit B15: Karaoke playback function 21: Operation unit B16: Second OS application control function 24a: LAN communication unit B18: Video synthesis function 24b: Wireless LAN communication unit B19: Video output function 25: Audio control unit B20: Default application 27: Interface B21: Application management function 30: Control Unit B22a~B22c: First to Third Apps 30a: First OS B22d: Interpolation App 30b: Second OS B23: Video Output Function 32: Hard Disk SW: Changeover Switch
Claims
1. A karaoke device that executes in parallel a first control process operating based on a first operating system (OS) and a second control process operating based on a second OS, wherein the first control process includes a transmission process that transmits a startup instruction for an application program to the second control process, an application reservation reception process that receives an application reservation instruction for the application program, an application reservation process that stores application reservation data corresponding to the application reservation instruction received in the application reservation reception process in a reservation list, and an extraction process that extracts the application reservation data to be started next from the reservation list, and the second control process includes a reception process that receives a startup instruction from the first control process, and a startup process that starts the application program based on the received startup instruction, wherein the transmission process transmits a startup instruction based on the application reservation data extracted in the extraction process karaoke device.
2. A karaoke device that executes in parallel a first control process operating based on a first operating system (OS) and a second control process operating based on a second OS, wherein the first control process includes a transmission process that transmits a startup instruction for an application program to the second control process, a playback process that controls the playback of music, an application reservation reception process that receives an application reservation instruction for the application program, a music reservation reception process that acquires a music reservation instruction for the music, an application reservation process that stores application reservation data corresponding to the application reservation instruction received in the application reservation reception process in a reservation list, a music reservation process that stores music reservation data corresponding to the music reservation instruction received in the music reservation reception process in a reservation list, and an extraction process that extracts the application reservation data or music reservation data to be started next from the reservation list, and the second control process includes a reception process that receives a startup instruction from the first control process, and a startup process that starts the application program based on the received startup instruction, wherein when the extraction process extracts application reservation data, the transmission process transmits a startup instruction based on the extracted application reservation data, and when the extraction process extracts music reservation data, the playback process controls the playback of music based on the extracted music reservation data karaoke device.
3. Comprising a first CPU and a second CPU, The first control process is processed by the first CPU, The second control process is processed by the second CPU The karaoke device according to claim 1 or claim 2.
4. The first CPU and the second CPU communicate with each other using a predetermined communication protocol The karaoke device according to claim 3.
5. The first control process includes a determination process for determining whether the application program can be activated by the second control process, The transmission process transmits an activation instruction when it is determined in the determination process that the application program can be activated by the second control process The karaoke device according to claim 1 or claim 2.
6. The transmission process transmits an activation instruction at a timing determined based on the first control process or the second control process The karaoke device according to claim 1 or claim 2.
7. The transmission process transmits an activation instruction at a timing when music is not being played in the playback process The karaoke device according to claim 2.
8. The karaoke device can be connected to an external device that can be selectively controlled by the first control process or the second control process, When the external device is being controlled by the first control process and the application program is activated by the second control process, switch the control of the external device from the first control process to the second control process The karaoke device according to claim 1 or claim 2.
9. The karaoke device can be connected to an external device that can be selectively controlled by the first control process or the second control process, Option data indicating the use of the external device in the application program is associated with the application program, When the external device is being controlled by the first control process and the application program associated with the option data is activated by the second control process, switch the control of the external device from the first control process to the second control process The karaoke device according to claim 1 or claim 2.
Citation Information
Patent Citations
Karaoke device outputting game contents between karaoke performances
JP2003108160A
Server device and terminal device management system
JP2012243270A
Information processor
JP2015035155A
Karaoke device
JP2022155748A
The karaoke which is installed dual os
KR100705513B1