(57)【要約】【課題】アルゴリズムを用いて長いコード進行データの雰囲気を壊さずに自動的に短いコード進行データに短縮することができるコード進行編集システムを提供すること。【解決手段】  このシステムでは、コード進行データ（ＣＳ）を構成する楽節毎の情報ＣＰ，ＰＦ，ＢＦのうち少なくとも楽節構成情報ＰＦ（更にはブロック構成情報ＢＦ）に関して、コード進行データを短縮するための編集ルールが記憶され、ルール適用（アルゴリズム）方式でコード進行データの楽節が削除される。（１）〜（５）のように、少なくともコード進行情報ＣＰ及び楽節構成情報ＰＦ（更にはブロック構成情報ＢＦ）を含むコード進行データ（ＣＳ）＝ＣＳｏ〜ＣＳｓ４が供給されると、この編集ルールに基づき、斜線部のように、削除すべき楽節を自動的に決定し、決定された楽節を削除して、（２）〜（６）のように、新たなコード進行データＣＳｓ１〜ＣＳｓｅを生成する。【選択図】図５
2005208073.tif 000002
【特許請求の範囲】
【請求項１】
各楽節に夫々対応付けられたコード進行情報及び楽節構成情報を有するコード進行データ中の各楽節構成情報に関して、当該コード進行データを短縮するための編集ルールを記憶するルール記憶手段と、
複数楽節分のコード進行データを取得するデータ取得手段と、
上記編集ルールに基づき、取得されたコード進行データ中の楽節構成情報を参照して削除すべき楽節を決定する削除決定手段と、
このコード進行データから、決定された楽節のコード進行情報及び楽節構成情報を削除して、当該コード進行データを短縮するデータ短縮手段と
を具備することを特徴とするコード進行編集装置。
【請求項２】
前記編集ルールは、さらに、各楽節に対応付けられたブロック構成情報を更に有するコード進行データ中のブロック構成情報に関して、当該コード進行データを短縮するためのブロック関連編集ルールを備え、
前記削除決定手段は、この編集ルールに基づき、取得されたコード進行データ中の楽節構成情報及びブロック構成情報を参照して削除すべき楽節を決定し、
前記データ短縮手段は、このコード進行データから、決定された楽節のブロック構成情報、コード進行情報及び楽節構成情報を削除して、当該コード進行データを短縮する
ことを特徴とする請求項１に記載のコード進行編集装置。
【請求項３】
各楽節に夫々対応付けられたコード進行情報及び楽節構成情報を有するコード進行データ中の楽節構成情報に関して、当該コード進行データを短縮するための編集ルールを含み、
複数楽節分のコード進行データを取得するステップと、
上記編集ルールに基づき、取得されたコード進行データ中の楽節構成情報を参照して削除すべき楽節を決定するステップと、
このコード進行データから、決定された楽節のコード進行情報及び楽節構成情報を削除して、当該コード進行データを短縮するテップと
から成る手順を音楽情報処理装置に実行させるコード進行編集プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、元のコード進行データが有する雰囲気を壊すことなくコード進行データを短縮する編集を行うことができるようにしたコード進行編集システムに関する。
【背景技術】
【０００２】
従来より、既存のコード進行データを編集し、新たなコード進行データを生成する技術が知られている。例えば、特許文献１の従来技術によれば、楽節単位のコード進行データの任意の楽節をユーザが指定し、該指定された楽節のコード進行データを削除することで、短いコード進行データを得るようにしている。
【特許文献１】特開２００３−９９０４３号公報
【０００３】
しかしながら、このような方式では、削除すべき楽節をユーザが指定しているので、音楽的に好ましいコード進行データが得られるとは限らない。すなわち、音楽的に好ましくない楽節を削除してしまう可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
この発明は、このような事情に鑑み、アルゴリズムを用いて長いコード進行データの雰囲気を壊さずに自動的に短いコード進行データに短縮することができるコード進行編集システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
この発明の１つの特徴に従うと、各楽節に夫々対応付けられたコード進行情報（ＣＰ）及び楽節構成情報（ＰＦ）を有するコード進行データ（ＣＳ：ＣＳｏ，ＣＳｓ１，ＣＳｓ２，…）中の楽節構成情報（ＰＦ）に関して、当該コード進行データ（ＣＳ）を短縮するための編集ルール（Ｒ１〜Ｒ６）を記憶するルール記憶手段（３，４）と、複数楽節分のコード進行データ（ＣＳ）を取得するデータ取得手段（Ｐ２，Ｐ３；Ｐ９，Ｐ１１，Ｐ１３）と、編集ルール（Ｒ１〜Ｒ６）に基づき、取得されたコード進行データ（ＣＳ）中の楽節構成情報（ＰＦ）を参照して削除すべき楽節を決定する削除決定手段（Ｐ４〜Ｐ８，Ｐ１０，Ｐ１２）と、このコード進行データ（ＣＳ）から、決定された楽節のコード進行情報（ＣＰ）及び楽節構成情報（ＰＦ）を削除して、当該コード進行データ（ＣＳ）を短縮するデータ短縮手段（Ｐ９，Ｐ１１，Ｐ１３）とを具備するコード進行編集装置〔請求項１〕、並びに、各楽節に夫々対応付けられたコード進行情報（ＣＰ）及び楽節構成情報（ＰＦ）を有するコード進行データ（ＣＳ：ＣＳｏ，ＣＳｓ１，ＣＳｓ２，…）中の楽節構成情報（ＰＦ）に関して、当該コード進行データ（ＣＳ）を短縮するための編集ルール（Ｒ１〜Ｒ６）を含み、複数楽節分のコード進行データ（ＣＳ）を取得するステップ（Ｐ２，Ｐ３；Ｐ９，Ｐ１１，Ｐ１３）と、編集ルール（Ｒ１〜Ｒ６）に基づき、取得されたコード進行データ（ＣＳ）中の楽節構成情報（ＰＦ）を参照して削除すべき楽節を決定するステップ（Ｐ４〜Ｐ８，Ｐ１０，Ｐ１２）と、このコード進行データ（ＣＳ）から、決定された楽節のコード進行情報（ＣＰ）及び楽節構成情報（ＰＦ）を削除して、当該コード進行データ（ＣＳ）を短縮するステップ（Ｐ９，Ｐ１１，Ｐ１３）とから成る手順を音楽情報処理装置に実行させるコード進行編集プログラム〔請求項３〕が提供される。なお、括弧書きは、実施例における参照記号乃至参照箇所を表わす。
【０００６】
また、この発明によるコード進行編集装置において、編集ルール（Ｒ１〜Ｒ６）は、さらに、各楽節に対応付けられたブロック構成情報（ＢＦ）を更に有するコード進行データ（ＣＳ）中のブロック構成情報（ＢＦ）に関して、当該コード進行データ（ＣＳ）を短縮するためのブロック関連編集ルール（Ｒ３）を備え、削除決定手段（Ｐ４〜Ｐ８，Ｐ１０，Ｐ１２）は、この編集ルール（Ｒ１〜Ｒ６）に基づき、取得されたコード進行データ（ＣＳ）中の楽節構成情報（ＰＦ）及びブロック構成情報（ＢＦ）を参照して削除すべき楽節を決定し、データ短縮手段（Ｐ９，Ｐ１１，Ｐ１３）は、このコード進行データ（ＣＳ）から、決定された楽節のコード進行情報（ＣＰ）、楽節構成情報（ＰＦ）及びブロック構成情報（ＢＦ）を削除して、当該コード進行データ（ＣＳ）を短縮する〔請求項２〕ように構成することができる。
【発明の効果】
【０００７】
この発明によるコード進行編集システムでは、コード進行データ（ＣＳ）を構成する楽節毎の情報（ＣＰ，ＰＦ，ＢＦ）のうち少なくとも楽節構成情報（ＰＦ）に関して、コード進行データを短縮するための編集ルール（Ｒ１〜Ｒ６）を記憶しておき、ルール適用（アルゴリズム）方式で楽節を削除する。即ち、少なくともコード進行情報（ＣＰ）及び楽節構成情報（ＰＦ）を含むコード進行データ（ＣＳ：ＣＳｏ〜ＣＳｓ４）が供給されると、この編集ルールに基づき、削除すべき楽節〔図５（１）〜（５）の斜線部〕を自動的に決定し、この楽節を削除することにより当該コード進行データ（ＣＳ）を短縮して、新たなコード進行データ（ＣＳ：ＣＳｓ１〜ＣＳｓｅ）を生成する。従って、元の長いコード進行データから音楽的に好ましい楽節が残された短いコード進行データを得て、元のデータの雰囲気を壊さずに自動的に短いコード進行データに短縮することができる
【０００８】
また、編集対象となるコード進行データ（ＣＳ）は更にブロック構成情報（ＢＦ）を含み、編集ルール（Ｒ１〜Ｒ６）は、更にブロック構成情報（ＢＦ）に関するブロック関連編集ルール（Ｒ３）も含まれ、コード進行データ（ＣＳ）から、さらに、このブロック関連編集ルール（Ｒ３）に基づいて削除すべき楽節が自動的に決定される。これにより、元のコード進行データが持つ特有の起伏や雰囲気を維持し、長いコード進行データから、音楽的に更に好ましい楽節が残された短いコード進行データを得ることができる。
【０００９】
つまり、自動作曲などでは、同じ雰囲気を持ちつつ然も色々な時間長の曲を生成したい場合があり、そのためには、同じ雰囲気を持つ種々の長さのコード進行データを曲進行テンプレートとして用意する必要がある。従来は、これをユーザ自身が考えて作っていたが、この発明は、編集ルール（Ｒ１〜Ｒ６）によるアルゴリズムに従い、長いコード進行データ（ＣＳ）を元にして短いコード進行データを自動的に生成するものであり、元のコード進行データ中のコード（chord ）は、原則的に、そのまま使う（必要な場合のみ一部コード修正することがある：Ｒ６）ので、元データの持つ曲の雰囲気を保つことができる。
【発明を実施するための最良の形態】
【００１０】
〔システムの概要〕
図１は、この発明の一実施例によるコード進行編集システムのハードウエア構成ブロック図を示す。このシステムの本体となるコード進行編集装置には、電子楽器や音楽情報処理機能を有するパーソナルコンピュータ（ＰＣ）のような音楽情報処理装置が用いられ、このようなコード進行編集装置は、中央処理装置（ＣＰＵ）１、ランダムアクセスメモリ（ＲＡＭ）２、読出専用メモリ（ＲＯＭ）３、外部記憶装置４、演奏操作検出回路５、設定操作検出回路６、表示回路７、音源回路８、効果回路９、ＭＩＤＩインターフェース（Ｉ／Ｆ）１０、通信インターフェース（Ｉ／Ｆ）１１などを備え、これらの装置１〜１１はバス１２を介して互いに接続される。
【００１１】
ＣＰＵ１は、所定の制御プログラムに従い、タイマ１３によるクロックを利用して、コード進行編集を含む種々の音楽データ処理を実行する。ＲＡＭ２は、これらの処理に際して必要な各種データを一時記憶するためにのワーク領域として用いられる。また、ＲＯＭ３には、これらの処理を実行するために、コード進行編集プログラムを含む各種制御プログラムや各種データ、パラメータ等が予め記憶される。
【００１２】
外部記憶装置４は、ハードディスク（ＨＤ）等の内蔵記憶媒体の外に、コンパクトディスク・リード・オンリィ・メモリ（ＣＤ−ＲＯＭ）、フレキシブルディスク（ＦＤ）、光磁気（ＭＯ）ディスク、ディジタル多目的ディスク（ＤＶＤ）、スマートメディア（登録商標）等の小型メモリカード、等々、種々の可搬性の外部記録媒体を含む。例えば、ＲＯＭ３や外部記憶装置４には曲進行テンプレートデータベース（Ｄｂ）を構築し、多数の曲進行テンプレートデータ（コード進行データ）を蓄積しておくことができる。
【００１３】
演奏操作検出回路５は、鍵盤やホイール等の演奏操作子１４の演奏操作内容を検出し、設定操作検出回路６は、キースイッチやマウス等の設定操作子１５の設定操作内容を検出し、それぞれ、検出内容に対応する情報をシステム本体に導入する。表示回路７は、各種画面を表示するディスプレイや各種インジケータを備え、これらの表示／点灯内容をＣＰＵ１からの指令に従って制御し、各操作子１４，１５の操作に対する表示援助を行う。
【００１４】
音源回路８は、演奏操作子１４や記憶手段３，５からの演奏データを処理して得られる楽音データに対応する楽音信号を生成する。効果付与ＤＳＰを有する効果回路９は、楽音信号に所定の効果を付与し、効果回路９に接続されるサウンドシステム１７は、Ｄ／Ａ変換部やアンプ、スピーカを備え、効果が付与された楽音信号に基づく楽音を発生する。
【００１５】
また、ＭＩＤＩＩ／Ｆ１０には他の電子楽器（ＭＩＤＩ機器）ＥＤが接続され、このコード進行編集装置と他の電子楽器ＥＤとの間で、コード進行データを含む演奏データを授受し、このシステムで利用することができる。また、通信Ｉ／Ｆ１１には、インターネットやローカルエリアネットワーク（ＬＡＮ）などの通信ネットワークＣＮが接続され、外部のサーバコンピュータＳＶなどから、制御プログラムや演奏データ等の各種情報をダウンロードして外部記憶装置４に保存し、このシステムで利用することができる。
【００１６】
〔コード進行編集ルール〕
例えば、自動作曲においては、同じ雰囲気を持つ種々の時間長の曲を生成したい場合があり、そのためには、同じ雰囲気を持つ色々な長さの曲進行テンプレートを用意しなければならない。この発明の一実施例によるコード進行編集システムにおいては、ＲＯＭ３又は外部記憶装置４に記憶されたコード進行編集プログラムにコード進行編集ルールが含まれており、コード進行編集ルールに従うアルゴリズム方式によって、長い曲進行テンプレート（コード進行データ）を元にして短い曲進行テンプレート（コード進行データ）が自動的に生成される。この際、元のコードそのものは、必要な場合のみ一部修正されるが、それ以外は、元のままのコードを使うので曲の雰囲気は保たれる。このコード進行編集ルールは、基本的に、長いコード進行データから短いコード進行データを生成するための複数のルールが優先度の高いものから順に並べられて構成されており、編集対象のコード進行データに対して、ルールの昇順で楽節単位の情報を残す（情報削除は降順とする）。
【００１７】
この実施例では、コード進行データ（ＣＳ：ＣＳｏ，ＣＳｓ１，ＣＳｓ２，…）は、少なくとも、ブロック構成情報（ＢＦ）、楽節構成情報（ＰＦ）及びコード進行情報（ＣＰ）で構成され、これらの情報は各楽節に対応付けられている。楽節は、通常、音楽的なまとまりを持った区間を意味し、楽節構成情報（ＰＦ）は、当該楽節におけるコード進行情報（ＣＰ）の音楽的な特徴〔特徴記号“ａ”，“ｂ”，…で表わす〕を規定する情報であり、音楽的な特徴が同一又は類似した楽節には同一の特徴記号が付与される。なお、音楽的な特徴としては、コード進行情報（ＣＰ）自体でもよいし、コード進行情報（ＣＰ）がもつ機能や雰囲気でもよい。
【００１８】
また、ブロック構成情報（ＢＦ）は、各楽節に対して、曲の非サビ部（又は通常部）であるかサビ部であるかをブロックで規定する〔各部を、夫々タイプ記号“Ａ”，“Ｂ”で表わす〕情報である。つまり、ブロック構成情報（ＢＦ）に規定されるブロックには、サビ部分となるタイプ“Ｂ”のブロック（“Ｂブロック”と呼ばれる）とそれ以外の部分であるタイプ“Ａ”のブロック（“Ａブロック”と呼ばれる）の２種別があり、各楽節は何れかのブロックに属する。そして、コード進行データ（ＣＳ）は、これらの情報（ＢＦ，ＰＦ，ＣＰ）を参照してコード進行編集ルールに従い編集される。
【００１９】
図２は、このシステムで用いられるコード進行編集ルールの一例を示す。この例では、コード進行編集ルールは、編集されるコード進行データから音楽的に好ましい楽節のコード進行データを残して行くための「コード進行短縮化ルールＲａ」と、楽節を削除した際に結合される楽節のコード進行情報間のコードの結合を良くするための「コード結合ルールＲｂ」から成っている。
【００２０】
まず、コード進行短縮化ルールＲａは、図２〔１〕に示すように、次の（１）〜（４）の第１〜第４優先ルールＲ１〜Ｒ４から成る。
（１）第１優先ルールＲ１＝「曲最初楽節は削除しない。」：即ち、イントロとの結合のよさを保つために、曲の最初の楽節（第１楽節）は削除しない。
（２）第２優先ルールＲ２＝「曲最後楽節は全体楽節数３以上では削除しない。」：即ち、曲の全楽節数が３以上あるコード進行データについては、エンディングとの結合のよさを保つために、曲の最後の楽節は削除しない。
【００２１】
（３）第３優先ルールＲ３＝「ブロックは楽節数３以上では削除しない。各ブロック内の楽節数は表１の何れかとする。」：ブロックの種別にはサビ部分のＢブロックとそれ以外のＡブロックがあるが、このようなブロック種別が曲中で変わらないと伴奏やメロディーの変化に乏しくなるので、曲の全楽節数が３以上あるコード進行データについては、元のコード進行データが持つ特有の起伏や雰囲気を維持するために、同一種別のブロックに対応する楽節が１楽節しかない場合は当該ブロックの楽節を削除しない。すなわち、楽節を削除することでブロックがなくなるような楽節は削除しない。また、各同一種別ブロックで結果的に残り得る楽節数は、次の表１に示される組合せの何かとする。従って、削除前に全楽節数が４以上ある場合には、複数の削除方法が存在し、複数の楽節が削除候補に上がる。この場合は降順（即ち曲進行の後の方）の楽節を削除する。
【表１】
2005208073.tif 000003
【００２２】
（４）第４優先ルールＲ４＝「繰返し性はなるべく保つようにする。」：同一の楽節記号（例えば、“ａ”，“ｂ”，…）で表わされる音楽的に同一又は類似の楽節が３個以上ある場合は、２個になるまで削除することができる。また、同一記号の楽節が複数連続する場合（繰返しのある場合）は、１つになるまで削除しても結合のよさは保たれる。なお、繰返しは連続した楽節でなくても、後続の楽節で再現すればよい。
【００２３】
また、コード結合ルールＲｂは、図２〔２〕に示すように、次の（５），（６）の第５及び第６優先ルールＲ５，Ｒ６から成る。
（５）第５優先ルールＲ５＝「削除後の楽節間結合を表２により評価して合格となる結合を候補として残す。」：即ち、繰返しの無い単独楽節（即ち、前後に同一記号の楽節がない楽節）を削除すると楽節間の結合が悪くなる可能性があるので、このような場合には、楽節間結合を次の表２により評価して、合格となる結合を候補として残す。
（６）第６優先ルールＲ６＝「すべての結合評価が不合格の場合は、結合をよくするようにコードを修正する。」：即ち、表２の合格段（上段）に該当するようコード修正する。
【表２】
2005208073.tif 000004
【００２４】
〔コード進行編集処理〕
図３及び図４は、この発明の一実施例による自動作曲時におけるコード進行編集処理の動作例を表わすフローチャートであり、図５は、このコード進行編集処理によるコード進行データの編集（短縮化）の一例を示す。
【００２５】
コード進行編集プログラムによるコード進行編集処理が開始されると、ＣＰＵ１はディスプレイ１６に元データ選択画面を表示する。ユーザが、所定の設定操作子１５を用いて、短縮したい曲進行テンプレート（コード進行データ）を元データ選択画面から指示し、また、短縮終了後の所望の楽節数をセットしたり、１つの楽節の削除が決定される毎に短縮されるコード進行データ（中間データ）を保存するか否かをセットする操作を行うと〔ステップＰ１。以下、「ステップ」の語は省略。〕、これに応じて、ＣＰＵ１は、指示された曲進行テンプレートを編集対象に指定し、ＲＡＭ２上の所定領域にロードし、また、セットされた楽節数や中間データの保存の“可否”をＲＡＭ２上に設定する〔Ｐ２〕。
【００２６】
ここで、曲進行テンプレートは、例えば、図５（１）のオリジナルの曲進行データＣＳｏで示されるように、オリジナル曲のブロック構成を表わすブロック構成情報ＢＦ、オリジナル曲の楽節構成を表わす楽節構成情報ＰＦ及びオリジナル曲の各楽節に対応するコード進行を表わすコード進行情報ＣＰなどを含み、この例では、これら３情報ＢＦ，ＰＦ，ＣＰから成る曲構造データが「コード進行データ」と呼ばれる。
【００２７】
続いて、ＣＰＵ１は、ロードされた曲進行テンプレート（コード進行データ）から、曲構造データ（即ち、ブロック構成情報ＢＦ、楽節構成情報ＰＦ及びコード進行情報ＣＰの具体的な内容）を抽出し〔Ｐ３〕、次いで、コード進行短縮化ルールＲａに従い、抽出された曲構造データ（ＢＦ，ＰＦ，ＣＰ）のうちブロック構成情報（ＢＦ）及び楽節構成情報（ＰＦ）を参照して曲構造データを短縮化する処理を行う〔Ｐ４〕。
【００２８】
曲構造データ短縮化（楽節削除）処理〔Ｐ４〕の後は、単独楽節（繰返しのない楽節）を削除して２楽節以上になったか否かを判定し〔Ｐ５〕、単独楽節を削除して２楽節以上になったときは（Ｐ５→ＹＥＳ）、単独楽節を削除した方法の全てにつき、コード結合ルールＲｂの第５優先ルールＲ６（表１）に従って、抽出された曲構造データ（ＢＦ，ＰＦ，ＣＰ）のうち、削除された楽節の前後に位置する楽節のコード進行情報（ＣＰ）を参照して、当該削除前後楽節間におけるコード結合の評価を行う〔Ｐ６〕。
【００２９】
次いで、このコード結合評価に合格したか否か、即ち、削除前後楽節間のコードの根音（ルート）が、表１の上欄に示される関係にあるか否かを判定する〔Ｐ７〕。ここで、合格と判定されたときは（Ｐ７→ＹＥＳ）、短縮化（楽節削除）処理後のコード進行データを編集後のコード進行データに決定する〔Ｐ８〕。この場合、楽節削除の複数ケースについて合格した場合には、乱数表などを用いてランダムに決定するなどにより１つのケースを決定する。そして、楽節削除後の曲構造の進行順に、ブロック構成情報（ＢＦ）、楽節構成情報（ＰＦ）及びコード進行情報（ＣＰ）を並べて情報整理を行う〔Ｐ９〕。一方、評価が不合格のときは（Ｐ７→ＮＯ）、第６優先ルールＲ６により、削除前後楽節間の結合をよくするように、当該削除前後楽節のコード進行情報（ＣＰ）のコードを修正し〔Ｐ１０〕、楽節削除後曲構造の進行順に、ブロック構成情報（ＢＦ）、楽節構成情報（ＰＦ）及びコード修正後のコード進行情報（ＣＰ）を並べて情報整理を行う〔Ｐ１１〕。
【００３０】
また、繰返し楽節が削除された、或いは、単独楽節である最終楽節が削除されて第１楽節のみになったと判断したときは（Ｐ５→ＮＯ）、直ちに、当該楽節が削除されたコード進行データを編集後のコード進行データに決定し〔Ｐ１２〕、削除された楽節を除いたコード進行データについて情報整理を行い、曲構造の進行順に、ブロック構成情報（ＢＦ）、楽節構成情報（ＰＦ）及びコード進行情報（ＣＰ）を並べる〔Ｐ１３〕。
【００３１】
さらに、情報整理（Ｐ９，Ｐ１１，Ｐ１３）の後は、コード進行データの短縮が終了したか否か、即ち、決定されたコード進行データが所望の楽節数に達したか否かを判定する〔Ｐ１４〕。ここで、短縮が終了していなければ（Ｐ１４→ＮＯ）、曲構造データ短縮化処理（Ｐ４）に戻り、情報整理（Ｐ９，Ｐ１１，Ｐ１３）後のコード進行データ（「中間データ」という）について、上述した処理動作（Ｐ４〜Ｐ１３）を繰り返す。
【００３２】
そして、決定されたコード進行データが所望の楽節数に達して短縮処理を終了すると（Ｐ１４→ＹＥＳ）、コード進行決定処理（Ｐ８，Ｐ１０，Ｐ１２の何れか）で最終的に決定され、対応するステップ（Ｐ９，Ｐ１１，Ｐ１３の何れか）で情報整理された最終的なコード進行データを外部記憶装置４に保存し、中間データの保存“可”が設定されている場合には、更に、コード進行決定（Ｐ８，Ｐ１０，Ｐ１２）毎に情報整理された中間データを外部記憶装置４に保存した上、このコード進行編集処理を終了する。
【００３３】
なお、上述の例では、ユーザ操作で設定された楽節数や中間データ保存可否に基づいて短縮処理や保存処理を行っているが、デフォルト設定により、予め、自動的に全ての同一の所定長さに短縮したり、中間データ保存の“可”又は“否”を決めておいてもよい。
【００３４】
〔コード進行編集による短縮化の具体例〕
次に、このようなコード進行編集処理によるコード進行データの短縮化の一例を図５に従い具体的に説明する。このシステムで用いられるコード進行データＣＳは、一般的に、図５（１）〜（６）に示されるとおり、楽節に対応して、ブロック構成情報ＢＦ、楽節構成情報ＰＦ及びコード進行情報ＣＰ（曲構造データと総称される）が記述される。
【００３５】
図５（１）は、処理開始当初に編集対象とされるオリジナル曲進行データ（オリジナルコード進行データ）ＣＳｏを示す。この例では、オリジナルコード進行データＣＳｏは、６楽節から構成されており、楽節毎に、対応する曲構造データＢＦ，ＰＦ，ＣＰが並べられている。また、各楽節は４小節から成り、各小節は、各楽節のコード進行情報ＣＰの１コード分に対応する。以下、このオリジナルコード進行データＣＳｏを、順次、５楽節乃至１楽節に短縮していく場合について、説明を進める。
【００３６】
まず、６楽節のオリジナルコード進行データＣＳｏ〔図５（１）〕については、第１優先ルールＲ１により曲の最初の第１楽節（ａ）を残し、また、３楽節以上なので、第２優先ルールＲ２により曲の最後の第６楽節（ｄ）を残す。５楽節にするには、第３優先ルールＲ３の表１によると、次の（１），（２）の２通りの削除方法がある：
（１）Ａ，Ｂ各ブロック内の楽節数を夫々３，２とすべく、Ａブロック内から１楽節〔第２，５楽節の何れか（第１，６楽節はルールＲ１，Ｒ２で削除不可）〕を削除する。
（２）Ａ，Ｂブロック内の楽節数を夫々２，３とすべく、Ｂブロック内から１楽節（第３，４楽節の何れか）を削除する。
【００３７】
しかしながら、元々Ｂブロックには２楽節しか存在しないので、同ルールＲ３の規定により（２）の方法は不適当であり、（１）の方法を採用する。更に第４優先ルールＲ４を適用すると、同一記号（“ａ”）で表わされる繰返し楽節はＡブロックに３つ〔第１，２，５楽節（但し、第１楽節はルールＲ１で削除不可）〕あるが、繰返しのある第２楽節（ａ）を削除しても、第１楽節（ａ）と次に来る第３楽節（ｂ）との結合の良さ（Ｇ７→Ａｍ）は保たれるので、斜線の塗潰しで示すように、当該第２楽節（ａ）を削除する。その結果、図５（２）のような曲構造データＢＦ，ＰＦ，ＣＰから成る５楽節化されたコード進行データＣＳｓ１が得られる。〔処理フロー：Ｐ４→Ｐ５・ＮＯ→Ｐ１２→Ｐ１３〕
【００３８】
次に、５楽節のコード進行データＣＳｓ１〔図５（２）〕についても、第１優先ルールＲ１により第１楽節（ａ）を残し、３楽節以上なので第２優先ルールＲ２により曲最後の第５楽節（ｄ）を残す。４楽節にするには、第３優先ルールＲ３の表１によると３通りの削除方法があるが、元々Ｂブロックは２楽節しか存在しないので、Ａ，Ｂ各ブロック内の楽節数を夫々１，３とする方法（表１：「４小節の場合」の第１行）は不適当であり、次の（１），（２）の削除方法（同第２，３行）が該当する：
（１）Ａ，Ｂブロック内の各楽節数を２とすべく、Ａブロック内から第４楽節を削除する（第１，５楽節はルールＲ１，Ｒ２で削除不可）。
（２）Ａ，Ｂブロック内の楽節数を夫々３，１とすべく、Ｂブロック内から削除候補（第２，３楽節）を求め、このうち降順にある第３楽節（ｃ）を削除する。
【００３９】
更に第４優先ルールＲ４を適用すると、（２）の方法は、Ａブロックに繰返し楽節（ａ）が２つあるので、（１）の方法に優先して採用され、斜線塗潰しで示すように、第３楽節（ｃ）を削除する。その結果、図５（３）のような曲構造データＢＦ，ＰＦ，ＣＰから成る４楽節化されたコード進行データＣＳｓ２が得られる。〔処理フロー：Ｐ４→Ｐ５・ＮＯ→Ｐ１２→Ｐ１３（２回目）〕
【００４０】
さらに、４楽節化されたコード進行データＣＳｓ２〔図５（３）〕についても、第１優先ルールＲ１により第１楽節（ａ）を残し、３楽節以上なので第２優先ルールＲ２により曲最後の第４楽節（ｄ）を残す。３楽節にするには、第３優先ルールＲ３の表１によると２通りの削除方法があるが、Ｂブロックは既に１楽節（第２楽節）しか存在しないので、Ａ，Ｂブロック内の楽節数を夫々１，２とする方法（表１：「３小節の場合」の第１行）は不採用とし、Ａ，Ｂブロック内の楽節数を夫々２，１とする方法（同第２行）を採用して、Ａブロックの第３楽節（ｃ）を削除する（第１，４楽節はルールＲ１，Ｒ２で削除不可）。また、第４優先ルールＲ４の繰返しについては、第３優先ルールＲ４を適用した段階で既に存在しない。〔処理フロー：Ｐ４（３回目）〕
【００４１】
第３楽節（ｃ）の削除は、繰返しの無い単独楽節の削除に当るため、第５優先ルールＲ５が適用され、第３楽節（ｃ）の削除した場合に隣接することになる第２楽節（ｂ）と第４楽節（ｄ）について、第２楽節（ｂ）から第４楽節（ｄ）へのコード結合度を求めると、“１度”が得られる。これを表２で評価すると不合格となるので、不合格となった結合を第６優先ルールＲ６で修正する。〔Ｐ５・ＹＥＳ→Ｐ６→Ｐ７・ＮＯ→Ｐ１０〕
【００４２】
ここで、修正対象コードは、第２楽節（ｂ）のコード進行情報ＣＰ＝“Ａｍ−Ｄｍ−Ｆ−Ｄ７”における最後のコード“Ｄ７”或いは第４楽節（ｄ）のコード進行情報ＣＰ＝“Ｄｍ−Ｅｍ−Ｆ−Ｇ７”における最初のコード“Ｄｍ”である。この場合、どちらを修正するかは、ランダムに決定するか、或いは、ダイアトニックを優先して修正するなどの条件で決定する。ここでは、ランダムに決定して第２楽節（ｂ）の最終コード“Ｄ７”を修正対象とし、これを表２の合格条件（上段）に合うように修正する。例えば、これをコード“Ｃ”に修正すれば、直前のコード“Ｆ”のルート（根音）から＋完全４度、その後のコード“Ｄｍ”へは＋２度となり合格する。なお、複数の合格候補が有る場合は、ダイアトニック優先などの条件を設けるか或いは候補の中からランダムに決定する。
【００４３】
その結果、斜線の塗潰しで示すように、コード“Ｃ”に修正したとすると、図５（３）のような曲構造データＢＦ，ＰＦ，ＣＰから成る３楽節化されたコード進行データＣＳｓ３が得られる〔Ｐ１１〕。なお、修正コードは、３和音／４和音或いはダイアトニックコード／ノンダイアトニックコードというように指示してもよい。４和音とすれば、コードは“Ｃ”でなく“Ｃ６”や“ＣＭ７”になる。
【００４４】
３楽節のコード進行データＣＳｓ３〔図５（３）〕を２楽節化するには、第３優先ルールＲ３によると、表１の「２楽節の場合」からＡ，Ｂ各ブロック内の楽節数を夫々１とすべきであるが、第１優先ルールＲ１により第１楽節（ａ）を残し、３楽節以上のため第２優先ルールＲ２により曲最後の第４楽節（ｄ）を残すので、斜線の塗潰しで示すように、第２楽節（ｂ）を削除する。この場合、第４優先ルールＲ４の繰返しについては  第２優先ルールの適用段階で既に存在しない（単独楽節の削除）ので、第５優先ルールＲ５に従って、残される第１楽節（ａ）のコード“Ｇ７”から第３楽節（ｄ）のコード“Ｄｍ”への結合度を評価すると、＋５度となり、表２の基準に合格する。その結果、図５（４）のような曲構造データＢＦ，ＰＦ，ＣＰから成る２楽節化されたコード進行データＣＳｓ４が得られる。〔処理フロー：Ｐ４（４回目）→Ｐ５・ＹＥＳ→Ｐ６→Ｐ７・ＹＥＳ→Ｐ８→Ｐ９〕
【００４５】
２楽節のコード進行データＣＳｓ４〔図５（４）〕を１楽節化するには、第１優先ルールＲ１により曲最初の第１楽節（ａ）を残すだけで、１楽節化を目標とするため第２優先ルールＲ２以下は該当しないので、直ちに、図５（５）のような曲構造データＢＣ，ＰＦ，ＣＰから成る１楽節化されたコード進行データＣＳｓ５が得られる〔処理フロー：Ｐ４（５回目）→Ｐ５・ＮＯ→Ｐ１２→Ｐ１３〕。なお、この場合、第１楽節（ａ）のコード進行情報ＣＰ＝“Ｃ−Ｆ−Ａｍ−Ｇ７”のみになり、エンディングとの結合が悪くなる可能性があるが、このようなときは、最後のコード“Ｇ７”を修正してもよい。
【００４６】
〔種々の実施態様〕
【００４７】
以上、図面を参照しつつこの発明の好適な実施の一形態について説明したが、これは単なる一例であって、この発明は、発明の精神を逸脱しない範囲で種々の変更が可能である。例えば、実施例では、編集対象とするコード進行データを曲進行テンプレートデータベース（Ｄｂ）中のオリジナル曲進行データ（ＣＳｏ）から供給するようにしたが、コード進行データは、既存のコード進行データを可搬性外部記録媒体経由や通信ネットワーク経由で供給してもよいし、ユーザが作成するようにしてもよい。
【００４８】
また、コード進行データ（ＣＳ）に含まれる楽節構成情報（ＰＦ）やブロック構成情報（ＢＦ）は、供給されたコード進行情報（ＣＰ）に最初から付加されていてもよいし、コード進行編集装置自体でコード進行情報を解析して自動的に付加してもよい。楽節構成情報とブロック構成情報の双方が付加されているものに限らず、楽節構成情報のみの付加でもよい。その場合、ブロック構成情報に基づく削除ルールは適用しないこととする。
【００４９】
また、短縮されたコード進行データの利用形態としては、自動作曲に限らず、コード進行データの表示、自動伴奏装置や教習装置への供給等どのような形態に利用してもよい。
【００５０】
また、コード進行編集ルールは、例示したものに限らず、楽節構成やブロック構成に応じて削除すべき楽節を決定するものであれば、どのようなルールでもよい。また、他の要素を加味して決定してもよい。
【図面の簡単な説明】
【００５１】
【図１】この発明の一実施例によるコード進行編集システムのハードウエア構成ブロック図である。
【図２】この発明の一実施例によるコード進行編集プログラムに含まれるコード進行編集ルールの一例である。
【図３】この発明の一実施例によるコード進行編集プログラムに基づく処理動作の一例を表わすフローチャートの一部である。
【図４】この発明の一実施例によるコード進行編集プログラムに基づく処理動作の一例を表わすフローチャートの他部である。
【図５】この発明の一実施例によるコード進行編集処理によるコード進行データの短縮化の一例である。
【符号の説明】
【００５２】
Ｄｂ  曲進行テンプレートデータベース（コード進行データベース）、
Ｒａ；Ｒ１〜Ｒ４  コード進行データ短縮化ルール、
Ｒｂ；Ｒ５，Ｒ６  コード結合ルール、
ＣＳ；ＣＳｏ，ＣＳｓ１〜ＣＳｓ４，ＣＳｓｅ  曲進行データ（コード進行データ）、
ＢＦ  ブロック構成情報、
ＰＦ  楽節構成情報、
ＣＰ  コード進行情報。
【図１】
2005208073.tif 000005
【図２】
2005208073.tif 000006
【図３】
2005208073.tif 000007
【図４】
2005208073.tif 000008
【図５】
2005208073.tif 000009