JPH06268774A - カラオケ制御装置 - Google Patents

Abstract

(57)【要約】 【目的】 既存の楽音再生型カラオケ装置を有効利用し
ながら、楽音合成型カラオケ装置への移行を安価にて実
現するカラオケ制御装置を提供する。 【構成】 楽音再生型カラオケ装置を制御する楽音再生
制御手段２１と、通信回線を介してホスト局から取り込
んだカラオケ情報を記憶装置に蓄積して利用する楽音合
成型カラオケ装置を制御する楽音合成制御手段２２と、
曲指定入力を受けたときに、前記楽音再生制御手段によ
る制御を第１順位、前記楽音合成制御手段による前記記
憶装置からの情報読み出し制御を第２順位、前記楽音合
成制御手段による前記ホスト局からの情報取り込み制御
を第３順位として順序づける制御選択手段２１とを備え
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、楽音再生型カラオケ装
置と楽音合成型カラオケ装置を１台で制御可能なカラオ
ケ制御装置に関する。

【０００２】

【従来の技術】指定された演奏曲を再生し、マイクから
入力される音声を混合して出力する機能を有したカラオ
ケ装置は、スナック等の飲食店に限らず、カラオケボッ
クス、さらにバス等の移動体にも普及している。通常の
カラオケ装置は、演奏情報や画像情報を記憶した記憶系
と、演奏曲を再生し、これに歌い手の音声を混合する音
響系と、演奏曲に合わせて背景画像や歌詞画像を表示す
る映像系と、これら各系を制御する制御系とを全て備え
る楽音再生型が多い。これに対し、最近では、必要とす
る曲データをホスト局から通信回線を介して取り込む楽
音合成型カラオケ装置が出現している。この楽音合成型
カラオケ装置は、曲データに基づき楽音を生成する音源
を内蔵する。

【０００３】楽音再生型のカラオケ装置は、記憶系に格
納されている演奏曲以外のリクエストに対して応えるこ
とはできないが、楽音合成型のカラオケ装置であれば、
ホスト局に格納されている多くの曲データの中から歌い
手のリクエストに応じた曲データを供給してもらうこと
ができるので、極端な例では、カラオケ装置側に１曲も
曲データがなくとも、歌い手からの全てのリクエストに
応えることが可能になる。完全楽音合成型カラオケ装置
は、その様な構成であるが、リクエストの都度ホスト局
にアクセスする通信料金と通信時間を削減するため、カ
ラオケ装置側に記憶装置を設け、ここにホスト局から取
り込んだ曲データを格納して再利用する半楽音合成型も
ある。

【０００４】

【発明が解決しようとする課題】いずれのケースにして
も、新たに楽音合成型カラオケ装置を導入するに際し、
既存の楽音再生型カラオケ装置の使用を完全に止めてし
まうことは、楽音合成型を供給する側、また設置する側
の両者に取って経済的側面から不利である。本発明は、
この様な点を改善し、既存の楽音再生型カラオケ装置を
有効利用しながら、楽音合成型カラオケ装置への移行を
安価にて実現するカラオケ制御装置を提供することを目
的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
本発明では、楽音再生型カラオケ装置を制御する楽音再
生制御手段と、楽音合成型カラオケ装置を制御する楽音
合成制御手段と、前記楽音再生制御手段による制御と前
記楽音合成制御手段による制御を選択する制御選択手段
とを備えてなることを第１の特徴とする。

【０００６】本発明ではまた、楽音再生型カラオケ装置
を制御する楽音再生制御手段と、通信回線を介してホス
ト局から取り込んだカラオケ情報を記憶装置に蓄積して
利用する楽音合成型カラオケ装置を制御する楽音合成制
御手段と、曲指定入力を受けたときに、前記楽音再生制
御手段による制御を第１順位、前記楽音合成制御手段に
よる前記記憶装置からの情報読み出し制御を第２順位、
前記楽音合成制御手段による前記ホスト局からの情報取
り込み制御を第３順位として順序づける制御選択手段と
を備えてなることを第２の特徴とする。

【０００７】

【作用】１台のカラオケ制御装置が、楽音再生型のカラ
オケ装置も楽音合成型のカラオケ装置も制御できれば、
歌い手の曲指定に際し、楽音再生型カラオケ装置を優先
使用する制御が可能になる。そして、楽音合成型カラオ
ケ装置については、楽音再生型カラオケ装置にない曲を
演奏する場合に限り使用するようにする。このときも、
楽音合成型に曲データ蓄積用の記憶装置があれば、その
記憶装置内のデータを優先使用し、できるだけホスト局
へのアクセスを回避して通信費用と通信時間を削減す
る。

【０００８】

【実施例】以下、図面を参照して本発明の実施例を説明
する。図１は、本発明に係る総合カラオケシステム全体
の外観図である。この図において、既存の楽音再生型カ
ラオケ装置１０は、ＬＤチェンジャシステム１１、モニ
タ（ＴＶ）１２、ミキシングアンプ１３、マイク１４、
スピーカ１５を含んで構成される。本例のカラオケ制御
装置２０は音源ユニットを内蔵した楽音合成対応型であ
り、モニタ１２およびミキシングアンプ１３と組み合わ
せることで楽音合成型カラオケ装置を構成している。

【０００９】このカラオケ制御装置２０は統合型システ
ムコマンダと呼ばれ、これを楽音再生型カラオケ装置１
０に対し一部結合することにより、楽音合成／楽音再生
を含む全システムを統合して制御可能になる。３０はカ
ラオケ制御装置２０に対し通信回線４０（例えば、高速
なＩＳＤＮ回線）を通して、要求された曲データを供給
するホスト局である。５０は本システムに対し、演奏曲
指定等の指示を与えるリモコン（リモートコントロー
ラ）である。

【００１０】楽音再生型カラオケ装置１０は自己完結型
のシステムであり、ＬＤチェンジャシステム１１内に
は、演奏曲のオーディオ信号とその背景画像および歌詞
画像を多数格納した記憶媒体として複数枚のＬＤ（レー
ザディスク）が収容され、更にこのＬＤから指定曲のオ
ーディオ出力ＡＵＤＩＯをミキシングアンプ１３に出力
するとともに、ビデオ出力ＶＩＤＥＯをモニタ１２に出
力する。ミキシングアンプ１３はマイク１４から入力さ
れる歌い手の歌唱音声を演奏曲に混合して出力し、スピ
ーカ１５はこのミキシング信号を拡声出力する。この
時、モニタ１２では曲に対応して記憶された画像情報、
即ち背景画像と歌詞画像を表示して歌い手の歌唱をガイ
ドする。

【００１１】図２は、カラオケ制御装置２０の内部構成
を詳細に示すブロック図である。このカラオケ制御装置
２０は、楽音合成／楽音再生対応のコマンダ部２１、楽
音合成用のファイルシステムユニット２２、および多彩
な機能を有する演奏・表示ユニット２３に大別される。

【００１２】コマンダ部２１は、リモコン５０からの指
令信号を受信するリモコンレシーバ２１Ａと、本カラオ
ケ制御装置２０の前面パネルに敷設されたキー入力部
（図１の２４）からの指令信号を取り込むキー入力イン
ターフェース２１Ｂと、リモコンレシーバ２１Ａまたは
キー入力インターフェース２１Ｂからの入力に従い、曲
の演奏を制御する選曲・予約コントローラ２１Ｃと、こ
の選曲・予約内容を表示する表示器２１Ｄと、この表示
器２１Ｄを駆動する表示器ドライバ２１Ｅと、オーディ
オ（Ａ）およびビジュアル（Ｖ）の入力および出力をそ
れぞれ選択するＡＶ入出力セレクタ２１Ｆと、ＬＤチェ
ンジャシステム１１内のＬＤチェンジャ１１Ａを制御す
るコントロール出力インターフェース２１Ｇとを備え
る。

【００１３】ファイルシステムユニット２２は、選曲・
予約コントローラ２１Ｃから選曲された曲の演奏指示を
受けるファイルコントローラ２２Ａと、ＩＳＤＮ回線４
０を介してホスト局３０と交信するＩＳＤＮコントロー
ラ２２Ｂ（通信制御装置）と、ＩＳＤＮ回線４０を通し
て取り込んだ曲データを格納する記憶装置２２Ｃとを備
える。ファイルコントローラ２２Ａは、選曲・予約コン
トローラ２１Ｃからの選曲・予約指示を受けると、先ず
記憶装置２２Ｃ内に該当する曲の曲データが記憶されて
いるか否かをサーチする。そして、記憶されている場合
には、記憶装置２２Ｃから該当する曲データを読み出
し、記憶されてない場合にはＩＳＤＮコントローラ２２
Ｂを制御してホスト局から該当する曲データを転送して
もらう。記憶装置２２Ｃとしては、例えば、１曲当たり
１０ＫＢ（Ｂはバイト）として、１０００曲分の曲デー
タを格納できる１００ＭＢのＨＤＤ（ハードディスク）
を使用する。

【００１４】演奏・表示ユニット２３は、ファイルコン
トローラ２２Ａからの曲データを一時保持するデータバ
ッファ２３Ａと、この曲データに含まれるイベント情報
に従い楽音、画像、効果等の各種イベントを制御するマ
ルチメディアシーケンサ（ＭＭＳ）２３Ｂと、このシー
ケンサ２３Ｂの制御のもとで演奏曲の楽音を形成する音
源プロセッサ２３Ｃと、演奏曲に対応する背景画像や歌
詞画像を生成するビデオプロセッサ２３Ｄと、このビデ
オプロセッサ２３Ｄのビデオ出力をＬＤチェンジャ１１
Ａの背景画像ＬＤ（ＢＧＶ−ＬＤ）から読み出された画
像（例えば、動画の背景画像）に重ねるビデオスーパー
インポーザ２３Ｅとを備える。

【００１５】コマンダ部２１のＡＶ入出力セレクタ２１
Ｆは、オーディオに関しては、ＬＤチェンジャ１１Ａか
らのオーディオ出力か音源プロセッサ２３Ｃで合成され
た楽音のいずれかを選択して、ミキシングアンプ１３へ
のオーディオ出力とする。また、画像に関しては、ＬＤ
チェンジャ１１Ａからの画像とビデオスーパーインポー
ザ２３Ｅからの画像とを選択して、モニタ１２へのビデ
オ出力とする。このＡＶ入出力セレクタ２１ＦとＬＤチ
ェンジャ１１Ａとの間を接続しなければ、カラオケ制御
装置２０は楽音再生型カラオケ装置１０とシステム的に
独立している。両者を結合関係におくのが、ＡＶ入出力
セレクタ２１Ｆであり、またコントロール出力インター
フェース２１Ｇである。

【００１６】図１および図２の様な結合関係を持つ総合
カラオケシステムにおいて、リモコン５０等からの選曲
指示を受けたコマンダ部２１は、先ず、該当する曲がＬ
Ｄチェンジャ１１Ａに格納されているか否かを確認す
る。つまり、楽音再生型カラオケ装置１０に第１優先順
位を与えて、そのソース（オーディオおよびビデオ）を
有効利用する。ここで、ＬＤチェンジャ１１Ａに該当す
る曲の情報があれば、そのオーディオおよびビデオ出力
を使用してカラオケ演奏をする。

【００１７】これに対し、ＬＤチェンジャ１１Ａに該当
する曲のデータがないときは、ファイルコントローラ２
２Ａに曲番号を転送し、楽音合成側の曲データを使用す
る。この場合も、直ちにホスト局３０にアクセスするの
ではなく、先ず記憶装置２２Ｃに該当する曲の曲データ
が記憶されているか否かを確認する。ここで、記憶装置
２２Ｃに該当する曲のデータが記憶されている場合に
は、それを読み出して使用する。つまり、記憶装置２２
Ｃからの曲データ読み出しに第２優先順位を与えてい
る。この記憶装置２２Ｃにも該当する曲の曲データがな
いときは、ＩＳＤＮ回線を通してホスト局３０から該当
する曲の曲データを転送してもらう。つまり、このホス
ト局からの曲データ取り込みを第３優先順位とする。記
憶装置２２Ｃがない完全楽音合成型では、ホスト局から
のデータ取り込みが第２優先順位となる。

【００１８】図３は、図１および図２に示したシステム
構成要素の中で主要な部分の関係を示す概念図である。
即ち、本発明に係るカラオケ制御装置２０に含まれるマ
イコンボード２５には、楽音合成系および楽音再生系を
制御できる機能が搭載されている。このマイコンボード
２５は、リモコン５０からの曲番号指定に対し、ＨＤＤ
に記憶されたインデックスデータを参照し、楽音合成
系、即ち、通信回線４０からの曲データを使用するか
（ＣＤ−ＲＯＭ４１を装備する場合はそのシーケンス音
源データを使用できる）、或いは楽音再生系、即ち、オ
ートチェンジャ１１に搭載されている各種ソースＬＤ／
ＣＤ／ＣＤＧ／ＣＤＩ／ＣＤ動画に収容されているデー
タを使用するか否かを判断し、その制御を行う。この実
施例では、記憶装置２２Ｃおよびビデオプロセッサ２３
Ｄは楽音合成系の標準装備であり、その他の制御部分が
マイコンボード２５に集約される。このマイコンボード
２５は、任意の機種に対応可能とするため、本体に対し
差し替え可能な機構により結合されるが、勿論、マイコ
ンボードの主要部分までも標準装備とし、特定の機種を
コントロールするプログラムＲＯＭ（図示せず）の部分
だけを差し替え可能なように構成しても良い。

【００１９】図４は、本発明に係る総合カラオケシステ
ムの機能を更に詳細に説明するためのシステム構成図で
ある。図１〜図３に示されていない部分について説明す
ると、次のようになる。６１は、このカラオケシステム
全体の動作をプログラムＲＯＭ２３Ｂのもと制御・管理
するＣＰＵ（中央処理装置）である。６２は、ＣＰＵ６
１により、このカラオケシステムの動作を制御・管理す
るときに使用されるランダムアクセスメモリ（ＲＡＭ）
である。６３はこのシステム全体を結合するためのバス
（データ、アドレス）である。６４は、外部にＭＩＤＩ
（Musical Instrument Digital Interface）楽器４２を
接続する場合のインターフェースである。６５は、ＬＤ
チェンジャ１１を制御するためのチェンジャコントロー
ラであり、複数の機種に対応できるよう取り替え可能な
構成になっている。

【００２０】６６は、マルチメディアシーケンサ２３Ｂ
から出力されるＡＤＰＣＭデータをビット変換および周
波数変換して伸長するＡＤＰＣＭプロセッサである。６
７は、ＡＤＰＣＭプロセッサ６６の出力を音程情報に従
い音高を制御するピッチシフタである。６８は、ピッチ
シフタ６７の出力および音源プロセッサ２３Ｃの出力を
入力とするエフェクタミキサである。６９は、マイク１
４の出力にエコー、エキサイタ等の音響効果を加えるマ
イクエフェクタである。７０は、マイクエフェクタ６９
の出力およびＬＤチェンジャ１１のオーディオ出力に音
場効果を与えるオーディオＤＳＰ（音場創成器）であ
る。

【００２１】７１は、記憶装置２２Ｃに対し、ＩＳＤＮ
回線４０を使用せずに、大量の曲データをロードする場
合に使用するポータブル型のダウンロード機であり、例
えばこのシステムの楽音合成系を設置した初期の段階
で、設置業者が持ち込んでロードすることにより、設置
者側で長時間ＩＳＤＮ回線４０を通してホスト局３０と
交信しないで済むようにするものである。このダウンロ
ード機７１の用法はこの他にも考えられる。

【００２２】音源プロセッサ２３Ｃは、曲データにより
駆動されて演奏曲の楽音信号を合成するいわゆるミュー
ジックシンセサイザであり、例えばＭＩＤＩ信号に基づ
き楽音を合成する音源部と、それを制御する制御部とを
備えている。ビデオプロセッサ２３Ｄは、演奏曲に対応
する歌詞等の文字情報および静止画、動画等の背景画像
情報を処理して表示用の画像信号を生成する。ここで
は、歌詞画像用のビデオプロセッサ２３Ｄ１と、背景画
像用のビデオプロセッサ２３Ｄ２を用いる例を示してい
る。ＬＤチェンジャ１１は、光ディスクに記録されたカ
ラオケ曲を演奏する場合、または映像情報のみを再生す
る場合に機能し、楽音合成系として使用する場合は音源
２３Ｃで合成された伴奏演奏に同期して、所定のディス
クの所定のフレームの静止画または所定のフレームを起
点とする動画等からなる映像情報を再生する。ビデオセ
レクタ２３Ｅは、この様な３種類の画像を１画面に合成
して出力する。

【００２３】以下、動作を説明する。 （01）楽音再生／楽音合成制御 リモコン２４またはフロントパネル５０の操作により、
演奏曲が指定されると、ＣＰＵ６１は、記憶手段２２Ｃ
に記憶されたインデックステーブルを参照し、第１順位
として先ずＬＤチェンジャ１１内のＬＤに該当する曲の
データがあるか否かを確認し、あればその部分を再生す
る。このＬＤからのビデオ信号はビデオセレクタ２３Ｅ
に入力してモニタ１２に表示され、またオーディオ信号
はオーディオＤＳＰ７０に入力してスピーカ１５から出
力される。歌い手の歌唱音声はマイク１４で電気信号に
変換され、マイクエフェクタ６９を通してオーディオＤ
ＳＰ７０に入力する。ミキサ１３は演奏曲と歌唱音声と
を混合するので、スピーカ１５からは両者が混合された
音響出力が生ずる。

【００２４】指定曲がＬＤチェンジャ１１内にないとき
は、ＣＰＵ６１は第２順位としてＨＤＤ装置２２Ｃに保
有されている曲をサーチする。ＨＤＤ装置２２Ｃ内に該
当する曲があれば、その演奏曲の曲データを読出してＲ
ＡＭ６２にロードし、この曲データに従って音源２３Ｃ
で楽音が合成されカラオケの演奏を行う。この様な音源
カラオケの演奏は、シーケンサ２３Ｂの制御のもとに行
われる。演奏曲に関しては、ＲＡＭ６２から読み出され
た曲データに従い、音源プロセッサ２３Ｃにおいて逐次
楽音情報が生成され、ミキサエフェクタ６８、オーディ
オＤＳＰ７０、ミキサ１３を介してスピーカ１５から再
生される。

【００２５】画像に関しては、同様にＲＡＭ６２から読
み出された曲データをもとにシーケンサ２３Ｂの指示に
従い、ビデオプロセッサ２３Ｄ１，２３Ｄ２において曲
の進行に合わせた歌詞画像および背景画像が生成され、
ビデオセレクタ２３Ｃを介してモニタ１２に表示され
る。ＬＤチェンジャ１１からの背景画像も使用する場合
は、これら３画像をビデオセレクタ２３Ｅで合成して表
示する。モニタ１２に表示される歌詞画像は、表示され
る歌詞の色が歌唱の進行に合わせて他の色の文字に変更
されるなどして、歌うべき個所が歌い手に容易に把握で
きるように指示される。したがって、歌い手はモニタ１
２に表示される歌詞画像を見ながらマイク１４を持って
歌えばよい。

【００２６】ＨＤＤ装置２２Ｃにも該当する曲データが
蓄積されていない場合は、第３順位としてＣＰＵ６１は
ホスト局３０からオンラインで該当する曲のデータを取
り込む制御をする。即ち、ＩＳＤＮ回線４０を使用して
ホスト局３０を呼び出し、応答したら曲番号を送り、対
応する曲データを転送してもらう。この曲データは再利
用する可能性があるので、ＨＤＤ装置２２Ｃに蓄積す
る。

【００２７】（02）ホスト局からの転送データフォーマ
ット 音源カラオケ装置で使用されるカラオケ曲データのフォ
ーマットは、通常、図５（ａ）に示すように、曲ヘッダ
から始まり、これに時間情報とイベント情報を持つ歌詞
表示トラック、音源演奏トラック、ディジタル音声トラ
ック等の各トラックを順に記憶することで１曲分のデー
タを構成している。このフォーマットでホスト局からデ
ータ転送すると、カラオケ装置側では最後のディジタル
音声トラックまでロードしなければ演奏開始できないの
で、ユーザが曲指定してから実際に演奏開始されるまで
に相当な時間がかかる。

【００２８】例えば、曲ヘッダの容量が１５ＫＢ〜２０
ＫＢ、歌詞表示トラックからディジタル音声トラックま
での全容量が１００ＫＢであるとすると、毎秒８ＫＢ転
送可能な高速ＩＳＤＮ回線を用いても、１５秒程度の通
信時間を必要とする。実際には、これにホスト局の呼出
時間、或いはホスト局での選曲時間等のオーバーヘッド
が加わるので、全体では２０秒程度必要になる。この待
ち時間は、ハードディスクから１曲を読み出すに必要な
時間（１〜２秒）と比べ、１０倍以上の長さとなる。

【００２９】そこで、転送データのフォーマットを図５
（ｂ）の様に変更する。即ち、図５（ａ）のフォーマッ
トにおいて、歌詞表示トラックが時系列データＡ１，Ａ
２，…ＡＮの集合であり、同様に音源演奏トラックが時
系列データＢ１，Ｂ２，…ＢＮの集合であり、更にディ
ジタル音声トラックが時系列データＣ１，Ｃ２，…ＣＮ
の集合である場合、同図（ｂ）のフォーマットでは、各
トラックの第１データＡ１，Ｂ１，Ｃ１を集めて第１ト
ラックとし、また第２データＡ２，Ｂ２，Ｃ２を集めて
第２トラックとし、以下同様に、第ＮデータＡＮ，Ｂ
Ｎ，ＣＮをに集めて第Ｎトラックとする。

【００３０】一例として、Ｎ＝６とした場合、第１トラ
ック（約１５ＫＢ）の転送は約２秒で完了する。曲ヘッ
ダの転送が約２秒であるから、第１トラックのロードま
でに４秒しか必要としない。これに、他のオーバーヘッ
ドを加えても、８秒程度で済む。しかも、この第１トラ
ックを受信したカラオケ装置は、その曲の歌詞表示、音
源演奏、ディジタル音声の全ての情報を一部ではあるが
入手したことになるので、カラオケ演奏を歌詞表示等の
イベントを伴いながら速やかに開始することができる。
試算によれば、例えば演奏時間３分の曲を６分割した第
１トラックだけで約３０秒の演奏が可能である。

【００３１】従って、第１トラックをロードしたら第１
トラックによる演奏を開始し、その間に第２トラック以
下をロードする。そして、第１トラックの演奏が終了し
たら第２トラックを演奏しながら、同時に残りのトラッ
クをロードするという処理を並行して行う。この様にす
れば、オンラインでありながら迅速に演奏を開始でき、
しかも途中で中断することなく、最後まで演奏すること
ができる。

【００３２】歌詞表示トラック、音源演奏トラック、デ
ィジタル音声トラックの各データはＭＩＤＩの様にデー
タ量が少ない。これに対し、バックコーラスのようにデ
ータ量の多いデータを付加する場合がある。この様な場
合にデータ量を減らすため、図５（ａ）に示す例では、
１１Ｋまたは２２ＫＨｚのサンプリングレートで４ビッ
トに圧縮したＡＤＰＣＭ（アダプティブ・デルタＰＣ
Ｍ）データを最後のトラックに付加している。このＡＤ
ＰＣＭトラックのデータサイズは数１００ＫＢに及ぶこ
とが予測され、これを全て転送しきるまでの時間ははる
かに長い。この様な場合に、同図（ｂ）に示すように、
適度に区分されるＡＤＰＣＭデータＤ１，Ｄ２，…を第
１トラック、第２トラック…に分けて転送すれば、バッ
クコーラス付きの演奏曲でも迅速に演奏開始することが
できる。

【００３３】（02-2）ＨＤＤへのダウンロード ＩＳＤＮ回線４０を通してＨＤＤ２２Ｃにダウンロード
する方法はいくつかある。第１は直ちにＨＤＤ２２Ｃに
ロードする方法である。しかし、ＨＤＤはキャッシュと
して用いられるので、使用頻度の高い曲の曲データだけ
が蓄積されるようにしておく必要がある。そこで、ここ
では不要な曲データを極力蓄積しないようにする方法を
説明する。

【００３４】即ち、図６に示すように、ＲＡＭ６２内に
いくつかのバッファを設定し、先ずＣＰＵ６１によって
ＩＳＤＮ回線４０から取り込んだデータをＩＳＤＮダウ
ンロードバッファ６２Ａに保存し、これを演奏バッファ
６２Ｂに書き込んで演奏する。演奏を開始して暫くする
と、その演奏曲が希望したものであるか否かが歌い手に
よって確認され、時として希望しない曲の演奏に対しキ
ャンセルを申し込むことがある。キャンセルされた曲は
間違えて指定された使用頻度の低い曲である場合が多
く、ＨＤＤ２２Ｃに蓄積する必要はないので、そのデー
タをＨＤＤ２２Ｃに記憶せずに消去する。これに対し、
演奏開始から暫くしても（例えば、３０秒経過しても）
キャンセルされない場合は、演奏曲が希望されたもので
あると判断できるので、その場合にはダウンロードバッ
ファ６２ＡからＨＤＤバッファ６２Ｃにデータを移し
て、ＨＤＤ２２Ｃにそのデータを蓄積する。

【００３５】（02-3）ＨＤＤからのデータ削除 図６は、ＨＤＤ２２Ｃに不要なデータを蓄積しないため
の手法であるが、キャンセルされた曲のデータであって
も例えばキャンセルマークを付してＨＤＤ２２Ｃに蓄積
し、ＨＤＤの空き容量が少なくなったときに優先的に消
去できる対象にしておけば、その後同じ曲に対するリク
エストがあったときに、ホスト局にアクセスせずにＨＤ
Ｄ２２Ｃから直ちに供給できる可能性も残る。この方法
は、ＨＤＤ２２Ｃのデータ管理にデータの使用頻度と使
用時期を参照するのに加えて／代えて、キャンセルされ
たという優先消去条件を参照するものである。

【００３６】(02-4)アレンジ指定式データ構造 図５のデータ構造は、一つの曲に対し１種類のデータだ
けを割り当てたものであるが、図７に示すデータ構造
は、一つの曲に対し複数種類のデータを対応付け、ユー
ザがこれを選択して使用できるようにしてある。例え
ば、歌詞トラック１には通常の日本語の歌詞データが含
まれており、歌詞トラック２にはその外国語の歌詞デー
タが、また歌詞トラック３には日本語の変え歌の歌詞デ
ータが含まれるという様に、である。演奏トラックや画
像トラックについても同様であり、それぞれアレンジさ
れた内容のデータが含まれる。曲ヘッダの一部には、こ
れらトラックの組み合わせを、単純なアレンジ番号で指
定できるテーブルがある。

【００３７】図示の例では、アレンジＮｏ．１は、歌詞
トラック１、演奏トラック１（実際には複数トラックに
なることが多い）、画像トラック１を組み合わせて使用
するアレンジ内容を示している。この様なデータ構造
は、それぞれのアレンジに対し独立した曲データを設定
する場合より、全体のデータ容量を削減することができ
（一部データを共用できる）、通信時間及び記憶容量の
削減に貢献する。また、同じ曲に関する複数種類のデー
タが関連づけられているので、データ管理がしやすいメ
リットもある。

【００３８】データ構造がこの様になっていても、ユー
ザはアレンジ指定を意識する必要はない。即ち、通常の
カラオケの曲リスト表（本）の様に、例えば同じ曲の日
本語版と外国語版とが異なる曲番号で表示されていれ
ば、その曲番号を指定するだけで、上述したアレンジが
自動的に行われるからである。

【００３９】(02-5)歌詞フォント指定 同じ歌詞のフォントだけを変えるアレンジをする場合、
フォント別の歌詞トラックを用意することはデータ量を
増大させる。この点を回避するために、ここでは、図８
に示すように、曲ヘッダの中、或いは歌詞トラックの中
に、フォントを指定するフォントＩＤを挿入しておき、
フォントＩＤが出現する毎に、その指定に従いフォント
を変更する方法を説明する。歌詞トラックは、歌詞画像
を表示させる文字コードを時系列に配列したものである
が、曲ヘッダにフォントＩＤがあればその内容に従い、
図４のＨＤＤ２２Ｃに記憶されたフォントブロックをＲ
ＡＭ６２に展開し、歌詞トラック中の文字コードに対応
した文字を用いて歌詞表示を開始し、途中で歌詞トラッ
クの中にフォントＩＤが挿入されていたら、その内容の
フォントに変更して（異なるフォントブロックをＲＡＭ
６２に読み込んで）歌詞表示を続ける。

【００４０】フォントデータは通常ＲＯＭに格納されて
いるが、上述のようにＨＤＤ２２Ｃにもフォントを格納
し、これをＲＡＭ６２に展開して使用するようにすれ
ば、ホスト局３０からフォントの変更、追加が可能とな
り、カラオケ装置側にフォント用ＲＯＭを追加する必要
がない。このため、同一言語のフォントを変更するだけ
でなく、例えば、最初に日本語だけの歌詞でスタートし
た演奏曲に、その後、他の外国語の歌詞に変更したい場
合にも、このフォント指定機能を利用できる。即ち、ホ
スト局からの曲データに含まれるフォントＩＤを変更す
る一方、対応するフォントをＨＤＤ２２ＣからＲＡＭ６
２に展開して使用すれば良い。

【００４１】（03）マルチメディアシーケンサ マルチメディアシーケンサ２３Ｂは、ＭＩＤＩシーケン
サをベースとし、これに複数のタスクを同時に実行でき
るＯＳ機能を持たせ、一つの曲データに含まれる複数ト
ラックのイベントをソフト的に同期してリアルタイムで
実行できるようにしたものである。イベントとは、カラ
オケ演奏に付随する広範囲の事象であり、演奏はもとよ
り、歌詞表示、背景表示、音響効果、外部機器制御等が
含まれる。

【００４２】シーケンサ２３Ｂには、ＣＰＵ６１によっ
てＲＡＭ６２から読み出された曲データが入力される。
この曲データは、例えば図５に示したように、歌詞トラ
ックからディジタル音声トラックまでのＭＩＤＩデータ
と、最後に付加されたＡＤＰＣＭデータである。シーケ
ンサ２３Ｂが、音源演奏用のＭＩＤＩデータを音源プロ
セッサ２３Ｃに入力すると、そこで楽音情報に変換され
る。また、シーケンサ２３ＢがＡＤＰＣＭデータをＡＤ
プロセッサ６６に出力すると、そこで圧縮前のデータに
伸長される。シーケンサ２３Ｂは、各種のイベント情報
に従い、ＡＤプロセッサ６６の伸長タイミングをコント
ロールする。

【００４３】通常のＭＩＤＩデータ１トラックの構成
は、図９に示すように、トップオブトラックＴＯＴから
始まりエンドオブトラックＥＯＴで終わるまでの間に、
イベントＥＶＥＮＴとデュレイション（待ち時間）Δｔ
が交互に配列されているので、シーケンサ２３Ｂによる
処理は図中の矢印のように、循環しながら行われる（但
し、各イベントＥＶＥＮＴの内容は異なる）。

【００４４】これに対し、図５のようにＡＤＰＣＭデー
タを付加したトラックの場合は、図１０のように、ＭＩ
ＤＩイベントの実行と並行してＡＤＰＣＭイベントが実
行される。ＡＤＰＣＭイベントを実行するタイミング
は、ＭＩＤＩデータ内に記述されているので、両者はソ
フト的に同期して実行される。ＡＤＰＣＭイベントに含
まれる内容は、１）ＡＤＰＣＭ音の番号、２）ピッチシ
フトの有効／無効フラグ、３）ボリューム、４）ピッチ
シフト量である。

【００４５】ここで想定するＡＤＰＣＭデータは、演奏
曲中の波形データであり、圧縮してはいても依然として
ＭＩＤＩデータに比べればデータ量が多い。しかし、バ
ックコーラスに限れば、１つの曲の中で同じバックコー
ラスを単に転調して繰り返すだけの部分もある。そこ
で、あらかじめ複数のバックコーラスに共用できる部分
を独立した複数のＡＤＰＣＭデータとして用意し、演奏
曲再生時にその曲に含まれるバックコーラス再生に必要
なＡＤＰＣＭデータを選択して合成する。この様にする
と、ホスト局からのデータ転送量が低下し、また記憶容
量も少なくて済む。１）のＡＤＰＣＭ音の番号は、この
様な複数のＡＤＰＣＭデータの中から希望するものを選
択するためのものである。

【００４６】同じＡＤＰＣＭデータをピッチを変更して
使用する場合は、どの程度音程をずらせば良いかを示す
必要がある。４）のピッチシフト量がこの変更量を示す
情報になる。ピッチシフトは図４のピッチシフタ６７で
行われる。ピッチシフタ６７はカラオケプロセッサ（Ｋ
Ｐ）と呼ばれるＤＳＰを用いて構成され、部分的に音程
をずらす転調に限らず、ユーザの操作により１曲全てを
移調（トランスポーズ）する場合にも使用される。この
場合、ピッチシフトは、トランスポーズにさらに足し込
む形で行われる。

【００４７】ＡＤＰＣＭデータはバックコーラスだけで
なく、効果音等の波形データにも使用される。２）のピ
ッチシフトの有効／無効は、ＡＤＰＣＭデータの中でピ
ッチシフトすると不自然になる効果音等のピッチシフト
を避けるためのもので、ユーザがトランスポーズの指定
を行っても、そのＡＤＰＣＭデータの再生に限ってはピ
ッチシフトは行われないようにするフラグである。ま
た、３）のボリュームは各イベント毎の音量を自動設定
するためのものである。

【００４８】（04）汎用コーラス／フレーズコーラス 演奏曲のバックコーラスには、ａ）「わー」「らー」
「あー」のような子音に付随する母音を延ばした様な単
純な発音で、同じ曲の中で何回も繰り返されたり、或い
は複数の演奏曲で共通できるコーラス、例えば「わーわ
ーわー…」或いは「わっわっわっ…」のような汎用コー
ラスと、ｂ）「ながさきー」の様にその演奏曲固有のフ
レーズコーラスとがある。音源カラオケ装置では、単純
な発音の組み合わせである汎用コーラスを楽音の１種と
して扱い、音源を用いて発音することが可能である。こ
の様にすると、バックコーラスのデータ量を削減するこ
とができるので、オンライン通信の時間を短縮したり、
記憶容量を削減することができる。

【００４９】図１１を参照して、具体的な説明をする。
１）汎用コーラスデータＥ１については、「わー」「ら
ー」「あー」のような発音の波形をあらかじめサンプリ
グしし、その波形データをライブラリとして音源側に記
憶させておく。２）フレーズコーラスデータＥ２につい
ては、その曲毎に録音した「ながさきー」のような発音
の波形データをＨＤＤ２２Ｃ等に格納しておき、演奏デ
ータと同時にＲＡＭ６２にロードする。３）フレーズコ
ーラスデータＥ２は、演奏データに含まれるフレーズタ
イミングデータＥ３に基づいて発音するように制御す
る。汎用コーラスデータＥ１については、ＭＩＤＩ等の
音源コントロールデータＥ４に基づいて発音するように
制御する。両者はセレクタ８０によりどちらか一方が選
択され（場合によって両方同時に）発音される。このセ
レクタ８０部分の機能はオア論理でも良い。４）いずれ
のコーラスデータＥ１，Ｅ２も、音源から発音される他
の楽曲データとミックスして出力される。

【００５０】（05）ＡＤＰＣＭデータ圧縮 バックコーラスデータはデータ量が多い。そこで、ホス
ト局３０側でこのバックコーラスデータを圧縮し、カラ
オケ装置側で伸長することを考える。圧縮方式は任意で
あるが、例えば、ＡＤＰＣＭを採用した場合、カラオケ
装置側では、これをＡＤプロセッサ６６で伸長する。こ
の場合、バックコーラスデータとしては、汎用コーラス
データを含めて扱っても良いが、ここではフレーズコー
ラスデータだけを考える。

【００５１】ホスト局側では、フレーズコーラスデータ
をディジタルサンプリングした後、そのデータを圧縮す
る。この場合、周波数の圧縮は、元のデータに対しリサ
ンプリング処理をし、リサンプリングの周波数をファイ
ル（曲データ）のヘッダに記述しておく。また、ビット
数の圧縮はＡＤＰＣＭ等の技法を用いて行い、その圧縮
情報を同じくヘッダに記述しておく。一例を上げると、
通常のコンパクトディスクのデータは４４．１Ｋ、１６
ビットのサンプリングレートであるが、これを例えば２
２．０５Ｋ、４ビット、または１１．０２５Ｋ、４ビッ
トのＡＤＰＣＭデータに圧縮する。

【００５２】カラオケ装置側では、図１２に示すよう
に、ＡＤプロセッサ６６のセレクタ６６Ａに入力した圧
縮データｅ２は、圧縮方法とリサンプリング周波数を記
述したデータ変換情報Ｅ６に従って伸長される。即ち、
変換情報Ｅ６に従ってビット数変換器６６Ｂのうち１つ
が選択され、また周波数変換器６６Ｃの変換周波数が決
定される。この様にして伸長されたフレーズデータＥ２
はミキサ１３において他の発音とミックスされる。

【００５３】この様な圧縮技術を用いると、オンライン
で転送するデータ量が削減され、またＨＤＤ２２Ｃに記
憶する容量も少なくて済む。変換情報Ｅ６は１曲を通し
て同じものが適用されるように設定しても良い。この場
合、変換情報Ｅ６は図５の曲ヘッダの中に記述される。
この変換情報Ｅ６をフレーズ毎に設定することもでき
る。フレーズ毎に設定する場合には、ディジタル音声ト
ラック中の分割データ毎にヘッダを設定し、そのヘッダ
内に記述する。フレーズ毎に変換情報を設定すると、同
じ曲の中で部分的に圧縮率を変化させ、例えば、重要な
部分については、他の部分に比べて高いサンプリングレ
ートと多いビット数で圧縮する、というな自由度が生ま
れる。

【００５４】（06）ピッチコントロール 図４の構成では、ＡＤプロセッサ６６の出力はピッチシ
フタ６７に入力し、ここで音程情報に従い音高調整（ピ
ッチシフト）が行われる。音高調整には、曲の途中で一
部の音程を変える転調や、曲全体を一律にシフトする移
調（トランスポーズ）がある。ここでは、同じフレーズ
データＥ２をピッチを変えながら使用するバックコーラ
ス、例えば「ながさきー」という発音が、連続して音程
を上げながら繰り返されるようなバックコーラスを、ピ
ッチシフタ６７で実現することを考える。

【００５５】図１３に示すように、外部から入力された
音程情報Ｅ５はピッチシフタ６７と音源コントロールＥ
４に入力され、バックコーラスデータはピッチシフタ６
７で、楽音は音源コントロールＥ４において音高制御が
行われる。また、１曲の中で転調が生じた時など同じコ
ーラスフレーズで音程の異なったコーラスデータの場
合、音源コントロールからピッチシフタへ転調情報が送
られ、コーラスデータの音程が変更される。

【００５６】（06-2）効果音のピッチシフト除外 ピッチシフタ６７の入力には、バックコーラスデータだ
けでなく、効果音も含まれる。効果音がピッチシフトさ
れると、全くその音響効果が損なわれ、逆に違和感を生
ずるケースが多い。そこで、前述のピッチシフト有効／
無効のフラグを参照し、この効果音については、音程情
報Ｅ５が入力されても、同じ音程を保つようにする。

【００５７】（06-3）コーラスデータの遅れ補償 コーラスデータは発音指示を受けてから、ミキサエフェ
クタ６８に出力されるまでに前述のようなＢｉｔ変換、
周波数変換、ピッチシフタを通るために遅れが生ずる。
例えば、仕様上、３０ｍｓ±３０ｍｓの遅れがあるとさ
れるピッチシフタを用いてリアルタイムの、特にＭＩＤ
Ｉ音源側出力と同期した音響出力を得るためには、シー
ケンサにおけるコーラスデータの発音指示データを同時
に発音されるべき音源のデータより例えば３０ｍｓ程度
先行させて記憶させておき、それを読み出すに当って、
先行して発音指示をＡＤＰＣＭプロセッサ６６に出力
し、遅れを相殺するようにしている。

【００５８】また、シーケンサ２３Ｂは、ピッチシフタ
６７のシフト量をコントロールしたり、さらにはマイク
エフェクタ６９や音場創生器７０を全て演奏曲の進行に
同期してコントロールする。図１４は、この説明図であ
る。エフェクタミキサ６８は、音源プロセッサ２３Ｃの
出力（例えば、発音ｃｈ１はギター，ｃｈ２はピアノ，
ｃｈ３はバイオリン，…）とピッチシフタ６７の出力
（ＡＤＰＣＭトラックに対応した伸長データ）を入力さ
れ、入力段のプログラマブルエフェクタ６８Ａでシーケ
ンサから出力される指定データに基づいて選択されたチ
ャンネルの信号が、エコー、イコライザ、リバーブ等の
音響効果を与える処理部６８Ｂに入力してそれぞれの処
理を受ける。

【００５９】エフェクタミキサ６８の出力は、音場創成
器７０に入力され、ここでシーケンサ２３Ｂからのコン
トロール信号により、演奏に併せた音場制御を受ける。
音場創成器７０は、入力信号を基準に遅延量及びレベル
の異なる複数の反射波をデジタル的に生成し、それらを
合成することで、あたかもコンサートホールやライブ会
場等で聞いているような音場の広がりを与えるプロセッ
サである。音場創成器７０を用いる場合、スピーカ１５
は複数システムである方が効果的で、例えば前後左右の
４スピーカに加え、前方中央、中央左右にもそれぞれス
ピーカを配置して、全体として６〜７スピーカシステム
を構成する

【００６０】この音場創成器７０には、必ずしもその必
要はないが、マイクエフェクタ６９の出力も導入され
る。この場合マイクエフェクタ６９はマイク１４からの
入力に対しても、モノラルからステレオへの変換、エコ
ー、エキサイタ、ハーモナイザ、イコライザ等の音響効
果処理をする。シーケンサ２３Ｂはマイクエフェクタ６
９に対してもコントロール信号を送り、その音響効果を
演奏に同期して制御する。シーケンサ２３Ｂからのコン
トロール信号は、ＲＡＭ６２から読みだされたシーケン
スデータ内の１トラックとして構成される、音場制御
用、エフェクト制御、画像処理、照明処理、舞台制御等
の各コントロール信号であり、これらは演奏のデータと
同様にシーケンサ２３Ｂで読み出され、楽音演奏と同期
して制御される。

【００６１】（7）予約曲の情報表示 通常のカラオケ装置では、演奏曲の予約操作をしたと
き、モニタにはその曲の曲番号しか表示されない。この
ため、実際に演奏が開始されるまで、リクエストの誤り
に気がつかないことが多い。この点を改善するために、
図１５に示すように、ＨＤＤ２２Ｃ内に表示情報辞書を
設定し、曲番号が指定されたら、その曲番号、曲名、作
曲者名、作詞者名、予約順位等をモニタ１２に表示し、
表示された曲名から、また同じ曲名であれば歌手名、作
曲者名等から事前にリクエスト曲の確認ができるように
する。表示する箇所は、現在演奏中の曲へ障害とならな
いように、例えば、画面の右上等を選択する。

【００６２】この様なリクエスト内容の確認は、楽音合
成型音源カラオケのように、ホスト局から曲データを取
り込む場合に、不要なアクセスを未然に回避する上で必
要である。また、ＬＤカラオケであっても、選曲ミスは
良くあるので、これを回避するためにも有用である。

【００６３】（8）自動トランスポーズ トランスポーズに関しては、ユーザが自分の歌い易い音
域を指定すると、カラオケ装置側で自動的に最適なトラ
ンスポーズ値を決定し、演奏を行うような自動化を行っ
ている。具体的には、カラオケ曲毎に最も出現頻度の高
い音域を曲データのヘッダ部等に記録しておき、ユーザ
が自分の声域の中央値または範囲（上限、下限）を指定
すると、カラオケ装置は、指定された声域の中央値、ま
たは範囲の中央値がカラオケ曲の音域の中央値と一致す
るようにトランスポーズ値をセットし、自動的に移調を
行う。

【００６４】カラオケ曲の音域の中央値としては、例え
ば図１６に示すように、音高毎の発音数、または発音数
と発音長の積の分布曲線を求め、その分布曲線を適当な
しきい値でスライスする事で得られる局部的音域の中間
値を使用する。この中央値情報は、曲データのヘッダの
中に含ませておく。カラオケ曲を歌い易くする自動トラ
ンスポーズには種々の方法があるが、この例のように曲
の音域の中央値を歌い手の声域の中央値に一致させると
いう方法は、その曲に最も高い頻度で現れる部分が歌い
易ければ、全体も歌い易くなるという考えに基づく。

【００６５】適用するカラオケ装置が、音源カラオケ装
置である場合は、図１７のように、曲データメモリ１０
０（ＨＤＤ２２Ｃでよい）から曲音域の中央値を読み出
して使用する。１０１はＣＰＵ６１で実行するプログラ
ムを格納したＲＯＭである。また、図１８のように、Ｃ
ＤＧ／ＣＤＩの様なディジタル記憶媒体を使用するカラ
オケ装置では、ＣＤＧ／ＣＤＩ等のデバイス１０２に音
域データを書き込んでおき、それを曲番号で読み出して
使用する。更に、図１９のように、ＬＤのようにディジ
タルデータが読み出しできないカラオケ装置では、音域
データ記憶装置１０３を設け、これを利用する。この記
憶装置１０３は、ＨＤＤ２２Ｃの一部でよい。

【００６６】（9）ＭＩＤＩ楽器接続 図４のカラオケシステムには、カラオケ演奏中に外部の
ＭＩＤＩ楽器４２（例えば、パーカッション）から楽器
音や効果音等を発音できるように、ＭＩＤＩ楽器４２を
接続する入力端子、即ちＭＩＤＩインターフェース６４
を設けてある。このＭＩＤＩインターフェース６４から
入力する外部ＭＩＤＩデータはＣＰＵ６１によって取り
込まれ、シーケンサ２３Ｂに供給される。そして、外部
楽器専用の音源を設けずに、カラオケ用の音源の１チャ
ンネル（外部楽器用発音ｃｈ）を使用して楽器音等を発
生する。このために、カラオケ用の音源プロセッサ２３
Ｃは全チャンネル、例えば１６チャンネル（２系統あれ
ば３２チャンネル）の内の１チャンネルを外部ＭＩＤＩ
楽器用に空けておくように予めカラオケ楽曲のデータを
作成しておく必要がある。或いは、ＣＰＵがインターフ
ェース６４から受信した外部ＭＩＤＩデータを音源に出
力する際、そのとき演奏データで使用されていないＭＩ
ＤＩチャンネルに強制的に切換えるようにしても良い。

【００６７】(9-2)ＭＩＤＩマージ ＭＩＤＩデータは、ステータスバイトで始まり、これに
データバイトが続く８ビットのストリームデータである
ため、ＲＡＭ６２から読み出されたカラオケ演奏用のＭ
ＩＤＩデータに対し、インターフェース６４から非同期
に入力した楽器用のＭＩＤＩデータが衝突すると、デー
タ破壊が生ずる。この点を回避するために、演奏用ＭＩ
ＤＩデータが流れているときに、外部から楽器用のＭＩ
ＤＩデータが入力するときは、前者のデータバイトが終
了するまで後者の転送を遅らせる等して、両者の衝突を
避けるマージが必要になる。

【００６８】（10）コード名表示 通常のカラオケ装置では、モニタに演奏中の曲の歌詞を
順番に表示するが、音程情報は表示しない。ＭＩＤＩ楽
器４２を接続して演奏するユーザにとって、モニタ１２
に例えばコード名が表示されると、楽器演奏（例えば、
ギター演奏）がし易くなる。このコード名表示を歌詞表
示に対応させて行うと、なおさら便利である。図２０
（ａ）は、歌詞（「ほにゃら…」）に併せて、コード名
（Ｃ，Ｆ，Ｇ７…）をモニタ１２に表示している例であ
る。同図（ｂ）は同じ曲がトランスポーズされた場合、
自動的にシフト量（この例では、＋１）に連動してコー
ド名をシフト（Ｃ＃，Ｆ＃，Ｇ７＃…）して表示した例
である。

【００６９】コード名表示の実現には、次のような方法
が考えられる。先ず、曲データのヘッダ部に次のような
「キー」を記録しておく。 (C,C#,Db,D,D#,Eb,E,...A#,Bb,B)+major/minor これをトランスポーズしたときのコード名の決定に使用
する（＃系か他の系か）。音源カラオケでの歌詞の表示
データは「表示イベント」と「デュレイション(Duratio
n)」の繰り返しである。表示イベントは、表示座標ｘ，
ｙ、アトリビュート、表示文字列、表示時間、色変えタ
イミングを示し、デュレイションは、表示イベント間の
時間を示す。

【００７０】表示する歌詞の文字列と表示座標、表示ア
トリビュート（色指定）で歌詞を表示させ、「色変えタ
イミング」に従って演奏に同期した歌詞の色変えを行
う。一方、歌詞を表示させてから「表示時間」が経過し
たら、その歌詞を消去する。デュレイションを挟まずに
表示イベントを連続して記述した場合は同時に表示す
る。

【００７１】「表示文字列」には文字コード、ルビ文字
指定、文字間ピッチの指定が含まれる。文字コードにＥ
ＵＣコードを使用する場合は、「表示文字列」は次のよ
うに表現される（0xXXは１６進数を表す）。 文字コード １バイト文字 ：0xXX..0x7e ２バイト文字 ：0xa0..0xf4（２バイト目は0xa0から0xff） 文字間スペース：0x01..0x1f ルビ ：0xfe ルビを振られる文字列 0x00 ビ文字列 0x00

【００７２】以上のデータ構造を拡張すると、次のよう
なデータ構造の和音コードの表示が可能になる。 第１バイト：和音コードＩＤ（0xFF） 第２バイト：キー bit 0..3:= 0:C 1:D 2:E 3:F 4:G 5:A 6:B bit 4..5:= 0: - 1:# 2:b bit 7 := 0:major 1:minor （例：C major =0xXX, Ab minor = 0xa5） 第３バイト：装飾記号 0:Major code（装飾記号なし） 1:7th 2:6th 3:Diminish 4:sus4 5:7th sus4 …

【００７３】一例を挙げると、次のようになる。 C7 := 0xff,0x00,0x01 Am6 := 0xff,0xa5,0x02 F#m7 := 0xff,0x93,0x01 Dsus4 := 0xff,0x01,0x04

【００７４】トランスポーズ指定がないときは、上記の
通りの表示を行うが、トランスポーズ指定がある場合は
次の３つの値から、表示するコード名を決定する。 ａ）和音コードデータの第２バイトのキーの値 ｂ）トランスポーズの値 ｃ）ヘッダに記録してある曲のキー

【００７５】一例を挙げると、次のようになる。 曲のキー ： C major 和音 ： G トランスポーズ： +1 表示： G# 他の例としては、次のようになる。 曲のキー ： A minor 和音 ： G トランスポーズ： +1 表示： Ab

【００７６】(10-2)マイナスワン演奏 演奏トラックで使用される音源のチャンネル毎に楽器名
（音色）を記憶しておく。例えば、チャンネル１はピア
ノ、チャンネル２はギター、…のようにである。そし
て、ＭＩＤＩ楽器４２が接続され音色が指定されると、
その音色のデータを音源に送らない等して楽音演奏しな
いようにする。この様にすると、ＭＩＤＩ楽器４２の演
奏者は、あたかもその演奏曲の一部パートを受け持つよ
うにして、楽器演奏を楽しむことができる。

【００７７】（11）３重画像インポーズ モニタ１２に表示する画像は、最大で３重にスーパーイ
ンポーズすることができる。図２１を参照して一例を説
明すると、第１は、図４のＬＤチェンジャ１１から出力
される動画の背景画像信号（外部映像信号）ｖｉｄｅｏ
０である。第２は、コンピュータ画面生成装置３０２
（図４の２３Ｄ１）から出力される静止画の背景画像信
号ｖｉｄｅｏ１である。第３は、コンピュータ画面生成
装置３０３（図４の２３Ｄ２）から出力される歌詞画像
信号ｖｉｄｅｏ２である。２つの画面生成装置３０２，
３０３はビデオＲＡＭ（ＶＲＡＭ）を独立して持ち、信
号ＹＳ１，ＹＳ２によってイメージ空間の全ての点で透
明指定を行うことができるので、３画面を一部または全
部組み合わせて任意に合成することができる。

【００７８】通常のカラオケ装置には、１）ＬＤ等に記
録された動画の背景画像にコンピュータで生成された歌
詞画像をスーパーインポーズする方式と、２）コンピュ
ータで生成された静止画の背景画像に同じくコンピュー
タで生成された歌詞画像をスーパーインポーズする方式
とがある。１）の方式では、ＬＤ等の記録媒体に制限が
ある場合、同じ背景画像を異なる演奏曲に使用すること
があり、おもしろみに欠けることもある。２）の方式
は、背景画像が静止画であるため、１）の方式より更に
画面表現が単調になる。これに対し、この発明のよう
に、動画の背景画像の上に、小面積の静止画像を重ねて
表示し、更にその上に歌詞画像を重ねて表示する様にす
れば、最大３重のスーパーインポーズ可能となり、少量
の動画情報しか用いなくとも画面表現が多彩なものとな
る。

【００７９】画面生成装置３０２，３０３の出力ｖｉｄ
ｅｏ１，ｖｉｄｅｏ２は、高速スイッチを用いた切替装
置３０６で合成される。３０７は切替装置３０６で必要
な切替信号を生成する切替信号生成装置である。切替装
置３０６の出力はスーパーインポーズ装置３１０（図４
の２３Ｅ）で更に外部映像信号ｖｉｄｅｏ０と合成され
る。３１１は高速スイッチを用いたスーパーインポーズ
装置３１０で必要な切替信号を生成する切替信号生成装
置である。このスーパーインポーズ装置３１０は、外
部、内部ともにそれぞれＲＧＢ，ＮＴＳＣの組み合わせ
がある。

【００８０】スーパーインポーズ装置３１０での合成に
は、切替装置３０６から出力されるＲＧＢ方式の内部映
像信号ｖｉｄｅｏ１／２とＮＴＳＣ方式で供給される外
部映像信号ｖｉｄｅｏ０とを同期させる必要がある。３
０８は外部映像信号の水平同期信号Ｈｓｙｎｃを検出す
る外部水平同期検出部、３０９は外部映像信号の垂直同
期信号Ｖｓｙｎｃを検出する外部垂直同期検出部、３０
４は画面生成装置３０２の内部垂直同期信号Ｖｓｙｎｃ
を検出する内部垂直同期検出部である。

【００８１】外部と内部の同期に関しては、ＶＣＯ（電
圧制御発振器）３０１と垂直同期合わせ装置３０５を含
むＰＬＬ（位相同期ループ）が用いられる。水平同期合
わせ装置３０５はこのＰＬＬの位相検波器とループフィ
ルタを含むブロックである。内部の画面生成装置３０
２，３０３相互の垂直同期と水平同期に関しては、画面
生成装置３０２から出力される同期信号Ｃｓｙｎｃを検
出する内部垂直同期検出部３０４からの垂直リセット信
号Ｖｒｅｓｅｔが用いられる。このリセット信号Ｖｒｅ
ｓｅｔを用いると、外部映像信号がなくとも内部２画像
の同期をとることができる。

【００８２】（12）センタのファイルセイフ 楽音合成型カラオケシステムは、ホスト局側の機能が常
に保障されていなければ、信頼性に欠ける。通信系統の
信頼性を向上させるために、通常の通信制御装置（ＣＣ
Ｕ）を導入して多重化すると、システムコストが上昇す
る。

【００８３】図２２に示すセンタのファイルセイフ機構
は、センタ２０１（ホスト局）にアクセスするカラオケ
装置側の公衆回線網２０２とセンタ側の回線網２０３と
の間に設置する通信制御部２０４を複数組に分割し、カ
ラオケ側回線網２０２からはどの通信制御部２０４にも
代表番号でアクセスできるようにしておく。各通信制御
部２０４は通信制御用の通信サーバＷＳ（ワークステー
ション）２０５とＴＡ（ターミナルアダプタ）２０６の
電源系統を分離しておく。ＴＡ２０６はＩＳＤＮ回線用
のインターフェースＩ／Ｆとアナログ回線用のモデムｍ
ｏｄｅｍを含み、ＩＳＤＮ Ｉ／ＦはスカＧバスＳＣＳ
Ｉで通信サーバＷＳ２０５に接続され、ｍｏｄｅｍはＲ
Ｓ２３２Ｃケーブルで通信サーバＷＳ２０５に接続され
る。

【００８４】通信サーバＷＳ２０５の上位には、ＤＢサ
ーバＷＳ（監視用ＷＳ）２０７が設けられている。この
ＤＢサーバＷＳ２０７は、例えばポーリングによって各
通信サーバＷＳ２０５の正常／異常を監視し、異常を検
出したら、パワーコントローラ２０８に情報を送って、
故障した通信サーバＷＳ２０４の配下にあるＴＡ２０６
の電源をオフにさせる。この時、故障した通信サーバＷ
Ｓ２０４の電源は落とさない。これは、通信サーバＷＳ
２０４に付随するＨＤＤ等への影響（クラッシュ）を避
けるためである。場合によっては、ＴＡ２０６が故障す
ることもある。この場合も、パワーコントローラ２０８
によってＴＡ２０６の電源だけをオフにする。

【００８５】複数ある通信制御部２０４の中の一部通信
制御部２０４のＴＡ２０６の電源をオフにすると、公衆
回線網２０２からそのＴＡ２０６に発信しようとして
も、レスポンスがないので、発信できない。代表回線方
式では、この様な場合、次の回線を自動的に選択してア
クセスするので、やがて正常に作動している通信制御部
２０４を通してセンタ２０１へのアクセスが可能にな
る。この方式の利点は、特殊な通信制御装置を必要とし
ない点、安価に回線の増設が可能である点、ＴＡの電源
を落とすだけなのでＷＳ側がクラッシュしない点であ
る。

【００８６】この様な措置を講じない場合は、通信サー
バＷＳ２０５が故障している通信制御部２０４のＴＡ２
０６に接続する可能性があり、その場合はいつまで経っ
ても通信サーバＷＳ２０５からの応答はない。このた
め、カラオケ装置側では応答があるまで長時間無駄に待
つか、或いは、一旦電話を切ってかけ直す試みをすると
考えられる。これに対し、上述したようにＴＡ２０６の
電源をオフにしておくことで、この様な無駄を未然に防
止することができる。

【００８７】（13）ポータブルダウンロード機 図４のカラオケシステムのＨＤＤ２２Ｃに例えば１００
０曲分の曲データを一度にダウンロードする場合、ＩＳ
ＤＮ回線４０を使用すると回線料金が高くなる。ポータ
ルブル（キャリアブル）ダウンロード機７１はこのよう
な大量なデータのダウンロードを楽音再生で、従って安
価に実現するためのものである。図２３は、このダウン
ロード機７１を曲データのダウンロードが必要なカラオ
ケ装置設置店に運搬して、その記憶装置２２Ｃ（ハード
ディスクＨＤＤまたはミニディスクＭＤ等）にロードし
ている様子を示している。ロード完了したダウンロード
機７１は、次の店に運搬してダウンロードに使用する。
このダウンロード機７１は、新規のデータをロードする
場合だけではなく、一定期間毎に全データを更新する場
合にも使用できる。

【００８８】（14）移動体へのデータ更新 上述した可搬型のダウンロード機７１は、前述したよう
なＩＳＤＮの接続が困難な移動体へのダウンロードに使
用すると更に効果的である。図２４は、バス４０１に音
源カラオケ装置４０２を搭載し、乗客の種類（外人客、
年輩客、女性客、男性客等）に応じて運行前にその日使
用する曲データをカラオケローダと呼ばれる過般型のダ
ウンロード機４０３（図４の７１に相当）からカラオケ
装置４０２の記憶装置にダウンロードする例を示してい
る。ダウンロード機４０３は複数種類用意し、それぞれ
にファイルサーバ４０４から必要な曲データを定期的に
ローディングしておく。このファイルサーバ４０４に対
しては、ホスト局３０からＩＳＤＮ回線４０を介して必
要な全ての曲データが供給される。この様にすれば、回
線接続が困難、または通信速度の遅い移動体にも本発明
のシステムを導入できる。図２５は、図２４を機能ブロ
ック化して示したもので、ファイルサーバ４０４はバス
会社のサブホストとして示されている。

【００８９】

【発明の効果】以上述べたように本発明によれば、既存
の楽音再生型カラオケ装置を有効利用しながら、楽音合
成型カラオケ装置への移行を安価にて実現するカラオケ
制御装置を提供することができる。

【図面の簡単な説明】

【図１】 本発明を適用した総合カラオケシステムの概
略構成図である。

【図２】 カラオケ制御装置のブロック図である。

【図３】 図１のシステムを機能的に示すブロック図で
ある。

【図４】 図１のシステムを詳細に示す構成図である。

【図５】 曲データのフォーマット例を示すデータ構造
図である。

【図６】 各種バッファの機能を示す説明図である。

【図７】 曲データのフォーマットの他の例を示すデー
タ構造図である。

【図８】 フォントＩＤの説明図である。

【図９】 ＭＩＤＩイベントの実行態様を示す説明図で
ある。

【図１０】 ＭＩＤＩイベントと同期したＡＤＰＣＭイ
ベントの実行態様を示す説明図である。

【図１１】 コーラスデータの一部を汎用的に音源から
発音する場合の構成図である。

【図１２】 音源から発音できないフレーズコーラスデ
ータの圧縮／伸長の説明図である。

【図１３】 ピッチシフトの説明図である。

【図１４】 シーケンサによる多元制御の説明図であ
る。

【図１５】 演奏曲情報の多元表示の説明図である。

【図１６】 演奏曲の中央値決定法の説明図である。

【図１７】 曲データの中央値記憶法の第１の例を示す
構成図である。

【図１８】 曲データの中央値記憶法の第２の例を示す
構成図である。

【図１９】 曲データの中央値記憶法の第３の例を示す
構成図である。

【図２０】 コード名表示の説明図である。

【図２１】 ３重画像スーパーインポーズを可能とする
装置構成図である。

【図２２】 センタファイルを多重化した通信システム
構成図である。

【図２３】 楽音合成型の可搬型ダウンロード機の説明
図である。

【図２４】 カラオケ装置を搭載した移動体へのダウン
ロードのシステム構成図である。

【図２５】 図２４を機能的に示すブロック図である。

【符号の説明】

１０…楽音再生型カラオケ装置、１１…ＬＤチェンジャ
システム、１２…モニタ、１３…ミキシングアンプ、１
４…マイク、１５…スピーカ、２０…カラオケ制御装
置、２１…コマンダ部、２１Ａ…リモコンレシーバ、２
１Ｂ…キー入力インターフェース、２１Ｃ…選曲・予約
コントローラ、２１Ｄ…表示器、２１Ｅ…表示器ドライ
バ、２１Ｆ…ＡＶ入出力セレクタ、２１Ｇ…コントロー
ル出力インターフェース、２２…ファイルシステムユニ
ット、２２Ａ…ファイルコントローラ、２２Ｂ…ＩＳＤ
Ｎコントローラ、２２Ｃ…記憶装置、２３…演奏・表示
ユニット、２３Ａ…データバッファ、２３Ｂ…マルチメ
ディアシーケンサ（ＭＭＳ）、２３Ｃ…音源プロセッ
サ、２３Ｄ…ビデオプロセッサ、２３Ｅ…ビデオスーパ
ーインポーザ、２５…マイコンボード、３０…ホスト
局、４０…通信回線、５０…リモコン、６１…ＣＰＵ、
６２…ＲＡＭ、６３…ＩＳＤＮインターフェース、６４
…ＭＩＤＩインターフェース、６５…チェンジャコント
ロール、６６…ＡＤＰＣＭプロセッサ、６７…ピッチシ
フタ、６８…エフェクタミキサ、６９…マイクエフェク
タ、７０…音場創成器、７１…ポータブルダウンロード
機。

【手続補正書】

【提出日】平成５年４月２１日

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】図２２

【補正方法】変更

【補正内容】

【図２２】

Claims (2)

【特許請求の範囲】
1. 【請求項１】 楽音再生型カラオケ装置を制御する楽音
   再生制御手段と、 楽音合成型カラオケ装置を制御する楽音合成制御手段
   と、 前記楽音再生制御手段による制御と前記楽音合成制御手
   段による制御を選択する制御選択手段と、 を備えてなることを特徴とするカラオケ制御装置。
2. 【請求項２】 楽音再生型カラオケ装置を制御する楽音
   再生制御手段と、 通信回線を介してホスト局から取り込んだカラオケ情報
   を記憶装置に蓄積して利用する楽音合成型カラオケ装置
   を制御する楽音合成制御手段と、 曲指定入力を受けたときに、前記楽音再生制御手段によ
   る制御を第１順位、前記楽音合成制御手段による前記記
   憶装置からの情報読み出し制御を第２順位、前記楽音合
   成制御手段による前記ホスト局からの情報取り込み制御
   を第３順位として順序づける制御選択手段と、 を備えてなることを特徴とするカラオケ制御装置。