JPH09152876A - 歌詞データ処理装置及び補助データ処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数種類のフォーマットの演奏データと対を
なす歌詞データ等を処理することができるデータ処理装
置を提供することを課題とする。 【解決手段】 第１の記憶形式または第２の記憶形式に
より演奏データおよび歌詞データ等を記憶する記憶手段
と、第１の記憶形式により記憶された歌詞データ等をサ
ーチするための第１データサーチ手段と、第２の記憶形
式により記憶された歌詞データ等をサーチするための第
２データサーチ手段と、第１データサーチ手段により歌
詞データ等をサーチし、第１の記憶形式の歌詞データ等
が見つかれば該歌詞データ等を処理し、第１の記憶形式
の歌詞データ等が見つからなければ、第２データサーチ
手段により歌詞データ等をサーチし、第２の記憶形式の
歌詞データ等が見つかれば該歌詞データ等を処理する処
理手段とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、演奏データと対で
処理される歌詞データまたは補助データを処理するため
のデータ処理装置に関する。

【０００２】

【従来の技術】カラオケ装置等は、自動演奏データと歌
詞データを記憶している。カラオケ演奏等は、自動演奏
データを再生すると同時に、歌詞データを表示する。自
動演奏データと歌詞データを記憶する際のデータフォー
マットは複数種類存在する。データフォーマットの種類
は、外見上見分けられないため、歌詞データ処理装置
を、複数種類のデータフォーマットに対応させることは
困難である。

【０００３】

【発明が解決しようとする課題】また、自動演奏データ
を再生するタイミングと歌詞データを表示するタイミン
グを合わせるため、自動演奏データと歌詞データとを混
在して記憶装置に記憶させるデータフォーマットがあ
る。この方式は、記憶装置から演奏データを読み出して
再生処理すると同時に、歌詞データを読み出して表示す
る必要があるので、歌詞データのデータ量が多い曲につ
いては演奏（発音）の遅れが生じることがある。

【０００４】さらに、例えば、電子楽器の自動演奏デー
タのように、世の中には、カラオケ用に作成されていな
い演奏データが多数存在する。これらの演奏データをカ
ラオケ用に流用させたいとの要求がある。しかし、これ
らの演奏データをカラオケ用に用いることは容易ではな
い。

【０００５】同様に、世の中に存在している演奏データ
に対して、補助データ（例えば作曲者や作詞者、歌手名
等の演奏データの検索に用いるためのデータ）を付加し
たいとの要求がある。しかし、これらのデータに補助デ
ータを付加するために新たに演奏データを作りなおすの
は容易ではない。

【０００６】本発明の目的は、複数種類のデータフォー
マットを持つ歌詞データあるいは補助データに対応する
ことができるデータ処理装置を提供することである。本
発明の他の目的は、歌詞データに依存した演奏の遅れを
防止することができるデータ処理装置を提供することで
ある。

【０００７】さらに、本発明の他の目的は、独立の演奏
データに対して容易に歌詞データあるいは補助データを
付加することができるデータ処理装置を提供することで
ある。

【０００８】

【課題を解決するための手段】本発明の歌詞データ処理
装置は、外部から演奏データと歌詞データが混在したフ
ォーマットのデータを入力することができる入力手段
と、演奏データを記憶するための演奏データ記憶領域と
歌詞データを記憶するための歌詞データ記憶領域とを有
するメモリと、前記入力手段から入力されるデータを演
奏データと歌詞データとに分離して、それぞれ前記演奏
データ記憶領域と歌詞データ記憶領域に記録する記録手
段と、前記歌詞データ記憶領域に記憶されている歌詞デ
ータを読み出して再生する歌詞データ再生手段と、前記
歌詞データ再生手段に優先して、前記演奏データ記憶領
域に記憶されている演奏データを読み出して再生する演
奏データ再生手段とを有する。

【０００９】外部から演奏データと歌詞データが混在し
たデータが供給されても、演奏データと歌詞データに分
離し、歌詞データよりも優先的に演奏データを処理する
ことにより、歌詞データのデータ量に依存し演奏データ
の再生が遅れることを防止できる。

【００１０】また、本発明の歌詞データ処理装置は、演
奏データについてはあるファイル名で特定し、該演奏デ
ータと対をなす歌詞データについては該演奏データのフ
ァイル名に対応するファイル名で特定し記憶する記憶手
段と、再生したい演奏データのファイル名を指示する指
示手段と、指示手段により指示されるファイル名の演奏
データを記憶手段から読み出し再生する演奏データ再生
手段と、指示手段により指示される演奏データのファイ
ル名に対応する歌詞データのファイル名をサーチするサ
ーチ手段と、サーチ手段によりサーチされるファイル名
の歌詞データを記憶手段から読み出し再生する歌詞デー
タ再生手段とを有する。

【００１１】演奏データと歌詞データが異なるファイル
に記憶されている際、操作者は演奏データのファイルを
指定するだけで、対をなす演奏データと歌詞データの再
生を行わせるができる。

【００１２】さらに、本発明の歌詞データ処理装置は、
第１の記憶形式または第２の記憶形式により演奏データ
および歌詞データを記憶する記憶手段と、第１の記憶形
式により記憶された歌詞データをサーチするための第１
歌詞データサーチ手段と、第２の記憶形式により記憶さ
れた歌詞データをサーチするための第２歌詞データサー
チ手段と、第１歌詞データサーチ手段により歌詞データ
をサーチし、第１の記憶形式の歌詞データが見つかれば
該歌詞データを処理して演奏データと共に再生し、第１
の記憶形式の歌詞データが見つからなければ、第２歌詞
データサーチ手段により歌詞データをサーチし、第２の
記憶形式の歌詞データが見つかれば該歌詞データを処理
して演奏データと共に再生する再生手段とを有する。

【００１３】少なくとも２つの異なる記憶形式で演奏デ
ータと歌詞データが記憶手段に記憶されている場合、第
１および第２の歌詞データサーチ手段により歌詞データ
をサーチさせることにより、いずれの記憶形式で演奏デ
ータと歌詞データが記憶されていても、再生することが
できる。

【００１４】さらに、本発明の補助データ処理装置は、
演奏データについてはあるファイル名で特定し、該演奏
データと対をなす補助データについては該演奏データの
ファイル名に対応するファイル名で特定し記憶する記憶
手段と、再生したい演奏データのファイル名を指示する
指示手段と、前記指示手段により指示されるファイル名
の演奏データを前記記憶手段から読み出し再生する演奏
データ再生手段と、前記指示手段により指示される演奏
データのファイル名に対応する補助データのファイル名
をサーチするサーチ手段と、前記サーチ手段によりサー
チされるファイル名の補助データを前記記憶手段から読
み出し処理する補助データ処理手段とを有する。

【００１５】演奏データと補助データが異なるファイル
に記憶されている際、操作者は演奏データのファイルを
指定するだけで、演奏データと対をなす補助データを選
択し、処理をすることができる。

【００１６】さらに、本発明の補助データ処理装置は、
第１の記憶形式または第２の記憶形式により演奏データ
および補助データを記憶する記憶手段と、第１の記憶形
式により記憶された補助データをサーチするための第１
補助データサーチ手段と、第２の記憶形式により記憶さ
れた補助データをサーチするための第２補助データサー
チ手段と、第１補助データサーチ手段により補助データ
をサーチし、第１の記憶形式の補助データが見つかれば
該補助データを処理し、第１の記憶形式の補助データが
見つからなければ、第２補助データサーチ手段により補
助データをサーチし、第２の記憶形式の補助データが見
つかれば該補助データを処理する処理手段とを有する。

【００１７】少なくとも２つの異なる記憶形式で演奏デ
ータと補助データが記憶手段に記憶されている場合、第
１および第２の補助データサーチ手段により補助データ
をサーチさせることにより、いずれの記憶形式で演奏デ
ータと補助データが記憶されていても、確実に処理する
ことができる。

【００１８】

【発明の実施の形態】図１は、本発明の実施例による歌
詞データ処理装置の機能を説明するための図である。

【００１９】第１の曲データＤ１と第２の曲データＤ２
と第３の曲データＤ３は、それぞれ演奏データと歌詞デ
ータを含む。しかし、そのデータフォーマットは異な
る。例えば、演奏データと歌詞データとが混在したも
の、または演奏データと歌詞データとが完全に独立した
もの等がある。

【００２０】データ変換装置１は、曲データＤ１，Ｄ
２，Ｄ３のいずれが入力されてきても、統一フォーマッ
トの曲データＤ０に変換し出力する。曲データＤ０は、
演奏データと歌詞データとを分離したフォーマットを有
する。統一フォーマットの曲データＤ０に変換すること
により、入力データのフォーマットがＤ１であるかＤ２
であるかＤ３であるかは関係なくなる。

【００２１】再生装置２は、演奏データ処理部３と歌詞
データ処理部４を有し、曲データＤ０を受け取り、曲デ
ータＤ０の再生を行う。演奏データ処理部３は、演奏デ
ータの再生を行い発音処理を行う。歌詞データ処理部４
は、歌詞データを表示装置に表示する。

【００２２】演奏データと歌詞データとを分離して、再
生することにより、歌詞データのデータ量に依存して、
演奏データの再生が遅れることはほとんどなくなる。な
お、演奏データと歌詞データとは、時間的に対応付けら
れて再生される。詳細は、後に説明する。

【００２３】本実施例による歌詞データ処理装置は、異
なるフォーマットを持つ曲データＤ１，Ｄ２，Ｄ３のい
ずれが入力されても、再生することができる。したがっ
て、電子楽器の自動演奏データのように、演奏データの
みの曲データに歌詞データを付加しただけのもののフォ
ーマットに対応させることもできる。詳細は、後に説明
する。

【００２４】図２は、本実施例による歌詞データ処理装
置のハードウェア構成を示すブロック図である。ＣＰＵ
２０は、バス２４を介して、ＲＯＭ１８、ＲＡＭ１９、
タイマ２１の他、ＭＩＤＩインターフェース１１、検出
回路１２、表示回路１４、音源回路１５、ハードディス
ク装置（ＨＤＤ）２２、フロッピディスク装置（ＦＤ
Ｄ）２３に接続される。

【００２５】ＲＡＭ１９は、演奏イベントエリア３１と
歌詞イベントエリア３２を有する。演奏イベントエリア
３１は、曲データの変換処理により生成される統一フォ
ーマットの演奏イベントを記憶するエリアである。歌詞
イベントエリア３２は、統一フォーマットの歌詞データ
を記憶するエリアである。

【００２６】ＲＡＭ１９は、その他、レジスタやバッフ
ァ等、ＣＰＵ２０のワーキングエリアを有する。ＲＯＭ
１８は、コンピュータプログラムや種々のパラメータを
記憶する。ＣＰＵ２０は、ＲＯＭ１８に記憶されるコン
ピュータプログラムに応じて、各種処理を行う。

【００２７】ＣＰＵ２０は、ハードディスク装置２２、
フロッピディスク装置２３またはＭＩＤＩインターフェ
ース１１から曲データを受け、統一フォーマットの曲デ
ータに変換する。そして、曲データ中の演奏データを、
演奏イベントエリア３１に書き込み、曲データ中の歌詞
データを、歌詞イベントエリア３２に書き込む。

【００２８】タイマ２１は、所定時間間隔でタイマ割り
込み信号をＣＰＵ２０に供給する。ＣＰＵ２０は、タイ
マ割り込み信号を受けて、所定の割り込み処理を行う。
フロッピディスク装置２３は、抜き差し可能なフロッピ
ディスクに対してデータの読み出しおよび書き込みを行
うことができる。例えば、曲データが記憶されたフロッ
ピディスクを、フロッピディスク装置２３に差し込むこ
とにより、ＣＰＵ２０は、フロッピディスクに記憶され
ている曲データを読み出すことができる。

【００２９】ハードディスク装置２２は、大容量記憶装
置であり、多数の曲データを記憶することができる。Ｃ
ＰＵ２０は、フロッピディスク装置２３からハードディ
スク装置２２に曲データをコピーすることができる。Ｃ
ＰＵ２０は、ハードディスク装置２２から曲データを読
み出すこともできる。

【００３０】ＭＩＤＩインターフェース１１は、外部に
対してＭＩＤＩデータを入出力することができる。例え
ば、曲データを入出力することができる。検出回路１２
には、キーボードやマウス装置等の入力装置１３が接続
される。ＣＰＵ２０は、検出回路１２を介して、入力装
置１３のスイッチ状態等を検出する。操作者は、入力装
置１３を操作することにより、各種の指定を行うことが
できる。例えば、再生を行いたい曲データを指定するこ
とができる。また、入力装置１３は、再生を指示するた
めの再生スイッチを有する。

【００３１】表示回路１４は、ＲＡＭ１９中の歌詞イベ
ントエリア３２に記憶されている歌詞データを表示す
る。その他、ハードディスク装置２２に記憶されている
曲データの種類を表示することもできる。

【００３２】音源回路１５は、ＲＡＭ１９中の演奏イベ
ントエリア３１に記憶されている演奏データを受けて、
楽音信号を生成する。音源回路１５は、波形メモリ方式
の他、ＦＭ方式、物理モデル方式、高調波合成方式、フ
ォルマント合成方式、ＶＣＯとＶＣＦとＶＣＡを含むア
ナログシンセサイザ方式等、どのような方式でもよい。

【００３３】Ｄ／Ａ変換器１６は、音源回路１５から楽
音信号を受け、デジタル信号からアナログ信号に変換す
る。サウンドシステム１７は、アンプとスピーカを有
し、Ｄ／Ａ変換器１６からアナログの楽音信号を受け
る。楽音信号は、アンプにより増幅され、スピーカから
発音される。

【００３４】以上の構成は、カラオケ装置の形態に限ら
ず、電子楽器の形態でもよいし、パソコンとアプリケー
ションソフトの形態でもよい。また、音源回路１５は、
専用のハードウェアを用いる他、ＤＳＰとマイクロプロ
グラムにより構成するようにしてもよいし、ＣＰＵとソ
フトウェアという構成であってもよい。また、時分割で
複数の発音チャンネルを構成するようにしてもよいし、
１つの発音チャンネルを１つの回路で構成してもよい。

【００３５】なお、ハードディスク装置２２、フロッピ
ディスク装置２３またはＭＩＤＩインターフェース１１
は、様々な種類のフォーマットの曲データをＣＰＵ２０
に供給することができる。次に、スタンダードＭＩＤＩ
ファイル形式のフォーマット例を３つ、図３〜図５に示
す。

【００３６】図３は、第１データフォーマットを示す図
である。図３（Ａ）は、シーケンスファイルＦＬ１のフ
ォーマットを示す。１つの曲データは、１つのシーケン
スファイルＦＬ１で表される。シーケンスファイルＦＬ
１は、ハードディスク装置２２等に記憶される。シーケ
ンスファイルＦＬ１は、ヘッダチャンクＨＣとトラック
チャンクＴＣを有する。ヘッダチャンクＨＣは、トラッ
クチャンクのデータ形式（フォーマット０または１また
は２）やデータの時間分解能等のデータを有する。以
下、トラックチャンクＴＣの構成を示す。

【００３７】図３（Ｂ）は、トラックチャンクＴＣのデ
ータ構成を示す。トラックチャンクＴＣは、複数のトラ
ックチャンクデータＴＣＤ１，ＴＤＣ２を有する。各ト
ラックチャンクデータＴＣＤ１，ＴＣＤ２は、同じデー
タ構成である。例えば、トラックチャンクデータＴＣＤ
１は、演奏データＳＳ１と歌詞データＬＬ１を有する。

【００３８】さらに、演奏データＳＳ１は、タイムデー
タＴＳ１と演奏イベントデータＳＤ１を有する。演奏イ
ベントデータＳＤ１が実質的な演奏データである。タイ
ムデータＴＳ１は、演奏開始から最初の演奏イベントデ
ータＳＤ１までの時間間隔を表す。タイムデータＴＳ２
は、演奏イベントデータＳＤ１とその次の演奏イベント
データＳＤ２との間の時間間隔を表す。

【００３９】歌詞イベントデータＬＬ１は、タイムデー
タＴＬ１と歌詞イベントデータＬＤ１を有する。歌詞イ
ベントデータＬＤ１が実質的な歌詞データである。タイ
ムデータＴＬ１は、演奏開始から最初の歌詞イベントデ
ータＬＤ１までの時間間隔を表す。タイムデータＴＬ２
は、歌詞イベントデータＬＤ１とその次の歌詞イベント
データＬＤ２との間の時間間隔を表す。

【００４０】なお、図示はしていないが、トラックチャ
ンクＴＣ中に曲名や作曲者名等のデータを含ませてもよ
い。図４は、第２データフォーマットを示す図である。

【００４１】図４（Ａ）は、シーケンスファイルＦＬ１
のフォーマットを示す。１つの曲データは、１つのシー
ケンスファイルＦＬ１で表される。シーケンスファイル
ＦＬ１は、ヘッダチャンクＨＣとトラックチャンクＴＣ
と歌詞チャンクＬＣを有する。ヘッダチャンクＨＣは、
第１データフォーマットのヘッダチャンク（図３
（Ａ））と同じ構成である。以下、トラックチャンクＴ
Ｃと歌詞チャンクの構成を示す。

【００４２】図４（Ｂ）は、トラックチャンクＴＣのデ
ータ構成を示す。トラックチャンクＴＣは、複数の演奏
データＳＳ１，ＳＳ２を有する。各演奏データＳＳ１，
ＳＳ２は、同じデータ構成である。演奏データＳＳ１
は、第１データフォーマットの演奏データ（図３
（Ｂ））と同じ構成であり、タイムデータＴＳ１と演奏
イベントデータＳＤ１を有する。

【００４３】図４（Ｃ）は、歌詞チャンクＬＣのデータ
構成を示す。歌詞チャンクＬＣは、複数の歌詞データＬ
Ｌ１，ＬＬ２を有する。各歌詞データＬＬ１，ＬＬ２
は、同じデータ構成である。歌詞データＬＬ１は、第１
データフォーマットの歌詞データ（図３（Ｂ））と同じ
構成であり、タイムデータＴＬ１と歌詞イベントデータ
ＬＤ１を有する。

【００４４】図５は、第３データフォーマットを示す図
である。図５（Ａ）は、シーケンスファイルＦＬ１と歌
詞ファイルＦＬ２のフォーマットを示す。１つの曲デー
タは、１つのシーケンスファイルＦＬ１と１つの歌詞フ
ァイルＦＬ２で表され、ハードディスク等に記憶され
る。

【００４５】シーケンスファイルＦＬ１は、例えば、従
来より使用されている電子楽器用の自動演奏データであ
る。歌詞ファイルＦＬ２は、シーケンスファイルＦＬ１
を、例えばカラオケ用に流用するため新たに作成したフ
ァイルである。

【００４６】シーケンスファイルＦＬ１は、ヘッダチャ
ンクＨＣとトラックチャンクＴＣを有する。ヘッダチャ
ンクＨＣは、第１および第２データフォーマットのヘッ
ダチャンク（図３（Ａ）、図４（Ａ））と同じ構成であ
る。

【００４７】図５（Ｂ）は、トラックチャンクＴＣのデ
ータ構成を示す。トラックチャンクＴＣは、第２データ
フォーマットのトラックチャンク（図４（Ｂ））と同じ
構成であり、複数の演奏データＳＳ１，ＳＳ２を有す
る。演奏データＳＳ１は、タイムデータＴＳ１と演奏イ
ベントデータＳＤ１を有する。

【００４８】なお、第１データフォーマット、第２デー
タフォーマット、第３データフォーマットのいずれも演
奏データの音符のタイミングとそれに対応する歌詞のタ
イミングが一致するように演奏データ、歌詞データを作
成することが好ましいことはいうまでもない。

【００４９】図５（Ｃ）は、歌詞ファイルＦＬ２のデー
タ構成を示す。歌詞ファイルＦＬ２は、第２データフォ
ーマットの歌詞チャンク（図４（Ｃ））と同じ構成であ
り、複数の歌詞データＬＬ１，ＬＬ２を有する。歌詞デ
ータＬＬ１は、タイムデータＴＬ１と歌詞イベントデー
タＬＤ１を有する。

【００５０】ＣＰＵ２０は、以上の様々なファイル形式
の曲データを統一フォーマットの曲データに変換し、そ
の曲データをＲＡＭ１９中の演奏イベントエリア３１お
よび歌詞イベントエリア３２に書き込む。次に、演奏イ
ベントエリア３１および歌詞イベントエリア３２に書き
込まれるデータフォーマットを示す。

【００５１】図６は、統一データフォーマットを示す図
である。曲データは、演奏データおよび歌詞データに分
離され、それぞれ演奏イベントエリア３１と歌詞イベン
トエリア３２に書き込まれる。

【００５２】図６（Ａ）は、ＲＡＭ中の演奏イベントエ
リア３１のデータフォーマットを示す。演奏イベントエ
リア３１には、複数の演奏データＳＳ１，ＳＳ２が記憶
される。各演奏データＳＳ１，ＳＳ２は、同じデータ構
成である。例えば、演奏データＳＳ１は、前述と同様、
タイムデータＴＳ１と演奏イベントデータＳＤ１を有す
る。

【００５３】図６（Ｂ）は、ＲＡＭ中の歌詞イベントエ
リア３２のデータフォーマットを示す。歌詞イベントエ
リア３２には、複数の歌詞データＬＬ１’，ＬＬ２’が
記憶される。各歌詞データＬＬ１’，ＬＬ２’は、同じ
データ構成である。例えば、歌詞データＬＬ１’は、前
述とは異なり、タイムデータＴＬ１’と文字列イベント
データＬＤ１’を有する。

【００５４】文字列イベントデータＬＤ１’は、歌詞デ
ータのうちの文字列を１かたまりとして保持するデータ
である。例えば、変換前の第１〜３データフォーマット
は１文字毎の歌詞データとして表されているので、表示
回路１４に、演奏の進行にしたがって文字列単独で歌詞
を表示するには、文字列への変換が必要になる。文字列
のタイムデータＴＬ１’は、各文字のタイムデータを加
算したデータになる。次に、具体例を示す。

【００５５】図７は、歌詞イベントデータから文字列イ
ベントデータへの変換例を示す。図７（Ａ）は、第１〜
３データフォーマットの歌詞イベントデータの例を示
す。歌詞チャンクＬＣは、５つの歌詞データＬＬ１〜Ｌ
Ｌ５を有する。各歌詞データのタイムデータＴＬ１〜Ｔ
Ｌ５は、それぞれｔ１，ｔ２，ｔ３，ｔ４，ｔ５であ
り、歌詞イベントデータＬＤ１〜ＬＤ５は、それぞれ
「青（あ」、「お）」、「い」、「空（そ」、「ら）
／」である。ここで、／は改行である。

【００５６】図７（Ｂ）は、歌詞イベントエリア３２に
記憶される文字列イベントデータの例を示す。歌詞イベ
ントエリア３２には、歌詞データＬＬ１’が記憶され
る。歌詞データＬＬ１’のタイムデータＴＬ１’は、１
つ前の文字列ＬＤ０’の先頭の文字からＬＤ１’の先頭
の文字までのタイムデータの和「ｔｄ＋…＋ｔ１」であ
り、文字列イベントデータＬＤ１’は、「青（あお）い
空（そら）／」である。そして次の文字列イベントデー
タＬＤ２’とタイムデータＴＬ２’のうち、タイムデー
タＴＬ２’は「ｔ２＋ｔ３＋ｔ４＋ｔ５＋ｔ６」であ
る。文字列イベントデータＬＤ１’は、図７（Ａ）の歌
詞イベントデータを再編成したデータであり、改行まで
の文字が１つの文字列である。

【００５７】図８は、ＣＰＵが行うファイル選択処理の
フローチャートである。ステップＳＡ１では、選択ファ
イルの指定を受け付ける。表示回路１４には、ハードデ
ィスク装置２２に記憶されている曲データのシーケンス
ファイル名が表示される。操作者は、キーボードまたは
マウス等の入力装置１３を用いて、演奏したいファイル
の選択を行うことができる。操作者が選択するファイル
は、第１〜３データフォーマットのうちのいずれのファ
イルでもよい。

【００５８】ステップＳＡ２では、指定されたファイル
からトラックチャンクのデータを読み出す。ファイル中
には、トラックチャンクの先頭であることを示す識別コ
ードが含まれている。この識別コードを手掛かりにトラ
ックチャンクの位置を特定する。

【００５９】読み出されるデータは、歌詞イベントまた
は演奏イベントのいずれかである。つまり、タイムデー
タと歌詞イベントデータを１組として、またはタイムデ
ータと演奏イベントデータを１組として読み出す。

【００６０】ステップＳＡ３では、読み出したデータが
歌詞イベントであるか演奏イベントであるかをチェック
する。歌詞イベントであれば、ステップＳＡ４へ進み、
読み出したデータをＲＡＭ中の歌詞イベントエリア３２
へ転送し、ステップＳＡ６へ進む。

【００６１】読み出したデータが演奏イベントであると
きには、ステップＳＡ５へ進み、読み出したデータをＲ
ＡＭ中の演奏イベントエリア３１へ転送し、ステップＳ
Ａ６へ進む。なお、ステップＳＡ４およびＳＡ５におい
て、タイムデータが読み出された場合は、両エリアに同
じタイムデータを転送する。第１データフォーマットの
ように、演奏データと歌詞データが混在する場合、それ
らに対応するタイムデータも混在しているので、タイム
データについては全て両エリアに転送する。タイムデー
タは、演奏データと歌詞データについて共通の情報であ
る。

【００６２】ステップＳＡ６では、トラックチャンクか
ら全てのデータの読み出しが終了したか否かをチェック
する。読み出しが終了していないときには、ステップＳ
Ａ２へ戻り、トラックチャンク中の次のデータについ
て、同様の処理を繰り返す。全てのデータについて処理
が終了したときには、ステップＳＡ７へ進む。

【００６３】ステップＳＡ７では、トラックチャンクか
ら読み出したデータに歌詞イベントが含まれていたか否
かをチェックする。歌詞イベントが含まれていたときに
は、第１データフォーマットの場合であり、ステップＳ
Ａ８へ進む。その場合は、歌詞イベントと演奏イベント
の両方についてのデータ転送が終了している。

【００６４】ステップＳＡ８では、歌詞イベントエリア
のデータを再編成し、処理を終了する。つまり、文字イ
ベントから文字列イベントへの再編成を行う。ステップ
ＳＡ７において、トラックチャンクから読み出したデー
タに歌詞イベントが含まれていないと判断されたときに
は、第２または第３データフォーマットの場合であるの
で、歌詞イベントの処理を行うため、ステップＳＡ９へ
進む。

【００６５】ステップＳＡ９では、選択されたシーケン
スファイルの中から歌詞チャンクをサーチする。ファイ
ル中には、歌詞チャンクの先頭を示す識別コードが含ま
れている。この識別コードを手掛かりに歌詞チャンクの
位置を特定する。

【００６６】ステップＳＡ１０では、歌詞チャンクが見
つかったか否かを判断する。歌詞チャンクが見つかった
ときには、第２データフォーマットの場合であるので、
ステップＳＡ１１へ進む。

【００６７】ステップＳＡ１１では、見つけた歌詞チャ
ンクのデータをＲＡＭ中の歌詞イベントエリア３２へ転
送する。ステップＳＡ８では、前述と同様に、歌詞イベ
ントエリア３２のデータを再編成し、処理を終了する。

【００６８】ステップＳＡ１０において、歌詞チャンク
が見つからなかったと判断されたときには、第３データ
フォーマットの場合であるので、ステップＳＡ１２へ進
む。ステップＳＡ１２では、選択したシーケンスファイ
ルと同一ファイル名の歌詞ファイルをサーチする。第３
データフォーマットは、図５に示したように、シーケン
スファイルＦＬ１と歌詞ファイルＦＬ２と２つからな
る。

【００６９】例えば、シーケンスファイルは“ＡＢＣ
Ｄ．ＭＩＤ”の名称であり、歌詞ファイルは“ＡＢＣ
Ｄ．ＬＹＲ”の名称である。この２つは、ファイル名が
共に“ＡＢＣＤ”で共通し、ファイルの種類が異なる。
末尾の“ＭＩＤ”は、シーケンスファイルであることを
示し、“ＬＹＲ”は、歌詞ファイルであることを示す。

【００７０】ここで、例えば、シーケンスファイル“Ａ
ＢＣＤ．ＭＩＤ”が選択されているのであれば、同一フ
ァイル名の歌詞ファイル“ＡＢＣＤ．ＬＹＲ”をサーチ
する。

【００７１】ステップＳＡ１３では、歌詞ファイルが見
つかったか否かを判断する。歌詞ファイルが見つかった
のであれば、ステップＳＡ１４へ進む。ステップＳＡ１
４では、見つけた歌詞ファイルのデータをＲＡＭ中の歌
詞イベントエリア３２へ転送する。ステップＳＡ８で
は、前述と同様に、歌詞イベントエリア３２のデータを
再編成し、処理を終了する。

【００７２】ステップＳＡ１３において、歌詞ファイル
が見つからなかったと判断されたときには、ステップＳ
Ａ１５へ進む。ステップＳＡ１５では、「歌詞データ無
し」のメッセージを表示回路１４に表示し、処理を終了
する。

【００７３】以上により、第１〜第３データフォーマッ
トのデータは統一フォーマットのデータに変換され、演
奏イベントエリア３１および歌詞イベントエリア３２に
記憶される。

【００７４】図９は、演奏イベント処理と歌詞イベント
処理の優先度を示す図である。演奏イベント処理と歌詞
イベント処理は、共に割り込み処理である。割り込み処
理の優先度は、演奏イベント処理の方が歌詞イベント処
理よりも高くする。

【００７５】演奏イベント処理は、演奏データの再生を
行うための処理である。歌詞イベント処理は、歌詞デー
タの表示を行うための処理である。演奏イベント処理の
優先度を高くすることにより、歌詞イベントのデータ量
が多くても、演奏の遅れを防止することができる。これ
は、演奏データと歌詞データとを分離して、別エリアに
記憶させておくことにより、可能となる。

【００７６】歌詞データの表示については、多少遅れが
生じても、聴取者はそれほど気にならない。一方、演奏
の遅れについては、聴取者が敏感に反応する。したがっ
て、演奏の遅れを優先的に防止する必要がある。

【００７７】次に、演奏イベント処理と歌詞イベント処
理のそれぞれについて説明する。図１０は、演奏イベン
ト処理を示すフローチャートである。演奏イベント処理
は、例えば割り込み周期が１０ｍｓの割り込み処理であ
る。

【００７８】ステップＳＢ１では、再生フラグＲＵＮが
１であるか否かをチェックする。再生フラグは、初期時
には０にセットされている。その後、操作者が再生スイ
ッチを押すと１になる。停止スイッチを押すと再び０に
なる。

【００７９】再生フラグＲＵＮが０であるときには、再
生が指示されていないので、再生処理をせずに、割り込
み前の処理へ戻る。再生フラグＲＵＮが１であるときに
は、再生処理を行うため、ステップＳＢ２へ進む。

【００８０】ステップＳＢ２では、レジスタＴＩＭＥの
値をＫだけ減じる。操作者が再生スイッチを押すと、レ
ジスタＴＩＭＥには、初期時、最初の演奏イベントのタ
イムデータが格納される。このタイムデータは、再生ス
イッチが押されてから実際に発音が開始されるまでの時
間を表す。

【００８１】Ｋは、次式のように、演奏テンポと割り込
み周期に応じて、決まる値である。 Ｋ＝（テンポ×分解能×割り込み周期）／（６０×１０
００） ここで、分解能とは、４分音符の分解能であり、例えば
９６である。Ｋが大きいほど単位時間に多くのデータが
読み出され発音処理される。

【００８２】例えば、テンポが１２０であり、割り込み
周期が１０ｍｓである場合、 Ｋ＝（１２０×９６×１０）／（６０×１０００） ＝１．９２ になる。なお、タイムデータも４分音符の分解能（例え
ば９６）を最小単位とする値で記述される。

【００８３】ステップＳＢ３では、レジスタＴＩＭＥが
０以下であるか否かをチェックする。レジスタＴＩＭＥ
が０以下になっていないときには、今回は演奏データの
処理を行わないで、処理を終了し、割り込み前の処理に
戻る。

【００８４】１０ｍｓ毎に割り込み処理を繰り返すと、
ステップＳＢ２でレジスタＴＩＭＥが次第に減じられて
いく。ステップＳＢ３において、レジスタＴＩＭＥが０
以下になったと判断されたときには、ステップＳＢ４へ
進む。

【００８５】ステップＳＢ４では、ＲＡＭ中の演奏イベ
ントエリアのアドレスを進めて、データを読み出す。デ
ータは、タイムデータと演奏イベントデータとが別に読
み出される。つまり、タイムデータまたは演奏イベント
データのいずれかが読み出される。

【００８６】ステップＳＢ５では、読み出したデータが
タイムデータか否かをチェックする。タイムデータでな
いときには、演奏イベントデータであるので、ステップ
ＳＢ７へ進む。

【００８７】ステップＳＢ７では、演奏イベントデータ
を音源回路１５へ出力し、ステップＳＢ４へ戻る。ステ
ップＳＢ４以降では、次のデータについての処理を繰り
返す。音源回路１５に演奏イベントデータを出力する
と、音源回路１５は楽音信号を生成し、Ｄ／Ａ変換器１
６およびサウンドシステム１７を介して発音される。

【００８８】ステップＳＢ５において、読み出したデー
タがタイムデータであると判断されたときには、ステッ
プＳＢ６へ進む。ステップＳＢ６では、レジスタＴＩＭ
Ｅに読み出したタイムデータを加算する。

【００８９】ステップＳＢ６では、レジスタＴＩＭＥが
０より大きいか否かをチェックする。ステップＳＢ２に
おいて、レジスタＴＩＭＥからＫを減じた結果、レジス
タＴＩＭＥが負値になってしまい、ステップＳＢ６にお
いてレジスタＴＩＭＥにタイムデータを加算しても、な
お負値のままであるときには、ステップＳＢ４へ戻り、
さらに次のデータについても処理を行う。

【００９０】ステップＳＢ８において、レジスタＴＩＭ
Ｅが０より大きいと判断されたら、処理を終了し、割り
込み前の処理へ戻る。図１１は、歌詞イベント処理を示
すフローチャートである。歌詞イベント処理は、例えば
割り込み周期が２０ｍｓの割り込み処理である。歌詞イ
ベント処理を、頻繁に行う必要がないときには、演奏イ
ベント処理よりも割り込み周期を長くしてもよい。同じ
割り込み周期でもよい。

【００９１】ステップＳＣ１では、再生フラグＲＵＮが
１であるか否かをチェックする。再生フラグＲＵＮが０
であるときには、再生が指示されていないので、再生処
理をせずに、割り込み前の処理へ戻る。再生フラグＲＵ
Ｎが１であるときには、再生処理を行うため、ステップ
ＳＣ２へ進む。

【００９２】ステップＳＣ２では、レジスタＴＩＭＥの
値をＫだけ減じる。Ｋは、前述のように、演奏テンポと
割り込み周期に応じて、決まる値である。ステップＳＣ
３では、レジスタＴＩＭＥが０以下であるか否かをチェ
ックする。レジスタＴＩＭＥが０以下になっていないと
きには、演奏データの処理を行わないで、処理を終了
し、割り込み前の処理に戻る。レジスタＴＩＭＥが０以
下になったと判断されたときには、ステップＳＣ４へ進
む。

【００９３】ステップＳＣ４では、ＲＡＭ中の歌詞イベ
ントエリアのアドレスを進めて、データを読み出す。タ
イムデータまたは文字列イベントデータのいずれかを読
み出す。

【００９４】ステップＳＣ５では、読み出したデータが
タイムデータか否かをチェックする。タイムデータでな
いときには、文字列イベントデータであるので、ステッ
プＳＣ７へ進む。

【００９５】ステップＳＣ７では、文字列イベントデー
タを表示回路１４へ表示し、ステップＳＣ４へ戻る。ス
テップＳＣ４以降では、次のデータについての処理を繰
り返す。

【００９６】ステップＳＣ５において、読み出したデー
タがタイムデータであると判断されたときには、ステッ
プＳＣ６へ進む。ステップＳＣ６では、レジスタＴＩＭ
Ｅに読み出したタイムデータを加算する。

【００９７】ステップＳＣ６では、レジスタＴＩＭＥが
０より大きいか否かをチェックする。レジスタＴＩＭＥ
が０以下のときには、ステップＳＣ４へ戻り、さらに次
のデータについても処理を行う。一方、レジスタＴＩＭ
Ｅが０より大きいと判断されたら、処理を終了し、割り
込み前の処理へ戻る。

【００９８】次に他の実施の形態について説明する。他
の実施の形態においては、前述した演奏データ、歌詞デ
ータに加え、補助データが記憶される。補助データとし
ては、この曲データの発表年月日、制作された国を示す
国情報、曲のジャンル、曲の拍子、ビート、メロディを
担当する主たる楽器種類、曲を歌う歌手の性別、曲の作
曲者、作詞者、編曲者、演奏者または歌手／グループ
名、曲データの作成者等のデータが含まれている。

【００９９】なお、曲のジャンルとは音楽の種類を示す
名称であり、ロック、ポップス、ジャズ、ラテンなどが
ある。また、拍子は１小節内の拍数を示すものであり、
３拍子、４拍子などが一般的である。また、ビートと
は、１小節に何回リズムを叩くかの回数であり、４拍子
系の曲の場合には４ビート、８ビート、１６ビートなど
が一般的である。また、シャッフル、スイングなどもビ
ートの一種である。メロディを担当する主たる楽器種類
は、メロディパートを演奏する楽器音色を示すデータで
ある。曲を歌う歌手の性別は、男性ソロ、女性ソロ、男
女デュエット、男性複数、女性複数、歌無しなどのデー
タである。これらの補助データは、表示回路１４へと供
給されて、曲データに関する各種情報を操作者に知らせ
たり、検索条件としてこれらの補助データを指定し、合
致する曲データを操作者に知らせたりするのに用いられ
る。このような補助データの記憶フォーマットを３つ、
図１２〜図１４に示す。

【０１００】図１２は、第１データフォーマットを示す
図である。図３（Ａ）は、シーケンスファイルＦＬ１の
フォーマットを示す。１つの曲データは、１つのシーケ
ンスファイルＦＬ１で表される。シーケンスファイルＦ
Ｌ１は、ハードディスク装置２２等に記憶される。シー
ケンスファイルＦＬ１は、ヘッダチャンクＨＣとトラッ
クチャンクＴＣを有する。ヘッダチャンクＨＣは、トラ
ックチャンクのデータ形式（フォーマット０または１ま
たは２）やデータの時間分解能等のデータを有する。以
下、トラックチャンクＴＣの構成を示す。

【０１０１】図１２（Ｂ）は、トラックチャンクＴＣの
データ構成を示す。トラックチャンクＴＣは、複数のデ
ータ（補助データＡＡ、演奏データＳＳ１、歌詞データ
ＬＬ１、…）を有する。

【０１０２】補助データＡＡは、タイムデータＴＡ１と
補助データＡＤ１からなる。タイムデータＴＡ１は、曲
データの先頭から補助データＡＤ１が発生するまでの時
間間隔を表すデータであるが、通常、時間「０」が記憶
されている。すなわち、曲の開始と同時に補助データＡ
Ｄ１が発生することになる。補助データＡＤ１は、前述
したような多数の補助データがメタイベント形式により
記憶される。

【０１０３】演奏データＳＳ１、ＳＳ２や、歌詞データ
ＬＬ１、ＬＬ２については、図３において前述したもの
と同じ構成であるので、ここでの説明は省略する。図１
３は、第２データフォーマットを示す図である。

【０１０４】図１３（Ａ）は、シーケンスファイルＦＬ
１のフォーマットを示す。１つの曲データは、１つのシ
ーケンスファイルＦＬ１で表される。シーケンスファイ
ルＦＬ１は、ヘッダチャンクＨＣとトラックチャンクＴ
Ｃと歌詞チャンクＬＣと補助データチャンクＡＣを有す
る。ヘッダチャンクＨＣは、第１データフォーマットの
ヘッダチャンク（図１２（Ａ））と同じ構成である。ま
た、図１３（Ｂ）にトラックチャンクＴＣ、図１３
（Ｃ）に歌詞チャンクＬＣのデータ構成を示すが、これ
らは図４において前述したものと同じ構成であるので、
ここでの説明は省略する。

【０１０５】補助データチャンクＡＣは、図１２におけ
る補助データＡＤ１と同様の構成である。すなわち、補
助データＡＤ１の内容が、１つのチャンクとして独立し
て記憶されている。

【０１０６】図１４は、第３データフォーマットを示す
図である。図１４（Ａ）は、シーケンスファイルＦＬ１
と歌詞ファイルＦＬ２と補助データファイルＦＬ３のフ
ォーマットを示す。１つの曲データは、１つのシーケン
スファイルＦＬ１と１つの歌詞ファイルＦＬ２と１つの
補助データファイルＦＬ３で表され、ハードディスク装
置２２等に記憶される。

【０１０７】シーケンスファイルＦＬ１、歌詞ファイル
ＦＬ２は、図５において前述したものと同様の構成であ
る。補助データファイルＦＬ３は、シーケンスファイル
ＦＬ１、歌詞ファイルＦＬ２からなる曲データに対し
て、新たに補助データを付加するために作成したファイ
ルである。この補助データファイルＦＬ３には、図１３
において前述した補助データチャンクＡＣの内容と同様
のものが記憶されている。

【０１０８】図１５は、ＣＰＵが行うファイル選択処理
のフローチャートである。ステップＳＤ１では、選択フ
ァイルの指定を受け付ける。表示回路１４には、ハード
ディスク装置２２に記憶されている曲データのシーケン
スファイル名が表示される。操作者は、キーボードまた
はマウス等の入力装置１３を用いて演奏したいファイル
の選択を行うことができる。操作者が選択するファイル
は、第１〜第３データフォーマットの内のいずれのファ
イルでもよい。

【０１０９】ステップＳＤ２では、指定されたファイル
からトラックチャンクのデータを読み出す。ファイル中
には、トラックチャンクの先頭であることを示す識別コ
ードが含まれている。この識別コードを手がかりにトラ
ックチャンクの位置を特定する。

【０１１０】読み出されるデータは、歌詞イベント、演
奏イベント、または補助データである。ステップＳＤ３
では、読み出したデータが補助データであるか否かをチ
ェックする。補助データであればステップＳＤ４へ進
み、補助データにより各種処理を行う。例えば、補助デ
ータを表示回路１４へと供給し、曲データに関する各種
情報を表示する。あるいは、補助データを所定のレジス
タへと書き込み、後に実行される検索処理（補助データ
の少なくとも１つを検索条件として、該検索条件に合致
する曲データを検索する；詳細説明は省略）に備えるな
どの処理を行う。

【０１１１】読み出したデータが演奏イベントあるいは
歌詞イベントであったときは、直ちにステップＳＤ５へ
進む。ステップＳＤ５では、トラックチャンクからすべ
てのデータの読み出しが終了したか否かをチェックす
る。読み出しが終了していないときには、ステップＳＤ
２へ戻り、トラックチャンク中の次のデータについて同
様の処理を繰り返す。全データについて処理が終了した
ときには、ステップＳＤ６へ進む。

【０１１２】ステップＳＤ６では、トラックチャンクか
ら読み出したデータに補助データが含まれていたか否か
をチェックする。補助データが含まれていたときには、
第１データフォーマットであり、このファイル選択処理
を終了する。

【０１１３】ステップＳＤ６において、トラックチャン
クから読み出したデータに補助データが含まれていない
と判断されたときには、第２または第３データフォーマ
ットの場合であるので、補助データの処理を行うため、
ステップＳＤ７へ進む。

【０１１４】ステップＳＤ７では、選択されたシーケン
スファイルの中から補助データチャンクをサーチする。
第２データフォーマットならば、ファイル中には、補助
データチャンクの先頭を示す識別コードが含まれてい
る。この識別コードを手がかりに補助データチャンクの
位置を特定する。

【０１１５】ステップＳＤ８では、補助データチャンク
が見つかったか否かを判断する。補助データチャンクが
見つかったときには、第２データフォーマットの場合で
あるので、ステップＳＤ９へ進む。ステップＳＤ９で
は、ステップＳＤ４と同様に補助データに関する処理を
実行する。

【０１１６】ステップＳＤ８において、補助データチャ
ンクが見つからなかったと判断されたときには、第３デ
ータフォーマットの場合であるので、ステップＳＤ１０
へ進む。

【０１１７】ステップＳＤ１０では、選択したシーケン
スファイルと同一ファイル名の補助データファイルをサ
ーチする。第３データフォーマットは、図１４に示した
ように、シーケンスファイルＦＬ１と補助データファイ
ルＦＬ３とが独立して記憶されている。

【０１１８】例えば、シーケンスファイルは“ＡＢＣ
Ｄ．ＭＩＤ”の名称であり、補助データファイルは“Ａ
ＢＣＤ．ＡＳＳ”の名称である。末尾の“ＭＩＤ”はシ
ーケンスファイルであることを示し、“ＡＳＳ”は補助
データファイルであることを示す。

【０１１９】ここで、例えば、シーケンスファイル“Ａ
ＢＣＤ．ＭＩＤ”が選択されているのであれば、同一フ
ァイル名の補助データファイル“ＡＢＣＤ．ＡＳＳ”を
サーチする。

【０１２０】ステップＳＤ１１では、補助データファイ
ルが見つかったか否かを判断する。補助データファイル
が見つかったのであれば、ステップＳＤ１２へ進む。ス
テップＳＤ１２では、見つけた補助データファイルの補
助データにより、ステップＳＤ４と同様の処理を実行す
る。

【０１２１】ステップＳＤ１１において、補助データフ
ァイルが見つからなかったと判断されたときには、ステ
ップＳＤ１３へ進む。ステップＳＤ１３では、「補助デ
ータ無し」のメッセージを表示回路１４に表示する。

【０１２２】以上により、第１〜第３データフォーマッ
トのデータから補助データが読み出され、各種処理が実
行される。なお、上述した例においては、第１データフ
ォーマット、第２データフォーマット、第３データフォ
ーマットの順に優先度が与えられ、先に見つかった歌詞
データあるいは補助データが利用されるようにしたが、
これとは異なる優先度を与えるようにしてもよい。例え
ば、第３データフォーマットを最優先すれば、新たなデ
ータファイルを供給するだけで、歌詞データや補助デー
タを新しいデータに更新することができる。

【０１２３】また、補助データとしては、上述したよう
なデータに限らず、演奏データを補助するような種類の
データであれば何でもよい。例えば、演奏データに対し
て歌やバックコーラス等、音声を付加するためのデータ
や、演奏データに対してさらに伴奏音を付与するような
データ（例えば伴奏パターンデータ等）であっても、本
発明の補助データに含まれる。

【０１２４】以上のように、本実施例によれば、異なる
種類のフォーマットの曲データが供給されても、統一フ
ォーマットのデータにデータ変換し、再生することがで
きる。これにより、様々なアプリケーションにより生成
された曲データを再生することができる。

【０１２５】また、歌詞データに対応していない演奏デ
ータに対して、容易に歌詞データを付加することができ
る。例えば、第３データフォーマットのように、歌詞フ
ァイルを付加するだけで、電子楽器の自動演奏データを
カラオケ用に簡単に流用することができる。

【０１２６】また、異なる種類のフォーマットの曲デー
タが供給されても、補助データを確実に利用することが
できる。また、補助データを記憶していない演奏データ
に対して、容易に補助データを付加することができる。
従来から存在していた演奏データに、補助データを付加
することで、演奏データの検索が容易になる。また、演
奏データに関する各種情報を操作者が知ることもでき
る。

【０１２７】さらに、曲データをデータ変換し、演奏デ
ータと歌詞データとを分離して、別のエリアに記憶させ
ることにより、演奏データの処理と歌詞データの処理を
分離することができる。演奏データの処理を優先的に処
理させれば、歌詞データ処理の負荷が大きくても、演奏
の遅れを防止することができる。

【０１２８】なお、歌詞イベントエリアには、改行まで
の文字を文字列とした文字列イベントデータを格納し、
それらをまとめて表示するようにしたが、１文字ずつ表
示するようにしてもよい。

【０１２９】また、歌詞データを先読みしておき、演奏
データの再生に先行して歌詞を表示するようにしてもよ
い。その際、表示文字の色を変えたり、下線を引く等の
方法によって演奏位置を示すようにしてもよい。

【０１３０】再生のテンポを変更するには、テンポクロ
ックの周期を変更したり、テンポクロックの周期はその
ままでタイムデータの値を修正したり、１回の処理にお
いてカウントする値を変えたりすればよい。

【０１３１】演奏データと歌詞データのみならず、同時
に画像データを処理してもよい。その際、画像データを
別に処理してもよいし、静止画像であれば、歌詞データ
と一緒に処理してもよい。

【０１３２】本実施例は、通信カラオケやパソコン通信
に適用することもできる。その際、送信側で用いても、
受信側で用いてもよい。以上述べたデータフォーマット
は例である。演奏データのフォーマットは、イベントと
相対時間の組、イベントと絶対時間の組、音高と符長の
組、その他ベタ方式等でもよい。

【０１３３】また、それぞれのチャンネルがトラック毎
に別れているデータ形式でもよいし、複数のチャンネル
が混在したデータ形成でもよい。以上実施例に沿って本
発明を説明したが、本発明はこれらに制限されるもので
はない。例えば、種々の変更、改良、組み合わせ等が可
能なことは当業者に自明であろう。

【０１３４】

【発明の効果】以上説明したように、本発明によれば、
演奏データと歌詞データを分離することにより、歌詞デ
ータよりも優先的に演奏データを処理することができる
ので、歌詞データのデータ量に依存し演奏データの再生
が遅れることを防止できる。

【０１３５】また、演奏データと歌詞データが異なるフ
ァイルに記憶されている際、操作者は演奏データのファ
イルを指定するだけで、対をなす演奏データと歌詞デー
タの再生を行わせるができる。

【０１３６】さらに、少なくとも２つの異なる記憶形式
で演奏データと歌詞データが記憶手段に記憶されている
場合、いずれの記憶形式で記憶されている演奏データと
歌詞データについても、再生することができる。

【０１３７】また、演奏データと補助データが異なるフ
ァイルに記憶されている際、操作者は演奏データのファ
イルを指定するだけで、対をなす補助データも指定する
ことができる。

【０１３８】また、少なくとも２つの異なる記憶形式で
演奏データと補助データが記憶手段に記憶されている場
合、いずれかの記憶形式で記憶されている補助データに
ついても確実に利用することができる。

【図面の簡単な説明】

【図１】 本発明の実施例による歌詞データ処理装置の
機能を説明するための図である。

【図２】 図２は、本実施例による歌詞データ処理装置
のハードウェア構成を示すブロック図である。

【図３】 第１データフォーマットを示す。図３（Ａ）
はシーケンスファイルのフォーマットを示す図であり、
図３（Ｂ）はトラックチャンクＴＣのデータ構成を示す
図である。

【図４】 第２データフォーマットを示す。図４（Ａ）
はシーケンスファイルのフォーマットを示す図であり、
図４（Ｂ）はトラックチャンクのデータ構成を示す図で
あり、図４（Ｃ）は歌詞チャンクのデータ構成を示す図
である。

【図５】 第３データフォーマットを示す。図５（Ａ）
はシーケンスファイルと歌詞ファイルのフォーマットを
示す図であり、図５（Ｂ）はトラックチャンクのデータ
構成を示す図であり、図５（Ｃ）は歌詞ファイルのデー
タ構成を示す図である。

【図６】 統一データフォーマットを示す。図６（Ａ）
はＲＡＭ中の演奏イベントエリアのデータフォーマット
を示す図であり、図６（Ｂ）はＲＡＭ中の歌詞イベント
エリアのデータフォーマットを示す図である。

【図７】 歌詞イベントデータから文字列イベントデー
タへの変換例を示す。図７（Ａ）は第１〜３データフォ
ーマットの歌詞イベントデータの例を示す図であり、図
７（Ｂ）は歌詞イベントエリアに記憶される文字列イベ
ントデータの例を示す図である。

【図８】 ＣＰＵが行うファイル選択処理のフローチャ
ートである。

【図９】 演奏イベント処理と歌詞イベント処理の優先
度を示す図である。

【図１０】 演奏イベント処理を示すフローチャートで
ある。

【図１１】 歌詞イベント処理を示すフローチャートで
ある。

【図１２】 補助データを含む第１データフォーマット
を示す。図１２（Ａ）はシーケンスファイルのフォーマ
ットを示す図であり、図１２（Ｂ）はトラックチャンク
のデータ構成を示す図である。

【図１３】 補助データを含む第２データフォーマット
を示す。図１３（Ａ）はシーケンスファイルのフォーマ
ットを示す図であり、図１３（Ｂ）はトラックチャンク
のデータ構成を示す図であり、図１３（Ｃ）は歌詞チャ
ンクのデータ構成を示す図である。

【図１４】 補助データを含む第３データフォーマット
を示す。図１４（Ａ）はシーケンスファイルと歌詞ファ
イルと補助データファイルのフォーマットを示す図であ
り、図１４（Ｂ）はトラックチャンクのデータ構成を示
す図であり、図１４（Ｃ）は歌詞ファイルのデータ構成
を示す図である。

【図１５】 補助データを処理するためのファイル選択
処理のフローチャートである。

【符号の説明】

１ データ変換装置、 ２ 再生装置、 ３ 演奏
データ処理部３、４ 歌詞データ処理部、 １１ Ｍ
ＩＤＩインターフェース、 １２ 検出回路、 １
３ 入力装置、 １４ 表示回路、 １５ 音源回
路、 １６ Ｄ／Ａ変換器、 １７ サウンドシス
テム、 １８ ＲＯＭ、 １９ＲＡＭ、 ２０
ＣＰＵ、 ２１ タイマ、 ２２ ハードディスク
装置、 ２３ フロッピディスク装置、 ２４ バ
ス、 ３１ 演奏イベントエリア、 ３２ 歌詞イ
ベントエリア

Claims (7)

【特許請求の範囲】
1. 【請求項１】 外部から演奏データと歌詞データが混在
   したフォーマットのデータを入力することができる入力
   手段と、 演奏データを記憶するための演奏データ記憶領域と歌詞
   データを記憶するための歌詞データ記憶領域とを有する
   メモリと、 前記入力手段から入力されるデータを演奏データと歌詞
   データとに分離して、それぞれ前記演奏データ記憶領域
   と歌詞データ記憶領域に記録する記録手段と、 前記歌詞データ記憶領域に記憶されている歌詞データを
   読み出して再生する歌詞データ再生手段と、 前記歌詞データ再生手段に優先して、前記演奏データ記
   憶領域に記憶されている演奏データを読み出して再生す
   る演奏データ再生手段とを有する歌詞データ処理装置。
2. 【請求項２】 演奏データについてはあるファイル名で
   特定し、該演奏データと対をなす歌詞データについては
   該演奏データのファイル名に対応するファイル名で特定
   し記憶する記憶手段と、 再生したい演奏データのファイル名を指示する指示手段
   と、 前記指示手段により指示されるファイル名の演奏データ
   を前記記憶手段から読み出し再生する演奏データ再生手
   段と、 前記指示手段により指示される演奏データのファイル名
   に対応する歌詞データのファイル名をサーチするサーチ
   手段と、 前記サーチ手段によりサーチされるファイル名の歌詞デ
   ータを前記記憶手段から読み出し再生する歌詞データ再
   生手段とを有する歌詞データ処理装置。
3. 【請求項３】 第１の記憶形式または第２の記憶形式に
   より演奏データおよび歌詞データを記憶する記憶手段
   と、 第１の記憶形式により記憶された歌詞データをサーチす
   るための第１歌詞データサーチ手段と、 第２の記憶形式により記憶された歌詞データをサーチす
   るための第２歌詞データサーチ手段と、 第１歌詞データサーチ手段により歌詞データをサーチ
   し、第１の記憶形式の歌詞データが見つかれば該歌詞デ
   ータを処理して演奏データと共に再生し、第１の記憶形
   式の歌詞データが見つからなければ、第２歌詞データサ
   ーチ手段により歌詞データをサーチし、第２の記憶形式
   の歌詞データが見つかれば該歌詞データを処理して演奏
   データと共に再生する再生手段とを有する歌詞データ処
   理装置。
4. 【請求項４】 前記第１および第２の記憶形式は、同一
   ファイル内に演奏データと歌詞データが混在して記憶さ
   れている記憶形式、同一ファイル内に演奏データと歌詞
   データが分離して記憶されている記憶形式、異なるファ
   イルに演奏データと歌詞データが記憶されている記憶形
   式、のうちの任意の２つの組み合わせである請求項３記
   載の歌詞データ処理装置。
5. 【請求項５】 演奏データについてはあるファイル名で
   特定し、該演奏データと対をなす補助データについては
   該演奏データのファイル名に対応するファイル名で特定
   し記憶する記憶手段と、 再生したい演奏データのファイル名を指示する指示手段
   と、 前記指示手段により指示されるファイル名の演奏データ
   を前記記憶手段から読み出し再生する演奏データ再生手
   段と、 前記指示手段により指示される演奏データのファイル名
   に対応する補助データのファイル名をサーチするサーチ
   手段と、 前記サーチ手段によりサーチされるファイル名の補助デ
   ータを前記記憶手段から読み出し処理する補助データ処
   理手段とを有する補助データ処理装置。
6. 【請求項６】 第１の記憶形式または第２の記憶形式に
   より演奏データおよび補助データを記憶する記憶手段
   と、 第１の記憶形式により記憶された補助データをサーチす
   るための第１補助データサーチ手段と、 第２の記憶形式により記憶された補助データをサーチす
   るための第２補助データサーチ手段と、 第１補助データサーチ手段により補助データをサーチ
   し、第１の記憶形式の補助データが見つかれば該補助デ
   ータを処理し、第１の記憶形式の補助データが見つから
   なければ、第２補助データサーチ手段により補助データ
   をサーチし、第２の記憶形式の補助データが見つかれば
   該補助データを処理する処理手段とを有する補助データ
   処理装置。
7. 【請求項７】 前記第１および第２の記憶形式は、同一
   ファイル内に演奏データと補助データが混在して記憶さ
   れている形式、同一ファイル内に演奏データと補助デー
   タが分離して記憶されている形式、異なるファイルに演
   奏データと補助データが記憶されている形式、のうちの
   任意の２つの組み合わせである請求項６記載の補助デー
   タ処理装置。