(57)【特許請求の範囲】
【請求項１】
カラオケ楽曲を演奏するごとに歌唱者の歌唱によるカロリー消費量を推定出力するカラオケ装置を含んだコンピュータシステムにおいて、以下のプロセスを実行する情報処理方法であって、
一人の歌唱者による複数曲の歌唱によるカロリー消費量を個人ＩＤ別に集計して記録簿に記録するプロセスと、
摂取しようとする飲食物の注文データを個人ＩＤに対応づけして入力するプロセスと、
入力された飲食物注文データに基づいてその飲食物の摂取予定カロリーＡをカロリーテーブルから求めるプロセスと、
前記飲食物注文データに対応づけられている個人ＩＤに基づいて該当する歌唱者のカロリー消費量積算値Ｂを記録簿から読み出すプロセスと、
前記Ａと前記Ｂとを比較して、比較結果に応じて前記飲食物注文データの取り扱い処理を決定するプロセスと
を備えた情報処理方法。
【請求項２】
カラオケ楽曲を演奏するごとに歌唱者の歌唱によるカロリー消費量を推定出力するカラオケ装置を含んだコンピュータシステムであって、
一人の歌唱者による複数曲の歌唱によるカロリー消費量を個人ＩＤ別に集計して記録簿に記録する手段と、
摂取しようとする飲食物の注文データを個人ＩＤに対応づけして入力する手段と、
入力された飲食物注文データに基づいてその飲食物の摂取予定カロリーＡをカロリーテーブルから求める手段と、
前記飲食物注文データに対応づけられている個人ＩＤに基づいて該当する歌唱者のカロリー消費量積算値Ｂを記録簿から読み出す手段と、
前記Ａと前記Ｂとを比較して、比較結果に応じて前記飲食物注文データの取り扱い処理を決定する手段と
を備えたコンピュータシステム。
【請求項３】
前記飲食物注文データの取り扱い処理を決定する手段が、前記カロリー消費量積算値Ｂと前記摂取予定カロリーＡを比較した結果、ＢがＡ以上となった場合に前記飲食物注文データに記載されている飲食物の配達指示するデータ信号を所定のインタフェースに対して出力する手段であることを特徴とする請求項２に記載のコンピュータシステム。
【請求項４】
前記摂取予定カロリーＡと前記カロリー消費量積算値Ｂに関連した情報を表示出力して歌唱者に知らせる手段を備えることを特徴とする請求項２または３に記載のコンピュータシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、カラオケ装置と歌唱による歌唱エネルギーに関連した情報処理方法およびシステムに関し、特に歌唱者のダイエット計画をより確実に支援するための技術に関する。
【０００２】
【従来の技術】
歌唱時の発声音量に基づいて歌唱によるカロリー消費量を推定表示するカラオケシステムが知られている。また最近では、カラオケルームに床敷きを敷いてこの床敷きに組み込んだ感圧センサにより歌唱者の歌唱中の運動量を測定しその測定値から算出したカロリー消費量を推定表示するカラオケシステムも登場している。またカロリー消費量の表示方法にも各種の工夫が凝らされ、演奏曲ごとの消費カロリー値を曲間などに一覧表示したりするもの、個人別の消費カロリー値を集計表示するといったもの、さらには歌唱者が摂取した飲食物の種類や量を事前に申告登録させ、歌唱により消費した消費カロリー量に相当する分だけ飲食物を画面から順に消去していくといったようなものも登場している。
【０００３】
【発明が解決しようとする課題】
このように歌唱者のダイエット計画を有効に支援できるよう、カラオケ事業者は各種の工夫を凝らしているが、最近のカラオケ店舗においてはカラオケルームから電話一本で簡単に飲食物を注文できるようになっているため、ついつい消費したカロリー量以上の飲食物を注文してしまいダイエット計画を台無しにしてしまうことも多い。またお酒が入るなどすれば、ダイエットのことなどすっかり忘れて暴飲・暴食してしまうのが人間の性というものである。
【０００４】
本発明はこのような観点からなされたものであり、歌唱者のダイエット計画をより確実に支援することのできる、カラオケ装置と歌唱エネルギーに関連した情報処理方法およびシステムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
請求項１に係る発明は、便宜的に分説すると、つぎの事項（１）〜（６）により特定される情報処理方法である。
（１）カラオケ楽曲を演奏するごとに歌唱者の歌唱によるカロリー消費量を推定出力するカラオケ装置を含んだコンピュータシステムにおいて、以下のプロセスを実行する情報処理方法であること
（２）一人の歌唱者による複数曲の歌唱によるカロリー消費量を個人ＩＤ別に集計して記録簿に記録するプロセス
（３）摂取しようとする飲食物の注文データを個人ＩＤに対応づけして入力するプロセス
（４）入力された飲食物注文データに基づいてその飲食物の摂取予定カロリーＡをカロリーテーブルから求めるプロセス
（５）前記飲食物注文データに対応づけられている個人ＩＤに基づいて該当する歌唱者のカロリー消費量積算値Ｂを記録簿から読み出すプロセス
（６）前記Ａと前記Ｂとを比較して、比較結果に応じて前記飲食物注文データの取り扱い処理を決定するプロセス
【０００６】
請求項２に係る発明は、便宜的に分説すると、つぎの事項（11）〜（16）により特定されるコンピュータシステムである。
（11）カラオケ楽曲を演奏するごとに歌唱者の歌唱によるカロリー消費量を推定出力するカラオケ装置を含んだコンピュータシステムであること
（12）一人の歌唱者による複数曲の歌唱によるカロリー消費量を個人ＩＤ別に集計して記録簿に記録する手段を備えること
（13）摂取しようとする飲食物の注文データを個人ＩＤに対応づけして入力する手段をそなえること
（14）入力された飲食物注文データに基づいてその飲食物の摂取予定カロリーＡをカロリーテーブルから求める手段を備えること
（15）前記飲食物注文データに対応づけられている個人ＩＤに基づいて該当する歌唱者のカロリー消費量積算値Ｂを記録簿から読み出す手段を備えること
（16）前記Ａと前記Ｂとを比較して、比較結果に応じて前記飲食物注文データの取り扱い処理を決定する手段を備えること
【０００７】
また、本発明の請求項３に記載の発明は請求項２に記載のシステムにおいて、前記飲食物注文データの取り扱い処理を切り替える手段が、前記カロリー消費量積算値Ｂと前記摂取予定カロリーＡを比較した結果、ＢがＡ以上となった場合に前記飲食物注文データに記載されている飲食物の配達指示するデータ信号を所定のインタフェースに対して出力する手段であることとする。
【０００８】
また、本発明の請求項４に記載の発明は、請求項２または３のいずれかに記載のシステムであって、前記摂取予定カロリーＡと前記カロリー消費量積算値Ｂに関連したデータを表示出力して歌唱者に知らせる手段を備えることとする。
【０００９】
【発明の実施の形態】
以下、カラオケ店舗におけるカラオケシステムを本発明の一実施例として説明する。図１はカラオケシステムの概略構成である。カラオケ店舗は、多数のカラオケルーム３、フロント５、事務室７、カラオケルーム３の利用客に提供する飲食物の調理を行う厨房９などを備えたごく一般的な店構えを呈している。
【００１０】
各カラオケルーム３にはカラオケ装置として動作する客室端末１１が設置されている。また事務室７の一角にはカラオケサーバ１３が設置されている。フロント５には受注管理サーバ１５が設置され、厨房９には調理配達指示装置１７が設置されている。各客室端末１１、カラオケサーバ１３、受注管理サーバ１５、調理配達指示装置１７はそれぞれ１００ＢＡＳＥ−ＴなどのＬＡＮで接続されている。
【００１１】
＝＝＝カラオケ演奏に関する構成および動作＝＝＝
図２にカラオケサーバ１３の構成を示している。カラオケサーバ１３はメインコンピュータ２１と、背景映像用のＤＶＤ−ＲＯＭが多数格納されたＤＶＤ装置２３を備えて構成される。メインコンピュータ２１にはモニタ２５やハードディスク装置２７が接続している。ハードディスク装置２７にはＭＩＤＩ符号化された伴奏音楽データや歌詞映像データなどのカラオケデータが蓄積されている。メインコンピュータ２１はターミナルアダプタ２９を介してＩＳＤＮ網に接続し、カラオケサーバ１３はＩＳＤＮ網を通じてカラオケ事業者などによって運営される外部のホストコンピュータとの間でデータ通信を行う。
【００１２】
図３に客室端末１１の詳細構成を示している。客室端末１１にはユーザインタフェース用の操作パネル４１と、カラオケルーム３に常設されるカラオケ楽曲予約用のリモコン装置４３や後述するパーソナルリモコン４５に対応したリモコン受信部４７が設けられている。操作パネル４１やリモコン受信部４７は操作制御部４９を介してＣＰＵ・ＲＡＭ・ＲＯＭ・ハードディスク装置などからなる中央処理装置５１に結合する。中央処理装置５１には各客室端末１１が設置されるカラオケルーム３に対応する客室ＩＤが登録されている。
【００１３】
カラオケサーバ１３は前記ホストコンピュータからＩＳＤＮ網を経由して送られてくる多数のカラオケデータを受信してこれをハードディスク装置２７に蓄積している。カラオケサーバ１３は客室端末１１からＬＡＮを通じてリクエスト信号が送られてきた際などの適時に、ハードディスク装置２７に格納されている該当のカラオケデータを読み出して客室端末１１に向けて送出する。またカラオケサーバ１３と各客室端末１１とは同軸ケーブルで結合されており、カラオケサーバ１３は同軸ケーブルを通じて各客室端末１１にＤＶＤ装置２３が生成する背景映像信号を適宜配信する。
【００１４】
カラオケサーバ１３から送られてくるカラオケデータは、客室端末１１において中央処理装置５１に読み込まれる。カラオケ演奏中はカラオケデータ中のＭＩＤＩ信号からなる伴奏音楽データが順次シンセサイザ５３に入力されてオーディオ信号に変換され、ミキシングアンプ５５でマイクロホン５７からの音声と合成され、合成後のオーディオ信号がスピーカ５９から出力される。一方、中央処理装置５１はこのオーディオ信号に同期させてカラオケデータ中の歌詞データを順次文字列に変換し、これをビデオＲＡＭ６１に書き込んでいく。このビデオＲＡＭ６１の内容は表示制御部６３によりディスプレイ６５に表示される。またこの時、表示制御部６３はチューナ６７で復調された背景映像のビデオ信号にビデオＲＡＭ６１上の歌詞文字列画像を合成してディスプレイ６５に出力する。
【００１５】
＝＝＝パーソナルリモコン＝＝＝
前述したパーソナルリモコン４５は、利用客がカラオケ店舗のフロント５で購入したりカラオケ事業者のキャンペーンのような無料配布サービスなどで入手することができるものであり、カラオケルーム３に常備されるリモコン装置４３とほぼ同様のカラオケ楽曲予約機能を備えた個人用の操作入力器である。パーソナルリモコン４５はリチウム電池などのバッテリーによって駆動され、持ち運びができる程度に小型で１０桁表示程度の液晶ディスプレイとテンキーなどの入力装置を備え、リモコン装置４３と同様にＩｒＤＡ信号などによる遠隔入力操作が可能である。パーソナルリモコン４５内部の不揮発性メモリにはパーソナルリモコン４５ごとに固有の個人ＩＤが登録されており、この点で通常のリモコン装置４３と異なる。カラオケ楽曲の予約操作の際などにはこの個人ＩＤがパーソナルリモコン４５から送出されるＩｒＤＡ信号のデータに付帯して送出され、利用客の個人認証などに応用される。
【００１６】
＝＝＝カロリー消費量計算モード＝＝＝
この実施例における客室端末１１は歌唱者がカラオケ楽曲を歌唱した際に消費したカロリーを推定する「カロリー消費量計算モード」で動作する機能を備えている。この機能を備えたカラオケ装置については本出願人らも特願平１０−１９９１７４号や特願平１１−１８２１５４号において既に記載している。
【００１７】
「カロリー消費量計算モード」はカラオケルーム３の利用客がリモコン装置４３やパーソナルリモコン４５などを操作して当該モードの利用開始操作を行った場合に作動を開始する。この実施例における客室端末１１はカロリー消費量の推定機能として２つの機能を備えている。その一つはマイクロホン５７からの歌唱音声信号の音量レベルを抽出する機能である。この機能は主としてローパスフィルタとこのフィルタの出力をディジタル変換して中央処理装置５１に供給する図３におけるＡ／Ｄ変換器７１により提供される。カラオケ楽曲の演奏期間において中央処理装置５１は、Ａ／Ｄ変換器７１から歌唱音声の音量レベル情報を逐次サンプリングして積算処理し、歌唱の発声運動によるカロリー消費量に相関したデータを計算する。なお、ここでいう相関したデータとは例えばマイクロホン５７の出力レベルの積算値である。
【００１８】
一方、カロリー消費量の推定手段の２つめは、歌唱中に歌唱者が躍動した際の躍動エネルギーを計測する機能である。この機能は主としてその計測値をもとに躍動エネルギーを推定する装置である図３に示した足場センサ７３によって提供される。足場センサ７３はカラオケ店舗内の床面に設置してその上に歌唱者が立つステージ板とステージ板に感応する感圧センサ７５と、感圧センサ７５の出力信号を処理するセンサ信号処理回路７７とによって構成される。足場センサ７３は中央処理装置５１に接続しており、中央処理装置５１はセンサ信号処理回路７７により足場センサ７３が検出した運動検出信号を逐次サンプリングして積算処理し、歌唱に伴う躍動によるカロリー消費量に相関したデータを計算する。歌唱者がステージ板の上で激しく躍動するとその荷重変化が感圧センサ７５に検出され、歌唱中における感圧センサ７５の出力レベルを積算することで歌唱者の躍動の激しさに相関するデータを求められる。
【００１９】
「カロリー消費量計算モード」の作動時において、客室端末１１はカラオケ楽曲が一曲演奏されるたびに歌唱中に歌唱者が消費したカロリー量を算出し、その値をカラオケ楽曲の演奏終了後などに適宜ディスプレイ６５に表示する。
【００２０】
＝＝＝飲食物の注文受付機能＝＝＝
このカラオケシステムでは、カラオケルーム３の利用客がパーソナルリモコン４５を用いて飲食物を注文できるようになっている。このような仕組みは、例えば特開平１０−１６１６７０号公報などに開示されている。カラオケルーム３の利用客がパーソナルリモコン４５により飲食物の注文のための所定の開始操作を行うと、客室端末１１はディスプレイ６５に飲食物一覧を表示する。この飲食物一覧はカラオケ店舗の担当者などによって作成され、カラオケデータなどと同じようにカラオケサーバ１３から各客室端末１１に適宜な機会に配信される。飲食物一覧には図４に示すように、飲食物名、飲食物ＩＤ、価格などが記載されている。
【００２１】
利用客が飲食物一覧を眺めてパーソナルリモコン４５を操作し、注文したい飲食物の飲食物ＩＤおよびその数量を決定すると、客室端末１１はその飲食物ＩＤと数量が記載されたデータパケット（以下、注文データと記載）を作成し、これをＬＡＮを通じて受注管理サーバ１５に送出する。注文データの構造を図５に示す。この図に示すように注文データには飲食物ＩＤと数量の他、個人ＩＤ、客室ＩＤおよびこのデータパケットが注文データであることを示すヘッダ情報などが付帯している。
【００２２】
＝＝＝受注管理サーバ＝＝＝
受注管理サーバ１５は充分な処理能力を持つ一般的なパーソナルコンピュータで構成される。受注管理サーバ１５ではカラオケルーム３の利用状況管理（入室している人数や入退室時間など）、カラオケルーム３ごとに飲食物の注文管理や配達管理などを行うとともにその内容などに基づいて利用料金精算などの会計処理を行う総合管理システムが稼働している。
【００２３】
受注管理サーバ１５のハードディスク装置などの記憶部には個人別注文管理表が格納されている。この表には利用客が注文した各飲食物の一覧が客室ＩＤおよび個人ＩＤ別に登録されている。受注管理サーバ１５は、客室端末１１からＬＡＮを通じて送られてくる注文データを受信するとこれに付帯する客室ＩＤおよび個人ＩＤに対応づけして当該注文データ中に記載されている飲食物ＩＤおよびその数量を個人別注文管理表に追記する。
【００２４】
受注管理サーバ１５は個人別注文管理表に飲食物ＩＤが登録されると、その飲食物ＩＤに対応する飲食物が記載された調理配達指示伝票を調理配達指示装置１７に出力する。なお、調理配達指示装置１７はＬＡＮを介して受注管理サーバ１５に接続するプリンタ装置である。調理配達指示伝票には飲食物名、個数、客室ＩＤなどが印刷されており、厨房９にいる調理人はこれをみて飲食物を調理し、飲食物が出来上がると店員が該当のカラオケルーム３に配達する。
【００２５】
＝＝＝飲食物配達制限モード＝＝＝
ところで、この実施例のカラオケシステムには前述した「カロリー消費量計算モード」に加えて、カロリー消費量に応じて注文した飲食物の配達を制限する「飲食物配達制限モード」で動作する機能がある。「飲食物配達制限モード」は、「カロリー消費量計算モード」の動作時において、カラオケルーム３の利用客がリモコン装置４３やパーソナルリモコン４５などを操作して当該モードの利用開始操作が行なわれると客室端末１１から受注管理サーバ１５に「飲食物配達制限モード」が開始された旨を通知するデータおよびその開始操作をおこなったパーソナルリモコン４５の個人ＩＤが送出される。受注管理サーバ１５はある客室端末１１から「飲食物配達制限モード」が開始された旨を通知するデータを受け取ると、この通知とともに送られてくる個人ＩＤに対応する管理テーブルを生成する。管理テーブルのデータ構成を図６に示す。この図に示すように管理テーブルには後述する摂取予定カロリーの合計値Ａとカロリー消費量の積算値Ｂが登録管理される。
【００２６】
ところで、受注管理サーバ１５には各飲食物を摂取した場合に体内に吸収されるカロリー量を飲食物ＩＤ別に記載した図７に示すカロリーテーブルが格納されており、受注管理サーバ１５は「飲食物配達制限モード」の動作中において前記カロリーテーブルに基づいて現在注文されている飲食物全ての摂取カロリーを個人別に集計した個人別摂取予定カロリーの合計値Ａを計算する。受注管理サーバは計算した合計値Ａを個人ＩＤに対応づけして管理テーブルに登録する。なお、この計算において一種類の飲食物について数量が２以上指定されていた場合には、その数量分が加算される。
【００２７】
一方、「飲食物配達制限モード」での動作中においては、カラオケ演奏が一曲終了するたびごとにＬＡＮを通じて客室端末から受注管理サーバ１５に「カロリー消費量計算モード」において計算される歌唱者のカロリー消費量を載せたデータパケット（以下、カロリー消費量データと記載）が送られてくる。カロリー消費量データのデータ構成を図８に示す。この図に示すようにカロリー消費量データには、そのカラオケ楽曲を予約するのに用いたパーソナルリモコン４５の個人ＩＤ、客室ＩＤおよびこのデータパケットがカロリー消費量データであることを示すヘッダ情報が付帯する。受注管理サーバ１５は前述した客室端末１１からＬＡＮを通じて送られてくるカロリー消費量データを受信するとこれに記載されているカロリー消費量をこのカロリー消費量データに付帯する個人ＩＤに対応する管理テーブルのカロリー消費量の積算値Ｂに加算する。
【００２８】
ここでこの加算に際し、受注管理サーバ１５は個人別注文管理表における加算後のカロリー消費量の積算値Ｂと当該個人ＩＤに対応する摂取予定カロリーの合計値Ａの比較を行う。そしてこの比較の結果、積算値Ｂが合計値Ａ以上の値であった場合には調理配達指示装置１７に現在注文されている全ての飲食物ＩＤに対応する飲食物の調理配達指示伝票を出力する。一方、積算値Ｂが合計値Ａに満たない場合には調理配達指示伝票の出力を行わない。ここでカロリー消費量の積算値Ｂが摂取予定カロリーの合計値Ａ以上となり、飲食物の配達指示伝票を出力すると、受注管理サーバ１５は当該個人が注文していた全ての飲食物ＩＤおよびその数量を前記個人別管理表から消去される。他方、カロリー消費量の積算値Ｂについては配達指示伝票を出力した飲食物の摂取予定カロリーの合計値Ａに相当する分だけ減算する。
【００２９】
つまりカロリー消費量の積算値Ｂが摂取予定カロリーの合計値Ａに満たないうちは、注文した飲食物が利用客に配達されないことになる。そのため注文した飲食物を届けてもらいたい利用客は、自分のカロリー消費量の積算値Ｂが自分が注文した全飲食物の摂取予定カロリーの合計値Ａ分に達するまで努力して歌唱しなければならず、利用客は注文した飲食物相当の曲数分歌唱するまでは食べ物を口にすることができず、ダイエット計画が確実に遂行されることになる。以上の処理が「飲食物配達制限モード」の作動中は何度も繰り返し行われる。
【００３０】
＝＝＝その他の応用＝＝＝
前述の実施例において、飲食物が一つも注文されていない間、受注管理サーバ１５はカロリー消費量の積算値Ｂへの加算を行うようにしてもよいし、行わないようにしてもよい。なお、加算を行うようにした場合には歌唱により消費した分のカロリー消費量もストックされることになり、まだ何も飲食物を注文していない利用客を「歌い損」などという気持ちにさせないようにすることができる。加算を行うかどうかを「飲食物配達制限モード」の開始時などにおいて利用客がパーソナルリモコン４５などであらかじめ設定できるようにしてもよい。
【００３１】
合計値Ａと積算値Ｂを比較するタイミングは前述したカロリー消費量の積算値Ｂへの加算の際でなく、例えば、飲食物注文データが客室端末１１から送られてきた際に合計値Ａと積算値Ｂの比較を行って前述と同様の処理により飲食物を配達するかどうかの判断を行うようにしてもよい。このようにすれば既にストックされているカロリー消費量の積算値に相当する分の飲食物は直ちに配達されることとなり、利用客を納得させるサービスを提供することができる。
【００３２】
カラオケルーム単位でカロリー消費量の積算値を求め、これとそのカラオケルームで注文した飲食物の摂取予定カロリーの合計値と比較するという構成も考えられ、このようにすればダイエット中の同志がカラオケルームに集って一丸となってダイエットに取り組むことができ、カラオケの楽しみが倍増する。
【００３３】
また、配達時に配達者がカラオケルーム３に飲食物を配達したことを受注管理サーバ１５に報告するような仕組みを設けることも考えられる。例えば配達者に専用のリモコン装置などを持たせ、配達者がこのリモコン装置により配達先のカラオケルーム３に設置されている客室端末１１対して所定の配達完了操作を行うと、客室端末１１から受注管理サーバ１５に飲食物名や個数などの必要情報を付帯させた配達完了通知が送出されるようにする。また調理配達指示装置１７に操作部を設け、配達者がこれに所定の操作を行うことで配達完了通知が受注管理サーバ１５に送出されるようにしてもよい。
【００３４】
また前述した実施例のように飲食物の配達を制限するのではなく、例えば「現在ストックされているカロリー消費量は○○カロリー、また現在あなたが注文しているラーメンと肉じゃがに相当する摂取カロリーは××カロリーです。△△カロリーだけ余分にカロリーを摂取しました。」という具合に合計値Ａと積算値Ｂに関連するメッセージを作成して客室端末１１のディスプレイ６５に表示するようにしてもよい。このようにすれば場を盛り上げることができる上、配達制限によりカラオケ店舗の売り上げや配達管理に影響を与えることもない。また飲食物の配達制限をするとともに「現在ストックされているカロリー消費量は○○カロリー、現在あなたが注文しているラーメンと肉じゃがに相当する摂取予定カロリーは××カロリーです。あと□□カロリー相当分だけ歌唱しないと配達されません。」というメッセージを表示するといった構成も考えられる。
【００３５】
また、利用客がパーソナルリモコン４５を操作して既に注文している飲食物の変更指示や削除指示などを行った場合に受注管理サーバ１５の当該利用客の該当部分がその指示に応じて更新されるといった構成も容易に実現できる。
【００３６】
また調理配達指示装置１７はプリンタに限られるわけではなく、ディスプレイや音声によるものなど他のインタフェースで代替してもよい。また受注管理サーバ１５の機能をカラオケサーバ１３が行うように構成することもできる。また受注管理サーバ１５が担っている「飲食物配達制限モード」に関する機能を客室端末１１に担わせるように構成してもよい。
【００３７】
【発明の効果】
本発明によれば、歌唱によるカロリー消費量を表示させながらカラオケを楽しむ利用客は、自分が注文した飲食物の摂取予定カロリーの合計値に相当する分のカロリー量を歌唱により消費しない限り注文した飲食物を配達してもらえない。そのため、歌唱による消費カロリー量以上に飲食してしまうようなことがなくなる。また早く注文した飲食物を配達してもらいたいと思う利用客は必死になってカラオケ楽曲の歌唱に精を出すようになり、利用客のダイエット計画をより効果的に支援することができる。さらに利用客をこのように必死にさせることで場が盛り上がり、カラオケの娯楽性を向上させることができる。
【００３８】
またこのようにしてカラオケ店舗に通うことによるダイエットの効果がより顕著となればダイエットを希望する利用客は足繁くカラオケ店舗に通うようになり、そのことが評判になればカラオケ店舗の利用客の増員も期待するこができ、ひいてはカラオケ業界の活性化に貢献することとなる。
【図面の簡単な説明】
【図１】この発明の一実施例によるカラオケシステムの概略構成を示す図である。
【図２】この発明の一実施例によるカラオケサーバの概略構成を示す図である。
【図３】この発明の一実施例による客室端末の概略構成を示す図である。
【図４】この発明の一実施例による個人別注文管理表のデータ構成を示す図である。
【図５】この発明の一実施例による注文データのデータ構成を示す図である。
【図６】この発明の一実施例による管理テーブルのデータ構成を示す図である。
【図７】この発明の一実施例によるカロリーテーブルをデータ構成示す図である。
【図８】この発明の一実施例によるカロリー消費量データのデータ構成を示す図である。
【符号の説明】
１１  客室端末
１３  カラオケサーバ
１５  受注管理サーバ
【図１】
0004108890.tif 000002
【図２】
0004108890.tif 000003
【図３】
0004108890.tif 000004
【図４】
0004108890.tif 000005
【図５】
0004108890.tif 000006
【図６】
0004108890.tif 000007
【図７】
0004108890.tif 000008
【図８】
0004108890.tif 000009