携帯端末と、前記携帯端末にネットワークを介して接続されるサーバと、を備え、前記携帯端末は、電子楽器に自動演奏させたい楽譜を撮影する撮影手段と、前記撮影手段により撮影された前記楽譜の画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する画像処理手段と、最適化された前記楽譜の前記画像データを前記サーバに前記ネットワークを介して送信し、前記楽譜に対応する演奏データの検索を指示する送信手段と、前記検索の指示に呼応して前記サーバが楽曲データベースから検索した結果として、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する受信手段と、を備える演奏データ提供システム。請求項1に記載の演奏データ提供システムにおいて、前記サーバが前記楽譜を認識可能な画質に最適化するための認識条件を前記携帯端末に通知する通知手段をさらに備え、前記携帯端末の前記画像処理手段は、前記認識条件に従って、前記撮影手段が撮影した前記楽譜の前記画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する演奏データ提供システム。請求項1または2に記載の演奏データ提供システムにおいて、前記サーバは、前記楽譜の前記画像データを前記携帯端末から前記ネットワークを介して受信する受信手段と、受信した前記画像データから前記楽譜を認識する認識手段と、前記認識手段の認識結果に基づいて、前記楽曲データベースから前記楽譜に対応する演奏データを検索する検索手段と、前記検索手段により検索された前記演奏データを前記携帯端末に前記ネットワークを介して送信する送信手段と、を備える演奏データ提供システム。請求項3に記載の演奏データ提供システムにおいて、前記サーバは、前記認識手段が認識した前記楽譜を転調して、前記検索手段に転調された前記楽譜に対応する演奏データを検索させる転調手段をさらに備える演奏データ提供システム。請求項4に記載の演奏データ提供システムにおいて、前記サーバは、転調された前記楽譜に対応する前記演奏データとして前記検索手段により検索された前記演奏データを逆転調し、転調前の前記楽譜に対応する演奏データを生成する逆転調手段をさらに備え、前記サーバの前記送信手段は、前記逆転調手段により生成された前記演奏データを前記携帯端末に前記ネットワークを介して送信する演奏データ提供システム。携帯端末が、電子楽器に自動演奏させたい楽譜を、撮像装置を用いて撮影して、得られた画像データを、サーバが前記楽譜を認識可能な画質に最適化し、前記携帯端末が、最適化された前記楽譜の前記画像データを前記サーバにネットワークを介して送信し、前記楽譜に対応する演奏データの検索を指示し、前記携帯端末からの前記指示に呼応して、前記サーバが楽曲データベースから前記楽譜に対応する演奏データを検索し、前記サーバが、前記演奏データを前記携帯端末に前記ネットワークを介して送信し、前記携帯端末が、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する演奏データ提供方法。サーバにネットワークを介して接続する接続手段と、電子楽器に自動演奏させたい楽譜を撮影する撮影手段と、前記撮影手段により撮影された前記楽譜の画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する画像処理手段と、最適化された前記楽譜の前記画像データを前記サーバに前記ネットワークを介して送信し、前記楽譜に対応する演奏データの検索を指示する送信手段と、前記検索の指示に呼応して前記サーバが楽曲データベースから検索した結果として、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する受信手段と、を備える携帯端末。携帯端末から楽譜の画像データをネットワークを介して受信する受信手段と、受信した前記画像データの前記楽譜に対応する演奏データを楽曲データベースから検索する検索手段と、検索した前記演奏データを前記ネットワークを介して前記携帯端末に送信する送信手段と、を備えるサーバ。撮影装置を備えるコンピュータに、サーバにネットワークを介して接続する手順、電子楽器に自動演奏させたい楽譜を、前記撮影装置を用いてユーザに撮影を促す手順、撮影して得られた前記楽譜の画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する手順、最適化された前記楽譜の前記画像データを前記サーバに前記ネットワークを介して送信し、前記楽譜に対応する前記演奏データの検索を指示する手順、前記検索の指示に呼応して前記サーバが楽曲データベースから検索した結果として、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する手順、を実行させるためのコンピュータプログラム。携帯端末から楽譜の画像データをネットワークを介して受信する手順、受信した前記画像データの前記楽譜に対応する演奏データを楽曲データベースから検索する手順、検索した前記演奏データを前記ネットワークを介して前記携帯端末に送信する手順、をコンピュータに実行させるためのコンピュータプログラム。しかしながら、上述した特許文献2および3に記載された楽譜認識装置では、認識した楽譜の音高、音長、発音位置タイミングは読み取れるものの、認識の結果作成されたMIDIデータは機械的な音になってしまい、音の強弱、微妙なタイミングのずらし方など模範演奏データとして必要な情報が不足しており、演奏の手本として役に立たないデータであるという問題点があった。一方、上述した特許文献4に記載された電子楽器では、演奏者が目にする設定情報として書かれた演奏指示情報を楽譜の認識結果のデータに含めることができるため、演奏データの質は上げられる可能性が出てくる。しかしながら、同じ楽譜を見て演奏しても、その演奏に良し悪しがあるように、人間による楽曲の解釈が入らなければ、やはり模範演奏データとしては不十分であった。また、上述した特許文献5および6に記載された技術では文字が対象であるので、誤認識を除けば、認識品質は100となる。そのため、演奏データのように品質レベルを向上させる必要性がない。演奏データでは、演奏の品質レベルを向上させるためには認識後の演奏データの表現方法に人間の解釈が必要となるが、特許文献5および6に記載された技術では、文字が認識対象であるため楽譜の認識のような人間の解釈は必要なく、特性が異なる。すなわち、たとえこの特許文献5に記載された技術を導入して特許文献4に記載されたレベルの認識を行ったとしても、結局は人間の解釈が入らないものになってしまう問題は解決されない。本発明の目的は、上述した課題である楽譜を元に入手できる模範演奏データの品質の向上および操作性の改善を解決する演奏データ提供システム、方法、サーバ、携帯端末およびコンピュータプログラムを提供することにある。本発明の演奏データ提供システムは、携帯端末と、前記携帯端末にネットワークを介して接続されるサーバと、を備え、前記携帯端末は、電子楽器に自動演奏させたい楽譜を撮影する撮影手段と、前記撮影手段により撮影された前記楽譜の画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する画像処理手段と、最適化された前記楽譜の前記画像データを前記サーバに前記ネットワークを介して送信し、前記楽譜に対応する演奏データの検索を指示する送信手段と、前記検索の指示に呼応して前記サーバが楽曲データベースから検索した結果として、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する受信手段と、を備える。本発明の演奏データ提供方法は、携帯端末が、電子楽器に自動演奏させたい楽譜を、撮像装置を用いて撮影して、得られた画像データを、サーバが前記楽譜を認識可能な画質に最適化し、前記携帯端末が、最適化された前記楽譜の前記画像データを前記サーバにネットワークを介して送信し、前記楽譜に対応する演奏データの検索を指示し、前記携帯端末からの前記指示に呼応して、前記サーバが楽曲データベースから前記楽譜に対応する演奏データを検索し、前記サーバが、前記演奏データを前記携帯端末に前記ネットワークを介して送信し、前記携帯端末が、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する演奏データ提供方法である。本発明の携帯端末は、サーバにネットワークを介して接続する接続手段と、電子楽器に自動演奏させたい楽譜を撮影する撮影手段と、前記撮影手段により撮影された前記楽譜の画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する画像処理手段と、最適化された前記楽譜の前記画像データを前記サーバに前記ネットワークを介して送信し、前記楽譜に対応する演奏データの検索を指示する送信手段と、前記検索の指示に呼応して前記サーバが楽曲データベースから検索した結果として、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する受信手段と、を備える。本発明のサーバは、携帯端末から楽譜の画像データをネットワークを介して受信する受信手段と、受信した前記画像データの前記楽譜に対応する演奏データを楽曲データベースから検索する検索手段と、検索した前記演奏データを前記ネットワークを介して前記携帯端末に送信する送信手段と、を備える。本発明の第一のコンピュータプログラムは、撮影装置を備えるコンピュータに、サーバにネットワークを介して接続する手順、電子楽器に自動演奏させたい楽譜を、前記撮影装置を用いてユーザに撮影を促す手順、撮影して得られた前記楽譜の画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する手順、最適化された前記楽譜の前記画像データを前記サーバに前記ネットワークを介して送信し、前記楽譜に対応する前記演奏データの検索を指示する手順、前記検索の指示に呼応して前記サーバが楽曲データベースから検索した結果として、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する手順、を実行させるためのコンピュータプログラムである。本発明の第二のコンピュータプログラムは、携帯端末から楽譜の画像データをネットワークを介して受信する手順、受信した前記画像データの前記楽譜に対応する演奏データを楽曲データベースから検索する手順、検索した前記演奏データを前記ネットワークを介して前記携帯端末に送信する手順、をコンピュータに実行させるためのコンピュータプログラムである。なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施するときには、その複数の手順の順番は内容的に支障しない範囲で変更することができる。さらに、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。本発明によれば、楽譜を元に入手できる模範演奏データの品質を向上するとともに、使い勝手のよい演奏データ提供システム、方法、サーバ、携帯端末およびコンピュータプログラムが提供される。以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。図1は、本発明の実施の形態に係る演奏データ提供システム1の構成を示すブロック図である。同図に示すように、演奏データ提供システム1は、ユーザの携帯端末100と、携帯端末100からの要求に呼応して楽曲データベース310から演奏データを検索し、検索された演奏データを携帯端末100にネットワーク第1ネットワーク3を介して提供するサーバアプリケーションサーバ200と、を備える。本実施形態の以下の説明において、楽曲データとは、楽曲データベース310に格納されている電子楽器400で自動演奏可能な楽曲データ全般を指し、演奏データとは、特に、本システムのユーザが電子楽器400で模範演奏を行わせたい楽譜に対応する、楽曲データベース310から選択された楽曲データを指すものとする。いずれも、たとえば、電子楽器400に自動演奏を行わせることが可能なMIDI形式などのデータとすることができる。本実施形態において、演奏データ提供システム1は、携帯端末100と、アプリケーションサーバ200と、を備える。同図において、携帯端末100とアプリケーションサーバ200は、第1ネットワーク3、たとえば、図示されない基地局を介した移動体通信網、LANLocalAreaNetwork、またはインターネット、あるいは、これらを組み合わせたネットワークにより接続される。第1ネットワーク3への接続は、無線または有線のいずれでもよい。携帯端末100は、撮影機能を有し、第1ネットワーク3に接続可能な情報処理装置とすることができ、たとえば、携帯電話機、PHSPersonalHandyphoneSystem、スマートフォン、タブレット型情報端末、PDAPersonalDigitalAssistants、ノートPCPersonalComputer、携帯型ゲーム機などを含むことができる。本実施形態では、携帯端末100は携帯電話機として説明する。図1において、携帯端末100は1台のみ図示されているが、本実施形態の演奏データ提供システム1が提供するサービスを利用するユーザは、複数存在するものとし、実際は、複数のユーザの携帯端末100が第1ネットワーク3を介してアプリケーションサーバ200に接続するものとする。なお、本実施形態の演奏データ提供システム1では、携帯端末100のユーザは、予め演奏データ提供システム1のサービスを受けるために、事前にユーザ登録などを行い、ユーザ認証処理などを行った後、本システムのサービスを受けているものとする。また、アプリケーションサーバ200は、楽曲データベースサーバ図1では、データベースサーバと示す300に、第2ネットワーク5、たとえば、LANLocalAreaNetwork、またはインターネット、あるいは、これらを組み合わせたネットワークを介して接続される。アプリケーションサーバ200および楽曲データベースサーバ300は、たとえば、図示しないCPUやメモリ、ハードディスク、および通信装置を備え、キーボードやマウス等の入力装置やディスプレイやプリンタ等の出力装置と接続されるサーバコンピュータやパーソナルコンピュータ、またはそれらに相当する装置により実現することができる。そして、CPUが、ハードディスクに記憶されるプログラムをメモリに読み出して実行することにより、上記各ユニットの各機能を実現することができる。また、図1では、アプリケーションサーバ200と楽曲データベースサーバ300は異なる装置により構成されているが、同じ装置に含まれてもよい。あるいは、アプリケーションサーバ200または楽曲データベースサーバ300は、仮想マシンによって構成されてもよく、所謂クラウドコンピュータによってユーザにサービスが提供されてもよい。なお、楽曲データベースサーバ300および楽曲データベース310は、本システムとは別の独立したシステムのものであってもよい。たとえば、楽曲データベースサーバ300は、演奏データ提供システム1のアプリケーションサーバ200からの問い合わせに応じて楽曲データベース310から楽曲の検索処理を行うものであればよい。電子楽器400は、ユーザが練習を行っている最中の電子楽器であり、楽器の種類は特に限定されない。電子楽器400は、楽曲データ、たとえば、MIDI形式データに従い、自動演奏を行うことができる楽器である。本実施形態では、ユーザはまさに楽器の前に座って練習を行っているとする。その練習途中で、弾き方がわからない楽譜10がユーザの目の前にある場合に、演奏データ提供システム1により楽譜10に対応する演奏データを検索し、電子楽器400に模範演奏を行わせることができる。ユーザが、本システムの携帯端末100を使用して楽譜10を撮影すると、携帯端末100からアプリケーションサーバ200に楽譜10の画像が無線通信7にて送信される。アプリケーションサーバ200が楽譜10に対応する演奏データを検索して携帯端末100に返信し、携帯端末100から電子楽器400に演奏データを赤外線通信9にて送信して模範演奏を行わせることで、ユーザが楽譜10を理解できるようになっている。本実施形態の演奏データ提供システム1では、次のように処理を各構成要素に分散させている。すなわち、携帯端末100は、楽譜10の撮影とその画像処理を担い、楽譜10の画像データをアプリケーションサーバ200に送信する。一方、アプリケーションサーバ200は、楽譜10の認識処理と楽曲データベース310への問い合わせという負荷の重い処理を担う。楽曲データベースサーバ300は、多数の楽曲データの保持と楽譜10に対応する演奏データの検索処理を担う。一般に、携帯端末100には楽譜の認識処理を行うだけの処理能力も、多数の演奏データを保持するだけの記憶容量も無い場合が多い。そのため、本実施形態の演奏データ提供システム1では、携帯端末100で撮影した楽譜の画像データをアプリケーションサーバ200に転送して、楽譜の認識処理などをアプリケーションサーバ200に行わせるようにしている。その場合、もし、楽譜の画像データを大きなサイズのまま転送しようとすると、データ転送に時間がかかり、軽快な操作感を得ることができない。また、逆に、画像データのサイズが小さい場合は、楽譜の認識に失敗する確率が高まり、撮影し直すことになるので、やはり軽快な操作感を得ることができない。そこで、本発明では、高負荷な楽譜認識処理をサーバに行わせるとともに、携帯端末側で楽譜の画像データの最適化処理を行わせるようにして、処理を分散させることで、全体的な処理速度が速くなるようにしている。さらに、サーバに送信する楽譜の画像データの画質を最適化することで、サーバと携帯端末間の通信量を少なく抑えることができ、通信速度を速くすることができるので、レスポンスがよく使い勝手もよい演奏データ提供システム1を提供できるようにしている。さらに、演奏データを希望する部分の楽譜を、ユーザが携帯端末100のカメラ機能を使用して撮影するだけで、楽譜を元に、豊富な楽曲データを有する楽曲データベース310から演奏データを検索して取得するので、楽譜に対応した高品質な演奏データを入手できるようにしている。まず、本実施形態の演奏データ提供システム1の携帯端末100の構成について説明する。図2は、本実施形態の演奏データ提供システム1の携帯端末100の構成を示す機能ブロック図である。携帯端末100は、電子楽器に自動演奏させたい楽譜を撮影する撮影部カメラ部102と、カメラ部102により撮影された楽譜の画像データを、サーバアプリケーションサーバ200が楽譜を認識可能な画質に最適化する画像処理部110と、最適化された楽譜の画像データをアプリケーションサーバ200にネットワーク第1ネットワーク3を介して送信し、楽譜に対応する演奏データの検索を指示する送信部通信機能部130のネットワーク通信部134と、検索の指示に呼応してサーバ楽曲データベースサーバ300が検索した結果として、サーバアプリケーションサーバ200に送信した画像データの楽譜に対応する演奏データをサーバアプリケーションサーバ200からネットワーク第1ネットワーク3を介して受信する受信部通信機能部130のネットワーク通信部134と、を備える。具体的には、本実施形態の携帯端末100は、カメラ部102と、画像記憶部104と、画像処理部110と、アプリケーションメモリ120と、通信機能部130と、を備える。携帯端末100の各構成要素は、図示されない任意のコンピュータのCPUCentralProcessingUnit、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウェア単位の構成ではなく、機能単位のブロックを示している。なお、以下の各図において、本発明の本質に関わらない部分の構成については省略してあり、たとえば、携帯端末100の構成であるユーザの操作を受け付けるキー、スイッチ、タッチパネル等の操作部、画面表示を行うディスプレイやLED表示器等の表示部、スピーカやマイクなどの音声の入出力機能部、およびバイブレーション機能部などは図示されていない。なお、携帯端末100の操作部は、マイクを用いて入力された音声による指示を受け付けるものであってもよい。以下、携帯端末100の各構成要素について説明する。カメラ部102は、撮影機能を有する。ユーザは、カメラ部102を用いて楽譜を撮影することができる。画像記憶部104は、カメラ部102により撮影された楽譜の画像データを格納する。カメラ部102により撮影される画像データは、動画像または静止画のいずれでもよい。たとえば、動画像の場合は、後述する画像処理部110で処理されるとき、事前にキャプチャして静止画に加工して画像データとして取り扱えばよい。画像処理部110は、画像記憶部104に記憶された楽譜の画像データを画像処理する。画像処理部110は、画像データを縮小する縮小部112と、画像データを回転する回転部113と、画像データの密度を測定する密度測定部114と、画像データを減色する減色部115と、画像データを圧縮する圧縮部116と、を有する。画像処理部110の上記機能は、撮影機能を有する携帯端末100が一般的に備えている機能を用いることができる。たとえば、携帯端末100にはカメラ部102のピントをあわせるために、画像のコントラストが高いかどうかを調べる機能を有している。これは画像処理部110の密度測定部114の機能を使用して行われる。また、携帯端末100のカメラ部102はこの密度測定部114の機能を使用して、ビジネス文書の図表や電車の時刻表を撮影すると、傾きを補正して見やすい図表として保存する機能を有している。本実施形態において、画像処理部110は、上記縮小部112、回転部113、密度測定部114、減色部115、および圧縮部116の機能を用いて、アプリケーションサーバ200の楽譜の認識能力に応じて画像データの最適化を行い、アプリケーションサーバ200における楽譜の認識処理に必要十分な画質の画像データを生成する。後述するように、画像処理部110は、アプリケーションサーバ200の画像認識能力を示す認識条件に従って、画像データを、アプリケーションサーバ200が楽譜を認識可能なサイズや解像度などの画質に最適化する。また、画像の画質の最適化処理は、たとえば、画像のシャープネスの品質を、アプリケーションサーバ200が認識可能なレベルまで下げる処理、すなわち、画像の輪郭をぼやけさせる処理や、画像のコントラストをアプリケーションサーバ200が認識可能なレベルまで弱める処理、すなわち、画像の明るい部分と暗い部分との明度の差を大きくする処理などを行うことも含むことができる。アプリケーションメモリ120は、演奏指導プログラムをアプリケーションサーバ200から取得して記憶する演奏指導プログラム記憶部122と、そのプログラムが動作するための制御データを記憶するとともに作業領域を含む制御データ記憶部124と、アプリケーションサーバ200から受信し、電子楽器400に転送する演奏データを記憶する楽曲データ記憶部126と、を含む。演奏指導プログラム記憶部122に格納された演奏指導プログラムをCPUが読み出して実行することで、本実施形態の演奏データ提供システム1を実現することができる。なお、楽曲データ記憶部126に格納された演奏データは、電子楽器400に転送された後、自動的に楽曲データ記憶部126から削除される構成としてもよい。あるいは、表示部がユーザに演奏データを削除するか否かを問い合わせる画面または楽曲データ記憶部126に格納されている演奏データのリストを画面に表示し、操作部が削除する指示または削除する演奏データの選択を受け付け、指示または選択された演奏データを楽曲データ記憶部126から削除できる構成としてもよい。なお、後述するように、本実施形態の演奏指導プログラムは、アプリケーションサーバ200上で動作する演奏データ検索プログラムと、携帯端末100上で動作するユーザインタフェースプログラムが含まれる。すなわち、本実施形態において、携帯端末100では、ユーザインタフェースプログラムがCPUにより実行され、本システムを利用するためのユーザインタフェース機能を実現する。一方、演奏データを検索する機能を実現するための演奏データ検索プログラム自体はアプリケーションサーバ200が実行する。携帯端末100の演奏指導プログラム記憶部122に記憶される演奏指導プログラムは、本演奏データ提供システム1を利用するための起動要求処理およびアプリケーションサーバ200とのデータ通信処理などを行う起動プログラム、およびユーザインタフェースプログラムとなる。上記の起動プログラムは、たとえば、携帯端末100のユーザが本演奏データ提供システム1のサービスを利用するためにユーザ登録を行ったときに、アプリケーションサーバ200から携帯端末100にダウンロードして、携帯端末100の演奏指導プログラム記憶部122に予めインストールしておくことができる。演奏データ検索プログラムは、携帯端末100の演奏指導プログラム記憶部122に記憶される演奏指導プログラムには含まれなくてよい。本実施の形態の携帯端末100およびアプリケーションサーバ200は、コンピュータプログラムを各CPUが実行し、対応する各種の処理動作を行うことにより、各装置の各種ユニットが各種機能として実現される。本実施形態のコンピュータプログラムユーザインタフェースプログラムは、携帯端末100を実現させるためのコンピュータに、アプリケーションサーバ200に第1ネットワーク3を介して接続する手順、電子楽器に自動演奏させたい楽譜を、カメラ部102を用いてユーザに撮影を促す手順、撮影された楽譜の画像データを、アプリケーションサーバ200が楽譜を認識可能な画質に最適化する手順、最適化された楽譜の画像データをアプリケーションサーバ200に第1ネットワーク3を介して送信し、楽譜に対応する演奏データの検索を指示する手順、検索の指示に呼応してアプリケーションサーバ200が楽曲データベース310図1から検索した結果として、アプリケーションサーバ200に送信した画像データの楽譜に対応する演奏データをアプリケーションサーバ200から第1ネットワーク3を介して受信する手順、を実行させるように記述されている。さらに、本実施形態のコンピュータプログラムユーザインタフェースプログラムは、アプリケーションサーバ200が楽譜を認識可能な画質に最適化するための認識条件を含み、最適化する手順は、認識条件に従って、撮影して得られた楽譜の前記画像データを、アプリケーションサーバ200が楽譜を認識可能な画質に最適化し、このコンピュータプログラムは、アプリケーションサーバ200から携帯端末100に第1ネットワーク3を介して送信され、アプリケーションサーバ200から受信したこのコンピュータプログラムを携帯端末100が実行する。また、本実施形態のコンピュータプログラム演奏データ検索プログラムは、アプリケーションサーバ200を実現させるためのコンピュータに、携帯端末100から楽譜の画像データを第1ネットワーク3を介して受信する手順、受信した画像データの楽譜に対応する演奏データを楽曲データベース310図1から検索する手順、検索した演奏データを第1ネットワーク3を介して携帯端末100に送信する手順、を実行させるように記述されている。さらに、本実施形態のコンピュータプログラム演奏データ検索プログラムは、アプリケーションサーバ200を実現させるためのコンピュータに、携帯端末100から受信した画像データから楽譜を認識する手順、認識する手順で、画像データから楽譜を認識するための認識条件を携帯端末100に通知する手順、をさらに実行させるように記述されている。本実施形態のコンピュータプログラムは、コンピュータで読み取り可能な記録媒体に記録されてもよい。記録媒体は特に限定されず、様々な形態のものが考えられる。ユーザインタフェース機能の詳細については後述するが、ユーザインタフェースプログラムは、たとえば、以下の機能を実現することができる。たとえば、アプリケーションサーバ200上で演奏データ検索プログラムを起動および動作指示の操作を行うのに必要な各種操作画面を携帯端末100の表示部に表示させる機能、アプリケーションサーバ200に送信する画像を生成して送信し、演奏データを取得する機能、および取得した演奏データを電子楽器400に転送する機能を含む。図2に戻り、通信機能部130は、赤外線通信部132と、ネットワーク通信部134と、を有する。ネットワーク通信部134は、第1ネットワーク3図1に接続し、アプリケーションサーバ200と通信し、アプリケーションサーバ200と各種のデータをやり取りする。たとえば、ネットワーク通信部134は、アプリケーションサーバ200から演奏指導プログラムを第1ネットワーク3図1を介して受信し、アプリケーションメモリ120の演奏指導プログラム記憶部122にアクセスして記憶する。なお、後述するように、本実施形態では、アプリケーションサーバ200が、ユーザからの起動要求に応じて、ユーザ毎にユーザプロセスを生成して、演奏データ検索プログラムを起動する。そして、携帯端末100には、アプリケーションサーバ200から携帯端末100上で動作するユーザインタフェースプログラムが送信される。すなわち、演奏データ検索プログラム本体は、携帯端末100上ではなく、アプリケーションサーバ200のユーザプロセス内で起動され、動作する。携帯端末100にダウンロードされたユーザインタフェースプログラムを起動することによって、携帯端末100では、演奏データ検索プログラムをあたかも実行しているかのように画面表示し、操作指示を行うことができることとなる。アプリケーションサーバ200で動作している演奏データ検索プログラムの画面が携帯端末100に送信され、携帯端末100の表示部に表示され、携帯端末100の操作部を用いて行った操作指示がアプリケーションサーバ200に送信され、送信された操作指示に従って、アプリケーションサーバ200で演奏データ検索プログラムが動作する。これらの動作を実現するための具体的な方法については、特に限定されず、様々な手法が考えられ、本発明の本質に関わらないので、詳細な説明は省略する。また、ネットワーク通信部134は、画像記憶部104にアクセスし、画像記憶部104に記憶された楽譜の画像データをアプリケーションサーバ200に第1ネットワーク3図1を介して送信する。さらに、ネットワーク通信部134は、アプリケーションサーバ200から模範演奏を含む演奏データを第1ネットワーク3図1を介して受信し、アプリケーションメモリ120の楽曲データ記憶部126にアクセスして記憶する。赤外線通信部132は、電子楽器400と赤外線通信を行い、アプリケーションメモリ120の楽曲データ記憶部126にアクセスし、楽曲データ記憶部126に記憶された演奏データを電子楽器400に転送する。本実施形態の演奏データ提供システム1では、ユーザは携帯端末100から電子楽器400にこの通信機能を用いて演奏データを転送して、電子楽器400に模範演奏を行わせることができる。この赤外線通信部132の赤外線による通信は、同等の機能、すなわち、携帯端末100と電子楽器400間の無線通信を行う機能を持つ他の手段と置き換えることも可能であり、たとえば、ブルートゥースの微弱電波通信機能や、無線LAN通信機能などを使用したものであってもよい。本実施形態の携帯端末100では、表示部不図示が、電子楽器400に送信する演奏データをユーザに選択するよう促すメッセージを画面表示し、操作部が、電子楽器400に送信する演奏データの選択を受け付ける。ユーザによる演奏データの選択に呼応して、通信機能部130の赤外線通信部132が、選択された演奏データを電子ピアノ等の電子楽器400に赤外線通信で転送する。また、携帯端末100が演奏データを受信した後、取得した演奏データを自動的に電子楽器400に転送し、指示して自動演奏させてもよい。また、携帯端末100では、自動演奏の一時停止、早送り、巻き戻し、終了、リピートなどの操作指示を受け付ける操作画面を表示部に表示してユーザの操作を受け付け、操作部が受け付けたユーザの操作に従って、電子楽器400の演奏を制御してもよい。次に、本実施形態の演奏データ提供システム1のアプリケーションサーバ200の構成について説明する。図3は、本実施形態の演奏データ提供システム1のアプリケーションサーバ200の構成を示す機能ブロック図である。アプリケーションサーバ200は、楽譜の画像データを携帯端末100から第1ネットワーク3を介して受信する受信部通信インタフェース部202と、受信した画像データから楽譜を認識する認識部ユーザプロセス部210の楽譜認識部214と、楽譜認識部214の認識結果に基づいて、楽曲データベースから楽譜に対応する演奏データを検索する検索部ユーザプロセス部210の検索処理部216と、検索処理部216により検索された演奏データを携帯端末100に第1ネットワーク3を介して送信する送信部通信インタフェース部202と、を備える。具体的には、アプリケーションサーバ200は、通信インタフェース部図中、I/Fと示す202と、リソース管理部204と、プログラム記憶部206と、ユーザプロセス部210と、ユーザワークメモリ220と、を備える。通信インタフェース部202は、第1ネットワーク3図1に接続し、携帯端末100と通信し、携帯端末100と各種データをやり取りする。リソース管理部204は、携帯端末100からの要求に呼応して、仮想サーバ環境を割り当て、携帯端末100のユーザ毎に設けられるユーザプロセス部210を生成し、管理する。このようにリソース管理部204により、複数のユーザの要求に動的に対応できるようになっている。これらの管理方法については、特に限定されず、様々な手法が考えられ、本発明の本質に関わらないため、詳細な説明は省略する。プログラム記憶部206は、上述した演奏データ検索プログラムとユーザインタフェースプログラムを記憶する。ユーザプロセス部210は、ユーザの要求に応じて起動された演奏データ検索プログラムを実行することで以下の各機能モジュールが実現される。ユーザプロセス部210の機能モジュールは、楽譜認識部214と、検索処理部216と、データベース通信部図中、DB通信部と示す218と、を含む。楽譜認識部214は、携帯端末100から送信された楽譜の画像データから、楽譜が示す楽曲の音高および音長を認識する。楽譜認識部214が楽譜を認識する際に、楽譜の画像データのサイズや解像度などの画質によって認識結果の精度に差がでてしまう。たとえば、画像データのサイズが小さいと認識できなかったり、間違った認識をすることが多くなったりする。楽譜認識部214の画像認識の処理能力に応じて、認識に必要な画像の画質などの条件は、予め決まっている。したがって、アプリケーションサーバ200における認識処理能力に応じて、携帯端末100で画像の最適化処理が行えるように、アプリケーションサーバ200では、携帯端末100に事前にアプリケーションサーバ200の認識処理能力を認識条件として携帯端末100に通知しておく。このようにすることで、本実施形態では、楽譜画像の認識精度を高品質に保つことができる。本実施形態では、携帯端末100が画像処理を行うためのプログラムユーザインタフェースプログラムに、この認識条件、たとえば、画像データ内の楽譜の五線譜の最小線間ドット数KRなどを記述することで、携帯端末100に通知することができる。また、アプリケーションサーバ200は、もし、アプリケーションサーバ200で認識の失敗が続くような場合に、画像データの最適化処理時に使用する認識条件を変更する指示を携帯端末100に第1ネットワーク3を介して通知する通知部不図示を有するようにすることもできる。データベース通信部218は、第2ネットワーク5図1に接続し、楽曲データベースサーバ300と通信し、楽曲データベースサーバ300と各種データをやり取りする。検索処理部216は、楽譜認識部214が認識した楽曲の音高および音長を元に、検索クエリを生成する。そして、検索処理部216は、データベース通信部218を駆動して、生成した検索クエリを楽曲データベースサーバ300に送信して問い合わせ、楽曲データベースサーバ300に検索クエリに基づく楽曲データの検索処理を行わせる。検索処理部216は、楽曲データベースサーバ300から検索クエリに対する検索結果として、対応する楽曲データをデータベース通信部218により受信する。ユーザワークメモリ220は、楽譜画像データ記憶部222と、MIDI記憶部224と、作業領域部226と、を有する。ユーザワークメモリ220は、ユーザプロセス部210の各機能モジュールからアクセス可能な作業領域である。図3ではユーザプロセス部210とユーザワークメモリ220は説明の簡略化のために一つのみ示されているが、実際には、複数のユーザが本システムのサービスを同時に利用した場合には、複数のユーザの複数のユーザプロセス部210が起動され、複数のユーザプロセス部210が利用する複数のユーザワークメモリ220がそれぞれユーザ毎に確保される。楽譜画像データ記憶部222は、携帯端末100から受信した楽譜の画像データを格納する。MIDI記憶部224は、楽曲データベースサーバ300から受信した演奏データを格納する。作業領域部226は、ユーザプロセス部210が動作および制御する際に使用される作業領域であり、たとえば、各種動作制御の変数群や、検索処理部216で生成された検索クエリ等を保持する。次に、本実施形態の演奏データ提供システム1の楽曲データベースサーバ300の構成について説明する。図4は、本実施形態の演奏データ提供システム1の楽曲データベースサーバ300の構成を示す機能ブロック図である。楽曲データベースサーバ300は、複数の楽曲データ312を格納する楽曲データベース310に接続され、通信インタフェース部図中、I/Fと示す302と、制御部304と、検索条件格納部306と、検索結果格納部308と、を備える。本実施形態では、楽曲データベース310は、楽曲データベースサーバ300に直接接続される構成としているが、これに限定されない。楽曲データベース310は、楽曲データベースサーバ300に含まれてもよいし、LANやイントラネットなどのネットワークを介して楽曲データベースサーバ300またはアプリケーションサーバ200に接続されてもよい。通信インタフェース部302は、第2ネットワーク5図1に接続し、アプリケーションサーバ200と通信し、各種データをやり取りする。制御部304は、楽曲データベースサーバ300の全体の制御を担う。制御部304は、アプリケーションサーバ200から検索要求を受け付け、楽曲データベース310から検索クエリに合致する楽曲データを検索し、検索結果をアプリケーションサーバ200に通信インタフェース部302を介して返信する。演奏データは、楽曲データベース310に多数の楽曲データ312として保持されており、検索キーとなる音高や音長のほか、演奏のニュアンスを保持する発音タイミングや強弱のデータを保持している。検索が行われるとき、音高は完全一致を必要とするが、音長に関してはミリ秒などの絶対値ではなく、たとえば、四分音符を1とした量子化された値で保持されていて検索を容易なものとすることができる。検索条件格納部306は、通信インタフェース部302によりアプリケーションサーバ200から受信した検索クエリを問い合わせ毎に格納する。検索結果格納部308は、楽曲データベース310から得られた検索結果を問い合わせ毎に検索クエリと対応付けて格納する。そして、制御部304は、検索条件格納部306に格納された検索結果を、問い合わせに対応する返信として、通信インタフェース部302によりアプリケーションサーバ200に第2ネットワーク5を介して送信する。このとき、どの問い合わせ検索クエリに対応する返信であるかの識別情報なども含めてアプリケーションサーバ200に送信する。このように構成された本実施形態の演奏データ提供システム1の動作について、以下に説明する。図8は、本実施形態の演奏データ提供システム1の動作の一例を示すフローチャートである。以下、図1乃至図3、および図8を用いて説明する。図8の左側のフローチャートは、携帯端末100における本実施形態の演奏データ提供システム1の起動処理の手順を示している。そして、図8の右側のフローチャートは、アプリケーションサーバ200における本実施形態の演奏データ提供システム1の携帯端末100の要求に応じた起動処理の手順を示している。まず、ユーザが、携帯端末100を操作して本システムを起動するステップS101。具体的には、携帯端末100で利用可能なアプリケーションプログラムのメニュー画面などで演奏指導プログラムを選択して起動する。演奏指導プログラムが選択され、起動指示を受け付けると、携帯端末100は、通信機能部130のネットワーク通信部134図2を用いて、第1ネットワーク3図1を介してアプリケーションサーバ200に接続するステップS103。そして、アプリケーションサーバ200に対し、上述した演奏データ検索プログラムの起動を要求するステップS105。なお、上記ステップS101~ステップS105の手順は、これらに限定されるものではなく、携帯端末100は、先に第1ネットワーク3を介してアプリケーションサーバ200に接続してステップS103、演奏データ提供システム1のサービスを提供するサイトにアクセスし、サイトで提供されているプログラムの選択画面から起動するプログラムを選択しステップS101、起動の要求を行うステップS105こともできる。アプリケーションサーバ200では、リソース管理部204図3が、第1ネットワーク3を介して通信インタフェース部202が受信した、アプリケーションサーバ200に接続した携帯端末100からの演奏データ検索プログラムの起動要求を受け付けるステップS201。ここで、携帯端末100のユーザの本サービス利用のためのユーザ登録およびユーザ認証処理は、事前に済んでいるものとする。そして、演奏データ検索プログラムの起動要求に呼応して、リソース管理部204が、演奏データ検索プログラムの起動要求を受け付けたユーザのユーザプロセスを生成して起動し、ユーザのユーザプロセス部210図3が生成されるステップS203。このとき、対応するユーザワークメモリ220図3の領域もメモリ上に確保される。ユーザプロセスの生成および起動に成功した場合ステップS205のYES、起動したユーザプロセス部210から携帯端末100に、携帯端末100で動作する演奏データ検索プログラムのユーザインタフェースプログラムが通信インタフェース部202により送信されるステップS209。一方、ユーザプロセスの起動が成功しない場合はステップS205のNO、リソース管理部204が携帯端末100に起動失敗NGのステータスを、通信インタフェース部202を介して返すステップS207。以上で、アプリケーションサーバ200では、起動処理を終了する。携帯端末100では、通信機能部130のネットワーク通信部134がアプリケーションサーバ200からユーザインタフェースプログラム図中、ユーザI/Fプログラムと示すを第1ネットワーク3を介して受信し、アプリケーションメモリ120の演奏指導プログラム記憶部122図2に記憶するステップS107。また、アプリケーションサーバ200から起動失敗のステータスが送信された場合は、ここで、そのステータスを受信する。そして、携帯端末100は、ユーザインタフェースプログラムを受信に成功した場合はステップS109のYES、そのプログラムをCPUが起動するステップS111。一方、プログラムの受信に成功しなかった場合、または、ステップS107でアプリケーションサーバ200から起動失敗のステータスを受信した場合はステップS109のNO、表示部がプログラムの起動失敗をユーザに通知するメッセージを画面表示して処理を終了するステップS113。以上で、本実施形態の演奏データ提供システム1のアプリケーションプログラム演奏指導プログラムの起動処理が終了する。なお、ステップS111のプログラムの起動は、自動的に行ってもよいし、表示部がユーザに起動指示を仰ぐ画面を表示し、操作部がユーザの指示を受け付けてから起動してもよい。また、ステップS107では、プログラムまたはステータスを受信するものとし、受信後、または、受信時にタイムアウトなどによるエラー検出後に、ステップS109に進むものとする。次に、本実施形態の演奏データ提供システム1において、このようにしてユーザインタフェースプログラムが起動された携帯端末100を用いて、楽譜から演奏データを入手し、電子楽器400に模範演奏させる手順について、以下に説明する。図9は、本実施形態の演奏データ提供システム1における携帯端末100のユーザインタフェースプログラムの処理手順を示すフローチャートである。以下、図1、図2、および図9を用いて説明する。まず、携帯端末100では、カメラ部102図2が起動され、楽譜の撮影存在をユーザに促すメッセージが画面に表示されるステップS121。ユーザは、メッセージに従って、カメラ部102を操作して、楽譜の中で、演奏方法を知りたい箇所、すなわち、模範演奏指導の演奏データが欲しい箇所を撮影する。撮影指示は、携帯端末100の操作部不図示を操作して行うことができ、携帯端末100では、操作指示を受け付け、カメラ部102が楽譜の一部分を撮影し、楽譜の画像データを生成し、画像記憶部104図2に格納するステップS123。そして、携帯端末100の画像処理部110図2が、画像記憶部104に格納された楽譜の画像データを画像処理して、アプリケーションサーバ200図1に送信する画像データを作成するための送信画像データ生成処理を実行するステップS125。このステップS125における、画像データを、アプリケーションサーバ200が楽譜の認識に必要十分な画質に最適化する処理を行う送信画像データ生成処理の手順については、さらに後で詳細に説明する。そして、ステップS125で最適化された画像データを、携帯端末100の通信機能部130のネットワーク通信部134図2が、第1ネットワーク3図1を介してアプリケーションサーバ200に送信するステップS127。後述するように、アプリケーションサーバ200が、画像データから楽譜を認識する処理と楽譜に対応する楽曲データの検索処理を行った後、携帯端末100にアプリケーションサーバ200から第1ネットワーク3を介して演奏データを含む検索結果が送信される。携帯端末100の通信機能部130のネットワーク通信部134が、第1ネットワーク3を介してアプリケーションサーバ200から演奏データを含む検索結果を受信するステップS129。携帯端末100において、検索結果の受信に成功し、受信した検索結果に少なくとも一つの演奏データが含まれる場合はステップS131のYES、携帯端末100の表示部不図示が、電子楽器400図1に送信する演奏データをユーザに選択するよう促すメッセージを画面表示し、携帯端末100の操作部が、電子楽器400に送信する演奏データの選択を受け付ける。そして、携帯端末100の通信機能部130の赤外線通信部132図2が、選択された演奏データを電子ピアノ等の電子楽器400に赤外線通信で転送するステップS133。電子楽器400では、携帯端末100から送信された演奏データを受信し、受信した演奏データに従い模範演奏の自動演奏を行う。このようにして、電子楽器400が演奏した音楽を聴くことで、ユーザは演奏方法を理解することができるようになる。一方、検索結果の受信に成功しなかった場合や検索結果に演奏データが含まれなかった場合ステップS131のNO、携帯端末100の表示部が、受信の失敗、または楽譜に該当する演奏データがみつからなかったことを示すメッセージを画面表示して、ユーザに通知するステップS135。以上で、携帯端末100における楽譜から演奏データを入手して模範演奏指導を受けるための一連の動作が終了する。この後、再びステップS121に戻り、別の楽譜の撮影を行い、対応する演奏データを得ることももちろん可能である。次に、図9のフローチャートのステップS125の送信画像データ生成処理の詳細手順について説明する。図10は、図9のフローチャートのステップS125の送信画像データ生成処理の詳細手順を示すフローチャートである。以下、図2、図5、図6および図10を用いて説明する。まず、携帯端末100図2において、画像処理部110図2が、画像記憶部104図2にアクセスし、格納されている画像データを読み出し、画像の傾きを検出し、回転させることで画像の傾きの修正を行うステップS141。上述したように、携帯端末100の画像処理部110の密度測定部114図2の機能を用いることで、画像の傾きを検出することができる。図5に、この機能を利用して楽譜の傾きを補正する様子を例示した。図5aに示すように、楽譜が傾いている撮影画像502では、グラフ504に示すように、ドット濃度を水平方向に加算すると濃度の変化が全体としてほぼフラットになる。一方、図5bに示すように、楽譜が傾いていない撮影画像512の場合、または、傾いていた画像が水平に補正されると、グラフ514に示すように、五線譜にあたる部分の濃度が全体の中で比較的高くなるため、濃度の変化高低差が大きくなる。携帯端末100では、画像処理部110が画像を回転しながら、濃度の変化差が最も大きくなる角度を探すことで傾きの補正を行うことができる。この処理は既存の技術で達成できるものであり、本発明の本質に関わらないので詳細な説明は省略する。また、楽譜の画像の補正処理は、これに限定されるものではなく、五線譜の最小線間ドット数KRを特定できるように、画像データを補正できれば他の方法を用いても構わない。図10に戻り、次に、携帯端末100において、画像処理部110がこの濃度の変化の値を利用して、五線譜の間隔を調べるステップS143。本実施形態において、携帯端末100のカメラ部102図2のカメラの解像度は一定とすると、ユーザが撮影した演奏方法を知りたい部分が小さければ、カメラを近づけて撮影することになるために相対的に五線譜の間隔は広がる。一方、ユーザが長めの範囲の演奏方法を知りたい場合は、撮影範囲は大きくなり、カメラを離して撮影することになるため、相対的に五線譜の間隔は狭まる。図6aは、カメラを近づけて撮影した1小節分の楽譜の撮影範囲520の例を表しており、図6bは、カメラを離して撮影した2小節分の楽譜の撮影範囲530の例を表している。それぞれの場合の撮影後の画像においては、これら図6aと図6bの各画像の横方向の幅W1=W2、および縦方向の幅H1=H2であって、かつ、図6aと図6bの各画像の五線譜の間隔D1>D2という関係になっている。たとえば、図6aの縦方向の幅H1=1000ドットであった場合、図6aの画像の五線譜の間隔D1は100ドットであり、一方、図6bの画像の五線譜の間隔D2は70ドット程度になる。アプリケーションサーバ200における楽譜の認識には、五線譜の間隔Dnが20ドットもあれば十分であるため、図6aの画像は5分の1に縮小しても楽譜の認識には支障がない。図10に戻り、携帯端末100の画像処理部110の縮小部112図2が、傾き補正後の濃度分布測定値を用いてこの五線譜の間隔Dを調べ、縮小率SRを以下の式1を用いて算出するステップS145。SR=KR/D式1ここで、たとえば、五線譜の間隔D=100、認識で必要とされる五線譜の最小線間ドット数KR=20ならば縮小率SR=0.2となる。画像処理部110の縮小部112が、この値を以下の式2および式3を使用して画像を縮小するステップS147。HR=HSR式2WR=WSR式3たとえば、画像の縦方向の幅H=1000であったなら、縮小後の画像の縦方向の幅HR=10000.2=200ドットに縮小する。そして、横方向の倍率もそれに合わせ、縮小後の画像の横方向の幅WRに縮小する。これにより、たとえば、画像の面積は25分の1に縮小され、データ量もそれに比例して減少する。さらに、画像処理部110の減色部115図2および圧縮部116図2が、画像から色データを除去して圧縮するステップS149。たとえば、白黒の圧縮画像データにすることで、色差データが不要になるのでさらにデータ量を半減することが可能となる。画像の圧縮自体は特定の形式に縛られる必要はなく、たとえば、JPEG形式を利用すればよい。ステップS149の後、図9のフローに戻る。以上のように最適化処理された圧縮画像データは、アプリケーションサーバ200への送信画像データとして画像記憶部104図2に格納される。また、画像記憶部104に画像データを格納するとき、撮影画像と送信用画像は、異なるファイル名にしたり、他のフォルダに格納したりして、両方の画像を画像記憶部104に保存してもよいし、補正後の送信用画像のみを残すようにして、撮影画像は削除または撮影画像に補正後の画像を上書き更新してもよい。また、楽譜に対応する演奏データがアプリケーションサーバ200から転送された後、自動的または手動でこれらの画像は、画像記憶部104から削除されてもよい。画像処理部110により生成された送信用画像データは、アプリケーションサーバ200における楽譜の認識処理に必要十分な画質に最適化されている。これにより、アプリケーションサーバ200に画像データを送信する際の通信データ量を削減することができ、通信にかかる時間を短縮でき、通信処理の負荷を低減できる。なお、図10の送信画像データ生成処理を行うユーザインタフェースプログラムは、上述したように、アプリケーションサーバ200から携帯端末100に転送された後、携帯端末100が実行するので、たとえば、アプリケーションサーバ200が認識に必要とする最小線間ドット数KRの値は、アプリケーションサーバ200だけで認識条件として管理することができる。もし、アプリケーションサーバ200の認識プログラムを改良した場合などには、携帯端末100に送信するユーザインタフェースプログラムを変更することにより、改良された認識プログラムの認識条件をプログラム中に記述して携帯端末100に通知することで、対応することができる。このようにして、アプリケーションサーバ200のメンテナンスだけで改良を行うことができる。次に、アプリケーションサーバ200において、携帯端末100から送信された楽譜画像から演奏データを取得する処理の手順について、以下に説明する。図11は、本実施形態の演奏データ提供システム1のアプリケーションサーバ200の演奏データ検索処理の手順を示すフローチャートである。以下、図1、図3、図7および図11を用いて説明する。まず、アプリケーションサーバ200のユーザプロセスとして起動された演奏データ検索プログラムにより、携帯端末100図1のユーザのユーザプロセス部210図3が生成され、対応するユーザワークメモリ220図3の領域がメモリ上に確保される。そして、携帯端末100のユーザプロセス部210に対応するユーザワークメモリ220の楽譜画像データ記憶部222図3に、携帯端末100から転送された画像を格納するステップS211。そして、ユーザプロセス部210の楽譜認識部214図3が、その画像を楽譜認識して音高ドレミまたはCDE、音長データ4分、8分、または付点等に変換するステップS213。なお、この変換処理自体は既存のものであるので詳細な説明は省略する。そして、ユーザプロセス部210の検索処理部216図3が、この音高および音長データを用いて、楽曲データベースサーバ300図1に演奏データを問い合わせる処理を行うステップS215。この処理については、図12を用いて、後述する。楽曲データベースサーバ300への問い合わせの結果、演奏データがあった場合はステップS217のYES、検索処理部216がユーザワークメモリ220のMIDI記憶部224図3に格納されたデータを、通信インタフェース部202を介して携帯端末100に送信するステップS219。一方、演奏データが無い場合はステップS217のNO、検索処理部216がその旨のメッセージを、通信インタフェース部202を介して携帯端末100に送信して通知するステップS221。このステップS221の動作は、携帯端末100に返信するデータ後述の先頭のタイトルをNULLとして送信することで代替してもよい。ステップS219またはステップS221での送信処理が終了したら、携帯端末100のユーザに対応するアプリケーションサーバ200のユーザプロセス部210は不要となるのでサーバから削除する消滅させるステップS223。さらに、ユーザのユーザワークメモリ220の領域もメモリから削除して解放する。これにより、アプリケーションサーバ200のリソースを空けることができ、サーバ側の処理は終了となる。携帯端末100では、受信した演奏データが複数あった場合、上述したように、ユーザが選択して電子楽器400に送信することができ、自分が望むニュアンスの演奏データを得ることができるので、検索結果が複数あるのは好ましい結果である。なお、電子楽器400に送信する前に、携帯端末100内のMIDIデータ再生機能で聞き比べてから電子楽器400に送信する仕様も考えられるが、本発明の本質には関わらないので説明は省略する。次に、アプリケーションサーバ200における、図11のステップS215の楽曲データベースサーバ300への問い合わせ処理の手順について説明する。図12は、本実施形態の演奏データ提供システム1の楽曲データベースサーバ300への問い合わせ処理の手順を示すフローチャートである。以下、図1、図3、および図12を用いて説明する。まず、アプリケーションサーバ200のユーザプロセス部210図3において、検索処理部216図3が、ステップS213で生成された音高および音長データを元に、楽曲データベースサーバ300図1への問い合わせクエリを展開するステップS231。そして、ユーザプロセス部210のデータベース通信部218図3が、楽曲データベースサーバ300に第2ネットワーク5図1を介して接続し、生成された問い合わせクエリを使用して楽曲データベースサーバ300に楽曲データの問い合わせを実行するステップS233。データベースサーバ300でのマッチングの動作は、既存の技術で実現でき、本発明の本質に関わらないので、詳細な説明は省略する。楽曲データベースサーバ300への問い合わせの結果、該当する楽曲データがある場合はステップS235のYES、ユーザプロセス部210の検索処理部216が、楽曲データベース310図1からデータベース通信部218が受信した楽曲データを取得するとともに、取得した楽曲データ数を取得するステップS237。取得した楽曲データは、ユーザワークメモリ220の作業領域部226図3に格納されるステップS239。そして、ユーザプロセス部210の検索処理部216が、取得した楽曲データの中から、認識に指定された楽譜に対応する範囲の部分を模範演奏データとして抜き出す。この抜き出す処理を行うとき、該当するデータの前または後数小節、たとえば、2小節を追加して抜き出してもよい。このようにすると、ユーザが演奏のつながりを理解しやすくなるので、模範演奏データとしてより優秀なものにすることができる。一般的に、MIDIには、テンポ、楽器の指定、拍子の指定などを含むヘッダ部分と、楽曲データ部分とがあるので、ユーザプロセス部210の検索処理部216が、楽曲データから認識範囲に対応して抜き出した部分とヘッダ部分を組み合わせて再構成するステップS241。そして、図7aに例示したようなMIDIデータ540の書式を整え、それにタイトル、演奏者やアレンジャー名などの補足説明、MIDIデータ長といった補足データを付加してアプリケーションサーバ200内のユーザワークメモリ220のMIDI記憶部224に格納するステップS243。もし、複数の演奏データが検索により該当し、再構成されていないデータがある場合はステップS245のNO、検索処理部216が続けてデータを再構成してユーザワークメモリ220のMIDI記憶部224に格納するステップS239~ステップS243。一方、最終の演奏データの再構成が終了していればステップS245のYES、検索処理部216が、データの最後次の曲のタイトルデータ位置に、NULLデータ文字ではない、数値としての0を追加してステップS247、ユーザワークメモリ220のMIDI記憶部224に格納し、本処理を完了する。なお、ステップS235で、該当する楽曲データがなかった場合ステップS235のNO、ステップS247に進む。ステップS247の後、図11のフローに戻る。このときのデータ例を図7bに示す。たとえば、データ550を受け取った携帯端末100で表示部に曲目リスト表示を行う場合は、タイトルや補足説明の文字列を表示した後に、図7bの矢印Rで示すように演奏データ長に従って演奏データをスキップすることで次のタイトルにアクセスできる。もし、タイトルがNULLデータであった場合はそこでデータは終了である。そのようにして、携帯端末100の表示部に表示された曲目リストの中からユーザは電子楽器400に自動演奏させたい楽曲を選択して、電子楽器400に転送することで、電子楽器400に自動演奏させることができる。上述したように、本実施形態の演奏データ提供方法は、携帯端末100が、電子楽器に自動演奏させたい楽譜を、カメラ部102図2を用いて撮影し、得られた画像データを、アプリケーションサーバ200が楽譜を認識可能な画質に最適化し図9のステップS125の送信画像データ生成処理、携帯端末100が、最適化された楽譜の画像データをアプリケーションサーバ200に第1ネットワーク3図1を介して送信し図9のステップS127、楽譜に対応する演奏データの検索を指示し、携帯端末100からの指示に呼応して、アプリケーションサーバ200が楽曲データベースから楽譜に対応する演奏データを検索し図11のステップS215のデータベースサーバ問い合わせ処理、アプリケーションサーバ200が、演奏データを携帯端末100に第1ネットワーク3を介して送信し図11のステップS219、携帯端末100が、アプリケーションサーバ200に送信した画像データの楽譜に対応する演奏データをアプリケーションサーバ200から第1ネットワーク3を介して受信する図9のステップS129。以上説明したように、本発明によれば、以下に記載するような効果を奏する。第1の効果は、携帯端末100に搭載された画像処理機能を利用して、アプリケーションサーバ200に送信前に画像を最適化しているので、画像の認識精度は維持しながら、携帯端末100とアプリケーションサーバ200との間の通信データ量を削減でき、携帯端末100における本発明の演奏データ提供システム1の軽快な動作を実現できることである。第2の効果は、システムを処理の負荷と装置の処理能力に合わせて端末とサーバに分散させて構成しているので、操作端末を小型化でき、練習中にその場で目的の場所の模範演奏データを取得することができることである。すなわち、高い処理能力を持つサーバに、高負荷な楽譜の認識処理と楽曲データの検索処理を担わせることで、端末の処理の負荷を低減することができる。第3の効果は、楽曲データベース310を独立した要素で構築しているので、ユーザのソフトたとえば、ユーザインフォーションプログラムやアプリケーションサーバ200の動作と独立して任意のタイミングで演奏データの追加ができることである。第2の実施の形態本実施形態の演奏データ提供システム1は、上記実施の形態とは、楽譜から得られるデータを転調して楽曲データを検索することで、ヒット効率を向上させる点で相違する。本実施形態の演奏データ提供システム1は、上記実施形態と同じ、携帯端末100を備えるとともに、アプリケーションサーバ600をさらに備える。また、アプリケーションサーバ600は、上記実施形態と同様に、楽曲データベースサーバ300に第2ネットワーク5を介して接続される。練習用の楽譜というものは演奏を簡易にするためにたとえば、変ホ長調をハ長調に移調されているものが多い。これは、初心者は♯シャープや♭フラットが多く付いた楽譜を嫌うため、ハ長調などの♯や♭が付かない調に原曲から転調してある可能性があるためである。そのため、ユーザの手元にある練習用の楽譜が原曲通りの調で記載されている保証がないという特徴があり、その手元にある楽譜のまま、検索しても求める演奏データを見つけることができないことがあることに対応するものである。図13は、本実施形態の演奏データ提供システム1のアプリケーションサーバ600の構成を示す機能ブロック図である。本実施形態のアプリケーションサーバ600は、図3の上記実施形態のアプリケーションサーバ200と同じ、通信インタフェース部202と、リソース管理部204と、プログラム記憶部206と、ユーザワークメモリ220と、を備えるとともに、ユーザプロセス部610をさらに備える。ユーザプロセス部610は、図3の上記実施形態のアプリケーションサーバ200のユーザプロセス部210と同じ、楽譜認識部214と、検索処理部216と、データベース通信部218と、を有するとともに、さらに、転調処理部602を有する。転調処理部602は、上記実施形態の演奏データ検索プログラムに機能モジュールとして追加することで実現される。転調処理部602は、楽譜認識部214により認識された音高データを所定の音階幅で転調し、そのデータを元に、楽曲データベースサーバ300に問い合わせを行うためのクエリを検索処理部216に生成させる。転調処理部602による転調処理は、たとえば、半音ずつ順に、数オクターブ分にわたって繰り返し転調することで、様々な調の楽曲の楽譜の音高データを生成することができる。さらに、その結果、楽曲データベースサーバ300から得られた楽曲データを、転調前の元の音高データに戻すように逆転調して、検索処理部216に受け渡し、携帯端末100に送信する演奏データを生成させる。このように構成された本実施形態の演奏データ提供システム1の動作について、以下に説明する。図14は、本実施形態の演奏データ提供システム1のアプリケーションサーバ600の動作の一例を示すフローチャートである。この図14のフローチャートは、上記実施形態の図12のアプリケーションサーバ200における楽曲データベース310への問い合わせ処理の手順を示したフローチャートに換わるものである。それ以外の他のフローチャートを用いて説明した処理については、上記実施形態と同様とすることができる。図14において、アプリケーションサーバ600の処理手順は、図12のフローチャートと同じステップS231~ステップS247を有するとともに、さらに、転調処理および逆転調処理を行うステップS601~ステップS611を有する。以下、図13および図14を用いて説明する。本実施形態のアプリケーションサーバ600図13の処理手順は、認識して得られた音高データを、楽曲データベースサーバ300図13への問い合わせ前にまず1オクターブ下げてクエリを生成して問い合わせを行い、その後、音高データを半音ずつ上げながら同様の問い合わせを繰り返す。具体的には、まず、転調処理部602図13が、楽譜認識部214図13により得られた音高データを、1オクターブ下げるステップS601。そして、転調処理部602が、この音高データを下げた量の指標としてシフト量に-12を保持するステップS603。これは、半音を1として1オクターブ下げたことを表す数である。なお、シフト量はユーザワークメモリ220の作業領域部226図13に一時的に記憶される。そして、検索処理部216図13が、ステップS603で補正された音高データと音長データを用いてクエリを生成してステップS231、データベースサーバ300に問い合わせを行うステップS233。そして、該当するデータが見つかった場合はステップS235のYES、ステップS237、ステップS239の後、転調処理部602がシフト量の正負を逆転した値で、得られた演奏データの音高を変化させて転調前の調に戻す、すなわち、逆転調するステップS605。このようにして、演奏データをもとの楽譜の音高に合わせ、あたかも楽譜に該当する演奏データが存在していたかのように動作することが可能となる。一方、該当するデータが見つからなかった場合ステップS235のNOまたは、検索の結果を受けて一連の動作を行った後、すべての演奏データの再構成が終了していればステップS245のYES、転調処理部602が1オクターブ下げてあった音高データを半音上げステップS607、ユーザワークメモリ220の作業領域部226図13に記憶していたシフト量に1を加えるステップS609。ステップS609で算出されたシフト量が12原音から1オクターブ上まで達していなければステップS611のNO、ステップS231に移行して、再度、ステップS607で半音転調されたデータを用いて問い合わせを行う処理を行う。一方、シフト量が12に達していたらステップS611のYES、ステップS247の後、本処理が終了し、図11のフローに戻る。その他の動作は図12の上記実施形態と同様であるので、詳細な説明は省略する。上記の例では、ステップS601で1オクターブ下げて処理しているが、これは一例であり、特に限定されるものではない。半オクターブ、数オクターブ下げてもよい。また、シフト量も12までとしたが、これに限定されるものではなく、転調させたい階調数分シフトさせればよい。また、ステップS601で元の音高データを下げて、ステップS607で音高データを半音上げているが、これに限定されない。たとえば、ステップS601で元の音高データを1オクターブ上げて、ステップS607で音高データを半音下げる構成とすることもできる。本実施形態の上記処理は、練習用の楽譜が往々にして初心者にも読みやすいようにハ長調やイ短調などに原曲から転調されていることがある場合に対応するものである。このように、本実施形態の演奏データ提供システム1によれば、上記実施形態の効果を奏するとともに、演奏データ検索プログラムの機能モジュールとしてユーザプロセス部210に転調処理部602を設けることで、楽譜を認識した音高データを、たとえば、自動的に半音ずつ移調した後に、その音高データを用いて検索を行うことができるので、本来の調と違った楽譜であっても検索でヒットすることとなる。これにより、原曲から転調された楽譜であっても模範演奏データを入手する可能性を高めることができる。また、検索でヒットする楽曲数が多くなることで、模範演奏の選択肢を広くすることができるようになるという効果が得られる。ユーザは様々な模範演奏の中から自分の好みの演奏方法を選ぶことができるようになる。そして、検索して得られた演奏データを、再度、転調し直すことで認識に用いた楽譜の調と合致する音高データになるようにすることで、楽譜そのままの演奏データを取得することが可能となる。以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。たとえば、上記実施形態の演奏データ提供システム1のアプリケーションサーバ600では、転調処理部602は、検索処理部216で得られた演奏データの音高データを楽譜の調に合わせるための逆転調の処理を行い、逆転調の処理後の演奏データのみを検索結果としてユーザに提示し、得られた原曲の演奏データは検索結果としてユーザに提示しない構成としたが、これに限定されない。逆転調の処理後の演奏データとともに、検索処理部216で得られた原曲の演奏データも検索結果としてユーザに返信する構成としてもよい。その場合、原曲の楽曲と楽譜に対応した転調後の楽曲の区別は、携帯端末100に返信する図7の演奏データの楽曲タイトルや補足説明でユーザが識別できるようにすればよい。携帯端末100では、表示部が、検索結果を、楽曲のタイトルとともに補足説明も含む一覧表示を画面表示してユーザに提示することができる。ユーザは一覧表の中から楽曲を選択することができる。あるいは、画像処理部110において、画像データが、アプリケーションサーバ200が楽譜を認識するのに必要なサイズや解像度の条件を満たさない場合、画像データの画質を上げるためにユーザにその旨を報知する報知部不図示を設けてもよい。報知部は、たとえば、ユーザにもう少し楽譜の撮影範囲を狭くするよう指示するメッセージを表示または音声出力などによりユーザに知らせることができる。また、カメラ部102の撮影画像サイズの設定を自動的に大きく変更したり、必要に応じて、フラッシュの駆動や、露出時間やシャッタ速度の設定などを自動的に変更する補正部不図示をさらに備えてもよい。また、上記実施形態のアプリケーションサーバ600の転調処理部602において、元の楽譜の音高データを自動的に半音ずつ転調して検索する構成としたが、他の実施形態において、携帯端末100の操作部がユーザが指定する調を受け付け、アプリケーションサーバ200に指示して、転調処理部602が指定された調で転調する構成としてもよい。本発明の演奏データ提供システム1は、たとえば、携帯電話のクラウド機能サービス、楽曲データのネットワーク配信事業、電子楽器の機能展開、または楽器の演奏指導スクールなどに適用することができる。以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。本発明は以下の態様も含む。付記1携帯端末と、前記携帯端末にネットワークを介して接続されるサーバと、を備え、前記携帯端末は、電子楽器に自動演奏させたい楽譜を撮影する撮影手段と、前記撮影手段により撮影された前記楽譜の画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する画像処理手段と、最適化された前記楽譜の前記画像データを前記サーバに前記ネットワークを介して送信し、前記楽譜に対応する演奏データの検索を指示する送信手段と、前記検索の指示に呼応して前記サーバが楽曲データベースから検索した結果として、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する受信手段と、を備え、前記携帯端末の前記画像処理手段は、前記画像データの前記楽譜の五線譜間隔を認識し、前記楽譜の前記五線譜間隔と前記サーバの前記楽譜の認識に必要な五線譜間隔に基づいて、前記画像データを縮小する倍率を算出し、算出された前記倍率で前記画像データを縮小して最適化する演奏データ提供システム。付記2付記1に記載された演奏データ提供システムにおいて、前記サーバは、前記楽譜の前記画像データを前記携帯端末から前記ネットワークを介して受信する受信手段と、受信した前記画像データから前記楽譜を認識する認識手段と、前記認識手段の認識結果に基づいて、前記楽曲データベースから前記楽譜に対応する演奏データを検索する検索手段と、前記検索手段により検索された前記演奏データを前記携帯端末に前記ネットワークを介して送信する送信手段と、を備え、前記サーバの前記検索手段は、前記認識手段により認識された前記楽譜の音高および音長を元に、前記楽譜を検索するための検索クエリを生成する生成部と、生成された前記検索クエリを用いて、前記楽曲データベースに前記楽譜に対応する前記演奏データを問い合わせる問い合わせ部と、前記演奏データの問い合わせに対する前記楽曲データベースからの検索結果を受信する受信部と、を含む演奏データ提供システム。付記3サーバにネットワークを介して接続する接続手段と、電子楽器に自動演奏させたい楽譜を撮影する撮影手段と、前記撮影手段により撮影された前記楽譜の画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する画像処理手段と、最適化された前記楽譜の前記画像データを前記サーバに前記ネットワークを介して送信し、前記楽譜に対応する演奏データの検索を指示する送信手段と、前記検索の指示に呼応して前記サーバが楽曲データベースから検索した結果として、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する受信手段と、を備え、認識条件を含み、前記画像処理手段は、前記サーバが前記楽譜を認識可能な画質に最適化するための認識条件に従って、撮影して得られた前記楽譜の前記画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する携帯端末。付記4携帯端末から楽譜の画像データをネットワークを介して受信する受信手段と、受信した前記画像データの前記楽譜に対応する演奏データを楽曲データベースから検索する検索手段と、検索した前記演奏データを前記ネットワークを介して前記携帯端末に送信する送信手段と、前記携帯端末から受信した前記画像データから前記楽譜を認識する認識手段と、前記認識手段で、前記画像データから前記楽譜を認識するための認識条件を前記携帯端末に通知する通知手段と、を備えるサーバ。付記5撮影装置を備えるコンピュータに、サーバにネットワークを介して接続する手順、電子楽器に自動演奏させたい楽譜を、前記撮影装置を用いてユーザに撮影を促す手順、前記サーバが前記楽譜を認識可能な画質に最適化するための認識条件に従って、撮影して得られた前記楽譜の画像データを、前記サーバが前記楽譜を認識可能な画質に最適化する手順、最適化された前記楽譜の前記画像データを前記サーバに前記ネットワークを介して送信し、前記楽譜に対応する前記演奏データの検索を指示する手順、前記検索の指示に呼応して前記サーバが楽曲データベースから検索した結果として、前記サーバに送信した前記画像データの前記楽譜に対応する前記演奏データを前記サーバから前記ネットワークを介して受信する手順、を実行させるためのコンピュータプログラムであり、前記コンピュータプログラムは、前記サーバから前記携帯端末に前記ネットワークを介して送信され、前記サーバから受信した前記コンピュータプログラムを前記携帯端末が実行するコンピュータプログラム。付記6携帯端末から楽譜の画像データをネットワークを介して受信する手順、受信した前記画像データの前記楽譜に対応する演奏データを楽曲データベースから検索する手順、検索した前記演奏データを前記ネットワークを介して前記携帯端末に送信する手順、前記携帯端末から受信した前記画像データから前記楽譜を認識する手順、前記認識する手順で、前記画像データから前記楽譜を認識するための認識条件を前記携帯端末に通知する手順、をコンピュータに実行させるためのコンピュータプログラム。