JPH09311690A - 通信型楽曲演奏装置およびシステム - Google Patents

Abstract

(57)【要約】 【課題】 データ蓄積のためのハードディスクを有する
通信型楽曲演奏装置において、データ通信により受信し
た楽曲データを選択的に蓄積することができる通信型楽
曲演奏装置およびシステムの提供。 【解決手段】 演奏装置１がホスト装置４０から受信す
る曲データに含まれる付帯情報に基づいて受信データを
ハードディスク５に蓄積するか否かを判定する判定手段
７を設けた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線を利用し
てホスト装置に格納されているデータベースから曲デー
タを受信し、これを音声信号に変換して曲を演奏し得る
通信型楽曲演奏装置に関するものであり、特に、受信し
た曲を蓄積する機能を有する通信型楽曲演奏装置および
システムに関する。

【０００２】

【従来の技術】従来、通信回線を利用してホスト装置に
格納されているデータベースから曲データを受信し、こ
れを音声信号に変換して曲を演奏する通信型の楽曲演奏
装置が知られている。この様な楽曲演奏装置において
は、楽曲を演奏する度に、まず演奏装置からホスト装置
に通信回線を介してこれから演奏しようとする曲のデー
タを送信するよう要求する。これに応答して、ホスト装
置側では、データベースから該当する曲データを読み出
し、演奏装置側へ送信する。演奏装置は、この様にして
ホスト装置から送られてきた曲データを再生することに
より楽曲の演奏を行う。上記のようなシステムに於いて
は、楽曲の演奏の度にホスト装置演奏装置との間でデー
タ通信を行わなければならず、通信にかかる費用が多大
になるという問題があった。このため、近年、演奏装置
側で、一度受信した曲データを蓄積するよう構成した通
信型楽曲演奏装置が種々提案・実用化されてきている。
このようなデータ蓄積機能を有する通信型楽曲演奏装置
においては一旦データ通信により取得したデータは装置
内の蓄積手段に格納し、次にその曲を演奏する場合には
蓄積手段から当該曲データを読み出して利用するためデ
ータベースとの通信回数を減らすことができ、従って通
信コストを下げることができる。

【０００３】

【発明が解決しようとする課題】しかしながら、上述の
ようなデータ蓄積機能を有する通信型楽曲演奏装置にお
いては、一般に、受信した曲データを全て蓄積するよう
に構成されている。このため、データ蓄積後に再利用す
る可能性の低い曲データも、再利用の可能性の高いデー
タも区別なく蓄積されることになる。しかし、蓄積手段
の容量は限られており、再利用する可能性の低い曲デー
タをも蓄積していると、蓄積手段の容量を有効に利用す
ることができない。すなわち、蓄積手段の容量の限界ま
で曲データが蓄積されると、使用頻度の低い曲データが
蓄積されているにもかかわらず、使用頻度が高いまたは
高くなると予想される曲データさえも蓄積できなくなっ
てしまい、蓄積手段の容量が無駄に消費された状態とな
る。

【０００４】この様な場合、既に蓄積されているデータ
を破棄することにより新しいデータの蓄積を可能にする
ことはできる。しかし、破棄すべきデータを正しく選定
しないと、本来残すべきデータが消去され、不必要なデ
ータが残されたままとなる場合がある。データを破棄す
る場合には、例えば、そのデータの使用頻度を基準とす
ることができるが、ある演奏装置において単に使用頻度
のみでデータの選別を行うと、データ破棄時点では使用
頻度が低くても、少なくともその演奏装置においては今
後頻度が高くなると予想される新曲が、たまたまデータ
破棄時に使用頻度が低いために切り捨てられたり、今後
利用される可能性が低いデータであっても過去に利用頻
度が高かったために使用頻度が高いと判定されて不要な
データが残されたりする等の不都合があり、改善が望ま
れていた。

【０００５】

【課題を解決するための手段】上記のような課題を解決
するため、請求項１に記載の通信型楽曲演奏装置は、通
信回線を利用して曲データを受信する受信手段と、前記
曲データを音声信号に変換して演奏する手段を有する通
信型楽曲演奏装置において、前記受信手段が受信した前
記曲データを蓄積するための蓄積手段と、前記受信手段
により受信した曲データを前記蓄積手段に蓄積するか否
かを決定する決定手段と、前記決定手段により、前記蓄
積手段に蓄積すると決定された曲データのみを蓄積する
よう前記蓄積手段を制御する制御手段と、を有する構成
とした。

【０００６】ここで、前記曲データは少なくとも一つの
付帯データを有し、前記決定手段は前記付帯データに基
づいて曲データを前記蓄積手段に蓄積するか否かを決定
する構成とすることができる。なお、前記少なくとも一
つの付帯データは曲データのジャンルに関するデータ、
曲のジャンル、リリース日、歌手、作詞者、作曲者のい
ずれか一つのデータとすることができる。

【０００７】請求項５に記載の通信型楽曲演奏システム
は、複数の曲データからなる曲データベースを蓄積して
おり、通信回線を介して前記曲データベースの任意の曲
データを送信するホスト装置と、前記通信回線を利用し
て前記ホスト装置から所望の曲データを受信する受信手
段と前記曲データを音声信号に変換して演奏する手段を
備えた楽曲演奏装置とからなる通信型楽曲演奏システム
において、前記ホスト装置が蓄積する前記曲データデー
タベースの各曲データは少なくとも一つの付帯データを
有しており、前記楽曲演奏装置は、前記受信手段が受信
した前記曲データを蓄積するための蓄積手段と、前記受
信手段により受信した曲データを前記蓄積手段に蓄積す
るか否かを前記少なくとも一つの付帯データに基づいて
決定する決定手段と、前記決定手段により、前記蓄積手
段に蓄積すると決定された曲データのみを蓄積するよう
前記蓄積手段を制御する制御手段とを有する構成とし
た。

【０００８】ここで、前記付帯データは少なくとも、曲
のジャンル、リリース日、歌手、作詞者、作曲者のいず
れか一つのデータを有するものとすることができる。さ
らに、前記通信型楽曲演奏システムは複数の楽曲演奏装
置を有しており、各楽曲演奏装置は固有の識別情報を有
しており、前記付帯データは前記識別情報を有するもの
とすることができる。

【０００９】また、請求項８に記載の通信型楽曲演奏装
置は、通信回線を利用して曲データを受信する受信手段
と、前記曲データを音声信号に変換して演奏する手段を
有する通信型楽曲演奏装置において、曲データを蓄積す
るための蓄積手段と、前記受信手段が受信した前記曲デ
ータを一時的に格納するための一時記憶手段と、前記一
時記憶手段に格納されている曲データ中、蓄積すべき曲
データを決定する決定手段と、前記決定手段により蓄積
すると決定された曲データのみを前記一時記憶手段から
読み出し前記蓄積手段に蓄積させる制御手段とを有する
構成となっている。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する。図１は、本発明の実施の形
態であるカラオケシステム１００を構成する楽曲演奏装
置１およびホスト装置４０の基本構成を示すブロック図
である。図１に示すように、本実施例の楽曲演奏装置１
は、通信回線３０を介してホスト装置４０と接続されて
おり、双方向にデータ通信を行うことができる。

【００１１】演奏装置１は装置全体の動作を制御するＣ
ＰＵ７を有している。ＣＰＵ７にはモデム３、ＨＤＤ
（ハードディスクドライブ）５、一時記憶手段２３、リ
モートコントローラ（リモコン）１３、受光部９、再生
装置１１、ＣＲＴ１５、アンプ１７およびスピーカ１９
が接続されている。

【００１２】モデム３は、演奏装置１の稼働状況等のデ
ータや、演奏装置１側に蓄積されていない楽曲のリクエ
スト等をＣＰＵ７から通信回線３０を介してホスト装置
４０へ送信する際に使用されると共に、ホスト装置４０
から送られてくる曲データを、やはり通信回線３０経由
で受信してＣＰＵ７に入力する。ＣＰＵ７は曲データを
ホスト装置４０から受信すると、一旦一時記憶手段２３
に蓄積し、予め設定された蓄積条件と一致するもののみ
を抽出した上で、ＨＤＤ５に蓄積する。また、リモート
コントローラ１３により入力された曲番号に基づいて、
ＣＰＵ７は、ＨＤＤ５に蓄積された曲データを読み出
す。リモートコントローラ１３は、リクエスト曲の曲番
号や、演奏装置１の動作を制御する制御コマンドを入力
するために用いられる。リモートコントローラ１３は上
記曲番号・制御コマンドを赤外光による信号として出力
する。リモートコントローラ１３の出力赤外光は、リモ
コン受光部９により受光されて電気信号に変換され、Ｃ
ＰＵ７に入力される。

【００１３】ＣＰＵ７は曲番号に対応した曲データを一
時記憶手段２３又はＨＤＤ５から読み出し、再生装置１
１に転送する。曲データは楽音データ、本実施の形態に
おいてはＭＩＤＩ（Musical Instrument Digital Inter
face）データを有しており、また再生装置１１はＭＩＤ
Ｉ音源を有しており、ＣＰＵ７から送られてきた曲デー
タは再生装置１１において音声信号に変換され、アンプ
１７に出力される。アンプ１７は受信した音声信号を増
幅してスピーカ１９に出力しスピーカ１９を鳴動させ
る。また、曲データは楽曲演奏中に表示する画像に関す
るデータを有しており、再生装置１１は、図示しない画
像データ格納手段からデータを読み出し再生して、ＣＲ
Ｔ１５に画像を表示する。

【００１４】ホスト装置４０は、ホスト装置全体の動作
を司るＣＰＵ４６の指令によって動作し、ＣＰＵ４６に
はモデム４２、ＣＲＴ４４、キーボード４８およびデー
タベース格納手段５０が接続されている。モデム４２は
上述の通信回線３０を介して演奏装置１側のモデム３と
接続され、ホスト装置４０と演奏装置１との間でのデー
タ通信を可能とするものである。

【００１５】キーボード４８は、ホスト装置４０の管理
者が様々なホスト装置４０の操作を行う際に使用するも
ので、操作の内容や結果はＣＲＴ４４に表示されるよう
になっている。データベース格納手段５０に格納されて
いるデータベースは、曲自体のデータ（楽音データ）で
あるＭＩＤＩデータおよび曲に関する様々な項目の付帯
情報（以下、これらを総称して曲データという）を１デ
ータレコードとして、複数の曲データのレコードを有す
るものである。曲データレコードは模式的に表形式で示
すと図３のようなフォーマットを有するデータレコード
として表すことができる。図３に示すように、曲のデー
タレコードは、曲と１対１の対応関係で割り当てられた
曲番号のフィールド、曲データ本体のフィールド、そし
て３０３、３０４、・・・で示される付帯情報１、付帯
情報２、・・・という複数の付帯情報のフィールドを有
する。これら付帯情報の内容としては、例えば、曲のリ
リース日、曲の属するジャンル、歌手、作曲者、作詞者
等の曲固有の情報がある。

【００１６】ホスト装置４０から演奏装置１の一時記憶
手段２３への曲データの送信は全てこのデータレコード
のフォーマットと同様のフォーマットで行われる。ただ
し、演奏装置１側では全ての曲をＨＤＤ５に蓄積する必
要は無いため、通常は複数の付帯情報のうち所定の付帯
情報が付された曲データのみが一時記憶手段２３から読
み出され、ＨＤＤ５に蓄積される。

【００１７】次に、上記構成を有する演奏装置１におけ
る曲データの受信及び蓄積の処理についてフローチャー
トを参照して説明する。ここで、ホスト４０は、データ
ベース格納手段５０に、図４に示すような曲データベー
スを有するものとする。図４のデータベースに於いて
は、各データレコードは曲データの付帯情報として、曲
ジャンル４１、曲のリリース日４２などの曲固有の情報
のデータフィールド（項目）の他に、その曲を蓄積する
演奏装置を示す装置ＩＤのデータが入力される装置ＩＤ
データフィールド４３を持つ。詳しくは後述するが、装
置ＩＤのデータフィールド４３のデータはホスト装置４
０から演奏装置１に送信される曲データにも含まれる。
当該曲データが送信された演奏装置１において曲データ
に含まれる装置ＩＤのデータが参照され、その演奏装置
１の装置ＩＤと同一の装置ＩＤが曲データの装置ＩＤデ
ータフィールド４３に登録されている曲データは、当該
演奏装置１において蓄積され、付帯情報の装置ＩＤのフ
ィールドに装置ＩＤがデータとして登録されていない曲
の曲データは、当該演奏装置１においては蓄積されない
ように処理される。

【００１８】たとえば、演奏装置１の利用者はポップス
と英語曲を歌うことがほとんどであるとする。演奏装置
１に於いては、このような利用者の傾向に対応して、一
時記憶手段２３に蓄積した曲データのうち、ポップスと
英語曲の曲データのみＨＤＤ５に蓄積し、その他のジャ
ンルの曲データはＨＤＤ５には蓄積しないようにしたい
とする。仮にその演奏装置の装置ＩＤはＡ００１である
とすると、ホスト装置４０においてはデータベース格納
手段５０に格納されているデータベースにおいて、曲ジ
ャンルがポップスまたは英語曲であるという付帯情報を
持つ曲全てに対して、Ａ００１という装置ＩＤを装置Ｉ
Ｄのデータフィールド４３に入力しておく。同様にし
て、Ａ００２という装置ＩＤを有する演奏装置におい
て、ポップス曲のみを蓄積したいという要望がある場合
には、曲ジャンルとしてポップスというデータを有する
データレコードの装置ＩＤのデータフィールドにＡ００
２というデータを登録しておく（図４参照）。

【００１９】演奏装置１においては、ホスト装置４０か
ら送られてきた曲データは一旦一時記憶手段２３に蓄積
される。ＣＰＵ７は、一時記憶手段２３に蓄積されてい
る曲データの付帯情報のうち上記装置ＩＤのデータと、
演奏装置１の装置ＩＤとを比較し、両者が一致した場合
にのみ曲データをＨＤＤ５に書き込む。なお、ＨＤＤ５
に曲データを書き込む際には、付帯情報中、上記の曲ジ
ャンルや歌手名、データ作成日等の情報は書き込むが、
装置ＩＤのデータはＨＤＤ５には書き込まれないように
なっている。

【００２０】図２のフローチャートは、楽曲演奏装置１
のＣＰＵ７により実行される曲データの受信及び蓄積処
理のフローチャートである。図２において、演奏装置１
の利用者がある曲をリモートコントローラ１３によりリ
クエストしたとする（ステップＳ１０１：以下、単にＳ
１０１などと略して記す）。リクエストは、曲番号と曲
名との対応の一覧表などを参照してリモートコントロー
ラ１３に設けられた数字キー（図示せず）などにより入
力する。利用者からのリクエスト曲を受け付けた後（Ｓ
１０１）、ＣＰＵ７は、リクエストされた曲データがＨ
ＤＤ５内に存在するか否かを判定する（Ｓ１０２）。リ
クエストされた曲がＨＤＤ５に格納されている場合には
（ＹＥＳ：Ｓ１０２）、ＣＰＵ７はＨＤＤ５からリクエ
ストされた曲の曲データを読み出し、再生装置１１に読
み出した曲データを入力することにより、当該リクエス
トに対応した曲の演奏を行う（Ｓ１０９）。

【００２１】もしも、リクエストされた曲がＨＤＤ５に
格納されていない場合（ＮＯ：Ｓ１０２）には、以下に
説明するように、楽曲演奏装置１はモデム３を介してホ
スト装置４０からリクエスト曲のデータを受信する処理
を行う。ＣＰＵ７は、ＨＤＤ５にリクエストされた曲の
データが存在しないと判定した場合（ＮＯ：Ｓ１０
２）、楽曲演奏装置１のモデム３、通信回線３０、ホス
ト装置４０のモデム４２を介してホスト装置４０のＣＰ
Ｕ４６に、当該リクエスト曲のデータの送信を要求する
コマンドを送信する（Ｓ１０３）。ホスト装置４０のＣ
ＰＵ４６は、曲データ要求コマンドを受け取ると、デー
タベース格納手段５０に格納されている曲データベース
から要求された曲のレコードを読み出し、楽曲演奏装置
１に送信する。ここで、ホスト装置４０から演奏装置１
に曲データが送られる際には、曲データベースに設けら
れている全ての付帯情報を送信するのではなく、ジャン
ル、歌手、データ作成日など、演奏装置１で必要となる
一部の付帯情報のみを送信するようにしている。なお、
第１の実施の形態においては、ホスト装置４０から演奏
装置１に送信される付帯情報には少なくとも上述の装置
ＩＤは含まれている。

【００２２】楽曲演奏装置１のＣＰＵ７は、ホスト装置
４０からの曲データを一時記憶手段２３に蓄積して、受
信が完了すると（ＹＥＳ：Ｓ１０４）、受信したリクエ
スト曲データの付帯情報である装置ＩＤ情報と、予め設
定されＨＤＤ５に記憶された蓄積条件とを比較する（Ｓ
１０６）。本実施の形態に於いては、前述の通り、蓄積
条件（曲データをＨＤＤ５に蓄積することを許可する条
件）は、曲データの付帯情報中の装置ＩＤフィールドの
データが、当該演奏装置１の装置ＩＤと一致することで
ある。このため、受信し一時記憶手段２３に格納された
リクエスト曲データの付帯情報が含有する装置ＩＤデー
タ中に、ＨＤＤ５に記憶されている蓄積条件と合致する
ものがある場合（すなわち演奏装置１の装置ＩＤと同一
のＩＤが曲データの装置ＩＤフィールドに登録されてい
る場合）には、ＣＰＵ７は曲レコードを一時記憶手段２
３から読み出し、ＨＤＤ５に格納する（Ｓ１０８）。そ
の後にＣＰＵ７は再生装置１１に曲データを入力してリ
クエストに対応した曲の演奏を行う（Ｓ１０９）。

【００２３】例えば、Ａ００１という装置ＩＤを有する
演奏装置１の利用者がリモートコントローラ１３を用い
て曲番号０００４の曲をリクエストしたものとし、ＨＤ
Ｄ５には曲番号０００４の曲が蓄積されていないものと
する。さらに、ホスト装置４０はデータベース手段５０
に図４に示すデータベースを格納しているものとする。
この時、ＣＰＵ７はリモコン受光部９を介してリモート
コントローラ１３からの指示を受け取る。このリクエス
ト曲の曲データ（曲番号０００４の曲データ）はＨＤＤ
５に蓄積されていないため、ＣＰＵ７はモデム３を介し
てホスト４０に曲番号０００４の曲のデータレコードを
送信するよう指令を出す。ホスト４０は、データベース
格納手段５０に格納されているデータベースからリクエ
スト曲の曲データを読み出し、演奏装置１に送信する。
演奏装置１は、リクエスト曲の曲データ（曲番号０００
４の曲データ）をホスト装置３０から受信すると、その
曲データを一時記憶手段２３に蓄積する。

【００２４】ここで、演奏装置１はＡ００１という装置
ＩＤを持っており、リクエスト曲の曲データの付帯情報
である装置ＩＤもＡ００１であることから、蓄積条件を
満たしており、ＣＰＵ７は曲データをさらにＨＤＤ５に
も蓄積する。演奏装置１のＣＰＵ７は、曲データがＨＤ
Ｄ５に蓄積された後、曲データを再生装置１１に入力し
て演奏を実行する。一旦ＨＤＤ５に曲データが蓄積され
た後は、次に利用者が曲番号０００４をリクエストした
場合には、該曲データはＨＤＤ５から読み出されて再生
装置１１に送られる。

【００２５】次に、利用者が、同じ装置ＩＤ（Ａ００
１）を有する演奏装置１から曲番号０００２の曲をリク
エストしたものとする。この場合、やはりＨＤＤ５には
その曲データは蓄積されていないため、上記の場合と同
様に、ホスト装置４０に曲番号０００２の曲データをを
送信するように指令を送信する。演奏装置１において
は、ＣＰＵ７は、ホスト装置４０から送信された曲のデ
ータレコードを受信し一時記憶手段２３に蓄積する。こ
の時、曲番号０００２の曲データの付帯情報はＡ００１
という装置ＩＤデータを含んでいないため、ＣＰＵ７は
曲番号０００２の曲データは蓄積条件に合致しないと判
定する。従って、曲番号０００２の曲データはＨＤＤ５
には格納されずに、一時蓄積手段２３に蓄積された曲デ
ータに基づいて再生装置１１により再生されて演奏され
る。

【００２６】このように、受信し一時記憶手段２３に蓄
積されたデータをチェックして、ＨＤＤ５に蓄積するか
否かを決定する決定手段および、決定結果に基づいて当
該データを蓄積手段としてのＨＤＤ５に格納するようＨ
ＤＤ５を制御する制御手段を装備することで、演奏装置
１においては所望の条件を満たす曲データのみをＨＤＤ
５に格納することができる。

【００２７】上述のように、ホスト装置４０側で設定さ
れた付帯情報を利用することにより、任意の条件に基づ
いて、あるデータをある演奏装置１において蓄積するか
どうかを設定することができる。単に付帯情報として、
曲データを蓄積する装置ＩＤをデータとして設定してお
くだけで良く、設定の方法は曲のタイトル、歌手、作曲
者など曲に固有の情報とは無関係に、曲単位で任意に設
定することができるため、画一的でない、きめの細かい
蓄積条件の設定をも行うことができる。もちろん、デー
タベースの各項目（タイトル、歌手、作曲者など）をキ
ーとしてデータベースのデータを抽出し、抽出されたデ
ータの付帯情報にある装置ＩＤを設定すれば、当該装置
ＩＤを有する演奏装置においては、単に装置ＩＤに基づ
いて蓄積曲データを選択するだけで、上記抽出処理を行
ったのと同様の結果を得ることができ演奏装置１側の負
担を軽減することも可能である。

【００２８】さらに、前述のように、データベースが有
するレコードの全ての項目のデータが演奏装置１に送信
するわけではないため、ホスト装置側でレコードの抽出
等を行う方がきめの細かい選択が可能となる。例えば、
データベースが曲のリリース日という項目を有してい
て、かつその項目のデータは演奏装置１には送信されな
い場合にも、ホスト装置４０側ではリリース日をキーと
してデータの抽出を行うことができるため、ある日付以
降にリリースされた曲のみを蓄積したいと言うような要
求にも容易に対応することができる。

【００２９】また、演奏装置１に蓄積する曲の指定を変
更するためには、ホストの管理者が曲のデータレコード
にその演奏装置の装置ＩＤを追加したり、レコードから
その装置ＩＤを削除したりするだけでよいため、蓄積条
件の管理を１カ所で（すなわちホスト装置４０におい
て）行うことができるため、システム管理が容易とな
る。

【００３０】上述の実施の形態においては、どの曲を蓄
積装置に蓄積するのかという設定はホスト側で曲のデー
タレコードの付帯情報を設定することにより行っている
が、演奏装置１において個々の蓄積条件を利用者がリモ
コン１３を用いて設定することにより、装置ＩＤを条件
とした蓄積だけではなく、演奏装置側で指定した条件に
よる複合条件に基づく変更が可能である。

【００３１】図５はＨＤＤ５に格納される複合蓄積条件
の設定状態を説明する図である。図に示すように複合蓄
積条件は、蓄積条件１として前述の装置ＩＤを有し、蓄
積条件２として曲データのジャンルが演歌であるという
条件を有している。さらに、蓄積条件１および蓄積条件
２をどのように結合するかを示す結合条件を有してい
る。結合条件としては、たとえば、ＡＮＤ（論理積）、
ＯＲ（論理和）、ＸＯＲ（排他的論理和）がある。図５
においては、蓄積条件１と蓄積条件２のオアを結合条件
として、受信データをＨＤＤ５に蓄積するか否かを判定
する。すなわち、蓄積条件１と蓄積条件２の少なくとも
どちらか一方が満たされれば、その曲データはＨＤＤ５
に蓄積される。なお、蓄積条件は２つに限る必要はな
く、３つ以上の蓄積条件を設定できるようにしても良
い。また、その場合、結合条件も各蓄積条件間でそれぞ
れ設定できるようにしてもよい。

【００３２】上記の実施の形態では蓄積条件１は装置Ｉ
Ｄとして固定されているが、ホスト装置４０を、装置Ｉ
Ｄを付帯情報として設定しない構成とし、演奏装置１側
のみの設定により蓄積データを選別するようにすること
も可能である。すなわち、ホスト装置４０からは、曲に
固有のデータであるＭＩＤＩデータや歌手、ジャンル、
作成日などの曲に関する付帯情報のみが送られ、演奏装
置１で蓄積条件および複数の蓄積条件を結合する論理関
係を表す結合条件を設定することにより、受信した曲に
関する付帯情報のいくつかの項目を利用して必要な曲デ
ータのみを選択的にＨＤＤ５に蓄積する構成とすること
もできる。

【００３３】たとえば、ある演奏装置１（装置ＩＤ：Ａ
００１）において、演歌とポップスをＨＤＤ５に蓄積し
たいという要望があるとする。図４にようにデータベー
スが設定されていれば、ポップスは付帯情報としてＡ０
０１の装置ＩＤを有しているため、ＨＤＤ５に蓄積され
る設定となっている。しかし、演歌（曲番号：０００
２）の付帯情報には装置ＩＤとしてＡ００１が含まれて
いない。従って、通常は、装置ＩＤがＡ００１の演奏装
置１は曲番号０００２の曲をＨＤＤ５に蓄積することが
できない。ここで、図５に示すように、蓄積条件１とし
て曲データの付帯情報が有する装置ＩＤが演奏装置１の
装置ＩＤと一致すること、蓄積条件２としてジャンルが
演歌であること、さらに結合条件としてＯＲを設定すれ
ば、すなわち、演奏装置側でＯＲ条件を用いて演歌も蓄
積条件に加えたため、演奏装置１側で０００２の曲をリ
クエストした場合、曲データはＨＤＤ５に蓄積され、再
利用できることとなる（ＹＥＳ：Ｓ１０７）。なお、こ
の様な蓄積条件の入力はリモートコントローラ１３によ
り行うものとする。

【００３４】この様に、入力手段として蓄積条件を入力
するリモートコントローラ１３を装備することで、蓄積
する曲の指定をホスト装置４０側での設定（装置ＩＤの
入力）に加えて、個々の演奏装置１側で蓄積条件の変更
・追加を行うことが可能になるため、より演奏装置１側
の実状に応じた曲データの蓄積が可能になる。

【００３５】上述の第１の実施の形態においては、ホス
ト装置４０側において曲データにその曲を蓄積すべき演
奏装置１の装置ＩＤを付帯情報として付加し、演奏装置
１側においては、受信データ中に当該演奏装置の装置Ｉ
Ｄと同一の装置ＩＤデータが含まれているか否かに基づ
いて、受信データをＨＤＤ５に蓄積する構成となってい
る。

【００３６】次に説明する第２の実施の形態において
は、システム構成は第１の実施の形態とほぼ同一である
が、ホスト装置４０側で曲データに装置ＩＤ等の演奏装
置１に関する情報を付加せず、演奏装置１側における設
定のみに基づいて受信データをＨＤＤ５に蓄積するか否
かを決定する例を示す。

【００３７】上述のように、第２の実施の形態において
は曲データには装置ＩＤデータは含まれていない。すな
わち、ホスト装置４０のデータベース格納手段５０に格
納されているデータベースの各レコードは、曲番号、楽
音データ（ＭＩＤＩデータ）、歌詞データ、歌手デー
タ、リリース日データ、作曲者データ、・・・など、曲
に関するデータから構成されている。なお、第２の実施
の形態においても第１の実施の形態の場合と同様、ホス
ト装置４０から演奏装置１に送信される曲データは、デ
ータベースのレコードに含まれる全ての項目（フィール
ド）ではなく、演奏装置１側で必要となる一部分のデー
タだけである。

【００３８】図６に、演奏装置１において設定される蓄
積条件の例を示す。図６においては、蓄積条件１として
曲ジャンルが英語曲であること、蓄積条件２としてリリ
ース日が1995年9月1日より後であること、そして蓄積条
件１と２とを組み合わせる結合条件としてＡＮＤが設定
されている。このように、演奏装置１がホスト装置４０
から受信する曲データに含まれる項目のそれぞれに対し
て条件を設定することができる。例えば、演奏装置１が
受信する曲データに曲のジャンル、歌手、データの作成
日などが含まれていれば、ジャンル、歌手、データ作成
日それぞれに対して任意の条件を設定することができ
る。従って、ある特定のジャンルの曲のみを蓄積した
り、所定の歌手の曲のみを蓄積したり、データ作成日に
よって蓄積するか否かを決定したりすることができる。
さらに、第１の実施の形態において説明したように、複
数の条件をどのように結合するか（条件のＡＮＤをとる
か、ＯＲをとるか）をも設定できるようにすることも可
能である。

【００３９】第２の実施の形態においては、演奏装置１
が受信した曲データに含まれる項目に関してのみ蓄積条
件を設定する構成となっているため、第１の実施の形態
の場合に比べると条件設定の自由度は低いものの、ホス
ト装置４０側でデータベースのそれぞれのレコードに対
し、各演奏装置１に蓄積するか否かを設定する必要がな
いため、データべースの維持は簡単になる。特に、一つ
のホスト装置４０に対し、多数の演奏装置１がデータ通
信を行うような大規模なシステムにおいては、ホスト装
置４０側で曲データの加工をする必要がなくしかも各演
奏装置１において所望の曲データのみを蓄積することが
できるようになるため、第２の実施の形態の楽曲演奏シ
ステムは汎用性が高い。さらに、通信回線に余裕があれ
ば（通信回線中のデータの伝送スピードが十分に速けれ
ば）、ホスト装置４０から演奏装置１に、データベース
のレコードに含まれる全てのデータ項目を転送して、演
奏装置１側で、第１の実施の形態の場合と同様にきめの
細かい蓄積条件設定を行うことができる。尚、この時、
ＨＤＤ５の容量を圧迫しないよう、ＨＤＤ５に蓄積する
データ項目は演奏装置１において必要とするもののみと
すれば良い。

【００４０】例えば、演奏装置におけるデータチェック
を曲データの受信時に行わずに、曲の演奏後に行っても
良い。また、蓄積条件を利用者やホストの管理者からの
入力で設定するのではなく、それぞれの曲がリクエスト
された回数や、ＣＤ・テープ等の売り上げに基づくラン
キングを定期的にモニタして、あるランキングの結果が
所定の水準を超えた曲のみを蓄積するように設定しても
良い。この場合には、例えば、ホスト装置４０側でラン
キングに基づくデータを各曲データに登録し、各演奏装
置１側ではランキングに基づくデータに対する蓄積条件
を設定するようにすればよい。

【００４１】上述の第１および第２の実施の形態におい
ては、演奏装置１側での蓄積条件の入力をリモートコン
トローラ１３から行うように構成しているが、蓄積条件
がそれほど頻繁に変わるものでないことから、演奏装置
側での条件の設定は、演奏装置本体に操作部材を設け
て、該操作部材の操作によりＣＰＵ７が設定するように
しても良い。

【００４２】また、複数の演奏装置１が近接して設置さ
れている場合、その複数の演奏装置１のどれか一つにサ
ーバーとしての機能を持たせ、上記第１の実施の形態の
ホスト装置４０と同様の、データベース及びデータの送
信手段を有する構成として、ホスト装置とのデータ通信
は該サーバーとの間だけで行うように構成することも可
能である。

【００４３】すなわち、図７に示すように、ホスト装置
とは離れたある場所に複数の演奏装置１が配置される場
合に、複数の演奏装置のうちの一つをサーバー装置１ｓ
として利用する。サーバー装置は、演奏装置１としての
機能は他の演奏装置と同様であるが、ＨＤＤ５は容量の
大きいものを備えており、ホスト装置から送信されるデ
ータをそのまま無条件に全てＨＤＤ５に蓄積する。他の
演奏装置とサーバー装置１ｓとの関係は上記の第１又は
第２の実施の形態の場合と同様の関係となる。ただし、
サーバー装置において蓄積されている曲データは、ホス
ト装置において蓄積されているデータより少ないため、
演奏装置１がサーバー装置１ｓに曲データを要求するコ
マンドを送信した場合に、サーバー１ｓにも当該曲デー
タが蓄積されていない場合が発生し得る。そのような場
合には、サーバー装置１ｓがさらにホスト装置にデータ
要求コマンドを送信して所望の曲をホスト装置からデー
タ通信により受け取ることが可能である。

【００４４】

【発明の効果】請求項１に記載の通信型楽曲演奏装置に
よれば、曲データ毎にデータを演奏装置側で蓄積するか
どうかを自動的に決定しているため、必要なデータのみ
が自動的に蓄積去れ、蓄積手段が効率よく利用されるこ
とになる。

【００４５】請求項２に記載の通信型楽曲演奏装置によ
れば、曲データ自体に蓄積するか否かを決定する他面の
データが含まれているため、蓄積するか否かの判定が確
実に行われる。

【００４６】請求項３に記載の通信型楽曲演奏装置によ
れば、少なくとも曲のジャンルに応じてデータを蓄積す
るか否かを決定することができる。請求項４に記載の通
信型楽曲演奏装置によれば、少なくとも、曲のジャン
ル、リリース日、歌手、作詞者、作曲者のいずれかある
いはその組合せに基づいて、曲データを蓄積するか否か
を決定することができる。

【００４７】請求項５に記載の通信型楽曲演奏システム
によれば、ホスト装置から演奏装置に送信された曲デー
タは、選択的に演奏装置側のデータ蓄積手段に格納され
るため、蓄積手段の容量が有効に利用される。請求項６
に記載の通信型楽曲演奏システムによれば、少なくと
も、曲のジャンル、リリース日、歌手、作詞者、作曲者
のいずれか一つあるいは複数のデータに基づいて蓄積す
るか否かを決定することができるため、蓄積すべきか否
かの基準を自由に設定することができる。

【００４８】請求項７に記載の通信型楽曲演奏システム
によれば、複数の演奏装置において、蓄積すべき曲デー
タとして、それぞれ異なるデータを選択させることがで
きる。

【図面の簡単な説明】

【図１】本発明の実施の形態であるカラオケシステムを
構成する楽曲演奏装置およびホスト装置の基本構成を示
すブロック図である。

【図２】楽曲演奏装置のＣＰＵにより実行される曲デー
タの受信及び蓄積処理のフローチャートである。

【図３】曲データの１レコードのフォーマットを示す図
である。

【図４】ホスト装置のデータベース格納手段に格納され
ているデータベースのフォーマットを示す図である。

【図５】複合蓄積条件の設定を説明する図である。

【図６】蓄積条件の例を示す図である。

【図７】複数の演奏装置の一つをホスト装置のように扱
うシステム構成の例を示す図である。

【符号の説明】

１ 楽曲演奏装置 ３ モデム ５ ＨＤＤ ７ ＣＰＵ １１ 再生装置 １３ リモートコントローラ １５ ＣＲＴ ２３ 一時記憶手段 ３０ 通信回線 ４０ ホスト装置 ４２ モデム ４４ ＣＲＴ ４６ ＣＰＵ ４８ キーボード ５０ データベース格納手段

Claims (8)

【特許請求の範囲】
1. 【請求項１】 通信回線を利用して曲データを受信する
   受信手段と、前記曲データを音声信号に変換して演奏す
   る手段を有する通信型楽曲演奏装置において、 前記受信手段が受信した前記曲データを蓄積するための
   蓄積手段と、 前記受信手段により受信した曲データを前記蓄積手段に
   蓄積するか否かを決定する決定手段と、 前記決定手段により、前記蓄積手段に蓄積すると決定さ
   れた曲データのみを蓄積するよう前記蓄積手段を制御す
   る制御手段と、を有する通信型楽曲演奏装置。
2. 【請求項２】 前記曲データは少なくとも一つの付帯デ
   ータを有し、前記決定手段は前記付帯データに基づいて
   曲データを前記蓄積手段に蓄積するか否かを決定するこ
   とを特徴とする、請求項１に記載の通信型楽曲演奏装
   置。
3. 【請求項３】 前記少なくとも一つの付帯データは曲デ
   ータのジャンルに関するデータを有することを特徴とす
   る請求項２に記載の通信型楽曲演奏装置。
4. 【請求項４】 前記付帯データは少なくとも、曲のジャ
   ンル、リリース日、歌手、作詞者、作曲者のいずれか一
   つのデータを有することを特徴とする請求項２に記載の
   通信型楽曲演奏装置。
5. 【請求項５】 複数の曲データからなる曲データベース
   を蓄積しており、通信回線を介して前記曲データベース
   の任意の曲データを送信するホスト装置と、 前記通信回線を利用して前記ホスト曲から所望の曲デー
   タを受信する受信手段と前記曲データを音声信号に変換
   して演奏する手段を備えた楽曲演奏装置と、からなる通
   信型楽曲演奏システムにおいて、 前記ホスト装置が蓄積する前記曲データデータベースの
   各曲データは少なくとも一つの付帯データを有してお
   り、 前記楽曲演奏装置は、前記受信手段が受信した前記曲デ
   ータを蓄積するための蓄積手段と、前記受信手段により
   受信した曲データを前記蓄積手段に蓄積するか否かを前
   記少なくとも一つの付帯データに基づいて決定する決定
   手段と、前記決定手段により、前記蓄積手段に蓄積する
   と決定された曲データのみを蓄積するよう前記蓄積手段
   を制御する制御手段とを有していること、を特徴とする
   通信型楽曲演奏システム。
6. 【請求項６】 前記付帯データは少なくとも、曲のジャ
   ンル、リリース日、歌手、作詞者、作曲者のいずれか一
   つのデータは有することを特徴とする請求項５に記載の
   通信型楽曲演奏システム。
7. 【請求項７】 前記通信型楽曲演奏システムは複数の楽
   曲演奏装置を有しており、各楽曲演奏装置は固有の識別
   情報を有しており、前記付帯データは前記識別情報を有
   することを特徴とする請求項５に記載の通信型楽曲演奏
   システム。
8. 【請求項８】 通信回線を利用して曲データを受信する
   受信手段と、前記曲データを音声信号に変換して演奏す
   る手段を有する通信型楽曲演奏装置において、 曲データを蓄積するための蓄積手段と、 前記受信手段が受信した前記曲データを一時的に格納す
   るための一時記憶手段と、 前記一時記憶手段に格納されている曲データ中、蓄積す
   べき曲データを決定する決定手段と、 前記決定手段により蓄積すると決定された曲データのみ
   を前記一時記憶手段から読み出し前記蓄積手段に蓄積さ
   せる制御手段と、を有する通信型楽曲演奏装置。