JP3796695B2 - 通信カラオケシステム及び通信カラオケ装置 - Google Patents
通信カラオケシステム及び通信カラオケ装置 Download PDFInfo
- Publication number
- JP3796695B2 JP3796695B2 JP09220796A JP9220796A JP3796695B2 JP 3796695 B2 JP3796695 B2 JP 3796695B2 JP 09220796 A JP09220796 A JP 09220796A JP 9220796 A JP9220796 A JP 9220796A JP 3796695 B2 JP3796695 B2 JP 3796695B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- performance
- communication
- request data
- main body
- 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 - Lifetime
Links
Images
Landscapes
- Electrophonic Musical Instruments (AREA)
- Telephonic Communication Services (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、通信カラオケ装置、通信カラオケ用ホストコンピュータ及び通信カラオケシステムに関するものである。
【０００２】
【従来の技術】
従来から、この種のカラオケ装置には、カラオケ曲をＣＤやＬＤ等に記録してそのままＣＤプレーヤやＬＤプレーヤを使用してカラオケ曲を演奏するタイプのカラオケ装置と、演奏データと音色データとを分離して取り扱い、演奏データによって、音色データを制御し、カラオケ曲を合成して演奏するタイプのシンセサイザカラオケ装置とがある。
【０００３】
特に、シンセサイザカラオケ装置では、新曲への対応が早く、メンテナンスが容易である等の理由から、通信カラオケ装置が主流となっている。このシンセサイザカラオケ装置でもある通信カラオケ装置は、電話回線等の通信回線によってホストコンピュータ（以下、「ホスト」という。）と接続され、互いにデータを要求する要求データ及びこれに応答する応答データを受け渡すことができる。
【０００４】
通信カラオケ装置の動作についてさらに詳しく説明すると、通信カラオケ装置は、まず、要求データをホストへ送信する。すると、ホストは、カラオケ装置が送信した要求データに対応した演奏データを含む応答データを、通信回線を使用して通信カラオケ装置に送信する。通信カラオケ装置は、応答データを受信し、その演奏データを使用して、カラオケ曲の演奏をする。
すなわち、通信カラオケ装置は、通信カラオケ装置は、シンセサイザカラオケ装置の一種であるが、通信回線を使用してカラオケ曲の演奏データを得るという点が、通常のシンセサイザカラオケ装置と異なっている。
【０００５】
さらに、こうした通信処理や音声処理に使用する手段を活用して、カラオケ曲の演奏だけでなく、他の機能を付加した多機能通信カラオケ装置も販売されており、カラオケ装置の多機能化が進んでいる。
【０００６】
【発明が解決しようとする課題】
このような多機能化された通信カラオケ装置は、ただ単に楽曲を聞きたい場合や、カラオケ向けでない楽曲の演奏をするＢＧＭ機能を使用するときでも、演奏をする曲を演奏の度に選択し、指定しなければならなかった。
しかし、ＢＧＭとして使用する楽曲は、本来カラオケ曲として作成された楽曲が多いため、３〜４分の長さしかなく、すぐに楽曲が終了してしまう。そのため、再度の要求データの送信が必要になるため、楽曲が終了すると再度所定の操作によって楽曲を選択し、指定しなければならなかった。
そのため、長い時間（何回も）、通信カラオケ装置の曲演奏をＢＧＭ曲として使用するには操作が煩雑であるという課題があった。
【０００７】
また、この課題は、ＢＧＭの供給源としてカラオケ装置を使用する場合だけのものではない。例えば、ゲーム機能の場合であれば、所定の操作を繰り返すためにゲームに熱中し続けていられなくなるという課題があり、情報表示機能の場合であれば、細かく情報の内容を指定することや、多数の情報を概観することは難しいという課題がある。
そこで、本発明の目的は、自動的に所定の条件に従ったＢＧＭ曲を演奏することができる通信カラオケ装置やこの通信カラオケ装置に対応するホストコンピュータ、そして、これらのものを含むカラオケシステムを提供することである。
【０００８】
【課題を解決するための手段】
以上の課題を解決するため、請求項１の発明は、ホストコンピュータと、それに通信回線を介して接続される通信カラオケ装置からなる通信カラオケシステムであって、前記ホストコンピュータは、検索応答処理と、演奏データ送信処理を可能とし、前記検索応答処理は、前記通信カラオケ装置から検索要求データを受信した際、当該検索要求データに対応する複数の要求データを抽出して検索応答データとして当該通信カラオケ装置に送信し、前記演奏データ送信処理は、前記通信カラオケ装置から要求データを受信した際、当該要求データに対応する演奏データを抽出して当該通信カラオケ装置に送信し、前記通信カラオケ装置は、入力手段と、演奏手段と、制御手段とを備え、前記入力手段は、利用者から検索要求データを受け付け可能とし、前記演奏手段は、演奏データの演奏を可能とし、前記制御手段は、第１−３処理を実行し、前記第１処理は、前記入力手段から受け付けた検索要求データを前記ホストコンピュータに送信して、検索応答データを受信し、前記第２処理は、受信した検索応答データ中の１要求データを前記ホストコンピュータに送信して、演奏データを受信し、前記第３処理は、受信した演奏データを前記演奏手段に演奏させ、演奏終了後、前記第２処理に戻ることを特徴とする通信カラオケシステムである。
請求項２の発明は、入力手段と、演奏手段と、制御手段とを備え、ホストコンピュータに通信回線を介して接続される通信カラオケ装置であって、前記ホストコンピュータは、検索応答処理と、演奏データ送信処理を可能とし、前記検索応答処理は、前記通信カラオケ装置から検索要求データを受信した際、当該検索要求データに対応する複数の要求データを抽出して検索応答データとして当該通信カラオケ装置に送信し、前記演奏データ送信処理は、前記通信カラオケ装置から要求データを受信した際、当該要求データに対応する演奏データを抽出して当該通信カラオケ装置に送信し、前記入力手段は、利用者から検索要求データを受け付け可能とし、前記演奏手段は、演奏データの演奏を可能とし、前記制御手段は、第１−３処理を実行し、前記第１処理は、前記入力手段から受け付けた検索要求データを前記ホストコンピュータに送信して、検索応答データを受信し、前記第２処理は、受信した検索応答データ中の１要求データを前記ホストコンピュータに送信して、演奏データを受信し、前記第３処理は、受信した演奏データを前記演奏手段に演奏させ、演奏終了後、前記第２処理に戻ることを特徴とする通信カラオケ装置である。
【０００９】
【発明の実施の形態】
（第１実施形態）
以下に、図面を参照しながら、本発明の第１実施形態について説明する。
尚、以下に示す実施形態では、家庭用通信カラオケ装置の場合について説明するが、本発明は、すべての通信カラオケ装置について適用されるものであり、家庭用通信カラオケ装置に限られるものではない。
【００１０】
また、以下に示す実施形態では、主として、多機能化されたカラオケ装置において、カラオケ機能やＢＧＭ機能を使用する場合を説明するが、多機能化されたカラオケ装置において、ゲーム機能、情報表示機能をする場合についても同様の実施形態をとることができる。
【００１１】
図１は、本発明のカラオケ装置（以下「本体１０」という。）の主要部分と接続機器の第１実施形態を示すブロック図であり、本体１０、テレビ受像機３０、マイク５０を示している。
本体１０は、この本体１０の全体の動作を統括・制御するＣＰＵ（中央処理装置）１２と、この本体１０の機能プログラムや文字フォント等を記憶するＣＰＵ用ＲＯＭ１３と、ホスト８０からの受信したデータ等を一時的に記憶するＣＰＵ用ＲＡＭ１４と、この本体１０へのＢＧＭ曲のリクエストを要求するデータである要求データを送信し、ホスト８０からの検索応答データ６０や応答データ７０（図９及び図１２を参照して、後で詳しく説明する。）を通信回線から受信するＭＯＤＥＭ／ＮＣＵ１５等を備えており、それらは、データバス１１に接続されている。
【００１２】
ＣＰＵ用ＲＯＭ１３には、記憶保持動作に電源を供給する必要がなく、かつ、書き換えることができないメモリ素子、例えば、マスクＲＯＭが使用される。
また、ＶＤＰ１７は、テレビ受像機３０の表示画面に表示する歌詞、静止画等の画像出力データを生成するためのものであり、データバス１１に接続されている。ＶＤＰ１７の出力は、映像Ｄ／Ａコンバータ１８によって、アナログ信号に変換された後に、ＮＴＳＣエンコーダ１９に入力される。
【００１３】
ＮＴＳＣエンコーダ１９は、アナログ信号に変換された画像出力データをＮＴＳＣ信号に変換するためのものであり、ＮＴＳＣ信号に変換された画像出力は、テレビ受像機３０の入力端子に入力されている。このＮＴＳＣエンコーダ１９は、家庭用のカメラ、ビデオデッキ、ＢＳ・ＣＳチューナ、ＴＶチューナ、ＣＡＴＶデコーダ、パソコン等の映像機器の出力映像を外部映像として取り込むことができる。
こうしてＮＴＳＣエンコーダ１９に取り込まれた外部映像は、ＢＧＭ曲の演奏を行っている間にテレビ受像機３０に表示される画面（図６，図８）等において、テレビ受像機３０の表示画面の背景画面として表示する背景動画の映像出力として使用することができる。
【００１４】
テレビ受像機３０は、映像入力端子に入力されたこれらの映像出力を、ブラウン管に表示する。
こうして、カラオケ装置のユーザは、カラオケ装置から直接出力された映像出力だけでなく、好みの背景動画をテレビ受像機３０の表示画面に表示させることもできる。
また、映像Ｄ／Ａコンバータ１８から受け取った本体１０の出力信号と、外部映像として入力された信号とを、随時、ＣＰＵ１２からの命令に応じて、切り替えることができる。
【００１５】
一方、本体１０は、音声処理部２０を有しており、音声処理部２０には、音源ＲＡＭ２２と、サンプリングで得られた各楽器の音源データを記憶するＷａｖｅＲＯＭ２３と、音源チップ２４と、音源Ｄ／Ａコンバータ２５と、ミキサ２６とが備えられており、それらは、データバス１１に接続されている。
音源ＲＡＭ２２は、ホスト８０から送信されてきた曲演奏データであるＭＩＤＩ（（Ｍｕｓｉｃａｌ Ｉｎｓｕｔｕｒｕｍｅｎｔｓ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅの略称。）以下同じ。）データを一時的に記憶する手段であり、ＷＡＶＥＲＯＭ２３は、各楽器の音色データにチャンネルを割り当てて記憶している。
【００１６】
ＷＡＶＥＲＯＭ２３が記憶している音色データは、通信によって受け取ることもできる。この場合には、音源ＲＡＭ２２を音色データ記憶用に使用するか、または、別途に音色データ記憶用としての記憶装置を設ければよい。特に、ホスト８０は、音色データをデジタル化したデータを使用する場合には、音質を劣化させることなく、通信回線を通して、音色データを本体１０に送信することができる。本体１０は、その音色データを受信し、曲演奏に使用することができる。
【００１７】
音源チップ２４は、ＢＧＭ曲の演奏を制御する手段であり、データバス１１、２１に接続されている。音源チップ２４の出力は、音源Ｄ／Ａコンバータ２５によってアナログ信号に変換された後に、ミキサ２６に入力されている。
ミキサ２６は、音源Ｄ／Ａコンバータ２５からの音色データとマイク５０から入力されたマイク音声とをＣＰＵ１２の命令にしたがって、ミキシングし、音声エフェクトを付加するためのものである。このミキサ２６によって、演奏曲とマイク５０から入力された音声信号とをミキシングすることができ、また、音声エフェクトを付加することができる。この音声エフェクトの制御信号は、ホスト８０から送信されてきたＭＩＤＩデータに含むことができる。
【００１８】
テレビ受像機３０のアンプ／スピーカ部３１Ｒ及び３１Ｌは、こうして生成・処理された音声信号を増幅し、出力音声とする。ミキサ２６の出力は、テレビ受像機３０の音声入力端子に入力され、さらにテレビ受像機３０のアンプ／スピーカ部３１Ｒ及び３１Ｌにステレオ信号で入力されていおり、スピーカ部３１Ｒ及び３１Ｌの２つのスピーカ部から、ステレオ出力をすることができるため、ステレオ出力音声でカラオケを楽しむことができる。
【００１９】
さらに、本体１０は、検索応答データメモリ１６を有している。この検索応答データメモリ１６は、ＣＰＵ１２の命令に従い、データの更新、追加をすることができる。検索応答データメモリ１６を記憶動作に電源供給の必要のないメモリを使用することによって、検索応答データメモリ１６に記憶した検索応答データを再使用することもできる。
【００２０】
図２は、本体１０を制御するＣＰＵ１２の構成の一部を示す図である。
電源入力処理部１２ａは、電源入力時の本体１０の各種の初期設定等を行う手段である。この電源入力処理には、周辺機器の認識・初期化等の動作のための本体１０の制御が含まれる。
画面制御部１２ｂは、テレビ受像機３０へ出力する画面表示の制御を行う手段である。画面表示に使用する画面データは、主としてＣＰＵ用ＲＯＭ１３にあらかじめ格納されているものであるが、ホスト８０から通信回線を通して受け取ったものでもよい。画面制御部１２ｂは、画面データをテレビ受像機３０の表示画面に表示するための映像出力の制御を行うほか、ＮＴＳＣエンコーダ１９に、切替信号を伝達して、外部入力された映像信号と、映像Ｄ／Ａコンバータ１８から出力された映像信号とを切り替え、または映像出力を停止することができる。
画面表示の内容については、図６及び図８を参照して後に詳しく説明する。
【００２１】
通信処理部１２ｃは、ホスト８０と本体１０が、通信を行うときに、本体１０側の制御を行う手段である。詳しく説明すると、通信処理部１２ｃは、ＮＣＵ／ＭＯＤＥＭ１５と接続され、ＮＣＵ／ＭＯＤＥＭ１５とデータの受け渡しを行うことができ、ＮＣＵ／ＭＯＤＥＭ１５は、通信回線を通してホスト８０と接続されている。一方、ＮＣＵ／ＭＯＤＥＭ１５は、本体１０内部において、データバス１１を通してＣＰＵ用ＲＯＭ１３やＣＰＵ用ＲＡＭ１４と接続されている。そして、本体１０内部の制御は、通信処理部１２ｃが行い、本体１０は、ホスト８０との間で互いにデータの受け渡しを行い、このデータを動作に使用することができる。
【００２２】
格納処理部１２ｄは、検索応答データ６０（図９を参照して後に説明する。）を検索応答データメモリ１６（図１）に格納する動作の制御を行う手段である。この格納処理部１２ｄは、通信処理部１２と連動して、この検索応答データメモリ１６（図１）に検索応答データ６０を格納する動作の制御を行う。
選択処理部１２ｅは、ユーザが操作用リモコン（不図示）や、本体１０の操作パネル（不図示）等の入力手段によって、選択入力操作を行った時に生ずる選択信号を検知して、ＣＰＵ１２の各処理部に対して、処理命令を出すための手段である。
【００２３】
例えば、選択入力によって生成された選択信号を検知したときに、次に表示する画面表示出力を行わなければならない場合は、画面制御部１２ｂに対して、その旨の信号を伝達し、処理命令を出す。
ジャンル指定部１２ｆは、ユーザが操作用リモコン（不図示）や、本体１０の操作パネル（不図示）等の入力手段によって、ジャンル指定の入力操作を行った時に生ずる操作信号を検出し、入力信号であるか否かを判断する手段である。ジャンル指定によって、検索要求データを生成することができる。
【００２４】
演奏処理部１２ｇは、ＢＧＭ曲の演奏をＭＩＤＩデータに従って、ＷＡＶＥＲＯＭ２３に記憶している音色データ（図３）を使用して、ＢＧＭ曲を組立て、演奏するための制御を行う手段である。この制御を行うため、演奏処理部１２ｅは、データバス１１（図１）を通して、音源チップ２４と接続され、音源チップ２４とデータの受け渡しを行う。
その他、ＣＰＵ１２には、ゲームや情報表示機能の実行を行う実行処理部（不図示）等の各種手段が備えられており、ゲームや情報表示機能といったカラオケ装置の多機能化された機能を実行することができる。
【００２５】
図３は、本体１０で演奏する楽曲の音源となるＷＡＶＥＲＯＭ２３に記憶するデータの一実施形態を示す概念図である。
図３の上段に示した部分は、チャンネルＣＨ１からチャンネルＣＨ５までの５種の音源にそれぞれチャンネルが割り当てられている部分を拡大して示しており、下段に示した部分は、ＷＡＶＥＲＯＭ２３に記憶するデータの全体を示している。
【００２６】
さらに詳しく説明すると、図３の上段に示した部分では、チャンネルＣＨ１に、ギターの音色を記録する音色データが、チャンネルＣＨ１に、ピアノの音色を記録する音色データが、ＣＨ２に、ホーンセクション（管楽器（主として金管楽器）の音色の総称）の音色を記録する音色データが、チャンネルＣＨ３に、ベースの音色を記録する音色データが、チャンネルＣＨ４に、ドラムの音色を記録する音色データが、チャンネルＣＨ５に、ストリングス（弦楽器の音色の総称）の音色を記録する音色データがそれぞれ割り当てられている。このそれぞれのチャンネルをＭＩＤＩデータによって指定し、ＢＧＭ音楽の音源に使用する。
これらの各チャンネルに、サンプリングで得られた音色を記録しておけば、ＢＧＭやカラオケで発音するときに、リアルな音声再生能力を本体１０に持たせることができる。
このように、ＷＡＶＥＲＯＭ２３は、それぞれの異なる音色について音色を記録する音色データにチャンネルを割り振って記憶しており、演奏データの指定によって、これらの音色を記録する音色データを取り出し、再生することができる。
また、図３の下段に示したように、音色を記録する音色データを多数記憶しておくことで、音色を使い分けることによって、音程やベロシティデータを変更することによる音色のエンベローブのずれを少なくすることができ、より緻密な音楽性の高い楽曲の演奏を行うことができる。
【００２７】
図４は、ホスト８０の構成の一部を示す図である。
ホスト８０は、このホスト８０の全体の動作を統括・制御するＣＰＵ８２と、複数の通信カラオケ装置及びその他のホスト８０等に電話回線等のアナログの公衆回線を通じて接続される通信Ｉ／Ｆ８４と、データベース８５を備えており、これらはデータバス８１によって互いに接続されている。さらに、データバス８１を通して、データを入出力するための入力端末８３と接続されている。
【００２８】
ＣＰＵ８２は、通信処理部８２ａと、入力端末受付部８２ｂと、属性情報ファイル制御部８２ｃと、検索応答データ生成部８２ｄと、応答データファイル制御部８２ｅと、応答データ生成部８２ｆとを有している。
データベース８５は、応答データファイルとして、ＢＧＭデータファイル８５ｄと、カラオケデータファイル８５ａと、ゲームデータファイル８５ｂと、情報表示データファイル８５ｃとを有する。
また、属性情報ファイルとして、ＢＧＭ属性情報ファイル８５ｈと、カラオケ属性情報ファイル８５ｅと、ゲーム属性情報ファイル８５ｆと、情報表示属性情報ファイル８５ｇとを有している。
【００２９】
ＣＰＵ８２について先に説明すると、まず、通信処理部８２ａは、データベース８５に記録されたＢＧＭ属性情報ファイル８５ｈから、本体１０と通信をするときに必要なデータ等の一定のデータを通信Ｉ／Ｆ８４に送り、本体１０やホスト８０のサブシステムとして設けられたサブホスト等との通信時の処理を行う手段である。通信処理は、具体的には、通信時に使用される一定のプロトコルを認識し、このプロトコルに従った通信データを生成する等の処理が含まれる。
【００３０】
入力端末受付部８２ｂは、入力端末８３からの入力を受け付け、入力端末８３から入力されたデータをデータベース８５に書き込み、または入力端末からの要求に応じてデータをデータベース８５から読み出す動作命令をＣＰＵ８２の各ファイル制御部８２ｃ，８２ｄ，８２ｅ，８２ｆに伝達するための手段である。
これら各ファイル制御部は、この動作命令を受けて、ファイル内のデータの検索、読み出し等を行う。
【００３１】
属性情報ファイル制御部８２ｃは、入力端末８３等からの要求に応じて、入力端末受付部８２ｂが伝達した動作命令に従い、各属性情報ファイルへの書き込み動作及び読み出し動作を制御する手段である。
データファイル制御部８２ｅは、入力端末８３等からの要求に応じて、入力端末受付部８２ｂが伝達した動作命令に従い、各属性情報ファイルへの書き込み動作及び読み出し動作を制御する手段である。
【００３２】
先に説明したように、データベース８５は、ＢＧＭデータファイル８５ｄと、ＢＧＭ属性情報ファイル８５ｈとを有している。データベース８５内の各ファイルは、ＣＰＵ８２の命令にしたがって検索、更新及び追加をすることができる。また、入力端末８３を操作することによっても検索、更新及び追加をすることができる。通信カラオケシステムの管理者は、データベース８５内のファイルに記憶されたデータの検索や入出力をすることによって、どのデータが端末１０に配布されているか、要求データの頻度等のカラオケシステムの運営状況を把握することができる。
【００３３】
各データファイルは、ホスト８０が送信する要求データに対応する応答データ７０の基礎となるデータを有するファイルであり、各属性情報ファイルは検索要求データに対応する検索応答データ６０の基礎となるデータを有する、ホスト８０が受信する要求データを含むデータファイルである。
本実施形態では、カラオケデータファイル８５ａとカラオケ属性情報ファイル８５ｅとが対応しており、また、ゲームデータファイル８５ｂとゲーム属性情報ファイル８５ｆとが対応しており、カラオケデータファイル８５ｃとカラオケ属性情報ファイル８５ｇとが対応しており、ＢＧＭデータファイル８５ａとＢＧＭ属性情報ファイル８５ｅとが対応している。
【００３４】
これらのデータファイルの対応関係は、互いに類似している。そのため、図に示した４つのデータファイルと４つの属性情報ファイルの計８つのファイルは、４つのデータファイルが集まった１つの大きなデータファイルと４つの属性情報ファイルが集まった１つの大きな属性情報ファイルの計２つのファイルと考えてもよい。
以下に説明する実施形態では、ＢＧＭデータファイル８５ｄと、ＢＧＭ属性情報ファイル８５ｅとを中心にして説明を進める。
【００３５】
ＢＧＭデータファイル８５ｄは、ＢＧＭ曲のＭＩＤＩデータを中心とした、ＢＧＭ曲で演奏する曲の１つ１つの音の長さ、強さ、音程等の演奏データを記憶しているファイルである。これらのデータはＢＧＭ曲ごとに異なるため、ＢＧＭ曲ごとに異なったデータとなっている。ＢＧＭ曲の演奏データは、ＣＰＵ８２の命令によって、ＢＧＭ曲の要求データに応じて本体１０へ送信する。この通信処理は、ＣＰＵ８２の通信処理部が行う。
【００３６】
さらに、通信時間の短縮等のため、応答データ７０は、通信処理部８２ａの制御によりデータ圧縮を施してから、本体１０に送信することができる。この場合には、データ圧縮によりデータ長が短くなるという効果があり、通信時間を短くすることができ、特にホスト８０とそのサブホスト間との通信には、システムの処理能力に余裕があるという点において、本体１０にデータの伸長をさせる場合よりも有効である。
【００３７】
ＢＧＭ属性情報ファイル８５ｈは、新しいデータを送信することができるか否かを本体の機種に対応させて記録しているファイルである。詳しくは、図５を参照して、後に説明する。
【００３８】
このように、データベース８５は、応答データファイルであるＢＧＭデータファイル８５ｄ、ゲームデータファイル８５ｃ及び情報表示データファイル８５ｅと、属性情報ファイルであるＢＧＭ属性情報ファイル８５ｈ、ゲーム属性情報ファイル８５ｄ（例えば、野球ゲームやサッカーゲーム等の属性情報を記録したファイル）及び情報表示属性情報ファイル８５ｆ（例えば、ニュースや天気予報等の属性情報を記録したファイル）に関係するデータを記憶させることができる。そのため、ホスト８０から本体１０へこれらのファイルから抽出したデータを送信して、本体１０のゲーム機能や情報表示機能によって、これらのデータを使用することができる。
【００３９】
尚、データベース８５に使用する記録媒体には、主としてハードディスクを使用することができるが、ハードディスク以外の記憶媒体、例えば、光ディスク等のデータを電気、磁気、光学的に記憶することができる記憶媒体を、補助的にまたは主要部として使用することもできる。
【００４０】
図５は、ＢＧＭ属性情報ファイル８５ｈに含まれるファイルの内容を示した模式図である。
ＢＧＭ属性情報ファイル８５ｈは、ＢＧＭ曲の曲番号、ＢＧＭ曲のジャンル及びＢＧＭ曲のリクエスト回数を対応関係をもって記憶している。
さらに詳しく説明すれば、ＢＧＭ曲それぞれに対応して付された曲番号データと、そのＢＧＭ曲がいかなる楽曲であるかを示す楽曲のいわば属性を示すジャンルデータと、今までにリクエストがされ、本体１０に送信した回数を示すリクエスト回数データを対応関係を持たせながら記憶している。
【００４１】
本実施形態で示したこれらのファイルは、このように、ホスト８０が対応関係をもって記憶しているデータの一例を示しており、例えば、曲番号「０１−０１」は、ジャンルは「演歌」であり、リクエスト回数は、「４回」となっている場合のそれぞれのデータを示している。
これらのデータはお互いに関連づけされているため、例えば、ジャンル「ロック」を指定すれば、「ロック」に対応した楽曲を抽出することができる。例えば、図５に示した場合おいて、「ロック」を指定すれば、曲番号「０１−０１」，「９９−９９」を抽出することができ、さらに曲番号「０１−０１」，「９９−９９」の楽曲がそれぞれリクエスト回数が「７回」及び「１８回」であることを抽出することができる。
【００４２】
さらに、ＢＧＭ属性情報ファイル８５ｈには、曲番号、ジャンル及びリクエスト回数の３つのデータだけでなく、他の属性も記憶しておくことができ、記憶した属性情報は、曲番号，ジャンル，リクエスト回数の場合と同様に、いずれかのデータを指定することにより、データを抽出することができる。
そして、この抽出作業を繰り返すことにより、ＢＧＭ属性情報ファイル８５ｈに記録しているデータの絞り込みを行うことができる。例えば、ジャンルが「ロック」でかつ１０回以上リクエストがされているものを抽出するため、指定すれば、曲番号「９９−９９」を抽出することができる。
【００４３】
こうして、例えば、リクエスト回数が多い（最も要求データの受信が多い）とＢＧＭ属性ファイルに記憶されているＢＧＭ曲を要求される頻度の高い順にベスト１０に抽出して応答データ７０とすることができる。
このことは、カラオケ属性情報ファイル８５ｅ、ゲーム属性情報ファイル８５ｆ及び情報表示属性情報ファイル８５ｇにおいても同様である。ただし、「曲番号」ではなく、「カラオケ番号」，「ゲーム番号」，「情報表示番号」のように、それぞれの機能に応じた名称や属性が記憶されている。
【００４４】
また、このカラオケ属性情報ファイル８５ｅ、ゲーム属性情報ファイル８５ｆ及び情報表示属性情報ファイル８５ｇに記憶された属性データは、変更、更新及び追加を入力端末８３から行うことができる。更新や追加を新曲の追加等の度に行うことによって、常にカラオケ曲の属性を記録し続けることができる。さらに、通信回線を通じて他のコンピュータ等からデータ内容の変更、更新及び追加を行うこともできるため、他のコンピュータ等からデータを一括管理することにより、データ管理の省力化を図ることができる。
【００４５】
これらのカラオケ属性情報ファイル８５ｅ、ゲーム属性情報ファイル８５ｆ及び情報表示属性情報ファイル８５ｇは、後に詳しく説明する検索応答データ６０の生成に使用するが、入力端末８３を操作することによって、必要なデータを抽出して取り出すことができ、取り出したデータを曲のリクエスト状況等の把握に使用することもできる。
【００４６】
図６は、本体１０がテレビ受像機３０の表示画面に表示出力する画面表示の１部を示す図である。
メニュー選択画面３０ａは、テレビ受像機３０の表示画面に表示される画面表示であり、本体１０で使用することができる機能が表示されている。
本実施形態では、「１．カラオケ」，「２．ゲーム」，「３．情報」，「４．ＢＧＭ」の４つの機能が表示されている。この画面表示に使用する画面データは、本体１０のＣＰＵ用ＲＯＭ１３があらかじめ記憶しているものである。
また、本体１０がさらに多機能化された場合や、本体１０が本実施形態とは異なる機能が付加された場合には、機能の名称が新たに付加されたり、異なる機能の名称が表示されることになる。
【００４７】
メニュー選択画面３０ａの次に示した点線で示した画面表示は、点線で表示されている間に、本体１０は、何か別の画面表示出力をすることを意味している。例えば、このメニュー選択画面３０ａの画面表示に従って、例えば、「２．ゲーム」を選択すると、メニュー選択画面３０ａはクリアされ、ゲーム画面が表示され、テレビ受像機３０の画面上でビデオゲームをすることができる。そして、ゲームが終了すると、再びメニュー選択画面３０ａが表示される。
このように、まず、メニュー選択画面３０ａが表示されるため、ユーザは、多機能化された本体１０の機能から、使用したい機能を選び出し、容易に選択することができる。また、一定の機能が終了したときにも、再びメニュー選択画面３０ａの指示に従ってメニュー選択を行うことができる。
【００４８】
図７は、本体１０及びホスト８０の動作を示すフローチャートである。
Ｓ１０１では、本体１０は、電源入力処理をする。電源入力処理は、ＣＰＵ１２の電源入力処理部１２ａ（図２）が行うものであり、電源入力処理によって、電源入力時の本体１０の各種の初期設定等が行われる。電源入力処理が終了すると、Ｓ１０２に進む。
Ｓ１０２では、本体１０は、テレビ受像機３０の表示画面にメニュー選択画面３０ａを表示する。テレビ受像機３０の表示画面に出力する画面表示の制御は、ＣＰＵ１２の画面制御部１２ｂ（図２）が行う。この画面に使用する画面データは、ＣＰＵ用ＲＯＭがあらかじめ記憶しているものである。テレビ受像機３０の表示画面にメニュー選択画面３０ａが表示されると、Ｓ１０３に進む。
【００４９】
Ｓ１０３では、本体１０は、メニュー選択を受け付ける。メニュー選択がされると、選択された機能の内容によって、それぞれ、Ｓ１０４、Ｓ１０５、Ｓ１０６又はＳ１０７でそれぞれ定義された処理へ進む。
この定義された処理について説明すると、Ｓ１０４、Ｓ１０５、Ｓ１０６及びＳ１０７では、本体１０は、それぞれ、Ｓ１０４ではカラオケ処理、Ｓ１０５ではゲーム処理、Ｓ１０６では情報表示処理、Ｓ１０７ではＢＧＭ処理を行う。
このように、多機能化されたカラオケ装置では、音声処理部の制御によるカラオケ曲の演奏だけでなく、ゲーム、情報表示、ＢＧＭ音楽の演奏などをすることができる。
【００５０】
そして、これらＳ１０４、Ｓ１０５、Ｓ１０６及びＳ１０７での処理が終了すると、本体１０は、Ｓ１０２に進み、テレビ受像機３０の表示画面にメニュー画面表示をする。
このような連続した処理によって、いずれかのステップにおいて電源が切断されるまで、本体１０はこれらの処理を行っている。
【００５１】
図８は、本体１０がテレビ受像機３０の表示画面に表示出力する画面表示の１部を示す図である。
（Ａ）は、ＢＧＭ曲の演奏中に、メニュー選択画面３０ａをＢＧＭ画面３０ｄに切り替える場合の画面表示を示している図であり、（Ｂ）は、ＢＧＭ曲の演奏中に、曲選択画面３０ｂの画面表示をクリアした後に表示する、表示出力が停止した画面３０ｄ−１を示している図である。
【００５２】
図８（Ａ）は、すでに説明したように、ＢＧＭの演奏中に、メニュー選択画面３０ａをＢＧＭ画面３０ｄに切り替える場合の画面表示を示している図である。さらに詳しく説明していくと、曲選択画面３０ｂは、テレビ受像機３０の表示画面に表示される画面表示であり、本体１０で演奏するＢＧＭ曲の曲入力案内を行う画面である。この曲選択画面３０ｂには、入力途中のＢＧＭ曲の曲番号を表示するため、曲番号の誤入力を防ぐことができる。曲選択画面３０ｂの画面表示を参考にしながら、演奏を希望する曲の入力を行うと、曲選択画面３０ｂはクリアされ、通信中画面３０ｃがテレビ受像機３０の表示画面に表示される。
【００５３】
通信中画面３０ｃは、テレビ受像機３０の表示画面に表示される画面表示である。通信中画面３０ｃが表示されている間に、ホスト８０との要求データと応答データ７０の受け渡しが通信回線を通して行われる。ホスト８０と本体１０との間の通信が終了すると、通信中画面３０ｃがクリアされ、音色カット選択画面３０ｄが表示される。
【００５４】
（Ｂ）は、ＢＧＭの演奏中に、曲選択画面３０ｂの画面表示をクリアした後に表示する、表示出力が停止したときにテレビ受像機３０の表示画面に表示される画面３０ｄ−１を示している図である。
さらに詳しく説明していくと、下段に示した画面３０ｄ−１は、映像出力が停止したときの画面表示を示しており、ブラウン管の地色に近い色彩を示している。テレビ受像機３０のブラウン管には何も出力されないため、表示画面に画像が焼き付くことや、表示画面の発色が劣化することを防止することができる。
尚、ブラウン管の劣化防止のためには、輝度の低い画像を表示するものが効果的であるといわれており、ブラウン管の出力を停止することがこの点で最も良い方法である。
【００５５】
図９は、ホスト８０が送信し、本体１０が受信する検索応答データ６０の内容を示す概念図である。
まず、検索応答データ６０の先頭には、ヘッダデータとして、検索応答データ６０であることを示す種別データ６１がある。
次に、曲１の要求データ６２がある。要求データ６２には、本体１０が送信を希望する曲を具体的に指定するデータが含まれており、この要求データ６２は、本体１０が発信するためのものである。
【００５６】
曲１の要求データ６２の次には、曲２の要求データ６３、曲３の要求データ６４、曲４の要求データ６５、曲５の要求データ６６が続いて送られる。
このように、検索応答データ６０では、種別データ６１につづいて、次々と曲の要求データが送られる。また、検索応答データ６０に含まれる要求データの数を増加することによって、本体１０が送信することができる曲の数を増加することができ、本体１０は、一回の検索応答データ６０の受信によって、多数のＢＧＭ曲の演奏を行うことができる。
【００５７】
また、検索応答データ６０は、ホスト８０に本体が送信すべき要求データを直接含んでいるため、新たに本体１０が要求データの生成をしてから送信するよりも本体１０にとって効率がよい。ただし、本体１０が送信すべき要求データを直接含んでいない曲のみを指定するデータを送信すれば、ホスト８０にとって、処理の負担が軽減され、本体１０は簡単な（短い）データを受信し、検索応答データメモリ１６に格納するため、本体１０は、より多くの要求データを有する検索応答データ６０を受け取ることができる。
【００５８】
図１０は、本体１０及びホスト８０の動作を示すフローチャートである。本実施形態の通信カラオケ装置のＢＧＭ処理は、本体１０とホスト８０との間で行われるＢＧＭ曲の演奏データを要求する要求データと応答データ７０のやりとりが主なものである。Ｓ１００１では、本体１０は、本体１０の動作全体を示す図７を参照して説明したＳ１０７において、定義されたＢＧＭ処理を開始する。ＢＧＭ処理が開始されると、Ｓ１００２に進む。
【００５９】
Ｓ１００２では、本体１０は、メニュー画面３０ａ（図６）をクリアして、テレビ受像機３０の表示画面にジャンル指定画面３０ｂ（図８）を表示させる。この処理は、ＣＰＵ１２の画面制御部１２ａ（図２）が行う。この処理が終了すると、Ｓ１００３に進む。
Ｓ１００３では、本体１０は、ジャンル選択入力を受け付ける。ジャンル選択が本体１０のリモコン（不図示）や、本体１０の前面にある操作パネル（不図示）からされると、その旨の入力信号が、ＣＰＵ１２のジャンル指定部１２ｅ（図２）に伝えられる。その後、Ｓ１００４に進む。
【００６０】
Ｓ１００４では、本体１０は、検索要求データを生成する。詳しく説明すると、ＣＰＵ１２のジャンル指定部１２ｅが、ジャンル指定のデータを有する検索要求データを生成する処理を行い、一時的にＣＰＵ用ＲＡＭ１４に記憶する。検索応答データ６０が生成されると、Ｓ１００５に進む。
【００６１】
Ｓ１００５では、本体１０は、ＢＧＭ曲を指定したその検索要求データをホスト８０に送信する。通信回線へデータを送信するのは、ＮＣＵ／ＭＯＤＥＭ１５（図１）であり、この制御を行うのは、ＣＰＵ１２の通信処理部１２ｃ（図２）である。検索要求データの送信が終了すると、Ｓ１００８に進む。尚、このＳ１００７では、音色データをホスト８０に要求するデータを、送信する検索要求データに含めることができる。
【００６２】
Ｓ１００６では、本体１０は、テレビ受像機３０の表示画面に、通信中画面３０ｃ（図３）を表示する。通信中画面３０ｃのデータは、ＣＰＵ用ＲＯＭ１３に記憶しているものであり、ＣＰＵ１２の画面制御部１２ｂ（図２）が行う。通信中画面３０ｃを表示すると、Ｓ１００９で検索応答データ６０（図９）を受信するまでスタンバイする。
【００６３】
以下に、Ｓ４０２で本体１０が発信した検索要求データを受信したホスト８０の動作について説明する。
Ｓ２００１では、ホスト８０は、本体１０が送信した検索要求データ６０（図９）を通信回線から受信する。検索要求データの受信は、通信Ｉ／Ｆ８４が行い、通信Ｉ／Ｆ８４の制御は、ＣＰＵ８２の通信処理部８２ａが行う（図４）。この検索要求データは、本体１０が送信を希望する曲の指定が含まれる。検索要求データの受信が終了すると、Ｓ２００２に進む。
Ｓ２００２では、ホスト８０は、検索要求データによって指定されたＢＧＭ曲の演奏データを、属性情報ファイル（図５）から検索・抽出し、取り出す。属性情報ファイルの検索やデータの取り出しは、ＣＰＵ８２の属性情報ファイル制御部８２ａが行う（図４）。このＢＧＭ曲の演奏データの検索及び取り出しが終了すると、Ｓ２００３に進む。
【００６４】
Ｓ２００３では、ホスト８０は、この演奏データを、検索応答データ６０として、本体１０に送信する準備を開始し、検索応答データ６０（図９）を生成する。検索応答データ６０の生成は、本体１０に、検索応答データ６０（図９）を送信する準備が整うと、Ｓ２００４に進む。
Ｓ２００４では、ホスト８０は、通信回線を使用して、Ｓ５０１で受信した検索要求データに対応する検索応答データ６０を、通信回線を使用して、本体１０に送信する。送信は、通信Ｉ／Ｆ８４が行い、通信Ｉ／Ｆ８４の制御は、ＣＰＵ８２の通信処理部８２ａが行う（図４）。検索要求データに対応する検索応答データ６０（図９）の送信を終了すると、次の要求データを受信するまで本体１０はスタンバイする。
【００６５】
Ｓ１００７では、本体１０は、ホスト８０が通信回線へ送信した検索応答データ６０（図９）を受信する。通信回線から検索応答データ６０を受け取るのは、ＮＣＵ／ＭＯＤＥＭ１５であり、この制御を行うのは、ＣＰＵ１２の通信処理部１２ｃ（図２）である。検索応答データ６０の受信が終了すると、Ｓ１００８に進む。
Ｓ１００８では、本体１０は、Ｓ１００９で受信した検索応答データ６０を検索応答データメモリ１６に格納する。この格納動作の制御は、ＣＰＵ１２の格納処理部１２ｄが行う。検索応答データ６０を格納すると、Ｓ１００９（図１１）に進む。
【００６６】
図１１は、本体１０及びホスト８０の動作を図１０に続いて示すフローチャートである。
Ｓ１００９では、本体１０は、検索応答データメモリ１６に格納した検索応答データ６０（図９）をもとに、ＢＧＭ曲に使用する楽曲を具体的に指定した要求データを生成する。要求データを生成するのは、ＣＰＵ１２（図１）である。要求する楽曲を具体的に指定した要求データの生成が終了すると、Ｓ１０１２に進む。尚、Ｓ１０１１で生成するデータには、音色データをホスト８０に要求する旨のデータを、送信する要求データに含めることができる。
【００６７】
Ｓ１０１０では、本体１０は、ＢＧＭ曲を具体的に指定した要求データを通信回線を通してホスト８０に送信する。通信回線へデータを送信するのは、ＮＣＵ／ＭＯＤＥＭ１５（図１）であり、この制御を行うのは、ＣＰＵ１２の通信処理部１２ｃ（図２）である。要求データの送信が終了すると、Ｓ１０１３で応答データ６０を受信するまで、本体１０はスタンバイする。尚、このＳ１０１２では、音色データをホスト８０に要求するデータを、送信する要求データに含めることができる。
【００６８】
Ｓ２００５では、ホスト８０は、本体１０が送信した要求データを通信回線から受信する。通信回線から要求データを受信するのは、通信Ｉ／Ｆ８４が行い、通信Ｉ／Ｆ８４の制御は、ＣＰＵ８２の通信処理部８２ａ（図４）が行う。
この要求データには、本体１０が送信を希望する曲の指定が含まれる。要求データの受信が終了すると、Ｓ２００６に進む。
Ｓ２００６では、ホスト８０は、要求データによって指定されたＢＧＭ曲の演奏データを、ＢＧＭ応答データファイルから検索し、取り出す。この検索、制御は、ＣＰＵ８２のデータファイル制御部８２ｅ（図４）が行う。ＢＧＭ曲の演奏データの検索及び取り出しが終了すると、Ｓ２００７に進む。
【００６９】
Ｓ２００７では、ホスト８０は、この演奏データを、本体１０に送信するための応答データ７０の生成を行う。応答データ７０の生成は、Ｓ２００６で検索し、取り出したＢＧＭ曲の演奏データをもとに、ＣＰＵ８２の応答データ生成部８２ｆ（図４）が行う。
さらに、応答データ７０を生成するときに、受信した要求データに対応する属性情報ファイルに、変更を加える。つまり、属性情報ファイルに記録している要求データの受信回数を記録する項目を変更し、要求データの要求があった旨を記録する。この記録の制御は、ＣＰＵ８２（図２）の属性情報ファイル制御部８２ｃが行う。
この属性情報ファイルの変更によって、次の検索要求データの送信に変更した属性情報ファイルに記録したデータを使用することができる。
【００７０】
応答データ７０が生成され、本体１０に応答データ７０を送信する準備が整うと、Ｓ２００７に進む。
Ｓ２００８では、ホスト８０は、通信回線を使用して、Ｓ５０１で受信した要求データに対応する応答データ７０を、通信回線を使用して、本体１０に送信する。応答データ７０の送信は、通信Ｉ／Ｆ８４が行い、通信Ｉ／Ｆ８４の制御は、ＣＰＵ８２の通信処理部８２ａが行う（図４）。この応答データ７０の送信を終了すると、ホスト８０が行う処理は、終了する。
【００７１】
Ｓ１０１１では、本体１０は、ホスト８０が送信した応答データ７０を受信する。通信回線からデータを受け取るのは、ＮＣＵ／ＭＯＤＥＭ１５であり、このＮＣＵ／ＭＯＤＥＭ１５の制御を行うのは、ＣＰＵ１２の通信処理部１２ｃ（図２）である。受信した応答データ７０は、ＣＰＵ用ＲＡＭ１４に格納する。応答データ７０の受信が終了すると、本体１０は、Ｓ１０１４に進む。
尚、このＳ１０１１では、音色データをホスト８０から受信することもでき、受信した音色データは、ＢＧＭ曲の演奏に使用することができる。
Ｓ１０１２では、本体１０は、テレビ受像機３０に表示されている通信中画面３０ｃ（図８）をクリアして、演奏中画面３０ｄを表示する。ＢＧＭ曲の演奏は、ＣＰＵ１２の画面制御部１２ｂ（図２）が行う。画面表示のための処理が終了すると、Ｓ１０１３に進む。
【００７２】
Ｓ１０１３では、本体１０は、ＢＧＭ曲を演奏する。ＢＧＭ曲の演奏は、ＣＰＵ１２の演奏処理部１２ｈ及び音声処理部２０の音源チップ２４が主として制御を行う。一方、ＢＧＭ曲の演奏中には、テレビ受像機３０の表示画面には、演奏中画面３０ｄ（図８）が表示され、ＢＧＭ曲の演奏が終了すると、Ｓ１０１４に進む。
Ｓ１０１４では、本体１０は、曲の演奏が終了したか否かを判断する。曲の演奏が終了していない場合には、Ｓ１０１３に戻り、演奏を継続する。曲の演奏が終了していた場合には、Ｓ１０１５に進む。
Ｓ１０１５では、本体１０は、検索応答データ６０（図９）にリストアップされている曲を全て演奏し、終了したか否かを判断する。全曲の演奏が終了していない場合には、Ｓ１００９に戻り、要求データを生成し、継続して演奏を行う。全曲の演奏が終了していた場合には、本体１０のＢＧＭ処理を終了する。
ＢＧＭ処理が終了すると、Ｓ１０２（図７）に戻り、メニュー選択画面３０ａを表示する。
このようにして、本体１０は、検索応答データ６０（図９）にリストアップされている曲を全て演奏することができる。
【００７３】
（第２実施形態）
第２実施形態は、カラオケ曲としてホスト８０がカラオケデータファイル８５ａに記憶しているデータをＢＧＭ曲の演奏データとして使用する場合についての実施形態である。
カラオケ曲のデータをＢＧＭ曲の演奏データとして使用する場合おいても、ホスト８０は、以下のようなデータ形式を使用して、カラオケ曲の演奏データを応答データとして、通信回線から送信することができ、本体１０は、カラオケ曲の演奏データを応答データとして、通信回線から受信することができる。
尚、以下に示す第２実施形態においても、説明の便宜のため、第１実施形態の説明に使用した図面を適宜参照して説明を行う。
【００７４】
図１２は、ホスト８０が送信し、本体１０が受信する曲演奏データである応答データ７０の内容を示す概念図である。
この曲演奏データは、カラオケ曲の演奏においても、ＢＧＭ曲の演奏においても、同様の形式を持つものである。ただし、その内容は、曲ごとに異なっているものである。
図１２（Ａ）は、演奏データの配列状態を示す図であり、（Ｂ）は、ギター１のイベントデータ７２を拡大して示す図である。
まず、図１２（Ａ）について説明すると、応答データ７０には、ＢＧＭ曲の演奏データとしてＭＩＤＩデータが使用されている。
まず、ＭＩＤＩデータの先頭に、ヘッダ・チャンク７１がある。ヘッダ・チャンク７１は、実際の演奏データであるトラック・チャンクで取り扱われるデータの定義等をするデータである。
ヘッダ・チャンク７１には、ＭＩＤＩデータであることを示すチャンク・タイプ・データ等が含まれる。
【００７５】
ヘッダ・チャンクに続いて、トラック・チャンクがＭＩＤＩデータには含まれる。曲の実際の演奏データは、トラック・チャンクが保持しているデータである。図１２においては、イベントデータ７２，７３，７４，７５及び７６がトラック・チャンクである。
このトラック・チャンクには、音色の発音をするための手順を示すイベントデータが含まれている。
図１２においては、イベントデータ７２は、ギター１（例えば、エレクトリック・ギター）の演奏を、イベントデータ７３は、ギター２（例えば、アコースティック・ギター）の演奏を、イベントデータ７４は、ホーンセクションの演奏を、イベントデータ７５は、ベースの演奏を、イベントデータ７６は、ドラムの演奏をそれぞれ制御するデータである。
さらに、音声エフェクト用制御データ等の演奏以外のデータも、エクスクルーシブデータ（不図示）として、ＭＩＤＩデータ中に含むことができる。
【００７６】
また、（Ｂ）に示したように、イベントデータには、発音開始を意味するキーＯＮデータ、音源を指定するチャンネルデータ、音程を指定するキーノートナンバー、音の強さを指定するベロシティデータ７２ｃが含まれる。
また、発音した音を停止させるデータとして、「キーＯＦＦデータ」があり、このデータにより、指定しているチャンネルに記憶している音色データの発音を停止することができる。
【００７７】
以下に、これらのデータの使用方法について具体的に例を挙げて説明する。
図１２では、イベントデータ７２が、「チャンネルＣＨ１」のギターの音色をステータスデータ７２ａで指定しており、キーノートナンバー７２ｂは、「Ｃ３」の音を指定しており、ベロシティデータ７２ｃは、「５６」を指定している。ベロシティデータ７２ｃが１２８段階に区分されている場合、「０」が無音状態にあたり、「５６」は、最強時の５６／１２７の強さを指定していることになる。そして、ギターの音色は、４４０Ｈｚのいわゆる「ド」の音であるため、ギターの音色は、規定されたタイミングでベロシティデータの最大値の５６／１２７で、４４０Ｈｚのいわゆる「ド」の音を発音する。
この一つ一つの音色データを音源チップ２４及びＣＰＵ１２（図１）がコントロールし、一つ一つの音の積み重ねが、曲の演奏となる。
【００７８】
第２実施形態では、受け渡されるデータがカラオケのデータであること、ホスト８０が参照するデータが、カラオケのデータであること等がＢＧＭ専用のデータを使用してＢＧＭ専用の曲を演奏する場合と相違する以外は、本体１０及びホスト８０の動作はほぼＢＧＭ専用の曲を演奏する場合と同じである。
Ｓ１００４及びＳ１００５（図９）で検索要求データを本体１０が生成し、送信するときには、この検索要求データは、ホスト８０に備えられたデータベース８５の中にあるカラオケ属性情報ファイル８５ｅを検索するための要求データである。
【００７９】
ホスト８０は、この検索要求データを、Ｓ２００１で受信し、Ｓ２００２，Ｓ２００３では、カラオケ属性情報ファイル８５ｅを検索し、カラオケ曲の属性情報をもとに検索応答データ６０（図９）を、Ｓ２００４で本体１０に送信する。本体１０は、この検索応答データ６０をＳ１００７で受信し、Ｓ１００８（図１０）で検索応答データメモリ１６に格納すると、この検索応答データ６０をもとに、要求データを生成し、Ｓ１００９で本体１０に送信する。
【００８０】
ホスト８０は、この要求データを、Ｓ２００５で受信し、Ｓ２００６，Ｓ２００７では、カラオケデータファイル８５ｅに記憶しているカラオケ曲の演奏データから、応答データを生成する。
ただし、本実施形態では、カラオケ曲のＭＩＤＩデータのうち、メロディラインに対応する音色のみを、ホスト８０で変更して本体１０に送信する。
さらに詳しく説明すると、ホスト８０は、Ｓ２００７に対応するステップで、図１２で示したベロシティデータ７２ｃを一定の値に増やして応答データを生成してから送信する。メロディラインを構成する音源は、ステータスデータ７２ａで把握できるので、ホスト８０は、このＭＩＤＩデータ（図１２）を解析し、ステータスデータ７２ａに対応するベロシティデータ７２ｃの値を増やして送信する。Ｓ２００４で本体１０に送信する。
【００８１】
このように演奏データをあらかじめ変更して送信すれば、ＢＧＭ曲専用のＢＧＭデータファイルや、カラオケデータにＢＧＭ曲の演奏をするためにＢＧＭ演奏データを入力しておかなくても、カラオケ曲をそのままＢＧＭ曲として使用することができる。
さらに、カラオケ曲をそのままＢＧＭとして使用する場合には、曲演奏データは、カラオケの歌唱を妨げないように、カラオケ曲のメロディラインに対応するベロシティデータ７２ｃが非常に弱く設定されている。そのため、そのままＢＧＭ曲として使用するとメロディラインがよく聞き取れず、わからなくなってしまうが、本実施形態のカラオケシステムでは、これを防止することができる。
【００８２】
（第３実施形態）
第３実施形態は、第２実施形態と同じく、ＭＩＤＩデータを変更してカラオケ用の演奏データをＢＧＭ用の曲として使用する場合の実施形態である。
第２実施形態では、ホスト８０がベロシティデータ７２ｃを変更して、カラオケ曲としての演奏データをＢＧＭ用の演奏データに使用する場合について説明したが、第３実施形態では、本体１０がカラオケ曲の演奏データを変更してＢＧＭ用の演奏データとする場合の実施形態である。
【００８３】
尚、第２実施形態と同じく、第１実施形態の説明で使用した図面を参照して、説明を進める。
本体１０は、検索要求データを出す。この検索要求データはカラオケ曲についてのものであり、検索応答データ６０も、これに従いカラオケ曲の要求データを含むものである。
ここまでは通常のカラオケ曲の演奏を行う場合と変わらないが、この後、演奏をする前に、本体１０は、カラオケ曲の演奏データのベロシティデータ７２ｃを変更して、メロディラインの音色を強く出すように変更することにより、カラオケ曲の演奏データをＢＧＭ用の音楽として使用する。
【００８４】
第３実施形態においても、第２実施形態と同じく、カラオケ曲をそのままＢＧＭとして使用する場合には、曲演奏データは、カラオケの歌唱を妨げにように、カラオケ曲のメロディラインに対応するベロシティデータ７２ｃが非常に弱く設定されている。そのため、そのままＢＧＭ曲として使用するとメロディラインがよくわからなくなってしまうことを防止することができる。
【００８５】
（変形形態）
以下に本発明の実施形態における変形形態について説明する。
１．以上の発明の詳細な説明に示した通信カラオケ装置の全体構成は、前述のものに限られず、他の構成でも置き換えることができる。
例えば、以上の発明の詳細な説明では、端末１０と、テレビ受像機３０と、マイク５０とが分離した形で構成される通信カラオケ装置について説明したが、これらのいずれか又は全部が内蔵されている通信カラオケ装置、例えば、ＣＲＴと端末とアンプ／スピーカを内蔵した一体型通信カラオケ装置であっても、ＣＲＴと端末が一体となっているものでも、これらのものをすべて一体にし、かつ小型化した携帯用のハンディカラオケ装置でも、そのカラオケ装置は本発明の技術的範囲に属する。
【００８６】
２．以上の発明の詳細な説明に示した通信手段は、アナログ信号を使用した公衆回線で説明したが、通信が可能な回線であれば回線の種類を問わずに置き換えることができる。例えば、回線は、専用の回線、デジタル回線のいずれでもよく、通信の手段は、有線、地上波、衛星等のいずれであっても、そのカラオケ装置は本発明の技術的範囲に属する。
この場合、以上の発明の詳細な説明に説明したＭＯＤＥＭ／ＮＣＵや通信Ｉ／Ｆは、回線の種類に応じて、ＤＳＵ等のデータ回線終端装置を使用することができる。
【００８７】
３．以上に示した発明の詳細な説明では、ＭＩＤＩデータを使用して、カラオケ装置でカラオケ曲を演奏する場合について説明したが、ＭＩＤＩデータに限らず、その他のあらゆる音源制御データを使用してカラオケ装置を演奏する場合であっても、そのカラオケ装置は、本発明の技術的範囲に属する。
【００８８】
４．以上の発明の詳細な説明に示した画面表示の具体的内容は、画面表示の１例にすぎず、同趣旨のものであれば、本発明の技術的範囲に属する。
例えば、図面に示した画面表示のレイアウトや文言が変更されている場合においても、その画面表示は、本発明の概念に含まれる。
【００８９】
【発明の効果】
以上詳しく説明したように、本発明又は本実施形態は、以下の効果がある。
（１）通信カラオケ装置は、所定の条件を満たす要求データを指定する検索要求データを、通信回線へ送信し、要求データを含む検索応答データを受信する。そのため、具体的に曲を指定しなくても、大まかな所定の条件を要求する検索要求データを通信回線に送信することにより、一定の条件を満たした応答データを要求する要求データを受け取ることができる。通信カラオケ装置がホストコンピュータと通信を行う場合には、要求データを送信することによって、受け取った応答データを使用することにより、大まかな指定を検索要求データの送信時に行うだけで、通信カラオケ装置は、一定の条件を満たした動作をすることができる。
【００９０】
（２）通信カラオケ装置は、検索応答データを受信したとき受信した検索応答データから要求データを抽出し、抽出した要求データを通信回線へ送信する。そのため、通信カラオケ装置が受信した要求データによってホストコンピュータに対して、具体的な応答データの送信を要求することができる。通信カラオケ装置は、検索要求データを送信することにより、すぐに検索応答データに含まれる要求データによって、ホストコンピュータに対して、具体的な応答データの送信を要求することができる。
【００９１】
（３）通信カラオケ装置は、受信した検索応答データに複数の要求データを含むため、検索要求データに課した条件に該当する応答データが多数ある場合に、その多数の応答データを受信することができる。この検索応答データには、要求データが含まれるので、通信カラオケ装置は、要求データを送信することができる。そのため、検索応答データが、複数の要求データを含むものであるときには、ＢＧＭ音楽を長時間演奏し、逐一曲を選択し指定することをしなくてもＢＧＭ曲を要求する要求データを受け取ることができ、通信カラオケ装置は、長時間通信カラオケ装置を使用するため、所定の操作をくり返さずにすみ、操作の煩雑さから解放される。
【００９２】
（４）通信カラオケ装置は、要求データを含む検索応答データを受信し、その要求データはホストコンピュータで要求される頻度の高いものを所定数だけ含むものである。そのため、人気のある要求データを通信カラオケ装置のユーザが自分で選ばなくてもホストコンピュータから受信することができる。さらに、この頻度はリアルタイムでホストから送られてくるものであるため、正確なものである。個人では、例えば、流行曲のベストテンを選択して要求データとしてホストコンピュータに送信することは難しいが、所定の条件としてホストコンピュータで要求される頻度の高いものを所定数ベストテンとして受信することができるので、人気のある要求データを自分で選ばなくても受信することができる。
【００９３】
（５）通信カラオケ装置は、ＢＧＭ音楽の演奏データを要求する要求データを送信する。この検索応答データには、要求データが含まれるので、通信カラオケ装置は、要求データを送信することができる。そのため、検索応答データが、複数の要求データを含むものであるときには、ＢＧＭ音楽を長時間演奏し、逐一曲を選択し指定することをしなくてもＢＧＭ曲を要求する要求データを受け取ることができ、通信カラオケ装置のユーザは、長時間通信カラオケ装置を使用するため、所定の操作をくり返さずにすみ、操作の煩雑さから解放される。
【００９４】
（６）通信カラオケ装置は、検索応答データを記憶しておく記憶手段を有するため、受信した検索応答データを記憶することができる。このため、検索応答データの受信時に通信の相手方は、繰り返し細かいデータを送信しなくても済み、効率のよい通信を行うことができる。また、記憶手段に記憶する期間が長い期間であれば、受信した要求データを再度利用することもできるため、通信カラオケ装置のユーザは、記憶している要求データを再度使用して通信カラオケ装置を使用することができる。
【００９５】
（７）通信カラオケ用ホストコンピュータは、所定の条件を満たす要求データを指定する検索要求データを、通信回線から受信し、検索要求データに対応する要求データを含む検索応答データを、通信回線へ送信するため、所定の条件を課した検索要求データに対応する検索応答データをカラオケ装置に送信することができる。このため、通信カラオケ装置は、要求した所定の条件を満たす要求データを受け取ることができる。
【００９６】
（８）通信カラオケ用ホストコンピュータは、複数の要求データを含む検索応答データを送信する。このため、通信カラオケ装置は、通信カラオケ装置と通信を行った場合には複数の要求データを送信することができる。さらに、この複数の要求データは、通信カラオケ装置でＢＧＭ曲の演奏やゲームの実行に使用することができるため、通信カラオケ装置のユーザは、操作の煩雑さから解放される。
【００９７】
（９）通信カラオケ用ホストコンピュータは、ＢＧＭ音楽の演奏データである要求データを含む検索応答データを送信する。この検索応答データには、要求データが含まれるので、通信カラオケ装置は、要求データを送信することができる。そのため、検索応答データが、複数の要求データを含むものであるときには、ＢＧＭ音楽を長時間演奏し、逐一曲を選択し指定することをしなくてもＢＧＭ音楽を要求する要求データを受け取ることができ、通信カラオケ装置のユーザは、繰り返し同じ動作を繰り返し行わなければならなかったとき等の操作の煩雑さから解放される。
【００９８】
（１０）通信カラオケ用ホストコンピュータは、検索応答データは、要求される頻度の最も高いものを一定数含むため、人気のある要求データを含む検索応答データを、所定の条件を課した検索要求データに対して、送信することができる。特に、人気のある応答データであるか否かは、要求データを発信するユーザにとってはわかりにくいものである。しかし、通信カラオケ装置のユーザは、所定の条件を課した検索要求データを通信カラオケ用ホストコンピュータに発信するだけで、人気のある要求データを含む検索応答データを受け取ることができる。
【００９９】
（１１）通信カラオケ用ホストコンピュータは、要求データの属性を記憶する属性ファイルを有し、検索応答データは、属性ファイルに記録した属性に従い、抽出される。そのため、属性ファイルに記憶している属性に従い、所定の条件を満たす応答データを抽出することができるため、データの検索をすることができる。
【０１００】
（１２）通信カラオケ用ホストコンピュータは、検索応答データを送信されてきた検索要求データで指定された条件に従って、属性ファイルから抽出し、通信回線に送信するため、属性ファイルに記憶しているデータに従って抽出したデータを送信することできる。そのため、通信カラオケ用ホストコンピュータと通信カラオケ装置の間で通信を行ったとき、検索要求データに所定の条件を課すだけで、通信カラオケ装置は、送られた要求データを受信することができる。
【０１０１】
（１３）あらかじめ一定の条件を課した検索応答データを送信することができる通信カラオケ装置と、その条件に従った応答データの受信することができるホストコンピュータを含む通信カラオケシステムを構成することができ、以上に示した効果を有する通信カラオケシステムを構築することができる。
【図面の簡単な説明】
【図１】本発明のカラオケ装置（以下「本体１０」という。）の主要部分と接続機器の第１実施形態を示すブロック図である。
【図２】本体１０を制御するＣＰＵ１２の構成の一部を示す図である。
【図３】本体１０で演奏する曲の音源となるＷＡＶＥＲＯＭ２３の構成の一部を示す概念図である。
【図４】ホスト８０の構成の一部を示す図である。
【図５】ＢＧＭ属性情報ファイル８５ｈに含まれるファイルの内容を示した模式図である。
【図６】本体１０がテレビ受像機３０の表示画面に表示出力する画面表示の１部を示す図である。
【図７】本体１０及びホスト８０の動作を示すフローチャートである。
【図８】本体１０がテレビ受像機３０の表示画面に表示出力する画面表示の１部を示す図である。（Ａ）は、ＢＧＭの演奏中に、メニュー選択画面３０ａをＢＧＭ画面３０ｄに切り替える場合の画面表示を示している図であり、（Ｂ）は、ＢＧＭの演奏中に、曲選択画面３０ｂの画面表示をクリアした後に表示する、表示出力が停止した画面３０ｄ−１を示している図である。
【図９】ホスト８０が送信し、本体１０が受信する検索応答データの内容を示す概念図である。
【図１０】本体１０及びホスト８０の動作を示すフローチャートである。
【図１１】本体１０、及び、ホスト８０の動作を図１０に続いて示すフローチャートである。
【図１２】ホスト８０が送信し、本体１０が受信する応答データの内容を示す概念図である。
【符号の説明】
１０ 端末
１１ データバス
１２ ＣＰＵ
１３ ＣＰＵ用ＲＯＭ
１４ ＣＰＵ用ＲＡＭ
１５ ＭＯＤＥＭ／ＮＣＵ
１６ 検索応答データメモリ
１７ ＶＤＰ
１８ 映像Ｄ／Ａコンバータ
１９ ＮＴＳＣエンコーダ
２０ 音声処理部
２１ データバス
２４ 音源チップ
２２ 音源ＲＡＭ
２３ ＷＡＶＥＲＯＭ
２５ 音源Ｄ／Ａコンバータ
２６ ミキサ
８０ ホスト
【発明の属する技術分野】
本発明は、通信カラオケ装置、通信カラオケ用ホストコンピュータ及び通信カラオケシステムに関するものである。
【０００２】
【従来の技術】
従来から、この種のカラオケ装置には、カラオケ曲をＣＤやＬＤ等に記録してそのままＣＤプレーヤやＬＤプレーヤを使用してカラオケ曲を演奏するタイプのカラオケ装置と、演奏データと音色データとを分離して取り扱い、演奏データによって、音色データを制御し、カラオケ曲を合成して演奏するタイプのシンセサイザカラオケ装置とがある。
【０００３】
特に、シンセサイザカラオケ装置では、新曲への対応が早く、メンテナンスが容易である等の理由から、通信カラオケ装置が主流となっている。このシンセサイザカラオケ装置でもある通信カラオケ装置は、電話回線等の通信回線によってホストコンピュータ（以下、「ホスト」という。）と接続され、互いにデータを要求する要求データ及びこれに応答する応答データを受け渡すことができる。
【０００４】
通信カラオケ装置の動作についてさらに詳しく説明すると、通信カラオケ装置は、まず、要求データをホストへ送信する。すると、ホストは、カラオケ装置が送信した要求データに対応した演奏データを含む応答データを、通信回線を使用して通信カラオケ装置に送信する。通信カラオケ装置は、応答データを受信し、その演奏データを使用して、カラオケ曲の演奏をする。
すなわち、通信カラオケ装置は、通信カラオケ装置は、シンセサイザカラオケ装置の一種であるが、通信回線を使用してカラオケ曲の演奏データを得るという点が、通常のシンセサイザカラオケ装置と異なっている。
【０００５】
さらに、こうした通信処理や音声処理に使用する手段を活用して、カラオケ曲の演奏だけでなく、他の機能を付加した多機能通信カラオケ装置も販売されており、カラオケ装置の多機能化が進んでいる。
【０００６】
【発明が解決しようとする課題】
このような多機能化された通信カラオケ装置は、ただ単に楽曲を聞きたい場合や、カラオケ向けでない楽曲の演奏をするＢＧＭ機能を使用するときでも、演奏をする曲を演奏の度に選択し、指定しなければならなかった。
しかし、ＢＧＭとして使用する楽曲は、本来カラオケ曲として作成された楽曲が多いため、３〜４分の長さしかなく、すぐに楽曲が終了してしまう。そのため、再度の要求データの送信が必要になるため、楽曲が終了すると再度所定の操作によって楽曲を選択し、指定しなければならなかった。
そのため、長い時間（何回も）、通信カラオケ装置の曲演奏をＢＧＭ曲として使用するには操作が煩雑であるという課題があった。
【０００７】
また、この課題は、ＢＧＭの供給源としてカラオケ装置を使用する場合だけのものではない。例えば、ゲーム機能の場合であれば、所定の操作を繰り返すためにゲームに熱中し続けていられなくなるという課題があり、情報表示機能の場合であれば、細かく情報の内容を指定することや、多数の情報を概観することは難しいという課題がある。
そこで、本発明の目的は、自動的に所定の条件に従ったＢＧＭ曲を演奏することができる通信カラオケ装置やこの通信カラオケ装置に対応するホストコンピュータ、そして、これらのものを含むカラオケシステムを提供することである。
【０００８】
【課題を解決するための手段】
以上の課題を解決するため、請求項１の発明は、ホストコンピュータと、それに通信回線を介して接続される通信カラオケ装置からなる通信カラオケシステムであって、前記ホストコンピュータは、検索応答処理と、演奏データ送信処理を可能とし、前記検索応答処理は、前記通信カラオケ装置から検索要求データを受信した際、当該検索要求データに対応する複数の要求データを抽出して検索応答データとして当該通信カラオケ装置に送信し、前記演奏データ送信処理は、前記通信カラオケ装置から要求データを受信した際、当該要求データに対応する演奏データを抽出して当該通信カラオケ装置に送信し、前記通信カラオケ装置は、入力手段と、演奏手段と、制御手段とを備え、前記入力手段は、利用者から検索要求データを受け付け可能とし、前記演奏手段は、演奏データの演奏を可能とし、前記制御手段は、第１−３処理を実行し、前記第１処理は、前記入力手段から受け付けた検索要求データを前記ホストコンピュータに送信して、検索応答データを受信し、前記第２処理は、受信した検索応答データ中の１要求データを前記ホストコンピュータに送信して、演奏データを受信し、前記第３処理は、受信した演奏データを前記演奏手段に演奏させ、演奏終了後、前記第２処理に戻ることを特徴とする通信カラオケシステムである。
請求項２の発明は、入力手段と、演奏手段と、制御手段とを備え、ホストコンピュータに通信回線を介して接続される通信カラオケ装置であって、前記ホストコンピュータは、検索応答処理と、演奏データ送信処理を可能とし、前記検索応答処理は、前記通信カラオケ装置から検索要求データを受信した際、当該検索要求データに対応する複数の要求データを抽出して検索応答データとして当該通信カラオケ装置に送信し、前記演奏データ送信処理は、前記通信カラオケ装置から要求データを受信した際、当該要求データに対応する演奏データを抽出して当該通信カラオケ装置に送信し、前記入力手段は、利用者から検索要求データを受け付け可能とし、前記演奏手段は、演奏データの演奏を可能とし、前記制御手段は、第１−３処理を実行し、前記第１処理は、前記入力手段から受け付けた検索要求データを前記ホストコンピュータに送信して、検索応答データを受信し、前記第２処理は、受信した検索応答データ中の１要求データを前記ホストコンピュータに送信して、演奏データを受信し、前記第３処理は、受信した演奏データを前記演奏手段に演奏させ、演奏終了後、前記第２処理に戻ることを特徴とする通信カラオケ装置である。
【０００９】
【発明の実施の形態】
（第１実施形態）
以下に、図面を参照しながら、本発明の第１実施形態について説明する。
尚、以下に示す実施形態では、家庭用通信カラオケ装置の場合について説明するが、本発明は、すべての通信カラオケ装置について適用されるものであり、家庭用通信カラオケ装置に限られるものではない。
【００１０】
また、以下に示す実施形態では、主として、多機能化されたカラオケ装置において、カラオケ機能やＢＧＭ機能を使用する場合を説明するが、多機能化されたカラオケ装置において、ゲーム機能、情報表示機能をする場合についても同様の実施形態をとることができる。
【００１１】
図１は、本発明のカラオケ装置（以下「本体１０」という。）の主要部分と接続機器の第１実施形態を示すブロック図であり、本体１０、テレビ受像機３０、マイク５０を示している。
本体１０は、この本体１０の全体の動作を統括・制御するＣＰＵ（中央処理装置）１２と、この本体１０の機能プログラムや文字フォント等を記憶するＣＰＵ用ＲＯＭ１３と、ホスト８０からの受信したデータ等を一時的に記憶するＣＰＵ用ＲＡＭ１４と、この本体１０へのＢＧＭ曲のリクエストを要求するデータである要求データを送信し、ホスト８０からの検索応答データ６０や応答データ７０（図９及び図１２を参照して、後で詳しく説明する。）を通信回線から受信するＭＯＤＥＭ／ＮＣＵ１５等を備えており、それらは、データバス１１に接続されている。
【００１２】
ＣＰＵ用ＲＯＭ１３には、記憶保持動作に電源を供給する必要がなく、かつ、書き換えることができないメモリ素子、例えば、マスクＲＯＭが使用される。
また、ＶＤＰ１７は、テレビ受像機３０の表示画面に表示する歌詞、静止画等の画像出力データを生成するためのものであり、データバス１１に接続されている。ＶＤＰ１７の出力は、映像Ｄ／Ａコンバータ１８によって、アナログ信号に変換された後に、ＮＴＳＣエンコーダ１９に入力される。
【００１３】
ＮＴＳＣエンコーダ１９は、アナログ信号に変換された画像出力データをＮＴＳＣ信号に変換するためのものであり、ＮＴＳＣ信号に変換された画像出力は、テレビ受像機３０の入力端子に入力されている。このＮＴＳＣエンコーダ１９は、家庭用のカメラ、ビデオデッキ、ＢＳ・ＣＳチューナ、ＴＶチューナ、ＣＡＴＶデコーダ、パソコン等の映像機器の出力映像を外部映像として取り込むことができる。
こうしてＮＴＳＣエンコーダ１９に取り込まれた外部映像は、ＢＧＭ曲の演奏を行っている間にテレビ受像機３０に表示される画面（図６，図８）等において、テレビ受像機３０の表示画面の背景画面として表示する背景動画の映像出力として使用することができる。
【００１４】
テレビ受像機３０は、映像入力端子に入力されたこれらの映像出力を、ブラウン管に表示する。
こうして、カラオケ装置のユーザは、カラオケ装置から直接出力された映像出力だけでなく、好みの背景動画をテレビ受像機３０の表示画面に表示させることもできる。
また、映像Ｄ／Ａコンバータ１８から受け取った本体１０の出力信号と、外部映像として入力された信号とを、随時、ＣＰＵ１２からの命令に応じて、切り替えることができる。
【００１５】
一方、本体１０は、音声処理部２０を有しており、音声処理部２０には、音源ＲＡＭ２２と、サンプリングで得られた各楽器の音源データを記憶するＷａｖｅＲＯＭ２３と、音源チップ２４と、音源Ｄ／Ａコンバータ２５と、ミキサ２６とが備えられており、それらは、データバス１１に接続されている。
音源ＲＡＭ２２は、ホスト８０から送信されてきた曲演奏データであるＭＩＤＩ（（Ｍｕｓｉｃａｌ Ｉｎｓｕｔｕｒｕｍｅｎｔｓ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅの略称。）以下同じ。）データを一時的に記憶する手段であり、ＷＡＶＥＲＯＭ２３は、各楽器の音色データにチャンネルを割り当てて記憶している。
【００１６】
ＷＡＶＥＲＯＭ２３が記憶している音色データは、通信によって受け取ることもできる。この場合には、音源ＲＡＭ２２を音色データ記憶用に使用するか、または、別途に音色データ記憶用としての記憶装置を設ければよい。特に、ホスト８０は、音色データをデジタル化したデータを使用する場合には、音質を劣化させることなく、通信回線を通して、音色データを本体１０に送信することができる。本体１０は、その音色データを受信し、曲演奏に使用することができる。
【００１７】
音源チップ２４は、ＢＧＭ曲の演奏を制御する手段であり、データバス１１、２１に接続されている。音源チップ２４の出力は、音源Ｄ／Ａコンバータ２５によってアナログ信号に変換された後に、ミキサ２６に入力されている。
ミキサ２６は、音源Ｄ／Ａコンバータ２５からの音色データとマイク５０から入力されたマイク音声とをＣＰＵ１２の命令にしたがって、ミキシングし、音声エフェクトを付加するためのものである。このミキサ２６によって、演奏曲とマイク５０から入力された音声信号とをミキシングすることができ、また、音声エフェクトを付加することができる。この音声エフェクトの制御信号は、ホスト８０から送信されてきたＭＩＤＩデータに含むことができる。
【００１８】
テレビ受像機３０のアンプ／スピーカ部３１Ｒ及び３１Ｌは、こうして生成・処理された音声信号を増幅し、出力音声とする。ミキサ２６の出力は、テレビ受像機３０の音声入力端子に入力され、さらにテレビ受像機３０のアンプ／スピーカ部３１Ｒ及び３１Ｌにステレオ信号で入力されていおり、スピーカ部３１Ｒ及び３１Ｌの２つのスピーカ部から、ステレオ出力をすることができるため、ステレオ出力音声でカラオケを楽しむことができる。
【００１９】
さらに、本体１０は、検索応答データメモリ１６を有している。この検索応答データメモリ１６は、ＣＰＵ１２の命令に従い、データの更新、追加をすることができる。検索応答データメモリ１６を記憶動作に電源供給の必要のないメモリを使用することによって、検索応答データメモリ１６に記憶した検索応答データを再使用することもできる。
【００２０】
図２は、本体１０を制御するＣＰＵ１２の構成の一部を示す図である。
電源入力処理部１２ａは、電源入力時の本体１０の各種の初期設定等を行う手段である。この電源入力処理には、周辺機器の認識・初期化等の動作のための本体１０の制御が含まれる。
画面制御部１２ｂは、テレビ受像機３０へ出力する画面表示の制御を行う手段である。画面表示に使用する画面データは、主としてＣＰＵ用ＲＯＭ１３にあらかじめ格納されているものであるが、ホスト８０から通信回線を通して受け取ったものでもよい。画面制御部１２ｂは、画面データをテレビ受像機３０の表示画面に表示するための映像出力の制御を行うほか、ＮＴＳＣエンコーダ１９に、切替信号を伝達して、外部入力された映像信号と、映像Ｄ／Ａコンバータ１８から出力された映像信号とを切り替え、または映像出力を停止することができる。
画面表示の内容については、図６及び図８を参照して後に詳しく説明する。
【００２１】
通信処理部１２ｃは、ホスト８０と本体１０が、通信を行うときに、本体１０側の制御を行う手段である。詳しく説明すると、通信処理部１２ｃは、ＮＣＵ／ＭＯＤＥＭ１５と接続され、ＮＣＵ／ＭＯＤＥＭ１５とデータの受け渡しを行うことができ、ＮＣＵ／ＭＯＤＥＭ１５は、通信回線を通してホスト８０と接続されている。一方、ＮＣＵ／ＭＯＤＥＭ１５は、本体１０内部において、データバス１１を通してＣＰＵ用ＲＯＭ１３やＣＰＵ用ＲＡＭ１４と接続されている。そして、本体１０内部の制御は、通信処理部１２ｃが行い、本体１０は、ホスト８０との間で互いにデータの受け渡しを行い、このデータを動作に使用することができる。
【００２２】
格納処理部１２ｄは、検索応答データ６０（図９を参照して後に説明する。）を検索応答データメモリ１６（図１）に格納する動作の制御を行う手段である。この格納処理部１２ｄは、通信処理部１２と連動して、この検索応答データメモリ１６（図１）に検索応答データ６０を格納する動作の制御を行う。
選択処理部１２ｅは、ユーザが操作用リモコン（不図示）や、本体１０の操作パネル（不図示）等の入力手段によって、選択入力操作を行った時に生ずる選択信号を検知して、ＣＰＵ１２の各処理部に対して、処理命令を出すための手段である。
【００２３】
例えば、選択入力によって生成された選択信号を検知したときに、次に表示する画面表示出力を行わなければならない場合は、画面制御部１２ｂに対して、その旨の信号を伝達し、処理命令を出す。
ジャンル指定部１２ｆは、ユーザが操作用リモコン（不図示）や、本体１０の操作パネル（不図示）等の入力手段によって、ジャンル指定の入力操作を行った時に生ずる操作信号を検出し、入力信号であるか否かを判断する手段である。ジャンル指定によって、検索要求データを生成することができる。
【００２４】
演奏処理部１２ｇは、ＢＧＭ曲の演奏をＭＩＤＩデータに従って、ＷＡＶＥＲＯＭ２３に記憶している音色データ（図３）を使用して、ＢＧＭ曲を組立て、演奏するための制御を行う手段である。この制御を行うため、演奏処理部１２ｅは、データバス１１（図１）を通して、音源チップ２４と接続され、音源チップ２４とデータの受け渡しを行う。
その他、ＣＰＵ１２には、ゲームや情報表示機能の実行を行う実行処理部（不図示）等の各種手段が備えられており、ゲームや情報表示機能といったカラオケ装置の多機能化された機能を実行することができる。
【００２５】
図３は、本体１０で演奏する楽曲の音源となるＷＡＶＥＲＯＭ２３に記憶するデータの一実施形態を示す概念図である。
図３の上段に示した部分は、チャンネルＣＨ１からチャンネルＣＨ５までの５種の音源にそれぞれチャンネルが割り当てられている部分を拡大して示しており、下段に示した部分は、ＷＡＶＥＲＯＭ２３に記憶するデータの全体を示している。
【００２６】
さらに詳しく説明すると、図３の上段に示した部分では、チャンネルＣＨ１に、ギターの音色を記録する音色データが、チャンネルＣＨ１に、ピアノの音色を記録する音色データが、ＣＨ２に、ホーンセクション（管楽器（主として金管楽器）の音色の総称）の音色を記録する音色データが、チャンネルＣＨ３に、ベースの音色を記録する音色データが、チャンネルＣＨ４に、ドラムの音色を記録する音色データが、チャンネルＣＨ５に、ストリングス（弦楽器の音色の総称）の音色を記録する音色データがそれぞれ割り当てられている。このそれぞれのチャンネルをＭＩＤＩデータによって指定し、ＢＧＭ音楽の音源に使用する。
これらの各チャンネルに、サンプリングで得られた音色を記録しておけば、ＢＧＭやカラオケで発音するときに、リアルな音声再生能力を本体１０に持たせることができる。
このように、ＷＡＶＥＲＯＭ２３は、それぞれの異なる音色について音色を記録する音色データにチャンネルを割り振って記憶しており、演奏データの指定によって、これらの音色を記録する音色データを取り出し、再生することができる。
また、図３の下段に示したように、音色を記録する音色データを多数記憶しておくことで、音色を使い分けることによって、音程やベロシティデータを変更することによる音色のエンベローブのずれを少なくすることができ、より緻密な音楽性の高い楽曲の演奏を行うことができる。
【００２７】
図４は、ホスト８０の構成の一部を示す図である。
ホスト８０は、このホスト８０の全体の動作を統括・制御するＣＰＵ８２と、複数の通信カラオケ装置及びその他のホスト８０等に電話回線等のアナログの公衆回線を通じて接続される通信Ｉ／Ｆ８４と、データベース８５を備えており、これらはデータバス８１によって互いに接続されている。さらに、データバス８１を通して、データを入出力するための入力端末８３と接続されている。
【００２８】
ＣＰＵ８２は、通信処理部８２ａと、入力端末受付部８２ｂと、属性情報ファイル制御部８２ｃと、検索応答データ生成部８２ｄと、応答データファイル制御部８２ｅと、応答データ生成部８２ｆとを有している。
データベース８５は、応答データファイルとして、ＢＧＭデータファイル８５ｄと、カラオケデータファイル８５ａと、ゲームデータファイル８５ｂと、情報表示データファイル８５ｃとを有する。
また、属性情報ファイルとして、ＢＧＭ属性情報ファイル８５ｈと、カラオケ属性情報ファイル８５ｅと、ゲーム属性情報ファイル８５ｆと、情報表示属性情報ファイル８５ｇとを有している。
【００２９】
ＣＰＵ８２について先に説明すると、まず、通信処理部８２ａは、データベース８５に記録されたＢＧＭ属性情報ファイル８５ｈから、本体１０と通信をするときに必要なデータ等の一定のデータを通信Ｉ／Ｆ８４に送り、本体１０やホスト８０のサブシステムとして設けられたサブホスト等との通信時の処理を行う手段である。通信処理は、具体的には、通信時に使用される一定のプロトコルを認識し、このプロトコルに従った通信データを生成する等の処理が含まれる。
【００３０】
入力端末受付部８２ｂは、入力端末８３からの入力を受け付け、入力端末８３から入力されたデータをデータベース８５に書き込み、または入力端末からの要求に応じてデータをデータベース８５から読み出す動作命令をＣＰＵ８２の各ファイル制御部８２ｃ，８２ｄ，８２ｅ，８２ｆに伝達するための手段である。
これら各ファイル制御部は、この動作命令を受けて、ファイル内のデータの検索、読み出し等を行う。
【００３１】
属性情報ファイル制御部８２ｃは、入力端末８３等からの要求に応じて、入力端末受付部８２ｂが伝達した動作命令に従い、各属性情報ファイルへの書き込み動作及び読み出し動作を制御する手段である。
データファイル制御部８２ｅは、入力端末８３等からの要求に応じて、入力端末受付部８２ｂが伝達した動作命令に従い、各属性情報ファイルへの書き込み動作及び読み出し動作を制御する手段である。
【００３２】
先に説明したように、データベース８５は、ＢＧＭデータファイル８５ｄと、ＢＧＭ属性情報ファイル８５ｈとを有している。データベース８５内の各ファイルは、ＣＰＵ８２の命令にしたがって検索、更新及び追加をすることができる。また、入力端末８３を操作することによっても検索、更新及び追加をすることができる。通信カラオケシステムの管理者は、データベース８５内のファイルに記憶されたデータの検索や入出力をすることによって、どのデータが端末１０に配布されているか、要求データの頻度等のカラオケシステムの運営状況を把握することができる。
【００３３】
各データファイルは、ホスト８０が送信する要求データに対応する応答データ７０の基礎となるデータを有するファイルであり、各属性情報ファイルは検索要求データに対応する検索応答データ６０の基礎となるデータを有する、ホスト８０が受信する要求データを含むデータファイルである。
本実施形態では、カラオケデータファイル８５ａとカラオケ属性情報ファイル８５ｅとが対応しており、また、ゲームデータファイル８５ｂとゲーム属性情報ファイル８５ｆとが対応しており、カラオケデータファイル８５ｃとカラオケ属性情報ファイル８５ｇとが対応しており、ＢＧＭデータファイル８５ａとＢＧＭ属性情報ファイル８５ｅとが対応している。
【００３４】
これらのデータファイルの対応関係は、互いに類似している。そのため、図に示した４つのデータファイルと４つの属性情報ファイルの計８つのファイルは、４つのデータファイルが集まった１つの大きなデータファイルと４つの属性情報ファイルが集まった１つの大きな属性情報ファイルの計２つのファイルと考えてもよい。
以下に説明する実施形態では、ＢＧＭデータファイル８５ｄと、ＢＧＭ属性情報ファイル８５ｅとを中心にして説明を進める。
【００３５】
ＢＧＭデータファイル８５ｄは、ＢＧＭ曲のＭＩＤＩデータを中心とした、ＢＧＭ曲で演奏する曲の１つ１つの音の長さ、強さ、音程等の演奏データを記憶しているファイルである。これらのデータはＢＧＭ曲ごとに異なるため、ＢＧＭ曲ごとに異なったデータとなっている。ＢＧＭ曲の演奏データは、ＣＰＵ８２の命令によって、ＢＧＭ曲の要求データに応じて本体１０へ送信する。この通信処理は、ＣＰＵ８２の通信処理部が行う。
【００３６】
さらに、通信時間の短縮等のため、応答データ７０は、通信処理部８２ａの制御によりデータ圧縮を施してから、本体１０に送信することができる。この場合には、データ圧縮によりデータ長が短くなるという効果があり、通信時間を短くすることができ、特にホスト８０とそのサブホスト間との通信には、システムの処理能力に余裕があるという点において、本体１０にデータの伸長をさせる場合よりも有効である。
【００３７】
ＢＧＭ属性情報ファイル８５ｈは、新しいデータを送信することができるか否かを本体の機種に対応させて記録しているファイルである。詳しくは、図５を参照して、後に説明する。
【００３８】
このように、データベース８５は、応答データファイルであるＢＧＭデータファイル８５ｄ、ゲームデータファイル８５ｃ及び情報表示データファイル８５ｅと、属性情報ファイルであるＢＧＭ属性情報ファイル８５ｈ、ゲーム属性情報ファイル８５ｄ（例えば、野球ゲームやサッカーゲーム等の属性情報を記録したファイル）及び情報表示属性情報ファイル８５ｆ（例えば、ニュースや天気予報等の属性情報を記録したファイル）に関係するデータを記憶させることができる。そのため、ホスト８０から本体１０へこれらのファイルから抽出したデータを送信して、本体１０のゲーム機能や情報表示機能によって、これらのデータを使用することができる。
【００３９】
尚、データベース８５に使用する記録媒体には、主としてハードディスクを使用することができるが、ハードディスク以外の記憶媒体、例えば、光ディスク等のデータを電気、磁気、光学的に記憶することができる記憶媒体を、補助的にまたは主要部として使用することもできる。
【００４０】
図５は、ＢＧＭ属性情報ファイル８５ｈに含まれるファイルの内容を示した模式図である。
ＢＧＭ属性情報ファイル８５ｈは、ＢＧＭ曲の曲番号、ＢＧＭ曲のジャンル及びＢＧＭ曲のリクエスト回数を対応関係をもって記憶している。
さらに詳しく説明すれば、ＢＧＭ曲それぞれに対応して付された曲番号データと、そのＢＧＭ曲がいかなる楽曲であるかを示す楽曲のいわば属性を示すジャンルデータと、今までにリクエストがされ、本体１０に送信した回数を示すリクエスト回数データを対応関係を持たせながら記憶している。
【００４１】
本実施形態で示したこれらのファイルは、このように、ホスト８０が対応関係をもって記憶しているデータの一例を示しており、例えば、曲番号「０１−０１」は、ジャンルは「演歌」であり、リクエスト回数は、「４回」となっている場合のそれぞれのデータを示している。
これらのデータはお互いに関連づけされているため、例えば、ジャンル「ロック」を指定すれば、「ロック」に対応した楽曲を抽出することができる。例えば、図５に示した場合おいて、「ロック」を指定すれば、曲番号「０１−０１」，「９９−９９」を抽出することができ、さらに曲番号「０１−０１」，「９９−９９」の楽曲がそれぞれリクエスト回数が「７回」及び「１８回」であることを抽出することができる。
【００４２】
さらに、ＢＧＭ属性情報ファイル８５ｈには、曲番号、ジャンル及びリクエスト回数の３つのデータだけでなく、他の属性も記憶しておくことができ、記憶した属性情報は、曲番号，ジャンル，リクエスト回数の場合と同様に、いずれかのデータを指定することにより、データを抽出することができる。
そして、この抽出作業を繰り返すことにより、ＢＧＭ属性情報ファイル８５ｈに記録しているデータの絞り込みを行うことができる。例えば、ジャンルが「ロック」でかつ１０回以上リクエストがされているものを抽出するため、指定すれば、曲番号「９９−９９」を抽出することができる。
【００４３】
こうして、例えば、リクエスト回数が多い（最も要求データの受信が多い）とＢＧＭ属性ファイルに記憶されているＢＧＭ曲を要求される頻度の高い順にベスト１０に抽出して応答データ７０とすることができる。
このことは、カラオケ属性情報ファイル８５ｅ、ゲーム属性情報ファイル８５ｆ及び情報表示属性情報ファイル８５ｇにおいても同様である。ただし、「曲番号」ではなく、「カラオケ番号」，「ゲーム番号」，「情報表示番号」のように、それぞれの機能に応じた名称や属性が記憶されている。
【００４４】
また、このカラオケ属性情報ファイル８５ｅ、ゲーム属性情報ファイル８５ｆ及び情報表示属性情報ファイル８５ｇに記憶された属性データは、変更、更新及び追加を入力端末８３から行うことができる。更新や追加を新曲の追加等の度に行うことによって、常にカラオケ曲の属性を記録し続けることができる。さらに、通信回線を通じて他のコンピュータ等からデータ内容の変更、更新及び追加を行うこともできるため、他のコンピュータ等からデータを一括管理することにより、データ管理の省力化を図ることができる。
【００４５】
これらのカラオケ属性情報ファイル８５ｅ、ゲーム属性情報ファイル８５ｆ及び情報表示属性情報ファイル８５ｇは、後に詳しく説明する検索応答データ６０の生成に使用するが、入力端末８３を操作することによって、必要なデータを抽出して取り出すことができ、取り出したデータを曲のリクエスト状況等の把握に使用することもできる。
【００４６】
図６は、本体１０がテレビ受像機３０の表示画面に表示出力する画面表示の１部を示す図である。
メニュー選択画面３０ａは、テレビ受像機３０の表示画面に表示される画面表示であり、本体１０で使用することができる機能が表示されている。
本実施形態では、「１．カラオケ」，「２．ゲーム」，「３．情報」，「４．ＢＧＭ」の４つの機能が表示されている。この画面表示に使用する画面データは、本体１０のＣＰＵ用ＲＯＭ１３があらかじめ記憶しているものである。
また、本体１０がさらに多機能化された場合や、本体１０が本実施形態とは異なる機能が付加された場合には、機能の名称が新たに付加されたり、異なる機能の名称が表示されることになる。
【００４７】
メニュー選択画面３０ａの次に示した点線で示した画面表示は、点線で表示されている間に、本体１０は、何か別の画面表示出力をすることを意味している。例えば、このメニュー選択画面３０ａの画面表示に従って、例えば、「２．ゲーム」を選択すると、メニュー選択画面３０ａはクリアされ、ゲーム画面が表示され、テレビ受像機３０の画面上でビデオゲームをすることができる。そして、ゲームが終了すると、再びメニュー選択画面３０ａが表示される。
このように、まず、メニュー選択画面３０ａが表示されるため、ユーザは、多機能化された本体１０の機能から、使用したい機能を選び出し、容易に選択することができる。また、一定の機能が終了したときにも、再びメニュー選択画面３０ａの指示に従ってメニュー選択を行うことができる。
【００４８】
図７は、本体１０及びホスト８０の動作を示すフローチャートである。
Ｓ１０１では、本体１０は、電源入力処理をする。電源入力処理は、ＣＰＵ１２の電源入力処理部１２ａ（図２）が行うものであり、電源入力処理によって、電源入力時の本体１０の各種の初期設定等が行われる。電源入力処理が終了すると、Ｓ１０２に進む。
Ｓ１０２では、本体１０は、テレビ受像機３０の表示画面にメニュー選択画面３０ａを表示する。テレビ受像機３０の表示画面に出力する画面表示の制御は、ＣＰＵ１２の画面制御部１２ｂ（図２）が行う。この画面に使用する画面データは、ＣＰＵ用ＲＯＭがあらかじめ記憶しているものである。テレビ受像機３０の表示画面にメニュー選択画面３０ａが表示されると、Ｓ１０３に進む。
【００４９】
Ｓ１０３では、本体１０は、メニュー選択を受け付ける。メニュー選択がされると、選択された機能の内容によって、それぞれ、Ｓ１０４、Ｓ１０５、Ｓ１０６又はＳ１０７でそれぞれ定義された処理へ進む。
この定義された処理について説明すると、Ｓ１０４、Ｓ１０５、Ｓ１０６及びＳ１０７では、本体１０は、それぞれ、Ｓ１０４ではカラオケ処理、Ｓ１０５ではゲーム処理、Ｓ１０６では情報表示処理、Ｓ１０７ではＢＧＭ処理を行う。
このように、多機能化されたカラオケ装置では、音声処理部の制御によるカラオケ曲の演奏だけでなく、ゲーム、情報表示、ＢＧＭ音楽の演奏などをすることができる。
【００５０】
そして、これらＳ１０４、Ｓ１０５、Ｓ１０６及びＳ１０７での処理が終了すると、本体１０は、Ｓ１０２に進み、テレビ受像機３０の表示画面にメニュー画面表示をする。
このような連続した処理によって、いずれかのステップにおいて電源が切断されるまで、本体１０はこれらの処理を行っている。
【００５１】
図８は、本体１０がテレビ受像機３０の表示画面に表示出力する画面表示の１部を示す図である。
（Ａ）は、ＢＧＭ曲の演奏中に、メニュー選択画面３０ａをＢＧＭ画面３０ｄに切り替える場合の画面表示を示している図であり、（Ｂ）は、ＢＧＭ曲の演奏中に、曲選択画面３０ｂの画面表示をクリアした後に表示する、表示出力が停止した画面３０ｄ−１を示している図である。
【００５２】
図８（Ａ）は、すでに説明したように、ＢＧＭの演奏中に、メニュー選択画面３０ａをＢＧＭ画面３０ｄに切り替える場合の画面表示を示している図である。さらに詳しく説明していくと、曲選択画面３０ｂは、テレビ受像機３０の表示画面に表示される画面表示であり、本体１０で演奏するＢＧＭ曲の曲入力案内を行う画面である。この曲選択画面３０ｂには、入力途中のＢＧＭ曲の曲番号を表示するため、曲番号の誤入力を防ぐことができる。曲選択画面３０ｂの画面表示を参考にしながら、演奏を希望する曲の入力を行うと、曲選択画面３０ｂはクリアされ、通信中画面３０ｃがテレビ受像機３０の表示画面に表示される。
【００５３】
通信中画面３０ｃは、テレビ受像機３０の表示画面に表示される画面表示である。通信中画面３０ｃが表示されている間に、ホスト８０との要求データと応答データ７０の受け渡しが通信回線を通して行われる。ホスト８０と本体１０との間の通信が終了すると、通信中画面３０ｃがクリアされ、音色カット選択画面３０ｄが表示される。
【００５４】
（Ｂ）は、ＢＧＭの演奏中に、曲選択画面３０ｂの画面表示をクリアした後に表示する、表示出力が停止したときにテレビ受像機３０の表示画面に表示される画面３０ｄ−１を示している図である。
さらに詳しく説明していくと、下段に示した画面３０ｄ−１は、映像出力が停止したときの画面表示を示しており、ブラウン管の地色に近い色彩を示している。テレビ受像機３０のブラウン管には何も出力されないため、表示画面に画像が焼き付くことや、表示画面の発色が劣化することを防止することができる。
尚、ブラウン管の劣化防止のためには、輝度の低い画像を表示するものが効果的であるといわれており、ブラウン管の出力を停止することがこの点で最も良い方法である。
【００５５】
図９は、ホスト８０が送信し、本体１０が受信する検索応答データ６０の内容を示す概念図である。
まず、検索応答データ６０の先頭には、ヘッダデータとして、検索応答データ６０であることを示す種別データ６１がある。
次に、曲１の要求データ６２がある。要求データ６２には、本体１０が送信を希望する曲を具体的に指定するデータが含まれており、この要求データ６２は、本体１０が発信するためのものである。
【００５６】
曲１の要求データ６２の次には、曲２の要求データ６３、曲３の要求データ６４、曲４の要求データ６５、曲５の要求データ６６が続いて送られる。
このように、検索応答データ６０では、種別データ６１につづいて、次々と曲の要求データが送られる。また、検索応答データ６０に含まれる要求データの数を増加することによって、本体１０が送信することができる曲の数を増加することができ、本体１０は、一回の検索応答データ６０の受信によって、多数のＢＧＭ曲の演奏を行うことができる。
【００５７】
また、検索応答データ６０は、ホスト８０に本体が送信すべき要求データを直接含んでいるため、新たに本体１０が要求データの生成をしてから送信するよりも本体１０にとって効率がよい。ただし、本体１０が送信すべき要求データを直接含んでいない曲のみを指定するデータを送信すれば、ホスト８０にとって、処理の負担が軽減され、本体１０は簡単な（短い）データを受信し、検索応答データメモリ１６に格納するため、本体１０は、より多くの要求データを有する検索応答データ６０を受け取ることができる。
【００５８】
図１０は、本体１０及びホスト８０の動作を示すフローチャートである。本実施形態の通信カラオケ装置のＢＧＭ処理は、本体１０とホスト８０との間で行われるＢＧＭ曲の演奏データを要求する要求データと応答データ７０のやりとりが主なものである。Ｓ１００１では、本体１０は、本体１０の動作全体を示す図７を参照して説明したＳ１０７において、定義されたＢＧＭ処理を開始する。ＢＧＭ処理が開始されると、Ｓ１００２に進む。
【００５９】
Ｓ１００２では、本体１０は、メニュー画面３０ａ（図６）をクリアして、テレビ受像機３０の表示画面にジャンル指定画面３０ｂ（図８）を表示させる。この処理は、ＣＰＵ１２の画面制御部１２ａ（図２）が行う。この処理が終了すると、Ｓ１００３に進む。
Ｓ１００３では、本体１０は、ジャンル選択入力を受け付ける。ジャンル選択が本体１０のリモコン（不図示）や、本体１０の前面にある操作パネル（不図示）からされると、その旨の入力信号が、ＣＰＵ１２のジャンル指定部１２ｅ（図２）に伝えられる。その後、Ｓ１００４に進む。
【００６０】
Ｓ１００４では、本体１０は、検索要求データを生成する。詳しく説明すると、ＣＰＵ１２のジャンル指定部１２ｅが、ジャンル指定のデータを有する検索要求データを生成する処理を行い、一時的にＣＰＵ用ＲＡＭ１４に記憶する。検索応答データ６０が生成されると、Ｓ１００５に進む。
【００６１】
Ｓ１００５では、本体１０は、ＢＧＭ曲を指定したその検索要求データをホスト８０に送信する。通信回線へデータを送信するのは、ＮＣＵ／ＭＯＤＥＭ１５（図１）であり、この制御を行うのは、ＣＰＵ１２の通信処理部１２ｃ（図２）である。検索要求データの送信が終了すると、Ｓ１００８に進む。尚、このＳ１００７では、音色データをホスト８０に要求するデータを、送信する検索要求データに含めることができる。
【００６２】
Ｓ１００６では、本体１０は、テレビ受像機３０の表示画面に、通信中画面３０ｃ（図３）を表示する。通信中画面３０ｃのデータは、ＣＰＵ用ＲＯＭ１３に記憶しているものであり、ＣＰＵ１２の画面制御部１２ｂ（図２）が行う。通信中画面３０ｃを表示すると、Ｓ１００９で検索応答データ６０（図９）を受信するまでスタンバイする。
【００６３】
以下に、Ｓ４０２で本体１０が発信した検索要求データを受信したホスト８０の動作について説明する。
Ｓ２００１では、ホスト８０は、本体１０が送信した検索要求データ６０（図９）を通信回線から受信する。検索要求データの受信は、通信Ｉ／Ｆ８４が行い、通信Ｉ／Ｆ８４の制御は、ＣＰＵ８２の通信処理部８２ａが行う（図４）。この検索要求データは、本体１０が送信を希望する曲の指定が含まれる。検索要求データの受信が終了すると、Ｓ２００２に進む。
Ｓ２００２では、ホスト８０は、検索要求データによって指定されたＢＧＭ曲の演奏データを、属性情報ファイル（図５）から検索・抽出し、取り出す。属性情報ファイルの検索やデータの取り出しは、ＣＰＵ８２の属性情報ファイル制御部８２ａが行う（図４）。このＢＧＭ曲の演奏データの検索及び取り出しが終了すると、Ｓ２００３に進む。
【００６４】
Ｓ２００３では、ホスト８０は、この演奏データを、検索応答データ６０として、本体１０に送信する準備を開始し、検索応答データ６０（図９）を生成する。検索応答データ６０の生成は、本体１０に、検索応答データ６０（図９）を送信する準備が整うと、Ｓ２００４に進む。
Ｓ２００４では、ホスト８０は、通信回線を使用して、Ｓ５０１で受信した検索要求データに対応する検索応答データ６０を、通信回線を使用して、本体１０に送信する。送信は、通信Ｉ／Ｆ８４が行い、通信Ｉ／Ｆ８４の制御は、ＣＰＵ８２の通信処理部８２ａが行う（図４）。検索要求データに対応する検索応答データ６０（図９）の送信を終了すると、次の要求データを受信するまで本体１０はスタンバイする。
【００６５】
Ｓ１００７では、本体１０は、ホスト８０が通信回線へ送信した検索応答データ６０（図９）を受信する。通信回線から検索応答データ６０を受け取るのは、ＮＣＵ／ＭＯＤＥＭ１５であり、この制御を行うのは、ＣＰＵ１２の通信処理部１２ｃ（図２）である。検索応答データ６０の受信が終了すると、Ｓ１００８に進む。
Ｓ１００８では、本体１０は、Ｓ１００９で受信した検索応答データ６０を検索応答データメモリ１６に格納する。この格納動作の制御は、ＣＰＵ１２の格納処理部１２ｄが行う。検索応答データ６０を格納すると、Ｓ１００９（図１１）に進む。
【００６６】
図１１は、本体１０及びホスト８０の動作を図１０に続いて示すフローチャートである。
Ｓ１００９では、本体１０は、検索応答データメモリ１６に格納した検索応答データ６０（図９）をもとに、ＢＧＭ曲に使用する楽曲を具体的に指定した要求データを生成する。要求データを生成するのは、ＣＰＵ１２（図１）である。要求する楽曲を具体的に指定した要求データの生成が終了すると、Ｓ１０１２に進む。尚、Ｓ１０１１で生成するデータには、音色データをホスト８０に要求する旨のデータを、送信する要求データに含めることができる。
【００６７】
Ｓ１０１０では、本体１０は、ＢＧＭ曲を具体的に指定した要求データを通信回線を通してホスト８０に送信する。通信回線へデータを送信するのは、ＮＣＵ／ＭＯＤＥＭ１５（図１）であり、この制御を行うのは、ＣＰＵ１２の通信処理部１２ｃ（図２）である。要求データの送信が終了すると、Ｓ１０１３で応答データ６０を受信するまで、本体１０はスタンバイする。尚、このＳ１０１２では、音色データをホスト８０に要求するデータを、送信する要求データに含めることができる。
【００６８】
Ｓ２００５では、ホスト８０は、本体１０が送信した要求データを通信回線から受信する。通信回線から要求データを受信するのは、通信Ｉ／Ｆ８４が行い、通信Ｉ／Ｆ８４の制御は、ＣＰＵ８２の通信処理部８２ａ（図４）が行う。
この要求データには、本体１０が送信を希望する曲の指定が含まれる。要求データの受信が終了すると、Ｓ２００６に進む。
Ｓ２００６では、ホスト８０は、要求データによって指定されたＢＧＭ曲の演奏データを、ＢＧＭ応答データファイルから検索し、取り出す。この検索、制御は、ＣＰＵ８２のデータファイル制御部８２ｅ（図４）が行う。ＢＧＭ曲の演奏データの検索及び取り出しが終了すると、Ｓ２００７に進む。
【００６９】
Ｓ２００７では、ホスト８０は、この演奏データを、本体１０に送信するための応答データ７０の生成を行う。応答データ７０の生成は、Ｓ２００６で検索し、取り出したＢＧＭ曲の演奏データをもとに、ＣＰＵ８２の応答データ生成部８２ｆ（図４）が行う。
さらに、応答データ７０を生成するときに、受信した要求データに対応する属性情報ファイルに、変更を加える。つまり、属性情報ファイルに記録している要求データの受信回数を記録する項目を変更し、要求データの要求があった旨を記録する。この記録の制御は、ＣＰＵ８２（図２）の属性情報ファイル制御部８２ｃが行う。
この属性情報ファイルの変更によって、次の検索要求データの送信に変更した属性情報ファイルに記録したデータを使用することができる。
【００７０】
応答データ７０が生成され、本体１０に応答データ７０を送信する準備が整うと、Ｓ２００７に進む。
Ｓ２００８では、ホスト８０は、通信回線を使用して、Ｓ５０１で受信した要求データに対応する応答データ７０を、通信回線を使用して、本体１０に送信する。応答データ７０の送信は、通信Ｉ／Ｆ８４が行い、通信Ｉ／Ｆ８４の制御は、ＣＰＵ８２の通信処理部８２ａが行う（図４）。この応答データ７０の送信を終了すると、ホスト８０が行う処理は、終了する。
【００７１】
Ｓ１０１１では、本体１０は、ホスト８０が送信した応答データ７０を受信する。通信回線からデータを受け取るのは、ＮＣＵ／ＭＯＤＥＭ１５であり、このＮＣＵ／ＭＯＤＥＭ１５の制御を行うのは、ＣＰＵ１２の通信処理部１２ｃ（図２）である。受信した応答データ７０は、ＣＰＵ用ＲＡＭ１４に格納する。応答データ７０の受信が終了すると、本体１０は、Ｓ１０１４に進む。
尚、このＳ１０１１では、音色データをホスト８０から受信することもでき、受信した音色データは、ＢＧＭ曲の演奏に使用することができる。
Ｓ１０１２では、本体１０は、テレビ受像機３０に表示されている通信中画面３０ｃ（図８）をクリアして、演奏中画面３０ｄを表示する。ＢＧＭ曲の演奏は、ＣＰＵ１２の画面制御部１２ｂ（図２）が行う。画面表示のための処理が終了すると、Ｓ１０１３に進む。
【００７２】
Ｓ１０１３では、本体１０は、ＢＧＭ曲を演奏する。ＢＧＭ曲の演奏は、ＣＰＵ１２の演奏処理部１２ｈ及び音声処理部２０の音源チップ２４が主として制御を行う。一方、ＢＧＭ曲の演奏中には、テレビ受像機３０の表示画面には、演奏中画面３０ｄ（図８）が表示され、ＢＧＭ曲の演奏が終了すると、Ｓ１０１４に進む。
Ｓ１０１４では、本体１０は、曲の演奏が終了したか否かを判断する。曲の演奏が終了していない場合には、Ｓ１０１３に戻り、演奏を継続する。曲の演奏が終了していた場合には、Ｓ１０１５に進む。
Ｓ１０１５では、本体１０は、検索応答データ６０（図９）にリストアップされている曲を全て演奏し、終了したか否かを判断する。全曲の演奏が終了していない場合には、Ｓ１００９に戻り、要求データを生成し、継続して演奏を行う。全曲の演奏が終了していた場合には、本体１０のＢＧＭ処理を終了する。
ＢＧＭ処理が終了すると、Ｓ１０２（図７）に戻り、メニュー選択画面３０ａを表示する。
このようにして、本体１０は、検索応答データ６０（図９）にリストアップされている曲を全て演奏することができる。
【００７３】
（第２実施形態）
第２実施形態は、カラオケ曲としてホスト８０がカラオケデータファイル８５ａに記憶しているデータをＢＧＭ曲の演奏データとして使用する場合についての実施形態である。
カラオケ曲のデータをＢＧＭ曲の演奏データとして使用する場合おいても、ホスト８０は、以下のようなデータ形式を使用して、カラオケ曲の演奏データを応答データとして、通信回線から送信することができ、本体１０は、カラオケ曲の演奏データを応答データとして、通信回線から受信することができる。
尚、以下に示す第２実施形態においても、説明の便宜のため、第１実施形態の説明に使用した図面を適宜参照して説明を行う。
【００７４】
図１２は、ホスト８０が送信し、本体１０が受信する曲演奏データである応答データ７０の内容を示す概念図である。
この曲演奏データは、カラオケ曲の演奏においても、ＢＧＭ曲の演奏においても、同様の形式を持つものである。ただし、その内容は、曲ごとに異なっているものである。
図１２（Ａ）は、演奏データの配列状態を示す図であり、（Ｂ）は、ギター１のイベントデータ７２を拡大して示す図である。
まず、図１２（Ａ）について説明すると、応答データ７０には、ＢＧＭ曲の演奏データとしてＭＩＤＩデータが使用されている。
まず、ＭＩＤＩデータの先頭に、ヘッダ・チャンク７１がある。ヘッダ・チャンク７１は、実際の演奏データであるトラック・チャンクで取り扱われるデータの定義等をするデータである。
ヘッダ・チャンク７１には、ＭＩＤＩデータであることを示すチャンク・タイプ・データ等が含まれる。
【００７５】
ヘッダ・チャンクに続いて、トラック・チャンクがＭＩＤＩデータには含まれる。曲の実際の演奏データは、トラック・チャンクが保持しているデータである。図１２においては、イベントデータ７２，７３，７４，７５及び７６がトラック・チャンクである。
このトラック・チャンクには、音色の発音をするための手順を示すイベントデータが含まれている。
図１２においては、イベントデータ７２は、ギター１（例えば、エレクトリック・ギター）の演奏を、イベントデータ７３は、ギター２（例えば、アコースティック・ギター）の演奏を、イベントデータ７４は、ホーンセクションの演奏を、イベントデータ７５は、ベースの演奏を、イベントデータ７６は、ドラムの演奏をそれぞれ制御するデータである。
さらに、音声エフェクト用制御データ等の演奏以外のデータも、エクスクルーシブデータ（不図示）として、ＭＩＤＩデータ中に含むことができる。
【００７６】
また、（Ｂ）に示したように、イベントデータには、発音開始を意味するキーＯＮデータ、音源を指定するチャンネルデータ、音程を指定するキーノートナンバー、音の強さを指定するベロシティデータ７２ｃが含まれる。
また、発音した音を停止させるデータとして、「キーＯＦＦデータ」があり、このデータにより、指定しているチャンネルに記憶している音色データの発音を停止することができる。
【００７７】
以下に、これらのデータの使用方法について具体的に例を挙げて説明する。
図１２では、イベントデータ７２が、「チャンネルＣＨ１」のギターの音色をステータスデータ７２ａで指定しており、キーノートナンバー７２ｂは、「Ｃ３」の音を指定しており、ベロシティデータ７２ｃは、「５６」を指定している。ベロシティデータ７２ｃが１２８段階に区分されている場合、「０」が無音状態にあたり、「５６」は、最強時の５６／１２７の強さを指定していることになる。そして、ギターの音色は、４４０Ｈｚのいわゆる「ド」の音であるため、ギターの音色は、規定されたタイミングでベロシティデータの最大値の５６／１２７で、４４０Ｈｚのいわゆる「ド」の音を発音する。
この一つ一つの音色データを音源チップ２４及びＣＰＵ１２（図１）がコントロールし、一つ一つの音の積み重ねが、曲の演奏となる。
【００７８】
第２実施形態では、受け渡されるデータがカラオケのデータであること、ホスト８０が参照するデータが、カラオケのデータであること等がＢＧＭ専用のデータを使用してＢＧＭ専用の曲を演奏する場合と相違する以外は、本体１０及びホスト８０の動作はほぼＢＧＭ専用の曲を演奏する場合と同じである。
Ｓ１００４及びＳ１００５（図９）で検索要求データを本体１０が生成し、送信するときには、この検索要求データは、ホスト８０に備えられたデータベース８５の中にあるカラオケ属性情報ファイル８５ｅを検索するための要求データである。
【００７９】
ホスト８０は、この検索要求データを、Ｓ２００１で受信し、Ｓ２００２，Ｓ２００３では、カラオケ属性情報ファイル８５ｅを検索し、カラオケ曲の属性情報をもとに検索応答データ６０（図９）を、Ｓ２００４で本体１０に送信する。本体１０は、この検索応答データ６０をＳ１００７で受信し、Ｓ１００８（図１０）で検索応答データメモリ１６に格納すると、この検索応答データ６０をもとに、要求データを生成し、Ｓ１００９で本体１０に送信する。
【００８０】
ホスト８０は、この要求データを、Ｓ２００５で受信し、Ｓ２００６，Ｓ２００７では、カラオケデータファイル８５ｅに記憶しているカラオケ曲の演奏データから、応答データを生成する。
ただし、本実施形態では、カラオケ曲のＭＩＤＩデータのうち、メロディラインに対応する音色のみを、ホスト８０で変更して本体１０に送信する。
さらに詳しく説明すると、ホスト８０は、Ｓ２００７に対応するステップで、図１２で示したベロシティデータ７２ｃを一定の値に増やして応答データを生成してから送信する。メロディラインを構成する音源は、ステータスデータ７２ａで把握できるので、ホスト８０は、このＭＩＤＩデータ（図１２）を解析し、ステータスデータ７２ａに対応するベロシティデータ７２ｃの値を増やして送信する。Ｓ２００４で本体１０に送信する。
【００８１】
このように演奏データをあらかじめ変更して送信すれば、ＢＧＭ曲専用のＢＧＭデータファイルや、カラオケデータにＢＧＭ曲の演奏をするためにＢＧＭ演奏データを入力しておかなくても、カラオケ曲をそのままＢＧＭ曲として使用することができる。
さらに、カラオケ曲をそのままＢＧＭとして使用する場合には、曲演奏データは、カラオケの歌唱を妨げないように、カラオケ曲のメロディラインに対応するベロシティデータ７２ｃが非常に弱く設定されている。そのため、そのままＢＧＭ曲として使用するとメロディラインがよく聞き取れず、わからなくなってしまうが、本実施形態のカラオケシステムでは、これを防止することができる。
【００８２】
（第３実施形態）
第３実施形態は、第２実施形態と同じく、ＭＩＤＩデータを変更してカラオケ用の演奏データをＢＧＭ用の曲として使用する場合の実施形態である。
第２実施形態では、ホスト８０がベロシティデータ７２ｃを変更して、カラオケ曲としての演奏データをＢＧＭ用の演奏データに使用する場合について説明したが、第３実施形態では、本体１０がカラオケ曲の演奏データを変更してＢＧＭ用の演奏データとする場合の実施形態である。
【００８３】
尚、第２実施形態と同じく、第１実施形態の説明で使用した図面を参照して、説明を進める。
本体１０は、検索要求データを出す。この検索要求データはカラオケ曲についてのものであり、検索応答データ６０も、これに従いカラオケ曲の要求データを含むものである。
ここまでは通常のカラオケ曲の演奏を行う場合と変わらないが、この後、演奏をする前に、本体１０は、カラオケ曲の演奏データのベロシティデータ７２ｃを変更して、メロディラインの音色を強く出すように変更することにより、カラオケ曲の演奏データをＢＧＭ用の音楽として使用する。
【００８４】
第３実施形態においても、第２実施形態と同じく、カラオケ曲をそのままＢＧＭとして使用する場合には、曲演奏データは、カラオケの歌唱を妨げにように、カラオケ曲のメロディラインに対応するベロシティデータ７２ｃが非常に弱く設定されている。そのため、そのままＢＧＭ曲として使用するとメロディラインがよくわからなくなってしまうことを防止することができる。
【００８５】
（変形形態）
以下に本発明の実施形態における変形形態について説明する。
１．以上の発明の詳細な説明に示した通信カラオケ装置の全体構成は、前述のものに限られず、他の構成でも置き換えることができる。
例えば、以上の発明の詳細な説明では、端末１０と、テレビ受像機３０と、マイク５０とが分離した形で構成される通信カラオケ装置について説明したが、これらのいずれか又は全部が内蔵されている通信カラオケ装置、例えば、ＣＲＴと端末とアンプ／スピーカを内蔵した一体型通信カラオケ装置であっても、ＣＲＴと端末が一体となっているものでも、これらのものをすべて一体にし、かつ小型化した携帯用のハンディカラオケ装置でも、そのカラオケ装置は本発明の技術的範囲に属する。
【００８６】
２．以上の発明の詳細な説明に示した通信手段は、アナログ信号を使用した公衆回線で説明したが、通信が可能な回線であれば回線の種類を問わずに置き換えることができる。例えば、回線は、専用の回線、デジタル回線のいずれでもよく、通信の手段は、有線、地上波、衛星等のいずれであっても、そのカラオケ装置は本発明の技術的範囲に属する。
この場合、以上の発明の詳細な説明に説明したＭＯＤＥＭ／ＮＣＵや通信Ｉ／Ｆは、回線の種類に応じて、ＤＳＵ等のデータ回線終端装置を使用することができる。
【００８７】
３．以上に示した発明の詳細な説明では、ＭＩＤＩデータを使用して、カラオケ装置でカラオケ曲を演奏する場合について説明したが、ＭＩＤＩデータに限らず、その他のあらゆる音源制御データを使用してカラオケ装置を演奏する場合であっても、そのカラオケ装置は、本発明の技術的範囲に属する。
【００８８】
４．以上の発明の詳細な説明に示した画面表示の具体的内容は、画面表示の１例にすぎず、同趣旨のものであれば、本発明の技術的範囲に属する。
例えば、図面に示した画面表示のレイアウトや文言が変更されている場合においても、その画面表示は、本発明の概念に含まれる。
【００８９】
【発明の効果】
以上詳しく説明したように、本発明又は本実施形態は、以下の効果がある。
（１）通信カラオケ装置は、所定の条件を満たす要求データを指定する検索要求データを、通信回線へ送信し、要求データを含む検索応答データを受信する。そのため、具体的に曲を指定しなくても、大まかな所定の条件を要求する検索要求データを通信回線に送信することにより、一定の条件を満たした応答データを要求する要求データを受け取ることができる。通信カラオケ装置がホストコンピュータと通信を行う場合には、要求データを送信することによって、受け取った応答データを使用することにより、大まかな指定を検索要求データの送信時に行うだけで、通信カラオケ装置は、一定の条件を満たした動作をすることができる。
【００９０】
（２）通信カラオケ装置は、検索応答データを受信したとき受信した検索応答データから要求データを抽出し、抽出した要求データを通信回線へ送信する。そのため、通信カラオケ装置が受信した要求データによってホストコンピュータに対して、具体的な応答データの送信を要求することができる。通信カラオケ装置は、検索要求データを送信することにより、すぐに検索応答データに含まれる要求データによって、ホストコンピュータに対して、具体的な応答データの送信を要求することができる。
【００９１】
（３）通信カラオケ装置は、受信した検索応答データに複数の要求データを含むため、検索要求データに課した条件に該当する応答データが多数ある場合に、その多数の応答データを受信することができる。この検索応答データには、要求データが含まれるので、通信カラオケ装置は、要求データを送信することができる。そのため、検索応答データが、複数の要求データを含むものであるときには、ＢＧＭ音楽を長時間演奏し、逐一曲を選択し指定することをしなくてもＢＧＭ曲を要求する要求データを受け取ることができ、通信カラオケ装置は、長時間通信カラオケ装置を使用するため、所定の操作をくり返さずにすみ、操作の煩雑さから解放される。
【００９２】
（４）通信カラオケ装置は、要求データを含む検索応答データを受信し、その要求データはホストコンピュータで要求される頻度の高いものを所定数だけ含むものである。そのため、人気のある要求データを通信カラオケ装置のユーザが自分で選ばなくてもホストコンピュータから受信することができる。さらに、この頻度はリアルタイムでホストから送られてくるものであるため、正確なものである。個人では、例えば、流行曲のベストテンを選択して要求データとしてホストコンピュータに送信することは難しいが、所定の条件としてホストコンピュータで要求される頻度の高いものを所定数ベストテンとして受信することができるので、人気のある要求データを自分で選ばなくても受信することができる。
【００９３】
（５）通信カラオケ装置は、ＢＧＭ音楽の演奏データを要求する要求データを送信する。この検索応答データには、要求データが含まれるので、通信カラオケ装置は、要求データを送信することができる。そのため、検索応答データが、複数の要求データを含むものであるときには、ＢＧＭ音楽を長時間演奏し、逐一曲を選択し指定することをしなくてもＢＧＭ曲を要求する要求データを受け取ることができ、通信カラオケ装置のユーザは、長時間通信カラオケ装置を使用するため、所定の操作をくり返さずにすみ、操作の煩雑さから解放される。
【００９４】
（６）通信カラオケ装置は、検索応答データを記憶しておく記憶手段を有するため、受信した検索応答データを記憶することができる。このため、検索応答データの受信時に通信の相手方は、繰り返し細かいデータを送信しなくても済み、効率のよい通信を行うことができる。また、記憶手段に記憶する期間が長い期間であれば、受信した要求データを再度利用することもできるため、通信カラオケ装置のユーザは、記憶している要求データを再度使用して通信カラオケ装置を使用することができる。
【００９５】
（７）通信カラオケ用ホストコンピュータは、所定の条件を満たす要求データを指定する検索要求データを、通信回線から受信し、検索要求データに対応する要求データを含む検索応答データを、通信回線へ送信するため、所定の条件を課した検索要求データに対応する検索応答データをカラオケ装置に送信することができる。このため、通信カラオケ装置は、要求した所定の条件を満たす要求データを受け取ることができる。
【００９６】
（８）通信カラオケ用ホストコンピュータは、複数の要求データを含む検索応答データを送信する。このため、通信カラオケ装置は、通信カラオケ装置と通信を行った場合には複数の要求データを送信することができる。さらに、この複数の要求データは、通信カラオケ装置でＢＧＭ曲の演奏やゲームの実行に使用することができるため、通信カラオケ装置のユーザは、操作の煩雑さから解放される。
【００９７】
（９）通信カラオケ用ホストコンピュータは、ＢＧＭ音楽の演奏データである要求データを含む検索応答データを送信する。この検索応答データには、要求データが含まれるので、通信カラオケ装置は、要求データを送信することができる。そのため、検索応答データが、複数の要求データを含むものであるときには、ＢＧＭ音楽を長時間演奏し、逐一曲を選択し指定することをしなくてもＢＧＭ音楽を要求する要求データを受け取ることができ、通信カラオケ装置のユーザは、繰り返し同じ動作を繰り返し行わなければならなかったとき等の操作の煩雑さから解放される。
【００９８】
（１０）通信カラオケ用ホストコンピュータは、検索応答データは、要求される頻度の最も高いものを一定数含むため、人気のある要求データを含む検索応答データを、所定の条件を課した検索要求データに対して、送信することができる。特に、人気のある応答データであるか否かは、要求データを発信するユーザにとってはわかりにくいものである。しかし、通信カラオケ装置のユーザは、所定の条件を課した検索要求データを通信カラオケ用ホストコンピュータに発信するだけで、人気のある要求データを含む検索応答データを受け取ることができる。
【００９９】
（１１）通信カラオケ用ホストコンピュータは、要求データの属性を記憶する属性ファイルを有し、検索応答データは、属性ファイルに記録した属性に従い、抽出される。そのため、属性ファイルに記憶している属性に従い、所定の条件を満たす応答データを抽出することができるため、データの検索をすることができる。
【０１００】
（１２）通信カラオケ用ホストコンピュータは、検索応答データを送信されてきた検索要求データで指定された条件に従って、属性ファイルから抽出し、通信回線に送信するため、属性ファイルに記憶しているデータに従って抽出したデータを送信することできる。そのため、通信カラオケ用ホストコンピュータと通信カラオケ装置の間で通信を行ったとき、検索要求データに所定の条件を課すだけで、通信カラオケ装置は、送られた要求データを受信することができる。
【０１０１】
（１３）あらかじめ一定の条件を課した検索応答データを送信することができる通信カラオケ装置と、その条件に従った応答データの受信することができるホストコンピュータを含む通信カラオケシステムを構成することができ、以上に示した効果を有する通信カラオケシステムを構築することができる。
【図面の簡単な説明】
【図１】本発明のカラオケ装置（以下「本体１０」という。）の主要部分と接続機器の第１実施形態を示すブロック図である。
【図２】本体１０を制御するＣＰＵ１２の構成の一部を示す図である。
【図３】本体１０で演奏する曲の音源となるＷＡＶＥＲＯＭ２３の構成の一部を示す概念図である。
【図４】ホスト８０の構成の一部を示す図である。
【図５】ＢＧＭ属性情報ファイル８５ｈに含まれるファイルの内容を示した模式図である。
【図６】本体１０がテレビ受像機３０の表示画面に表示出力する画面表示の１部を示す図である。
【図７】本体１０及びホスト８０の動作を示すフローチャートである。
【図８】本体１０がテレビ受像機３０の表示画面に表示出力する画面表示の１部を示す図である。（Ａ）は、ＢＧＭの演奏中に、メニュー選択画面３０ａをＢＧＭ画面３０ｄに切り替える場合の画面表示を示している図であり、（Ｂ）は、ＢＧＭの演奏中に、曲選択画面３０ｂの画面表示をクリアした後に表示する、表示出力が停止した画面３０ｄ−１を示している図である。
【図９】ホスト８０が送信し、本体１０が受信する検索応答データの内容を示す概念図である。
【図１０】本体１０及びホスト８０の動作を示すフローチャートである。
【図１１】本体１０、及び、ホスト８０の動作を図１０に続いて示すフローチャートである。
【図１２】ホスト８０が送信し、本体１０が受信する応答データの内容を示す概念図である。
【符号の説明】
１０ 端末
１１ データバス
１２ ＣＰＵ
１３ ＣＰＵ用ＲＯＭ
１４ ＣＰＵ用ＲＡＭ
１５ ＭＯＤＥＭ／ＮＣＵ
１６ 検索応答データメモリ
１７ ＶＤＰ
１８ 映像Ｄ／Ａコンバータ
１９ ＮＴＳＣエンコーダ
２０ 音声処理部
２１ データバス
２４ 音源チップ
２２ 音源ＲＡＭ
２３ ＷＡＶＥＲＯＭ
２５ 音源Ｄ／Ａコンバータ
２６ ミキサ
８０ ホスト
Claims (2)
- ホストコンピュータと、それに通信回線を介して接続される通信カラオケ装置からなる通信カラオケシステムであって、
前記ホストコンピュータは、検索応答処理と、演奏データ送信処理を可能とし、
前記検索応答処理は、前記通信カラオケ装置から検索要求データを受信した際、当該検索要求データに対応する複数の要求データを抽出して検索応答データとして当該通信カラオケ装置に送信し、
前記演奏データ送信処理は、前記通信カラオケ装置から要求データを受信した際、当該要求データに対応する演奏データを抽出して当該通信カラオケ装置に送信し、
前記通信カラオケ装置は、入力手段と、演奏手段と、制御手段とを備え、
前記入力手段は、利用者から検索要求データを受け付け可能とし、
前記演奏手段は、演奏データの演奏を可能とし、
前記制御手段は、第１−３処理を実行し、
前記第１処理は、前記入力手段から受け付けた検索要求データを前記ホストコンピュータに送信して、検索応答データを受信し、
前記第２処理は、受信した検索応答データ中の１要求データを前記ホストコンピュータに送信して、演奏データを受信し、
前記第３処理は、受信した演奏データを前記演奏手段に演奏させ、演奏終了後、前記第２処理に戻る
ことを特徴とする通信カラオケシステム。 - 入力手段と、演奏手段と、制御手段とを備え、ホストコンピュータに通信回線を介して接続される通信カラオケ装置であって、
前記ホストコンピュータは、検索応答処理と、演奏データ送信処理を可能とし、
前記検索応答処理は、前記通信カラオケ装置から検索要求データを受信した際、当該検索要求データに対応する複数の要求データを抽出して検索応答データとして当該通信カラオケ装置に送信し、
前記演奏データ送信処理は、前記通信カラオケ装置から要求データを受信した際、当該要求データに対応する演奏データを抽出して当該通信カラオケ装置に送信し、
前記入力手段は、利用者から検索要求データを受け付け可能とし、
前記演奏手段は、演奏データの演奏を可能とし、
前記制御手段は、第１−３処理を実行し、
前記第１処理は、前記入力手段から受け付けた検索要求データを前記ホストコンピュータに送信して、検索応答データを受信し、
前記第２処理は、受信した検索応答データ中の１要求データを前記ホストコンピュータに送信して、演奏データを受信し、
前記第３処理は、受信した演奏データを前記演奏手段に演奏させ、演奏終了後、前記第２処理に戻る
ことを特徴とする通信カラオケ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09220796A JP3796695B2 (ja) | 1996-04-15 | 1996-04-15 | 通信カラオケシステム及び通信カラオケ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09220796A JP3796695B2 (ja) | 1996-04-15 | 1996-04-15 | 通信カラオケシステム及び通信カラオケ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09281980A JPH09281980A (ja) | 1997-10-31 |
| JP3796695B2 true JP3796695B2 (ja) | 2006-07-12 |
Family
ID=14048007
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09220796A Expired - Lifetime JP3796695B2 (ja) | 1996-04-15 | 1996-04-15 | 通信カラオケシステム及び通信カラオケ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3796695B2 (ja) |
-
1996
- 1996-04-15 JP JP09220796A patent/JP3796695B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09281980A (ja) | 1997-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4321476B2 (ja) | 電子楽器 | |
| JPH09244900A (ja) | 通信カラオケ装置、通信カラオケ用ホストコンピュータ及び通信カラオケシステム | |
| US20020144587A1 (en) | Virtual music system | |
| JP3956411B2 (ja) | カラオケ装置 | |
| JP3796695B2 (ja) | 通信カラオケシステム及び通信カラオケ装置 | |
| JP2002116774A (ja) | カラオケ装置 | |
| JPH1020874A (ja) | 楽音発生システム及び楽音発生システム用リモートコントロール装置 | |
| JP4737403B2 (ja) | 電子音楽装置、サーバ装置、および両装置にそれぞれ適用されるコンピュータプログラム | |
| JP4061670B2 (ja) | 映像再生装置 | |
| JP5969421B2 (ja) | 楽器音出力装置及び楽器音出力プログラム | |
| JP3873790B2 (ja) | 奏法表示編集装置及び方法 | |
| JP3769321B2 (ja) | 通信カラオケ装置、通信カラオケ用ホストコンピュータ及び通信カラオケシステム | |
| JP3892082B2 (ja) | カラオケ装置及びカラオケ用選曲装置 | |
| JP2000148168A (ja) | 楽器演奏習得装置及びカラオケ装置 | |
| JP5551983B2 (ja) | カラオケ演奏制御システム | |
| JP4172509B2 (ja) | 奏法自動判定装置及び方法 | |
| JP2000056781A (ja) | 楽器演奏習得装置及びカラオケ装置 | |
| JP3873789B2 (ja) | 奏法自動判定装置及び方法 | |
| JPH09288490A (ja) | 楽音再生装置 | |
| JP2000338983A (ja) | カラオケ装置 | |
| JPH04136997A (ja) | 電子音楽再生装置 | |
| JP2000132176A (ja) | カラオケ歌唱評価装置 | |
| JP4148206B2 (ja) | カラオケ装置およびプログラム | |
| JP5387031B2 (ja) | 電子音楽装置及びプログラム | |
| JP5387032B2 (ja) | 電子音楽装置及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051222 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060104 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060303 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060328 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060406 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100428 Year of fee payment: 4 |
|
| 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: 20100428 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 6 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 6 |
|
| 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: 20130428 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 8 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 8 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |