(57)【要約】【課題】ユーザ毎のユーザ利用データを記憶した可搬性記憶媒体を用いて、簡単な操作で、いつでもどの装置についても各ユーザ用に容易に設定すること。【解決手段】この発明のシステムでは、学習履歴情報Ｌｈ、楽器設定情報Ｍｓ、課金情報ＳｕなどのセッティングデータＳｄを含み、楽器端末の利用に関するユーザ自身のセッティング内容を表わすユーザ利用データＵＤが、カード（可搬性記憶媒体）及びサーバＳＶのユーザ情報ＤＢに記憶及び蓄積される。楽器端末ＣＬａは、カードの装着（ＣＡ１）に応じて、自動的に、カード及びサーバＳＶのユーザ利用データの新旧を対比し、新しい方を有効と見なしてロードする。例えば、サーバＳＶ側データの方が新しいときはカード側データをサーバＳＶ側データで更新する（ＣＡ３）。また、カードの取出し指令（ＣＡ５）に応じてサーバのユーザ利用データをカードと同一の内容に自動的に更新する（ＣＡ６，Ｓ１４）。【選択図】図２
2004333749.tif 000002
【特許請求の範囲】
【請求項１】
サーバとの通信が可能であり、演奏情報入力手段からの演奏情報に応じた楽音信号を形成する音源手段を有する楽音信号形成装置であって、
楽音信号形成装置の利用に関するユーザ毎のユーザ利用データを記憶する可搬性の記憶媒体を駆動するための駆動手段と、
この記憶媒体が上記駆動手段に装着されたことに応じて、上記サーバに蓄積されているユーザ利用データ及び記憶媒体に記憶されているユーザ利用データの新旧を対比する比較手段と、
この対比の結果、新しいユーザ利用データを有効とする有効化手段と
を具備することを特徴とする楽音信号形成装置。
【請求項２】
サーバとの通信が可能であり、演奏情報入力手段からの演奏情報に応じた楽音信号を形成する音源手段を有する楽音信号形成装置であって、
楽音信号形成装置の利用に関するユーザ毎のユーザ利用データを記憶する可搬性の記憶媒体を駆動するための駆動手段と、
この記憶媒体が上記駆動手段から離脱されることに応じて、上記サーバに蓄積されているユーザ利用データを上記記憶媒体のユーザ利用データと同一内容のものに更新するように要求するリクエストを送信する更新手段と
を具備することを特徴とする楽音信号形成装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、音楽教習システム等における電子楽器などの楽音信号形成装置に対する各種ユーザ設定を可搬性記録媒体のユーザ利用データを用いて容易に行うことができるユーザ利用データ処理システムに関する。
【０００２】
【従来の技術】
音楽教室等で電子楽器を複数のユーザが共用する場合、当該電子楽器にユーザに合った設定を行うことは、例えば、特許文献１により知られている。特許文献１では、電子楽器にユーザ別の設定情報を保持させるようにしている。また、このほかにも、音色情報、レジストレーション、楽曲データ等を可搬性記憶媒体に記憶させ、他の楽器で利用できるようにしたものが知られている。
【０００３】
【特許文献１】
特開２００３−５８１６０公報
【０００４】
しかしながら、従来技術では、電子楽器の設定に用いられる情報源となる媒体はあくまでも単一であり、所定の媒体（通信、記録媒体）が利用できない場合にはこれらの情報の再利用はできない。また、媒体から取得する情報を適用するためには、場合によっては所望の媒体自体を探し出した上、媒体へのアクセスを実行するコマンド操作を行い、媒体から取得される情報のうち適切なものを探し出し、これをロードすべく指示するという手間が必要である。
【０００５】
【発明が解決しようとする課題】
この発明の主たる目的は、楽音信号形成装置の利用に関してユーザ毎に設定されるユーザ利用データを記憶した可搬性記憶媒体を用い、簡単な操作を行うだけで、いつでもどの装置でもユーザ利用データに基づいて各ユーザ用に容易に設定することができるユーザ利用データ処理システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
この発明の一つの特徴に従うと、サーバ（ＳＶ）との通信が可能であり、演奏情報入力手段（３）からの演奏情報に応じた楽音信号を形成する音源手段（４）を有する楽音信号形成装置（ＣＬａ）であって、楽音信号形成装置の利用に関するユーザ毎のユーザ利用データ（ＵＤｃ）を記憶する可搬性の記憶媒体（Ｃｄ）を駆動するための駆動手段（２）と、この記憶媒体（Ｃｄ）が駆動手段に装着されたこと（Ａ３→ＹＥＳ）に応じて、サーバ（ＳＶ）に蓄積されているユーザ利用データ（ＵＤｓ）及び記憶媒体に記憶されているユーザ利用データ（ＵＤｃ）の新旧を対比する比較手段（Ａ６）と、この対比の結果、新しいユーザ利用データを有効とする有効化手段（Ａ７〜Ａ９）とを具備する楽音信号形成装置〔請求項１〕が提供される。なお、括弧書きは、対応する実施例中の参照記号乃至箇所を表わし、以下においても同様である。
【０００７】
この発明の別の特徴に従うと、サーバ（ＳＶ）との通信が可能であり、演奏情報入力手段（３）からの演奏情報に応じた楽音信号を形成する音源手段（４）を有する楽音信号形成装置（ＣＬａ）であって、楽音信号形成装置の利用に関するユーザ毎のユーザ利用データ（ＵＤｃ）を記憶する可搬性の記憶媒体（Ｃｄ）を駆動するための駆動手段（２）と、この記憶媒体（Ｃｄ）が駆動手段から離脱されることに応じて、上記サーバ（ＳＶ）に蓄積されているユーザ利用データ（ＵＤｓ）を上記記憶媒体（Ｃｄ）のユーザ利用データ（ＵＤｃ）と同一内容のものに更新するように要求するリクエストを送信する更新手段（Ａ１３）とを具備する楽音信号形成装置〔請求項２〕が提供される。
【０００８】
〔発明の作用〕
この発明による楽音信号形成装置（ＣＬａ）においては、ＩＣカード、フラッシュメモリカード等の可搬性の記憶媒体（Ｃｄ）に、音色パラメータやレジストレーション等楽器の設定（Ｍｓ）や、楽器教習進度などの学習履歴（Ｌｈ）、コンテンツの購買記録（Ｓｕ）など、楽音信号形成装置の利用に関するユーザ自身のセッティング内容を表わすユーザ利用データ（ＵＤｃ）を記憶しておく。
【０００９】
この発明の１つの特徴によると、このように取り外し可能な記憶媒体（Ｃｄ）がカードリーダ等の記録媒体駆動手段に装着（マウント）されたことに応じて、自動的にユーザ利用データ（ＵＤｃ）のロードを行う。その際、記憶媒体（Ｃｄ）に記憶されているユーザ利用データ（ＵＤｃ）と、サーバ（ＳＶ）に蓄積されているユーザ利用データ（ＵＤｓ）との新旧を対比し（Ａ６）、新しい方を自動的に有効と見なしてロードする（Ａ７〜Ａ９）。また、別の特徴によると、記憶媒体（Ｃｄ）が離脱（アンマウント）されることを検出した場合は（Ａ１２→ＹＥＳ）、サーバ（ＳＶ）上のユーザ利用データ（ＵＤｓ）を記憶媒体（Ｃｄ）のユーザ利用データ（ＵＤｃ）と同一のものに自動的に更新する（Ａ１３）。
【００１０】
従って、ユーザは、記憶媒体（Ｃｄ）の装着（マウント）及び離脱（アンマウント）といった単純な操作を指令するだけで、ユーザ利用データ（ＵＤ：ＵＤｃ，ＵＤｓ）が表わすユーザ自身の設定状態を楽音信号形成装置（ＣＬａ）上に反映させることができ、しかも、記憶媒体（Ｃｄ）のユーザ利用データ（ＵＤｃ）が利用できない場合であっても、サーバ（ＳＶ）からユーザ利用データ（ＵＤｓ）を取得して、楽音信号形成装置（ＣＬａ）に所望の設定状態とすることが可能となる。それ故、ユーザは、いつでも、どの楽音信号形成装置（ＣＬａ）についても、「自分用」に容易に設定することができる。
【００１１】
【発明の実施の形態】
〔システムの概要〕
図１は、この発明の一実施例による配信サーバ及びクライアント端末を含むユーザ利用データ処理システム全体の構成の概要を表わす図である。このシステムは、図１（１）の全体図に示すように、ユーザ利用データ提供機能を有する１乃至複数の配信サーバ（図示の例では１つであるが、複数あっても構わない）ＳＶと、複数のクライアント端末ＣＬ１，ＣＬ２，…，ＣＬｎから成る。
【００１２】
各クライアント端末ＣＬ１〜ＣＬｎは、楽音信号形成に特化した専用の電子楽器或いはこのような電子楽器と同等の楽音信号形成機能を備えたパーソナルコンピュータなどの情報処理装置で構成されるシステムであり、ここでは、何れの装置も、「楽器」、「楽器端末」又は「端末」と呼ばれる。クライアント端末ＣＬ１〜ＣＬｎには、「カード」と呼ばれる可搬性記録媒体Ｃｄの挿脱が可能であり配信サーバＳＶに常に接続可能な第１タイプのクライアント端末ＣＬａと、カード（可搬性記録媒体）Ｃｄの装着が可能であるが配信サーバＳＶに接続されない第２タイプのクライアント端末ＣＬｂと、カードＣｄの読取りが不能であるが配信サーバＳＶに接続可能な第３タイプのクライアント端末ＣＬｃが含まれる。
【００１３】
これらの配信サーバＳＶ及び第１タイプ及び第３タイプのクライアント端末ＣＬａ，ＣＬｃは通信ネットワークＣＮを介して相互に通信可能に接続され、配信サーバＳＶとクライアント端末ＣＬａ，ＣＬｃ（或いは、各端末ＣＬａ，ＣＬｃが実際に交信する基地局）とを接続する通信ネットワークＣＮには、ＬＡＮ及びインターネット或いは電話回線網等の広域通信網が含まれる。なお、各クライアント端末ＣＬａ，ＣＬｃが専用の電子楽器の場合、当該電子楽器自体がネットワークＣＮに直結されてもよいし、通信機能を有する別のパーソナルコンピュータ等を介してネットワークに接続するようなシステムであってもよい。
【００１４】
配信サーバＳＶには、パーソナルコンピュータやワークステーション等のコンピュータが使用され、ユーザ情報データベース（ＤＢ）が設けられる。このユーザ情報ＤＢには、楽器（クライアント端末）ＣＬ１〜ＣＬｎの使用に関するユーザ利用データ（ＵＤｓ）がユーザ毎に蓄積される。このユーザ利用データは各楽器端末ＣＬａ，ＣＬｃからのアクセスにより、個々のユーザ利用データがユーザ情報ＤＢに蓄積され、或いは、既に蓄積されたユーザ利用データが新たな内容に更新される。また、楽器端末ＣＬａ，ＣＬｃからのリクエストに応じて、必要なユーザ利用データを当該楽器端末に供給することができる。
【００１５】
第１タイプの各クライアント端末ＣＬａは、図１（２）の内部構成ブロック図に例示されるように、中央処理装置（ＣＰＵ）１、記憶手段２、入力手段３、出力手段４、通信手段５などが設けられ、これらの手段１〜５は、バス６を介して互いに接続される。ＣＰＵ１は、所定の制御プログラムに従い楽音信号形成やユーザ利用データ（ＵＤ）の取得・更新・送信などに関する処理を実行する。
【００１６】
記憶手段２は、制御プログラムや制御用データを記憶した読出専用メモリ（ＲＯＭ）部、処理のために必要なデータ等を一時的にロードするランダムアクセスメモリ（ＲＡＭ）部、種々のデータやプログラムを記憶する外部記憶部などから成り、これらの記憶部は、フラッシュメモリ等の半導体メモリや、フレキシブルディスク（ＦＤ）、テープデバイス、ハードディスク（ＨＤ）等の磁気記録媒体、ＣＤ、ＤＶＤ、ＭＯ等の光記憶媒体で、適宜、構成することができる。
【００１７】
外部記憶部については、前述のように「カード」と呼ばれる可搬性記録媒体Ｃｄが、当該楽器端末ＣＬａの利用に関するユーザ毎の設定内容を表わすセッティングデータ（Ｓｄ）を含むユーザ利用データ（ＵＤ）を記憶するのに用いられ、例えば、ＩＣカード或いはフラッシュメモリカード等、必要に応じて任意に選択されるカード状記録媒体で構成される。つまり、各クライアント端末ＣＬａはカードリーダを有し、このカードリーダは、カードＣｄに記憶されているユーザ利用データを読み取り、或いは、このユーザ利用データを当該端末ＣＬａの利用状況の変更に応じて書き換えたり配信サーバＳＶからの最新のユーザ利用データに従って更新するためのカード駆動手段として機能する。
【００１８】
入力手段３は、鍵盤等の演奏情報入力用操作子や、文字キーボードやスイッチ等のキーデバイス或いはマウス・タブレット等のポインティングデバイス等の各種パネル設定用操作子を備え、端末の種類によっては、更にマイクロフォンやカメラ等の音波形乃至画像データ入力装置などを含む。また、出力手段４は、入力演奏情報に応じた楽音信号を形成する音源部やこれを音響で出力するアンプ・スピーカ等を含む音響出力部や、ＣＲＴ・ＬＣＤ等のディスプレイを含む可視表示部などの外、更にはプリンタ等の印刷部などをも備えることができる。
【００１９】
通信手段５は、通信ネットワークＣＮを介して配信サーバＳＶ或いは他のクライアント端末と通信するための手段であり、モデムやイーサ［Ｅｔｈｅｒ］ネット（登録商標）インターフェース等を備え、好適には、インターネットを経由して配信サーバ（以下、単にサーバという）ＳＶと通信を行う。例えば、配信サーバＳＶに対して、随時、当該楽器端末ＣＬａのユーザ利用データ（ＵＤｃ）を送信したり、配信サーバＳＶのユーザ利用データ（ＵＤｓ）がカードＣｄの内容より新しい場合は、配信サーバＳＶから当該データを取り込むことができる。
【００２０】
なお、第２タイプの楽器（クライアント端末）ＣＬｂについては、通信手段５の機能を有さない点、また、第３タイプの楽器（クライアント端末）ＣＬｃについては、記憶手段４にカードＣｄの読取り機能が無い点で、第１タイプの楽器端末ＣＬａと異なるだけである。
【００２１】
サーバＳＶは、システム的には、図１（２）と同様の内部構成を有する。サーバＳＶの外部記憶部には、前述したユーザ情報ＤＢなどの各種データベースが構築され、制御プログラムやセッティングデータ（Ｓｄ）を含む各種データを第１及び第３タイプの各楽器端末ＣＬａ，ＣＬｃに提供することができる。また、セッティングデータ（Ｓｄ）については、第１タイプの楽器端末ＣＬａからカードＣｄを媒介して第２タイプの楽器端末ＣＬｂに提供することができる。
【００２２】
〔ユーザ利用データの構造例〕
この発明の一実施例によるユーザ利用データ処理システムでは、楽器の使用に関するセッティングデータ（Ｓｄ）を含むユーザ毎のユーザ利用データ（ＵＤｓ）をサーバＳＶのユーザ情報ＤＢに蓄積すると共に、各ユーザに、ＩＣカード、フラッシュメモリカード等のカード（可搬性記憶媒体）Ｃｄを保有させる。このカードＣｄにはユーザ自身のユーザ利用データ（ＵＤｃ）が記憶されており、ユーザは、このユーザ利用データ（ＵＤｃ）中のセッティングデータ（Ｓｄ）を用いて、任意の時期に任意の楽器端末にユーザ自身の設定を行うことができる。図２（１）は、このシステムで取り扱われるユーザ利用データの構造例を表わす。
【００２３】
各ユーザのユーザ利用データＵＤは、図２（１）の例では、ユーザＩＤ等のユーザ識別情報Ｕｉ、版情報Ｅｄ、当該ユーザの楽器使用に関するセッティングデータＳｄから成り、このようなユーザ利用データＵＤは、サーバＳＶのユーザ情報ＤＢに全ユーザ分蓄積され、ここに蓄積されているユーザ利用データＵＤについては、必要に応じて参照記号（ＵＤ，Ｅｄ等）に添字記号“ｓ”を付記する。また、各ユーザのカードＣｄには、当該ユーザに係るユーザ利用データＵＤの全データ又は必要な一部データが記憶され、ここに記憶されるユーザ利用データＵＤについては、必要に応じて参照記号に添字記号“ｃ”を付記する。
【００２４】
さて、図２（１）において、版情報Ｅｄは、新たにユーザ利用データＵＤが更新される度に、例えば、“＋１”ずつ更新されるシーケンシャルな番号や、更新日時（秒精度）に相当する数値データで表わされ、当該ユーザ利用データＵＤの版（バージョン）を表わすバージョン情報であり、カードＣｄ及びユーザ情報ＤＢに保持されている両ユーザ利用データＵＤｃ，ＵＤｓについて、データの新旧を比較するために用いられる。なお、ユーザのカードＣｄ上に記憶されているユーザ利用データＵＤｃの版情報Ｅｄｃは「データ更新ＩＤ」ともいう。
【００２５】
セッティングデータＳｄには、学習履歴情報Ｌｈ、楽器設定情報Ｍｓ、課金情報Ｓｕ、…、等々があり、これらの情報Ｌｈ，Ｍｓ，Ｓｕ，…は、対応する保持エリアに夫々記録される。例えば、学習履歴情報保持エリアに記録される学習履歴情報Ｌｈは、当該ユーザが教習サービスを利用する場合において、当該教習サービスを受けるカリキュラムの種別や、課題曲に関する情報、評点などの学習進度を表わす情報から成る。楽器設定情報保持エリアに記録される楽器設定情報Ｍｓは、ユーザ定義による音色設定や、楽器の種々の設定状態を定義するレジストレーションデータなどから成る。課金情報保持エリアに記録される課金情報Ｓｕは、当該ユーザのクレジット決済情報や、購入したコンデンツ（教習サービスでの利用データや、楽曲データ、楽譜データ等）の履歴情報などから成る。
【００２６】
〔第１実施形態〕
この発明の一実施例によるユーザ利用データ処理システムは、第１タイプの楽器（クライアント端末）ＣＬａのように、常時、楽器端末がサーバＳＶに接続される第１実施形態で動作することができる。図２（２）は、この発明の第１実施形態における動作を表わすフローチャートである。ここで、このユーザ利用データ処理システムの概要を説明しておく。このシステムでは、学習履歴情報Ｌｈ、楽器設定情報Ｍｓ、課金情報ＳｕなどのセッティングデータＳｄを含み、楽器端末の利用に関するユーザ自身のセッティング内容を表わすユーザ利用データＵＤが、カードＣｄ及びサーバＳＶのユーザ情報ＤＢに記憶及び蓄積される。楽器端末ＣＬａは、カードの装着（ＣＡ１）に応じて、自動的に、カードＣｄ及びサーバＳＶのユーザ利用データＵＤｃ，ＵＤｓの新旧を対比し、新しい方を有効と見なしてロードする。例えば、サーバ側データＵＤｓの方が新しいときはカード側データＵＤｃをサーバ側データＵＤｓで更新する（ＣＡ３）。また、カードの取出し指令（ＣＡ５）に応じて、自動的に、サーバＳＶ上のユーザ利用データＵＤｓをカードＣｄのデータＵＤｃと同一の内容に更新する（ＣＡ６，Ｓ１４）。
【００２７】
以下、図２（２）の第１実施形態をより詳細に説明する。第１タイプの任意の楽器端末ＣＬａにて、或るユーザがカードＣｄを記憶手段２のカードリーダに挿入（マウント・装着）すると、ＣＰＵ１は、このカード挿入を認識し、カードＣｄに記憶されているユーザ利用データＵＤｃを記憶手段２のＲＡＭ部に読み出し（ステップＣＡ１）、次いで、読み出されたユーザ利用データＵＤｃ中のユーザ識別情報Ｕｉ及びデータ更新ＩＤをサーバに送信する（ステップＣＡ２）。なお、以下においては、ステップ記号“ＣＡ…”，“ＣＢ…”，…のみで処理又は動作ステップを表記するものとする。
【００２８】
これに対して、サーバＳＶは、受け取ったユーザ識別情報Ｕｉに基づいて送信元のユーザを特定し、ユーザ情報ＤＢから当該ユーザに係るユーザ利用データＵＤｓの版情報Ｅｄｓを取り出す（Ｓ１１）。次いで、版情報Ｅｄｓが表わす“ユーザ情報ＤＢ上データの版”と、データ更新ＩＤ（カードＣｄ上に記憶されているユーザ利用データＵＤｃの版情報Ｅｄｃ）が表わす“カードデータの版”とを比較し、版の新旧を決定する（Ｓ１２）。そして、この比較で決定された結果に基づき、必要に応じて、ユーザ情報ＤＢ上のユーザ利用データＵＤｓを更新する（Ｓ１３）。例えば、“カードデータの版”の方が新しい場合、ユーザ情報ＤＢ上に保持されているユーザ利用データＵＤｓの内容を、楽器端末ＣＬａに装着されているカードＣｄ上のユーザ利用データＵＤｃに従って更新する。
【００２９】
また、楽器端末ＣＬａにおいても、“ユーザ情報ＤＢ上データの版”を取得し、この版と“カードデータの版”との新旧比較が行われ、この比較結果に基づき、必要に応じて、ＲＡＭ部に読み出されているカード内容即ちユーザ利用データＵＤｃを更新する（ＣＡ３）。例えば、“ユーザ情報ＤＢ上データの版”の方が新しい場合、ＲＡＭ部に保持されているユーザ利用データＵＤｃをサーバＳＶからのユーザ利用データＵＤｓに従って更新する。
【００３０】
この後、楽器端末ＣＬａでは、ユーザは、入力手段３による各種パネル設定や演奏情報の入力などにより出力手段（音源やディスプレイ）４から所望の楽音や表示を出力させるなど、ＲＡＭ部にカード内容として保持されているユーザ利用データＵＤｃに従って、任意所望の態様で当該端末を利用する。この際、利用状況を変更した場合は、変更された利用状況に応じて、ＣＰＵ１は、このユーザ利用データＵＤｃの内容を更新する（ＣＡ４）。例えば、ユーザ利用データＵＤｃ中のセッティングデータＳｄｃについては、当該ユーザが受ける教習サービスが進級した場合には、学習履歴情報Ｌｈｃを進級後のカリキュラム種別や課題曲の情報に更新する。また、当該楽器端末ＣＬａについて音色パラメータなどの楽器設定を変更したのであれば、楽器設定情報Ｍｓｃを変更後の値に更新し、新たな楽曲データを購入したときは、課金情報Ｓｕｃを対応する情報値に更新する。
【００３１】
ユーザが、楽器端末ＣＬａでカードＣｄを用いた利用を終了して、カードＣｄを記憶手段２のカードリーダから取り出す（アンマウント／排出する）指示を入力した際には、ＣＰＵ１は、このカード取出し指示を認識する（ＣＡ５）。このとき、ＲＡＭ部上のカード内容（ユーザ利用データＵＤｃ）は、利用終了時の利用状況に対応する最新のセッティングデータＳｄｃになっており、取出し認識により、その版情報Ｅｄｃを更新（“＋１”）して最新のユーザ利用データＵＤｃとし、最新のユーザ利用データＵＤｃをカードＣｄ上の旧データに上書きする。なお、ユーザ利用データＵＤｃのセッティング内容Ｓｄｃが更新される度に版情報Ｅｄｃ（例えば、更新日時）を更新するようにしてもよい。そして、この最新カード内容ＵＤｃをサーバに送信し（ＣＡ６）、カード取出しが完了すると、カードＣｄを用いた楽器端末ＣＬａの利用が終了する。
【００３２】
これに対して、サーバＳＶは、必要に応じて、ユーザ情報ＤＢに保持されている当該ユーザ利用データＵｄｓの内容を、楽器端末ＣＬａからのデータＵＤｃに従って更新し（Ｓ１４）、当該楽器端末ＣＬａからのアクセスに対する動作を終了する。例えば、ユーザ利用データＵｄｓのセッティングデータＳｄｓについては、前述した教習サービスや新たな楽曲データがサーバＳＶから提供されたものであれば、サーバＳＶにおいて、対応する学習履歴情報Ｌｈｃや課金情報Ｓｕｃは、サービスやデータの提供と同時に既にその内容値が更新されているので、更新し直す必要はないが、当該楽器端末ＣＬａで楽器設定情報Ｍｓｃが独自に変更された場合には、送信されてきた楽器設定情報Ｍｓｃに従って、対応するサーバＳＶ側の楽器設定情報Ｍｓｓを更新する。或いは、受信したユーザ利用データＵｄｃでユーザ情報ＤＢ上のユーザ利用データＵｄｓを上書きしてもよい。
【００３３】
〔第２実施形態〕
この発明の一実施例によるユーザ利用データ処理システムは、サーバＳＶに接続されない第２タイプの楽器端末ＣＬｂがある場合でも、第２実施形態で動作し、常時サーバＳＶに接続される第１タイプの楽器端末ＣＬａの機能を用いて、カードＣｄを有効に利用することができる。図３は、この発明の第２実施形態における動作を表わすフローチャートである。
【００３４】
第２実施形態では、図３に示すように、サーバと接続しない第２タイプの楽器端末ＣＬｂが存在する。この端末ＣＬｂにおいて、ユーザがカードＣｄを挿入すると、ＣＰＵ１は、このカード挿入を認識する（ステップＣＢ１）。次いで、図２（２）における第１タイプの楽器端末ＣＬａの利用と同様に、カードＣｄ上のユーザ利用データＵＤｃに従って任意所望の態様で楽器端末ＣＬｂを利用する。この際、この楽器端末ＣＬｂの利用状況を変更した場合は、変更に応じて、ＣＰＵ１は、ユーザ利用データＵＤｃ内の対応する情報及び版情報Ｅｄｃの内容を更新する（ＣＢ２）。そして、当該端末ＣＬｂの利用を終了しカードＣｄを排出すると、ＣＰＵ１は、このカード排出を認識する（ＣＢ３）。
【００３５】
第２タイプの楽器端末ＣＬｂを利用してカードＣｄの内容が変更された後、ユーザは、随時、図３の左側の動作フロー（ＣＡ１〜ＣＡ６，Ｓ２１〜Ｓ２４）に示されるように、常時サーバＳＶに接続される第１タイプの楽器端末ＣＬａにカードＣｄを装填して、サーバＳＶのユーザ情報ＤＢにおける当該ユーザのユーザ利用データＵＤｓの内容をカードＣｄ上のユーザ利用データＵＤｃに従って更新することができる。図３において、楽器端末ＣＬａの動作ステップＣＡ１〜ＣＡ６は図２（２）と同一の参照記号で表わされるステップに対応し、サーバＳＶのステップＳ２１〜Ｓ２４は図２（２）のステップＳ１１〜Ｓ１４に対応する。つまり、カードＣｄを用いて第２タイプの楽器端末ＣＬｂを利用した後に第１タイプの楽器端末ＣＬａを利用した場合、図２（２）で説明した第１実施形態の場合と同様に、ユーザ利用データＵＤｓの更新などの動作が行われる。
【００３６】
動作フローを簡単に説明する。第１タイプの楽器端末ＣＬａに、第２タイプの楽器端末ＣＬｂを利用した後のカードＣｄを挿入し、カード挿入が認識されると（ＣＡ１）、このカードＣｄの内容であるユーザ利用データＵＤｓがＲＡＭ部に読み出されると共に、そのユーザ識別情報Ｕｉとデータ更新ＩＤ（Ｅｄｃ）がサーバＳＶに送信される（ＣＡ２）。サーバＳＶは、ユーザ識別情報Ｕｉからユーザを特定し（Ｓ２１）、ユーザ情報ＤＢから取り出したユーザ利用データＵＤｓの版情報Ｅｄｓによる“ユーザ情報ＤＢ上データの版”と、データ更新ＩＤ（Ｅｄｃ）による“カードデータの版”との新旧を比較する（Ｓ２２）。
【００３７】
この比較結果に基づき、必要に応じてユーザ情報ＤＢ又はカードＣｄのユーザ利用データＵＤｓ，Ｕｄｃを更新することになる（Ｓ２３，ＣＡ３）。例えば、上述のように、第２タイプの楽器端末ＣＬｂを利用してカードＣｄの内容が変更され、カードデータ版の方が新しい場合には、ユーザ情報ＤＢ上のユーザ利用データＵＤｓをカードデータＵｄｃで更新する（Ｓ２３）。
【００３８】
その後、当該楽器端末ＣＬａでは、ユーザが更なる利用を行い、例えば、当初のカード上ユーザ利用データＵｄｃのセッティング状態から利用状況を変更した場合は、第１実施形態と同様に、ＲＡＭ部上のカード内容（Ｓｄｃ）を更新する（ＣＡ４）などの処理を行う。カードＣｄを用いた楽器端末ＣＬａの利用を終了する際には、カード取出し認識が行われ（ＣＡ５）、カードＣｄ自体の記憶内容をＲＡＭ部上の最新データＵｄｃで更新し、最新のカード内容Ｕｄｃをサーバに送信する（ＣＡ６）。サーバＳＶは、必要に応じて、ユーザ情報ＤＢのユーザ利用データＵｄｓの内容を最新カード内容Ｕｄｃに従って更新する（Ｓ２４）。
【００３９】
〔第３実施形態〕
この発明の一実施例によるユーザ利用データ処理システムは、カードＣｄを読めない第３タイプの楽器端末ＣＬｃがある場合でも、第３実施形態で動作し、カードＣｄの使用が可能な第１タイプの楽器端末ＣＬａの機能を用いて、カードＣｄを有効に利用することができる。図４は、この発明の第３実施形態における動作を表わすフローチャートである。
【００４０】
第３実施形態では、図４に示すように、カードＣｄを利用することができない第３タイプの楽器端末ＣＬｃが存在する。このような楽器端末ＣＬｃを利用する場合は、ユーザが自身のユーザＩＤを入力するとこのユーザＩＤはサーバＳＶに送信される（ＣＣ１）。サーバＳＶは、送られてきたユーザＩＤからユーザを特定し（Ｓ３１）、ユーザ情報ＤＢに登録されてきる当該ユーザのユーザ利用データＵＤｓからセッティングデータＳｄｓなどの情報を取り出して楽器端末ＣＬｃに送信する（Ｓ３２）。
【００４１】
楽器端末ＣＬｃでは、ＣＰＵ１により、サーバＳＶから送られてきたセッティングデータＳｄなどの情報がダウンロードされ（ＣＣ２）、ユーザは、ダウンロードされたセッティングデータＳｄｓなどに従って任意所望の態様で楽器端末ＣＬｂを利用することができる。この際、この楽器端末ＣＬｂの利用状況を変更した場合は、ＣＰＵ１により、サーバＳＶからダウンロードされたセッティングデータＳｄｓなどの内容が変更され、変更されたセッティングデータなどの情報はサーバＳＶにアップロードされる（ＣＣ３）。また、サーバＳＶは、このセッティングデータなどの情報に従って、ユーザ情報ＤＢに登録されている当該ユーザ利用データＵＤｓをその版情報Ｅｄｓと共に更新する（Ｓ３３）。
【００４２】
第３タイプの楽器端末ＣＬｃの利用によりサーバＳｖのユーザ利用データＵＤｓが変更された後、同ユーザがカードＣｄを用いて第１タイプの楽器端末ＣＬａを利用した場合、図４の下側の動作フロー（ＣＡ１〜ＣＡ６，Ｓ３４〜Ｓ３７）に示されるように、ユーザ利用データＵＤｓに従って当該楽器端末ＣＬａを利用すると共に、カードＣｄ上のユーザ利用データＵＤｃをサーバＳｖのユーザ利用データＵＤｓに従って更新すことができる。図４において、楽器端末ＣＬａの動作ステップＣＡ１〜ＣＡ６は図２（２）と同一の参照記号で表わされるステップに対応し、サーバＳＶのステップＳ３４〜Ｓ３７は図２（２）のステップＳ１１〜Ｓ１４に対応する。即ち、第３タイプの楽器端末ＣＬｃの利用後、第１タイプの楽器端末ＣＬａを利用した場合、カードＣｄ上のユーザ利用データＵＤｃの更新などの動作は、図２（２）で説明した第１実施形態の場合と同様に行われる。
【００４３】
簡単に動作フローを説明する。第３タイプの楽器端末ＣＬｃを利用した後、第１タイプの楽器端末ＣＬａにカードＣｄを挿入し、カード挿入が認識されると（ＣＡ１）、カードＣｄの内容であるユーザ利用データＵＤｓがＲＡＭ部に読み出され、そのユーザ識別情報Ｕｉとデータ更新ＩＤ（Ｅｄｃ）がサーバＳＶに送信される（ＣＡ２）。サーバＳＶは、ユーザ識別情報Ｕｉからユーザを特定し（Ｓ３４）、ユーザ情報ＤＢから取り出したユーザ利用データＵＤｓの版情報Ｅｄｓが表わす“ユーザ情報ＤＢ上データの版”と、データ更新ＩＤ（Ｅｄｃ）が表わす“カードデータの版”との新旧を比較する（Ｓ３５）。
【００４４】
この比較結果に基づき、必要に応じてユーザ情報ＤＢ又はカードＣｄのユーザ利用データＵＤｓ，Ｕｄｃを更新することになる（Ｓ３６，ＣＡ３）。例えば、上述のように、第３タイプの楽器端末ＣＬｃを利用してユーザ情報ＤＢ上におけるユーザ利用データＵＤｓの内容が変更され、ユーザ情報ＤＢ上データ版の方が新しい場合は、カードＣｄ上のユーザ利用データＵＤｃを更新する（ＣＡ３）。
【００４５】
その後は、当該楽器端末ＣＬａで、ユーザが更なる利用を行い、例えば、現在ＲＡＭ部に保持されているカードＣｄのユーザ利用データＵｄｃの設定状態から利用状況を変更した場合は、第１及び第２実施形態と同様に、ＲＡＭ部のカード内容を更新する（ＣＡ４）などの処理を行い、利用が終了すれば、カード取出し認識が行われ（ＣＡ５）、カードＣｄの内容はＲＡＭ部上の最新のユーザ利用データＵｄｃに書き換えられると共に、この最新のカード内容Ｕｄｃはサーバに送信される（ＣＡ６）。サーバＳＶは、必要に応じて、ユーザ情報ＤＢのユーザ利用データＵｄｓの内容を最新のカード内容Ｕｄｃで更新する（Ｓ３７）。
【００４６】
〔各装置のメイン動作フロー〕
図５及び図６は、この発明の一実施例による第１及び第３タイプのクライアント端末における第１及び第３タイプ端末プログラムに基づくメイン動作を表わすフローチャートであり、図７は、この発明の一実施例によるサーバにおけるサーバプログラムに基づくメイン動作を表わすフローチャートである。
【００４７】
〔１〕第１タイプ端末プログラムフロー
この発明の一実施例による第１タイプの楽器端末ＣＬａは、第１タイプ端末プログラムに基づき図５のようなフローチャートに従って動作する。第１タイプ端末プログラムがスタートすると、まず、第１タイプの楽器端末ＣＬａの初期設定等を行い（Ａ１）、次いで、第１タイプの楽器端末ＣＬａを利用して「その他の処理」を行う（Ａ２）。ここで、「その他の処理」は、以下に説明する動作ステップ（Ａ３〜Ａ１３）での処理動作に含まれない処理を指す。
【００４８】
その他の処理は、一般的に、当該楽器端末ＣＬａを通常に利用するための通常処理を表わし、これには、例えば、入力手段（演奏操作子）３の演奏操作に応じた演奏情報に基づいて出力手段（音源）４に楽音信号を形成させる楽音形成処理や、入力手段（パネル操作子）３による設定操作に応じた各種設定処理、出力手段（ディスプレイ）４の表示処理、各種教習サービス上の処理、等々があり、ユーザの終了指示に基づくプログラム終了処理も含まれる。さらに、その他の処理には、当該楽器端末ＣＬａの利用状況の変更に伴うユーザ利用データＵＤｃ中のセッティングデータＳｄｃの変更が含まれ、これにより、通常処理を行うための各種条件を設定変更することができる。つまり、初期設定（Ａ１）、その他の処理ステップ（Ａ２）で変更されたセッティングデータＳｄｃに基づく設定、或いは、後述するユーザ利用データ適用（Ａ９）で適用されるセッティングデータＳｄｃに基づく設定などに従って、上述した通常処理が行われる。
【００４９】
次に、カードＣｄが挿入されたか否かを判定し（Ａ３）、カード挿入があったときは（Ａ３→ＹＥＳ）、当該カードＣｄ上に記憶されているユーザ利用データＵＤｃを記憶手段２のＲＡＭ部に読み出し、そのユーザ識別情報（ユーザＩＤ）Ｕｉ及び版情報ＥｄｃサーバＳＶに送信する（Ａ４）。続いて、ユーザ情報ＤＢ内の当該ユーザ識別情報Ｕｉに対応するユーザ利用データＵＤｓの版情報ＥｄｓをサーバＳＶから受信すると（Ａ５）、版情報Ｅｄｃによる“カードデータの版”が、版情報Ｅｄｓによる“ユーザ情報ＤＢ上データの版”よりも新しいか否かを比較する（Ａ６）。
【００５０】
ここで、カードの版の方が新しいときは（Ａ６→ＹＥＳ）、カードのユーザ利用データＵＤｃをサーバＳＶにアップロードする（Ａ７）。また、ユーザ情報ＤＢ上データの版の方が新しいときは（Ａ６→ＮＯ）、サーバＳＶにユーザ情報ＤＢのユーザ利用データＵＤｓ（セッティングデータＳｄｓ）の送信を要求し、当該ユーザ利用データＵＤｓをサーバＳＶから記憶手段のＲＡＭ部にダウンロードしてＲＡＭ部上のユーザ利用データＵＤｃをサーバデータＵＤｓで更新する（Ａ８）。このようにアップ又はダウンロードした後は、記憶手段２のＲＡＭ部には、最新版のユーザ利用データＵＤｃがカード内容としてロードされており、この最新版データに基づく設定内容を当該楽器端末ＣＬａに適用する（Ａ９）。
【００５１】
次に、カードＣｄが挿入されなかったと判定されたとき（Ａ３→ＮＯ）、或いは、最新版ユーザ利用データＵＤｃの適用処理（Ａ９）の後は、カードＣｄが当該楽器端末ＣＬａに装着されているか否かを判定する（Ａ１０）。ここで、カードＣｄが挿入されていないときは（Ａ１０→ＮＯ）、その他の処理（Ａ２）に戻る。一方、カードＣｄが装填されているときは（Ａ１０→ＹＥＳ）、当該楽器端末ＣＬａの利用状況に応じて、適宜、カードＣｄ内のユーザ利用データＵＤｃを更新する（Ａ１１）。例えば、端末ＣＬａの利用状況の変更に伴ってＲＡＭ部のユーザ利用データＵＤｃ（特にセッティングデータＳｄｃ）の内容を変更した場合、カードＣｄ内の旧データをＲＡＭ部のデータで更新することができる。この後、カードＣｄの排出を指示する操作があったか否かを判断する（Ａ１２）。
【００５２】
ここで、楽器端末ＣＬａからカードＣｄの取出し操作がないときは（Ａ１２→ＮＯ）その他の処理（Ａ２）に戻る。また、カードＣｄの取出し操作を検出すると（Ａ１２→ＹＥＳ）、更に、ユーザ利用データＵＤｃの版情報Ｅｄｃを更新して、先のカードデータ更新ステップ（Ａ１１）におけるカードＣｄ上のユーザ利用データＵＤｃの更新を確定し、確定された更新内容をサーバＳＶにアップロードした後（Ａ１３）、その他の処理（Ａ２）に戻る。なお、カードデータ更新ステップ（Ａ１１）をステップＡ１３の直前に設けて、カードＣｄの排出を指示した時に、版情報Ｅｄｃを含む全ユーザ利用データＵＤｃにつき一括してカードＣｄに対するデータ更新を行ってもよい。
【００５３】
〔２〕第２タイプ端末プログラムフロー
この発明の一実施例による第２タイプの楽器端末ＣＬｂは、第２タイプ端末プログラムに基づいて動作する。第２タイプ端末プログラムは、図５に示されるフローチャートから、サーバＳＶとの間で通信を行い、この通信に伴ってユーザ利用データＵＤｃ，ＵＤｓをアップ又はダウンロードで更新する処理〔Ａ４〜Ａ８，Ａ１３（サーバへのアップロード処理のみ）〕を省略したものに相当する。すなわち、図５において、ステップＡ４〜Ａ８を削除し（Ａ３→ＹＥＳから直ちにＡ９に進む）、ステップＡ１３の内容を「版情報を更新」に変更したものに相当する。以下、図５をこのように変更しステップ参照記号“Ａ…”を“Ｂ…”と言い換えて、第２タイプ端末プログラムによる動作フローを簡単に説明する。
【００５４】
第２タイプ端末プログラムがスタートすると、まず、第２タイプの楽器端末ＣＬｂの初期設定等を行い（Ｂ１）、第１タイプ端末プログラムと同様に、当該楽器端末ＣＬｂを利用して「その他の処理」を行う（Ｂ２）。次に、カードＣｄが挿入されたか否かを判定し（Ｂ３）、カード挿入があったときは（Ｂ３→ＹＥＳ）、当該カードＣｄ上に記憶されたユーザ利用データＵＤｃに基づく設定内容を当該楽器端末ＣＬｂに適用する（Ｂ９）。次に、カードＣｄが挿入されていないと判定されたとき（Ｂ３→ＮＯ）、及び、カードＣｄのユーザ利用データＵＤｃの適用処理（Ｂ９）の後は、カードＣｄが当該楽器端末ＣＬａに装着されているか否かを判定し（Ｂ１０）、カードＣｄが装着されていなければ（Ｂ１０→ＮＯ）その他の処理（Ｂ２）に戻る。
【００５５】
一方、カードＣｄが装填されているときは（Ｂ１０→ＹＥＳ）、当該楽器端末ＣＬａの利用状況に応じて、カードＣｄのユーザ利用データＵＤｃ中の利用状況の変更に対応するセッティングデータＳｄｃの内容を更新した上（Ｂ１１）、さらに、カードＣｄを排出するための操作があったか否かを判断する（Ｂ１２）。ここで、カードＣｄの取出し操作がないときは（Ｂ１２→ＮＯ）その他の処理（Ｂ２）に戻る。また、カードＣｄの取出し操作があるときは（Ｂ１２→ＹＥＳ）、ユーザ利用データＵＤｃの版情報Ｅｄｃを更新した後（Ｂ１３）、その他の処理（Ｂ２）に戻る。
【００５６】
〔３〕第３タイプ端末プログラムフロー
この発明の一実施例による第３タイプの楽器端末ＣＬｃは、第３タイプ端末プログラムに基づき図６のようなフローチャートに従って動作する。第３タイプ端末プログラムがスタートすると、まず、第３タイプの楽器端末ＣＬｃの初期設定等を行う（Ｃ１）。この初期設定には、カードＣｄ上のユーザ利用データＵＤｃのユーザ識別情報Ｕｉに相当するユーザＩＤを入力手段３のユーザによるパネル操作に従って楽器端末ＣＬｃに入力する処理が含まれる。初期設定等を行った後は、入力されたユーザＩＤをサーバＳＶに送信する（Ｃ２）。
【００５７】
次に、サーバＳＶから応答があったか否かを判定し（Ｃ３）、サーバＳＶから応答があると（Ｃ３→ＹＥＳ）、ユーザ情報ＤＢ内の当該ユーザに対応するユーザ利用データＵＤｓのセッティングデータＳｄｓなどを当該楽器端末ＣＬｃにダウンロードし（Ｃ４）、ダウンロードされたユーザ利用データＵＤｓに基づく設定内容を当該楽器端末ＣＬｃに適用する（Ｃ５）。
【００５８】
サーバ応答判定ステップ（Ｃ３）において、ユーザＩＤの送信後、所定時間内にサーバＳＶからの応答がなかったり、或いは、サーバＳＶから当該ユーザに関するデータが無い旨の情報が送られてきた場合のように、「応答なし」と判断されたとき（Ｃ３→ＮＯ）、或いは、ユーザ利用データＵＤｓの適用処理（Ｃ５）の後は、その他の処理（Ｃ６）進む。
【００５９】
その他の処理（Ｃ６）は、第１及び第２タイプ端末プログラムによるその他の処理（Ａ２，Ｂ２）と同様に、初期設定（Ｃ１）、サーバＳＶからのユーザ利用データＵＤｓの適用（Ｃ５）による設定、或いは、当該その他の処理（Ｃ６）での利用状況変更に伴う新たな楽器端末ＣＬｃの設定などに従って、当該楽器端末ＣＬａを通常に利用するための通常処理を表わし、演奏操作に応じた発音処理等、種々の処理を含む。
【００６０】
次いで、楽器端末ＣＬｃの利用状況変更に伴い、サーバＳＶのユーザ情報ＤＢに格納されているユーザ利用データＵＤｓについて情報を更新する指示がなされたか否かを判定する（Ｃ７）。ここで、ユーザ利用データＵＤｓの情報更新が指示されていないときは（Ｃ７→ＮＯ）、その他の処理（Ｃ６）に戻る。また、情報更新が指示されたときは（Ｃ７→ＹＥＳ）、当該楽器端末ＣＬａの利用状況に応じてセットされている当該端末ＣＬａの現設定内容（ユーザ利用データＵＤｃのセッティングデータＳｄｃなどに相当する）をサーバＳＶにアップロードした後（Ｃ８）、その他の処理（Ｃ６）に戻る。
【００６１】
〔４〕サーバプログラムフロー
この発明の一実施例によるサーバＳＶは、サーバプログラムに基づき図７のようなフローチャートに従って動作する。このサーバプログラムが第１又は第３タイプの楽器端末ＣＬａ，ＣＬｃからサーバＳＶへのリクエストによってスタートすると、まず、当該リクエストがサーバアクセス当初の認証要求であるか否かを判定し（Ｄ１）、認証要求であれば（Ｄ１→ＹＥＳ）、さらに、ユーザ利用データＵＤｃの版情報Ｅｄｃを受信したか否かを判定する（Ｄ２）。
【００６２】
ここで、第１タイプの楽器端末ＣＬａは、サーバＳＶへのアクセス当初に、リクエストを発信したユーザのカードＣｄ上に記憶されたユーザ利用データＵＤｃに従って、ユーザＩＤと共に当該版情報Ｅｄｃをも送って来る。このように、楽器端末ＣＬａから当該版情報Ｅｄｃを受信したときは（Ｄ２→ＹＥＳ）、ユーザ情報ＤＢに登録されているユーザ情報ＤＢをユーザＩＤで検索し、当該ユーザのサーバ側ユーザ利用データＵＤｓについて版情報Ｅｄｓを返信する（Ｄ３）。
【００６３】
また、このような版情報Ｅｄｃを受信しないとき、つまり、版情報を送ることができない第３タイプの楽器端末ＣＬｃからの認証要求であれば（Ｄ２→ＮＯ）、ユーザＩＤに従って、ユーザ情報ＤＢに登録されている当該ユーザのユーザ利用データＵＤｓのセッティングデータＳｄを返信する（Ｄ３）。そして、版情報Ｅｄｓ又はセッティングデータＳｄを楽器端末ＣＬａ，ＣＬｃに送信した後は（Ｄ３，Ｄ４）、リクエスト待機状態にリターンする。
【００６４】
また、リクエストが認証要求でないときは（Ｄ１→ＮＯ）、データ送信の要求であるか否かを判定する（Ｄ５）。ここで、リクエストが第１タイプの楽器端末ＣＬａからのセッティングデータＳｄｓ等のデータ送信の要求であるときは（Ｄ５→ＹＥＳ）、ユーザ利用データＵＤｓのセッティングデータＳｄｓを返信した後（Ｄ３）、リクエスト待機状態にリターンする。また、リクエストがセッティングデータＳｄｓ等のデータ送信の要求でないときには（Ｄ５→ＮＯ）、さらに、データアップロードの要求であるか否かを判定する（Ｄ６）。
【００６５】
ここで、データアップロードの要求であれば（Ｄ６→ＹＥＳ）、当該ユーザ利用データＵＤｓの版情報ＥｄｓやセッティングデータＳｄを更新する（Ｄ７）。一方、データアップロードの要求でなければ（Ｄ６→ＮＯ）その他のサーバ処理を行う（Ｄ８）。その他のサーバ処理（Ｄ８）には、教習サービス用の各種データやコンテンツを実際に提供する処理や、未登録の楽器端末からの新規ユーザを受け付ける新規ユーザ登録処理などが含まれる。そして、ユーザ利用データＵＤｓの更新（Ｄ７）やその他のサーバ処理（Ｄ８）の終了後は、次のリクエストを待機する状態にリターンする。
【００６６】
〔種々の実施態様〕
以上、図面を参照しつつ、この発明を一実施例について説明したが、これは単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能であり、種々の態様で発明を実施することができる。例えば、実施例においては、カードＣｄに用いられる記憶媒体は、ＩＣカードやフラッシュメモリーを有するメモリーカード等が望ましいとしたが、フレキシブルディスク（ＦＤ）や、ＭＯ、ＭＤ、ＤＶＤ−Ｒ、ＣＤ−ＲＷ等、繰り返し記憶が可能な記憶媒体であれば何でもよい。かかる記録媒体の利用形態については、例えば、携帯用電話機や、ＰＤＡ等のように、記憶媒体自体が１つの独立した機器として構成されるものとしてもよい。
【００６７】
また、ユーザ利用データ（ＵＤ）の各情報については、例えば、音楽教習サービスに用いる教材などのように、サーバ上で管理し得る情報は、サーバ側で更新してもよい。
【００６８】
【発明の効果】
以上説明したように、この発明によれば、可搬性の記憶媒体に楽音信号形成装置の利用に関するユーザ自身のセッティング内容を表わすユーザ利用データを記憶しておき、記憶媒体の装着に応じて、自動的に、サーバに蓄積されているユーザ利用データと記録媒体上のユーザ利用データとについて新旧の比較を行い、新しい方を自動的に有効と見なしてロードするようにし、また、記憶媒体を離脱するときには、サーバ上のユーザ利用データを記憶媒体と同一のデータ内容に自動的に更新するようにしているので、ユーザは、記憶媒体の装着及び離脱指令という単純な操作をするだけで、ユーザ利用データで表わされるユーザ自身の設定状態を楽音信号形成装置上に反映させることができ、しかも、記憶媒体のユーザ利用データが利用できない場合は、サーバから取得したユーザ利用データに基づいて所望の設定状態とすることが可能となる。従って、ユーザは、いつでもどの楽音信号形成装置に対しても、「自分用」に容易に設定することができる。
【図面の簡単な説明】
【図１】図１は、この発明の一実施例によるユーザ利用データ処理システムの構成の概要を表わす図である。
【図２】図２（１）は、この発明の一実施例によるユーザ利用データの構造例を示し、図２（２）は、この発明の第１実施形態による概略的な動作を表わすフローチャートである。
【図３】図３は、この発明の第２実施形態による概略的な動作を表わすフローチャートである。
【図４】図４は、この発明の第３実施形態による概略的な動作を表わすフローチャートである。
【図５】図５は、この発明の一実施例による第１タイプのクライアント端末のメイン動作を表わすフローチャートである。
【図６】図６は、この発明の一実施例による第３タイプのクライアント端末のメイン動作を表わすフローチャートである。
【図７】図７は、この発明の一実施例によるサーバのメイン動作を表わすフローチャートである。
【符号の説明】
ＳＶ  サーバ
ＣＬ：ＣＬ１〜ＣＬｎ  クライアント端末（電子楽器等の楽音信号形成装置）、
ＣＬａ，ＣＬｂ，ＣＬｃ  第１〜３タイプのクライアント端末（楽器端末）、
Ｃｄ  カード、
ＵＤ  ユーザ利用データ、
Ｓｄ  学習履歴情報Ｌｈ、楽器設定情報Ｍｓ、課金情報Ｓｕなどから成るセッティングデータ。
【図１】
2004333749.tif 000003
【図２】
2004333749.tif 000004
【図３】
2004333749.tif 000005
【図４】
2004333749.tif 000006
【図５】
2004333749.tif 000007
【図６】
2004333749.tif 000008
【図７】
2004333749.tif 000009