JP3163653B2 - 調性判定装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は音楽装置に関し、特に
コード進行の調性判定を行なう調性判定装置に関する。

【０００２】

【従来の技術】自動伴奏機能を有する電子楽器は既に知
られている。この種の電子楽器では鍵盤のような演奏入
力装置からキーコード（ノートナンバー）の組み合わせ
としてコードを順次指定してコード進行を入力する。電
子楽器内部には、コードセットの各コードの構成音をル
ート（コード根音）からの音程を示すようにして記憶す
るコード構成音メモリが設けられている。コードルート
／タイプ判別機能により、入力された複数のキーコード
（ノートナンバー）の１つをコードのルートと仮定して
残りのキーコードのルートからの音程を求め、コード構
成音メモリと比較可能な指定コード構成音データを生成
する。コードルート／タイプ判別機能は生成した指定コ
ード構成音データについてコード構成音メモリを検索す
る。指定コード構成音データとコード構成音メモリにお
けるあるコードタイプに対するコード構成音データとの
間での一致が発見されることによりコードのタイプとル
ートが識別される。このようにして、各コードをルート
とタイプで表現したコード進行が得られる。更に、電子
楽器内部には伴奏パターンを記憶する伴奏パターンメモ
リが設けられている。伴奏パターンは伴奏ラインの水平
（時間）情報と垂直（音高）情報とから成る。伴奏解読
機能により、識別したコードのタイプとルートに従っ
て、記憶された伴奏パターンの垂直情報（各伴奏音の垂
直データ）が具体的な音高（ピッチ）を示すデータに変
換される。

【０００３】この種の装置はコード進行における各コー
ドの機能を評価する能力を欠いている。一般に、音楽に
おいてコードのタイプとルートの情報のみから、そのコ
ードの区間で使用可能な音のピッチクラス（音高の種
類）のセットである調性を特定することはできない。例
えば、コードＣ ＭＡＪＯＲ（コード構成音Ｃ、Ｅ、
Ｇ）について述べると、もし、このコードがＩ（トニッ
ク）の機能を有するのであれば、適合するピッチクラス
のセットとして、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ（キーＣ
のイオニアンスケール）が望ましい。このコードＣ Ｍ
ＡＪＯＲが

【外字１】 （ドミナント）の機能を有するのであれば、適合するピ
ッチクラスセットはＣ、Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ♭（キ
ーＦのミクソリディアンスケール）である。コードＣ
ＭＡＪＯＲが

【外字２】 （サブドミナント）の機能を有するのであれば、Ｃ、
Ｄ、Ｅ、Ｆ♯、Ｇ、Ａ、Ｂ（キーＧのリディアンスケー
ル）がピッチクラスセットとして好ましい。即ち、音楽
的には、コードのタイプとルート及び機能が特定されな
い限り、好ましいピッチクラスセット（調性）を決定し
得ない。にもかかわらず、上述した装置はコード構成音
メモリのルートとタイプのみを使用して、伴奏パターン
を解読して伴奏音のピッチを決定する。したがって、自
動伴奏に好ましくないピッチ（高さ）の音が混ざって不
自然になる可能性がある。これを避けるには記憶される
伴奏パターンの垂直情報を例えばコード構成音のみを含
むように制限すればよいが、そうすると伴奏が単純なも
のになってしまう。

【０００４】本件出願人に係る特願昭６２−３３３５９
５号にはコード進行の調性を判定する調性判定装置と調
性判定装置の結果を利用して伴奏を行う自動伴奏装置が
示されている。この調性判定装置はコード進行のコード
間の調性距離を評価アルゴリズムに従って評価すること
によって各コードの調性を判定している。原理上、この
調性判定装置は比較的信頼性の低い調性判定しかできな
い。

【０００５】調性判定装置と自動伴奏装置の別の例が特
開平２−２９７８７号に示される。この調性判定装置は
与えられたコード進行の中から、特定のコードタイプパ
ターンと特定のルート差パターンをもつ部分を検索して
調を判定する。しかし、この調性判定装置ではコード進
行の先行する部分に対して既に判定した調を後続するコ
ードに対する調判定に利用したり参照したりすることは
決してない。したがって、転調（キーの変化）の検出が
遅れがちになる。このような遅れのために、コード進行
の一部では調が誤って判定されてしまう。このような調
性判定装置の応用である自動伴奏装置は既に述べた理由
から十分に満足のゆく伴奏を行い得ない。

【０００６】最近、本件出願人は先行する調を手掛りに
して後続するコードの調を判定する調性判定装置を提案
している（特願平３−６８９２２号、平成３年３月８日
出願）。この調性判定装置は後続するコードが先行する
調を維持するかどうかを確認する同一維持確認機能と、
後続するコードの調が先行する調に関係する調かどうか
を判定する転調検出機能を有している。したがって、こ
の調性判定装置はかなり正確にコード進行の各コードの
調性を判定することができ、特に近親調への転調は遅れ
なしに検出できる。しかし、現実の音楽における種々の
状況のすべてに満足のゆく対応ができるわけではない。

【０００７】現実の音楽のコード進行なかには、調性や
コード機能をはっきりと特定できないような部分を含む
ものがある。しかし、従来の調性判定装置はいずれもこ
のような判然としないコード進行部分はないとする誤っ
た前提に立ってコード進行を分析するか、あるいは、正
確な調性判定が困難なコード進行部分に対して、無理や
り特定の１つの調性を判定するように構成されている。
したがって、従来の調性判定装置はそのようなコード進
行部分に対する妥当な調性判定能力を明らかに欠いてい
る。妥当でない（局所的な）調性判定結果は前後の（正
しく判定された）調性に悪影響を及ぼし、音楽の調性の
全体的な流れに意図しない転調や欠陥をつくる。このよ
うな調性分析の不備はそれを利用する自動伴奏装置によ
って演奏される伴奏に必然的に現われる。

【０００８】

【発明が解決しようとする課題】したがって、この発明
の目的は、調性の特定が困難なコード進行部分を検出可
能とし、そのコード進行部分に対して、そのまわりの調
性を損わないような無理のない調性解釈が可能な調性判
定装置を提供することである。

【０００９】

【課題を解決するための手段、作用】この発明によれ
ば、各コードをルートとタイプで表現したコード進行を
付与するコード進行付与手段と、コード進行を分析する
ための知識ベースを記憶する知識記憶手段と、上記コー
ド進行付与手段から付与されたコード進行を上記知識ベ
ースに基づいて分析して各コードの機能名とキーノート
を判定する機能・キーノート判定手段と、分析されたコ
ード進行のなかで、上記機能・キーノート判定手段によ
り機能名とキーノートが特定されたコードに対しては、
そのコードの区間において使用可能なピッチクラスのセ
ットを規定する調性データを、特定されたコードの機能
名とキーノートとに基づいて生成する第１調性データ生
成手段と、分析されたコード進行のなかで、上記機能・
キーノート判定手段により機能名とキーノートが特定さ
れなかったコードに対しては、そのコードの区間におい
て使用可能なピッチクラスのセットを規定する調性デー
タを、そのコードのルートとタイプに基づいて生成する
第２調性データ生成手段とを有し、更に、上記第２調性
データ生成手段は、機能名とキーノートが特定されなか
ったコードの区間において使用可能なピッチクラスのセ
ットを、そのコードがとり得る複数の機能名とキーノー
トの可能性に対して共通して使用可能なピッチクラスの
セットによって規定する手段を有することを特徴とする
調性判定装置が提供される。

【００１０】この構成の場合、コード進行のコードのな
かで機能名とキーノートを特定できたコード（特定の１
つの機能名とキーノートを判定できたコード）に対して
は、その特定された機能名とキーノートとに基づいてそ
のコードの区間で使用可能なピッチクラスセットを決定
し、機能名とキーノートを判定できなかったコードに対
しては、そのコードのルートとタイプとに基づいてその
コードの区間で使用可能なピッチクラスセットを決定す
る。したがって、個々のコード区間におけるピッチクラ
スセットの決定（調性解釈）に無理がなく、コード進行
から可能な限り自然な調性の進行を抽出することができ
る。

【００１１】

【００１２】コード進行中のコードがとり得る機能名と
キーノートが複数ある場合には、この複数の可能性に対
して共通して使用可能なピッチクラスセットをそのコー
ドの区間におけるピッチクラスセットとして決定するの
が好ましい。例えば、コード進行の最初のコードである
Ｃメジャー（ルート＝Ｃ、タイプ＝メジャー）に対する
機能名・キーノート判定手段の結果が３つの可能性、す
なわち、 第１の可能性として機能名“

【外字３】 メジャー”とキーノート“Ｃ”、 第２の可能性として機能名“

【外字１】メジャー”とキーノート“Ｆ”、 第３の可能性として機能名“

【外字２】メジャー”とキーノート“Ｇ”、 を示したとする。第１の可能性に対して使用可能なピッ
チクラスセット（調性）を“Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ａ、
Ｂ”とし、第２の可能性に対して使用可能なピッチクラ
スセット（調性）を“Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ♭”
とし、第３の可能性に対して使用可能なピッチクラスセ
ット（調性）を“Ｃ、Ｄ、Ｅ、Ｆ＃、Ｇ、Ａ、Ｂ”とす
る。この３つの可能性のすべてに共通して使用可能なピ
ッチクラスは“Ｃ、Ｄ、Ｅ、Ｇ、Ａ”である。したがっ
てコード進行の最初のコードＣメジャーに対して使用可
能なピッチクラスセットは“Ｃ、Ｄ、Ｅ、Ｇ、Ａ”とな
る。このピッチクラスセット“Ｃ、Ｄ、Ｅ、Ｇ、Ａ”は
上記３つの調性の共通ピッチクラスであるので最初のコ
ードＣメジャーに後続するコードの区間の調がＣ、Ｆ、
Ｇのいずれであっても、その調性を損わないように働
く。

【００１３】なお、本書において、コード機能名または
単に機能名とはコード機能とコードタイプとの組み合わ
せのことをいう。

【００１４】

【００１５】

【実施例】以下、図面を参照してこの発明を更に詳細に
説明する。図１（Ａ）〜（Ｅ）にこの発明の特徴を組み
込んだ自動伴奏装置を示す。本自動伴奏装置は、大きく
分けて調性判定装置と伴奏形成装置とから成る。図１
（Ａ）に１０として調性判定装置を機能ブロック図で示
している。

【００１６】調性判定装置１０の目的はルートとタイプ
で各コードを表現したコード進行に基づき、各コードの
区間（音楽時間）において使用可能なピッチクラス（音
高の種類）のセット（集合）を定める調性データ（ＴＯ
ＮＡＬＩＴＹデータ）を生成することである。調性判定
装置１０は、主な要素として、コード進行入力装置２
０、キー／機能進行抽出部（３０、４０、５０〜５２か
ら成る）、コード進行知識データベース６０、及び調性
データ生成部７０を含む。コード進行入力装置２０は、
各コードをルートとタイプとで規定したコード進行を付
与する。キー／機能進行抽出部はコード進行入力装置２
０からのコード進行における各コードが示唆するキーノ
ートとコードの機能をコード進行知識データベース６０
に記憶される音楽知識に基づいて判定してコード進行に
適合するキーノート進行と機能進行を抽出する。調性デ
ータ生成部７０はキー／機能進行抽出部からのキーノー
ト進行と機能進行に応答し、コード進行の各コードの区
間で使用可能なピッチクラスセットを表わす調性データ
を生成する。

【００１７】この実施例の特徴に従い、キー／機能進行
抽出部は、先行する区間のキーノートを手掛りとして後
続するコードのキーノートと機能を判定する第１判定部
３０と、先行するキーノートを手掛りとすることなく後
続するコードと先行するコードとが形成するコードパタ
ーンを分析して後続するコードの機能とキーノートを判
定する第２判定部４０を含む。図１（Ａ）では、先行す
るキーノートを「現キーノート」と呼び、後続するコー
ドをコード進行からの「新コード」と呼んでいる。以
下、これらの用語を用いて説明する。

【００１８】現キーノートを表わすデータは現キーノー
トメモリ５１に記憶される。現キーノートメモリ５１の
内容は、第１判定部３０または第３判定部４１により新
たなキーノートが検出される都度、キーノート更新部５
２を介して更新される。

【００１９】第１判定部３０は、現キーノートが判明
（確定）している場合に動作し、現キーノートメモリ５
１からのキーノートとコード進行知識データベース６０
からの音楽知識とに基づき、コード進行入力装置２０か
らの新コードのキーノートと機能を判定する。

【００２０】一方、第２判定部４０は、現キーノートが
不明な場合（存在しない場合を含む）や、第１判定部３
０の判定が失敗した場合（特定のキーノート、機能を判
定できなかった場合）に動作し、コード進行入力装置２
０からの新コードとそれに先行するコードとによって形
成されるコードパターンをコード進行知識データベース
６０の音楽知識に従って分析して新コードのキーノート
と機能を判定する。

【００２１】現キーノートが確定しているか未確定（保
留）であるかの情報を記憶するために、キー保留フラグ
５０を設けている。キー保留フラグ５０はコード進行の
分析開始時にリセット状態（現キーノートがないことを
表わす）に初期化され、第２判定部４０により特定のキ
ーノートが検出されるとセットされて現キーノートが確
定したことを表わす。いったんセット状態（キー確定状
態）になった後も、第１判定部３０と第２判定部４０の
いずれも、コード進行の後続コードである新コードのキ
ーノートを特定できなかったときは再びキー保留状態に
リセットされて現キーノートが不明であることを表わ
す。

【００２２】第１判定部３０は、コード進行知識データ
ベース６０の同一キーノート維持コードテーブル６１に
記憶される音楽知識に従いコード進行入力装置２０から
の新コードが現キーノートを維持するかどうかを判定す
る調維持判定能力を有する。ここに、同一キーノート維
持コードテーブル６１はキーノートを同一に維持するコ
ードのセットを記憶する。記憶容量を節約するため、同
一キーノート維持コードテーブル６１の各コードエント
リは、キーノートとコードルートとコードタイプとの組
合せによる表現形式ではなく、機能名の形式、即ち、コ
ード機能とコードタイプとの組合せによる形式をとるの
が好ましい。この場合、第１判定部３０内の調維持判定
手段は、図示のように、機能生成部３１と調維持検索部
３２とで構成できる。機能生成部３１は、コード進行入
力装置からの新コードを現キーノートメモリ５１にある
現キーノートによって評価して新コードの機能を生成す
る。調維持検索部３２は、生成された機能と（コード進
行入力装置２０から与えられた）新コードのタイプとか
らなる新コードの機能名をもつコードエントリを同一キ
ーノート維持コードテーブル６１から検索する。検索に
より、新コードの機能名と一致するコードエントリが見
つかった場合（３３）は、機能生成部３１での仮定、す
なわち、現キーノートを新コード区間におけるキーノー
トとみなした仮定が正しかったことになる。これが成立
する場合は、新コードの機能名（タイプと機能）とキー
ノートが調性データ生成部７０に渡され、ここで新コー
ドの区間で使用可能なピッチクラスセットを表わす調性
データが生成される。

【００２３】更に、第１判定部３０は、同一キーノート
維持コードテーブルに、現キーノートで評価した機能を
有する新コードに相当するコードが含まれない場合に、
転調の可能性を調べる転調判別手段を備えている。転調
判別手段は、コード進行知識データベース６０の転調コ
ードシーケンステーブルに記憶される音楽知識に従っ
て、新コードとそれに先行するコードとによって形成さ
れるコードパターンが現キーノートからそれに関係する
キーノートへの転調を示唆するかどうかを判別する。こ
の目的のため、転調コードシーケンステーブル６２は関
係キーノートへの転調を示唆するコードシーケンスのセ
ットを記憶する。テーブル６２の各転調コードシーケン
スエントリは種々の形式で表現できる。一形式におい
て、各転調コードシーケンスエントリは、ピボットコー
ドとピボットコードに後続する転調後のコードを含み、
ピボットコードは転調前の機能名と関係キーノートへの
転調後の機能名とによって表現され、転調後のコードは
転調後の機能名によって表現される。この場合、転調判
定手段は図１（Ａ）に示す関係キーノート生成部３４、
機能生成部３５、転調検索部３６によって構成できる。
関係キーノート生成部３４は現キーノートメモリ５１に
ある現キーノートに関係するキーノート（関係キーノー
ト）を生成する。好ましくは、関係キーノート生成部３
４は複数の関係キーノートを生成する。機能生成部３５
は関係キーノートと新コードとを受け、各々の関係キー
ノートで評価した新コードの機能を生成する。更に機能
生成部３５は新コードに先行するコード（直前コード）
を現キーノートで評価した機能と、直前コードを各関係
キーノートで評価した機能を生成する。機能生成部３５
で生成されたこれらの機能は新コードのタイプと直前コ
ードのタイプ、各関係キーノートのデータとともに転調
検索部３６に入力される。転調検索部３６は、関係キー
ノート別の入力データ（現キーノートでそれぞれ評価し
た直前コードの機能名及び現キーノートで評価した新コ
ードの機能名）と一致する転調コードシーケンスエント
リを転調コードシーケンステーブル６２から検索する。
ある関係キーノートについて、転調コードシーケンステ
ーブル６２がそのような転調コードシーケンスを含むな
ら、（３７）、直前コードと新コードとから成るコード
パターンによって、現キーノートから上記関係キーノー
トへの転調が示唆されていることになり、機能生成部３
５で生成した新コードの関係キーノートから見た機能
は、新コードの正しい機能を表わしていることになる。
これが成立する場合、関係キーノート、新コードのタイ
プ及び関係キーノートで評価した新コードの機能が調性
データ生成部７０に渡され、ここで、新コードの区間に
おいて使用可能なピッチクラスセットを表わす調性デー
タが生成される。また、関係キーノートはキーノート更
新部５２にも渡され、キーノート更新部５２により、現
キーノートメモリ５１は関係キーノートに更新される。

【００２４】第１判定部３０において新コードに対する
キーノートと機能の判定が失敗に終った場合（調維持検
索部３２と転調検索部３７の検索により各々の入力デー
タと一致するエントリが同一キーノート維持コードテー
ブル６１、転調コードシーケンステーブルにないことが
判明した場合）、新コードに対するキー／機能判定のタ
スクは第２判定部４０に引き継がれる。さらに、第２判
定部４０は現キーノートが不明なときにも新コードに対
するキー／機能判定のタスクを受けもつ。

【００２５】第２判定部４０は現キーノートの情報にた
よることなく、コード進行知識データベース６０の調確
立コードシーケンステーブル６３に記憶される音楽知識
に従って、新コードとそれに先行するコードとによって
形成されるコードパターンが特定のキーノートの確立を
示唆するかどうかを判定する。この目的のため、調確立
コードシーケンステーブル６３は、キーノートないし調
を確立するコードシーケンス（調確立コードシーケン
ス）のセットを記憶する。テーブル６３にエントリされ
る各調確立コードシーケンスは、例えば次のような表現
形式をもつ。コードシーケンスの最後のコードはコード
シーケンスが確立するキーノートで評価した機能名（機
能とタイプ）で表現され、最後のコードに先行するコー
ドはそのコードのタイプとそのコードのルートの直後の
コードのルートからの音程（ルート差）とによって表現
される。この表現形式の調確立コードシーケンステーブ
ル６３わ採用した場合、第２判定部４０はルート差算出
部４１と調確立検索部４２とで構成できる。ルート差算
出部４１はコード進行入力装置２０からの分析すべきコ
ードパターン、即ち新コードとそれに先行する１以上の
コードとから成るコードパターンにおける隣り合うコー
ド間のルート差を算出する。この結果、新コードをパタ
ーンの最後のコードとする分析コードパターンは、タイ
プのパターンとルート差のパターンとによって表現しな
おされたことになる。調確立検索部４２は、このような
分析コードパターンをもつ調確立コードシーケンスを調
確立コードシーケンステーブル６３から検索する。その
ような調確立コードシーケンスのエントリがテーブル６
３にあれば（４３）、新コードを末尾とする分析コード
パターンはキーノートを確立するものであり、確立され
るキーノートの種類は、見つけ出した調確立コードシー
ケンスから与えられる最後のコードの機能とコード進行
入力装置２０から与えられる新コードのルートとから特
定される。即ち、キーノートからのルートの音程を機能
の値とするキーノートが分析コードパターンによって確
立されるキーノートである。

【００２６】調確立検索部４２の検索の成功により、新
コードの機能とキーノートを特定できた場合、第２判定
部４０は、キーが確立したことを示すためキー保留フラ
グ５０をセットする。更に、第２判定部４０はキーノー
ト更新部５２を介して弦キーノートメモリ５１を新たに
確定したキーノートに更新する。更に、第２判定部４０
の判定された新コードの機能とキーノートは新コードの
タイプの情報とともに調性データ生成部７０に渡され、
ここで新コードの区間で使用可能なピッチクラスセット
が決定される。

【００２７】一方、調確立検索部４２の検索の失敗によ
り新コードの機能とキーノートを特定できなかった場
合、第２判定部４０はキーが不明になったことを示すた
め、キー保留フラグ５０をリセットする。この場合、調
性データ生成部７０は以下に述べる方法により新コード
の区間で使用可能なピッチクラスセットを規定する調性
データを生成する。

【００２８】この実施例の特徴に従い、調性データ生成
部７０は、（第１判定部３０と第２判定部４０を含む）
キー／機能判定手段により新コードの機能とキーノート
が特定できた場合は第１の方法で（狭い調性解釈によ
り）新コードの区間で使用可能なピッチクラスセットを
規定する調性データを生成し、新コードの機能とキーノ
ートが特定できなかった場合には第１の方法とは異なる
第２の方法で（広い調性解釈により）新コードの区間で
使用可能なピッチクラスセットを規定するデータを生成
する。

【００２９】キー／機能判定手段の判定により新コード
の機能とキーノートが特定できたかどうかを知るため
に、調性データ生成部７０はキー保留フラグ５０の状態
を読む。セット状態（キー保留解除状態）であれば、機
能とキーノートは特定されており、リセット状態（キー
保留状態）であれば特定されていない。“キー保留解除
状態”のとき、調性データ生成部７０は第１判定部３０
または第２判定部４０で特定された新コード機能とキー
ノート、及びコード進行入力装置２０から与えられる新
コードのタイプとに基づいて新コードの区間で使用可能
なピッチクラスセットを決定する。なお、新コードの機
能とキーノートとタイプとの組み合わせの代りにこれと
等価な組み合わせに基づいて使用可能なピッチクラスセ
ットを決定してもよい。一般化すると、調性データ生成
部７０は新コードの機能とルートとキーノートのうち少
なくとも２つ（例えば新コードの機能とルート）と、新
コードのタイプとの組み合わせから使用可能なピッチク
ラスセットを決定することができる。このようなピッチ
クラスセットは上記の組み合わせに適したものであり、
それを用いた旋律は調性を明確にするように働く。この
ようなピッチクラスセットを得るため、調性データ生成
部７０に機能名／スケール変換テーブル７１を設け、新
コードの機能名（機能とタイプの組み合わせ）をスケー
ルに変換するのが好ましい。使用可能なピッチクラスセ
ットは機能名を変換したスケールとキーノートとの組み
合わせにより規定される（テーブル７１内のスケールの
開始音である基音がキーノートから所定音程をもつとし
て定義されている場合）。あるいは変換されたスケール
と新コードのルートとの組み合わせによって使用可能な
ピッチクラスセットが規定される（スケールの基音＝コ
ードルートとした場合）。

【００３０】一方、キー保留フラグ５０が“キー保留状
態”のとき、即ち、いずれの判定部３０、４０も新コー
ドの機能とキーノートを特定できなかったときは、調性
データ生成部７０は（特定されない新コードの機能ある
いは新コードがとり得る複数の機能の可能性と）新コー
ドのタイプとルートに基づく広い調性解釈により新コー
ドの区間で使用可能なピッチクラスセットを規定する。
このピッチクラスセットは旋律に使用された場合に複数
の調性の可能性を許容するように働く。通常、このピッ
チクラスセットは機能を特定した場合に新コードの区間
で使用可能となるピッチクラスセットの一部である。好
ましくは、機能を特定できない場合に使用可能なピッチ
クラスセットは、新コードがとる可能性のある複数の機
能のすべてに対して共通して使用可能なピッチクラスセ
ットによって定めるのがよい。

【００３１】この方式による使用可能なピッチクラスセ
ットの決定法を図１（Ｆ）に例示する。図１（Ｆ）の方
式（共通ＰＣ方式）によれば、コードタイプから、可能
性のある複数の機能を想定し、コードタイプが各々の機
能をもつときに使用可能スケール（ピッチクラスセッ
ト）を定め、これらのスケールに共通のピッチクラスを
求め、これを機能が特定できない場合に使用可能なピッ
チクラスセットとしている。例えば、新コードのルート
がＣ、タイプがメジャー（Ｍａｊｏｒ）だとすると、タ
イプ“Ｍａｊｏｒ”から、新コードの取り得る機能は

【外字３】か

【外字２】か

【外字１】である。コードＣ Ｍａｊｏｒの機能が

【外字３】のとき使用可能なピッチクラスセット（ＰＣ
Ｓ）は Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ であり、機能

【外字２】に対してはＰＣＳは Ｃ、Ｄ、Ｅ、Ｆ＃、Ｇ、Ａ、Ｂ であり、機能

【外字１】に対してＰＣＳは Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ♭ である。したがって、これらのＰＣＳに共通なピッチク
ラスは、 Ｃ、Ｄ、Ｅ、Ｇ、Ａ であり、これが、機能とキーノートを特定できなかった
ときの新コードＣ Ｍａｊｏｒの区間において使用可能
なピッチクラスセットを規定する。このピッチクラスセ
ット（Ｃ、Ｄ、Ｅ、Ｇ、Ａ）は３つの機能

【外字４】 の可能性に対するピッチクラスセット（各々が特定の調
性を明確にする性格をもつ）に共通なピッチクラスで構
成されるので、広い調性（３つの個々の調Ｃ、Ｇ、Ｆの
可能性）を示す。換言すると機能とキーノートを特定で
きなかったコードＣ Ｍａｊｏｒの区間でこのピッチク
ラスセット（Ｃ、Ｄ、Ｅ、Ｇ、Ａ）による旋律を使用す
れば、この区間の前後の調がＣ、Ｇ、Ｆのいずれであっ
ても（調Ｃを明確にするピッチクラスセット（Ｃ、Ｄ、
Ｅ、Ｆ、Ｇ、Ａ、Ｂ）による旋律、調Ｇを明確にするピ
ッチクラスセット（Ｃ、Ｄ、Ｅ、Ｆ＃、Ｇ、Ａ、Ｂ）に
よる旋律、調Ｆを明確にするピッチクラスセット（Ｃ、
Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ♭）の旋律、のいずれが使用さ
れても）、この前後の調の性格を損わないように作用す
る。例えば、後続する区間でピッチクラスセット（Ｃ、
Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ）による旋律が演奏されたとす
ると、聴者はその時点で調がＣであることを明確に知
る。また、それに先立って演奏されたコードＣ Ｍａｊ
ｏｒ区間での旋律と調Ｃを明確にした後続の旋律との間
に転調感を経験しないので、先行する旋律の調をＣであ
ることに気付く。

【００３２】このようにして、本調性判定装置では、機
能とキーノートを特定できないコードの区間に対するピ
ッチクラスセットをそのコードのタイプとルートによる
広い調性解釈に従って決定することにより、調性の流れ
に欠陥（誤った転調）をもちこまない調性データ（ピッ
チクラスセット）の列を得ることができる。これに対
し、従来の調性判定装置ではコードの機能の特定が困難
な場合でも、無理やり、音楽的根拠なしに、そのコード
の機能を特定し（そのコードがとり得る複数の機能の可
能性のなかから勝手に１つの機能を選択し）、根拠のな
いこのコード機能に対応するピッチクラスセットを転調
として決定する。その結果、コード進行から得られる調
性の進行が欠陥や誤った転調を含むおそれがある。

【００３３】図１（Ａ）に戻り、調性データ生成部７０
は、機能を特定できないコードの区間で使用可能なピッ
チクラスセットを生成するために、コードのタイプをス
ケールに変換するタイプ／スケール変換テーブル７２を
含む。変換されたスケールとコードのルートとの組み合
わせにより使用可能なピッチクラスセットが定められ
る。所望であれば、ルート・タイプ／ピッチクラスセッ
ト変換テーブルメモリを用いて、ルートとタイプとの組
み合わせから直接的に使用可能なピッチクラスセットを
得てもよいが、記憶容量面では不利である。例えば、ル
ート・タイプ／ピッチクラスセット変換テーブルは各ル
ート・タイプ組合せ入力に対して図１（Ｆ）に例示する
ような共通ＰＣを返すルックアップテーブルメモリによ
って実現できる。また、タイプ／スケール変換テーブル
７２は、各コードタイプ入力に対し、スケール開始音を
コードルートとする、音程構造表現のスケールを返すル
ックアップテーブルによって実現できる。例えば、タイ
プ“Ｍａｊｏｒ”に対するスケールの音程構造表現デー
タは（０、２、４、７、９）で表現できる（ここに、
“０”がコードルートと同じピッチクラスをもつスケー
ルの基音を表わし、“２”はスケールの基音から半音
（数値“１”）の２倍の音程をもつスケールの第２音を
表わし、以下、同様である）。ピッチクラスＣ〜Ｂをそ
れぞれ“０”から“１１”で表現してみる。コードのル
ートのピッチクラスが“Ｃ”即ちデータ“０”だとする
と、このコードルートデータ“０”をスケールの各音の
データに加えることにより、機能を特定できないコード
Ｃ Ｍａｊｏｒの区間において使用可能なピッチクラス
セットデータ（０、２、４、７、９）即ちピッチクラス
セット（Ｃ、Ｄ、Ｅ、Ｇ、Ａ）が得られる。

【００３４】まとめると、図１（Ａ）の調性判定装置１
０の主な特徴、利点は以下の通りである。 （Ａ）従来の調性判定装置と異なり、先行する調を手掛
りにして後続するコードの区間における調性を判定する
第１調性判定機能（３０、６１、６２、７０）と、先行
する調を手掛りとすることなくコードの区間の調性を判
定する第２調性判定機能（４０、６３、７０）の両方を
備えている。 （Ｂ）両調性判定機能は互いの弱点を補完し合う。すな
わち先行する区間の調を手掛りにすると後続区間の調を
容易に決定できるような音楽的状況に対する調性判定能
力は第１調性判定機能が高い。第２調性判定機能はこの
ような音楽的状況では後続する区間の正しい調の判定や
転調の検出が遅れがちになる。一方、先行する区間の調
を手掛りにするのが困難な音楽的状況に対する問題解決
能力（調性判定能力）は第２調性判定機能が優れてい
る。したがって、第１調性判定機能と第２調性判定機能
を組み合わせることにより、従来の調性判定装置では達
成できないような調性判定能力をもつ調性判定装置を提
供できる。 （Ｃ）調を特定できる音楽的状況（従来の調性判定装置
が前提としている状況）だけでなく調を特定できないよ
うな音楽的状況をも考慮している（５０）。すなわち、
機能を特定できないコードがコード進行に含まれる状況
をも考慮している。 （Ｄ）（キー・機能判定手段３０、４０により）機能を
特定できたコードに対しては、そのコード区間における
調性を狭く解釈し（７１）、一方、機能を特定できなか
ったコードに対してはそのコード区間における調性を広
く解釈している（７２）。これにより、流れが自然な調
性進行が得られる。 （Ｆ）すなわち、機能を特定できたコードに対しては、
そのコードとタイプとルートと特定した機能、の組み合
わせ（またはこれと等価な組み合わせ）に従ってそのコ
ード区間で使用可能なピッチクラスセットを決定し、一
方、機能を特定できなかったコードに対しては、そのコ
ードのとり得る複数の機能の可能性を考慮してそのコー
ドのタイプとルートとからそのコード区間で使用可能な
ピッチクラスセットを決定している。

【００３５】以上述べたような調性判定装置を伴奏形成
装置と組み合わせれば、調性感が豊かで調性の流れが自
然な伴奏をコード進行の入力に合わせて演奏する自動伴
奏装置を提供できる。

【００３６】図１（Ａ）に示すような調性判定装置を利
用して伴奏を形成する伴奏形成装置は種々の態様で実現
できる。その基本構成を図１（Ｂ）に機能ブロック図で
示す。

【００３７】図１（Ｂ）において、伴奏形成装置９０は
コード進行の中で機能を特定できたコード区間における
伴奏を形成する第１伴奏形成装置１９０と、機能を特定
できなかったコード区間における伴奏を形成する第２伴
奏形成装置２９０とから成る。この目的のため、第１伴
奏形成装置１９０はキー保留フラグ５０（図１（Ａ）の
調性判定装置１０に含まれるものであるがわかりやすく
するため図１（Ｂ）にも示した）が“キー保留解除”状
態のときに動作し、コードの機能とタイプとキーノート
との組み合わせに基づいて伴奏を形成する。ここに、コ
ードの機能とキーノートは図１（Ａ）の第１判定部３０
または第２判定部４０から与えられるものであり（各判
定部３０、４０においてそのコードの機能とキーノート
を特定できた場合に）、コードのタイプはコード進行入
力装置２０から与えられる。第１伴奏形成装置１９０
は、コードの機能とタイプとキーノートとの組み合わせ
の代りに、その組み合わせと等価な情報をもつ組み合わ
せ（例えば、コードの機能とタイプとルート）を受ける
ような構成でもよい。あるいは、調性データ生成部７０
からの（そのコード、即ち機能が特定されたコードの区
間において）使用可能なピッチクラスセットの情報を受
けるようにしてもよい。いずれの場合も、第１伴奏形成
装置は機能が特定されたコードの音楽時間において使用
可能なピッチクラスセットに含まれるピッチクラスの音
高をもつ伴奏を結果として形成する。したがってコード
の機能、タイプ、キーノートの組み合わせあるいはこれ
と等価な組み合わせを受ける構成の第１伴奏形成装置１
９０は、明示的であれ暗示的であれ、内部になんらかの
かたちで、調性データ生成部７０の一部に相当するも
の、即ち上記のような組み合わせから機能が特定された
コードの区間で使用可能なピッチクラスセットを決定な
いし定義する調性ピッチクラスセット手段を含むことに
なる。例えば、コード機能、タイプ、キーノートのある
組み合わせに対して使用可能なピッチクラスセットから
選んだピッチクラスで伴奏音を構成した伴奏データを記
憶するメモリがあるとし、外部からその組み合わせの情
報が与えられた場合に上記メモリを選択して伴奏データ
を出力するように第１伴奏形成装置を構成したとする。
この構成の場合、調性ピッチクラスセット手段はメモリ
と、組合せ情報に従ってメモリを選択する手段とで実現
されていることになる。また、上記のメモリを音楽スタ
イル別に構成した場合には、上記の組合せ以外に音楽ス
タイルをも考慮して調性ピッチクラスセットを規定する
手段が実現されることになる。

【００３８】図１（Ｂ）では、第１伴奏形成装置１９０
をコードの機能とタイプから、その組み合わせに適した
伴奏パターンを発生する第１伴奏パターン発生部１９２
と、この発生部１９２から出力される伴奏パターンのピ
ッチデータをキーノートまたはコードルートのデータと
加算して実際に演奏される伴奏音ピッチを発生する加算
器１９６（音高発生手段）とで構成している。第１伴奏
パターン発生部１９２のピッチデータをキーノートから
の音程で表現した場合にはそれにキーノートを加えるこ
とで実伴奏ピッチが得られる。この代りに第１伴奏パタ
ーン発生部１９２のピッチデータをコードルートからの
音程で表現した場合はそれにコードルートを加えること
で実伴奏ピッチが得られる。

【００３９】一方、第２伴奏形成装置２９０は、キー保
留フラグ５０が“キー保留”状態のとき（コードの機能
を特定できなかったことを表わす）動作し、機能を特定
できなかったコードのタイプとルートに基づいて伴奏を
形成する。タイプのルートの組み合わせの代りに、調性
データ生成部７０で生成される、そのコード区間で使用
可能なピッチクラスセットの情報を受けるように第２伴
奏形成装置２９０を構成してもよい。いずれにしても、
第２伴奏形成装置はそのようなピッチクラスセットに含
まれるピッチクラスの音高をもつ伴奏を形成する。した
がって、タイプとルートの組み合わせを受ける構成の第
２伴奏形成装置は内部になんらかのかたちで調性データ
生成部７０の一部に相当するもの、即ち、機能を特定で
きないコードの区間において使用可能なピッチクラスセ
ットを広い調性解釈に従ってそのコードのタイプとルー
トから決定、定義する手段を含むことになる。

【００４０】図１（Ｂ）では第２伴奏形成装置２９０を
コードのタイプに従って伴奏パターンを発生する第２伴
奏パターン発生部２９２と、発生した伴奏パターンのピ
ッチデータ（ルートからの音程を表現する）にコードル
ートのデータを加算して、実伴奏音ピッチを発生する加
算器２７６とで構成している。

【００４１】図１（Ｃ）は第１伴奏パターン発生部１９
２の構成例を明らかにした第１伴奏形成装置１９０Ｍで
あり、図１（Ｄ）は第２伴奏パターン発生部２９２の構
成例を明らかにした第２伴奏形成装置２９０Ｍである。
図１（Ｃ）に示す第１伴奏形成装置１９０Ｍはコードの
機能・タイプ（またはスケール）別に用意された複数の
伴奏パターンメモリ１９３−１〜１９３−ｎ（全体を９
１で示す）を有する。各伴奏パターンメモリは、特定の
機能・タイプ組合せ（または特定のスケール）に適合す
るピッチ内容（ピッチライン）をもつ伴奏パターンを記
憶する。例えば第１の伴奏パターンメモリ１９３−１は
機能が

【外字３】（トニック）でタイプがメジャーのコードあ
るいはイオニアンスケールに適合するピッチ内容の伴奏
パターンを記憶する。更に、伴奏形成装置１９０Ｍは選
択部１９４を有する。この選択部１９４は調性判定装置
１０からのコードの機能・タイプ（またはスケール）に
従って、複数の伴奏パターンメモリ１９３−１〜１９３
−ｎのなかから同一のコード機能・タイプ（または同一
のスケール）に関する伴奏パターンを選択する。複数の
伴奏パターンメモリ１９３−１〜１９３−ｎの伴奏音ピ
ッチデータＰ１〜Ｐｎのなかで選択部１９４により選択
された伴奏音ピッチデータをＰｓで示してある。選択さ
れたピッチデータＰｓは加算器１９６により調性判定装
置１０からのキーノートまたはコードルートを表わすデ
ータと加算される。加算器１９６の出力データが最終的
な伴奏音のピッチを表わす。複数の伴奏パターンメモリ
１９３と選択部１９４が図１（Ｂ）の第１伴奏パターン
発生部１９２の構成例であることがわかる。

【００４２】図１（Ｃ）の第１伴奏形成装置１９０Ｍで
は、複数の伴奏パターンメモリ１９３−１〜１９３−ｎ
における複数の伴奏パターンが有するリズム成分（伴奏
音の長さのシーケンス）を互に独立にできる。換言すれ
ば、図１（Ｃ）の第１伴奏形成装置１９０Ｍは調性判定
装置１０からのスケール（またはコードの機能とタイプ
の組合せ）に依存したリズムを有する伴奏ラインを形成
可能である。したがって、コード進行におけるコードの
変化に伴ってリズムが変化する伴奏を行うことができ
る。

【００４３】図１（Ｄ）の第２伴奏形成装置２９０Ｍで
も同様の手法により、複数の伴奏パターンメモリ２９３
−１〜２９３−ｍ（全体を２９３で示す）と選択部２９
４とを用いて図１（Ｂ）の第２伴奏パターン発生部２９
２を実現している。ただし、各伴奏パターンメモリ２９
３−１〜２９３−ｍの伴奏パターンは個々のコードタイ
プ（またはスケール）に適合するピッチ内容をもつ。選
択部２９４はコード進行入力装置２０から与えられるコ
ードタイプ（またはタイプ／スケール変換テーブル７２
から与えられるスケール）に従って伴奏パターンを選択
する。図１（Ｅ）に伴奏形成装置のもう１つの構成例を
９０Ｍとして示す。

【００４４】図１（Ｅ）において伴奏形成装置９０Ｍは
伴奏スタイル別に基準の伴奏パターンを記憶する伴奏パ
ターンメモリ９１を備える。記憶される伴奏パターンは
（図示しない）読出部によって繰り返し読み出される。
伴奏パターンメモリ９１から読み出した伴奏音の基準ピ
ッチをＰで図示してある。伴奏形成装置９０は更に、ピ
ッチ変更データテーブルメモリ９４を含む。ピッチ変更
データテーブルメモリ９４内の各テーブル要素には伴奏
パターンメモリ９１からのピッチデータＰを変更するた
め差分ピッチデータ△Ｐが記憶される。ピッチ変更デー
タテーブルメモリ９４のテーブル要素は、スケールと変
更すべき伴奏音のピッチとの組み合わせによって特定
（アドレス指定）される。調性データ生成部７０からの
スケールを表わすデータと伴奏パターンメモリ９１から
の伴奏音基準ピッチデータがアドレス部９５に入力さ
れ、ここでピッチ変更データテーブルメモリ９４のテー
ブル要素を指すアドレスが生成される。ここにアドレス
部９３に入力されるスケールは、機能を特定できたコー
ドの場合には、機能名／スケール変換テーブル７１から
与えられる機能名対応スケールであるのに対し、機能を
特定できなかったコードの場合にはタイプ／スケール変
換テーブル７２から与えられるタイプ対応スケールであ
る。したがって、このようなスケールを受ける代りに、
キー保留解除時（コード機能確定時）には機能とタイプ
を受け、キー保留時（コード機能不確定時）にはタイプ
を受けるようにアドレス部９３を変形してもよい。アド
レス指定されたテーブル要素にあるピッチ変更データ△
Ｐは加算器９５により伴奏パターンメモリ９１からの基
準ピッチデータＰに加算される。加算器９５から出力さ
れるピッチデータは、キー保留解除時には、機能名対応
スケールに適合するピッチ内容（例えばキーノートから
の音程で表現される）をもち、キー保留時にはタイプ対
応スケールに適合するピッチ内容（コードルートからの
音程で表現される）をもつ。このピッチデータは、更に
第２の加算器９６により選択部９７からのデータと加算
されて実際の伴奏音のピッチとなる。選択部９７はキー
保留解除時（キー確定時）には現キーノートメモリ５２
からのキーノートを選択し、キー保留時にはコード進行
入力装置２０からのコードルートを選択する。なお、キ
ー保留解除の場合もキー保留時と同様に加算器９５から
出力されるデータがコードルートからの音程を表わすよ
うに、ピッチ変更テーブルメモリ９４の内容を設定して
おけば、選択器９７は不要であり、キーの保留、解除に
かかわらずコードルートを加算器９５の出力に加算すれ
ば実伴奏音ピッチが得られる。

【００４５】以上の説明からわかるように図１（Ｅ）の
伴奏形成装置９０Ｍも、図１（Ｂ）に示す第１伴奏形成
装置１９０と第２伴奏形成装置２９０に相当する機能を
有するものである。図１（Ｅ）の構成の場合、伴奏形成
に必要な記憶容量を最小化できる利点がある。

【００４６】以下、図２から図３３を参照して具体的な
実施例を詳細に説明する。図２は、具体的な実施例に係
る自動伴奏装置のハードウェアのブロック図である。Ｃ
ＰＵ１００は自動伴奏装置全体の制御を行う。ＲＯＭ１
０２には、ＣＰＵ１００の実行するプログラムと固定デ
ータ（コード進行知識データベースを含む）が記憶され
る。ＲＡＭ１０４はＣＰＵ１００の制御の下にワークメ
モリとして使用される。入力装置１０６はメロディとコ
ードを入力するための鍵盤を含む。楽音生成装置１０８
はＣＰＵ１００の制御の下に楽音信号を生成する。サウ
ンドシステム１１０は楽音信号を受け、外部に放音す
る。タイマー１１２は所定の時間の経過を計時し、ＣＰ
Ｕ１００に対し、タイマーインターラプトルーチン（図
４）を起動するためのタイマー割込信号を与える。表示
装置１１４はコード進行、コード進行に対応する機能進
行、キーノート進行、調性（ピッチクラスセット）の進
行を表示可能である。

【００４７】図３は図１（Ａ）のＣＰＵ１００の動作の
メインフローを示す。パワーオン時に、ＣＰＵ１００は
調性判定システムを初期化する（３−１）。この初期設
定処理３−１には、後述する一時変数（図６（Ａ）、
（Ｂ）、（Ｃ））を所定の値に設定する処理が含まれ
る。３−２でＣＰＵ１００は入力装置１０６を通常の仕
方でキースキャンする。３−３でＣＰＵ１００は鍵盤の
メロディ入力領域から入力されたメロディ鍵情報に基づ
いて楽音生成装置１０８を制御して、メロディ音を発生
させる。３−４でＣＰＵ１００は表示装置１１４を制御
して入力されたコード進行の評価結果（例えば、ピッチ
クラスセットの進行）を表示する。例えば、使用可能な
ピッチクラスセットを鍵盤の鍵に対応してナビゲータ表
示することにより、使用者によるアドリブ演奏が容易に
なる。

【００４８】図４にタイマー１１２のタイムアウトによ
って周期的に起動され、ＣＰＵ１００により実行される
タイマーインターラプトルーチンを示す。４−１でＣＰ
Ｕ１００は伴奏鍵情報（キースキャン４−２で取り込ま
れている）を調べ、指定されたコードのタイプとルート
を周知の仕方で判別する。新たなコードが検出されると
（４−２）、ＣＰＵ１００はその新コードの機能とキー
ノートを判定する（４−３）。次に、ＣＰＵ１００は新
コードの区間で使用可能なピッチクラスセットを表わす
調性データを生成する（４−４）。最後にＣＰＵ１００
は調性データに基づいて伴奏データを形成し、楽音生成
装置１０８を制御して伴奏音信号を生成させる。

【００４９】図５はＲＯＭ１０２に置かれるコード構成
音テーブルＣＫＴである。コード構成音テーブルＣＫＴ
には各コードタイプに対するコード構成音のセットが記
憶される。“０”の構成音データが根音を表わす。他の
構成音は根音との間の音程によって表わされる。“１”
が半音（短２度）の音程を表わし、“２”は全音（長２
度）の音程を表わし、以下、同様にして“１１”が長７
度の音程を表わす。“１５”のデータはダミーであり、
コード構成音テーブルＣＫＴにおける各コードに対する
記憶場所の数を４に統一するために、３つの構成音から
成るトライアドコードに対して使用される。コード構成
音テーブルＣＫＴはコード判別４−１において、コード
タイプを特定するときにも使用することができる。

【００５０】図６（Ａ）、（Ｂ）、（Ｃ）は後述するフ
ローチャートで使用、参照される一時変数（ＲＡＭ１０
４に置かれる）のリストである。変数（レジスタ）ＣＤ
Ｎはコード判別４−１で得られた新コードを表わす。Ｃ
ＤＮは新コードのルート（のピッチクラス）を表わす部
分ＣＤＮｒと新コードのタイプを表わす部分ＣＤＮｔと
から成っている。例えば、Ｃ ＭＡＪＯＲの新コードは
ＣＤＮｒ＝０、ＣＤＮｔ＝０で表現される。変数（レジ
スタ）ＣＤＢは新コードの１つ前のコード（直前コー
ド）を表わす。ＣＤＢは直前コードのルートを表わす部
分ＣＤＢｒと直前コードのタイプを表わす部分ＣＤＢｔ
とから成る。変数（レジスタ）ＦＤＮは新コードの機能
名を表わす。ＦＤＮは新コードを現在のキーノートで評
価したスケール度数（機能）を表わす部分ＦＤＮｄと新
コードのタイプを表わす部分ＦＤＮｔ（ＣＤＮｔと同じ
データ）とから成る。例えば、

【外字５】 の機能名はＦＤＮｄ＝２、ＦＤＮｔ＝０で示される。変
数（レジスタ）ＦＤＢは直前のコードの機能名を表わ
し、直前のコードを現キーノートで評価したスケール度
数（機能）を表わす部分ＦＤＢｄと直前コードのタイプ
を表わす部分ＦＤＢｔ（ＣＤＢｔと同じデータ）とから
成る。変数（レジスタ）ＴＤＮはキーノートが特定され
ている状況の下で現在の調性を表わし、現在のキーノー
トを表わす部分ＴＤＮｋと現在のスケールを表わす部分
ＴＤＮｓとから成る。ＴＤＮｋとＴＤＮｓとにより、機
能を特定できたコード区間において使用可能なピッチク
ラスセットが規定される。例えば、Ｃ、Ｄ、Ｅ、Ｆ、
Ｇ、Ａ、Ｂのピッチクラスから成るＣ Ｉｏｎｉａｎの
調性はＴＤＮｋ＝０、ＴＤＮｓ＝０で表現される。一
方、機能を特定できなかったコード区間において使用可
能なピッチクラスセットはＣＤＮｒとＴＤＮｓとにより
規定される。変数（テーブル）ＴＤＫは複数（ここでは
４種類の）関係調性を記憶する。テーブルＴＤＫの各調
性データＴＤＫ［ｉ］はキーノートを表わす部分ＴＤＫ
ｋ［ｉ］とスケールを表わす部分ＴＤＫｓ［ｉ］とから
成る。テーブルＴＤＫの最初のアドレスにある最初の調
性データＴＤＫ［０］のキーノート部は現キーノートの
ドミナント（属調）である関係キーノートを表わす。同
様にしてＴＤＫ［１］、ＴＤＫ［２］、ＴＤＫ［３］の
各キーノート部には現キーノートのサブドミナント（下
属調）、ドミナントのドミナント、サブドミナントのサ
ブドミナントを表わすキーノートデータが記憶される。
変数（テーブル）ＦＤＫは各関係キーノートＴＤＫｋ
［ｉ］で評価した新コードＣＤＮと直前コードＣＤＢの
機能名を記憶する。各機能名ＦＤＫ［ｉ］はコードのス
ケール度数を表わす部分ＦＤＫｄ［ｉ］とコードタイプ
を表わす部分ＦＤＫｔ［ｉ］から成る。テーブルＦＤＫ
の偶数アドレスには各関係キーノートで評価した新コー
ドの機能名が記憶され、奇数アドレスには各関係キーノ
ートで評価した直前コードの機能名が記憶される。詳細
には、テーブルＦＤＫのアドレス０にあるデータＦＤＫ
［０］は新コードを現キーノートのドミナントで評価し
たスケール度数と新コードのタイプとから成る。アドレ
ス１にあるデータＦＤＫ［１］は直前コードのドミナン
トキーにおける機能名を表わす。同様にして、ＦＤＫ
［２］、ＦＤＫ［３］はサブドミナントキーにおける新
コードの機能名、直前コードの機能名をそれぞれ表わ
し、ＦＤＫ［４］、ＦＤＫ［５］はドミナントのドミナ
ントキーで評価した新コードと直前コードの機能名を表
わし、ＦＤＫ［６］、ＦＤＫ［７］はサブドミナントの
サブドミナントキーで評価した新コードと直前コードの
各機能名を表わす。関係キーノートについて、関係調性
テーブルＴＤＫのアドレスｉは、テーブルＦＤＫのアド
レス２ｉ（新コードに対して）とアドレス（２ｉ＋１）
（直前コードに対して）に対応している。変数ｉは各種
テーブル上の要素に対するポインタとして使用される。
変数（レジスタ）ＣＤＦはＣＤＮより２つ前のコードを
表わし、ルートＣＤＦｒとタイプＣＤＦｔから成る。変
数（レジスタ）ＣＤＧはＣＤＮより３つ前のコードを表
わし、ルートＣＤＧｒとタイプＣＤＧｔから成る。主音
保留フラグＣＡＯＳはキーが確定しているか（分析した
コードの機能が特定されているか）どうかを示す。コー
ド進行の入力を開始する際に主音保留フラグＣＡＯＳは
“キー保留状態”（ＣＡＯＳ＝１）に初期設定される。
コード進行の入力中、主音保留フラグＣＡＯＳはキーノ
ート・機能判定ルーチン４−３で新コードの機能を特定
できたときに“キー確定状態”となり、ルーチン４−３
でコードの機能を特定できなかったときに“キー保留状
態”となる。変数ＲＤＴｂは新コードと１つ前のコード
とのルート差を表わす。同様に変数ＲＤＴｆは１つ前の
コードと２つ前のコードとのルート差を表わし、変数Ｒ
ＤＴｇは２つ前のコードと３つ前のコードとのルート差
を表わす。変数ＡＮＴは実際に演奏される伴奏音のピッ
チを表わす。

【００５１】図７にインターラプトルーチン（図４）に
おけるキーノート機能判定４−３の詳細を示す。まず７
−１でＣＰＵ１００はキーが保留かどうか、即ち現キー
ノートが確定しているかどうかを検査する。詳細には、
図８に示すように、主音保留フラグＣＡＯＳが“１”の
とき現キーノートは不確定であり、ＣＡＯＳ＝０なら現
キーノートは確定している。現キーノートが確定してい
る場合、ＣＰＵ１００は新コードを現キーノートで評価
した機能名に変更する（７−２）。詳細には、図９に示
すように、新コードのタイプＣＤＮｔをＦＤＮｔにセッ
トし（９−１）、新コードのルート（のピッチクラス）
ＣＤＮｒを現キーノートＴＤＮｋからのスケール度数Ｆ
ＤＮｄに変換する（９−２）。

【００５２】次のルーチン７−３でＣＰＵ１００は、新
コードの機能名（機能表現）ＦＤＮについて、同一キー
ノート維持コードテーブルを検索する。同一キーノート
維持コードテーブルはＲＯＭ１０２に置かれ、その一例
がＯＦＴとして図１０に示される。同一キーノート維持
コードテーブルＯＦＴは、キーノートを維持するコード
のセットを記憶する。記憶される各コードデータは機能
名の形式であり、スケール度数（機能）を表わす部分と
コードタイプを表わす部分とから成る。例えば、同一キ
ーノート維持コードテーブルＯＦＴのアドレス１４にあ
るデータ（７、９）はコード機能名

【外字６】 を表わす。なお、テーブルＯＦＴの最終アドレス（ここ
では２８）にはテーブルの終りを示すデータ“１５”が
記憶される。

【００５３】同一キーノート維持コードテーブルＯＦＴ
が新コードの機能名ＦＤＮに一致するコードを含むなら
ば、７−２での仮定、即ち、新コードに対するキーノー
トを現キーノートとした仮定は正しかったことになり、
新コードは現キーノートを維持する（機能を有する）コ
ードであるということができる。検索ルーチン７−３の
詳細は図１１に示される。最初に（１１−１）同一キー
ノート維持コードテーブルＯＦＴに対するポインタｉを
先頭位置“０”に初期化する。ポインタｉで示される同
一キーノート維持コードテーブルＯＦＴの要素ＯＦＴ
［ｉ］を現キーノートで評価した新コードの機能名ＦＤ
Ｎと比較する（１１−３）。一致するならば、検索ルー
チン７−３は成功で終了し、その確認（７−４）後、キ
ーノート機能判定フロー（図７）も終了する。このと
き、新コード区間におけるキーノートは現キーノートと
同一であり、ＴＤＮｋによって示される。また新コード
の正しい機能がＦＤＮによって示される。不一致の場合
は、次のテーブル要素ＯＦＴ［ｉ］と機能名を比較する
ために、ポインタｉをインクリメントする。同一キーノ
ート維持コードテーブルＯＦＴ［ｉ］に新コードの機能
名ＦＤＮと一致する要素が含まれないときは、１１−２
で、テーブル終了条件ＯＦＴ［ｉ］＝１５が成立し、処
理は図７の７−４を通って７−５に進む。

【００５４】７−５でＣＰＵ１００は直前コードの機能
名ＦＤＢを現キーノートＴＤＮｋに従って生成する。詳
細には、ＣＰＵ１００はタイプ変数ＦＤＮｔを直前コー
ドのタイプＣＤＢｔにセットし、直前コードのスケール
度数の変数ＦＤＮｄを（ＣＤＢｒ＋１２−ＴＤＮｋ）ｍ
ｏｄ１２に従って求める。

【００５５】次に、ＣＰＵ１００は、直前コードの機能
名ＦＤＢと新コードの機能名とから成るコードシーケン
ス（機能コードパターン）について、平行調コードシー
ケンステーブルを検索する（７−６）。平行調コードシ
ーケンステーブルはＲＯＭ１０２に置かれ、その一例を
ＭＣＳＴとして図１２に示す。平行調コードシーケンス
テーブルＭＣＳＴには同一の調号（Key signature）内
における長調から短調への変化（例えば、ＣからＡｍへ
の変化）を示唆する機能コードパターンのセットが記憶
される。図１２のメモリマップでは（フォーマット参
照）、平行調コードシーケンステーブルの各々２つの連
続するアドレスに平行短調への変化を支持する１つの機
能コード対が記憶され、偶数アドレスには機能コード対
の最初のコードの機能名（スケール度数とコードタイ
プ）が記憶され、奇数アドレスにはコード対の後のコー
ドの機能名が記憶される。また、テーブルＭＣＳＴの最
終アドレス（ここでは８４）にはテーブル終了を示すデ
ータ“１５”が記憶される。

【００５６】平行調コードシーケンステーブルＭＣＳＴ
内に、直前コードの機能名と新コードの機能名とから成
る機能コードパターンと一致する機能コードパターン
（コード対）が含まれるならば、直前コードと新コード
との組み合わせによって同一調号内における長調から短
調への変化が示唆されていると結論できる。

【００５７】平行調コードシーケンステーブルＭＣＳＴ
に対する検索ルーチン７−６の詳細を図１３に示す。ま
ず１３−１で、ポインタｉを“０”に初期化する。直前
コードの機能名ＦＤＢをポインタｉで示されるテーブル
要素ＭＣＳＴ［ｉ］と比較し、新コードの機能名ＦＤＮ
を次のテーブル要素ＭＣＳＴ［ｉ＋１］と比較して機能
コードパターンの一致／不一致をテストする（１４−
３）。一致すれば、検索ルーチン７−７は成功で終了
し、その確認後（７−７）キーノート、機能判定フロー
（図１３）も終了する。この結果、新コード区間に対す
るキーノート（ここでは調号）は現キーノートＴＤＮｋ
で示され、新コードの正しい機能はＦＤＮで示されてい
る。マッチングテスト１３−３が不一致のときは、次の
機能コードパターンのマッチングテストを行うためにテ
ーブルアドレスポインタｉを２つインクリメントする。
平行調コードシーケンステーブルＭＣＳＴに、直前コー
ドの機能名ＦＤＢと新コードの機能名ＦＤＮから成る機
能コードパターンと同一のものが含まれない場合には、
１３−２でテーブル終了（ＭＣＳＴ［ｉ］＝１５）が検
出され、処理は図７の７−７を分岐して７−８に示すピ
ボット転調検査ルーチンに進む。

【００５８】ピボット転調検査では、直前コードと新コ
ードとにより、現キーノートから別のキーノートへの転
調の可能性を調べる。このために、ＲＯＭ１０２に転調
コードシーケンステーブルが設けられる。転調コードシ
ーケンステーブルは、図１４のピボットコードテーブル
ＰＤＢと図１５の転調後コードテーブルＭＤＢから成
る。ピボットコードテーブルＰＤＢには転調前のキーノ
ートにおいて使用可能なコードの機能名（度数とタイ
プ）のセットが記憶される。転調後コードテーブルＭＤ
Ｂには転調後のキーノートにおいて使用可能なコードの
機能名（度数とタイプ）セットが記憶される。

【００５９】ピボット転調検査ルーチン７−８の詳細を
図１６に示す。まず、１６−１で、ＣＰＵ１００は、現
在キーノートＴＤＮｋに関係する４種類の関係キーノー
ト（ドミナント、サブドミナント、ドミナントのドミナ
ント、サブドミナントのサブドミナント）を生成する。
この結果ＴＤＫｋ［０］がドミナントキーノート、ＴＤ
Ｋｋ［１］がサブドミナントキーノート、ＴＤＫｋ
［２］がドミナントのドミナントキーノート、ＴＤＫｋ
［３］がサブドミナントのサブドミナントキーノートの
各ピッチクラスを表わす。次に、ＣＰＵ１００は、１６
−２〜１６−５において、４種の関係キーノートの各々
によって評価した新コードの機能名と直前コードの機能
名を生成する。この結果、ＦＤＫ［０］が最初の関係キ
ーノート、即ちドミナントキーノートで評価した新コー
ドの機能名（スケール度数ＦＤＫｋ［０］とタイプＦＤ
Ｋｄ［０］）を表わし、ＦＤＫ［１］がドミナントキー
ノートで評価した直前コードの機能名を表わし、ＦＤＫ
［２］とＦＤＫ［３］が第２の関係キーノート（サブド
ミナントキーノート）で評価した新コードと直前コード
の各機能名を表わし、ＦＤＫ［４］とＦＤＫ［５］が第
３の関係キーノート（ドミナントのドミナントキーノー
ト）で評価した新コードと直前コードの各機能名を表わ
し、ＦＤＫ［６］とＦＤＫ［７］が第４の関係キーノー
ト（サブドミナントのサブドミナントキーノート）で評
価した新コードと直前コードの各機能名を表わす。第
（ｉ＋１）番目の関係キーノートで評価した新コードの
スケール度数ＦＤＫｄ［ｉ×２］は、新コードのルート
ＣＤＮｒと第（ｉ＋１）番目の関係キーノートＴＤＫｋ
［ｉ］とを用いて（ＣＤＮｒ＋１２−ＴＤＫｋ［ｉ］）
ｍｏｄ１２で与えられ、同様に第（ｉ＋１）番目の関係
キーノートで評価した直前コードの機能、即ち、直前コ
ードのルートＣＤＢｒの、第（ｉ＋１）番目の関係キー
ノートＴＤＫｋ［ｉ］からのスケール度数ＦＤＫｄ［ｉ
×２＋１］は、（ＣＤＢｒ＋１２−ＴＤＫｋ［ｉ］）ｍ
ｏｄ１２で与えられる。

【００６０】１６−６〜１６−９において、ＣＰＵ１０
０は現キーノートから第１〜第４番目（ｉ＝０〜３）の
関係キーノートのそれぞれへの転調の可能性を調べてい
る。直前コードＣＤＢと新コードＣＤＮとから成るコー
ドシーケンスが、現キーノートＴＤＮｋから第（ｉ＋
１）番目の関係キーノートＴＤＫｋ［ｉ］への転調を示
唆するための条件は次の通りである。第１に現キーノー
トＴＤＫｋで評価した直前コードの機能名ＦＤＢがピボ
ットコードテーブルＰＤＢ［ ］に含まれること、第２
に関係キーノートＴＤＫｋ［ｉ］で評価した直前コード
の機能名ＦＤＫ［ｉ×２＋１］が転調後コードテーブル
ＭＤＢ［ ］に含まれること、第３に関係キーノートＴ
ＤＫｋ［ｉ］で評価した新コードの機能名ＦＤＫ［ｉ×
２］が転調後コードテーブルＭＤＢ［ ］に含まれるこ
とである（１６−７）。これらの条件がすべて成立する
場合、ピボット転調検査ルーチン（図１６）は「適合す
る」で終了する。この時点で、新コード区間に対するキ
ーノート（条件を成立させた関係キーノート）はＴＤＫ
ｋ［ｉ］に記憶されている。また新コードの正しい機能
はＦＤＫ［ｉ×２］に記憶されている。そこで、ＣＰＵ
１００は図７の７−９から７−１０に進み、その詳細を
図１７に示すように、ＴＤＮｋにＴＤＫｋ［ｉ］をセッ
トして現キーノートを更新し（１７−１）、ＦＤＮにＦ
ＤＫ［ｉ×２］の内容をセットする（１７−２）。

【００６１】いずれの関係キーノートについても転調条
件が成立しないときはピボット転調検査ルーチン（図１
６）は「適合しない」で終了し、処理は７−９から分岐
してキー確立コードシーケンステーブル検索ルーチン７
−１１に進む。現キーノートが不確定の場合（７−１）
もこのルーチン７−１１が実行される。

【００６２】検索ルーチン７−１１が参照するキー確立
コードシーケンステーブルにはキーを確立ないし示唆す
るコードシーケンスのセットが記憶される。一般にキー
確立コードシーケンスは、そのコードシーケンスを構成
する複数のコードの構成音によって特定の調を示唆する
ようなピッチクラスセットが得られることによって特徴
づけられる。例えば、コードパターンＤｍｉｎｏｒ→Ｇ
７ｔｈ→ＣＭＡＪＯＲにおいて最初のコードＤｍｉｎｏ
ｒの構成音はＤ、Ｆ、Ａ、２番目のコードＧ７ｔｈの構
成音はＧ、Ｂ、Ｄ、Ｆ、３番目のコードＣ ＭＡＪＯＲ
の構成音はＣ、Ｅ、Ｇであり、これらの構成音を集める
とピッチクラスセット（Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ）
が得られる。このピッチクラスセットはキーがＣである
ハ長調を明確にしている。したがって、このコードパタ
ーンは特定のキーを確立するコードシーケンスである。
ちなみにキーノートＣによりこのコードパターンを機能
名パターンに変換すると、

【外字７】 となる。

【００６３】逆に上記のような（ルート・タイプ表現
の）コードパターンが与えられた場合に、それによって
示唆されるキーノートを判定するために、次のような音
楽ルール（キー確立コードシーケンス知識）を用意して
みる。音楽ルール：｛条件部｝２つ前のコード→１つ前
のコード→新コードから成るコードパターンにおいて、
（ａ）新コードのタイプが“ＭＡＪＯＲ”であり、
（ｂ）１つ前のコードのタイプが“７ｔｈ”であり、
（ｃ）１つ前のコードのルートが新コードのルートより
“完全５度上”であり、（ｄ）２つ前のコードのタイプ
が“ｍｉｎｏｒ”であり、（ｅ）２つ前のコードのルー
トが１つ前のコードのルートより“完全４度下”である
ならば、｛結論部｝新コードの機能は

【外字８】 である。上記コードパターンＤｍｉｎｏｒ→Ｇ７ｔｈ→
Ｃ ＭＡＪＯＲはこのルールの条件部を満たすもので、
新コードＣ ＭＡＪＯＲの機能は

【外字８】と結論づけられる。更に、この機能

【外字８】と新コードのルート“Ｃ”とからコードパタ
ーンが示唆するキーノートは“Ｃ”であると結論づけら
れる。（以上の説明は、この実施例におけるキー確立コ
ードシーケンステーブル検索によるキーノート・機能判
定の概要を述べたものである。）

【００６４】ドミナント進行やサブドミナント進行のコ
ードシーケンスはキー確立コードシーケンスの代表的な
ものである。表１〜表３にドミナント進行に属するキー
確立コードシーケンスを、表４〜表６にサブドミナント
進行に属するキー確立コードシーケンスを示す。

【表１】

【表２】

【表３】

【表４】

【表５】

【表６】

【００６５】図１８に検索ルーチン７−１１で参照され
るキー確立コードシーケンステーブルＣＰＤのメモリフ
ォーマットを示す。キー確立コードシーケンステーブル
ＣＰＤは表１〜表６に示すようなコードシーケンスを含
むキー確立コードシーケンスを含むキー確立コードシー
ケンスのセットを記憶する。図示のメモリフォーマット
によれば、各キー確立コードシーケンスエントリの最初
のアドレスＣＰＤ［ｉ］はそのタイプ部ＣＰＤｔ［ｉ］
にキー確立コードシーケンスの最後のコード（コード進
行入力装置からの新コードと比較されることになるコー
ド）のタイプを記憶し、次アドレスＣＰＤ［ｉ＋１］は
そのタイプ部ＣＰＤｔ［ｉ＋１］に１つ前のルートのコ
ードのタイプを記憶し、そのルート部ＣＰＰｒ［ｉ＋
１］に１つ前のルートの最後のコードのルートとの差を
記憶する。以下同様にして、後続アドレスはキー確立コ
ードシーケンスの最初のコードの条件（そのタイプ及び
そのルートの次のルートとの差）までを記憶し、その次
のアドレスはタイプ部（上位桁）にキー確立コードシー
ケンスのデータ終了マーク“１００”を記憶し、ルート
部（下位桁）に結論としてコードシーケンスの最後のコ
ードの機能を記憶する。このキー確立コードシーケンス
テーブルＣＰＤは最も長いキー確立コードシーケンスと
して４つのコードから成るコードシーケンスを含んでい
る（もちろん、これに限定されるものではない）。

【００６６】図１９にキー確立コードシーケンステーブ
ルＣＰＤを検索する検索ルーチン７−１１の詳細を示
す。まず、ｉ＝０によりキー確立コードシーケンステー
ブルＣＰＤの先頭をロケートし（１９−１）、ＲＤＴｂ
＝ＣＤＮｒ−ＣＤＢｒにより、新コードのルートと１つ
前のコードのルートとの差を算出する（１９−２）。な
お、図示のフローでは、他のルート差ＲＤＴｆ（１つ前
のコードのルートＣＤＢｒと２つ前のコードのルートＣ
ＤＦｒとの差）、ＲＤＴｇ（２つ前のコードのルートＣ
ＤＦｒと３つ前のコードのルートＣＤＧｒとの差）の算
出をループ内で行っているが（１９−６、１９−１
０）、検索速度を上げるため実際のプログラムではこの
段階でいっかつしてルート差ＲＤＴｂ、ＲＤＴｆ、ＲＤ
Ｔｇを算出している。続く１９−３〜１９−１６で、新
コードを末尾とする入力コードパターンと一致するキー
確立コードシーケンスを捜している。

【００６７】新コードと１つ前のコードから成る（長さ
２の）入力コードパターンがキー確立コードシーケンス
テーブルＣＰＤ中の長さ２のキー確立コードシーケンス
の条件を満足する場合、１９−３と１９−４が成立す
る。即ち、ＣＤＮｔ＝ＣＰＤｔ［ｉ］、ＣＤＢｔ＝ＣＰ
Ｄｔ［ｉ＋１］、ＲＤＴｂ＝ＣＰＤｒ［ｉ＋１］、ＣＰ
Ｄｔ［ｉ＋２］＝１００が成立する。この場合、検索ル
ーチンは１９−５へ進んで、ｉ＝ｉ＋２により、そのキ
ー確立コードシーケンスの結論（特定された新コードの
機能）をロケートし、“適合する”をキーノート・機能
判定ルーチンに返す。

【００６８】新コードと１つ前のコードと２つ前のコー
ドから成る（長さ３の）入力コードパターンがキー確立
コードシーケンステーブルＣＰＤ中の（長さが３の）あ
るキー確立コードシーケンスの条件を満足する場合、１
９−３成立、１９−４不成立、１９−７（ＣＤＦｔ＝Ｃ
ＰＤｔ［ｉ＋２］、ＲＤＴｆ＝ＣＰＤｒ［ｉ＋２］）と
１９−８（ＣＰＤｔ［ｉ＋３］＝１００）成立となる。
この場合、検索ルーチンは１９−９へ進み、ｉ＝ｉ＋３
によりそのキー確立コードシーケンスの結論をロケート
し、“適合する”で終了する。

【００６９】同様に、新コードから３つ前のコードまで
の長さ４の入力コードパターンがテーブルＣＰＤ中の
（長さが４の）あるキー確立コードシーケンスの条件を
満足する場合、１９−３成立、１９−４不成立、１９−
７成立、１９−８不成立、１９−１１（ＣＤＧｔ＝ＣＰ
Ｄｔ［ｉ＋３］、ＲＤＴｇ＝ＣＰＤｒ［ｉ＋３］）成立
となる。そこで検索ルーチンは１９−１２でｉ＝ｉ＋４
によりそのキー確立コードシーケンスの結論をロケート
し、“適合する”で終了する。

【００７０】入力コードパターンが着目しているキー確
立コードシーケンスの条件を満足しない場合、１９−３
か１９−７か１９−１１が不成立となる。この場合、検
索ルーチンは、１９−１３〜１９−１６により、次のキ
ー確立コードシーケンスをロケートし、このシーケンス
と入力コードパターンとのマッチングテストのために１
９−３にリターンして検索をつづける。入力コードパタ
ーンがキー確立コードシーケンステーブルＣＰＤにある
どのキー確立コードシーケンスにも適合しない場合、１
９−１６でテーブルＣＰＤの検索終了が検出され、検索
ルーチンは“適合しない”をキーノート・機能判定ルー
チンに返す。

【００７１】キーノート・機能判定ルーチン（図７）は
７−１２でキー確立コードシーケンステーブル検索ルー
チンが“適合する”で終ったかどうかをチェックし、
“適合する”であれば、キー保留解除７−１３と調設定
７−１４を実行する。すなわち、図２１に示すようにＣ
ＡＯＳ＝０によりキーの保留状態を解除し、図２２に示
すように、新コードのルートと、検索ルーチン７−１１
で見つけたキー確立コードシーケンスの結論（最後のコ
ードの機能）とからＴＤＮｋ＝ＣＤＮｒ＋１２−ＣＰＤ
ｒ［ｉ］ｍｏｄ１２により、キーノートＴＤＮｋを求め
（２２−１）、ＦＤＮｄ＝ＣＰＤｒ［ｉ］により、キー
確立コードシーケンスの結論を新コードの機能ＦＤＮｄ
とする（２２−２）。一方、キー確立コードシーケンス
テーブル検索ルーチンが“適合しない”で終った場合
は、キーノート・機能判定ルーチンはＣＡＯＳ＝１によ
り（図２０）、キーの保留状態を設定する（７−１
５）。

【００７２】図２３にスケール判定ルーチン４−４のフ
ローを示す。スケール判定ルーチン４−４はキーノート
・機能判定ルーチン４−３（図７）の次に実行される。
図７のフローからわかるように、キーノート・機能判定
ルーチン４−３で新コードの機能を特定できた場合に
は、キー保留フラグＣＡＯＳはキー保留解除状態“０”
となり、新コードの機能を特定できなかった場合には、
キー保留フラグＣＡＯＳはキー保留状態“１”となる。
前者の場合（２３−１）、スケール判定ルーチンは調性
を狭く解釈するために機能名／スケール変換テーブルに
よって新コードの区間におけるスケールを決定する（２
３−２）。後者の場合、スケール判定ルーチンは調性を
広く解釈するためにコードタイプ／スケール変換テーブ
ルによって新コードの区間におけるスケールを決定する
（２３−３）。

【００７３】図２４に機能名／スケール変換テーブルの
構成例をＳＣＴとして示す。機能名／スケール変換テー
ブルＳＣＴには、コードの機能名（機能とタイプ）とス
ケールとの対応が記憶される。図２４のメモリマップの
場合（フォーマット参照）、テーブルＳＣＴの各々、２
つの連続アドレスのなかの偶数アドレスに１つのコード
機能名（スケール度数とタイプ）が記憶され、次アドレ
スである奇数アドレスにその機能名に適合するスケール
名が記憶される。例えば、アドレス６、７には機能名

【外字９】 （データ７、０）に適合するスケールとしてミクソリデ
ィアンＭＩＸＯＬＹＤＩＡＮ（データ２）が示されてい
る。ただし、アドレス６０、６２、６４に示されるよう
に特殊なコードタイプ（コードタイプＡｕｇ、ｄｉｍ、
及び

【外字６】ＳＵＳ４以外のＳＵＳ４）のコードについて
は、そのコードのルートのキーノートからのスケール度
数とは無関係に適合するスケールが定められる性質があ
る。この性質（機能）を示すため、これらの特殊コード
の度数エリア（機能部）にはデータ“１４”が記憶され
る。換言すると、これらのコードに対するスケールはタ
イプ／スケール変換で得ている。またテーブルＳＣＴの
最終アドレス（ここでは６６）にはテーブル終了を示す
符号“１５”が記憶される。

【００７４】機能名／スケール変換ルーチン２３−２の
詳細なフローを図２５に示す。このフローに入る時点で
ＦＤＮにはキーノート・機能判定処理（図７）の結果と
して、新コードの正しい機能名が記憶されており、ＦＤ
Ｎｄが新コードのスケール度数（機能）を表わし、ＦＤ
Ｎｔが新コードのタイプを表わしている。まず２５−１
でＣＰＵ１００は機能名／スケール変換テーブルＳＣＴ
に対するポインタｉを“０”に初期化する。ポインタｉ
は２５−２〜２５−５のループにおいて、テーブル先頭
（ｉ＝０）からテーブル終了（ＳＣＴｄ［ｉ］＝１５）
まで、２ずつインクリメントされる。新コードの機能名
ＦＤＮをポインタｉの指すテーブル要素ＳＣＴ［ｉ］と
比較し（２５−４）、一致すれば、次のテーブル要素Ｓ
ＣＴ［ｉ＋１］に記憶されるスケール識別データを調性
データメモリＴＤＮのスケール部ＴＤＮｓにセットする
（２５−７）。タイプのみによってスケールを特定する
特殊コードが新コードの場合には、新コードのタイプＦ
ＤＮｔと一致するデータＳＣＴｔ［ｉ］をもち、特殊コ
ードであることを示すデータＳＣＴｄ［ｉ］＝１４をも
つテーブル要素ＳＣＴｄ［ｉ］が発見される（２５−
３）。その場合、次のテーブル要素ＳＣＴ［ｉ＋１］に
記憶されるスケール識別データを調性データメモリＴＤ
Ｎのスケール部ＴＤＮｓにセットする（２５−６）。

【００７５】なお、特殊コードについても機能名／スケ
ール変換を行うようにテーブルＳＣＴを変形することが
できる。また、図示のテーブルＳＣＴでは機能名とスケ
ールを１対１対応にしていないが、（スケール表示では
なく）伴奏に利用する場合には１対１対応、即ち、機能
名ごとに固有のスケール名を返すようにテーブルＳＣＴ
を構成して機能名ごとに異なる（ピッチラインをもつ）
伴奏が得られるようにすることが望ましい。

【００７６】図２６にコードタイプ／スケール変換テー
ブルの構成例をＣＦＤとして示す。コードタイプ／スケ
ール変換テーブルＣＦＤは各コードタイプに対するスケ
ーるを記憶する。そのようなスケールは図１（Ｆ）に関
して述べたような共通ＰＣ方式に従って定めることがで
きる。したがって、コードタイプ／スケール変換ルーチ
ン２３−２では図２７に示すように、ＴＤＮｓ＝ＣＦＤ
［ＣＤＮｔ］により、変換テーブルＣＦＤから新コード
のタイプＣＤＮｔに対するスケールデータを取り出して
ＴＤＮｓにセットしている。

【００７７】伴奏処理４−５（図４）の詳細を図２８に
示す。このフローで音楽スタイル別に使用される基準伴
奏パターンの例を図２９に示す。この伴奏パターンはキ
ーノートとしてＣ、コード機能名として

【外字１０】 を想定している。図３０に示す伴奏パターンメモリＡＭ
（ＲＯＭ１０２内）に図２９の伴奏パターンを表わすデ
ータが記憶される。詳細には、伴奏パターンメモリＡＭ
のアドレスにあるデータはピッチ部（第１部分）ＡＭ_P
と図３１に示すピッチチェンジテーブルＰＣＴのテーブ
ル列番号を表わす部分（第２部分）ＡＭ_Tとから成る。
図２８のフローに従って、ＣＰＵ１００は伴奏パターン
メモリＡＭを繰り返し読み出す。読み出したデータの第
１部分がピッチを表わす場合に、ＣＰＵ１００はそのピ
ッチを調性に適合させるため、ピッチチェンジテーブル
ＰＣＴを介して変更し、変更されたピッチのデータを楽
音生成装置１０８に送って、楽音信号を生成させる。

【００７８】図３１に示すピッチチェンジテーブルＰＣ
Ｔは伴奏パターンメモリＡＭからのピッチを調性に適合
させるための差ピッチデータを記憶する。このテーブル
ＰＣＴの各列は基準伴奏パターンの各ピッチを表わし、
動作時に伴奏パターンメモリＡＭから読み出したピッチ
に関連する列ポインタＡＭ_Tによって特定の列が指定さ
れる。テーブルＰＣＴの各行は各スケールを表わし、動
作時にスケール判定ルーチン４−４からのスケールデー
タにより特定の行が指定される。列と行の交点に（行と
列が指定されたアドレスに）、その列が表わすピッチを
その行が表わすスケールに従って変更するのに用いる差
ピッチデータが記憶される。ピッチチェンジテーブルＰ
ＣＴは大きく分けて、機能対応スケール群とタイプ対応
スケール群とに分かれる。機能対応スケール群は機能名
／スケール変換テーブルＳＣＴから得られるスケール群
に対応し、タイプ対応スケール群はタイプ／スケール変
換テーブルＣＦＤから得られるスケール群に対応する。
ただし、両テーブルＳＣＴ、ＣＦＤとも無判定コードを
含むのでこれらのコードに対応するピッチチェンジテー
ブルＰＣＴの領域は共通化されている。

【００７９】図２８のフローにおいて、ＣＰＵ１００は
最初に、伴奏パターンポインタｊを１つ進め（２８−
１）、ｊが伴奏パターンメモリＡＭのサイズ（図３０の
場合１６）に達したら（２８−２）、ｊを伴奏パターン
メモリＡＭの先頭を指す“０”に戻す（２８−３）。次
にＣＰＵ１００はポインタｊの指す伴奏パターンメモリ
ＡＭの第１データ部ＡＭ_P［ｊ］がピッチを示すデータ
かどうか調べる（２８−４）。これが成立しないときは
なにもせずに伴奏処理ルーチンを終了する。ＡＭ
_P［ｊ］がピッチを表わしている場合には、２８−５〜
２８−８で伴奏音のピッチデータを生成する。

【００８０】詳細には、現キー状態がキー保留状態でな
く（２８−５）、新コード（現コード）が無判定コード
でない（２８−６）場合には、２８−７に示すように、 ＡＮＴ＝ＡＭ_P［ｊ］＋ＰＣＴ（ＴＤＮ_S）（ＡＭ_N［ｊ］）＋ＴＤＮ_K により、実際に演奏される伴奏音のピッチを表わすデー
タＡＮＴを生成する。即ち、伴奏パターンメモリＡＭか
らの基準ピッチデータＡＭ_P［ｊ］に、ピッチチェンジ
テーブルＰＣＴの第ＴＤＮ_S行、ＡＭ_N［ｊ］列にある差
ピッチデータを加え、更にその結果に現キーノートＴＤ
Ｎ_Kを加えて実伴奏ピッチデータＡＮＴを得る。ここに
差ピッチデータＰＣＴ（ＴＤＮ_S）（ＡＭ_N［ｊ］）はキ
ーノートＣ、コード機能名

【外字１０】に適合するように書かれた基準伴奏パター
ンのピッチＡＭ_P［ｊ］を、キーノート・機能判定ルー
チン（図７）で特定した現コードの機能名（ないしこの
機能名に対応するスケール）に適合するように変更する
ためのものである。したがって、ＡＭ_P［ｊ］＋ＰＣＴ
（ＴＤＮ_S）（ＡＭ_N［ｊ］）の項は、キーノートがＣで
機能名が現コードの機能名の場合の伴奏ピッチを表わ
す。したがってこの項に現キーノートのデータＴＤＮ_S
を加えれば、現在の音楽状況に適合する伴奏ピッチ、即
ち現キーノートと現コード機能名に適合する伴奏ピッチ
が得られる。

【００８１】現キー状態がキー保留状態である場合には
２８−８に示すように、 ＡＮＴ＝ＡＭ_P［ｊ］＋ＰＣＴ（ＴＤＮ_S）（ＡＭ_N［ｊ］）＋ＣＤＮｒ により、実伴奏ピッチデータＡＮＴを生成する。即ち、
伴奏パターンメモリＡＭからの基準ピッチデータにピッ
チチェンジテーブルＰＣＴの第ＴＤＮ_S行、ＡＭ_N［ｊ］
列にある差ピッチデータを加え、更にその結果に現コー
ドルートＣＤＮｒを加えて実伴奏ピッチデータＡＮＴを
得る。この場合の差ピッチデータはコードルートＣと同
じピッチクラスの基音Ｃで始まるスケール“ＩＯＮＩＡ
Ｎ”、即ち、ピッチクラスセット（Ｃ、Ｄ、Ｅ、Ｆ、
Ｇ、Ａ、Ｂ）に適合するように書かれた基準伴奏パター
ンのピッチＡＭ_P［ｊ］を、現コードのタイプを広い調
性で解釈したスケールに適合するように変更するための
ものである。したがって、この式のＡＭ_P［ｊ］＋ＰＣ
Ｔ（ＴＤＮ_S）（ＡＭ_N［ｊ］）の項は、基音がＣ（コー
ドルートがＣ）で現コードのタイプに対応するスケール
の場合のピッチを表わす。したがって、この項に現コー
ドルートのデータＣＤＮｒを加えれば、現在の音楽状況
に適した伴奏音ピッチ、即ち現コードのルートとタイプ
から広い調性解釈に従って定められる使用可能なピッチ
クラスセットに適合する伴奏音ピッチが得られる。

【００８２】なお、現キー状態がキー保留解除状態であ
っても現コードが調無判定コードの場合にはキー保留状
態に準じて実伴奏音ピッチデータＡＮＴを得ている（２
８−８）。最後に、ＣＰＵ１００はこのようにして生成
された伴奏音のピッチデータを含むノートオンコマンド
を楽音生成装置１０８に送って、対応するピッチの楽音
を生成させる（２８−７）。

【００８３】図３２は本装置による伴奏例を示したもの
である。コード進行として、Ｃ Ｍａｊｏｒ→Ｆ Ｍａ
ｊｏｒ→Ｇ Ｍａｊｏｒ→Ｃ Ｍａｊｏｒが使用されて
いる。このコード進行から、キーノート・機能判定（図
７）により、キーノートが“Ｃ”で、機能名進行が

【外字１１】 の分析結果が得られる（このコード進行に先行する区間
のキーノートとしてＣが与えられた場合）。したがっ
て、Ｃ Ｍａｊｏｒの区間の伴奏は、伴奏パターンメモ
リＡＭのピッチ内容が変更されずに形成される。しか
し、コードＦ Ｍａｊｏｒの区間では記憶される基準伴
奏パターンのピッチラインＣ５→Ｅ５→Ｂ４→Ｅ５→Ａ
４→Ｅ５→Ｂ４→Ｅ５のうち、Ｅ５がピッチ変更テーブ
ルＰＣＴのピッチ変更データ“１”に従って半音上げら
れ（コード機能名

【外字１２】 なので、Ｃ５→Ｆ５→Ｂ４→Ｆ５→Ａ４→Ｆ５→Ｂ４→
Ｆ５のピッチラインが形成される。また、コードＧ Ｍ
ａｊｏｒの区間ではそのコード機能名が

【外字９】なので、ピッチ変更テーブルＰＣＴに従い基
準伴奏パターンのピッチラインにおけるＣ５がピッチ変
更データ“１”によりＢ４に半音下げられＥ５、Ｂ４、
Ａ４がピッチ変更データ“２”により全音下げられてＤ
５、Ａ４、Ｇ４に変更され、その結果、Ｂ４→Ｄ５→Ａ
４→Ｄ５→Ｇ４→Ｄ５→Ａ４→Ｄ５のピッチラインが形
成される。

【００８４】図３３に本装置によるキー保留時の伴奏例
を示す。詳細には、図３３はキーが保留の状態の下で
（現キーノートが存在しないか不明な音楽状況下で）、
コードＣ Ｍａｊｏｒが与えられた場合に、このコード
の区間において演奏される伴奏を示したものである。こ
のような音楽状況の下で与えられるコードＣＭａｊｏｒ
に対し、キーノート・機能判定ルーチン（図７）はコー
ドＣ Ｍａｊｏｒの機能を特定することはできない。し
たがって、コードＣ Ｍａｊｏｒの区間で使用可能なピ
ッチクラスセットはＣ、Ｄ、Ｅ、Ｇ、Ａとなる（図１
（Ｆ）参照）。この場合、タイプ／スケール変換ルーチ
ンの実行結果としてピッチチェンジテーブルＰＣＴのＳ
ＣＡＬＥ１の行（タイプＭａｊｏｒに対応する行）が基
準伴奏パターンメモリＡＭからのピッチを変更するため
に選択される。結果として基準伴奏パターンのピッチラ
イン、Ｃ５→Ｅ５→Ｂ４→Ｅ５→Ａ４→Ｅ５→Ｂ４→Ｅ
５は、ピッチクラスセットＣ、Ｄ、Ｅ、Ｇ、Ａに適合す
るピッチライン（図３３の伴奏のピッチライン）Ｃ５→
Ｅ５→Ｇ４→Ｅ５→Ａ４→Ｅ５→Ｇ４→Ｅ５に変更され
る。両ピッチラインを比較してみると、基準伴奏ピッチ
Ｂ４がＧ４に変化していることがわかる（これはテーブ
ルＰＣＴのＳＣＡＬＥ１行、２列のデータ“−４”をＢ
４のピッチデータに加えた結果である）。変更の理由は
ピッチＢ４のピッチクラスＢが使用可能なピッチクラス
セットＣ、Ｄ、Ｅ、Ｇ、Ａに含まれないからである。図
３３の伴奏は３つの調Ｃ、Ｆ、Ｇの可能性を秘めている
ので後続する伴奏が調Ｃ、調Ｆ、調Ｇのいずれを明確に
するようなものであっても、その調性を損わないように
作用する。

【００８５】このように、本自動伴奏装置では、コード
の機能を特定できないときに、そのコードのタイプとル
ートから広い調性を許容するような伴奏をそのコード区
間で演奏することにより、曲の伴奏全体の調性の流れを
自然なものにすることができる。

【００８６】

【変形例】以上で実施例の説明を終えるが、この発明の
範囲内で種々の変形が可能である。例えば、複数の調性
判定モジュールをコード進行の同一コードの調性判定の
ためにすべて動作させその結果得られる複数の調性判定
結果に基づいて最終的な調性判定を行うようにすること
ができる。例えば、先行区間の調が判明している状況に
おいて、先行調情報を新コードの機能判定に利用する第
１判定部３０だけでなく、先行調情報を手掛りとしない
で新コードの機能を判定する第２判定部４０も動作させ
る。そして第１判定部３０の結果と第２判定部４０の結
果とを所定の論理に従って組み合わせて最終的な調性を
決定する。所定の組み合わせ論理として次のようなもの
が使用できる。（ａ）複数の判定部のうち１つの判定部
（例えば第１判定部）のみが新コードの機能を特定でき
（判定成功で）、他の判定部（第２判定部）は判定失敗
の場合は、判定成功の判定部の結果を最終的な調性の決
定に用い、（ｂ）複数の判定部が判定成功で新コードの
機能として同じ判定結果を出したときはその判定結果を
最終的な調性の決定に用い、（ｃ）複数の判定部が判定
に成功したが新コードの機能として異なる判定結果を出
したときには、下記の（ｃ１）あるいは（ｃ２）の方法
で最終的な調性を決定する。（ｃ１）判定に成功した複
数の判定モジュールの判定結果のなかで、その判定に利
用したコードシーケンスの長さが最長である判定結果を
最終的な調性の決定に用いる。例えば、第１判定部の判
定結果が機能

【外字３】であり、その判定のために長さ２（コード数
２）のコードシーケンス知識を用いたとし、第２判定部
の判定結果が機能

【外字１】であり、その判定のために長さ３のコードシ
ーケンス知識を用いたとすれば、第２判定部の判定結果
“新コードの機能

【外字１】”を最終的な調性の決定に用いる。（ｃ２）
判定に成功した複数の判定モジュールの判定結果である
複数の異なる機能を可能性として許容するような調性を
決定する（なお、（ｃ１）のケースで判定の基礎にした
コードシーケンス長が同じ場合も（ｃ２）の論理を使用
できる）。例えば、コードＣ Ｍａｊｏｒに対し第１判
定部がこのコードの機能を

【外字３】と判定し、第２判定部がこのコードの機能を

【外字１】と判定した場合に、機能

【外字３】に対して使用可能なピッチクラスセットＣ、
Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂと機能

【外字１】に対して使用可能なピッチクラスセットＣ、
Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ♭の両方に共通なピッチクラス
Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、ＡをコードＣ Ｍａｊｏｒの区間
で使用可能なピッチクラスセットとして決定する。

【００８７】コード進行知識ベース６０のデータ構造な
いしプログラム構造は種々の形式をとり得る。例えば、
同一キーノート維持コードテーブル６１として、タイプ
と機能の組み合わせで指定される各ビットメモリに、そ
の組み合わせが同一キーノートを維持するか（ビット
“１”）しないか（ビット“０”）を示す１ビット情報
を記憶しておく。例えば、タイプの総数Ｅ１６機能の総
数を１２とした場合、１ワードが１６ビットのメモリ
（各アドレスに１６ビットを記憶するメモリ）であれば
連続する１２のアドレスのメモリで同一キーノート維持
テーブル６１を実現できる。この場合、同一キーノート
検索ルーチンは入力コードのタイプと機能とから、それ
に対応するアドレスと、そのアドレスのワード中のビッ
ト位置（入力コードのタイプと機能が同一キーノートを
維持するかどうかの情報を記憶している場所）を直接計
算できるので、高速の検索、高速の同一キーノート判定
を達成できる。

【００８８】あるいは、各テーブルメモリ内のデータを
順序づけ、バイナリサーチ（２分木サーチ）のような高
速検索が行えるようにすれば、調性判定の処理速度を一
段と上げることができ、実時間処理のアプリケーション
にとって望ましい。例えば、調確立コードシーケンステ
ーブル６３をバイナリサーチに適合させるため、テーブ
ルエントリする調確立コードシーケンスを、シーケンス
の終端のコードのタイプを示すデータの昇順に並べ、終
端コードのタイプが同じものについては第１ルート差
（１つ前のコードのルートと終端コードのルートとの
差）を表わすデータの昇順に並べ、以下、同様にして調
確立コードシーケンス順序づける。各調確立コードシー
ケンスメモリは、例えば最初のアドレスの第２部に終端
コードのタイプ、次アドレスの第１部に第１ルート差第
２部に１つ前のコードのタイプ、以下同様にして最後の
アドレスの第１部にシーケンス終了マーク、第２部に終
端コードの機能を記憶するようなフォーマットをとる。
シーケンス開始インデクステーブルを設け、これに、調
確立コードシーケンステーブルの各アドレスに対しその
アドレスに一部として記憶しているコードシーケンスが
開始する調確立コードシーケンステーブル上のアドレス
を示すシーケンス開始インデクスを記憶させる。動作に
おいて、調確立検索ルーチンは、（Ａ１）最初に調確立
コードシーケンステーブルの真中にある調確立コードシ
ーケンスを取り出す（テーブルサイズ×１／２をインデ
クステーブルで変換して）。（Ａ２）そのシーケンスの
終端のコードのタイプデータｘ１と、入力コードパター
ンの新コードのタイプデータｙ１を比較する。（Ａ３）
ｘ１＞ｙ１なら、調確立コードシーケンステーブルの前
半分の中央にある調確立コードシーケンスを取り出し
（現アドレス×１／２をインデクステーブルで変換し
て）、（Ａ４）ｘ１＜ｙ１なら調確立コードシーケンス
テーブルの後半分の中央にある調確立コードシーケンス
を取り出す（現アドレス＋（テーブルサイズ−現アドレ
ス）×１／２をインデクステーブルで変換して）。ｘ１
＝ｙ１なら、シーケンスの第１ルート差データｘ２と入
力コードパターンの第１ルート差データｙ２を比較し、
ｘ２＞ｙ２なら（Ａ３）を実行、ｘ２＜ｙ２なら（Ａ
４）を実行し、ｘ１＝ｙ１、ｘ２＝ｙ２ならシーケンス
の１つ前のコードのタイプデータｘ３と入力コードパタ
ーンの１つ前のコードのタイプデータｙ３を比較しｘ３
＞ｙ３なら（ｘ１、ｘ２、ｘ３＞ｙ１、ｙ２、ｙ３と表
記する）、（Ａ３）を実行、ｘ３＜ｙ３（ｘ１、ｘ２、
ｘ３＜ｙ１、ｙ２、ｙ３）なら（Ａ４）を実行する。同
様にして、ｘ１、ｘ２、ｘ３……＞ｙ１、ｙ２、ｙ３…
…なら（Ａ３）をｘ１、ｘ２、ｘ３……＜ｙ１、ｙ２、
ｙ３……なら（Ａ４）を実行する。（Ａ５）次に（Ａ
３）または（Ａ４）で取り出した調確立コードシーケン
スを再び入力コードパターンと比較し、ｘ１……＞ｙ１
……なら前方にあるテーブルの１／４エリアの中央の調
確立コードシーケンスを取り出し、ｘ１……＜ｙ１……
なら後方にあるテーブルの１／４エリアの中央の調確立
コードシーケンスを取り出す。以上の処理を続けること
により、検索エリアは１、１／２、１／４、 １／８…
…と収束していくことになる。検索終了条件は、（ｒ
１）入力コードパターンと調確立シーケンスの条件部と
の比較が一致したままでそのシーケンスの終了マークを
みたとき、“適合する”であり、（ｒ２）今回の調確立
コードシーケンスのアドレスが前回の検索パスにおける
調確立コードシーケンスのアドレスと同一の場合に“適
合しない”である。このような２分木サーチを行なえ
ば、１２７のキー確立コードシーケンスをもつテーブル
に対する検索を、高々７回程度の比較（入力コードパタ
ーンと調確立シーケンスとの比較）で終了することがで
きる。

【００８９】また、ＡＮＤ．ＯＲ形式の音楽ルールでコ
ードシーケンステーブルを構成すれば、その記憶容量を
節約できる。例えば、（ａ）（終端コードのタイプがｔ
１で）かつ（第１ルート差がｒ１かつ１つ前のコードタ
イプがｔ２）または（第１ルート差がｒ２かつ１つ前の
コードタイプがｔ３）ならば終端コードの機能はｆ１で
ある、といったＡＮＤ．ＯＲ形式の音楽ルールは、デー
タｔ１、ｒ１、ｔ２、ｆ１とシーケンス終了マーク（ま
たはシーケンスの長さ）とＡＮＤ／ＯＲの識別マークビ
ットで記憶できる。したがってＡＮＤ形式の２つの音楽
ルールは（ｂ）（終端コードのタイプがｔ１で）かつ
（第１ルート差がｒ１）かつ（１つ前のコードタイプが
ｔ２）ならば終端コードの機能はｆ１である、と（ｃ）
（終端コードのタイプがｔ１で）かつ（第１ルート差が
ｒ２）かつ（１つ前のコードタイプがｔ３）ならば終端
コードの機能はｆ１である、に比べ終端コードのタイプ
ｔ１と機能ｆ１、終了マークのためのデータの繰り返し
を避けることができる。

【００９０】

【発明の効果】以上詳細に説明したように、この発明の
調性判定装置では、コード進行のなかで、機能・キーノ
ート判定手段が機能名とキーノートとを特定できたコー
ドについては、そのコードの機能名とキーノートとから
狭い調性解釈によりそのコード区間で使用可能なピッチ
クラスセットを決定し、機能名とキーノートとを特定で
きなかったコードについては、そのコードのタイプとル
ートとから広い調性解釈により、つまりそのコードがと
り得る複数の機能名とキーノートの可能性に対して共通
して使用可能なピッチクラスセットをそのコード区間で
使用可能なピッチクラスセットとして決定しているの
で、コード進行から流れが自然な調性進行（音楽が意図
していないような転調感を与えない調性進行）を得るこ
とができる。

【図面の簡単な説明】

【図１（Ａ）】この発明による調性判定装置の一態様を
示す機能ブロック図である。

【図１（Ｂ）】（Ａ）に示すような調性判定装置の判定
結果を利用して伴奏を形成する伴奏形成装置の機能ブロ
ック図である。

【図１（Ｃ）】（Ｂ）に示す第１伴奏形成装置の構成例
を示す機能ブロック図である。

【図１（Ｄ）】（Ｂ）に示す第２伴奏形成装置の機能ブ
ロック図である。

【図１（Ｅ）】伴奏形成装置の別の構成例の機能ブロッ
ク図である。

【図１（Ｆ）】機能を特定できないコードの区間で使用
可能なピッチクラスセットを得るために共通ＰＣ法を適
用したテーブルを示す図である。

【図２】この発明の具体的な実施例に係る自動伴奏装置
のハードウェアのブロック図である。

【図３】図２のＣＰＵにより実行されるメインプログラ
ムのフローチャートである。

【図４】図２のＣＰＵにより実行されるインタラプトル
ーチンのフローチャートである。

【図５】コード構成音テーブルを示す図である。

【図６（Ａ）】一時変数のリストの一部を示す図であ
る。

【図６（Ｂ）】一時変数のリストの一部を示す図であ
る。

【図６（Ｃ）】一時変数のリストの一部を示す図であ
る。

【図７】キーノート・機能判定のフローチャートであ
る。

【図８】現キー保留検査のフローチャートである。

【図９】新コードの機能生成のフローチャートである。

【図１０】同一キーノート維持コードテーブルを例示す
る図である。

【図１１】新コードについて同一キーノート維持コード
テーブルを検索するフローチャートである。

【図１２】平行調コードシーケンステーブルを例示する
図である。

【図１３】直前コードと新コードとから成るコード対に
ついて平行調コードシーケンステーブルを検索するフロ
ーチャートである。

【図１４】ピボットコードテーブルを例示する図であ
る。

【図１５】転調後コードテーブルを例示する図である。

【図１６】直前コードと新コードとから成るコード対に
ついてピボットコードテーブルと転調後コードテーブル
の検索を含むピボット転調検査のフローチャートであ
る。

【図１７】キーノート更新のフローチャートである。

【図１８】キー確立コードシーケンステーブルを例示す
る図である。

【図１９】新コードを含む入力コードパターンについて
キー確立コードシーケンステーブルをを検索するフロー
チャートである。

【図２０】キー保留設定のフローチャートである。

【図２１】キー保留解除のフローチャートである。

【図２２】調設定のフローチャートである。

【図２３】スケール判定のフローチャートである。

【図２４】機能名／スケール変換テーブルを例示する図
である。

【図２５】機能名／スケール変換ルーチンのフローチャ
ートである。

【図２６】コードタイプ／スケール変換テーブルを例示
する図である。

【図２７】コードタイプ／スケール変換ルーチンのフロ
ーチャートである。

【図２８】伴奏処理のフローチャートである。

【図２９】伴奏パターン例の楽譜を示す図である。

【図３０】図２９の伴奏パターンを記憶する伴奏パター
ンメモリを示す図である。

【図３１】ピッチチェンジテーブルを示す図である。

【図３２】伴奏例の楽譜を示す図である。

【図３３】キー保留時の伴奏例の楽譜を示す図である。

【符号の説明】

１０ 調性判定装置 ９０、９０Ｍ 伴奏形成装置 ２０ コード進行入力装置 ３０ 第１判定部（現キーノートを手掛りにして新コー
ドの機能とキーノートを判定する） ４０ 第２判定部（現キーノートを手掛りにすることな
く新コードの機能とキーノートを判定する） ６０ コード進行知識データベース ５０ キー保留フラグ（現キーノートが不明かどうかを
示す） ５１ 現キーノートメモリ ５２ キーノート更新部 ７０ 調性データ生成部（各コードの区間で使用可能な
ピッチクラスセットを決定する） ７１ 機能名／スケール変換テーブル（機能を特定でき
たコードの区間で使用可能なスケールを返す） ７３ タイプ／スケール変換テーブル（機能を特定でき
なかったコードの区間で使用可能なスケールを返す） １９０ 第１伴奏形成装置（機能を特定できたコードの
区間の伴奏を形成する） ２９０ 第２伴奏形成装置（機能を特定できなかったコ
ードの区間の伴奏を形成する） １００ ＣＰＵ １０２ ＲＯＭ １０４ ＲＡＭ １０６ 入力装置

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平２−83591（ＪＰ，Ａ) 特開 平２−29787（ＪＰ，Ａ) 特開 平１−173099（ＪＰ，Ａ) 特開 昭58−95396（ＪＰ，Ａ) 特開 平２−135496（ＪＰ，Ａ) 実開 平１−169280（ＪＰ，Ｕ) 特公 昭63−22313（ＪＰ，Ｂ２) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G10H 1/36 - 1/42 G10H 1/00 101 - 102

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 各コードをルートとタイプで表現したコ
   ード進行を付与するコード進行付与手段と、 コード進行を分析するための知識ベースを記憶する知識
   記憶手段と、 上記コード進行付与手段から付与されたコード進行を上
   記知識ベースに基づいて分析して各コードの機能名とキ
   ーノートを判定する機能・キーノート判定手段と、 分析されたコード進行のなかで、上記機能・キーノート
   判定手段により機能名とキーノートが特定されたコード
   に対しては、そのコードの区間において使用可能なピッ
   チクラスのセットを規定する調性データを、特定された
   コードの機能名とキーノートとに基づいて生成する第１
   調性データ生成手段と、 分析されたコード進行のなかで、上記機能・キーノート
   判定手段により機能名とキーノートが特定されなかった
   コードに対しては、そのコードの区間において使用可能
   なピッチクラスのセットを規定する調性データを、その
   コードのルートとタイプに基づいて生成する第２調性デ
   ータ生成手段と、 を有し、 更に、上記第２調性データ生成手段は、機能名とキーノ
   ートが特定されなかったコードの区間において使用可能
   なピッチクラスのセットを、そのコードがとり得る複数
   の機能名とキーノートの可能性に対して共通して使用可
   能なピッチクラスのセットによって規定する手段を有す
   る、 ことを特徴とする調性判定装置。