(57)【要約】【課題】ユーザにとっても、店舗側にとっても操作の手間や労力を低減する。【解決手段】カラオケ装置１０及び注文サーバ２０を含む、複数の制御対象装置それぞれと通信し、それぞれを制御可能なリモコン端末１５であって、制御対象装置と通信を介して検知する制御手順と、その検知結果に従って、選曲機能及び注文機能を有効化させる第１処理；選曲機能を有効化させ、注文機能を有効化させない第２処理；選曲機能を有効化させず、注文機能を有効化させる第３処理；のいずれかを実行する制御手順と、実行された機能に関する表示を行う表示部３３ａと、表示された表示内容に応じてユーザの操作を受け付けるための操作部３３ｂと、を有する。【選択図】図１
2020095159.tif 000002
【特許請求の範囲】
【請求項１】
楽曲再生装置及び注文管理装置を含む、複数の制御対象装置それぞれと通信し、それぞれを制御可能な制御端末であって、
前記制御対象装置と前記通信を介して検知する検知手段と、
前記検知手段の検知結果に従って、
選曲機能及び商品注文機能を有効化させる第１処理；
前記選曲機能を有効化させ、前記商品注文機能を有効化させない第２処理；
前記選曲機能を有効化させず、前記商品注文機能を有効化させる第３処理；
のいずれかを実行する制御手段と、
前記制御手段により実行された機能に関する表示を行う表示手段と、
前記表示手段に表示された表示内容に応じてユーザの操作を受け付けるための受付手段と、
を有することを特徴とする制御端末。
【請求項２】
選曲機能プログラムと、商品注文機能プログラムと、を記憶可能な記憶手段と、
前記記憶手段に記憶されているプログラムが、前記選曲機能プログラムであるか、前記商品注文機能プログラムであるか、前記選曲機能プログラム及び前記商品注文機能プログラムの両方か、を判断する判断手段と、
前記判断手段の判断結果に従って、
選曲機能及び商品注文機能を有効化させる第１処理；
前記選曲機能を有効化させ、前記商品注文機能を有効化させない第２処理；
前記選曲機能を有効化させず、前記商品注文機能を有効化させる第３処理；
のいずれかを実行する制御手段と、
前記制御手段により実行された機能に関する表示を行う表示手段と、
前記表示手段に表示された表示内容に応じてユーザの操作を受け付けるための受付手段と、
を有することを特徴とする制御端末。
【請求項３】
請求項２記載の制御端末において、
楽曲再生装置及び注文管理装置を含む複数の制御対象装置を検知可能な検知手段をさらに有し、
前記判断手段は、
前記検知手段の検知結果に従って、前記第１処理、前記第２処理、前記第３処理、のいずれが実行可能かを判断する
ことを特徴とする制御端末。
【請求項４】
請求項２又は請求項３記載の制御端末において、
通信手段をさらに有し、
前記制御手段は、
前記判断手段により前記選曲機能プログラム及び前記商品注文機能プログラムのうちいずれか一方が記憶されていないと判断された場合、前記制御手段は、その記憶されていない前記選曲機能プログラム若しくは前記商品注文機能プログラムを、前記通信手段を介して取得する、プログラム取得処理を実行する
ことを特徴とする制御端末。
【請求項５】
請求項１又は請求項３記載の制御端末において、
前記制御手段は、
前記検知手段により前記注文管理装置からの疎通確認信号を受信したことが示された場合は前記第１処理及び第３処理を実行可能と判定するとともに、前記検知手段により前記注文管理装置からの疎通確認信号を受信したことが示されない場合は前記第２処理を実行可能と判定する、第１判定処理を実行する
ことを特徴とする制御端末。
【請求項６】
請求項１，３，５のいずれか１項記載の制御端末において、
前記制御手段は、
前記検知手段により前記注文管理装置からの疎通確認信号を受信したことが示され、かつ、前記制御端末が前記商品注文機能を有していないと識別できた場合は、所定のサーバ装置から前記商品注文機能を取得する注文機能取得処理を実行することを特徴とする制御端末。
【請求項７】
請求項１又は請求項３記載の制御端末において、
前記制御手段は、
前記検知手段により、予め定められた前記注文管理装置のアドレス情報及び前記楽曲再生装置のアドレス情報に従って確認要求信号が送信され、かつ、前記確認要求信号に対応した疎通確認信号を前記楽曲再生装置及び前記注文管理装置から受信したことが示された場合、前記第１処理を実行可能と判定し、
前記検知手段により、前記楽曲再生装置からの疎通確認信号を受信したことが示され、かつ、前記注文管理装置からの疎通確認信号を受信したことが示されない場合、前記第２処理を実行可能と判定し、
前記検知手段により、前記楽曲再生装置からの疎通確認信号を受信したことが示されず、かつ、前記注文管理装置からの疎通確認信号を受信したことが示された場合、前記第３処理を実行可能と判定する、
第２判定処理を実行する
ことを特徴とする制御端末。
【請求項８】
請求項１乃至請求項７のいずれか１項記載の制御端末において、
前記制御手段は、      
前記第１処理、前記第２処理、前記第３処理のうちいずれか１つの処理をそれ以外の処理よりも優先的に実行する実行優先度を設定する優先度決定処理；
をさらに実行可能に構成され、
かつ、
前記優先度決定処理を実行する際、前記商品注文機能を無効化する
ことを特徴とする制御端末。
【請求項９】
請求項１乃至請求項８のいずれか１項記載の制御端末において、
前記制御手段は、
前記第１処理を実行し前記選曲機能及び商品注文機能を有効化した状態で、無操作期間が所定時間経過した場合に、前記選曲機能の初期画面を表示する表示制御処理；
をさらに実行することを特徴とする制御端末。
【請求項１０】
第１機能及び第２機能を有するとともに、前記第１機能の制御対象となる第１装置と前記第２機能の制御対象となる第２装置とを含む複数の制御対象装置を制御可能な、制御端末であって、  
前記制御対象装置を検知する検知手段と、
前記検知手段の検知結果に従って、
前記第１機能及び前記第２機能を有効化させる第１処理；
前記第１機能を有効化させ、前記第２機能を有効化させない第２処理；
前記第１機能を有効化させず、前記第２機能を有効化させる第３処理；
のいずれかを実行する制御手段と、
前記制御手段により実行された機能に関する表示を行う表示手段と、
前記表示手段に表示された表示内容に応じてユーザの操作を受け付けるための受付手段と、
を有することを特徴とする制御端末。
【請求項１１】
第１機能を実現する第１プログラムと第２機能を実現する第２プログラムと、を記憶可能な記憶手段と、
前記記憶手段に記憶されているプログラムが、前記第１プログラムであるか、前記第２プログラムであるか、前記第１プログラム及び前記第２プログラムの両方か、を判断する判断手段と、
前記判断手段の判断結果に従って、
前記第１機能及び前記第２機能を有効化させる第１処理；
前記第１機能を有効化させ、前記第２機能を有効化させない第２処理；
前記第１機能を有効化させず、前記第２機能を有効化させる第３処理；
のいずれかを実行する制御手段と、
前記制御手段により実行された機能に関する表示を行う表示手段と、
前記表示手段に表示された表示内容に応じてユーザの操作を受け付けるための受付手段と、
を有することを特徴とする制御端末。
【請求項１２】
楽曲再生装置及び注文管理装置を含む複数の制御対象装置それぞれを制御可能な制御端末に備えられた演算手段に対し、
前記制御対象装置を検知する検知手順と、
前記検知手順での検知結果に従って、
選曲機能及び商品注文機能を有効化させる第１処理；
前記選曲機能を有効化させ、前記商品注文機能を有効化させない第２処理；
前記選曲機能を有効化させず、前記商品注文機能を有効化させる第３処理；
のいずれかを実行する第１制御手順と、
前記第１制御手順で実行した機能に関する表示を行う第１表示手順と、
前記第１表示手順で表示した表示内容に応じてユーザの操作を受け付ける第１受付手順と、
を実行させるための、制御プログラム。
【請求項１３】
選曲機能プログラムと商品注文機能プログラムとを記憶可能な記憶手段を有する制御端末に備えられた演算手段に対し、
前記記憶手段に記憶されているプログラムが、前記選曲機能プログラムであるか、前記商品注文機能プログラムであるか、前記選曲機能プログラム及び前記商品注文機能プログラムの両方か、を判断する判断手順と、
前記判断手順での判断結果に従って、
選曲機能及び商品注文機能を有効化させる第１処理；
前記選曲機能を有効化させ、前記商品注文機能を有効化させない第２処理；
前記選曲機能を有効化させず、前記商品注文機能を有効化させる第３処理；
のいずれかを実行する第２制御手順と、
前記第２制御手順で実行した機能に関する表示を行う第２表示手順と、
前記第２表示手順で表示した表示内容に応じてユーザの操作を受け付ける第２受付手順と、
を実行させるための、制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばカラオケ店舗の各個室に設置する制御端末、及びその制御プログラムに関する。
【背景技術】
【０００２】
例えば、引用文献１に記載されているように、カラオケシステムと飲食物の注文と会計を行うＰＯＳシステムとが連携し、カラオケシステムの処理結果に応じてＰＯＳシステムの処理を変更する構成が検討されている。さらに、カラオケシステムで選曲機能を有するリモコン端末に、飲食物の注文機能も兼ね備える構成も検討されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−０８６２３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、カラオケ店舗によっては、リモコン端末に互換性のない複数のカラオケ機種を各部屋別に設置している場合がある。このような場合、一方のカラオケ機種に対応したリモコン端末に上記の選曲機能と注文機能の両方を兼ね備えたとしても、当該リモコン端末の単体で全ての部屋で選曲機能と注文機能の両方を利用することはできない。
【０００５】
そこで、全ての部屋で選曲機能と注文機能の両方を利用するためには、カラオケシステム全体の構成や顧客ユーザによるリモコン端末の操作方法が煩雑となることが想定される。言い換えれば、店舗スタッフによる煩雑なシステム設定操作や、不要な機能を備えたリモコン端末を顧客ユーザに貸し出し煩雑な操作を強いることになってしまうという問題がある。
【０００６】
本発明の目的は、ユーザにとっても店舗側にとっても、操作の手間や労力を低減でき利便性を大きく向上できる制御端末、及び制御プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、第１の発明は、楽曲再生装置及び注文管理装置を含む、複数の制御対象装置それぞれと通信し、それぞれを制御可能な制御端末であって、前記制御対象装置と前記通信を介して検知する検知手段と、前記検知手段の検知結果に従って、選曲機能及び商品注文機能を有効化させる第１処理；前記選曲機能を有効化させ、前記商品注文機能を有効化させない第２処理；前記選曲機能を有効化させず、前記商品注文機能を有効化させる第３処理；のいずれかを実行する制御手段と、前記制御手段により実行された機能に関する表示を行う表示手段と、前記表示手段に表示された表示内容に応じてユーザの操作を受け付けるための受付手段と、を有することを特徴とする。
【０００８】
本願発明の制御端末は、楽曲再生装置、注文管理装置等の複数の制御対象装置を制御可能であり、楽曲再生装置において再生される楽曲を選曲する選曲機能と、注文管理装置を介し商品の注文を行うための商品注文機能と、を備えている。そして、上記複数の制御対象装置のうちどれを制御対象とするか、に応じて、上記選曲機能及び商品注文機能を適宜に有効化することができる。そのために、検知手段、制御手段、表示手段、及び受付手段を備えている。
【０００９】
すなわち、検知手段が通信を介して制御対象装置を検知すると、制御手段が、その検知結果に応じて、第１処理、第２処理、第３処理のいずれかを選択的に実行する。第１処理では、上記選曲機能及び商品注文機能の両方を有効化させることができ、第２処理では、上記商品注文機能は有効化させずに上記選曲機能を有効化させることができ、第３処理では、上記選曲機能は有効化させずに上記商品注文機能を有効化させることができる。
【００１０】
これにより、ユーザによる制御端末の利用時において、制御対象が楽曲再生装置及び注文管理装置の両方となる場合には、上記第１処理が行われることで上記選曲機能及び商品注文機能の両方が有効化される。また制御対象が楽曲再生装置のみとなる場合には、上記第２処理が行われることで上記選曲機能のみが有効化される。また制御対象が注文管理装置のみとなる場合には、上記第３処理が行われることで上記商品注文機能のみが有効化される。
【００１１】
なお、このときの各機能の有効化とは、例えば、上記第１〜第３処理の実行によって対応する各機能のアプリケーションプログラムが自動的に起動する処理である。あるいは、例えば、各店舗に赴いたサービスマンがいずれかの機能を実行するように制御端末の機能選択の手動設定を行う際に、上記第１〜第３処理の実行によってサービスマン設定画面にて対応する機能を選択可能に表示する処理（あるいは表示できるフラグを立てておく処理）等である。この場合は、サービスマンが選択可能な項目の表示を絞り、不要な選択項目を表示させないことで、サービスマンが上記手動設定を行う際の操作の煩雑さを低減できる。
【００１２】
そして、上記のように選択的に有効化された機能に関する表示が、表示手段によって行われる。ユーザが、その表示内容に応じて楽曲の選曲操作や商品の注文操作等を行うと、その操作内容が受付手段によって受け付けられ、ユーザに対して対応するサービス（楽曲の再生や商品のお届け等）が自動的に行われる。
【００１３】
以上のように、本願発明によれば、選曲機能及び商品注文機能を備えた１つの共通の制御端末を用意しておけば、制御対象装置がどれになるかに応じて（言い替えればその制御端末を用いるユーザの利用態様に応じて）適正な機能が用意され、ユーザはその機能を利用して所望のサービスを享受することができる。この結果、ユーザの利用態様に応じた機能を呼び出すために、店舗側がその都度手動によるオペレーションを行ったり、ユーザが自ら煩雑な操作を行ったりする必要がない。この結果、ユーザにとっても、店舗側にとっても、操作の手間や労力を低減でき利便性を大きく向上することができる。
【００１４】
上記目的を達成するために、第２の発明は、選曲機能プログラムと、商品注文機能プログラムと、を記憶可能な記憶手段と、前記記憶手段に記憶されているプログラムが、前記選曲機能プログラムであるか、前記商品注文機能プログラムであるか、前記選曲機能プログラム及び前記商品注文機能プログラムの両方か、を判断する判断手段と、前記判断手段の判断結果に従って、選曲機能及び商品注文機能を有効化させる第１処理；前記選曲機能を有効化させ、前記商品注文機能を有効化させない第２処理；前記選曲機能を有効化させず、前記商品注文機能を有効化させる第３処理；のいずれかを実行する制御手段と、前記制御手段により実行された機能に関する表示を行う表示手段と、前記表示手段に表示された表示内容に応じてユーザの操作を受け付けるための受付手段と、を有することを特徴とする。
【００１５】
本願発明の制御端末は、楽曲再生装置、注文管理装置等の複数の制御対象装置を制御可能であり、記憶手段に、楽曲再生装置において再生される楽曲を選曲する選曲機能を実現する選曲機能プロブラム、注文管理装置を介し商品の注文を行うための商品注文機能を実現する商品注文機能プログラム、等が記憶されている。そして、上記選曲機能プログラム及び商品注文機能プログラムのうちどのプログラムが記憶手段に記憶されているかに応じて、上記選曲機能及び商品注文機能を適宜に有効化することができる。そのために、判断手段、制御手段、表示手段、及び受付手段を備えている。
【００１６】
すなわち、判断手段が、前述のどのプログラムが記憶されているかを判断すると、制御手段が、その判断結果に応じて、第１処理、第２処理、第３処理のいずれかを選択的に実行する。第１処理では、上記選曲機能及び商品注文機能の両方を有効化させることができ、第２処理では、上記商品注文機能は有効化させずに上記選曲機能を有効化させることができ、第３処理では、上記選曲機能は有効化させずに上記商品注文機能を有効化させることができる。
【００１７】
これにより、ユーザによる制御端末の利用時において、上記選曲機能プログラム及び商品注文機能プログラムの両方が記憶手段に記憶されている場合には、上記第１処理が行われることで上記選曲機能及び商品注文機能の両方が有効化される。また上記選曲機能プログラムが記憶手段に記憶されている場合には、上記第２処理が行われることで上記選曲機能のみが有効化される。また上記商品注文機能プログラムが記憶手段に記憶されている場合には、上記第３処理が行われることで上記商品注文機能のみが有効化される。
【００１８】
なお、このときの各機能の有効化とは、例えば、上記第１〜第３処理の実行によって対応する各機能のアプリケーションプログラムが自動的に起動する処理である。あるいは、例えば、各店舗に赴いたサービスマンがいずれかの機能を実行するように制御端末の機能選択の手動設定を行う際に、上記第１〜第３処理の実行によってサービスマン設定画面にて対応する機能を選択可能に表示する処理（あるいは表示できるフラグを立てておく処理）等である。この場合は、サービスマンが選択可能な項目の表示を絞り、不要な選択項目を表示させないことで、サービスマンが上記手動設定を行う際の操作の煩雑さを低減できる。
【００１９】
そして、上記のように選択的に有効化された機能に関する表示が、表示手段によって行われる。ユーザが、その表示内容に応じて楽曲の選曲操作や商品の注文操作等を行うと、その操作内容が受付手段によって受け付けられ、ユーザに対して対応するサービス（楽曲の再生や商品のお届け等）が自動的に行われる。
【００２０】
以上のように、本願発明によれば、選曲機能及び商品注文機能を備えた１つの共通の制御端末を用意しておけば、記憶手段に記憶されているプログラムがどれであるかに応じて（言い替えればその制御端末を用いるユーザの利用態様に応じて）適正な機能が用意され、ユーザはその機能を利用して所望のサービスを享受することができる。この結果、ユーザの利用態様に応じた機能を呼び出すために、店舗側がその都度手動によるオペレーションを行ったり、ユーザが自ら煩雑な操作を行ったりする必要がない。この結果、ユーザにとっても、店舗側にとっても操作の手間や労力を低減でき、利便性を大きく向上することができる。
【発明の効果】
【００２１】
本発明によれば、ユーザにとっても、店舗側にとっても操作の手間や労力を低減でき、利便性を大きく向上することができる。
【図面の簡単な説明】
【００２２】
【図１】通信カラオケシステム全体のシステム構成を表す図である。
【図２】カラオケ機種Ａのリモコン端末における制御ブロック構成を表す図である。
【図３】選曲操作に関する表示内容と操作ボタンだけで構成する選曲画面を表す図である。
【図４】注文操作に関する表示内容と操作ボタンだけで構成する注文画面を表す図である。
【図５】注文画面へ切り替えるための操作ボタンを追加した選曲画面を表す図である。
【図６】選曲画面へ切り替えるための操作ボタンを追加した注文画面を表す図である。
【図７】機能管理処理の処理内容を説明するフローチャートである。
【図８】機能管理処理の処理内容を説明するフローチャートである。
【図９】タイマー処理の処理内容を説明するフローチャートである。
【図１０】表示設定処理の処理内容を説明するフローチャートである。
【図１１】表示設定を反映した機能管理処理の処理内容を説明するフローチャートである。
【図１２】初期画面表示処理の処理内容を説明するフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明の一実施の形態について、図面を参照しつつ説明する。
【００２４】
＜通信カラオケシステム全体の概略的なシステム構成＞
図１は、一つのカラオケ店舗に設けられた通信カラオケシステム全体のシステム構成を表している。この図１において、通信カラオケシステム１は、少なくとも２つ以上（図示する例ではＲ１〜Ｒ３の３つ）の部屋にそれぞれ１つのカラオケ装置１０（楽曲再生装置、制御対象装置）が設けられており、各カラオケ装置１０には少なくとも１つのマイク１８が備えられている。各カラオケ装置１０は、例えばＭｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データなどの楽曲データ及び映像データを用いて、カラオケ楽曲の再生サービスを提供する装置である。
【００２５】
そして図示する例では、２つの部屋Ｒ１，Ｒ２にそれぞれ設けられたカラオケ装置１０の機種は同じカラオケ機種Ａであり、当該カラオケ機種Ａに対応したリモコン端末１５（制御端末）とだけ無線通信（後述の図２参照）を介して情報送受可能となっている。また、部屋Ｒ３に設けられたカラオケ装置１０の機種は、上記２つの部屋Ｒ１，Ｒ２にそれぞれ設けられたカラオケ装置１０とは異なるカラオケ機種Ｂであり、部屋Ｒ３のカラオケ機種Ｂに対応したリモコン端末１５とだけ無線通信（後述の図２参照）を介して情報送受可能となっている。つまり、２つのカラオケ機種Ａ，Ｂの間では、無線通信規格や通信プロトコル等の違いによりリモコン端末１５に互換性がない。
【００２６】
また、２つの部屋Ｒ１，Ｒ２に設けられた同じカラオケ機種Ａのカラオケ装置１０は、それぞれ有線ネットワーク及びルータ２１を介して第１カラオケネットワーク１６と、注文サーバ２０（注文管理装置、制御対象装置）及びＰＯＳレジスタ２２に情報送受可能に接続されている。第１カラオケネットワーク１６は、カラオケ機種Ａのリモコン端末１５の選曲機能（第１機能）で選曲した楽曲データに関する選曲指令を同じカラオケ機種Ａのカラオケ装置１０を介してカラオケ店舗外に設けられた第１カラオケサーバ（図示省略）に送信し、当該選曲指令に対応した楽曲データ及び映像データをカラオケ装置１０に返信する。また、注文サーバ２０は、カラオケ機種Ａに対応したリモコン端末１５の注文機能（商品注文機能、第２機能）で発注した注文指令を同じカラオケ機種Ａのカラオケ装置１０を介して受信し、店舗スタッフに対する飲食物の注文処理を実行するとともに、ＰＯＳレジスタ２２に対して対応する会計処理を実行させる。
【００２７】
また他方で、部屋Ｒ３に設けられたカラオケ機種Ｂのカラオケ装置１０は、有線ネットワークを介して第２カラオケネットワーク１７に情報送受可能に接続されている。第２カラオケネットワーク１７は、カラオケ機種Ｂのリモコン端末１５の選曲機能で選曲した楽曲データに関する選曲指令を同じカラオケ機種Ｂのカラオケ装置１０を介してカラオケ店舗外に設けられた第２カラオケサーバ（図示省略）に送信し、当該選曲指令に対応した楽曲データ及び映像データをカラオケ装置１０に返信する。
【００２８】
以上より、当該カラオケ店舗においては、カラオケ機種Ａに対応するサービスネットワーク（第１カラオケネットワーク１６と注文ネットワーク（注文サーバ２０、ＰＯＳレジスタ２２））と、カラオケ機種Ｂに対応するサービスネットワーク（第２カラオケネットワーク１７のみ）の間が隔絶され、それぞれ独立して機能している。
【００２９】
そして当該カラオケ店舗における全ての部屋で楽曲再生サービスと飲食物注文サービスの両方を供給するために、部屋Ｒ３においては、注文ネットワークに無線通信接続（後述の図２参照）するためだけにカラオケ機種Ａのリモコン端末１５が設けられている。すなわち、２つの部屋Ｒ１，Ｒ２ではそれぞれカラオケ機種Ａに対応して選曲機能と注文機能の両方を兼ね備えたリモコン端末１５が１つだけ設けられている一方、部屋Ｒ３ではカラオケ機種Ａに対応して注文機能だけに特化したリモコン端末１５とカラオケ機種Ｂに対応して選曲機能だけに特化したリモコン端末１５の２つのリモコン端末１５が設けられている。
【００３０】
＜リモコン端末の制御構成＞
図２は、カラオケ機種Ａのリモコン端末１５における制御ブロック構成を表している。この図２においてリモコン端末１５は、ＣＰＵ３１と、無線通信制御部３２と、タッチパネル３３と、ＲＡＭ３４と、ＲＯＭ３５と、大容量記憶装置３６とを、バス３７を介して情報送受可能に接続されて備えている。
【００３１】
ＣＰＵ３１は、ＲＡＭ３４の一時記憶機能を利用しつつ、ＲＯＭ３５や大容量記憶装置３６に予め記憶された各種プログラム（後述の選曲機能プログラム、注文機能プログラムを含む）を実行する。これにより、ＣＰＵ３１は、リモコン端末１５全体の制御を行う。
【００３２】
無線通信制御部３２（通信手段）は、無線ＬＡＮやＢｌｕｅ  Ｔｏｏｔｈ（登録商標）などの所定の無線通信プロトコルに準拠して、カラオケ機種Ａに対応するカラオケ装置１０又はアクセスポイント１１と無線通信を介した情報送受の制御を行う。なお、アクセスポイント１１は、上記図１における部屋Ｒ３のようにカラオケ機種Ａのカラオケ装置１０がない場合等に設けられる無線通信局である。
【００３３】
タッチパネル３３は、例えば液晶パネルなどから構成され各種の情報を表示する表示部３３ａ（表示手段）と、例えば透過性のタッチパッドなどから構成されユーザからの接触操作を受け付ける操作部３３ｂ（受付手段）とを一体に構成した入出力装置である。
【００３４】
大容量記憶装置３６（記憶手段）は、例えばＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）などから構成され、各種プログラム（後述の選曲機能プログラム、注文機能プログラムを含む）や、背景映像データ又は楽曲情報データベース等の各種情報が記憶されている。なお、選曲機能プログラム及び注文機能プログラムは、当該リモコン端末１５の工場出荷時にはいずれも大容量記憶装置３６に格納されておらず、必要時にネットワークを介して所定のサーバ等からダウンロードし格納される。
【００３５】
なお、この図２ではカラオケ機種Ａに対応するリモコン端末１５の制御ブロック構成を例に示したが、大容量記憶装置３６における注文機能プログラムの格納やアクセスポイント１１を介した無線通信を除けばカラオケ機種Ｂに対応するリモコン端末１５でも同等の構成となる。
【００３６】
以上の構成において、いずれのカラオケ機種Ａ，Ｂにおいても、リモコン端末１５が選曲機能を有効化するためには、当該リモコン端末１５が選曲機能プログラムを実行可能に格納していることと、対応するカラオケ機種のカラオケ装置１０との間で情報通信機能が確立していることが条件となる。また、リモコン端末１５（この例のカラオケ機種Ａに限定）が注文機能を有効化するためには、当該リモコン端末１５が注文機能プログラム（商品注文機能プログラム）を実行可能に格納していることと、対応するカラオケ機種Ａの注文サーバ２０との間で情報通信機能が確立していることが条件となる。
【００３７】
＜本実施形態の特徴＞
以上説明したように本実施形態におけるカラオケ機種Ａのリモコン端末１５は、カラオケ装置１０や注文サーバ２０等の複数の制御対象装置を制御可能であり、カラオケ装置１０において再生される楽曲を選曲する選曲機能と、注文サーバ２０を介し商品の注文を行うための注文機能と、を備えている。
【００３８】
しかしながら、上記図１に示したように、同じカラオケ機種Ａのリモコン端末１５でも、部屋Ｒ１，Ｒ２では単体で選曲機能と注文機能の両方の機能を必要とするが、部屋Ｒ３では注文機能だけあればよく選曲機能は不要である。このため、同じカラオケ機種のリモコン端末１５であっても、使用環境に合わせて各種機能ごとに使用と不使用を個別に設定する必要がある。
【００３９】
そこで本実施形態では、上記複数の制御対象装置（カラオケ装置１０、注文サーバ２０）のうちどれを制御対象とするか、に応じて、上記選曲機能及び商品注文機能を適宜に有効化できるという特徴がある。以下、この特徴について順次詳細に説明する。
【００４０】
＜機能の有効化手法について＞
上述したように、リモコン端末１５において一つの機能を有効化するためには、そのリモコン端末１５が当該機能で制御する制御対象装置（カラオケ装置１０、注文サーバ２０）との間で情報通信機能が確立していることと、そのリモコン端末１５が当該機能に対応する機能プログラムを格納していることが条件となる。このため、当該リモコン端末１５が通信を介して制御対象装置を検知することと、機能プログラムの格納を判断することとが同時に満たされた場合に、その機能の有効化が可能であると判定する。
【００４１】
そして本実施形態の例では、リモコン端末１５のＣＰＵ３１がその検知結果と判断結果に応じて、第１処理、第２処理、第３処理のいずれかを選択的に実行する。第１処理では、上記選曲機能及び注文機能の両方を有効化させることができ、第２処理では、上記注文機能は有効化させずに上記選曲機能を有効化させることができ、第３処理では、上記選曲機能は有効化させずに上記注文機能を有効化させることができる。
【００４２】
これにより、ユーザによるリモコン端末１５の利用時において、制御対象装置がカラオケ装置１０及び注文サーバ２０の両方となる場合には、上記第１処理が行われることで上記選曲機能及び商品注文機能の両方が有効化される。また制御対象がカラオケ装置１０のみとなる場合には、上記第２処理が行われることで上記選曲機能のみが有効化される。また制御対象が注文サーバ２０のみとなる場合には、上記第３処理が行われることで上記注文機能のみが有効化される。
【００４３】
なお、このときの各機能の有効化とは、例えば、上記第１〜第３処理の実行によって対応する各機能プログラムが自動的に処理可能な状態することである。あるいは、例えば、各店舗に赴いたサービスマンがいずれかの機能を実行するように制御端末の機能選択の手動設定を行う際に、上記第１〜第３処理の実行によってサービスマン設定画面にて対応する機能を選択可能に表示する処理（あるいは表示できるフラグを立てておく処理）等である。この場合は、サービスマンが選択可能な項目の表示を絞り、不要な選択項目を表示させないことで、サービスマンが上記手動設定を行う際の操作の煩雑さを低減できる。
【００４４】
そして、上記のように選択的に有効化された機能に関する内容がタッチパネルの表示部３３ａに表示される。ユーザが、その表示内容に応じて楽曲の選曲操作や商品の注文操作等を行うと、その操作内容がタッチパネルの操作部３３ｂによって受け付けられ、ユーザに対して対応するサービス（楽曲の再生や商品のお届け等）が自動的に行われる。
【００４５】
＜第１〜３処理それぞれの表示例＞
例えば、上記注文機能は有効化させずに上記選曲機能を有効化させる第２処理では、図３に示すように選曲操作に関する表示内容と操作ボタンだけで構成する選曲画面だけを表示する。これにより、リモコン端末１５は選曲機能だけに利用される。
【００４６】
また、上記選曲機能は有効化させずに上記注文機能を有効化させる第３処理では、図４に示すように注文操作に関する表示内容と操作ボタンだけで構成する注文画面を表示する。これにより、リモコン端末１５は注文機能だけに利用される（上記図１中の部屋Ｒ３での利用形態）。
【００４７】
また、上記選曲機能及び注文機能の両方を有効化させる第１処理では、図５に示すような選曲画面と図６に示すような注文画面とを手動で選択的に切り替えるように表示する。図５は、上記図３に示した選曲画面中に注文画面へ切り替えるための切替操作ボタン４１を追加している。図６は、上記図４に示した注文画面中に選曲画面へ切り替えるための操作ボタン４２を追加している。これにより、リモコン端末１５は選曲機能と注文機能の両方を切り替えて利用できる（上記図１中の部屋Ｒ１，Ｒ２での利用形態）。なお、選曲画面を初期的又は優先的に表示する（機能させる）ものとし、注文画面に切り替えた場合でも何ら操作入力がない状態で所定時間（例えば５分）経過した場合には選曲画面に戻るタイマー処理を行う。これにより、通信カラオケシステム１におけるリモコン端末１５の本来の用途である選曲機能を優先的に利用できる。
【００４８】
＜リモコン端末の制御フロー＞
上記手法を実現するためにリモコン端末１５のＣＰＵ３１（演算手段に相当）により実行される機能管理処理の処理内容を図７、図８のフローチャートで説明する。まず、図７において、例えば特に図示しない電源スイッチを操作して電源を投入することによって、このフローが開始される。
【００４９】
まず、ステップＳ５において、リモコン端末１５のＣＰＵ３１は、同じカラオケ機種のカラオケ装置１０が存在するか否かを判定する。言い換えると、当該リモコン端末１５と同じカラオケ機種のカラオケ装置１０との間で無線通信が確立されているか否かを判定する。このとき具体的には、通信対象のカラオケ装置１０のアドレス情報に従ったいわゆるｐｉｎｇ信号（確認要求信号）を無線通信を介して送信し、それに対する応答信号（疎通確認信号）を受信できたか否かを判定すればよい。または、通信対象のカラオケ装置１０のアドレス情報に従ったいわゆるブロードキャスト信号（疎通確認信号）が所定周期でブロードキャスト送信され、受信できているか否かを判定してもよい。同じカラオケ機種のカラオケ装置１０が存在している場合、判定が満たされ（Ｓ５：ＹＥＳ）、ステップＳ１０へ移る。
【００５０】
ステップＳ１０では、リモコン端末１５のＣＰＵ３１は、大容量記憶装置３６に選曲機能プログラムが格納されているか否かを判定する。選曲機能プログラムが格納されている場合、判定が満たされ（Ｓ１０：ＹＥＳ）、ステップＳ２０へ移る。
【００５１】
一方、選曲機能プログラムが格納されていない場合、判定は満たされず（Ｓ１０：ＮＯ）、ステップＳ１５へ移る。
【００５２】
ステップＳ１５では、リモコン端末１５のＣＰＵ３１は、選曲機能プログラムをダウンロードし、大容量記憶装置３６に格納する。このときダウンロード元はカラオケ装置１０でもよいし、注文サーバ２０でもよいし、第１カラオケネットワーク１６を介した第１カラオケサーバ（図示省略）でもよいし、第１カラオケネットワーク１６上の分散記憶システムでもよい。この後、ステップＳ２０へ移る。
【００５３】
ステップＳ２０では、リモコン端末１５のＣＰＵ３１は、同じカラオケ機種の注文サーバ２０が存在するか否かを判定する。言い換えると、当該リモコン端末１５と同じカラオケ機種の注文サーバ２０との間で情報通信が確立されているか否かを判定する。このとき、上記ステップＳ５と同等の手法で判定すればよい。同じカラオケ機種の注文サーバ２０が存在していない場合、判定は満たされず（Ｓ２０：ＮＯ）、ステップＳ２５へ移る。
【００５４】
ステップＳ２５では、リモコン端末１５のＣＰＵ３１は、大容量記憶装置３６に格納されている選曲機能プログラムを実行して、選曲機能をいつでも処理可能な状態とする。そして、このフローを終了する。
【００５５】
一方、上記ステップＳ２０の判定において、同じカラオケ機種の注文サーバ２０が存在している場合、判定が満たされ（Ｓ２０：ＹＥＳ）、ステップＳ３０へ移る。
【００５６】
ステップＳ３０では、リモコン端末１５のＣＰＵ３１は、大容量記憶装置３６に注文機能プログラムが格納されているか否かを判定する。注文機能プログラムが格納されている場合、判定が満たされ（Ｓ３０：ＹＥＳ）、ステップＳ４０へ移る。
【００５７】
一方、注文機能プログラムが格納されていない場合、判定は満たされず（Ｓ３０：ＮＯ）、ステップＳ３５へ移る。
【００５８】
ステップＳ３５では、リモコン端末１５のＣＰＵ３１は、注文機能プログラムをダウンロードし、大容量記憶装置３６に格納する。このときダウンロード元は、上記ステップＳ１５と同等のものでよい。この後、ステップＳ４０へ移る。
【００５９】
ステップＳ４０では、リモコン端末１５のＣＰＵ３１は、大容量記憶装置３６に格納されている注文機能プログラムを実行して、注文機能をいつでも処理可能な状態とする。この後、ステップＳ２５へ移る。
【００６０】
一方、上記ステップＳ５の判定において、同じカラオケ機種のカラオケ装置１０が存在していない場合、判定は満たされず（Ｓ５：ＮＯ）、ステップＳ４５へ移る（コネクタＡを介して図８参照）。
【００６１】
ステップＳ４５では、リモコン端末１５のＣＰＵ３１は、同じカラオケ機種の注文サーバ２０が存在するか否かを判定する。言い換えると、当該リモコン端末１５と同じカラオケ機種の注文サーバ２０との間で情報通信が確立されているか否かを判定する。このとき、上記ステップＳ５、Ｓ２０と同等の手法で判定すればよい。同じカラオケ機種の注文サーバ２０が存在していない場合、判定は満たされず（Ｓ４５：ＮＯ）、ステップＳ５０へ移る。
【００６２】
ステップＳ２５では、リモコン端末１５のＣＰＵ３１は、選曲機能で制御する対象のカラオケ装置１０と、注文機能で制御する注文サーバ２０のいずれも存在していないため、当該リモコン端末１５はいずれの機能も有効化できないとする旨のエラー情報を表示部３３ａに表示する。そして、このフローを終了する。
【００６３】
一方、上記ステップＳ４５の判定において、同じカラオケ機種の注文サーバ２０が存在している場合、判定が満たされ（Ｓ４５：ＹＥＳ）、ステップＳ５５へ移る。
【００６４】
ステップＳ５５では、リモコン端末１５のＣＰＵ３１は、大容量記憶装置３６に注文機能プログラムが格納されているか否かを判定する。注文機能プログラムが格納されている場合、判定が満たされ（Ｓ５５：ＹＥＳ）、ステップＳ６５へ移る。
【００６５】
一方、注文機能プログラムが格納されていない場合、判定は満たされず（Ｓ５５：ＮＯ）、ステップＳ６０へ移る。
【００６６】
ステップＳ６０では、リモコン端末１５のＣＰＵ３１は、注文機能プログラムをダウンロードし、大容量記憶装置３６に格納する。このときダウンロード元は、上記ステップＳ１５、Ｓ３５と同等のものでよい。この後、ステップＳ６５へ移る。
【００６７】
ステップＳ６５では、リモコン端末１５のＣＰＵ３１は、大容量記憶装置３６に格納されている注文機能プログラムを実行して、注文機能をいつでも処理可能な状態とする。そして、このフローを終了する。
【００６８】
以上の機能管理処理のフローチャートを実行することで、リモコン端末１５は、制御対象装置を検知でき、かつ機能プログラムが格納されていると判断できた場合にその機能の有効化が可能であると判定する。そして、上記選曲機能及び注文機能の両方を有効化させる第１処理、上記注文機能は有効化させずに上記選曲機能を有効化させる第２処理、上記選曲機能は有効化させずに上記注文機能を有効化させる第３処理のいずれかを実行できる。
【００６９】
なお、以上の機能管理処理のフロー全体の処理が各請求項記載の制御手段として機能し、ステップＳ５、Ｓ２０、Ｓ４５の手順が各請求項記載の検知手段として機能し、ステップＳ１０、Ｓ３０、Ｓ５５の手順が各請求項記載の判断手段として機能し、ステップＳ１５、Ｓ３５、Ｓ６０の手順が各請求項記載のプログラム取得処理として機能し、ステップＳ３５、Ｓ６０の手順が各請求項記載の注文機能取得処理として機能し、ステップＳ４０とステップＳ２５の両方の手順で各請求項記載の第１処理として機能し、ステップＳ２５だけの手順で各請求項記載の第２処理として機能し、ステップＳ６５だけの手順で各請求項記載の第３処理として機能し、ステップＳ２０、Ｓ４５の手順が各請求項記載の第１判定処理として機能し、ステップＳ５、Ｓ２０、Ｓ４５の手順が各請求項記載の第２判定処理として機能する。
【００７０】
次に、上述したタイマー処理を実現するためにリモコン端末１５のＣＰＵ３１（演算手段に相当）により実行されるタイマー処理の処理内容を図９のフローチャートで説明する。まず、図９において、初期的に表示される選曲画面（初期画面）から注文画面に切り替えられた際に、このフローが開始される。
【００７１】
まず、ステップＳ１０５において、リモコン端末１５のＣＰＵ３１は、タイマーの計時を０にリセットして起動する。このタイマーは、ハードウェア的な回路で構成してもよいし、ソフトウェア的に構成してもよい。
【００７２】
次に、ステップＳ１１０に移り、リモコン端末１５のＣＰＵ３１は、注文画面上でユーザから商品を注文する操作があったか否かを判定する。注文操作があった場合、判定が満たされ（Ｓ１１０：ＹＥＳ）、ステップＳ２００の注文処理を実行した後にステップＳ１０５に戻り同様の手順を繰り返す。なお、このステップＳ２００の注文処理については具体的に図示、説明はしないが、例えばあらかじめ用意されたメニューからユーザが任意に選択してその合計金額を提示しつつ注文を確定させるよう処理する。
【００７３】
一方、上記ステップＳ１１０の判定において、注文操作がない場合、判定は満たされず（Ｓ１１０：ＮＯ）、ステップＳ１１５へ移る。
【００７４】
ステップＳ１１５では、リモコン端末１５のＣＰＵ３１は、タイマーの計時があらかじめ設定された所定時間（最長待機時間、例えば５分）を経過したか否かを判定する。タイマーが所定時間を経過していない場合、判定は満たされず（Ｓ１１５：ＮＯ）、上記ステップＳ１１０へ戻り同様の手順を繰り返す。
【００７５】
一方、タイマーが所定時間を経過した場合、判定が満たされ（Ｓ１１５：ＹＥＳ）、ステップＳ１２０へ移る。
【００７６】
ステップＳ１２０では、リモコン端末１５のＣＰＵ３１は、表示部３３ａを選曲画面に切り替えて表示する。そして、このフローを終了する。
【００７７】
なお、以上のタイマー処理では、初期的に表示される選曲画面から注文画面に切り替えられた際に開始するものとしたが、逆に注文画面を初期的に表示して選曲画面に切り替えられた際に開始するものとしてもよい。この場合には、ステップＳ１１０で選曲操作がされたか否かを判定し、ステップＳ２００では注文処理の代わりに選曲処理を実行し、ステップＳ１２０では表示部３３ａを注文画面に切り替えて表示すればよい。
【００７８】
なお、以上のタイマー処理のフロー全体の処理が各請求項記載の表示制御処置として機能する。
【００７９】
＜本実施形態により得られる効果＞
以上説明したように、本実施形態においては、上記ステップＳ５、Ｓ２０、Ｓ４５の手順で通信を介して制御対象装置を検知すると、その検知結果に応じて、第１処理、第２処理、第３処理のいずれかを選択的に実行する。または、上記ステップＳ１０、Ｓ３０、Ｓ５５の手順で、前述のどの機能プログラムが記憶されているかを判断すると、その判断結果に応じて、第１処理、第２処理、第３処理のいずれかを選択的に実行する。
【００８０】
これにより、選曲機能及び注文機能を備えた１つの共通のリモコン端末１５を用意しておけば、制御対象装置がどれになるかに応じて（言い替えればそのリモコン端末１５を用いるユーザの利用態様に応じて）適正な機能が用意され、ユーザはその機能を利用して所望のサービスを享受することができる。この結果、ユーザの利用態様に応じた機能を呼び出すために、店舗側がその都度手動によるオペレーションを行ったり、ユーザが自ら煩雑な操作を行ったりする必要がない。この結果、ユーザにとっても、店舗側にとっても、操作の手間や労力を低減でき利便性を大きく向上することができる。
【００８１】
なお、リモコン端末１５の機能としては、選曲機能と注文機能に限られない。他にも店舗外へのお使いで買い物するなど店舗スタッフが行うサービスや、その他に機器的なサービスなどを実行する機能などを適用してもよい。
【００８２】
また、本実施形態では特に、上記ステップＳ５、Ｓ２０、Ｓ４５の手順での検知結果に応じて、ステップＳ１０、Ｓ３０、Ｓ５５の手順で第１処理、第２処理、第３処理のいずれを実行可能か判断することにより、ユーザの利用態様に応じて確実に適正な機能を用意することができる。
【００８３】
また、本実施形態では特に、上記ステップＳ１０、Ｓ３０、Ｓ５５の手順により選曲機能プログラム及び商品注文機能プログラムのうちいずれか一方が記憶されていないと判断された場合、その記憶されていない選曲機能プログラム若しくは商品注文機能プログラムを、無線通信制御部３２を介して取得するようステップＳ１５、Ｓ３５、Ｓ６０の手順を実行する。これにより、リモコン端末１５において、選曲機能プログラム及び注文機能プラグラムの両方を必ず揃えることができ、選曲機能及び注文機能状態のいずれも実行可能とすることができる。
【００８４】
また、本実施形態では特に、上記ステップＳ５、Ｓ２０、Ｓ４５の手順により注文サーバ２０からの疎通確認信号（ｐｉｎｇ信号への応答信号又はブロードキャスト信号）を受信したことが示された場合は第１処理及び第３処理を実行可能と判定するとともに、ステップＳ５、Ｓ２０、Ｓ４５の手順により注文サーバ２０からの疎通確認信号を受信したことが示されない場合は第２処理を実行可能と判定する。
【００８５】
本願発明においては、注文サーバ２０からの疎通確認信号（例えば、リモコン端末１５からの確認要求信号（例えばｐｉｎｇ信号）に対し注文サーバ２０が応答する応答信号や、注文サーバ２０が周期的にブロードキャスト送信するブロードキャスト信号等）の検知を契機に実行可能な処理の判定が行われる（ステップＳ２０、Ｓ４５の手順）。これにより、適正な機能を用意するための高精度な判定を行うことができる。
【００８６】
また、本実施形態では特に、上記ステップＳ５、Ｓ２０、Ｓ４５の手順により注文サーバ２０からの疎通確認信号（ｐｉｎｇ信号への応答信号／ブロードキャスト信号）を受信したことが示され、かつ、リモコン端末１５が注文機能を有していないと識別できた場合は、所定のサーバ装置（カラオケ装置１０、カラオケサーバ、注文サーバ２０等）から注文機能（注文機能プログラム）を取得するステップＳ３５、Ｓ６０の手順を実行する。
【００８７】
これにより、注文サーバ２０に対し通信可能に接続された状態である（言い換えれば注文サーバ２０が制御対象となり得る状態である）にもかかわらずリモコン端末１５が注文機能を備えていない場合であっても、当該注文機能を注文サーバ２０等から取得することができる。
【００８８】
また、本実施形態では特に、上記ステップＳ５、Ｓ２０、Ｓ４５の手順により、予め定められた注文サーバ２０のアドレス情報及びカラオケ装置１０のアドレス情報に従って確認要求信号が送信され、かつ、確認要求信号に対応した疎通確認信号をカラオケ装置１０及び注文サーバ２０から受信したことが示された場合、第１処理を実行可能と判定し、カラオケ装置１０からの疎通確認信号を受信したことが示され、かつ、注文サーバ２０からの疎通確認信号を受信したことが示されない場合、第２処理を実行可能と判定し、カラオケ装置１０からの疎通確認信号を受信したことが示されず、かつ、注文サーバ２０からの疎通確認信号を受信したことが示された場合、第３処理を実行可能と判定する。
【００８９】
本願発明においては、リモコン端末１５から注文サーバ２０への確認要求信号の送信、及び、それに対し注文サーバ２０が応答する疎通確認信号、の検知の有無を契機に、実行可能な処理が第１処理であるか、第２処理であるか、第３処理であるか、の判定が行われる（ステップＳ５、Ｓ２０、Ｓ４５の手順）。これにより、適正な機能を用意するための高精度な判定を行うことができる。
【００９０】
また、本実施形態では特に、第１処理を実行し選曲機能及び注文機能を有効化した状態で、無操作期間が所定時間経過した場合に、選曲機能の初期画面を表示するタイマー処理を実行する。これにより、ユーザが何も操作を行わない状態がある程度継続したら、（商品注文は一段落した状態であって）楽曲を手早く選曲可能な状態としておくべき、とみなし、上記選曲機能のトップ画面に自動的に画面遷移させることができる。
【００９１】
なお、リモコン端末１５が、選曲機能や注文機能の他にも多数の機能を有している場合、そのうちで利用頻度が最も高い機能画面を初期的画面（優先画面）として切り替えるようにしてもよい。
【００９２】
なお上記実施形態では、リモコン端末１５が当該通信カラオケシステム１のカラオケ機種に対応した専用のリモコン端末１５を利用することを前提としたが、これに限られない。例えば、一般的なスマートフォン、タブレット端末などの携帯端末に専用のアプリケーションをインストールすることでリモコン端末１５の代わりに利用してもよい。
【００９３】
＜変形例＞
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順を追って説明する。なお、各変形例において、上記実施形態と同等の部分には同一の符号を付し、適宜説明及び図示を省略又は簡略化する。
【００９４】
（１）サービスマンが手動で任意の初期画面を設定する場合
上記実施形態では、選曲機能と注文機能の両方を有効化した第３処理において、選曲画面を初期的又は優先的に表示する（機能させる）ものとし、注文画面に切り替えた後にタイマー処理した場合を説明したが、本発明はこれに限られない。
【００９５】
例えば、顧客ユーザではない店舗側で委託されたサービスマンが手動で任意の初期画面を設定するようにしてもよい。この手動での処理を実現するためにリモコン端末１５のＣＰＵ３１（演算手段に相当）により実行される表示設定処理の処理内容を図１０のフローチャートで説明する。まず、図１０において、リモコン端末１５の特に図示しない隠しカバーを外して露出させるといったスイッチを操作してサービスマン専用の設定画面を表示した際に、このフローが開始される。
【００９６】
まず、ステップＳ３０５において、リモコン端末１５のＣＰＵ３１は、選曲機能と注文機能の両方を有効化するよう操作されたか否かを判定する。両方を有効化するよう操作された場合、判定が満たされ（Ｓ３０５：ＹＥＳ）、ステップＳ３１０へ移る。
【００９７】
ステップＳ３１０では、リモコン端末１５のＣＰＵ３１は、第１処理として上記図５の選曲画面と上記図６の注文画面の両方を切り替え表示可能に設定する。この際、選曲画面と注文画面のいずれを初期的又は優先的に表示する（機能させる）かも手動で設定する。そして、このフローを終了する。
【００９８】
一方、上記ステップＳ３０５の判定において、両方を有効化するよう操作されなかった場合、判定は満たされず（Ｓ３０５：ＮＯ）、ステップＳ３１５へ移る
【００９９】
ステップＳ３１５では、リモコン端末１５のＣＰＵ３１は、選曲機能だけを有効化するよう操作されたか否かを判定する。選曲機能だけを有効化するよう操作された場合、判定が満たされ（Ｓ３１５：ＹＥＳ）、ステップＳ３２０へ移る。
【０１００】
ステップＳ３２０では、リモコン端末１５のＣＰＵ３１は、第２処理として上記図３の選曲画面だけを表示可能に設定する。そして、このフローを終了する。
【０１０１】
一方、上記ステップＳ３１５の判定において、選曲機能だけを有効化するよう操作されなかった場合、判定は満たされず（Ｓ３１５：ＮＯ）、ステップＳ３２５へ移る。
【０１０２】
ステップＳ３２５では、リモコン端末１５のＣＰＵ３１は、注文機能だけを有効化するよう操作されたか否かを判定する。注文機能だけを有効化するよう操作された場合、判定が満たされ（Ｓ３２５：ＹＥＳ）、ステップＳ３３０へ移る。
【０１０３】
ステップＳ３３０では、リモコン端末１５のＣＰＵ３１は、第３処理として上記図４の注文画面だけを表示可能に設定する。そして、このフローを終了する。
【０１０４】
一方、上記ステップＳ３２５の判定において、注文機能だけを有効化するよう操作されなかった場合、判定は満たされず（Ｓ３２５：ＮＯ）、ステップＳ３３５へ移る。
【０１０５】
ステップＳ３３５では、リモコン端末１５のＣＰＵ３１は、あらかじめデフォルトで設定された画面表示で表示可能に設定する。そして、このフローを終了する。
【０１０６】
なお、以上において、図１０の表示設定処理のフロー全体の手順が各請求項記載の優先度決定処理として機能する。
【０１０７】
なお、この変形例の場合、上記図７に対応する図１１の機能管理処理のフローに示すように、ステップＳ３０で判定が満たされた場合（またはステップＳ３５の手順の後）に、ステップＳ４００の初期画面表示処理を実行して上記の表示設定を反映させるとよい。図１２は、初期画面表示処理の手順を示すフローチャートを表している。
【０１０８】
まず、ステップＳ４０５において、リモコン端末１５のＣＰＵ３１は、それまでに上記の表示設定処理Ｓ３００が実行されて手動での表示設定が済んでいるか否かを判定する。表示設定処理Ｓ３００が実行されていれば、判定が満たされ（Ｓ４０５：ＹＥＳ）、ステップＳ４１０へ移る。
【０１０９】
ステップＳ４１０では、リモコン端末１５のＣＰＵ３１は、表示設定処理Ｓ３００で設定した機能画面を初期画面として表示する。そして、このフローを終了する。
【０１１０】
一方、上記ステップＳ４０５の判定において、表示設定処理Ｓ３００が実行されていなければ、判定は満たされず（Ｓ４０５：ＮＯ）、ステップＳ４１５へ移る。
【０１１１】
ステップＳ４１５では、リモコン端末１５のＣＰＵ３１は、デフォルトで設定された機能画面を初期画面として表示する。そして、このフローを終了する。
【０１１２】
以上のように、本変形例では、第１処理、第２処理、第３処理のうちいずれか１つの処理をそれ以外の処理よりも優先的に実行する実行優先度（つまり、どの機能画面を表示するかの優先度）を設定し、かつ、注文機能を無効化する。これにより、サービスマンが適宜にリモコン端末１５を操作し実行優先度を設定するにあたり、それに先立ち、ユーザが利用する機能である注文機能を一時的に無効化することができる。
【０１１３】
なお、以上の説明における「垂直」とは、厳密な意味での垂直ではない。すなわち、「垂直」とは、設計上、製造上の公差、誤差が許容され、「実質的に垂直」という意味である。
【０１１４】
なお、以上の説明における「平行」とは、厳密な意味での平行ではない。すなわち、「平行」とは、設計上、製造上の公差、誤差が許容され、「実質的に平行」という意味である。
【０１１５】
なお、以上の説明における「等しい」とは、厳密な意味ではない。すなわち、「等しい」とは、設計上、製造上の公差、誤差が許容され、「実質的に等しい」という意味である。
【０１１６】
なお、以上において、図１、図２等の各図中に示す矢印は信号の流れの一例を示すものであり、信号の流れ方向を限定するものではない。
【０１１７】
また、図７、図８、図９、図１０、図１１、図１２等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【０１１８】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【０１１９】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１２０】
１                通信カラオケシステム
１０              カラオケ装置（楽曲再生装置、制御対象装置）
１５              リモコン端末（制御端末）
１６              第１カラオケネットワーク
１７              第２カラオケネットワーク
２０              注文サーバ（注文管理装置、制御対象装置）
２１              ルータ
２２              ＰＯＳレジスタ
３１              ＣＰＵ（演算手段）
３２              無線通信制御部（通信手段）
３３              タッチパネル
３３ａ            表示部（表示手段）
３３ｂ            操作部（受付手段）
３６              大容量記憶装置（記憶手段）
【図１】
2020095159.tif 000003
【図２】
2020095159.tif 000004
【図３】
2020095159.tif 000005
【図４】
2020095159.tif 000006
【図５】
2020095159.tif 000007
【図６】
2020095159.tif 000008
【図７】
2020095159.tif 000009
【図８】
2020095159.tif 000010
【図９】
2020095159.tif 000011
【図１０】
2020095159.tif 000012
【図１１】
2020095159.tif 000013
【図１２】
2020095159.tif 000014