(57)【特許請求の範囲】
【請求項１】
飲食等のメニューを表示する飲食案内表示を含む複数の案内表示を表示可能な表示手段と、
演奏した演奏曲数をカウントする曲数カウント手段と、
前記曲数カウント手段によってカウントされた曲数が所定曲数であるか否かを判断する曲数判断手段と、
前記曲数判断手段が前記所定曲数であると判断した場合に、前記表示手段に前記飲食案内表示を表示させる表示制御手段と、
前記表示制御手段によって前記飲食案内表示を行った後、前記カウント手段によりカウントされた曲数をクリアするクリア手段と、
前記飲食案内表示が表示されているときに注文の指示が可能な指示入力手段とを備えることを特徴とするカラオケ装置。
【請求項２】
前記飲食案内表示を更新可能な更新手段をさらに有し、
前記表示制御手段によって前記飲食案内表示を表示する際に、前記更新手段によって更新されていた場合には、前記表示手段に更新された内容の飲食案内表示を表示させることを特徴とする請求項１に記載のカラオケ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばカラオケ演奏等を実行している最中に、飲食物のメニュー表示等の飲食案内表示が可能なカラオケ装置に関する。
【０００２】
【従来の技術】
従来、例えばカラオケボックスやホテルの各部屋に設置されたカラオケ装置においては、もちろんカラオケ演奏をメインの情報提供処理として実行するのであるが、それ以外にも飲食物等の注文ができるようにされていた。したがって、利用者は、カラオケをしばらく楽しんだ後で飲物が欲しくなった場合にはセンタに対して注文することができる。また、カラオケ演奏の主端末と飲食物の注文等のカラオケ演奏以外の処理をする副端末というように２種類の端末で同時に処理ができるようにされたものもある。この場合には、主端末でカラオケ演奏を行っていても、副端末から飲食物等の注文ができる。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の副端末では主端末での処理状況を知るための手段を欠いているために、どの情報をどの時点で提供すればよいかといった判断ができなかった。例えば上記飲食物の注文に関して言えば、利用者が自ら飲食物を欲しいと思った場合に注文できるというところまでであって、カラオケを所定時間あるいは所定曲楽しんだ後にサービス提供側から積極的に飲食物のメニュー等を表示して、要求があるかどうかを伺うといったところまではいっていなかった。
【０００４】
本発明は、上述した問題点を解決するためになされたものであり、カラオケ演奏曲数に基づいて、例えば受注可能な飲食物等のメニューを表示するといった飲食案内表示を実行可能なカラオケ装置を提供することを目的としている。
【０００５】
【課題を解決するための手段及び発明の効果】
上記目的を達成するためになされた請求項１に記載の発明は、飲食等のメニューを表示する飲食案内表示を含む複数の案内表示を表示可能な表示手段と、演奏した演奏曲数をカウントする曲数カウント手段と、前記曲数カウント手段によってカウントされた曲数が所定曲数であるか否かを判断する曲数判断手段と、前記曲数判断手段が前記所定曲数であると判断した場合に、前記表示手段に前記飲食案内表示を表示させる表示制御手段と、前記表示制御手段によって前記飲食案内表示を行った後、前記カウント手段によりカウントされた曲数をクリアするクリア手段と、前記飲食案内表示が表示されているときに注文の指示が可能な指示入力手段とを備えることを特徴とするカラオケ装置である。
【０００６】
【０００７】
また、これらのカラオケ装置においては、請求項２に示すように、前記飲食案内表示を更新可能な更新手段をさらに有し、前記表示制御手段によって前記飲食案内表示を表示する際に、前記更新手段によって更新されていた場合には、前記表示手段に更新された内容の飲食案内表示を表示させるよう構成してもよい。
【０００８】
このように、本カラオケ装置によれば、カラオケ演奏曲数や演奏開始からの経過時間に基づいて、例えば受注可能な飲食物等のメニューを表示するといった飲食案内表示を実行する。
【０００９】
これによって、例えば利用者がカラオケ演奏を５曲歌ったら、受注可能な飲食物等のメニューを表示して要求があるかどうかを積極的に伺うことができる。この表示によって、利用者は「丁度飲物が欲しいと思っていたところだ」と感じて注文を行ない易くなる。このようにサービス提供側から積極的に飲食物のメニュー等を表示して、要求があるかどうかを伺うということができる。そして、飲食案内表示が表示されているときに注文の指示が可能な指示入力手段を備えているため、利用者にとって便利である。
【００１０】
【００１１】
なお、請求項２に示すように、前記飲食案内表示を更新可能な更新手段をさらに有し、前記表示制御手段によって前記飲食案内表示を表示する際に、前記更新手段によって更新されていた場合には、前記表示手段に更新された内容の飲食案内表示を表示させるよう構成されていてもよい。
【００１２】
このようになっていれば、例えば飲食物の時間限定サービスなど利用にとって有用な情報をいち早く飲食案内表示として表示できる。
【００１３】
【発明の実施の形態】
次に、本発明の好適な一実施例を図面を参照して説明する。
図１は実施例の情報処理端末（カラオケ装置に相当する。）を含む情報処理システムの概略構成のブロック図、図２は該システムにおける「センタ」としての管理センタの構成を示すブロック図、図３は情報処理端末の構成を示すブロック図である。
【００１４】
図１に示すように、この情報処理システムは、例えば複数の個室を備えるカラオケ店に設置され、フロントに配されたセンタ装置２０とキッチンに配されたキッチン端末４０とからなる管理センタ１０と、各個室に主端末５０と副端末７０との１セットずつ配されて構成される情報処理端末８０とで構成されている。なお、管理センタ１０と情報処理端末８０は、具体的にはセンタ装置２０と主端末５０とが接続されており、センタ装置２０にはキッチン端末４０が、主端末５０には副端末７０がそれぞれ接続されている。
【００１５】
まず、管理センタ１０について図２を参照して説明する。
センタ装置２０は、センタコンピュータ３０、表示手段としてのテレビモニタ２２、入力手段としてのキーボード２３等から構成されている。
センタコンピュータ３０は、制御手段としてのＣＰＵ３１を備えている。ＣＰＵ３１には、ＣＰＵ３１の動作プログラム等を記憶しているＲＯＭ３２、ＣＰＵ３１のワークエリアとなるＲＡＭ３３が接続されている。また、ＣＰＵ３１には、テレビモニタ２２にデータや指示を送出するための映像表示制御部３４、キーボード２３からの入力信号を受け取るための入出力装置（Ｉ／Ｏ）３５、キッチン端末４０と通信するための通信手段としての通信インタフェース（通信Ｉ／Ｆ）３６、情報処理端末８０と通信するための通信手段としての端末インタフェース（端末Ｉ／Ｆ）３７が接続されている。
【００１６】
一方、キッチン端末４０は図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を内蔵し、キッチン端末４０全体の制御手段として機能するキッチン端末コンピュータ４１を備えている。このキッチン端末コンピュータ４１には、表示手段であるテレビモニタ４２、印刷手段であるキッチンプリンタ４３、キッチン端末コンピュータ４１に各種の指令やデータを入力する入力手段としてのキーボード４４が接続されている。
【００１７】
続いて、情報処理端末８０について図３を参照して説明する。
上述したように管理センタ１０のセンタ装置２０とは主端末５０が接続されているので最初に主端末５０から説明する。主端末５０は、制御手段としてのＣＰＵ５１を備えており、ＣＰＵ５１には、ＣＰＵ５１の動作プログラム等を記憶しているＲＯＭ５２、ＣＰＵ５１のワークエリアとなるＲＡＭ５３が接続されている。
【００１８】
このＣＰＵ５１は、センタ装置２０と通信するための通信手段としてのセンタインタフェース（センタＩ／Ｆ）６０が接続されており、ＣＰＵ５１は、センタ装置２０のセンタコンピュータ３０との間でデータ等の送受を行える。そしてまた、ＣＰＵ５１には、副端末７０と通信するための通信手段としての端末間インタフェース（端末間Ｉ／Ｆ）５４が接続されており、ＣＰＵ５１は、副端末７０のＣＰＵ７との間でデータ等の送受を行える。
【００１９】
また、本実施例の主端末５０は、カラオケサービスの提供が可能な装置として構成されている。カラオケ曲データ等のサービス提供用データを格納するための記憶手段としてのハードディスク５９と、ＣＰＵ５１によりハードディスク５９から読み出されて転送されてくるディジタルデータをアナログの演奏信号に変換する音声再生回路６１と、音声再生回路６１から送られてくる音声信号を電気的に増幅し、マイクロホン６４より入力された歌唱音声と適度な割合でミキシングしてスピーカ６３に出力するミキサアンプ６２と、カラオケ曲データに含まれる歌詞データを背景映像用の背景映像データと合成して表示手段としてのテレビモニタ５６に表示させる映像表示制御部５５とを備えている。さらに、ＣＰＵ５１には、指示入力手段としてのリモコン５７からの入力信号を受け取るためのリモコンインタフェース（リモコンＩ／Ｆ）５８が接続されている。
【００２０】
次に、副端末７０について説明する。副端末７０は、制御手段としてのＣＰＵ７１を備えており、ＣＰＵ７１には、ＣＰＵ７１の動作プログラム等を記憶しているＲＯＭ７２及びＣＰＵ７１のワークエリアとなるＲＡＭ７３が接続されている。
【００２１】
このＣＰＵ７１には、主端末５０と通信するための通信手段で「取得手段」に相当すると共に、結果的には主端末５０を介して管理センタ１０側に注文を送信するための手段としても機能する端末間インタフェース（端末間Ｉ／Ｆ）７４が接続されており、ＣＰＵ７１は、主端末５０のＣＰＵ５１と、さらにはセンタ装置２０のセンタコンピュータ３０との間でデータ等の送受を行える。また、ＣＰＵ７１には、データや指示を送出するための映像表示制御部７５を介して、表示手段としてテレビモニタ７６が接続されている。さらに、ＣＰＵ７１には、指示入力手段としてのリモコン７７からの入力信号を受け取るためのリモコンインタフェース（リモコンＩ／Ｆ）７８が接続されている。
【００２２】
なお、本実施例では、主端末５０用のリモコン５７と副端末７０用のリモコン７７とを分けたが、どちらのリモコン５７，７７でも主端末５０及び副端末７０のいずれに対しても指示が入力できるようにしておくと便利である。
次に、この情報提供システムの動作について説明する。
【００２３】
本発明の特徴は、副端末７０が、主端末５０での処理状況に基づいて所定のサブ処理を実行することであるので、副端末７０のＣＰＵ７１が実行する処理を中心に説明する。
図４のフローチャートに示すように、副端末７０のＣＰＵ７１は、まず最初のステップＳ１０にて、イニシャル処理として管理センタ１０側、具体的にはセンタ装置２０から案内表示用のデータを取得し、ＲＡＭ７３に記憶させる。なお、この案内表示用データの取得は副端末７０が主導で行い、副端末７０からセンタ装置２０に要求を送出し、その回答として取得するものである。そして、この案内表示内容は、（１）標準的案内表示、（２）飲食案内表示、（３）広告案内表示の全てを含むものである。これらの案内表示の具体的内容については後述する。
【００２４】
続くＳ２０では、Ｓ１０で取得した案内表示内容の内の上記（１）の標準的案内をテレビモニタ７６に表示する。これは、主端末５０あるいは副端末７０の利用方法やイベント案内等である。例えば本実施例では主端末５０においてカラオケが楽しめるので、その利用方法を示したり、あるいはそれ以外のサービス（例えばゲームや占い等）も受けられる場合にはその利用方法等も示せばよい。そしてイベント案内としては、例えば曜日によって女性優待日や家族優待日を設けてある場合や、例えば３周年記念として半額週間を実施する場合にその予告通知を表示したりするのに用いられる。
【００２５】
このような標準的案内表示をした後、Ｓ３０へ移行し、主端末５０より演奏状況の取得を行なう。そして、Ｓ４０でカラオケ演奏が開始されたかどうかを判断し、演奏開始がされるまでＳ３０へ戻って主端末５０からの演奏状況の取得を続行する。なお、この演奏状況の取得に関しては主端末５０は何等制御しているわけではなく、あくまで副端末７０が主導で主端末５０に取得しにいくのである。
【００２６】
ここで主端末５０での動作について説明しておく。主端末５０では、利用者がリモコン５７を操作することで所望のカラオケ曲をリクエストすることができ、そのリクエストされた曲についてＣＰＵ５１の制御によりカラオケ演奏が実行される。このカラオケ演奏処理は本発明の主要点ではないので詳しくは説明しないが、所定の曲数までは予約してリクエストすることができ、このリクエストされた曲はＲＡＭ５３内のリクエストテーブルに登録され、この登録順番にしたがって所定のカラオケ演奏を行なう。
【００２７】
図４に戻り、Ｓ４０ではこのようなリクエストに応じたカラオケ演奏が開始されたかどうかを判断しており、カラオケ演奏が開始された場合には（Ｓ４０：ＹＥＳ）、Ｓ５０へ移行する。Ｓ５０では、その開始時間をＲＡＭ７３に記憶し、Ｓ６０へ移行する。
【００２８】
Ｓ６０では、再度、主端末５０から演奏状況を取得する。そして、続くＳ７０にて、カラオケ演奏が終了したかどうかを判断し、演奏が終了するまでＳ６０へ戻って主端末５０からの演奏状況の取得を続行する。
カラオケ演奏が終了した場合には（Ｓ７０：ＹＥＳ）、Ｓ８０へ移行し、ＲＡＭ７３に記憶された演奏回数ｎをインクリメント（ｎ→ｎ＋１）する。なお、Ｓ１０のイニシャル処理において演奏回数ｎは「０」にリセットされているので、最初は、カラオケ利用開始時からの演奏回数となる。
【００２９】
Ｓ８０で演奏回数をインクリメントした後はＳ９０へ移行し、演奏回数ｎが所定の判定回数Ｎ以上かどうかを判断する。演奏回数ｎがまだ判定回数Ｎ未満の場合には（Ｓ９０：ＮＯ）、Ｓ６０へ戻って再度主端末５０から演奏状況を取得し、演奏が終了した場合にはＳ８０で演奏回数をさらにインクリメントする。こうして演奏回数ｎが判定回数Ｎ以上となった場合には（Ｓ９０：ＹＥＳ）、Ｓ１００へ移行する。
【００３０】
Ｓ１００では、飲食案内をテレビモニタ７６に表示する。これは、現在受注可能な飲食物のメニューを表示して注文を促すと共に、注文する場合の操作説明も表示しておくとよい。なお、このように演奏回数が所定回数Ｎ以上になった場合にこの飲食案内表示をすると、利用者は「丁度飲物が欲しいと思っていたところだ」と感じて注文を行ない易くなる。つまり、利用者からの自発的な注文を待つのではなく、サービス提供者側から積極的に飲食物のメニュー等を表示して、利用者の潜在的な要求を顕在化させるのである。そして、この表示は、常に出されているよりも所定のタイミングで初めて出した方が効果的であり、また常に出していると他の案内が表示できなくなるので、最適なタイミングに最適な案内を出すという思想からも、演奏回数に基づくのは有効である。
【００３１】
Ｓ１００で飲食案内を表示させた後は、Ｓ１１０にて、注文入力があるかどうかを判断する。この注文入力の有無判断は、例えば飲食案内としてテレビモニタ７６に「注文する場合にはリモコンで「１」を入力して下さい」といった表示を出しておき、それに応じて利用者がリモコン７７を操作して入力した場合に注文入力ありと判断すればよい。
【００３２】
注文入力がない場合には（Ｓ１１０：ＮＯ）、Ｓ１２０へ移行してタイムアウトかどうかを判断し、タイムアウトでなければ（Ｓ１２０：ＮＯ）、Ｓ１１０へ戻る。このタイムアウト用の時間としては、例えば１０〜２０秒程度を設定しておき、その間に注文入力があれば（Ｓ１１０：ＹＥＳ）、Ｓ１３０へ移行するようにすればよい。
【００３３】
Ｓ１３０では、受注処理を実行する。この受注処理は、例えばテレビモニタ７６に受注の手順を示し、それに応じて利用者がリモコン７７を操作して入力するようにすればよい。例えば、最初はソフトドリンク・アルコール・つまみ類・軽食といったようにおおまかな分類を示し、それらの内からいずれかが選択されると、さらに細かいメニューを表示するようにすることが考えられる。例えばソフトドリンクを選択した場合には、ホットコーヒー・アイスコーヒー・レモンティー・ミルクティー・オレンジジュース・・・というように飲物名を表示し、「いずれかを選択し、ご希望の数を入力して下さい」といった表示を出す。
【００３４】
そして、いずれかが選択され、その数も入力されると、その注文内容をＲＡＭ７３に一旦記憶し、主端末５０を介して管理センタ１０側へ注文内容を送信する。具体的には、副端末７０の端末間Ｉ／Ｆ７４から主端末５０の端末間Ｉ／Ｆ５４を経由し、さらにセンタＩ／Ｆ６０を介してセンタ装置２０へ送信する。
【００３５】
ここで、管理センタ１０側での受注に関する処理について説明しておく。センタ装置２０ではその注文内容を受信し、注文してきた副端末７０の番号（部屋番号）と注文内容とを記憶して、注文を受けた旨を示す受注信号を、その副端末７０に送信する。この注文内容の記憶は、センタコンピュータ３０のＲＡＭ３３上に作成される処理状況テーブルに、該当事項を書き込むことによる。具体的には、例えば受注順に番号を付け、受注時刻、受注品目に対応する品目番号、単価、数量、合計金額を書き込む。この処理状況テーブルは、各副端末７０（各部屋番号）毎に作成される。
【００３６】
そして、センタ装置２０は部屋番号、受注時刻、品目番号および数量をキッチン端末４０に送信し、キッチン端末４０では、キッチン端末コンピュータ４１が、受注時刻に従って受注順番号を付け、部屋番号、品目名および数量をキッチンプリンタ４３に印刷出力させる。調理者は、この印刷出力に応じて、例えば効率の良い順番に、飲食物の調理を行うことになる。
【００３７】
図５に戻り、Ｓ１２０で肯定判断、すなわち注文がなされずにタイムアウトとなった場合（Ｓ１２０：ＹＥＳ）、あるいは受注処理が終了した場合にはＳ１４０へ移行する。
Ｓ１４０では、上述したＲＡＭ７３に記憶された演奏回数ｎをクリアする（ｎ＝０）。そして、続くＳ１５０にて、演奏開始から所定時間が経過したかどうかを判断する。この演奏開始は、図４のＳ５０で記憶させた演奏開始時間のことである。
【００３８】
まだ所定時間が経過していない場合には（Ｓ１５０：ＮＯ）、Ｓ１６０へ移行して、標準的案内の表示を行なう。これは上述したＳ２０の案内表示と同じである。そしてＳ１６０の処理を行った場合には図４のＳ６０へ移行する。この場合は、Ｓ６０にて主端末５０からの演奏状況の取得を行い、演奏終了毎に（Ｓ７０：ＹＥＳ）、演奏回数ｎをインクリメントしていくのであるが、Ｓ１４０で演奏回数ｎをクリアした後なので、また１からカウントしていくこととなる。
【００３９】
一方、所定時間が経過した場合には（Ｓ１５０：ＹＥＳ）、Ｓ１７０へ移行する。Ｓ１７０では、管理センタ１０側に案内表示の変更があるかどうかを問い合わせ、その返事を受領する。具体的には、副端末７０の端末間Ｉ／Ｆ７４から主端末５０の端末間Ｉ／Ｆ５４を経由し、さらにセンタＩ／Ｆ６０を介してセンタ装置２０へ問い合わせ、その返事をもらう。
【００４０】
センタ装置２０のＲＡＭ３３には、案内表示の内容データが格納されており、これは、センタ装置２０側でキーボード２３を操作して変更・追加したり、あるいはキッチン端末４０にてキーボード４４を操作して変更・追加された場合に、それを通信Ｉ／Ｆ３６を介して受信し、それに基づいて変更することができる。つまり、時間サービスとして、これから１時間はカラオケを半額サービスにするとか、飲食物の内ドリンク類を半額サービスにするといったようなことである。あるいは、新曲が入り利用可能となった場合に、いち早くそれを知らせるための案内表示であってもよい。
【００４１】
このように変更されていた場合には、センタ装置２０は、返事としてその変更された案内表示データそのものを問い合わせてきた副端末７０に送信し、変更されていない場合には「変更なし」を示す旨を送信する。なお、ＲＡＭ３３に各副端末７０（各部屋番号）毎に変更データの識別番号と送信済みフラグを設定するテーブルを記憶させておき、案内表示データを送信した場合に送信済みフラグを設定すれば、重複して送信することがなくなる。
【００４２】
図５のフローチャートに戻り、Ｓ１８０では、センタ装置２０からの返事に基づいてサービス内容が変更したかどうかを判断する。そして、変更している場合には（Ｓ１８０：ＹＥＳ）、Ｓ１９０に移行して、ＲＡＭ７３内の案内表示用のデータを更新させてからＳ２００へ移行する。変更していない場合には（Ｓ１８０：ＮＯ）、そのままＳ２００へ移行する。
【００４３】
Ｓ２００では、広告案内表示を行なう。これは、上述したように、時間サービスとして、これから１時間はカラオケを半額サービスにするとか、飲食物の内ドリンク類を半額サービスにするといったことや、新曲が入り利用可能となった場合にいち早くそれを知らせるための広告である。なお、上述したＳ１００での飲食案内表示は演奏回数に基づいて行ったが、今回の広告案内は経過時間で行っている。これは、例えば何時間以上利用しているとそれ以降は割引される料金システムにしてある場合であれば、所定の時間が経過する付近にその表示をすれば、それを見て、さらに利用しようとする気持ちになり易くなる。また、時間単位で利用料金が設定されている場合に、例えば「あと５分で２時間となります。２時間を過ぎるとさらに１時間分の料金が加算されます」といった表示を出すことも考えられる。これは、２時間で終るつもりであればあと１曲だけカラオケを楽しむことができるし、また知らない間に２時間を過ぎていて後悔するといったことがなくなり、利用者にとって親切な情報となる。
【００４４】
こうしてＳ２００で広告案内表示を出した後は、Ｓ２１０にて所定時間が経過したかどうかを判断する。これは例えば３０秒とか１分といった程度の時間だけ広告案内表示を出すためであり、所定時間が経過すると（Ｓ２１０：ＹＥＳ）、図４のＳ２０へ戻り、標準的案内を表示する。この場合、標準的案内表示をした後、Ｓ３０にて主端末５０の演奏状況を取得し、カラオケ演奏が開始された場合には（Ｓ４０：ＹＥＳ）、Ｓ５０にて開始時間をＲＡＭ７３に記憶する。したがって、ここで再度開始時間が記憶され、この開始時間からの経過時間でＳ１５０の判断がなされることとなる。
【００４５】
また、Ｓ１９０にてサービス内容の変更があった場合には、この標準的案内の内容も変更されている場合もある。もちろん、その後Ｓ１００の処理を行なう場合にも、飲食案内の内容が変更されている場合もある。
以上説明したように、本実施例の情報処理端末８０によれば、主端末５０がメイン処理機能として、カラオケサービス等の利用者に対するメインの情報提供となる処理を実行する。そして副端末７０がサブ処理機能として、メイン処理機能によって処理されるメインの情報提供の処理状況（この場合はカラオケ演奏曲数や利用開始からの経過時間等）を取得し、その取得した処理状況に基づいて、例えば受注可能な飲食物等のメニューを表示する（図４のＳ１００参照）といった利用者に対するサブの情報提供となる処理をメインの情報提供処理と並行して実行する。
【００４６】
これによって、例えば利用者がカラオケ演奏を５曲歌ったら受注可能な飲食物等のメニューを表示して要求があるかどうかを積極的に伺うといった制御ができる。この表示によって、利用者は「丁度飲物が欲しいと思っていたところだ」と感じて注文を行ない易くなる。このようにサービス提供側から積極的に飲食物のメニュー等を表示して、要求があるかどうかを伺うということができる。そして、本実施例の場合には、Ｓ１００で飲食案内を表示された場合に、利用者がリモコン７７を操作して希望するメニューを入力した場合には、それをセンタ装置２０に対して発注する処理まで行なえるので便利である。
【００４７】
また、サブ処理として情報提供する内容としては、このような受注可能な飲食物等のメニューに限らず、例えばリクエストランキングや新譜情報の表示であってもよい。カラオケで考えると、利用者が最初の方は自分の得意な曲（いわゆる十八番の曲）を歌うが、しばらく歌うと、次には最近のヒット曲や新曲を歌って見たいと感じるといったパターンが考えられる。こういった場合にも、最適なタイミングでリクエストランキングや新譜情報を表示すれば、それを見た利用者が次はそれを歌って見ようと考えることは大いに考えられる。したがって、このような一方的な情報提供であっても、その提供するタイミングが重要であるため、メインの情報提供の処理状況（この場合は演奏回数等）に基づくことが肝心である。
【００４８】
なお、本実施例の場合には情報処理端末８０として、主端末５０及び主端末５０とは別体の副端末７０とから構成しているので、例えばカラオケ装置の専用装置として以前からあるものを主端末５０として利用して本処理端末を構成することができる。
【００４９】
また、案内表示の内容は、センタ装置２０から送信して更新可能にすることができるので、例えば上記飲食物のメニュー表示の場合に、日替りメニューあるいは本日のおすすめメニューといったものを表示できる。また、リクエストランキングや新譜情報については、当然内容が変更していくので、このようセンタから送信して更新可能にすることが必要である。
【００５０】
以上、実施例に従って本発明について説明したが、本発明はこのような実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲でさまざまに実施できることは言うまでもない。例えば、上記実施例では情報処理端末８０として、主端末５０及び主端末５０とは別体の副端末７０とから構成したが、物理的な意味での１台の装置内において、上記主端末５０が行なうメイン処理機能と副端末７０が行なうサブ処理機能とを共に実行できるように構成してもよい。
【００５１】
また、メインの情報提供内容としては上述したカラオケに限らず、例えばビデオ映画やゲーム等、種々考えられる。例えば、映画を放映する場合でも、放映開始から３０分程度経過した場合に、飲食物の注文を伺うことは上述と同様の理由で有効である。
【図面の簡単な説明】
【図１】実施例の情報処理端末を含む情報処理システムの概略構成のブロック図である。
【図２】実施例の情報処理システムの「センタ」となる管理センタの構成を示すブロック図である
【図３】実施例の情報処理端末の構成を示すブロック図である。
【図４】実施例の副端末のＣＰＵが実行する処理の前半を示すフローチャートである。
【図５】実施例の副端末のＣＰＵが実行する処理の後半を示すフローチャートである。
【符号の説明】
１０・・管理センタ        ２０・・センタ装置          ２２・・テレビモニタ
２３・・キーボード        ３０・・センタコンピュータ  ３４・・映像表示制御部
３６・・通信Ｉ／Ｆ        ３７・・端末Ｉ／Ｆ          ４０・・キッチン端末
５０・・主端末            ５４・・端末間Ｉ／Ｆ        ５５・・映像表示制御部
５６・・テレビモニタ      ５７・・リモコン            ５９・・ハードディスク
６０・・センタＩ／Ｆ      ６１・・音声再生回路        ６２・・ミキサアンプ
６３・・スピーカ          ６４・・マイクロホン
７０・・副端末            ７４・・端末間Ｉ／Ｆ        ７５・・映像表示制御部
７６・・テレビモニタ      ７７・・リモコン            ８０・・情報処理端末
【図１】
0003545863.tif 000002
【図２】
0003545863.tif 000003
【図３】
0003545863.tif 000004
【図４】
0003545863.tif 000005
【図５】
0003545863.tif 000006