(57)【特許請求の範囲】
【請求項１】
演奏者及び楽器の認証方法であって、
楽器においては、
予め定めた演奏者の演奏に対応する演奏情報を記憶する記憶ステップと、
ある演奏者の演奏に対応する演奏情報を取得して、前記取得した演奏情報を前記記憶した演奏情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かを判定する演奏者判定ステップと、
前記演奏者判定ステップにおいて前記ある演奏者が前記予め定めた演奏者であると判定された場合に認証側の装置から当該楽器を特定する固有情報を受信する受信ステップと、
前記ある演奏者が演奏を開始すると、前記演奏に対応する演奏情報に少なくとも前記受信した固有情報を繰り返し埋め込む電子透かし埋込ステップと、
前記固有情報が埋め込まれた演奏情報を前記認証側の装置に送信する送信ステップとを有し、
前記認証側の装置においては、
前記楽器に当該楽器を特定する固有情報を送信する固有情報送信ステップと、
前記送信した固有情報を少なくとも記憶する固有情報記憶ステップと、
前記楽器から送信された演奏情報を受信する演奏情報受信ステップと、
前記受信した各演奏情報から固有情報を継続的に抽出する抽出ステップと、
前記継続的に抽出される固有情報を前記記憶した固有情報と比較し、一致している間は前記演奏情報を送信する楽器が前記固有情報を送信した楽器であると判定する一方、一致しなかった場合は前記演奏情報を送信する楽器が前記固有情報を送信した楽器ではないと判定する楽器判定ステップとを有する
ことを特徴とする演奏者及び楽器の認証方法。
【請求項２】
前記認証側の装置は、
前記受信した演奏情報を蓄積または配信するステップを有し、
前記楽器判定ステップにおいて、前記演奏情報を送信する楽器が前記固有情報を送信した楽器ではないと判定された場合は、前記演奏情報の蓄積または配信を中止する
ことを特徴とする請求項１に記載の演奏者及び楽器の認証方法。
【請求項３】
前記認証側の装置は、前記楽器判定ステップにおいて、前記演奏情報を送信する楽器が前記固有情報を送信した楽器ではないと判定された場合は、前記演奏情報受信ステップにおける前記演奏情報の受信を中止する
ことを特徴とする請求項１に記載の演奏者及び楽器の認証方法。
【請求項４】
前記楽器は、送信ステップにおいて、前記演奏情報をストリーム形式に変換して送信する
ことを特徴とする請求項１乃至３のいずれかに記載の演奏者及び楽器の認証方法。
【請求項５】
前記楽器は、前記電子透かし埋込ステップにおいて、前記固有情報を暗号化し、前記暗号化した固有情報を前記演奏情報に繰り返し埋め込み、
前記認証側の装置は、前記抽出ステップにおいて、前記演奏情報から抽出した情報を復号化することにより前記固有情報を抽出する
ことを特徴とする請求項１乃至４のいずれかに記載の演奏者及び楽器の認証方法。
【請求項６】
前記楽器は、
前記記憶ステップにおいて、前記予め定めた演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報をさらに記憶し、
前記演奏者判定ステップにおいて、前記ある演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報を取得し、前記取得した評価情報を前記記憶した評価情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かをさらに判定する
ことを特徴とする請求項１乃至５のいずれかに記載の演奏者及び楽器の認証方法。
【請求項７】
前記演奏情報は、ＭＩＤＩデータである
ことを特徴とする請求項１乃至６のいずれかに記載の演奏者及び楽器の認証方法。
【請求項８】
演奏者及び楽器を認証するために使用される楽器であって、
予め定めた演奏者の演奏に対応する演奏情報を記憶する記憶手段と、
ある演奏者の演奏に対応する演奏情報を取得して、前記取得した演奏情報を前記記憶した演奏情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かを判定する演奏者判定手段と、
前記演奏者判定手段により前記ある演奏者が前記予め定めた演奏者であると判定された場合に認証側の装置から当該楽器を特定する固有情報を受信する受信手段と、
前記ある演奏者が演奏を開始すると、前記演奏に対応する演奏情報に少なくとも前記受信した固有情報を繰り返し埋め込む電子透かし埋込手段と、
前記固有情報が埋め込まれた演奏情報を前記認証側の装置に送信する送信手段と
を備えることを特徴とする楽器。
【請求項９】
前記送信手段は、前記演奏情報をストリーム形式に変換して送信する
ことを特徴とする請求項８に記載の楽器。
【請求項１０】
前記電子透かし埋込手段は、前記固有情報を暗号化し、前記暗号化した固有情報を前記演奏情報に繰り返し埋め込む
ことを特徴とする請求項８または９に記載の楽器。
【請求項１１】
前記記憶手段は、前記予め定めた演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報をさらに記憶し、
前記演奏者判定手段は、前記ある演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報を取得し、前記取得した評価情報を前記記憶した評価情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かをさらに判定する
ことを特徴とする請求項８乃至１０のいずれかに記載の楽器。
【請求項１２】
前記演奏情報は、ＭＩＤＩデータである
ことを特徴とする請求項８乃至１１のいずれかに記載の楽器。
【請求項１３】
演奏者及び楽器を認証するために使用される楽器の制御方法であって、
予め定めた演奏者の演奏に対応する演奏情報を記憶する記憶ステップと、
ある演奏者の演奏に対応する演奏情報を取得して、前記取得した演奏情報を前記記憶した演奏情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かを判定する演奏者判定ステップと、
前記演奏者判定ステップにおいて前記ある演奏者が前記予め定めた演奏者であると判定された場合に認証側の装置から当該楽器を特定する固有情報を受信する受信ステップと、
前記ある演奏者が演奏を開始すると、前記演奏に対応する演奏情報に少なくとも前記受信した固有情報を繰り返し埋め込む電子透かし埋込ステップと、
前記固有情報が埋め込まれた演奏情報を前記認証側の装置に送信する送信ステップと
を備えることを特徴とする楽器の制御方法。
【請求項１４】
前記記憶ステップにおいて、前記予め定めた演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報をさらに記憶し、前記演奏者判定ステップにおいて、前記ある演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報を取得し、前記取得した評価情報を前記記憶した評価情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かをさらに判定する
ことを特徴とする請求項１３に記載の楽器の制御方法。
【請求項１５】
前記演奏情報は、ＭＩＤＩデータである
ことを特徴とする請求項１３または１４に記載の楽器の制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、演奏者及び楽器の認証方法、楽器及び楽器の制御方法に関し、特にＭＩＤＩデータを出力中の楽器とその楽器の演奏者を認証する技術に関する。
【０００２】
【従来の技術】
近年のインターネットの急速な普及を背景として、ライブ演奏の音声データや映像データを配信するサービスが提供されている。最近では演奏者にＭＩＤＩ対応の楽器を演奏させ、この楽器が出力するＭＩＤＩ（Musical Instruments Digital Interface）データをストリーム配信するサービスも提供されている。従って、ＭＩＤＩデータの受信側は本物の楽器（ＭＩＤＩ対応）をリアルタイムでならすことができ、遠隔地のライブ演奏を各家庭の楽器等で楽しむことができるようになされている。
【０００３】
【発明が解決しようとする課題】
ところで、楽器が出力するＭＩＤＩデータ等の演奏情報をネットワークを介して送信する場合は、受信側は演奏状況を見ることができない。このため、演奏価値の保証やセキュリティの観点から楽器及び演奏者の認証が必要になってくると考えられる。この場合、パスワードや暗証番号による認証、デジタル署名による認証または生体認証技術等を適用する方法が考えられる。しかし、これら認証技術では楽器が演奏情報を出力する間は楽器の正当性を確認することができず、特にライブ演奏の場合には長期間楽器の正当性を確認できなくなってしまう。
【０００４】
本発明は、上述した事情に鑑みてなされたものであり、演奏情報を出力中の楽器と、その楽器の演奏者の正当性を確認できる演奏者及び楽器の認証方法、楽器及び楽器の制御方法に関する。
【０００５】
【課題を解決するための手段】
上述課題を解決するため、本発明による演奏者及び楽器の認証方法は、楽器においては、予め定めた演奏者の演奏に対応する演奏情報を記憶する記憶ステップと、ある演奏者の演奏に対応する演奏情報を取得して、前記取得した演奏情報を前記記憶した演奏情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かを判定する演奏者判定ステップと、前記演奏者判定ステップにおいて前記ある演奏者が前記予め定めた演奏者であると判定された場合に認証側の装置から当該楽器を特定する固有情報を受信する受信ステップと、前記ある演奏者が演奏を開始すると、前記演奏に対応する演奏情報に少なくとも前記受信した固有情報を繰り返し埋め込む電子透かし埋込ステップと、前記固有情報が埋め込まれた演奏情報を前記認証側の装置に送信する送信ステップとを有し、前記認証側の装置においては、前記楽器に当該楽器を特定する固有情報を送信する固有情報送信ステップと、前記送信した固有情報を少なくとも記憶する固有情報記憶ステップと、前記楽器から送信された演奏情報を受信する演奏情報受信ステップと、前記受信した各演奏情報から固有情報を継続的に抽出する抽出ステップと、前記継続的に抽出される固有情報を前記記憶した固有情報と比較し、一致している間は前記演奏情報を送信する楽器が前記固有情報を送信した楽器であると判定する一方、一致しなかった場合は前記演奏情報を送信する楽器が前記固有情報を送信した楽器ではないと判定する楽器判定ステップとを有することを特徴としている。
【０００６】
さらに、前記認証側の装置は、前記受信した演奏情報を蓄積または配信するステップを有し、前記楽器判定ステップにおいて、前記演奏情報を送信する楽器が前記固有情報を送信した楽器ではないと判定された場合は、前記演奏情報の蓄積または配信を中止することを特徴としている。さらに、前記認証側の装置は、前記楽器判定ステップにおいて、前記演奏情報を送信する楽器が前記固有情報を送信した楽器ではないと判定された場合は、前記演奏情報受信ステップにおける前記演奏情報の受信を中止することを特徴としている。
【０００７】
さらに、前記楽器は、送信ステップにおいて、前記演奏情報をストリーム形式に変換して送信することを特徴としている。さらに、前記楽器は、前記電子透かし埋込ステップにおいて、前記固有情報を暗号化し、前記暗号化した固有情報を前記演奏情報に繰り返し埋め込み、前記認証側の装置は、前記抽出ステップにおいて、前記演奏情報から抽出した情報を復号化することにより前記固有情報を抽出することを特徴としている。
【０００８】
さらに、前記楽器は、前記記憶ステップにおいて、前記予め定めた演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報をさらに記憶し、前記演奏者判定ステップにおいて、前記ある演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報を取得し、前記取得した評価情報を前記記憶した評価情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かをさらに判定することを特徴としている。さらに、前記演奏情報は、ＭＩＤＩデータであることを特徴としている。
【０００９】
また、本発明の楽器は、演奏者及び楽器を認証するために使用される楽器であって、予め定めた演奏者の演奏に対応する演奏情報を記憶する記憶手段と、ある演奏者の演奏に対応する演奏情報を取得して、前記取得した演奏情報を前記記憶した演奏情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かを判定する演奏者判定手段と、前記演奏者判定手段により前記ある演奏者が前記予め定めた演奏者であると判定された場合に認証側の装置から当該楽器を特定する固有情報を受信する受信手段と、前記ある演奏者が演奏を開始すると、前記演奏に対応する演奏情報に少なくとも前記受信した固有情報を繰り返し埋め込む電子透かし埋込手段と、前記固有情報が埋め込まれた演奏情報を前記認証側の装置に送信する送信手段とを備えることを特徴としている。
【００１０】
さらに、前記送信手段は、前記演奏情報をストリーム形式に変換して送信することを特徴としている。さらに、前記電子透かし埋込手段は、前記固有情報を暗号化し、前記暗号化した固有情報を前記演奏情報に繰り返し埋め込むことを特徴としている。
【００１１】
さらに、前記記憶手段は、前記予め定めた演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報をさらに記憶し、前記演奏者判定手段は、前記ある演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報を取得し、前記取得した評価情報を前記記憶した評価情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かをさらに判定することを特徴としている。さらに、前記演奏情報は、ＭＩＤＩデータであることを特徴としている。
【００１２】
また、本発明の楽器の制御方法は、予め定めた演奏者の演奏に対応する演奏情報を記憶する記憶ステップと、ある演奏者の演奏に対応する演奏情報を取得して、前記取得した演奏情報を前記記憶した演奏情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かを判定する演奏者判定ステップと、前記演奏者判定ステップにおいて前記ある演奏者が前記予め定めた演奏者であると判定された場合に認証側の装置から当該楽器を特定する固有情報を受信する受信ステップと、前記ある演奏者が演奏を開始すると、前記演奏に対応する演奏情報に少なくとも前記受信した固有情報を繰り返し埋め込む電子透かし埋込ステップと、前記固有情報が埋め込まれた演奏情報を前記認証側の装置に送信する送信ステップとを備えることを特徴としている。
【００１３】
さらに、前記記憶ステップにおいて、前記予め定めた演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報をさらに記憶し、前記演奏者判定ステップにおいて、前記ある演奏者の音感、聴感またはリズム感の少なくともいずれか１以上の評価情報を取得し、前記取得した評価情報を前記記憶した評価情報と比較し、その比較結果に応じて前記ある演奏者が前記予め定めた演奏者か否かをさらに判定することを特徴としている。さらに、前記演奏情報は、ＭＩＤＩデータであることを特徴としている。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を詳述する。
【００１５】
（１）  実施形態の構成
図１は、本発明の実施形態に係る認証システム１の全体構成を示す図である。鍵盤楽器１０は、通常のアコースティックピアノとしての機能に加えて、自動演奏機能、演奏者の認証機能及び認証サーバとの間でデータ通信を行う機能を有している。認証サーバ２０は、鍵盤楽器１０等の楽器から送信されたＭＩＤＩデータを受信して鍵盤楽器１０等の認証を行うサーバであり、受信したＭＩＤＩデータの配信や蓄積等を行う。
【００１６】
図２に鍵盤楽器１０の制御システムを示すように、この鍵盤楽器１０は、制御部１１、操作部１２、表示部１３、メモリ１４、演奏検出部１５、音源１６、アンプ内蔵スピーカ１７、通信インターフェース１８及び駆動部１９により構成される。制御部１１は、メモリ１４に記憶される各種制御プログラムや各種データに基づいてこの鍵盤楽器１０全体の動作を制御し、演奏者の演奏をＭＩＤＩデータに変換する処理、演奏者の認証処理、認証情報の暗号化処理及びＭＩＤＩデータ内に認証情報を記録する電子透かし処理等を行う。ここで、認証情報とは、この鍵盤楽器を特定する情報（シリアル番号、楽器名等）や認証サーバから通信開始時に送信された乱数（固有情報）等を含む情報である。
【００１７】
操作部１２は、演奏者がこの鍵盤楽器１０を操作したり、情報入力を行うための各種操作子を備えており、操作された操作子に対応する信号を制御部１１に送信する。表示部１３は、液晶表示装置等により構成され、制御部１１から供給される映像信号を入力することにより、この鍵盤楽器１０の動作状態等の各種情報を表示する。
【００１８】
メモリ１４は、制御部１１によって実行される各種制御プログラム（システムプログラムやこの発明を実施するためのアプリケーションプログラム等）や各種データが記録されると共に、認証元の演奏者のＭＩＤＩデータや録音したＭＩＤＩデータ等が記録される。演奏検出部１５は、この鍵盤楽器１０の鍵盤操作（鍵の押鍵や離鍵等）及びペダル操作を検出し、その検出結果を制御部１１に通知する。そして、制御部１１は、演奏検出部１５の検出結果に基づいて演奏者の演奏に対応するＭＩＤＩデータを生成するようになされている。
【００１９】
音源１６は、複数の音色の音源情報を有しており、制御部１１から供給されるＭＩＤＩデータに基づいて対応する音色のオーディオ信号を生成する。具体的には、音源１６は、制御部１１からノートオンイベントが供給された場合には、該ノートオンイベントに含まれる楽音名（ノートナンバ）およびベロシティに対応するオーディオ信号を生成して出力する。また、制御部１１からノートオフイベントが供給された場合には、音源１６は、該ノートオフイベントに含まれる楽音名（ノートナンバ）によって指定される楽音の生成を停止する。この音源１６から出力されるオーディオ信号はアンプ内蔵スピーカ１７に供給され、このスピーカ１７から放音される。なお、スピーカ１７に代えてヘッドフォン（図示せず）から放音させてもよい。従って、この鍵盤楽器１０は、この鍵盤楽器１０自体が備える弦の打弦音に加えて音源１６からの電子音を発音させていわゆるアンサンブル演奏を行ったり、図示しない消音機構により打弦音の発音を中止させて電子音のみの演奏を行うこともできるようになされている。
【００２０】
通信インターフェース１８は、この鍵盤楽器１０をＬＡＮやインターネット等のネットワークに接続するためのものであり、ここではインターネットを介して認証サーバ２０とデータ通信を行うために使用される。駆動部１９は、制御部１１から供給されるＭＩＤＩデータに基づいて対応する鍵やペダルをソレノイド等により駆動して打弦音を発生させる。従って、この鍵盤楽器１０は、録音したＭＩＤＩデータやネットワーク等を介して外部から入手したＭＩＤＩデータに基づいて自動演奏を行うことも可能になされている。
【００２１】
認証サーバ２０は、インターネットに接続され、演奏者が演奏している鍵盤楽器１０から送信されるＭＩＤＩデータを受信し、このＭＩＤＩデータに記録された認証情報を抽出することにより、ＭＩＤＩデータを送信する楽器の認証を行う。また、認証サーバ２０は、認証している楽器から受信したＭＩＤＩデータを配信を希望する端末（他の鍵盤楽器１０やパーソナルコンピュータ等）にリアルタイムで配信したり、所定のメモリに蓄積したりする。この認証サーバ２０は、乱数生成エンジン，ＭＩＤＩデータに記録された認証情報を抽出する情報抽出エンジン、各種情報を記録するメモリ、暗号化エンジン及び復号エンジン等を備えている。
【００２２】
（２）  実施形態の動作
次に、上記構成からなる実施形態の動作を図３及び図４に示すシーケンスチャートを参照しながら説明する。この鍵盤楽器１０は、演奏者が演奏中のＭＩＤＩデータを認証サーバ２０に送信する場合は、事前に演奏者の認証を行い、認証された演奏者が演奏中のＭＩＤＩデータのみを認証サーバ２０に送信するようになされている。以下、まず、演奏者の認証を行う場合の鍵盤楽器１０の動作を説明し、その後、認証サーバ２０にＭＩＤＩデータを送信して鍵盤楽器１０の認証を行う場合の動作を説明する。
【００２３】
（２．１）  演奏者の認証時の動作
まず、鍵盤楽器１０は、認証元の演奏者の演奏からＭＩＤＩデータを取得し、事前にメモリ１４に記録しておくことが必要である。そして、この鍵盤楽器１０は、認証先の演奏者の演奏から取得したＭＩＤＩデータをメモリ１４に記録しているＭＩＤＩデータと比較することにより演奏者の認証を行うようになされている。ここで、認証に用いる認証元及び認証先のＭＩＤＩデータは、予め定めたキー構成やフレーズの演奏に対応するＭＩＤＩデータであり、例えば、演奏者に予め定めた認証用の曲を演奏させ、所定のキー構成やフレーズが演奏された時のＭＩＤＩデータを抽出することによって取得される。ここでは、ドレミドのキー構成が演奏された時のＭＩＤＩデータを抽出し、このＭＩＤＩデータに基づいて演奏者の認証を行う場合を説明する。なお、認証元の演奏者のＭＩＤＩデータは既にメモリ１４に記録されているものとする。
【００２４】
まず、鍵盤楽器１０は、認証先の演奏者に認証用の曲を演奏させ、認証用の曲中にあるドレミドのキー構成の演奏部分に対応するＭＩＤＩデータを特定し、図５に示すように、そのＭＩＤＩデータからノート（ドレミレ）、ベロシティ（90、92、96、94）、ノート間隔（480、490、530、520）を抽出する（ステップＳ１）。次に、鍵盤楽器１０は、今回抽出したＭＩＤＩデータとメモリ１４に記憶されたＭＩＤＩデータを比較することにより、同じ演奏者の演奏か否かの判定（認証）を行う（ステップＳ２）。具体的には、鍵盤楽器１０は、両方のＭＩＤＩデータのベロシティ及びノート間隔の各相対値、平均値、分散（ばらつき）及びノートミスを求め（図５参照）、これらの情報に基づいてＭＩＤＩデータの一致度を判定する。ここで、相対値は、（ｘｉ−ｘａ）／ｘａの式で算出され、分散は、S（ｘｉ−ｘａ）2／ｎの式で算出される。なお、ｘｉ（ｉ＝１〜ｎ（ｎ＝４））は、ベロシティまたはノート間隔の各値であり、ｘａは、ベロシティまたはノート間隔の平均値を示している。
【００２５】
この場合、同一の演奏者であっても各値やノートミスが一致することは稀であるため、例えば、各値のズレが何％以内にあれば同じ演奏者と判定する方法を各項目毎に行って総合的に判定する方法や、相対値の変化パターンが同様であれば同じ演奏者と判定する方法等の様々な方法を用いて判定すればよい。また、これら全ての項目（ノート、ベロシティ、ノート間隔、ベロシティまたはノート間隔の相対値、平均値、分散、ノートミス）を比較する必要は必ずしもなく、いずれか１以上の項目を比較する方法でもよい。そして、鍵盤楽器１０は、上述の判定結果から同じ演奏者であると判定されると（ステップＳ２：YES）、演奏者が認証されたものとしてＭＩＤＩデータの送信を開始するために以下に述べる処理を開始する。
【００２６】
（２．２）  楽器の認証時の動作
鍵盤楽器１０は、演奏者が認証されると（ステップＳ２：YES）、図示しないプロバイダにダイヤルアップ接続し、インターネットを介して認証サーバ２０にログイン要求を行う（ステップＳ３）。認証サーバ２０は、ログイン要求を受け取ると、鍵盤楽器１０との間で鍵情報の交換を行って暗号鍵（共有鍵、公開鍵等）を共有した後（ステップＳ４）、乱数生成エンジンで生成した乱数を鍵盤楽器１０に送信する（ステップＳ５）。このとき、認証サーバ２０は、鍵盤楽器１０に送信した乱数をその鍵盤楽器１０を特定する情報と対応づけてメモリ１４に記録しておく。なお、暗号鍵を共有する方法としては、一般の暗号技術で使用される共有鍵共有方法（Diffie-Hellman法）や双方の公開鍵を利用した秘匿通信方法の使用（Secure SHell方式等）を適用すればよく、また、この鍵盤楽器１０の製造時等に暗号鍵を記録させておき、認証サーバ２０との間で予め暗号鍵を共有させておく方法を適用してもよい。
【００２７】
次に、鍵盤楽器１０は、認証サーバ２０から送信された乱数を受信すると、受信した乱数と鍵盤楽器の情報（シリアル番号、楽器名、型式等）を認証情報とし、この認証情報を暗号鍵を用いて暗号化する（ステップＳ６）。そして、演奏者により演奏が開始されると（ステップＳ７：YES）、鍵盤楽器は、演奏をＭＩＤＩデータに変換し、このＭＩＤＩデータに暗号化した認証情報を繰り返し埋め込む電子透かし処理を行う（ステップＳ８）。
【００２８】
具体的には、鍵盤楽器１０は、制御部１１によりＭＩＤＩデータを構成するノートオン、ノートオフ、ベロシティ、ピッチデータ等の各データのうちベロシティの最下位ビットを暗号化した認証情報のビット列の各ビットに順次置換していく処理を行う。この方法は、ベロシティの最下位ビットに認証情報を記録するので、そのまま再生に利用しても再生音への影響がほとんどないといった特徴と、受信側（認証サーバ２０）はベロシティの最下位ビットを抽出するだけで認証情報を簡易に抽出できるという特徴を有する。なお、再生音への影響の低さからは最下位ビットが望ましいが、最下位ビット以外の下位側ビットに記録してもよく、ベロシティ以外のデータ変更が再生音に与える影響が少ない他のデータ（ピッチデータ等）に認証情報を記録してもよい。そして、鍵盤楽器１０は、上述した認証情報を記録したＭＩＤＩデータをストリーミング化して認証サーバ２０に送信することにより、演奏者の演奏のＭＩＤＩデータをほぼリアルタイムで認証サーバ２０に送信する（ステップＳ９）。
【００２９】
認証サーバ２０は、鍵盤楽器１０からＭＩＤＩデータを受信している間は（ステップＳ１０：YES）、情報抽出エンジンにより受信したＭＩＤＩデータから暗号化された認証情報を抽出し（ステップＳ１１）、復号エンジンにより抽出した認証情報の復号を行うと共に（ステップＳ１２）、復号した認証情報内の乱数等がメモリに記録した情報と一致するか否かの判定を行う（ステップＳ１３）。そして、認証サーバ２０は、復号した認証情報内の乱数等がメモリに記録した情報と一致している場合は（ステップＳ１３：YES）、このＭＩＤＩデータの送信元が認証対象の鍵盤楽器であると認証し、そのＭＩＤＩデータの配信を希望する任意の端末にインターネットを介してストリーム配信する（ステップＳ１４）。認証サーバ２０は、このステップＳ１０〜Ｓ１４の処理をＭＩＤＩデータを受信する間繰り返し、鍵盤楽器１０がＭＩＤＩデータの送信を中止するまでＭＩＤＩデータの配信を行う。
【００３０】
これに対して、認証サーバ２０は、復号した認証情報内の乱数等がメモリに記録した情報と一致しなかった場合、または、途中から一致しなくなった場合は（ステップＳ１３：NO）、ＭＩＤＩデータの送信元が認証対象の鍵盤楽器ではないと判定し、ＭＩＤＩデータの配信を行わず、または、ＭＩＤＩデータの配信を中止して処理を終了する。すなわち、認証サーバ２０は、ＭＩＤＩデータの受信中（配信中）はＭＩＤＩデータの送信元が鍵盤楽器か否かを継続的に判定し、鍵盤楽器が認証されなくなるとＭＩＤＩデータの配信を中止する（ステップＳ１５）。
【００３１】
このようにして、この認証システム１において、鍵盤楽器１０は、認証サーバ２０から送信された乱数を含む認証情報をＭＩＤＩデータに継続的に埋め込んで送信することにより、ＭＩＤＩデータを受信した認証サーバ２０はＭＩＤＩデータの送信元である鍵盤楽器の正当性を継続的に確認することができる。また、この鍵盤楽器１０は、演奏者が認証された場合のみＭＩＤＩデータを認証サーバ２０に送信するので、認証サーバ２０は鍵盤楽器１０によって認証された演奏者の演奏のＭＩＤＩデータのみを受信できる。従って、この認証システム１においては、ＭＩＤＩデータを送信中の鍵盤楽器１０と、その鍵盤楽器１０の演奏者の正当性を確認することができ、配信するＭＩＤＩデータの演奏価値を保証することができる。
【００３２】
（３）  変形例
（３．１）  第１変形例
上述の実施形態においては、認証先の演奏者の演奏から取得したＭＩＤＩデータをメモリ１４に記録しているＭＩＤＩデータと比較することにより演奏者の認証を行う場合について述べたが、本発明はこれに限らず、さらに、演奏者の音感評価、聴感評価またはリズム感評価を行って演奏者の認証精度を向上させるようにしてもよい。
【００３３】
具体的には、音感評価を行う場合は、絶対音感評価は、例えば、演奏者に430、435、440、445、450［Ｈｚ］の音を所定順序で聞かせ、440［Ｈｚ］の音が何番目の音かを指示させ、そのズレ量から同一人物か否かを判定でき、相対音感評価は、例えば、演奏者に440［Ｈｚ］等の基準音を聴かせた後、523.25［Ｈｚ］前後等の異なる周波数の音を聴かせて、所定の周波数の音が何番目になったか否かを指示させ、そのズレ量から同一人物か否かを判定することができる。なお、これら音感評価は、認証を行う毎に聴かせる音の順番や周波数を変更することが望ましい。また、これら評価を複数回行い、評価のばらつきが同様か否かで同一人物か否かを判定してもよい。
【００３４】
また、聴感評価を行う場合は、例えば、同一周波数の２つの音と、周波数が異なる２つの音とをそれぞれ同一音量と異なる音量で聞かせて、どちらの音が大きいか、若しくは、同一音量かを指示させる方法で評価でき、この評価結果から同一人物か否かを判定することができる。この場合、可聴域境界付近の音を使用するのが望ましい。また、リズム感評価を行う場合は、演奏者に所定のリズムパターンを聞かせた後、そのリズムパターンを鍵盤操作等で再現させ、入力タイミングのズレ量を測定し、そのズレ量から同一人物か否かを判定することができる。
【００３５】
（３．２）  第２変形例
上述の実施形態においては、ＭＩＤＩデータ内のベロシティの下位ビットを認証情報のビット列に置換する方法によってＭＩＤＩデータ内に認証情報を埋め込む場合について述べたが、本発明はこれに限らず、前後のベロシティの差分値の下位ビットが認証情報のビット列になるようにベロシティの下位ビットを変更する方法を適用してもよい。この場合、後でこのＭＩＤＩデータ全体または一部のベロシティの値が変更された場合でも、前後のベロシティの差分値は同一の値に維持されるので、認証情報の削除や改竄をより確実に防止することができる。また、上述の実施形態では認証情報を暗号化して埋め込む場合について述べたが、暗号化せずに埋め込むようにしてもよい。
【００３６】
（３．３）  第３変形例
上述の実施形態においては、インターネットに接続された認証サーバが楽器の認証を行う場合について述べたが、本発明はこれに限らず、例えば、パーソナルコンピュータ等のＭＩＤＩデータ入力可能な各種装置が認証装置として楽器の認証を行ってもよい。
【００３７】
（３．４）  第４変形例
上述の実施形態においては、鍵盤楽器に本発明を適用する場合について述べたが、本発明はこれに限らず、例えば、電子楽器等のＭＩＤＩデータやオーディデータ等の演奏情報を出力可能な楽器や、鍵盤等の演奏入力装置が接続可能でＭＩＤＩデータやオーディオデータ等の演奏情報を出力可能なパーソナルコンピュータに広く適用することができる。
【００３８】
【発明の効果】
上述したように本発明によれば、演奏情報を出力中の楽器とその楽器の演奏者の正当性を継続的に確認することができる。
【図面の簡単な説明】
【図１】  本発明の実施形態に係る認証システムの全体構成を示す図である。
【図２】  鍵盤楽器の制御システムを示すブロック図である。
【図３】  演奏者及び鍵盤楽器を認証する場合の鍵盤楽器と認証サーバの動作を示すシーケンスチャートである。
【図４】  図３の続きのシーケンスチャートである。
【図５】  ＭＩＤＩデータの比較の説明に供する図である。
【符号の説明】
１……認証システム、１０……鍵盤楽器、１１……制御部、１２……操作部、１３……表示部、１４……メモリ、１５……演奏検出部、１６……音源、１７……アンプ内蔵スピーカ、１８……通信インターフェース、１９……駆動部、２０……認証サーバ。
【図１】
0004258977.tif 000002
【図２】
0004258977.tif 000003
【図３】
0004258977.tif 000004
【図４】
0004258977.tif 000005
【図５】
0004258977.tif 000006