JP2008242233A - 外部機器識別手段を備えた楽器 - Google Patents

Abstract

【課題】利用者が煩雑な操作をしなくても、利用者の好みに合った楽曲の情報を入手することができる自動演奏楽器を提供する。
【解決手段】利用者の認証後に、自動演奏装置２０はオーディオ再生装置１０のファイル管理テーブル１４ａに記憶されている各楽曲コードとこれと対になる再生回数のデータ群を受信・解析して、データ配信装置３０に送信する。データ配信装置３０はこの解析結果に応じて推薦すべき複数の楽曲の楽曲情報を含む楽曲推薦リストを生成し、自動演奏装置２０にこれを送信して表示させる。この表示に応じて利用者が楽曲を選択してダウンロード操作を指示すると、選択した楽曲の楽曲コードがデータ配信装置３０に送信される。データ配信装置３０は送信された楽曲コードに対応する楽曲ファイルを取得し、自動演奏装置２０に送信する。送信された楽曲ファイルは記憶部２２に記憶されるとともに、自動演奏される。
【選択図】図１

Description

本発明は、通信機能を備えた自動演奏楽器の技術に関する。

近年、ネットワーク通信機能を備えた楽器が開発されている。このような楽器の中には通信機能によって楽譜や楽曲データをダウンロードすることができるものもあり、比較的容易に楽譜や楽曲を入手することができるようになっている。一方、利用者が意識して求める楽譜や楽曲のほかに、利用者にとって本来有用であるにもかかわらず、気がつくことができない情報もある。こうした、利用者の意識の外にある楽曲を推薦する楽器としては特許文献１のようなものが挙げられる。
特開２００２−７０１４号公報 しかし、特許文献１の技術によれば、利用者の音楽嗜好を推測するためのデータが手動演奏による演奏データのみであったため、利用者の音楽嗜好を楽曲の推薦に十分に反映できているとはいえなかった。

本発明は、このような事情に鑑みてなされたものであり、自動演奏楽器が利用者の趣向に添った楽曲推薦をする技術を提供する。

本発明の好適な態様である演奏装置は、楽曲データを再生する外部機器から、前記外部機器を識別する機器識別データおよび前記楽曲データを特定する楽曲識別データを受信する受信手段と、前記受信手段が受信した前記楽曲識別データを前記機器識別データ毎に区分けして記憶する記憶手段と、前記記憶手段内の機器識別データ毎の前記楽曲識別データを用いて、当該機器識別データ毎に嗜好性を示す傾向情報を生成して出力する傾向情報生成手段と、前記傾向情報生成手段が出力した傾向情報を所定のサーバに送信する送信手段と、前記傾向情報に対する応答として前記サーバから送信されたコンテンツのリストを示すリストデータを受信するリストデータ受信手段と、前記リストデータ受信手段が受信したリストデータを表示する表示手段と、操作者の操作に連動し、前記表示手段が表示しているリストデータ中のコンテンツを特定する特定手段と、前記特定手段によって特定されたコンテンツを前記サーバに要求し、当該要求に応じて配信されたコンテンツを受信するコンテンツ受信手段と、操作者によって演奏される演奏操作子を有し、前記演奏操作子の操作に応じた楽音を発生する演奏手段とを具備することを特徴とする。

上述の態様において、前記受信手段は、前記機器識別データ、前記楽曲識別データに加えて前記楽曲データの再生回数を示す再生回数データを受信し、前記記憶手段は、前記受信手段が受信した前記楽曲識別データとこれに対応する再生回数データとを前記機器識別データ情報毎に区分けして記憶し、前記傾向情報生成手段は前記記憶手段内の機器識別データ毎に前記楽曲識別データと前記再生回数データを用いて、当該機器識別データ毎に嗜好性を示す傾向情報を生成して出力してもよい。
また、前記傾向情報生成手段は、前記受信手段が受信した各データをそのまま傾向情報として出力してもよい。

また、上述の態様において、前記演奏手段によって演奏された演奏を演奏データにして記憶する演奏記憶手段を具備し、前記傾向情報生成手段は、前記演奏記憶手段内の演奏データと前記受信手段が受信した各データに基づいて前記機器識別データ毎の傾向情報を生成して出力してもよい。
また、上述の態様において、前記演奏操作子の一部もしくは全部が、前記特定手段を兼ねていてもよい。

また、上述の態様において、前記コンテンツには自動演奏を指示する自動演奏データが含まれ、前記演奏手段は、前記コンテンツ受信手段が受信したコンテンツのうち前記自動演奏データに基づいて自動演奏を行う自動演奏手段を有していてもよい。

本発明によれば、利用者が煩雑な操作をしなくても、自動演奏楽器から利用者の好みに合った楽曲の情報を入手することができる。

（１）実施形態の構成
図１は、本実施形態に係る楽曲配信システム１００の全体構成を示す図である。
この楽曲配信システム１００は、オーディオ再生装置１０と、自動演奏装置２０と、データ配信装置３０と、パーソナルコンピュータＰＣとを備えている。オーディオ再生装置１０は、オーディオデータやＭＩＤＩ（ＭｕｓｉｃａｌＩｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ；登録商標）データを再生して、オーディオ信号を出力する装置であり、例えばポータブルオーディオプレイヤーである。自動演奏装置２０は、外部機器との通信機能を有するとともに、ＭＩＤＩの規格に準拠した楽曲データであるＭＩＤＩデータに基づいて自動演奏を行う自動演奏ピアノの構成を有している。この場合、自動ピアノは演奏者による鍵盤の演奏操作によっても楽音を生成することもできるようになっている。また、自動演奏装置２０は、ＭＩＤＩデータに基づいて電子音源を用いた自動演奏を行う機能も有している。なお、自動演奏装置２０の詳細については後述する。
データ配信装置３０は、インターネットや固定電話網など様々な通信網によって構成されるネットワーク４０を介して、パーソナルコンピュータＰＣや自動演奏装置２０にオーディオデータやＭＩＤＩデータを配信する装置であり、例えばＷＷＷ（World Wide Web）サーバ装置である。パーソナルコンピュータＰＣ、自動演奏装置２０及びデータ配信装置３０はそれぞれ有線又は無線によってネットワーク４０に接続されている。また、オーディオ再生装置１０はパーソナルコンピュータＰＣや自動演奏装置２０のそれぞれと相互に接続可能であり、これらの装置が協働することによって、楽曲を再生する再生システムとして機能する。なお、オーディオデータ及びＭＩＤＩデータは、それぞれファイル形式のデータとして取り扱われるから、以下では、オーディオファイルとＭＩＤＩファイルといい、両方を総称して楽曲ファイルという。また、ＭＩＤＩファイルに基づいて自動演奏を行うことを、以下では必要に応じて、ＭＩＤＩファイルを再生する、という。

（１−１）データ配信装置３０の構成
図２は、データ配信装置３０の構成の一例を示す図である。
データ配信装置３０は、制御部３１と、通信部３２と、記憶部３３とを備えている。制御部３１は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などの演算装置とＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの各種メモリを備えている。演算装置がこれらのメモリや記憶部に記憶されているコンピュータプログラムを読み出して実行することにより、データ配信装置３０の各部を制御する。通信部３２は、ネットワーク４０に接続されており、制御部３１による制御の下で自動演奏装置２０と通信を行う。

記憶部３３は、例えばハードディスクなどの大容量の記憶手段である。この記憶部３３には、オーディオ再生装置１０に配信するためのオーディオファイルを記憶したオーディオファイル群と、自動演奏装置２０に配信されるＭＩＤＩファイルから成るＭＩＤＩファイル群と、これらオーディオ再生装置１０や自動演奏装置２０にオーディオファイルやＭＩＤＩファイルを配信するための手順が記述された楽曲配信プログラムの他、各種の画面データなどが記憶されている。さらにこの記憶部３３には、利用者管理テーブル３３ａが記憶されている。利用者管理テーブル３３ａには、利用者及びオーディオ再生装置１０を特定する情報が記憶されている。なお、利用者管理テーブル３３ａは、予めパーソナルコンピュータＰＣを通じた登録操作等によって作成される。

（１−２）データ構造
次に、本実施形態で取り扱われる各種データの内容を説明する。
図３は、オーディオファイルの構成の一例を示す図である。
オーディオファイルは、タグ部分とコンテンツ部分とからなる。タグ部分には、タグの識別文字列を先頭に、曲名、アーティスト名などの楽曲ファイルについての各種関連情報が含まれている。コンテンツ部分には、例えば、４４．１（ｋＨｚ）などの所定のサンプリング周波数を基準にしてサンプリングされた時系列の音声波形をデジタル化し、必要に応じて圧縮されたデータそのものが含まれている。

図４は、１つのＭＩＤＩファイルの構造を示す図である。
このＭＩＤＩファイルは、ＳＭＦ(Standard MIDI File)とも呼ばれており、図４上段に示すように、ヘッダチャンクとトラックチャンクによって構成されている。ヘッダチャンクには、チャンクタイプ等のＳＭＦの属性情報が含まれている。トラックチャンクには、実体となるＭＩＤＩデータが含まれている。トラックチャンクには、同図下段に示すように、演奏制御等を指示するイベントと、先行するイベントと後発のイベントとの発生時間間隔を示すデルタタイムとが含まれている。イベントには、発音又は消音すべき旨を示すノートオン・ノートオフ情報や、音の高さを示すノートナンバ情報や、発音の強弱を示すベロシティ情報などが含まれている。

（１−３）オーディオ再生装置１０の構成
次に、図５のブロック図を参照しながら、オーディオ再生装置１０の構成について説明する。
オーディオ再生装置１０は、制御部１１と、第１通信部１２と、第２通信部１３と、記憶部１４と、操作部１５と、表示部１６と、放音部１７とを備えている。制御部１１は、例えばＣＰＵなどの演算装置とＲＯＭやＲＡＭなどの各種メモリを備えている。演算装置がこれらのメモリや記憶部に記憶されているコンピュータプログラムを読み出して実行することにより、オーディオ再生装置１０の各部を制御する。本実施形態において、第１通信部１２は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースであり、パーソナルコンピュータＰＣと通信を行う。第２通信部１３も同様に、ＵＳＢインタフェースであり、自動演奏装置２０と通信を行う。また、オーディオ再生装置１０には１台につき１つの固有な識別信号（以下ｍ−ＩＤ）が割り当てられており、第１通信部１２と第２通信部１３は、制御部１１の制御の下、この識別信号ｍ−ＩＤを送信する。識別信号ｍ−ＩＤとは、例えば、ネットワーク機器のＭＡＣアドレスや予め制御部１１内のＲＯＭに記憶させたシリアルナンバーなどである。
操作部１５は例えばメニュー画面に表示されたリスト中のいずれかの項目を選択するための方向ボタンやスイッチなどを備えており、利用者による操作を受け付けてその操作内容に応じた信号を制御部に供給する。表示部１６は、例えば液晶ディスプレイ装置であり、制御部１１から与えられるデータに基づいて利用者との対話画面や各種の情報を表示する。放音部１７は、楽曲ファイルの再生によって生成される音響信号を増幅するアンプと増幅された音響信号を出力する出力端子を備えており、本実施形態においてアンプにより増幅された音響信号はこの出力端子を介してイヤホン１７ａへ出力される。イヤホン１７ａはこの音響信号を振動膜の振動に変換することにより音響信号に応じた音を放音する。

記憶部１４は、例えばハードディスクやフラッシュＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの大容量の記憶手段であり、楽曲再生プログラム、ソフトウェアＭＩＤＩ音源のほか、パーソナルコンピュータＰＣから第１通信部１２を介してダウンロードした楽曲ファイルが記憶されている。さらにこの記憶部１４には、ファイル管理テーブル１４ａが記憶されている。ファイル管理テーブル１４ａには、再生システムにおいて再生対象となる楽曲ファイルの属性情報が記述されている。

図６はオーディオ再生装置１０の外観図である。図６に示すように、オーディオ再生装置１０は平板状の筐体を有し、前述した表示部１６は、筐体の正面に方形状に設けられ、操作部１５は図示のようにボタン群を備えている。本実施形態では、操作部１５は、上ボタン１５Ｕ、右ボタン１５Ｒ、下ボタン１５Ｄ、左ボタン１５Ｌ、中央ボタン１５Ｃの５つのボタンを備えている。また、オーディオ再生装置１０は筐体の上面に放音部１７の端子部分を備えている。放音部１７の端子部分には前述の差込式のイヤホン１７ａが接続されている。

（１−４）自動演奏装置２０の構成
次に、図７のブロック図を参照しながら、自動演奏装置２０の構成について説明する。
自動演奏装置２０は、コントローラ２１と、記憶部２２と、第１通信部２３と、第２通信部２４と、操作部２５と、演奏部２６と、表示部２７とを備えている。第１通信部２３は、ネットワーク４０に接続されており、コントローラ２１による制御の下でデータ配信装置３０と経由の通信を行う。第２通信部２４は、例えばＵＳＢインタフェースであり、オーディオ再生装置１０の第２通信部１３と通信を行う。コントローラ２１は、例えばＣＰＵなどの演算装置とＲＯＭやＲＡＭなどの各種メモリを備えており、ＣＰＵがＲＯＭや記憶部に格納されている各種プログラムを実行することで自動演奏装置２０全体を制御する。このコントローラ２１は、時間を計測する計時部２１ａを備えている。計時部２１ａは、水晶振動子を有する発振回路（図示略）を備えており、その発振回路から出力される発信信号を適宜分周してタイミング制御用のクロックを生成し、生成したクロックに基づいて時間を計測する。操作部２５は各種のキーを備えており、押下されたキーに対応した信号を制御部１１へ出力する。表示部２７は、ＣＲＴ（Cathode Ray Tube）またはＬＣＤ（Liquid Crystal Display）等の表示装置を備えており、制御部１１の制御下で文字や画像を表示する。

記憶部２２は、例えばハードディスクなどの大容量の記憶手段であり、第１通信部２３を介してダウンロードされたＭＩＤＩファイルなどを記憶する。また、記憶部２２は、オーディオ再生装置１０が記憶しているファイル管理テーブル１４ａに基づいて生成した履歴管理データベース２２ａも記憶する（なお、図中では必要に応じて「データベース」を「ＤＢ」と表記する）。履歴管理データベース２２ａには、オーディオ再生装置１０における楽曲ファイル再生の変遷を解析するための情報が記載されている。コントローラ２１は、記憶部２２に記憶されているＭＩＤＩファイルを読み出し、そのファイルに含まれているイベントを、演奏部２６に供給する。なお、履歴管理データベース２２ａの詳細については後述する。

演奏部２６は、ＭＩＤＩファイルから抽出されたイベントに従って演奏音を出力するほか、利用者による鍵操作に応じて打弦による演奏音を出力する。前者を「自動演奏」と呼び、後者を「手動演奏」という。演奏部２６は、駆動機構２６ａと、キーセンサ２６ｂと、ペダルセンサ２６ｃと、ピアノ電子回路２６ｄと、ピアノ音源２６ｅと、ミキサ２６ｆと、アンプ２６ｇと、スピーカ２６ｈとを有している。駆動機構２６ａは、複数の鍵や複数のペダルのほか、各鍵に対応して設けられた駆動ソレノイド群などを有している。キーセンサ２６ｂ及びペダルセンサ２６ｃは、手動演奏を行うための構成であり、複数の鍵やペダルの各々に対応して設けられている。これらキーセンサ２６ｂ及びペダルセンサ２６ｃは、鍵及びペダルを押したときの強さや深さなどを検出し、検出した鍵若しくはペダルを特定するキー番号若しくはペダル番号、ベロシティ情報（押鍵速度等に対応したデータ）等を含む検出結果をピアノ電子回路２６ｄに供給する。

ピアノ電子回路２６ｄは、自動演奏を行う場合には、コントローラ２１からイベントを受け取り、そのイベントをピアノ音源２６ｅに供給する。ピアノ音源２６ｅは、イベントにより指示された演奏音を出力するためのオーディオ信号を生成する。また、ピアノ電子回路２６ｄは、コントローラ２１から受け取ったイベントに従って、駆動機構２６ａが備える駆動ソレノイド群に対して通電制御を行う。具体的には、ピアノ電子回路２６ｄは、ある演奏音についてノートオン（押鍵）のイベントをコントローラ２１から受け取った場合には、その演奏音の鍵に対応したソレノイドに駆動電流を流し、鍵を押下させるのに必要な磁力をソレノイドにより発生させる。一方、ある演奏音についてノートオフ（離鍵）のイベントを受け取った場合、ピアノ電子回路２６ｄは、その演奏音の鍵に対応して駆動しているソレノイドの駆動電流をとめることで、鍵を離鍵させる。

また、ピアノ電子回路２６ｄは、手動演奏を行う場合、キーセンサ２６ｂ及びペダルセンサ２６ｃから供給される検出結果に基づいてイベントを生成する。例えば、「ドの音（ノートナンバ）を速度１０（ベロシティ）で発音（ノートオン）せよ」といった演奏制御を指示するイベントを生成し、そのイベントをピアノ音源２６ｅに供給する。ピアノ音源２６ｅは、このイベントに従って、指示された演奏音を出力するためのオーディオ信号を生成する。

上記のようにしてピアノ音源２６ｅにより生成されたオーディオ信号は、ミキサ２６ｆへ出力される。ミキサ２６ｆは、ピアノ音源２６ｅから出力されるオーディオ信号を、必要に応じて他のオーディオ信号と混合してアンプ２６ｇに出力する。この信号はアンプ２６ｇによって増幅され、スピーカ２６ｈから演奏音として出力される。
また、ピアノ電子回路２６ｄは、手動演奏により生成されたこれらのイベントをＭＩＤＩファイルとして記憶部２２に記憶することもできる。記憶部２２にこれらのイベントを記憶する期間は、例えば、操作部２５を介して手動演奏の収録開始指令を受けてから収録停止指令を受けるまでの期間などである。

（１−５）管理テーブル及び管理データベースの構成
（１−５−１）利用者管理テーブルの構成
次に、図８を用いて利用者管理テーブル３３ａを説明する。図８は上述した利用者管理テーブル３３ａの構造の一例を示す図である。利用者管理テーブル３３ａには、オーディオ再生装置１０の識別信号ｍ−ＩＤが、オーディオ再生装置１０の利用者を示す文字列である利用者名（以下、ｕ−ＩＤという）と関連付けられて記述されている。例えば、識別信号ｍ−ＩＤ「ｍ２００００」によって特定されるオーディオ再生装置１０の利用者名ｕ−ＩＤは「ＴＡＲＯ」である。データ配信装置３０は、識別信号ｍ−ＩＤをキーにしてこの利用者管理テーブル３３ａを検索し、その結果、対応する利用者名ｕ−ＩＤを特定することができる。

（１−５−２）ファイル管理テーブルの構成
次に、図９は上述したファイル管理テーブル１４ａの構造の一例を示す図である。ファイル管理テーブル１４ａは、図９に示すように１つの楽曲ファイル毎に対応する１つのレコードを持っている。レコードには対応する楽曲ファイルの属性情報が含まれており、この属性情報とは、具体的には、楽曲コード、楽曲名、再生回数である。
ここで楽曲コードとは楽曲ファイルに記述された楽曲を識別するための文字列であり、楽曲毎にユニークな（識別可能な）文字列となるようにデータ配信装置３０によって付与されたものである。これは、例えば図に示すように「Ａ−１２３４−５６７８−９ＭＤ」のような文字列である。データ配信装置３０はパーソナルコンピュータＰＣや自動演奏装置２０へ楽曲ファイルとともにこの楽曲コードを送信する。これにより、ファイル管理テーブル１４ａの楽曲コードをキーにして、制御部１１は記憶部１４に記憶した楽曲ファイルを特定することが可能となる。なお、楽曲コードはオーディオファイルであれば、タグ部分のコメント領域に記憶してもよい。
楽曲名とは、その楽曲の内容が利用者にわかるように表現された文字列であり、例えば、「ゴルトベルク変奏曲」「ポロネーズ第６番変イ長調」などである。
再生回数とは、その楽曲がオーディオ再生装置１０においてダウンロードされてから今までに再生された回数をいう。

（１−５−３）履歴管理データベースの構成
次に、図１０は自動演奏装置２０の履歴管理データベース２２ａの一例を示す図である。履歴管理データベース２２ａには、利用者名テーブル２２ａ−１と楽曲コードテーブル２２ａ−２と、利用履歴テーブル２２ａ−３が記述されており、これらが図６に示すように、関連付けられてデータベースを構築している。ここで、利用者名テーブル２２ａ−１とは、自動演奏装置２０に接続したオーディオ再生装置１０の利用者名ｕ−ＩＤを記述したテーブルである。楽曲コードテーブル２２ａ−２とは、利用者がオーディオ再生装置１０に所持していた楽曲ファイルの楽曲コードを記述したテーブルであり、当該利用者名ｕ−ＩＤ毎に構築されている。利用履歴テーブル２２ａ−３とは、利用者名ｕ−ＩＤと楽曲コードの組み合わせ毎に、データ受信時刻及び再生回数を記述したテーブルである。

例えば、利用者「ＴＡＲＯ」が記憶部１４に楽曲コードが「Ａ−１２３４−５６７８−９ＭＤ」で特定される楽曲ファイルを記憶させた状態で、オーディオ再生装置１０を自動演奏装置２０に接続した最後の日は「２００７年２月９日」であり、その時点での再生回数は３４である。その前のデータ受信時刻は「２００７年２月２日」であり、この時点での再生回数は２０である。すなわち、この楽曲ファイルは２００７年２月２日から同年２月９日にかけて「ＴＡＲＯ」によって、オーディオ再生装置１０において１４回再生されたことがわかる。
一方楽曲コードが「Ｃ−４３２１−８７６５−９ＷＶ」で特定される楽曲ファイルの最新のデータ受信時刻「２００７年２月９日」には再生回数に空の値（数値の０と異なり、データが空であることを示す値をいう。図中は「−」で表す。）が記録されている。これはすなわち、この楽曲ファイルは、２００７年２月２日から同年２月９日にかけてオーディオ再生装置１０において「ＴＡＲＯ」によって削除されたファイルであることを示す。
このようにして、自動演奏装置２０は履歴管理データベース２２ａを用いることで、オーディオ再生装置１０における記憶内容の変遷がわかるため、利用者毎に楽曲の好みの変遷を把握することができる。

（２）実施形態の動作
次に、実施形態の動作を説明する。
（２−１）オーディオ再生装置１０による単独動作
〔認証プロセスＳ１００〕
図１１は認証プロセスＳ１００の動作を示すシーケンス図である。まず、オーディオ再生装置１０は第２通信部１３を介して自動演奏装置２０に識別信号ｍ−ＩＤを送信する（ステップＳ１０１−１）。自動演奏装置２０は第２通信部２４によって、識別信号ｍ−ＩＤを受信し（ステップＳ１０１−２；ＹＥＳ）、コントローラ２１の制御の下に当該識別信号ｍ−ＩＤが記憶部２２に記憶されているかどうかを判定する（ステップＳ１０２）。識別信号ｍ−ＩＤが記憶部２２に記憶されている場合には（ステップＳ１０２；ＹＥＳ）、自動演奏装置２０は表示部２７に利用者が認証された旨を表す認証メッセージを表示させる（ステップＳ１０３）。識別信号ｍ−ＩＤが記憶部２２に記憶されていない場合には（ステップＳ１０２；ＮＯ）、後述するサーバ確認プロセスＳ２００を開始する。

〔サーバ確認プロセスＳ２００〕
図１２はサーバ確認プロセスＳ２００の動作を示すシーケンス図である。自動演奏装置２０はコントローラ２１の制御の下、第１通信部２３によってデータ配信装置３０へ前述した識別信号ｍ−ＩＤを送信する（ステップＳ２０１−１）。データ配信装置３０は制御部３１の制御の下、通信部３２のデータ受信状態を監視し（ステップＳ２０１−２）、データの受信を検知すると（ステップＳ２０１−２；ＹＥＳ）、受信したデータが識別信号ｍ−ＩＤであるかどうかを判定する（ステップＳ２０１−３）。受信したデータが識別信号ｍ−ＩＤでない場合には（ステップＳ２０１−３；ＮＯ）、データは後述するデータ解析プロセスＳ６００によって得られた解析結果であるため、制御部３１は後述する楽曲推薦プロセスＳ５００に処理を移行する。受信したデータが識別信号ｍ−ＩＤである場合には（ステップＳ２０１−３；ＹＥＳ）、制御部３１は記憶部３３内の利用者管理テーブル３３ａに受信した当該識別信号ｍ−ＩＤが記憶されているかどうか判断する（ステップＳ２０２）。識別信号ｍ−ＩＤが利用者管理テーブル３３ａに記憶されている場合には（ステップＳ２０２；ＹＥＳ）、記憶されている識別信号ｍ−ＩＤと関連付けられて記述されている利用者名ｕ−ＩＤを自動演奏装置２０へ送信する（ステップＳ２０３−１）。識別信号ｍ−ＩＤが利用者管理テーブル３３ａに記憶されていない場合には（ステップＳ２０２；ＮＯ）、識別信号ｍ−ＩＤに対応する利用者名ｕ−ＩＤがない旨を自動演奏装置２０へ送信する（ステップＳ２０３−２）。自動演奏装置２０は、データ配信装置３０から送信されたデータを受信し（ステップＳ２０４）、受信したデータに当該識別信号ｍ−ＩＤに対応する利用者名ｕ−ＩＤがあるかどうかを判断する（ステップＳ２０５）。そして、当該利用者名ｕ−ＩＤがある場合には（ステップＳ２０５；ＹＥＳ）、これを当該識別信号ｍ−ＩＤと対にして記憶部２２に記憶し、さらに計時部２１ａから得た現在時刻をタイムスタンプとしてこれらに付して記憶する（ステップＳ２０６）。そして、認証メッセージを表示するプロセス（ステップＳ１０３）に移行する。一方、受信したデータに識別信号ｍ−ＩＤに対応する利用者名ｕ−ＩＤがない場合には（ステップＳ２０５；ＮＯ）、表示部２７によって未登録である旨の表示をし（ステップＳ２０７）、新たに識別信号ｍ−ＩＤの受信待ちの状態（ステップＳ１０１−２）に移行する。

〔記憶部２２の更新プロセスＳ４００〕
一方、自動演奏装置２０の計時部２１ａによって生成されるクロックを用いて、コントローラ２１は記憶部２２の更新プロセスＳ４００を所定間隔で起動する。図１３は記憶部２２の更新プロセスＳ４００の動作を示すフロー図である。予め記憶部２２には識別信号ｍ−ＩＤの記憶時間についての閾値（例えば「６時間」など）が記憶されている。この閾値と現在時刻とステップＳ２０６で記憶したタイムスタンプから、当該識別信号ｍ−ＩＤの記憶時期が古いか否かを判断し（ステップＳ４０１）、当該識別信号ｍ−ＩＤの記憶時期が古いと判断する場合（ステップＳ４０１；ＹＥＳ）、コントローラ２１はこの識別信号ｍ−ＩＤと、当該識別信号ｍ−ＩＤと対にして記憶した利用者名ｕ−ＩＤ及びタイムスタンプを記憶部２２から削除して、割り込み処理を終了する（ステップＳ４０２）。当該識別信号ｍ−ＩＤの記憶時期が古いと判断しない場合（ステップＳ４０１；ＮＯ）には識別信号ｍ−ＩＤを削除せずに割り込み処理を終了する。

〔楽曲推薦プロセスＳ５００〕
図１４は楽曲推薦プロセスＳ５００の動作を示すシーケンス図である。
上述のプロセス群により、自動演奏装置２０によってオーディオ再生装置１０の利用者が認証されたら、自動演奏装置２０はオーディオ再生装置１０に対し、ファイル管理テーブル１４ａに記憶されている各楽曲コードとこれと対になる再生回数のデータ群を要求する（ステップＳ５０２）。オーディオ再生装置１０はこの要求に応じてデータ群を送信する（ステップＳ５０３）と、自動演奏装置２０はこのデータ群を解析する。この解析プロセスをデータ解析プロセスＳ６００といい、その詳細は後述する。

自動演奏装置２０はデータ解析プロセスＳ６００によって得られた解析結果をデータ配信装置３０に送信する（ステップＳ５０５）と、データ配信装置３０はこの解析結果に応じて推薦すべき複数の楽曲の楽曲情報（楽曲名、楽曲コード、楽曲の説明文など）を含む楽曲推薦リストを生成し（ステップＳ５０６）、自動演奏装置２０に当該楽曲推薦リストを送信する（ステップＳ５０７）。なお、本実施形態においては、解析結果に応じて楽曲推薦リストを生成する方法は、共通の楽曲コードが含まれている他の利用者の解析結果から、当該利用者の解析結果には含まれていない楽曲コードを抽出する方法である。自動演奏装置２０は送信された当該楽曲推薦リストのうち、楽曲名と楽曲の説明文を表示部２７によって表示させる（ステップＳ５０８）。図１５はこの楽曲推薦リストの表示の一例を示す図である。図に示すように、表示部２７には「＜＜ピアノ曲 ダウンロードサイト＞＞」というタイトルの下に複数の楽曲名（１．幻想即興曲、２．月の光、・・・など）が当該楽曲の説明文とともに記述されたリストが表示されている。各楽曲名のいずれかには楽曲名を囲むことで現在の選択項目を示す黒枠ＳＥＬ１が表示されている。これらのリストの下には「ダウンロード」及び「中止」とそれぞれ表記された操作ボタンが表示されており、ボタンのいずれかにはボタンを囲むことで現在の選択ボタンを示す黒枠ＳＥＬ２が表示されている。この表示に応じて利用者が操作部２５を介してＳＥＬ１、ＳＥＬ２の移動を表すキー（図示せず）を押下すると、コントローラ２１の制御によりＳＥＬ１、ＳＥＬ２はこの操作に応じた移動をして表示される。「ダウンロード」ボタンがＳＥＬ２によって囲まれている状態で利用者が操作部２５の決定を表すキー（図示せず）を押下すると、コントローラ２１はＳＥＬ１によって囲まれた楽曲名に対応する楽曲コードを選択した楽曲コードとして、第１通信部２３を介してデータ配信装置３０に送信する（ステップＳ５０９）。データ配信装置３０はダウンロード操作の内容を受けて送信された楽曲コードに対応する楽曲ファイルを取得し、当該楽曲ファイルを自動演奏装置２０に送信する（ステップＳ５１０）と、自動演奏装置２０は送信された楽曲ファイルを記憶部２２に記憶するとともに（ステップＳ５１１）、自動演奏する（ステップＳ５１２）。また、自動演奏装置２０はオーディオ再生装置１０に当該楽曲ファイルを送信し、（ステップＳ５１３）、オーディオ再生装置１０は送信された楽曲ファイルを記憶部１４に記憶する（ステップＳ５１４）。

〔データ解析プロセスＳ６００〕
データ解析プロセスＳ６００について、図１６を用いて詳細に説明する。自動演奏装置２０は上述のデータ群を受信して、計時部２１ａから得た現在時刻をデータ受信時刻として記憶部２２に記憶すると（ステップＳ６０１）、記憶部２２にオーディオ再生装置１０の識別信号ｍ−ＩＤと対にして記憶された利用者名ｕ−ＩＤをキーとして、履歴管理データベース２２ａ内の利用者名テーブル２２ａ−１を検索し、当該利用者名ｕ−ＩＤに関連付けられている楽曲コードテーブル２２ａ−２を特定する（ステップＳ６０２）。次に、受信したデータ群に記述された全ての楽曲コードについてループ処理を開始し（ステップＳ６０３）、受信したデータ群に記述された個々の楽曲コードがステップＳ６０２で特定した楽曲コードテーブル２２ａ−２に記憶されているか否かの判断を行う（ステップＳ６０４）。

当該楽曲コードが楽曲コードテーブル２２ａ−２にない場合（ステップＳ６０４；ＮＯ）には、この楽曲コードを新たに楽曲コードテーブル２２ａ−２に挿入し（ステップＳ６０５）、当該楽曲コードに対応する利用履歴テーブル２２ａ−３を作成して（ステップＳ６０６）、データ受信時刻と当該楽曲コードと対になる再生回数のデータを利用履歴レコードとして挿入する（ステップＳ６０７）。
当該楽曲コードが楽曲コードテーブル２２ａ−２にある場合（ステップＳ６０４；ＹＥＳ）には、上述のステップＳ６０５及びステップＳ６０６を行わず、ステップＳ６０７のみを行う。

次に、楽曲コードテーブル２２ａ−２にあり、受信したデータ群にない楽曲コードについてループ処理を行う（ステップＳ６０８）。このような楽曲コードに対応する利用履歴テーブル２２ａ−３にはデータ受信時刻と空の値を利用履歴レコードとして挿入する（ステップＳ６０９）。なお、「楽曲コードテーブル２２ａ−２にあり、受信したデータ群にない」ということは、例えば、前述のステップＳ６０７によって利用履歴テーブル２２ａ−３に記憶部２２に記憶したデータ受信時刻を含むレコードが挿入されていないことで判断することができる。

このようにして利用履歴テーブル２２ａ−３が更新されると、自動演奏装置２０は各楽曲コードにつき利用履歴テーブル２２ａ−３に今回挿入された再生回数と前回挿入された再生回数との差を演算し、この差が示す数値が大きい順に楽曲コードテーブル２２ａ−２の各楽曲コードを並べ替える（ステップＳ６１０）。「今回挿入された再生回数と前回挿入された再生回数との差」とは自動演奏装置２０がデータを受信した最近２回の間にオーディオ再生装置１０において再生された回数であるから、こうして並べ替えられた楽曲コードテーブル２２ａ−２は、利用者によく聴かれている楽曲の楽曲コードほど上位に記述されていることになり、利用者の好みを示す解析結果としての意味を持つ。本実施形態ではこの並べ替えられた楽曲コードテーブル２２ａ−２のうち上位１０件のレコードを解析結果として扱う。なお、挿入した再生回数が空の値である場合と利用履歴テーブル２２ａ−３に前回挿入した再生回数がない場合には再生回数の差が算出できないため、例えば負の値を用いるなどして、このような楽曲コードが下位に並べられるようにする。

（変形例）
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその一例を示す。なお、上述した実施形態及び、以下の各態様を適宜に組み合わせてもよい。

（１）上述した実施形態では、自動演奏装置２０はオーディオ再生装置１０がファイル管理テーブル１４ａに記憶した再生回数を含むデータ群を要求したが、自動演奏装置２０が解析するデータには再生回数が含まれなくてもよい。この場合、オーディオ再生装置１０に記憶されている楽曲名からジャンルやアーティストなどの嗜好を推定してもよい。
また、オーディオ再生装置１０が楽曲の評価値、最終再生日時、再生時間、演奏者名、ジャンルなどを各楽曲について管理して記憶している場合は、これらの情報あるいはこれらの組み合わせを用いて嗜好を推定してもよい。また、推定のアルゴリズムは適宜に設定すればよく、要するに予めプログラム等によって設定しておけばよい。この場合、評価値とは、例えば、利用者がその楽曲に対する評価を点数などの数値によって表したものであり、利用者によって入力される。一例としては、各楽曲について０点から５点までの評価点数などを入力する。演奏者名とは、その楽曲の演奏者の名前であり、オーディオファイルであれば図３に示すタグ部分の「アーティスト名」を用いてもよい。また、利用者の手動演奏をＭＩＤＩファイルとして記録した場合には、利用者名ｕ−ＩＤを演奏者名として用いてもよい。楽曲のジャンルは図３に示すタグ部分に記録されたジャンルコードを抽出してもよい。さらに、利用者の手動演奏をＭＩＤＩファイルとして記録した場合には、演奏履歴から解析したテンポと曲調を嗜好推定の要素として記憶してもよい。

（２）上述した実施形態では、データ解析プロセスＳ６００は自動演奏装置２０のコントローラ２１が行ったが、コントローラ２１はオーディオ再生装置１０から受信したデータ群をそのままデータ配信装置３０に送信し、データ解析プロセスＳ６００はデータ配信装置３０が行ってもよい。

（３）上述した実施形態では、自動演奏装置２０が利用者の音楽嗜好を解析するために用いるデータはオーディオ再生装置１０から送信されるデータ群のみであったが、解析のためのデータはこれのみに限られない。例えば、利用者が手動演奏をした際の演奏履歴を基に利用者の音楽嗜好を解析してもよい。この場合、演奏履歴から演奏曲の曲調や演奏レベルを推定することで利用者の音楽嗜好を解析してもよい。
また、上述のオーディオ再生装置１０から送信されるデータ群と上述の演奏履歴とを組み合わせて利用者の音楽嗜好を解析してもよい。この場合、よく聴く楽曲のジャンルの中から演奏レベルにあった楽曲を推薦することもできる。

（４）上述した実施形態では、楽曲推薦リストのうちから楽曲を選択する操作については、操作部２５を介して行ったが、楽曲選択の操作を指示する操作入力機器は操作部２５に限られない。例えば、演奏部２６のピアノの鍵盤を操作入力機器としてもよい。この場合、図１７に示すように、各鍵に数字を記載したピアノの鍵盤の画像を表示部２７に表示し、各鍵に記載した数字とリストの各楽曲名に振られた数字とを対応付けることで、利用者は任意の楽曲に対応した鍵を認識することができる。利用者が当該鍵を押下すると、押下された鍵の指示はキーセンサ２６ｂを介してコントローラ２１に出力され、コントローラ２１は当該指示に対応する楽曲の楽曲コードを特定することができる。

（５）上述した実施形態では、データ解析プロセスＳ６００の解析結果の応答としてデータ配信装置３０は楽曲推薦リストを送信したが、他のデータを送信してもよい。例えば、解析結果から最も推薦する楽曲データを自動演奏装置２０へ送信し、これを受信した自動演奏装置２０は当該楽曲データに基づいて自動演奏を開始してもよい。この場合、自動演奏装置２０にオーディオ再生装置１０を接続したら、推奨曲のさわりだけを自動的に弾き始めるというようにしてもよい。

（６）上述した実施形態では、第１通信部１２、第２通信部１３及び第２通信部２４はＵＳＢインタフェースであったが、第１通信部１２、第２通信部１３及び第２通信部２４はそれぞれ無線通信回路であってもよい。また、上述した実施形態では、第１通信部１２と第２通信部１３は別々の機器であったが、同一の通信機器で構成してもよい。
また、識別信号ｍ−ＩＤはオーディオ再生装置１０の第２通信部１３が送信し自動演奏装置２０の第２通信部２４が受信したが、オーディオ再生装置１０から識別信号ｍ−ＩＤを受信する機器を自動演奏装置２０に別途設けてもよい。このような機器としては、例えばオーディオ再生装置１０に付したＩＣタグを読み取るＩＣタグリーダや、オーディオ再生装置１０の筐体にに付したバーコードを読み取るバーコード読取装置などを使用することができる。

（７）上述した実施形態では、履歴管理データベース２２ａ内において利用者名テーブル２２ａ−１を用いて利用者名ｕ−ＩＤ毎にオーディオ再生装置１０における再生履歴の管理をしたが、機器を識別する識別信号ｍ−ＩＤと利用者名ｕ−ＩＤが１対１対応である場合には、実質上、識別信号ｍ−ＩＤ毎に再生履歴を管理していることと替わりないため、例えば、利用者名ｕ−ＩＤに代えて、識別信号ｍ−ＩＤ毎に再生履歴を管理してもよい。この場合には、サーバ確認プロセスＳ２００のステップＳ２０３において、識別信号ｍ−ＩＤに対応する利用者名ｕ−ＩＤを自動演奏装置２０に送信する代わりに識別信号ｍ−ＩＤが登録済みである旨のみを送信してもよい。さらに、利用者について登録の有無を確認しなくてもよい。この場合には、認証プロセスＳ１００（Ｓ１０１を除く）とサーバ確認プロセスＳ２００を省略してもよい。
また、一の機器を複数の利用者で利用する場合には、識別信号ｍ−ＩＤと利用者名ｕ−ＩＤは１対多の対応関係になる。このような場合には識別信号ｍ−ＩＤと利用者名ｕ−ＩＤとの組み合わせ毎に対して嗜好を推定すればよい。自動演奏装置２０は、オーディオ再生装置１０から送信される識別信号ｍ−ＩＤに加えて、手動演奏による演奏データを用いて利用者を特定してもよい。この場合、自動演奏装置２０は利用者の手動演奏による演奏データから利用者特有の演奏の癖を抽出し、利用者名ｕ−ＩＤとともに記憶部２２に記憶した過去の演奏履歴から当該抽出した癖を検索することで利用者名ｕ−ＩＤを特定してもよい。また、予め利用者名ｕ−ＩＤ毎にキーフレーズを定めておき、当該キーフレーズを演奏することで自動演奏装置２０に利用者名ｕ−ＩＤを特定させてもよい。

（８）上述した実施形態では、ステップＳ５０６における楽曲推薦リストの生成方法として、共通の楽曲が含まれている他の利用者の解析結果から、当該利用者の解析結果には含まれていない楽曲コードを抽出する方法を採用したが、楽曲推薦リストの生成方法はこれに限られない。例えば、楽曲の属性を示す複数の楽曲属性情報をそれぞれ数値化して多次元ベクトルとし、楽曲毎に当該ベクトルをデータベースに記憶させ、このデータベースを基に楽曲同士の「距離」を演算することで楽曲推薦リストを生成してもよい。この場合、例えば、ベクトル間の距離を示す距離関数は、ベクトル各成分の差をそれぞれ二乗して総和し、この総和の平方根を距離（ユークリッド距離）として定義すればよい。
楽曲属性情報としては楽曲の曲調、テンポ、作曲時期・年代、作曲家、演奏者、使用楽器などが挙げられる。これらをそれぞれ数値化することで、楽曲毎にこれらの数値が反映された固有のベクトルを付したデータベースを構築し、解析結果で示される「よく聴かれる楽曲」が示すベクトルに近い楽曲をこのデータベースから選択してもよい。

本実施形態に係る楽曲配信システム１００の全体構成を示す図である。 データ配信装置３０の構成の一例を示す図である。 オーディオファイルの構成の一例を示す図である。 １つのＭＩＤＩファイルの構造を示す図である。 オーディオ再生装置１０の構成を示すブロック図である。 オーディオ再生装置１０の外観図である。 自動演奏装置２０の構成を示すブロック図である。 利用者管理テーブル３３ａの構造の一例を示す図である。 ファイル管理テーブル１４ａの構造の一例を示す図である。 履歴管理データベース２２ａの一例を示す図である。 認証プロセスＳ１００の動作を示すシーケンス図である。 サーバ確認プロセスＳ２００の動作を示すシーケンス図である。 記憶部２２の更新プロセスＳ４００の動作を示すフロー図である。 楽曲推薦プロセスＳ５００の動作を示すシーケンス図である。 楽曲推薦リストの表示の一例を示す図である。 データ解析プロセスＳ６００の動作を示すシーケンス図である。 楽曲推薦リストの表示について、別の一例を示す図である。

符号の説明

１０…オーディオ再生装置、１１…制御部、１２…第１通信部、１３…第２通信部、１４…記憶部、１４ａ…ファイル管理テーブル、１５…操作部、１６…表示部、１７…放音部、２０…自動演奏装置、２１…コントローラ、２１ａ…計時部、２２…記憶部、２２ａ…履歴管理データベース、２２ａ−１…利用者名テーブル、２２ａ−２…楽曲コードテーブル、２２ａ−３…利用履歴テーブル、２３…第１通信部、２４…第２通信部、２５…操作部、２６…演奏部、２６ａ…駆動機構、２６ｂ…キーセンサ、２６ｃ…ペダルセンサ、２６ｄ…ピアノ電子回路、２６ｅ…ピアノ音源、２６ｆ…ミキサ、２６ｇ…アンプ、２６ｈ…スピーカ、２７…表示部、３０…データ配信装置、３１…制御部、３２…通信部、３３…記憶部、３３ａ…利用者管理テーブル、４０…ネットワーク

Claims (6)

1. 楽曲データを再生する外部機器から、前記外部機器を識別する機器識別データおよび前記楽曲データを特定する楽曲識別データを受信する受信手段と、
   前記受信手段が受信した前記楽曲識別データを前記機器識別データ毎に区分けして記憶する記憶手段と、
   前記記憶手段内の機器識別データ毎の前記楽曲識別データを用いて、当該機器識別データ毎に嗜好性を示す傾向情報を生成して出力する傾向情報生成手段と、
   前記傾向情報生成手段が出力した傾向情報を所定のサーバに送信する送信手段と、
   前記傾向情報に対する応答として前記サーバから送信されたコンテンツのリストを示すリストデータを受信するリストデータ受信手段と、
   前記リストデータ受信手段が受信したリストデータを表示する表示手段と、
   操作者の操作に連動し、前記表示手段が表示しているリストデータ中のコンテンツを特定する特定手段と、
   前記特定手段によって特定されたコンテンツを前記サーバに要求し、当該要求に応じて配信されたコンテンツを受信するコンテンツ受信手段と、
   操作者によって演奏される演奏操作子を有し、前記演奏操作子の操作に応じた楽音を発生する演奏手段と
   を具備することを特徴とする演奏装置。
2. 前記受信手段は、前記機器識別データ、前記楽曲識別データに加えて前記楽曲データの再生回数を示す再生回数データを受信し、
   前記記憶手段は、前記受信手段が受信した前記楽曲識別データとこれに対応する再生回数データとを前記機器識別データ毎に区分けして記憶し、
   前記傾向情報生成手段は前記記憶手段内の機器識別データ毎に前記楽曲識別データと前記再生回数データを用いて、当該機器識別データ毎に嗜好性を示す傾向情報を生成して出力することを特徴とする請求項１記載の演奏装置。
3. 前記傾向情報生成手段は、前記受信手段が受信した各データをそのまま傾向情報として出力することを特徴とする請求項１または２記載の演奏装置。
4. 前記演奏手段によって演奏された演奏を演奏データにして記憶する演奏記憶手段を具備し、
   前記傾向情報生成手段は、前記演奏記憶手段内の演奏データと前記受信手段が受信した各データに基づいて前記機器識別データ毎の傾向情報を生成して出力することを特徴とする請求項１から３いずれかに記載の演奏装置。
5. 前記演奏操作子の一部もしくは全部が、前記特定手段を兼ねていることを特徴とする請求項１から４いずれかに記載の演奏装置。
6. 前記コンテンツには自動演奏を指示する自動演奏データが含まれ、
   前記演奏手段は、前記コンテンツ受信手段が受信したコンテンツのうち前記自動演奏データに基づいて自動演奏を行う自動演奏手段を有していることを特徴とする請求項１から５いずれかに記載の演奏装置。

Images