JPH0572964A

JPH0572964A - 音楽装置

Info

Publication number: JPH0572964A
Application number: JP3232044A
Authority: JP
Inventors: Katsu Setoguchi; 克瀬戸口; Teruo Jinbo; 輝雄神保
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1991-09-11
Filing date: 1991-09-11
Publication date: 1993-03-26

Abstract

(57)【要約】【目的】自動演奏されるリズムパターンのリズム名を
ユーザに解答させる音楽装置に関し、リズム感の学習能
力を効率的に向上させ、そのときのレベルにあった問題
／解答動作を可能にし、レベルの高い出題も可能とする
ことにある【構成】「このリズムなあに？」というメッセージの
後に、問題となるリズムパターンが自動演奏される。ユ
ーザは、そのリズム名に対応する鍵を２０秒以内に押鍵
する。出題されたリズムパターンのリズム名とユーザが
解答したリズム名が一致すれば、エンドメッセージの
「せいかい」、「つぎのもんだい」が発音され、つぎの
リズムパターンが出題される。正解が連続して連続正解
数が規定値を超すと、解答が比較的に容易なリズムパタ
ーンから構成される出題範囲Ｉから、解答が比較的に難
しいリズムパターンを含む出題範囲ＩＩに変更されて出
題される。解答が間違っていれば、「ざんねん、もうい
ちどね」のメッセージの後、連続正解数がクリアされ、
間違ったそのリズムパターンが再び出題される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、自動演奏される特定の
リズムパターンをユーザに聴かせてそのリズム名を解答
させる機能を有する音楽装置に関する。

【０００２】

【従来の技術】従来、予め用意されたいくつかのリズム
パターンの問題のなかからランダムに出題されるリズム
パターンを自動演奏してユーザに聴かせ、そのリズム名
を解答させる、一種のゲーム機能を有する音楽装置があ
った。

【０００３】このような装置は、ユーザの解答の正誤を
判定し、その判定結果を音声などで知らせるもので、ユ
ーザがそれをゲーム機として遊ぶうちに、リズム感の能
力が自然に向上するメリットを有する。

【０００４】

【発明が解決しようとする課題】しかし、このような従
来例においては、ユーザが正解を解答できない限り、い
つまでたってもつぎのリズムパターンの問題に進むこと
ができないという問題点を有していた。

【０００５】また、ユーザのリズム感の能力が上達して
きても、同様のレベルのリズムパターンの問題しか出題
されず、一定以上の上達は望めないという問題点も有し
ていた。

【０００６】以上のような問題点のために、結局最後
は、ゲーム的興味が希薄になってしまうという問題点も
発生していた。本発明の課題は、ゲームを通してリズム
感の学習能力を効率的に向上させ、そのときのレベルに
あった問題／解答動作を可能にし、さらにレベルの高い
出題も可能とすることにある。

【０００７】

【課題を解決するための手段】本発明の第１の態様は、
次のような構成を有する。まず、予め用意された複数種
類のリズムパターンのうち任意のものを問題としてラン
ダムに選択し自動演奏して出題する問題出題手段を有す
る。

【０００８】つぎに、ユーザにリズムパターンの問題に
対応するリズム名を入力させる入力手段を有する。つぎ
に、問題出題手段がリズムパターンの問題の自動演奏を
開始してからユーザが入力手段によってリズムパターン
の問題に対応するリズム名を入力するまでの待ち時間を
計測する待ち時間計測手段を有する。

【０００９】また、問題出題手段が出題したリズムパタ
ーンのリズム名とユーザが入力手段によって入力したリ
ズム名とを比較してユーザによる解答動作の正誤を判定
しその判定結果をユーザに応答し、その場合に、待ち時
間計測手段が計測する待ち時間が所定の制限時間を超過
したときにはユーザによる解答動作を不正解と判定する
正誤判定手段を有する。

【００１０】本発明の第２の態様は、次のような構成を
有する。まず、第１の態様の場合と同様な入力手段と、
第１の態様における待ち時間に関する機能を除いた機能
を有する正誤判定手段を有する。

【００１１】つぎに、予め用意されたそれぞれ複数種類
からなる難易度の異なる複数組のリズムパターンのうち
所定の難易度の組のなかの任意のものを問題としてラン
ダムに選択し自動演奏して出題する問題出題手段を有す
る。

【００１２】さらに、正誤判定手段がユーザによる解答
動作を正解と判定する頻度に基づいて、問題出題手段が
選択する難易度の異なるリズムパターンの組を制御する
難易度選択制御手段を有する。同手段は、例えば正誤判
定手段がユーザによる解答動作を所定回数以上連続して
正解と判定した場合に、問題出題手段に前回の出題時よ
り難易度の高いリズムパターンの組を選択させる。

【００１３】

【作用】本発明の第１の態様によれば、ユーザがリズム
パターンの問題に対する解答動作を行う場合に、所定の
制限時間以上解答となるリズム名を入力しないと、正誤
判定手段が待ち時間計測手段での計測結果に基づいてユ
ーザによる解答動作を不正解と判定する。これにより、
リズムパターンの問題の出題を先に進めることができ
る。

【００１４】本発明の第２の態様によれば、例えばユー
ザによる正解の解答の頻度が多くなると、難易度選択制
御手段が、問題出題手段が難易度の高いリズムパターン
の組を選択するように制御する。これにより、ユーザの
リズム感に関する能力を段階的に向上させることができ
る。

【００１５】

【実施例】以下、図面を参照しながら本発明の実施例に
つき詳細に説明する。全体構成図１は本発明の実施例の全体構成図である。

【００１６】図１において、ＣＰＵ（中央演算制御装
置）１０１はプログラムメモリ１０２に書き込まれたプ
ログラムに従って、ＲＯＭであるデータメモリ１０７に
格納された出題問題に関する鍵のキーコード（単音のキ
ーコードまたは和音のキーコードの組）や、リズムパタ
ーンなどのデータに基づく問題を出題する。

【００１７】出題時の単音、和音、またはリズムなどの
楽音は、ＣＰＵ１０１が楽音メモリ１０５から楽音信号
を読み出し、それがＤ／Ａ変換器（ＤＡＣ）１０８でア
ナログ信号に変換され、サウンドシステム１０９から放
音されることによって発音される。

【００１８】また、出題問題およびユーザーの解答に対
する音声メッセージは、ＣＰＵ１０１が人声音メモリ１
０６にＡＤＰＣＭ方式で格納されたによる人声音信号を
読み出し、それがＤ／Ａ変換器（ＤＡＣ）１０８でアナ
ログ信号に変換され、サウンドシステム１０９から放音
されることによって発声される。

【００１９】モードスイッチ１０４は、図２に示される
ような構成を有し、レバーにより、パワーオフのための
ＰＯＷＥＲＯＦＦポジションのほか、通常の鍵盤演奏
を行うためのＰＬＡＹモードポジション、本発明に特に
関連し、単音、和音、またはリズムの練習を行えるＧＡ
ＭＥモードポジションが選択される。

【００２０】上述の構成を有する本発明の実施例は、モ
ードスイッチ１０４によって選択されるＧＡＭＥモード
の動作に特徴がある。以下、このＧＡＭＥモードの動作
について、第１〜第３の３つの実施例について説明す
る。ＧＡＭＥモードの第１の実施例まず、ＧＡＭＥモードの第１の実施例につき説明する。＜第１の実施例の概要動作の説明＞ＧＡＭＥモードの第
１の実施例では、ユーザは、音感ゲームの一種である単
音の音高を当てるゲームを楽しむことができる。この場
合、ユーザーは、電子鍵盤楽器から問題として発音され
る単音を聴き、それと同じ音高の音を押鍵することによ
って解答する。

【００２１】つぎに、そのゲームの概要を、図３の概念
図を用いて説明する。まず、各種初期設定が行われた後
（ステップＳ３０１）、ユーザーがモードスイッチ１０
４をＧＡＭＥモード（図２参照）にすると、電子楽器か
ら「この音なあに？」という音声によるメッセージが発
声されるのにひきつづき（ステップＳ３０２）、音高の
基準となる各音階、例えばハ長調音階のド、レ、ミ、フ
ァ、ソ、ラ、シ、ド（鍵盤のＣ₄ 、Ｄ₄ 、Ｅ₄ 、Ｆ₄ 、
Ｇ₄ 、Ａ₄ 、Ｂ₄ 、Ｃ₅ に相当する）を構成する各音階
音である楽音が発音される（ステップＳ３０３）。ユー
ザーは、これらの各音階音を聴くことにより、出題され
る各楽音（以下、これを「問題音」と呼ぶ）に対して解
答を行うときの相対音感を得ることができる。

【００２２】つぎに、電子楽器からは、乱数によって決
定される音高を有し、ユーザーが解答すべき単音の問題
音（楽音）が１つ作成されて、出題すなわち発音される
（ステップＳ３０４、Ｓ３０５）。

【００２３】その後、電子楽器は押鍵待機状態になり、
ユーザーは上述の問題音を聴いて、その単音と等しい音
高を有すると判断した鍵を２０秒以内に押鍵する（ステ
ップＳ３０６）。

【００２４】その結果、ユーザーが聴いた単音と押鍵し
た鍵の音高が合っていれば「せいかい」という音声のエ
ンドメッセージが発音され、そのつぎに、正解音と同じ
音高で、階名、例えば「ドー」という内容の音声が発音
される。その後、「つぎのもんだい」という音声による
メッセージが発音され（ステップＳ３０８）、前回と同
じように単音の新たな出題が繰り返される。

【００２５】その結果、連続して正解が出れば、連続正
解数がカウントアップされる（ステップＳ３１０）。こ
のようにして、連続正解数が規定値を超すと、単音の出
題範囲が広げられ、例えば、いままでは鍵盤の白鍵のみ
に相当する範囲Ｉであったのが、つぎは白鍵と黒鍵を含
む範囲ＩＩから出題されることになる（ステップＳ３１
２）。

【００２６】また、ユーザーが聴いた単音と押鍵した鍵
の音高が間違っていれば、「ざんねん、もういちどね」
という音声によるメッセージが発音され、今までに連続
して正解があっても、その連続正解数がクリアされる
（ステップＳ３１３）。

【００２７】その後、間違った同じ問題が再び出題され
（ステップＳ３０５）、前回までと同様にゲームが続け
られる。上述した概要に基づく第１の実施例の具体的な
動作につき、図４〜図９、図１１〜図１６の動作フロー
チャートと、図１０の説明図に沿って説明する。

【００２８】なお、上記各動作フローチャートによる動
作は、図１において、ＣＰＵ１０１がプログラムメモリ
１０２に記憶された制御プログラムを実行する動作とし
て実現される。また、フロー中で使用されるフラグ、変
数またはレジスタは、図１のＣＰＵ１０１内の特には図
示しないワークメモリに記憶されている。＜第１の実施例の具体的動作におけるメインフローの動
作説明＞図４は、メインフローである。

【００２９】まず、電源がオンされると、ＰＯＷＥＲ
ＯＮイニシャル処理が実行される（ステップＳ４０
１）。ここでは、図１の各種メモリやＣＰＵ１０１内の
レジスタあるいはカウンタなどが初期化されて、鍵盤１
０３が押鍵可能状態（キーボードＯＮ）にされる。

【００３０】つぎに、図１の鍵盤１０３およびモードス
イッチ１０４（図２参照）が走査され、それらの状態が
ＣＰＵ１０１に取り込まれる（ステップＳ４０２）。モ
ードスイッチ１０４（図２参照）が、ＧＡＭＥ位置また
はＰＬＡＹ位置のいずれかよりＰＯＷＥＲＯＦＦ位置
に切り換えられたときは、電源オフのためのＰＯＷＥＲ
ＯＦＦ処理が実行される（ステップＳ４０３）。

【００３１】また、モードスイッチ１０４が、ＰＯＷＥ
ＲＯＦＦ位置またはＰＬＡＹモード位置のいずれかか
ら、ＧＡＭＥ位置に切り換えられたときは、ゲームモー
ド開始時の初期設定などを行うＧＡＭＥＭＯＤＥＩ
Ｎ処理（ステップＳ４０４）が実行される。

【００３２】ＧＡＭＥＭＯＤＥＩＮ処理は、図５に
示されている。図５において、まず、各レジスタが初期
化される（ステップＳ５０１）。つぎに、モードを示す
変数ＭＯＤＥの内容がＧＡＭＥＭＯＤＥに設定される
（ステップＳ５０２）。このフラグの内容は、後述する
図４のステップＳ４０７または図６のステップＳ６０１
などで判定される。

【００３３】つづいて、ＧＡＭＥＭＯＤＥＩＮ中フ
ラグがオン（ＯＮ）にされる（ステップＳ５０３）。こ
のフラグの内容は、後述する図６のステップＳ６０２で
判定される。

【００３４】つぎに、出題範囲を示す変数の内容が範囲
Ｉに設定される。この範囲Ｉは、図１の鍵盤１０３上の
白鍵のみに対応する（ステップＳ５０４）。つぎに、連
続正解数を示す変数の内容が０に初期設定される（ステ
ップＳ５０５）。

【００３５】その後、ゲームモード開始時のメッセージ
（ＭＯＤＥＩＮＭＥＳ．）として、人声メモリ１０
６から、「この音なあに？」という内容のＡＤＰＣＭ方
式による音声データが読み出され（ステップＳ５０
６）、アタック処理により、そのメッセージが発音され
る（ステップＳ５０７）。アタック処理とは、図１のＣ
ＰＵ１０１が、楽音メッセージ１０５または人声メモリ
１０６から、ＰＣＭ方式による楽音データまたはＡＤＰ
ＣＭ方式による音声データを読み出して、Ｄ／Ａ変換器
１０８に順次出力する処理である。

【００３６】上述の動作で示される図４のステップＳ４
０４のＧＡＭＥＭＯＤＥＩＮ処理に対して、モード
スイッチ１０４（図２参照）が、ＧＡＭＥ位置からＰＬ
ＡＹ位置に切り換えられたときは、ゲームモードを終了
するためのＧＡＭＥＭＯＤＥリリース処理（ステップ
Ｓ４０５）が実行されてから、電子楽器の演奏を行うた
めの通常ＰＬＡＹ処理（ステップＳ４０６）が実行され
る。

【００３７】以下、モードスイッチ１０４がＧＡＭＥ位
置にされることにより、ゲームモードが選択されたとき
の動作を説明する。まず、現在のモードを示す変数ＭＯ
ＤＥの内容が、ＧＡＭＥＭＯＤＥか否かが判定される
（ステップＳ４０７）。現在はゲームモードであるの
で、この判定はＹＥＳとなる（図５のＳ５０２参照）。

【００３８】つぎのステップＳ４０８では、鍵盤１０３
が押鍵可能状態（キーボードＯＮ）か否かが判定され
る。通常は、図４のＳ４０１でキーボードＯＮにされた
ままなので、この判定はＹＥＳとなる。

【００３９】つづくステップＳ４０９では、ステップＳ
４０２のスイッチ走査の結果、新たな押鍵が生じたか否
かが判定される。ゲームモード開始時は、ユーザは、ま
だ何も押鍵していないため、この判定はＮＯとなる。

【００４０】この結果、ステップＳ４１１の鍵盤処理が
実行される。ここでは、押鍵時のノートオン情報、およ
び押鍵された鍵の音高とベロシティに関する情報や、離
鍵時の鍵情報などがＣＰＵ１０１内のレジスタなどに取
り込まれる。ゲームモード開始時は、ユーザは、押鍵も
離鍵もしていないため、実質的に何の処理も実行されな
い。

【００４１】つぎに、後述するステップＳ４１２のＡＮ
ＳＥＲ時間処理を経て、Ｓ４１３のフロー一周タイマー
処理が実行される。ここでは、図４のメインフローの処
理の一周（Ｓ４０２〜Ｓ４１５の繰り返し）に要する時
間が計測される。この結果得られる時間情報は、リズム
音の発音等のためのタイミング制御に使用される。

【００４２】つづいて、ステップＳ４１４のフロー一周
発音処理が実行される。ここでは、ステップＳ４１１の
鍵盤処理の処理結果に基づいて、実際に楽音を発音また
は消音する処理が実行される。

【００４３】さらに、ステップＳ４１５のフロー一周イ
ニシャル処理が実行される。ここでは、例えばステップ
Ｓ４０２のスイッチ走査の結果、「新たな押鍵状態」と
された鍵の状態を表わすレジスタの内容がクリアされる
などの、各種初期化処理が実行される。＜第１の実施例の具体的動作におけるゲームモード開始
時の動作説明＞つぎに、ステップＳ４１２のＡＮＳＷＥ
Ｒ時間処理につき、図６を用いて説明する。

【００４４】図６において、まず、現在のモードを示す
変数ＭＯＤＥの内容が、ＧＡＭＥＭＯＤＥか否かが判定
される（ステップＳ６０１）。現在はゲームモードであ
るので、この判定はＹＥＳとなる（図５のＳ５０２参
照）。

【００４５】つぎのステップＳ６０２では、ＧＡＭＥ
ＭＯＤＥＩＮ中フラグがオンか否かが調べられる。ゲ
ームモードの開始時は、このフラグは図４のステップ４
０４のＧＡＭＥＭＯＤＥＩＮ処理内の図５のステッ
プＳ５０３でオンされているので、ステップＳ６０２の
判定はＹＥＳになり、つぎのステップＳ６０３のＭＯＤ
ＥＩＮ経過処理が実行される。この処理は図８に示さ
れている。

【００４６】図８において、まず、ゲームモード開始時
のメッセージ（ＭＯＤＥＩＮＭＥＳ．）が発音中か
否かが判定される（ステップＳ８０１）。このメッセー
ジは、図４のステップ４０４のＧＡＭＥＭＯＤＥＩＮ
処理内の図５のステップＳ５０６、Ｓ５０７の処理によ
って発音される「この音なあに？」という音声によるメ
ッセージである。

【００４７】ゲームモードの開始時に、このメッセージ
が発音中であるならば、図８のＭＯＤＥＩＮ経過処理
を即座に終了し、図６のＡＮＳＷＥＲ時間処理を介し
て、図４のメインフローに戻り、ステップＳ４１２の処
理を終る。そして、図４のメインフローが１周して再び
図８のＭＯＤＥＩＮ経過処理のステップＳ８０１の判
定が繰り返される。

【００４８】そして、上記メッセージ（ＭＯＤＥＩＮ
ＭＥＳ．）の発音が終了したら、ステップＳ８０１の
判定がＮＯとなり、ステップＳ８０２、Ｓ８０３に進
む。今、図３のステップＳ３０３で前述したように、ゲ
ームモードの開始時には、上述したメッセージ（ＭＯＤ
ＥＩＮＭＥＳ．）につづいて、ユーザが解答しやす
いように、音高の基準となる各音階、例えばハ長調音階
のド、レ、ミ、ファ、ソ、ラ、シ、ド（鍵盤のＣ４、Ｄ
４、Ｅ４、Ｆ４、Ｇ４、Ａ４、Ｂ４、Ｃ５に相当する）
を構成する各音階音が順次発音される。

【００４９】そこで、まず、ステップＳ８０２におい
て、音階楽音が発音中か否かが判定される（ステップＳ
８０２）。始めは、前述したメッセージ（ＭＯＤＥＩ
ＮＭＥＳ．）の発音が終了した直後で、まだ音階楽音
の発音はされていないので、ステップＳ８０２、Ｓ８０
３ともに判定はＮＯとなり、ステップＳ８０７に進む。

【００５０】ステップＳ８０７では、変数であるリリー
スカウンタＲＬ＿ＣＮＴがクリアされる（ステップＳ８
０７）。このカウンタは、後述するように、各音階音を
０．５秒間ずつ発音させるための時間カウンタであり、
上記クリア以後、この内容はＣＰＵ１０１（図１）内の
特には図示しないタイマによってカウントアップされ
る。

【００５１】つづくステップＳ８０８では、各音階楽音
（この場合は最初の音階「ド」に対応）のキーコードが
取得され、発音鍵メモリにセットされる（ステップＳ８
０８）。なお、各音階楽音のキーコードは予めプログラ
ムされているものとする。

【００５２】そして、図１の楽音メモリ１０５から、上
記発音鍵メモリにセットされたキーコードを有するＰＣ
Ｍ方式による音階楽音の楽音データが読み出され、アタ
ック処理により、その音階楽音が発音される（ステップ
Ｓ８０９）。

【００５３】つぎに、図６のＡＮＳＷＥＲ時間処理から
図４のメインフロー（Ｓ４１２）を経て、再びステップ
Ｓ８０２に戻る。そして、音階楽音（この場合は音階
「ド」に対応する楽音）が、発音中か否かが判定され
る。

【００５４】その結果、音階楽音が発音中ならば、リリ
ース中であるか否かが判定され（ステップＳ８０３）、
リリース中ならその判定がＹＥＳとなり、図６のＡＮＳ
ＷＥＲ時間処理を経て、図４のメインフローに戻って、
ステップＳ４１２の処理を終る。

【００５５】リリース中でなければ、ステップＳ８０３
の判定がＮＯとなり、つぎのステップＳ８０４におい
て、アタックと同時にＳ８０７でクリアされた後カウン
トアップされているリリースカウンタＲＬ＿ＣＮＴの値
が、０．５秒に相当するカウント値以上になったか否か
が判定される。

【００５６】この判定がＮＯである間は、図６のＡＮＳ
ＷＥＲ時間処理から図４のメインフロー（Ｓ４１２）に
戻って、現在発音中の音階楽音の発音が続行される。メ
インフローの繰り返しのなかでステップＳ８０４の判定
がＹＥＳとなると、つぎのステップＳ８０５のリリース
処理により、現在発音中の音階楽音のエンベロープの減
衰処理が開始され、図４のメインフローに戻る。これ以
後、図８のＭＯＤＥＩＮ経過処理が実行されるごと
に、ステップＳ８０３の判定がＹＥＳとなって現在発音
中の音階楽音が消音されてゆく。

【００５７】このようにして、最初の音階楽音がリリー
スされてエンベロープの値が０になったら、ステップＳ
８０２の判定がＮＯとなり、つぎのステップＳ８０６
で、音階楽音の発音がすべて終了したか否かが判定され
る（ステップＳ８０６）。

【００５８】音階楽音の発音がすべて終了していなけれ
ば、ステップＳ８０７においてつぎの音階楽音のために
再びリリースカウンタＲＬ＿ＣＮＴがクリアされ、ステ
ップＳ８０８でつぎの音階楽音の鍵ナンバが取得され、
ステップＳ８０９で発音（アタック）処理される。

【００５９】以上のような処理が繰り返されることによ
って、音階「ド、レ、ミ、ファ、ソ、ラ、シ、ド」に対
応する全ての音階楽音の約０．５秒ずつの発音が終了し
たなら、ステップＳ８０６からステップＳ８１０に進
み、ＭＯＤＥＩＮ中フラグがクリアされる（ステップ
Ｓ８１０）。＜第１の実施例の具体的動作における問題音の出題動作
の説明＞その後に、図４のステップＳ４１２のＡＮＳＥ
Ｒ時間処理が実行されると、図６のステップＳ６０２の
判定はＮＯになり、ステップＳ６０４の出題経過処理に
移る。この処理は図９に示されている。

【００６０】出題経過に関しては、図１０に示される４
つの状態が繰り返される。すなわち、「待機状態」→
「出題中」→「入力待ち」→「メッセージ表示中」の４
つの状態で、この４つのいずれかの状態を表すのが、例
えば２ビットの現在シーケンスフラグである。

【００６１】この現在シーケンスフラグは、前述した図
４のステップ４０４のＧＡＭＥＭＯＤＥＩＮ処理内
の図５のステップＳ５０１で、「待機状態」を示す値に
初期化されている。「待機状態」は、出題がまだ行われ
ていない状態である。

【００６２】このように始めは「待機状態」で、図９の
ステップＳ９０１の判定はＮＯとなるため、図９の出題
経過処理を即座に終了して、図６のステップＳ６０５の
ＥＮＤＭＥＳＳＡＧＥ経過処理が実行される。

【００６３】このＥＮＤＭＥＳＳＡＧＥ経過処理は図
１１に示されるが、現在シーケンスフラグが前述した
「メッセージ表示中」を示す値である場合にステップＳ
１１０１がＹＥＳとなって、ステップＳ１１０２以降の
処理が実行される。従って、始めはステップＳ１１０１
の判定はＮＯとなるため、図１１のＥＮＤＭＥＳＳＡ
ＧＥ経過処理を即座に終了して、図６のステップＳ６０
６に進む。

【００６４】さらに、上述したように現在シーケンスフ
ラグは始めは「待機状態」を示す値であるため、ステッ
プＳ６０６、Ｓ６０７およびＳ６０８の各判定はいずれ
もＮＯとなって、ステップＳ６０９に進む。

【００６５】ステップＳ６０９では、正誤フラグが
「正」か否かが判定される（ステップＳ６０９）。この
正誤フラグは、図４のステップ４０４のＧＡＭＥＭＯ
ＤＥＩＮ処理内の図５のステップＳ５０１で「正」に
初期化されているため、ステップＳ６０９の判定はＹＥ
Ｓとなる。

【００６６】つづくステップＳ６１０では、乱数処理が
実行される。この乱数処理は、乱数によって問題音の音
高すなわちキーコードを決定する処理であり、図１５に
示されている。

【００６７】まず、所定の乱数メモリ値が読み出される
（ステップＳ１５０１）。このメモリ値は、ステップＳ
１５０１が実行されるタイミングで特には図示しない乱
数発生処理によって演算され保持される。

【００６８】つぎに、出題範囲を示す変数の内容が範囲
Ｉか否かが判定される（ステップＳ１５０２）。始め
は、図４のステップ４０４のＧＡＭＥＭＯＤＥＩＮ
処理内の図５のステップＳ５０４で範囲Ｉに初期化され
ているため、ステップＳ１５０３が実行される。

【００６９】ステップＳ１５０３では、ステップＳ１５
０１で読み出された乱数メモリ値を範囲Ｉの数で割った
剰余が出題鍵メモリへ格納される（ステップＳ１５０
３）。ここで、範囲Ｉの数は、図１の鍵盤１０３におけ
る白鍵の総数に等しく、上記剰余値は、白鍵のいずれか
を指し示すキーコードにほかならない。すなわち、この
剰余値が、出題される楽音（出題鍵）のキーコードとし
て出題鍵メモリへ格納される。

【００７０】以上の処理として図６のステップＳ６１０
の乱数処理が実行された後、図６のステップＳ６１１の
出題処理が実行される。この処理は、図１６に示されて
いる。

【００７１】まず、出題鍵メモリに格納されたキーコー
ドが発音鍵メモリにセットされる（ステップＳ１６０
１）。そして、この発音鍵メモリにセットされたキーコ
ードを有するＰＣＭ方式による出題鍵の楽音データが読
み出され、アタック処理によって、発音が行われる（ス
テップＳ１６０２）。

【００７２】つぎのステップＳ１６０３では、現在シー
ケンスフラグが「出題中」を示す値に変えられる（ステ
ップＳ１６０３）。また、変数であるカウンタＳ＿ＣＮ
Ｔがクリアされるとともに（ステップＳ１６０４）、フ
ラグＳ＿ＣＮＴ＿ＦＬＧもクリアされる（ステップＳ１
６０５）。これら２つについては後述する。

【００７３】つぎに、リリースカウンタＲＬ＿ＣＮＴが
クリアされる（ステップＳ１６０６）。このカウンタ
は、前述した音階音の場合と同様、出題される楽音を
０．５秒間ずつ発音させるための時間カウンタで、上記
クリア以後、この内容はＣＰＵ１０１（図１）内の特に
は図示しないタイマによってカウントアップされる。

【００７４】その後、出題中はユーザによる押鍵操作を
受け付けないようにするため、図１の鍵盤１０３が押鍵
不可能状態（キーボードＯＦＦ）にされる（ステップＳ
１６０７）。

【００７５】以上の処理により、図６のステップＳ６１
１の出題処理を終了して図４のメインフローに戻り、ス
テップＳ４１２のＡＮＳＷＥＲ時間処理を終る。そし
て、上述のように図１の鍵盤１０３が押鍵不可能状態に
なっているためステップＳ４０８の判定がＮＯになり、
再びステップＳ４１２のＡＮＳＷＥＲ時間処理に戻って
くる。

【００７６】そして、図６のＡＮＳＷＥＲ時間処理のス
テップＳ６０４の出題経過処理（図９）において、現在
シーケンスフラグは上述のように「出題中」を示す値に
されているため（図１６のステップＳ１６０３）、ステ
ップＳ９０１の判定はＹＥＳとなり、また、始めは出題
鍵のキーコードを有する楽音が発音中であるため、ステ
ップＳ９０２の判定もＹＥＳとなる。

【００７７】また、始めはリリース中でないため、ステ
ップＳ９０３の判定がＮＯとなり、ステップＳ９０４に
おいて、アタックと同時に図１６のＳ１６０６でクリア
された後カウントアップされているリリースカウンタＲ
Ｌ＿ＣＮＴの値が、０．５秒に相当するカウント値以上
になったか否かが判定される。

【００７８】この判定がＮＯである間は、図６のＡＮＳ
ＷＥＲ時間処理から図４のメインフロー（Ｓ４１２）に
戻って、現在発音中の出題鍵の楽音の発音が続行され
る。メインフローの繰り返しのなかでステップＳ９０４
の判定がＹＥＳとなると、つぎのステップＳ９０５のリ
リース処理により、現在発音中の出題鍵の楽音のエンベ
ロープの減衰処理が開始され、図４のメインフローに戻
る。これ以後、図９の出題経過処理が実行されるごと
に、ステップＳ９０３の判定がＹＥＳとなって現在発音
中の出題鍵の楽音が消音されてゆく。＜第１の実施例の具体的動作におけるユーザの解答動作
の説明＞このようにして、出題鍵の楽音がリリースされ
てエンベロープの値が０になったら、ステップＳ９０２
の判定がＮＯとなり、ステップＳ９０６に移る。ここで
は、現在シーケンスフラグの値が「出題中」から「入力
待ち」（ＡＮＳ待機）を示す値に更新される。

【００７９】また、つぎのステップＳ９０７では、図１
の鍵盤１０３が押鍵可能状態（キーボードＯＮ）にされ
る。さらに、ステップＳ９０８では、変数であるＡＮＳ
待機カウンタがクリアされる。このカウンタは、後述す
るように、ユーザに解答となる鍵を押鍵させるときの２
０秒の制限時間をカウントするためのカウンタであり、
上記クリア以後、この内容はＣＰＵ１０１（図１）内の
特には図示しないタイマによってカウントアップされ
る。

【００８０】以上の処理として図６のステップＳ６０４
の出題経過処理が終了し、図６のステップＳ６０５内の
図１１のステップＳ１１０１の判定がＮＯとなった後、
図６のステップＳ６０６、Ｓ６０７の判定がＮＯ、ステ
ップＳ６０８の判定がＹＥＳとなって、ステップＳ６１
２に進む。

【００８１】ステップＳ６１２では、ステップＳ６０４
の出題経過処理内の図９のＳ９０８でクリアされた後カ
ウントアップされているＡＮＳ待機カウンタの値が、２
０秒に相当するカウント値以上になったか否かが判定さ
れる。すなわち、出題鍵の楽音を発音開始後に、ユーザ
ーが解答のための押鍵を行うまでの待ち時間が２０秒を
超えたか否かが判定される。

【００８２】ＡＮＳ待機カウンタの値が２０秒に相当す
るカウント値以上になっていなければ、ステップＳ６１
６に進む。ステップＳ６１６、Ｓ６１７およびＳ６１８
については後述するが、変数であるカウンタＳ＿ＣＮＴ
の内容はステップＳ６１１の出題処理の図１６のステッ
プＳ１６０４でクリアされたままなので、始めはステッ
プＳ６１６の判定はＮＯとなる。この結果、図４のメイ
ンフローに戻り、ステップＳ４１２のＡＮＳＷＥＲ時間
処理を終了する。そして、ステップＳ４０８の判定がＹ
ＥＳとなった後、ユーザが解答のための押鍵をしなけれ
ばステップＳ４０９の判定がＮＯとなり、再びステップ
Ｓ４１２のＡＮＳＷＥＲ時間処理に戻ってくる。そし
て、ステップＳ６０１の判定がＹＥＳ、ステップＳ６０
２の判定がＮＯとなってステップＳ６０４の出題経過処
理が実行されるが、図９のステップＳ９０１の判定がＮ
Ｏとなってすぐにこの処理を終る。更に、ステップＳ６
０５のＥＮＤＭＥＳＳＡＧＥ経過処理が実行される
が、図１１のステップＳ１１０１の判定がＮＯとなって
この処理もすぐに終了する。そして、ステップＳ６０
６、Ｓ６０７の判定がＮＯ、ステップＳ６０８の判定が
ＹＥＳとなった後、出題鍵の楽音を発音開始後に、ユー
ザーが解答のための押鍵を行うまでの待ち時間が２０秒
を超えていなければステップＳ６１２の判定がＮＯと成
って、ステップＳ６１６に進み、前述したようにこの判
定もＮＯとなる。

【００８３】上記ループ処理として、図１０の「入力待
ち」の状態（ＡＮＳ待機状態）が継続される。上記ルー
プ処理による「入力待ち」の状態において、ユーザーが
押鍵を行うまでの待ち時間が２０秒を超すと、ステップ
Ｓ６１２の判定がＹＥＳとなる。この結果、正誤フラグ
が「誤」にされ（ステップＳ６１３）、かつ連続正解数
が０にリセットされ（ステップＳ６１４）、ステップＳ
６１５において、後述に詳述するＥＮＤ＿ＭＥＳ処理が
実行される。そして、この処理において「ざんねん、も
ういちどね」の音声によるメッセージが伝えられる。

【００８４】上記ループ処理による「入力待ち」の状態
において、出題鍵の楽音を発音開始後２０秒以内にユー
ザーが解答のための押鍵を行うと、図４のステップＳ４
０９の判定がＹＥＳとなり、ステップＳ４１０のＡＮＳ
ＷＥＲＴＲＩＧＧＥＲ処理が実行される。この処理
は、図７に示される。

【００８５】まず、フラグＳ＿ＣＮＴ＿ＦＬＧが１か否
かが判定される（ステップＳ７０１）。この判定がＮＯ
なら、フラグＳ＿ＣＮＴ＿ＦＬＧが１にされ（ステップ
Ｓ７０２）、判定がＹＥＳなら、つぎのステップＳ７０
３に進む。通常は、フラグＳ＿ＣＮＴ＿ＦＬＧは図４の
ステップＳ４１２のＡＮＳＷＥＲ時間処理内の図６のス
テップＳ６１１の出題処理内の図１６のステップＳ１６
０５でクリアされたままであるため、上記判定はＮＯと
なる。なお、この判定がＹＥＳとなる場合については後
述する。上記フラグＳ＿ＣＮＴ＿ＦＬＧが１にされる
と、クリアされていたカウンタＳ＿ＣＮＴがカウントア
ップを開始する。

【００８６】ステップＳ７０３においては、押鍵された
入力鍵のキーコードがメモリに記憶される。以上の処理
として図４のステップＳ４１０のＡＮＳＷＥＲＴＲＩＧ
ＧＥＲ処理が実行されると、ユーザの押鍵による解答が
正解か否かを判定するための処理（後述するＡＮＳＷＥ
Ｒ処理）が実行されるべきである。しかし、図４のステ
ップＳ４１２のＡＮＳＷＥＲ時間処理内のステップＳ６
１６の判定は、前述したようにしてカウントアップを開
始したカウンタＳ＿ＣＮＴの値が１秒に相当する値を越
えるまでは、依然としてＮＯとなるため、前述した「入
力待ち」の状態におけるループ処理が繰り返される。こ
れは以下に述べるような理由による。

【００８７】今、出題のための単音が発音されユーザー
が解答として或る鍵を押鍵すると、押鍵した鍵に対応す
る楽音は、正解であってもなくても、図４のステップＳ
４１１の鍵盤処理内の特には図示しないアタック処理に
よって発音される。そして、何の対策も講じられない
と、その直後にユーザの解答が正解か否かが判定され、
その判定結果に基づいてメッセージが発音される。ここ
で、メッセージの発音時には、その発音を明確にするた
めに現在発音中の全ての楽音が急速に消音される（後述
する図１４のステップＳ１４０１参照）。そして、ユー
ザによる解答の押鍵があってからメッセージが発音され
るまでの処理は、ディジタル処理として非常に短い時間
の間に実行されることになる。従って、ユーザが押鍵し
た鍵の楽音が発音されるかされないかのうちにメッセー
ジ発音のための消音処理がなされてしまい、結果的にユ
ーザが押鍵した鍵の楽音は全くまたはほとんど聞こえな
いことになってしまう。

【００８８】このような事態を防止して、ユーザーの押
鍵した音が明確に発音されるようにするために、正解の
判定を行うための図６のステップＳ６１９のＡＮＳＷＥ
Ｒ処理が実行されるまでに、約１秒の待ち時間を設けら
れるのである。このアイドリングを行うのが、カウンタ
Ｓ＿ＣＮＴに関する図６のステップＳ６１６の判定処理
である。

【００８９】なお、ユーザが解答のための押鍵を行った
後、１秒以内に再度押鍵を行った場合は、ステップＳ４
１０のＡＮＳＷＥＲＴＲＩＧＧＥＲ処理が再び実行さ
れて新たな入力鍵が解答とされるが、この場合には、フ
ラグＳ＿ＣＮＴ＿ＦＬＧは既に１にされているため、ス
テップＳ７０１はＹＥＳとなってステップＳ７０２の処
理は実行されない。＜第１の実施例の具体的動作における正解／不正解処理
の説明＞上述の１秒のアイドリングの後、カウンタＳ＿
ＣＮＴの値が１秒に相当する値を越えると、ステップＳ
６１６の判定がＹＥＳとなる。そして、ステップＳ６１
７でカウンタＳ＿ＣＮＴがクリアされ、ステップＳ６１
８でフラグＳ＿ＣＮＴ＿ＦＬＧがクリアされた後、正解
の判定を行うためのステップＳ６１９のＡＮＳＷＥＲ処
理が実行される。ＡＮＳＷＥＲ処理は図１３に示されて
いる。

【００９０】まず、図４のＡＮＳＷＥＲ時間処理内の図
６の乱数処理内の図１５のステップＳ１５０３で出題鍵
メモリに格納された出題鍵が取得され（ステップＳ１３
０１）、また、図４のステップＳ４１０のＡＮＳＷＥＲ
ＴＲＩＧＧＥＲ処理内の図７のステップＳ７０３でメ
モリに格納された入力鍵のキーコードが取得される（ス
テップＳ１３０２）。

【００９１】そして、入力鍵と出題鍵のキーコードが一
致しているか否かが判定される（ステップＳ１３０
３）。一致していれば、正誤フラグが「正」にされ（ス
テップＳ１３０４）、連続正解数を示す変数の内容が＋
１カウントアップされる（ステップＳ１３０５）。つぎ
に、連続正解数を示す変数の内容が所定の回数Ｎを超し
たか否かが判定される（ステップＳ１３０６）。この判
定がＮＯならＥＮＤ＿ＭＥＳ処理（ステップＳ１３１
０）に進む。ステップＳ１３０６の判定がＹＥＳなら、
出題範囲を示す変数の内容が今までの範囲Ｉから範囲Ｉ
Ｉに変更された後（ステップＳ１３０７）、ＥＮＤ＿Ｍ
ＥＳ処理（ステップＳ１３１０）に進む。ステップＳ１
３０７の意味については後述する。

【００９２】入力鍵が出題鍵がと一致しておらずステッ
プＳ１３０３の判定がＮＯの場合には、正誤フラグが
「誤」にされ（ステップＳ１３０８）、連続正解数がク
リアされた後（ステップＳ１３０９）、ＥＮＤ＿ＭＥＳ
処理（ステップＳ１３１０）が実行される。

【００９３】ステップＳ１３１０のＥＮＤ＿ＭＥＳ処理
は、図１４に示されている。正解または不正解のメッセ
ージを明確に発音させるために、現在発音中の全ての楽
音が急速に消音される全音ハイリリースの処理が実行さ
れる（ステップＳ１４０１）。そして、全ての楽音のエ
ンベロープ値が０になったことが確認された後に（ステ
ップＳ１４０２）、ステップＳ１４０３に進む。

【００９４】ステップＳ１４０３では、メッセージ発音
中はユーザによる押鍵操作を受け付けないようにするた
め、図１の鍵盤１０３が押鍵不可能状態（キーボードＯ
ＦＦ）にされる。

【００９５】つぎに、正誤フラグが「正」であればステ
ップＳ１４０４の判定がＹＥＳとなり、図１の人声メモ
リ１０６から、「せいかい」という内容のＡＤＰＣＭ方
式による正解メッセージの音声データが読み出されて
（ステップＳ１４０５）、アタック処理により、そのメ
ッセージが発音される（ステップＳ１４０７）。

【００９６】正誤フラグが「誤」であればステップＳ１
４０４の判定がＮＯとなり、図１の人声メモリ１０６か
ら、「ざんねん、もういちどね」という内容のＡＤＰＣ
Ｍ方式による正解メッセージの音声データが読み出され
て（ステップＳ１４０６）、アタック処理により、その
メッセージが発音される（ステップＳ１４０７）。

【００９７】その後、現在シーケンスフラグが「メッセ
ージ表示中」を示す値に変更される（ステップＳ１４０
８）。上記ステップＳ１４０８の後、図１３のステップ
Ｓ１３１０のＥＮＤ＿ＭＥＳ処理を終了し、更に、図６
のＡＮＳＷＥＲ処理を終了する。

【００９８】その後、メインフローの図４に戻り、ステ
ップＳ４１２のＡＮＳＷＥＲ時間処理を終了した後、ス
テップＳ４０２→Ｓ４０７→Ｓ４０８と進み、更に、現
在はキーボードーがＯＦＦになっているためステップＳ
４０８の判定がＮＯとなった後に、再びステップＳ４１
２のＡＮＳＷＥＲ時間処理が実行される。

【００９９】ＡＮＳＷＥＲ時間処理においては、図６の
ステップＳ６０１→Ｓ６０２→Ｓ６０４（図９のＳ９０
１の判定がＮＯ）→Ｓ６０５と進み、ＥＮＤＭＥＳＳ
ＡＧＥ経過処理が実行される。この処理は、図１１に示
されている。

【０１００】まず、ステップＳ１１０１において、現在
シーケンスフラグが「メッセージ表示中」か否かが判定
されることにより、エンドメッセージ（ＥＮＤ＿ＭＥ
Ｓ）が発音中か否かが判定される。このメッセージは、
図１４のステップＳ１４０５またはＳ１４０６で読み出
され、ステップＳ１４０７において発音される「せいか
い」または「ざんねん、もういちど」という音声による
メッセージである。

【０１０１】エンドメッセージが発音中でステップＳ１
１０１の判定がＹＥＳとなると、つぎのステップＳ１１
０２で、正解発音中か否かが判定される。図１４のステ
ップＳ１４０５で正解のメッセージが読み出されれば正
解発音中であり、ステップＳ１４０６で不正解のメッセ
ージが読み出されれば正解発音中ではない。

【０１０２】現在、正解発音中ならば、ステップＳ１１
０５の正解ＭＥＳ経過処理が実行される。この処理は、
図１２に示されている。まず、ステップＳ１２０１で、
正解メッセージ「せいかい」が発音中か否かが判定され
る。

【０１０３】「せいかい」を発音中は、つぎのステップ
Ｓ１２０２で無音となったか否かが判定される。「せい
かい」のメッセージが無音とならない間は、この判定が
ＮＯとなり、図１１のステップＳ１１０５の正解ＭＥＳ
経過処理を終了し、図６のステップＳ６０５のＥＮＤ
ＭＥＳＳＡＧＥ経過処理を終了し、ステップＳ６０６の
判定がＮＯ、ステップＳ６０７の判定がＹＥＳとなり図
４のステップＳ４１２のＡＮＳＷＥＲ時間処理を終了し
てメインフローに戻る。そして、再び図４のステップＳ
４１２が実行され、図６のステップＳ６０１→Ｓ６０２
→Ｓ６０４（図９のステップＳ９０１の判定はＮＯ）→
Ｓ６０５→図１１のＳ１１０１→Ｓ１１０２→Ｓ１１０
５→図１２のＳ１２０１という経路でステップＳ１２０
２に戻ってくる。

【０１０４】以上のループ処理が繰り返されることによ
り、「せいかい」のメッセージの発音がつづけられる。
そして、このメッセージが無音となると、ステップＳ１
２０２の判定がＹＥＳとなり、ステップ１２０３が実行
される。

【０１０５】ステップＳ１２０３では、図４のＡＮＳＷ
ＥＲ時間処理内の図６の乱数処理内の図１５のステップ
Ｓ１５０３で出題鍵メモリに格納された出題鍵すなわち
正解鍵のキーコードが取得される。そして、人声メモリ
１０６から、この正解鍵の音名を表わす内容のＡＤＰＣ
Ｍ方式による音声データが、正解鍵の音高で読み出され
る。そして、つぎのステップＳ１２０４のアタック処理
により、その答を表わす音声が発音される。例えば、正
解鍵が音名Ｃ₃ の音階音に対応する鍵であるなら、「ド
ー」という内容の音声がＣ₃ に対応する音高で発音され
る。

【０１０６】以下、図１１のステップＳ１１０５の正解
ＭＥＳ経過処理を終了し、図６のステップＳ６０５のＥ
ＮＤＭＥＳＳＡＧＥ経過処理を終了し、ステップＳ６
０６の判定がＮＯ、ステップＳ６０７の判定がＹＥＳと
なって図４のステップＳ４１２のＡＮＳＷＥＲ時間処理
を終了してメインフローに戻る。そして、再び図４のス
テップＳ４１２が実行され、図６のステップＳ６０１→
Ｓ６０２→Ｓ６０４（図９のステップＳ９０１の判定は
ＮＯ）→Ｓ６０５→図１１のＳ１１０１→Ｓ１１０２→
Ｓ１１０５という経路で図１２のステップＳ１２０１に
戻ってくる。

【０１０７】そして、正解鍵を表わす答の音声を発音中
の状態に変化したため、ステップＳ１２０１の判定はＮ
Ｏとなり、つぎのステップＳ１２０５の判定がＹＥＳと
なる。答の音声を発音中は、つぎのステップＳ１２０６
で無音となったか否かが判定される。そして、答の音声
が無音とならない間は、この判定がＮＯとなり、上述の
場合と同様のループ処理が繰り返されることにより、答
の音声の発音がつづけられる。

【０１０８】そして、この音声が無音となると、ステッ
プＳ１２０６の判定がＹＥＳとなり、ステップ１２０７
が実行される。ステップＳ１２０７においては、出題メ
ッセージとして、人声メモリ１０６から、「つぎのもん
だい」という内容のＡＤＰＣＭ方式による音声データが
読み出され、つぎのステップＳ１２０８のアタック処理
により、そのメッセージが発音される。

【０１０９】以下、図１１のステップＳ１１０５の正解
ＭＥＳ経過処理を終了し、図６のステップＳ６０５のＥ
ＮＤＭＥＳＳＡＧＥ経過処理を終了し、ステップＳ６
０６の判定がＮＯ、ステップＳ６０７の判定がＹＥＳと
なって図４のステップＳ４１２のＡＮＳＷＥＲ時間処理
を終了してメインフローに戻る。そして、再び図４のス
テップＳ４１２が実行され、図６のステップＳ６０１→
Ｓ６０２→Ｓ６０４（図９のステップＳ９０１の判定は
ＮＯ）→Ｓ６０５→図１１のＳ１１０１→Ｓ１１０２→
Ｓ１１０５という経路で図１２のステップＳ１２０１に
戻ってくる。

【０１１０】そして、出題メッセージを発音中の状態に
変化したため、ステップＳ１２０１とステップ１２０５
の判定はＮＯとなり、つぎのステップＳ１２０９で無音
となったか否かが判定される。そして、出題メッセージ
が無音とならない間は、この判定がＮＯとなり、上述の
場合と同様のループ処理が繰り返されることにより、出
題メッセージの発音がつづけられる。

【０１１１】そして、出題メッセージが無音となると、
ステップＳ１２０９の判定がＹＥＳとなり、ステップ１
２１０が実行される。ステップ１２１０では、現在シー
ケンスフラグが「待機状態」（図１０参照）にされて、
図１１のステップＳ１１０５の正解ＭＥＳ経過処理を終
了し、図６のステップＳ６０５のＥＮＤＭＥＳＳＡＧＥ
経過処理を終了する。

【０１１２】以上のようにして、ユーザの解答が正解で
あった場合には、「せいかい」というメッセージにつづ
いて、答の音声が発音され、更に、「つぎのもんだい」
というメッセージが発音される。

【０１１３】以上の処理は、図４のステップＳ４１２の
ＡＮＳＷＥＲ時間処理内の図６のＥＮＤＭＥＳＳＡＧ
Ｅ経過処理内の図１１のステップＳ１１０２で正解発音
中と判定された場合であるが、図１４のステップＳ１４
０６で不正解のメッセージが読み出されることにより正
解発音中ではないと判定された場合には、ステップＳ１
１０３の処理が実行される。

【０１１４】「ざんねん、もういちど」を発音中は、つ
ぎのステップＳ１１０３で無音となったか否かが判定さ
れる。上記メッセージが無音とならない間は、この判定
がＮＯとなり、図６のステップＳ６０５のＥＮＤＭＥ
ＳＳＡＧＥ経過処理を終了し、ステップＳ６０６の判定
がＮＯ、ステップＳ６０７の判定がＹＥＳとなって図４
のステップＳ４１２のＡＮＳＷＥＲ時間処理を終了して
メインフローに戻る。そして、再び図４のステップＳ４
１２が実行され、図６のステップＳ６０１→Ｓ６０２→
Ｓ６０４（図９のステップＳ９０１の判定はＮＯ）→Ｓ
６０５→図１１のＳ１１０１→Ｓ１１０２という経路
で、ステップＳ１１０３に戻ってくる。

【０１１５】以上のループ処理が繰り返されることによ
り、「ざんねん、もういちど」のメッセージの発音がつ
づけられる。そして、このメッセージが無音となると、
ステップＳ１１０３の判定がＹＥＳとなり、ステップＳ
１１０４が実行される。

【０１１６】ステップＳ１１０４では、現在シーケンス
フラグが「待機状態」（図１０参照）にされ、図６のス
テップＳ６０５のＥＮＤＭＥＳＳＡＧＥ経過処理を終
了する。＜第１の実施例の具体的動作におけるつぎの問題音の出
題動作の説明＞上述のようにステップＳ１１０４を介し
てまたは図１１のステップＳ１１０５内の図１２のステ
ップＳ１２１０を介して、図６のステップＳ６０５のＥ
ＮＤＭＥＳＳＡＧＥ経過処理を終了した後は、現在シー
ケンスフラグが「待機状態」にされたため、図６のステ
ップＳ６０６の判定がＮＯとなった後、ステップＳ６０
７の判定もＮＯとなり、更に、ステップＳ６０８の判定
がＮＯとなる。

【０１１７】これにより、既に説明した動作によって、
ステップＳ６０９以降の処理でつぎの出題が行われる。
この場合、前回にユーザの解答が正解だった場合は、ス
テップＳ６０９の判定がＹＥＳとなって、前述したステ
ップＳ６１０の乱数処理によってつぎの問題音が決定さ
れ、ステップＳ６１１の出題処理で出題される。逆に、
前回にユーザの解答が不正解だった場合は、ステップＳ
６０９の判定がＮＯとなって、前回と同じ問題音がステ
ップＳ６１１の出題処理で出題される。

【０１１８】ここで、前述したように、図４のステップ
Ｓ４１２のＡＮＳＷＥＲ時間処理内の図６のステップＳ
６１９のＡＮＳＷＥＲ処理内のステップＳ１３０６にお
いて、ユーザの解答が正解だった場合に連続正解数を示
す変数の内容が所定の回数Ｎを超したか否かが判定さ
れ、超していればつぎのステップＳ１３０７において、
出題範囲を示す変数の内容が今まで範囲Ｉから範囲ＩＩ
に変更される。

【０１１９】従って、ユーザの解答がＮ回連続した場合
は、図６のステップＳ６１０の乱数処理によりつぎの問
題音が決定される場合に、図１５のステップＳ１５０２
の判定がＮＯとなり、ステップＳ１５０４において、ス
テップＳ１５０１で読み出された乱数メモリ値を範囲Ｉ
Ｉの数で割った剰余が出題鍵メモリへ格納される。

【０１２０】ここで、いままでの範囲Ｉから出題が行わ
れた場合には、前述したように白鍵のいずれかを指し示
すキーコードが、問題音として出題鍵メモリへ格納され
た。これに対して、範囲ＩＩの数は、図１の鍵盤１０３
における白鍵と黒鍵を合せた総数に等しく、乱数メモリ
値を範囲ＩＩの数で割った剰余値は、白鍵と黒鍵のいず
れかを指し示すキーコードにほかならない。すなわち、
この剰余値が、出題される楽音（出題鍵）のキーコード
として出題鍵メモリへ格納される。

【０１２１】このように、ユーザの解答がＮ回連続した
場合には、問題音に黒鍵の音階音も含まれることになっ
て、難易度が高くなる。以上のようにして、ＧＡＭＥモ
ードの第１の実施例では、ユーザは、単音の音高を当て
るゲームを楽しむことができる。ＧＡＭＥモードの第２の実施例つぎに、ＧＡＭＥモードの第２の実施例につき説明す
る。＜第２の実施例の概要動作の説明＞ＧＡＭＥモードの第
２の実施例では、ユーザは、音感ゲームの一種である和
音を当てるゲームを楽しむことができる。この場合、ユ
ーザーは、電子鍵盤楽器から出題される和音を聴き、そ
れと同じ和音を押鍵によって解答する。

【０１２２】第１の実施例では、出題範囲Ｉと出題範囲
ＩＩという概念が使用されたが、第２の実施例でも同様
である。この場合に、本実施例では出題される和音は三
和音であり、出題範囲Ｉが選択された場合は、例えば長
三和音のみが出題され、問題（和音）の数は２０であ
る。また、出題範囲ＩＩが選択された場合は、出題範囲
Ｉの問題に、例えば短三和音の問題の２０問が加えられ
て、合計４０の和音の中から出題され、出題範囲Ｉの場
合に比べて難易度が高くされる。

【０１２３】また、ユーザが解答となる和音の構成音を
押鍵する場合、各構成音が、それぞれオクターブ上また
は下になったり、あるいは転回和音を構成しても、さら
には同じ音が２回押鍵されても、いずれも正解とされ
る。ただし、ユーザーが解答する時間は、第１の実施例
の場合と同様、２０秒内に制限される。なお、本実施例
で使用される電子鍵盤楽器の音域は、Ｆ３〜Ｃ６とし、
出題もその音域から行われる。

【０１２４】第２の実施例の概略動作を表す動作フロー
チャートは、図３の第１の実施例のものとほとんど同じ
で、図３のステップＳ３０８の正解音高で「ドー」が発
音される代わりに、和音の「ド、ミ、ソ」が発音される
以外は、同じである。＜第２の実施例の具体的動作と第１の実施例の具体的動
作の共通部分＞第２の実施例のメインフローの構成は図
４の第１の実施例のものと同様である。その他、第１の
実施例の図５のＧＡＭＥＭＯＤＥＩＮ処理、図６の
ＡＮＳＷＥＲ時間処理、図８のＭＯＤＥＩＮ経過処
理、図９の出題経過処理、図１０の説明図、図１１のＥ
ＮＤ＿ＭＥＳ経過処理、図１２の正解ＭＥＳ経過処理、
および図１４のＥＮＤ＿ＭＥＳ処理は、原則として第２
の実施例に適用される。

【０１２５】第２の実施例では、第１の実施例における
図７のＡＮＳＷＥＲＴＲＩＧＧＥＲ処理、図１３のＡ
ＮＳＷＥＲ処理、図１５の乱数処理、および図１６の出
題処理に対応する各処理が、第１の実施例の場合と異な
る。

【０１２６】以下の説明では、これら第１の実施例と異
なる処理についてのみ説明する。＜第２の実施例の具体的動作における問題和音の出題動
作の説明＞まず、予め用意されている和音から、そのい
ずれかを問題としてランダムに決定するための乱数処理
について、図１７を用いて説明する。この処理は、図４
のステップＳ４１２のＡＮＳＷＥＲ時間処理内の図６の
ステップＳ６１０の処理として実行される。

【０１２７】まず、ステップＳ１７０１において、所定
の乱数メモリ値が読み出されてレジスタＸに格納され
る。このメモリ値は、ステップＳ１７０１が実行される
タイミングで特には図示しない乱数発生処理によって演
算され保持される。

【０１２８】つぎに、ステップＳ１７０２において、出
題範囲を示す変数の内容が範囲Ｉか否かが判定される。
始めは、図４のステップ４０４のＧＡＭＥＭＯＤＥ
ＩＮ処理内の図５のステップＳ５０４で範囲Ｉに初期化
されているため、ステップＳ１７０３が実行される。こ
こでは、問題数を示す変数Ｍに値２０がセットされる。

【０１２９】なお、出題範囲ＩＩの場合には、ステップ
Ｓ１７０４が実行され、問題数を示す変数Ｍに値４０が
セットされる。つぎに、ステップＳ１７０５では、ステ
ップＳ１７０１でレジスタＸに格納された乱数メモリ値
をステップＳ１７０３またはＳ１７０４で変数Ｍにセッ
トされた値で割った剰余が新たにレジスタＸに格納し直
される。この処理により、レジスタＸの値は、問題数が
２０（範囲Ｉの場合）なら０〜１９の数値、問題数が４
０（範囲ＩＩの場合）なら０〜３９の数値のいずれかの
数値がランダムに選択される。

【０１３０】ここで、ＲＯＭであるデータメモリ１０７
には、連続する３アドレスを１組として、それぞれの組
に対応する和音を構成する各構成音のキーコードが、図
１８に示されるように書き込まれている。図１８の例で
は、上から順にハ長調のド、ミ、ソに当たるＣ₄ 、Ｅ
₄ 、Ｇ₄ の長三和音、同じくソ、シ、レに当たるＧ₄ 、
Ｂ₄ 、Ｄ₅ の長三和音など、ユーザが解答するのが比較
的容易な範囲Ｉの和音のキーコードが２０組、オフセッ
トアドレスであるアドレス１０からアドレス６９までに
合計６０個のキーコードが書きまれている。そして、図
１８において、上述の範囲Ｉに対応するキーコードにつ
づいて、範囲ＩＩの短三和音の各キーコードが書き込ま
れている。

【０１３１】このようにデータメッセージ１０７に書き
込まれている任意の和音の３つのキーコードをランダム
に読み出し発音させるために、まず、ステップＳ１７０
６において、レジスタＸの値に値３が乗算された結果が
新たにレジスタＸに格納され、つづくステップＳ１７０
７において、レジスタＸの値に変数ＴＡＢＬＥＯＦＦ
ＳＥＴに格納された図１８のオフセットアドレス値が加
算され、その加算結果が任意の和音の先頭のキーコード
のアドレスとしてレジスタＹに格納される。

【０１３２】例えば、出題範囲Ｉが選択されている場
合、乱数メモリ値を問題数で除算した余りが１９である
として、この値１９に値３が乗算されて得られた値５７
に、オフセットアドレス１０が加算されると、値６７が
得られる。この値６７が、問題となる和音を構成する音
の先頭のキーコード（図１８の例ではＦ₅ ）のアドレス
に相当する。

【０１３３】つぎに、ステップＳ１７０８において、変
数ｉが値０に初期化される。そして、まず、ステップＳ
１７０９において、上記アドレス値を格納したレジスタ
Ｙに対応する内容、すなわち和音の３つのキーコードの
うちの先頭のキーコードが、出題鍵の１番目のキーコー
ドとして、配列Ｑ＿ＢＵＦ

〔０〕に書き込まれる。例え
ば、上述した図１８に関する例では、アドレス値５７の
示す内容であるＦ₅ のキーコードが、Ｑ＿ＢＵＦ

〔０〕
に書き込まれる。

【０１３４】つぎに、ｉ＝３になるまで（ステップＳ１
７１２）、変数ｉとレジスタＹの各値がインクリメント
され（ステップＳ１７１０、Ｓ１７１１）、Ｙの示す内
容がＱ＿ＢＵＦ〔ｉ〕に書き込まれる。すなわち、上述
した図１８に関する例では、アドレス値５８、５９のそ
れぞれの示す内容であるＡ₅ 、Ｃ₆ のそれぞれのキーコ
ードが、配列Ｑ＿ＢＵＦ〔１〕とＱ＿ＢＵＦ〔２〕に書
き込まれる。

【０１３５】以上のようにして、ランダムに選択された
出題鍵の和音を構成する３つの音のキーコードが、配列
Ｑ＿ＢＵＦ

〔０〕、Ｑ＿ＢＵＦ〔１〕、Ｑ＿ＢＵＦ
〔２〕に順次書き込まれる。

【０１３６】以上の処理として図６のステップＳ６１０
の乱数処理が実行された後、図６のステップＳ６１１の
出題処理が実行される。この処理は、図１９に示されて
いる。

【０１３７】まず、出題鍵として配列Ｑ＿ＢＵＦ

〔０〕、Ｑ＿ＢＵＦ〔１〕およびＱ＿ＢＵＦ〔２〕に格
納された３つのキーコードが発音鍵メモリにセットされ
る（ステップＳ１９０１）。そして、この発音鍵メモリ
にセットされた３つのキーコードを有するＰＣＭ方式に
よる出題鍵の３種類の楽音データが時分割処理によって
読み出され、アタック処理によって、聴感上同時に発音
が行われる（ステップＳ１９０２）。

【０１３８】つぎのステップＳ１９０３では、現在シー
ケンスフラグが「待機中」から「出題中」を示す値に変
えられる（ステップＳ１６０３）。つづいて、ステップ
Ｓ１９０４において、ユーザが押鍵した入力鍵のキーコ
ードが書き込まれる配列であるキーコードバッファＫＣ
＿ＢＵＲの内容がクリアされる。このバッファについて
は後述する。

【０１３９】また、変数であるカウンタＳ＿ＣＮＴがク
リアされるとともに（ステップＳ１９０５）、フラグＳ
＿ＣＮＴ＿ＦＬＧもクリアされる（ステップＳ１９０
６）。これら２つの機能については第１の実施例におい
て既に説明した。

【０１４０】さらに、ユーザーの押鍵数をカウントする
キーコードカウンタＫＣ＿ＣＮＴもクリアされる（ステ
ップＳ１９０７）。これについても後述する。加えて、
リリースカウンタＲＬ＿ＣＮＴがクリアされる（ステッ
プＳ１９０８）。このカウンタについては、第１の実施
例で説明したように、出題される３つの楽音を０．５秒
間ずつ発音させるための時間カウンタであり、上記クリ
ア以後、この内容はＣＰＵ１０１（図１）内の特には図
示しないタイマによってカウントアップされる。

【０１４１】その後、出題中はユーザによる押鍵操作を
受け付けないようにするため、図１の鍵盤１０３が押鍵
不可能状態（キーボードＯＦＦ）にされる（ステップＳ
１９０９）。

【０１４２】以上の処理により、図６のステップＳ６１
１の出題処理を終了して図４のメインフローに戻り、ス
テップＳ４１２のＡＮＳＷＥＲ時間処理を終る。そし
て、上述のように図１の鍵盤１０３が押鍵不可能状態に
なっているためステップＳ４０８の判定がＮＯになり、
再びステップＳ４１２のＡＮＳＷＥＲ時間処理に戻って
くる。そして、図６のＡＮＳＷＥＲ時間処理のステップ
Ｓ６０４として実行される図９の出題経過処理の動作
は、第１の実施例の場合と同様である。＜第２の実施例の具体的動作におけるユーザの解答動作
の説明＞つぎに、上述した出題経過処理が行われ、問題
である和音の発音が終わると、キーボードがＯＮにされ
（図９のステップＳ９０７参照）、最大２０秒のユーザ
からの「入力待ち」（ＡＮＳＷＥＲ待機）の状態にな
る。このときの制御動作も第１の実施例の場合と同様で
ある。

【０１４３】上記「入力待ち」の状態において、出題鍵
の和音を発音開始後２０秒以内にユーザーが解答のため
の押鍵を行うと、図４のステップＳ４０９の判定がＹＥ
Ｓとなり、ステップＳ４１０のＡＮＳＷＥＲＴＲＩＧ
ＧＥＲ処理が実行される。この処理は、図２０に示され
る。

【０１４４】第１の実施例における図７のＡＮＳＷＥＲ
ＴＲＩＧＧＥＲ処理は、ユーザが押鍵した１鍵の鍵に
対応するように構成されていたが、第２の実施例に関す
る図２０の処理では、ユーザが和音の解答として押鍵す
る複数鍵に対応できるように構成される。

【０１４５】また、ユーザーが同時に複数鍵を押鍵した
場合またはユーザが１鍵ずつ順次押鍵した場合のいずれ
にも対応可能である。すなわち、ユーザが１タイミング
に１鍵だけ押鍵した場合には、ステップＳ２００１でそ
の１鍵のみに対応するキーコードが変数ＫＣの値として
取得され、以降の処理が実行される。一方、ユーザが複
数鍵を同時に押鍵した場合には、ステップＳ２０１５の
判定がＮＯとなる状態が繰り返されることにより、ステ
ップＳ２００１で各鍵に対応するキーコードがが変数Ｋ
Ｃの値として順次取得され、以降の処理が順次繰り返し
実行される。

【０１４６】上述のステップＳ２００１において、１鍵
ずつ順次キーコードが取得された後に、ステップＳ２０
０２において、そのキーコードを格納する変数ＫＣの値
から値１２が減算されて新たに変数ＫＣに格納される。
つぎに、ステップＳ２００３において、減算された変数
ＫＣの値が、音名Ｆ₃ の鍵のキーコードより小さいか否
かが判定される。小さくなければステップＳ２００２に
戻り、ふたたびその変数ＫＣの値から値１２が減算され
る。このようにして、ステップＳ２００２を通過するた
びに、キーコードを格納した変数ＫＣの値から値１２が
減算されて、変数ＫＣの値がＦ₃ の鍵のキーコードより
小さくなったら、ステップＳ２００４において、その値
に値１２が加算される。

【０１４７】例えばユーザーがＣ₅ （ＫＣ＝７２）を押
鍵したとすると、７２−１２＝６０はＦ₃ 音のキーコー
ド５３より小さくないため、さらに６０から１２が引か
れ、４８がキーコード（Ｃ₃ に対応する）として得られ
る。この４８はＦ₃ のキーコード５３より小さいため、
この４８に１２が加算され、キーコード６０（Ｃ₄ に対
応）が得られる。

【０１４８】このようにして、ユーザーが押鍵した鍵の
キーコードに対応する最低のオクターブ（本実施例の場
合はＦ₃ 〜Ｆ₄ の音域）におけるキーコードが得られ
る。つぎに、ステップＳ２００５以下の処理によって、
変数ＫＣに得られたキーコードが配列であるキーコード
バッファＫＣ＿ＢＵＦに順次格納される。すなわち、ユ
ーザーが３鍵押鍵すれば、キーコードバッファＫＣ＿Ｂ
ＵＦ

〔０〕〜ＫＣ＿ＢＵＦ〔２〕に、順次３つのキーコ
ードが格納される。ただし、ユーザーが同一の鍵を繰り
返し押鍵しても、その押鍵は無視されるように処理が実
行される。

【０１４９】まず、ステップＳ２００５において、キー
コードバッファＫＣ＿ＢＵＦ〔ｉ〕の内容を示すポイン
タｉが、クリアされる。つぎに、ステップＳ２００６
で、キーコードバッファＫＣ＿ＢＵＦ〔ｉ〕＝ＫＣ＿Ｂ
ＵＦ

〔０〕の内容が、変数ＫＣに格納されたキーコード
の値に等しいか否かが判定される。

【０１５０】最初は、キーコードバッファＫＣ＿ＢＵＦ
の内容は、図４のステップＳ４１２のＡＮＳＷＥＲ時間
処理内の図６のステップＳ６１１の出題処理内の図１９
のステップＳ１９０４においてクリアされており、キー
コードバッファＫＣ＿ＢＵＦ

〔０〕には初期値が入って
いる。従って、ステップＳ２００６の判定はＮＯとなっ
て、ステップＳ２００７が実行される。ここでは、ポイ
ンタｉの値とキーコードカウンタＫＣ＿ＣＮＴの値が比
較される。

【０１５１】キーコードカウンタＫＣ＿ＣＮＴは、今回
のＡＮＳ＿ＴＲＩＧＧＥＲ処理が終わった時点までで何
鍵が押鍵されたかを示すカウンタで、この内容は図４の
ステップＳ４１２のＡＮＳＷＥＲ時間処理内の図６のス
テップＳ６１１の出題処理内の図１９のステップＳ１９
０７で値０にクリアされている。従って、最初は、ステ
ップＳ２００７の判定はＹＥＳとなる。

【０１５２】つづくステップＳ２００９では、キーコー
ドカウンタＫＣ＿ＣＮＴの値がインクリメントされ、そ
の値は１になる。つぎに、ステップＳ２０１０におい
て、キーコードカウンタＫＣ＿ＣＮＴの値が３を超した
か否かが判定される。

【０１５３】最初は３を超していないので、つぎのステ
ップＳ２０１１で、フラグＳ＿ＣＮＴ＿ＦＬＧが１か否
かが判定される。この判定がＮＯなら、ステップＳ２０
１２でフラグＳ＿ＣＮＴ＿ＦＬＧが１にされ、判定がＹ
ＥＳなら、ステップＳ２０１３に進む。この制御処理の
意味は、第１の実施例における図７のステップＳ７０１
とＳ７０２の場合と同様である。

【０１５４】ステップＳ２０１３では、変数ＫＣに格納
されている現在のキーコードがキーコードバッファＫＣ
＿ＢＵＦ〔ＫＣ＿ＣＮＴ−１〕に格納される。ここで、
キーコードカウンタＫＣ＿ＣＮＴの値がステップＳ２０
０９で値１にされているため、添字〔ＫＣ＿ＣＮＴ−
１〕は値０になる。その結果、キーコードバッファＫＣ
＿ＢＵＦ

〔０〕に変数ＫＣの内容、すなわち、ユーザー
によって押鍵された第１鍵目のキーコードが格納され
る。

【０１５５】つぎに、ユーザが、同時に２鍵以上の鍵を
押鍵している場合には、ステップＳ２０１５の判定がＮ
ＯとなってステップＳ２００１に戻り、上述の場合と同
様の処理が繰り返される。

【０１５６】一方、ユーザが、１タイミングで１鍵しか
押鍵していない場合には、ステップＳ２０１５の判定は
ＹＥＳとなる。この結果、図４のステップＳ４１０のＡ
ＮＳＷＥＲＴＲＩＧＧＥＲ処理を終了し、メインフロ
ーに戻る。

【０１５７】その後、図４のＳ４１１→Ｓ４１２→図６
のＳ６０１→Ｓ６０２→Ｓ６０４→図９のＳ９０１→図
６のＳ６０５→図１１のＳ１１０１→図６のＳ６０６→
Ｓ６０７→Ｓ６０８→Ｓ６１２→Ｓ６１６→図４のＳ４
１３〜Ｓ４１５→Ｓ４０Ｓ→Ｓ４０７→Ｓ４０８→Ｓ４
０９→Ｓ４１１の経路で、第２鍵目以降の「入力待ち」
の状態（ＡＮＳ待機状態）（図１０参照）が継続され
る。

【０１５８】そして、出題鍵の和音を発音開始後２０秒
以内にユーザーが第２鍵目の解答のための押鍵を行う
と、図４のステップＳ４０９の判定がＹＥＳとなって、
再びステップＳ４１０のＡＮＳＷＥＲＴＲＩＧＧＥＲ
処理が実行され、図２０の動作フローが実行される。

【０１５９】なお、出題鍵の和音を発音開始後２０秒以
内にユーザーが第２鍵目または第３鍵目の押鍵を行わな
かった場合には、図４のステップＳ４１２のＡＮＳＷＥ
Ｒ時間処理内の図６のステップＳ６１２の判定がＹＥＳ
となる。これ以降の処理は、第１の実施例の場合と同様
である。

【０１６０】つぎに、ユーザが、同時に第２鍵目の鍵を
押鍵することにより、または第１鍵目の鍵の押鍵につづ
けて第２鍵目の鍵を押鍵することにより実行される図２
０の動作フローの処理について説明する。

【０１６１】ステップＳ２００１〜Ｓ２００５までは第
１鍵目の場合と同様なので、説明を省略する。ステップ
Ｓ２００６において、変数ＫＣに格納されている第２鍵
目の入力鍵のキーコードと、キーコードバッファＫＣ＿
ＢＵＦ〔ｉ〕＝ＫＣ＿ＢＵＦ

〔０〕に格納されている第
１鍵目のキーコードとが一致するか否かが判定される。

【０１６２】ここで、もしキーコードバッファＫＣ＿Ｂ
ＵＦ

〔０〕の内容と変数ＫＣの内容が一致していれば、
同じ鍵がつづけて押鍵されたことになるため、この場
合、ステップＳ２００６の判定がＹＥＳになり、図４の
ステップＳ４１０のＡＮＳＷＥＲＴＲＩＧＧＥＲ処理
を終了し、メインフローに戻る。すなわち、同じ鍵がつ
づけて押鍵された場合は、その鍵は無視される。

【０１６３】第２鍵目が第１鍵目と異なれば、キーコー
ドバッファＫＣ＿ＢＵＦ

〔０〕の内容と変数ＫＣの内容
が一致しないので、ステップＳ２００６の判定はＮＯに
なる。

【０１６４】つぎに、ステップＳ２００７で、ポインタ
ｉの値とキーコードカウンタＫＣ＿ＣＮＴの値が比較さ
れる。現在、ポインタｉはステップＳ２００５で値０に
なっており、また、キーコードカウンタＫＣ＿ＣＮＴの
値は第１鍵目の処理であるステップＳ２００９で値１に
されている。そのため、ステップＳ２００７の判定がＮ
Ｏとなり、つぎのステップＳ２００８でポインタｉがイ
ンクリメントされ、その値が１になる。

【０１６５】その結果、ステップＳ２００６で、キーコ
ードバッファＫＣ＿ＢＵＦ〔ｉ〕＝ＫＣ＿ＢＵＦ〔１〕
の内容と変数ＫＣの内容が比較される。ここで、キーコ
ードバッファＫＣ＿ＢＵＦ〔１〕の内容は、図４のステ
ップＳ４１２のＡＮＳＷＥＲ時間処理内の図６のステッ
プＳ６１１の出題処理内の図１９のステップＳ１９０４
においてクリアされたままである。従って、ステップＳ
２００６の判定はＮＯになる。

【０１６６】つぎのステップＳ２００７の判定は、ポイ
ンタｉの値もキーコードカウンタＫＣ＿ＣＮＴの値もと
もに値１であるため、ＹＥＳになる。つづくステップＳ
２００９では、キーコードカウンタＫＣ＿ＣＮＴの値が
インクリメントされ、その値は２になる。

【０１６７】つぎに、ステップＳ２０１０において、キ
ーコードカウンタＫＣ＿ＣＮＴの値が３を超したか否か
が判定される。現在はまだ３を超していないので、その
判定はＮＯとなる。そして、第１鍵目の処理の場合と同
じステップＳ２０１１、Ｓ２０１２の処理を経て、ステ
ップＳ２０１３が実行される。

【０１６８】ステップＳ２０１３では、変数ＫＣに格納
されている第２鍵目の鍵のキーコードがキーコードバッ
ファＫＣ＿ＢＵＦ〔ＫＣ＿ＣＮＴ−１〕に格納される。
ここで、キーコードカウンタＫＣ＿ＣＮＴの値がステッ
プＳ２００９で値２にされているため、添字〔ＫＣ＿Ｃ
ＮＴ−１〕は値１になる。その結果、キーコードバッフ
ァＫＣ＿ＢＵＦ〔１〕に変数ＫＣの内容、すなわち、ユ
ーザーによって押鍵された第２鍵目の鍵のキーコードが
格納される。

【０１６９】つぎに、ユーザが、第１鍵目または第２鍵
目と同時に第３鍵目の鍵を押鍵することにより、または
第２鍵目の押鍵後につづけて第３鍵目の鍵を押鍵するこ
とにより実行される図２０の動作フローの処理について
説明する。

【０１７０】この場合も上述した第２鍵目の押鍵が行わ
れた場合の処理と同じである。すなわち、ステップＳ２
００１〜Ｓ２００５の処理の後に、ステップＳ２００６
→Ｓ２００７→Ｓ２００８→Ｓ２００６のループ処理に
より、変数ＫＣに格納されている第３鍵目の入力鍵のキ
ーコードが、キーコードバッファＫＣ＿ＢＵＦ

〔０〕お
よびＫＣ＿ＢＵＦ〔１〕に格納されている第１鍵目およ
び第２鍵目の各キーコードと一致するか否かが順次判定
される。

【０１７１】もしいずれかと一致すれば、第１鍵目また
は第２鍵目と同じ鍵がつづけて押鍵されたことになるた
め、ステップＳ２００６の判定がＹＥＳになり、図４の
ステップＳ４１０のＡＮＳＷＥＲＴＲＩＧＧＥＲ処理
を終了し、メインフローに戻る。すなわち、同じ鍵がつ
づけて押鍵された場合は、その鍵は無視される。

【０１７２】いずれとも一致しなければ、上記ループ処
理の２周目のステップＳ２００７の判定がＹＥＳとな
り、ステップＳ２００９でキーコードカウンタＫＣ＿Ｃ
ＮＴの値が３にインクリメントされた後、ステップＳ２
０１０〜Ｓ２０１２を経て、ステップＳ２０１３が実行
される。

【０１７３】ステップＳ２０１３では、変数ＫＣに格納
されている第３鍵目の鍵のキーコードがキーコードバッ
ファＫＣ＿ＢＵＦ〔ＫＣ＿ＣＮＴ−１〕に格納される。
ここで、キーコードカウンタＫＣ＿ＣＮＴの値がステッ
プＳ２００９で値３にされているため、添字〔ＫＣ＿Ｃ
ＮＴ−１〕は値２になる。その結果、キーコードバッフ
ァＫＣ＿ＢＵＦ〔２〕に変数ＫＣの内容、すなわち、ユ
ーザーによって押鍵された第３鍵目の鍵のキーコードが
格納される。

【０１７４】以上の処理によって、押鍵された３鍵のキ
ーコードがキーコードバッファＫＣ＿ＢＵＦ

〔０〕、Ｋ
Ｃ＿ＢＵＦ〔１〕およびＫＣ＿ＢＵＦ〔２〕に順次格納
されてゆく。

【０１７５】以上は、ユーザーが３鍵を押鍵する通常の
場合であるが、ユーザーが誤って４鍵を押鍵した場合に
ついて以下に説明する。第４鍵目が押鍵されると、第２
鍵目、第３鍵目の場合と同様に、ステップＳ２００１〜
Ｓ２００８が実行され、つづくステップＳ２００９にお
いて、キーコードカウンタＫＣ＿ＣＮＴの値がインクリ
メントされて、その値は４になる。

【０１７６】この結果、キーコードカウンタＫＣ＿ＣＮ
Ｔの値が３より大きくなり、ステップＳ２０１０の判定
がＹＥＳとなって、つづくステップＳ２０１４で正誤フ
ラグが「誤」にセットされる。

【０１７７】以上の処理により、ユーザーが誤って４鍵
を押鍵した場合は、正誤フラグが強制的に「誤」にセッ
トされ、後述するＡＮＳＷＥＲ処理において不正解の処
理がなされる。＜第２の実施例の具体的動作における正解／不正解処理
の説明＞以上説明した図４のステップＳ４１０のＡＮＳ
＿ＴＲＩＧＧＥＲ処理において、第１鍵目の押鍵に対応
して図２０のステップＳ２０１２によってフラグＳ＿Ｃ
ＮＴ＿ＦＬＧが１にされた後、１秒を経過すると、図４
のステップＳ４１２のＡＮＳＷＥＲ時間処理内の図６の
ステップＳ６１６の判定がＹＥＳとなる。これにより、
ステップＳ６１７およびＳ６１８を介して、ステップＳ
６１９のＡＮＳＷＥＲ処理が実行される。すなわち、第
２鍵目、第３鍵目が押鍵されなくても、ＡＮＳＷＥＲ処
理は実行される。これは、ユーザが解答となる鍵を入力
途中でも、それまでに入力された鍵が問題である和音の
出題鍵のいずれとも一致しなければ、その時点で即座に
不正解の処理を行えるようにするためである。

【０１７８】ＡＮＳＷＥＲ処理は、図２１に示される。
まず、ステップＳ２１０１において、正誤フラグが
「誤」であるか否かが判定される。

【０１７９】前述したように、ユーザーが誤って４鍵を
押鍵した場合は、図４のステップＳ４１０のＡＮＳＷＥ
ＲＴＲＩＧＧＥＲ処理内の図２０のステップＳ２０１
４で、正誤フラグが強制的に「誤」にセットされる。こ
の場合には、ステップＳ２１０１の判定がＹＥＳとなっ
て、即座に、後述するＡＮＳＷＥＲ処理において不正解
の処理がなされる。

【０１８０】ユーザによる押鍵数が４鍵より少なければ
ステップＳ２１０１の判定はＮＯとなって、ステップＳ
２１０２以降の処理が実行される。まず、ステップＳ２
１０２において、ポインタｉがクリアされる。

【０１８１】つぎに、ステップＳ２１０３において、キ
ーコードバッファＫＣ＿ＢＵＦ

〔０〕の内容、すなわ
ち、ユーザにより押鍵された第１鍵目の内容がレジスタ
Ｘに移される。

【０１８２】つぎに、ステップＳ２１０４において、ポ
インタｊがクリアされる。そして、ステップＳ２１０６
においてポインタｊが順次インクリメントされながら、
ステップＳ２１０５→Ｓ２１０６→Ｓ２１０７→Ｓ２１
０５のループ処理において、変数Ｘの内容と、出題され
た出題鍵（出題される和音に対応する鍵）のキーコード
が格納されている配列Ｑ＿ＢＵＦ

〔０〕〜Ｑ＿ＢＵＦ
〔２〕のそれぞれ内容とが順次比較される。

【０１８３】ここで、変数Ｘの内容が、Ｑ＿ＢＵＦ

〔０〕〜Ｑ＿ＢＵＦ〔２〕のいずれとも一致しない場合
は、つぎの理由が考えられる。すなわち、ユーザーが押
鍵した鍵（入力鍵）のキーコードが格納されているキー
コードバッファＫＣ＿ＢＵＦには、前述した図４のステ
ップＳ４１０のＡＮＳＷＥＲＴＲＩＧＧＥＲ処理内の
図２０のステップＳ２００２〜Ｓ２００４の処理によっ
て、最低オクターブのＦ₃ 〜Ｆ₄ 内のキーコードが格納
されている。例えばユーザーが押鍵した鍵がＣ₅ であれ
ば、そのキーコードは１オクターブ下のＣ₄ のキーコー
ドに変換されてＱ＿ＢＵＦに格納されている。

【０１８４】一方、出題鍵はどのオクターブの鍵である
かが不明である。そのため、ステップＳ２１０５の不一
致の原因が、オクターブの違いにある可能性がある。上
述の可能性に対処するために、変数Ｘの内容が、Ｑ＿Ｂ
ＵＦ

〔０〕〜Ｑ＿ＢＵＦ〔２〕のいずれとも一致しない
場合は、ステップＳ２１０７の判定がＹＥＳとなった
後、ステップＳ２１０８で、入力鍵のキーコードが格納
されている変数Ｘの値に１オクターブ分の値１２が加算
されて新たな変数Ｘの値とされる。

【０１８５】そして、再びステップＳ２１０４に戻った
後、ステップＳ２１０５→Ｓ２１０６→Ｓ２１０７→Ｓ
２１０５のループ処理において、変数Ｘの内容と出題さ
れる出題鍵（出題される和音に対応する鍵）のキーコー
ドが入っているＱ＿ＢＵＦ

〔０〕〜Ｑ＿ＢＵＦ〔２〕が
順次比較される。

【０１８６】上述のようにして、変数Ｘの値をオクター
ブずつ上げていった結果、変数Ｘの値が最高音Ｃ₆ のキ
ーコード値を越えてしまったら、ステップＳ２１０９の
判定がＹＥＳとなり、この時点で初めて正誤フラグが
「誤」にされる（ステップＳ２１１０）。

【０１８７】このようにして、ユーザが解答となる鍵を
３鍵すべて入力しておらず、入力途中でも、オクターブ
の違いを考慮した上でそれまでに入力された鍵が問題で
ある和音の出題鍵のいずれとも一致しなければ、ステッ
プＳ２１１０で正誤フラグが「誤」にされた後、つづく
ステップＳ２１１５のＥＮＤ＿ＭＥＳ処理によって不正
解の処理が実行される。

【０１８８】ステップＳ２１０５〜Ｓ２１０７のループ
処理において、変数Ｘの内容が、Ｑ＿ＢＵＦ

〔０〕〜Ｑ
＿ＢＵＦ〔２〕のいずれかと一致した場合は、ステップ
Ｓ２１０５の判定がＹＥＳとなり、つぎのステップＳ２
１１１へ進む。この状態では、少なくとも第１鍵目は出
題鍵のいずれかと一致したことになる。

【０１８９】ここで、ユーザが解答として第２鍵目も押
鍵していれば、ステップＳ２１１１でポインタｉがイン
クリメントされた後、ステップＳ２１１２の判定がＮＯ
となって、第１鍵目と同様の比較処理が実行される。ま
た、第３鍵目についても同様である。

【０１９０】ユーザが解答として第２鍵目または第３鍵
目をまだ押鍵していなければ、ステップＳ２１１２の判
定がＹＥＳとなった後、ステップＳ２１１３の判定がＮ
Ｏとなって、正解の判定は行わず、図６のステップＳ６
１９のＡＮＳＷＥＲ処理を終了し、図４のステップＳ４
１２のＡＮＳＷＥＲ時間処理を終了して、メインフロー
へ戻る。その後、図４のＳ４１３〜Ｓ４１５→Ｓ４０Ｓ
→Ｓ４０７→Ｓ４０８→Ｓ４０９→Ｓ４１１→Ｓ４１２
→図６のＳ６０１→Ｓ６０２→Ｓ６０４→図９のＳ９０
１→図６のＳ６０５→図１１のＳ１１０１→図６のＳ６
０６→Ｓ６０７→Ｓ６０８→Ｓ６１２→Ｓ６１６→図４
のＳ４１３の経路で、第２鍵目以降の「入力待ち」の状
態（ＡＮＳ待機状態）（図１０参照）が継続される。

【０１９１】ユーザが解答として第２鍵目、第３鍵目を
順次押鍵し、そのつど図４のステップＳ４１０のＡＮＷ
ＥＲＴＲＩＧＧＥＲ処理（図２０参照）が実行される
ことにより、ユーザによって押鍵された３鍵のキーコー
ドがキーコードバッファＫＣ＿ＢＵＦ

〔０〕、ＫＣ＿Ｂ
ＵＦ〔１〕およびＫＣ＿ＢＵＦ〔２〕に格納される。そ
して、その直後に、図４のステップＳ４１２のＡＮＳＷ
ＥＲ時間処理内の図６のステップＳ６１９のＡＮＳＷＥ
Ｒ処理が実行され、ステップＳ２１０３〜Ｓ２１１２の
繰り返しにより、キーコードバッファＫＣ＿ＢＵＦ

〔０〕、ＫＣ＿ＢＵＦ〔１〕およびＫＣ＿ＢＵＦ〔２〕
に格納されている３つのキーコードすべてが、オクター
ブの違いを考慮した上でＱ＿ＢＵＦ

〔０〕〜Ｑ＿ＢＵＦ
〔２〕の内容と一致したと判別されると、ステップＳ２
１１３の判定がＹＥＳとなる。

【０１９２】この結果、ステップＳ２１１４で正誤フラ
グが「正」にされ、それにつづくステップＳ２１１５の
ＥＮＤ＿ＭＥＳ処理によって正解の処理が実行される。
ステップＳ２１１５のＥＮＤ＿ＭＥＳ処理は、図１４に
示されており、第１の実施例の場合と同じである。

【０１９３】そして、ステップＳ２１１５のＥＮＤ＿Ｍ
ＥＳ処理を終了し、図６のステップＳ６１９のＡＮＳＷ
ＥＲ処理を終了する。その後、メインフローの図４に戻
り、ステップＳ４１２のＡＮＳＷＥＲ時間処理を終了し
た後、ステップＳ４０２→Ｓ４０７→Ｓ４０８と進み、
更に、現在はキーボードーがＯＦＦになっているため
（図１４のステップＳ１４０３参照）、ステップＳ４０
８の判定がＮＯとなった後に、再びステップＳ４１２の
ＡＮＳＷＥＲ時間処理が実行される。ＡＮＳＷＥＲ時間
処理においては、図６のステップＳ６０１→Ｓ６０２→
Ｓ６０４（図９のＳ９０１の判定がＮＯ）→Ｓ６０５と
進み、ＥＮＤＭＥＳＳＡＧＥ経過処理が実行される。
この処理は、図１１に示されており、第１の実施例の場
合とほぼ同様である。

【０１９４】ただし、つぎの点が異なる。すなわち、図
１１のステップＳ１１０５の正解ＭＥＳ経過処理内の図
１２のステップＳ１２０３の処理が第１の実施例の場合
と異なる。第１の実施例では、ここで発音される答の音
声は１鍵の正解鍵を表わしている例えば「ドー」という
内容の音声であったが、第２の実施例では、正解鍵の３
つの鍵のキーコードが取得された後、その各キーコード
に対応する音高で、例えば「ド、ミ、ソ」という内容の
音声が連続的に発音されることになる。

【０１９５】以上のようにして、ＧＡＭＥモードの第２
の実施例では、ユーザは、和音の各構成音の音高を当て
るゲームを楽しむことができる。ＧＡＭＥモードの第３の実施例さいごに、ＧＡＭＥモードの第３の実施例につき説明す
る。＜第３の実施例の概要動作の説明＞ＧＡＭＥモードの第
３の実施例では、ユーザは、電子楽器によって自動演奏
される音楽のリズムパターンを当てるゲームを楽しむこ
とができる。この場合、図２２に示すように、電子鍵盤
楽器の各鍵に対応して各種のリズム名が表示されてお
り、ユーザーは当てるべきリズム名に対応する鍵を押鍵
することによって、解答する。

【０１９６】第３の実施例の概略動作を表す動作フロー
チャートは、図３の第１の実施例のものとほとんど同じ
だが、図３のステップＳ３０３とＳ３０８の処理は省略
される。＜第３の実施例の具体的動作と第１の実施例の具体的動
作の共通部分＞第３の実施例のメインフローの構成は図
４の第１の実施例のものと同様である。その他、第１の
実施例の図７のＡＮＳＷＥＲＴＲＩＧＧＥＲ処理、図
１０の説明図、図１１のＥＮＤ＿ＭＥＳ経過処理、図１
３のＡＮＳＷＥＲ処理、および図１５の乱数処理は、原
則として第３の実施例に適用される。

【０１９７】第３の実施例では、第１の実施例における
図５のＧＡＭＥＭＯＤＥＩＮ処理、図６のＡＮＳＷ
ＥＲ時間処理、図１２の正解ＭＥＳ経過処理、図１４の
ＥＮＤ＿ＭＥＳ処理、および図１６の出題処理に対応す
る各処理が、第１の実施例の場合と異なる。

【０１９８】また、第３の実施例では、図９の出題経過
処理と図８のＭＯＤＥＩＮ経過処理は削除される。以下
の説明では、これら第１の実施例と異なる処理について
のみ説明する。＜第３の実施例の具体的動作におけるＧＡＭＥＭＯＤ
ＥＩＮ処理の説明＞まず、図４のステップＳ４０４と
して実行されるＧＡＭＥＭＯＤＥＩＮ処理について
説明する。この処理は、図２３に示されている。

【０１９９】図２３のステップＳ２３０１、Ｓ２３０
２、Ｓ２３０３、およびＳ２３０４の各処理は、第１の
実施例における図５のステップＳ５０１、Ｓ５０２、Ｓ
５０４、およびＳ５０５の各処理と同様である。

【０２００】但し、図２３の処理では、図５のステップ
Ｓ５０３に相当する処理が無い。これは、後述する図２
４のＡＮＳＷＥＲ時間処理で、ＭＯＤＥＩＮ経過処理
が削除されるので、ＭＯＤＥＩＮ中フラグが不要にな
ることによる。

【０２０１】また、第１の実施例における図５のステッ
プＳ５０６においては、人声メモリ１０６から、「この
音なあに？」という内容のＡＤＰＣＭ方式による音声デ
ータが読み出されたが、第３の実施例における図２３の
ステップＳ２３０６においては、「このリズムなあに
？」という内容のＡＤＰＣＭ方式による音声データが読
み出される。そして、この音声によるメッセージが、ス
テップＳ２３０７のアタック処理により発音される＜第３の実施例の具体的動作におけるＡＮＳＷＥＲ時間
処理の説明＞つぎに、図４のステップＳ４１２のＡＮＳ
ＷＥＲ時間処理は、図２４に示される。

【０２０２】図２４の処理が第１の実施例における図６
の処理と異なる点は、図２４では、図６のステップＳ６
０２の判定処理、ステップＳ６０３である図８のＭＯＤ
ＥＩＮ経過処理、ステップＳ６０４の出題経過処理、お
よびステップＳ６０６の「出題中？」の判定処理に相当
する各処理が無いことである。

【０２０３】まず、図６のステップＳ６０２の判定処理
およびステップＳ６０３である図８のＭＯＤＥＩＮ経
過処理に相当する各処理が無くなった理由は、第１の実
施例は音当てゲームであるため、ゲームモードの開始時
にユーザが解答しやすいように音高の基準となる各音階
が順次発音されたのに対し、第３の実施例はリズム当て
ゲームであるため、上述のような音階音の発音は必要な
いからである。

【０２０４】また、図６のステップＳ６０４の出題経過
処理およびステップＳ６０６の「出題中？」の判定処理
に相当する各処理が無くなった理由は、つぎのような理
由による。すなわち、第１の実施例で単音が出題される
場合には、発音された問題音が消音されてから解答待ち
になったが、第３の実施例のリズムパターンが出題され
る場合には、問題であるリズムが発音中であっても答が
分かり次第、解答することができる。このため、問題音
の発音終了を待つための図６のステップＳ６０４および
ステップＳ６０６に相当する処理は必要なくなるのであ
る。

【０２０５】そのほかの、図２４のステップＳ２４０
１、Ｓ２４０２、およびＳ２４０３〜Ｓ２４１５の各処
理は、図６のステップＳ６０１、Ｓ６０５、およびＳ６
０７〜Ｓ６１９の各処理と同じフロー構成である。

【０２０６】上記フロー構成のうち、図２５で示される
図２４のステップＳ２４０７の出題処理は、第１の実施
例における図１６で示される図６のステップＳ６１１の
処理と若干異なる。＜第３の実施例の具体的動作における出題処理の説明＞
すなわち、図２５のステップＳ２５０１では、図４のス
テップＳ４１２のＡＮＳＷＥＲ時間処理内の図６のステ
ップＳ６１０の乱数処理（図１５参照）によって出題鍵
メモリに格納されたキーコードに対応するリズムパター
ンが、図１のＲＯＭであるデータメモリ１０７から呼び
出される。そして、ステップＳ２５０２において、上記
リズムパターンに基づく演奏の開始が指示される。これ
により、図１の楽音発生回路１１０において問題となる
リズムパターンの演奏が開始される。

【０２０７】ここで、この第３の実施例においては、リ
ズムパターンの演奏の開始後、直ちにユーザによる押鍵
操作（解答操作）を受けつけるようにするため、ステッ
プＳ２５０３において現在シーケンスフラグを「待機状
態」に移行させ、さらにステップＳ２５０７において図
１の鍵盤１０３が押鍵可能状態（キーボードＯＮ）にさ
れる。

【０２０８】図２５の他のステップＳ２５０４〜Ｓ２５
０６の各処理は、図１６のステップＳ１６０４〜Ｓ１６
０６の各処理と同じである。上述のリズムパターンの出
題後は、図４のステップＳ４０８の判定はＹＥＳとなる
ため、ユーザは、すぐに図２２に示される鍵盤を使用し
て、リズムパターンを解答することができる。ユーザ
が、いずれかの鍵を押鍵してリズムパターンを解答する
と、第１の実施例の場合と同様にして、図４のステップ
Ｓ４１０のＡＮＳＷＥＲＴＲＩＧＧＥＲ処理（図７参
照）が実行され、更に、図４のステップＳ４１２のＡＮ
ＳＷＥＲ時間処理内の図２４のステップＳ２４１５のＡ
ＮＳＷＥＲ処理が実行される。ステップＳ２４１５のＡ
ＮＳＷＥＲ処理は、第１の実施例の場合と同様、図１３
で示される。＜第３の実施例の具体的動作におけるＥＮＤ＿ＭＥＳ処
理の説明＞ここで、図２６として示される図２４のステ
ップＳ２４１１または図１３のステップＳ１３１０のＥ
ＮＤ＿ＭＥＳ処理は、第１の実施例において図１４とし
て示されるものとわずかに異なる。

【０２０９】すなわち、図２６のステップＳ２６０１〜
Ｓ２６０８は、図１４のステップＳ１４０１〜Ｓ１４０
８とほとんど同じであるが、ステップＳ２６０３におい
て、メッセージ発音中にユーザによる押鍵操作を受け付
けないようにするため、図１の鍵盤１０３が押鍵不可能
状態（キーボードＯＦＦ）にされる処理のほか、いまま
で問題として発音されていたリズムパターンの発音を停
止する処理が実行される。＜第３の実施例の具体的動作における正解ＭＥＳ経過処
理の説明＞最後に、図４のステップＳ４１２のＡＮＳＷ
ＥＲ時間処理内の図２４のステップＳ２４０２のＥＮＤ
ＭＥＳＳＡＧＥ経過処理は、第１の実施例の場合と同
様に、図１１として示される。但し、図２７として示さ
れる図１１のステップＳ１１０５の正解ＭＥＳ経過処理
は、第１の実施例における図１２のものと若干異なる。

【０２１０】すなわち、図１２の第１の実施例では、ス
テップＳ１２０３およびＳ１２０４で発音される答の音
声は１鍵の正解鍵を表わしている例えば「ドー」という
内容の音声であったが、図２７の第３の実施例では、ス
テップＳ２７０３において正解鍵のキーコードに対応す
る例えば「マーチ」という内容のリズム名が取得された
後、ステップＳ２７０４のアタック処理により、そのリ
ズム名を内容とする音声が発音される。

【０２１１】上記ステップＳ２７０３以外のステップＳ
２７０１〜Ｓ２７１０の各処理は、第１の実施例におけ
る図１２のステップＳ１２０３以外のステップＳ１２０
１〜Ｓ１２１０の各処理と同じである。

【０２１２】以上のようにして、ＧＡＭＥモードの第３
の実施例では、ユーザは、リズムパターンに対応するリ
ズム名を当てるゲームを楽しむことができる。他の実施例以上説明した３つの実施例においては、ユーザーが解答
する際の制限時間を２０秒としたが、当然これに限られ
るものではなく、例えば連続正解数に応じて制限時間を
短くするようにすることもできる。

【０２１３】また、その制限時間の残り時間を示す、例
えばＬＥＤによる表示装置を電子楽器前面に設ければ、
ユーザーにとって有益である。さらに、上述した実施例
においては、ユーザが制限時間以内に解答しなかった場
合には、同じ問題の出題が繰り返されたが、難易度が同
程度の他の問題が出題されるようにしてもよい。

【０２１４】

【発明の効果】本発明の第１の態様によれば、ユーザが
所定の制限時間以上解答となるリズム名を入力しない
と、ユーザによる解答動作を不正解と判定してリズムパ
ターンの問題の出題を先に進めることができ、効率的な
出題動作が可能となる。

【０２１５】また、本発明の第２の態様によれば、例え
ばユーザによる正解の解答の頻度が多くなると、より難
易度の高いリズムパターンの組を出題させることがで
き、ユーザのリズム感に関する能力を段階的に向上させ
ることが可能となる。

【図面の簡単な説明】

【図１】本発明による第１の実施例の全体構成図であ
る。

【図２】図１のモードスイッチの外観図である。

【図３】第１の実施例の概略動作フローチャートであ
る。

【図４】第１の実施例のメイン動作フローチャートであ
る。

【図５】第１の実施例のＧＡＭＥＭＯＤＥＩＮ処理
の動作フローチャートである。

【図６】第１の実施例のＡＮＳＷＥＲ時間処理の動作フ
ローチャートである。

【図７】第１の実施例のＡＮＳＷＥＲＴＲＩＧＧＥＲ
処理の動作フローチャートである。

【図８】第１の実施例のＭＯＤＥＩＮ経過処理の動作
フローチャートである。

【図９】第１の実施例の出題経過処理の動作フローチャ
ートである。

【図１０】第１の実施例の出題経過の説明図である。

【図１１】第１の実施例のＥＮＤ＿ＭＥＳ経過処理の動
作フローチャートである。

【図１２】第１の実施例の正解ＭＥＳ経過処理の動作フ
ローチャートである。

【図１３】第１の実施例のＡＮＳＷＥ処理の動作フロー
チャートである。

【図１４】第１の実施例のＥＮＤ＿ＭＥＳ処理の動作フ
ローチャートである。

【図１５】第１の実施例の乱数処理の動作フローチャー
トである。

【図１６】第１の実施例の出題処理の動作フローチャー
トである。

【図１７】第２の実施例の乱数処理の動作フローチャー
トである。

【図１８】Ｑ＿ＢＵＦ〔ｉ〕の内容に対応する音名を示
す図である。

【図１９】第２の実施例の出題処理の動作フローチャー
トである。

【図２０】第２の実施例のＡＮＳ＿ＴＲＩＧＧＥＲ処理
の動作フローチャートである。

【図２１】第２の実施例のＡＮＳＷＥＲ処理の動作フロ
ーチャートである。

【図２２】鍵盤に割り当てられたリズム名の１例を示す
図である。

【図２３】第３の実施例のＧＡＭＥＭＯＤＥＩＮ処
理の動作フローチャートである。

【図２４】第３の実施例のＡＮＳＷＥＲ時間処理の動作
フローチャートである。

【図２５】第３の実施例の出題処理の動作フローチャー
トである。

【図２６】第３の実施例のＥＮＤ＿ＭＥＳ処理の動作フ
ローチャートである。

【図２７】第３の実施例の正解ＭＥＳ経過処理の動作フ
ローチャートである。

【符号の説明】

１０１ＣＰＵ１０２プログラムメモリ１０３鍵盤１０４モードスイッチ１０５楽音メモリ１０６人声音メモリ１０７データメモリ１０８Ｄ／Ａ変換器１０９サウンドシステム

Claims

【特許請求の範囲】

【請求項１】予め用意された複数種類のリズムパター
ンのうち任意のものを問題としてランダムに選択し自動
演奏して出題する問題出題手段と、ユーザに前記リズムパターンの問題に対応するリズム名
を入力させる入力手段と、前記問題出題手段が前記リズムパターンの問題の自動演
奏を開始してからユーザが前記入力手段によって前記リ
ズムパターンの問題に対応するリズム名を入力するまで
の待ち時間を計測する待ち時間計測手段と、前記問題出題手段が出題したリズムパターンのリズム名
とユーザが前記入力手段によって入力したリズム名とを
比較してユーザによる解答動作の正誤を判定しその判定
結果をユーザに応答し、前記待ち時間計測手段が計測す
る前記待ち時間が所定の制限時間を超過した場合にはユ
ーザによる解答動作を不正解と判定する正誤判定手段
と、を有することを特徴とする音楽装置。
【請求項２】予め用意されたそれぞれ複数種類からな
る難易度の異なる複数組のリズムパターンのうち所定の
難易度の組のなかの任意のものを問題としてランダムに
選択し自動演奏して出題する問題出題手段と、ユーザに前記リズムパターンの問題に対応するリズム名
を入力させる入力手段と、前記問題出題手段が出題したリズムパターンのリズム名
とユーザが前記入力手段によって入力したリズム名とを
比較してユーザによる解答動作の正誤を判定しその判定
結果をユーザに応答する正誤判定手段と、該正誤判定手段がユーザによる解答動作を正解と判定す
る頻度に基づいて、前記問題出題手段が選択する前記難
易度の異なるリズムパターンの組を制御する難易度選択
制御手段と、を有することを特徴とする音楽装置。
【請求項３】前記難易度選択制御手段は、前記正誤判
定手段がユーザによる解答動作を所定回数以上連続して
正解と判定した場合に、前記問題出題手段に前回の出題
時より難易度の高いリズムパターンの組を選択させる、ことを特徴とする請求項２に記載の音楽装置。