(57)【要約】      （修正有）【課題】所定のパートは音符を読んで演奏し、その他のパートはコード情報に基づいて演奏する場合に、演奏者に対して、所定のパートの譜読みを妨げずに、コード情報をより判別し易く提示することが可能となる楽譜表示装置を提供する。【解決手段】複数の楽譜データからいずれか１つの楽譜データを選択すると、楽譜を表示するための画像データが作成され、タッチパネル上に表示される（ａ）。楽譜データに含まれるコード情報（コードネームおよび音符長）が抽出され、抽出されたコード情報（コードネーム）のそれぞれに色が対応付けられ、当該各コードネームが表示される位置近傍の楽譜の一部領域が、対応付けられた色で色付けられるように、タッチパネル上の楽譜表示が制御される。（ｂ）は、上記表示制御を行った楽譜の一例を示し、３段譜の上段の楽譜の一部領域２０１〜２０４が、コード毎に対応付けられた色で色付けられた様子が描かれる。【選択図】図５
2014077965.tif 000002
【特許請求の範囲】
【請求項１】
複数パートからなる楽譜情報を取得する取得手段と、
前記取得手段によって取得された楽譜情報に基づいて楽譜を表示する表示手段と、
前記取得された楽譜情報からコード情報を抽出する抽出手段と、
前記表示手段によって表示される楽譜の少なくとも一部パートの表示態様が、前記抽出手段によって抽出されたコード情報の種類毎に異なって表示されるように前記表示手段を制御する制御手段と
を有することを特徴とする楽譜表示装置。
【請求項２】
前記コード情報には、当該コードの音符長が含まれ、
前記表示態様には、各コードの音符長を示す音符長表示態様が含まれ、
前記制御手段は、前記抽出されたコード情報に含まれるコードの音符長に応じて、当該音符長表示態様を決定する
ことを特徴とする請求項１に記載の楽譜表示装置。
【請求項３】
前記抽出されたコード情報の種類毎に異なって表示される表示態様には、表示色、表示模様および表示パターンのうちの少なくとも１つが含まれることを特徴とする請求項１または２に記載の楽譜表示装置。
【請求項４】
前記取得された楽譜情報に含まれる使用コードの種類数を算出する算出手段と、
前記算出手段によって算出された使用コードの種類数が所定の種類数を超えた場合に、当該使用コードの種類数が前記所定の種類数以下になるように、当該使用コードを変換する変換手段と
をさらに有することを特徴とする請求項１〜３のいずれか１項に記載の楽譜表示装置。
【請求項５】
複数パートからなる楽譜情報を取得する取得ステップと、
前記取得ステップによって取得された楽譜情報に基づいて、表示手段上に楽譜を表示する表示ステップと、
前記取得された楽譜情報からコード情報を抽出する抽出ステップと、
前記表示ステップによって表示される楽譜の少なくとも一部パートの表示態様が、前記抽出ステップによって抽出されたコード情報の種類毎に異なって表示されるように前記表示手段を制御する制御ステップと
を有することを特徴とする楽譜表示方法。
【請求項６】
楽譜表示方法をコンピュータに実行させるためのプログラムであって、
前記楽譜表示方法は、
複数パートからなる楽譜情報を取得する取得ステップと、
前記取得ステップによって取得された楽譜情報に基づいて、表示手段上に楽譜を表示する表示ステップと、
前記取得された楽譜情報からコード情報を抽出する抽出ステップと、
前記表示ステップによって表示される楽譜の少なくとも一部パートの表示態様が、前記抽出ステップによって抽出されたコード情報の種類毎に異なって表示されるように前記表示手段を制御する制御ステップと
を有する
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置上に楽譜を表示する楽譜表示装置、楽譜表示方法、および当該楽譜表示方法を実現するためのプログラムに関する。
【背景技術】
【０００２】
表示装置上に楽譜を表示する楽譜表示装置は、従来からよく利用されている。
【０００３】
このような楽譜表示装置として、表示装置上に複数パートからなる曲の楽譜を表示するものがある（たとえば、特許文献１参照）。この従来の楽譜表示装置では、ユーザの音楽スキルレベルに応じて楽譜に表示する情報の種類を選定するようにしている。特許文献１の図３（ａ）は、比較的高い音楽スキルレベルに対応した楽譜を示し、その楽譜上には、コードトラックのコード（和音）ネームが記載されている。
【０００４】
このように、表示装置上に複数パートからなる曲の楽譜を表示し、その楽譜を見ながら、楽器を用いて、一人で複数パートを同時に演奏することがある。その楽器として、オルガンを例に取れば、演奏者は一般的に、上鍵盤を使って右手でメロディーを弾き、下鍵盤を使って左手でコードを弾き、ペダル鍵盤を使って左足でベースを弾くことにより演奏する。この場合、表示される楽譜は、後述する図５（ａ）に示されるように、右手パート用、左手パート用および左足パート用の３段で構成される。
【０００５】
同図（ａ）のような３段構成の楽譜（３段譜）を見ながら、右手、左手および左足を使って演奏する場合、演奏者は、次のいずれかの方法を採る必要がある。すなわち、
Ａ．３段譜の各段の楽譜を読み、右手、左手および左足で弾くべき音符を理解する；
Ｂ．コードネーム（図示例では、“Ｃ”，“Ｅｍ”，“Ｆ”，“Ｃ”）によって左手と左足で弾くべき音符を判断し、右手で弾くべき音符は、上段の楽譜を読むことで判断する（ヘ音記号が付された楽譜、つまり中段と下段の楽譜は読まない）。
【０００６】
上記Ａ．の方法を採った場合、楽譜（五線譜）をぱっと見ただけで各音符が鍵盤上のどの鍵に相当するか判断できるようになるには、それなりの経験が必要である。さらに、図示例の楽譜では、ト音記号とヘ音記号の両方を読めなければならない。このように、演奏しながら３段譜のすべての音符を読むことは難易度が高く、特に初心の演奏者にとっては、非常に困難である。
【０００７】
一方、上記Ｂ．の方法を採った場合、上段の楽譜だけ読めばよいので、楽譜を読む困難さは、上記Ａ．の方法を採った場合より減少するものの、演奏者は、コードネームを読み、読んだコードネームからそのコードの構成音や鍵盤の押さえ方を連想しなければならない。つまり、コードに対する知識が必要となるので、この場合でも、初心の演奏者にとっては、非常に困難である。これに対処するために、演奏前に各コードの構成音と鍵盤の押さえ方を覚えておき、演奏時には、楽譜上の音符を１つ１つ読むのではなく、楽譜上のコードネームから「コードを変えるタイミング」と「どのコードに変えるか」の手がかりを得て、あらかじめ覚えておいた押さえ方で鍵盤を押さえる方法が考えられる。この方法を採れば、実質的に音符を読むのは上段の楽譜だけとなるので、演奏者の楽譜を読む負担はより減少する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許第４０７５５６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、上記Ｂ．の方法を採り、さらに、事前に各コードの構成音と鍵盤の押さえ方を覚えておく方法を採ったとしても、右手（メロディー）パートの音符を読みながらコードネームを読むことは、依然として、初心の演奏者にとって負担が大きい。
【００１０】
また、コードネームは通常、たとえば図５（ａ）の第３小節に示されるように、同じコードを押さえ直す場合には、再度表示されないため、初心の演奏者は、どのタイミングでコードを押さえ直すべきか分からない。
【００１１】
本発明は、この点に着目してなされたものであり、所定のパートは音符を読んで演奏し、その他のパートはコード情報に基づいて演奏する場合に、演奏者に対して、所定のパートの譜読みを妨げずに、コード情報をより判別し易く提示することが可能となる楽譜表示装置、楽譜表示方法、および当該楽譜表示方法を実現するためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、請求項１に記載の楽譜表示装置は、複数パートからなる楽譜情報を取得する取得手段と、前記取得手段によって取得された楽譜情報に基づいて楽譜を表示する表示手段と、前記取得された楽譜情報からコード情報を抽出する抽出手段と、前記表示手段によって表示される楽譜の少なくとも一部パートの表示態様が、前記抽出手段によって抽出されたコード情報の種類毎に異なって表示されるように前記表示手段を制御する制御手段とを有することを特徴とする。
【００１３】
請求項２に記載の楽譜表示装置は、請求項２の楽譜表示装置において、前記コード情報には、当該コードの音符長が含まれ、前記表示態様には、各コードの音符長を示す音符長表示態様が含まれ、前記制御手段は、前記抽出されたコード情報に含まれるコードの音符長に応じて、当該音符長表示態様を決定することを特徴とする。
【００１４】
請求項３に記載の楽譜表示装置は、請求項１または２の楽譜表示装置において、前記抽出されたコード情報の種類毎に異なって表示される表示態様には、表示色、表示模様および表示パターンのうちの少なくとも１つが含まれることを特徴とする。
【００１５】
請求項４に記載の楽譜表示装置は、請求項１〜３のいずれかの楽譜表示装置において、前記取得された楽譜情報に含まれる使用コードの種類数を算出する算出手段と、前記算出手段によって算出された使用コードの種類数が所定の種類数を超えた場合に、当該使用コードの種類数が前記所定の種類数以下になるように、当該使用コードを変換する変換手段とをさらに有することを特徴とする。
【００１６】
上記目的を達成するため、請求項５および６にそれぞれ記載の楽譜表示方法およびプログラムは、請求項１と同様の技術的思想によって実現できる。
【発明の効果】
【００１７】
請求項１，５または６に記載の発明によれば、表示手段上に表示される楽譜の少なくとも一部パートの表示態様が、取得された楽譜情報から抽出されたコード情報の種類毎に異なって表示されるので、演奏者が譜読みを行うパートの楽譜上、あるいはその近傍の楽譜上の表示態様が、抽出されたコード情報の種類毎に異なって表示されるようにすれば、演奏者に対して、当該パートの譜読みを妨げずに、コード情報をより判別し易く提示することができる。
【００１８】
請求項２に記載の発明によれば、前記抽出されたコード情報に含まれるコードの音符長に応じて、各コードの音符長を示す音符長表示態様が決定され、その音符長表示態様で当該表示態様が表示されるので、コードネームが、たとえば図５（ａ）の第３小節に示されるように、同じコードを押さえ直す場合に再度表示されないとしても、表示態様は各コードの音符長毎に区切られて表示される。その結果、演奏者は、どのタイミングでコードを押さえ直すべきか容易に認識することができる。
【００１９】
請求項４に記載の発明によれば、前記取得された楽譜情報に含まれる使用コードの種類数が算出され、その算出された使用コードの種類数が所定の種類数を超えた場合に、当該使用コードの種類数が前記所定の種類数以下になるように、当該使用コードが変換されるので、初心の演奏者でも、事前に表示態様とコードの対応付けを容易に覚えておくことができ、これにより、コード情報を容易に理解して演奏することができるようになる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施の形態に係る楽譜表示装置の概略構成を示すブロック図である。
【図２】図１の楽譜表示装置の機能構成を示すブロック図である。
【図３】図１の楽譜表示装置、特にＣＰＵが実行する楽譜表示変更処理の手順を示すフローチャートである。
【図４】図１のＣＰＵが図３の楽譜表示変更処理を実行する際に使用するコードテーブルの一例を示す図である。
【図５】図３の楽譜表示変更処理が実行されたときに図１のタッチパネルディスプレイ上に表示された楽譜の一例を示す図である。
【図６】図５（ｂ）の表示態様とは異なった表示態様で表示された色付け領域の一例を示す図である。
【図７】簡単な曲（（ａ））と難しい曲（（ｂ））のそれぞれの曲全体に亘って、３段譜の上段に色付け領域を表示させた俯瞰図である。
【図８】図３の楽譜表示変更処理中のコード変換処理の詳細な手順を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００２２】
図１は、本発明の一実施の形態に係る楽譜表示装置の概略構成を示すブロック図である。
【００２３】
同図に示すように、本実施の形態の楽譜表示装置は、各種情報を入力するための複数のスイッチを含む設定操作子１と、楽譜表示用のＧＵＩ（graphical user interface）を含む各種ＵＩ（user interface）を表示するとともに、ユーザが表示された各種ＵＩを、たとえば指で触れることで各種情報を入力するタッチパネルディスプレイ（以下、「タッチパネル」と略して言う）２と、設定操作子１の操作状態を検出する検出回路３と、ユーザによるタッチパネル２上の操作位置や操作圧力などの押圧操作を検出する検出回路４と、上記各種ＵＩをタッチパネル２上に表示させる表示回路５と、装置全体の制御を司るＣＰＵ６と、該ＣＰＵ６が実行する制御プログラムや、各種テーブルデータ等を記憶するＲＯＭ７と、各種入力情報および演算結果等を一時的に記憶するＲＡＭ８と、前記制御プログラムを含む各種アプリケーションプログラムや各種データ等を記憶する記憶装置９と、図示しない外部機器を接続し、この外部機器とデータの送受信を行う通信インターフェース（Ｉ／Ｆ）１０と、前記ＧＵＩを用いて表示された楽譜を再生して得られた演奏情報等を楽音信号に変換するとともに、その楽音信号に各種効果を付与するための音源・効果回路１１と、該音源・効果回路１１からの楽音信号を音響に変換する、たとえば、ＤＡＣ（digital-to-analog converter）やアンプ、スピーカ等のサウンドシステム１２とにより構成されている。
【００２４】
上記構成要素３〜１１は、バス１３を介して相互に接続され、音源・効果回路１１にはサウンドシステム１２が接続されている。
【００２５】
タッチパネル２は、本実施の形態では、小型のものを採用している。これは、本実施の形態の楽譜表示装置は、掌に載せて片手で操作可能な小型の携帯端末（具体的には、汎用のスレートＰＣ（slate PC）やスマートフォン（smartphone）など）を想定しているからである。もちろん、楽譜表示装置としては、小型の携帯端末に限らず、汎用のＰＣ（パーソナルコンピュータ）を採用してもよい。この場合には、タッチパネルは通常、大型のものが採用される。
【００２６】
記憶装置９は、たとえば、フレキシブルディスク（ＦＤ）、ハードディスク（ＨＤ）、ＣＤ−ＲＯＭ、ＤＶＤ（digital versatile disc）、光磁気ディスク（ＭＯ）および半導体メモリなどの記憶媒体とその駆動装置である。記憶媒体は、駆動装置から着脱可能であってもよいし、記憶装置９自体が、本実施の形態の楽譜表示装置から着脱可能であってもよい。あるいは、記憶媒体も記憶装置９も着脱不可能であってもよい。なお、記憶装置９（の記憶媒体）には、前述のように、ＣＰＵ６が実行する制御プログラムも記憶でき、ＲＯＭ７に制御プログラムが記憶されていない場合には、この記憶装置９に制御プログラムを記憶させておき、それをＲＡＭ８に読み込むことにより、ＲＯＭ７に制御プログラムを記憶している場合と同様の動作をＣＰＵ６にさせることができる。このようにすると、制御プログラムの追加やバージョンアップ等が容易に行える。
【００２７】
通信Ｉ／Ｆ１０としては、たとえば、ＭＩＤＩ信号などの音楽信号を専用に送受信する音楽専用有線Ｉ／Ｆ、ＵＳＢ（universal serial bus）やＩＥＥＥ１３９４などの汎用近距離有線Ｉ／Ｆ、Ｅｔｈｅｒｎｅｔ（登録商標）などの汎用ネットワークＩ／Ｆ、無線ＬＡＮ（local area network）やＢｌｕｅｔｏｏｔｈ（登録商標）などの汎用近距離無線Ｉ／Ｆ、デジタル電話回線網用の通信Ｉ／Ｆを挙げることができる。本実施の形態では、通信Ｉ／Ｆ１０として、デジタル電話回線網用および／または無線ＬＡＮ用の通信Ｉ／Ｆを採用している。
【００２８】
音源・効果回路１２は、本実施の形態では、ハードウェアのみによって楽音信号を生成し、これに各種効果を付与するものを想定しているが、これに限らず、ソフトウェア処理のみによって楽音信号を生成し、これに各種効果を付与するものであってもよいし、ハードウェアとソフトウェアで処理を分担するようなものでもよい。また、音源・効果回路１２を楽譜表示装置の内部に備えるものに限らず、たとえば、通信Ｉ／Ｆ１０を介して接続される外部機器に音源・効果回路１２を備えるようにし、楽譜表示装置からは当該外部機器に発音特性制御情報（ベロシティ）を含む発音指示を与えて、当該外部機器にて音響信号を発生させるようにしてもよい。
【００２９】
また本実施の形態では、楽譜表示装置の形態として、上述のようにタッチパネル２を備えた汎用のスレートＰＣやスマートフォンを想定しているが、タッチパネル形式でない通常のＬＣＤ（liquid crystal display）やＬＥＤ（light emitting diode）と物理的な操作子を備えた楽譜表示専用のハードウェア構成としてもよい。
【００３０】
図２は、本実施の形態の楽譜表示装置の機能構成を示すブロック図であり、同図に示すように、本実施の形態の楽譜表示装置は、楽譜取得部１０１、コード情報抽出部１０２、表示制御部１０３、表示部１０４および記憶部１０５によって構成されている。さらに、判定部１１１およびコード変換部１１２は、ユーザの指示に応じて追加できるようになっている。このため、判定部１１１およびコード変換部１１２は破線で描かれている。
【００３１】
楽譜取得部１０１、コード情報抽出部１０２および表示制御部１０３は、主としてＣＰＵ６、ＲＯＭ７およびＲＡＭ８によって構成され、ＣＰＵ６が後述する図３の楽譜表示変更処理を実行することによって実現される。判定部１１１およびコード変換部１１２も、主としてＣＰＵ６、ＲＯＭ７およびＲＡＭ８によって構成され、ＣＰＵ６が後述するコード変換処理を実行することによって実現される。なお、各部１０１〜１０３，１１１および１１２がそれぞれ営む機能については、後述する。
【００３２】
表示部１０４は、主として表示回路５およびタッチパネル２によって構成され、楽譜を表示する。
【００３３】
記憶部１０５は、記憶装置９によって構成され、複数の楽譜データを記憶する。楽譜データは、楽譜を表示するためのデータであり、典型的なものに、楽譜論理データと楽譜画像データがある。楽譜論理データとは、楽譜を構成する各種要素（音符や休符、その他の音楽記号（本実施の形態では、コードネームを含む））を表示するために必要な、各要素の種類を示す種類情報とその表示位置を示す位置情報からなるデータである。一方、楽譜画像データとは、そのまま表示するだけで、楽譜が表示される種類のデータであり、そのデータ形式には、たとえば、ＢＭＰ（bitmap）、ＪＰＥＧ（JointPhotographic Expert Group）、ＧＩＦ（graphics interchange format）、ＴＩＦＦ（tagged image file format）、ＰＤＦ（portable document format）などがある。楽譜データとして、そのいずれを採用してもよいが、本実施の形態では便宜上、楽譜論理データを採用することにする。
【００３４】
以上のように構成された楽譜表示装置が実行する制御処理を、まず図２を参照してその概要を説明し、次に図３〜図８を参照して詳細に説明する。
【００３５】
ユーザが、記憶部１０５に記憶された複数の楽譜データからいずれか１つの楽譜データを選択して、その表示を指示すると、楽譜取得部１０１は、当該楽譜データを記憶部１０５から読み出して、ＲＡＭ８に設けられた楽譜データ格納領域（図示せず）にロードする。さらに楽譜取得部１０１は、楽譜データ格納領域にロードされた楽譜データに基づいて、たとえば図５（ａ）に示すような標準的な楽譜を表示するための画像データを作成し、表示部１０４に供給する。これにより、表示部１０４上に標準的な楽譜が表示される。
【００３６】
次に、コード情報抽出部１０２は、楽譜データ格納領域にロードされた楽譜データに含まれるコード情報を抽出する。抽出するコード情報としては、少なくとも、コードネームおよび音符長である。楽譜データは、本実施の形態では前述のように、楽譜論理データであり、コードネームおよび音符長はすべて、楽譜論理データ内に記載されている。このため、コード情報抽出部１０２は、それらを楽譜論理データから読み出して抽出する。なお、楽譜データが楽譜画像データである場合には、公知の画像認識方法や文字認識方法を用いて、楽譜画像データからコードネーム（またはコード構成音）および音符長を抽出するようにすればよい。
【００３７】
表示制御部１０３は、コード情報抽出部１０２によって抽出されたコード情報（のコードネーム）のそれぞれに色を対応付け、当該各コードネームが表示される位置近傍の楽譜の一部領域を、対応付けられた色で色付けるように、表示部１０４上の楽譜表示を制御する。
【００３８】
図５（ｂ）は、上記表示制御を行った楽譜の一例を示し、同図（ｂ）には、３段譜の上段（メロディーパート）の楽譜の一部領域２０１〜２０４が、コード毎に対応付けられた色で色付けられた様子が描かれている。ただし、図面には色付けすることができないので、色付けられた一部領域（色付け領域）２０１〜２０４が分かるように、その領域の外郭が破線で描かれている。なお、色付け領域２０１〜２０４は、コード情報に含まれる音符長に応じた長さで色付けられている。
【００３９】
演奏者は、図５（ｂ）の楽譜を見て楽器（たとえば、オルガン）を演奏する場合、右手で弾くべき音符は、［背景技術］欄で前述したＢ．の方法と同様に、上段の楽譜を読むことで判断するが、左手と左足で弾くべき音符は、このＢ．の方法と異なり、上段の楽譜に表示された色付け領域２０１〜２０４の「色」で判断する。つまり、演奏者は、上段の楽譜を読んでいるときには、コードネームの「文字」を読まずに、「色」を識別する。色の識別は、コードネーム、つまり文字を読むことより遙かに容易であることは、認知心理学の研究により明らかである。
【００４０】
認知心理学の研究によれば、人間の認知プロセスは、「感覚（存在の確認）」→「知覚（前提知識が不要な識別）」→「認知（前提知識が必要な識別）」というように、右に行くに従って難しくなる。そして、色の判別は「知覚」により行われ、コードネーム（文字）の判別は「認知」により行われるので、色の識別は、コードネームを読むことより遙かに容易と言い得る。
【００４１】
演奏者は、事前に「色」と鍵盤（下鍵盤とペダル鍵盤）の押さえ方の対応付けを行い、「色」を見たら反射的に、左手と左足がその「色」に対応付けられた鍵盤上の鍵を押さえるように練習しておく必要がある。この「色」と鍵盤の押さえ方の対応付けを容易に行えるように、本実施の形態の楽譜表示装置は、図５（ｃ）のような対応リスト３０１〜３０３を表示部１０４に表示するようにしている。各対応リスト３０１〜３０３には、コードネーム、３段譜の中段と下段をまとめた楽譜（ヘ音記号が付された楽譜）および押鍵鍵が“●”で示された下鍵盤とペダル鍵盤が記載されている。そして、破線で示される枠内が、当該コードに対応付けられた色で色付けされている。
【００４２】
このように、本実施の形態の楽譜表示装置では、演奏者は、３段譜の中段および下段の譜読みは言うまでもなく、コードネームも読まなくてもよい。つまり、譜読みは実質的に上段の楽譜のみになるので、演奏者の譜読みに対する負担を格段に軽減することができる。
【００４３】
また、色付け領域２０１〜２０４はコードの音符長に応じた長さで表示されるので、コードネームが、たとえば図５（ａ）の第３小節に示されるように、同じコードを押さえ直す場合に再度表示されないとしても、色付け領域２０３ａ，２０３ｂは各コードの音符長毎に区切られて表示されるので、演奏者は、どのタイミングでコードを押さえ直すべきか容易に認識することができる。
【００４４】
なお、判定部１１１およびコード変換部１１２が実行する制御処理については、ここでは説明せず、後述する。
【００４５】
次に、この制御処理を詳細に説明する。
【００４６】
図３は、本実施の形態の楽譜表示装置、特にＣＰＵ６が実行する楽譜表示変更処理の手順を示すフローチャートである。
【００４７】
本楽譜表示変更処理は、タッチパネル２上に表示された標準的な楽譜（たとえば、図５（ａ）の標準的な３段譜）の上段（メロディーパート）に色付け領域２０１〜２０４を表示する処理である。したがって、本楽譜表示変更処理は、標準的な３段譜がタッチパネル２上に表示された状態で、ユーザがその起動を指示したときに、起動される。
【００４８】
本楽譜表示変更処理は、主として、
（１）色付け領域決定処理（ステップＳ１〜Ｓ１１）
（２）対応リスト作成・表示処理（ステップＳ１２）
（３）色付け領域表示処理（ステップＳ１３）
（４）コード変換処理（ステップＳ１００）
によって構成されている。なお（４）コード変換処理は、オプションとして設けられ、ユーザがコード変換処理の実行を指示したときに、起動されて実行される。このため、ステップＳ１００の処理の枠は、破線で描かれている。
【００４９】
本楽譜表示変更処理が起動されると、ＣＰＵ６は、処理を前記（１）の色付け領域決定処理に進める。この（１）色付け領域決定処理では、まずＣＰＵ６は、前記図２のコード情報抽出部１０２が実行する処理、つまり、前記楽譜データ格納領域にロードされた楽譜データに含まれるコード情報を抽出する処理を実行する（ステップＳ１）。抽出方法は、既に説明したので、ここでは繰り返さない。抽出されるコード情報は、前述のように、少なくともコードネームおよび音符長である。このようにして抽出されたコード情報は、抽出順に、ＲＡＭ８に設けられたコード情報格納領域（図示せず）に格納される。
【００５０】
なお本実施の形態では、ＣＰＵ６は、コード情報の抽出に併せて、楽譜表示の対象となっている曲（標準的な楽譜として表示されている曲）の調も抽出する。この「調」も、本実施の形態では、コード情報と同様に、楽譜論理データ内に記載されているので、ＣＰＵ６は、これを楽譜論理データから読み出して抽出する。抽出された「調」は、ＲＡＭ８内に保存される。このように、楽譜表示の対象となっている曲の調を抽出するようにしたのは、ステップＳ２以降の色付け領域決定処理、特にステップ４の主要コードの判定処理が容易になるからである。
【００５１】
次にＣＰＵ６は、ＲＡＭ８上に設けられたカウンタｎ，ｍをそれぞれ“１”，“０”に初期化する。ここで、カウンタｎは、コード情報格納領域に格納されたコード情報のうち、現在色付け領域決定処理の対象としているコード情報（以下「色付け対象コード情報」という）を示すポインタとして使用される。つまり、カウンタｎのカウント値が、たとえば“３”は、色付け対象コード情報がコード情報格納領域の先頭から３番目に格納されているコード情報であることを意味する。また、カウンタｍは、色付け対象コード情報が主要コード、つまり、コードテーブルＡ（図４（ａ）を用いて後述）に登録されているコードでない場合に、コードテーブルＢ（図４（ｂ）を用いて後述）に登録されているその他のコードのいずれかを選択するために使用される。
【００５２】
次にＣＰＵ６は、色付け対象コード情報、つまり、コード情報格納領域に格納されたコード情報のうち、カウンタｎによって示されるコード情報が、既に色を決定したものであるかどうかを判定する（ステップＳ３）。ここで、「既に色を決定したもの」とは、後述するステップＳ５またはＳ８の処理によって色が決定されたコード情報と同じ種類（同じコードネーム）のコード情報のことをいう。つまり、コード情報が同じ種類のものについては、色付け領域は同じ色で色付けされるため、同じ種類のコード情報が色付け対象コード情報になった場合には、当該コード情報については、色を決定する必要がない。ステップＳ３では、この判定を行うようにしている。なお、種類の異なるコード情報に対して色が決定される度に、当該コード情報と色を対応付けるために前記ＲＡＭ８に設けられた決定色テーブル（図示せず）が更新される（ステップＳ５，Ｓ８参照）ので、ステップＳ３では、ＣＰＵ６は、色付け対象コード情報と同じ種類のコード情報が決定色テーブルに登録されているかどうかを判定する。
【００５３】
ステップＳ３の判定の結果、色付け対象コード情報が既に色を決定したものでなければ、その色付け対象コード情報が主要コードであるかどうかを判定する（ステップＳ４）。主要コードであるかどうかの判定は、コードテーブルＡに基づいて行われる。つまり、色付け対象コード情報がコードテーブルＡに登録されていれば、ＣＰＵ６は、その色付け対象コード情報は主要コードであると判定する。
【００５４】
図４は、コードテーブルＡ（（ａ））およびコードテーブルＢ（（ｂ））の一例を示す図である。コードテーブルＡは、主要コードと色を対応付けるテーブルであり、コードテーブルＢは、主要コード以外のその他のコードと色を対応付けるテーブルである。コードテーブルＡとコードテーブルＢは、本実施の形態では、予め作成され、たとえば前記ＲＯＭ７に格納されているものとする。
【００５５】
コードテーブルＡでは、図４（ａ）に示すように、主要コードは、ディグリーネーム（degree name）によって表されている。このようにディグリーネームを用いたのは、楽譜表示の対象とする曲の調が変わっても、この１つのコードテーブルＡを利用することができるからである。つまり、調毎のコードテーブルＡを用意しておかなくてもよいからである。また、主要コードについてのみ、コードテーブルＡによって対応色を決めるようにしたのは、存在するすべてのコードについて対応色を決めておくと、膨大な数の対応付けが必要となる結果、似たような色が多くなって判別しづらくなったり、コードテーブルＡの容量が非常に増加し、ＲＯＭ７を圧迫したりするからである。具体的には、根音が“Ｃ”のコードだけでも、“Ｃ”，“Ｃｍ”，“Ｃ７”，“Ｃｍ７”，“Ｃ６”，“Ｃｍ７−５”，“Ｃｄｉｍ”，…とたくさんあり、それが１２音分となると、膨大な数になる。
【００５６】
一方、コードテーブルＢでは、図４（ｂ）に示すように、その他のコードｍ（ｍ＝１，２，…）が色と対応付けられている。ここで、「その他のコードｍ」は、具体的なコードと対応付けてはおらず、色付け対象コード情報として、コードテーブルＡに登録されていないコードが出現した場合に、そのコードが、その出現順に「その他のコード１」、「その他のコード２」、…とみなされる。その出現順序は、前記カウンタｍによってカウントされる（後述するステップＳ７参照）。
【００５７】
図３に戻り、ステップＳ４の判定の結果、色付け対象コード情報が主要コードであれば、当該コード情報はコードテーブルＡに登録されているので、当該コード情報に対して色を決定する（ステップＳ５）。今、標準的な楽譜として、図５（ａ）の楽譜が表示されているとすると、この楽譜には、“Ｃ”，“Ｅｍ”および“Ｆ”の３種類のコードが使われている。そして、この楽譜の曲の調はＣメジャであるので、“Ｃ”，“Ｅｍ”および“Ｆ”はそれぞれ、「I 度」、「III 度」および「IV度」のコードになる。したがって、カウンタｎのカウント値が“１”の場合、色付け対象コード情報は、コードネーム“Ｃ”を含むコード情報であり、“Ｃ”は「I 度」のコードであるので、色付け対象コード情報の色は、コードテーブルＡから「赤」と決定される。カウンタｎのカウント値がそれぞれ“２”および“３”の場合も同様にして、当該色付け対象コード情報はそれぞれ「紫」および「黄」と決定される。このように、コード情報に対して色が決定されると、そのコード情報の種類（コードネーム）と色との組が決定色テーブルに登録される。
【００５８】
一方、ステップＳ４の判定の結果、色付け対象コード情報が主要コードでなければ、ＣＰＵ６は、カウンタｍを“１”だけインクリメントする（ステップＳ７）。処理がステップＳ７に進む直前では、カウンタｍのカウント値はリセット（“０”）状態（前記ステップＳ２参照）であるので、ステップＳ７の処理により、カウンタｍのカウント値は“１”となる。
【００５９】
そしてＣＰＵ６は、カウンタｍのカウント値に基づいてコードテーブルＢを参照し、色を決定する（ステップＳ８）。今、カウンタｍ＝１であるので、色付け対象コード情報は、コードテーブルＢの「その他のコード１」となり、その色は「桃」と決定される。コード情報に対して色が決定されると、前記ステップＳ５で前述したように、そのコード情報の種類（コードネーム）と色との組が決定色テーブルに登録される。
【００６０】
一方、ステップＳ３の判定の結果、色付け対象コード情報が既に色を決定したものであれば、当該コード情報の種類に対して決定された色情報を取得する（ステップＳ６）。この場合、決定色テーブルには、色付け対象コード情報の種類（コードネーム）と同じ種類のコード情報と色の組が登録されているので、ＣＰＵ６は、その色情報を決定色テーブルから読み出して取得する。
【００６１】
次にＣＰＵ６は、色付け対象コード情報についての色付け領域の範囲を決定する（ステップＳ９）。具体的には、ＣＰＵ６は、色付け対象コード情報に含まれる音符長に応じた長さに、当該色付け領域の範囲を決定する（ステップＳ９）。
【００６２】
そしてＣＰＵ６は、色付け対象コード情報がコード情報格納領域に格納された最後のコード情報であるかどうかを判定する（ステップＳ１０）。この判定の結果、色付け対象コード情報が最後のコード情報でなければ、ＣＰＵ６は、前記カウンタｎを“１”だけインクリメントした（ステップＳ１１）後に、処理を前記ステップＳ３に戻し、ステップＳ３〜Ｓ９の処理を繰り返す。
【００６３】
一方、ステップＳ１０の判定の結果、色付け対象コード情報が最後のコード情報であれば、ＣＰＵ６は、処理を前記（２）の対応リスト作成・表示処理に進める。この（２）対応リスト作成・表示処理では、ＣＰＵ６は、使用コードと色の対応リストを作成して、タッチパネル２上に表示する（ステップＳ１２）。対応リストの構成については、既に図５（ｃ）に基づいて説明したので、ここでは繰り返さない。対応リストは、決定色テーブルに基づいて簡単に作成できるので、その作成方法についても省略する。なお、対応リストの構成および表示態様は、図５（ｃ）に示すものに限らず、ユーザに使用コードと色との対応付けが分かるものであれば、どのようなものを採用してもよい。
【００６４】
さらにＣＰＵ６は、処理を前記（３）の色付け領域表示処理に進める。この（３）色付け領域表示処理では、ＣＰＵ６は、前記（１）色付け領域決定処理で決定されたすべての色付け領域を、標準的な楽譜上に表示する（ステップＳ１３）。その後ＣＰＵ６は、本楽譜表示変更処理を終了する。なお上記ステップＳ１３では、「すべての色付け領域」を表示するとしているが、標準的な楽譜としてタッチパネル２上に表示されている楽譜が曲の一部である場合には、その一部の楽譜に対して、「すべての色付け領域」のうちの一部の色付け領域が選択されて表示されることは言うまでもない。この場合、表示されていない隠れた楽譜は、ユーザのスクロール指示に従ってタッチパネル２上に表示される。もちろん、楽譜表示の対象になっている曲が短い等により、曲全体の楽譜が表示される場合には、その楽譜上に「すべての色付け領域」が表示される。
【００６５】
標準的な楽譜として、図５（ａ）に示す楽譜が表示されている場合に、上記ステップＳ１３の処理が実行されると、同図（ｂ）に示すように、標準的な楽譜である３段譜の上段に、色付け領域２０１〜２０４が表示される。各色付け領域２０１〜２０４は、対応するコードの種類毎に異なった色、かつ当該コードの音符長に応じた長さの短冊状に形成される。図面には色を付けられないので、図面上では分からないが、色付け領域２０１〜２０４はそれぞれ、「赤」、「紫」、「黄」および「赤」に色付けられている。また、第３小節は、黄色の色付け領域２０３ａ，２０３ｂに区切られて表示されている。
【００６６】
図６は、図５（ｂ）の表示態様とは異なった表示態様で表示された色付け領域の一例を示す図である。
【００６７】
図６（ａ）は、３段譜の上段（メロディーパート）とコードネームとの間に、色付け領域２１１〜２１４を表示する表示態様を採った場合の例を示している。破線で示される枠が、色付け領域２１１〜２１４であり、その枠内が、当該コードに対応付けられた色で色付けられる。本実施の形態では、演奏者はメロディーパートの楽譜を読むことを前提にしているので、色付け領域は、メロディーパートの楽譜を読む際に自然に目に入る位置であれば、楽譜（３段譜）上に表示されなくてもよい。
【００６８】
図６（ｂ）は、コードネーム自体を当該コードに対応付けられた色で表示するとともに、“------”の長さで当該コードの音符長を表示する表示態様２２１〜２２４を採った場合の例を示している。なお、“------”の色も、当該コードに対応付けられた色で表示される。この表示態様２２１〜２２４は、その形状から「色付け領域」を表示するものとは言い得ないが、本発明の課題は十分解決することができる。
【００６９】
図６（ｃ）は、色付け領域をメロディーパートだけでなく、全パートに亘って表示した表示態様２３１〜２３４を採った場合の例を示している。
【００７０】
このように、色付け領域の表示態様は、図５（ｂ）の表示態様だけでなく、各種態様のものを採ることができる。
【００７１】
なお本実施の形態では、図５（ｂ）および図６（ａ），（ｂ）のように、色付け領域が３段譜の一部のパート上、あるいはその近傍に表示される場合でも、すべてのパートの楽譜を表示するようにしたが、これに限らず、当該一部のパートの楽譜、あるいは当該一部のパートの楽譜とその近傍のみを（図示例では、３段譜の中段と下段の楽譜を省略して）表示するようにしてもよい。これにより、より小節数の多い楽譜を表示することができ、タッチパネル２のサイズが小さい場合に、特に有効である。このように楽譜の一部を表示するようにした場合、一部の楽譜の表示と全部の楽譜の表示をユーザの指示に従って切り替え可能に構成してもよい。
【００７２】
図７は、簡単な曲（（ａ））と難しい曲（（ｂ））のそれぞれの曲全体に亘って、３段譜の上段に色付け領域を表示させた俯瞰図である。同図（ａ）は、使用コード数が３個の曲についてのものであり、同図（ｂ）は、使用コード数が１０個の曲についてのものである。同図（ａ），（ｂ）中、破線で囲まれ、コードネームが記載された枠が、色付け領域を示し、枠内は、当該コードに対応付けられた色で色付けられている。
【００７３】
図７（ｂ）のように難しい曲になると、多くのコードがめまぐるしく変化するため、事前に色とコードの対応付けを覚えておくことは困難である。したがって、特に初心の演奏者では、コード情報を容易に理解して演奏することはできなくなる。そこで、本実施の形態の楽譜表示装置は、前記（４）のコード変換処理をオプションとして備えている。この（４）コード変換処理では、曲に実際に使用されているコード（以下「実使用コード」という）を変換して、その実使用コード数をユーザレベルに応じたコード数以下に減少させる（ただし、ユーザレベルによっては、その実使用コード数を減少させないこともある）ようにしている。なお（４）コード変換処理が、前記図２の判定部１１１およびコード変換部１１２によって実行されるものである。
【００７４】
図８は、このコード変換処理の詳細な手順を示すフローチャートである。本コード変換処理は、前記図３の楽譜表示変更処理が起動されているときに、ユーザがコード変換処理の実行を指示したときに起動されて、実行される（ステップＳ１００）。
【００７５】
本コード変換処理が起動されると、まずＣＰＵ６は、ユーザレベルを取得する（ステップＳ１０１）。ユーザレベルは、たとえば、
ユーザレベル：使用コード数；
レベル１  ：    ３      ；
レベル２  ：    ４      ；
レベル３  ：    ５      ；
レベル４  ：  制限なし  ；
のように対応付けられている。この対応関係では、ユーザレベルは、レベル数（レベルｋ（ｋ＝１，２，３，４））が上がるに従ってより上級のユーザを示している。たとえば、レベル１は最も初級のユーザを示すが、そのレベルのユーザ（演奏者）にとって、上段の楽譜を読みながら、コードに基づいて他段を演奏できるコード数（曲に使用されているコード数）は、最大３つであることを示している。もちろん、この対応関係は一例に過ぎず、レベル数をより粗くしたり、あるいは細かくしたり、使用コード数をより少なくしたり、あるいは多くしたりしてもよい。
【００７６】
上記ステップＳ１０１では、ＣＰＵ６は、レベル１〜４のいずれかを取得する。取得方法としては、たとえば、タッチパネル２上に表示されたユーザレベルの一覧の中からユーザが選択したユーザレベルを取得する方法や、ユーザの過去の演奏履歴などから自動的にユーザレベルを算出し、その算出したユーザレベルを取得する方法などが考えられる。
【００７７】
次にＣＰＵ６は、抽出されたコード情報から実使用コード数を算出する（ステップＳ１０２）。本コード変換処理は、前記図３のステップＳ１に続いて実行されるので、コード情報格納領域には、楽譜表示の対象になっている曲のすべてのコード情報が出現順に並んで記憶されている。したがって、ステップＳ１０２では、ＣＰＵ６は、すべてのコード情報のコードネームから、異なるコードネームの数をカウントする。これにより、その曲の実使用コード数が算出される。
【００７８】
次にＣＰＵ６は、ステップＳ１０２で算出されたコード数（算出コード数）が、ステップＳ１０１で取得されたユーザレベルに応じた使用コード数より多いかどうかを判定する（ステップＳ１０３）。この判定の結果、算出コード数＞使用コード数のときには、ＣＰＵ６は、処理をステップＳ１０４に進める一方、算出コード数≦使用コード数のときには、ＣＰＵ６は、本コード変換処理を終了する。
【００７９】
ステップＳ１０４では、ＣＰＵ６は、その曲の実使用コード数がユーザレベルに応じた使用コード数以下になるように、実使用コードを変換する。この変換方法としては、たとえば、
（Ｔ１）特開２０００−１６３０６５号公報に開示された公知技術を応用し、曲のメロディに合うコード進行を（元の曲のコード進行とは無関係に）生成する；
（Ｔ２）特許第３８０７２７５号公報に開示された公知技術を応用し、難しいコードを簡単なコードに変換することによって、使用されるコード数を減らす。たとえば、前記図７（ｂ）の俯瞰図で、“Ｃ／Ｇ”や“Ｄ７／Ｆ＃”などの分数コード（オンコード）をそれぞれ“Ｃ”や“Ｄ７”に置き換える；
（Ｔ３）たとえば、実使用コード数“１０”の曲をコード数“４”に減らしたい場合、曲中に出現する回数の多い順に４つのコードを採用し、その他のコードは、採用された４つのコードのいずれかに置き換える。図７（ｂ）の俯瞰図の曲では、“Ｃ”，“Ｆ”，“Ｇ７”および“Ｄ７”の出現回数が多いので、この４つを採用し、それ以外を、たとえば、構成音の最も近いコードに置き換える。あるいは、変換テーブルを予め用意しておき、この変換テーブルに基づいて変換するようにしてもよい；
（Ｔ４）曲のすべてのコードを、トニック（Ｔ）、ドミナント（Ｄ）およびサブドミナント（Ｓ）のいずれかのコードに置き換える；
（Ｔ５）同じ曲についてアレンジを異ならせた楽譜データを複数、予め用意しておき、ユーザレベルに応じて使用コード数の少ない楽譜データを選択する；
などの方法が考えられる。
【００８０】
このように、本実施の形態の楽譜表示装置では、楽譜表示の対象になっている曲の実使用コードを変換して、実使用コード数をユーザレベルに応じた使用コード数以下に減少させるようにしたので、初心の演奏者でも、事前に色とコードの対応付けを容易に覚えておくことができ、これにより、コード情報を容易に理解して演奏することができるようになる。
【００８１】
なお本実施の形態では、図７の俯瞰図は、楽譜表示の対象になっている曲が難しい曲である場合の問題点を説明するために使用し、タッチパネル２上に表示するようにはしていないが、ユーザによる表示の指示に応じて、当該曲の俯瞰図をタッチパネル２上に表示するようにしてもよい。前記図３の楽譜表示変更処理では、楽譜表示の対象になっている曲全体に亘って、すべての色付け領域を決定しているので、その俯瞰図をタッチパネル２上に表示する処理（以下「俯瞰図表示処理」という）は、簡単に実現することができる。この俯瞰図表示処理は、図３のステップＳ１３の処理の後に追加すると、それ以前の処理結果を使用することができるので、便利である。また、この俯瞰図表示処理を追加した場合、演奏者はその俯瞰図を見て、自身に演奏できそうかどうか把握できるので、難しいと判断したときには、実使用コードを変換し、より使用コード数を少なくさせることができるように、前記（４）コード変換処理（ステップＳ１００）を俯瞰図表示処理の後に追加した方が好ましい。
【００８２】
なお本実施の形態では、オルガン演奏で用いる３段譜を例に挙げて説明したが、本発明は、オルガン以外の他の鍵盤楽器の演奏に用いる楽譜にも同様に適用することができる。また、鍵盤楽器用の楽譜に限らず、ギターやピアノで弾き語りする際に、ボーカルパートの歌詞表示と、本発明のコード情報表示を組み合わせて表示するようにしてもよい。
【００８３】
また本実施の形態では、コードの種類毎に異なった表示態様で表示する例として、前記図５（ｂ）および図６に示す色付け領域を挙げたが、これは一例に過ぎず、一色での塗りつぶしに限らず、多色による模様や異なったパターンによる塗りつぶしなど、その識別がコードネームを読むことより容易であれば、どのような表示態様を採用してもよい。
【００８４】
さらに、譜読みするパート（たとえば、メロディーパート）の音符上を対応コードの色で塗りつぶしてもよいし、メロディーパートの楽譜の上または下に、対応コードの色の付いた線を引いてもよいし、メロディーパートの音符自体を対応コードの色に変更してもよい。
【００８５】
また本実施の形態では、標準的な楽譜がタッチパネル２上に表示された状態で、ユーザの指示に応じて図３の楽譜表示変更処理を起動し、標準的な楽譜に色付け領域を重ねるようにしたが、これに限らず、標準的な楽譜を表示せずに一度に、色付け領域の表示された楽譜を表示するようにしてもよい。さらに、前記図３のコード変換処理（ステップＳ１００）も、オプションではなく、必須の構成にしてもよい。
【００８６】
なお、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８７】
この場合、記憶媒体から読出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードおよび該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８８】
プログラムコードを供給するための記憶媒体としては、たとえば、フレキシブルディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。また、通信ネットワークを介してサーバコンピュータからプログラムコードが供給されるようにしてもよい。
【００８９】
また、コンピュータが読出したプログラムコードを実行することにより、上述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００９０】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【００９１】
２…タッチパネル（表示手段），５…表示回路（表示手段），６…ＣＰＵ（取得手段、表示手段、抽出手段、制御手段、算出手段、変換手段），８…ＲＡＭ（取得手段）
【図１】
2014077965.tif 000003
【図２】
2014077965.tif 000004
【図３】
2014077965.tif 000005
【図４】
2014077965.tif 000006
【図５】
2014077965.tif 000007
【図６】
2014077965.tif 000008
【図７】
2014077965.tif 000009
【図８】
2014077965.tif 000010