JP3679476B2 - Computer system and karaoke apparatus - Google Patents
Computer system and karaoke apparatus Download PDFInfo
- Publication number
- JP3679476B2 JP3679476B2 JP30176895A JP30176895A JP3679476B2 JP 3679476 B2 JP3679476 B2 JP 3679476B2 JP 30176895 A JP30176895 A JP 30176895A JP 30176895 A JP30176895 A JP 30176895A JP 3679476 B2 JP3679476 B2 JP 3679476B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- karaoke
- menu
- display
- object file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000004891 communication Methods 0.000 claims description 17
- 238000003860 storage Methods 0.000 claims description 13
- 230000002194 synthesizing effect Effects 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 28
- 238000000034 method Methods 0.000 description 24
- 238000012545 processing Methods 0.000 description 21
- 230000008569 process Effects 0.000 description 18
- 238000013515 script Methods 0.000 description 18
- 230000005236 sound signal Effects 0.000 description 7
- 238000009826 distribution Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 238000004519 manufacturing process Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 235000012054 meals Nutrition 0.000 description 2
- 238000003825 pressing Methods 0.000 description 2
- 235000011888 snacks Nutrition 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 238000005286 illumination Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
Images
Landscapes
- Reverberation, Karaoke And Other Acoustics (AREA)
- Digital Computer Display Output (AREA)
- User Interface Of Digital Computer (AREA)
Description
【0001】
【発明の属する技術分野】
この発明は、実行すべきオブジェクトファイルが複数ある場合に、そのリストを自動的に作成することができるコンピュータシステムおよび前記コンピュータシステムを有したカラオケ装置に関する。
【0002】
【従来の技術】
周知のように、センタ局のホストコンピュータからカラオケスナック等の各店舗に設置されたカラオケ端末にカラオケの演奏情報を通信回線を介して供給する通信カラオケシステムが広く普及している。特に、近年においては、曲の演奏の合間の時間を利用して、センタ局から供給されたCM情報を再生しこれを放映する通信カラオケシステムが知られており、カラオケ演奏の合間に流されるCMによって新譜紹介やその他種々の情報が利用者に提供されるようになっている。
さらに、CMに限らず、ゲームや旅行案内などの情報サービスを提供するカラオケシステムも考えられている。
【0003】
【発明が解決しようとする課題】
以上のように、カラオケシステムにおいて提供する情報サービスの種類が多くなると、そのメニュー表示が必要になる。しかしながら、カラオケの各店舗において放映するCMや提供する情報サービスが異なることが多いため、各店舗毎にメニュー表示を作成しなければならず煩雑であった。さらに、CMや情報サービスの内容は、季節や時間に応じて変化することがよりニーズに適合し、望ましいがこのようにすると、メニュー表示もその都度変更しなければならないという問題が生じた。また、このような問題は、カラオケ装置に限らず、多様な情報サービスを行うコンピュータシステムにおいても同様に発生する。
【0004】
この発明は、このような背景の下になされたもので、コンピュータシステムやカラオケ装置において、提供する情報サービスの変化に応じて、自動的にメニューを生成することができるコンピュータシステムおよびカラオケ装置を提供することを目的としている。
【0005】
【課題を解決するための手段】
上述した課題を解決するため、請求項1記載の発明は、プログラムおよびジャンル情報を含むオブジェクトファイルを複数記憶する記憶手段を有し、前記記憶手段からオブジェクトファイルを選択するとともに、選択したオブジェクトファイル内のプログラムを実行するコンピュータシステムであって、前記各オブジェクトファイルは、その内容に対応したタイトルを表示するためのタイトル情報を有しており、利用者のID情報によって選定される指定ジャンルに区分されるオブジェクトファイルを検索する検索手段と、前記検索手段によって検索されたオブジェクトファイルが有するタイトル情報に基づいて、当該オブジェクトファイルに対応したタイトルによって構成されるリストを生成するリスト生成手段と、前記リスト生成手段が生成したリストを表示する表示手段とを具備することを特徴とする。
【0006】
また、請求項2記載の発明は、請求項1記載のコンピュータシステムにおいて、外部のホストコンピュータから、前記プログラムおよびジャンル情報を含むオブジェクトファイルの配信を受ける通信インタフェースを備え、前記記憶手段は、前記通信インタフェースが受け取ったオブジェクトファイルを記憶することを特徴とする。
【0008】
請求項3に記載の発明は、請求項1または2に記載のコンピュータシステムを有するカラオケ装置であって、前記記憶手段にカラオケの演奏情報を格納し、さらに、前記記憶手段からカラオケの演奏を読み出して楽音を合成し、この合成音とマイクから入力される音声とを混合して出力するカラオケ演奏手段と、前記オブジェクトファイルの実行と前記カラオケ演奏手段によるカラオケ演奏のいずれかを切り換える切換手段とを有することを特徴とする。
【0009】
請求項4に記載の発明は、請求項3記載のカラオケ装置において、前記オブジェクトファイルのプログラム中に前記カラオケ演奏手段によるカラオケ演奏が選択可能な命令として記述されていることを特徴とする。
【0010】
【発明の実施の形態】
以下、図面を参照して、この発明の実施形態について説明する。
A:実施形態の構成
(1)全体構成
図1はこの発明の一実施形態による通信カラオケシステムの構成を示すブロック図である。図1において、1はホストコンピュータであり、2,2,……はホストコンピュータ1と通信回線Nを介して接続される複数のカラオケ端末である。ホストコンピュータ1は、カラオケデータと情報ファイル(詳細は後述)を各カラオケ端末2,2,……に定期的に配信する。カラオケデータには、演奏データ(MIDIデータ)、歌詞データ(演奏と歌詞とを同期させるデータを含む)および画像制御データ(カラオケ端末2側で用意している画像を選択するデータ)が含まれており、カラオケ端末2は、演奏データに基づく伴奏演奏、歌詞データに基づく歌詞表示および画像制御データに対応した画像表示を行うようになっている。
【0011】
また、カラオケ端末2は、ホストコンピュータ1から供給される情報ファイルを実行することによって、操作者との対話形式で各種情報サービスを提供するようになっている。
【0012】
(2)カラオケ端末の構成
次に、図2を参照し、カラオケ端末2の構成について説明する。
図2において、21はモデムあるいはISDN(Integrated Sarvices
Digital Network)等の通信インタフェースであり、ホストコンピュータ1と通信回線Nを介して接続されている。22はCPU(中央処理装置)であり、ROM23に記憶されたシステムプログラムを実行し、バスBUSを介して接続される装置各部を制御する。また、CPU22は、カラオケデータに基づく演奏や表示を行うとともに、情報ファイルを実行し、各種サービス処理を行う。
【0013】
24はハードディスクであり、ホストコンピュータ1から供給されるカラオケデータや情報ファイル群が格納される。また、25はRAMであり、CPU22のワークエリアとして用いられる。
【0014】
また、26は操作パネルであり、操作者による各種キースイッチ(スタートキー、取り消しキー、アップダウンキー、テンキー等)の押圧操作を検出し、該操作に対応した信号をCPU22へ供給する。この操作パネル26においては、選曲(すなわち曲番号の入力)、演奏の開始および中止、ボリューム等のカラオケの演奏のための指示操作の他、ディスプレイ34に表示される情報選択メニューの選択等が行われる。
【0015】
また、操作パネル26には、図3に示すリモコンRMCの送信信号を受信する受信部が設けられている。リモコンRMCは、図3に示すように、スタートキーSTK、取り消しキーCLK、アップキーUPK、ダウンキーDWK、テンキーTK、転送キーTXK、メモリセットキーMSKおよび演奏中止キーSPKを有している。このように、リモコンRMCは、操作パネル26に設けられている各種キーと同様のキーを有しており、操作パネル26と同じ操作ができるように構成されている。
【0016】
リモコンRMC内には、メモリ(図示略)が設けられており、テンキーTKについては、一旦メモリに記憶させた後に、操作パネル26側に転送するようにしている。この場合、テンキーTKは、カラオケの曲番号を指定するために用いられ、例えば、曲番号が「12345」である場合は、テンキーTKを▲1▼、▲2▼、▲3▼、▲4▼、▲5▼の順で押し、次に、メモリセットキーMSKを押す。これによって、メモリ内に「12345」の数値が一旦記憶される。そして、転送キーTXKを押すと、メモリ内の数値に対応した送信信号が操作パネル26に転送される。
【0017】
また、リモコンRMC上の他のキーについては、当該キーを押せば、それに対応する送信信号が直ちに出力されるようになっている。なお、各キーの機能については後述する。
【0018】
次に、図2に示す27は楽音合成装置であり、CPU22によって逐次供給されるMIDI情報(カラオケデータや情報ファイルに含まれるMIDI情報)に対応した楽音信号を生成し、これをミキサ28へ出力する。ミキサ28は、楽音合成装置27から供給される楽音信号とマイク29より取り込まれる音声信号とを混合し、これをサウンドシステム30へ出力する。ただし、BGM演奏の場合、ミキサ28は、楽音合成装置27から供給される楽音信号をそのままサウンドシステム30へ出力する。
【0019】
また、31は音声デコーダであり、CPU22によって情報ファイルから読み出されるADPCM情報(音声による案内を行うサービスの際に用いられる)をアナログの音声信号に変換し、これをサウンドシステム30へ出力する。サウンドシステム30は、ミキサ28から供給される楽音信号または音声デコーダから供給される音声信号を増幅し、これをスピーカSPより放音させる。
【0020】
次に、32は画像再生装置であり、再生指示されたカラオケデータ内の画像制御データに対応した画像情報をCDチェンジャー60内のCD−ROM33から読み出し、これを画像合成装置34へ転送する。画像合成装置34は、画像再生装置32から供給される画像情報と、CPU22によって読み出されるカラオケデータ中の歌詞情報に対応したフォント情報(このフォント情報は、画像合成装置34に記憶されている。)とを合成し、これをディスプレイ35に表示させる。これにより、背景画像に歌詞がスパーインポーズされた表示となる。画像合成装置34は、表示すべき画像を一旦VRAM(ビデオRAM)にドットマップで展開してから、ディスプレイ35に出力する。
【0021】
また、36は画像デコーダであり、CPU22によって情報ファイルから読み出されるメニュー、アイコン等の静止画あるいは動画の圧縮画像情報(MPEG、JPEG等に準拠した画像情報)を解凍してアナログの映像信号に変換し、これをディスプレイ35に表示させる。
【0022】
次に、50は、カラオケの利用者が硬貨や紙幣を投入する金銭入力装置であり、投入された硬貨や紙幣の真贋を判別するとともに、その額を検出する。金銭入力装置50は、検出した額を示す信号をCPU22に供給する。また、金銭入力装置50は、CPU22の制御のもとに、つり銭を排出する機能を有している。
【0023】
また、55は本体前面に設けられているLED表示装置であり、複数桁の7セグメントLEDによって構成されている。このLED表示装置55は、CPU22によって点灯制御される。60はCDチェンジャーであり、CPU22の制御の下にCD(コンパクトディスク)またはCD−ROM33を選択し、指示されたトラックの曲情報を読み出したり、前述のように画像情報を読み出して画像生成装置33に送出する。70は、IDカードやクレジットカードを取り扱うカード端末であり、カードからの情報の読み取りや真偽判断を行う。
【0024】
(3)情報ファイルの内容
本実施形態においては、通常のカラオケ演奏に加えて、情報ファイルに基づく各種情報サービスが行えるようになっているが、情報ファイルはスクリプトと呼ばれるプログラム部分と、リソースと呼ばれる参照データ部分(演奏データ、画像データ等からなる部分)とから構成されており、各種情報サービスは、CPU22がスクリプトを実行することにより提供される。
【0025】
この場合、スクリプトは、所定の言語体系によって記述され、オブジェクトと呼ばれる処理単位の集合により構成される。また、各オブジェクトにおいては、リソースが適宜参照されるようになっている。この点は図10を用いて後述する。
ここで、図4は、この実施形態において表示される情報サービスメニュー画面の一例であり、この画面表示制御に対応するオブジェクトについて、図5を参照して説明する。
【0026】
図5に示すオブジェクトは、ページオブジェクトと呼ばれ、一画面の表示を制御するオブジェクトの一例である。ところで、各オブジェクト(すなわち、スクリプトの一部分)は、前述のように、所定の言語によって記述されるが、以下においては、説明の都合上、言語の記述に対応する日本語表記により、そのプログラム上の機能を説明する。
【0027】
まず、図5に示す「New」の欄は、オブジェクトが起動されたときに始めに参照される欄であり、そのオブジェクトの最初の制御内容が記述される。この図の例では、描画(ドロー)についての命令が種々記述されている。
【0028】
この欄の第1行にある、「絵(#1)obj」は、絵の表示制御を記述したオブジェクトを指示するものである。絵の表示制御を行うオブジェクトは、表示すべき絵に対応して種々記述されており、「絵(#1)obj」、「絵(#2)obj」、……というように、引数(#1)、(#2)……が設けられ、引数を指示することで所望のオブジェクトをコールすることができるようになっている。
【0029】
図7は、「絵(#1)obj」の記述例を示しており、使用するファイルを指示する行と、その描画位置を示す行の記述を含んでいる。ここで、ファイルとして指定される「#1画像リソース」は、所定の画像データが記録された画像データファイルであり、前述したようにスクリプトからコールされて参照されるようになっている。この場合、画像リソースについても、オブジェクトと同様に(#1)、(#2)……の引数が設けられており、所望のリソースがコールできるようになっている。
【0030】
この例における「#1画像リソース」は、動物が自動車に乗っている絵の画像データとなっている。また、この画像データは、図7の第2行において指示された座標に表示される。これらの記述に従った制御(CPU22による制御)が行われることにより、図4(a)の部分aに示すキャラクタ表示が行われる。
【0031】
次に、図5の「New」の欄の第2行、第3行にある、「テキスト(#1)obj」、「テキスト(#3)obj」は、文字の表示制御を記述したオブジェクトを指示している。文字の表示制御を行うオブジェクトは、表示すべき文字に対応して種々記述されており、絵オブジェクトと同様に、引数(#1)、(#2)……が設けられ、引数を指示することで所望のオブジェクトをコールすることができるようになっている。
【0032】
図8は、「テキスト(#n)obj」の記述例を示しており、図示のように、表示すべき文字を指示するstring行と、その表示位置を示す行の記述とがある。ここで、テキストオブジェクトにおいては、ファイル指定はなく、string行によって直接表示文字が指定される。また、テキストオブジェクトについても(#1)、(#2)……の引数が設けられており、所望のオブジェクトがコールできるようになっている。
【0033】
ところで、図4(a)の部分bは、「ようこそインフォワールドへ!」となっており、また、部分cは「コンサート情報」となっている。したがって、これらの表示に対応するテキストオブジェクトのstring行は、string=”ようこそインフォワールドへ!”およびstring=”コンサート情報”となる。また、テキストオブジェクトにおいては、表示文字のフォントを指示する行もあり(図示略)、これにより、種々のフォントによる表示が可能になっている。
【0034】
また、図4(a)の他のメニュータイトル表示、すなわち、「映画情報」、「ステージ情報」……についても、上記と同様のテキストオブジェクトが、図5に示す「New」の欄に記述されている(図示省略)。
また、図4(a)の部分d、eにおけるアイコン表示部分の図形と文字についても、上述の場合と同様にして絵オブジェクトおよびテキストオブジェクトが記述されている。
【0035】
次に、図5に示す「Delay」の欄は、同図に示すページオブジェクトが起動されてから所定時間後に行う動作(アクション)を規定する欄であり、図示の例では、5秒後にBGM(バックグランドミュージック)を演奏する旨が規定されている。すなわち、この欄の(5S)が5秒後を規定し、BGM=曲(#1)objが曲オブジェクト(引数#1)を実行してBGMを演奏する旨を規定している。
【0036】
ここで、図6は、曲オブジェクトの記述例を示す図である。この図において、第1行のPlay=CDは、図2に示すCDチェンジャー60内の音楽CD(図示せず)を駆動して演奏を行う命令である。なお、CDチェンジャーに対する選択ディスク番号および演奏トラックなどの詳細を指定する記述もあるが、説明簡略化のため図示省略した。また、図6に示す第2行のPlay=#1カラオケデータは、カラオケデータとしてハードディスク24に記録されているもののうち曲番号#1のものを読み出して演奏せよという命令である。この場合のカラオケデータは、リソースの一部である。
【0037】
以上のようにして、各種演奏を規定する命令が記述されるが、それらの演奏が終わった際にどのようなアクションを行うかを規定する命令「end」が記述される場合もある。この命令の内容としては、例えば、他のオブジェクトに処理を移行させたり、あるいは、自らを再度コールして動作を繰り返し、エンドレス演奏を行わせる内容などがある。
【0038】
次に、図5に示す「Selector」の欄は、表示画面における各種のボタンに関する事項が記述される。この欄においては、まず、画面に表示されている各ボタンが登録される。図5の例では、ボタンID#1、ID#2……のようにして、各ボタンを特定する内容の記述が行われる。ここで、図4においては、「コンサート情報」から「カラオケの演奏」までの11タイトルの各右側において黒丸表示がされているが、これらが上から順にボタンとして定義される。
【0039】
また、図5の「Selector」の欄においては、各ボタンについて「ポイント」「アンポイント」「セレクト」の3つの状態におけるアクションが規定される。ここで、「ポイント」とは、そのボタン上にポインタが位置している場合をいい、「アンポイント」とはそのボタン上にポインタが位置していない場合をいい、そして、「セレクト」とはそのボタンが選択(当該ボタンに対応するサービスに入ることが指示された状態)された場合をいう。なお、ポインタの移動や各ボタンの選択は、操作パネル26またはリモコンRMCのボタン操作によって行うが、その操作案内は、図4のアイコンIC1、IC2に示されている。
【0040】
例えば、ポインタPPを上下させるには、アイコンIC1の表示にしたがってアップキーUPK、ダウンキーDWK(図3参照)を操作し、ボタンを確定させるにはアイコンIC2の表示にしたがってスタートキーSTK(図3参照)を押す。同様にして、図4に示すメニュー表示を終了する場合には、取り消しキー(CLK)を押す。
【0041】
さて、図5に示す「ポイント」において記述されることには、例えば、当該ボタンの位置にポインタPP(図4参照)を表示させる命令がある。これはポインタPPを表示することによって、当該ボタンが選択対象になっていることを操作者に示すためである。また、必要によっては、そのボタンのタイトルに関連するBGMを流すこともあり、この場合には、図5に示すように曲オブジェクト(曲(#n)obj)が記述される。
【0042】
次に、「アンポイント」においては、ポインタPPの表示を消去させる命令等が記述される。ポインタPPの表示を以上のように制御することにより、選択されているボタンの位置だけにポインタPPが表示される。
また、「セレクト」においては、当該ボタンが確定選択されたときの実行内容が記述される。実行内容は、一般には、所定のオブジェクトをコールする内容で記述される。
【0043】
例えば、「コンサート情報」のボタンが選択されたときは、図9(a)に示すようなコンサート情報のメニュー表示を制御するオブジェクトが実行され、さらに、図9(a)に示す画面のボタンのうち「沢田知可子」のボタンが選択された場合は、当該コンサートの案内画面を制御するオブジェクトが実行され、例えば、図9(b)に示すような表示が行われる。
【0044】
なお、図4(a)に示す画面の「カラオケ演奏」のボタンの下へポインタが移動指示された場合は、残りのメニュー項目を示す画面が表示される(同図(b)参照)。すなわち、「カラオケ演奏」のボタンの下へポインタが移動した場合には、同図(b)に示す画面を表示するためのオブジェクトが起動される。
【0045】
以上、ページオブジェクを例にとってオブジェクトの記述例を説明したが、オブジェクトによっては、「Delay」の欄の記載はない場合もある。また、上述した説明から明らかなように、小さなオブジェクトの集合によって、所定の目的(例えば、画面制御)を達成するオブジェクトが形成されている。
【0046】
ところで、オブジェクトの集合がスクリプトであるが、スクリプトとリソースとは、ハードディスク24内において分離して記憶されている。すなわち、プログラム部分であるスクリプトと、参照データであるリソースとが分離して記憶され、これにより、各オブジェクトにおいて任意のリソースが指定できるようになっている。ここで、図10は、ハードディスク24内のスクリプト(オブジェクト)とリソースの記憶状態を概念的に示したものである。そして、同図に示すように、幾つかのオブジェクトによって同一のリソースを共通使用することができ、これによって、ハードディスク24の記憶エリアの節約およびホストコンピュータ1からのデータ伝送の効率化を図ることができる。
【0047】
B:実施形態の動作
(1)情報サービス開始処理
次に、上記構成からなる通信カラオケシステムの動作を説明する。ただし、以下では、ホストコンピュータ1からカラオケ端末2に情報ファイル群およびカラオケデータが既に有る程度供給されていることを前提として説明を進める。
まず、カラオケ端末2に電源が投入されると、CPU22はROM23からシステムプログラムをロードし、これを実行する。これにより、CPU22は、カラオケ演奏待機状態(カラオケモード)に入り、曲番号の入力を待つ。
【0048】
そして、操作者がリモコンRMCまたは操作パネル26を操作して曲番号を入力すると、その曲のカラオケデータがハードディスク24から読み出されて、当該曲の演奏、背景表示および歌詞表示が行われる。利用者は、この演奏と表示に併せ、マイク29で歌うことによりカラオケを楽しむことができる。
【0049】
一方、所定の曲番号、例えば、「8000」が入力されると、CPU22がこれを検知して、情報サービスへ移行する。すなわち、曲番号「8000」が入力されると、予め用意されているメニュー表示(例えば、図4(a)に示すメニュー表示)のオブジェクトが実行される。
【0050】
本実施形態におけるメニューのオブジェクトには、図11に示すように、そのヘッダー部分に曲番号が記述されている。この場合のヘッダの記述は、string行によるタイトルと、曲番号表示の2つが含まれている。また、メニューは図12に示すように多層になっており、各層のメニューのオブジェクトにもヘッダー部分に曲番号の記述がある。ところで、メニュー階層としては、例えば、図4(a)、(b)に示すメニューがトップメニューとすれば、この中の1タイトルである「コンサート情報」を選択確定した際に展開される図9(a)のメニューが下位層第1のメニューである。この場合、図4(a)、(b)の表示を行うオブジェクトにも、図9の表示を行うオブジェクトにも、そのヘッダーに曲番号が記述されている。
【0051】
また、サービス自体のオブジェクトのヘッダーにも曲番号の記述がある(図示略)。例えば、図9(b)に示す画面は、コンサートの案内サービスであるが、この表示を行うオブジェクトにも曲番号の記述がある。
ところで、曲番号「8000」が入力されたときに、既に演奏中のカラオケ曲や予約されたカラオケ曲が存在することがある。この場合の順番管理には以下のとおりである。
【0052】
カラオケ曲のリクエストがあると、その曲の曲番号が図2に示すRAM25内の所定エリアに「キュー」として登録される。そして、複数曲の予約が受け付けられた状態においては、RAM25内に登録されるキューは、例えば、図13に示すようになる。図13に示すキュー登録エリアQAは、矢印で示すポインタが示す曲番号が次の予約曲になっており、現在演奏中の曲が終了すると、このポインタが指示するアドレスから曲番号が読み出され、当該曲の演奏が開始される。そして、ポインタが移動し、次のアドレスを示す。そして、図13に示す状態においては、4曲が予約されているが、5曲目が予約されると、4曲目の次のアドレスにその曲の曲番号が書き込まれる。また、図13に示すキュー登録エリアQAは、リングバッファ構造になっており、最終アドレスに曲番号が書き込まれた後は、最初のアドレスに戻って書き込みが行われる。ただし、演奏が終了していないアドレスについては、新たな曲番号は書き込まないようになっているので、キュー登録エリアQAが満杯になっているときは、新たな予約を受け付けることができない。
【0053】
さて、図13に示す状態において、情報サービスメニューの曲番号が予約されると、情報サービスメニューの曲番号(例えば、8000番)は、5曲目の予約曲としてキュー登録エリアQAに登録される。したがって、4曲目の予約曲の演奏が終了した後に、情報サービスメニューの曲番号が読み出され、トップメニューの表示が行われる。なお、情報サービスメニューの曲番号が予約された後に、通常のカラオケ曲の予約が行われると、その曲のキューは通常の予約処理と同様にして、サービスメニューの曲番号の次のアドレスに登録される。
【0054】
ところで、本実施形態においては、もう一つのキュー管理モードがある。すなわち、予約曲の後に情報サービスメニューのキューを受け付けるのではなく、現在演奏中の曲が終了した直後に、割込み処理によって情報サービスメニューを開始させるキュー管理である。この場合は、例えば、図14に示すように、割込み用のエリアIAをRAM25内に設けておき、情報サービスメニューの曲番号が入力された場合に、これを検知してエリアIAに登録する。そして、現在演奏中のカラオケ曲があれば、その曲が終了した後に、エリアIAに書き込まれた曲番号の情報サービスメニューの表示処理を割り込んで行う。そして、情報サービスが終了した後に、割込み発生時に待機していた次のキューの処理(カラオケ演奏等)を行う。なお、エリアIAに書き込まれた情報サービスメニューの曲番号を、図13に示すRAM25のキュー登録エリアQAに割り込ませ、このエリアのキュー配列を書き換えるようにしてもよい。
【0055】
一方、図14に示すように、情報サービスメニューの割込みを受け付けるための割込み用リングバッファIRBをRAM25内に設定しておき、複数の割込みを順次受け付けるように構成してもよい。この場合においても、割込み用リングバッファIRB内に登録された全てのキューの実行が終了してから、キュー登録エリアQAの次のキューを処理するか、あるいは、割込み用リングバッファIRBに登録されたキューを、キュー登録エリアQAに割り込ませるようにして、図13に示すキュー配列を書き換えてもよい。
【0056】
また、各層のメニューや情報サービス自体のオブジェクトにも各々曲番号が付されているから、これらを直接入力することにより、トップメニューを通らずに任意の層のメニューを直接展開させたり、所望サービスを直接開始させることができる。この場合のキューの処理については、上述のように、最終受付にするか、割込みにするかの2通りあるが、任意の方式を選択することができる。これについては、操作パネル26の所定のボタンを操作することによって、CPU22の処理モードを選択すればよい。
【0057】
(2)自動メニュー生成
ところで、上述したメニューは、各メニューにおける項目(タイトル)や、下位メニューの展開が固定的であったが、この実施形態においては、CPU22が所定のアルゴリズムにしたがって自動的にメニュー生成を行うモードが用意されている。以下においては、この自動メニュー生成処理について説明する。
【0058】
始めに、各種情報サービスの配信について説明する。さて、本実施形態における情報サービスには、各種宣伝、ゲーム、インフォメーションなどが用意されており、それぞれがジャンル分けされている。また、「宣伝」、「ゲーム」等のジャンル内においても、大人用、子供用、女性用、男性用等の下位のジャンルが設定されている。ここで、情報サービス画面の一例を示すと、図15は自動車宣伝用のサービス画面の一例であり、また、図16は新譜照会用のサービス画面の一例である。
【0059】
上述した宣伝、ゲームあるいはインフォメーション等の各サービス情報は、それらの製作会社によって制作されるが、スクリプトとリソースの組み合わせによって表現され、CPU22によって解読、実行可能な状態になっている。ここで、図17は、宣伝制作会社によって制作された宣伝用の情報ファイルの配信形態を示す概略図である。図において、CM1,CM2,CM3は、各々広告会社によって制作された宣伝用情報ファイルであり、前述のスクリプトとリソースから成るものである。この宣伝用情報ファイルのヘッダー部分には、曲番号およびタイトルが記述されている。この場合、タイトルの記述は前述のstring行による。
【0060】
そして、図17に示す情報ファイルは、センタCNT内のホストコンピュータ1に転送される。ホストコンピュータ1においては、全ての情報ファイルのジャンルを把握している。この場合、図示のように、情報ファイル内にジャンル情報を含ませてもよく、また、曲番号とジャンルとの対応テーブルをホストコンピュータ1に供給するようにしてもよい。さらに、ホストコンピュータ1において、各情報ファイルにジャンル設定することもできる。
【0061】
次に、カラオケ端末2においては、2通りの方法により、情報ファイルの配信を受ける。第1の方法においては、カラオケ端末2側において、フラグ情報として、店舗情報(どのような種類の店舗(カラオケボックス、スナック……)かを示す情報)、ロケーション(店舗の場所)および所望のジャンルを示す情報をホストコンピュータ1に適宜送信する。これにより、ホストコンピュータ1は、カラオケ端末2に適した宣伝のジャンルを認識し、これに該当する情報ファイルだけをカラオケ端末2に配信する。この結果、カラオケ端末2においては、店舗の状況や顧客の傾向にあった情報ファイルだけを受け取ることができ、効率的な宣伝を行うことができる。
【0062】
第2の方法においては、ホストコンピュータ1が全ての情報ファイルをカラオケ端末2に配信する。カラオケ端末2においては、時間(午前、午後、深夜など)や期間(季節、夏休み、正月など)を示す情報を入力し、配信された情報ファイルのうち、これらに対応したものだけを選択して使用する。この場合には、時間や期間に対してどのジャンルが適切であるかを示すテーブル等が予め記憶される。また、図17に示すIDカード80が使用された場合は、そのカードに記録されている個人情報に対応したジャンルの情報ファイルだけを利用可能にする。この場合、IDカード80には、性別、生年月日、好きな曲のジャンルなどの情報が書き込まれており、図2に示すカード端末装置70がこの情報を読み取ってCPU22に転送すると、CPU22はその利用者の年齢や性別を認識する。そして、この認識に基づいて適切なジャンルを選定し、これに対応する情報ファイルだけを利用可能にする。
【0063】
以上の説明においては、宣伝用の情報ファイルを例にとって説明したが、ゲームやその他の情報ファイルについても同様の配信および選択処理を行う。
さて、上述のような配信や選択処理を行うと、カラオケ端末2に配信される情報ファイルあるいはカラオケ端末2において利用可能となる情報ファイルは種々変動する。したがって、展開されるメニュー表示もこれに追従することが必要になる。特に、IDカード80を用いた場合には、利用可能な情報ファイルが利用者毎に変動するので、メニューの追従が一層必要になる。
【0064】
そこで、この実施形態においてはメニューを自動生成するようにしている。以下においては、IDカード80を用いた場合のメニュー自動生成を例にとって説明する。
まず、カラオケの利用者は、図2に示すカード端末70にIDカード80を挿入する。この結果、カード端末70はIDカード80からID情報を読み取ってCPU22に供給する。次に、CPU22は、供給されたID情報から利用者の年齢、性別などを認識して対応するジャンルを選定する。例えば、利用者が未成年であった場合は、未成年者に適したジャンルを選定する。この場合の選定としては、例えば、大人用を省いたジャンル選定となる。
【0065】
次に、利用者が情報サービスのメニューに対応した曲番号をリモコンRMCから入力すると、これに対応したオブジェクトがハードディスク24から読み出されて実行され、所定のトップメニューが表示される。図18はトップメニューの一例であり、ここではメニュー項目として「ゲーム」、「トラベル」、「盛り場情報」が表示されている。
【0066】
次に、いずれかの項目のボタンを選択すると、CPU22は、選定したジャンルに対応する情報ファイルをハードディスク24から検索し、そのヘッダに記述されているstring行のタイトルをメニュー項目として表示する。
今、「ゲーム」の項目のボタンを選択確定したとすると、図18に示すゲームメニューGM1が表示される。この場合、ゲームメニューのオブジェクトには、ジャンル分類がゲームとなっている情報ファイルのヘッダのstring行の部分を表示させるスクリプトが記述されている。
【0067】
ここで、ダウンキーDWK(図3参照)によって、次のページを選択すると、ゲームメニューGM2が表示され、さらに、次のページを選択するとゲームメニューGM3が表示される。すなわち、ゲームについては、ゲームメニューGM1〜GM3が表示され、合計で23タイトルが表示される。ここで、各ゲームのタイトルは、そのゲームの情報ファイルのヘッダーのstring行に記載されているタイトルである。以上のように、ゲームについては、多くのタイトルが表示される。また、各メニュー画面を規定するオブジェクトにおいては、各メニュー項目のタイトルが固定的でなく、選択された情報ファイルのstring行のタイトルを表示するような記述になっており、CPU22がこの記述にしたがった表示制御を行うことにより、図18に示すメニューが自動生成される。
【0068】
次に、利用者がトップメニュー内の「トラベル」のボタンを選択確定すると、ハードディスク24内の情報ファイルのうち、トラベルジャンルの情報ファイルが選択され、さらにユーザーIDを考慮されることにより、大人用のジャンルが除外されて若人向けの情報ファイルだけが選択され、その情報ファイルのヘッダ部分に記憶されているstring行が表示される。図示の例では、12タイトルが選択されており、メニュー画面TM1とTM2に分割されている。
【0069】
また、利用者がトップメニュー内の「盛り場情報」のボタンを確定すると、これに関する情報ファイルは全て大人用のジャンルに分類されているため、選定される情報ファイルはない。このような場合には、図18に示すように、サービスが選択されない旨の表示、例えば、「だめ!」という文字表示がなされる。このような制御は、「盛り場情報」のボタンが選択確定された際に起動されるオブジェクトにおいて、ID情報が未成年の場合には、所定のメッセージ表示を行うように記述することによって行われる。
なお、上記の例では大人用を除くジャンル選定を行ったが、大人用のみの選定や、子供用+女性用という選定の仕方もある。
【0070】
一方、IDカードを用いない場合は、カラオケ端末2に配信された情報ファイルを全て用いてメニューを作成するが、この場合においても、配信される情報ファイルが適宜異なるので、上述の場合と同様の自動メニュー生成が行われる。
また、ジャンルを示すデータを個別に設けず、曲番号によってジャンル区分をしてもよい。例えば、1000番台はゲーム、2000番台はインフォメーションとうように決めてもよい。
【0071】
さらに、ID情報によってトップメニューのボタン(各ジャンルのstring行)の並べ方(順位)を変えても良い。すなわち、年代層や性別に応じて、選ばれる頻度の高い項目を上位に配置するよに制御してもよい。このような制御は、トップメニューのオブジェクトのボタン配置を、ID情報に応じて変動するようなスクリプト記述にすればよい。
【0072】
また、ジャンルが生成されていない場合は、トップメニューの項目を削除してもよい。例えば、トラベルのジャンルに区分される情報ファイルが未だ配信されていない場合は、トップメニューのトラベルの項目を設けないようにしてもよい。
【0073】
また、情報ファイルのうち、ロケーション(都道府県)にマッチしたものだけを予め抽出または配信し、その結果に対して上述のメニュー自動生成を行っても良い。このようにすることで、各地方に対応したきめ細かい情報サービスを提供することができる。
【0074】
(3)情報サービスの一例
次に、情報サービスの一例について説明する。
▲1▼ヒット曲の案内とカラオケ演奏
このサービスは、最新のヒット曲20位までのランキングをスクロール表示するサービスである。また、そのリストの中に歌いたい曲がある場合には、そのリクエストを受け付けるサービスも行う。
ここで、図19に示す仮想空間TTAは、RAM25内に設定されるメモリ空間であり、この空間においては、トップ20の曲番号(図示略)と曲名とが20位からカウントダウン形式で1位まで展開されている。この展開は、メモリ空間上にビットマップで展開されている。このリストの生成は、スクリプトによって記述されたトップ20のリストを示すオブジェクトを、CPU22が処理することによって行われる。
【0075】
そして、同図に示す破線のエリアは、表示対象エリアDPAであり、この表示対象エリアDPAが図示の矢印Aの方向にずれていく。そして、表示対象エリアDPA内のドットデータは、画像合成装置34内のVRAMに転送され、これによってディスプレイ35に表示される。したがって、ディスプレイ35には、トップ20のリストがスクロール表示される。
【0076】
このトップ20の表示を行うオブジェクトにおいては、スクロールスピード、スクロール開始位置、時間およびスクロール終了位置などが記述され、さらに、スクロール終了時の動作なども記述されいてる。したがって、CPU22は、オブジェクトに記述された事項に基づいて、図19に示す表示対象エリアDPA(破線参照)の所期位置および移動速度を決定する。以上の動作により、利用者はトップ20の曲名をスクロールリストによって知ることができる。
【0077】
次に、この情報サービス(トップ20曲のスクロール表示)においてカラオケ演奏を開始させる処理について説明する。
まず、曲の選択は、利用者がスクロール中の曲の曲番号を覚えておいてリモコンRMCによって入力してもよく、また、スクロール中の各曲のボタンを選択してもよい。ボタン選択は、図4に示す画面の場合と同様の処理によって行われる。
【0078】
一方、図20に示すように、スクロール終了後において、アップキーUPKやダウンキーDWKを操作して、手動により上下に1行ずつスクロールするような制御を行うこともできる。このような場合には、この手動スクロール操作によって所望の曲を表示させた状態にして、その曲のボタンを選択確定すればよい。
以上のようにして、曲の選択がなされると、これらの曲のキューがRAM25内の所定エリアQAT20(図20参照)に順次登録される。図20に示すエリアQAT20には、19位、5位、2位の順で曲が予約されている。また、次の曲が予約されると、その曲のキューは2位の曲の次のアドレスに登録される。このエリアQAT20はリングバッファ構造になっており、最終アドレスにキューが登録された後は先頭アドレスに戻って登録が行われる。また、図に示すポインタPは、次に演奏される曲を示している。
【0079】
そして、所定のキーを操作することで演奏が開始され、予約キューの演奏がすべて終了するとトップ20のリストに戻る。また、演奏開始後において、取り消しキーCLKを操作した場合もトップ20のリスト表示に戻る。
以上のキュー管理は、トップ20のリスト表示サービスの処理の一部として行われる。なお、これに代えて、情報サービスが終了した後に、エリアQAT20に登録されたキューを、通常のカラオケモードにおいて使用されるキュー登録エリアQAに転送してもよい。この場合においては、まず、図20に示す画面表示の案内にしたがって取り消しキーCLKを押す。この結果、情報サービスが終了してカラオケモードに移行し、この際に、エリアQAT20に登録されていたキューがキュー登録エリアQAに転送される。
【0080】
ところで、トップ20のリスト表示サービスが起動される前に、既にキュー登録エリアQAに予約曲のキューが登録されている場合は、エリアQAT20から転送されるキューは、この予約曲の次のアドレスに登録される。図20においては、予約曲が既に4曲登録されている状態において、エリアQAT20から19位、5位、2位の曲のキューが転送された場合を示している。
【0081】
▲2▼動画表示処理
情報サービスの種類によっては、動画を表示させた方が効果的な場合がある。そこで、この実施形態においては、各種動画を表示するようにしている。ここで、ボールが旋回する動画を表示する場合を例にとって、一般的な動画表示制御について説明する。この場合には、ボールの旋回中の各姿態を示す画像データを複数用意し、それらをVRAMに順次転送して動画表示を行う。例えば、図25に示すように、ハードディスク24から旋回途中の姿態を示す画像データ(この例の場合は4つ)をRAM25の所定のエリアに転送し、これらを順次切り換えるようにしてVRAMに転送する。この結果、ボールがあたかも回転しているように表示される(図では左旋回)。この場合、各画像データをハードディスク24から直接VRAMに書き込むこともできるが、ハードディスクからのデータ転送時間は、半導体メモリよりも遅いため、VRAMの書換処理に時間がかかり、書換途中の状態が利用者に見えてしまう。このためスムーズな動画表示とならない。
【0082】
ところで、図21に示すように、動画の要素となる画像データを全てRAM25に転送した後動画表示すると、動画表示はスムーズにいくものの、RAM25のエリアの多くを画像データが占有してしまい、メモリ使用効率が悪い。そこで、本実施形態においては、次のような処理を行っている。
【0083】
まず、ハードディスク24から、第1番目の画像データをRAM25の所定領域に転送し、次いで、この画像データをVRAMに転送する。そして、第1番目の画像データが表示されている間に、第2番目の画像データをRAM25の同一エリアに上書きする。次いで、第2番目の画像データを所定のタイミング(例えば、垂直ブランキング期間)においてVRAMに転送する。以後、第3、第4番目の画像データに対しても同様の処理を行い、第4番目の画像データをVRAMに転送した後は、再び、第1番目の画像データをRAM25に転送する。上述した処理を繰り返すことにより、旋回するボールの表示がなされるが、RAM25の使用エリアは、1個の画像データに対応する領域だけであり、また、VRAMへの書き込みは、RAM25から行われるため高速である。したがって、メモリ使用効率も高く、また、動画表示もスムーズに行われる。
【0084】
本実施形態においては、上述のようにメモリの使用効率が高いため、空きエリアを他の用途に使用することができる。例えば、MIDIデータや波形データをハードディスク24から転送しておき、これらを適宜使用して自動演奏や楽音生成を行うことができる。この場合、RAM25からMIDIデータや波形データを読み出すと、アクセススピードが早いため、音の発生タイミングを高精度に制御することができる。一方、ハードディスクから、MIDIデータや波形データを読み出す場合は、アクセススピードが遅いため、音の発生タイミング制御はややラフになる。この実施形態においては、RAM25からの読み出しと、ハードディスク24からの読み出しの双方を用途に応じて切り換えて用いている。
【0085】
例えば、スクリプトの記述において、「SE=××……」とすればメモリ25からの読み出しを意味し(この場合は、メモリ25に予め音データをロードしておく)、「Sound=○○……」とすればハードディスク24からの直接読み出しを意味する。この場合「SE」は、同期の必要な音データを発生させるために用いられる。
【0086】
▲3▼課金処理
次に、サービスに料金が必要な場合の課金処理について説明する。今、図23に示すような階層メニューおよびサービスがあるうち、破線で囲んだ「サービス1」、「サービス2」および「サービス4」が有料サービスであったとする。有料か否かの区別は、課金が必要な情報サービスのスクリプト(オブジェクト)に課金である旨の記述をすることにより行われる。
【0087】
次に、CPU22による課金チェック処理について説明する。この場合、CPU22は、例えば、図24に示すフローチャートにしたがって課金チェック処理を行う。まず、ステップSP1において、当該情報サービスが課金サービスか否かを判定する。これはオブジェクトの記述によって判断され、「NO」であればリターンし、課金チェック処理は行わない。一方、ステップSP1の判定が「YES」であれば、ステップSP2に進み正当なカード(クレジットカード)が使用されているか否かが判定される。この判定は、図2に示すカード端末70からの検出信号に基づいて行われる。正当なカードが使用されている場合は、カードによる清算を行うため、図24に示す課金チェック処理から抜ける。一方、カードが使用されていない場合は、ステップSP3に進み現金が不足しているか否かが判定される。
【0088】
すなわち、図2に示す金銭入力装置50に投入された硬貨および紙幣の合計額が、これから行うサービスの課金以上であるか否かが判断される。投入金額が不足していない場合は、直ちにサービスに入り、課金チェック処理から抜ける。一方、投入金額が不足している場合は、ステップSP4にでその旨を表示し、ステップSP5に進む。ここで、図25はステップSP4における表示例である。すなわち、「○○○円不足です。」という案内表示を行う。利用者は、この表示を見て、投入金額が不足していることを知る。そして、利用者が不足金額を金銭入力装置50に投入すると、金銭入力装置50から検出信号が出力され、CPU22がこれを認識してステップSP5の判定を「YES」とし、当該課金サービスに入る(ステップSP6)。一方、利用者が図25に示す案内表示を見て取り消しキーCLKを押した場合、あるいは、一定時間入金がない場合は、ステップSP5の判定が「NO」となり、当該課金サービスから抜けて、上位のメニュー表示に戻る(ステップSP7)。なお、上位のメニュー表示に戻る代わりに、カラオケモードに戻っても良い。
【0089】
ところで、課金サービスとしては、例えば、新譜照会サービスなどがある。このサービスにおいては、例えば、前述した図16に示すような表示が行われ、曲のタイトル、アーティスト名、曲番号からなるテキスト情報が上下方向にスクロールして順次新譜が紹介される。また、この新譜情報とともに、スタートキーSTKの押圧を案内するアイコンIC5の他、紹介画面のタイトル、絵や写真等の画像情報が画面上の固定位置に表示される。
【0090】
ここで、操作者がスタートキーSTKを押圧すると、アイコンの左に表示されている新譜についての情報ファイルが実行され、その曲のカラオケの演奏またはCD演奏(CDを再生することによる歌入りの演奏)が開始される。この場合、該当するCDは、サービスマンによって予めCDチェンジャー60にセットされている。そして、図24に示す課金チェック処理は、スタートキーSTKが押されたときに起動され、投入金額不足の場合には新譜の演奏は行われない。
【0091】
また、新譜のカラオケ演奏が開始されて所定時間が経過した後は、取り消しキーCLKの操作を無効にする。キー操作を無効にする制御情報は、オブジェクトに記述し、例えば、所定の条件が満たされたときに所定のキーの信号を無効にするように記述する。また、キーを無効にする手法としてオブジェクトのDelayの欄に記述してもよく、例えば、サービス画面に入ってから5秒後に所定のキーを無効にする、等の記述を行うこともできる。このような制御を行う他の例としては、有料インフォメーションをある時間継続して見たら、取り消しキーを無効にして強制的にそのサービスに入るようにする場合などがある。
【0092】
ところで、課金サービスには次のような応用が可能である。例えば、その店舗(カラオケボックスなど)における飲み物、食事等の注文を曲番号の入力として受け付け、かつ、この受付サービスを課金サービスとする場合である。これによれば、利用者は、所望の食事等をリモコンで注文することができるとともに、その代金を金銭入力装置に投入することより、清算を済ませることができる。
【0093】
また、カラオケボックスなどにおいては、部屋のレンタル時間に応じて課金するシステムの店舗があるが、この場合には、レンタル時間を計時するタイマを儲け、このタイマからの時間信号(割込み信号)をCPU22が受け付けるようにする。これにより、CPU22は利用者の使用時間の累計を把握することができる。そして、利用者が投入した金額に対応するレンタル時間が満了した後は、図24に示す課金チェック処理を起動させ、利用者に金額が不足していることを促す。この場合においては、レンタル料の自動清算が可能になる。
【0094】
▲4▼ログの記録
図26は、メニューおよび情報サービスのツリーを示している。図示のように1〜8までのメニューおよび情報サービスがある場合、どのメニューあるいは情報サービスがアクセスされたか(あるいは何回アクセスされたか)を記録しておくと、利用状況が把握できて便利である。
【0095】
そこで、この実施形態においては、図26に示すように、フラグレジスタFLを設け、アクセスのあったメニューおよび情報サービスに対応するビットに“1”を立てるようにしている。この場合、フラグレジスタFLの各ビットは、所定のメニューおよび情報サービスに対応しているので、フラグレジスタFLの内容をみれば、利用状況を把握することができる。
【0096】
どのメニューまたはどの情報サービスがアクセスされたかは、どのオブジェクトが実行されたかが判れば把握できるから、CPU22がオブジェクトを実行した際にフラグレジスタFLの所定ビットに書き込みを行う。
【0097】
一方、各メニューや情報サービスが、それぞれ何回アクセスされたかを記録するば、より的確に利用状況を把握することができ好適である。図27は、このような制御を行う場合の構成の一例を示している。図においては、RAM25内の所定エリアの各アドレスに、各メニューや情報サービスのアクセス回数を記録するようにしている。すなわち、CPU22がオブジェクトを実行する際にどのメニューまたはどの情報サービスが実行されたかを認識し、対応するアドレスのアクセス回数をインクリメントさせる。
【0098】
以上のような処理を行えば、RAM25内の所定のエリアを見ることにより、極めて詳細な利用状況を把握することができる。さらに、ホストコンピュータ1からの要請がある度、あるいは、所定時間毎に、RAM25内のアクセス回数情報を読み出し、通信インターフェイス21を介してホストコンピュータ1に転送するように構成してもよい。この場合においては、ホストコンピュータ1において、どのような情報サービスが人気があるかなどの市場調査等も行うことができ、新たな情報サービスの制作などに活かすことができる。
【0099】
また、CPU22において、アクセス回数の状態から、メニュー内の項目の順位を切り換える等の制御を行うこともできる(例えば、アクセス回数の多いメニューを上位に表示する)。この場合には、アクセス回数の状態から所定のオブジェクトの記述を一部変更し、項目の表示順序を変更する。
【0100】
▲5▼LED表示
次に、本体の前面に設けられているLED表示装置の制御について説明する。一般にカラオケ装置においては、LED表示装置が設けられることが多いが、通常は、予約する曲番号を表示するだけである。
この実施形態においては、単に予約曲の曲番表示だけでなく、さらに、多様な表示を可能にしている。すなわち、LED表示装置55の制御情報を、各オブジェクトにおいて記述することにより、メニューや情報サービスの特徴に応じた制御を行うようにしている。
【0101】
例えば、オブジェクトにおいて”LED=……”という記述がある場合は、CPU22がこの記述内容に応じてLED表示装置55を制御する。例えば、図28(a)は各桁の7セグメントLEDの上部と下部を交互に点灯させ、同図(b)は同図(a)の上部点灯と下部点灯を入れ換えている。そして、同図(a)と(b)の点灯状態を交互に行うようにすれば、光が動いているようなイルミネーション効果を発揮させることができる。
【0102】
このように、各オブジェクトによって個別にLED表示装置55の制御情報を記述することにより、メニューや情報サービス毎に変化に富んだLED表示を行うことができる。この場合、オブジェクトにおいて、ディスプレイ35のみの制御だけではなく、LED表示装置の制御までも記述できるような体系としているので、LED制御用の特別なプログラムを別途作成する必要はない。
【0103】
C:その他
▲1▼上述した実施形態は、通信カラオケシステムにこの発明を適用した実施形態であったが、本発明は一般的なコンピュータシステムにも勿論適用することができる。例えば、自動メニュー生成処理は、一般的なコンピュータシステムにおいて実行すべきオブジェクトファイルが多数ある場合などは、ジャンル別のリストが自動生成されるので便利である。
【0104】
【発明の効果】
以上説明したように、請求項1乃至4記載の発明によれば、コンピュータシステムやカラオケ装置において、提供する情報サービスの変化に応じて、自動的にジャンル別のメニューを生成することができる。また、請求項4記載の発明によれば、カラオケ装置において情報サービスの提供中においても、カラオケ演奏を行うことができる。
【図面の簡単な説明】
【図1】 この発明の一実施形態による通信カラオケシステムの全体構成を示すブロック図である。
【図2】 同実施形態におけるカラオケ端末2の構成を示すブロック図である。
【図3】 同実施形態におけるリモコンRMCの操作部を示す正面図である。
【図4】 実施形態において表示される情報サービスメニュー画面の一例である。
【図5】 同実施形態において用いるオブジェクトの内容を示す概念図である。
【図6】 同実施形態における曲オブジェクトの記述例を示す概念図である。
【図7】 同実施形態における「絵(#1)obj」の記述例を示す概念図である。
【図8】 同実施形態における「テキスト(#n)obj」の記述例を示す概念図である。
【図9】 同実施形態において表示される情報サービス画面の一例を示す図である。
【図10】 ハードディスク24内のスクリプト(オブジェクト)とリソースの記憶状態を示す概念図である。
【図11】 本実施形態におけるメニューオブジェクトのデータ構造を示す概念図である。
【図12】 本実施形態における階層メニューの一例を示す説明図である。
【図13】 本実施形態におけるキュー登録エリアQAを示す概念図である。
【図14】 割込み用のエリアIAおよび割込み用リングバッファIRBを示す概念図である。
【図15】 自動車宣伝用のサービス画面の一例を示す図である。
【図16】 新譜照会用のサービス画面の一例を示す図である。
【図17】 宣伝制作会社によって制作された宣伝用の情報ファイルの配信形態を示す概略図である。
【図18】 トップメニューの一例を示す図である。
【図19】 RAM25内に設定される仮想空間TTAを示す概念図である。
【図20】 スクロール表示終了後の表示画面の一例を示す図である。
【図21】 一般的な動画表示制御を説明するための説明図である。
【図22】 本実施形態における動画表示制御を説明するための説明図である
【図23】 本実施形態における階層メニューの一例を示す図である。
【図24】 課金チェック処理を示すフローチャートである。
【図25】 図24に示すステップSP4における表示例を示す図である。
【図26】 メニューおよび情報サービスのツリー構造を示す図である。
【図27】 各情報サービスのアクセス回数記録を行う場合の構成例を示すブロック図である。
【図28】 LED表示装置55の表示制御例を示す説明図である。
【符号の説明】
1……ホストコンピュータ、2……カラオケ端末、21……通信インタフェース、22……CPU、23……ROM、24……ハードディスク、25……ROM、26……操作パネル、27……楽音合成装置、28……ミキサ、29……マイク、30……サウンドシステム、31……音声デコーダ、32……画像再生装置、33……CD−ROM、34……画像合成装置、35……ディスプレイ、36……画像デコーダ、BUS……バス、N……通信回線、SP……スピーカ。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a computer system capable of automatically creating a list when there are a plurality of object files to be executed, and a karaoke apparatus having the computer system.
[0002]
[Prior art]
As is well known, a communication karaoke system that supplies karaoke performance information via a communication line from a host computer of a center station to a karaoke terminal installed in each store such as a karaoke snack is widely used. In particular, in recent years, a communication karaoke system that reproduces and broadcasts CM information supplied from a center station using the time between performances of songs is known. New information and other various information are provided to users.
Furthermore, not only commercials but also karaoke systems that provide information services such as games and travel guidance have been considered.
[0003]
[Problems to be solved by the invention]
As described above, when the types of information services provided in the karaoke system increase, the menu display becomes necessary. However, since the CMs to be broadcast and the information services to be provided are often different at each karaoke store, a menu display must be created for each store, which is complicated. Further, it is more desirable that the contents of the CM and the information service change according to the season and time, which is more suitable for the needs. However, in this case, there is a problem that the menu display must be changed each time. Such a problem occurs not only in the karaoke apparatus but also in a computer system that provides various information services.
[0004]
The present invention has been made under such a background, and provides a computer system and a karaoke apparatus capable of automatically generating a menu in response to a change in the information service provided in the computer system and the karaoke apparatus. The purpose is to do.
[0005]
[Means for Solving the Problems]
In order to solve the above-described problem, the invention described in
[0006]
The invention according to
[0008]
The invention described in 請 Motomeko 3 is a karaoke apparatus having a computer system according to
[0009]
According to a fourth aspect of the present invention, in the karaoke apparatus according to the third aspect , the object file program is described as a command capable of selecting karaoke performance by the karaoke performance means.
[0010]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
A: Configuration of Embodiment (1) Overall Configuration FIG. 1 is a block diagram showing the configuration of a communication karaoke system according to an embodiment of the present invention. In FIG. 1, 1 is a host computer, and 2, 2,... Are a plurality of karaoke terminals connected to the
[0011]
Further, the
[0012]
(2) Configuration of Karaoke Terminal Next, the configuration of the
In FIG. 2, 21 is a modem or ISDN (Integrated Sarvices).
A communication interface such as a digital network, and is connected to the
[0013]
A
[0014]
An
[0015]
Further, the
[0016]
A memory (not shown) is provided in the remote controller RMC, and the numeric keypad TK is temporarily stored in the memory and then transferred to the
[0017]
For other keys on the remote controller RMC, a corresponding transmission signal is immediately output when the key is pressed. The function of each key will be described later.
[0018]
Next,
[0019]
[0020]
Next, 32 is an image reproducing device, which reads out image information corresponding to the image control data in the karaoke data instructed to be reproduced from the CD-
[0021]
An
[0022]
Next, 50 is a money input device in which a user of karaoke inserts coins and banknotes, and determines the authenticity of the inserted coins and banknotes and detects the amount thereof. The
[0023]
Reference numeral 55 denotes an LED display device provided on the front surface of the main body, which is composed of a multi-digit 7-segment LED. The LED display device 55 is controlled to be lit by the
[0024]
(3) Contents of information file In this embodiment, various information services based on the information file can be performed in addition to the normal karaoke performance. The information file is called a program part called a script and a resource. It is composed of a reference data part (part consisting of performance data, image data, etc.), and various information services are provided by the
[0025]
In this case, the script is described by a predetermined language system, and is composed of a set of processing units called objects. In each object, resources are appropriately referred to. This point will be described later with reference to FIG.
Here, FIG. 4 is an example of an information service menu screen displayed in this embodiment, and objects corresponding to this screen display control will be described with reference to FIG.
[0026]
The object shown in FIG. 5 is an example of an object that controls display of one screen, which is called a page object. By the way, each object (that is, a part of the script) is described in a predetermined language as described above. However, for the sake of explanation, each object (in other words, a part of the script) is described in the program in Japanese notation corresponding to the language description. The function of will be described.
[0027]
First, the “New” column shown in FIG. 5 is a column that is referred to first when the object is activated, and describes the first control content of the object. In the example of this figure, various commands for drawing (drawing) are described.
[0028]
“Picture (# 1) obj” in the first line of this column indicates an object describing picture display control. The object for which the display control of the picture is performed is described in various ways corresponding to the picture to be displayed, and an argument (#) such as “picture (# 1) obj”, “picture (# 2) obj”,... 1), (# 2)... Are provided, and a desired object can be called by specifying an argument.
[0029]
FIG. 7 shows a description example of “picture (# 1) obj”, which includes a line indicating a file to be used and a line indicating the drawing position. Here, “# 1 image resource” designated as a file is an image data file in which predetermined image data is recorded, and is called from a script and referred to as described above. In this case, the image resources are also provided with arguments (# 1), (# 2)... Like the object, and a desired resource can be called.
[0030]
“# 1 image resource” in this example is image data of a picture in which an animal is in a car. The image data is displayed at the coordinates indicated in the second row of FIG. By performing control according to these descriptions (control by the CPU 22), the character display shown in the part a of FIG. 4A is performed.
[0031]
Next, “text (# 1) obj” and “text (# 3) obj” in the second and third lines of the “New” column in FIG. 5 are objects describing character display control. I am instructing. The objects that control the display of characters are described in various ways corresponding to the characters to be displayed. Like the picture objects, arguments (# 1), (# 2)... Are provided to indicate the arguments. Can call a desired object.
[0032]
FIG. 8 shows a description example of “text (#n) obj”. As shown in the figure, there are a string line indicating a character to be displayed and a description of a line indicating the display position. Here, in the text object, there is no file designation, and the display character is designated directly by the string line. The text object is also provided with arguments (# 1), (# 2)... So that a desired object can be called.
[0033]
By the way, the part b in FIG. 4A is “Welcome to Info World!”, And the part c is “Concert information”. Therefore, the string lines of the text objects corresponding to these displays are string = “Welcome to the info world!” And string = “Concert information”. In addition, the text object includes a line (not shown) indicating the font of the display character, thereby enabling display using various fonts.
[0034]
For the other menu title displays in FIG. 4A, that is, “movie information”, “stage information”,..., The same text objects are described in the “New” column shown in FIG. (Not shown).
In addition, the graphics object and the text object of the icon display part in the parts d and e of FIG. 4A are also described in the same manner as described above.
[0035]
Next, the “Delay” column shown in FIG. 5 is a column that defines an action (action) to be performed a predetermined time after the page object shown in FIG. 5 is activated. In the example shown in FIG. To play background music). In other words, (5S) in this column defines 5 seconds later, and BGM = song (# 1) obj specifies that the song object (argument # 1) is executed to play BGM.
[0036]
Here, FIG. 6 is a diagram showing a description example of the music object. In this figure, Play = CD in the first row is a command for playing a music CD (not shown) in the
[0037]
As described above, instructions for defining various performances are described. In some cases, an instruction “end” for defining what action is to be performed when the performances are finished. The contents of this command include, for example, contents that cause processing to be transferred to another object, or call itself again to repeat an operation to perform endless performance.
[0038]
Next, the “Selector” column shown in FIG. 5 describes items related to various buttons on the display screen. In this field, first, each button displayed on the screen is registered. In the example of FIG. 5, the contents for specifying each button are described as
[0039]
In the “Selector” column of FIG. 5, actions in three states of “point”, “unpoint”, and “select” are defined for each button. Here, “point” means that the pointer is located on the button, “unpoint” means that the pointer is not located on the button, and “select” means This is a case where the button is selected (instructed to enter the service corresponding to the button). Note that the movement of the pointer and the selection of each button are performed by operating the buttons on the
[0040]
For example, to move the pointer PP up and down, the up key UPK and the down key DWK (see FIG. 3) are operated according to the display of the icon IC1, and to confirm the button, the start key STK (see FIG. 3) is displayed. Press (Browse). Similarly, when the menu display shown in FIG. 4 is terminated, a cancel key (CLK) is pressed.
[0041]
Now, what is described in “point” shown in FIG. 5 is, for example, an instruction for displaying a pointer PP (see FIG. 4) at the position of the button. This is because the pointer PP is displayed to indicate to the operator that the button is a selection target. If necessary, a BGM related to the title of the button may be played. In this case, a song object (song (#n) obj) is described as shown in FIG.
[0042]
Next, in “Unpoint”, an instruction for deleting the display of the pointer PP is described. By controlling the display of the pointer PP as described above, the pointer PP is displayed only at the position of the selected button.
In “Select”, an execution content when the button is confirmed and selected is described. The execution contents are generally described as contents for calling a predetermined object.
[0043]
For example, when the “concert information” button is selected, an object for controlling the menu display of the concert information as shown in FIG. 9A is executed, and the button of the screen shown in FIG. When the “Sawada Chikako” button is selected, an object that controls the guidance screen of the concert is executed, and for example, a display as shown in FIG. 9B is performed.
[0044]
When the pointer is instructed to move under the “Karaoke performance” button on the screen shown in FIG. 4A, a screen showing the remaining menu items is displayed (see FIG. 4B). That is, when the pointer moves below the “Karaoke performance” button, an object for displaying the screen shown in FIG.
[0045]
The description example of the object has been described above using the page object as an example. However, depending on the object, the “Delay” field may not be described. As is clear from the above description, an object that achieves a predetermined purpose (for example, screen control) is formed by a set of small objects.
[0046]
Incidentally, a set of objects is a script, but the script and the resource are stored separately in the
[0047]
B: Operation of Embodiment (1) Information Service Start Process Next, the operation of the communication karaoke system having the above configuration will be described. However, the following description will be made on the assumption that the information file group and the karaoke data are already supplied from the
First, when the
[0048]
When the operator operates the remote controller RMC or the
[0049]
On the other hand, when a predetermined music number, for example, “8000” is input, the
[0050]
As shown in FIG. 11, a song number is described in the header portion of the menu object in the present embodiment. In this case, the header description includes two titles: a string line and a music number display. Further, the menu has a multi-layered structure as shown in FIG. 12, and the music number is described in the header portion of the menu object in each layer. By the way, as the menu hierarchy, for example, if the menu shown in FIGS. 4A and 4B is the top menu, FIG. 9 (FIG. 9) that is developed when “concert information” that is one title among them is selected and confirmed. The menu a) is the first menu in the lower layer. In this case, the music number is described in the header of both the object that displays FIGS. 4A and 4B and the object that displays FIG.
[0051]
In addition, the song number is also described in the object header of the service itself (not shown). For example, the screen shown in FIG. 9B is a concert guidance service, but the object to be displayed also has a description of the song number.
By the way, when the song number “8000” is input, there may be a karaoke song that is already being played or a reserved karaoke song. The order management in this case is as follows.
[0052]
When there is a request for a karaoke song, the song number of that song is registered as a “queue” in a predetermined area in the
[0053]
Now, in the state shown in FIG. 13, when the song number of the information service menu is reserved, the song number (eg, 8000) of the information service menu is registered in the queue registration area QA as the fifth reserved song. Therefore, after the performance of the fourth reserved song is completed, the song number of the information service menu is read and the top menu is displayed. If a regular karaoke song is reserved after the song number in the information service menu is reserved, the song queue is registered at the address next to the song number in the service menu in the same way as the normal reservation process. Is done.
[0054]
By the way, in this embodiment, there is another queue management mode. That is, instead of accepting the queue of the information service menu after the reserved song, the queue management starts the information service menu by interrupt processing immediately after the currently played song is finished. In this case, for example, as shown in FIG. 14, an interrupt area IA is provided in the
[0055]
On the other hand, as shown in FIG. 14, an interrupt ring buffer IRB for accepting an interrupt of the information service menu may be set in the
[0056]
In addition, the song numbers are assigned to the menus of each layer and the objects of the information service itself. By directly inputting these numbers, the menu of any layer can be directly expanded without passing through the top menu, or the desired service can be provided. Can be started directly. As described above, there are two types of queue processing in this case, final reception or interruption, but any method can be selected. For this, the processing mode of the
[0057]
(2) Automatic Menu Generation By the way, in the menu described above, the items (titles) in each menu and the development of lower-level menus are fixed. A mode for menu generation is provided. In the following, this automatic menu generation process will be described.
[0058]
First, distribution of various information services will be described. In the information service in this embodiment, various advertisements, games, information, and the like are prepared, and each is classified into genres. Also, in genres such as “advertising” and “game”, lower genres such as for adults, children, women and men are set. Here, as an example of the information service screen, FIG. 15 is an example of a service screen for automobile advertisement, and FIG. 16 is an example of a service screen for new score inquiry.
[0059]
Each service information such as the above-mentioned advertisement, game or information is produced by the production company, but is expressed by a combination of a script and a resource, and can be decoded and executed by the
[0060]
The information file shown in FIG. 17 is transferred to the
[0061]
Next, the
[0062]
In the second method, the
[0063]
In the above description, the information file for advertisement has been described as an example, but the same distribution and selection processing is performed for the game and other information files.
Now, when the above distribution and selection processes are performed, the information file distributed to the
[0064]
Therefore, in this embodiment, the menu is automatically generated. In the following, an explanation will be given taking as an example automatic menu generation when the ID card 80 is used.
First, the karaoke user inserts the ID card 80 into the
[0065]
Next, when the user inputs a song number corresponding to the menu of the information service from the remote controller RMC, an object corresponding to this is read from the
[0066]
Next, when any item button is selected, the
Now, assuming that the “game” item button is selected and confirmed, a game menu GM1 shown in FIG. 18 is displayed. In this case, in the object of the game menu, a script for displaying the string line portion of the header of the information file whose genre classification is “game” is described.
[0067]
Here, when the next page is selected by the down key DWK (see FIG. 3), the game menu GM2 is displayed, and when the next page is selected, the game menu GM3 is displayed. That is, for the game, game menus GM1 to GM3 are displayed, and a total of 23 titles are displayed. Here, the title of each game is the title described in the string line of the header of the information file of the game. As described above, many titles are displayed for the game. In addition, in the object that defines each menu screen, the title of each menu item is not fixed, but is described to display the title of the string line of the selected information file, and the
[0068]
Next, when the user selects and confirms the “travel” button in the top menu, the travel genre information file is selected from the information files in the
[0069]
Further, when the user confirms the “place information” button in the top menu, there is no information file to be selected because all the information files related to this are classified into the genre for adults. In such a case, as shown in FIG. 18, a display indicating that the service is not selected, for example, a character display “No!” Is displayed. Such control is performed by describing to display a predetermined message when the ID information is an underage in an object that is activated when the “place information” button is selected and confirmed.
In the above example, genres other than those for adults are selected, but there are also methods for selecting only for adults and for children and women.
[0070]
On the other hand, when the ID card is not used, the menu is created using all the information files distributed to the
Moreover, the genre classification may be performed by the music number without providing the data indicating the genre individually. For example, the 1000 series may be determined as a game, and the 2000 series may be determined as information.
[0071]
Furthermore, the arrangement (order) of the top menu buttons (string lines of each genre) may be changed according to the ID information. That is, it may be controlled to arrange items with a high frequency selected according to the age group and sex. For such control, the button layout of the object of the top menu may be a script description that varies according to the ID information.
[0072]
If no genre is generated, the top menu item may be deleted. For example, if an information file classified into travel genres has not yet been distributed, the top menu travel item may not be provided.
[0073]
Alternatively, only the information file that matches the location (prefecture) may be extracted or distributed in advance, and the above-described menu automatic generation may be performed on the result. By doing so, it is possible to provide a detailed information service corresponding to each region.
[0074]
(3) Example of Information Service Next, an example of the information service will be described.
(1) Guidance of hit songs and karaoke performance This service is a service for scrolling and displaying the rankings of up to the 20th hit song. Also, if there is a song that you want to sing in the list, a service that accepts the request is also performed.
Here, the virtual space TTA shown in FIG. 19 is a memory space set in the
[0075]
The broken line area shown in the figure is the display target area DPA, and the display target area DPA is shifted in the direction of the arrow A shown in the figure. Then, the dot data in the display target area DPA is transferred to the VRAM in the
[0076]
In the object that displays the top 20, the scroll speed, the scroll start position, the time, the scroll end position, and the like are described, and the operation at the end of the scroll is also described. Therefore, the
[0077]
Next, processing for starting a karaoke performance in this information service (scroll display of the top 20 songs) will be described.
First, the user may select a song by remembering the song number of the song being scrolled and inputting it by the remote controller RMC, or by selecting a button for each song being scrolled. Button selection is performed by the same processing as in the screen shown in FIG.
[0078]
On the other hand, as shown in FIG. 20, after scrolling is finished, the up key UPK and the down key DWK can be operated to manually scroll up and down one line at a time. In such a case, a desired song may be displayed by this manual scroll operation, and the button of the song may be selected and confirmed.
When songs are selected as described above, the queues of these songs are sequentially registered in a predetermined area QAT20 (see FIG. 20) in the
[0079]
Then, the performance is started by operating a predetermined key, and when all the performances in the reserved queue are completed, the list returns to the top 20 list. Further, when the cancel key CLK is operated after the performance is started, the display returns to the top 20 list.
The above queue management is performed as part of the processing of the top 20 list display service. Alternatively, the queue registered in the
[0080]
By the way, if the reserved music queue is already registered in the queue registration area QA before the top 20 list display service is activated, the queue transferred from the
[0081]
(2) Depending on the type of moving image display processing information service, it may be more effective to display moving images. Therefore, in this embodiment, various moving images are displayed. Here, general moving image display control will be described by taking as an example a case where a moving image of a ball turning is displayed. In this case, a plurality of pieces of image data indicating the respective appearances during the turning of the ball are prepared, and these are sequentially transferred to the VRAM to display a moving image. For example, as shown in FIG. 25, image data (in this case, four) indicating the state of turning is transferred from the
[0082]
By the way, as shown in FIG. 21, when all the image data that is the elements of the moving image is transferred to the
[0083]
First, the first image data is transferred from the
[0084]
In the present embodiment, since the use efficiency of the memory is high as described above, the free area can be used for other purposes. For example, MIDI data and waveform data can be transferred from the
[0085]
For example, in the script description, “SE = xxx...” Means reading from the memory 25 (in this case, sound data is loaded in advance in the memory 25), and “Sound = OO. "..." means direct reading from the
[0086]
(3) Billing processing Next, billing processing when a fee is required for the service will be described. Now, it is assumed that “
[0087]
Next, accounting check processing by the
[0088]
That is, it is determined whether or not the total amount of coins and bills inserted into the
[0089]
By the way, as a billing service, for example, there is a new score inquiry service. In this service, for example, the display as shown in FIG. 16 described above is performed, and text information including the song title, artist name, and song number is scrolled up and down to introduce new music. In addition to the new musical score information, in addition to the icon IC5 for guiding the pressing of the start key STK, the title screen, image information such as a picture and a photograph is displayed at a fixed position on the screen.
[0090]
When the operator presses the start key STK, the information file for the new music displayed on the left of the icon is executed, and the karaoke performance or CD performance of the song (a performance with a song by playing a CD) ) Is started. In this case, the corresponding CD is set in the
[0091]
Further, after a predetermined time has elapsed since the start of the new karaoke performance, the operation of the cancel key CLK is invalidated. Control information for invalidating key operations is described in an object, for example, so as to invalidate a signal of a predetermined key when a predetermined condition is satisfied. In addition, as a method of invalidating the key, it may be described in the “Delay” column of the object. For example, a description such as invalidating a predetermined key 5 seconds after entering the service screen can be performed. As another example of performing such control, there is a case where, when pay information is continuously viewed for a certain period of time, the cancel key is invalidated and the service is forcibly entered.
[0092]
By the way, the billing service can be applied as follows. For example, it is a case where an order for drinks, meals, etc. at the store (karaoke box or the like) is received as an input of a music number, and this reception service is a billing service. According to this, the user can order a desired meal or the like with the remote controller and can complete the settlement by putting the price into the money input device.
[0093]
In addition, in a karaoke box or the like, there is a system store that charges according to the rental time of the room. In this case, a timer for counting the rental time is provided, and a time signal (interrupt signal) from this timer is sent to the
[0094]
(4) Log recording FIG. 26 shows a tree of menus and information services. If there are menus and information services from 1 to 8 as shown in the figure, it is convenient to record which menu or information service is accessed (or how many times it is accessed) so that the usage status can be grasped. .
[0095]
Therefore, in this embodiment, as shown in FIG. 26, a flag register FL is provided so that the bit corresponding to the accessed menu and information service is set to “1”. In this case, since each bit of the flag register FL corresponds to a predetermined menu and information service, the use status can be grasped by looking at the contents of the flag register FL.
[0096]
Which menu or which information service has been accessed can be determined by knowing which object has been executed, so when the
[0097]
On the other hand, it is preferable to record how many times each menu or information service has been accessed, so that the usage status can be grasped more accurately. FIG. 27 shows an example of a configuration for performing such control. In the figure, the number of accesses of each menu or information service is recorded at each address in a predetermined area in the
[0098]
By performing the processing as described above, it is possible to grasp a very detailed usage situation by looking at a predetermined area in the
[0099]
Further, the
[0100]
(5) LED Display Next, the control of the LED display device provided on the front surface of the main body will be described. Generally, in a karaoke apparatus, an LED display device is often provided, but usually only a tune number to be reserved is displayed.
In this embodiment, not only the music number display of the reserved music but also various displays are possible. In other words, the control information of the LED display device 55 is described in each object, so that control according to the characteristics of the menu and information service is performed.
[0101]
For example, when there is a description “LED =...” In the object, the
[0102]
In this way, by describing the control information of the LED display device 55 individually by each object, it is possible to perform a variety of LED displays for each menu and information service. In this case, since the object has a system that can describe not only the control of the display 35 but also the control of the LED display device, it is not necessary to separately create a special program for LED control.
[0103]
C: Others (1) The embodiment described above is an embodiment in which the present invention is applied to a communication karaoke system, but the present invention can of course be applied to a general computer system. For example, the automatic menu generation process is convenient because a list for each genre is automatically generated when there are many object files to be executed in a general computer system.
[0104]
【The invention's effect】
As described above, according to the first to fourth aspects of the present invention, a menu for each genre can be automatically generated according to a change in the information service provided in the computer system or the karaoke apparatus. According to the invention of
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of a communication karaoke system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration of a
FIG. 3 is a front view showing an operation unit of a remote controller RMC in the same embodiment.
FIG. 4 is an example of an information service menu screen displayed in the embodiment.
FIG. 5 is a conceptual diagram showing the contents of an object used in the embodiment.
FIG. 6 is a conceptual diagram showing a description example of a music object in the embodiment.
FIG. 7 is a conceptual diagram showing a description example of “picture (# 1) obj” in the same embodiment;
FIG. 8 is a conceptual diagram showing a description example of “text (#n) obj” in the same embodiment;
FIG. 9 is a diagram showing an example of an information service screen displayed in the embodiment.
10 is a conceptual diagram showing a storage state of scripts (objects) and resources in the
FIG. 11 is a conceptual diagram showing a data structure of a menu object in the present embodiment.
FIG. 12 is an explanatory diagram showing an example of a hierarchical menu in the present embodiment.
FIG. 13 is a conceptual diagram showing a queue registration area QA in the present embodiment.
FIG. 14 is a conceptual diagram showing an interrupt area IA and an interrupt ring buffer IRB.
FIG. 15 is a diagram illustrating an example of a service screen for automobile advertisement.
FIG. 16 is a diagram showing an example of a service screen for new music inquiry.
FIG. 17 is a schematic diagram showing a distribution form of an information file for advertising produced by an advertising production company.
FIG. 18 is a diagram illustrating an example of a top menu.
FIG. 19 is a conceptual diagram showing a virtual space TTA set in a
FIG. 20 is a diagram illustrating an example of a display screen after scroll display is completed.
FIG. 21 is an explanatory diagram for explaining general moving image display control;
FIG. 22 is an explanatory diagram for explaining moving image display control in the present embodiment. FIG. 23 is a diagram illustrating an example of a hierarchical menu in the present embodiment.
FIG. 24 is a flowchart showing an accounting check process.
FIG. 25 is a diagram showing a display example in step SP4 shown in FIG.
FIG. 26 is a diagram showing a tree structure of menus and information services.
FIG. 27 is a block diagram showing a configuration example when recording the number of accesses of each information service.
FIG. 28 is an explanatory diagram showing a display control example of the LED display device 55.
[Explanation of symbols]
DESCRIPTION OF
Claims (4)
前記各オブジェクトファイルは、その内容に対応したタイトルを表示するためのタイトル情報を有しており、
利用者のID情報によって選定される指定ジャンルに区分されるオブジェクトファイルを検索する検索手段と、
前記検索手段によって検索されたオブジェクトファイルが有するタイトル情報に基づいて、当該オブジェクトファイルに対応したタイトルによって構成されるリストを生成するリスト生成手段と、
前記リスト生成手段が生成したリストを表示する表示手段と
を具備することを特徴とするコンピュータシステム。A computer system having storage means for storing a plurality of object files including programs and genre information, selecting an object file from the storage means, and executing a program in the selected object file,
Each object file has title information for displaying a title corresponding to the contents of the object file,
Search means for searching object files classified into designated genres selected by the user's ID information;
List generating means for generating a list composed of titles corresponding to the object file based on title information of the object file searched by the searching means;
And a display means for displaying the list generated by the list generation means.
前記記憶手段は、前記通信インタフェースが受け取ったオブジェクトファイルを記憶することを特徴とする請求項1に記載のコンピュータシステム。A communication interface for receiving an object file including the program and genre information from an external host computer;
The computer system according to claim 1 , wherein the storage unit stores an object file received by the communication interface.
前記記憶手段からカラオケの演奏を読み出して楽音を合成し、この合成音とマイクから入力される音声とを混合して出力するカラオケ演奏手段と、
前記オブジェクトファイルの実行と前記カラオケ演奏手段によるカラオケ演奏のいずれかを切り換える切替手段と
を有することを特徴とするカラオケ装置。While having the computer system of Claim 1 or 2 , storing the performance information of karaoke in the said memory | storage means, Furthermore,
Karaoke performance means for reading out a performance of karaoke from the storage means and synthesizing a musical sound, and mixing and outputting the synthesized sound and a sound inputted from a microphone;
A karaoke apparatus comprising: switching means for switching between execution of the object file and karaoke performance by the karaoke performance means.
Priority Applications (9)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30176895A JP3679476B2 (en) | 1995-11-20 | 1995-11-20 | Computer system and karaoke apparatus |
| US08/753,066 US6231347B1 (en) | 1995-11-20 | 1996-11-19 | Computer system and karaoke system |
| CNA2004100055176A CN1538280A (en) | 1995-11-20 | 1996-11-20 | Computer systems and karaoke systems |
| EP96118653A EP0775995B1 (en) | 1995-11-20 | 1996-11-20 | Computer system and karaoke system |
| CNB961234962A CN1184640C (en) | 1995-11-20 | 1996-11-20 | Computer systems and karaoke systems |
| CN200610095936.2A CN101017663A (en) | 1995-11-20 | 1996-11-20 | Computer system and karaoke system |
| DE69627453T DE69627453T2 (en) | 1995-11-20 | 1996-11-20 | Computer system for karaoke |
| CNB2004100055180A CN1266580C (en) | 1995-11-20 | 1996-11-20 | Computer system and karaoke system |
| US09/645,290 US6572381B1 (en) | 1995-11-20 | 2000-08-24 | Computer system and karaoke system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30176895A JP3679476B2 (en) | 1995-11-20 | 1995-11-20 | Computer system and karaoke apparatus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09146569A JPH09146569A (en) | 1997-06-06 |
| JP3679476B2 true JP3679476B2 (en) | 2005-08-03 |
Family
ID=17900947
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30176895A Expired - Fee Related JP3679476B2 (en) | 1995-11-20 | 1995-11-20 | Computer system and karaoke apparatus |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP3679476B2 (en) |
| CN (1) | CN101017663A (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015072392A (en) * | 2013-10-03 | 2015-04-16 | 株式会社コシダカホールディングス | Search result display order in karaoke remote control application and network karaoke system |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2942803B2 (en) * | 1986-10-08 | 1999-08-30 | 豊 塚本 | User information providing system |
| JPH0277838A (en) * | 1988-09-13 | 1990-03-16 | Nec Corp | Control system for program selective execution menu |
| JPH05145850A (en) * | 1991-11-18 | 1993-06-11 | Victor Co Of Japan Ltd | Karaoke system |
| JPH0667682A (en) * | 1992-08-21 | 1994-03-11 | Taito Corp | Karaoke system |
| JPH06337778A (en) * | 1993-05-28 | 1994-12-06 | Sharp Corp | Program selecting device |
| JPH06348467A (en) * | 1993-06-07 | 1994-12-22 | Fuji Facom Corp | Information processor |
| US6231347B1 (en) * | 1995-11-20 | 2001-05-15 | Yamaha Corporation | Computer system and karaoke system |
-
1995
- 1995-11-20 JP JP30176895A patent/JP3679476B2/en not_active Expired - Fee Related
-
1996
- 1996-11-20 CN CN200610095936.2A patent/CN101017663A/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09146569A (en) | 1997-06-06 |
| CN101017663A (en) | 2007-08-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0775995B1 (en) | Computer system and karaoke system | |
| US8621350B2 (en) | Pay-per-play audiovisual system with touch screen interface | |
| US5947746A (en) | Karaoke network system with commercial message selection system | |
| US7778887B2 (en) | Musical contents storage system having server computer and electronic musical devices | |
| JP2002055679A (en) | Contents-generating service system, method and recording medium | |
| JP2004301886A (en) | Song selection reservation system for communication karaoke terminal | |
| JP3646377B2 (en) | Computer system and karaoke apparatus | |
| JP3676457B2 (en) | Computer system and karaoke apparatus | |
| JP3679476B2 (en) | Computer system and karaoke apparatus | |
| JP3463842B2 (en) | Karaoke equipment | |
| JPH09146754A (en) | Computer system and karaoke device | |
| JP2001521234A (en) | Global access system for multimedia related information | |
| JPH09146570A (en) | Karaoke device | |
| JP2004212588A (en) | Music reproducing apparatus | |
| JP4123814B2 (en) | Content data distribution system and content data distribution reproduction method | |
| JPH09212181A (en) | Karaoke device | |
| JP3317127B2 (en) | Karaoke equipment | |
| JP3602090B2 (en) | Karaoke device with user interface for music selection and video selection | |
| JP4257777B2 (en) | Global access system for multimedia related information | |
| JP4257776B2 (en) | Global access system for multimedia related information | |
| JP4429244B2 (en) | Karaoke equipment | |
| JP2000081890A (en) | Communication karaoke system | |
| JPH1078786A (en) | Karaoke sing-along machine | |
| JP2003108160A (en) | Karaoke device that outputs game content between karaoke performances | |
| JPH10187169A (en) | Communication karaoke system having feature in program retrieving function and terminal equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050414 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050513 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313532 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090520 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100520 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110520 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130520 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140520 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |