サーバ装置及び端末装置管理システム
【課題】複数の端末装置に対して一括して機能を追加することが可能で、且つ、端末装置に対応していないプログラムの実行によって端末装置に不具合が生じるのを防止することが可能な技術を提供すること。
【解決手段】複数の端末装置（３０）と通信可能なサーバ装置（１０）は、１または複数のプログラムの各々と各プログラムを実行可能な端末装置の機種を示す情報とを関連付けた第１のデータベース（１２３）を参照して、配信すべきプログラムを実行可能な端末装置の機種を特定し、前記複数の端末装置の各々の機種を示す情報を含む第２のデータベース（１２４）を参照して、前記複数の端末装置の中から、前記特定した機種の端末装置を抽出し（Ｓ１７）、抽出された端末装置に対して、前記配信すべきプログラムを配信する（Ｓ１８）。
【解決手段】複数の端末装置（３０）と通信可能なサーバ装置（１０）は、１または複数のプログラムの各々と各プログラムを実行可能な端末装置の機種を示す情報とを関連付けた第１のデータベース（１２３）を参照して、配信すべきプログラムを実行可能な端末装置の機種を特定し、前記複数の端末装置の各々の機種を示す情報を含む第２のデータベース（１２４）を参照して、前記複数の端末装置の中から、前記特定した機種の端末装置を抽出し（Ｓ１７）、抽出された端末装置に対して、前記配信すべきプログラムを配信する（Ｓ１８）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置及び端末装置管理システムに関する。
【背景技術】
【０００２】
通信回線を介して接続されたカラオケ装置とサーバ装置（ホストコンピュータ）とを有する通信カラオケシステムにおいて、所定の機能を提供するプログラムをサーバ装置からカラオケ装置に配信し、カラオケ装置の機能の追加や変更を行うことが知られている。例えば、特許文献１には、宣伝（ＣＭ）再生やゲームなどの様々な情報サービスを提供する情報ファイル（オブジェクトファイル）をホストコンピュータからカラオケ装置に配信することが記載されている。特許文献２には、通信手段と、通信手段を介して接続されたカラオケ端末機およびホスト機とから成る通信カラオケシステムにおいて、ホスト機に記録されている機能プログラムを、カラオケ端末機から選択して、通信手段を介して受信することにより、カラオケ端末機に新たな機能プログラムを追加することが記載されている。また、特許文献３には、通信回線を通じてデータの授受が可能な通信カラオケ装置において、機能プログラムがあらかじめ記憶された書き換え不可能な第１の記憶手段と、機能プログラムの記憶が可能かつ書き換え可能な第２の記憶手段とを設け、前記第２の記憶手段に受信した機能プログラムを記憶し、実行することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第３４６３８４２号明細書
【特許文献２】特開平１０−２６９０８６号公報
【特許文献３】特開平９−２４４９００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記した従来の通信カラオケシステムにおいては、各カラオケ装置に必要な機能を追加することはできるものの、複数のカラオケ装置に必要な機能を追加する場合には、個別に機能追加のための操作を行わねばならず、カラオケ装置の数が多い場合には多大な時間を要していた。また、カラオケ装置に追加した機能プログラムがそのカラオケ装置に対応していない場合、追加された機能プログラムを実行することでカラオケ装置が異常終了するといった不具合が生じることがあった。
【０００５】
本発明は、上述した背景の下になされたものであり、複数の端末装置に対して一括して機能を追加することが可能で、且つ、端末装置に対応していないプログラムの実行によって端末装置に不具合が生じるのを防止することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するため、本発明は、複数の端末装置と通信可能なサーバ装置であって、１または複数のプログラムの各々と各プログラムを実行可能な端末装置の機種を示す情報とを関連付けた第１のデータベースを参照して、配信すべきプログラムを実行可能な端末装置の機種を特定し、前記複数の端末装置の各々の機種を示す情報を含む第２のデータベースを参照して、前記複数の端末装置の中から、前記特定した機種の端末装置を抽出する抽出手段と、前記抽出手段によって抽出された端末装置に対して、前記配信すべきプログラムを配信する配信手段とを備えたことを特徴とするサーバ装置を提供する。
【０００７】
好ましい態様において、サーバ装置は、前記複数の端末装置の一つから、前記配信すべきプログラムを特定するための情報を含む配信リクエストを受信する受信手段と、前記配信リクエストに含まれる前記配信すべきプログラムを特定するための情報に基づいて、前記配信すべきプログラムを特定する特定手段とを更に有してもよい。
【０００８】
他の好ましい態様において、前記複数の端末装置は複数のグループにグループ化されており、前記抽出手段は、前記配信リクエストの送信元の端末装置が属するグループに属する端末装置から、前記特定した機種の端末装置を抽出してもよい。
【０００９】
他の好ましい態様において、前記複数の端末装置の各々はカラオケ装置であり、サーバ装置は、店舗を訪れたユーザのカラオケ装置の機能の利用履歴を示す第１の情報を取得する第１の取得手段と、前記複数のカラオケ装置のうち予め定められたグループに属するカラオケ装置の各々において実現可能な機能を示す第２の情報を取得する第２の取得手段と、前記第１の取得手段によって取得した第１の情報と、前記第２の取得手段によって取得した第２の情報とに基づいて、前記ユーザに対して、前記予め定められたグループに属するカラオケ装置の中から使用を推奨するカラオケ装置を選択する選択手段と、前記選択手段によって選択されたカラオケ装置を示す情報を出力する出力手段とを有してもよい。
【００１０】
他の好ましい態様において、本発明は、サーバ装置と、前記サーバ装置と通信可能な複数の端末装置とを備えた端末装置管理システムであって、前記サーバ装置は、１または複数のプログラムの各々と各プログラムを実行可能な端末装置の機種を示す情報とを関連付けた第１のデータベースを参照して、配信すべきプログラムを実行可能な端末装置の機種を特定し、前記複数の端末装置の各々の機種を示す情報を含む第２のデータベースを参照して、前記複数の端末装置の中から、前記特定した機種の端末装置を抽出する抽出手段と、前記抽出手段によって抽出された端末装置に対して、前記配信すべきプログラムを配信する配信手段とを備え、前記複数の端末装置の各々は、前記サーバ装置から配信されたプログラムを受信する受信手段と、前記受信したプログラムを実行するプログラム実行手段とを有することを特徴とする端末装置管理システムを提供する。
【発明の効果】
【００１１】
本発明によれば、複数の端末装置に対して一括して機能を追加し、且つ、端末装置に対応していないプログラムの実行によって端末装置に不具合が生じるのを防止することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係るカラオケシステムの構成の一例を示すブロック図。
【図２】サーバの構成の一例を示すブロック図。
【図３】アプリ情報データベースの一例を示す図。
【図４】カラオケ装置データベースの一例を示す図。
【図５】ユーザ情報データベースに含まれるユーザの機能利用履歴の一例を示す図。
【図６】カラオケ装置の構成の一例を示すブロック図。
【図７】機能リストの一例を示す図。
【図８】受付端末の構成の一例を示すブロック図。
【図９】店舗用カラオケ装置データベースの一例を示す図。
【図１０】カラオケ装置に機能を追加するときのサーバ及びカラオケ装置の動作を示すフローチャート。
【図１１】カラオケ装置に機能を追加するときのサーバ及びカラオケ装置の動作を示すフローチャート。
【図１２】メンテナンスモードにおける初期メニュー画面の一例を示す図。
【図１３】追加可能な機能の一覧表示画面の一例を示す図。
【図１４】更新されたカラオケ装置データベースの一例を示す図。
【図１５】カラオケ装置から機能を削除するときのサーバ及びカラオケ装置の動作を示すフローチャート。
【図１６】カラオケ装置から機能を削除するときのサーバの動作を示すフローチャート。
【図１７】削除可能な機能の一覧表示画面の一例を示す図。
【図１８】更新されたカラオケ装置データベースの一例を示す図。
【図１９】受付時のサーバ及び受付端末の動作を示すフローチャート。
【図２０】変形例２に係るサーバ、受付端末、及びカラオケ装置の動作を示すフローチャート。
【図２１】変形例２に係るカラオケ装置選択画面の一例を示す図。
【図２２】変形例２に係る追加可能な機能の一覧表示画面の一例を示す図。
【発明を実施するための形態】
【００１３】
［実施形態］
図１は、本発明の実施形態に係るカラオケシステム１の構成の一例を示すブロック図である。このカラオケシステム１は、サーバ１０と、通信回線（例えば、インターネット）２０を介してサーバ１０と通信可能な複数のカラオケ装置３０を有する。カラオケ装置３０は、本発明の端末装置の一例であり、例えばカラオケボックスや飲食店などの店舗８０の各部屋毎に設置される。本例では、店舗ＩＤ「ＳＨ００１」の店舗８０に、装置ＩＤ「ＫＡ００１」〜「ＫＡ００４」の４台のカラオケ装置３０が設置され、店舗ＩＤ「ＳＨ００２」の店舗８０に、装置ＩＤ「ＫＡ００５」及び「ＫＡ００６」の２台のカラオケ装置３０が設置されている。各店舗８０のカラオケ装置３０はＬＡＮ（Local Area Network）６０でルータ７０に接続され、ルータ７０を介してインターネット２０に接続されている。また、各店舗８０には、ＬＡＮ６０に接続された受付端末５０が設けられている。
【００１４】
（サーバ１０）
サーバ１０は、様々なカラオケメーカが提供するカラオケデータ（演奏データと映像データ（歌詞データを含む））をインターネット２０を経由してカラオケ装置３０に配信するものである。また、サーバ１０は、カラオケ装置３０において例えばビンゴなどのゲームやボイスチェンジなどのカラオケ関連機能を含む様々な機能を実現するプログラムであるアプリケーションソフトウェア（以下、アプリという）をカラオケ装置３０に配信するとともに、各カラオケ装置３０にどのアプリが配信されたかを集中管理する。
【００１５】
図２は、サーバ１０の構成の一例を示すブロック図である。図２に示すように、サーバ１０は、制御部１１、記憶部１２、表示制御部１３、ディスプレイ１４、操作部１５、及び通信部１６を有する。制御部１１、記憶部１２、表示制御部１３、操作部１５、及び通信部１６は、共通のバスに接続されている。
【００１６】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを備え、ＣＰＵが、ＲＯＭや記憶部１２に記憶されているプログラムをＲＡＭに読み出して実行することで、サーバ１０の各部を制御し、サーバ１０の様々な機能を実現する。記憶部１２は、例えばハードディスクやフラッシュメモリなどの大容量の記憶手段であり、各種のプログラムやデータを記憶する。表示制御部１３は、制御部１１からの指示に基づいて、液晶ディスプレイなどのディスプレイ１４の表示内容を制御する。操作部１５は、例えば、キーボードやマウスを有し、サーバ管理者による操作の内容に応じた操作信号を制御部１１に送出する。通信部１６は、インターネット２０を介してカラオケ装置３０や受付端末５０とデータの授受を行うためのインタフェースである。
【００１７】
記憶部１２に記憶されるプログラムやデータには、カラオケ装置３０に配信される様々なカラオケデータ１２１やアプリ１２２に加え、記憶部１２に記憶されたアプリ１２２を管理するためのアプリ情報データベース１２３、各カラオケ装置３０に関する情報を管理するためのカラオケ装置データベース１２４、及びカラオケ装置３０を利用するユーザの情報を管理するユーザ情報データベース１２５が含まれる。以下、これらデータベースについて説明する。
【００１８】
図３は、記憶部１２に記憶されたアプリ情報データベース１２３の一例を示す図である。アプリ情報データベース１２３には、記憶部１２に格納された各アプリを識別する識別情報であるアプリＩＤと、各アプリが実現する機能の種類と、各アプリが実現する機能を示す文字列である機能名と、各機能を識別する識別情報である機能ＩＤと、各アプリが対応しているカラオケ装置３０の機種（即ち、各アプリを実行可能なカラオケ装置３０の機種）を識別する識別情報である機種ＩＤと、各アプリのリリース日と、各アプリの配信に対しカラオケ装置３０の管理者（店舗８０の管理者）に課金される金額である価格とが関連付けて格納されている。本例では、アプリＩＤが「ＡＰ００１」のアプリ（以下、単に「アプリＡＰ００１」と言う）は、機能「ゲームＧ１」を提供するアプリであり、機種ＩＤが「Ｄ１」及び「Ｄ２」の機種（以下、単に「機種Ｄ１」、「機種Ｄ２」と言う）に対応している。また、アプリＡＰ００２は、アプリＡＰ００１と同じく機能「ゲームＧ１」を提供するアプリであるが、機種Ｄ３に対応している。言い換えると、機能「ゲームＧ１」に対しては、機種Ｄ１及びＤ２に対応したアプリＡＰ００１と、機種Ｄ３に対応したアプリＡＰ００２の２つのアプリが記憶部１２に記憶されている。尚、本例では、機種Ｄ１及びＤ２はメーカＡ製であり、機種Ｄ３はメーカＢ製であるとする。また、機種Ｄ１は機種Ｄ２よりも高性能の（例えば、処理速度が速くメモリー容量が大きい）機種であり、機種Ｄ２で実行可能なアプリは機種Ｄ１でも実行可能であるものとする。尚、ハードウェア構成は共通するが、例えば、オペレーティングシステム（ＯＳ）が異なるために実行できるアプリが異なる２台のカラオケ装置３０は、互いに異なる機種として取り扱われるものとする。
【００１９】
また、図３に例示したアプリ情報データベース１２３では、機能「ゲームＧ２」に対して、機種Ｄ１に対応したアプリＡＰ００３と、機種Ｄ３に対応したアプリＡＰ００４の２つのアプリが、記憶部１２に記憶されていることが示されている。従って、機種Ｄ１と機種Ｄ３では、対応するアプリＡＰ００３及びＡＰ００４をダウンロードし実行することで、機能「ゲームＧ２」を提供することが可能であるが、機種Ｄ２では、対応するアプリがないため、機能「ゲームＧ２」を提供することができない。同様に、機能「ゲームＧ３」に対して、機種Ｄ１に対応したアプリＡＰ００５が、機能「ゲームＧ４」に対して、機種Ｄ３に対応したアプリＡＰ００６が、機能「ゲームＧ５」に対して、機種Ｄ１及びＤ２に対応したアプリＡＰ００７が、それぞれ記憶部１２に記憶されていることが示されている。カラオケ関連機能である「採点」、「自動拍手」、「ガイドメロディ」、「音程調整」、「ボイスチェンジ」、及び「カロリー計算」に対しても、それぞれ、１または複数のアプリが記憶部１２に格納されていることが示されている。このアプリ情報データベース１２３は、新たなアプリがリリースされ記憶部１２に追加されたり、あるいは、記憶部１２に格納されているアプリが削除されたりするのに応じて更新される。尚、図３に例示したアプリ情報データベース１２３には、複数のアプリに関する情報が含まれるが、アプリ情報データベース１２３に１つのアプリに関する情報のみが含まれていてもよい。
【００２０】
図４は、記憶部１２に記憶されたカラオケ装置データベース１２４の一例を示す図である。カラオケ装置データベース１２４には、各カラオケ装置３０を識別する識別情報である装置ＩＤと、各カラオケ装置３０が設置された店舗８０を識別する識別情報である店舗ＩＤと、各カラオケ装置３０が設置された部屋の番号である部屋番号と、各カラオケ装置３０の機種を識別する識別情報である機種ＩＤと、カラオケ装置３０の各機種のメーカ名と、各カラオケ装置３０に配信済みのアプリを示すアプリＩＤと、配信された各アプリによって実現される機能を示す機能名と、各機能の種類と、各アプリの価格と、課金状態とが、関連付けて格納されている。例えば、図４に例示したカラオケ装置データベース１２４では、装置ＩＤが「ＫＡ００１」のカラオケ装置３０（以下、単に「カラオケ装置ＫＡ００１」と言う）は、店舗ＩＤが「ＳＨ００１」の店舗（以下、単に「店舗ＳＨ００１」と言う）の部屋番号「１０１」の部屋に設置され、メーカＡ製の機種Ｄ１からなることが示されている。また、カラオケ装置ＫＡ００１には、アプリＡＰ００１、ＡＰ００３、及びＡＰ００８が配信されており、それによって、対応する機能「ゲームＧ１」、「ゲームＧ２」、及び「採点」が実現可能となっていることが示されている。また、配信された各アプリに対する店舗管理者への課金は完了していることが示されている。
【００２１】
同様に、カラオケ装置データベース１２４には、カラオケ装置ＫＡ００２は、店舗ＳＨ００１の部屋１０２に設置され、メーカＡ製の機種Ｄ２からなり、アプリＡＰ００１及びＡＰ００８が配信され、それによって、対応する機能「ゲームＧ１」及び「採点」が実現可能となっていることが示されている。即ち、カラオケ装置ＫＡ００２は、カラオケ装置ＫＡ００１と同じ店舗に設定されているが、カラオケ装置ＫＡ００１とは異なる機種からなり、配信されているアプリも一部異なっている。具体的には、カラオケ装置ＫＡ００１にはアプリＡＰ００３が配信されているのに対し、カラオケ装置ＫＡ００２にはアプリＡＰ００３が配信されていない。これは、アプリＡＰ００３はカラオケ装置ＫＡ００１の機種である機種Ｄ１には対応しているが、カラオケ装置ＫＡ００２の機種である機種Ｄ２には対応していないことによる。カラオケ装置ＫＡ００３は、カラオケ装置ＫＡ００１と同じ機種（Ｄ１）からなり、配信されているアプリも同じであるが、カラオケ装置ＫＡ００１とは異なる部屋に設置されている。カラオケ装置ＫＡ００４は、店舗ＳＨ００１の部屋２０２に設置され、メーカＢ製の機種Ｄ３からなり、アプリＡＰ００２、ＡＰ００４、ＡＰ００６、及びＡＰ００９が配信され、それによって、対応する機能「ゲームＧ１」、「ゲームＧ２」、「ゲームＧ４」、及び「採点」が実現可能となっている。即ち、カラオケ装置ＫＡ００４は、カラオケ装置ＫＡ００１とは異なる機種からなり、配信されているアプリも一部異なっている。特に、カラオケ装置ＫＡ００４では、「ゲームＧ１」に対応したアプリとして、カラオケ装置ＫＡ００１に配信された機種Ｄ１で実行可能なアプリＡＰ００１ではなく、機種Ｄ３で実行可能なアプリＡＰ００２が配信されている。
【００２２】
また、カラオケ装置データベース１２４には、カラオケ装置ＫＡ００５は、店舗ＳＨ００２の部屋１０１に設置され、メーカＡ製の機種Ｄ１からなり、アプリＡＰ００１、ＡＰ００５、及びＡＰ００８が配信され、それによって、対応する機能「ゲームＧ１」、「ゲームＧ５」、及び「採点」が実現可能となっていることが示されている。即ち、店舗ＳＨ００２に設置されたカラオケ装置ＫＡ００５は、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１と同じ機種からなるが、配信されているアプリは一部異なっている。具体的には、カラオケ装置ＫＡ００５には、「ゲームＧ２」に対応したアプリＡＰ００３の代わりに、「ゲームＧ５」に対応したアプリＡＰ００５が配信されている。これは、例えば、店舗ＳＨ００１と店舗ＳＨ００２とで、異なるアプリの配信リクエストがサーバ１０に対しなされた（即ち、店舗ＳＨ００１の管理者はゲームＧ２に対応したアプリの配信をサーバ１０に対しリクエストしたのに対し、店舗ＳＨ００２の管理者はゲームＧ５に対応したアプリの配信をサーバ１０に対しリクエストした）ことによる。カラオケ装置ＫＡ００６は、店舗ＳＨ００２の部屋１０２に設置され、メーカＢ製の機種Ｄ３からなり、アプリＡＰ００２、ＡＰ００６、及びＡＰ００９が配信され、それによって、対応する機能「ゲームＧ１」、「ゲームＧ４」、及び「採点」が実現可能となっている。カラオケ装置ＫＡ００６は、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００４と同一機種（Ｄ３）からなるが、配信されているアプリが一部異なっている（即ち、カラオケ装置ＫＡ００４にはアプリＡＰ００４が配信されているのに対し、カラオケ装置ＫＡ００６にはアプリＡＰ００４が配信されていない）。
【００２３】
このように、本実施形態では、カラオケ装置３０の機種の相違や、カラオケ装置３０が設置されている店舗の相違などにより、カラオケ装置３０に配信されるアプリは、各カラオケ装置３０毎に異なり得る。サーバ１０は、カラオケ装置データベース１２４を用いて、各カラオケ装置３０に配信されたアプリを集中管理する。
【００２４】
また、本例では、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４はカラオケ装置データベース１２４において共通の店舗ＩＤ「ＳＨ００１」に関連付けられて一つのグループをなし、店舗ＳＨ００２に設置されたカラオケ装置ＫＡ００５及びＫＡ００６はカラオケ装置データベース１２４において共通の店舗ＩＤ「ＳＨ００２」に関連付けられて別のグループをなしている。即ち、本例では、カラオケ装置ＫＡ００１〜ＫＡ００６は、店舗単位でグループ分けされている。カラオケ装置データベース１２４は、店舗８０に新たなカラオケ装置３０が設置されたとき、カラオケ装置３０の機種の変更を行ったとき、カラオケ装置３０に新たなアプリが配信されたとき、或いはカラオケ装置３０に配信されたアプリが削除されたときなど、状態の変化に応じて適宜更新される。
【００２５】
図５は、記憶部１２に記憶されたユーザ情報データベース１２５に含まれるユーザの機能利用履歴の一例を示す図である。各ユーザの機能利用履歴には、利用日と、利用した機能を示す機能名と、利用した店舗８０の店舗ＩＤと、利用したカラオケ装置３０の機種の機種ＩＤとが、関連付けて記憶されている。図５には一例として、ユーザＩＤが「Ｕ０００１」であり、ユーザ名が「ＴＡＲＯ」であるユーザの機能利用履歴が示されている。ユーザＩＤは、ユーザを識別する識別情報であり、会員登録を済ませたユーザに対して割り当てられる。また、会員登録を済ませたユーザには、ユーザＩＤを記録したＩＣカード等の媒体（以後、メンバーカードという）が発行される。各ユーザの機能利用履歴は、そのユーザがカラオケ装置３０の機能を利用するのに応じて更新される。尚、ユーザ情報データベース１２５は、各ユーザの機能利用履歴に加えて、各ユーザが歌った曲を示す情報（曲名、曲コードなど）、各曲を歌ったときの設定（音程、テンポなど）、お気に入りの曲のリスト、利用時間など、他の情報を含んでもよい。また、各ユーザの認証に必要な情報（例えば、ユーザＩＤ及びパスワード）を含んでもよい。
【００２６】
（カラオケ装置３０）
次に、カラオケ装置３０の構成について説明する。図６は、カラオケ装置３０の構成の一例を示すブロック図である。図６に示すように、カラオケ装置３０は、制御部３１、記憶部３２、表示制御部３３、ディスプレイ３４、操作部３５、通信部３６、音処理部３７、スピーカ３８、及びマイク３９を有する。制御部３１、記憶部３２、表示制御部３３、操作部３５、通信部３６、及び音処理部３７は、共通のバスに接続されている。
【００２７】
制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどを備え、ＣＰＵが、ＲＯＭや記憶部３２に記憶されているプログラムをＲＡＭに読み出して実行することで、カラオケ装置３０の各部を制御し、カラオケ装置３０の様々な機能を実現する。記憶部３２は、例えばハードディスクやフラッシュメモリなどの大容量の記憶手段であり、各種のプログラムやデータを記憶する。表示制御部３３は、制御部３１からの指示に基づいて、液晶ディスプレイなどのディスプレイ３４の表示内容を制御する。
【００２８】
操作部３５は、例えば、カラオケ装置３０の前面に設けられたボタン、摘み、テンキーなどの操作子を含み、ユーザによる操作の内容に応じた操作信号を制御部３１に送出する。ユーザは、操作部３５を用いて、曲番号を入力して楽曲を選択したり、カラオケ伴奏の音程を調整したり、演奏と歌との音量バランスを調整したり、その他、エコー、音量、トーンなどの各種調整を行う。また、操作部３５は、リモートコントローラ３５１を含む。ユーザはリモートコントローラ３５１を用いて、楽曲の選択、音程の調整、音量の調整など、カラオケ装置３０の前面に設けられた操作子を用いて行うのと同じ操作を行うことができる。リモートコントローラ３５１は、液晶ディスプレイなどのディスプレイと、ディスプレイ上に重ねて配置されたタッチパネルとを有し、ディスプレイに表示した楽曲の一覧からユーザがタッチ操作により希望の楽曲を選択できるものであってよい（このようなリモートコントローラを「電子目次本」ということもある）。１台のカラオケ装置３０が、複数のリモートコントローラ３５１を有してもよい。また、リモートコントローラ３５１は、ユーザのメンバーカードに記録されたユーザの識別情報（ユーザＩＤ）を読み取るカードリーダを備えていてもよい。
【００２９】
通信部３６は、インターネット２０を介してサーバ１０とデータの授受を行うためのインタフェースである。音処理部３７は、音源回路（ＴＧ：Tone Generator）３７１と、ミキサ３７２と、増幅器３７３とを備える。音源回路３７１は、カラオケ演奏時に記憶部３２から読み出された楽曲のカラオケデータのうち、演奏データに基づいて楽音信号を生成する。ミキサ３７２は、音源回路３７１により生成された楽音信号と、マイク３９により送出された音信号とを決められた割合でミキシングする。増幅器３７３は、ミキサ３７２によりミキシングされた信号を増幅する。スピーカ３８は増幅器３７３で増幅された信号に応じた音を放音する。
【００３０】
カラオケ装置３０の記憶部３２に記憶されるプログラムやデータには、サーバ１０から配信されたカラオケデータ３２１及びアプリ３２２に加えて、当該カラオケ装置３０に配信されたアプリ３２２によって実行可能となった機能を示す機能リスト３２４及び当該カラオケ装置３０を利用しているユーザのユーザ情報データベース３２５が含まれる。機能リスト３２４は、サーバ１０の記憶部１２に記憶されたカラオケ装置データベース１２４から当該カラオケ装置３０に関するデータを抽出したものである。図７は、機能リスト３２４の一例として、カラオケ装置ＫＡ００１の記憶部３２に記憶された機能リスト３２４を示す図である。図７に例示した機能リスト３２４には、カラオケ装置ＫＡ００１に配信されたアプリのアプリＩＤと、各アプリによって実行可能となった機能の機能名と、各機能の種類が関連付けて格納されている。制御部３１は、例えばユーザの操作によって実行可能な機能の一覧を表示することが指示された場合、記憶部３２に記憶された機能リスト３２４を参照して、実行可能な機能の一覧をディスプレイ３４や、リモートコントローラ３５１のディスプレイに表示させる。ユーザが、表示された機能の一覧から、所望の機能を選択すると、制御部３１は、選択された機能に対応するアプリを記憶部３２から読み出して実行する。
【００３１】
記憶部３２に格納されたユーザ情報データベース３２５は、サーバ１０の記憶部１２に記憶されたユーザ情報データベース１２５から当該カラオケ装置３０を利用しているユーザに関するデータを抽出したものである。詳述すると、カラオケ装置３０を利用するユーザは、まず、リモートコントローラ３５１に設けられたカードリーダに自分のメンバーカードをセットし、カードリーダにメンバーカードに記録されたユーザＩＤを読み取らせる（この操作を「ログイン」ということもある）。リモートコントローラ３５１は、読み取ったユーザＩＤをカラオケ装置３０本体の制御部３１に送信し、制御部３１は、受信したユーザＩＤをインターネット２０を介してサーバ１０に転送する。サーバ１０の制御部１１は、受信したユーザＩＤを用いてユーザ情報データベース１２５から当該ユーザＩＤに関連付けられた情報を抽出し、カラオケ装置３０に送信する。カラオケ装置３０の制御部３１は、受信した情報をユーザ情報データベース３２５として記憶部３２に格納する。制御部３１は、ユーザが楽曲を選択したり機能の実行を指示したりすると、選択された楽曲や実行された機能を示す情報（曲コードや機能ＩＤ）を、日時データや店舗ＩＤなどの付帯情報と共に、ユーザＩＤに関連付けて、ユーザ情報データベース３２５に追加し、ユーザ情報データベース３２５を更新する。更新されたユーザ情報データベース３２５は、例えばユーザによるカラオケ装置３０の利用の終了時に（例えば、メンバーカードをリモートコントローラ３５１のカードリーダから取り外したとき）、カラオケ装置３０からサーバ１０に送信される。サーバ１０の制御部１１は、受信したユーザ情報データベース３２５を用いて、記憶部１２に記憶されたユーザ情報データベース１２５を更新する。尚、リモートコントローラ３５１は、ユーザＩＤを読み取る際に、ユーザに対してパスワードの入力を要求し、入力されたパスワードをサーバ１０に送信して、サーバ１０でユーザＩＤとパスワードに基づく認証処理を行うようにしてもよい。また、カードリーダによってメンバーカードからユーザＩＤを読み取る代わりに、例えばリモートコントローラ３５１のディスプレイにソフトキーボードを表示し、表示されたソフトキーボードをユーザがタッチ操作することでユーザＩＤを入力してもよい。
【００３２】
複数のユーザが同時に同じカラオケ装置３０を利用する場合、各ユーザにリモートコントローラ３５１を割り当て、各リモートコントローラ３５１は、ユーザの操作内容に応じた信号（操作信号）を制御部３１に送信する際、カードリーダが読み取ったユーザＩＤを付加して送信することで、操作信号がどのユーザによってなされた操作に応じたものか制御部３１が識別できるようにするとよい。或いは、一つのリモートコントローラ３５１を複数のユーザで兼用してもよい。その場合、リモートコントローラ３５１のカードリーダで読み取った各ユーザＩＤに対応付けられた操作画面を生成し、これら操作画面を切り替えてリモートコントローラ３５１のディスプレイに表示可能とし、ユーザは自分のユーザＩＤに対応した操作画面を表示させて、操作を行うものとするとよい。リモートコントローラ３５１は、操作信号を制御部３１に送信する際、表示されている操作画面に対応するユーザＩＤを併せて送信し、操作信号がどのユーザによってなされた操作に応じたものか制御部３１が識別できるようにする。
【００３３】
（受付端末５０）
受付端末５０は、店舗８０にユーザ（顧客）が来店したときの受付処理において用いられる装置である。また、店舗内のどのカラオケ装置（または部屋）が使用中であり、どの部屋が空いているか店舗側で管理するのに用いられる。図８は、受付端末５０の構成の一例を示すブロック図である。図８に示すように、受付端末５０は、制御部５１、記憶部５２、表示制御部５３、店舗用ディスプレイ５４１、ユーザ用ディスプレイ５４２、店舗用操作部５５１、ユーザ用操作部５５２、通信部５６、及びカードリーダ５７を有する。制御部５１、記憶部５２、表示制御部５３、店舗用操作部５５１、ユーザ用操作部５５２、通信部５６、及びカードリーダ５７は、共通のバスに接続されている。
【００３４】
制御部５１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどを備え、ＣＰＵが、ＲＯＭや記憶部５２に記憶されているプログラムをＲＡＭに読み出して実行することで、受付端末５０の各部を制御し、受付端末５０の様々な機能を実現する。記憶部５２は、例えばハードディスクやフラッシュメモリなどの大容量の記憶手段であり、各種のプログラムやデータを記憶する。表示制御部５３は、制御部５１からの指示に基づいて、液晶ディスプレイなどの店舗用ディスプレイ５４１及びユーザ用ディスプレイ５４２の表示内容を制御する。店舗用操作部５５１及びユーザ用操作部５５２は、それぞれ、例えば、キーボードやマウスを有し、操作の内容に応じた操作信号を制御部５１に送出する。これら店舗用ディスプレイ５４１、ユーザ用ディスプレイ５４２、店舗用操作部５５１、及びユーザ用操作部５５２は、例えば、店舗８０の受け付けカウンタに配置される。店舗用ディスプレイ５４１は、受付業務を行う店舗８０の店員などへの情報を表示するのに用いられ、ユーザ用ディスプレイ５４２は、店舗８０を訪れたユーザに対し情報を表示するのに用いられる。従って、店舗用ディスプレイ５４１の表示内容とユーザ用ディスプレイ５４２の表示内容とは異なり得る。また、店舗用操作部５５１は、店舗８０の店員などが使用するものであり、例えば、店舗８０を訪れたユーザの受け付けが終了してユーザが使用する部屋が決まったとき、その部屋は「使用中」になった旨入力するのに用いられる。ユーザ用操作部５５２は、店舗８０を訪れたユーザが使用するためのものである。例えば、ユーザは、受け付け時の会員認証においてパスワードを入力することが求められるとき、ユーザ用操作部５５２を用いてパスワードを入力する。通信部５６は、インターネット２０を介してサーバ１０とデータの授受を行うためのインタフェースである。カードリーダ５７は、店舗８０を訪れたユーザのユーザＩＤなどを記録したメンバーカードから、記録されている情報を読み取るものである。
【００３５】
各店舗８０の受付端末５０の記憶部５２に記憶されるプログラムやデータには、当該店舗８０に設置された各カラオケ装置３０に配信されたアプリによって実行可能となった機能を管理するための店舗用カラオケ装置データベース５２４が含まれる。店舗用カラオケ装置データベース５２４は、サーバ１０の記憶部１２に記憶されたカラオケ装置データベース１２４から当該店舗８０に設置された各カラオケ装置３０に関するデータを抽出したものである。図９は、店舗用カラオケ装置データベース５２４の一例として、店舗ＩＤが「ＳＨ００１」の店舗８０（店舗ＳＨ００１）の受付端末５０の記憶部５２に記憶された店舗用カラオケ装置データベース５２４を示す図である。図９に例示した店舗用カラオケ装置データベース５２４には、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４の装置ＩＤと、各カラオケ装置３０が設置された部屋の部屋番号「１０１」、「１０２」、「２０１」、及び「２０２」と、各部屋に設置されたカラオケ装置の機種を示す機種ＩＤと、メーカ名と、実行可能な機能の機能名が、関連付けられて格納されている。店舗用カラオケ装置データベース５２４は、サーバ１０の記憶部１２に格納されたカラオケ装置データベース１２４の内容と整合するように、サーバ１０から送信されるデータに基づいて適宜更新される。
【００３６】
（アプリ追加動作）
次に、カラオケ装置３０に機能（アプリ）を追加するときのカラオケシステム１の動作について、図１０及び図１１のフローチャートを参照して説明する。以下の説明では、店舗ＳＨ００１の管理者が、部屋１０１に設置されたカラオケ装置ＫＡ００１のリモートコントローラ３５１を使用して機能削除の操作をする場合を例として説明する。また、サーバ１０の記憶部１２には、図３に例示したアプリ情報データベース１２３に示した属性を有するアプリＡＰ００１〜ＡＰ０１６が記憶されており、各カラオケ装置ＫＡ００１〜ＫＡ００６は、図４に例示したカラオケ装置データベース１２４に示した状態にあるものとする。
【００３７】
まず、店舗管理者は、カラオケ装置ＫＡ００１をメンテナンスモードにする。これは、例えば、カラオケ装置ＫＡ００１に用意された動作モード切替用ボタン（図示せず）を所定時間以上押すことによってなされる。あるいは、管理者用ＩＤを用いてログインした場合にメンテナンスモードになるものとしてもよい。図１２は、メンテナンスモードにおいてカラオケ装置ＫＡ００１のリモートコントローラ３５１のディスプレイに表示される初期メニュー画面の一例を示す図である。初期メニュー画面には、「機能一覧」、「機能追加」、「機能削除」の３つのソフトボタンＢ１〜Ｂ３と「実行」ソフトボタンＢ４が表示されている。店舗管理者が、ソフトボタンＢ２（「機能追加」）をタッチして選択し、ソフトボタンＢ４（「実行」）をタッチすると、カラオケ装置ＫＡ００１の制御部３１は、機能追加リクエストをインターネット２０を介してサーバ１０に送信する（ステップＳ１）。この機能追加リクエストには、カラオケ装置ＫＡ００１の装置ＩＤ「ＫＡ００１」が含まれる。
【００３８】
サーバ１０の制御部１１は、機能追加リクエストを受信すると（ステップＳ１１）、記憶部１２にアクセスし、記憶部１２に記憶されたアプリ情報データベース１２３及びカラオケ装置データベース１２４を参照して、カラオケ装置ＫＡ００１に追加可能な機能を抽出する（ステップＳ１２）。具体的には、制御部１１は、機能追加リクエストに含まれる装置ＩＤ「ＫＡ００１」を用いて、カラオケ装置データベース１２４を参照して、カラオケ装置ＫＡ００１の機種ＩＤ「Ｄ１」を取得し、取得した機種ＩＤ「Ｄ１」を用いてアプリ情報データベース１２３を参照することで、実行可能なアプリとしてアプリＡＰ００１、ＡＰ００３、ＡＰ００５、ＡＰ００７、ＡＰ００８、ＡＰ０１０、ＡＰ０１２、ＡＰ０１４、及びＡＰ０１６を抽出する。更に、制御部１１は、カラオケ装置データベース１２４を参照し、カラオケ装置ＫＡ００１に配信済みのアプリ（この例では、アプリＡＰ００１、ＡＰ００３、及びＡＰ００８）を抽出する。そして、カラオケ装置ＫＡ００１で実行可能であり且つ未配信のアプリＡＰ００５、ＡＰ００７、ＡＰ０１０、ＡＰ０１２、ＡＰ０１４，及びＡＰ０１６を、追加可能なアプリとして特定する。追加可能な機能は、これら特定されたアプリによって実現される機能「ゲームＧ３」、「ゲームＧ５」、「自動拍手」、「ガイドメロディ」、「ボイスチェンジ」、及び「カロリー計算」となる。
【００３９】
続いてステップＳ１３で、サーバ１０の制御部１１は、ステップＳ１２で抽出した追加可能な機能に関する情報（例えば、機能名、機能ＩＤ、及び価格）をカラオケ装置ＫＡ００１に送信する。カラオケ装置ＫＡ００１の制御部３１は、追加可能な機能に関する情報を受信すると（ステップＳ２）、この情報に基づいて、リモートコントローラ３５１のディスプレイに、追加可能な機能をそれぞれの価格と共に一覧表示する（ステップＳ３）。図１３は、追加可能な機能の一覧表示画面の一例を示す図である。各機能の表示エリアは、店舗管理者がタッチすることで選択可能なソフトボタンＢ５〜Ｂ１０となっている。
【００４０】
店舗管理者が、追加を希望する機能（例えば、「ゲームＧ３」と「ボイスチェンジ」）に対応するソフトボタン（Ｂ５及びＢ９）にタッチして選択した後、「実行」ソフトボタンＢ４をタッチすると、カラオケ装置ＫＡ００１の制御部３１は、選択された機能を示す情報（例えば、機能ＩＤ「Ｆ０００３」及び「Ｆ００１０」）をサーバ１０に送信する（ステップＳ４）。
【００４１】
選択された機能の機能ＩＤを受信すると（ステップＳ１４）、サーバ１０の制御部１１は、受信した機能ＩＤ及び先に取得したカラオケ装置ＫＡ００１の機種ＩＤとを用いて記憶部１２に記憶されたアプリ情報データベース１２３を参照して、選択された機能に対応するアプリ（本例では、アプリＡＰ００５及びＡＰ０１４）を、配信すべきアプリとして特定する（ステップＳ１５）。即ち、サーバ１０の制御部１１は、本発明の特定手段として機能する。また、選択された機能の機能ＩＤは、アプリを特定するための情報の一例である。
【００４２】
続いて制御部１１は、ステップＳ１６で、カラオケ装置データベース１２４を参照し、機能追加リクエストの送信元のカラオケ装置ＫＡ００１と同じ店舗ＳＨ００１に設置されたカラオケ装置（即ち、カラオケ装置ＫＡ００１〜ＫＡ００４）を抽出する。尚、本例では、機能追加リクエストの送信元のカラオケ装置ＫＡ００１と同じ店舗ＳＨ００１に設置されたカラオケ装置には、機能追加リクエストの送信元のカラオケ装置ＫＡ００１自身も含まれるものとしている。
【００４３】
そして、ステップＳ１７で、制御部１１は、ステップＳ１６で抽出したカラオケ装置（カラオケ装置ＫＡ００１〜ＫＡ００４）のうち、ステップＳ１５で特定した各アプリ（アプリＡＰ００５及びＡＰ０１４）を実行可能なカラオケ装置を抽出する。本例では、機能追加リクエストの送信元のカラオケ装置ＫＡ００１において、ステップＳ１５で特定した各アプリ（アプリＡＰ００５及びＡＰ０１４）を実行可能であることは既にわかっているので（追加する機能を選択する画面（図１３）において、カラオケ装置ＫＡ００１で実行可能なものしか表示されないため）、ここでは、残りのカラオケ装置ＫＡ００２〜ＫＡ００４について、ステップＳ１５で特定した各アプリ（アプリＡＰ００５及びＡＰ０１４）が実行可能か判断する。具体的には、制御部１１は、アプリ情報データベース１２３を参照してアプリＡＰ００５が対応している機種（この例では、機種Ｄ１）を特定し、更に、カラオケ装置データベース１２４を参照して機種Ｄ１からなるカラオケ装置（この例では、カラオケ装置ＫＡ００３）を特定し、特定したカラオケ装置ＫＡ００３を、アプリＡＰ００５を実行可能なカラオケ装置として、カラオケ装置ＫＡ００１に加えて、抽出する。また、アプリ情報データベース１２３に示されるようにアプリＡＰ０１４は機種Ｄ１及びＤ２に対応しており、カラオケ装置データベース１２４に示されるようにカラオケ装置ＫＡ００２は機種Ｄ２、カラオケ装置ＫＡ００３は機種Ｄ１なので、制御部１１は、アプリＡＰ０１４を実行可能なカラオケ装置として、カラオケ装置ＫＡ００１に加えて、カラオケ装置ＫＡ００２及びＫＡ００３を抽出する。このように、制御部１１は、本発明の抽出手段として機能する。
【００４４】
ステップＳ１８で、制御部１１は、ステップＳ１５で特定した各アプリ（アプリＡＰ００５及びＡＰ０１４）を、ステップＳ１７で抽出したカラオケ装置（アプリＡＰ００５に対してはカラオケ装置ＫＡ００１及びＫＡ００３、アプリＡＰ０１４に対してはカラオケ装置ＫＡ００１、ＫＡ００２、及びＫＡ００３）に配信する。このように、サーバ１０の制御部１１は、本発明の配信手段として機能する。尚、ステップＳ１７において抽出されたカラオケ装置のいずれかに、ステップＳ１５で特定したアプリが既に配信されている場合、制御部１１は、そのカラオケ装置をステップＳ１８におけるアプリの配信先から除外してもよい。
【００４５】
カラオケ装置ＫＡ００１の制御部３１は、サーバ１０から配信されたアプリを受信すると（ステップＳ５）、受信したアプリＡＰ００５及びＡＰ０１４を記憶部３２に格納するとともに（ステップＳ６）、当該アプリに関する情報（対応する機能名など）を、記憶部３２に格納された機能リスト３２４に追加し、機能リスト３２４を更新する（ステップＳ７）。尚、サーバ１０からアプリが配信されたカラオケ装置ＫＡ００２及びＫＡ００３でも、カラオケ装置ＫＡ００１と同様に、配信されたアプリの格納及び機能リスト３２４の更新がなされる。
【００４６】
サーバ１０では、ステップＳ１８に続いて、制御部１１がアプリ情報データベース１２３を参照し、ステップＳ４で選択された機能（本例では、「ゲームＧ３」と「ボイスチェンジ」）に対応する別のアプリがあるか否か判定する（ステップＳ１９）。本例では、機能「ゲームＧ３」に対応しているアプリは既に配信したアプリＡＰ００５のみであるが、機能「ボイスチェンジ」に対応しているアプリは既に配信したアプリＡＰ０１４とは別に、アプリＡＰ０１５があるので、ステップＳ１９での判定結果は「ＹＥＳ」となり、ステップＳ２０に進む。尚、ステップＳ１９の判定結果が「ＮＯ」の場合は、ステップＳ２２に進む。
【００４７】
ステップＳ２０で、サーバ１０の制御部１１は、ステップＳ１９で特定された別のアプリ（アプリＡＰ０１５）を実行可能なカラオケ装置を、ステップＳ１６で抽出した機能追加リクエストの送信元のカラオケ装置ＫＡ００１と同じ店舗ＳＨ００１に設置されたカラオケ装置（カラオケ装置ＫＡ００１〜ＫＡ００４）の中から抽出する。即ち、制御部１１は、配信リクエストされたプログラムが実現する機能に対応する別の配信可能なプログラムがある場合、その別のプログラムを実行可能な端末装置を、配信リクエストの送信元の端末装置と同じグループに属する端末装置から抽出する更なる抽出手段として機能する。本例では、アプリＡＰ０１５は、機種Ｄ３で実行可能であり、カラオケ装置ＫＡ００１〜ＫＡ００４のうち、カラオケ装置ＫＡ００４が機種Ｄ３であるため、ステップＳ２０において、カラオケ装置ＫＡ００４が抽出される。
【００４８】
ステップ２１で、サーバ１０の制御部１１は、ステップＳ２０で抽出したカラオケ装置ＫＡ００４に、ステップＳ１９で特定したアプリＡＰ０１５を配信する。アプリＡＰ０１５が配信されたカラオケ装置ＫＡ００４では、ステップＳ５〜Ｓ７と同様に、受信したアプリの記憶部３２への格納及び機能リスト３２４の更新がなされる。
【００４９】
サーバ１０の制御部１１は、ステップＳ２２で、アプリの配信結果を反映するべく記憶部１２に記憶されたカラオケ装置データベース１２４を更新する。図１４は、更新されたカラオケ装置データベース１２４の一例を示す図である。図１４に示したカラオケ装置データベース１２４では、カラオケ装置ＫＡ００１には、店舗管理者がリクエストした機能「ゲームＧ３」及び「ボイスチェンジ」が付加されている（即ち、対応したアプリＡＰ００５及びＡＰ０１４が配信されている）。カラオケ装置ＫＡ００２には、リクエストされた機能のうち、カラオケ装置ＫＡ００２で実行可能なアプリ（ＡＰ０１４）が存在する「ボイスチェンジ」のみが付加されている。カラオケ装置ＫＡ００１と同じ機種からなるカラオケ装置ＫＡ００３には、カラオケ装置ＫＡ００１と同様に、リクエストされた機能「ゲームＧ３」及び「ボイスチェンジ」が付加されている。そして、カラオケ装置ＫＡ００４には、リクエストされた機能のうち、カラオケ装置ＫＡ００４で実行可能なアプリ（ＡＰ０１５）が存在する「ボイスチェンジ」のみが付加されている。また、新たに付加された機能（アプリ）の、それぞれの課金処理はまだなされていない（「未」）ことが示されている。サーバ１０の制御部１１は、予め定められたタイミング（例えば、月末）において、課金状態が「未」の金額を各店舗８０毎に集計して、各店舗８０に対して請求する。即ち、サーバ１０は課金管理装置としても機能する。
【００５０】
図１１を再度参照すると、ステップＳ２３において、サーバ１０の制御部１１は、カラオケ装置データベース１２４の更新データを、受付端末５０に送信し、処理を終了する。更新データを受信した受付端末５０の制御部５１は、受信した更新データに基づいて、記憶部５２に記憶された店舗用カラオケ装置データベース５２４を更新する。
【００５１】
このように、本実施形態によると、一つのカラオケ装置３０から機能追加リクエスト（アプリ配信リクエスト）をサーバ１０に送信することで、同じグループ（本例では、同じ店舗）の他のカラオケ装置３０に対しても、一括して機能追加を行うことができる。また、各カラオケ装置３０に対応していないアプリは配信されないので、対応していないアプリの実行によってカラオケ装置３０に不具合が生じるのを防止することができる。
【００５２】
（アプリ削除動作）
次に、カラオケ装置３０から機能（アプリ）を削除するときのカラオケシステム１の動作について、図１５及び図１６のフローチャートを参照して説明する。以下の説明では、店舗ＳＨ００１の管理者が、部屋１０１に設置されたカラオケ装置ＫＡ００１のリモートコントローラ３５１を使用して機能削除の操作をする場合を例として説明する。また、サーバ１０の記憶部１２には、図３に例示したアプリ情報データベース１２３に示した属性を有するアプリＡＰ００１〜ＡＰ０１６が記憶されており、各カラオケ装置ＫＡ００１〜ＫＡ００６は、図４に例示したカラオケ装置データベース１２４に示した状態にあるものとする。
【００５３】
店舗管理者が、カラオケ装置ＫＡ００１をメンテナンスモードにした後、メンテナンスモードにおいてカラオケ装置ＫＡ００１のリモートコントローラ３５１のディスプレイに表示される初期メニュー画面（図１２参照）において、ソフトボタンＢ３（「機能削除」）をタッチして選択し、ソフトボタンＢ４（「実行」）をタッチすると、カラオケ装置ＫＡ００１の制御部３１は、記憶部３２に記憶された機能リスト３２４を参照して、配信済みアプリＡＰ００１、ＡＰ００３、ＡＰ００８に対応した機能（即ち、「ゲームＧ１」、「ゲームＧ２」、及び「採点」）を、削除可能な機能としてリモートコントローラ３５１のディスプレイに一覧表示する（ステップＳ３１）。図１７は、削除可能な機能の一覧表示画面の一例を示す図である。各機能の表示エリアは、店舗管理者がタッチすることで選択可能なソフトボタンＢ１１〜Ｂ１３となっている。
【００５４】
店舗管理者が、削除を希望する機能（本例では、「ゲームＧ２」）に対応するソフトボタン（Ｂ１２）にタッチして選択した後、「実行」ソフトボタンＢ４をタッチすると、カラオケ装置ＫＡ００１の制御部３１は、選択された機能に対応するアプリ（ＡＰ００３）を記憶部３２から削除し（ステップＳ３２）、記憶部３２に格納された機能リスト３２４をアプリＡＰ００３の削除に合わせて更新する（ステップＳ３３）。また、制御部３１は、アプリＡＰ００３が削除された旨の通知（アプリ削除通知）をサーバ１０に送信する（ステップＳ３４）。アプリ削除通知には、削除したアプリを示す情報（例えば、アプリＩＤ「ＡＰ００３」）及びアプリが削除されたカラオケ装置を示す情報（例えば、カラオケ装置ＩＤ「ＫＡ００１」）が含まれる。
【００５５】
サーバ１０の制御部１１は、カラオケ装置ＫＡ００１からアプリ削除通知を受信すると（ステップＳ４１）、記憶部１２に記憶されたカラオケ装置データベース１２４を参照し、アプリ削除通知の送信元のカラオケ装置ＫＡ００１と同じ店舗ＳＨ００１に設置された他のカラオケ装置（即ち、カラオケ装置ＫＡ００２〜ＫＡ００４）を抽出する（ステップＳ４２）。
【００５６】
そして、ステップＳ４３で、制御部１１は、ステップＳ４２で抽出したカラオケ装置（カラオケ装置ＫＡ００２〜ＫＡ００４）のうち、アプリ削除通知に含まれるアプリＩＤによって特定されるアプリ（アプリＡＰ００３）が配信されているカラオケ装置を抽出する。本例では、カラオケ装置ＫＡ００３が抽出される。
【００５７】
ステップＳ４４で、制御部１１は、ステップＳ４３で抽出したカラオケ装置ＫＡ００３に、アプリＡＰ００３の削除の指示を送信する。アプリＡＰ００３の削除の指示を受信したカラオケ装置ＫＡ００３は、自身の記憶部３２からアプリＡＰ００３を削除するとともに、自身の記憶部３２に記憶された機能リスト３２４をアプリＡＰ００３の削除に合わせて更新する。
【００５８】
更にサーバ１０の制御部１１は、記憶部１２に記憶されたアプリ情報データベース１２３を参照し、カラオケ装置ＫＡ００１で削除されたアプリと同じ機能「ゲームＧ２」に対応する別のアプリがあるか否か判定する（ステップＳ４５）。本例では、機能「ゲームＧ２」に対応するアプリとして、アプリＡＰ００３とは別に、アプリＡＰ００４があるので、ステップＳ４５での判定結果は「ＹＥＳ」となり、ステップＳ４６に進む。尚、ステップＳ４５の判定結果が「ＮＯ」の場合は、ステップＳ４８に進む。
【００５９】
ステップＳ４６で、サーバ１０の制御部１１は、カラオケ装置データベース１２４を参照して、ステップＳ４５で特定された別のアプリ（アプリＡＰ００４）が配信されたカラオケ装置を、ステップＳ４２で抽出したアプリ削除通知の送信元のカラオケ装置ＫＡ００１と同じ店舗ＳＨ００１に設置されたカラオケ装置（カラオケ装置ＫＡ００２〜ＫＡ００４）の中から抽出する。本例では、アプリＡＰ００４は、カラオケ装置ＫＡ００４に配信されているため、ステップＳ４６において、カラオケ装置ＫＡ００４が抽出される。
【００６０】
続いて、ステップＳ４７で、制御部１１は、ステップＳ４６で抽出したカラオケ装置ＫＡ００４に、ステップＳ４５で抽出した別のアプリ（アプリＡＰ００４）の削除の指示を送信する。アプリＡＰ００４の削除の指示を受信したカラオケ装置ＫＡ００４は、自身の記憶部３２からアプリＡＰ００４を削除するとともに、自身の記憶部３２に記憶された機能リスト３２４をアプリＡＰ００４の削除に合わせて更新する。
【００６１】
サーバ１０の制御部１１は、ステップＳ４８で、アプリの削除結果を反映するべく記憶部１２に記憶されたカラオケ装置データベース１２４を更新する。図１８は、更新されたカラオケ装置データベース１２４の一例を示す図である。図１８に示したカラオケ装置データベース１２４では、カラオケ装置ＫＡ００１、ＫＡ００３、及びＫＡ００４から、機能「ゲームＧ２」が削除されている。
【００６２】
図１６を再度参照すると、ステップＳ４９において、サーバ１０の制御部１１は、カラオケ装置データベース１２４の更新データを、受付端末５０に送信し、処理を終了する。更新データを受信した受付端末５０の制御部５１は、受信した更新データに基づいて、記憶部５２に記憶された店舗用カラオケ装置データベース５２４を更新する。
【００６３】
このように、本実施形態によると、一つのカラオケ装置３０において機能（アプリ）の削除を行うことにより、同じグループ（本例では、同じ店舗）の他のカラオケ装置３０に対しても、個別ではなく一括して機能削除を行うことができる。それにより、各カラオケ装置３０において個別にアプリの削除を行う場合と比べて、アプリの削除に要する時間を短縮することができ、また、各カラオケ装置３０におけるアプリの削除をより確実に行うことができる。
【００６４】
（受付動作）
次に、本実施形態におけるカラオケシステム１の受付動作について説明する。以下の説明では、ユーザＩＤが「Ｕ０００１」のユーザ（以下、「ユーザＵ０００１」という）が、店舗ＳＨ００１を利用する場合を例に説明する。サーバ１０の記憶部１２には、図３のアプリ情報データベース１２３に示したアプリＡＰ００１〜ＡＰ０１５が記憶されており、各カラオケ装置ＫＡ００１〜ＫＡ００６は、図４のカラオケ装置データベース１２４に示した状態にあるものとする。また、ユーザＵ０００１は、予め会員登録をし、ユーザＩＤを記録したメンバーカードの発行を受けているものとする。
【００６５】
図１９は、受付時のカラオケシステム１のサーバ１０及び受付端末５０の動作を示すフローチャートである。ユーザＵ０００１が、店舗ＳＨ００１の受け付けカウンタに設置された受付端末５０のカードリーダ５７に自分のメンバーカードをセットすると、受付端末５０の制御部５１は、カードリーダ５７が読み取ったメンバーカードに記録されたユーザＩＤ（「Ｕ０００１」）を、インターネット２０を介してサーバ１０に送信する（ステップＳ５１）。このとき、制御部５１は、受付端末５０が設置された店舗ＳＨ００１の店舗ＩＤ（「ＳＨ００１」）を併せてサーバ１０に送信する。尚、制御部５１は、ユーザ用ディスプレイ５４２にパスワードの入力を促す画面を表示させ、ユーザＵ０００１がユーザ用操作部５５２を操作してパスワードを入力したら、入力されたパスワードをサーバ１０に送信し、サーバ１０においてユーザＩＤとパスワードを用いたユーザ認証が行われるようにしてもよい。
【００６６】
サーバ１０の制御部１１は、ユーザＩＤと店舗ＩＤを受信すると（ステップＳ６１）、受信したユーザＩＤを用いて、記憶部１２に記憶されたユーザ情報データベース１２５を参照し、受信したユーザＩＤに関連付けられた機能利用履歴（図５参照）を取得する（ステップＳ６２）。即ち、制御部１１は、本発明の第１の取得手段として機能する。また、受信した店舗ＩＤを用いて、カラオケ装置データベース１２４を参照し、店舗ＩＤ（「ＳＨ００１」）に関連付けられた各カラオケ装置３０（本例では、カラオケ装置ＫＡ００１〜ＫＡ００４）で実行可能な機能を示す情報（例えば、各カラオケ装置ＫＡ００１〜ＫＡ００４に配信済みのアプリの各々に対応する機能名及び機能ＩＤ）を取得する（ステップＳ６３）。即ち、制御部１１は、本発明の第２の取得手段として機能する。
【００６７】
続いて、サーバ１０の制御部１１は、取得したユーザＵ０００１の機能利用履歴と各カラオケ装置ＫＡ００１〜ＫＡ００４で実行可能な機能を示す情報とに基づいて、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４の中から、一または複数のカラオケ装置を選択する（ステップＳ６４）。即ち、制御部１１は、本発明の選択手段として機能する。選択される一または複数のカラオケ装置は、例えば、実行可能な機能の中に、予め定められた期間（例えば、過去１ヶ月）のユーザＵ０００１の機能利用履歴に含まれる機能を一番多く含む、使用中でないカラオケ装置として選択される。カラオケ装置が使用中か否かは、例えば、そのカラオケ装置にログインしているユーザがいるかどうかで判断してもよいし、あるいは受付端末５０からサーバ１０にどのカラオケ装置が使用中でどのカラオケ装置は使用されていないかを示す情報を送信してもよい。例えば、ユーザＵ０００１が２０１１年４月１日に店舗ＳＨ００１を訪れたとすると、本例では、過去１ヶ月の間にユーザＵ０００１が利用した機能は「ゲームＧ１」と「ゲームＧ４」であり（図５参照）、また、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４のうち、これら「ゲームＧ１」と「ゲームＧ４」を実行可能なカラオケ装置はカラオケ装置ＫＡ００４のみであるので（図４参照）、サーバ１０の制御部１１は、カラオケ装置ＫＡ００４を選択する。サーバ１０の制御部１１は、ステップＳ６４で選択したカラオケ装置を示す情報（例えば、装置ＩＤ「ＫＡ００４」）を受付端末５０に送信する（ステップＳ６５）。即ち、制御部１１は、本発明の出力手段として機能する。
【００６８】
受付端末５０の制御部５１は、選択されたカラオケ装置ＫＡ００４の装置ＩＤ「ＫＡ００４」をサーバ１０から受信すると（ステップＳ５２）、当該装置ＩＤを用いて記憶部５２に記憶された店舗用カラオケ装置データベース５２４を参照し、選択されたカラオケ装置ＫＡ００４が設置された部屋の部屋番号（本例では、「２０２」）を抽出し、例えば、「部屋番号２０２がお勧めです」といった案内メッセージを、部屋の位置を示すマップと共に、ユーザ用ディスプレイ５４２に表示する（ステップＳ５３）。
【００６９】
尚、ステップＳ６５において、サーバ１０の制御部１１は、選択したカラオケ装置の装置ＩＤの代わりに、そのカラオケ装置が設置された部屋の部屋番号を受付端末５０に送信してもよい。その場合、ステップＳ５３で、受付端末５０の制御部５１が、店舗用カラオケ装置データベース５２４を参照して、サーバ１０から受信したカラオケ装置の装置ＩＤからそのカラオケ装置が設置された部屋の部屋番号を抽出する処理は省略される。
【００７０】
尚、ユーザが店舗ＳＨ００１を含む店舗８０を初めて利用する場合や、ユーザが会員登録を受けていない場合（即ち、当該ユーザの機能利用履歴を取得できない場合）、受付端末５０の制御部５１は、記憶部５２に記憶された店舗用カラオケ装置データベース５２４に基づいて、店舗ＳＨ００１の各部屋に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４で利用可能な機能の一覧を抽出してユーザ用ディスプレイ５４２に表示し、ユーザがそれを見て希望の部屋を選択できるようにするとよい。また、ステップＳ６４において複数のカラオケ装置（例えば、カラオケ装置ＫＡ００１とＫＡ００３）が選択されたときは、それら複数のカラオケ装置の各々に対応する部屋の部屋番号を、推奨される部屋の部屋番号としてユーザ用ディスプレイ５４２に表示する（例えば、「部屋１０１と部屋２０１がお勧めです」といったメッセージを表示する）とともに、各部屋で実行可能な機能の一覧を併せて表示し、ユーザがそれらを見て希望の部屋を選択できるようにするとよい。
【００７１】
また、例えば、上記例において、カラオケ装置ＫＡ００４が他のユーザによって使用中の場合、ステップＳ６４において、機能「ゲームＧ１」を実行可能な３台のカラオケ装置ＫＡ００１〜ＫＡ００３が選択されることとなるが、これらカラオケ装置ＫＡ００１〜ＫＡ００３では、ユーザＵ０００１が過去に利用したことのある機能「ゲームＧ４」は実行できない。この場合、ステップＳ６５において、サーバ１０から受付端末５０に、当該利用できない機能である「ゲームＧ４」を示す情報（例えば、機能名）を送信し、ステップＳ５３において、受付端末５０の制御部５１は、ユーザ用ディスプレイ５４２に「あいにくゲームＧ４は利用できませんので、ご了承下さい」といったメッセージを併せて表示するとよい。このように、ユーザが過去に利用した機能で利用できないものがある場合に、事前に通知することで、ユーザの不満を軽減することができる。
【００７２】
上記において説明したように、本実施形態によれば、各カラオケ装置３０に配信されたアプリにばらつきがあり、その結果各カラオケ装置で実現可能な機能にばらつきがある場合に、ユーザの機能利用履歴からユーザに適したカラオケ装置３０を選択し、選択したカラオケ装置３０が設置された部屋にユーザを案内するので、ユーザの満足度が向上する。
【００７３】
［変形例］
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。例えば、上述の実施形態を以下のように変形して本発明を実施してもよい。また、以下の変形例を組み合わせてもよい。
【００７４】
（変形例１）
上述した実施形態においては、カラオケ装置３０のメンテナンスモードにおいて、カラオケ装置３０の管理者（店舗管理者）が、追加する機能を選択しサーバ１０に対し機能追加リクエストを送信する操作を行った。しかしながら、本発明はこれに限定されず、カラオケ装置３０のユーザ（顧客）が、追加する機能を選択できるようにしてもよい。このような実施形態は、アプリの配信を行うカラオケ事業者と店舗８０との間で、アプリの配信数によらず、決められた期間（例えば、１ヶ月または１年）毎に店舗側がカラオケ事業者に一定の金額を支払う契約がなされている場合に適している。この場合、ユーザが希望した（即ち、需要のある）機能が自動的にカラオケ装置３０に追加されることになるため、店舗管理者において、どの機能（アプリ）を追加するかの判断をする負担が軽減される。
【００７５】
（変形例２）
上述した実施形態においては、カラオケ装置３０から機能追加リクエストをサーバ１０に送信したが、本発明はこれに限定されない。例えば、受付端末５０の店舗用操作部５５１を用いて機能追加に関する操作を行って、受付端末５０の制御部５１から機能追加リクエストをサーバ１０に送信してもよい。この場合、受付端末５０は、機能追加リクエスト（配信リクエスト）を送信する端末装置に相当する。受付端末５０から機能追加リクエストを送信する場合、機能追加をするカラオケ装置３０を指定できるようにしてもよい。以下、図面を参照して、変形例２におけるカラオケシステム１の動作について説明する。以下の説明では、店舗ＳＨ００１の受付端末５０から機能追加リクエストを行う場合について説明する。
【００７６】
図２０は、変形例２に係るサーバ１０、受付端末５０、及びカラオケ装置３０の動作を示すフローチャートである。また、図２１は、機能追加するカラオケ装置３０を指定するため、受付端末５０の店舗用ディスプレイ５４１に表示されるカラオケ装置選択画面の一例を示す図である。図示されているように、このカラオケ装置選択画面は、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４に対応するソフトボタンＢ１５〜Ｂ１８を含んでいる。これらソフトボタンＢ１５〜Ｂ１８を、店舗用操作部５５１のマウスでクリックすると、クリックされたソフトボタンＢ１５〜Ｂ１８が選択され、ハイライト表示される。また、「全部選択」ソフトボタンＢ１９が設けられており、このソフトボタンＢ１９をマウスでクリック操作すると、ソフトボタンＢ１５〜Ｂ１８が全て選択される。ソフトボタンＢ１５〜Ｂ１８の一部または全部を選択した状態で、「実行」ソフトボタンＢ２０をクリックすると、制御部５１は、選択されたソフトボタンＢ１５〜Ｂ１８に対応したカラオケ装置を示す情報（装置ＩＤ）を含む機能追加リクエストをインターネット２０を介してサーバ１０に送信する（ステップＳ７１）。
【００７７】
サーバ１０の制御部１１は、機能追加リクエストを受信すると（ステップＳ８１）、受信した機能追加リクエストに含まれる装置ＩＤに基づいて、記憶部１２に記憶されたカラオケ装置データベース１２４及びアプリ情報データベース１２３を参照し、追加可能な機能を抽出する（ステップＳ８２）。本例では、制御部１１は、受信した装置ＩＤで識別されるカラオケ装置全てで実行可能で且つ未配信のアプリを特定し、当該アプリに対応する機能を追加可能な機能として抽出する。そして、制御部１１は、抽出した追加可能な機能に関する情報（例えば、機能名、機能ＩＤ、及び価格）を受付端末５０に送信する（ステップＳ８３）。受付端末５０の制御部５１は、追加可能な機能に関する情報を受信すると（ステップＳ７２）、この情報に基づいて、店舗用ディスプレイ５４１に、追加可能な機能をそれぞれの価格と共に一覧表示する（ステップＳ７３）。
【００７８】
図２２は、図２１に示した画面において、機能追加するカラオケ装置としてカラオケ装置ＫＡ００１及びＫＡ００２を選択した場合に、ステップＳ７３において店舗用ディスプレイ５４１に表示される追加可能な機能の一覧表示画面の一例を示す図である。図４のカラオケ装置データベース１２４に示されているように、カラオケ装置ＫＡ００１は機種Ｄ１であり、カラオケ装置ＫＡ００２は機種Ｄ２であり、また、図３のアプリ情報データベース１２３に示されているように、機種Ｄ１と機種Ｄ２の両方で実行可能なアプリは、アプリＡＰ００１、ＡＰ００７，ＡＰ００８、及びＡＰ０１４である。そのうち、カラオケ装置ＫＡ００１及びＫＡ００２に未配信のアプリは、アプリＡＰ００７及びＡＰ０１４であり、これらアプリに対応する機能である「ゲームＧ５」及び「ボイスチェンジ」が、図２２の画面において追加可能な機能として表示されている。各機能の表示エリアは、マウスのクリック操作で選択可能なソフトボタンＢ２１、Ｂ２２となっている。
【００７９】
店舗管理者が、追加を希望する機能（例えば、「ゲームＧ５」）に対応するソフトボタン（例えば、ソフトボタンＢ２１）をマウスのクリック操作により選択した後、「実行」ソフトボタンＢ２０をクリックすると、受付端末５０の制御部５１は、選択された機能を示す情報（例えば、機能ＩＤ「Ｆ０００５」）をサーバ１０に送信する（ステップＳ７４）。
【００８０】
選択された機能の機能ＩＤを受信すると（ステップＳ８４）、サーバ１０の制御部１１は、受信した機能ＩＤを用いて記憶部１２に記憶されたアプリ情報データベース１２３を参照して、選択された機能に対応するアプリ（本例では、アプリＡＰ００７）を特定する（ステップＳ８５）。
【００８１】
続いてステップＳ８６で、制御部１１は、ステップＳ８５で特定したアプリＡＰ００７を、ステップＳ８１で受信した機能追加リクエストに含まれる装置ＩＤに対応したカラオケ装置（カラオケ装置ＫＡ００１及びＫＡ００２）に配信する。
【００８２】
サーバ１０から配信されたアプリを受信すると（ステップＳ９１）、カラオケ装置ＫＡ００１及びＫＡ００２は、受信したアプリＡＰ００７をそれぞれの記憶部３２に格納するとともに（ステップＳ９２）、当該アプリに関する情報（対応する機能名など）を、記憶部３２に格納された機能リスト３２４に追加し、機能リスト３２４を更新する（ステップＳ９３）。
【００８３】
一方、サーバ１０の制御部１１は、アプリの配信結果を反映するべく記憶部１２に記憶されたカラオケ装置データベース１２４を更新する（ステップＳ８７）。また、ステップＳ８８において、サーバ１０の制御部１１は、カラオケ装置データベース１２４の更新データを、受付端末５０に送信し、処理を終了する。受付端末５０の制御部５１は、更新データを受信すると（ステップＳ７５）、受信した更新データに基づいて、記憶部５２に記憶された店舗用カラオケ装置データベース５２４を更新する（ステップＳ７６）。
【００８４】
このように、変形例２によると、指定されたカラオケ装置に一括して機能追加を行うことができ、また、機能追加が不要なカラオケ装置に機能追加することがない。また、各カラオケ装置に対応していないアプリは配信されないので、対応していないアプリの実行によってカラオケ装置に不具合が生じるのを防止することができる。
【００８５】
（変形例３）
上述した実施形態においては、カラオケ装置３０からの機能追加リクエストをトリガとして、サーバ１０からカラオケ装置３０へのアプリ配信に関する動作を開始したが、本発明はこれに限定されない。例えば、サーバ１０の制御部１１は、各カラオケ装置３０ごとに、または、各店舗ごとに予め定められたタイミングで（例えば、月に一回）、新しくリリースされたアプリ（即ち、前回の配信から現時点までの間にリリースされたアプリ）を特定し、特定されたアプリを各カラオケ装置３０にプッシュ配信してもよい。この場合も、サーバ１０の制御部１１は、各カラオケ装置３０で実行できないアプリを、配信するアプリから除外する。
【００８６】
（変形例４）
上述した実施形態においては、カラオケ装置３０からの機能追加リクエストに応じて、サーバ１０の制御部１１でカラオケ装置３０に追加可能な機能を特定し、特定した追加可能な機能に関する情報をカラオケ装置３０に送信した。また、カラオケ装置３０では、追加可能な機能を一覧表示してその中から追加する機能を選択できるようにした。しかしながら、本発明はこれに限定されない。カラオケ装置３０からの機能追加リクエストを受信した際、サーバ１０の制御部１１は、所定期間（例えば、前回の機能追加リクエストの受信から今回の機能追加リクエストの受信の間）にリリースされたアプリを特定し、特定したアプリの中からカラオケ装置３０で実行可能なアプリを抽出して配信してもよい。また、このとき、機能追加リクエストの送信元のカラオケ装置３０だけでなく、そのカラオケ装置３０と同じグループに属する（例えば、同じ店舗に設置された）他のカラオケ装置３０に対しても、各カラオケ装置３０で実行可能な未配信のアプリを配信するとよい。
【００８７】
（変形例５）
上述した実施形態においては、機能追加リクエストの送信元のカラオケ装置３０だけでなく、そのカラオケ装置３０と同じグループに属する（例えば、同一店舗の）他のカラオケ装置３０にもリクエストされたアプリを配信したが、他のカラオケ装置３０にも配信するか、あるいは、機能追加リクエストの送信元のカラオケ装置３０のみに配信するかを、カラオケ装置３０の管理者が選択できるようにしてもよい。このような選択は、例えば、図１３に例示した画面に、「この装置のみ」を指定するためのソフトボタン、及び、「店舗内の全ての装置」を指定するためのソフトボタンを追加表示し、いずれかのボタンをカラオケ装置３０の管理者がタッチしたことをカラオケ装置３０の制御部３１が検出することにより行うことができる。
【００８８】
同様に、あるカラオケ装置３０において機能削除する場合においても、他のカラオケ装置３０においても機能削除をするか、あるいは、そのカラオケ装置３０においてのみ機能削除するかを、カラオケ装置３０の管理者が選択できるようにしてもよい。
【００８９】
（変形例６）
上述した実施形態においては、カラオケ装置３０は店舗単位でグループ化されていたが、本発明はこれに限定されず、カラオケ装置３０をどのようにグループ化するかは任意である。例えば、一つの店舗８０内において、各フロアに設置されたカラオケ装置３０が１グループをなすように、複数のカラオケ装置３０をフロア毎にグループ化してもよい。あるいは、例えば、各店舗８０に一つしかカラオケ装置３０が設置されていないような場合に、近隣に位置する複数の店舗８０のカラオケ装置３０を一つのグループとしてもよい。
【００９０】
（変形例７）
上述した実施形態においては、カラオケ装置３０で実行されるアプリをサーバ１０から配信したが、カラオケ装置３０で実行されるアプリは、リモートコントローラ（電子目次本）３５１で実行されるアプリも含んでもよい。即ち、カラオケ装置３０のリモートコントローラ３５１で実行されるアプリをサーバ１０からカラオケ装置３０に配信し、カラオケ装置３０本体からリモートコントローラ３５１に転送してもよい。また、例えば、ＬＡＮ６０上にリモートコントローラ３５１と無線通信可能な無線アクセスポイントが接続され、リモートコントローラ３５１が、カラオケ装置３０本体を介することなく、無線アクセスポイントを介して、サーバ１０と通信できる場合、リモートコントローラ３５１で実行されるアプリを、カラオケ装置３０本体を経由せずに、直接サーバ１０からリモートコントローラ３５１に配信してもよい。この場合、リモートコントローラ３５１を本発明の端末装置とみなすことができる。
【００９１】
（変形例８）
上述した実施形態では、カラオケ装置３０を操作して機能（配信済みのアプリ）を削除したが、本発明はこれに限定されない。例えば、カラオケ装置３０に配信されるアプリ毎に実行可能期限（日付）を定めておき、その日付になったら、カラオケ装置３０においてそのアプリを自動的に削除してもよい。その場合、サーバ１０において、配信済みのアプリの実行可能期限を管理して、実行可能期限に基づいてカラオケ装置データベース１２４を更新してもよいし、あるいは、アプリを削除した旨のカラオケ装置３０からの通知に応じてカラオケ装置データベース１２４を更新してもよい。
【００９２】
（変形例９）
上述した実施形態では、サーバ１０において、店舗８０を訪れたユーザに対して推奨するカラオケ装置３０（または、そのカラオケ装置３０が設置された部屋）を選択したが、本発明はこれに限定されない。例えば、各店舗８０に設置された受付端末５０に、当該受付端末５０が設置された店舗８０に設置された各カラオケ装置３０において実行可能な機能（アプリ）を示す情報と、当該店舗８０を訪れたユーザの機能利用履歴を示す情報とをサーバ１０から送信し、これら情報を取得した受付端末５０において、ユーザに勧めるべきカラオケ装置３０（または、そのカラオケ装置３０が置かれた部屋）を決定してもよい。
【００９３】
（変形例１０）
上述した実施形態では、店舗８０を訪れたユーザに対して推奨するカラオケ装置３０（または、そのカラオケ装置３０が設置された部屋）を、その店舗８０に設置された複数のカラオケ装置３０から選択したが、本発明はこれに限定されない。例えば、同じカラオケ事業者によって経営される所定の距離内に位置する別の店舗８０に設置されたカラオケ装置を、選択候補のカラオケ装置に含んでもよい。
【００９４】
（変形例１１）
上述した実施形態では、店舗８０を訪れたユーザに対して推奨するカラオケ装置３０を、実行可能な機能の中に、予め定められた期間のユーザの機能利用履歴に含まれる機能を一番多く含む、使用中でないカラオケ装置として選択したが、本発明はこれに限定されない。例えば、実行可能な機能の中に、ユーザが利用したことのない機能を一番多く含むカラオケ装置を選択してもよい。あるいは、実行可能な機能の中に、予め定められた期間のユーザの機能利用履歴に含まれる機能を一番多く含むカラオケ装置が複数台ある場合に、それらの中で、実行可能な機能の中に、ユーザが利用したことのない機能を一番多く含むカラオケ装置を選択するというように、２段階でユーザに推奨するカラオケ装置を絞り込んでもよい。要するに、ユーザの機能利用履歴を示す情報（第１の情報）と、各カラオケ装置において実行可能な機能を示す情報（第２の情報）とから、そのユーザに対し推奨するカラオケ装置を選択すればよい。
【００９５】
（変形例１２）
上述した実施形態では、本発明のサーバ装置をカラオケ装置へのアプリ配信に用いたカラオケシステムを構成したが、本発明はこれに限定されない。本発明のサーバ装置を、ゲームセンターに設置されたゲーム機など、他の端末装置へのアプリ配信に用いて、カラオケシステム以外の端末装置管理システムを構成してもよい。
【００９６】
（変形例１３）
上述した実施形態では、カラオケ装置３０とは別にサーバ１０を設けたが、本発明はこれに限定されない。例えば、カラオケ装置３０のいずれかがサーバ１０の機能を有し、このカラオケ装置３０から他のカラオケ装置３０にアプリの配信を行ってもよい。
【００９７】
（変形例１４）
制御部１１、３１、５１の機能を実現するプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ、ＦＤ（Flexible Disk））など）、光記録媒体（光ディスク（ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk））など）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記憶した状態で提供し、記憶部１２、３２、５２にインストールしてもよい。また、通信回線を介してダウンロードしてインストールしてもよい。
【符号の説明】
【００９８】
１…カラオケシステム、１０…サーバ、２０…インターネット、３０…カラオケ装置、５０…受付端末、６０…ＬＡＮ、７０…ルータ、８０…店舗、１１…制御部、１２…記憶部、１３…表示制御部、１４…ディスプレイ、１５…操作部、１６…通信部、１２１…カラオケデータ、１２２…アプリ、１２３…アプリ情報データベース、１２４…カラオケ装置データベース、１２５…ユーザ情報データベース、３１…制御部、３２…記憶部、３３…表示制御部、３４…ディスプレイ、３５…操作部、３６…通信部、３７…音処理部、３８…スピーカ、３９…マイク、３２１…カラオケデータ、３２２…アプリ、３２４…機能リスト、３２５…ユーザ情報データベース、３５１…リモートコントローラ、３７１…音源回路、３７２…ミキサ、３７３…増幅器、５１…制御部、５２…記憶部、５２４…店舗用カラオケ装置データベース、５３…表示制御部、５４１…店舗用ディスプレイ、５４２…ユーザ用ディスプレイ、５５１…店舗用操作部、５５２…ユーザ用操作部、５６…通信部、５７…カードリーダ、Ｂ１〜Ｂ２２…ソフトボタン
【技術分野】
【０００１】
本発明は、サーバ装置及び端末装置管理システムに関する。
【背景技術】
【０００２】
通信回線を介して接続されたカラオケ装置とサーバ装置（ホストコンピュータ）とを有する通信カラオケシステムにおいて、所定の機能を提供するプログラムをサーバ装置からカラオケ装置に配信し、カラオケ装置の機能の追加や変更を行うことが知られている。例えば、特許文献１には、宣伝（ＣＭ）再生やゲームなどの様々な情報サービスを提供する情報ファイル（オブジェクトファイル）をホストコンピュータからカラオケ装置に配信することが記載されている。特許文献２には、通信手段と、通信手段を介して接続されたカラオケ端末機およびホスト機とから成る通信カラオケシステムにおいて、ホスト機に記録されている機能プログラムを、カラオケ端末機から選択して、通信手段を介して受信することにより、カラオケ端末機に新たな機能プログラムを追加することが記載されている。また、特許文献３には、通信回線を通じてデータの授受が可能な通信カラオケ装置において、機能プログラムがあらかじめ記憶された書き換え不可能な第１の記憶手段と、機能プログラムの記憶が可能かつ書き換え可能な第２の記憶手段とを設け、前記第２の記憶手段に受信した機能プログラムを記憶し、実行することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第３４６３８４２号明細書
【特許文献２】特開平１０−２６９０８６号公報
【特許文献３】特開平９−２４４９００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記した従来の通信カラオケシステムにおいては、各カラオケ装置に必要な機能を追加することはできるものの、複数のカラオケ装置に必要な機能を追加する場合には、個別に機能追加のための操作を行わねばならず、カラオケ装置の数が多い場合には多大な時間を要していた。また、カラオケ装置に追加した機能プログラムがそのカラオケ装置に対応していない場合、追加された機能プログラムを実行することでカラオケ装置が異常終了するといった不具合が生じることがあった。
【０００５】
本発明は、上述した背景の下になされたものであり、複数の端末装置に対して一括して機能を追加することが可能で、且つ、端末装置に対応していないプログラムの実行によって端末装置に不具合が生じるのを防止することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するため、本発明は、複数の端末装置と通信可能なサーバ装置であって、１または複数のプログラムの各々と各プログラムを実行可能な端末装置の機種を示す情報とを関連付けた第１のデータベースを参照して、配信すべきプログラムを実行可能な端末装置の機種を特定し、前記複数の端末装置の各々の機種を示す情報を含む第２のデータベースを参照して、前記複数の端末装置の中から、前記特定した機種の端末装置を抽出する抽出手段と、前記抽出手段によって抽出された端末装置に対して、前記配信すべきプログラムを配信する配信手段とを備えたことを特徴とするサーバ装置を提供する。
【０００７】
好ましい態様において、サーバ装置は、前記複数の端末装置の一つから、前記配信すべきプログラムを特定するための情報を含む配信リクエストを受信する受信手段と、前記配信リクエストに含まれる前記配信すべきプログラムを特定するための情報に基づいて、前記配信すべきプログラムを特定する特定手段とを更に有してもよい。
【０００８】
他の好ましい態様において、前記複数の端末装置は複数のグループにグループ化されており、前記抽出手段は、前記配信リクエストの送信元の端末装置が属するグループに属する端末装置から、前記特定した機種の端末装置を抽出してもよい。
【０００９】
他の好ましい態様において、前記複数の端末装置の各々はカラオケ装置であり、サーバ装置は、店舗を訪れたユーザのカラオケ装置の機能の利用履歴を示す第１の情報を取得する第１の取得手段と、前記複数のカラオケ装置のうち予め定められたグループに属するカラオケ装置の各々において実現可能な機能を示す第２の情報を取得する第２の取得手段と、前記第１の取得手段によって取得した第１の情報と、前記第２の取得手段によって取得した第２の情報とに基づいて、前記ユーザに対して、前記予め定められたグループに属するカラオケ装置の中から使用を推奨するカラオケ装置を選択する選択手段と、前記選択手段によって選択されたカラオケ装置を示す情報を出力する出力手段とを有してもよい。
【００１０】
他の好ましい態様において、本発明は、サーバ装置と、前記サーバ装置と通信可能な複数の端末装置とを備えた端末装置管理システムであって、前記サーバ装置は、１または複数のプログラムの各々と各プログラムを実行可能な端末装置の機種を示す情報とを関連付けた第１のデータベースを参照して、配信すべきプログラムを実行可能な端末装置の機種を特定し、前記複数の端末装置の各々の機種を示す情報を含む第２のデータベースを参照して、前記複数の端末装置の中から、前記特定した機種の端末装置を抽出する抽出手段と、前記抽出手段によって抽出された端末装置に対して、前記配信すべきプログラムを配信する配信手段とを備え、前記複数の端末装置の各々は、前記サーバ装置から配信されたプログラムを受信する受信手段と、前記受信したプログラムを実行するプログラム実行手段とを有することを特徴とする端末装置管理システムを提供する。
【発明の効果】
【００１１】
本発明によれば、複数の端末装置に対して一括して機能を追加し、且つ、端末装置に対応していないプログラムの実行によって端末装置に不具合が生じるのを防止することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係るカラオケシステムの構成の一例を示すブロック図。
【図２】サーバの構成の一例を示すブロック図。
【図３】アプリ情報データベースの一例を示す図。
【図４】カラオケ装置データベースの一例を示す図。
【図５】ユーザ情報データベースに含まれるユーザの機能利用履歴の一例を示す図。
【図６】カラオケ装置の構成の一例を示すブロック図。
【図７】機能リストの一例を示す図。
【図８】受付端末の構成の一例を示すブロック図。
【図９】店舗用カラオケ装置データベースの一例を示す図。
【図１０】カラオケ装置に機能を追加するときのサーバ及びカラオケ装置の動作を示すフローチャート。
【図１１】カラオケ装置に機能を追加するときのサーバ及びカラオケ装置の動作を示すフローチャート。
【図１２】メンテナンスモードにおける初期メニュー画面の一例を示す図。
【図１３】追加可能な機能の一覧表示画面の一例を示す図。
【図１４】更新されたカラオケ装置データベースの一例を示す図。
【図１５】カラオケ装置から機能を削除するときのサーバ及びカラオケ装置の動作を示すフローチャート。
【図１６】カラオケ装置から機能を削除するときのサーバの動作を示すフローチャート。
【図１７】削除可能な機能の一覧表示画面の一例を示す図。
【図１８】更新されたカラオケ装置データベースの一例を示す図。
【図１９】受付時のサーバ及び受付端末の動作を示すフローチャート。
【図２０】変形例２に係るサーバ、受付端末、及びカラオケ装置の動作を示すフローチャート。
【図２１】変形例２に係るカラオケ装置選択画面の一例を示す図。
【図２２】変形例２に係る追加可能な機能の一覧表示画面の一例を示す図。
【発明を実施するための形態】
【００１３】
［実施形態］
図１は、本発明の実施形態に係るカラオケシステム１の構成の一例を示すブロック図である。このカラオケシステム１は、サーバ１０と、通信回線（例えば、インターネット）２０を介してサーバ１０と通信可能な複数のカラオケ装置３０を有する。カラオケ装置３０は、本発明の端末装置の一例であり、例えばカラオケボックスや飲食店などの店舗８０の各部屋毎に設置される。本例では、店舗ＩＤ「ＳＨ００１」の店舗８０に、装置ＩＤ「ＫＡ００１」〜「ＫＡ００４」の４台のカラオケ装置３０が設置され、店舗ＩＤ「ＳＨ００２」の店舗８０に、装置ＩＤ「ＫＡ００５」及び「ＫＡ００６」の２台のカラオケ装置３０が設置されている。各店舗８０のカラオケ装置３０はＬＡＮ（Local Area Network）６０でルータ７０に接続され、ルータ７０を介してインターネット２０に接続されている。また、各店舗８０には、ＬＡＮ６０に接続された受付端末５０が設けられている。
【００１４】
（サーバ１０）
サーバ１０は、様々なカラオケメーカが提供するカラオケデータ（演奏データと映像データ（歌詞データを含む））をインターネット２０を経由してカラオケ装置３０に配信するものである。また、サーバ１０は、カラオケ装置３０において例えばビンゴなどのゲームやボイスチェンジなどのカラオケ関連機能を含む様々な機能を実現するプログラムであるアプリケーションソフトウェア（以下、アプリという）をカラオケ装置３０に配信するとともに、各カラオケ装置３０にどのアプリが配信されたかを集中管理する。
【００１５】
図２は、サーバ１０の構成の一例を示すブロック図である。図２に示すように、サーバ１０は、制御部１１、記憶部１２、表示制御部１３、ディスプレイ１４、操作部１５、及び通信部１６を有する。制御部１１、記憶部１２、表示制御部１３、操作部１５、及び通信部１６は、共通のバスに接続されている。
【００１６】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを備え、ＣＰＵが、ＲＯＭや記憶部１２に記憶されているプログラムをＲＡＭに読み出して実行することで、サーバ１０の各部を制御し、サーバ１０の様々な機能を実現する。記憶部１２は、例えばハードディスクやフラッシュメモリなどの大容量の記憶手段であり、各種のプログラムやデータを記憶する。表示制御部１３は、制御部１１からの指示に基づいて、液晶ディスプレイなどのディスプレイ１４の表示内容を制御する。操作部１５は、例えば、キーボードやマウスを有し、サーバ管理者による操作の内容に応じた操作信号を制御部１１に送出する。通信部１６は、インターネット２０を介してカラオケ装置３０や受付端末５０とデータの授受を行うためのインタフェースである。
【００１７】
記憶部１２に記憶されるプログラムやデータには、カラオケ装置３０に配信される様々なカラオケデータ１２１やアプリ１２２に加え、記憶部１２に記憶されたアプリ１２２を管理するためのアプリ情報データベース１２３、各カラオケ装置３０に関する情報を管理するためのカラオケ装置データベース１２４、及びカラオケ装置３０を利用するユーザの情報を管理するユーザ情報データベース１２５が含まれる。以下、これらデータベースについて説明する。
【００１８】
図３は、記憶部１２に記憶されたアプリ情報データベース１２３の一例を示す図である。アプリ情報データベース１２３には、記憶部１２に格納された各アプリを識別する識別情報であるアプリＩＤと、各アプリが実現する機能の種類と、各アプリが実現する機能を示す文字列である機能名と、各機能を識別する識別情報である機能ＩＤと、各アプリが対応しているカラオケ装置３０の機種（即ち、各アプリを実行可能なカラオケ装置３０の機種）を識別する識別情報である機種ＩＤと、各アプリのリリース日と、各アプリの配信に対しカラオケ装置３０の管理者（店舗８０の管理者）に課金される金額である価格とが関連付けて格納されている。本例では、アプリＩＤが「ＡＰ００１」のアプリ（以下、単に「アプリＡＰ００１」と言う）は、機能「ゲームＧ１」を提供するアプリであり、機種ＩＤが「Ｄ１」及び「Ｄ２」の機種（以下、単に「機種Ｄ１」、「機種Ｄ２」と言う）に対応している。また、アプリＡＰ００２は、アプリＡＰ００１と同じく機能「ゲームＧ１」を提供するアプリであるが、機種Ｄ３に対応している。言い換えると、機能「ゲームＧ１」に対しては、機種Ｄ１及びＤ２に対応したアプリＡＰ００１と、機種Ｄ３に対応したアプリＡＰ００２の２つのアプリが記憶部１２に記憶されている。尚、本例では、機種Ｄ１及びＤ２はメーカＡ製であり、機種Ｄ３はメーカＢ製であるとする。また、機種Ｄ１は機種Ｄ２よりも高性能の（例えば、処理速度が速くメモリー容量が大きい）機種であり、機種Ｄ２で実行可能なアプリは機種Ｄ１でも実行可能であるものとする。尚、ハードウェア構成は共通するが、例えば、オペレーティングシステム（ＯＳ）が異なるために実行できるアプリが異なる２台のカラオケ装置３０は、互いに異なる機種として取り扱われるものとする。
【００１９】
また、図３に例示したアプリ情報データベース１２３では、機能「ゲームＧ２」に対して、機種Ｄ１に対応したアプリＡＰ００３と、機種Ｄ３に対応したアプリＡＰ００４の２つのアプリが、記憶部１２に記憶されていることが示されている。従って、機種Ｄ１と機種Ｄ３では、対応するアプリＡＰ００３及びＡＰ００４をダウンロードし実行することで、機能「ゲームＧ２」を提供することが可能であるが、機種Ｄ２では、対応するアプリがないため、機能「ゲームＧ２」を提供することができない。同様に、機能「ゲームＧ３」に対して、機種Ｄ１に対応したアプリＡＰ００５が、機能「ゲームＧ４」に対して、機種Ｄ３に対応したアプリＡＰ００６が、機能「ゲームＧ５」に対して、機種Ｄ１及びＤ２に対応したアプリＡＰ００７が、それぞれ記憶部１２に記憶されていることが示されている。カラオケ関連機能である「採点」、「自動拍手」、「ガイドメロディ」、「音程調整」、「ボイスチェンジ」、及び「カロリー計算」に対しても、それぞれ、１または複数のアプリが記憶部１２に格納されていることが示されている。このアプリ情報データベース１２３は、新たなアプリがリリースされ記憶部１２に追加されたり、あるいは、記憶部１２に格納されているアプリが削除されたりするのに応じて更新される。尚、図３に例示したアプリ情報データベース１２３には、複数のアプリに関する情報が含まれるが、アプリ情報データベース１２３に１つのアプリに関する情報のみが含まれていてもよい。
【００２０】
図４は、記憶部１２に記憶されたカラオケ装置データベース１２４の一例を示す図である。カラオケ装置データベース１２４には、各カラオケ装置３０を識別する識別情報である装置ＩＤと、各カラオケ装置３０が設置された店舗８０を識別する識別情報である店舗ＩＤと、各カラオケ装置３０が設置された部屋の番号である部屋番号と、各カラオケ装置３０の機種を識別する識別情報である機種ＩＤと、カラオケ装置３０の各機種のメーカ名と、各カラオケ装置３０に配信済みのアプリを示すアプリＩＤと、配信された各アプリによって実現される機能を示す機能名と、各機能の種類と、各アプリの価格と、課金状態とが、関連付けて格納されている。例えば、図４に例示したカラオケ装置データベース１２４では、装置ＩＤが「ＫＡ００１」のカラオケ装置３０（以下、単に「カラオケ装置ＫＡ００１」と言う）は、店舗ＩＤが「ＳＨ００１」の店舗（以下、単に「店舗ＳＨ００１」と言う）の部屋番号「１０１」の部屋に設置され、メーカＡ製の機種Ｄ１からなることが示されている。また、カラオケ装置ＫＡ００１には、アプリＡＰ００１、ＡＰ００３、及びＡＰ００８が配信されており、それによって、対応する機能「ゲームＧ１」、「ゲームＧ２」、及び「採点」が実現可能となっていることが示されている。また、配信された各アプリに対する店舗管理者への課金は完了していることが示されている。
【００２１】
同様に、カラオケ装置データベース１２４には、カラオケ装置ＫＡ００２は、店舗ＳＨ００１の部屋１０２に設置され、メーカＡ製の機種Ｄ２からなり、アプリＡＰ００１及びＡＰ００８が配信され、それによって、対応する機能「ゲームＧ１」及び「採点」が実現可能となっていることが示されている。即ち、カラオケ装置ＫＡ００２は、カラオケ装置ＫＡ００１と同じ店舗に設定されているが、カラオケ装置ＫＡ００１とは異なる機種からなり、配信されているアプリも一部異なっている。具体的には、カラオケ装置ＫＡ００１にはアプリＡＰ００３が配信されているのに対し、カラオケ装置ＫＡ００２にはアプリＡＰ００３が配信されていない。これは、アプリＡＰ００３はカラオケ装置ＫＡ００１の機種である機種Ｄ１には対応しているが、カラオケ装置ＫＡ００２の機種である機種Ｄ２には対応していないことによる。カラオケ装置ＫＡ００３は、カラオケ装置ＫＡ００１と同じ機種（Ｄ１）からなり、配信されているアプリも同じであるが、カラオケ装置ＫＡ００１とは異なる部屋に設置されている。カラオケ装置ＫＡ００４は、店舗ＳＨ００１の部屋２０２に設置され、メーカＢ製の機種Ｄ３からなり、アプリＡＰ００２、ＡＰ００４、ＡＰ００６、及びＡＰ００９が配信され、それによって、対応する機能「ゲームＧ１」、「ゲームＧ２」、「ゲームＧ４」、及び「採点」が実現可能となっている。即ち、カラオケ装置ＫＡ００４は、カラオケ装置ＫＡ００１とは異なる機種からなり、配信されているアプリも一部異なっている。特に、カラオケ装置ＫＡ００４では、「ゲームＧ１」に対応したアプリとして、カラオケ装置ＫＡ００１に配信された機種Ｄ１で実行可能なアプリＡＰ００１ではなく、機種Ｄ３で実行可能なアプリＡＰ００２が配信されている。
【００２２】
また、カラオケ装置データベース１２４には、カラオケ装置ＫＡ００５は、店舗ＳＨ００２の部屋１０１に設置され、メーカＡ製の機種Ｄ１からなり、アプリＡＰ００１、ＡＰ００５、及びＡＰ００８が配信され、それによって、対応する機能「ゲームＧ１」、「ゲームＧ５」、及び「採点」が実現可能となっていることが示されている。即ち、店舗ＳＨ００２に設置されたカラオケ装置ＫＡ００５は、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１と同じ機種からなるが、配信されているアプリは一部異なっている。具体的には、カラオケ装置ＫＡ００５には、「ゲームＧ２」に対応したアプリＡＰ００３の代わりに、「ゲームＧ５」に対応したアプリＡＰ００５が配信されている。これは、例えば、店舗ＳＨ００１と店舗ＳＨ００２とで、異なるアプリの配信リクエストがサーバ１０に対しなされた（即ち、店舗ＳＨ００１の管理者はゲームＧ２に対応したアプリの配信をサーバ１０に対しリクエストしたのに対し、店舗ＳＨ００２の管理者はゲームＧ５に対応したアプリの配信をサーバ１０に対しリクエストした）ことによる。カラオケ装置ＫＡ００６は、店舗ＳＨ００２の部屋１０２に設置され、メーカＢ製の機種Ｄ３からなり、アプリＡＰ００２、ＡＰ００６、及びＡＰ００９が配信され、それによって、対応する機能「ゲームＧ１」、「ゲームＧ４」、及び「採点」が実現可能となっている。カラオケ装置ＫＡ００６は、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００４と同一機種（Ｄ３）からなるが、配信されているアプリが一部異なっている（即ち、カラオケ装置ＫＡ００４にはアプリＡＰ００４が配信されているのに対し、カラオケ装置ＫＡ００６にはアプリＡＰ００４が配信されていない）。
【００２３】
このように、本実施形態では、カラオケ装置３０の機種の相違や、カラオケ装置３０が設置されている店舗の相違などにより、カラオケ装置３０に配信されるアプリは、各カラオケ装置３０毎に異なり得る。サーバ１０は、カラオケ装置データベース１２４を用いて、各カラオケ装置３０に配信されたアプリを集中管理する。
【００２４】
また、本例では、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４はカラオケ装置データベース１２４において共通の店舗ＩＤ「ＳＨ００１」に関連付けられて一つのグループをなし、店舗ＳＨ００２に設置されたカラオケ装置ＫＡ００５及びＫＡ００６はカラオケ装置データベース１２４において共通の店舗ＩＤ「ＳＨ００２」に関連付けられて別のグループをなしている。即ち、本例では、カラオケ装置ＫＡ００１〜ＫＡ００６は、店舗単位でグループ分けされている。カラオケ装置データベース１２４は、店舗８０に新たなカラオケ装置３０が設置されたとき、カラオケ装置３０の機種の変更を行ったとき、カラオケ装置３０に新たなアプリが配信されたとき、或いはカラオケ装置３０に配信されたアプリが削除されたときなど、状態の変化に応じて適宜更新される。
【００２５】
図５は、記憶部１２に記憶されたユーザ情報データベース１２５に含まれるユーザの機能利用履歴の一例を示す図である。各ユーザの機能利用履歴には、利用日と、利用した機能を示す機能名と、利用した店舗８０の店舗ＩＤと、利用したカラオケ装置３０の機種の機種ＩＤとが、関連付けて記憶されている。図５には一例として、ユーザＩＤが「Ｕ０００１」であり、ユーザ名が「ＴＡＲＯ」であるユーザの機能利用履歴が示されている。ユーザＩＤは、ユーザを識別する識別情報であり、会員登録を済ませたユーザに対して割り当てられる。また、会員登録を済ませたユーザには、ユーザＩＤを記録したＩＣカード等の媒体（以後、メンバーカードという）が発行される。各ユーザの機能利用履歴は、そのユーザがカラオケ装置３０の機能を利用するのに応じて更新される。尚、ユーザ情報データベース１２５は、各ユーザの機能利用履歴に加えて、各ユーザが歌った曲を示す情報（曲名、曲コードなど）、各曲を歌ったときの設定（音程、テンポなど）、お気に入りの曲のリスト、利用時間など、他の情報を含んでもよい。また、各ユーザの認証に必要な情報（例えば、ユーザＩＤ及びパスワード）を含んでもよい。
【００２６】
（カラオケ装置３０）
次に、カラオケ装置３０の構成について説明する。図６は、カラオケ装置３０の構成の一例を示すブロック図である。図６に示すように、カラオケ装置３０は、制御部３１、記憶部３２、表示制御部３３、ディスプレイ３４、操作部３５、通信部３６、音処理部３７、スピーカ３８、及びマイク３９を有する。制御部３１、記憶部３２、表示制御部３３、操作部３５、通信部３６、及び音処理部３７は、共通のバスに接続されている。
【００２７】
制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどを備え、ＣＰＵが、ＲＯＭや記憶部３２に記憶されているプログラムをＲＡＭに読み出して実行することで、カラオケ装置３０の各部を制御し、カラオケ装置３０の様々な機能を実現する。記憶部３２は、例えばハードディスクやフラッシュメモリなどの大容量の記憶手段であり、各種のプログラムやデータを記憶する。表示制御部３３は、制御部３１からの指示に基づいて、液晶ディスプレイなどのディスプレイ３４の表示内容を制御する。
【００２８】
操作部３５は、例えば、カラオケ装置３０の前面に設けられたボタン、摘み、テンキーなどの操作子を含み、ユーザによる操作の内容に応じた操作信号を制御部３１に送出する。ユーザは、操作部３５を用いて、曲番号を入力して楽曲を選択したり、カラオケ伴奏の音程を調整したり、演奏と歌との音量バランスを調整したり、その他、エコー、音量、トーンなどの各種調整を行う。また、操作部３５は、リモートコントローラ３５１を含む。ユーザはリモートコントローラ３５１を用いて、楽曲の選択、音程の調整、音量の調整など、カラオケ装置３０の前面に設けられた操作子を用いて行うのと同じ操作を行うことができる。リモートコントローラ３５１は、液晶ディスプレイなどのディスプレイと、ディスプレイ上に重ねて配置されたタッチパネルとを有し、ディスプレイに表示した楽曲の一覧からユーザがタッチ操作により希望の楽曲を選択できるものであってよい（このようなリモートコントローラを「電子目次本」ということもある）。１台のカラオケ装置３０が、複数のリモートコントローラ３５１を有してもよい。また、リモートコントローラ３５１は、ユーザのメンバーカードに記録されたユーザの識別情報（ユーザＩＤ）を読み取るカードリーダを備えていてもよい。
【００２９】
通信部３６は、インターネット２０を介してサーバ１０とデータの授受を行うためのインタフェースである。音処理部３７は、音源回路（ＴＧ：Tone Generator）３７１と、ミキサ３７２と、増幅器３７３とを備える。音源回路３７１は、カラオケ演奏時に記憶部３２から読み出された楽曲のカラオケデータのうち、演奏データに基づいて楽音信号を生成する。ミキサ３７２は、音源回路３７１により生成された楽音信号と、マイク３９により送出された音信号とを決められた割合でミキシングする。増幅器３７３は、ミキサ３７２によりミキシングされた信号を増幅する。スピーカ３８は増幅器３７３で増幅された信号に応じた音を放音する。
【００３０】
カラオケ装置３０の記憶部３２に記憶されるプログラムやデータには、サーバ１０から配信されたカラオケデータ３２１及びアプリ３２２に加えて、当該カラオケ装置３０に配信されたアプリ３２２によって実行可能となった機能を示す機能リスト３２４及び当該カラオケ装置３０を利用しているユーザのユーザ情報データベース３２５が含まれる。機能リスト３２４は、サーバ１０の記憶部１２に記憶されたカラオケ装置データベース１２４から当該カラオケ装置３０に関するデータを抽出したものである。図７は、機能リスト３２４の一例として、カラオケ装置ＫＡ００１の記憶部３２に記憶された機能リスト３２４を示す図である。図７に例示した機能リスト３２４には、カラオケ装置ＫＡ００１に配信されたアプリのアプリＩＤと、各アプリによって実行可能となった機能の機能名と、各機能の種類が関連付けて格納されている。制御部３１は、例えばユーザの操作によって実行可能な機能の一覧を表示することが指示された場合、記憶部３２に記憶された機能リスト３２４を参照して、実行可能な機能の一覧をディスプレイ３４や、リモートコントローラ３５１のディスプレイに表示させる。ユーザが、表示された機能の一覧から、所望の機能を選択すると、制御部３１は、選択された機能に対応するアプリを記憶部３２から読み出して実行する。
【００３１】
記憶部３２に格納されたユーザ情報データベース３２５は、サーバ１０の記憶部１２に記憶されたユーザ情報データベース１２５から当該カラオケ装置３０を利用しているユーザに関するデータを抽出したものである。詳述すると、カラオケ装置３０を利用するユーザは、まず、リモートコントローラ３５１に設けられたカードリーダに自分のメンバーカードをセットし、カードリーダにメンバーカードに記録されたユーザＩＤを読み取らせる（この操作を「ログイン」ということもある）。リモートコントローラ３５１は、読み取ったユーザＩＤをカラオケ装置３０本体の制御部３１に送信し、制御部３１は、受信したユーザＩＤをインターネット２０を介してサーバ１０に転送する。サーバ１０の制御部１１は、受信したユーザＩＤを用いてユーザ情報データベース１２５から当該ユーザＩＤに関連付けられた情報を抽出し、カラオケ装置３０に送信する。カラオケ装置３０の制御部３１は、受信した情報をユーザ情報データベース３２５として記憶部３２に格納する。制御部３１は、ユーザが楽曲を選択したり機能の実行を指示したりすると、選択された楽曲や実行された機能を示す情報（曲コードや機能ＩＤ）を、日時データや店舗ＩＤなどの付帯情報と共に、ユーザＩＤに関連付けて、ユーザ情報データベース３２５に追加し、ユーザ情報データベース３２５を更新する。更新されたユーザ情報データベース３２５は、例えばユーザによるカラオケ装置３０の利用の終了時に（例えば、メンバーカードをリモートコントローラ３５１のカードリーダから取り外したとき）、カラオケ装置３０からサーバ１０に送信される。サーバ１０の制御部１１は、受信したユーザ情報データベース３２５を用いて、記憶部１２に記憶されたユーザ情報データベース１２５を更新する。尚、リモートコントローラ３５１は、ユーザＩＤを読み取る際に、ユーザに対してパスワードの入力を要求し、入力されたパスワードをサーバ１０に送信して、サーバ１０でユーザＩＤとパスワードに基づく認証処理を行うようにしてもよい。また、カードリーダによってメンバーカードからユーザＩＤを読み取る代わりに、例えばリモートコントローラ３５１のディスプレイにソフトキーボードを表示し、表示されたソフトキーボードをユーザがタッチ操作することでユーザＩＤを入力してもよい。
【００３２】
複数のユーザが同時に同じカラオケ装置３０を利用する場合、各ユーザにリモートコントローラ３５１を割り当て、各リモートコントローラ３５１は、ユーザの操作内容に応じた信号（操作信号）を制御部３１に送信する際、カードリーダが読み取ったユーザＩＤを付加して送信することで、操作信号がどのユーザによってなされた操作に応じたものか制御部３１が識別できるようにするとよい。或いは、一つのリモートコントローラ３５１を複数のユーザで兼用してもよい。その場合、リモートコントローラ３５１のカードリーダで読み取った各ユーザＩＤに対応付けられた操作画面を生成し、これら操作画面を切り替えてリモートコントローラ３５１のディスプレイに表示可能とし、ユーザは自分のユーザＩＤに対応した操作画面を表示させて、操作を行うものとするとよい。リモートコントローラ３５１は、操作信号を制御部３１に送信する際、表示されている操作画面に対応するユーザＩＤを併せて送信し、操作信号がどのユーザによってなされた操作に応じたものか制御部３１が識別できるようにする。
【００３３】
（受付端末５０）
受付端末５０は、店舗８０にユーザ（顧客）が来店したときの受付処理において用いられる装置である。また、店舗内のどのカラオケ装置（または部屋）が使用中であり、どの部屋が空いているか店舗側で管理するのに用いられる。図８は、受付端末５０の構成の一例を示すブロック図である。図８に示すように、受付端末５０は、制御部５１、記憶部５２、表示制御部５３、店舗用ディスプレイ５４１、ユーザ用ディスプレイ５４２、店舗用操作部５５１、ユーザ用操作部５５２、通信部５６、及びカードリーダ５７を有する。制御部５１、記憶部５２、表示制御部５３、店舗用操作部５５１、ユーザ用操作部５５２、通信部５６、及びカードリーダ５７は、共通のバスに接続されている。
【００３４】
制御部５１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどを備え、ＣＰＵが、ＲＯＭや記憶部５２に記憶されているプログラムをＲＡＭに読み出して実行することで、受付端末５０の各部を制御し、受付端末５０の様々な機能を実現する。記憶部５２は、例えばハードディスクやフラッシュメモリなどの大容量の記憶手段であり、各種のプログラムやデータを記憶する。表示制御部５３は、制御部５１からの指示に基づいて、液晶ディスプレイなどの店舗用ディスプレイ５４１及びユーザ用ディスプレイ５４２の表示内容を制御する。店舗用操作部５５１及びユーザ用操作部５５２は、それぞれ、例えば、キーボードやマウスを有し、操作の内容に応じた操作信号を制御部５１に送出する。これら店舗用ディスプレイ５４１、ユーザ用ディスプレイ５４２、店舗用操作部５５１、及びユーザ用操作部５５２は、例えば、店舗８０の受け付けカウンタに配置される。店舗用ディスプレイ５４１は、受付業務を行う店舗８０の店員などへの情報を表示するのに用いられ、ユーザ用ディスプレイ５４２は、店舗８０を訪れたユーザに対し情報を表示するのに用いられる。従って、店舗用ディスプレイ５４１の表示内容とユーザ用ディスプレイ５４２の表示内容とは異なり得る。また、店舗用操作部５５１は、店舗８０の店員などが使用するものであり、例えば、店舗８０を訪れたユーザの受け付けが終了してユーザが使用する部屋が決まったとき、その部屋は「使用中」になった旨入力するのに用いられる。ユーザ用操作部５５２は、店舗８０を訪れたユーザが使用するためのものである。例えば、ユーザは、受け付け時の会員認証においてパスワードを入力することが求められるとき、ユーザ用操作部５５２を用いてパスワードを入力する。通信部５６は、インターネット２０を介してサーバ１０とデータの授受を行うためのインタフェースである。カードリーダ５７は、店舗８０を訪れたユーザのユーザＩＤなどを記録したメンバーカードから、記録されている情報を読み取るものである。
【００３５】
各店舗８０の受付端末５０の記憶部５２に記憶されるプログラムやデータには、当該店舗８０に設置された各カラオケ装置３０に配信されたアプリによって実行可能となった機能を管理するための店舗用カラオケ装置データベース５２４が含まれる。店舗用カラオケ装置データベース５２４は、サーバ１０の記憶部１２に記憶されたカラオケ装置データベース１２４から当該店舗８０に設置された各カラオケ装置３０に関するデータを抽出したものである。図９は、店舗用カラオケ装置データベース５２４の一例として、店舗ＩＤが「ＳＨ００１」の店舗８０（店舗ＳＨ００１）の受付端末５０の記憶部５２に記憶された店舗用カラオケ装置データベース５２４を示す図である。図９に例示した店舗用カラオケ装置データベース５２４には、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４の装置ＩＤと、各カラオケ装置３０が設置された部屋の部屋番号「１０１」、「１０２」、「２０１」、及び「２０２」と、各部屋に設置されたカラオケ装置の機種を示す機種ＩＤと、メーカ名と、実行可能な機能の機能名が、関連付けられて格納されている。店舗用カラオケ装置データベース５２４は、サーバ１０の記憶部１２に格納されたカラオケ装置データベース１２４の内容と整合するように、サーバ１０から送信されるデータに基づいて適宜更新される。
【００３６】
（アプリ追加動作）
次に、カラオケ装置３０に機能（アプリ）を追加するときのカラオケシステム１の動作について、図１０及び図１１のフローチャートを参照して説明する。以下の説明では、店舗ＳＨ００１の管理者が、部屋１０１に設置されたカラオケ装置ＫＡ００１のリモートコントローラ３５１を使用して機能削除の操作をする場合を例として説明する。また、サーバ１０の記憶部１２には、図３に例示したアプリ情報データベース１２３に示した属性を有するアプリＡＰ００１〜ＡＰ０１６が記憶されており、各カラオケ装置ＫＡ００１〜ＫＡ００６は、図４に例示したカラオケ装置データベース１２４に示した状態にあるものとする。
【００３７】
まず、店舗管理者は、カラオケ装置ＫＡ００１をメンテナンスモードにする。これは、例えば、カラオケ装置ＫＡ００１に用意された動作モード切替用ボタン（図示せず）を所定時間以上押すことによってなされる。あるいは、管理者用ＩＤを用いてログインした場合にメンテナンスモードになるものとしてもよい。図１２は、メンテナンスモードにおいてカラオケ装置ＫＡ００１のリモートコントローラ３５１のディスプレイに表示される初期メニュー画面の一例を示す図である。初期メニュー画面には、「機能一覧」、「機能追加」、「機能削除」の３つのソフトボタンＢ１〜Ｂ３と「実行」ソフトボタンＢ４が表示されている。店舗管理者が、ソフトボタンＢ２（「機能追加」）をタッチして選択し、ソフトボタンＢ４（「実行」）をタッチすると、カラオケ装置ＫＡ００１の制御部３１は、機能追加リクエストをインターネット２０を介してサーバ１０に送信する（ステップＳ１）。この機能追加リクエストには、カラオケ装置ＫＡ００１の装置ＩＤ「ＫＡ００１」が含まれる。
【００３８】
サーバ１０の制御部１１は、機能追加リクエストを受信すると（ステップＳ１１）、記憶部１２にアクセスし、記憶部１２に記憶されたアプリ情報データベース１２３及びカラオケ装置データベース１２４を参照して、カラオケ装置ＫＡ００１に追加可能な機能を抽出する（ステップＳ１２）。具体的には、制御部１１は、機能追加リクエストに含まれる装置ＩＤ「ＫＡ００１」を用いて、カラオケ装置データベース１２４を参照して、カラオケ装置ＫＡ００１の機種ＩＤ「Ｄ１」を取得し、取得した機種ＩＤ「Ｄ１」を用いてアプリ情報データベース１２３を参照することで、実行可能なアプリとしてアプリＡＰ００１、ＡＰ００３、ＡＰ００５、ＡＰ００７、ＡＰ００８、ＡＰ０１０、ＡＰ０１２、ＡＰ０１４、及びＡＰ０１６を抽出する。更に、制御部１１は、カラオケ装置データベース１２４を参照し、カラオケ装置ＫＡ００１に配信済みのアプリ（この例では、アプリＡＰ００１、ＡＰ００３、及びＡＰ００８）を抽出する。そして、カラオケ装置ＫＡ００１で実行可能であり且つ未配信のアプリＡＰ００５、ＡＰ００７、ＡＰ０１０、ＡＰ０１２、ＡＰ０１４，及びＡＰ０１６を、追加可能なアプリとして特定する。追加可能な機能は、これら特定されたアプリによって実現される機能「ゲームＧ３」、「ゲームＧ５」、「自動拍手」、「ガイドメロディ」、「ボイスチェンジ」、及び「カロリー計算」となる。
【００３９】
続いてステップＳ１３で、サーバ１０の制御部１１は、ステップＳ１２で抽出した追加可能な機能に関する情報（例えば、機能名、機能ＩＤ、及び価格）をカラオケ装置ＫＡ００１に送信する。カラオケ装置ＫＡ００１の制御部３１は、追加可能な機能に関する情報を受信すると（ステップＳ２）、この情報に基づいて、リモートコントローラ３５１のディスプレイに、追加可能な機能をそれぞれの価格と共に一覧表示する（ステップＳ３）。図１３は、追加可能な機能の一覧表示画面の一例を示す図である。各機能の表示エリアは、店舗管理者がタッチすることで選択可能なソフトボタンＢ５〜Ｂ１０となっている。
【００４０】
店舗管理者が、追加を希望する機能（例えば、「ゲームＧ３」と「ボイスチェンジ」）に対応するソフトボタン（Ｂ５及びＢ９）にタッチして選択した後、「実行」ソフトボタンＢ４をタッチすると、カラオケ装置ＫＡ００１の制御部３１は、選択された機能を示す情報（例えば、機能ＩＤ「Ｆ０００３」及び「Ｆ００１０」）をサーバ１０に送信する（ステップＳ４）。
【００４１】
選択された機能の機能ＩＤを受信すると（ステップＳ１４）、サーバ１０の制御部１１は、受信した機能ＩＤ及び先に取得したカラオケ装置ＫＡ００１の機種ＩＤとを用いて記憶部１２に記憶されたアプリ情報データベース１２３を参照して、選択された機能に対応するアプリ（本例では、アプリＡＰ００５及びＡＰ０１４）を、配信すべきアプリとして特定する（ステップＳ１５）。即ち、サーバ１０の制御部１１は、本発明の特定手段として機能する。また、選択された機能の機能ＩＤは、アプリを特定するための情報の一例である。
【００４２】
続いて制御部１１は、ステップＳ１６で、カラオケ装置データベース１２４を参照し、機能追加リクエストの送信元のカラオケ装置ＫＡ００１と同じ店舗ＳＨ００１に設置されたカラオケ装置（即ち、カラオケ装置ＫＡ００１〜ＫＡ００４）を抽出する。尚、本例では、機能追加リクエストの送信元のカラオケ装置ＫＡ００１と同じ店舗ＳＨ００１に設置されたカラオケ装置には、機能追加リクエストの送信元のカラオケ装置ＫＡ００１自身も含まれるものとしている。
【００４３】
そして、ステップＳ１７で、制御部１１は、ステップＳ１６で抽出したカラオケ装置（カラオケ装置ＫＡ００１〜ＫＡ００４）のうち、ステップＳ１５で特定した各アプリ（アプリＡＰ００５及びＡＰ０１４）を実行可能なカラオケ装置を抽出する。本例では、機能追加リクエストの送信元のカラオケ装置ＫＡ００１において、ステップＳ１５で特定した各アプリ（アプリＡＰ００５及びＡＰ０１４）を実行可能であることは既にわかっているので（追加する機能を選択する画面（図１３）において、カラオケ装置ＫＡ００１で実行可能なものしか表示されないため）、ここでは、残りのカラオケ装置ＫＡ００２〜ＫＡ００４について、ステップＳ１５で特定した各アプリ（アプリＡＰ００５及びＡＰ０１４）が実行可能か判断する。具体的には、制御部１１は、アプリ情報データベース１２３を参照してアプリＡＰ００５が対応している機種（この例では、機種Ｄ１）を特定し、更に、カラオケ装置データベース１２４を参照して機種Ｄ１からなるカラオケ装置（この例では、カラオケ装置ＫＡ００３）を特定し、特定したカラオケ装置ＫＡ００３を、アプリＡＰ００５を実行可能なカラオケ装置として、カラオケ装置ＫＡ００１に加えて、抽出する。また、アプリ情報データベース１２３に示されるようにアプリＡＰ０１４は機種Ｄ１及びＤ２に対応しており、カラオケ装置データベース１２４に示されるようにカラオケ装置ＫＡ００２は機種Ｄ２、カラオケ装置ＫＡ００３は機種Ｄ１なので、制御部１１は、アプリＡＰ０１４を実行可能なカラオケ装置として、カラオケ装置ＫＡ００１に加えて、カラオケ装置ＫＡ００２及びＫＡ００３を抽出する。このように、制御部１１は、本発明の抽出手段として機能する。
【００４４】
ステップＳ１８で、制御部１１は、ステップＳ１５で特定した各アプリ（アプリＡＰ００５及びＡＰ０１４）を、ステップＳ１７で抽出したカラオケ装置（アプリＡＰ００５に対してはカラオケ装置ＫＡ００１及びＫＡ００３、アプリＡＰ０１４に対してはカラオケ装置ＫＡ００１、ＫＡ００２、及びＫＡ００３）に配信する。このように、サーバ１０の制御部１１は、本発明の配信手段として機能する。尚、ステップＳ１７において抽出されたカラオケ装置のいずれかに、ステップＳ１５で特定したアプリが既に配信されている場合、制御部１１は、そのカラオケ装置をステップＳ１８におけるアプリの配信先から除外してもよい。
【００４５】
カラオケ装置ＫＡ００１の制御部３１は、サーバ１０から配信されたアプリを受信すると（ステップＳ５）、受信したアプリＡＰ００５及びＡＰ０１４を記憶部３２に格納するとともに（ステップＳ６）、当該アプリに関する情報（対応する機能名など）を、記憶部３２に格納された機能リスト３２４に追加し、機能リスト３２４を更新する（ステップＳ７）。尚、サーバ１０からアプリが配信されたカラオケ装置ＫＡ００２及びＫＡ００３でも、カラオケ装置ＫＡ００１と同様に、配信されたアプリの格納及び機能リスト３２４の更新がなされる。
【００４６】
サーバ１０では、ステップＳ１８に続いて、制御部１１がアプリ情報データベース１２３を参照し、ステップＳ４で選択された機能（本例では、「ゲームＧ３」と「ボイスチェンジ」）に対応する別のアプリがあるか否か判定する（ステップＳ１９）。本例では、機能「ゲームＧ３」に対応しているアプリは既に配信したアプリＡＰ００５のみであるが、機能「ボイスチェンジ」に対応しているアプリは既に配信したアプリＡＰ０１４とは別に、アプリＡＰ０１５があるので、ステップＳ１９での判定結果は「ＹＥＳ」となり、ステップＳ２０に進む。尚、ステップＳ１９の判定結果が「ＮＯ」の場合は、ステップＳ２２に進む。
【００４７】
ステップＳ２０で、サーバ１０の制御部１１は、ステップＳ１９で特定された別のアプリ（アプリＡＰ０１５）を実行可能なカラオケ装置を、ステップＳ１６で抽出した機能追加リクエストの送信元のカラオケ装置ＫＡ００１と同じ店舗ＳＨ００１に設置されたカラオケ装置（カラオケ装置ＫＡ００１〜ＫＡ００４）の中から抽出する。即ち、制御部１１は、配信リクエストされたプログラムが実現する機能に対応する別の配信可能なプログラムがある場合、その別のプログラムを実行可能な端末装置を、配信リクエストの送信元の端末装置と同じグループに属する端末装置から抽出する更なる抽出手段として機能する。本例では、アプリＡＰ０１５は、機種Ｄ３で実行可能であり、カラオケ装置ＫＡ００１〜ＫＡ００４のうち、カラオケ装置ＫＡ００４が機種Ｄ３であるため、ステップＳ２０において、カラオケ装置ＫＡ００４が抽出される。
【００４８】
ステップ２１で、サーバ１０の制御部１１は、ステップＳ２０で抽出したカラオケ装置ＫＡ００４に、ステップＳ１９で特定したアプリＡＰ０１５を配信する。アプリＡＰ０１５が配信されたカラオケ装置ＫＡ００４では、ステップＳ５〜Ｓ７と同様に、受信したアプリの記憶部３２への格納及び機能リスト３２４の更新がなされる。
【００４９】
サーバ１０の制御部１１は、ステップＳ２２で、アプリの配信結果を反映するべく記憶部１２に記憶されたカラオケ装置データベース１２４を更新する。図１４は、更新されたカラオケ装置データベース１２４の一例を示す図である。図１４に示したカラオケ装置データベース１２４では、カラオケ装置ＫＡ００１には、店舗管理者がリクエストした機能「ゲームＧ３」及び「ボイスチェンジ」が付加されている（即ち、対応したアプリＡＰ００５及びＡＰ０１４が配信されている）。カラオケ装置ＫＡ００２には、リクエストされた機能のうち、カラオケ装置ＫＡ００２で実行可能なアプリ（ＡＰ０１４）が存在する「ボイスチェンジ」のみが付加されている。カラオケ装置ＫＡ００１と同じ機種からなるカラオケ装置ＫＡ００３には、カラオケ装置ＫＡ００１と同様に、リクエストされた機能「ゲームＧ３」及び「ボイスチェンジ」が付加されている。そして、カラオケ装置ＫＡ００４には、リクエストされた機能のうち、カラオケ装置ＫＡ００４で実行可能なアプリ（ＡＰ０１５）が存在する「ボイスチェンジ」のみが付加されている。また、新たに付加された機能（アプリ）の、それぞれの課金処理はまだなされていない（「未」）ことが示されている。サーバ１０の制御部１１は、予め定められたタイミング（例えば、月末）において、課金状態が「未」の金額を各店舗８０毎に集計して、各店舗８０に対して請求する。即ち、サーバ１０は課金管理装置としても機能する。
【００５０】
図１１を再度参照すると、ステップＳ２３において、サーバ１０の制御部１１は、カラオケ装置データベース１２４の更新データを、受付端末５０に送信し、処理を終了する。更新データを受信した受付端末５０の制御部５１は、受信した更新データに基づいて、記憶部５２に記憶された店舗用カラオケ装置データベース５２４を更新する。
【００５１】
このように、本実施形態によると、一つのカラオケ装置３０から機能追加リクエスト（アプリ配信リクエスト）をサーバ１０に送信することで、同じグループ（本例では、同じ店舗）の他のカラオケ装置３０に対しても、一括して機能追加を行うことができる。また、各カラオケ装置３０に対応していないアプリは配信されないので、対応していないアプリの実行によってカラオケ装置３０に不具合が生じるのを防止することができる。
【００５２】
（アプリ削除動作）
次に、カラオケ装置３０から機能（アプリ）を削除するときのカラオケシステム１の動作について、図１５及び図１６のフローチャートを参照して説明する。以下の説明では、店舗ＳＨ００１の管理者が、部屋１０１に設置されたカラオケ装置ＫＡ００１のリモートコントローラ３５１を使用して機能削除の操作をする場合を例として説明する。また、サーバ１０の記憶部１２には、図３に例示したアプリ情報データベース１２３に示した属性を有するアプリＡＰ００１〜ＡＰ０１６が記憶されており、各カラオケ装置ＫＡ００１〜ＫＡ００６は、図４に例示したカラオケ装置データベース１２４に示した状態にあるものとする。
【００５３】
店舗管理者が、カラオケ装置ＫＡ００１をメンテナンスモードにした後、メンテナンスモードにおいてカラオケ装置ＫＡ００１のリモートコントローラ３５１のディスプレイに表示される初期メニュー画面（図１２参照）において、ソフトボタンＢ３（「機能削除」）をタッチして選択し、ソフトボタンＢ４（「実行」）をタッチすると、カラオケ装置ＫＡ００１の制御部３１は、記憶部３２に記憶された機能リスト３２４を参照して、配信済みアプリＡＰ００１、ＡＰ００３、ＡＰ００８に対応した機能（即ち、「ゲームＧ１」、「ゲームＧ２」、及び「採点」）を、削除可能な機能としてリモートコントローラ３５１のディスプレイに一覧表示する（ステップＳ３１）。図１７は、削除可能な機能の一覧表示画面の一例を示す図である。各機能の表示エリアは、店舗管理者がタッチすることで選択可能なソフトボタンＢ１１〜Ｂ１３となっている。
【００５４】
店舗管理者が、削除を希望する機能（本例では、「ゲームＧ２」）に対応するソフトボタン（Ｂ１２）にタッチして選択した後、「実行」ソフトボタンＢ４をタッチすると、カラオケ装置ＫＡ００１の制御部３１は、選択された機能に対応するアプリ（ＡＰ００３）を記憶部３２から削除し（ステップＳ３２）、記憶部３２に格納された機能リスト３２４をアプリＡＰ００３の削除に合わせて更新する（ステップＳ３３）。また、制御部３１は、アプリＡＰ００３が削除された旨の通知（アプリ削除通知）をサーバ１０に送信する（ステップＳ３４）。アプリ削除通知には、削除したアプリを示す情報（例えば、アプリＩＤ「ＡＰ００３」）及びアプリが削除されたカラオケ装置を示す情報（例えば、カラオケ装置ＩＤ「ＫＡ００１」）が含まれる。
【００５５】
サーバ１０の制御部１１は、カラオケ装置ＫＡ００１からアプリ削除通知を受信すると（ステップＳ４１）、記憶部１２に記憶されたカラオケ装置データベース１２４を参照し、アプリ削除通知の送信元のカラオケ装置ＫＡ００１と同じ店舗ＳＨ００１に設置された他のカラオケ装置（即ち、カラオケ装置ＫＡ００２〜ＫＡ００４）を抽出する（ステップＳ４２）。
【００５６】
そして、ステップＳ４３で、制御部１１は、ステップＳ４２で抽出したカラオケ装置（カラオケ装置ＫＡ００２〜ＫＡ００４）のうち、アプリ削除通知に含まれるアプリＩＤによって特定されるアプリ（アプリＡＰ００３）が配信されているカラオケ装置を抽出する。本例では、カラオケ装置ＫＡ００３が抽出される。
【００５７】
ステップＳ４４で、制御部１１は、ステップＳ４３で抽出したカラオケ装置ＫＡ００３に、アプリＡＰ００３の削除の指示を送信する。アプリＡＰ００３の削除の指示を受信したカラオケ装置ＫＡ００３は、自身の記憶部３２からアプリＡＰ００３を削除するとともに、自身の記憶部３２に記憶された機能リスト３２４をアプリＡＰ００３の削除に合わせて更新する。
【００５８】
更にサーバ１０の制御部１１は、記憶部１２に記憶されたアプリ情報データベース１２３を参照し、カラオケ装置ＫＡ００１で削除されたアプリと同じ機能「ゲームＧ２」に対応する別のアプリがあるか否か判定する（ステップＳ４５）。本例では、機能「ゲームＧ２」に対応するアプリとして、アプリＡＰ００３とは別に、アプリＡＰ００４があるので、ステップＳ４５での判定結果は「ＹＥＳ」となり、ステップＳ４６に進む。尚、ステップＳ４５の判定結果が「ＮＯ」の場合は、ステップＳ４８に進む。
【００５９】
ステップＳ４６で、サーバ１０の制御部１１は、カラオケ装置データベース１２４を参照して、ステップＳ４５で特定された別のアプリ（アプリＡＰ００４）が配信されたカラオケ装置を、ステップＳ４２で抽出したアプリ削除通知の送信元のカラオケ装置ＫＡ００１と同じ店舗ＳＨ００１に設置されたカラオケ装置（カラオケ装置ＫＡ００２〜ＫＡ００４）の中から抽出する。本例では、アプリＡＰ００４は、カラオケ装置ＫＡ００４に配信されているため、ステップＳ４６において、カラオケ装置ＫＡ００４が抽出される。
【００６０】
続いて、ステップＳ４７で、制御部１１は、ステップＳ４６で抽出したカラオケ装置ＫＡ００４に、ステップＳ４５で抽出した別のアプリ（アプリＡＰ００４）の削除の指示を送信する。アプリＡＰ００４の削除の指示を受信したカラオケ装置ＫＡ００４は、自身の記憶部３２からアプリＡＰ００４を削除するとともに、自身の記憶部３２に記憶された機能リスト３２４をアプリＡＰ００４の削除に合わせて更新する。
【００６１】
サーバ１０の制御部１１は、ステップＳ４８で、アプリの削除結果を反映するべく記憶部１２に記憶されたカラオケ装置データベース１２４を更新する。図１８は、更新されたカラオケ装置データベース１２４の一例を示す図である。図１８に示したカラオケ装置データベース１２４では、カラオケ装置ＫＡ００１、ＫＡ００３、及びＫＡ００４から、機能「ゲームＧ２」が削除されている。
【００６２】
図１６を再度参照すると、ステップＳ４９において、サーバ１０の制御部１１は、カラオケ装置データベース１２４の更新データを、受付端末５０に送信し、処理を終了する。更新データを受信した受付端末５０の制御部５１は、受信した更新データに基づいて、記憶部５２に記憶された店舗用カラオケ装置データベース５２４を更新する。
【００６３】
このように、本実施形態によると、一つのカラオケ装置３０において機能（アプリ）の削除を行うことにより、同じグループ（本例では、同じ店舗）の他のカラオケ装置３０に対しても、個別ではなく一括して機能削除を行うことができる。それにより、各カラオケ装置３０において個別にアプリの削除を行う場合と比べて、アプリの削除に要する時間を短縮することができ、また、各カラオケ装置３０におけるアプリの削除をより確実に行うことができる。
【００６４】
（受付動作）
次に、本実施形態におけるカラオケシステム１の受付動作について説明する。以下の説明では、ユーザＩＤが「Ｕ０００１」のユーザ（以下、「ユーザＵ０００１」という）が、店舗ＳＨ００１を利用する場合を例に説明する。サーバ１０の記憶部１２には、図３のアプリ情報データベース１２３に示したアプリＡＰ００１〜ＡＰ０１５が記憶されており、各カラオケ装置ＫＡ００１〜ＫＡ００６は、図４のカラオケ装置データベース１２４に示した状態にあるものとする。また、ユーザＵ０００１は、予め会員登録をし、ユーザＩＤを記録したメンバーカードの発行を受けているものとする。
【００６５】
図１９は、受付時のカラオケシステム１のサーバ１０及び受付端末５０の動作を示すフローチャートである。ユーザＵ０００１が、店舗ＳＨ００１の受け付けカウンタに設置された受付端末５０のカードリーダ５７に自分のメンバーカードをセットすると、受付端末５０の制御部５１は、カードリーダ５７が読み取ったメンバーカードに記録されたユーザＩＤ（「Ｕ０００１」）を、インターネット２０を介してサーバ１０に送信する（ステップＳ５１）。このとき、制御部５１は、受付端末５０が設置された店舗ＳＨ００１の店舗ＩＤ（「ＳＨ００１」）を併せてサーバ１０に送信する。尚、制御部５１は、ユーザ用ディスプレイ５４２にパスワードの入力を促す画面を表示させ、ユーザＵ０００１がユーザ用操作部５５２を操作してパスワードを入力したら、入力されたパスワードをサーバ１０に送信し、サーバ１０においてユーザＩＤとパスワードを用いたユーザ認証が行われるようにしてもよい。
【００６６】
サーバ１０の制御部１１は、ユーザＩＤと店舗ＩＤを受信すると（ステップＳ６１）、受信したユーザＩＤを用いて、記憶部１２に記憶されたユーザ情報データベース１２５を参照し、受信したユーザＩＤに関連付けられた機能利用履歴（図５参照）を取得する（ステップＳ６２）。即ち、制御部１１は、本発明の第１の取得手段として機能する。また、受信した店舗ＩＤを用いて、カラオケ装置データベース１２４を参照し、店舗ＩＤ（「ＳＨ００１」）に関連付けられた各カラオケ装置３０（本例では、カラオケ装置ＫＡ００１〜ＫＡ００４）で実行可能な機能を示す情報（例えば、各カラオケ装置ＫＡ００１〜ＫＡ００４に配信済みのアプリの各々に対応する機能名及び機能ＩＤ）を取得する（ステップＳ６３）。即ち、制御部１１は、本発明の第２の取得手段として機能する。
【００６７】
続いて、サーバ１０の制御部１１は、取得したユーザＵ０００１の機能利用履歴と各カラオケ装置ＫＡ００１〜ＫＡ００４で実行可能な機能を示す情報とに基づいて、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４の中から、一または複数のカラオケ装置を選択する（ステップＳ６４）。即ち、制御部１１は、本発明の選択手段として機能する。選択される一または複数のカラオケ装置は、例えば、実行可能な機能の中に、予め定められた期間（例えば、過去１ヶ月）のユーザＵ０００１の機能利用履歴に含まれる機能を一番多く含む、使用中でないカラオケ装置として選択される。カラオケ装置が使用中か否かは、例えば、そのカラオケ装置にログインしているユーザがいるかどうかで判断してもよいし、あるいは受付端末５０からサーバ１０にどのカラオケ装置が使用中でどのカラオケ装置は使用されていないかを示す情報を送信してもよい。例えば、ユーザＵ０００１が２０１１年４月１日に店舗ＳＨ００１を訪れたとすると、本例では、過去１ヶ月の間にユーザＵ０００１が利用した機能は「ゲームＧ１」と「ゲームＧ４」であり（図５参照）、また、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４のうち、これら「ゲームＧ１」と「ゲームＧ４」を実行可能なカラオケ装置はカラオケ装置ＫＡ００４のみであるので（図４参照）、サーバ１０の制御部１１は、カラオケ装置ＫＡ００４を選択する。サーバ１０の制御部１１は、ステップＳ６４で選択したカラオケ装置を示す情報（例えば、装置ＩＤ「ＫＡ００４」）を受付端末５０に送信する（ステップＳ６５）。即ち、制御部１１は、本発明の出力手段として機能する。
【００６８】
受付端末５０の制御部５１は、選択されたカラオケ装置ＫＡ００４の装置ＩＤ「ＫＡ００４」をサーバ１０から受信すると（ステップＳ５２）、当該装置ＩＤを用いて記憶部５２に記憶された店舗用カラオケ装置データベース５２４を参照し、選択されたカラオケ装置ＫＡ００４が設置された部屋の部屋番号（本例では、「２０２」）を抽出し、例えば、「部屋番号２０２がお勧めです」といった案内メッセージを、部屋の位置を示すマップと共に、ユーザ用ディスプレイ５４２に表示する（ステップＳ５３）。
【００６９】
尚、ステップＳ６５において、サーバ１０の制御部１１は、選択したカラオケ装置の装置ＩＤの代わりに、そのカラオケ装置が設置された部屋の部屋番号を受付端末５０に送信してもよい。その場合、ステップＳ５３で、受付端末５０の制御部５１が、店舗用カラオケ装置データベース５２４を参照して、サーバ１０から受信したカラオケ装置の装置ＩＤからそのカラオケ装置が設置された部屋の部屋番号を抽出する処理は省略される。
【００７０】
尚、ユーザが店舗ＳＨ００１を含む店舗８０を初めて利用する場合や、ユーザが会員登録を受けていない場合（即ち、当該ユーザの機能利用履歴を取得できない場合）、受付端末５０の制御部５１は、記憶部５２に記憶された店舗用カラオケ装置データベース５２４に基づいて、店舗ＳＨ００１の各部屋に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４で利用可能な機能の一覧を抽出してユーザ用ディスプレイ５４２に表示し、ユーザがそれを見て希望の部屋を選択できるようにするとよい。また、ステップＳ６４において複数のカラオケ装置（例えば、カラオケ装置ＫＡ００１とＫＡ００３）が選択されたときは、それら複数のカラオケ装置の各々に対応する部屋の部屋番号を、推奨される部屋の部屋番号としてユーザ用ディスプレイ５４２に表示する（例えば、「部屋１０１と部屋２０１がお勧めです」といったメッセージを表示する）とともに、各部屋で実行可能な機能の一覧を併せて表示し、ユーザがそれらを見て希望の部屋を選択できるようにするとよい。
【００７１】
また、例えば、上記例において、カラオケ装置ＫＡ００４が他のユーザによって使用中の場合、ステップＳ６４において、機能「ゲームＧ１」を実行可能な３台のカラオケ装置ＫＡ００１〜ＫＡ００３が選択されることとなるが、これらカラオケ装置ＫＡ００１〜ＫＡ００３では、ユーザＵ０００１が過去に利用したことのある機能「ゲームＧ４」は実行できない。この場合、ステップＳ６５において、サーバ１０から受付端末５０に、当該利用できない機能である「ゲームＧ４」を示す情報（例えば、機能名）を送信し、ステップＳ５３において、受付端末５０の制御部５１は、ユーザ用ディスプレイ５４２に「あいにくゲームＧ４は利用できませんので、ご了承下さい」といったメッセージを併せて表示するとよい。このように、ユーザが過去に利用した機能で利用できないものがある場合に、事前に通知することで、ユーザの不満を軽減することができる。
【００７２】
上記において説明したように、本実施形態によれば、各カラオケ装置３０に配信されたアプリにばらつきがあり、その結果各カラオケ装置で実現可能な機能にばらつきがある場合に、ユーザの機能利用履歴からユーザに適したカラオケ装置３０を選択し、選択したカラオケ装置３０が設置された部屋にユーザを案内するので、ユーザの満足度が向上する。
【００７３】
［変形例］
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。例えば、上述の実施形態を以下のように変形して本発明を実施してもよい。また、以下の変形例を組み合わせてもよい。
【００７４】
（変形例１）
上述した実施形態においては、カラオケ装置３０のメンテナンスモードにおいて、カラオケ装置３０の管理者（店舗管理者）が、追加する機能を選択しサーバ１０に対し機能追加リクエストを送信する操作を行った。しかしながら、本発明はこれに限定されず、カラオケ装置３０のユーザ（顧客）が、追加する機能を選択できるようにしてもよい。このような実施形態は、アプリの配信を行うカラオケ事業者と店舗８０との間で、アプリの配信数によらず、決められた期間（例えば、１ヶ月または１年）毎に店舗側がカラオケ事業者に一定の金額を支払う契約がなされている場合に適している。この場合、ユーザが希望した（即ち、需要のある）機能が自動的にカラオケ装置３０に追加されることになるため、店舗管理者において、どの機能（アプリ）を追加するかの判断をする負担が軽減される。
【００７５】
（変形例２）
上述した実施形態においては、カラオケ装置３０から機能追加リクエストをサーバ１０に送信したが、本発明はこれに限定されない。例えば、受付端末５０の店舗用操作部５５１を用いて機能追加に関する操作を行って、受付端末５０の制御部５１から機能追加リクエストをサーバ１０に送信してもよい。この場合、受付端末５０は、機能追加リクエスト（配信リクエスト）を送信する端末装置に相当する。受付端末５０から機能追加リクエストを送信する場合、機能追加をするカラオケ装置３０を指定できるようにしてもよい。以下、図面を参照して、変形例２におけるカラオケシステム１の動作について説明する。以下の説明では、店舗ＳＨ００１の受付端末５０から機能追加リクエストを行う場合について説明する。
【００７６】
図２０は、変形例２に係るサーバ１０、受付端末５０、及びカラオケ装置３０の動作を示すフローチャートである。また、図２１は、機能追加するカラオケ装置３０を指定するため、受付端末５０の店舗用ディスプレイ５４１に表示されるカラオケ装置選択画面の一例を示す図である。図示されているように、このカラオケ装置選択画面は、店舗ＳＨ００１に設置されたカラオケ装置ＫＡ００１〜ＫＡ００４に対応するソフトボタンＢ１５〜Ｂ１８を含んでいる。これらソフトボタンＢ１５〜Ｂ１８を、店舗用操作部５５１のマウスでクリックすると、クリックされたソフトボタンＢ１５〜Ｂ１８が選択され、ハイライト表示される。また、「全部選択」ソフトボタンＢ１９が設けられており、このソフトボタンＢ１９をマウスでクリック操作すると、ソフトボタンＢ１５〜Ｂ１８が全て選択される。ソフトボタンＢ１５〜Ｂ１８の一部または全部を選択した状態で、「実行」ソフトボタンＢ２０をクリックすると、制御部５１は、選択されたソフトボタンＢ１５〜Ｂ１８に対応したカラオケ装置を示す情報（装置ＩＤ）を含む機能追加リクエストをインターネット２０を介してサーバ１０に送信する（ステップＳ７１）。
【００７７】
サーバ１０の制御部１１は、機能追加リクエストを受信すると（ステップＳ８１）、受信した機能追加リクエストに含まれる装置ＩＤに基づいて、記憶部１２に記憶されたカラオケ装置データベース１２４及びアプリ情報データベース１２３を参照し、追加可能な機能を抽出する（ステップＳ８２）。本例では、制御部１１は、受信した装置ＩＤで識別されるカラオケ装置全てで実行可能で且つ未配信のアプリを特定し、当該アプリに対応する機能を追加可能な機能として抽出する。そして、制御部１１は、抽出した追加可能な機能に関する情報（例えば、機能名、機能ＩＤ、及び価格）を受付端末５０に送信する（ステップＳ８３）。受付端末５０の制御部５１は、追加可能な機能に関する情報を受信すると（ステップＳ７２）、この情報に基づいて、店舗用ディスプレイ５４１に、追加可能な機能をそれぞれの価格と共に一覧表示する（ステップＳ７３）。
【００７８】
図２２は、図２１に示した画面において、機能追加するカラオケ装置としてカラオケ装置ＫＡ００１及びＫＡ００２を選択した場合に、ステップＳ７３において店舗用ディスプレイ５４１に表示される追加可能な機能の一覧表示画面の一例を示す図である。図４のカラオケ装置データベース１２４に示されているように、カラオケ装置ＫＡ００１は機種Ｄ１であり、カラオケ装置ＫＡ００２は機種Ｄ２であり、また、図３のアプリ情報データベース１２３に示されているように、機種Ｄ１と機種Ｄ２の両方で実行可能なアプリは、アプリＡＰ００１、ＡＰ００７，ＡＰ００８、及びＡＰ０１４である。そのうち、カラオケ装置ＫＡ００１及びＫＡ００２に未配信のアプリは、アプリＡＰ００７及びＡＰ０１４であり、これらアプリに対応する機能である「ゲームＧ５」及び「ボイスチェンジ」が、図２２の画面において追加可能な機能として表示されている。各機能の表示エリアは、マウスのクリック操作で選択可能なソフトボタンＢ２１、Ｂ２２となっている。
【００７９】
店舗管理者が、追加を希望する機能（例えば、「ゲームＧ５」）に対応するソフトボタン（例えば、ソフトボタンＢ２１）をマウスのクリック操作により選択した後、「実行」ソフトボタンＢ２０をクリックすると、受付端末５０の制御部５１は、選択された機能を示す情報（例えば、機能ＩＤ「Ｆ０００５」）をサーバ１０に送信する（ステップＳ７４）。
【００８０】
選択された機能の機能ＩＤを受信すると（ステップＳ８４）、サーバ１０の制御部１１は、受信した機能ＩＤを用いて記憶部１２に記憶されたアプリ情報データベース１２３を参照して、選択された機能に対応するアプリ（本例では、アプリＡＰ００７）を特定する（ステップＳ８５）。
【００８１】
続いてステップＳ８６で、制御部１１は、ステップＳ８５で特定したアプリＡＰ００７を、ステップＳ８１で受信した機能追加リクエストに含まれる装置ＩＤに対応したカラオケ装置（カラオケ装置ＫＡ００１及びＫＡ００２）に配信する。
【００８２】
サーバ１０から配信されたアプリを受信すると（ステップＳ９１）、カラオケ装置ＫＡ００１及びＫＡ００２は、受信したアプリＡＰ００７をそれぞれの記憶部３２に格納するとともに（ステップＳ９２）、当該アプリに関する情報（対応する機能名など）を、記憶部３２に格納された機能リスト３２４に追加し、機能リスト３２４を更新する（ステップＳ９３）。
【００８３】
一方、サーバ１０の制御部１１は、アプリの配信結果を反映するべく記憶部１２に記憶されたカラオケ装置データベース１２４を更新する（ステップＳ８７）。また、ステップＳ８８において、サーバ１０の制御部１１は、カラオケ装置データベース１２４の更新データを、受付端末５０に送信し、処理を終了する。受付端末５０の制御部５１は、更新データを受信すると（ステップＳ７５）、受信した更新データに基づいて、記憶部５２に記憶された店舗用カラオケ装置データベース５２４を更新する（ステップＳ７６）。
【００８４】
このように、変形例２によると、指定されたカラオケ装置に一括して機能追加を行うことができ、また、機能追加が不要なカラオケ装置に機能追加することがない。また、各カラオケ装置に対応していないアプリは配信されないので、対応していないアプリの実行によってカラオケ装置に不具合が生じるのを防止することができる。
【００８５】
（変形例３）
上述した実施形態においては、カラオケ装置３０からの機能追加リクエストをトリガとして、サーバ１０からカラオケ装置３０へのアプリ配信に関する動作を開始したが、本発明はこれに限定されない。例えば、サーバ１０の制御部１１は、各カラオケ装置３０ごとに、または、各店舗ごとに予め定められたタイミングで（例えば、月に一回）、新しくリリースされたアプリ（即ち、前回の配信から現時点までの間にリリースされたアプリ）を特定し、特定されたアプリを各カラオケ装置３０にプッシュ配信してもよい。この場合も、サーバ１０の制御部１１は、各カラオケ装置３０で実行できないアプリを、配信するアプリから除外する。
【００８６】
（変形例４）
上述した実施形態においては、カラオケ装置３０からの機能追加リクエストに応じて、サーバ１０の制御部１１でカラオケ装置３０に追加可能な機能を特定し、特定した追加可能な機能に関する情報をカラオケ装置３０に送信した。また、カラオケ装置３０では、追加可能な機能を一覧表示してその中から追加する機能を選択できるようにした。しかしながら、本発明はこれに限定されない。カラオケ装置３０からの機能追加リクエストを受信した際、サーバ１０の制御部１１は、所定期間（例えば、前回の機能追加リクエストの受信から今回の機能追加リクエストの受信の間）にリリースされたアプリを特定し、特定したアプリの中からカラオケ装置３０で実行可能なアプリを抽出して配信してもよい。また、このとき、機能追加リクエストの送信元のカラオケ装置３０だけでなく、そのカラオケ装置３０と同じグループに属する（例えば、同じ店舗に設置された）他のカラオケ装置３０に対しても、各カラオケ装置３０で実行可能な未配信のアプリを配信するとよい。
【００８７】
（変形例５）
上述した実施形態においては、機能追加リクエストの送信元のカラオケ装置３０だけでなく、そのカラオケ装置３０と同じグループに属する（例えば、同一店舗の）他のカラオケ装置３０にもリクエストされたアプリを配信したが、他のカラオケ装置３０にも配信するか、あるいは、機能追加リクエストの送信元のカラオケ装置３０のみに配信するかを、カラオケ装置３０の管理者が選択できるようにしてもよい。このような選択は、例えば、図１３に例示した画面に、「この装置のみ」を指定するためのソフトボタン、及び、「店舗内の全ての装置」を指定するためのソフトボタンを追加表示し、いずれかのボタンをカラオケ装置３０の管理者がタッチしたことをカラオケ装置３０の制御部３１が検出することにより行うことができる。
【００８８】
同様に、あるカラオケ装置３０において機能削除する場合においても、他のカラオケ装置３０においても機能削除をするか、あるいは、そのカラオケ装置３０においてのみ機能削除するかを、カラオケ装置３０の管理者が選択できるようにしてもよい。
【００８９】
（変形例６）
上述した実施形態においては、カラオケ装置３０は店舗単位でグループ化されていたが、本発明はこれに限定されず、カラオケ装置３０をどのようにグループ化するかは任意である。例えば、一つの店舗８０内において、各フロアに設置されたカラオケ装置３０が１グループをなすように、複数のカラオケ装置３０をフロア毎にグループ化してもよい。あるいは、例えば、各店舗８０に一つしかカラオケ装置３０が設置されていないような場合に、近隣に位置する複数の店舗８０のカラオケ装置３０を一つのグループとしてもよい。
【００９０】
（変形例７）
上述した実施形態においては、カラオケ装置３０で実行されるアプリをサーバ１０から配信したが、カラオケ装置３０で実行されるアプリは、リモートコントローラ（電子目次本）３５１で実行されるアプリも含んでもよい。即ち、カラオケ装置３０のリモートコントローラ３５１で実行されるアプリをサーバ１０からカラオケ装置３０に配信し、カラオケ装置３０本体からリモートコントローラ３５１に転送してもよい。また、例えば、ＬＡＮ６０上にリモートコントローラ３５１と無線通信可能な無線アクセスポイントが接続され、リモートコントローラ３５１が、カラオケ装置３０本体を介することなく、無線アクセスポイントを介して、サーバ１０と通信できる場合、リモートコントローラ３５１で実行されるアプリを、カラオケ装置３０本体を経由せずに、直接サーバ１０からリモートコントローラ３５１に配信してもよい。この場合、リモートコントローラ３５１を本発明の端末装置とみなすことができる。
【００９１】
（変形例８）
上述した実施形態では、カラオケ装置３０を操作して機能（配信済みのアプリ）を削除したが、本発明はこれに限定されない。例えば、カラオケ装置３０に配信されるアプリ毎に実行可能期限（日付）を定めておき、その日付になったら、カラオケ装置３０においてそのアプリを自動的に削除してもよい。その場合、サーバ１０において、配信済みのアプリの実行可能期限を管理して、実行可能期限に基づいてカラオケ装置データベース１２４を更新してもよいし、あるいは、アプリを削除した旨のカラオケ装置３０からの通知に応じてカラオケ装置データベース１２４を更新してもよい。
【００９２】
（変形例９）
上述した実施形態では、サーバ１０において、店舗８０を訪れたユーザに対して推奨するカラオケ装置３０（または、そのカラオケ装置３０が設置された部屋）を選択したが、本発明はこれに限定されない。例えば、各店舗８０に設置された受付端末５０に、当該受付端末５０が設置された店舗８０に設置された各カラオケ装置３０において実行可能な機能（アプリ）を示す情報と、当該店舗８０を訪れたユーザの機能利用履歴を示す情報とをサーバ１０から送信し、これら情報を取得した受付端末５０において、ユーザに勧めるべきカラオケ装置３０（または、そのカラオケ装置３０が置かれた部屋）を決定してもよい。
【００９３】
（変形例１０）
上述した実施形態では、店舗８０を訪れたユーザに対して推奨するカラオケ装置３０（または、そのカラオケ装置３０が設置された部屋）を、その店舗８０に設置された複数のカラオケ装置３０から選択したが、本発明はこれに限定されない。例えば、同じカラオケ事業者によって経営される所定の距離内に位置する別の店舗８０に設置されたカラオケ装置を、選択候補のカラオケ装置に含んでもよい。
【００９４】
（変形例１１）
上述した実施形態では、店舗８０を訪れたユーザに対して推奨するカラオケ装置３０を、実行可能な機能の中に、予め定められた期間のユーザの機能利用履歴に含まれる機能を一番多く含む、使用中でないカラオケ装置として選択したが、本発明はこれに限定されない。例えば、実行可能な機能の中に、ユーザが利用したことのない機能を一番多く含むカラオケ装置を選択してもよい。あるいは、実行可能な機能の中に、予め定められた期間のユーザの機能利用履歴に含まれる機能を一番多く含むカラオケ装置が複数台ある場合に、それらの中で、実行可能な機能の中に、ユーザが利用したことのない機能を一番多く含むカラオケ装置を選択するというように、２段階でユーザに推奨するカラオケ装置を絞り込んでもよい。要するに、ユーザの機能利用履歴を示す情報（第１の情報）と、各カラオケ装置において実行可能な機能を示す情報（第２の情報）とから、そのユーザに対し推奨するカラオケ装置を選択すればよい。
【００９５】
（変形例１２）
上述した実施形態では、本発明のサーバ装置をカラオケ装置へのアプリ配信に用いたカラオケシステムを構成したが、本発明はこれに限定されない。本発明のサーバ装置を、ゲームセンターに設置されたゲーム機など、他の端末装置へのアプリ配信に用いて、カラオケシステム以外の端末装置管理システムを構成してもよい。
【００９６】
（変形例１３）
上述した実施形態では、カラオケ装置３０とは別にサーバ１０を設けたが、本発明はこれに限定されない。例えば、カラオケ装置３０のいずれかがサーバ１０の機能を有し、このカラオケ装置３０から他のカラオケ装置３０にアプリの配信を行ってもよい。
【００９７】
（変形例１４）
制御部１１、３１、５１の機能を実現するプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ、ＦＤ（Flexible Disk））など）、光記録媒体（光ディスク（ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk））など）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記憶した状態で提供し、記憶部１２、３２、５２にインストールしてもよい。また、通信回線を介してダウンロードしてインストールしてもよい。
【符号の説明】
【００９８】
１…カラオケシステム、１０…サーバ、２０…インターネット、３０…カラオケ装置、５０…受付端末、６０…ＬＡＮ、７０…ルータ、８０…店舗、１１…制御部、１２…記憶部、１３…表示制御部、１４…ディスプレイ、１５…操作部、１６…通信部、１２１…カラオケデータ、１２２…アプリ、１２３…アプリ情報データベース、１２４…カラオケ装置データベース、１２５…ユーザ情報データベース、３１…制御部、３２…記憶部、３３…表示制御部、３４…ディスプレイ、３５…操作部、３６…通信部、３７…音処理部、３８…スピーカ、３９…マイク、３２１…カラオケデータ、３２２…アプリ、３２４…機能リスト、３２５…ユーザ情報データベース、３５１…リモートコントローラ、３７１…音源回路、３７２…ミキサ、３７３…増幅器、５１…制御部、５２…記憶部、５２４…店舗用カラオケ装置データベース、５３…表示制御部、５４１…店舗用ディスプレイ、５４２…ユーザ用ディスプレイ、５５１…店舗用操作部、５５２…ユーザ用操作部、５６…通信部、５７…カードリーダ、Ｂ１〜Ｂ２２…ソフトボタン
【特許請求の範囲】
【請求項１】
複数の端末装置と通信可能なサーバ装置であって、
１または複数のプログラムの各々と各プログラムを実行可能な端末装置の機種を示す情報とを関連付けた第１のデータベースを参照して、配信すべきプログラムを実行可能な端末装置の機種を特定し、前記複数の端末装置の各々の機種を示す情報を含む第２のデータベースを参照して、前記複数の端末装置の中から、前記特定した機種の端末装置を抽出する抽出手段と、
前記抽出手段によって抽出された端末装置に対して、前記配信すべきプログラムを配信する配信手段と
を備えたことを特徴とするサーバ装置。
【請求項２】
前記複数の端末装置の一つから、前記配信すべきプログラムを特定するための情報を含む配信リクエストを受信する受信手段と、
前記配信リクエストに含まれる前記配信すべきプログラムを特定するための情報に基づいて、前記配信すべきプログラムを特定する特定手段と
を更に有することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記複数の端末装置は複数のグループにグループ化されており、
前記抽出手段は、前記配信リクエストの送信元の端末装置が属するグループに属する端末装置から、前記特定した機種の端末装置を抽出することを特徴とする請求項２に記載のサーバ装置。
【請求項４】
前記複数の端末装置の各々はカラオケ装置であり、
店舗を訪れたユーザのカラオケ装置の機能の利用履歴を示す第１の情報を取得する第１の取得手段と、
前記複数のカラオケ装置のうち予め定められたグループに属するカラオケ装置の各々において実現可能な機能を示す第２の情報を取得する第２の取得手段と、
前記第１の取得手段によって取得した第１の情報と、前記第２の取得手段によって取得した第２の情報とに基づいて、前記ユーザに対して、前記予め定められたグループに属するカラオケ装置の中から使用を推奨するカラオケ装置を選択する選択手段と、
前記選択手段によって選択されたカラオケ装置を示す情報を出力する出力手段と
を有することを特徴とする請求項１乃至３のいずれかに記載のサーバ装置。
【請求項５】
サーバ装置と、前記サーバ装置と通信可能な複数の端末装置とを備えた端末装置管理システムであって、
前記サーバ装置は、
１または複数のプログラムの各々と各プログラムを実行可能な端末装置の機種を示す情報とを関連付けた第１のデータベースを参照して、配信すべきプログラムを実行可能な端末装置の機種を特定し、前記複数の端末装置の各々の機種を示す情報を含む第２のデータベースを参照して、前記複数の端末装置の中から、前記特定した機種の端末装置を抽出する抽出手段と、
前記抽出手段によって抽出された端末装置に対して、前記配信すべきプログラムを配信する配信手段と
を備え、
前記複数の端末装置の各々は、
前記サーバ装置から配信されたプログラムを受信する受信手段と、
前記受信したプログラムを実行するプログラム実行手段と
を有する
ことを特徴とする端末装置管理システム。
【請求項１】
複数の端末装置と通信可能なサーバ装置であって、
１または複数のプログラムの各々と各プログラムを実行可能な端末装置の機種を示す情報とを関連付けた第１のデータベースを参照して、配信すべきプログラムを実行可能な端末装置の機種を特定し、前記複数の端末装置の各々の機種を示す情報を含む第２のデータベースを参照して、前記複数の端末装置の中から、前記特定した機種の端末装置を抽出する抽出手段と、
前記抽出手段によって抽出された端末装置に対して、前記配信すべきプログラムを配信する配信手段と
を備えたことを特徴とするサーバ装置。
【請求項２】
前記複数の端末装置の一つから、前記配信すべきプログラムを特定するための情報を含む配信リクエストを受信する受信手段と、
前記配信リクエストに含まれる前記配信すべきプログラムを特定するための情報に基づいて、前記配信すべきプログラムを特定する特定手段と
を更に有することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記複数の端末装置は複数のグループにグループ化されており、
前記抽出手段は、前記配信リクエストの送信元の端末装置が属するグループに属する端末装置から、前記特定した機種の端末装置を抽出することを特徴とする請求項２に記載のサーバ装置。
【請求項４】
前記複数の端末装置の各々はカラオケ装置であり、
店舗を訪れたユーザのカラオケ装置の機能の利用履歴を示す第１の情報を取得する第１の取得手段と、
前記複数のカラオケ装置のうち予め定められたグループに属するカラオケ装置の各々において実現可能な機能を示す第２の情報を取得する第２の取得手段と、
前記第１の取得手段によって取得した第１の情報と、前記第２の取得手段によって取得した第２の情報とに基づいて、前記ユーザに対して、前記予め定められたグループに属するカラオケ装置の中から使用を推奨するカラオケ装置を選択する選択手段と、
前記選択手段によって選択されたカラオケ装置を示す情報を出力する出力手段と
を有することを特徴とする請求項１乃至３のいずれかに記載のサーバ装置。
【請求項５】
サーバ装置と、前記サーバ装置と通信可能な複数の端末装置とを備えた端末装置管理システムであって、
前記サーバ装置は、
１または複数のプログラムの各々と各プログラムを実行可能な端末装置の機種を示す情報とを関連付けた第１のデータベースを参照して、配信すべきプログラムを実行可能な端末装置の機種を特定し、前記複数の端末装置の各々の機種を示す情報を含む第２のデータベースを参照して、前記複数の端末装置の中から、前記特定した機種の端末装置を抽出する抽出手段と、
前記抽出手段によって抽出された端末装置に対して、前記配信すべきプログラムを配信する配信手段と
を備え、
前記複数の端末装置の各々は、
前記サーバ装置から配信されたプログラムを受信する受信手段と、
前記受信したプログラムを実行するプログラム実行手段と
を有する
ことを特徴とする端末装置管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１２−２４３２７０（Ｐ２０１２−２４３２７０Ａ）
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願番号】特願２０１１−１１６１２０（Ｐ２０１１−１１６１２０）
【出願日】平成２３年５月２４日（２０１１．５．２４）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願日】平成２３年５月２４日（２０１１．５．２４）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]