JP6897101B2 - 楽譜処理システム、楽譜処理方法および楽譜処理プログラム - Google Patents

Description

本発明は、楽曲の楽譜を表示する技術に関する。

楽曲の楽譜を表示装置に表示させる各種の技術が従来から提案されている。例えば特許文献１には、楽曲の楽譜を表示させる処理に並行して利用者による現在の演奏位置を推定し、表示装置に表示された楽譜における演奏位置を強調表示する構成が開示されている。

特開２００１−２６５３２６号公報

特許文献１に開示された演奏位置の推定のように、楽曲に関する各種の処理（以下「音楽処理」という）が楽譜の表示に並行して実行され得る。しかし、楽譜表示と音楽処理とが単体のプログラムにより実現される状況では、相異なる音楽処理に対応する複数のプログラムの各々について別個の楽譜を用意する必要があり、利用者の負担が大きいという問題がある。以上の事情を考慮して、本発明の好適な態様は、楽曲に関する機能を簡便に利用できるようにすることを目的とする。

以上の課題を解決するために、本発明の好適な態様に係る楽譜処理システムは、楽譜処理プログラムにより実現される受信処理部および表示制御部を具備し、前記受信処理部は、前記楽譜処理プログラムとは別個の音楽処理プログラムにより実現されて楽曲に関する処理を実行する音楽処理部から、当該楽曲の表示に関する制御データをアプリケーション間通信により受信し、前記表示制御部は、前記楽曲の楽譜を表示装置に表示させ、前記受信処理部が受信した制御データに応じて当該表示を制御する。
本発明の好適な態様に係る情報処理システムは、楽譜処理プログラムにより実現される受信処理部および表示制御部と、前記楽譜処理プログラムとは別個の音楽処理プログラムにより実現される音楽処理部とを具備し、前記音楽処理部は、楽曲に関する処理と当該処理に応じた制御データの生成とを実行し、前記受信処理部は、音楽処理部から前記制御データをアプリケーション間通信により受信し、前記表示制御部は、前記楽曲の楽譜を表示装置に表示させ、前記受信処理部が受信した制御データに応じて当該表示を制御する。
本発明の好適な態様に係る楽譜処理プログラムは、受信処理部および表示制御部としてコンピュータを機能させる楽譜処理プログラムであって、前記受信処理部は、前記楽譜処理プログラムとは別個の音楽処理プログラムにより実現されて楽曲に関する処理を実行する音楽処理部から、当該楽曲の表示に関する制御データをアプリケーション間通信により受信し、前記表示制御部は、前記楽曲の楽譜を表示装置に表示させ、前記受信処理部が受信した制御データに応じて当該表示を制御する。
本発明の好適な態様に係る楽譜処理方法は、楽譜処理プログラムにより受信処理と表示制御処理とを実行し、前記受信処理では、前記楽譜処理プログラムとは別個の音楽処理プログラムにより実現されて楽曲に関する処理を実行する音楽処理部から、当該楽曲の表示に関する制御データをアプリケーション間通信により受信し、前記表示制御処理では、前記楽曲の楽譜を表示装置に表示させ、前記受信処理で受信した制御データに応じて当該表示を制御する。

第１実施形態における情報処理システムの構成図である。 情報処理システムの機能に着目した構成図である。 表示装置に表示される画像の模式図である。 楽譜処理部および音楽処理部の動作の説明図である。 第２実施形態において表示装置に表示される画像の模式図である。 第２実施形態における楽譜処理部および音楽処理部の動作の説明図である。 変形例の構成図である。 変形例における情報処理システムの機能に着目した構成図である。

＜第１実施形態＞
図１は、本発明の第１実施形態に係る情報処理システム１００の構成図である。第１実施形態の情報処理システム１００は、特定の楽曲（以下「対象楽曲」という）について楽譜の表示と所定の情報処理（音楽処理）とを実行するコンピュータシステムである。図１に例示される通り、情報処理システム１００は、制御装置１１と記憶装置１２と通信装置１３と表示装置１４と操作装置１５と放音装置１６とを具備する。例えば携帯電話機およびスマートフォン等の可搬型の端末装置またはパーソナルコンピュータ等の情報処理装置が情報処理システム１００として利用され得る。なお、情報処理システム１００は、単体の装置として実現されるほか、相互に別体で構成された複数の装置の集合でも実現される。

制御装置１１は、情報処理システム１００を構成する各要素を統括的に制御するコンピュータであり、例えばＣＰＵ（Central Processing Unit）等の処理回路を含んで構成される。通信装置１３は、外部装置と通信する。例えば、移動体通信網を利用した移動体通信またはＷｉＦｉ（登録商標）等の近距離無線通信を実行する通信機器が通信装置１３として利用される。なお、通信装置１３による通信は有線通信および無線通信の何れでもよい。

表示装置１４（例えば液晶表示パネル）は、制御装置１１から指示された画像を表示する。例えば対象楽曲の楽譜が表示装置１４に表示される。操作装置１５は、利用者からの操作を受付ける入力機器である。具体的には、表示装置１４の表示面に対する利用者の接触を検知するタッチパネルが操作装置１５として好適である。放音装置１６（例えばスピーカやヘッドホン）は、制御装置１１から指示された音を再生する。

記憶装置１２は、制御装置１１が実行するプログラムと制御装置１１が使用する各種のデータとを記憶する。例えば半導体記録媒体および磁気記録媒体等の公知の記録媒体、または複数種の記録媒体の組合せが、記憶装置１２として任意に採用され得る。なお、情報処理システム１００とは別体で記憶装置１２（例えばクラウドストレージ）を用意し、移動体通信網またはインターネット等の通信網を介して制御装置１１が記憶装置１２に対する読出および書込を実行することも可能である。すなわち、記憶装置１２は情報処理システム１００から省略され得る。図１に例示される通り、第１実施形態の記憶装置１２は、楽譜データＤと楽譜処理プログラムＰaと音楽処理プログラムＰbとを記憶する。

楽譜データＤは、対象楽曲の楽譜を表すデータである。例えばラスタ形式またはベクタ形式の画像として楽譜を表す画像ファイル（例えばビットマップファイルやＰＤＦファイル）が楽譜データＤとして好適である。なお、音楽記号等の楽譜の要素が論理的な情報として記述されたファイル（例えばMusicXML形式のファイル）を楽譜データＤとして利用することも可能である。例えばウェブサーバ等の配信装置（図示略）から配信された楽譜データＤが通信装置１３により受信されたうえで記憶装置１２に記憶される。なお、対象楽曲の１個の楽譜データＤのみが図１では便宜的に図示されている。実際には、相異なる楽曲に対応する複数の楽譜データＤが記憶装置１２に記憶され、利用者が操作装置１５に対する操作で対象楽曲を選択する。

楽譜処理プログラムＰaおよび音楽処理プログラムＰbの各々は、対象楽曲に関する処理のためのソフトウェア（アプリケーションプログラム）である。具体的には、楽譜処理プログラムＰaは、対象楽曲の楽譜を表示装置１４に表示させるためのソフトウェアであり、音楽処理プログラムＰbは、対象楽曲の楽譜の表示に並行して実行される所定の音楽処理のためのソフトウェアである。音楽処理としては、例えば、周期的な発音により利用者に拍点を通知する拍点報知処理（メトロノーム）、または、利用者による対象楽曲の演奏（歌唱を含む）の巧拙を評価する演奏評価処理が例示され得る。

楽譜処理プログラムＰaと音楽処理プログラムＰbとは相互に別個のプログラムである。具体的には、楽譜処理プログラムＰaと音楽処理プログラムＰbとは、両者を包含する単体のソフトウェアとして提供されるのではなく、相互に独立のソフトウェアとして、例えば相異なる時点で個別に提供されて記憶装置１２に記憶される。すなわち、楽譜処理プログラムＰaおよび音楽処理プログラムＰbは、各々が独立に実行され得る（すなわち一方が他方の存在を前提とせずに実行され得る）と表現することも可能である。なお、楽譜処理プログラムＰaおよび音楽処理プログラムＰbの各々は、例えばウェブサーバ等の配信装置（図示略）から配信され、通信装置１３により受信されたうえで記憶装置１２に記憶される。また、例えば半導体記録媒体または光ディスク等の可搬型の記録媒体に記憶された楽譜処理プログラムＰaまたは音楽処理プログラムＰbを記憶装置１２に転送することも可能である。

図２は、情報処理システム１００の機能に着目した構成図である。図２に例示される通り、制御装置１１が楽譜処理プログラムＰaを実行することで楽譜処理部２０（楽譜処理システムの例示）が実現され、制御装置１１が音楽処理プログラムＰbを実行することで音楽処理部３０が実現される。楽譜処理部２０および音楽処理部３０は、制御装置１１がプログラムを実行することで実現される機能体である。具体的には、楽譜処理部２０は、対象楽曲の楽譜を表示装置１４に表示させ、音楽処理部３０は、楽譜の表示に並行して所定の音楽処理を実行する。なお、制御装置１１の一部の機能を専用の電子回路が実現することも可能である。楽譜処理プログラムＰaと音楽処理プログラムＰbとを制御装置１１が並列に実行することで楽譜処理部２０と音楽処理部３０との双方が構成される。

楽譜処理部２０と音楽処理部３０とは、相互間で通信が可能である。具体的には、楽譜処理部２０と音楽処理部３０とは、例えば共有メモリを利用したアプリケーション間通信（プロセス間通信）によりデータを授受することで相互に連携する。楽譜処理部２０と音楽処理部３０との間の通信は、例えばMIDI（Musical Instrument Digital Interface）またはOpen Sound Control（OSC）等の通信プロトコルに準拠した通信である。以上の説明から理解される通り、楽譜の表示に関する機能（楽譜処理部２０）と音楽処理の機能（音楽処理部３０）とが、アプリケーション間通信を介して相互に分離される、とも換言され得る。

図２に例示される通り、楽譜処理部２０は、表示制御部２２と生成処理部２４と通信制御部２６とを含んで構成される。表示制御部２２は、表示装置１４に各種の画像を表示させる。図３は、表示制御部２２が表示装置１４に表示させる画像Ｇの模式図である。図３に例示される通り、表示装置１４に表示される画像Ｇは、楽譜画像Ｇaと機能画像Ｇbとを包含する。楽譜画像Ｇaは、記憶装置１２に記憶された楽譜データＤが表す対象楽曲の楽譜の画像である。機能画像Ｇbは、音楽処理部３０が実行する音楽処理に関する画像である。第１実施形態の機能画像Ｇbは、音楽処理部３０が実行する音楽処理に関する各種の指示のために利用者が操作する図形（すなわちアイコン）である。図３に例示される通り、楽譜画像Ｇaに重ねて機能画像Ｇbが表示される。

利用者は、対象楽曲の楽譜画像Ｇaが表示装置１４に表示された状態で、操作装置１５を利用して機能画像Ｇbを適宜に操作することが可能である。図２の生成処理部２４は、機能画像Ｇbに対する利用者からの操作に応じた制御データＱaを生成する。制御データＱaは、機能画像Ｇbに対する操作の発生と内容とを音楽処理部３０に通知するためのメッセージ（例えばcallbackメッセージ）である。

通信制御部２６は、音楽処理部３０との間で通信（具体的には前述のアプリケーション間通信）を実行する。図２に例示される通り、第１実施形態の通信制御部２６は、送信処理部２６２と受信処理部２６４とを含んで構成される。送信処理部２６２は、生成処理部２４が生成した制御データＱaを音楽処理部３０に送信する。他方、受信処理部２６４は、音楽処理部３０による音楽処理の結果に応じた制御データＱbを音楽処理部３０から受信する。表示制御部２２は、受信処理部２６４が音楽処理部３０から受信した制御データＱbに応じて表示装置１４による画像の表示を制御する。具体的には、表示装置１４に表示された画像Ｇ（例えば機能画像Ｇb）を制御データＱbに応じて変更する。

図２に例示される通り、音楽処理部３０は、機能制御部３２と生成処理部３４と通信制御部３６とを含んで構成される。通信制御部３６は、楽譜処理部２０との間で通信（具体的には前述のアプリケーション間通信）を実行する。第１実施形態の通信制御部３６は、送信処理部３６２と受信処理部３６４とを含んで構成される。送信処理部３６２は、楽譜処理部２０に制御データＱbを送信する。受信処理部３６４は、楽譜処理部２０から制御データＱaを受信する。

機能制御部３２は、音楽処理を実行する。第１実施形態の機能制御部３２は、受信処理部３６４が楽譜処理部２０から受信した制御データＱaに応じて音楽処理を制御する。具体的には、機能制御部３２は、音楽処理に適用される制御変数（パラメータ）の数値を制御データＱaに応じて設定または変更する。生成処理部３４は、機能制御部３２による音楽処理の結果に応じた制御データＱbを生成する。制御データＱbは、例えば、表示装置１４に表示された画像Ｇの変更（例えば機能画像Ｇbの配置や変更）を楽譜処理部２０に指示するためのメッセージである。送信処理部３６２は、生成処理部３４が生成した制御データＱbを楽譜処理部２０に送信する。

図４を参照して、第１実施形態における情報処理システム１００の具体的な動作を説明する。なお、図４の説明では、対象楽曲の各拍点を利用者に報知するための音（以下「拍点音」という）を周期的に再生する拍点報知処理（メトロノーム）を、音楽処理プログラムＰbにより実現される音楽処理として例示する。楽譜処理プログラムＰaおよび音楽処理プログラムＰbの起動が指示された場合に図４の処理が開始される。

まず、音楽処理部３０において、対象楽曲の指定を含む制御データＱb1を生成処理部３４が生成し、送信処理部３６２が当該制御データＱb1を楽譜処理部２０に送信する（Ｓa1）。楽譜処理部２０の表示制御部２２は、受信処理部２６４が音楽処理部３０から受信した制御データＱb1に応じて対象楽曲の楽譜画像Ｇaを表示装置１４に表示させる（Ｓa2）。具体的には、表示制御部２２は、制御データＱb1で指定された対象楽曲の楽譜データＤを記憶装置１２から取得し、楽譜データＤが示す楽譜画像Ｇaを表示装置１４に表示させる。

また、音楽処理部３０において、機能画像Ｇbの表示を指示する制御データＱb2を生成処理部３４が生成し、送信処理部３６２が当該制御データＱb2を楽譜処理部２０に送信する（Ｓa3）。楽譜処理部２０の表示制御部２２は、受信処理部２６４が音楽処理部３０から受信した制御データＱb2に応じて機能画像Ｇbを表示装置１４に表示させる（Ｓa4）。具体的には、表示制御部２２は、図３に例示した通り、メトロノームを模式的に表現した機能画像Ｇbを楽譜画像Ｇaに重ねて表示する。

図３に拡大した通り、第１実施形態の機能画像Ｇbは、周期的に揺動する振り子を表現した指示画像Ｇb1と、演奏速度（テンポ）の数値を示す速度画像Ｇb2と、演奏速度の指定を受付ける操作画像Ｇb3とを含んで構成される。機能画像Ｇbの表示が開始された直後の段階では、速度画像Ｇb2が示す演奏速度は所定の初期値に設定される。利用者は、操作装置１５を利用して操作画像Ｇb3を操作することで所望の演奏速度を指定することが可能である。利用者が操作画像Ｇb3を操作すると、生成処理部２４は、操作画像Ｇb3に対する操作内容を示す制御データＱa1を生成し、送信処理部２６２は当該制御データＱa1を音楽処理部３０に送信する（Ｓa5）。

音楽処理部３０は、受信処理部３６４が楽譜処理部２０から受信した制御データＱa1に応じて変更後の演奏速度（以下「更新値」という）を設定する（Ｓa6）。生成処理部３４は、音楽処理部３０が設定した更新値の指定を含む制御データＱb3を生成し、送信処理部３６２は、生成処理部３４が生成した制御データＱbを楽譜処理部２０に送信する（Ｓa7）。制御データＱb3は、演奏速度の更新の指示である。楽譜処理部２０の表示制御部２２は、受信処理部２６４が音楽処理部３０から受信した制御データＱb3に応じて機能画像Ｇbを更新する（Ｓa8）。具体的には、表示制御部２２は、機能画像Ｇb内の速度画像Ｇb2が示す数値を、制御データＱb3で指定された更新値に変更する。

以上の手順で所望の演奏速度を設定すると、利用者は、操作装置１５を適宜に操作することで音楽処理の開始を指示することが可能である。音楽処理の開始が指示されると、楽譜処理部２０の生成処理部２４は、音楽処理の開始を指示する制御データＱa2を生成し、送信処理部２６２は当該制御データＱa2を音楽処理部３０に送信する（Ｓa9）。

受信処理部３６４が制御データＱa2を受信すると、音楽処理部３０の機能制御部３２は、演奏速度に対応した周期（すなわち相前後する拍点間の間隔）が経過するたびに、単位処理Ｓa10（Ｓa101，Ｓa102）を反復的に実行する。１回の単位処理Ｓa10は、機能制御部３２が所定の拍点音を放音装置１６に放音させる処理（Ｓa101）と、機能画像Ｇbの更新の制御データＱb4を楽譜処理部２０に送信する処理（Ｓa102）とを包含する。制御データＱb4は、生成処理部３４により生成されて送信処理部３６２から楽譜処理部２０に送信される。制御データＱb4は、機能画像Ｇbの指示画像Ｇb1を所定量だけ変位させる指示を意味する。

楽譜処理部２０の表示制御部２２は、受信処理部２６４が音楽処理部３０から受信した制御データＱb4に応じて機能画像Ｇbを更新する（Ｓa11）。具体的には、表示制御部２２は、指示画像Ｇb1を所定量（具体的には角度）だけ変位させる。音楽処理部３０による単位処理Ｓa10と楽譜処理部２０による機能画像Ｇbの更新（Ｓa11）とが順次に反復されることで、演奏速度に対応した周期で発生する拍点に同期して指示画像Ｇb1が揺動するとともに、拍点毎に拍点音が放音装置１６から放音される。すなわち、機械式のメトロノームの動作が表示装置１４による表示（すなわちアニメーション表示）と放音装置１６による放音とで模擬される。利用者は、拍点音の聴取と機能画像Ｇbの視認とにより対象楽曲の拍点を随時に把握しながら、楽譜画像Ｇaを参照して対象楽曲を演奏する。

以上に説明した通り、第１実施形態では、楽譜処理プログラムＰaで実現される受信処理部２６４が、楽譜処理プログラムＰaとは別個の音楽処理プログラムＰbで実現される音楽処理部３０から、アプリケーション間通信により制御データＱbを受信する。そして、表示制御部２２は、受信処理部２６４が受信した制御データＱbに応じて表示を制御する。以上の構成によれば、楽譜処理部２０と音楽処理部３０とが単体のプログラムにより実現される構成と比較して、相異なる音楽処理プログラムＰbで実現される複数種の音楽処理について、楽譜画像Ｇaの表示には共通の楽譜処理プログラムＰaおよび楽譜データＤを利用できる。したがって、対象楽曲または楽譜画像Ｇaに関する機能を簡便に利用することができる。

また、第１実施形態では、楽譜処理プログラムＰaにより実現される送信処理部２６２が、利用者による操作に応じた制御データＱaをアプリケーション間通信により音楽処理部３０に送信する。したがって、相異なる音楽処理プログラムＰbで実現される複数種の音楽処理について、利用者の操作に関する処理には共通の楽譜処理プログラムＰaを利用できる。したがって、対象楽曲または楽譜画像Ｇaに関する機能を簡便に利用できるという効果は格別に顕著である。

なお、楽譜処理プログラムＰaおよび音楽処理プログラムＰbの一方を他方のプラグインとして提供することも想定され得る。しかし、情報処理システム１００が採用するプラットフォーム（例えばＯＳ(Operating System)）によっては、仕様的にプラグインの提供が制限される状況があり得る。以上の状況では、第１実施形態の例示の通り、楽譜処理プログラムＰaと音楽処理プログラムＰbとがアプリケーション間通信により相互に連携する構成が好適である。

＜第２実施形態＞
本発明の第２実施形態について説明する。なお、以下に例示する各形態において作用または機能が第１実施形態と同様である要素については、第１実施形態の説明で使用した符号を流用して各々の詳細な説明を適宜に省略する。

図５は、第２実施形態の表示制御部２２が表示装置１４に表示させる画像Ｇの模式図である。図５に例示される通り、第２実施形態において表示装置１４に表示される画像Ｇは、楽譜画像Ｇaと複数の機能画像Ｇbとを包含する。楽譜画像Ｇaは、第１実施形態と同様に、楽譜データＤが表す対象楽曲の楽譜の画像である。他方、第２実施形態の各機能画像Ｇbは、対象楽曲の音楽情報（例えば演奏記号）を表す画像である。具体的には、強弱記号（フォルテ，ピアノ，クレッシェンド等）、速度記号または修飾記号等の各種の音楽情報が機能画像Ｇbで表現される。

第２実施形態では、対象楽曲の演奏により演奏音を再生する楽曲演奏処理を、音楽処理プログラムＰbにより実現される音楽処理として例示する。楽曲演奏処理には、対象楽曲の楽曲データが使用される。楽曲データは、対象楽曲の演奏内容（例えば複数の音符の時系列）を示す時系列データであり、例えば記憶装置１２に事前に記憶される。なお、楽譜処理部２０と音楽処理部３０とがアプリケーション間通信により制御データＱaまたは制御データＱbを相互に授受する動作は、第１実施形態と同様である。

図６は、第２実施形態における楽譜処理部２０および音楽処理部３０の動作の説明図である。第１実施形態と同様の手順（ステップＳa1およびステップＳa2）により表示装置１４に楽譜画像Ｇaが表示されると、利用者は、操作装置１５を適宜に操作することで音楽情報の種類と位置とを指定する。楽譜処理部２０の表示制御部２２は、利用者が指定した音楽情報の機能画像Ｇbを利用者が指定した位置に配置する（Ｓb1）。生成処理部２４は、利用者が指定した音楽情報を示す制御データＱa1を生成し、送信処理部２６２は制御データＱa1を音楽処理部３０に送信する（Ｓb2）。受信処理部３６４が制御データＱa1を受信すると、音楽処理部３０の機能制御部３２は、制御データＱa1が指定する音楽情報を記憶装置１２に記憶する（Ｓb3）。具体的には、機能制御部３２は、制御データＱa1が指定する音楽情報を記憶装置１２内の楽曲データに付加する。以上の処理が反復されることで、対象楽曲の楽曲データには複数の音楽情報が付加される。

利用者は、操作装置１５を操作することで対象楽曲の演奏の開始を指示することが可能である。対象楽曲の演奏の開始が指示されると、生成処理部２４は、演奏開始を示す制御データＱa2を生成し、送信処理部２６２は制御データＱa2を音楽処理部３０に送信する（Ｓb4）。受信処理部３６４が制御データＱa2を受信すると、音楽処理部３０の機能制御部３２は、記憶装置１２に記憶された楽曲データを利用して対象楽曲の演奏を開始する（Ｓb5）。具体的には、機能制御部３２は、楽曲データが指定する複数の音符列を音楽情報が指定する特性（例えば強弱や速度）で演奏した演奏音を表す音響信号を生成し、音響信号を放音装置１６に供給することで対象楽曲の演奏音を再生する。

以上に説明した対象楽曲の演奏が進行することで、対象楽曲内の演奏位置は経時的に後方に移動する。対象楽曲のうち音楽情報が付加された時点に演奏位置が近付くと、生成処理部３４は、当該音楽情報に対応する機能画像Ｇbについて表示態様の変更を指示する制御データＱb1を生成し、送信処理部３６２は制御データＱb1を楽譜処理部２０に送信する（Ｓb6）。受信処理部２６４が制御データＱb1を受信すると、楽譜処理部２０の表示制御部２２は、楽譜画像Ｇaのうち現在の演奏位置の近傍に配置された機能画像Ｇbの表示態様を制御データＱb1に応じて変更する（Ｓb7）。例えば、演奏位置の近傍の機能画像Ｇbが強調表示される。以上の説明から理解される通り、音楽処理部３０による対象楽曲の演奏に連動して、楽譜画像Ｇaに配置された複数の機能画像Ｇbの各々が時系列の順番に強調表示される。したがって、利用者は、楽譜画像Ｇaおよび機能画像Ｇbを視認しながら、放音装置１６が再生する対象楽曲の演奏音を聴取することが可能である。第２実施形態においても第１実施形態と同様の効果が実現される。

なお、以上の説明では、演奏位置の近傍の機能画像Ｇbについて表示態様を変更したが、操作装置１５に対する操作で利用者が選択した機能画像Ｇbについて表示態様を変更することも可能である。また、例えば対象楽曲内で利用者が現に演奏している位置（演奏位置）を音楽処理部３０が推定し、推定された演奏位置の近傍の機能画像Ｇbについて表示態様を変更することも可能である。

＜第３実施形態＞
第３実施形態の情報処理システム１００の記憶装置１２は、第１実施形態または第２実施形態と同様の楽譜処理プログラムＰaと、相異なる種類の音楽処理に対応した複数の音楽処理プログラムＰbとを記憶する。例えば、拍点報知処理を実行する第１実施形態の音楽処理プログラムＰbと、楽曲演奏処理を実行する第２実施形態の音楽処理プログラムＰbとが記憶装置１２に記憶される。

第３実施形態の制御装置１１は、記憶装置１２に記憶された複数の音楽処理プログラムＰbのうち、操作装置１５に対する操作で利用者が選択した音楽処理プログラムＰbを楽譜処理プログラムＰaとともに実行する。楽譜処理プログラムＰaと音楽処理プログラムＰbとの連携（具体的には楽譜処理部２０と音楽処理部３０とのアプリケーション間通信）については第１実施形態または第２実施形態と同様である。例えば、楽譜処理部２０の受信処理部２６４は、相異なる音楽処理プログラムＰbにより実現される複数の音楽処理部３０の各々から、対象楽曲の表示に関する制御データＱbをアプリケーション間通信により受信する。第３実施形態では、複数の音楽処理プログラムＰbが共通の楽譜処理プログラムＰaと連携し、複数の音楽処理プログラムＰbについて１個の楽譜データＤが共用される。

第３実施形態においても第１実施形態と同様の効果が実現される。また、第３実施形態では、相異なる音楽処理プログラムＰbで実現される複数の音楽処理部３０の各々から、楽譜処理部２０の受信処理部２６４がアプリケーション間通信により制御データＱbを受信する。したがって、複数の音楽処理プログラムＰbについて楽譜処理プログラムＰaおよび楽譜データＤを共用できるという利点がある。

各音楽処理プログラムＰbの開発者は、楽譜画像Ｇaの表示に係る楽譜処理プログラムＰaを独自に開発したり楽譜データＤを独自に調達したりする必要がない。また、楽譜データＤの作成者は、楽譜処理プログラムＰaでの利用さえ許諾すれば、個々の音楽処理プログラムＰbの開発者に楽譜データＤの利用を許諾する必要がない。したがって、音楽処理プログラムＰbの開発者または楽譜データＤの作成者の負荷が軽減されるという利点がある。

＜変形例＞
以上に例示した各態様は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２個以上の態様は、相互に矛盾しない範囲で適宜に併合され得る。

（１）図７に例示される通り、複数の情報処理システム１００がインターネット等の通信網３００を介して管理装置２００と通信する構成も好適である。例えば、複数の情報処理システム１００の各々における楽譜処理部２０は、第２実施形態で例示した音楽情報が付加された楽譜データＤを通信装置１３から管理装置２００に送信する。管理装置２００は、各情報処理システム１００との間で通信可能なサーバ装置であり、複数の情報処理システム１００から送信された楽譜データＤを集約する。管理装置２００は、複数の楽譜データＤを集計することで音楽情報の付加の傾向（楽曲内の何れの位置に何れの種類の音楽情報が付加される傾向があるか）を特定する。また、管理装置２００は、同様の傾向で音楽情報が付加された楽譜データＤを送信してきた複数の情報処理システム１００の利用者を相互に紹介する。また、例えば年齢，居住地，年代等の属性情報が近い利用者同士を相互に紹介する構成、または、共通の楽曲の楽譜データＤを送信してきた利用者同士を相互に紹介する構成も採用され得る。

（２）前述の各形態では、楽譜処理部２０と音楽処理部３０とを１個の情報処理システム１００が実現する構成を例示したが、楽譜処理部２０と音楽処理部３０とを別個の装置により実現することも可能である。例えば、図８に例示される情報処理システム１００は、相互に別体で構成された第１システム１００aと第２システム１００bとを含んで構成される。第１システム１００aの制御装置（図示略）が楽譜処理プログラムＰaを実行することで楽譜処理部２０が実現され、第２システム１００bの制御装置（図示略）が音楽処理プログラムＰbを実行することで音楽処理部３０が実現される。楽譜処理部２０と音楽処理部３０とがアプリケーション間通信により制御データＱaまたは制御データＱbを相互に授受する動作は、前述の各形態と同様である。

（３）第１実施形態では拍点報知処理を音楽処理として例示し、第２実施形態では楽曲演奏処理を音楽処理として例示したが、音楽処理プログラムＰbにより実現される音楽処理の内容は以上の例示に限定されない。例えば、対象楽曲内で利用者が現に演奏している位置（演奏位置）を推定する処理が音楽処理の他例として好適である。表示制御部２２は、楽譜画像Ｇaのうち音楽処理部３０が推定した演奏位置を示す画像を楽譜画像Ｇaに重ねて表示装置１４に表示させる。

（４）第２実施形態では、音楽情報が付加された楽譜データＤを記憶装置１２に記憶する構成を例示したが、楽譜データＤが示す楽譜画像Ｇaと音楽情報を示す機能画像Ｇbとを含む画像Ｇを印刷装置により印刷することも可能である。

（５）以上に例示した形態から、例えば以下の態様が把握される。
＜態様１＞
本発明の好適な態様（態様１）に係る楽譜処理システムは、楽譜処理プログラムにより実現される受信処理部および表示制御部を具備し、前記受信処理部は、前記楽譜処理プログラムとは別個の音楽処理プログラムにより実現されて楽曲に関する処理を実行する音楽処理部から、当該楽曲の表示に関する制御データをアプリケーション間通信により受信し、前記表示制御部は、前記楽曲の楽譜を表示装置に表示させ、前記受信処理部が受信した制御データに応じて当該表示を制御する。以上の態様によれば、相異なる音楽処理プログラムで実現される複数種の音楽処理について、楽譜の表示には共通の楽譜処理プログラムが利用される。したがって、楽曲に関する処理を簡便に利用することができる。
＜態様２＞
態様１の好適例（態様２）に係る楽譜処理システムは、前記楽譜処理プログラムにより実現され、利用者による操作に応じた制御データをアプリケーション間通信により前記音楽処理部に送信する送信処理部を具備する。以上の態様では、利用者の操作に関する処理についても共通の楽譜処理プログラムを利用できる。したがって、楽曲に関する機能を簡便に利用できるという効果は格別に顕著である。
＜態様３＞
態様１または態様２の好適例（態様３）において、前記受信処理部は、相異なる音楽処理プログラムにより実現される複数の音楽処理部の各々から、前記楽曲の表示に関する制御データをアプリケーション間通信により受信可能である。以上の態様によれば、複数の音楽処理プログラムについて楽譜処理プログラムを共用できるという利点がある。
＜態様４＞
本発明の好適な態様（態様４）に係る情報処理システムは、楽譜処理プログラムにより実現される受信処理部および表示制御部と、前記楽譜処理プログラムとは別個の音楽処理プログラムにより実現される音楽処理部とを具備し、前記音楽処理部は、楽曲に関する処理と当該処理に応じた制御データの生成とを実行し、前記受信処理部は、音楽処理部から前記制御データをアプリケーション間通信により受信し、前記表示制御部は、前記楽曲の楽譜を表示装置に表示させ、前記受信処理部が受信した制御データに応じて当該表示を制御する。
＜態様５＞
本発明の好適な態様（態様５）に係る楽譜処理プログラムは、受信処理部および表示制御部としてコンピュータを機能させる楽譜処理プログラムであって、前記受信処理部は、前記楽譜処理プログラムとは別個の音楽処理プログラムにより実現されて楽曲に関する処理を実行する音楽処理部から、当該楽曲の表示に関する制御データをアプリケーション間通信により受信し、前記表示制御部は、前記楽曲の楽譜を表示装置に表示させ、前記受信処理部が受信した制御データに応じて当該表示を制御する。
なお、以上に例示した楽譜処理プログラムは、コンピュータが読取可能な記録媒体に格納された形態で提供されてコンピュータにインストールされ得る。記録媒体は、例えば非一過性（non-transitory）の記録媒体であり、ＣＤ-ＲＯＭ等の光学式記録媒体（光ディスク）が好例であるが、半導体記録媒体または磁気記録媒体等の公知の任意の形式の記録媒体を包含し得る。なお、非一過性の記録媒体とは、一過性の伝搬信号（transitory, propagating signal）を除く任意の記録媒体を含み、揮発性の記録媒体を除外するものではない。また、通信網を介した配信の形態でプログラムをコンピュータに提供することも可能である。
＜態様６＞
本発明の好適な態様（態様６）に係る楽譜処理方法は、楽譜処理プログラムにより受信処理と表示制御処理とを実行し、前記受信処理では、前記楽譜処理プログラムとは別個の音楽処理プログラムにより実現されて楽曲に関する処理を実行する音楽処理部から、当該楽曲の表示に関する制御データをアプリケーション間通信により受信し、前記表示制御処理では、前記楽曲の楽譜を表示装置に表示させ、前記受信処理で受信した制御データに応じて当該表示を制御する。

１００……情報処理システム、１００a…第１システム、１００b…第２システム、２００…管理装置、３００…通信網、１１…制御装置、１２…記憶装置、１３…通信装置、１４…表示装置、１５…操作装置、１６…放音装置、２０…楽譜処理部、２２…表示制御部、２４…生成処理部、２６…通信制御部、２６２…送信処理部、２６４…受信処理部、３０…音楽処理部、３２…機能制御部、３４…生成処理部、３６…通信制御部、３６２…送信処理部、３６４…受信処理部。

Claims (11)

1. 楽譜処理プログラムにより実現される受信処理部および表示制御部を具備し、
   前記表示制御部は、楽曲の楽譜と、前記楽曲の音楽処理に関する機能画像とを表示装置に表示させ、
   前記受信処理部は、前記楽譜処理プログラムとは別個の音楽処理プログラムにより実現されて前記音楽処理を実行する音楽処理部から、前記音楽処理に応じて前記機能画像の更新を指示する制御データを受信し、
   前記表示制御部は、前記受信処理部が受信した制御データに応じて前記機能画像を更新する
   楽譜処理システム。
2. 前記機能画像は、前記楽曲の拍点を指示する画像であり、
   前記音楽処理は、放音装置に周期的に拍点音を放音させる拍点報知処理を含み、
   前記制御データは、前記拍点に同期して前記機能画像が変化するように当該機能画像の更新を指示する
   請求項１の楽譜処理システム。
3. 前記拍点報知処理は、利用者から指示された演奏速度に応じた周期で前記放音装置に前記拍点音を放音させる処理である
   請求項２の楽譜処理システム。
4. 前記機能画像は、前記楽曲の音楽情報を表す画像であり、
   前記音楽処理は、前記楽曲の演奏音を再生する楽曲演奏処理を含み、
   前記制御データは、前記再生の進行に応じて前記機能画像の表示態様の更新を指示する
   請求項１の楽譜処理システム。
5. 前記受信処理部は、前記楽曲内の演奏位置が前記機能画像に近付いた場合に、当該機能画像の更新を指示する前記制御データを受信する
   請求項４の楽譜処理システム。
6. 楽譜処理プログラムにより受信処理と表示制御処理とを実行し、
   前記表示制御処理においては、楽曲の楽譜と、前記楽曲の音楽処理に関する機能画像とを表示装置に表示させ、
   前記受信処理においては、前記楽譜処理プログラムとは別個の音楽処理プログラムにより実現されて前記音楽処理を実行する音楽処理部から、前記音楽処理に応じて前記機能画像の更新を指示する制御データを受信し、
   前記表示制御処理においては、前記受信処理により受信した制御データに応じて前記機能画像を更新する
   楽譜処理方法。
7. 前記機能画像は、前記楽曲の拍点を指示する画像であり、
   前記音楽処理は、放音装置に周期的に拍点音を放音させる拍点報知処理を含み、
   前記制御データは、前記拍点に同期して前記機能画像が変化するように当該機能画像の更新を指示する
   請求項６の楽譜処理方法。
8. 前記拍点報知処理は、利用者から指示された演奏速度に応じた周期で前記放音装置に前記拍点音を放音させる処理である
   請求項７の楽譜処理方法。
9. 前記機能画像は、前記楽曲の音楽情報を表す画像であり、
   前記音楽処理は、前記楽曲の演奏音を再生する楽曲演奏処理を含み、
   前記制御データは、前記再生の進行に応じて前記機能画像の表示態様の更新を指示する
   請求項６の楽譜処理方法。
10. 前記受信処理においては、前記楽曲内の演奏位置が前記機能画像に近付いた場合に、当該機能画像の更新を指示する前記制御データを受信する
    請求項９の楽譜処理方法。
11. 受信処理部および表示制御部としてコンピュータを機能させる楽譜処理プログラムであって、
    前記表示制御部は、楽曲の楽譜と、前記楽曲の音楽処理に関する機能画像とを表示装置に表示させ、
    前記受信処理部は、当該楽譜処理プログラムとは別個の音楽処理プログラムにより実現されて前記音楽処理を実行する音楽処理部から、前記音楽処理に応じて前記機能画像の更新を指示する制御データを受信し、
    前記表示制御部は、前記受信処理部が受信した制御データに応じて前記機能画像を更新する
    楽譜処理プログラム。
    

Images