Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3679476B2 - Computer system and karaoke apparatus - Google Patents
[go: Go Back, main page]

JP3679476B2 - Computer system and karaoke apparatus - Google Patents

Computer system and karaoke apparatus Download PDF

Info

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
Application number
JP30176895A
Other languages
Japanese (ja)
Other versions
JPH09146569A (en
Inventor
トム 蔡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yamaha Corp
Original Assignee
Yamaha Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Yamaha Corp filed Critical Yamaha Corp
Priority to JP30176895A priority Critical patent/JP3679476B2/en
Priority to US08/753,066 priority patent/US6231347B1/en
Priority to CNB961234962A priority patent/CN1184640C/en
Priority to CNA2004100055176A priority patent/CN1538280A/en
Priority to EP96118653A priority patent/EP0775995B1/en
Priority to CN200610095936.2A priority patent/CN101017663A/en
Priority to DE69627453T priority patent/DE69627453T2/en
Priority to CNB2004100055180A priority patent/CN1266580C/en
Publication of JPH09146569A publication Critical patent/JPH09146569A/en
Priority to US09/645,290 priority patent/US6572381B1/en
Application granted granted Critical
Publication of JP3679476B2 publication Critical patent/JP3679476B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

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】
求項に記載の発明は、請求項1または2に記載のコンピュータシステムを有するカラオケ装置であって、前記記憶手段にカラオケの演奏情報を格納し、さらに、前記記憶手段からカラオケの演奏を読み出して楽音を合成し、この合成音とマイクから入力される音声とを混合して出力するカラオケ演奏手段と、前記オブジェクトファイルの実行と前記カラオケ演奏手段によるカラオケ演奏のいずれかを切り換える切換手段とを有することを特徴とする。
【0009】
請求項に記載の発明は、請求項記載のカラオケ装置において、前記オブジェクトファイルのプログラム中に前記カラオケ演奏手段によるカラオケ演奏が選択可能な命令として記述されていることを特徴とする。
【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乃至記載の発明によれば、コンピュータシステムやカラオケ装置において、提供する情報サービスの変化に応じて、自動的にジャンル別のメニューを生成することができる。また、請求項記載の発明によれば、カラオケ装置において情報サービスの提供中においても、カラオケ演奏を行うことができる。
【図面の簡単な説明】
【図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 claim 1 has storage means for storing a plurality of object files including a program and genre information, and selects an object file from the storage means, and selects the object file in the selected object file. Each object file has title information for displaying a title corresponding to the contents thereof, and is divided into designated genres selected by user ID information. Search means for searching for an object file, list generation means for generating a list composed of titles corresponding to the object file based on title information of the object file searched by the search means, and the list generation Means Characterized by comprising a display means for displaying a list form.
[0006]
The invention according to claim 2 is the computer system according to claim 1 , further comprising a communication interface for receiving an object file including the program and genre information from an external host computer, wherein the storage means includes the communication The object file received by the interface is stored.
[0008]
The invention described in Motomeko 3 is a karaoke apparatus having a computer system according to claim 1 or 2, and stores the performance data of the karaoke in said storage means, further, the performance of karaoke from the storage means Karaoke performance means for reading out and synthesizing musical sounds, and mixing and outputting the synthesized sound and sound input from a microphone; and switching means for switching between execution of the object file and karaoke performance by the karaoke performance means It is characterized by having.
[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 host computer 1 via a communication line N. The host computer 1 periodically distributes karaoke data and information files (details will be described later) to each karaoke terminal 2, 2,. The karaoke data includes performance data (MIDI data), lyrics data (including data that synchronizes performance and lyrics), and image control data (data for selecting an image prepared on the karaoke terminal 2 side). The karaoke terminal 2 performs accompaniment performance based on performance data, lyrics display based on lyrics data, and image display corresponding to image control data.
[0011]
Further, the karaoke terminal 2 provides various information services in an interactive manner with an operator by executing an information file supplied from the host computer 1.
[0012]
(2) Configuration of Karaoke Terminal Next, the configuration of the karaoke terminal 2 will be described with reference to FIG.
In FIG. 2, 21 is a modem or ISDN (Integrated Sarvices).
A communication interface such as a digital network, and is connected to the host computer 1 via a communication line N. Reference numeral 22 denotes a CPU (Central Processing Unit), which executes a system program stored in the ROM 23 and controls each unit connected via the bus BUS. The CPU 22 performs performances and displays based on karaoke data, executes information files, and performs various service processes.
[0013]
A hard disk 24 stores karaoke data and an information file group supplied from the host computer 1. Reference numeral 25 denotes a RAM, which is used as a work area for the CPU 22.
[0014]
An operation panel 26 detects pressing operations of various key switches (start key, cancel key, up / down key, numeric keypad, etc.) by the operator, and supplies a signal corresponding to the operation to the CPU 22. On this operation panel 26, selection of information selection menu displayed on the display 34 is performed in addition to instruction selection for karaoke performance such as music selection (that is, input of music number), start and stop of performance, volume, and the like. Is called.
[0015]
Further, the operation panel 26 is provided with a receiving unit that receives a transmission signal of the remote controller RMC shown in FIG. As shown in FIG. 3, the remote controller RMC has a start key STK, a cancel key CLK, an up key UPK, a down key DWK, a ten key TK, a transfer key TXK, a memory set key MSK, and a performance stop key SPK. Thus, the remote controller RMC has the same keys as the various keys provided on the operation panel 26, and is configured to perform the same operation as the operation panel 26.
[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 operation panel 26 side. In this case, the numeric keypad TK is used for designating the karaoke song number. For example, when the song number is “12345”, the numeric keypad TK is set to (1), (2), (3), (4). , (5) in this order, and then press the memory set key MSK. As a result, the numerical value “12345” is temporarily stored in the memory. When the transfer key TXK is pressed, a transmission signal corresponding to the numerical value in the memory is transferred to the operation panel 26.
[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, reference numeral 27 shown in FIG. 2 denotes a musical sound synthesizer that generates a musical sound signal corresponding to MIDI information (karaoke data or MIDI information included in an information file) sequentially supplied by the CPU 22 and outputs it to the mixer 28. To do. The mixer 28 mixes the musical sound signal supplied from the musical sound synthesizer 27 and the audio signal captured from the microphone 29 and outputs the mixed signal to the sound system 30. However, in the case of BGM performance, the mixer 28 outputs the musical tone signal supplied from the musical tone synthesis device 27 to the sound system 30 as it is.
[0019]
Reference numeral 31 denotes an audio decoder that converts ADPCM information (used in a service for providing audio guidance) read from the information file by the CPU 22 into an analog audio signal and outputs the analog audio signal to the sound system 30. The sound system 30 amplifies the musical sound signal supplied from the mixer 28 or the audio signal supplied from the audio decoder, and emits the sound from the speaker SP.
[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-ROM 33 in the CD changer 60 and transfers it to the image composition device 34. The image composition device 34 is font information corresponding to the image information supplied from the image reproduction device 32 and the lyric information in the karaoke data read by the CPU 22 (this font information is stored in the image composition device 34). Are combined and displayed on the display 35. As a result, the lyrics are displayed on the background image in a spurious manner. The image synthesizer 34 once develops an image to be displayed in a VRAM (video RAM) as a dot map, and then outputs the image to the display 35.
[0021]
An image decoder 36 decompresses compressed image information (image information based on MPEG, JPEG, etc.) such as menus and icons read from the information file by the CPU 22 and converts it into an analog video signal. Then, this is displayed on the display 35.
[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 money input device 50 supplies a signal indicating the detected amount to the CPU 22. The money input device 50 has a function of discharging change under the control of the CPU 22.
[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 CPU 22. Reference numeral 60 denotes a CD changer, which selects a CD (compact disc) or CD-ROM 33 under the control of the CPU 22 and reads out the music information of the designated track, or reads out the image information as described above to read out the image information. To send. Reference numeral 70 denotes a card terminal that handles an ID card or a credit card, and performs reading of information from the card and judgment of authenticity.
[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 CPU 22 executing a script.
[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 CD changer 60 shown in FIG. There is also a description for specifying details such as the selected disk number and performance track for the CD changer, but this is omitted for the sake of simplicity. Also, Play = # 1 karaoke data in the second row shown in FIG. 6 is an instruction to read and play the song number # 1 among the karaoke data recorded in the hard disk 24. The karaoke data in this case is a part of the resource.
[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 button ID # 1, ID # 2,... Here, in FIG. 4, black circles are displayed on the right side of each of the 11 titles from “Concert Information” to “Performance of Karaoke”, but these are defined as buttons in order from the top.
[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 operation panel 26 or the remote controller RMC. The operation guidance is shown by icons IC1 and IC2 in FIG.
[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 hard disk 24. That is, the script that is the program part and the resource that is the reference data are stored separately, whereby an arbitrary resource can be specified for each object. Here, FIG. 10 conceptually shows the storage state of scripts (objects) and resources in the hard disk 24. As shown in the figure, the same resource can be used in common by several objects, thereby saving the storage area of the hard disk 24 and improving the efficiency of data transmission from the host computer 1. it can.
[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 host computer 1 to the karaoke terminal 2.
First, when the karaoke terminal 2 is powered on, the CPU 22 loads a system program from the ROM 23 and executes it. Thereby, CPU22 enters a karaoke performance standby state (karaoke mode), and waits for the input of a music number.
[0048]
When the operator operates the remote controller RMC or the operation panel 26 to input a song number, the karaoke data of the song is read from the hard disk 24, and the performance, background display, and lyrics display of the song are performed. The user can enjoy karaoke by singing with the microphone 29 in conjunction with the performance and display.
[0049]
On the other hand, when a predetermined music number, for example, “8000” is input, the CPU 22 detects this and shifts to the information service. That is, when the song number “8000” is input, an object of a menu display prepared in advance (for example, the menu display shown in FIG. 4A) is executed.
[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 RAM 25 shown in FIG. In a state where reservations for a plurality of songs are accepted, the queues registered in the RAM 25 are as shown in FIG. 13, for example. In the queue registration area QA shown in FIG. 13, the song number indicated by the pointer is the next reserved song, and when the currently playing song ends, the song number is read from the address indicated by this pointer. The performance of the song is started. The pointer moves to indicate the next address. In the state shown in FIG. 13, four songs are reserved, but when the fifth song is reserved, the song number of the song is written at the next address of the fourth song. Further, the queue registration area QA shown in FIG. 13 has a ring buffer structure, and after the song number is written at the final address, writing is performed after returning to the first address. However, since new song numbers are not written for addresses where performance has not ended, new reservations cannot be accepted when the queue registration area QA is full.
[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 RAM 25, and when a song number of the information service menu is input, this is detected and registered in the area IA. If there is a karaoke song currently being played, after the song is finished, the display processing of the information service menu of the song number written in the area IA is interrupted. Then, after the information service ends, the next queue processing (karaoke performance, etc.) that was waiting when the interruption occurred is performed. Note that the song number of the information service menu written in the area IA may be interrupted in the queue registration area QA of the RAM 25 shown in FIG. 13, and the queue arrangement of this area may be rewritten.
[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 RAM 25, and a plurality of interrupts may be accepted sequentially. Even in this case, after the execution of all the queues registered in the interrupt ring buffer IRB is completed, the next queue in the queue registration area QA is processed or registered in the interrupt ring buffer IRB. The queue arrangement shown in FIG. 13 may be rewritten by interrupting the queue into the queue registration area QA.
[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 CPU 22 may be selected by operating a predetermined button on the operation panel 26.
[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 CPU 22. Here, FIG. 17 is a schematic diagram showing a distribution form of an information file for advertising produced by an advertising production company. In the figure, CM1, CM2, and CM3 are advertising information files produced by advertising companies, respectively, and are composed of the aforementioned scripts and resources. In the header portion of this advertising information file, the song number and title are described. In this case, the description of the title is based on the aforementioned string line.
[0060]
The information file shown in FIG. 17 is transferred to the host computer 1 in the center CNT. The host computer 1 grasps the genre of all information files. In this case, as shown in the figure, genre information may be included in the information file, or a correspondence table between song numbers and genres may be supplied to the host computer 1. Further, the genre can be set for each information file in the host computer 1.
[0061]
Next, the karaoke terminal 2 receives information file distribution by two methods. In the first method, on the karaoke terminal 2 side, store information (information indicating what kind of store (karaoke box, snack...)), Location (store location), and desired genre are used as flag information. Is transmitted to the host computer 1 as appropriate. Thereby, the host computer 1 recognizes the genre of the advertisement suitable for the karaoke terminal 2 and distributes only the information file corresponding to this to the karaoke terminal 2. As a result, the karaoke terminal 2 can receive only information files that match store conditions and customer trends, and can perform efficient advertising.
[0062]
In the second method, the host computer 1 distributes all information files to the karaoke terminal 2. In the karaoke terminal 2, information indicating the time (morning, afternoon, midnight, etc.) and the period (season, summer vacation, new year, etc.) is input, and only those corresponding to these among the distributed information files are selected. use. In this case, a table or the like indicating which genre is appropriate for the time or period is stored in advance. When the ID card 80 shown in FIG. 17 is used, only the information file of the genre corresponding to the personal information recorded on the card is made available. In this case, information such as gender, date of birth, favorite song genre, etc. is written in the ID card 80, and when the card terminal device 70 shown in FIG. Recognize the age and gender of the user. Based on this recognition, an appropriate genre is selected, and only the information file corresponding to this is made available.
[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 karaoke terminal 2 or the information file that can be used in the karaoke terminal 2 varies in various ways. Therefore, the expanded menu display must follow this. In particular, when the ID card 80 is used, the information file that can be used varies from user to user, and it is therefore necessary to follow the menu.
[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 card terminal 70 shown in FIG. As a result, the card terminal 70 reads the ID information from the ID card 80 and supplies it to the CPU 22. Next, the CPU 22 recognizes the age and sex of the user from the supplied ID information and selects a corresponding genre. For example, if the user is a minor, a genre suitable for the minor is selected. The selection in this case is, for example, genre selection without adult use.
[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 hard disk 24 and executed, and a predetermined top menu is displayed. FIG. 18 shows an example of the top menu. Here, “game”, “travel”, and “place information” are displayed as menu items.
[0066]
Next, when any item button is selected, the CPU 22 searches the hard disk 24 for an information file corresponding to the selected genre, and displays the title of the string line described in the header as a menu item.
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 CPU 22 follows this description. By performing the display control, the menu shown in FIG. 18 is automatically generated.
[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 hard disk 24 and the user ID is further taken into account, so The genre is excluded and only the information file for young people is selected, and the string line stored in the header portion of the information file is displayed. In the illustrated example, 12 titles are selected and divided into menu screens TM1 and TM2.
[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 karaoke terminal 2, but also in this case, since the information files to be distributed are appropriately different, the same as in the above case Automatic menu generation is performed.
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 RAM 25. In this space, the top 20 song numbers (not shown) and the song titles from the 20th place to the 1st place in the countdown format. Has been deployed. This expansion is expanded as a bitmap on the memory space. The list is generated by the CPU 22 processing an object indicating the top 20 list described by the script.
[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 image composition device 34 and thereby displayed on the display 35. Accordingly, the list of the top 20 is scroll-displayed on the display 35.
[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 CPU 22 determines the intended position and moving speed of the display target area DPA (see the broken line) shown in FIG. 19 based on the items described in the object. With the above operation, the user can know the top 20 song names from the scroll list.
[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 RAM 25. In the area QAT20 shown in FIG. 20, songs are reserved in the order of 19th, 5th and 2nd. When the next song is reserved, the queue of that song is registered at the next address of the second-ranked song. This area QAT20 has a ring buffer structure, and after the queue is registered at the final address, the registration is performed after returning to the head address. A pointer P shown in the figure indicates the song to be played next.
[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 area QAT 20 may be transferred to the queue registration area QA used in the normal karaoke mode after the information service ends. In this case, first, the cancel key CLK is pressed in accordance with the screen display guide shown in FIG. As a result, the information service is terminated and the karaoke mode is entered. At this time, the queue registered in the area QAT 20 is transferred to the queue registration area QA.
[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 area QAT 20 is set to the next address of the reserved music. be registered. FIG. 20 shows a case where the queues of the 19th, 5th, and 2nd songs are transferred from the area QAT 20 in a state where four reserved songs are already registered.
[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 hard disk 24 to a predetermined area of the RAM 25, and these are sequentially switched and transferred to the VRAM. . As a result, the ball is displayed as if it is rotating (left turn in the figure). In this case, each image data can be directly written from the hard disk 24 to the VRAM. However, since the data transfer time from the hard disk is slower than that of the semiconductor memory, the VRAM rewriting process takes time, and the state during rewriting is in the user's state. It looks like. For this reason, smooth video display is not achieved.
[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 RAM 25 and then the moving image is displayed, the moving image is displayed smoothly, but the image data occupies most of the area of the RAM 25, and the memory Usage efficiency is poor. Therefore, in the present embodiment, the following processing is performed.
[0083]
First, the first image data is transferred from the hard disk 24 to a predetermined area of the RAM 25, and then this image data is transferred to the VRAM. Then, while the first image data is being displayed, the second image data is overwritten on the same area of the RAM 25. Next, the second image data is transferred to the VRAM at a predetermined timing (for example, a vertical blanking period). Thereafter, the same processing is performed on the third and fourth image data, and after the fourth image data is transferred to the VRAM, the first image data is transferred to the RAM 25 again. By repeating the above-described processing, a swirling ball is displayed. However, the use area of the RAM 25 is only an area corresponding to one image data, and writing to the VRAM is performed from the RAM 25. It is fast. Therefore, the memory use efficiency is high and the moving image display is performed smoothly.
[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 hard disk 24, and these can be used as appropriate to perform automatic performance and musical tone generation. In this case, when MIDI data or waveform data is read from the RAM 25, the access speed is fast, so that the sound generation timing can be controlled with high accuracy. On the other hand, when MIDI data or waveform data is read from the hard disk, the access speed is slow, so the sound generation timing control is somewhat rough. In this embodiment, both reading from the RAM 25 and reading from the hard disk 24 are switched according to the use.
[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 hard disk 24. In this case, “SE” is used to generate sound data that needs to be synchronized.
[0086]
(3) Billing processing Next, billing processing when a fee is required for the service will be described. Now, it is assumed that “service 1”, “service 2”, and “service 4” surrounded by broken lines are paid services among hierarchical menus and services as shown in FIG. Whether or not there is a charge is determined by describing the charge to the script (object) of the information service that needs to be charged.
[0087]
Next, accounting check processing by the CPU 22 will be described. In this case, for example, the CPU 22 performs a charge check process according to the flowchart shown in FIG. First, in step SP1, it is determined whether or not the information service is a billing service. This is determined by the description of the object. If “NO”, the process returns, and the charge check process is not performed. On the other hand, if the determination in step SP1 is “YES”, the process proceeds to step SP2 to determine whether a valid card (credit card) is used. This determination is made based on a detection signal from the card terminal 70 shown in FIG. If a legitimate card is used, the billing check process shown in FIG. On the other hand, if the card is not used, the process proceeds to step SP3 to determine whether or not the cash is insufficient.
[0088]
That is, it is determined whether or not the total amount of coins and bills inserted into the money input device 50 shown in FIG. If the input amount is not insufficient, the service is immediately entered and the charge check process is exited. On the other hand, if the input amount is insufficient, a message to that effect is displayed in step SP4, and the process proceeds to step SP5. Here, FIG. 25 is a display example in step SP4. That is, the guidance display “XX yen is insufficient” is displayed. The user sees this display and knows that the input amount is insufficient. When the user inputs the shortage amount into the money input device 50, a detection signal is output from the money input device 50, and the CPU 22 recognizes this and sets the determination in step SP5 to “YES” to enter the billing service ( Step SP6). On the other hand, if the user presses the cancel key CLK while seeing the guidance display shown in FIG. 25, or if there is no payment for a certain period of time, the determination in step SP5 is “NO”, and he / she exits from the billing service. Return to the menu display (step SP7). Instead of returning to the upper menu display, the karaoke mode may be returned.
[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 CD changer 60 in advance by a service person. The billing check process shown in FIG. 24 is started when the start key STK is pressed, and when the input amount is insufficient, the new music is not played.
[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 CPU 22. To accept. Thereby, CPU22 can grasp | ascertain the total of a user's usage time. Then, after the rental time corresponding to the amount entered by the user has expired, the billing check process shown in FIG. 24 is activated to prompt the user to run out of the amount. In this case, the rental fee can be automatically settled.
[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 CPU 22 executes the object, it writes in a predetermined bit of the flag register FL.
[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 RAM 25. That is, when the CPU 22 executes the object, it recognizes which menu or which information service has been executed, and increments the access count of the corresponding address.
[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 RAM 25. Further, the access count information in the RAM 25 may be read and transferred to the host computer 1 via the communication interface 21 every time there is a request from the host computer 1 or every predetermined time. In this case, the host computer 1 can perform a market survey and the like of what information services are popular, and can make use of them for production of new information services.
[0099]
Further, the CPU 22 can perform control such as switching the order of items in the menu from the state of the number of accesses (for example, a menu with a large number of accesses is displayed at the top). In this case, the description of the predetermined object is partially changed from the access count state, and the display order of the items is changed.
[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 CPU 22 controls the LED display device 55 according to the description content. For example, FIG. 28A alternately turns on the upper and lower portions of the 7-segment LED of each digit, and FIG. 28B interchanges the upper lighting and lower lighting of FIG. If the lighting states shown in FIGS. 5A and 5B are alternately performed, an illumination effect as if light is moving can be exhibited.
[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 claim 4 , karaoke performance can be performed even while the information service is provided in the karaoke apparatus.
[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 karaoke terminal 2 in the same embodiment.
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 hard disk 24. FIG.
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 RAM 25.
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 SYMBOLS 1 ... Host computer, 2 ... Karaoke terminal, 21 ... Communication interface, 22 ... CPU, 23 ... ROM, 24 ... Hard disk, 25 ... ROM, 26 ... Operation panel, 27 ... Music synthesizer , 28... Mixer, 29... Microphone, 30... Sound system, 31... Audio decoder, 32. ... Image decoder, BUS ... Bus, N ... Communication line, SP ... Speaker.

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.
外部のホストコンピュータから、前記プログラムおよびジャンル情報を含むオブジェクトファイルの配信を受ける通信インタフェースを備え、
前記記憶手段は、前記通信インタフェースが受け取ったオブジェクトファイルを記憶することを特徴とする請求項に記載のコンピュータシステム。
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.
請求項1または2に記載のコンピュータシステムを有するとともに、前記記憶手段にカラオケの演奏情報を格納し、さらに、
前記記憶手段からカラオケの演奏を読み出して楽音を合成し、この合成音とマイクから入力される音声とを混合して出力するカラオケ演奏手段と、
前記オブジェクトファイルの実行と前記カラオケ演奏手段によるカラオケ演奏のいずれかを切り換える切替手段と
を有することを特徴とするカラオケ装置。
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.
前記オブジェクトファイルのプログラム中に前記カラオケ演奏手段によるカラオケ演奏が選択可能な命令として記述されていることを特徴とする請求項記載のカラオケ装置。4. The karaoke apparatus according to claim 3 , wherein a karaoke performance by the karaoke performance means is described as a selectable command in the object file program.
JP30176895A 1995-11-20 1995-11-20 Computer system and karaoke apparatus Expired - Fee Related JP3679476B2 (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

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