(57)【特許請求の範囲】
【請求項１】
多数の演奏曲のうちから選択される所定の演奏曲を出力させると共に、通信回線を介してそれら演奏曲に関する情報を取得できる通信カラオケシステムであって、
前記通信回線に接続される少なくとも１台のホスト装置と、
該ホスト装置との間で情報の通信を行う複数台の端末装置と
を、備え、
前記ホスト装置は、
ＭＩＤＩ形式の演奏データに基づいて複数の楽器の演奏音を出力させるＭＩＤＩ音源と、
エンコード済の生音データを再生して演奏を出力させる生音出力部と、
所定のサーバから前記通信回線を介して未エンコード楽曲データとしての前記ＭＩＤＩ形式の演奏データを取得する取得手段と、
前記ＭＩＤＩ音源から順次出力される複数の演奏パートそれぞれに対応する演奏を録音すると共に、該演奏と非同期に前記生音出力部から出力される演奏を録音する単一の録音部と、
該録音部により録音された演奏に対応する楽曲データをエンコードするエンコード手段と、
該エンコード手段によりエンコードされたエンコード済楽曲データを前記端末装置へ配信する配信手段と
を、有し、
前記録音部は、前記生音出力部から出力される演奏の録音に際して、前記ＭＩＤＩ音源の出力ボリュームを零として対応する前記ＭＩＤＩ形式の演奏データを同期して再生させつつ前記生音データに対応する演奏の録音を行うものであり、
前記端末装置は、
前記配信手段により配信されるエンコード済楽曲データを再生して演奏曲を出力させる再生手段を有するものである
ことを特徴とする通信カラオケシステム。
【請求項２】
前記端末装置は、前記ホスト装置に所定の演奏曲のエンコード済楽曲データの配信を要求する要求手段を有するものであり、前記配信手段は、該要求手段により要求された演奏曲のエンコード済楽曲データを要求元の端末装置へ配信するものである請求項１の通信カラオケシステム。
【請求項３】
前記ホスト装置は、前記エンコード手段によりエンコードされた複数のエンコード済楽曲データを記憶する記憶装置を有するものである請求項１又は２の通信カラオケシステム。
【請求項４】
前記記憶装置は、前記取得手段により取得された複数の未エンコード楽曲データを記憶し得るものである請求項３の通信カラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信回線を介して演奏曲に関する情報を取得できる通信カラオケシステムに関し、特に、設備コストを低減するための改良に関する。
【背景技術】
【０００２】
多数の演奏曲のうちから選択される所定の演奏曲を出力させる音楽再生装置が知られている。例えば、カラオケボックス等で使用されるカラオケ装置がそれである。斯かるカラオケ装置によれば、予め記憶装置に記憶された多数のカラオケ演奏曲から選択された所定のカラオケ演奏曲の音楽情報を出力させると共に、そのカラオケ演奏曲の歌詞情報を含む映像をその出力に同期して画面に表示させることで、所望の歌のカラオケ演奏を楽しむことができる。
【０００３】
斯かるカラオケ装置を用いたカラオケシステムの一態様として、通信回線を介して演奏曲に関する情報を取得できる通信カラオケシステムが実用されている。例えば、特許文献１に記載された通信カラオケシステムがそれである。この通信カラオケシステムでは、複数のカラオケ装置が公衆電話回線等を介して所定のカラオケサービス提供会社のサーバと接続されることで、そのサーバとの間で相互に情報の遣り取りが可能とされており、新曲のカラオケ情報等がそれら複数のカラオケ装置に適宜配信されるようになっている。
【０００４】
【特許文献１】特開平１０−２００６５６号公報
【０００５】
しかし、前記従来の技術では、前記複数のカラオケ装置それぞれにおいてＭＩＤＩデータ等の楽曲データを再生することで演奏を行うものであったことから、斯かる楽曲データを再生するための音源を各カラオケ装置に設ける必要があった。この音源がカラオケ装置の単価に占める割合は比較的大きなものであり、とりわけ複数のカラオケ装置を備えたカラオケシステムにおいてその総費は相当なものになる。本発明者等は、設備コストを可及的に低減し得る通信カラオケシステムを開発すべく鋭意研究を継続した一結果として、この音源に要するコストを削減し得る通信カラオケシステムを発案するに至った。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、以上の事情を背景として為されたものであり、その目的とするところは、設備コストを可及的に低減し得る通信カラオケシステムを提供することにある。
【課題を解決するための手段】
【０００７】
斯かる目的を達成するために、本発明の要旨とするところは、多数の演奏曲のうちから選択される所定の演奏曲を出力させると共に、通信回線を介してそれら演奏曲に関する情報を取得できる通信カラオケシステムであって、前記通信回線に接続される少なくとも１台のホスト装置と、そのホスト装置との間で情報の通信を行う複数台の端末装置とを、備え、前記ホスト装置は、ＭＩＤＩ形式の演奏データに基づいて複数の楽器の演奏音を出力させるＭＩＤＩ音源と、エンコード済の生音データを再生して演奏を出力させる生音出力部と、所定のサーバから前記通信回線を介して未エンコード楽曲データとしての前記ＭＩＤＩ形式の演奏データを取得する取得手段と、前記ＭＩＤＩ音源から順次出力される複数の演奏パートそれぞれに対応する演奏を録音すると共に、その演奏と非同期に前記生音出力部から出力される演奏を録音する単一の録音部と、その録音部により録音された演奏に対応する楽曲データをエンコードするエンコード手段と、そのエンコード手段によりエンコードされたエンコード済楽曲データを前記端末装置へ配信する配信手段とを、有し、前記録音部は、前記生音出力部から出力される演奏の録音に際して、前記ＭＩＤＩ音源の出力ボリュームを零として対応する前記ＭＩＤＩ形式の演奏データを同期して再生させつつ前記生音データに対応する演奏の録音を行うものであり、前記端末装置は、前記配信手段により配信されるエンコード済楽曲データを再生して演奏曲を出力させる再生手段を有することを特徴とするものである。
【発明の効果】
【０００８】
このようにすれば、前記通信回線に接続される少なくとも１台のホスト装置と、そのホスト装置との間で情報の通信を行う複数台の端末装置とを、備え、前記ホスト装置は、ＭＩＤＩ形式の演奏データに基づいて複数の楽器の演奏音を出力させるＭＩＤＩ音源と、エンコード済の生音データを再生して演奏を出力させる生音出力部と、所定のサーバから前記通信回線を介して未エンコード楽曲データとしての前記ＭＩＤＩ形式の演奏データを取得する取得手段と、前記ＭＩＤＩ音源から順次出力される複数の演奏パートそれぞれに対応する演奏を録音すると共に、その演奏と非同期に前記生音出力部から出力される演奏を録音する単一の録音部と、その録音部により録音された演奏に対応する楽曲データをエンコードするエンコード手段と、そのエンコード手段によりエンコードされたエンコード済楽曲データを前記端末装置へ配信する配信手段とを、有し、前記録音部は、前記生音出力部から出力される演奏の録音に際して、前記ＭＩＤＩ音源の出力ボリュームを零として対応する前記ＭＩＤＩ形式の演奏データを同期して再生させつつ前記生音データに対応する演奏の録音を行うものであり、前記端末装置は、前記配信手段により配信されるエンコード済楽曲データを再生して演奏曲を出力させる再生手段を有するものであることから、前記複数台の端末装置それぞれに音源を設ける必要がなく、更に複数の演奏出力に対して単一の録音部により録音を行う構成とすることで、カラオケシステム全体としての設備コストを大幅に省くことができる。すなわち、設備コストを可及的に低減し得る通信カラオケシステムを提供することができる。
【０００９】
ここで、好適には、前記端末装置は、前記ホスト装置に所定の演奏曲のエンコード済楽曲データの配信を要求する要求手段を有するものであり、前記配信手段は、その要求手段により要求された演奏曲のエンコード済楽曲データを要求元の端末装置へ配信するものである。このようにすれば、実用的な態様で各端末装置により所望の演奏曲のカラオケ演奏を楽しめるという利点がある。
【００１０】
また、好適には、前記ホスト装置は、前記エンコード手段によりエンコードされた複数のエンコード済楽曲データを記憶する記憶装置を有するものである。このようにすれば、複数のエンコード済楽曲データを予め蓄積しておくことで、前記端末装置からの要求に応じて即時的にエンコード済楽曲データを配信できるという利点がある。
【００１１】
また、好適には、前記記憶装置は、前記取得手段により取得された複数の未エンコード楽曲データを記憶し得るものである。このようにすれば、前記サーバから取得される複数の未エンコード楽曲データを蓄積しておき、逐次エンコード済楽曲データへ変換していくことができるという利点がある。
【００１３】
以下、本発明の好適な実施例を図面に基づいて詳細に説明する。
【実施例１】
【００１４】
図１は、本発明が好適に適用される通信カラオケシステム１０を説明する図である。この図１に示すように、本実施例の通信カラオケシステム１０は、一般公衆電話回線等の通信回線１２を介して演奏曲に関する情報を送受信できるように構成されたものであり、例えばカラオケサービス提供会社が管理する情報処理装置であるサーバ１４と、カラオケボックス等の店舗に設置されたホスト装置１６とが上記通信回線１２に接続され、それらサーバ１４及びホスト装置１６相互間で電子的な情報の送受信が可能とされている。また、上記ホスト装置１６と同様にカラオケボックス等の店舗に設置された複数の端末装置１８ａ、１８ｂ、１８ｃ（以下、特に区別しない場合には単に端末装置１８と称する）がＬＡＮ１５を介して上記ホスト装置１６に接続されており、そのホスト装置１６及び端末装置１８相互間で電子的な情報の送受信が可能とされている。なお、図１では、上記複数の端末装置１８が上記通信回線１２に接続されるように図示されているが、それら複数の端末装置１８は必ずしも上記通信回線１２には接続されなくともよい。
【００１５】
図２は、上記ホスト装置１６の構成を説明する図である。この図２に示すように、本実施例のホスト装置１６は、中央演算処理装置であるＣＰＵ２０と、メモリであるＲＡＭ２２と、記憶装置としてのハードディスク２４と、演奏手段としてのＭＩＤＩ（Musical Instrument Digital Interface）音源２６と、再生手段としての生音出力部２８と、録音手段としての複数（図２では４つ）の録音部３０ａ、３０ｂ、３０ｃ、３０ｄ（以下、特に区別しない場合には単に録音部３０と称する）と、第１クロック周波数発振器３２と、第２クロック周波数発振器３４と、モデム３６と、ＬＡＮ送受信部３８とを、備えて構成されている。
【００１６】
上記ＣＰＵ２０は、上記ＲＡＭ２２の一時記憶機能を利用しつつそのＲＡＭ２２に読み出されるエンコードプログラム、デコードプログラム、ＭＩＤＩシーケンサ、その他、各種制御ソフト等のプログラムに基づいて電子情報を処理・制御する所謂コンピュータであり、前記通信回線１２を介して前記サーバ１４から未エンコード楽曲データを取得（ダウンロード）する取得手段８０と、その取得手段８０により取得された未エンコード楽曲データをエンコードするエンコード手段８２と、そのエンコード手段８２によりエンコードされたエンコード済楽曲データを前記端末装置１８からの要求に応じて前記ＬＡＮ１５を介して配信する配信手段８４とを、機能的に備えている。上記ＭＩＤＩシーケンサによる演奏に際しては、上記第１クロック周波数発振器３２から供給されるクロック周波数が用いられる。また、上記ＣＰＵ２０は、上記ＭＩＤＩ音源２６によりＭＩＤＩデータに基づく演奏を行ったり、上記生音出力部２８によりＭＰＥＧ（Moving Picture Experts Group）データ等のエンコード済楽曲データを再生（デコード）したり、上記録音部３０により上記ＭＩＤＩ音源２６や生音出力部２８から出力される演奏を録音したりといった制御を行う。すなわち、前記ホスト装置１６は、そのホスト装置１６及び複数台の端末装置１８から成るローカルネットワークにおけるローカルネットワークサーバとして機能する。
【００１７】
前記ハードディスク２４は、前記通信回線１２を介して取得された未エンコード楽曲データを複数（例えば、数百曲分）記憶する未エンコード楽曲データベース４０と、前記エンコード手段８２によりエンコードされたエンコード済楽曲データを多数（例えば、数万曲分）記憶するエンコード済楽曲データベース４２と、前記録音部３０による録音に際して用いられる録音用一時記憶エリア４４とを、備えている。また、前記ハードディスク２４には、前記ＲＡＭ２２に読み出されるプログラムのソースであるエンコードプログラム、デコードプログラム、ＭＩＤＩシーケンサ、その他、各種制御ソフト等が記憶されている。
【００１８】
前記ＭＩＤＩ音源２６は、前記ハードディスク２４の未エンコード楽曲データベース４０から読み出される未エンコード楽曲データに含まれるＭＩＤＩデータに基づいて複数の楽器の演奏音を出力させる音源モジュールである。また、このＭＩＤＩ音源２６には、演奏音を伝達するための経路として複数のチャンネル（図２では１６チャンネル）が用意されており、１６種類の楽器の演奏音を相互に同期して（同時に）出力できるように構成されている。そのようにして出力された各チャンネルの演奏音は、複数（図２では３つ）の出力部４６ａ、４６ｂ、４６ｃ（以下、特に区別しない場合には単に出力部４６と称する）のうち何れかから出力され、それぞれの出力部４６に対応する録音部３０に入力される。
【００１９】
前記生音出力部２８は、前記ハードディスク２４の未エンコード楽曲データベース４０から読み出される未エンコード楽曲データに含まれるバックコーラス用生音データ等のエンコード済楽曲データとしての生音データを再生するデコーダである。この再生に際しては、前記第２クロック周波数発振器３４から供給されるクロック周波数が用いられ、好適には、前記ＭＩＤＩ音源２６による複数のチャンネルの演奏と同期して再生を行う。なお、この再生に関しては、既知のＭＩＤＩ・生音同期再生方法を用いて同期を成立させる必要がある。また、前記生音出力部２８により再生された演奏は、対応する録音部３０に入力される。
【００２０】
前記録音部３０は、前記ＭＩＤＩ音源２６の各出力部４６から出力される演奏及び前記生音出力部２８から出力される演奏を録音する。この録音に際しては、前記第１クロック周波数発振器３２から供給されるクロック周波数が用いられる。ここで、前記出力部４６ａに録音部３０ａが、出力部４６ｂに録音部３０ｂが、出力部４６ｃに録音部３０ｃが、生音出力部２８に録音部３０ｄがそれぞれ対応している。各録音部３０によりそれぞれ録音された演奏は、前記ハードディスク２４の録音用一時記憶エリア４４に記憶された後、前記エンコード手段８２によりエンコードされ、所定の演奏曲に対応する楽曲データとして一括して前記ハードディスク２４のエンコード済楽曲データベース４２に記憶（蓄積）される。
【００２１】
前記モデム３６は、前記ホスト装置１６を前記通信回線１２に接続するための装置であり、前記ＣＰＵ２０から出力されるディジタル信号をアナログ信号に変換して前記通信回線１２に送り出すと共に、その通信回線１２を介して伝送されるアナログ信号をディジタル信号に変換して前記ＣＰＵ２０に供給する処理を行う。前記取得手段８０による前記サーバ１４からの未エンコード楽曲データの取得はこのモデム３６を介して行われ、そのようにして取得された未エンコード楽曲データは、エンコード待ちデータとして前記ハードディスク２４の未エンコード楽曲データベース４０に記憶（蓄積）される。
【００２２】
前記ＬＡＮ送受信部３８は、前記ホスト装置１６を前記ＬＡＮ１５に接続するためのインターフェイスであり、所定のドライバソフトに基づいて前記ＬＡＮ１５を介したデータ転送を行う。前記複数台の端末装置１８からの要求の受信及び前記配信手段８４によるその要求に応じたエンコード済楽曲データの配信はこのＬＡＮ送受信部３８を介して行われ、要求されたエンコード済楽曲データが前記ハードディスク２４のエンコード済楽曲データベース４２から読み出されて要求元である端末装置１８へ配信される。
【００２３】
図３は、前記端末装置１８の構成を説明する図である。この図３に示すように、前記端末装置１８は、中央演算処理装置であるＣＰＵ４８と、読み出し専用メモリであるＲＯＭ５０と、随時書き込み読み出しメモリであるＲＡＭ５２と、操作パネル５４と、赤外線受光部５６と、リモコン装置５８と、ＬＡＮ送受信部６０と、再生手段としての複数（図３では４つ）のデコーダ６２ａ、６２ｂ、６２ｃ、６２ｄ（以下、特に区別しない場合には単にデコーダ６２と称する）と、各デコーダ６２に対応する複数（図３では４つ）の音量調節部６４ａ、６４ｂ、６４ｃ、６４ｄ（以下、特に区別しない場合には単に音量調節部６４と称する）と、回路切換部６６と、ピッチシフタ６８と、アンプミキサ７０と、マイクロフォン７２と、スピーカ７４とを、備えて構成されている。
【００２４】
上記ＣＰＵ４８は、上記ＲＡＭ５２の一時記憶機能を利用しつつ上記ＲＯＭ５０に予め記憶された各種制御ソフト等のプログラムに基づいて電子情報を処理・制御する所謂コンピュータであり、前記ＬＡＮ１５を介して前記ホスト装置１６に所定の演奏曲のエンコード済楽曲データを要求する要求手段８６を機能的に備えている。また、上記操作パネル５４及びリモコン装置５８等による入力操作を受け付けたり、上記要求に応じて転送されてくる楽曲データを上記デコーダ６２により再生（デコード）したり、上記映像処理部７６を介して上記モニタ７８に所定の映像を表示させたりといった制御を行う。すなわち、多数の演奏曲のうちから選択される所定の演奏曲を出力させるカラオケ装置として機能する。
【００２５】
前記操作パネル５４は、前記端末装置１８の利用者が歌いたいカラオケ演奏曲を選択したり、演奏曲の音程を調整したり、演奏と歌との音量バランスを調整したり、その他、エコー、音量、トーン等の各種調整を行うための操作ボタン（スイッチ）或いはつまみを備えた入力装置である。また、前記端末装置１８には、前記操作パネル５４の一部機能を遠隔で実行するための入力装置として機能するリモコン装置５８が備えられており、前記赤外線受光部５６は、そのリモコン装置５８から送信されるリモコン信号を受信して前記ＣＰＵ４８へ供給する。
【００２６】
前記ＬＡＮ送受信部６０は、前記端末装置１８を前記ＬＡＮ１５に接続するためのインターフェイスであり、所定のドライバソフトに基づいて前記ＬＡＮ１５を介したデータ転送を行う。前記要求手段８６による前記ホスト装置１６への楽曲データの配信要求及びそれに応じて転送されるエンコード済楽曲データの受信はこのＬＡＮ送受信部６０を介して行われ、そのようにして受信された楽曲データは、前記ＲＡＭ５２に演奏待ち曲として記憶される。
【００２７】
前記デコーダ６２は、前記ホスト装置１６から配信されるエンコード済楽曲データとしての生音データを再生（デコード）して演奏曲を出力させる。ここで、複数のデコーダ６２が備えられることで、前記エンコード済楽曲データに含まれる複数の演奏パートをそれら演奏パート別に異なるデコーダ６２で再生して演奏曲を出力させ得るように構成されている。そのようにして出力された各デコーダ６２の出力は、それぞれ対応する音量調整部６４に入力され、それら音量調整部６４において前記操作パネル５４の各音量つまみに対応する増幅率で増幅させられた後、前記回路切換部６６に入力される。この回路切換部６６は、各音量調節部６４からの出力を前記ＣＰＵ４８からの指令に応じて前記ピッチシフタ６８及びアンプミキサ７０の何れか一方に選択的に入力させるように回路を切り換える。
【００２８】
前記ピッチシフタ６８は、前記操作パネル５４やリモコン装置５８等による入力操作に応じて前記音量調節部６４から出力される演奏の音程（キー）を変更する調整を行う。前記アンプミキサ７０は、このピッチシフタ６８を介して或いは音量調整部６４から直接入力される演奏（音楽データ）と、前記マイクロフォン７２から入力された音声情報とを合成（ミキシング）する音声合成装置であり、前記端末装置１８によるカラオケ演奏において前記マイクロフォン７２により入力された利用者の歌唱（歌声）は、このアンプミキサ７０により前記演奏と合成されて前記スピーカ７４から出力される。
【００２９】
前記映像処理部７６は、前記ＣＰＵ４８からの指令に応じて前記モニタ７８による映像表示（描画）に関する処理を行う。例えば、前記ＣＰＵ４８により生成された歌詞文字映像を表示させると共に、その歌詞文字映像を経時的に色替えしていく等の歌詞文字映像表示処理や、その歌詞文字映像の背面側レイヤに所定の背景映像を表示させる等の背景映像表示処理等、前記端末装置１８によるカラオケ演奏に際しての種々の映像表示を制御する。このように、本実施例の端末装置１８によるカラオケ演奏では、演奏曲の出力制御と同期して所定の映像の表示制御が実行されるが、以下の説明においては簡単のため、斯かる映像の表示制御に関する部分を省略する。
【００３０】
続いて、以上のように構成された通信カラオケシステム１０によるカラオケ演奏処理動作を説明する。図４は、前記サーバ１４から受信される新たな楽曲データすなわち未エンコード楽曲データ（未登録楽曲データ）の内容を例示する図である。この図４に示すように、前記サーバ１４から受信される新たな楽曲データには、ヘッダ情報、歌詞データ、タイトルデータ、ＭＩＤＩデータ、及びバックコーラス用生音データが含まれている。これらのデータのうち、ＭＩＤＩデータが前述した未エンコード楽曲データに相当するものであり、前記ホスト装置１６に備えられた前記ＭＩＤＩ音源２６は、このＭＩＤＩデータに基づいて演奏を行う。また、バックコーラス用生音データは、前記ホスト装置１６に備えられた再生手段としての前記生音出力部２８により再生（デコード）される。
【００３１】
図５は、前記サーバ１４から受信される新たな楽曲データに含まれるＭＩＤＩデータの内容を例示する図である。この図５に示すように、前記ＭＩＤＩデータには、ヘッダ情報、トラック１データ、トラック２データ、トラック３データ、・・・、及びトラック１６データが含まれている。これら複数のトラックデータは、それぞれ異なる楽器に対応する演奏パートであり、すなわち図５に示すＭＩＤＩデータでは、１６種類の異なる楽器による演奏音を相互に同期して出力させることができる。前記ＭＩＤＩ音源２６では、これら複数のトラックデータがそれぞれ異なるチャンネルに割り当てられ、各チャンネルにおいて所定の楽器の演奏音として出力される。なお、斯かるＭＩＤＩデータは、音の高さ、大きさ、長さ、音色や効果といった演奏を出力させるための情報が数値データとして記載された所謂楽譜のごとき情報であるため、演奏そのもののデータすなわち生音データよりも情報量が小さく、前記通信回線１２による通信において取り扱い易い反面、前記ＭＩＤＩ音源２６の性能に演奏の品質が左右されるという特徴を有する。
【００３２】
図６は、前記ＭＩＤＩデータのヘッダ情報の内容を例示する図であり、この図６に示すように、前記ＭＩＤＩデータのヘッダ情報において、各トラックデータに関するドラム属性及びガイドメロディ属性の有無が示されている。このドラム属性とは、トラックデータの内容がドラムの演奏音であるか否かを表すものであり、「On」はドラムの演奏音であることを、「Off」はドラムの演奏音ではないことを表す。また、ガイドメロディ属性とは、トラックデータの内容がガイドメロディであるか否かを表すものであり、「On」はガイドメロディであることを、「Off」はガイドメロディではないことを表す。図６に示す例では、トラック１データのドラム属性が「On」とされており、そのトラック１データがドラムの演奏音であることがわかる。また、トラック４データのガイドメロディ属性が「On」とされており、そのトラック４データがガイドメロディであることがわかる。
【００３３】
図７は、前記サーバ１４から受信される新たな楽曲データに含まれる生音データ、或いは後述する図８に示す生音データの内容を例示する図である。この図７に示すように、前記生音データには、キーコントロール可否フラグ及び生音データ実体とが含まれている。このキーコントロール可否フラグとは、デコードに際してキーコントロールを可とするか否かを示すフラグである。一般にカラオケ演奏では音程の調節すなわちキーコントロールが行われるが、例えばドラムの演奏音等の演奏パートでは音程を調節する必要がなく、且つキーコントロールによって演奏の品質が劣化するおそれがある。そのような演奏パートに対応する生音データでは上記キーコントロール可否フラグが「否」とされており、例えば前記端末装置１８のデコーダ６２においてデコードされた後、前記ピッチシフタ６８を介さずして前記アンプミキサ７０に入力されるように制御される。なお、斯かる生音データは、録音された演奏そのものが符号化（エンコード）されて形成されたものであり、前記ＭＩＤＩデータ等の未エンコード楽曲データよりも情報量が大きく、前記通信回線１２による通信において取り扱い難い反面、前記デコーダ６２の性能によらず一様な再生を実現できるという特徴を有する。
【００３４】
前述した図４に示すような新たな楽曲データは、前記ホスト装置１６においてエンコードされて前記端末装置１８により利用可能な楽曲データとされる。具体的には、前記ＭＩＤＩデータがＭＩＤＩ音源２６において演奏パート別に異なるチャンネルで演奏され、対応する録音部３０において録音されて、前記エンコード手段８２によりエンコードされてエンコード済楽曲データとしての生音データとされる。ここで、好適には、前記ＭＩＤＩデータに含まれる複数の演奏パートのうち少なくともドラムパート、ガイドメロディパート、及びその他の演奏パートである主演奏パートをそれぞれ異なるチャンネルで演奏及び録音（生音化）する。更に好適には、ドラムＬ（左）パート、ドラムＲ（右）パート、演奏Ｌパート、演奏Ｒパート、音声多重Ｌパート、音声多重Ｒパート、ガイドメロディＬパート、及びガイドメロディＲパートをそれぞれ異なるチャンネルで演奏及び録音する。ここで、ドラムパートを区別するのはキーコントロールを不可とするためであり、録音されたドラムパートの生音データは、上述したキーコントロール可否フラグが「否」とされる。また、ガイドメロディパートを区別するのは前記端末装置１８において独立して音量の調節を可能とするためである。また、前記ＭＩＤＩデータの演奏と同期して前記バックコーラス用生音データが前記生音出力部２８により再生されて録音され、前記エンコード手段８２によりエンコードされてエンコード済楽曲データとしての生音データとされる。このように、前記サーバ１４から取得される未エンコード楽曲データに付随するエンコード済楽曲データを再度エンコードすることで、そのエンコード済楽曲データのサンプリングレートやコーディックを変更できるという利点がある。
【００３５】
図８は、以上のようにして前記ホスト装置１６においてエンコードされた楽曲データ（登録済み楽曲データ）の内容を例示する図である。この図８に示すように、エンコードされた楽曲データには、ヘッダ情報、歌詞データ、タイトルデータ、ドラム用生音データ、ガイドメロディ用生音データ、通常演奏用生音データ、及びバックコーラス用生音データが含まれている。これらのデータのうちドラム用生音データ、ガイドメロディ用生音データ、通常演奏用生音データ、及びバックコーラス用生音データが前述したエンコード済楽曲データに対応する。このエンコード済楽曲データは、前記ハードディスク２４のエンコード済楽曲データベース４２に記憶されると共に、前記端末装置１８からの配信要求に応じて読み出されてその要求元の端末装置１８へ配信される。
【００３６】
図９は、前記端末装置１８のＲＡＭ５２に形成される予約テーブルを例示する図である。この図９に示すように、前記端末装置１８では、前記操作パネル５４やリモコン装置５８等により入力された演奏曲の選曲番号が前記ＲＡＭ５２の予約テーブルに２０曲まで記憶できるようになっている。この予約テーブルの最上位曲の楽曲データが前記ホスト装置１６に要求され、その要求に応じて配信された楽曲データが前記ＲＡＭ５２に記憶される。そして、その楽曲データが読み出されて前記デコーダ６２により再生される。ここで、図８に示すようにそれぞれ異なる生音データとされたドラム用生音データ、ガイドメロディ用生音データ、通常演奏用生音データ、及びバックコーラス用生音データが各デコーダ６２によりそれぞれ個別に再生される。このようにすることで、ドラム用生音データに関してはキーコントロールを回避したり、ガイドメロディ用生音データ、通常演奏用生音データ、及びバックコーラス用生音データの音量をそれぞれ個別に調節したりといった制御が可能となり、端末が音源を有しそれを用いて図４に示すような楽曲データを直接演奏するのと同等の品質の高い演奏を実現できるのである。
【００３７】
図１０は、前記ホスト装置１６のＣＰＵ２０による楽曲データ処理制御を説明するフローチャートであり、所定の周期で繰り返し実行されるものである。
【００３８】
先ず、ステップ（以下、ステップを省略する）ＳＨ１において、前記サーバ１４から前記通信回線１２を介してデータが着信したか否かが判断される。このＳＨ１の判断が否定されるうちは、ＳＨ１の判断が繰り返されることにより待機させられるが、ＳＨ１の判断が肯定される場合には、ＳＨ２において、新譜案内等のデータが受信されて前記ＲＡＭ２２に記憶される。次に、ＳＨ２′において、配信データリストが受信される。次に、ＳＨ３において、前記ＲＡＭ２２の楽曲受信テーブルが初期化される。次に、前記取得手段８０の動作に対応するＳＨ４において、ＳＨ２にて受信された新譜案内に従って１曲分の楽曲データが前記サーバ１４から前記通信回線１２を介して取得されて前記ハードディスク２４の未エンコード楽曲データベース４０に記憶される。次に、ＳＨ５において、ＳＨ４にて取得された楽曲データが前記ＲＡＭ２２の楽曲受信テーブルの最上位未記憶テーブルに記憶される。次に、ＳＨ６において、ＳＨ２′にて受信された配信データリストに記載されたファイルが全て受信されたか否かが判断される。このＳＨ６の判断が否定される場合には、ＳＨ４以下の処理が再び実行されるが、ＳＨ６の判断が肯定される場合には、ＳＨ７において、楽曲データを読み出すための参照位置が前記ＲＡＭ２２の楽曲受信テーブルの最上位にセットされる。次に、ＳＨＡにおいて、図１１に示す１曲分のエンコード処理が実行される。次に、ＳＨ８において、楽曲データを読み出すための参照位置が前記ＲＡＭ２２の楽曲受信テーブルにおける次のテーブルにセットされる。次に、ＳＨ９において、楽曲データを読み出すための参照位置が前記ＲＡＭ２２の楽曲受信テーブルにおける未記録テーブルにセットされているか否かが判断される。このＳＨ９の判断が肯定される場合には、ＳＨ１以下の処理が再び実行されるが、ＳＨ９の判断が否定される場合には、ＳＨＡ以下の処理が再び実行される。
【００３９】
図１１は、図１０に示す楽曲データ処理制御の一部である１曲分のエンコード処理制御について説明するフローチャートである。この制御では、先ず、ＳＨＡ１において、指定された楽曲データが前記ハードディスク２４の未エンコード楽曲データベース４０から読み出されて前記ＲＡＭ２２に展開される。次に、ＳＨＢにおいて、図１２に示す出力先選択処理が実行される。次に、ＳＨＡ２において、前記複数の録音部３０に対して同時に録音開始指示が出される。次に、再生手段としての前記生音出力部２８の動作に対応するＳＨＡ３において、前記第１クロック周波数発振器３２から供給されるクロック周波数に基づいて１曲分のＭＩＤＩデータが演奏されると共に、前記第２クロック周波数発振器３４から供給されるクロック周波数に基づいてバックコーラス用生音が再生される。これらの演奏は前記複数の録音部３０それぞれにより録音され、前記ハードディスク２４における録音用一時記憶エリア４４に記憶される。次に、ＳＨＡ４において、前記複数の録音部３０に対して同時に録音停止指示が出される。次に、前記エンコード手段８２の動作に対応するＳＨＡ５において、前記ハードディスク２４における録音用一時記憶エリア４４に記憶された録音済みデータ４トラック分に対してエンコードが実行される。次に、ＳＨＡ６において、前記ハードディスク２４における録音用一時記憶エリア４４に記憶された録音済みデータ４トラック分が削除される。次に、ＳＨＡ７において、ＳＨＡ５においてエンコードされた４トラックデータが楽曲データ中のＭＩＤＩデータ及びバックコーラス用生音データと置換される。次に、ＳＨＡ８において、ＳＨＡ７にてデータが置換された楽曲データが前記ハードディスク２４のエンコード済楽曲データベース４２に記憶された後、図１０に示す楽曲データ処理制御に復帰させられる。以上の制御において、ＳＨＢ及びＳＨＡ３が演奏手段としての前記ＭＩＤＩ音源２６の動作に、ＳＨＡ２乃至ＳＨＡ４が録音手段としての前記録音部３０の動作にそれぞれ対応する。
【００４０】
図１２は、図１１に示すエンコード処理制御の一部である出力先選択処理制御について説明するフローチャートである。この制御では、先ず、ＳＨＢ１において、トラックチェック位置がＭＩＤＩデータの第１トラックにセットされる。次に、ＳＨＢ２において、現在チェック位置がセットされているトラックがドラム属性のトラックであるか否かが判断される。このＳＨＢ２の判断が否定される場合には、ＳＨＢ６以下の処理が実行されるが、ＳＨＢ２の判断が肯定される場合には、ＳＨＢ３において、該当するトラックの出力先が出力１すなわち出力部４６ａに選択される。次に、ＳＨＢ４において、トラックチェック位置が次のトラックに移動させられてセットされる。次に、ＳＨＢ５において、トラックチェック位置が最終トラックにセットされているか否かが判断される。このＳＨＢ５の判断が否定される場合には、ＳＨＢ２以下の処理が再び実行されるが、ＳＨＢ５の判断が肯定される場合には、それをもって図１１に示すエンコード処理制御に復帰させられる。ＳＨＢ６の処理では、現在チェック位置がセットされているトラックがガイドメロディ属性のトラックであるか否かが判断される。このＳＨＢ６の判断が肯定される場合には、ＳＨＢ７において、該当するトラックの出力先が出力２すなわち出力部４６ｂに選択された後、ＳＨＢ４以下の処理が実行されるが、ＳＨＢ６の判断が否定される場合には、ＳＨＢ８において、該当するトラックの出力先が出力３すなわち出力部４６ｃに選択された後、ＳＨＢ４以下の処理が実行される。
【００４１】
図１３は、図１０に示す楽曲データ処理制御と前後して乃至は平行して前記ホスト装置１６のＣＰＵ２０により実行されるリクエスト受付処理制御について説明するフローチャートであり、所定の周期で繰り返し実行されるものである。
【００４２】
先ず、ＳＨ１０において、前記ＬＡＮ１５を介して前記端末装置１８から所定の演奏曲の楽曲データのリクエスト（配信要求）があったか否かが判断される。このＳＨ１０の判断が否定されるうちは、ＳＨ１０の判断が繰り返されることにより待機させられるが、ＳＨ１０の判断が肯定される場合には、ＳＨ１１において、リクエストされた楽曲のエンコード済楽曲データが前記ハードディスク２４のエンコード済楽曲データベース４２に記憶（登録）されているか否かが判断される。このＳＨ１１の判断が否定される場合には、ＳＨ１２において、リクエストされた演奏曲の楽曲データが存在しない旨が要求元である端末装置１８に返信された後、ＳＨ１０以下の処理が再び実行されるが、ＳＨ１１の判断が肯定される場合には、ＳＨ１３において、リクエストされた演奏曲の楽曲データが存在する旨が要求元である端末装置１８に返信され、ＳＨ１４において、リクエストされた演奏曲のエンコード済楽曲データが前記ハードディスク２４のエンコード済楽曲データベース４２から読み出されて要求元の端末装置１８に送信された後、ＳＨ１０以下の処理が再び実行される。このエンコード済楽曲データの端末装置１８への送信は、一括送信であってもストリーミング送信であってもよい。以上の制御において、ＳＨ１０乃至ＳＨ１４が前記配信手段８４の動作に対応する。
【００４３】
図１４は、前記端末装置１８のＣＰＵ４８によるカラオケ実行制御を説明するフローチャートであり、所定の周期で繰り返し実行されるものである。
【００４４】
先ず、ＳＴ１において、前記ＲＡＭ５２の予約テーブルに予約曲登録があるか否かが判断される。このＳＴ１の判断が否定されるうちは、ＳＴ１の判断が繰り返されることにより待機させられるが、ＳＴ１の判断が肯定される場合には、前記要求手段８６の動作に対応するＳＴ２において、前記ＲＡＭ５２の予約テーブル最上位に登録された演奏曲の楽曲データが前記ホスト装置１６に前記ＬＡＮ１５を介してリクエスト（要求）される。次に、ＳＴ３において、前記ホスト装置１６から前記ＬＡＮ１５を介して返信があったか否かが判断される。このＳＴ３の判断が否定されるうちは、ＳＴ３の判断が繰り返されることにより待機させられるが、ＳＴ３の判断が肯定される場合には、ＳＴ４において、前記ホスト装置１６からの返信がリクエストされた演奏曲の楽曲データが存在しない旨の内容であったか否かが判断される。このＳＴ４の判断が肯定される場合には、ＳＴ５において、前記映像処理部７６を介して前記モニタ７８にリクエストされた演奏曲の楽曲データが存在しない旨の表示が行われた後、ＳＴ７以下の処理が実行されるが、ＳＴ４の判断が否定される場合には、ＳＴ６において、前記ホスト装置１６から前記ＬＡＮ１５を介して該当する演奏曲のエンコード済楽曲データが受信される。次に、再生手段としての前記デコーダ６２の動作に対応するＳＴＡにおいて、ＳＴ６にて受信されたエンコード済楽曲データに基づいて図１５に示す演奏処理制御が実行される。次に、ＳＴ７において、前記ＲＡＭ５２の予約テーブル最上位に登録された演奏曲が削除され、以降のテーブルが順に上位に移動させられた後、ＳＴ１以下の処理が再び実行される。なお、前記ホスト装置１６からエンコード済楽曲データがストリーミング送信される場合には、ＳＴ６及びＳＴＡの処理はマルチタスクで同時に実行される。
【００４５】
図１５は、図１４のカラオケ実行処理制御の一部である演奏処理制御について説明するフローチャートである。この制御では、先ず、ＳＴＡ１において、各生音トラックのキーコントロール可否フラグに合わせて前記回路切換部６６におけるスイッチが切り換えられる。具体的には、キーコントロールフラグが「可」とされている生音トラックに関しては前記ピッチシフタ６８に入力されるように、「否」とされている生音トラックに関しては前記アンプミキサ７０に直接入力されるようにスイッチが切り換えられる。次に、ＳＴＡ２において、各トラックに対応するボリュームが最大となるように前記音量調節部６４が制御される。次に、ＳＴＡ３において、前記デコーダ６２それぞれに各生音トラックの先頭部分がセットされる。次に、ＳＴＡ４において、前記デコーダ６２に再生開始指示が出される。次に、ＳＴＡ５において、前記デコーダ６２からの要求に応じて楽曲データの続きが前記ＲＡＭ５２からそのデコーダ６２へ転送される。次に、ＳＴＡ６において、楽曲データ終了であるか否かが判断される。このＳＴＡ６の判断が否定される場合には、ＳＴＡ５以下の処理が再び実行されるが、ＳＴＡ６の判断が肯定される場合には、それをもって図１４のカラオケ実行処理制御に復帰させられる。
【００４６】
図１６は、図１４に示すカラオケ実行処理制御と前後して乃至は平行して前記端末装置１８のＣＰＵ４８により実行される入力受付処理制御について説明するフローチャートであり、所定の周期で繰り返し実行されるものである。
【００４７】
先ず、ＳＴ８において、前記操作パネル５４又はリモコン装置５８による入力があったか否かが判断される。このＳＴ８の判断が否定されるうちは、ＳＴ８の判断が繰り返されることにより待機させられるが、ＳＴ８の判断が肯定される場合には、ＳＴ９において、前記操作パネル５４又はリモコン装置５８による入力が所定の演奏曲のリクエストすなわち選曲操作であったか否かが判断される。このＳＴ９の判断が肯定される場合には、ＳＴ１０において、前記ＲＡＭ５２の予約テーブル最下位に入力された選曲番号が登録された後、ＳＴ８以下の処理が再び実行されるが、ＳＴ９の判断が否定される場合には、ＳＴ１１において、前記操作パネル５４又はリモコン装置５８による入力がキーコントロール操作であったか否かが判断される。このＳＴ１１の判断が肯定される場合には、ＳＴ１２において、前記操作パネル５４又はリモコン装置５８による入力に従って前記ピッチシフタ６８におけるキーコントロール設定が変更された後、ＳＴ８以下の処理が再び実行されるが、ＳＴ１１の判断が否定される場合には、ＳＴ１３において、前記操作パネル５４又はリモコン装置５８による入力がガイドメロディ音量変更操作であったか否かが判断される。このＳＴ１３の判断が肯定される場合には、ＳＴ１４において、前記操作パネル５４又はリモコン装置５８による入力に従ってガイドメロディに対応するボリューム２すなわち音量調節部６４ｂの音量設定が変更された後、ＳＴ８以下の処理が再び実行されるが、ＳＴ１３の判断が否定される場合には、ＳＴ１５において、前記操作パネル５４又はリモコン装置５８による入力がバックコーラス音量変更操作であったか否かが判断される。このＳＴ１５の判断が肯定される場合には、ＳＴ１６において、前記操作パネル５４又はリモコン装置５８による入力に従ってバックコーラスに対応するボリューム４すなわち音量調節部６４ｄの音量設定が変更された後、ＳＴ８以下の処理が再び実行されるが、ＳＴ１５の判断が否定される場合には、それをもってＳＴ８以下の処理が再び実行される。
【００４８】
このように、本実施例によれば、前記通信回線１２に接続される少なくとも１台のホスト装置１６と、そのホスト装置１６との間で情報の通信を行う複数台の端末装置１８とを、備え、前記ホスト装置１６は、所定のサーバ１４から前記通信回線１２を介して未エンコード楽曲データを取得する取得手段８０（ＳＨ４）と、その取得手段８０により取得された未エンコード楽曲データをエンコードするエンコード手段８２（ＳＨＡ５）と、そのエンコード手段８２によりエンコードされたエンコード済楽曲データを前記端末装置１８へ配信する配信手段８４（ＳＨ１０乃至ＳＨ１４）とを、有するものであり、前記端末装置１８は、前記配信手段８４により配信されるエンコード済楽曲データを再生して演奏曲を出力させる再生手段であるデコーダ６２（ＳＴＡ）を有するものであることから、前記複数台の端末装置１８それぞれに音源を設ける必要がなく、カラオケシステム全体としての設備コストを大幅に省くことができる。すなわち、設備コストを可及的に低減し得る通信カラオケシステム１０を提供することができる。
【００４９】
また、前記端末装置１８は、前記ホスト装置１６に所定の演奏曲のエンコード済楽曲データの配信を要求する要求手段８６（ＳＴ２）を有するものであり、前記配信手段８４は、その要求手段８６により要求された演奏曲のエンコード済楽曲データを要求元の端末装置１８へ配信するものであるため、実用的な態様で各端末装置１８により所望の演奏曲のカラオケ演奏を楽しめるという利点がある。
【００５０】
また、前記ホスト装置１６は、前記エンコード手段８２によりエンコードされた複数のエンコード済楽曲データを記憶する記憶装置であるハードディスク２４を有するものであるため、複数のエンコード済楽曲データを予め蓄積しておくことで、前記端末装置１８からの要求に応じて即時的にエンコード済楽曲データを配信できるという利点がある。
【００５１】
また、前記ハードディスク２４は、前記取得手段８０により取得された複数の未エンコード楽曲データを記憶し得るものであるため、前記サーバ１４から取得される複数の未エンコード楽曲データを蓄積しておき、逐次エンコード済楽曲データへ変換していくことができるという利点がある。
【００５２】
また、前記ホスト装置１６は、ＭＩＤＩ形式の演奏データに基づいて複数の楽器の演奏音を出力させるＭＩＤＩ音源２６（ＳＨＢ及びＳＨＡ３）を備えたものであり、前記エンコード手段８２は、そのＭＩＤＩ音源２６により出力される演奏を録音してエンコードするものであるため、従来一般的であったＭＩＤＩ形式の演奏データに基づいて演奏を行うカラオケシステムに関して、設備コストを可及的に低減できるという利点がある。
【００５３】
続いて、本発明の他の好適な実施例を図面に基づいて詳細に説明する。なお、以下の説明に関して、前述した実施例と共通する部分については、同一の符号を付してその説明を省略する。
【実施例２】
【００５４】
図１７は、図１の通信カラオケシステム１０に好適に備えられる他のホスト装置８８の構成を説明する図である。この図１７に示すように、本実施例のホスト装置８８は、図２を用いて前述したホスト装置１６から生音出力部２８、その生音出力部２８に対応する録音部３０ｄ、及び第２クロック周波数発振器３４が除かれた構成とされている。このような構成のホスト装置８８では、前記サーバ１４から取得される未エンコード楽曲データに付随するエンコード済楽曲データとしての生音データの再生ができないため、その再度のエンコードを行うことはできないが、サンプリングレートやコーディックを変更する必要がない場合には、斯かるエンコード済楽曲データは必ずしも再度エンコードしなくともよく、そのまま前記エンコード済楽曲データベース４２に登録され、前記端末装置１８に配信されてもよい。本実施例のホスト装置８８は、前記生音出力部２８、その生音出力部２８に対応する録音部３０ｄ、及び第２クロック周波数発振器３４が設けられていないことで、前記ホスト装置１６よりも構成が簡単で済むという利点がある。
【００５５】
図１８は、上記ホスト装置８８のＣＰＵ４８による図１０に示す楽曲データ処理制御の一部である１曲分のエンコード処理制御について説明するフローチャートであり、前述した図１１のフローチャートに対応するものである。なお、この制御において、図１１の制御と共通するステップについては、同一の符号を付してその説明を省略する。この制御では、前述したＳＨＢの処理に続くＳＨＡ９において、前記複数の録音部３０に対して同時に録音開始指示が出される。次に、ＳＨＡ１０において、前記第１クロック周波数発振器３２から供給されるクロック周波数に基づいて１曲分のＭＩＤＩデータが演奏される。この演奏は前記複数の録音部３０それぞれにより録音され、前記ハードディスク２４における録音用一時記憶エリア４４に記憶される。次に、ＳＨＡ１１において、前記複数の録音部３０に対して同時に録音停止指示が出される。次に、前記エンコード手段８２の動作に対応するＳＨＡ１２において、前記ハードディスク２４における録音用一時記憶エリア４４に記憶された録音済みデータ３トラック分に対してエンコードが実行される。次に、ＳＨＡ１３において、前記ハードディスク２４における録音用一時記憶エリア４４に記憶された録音済みデータ３トラック分が削除される。次に、ＳＨＡ１４において、ＳＨＡ１２においてエンコードされた３トラックデータが楽曲データ中のＭＩＤＩデータと置換された後、ＳＨＡ８以下の処理が実行される。なお、このＳＨＡ１４の処理において、バックコーラス用生音データはそのまま残される。以上の制御において、ＳＨＢ及びＳＨＡ１０が演奏手段としての前記ＭＩＤＩ音源２６の動作に、ＳＨＡ９乃至ＳＨＡ１１が録音手段としての前記録音部３０の動作にそれぞれ対応する。
【実施例３】
【００５６】
図１９は、図１の通信カラオケシステム１０に好適に備えられる更に別のホスト装置９０の構成を説明する図である。この図１９に示すように、本実施例のホスト装置９０は、図２を用いて前述したホスト装置１６の構成におけるＭＩＤＩ音源２６に代えて、単一の出力部４６を有するＭＩＤＩ音源９２が備えられている。また、そのＭＩＤＩ音源９２及び生音出力部２８から出力される演奏を録音するための単一の録音部３０が備えられている。斯かる構成において、演奏手段としての上記ＭＩＤＩ音源９２は、未エンコード楽曲データとしてのＭＩＤＩデータに含まれる複数の演奏パートを異なるチャンネルで順次演奏する。また、録音手段としての上記録音部３０は、そのＭＩＤＩ音源９２から順次出力される演奏及びその演奏と非同期に前記生音出力部２８から出力される演奏を録音する。このように、本実施例のホスト装置９０では、前記ＭＩＤＩ音源９２及び生音出力部２８により順次各演奏パートの出力を行い、その演奏を前記録音部３０により録音して、前記エンコード手段８２によりエンコードするものであり、前記ホスト装置１６よりもエンコード処理に時間を要するが、そのホスト装置１６乃至はホスト装置８８よりも構成が簡単で済むという利点がある。
【００５７】
図２０は、上記ホスト装置９０のＣＰＵ４８による図１０に示す楽曲データ処理制御の一部である１曲分のエンコード処理制御について説明するフローチャートであり、前述した図１１のフローチャートに対応するものである。なお、この制御において、図１１の制御と共通するステップについては、同一の符号を付してその説明を省略する。この制御では、前述したＳＨＡ１の動作に続くＳＨＣにおいて、出力対象がドラムとされて図２１に示す出力トラック選択処理制御が実行される。次に、ＳＨＡ１５において、前記録音部３０に対して録音開始指示が出される。次に、ＳＨＡ１６において、ＳＨＡ１５の録音開始指示と略同時に前記第１クロック周波数発振器３２から供給されるクロック周波数に基づいて１曲分のＭＩＤＩデータが演奏される。この演奏は前記録音部３０により録音され、前記ハードディスク２４における録音用一時記憶エリア４４に記憶される。次に、ＳＨＡ１７において、前記録音部３０に対して録音停止指示が出される。次に、ＳＨＡ１８において、前記録音用一時記憶エリア４４に記憶された録音内容が別名保存される。
【００５８】
次に、ＳＨＣにおいて、出力対象がガイドメロディとされて図２１に示す出力トラック選択処理制御が実行される。次に、ＳＨＡ１９において、前記録音部３０に対して録音開始指示が出される。次に、ＳＨＡ２０において、ＳＨＡ１９の録音開始指示と略同時に前記第１クロック周波数発振器３２から供給されるクロック周波数に基づいて１曲分のＭＩＤＩデータが演奏される。この演奏は前記録音部３０により録音され、前記ハードディスク２４における録音用一時記憶エリア４４に記憶される。次に、ＳＨＡ２１において、前記録音部３０に対して録音停止指示が出される。次に、ＳＨＡ２２において、前記録音用一時記憶エリア４４に記憶された録音内容が別名保存される。
【００５９】
次に、ＳＨＣにおいて、出力対象が通常演奏パートとされて図２１に示す出力トラック選択処理制御が実行される。次に、ＳＨＡ２３において、前記録音部３０に対して録音開始指示が出される。次に、ＳＨＡ２４において、ＳＨＡ２３の録音開始指示と略同時に前記第１クロック周波数発振器３２から供給されるクロック周波数に基づいて１曲分のＭＩＤＩデータが演奏される。この演奏は前記録音部３０により録音され、前記ハードディスク２４における録音用一時記憶エリア４４に記憶される。次に、ＳＨＡ２５において、前記録音部３０に対して録音停止指示が出される。次に、ＳＨＡ２６において、前記録音用一時記憶エリア４４に記憶された録音内容が別名保存される。
【００６０】
次に、ＳＨＣにおいて、出力対象がバックコーラスとされて図２１に示す出力トラック選択処理制御が実行される。次に、ＳＨＡ２７において、前記録音部３０に対して録音開始指示が出される。次に、ＳＨＡ２８において、ＳＨＡ２７の録音開始指示と同時に前記第１クロック周波数発振器３２から供給されるクロック周波数に基づいて１曲分のＭＩＤＩデータが演奏されると共に、前記第２クロック周波数発振器３４から供給されるクロック周波数に基づいて１曲分のバックコーラス用生音データが再生される。ただし、ＳＨＣにおける処理の結果、ＭＩＤＩ出力のボリュームは全て零とされており、録音されるのは生音のみとされる。ボリュームを零としてＭＩＤＩデータを演奏するのは、生音再生をＭＩＤＩ演奏と同期のとれたものとするためである。斯かるＭＩＤＩ演奏と生音再生との同期をとるためには既知の方法が用いられる。この演奏は前記録音部３０により録音され、前記ハードディスク２４における録音用一時記憶エリア４４に記憶される。次に、ＳＨＡ２９において、前記録音部３０に対して録音停止指示が出される。次に、ＳＨＡ３０において、前記録音用一時記憶エリア４４に記憶された録音内容が別名保存された後、前述したＳＨＡ５以下の処理が実行される。なお、本構成では、ＭＩＤＩ演奏に関するＳＨＡ１６、ＳＨＡ２０、ＳＨＡ２４において同一のクロック周波数を用いるため、３回の録音結果が同期性を保った形態で録音される。
【００６１】
図２１は、図２０に示すエンコード処理制御の一部である出力トラック選択処理制御について説明するフローチャートである。この処理では、先ず、ＳＨＣ１において、出力対象がドラムトラックに指定されているか否かが判断される。このＳＨＣ１の判断が肯定される場合には、ＳＨＣ２において、前記ＲＡＭ２２に記憶されたＭＩＤＩデータに対してドラムトラック以外のトラックのボリュームが零に書き換えられた後、図２０に示すエンコード処理制御に復帰させられるが、ＳＨＣ１の判断が否定される場合には、ＳＨＣ３において、出力対象がガイドメロディトラックに指定されているか否かが判断される。このＳＨＣ３の判断が肯定される場合には、ＳＨＣ４において、前記ＲＡＭ２２に記憶されたＭＩＤＩデータに対してガイドメロディトラック以外のトラックのボリュームが零に書き換えられた後、図２０に示すエンコード処理制御に復帰させられるが、ＳＨＣ３の判断が否定される場合には、ＳＨＣ５において、出力対象が通常演奏トラックに指定されているか否かが判断される。このＳＨＣ５の判断が肯定される場合には、ＳＨＣ６において、前記ＲＡＭ２２に記憶されたＭＩＤＩデータに対して通常演奏トラック以外のトラックのボリュームが零に書き換えられた後、図２０に示すエンコード処理制御に復帰させられるが、ＳＨＣ５の判断が否定される場合には、ＳＨＣ７において、前記ＲＡＭ２２に記憶されたＭＩＤＩデータに対して全トラックのボリュームが零に書き換えられた後、図２０に示すエンコード処理制御に復帰させられる。
【００６２】
図２２は、図１の通信カラオケシステム１０に好適に備えられる更に別のホスト装置９４の構成を説明する図である。この図２２に示すように、本実施例のホスト装置９４は、図１９を用いて前述したホスト装置９０から生音出力部２８及び第２クロック周波数発振器３４が除かれた構成とされている。このような構成のホスト装置８８では、前記サーバ１４から取得される未エンコード楽曲データに付随するエンコード済楽曲データとしての生音データの再生ができないため、その再度のエンコードを行うことはできないが、サンプリングレートやコーディックを変更する必要がない場合には、斯かるエンコード済楽曲データは必ずしも再度エンコードしなくともよく、そのまま前記エンコード済楽曲データベース４２に登録され、前記端末装置１８に配信されてもよい。本実施例のホスト装置９４は、前記生音出力部２８及び第２クロック周波数発振器３４が設けられていないことで、前記ホスト装置９０よりも更に構成が簡単で済むという利点がある。
【００６３】
図２３は、上記ホスト装置９４のＣＰＵ４８による図１０に示す楽曲データ処理制御の一部である１曲分のエンコード処理制御について説明するフローチャートであり、前述した図２０のフローチャートに対応するものである。なお、この制御において、図２０の制御と共通するステップについては、同一の符号を付してその説明を省略する。この制御では、前述したＳＨＡ２６の動作に続く前記エンコード手段８２の動作に対応するＳＨＡ３１において、前記ハードディスク２４における録音用一時記憶エリア４４に記憶された録音済みデータ３トラック分に対してエンコードが実行される。次に、ＳＨＡ３２において、前記ハードディスク２４における録音用一時記憶エリア４４に記憶された録音済みデータ３トラック分が削除される。次に、ＳＨＡ３４において、ＳＨＡ３１においてエンコードされた３トラックデータが楽曲データ中のＭＩＤＩデータと置換された後、ＳＨＡ８以下の処理が実行される。なお、このＳＨＡ１４の処理において、バックコーラス用生音データはそのまま残される。
【００６４】
以上、本発明の好適な実施例を図面に基づいて詳細に説明したが、本発明はこれに限定されるものではなく、更に別の態様においても実施される。
【００６５】
例えば、前述の実施例において、前記ホスト装置１６、９０は、前記ＭＩＤＩ音源２６、９２による演奏用及び録音部３０による録音用に前記第１クロック周波数発振器３２を、前記生音出力部２８による再生用に前記第２クロック周波数発振器３４をそれぞれ個別に備えたものであったが、本発明はこれに限定されるものではなく、前記ＭＩＤＩ音源２６、９２による演奏用、生音出力部２８による再生用、及び録音部３０による録音用に共通して単一のクロック周波数発振器を備えたものであってもよい。このようにすれば、装置の構成を可及的に簡単なものにできるという利点がある。
【００６６】
また、前述の実施例において、演奏手段としてのＭＩＤＩ音源２６、９２、再生手段としての生音出力部２８、録音手段としての録音部３０は、前記ホスト装置１６の構成としてそれぞれ個別に備えられた制御装置であったが、これらは前記ＣＰＵ２０に機能的に備えられたものであってもよい。また、それらの制御機能による処理は、アナログ信号処理であるとディジタル信号処理であるとを問わない。
【００６７】
また、前述の実施例において用いられていたエンコーダ／デコーダは、ＭＰ３データ等を対象とする２ｃｈ（ステレオ）対応の構成であったが、ＡＡＣデータ等を対象とする多チャンネル対応のコーディックを用いた場合、図３のデコードの数を減らすことができる。ただし、斯かる場合には、エンコード後にデータのマージが必要とされる。
【００６８】
その他、一々例示はしないが、本発明はその趣旨を逸脱しない範囲内において種々の変更が加えられて実施されるものである。
【図面の簡単な説明】
【００６９】
【図１】本発明が好適に適用される通信カラオケシステムを説明する図である。
【図２】図１の通信カラオケシステムに備えられたホスト装置の構成を説明する図である。
【図３】図１の通信カラオケシステムに備えられた端末装置の構成を説明する図である。
【図４】図１の通信カラオケシステムに備えられたサーバから受信される新たな楽曲データ（未登録楽曲データ）の内容を例示する図である。
【図５】図４の新たな楽曲データに含まれるＭＩＤＩデータの内容を例示する図である。
【図６】図５のＭＩＤＩデータのヘッダ情報の内容を例示する図である。
【図７】図４の新たな楽曲データに含まれる生音データの内容を例示する図である。
【図８】図２のホスト装置においてエンコードされた楽曲データ（登録済み楽曲データ）の内容を例示する図である。
【図９】図３の端末装置のＲＡＭに形成される予約テーブルを例示する図である。
【図１０】図２のホスト装置のＣＰＵによる楽曲データ処理制御を説明するフローチャートである。
【図１１】図１０に示す楽曲データ処理制御の一部である１曲分のエンコード処理制御について説明するフローチャートである。
【図１２】図１１に示すエンコード処理制御の一部である出力先選択処理制御について説明するフローチャートである。
【図１３】図１０に示す楽曲データ処理制御と前後して乃至は平行して図２のホスト装置のＣＰＵにより実行されるリクエスト受付処理制御について説明するフローチャートである。
【図１４】図３の端末装置のＣＰＵによるカラオケ実行制御を説明するフローチャートである。
【図１５】図１４のカラオケ実行処理制御の一部である演奏処理制御について説明するフローチャートである。
【図１６】図１４に示すカラオケ実行処理制御と前後して乃至は平行して図３の端末装置のＣＰＵにより実行される入力受付処理制御について説明するフローチャートである。
【図１７】図１の通信カラオケシステムに好適に備えられる他のホスト装置の構成を説明する図である。
【図１８】図１７のホスト装置のＣＰＵによる図１０に示す楽曲データ処理制御の一部である１曲分のエンコード処理制御について説明するフローチャートであり、前述した図１１のフローチャートに対応するものである。
【図１９】図１の通信カラオケシステムに好適に備えられる更に別のホスト装置の構成を説明する図である。
【図２０】図１９のホスト装置のＣＰＵによる図１０に示す楽曲データ処理制御の一部である１曲分のエンコード処理制御について説明するフローチャートであり、前述した図１１のフローチャートに対応するものである。
【図２１】図２０に示すエンコード処理制御の一部である出力先選択処理制御について説明するフローチャートである。
【図２２】図１の通信カラオケシステムに好適に備えられる更に別のホスト装置の構成を説明する図である。
【図２３】図２２のホスト装置のＣＰＵによる図１０に示す楽曲データ処理制御の一部である１曲分のエンコード処理制御について説明するフローチャートであり、前述した図２０のフローチャートに対応するものである。
【符号の説明】
【００７０】
１０：通信カラオケシステム
１２：通信回線
１４：サーバ
１６：ホスト装置
１８：端末装置
２４：ハードディスク（記憶装置）
２６：ＭＩＤＩ音源
６２：デコーダ（再生手段）
８０：取得手段
８２：エンコード手段
８４：配信手段
８６：要求手段
【図１】
0004597884.tif 000002
【図２】
0004597884.tif 000003
【図３】
0004597884.tif 000004
【図４】
0004597884.tif 000005
【図５】
0004597884.tif 000006
【図６】
0004597884.tif 000007
【図７】
0004597884.tif 000008
【図８】
0004597884.tif 000009
【図９】
0004597884.tif 000010
【図１０】
0004597884.tif 000011
【図１１】
0004597884.tif 000012
【図１２】
0004597884.tif 000013
【図１３】
0004597884.tif 000014
【図１４】
0004597884.tif 000015
【図１５】
0004597884.tif 000016
【図１６】
0004597884.tif 000017
【図１７】
0004597884.tif 000018
【図１８】
0004597884.tif 000019
【図１９】
0004597884.tif 000020
【図２０】
0004597884.tif 000021
【図２１】
0004597884.tif 000022
【図２２】
0004597884.tif 000023
【図２３】
0004597884.tif 000024