JP7377415B2 - 情報処理装置、電子楽器、方法及びプログラム - Google Patents

Description

本明細書の開示は、情報処理装置、電子楽器、方法及びプログラムに関する。

例えば、ピアノの練習において、音の強さをそろえて（いわゆる音の粒を揃えて）練習することが知られている。音の粒が揃っているかどうかは、例えば、演奏者本人や演奏を聴く第三者が判断する。また、ユーザ（演奏者や第三者）が、例えば特許文献１に示されるピアノロール画面に表示される音の強さを示す情報を見て、音の粒が揃っているかどうかを判断する方法もある。ユーザは、例えばシーケンサに演奏情報を入力することにより、ピアノロール画面を視認することができる。

特開２００６－２５９７６８号公報

演奏者が初心者であるほど音の粒が揃っているかを耳で聴いて判断することが難しい。また、演奏を聴いた第三者から演奏者がアドバイスを受けても、音の粒がどの程度揃っているかを感覚的に掴むことは容易ではない。

ピアノロール画面の例では、ユーザは、演奏を行って演奏情報を生成し、生成した演奏情報をシーケンサに入力し、シーケンサにより表示されるピアノロール画面を視認して、音の粒が揃っているかどうかを判断する。すなわち、この例では、音の粒が揃っているかどうかを演奏中に判断できないというデメリットがある。

また、何れにしても、上記に挙げた方法では、音楽経験で培った耳や、ピアノロール画面の各ノートの情報に基づいて、音の粒が揃っているかどうかを判断する必要がある。音の粒が揃っているかどうかを判断する作業が必要になるため、音の粒が揃っているかを簡単には把握できなかった。

本発明は上記の事情に鑑みてなされたものであり、その目的とするところは、音の粒が揃っているかをユーザに把握させやすい情報処理装置、電子楽器、方法及びプログラムを提供することである。

本発明の一実施形態に係る情報処理装置は、２つの音としての、ユーザの演奏操作に応じた第１の楽音と、前記ユーザの演奏操作に応じた楽音であって時間軸上で前記第１の楽音よりも後の楽音である第２の楽音よりも後の楽音である第３の楽音と、のベロシティの差、ピッチの差、音量の差、音色フィルタの差のいずれかを含む差分値を取得し、取得された前記差分値の大きさを示す情報を取得し、取得された前記情報に基づいて報知部に出力する、処理を実行する制御部を備える。

本発明の一実施形態によれば、音の粒が揃っているかをユーザに把握させやすい情報処理装置、電子楽器、方法及びプログラムが提供される。

本発明の一実施形態に係る電子楽器システムの外観を示す図である。 本発明の一実施形態に係る電子楽器の構成を示すブロック図である。 本発明の一実施形態に係る情報処理装置の構成を示すブロック図である。 本発明の一実施形態において情報処理装置のプロセッサにより実行されるレッスンプログラムの処理を示すフローチャートである。 図４のステップＳ１０２の第１のベロシティ値検出処理の詳細を示すサブルーチンである。 図４のステップＳ１０５の第２のベロシティ値検出処理の詳細を示すサブルーチンである。 図４のステップＳ１０６の差分値取得処理の詳細を示すサブルーチンである。 図７のステップＳ４０２において差分値を計算する際に用いられる差分値計算テーブルを示す図である。 図４のステップＳ１０７のアニメーション動画生成処理の詳細を示すサブルーチンである。 図９のステップＳ５０２においてアニメーション動画を生成するためのパラメータを設定する際に用いられるパラメータテーブルを示す図である。 図９のステップＳ５０３において生成されるアニメーション動画の一例を示す図である。 図９のステップＳ５０３において生成されるアニメーション動画の一例を示す図である。 図９のステップＳ５０３において生成されるアニメーション動画の一例を示す図である。 図９のステップＳ５０３において生成されるアニメーション動画の一例を示す図である。

図面を参照して、本発明の一実施形態に係る電子楽器システムについて詳細に説明する。

図１は、本発明の一実施形態に係る電子楽器システム１の外観を示す図である。図１に示されるように、電子楽器システム１は、電子楽器１００及び情報処理装置２００を備える。電子楽器１００と情報処理装置２００は、有線回線又は無線回線を介して接続される。

電子楽器１００は、電子鍵盤楽器であり、例えば、電子ピアノ、シンセサイザ、電子オルガンである。図２は、電子楽器１００の構成を示すブロック図である。図２に示されるように、電子楽器１００は、プロセッサ１１０、鍵盤１２０、キースキャナ１３０、操作部１４０、スピーカ１５０及び通信部１６０を備える。

プロセッサ１１０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を含む素子である。プロセッサ１１０は、ＲＯＭに格納されたプログラム及びデータを読み出し、ＲＡＭをワークエリアとして用いることにより、電子楽器１００を制御する。

演奏者が押鍵操作を行うと、プロセッサ１１０は、押鍵操作された鍵に対応付けられた音高の楽音を発生させる発音処理を行い、この楽音をスピーカ１５０から出力させる。また、演奏者が離鍵操作を行うと、プロセッサ１１０は、発音中の楽音であって、離鍵操作された鍵に対応付けられた楽音を消す消音処理を行う。

鍵盤１２０は、複数の演奏操作子として複数の白鍵及び黒鍵を有する。各鍵は、それぞれ異なる音高と対応付けられている。

キースキャナ１３０は、鍵盤１２０の押鍵、離鍵及び押鍵速度（ベロシティ値）を検出し、検出された音高情報及びベロシティ値を含む演奏情報をプロセッサ１１０に出力する。ベロシティ値は、音の強さを示す値ともいえる。音高情報は、キーナンバや鍵番号、ＭＩＤＩキー、ノートナンバと呼ばれることもある。

操作部１４０は、例えば、メカニカル方式、静電容量無接点方式、メンブレン方式等のキースイッチ、ボタン、タッチパネル等で構成される。演奏者は、操作部１４０を操作することにより、例えば音色を設定したり音量を調節したりすることができる。

通信部１６０は、外部機器と通信を行うための無線及び有線ユニットを備える。本実施形態では、通信部１６０は、ＭＩＤＩ（Musical Instrument Digital Interface）規格に準拠したインタフェースを含む。通信部１６０は、プロセッサ１１０の制御に基づいて、音高情報及びベロシティ値を含む演奏情報を外部機器の一例である情報処理装置２００に送信する。演奏情報は、一例として、ＭＩＤＩ規格に準拠したデータ構造を有する。

情報処理装置２００は、例えば、ノートＰＣ（Personal Computer）、スマートフォンである。情報処理装置２００は、タブレット端末、携帯ゲーム機、フィーチャフォン、ＰＤＡ（Personal Digital Assistant）等の他の形態の装置であってもよい。

図３は、情報処理装置２００の構成を示すブロック図である。図３に示されるように、情報処理装置２００は、プロセッサ２１０、ＲＡＭ２２０、ＲＯＭ２３０、操作部２４０、通信部２５０、表示部２６０及び音声出力部２７０を備える。情報処理装置２００は、例えば電子楽器１００の譜面台１７０に載置される。

コンピュータの一例であるプロセッサ２１０は、例えばシングルプロセッサ又はマルチプロセッサであり、少なくとも１つのプロセッサを含む。複数のプロセッサを含む構成とした場合、プロセッサ２１０は、単一の装置としてパッケージ化されたものであってもよく、情報処理装置２００内で物理的に分離した複数の装置で構成されてもよい。プロセッサ２１０は、「制御部」と呼ばれてもよい。

プロセッサ２１０は、機能ブロックとして、差分値取得部２１０ａ、情報取得部２１０ｂ及び出力部２１０ｃを備える。詳しくは後述するが、差分値取得部２１０ａは、２つの音のある値に関する差分値（以下「２つの音の差分値」と略記する。）を取得する。情報取得部２１０ｂは、取得された差分値の大きさを示す情報を取得する。出力部２１０ｃは、取得された情報に基づいて報知部に出力する。これらの機能ブロックの動作により、情報処理装置２００は、音の粒が揃っているかをユーザに容易に把握させることができる。本発明の一実施形態に係る方法及びプログラムは、プロセッサ２１０の機能ブロックに各種処理を実行させることで実現される。

ＲＡＭ２２０は、データやプログラムを一時的に保持する。ＲＡＭ２２０には、ＲＯＭ２３０から読み出されたプログラムやデータ、その他、通信に必要なデータが保持される。

ＲＯＭ２３０は、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）等の不揮発性の半導体メモリであり、二次記憶装置又は補助記憶装置としての役割を担う。ＲＯＭ２３０には、レッスンプログラム２３２をはじめとする、プロセッサ２１０が各種処理を行うために使用するプログラム及びデータが格納されている。

本実施形態において、プロセッサ２１０の各機能ブロックは、ソフトウェアであるレッスンプログラム２３２により実現される。なお、プロセッサ２１０の各機能ブロックは、一部又は全部が専用の論理回路等のハードウェアにより実現されてもよい。

操作部２４０は、例えば、メカニカル方式、静電容量無接点方式、メンブレン方式等のキースイッチ、ボタン、キーボード、マウス、タッチパネル等で構成される。ユーザ（例えば演奏者）が操作部２４０を操作すると、その操作内容を示す信号がプロセッサ２１０に出力される。プロセッサ２１０は、入力された信号に基づいて情報処理装置２００を制御する。操作部２４０がタッチパネルを含む場合、操作部２４０は、表示部２６０も兼ねる。

通信部２５０は、外部機器と通信を行うための無線及び有線ユニットを備える。本実施形態では、通信部２５０は、ＭＩＤＩ規格に準拠したインタフェースを含む。通信部２５０は、外部機器の一例である電子楽器１００より受信した演奏情報の入力を受け付けて、ＲＡＭ２２０に記憶する。

表示部２６０は、報知部の一例である。表示部２６０は、ＬＣＤ（Liquid Crystal Display）パネル、有機ＥＬ（Electro Luminescence）パネル、ＬＥＤ（Light Emitting Diode）パネル等の表示パネルと表示コントローラを備える。表示部２６０は、プロセッサ２１０からの出力に基づいて画像を表示する。一例として、表示部２６０は、プロセッサ２１０からの出力に基づいて、差分値取得部２１０ａにより取得される差分値に応じた内容（後述のアニメーション動画）を表示（出力）する。

音声出力部２７０は、報知部の一例である。音声出力部２７０は、スピーカとドライバを備える。音声出力部２７０は、プロセッサ２１０からの出力に基づいて音声を出力する。一例として、音声出力部２７０は、プロセッサ２１０からの出力に基づいて、差分値取得部２１０ａにより取得される差分値に応じた内容の音声（後述）を出力する。

本実施形態では、後述するように、音の粒の揃い具合を演奏者にアニメーション動画で伝えることにより、演奏中の楽曲における音の粒の揃い具合を演奏者にリアルタイムで簡単に把握させられるようになっているが、本発明の構成はこれに限らない。別の実施形態では、音の粒の揃い具合を、アニメーション動画に加えて又は代えて、音声出力部２７０から出力される音声で演奏者に伝えてもよい。例示的には、「（今回弾いた音が最初に弾いた音に対して）小さい」、「（今回弾いた音が最初に弾いた音に対して）大きい」、「丁度良い（すなわち、最初に弾いた音に対して今回弾いた音の粒が揃っている）」等の、音の粒の揃い具合を演奏者に伝える音声を音声出力部２７０から出力させてもよい。この場合も、演奏中の楽曲における音の粒の揃い具合を演奏者に簡単に把握させることができる。

本実施形態において、情報処理装置２００は表示部２６０及び音声出力部２７０を備えるが、本発明の構成はこれに限らない。表示部２６０と音声出力部２７０の少なくとも一方は、情報処理装置２００に備えられず、情報処理装置２００に対する外付けの装置であってもよい。

図４は、本発明の一実施形態においてプロセッサ２１０により実行されるレッスンプログラム２３２の処理を示すフローチャートである。プロセッサ２１０は、操作部２４０に対する所定の操作を受け付けると、情報処理装置２００の動作モードをレッスンモードに遷移させる。レッスンモードに遷移すると、図４に示されるフローチャートの処理の実行が開始される。

電子楽器１００は、鍵盤１２０に対する押鍵操作が行われる毎に、押鍵操作に応じた演奏情報（例えばＭＩＤＩデータ）を情報処理装置２００へ出力する。プロセッサ２１０は、押鍵操作毎に電子楽器１００から出力される演奏情報を通信部２５０を介して受け付ける。

押鍵操作に応じた演奏情報を受け付けると（言い換えると、電子楽器１００において押鍵操作が行われると）（ステップＳ１０１：ＹＥＳ）、プロセッサ２１０は、第１のベロシティ値検出処理を実行する（ステップＳ１０２）。

ステップＳ１０２の第１のベロシティ値検出処理では、演奏を開始した演奏者による最初の押鍵操作におけるベロシティ値が検出される。第１のベロシティ値検出処理の詳細については後述する。

押鍵操作に応じた演奏情報を受けないとき（言い換えると、電子楽器１００において押鍵操作が行われていないと）（ステップＳ１０１：ＮＯ）、プロセッサ２１０は、レッスンモードに対する終了操作が行われたか否かを判定する（ステップＳ１０３）。レッスンモードに対する終了操作が行われた場合（ステップＳ１０３：ＹＥＳ）、プロセッサ２１０は、本フローチャートの処理を終了して、情報処理装置２００の動作モードを元のモードに復帰させる。レッスンモードに対する終了操作が行われていなければ（ステップＳ１０３：ＮＯ）、プロセッサ２１０は、ステップＳ１０１の処理に戻る。

第１のベロシティ値検出処理の実行後、押鍵操作に応じた演奏情報を受け付けると（ステップＳ１０４：ＹＥＳ）、プロセッサ２１０は、第２のベロシティ値検出処理を実行する（ステップＳ１０５）。

ステップＳ１０５の第２のベロシティ値検出処理では、演奏者による今回（２回目以降）の押鍵操作におけるベロシティ値が検出される。第２のベロシティ値検出処理の詳細については後述する。

プロセッサ２１０は、差分値取得処理を実行する（ステップＳ１０６）。差分値取得処理では、ステップＳ１０２の第１のベロシティ値検出処理で検出されたベロシティ値と、ステップＳ１０５の第２のベロシティ値検出処理で検出されたベロシティ値との差分値が計算される。すなわち、プロセッサ２１０は、初回の押鍵操作における音の強さと、今回（２回目以降）の押鍵操作における音の強さとの差分値を取得する。差分値取得処理の詳細については後述する。

別の言い方をすると、プロセッサ２１０は、演奏者の第１の操作に応じた第１の楽音と、演奏者の第２の操作に応じた第２の楽音との差分値を取得する。第１の楽音及び第２の楽音は、演奏者による演奏の楽音である。第２の楽音は、時間軸上で第１の楽音よりも後の楽音である。本実施形態では、第１の楽音は、演奏者による演奏の最初の楽音（初回の押鍵操作に応じた楽音）である。

附言するに、演奏者による演奏の楽音であって、時間軸上で第２の楽音よりも後の楽音を、演奏者の第３の操作に応じた第３の楽音とし、この第３の楽音が発音される場合、プロセッサ２１０は、第１の楽音と第３の楽音との差分値を取得する。

プロセッサ２１０は、アニメーション動画生成処理を実行する（ステップＳ１０７）。アニメーション動画生成処理では、ステップＳ１０６にて取得された差分値に応じたアニメーション動画が生成されて、表示部２６０に出力される。表示部２６０で再生されるアニメーション動画は、演奏中の演奏で音の粒がどの程度揃っているかを示すものとなっている。演奏者は、アニメーション動画を見るだけで、最初の音に比べて今弾いている音の粒がどの程度揃っているかをリアルタイムで容易に把握することができる。アニメーション動画生成処理の詳細については後述する。

プロセッサ２１０は、レッスンモードに対する終了操作が行われたか否かを判定する（ステップＳ１０８）。レッスンモードに対する終了操作が行われた場合（ステップＳ１０８：ＹＥＳ）、プロセッサ２１０は、本フローチャートの処理を終了して、情報処理装置２００の動作モードを元のモードに復帰させる。

レッスンモードに対する終了操作が行われていなければ（ステップＳ１０８：ＮＯ）、プロセッサ２１０は、ステップＳ１０４の処理に戻る。その後、押鍵操作に応じた演奏情報を受け付けると（ステップＳ１０４：ＹＥＳ）、プロセッサ２１０は、第２のベロシティ値検出処理（ステップＳ１０５）、差分値取得処理（ステップＳ１０６）、アニメーション動画生成処理（ステップＳ１０７）を実行する。ステップＳ１０４～Ｓ１０８の処理が実行されるたびに、初回の押鍵操作における音の強さと、今回（２回目以降）の押鍵操作における音の強さとの差分値に応じたアニメーション動画が再生される。

アニメーション動画では、初回の押鍵操作に応じた楽音に対して、今回（２回目以降）の押鍵操作に応じた楽音がどの程度粒が揃ったものであるかを示す内容が再生される。そのため、演奏者は、初回の押鍵操作に応じた楽音の強さに合わせて音の粒を揃える練習を行うことができる。例えば、初回に鍵を弱く押すと、弱い音の粒を揃える練習をすることができる。また、初回に鍵を中程度の力で押すと、中程度の音の粒を揃える練習をすることができる。また、初回に鍵を強く押すと、強い音の粒を揃える練習をすることができる。

図５は、図４のステップＳ１０２の第１のベロシティ値検出処理の詳細を示すサブルーチンである。第１のベロシティ値検出処理では、初回の押鍵操作の入力タイプが判定され、判定された入力タイプに応じて初回の押鍵操作における音の強さが取得される。

レッスンモードでは、音の粒を揃える練習を行うため、演奏者がハノン等の指の練習曲を演奏することが想定される。このとき、片手演奏の練習であるか両手演奏の練習であるかは不明である。また、演奏者がハノン等の練習曲以外の楽曲で音の粒を揃える練習を行う可能性もある。そのため、本実施形態では、押鍵操作の入力タイプとして、単音、２音、３音以上の和音、又は伴奏和音（２音以上の和音）とメロディ音との組合せであるかどうかが判定される。

所定時間内（例えば２０ミリ秒以内）に複数の鍵が押鍵された場合、押鍵操作に応じた楽音が２音又は３音以上の和音、又は伴奏和音とメロディ音との組合せであると判定される。言い換えると、上記の所定時間内に１つの鍵しか押鍵されなかった場合、押鍵操作に応じた楽音が単音であると判定される。

なお、ここで挙げた入力タイプは一例に過ぎない。プロセッサ２１０は、押鍵操作の入力タイプをより詳細に判定してもよい。

図５に示されるように、プロセッサ２１０は、図４のステップＳ１０１にて受け付けた演奏情報に基づいて、押鍵操作に応じた楽音が単音か否かを判定する（ステップＳ２０１）。

押鍵操作に応じた楽音が単音の場合（ステップＳ２０１：ＹＥＳ）、プロセッサ２１０は、図４のステップＳ１０１にて受け付けた演奏情報に含まれるベロシティ値（言い換えると、初回の押鍵操作における音の強さ）をベロシティ値Ｆ_ＶＥＬとして取得する（ステップＳ２０２）。

押鍵操作に応じた楽音が単音でない場合（ステップＳ２０１：ＮＯ）、プロセッサ２１０は、図４のステップＳ１０１にて受け付けた演奏情報に基づいて、押鍵操作に応じた楽音が２音か否かを判定する（ステップＳ２０３）。

ハノン等の指の練習曲では、同じ音を異なるオクターブで同時に弾く、すなわち、ユニゾンで弾くことがある。そこで、押鍵操作に応じた楽音が２音の場合（ステップＳ２０３：ＹＥＳ）、プロセッサ２１０は、押鍵された２つの鍵の音高が１オクターブ以上離れているか否かを判定する（ステップＳ２０４）。

押鍵された２つの鍵の音高が１オクターブ以上離れている場合（ステップＳ２０４：ＹＥＳ）、２つの鍵が左右それぞれの手の指で押鍵されたものと推定される。この場合、プロセッサ２１０は、一方の手の演奏での音の粒の揃い具合を検出するとともに他方の手の演奏での音の粒の揃い具合を検出するため、図４のステップＳ１０１にて受け付けた演奏情報に含まれる２つのベロシティ値（２音それぞれのベロシティ値）のうち、高い音高のベロシティ値をベロシティ値ＦＲ_ＶＥＬとして取得するとともに、低い音高のベロシティ値をベロシティ値ＦＬ_ＶＥＬとして取得する（ステップＳ２０５）。

押鍵された２つの鍵の音高が１オクターブ以上離れていない場合（ステップＳ２０４：ＮＯ）、２つの鍵が片方の手の指で押鍵されたものと推定される。この場合、単音で弾こうとしたものの、押鍵する指の位置がずれてしまい、隣接する別の鍵も一緒に弾いてしまったケースが想定される。そこで、プロセッサ２１０は、図４のステップＳ１０１にて受け付けた演奏情報に含まれる２つのベロシティ値のうち、高い音高のベロシティ値をベロシティ値Ｆ_ＶＥＬとして取得する（ステップＳ２０６）。別の実施形態では、ステップＳ２０６において、プロセッサ２１０は、図４のステップＳ１０１にて受け付けた演奏情報に含まれる２つのベロシティ値のうち、低い音高のベロシティ値、又は、最初に押鍵された鍵に対応付けられた音高のベロシティ値、若しくは、次に押鍵された鍵に対応付けられた音高のベロシティ値をベロシティ値Ｆ_ＶＥＬとして取得してもよい。

押鍵操作に応じた楽音が２音でない場合（ステップＳ２０３：ＮＯ）、押鍵操作に応じた楽音は３音以上の楽音を含む。プロセッサ２１０は、押鍵された３つ以上の鍵の音高のうち、最も高い楽音と次に高い楽音とが１オクターブ以上離れているか否かを判定する（ステップＳ２０７）。

押鍵された３つ以上の鍵の音高のうち、最も高い楽音と次に高い楽音とが１オクターブ以上離れている場合（ステップＳ２０７：ＹＥＳ）、一方の手でメロディ音が弾かれ、他方の手で伴奏和音が弾かれているものと推定される。この場合、プロセッサ２１０は、メロディ音の粒の揃い具合を検出するとともに伴奏和音の粒の揃い具合を検出するため、図４のステップＳ１０１にて受け付けた演奏情報に含まれる３つ以上のベロシティ値のうち、最も高い音高（言い換えると、一方の手で弾くメロディ音の音高）のベロシティ値をベロシティ値ＦＭ_ＶＥＬとして取得するとともに、それ以外の２つ以上の音高（言い換えると、他方の手で弾く伴奏和音の音高）のベロシティ値の平均値をベロシティ値ＦＡ_ＶＥＬとして取得する（ステップＳ２０８）。

押鍵された３つ以上の鍵の音高のうち、最も高い楽音と次に高い楽音とが１オクターブ以上離れていない場合（ステップＳ２０７：ＮＯ）、片方の手で伴奏和音が弾かれているものと推定される。この場合、プロセッサ２１０は、図４のステップＳ１０１にて受け付けた演奏情報に含まれる３つ以上のベロシティ値の平均値（言い換えると、伴奏和音の音高のベロシティ値）をベロシティ値ＦＡ_ＶＥＬとして取得する（ステップＳ２０９）。

このように、ステップＳ２０４及びＳ２０７において、プロセッサ２１０は、演奏者による演奏が片手演奏か両手演奏かを判定する。ステップＳ２０５、Ｓ２０６、Ｓ２０８及びＳ２０９において、プロセッサ２１０は、片手演奏又は両手演奏に応じたベロシティ値を取得する。

プロセッサ２１０は、初回の押鍵操作における音の強さを取得する（ステップＳ２１０）。具体的には、ステップＳ２１０において、プロセッサ２１０は、次の（１ａ）～（５ａ）の何れかのベロシティ値を初回の押鍵操作における音の強さとして取得する。
（１ａ）ステップＳ２０２にて取得されたベロシティ値Ｆ_ＶＥＬ
（２ａ）ステップＳ２０５にて取得されたベロシティ値ＦＲ_ＶＥＬ及びＦＬ_ＶＥＬ
（３ａ）ステップＳ２０６にて取得されたベロシティ値Ｆ_ＶＥＬ
（４ａ）ステップＳ２０８にて取得されたベロシティ値ＦＭ_ＶＥＬ及びＦＡ_ＶＥＬ
（５ａ）ステップＳ２０９にて取得されたベロシティ値ＦＡ_ＶＥＬ

図６は、図４のステップＳ１０５の第２のベロシティ値検出処理の詳細を示すサブルーチンである。第２のベロシティ値検出処理では、今回（２回目以降）の押鍵操作の入力タイプが判定され、判定された入力タイプに応じて今回（２回目以降）の押鍵操作における音の強さが取得される。

ステップＳ１０５の第２のベロシティ値検出処理は、ステップＳ１０２の第１のベロシティ値検出処理と同様である。そのため、第２のベロシティ値検出処理の説明の詳細は適宜省略する。

図６に示されるように、プロセッサ２１０は、図４のステップＳ１０４にて受け付けた演奏情報に基づいて、押鍵操作に応じた楽音が単音か否かを判定する（ステップＳ３０１）。

押鍵操作に応じた楽音が単音の場合（ステップＳ３０１：ＹＥＳ）、プロセッサ２１０は、図４のステップＳ１０４にて受け付けた演奏情報に含まれるベロシティ値（言い換えると、今回（２回目以降）の押鍵操作における音の強さ）をベロシティ値Ｃ_ＶＥＬとして取得する（ステップＳ３０２）。

押鍵操作に応じた楽音が単音でない場合（ステップＳ３０１：ＮＯ）、プロセッサ２１０は、図４のステップＳ１０４にて受け付けた演奏情報に基づいて、押鍵操作に応じた楽音が２音か否かを判定する（ステップＳ３０３）。

押鍵操作に応じた楽音が２音の場合（ステップＳ３０３：ＹＥＳ）、プロセッサ２１０は、押鍵された２つの鍵の音高が１オクターブ以上離れているか否かを判定する（ステップＳ３０４）。

押鍵された２つの鍵の音高が１オクターブ以上離れている場合（ステップＳ３０４：ＹＥＳ）、プロセッサ２１０は、一方の手の演奏での音の粒の揃い具合を検出するとともに他方の手の演奏での音の粒の揃い具合を検出するため、図４のステップＳ１０４にて受け付けた演奏情報に含まれる２つのベロシティ値（２音それぞれのベロシティ値）のうち、高い音高のベロシティ値をベロシティ値ＣＲ_ＶＥＬとして取得するとともに、低い音高のベロシティ値をベロシティ値ＣＬ_ＶＥＬとして取得する（ステップＳ３０５）。

押鍵された２つの鍵の音高が１オクターブ以上離れていない場合（ステップＳ３０４：ＮＯ）、プロセッサ２１０は、図４のステップＳ１０４にて受け付けた演奏情報に含まれる２つのベロシティ値のうち、高い音高のベロシティ値をベロシティ値Ｃ_ＶＥＬとして取得する（ステップＳ３０６）。別の実施形態では、ステップＳ３０６において、プロセッサ２１０は、図４のステップＳ１０４にて受け付けた演奏情報に含まれる２つのベロシティ値のうち、低い音高のベロシティ値、又は、最初に押鍵された鍵に対応付けられた音高のベロシティ値、若しくは、次に押鍵された鍵に対応付けられた音高のベロシティ値をベロシティ値Ｃ_ＶＥＬとして取得してもよい。

押鍵操作に応じた楽音が２音でない場合（ステップＳ３０３：ＮＯ）、押鍵操作に応じた楽音は３音以上の楽音を含む。プロセッサ２１０は、押鍵された３つ以上の鍵の音高のうち、最も高い楽音と次に高い楽音とが１オクターブ以上離れているか否かを判定する（ステップＳ３０７）。

押鍵された３つ以上の鍵の音高のうち、最も高い楽音と次に高い楽音とが１オクターブ以上離れている場合（ステップＳ３０７：ＹＥＳ）、プロセッサ２１０は、メロディ音の粒の揃い具合を検出するとともに伴奏和音の粒の揃い具合を検出するため、図４のステップＳ１０４にて受け付けた演奏情報に含まれる３つ以上のベロシティ値のうち、最も高い音高（言い換えると、一方の手で弾くメロディ音の音高）のベロシティ値をベロシティ値ＣＭ_ＶＥＬとして取得するとともに、それ以外の２つ以上の音高（言い換えると、他方の手で弾く伴奏和音の音高）のベロシティ値の平均値をベロシティ値ＣＡ_ＶＥＬとして取得する（ステップＳ３０８）。

押鍵された３つ以上の鍵の音高のうち、最も高い楽音と次に高い楽音とが１オクターブ以上離れていない場合（ステップＳ３０７：ＮＯ）、プロセッサ２１０は、図４のステップＳ１０４にて受け付けた演奏情報に含まれる３つ以上のベロシティ値の平均値（言い換えると、伴奏和音の音高のベロシティ値）をベロシティ値ＣＡ_ＶＥＬとして取得する（ステップＳ３０９）。

このように、ステップＳ３０４及びＳ３０７において、プロセッサ２１０は、演奏者による演奏が片手演奏か両手演奏かを判定する。ステップＳ３０５、Ｓ３０６、Ｓ３０８及びＳ３０９において、プロセッサ２１０は、片手演奏又は両手演奏に応じたベロシティ値を取得する。

プロセッサ２１０は、今回（２回目以降）の押鍵操作における音の強さを取得する（ステップＳ３１０）。具体的には、ステップＳ３１０において、プロセッサ２１０は、次の（１ｂ）～（５ｂ）の何れかのベロシティ値を今回（２回目以降）の押鍵操作における音の強さとして取得する。
（１ｂ）ステップＳ３０２にて取得されたベロシティ値Ｃ_ＶＥＬ
（２ｂ）ステップＳ３０５にて取得されたベロシティ値ＣＲ_ＶＥＬ及びＣＬ_ＶＥＬ
（３ｂ）ステップＳ３０６にて取得されたベロシティ値Ｃ_ＶＥＬ
（４ｂ）ステップＳ３０８にて取得されたベロシティ値ＣＭ_ＶＥＬ及びＣＡ_ＶＥＬ
（５ｂ）ステップＳ３０９にて取得されたベロシティ値ＣＡ_ＶＥＬ

図７は、図４のステップＳ１０６の差分値取得処理の詳細を示すサブルーチンである。差分値取得処理では、ステップＳ１０２の第１のベロシティ値検出処理で検出されたベロシティ値と、ステップＳ１０５の第２のベロシティ値検出処理で検出されたベロシティ値との差分値が取得される。より包括的な表現によれば、差分値取得処理では、２つの音のある値に関する差分値が取得される。すなわち、ステップＳ１０６において、プロセッサ２１０は、２つの音のある値に関する差分値を取得する差分値取得部２１０ａとして動作する。

図７に示されるように、プロセッサ２１０は、図５のステップＳ２１０にて取得された初回の押鍵操作における音の強さ（すなわち、上記（１ａ）～（５ａ）の何れかのベロシティ値）を値ＦＶとして設定するとともに、図６のステップＳ３１０にて取得された今回（２回目以降）の押鍵操作における音の強さ（すなわち、上記（１ｂ）～（５ｂ）の何れかのベロシティ値）を値ＣＶとして設定する（ステップＳ４０１）。

プロセッサ２１０は、値ＦＶと値ＣＶとの差分値を計算する（ステップＳ４０２）。この差分値は、値ＦＶから値ＣＶを減算したものである。より詳細には、プロセッサ２１０は、図８に示される差分値計算テーブルを参照して、初回の押鍵操作と今回（２回目以降）の押鍵操作の入力タイプを考慮した差分値の計算を行う。図８に示される差分値計算テーブルでは、縦軸が値ＦＶであり、横軸が値ＣＶである。この差分値計算テーブルは、例えばＲＯＭ２３０に保持されている。

図８に示される差分値計算テーブルを用いた差分値の計算方法を数例説明する。

例えば、初回と今回（２回目以降）の押鍵操作に応じた楽音が何れも単音である場合を考える。この場合、図８に示されるように、次式（１）により差分値が計算される。

式（１）
ベロシティ値Ｆ_ＶＥＬ－ベロシティ値Ｃ_ＶＥＬ

例えば、初回の押鍵操作に応じた楽音が１オクターブ以上離れた２音であり、今回（２回目以降）の押鍵操作に応じた楽音が単音である場合を考える。この場合、楽音が２音から単音になることから、ベロシティ値ＦＲ_ＶＥＬに対応する楽音とベロシティ値ＦＬ_ＶＥＬに対応する楽音のうち、ベロシティ値Ｃ_ＶＥＬに対応する楽音と音高（又は音域）が近い方と、ベロシティ値Ｃ_ＶＥＬとの差分値が計算される。すなわち、図８に示されるように、次式（２）又は次式（３）により差分値が計算される。

式（２）
ベロシティ値ＦＲ_ＶＥＬ－ベロシティ値Ｃ_ＶＥＬ
式（３）
ベロシティ値ＦＬ_ＶＥＬ－ベロシティ値Ｃ_ＶＥＬ

例えば、初回と今回（２回目以降）の押鍵操作に応じた楽音が何れも１オクターブ以上離れた２音である場合を考える。この場合、一方の手の演奏での音の粒の揃い具合を検出するとともに他方の手の演奏での音の粒の揃い具合を検出するため、図８に示されるように、一方の手の演奏における２つの音の差分値が次式（４）により計算されるとともに、他方の手の演奏における２つの音の差分値が次式（５）により計算される。

式（４）
ベロシティ値ＦＲ_ＶＥＬ－ベロシティ値ＣＲ_ＶＥＬ
式（５）
ベロシティ値ＦＬ_ＶＥＬ－ベロシティ値ＣＬ_ＶＥＬ

例えば、初回と今回（２回目以降）の押鍵操作に応じた楽音が何れも伴奏和音（２音以上の和音）とメロディ音とを組み合わせたものである場合を考える。この場合、メロディ音の粒の揃い具合を検出するとともに伴奏和音の粒の揃い具合を検出するため、図８に示されるように、一方の手で弾くメロディ音における差分値が次式（６）により計算されるとともに、他方の手で弾く伴奏和音における差分値が次式（７）により計算される。

式（６）
ベロシティ値ＦＭ_ＶＥＬ－ベロシティ値ＣＭ_ＶＥＬ
式（７）
ベロシティ値ＦＡ_ＶＥＬ－ベロシティ値ＣＡ_ＶＥＬ

例えば、初回の押鍵操作に応じた楽音が伴奏和音（２音以上の和音）とメロディ音とを組み合わせたものであり、今回（２回目以降）の押鍵操作に応じた楽音が伴奏和音のみの場合を考える。この場合、初回の押鍵操作に応じた楽音（より詳細には、初回の押鍵操作に応じた楽音の中で最も高い音高の楽音（ベロシティ値ＦＭ_ＶＥＬの楽音））の発音中は、差分値の計算を停止する。これにより、メロディ音の演奏中は、音の粒がどの程度揃っているかを示すアニメーション動画が表示部２６０に表示されなくなる。演奏者に対し、メロディ音を演奏することに集中させる趣旨である。この楽音の発音が終わると、図８に示されるように、初回の押鍵操作に応じたメロディ音と今回の押鍵操作に応じた伴奏和音との差分値が次式（８）により計算される。

式（８）
ベロシティ値ＦＭ_ＶＥＬ－ベロシティ値ＣＡ_ＶＥＬ

なお、図８の例では、初回の押鍵操作に応じた楽音が単音又は２音であり、今回（２回目以降）の押鍵操作に応じた楽音が伴奏和音のみの場合も、上記と同様の趣旨により、初回の押鍵操作に応じた楽音の発音中は、差分値の計算が停止される。

プロセッサ２１０は、ステップＳ４０２にて計算された差分値を２つの音の強さの差分値として取得する（ステップＳ４０３）。片手演奏の場合には、ステップＳ４０２にて計算された１つの差分値が取得され、両手演奏の場合には、ステップＳ４０２にて計算された２つの差分値が取得される。

図９は、図４のステップＳ１０７のアニメーション動画生成処理の詳細を示すサブルーチンである。本実施形態では、音の粒がどの程度揃っているかに応じて、キャラクタが移動する地面の高さをアニメーション動画内で変化させる。演奏者は、キャラクタが移動する地面の高さを視認することにより、音の粒がどの程度揃っているかをリアルタイムで把握することができる。

図９に示されるように、プロセッサ２１０は、図８のステップＳ４０３にて取得された差分値を差分値ＶＥＬとして設定する（ステップＳ５０１）。両手演奏の場合は、それぞれの手に対応した２つの差分値ＶＥＬを設定する。

ステップＳ５０２において、プロセッサ２１０は、差分値ＶＥＬに応じた情報（例えば、第１の楽音と第２の楽音との差分値の大きさを示す情報、第１の楽音と第３の楽音との差分値の大きさを示す情報）を取得する情報取得部２１０ｂとして動作する。具体的には、ステップＳ５０２において、プロセッサ２１０は、図１０に示されるパラメータテーブルを参照して、差分値ＶＥＬに応じたアニメーション動画を生成するためのパラメータ（差分値ＶＥＬの大きさを示す情報の一例）を設定する。両手演奏の場合は、それぞれの差分値ＶＥＬに応じたパラメータが設定される。

図１０の例では、パラメータとして、初期キャラクタ、アニメーション情報、勾配がある。初期キャラクタは、画像の一例であり、アニメーション動画の最初のコマで表示するキャラクタを示す。アニメーション情報は、画像を画面上で動かすための情報の一例であり、キャラクタの動きの情報を示す。勾配は、画像に対して差分値に応じた変化を与えるための情報の一例であり、キャラクタが移動する地面の高さを示す。附言するに、勾配は、差分値に応じて、画像を画面内で傾けて表示させるための情報である。

図１０に示されるパラメータテーブルは、例えばＲＯＭ２３０に保持されている。すなわち、保持部の一例であるＲＯＭ２３０は、情報取得部２１０ｂにより取得される情報の一例であるパラメータを差分値ＶＥＬ毎に対応付けて保持する。ステップＳ５０２において情報取得部２１０ｂとして動作するプロセッサ２１０は、保持部であるＲＯＭ２３０のなかから、差分値ＶＥＬに対応付けられた情報（パラメータ）を取得する。

なお、ここに挙げるパラメータ（言い換えると情報）は一例に過ぎない。例えば、画像に対して差分値に応じた変化を与えるための情報として、画像の色や大きさ、数等を変えるための情報が含まれてもよく、また、別の画像に切り替えるための情報が含まれてもよい。プロセッサ２１０は、アニメーション動画を生成するためのパラメータとして、図１０に示すパラメータに加えて又は代えて、上記で例示的に挙げた別のパラメータを設定してもよい。

プロセッサ２１０は、ステップＳ５０２にて設定されたパラメータを用いてアニメーション動画を生成して表示部２６０に出力する（ステップＳ５０３）。両手演奏の場合は、それぞれの差分値ＶＥＬに応じて設定されたパラメータを用いて、それぞれの手に対応するアニメーション動画（言い換えると、それぞれの手において音の粒がどの程度揃っているかを示す情報）が生成されて、表示部２６０に出力される。すなわち、ステップＳ５０３において、プロセッサ２１０は、情報取得部２１０ｂにより取得された情報の一例であるパラメータに基づいて、報知部の一例である表示部２６０に出力する出力部２１０ｃとして動作する。

より詳細には、情報取得部２１０ｂ及び出力部２１０ｃとして動作するプロセッサ２１０は、片手演奏と判定される場合には、演奏する１つの手に対応する情報（パラメータ）を取得して報知部（表示部２６０）への出力を行い、両手演奏と判定される場合には、演奏するそれぞれの手に対応する情報を取得して報知部への出力を行う。

今回（２回目以降）の押鍵操作に応じた楽音が発音中である間（ステップＳ５０４：ＹＥＳ）、プロセッサ２１０は、引き続き、ステップＳ５０３を実行して、アニメーション動画の生成及び出力を行う。これにより、上記の楽音の発音中、表示部２６０でアニメーション動画が再生される。

例えば、差分値ＶＥＬがゼロの場合、図１０に示されるように、初期キャラクタとしてキャラクタ（１）が設定され、アニメーション情報として情報（１）（Ａ）（Ｂ）が設定され、勾配としてゼロ度が設定される。

ステップＳ５０３において、プロセッサ２１０は、例えばＲＯＭ２３０に記憶された初期キャラクタのなかからキャラクタ（１）を取得する。

情報（１）（Ａ）（Ｂ）は、キャラクタ（１）を（Ａ）のコマと（Ｂ）のコマで交互に繰り返し動かすことを示す。ステップＳ５０３において、プロセッサ２１０は、例えばＲＯＭ２３０に記憶されたコマの中から、キャラクタ（１）に対する（Ａ）のコマと（Ｂ）のコマを取得する。画面上でキャラクタ（１）を（Ａ）のコマと（Ｂ）のコマで交互に繰り返し表示することにより、キャラクタ（１）が走るアニメーション動画が再生される。

ゼロ度の勾配は、キャラクタ（１）が走る地面の高さが基準の高さであることを示す。ステップＳ５０３において、プロセッサ２１０は、アニメーション動画内で基準の高さとなる位置にキャラクタ（１）が走る地面を描画する。

このように、ステップＳ５０３において、プロセッサ２１０は、差分値ＶＥＬがゼロの場合、基準の高さＨ_１に位置する地面をキャラクタ（１）が走るアニメーション動画を生成する。このアニメーション動画の一例を図１１Ａ及び図１１Ｂに示す。図１１Ａに示されるコマと図１１Ｂに示されるコマとが交互に繰り返されるアニメーション動画が生成されて表示部２６０に表示される。

なお、図１１Ａ及び図１１Ｂの例では、片手演奏時に表示部２６０に表示されるアニメーション動画を示す。両手演奏時には、それぞれの手に対応するアニメーション動画が表示部２６０に表示される。

図１２Ａ及び図１２Ｂに、両手演奏時に表示部２６０に表示されるアニメーション動画の一例を示す。なお、本実施形態では、ステップＳ５０２にて設定されるキャラクタが差分値ＶＥＬに応じて変わるが、図１２Ａ及び図１２Ｂでは、便宜上、図１１Ａ及び図１１Ｂと同じ犬のキャラクタ（１）を図示する。

補足すると、ステップＳ５０２にて設定されるキャラクタは、常に同じキャラクタ（例えば図１１Ａ及び図１１Ｂに示される犬のキャラクタ（１））であってもよい。また、ステップＳ５０２にて設定されるキャラクタは、演奏者が自由に変更できてもよい。

まずは、一方の手に対応するアニメーション動画について説明する。例えば、一方の手に対応する差分値ＶＥＬが＋１０１以上である場合、図１０に示されるように、初期キャラクタとしてキャラクタ（６）が設定され、アニメーション情報として情報（６）（Ａ）（Ｂ）が設定され、勾配として＋４５度が設定される。一方の手に対応する前回の差分値ＶＥＬが＋１００以下である場合、プロセッサ２１０は、キャラクタ（６）が上り坂を走るアニメーション動画を生成して表示部２６０に表示させる（図１２Ａの「一方の手」直下の画像参照）。

この上り坂の勾配は、前回の差分値ＶＥＬに対応する勾配と今回の差分値ＶＥＬに対応する勾配との差分の勾配である。この上り坂の頂上は、今回の差分値ＶＥＬに対応する勾配（すなわち＋４５度の勾配）に対応付けられた高さＨ_２に位置する。

＋１０１以上の差分値ＶＥＬが続く場合、プロセッサ２１０は、キャラクタ（６）が＋４５度の勾配に対応付けられた高さＨ_２に位置する平坦な地面を走るアニメーション動画を生成する。これにより、キャラクタ（６）が高さＨ_２に位置する平坦な地面を走るアニメーション動画が表示部２６０に表示される（図１２Ｂの「一方の手」直下の画像参照）。

次に、他方の手に対応するアニメーション動画について説明する。例えば、他方の手に対応する差分値ＶＥＬが－１０１以下である場合、図１０に示されるように、初期キャラクタとしてキャラクタ（１１）が設定され、アニメーション情報として情報（１１）（Ａ）（Ｂ）が設定され、勾配として－４５度が設定される。他方の手に対応する前回の差分値ＶＥＬが－１００以上である場合、プロセッサ２１０は、キャラクタ（１１）が下り坂を走るアニメーション動画を生成して表示部２６０に表示させる（図１２Ａの「他方の手」直下の画像参照）。

この下り坂の勾配も、前回の差分値ＶＥＬに対応する勾配と今回の差分値ＶＥＬに対応する勾配との差分の勾配である。この下り坂を下りた先の地面は、今回の差分値ＶＥＬに対応する勾配（すなわち－４５度の勾配）に対応付けられた高さＨ_３に位置する。

－１０１以上の差分値ＶＥＬが続く場合、プロセッサ２１０は、キャラクタ（１１）が－４５度の勾配に対応付けられた高さＨ_３に位置する平坦な地面を走るアニメーション動画を生成する。これにより、キャラクタ（１１）が高さＨ_３に位置する平坦な地面を走るアニメーション動画が表示部２６０に表示される（図１２Ｂの「他方の手」直下の画像参照）。

このように、プロセッサ２１０は、初回の押鍵操作に応じた楽音と今回（２回目以降）の押鍵操作に応じた楽音との強さの差を示す差分値ＶＥＬに応じて、キャラクタが平坦な地面や上り坂又は下り坂を走るアニメーション動画を生成する。

演奏者は、アニメーション動画を視認する（例えば、キャラクタが走る地面の高さや坂道の勾配を視認する）ことにより、初回の押鍵操作に応じた楽音に対して今回（２回目以降）の押鍵操作に応じた楽音がどの程度粒が揃ったものであるか、片手演奏時における音の粒の揃い具合、両手演奏時における音の粒の揃い具合等を、リアルタイムで容易に把握することができる。また、演奏者は、例えば、キャラクタが平坦な地面を走ったり坂道を上ったり下りたりするアニメーション動画を視認することにより、音の粒の揃い具合が演奏中にどのように変化しているか等もリアルタイムで容易に把握することができる。

なお、アニメーション動画は、本実施形態のものに限られない。例えば、ユーザが弾いた音のベロシティに応じて長さが変化する棒を表示させるものであってもよい。また、左手用、右手用別々の棒を表示し、それぞれの棒が差分値ＶＥＬに応じて伸びたり縮んだりしてもよい。このようなアニメーション動画によっても、演奏者は、音の粒の揃い具合を視覚を通じて把握することができる。このアニメーション動画の場合、差分値に応じたパラメータとして、例えば、棒（画像の一例）及び棒を伸び縮みさせるための情報（画像に対して差分値に応じた変化を与えるための情報の一例）が設定される。

従って、演奏者は、一方の手又は左右の手それぞれにおいて、形の違う５本の指についてどの程度の強さで押鍵すれば音の粒を揃えることができるかを効率的に練習することができる。

本実施形態によれば、演奏者による初回の押鍵操作に応じた楽音を基準として音の粒がどの程度揃っているかが判定される。すなわち、お手本の音を基準として音の粒がどの程度揃っているかを判定しない。そのため、お手本の音データが不要である。

なお、別の実施形態では、初回の押鍵操作に応じた楽音に代えて、お手本の音を基準として音の粒がどの程度揃っているかを判定してもよい。すなわち、ステップＳ１０６において、差分値取得部２１０ａとして動作するプロセッサ２１０は、お手本の音（所定の模範の音）と、演奏者による各押鍵操作に応じた楽音（ユーザの操作に応じた楽音）との差分値を取得してもよい。

また、基準となる音は、演奏者による初回の押鍵操作に応じた楽音に限らない。任意の時点の押鍵操作に応じた楽音や、今回の押鍵操作の１つ前の押鍵操作に応じた楽音等を基準として音の粒がどの程度揃っているかが判定されてもよい。

本実施形態では、初回、今回（２回目以降）の各押鍵操作の入力タイプが判定され、この入力タイプを考慮して２つの音の差分値が取得される。幅広い入力タイプに対応するため、様々な楽曲で音の粒がどの程度揃っているかを演奏者に視覚的に伝えることができる。

このように、本実施形態によれば、音の粒が揃っているかをユーザに把握させやすい情報処理装置、電子楽器、方法及びプログラムが提供される。

その他、本発明は上述した実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、上述した実施形態で実行される機能は可能な限り適宜組み合わせて実施しても良い。上述した実施形態には種々の段階が含まれており、開示される複数の構成要件による適宜の組み合せにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、効果が得られるのであれば、この構成要件が削除された構成が発明として抽出され得る。

上記の実施形態では、電子楽器１００と情報処理装置２００とが別個独立した装置であるが、別の実施形態では、電子楽器１００が情報処理装置２００を含む構成としてもよい。すなわち、演奏操作子である鍵盤１２０を含む電子楽器１００は、情報処理装置２００を備える。この場合、プロセッサ１１０がレッスンプログラム２３２を実行することにより、演奏操作子に対する第１の操作に応じた第１の楽音と、演奏操作子に対する第２の操作に応じた第２の楽音との、ある値に関する差分値（例えば差分値ＶＥＬ）を取得し、取得された差分値の大きさを示す情報を取得し、取得された情報に基づいて報知部（例えば電子楽器１００のタッチパネル）に出力する。演奏者は、タッチパネルに表示されるアニメーション動画を視認することにより、演奏中、音の粒がどの程度揃っているかをリアルタイムで把握することができる。

上記の実施形態では、２つの音の差分値として、２つの音のベロシティの差を例示したが、本発明はこれに限らない。例えば、２つの音の差分値として、ピッチの差、音量の差又は音色フィルタの差を取得し、取得された差分値に応じたアニメーション動画を出力する構成も本発明の範疇である。

例えば、電子弦楽器や電子管楽器では、演奏操作毎にピッチずれや音量ずれが発生する。そこで、プロセッサ２１０は、例えば、初回の演奏操作に応じた楽音のピッチ（又は音量）と、今回（２回目以降）の演奏操作に応じた楽音のピッチ（又は音量）との差分値を取得し、取得された差分値に応じたアニメーション動画（言い換えると、２つの音でピッチ（又は音量）がどの程度揃っているかを演奏者に伝える情報）を生成して表示部２６０に出力する。演奏者は、表示部２６０に表示されるアニメーション動画を視認することにより、例えば、初回の押鍵操作に応じた楽音に対して今回（２回目以降）の押鍵操作に応じた楽音でどの程度ピッチ（又は音量）がずれているかをリアルタイムで把握することができる。

例えば、シンセサイザやオルガン等の持続音を発音する電子楽器では、ペダル操作等で音を変えたりビブラートをかけたりするため、発音される音の音色が意図せずに揃わないことがある。そこで、プロセッサ２１０は、例えば、初回の演奏操作で適用した音色フィルタと、今回（２回目以降）の演奏操作で適用した音色フィルタとの差分値を取得し、取得された差分値に応じたアニメーション動画（言い換えると、２つの音で適用した音色フィルタがどの程度揃っているかを演奏者に伝える情報）を生成して表示部２６０に出力する。演奏者は、表示部２６０に表示されるアニメーション動画を視認することにより、例えば、初回の押鍵操作に応じた楽音に対して今回（２回目以降）の押鍵操作に応じた楽音で、適用した音色フィルタがどの程度揃っているか（言い換えると、音色がどの程度揃っているか）をリアルタイムで把握することができる。

プロセッサ２１０は、図４のステップＳ１０７にて生成されるアニメーション動画に対し、差分値ＶＥＬに応じた演出を付加してもよい。一例として、差分値ＶＥＬが＋１０１以上又は－１０１以下である場合、アニメーション動画で表示されるキャラクタを強調する。具体的には、キャラクタを目立つ色（例えば赤）で着色したり点滅表示させたりする。また、差分値ＶＥＬが一定範囲内（例えば－１０～＋１０）に収まる場合、音の粒が揃っている又はほぼ揃っているため、例えばキャラクタの背景に華やかな演出（例えば花が咲き乱れるような動画）を表示させる。差分値ＶＥＬがゼロの場合、更なる演出（例えば「ＧＲＥＡＴ！！」や「ぴったり！！」等のアイコンの表示や音声の再生）を付加してもよい。このような演出を付加することにより、音の粒がどの程度揃っているかを演奏者により分かりやすく伝えることができる。

上記の実施形態では、２つの音の差分値の一例として、初回の押鍵操作に応じた楽音と今回（２回目以降）の押鍵操作に応じた楽音との差分値を挙げたが、本発明はこれに限らない。上記の２つの音の差分値は、連続的な１つの音に含まれる、第１時点の音と第２時点の音との差分値であってもよい。

連続的な１つの音の一例として、電子管楽器で練習されるロングトーンの音が挙げられる。ロングトーンでは、同じ音を持続的に鳴らすことが要求される。そこで、プロセッサ２１０は、ロングトーンの音（すなわち、ユーザの操作に応じた楽音）のうち、前半のある時点の音量と、後半のある時点の音量との差分値を取得し、取得された差分値に応じたアニメーション動画（言い換えると、ロングトーンの前半と後半とで音量がその程度揃っているかを演奏者に伝える情報）を生成して表示部２６０に出力する。演奏者は、表示部２６０に表示されるアニメーション動画を視認することにより、例えば、ロングトーンで一定の音を鳴らし続けられているかをリアルタイムで把握することができる。

以下、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［付記１］
２つの音のある値に関する差分値を取得し、
取得された前記差分値の大きさを示す情報を取得し、
取得された前記情報に基づいて報知部に出力する、
処理を実行する制御部を備える、
情報処理装置。
［付記２］
前記２つの音は、ユーザの第１の操作に応じた第１の楽音と、前記ユーザの第２の操作に応じた第２の楽音である、
付記１に記載の情報処理装置。
［付記３］
前記第１の楽音は、前記ユーザによる演奏の楽音であり、
前記第２の楽音は、前記ユーザのよる演奏の楽音であって、時間軸上で前記第１の楽音よりも後の楽音である、
付記２に記載の情報処理装置。
［付記４］
前記２つの音は、前記第１の楽音と、前記ユーザの第３の操作に応じた第３の楽音であり、
前記第３の楽音は、前記ユーザのよる演奏の楽音であって、時間軸上で前記第２の楽音よりも後の楽音であり、
前記第３の楽音が発音される場合、前記制御部は、前記第１の楽音と前記第３の楽音との差分値の大きさを示す情報を取得し、取得された前記情報を前記報知部に出力する、
付記３に記載の情報処理装置。
［付記５］
前記第１の楽音は、前記ユーザによる演奏の最初の楽音である、
付記３又は付記４に記載の情報処理装置。
［付記６］
前記２つの音は、ユーザの操作に応じた楽音のうちの、第１時点の音と第２時点の音である、
付記１に記載の情報処理装置。
［付記７］
前記２つの音は、所定の模範の音と、ユーザの操作に応じた楽音である、
付記１に記載の情報処理装置。
［付記８］
前記制御部は、
ユーザによる演奏が片手演奏か両手演奏かを判定し、
片手演奏と判定される場合には、演奏する１つの手に対応する前記情報を取得して前記報知部への出力を行い、
両手演奏と判定される場合には、演奏するそれぞれの手に対応する前記情報を取得して前記報知部への出力を行う、
付記１から付記７の何れか一項に記載の情報処理装置。
［付記９］
前記２つの音のある値に関する差分値は、前記２つの音のベロシティの差、ピッチの差、音量の差又は音色フィルタの差を示す、
付記１から付記８の何れか一項に記載の情報処理装置。
［付記１０］
前記音は、単音、２音、３音以上の和音、又は伴奏和音とメロディ音との組合せである、
付記１から付記９の何れか一項に記載の情報処理装置。
［付記１１］
前記情報を前記差分値毎に対応付けて保持する保持部を備え、
前記制御部は、前記保持部のなかから、前記取得された差分値に対応付けられた情報を取得する、
付記１から付記１０の何れか一項に記載の情報処理装置。
［付記１２］
前記情報は、画像と、前記画像に対して前記差分値に応じた変化を与えるための情報と、を含む、
付記１から付記１１の何れか一項に記載の情報処理装置。
［付記１３］
前記画像に対して前記差分値に応じた変化を与えるための情報は、前記差分値が大きいほど、前記画像を画面内で傾けて表示させるための情報である、
付記１２に記載の情報処理装置。
［付記１４］
前記情報は、前記画像を画面上で動かすための情報を更に含む、
付記１２又は付記１３に記載の情報処理装置。
［付記１５］
前記報知部を備え、
前記報知部は、前記少なくとも１つのプロセッサからの出力に基づいて、前記差分値に応じた内容を出力する、
付記１から付記１４の何れか一項に記載の情報処理装置。
［付記１６］
前記報知部は、音声出力部、表示部の少なくとも一方を含む、
付記１から付記１５の何れか一項に記載の情報処理装置。
［付記１７］
付記１から付記１６の何れか一項に記載の情報処理装置と、
演奏操作子と、を備え、
前記制御部は、
前記演奏操作子に対する第１の操作に応じた第１の楽音と、前記演奏操作子に対する第２の操作に応じた第２の楽音との、ある値に関する差分値を取得し、
取得された前記差分値の大きさを示す情報を取得し、
取得された前記情報に基づいて前記報知部に出力する、
電子楽器。
［付記１８］
コンピュータに、
２つの音のある値に関する差分値を取得させ、
取得された前記差分値の大きさを示す情報を取得させ、
取得された前記情報に基づいて報知部に出力させる、
方法。
［付記１９］
コンピュータに、
２つの音のある値に関する差分値を取得させ、
取得された前記差分値の大きさを示す情報を取得させ、
取得された前記情報に基づいて報知部に出力させる、
プログラム。

１ ：電子楽器システム
１００ ：電子楽器
１１０ ：プロセッサ
１２０ ：鍵盤
１３０ ：キースキャナ
１４０ ：操作部
１５０ ：スピーカ
１６０ ：通信部
１７０ ：譜面台
２００ ：情報処理装置
２１０ ：プロセッサ
２１０ａ ：差分値取得部
２１０ｂ ：情報取得部
２１０ｃ ：出力部
２２０ ：ＲＡＭ
２３０ ：ＲＯＭ
２３２ ：レッスンプログラム
２４０ ：操作部
２５０ ：通信部
２６０ ：表示部
２７０ ：音声再生部

Claims (14)

1. ２つの音としての、ユーザの演奏操作に応じた第１の楽音と、前記ユーザの演奏操作に応じた楽音であって時間軸上で前記第１の楽音よりも後の楽音である第２の楽音よりも後の楽音である第３の楽音と、のベロシティの差、ピッチの差、音量の差、音色フィルタの差のいずれかを含む差分値を取得し、
   取得された前記差分値の大きさを示す情報を取得し、
   取得された前記情報に基づいて報知部に出力する、
   処理を実行する制御部を備える、
   情報処理装置。
2. 前記第１の楽音は、前記ユーザによる演奏の最初の楽音である、
   請求項１に記載の情報処理装置。
3. 前記２つの音は、ユーザの操作に応じた楽音のうちの、第１時点の音と第２時点の音である、
   請求項１に記載の情報処理装置。
4. 前記制御部は、
   ユーザによる演奏が片手演奏か両手演奏かを判定し、
   片手演奏と判定される場合には、演奏する１つの手に対応する前記情報を取得して前記報知部への出力を行い、
   両手演奏と判定される場合には、演奏するそれぞれの手に対応する前記情報を取得して前記報知部への出力を行う、
   請求項１から請求項３の何れか一項に記載の情報処理装置。
5. 前記音は、単音、２音、３音以上の和音、又は伴奏和音とメロディ音との組合せである、
   請求項１から請求項４の何れか一項に記載の情報処理装置。
6. 前記情報を前記差分値毎に対応付けて保持する保持部を備え、
   前記制御部は、前記保持部のなかから、前記取得された差分値に対応付けられた情報を取得する、
   請求項１から請求項５の何れか一項に記載の情報処理装置。
7. 前記情報は、画像と、前記画像に対して前記差分値に応じた変化を与えるための情報と、を含む、
   請求項１から請求項６の何れか一項に記載の情報処理装置。
8. 前記画像に対して前記差分値に応じた変化を与えるための情報は、前記差分値に応じて、前記画像を画面内で傾けて表示させるための情報である、
   請求項７に記載の情報処理装置。
9. 前記情報は、前記画像を画面上で動かすための情報を更に含む、
   請求項７又は請求項８に記載の情報処理装置。
10. 前記報知部を備え、
    前記報知部は、前記制御部からの出力に基づいて、前記差分値に応じた内容を出力する、
    請求項１から請求項９の何れか一項に記載の情報処理装置。
11. 前記報知部は、音声出力部、表示部の少なくとも一方を含む、
    請求項１から請求項１０の何れか一項に記載の情報処理装置。
12. 請求項１から請求項１１の何れか一項に記載の情報処理装置と、
    演奏操作子と、を備え、
    前記制御部は、
    前記演奏操作子に対するユーザの演奏操作に応じた前記第１の楽音と、前記演奏操作子に対する前記ユーザの演奏操作に応じた前記第２の楽音よりも後の楽音である第３の楽音との、前記差分値を取得し、
    取得された前記差分値の大きさを示す情報を取得し、
    取得された前記情報に基づいて前記報知部に出力する、
    電子楽器。
13. コンピュータに、
    ２つの音としての、ユーザの演奏操作に応じた第１の楽音と、前記ユーザの演奏操作に応じた楽音であって時間軸上で前記第１の楽音よりも後の楽音である第２の楽音よりも後の楽音である第３の楽音と、のベロシティの差、ピッチの差、音量の差、音色フィルタの差のいずれかを含む差分値を取得させ、
    取得された前記差分値の大きさを示す情報を取得させ、
    取得された前記情報に基づいて報知部に出力させる、
    方法。
14. コンピュータに、
    ２つの音としての、ユーザの演奏操作に応じた第１の楽音と、前記ユーザの演奏操作に応じた楽音であって時間軸上で前記第１の楽音よりも後の楽音である第２の楽音よりも後の楽音である第３の楽音と、のベロシティの差、ピッチの差、音量の差、音色フィルタの差のいずれかを含む差分値を取得させ、
    取得された前記差分値の大きさを示す情報を取得させ、
    取得された前記情報に基づいて報知部に出力させる、
    プログラム。

Images