JP6268937B2 - 音楽データファイル管理装置及びプログラム - Google Patents

Description

この発明は、例えばタブレット端末やスマートフォンなど適宜のコンピュータ装置を用いて、例えば電子楽器等の音楽処理装置で扱う音楽データファイルを管理するための技術に関する。

従来、例えばタブレット端末やスマートフォンなど適宜のコンピュータ装置に、例えば電子楽器などの適宜の音楽処理装置で扱う音楽データファイルを管理するための機能を実行させるアプリケーションプログラムがあった（下記の非特許文献１を参照）。本明細書では、かかるアプリケーションプログラムを実装したコンピュータ装置を、「音楽データファイル管理装置」という。音楽データファイルは、例えば自動演奏処理に用いる演奏データなど、音楽処理装置が実行する何らかの音楽処理に用いるデータである。音楽データファイル管理装置と音楽処理措置とは、例えばＷｉ‐Ｆｉ（無線ＬＡＮ）、ＵＳＢあるいはＭＩＤＩなど適宜の通信規格に準拠する有線又は無線の通信経路を通じて、相互に接続される。

ユーザは、音楽データファイル管理装置に備わるユーザインタフェースを用いて、音楽データファイルを管理できる。音楽データファイル管理装置は、前記ユーザインタフェースに対するユーザの操作に応じて、当該音楽データファイル管理装置と音楽処理装置との間で音楽データファイルを転送すること、当該音楽データファイル管理装置又は音楽処理装置に備わる記憶媒体に記憶されている音楽データファイルのファイル名変更すること、該音楽データファイルを削除すること、或いは、該音楽データファイルの記憶場所を変更することなど、各種の音楽データファイル管理動作を行う。

ところで、音楽処理装置のうち一部機種には、自身で記憶する音楽データファイルに対して、その機種に特有のファイル名付与ルールでファイル名を付けて、そのファイル名で音楽データファイルを管理するものがある。前記ファイル名付与ルールの一例は、音楽データファイルのファイル名の先頭部に、所定桁数（例えば２桁）の数字番号からなるインデックス付ける、というものである。かかるファイル名付与ルールを持つ音楽処理装置は、自身のファイル管理方法（ファイル名付与ルール）に合致しないファイル名を持つ音楽データファイルを、処理できないことがある。

しかし、従来の音楽データファイル管理装置は、自身で管理する音楽データファイルを音楽処理装置に転送する際、転送先の音楽処理装置の機種が何であるかに関わらず、その音楽データファイルをそのまま送信していた。このため、従来の技術では、転送先の音楽処理装置の機種によっては、音楽データファイル管理装置から転送された音楽データファイルのファイル名が、その音楽処理装置のファイル名付与ルールに従っていない場合があった。その場合、転送先の音楽処理装置は、音楽データファイル管理装置から転送された音楽データファイルを処理できない。

「ＹＡＭＡＨＡ ＭｕｓｉｃＳｏｆｔ Ｍａｎａｇｅｒ マニュアル」、[ｏｎｌｉｎｅ]、ヤマハ株式会社、２０１２年発行、［平成２５年１０月４日検索］、インターネット〈URL: http://download.yamaha.com/api/asset/file/?language=ja&site=jp.yamaha.com&asset_id=59226〉

本発明は上述の点に鑑みてなされたもので、音楽データファイル管理装置から音楽処理装置に音楽データファイルを転送する際に、転送先の音楽処理装置の機種に関わらず確実に、その転送先で音楽データファイルを処理できるようにした音楽データファイル管理装置を提供することを目的とする。

本発明は、音楽処理に用いる音楽データファイルを、第一のファイル名を付けて管理する管理部と、前記音楽データファイルを処理する能力を有する音楽処理装置を通信可能に接続する接続部と、前記接続した音楽処理装置から、該音楽処理装置の機種を識別するための機種情報を取得する取得部と、前記管理部に管理された音楽データファイルを前記接続した音楽処理装置に転送する対象として選択する選択部と、前記取得した機種情報に応じたファイル名付与ルールに従って、前記接続した音楽処理装置において前記選択した音楽データファイルを保存する際に該音楽データファイルに付与される第二のファイル名を決定する決定部と、前記選択した音楽データファイルを前記接続した音楽処理装置に転送する際に、該音楽処理装置に、前記第二のファイル名を付けた該音楽データファイルを保存させる転送制御部とを備えることを特徴とする音楽データファイル管理装置である。

本発明に係る音楽データファイル管理装置は、上記構成により、音楽処理装置に転送する対象として選択された音楽データファイルに付与される第二のファイル名を、その音楽処理装置のファイル名付与ルールに従って決定し、該音楽データファイルを音楽処理装置に転送する際に、転送先の音楽処理装置に、前記決定した第二のファイル名を付けた音楽データファイルを保存させる。

本発明の一実施形態において、前記転送制御部は、前記選択した音楽データファイルに、前記第一のファイル名に替えて、前記第二のファイル名を付与し、該第二のファイル名の付与された音楽データファイルを、前記接続した音楽処理装置に転送するように構成されてよい。また、別の実施形態において、前記転送制御部は、前記選択した音楽データファイルと、前記第二のファイル名とを前記接続した音楽処理装置に転送することにより、該音楽処理装置に、前記転送された音楽ファイルに対して該第二のファイル名を付与させるように構成されてよい。また、一実施形態において、前記決定部は、前記或るファイル名を成す文字列に、前記転送先の音楽処理装置側で該音楽データファイルを管理するために用いる識別番号を付加することにより、前記別のファイル名を決定するように構成される。

また、本発明は、音楽処理に用いる音楽データファイルを、第一のファイル名を付けて管理しており、且つ、前記音楽データファイルを処理する能力を有する音楽処理装置を通信可能に接続したコンピュータに、前記接続した音楽処理装置から、該音楽処理装置の機種を識別するための機種情報を取得するステップと、前記管理された音楽データファイルを前記接続した音楽処理装置に転送する対象として選択するステップと、前記取得した機種情報に応じたファイル名付与ルールに従って、前記接続した音楽処理装置において前記選択した音楽データファイルを保存する際に該音楽データファイルに付与される第二のファイル名を決定するステップと、前記選択した音楽データファイルを前記接続した音楽処理装置に転送する際に、該音楽処理装置に、前記第二のファイル名を付けた該音楽データファイルを保存させるステップとを実行させることを特徴とするプログラムである。

本発明によれば、音楽データファイル管理装置が、音楽処理装置に転送する対象として選択された音楽データファイルに付与される第二のファイル名を、その音楽処理装置のファイル名付与ルールに従って決定し、該音楽データファイルを音楽処理装置に転送する際に、転送先の音楽処理装置に、その音楽処理装のファイル名付与ルールに合わせた第二のファイル名を付けた音楽データファイルを保存させるように構成されることにより、転送先の音楽処理装置は、どの機種であっても確実に、自身のファイル管理方法を変更することなく、転送された音楽データファイルを処理できる、という優れた効果を奏する。

音楽データファイル管理装置と音楽処理装置とを接続してなるシステムの構成例を説明するブロック図。 （ａ）は音楽データファイル管理装置の電気的ハードウェア構成を示すブロック図、（ｂ）は音楽処理装置の電気的ハードウェア構成を示すブロック図。 音楽データファイルを選択するための選択画面の一例を説明する図。 音楽データファイル管理装置から音楽処理装置へ音楽データファイルを転送する処理全体の流れを示すフローチャート。 音楽処理装置から機種情報を取得する処理を示すフローチャート。 音楽データファイルの転送先を選択するための画面の一例を説明する図。 音楽データファイルのファイル名を変更する処理を示すフローチャート。 音楽データファイル管理装置から音楽処理装置へ音楽データファイルを転送する処理を示すフローチャート。 転送先の音楽処理装置をブラウズしてパスを決定する処理を示すフローチャート。 ディレクトリ情報を取得する処理を示すフローチャート。 第１の機種の「楽器Ａ」をブラウズしてパスを決定する処理を示すフローチャート。 第１の機種の「楽器Ａ」における操作パネルの一例を説明する図。 第１の機種の「楽器Ａ」に関するファイル一覧表示画面の一例。 第２の機種の「楽器Ｂ」をブラウズしてパスを決定する処理を示すフローチャート。 第２の機種の「楽器Ｂ」における音楽データファイルの記憶構造を説明する模式図。 （ａ）は第２の機種の「楽器Ｂ」に関するドライブ選択画面、（ｂ）は第２の機種の「楽器Ｂ」に関するファイルタイプ選択画面、（ｃ）は第２の機種の「楽器Ｂ」に関するファイル一覧表示画面。 第３の機種の「楽器Ｃ」をブラウズしてパスを決定する処理を示すフローチャート。 音楽処理装置の音楽データファイルを音楽データファイル管理装置に追加する処理全体の流れを示すフローチャート。

以下、この発明の実施の形態を添付図面に従って詳細に説明する。

図１は、本発明に係る１つの音楽データファイル管理装置と１つの音楽処理装置とを接続してなるシステムの構成を示すブロック図である。音楽データファイル管理装置１は、音楽データファイル３を管理する機能を実行させるためのアプリケーションプログラムを実装したコンピュータ装置である。音楽データファイル管理装置１として用いるコンピュータ装置の一例は、例えばタブレット型端末（スレートデバイス）や多機能携帯電話（スマートフォン）など、ハードウェア的操作子を殆ど持たず、専らタッチパネルを用いたタッチ操作により端末を操作するタイプの、フルタッチパネル型のモバイル端末である。なお、音楽データファイル管理装置１は、モバイル端末に限らず、デスクトップ型又はラップトップ型のパーソナルコンピュータなど、どのようなコンピュータ装置により構成されてもよい。以下、本明細書では、音楽データファイル管理装置１は、単に「管理装置」とも称される。

管理装置１に備わる適宜の記憶媒体には、１以上の音楽データファイル３を記憶するためのライブラリ１００が形成される。管理装置１のユーザは、ライブラリ１００内に１以上のフォルダ１０２を作成でき、ライブラリ１００に記憶された１又は複数の音楽データファイル３を、作成したフォルダ１０２毎に分類して、管理できる。また、ユーザは、フォルダ１０２の下位にサブフォルダ（不図示）を作成して、音楽データファイル３の保存場所を更に階層化できる。

管理装置１は、ライブラリ１００又はフォルダ１０２内の所望の記憶場所に記憶された１以上の音楽データファイル３を、ファイル名を付けて、管理できる。ファイル名は、例えば、その名前を表す文字列部分と、ファイル種類を識別するための拡張子とからなる。この管理装置１のライブラリ１００又はフォルダ１０２が、音楽処理に用いる音楽データファイルを、ファイル名を付けて管理する管理部として機能する。

音楽処理装置２は、音楽データファイル３を処理する機能を具備する装置であり、例えば自動演奏機能を備えた電子楽器である。以下、本明細書では、音楽処理装置２は、「電子楽器」ともいう。

電子楽器２は、適宜の１又は複数の記憶媒体により構成された１又は複数のドライブ２００を具備し、該ドライブ２００内に用意された１又は複数のフォルダ２０２に、１以上の音楽データファイル３を記憶できる。或る１つのフォルダ２０２内に、更に下位のフォルダ２０２（不図示）を作成することで、音楽データファイル３の保存場所を階層化できる。なお、電子楽器２における１以上の音楽データファイル３の記憶構造、すなわち電子楽器２に備わるドライブ２００の数や、ドライブ２００内に作成されたフォルダ２０２の個数及びフォルダ２０２の階層構造などは、その電子楽器２の機種（その電子楽器２の機種で使用されるファイルシステムの仕様）に応じて異なる。

電子楽器２も、フォルダ２０２に記憶した１以上の音楽データファイル３を、それぞれにファイル名を付けて管理できる。前述の通り、電子楽器２は、機種によっては、自身で記憶する音楽データファイル３に対して、その機種に特有のファイル名付与ルールでファイル名を付けるものがある。すなわち、電子楽器２側の音楽データファイル管理は、電子楽器２の機種に特有のファイル名付与ルールに従って、ファイル名を付けている場合がある、という点で、管理装置１側の音楽データファイル管理とは異なる。

音楽データファイル３は、電子楽器２における何らかの音楽処理に用いるデータである。音楽データファイル３は、例えば、電子楽器２において自動演奏を行うために用いる演奏データである。演奏データは、楽曲毎の自動演奏（「ソングデータ」）であるとか、或いは、例えば音楽ジャンルや演奏パートなどの複数分類毎に用意された自動伴奏用データ（「スタイルデータ」）であり得る。音楽データファイル３として用いる演奏データは、ＭＩＤＩ規格により定義されたＭＩＤＩデータでもよいし、実際の楽器演奏や人の声あるいは自然音などをサンプリングしたオーディオ波形データでもよい。音楽データファイル３は、前記演奏データの他、例えば楽譜データなどであり得る。

管理装置１と電子楽器２とは、有線又は無線の通信経路４を介して相互接続され、所定の通信プロトコルに則り双方向通信を行う。管理装置１と電子楽器２との間の接続は、例えば、ＵＳＢ（Universal Serial Bus；ユニバーサル・シリアル・バス）規格又はＭＩＤＩ（ミディ、Musical Instrument Digital Interface）規格に準拠するケーブル、若しくは、例えばＷｉ−Ｆｉ（ワイファイ、Wireless Fidelity）規格等の適宜の無線ＬＡＮ（Local Area Network；ローカルエリアネットワーク）を用いて行う。管理装置１と電子楽器２との間の通信に用いる通信プロトコルは、例えば、ＭＩＤＩ規格に準拠する情報伝達用のプロトコル（ＭＩＤＩプロトコル）である。

管理装置１のユーザは、管理装置１のユーザインタフェース（典型的にはタッチパネル１５）を用いて、管理装置１及び当該管理装置１に接続された電子楽器２の各々に記憶されている音楽データファイル３に対する各種管理操作を行うことができる。音楽データファイル３の管理は、例えば、管理装置１及び当該管理装置１に接続された電子楽器２の各々に記憶されている１又は複数の音楽データファイル３の一覧表示、所望の１又は複数の音楽データファイル３に対するファイル名付け、所望の１又は複数の音楽データファイル３の削除、所望の１又は複数の音楽データファイル３の記憶場所の変更、所望の１又は複数の音楽データファイル３を管理装置１から電子楽器２へ転送すること、所望の１又は複数の音楽データファイル３を電子楽器２から管理装置１へ転送すること、更には、外部から音楽データファイル３を取得すること、或いは、音楽データファイル３を生成することなど、を含む。

前述の通り、電子楽器２の機種によっては、自身で管理する音楽データファイルに、その機種に特有のファイル名付与ルールに従うファイル名を付与するものがある。そのようなファイル名付与ルールを持つ電子楽器２は、自身のファイル管理方法（ファイル名付与ルール）に合致しないファイル名を持つ音楽データファイルを、処理できないことがある。本発明に係る管理装置１は、詳しくは後述する通り、音楽データファイル３を電子楽器２へ転送する前に、転送先の電子楽器２のファイル名付与ルールに従って、管理装置１で使っているファイル名とは別のファイル名を決定し、転送先の電子楽器２に、該決定した別のファイル名を付けた音楽データファイル３を保存させる点に、特徴がある。

また、管理装置１は、インターネット（不図示）に接続し、該インターネット上の音楽データファイル販売サイトを運用するサーバ装置から、音楽データファイル３をダウンロードしてライブラリ１００に記憶できる。また、管理装置１は、該インターネット上のサーバ装置が提供するオンライストレージサービスを介して、該インターネット上の他のコンピュータ装置との間で音楽データファイル３を共有できる。また、管理装置１は、無線又は有線のＬＡＮ（不図示）を介して、該ＬＡＮに接続している他のコンピュータ装置（例えば、当該管理装置１の所有者が所有する個人用ＰＣなど）との間で音楽データファイル３を共有できる。電子楽器２は、管理装置１に接続するだけで簡単に、その管理装置１がダウンロード購入した複数の音楽データファイル３や、その管理装置１がオンライストレージサービス及び／又はＬＡＮに接続している他のコンピュータ装置（例えば個人用ＰＣ）を用いて共有している複数の音楽データファイル３を、利用できる。

図２ａは、管理装置１の電気的ハードウェア構成を示す。管理装置１は、マイクロプロセッサユニット（ＣＰＵ）１０、リードオンリメモリ（ＲＯＭ）１１、ランダムアクセスメモリ（ＲＡＭ）１２からなるマイクロコンピュータの制御の下に各種の処理を実行するように構成される。ＣＰＵ１０は、この管理装置１全体の動作を制御する。このＣＰＵ１０に対して、通信バス１０Ｂを介して、ＲＯＭ１１、ＲＡＭ１２、記憶装置１３、設定操作検出装置１４、タッチパネル１５、サウンドシステム１６及びインタフェース（Ｉ／Ｆ）１７が接続される。

ＲＯＭ１１は、ＣＰＵ１０により実行或いは参照される各種プログラムや各種データ等を格納する。ＲＡＭ１２は、ＣＰＵ１０が各種プログラムを実行する際に発生する各種データなどを一時的に記憶するワーキングメモリ、あるいは、現在実行中のプログラムやそれに関連するデータを一時的に記憶するメモリとして、使用される。前記プログラムには、音楽データファイル３を管理する機能をコンピュータに実行させるためのアプリケーションプログラムが含まれる。

記憶装置１３は、例えばフラッシュメモリなど、不揮発半導体メモリで構成される。記憶装置１３には、音楽データファイル３を多数記憶することが可能なライブラリ１００（図１参照）が構成される。

なお、記憶装置１３は、不揮発半導体メモリに限らず、例えば、ハードディスク（HD）、フレキシブルディスク（FD）、コンパクトディスク（CD‐ROM・CD‐RAM）、光磁気ディスク（MO）、あるいはDVD（Digital Versatile Disk）等、どのような記憶媒体を利用する記憶装置でもよい。また、記憶装置１３又はＲＡＭ１２に、ＣＰＵ１０が実行する各種プログラム等を記憶してもよい。ＲＯＭ１１にプログラムが記憶されていない場合、記憶装置１３にプログラムを記憶させておき、それをＲＡＭ１２に読み込むことにより、ＲＯＭ１１にプログラムを記憶している場合と同様の動作をＣＰＵ１０に実行させることができる。このようにすると、プログラムの追加やバージョンアップ等が容易に行える。

設定操作検出装置１４は、例えば音量調整ボタンなど、１又は複数のハードウェア的操作子と、それらの検出機構とからなる。タッチパネル１５は、例えば液晶表示パネル（ＬＣＤ）からなる表示装置１５ａと、該表示装置の表示パネル面に対する接触（タッチ）操作を検出する検出装置１５ｂとからなる。タッチパネル１５は、ＣＰＵ１０の制御に基づき各種画面を表示し、且つ、該表示した画面に対するタッチ操作を受け付ける。本実施例では、管理装置１は、フルタッチパネル型のモバイル端末を想定しており、管理装置１のユーザは、専らタッチパネル１５を用いたタッチ操作により各種指示を入力する。

サウンドシステム１６は、例えばアンプ及びスピーカを含み、音楽データファイルに基づく再生音など、ＣＰＵ１０の処理により生成された音を発音する。

管理装置１は、インタフェース（Ｉ／Ｆ）１７を介して、図１の通信経路４を通じて電子楽器２に接続される。インタフェース１７は、ＭＩＤＩプロトコルに準拠する通信を行う能力を持つ任意のインタフェースで構成できる。インタフェース１７は、例えば、当該管理装置１を電子楽器２のＭＩＤＩ端子（「ＭＩＤＩ ＩＮ端子」及び「ＭＩＤＩ ＯＵＴ端子」）に接続するＭＩＤＩインタフェース、当該管理装置１を電子楽器２の「ＵＳＢ ＴＯ ＨＯＳＴ端子」に接続するＵＳＢ‐ＭＩＤＩインタフェース、又は、無線ＬＡＮにより当該管理装置１と電子楽器２とを接続する無線ＬＡＮインタフェースにより構成できる。インタフェース１７としてＭＩＤＩインタフェース又はＵＳＢ‐ＭＩＤＩインタフェースを用いる場合、管理装置１と電子楽器とは、１対１で有線接続される。電子楽器２のＭＩＤＩ端子又はＵＳＢ ＴＯ ＨＯＳＴ端子に、管理装置１を接続するためのインタフェースケーブル（例えば製品名「ｉ−ＭＸ１（登録商標）」及び「ｉ−ＵＸ１（登録商標）」）が存在する。また、インタフェース１７として無線ＬＡＮインタフェースを用いる場合、管理装置１と電子楽器とは、ネットワークを介して、無線接続される。インタフェース１７が、音楽処理に用いる音楽データファイルを１又は複数記憶する音楽処理装置が通信可能に接続される接続部として機能する。

更に、管理装置１は、インタフェース１７として、当該装置１をインターネット及び／又はローカルエリアネットワークに接続するための有線又は無線形式のネットワークインタフェースを具備してよい。管理装置１は、上述の通り、該ネットワークインタフェースを介してインターネット等のネットワークに接続し、ネットワーク上のサーバ装置及び他のコンピュータ装置との間で、音楽データファイルの送受信を行うことができる。

図２ｂは、電子楽器２の電気的ハードウェア構成例を示す。電子楽器２は、ＣＰＵ２０、ＲＯＭ２１、ＲＡＭ２２からなるマイクロコンピュータの制御の下に各種の処理が実行されるように構成されている。ＣＰＵ２０は、電子楽器全体の動作を制御するものである。このＣＰＵ２０に対して、通信バス２０Ｂを介してＲＯＭ２１、ＲＡＭ２２、記憶装置２３、表示装置２４、設定操作検出装置２５、演奏操作検出装置２６、インタフェース（Ｉ／Ｆ）２７及び音源／効果装置２８、及び、リムーバブルドライブ２９が接続される。

ＲＯＭ２１は、ＣＰＵ２０により実行あるいは参照される各種プログラムや各種データ等を格納する。ＲＯＭ２１に格納する各種データは、当該電子楽器２の機種情報を含む。機種情報は、当該電子楽器２の機種名を含む、機種を特定するための情報である。
ＲＡＭ２２は、ＣＰＵ２０が各種プログラムを実行する際に発生する各種データなどを一時的に記憶するワーキングメモリとして、あるいは現在実行中のプログラムやそれに関連するデータを一時的に記憶するメモリ等として使用される。

図２ｂは、一例として、電子楽器２が、内蔵の記憶装置２３（固定ドライブ）とリムーバブルドライブ２９との２つの記憶媒体を備える構成を示す。内蔵の記憶装置２３は、例えば不揮発半導体メモリ（フラッシュメモリ）など適宜の記憶媒体で構成される。リムーバブルドライブ２９は、メモリスロット２９ａと、該メモリスロット２９ａに装着可能な記憶媒体２９ｂとからなる。記憶媒体２９ｂは、例えばＵＳＢフラッシュメモリ或いはメモリカードなど、どのような着脱式記憶媒体で構成されてもよい。記憶装置２３及びリムーバブルドライブ２９が、図１に示す複数のドライブ２００に対応する。なお、電子楽器２に備わる記憶媒体の構成は、機種に応じて異なるものであり、図２ｂに示すような、記憶装置２３（固定ドライブ）とリムーバブルドライブ２９との２つの記憶媒体を備える構成に限定されない。例えば、電子楽器２は、記憶装置２３又はリムーバブルドライブ２９の何れか一方のみを具備する構成でもよい。

インタフェース（Ｉ／Ｆ）２７は、図１の通信経路４を通じて、当該電子楽器２を管理装置１に接続するためのインタフェースであり、例えば「ＭＩＤＩ ＩＮ端子」及び「ＭＩＤＩ ＯＵＴ端子」を含むＭＩＤＩインタフェース、「ＵＳＢ ＴＯ ＨＯＳＴ端子」を含むＵＳＢインタフェース、若しくは、無線ＬＡＮインタフェースなどにより構成される。無線ＬＡＮインタフェースは、例えばＵＳＢインタフェースを介して無線ＬＡＮに接続するためのＵＳＢ無線ＬＡＮアダプタからなる。電子楽器２に備わるインタフェース２７の構成、すなわちインタフェース２７の種類や個数は、当該電子楽器２の機種に応じて異なる。

表示装置２４は、電子楽器２の操作パネルに設けられた表示装置であり、例えば液晶表示パネルや、或いは、専ら数字のみを表示する簡易な７セグメントディスプレイなどからなる。設定操作検出装置２５は、電子楽器２の操作パネルに設けられた各種設定用操作子（不図示）と、それらの検出機構（不図示）からなる。電子楽器２に備わるユーザインタフェースの構成、すなわち表示装置２４及び設定操作検出装置２５の種類や個数は、その電子楽器２の機種に応じて異なる。

また、演奏操作検出装置２６は、ユーザの手動演奏操作に応じた音楽演奏を入力するための演奏操作子と、その検出機構とからなる。演奏操作検出装置２６を成す演奏操作子の形態は、鍵盤型、ギター型、管楽器型、打楽器型など、どのよう形態でもよい。

音源／効果装置２８は、通信バス２０Ｂを経由して与えられる波形データ及び／又はＭＩＤＩデータに基づいて波形信号を生成し、生成された波形信号に効果を付与して、サウンドシステム２８０に出力する。サウンドシステム２８０は、アンプ及びスピーカを含み、音源／効果装置２８から出力された波形信号に対応する音（典型的には音楽の演奏音）を発音する。サウンドシステム２８０は、例えば、電子楽器２に内蔵されたものでもよいし、或いは、電子楽器２に接続された外部の装置により構成されてもよい。

次に、上記構成からなる管理装置１のライブラリ１００（記憶装置１３）から電子楽器２のドライブ２００（記憶装置２３又はリムーバブルドライブ２９）へ、音楽データファイル３を転送する動作について説明する。

ユーザは、例えばタッチパネル１５を用いたタッチ操作により、ライブラリ１００内の所望の１又は複数の音楽データファイル３を転送対象として選択する。なお、以下では、一例として、１つの音楽データファイル３を管理装置１から電子楽器２へ転送する場合を想定する。なお、本明細書において「転送」とは、音楽データファイル３を転送元の管理装置１から転送先の電子楽器２にコピーすること、及び、音楽データファイル３を転送元の管理装置１から転送先の電子楽器２に移動することを含む。ここで、用語「コピー」は、音楽データファイル３を転送元に残しつつ、その音楽データファイル３を転送先に保存することを指し、また、用語「移動」は、音楽データファイル３を転送元から削除して、その音楽データファイル３を転送先に保存することを指すものとする。

図３は、転送対象となる音楽データファイル３を選択するための選択画面の一例である。ＣＰＵ１０は、ユーザからの指示に応じて、当該管理装置１に備わるライブラリ１００又はフォルダ１０２に記憶された複数の音楽データファイル３を一覧表示する選択画面５０を、タッチパネル１５に表示する。

図３では、一例として、「購入済みファイル」をまとめたフォルダ１０２内の複数の音楽データファイル３を一覧表示する選択画面５０を示す。選択画面５０の行５１ａはフォルダ名を示す文字列（「購入済みファイル」）を表示する。行５１ｂ、５１ｃ及び５１ｄは、それぞれ「購入済みファイル」内の音楽データファイル３のファイル名を成す文字列（「Song 1.mid」、「Song 2.mid」及び「Style 1.mid」）を表示する。これらファイル名の後半の「．」以下の文字列（例えば「.mid」）は拡張子である。各行５１ａ，５１ｂ，５１ｃ及び５１ｄには、フォルダ名又はファイル名の他にも、対応するフォルダ又は音楽データファイルを示す画像（「icon」）や、曲名、アーティスト名、及び、データサイズなど、その他の情報が表示される。各行５１ａ，５１ｂ，５１ｃ，５１ｄには、チェックボックス５２が設けられている。ユーザは、チェックボックス５２を用いて所望の１つの音楽データファイル３を、転送対象として選択できる。図３の選択画面５０は、「Song 1.mid」という音楽データファイル（行５１ｂ）が選択された状態を示す。

図４は、転送対象として選択された１つの音楽データファイル３を、管理装置１から電子楽器２に転送する処理全体の流れを示すフローチャートである。ＣＰＵ１０は、前記図３の選択画面５０において１つのる音楽データファイル３を選択するユーザ操作に応じて、図４の処理を起動する。ステップＳ１において、ＣＰＵ１０は、前記のユーザ操作に基づいて、転送対象となる１つの音楽データファイル３を決定する。

ステップＳ２において、管理装置１のＣＰＵ１０は、通信経路４を通じて現在接続中の１つの電子楽器２と通信して、その電子楽器２から機種情報を取得する。機種情報は、電子楽器２の機種を識別するための情報である。管理装置１は、取得した機種情報に基づいて、現在接続中の電子楽器２の機種を識別できる。

図５は、前記ステップＳ２において管理装置１のＣＰＵ１０が実行する機種情報を取得する処理の一例を示すフローチャートである。管理装置１のＣＰＵ１０は、ステップＳ７において、自身に接続されている電子楽器２に対して、機種情報を要求する。その電子楽器２は、管理装置１から前記要求を受け取り、該要求に応じて、自身の機種情報を、例えばＲＯＭ２１から読み出してインタフェース２７を介して管理装置１に返答する。管理装置１のＣＰＵ１０は、電子楽器２から返答された機種情報を受け取り（ステップＳ８）、該受け取った機種情報を例えばＲＡＭ１２に記憶する（ステップＳ９）。前記ステップＳ９の後、処理は図４のステップＳ３に進む。

ステップＳ３において、ＣＰＵ１０は、前記電子楽器２から取得した機種情報に基づいて、転送先となる電子楽器２を示す情報をタッチパネル１５に表示して、ユーザに転送先となる電子楽器２を選択させる。転送先となる電子楽器２を示す情報は、例えば機種名である。

図６は、転送先の電子楽器２を選択するための画面の一例である。図６の画面は、前記図３に示す選択画面５０に、転送先の選択肢を示すアイコン５３ａ，５３ｂ，５３ｃ，５３ｄを追加表示したものである。図６に示す通り、画面５０は、転送先の選択肢の１つとして、前記取得した機種情報に基づく電子楽器２の機種名（図において文字列「楽器Ｃ」）と、楽器を示すアイコン５３ｂを表示する。ユーザは、楽器アイコン５３ｂに対するタッチ操作により、現在接続中の電子楽器２を転送先として選択できる。なお、転送先の選択肢としては、楽器アイコン５３ｂの他にも、管理装置１のライブラリを示すアイコン５３ａ、管理装置１の所有者が所有する個人用ＰＣとのファイル共有を示すアイコン５３ｃ、インターネット上のオンライストレージサービスを示すアイコン５３ｄなどが提示される。また、ユーザは、キャンセルボタン５４をタッチ操作することで、当該音楽データファイルの転送処理を中止できる。

図４に戻ると、ステップＳ４において、ＣＰＵ１０は、通信経路４を通じて電子楽器２と通信し、該転送先として選択された電子楽器２のドライブ２００をブラウズして、転送対象となる１つの音楽データファイル３の格納先となるパスを決定する。パスは、電子楽器２のドライブ２００における１つの音楽データファイル３や１つのフォルダ２０２の保存場所を示すデータである。この「ブラウズして音楽データファイル３のパスを決定する」処理の具体例は後述する。

ステップＳ５において、ＣＰＵ１０は、前記取得した機種情報に応じたファイル名付与ルールに従って、転送対象の音楽データファイル３のファイル名を決定する処理を行う。前述の通り、転送先の電子楽器２の機種によっては、自身で記憶する音楽データファイル３に対して、その機種に特有のファイル名付与ルールでファイル名を付けるものがある。かかる機種では、そのファイル名付与ルールに合致しないファイル名を持つ音楽データファイルを扱えない場合がある。この点に関して、本実施例の管理装置１は、音楽データファイル３を転送先の電子楽器２に転送する前に、自動的に、転送先の電子楽器２におけるファイル名付与ルールに従って、転送対象の音楽データファイル３のファイル名を決定すること（ステップＳ５）により、転送先の電子楽器２で保存する該音楽データファイル３のファイル名を、管理装置１側で記憶している音楽データファイル３のファイル名（例えば、図３において「Song 1.mid」）から、転送先の電子楽器２におけるファイル名付与ルールに合わせた別のファイル名（例えば、インデクス付きのファイル名「０１Song 1.mid」）に変更できる。すなわち、当該ステップＳ５にて決定するファイル名は、転送先の電子楽器２で保存する該音楽データファイル３のファイル名を変更するためのものであり、転送元の管理装置１側で保存する該音楽データファイル３のファイル名は変更するものではない。

図７は、前記ステップＳ５において管理装置１のＣＰＵ１０が実行する「ファイル名決定処理」の一例を示すフローチャートである。ステップＳ１０において、ＣＰＵ１０は、前記ステップＳ２で取得した機種情報に基づいて、その機種におけるファイル名付与ルールを識別し、該機種毎のファイル名付与ルールに合わせてファイル名決定処理を切り替える。なお、機種情報とファイル名付与ルールとを対応付ける方法は、どのような方法であってもよい。例えば、機種情報とファイル名付与ルールとを対応付けたデータテーブルを適宜のメモリ（例えばＲＯＭ１１又はＲＡＭ１２）に記憶しておき、そのデータテーブルを参照して、機種情報に基づくファイル名付与ルールを識別するように構成できる。

本実施例では、電子楽器２の機種の一例として、第１の機種「楽器Ａ」、第２の機種「楽器Ｂ」、及び、第３の機種「楽器Ｃ」の３種類の機種を想定する。ファイル名付与のルールの観点で分類すると、第１の機種「楽器Ａ」は、ファイル名に必ず２桁数字からなるインデックスを付加する、というファイル名付与ルールを持つ機種である。一方、第２の機種「楽器Ｂ」と第３の機種「楽器Ｃ」とは、前記第１の機種のような、「ファイル名にインデックスを付加する」、というファイル名付与ルールを持たない機種である。なお、本明細書において、「インデックス」とは、音楽データファイルのそれぞれに対して、ファイル名とは別に与えられた識別番号である。

転送先の電子楽器２が第１の機種「楽器Ａ」である場合、ＣＰＵ１０は、前記ステップＳ１０を「楽器Ａ」に分岐して、処理をステップＳ１１に進めて、「インデックス付加」というルールに従ってファイル名を決定する処理を行う。ファイル名決定処理の具体例は、以下に説明する通りである。

第１の機種「楽器Ａ」における「インデックス付加」というファイル名付与ルールは、例えば、各ファイル名の先頭部に、「０１」〜「１０」までの２桁の数字からなるインデックスを付加して、インデックスの後にファイル名を成す文字列部分を続ける、というものである。そのルールに従うファイル名は、例えば「０１Ｓｏｎｇ １．ｍｉｄ」、「０２Ｓｏｎｇ ２．ｍｉｄ」など、である。後述する通り、第１の機種「楽器Ａ」におけるインデックス「０１」〜「１０」は、第１の機種「楽器Ａ」のドライブ２００において音楽データファイルそれぞれを格納するために用意された格納領域に対応付けられている。

第１の機種「楽器Ａ」において作成又は管理（記憶）される全ての音楽データファイル３は、上記のルールに従ってインデックスが付加されたファイル名を持つ。ファイルに付与されるインデックスは、例えば、それぞれ対応する音楽データファイル３の記憶場所に関連付けられている。すなわち、第１の機種「楽器Ａ」において新規に音楽データファイル３を作成（新規記憶又は上書き記憶）する方法は、次の通りである。第１の機種「楽器Ａ」のＣＰＵ２０は、先ず、記憶又は上書き先となる記憶場所に対応するインデックスを決定し、次に、決定したインデックスを示す数字列を、ファイル名を成すその他文字列部分（例えば「Ｓｏｎｇ １．ｍｉｄ」）に付加して、１つのファイル名（例えば「０１Ｓｏｎｇ １．ｍｉｄ」）を決定する。

図７のステップＳ１１において、管理装置１のＣＰＵ１０は、前記ステップＳ４において決定されたパスに基づいて、ファイル名に付加すべきインデックスを決定し、該決定したインデックスを示す数字列を、転送対象の音楽データファイル３のファイル名（例えば「Ｓｏｎｇ １．ｍｉｄ」）の先頭部に付加する。これにより、管理装置１のＣＰＵ１０は、第１の機種「楽器Ａ」におけるファイル名付与ルールと同じルールに従って、転送対象の音楽データファイル３のファイル名を決定できる。なお、転送対象の音楽データファイル３のパスに応じて決定されるインデックスの具体例は、「ブラウズしてパスを決定する」処理の説明に関連して後述する。

他方、転送先の電子楽器２が「楽器Ａ」以外、すなわち第２の機種「楽器Ｂ」又は第３の機種「楽器Ｃ」の場合、ＣＰＵ１０は前記ステップＳ１０を「その他」に分岐して、処理をステップＳ１２に進める。ＣＰＵ１０は、ステップＳ１２において、第２の機種「楽器Ｂ」又は第３の機種「楽器Ｃ」におけるファイル名付与ルールと同じルールに従って、転送対象の音楽データファイル３のファイル名を決定する。本実施例では、第１の機種「楽器Ａ」以外の場合、インデックス付加は不要であり、基本的にはファイル名付与ルールに特別な制約がない、すなわち管理装置１で決定したファイル名をそのまま利用できるものとする。なお、インデックスを付加すること以外のファイル名付与ルールとしては、例えば、或る特定の１又は複数の文字をファイル名として使用できないこと、などが考えられる。楽器の機種によって扱えない文字がある場合は、ファイル名決定処理において、ＣＰＵ１０は、その文字を削除したり或いは別の文字に置換したりする。

図７の前記ステップＳ１１又はＳ１２の後、処理は図４のステップＳ６に進む。ステップＳ６において、ＣＰＵ１０は、転送対象の音楽データファイル３を、前記ステップＳ４において決定したパスに、転送する。この転送処理において、管理装置１のＣＰＵ１０は、該音楽処理装置に、前記ステップＳ５で決定した別のファイル名を付けた該音楽データファイルを、保存させる。

図８は、前記ステップＳ６において管理装置１のＣＰＵ１０が実行するファイル転送処理の一例を示すフローチャートである。図８のステップＳ１３において、管理装置１のＣＰＵ１０は、転送先の電子楽器２に対して、前記ステップＳ５で決定したファイル名と、前記ステップＳ４で決定した格納先を示すパスと、音楽データファイル３の転送を開始する旨とを通知する。ここで、転送先の電子楽器２に対してファイル名を通知することにより、該転送先の電子楽器２で音楽データファイル３に付与すべきファイル名が指定される。

ステップＳ１４において、管理装置１のＣＰＵ１０は、転送対象の音楽データファイル３を複数のパケットに分割し、転送先の電子楽器２とハンドシェイクを行い、互いにデータの送受信を確認しつつ、前記複数のパケットを電子楽器２に転送する。一方、転送先の電子楽器２のＣＰＵ２０は、管理装置１からのファイル名、格納先パス及び転送開始の通知（前記ステップＳ１３）を受けた後、管理装置１とハンドシェイクを行い、互いにデータの送受信を確認しつつ、前記ステップＳ１４にて転送される複数のパケットを受信する。そして、転送先の電子楽器２のＣＰＵ２０は、該受信した複数のパケットからなる１つの音楽データファイル３に、前記ステップＳ１３において管理装置１から通知されたファイル名を付けて、前記通知されたパスに対応する格納先に保存する。これにより、転送先の電子楽器２で保存される音楽データファイル３のファイル名は、転送元の管理装置１でのファイル名（例えば、図３の「Song 1.mid」）とは別の、当該電子楽器２におけるファイル名付与ルールに合わせたファイル名（例えば、インデクス付きのファイル名「０１Song 1.mid」）に変更される。従って、管理装置１のＣＰＵ１０は、前記ステップＳ１３、１４の転送処理により、転送先の電子楽器２に、前記ステップＳ５で決定した別のファイル名を付けた音楽データファイル３を、保存させることができる。

転送処理の別の一例として、管理装置１のＣＰＵ１０は、音楽データファイルのファイル名を前記ステップＳ５で決定した別のファイル名に変更してから、該別のファイル名を持つ音楽データファイル３を、転送先の電子楽器２に転送してもよい。

なお、転送処理として音楽データファイル３をコピーする処理を行う場合、転送元の管理装置１側では、ＣＰＵ１０は、前記の転送処理に際して、ライブラリ１００内の当該音楽データファイル３を、ファイル名（例えば、図３の「Song 1.mid」）を変えずに、そのまま残す。また、転送処理として音楽データファイル３を移動する処理を行う場合、ＣＰＵ１０は、前記の転送処理に伴い転送対象の音楽データファイル３をライブラリ１００から削除する。

以上説明した転送処理によれば、管理装置１が、電子楽器２に音楽データファイル３を転送する前に、転送先でのファイル名付与ルールに合わせた別のファイル名を決定しておき（前記ステップＳ５）、転送先の電子楽器２に、該決定した別のファイル名を付けた音楽データファイルを保存させる（前記ステップＳ６）構成により、転送先の電子楽器２は、どの機種であっても確実に、自身のファイル管理方法を変更することなく、転送された音楽データファイルを処理できる。ＣＰＵ１０と、ステップＳ２、Ｓ７,Ｓ８及びＳ９の処理が、前記接続した音楽処理装置から、該音楽処理装置の機種を識別するための機種情報を取得する取得部として、あるいは、前記接続した音楽処理装置から、該音楽処理装置の機種を識別するための機種情報を取得するステップとして機能する。また、ＣＰＵ１０と、ステップＳ５、Ｓ１１及びＳ１２の処理が、前記取得した機種情報に応じたファイル名付与ルールに従って、前記或るファイル名とは別のファイル名を決定する決定部、或いは、前記取得した機種情報応じたファイル名付与ルールに従って、前記或るファイル名とは別のファイル名を決定するステップとして機能する。また、ＣＰＵ１０と、ステップＳ６,Ｓ１３及びＳ１４の処理が、前記音楽データファイルを前記接続した音楽処理装置に転送する際に、該音楽処理装置に、前記別のファイル名を付けた該音楽データファイルを保存させる転送制御部として、或いは、前記音楽データファイルを前記接続した音楽処理装置に転送する際に、該音楽処理装置に、前記別のファイル名を付けた該音楽データファイルを保存させるステップとして機能する。

次に、前記ステップＳ４の「ブラウズして音楽データファイル３のパスを決定する」処理について説明する。図９は、前記ステップＳ４において管理装置１のＣＰＵ１０が実行する「ブラウズして音楽データファイル３のパスを決定する」処理を示すフローチャートである。なお、本明細書において「ブラウズ」するとは、管理装置１が、タッチパネル１５を用いて、電子楽器２側の１又は複数の音楽データファイル３及び／又はフォルダ２０２を、一覧表示或いは参照することを言う。すなわち。ブラウズという用語は、「一覧表示」及び「参照」と互換的に使用される。

ステップＳ１５において、ＣＰＵ１０は、前記ステップＳ２で取得した機種情報に基づいて、処理を切り替える。本実施例では、前述の通り、電子楽器２の機種の一例として、第１の機種「楽器Ａ」、第２の機種「楽器Ｂ」、及び、第３の機種「楽器Ｃ」の３種類の機種を想定している。第１の機種「楽器Ａ」の場合、ＣＰＵ１０は前記ステップＳ１５を「楽器Ａ」に分岐して、処理をステップＳ１６に進める。第２の機種「楽器Ｂ」の場合、ＣＰＵ１０は前記ステップＳ１５を「楽器Ｂ」に分岐して、処理をステップＳ１７に進める。第３の機種「楽器Ｃ」の場合、ＣＰＵ１０は前記ステップＳ１５を「楽器Ｃ」に分岐して、処理をステップＳ１８に進める。

ステップＳ１６、Ｓ１７又はＳ１８の処理は、それぞれ、転送先の電子楽器２が、自身のユーザインタフェース（表示装置２４及び設定操作検出装置２５）を用いて、自身のドライブ２００に記憶された１又は複数の音楽データファイル３を提示する態様に合わせた態様で、該１又は複数の音楽データファイル３を、当該管理装置１のタッチパネル１５に一覧表示（ブラウズ）するように構成されている。すなわち、管理装置１は、電子楽器２の機種に応じて、処理を切り替えることにより、機種毎の提示態様に合わせた態様で、複数の音楽データファイル３を提示する処理を実現している。なお、機種情報と機種毎の提示態様とを対応付ける方法は、どのような方法であってもよい。例えば、機種情報と機種毎の提示態様とを対応付けたデータテーブルを適宜のメモリ（例えばＲＯＭ１１又はＲＡＭ１２）に記憶しておき、そのデータテーブルを参照して、機種情報に基づく提示態様を識別するように構成できる。

何れの機種の電子楽器２も、基本的には、自身のドライブ２００に記憶された１又は複数の音楽データファイル３を、自身のユーザインタフェース（表示装置２４）に表示する際は、次のような処理を行う。電子楽器２のＣＰＵ２０は、先ず、（１）自身のファイルシステムから、ディレクトリ毎に管理情報（ディレクトリエントリ）を取得して、次に、（２）該取得した管理情報に基づく１又は複数の音楽データファイル３を、その電子楽器２の機種毎の仕様に従って整理してユーザインタフェース（表示装置２４）に表示する。表示される音楽データファイル３の情報は、例えばファイル名や、インデックスである。本明細書で、管理情報は、対応するディレクトリ（フォルダ２０２）内に登録されている全サブディレクトリ（サブフォルダ）名、及び、全音楽データファイル３のファイル名、記憶場所、データサイズ、画像情報などを含む。管理情報は、電子楽器２側のファイルシステムに依存するもので、例えば、或るファイルシステム（例えばＦＡＴ３２など）では、ディレクトリ毎に１つずつ管理情報が用意される。

電子楽器２の機種毎の提示態様に合わせた態様で、前記１又は複数の音楽データファイル３を一覧表示（ブラウズ）することを実現するために、管理装置１のＣＰＵ１０は、「ブラウズして音楽データファイル３のパスを決定する」処理（ステップＳ１６、Ｓ１７又はＳ１８）において、（１）電子楽器２のファイルシステムから、ディレクトリ毎に記憶された１又は複数の音楽データファイル３を一覧表示するための一覧表示情報を取得し、（２）取得した一覧表示情報に基づく１又は複数の音楽データファイル３を、その電子楽器の機種毎の仕様に従って整理して表示する、という処理を、行う。本明細書では、前記ディレクトリ毎の一覧表示情報を、「ディレクトリ情報」という。

図１０は、電子楽器２からディレクトリ情報を取得するための処理を示すフローチャートである。管理装置１のＣＰＵ１０は、後述する「ブラウズして音楽データファイル３のパスを決定する」処理（ステップＳ１６、Ｓ１７又はＳ１８）において、図１０に示すディレクトリ情報取得処理を行う。ステップＳ１９において、管理装置１のＣＰＵ１０は、現在接続中の電子楽器２に対して、その電子楽器２のドライブ２００内のディレクトリ（フォルダ２０２）のパスを指定して、該指定したディレクトリにおいて最初に見つかるサブディレクトリ名（フォルダ２０２内のサブフォルダのフォルダ名）、あるいは、音楽データファイル３のファイル名を要求する。

要求を受けた電子楽器２は、指定されたパスを一時記憶すると共に、指定されたパスのディレクトリ内で最初に見つかるサブディレクトリ名又は音楽データファイル３のファイル名を、管理装置１に返答する。

管理装置１は、電子楽器２から指定されたパスのディレクトリ内で最初に見つかるサブディレクトリ名又は音楽データファイル３のファイル名を取得する（前記ステップＳ１９）。以後、管理装置１のＣＰＵ１０は、電子楽器２からエラーが返答されるまで、該指定したディレクトリにおけるサブディレクトリ名又は音楽データファイル３のファイル名を順次要求し、そのディレクトリに登録されている全てのサブディレクトリ及び音楽データファイル３のファイル名を取得する（ステップＳ２０）。

電子楽器２は、管理装置１から要求される毎に、指定されたディレクトリ内のサブディレクトリ名又は音楽データファイル３のファイル名を返答し、該ディレクトリ内の全てのサブディレクトリ名又は音楽データファイル３のファイル名を返答した後、エラーを返す。

管理装置１は、前記ステップＳ１９，Ｓ２０により、指定されたパスのディレクトリ情報として、該指定されたパスのディレクトリに含まれる全てのサブディレクトリ名又は音楽データファイル３のファイル名を取得できる。すなわち、ディレクトリ情報とは、指定されたパスのディレクトリに記憶された全ての音楽データファイル３、及び／又は、サブディレクトリを一覧表示するための一覧表示情報であり、電子楽器２の管理情報（ディレクトリエントリ）に相当する内容を持つ。

前記ステップＳ１９及びＳ２０における管理装置１からの要求に対して、電子楽器２がフォルダ名又はファイル名を返答する順番は、電子楽器２側のファイルシステムに依存する。例えばＦＡＴ３２などでは、各ディレクトリに管理情報が用意されるファイルシステムでは、電子楽器２は、ディレクトリ毎のサブディレクトリ名又はファイル名を、その管理情報に登録されている順番で、管理装置１に返答する。ところで、電子楽器２において、ディレクトリ内でサブディレクトリ又は音楽データファイル３の削除及び作成が何度も繰り返されると、管理情報に登録されているサブディレクトリ及び／又は音楽データファイル３の順番が入り乱れてしまい、その登録順は、その電子楽器２におけるサブディレクトリ及び／又は音楽データファイル３の表示順（すなわち、機種毎の仕様に従って整理した表示順）と異なるものになる。前記ステップＳ１９及びＳ２０によれば、電子楽器２の管理情報に登録されている順番で、フォルダ名又はファイル名を取得しているので、フォルダ名又はファイル名の取得順は、電子楽器２における前記表示順と異なるものとなってしまうことがある。この点について、管理装置１は、以下の機種毎の処理にて後述する通り、取得したファイル名又はフォルダ名を、その電子楽器２の仕様に応じた表示順に並べて表示するよう、工夫している。

以下に、転送先の電子楽器２の機種に応じた、「ブラウズして音楽データファイル３のパスを決定する」処理の具体例を説明する。

先ず、転送先が第１の機種「楽器Ａ」である場合について説明する。図１１は、第１の機種「楽器Ａ」をブラウズして音楽データファイル３のパスを決定する処理（前記ステップＳ１６）を示すフローチャートである。第１の機種「楽器Ａ」の特徴は、前述したファイル名にインデックスを付けるというファイル名付与ルールを持つことの他、（１）内蔵の記憶装置２３を唯一の記憶媒体（ドライブ２００）として具備すること、（２）その記憶装置２３のルートディレクトリに１以上の音楽データファイル３（例えばＭＩＤＩ形式のソングデータ）を記憶すること、（３）該ルートディレクトリは、下位階層のサブディレクトリ（下位のフォルダ）を持たないこと、（４）ルートディレクトリ内に記憶できる音楽データファイル３（ソングデータ）の個数は、最大１０個までに限られること、言い換えれば、ルートディレクトリ内には、音楽データファイル３を格納するための格納領域が１０個用意されていること、である。それら格納領域は、それぞれ１つ音楽データファイル３を格納できる。そして、それら１０個の格納領域に、「０１」〜「１０」のインデックスが割り当てられる。なお、以下、楽器Ａにおける前記ルートディレクトリのことを、「ソングデータ領域」ともいう。

また、第１の機種「楽器Ａ」は、ハードウェア的特徴として、ユーザインタフェース（表示装置２４及び設定操作検出装置２５）として、例えば図１２に示すように、２桁の数値を表示する７セグメントディスプレイ２４０と、該７セグメントディスプレイ２４０に表示する数値を増減する＋/−ボタン２５０とを具備し、ボタン２５０の操作毎に７セグメントディスプレイ２４０に表示するインデックスを順次切り替えるように構成される。すなわち、第１の機種「楽器Ａ」に具備されたユーザインタフェース（７セグメントディスプレイ２４０）のファイル名表示に関する仕様は、ソングデータ領域に記憶された全ての音楽データファイル３を一覧表示せず、＋/−ボタン２５０の操作毎にインデックスの昇順又は降順で１つずつ、音楽データファイル３を示すインデックスを、７セグメントディスプレイ２４０に提示する、というものである。第１の機種「楽器Ａ」は、電子楽器製品としてはユーザインタフェースに乏しいモデルであり、例えば電子ドラムセットのように操作パネルの面積の都合上、簡素なユーザインタフェースしか搭載できないモデルを想定する。なお、楽器Ａのユーザインタフェースの別構成例として、＋/−ボタン２５０に替えて、それぞれ数字「１」、「２」、「３」・・・「１０」（又は「１」、「２」、「３」・・・「０」）に対応付けられた１０個のボタン（不図示）を用いて、７セグメントディスプレイ２４０に表示するインデックスを選択するように構成してもよい。

図１１のステップＳ２１において、管理装置１のＣＰＵ１０は、対象のディレクトリとしてソングデータ領域を指定して、前記図１０の「ディレクトリ情報取得処理」を行う。本実施例では、一例として、ソングデータ領域に、ファイル名「０１Ｓｏｎｇ １．ｍｉｄ」と、「０２Ｓｏｎｇ ２．ｍｉｄ」との２つの音楽データファイル３（ＭＩＤＩ形式のソングデータ）が記憶されているものとする。この場合、管理装置１は、楽器Ａに対して、「ソングデータ領域」のパスを指定して、該「ソングデータ領域」で最初に見つかるファイル名を要求する（前記ステップＳ１９）。そして、管理装置１は、楽器Ａがエラーを返答するまで、ファイル名を要求し、「ソングデータ領域」内の全てのファイル名を順に取得する（前記ステップＳ２０）。楽器Ａは、前記の要求に応じて、ファイル名「０１Ｓｏｎｇ １．ｍｉｄ」と、「０２Ｓｏｎｇ ２．ｍｉｄ」との２つの音楽データファイル３の情報を返答する。楽器Ａからのファイル名返答順は、定まっていないものとする。楽器Ａは、どういう順番にせよ、ソングデータ領域内の全てのファイル名を、管理装置１からの要求毎に順次返答すればよい。

ステップＳ２２において、管理装置１のＣＰＵ１０は、タッチパネル１５に、第１の機種「楽器Ａ」がユーザに対して１つの音楽データファイル３を提示する態様、すなわち、ボタン２５０の操作毎に７セグメントディスプレイ２４０に１つのインデックスを順次提示する、という態様に合わせた態様で、前記取得したディレクトリ情報に基づく全ての音楽データファイル３を一覧表示する。

図１３は、第１の機種「楽器Ａ」の提示態様に合わせたファイル一覧表示画面の一例を示す。図１３に示すように、ファイル一覧表示画面６０は、それぞれ「０１」〜「１０」のインデックスに対応付けられた１０個の行６１ａ，６１ｂ，６１ｃ，６１ｄ，６１ｅ・・・を具備する（図１３において、便宜上「０５」番以降の行の表示を省略する）。これら行６１ａ，６１ｂ，６１ｃ，６１ｄ，６１ｅ・・・は、ソングデータ領域に用意された１０個の格納領域を表す。ファイル一覧表示画面６０は、１０個全ての格納領域、すなわち音楽データファイル３を格納している格納領域のみならず、格納していない空の格納領域も、表示する。各行６１ａ，６１ｂ，６１ｃ，６１ｄ，６１ｅ・・・には、それぞれ対応するインデックスが７セグメントディスプレイ２４０（図１２参照）を模擬したインデックス画像６２ａ，６２ｂ，６２ｃ，６２ｄ，６２ｅ・・・が表示される。音楽データファイル３が記憶されている格納領域を表す行には、インデックス画像に続いてファイル名の文字列部分が表示される。例えば、行６１ａは、インデックス「０１」の画像６２ａに並べて、ファイル名「０１Ｓｏｎｇ １．ｍｉｄ」の文字列部分「Ｓｏｎｇ １．ｍｉｄ」を表示する。また、行６１ｂは、インデックス「０２」の画像６２ｂに並べて、ファイル名「０２Ｓｏｎｇ ２．ｍｉｄ」の文字列部分「Ｓｏｎｇ ２．ｍｉｄ」を表示する。また、行６１ｃ，６１ｄ・・・のように、音楽データファイル３が記憶されていない空の格納領域に対応する各行では、そのインデックス画像６２ｃ，６２ｄ・・・に並べて、文字列「Ｎｏ Ｄａｔａ」が表示される。また、各行６１ａ，６１ｂ・・・には、それぞれ音楽データファイル３を表す画像（図において「ｉｃｏｎ」）も表示される。「ｉｃｏｎ」は、例えば、音楽データファイル３のファイル形式を表す画像であり得る。

管理装置１のＣＰＵ１０は、前記図１３に示すファイル名一覧表示画面６０を表示するために、前記ステップＳ２２において、次のような処理を行う。先ず、ＣＰＵ１０は、前記取得したディレクトリ情報を参照して、インデックス「０１」〜「１０」のそれぞれについて、そのインデックスが先頭に付加されているファイル名を検索する。前述の通り、第１の機種「楽器Ａ」のファイル名付与ルールは、ファイル名の先頭に、インデックスを付加するというもので、そのファイル名は、例えば「０１Ｓｏｎｇ １．ｍｉｄ」というように、インデックスを持つ。そのインデックスを含むファイル名を発見した場合、ＣＰＵ１０は、そのインデックスに対応する行（図１３では行６１ａ，６１ｂ）に、該発見されたファイル名の文字列部分を表示する。そのインデックスを含むファイル名が発見されない場合、ＣＰＵ１０は、そのインデックスに対応する行（図１３では行６１ｃ，６１ｄ，６１ｅ）に文字列「Ｎｏ Ｄａｔａ」を表示する。

管理装置１のユーザは、ファイル一覧表示画面６０において、所望の行６１ａ，６１ｂ・・・の何れかをタッチ操作により選択できる。前記選択を行うユーザ操作に応じて、管理装置１のＣＰＵ１０は、ステップＳ２３において、画面６０上で選択された行のインデックスに該当するパス（格納領域）を、音楽データファイル３の転送先として決定する。例えば、管理装置１からファイル名「ＮｅｗＳｏｎｇ．ｍｉｄ」を転送する場合に、その転送先として、インデックス「０５」の行６１ｅが選択された場合、管理装置１のＣＰＵ１０は、当該ファイルを転送する前に、ファイル名「ＮｅｗＳｏｎｇ．ｍｉｄ」にインデックス「０５」を付加した別のファイル名「０５ＮｅｗＳｏｎｇ．ｍｉｄ」を決定（前記ステップＳ５）し、電子楽器２で保存する音楽データファイル３のファイル名として、該決定したファイル名「０５ＮｅｗＳｏｎｇ．ｍｉｄ」を指定して、該音楽データファイル３を該電子楽器２に転送する（前記ステップＳ６）。電子楽器２のＣＰＵ２０は、ドライブ２００内のインデックス「０５」に該当するパスに、ファイル名「０５ＮｅｗＳｏｎｇ．ｍｉｄ」を付けた音楽データファイル３を保存する。ファイル名の変更（前記ステップＳ５）やファイルの転送（前記ステップＳ６）に際して、ＣＰＵ１０は、ユーザに対して適宜の確認表示を行ってもよい。また、音楽データファイル３の転送先として、既に別の音楽データファイル３が格納されているパス（例えばインデックス「０１」に該当するパス）が選択された場合、今回転送される音楽データファイル３がそのパスのデータに上書きされる。

前記ステップＳ２１、Ｓ２２により、管理装置１のＣＰＵ１０は、第１の機種「楽器Ａ」側のインデックスの提示態様に合わせた態様で、電子楽器２に記憶された１又は複数の音楽データファイル３を一覧表示すること、すなわち、（１）７セグメントディスプレイ２４０を模擬したインデックス画像６２ａ，６２ｂ，６２ｃ，６２ｄ，６２ｅ・・・により各インデックスを示す数字「０１」〜「１０」を表示することができる。また、（２）かかるインデックス「０１」〜「１０」を番号順に並べて提示することにより、第１の機種「楽器Ａ」における、ボタン２５０の操作毎にディスプレイ２４０に表示されるインデックスを順次切り替える、という操作態様を、模擬的に表すことができる。

次に、第２の機種「楽器Ｂ」の場合について説明する。図１４は、第２の機種「楽器Ｂ」をブラウズして音楽データファイル３のパスを決定する処理（前記ステップＳ１７）を示すフローチャートである。第２の機種「楽器Ｂ」は、ハードウェア的特徴として、内蔵の記憶装置２３とリムーバブルドライブ２９との２つの記憶媒体（ドライブ２００）を具備するものであり、電子楽器製品としては「中価格帯のモデル」を想定する。

図１５は、第２の機種の「楽器Ｂ」に備わる２つの記憶媒体における音楽データファイル３の記憶構造（ディレクトリの階層構造）を説明する模式図である。図１５において、「Ｉｎｔｅｒｎａｌ Ｆｌａｓｈ Ｄｒｉｖｅ」は内蔵の記憶装置２３、「ＵＳＢ Ｆｌａｓｈ Ｄｒｉｖｅ」はリムーバブルドライブ２９を表す。

内蔵の記憶装置２３のルートディレクトリ（「ＲＯＯＴ Ｄｉｒｅｃｔｏｒｙ」）には、音楽データファイル３として、２つのソングデータ（「Ａ＿ＳＯＮＧ．ｍｉｄ」、「Ｃ＿ＳＯＮＧ．ｍｉｄ」）と、１つのスタイルデータ（「Ｂ＿ＳＴＹＬＥ．ｓｔｙ」）が混在して記憶されている。また、リムーバブルドライブ２９のルートディレクトリ（「ＲＯＯＴ Ｄｉｒｅｃｔｏｒｙ」）には、１つのサブディレクトリ（「ＳＵＢ−ＤＩＲＥＣＴＯＲＹ Ａ Ｄｉｒｅｃｔｏｒｙ」）が作成されると共に、２つのソングデータ（「Ｇ＿ＳＯＮＧ．ｍｉｄ」、「Ｉ＿ＳＯＮＧ．ｍｉｄ」）と、１つのスタイルデータ（「Ｈ＿ＳＴＹＬＥ．ｓｔｙ」）が記憶される。前記１つのサブディレクトリには、３つのソングデータ（「Ｄ＿ＳＯＮＧ．ｍｉｄ」、「Ｅ＿ＳＯＮＧ．ｍｉｄ」、「Ｆ＿ＳＯＮＧ．ｍｉｄ」）が記憶される。

第２の機種「楽器Ｂ」の特徴は、自身に記憶されている複数の音楽データファイル３のファイル名をユーザインタフェース（表示装置２４）に一覧表示する際に、ユーザからファイルタイプの選択を受け付けて、選択されたファイルタイプに合致する音楽データファイル３（ソングデータ又はスタイルデータ）のみを一覧表示することである。

第２の機種の「楽器Ｂ」における複数の音楽データファイル３を一覧表示する手順は、概ね次の通りである。先ず、内蔵の記憶装置２３又はリムーバブルドライブ２９のいずれか一方を、ボタン操作等により選択し、次に表示対象となるファイルタイプとしてソングデータ又はスタイルデータのいずれか一方を、ボタン操作等により選択する。これにより、選択された１つのドライブ内の、選択されたファイルタイプに該当する音楽データファイル３が一覧表示される。例えば、選択されたドライブ２００のルートディレクトリ内にサブディレクトリがある場合、ルートディレクトリ及びサブディレクトリのそれぞれに記憶された音楽データファイル群のうち、選択されたファイルタイプに該当する１又は複数の音楽データファイル３を一覧表示する。これにより、表示上では、選択されたファイルタイプに該当する音楽データファイルのみが、ドライブ内の各フォルダに存在しているかのように見える。従って、１つのフォルダ２０２に異なるファイルタイプの音楽データファイル３が混在するファイルシステム仕様でも、ユーザは、ファイルタイプを混同することなく、複数の音楽データファイルの情報を閲覧できる。また、この一覧表示は、各音楽データファイル３を、それぞれの属するディレクトリ毎に分けて行う。一覧表示における表示順は、（１）ディレクトリ階層構造の浅いもの（例えばルートディレクトリ）が深いもの（例えばサブディレクトリ）より優先される、（２）文字コードの若いものが優先される（すなわち文字コードの順に従う）、（３）ファイル名がディレクトリ名よりも優先される、というルールに従う。

第２の機種「楽器Ｂ」のもう１つの特徴は、ユーザインタフェース（表示装置２４）に複数の音楽データファイル３を一覧表示する際に、それらのファイル名にインデックスを付けて表示すること、である。第２の機種「楽器Ｂ」におけるインデックスは、ファイル名のデータには含まれているものではなく、音楽データファイル３を一覧表示する際に、表示上の識別番号として、音楽データファイル３に付与される。このインデックスは、例えば、ファイルタイプ毎に、そのタイプに該当する全ての音楽データファイル３に対して連番で付与されるシリアル番号である。インデックスの付与は、内蔵の記憶装置２３から順に行う。一例として、インデックスは、“１０１”番から開始する連続番号とする。例えば、図１５に示す通り、記憶装置２３内の２つのソングデータ「Ａ＿ＳＯＮＧ．ｍｉｄ」に「インデックス“１０１”」が、また、「Ｃ＿ＳＯＮＧ．ｍｉｄ」に「インデックス“１０２”」がそれぞれ付与される。リムーバブルドライブ２９内のソングデータには“１０３”以降のインデックスが付与される。ここで、インデックス付けはディレクトリ階層構造の浅いものが深いものより優先されるものとする。すなわち、ルートディレクトリ内の「Ｇ＿ＳＯＮＧ．ｍｉｄ」に「インデックス“１０３”」が、また、「Ｉ＿ＳＯＮＧ．ｍｉｄ」に「インデックス“１０４”」がそれぞれ付与され、そのサブディレクトリ内の「Ｄ＿ＳＯＮＧ．ｍｉｄ」に「インデックス“１０５”」、「Ｅ＿ＳＯＮＧ．ｍｉｄ」に「インデックス“１０６”」、及び、「Ｆ＿ＳＯＮＧ．ｍｉｄ」に「インデックス“１０７”」がそれぞれ付与される。スタイルデータに関しても、それらを一覧表示する際に、記憶装置２３から順に“１０１”番から開始する連続番号を付けてファイル名が表示される（不図示）。なお、図１５に例示する音楽データファイル３の階層構造は、管理装置１から参照できる複数の音楽データファイル３のみを示している。第２の機種「楽器Ｂ」は、管理装置１から参照できないプリセットデータ（不図示）に対して、インデックス“００１”から“１００”までを割り当てて、ユーザに提示する仕様になっているものとする。このため、管理装置１から参照できる音楽ファイル３に対して、上記の通り、インデックス“１０１”以降が割り当てられている。もちろん、このようなインデックスの割り振りは、第２の機種「楽器Ｂ」に固有の仕様であり、他の機種では、管理装置１から参照できる音楽ファイル３に対して割り当て開始する番号が異なるかもしれない。

上記の特徴を持つ第２の機種の「楽器Ｂ」がユーザに対して１又は複数の音楽データファイル３を提示する態様に合わせた態様で、該１又は複数の音楽データファイル３をタッチパネル１５に一覧表示するために、管理装置１のＣＰＵ１０は、以下の処理を行う。

図１４のステップＳ２４において、管理装置１のＣＰＵ１０は、現在接続中の電子楽器２（第２の機種の「楽器Ｂ」）に対して、ドライブ情報を要求し、取得する。接続中の電子楽器２のＣＰＵ２０は、前記ドライブ情報の要求に応じてドライブ情報を、管理装置１に返答する。ドライブ情報は、自身に備わる１又は複数のドライブ２００（この実施例では内蔵の記憶装置２３及びリムーバブルドライブ２９の２つ）それぞれの名前等を含む。

ステップＳ２５において、管理装置１のＣＰＵ１０は、前記取得したドライブ情報をタッチパネル１５に提示して、ユーザに所望の１つのドライブを選択させる。図１６（ａ）は、ドライブ選択画面の一例である。ドライブ選択画面７０は、各行７１ａ，７１ｂに、第２の機種「楽器Ｂ」に備わる内蔵の記憶装置２３（「Ｉｎｔｅｒｎａｌ Ｆｌａｓｈ Ｄｒｉｖｅ」）及び、リムーバブルドライブ２９（「ＵＳＢ Ｆｌａｓｈ Ｄｒｉｖｅ」）の情報を、表示する。ユーザは、所望のドライブに該当する行、例えば「ＵＳＢ Ｆｌａｓｈ Ｄｒｉｖｅ」の行７１ｂをタッチすることで、そのドライブを選択できる。

ステップＳ２６において、管理装置１のＣＰＵ１０は、図１６（ｂ）に示すファイルタイプ選択画面７２をタッチパネル１５に表示して、ユーザに一覧表示すべきファイルタイプを選択させる。ファイルタイプ選択画面７２は、ファイルタイプの選択肢として、行７３ａに仮想的ソングフォルダ７３ａを、また、行７３ｂに仮想的スタイルフォルダを表示する。仮想的ソングフォルダ及び仮想的スタイルフォルダは、音楽データファイル３をファイルタイプ別に分類するために用意された仮想的なファイルタイプ別フォルダである。楽器Ｂのファイルシステムには、かかるファイルタイプ別フォルダは存在しない（図１５参照）。複数の仮想的ファイルタイプ別フォルダを用意して何れか１つをユーザに選択させる構成により、ファイルタイプを選択する、という第２の機種の「楽器Ｂ」の仕様を、管理装置１は、模擬的に再現できる。

ステップＳ２７において、管理装置１のＣＰＵ１０は、前記選択されたドライブのルートディレクトリに関するディレクトリ情報を取得する。第２の機種の「楽器Ｂ」は、選択されたドライブ内のルートディレクトリ内のファイル名のみならず、そのルートディレクトリ内の全サブディレクトリ内の音楽データファイル３も一覧表示する仕様である。従って、その仕様に倣い、ルートディレクトリに１以上のサブディレクトリが存在していれば、該１以上のサブディレクトリに関するディレクトリ情報を取得する。管理装置１のＣＰＵ１０がディレクトリ情報を取得する処理は、前記図１０を参照して説明した通りである。

ステップＳ２８において、管理装置１のＣＰＵ１０は、前記ステップＳ２７で取得した全てのディレクトリ情報に基づく全てのファイル名のうち、前記ステップＳ２６にて選択されたファイルタイプに該当する拡張子（例えばソングデータを示す拡張子「．ｍｉｄ」、又は、スタイルデータを示す拡張子「．ｓｔｙ」）を持つファイル名を抽出する。これにより、前記選択されたドライブに記憶された全ての音楽データファイル３のうち、前記選択された仮想的なファイルタイプ別フォルダに分類される音楽データファイル３（例えば「ソングデータ」）を抽出できる。

そして、管理装置１のＣＰＵ１０は、当該ステップＳ２８において、前記抽出した全てのファイル名を、第２の機種の「楽器Ｂ」におけるソートルールに従って、ソートする。第２の機種の「楽器Ｂ」におけるソートルールは、前述した第２の機種の「楽器Ｂ」におけるファイル名一覧表示の表示順に対応する。すなわち、（１）ディレクトリ階層構造の浅いものが深いものより優先されること、（２）文字コードの若いものが優先される（すなわち文字コードの順に従う）こと、（３）ファイル名がディレクトリ名よりも優先されること、である。例えば、ルートディレクトリ内の音楽データファイル３が、サブディレクトリ内のものよりも優先される。また、例えば、アルファベット文字列からなるファイル名は、アルファベット順にソートされる。また、例えば、或るルートディレクトリ内の音楽データファイル３は、そのサブディレクトリよりも優先される。これにより、前記抽出した全てのファイル名は、ディレクトリ順及びファイル名順に従って、ソートされる。

ステップＳ２９において、管理装置１のＣＰＵ１０は、オフセット値を加味して、前記抽出及びソートされた全ファイル名に対して、インデックスを付与する。インデックスの付与は、図１５を参照して前述した楽器Ｂにおけるインデックス付けと同様に、“１０１”から始まる連続番号を、内蔵の記憶装置２３から順に付与する、というものである。前記オフセット値とは、インデックスの先頭“１０１”から、リムーバブルドライブ２９内のソングデータに対して付与するインデックスの開始番号（図１５の例では“１０３”）までの差を示す値である。したがって、オフセット値は、記憶装置２３内のファイル個数によって変わる。

例えば、当該ステップＳ２９において、リムーバブルドライブ２９内のソングデータに対してインデックスを付与する場合、管理装置１のＣＰＵ１０は、インデックスの先頭“１０１”からのオフセット値「２」を加味して、リムーバブルドライブ２９のルートディレクトリ内の「Ｇ＿ＳＯＮＧ．ｍｉｄ」に“１０３”、「Ｉ＿ＳＯＮＧ．ｍｉｄ」に “１０４”、サブディレクトリ内の「Ｄ＿ＳＯＮＧ．ｍｉｄ」に“１０５”、「Ｅ＿ＳＯＮＧ．ｍｉｄ」に“１０６”、及び「Ｆ＿ＳＯＮＧ．ｍｉｄ」に“１０７”をそれぞれ付与する。

なお、インデックス付けの別の構成例として、１つのファイルタイプに関して記憶装置２３内に記憶できるファイル数を所定数（例えば１０個）で制限し、記憶装置２３内の音楽データファイル用に、該所定数分のインデックス（例えば“１０１”〜“１１０”）を固定的に用意し、リムーバブルドライブ２９内の音楽データファイル用に該所定数を加味したインデックス（例えば“１１１”番）以降を割り当てるようにしてもよい。この場合、オフセット値は、記憶装置２３内のファイル数によらずに、固定値となる。

ステップＳ３０において、管理装置１のＣＰＵ１０は、前記抽出及びソートされた全ファイル名を、前記ステップＳ２９で付与したインデック番号を付けて、タッチパネル１５に表示する。図１６（ｃ）は、ファイルタイプ別フォルダをブラウズするファイル一覧表示画面７４であり、一例として、仮想的ソングフォルダに分類される複数の音楽データファイル３を一覧表示する画面を示す。ファイル一覧表示画面７４の各行７５ａ，７５ｂ・・・は、それぞれ、リムーバブルドライブ２９（「ＵＳＢ Ｆｌａｓｈ Ｄｒｉｖｅ」）内のソングデータのファイル名を表示する。ファイル名は、本来のファイル名である文字列に前記ステップＳ２９で付与したインデックスを付けた状態、例えば「１０３ Ｇ＿ＳＯＮＧ．ｍｉｄ」という具合で、表示される。ファイル一覧表示画面７４は、ソングデータのファイル名を、ディレクトリ別に表示する。表示順は、ステップＳ２８にて行ったソート結果に従っている。すなわち、表示順は、ルートディレクトリ（「ＵＳＢ Ｆｌａｓｈ ＲＯＯＴ ＤＩＲＥＣＴＯＲＹ」）を、サブディレクトリ（「ＵＳＢ Ｆｌａｓｈ ＳＵＢ―ＤＩＲＥＣＴＯＲＹ Ａ」）よりも優先するようになっており、各ディレクトリ内のファイル名は、文字コード順に並ぶ。また、ファイル名がディレクトリ名よりも優先される。結果的に、ファイル一覧表示画面７４は、ファイル名をインデックス順に並べて表示することになる。

ステップＳ３１において、管理装置１のＣＰＵ１０は、ファイル一覧表示画面７４の行７５ａ，７５ｂ・・・の何れかに対するタッチ操作に応じて、該タッチ操作により選択された行に該当するパスを、音楽データファイル３の転送先として決定する。そして、処理は前記ステップＳ５に戻り、管理装置１のＣＰＵ１０は、必要に応じてファイル名の変更を行い（前記ステップＳ５）、前記決定したパスを転送先として、転送対象の音楽データファイル３を転送する（前記ステップＳ６）。決定されたパスに対する音楽データファイル３の転送処理は、前述と同様であり、詳述は省略する。

前記ステップＳ２４〜Ｓ３０により、管理装置１のＣＰＵ１０は、第２の機種「楽器Ｂ」おける提示態様と同様に、選択されたドライブ２００内の選択されたファイルタイプに合致する音楽データファイル３を一覧表示でき、また、第２の機種「楽器Ｂ」における提示態様と同様に、一覧表示された各音楽データファイル３に対応付けて、インデックスを表示できる。このインデックスは、ファイル名のデータには含まれているものではなく、音楽データファイル３を一覧表示する際に、表示上の識別番号として、音楽データファイル３に付与されるものである。また、音楽データファイル３を一覧表示する順番は、第２の機種「楽器Ｂ」おいてファイル名を一覧表示する順番と同じである。

次に、第３の機種「楽器Ｃ」の場合について説明する。図１７は、第３の機種「楽器Ｃ」をブラウズして音楽データファイル３のパスを決定する処理（前記ステップＳ１８）を示すフローチャートである。第３の機種「楽器Ｃ」は、ハードウェア的特徴として、楽器Ｃは、複数のドライブ（例えば、内蔵の記憶装置２３とリムーバブルドライブ２９との２つ）を具備し、各ドライブがそれぞれ深い階層階層を持ち得る。また、楽器Ｃは、ユーザインタフェース（表示装置２４）として比較的大型な液晶表示パネルを具備しており、複数のディレクトリ名やファイル名をそのまま表示できる。ユーザはユーザインタフェース（表示装置２４及び設定操作検出装置２５）を用いて、現在画面表示中のディレクトリ（これを「カレントディレクトリ」という）を別の所望のディレクトリに移動させたり、画面上のカレントディレクトリから再生すべきソングを選択したり、楽器演奏をソングデータとして記録する際の記録先を画面上で選択したりする、などできる。また、楽器Ｃのユーザインタフェース（表示装置２４）上で、或るディレクトリ内の複数の音楽データファイル３を一覧表示する際は、文字コード順でファイル名をソートして、表示する。楽器Ａや楽器Ｂのようなインデックスの表示はしていない。

管理装置１のＣＰＵ１０は、自身のユーザインタフェース（タッチパネル１５）に、楽器Ｃ側に記憶された複数の音楽データファイル３をブラウズする場合、上記の楽器Ｃにおけるファイル一覧表示の態様に倣い、楽器Ｃで用いている文字コード順のソートルールで、ファイル名をソートして一覧表示する。インデックスの表示はしない。また、管理装置１のＣＰＵ１０は、画面上でカレントディレクトリを移動して、カレントディレクトリ内のパスを選択できるような選択画面をタッチパネル１５に表示する。

図１７のステップＳ３２において、管理装置１のＣＰＵ１０は、現在接続中の電子楽器２（第３の機種の「楽器Ｃ」）に対して、ドライブ情報を要求し、取得する。接続中の電子楽器２のＣＰＵ２０は、前記ドライブ情報の要求に応じてドライブ情報（内蔵の記憶装置２３及びリムーバブルドライブ２９のそれぞれの名前等）を、管理装置１に返答する。

ステップＳ３３において、管理装置１のＣＰＵ１０は、前記取得した複数のドライブ情報をタッチパネル１５に提示して、ユーザに所望の１つのドライブを選択させる。ドライブ選択画面は、前記図１６（ａ）のドライブ選択画面７０と同様に構成されてよく、図示およひ詳細説明は省略する。ユーザは、画面から所望のドライブを選択できる。ステップＳ３４において、管理装置１のＣＰＵ１０は、前記選択されたドライブのルートディレクトリをカレントディレクトリとして設定する。

ステップＳ３５において、管理装置１のＣＰＵ１０は、前記ステップＳ３４で設定されたカレントディレクトリに関するディレクトリ情報を取得する。管理装置１のＣＰＵ１０がディレクトリ情報を取得する処理は、前記図１０を参照して説明した通りである。

ステップＳ３６において、管理装置１のＣＰＵ１０は、前記取得したディレクトリ情報に基づく１以上のファイル名及び／又はフォルダ名を、接続中の電子楽器２（第３の機種の「楽器Ｃ」）で用いるソートルールに従いソートする。前記ソートルールは、例えば、（１）ディレクトリ（フォルダ２０２）と音楽データファイル３とではディレクトリが優先されること、（ｃ）楽器Ｃで用いる文字コード順に従いファイル名及び／又はフォルダ名をソートすること、である。なお、ソートルールは例示に限定されない。例えば、大文字と小文字の区別や、２バイト文字の扱いや、或いは、特殊文字の扱いなどで、優先順位を異ならせるようにしてもよい。

ステップＳ３７において、管理装置１のＣＰＵ１０は、前記取得したディレクトリ情報に基づく１以上のファイル名及び／又はフォルダ名を、前記ソートした順に並べて一覧表示するファイル一覧表示画面を、タッチパネル１５に表示する。

この一覧表示画面は、カレントディレクトリにに記憶されている全ての複数の音楽データファイル３、及び／又は、カレントディレクトリに含まれる全てのサブフォルダのフォルダ名を表示するものである。一覧表示画面は、例えば、画面上の一行毎に、ファイル名又はフォルダ名を表示して、行をタッチ操作することで、対応する音楽データファイル３又はフォルダを選択できるように構成し得る（図示省略）。また、一覧表示画面に、上位階層のディレィトリに移動するボタン画像を設けてもよい。ユーザは、かかる一覧表示画面において、所望のフォルダを示す行又は上位階層のディレィトリに移動するボタン画像をタッチ操作することで、一覧表示画面をメモリの階層構造に従って変更できる。また、ユーザは、所望のファイル名に対応する行をタッチ操作することで、その行に対応する音楽データファイルの記憶場所を、転送先のパスとして選択できる。

カレントディレクトリを変更する操作が行われた場合（ステップＳ３８のｙｅｓ）、管理装置１のＣＰＵ１０は、当該変更操作に応じて、カレントディレクトリを、新たにユーザに選択されたディレクトリ（フォルダ２０２又はサブフォルダ）に変更する（ステップＳ３９）。そして、ＣＰＵ１０は、変更されたカレントディレクトリを対象に、前記ステップＳ３５以降の処理を行う。これにより、管理装置１は、カレントディレクトリを移動し、移動先のカレントディレクトリの一覧表示画面を表示できる。

パスの決定操作（選択操作）が行われた場合（ステップＳ４０のｙｅｓ）、管理装置１のＣＰＵ１０は、当該決定操作に応じて、パスを決定する。管理装置１のＣＰＵ１０は、必要に応じてファイル名の変更を行い（前記ステップＳ５）、前記決定したパスを転送先として、転送対象の音楽データファイル３を転送する（前記ステップＳ６）。決定されたパスに対する音楽データファイル３の転送処理は、前述と同様であり、詳述は省略する。一方、カレントディレクトリ変更操作およびパス決定操作いずれの操作も行われない場合（ステップＳ３８のｎｏ，Ｓ４０のｎｏ）、管理装置１のＣＰＵ１０は、ステップＳ３５以降を繰り返して、ユーザによる操作を待つ。

前記のステップＳ３２〜Ｓ４０により、管理装置１のＣＰＵ１０は、第３の機種「楽器」Ｃがユーザに１又は複数の音楽データファイルを提示する態様に合わせた態様で、カレントディレクトリ内の１又は複数の音楽データファイルをタッチパネル１５に一覧表示できる。

以上、説明した音楽データファイル３のパスを決定する処理（図９〜図１７）によれば、例えば、音楽データファイル３の提示順、音楽データファイル３の見せ方、ファイルシステムの構造の見せ方、或いは、音楽データファイル３を選択する操作の態様など、接続先の電子楽器２がユーザに対して１又は複数の音楽データファイル３を提示する態様に合わせた態様で、管理装置１のＣＰＵ１０は、接続先の電子楽器２側の音楽データファイル３、或いは、格納領域を、一覧表示できる。

上述の実施例では、音楽データファイル３を管理装置１から電子楽器２へ転送する場合に、電子楽器２の機種に応じた提示態様で電子楽器２側のドライブ２００をブラウズして音楽データファイル３のパスを決定する処理（図９〜図１７）を行うことを説明した。図９〜図１７を参照して説明した「ブラウズして音楽データファイル３のパスを決定する」処理は、電子楽器２のドライブ２００内の音楽データファイル３を管理装置１に追加する場合にも、適用できる。

図１８は、電子楽器２のドライブ２００内の音楽データファイル３を管理装置１に追加する処理全体の流れを示すフローチャートである。ユーザは、タッチパネル１５を用いて、ライブラリ１００内の或るディレクトリを、音楽データファイル３を新規に追加するディレクトリとして指定する操作を行うことができる。前記ユーザの操作に応じて、管理装置１のＣＰＵ１０は、図１８の処理を起動する。

ステップＳ４２において、管理装置１のＣＰＵ１０は、前記ユーザ操作に応じて、当該管理装置１のライブラリ１００内のディレクトリ（ルートディレクトリ又はフォルダ１０２）のうち指定されたディレクトリを、追加先として決定する。

ステップＳ４３において、管理装置１のＣＰＵ１０は、通信経路４を通じて現在接続中の１つの電子楽器２と通信して、その電子楽器２から機種情報を取得する。電子楽器２から機種情報を取得する処理は、図５を参照して前述した処理と同様であり、詳述は省略する。

ステップＳ４４において、管理装置１のＣＰＵ１０は、通信経路４を通じて電子楽器２と通信し、現在接続中の電子楽器２のドライブ２００をブラウズして、当該管理装置１のライブラリ１００に追加する音楽データファイル３に該当するパスを決定する。当該ステップＳ４４において、ＣＰＵ１０は、図９〜図１７を参照して前述した、現在接続中の電子楽器２の機種に応じた提示態様で、ドライブ２００をブラウズしてパスを決定する処理を行う。このステップＳ４４にて電子楽器２に記憶されている複数の音楽データファイル３を一覧表示する際に、管理装置１は、前述した図９〜図１７により、接続先の電子楽器２の機種に応じた種々の態様に合わせた態様で、それら複数の音楽データファイル３の一覧表示できる。

例えば、現在接続中の電子楽器２が第１の機種「楽器Ａ」である場合（図９のステップＳ１６）、ＣＰＵ１０は、前記図１１の処理によりタッチパネル１５に前記図１３の一覧表示画面６０を表示する（図１１のステップＳ２２）。なお、画面６０最上段の文字列「転送先を選択」は、「ライブラリに追加するファイルを選択」に変更される。ユーザは、画面上で所望のインデックスに該当する行６１ａ，６１ｂ・・・を選択する（図１１のステップＳ２３）。ここで、選択する行は、音楽データファイル３に対応付けられている行（図１３の例では「Ｓｏｎｇ １．ｍｉｄｉ」に対応付けられた行６１ａ又は「Ｓｏｎｇ ２．ｍｉｄｉ」に対応付けられた行６１ｂ）である。

また、現在接続中の電子楽器２が第２の機種「楽器Ｂ」である場合（図９のステップＳ１７）、ＣＰＵ１０は、前記図１４の処理によりタッチパネル１５に、前記図１６（ａ），（ｂ），（ｃ）の各画面７０、７２及び７４を順次表示する（図１４のステップＳ２５、Ｓ２６及びＳ３０）。各画面７０、７２及び７４最上段の文字列「転送先を選択」は、「ライブラリに追加するファイルを選択」に変更される。ユーザは、ファイルタイプ別フォルダ（仮想的ソングフォルダまたは仮想的スタイルフォルダ）に関する一覧表示画面７４上で、所望の音楽データファイル３に該当する行７５ａ，７５ｂ・・・を選択する（図１４のステップＳ３１）。

また、現在接続中の電子楽器２が第３の機種「楽器Ｃ」である場合（図９のステップＳ１８）、ＣＰＵ１０は、前記図１７の処理によりタッチパネル１５に、ユーザにより選択されたカレントディレクトリに関する一覧表示画面を表示する（図１７のステップＳ３７）。ユーザは、カレントディレクトリに関する一覧表示画面上で所望の音楽データファイル３を選択する（図１７のステップＳ４０、Ｓ４１）。

図１８に戻ると、ステップＳ４５において、管理装置１のＣＰＵ１０は、通信経路４を通じて電子楽器２と通信し、前記ステップＳ４５により選択された音楽データファイル３を、電子楽器２のドライブ２００から取得する。電子楽器２は、指定された音楽データファイル３を複数のパケットに分割し、管理装置１とハンドシェイクを行い、互いにデータの送受信を確認しつつ、管理装置１に複数のパケットを転送する。

ステップＳ４６において、管理装置１のＣＰＵ１０は、前記ステップＳ４５で取得した音楽データファイル３を、当該管理装置１のライブラリ１００のうち、前記ステップＳ４２で指定された追加先に記憶する。これにより、管理装置１は、自身のライブラリ１００に、電子楽器２から取得した音楽データファイル３を新規に追加できる。

なお、上記の実施例では、１つの音楽データファイル３を転送する処理について説明したが、複数の音楽データファイル３を転送する際にも、本発明は適用できる。或いは、１又は複数のフォルダを転送する際にも、本発明は適用できる。或いは、１以上の音楽データファイル３と１以上のフォルダとを転送する際にも、本発明は適用できる。

なお、第１の機種におけるファイル名付与ルールは、上記実施例に限らない。例えば、インデックスの桁数は、２桁に限らずその他任意の桁数でよい。また、インデックスは、数字からなる限らず文字乃至記号からなるもの、又は、それらの組み合わせであってもよい。また、インデックスの位置は、先頭部に限らず、拡張子の直前など、その他任意の位置でよい。また、第２の機種において、表示上でのみ用いるインデクスは、１０１から始まる３桁の数字に限らず、その他任意の数から開始する任意の桁数のインデックスでよく、適宜の数字、文字、又は記号、若しくは、それらの組み合わせであってよい。

また、電子楽器２側のファイル名付与ルールは、インデックスを付けることに限らず、或る機種の電子楽器で適用されているどのようなファイル名付与ルールでもよい。ルールの変更例は、例えば、特定種類の文字が使えない、というルールや、或いは、アルファベット文字のみを用いる、というルールなど、であり得る。

なお、上述の図９〜図１７を参照して説明した、機種に応じた提示態様に合わせた態様は一例に過ぎず、これに限定されない。例えば、図１３に示すファイル一覧表示画面６０は、例えば、７セグメントディスプレイ２４０を模擬したインデックス画像６２ａ，６２ｂ，６２ｃ，６２ｄ，６２ｅ・・・によりインデックスを表示することに変えて、７セグメントディスプレイ２４０と関連のない表示形式（例えば、図１３にてファイル名を表示しているのと同様な、単なる文字列の形式）で、インデックスを表示するように構成してもよい。また、インデックス及びファイル名の両方を表示することに限らず、インデックス又はファイル名の一方のみを表示する構成でもよい。また、図１６（ｃ）の一覧表示画面７４は、インデックス及びファイル名の両方を表示することに限らず、インデックス又はファイル名の一方のみを表示する構成でもよい。また、例えば、図１６（ｃ）の一覧表示画面７４など、第１の機種以外の機種に関する一覧表示画面においても、音楽データファイルを格納するために用意された全ての格納領域（空の格納領域を含む）を表示してもよい。また、例えば、図１６（ｃ）の一覧表示画面７４など、第１の機種以外の機種に関する一覧表示画面においても、電子楽器２がユーザに対してインデックスを提示する形式を模擬した画像を用いて、インデックスを表示してもよい。また、第２の機種以外の機種に関する一覧表示画面においても、ファイルタイプ別の仮想的フォルダによりフォルダタイプを選択できるように構成してよい。

また、電子楽器２側のファイル名付与ルールは、インデックスを付けることに限らず、或る機種の電子楽器で適用されているどのようなファイル名付与ルールでもよい。ルールの変更例は、例えば、特定種類の文字が使えないルールであるとか、アルファベット文字のみを用いるルールであるとか、であり得る。

本発明は、音楽データファイルの管理をコンピュータに実行させるプログラムの発明として構成及び実施することもできる。

１ 音楽データファイル管理装置、２ 音楽処理装置、３ 音楽データファイル、４ 通信経路、１００ ライブラリ、１０２ フォルダ、２００ ドライブ、２０２ フォルダ、１０，２０ ＣＰＵ、１３ 記憶装置、１５ タッチパネル、１７ インタフェース、２３ 内蔵の記憶装置、２４ 表示装置、２５ 設定操作検出装置、２７ インタフェース、２９ リムーバブルドライブ

Claims (5)

1. 音楽処理に用いる音楽データファイルを、第一のファイル名を付けて管理する管理部と、
   前記音楽データファイルを処理する能力を有する音楽処理装置を通信可能に接続する接続部と、
   前記接続した音楽処理装置から、該音楽処理装置の機種を識別するための機種情報を取得する取得部と、
   前記管理部に管理された音楽データファイルを前記接続した音楽処理装置に転送する対象として選択する選択部と、
   前記取得した機種情報に応じたファイル名付与ルールに従って、前記接続した音楽処理装置において前記選択した音楽データファイルを保存する際に該音楽データファイルに付与される第二のファイル名を決定する決定部と、
   前記選択した音楽データファイルを前記接続した音楽処理装置に転送する際に、該音楽処理装置に、前記第二のファイル名を付けた該音楽データファイルを保存させる転送制御部と
   を備えることを特徴とする音楽データファイル管理装置。
2. 前記転送制御部は、前記選択した音楽データファイルに、前記第一のファイル名に替えて、前記第二のファイル名を付与し、該第二のファイル名の付与された音楽データファイルを、前記接続した音楽処理装置に転送することを特徴とする請求項１に記載の音楽データファイル管理装置。
3. 前記転送制御部は、前記選択した音楽データファイルと、前記第二のファイル名とを前記接続した音楽処理装置に転送することにより、該音楽処理装置に、前記転送された音楽ファイルに対して該第二のファイル名を付与させることを特徴とする請求項１に記載の音楽データファイル管理装置。
4. 前記決定部は、前記第一のファイル名を成す文字列に、前記転送先の音楽処理装置側で該音楽データファイルを管理するために用いる識別番号を付加することにより、前記第二のファイル名を決定することを特徴とする請求項１乃至３の何れかに記載の音楽データファイル管理装置。
5. 音楽処理に用いる音楽データファイルを、第一のファイル名を付けて管理しており、且つ、前記音楽データファイルを処理する能力を有する音楽処理装置を通信可能に接続したコンピュータに、
   前記接続した音楽処理装置から、該音楽処理装置の機種を識別するための機種情報を取得するステップと、
   前記管理された音楽データファイルを前記接続した音楽処理装置に転送する対象として選択するステップと、
   前記取得した機種情報に応じたファイル名付与ルールに従って、前記接続した音楽処理装置において前記選択した音楽データファイルを保存する際に該音楽データファイルに付与される第二のファイル名を決定するステップと、
   前記選択した音楽データファイルを前記接続した音楽処理装置に転送する際に、該音楽処理装置に、前記第二のファイル名を付けた該音楽データファイルを保存させるステップと
   を実行させることを特徴とするプログラム。

Images