(57)【要約】【課題】カラオケルーム内におけるカラオケ装置の演奏状況をサービス提供者側の端末に通知することで、サービス提供者が注文された飲食物等の商品を適切なタイミングで利用者に届けることができるカラオケシステムを提供する。【解決手段】カラオケコマンダ１から送信されてきた演奏状況データに基づいて、ＰＯＳサーバ３のディスプレイに各カラオケルームにおける演奏状況や関連する歌唱者名を表示する。また、ＰＯＳサーバ３によって印刷される注文票によって、利用者からの注文内容を対応する注文者名と共に従業員へ通知する。したがって、従業員は、注文された飲食物について誰が注文したかを把握でき、その飲食物を注文した利用者が現在歌唱中であるか否か等をＰＯＳサーバ３のディスプレイに表示された各カラオケルームの演奏状況によって確認することで、適切なタイミングでその飲食物を注文者のもとへ届けることができる。【選択図】  図１
2006276417.tif 000002
【特許請求の範囲】
【請求項１】
利用者によって選曲された楽曲の楽曲データに基づいてカラオケ演奏を行うカラオケ装置と、利用者に提供する商品の受注、納品及び精算等に関する情報処理を行うサービス提供者側端末とが通信可能に接続されているカラオケシステムであって、
前記カラオケ装置は、
利用者からの選曲及び商品注文入力をそれぞれ当該利用者の個人ＩＤに対応付けて受け付ける受付手段と、
前記受付手段が受け付けた商品注文入力に基づき、この注文された商品の注文データを当該利用者の個人ＩＤ及びカラオケ装置ＩＤに対応付けてサービス提供者側端末側へ送信する注文データ送信手段と、
少なくともカラオケ装置ＩＤ、カラオケ装置状態データ及び演奏中楽曲に対応する個人ＩＤを含む演奏状況データをサービス提供者側端末へ随時送信する演奏状況データ送信手段とを備えており、
前記サービス提供者側端末は、
前記注文データ送信手段から送信されてきた注文データの内容をサービス提供者へ報知する報知手段と、
前記演奏状況データ送信手段から送信されてきた演奏状況データに基づき、前記カラオケ装置の状態又は当該カラオケ装置で歌唱中の利用者ＩＤの少なくとも何れかを表示部に表示する表示制御手段とを備えること
を特徴とするカラオケシステム。
【請求項２】
請求項１に記載のカラオケシステムにおいて、
前記演奏状況データ送信手段が送信する演奏状況データは、前記カラオケ装置状態データとして演奏の経過に関するデータを少なくとも含んでおり、
前記サービス提供者側端末が備える表示制御手段は、前記演奏状況データ送信手段から送信されてきた演奏状況データに基づき、前記カラオケ装置の演奏経過情報を前記表示部に表示すること
を特徴とするカラオケシステム。
【請求項３】
請求項１又は請求項２に記載のカラオケシステムにおける、注文データ送信手段及び演奏状況データ送信手段として、又は表示制御手段として、コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケシステムにおいて飲食物等の受注、納品に関連した情報処理を行うための技術に関する。
【背景技術】
【０００２】
従来、カラオケ装置が設置されたカラオケボックス等のカラオケ店では利用者からの注文に応じて飲食物等を提供しており、利用者は注文した飲食物を飲食しながらカラオケを楽しむことができる。この種のカラオケ店で利用されているカラオケシステムとして、利用者からの注文をカラオケ装置で受け付け、カラオケ装置とネットワークで接続されたサービス提供者側端末で飲食物の受注、納品等に関する情報処理を行うカラオケシステムが知られている。
【０００３】
例えば、特許文献１で開示されているカラオケシステムでは、コマンダ（この場合は、リモコン端末を意味している。）から注文コードを受信したカラオケ装置が、このカラオケ装置と通信可能に接続された管理装置へこの受信した注文コードを送信する。管理装置では、カラオケ装置から送信されてきた注文コードの内容を表示し、従業員が対応できるようになっている。更に、送信されてきた注文コードに対する応答を管理装置からカラオケ装置へと送信し、この送信された応答をカラオケ装置のモニタにて表示する。
【０００４】
また、特許文献２で開示されているカラオケＬＡＮシステムでは、カラオケサーバ機が商品注文番号を受け取ると、当該商品に関するサービス取り扱い情報を参照して当該注文が受け付け可能か否かの判断を含んだ注文応答メッセージ情報を作成してカラオケＬＡＮシステムの運用者向けに出力すると共に客室端末へ送出する。客室端末は、受け取った注文応答メッセージ情報に従って、当該商品に関して名称及び注文の受け付け可否等のメッセージをディスプレイに表示する。
【特許文献１】特開平８−１１６５７６号公報
【特許文献２】特開平１０−１６１６７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のような従来のカラオケシステムにおいては、利用者が歌唱中であるか否かといったカラオケルーム内での演奏状況に関わらず、当該利用者から注文された飲食物等の商品を提供する準備が整い次第、カラオケ店の従業員が注文された飲食物等の商品を利用者がいるカラオケルームへ持ち込んでいた。このようにカラオケルーム内の演奏状況を考慮しないで注文された飲食物等の商品を従業員が届けに行った場合、利用者が歌唱している最中にもかかわらず、当該利用者が注文した飲食物をカラオケルームに持ち込んでしまうといった事態が起こることが考えられる。このような場合、たとえ出来立ての料理が届いた場合であっても、歌唱中の利用者はその料理をすぐに食べることができないため、損をした気分になってしまうおそれがある。また、歌唱している最中にもかかわらず、カラオケ店の従業員が商品を届けるためにカラオケルーム内に入ってくると、歌唱者や他の利用者の関心がカラオケから従業員や届けられた商品等に移ってしまい、折角カラオケを歌唱することで盛り上がった雰囲気が損なわれてしまうおそれがある。
【０００６】
本発明は上記問題に鑑みなされており、その目的とするところは、カラオケルーム内におけるカラオケ装置の演奏状況をサービス提供者側の端末に通知することで、サービス提供者が注文された飲食物等の商品を適切なタイミングで利用者に届けることができるようにするカラオケシステムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するためになされた請求項１に記載のカラオケシステムは、カラオケ装置の演奏状況をサービス提供者側端末において表示することを特徴とする。
具体的には、上述のカラオケシステムは、利用者によって選曲された楽曲の楽曲データに基づいてカラオケ演奏を行うカラオケ装置と、利用者に提供する商品の受注、納品及び精算等に関する情報処理を行うサービス提供者側端末とが通信可能に接続されている。そして、カラオケ装置は、利用者からの選曲及び商品注文入力をそれぞれ当該利用者の個人ＩＤに対応付けて受け付ける受付手段と、この受付手段が受け付けた商品注文入力に基づき、この注文された商品の注文データを当該利用者の個人ＩＤ及びカラオケ装置ＩＤに対応付けてサービス提供者側端末へ送信する注文データ送信手段と、少なくともカラオケ装置ＩＤ、カラオケ装置状態データ及び演奏中楽曲に対応する個人ＩＤを含む演奏状況データをサービス提供者側端末へ随時送信する演奏状況データ送信手段とを備えている。
【０００８】
一方、サービス提供者側端末は、注文データ送信手段から送信されてきた注文データの内容をサービス提供者へ報知する報知手段と、演奏状況データ送信手段から送信されてきた演奏状況データに基づき、カラオケ装置の状態又は当該カラオケ装置で歌唱中の利用者ＩＤの少なくとも何れかを表示部に表示する表示制御手段とを備えている。
【０００９】
なお、ここでいうカラオケ装置状態データとは、例えば、カラオケ装置の電源ＯＮ／ＯＦＦ状態、選曲待ち状態、演奏中、何コーラス目を演奏中等といった種々の状態を示すデータのことである。また、これらの状態の他にも、現在演奏中の楽曲名や演奏経過時間等を示すデータを含むように構成してもよい。
【００１０】
また、ここでいう報知手段は、注文データの内容をモニタ等に表示することによってサービス提供者へ注文を報知するように構成することが考えられる。また、注文内容をプリントアウトすることによってサービス提供者へ注文を報知するように構成することも考えられる。
【００１１】
このような構成を有する本発明によれば、カラオケ装置側から送信されてきた演奏状況データに基づいて、サービス提供者側端末でカラオケ装置の状態や歌唱中の利用者ＩＤを表示することができる。また、利用者からの注文を利用者ＩＤに対応付けてサービス提供者へ報知することができる。したがって、サービス提供者は、注文された飲食物等の商品について誰が注文したかを把握でき、その商品を注文した利用者が現在歌唱中であるか否か等をサービス提供者側端末に表示されたカラオケ装置の演奏状況によって確認することで、適切なタイミングでその商品を当該利用者がいるカラオケルームへ届けることができる。つまり、例えば利用者Ａが歌唱中である場合、たとえＡが注文した飲食物等の商品の準備が整ったとしても、Ａの歌唱が終了するまではその商品をカラオケルームへ持ち込まないようにし、Ａの歌唱が終了してからその商品をカラオケルームへ持ち込むようにするといった対応をすることができる。
【００１２】
なお、注文された飲食物等の商品をカラオケルームに持ち込むのは、利用者の雰囲気を損なわないように、例えばカラオケ装置の状態が選曲待ちのように誰も歌唱していないときに行うのが理想的であると考えられる。しかし、演奏予約が多く演奏が連続しているような状況においては、利用者を待たせないようにするために、演奏中であっても商品をカラオケルームに持ち込んだ方がよい場合も考えられる。本発明のカラオケシステムでは、商品を注文した利用者及び歌唱中の利用者をサービス提供者側で把握することができるため、このような状況において、利用者Ａが注文した商品については、少なくともＡが歌唱しているときには持ち込まずに、他の利用者が歌唱しているに持ち込むようにするといった具合に、状況に応じて柔軟な運用を行うことができる。
【００１３】
ところで、注文された飲食物等の商品を利用者のもとへ届ける際には、当該利用者の歌唱が終了したことを確認してから飲食物等の商品を運び始めるのよりも、運搬に掛かる時間を考慮して、当該利用者の歌唱終了の見込みをある程度つけて事前に運び始めた方が、運搬に掛かる時間分早く商品を届けることができる。
【００１４】
そこで、請求項２に記載のカラオケシステムのように構成するとよい。つまり、演奏状況データ送信手段が送信する演奏状況データは、カラオケ装置状態データとして演奏の経過に関するデータを少なくとも含んでおり、サービス提供者側端末が備える表示制御手段は、演奏状況データ送信手段から送信されてきた演奏状況データに基づき、カラオケ装置の演奏経過情報を表示部に表示するように構成する。なお、ここでいう演奏経過情報とは、例えば現在何コーラス目を演奏中であるといった情報や、演奏開始からの経過時間、残り演奏時間等といった情報を表示してもよいし、あるいはこれらの情報に基に、例えば青・黄・赤といった色による識別表示を行って、青なら「演奏停止中」、黄なら「まもなく演奏終了」、赤なら「演奏中」といった具合に演奏経過を識別できるように構成してもよい。
【００１５】
このように構成されたカラオケシステムによれば、サービス提供者側端末に表示された演奏経過情報をサービス提供者が確認することで、利用者の歌唱終了時間の見込みをつけることができ、商品の運搬時間を考慮した上で、利用者の歌唱終了に先んじて商品を運び始めるといった対応を行うことができる。よって、より早くかつ適切なタイミングで飲食物等の商品を注文した利用者がいるカラオケルームへ届けることができる。
【００１６】
なお、請求項３に示すように、請求項１又は請求項２に記載のカラオケシステムにおける注文データ送信手段及び演奏状況データ送信手段、又は表示制御手段は、コンピュータを機能させるためのプログラムによって実現することができる。また、このようなプログラムの場合、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ハードディスク等のコンピュータによって読み取り可能な記録媒体としてこのプログラムを記録しておき、必要に応じてコンピュータにロードして起動することにより用いることができる。また、ＲＯＭやバックアップＲＡＭに本プログラムを書き込んでおき、これらのＲＯＭやバックアップＲＡＭをコンピュータに組み込んで用いてもよい。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の一実施形態を図面に基づいて説明する。
図１は、カラオケシステムの概略構成を示すブロック図である。
図１に示すように、本実施形態のカラオケシステムは、カラオケルームに設置されたカラオケ装置であるカラオケコマンダ１及びリモコン端末２と、スタッフルームに設置されたＰＯＳサーバ３と、データサーバ４とがネットワーク１００を介してそれぞれデータ通信可能に構成されたものである。
【００１８】
［カラオケコマンダ１の構成の説明］
カラオケコマンダ１は、図１に示すように、カラオケコマンダ１全体の作動を制御する制御部１２、カラオケコマンダ１をネットワーク１００に接続するためのインタフェース部１４、演奏楽曲の伴奏内容及び歌詞を示す楽曲データや映像データ等のコンテンツデータを記憶するハードディスク（ＨＤＤ）１６、複数のキー・スイッチからなり、曲の予約操作等を行うための操作部１８、リモコン端末２や携帯電話から送信された赤外線信号を赤外線通信規格（ＩｒＤＡ（登録商標））又は、リモコン端末２とカラオケコマンダ１との二者間において予め設定された通信条件に従って受信するための赤外線通信部２０、操作部１８からの信号を処理する操作処理部２２、マイクロフォン２６、ＨＤＤ１６に記憶された演奏データ（ＭＩＤＩデータ）に基づく演奏再生を行うＭＩＤＩ音源３０、ＭＩＤＩ音源３０から出力されたデジタル信号から演奏楽曲のオーディオ信号（音響、音声に関する信号）を生成し、生成されたオーディオ信号及びマイクロフォン２６から入力されたオーディオ信号を増幅してスピーカ２８へ出力する音声制御部２４、画像データを一時的に記憶するビデオＲＡＭ３２、ビデオＲＡＭ３２に記憶された画像データに基づく映像の再生を制御する映像再生部３４、映像再生部３４により再生される映像のモニタ３６での表示を制御する映像制御部３８、半導体素子を利用した書き換え可能な記憶媒体であるメモリ４０などを備えている。
【００１９】
また、制御部１２は、カラオケコマンダ１の状況に応じて演奏状況データを随時ＰＯＳサーバ３へ送信する処理を実行する。ここでいう演奏状況データとは、カラオケコマンダ１の電源ＯＮ／ＯＦＦ状況、選曲待ち中、演奏中、何コーラス目を演奏中、演奏終了などといったカラオケコマンダ１に関する種々の状況を示すデータ（コマンダ状況データ）を、カラオケコマンダ１を識別するためのＩＤ（コマンダＩＤ）と、演奏楽曲を歌唱している利用者を識別するためのＩＤ（利用者ＩＤ）とに対応付けたデータである。なお、この処理についての詳細な説明は後述する。
【００２０】
［リモコン端末２の構成の説明］
リモコン端末２は、曲の予約等をするための操作を利用者から受け付け、その操作信号をカラオケコマンダ１に送信する機能を有すると共に、カラオケボックス内のカラオケルームのようにカラオケ演奏を行う施設（以下、カラオケ場）で利用者に提供される飲食物を注文するための操作を受け付け、その注文された飲食物に関する注文データをＰＯＳサーバ３へ送信する機能も有する。
【００２１】
具体的にリモコン端末２は、図１に示すように、リモコン端末２全体の作動を制御する制御部５２、赤外線通信規格（ＩｒＤＡ）又は、リモコン端末２とカラオケコマンダ１との二者間において予め設定された通信条件に従ってカラオケコマンダ１に赤外線信号を送信する赤外線通信部５４、各種情報を記憶するメモリ５６、表示部５８の表示領域に沿って設置されるタッチパネル及び複数のキー・スイッチからなり、利用者からの操作を受け付ける操作部６０、操作部６０からの信号を処理する操作処理部６２、画像データを一時的に記憶するビデオＲＡＭ６４、ビデオＲＡＭ６４に記憶された画像データの表示部５８での表示を制御する映像制御部６６、ネットワーク１００に接続された無線アクセスポイント１１０との間で無線ＬＡＮ規格（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ規格，ＨｏｍｅＲＦ規格，Ｂｌｕｅｔｏｏｔｈ規格など）に従った無線通信を行うための無線ＬＡＮ通信部６８などを備えている。
【００２２】
このうち、制御部５２は、利用者から曲の予約をするための操作入力を受け付け、選択された曲の曲番号に、予約者（即ち、歌唱する人）の利用者ＩＤを付加した予約データをカラオケコマンダ１へ送信する処理を実行する。また、制御部５２は、カラオケ場で提供される飲食物等を注文するための操作入力を受け付け、選択された飲食物の番号（メニュー番号）に注文者の利用者ＩＤ及びコマンダＩＤを付加した注文データをカラオケコマンダ１へ送信する処理を実行する。これらの処理についての詳細な説明は後述する。
【００２３】
［ＰＯＳサーバ３の構成の説明］
ＰＯＳサーバ３は、飲食店やカラオケ店向けの一般的なＰＯＳ（point-of-sale）システムにおける受注管理用端末であり、十分な処理機能を有する通常のパーソナルコンピュータによって構成される。このＰＯＳサーバ３は、カラオケルームの利用状況管理、飲食物の受注管理や配達管理等を行うと共に、カラオケ利用料金及び飲食料金の精算・会計処理を行う機能を有する。また、ＰＯＳサーバ３にはプリンタ２００が接続されており、ＰＯＳサーバ３は、リモコン端末２から送信されてきた注文データに基づいて、この注文内容を従業員へ通知するための注文票をプリンタ２００によって印刷する。
【００２４】
また、ＰＯＳサーバ３では、カラオケコマンダ１から送信されてきた演奏状況データに基づいて、カラオケルームごとの演奏状況をＰＯＳサーバ３のディスプレイに表示する処理が実行される。この処理についての詳細な説明は後述する。
【００２５】
［データサーバ４の構成の説明］
データサーバ４は、十分な処理機能を有する通常のパーソナルコンピュータによって構成されており、様々な情報を格納したデータベースとして機能する端末である。
【００２６】
データサーバ４が備えるハードディスク装置等の記憶装置には、カラオケ利用者に提供するための情報に関する様々なコンテンツデータや、ＰＯＳシステムの運用に必要なデータ（例えば、飲食物のメニューに関する情報等）が格納されている。
【００２７】
カラオケコマンダ１、リモコン端末２及びＰＯＳサーバ３は、ネットワーク１００を介してデータサーバ４へアクセスすることで、各処理に必要なデータを取得する。
［その他の構成の説明］
また、上述のネットワーク１００には無線アクセスポイント１１０が接続されている。この無線アクセスポイント１１０は、無線通信で端末間を接続するための電波中継機であり、複数の端末と同時に通信を行う機能を有する。リモコン端末２とカラオケコマンダ１及びＰＯＳサーバ３とは、この無線アクセスポイント１１０を中継することによって、ネットワーク１００を介して互いにデータ通信を行うことができる。本実施形態のカラオケシステムは、このような通信ネットワークを利用して、飲食物の注文をリモコン端末２で受け付け、注文を受け付けた飲食物に関する注文データをＰＯＳサーバ３へ送信することで、飲食物の受注、納品及び料金の精算・会計等に関する処理を一括して行える、いわゆるオーダーエントリーシステムを実現する。
【００２８】
以上、本実施形態のカラオケシステムの概略構成について説明したが、本実施形態におけるカラオケシステムの構成と、特許請求の範囲に記載した構成との対応関係は次の通りである。即ち、本実施形態のカラオケコマンダ１及びリモコン端末２が特許請求の範囲におけるカラオケ装置に相当し、ＰＯＳサーバ３がサービス提供者側端末に相当する。また、カラオケコマンダ１における制御部１２及びインタフェース部１４が特許請求の範囲における演奏状況データ送信手段に相当し、ＨＤＤ１６が運動指示データテーブル記憶手段に相当する。
【００２９】
一方、リモコン端末２における制御部５２、操作部６０及び操作処理部６２が、受付手段に相当し、制御部５２及び無線ＬＡＮ通信部６８が、注文データ送信手段に相当する。また、ＰＯＳサーバ３の制御部が表示制御手段に相当し、制御部及びプリンタ２００が報知手段に相当する。
【００３０】
［モード選択の説明］
本実施形態のカラオケシステムでは、演奏する曲の予約及び飲食物の注文を、リモコン端末２の操作部６０を操作することによって行うことができる。そのためには、まず、カラオケルームを利用している利用者の人数を登録し、予約する曲を選択するための「曲予約モード」又は注文する飲食物を選択する「飲食物注文モード」を選択して、演奏曲を予約したり、飲食物を注文したりする。具体的には、まず、図７（ａ）の利用者数設定画面表示例に示すような設定画面において、利用者が表示部５８に表示されている数字アイコンを押下して利用者の人数を入力した（図７（ａ）では３人）後、「確定」アイコンを押下することで、利用者数が登録される。
【００３１】
続いて、利用者数を登録した後、図７（ｂ）の予約選択画面表示例に示すような選択画面が表示される。この予約選択画面においては、表示部５８の右側に先に登録された利用者の人数に応じた数の利用者選択タグが表示されている。利用者は、自身に対応する利用者選択タグを押下する（図７（ｂ）は「一人目」タグを押下した状態。）ことで、登録されている利用者の中から、曲の予約者や飲食物の注文者を選択することができる。また、所望するモードに対応するアイコン（「曲予約」又は「フード予約」）を利用者が押下することで、「曲予約モード」又は「飲食物注文モード」を選択することができる。
【００３２】
［演奏曲予約受付・登録処理の説明］
以下、リモコン端末２及びカラオケコマンダ１において実行される演奏曲予約受付・登録処理について、図２、図３のフローチャート及び図８、図９に基づいて説明する。この処理は、上記「曲予約モード」が選択された場合に実行される処理である。ここでは、曲の予約をするための利用者からの操作入力をリモコン端末２において受け付け、選択された曲の曲番号に予約者（即ち、歌唱する人）の利用者ＩＤを付加した予約データをカラオケコマンダ１へ送信し、カラオケコマンダ１側でこの送信された予約データの内容を登録するための処理が実行される。
【００３３】
図２は、演奏曲予約受付・登録処理のメイン処理を示すフローチャートである。
最初に、演奏曲予約受付・登録処理実行に先立ち、通信を行うカラオケコマンダ１とリモコン端末２とを１対１に対応付けるための「くくりつけ」を行う。まず、リモコン端末２の制御部５２は、赤外線通信部５４を介して、同じカラオケルーム内に設置されているカラオケコマンダ１に対して接続要求信号を送信する（Ｓ１０）。そして、この接続要求信号を受信したカラオケコマンダ１の制御部１２は、赤外線通信部２０を介して、カラオケコマンダ１を識別するためのＩＤ（コマンダＩＤ）を接続応答としてリモコン端末２へ送信する（Ｓ２０）。リモコン端末２の制御部５２は、カラオケコマンダ１から受信したコマンダＩＤをメモリ５６へ記憶する（Ｓ３０）。このようなＳ１０〜Ｓ３０における一連の処理によって、通信を行うカラオケコマンダ１とリモコン端末２とが１対１に対応付けられる（即ち、くくりつけられる。）。以降、リモコン端末２は、このくくりつけされたカラオケコマンダ１と通信を行う。また、リモコン端末２がＰＯＳサーバ３等にデータを送信する際にコマンダＩＤを添付する場合、このくくりつけされたコマンダＩＤを添付する。なお、このくくりつけは、演奏曲予約受付・登録処理実行時に限らず、カラオケコマンダ１とリモコン端末２とがくくりつけされていない場合において、必要に応じて行われる。
【００３４】
利用者によって「曲予約モード」が選択される（即ち、図７（ｂ）の予約選択画面において、「曲予約」アイコンが押下される）と、図８（ａ）の選曲画面表示例に示すような選曲画面が表示部５８表示される。この選曲画面には、曲番号の数字を入力するための数字アイコン「０」〜「９」、数字アイコンによって入力した曲番号をカラオケコマンダ１へ送信するための「選曲／送信」アイコン及び利用者選択タグ等が表示されている。なお、図８（ａ）においては、予約者として「一人目」が選択されている状態を示しているが、「二人目」又は「三人目」を予約者として選択するためには、対応する利用者選択タグを押下すればよい。
【００３５】
図８（ａ）の選曲画面が表示された状態おいて、リモコン端末２の制御部５２は、何らかのアイコンが押下されたか否かを判定する（Ｓ４０）。ここで、何らかのアイコンが押下されたと判定した場合（Ｓ４０：はい）、Ｓ５０へ移行する。一方、アイコンが押下されていないと判定した場合（Ｓ４０：いいえ）、Ｓ４０の処理を繰り返す。
【００３６】
Ｓ５０では、押下されたアイコンが数字アイコンであるか否かを判定する。ここで、押下されたアイコンが数字アイコンであると判定した場合（Ｓ５０：はい）、押下された数字アイコンに対応する数字を制御部１２内部のバッファ領域に順次記録して（Ｓ６０）、Ｓ４０へ戻る。
【００３７】
一方、押下されたアイコンが数字アイコンではないと判定した場合（Ｓ５０：いいえ）、押下されたアイコンが「選曲／送信」アイコンであるか否かを判定する（Ｓ７０）。ここで、押下されたアイコンが「選曲／送信」アイコンであると判定した場合（Ｓ７０：はい）、バッファ内に記憶されている数字列（即ち、予約する曲の曲番号）に現在選択されている利用者に対応する利用者ＩＤを付加した予約データを生成し、この予約データを、赤外線通信部５４又は無線ＬＡＮ通信部６８を介してカラオケコマンダ１へ送信する（Ｓ８０）。一方、押下されたアイコンが「選曲／送信」アイコンではないと判定した場合（Ｓ７０：いいえ）、Ｓ４０へ戻る。
【００３８】
リモコン端末２から送信されてきた予約データを受信したカラオケコマンダ１は、予約登録処理を実行する（Ｓ９０）。この処理は、リモコン端末２から送信されてきた予約データの内容を、カラオケコマンダ１のメモリ４０に記憶されている予約テーブルへ登録するための処理である。この予約登録処理の詳細については、図３に示すフローチャートに基づいて説明する。
【００３９】
図３に示すように、制御部１２は予約データ受信後、まず予約テーブルに登録されている予約曲の数が予約可能最大件数か否かを判定する（Ｓ９１）。なお、図９（ａ）に示すように、予約テーブルにはリモコン端末２から送信されてきた予約データの内容に対応する曲番号及び予約者（即ち、歌唱者）の利用者ＩＤが、予約された順に上から記録されている。この予約テーブルのうち、まだ曲番号が登録されていない領域は「空き」となっている。
【００４０】
Ｓ９１において、予約曲の数が予約可能最大件数ではない（即ち、予約テーブルに空き領域がある）と判定した場合（Ｓ９１：いいえ）、予約テーブルのｎ（ｎ＝１〜予約可能最大数、ただし初期値：ｎ＝１）件目が空いているか否かを判定する（Ｓ９２）。ここで、ｎ件目が空いていないと判定した場合（Ｓ９２：いいえ）、ｎに１を加算して再びＳ９２においてｎ件目に空きがあるか否かを判定する。そして、ｎ件目が空いていると判定した場合（Ｓ９２：はい）、この空領域に受信した予約データに含まれる曲番号及び利用者ＩＤを登録する（Ｓ９３）。このＳ９２、Ｓ９３における一連の処理を、図９に基づいて具体的に説明する。図９（ａ）に示す予約テーブルにおいて、１、２件目については曲番号及び利用者ＩＤが既に登録されており、３件目以降が空き領域になっている。ここで新たに予約データ（図９において、「０００５５５１」なる数字列）を受信した場合、予約データテーブルの３件目の領域に、曲番号に該当する「０００５５５」と利用者ＩＤに該当する「１」とをそれぞれ登録する（図９（ｂ））。
【００４１】
Ｓ９３において予約テーブルに予約データの内容を登録した後、当該予約を受け付けた旨のメッセージをモニタ３６に表示し（Ｓ９４）、処理を終了する。一方、Ｓ９１において、予約曲の数が予約可能最大件数である（即ち、予約テーブルに空き領域がない）と判定した場合（Ｓ９１：はい）、当該予約を受け付けできない旨のメッセージをモニタ３６に表示し（Ｓ９５）、処理を終了する。
【００４２】
図２の説明に戻る。Ｓ９０の予約登録処理を実行した後、カラオケコマンダ１が演奏中であるか否かを判定する（Ｓ１００）。ここで、カラオケコマンダ１が演奏中であると判定した場合（Ｓ１００：はい）、演奏開始待ちの状態に移行する（Ｓ１１０）。一方、カラオケコマンダ１が演奏中ではないと判定した場合（Ｓ１００：いいえ）、予約テーブルの最上位に登録されている曲番号に対応する曲の演奏を開始する（Ｓ１２０）。
【００４３】
［飲食物注文受付・注文票発行処理］
次に、リモコン端末２及びＰＯＳサーバ３において実行される注文受付・注文票発行処理について、図４のフローチャート及び図８、図１０に基づいて説明する。この処理は、上記「飲食物注文モード」が選択された場合に実行される処理である。ここでは、飲食物の注文をするための利用者からの操作入力をリモコン端末２において受け付け、選択された飲食物のメニュー番号に注文者の利用者ＩＤを付加した注文データをＰＯＳサーバ３へ送信し、ＰＯＳサーバ３でこの送信された注文データの内容を注文票に印刷するための処理が実行される。
【００４４】
図４は、飲食物注文受付・注文票発行処理を示すフローチャートである。
利用者によって「飲食物注文モード」が選択される（即ち、図７（ｂ）の予約選択画面において、「フード予約」アイコンが押下される）と、図８（ｂ）の飲食物注文画面表示例に示すような飲食物注文画面が表示部５８に表示される。この飲食物注文画面には、注文する飲食物を入力するための「ビール」アイコン、「焼きそば」アイコン等のメニューアイコンと、メニューアイコンによって入力した注文内容を確定し、その注文内容をＰＯＳサーバ３へ送信するための「オーダー確定」アイコンと、利用者選択タグとが表示されている。なお、図８（ｂ）においては、注文者として「一人目」が選択されている状態を示しているが、「二人目」又は「三人目」を注文者として選択するためには、対応する利用者選択タグを押下すればよい。
【００４５】
図８（ｂ）の飲食物注文画面が表示された状態において、リモコン端末２の制御部５２は、何らかのアイコンが押下されたか否かを判定する（Ｓ２１０）。ここで、何らかのアイコンが押下されたと判定した場合（Ｓ２１０：はい）、Ｓ２２０へ移行する。一方、アイコンが押下されていないと判定した場合（Ｓ２１０：いいえ）、Ｓ２１０の処理を繰り返す。
【００４６】
Ｓ２２０では、押下されたアイコンがメニューアイコンであるか否かを判定する。ここで、押下されたアイコンがメニューアイコンであると判定した場合（Ｓ２２０：はい）、その押下されたメニューアイコンに対応するメニューが既に選択済み（即ち、選択状態）であるか否かを判定する（Ｓ２３０）。ここで、押下されたメニューアイコンに対応するメニューが選択状態ではないと判定した場合（Ｓ２３０：いいえ）、図８（ｂ）の飲食物注文画面上の当該メニューアイコンの描画を選択状態（例えば、アイコンを反転表示する等）に変更し（Ｓ２４０）、制御部５２内部の記憶領域におけるメニューの選択情報を更新する（Ｓ２６０）。
【００４７】
一方、Ｓ２３０において、押下されたメニューアイコンに対応するメニューが選択状態であると判定した場合（Ｓ２３０：はい）、図８（ｂ）の飲食物注文画面上の当該メニューアイコンの描画を選択状態から非選択状態（例えば、反転表示から通常表示に変更する等）に変更し（Ｓ２５０）、制御部５２内部の記憶領域におけるメニューの選択情報を更新する（Ｓ２６０）。なお、Ｓ２６０において、制御部５２内部の記憶領域におけるメニューの選択情報を更新した後、Ｓ２１０へ戻り上記処理を繰り返す。
【００４８】
一方、押下されたアイコンがメニューアイコンではないと判定した場合（Ｓ２２０：いいえ）、押下されたアイコンが「オーダー確定」アイコンであるか否かを判定する（Ｓ２７０）。ここで、押下されたアイコンが「オーダー確定」アイコンであると判定した場合（Ｓ２７０：はい）、制御部５２の記憶領域に記憶されているメニューの選択情報、メニューデータテーブル（図１０（ａ）参照）、くくりつけされているコマンダＩＤ及び現在選択されている注文者に対応する利用者ＩＤに基づいて注文データ（図１０（ｂ）参照）を生成する。そして、この生成した注文データを、無線ＬＡＮ通信部６８を介してＰＯＳサーバ３へ送信する（Ｓ２８０）。
【００４９】
なお、メニューデータテーブルは、具体的には図１０（ａ）に示すように、「ビール」、「焼きそば」等といったメニュー内容と、メニュー番号との対応を示すデータテーブルである。このメニューデータテーブルのような、ＰＯＳシステムの運用に関するデータベースはデータサーバ４のＨＤＤ装置等の記憶装置に格納されており、リモコン端末２は、必要に応じて適宜データサーバ４へアクセスしてデータを取得する。また、注文データは、具体的には図１０（ｂ）に示すように、飲食物の注文数、注文された飲食物に対応するメニュー番号、くくりつけされたコマンダＩＤ及び注文者の利用者ＩＤからなるデータである。
【００５０】
リモコン端末２から送信されてきた注文データを受信したＰＯＳサーバ３は、受信した注文データ及びＰＯＳサーバ３の記憶装置に記憶されているコマンダＩＤ／部屋番号対応テーブルに基づいて注文票データを生成し、この注文票データの内容をプリンタ２００によって印刷する（Ｓ３１０）。なお、コマンダＩＤ／部屋番号対応テーブルとは、図１０（ｃ）に示すように、コマンダＩＤと、このコマンダＩＤに対応するカラオケコマンダ１が設置されているカラオケルームの部屋番号との対応関係を示すデータテーブルである。
【００５１】
ＰＯＳサーバ３によって印刷出力される注文票には、図４の注文票印刷例に示すように、注文データ内のコマンダＩＤに対応する部屋番号（例えば「１号室」）、注文者ＩＤに対応する注文者名（例えば「１番の人」）及びメニュー番号に対応する注文内容（例えば「焼きそば」）等の情報が記載されている。カラオケ店の従業員は、この注文票の内容に従って飲食物の準備を行い、そして準備が完了した飲食物を注文票に記載された部屋にいる注文者のもとへ配達する。
【００５２】
一方、Ｓ２７０において押下されたアイコンが「オーダー確定」アイコンではないと判定した場合（Ｓ２７０：いいえ）、Ｓ２１０へ戻る。
また、Ｓ２８０において注文データを送信した後、飲食物注文画面（図８（ｂ））上に表示されている全てのメニューアイコンの描画を非選択状態に変更する（Ｓ２９０）。そして、制御部５２内の記憶領域に記憶されているすべてのメニューの選択情報を非選択状態にセットする（Ｓ３００）。
【００５３】
［演奏状況データ送信・演奏状況表示処理の説明］
次に、カラオケコマンダ１及びＰＯＳサーバ３において実行される演奏状況データ送信・演奏状況表示処理について、図５、図６のフローチャート及び図１１、図１２に基づいて説明する。この処理は、カラオケコマンダ１の状況に応じて随時実行される処理である。ここでは、カラオケコマンダ１の演奏状況に基づいて生成される演奏状況データを随時カラオケコマンダ１からＰＯＳサーバ３へ送信する処理が実行される。一方、ＰＯＳサーバ３では、カラオケコマンダ１から送信されてきた演奏状況データに基づいて、カラオケルームごとの演奏状況をＰＯＳサーバ３のディスプレイ表示するための処理が実行される。
【００５４】
図５は、演奏状況データ送信・演奏状況表示処理のメイン処理を示すフローチャートである。
まず、カラオケコマンダ１の制御部１２は、カラオケ演奏用の電源がＯＦＦであるか否かを判定する（Ｓ４１０）。ここで、電源がＯＦＦであると判定した場合（Ｓ４１０：はい）、電源ＯＦＦ中であることを通知するための演奏状況データ（図１１参照）を生成し、この生成した演奏状況データをインタフェース部１４を介してＰＯＳサーバ３へ送信する（Ｓ４２０）。なお、ここでいう「電源ＯＦＦ中」とは、カラオケコマンダ１への電源供給が全て遮断されているのではなく、カラオケコマンダ１へ電源は供給されているもののカラオケコマンダ１の一部の機能が停止している状態を意味する。具体的には、カラオケ演奏の停止、モニタ２６への映像信号出力の停止及び、電源ＯＮ／ＯＦＦ操作入力以外の操作入力の受付が停止している状態を意味する。
【００５５】
ここで、図１１に基づき、演奏状況データの詳細について説明する。演奏状況データは、図１１に示すように、コマンダＩＤ、演奏中の曲の予約者（即ち、歌唱している利用者）の利用者ＩＤ及びコマンダ状況データからなるデータである。このうち、コマンダ状況データは、カラオケコマンダ１に関する種々の状況を示すデータである。本実施形態では、コマンダ状況データとして、「Ａ」〜「Ｆ」の６種類の状況を設定している。この「Ａ」〜「Ｆ」の各コマンダ状況データが示す内容は、「Ａ：演奏開始」、「Ｂ：１コーラス演奏完了」、「Ｃ：２コーラス演奏完了」、「Ｄ：演奏終了」、「Ｅ：選曲待ち中」、「Ｆ：電源ＯＦＦ中」となっている。なお、カラオケコマンダ１が演奏中ではない場合（例えば、コマンダ状況データとして「Ｄ」、「Ｅ」、「Ｆ」が選択される場合）、利用者ＩＤとして「歌唱者なし」に対応する情報が付加される。
【００５６】
図５の説明に戻る。Ｓ４２０において、電源ＯＦＦ中であることを通知するための演奏状況データ（コマンダ状況データ「Ｆ」に対応。以下、単に「Ｆ」等と記載する。）をＰＯＳサーバ３へ送信した後、カラオケ演奏用の電源がＯＮにされたか否かを判定する（Ｓ４３０）。ここで、電源がＯＮにされていないと判定した場合（Ｓ４３０：いいえ）、Ｓ４３０の処理を繰り返す。一方、電源がＯＮにされたと判定した場合（Ｓ４３０：はい）、Ｓ４１０へ戻り処理を繰り返す。
【００５７】
Ｓ４１０において電源がＯＦＦではないと判定した場合（Ｓ４２０：いいえ）、予約された曲の演奏を開始したか否かを判定する（Ｓ４４０）。ここで、演奏を開始したと判定した場合（Ｓ４４０：はい）、演奏開始を通知するための演奏状況データ（Ａ）をインタフェース部１４を介してＰＯＳサーバ３へ送信する（Ｓ４５０）。
【００５８】
続いて、曲の演奏が１コーラスまで完了したか否かを判定する（Ｓ４６０）。ここで演奏が１コーラスまで完了したと判定した場合（Ｓ４６０：はい）、１コーラス演奏完了を通知するための演奏状況データ（Ｂ）をインタフェース部１４を介してＰＯＳサーバ３へ送信する（Ｓ４７０）。
【００５９】
続いて、曲の演奏が２コーラスまで完了したか否かを判定する（Ｓ４８０）。ここで演奏が２コーラスまで完了したと判定した場合（Ｓ４８０：はい）、２コーラス演奏完了を通知するための演奏状況データ（Ｃ）をインタフェース部１４を介してＰＯＳサーバ３へ送信し（Ｓ４９０）、その後Ｓ５００へ移行する。
【００６０】
一方、Ｓ４６０において演奏が１コーラスまで完了していないと判定した場合（Ｓ４６０：いいえ）、及び、Ｓ４８０において演奏が２コーラスまで完了していないと判定した場合（Ｓ４８０：いいえ）、何れもＳ５００へ移行する。
【００６１】
Ｓ５００では、曲の演奏が終了したか否かを判定する。ここで、曲の演奏が終了していないと判定した場合（Ｓ５００：いいえ）、Ｓ４６０へ戻って処理を繰り返す。一方、曲の演奏が終了したと判定した場合（Ｓ５００：はい）、演奏終了を通知するための演奏状況データ（Ｄ）をインタフェース部１４を介してＰＯＳサーバ３へ送信し（Ｓ５１０）、その後Ｓ４１０へ戻って処理を繰り返す。
【００６２】
一方、Ｓ４４０において、演奏を開始していないと判定した場合（Ｓ４４０：いいえ）、選曲待ち中であることを通知するための演奏状況データ（Ｅ）をインタフェース部１４を介してＰＯＳサーバ３へ送信する（Ｓ５２０）。そして、予約テーブルに予約曲が登録されているか否かを判定する（Ｓ５３０）。ここで、予約曲が登録されていないと判定した場合（Ｓ５３０：いいえ）、Ｓ５３０の処理を繰り返す。予約曲が登録されていると判定した場合（Ｓ５３０：はい）、Ｓ４１０へ戻って処理を繰り返す。
【００６３】
一方、ＰＯＳサーバ３では、Ｓ４２０、Ｓ４５０、Ｓ４７０、Ｓ４９０、Ｓ５１０及びＳ５２０の各処理においてカラオケコマンダ１から送信されてきた演奏状況データに基づいて、ＰＯＳサーバ３のディスプレイに各部屋の演奏状況を表示するための画面描画処理を実行する（Ｓ５４０）。この画面描画処理の詳細については、図６のフローチャート及び図１２に基づいて説明する。
【００６４】
図１２は、画面描画処理によってＰＯＳサーバ３のディスプレイに表示される各部屋の演奏状況の表示例を示す図である。このうち図１２（ａ）に示す表示例１では、各部屋のカラオケコマンダ１の状況（コマンダの状況）及び関連する歌唱者名が文字によって表示されている。一方、図１２（ｂ）に示す表示例２では、各部屋のカラオケコマンダ１の状況（コマンダの状況）をインジケータの点灯色によって表現している。なお、図１２（ｂ）では、説明の便宜上、インジケータ上に「赤」、「青」などと文字を記載しているが、実際にはこれらの文字が画面に表示されているのでない。
【００６５】
これら表示例１及び表示例２における演奏状況の表示は、各カラオケルームのカラオケコマンダ１から送信されてきた演奏状況データに基づいて行われる。なお、図１２（ａ）、（ｂ）の両表示は、ＰＯＳサーバ３のディスプレイに同時に表示してもよいし、選択によって何れか一方を表示するようにしてもよい。
【００６６】
なお、図１２（ｂ）の表示例２におけるインジケータの各点灯色は、以下のような状況を示している。即ち、「青」は、演奏停止中であるから部屋への出入り可能（コマンダ状況データ「Ｄ」又は「Ｅ」に対応する。）である旨を示す。「黄」は、まもなく演奏終了（コマンダ状況データ「Ｃ」に対応する。）である旨を示す。「赤」は、１コーラス目演奏中（コマンダ状況データ「Ａ」に対応する。）である旨を示す。「赤（点滅）」は、２コーラス目演奏中（コマンダ状況データ「Ｂ」に対応する。）である旨を示す。「白（点灯なし）」は、電源ＯＦＦ（コマンダ状況データ「Ｆ」に対応する。）である旨を示す。
【００６７】
上記表示例１及び表示例２における画面描写は、図６の画面描画処理を示すフローチャートに従って行われる。即ち、ＰＯＳサーバ３の制御部は、各カラオケルームに設置されているカラオケコマンダ１から演奏状況データを受信すると、この受信した演奏状況データ内のコマンダＩＤと、コマンダＩＤ／部屋番号対応テーブル（図１０（ｃ））とを参照し、この演奏状況データの送信元のカラオケコマンダ１が設置されている部屋番号を特定する（Ｓ５４１）。続いて、演奏状況データ内のコマンダ状況データを参照する（Ｓ５４２）。ここで、コマンダ状態データが「Ｆ（電源ＯＦＦ中）」である場合、ＰＯＳサーバ３の制御部内の記憶領域に記憶されているコマンダの状況のうち、Ｓ５４１で特定した部屋番号に対応するコマンダの状況を「電源ＯＦＦ中（点灯なし）」にセットする（Ｓ５４３）。そして、Ｓ５４３においてセットしたコマンダの状況に基づいて、演奏状況の表示画面を再描画する（Ｓ５４７）。
【００６８】
一方、コマンダ状態データが「Ｄ（演奏終了）」又は「Ｅ（演奏待ち中）」である場合、ＰＯＳサーバ３の制御部内の記憶領域に記憶されているコマンダの状況のうち、Ｓ５４１で特定した部屋番号に対応するコマンダの状況を「演奏停止中（青）」にセットする（Ｓ５４４）。そして、Ｓ５４４においてセットされたコマンダの状況に基づいて、演奏状況の表示画面を再描画する（Ｓ５４７）。
【００６９】
また、コマンダ状態データが「Ｃ（２コーラス演奏完了）」である場合、ＰＯＳサーバ３の制御部内の記憶領域に記憶されているコマンダの状況のうち、Ｓ５４１で特定した部屋番号に対応するコマンダの状況を「演奏中（黄）」にセットする（Ｓ５４５）。そして、Ｓ５４５においてセットされたコマンダの状況に基づいて、演奏状況の表示画面を再描画する（Ｓ５４７）。
【００７０】
また、コマンダ状態データが「Ａ（演奏開始）」又は「Ｂ（１コーラス終了）」である場合、ＰＯＳサーバ３の制御部内の記憶領域に記憶されているコマンダの状況のうち、Ｓ５４１で特定した部屋番号対応するコマンダの状況をそれぞれ「演奏中（赤）」又は「演奏中（赤点滅）」にセットする（Ｓ５４６）。そして、Ｓ５４６においてセットされたコマンダの状況に基づいて、演奏状況の表示画面を再描画する（Ｓ５４７）。
【００７１】
［効果］
本実施形態のカラオケコシステムによれば、以下のような効果を奏する。即ち、カラオケコマンダ１側から送信されてきた演奏状況データに基づいて、ＰＯＳサーバ３のディスプレイに各カラオケルームにおける演奏状況や関連する歌唱者名を表示することができる。加えて、ＰＯＳサーバ３によって印刷される注文票によって、利用者からの注文内容を対応する注文者名と共に従業員へ通知することができる。したがって、従業員は、注文された飲食物について誰が注文したかを把握でき、その飲食物を注文した利用者が現在歌唱中であるか否か等をＰＯＳサーバ３のディスプレイに表示された各カラオケルームの演奏状況によって確認することで、適切なタイミングでその飲食物をカラオケルームにいる注文者のもとへ届けることができる。
【００７２】
具体的には、図１２（ａ）、（ｂ）に示すような各部屋の演奏状況の表示内容を従業員が確認することで、例えば「1号室は、現在演奏中であり1番の人が歌唱している。インジケータが「赤」なので、すぐに演奏は終了しないから、1番の人以外が注文したうどんとオムライスのみを配達する。」といった対応や、「２号室は、現在演奏停止中であるから、全ての利用者が注文したビールを配達する。」といった対応、又は、「３号室は、現在演奏中であり３番の人が歌唱している。しかし、インジケータが「黄」なので、まもなく演奏が終了するから３番の人が注文したお好み焼きは今から運び始めてよい。」といった対応、あるいは、「４号室は、現在歌唱中であり２番の人が歌唱中である。インジケータが「赤（点滅）」であるから、まもなく２番の人に対して配達可能になるので２番の人が注文した焼きそばを急いで準備する。」といった対応等のように、部屋ごとの演奏状況に応じて種々の柔軟な対応を講じることができる。このようにすることで、利用者の雰囲気を損なうことなく、かつ、極力利用者を待たせることなく注文された飲食物をカラオケルーム内の利用者のもとへ届けることができる。
【００７３】
［別実施形態］
以上、本発明の実施形態について説明したが、本発明の実施形態は上記の実施形態に何ら限定されるものではなく、本発明の技術的範囲に属する限り様々な態様にて実施することが可能である。
【００７４】
例えば、上記実施形態における演奏状況データには、カラオケコマンダ１の電源ＯＮ／ＯＦＦ状態、選曲待ち状態、演奏開始、何コーラス目を演奏中、演奏終了等といった内容が含まれているが、これらの内容の他にも、現在演奏中の楽曲名や演奏経過時間等を示す内容を含むように構成してもよい。
【００７５】
また、ＰＯＳサーバ３において表示される各部屋の演奏状況画面において、配膳室から各部屋への距離に基づく配達時間を考慮して、部屋ごとに飲食物の配達開始時期をより具体的に指示するような表示を行うようにしてもよい。具体的には、配膳室からの配達時間を部屋ごとに予め記憶しておき、演奏中の曲における残り演奏時間と、その演奏中の部屋への配達時間とを比較して、残り演奏時間が配達時間に近くなった時点で、配達開始を促す指示を行うといった構成が挙げられる。
【図面の簡単な説明】
【００７６】
【図１】実施形態のカラオケシステムの概略構成を示すブロック図である。
【図２】リモコン端末２及びカラオケコマンダ１において実行される、演奏曲予約受付・登録処理のメイン処理を示すフローチャートである。
【図３】カラオケコマンダ１において実行される登録処理を示すフローチャートである。
【図４】リモコン端末２及びＰＯＳサーバ３において実行される、飲食物注文受付・注文票発行処理を示すフローチャートである。
【図５】カラオケコマンダ１及びＰＯＳサーバ３において実行される演奏状況データ送信・演奏状況表示処理のメイン処理を示すフローチャートである。
【図６】ＰＯＳサーバ３の制御部において実行される画面描画処理を示す図である。
【図７】（ａ）は、利用者数設定画面の表示例である。（ｂ）は、予約選択画面の表示例である。
【図８】（ａ）は、選曲画面の表示例である。（ｂ）は、飲食物注文画面の表示例である。
【図９】カラオケコマンダ１内の予約テーブルの具体的な態様を示す図である。
【図１０】メニューデータテーブル、注文データ及びコマンダＩＤ／部屋番号対応テーブルの具体的な態様を示す図である。
【図１１】演奏状況データの具体的な態様を示す図である。
【図１２】ＰＯＳサーバ３のディスプレイに表示される各部屋における演奏状況の表示例を示す図である。
【符号の説明】
【００７７】
１…カラオケコマンダ、２…リモコン端末、３…ＰＯＳサーバ、４…データサーバ、１２…制御部、１４…インタフェース部、１６…ハードディスク（ＨＤＤ）、１８…操作部、２０…赤外線通信部、２２…操作処理部、２４…音声制御部、２６…マイクロフォン、２８…スピーカ、３０…ＭＩＤＩ音源、３２…ビデオＲＡＭ、３４…映像再生部、３６…モニタ、３８…映像制御部、４０…メモリ、５２…制御部、５４…赤外線通信部、５６…メモリ、５８…表示部、６０…操作部、６２…操作処理部、６４…ビデオＲＡＭ、６６…映像制御部、６８…無線ＬＡＮ通信部、１００…ネットワーク、１１０…無線アクセスポイント、２００…プリンタ
【図１】
2006276417.tif 000003
【図２】
2006276417.tif 000004
【図３】
2006276417.tif 000005
【図４】
2006276417.tif 000006
【図５】
2006276417.tif 000007
【図６】
2006276417.tif 000008
【図７】
2006276417.tif 000009
【図８】
2006276417.tif 000010
【図９】
2006276417.tif 000011
【図１０】
2006276417.tif 000012
【図１１】
2006276417.tif 000013
【図１２】
2006276417.tif 000014