特許 7359189 カラオケ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-10-02

(45)【発行日】2023-10-11

(54)【発明の名称】カラオケ装置

(51)【国際特許分類】

   G10K 15/04 20060101AFI20231003BHJP

   G06F 9/445 20180101ALI20231003BHJP

【ＦＩ】

G10K15/04 302D

G06F9/445

【請求項の数】 5

(21)【出願番号】P 2021059133

(22)【出願日】2021-03-31

(65)【公開番号】P2022155748

(43)【公開日】2022-10-14

【審査請求日】2022-03-29

(73)【特許権者】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】100157118

【弁理士】

【氏名又は名称】南 義明

(72)【発明者】

【氏名】佐橋 亮

(72)【発明者】

【氏名】瀧尻 豊

(72)【発明者】

【氏名】二村 湧斗

(72)【発明者】

【氏名】西尾 哲司

【審査官】冨澤 直樹

(56)【参考文献】

【文献】特開平０９－１９０３４０（ＪＰ，Ａ）

【文献】特開平０４－３３２０３８（ＪＰ，Ａ）

【文献】特開平０５－１８１６４８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１０Ｋ １５／０４

Ｇ０６Ｆ ９／４４－９／４４５

(57)【特許請求の範囲】

【請求項1】

記憶部と、複数の制御部を備えたカラオケ装置であって、
記憶部は、複数のアプリケーションプログラムを記憶し、
各アプリケーションプログラムは、動作環境、及び、実行対象となる制御部に対応付けられ、
各制御部は、共通の表示装置に表示する画像を形成し、
開始指示されたアプリケーションに対応する制御部で当該アプリケーションを実行するとともに、開始指示されたアプリケーションプログラムの動作環境が、現在、実行している動作環境と異なる場合、動作環境を当該アプリケーションプログラムの動作環境に変更した後、開始指示されたアプリケーションプログラムを実行し、
動作環境の変更対象である第１制御部において動作環境を変更する期間、第１制御部とは異なる第２制御部において表示装置に表示する画像を形成する
カラオケ装置。

【請求項2】

動作環境の変更対象である第１制御部において動作環境を変更する期間、第１制御部と異なる第２制御部において第１制御部で開始されるアプリケーションプログラムに関する事前処理を実行し、第１制御部における動作環境の変更後、事前処理で得られた情報を第１制御部に送信する
請求項１に記載のカラオケ装置。

【請求項3】

同時に実行するアプリケーションプログラムの組み合わせを規定した組み合わせモードが規定され、
各制御部は、組み合わせモードに基づいて、各制御部で実行するアプリケーションプログラムを実行する
請求項１または請求項２の何れか１項に記載のカラオケ装置。

【請求項4】

アプリケーションプログラムの実行中、制御部での負荷を判定し、当該アプリケーションの実行対象となる制御部を決定する
請求項１から請求項３の何れか１項に記載のカラオケ装置。

【請求項5】

制御部の各動作環境は、オペレーティングシステムが異なり、
各制御部は、動作環境を変更する際、再起動を実行した後、新たな動作環境に変更する
請求項１から請求項４の何れか１項に記載のカラオケ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、楽曲を再生可能なカラオケ装置に関する。

【背景技術】

【0002】

従来、伴奏に合わせて歌唱を楽しむカラオケが社交の場等で行われている。現在、カラオケ装置は、楽曲の演奏を行うのみならず、歌詞表示、歌唱採点等、多機能化が進んでいる。また、カラオケのみならず、映画、ライブ映像等、各種コンテンツの視聴を行うタイプもみられる。

【0003】

このように多機能化が進むカラオケ装置において、特許文献１には、ソフトウェア音源とハードウェア音源とを用いたカラオケ装置において、楽曲の再生中にＣＰＵの性能不足によって、楽曲の再生が滑らかに行えないことを避けることのできるカラオケ装置が開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１２－２２０５１１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に記載のカラオケ装置は、楽曲再生時の音質向上等を図るため、楽曲再生をハードウェア音源、もしくは、ソフトウェア音源に分けたものである。現在、カラオケ装置の多機能化は、楽曲再生機能のみならず、コンテンツ視聴等、他の機能に及ぶところである。

【0006】

このような他の機能は、既に既存のアプリケーションプログラムによって実現されている場合がある。このような場合、カラオケ装置のオペレーティングシステムと、アプリケーションプログラムのオペレーティングシステムが異なる場合、新たにアプリケーションプログラムを開発、もしくは、修正する必要がある。

【0007】

また、カラオケ装置で実行するアプリケーションプログラムの負荷が、処理部の能力を超える場合、アプリケーションプログラムが実行できない、あるいは、実行に支障が生じることが考えられる。逆に、処理部の能力がアプリケーションプログラムの負荷を上回る場合、処理部に対し不相応な処理能力が割り当てられることになる。

【0008】

本発明は、このような事情を鑑みたものであって、１つにはアプリケーションプログラムに応じて処理部のオペレーティングシステム（動作モード）を切り替えることを１つの目的としている。また、実行対象となるアプリケーションプログラムに応じた処理能力を有する処理部で当該アプリケーションプログラムを実行することを１つの目的としている。

【課題を解決するための手段】

【0010】

そのため、本発明に係るカラオケ装置は、記憶部と、複数の制御部を備えたカラオケ装置であって、記憶部は、複数のアプリケーションプログラムを記憶し、各アプリケーションプログラムは、動作環境、及び、実行対象となる制御部に対応付けられ、各制御部は、共通の表示装置に表示する画像を形成し、開始指示されたアプリケーションに対応する制御部で当該アプリケーションを実行するとともに、開始指示されたアプリケーションプログラムの動作環境が、現在、実行している動作環境と異なる場合、動作環境を当該アプリケーションプログラムの動作環境に変更した後、開始指示されたアプリケーションプログラムを実行し、動作環境の変更対象である第１制御部において動作環境を変更する期間、第１制御部とは異なる第２制御部において表示装置に表示する画像を形成する。

【0013】

さらに、本発明に係るカラオケ装置は、動作環境の変更対象である第１制御部において動作環境を変更する期間、第１制御部と異なる第２制御部において第１制御部で開始されるアプリケーションプログラムに関する事前処理を実行し、第１制御部における動作環境の変更後、事前処理で得られた情報を第１制御部に送信する。

【0014】

さらに、本発明に係るカラオケ装置は、同時に実行するアプリケーションプログラムの組み合わせを規定した組み合わせモードが規定され、各制御部は、組み合わせモードに基づいて、各制御部で実行するアプリケーションプログラムを実行する。

【0015】

さらに、本発明に係るカラオケ装置は、アプリケーションプログラムの実行中、制御部での負荷を判定し、当該アプリケーションの実行対象となる制御部を決定する。

【0016】

さらに、本発明に係るカラオケ装置は、制御部の各動作環境は、オペレーティングシステムが異なり、各制御部は、動作環境を変更する際、再起動を実行した後、新たな動作環境に変更する。

【発明の効果】

【0017】

本発明に係るカラオケ装置によれば、実行対象となるアプリケーションプログラムに応じた動作環境で当該アプリケーションプログラムを実行する、もしくは、実行対象となるアプリケーションプログラムに応じた制御部で当該アプリケーションプログラムを実行することで、アプリケーションの動作環境に汎用性を持たせることが可能となる。

【図面の簡単な説明】

【0018】

【図1】本実施形態のカラオケシステムの構成を示す図

【図2】本実施形態のカラオケ装置における各種モードを示す図

【図3】本実施形態のカラオケ装置で使用する制御ファイルの構成を示す図

【図4】本実施形態の各種動作状態におけるアプリ起動状況を示す図

【図5】本実施形態の各種動作状態におけるアプリ起動状況を示す図

【図6】本実施形態のアプリ変更時におけるモード切り替えを説明するための図

【図7】本実施形態のカラオケ装置におけるメイン処理を示すフロー図

【図8】本実施形態の第１切替処理（演出特化モードへの切り替え）を示すフロー図

【図9】本実施形態の第１切替処理（通常モードへの切り替え）を示すフロー図

【図10】本実施形態の負荷監視処理を示すフロー図

【図11】他の実施形態の各種モードを説明するための図

【図12】他の実施形態の各種動作状態におけるアプリ起動状況を説明するための図

【発明を実施するための形態】

【0019】

図１は、本実施形態のカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、カラオケ装置２と、リモコン装置１を含んで構成されている。カラオケ装置２とリモコン装置１は、ＬＡＮ１００及びアクセスポイント１３０を利用してネットワークを形成するように通信接続されている。

【0020】

楽曲の演奏を行うカラオケ装置２は、メインＳｏＣ３１ａ（「第１制御部」に相当）、サブＳｏＣ３１ｂ（「第２制御部」に相当）を有している。ここで、ＳｏＣ（System on a Chip）は、ＣＰＵ、メモリ等、カラオケ装置２を制御するために必要な機能を統合したチップである。なお、第１制御部、第２制御部としては、ＳｏＣの形態ではなく、ＣＰＵ、メモリ等、複数のパーツで実現する形態であってもよい。

【0021】

メインＳｏＣ３１ａ、サブＳｏＣ３１ｂには、インターフェイス３３を介して各種構成が接続されている。また、メインＳｏＣ３１ａ、サブＳｏＣ３１ｂは、このインターフェイス３３を介して互いに通信を行うことも可能である。本実施形態では、インターフェイス３３に、ミキシングアンプ３４、ハードディスク３５、赤外線通信部３６、無線ＬＡＮ通信部３７、ＬＡＮ通信部３８、操作部３９が接続されている。

【0022】

ミキシングアンプ３４は、メインＳｏＣ３１ａ、あるいは、サブＳｏＣ３１ｂで再生された楽曲、及び、マイクロホン４３ａ、４３ｂから入力される音声をミキシングして、スピーカー４２に出力する。なお、ミキシングアンプ３４では、再生された楽曲、音声に対してエコー等の効果を付与する機能を持たせることとしてもよい。

【0023】

ハードディスク３５は、カラオケ装置２の記憶部として機能し、各種情報、あるいは、カラオケ装置２で実行可能なアプリケーションプログラムを複数記憶する。なお、本明細書では、アプリケーションプログラムのことを「アプリ」と略することがある。

【0024】

赤外線通信部３６、無線ＬＡＮ通信部３７、ＬＡＮ通信部３８は、カラオケ装置２の通信手段として機能し、外部の各種構成と通信を行うことが可能である。本実施形態では、赤外線通信部３６を使用して、リモコン装置１と通信を行い、リモコン装置１からの楽曲指定等を受信することとしている。また、ＬＡＮ通信部３８を使用して、ＬＡＮ１００に有線接続を行い、ネットワークに参加することとしている。また、有線ＬＡＮが使用できない場合には、無線ＬＡＮ通信部３７を使用したネットワーク接続することも可能となっている。

【0025】

操作部３９は、ユーザからの各種入力を受け付けることが可能である。操作部３９による操作入力は、メインＳｏＣ３１ａ、あるいは、サブＳｏｃ３１ｂの各種処理に使用される。本実施形態のメインＳｏＣ３１ａ、サブＳｏｃ３１ｂは、映像出力機能を備えており、それぞれの映像出力端子は、ＨＤＭＩ切替器３２（映像切替部）に接続されている。ＨＤＭＩ切替器３２は、メインＳｏｃ３１ａ、あるいは、サブＳｏｃ３１ｂの映像をモニタ４１に出力する。ＨＤＭＩ切替器３２の切替制御は、メインＳｏＣ３１ａ、あるいは、サブＳｏＣによる制御によって行われる。

【0026】

このような構成にてカラオケ装置２は、各種処理を実行することとなるが、カラオケ装置２の主な機能として、楽曲予約処理、楽曲再生処理などを実行可能としている。楽曲予約処理は、ユーザからの指定に基づいて楽曲を指定、予約するための処理であってリモコン装置１と連携して実行される。リモコン装置１の選曲処理で形成された予約情報は、カラオケ装置２に送信される。カラオケ装置２は、受信した予約情報を予約テーブルに登録する。楽曲再生処理は、予約された楽曲を再生させる処理であって、楽曲演奏処理と歌詞表示処理とが同期して実行される処理である。

【0027】

楽曲演奏処理は、楽曲情報に含まれる演奏情報に基づき、メインＳｏＣ３１ａ、あるいは、サブＳｏＣ３１ｂに演奏を実行させる処理である。演奏された楽曲は、ミキシングアンプにて、マイクロホン４３ａ、４３ｂから入力される音声とミキシングされ、スピーカー４２から放音される。歌詞表示処理は、楽曲情報に含まれる歌詞情報をモニタ４１に表示させることで歌唱補助を行う処理である。この歌詞表示処理で表示される歌詞に、背景映像を重畳させて表示させる背景映像表示処理を実行することとしてもよい。

【0028】

一方、リモコン装置１は、ユーザからの指示に基づいて楽曲を検索し、再生指示のあった楽曲について予約情報をカラオケ装置２に送信する選曲処理を実行可能としている。また、リモコン装置１は、カラオケ装置２あるいはインターネット上に接続されたサーバー装置５から各種情報を受信し、各種処理を実行することが可能である。本実施形態では、ユーザから各種指示を受け付けるユーザインターフェイスとして、操作部１７と、タッチパネルモニタ１１を備えている。タッチパネルモニタ１１は、表示部１１ａとタッチパネル１１ｂを有して構成され、表示部１１ａに各種インターフェイスを表示するとともに、ユーザからのタッチ入力を受付可能としている。

【0029】

さらにリモコン装置１は、選曲処理に必要とされるデータベース、各種プログラム、並びに、プログラム実行に伴って発生する各種情報を記憶する記憶部として、メモリ１４、そして、これら構成を統括して制御するためのリモコン側制御部を備えて構成される。リモコン側制御部には、ＣＰＵ１５、タッチパネルモニタ１１に対して表示する映像を形成する映像制御部１３、表示する映像情報を一時的に蓄えるビデオＲＡＭ１２、タッチパネルモニタ１１あるいは操作部１７からの入力を解釈してＣＰＵ１５に伝える操作処理部１８が含まれている。

【0030】

リモコン装置１は、無線ＬＡＮ通信部１６によって、アクセスポイント１３０と無線接続されることで、ＬＡＮ１００によって構成されるネットワークに接続される。なお、各リモコン装置１は、特定のカラオケ装置２に対して事前に対応付けされている。リモコン装置１から出力される各種命令は、対応付けされたカラオケ装置２にて受信されることとなる。また、リモコン装置１は、赤外線通信部１９を備えており、カラオケ装置２側の赤外線通信部３６に対して、楽曲予約時の予約情報等を送信することが可能となっている。

【0031】

このようなリモコン装置１の構成により、ユーザからの各種入力をタッチパネルモニタ１１、あるいは、操作部１７から受付けるとともに、映像情報をタッチパネルモニタ１１の表示により各種情報を提供することで、カラオケ装置２に対して出力する予約情報を送信する選曲処理など、各種処理を行うことが可能となっている。

【0032】

図１で説明したようにカラオケ装置２は、制御部として、メインＳｏＣ３１ａとサブＳｏＣ３１ｂを有して構成されている。本実施形態では、メインＳｏＣ３１ａで起動するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を、第１ＯＳ（本実施形態では、Ｌｉｎｕｘ（登録商標））、第２ＯＳ（本実施形態では、Ａｎｄｒｏｉｄ（登録商標） ＯＳ）の何れかに切り替えて使用することが可能となっている。また、本実施形態では、サブＳｏＣ３１ｂは、切り替えを行うことなく、常時、第２ＯＳで使用することとしている。なお、本実施形態では、アプリに対応付けられたＯＳを動作環境としているが、ＯＳのみならず、アプリが動作可能な動作環境であれば、適宜変更することが可能である。

【0033】

本実施形態において、第１ＯＳとなるＬｉｎｕｘ（登録商標）は、カラオケ装置２において、長年にわたって、使用されているＯＳであって、古くからカラオケ装置２のために作成されたアプリが存在している。一方、第２ＯＳとなるＡｎｄｏｒｏｉｄ（登録商標）は、近年、利用開始されたＯＳではあるものの、スマートフォン等の流通に伴い、数多くのアプリが開発、使用されている。本実施形態では、両ＯＳでの特性を活かすため、使用するアプリに応じて切り替えて使用することとしている。具体的には、Ｌｉｎｕｘ（登録商標）環境で作成した過去の遺産的なアプリの利用、及び、Ａｎｄｒｏｉｄ（登録商標）ＯＳ環境下において開発された多数のアプリの利用を両立させることが可能となる。

【0034】

図２は、本実施形態のカラオケ装置２における各種モードを示す図である。本実施形態では、図２（Ａ）に示される通常モードと、図２（Ｂ）に示される演出特化モードを切り替えて使用することが可能である。これらの切り替えは、使用するアプリ等、カラオケ装置２の各種動作状態に応じて切り替えられる。

なお、本実施形態では、メインＳｏＣ３１ａの処理能力は、サブＳｏＣ３１ｂの処理能力よりも大きいものとしている。図２、図４、図５においては、図面上、メインＳｏＣ３１ａ、サブＳｏＣ３１ｂの占有面積を処理能力に見立て、メインＳｏＣ３１ａの専有面積は、サブＳｏＣよりも大きくしている。

【0035】

図２（Ａ）に示される通常モードでは、メインＳｏＣ３１ａを第１ＯＳの起動状態とし、サブＳｏｃ３１ｂを第２ＯＳの起動状態としている。図２（Ｂ）に示される演出特化モードでは、メインＳｏＣ３１、サブＳｏｃ３１ｂ、共に第２ＯＳの起動状態としている。なお、通常モード、演出特化モードの両モードにおいて、ＨＤＭＩ切替器３２は、動作しているアプリの状況映像出力の状況によって適宜切り替えられる。

【0036】

図３は、本実施形態のカラオケ装置２で使用する制御ファイルの構成を示す図である。制御ファイルは、各動作状態について、対応するモードが規定されている。「カラオケ」の動作状態においては「通常モード」が使用される。また、「アプリＡ」の動作状態においては、「演出特化モード」が使用される。そして、「アプリＢ」の動作状態においては、「通常モード」、「演出特化モード」のどちらでも使用することが可能である。

【0037】

次に、本実施形態の各動作状態について説明する。図４（Ａ）は、「カラオケ」の動作状態におけるアプリの起動状況を示した図である。「カラオケ」の動作状態では、通常モード、すなわち、メインＳｏＣ３１ａでは第１ＯＳが起動され、サブＳｏＣ３１ｂでは、第２ＯＳが起動された状態となる。そして、メインＳｏＣ３１ａでは、第１ＯＳ上、第１カラオケアプリが起動される。第１カラオケアプリは、カラオケ演奏、カラオケ祭典といった機能が実行される。一方、サブＳｏＣ３１ｂでは、第２ＯＳ上、第２カラオケアプリが起動される。第２カラオケアプリでは、テロップ（歌詞表示）、背景映像の表示、あるいは、効果音、照明制御等、カラオケ演出といった機能が実行される。

【0038】

このように、「カラオケ」の動作状態では、メインＳｏＣ３１ａ、サブＳｏＣ３１ｂの両方において、アプリが実行されることになる。特に、メインＳｏＣ３１ａでは、第１ＯＳを使用することで、第１カラオケアプリのような、古くから開発、使用されているレガシーソフトを使用することが可能となる。一方、サブＳｏＣ３１ｂでは、第２ＯＳを使用することで、第２カラオケアプリのように、近年開発されたアプリを使用することが可能となる。このように、「カラオケ」の動作状態では、２つのＯＳを使用して、両ＯＳのメリットを生かしたアプリを同時に使用することが可能となっている。

【0039】

また、「カラオケ」の動作状態では、ＨＤＭＩ切替器３２は、サブＳｏＣ３１ｂ側に切り替えられた状態となり、サブＳｏＣ３１ｂからの映像出力がモニタ４１に出力表示される。ＨＤＭＩ切替器３２の切り替えは、映像を出力するアプリ（この場合、第２カラオケアプリ）によって切り替えが行われる。

【0040】

図４（Ｂ）は、「アプリＡ」の動作状態における起動状態を示した図である。図３の制御ファイルで説明したように、「アプリＡ」の動作状態では、演出特化モード、すなわち、メインＳｏＣ３１ａ、サブＳｏＣ３１ｂの両方で第２ＯＳが起動した状態となる。そして、アプリＡは、メインＳｏＣ３１ａで起動される。アプリＡは、処理能力の低いサブＳｏＣ３１ｂでは、処理が困難であることを理由として、演出特化モードを利用するものである。また、「アプリＡ」の動作状態では、ＨＤＭＩ切替器３２は、メインＳｏＣ３１ａ側に切り替えられた状態となる。この切替制御は、アプリＡによって実行される。

【0041】

図５（Ｃ１）、図５（Ｃ２）は、どちらも「アプリＢ」の動作状態における起動状態を示した図である。図３の制御ファイルで説明したように、「アプリＢ」の動作状態では、通常モード、演出特化モードの両モードを使用することが可能である。図５（Ｃ１）は、通常モードにおいてアプリＢを起動した状態である。アプリＢは、第２ＯＳ上で起動するソフトであるため、第２ＯＳが起動しているサブＳｏＣ３１ｂで起動する。そして、ＨＤＭＩ切替器３２は、アプリＢの制御によって、サブＳｏＣ３１ｂ側に切り替えられる。

【0042】

一方、図５（Ｃ２）は、演出特化モードにおいてアプリＢを起動した状態である。アプリＢは、第２ＯＳ上で起動するソフトであるため、メインＳｏＣ３１ａ、サブＳｏＣ３１ｂのどちらでも起動することが可能である。図５（Ｃ２）は、メインＳｏＣ３１ａ側で起動している状態が示されている。ＨＤＭＩ切替器３２は、アプリＢの制御によって、アプリＢが起動している側（図５（Ｃ２）の場合、メインＳｏＣ３１ａ側）に切り替えられる。

【0043】

このように、本実施形態のカラオケシステムでは、２つのＳｏＣ、及び、２つのＯＳを切り替え制御することで、使用するアプリに応じた適切な制御を行うことが可能となっている。なお、本実施形態では、２つのＳｏＣを使用する形態としているが、１つのＳｏＣを使用する形態であってもよい。その場合、１つのＳｏＣにおいて、使用するアプリに応じてＯＳが切り替えられることになる。

【0044】

次に、本実施形態のカラオケシステムにおける制御について、説明する。本実施形態では、３つの動作状態が切り替え制御されることになる。図６は、本実施形態のアプリ変更時におけるモード切り替えを説明するための図である。動作状態の変更は、図６（Ａ）～図６（Ｃ）の３種類に分けられる。図６（Ａ）は、モード切替無しの場合、図６（Ｂ）は、演出特化モードへの切り替えの場合、図６（Ｃ）は、通常モードへの切り替えの場合が示されている。なお、図６中、アプリＢの動作状態については、通常モード、演出特化モードの両方を使用することが可能であるため、括弧付きで、もう一つの取り得るモードを記載している。

【0045】

図７は、本実施形態のカラオケ装置におけるメイン処理を示すフロー図である。メイン処理は、カラオケ装置において動作状態を切り替える処理であり、本実施形態では、ユーザによる操作等によって、「カラオケ」、「アプリＡ」、「アプリＢ」何れかの動作状態への切替指示が発せられた場合に開始される。

【0046】

メイン処理が開始されると、サブＳｏＣ３１ｂは、制御ファイルの読み出しを行う（Ｓ１０１）。そして、現在の動作状態と、変更後の動作状態に基づき、図６（Ａ）に示されるモード切替無し、図６（Ｂ）に示される演出特化モードへの切り替え、図６（Ｃ）の中将モードへの切り替えであるかを判断する。また、サブＳｏＣは、アプリ画面がモニタ４１に表示されるまでの期間は、待機画面、アプリ起動画面等を表示出力する。

【0047】

モード切り替え無しの場合（Ｓ１０２：Ｎｏ、Ｓ１０３：Ｎｏ）、起動するアプリは、メインＳｏＣ３１ａであるか否かを判断する。例えば、動作状態「カラオケ」から動作状態「アプリＢ」に切り替える場合、「アプリＢ」は、サブＳｏＣ３１ｂでのみ起動可能であるため、Ｓ１０４の判定結果は、Ｎｏとなる。この場合、サブＳｏＣ３１ｂでアプリＢが起動される（Ｓ１０７）。その際、モニタ４１には、サブＳｏＣ３１ｂからアプリ画面が表示出力される。

【0048】

また、本実施形態では、アプリの起動時、負荷監視処理（Ｓ４００）を実行している。この負荷監視処理（Ｓ４００）によって、制御ファイルを適応的に更新している。図１０は、本実施形態の負荷監視処理（Ｓ４００）を示す図である。負荷監視料理が開始されると、サブＳｏＣ３１ｂは、ＳｏＣ３１ｂ内のＣＰＵ使用率、メモリ使用率、ＧＰＵ使用率、ＩＯ使用率の監視（Ｓ４０１）を行い、これらに基づき負荷判定処理（Ｓ４０２）を実行する。

【0049】

この負荷判定処理（Ｓ４０２）では、現在、アプリが使用しているＳｏＣでの負荷が判定される。そして、判定された負荷に基づき、制御ファイルの更新が必要であるか否かが判定される（Ｓ４０３）。例えば、本実施形態では、アプリＢは演出特化モード、通常モードのどちらでも使用可能なことが制御ファイルに規定されている。しかしながら、アプリＢの負荷が大きくなり、サブＳｏＣ３１ｂでの処理が困難と判断された場合、演出特化モードでのみ使用可能と判定されることになる。この判定結果に基づき、制御ファイルの更新が実行される（Ｓ４０４）。

【0050】

このように、本実施形態では、実際のアプリの負荷を判定し、制御ファイルを書き換えることで、次回以降、アプリに適したモードを使用することが可能となっている。

【0051】

図７のメイン処理に戻り、アプリ起動がメインＳｏＣ３１ａである場合（Ｓ１０４）について説明を行う。この場合、サブＳｏＣ３１ｂは、メインＳｏＣ３１ａに対して、アプリ起動指示を出力する（Ｓ１０５）。アプリ起動指示を受けたメインＳｏＣ３１ａでは、指示されたアプリの起動を行う（Ｓ１０８）。アプリ起動後、モニタ４１には、メインＳｏＣ３１ａから表示出力されるアプリ画面に切り替えられる。なお、アプリ起動後においては、図１０で説明した負荷監視処理（Ｓ４００）が実行される。

【0052】

一方、メイン処理において、演出特化モードへの切り替えであることが判定された場合（Ｓ１０２：Ｙｅｓ）、第１切替処理（Ｓ２００）が実行される。図８は、本実施形態の第１切替処理（Ｓ２００）を示すフロー図である。第１切替処理では、まず、サブＳｏＣ３１ｂにおいて、起動対象となるアプリ起動画面が表示開始される（Ｓ２０１）。図６（Ｂ）に示されるように、演出特化モードの切り替えは、通常モードから行われることになる。すなわち、図２（Ａ）に示される通常モードの状態から、図２（Ｂ）に示される演出特化モードの状態への切り替えであって、メインＳｏＣ３１ａが第１ＯＳから第２ＯＳへと切り替えられる。

【0053】

サブＳｏＣ３１ｂは、メインＳｏＣ３１ａに対してＯＳ切替指示（Ｓ２０２）を出力する（Ｓ２０２）。ＯＳ切替指示を受けたメインＳｏＣ３１ａは、ＯＳ切替処理（Ｓ２０９）、すなわち、第１ＯＳから第２ＯＳへの切替を開始する。メインＳｏＣ３１ａにおいて、ＯＳの切り替えが実行される期間において、サブＳｏＣ３１ｂでは、アプリ事前処理（Ｓ２０３）を実行する。アプリ事前処理（Ｓ２０３）とは、メインＳｏＣ３１ａで実行されるアプリで必要とされる情報の演算等を行う処理である。アプリ事前処理（Ｓ２０３）の結果は、メインＳｏＣ３１ａにおけるアプリの起動後、サブＳｏＣ３１ｂからメインＳｏＣ３１ａに受け渡される。

【0054】

サブＳｏＣ３１ｂは、メインＳｏＣ３１ａとの間で状態取得を行い、メインＳｏＣ３１ａにおいてＯＳの切り替えが完了したか否かを判定するＯＳ切替判定処理（Ｓ２０４）を実行する。ＯＳの切替が完了したと判定された場合（Ｓ２０５：Ｙｅｓ）、サブＳｏＣ３１ｂは、メインＳｏＣ３１ａにアプリ起動指示を出力する（Ｓ２０６）。アプリ起動指示を受けたメインＳｏＣ３１ａでは、指示されたアプリの起動を行う（Ｓ２１０）。アプリ起動後、メインＳｏＣ３１ａは、アプリ画面の出力を開始する（Ｓ２１１）。また、サブＳｏＣ３１ｂは、アプリ事前処理（Ｓ２０３）の結果をメインＳｏＣ３１ａに送信する。そして、ＨＤＭＩ切替器３２に対し、画面表示をサブＳｏＣ３１ｂからメインＳｏＣ３１ａに切り替えることで、モニタ４１にはアプリ画面が表示出力される。

【0055】

また、メイン処理において、通常モードへの切り替えであることが判定された場合（ＳＳ１０３：Ｙｅｓ）、第２切替処理（Ｓ３００）が実行される。図９は、本実施形態の第２切替処理（Ｓ３００）を示すフロー図である。第２切替処理では、図６（Ｃ）に示されるように、通常モードへの切り替えは、演出特化モードから行われることになる。すなわち、図２（Ｂ）に示される演出特化モードの状態から、図２（Ａ）に示される通常モードの状態への切り替えであって、メインＳｏＣ３１ａが第２ＯＳから第１ＯＳへと切り替えられる。

【0056】

この第２切替処理（Ｓ３００）は、ＯＳの切り替えが、第２ＯＳから第１ＯＳに切り替える点、及び、「カラオケ」の動作状態へのみ切り替える点で第１ＯＳ切替処理（Ｓ２００）と異なっている。「カラオケ」の動作状態では、メインＳｏＣ３１ａ、サブＳｏＣ３１ｂの両方でアプリが実行されることになる。

【0057】

まず、サブＳｏＣ３１ｂにおいて、起動対象となるアプリ起動画面が表示開始される（Ｓ３０１）。次に、サブＳｏＣ３１ｂは、メインＳｏＣ３１ａに対してＯＳ切替指示（Ｓ３０２）を出力する（Ｓ３０２）。ＯＳ切替指示を受けたメインＳｏＣ３１ａは、ＯＳ切替処理（Ｓ３０９）、すなわち、第２ＯＳから第１ＯＳへの切替を開始する。メインＳｏＣ３１ａにおいて、ＯＳの切り替えが実行される期間において、サブＳｏＣ３１ｂでは、アプリ事前処理（Ｓ３０３）を実行する。

【0058】

サブＳｏＣ３１ｂは、メインＳｏＣ３１ａとの間で状態取得を行い、メインＳｏＣ３１ａにおいてＯＳの切り替えが完了したか否かを判定するＯＳ切替判定処理（Ｓ３０４）を実行する。ＯＳの切替が完了したと判定された場合（Ｓ３０５：Ｙｅｓ）、サブＳｏＣ３１ｂは、メインＳｏＣ３１ａにアプリ起動指示を出力する（Ｓ３０６）。アプリ起動指示を受けたメインＳｏＣ３１ａでは、指示されたアプリの起動を行う（Ｓ３１０）。本実施形態では、第１カラオケアプリの起動が行われることになる。

【0059】

アプリ起動後、メインＳｏＣ３１ａは、アプリ画面の出力を開始する（Ｓ３１１）。また、サブＳｏＣ３１ｂは、アプリ事前処理（Ｓ３０３）の結果をメインＳｏＣ３１ａに送信する（Ｓ３０７）。そして、サブＳｏＣ３１ｂ側で実行されるアプリ（本実施形態では、第２カラオケアプリ）の起動処理を実行する（Ｓ３０８）。

【0060】

以上、本実施形態では、アプリに対応したＯＳに切り替えた上で、アプリを実行することで、アプリに応じた動作環境でアプリを実行動作させることが可能となる。また、２つのＳｏＣを使用することで、一方のＳｏＣにおいて、ＯＳの切り替え期間中、他方のＳｏＣにおいて、アプリ事前処理や、画面表示を行うことが可能となっている。

【0061】

上述した実施形態では、２つのモード（通常モード、演出特化モード）を使用した形態を採用しているが、モードを増やす形態も可能である。図１１は、他の実施形態の各種モードを説明するための図であって、メインＳｏＣ３１ａ、サブＳｏＣ３１ｂ、２つのＳｏＣを使用した場合の変形例である。この変形例では、前述の実施形態で使用した図２（Ａ）に示される通常モード、図２（Ｂ）に示される演出特化モードに加え、後述の図１２（Ｃ）に示される演出強化モード、図１２（Ｄ）に示される演奏特化モードを使用している。

【0062】

図１２（Ｃ）に示される演出強化モードでは、メインＳｏＣ３１ａを第２ＯＳ、サブＳｏＣ３１ｂを第１ＯＳに割り当てている。そして、図１２（Ｄ）に示される演奏特化モードでは、メインＳｏＣ３１ａ、サブＳｏＣ３１ｂの両方に第１ＯＳを割り当てている。各モードの切り替えは、図１１に示されるように、矢印の先端と後端で示されるモード間で行われる。このように、各モードの切り替えを行うことで、少なくとも一方のＳｏＣにおいてＯＳを維持することが可能となる。したがって、ＯＳを維持している側のＳｏＣにて、モニタ４１の表示出力、あるいは、アプリ事前処理を実行することが可能となる。

【0063】

図１２は、他の実施形態の各種動作状態におけるアプリ起動状況を説明するための図である。図４、図５を使用して、図２（Ａ）に示される通常モード、図２（Ｂ）に示される演出特化モードの動作状態を説明したが、変形例における新たなモードである図１２（Ｃ）に示される演出強化モード、図１２（Ｄ）に示される演奏特化モードの動作状態の例を説明する。

【0064】

図１２（Ｃ）は、演出強化モードにおけるアプリの動作状況を示した図である。この例は、前述の「カラオケ」の動作状態とは異なる「第２カラオケ」の動作状態となっている。「第２カラオケ」の動作状態では、図１２（Ｃ）に示される演出強化モード、すなわち、メインＳｏＣ３１ａでは第２ＯＳが起動され、サブＳｏＣ３１ｂでは、第１ＯＳが起動された状態となる。そして、メインＳｏＣ３１ａでは、第２ＯＳ上、第３カラオケアプリが起動される。第３カラオケアプリは、テロップ（歌詞表示）、背景映像の表示、効果音、照明制御等、カラオケ演出といった機能が実行される。一方、サブＳｏＣ３１ｂでは、第１ＯＳ上、第３カラオケアプリが起動される。第３カラオケアプリでは、カラオケ演奏、カラオケ採点といった機能が実行される。

【0065】

図１２（Ｄ）は、演奏特化モードにおけるアプリの動作状況を示した図である。この例は、「第３カラオケ」の動作状態に相当している。「第３カラオケ」の動作状態では、図１２（Ｄ）に示される演出強化モード、すなわち、メインＳｏＣ３１ａ、サブＳｏＣ３１ｂ共に第１ＯＳが起動された状態となる。そして、メインＳｏＣ３１ａでは、第１ＯＳ上、第５カラオケアプリが起動される。第５カラオケアプリは、カラオケ演奏のみが実行されることになる。一方、サブＳｏＣ３１ｂでは、第１ＯＳ上、第６カラオケアプリが起動される。第６カラオケアプリでは、テロップ、背景映像の表示、カラオケ演出、カラオケ採点といった機能が実行される。

【0066】

このように、変形例では、更なるモードを付加することで、多様な状況に合った動作状態を実現することが可能となる。

【0067】

以上、本実施形態のカラオケ装置２について説明したが、本発明に係るカラオケ装置によれば、実行対象となるアプリ（アプリケーションプログラム）に応じた動作環境で当該アプリケーションプログラムを実行することが可能となる。また、実行対象となるアプリ（アプリケーションプログラム）に応じた制御部で当該アプリケーションプログラムを実行することで、アプリ（アプリケーション）の動作環境に汎用性を持たせることが可能となる。

【0068】

なお、本発明は必ずしもカラオケ装置に限られるものでは無く、リモコン装置１、あるいは、ユーザが所持するスマートフォン、あるいは家庭に設置されるパーソナルコンピュータや、ゲーム機等、各種情報処理装置で実現することとしてもよい。あるいは、このような各種情報処理装置で実行されるプログラムについても本発明の範疇に属する。

【符号の説明】

【0069】

１：リモコン装置 １９：赤外線通信部
２：カラオケ装置 ３２：ＨＤＭＩ切替器
５：サーバー装置 ３３：インターフェイス
１１：タッチパネルモニタ ３４：ミキシングアンプ
１１ａ：表示部 ３５：ハードディスク
１１ｂ：タッチパネル ３６：赤外線通信部
１２：ビデオＲＡＭ ３７：無線ＬＡＮ通信部
１３：映像制御部 ３８：ＬＡＮ通信部
１４：メモリ ３９：操作部
１５：ＣＰＵ ４１：モニタ
１６：無線ＬＡＮ通信部 ４２：スピーカー
１７：操作部 ４３ａ、４３ｂ：マイクロホン
１８：操作処理部 １３０：アクセスポイント

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】