JP4124227B2 - 音源装置 - Google Patents

Description

本発明は、音源装置に関する。

カラオケ装置の中には、複数の楽曲を長い合間なく連続して演奏する機能を備えたもの（特許文献１参照）や、任意の楽曲からメドレー曲を作成し演奏する機能を備えたもの（特許文献２参照）がある。
特開平９−２４４６６６号公報 特開平９−１９８０６８号公報

通信カラオケ等においては、ユーザのニーズに応えたり、新たなユーザを獲得するために、カラオケ装置の音源のバージョンアップと、この音源のバージョンアップに対応した楽曲データのバージョンアップが行われることが多い。

ここで、音源のバージョンアップは、新たなバージョンに対応した音源プログラムを既存の音源にインストールしたり、既存の音源を新たなバージョンの音源に取り替えることにより行われる。また、音源のバージョンアップは、通常の音源では生成することが困難なコーラス音等を生成可能な音声データデコーダを付加するという態様で行われる場合もある。なお、この明細書において「音源」というときは、楽音を生成する音源（狭義の音源）のみならず、音声データデコーダのような人の声を生成する装置をも含む広義の音源を意味している。特許請求の範囲にいう「音源」もこの広義の音源である。

一方、楽曲データのバージョンアップは、新たなバージョンの楽曲データを例えばセンタのホストコンピュータからカラオケ装置に転送し、カラオケ装置側で既存の楽曲データと置き換える、という手順により行われる。この楽曲データのバージョンアップにおいては、楽曲データを構成する各パートのうち特定のパートの音色が変更されることがある。また、コーラスを含まない楽曲データにコーラスパートを追加するという態様で楽曲データのバージョンアップが行われる場合もある。

ところで、上述した従来のカラオケ装置における音源および楽曲データのバージョン方法には、以下の問題があった。

（１）バージョンアップに伴う楽曲データの配信に関する問題
上述したように、従来の通信カラオケなどにおいて楽曲データのバージョンアップを行った場合、新バージョンの楽曲データの全体を例えばセンタのホストコンピュータからカラオケ装置に配信していたため、トラヒックおよび配信コストの増大を招いていた。

（２）音源および楽曲データのバージョン管理に関する問題
例えば通信カラオケシステムにおいて、新バージョンの音源の普及に伴い、センタから各カラオケ装置に配信する楽曲データをこの新バージョンの音源に合わせてバージョンアップしたとする。この場合において、新バージョンの楽曲データの配信を受けるすべてのカラオケ装置の音源が新バージョンのものに切替わっていれば何等問題は生じない。しかしながら、一部のカラオケ装置について音源のバージョンアップを行うことができないといった事態も起こり得るし、また、たとえ全てのカラオケ装置の音源のバージョンアップを行うことができたとしても、この音源のバージョンアップを楽曲データのバージョンアップのタイミングに合わせて一斉に行うのは困難である。従って、カラオケ装置によっては、音源が旧バージョンのままなのに、配信された楽曲データは新バージョンの音源に対応したものである、という事態が生じることとなる。

ここで、楽曲データによっては、新バージョンの音源でしか生成することができないような音色を使用するパートデータが含まれていることがある。この場合、該当するパートについては正常に演奏を行うことができない。また、楽曲データのバージョンアップにより、特定のパートに対応した音色が変更されている場合もあり、かかる場合に音源が旧バージョンのままだと、本来生成されるべき音色とは異なった音色で当該パートの演奏が行われてしまう。

このような音源と楽曲データのバージョンの不一致を避けるためには、各カラオケ装置側で音源のバージョンにあった楽曲データを保存するよう楽曲データのバージョン管理を行うか、あるいは楽曲データの配信を行うセンタ側で各カラオケ装置毎に各々の音源のバージョンに合った楽曲データを配信するよう楽曲データのバージョンの管理を行う必要がある。しかしながら、このような楽曲データのバージョン管理を行う場合、カラオケ装置側の管理者あるいはセンタ側の管理者に多大なる負担を強いることとなる。

この発明は、以上説明した事情に鑑みてなされたものであり、カラオケ装置に用いられた場合に、複数の楽曲を長い合間なく連続して演奏する機能や任意の楽曲からメドレー曲を作成し演奏する機能等をそのカラオケ装置に付与することが可能で、楽曲データと音源の間のバージョンの相違の管理などカラオケ装置の管理に関する負担を軽減させることが可能な音源装置を提供することを目的としている。

上述した課題を解決するために、請求項１に記載の音源装置は、機能設定が可能な複数の音源と、１または複数種類の音源の機能に対応した音源駆動データの供給を受け、各音源駆動データが各々に対応した機能の設定された音源に供給されるように、前記複数の音源の機能設定状態に応じて、各音源駆動データの供給先の選択を行う選択手段とを具備することを特徴としている。

また、請求項２に記載の音源装置は、請求項１に記載の構成において、前記音源は、楽音を生成する音源であり、前記音源駆動データは特定の楽音信号の形成を指示するイベントデータであることを特徴としている。

また、請求項３に記載の音源装置は、請求項１に記載の構成において、前記音源は、音声を生成する音源であり、前記音源駆動データは音声波形を表したデータであることを特徴としている。

以上説明したように、この発明によれば、既存の楽曲データ中のパートデータに取って代わる代替パートデータをセンタからカラオケ装置に配信し、カラオケ装置側では既存の楽曲データと代替パートデータとを併合して新旧併存型の楽曲データを生成することにより楽曲データのバージョンアップを行うので、楽曲データのバージョンアップのためのデータ通信のトラヒックおよび通信コストを低減することができる。また、カラオケ装置側では、新旧併存型の楽曲データの中から、音源のバージョンに合ったものを選択してカラオケ演奏を行うので、楽曲データおよび音源についての面倒なバージョン管理が不要となる。また、本発明によれば、複数の楽曲を長い合間なく連続して演奏する機能や任意の楽曲からメドレー曲を作成し演奏する機能を用いることが可能になる。

以下、図面を参照して、本発明の実施形態について説明する。かかる実施の形態は、本発明の一形態を示すものであり、この発明を限定するものではなく、本発明の範囲内で任意に変更可能である。

Ａ：第１の実施形態
Ａ−１：第１の実施形態の構成
図１はこの発明の第１の実施形態である通信カラオケシステムの構成を示すブロック図である。

本実施形態にかかる通信カラオケシステムは、複数のカラオケ装置１００を通信回線２００によりセンタ３００に接続してなるものである。なお、図１においては図面が煩雑になるのを防ぐため、１台のカラオケ装置１００のみが図示されている。

図１において、センタ３００は、多数の楽曲の楽曲データを保有しており、カラオケ装置１００からの要求に応じて、楽曲データの配信を行う。また、センタ３００では、新たなバージョンの音源の普及に対応して、保有している楽曲データのバージョンアップが行われる。この場合、カラオケ装置１００は、センタ３００へ要求を行うことにより、既に保有している楽曲データのバージョンアップを行うことができる。なお、このセンタ３００は、特許請求の範囲における「楽曲データ配信装置」に相当する。

ところで、上述した従来の技術の下において、この楽曲データのバージョンアップは、新たなバージョンの楽曲データの全体をセンタからカラオケ装置に転送するという態様で行われた。

これに対し、本実施形態に係る通信カラオケシステムでは、楽曲データではなく、代替パートデータと代替情報のみがカラオケ装置１００に配信される。ここで、代替パートデータは、新バージョンの楽曲データを構成するパートデータであって旧バージョンの楽曲データに含まれていたパートデータの代わりに演奏に使用されるべきパートデータ、または旧バージョンの楽曲データには含まれておらず、バージョンアップにより新たに追加されたパートデータにより構成されている。また、代替情報は、各代替パートデータ毎に、当該代替パートデータが何回目のバージョンアップに係るものであるかを表した情報である。なお、代替パートデータおよび代替情報については後に詳細に説明する。

カラオケ装置１００は、これらの代替パートデータおよび代替情報の配信を受けると、これらと既に保有している楽曲データとを併合することにより、楽曲データを生成する。この併合により、旧バージョンの楽曲データを構成するパートデータと、新バージョンの楽曲データを構成するパートデータとが混在した、いわば新旧併存型の楽曲データが生成される。

カラオケ装置１００では、音源のバージョンが旧バージョンである場合には、この新旧併存型の楽曲データの中から旧バージョンに対応したパートデータを選択し、音源のバージョンが新バージョンである場合には、新バージョンに対応したパートデータを選択することにより、音源のバージョンに合ったカラオケ演奏を行うことができる。

本実施形態によれば、このように代替パートデータと代替情報の配信のみによりカラオケ装置１００側の楽曲データのバージョンアップを実質的に行うことができるので、楽曲データ配信によるトラヒックおよび配信コストの増大を防止することができる。また、カラオケ装置１００側では、新旧併存型の楽曲データから音源のバージョンに合ったパートデータが選択されるので、楽曲データおよび音源についての面倒なバージョン管理が不要となる。

次に本実施形態におけるカラオケ装置１００の構成について説明する。図１に示すように、このカラオケ装置１００は、ＣＰＵ（中央処理装置）１、ＲＯＭ（読み出し専用メモリ）２、ＲＡＭ（読み書き可能メモリ）３、操作部４、通信制御部５、ハードディスク装置（ＨＤＤ）６、表示制御部７、ディスプレイ装置（ＣＲＴ）８、楽器音用音源９、マイクロフォン（以下、「マイク」という）１０およびミキサ１１により構成されている。ここで、ＣＰＵ１、ＲＯＭ２、ＲＡＭ３、操作部４、通信制御部５、ハードディスク装置６、表示制御部７および楽器音用音源９は、共通のバスＢＵＳに接続されている。

図１において、ＲＯＭ２には当該カラオケ装置を起動するために必要なイニシャルプログラムが記憶されている。カラオケ装置の電源が投入されると、このイニシャルプログラムに従ってハードディスク装置６に記憶されたシステムプログラムおよびアプリケーションプログラムがＲＡＭ３にロードされる。このＲＡＭ３は、ロードしたシステムプログラムやアプリケーションプログラムを記憶する記憶エリアの他、カラオケ演奏のための楽曲データを記憶する記憶エリアを有している。

操作部４は、曲番号を入力するためのテンキーやカラオケ装置を操作するためのキーおよび摘み等を備えており、カラオケ装置本体の前面等に設けられている。ユーザは、この操作部４を操作することにより、ＣＰＵ１に対し、曲番号の入力、音量の調節およびキーコントロール等の指示を与えることができる。なお、カラオケ装置の操作は、図示しないリモートコントローラ（以下、「リモコン」という）によっても可能である。

通信制御部５は、通信回線２００を介してセンタ３００から配信される楽曲データを受信し、受信した楽曲データを内部のＤＭＡコントローラによってＣＰＵ１を介することなく直接ハードディスク装置６に書き込む。楽曲データの他、センタ３００から配信される代替パートデータおよび代替情報も、この通信制御部５によって受信される。通信制御部５は、上記代替パートデータおよび代替情報を受信すると、ＤＭＡコントローラによって、ハードディスク装置６に書き込む。この後、ＣＰＵ１は、当該代替パートデータに対応した楽曲データと当該代替パートデータと当該代替情報とを併合してハードディスク装置６に格納する。なお、通信制御部５は、特許請求の範囲における「受信手段」に相当する。

また、ハードディスク装置６には上述したシステムプログラムおよび電源投入時に音源を初期化するための音源プログラムを格納するプログラムファイルの他、カラオケ演奏時に再生される約１万曲分の楽曲データを記憶する楽曲データファイルが設定されている。

ここで、図２〜４を参照して、本実施形態であるカラオケ装置において用いられる楽曲データの詳細な構成について説明する。本実施形態であるカラオケ装置において用いられる楽曲データは、図２に示すように、ヘッダと、これに続くＭＩＤＩデータ部および音声データ部により構成されている。まず、ヘッダには、当該楽曲に関する種々の情報、例えば、曲名、ジャンルおよび当該楽曲の演奏時間等の情報が含まれている。また、ヘッダには、音色や音量、アタック、ディケイおよびリリース等のエンベロープ形状値、ならびにエコーおよびリバーブ等のエフェクト処理のためのフィルタ係数といった種々のパラメータ値が記述されたユーザバンクデータが含まれている。楽曲の演奏開始時、上記ユーザバンクデータは、ＣＰＵ１によって楽器音用音源９に供給され、楽器音用音源９に設定される。これにより、上述した音源プログラムによってのみではまかないきれない個々の楽曲別の設定によって楽器音用音源９を動作させることができるのである。

次に、ＭＩＤＩデータ部には、ＭＩＤＩ規格に準拠したカラオケ演奏を制御するための情報が含まれている。さらに詳述すると、ＭＩＤＩデータ部は、図２R>２に示すように、楽音トラック、歌詞トラックおよび音声トラック等の複数のトラックによって構成されている。これらの各トラックは、複数のイベントデータと、各イベントデータ間の時間間隔を示すデュレーションデータΔｔとにより構成されるシーケンスデータである。

ここで、上記楽曲データ中の楽音トラックは、伴奏音等の楽音信号を形成するためのシーケンスデータである。なお、この楽音トラックの詳細については後述する。また、歌詞トラックは、演奏される楽曲の歌詞をディスプレイ装置８上に表示するため歌詞表示イベントデータとデュレーションデータΔｔにより構成されるシーケンスデータである。

音声トラックは、図３に示すように、音声信号の形成を指示する音声イベントデータとデュレーションデータΔｔにより構成されるシーケンスデータである。ここで、音声イベントデータは、後述する音声データ部に書き込まれている音声データｉ（ｉ＝１〜ｍ）を指定する音声データ番号と、当該音声データから生成する音声信号の音程および音量を指定する音程データおよび音量データにより構成されている。

次に、音声データ部には、楽器音用音源９で合成しにくいバックコーラスやハーモニー歌唱等の人声を表す音声データｉ（ｉ＝１〜ｍ）が各データ番号ｉ（ｉ＝１〜ｍ）の順に記憶されている。この音声データｉ（ｉ＝１〜ｍ）は、ＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）データ圧縮技術によって圧縮されている。上述した音声トラックに含まれる音声データ番号は、これらの音声データのうちの１つを指定するものである。

次に、図４（ａ）および（ｂ）を参照して、上記楽曲データ中の楽音トラックの詳細な構成を説明する。図４（ａ）に例示する楽音トラックは、ピアノ、キーボード、ベースおよびドラムス等の音色別に１６のパートデータで構成されている。これらのパートを並行して演奏することにより、オーケストラやフルバンドの演奏音を出力することができるのである。そしてこれらの各パートデータは、図４（ｂ）に示すように、ノートナンバ、ベロシティ（音の強さ）および符長を指定する演奏イベントデータと、各演奏イベントデータ間の時間間隔を指定するデュレーションデータΔｔにより構成されている。

また、本実施形態においては、センタ３００から代替パートデータおよび代替情報が配信され、これらが楽曲データ中の楽音トラックに追加されて、楽曲データのバージョンアップが行われる場合がある。図５は、バージョンアップが１回行われた場合におけるバージョンアップ後の楽曲データの楽音トラックの例を示す図であり、図６はバージョンアップが２回行われた場合におけるバージョンアップ後の楽音トラックの例を示す図である。

図５（Ａ）および（ｂ）に示す例では、１６パートからなる初版の楽音トラックに対し、ＰＡＲＴ１７（ＧＵＩＴＥＲ）〜ＰＡＲＴ２０（ＳＴＲＩＮＧＳ３）の４パートからなる代替パートデータが追加されており、初版に対応したカラオケ演奏に必要なパートデータと、第２版に対応したカラオケ演奏に必要なパートデータとが混在した内容となっている。さらに詳述すると、次の通りである。

まず、初版の楽音トラックのうちＰＡＲＴ１（ＰＩＡＮＯ）〜ＰＡＲＴ１２（ＤＲＵＭＳ）の各パートデータは、追加された代替パートデータのいずれとも重複しない。これらの１２パートからなるパートデータは、初版に対応したカラオケ演奏および第２版に対応したカラオケ演奏のいずれにおいても使用されるパートデータである。本実施形態では、これらの各バージョンに共通のパートデータを共通パートデータと呼ぶ。

次に初版の楽音トラックのうちＰＡＲＴ１３（ＧＵＩＴＥＲ）、ＰＡＲＴ１４（ＳＴＲＩＮＧＳ１）、ＰＡＲＴ１５（ＳＴＲＩＮＧＳ２）およびＰＡＲＴ２０（ＳＴＲＩＮＧＳ３）は、追加された代替パートデータと重複している。これらのパートデータは、初版に対応したカラオケ演奏のみに使用され、第２版に対応したカラオケ演奏では代替パートデータによって置き換えられるべきものである。本実施形態では、これらの初版に対応したカラオケ演奏のみに使用されるパートデータを初版パートデータと呼ぶ。

このように図５（ａ）に示す楽音トラックは、初版および第２版の各々に対応したカラオケ演奏の両方に使用される共通パートデータと、初版のカラオケ演奏にのみ使用される初版パートデータと、第２版に対応したカラオケ演奏のみに使用される代替パートデータとが混在している。すなわち、本実施形態におけるカラオケ装置では、いわば新旧両バージョンの併存した楽曲データを保存しているのである。

本実施形態では、楽器音用音源９のバージョンが初版である場合には共通パートデータと初版パートデータを用いて初版に対応したカラオケ演奏を行い、第２版である場合には共通パートデータと代替パートデータとを用いて第２版に対応したカラオケ演奏を行う、という具合に音源のバージョンに合わせたパートデータの選択を行う。

代替情報は、このパートデータの選択を行う際に参照される情報であり、代替パートデータに対応した各パート毎に各々のバージョンアップの回数を示している。

図５（ａ）に示す例では、「ＧＵＩＴＥＲ」、「ＳＴＲＩＮＧＳ１」、「ＳＴＲＩＮＧＳ２」および「ＳＴＲＩＮＧＳ３」について１回目の代替パートデータの追加（すなわち、当該パートのバージョンアップ）が行われている。そこで、これらの各パートについては、図５（ｂ）に示すように、代替情報として「１」が楽音トラックに記録され、これによりバージョンアップの回数が１回であることが示されているのである。

次に図６（ａ）および（ｂ）に示す例では、図５（ａ）および（ｂ）に示す第１回目のバージョンアップ後の楽音トラックに対し、ＰＡＲＴ２１（ＳＴＲＩＮＧＳ２）およびＰＡＲＴ２２（ＳＴＲＩＮＧＳ３）の２パートからなる代替パートデータを追加する第２回目のバージョンアップが行われている。このため、図６（ａ）に示す楽音トラックは、初版、第２版および第３版の各々に対応したカラオケ演奏の全て使用される共通パートデータ（「ＰＡＲＴ１」〜「ＰＡＲＴ１２」）と、初版のカラオケ演奏にのみ使用される初版パートデータ（「ＰＡＲＴ１３」〜「ＰＡＲＴ１６」）と、第２版または第３版に対応したカラオケ演奏のみに使用される代替パートデータ（「ＰＡＲＴ１７」〜「ＰＡＲＴ２２」）とにより構成されている。また、代替パートデータは、第２版に対応したものと第３版に対応したものとが混在しており、これらは、版の古いものが先になるような並びとなっている。本実施形態では、これらの各パートデータを楽器音用音源のバージョンに合わせて適切に選択することにより、初版、第２版または第３版に対応したカラオケ演奏を行うことができる。

パートデータの選択の際には代替情報が参照されるが、この代替情報の内容は次の通りである。まず、楽音トラックにおける「ＧＵＩＴＥＲ」および「ＳＴＲＩＮＧＳ１」の各パートについては、第１回目のバージョンアップにおいて代替パートデータが追加されているが（「ＰＡＲＴ１７」および「ＰＡＲＴ１８」）、第２回目のバージョンアップでは代替パートデータが追加されていない。このため、これらのパートに対応した代替情報は「１」となっている。また、楽音トラックにおける「ＳＴＲＩＮＧＳ２」および「ＳＴＲＩＮＧＳ３」の各パートについては、第１回目のバージョンアップにおいて代替パートデータが追加され（「ＰＡＲＴ１９」および「ＰＡＲＴ２０」）、さらに第２回目のバージョンアップにおいても代替パートデータが追加されている（「ＰＡＲＴ２１」および「ＰＡＲＴ２２」）。このため、これらのパートに対応した代替情報は「２」となっている。

次に、ＣＰＵ１は、特許請求の範囲における「制御手段」および「楽曲データ更新手段」に相当するものであり、上述したシステムプログラムに従って、カラオケ装置全体の制御を行う手段である。このＣＰＵ１の主な機能は以下に示す通りである。

このＣＰＵ１の主な機能のうち本実施形態特有のものとして以下の２つがある。
ａ．楽曲データのバージョンアップ
センタ３００から代替パートデータが受信された場合、この代替パートデータと楽曲データとを併合した楽曲データを生成する。なお、このバージョンアップの動作の詳細については後述する。

ｂ．カラオケ演奏制御
ＣＰＵ１は、演奏すべき楽曲データ中に、代替情報が含まれている場合に、その代替情報を楽器音用音源９内の楽音バージョン制御部２０（後述する）に出力する。この代替情報の出力後、ＣＰＵ１は、各トラックから並行してイベントデータを読み出し、各イベントデータを該当する各部に供給する。さらに詳述すると、ＣＰＵ１は、楽曲データ中の楽音トラックに書き込まれた各パートの演奏イベントデータを読み出した際には当該演奏イベントデータを楽器音用音源９に、歌詞トラック中の歌詞表示イベントデータを読み出した際には当該歌詞表示イベントデータを表示制御部７に、それぞれ出力する。また、ＣＰＵ１は、音声トラック中の音声イベントデータを読み出した際には、当該音声イベントデータ中の音声データ番号によって指定される音声データｉ（ｉ＝１〜ｍ）をＲＡＭ３から読み出し、当該音声データｉ（ｉ＝１〜ｍ）に、音声イベントデータ中の音程および音量に関するデータを付加した後、音声データデコーダ（図示略）に出力する。

次に、表示制御部７は、ＣＰＵ１から供給される歌詞トラック中の歌詞表示イベントデータに従い、演奏される楽曲に対応した歌詞の文字列を生成し、これをＬＤ再生装置（図示略）から供給される映像信号（背景映像）に合成してディスプレイ装置８に出力する。ディスプレイ装置８は、表示制御部７によって供給される情報を表示する。

楽器音用音源９は、ＣＰＵ１によって供給される楽音トラック中の演奏イベントデータに従って楽器音等の楽音信号を生成し、出力する。なお、楽器音用音源９の詳細な構成および動作は後述する。また、マイク１０は、歌唱者が発するボーカル音を電気信号（以下、「ボーカル音信号」という）に変換してミキサ１１に出力する。ミキサ１１は、楽器音用音源９から供給される楽音信号、マイク１０から供給されるボーカル音信号および図示しない音声データデコーダから供給される音声信号を、それぞれミキシングして出力する。ミキサ１１から出力された信号は、アンプ（図示略）によって増幅され、スピーカ（図示略）によって出力される。

次に、図７を参照して、楽器音用音源９の詳細な構成を説明する。図７に示すように、楽器音用音源９は、楽音バージョン制御部２０および楽音信号生成部２１により構成されている。

楽音バージョン制御部２０は、ＣＰＵ１から供給される演奏イベントデータのうち、楽音信号生成部２１のバージョンに適合した情報を選択し、当該情報を楽音信号生成部２１に供給する。なお、楽音バージョン制御部２０の動作の詳細は後述する。

楽音信号生成部２１は、楽音バージョン制御部２０によって供給される情報に従って伴奏音等の楽音信号を生成し、この楽音信号をミキサ１１に出力する。また、この楽音信号生成部２１は、内部の記憶装置（図示略）に、当該音源のバージョンを示す情報（以下、「音源バージョン情報」という）を記憶している。すなわち、楽音信号生成部２１がバージョンアップされる度に、係員等の所定の操作により、またはＣＰＵ１の制御によって、上記音源バージョン情報が更新される。なお、バージョンアップされていない音源については、この音源バージョン情報は存在しない。この音源バージョン情報は、カラオケ演奏開始時に楽音バージョン制御部２０に供給される。なお、上記音源バージョン情報は、ハードディスク装置６等に書き込まれる構成としてもよい。以上が本実施形態であるカラオケ装置内の楽器音用音源９の詳細な構成である。

Ａ−２：第１の実施形態の動作
Ａ−２−１：楽曲データのバージョンアップ
以下、本実施形態であるカラオケ装置における楽曲データのバージョンアップの際の動作を説明する。

例えば、新規なバージョンの音源や楽音形成用ソフトウェアが市場に提供されると、楽曲データの配信元であるセンタ３００では、このようなバージョンアップされた音源によって新たに生成することが可能となった音色により演奏を行うための代替パートデータおよび代替情報を作成する。一方、カラオケ装置を管理する係員、店員またはユーザ等によって所定の操作が行われ、当該代替パートデータおよび代替情報を取得すべき旨がカラオケ装置の通信制御部５に指示されると、当該指示を受けた通信制御部５は上述した代替パートデータおよび代替情報の配信要求をセンタ３００に送信する。当該配信要求を受信したセンタ３００は、代替パートデータおよび代替情報を、配信要求を送信したカラオケ装置１００に対して配信する。この際、配信される情報には、当該代替パートデータおよび代替情報を追加すべき楽曲データの曲番号が付加される。

カラオケ装置１００内の通信制御部５は、これらの情報を受信すると、ハードディスク装置６に格納する。次に、ＣＰＵ１は、当該情報に付加された曲番号に対応した楽曲データと、受信した代替パートデータおよび代替情報を読み出す。そして、これらの情報を併合し、この併合した楽曲データを再びハードディスク装置６に格納する。

さらに詳述すると、上記の併合処理は、次のようにして行われる。まず、ＣＰＵ１は、受信した上記代替パートデータを、既存のパートデータまたは代替パートデータのうちの最後尾のものの後に追加する。そして、既存のパートデータに代替情報が付加されていない場合、すなわち当該楽曲データが一度もバージョンアップされていない場合には、受信した代替情報を代替パートデータの最後尾のものの後に追加する。すなわち、図２に示す楽曲データ中の楽音トラックがバージョンアップされる場合には、当該楽曲データ中の楽音トラックの各パートデータの最後尾に、新たに代替情報が追加されて図５に示す楽音トラックにバージョンアップされるのである。これに対し、既存のパートデータに代替情報が付加されている場合、すなわち、以前に当該楽曲データがバージョンアップされている場合には、受信した代替パートデータの追加を行った後、既に付加されている代替情報を、受信した代替情報により置き換える（図６参照）。以上が本実施形態であるカラオケ装置における楽曲データのバージョンアップの際の動作である。

Ａ−２−２：カラオケ演奏時の動作
ユーザが操作部４または図示しないリモコンを操作することにより、曲番号を入力すると、ＣＰＵ１は、入力された曲番号に対応する楽曲データをハードディスク装置６から読み出し、ＲＡＭ３の所定の記憶エリアに書き込む。

次に、ＣＰＵ１は、ＲＡＭ３に格納された上記楽曲データのヘッダに含まれるユーザバンクデータを読み出し、楽器音用音源９に設定する。また、楽曲データが代替情報を含む場合には、その代替情報を楽器音用音源９の楽音バージョン制御部２０に供給する。そして、ＣＰＵ１は、ＲＡＭ３内の楽曲データを構成する各トラックを並行して読み出し、トラック内のイベントデータを各部に供給する。これらのイベントデータのうち、楽音トラックから読み出される演奏イベントデータは、楽器音用音源９に供給される。

ここで、楽器音用音源９における楽音バージョン制御部２０は、代替情報がＣＰＵ１から供給されていない場合には、ＣＰＵ１によって供給された演奏イベントデータをそのまま楽音信号生成部２１に出力する。

これに対し、カラオケ演奏開始時に代替情報がＣＰＵ１から供給された場合の楽音バージョン制御部２０の動作は、次のようになる。なお、以下の説明においては、図６（ａ）および（ｂ）に示すように、楽音トラック中の「ＧＵＩＴＥＲ」および「ＳＴＲＩＮＧＳ１」の代替パートデータが１度、「ＳＴＲＩＮＧＳ２」および「ＳＴＲＩＮＧＳ３」の代替パートデータが２度追加された場合を例に説明する。また、以下の説明においては、音源バージョン情報が存在しない場合（音源がバージョンアップされていない場合）、「１」の場合および「２」以上の場合に分けて説明する。

ａ．音源バージョン情報が存在しない場合
この場合、楽音トラックには代替パートデータが追加されているものの、音源がバージョンアップされていないから、代替パートデータに対応した新たな音色を生成することができない。従って、楽音バージョン制御部２０は、図８に示すように、ＣＰＵ１によって供給された演奏イベントデータのうち、共通パートデータおよび初版パートデータ中の演奏イベントデータを楽音信号生成部２１に供給する。

ｂ．音源バージョン情報が「１」の場合
この場合、楽音信号生成部２１は、「ＰＩＡＮＯ（ＰＡＲＴ１）」〜「ＳＴＲＩＮＧＳ３（ＰＡＲＴ２０）」によって指示される音色の生成は可能なものの、「ＳＴＲＩＮＧＳ２（ＰＡＲＴ２１）」および「ＳＴＲＩＮＧＳ３（ＰＡＲＴ２２）」のパートデータによって指示される新たな音色に対応する楽音信号を生成することはできない。従って、楽音バージョン制御部２０によって楽音信号生成部２１に供給されるのは、図９に示すように、共通パートデータと、代替パートデータのうちの「ＧＵＩＴＥＲ（ＰＡＲＴ１７）」〜「ＳＴＲＩＮＧＳ３（ＰＡＲＴ２０）」のパートデータ中の演奏イベントデータとなる。

ｃ．音源バージョン情報が「２」以上の場合
この場合、楽音信号生成部２１は、ＣＰＵ１によって供給される演奏イベントデータによって指示される音色のすべてを生成することができる。従って、楽音バージョン制御部２０によって楽音信号生成部２１に供給されるのは、図１０に示すように、共通パートデータと、代替パートデータのうちの「ＧＵＩＴＥＲ（ＰＡＲＴ１７）」、「ＳＴＲＩＮＧＳ１（ＰＡＲＴ１８）」、「ＳＴＲＩＮＧＳ２（ＰＡＲＴ２１）」および「ＳＴＲＩＮＧＳ３（ＰＡＲＴ２２）」のパートデータ中の演奏イベントデータとなる。

上記ａ〜ｃに示したように、楽音信号生成部２１が生成することのできる楽音信号のうち、最新の楽音信号の生成を指示する演奏イベントデータが、楽音バージョン制御部２０から楽音信号生成部２１に供給される。このようにして演奏イベントデータを供給された楽音信号生成部２１は、当該演奏イベントデータに従って伴奏音等の楽音信号を生成し、ミキサ１１に出力する。

以上説明したように、本実施形態によれば、楽曲データのバージョンアップがなされた場合であっても、新バージョンの楽曲データすべてをセンタからカラオケ装置に配信する必要がないので、配信の差異のトラヒックや配信コストを低減することができる。また、楽曲データと音源の間のバージョンの相違等を管理する必要がないので、カラオケ装置の管理に関する負担を軽減することができる。

なお、上記第１の実施形態において、代替情報および音源バージョン情報は、パートデータや音源のバージョンアップの回数を示すものであったが、パートデータや音源のバージョンを示す情報を代替情報や音源バージョン情報としてもよい。また、上記第１の実施形態においては、音源のバージョンアップが行われない限り、音源バージョン情報が楽音信号生成部２１に記憶されないが、音源のバージョンアップが行われる前は初版であることを示す音源バージョン情報を楽音信号生成部２１に記憶させるようにしてもよい。

また、上記第１の実施形態では、センタ３００からカラオケ装置１００に代替パートデータとともに代替情報を配信したが、代替情報の配信をしないようにしてもよい。この場合、カラオケ装置１００側で、受信された代替パートデータと既存の楽曲データとから代替情報を生成して楽曲データに付加すればよい。

また、上記第１の実施形態においては、ＣＰＵ１がＲＡＭ３内の楽曲データを構成する全てのパートデータを読み出し、音源バージョン制御部２０がこれらの各パートデータに含まれるイベントデータの中から現在の音源のバージョンに適合したものを選択して楽音信号生成部２１に供給するようにした。しかし、このようにするのではなく、楽曲データを構成する各パートデータの中から現在の音源のバージョンに適合したパートデータのみを選択して読み出し、そのパートデータのイベントデータを楽音信号生成部２１に供給するようにしてもよい。この楽曲データの中からパートデータを選択する操作は、ハードディスク装置６から楽曲データを読み出すときに行ってもよいし、あるいはＲＡＭ３から楽曲データを読み出すときに行ってもよい。

Ｂ：第２の実施形態
Ｂ−１：第２の実施形態の構成
図１１はこの発明の第２の実施形態であるカラオケ装置の構成を示すブロック図である。なお、この図において上記第１の実施形態と共通の部分には同一の符号を付し、その説明を省略する。

図１１において、音声データ処理部１２は、音声信号を生成する手段である。本実施形態における楽曲データは、コーラス音等の音声信号の生成を指示するパートデータを含んでいるが、これらのパートデータに対応した音声の再生は、この音声データ処理部１２により行われる。なお、この音声データ処理部１２の詳細については後述する。

上記第１の実施形態では、楽音パート（楽音トラック）について新旧バージョンの併存化を行った。これに対し、本実施形態は、楽曲データのうち上記音声データ処理部１２の処理対象である音声パートについての新旧バージョン併存化を図ったものである。

ここで、図１２を参照して、本実施形態において用いられる楽曲データについて説明する。同図に示す楽曲データは、コーラス音等の新たな音声パートが追加されることにより、楽曲データのバージョンアップがなされている。なお、１度もバージョンアップの行われていない楽曲データの構成は、上述した図２に示した構成と同様である。

図１２において、代替音声トラックおよび代替音声データ部ならびに音声代替情報がバージョンアップにより追加された部分である。

ここで、ＭＩＤＩデータ部に追加された代替音声トラックは、後述する代替音声データ部に書き込まれている代替音声データｋ（ｋ＝１〜ｎ）の発生タイミング、音程および音量を指定するシーケンスデータであり、図３に示した音声トラックと同様のデータ構成となっている。

また、代替音声データ部には、コーラス音等のパートに対応した代替音声データｋ（ｋ＝１〜ｎ）が記憶されている。なお、この代替音声データｋ（ｋ＝１〜ｎ）は、上述した音声データｉ（ｉ＝１〜ｍ）と同様に、ＡＤＰＣＭデータ圧縮技術によって圧縮されている。

また、音声代替情報は、楽曲データに追加された代替音声トラックおよび代替音声データ部のバージョンを示す情報である。なお、上記代替音声トラックおよび代替音声データ部は、特許請求の範囲における「代替パートデータ」に、上記音声代替情報は特許請求の範囲における「代替情報」に、それぞれ相当している。以上がバージョンアップによって追加された代替音声トラックおよび代替音声データ部の詳細である。

本実施形態では、以上のような楽曲データを取り扱うため、ＣＰＵ１によるカラオケ演奏制御の態様も、上記第１の実施形態と少々異なっている。すなわち、カラオケ演奏開始時、ＣＰＵ１は、ＲＡＭ３に格納された楽曲データ中に音声代替情報が含まれているか否かを判断する。この判断の結果、楽曲データ中に音声代替情報が含まれている場合には、ＣＰＵ１は、楽曲データ中から当該音声代替情報を抽出し、音声データ処理部１２内の音声バージョン制御部３０（後述する）に供給する。また、ＣＰＵ１は、カラオケ演奏時、音声トラック中の音声イベントデータを読み出した際には、当該音声イベントデータ中の音声データ番号に対応する音声データｉ（ｉ＝１〜ｍ）を音声データ部から読み出し、当該音声データｉ（ｉ＝１〜ｍ）に音声イベントデータ中の音程データおよび音量データを付加した後、音声データ処理部１２に出力する。

また、楽曲データに代替音声トラックおよび代替音声データ部が追加されている場合、代替音声トラック中の音声イベントデータを読み出した際には、ＣＰＵ１は、当該音声イベントデータ中の音声データ番号に対応する代替音声データｋ（ｋ＝１〜ｎ）を代替音声データ部から読み出し、当該代替音声データｋ（ｋ＝１〜ｎ）に音声イベントデータ中の音程データおよび音量データを付加した後、音声データ処理部１２に出力する。

次に、図１３を参照して、音声データ処理部１２の詳細な構成を説明する。同図に示すように、音声データ処理部１２は、音声バージョン制御部３０および音声データデコーダ３１により構成されている。

音声バージョン制御部３０は、ＣＰＵ１から供給される音声データｉ（ｉ＝１〜ｍ）および代替音声データｋ（ｋ＝１〜ｎ）のうち、音声データデコーダ３１が処理することのできる最新の情報を選択して、当該情報を音声データデコーダ３１に供給する。なお、音声バージョン制御部３０の動作の詳細については後述する。

音声データデコーダ３１には、音声バージョン制御部３０を介して音声データｉ（ｉ＝１〜ｍ）、音程データおよび音量データが供給される。音声データデコーダ３１は、音程データによって指定された音高および音量データによって指定された音量を有する音声信号を音声データｉ（ｉ＝１〜ｍ）から生成し、ミキサ１１に出力する。また、音声データデコーダ３１には、代替音声データｋ（ｋ＝１〜ｎ）が供給される場合もあるが、音声データデコーダ３１は、この代替音声データについてもジョウキ音声データの場合と同様な処理を行う。

また、音声データデコーダ３１は、内部の記憶装置（図示略）に、当該音声データデコーダ３１のバージョンを示す情報（以下、「デコーダバージョン情報」という）を記憶している。すなわち、音声データデコーダ３１がバージョンアップされる度に、係員等の所定の操作により、または、ＣＰＵ１の制御によって、上記デコーダバージョン情報が音声データデコーダ３１内の記憶装置に書き込まれ、または更新される。また、バージョンアップされていない音声データデコーダ３１については、デコーダバージョン情報は存在しない。このデコーダバージョン情報は、カラオケ演奏開始時に音声バージョン制御部３０に供給される。なお、上記デコーダバージョン情報は、ハードディスク装置６等に書き込まれる構成としてもよい。

Ｂ−２：本実施形態の動作
まず、カラオケ演奏開始時、ＣＰＵ１によって音声代替情報が供給されない場合、すなわち、楽曲データに代替音声トラックおよび代替音声データ部が追加されていない場合には、音声データ処理部１２には、ＣＰＵ１によって音声データｉ（ｉ＝１〜ｍ）のみが供給されるから、音声バージョン制御部３０は、当該音声データｉ（ｉ＝１〜ｍ）をそのまま音声データデコーダ３１に供給する。

これに対し、カラオケ演奏開始時に音声代替情報がＣＰＵ１から供給された場合には、音声バージョン制御部３０は、音声代替情報が示す代替音声トラックおよび代替音声データ部のバージョンと、音声データデコーダ３１によって供給されるデコーダバージョン情報が示す音声データデコーダ３１のバージョンを比較し、以下のような音声データまたは代替音声データの選択を行う。

ａ．代替音声トラックおよび代替音声データ部のバージョンが音声データデコーダ３１のバージョンよりも大きい場合
この場合、楽曲データに新たなコーラス音等を生成するための代替音声トラックおよび代替音声データ部が追加されているものの、音声データデコーダ３１がバージョンアップされていないから、新たなコーラス音等を生成することができない。従って、音声バージョン制御部３０は、ＣＰＵ１によって供給される音声データｉ（ｉ＝１〜ｍ）および代替音声データｋ（ｋ＝１〜ｎ）のうち、音声データｉ（ｉ＝１〜ｍ）を選択して音声データデコーダ３１に出力する。

ｂ．代替音声トラックおよび代替音声データ部のバージョンが音声データデコーダ３１のバージョンよりも小さいかまたは等しい場合
この場合、音声データデコーダ３１は、ＣＰＵ１によって供給される音声データｉ（ｉ＝１〜ｍ）および代替音声データｋ（ｋ＝１〜ｎ）によって指定される音声信号のすべてを生成することができる。従って、音声バージョン制御部３０は、ＣＰＵ１によって供給される音声データｉ（ｉ＝１〜ｍ）および代替音声データｋ（ｋ＝１〜ｎ）のうち、代替音声データｋ（ｋ＝１〜ｎ）を選択して音声データデコーダ３１に供給する。

上記ａおよびｂに示したように、音声データデコーダ３１によって生成することができる音声信号のうち、最新の音声信号の生成を指示する情報が、音声バージョン制御部３０によって選択されて音声データデコーダ３１に供給される。このようにして音声データｉ（ｉ＝１〜ｍ）または代替音声データｋ（ｋ＝１〜ｎ）を受け取った音声データデコーダ３１は、当該データに従って音声信号を生成し、ミキサ１１に出力する。この音声信号は、ミキサ１１において、楽器音用音源９から供給される楽音信号およびマイク１１から供給されるボーカル音信号とミキシングされた後、出力される。

以上説明したように、本実施形態によれば、新たなコーラス音等を楽曲に導入した場合であっても、改めて楽曲データ全体を配信する必要はなく、代替音声トラックおよび代替音声データのみをセンタ３００からカラオケ装置１００に配信すればよいので、楽曲データの配信に関する負担を軽減することができる。

Ｃ：第３の実施形態
以下、本発明の第３の実施形態であるカラオケ装置について説明する。
上記第２の実施形態においては、代替音声データｋ（ｋ＝１〜ｎ）として、ＡＤＰＣＭデータ圧縮技術によって圧縮されたデータに従って音声信号を生成する構成とした。これに対し、本実施形態においては、代替音声データｋ（ｋ＝１〜ｎ）は、従来の音声データｉ（ｉ＝１〜ｍ）とは異なる圧縮方法、例えば、ベクトル量子化技術等によって圧縮されている。

本実施形態にかかるカラオケ装置の全体の構成は、上記第２の実施形態であるカラオケ装置と比較すると、音声データ処理部１２のみが異なる。従って、上記第２の実施形態と共通する部分については、説明を省略する。

ここで、図１４を参照して、本実施形態における音声データ処理部１２の構成を説明する。図１４に示すように、本実施形態であるカラオケ装置内に設けられた音声データ処理部１２は、音声バージョン制御部３０、音声データデコーダ３１および代替音声データデコーダ３２によって構成されている。音声バージョン制御部３０は、ＣＰＵ１によって供給される音声データｉ（ｉ＝１〜ｍ）および代替音声データｋ（ｋ＝１〜ｎ）のうち、当該音声データ処理部１２に設けられたデコーダに適合した情報を選択して、当該情報を対応するデコーダに供給するものである。

音声データデコーダ３１は、ＡＤＰＣＭデータ圧縮技術によって圧縮された音声データｉ（ｉ＝１〜ｍ）を処理することのできるデコーダであり、音声バージョン制御部３０を介して音声データｉ（ｉ＝１〜ｍ）、音程データおよび音量データが供給される。音声データデコーダ３１は、音程データによって指定された音高および音量データによって指定された音量を有する音声信号を音声データｉ（ｉ＝１〜ｍ）から生成し、ミキサ１１に出力する。

また、代替音声データデコーダ３２は、ベクトル量子化技術によって圧縮された代替音声データｋ（ｋ＝１〜ｎ）を処理することのできるデコーダであり、音声バージョン制御部３０を介して代替音声データｋ（ｋ＝１〜ｎ）、音程データおよび音量データが供給される。代替音声データデコーダ３２は、音程データによって指定された音高および音量データによって指定された音量を有する音声信号を代替音声データｋ（ｋ＝１〜ｎ）から生成し、ミキサ１１に出力する。

以下、音声バージョン制御部３０の具体的な動作について説明する。まず、カラオケ演奏開始時、ＣＰＵ１によって音声代替情報が供給されない場合、すなわち、楽曲データに代替音声トラックおよび代替音声データ部が追加されていない場合には、音声データ処理部１２には、ＣＰＵ１によって従来の音声データｉ（ｉ＝１〜ｍ）のみが供給される。従って、当該カラオケ装置に代替音声データデコーダ３２が設けられている場合であっても、音声バージョン制御部３０は、当該音声データｉ（ｉ＝１〜ｍ）を音声データデコーダ３１に出力する。

これに対し、カラオケ演奏開始時に音声代替情報がＣＰＵ１から供給された場合には、音声バージョン制御部３０は、まず、代替音声データデコーダ３２が設けられているか否かを判断する。なお、以下の説明においては、上記判断の結果、代替音声データデコーダ３２が設けられている場合と、設けられていない場合とに分けて説明する。

ａ．代替音声データデコーダ３２が設けられている場合
この場合、ＣＰＵ１によって供給される音声データｉ（ｉ＝１〜ｍ）および代替音声データｋ（ｋ＝１〜ｎ）の両方を処理することができるから、音声バージョン制御部３０は、代替音声データｋ（ｋ＝１〜ｎ）を代替音声データデコーダ３２に出力する。

代替音声データｋ（ｋ＝１〜ｎ）を供給された代替音声データデコーダ３２は、当該代替音声データｋ（ｋ＝１〜ｎ）に従って音声信号を生成し、ミキサ１１に出力する。

ｂ．代替音声データデコーダ３２が設けられていない場合
この場合、楽曲データ中に代替音声トラックおよび代替音声データ部が追加されているものの、当該代替音声トラックおよび代替音声データ部を処理するための代替音声データデコーダ３２が設けられていないから、ＣＰＵ１によって供給される代替音声データｋ（ｋ＝１〜ｎ）を処理することができない。従って、音声バージョン制御部３０は、ＣＰＵ１によって供給される音声データｉ（ｉ＝１〜ｍ）および代替音声データｋ（ｋ＝１〜ｎ）のうち、音声データｉ（ｉ＝１〜ｍ）を選択して、音声データデコーダ３１に出力する。

音声データｉ（ｉ＝１〜ｍ）を供給された音声データデコーダ３１は、当該音声データｉ（ｉ＝１〜ｍ）に従って音声信号を生成し、ミキサ１１に出力する。以後の動作は上記第２の実施形態と同様である。

以上説明したように、本実施形態によれば、従来の音声データと異なる圧縮方法によって圧縮された代替音声データを楽曲データに追加した場合であっても、当該カラオケ装置に設けられたデコーダに適合した情報を用いることができる。

なお、上記第３の実施形態においては、代替音声データの圧縮方法としてベクトル量子化技術を例に説明したが、代替音声データは、他の圧縮方法によって圧縮されたデータであってもよい。例えば、代替音声データは、ＴｗｉｎＶＱ（Transform-domain?Weighted?Interleave?Vector?Quantization）符号化方法等を用いて圧縮された代替音声データであってもよい。

Ｄ：第４の実施形態
Ｄ−１：第４の実施形態の構成
以下、本発明の第４の実施形態について説明する。本実施形態であるカラオケ装置では、図１に示した上記第１の実施形態における楽器音用音源９の代わりに図１５に示す音源部１３が設けられている。

ここで、図１５を参照して、上記音源部１３の構成について説明する。音源部１３は、図１５に示すように、選択部４１ならびに音源４２ａおよび４２ｂにより構成されている。ここで、選択部４１は、カラオケ演奏時にＣＰＵ１によって供給される楽曲データの楽音トラックに含まれる演奏イベントデータを、当該楽曲データおよび音源部１３の動作モード（後述）に従って選択し、選択した演奏イベントデータを、それぞれ音源４２ａおよび４２ｂのいずれかに出力する手段である。なお、選択部４１の詳細な動作は後述する。

音源４２ａおよび４２ｂは、選択部４１によって供給される演奏イベントデータに従って楽音信号を生成し、ミキサ１１に出力する手段である。本実施形態では、ユーザが操作部４により所定の操作をすることにより、これらの各音源４２ａおよび４２ｂを各々独立して初期化し、Ａ＋Ａ演奏モード、Ａ＋Ｂ演奏モードおよびＢ＋Ｂ演奏モードという３種類の演奏モードのうち所望のものを選択することができる。さらに詳述すると次の通りである。

まず、本実施形態において、ハードディスク装置６には、あるバージョン（以下、旧バージョンという。）の楽曲データに対応した音源プログラムＡとこれより新しいバージョン（以下、新バージョンという。）の楽曲データに対応した音源プログラムＢとを予め格納しておくことができる。

このように音源プログラムＡおよびＢが格納された状態において、ユーザが例えばＡ＋Ａ演奏モードを指定する操作を行ったとすると、ハードディスク装置６から音源プログラムＡが読み出され、この音源プログラムＡにより音源４２ａおよび４２ｂの双方が初期化される。これにより本実施形態に係るカラオケ装置の動作モードは、音源４２ａおよび４２ｂの両方を用いて旧バージョンの楽曲データの演奏を行うことが可能なＡ＋Ａ演奏モードとなる。同様に、ユーザの所定の操作により、ハードディスク装置６から音源プログラムＡおよびＢを読み出し、音源プログラムＡにより音源４２ａを、音源プログラムＢにより音源４２ｂを初期化することもできる。この場合、本実施形態に係るカラオケ装置の動作モードは、音源４２ａおよび４２ｂの両方を用いて、旧バージョンおよび新バージョンの楽曲データの演奏を行うことが可能なＡ＋Ｂ演奏モードとなる。さらに本実施形態においては、ユーザの所定の操作により、ハードディスク装置６から音源プログラムＢを読み出し、音源プログラムＢにより音源４２ａおよび４２ｂを初期化することもできる。この場合、本実施形態に係るカラオケ装置の動作モードは、音源４２ａおよび４２ｂの両方を用いて、新バージョンの楽曲データの演奏を行うことが可能なＢ＋Ｂ演奏モードとなる。

Ｄ−２：第４の実施形態の動作
次に、本実施形態におけるカラオケ装置の動作を説明する。

ａ．楽曲データが旧バージョンに対応しており、音源部１３の動作モードがＡ＋Ａ演奏モードである場合
この場合、カラオケ演奏時において、選択部４１は、ＣＰＵ１によって演奏イベントデータを供給されると、当該演奏イベントデータを音源４２ａおよび４２ｂのうちのいずれかに出力する。すなわち、例えば、全ての楽曲を音源４２ａによって演奏してもよいし、楽曲毎に、音源４２ａおよび４２ｂを交互に用いてカラオケ演奏を行ってもよい。

ここで、本出願人の先願である特開平９−２４４６６６号公報には、複数の楽曲を長い合間なく連続して演奏することができるカラオケ装置が記載されているが、本実施形態におけるＡ＋Ａ演奏モードによれば、当該発明を利用することができる。すなわち、音源４２ａで楽曲１が演奏されている途中で次の楽曲２のリクエストがあった場合には、当該楽曲２の楽曲データ中のユーザバンクデータを音源４２ｂに出力し、当該ユーザバンクデータに従って音源４２ｂの種々のパラメータを設定する。これにより、音源４２ａによるカラオケ演奏が終了したとき、既にユーザバンクデータによってパラメータ設定された音源４２ｂによって、即座に楽曲２の演奏を開始することができる（以下、この機能を「曲間短縮機能」という）。

また、本出願人の先願である特開平９−１９８０６８号公報には、任意の楽曲からメドレー曲を作成することが可能なカラオケ装置が記載されている。当該出願に係る発明によれば、複数の楽曲の間の演奏部分であるブリッジ部を生成し、複数の楽曲の間に当該ブリッジ部を演奏することにより任意の楽曲からメドレー曲を作成する構成となっている。本実施形態においては、音源４２ａおよび４２ｂのうちのいずれかによってカラオケ演奏が行われている途中で、他方の音源によってブリッジ部の演奏を行うことにより、メドレー曲の演奏をより効率的に行うことができる（以下、この機能を「ブリッジ部再生機能」という）。

ｂ．楽曲データが新バージョンに対応しており、音源部１３の動作モードがＡ＋Ａ演奏モードである場合
この場合、音源部１３に対し、共通パートデータ、初版パートデータおよび代替パートデータに含まれる演奏イベントデータが供給される。選択部４１は、これらの演奏イベントデータのうち、共通パートデータおよび初版パートデータに含まれる演奏イベントデータを選択して、音源４２ａおよび４２ｂのいずれかに出力する。この場合にも、上述した曲間短縮機能およびブリッジ部再生機能を用いることができる。

ｃ．楽曲データが旧バージョンに対応しており、音源部１３の動作モードがＡ＋Ｂ演奏モードである場合
ＣＰＵ１によって演奏イベントデータが供給されると、選択部４１は、当該演奏イベントデータを音源４２ａに出力する。

ｄ．楽曲データが新バージョンに対応しており、音源部１３の動作モードがＡ＋Ｂ演奏モードである場合
選択部４１は、ＣＰＵ１によって、共通パートデータ、初版パートデータおよび代替パートデータに含まれる演奏イベントデータを供給されると、当該情報のうち、共通パートデータおよび初版パートデータに含まれる演奏イベントデータを選択して音源４２ａに、代替パートデータに含まれる演奏イベントデータを選択して音源４２ｂに、それぞれ出力する。すなわち、旧バージョンの楽曲データを音源プログラムＡによって初期化された音源４２ａが処理し、バージョンアップによって楽曲データ中に新たに加えられた部分（代替パートデータ）を音源プログラムＢによって初期化された音源４２ｂが処理するのである。

ｅ．楽曲データが新バージョンに対応しており、音源部１３の動作モードがＢ＋Ｂ演奏モードである場合
選択部４１は、ＣＰＵ１によって、共通パートデータ、初版パートデータおよび代替パートデータに含まれる演奏イベントデータを供給されると、当該情報すべてを、音源４２ａまたは４２ｂに出力する。この場合にも、上述した曲間短縮機能およびブリッジ部再生機能を用いることができる。

選択部４１によって演奏イベントデータを供給された音源４２ａおよび４２ｂは、当該演奏イベントデータに従って楽音信号を生成し、ミキサ１１に出力する。

以上示したように、本実施形態によれば、楽曲データと音源の間のバージョンの相違等を管理する必要がないので、カラオケ装置の管理に関する負担を軽減することができる。また、本実施形態によれば、上述した曲間短縮機能や、ブリッジ部再生機能等を用いることができる。

なお、以上の説明においては、音源部１３は、楽音パート（楽音トラック）に関する処理を行う手段であったが、コーラスパート（音声トラックおよび音声データ）に関する処理を行う手段としてもよい。この場合、音源４２ａおよび４２ｂは、音声データおよび代替音声データを再生する音声データデコーダとしての機能を備えたものとする。

また、本実施形態における音源部１３は、カラオケ演奏のみならず、ＤＴＭ（DeskTopMusic）用の音源等を含む各種の音源として使用可能である。

Ｅ：その他の実施形態
上記各実施形態は以下のような構成としてもよい。
（１）上記第１の実施形態においては、楽音バージョン制御部２０が、代替情報および音源バージョン情報を比較することによって、代替パートデータおよび初版パートデータのいずれかを選択する構成としたが、ユーザが操作部４または図示しないリモコンを操作することにより、楽音バージョン制御部２０に対し、代替パートデータおよび初版パートデータのいずれかを指定できる構成としてもよい。この場合、楽音バージョン制御部２０は、代替情報および音源バージョン情報を比較することなく、ユーザにより選択された情報を楽音信号生成部２１に出力する。

同様に、第２および第３の実施形態においても、ユーザが操作部４または図示しないリモコンを操作することにより音声バージョン制御部３０に対し、代替音声データおよび音声データのいずれかを指定できる構成としてもよい。この場合、音声バージョン制御部３０は、音声代替情報およびデコーダバージョン情報の如何に関わらず、ユーザにより選択された情報を対応する音声データデコーダに出力する。

（２）上記第１〜第３の実施形態においては、代替パートデータは、通信回線を介して配信される構成とした。これに対し、これらの情報をセンタ３００内でフロッピー（登録商標）ディスク等の可搬式の記憶媒体に記憶させ、このフロッピーディスク等に書き込まれた情報を各カラオケ装置のフロッピーディスクドライブ（図示略）等から読み出して、ハードディスク装置６内の対応する楽曲データに追加する構成としてもよい。

本発明の第１の実施形態であるカラオケ装置の全体の構成を示すブロック図である。 本発明の第１の実施形態であるカラオケ装置において用いられる楽曲データの構成を示す図である。 本発明の第１の実施形態であるカラオケ装置において用いられる楽曲データに含まれる音声トラックの構成を示す図である。 本発明の第１の実施形態であるカラオケ装置において用いられる楽曲データに含まれる楽音トラックの構成を示す図である。 本発明の第１の実施形態であるカラオケ装置において用いられる、代替パートデータおよび代替情報が１回追加された楽音トラックの構成を示す図である。 本発明の第１の実施形態であるカラオケ装置において用いられる、代替パートデータおよび代替情報が２回追加された楽音トラックの構成を示す図である。 本発明の第１の実施形態であるカラオケ装置の楽器音用音源の詳細な構成を示すブロック図である。 本発明の第１の実施形態であるカラオケ装置内に設けられた楽器音用音源の動作を説明するための図である。 本発明の第１の実施形態であるカラオケ装置内に設けられた楽器音用音源の動作を説明するための図である。 本発明の第１の実施形態であるカラオケ装置内に設けられた楽器音用音源の動作を説明するための図である。 本発明の第２の実施形態であるカラオケ装置の全体の構成を示すブロック図である。 本発明の第２の実施形態であるカラオケ装置において用いられる楽曲データについて説明するための図である。 本発明の第２の実施形態であるカラオケ装置内に設けられた音声データ処理部の構成を示すブロック図である。 本発明の第３の実施形態であるカラオケ装置内に設けられた音声データ処理部の構成を示すブロック図である。 本発明の第４の実施形態であるカラオケ装置内に設けられた音源部の構成を示すブロック図である。

符号の説明

１……ＣＰＵ（制御手段、楽曲データ更新手段）、２……ＲＯＭ、３……ＲＡＭ、４……操作部（楽曲指定手段）、５……通信制御部（受信手段）、６……ハードディスク装置（楽曲データ記憶手段）、７……表示制御部、８……ディスプレイ装置、９……楽器音用音源、１０……マイク、１１……ミキサ、１２……音声データ処理部、１３……音源部（音源装置）、２０……楽音バージョン制御部、２１……楽音信号生成部、３０……音声バージョン制御部、３１……音声データデコーダ、３２……代替音声データデコーダ、４１……選択部（選択手段）、４１ａ，４１ｂ……音源、１００……カラオケ装置、２００……通信回線、３００……センタ（楽曲データ配信装置）。

Claims (3)

1. 機能設定が可能な複数の音源と、
   １または複数種類の音源の機能に対応した音源駆動データの供給を受け、各音源駆動データが各々に対応した機能の設定された音源に供給されるように、前記複数の音源の機能設定状態に応じて、各音源駆動データの供給先の選択を行う選択手段と
   を具備することを特徴とする音源装置。
2. 前記音源は、楽音を生成する音源であり、前記音源駆動データは特定の楽音信号の形成を指示するイベントデータであることを特徴とする請求項１に記載の音源装置。
3. 前記音源は、音声を生成する音源であり、前記音源駆動データは音声波形を表したデータであることを特徴とする請求項１に記載の音源装置。

Images