知財求人 - 知財ポータルサイト「IP Force」
特開2023-67272サーバ、電子機器、サーバ通信方法、機器通信方法および通信システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023067272
(43)【公開日】2023-05-16
(54)【発明の名称】サーバ、電子機器、サーバ通信方法、機器通信方法および通信システム
(51)【国際特許分類】
G10H 1/00 20060101AFI20230509BHJP
H04N 21/2668 20110101ALI20230509BHJP
H04N 21/472 20110101ALI20230509BHJP
【ＦＩ】
G10H1/00 Z
H04N21/2668
H04N21/472
【審査請求】未請求
【請求項の数】16
【出願形態】ＯＬ
(21)【出願番号】P 2021178347
(22)【出願日】2021-10-29
(71)【出願人】
【識別番号】000116068
【氏名又は名称】ローランド株式会社
(74)【代理人】
【識別番号】110000534
【氏名又は名称】弁理士法人真明センチュリー
(72)【発明者】
【氏名】深山 祐介
(72)【発明者】
【氏名】高橋 登紀夫
(72)【発明者】
【氏名】室橋 翼
(72)【発明者】
【氏名】小川 大地
【テーマコード（参考）】
5C164
5D478
【Ｆターム（参考）】
5C164FA12
5C164GA05
5C164MA02S
5C164MA07S
5C164SA21S
5C164SA53S
5C164SB08S
5C164SB21S
5C164SB29S
5C164SB36S
5C164SC05P
5C164UA52S
5C164UB10S
5C164UB37S
5C164UB71S
5C164UD41P
5D478HH15
(57)【要約】
【課題】サーバ上のデータを容易に利用できるサーバ、電子機器、サーバ通信方法、機器通信方法および通信システムを提供すること。
【解決手段】通信システムＳのロードにおいては、Ａ４０の処理によって音色データの識別子と、当該音色データのロードの指示とが携帯端末５０からサーバ７０に送信された場合に、サーバ７０は、当該音色データの識別子に該当する音色データを音色ＤＢ７２ｄから取得し、受信した指示と共に通信装置１（電子楽器３０）に送信する。電子楽器３０においては、サーバ７０から受信した指示に応じて受信した音色データをワークメモリ３３ａに保存する。これにより、電子楽器３０に他の記憶媒体を接続することなく、電子楽器３０でサーバ７０上の音色データを容易に利用できる。
【選択図】図５
【解決手段】通信システムＳのロードにおいては、Ａ４０の処理によって音色データの識別子と、当該音色データのロードの指示とが携帯端末５０からサーバ７０に送信された場合に、サーバ７０は、当該音色データの識別子に該当する音色データを音色ＤＢ７２ｄから取得し、受信した指示と共に通信装置１（電子楽器３０）に送信する。電子楽器３０においては、サーバ７０から受信した指示に応じて受信した音色データをワークメモリ３３ａに保存する。これにより、電子楽器３０に他の記憶媒体を接続することなく、電子楽器３０でサーバ７０上の音色データを容易に利用できる。
【選択図】図５
【特許請求の範囲】
【請求項1】
端末と、電子機器とに接続されるサーバにおいて、
前記電子機器において音または映像の再生に利用されるデータを記憶するデータ記憶手段と、
前記端末から前記電子機器に対する指示であって、前記電子機器に対して前記データ記憶手段のデータを受信して保存させる指示を受信する指示受信手段と、
前記指示受信手段で受信した指示の対象であるデータについて、データ又はデータ要求先を作成する情報作成手段と、
前記指示受信手段で受信した指示の対象であるデータを受信して保存する指示および前記データ又はデータ要求先を前記電子機器に送信する指示送信手段とを備えていることを特徴とするサーバ。
前記電子機器において音または映像の再生に利用されるデータを記憶するデータ記憶手段と、
前記端末から前記電子機器に対する指示であって、前記電子機器に対して前記データ記憶手段のデータを受信して保存させる指示を受信する指示受信手段と、
前記指示受信手段で受信した指示の対象であるデータについて、データ又はデータ要求先を作成する情報作成手段と、
前記指示受信手段で受信した指示の対象であるデータを受信して保存する指示および前記データ又はデータ要求先を前記電子機器に送信する指示送信手段とを備えていることを特徴とするサーバ。
【請求項2】
前記指示受信手段で受信した指示に基づき、前記指示送信手段で送信する指示に前記電子機器における前記データの保存場所を含めることを特徴とする請求項１記載のサーバ。
【請求項3】
前記電子機器から、前記指示送信手段で送信した指示に基づく前記データ要求先を含むデータの要求を受信する要求受信手段と、
前記要求受信手段で受信した要求に該当するデータを前記データ要求先から取得する要求データ取得手段と、
前記要求データ取得手段で取得したデータを前記電子機器に送信する要求データ送信手段とを備えていることを特徴とする請求項１記載のサーバ。
前記要求受信手段で受信した要求に該当するデータを前記データ要求先から取得する要求データ取得手段と、
前記要求データ取得手段で取得したデータを前記電子機器に送信する要求データ送信手段とを備えていることを特徴とする請求項１記載のサーバ。
【請求項4】
前記要求受信手段による受信と、前記要求データ送信手段による送信とを、ＨＴＴＰＳプロトコルによる通信で実行することを特徴とする請求項３記載のサーバ。
【請求項5】
前記要求受信手段で受信する要求はユーザ識別子またはアクセス認可情報を含み、
要求データ取得手段は、それらユーザ識別子またはアクセス認可情報の一方または両方が正当である場合に前記データを取得することを特徴とする請求項３又は４に記載のサーバ。
要求データ取得手段は、それらユーザ識別子またはアクセス認可情報の一方または両方が正当である場合に前記データを取得することを特徴とする請求項３又は４に記載のサーバ。
【請求項6】
前記指示受信手段による受信と、前記指示送信手段による送信とを、ＭＱＴＴプロトコルによる通信で実行することを特徴とする請求項１から５のいずれかに記載のサーバ。
【請求項7】
前記電子機器から、前記サーバから受信して前記電子機器に保存したデータの識別情報を受信する保存データ受信手段と、
前記保存データ受信手段で受信したデータの識別情報を記憶する保存データ記憶手段とを備えていることを特徴とする請求項１から６のいずれかに記載のサーバ。
前記保存データ受信手段で受信したデータの識別情報を記憶する保存データ記憶手段とを備えていることを特徴とする請求項１から６のいずれかに記載のサーバ。
【請求項8】
通信装置が装着され、その通信装置を介して他装置および端末に接続される電子機器において、
音または映像の再生に利用されるデータを保存する第１の保存手段と、
同様に音または映像の再生に利用されるデータを保存する第２の保存手段と、
前記他装置から、音または映像の再生に利用されるデータを受信して保存する指示およびデータ又はデータ要求先を受信するデータ受信指示受信手段とを備え、
前記指示に含まれる前記電子機器における前記データの保存場所に基づき前記データを前記第１の保存手段または前記第２の保存手段に保存し、
前記データ受信指示受信手段で受信する前記他装置からのデータを受信して保存する指示およびデータ又はデータ要求先は、前記端末から前記他装置に対して送信された指示に基づくことを特徴とする電子機器。
音または映像の再生に利用されるデータを保存する第１の保存手段と、
同様に音または映像の再生に利用されるデータを保存する第２の保存手段と、
前記他装置から、音または映像の再生に利用されるデータを受信して保存する指示およびデータ又はデータ要求先を受信するデータ受信指示受信手段とを備え、
前記指示に含まれる前記電子機器における前記データの保存場所に基づき前記データを前記第１の保存手段または前記第２の保存手段に保存し、
前記データ受信指示受信手段で受信する前記他装置からのデータを受信して保存する指示およびデータ又はデータ要求先は、前記端末から前記他装置に対して送信された指示に基づくことを特徴とする電子機器。
【請求項9】
他装置および端末に接続される電子機器において、
音または映像の再生に利用されるデータを保存する第１の保存手段と、
同様に音または映像の再生に利用されるデータを保存する第２の保存手段と、
前記他装置から、音または映像の再生に利用されるデータを受信して保存する指示およびデータ又はデータ要求先を受信するデータ受信指示受信手段とを備え、
前記指示に含まれる前記電子機器における前記データの保存場所に基づき前記データを前記第１の保存手段または前記第２の保存手段に保存し、
前記データ受信指示受信手段で受信する前記他装置からのデータを受信して保存する指示およびデータ又はデータ要求先は、前記端末から前記他装置に対して送信された指示に基づくことを特徴とする電子機器。
音または映像の再生に利用されるデータを保存する第１の保存手段と、
同様に音または映像の再生に利用されるデータを保存する第２の保存手段と、
前記他装置から、音または映像の再生に利用されるデータを受信して保存する指示およびデータ又はデータ要求先を受信するデータ受信指示受信手段とを備え、
前記指示に含まれる前記電子機器における前記データの保存場所に基づき前記データを前記第１の保存手段または前記第２の保存手段に保存し、
前記データ受信指示受信手段で受信する前記他装置からのデータを受信して保存する指示およびデータ又はデータ要求先は、前記端末から前記他装置に対して送信された指示に基づくことを特徴とする電子機器。
【請求項10】
前記他装置に対して、データの要求および前記データ受信指示受信手段で受信したデータ要求先を送信する要求送信手段と、
前記他装置から、前記要求送信手段で送信したデータの要求に該当するデータを受信する要求データ受信手段とを備えていることを特徴とする請求項８又は９に記載の電子機器。
前記他装置から、前記要求送信手段で送信したデータの要求に該当するデータを受信する要求データ受信手段とを備えていることを特徴とする請求項８又は９に記載の電子機器。
【請求項11】
前記要求送信手段による送信と、前記要求データ受信手段による受信とを、ＨＴＴＰＳプロトコルによる通信で実行することを特徴とする請求項１０記載の電子機器。
【請求項12】
前記要求送信手段で送信する要求は、ユーザ識別子またはアクセス認可情報を含むことを特徴とする請求項１０又は１１に記載の電子機器。
【請求項13】
前記他装置に対して、その他装置から受信して前記電子機器に保存したデータの識別情報を送信する保存データ送信手段を備えていることを特徴とする請求項８から１２のいずれかに記載の電子機器。
【請求項14】
端末と、電子機器とに接続されるサーバで実行されるサーバ通信方法において、
前記端末から前記電子機器に対する指示であって、前記電子機器に対して前記サーバが記憶するデータを受信して保存させる指示を受信する指示受信ステップと、
前記指示受信ステップで受信した指示の対象であるデータについて、データ又はデータ要求先を作成する情報作成ステップと、
前記指示受信ステップで受信した指示の対象であるデータを受信して保存する指示および前記データ又はデータ要求先を前記電子機器に送信する指示送信ステップとを備えていることを特徴とするサーバ通信方法。
前記端末から前記電子機器に対する指示であって、前記電子機器に対して前記サーバが記憶するデータを受信して保存させる指示を受信する指示受信ステップと、
前記指示受信ステップで受信した指示の対象であるデータについて、データ又はデータ要求先を作成する情報作成ステップと、
前記指示受信ステップで受信した指示の対象であるデータを受信して保存する指示および前記データ又はデータ要求先を前記電子機器に送信する指示送信ステップとを備えていることを特徴とするサーバ通信方法。
【請求項15】
他装置および端末に接続される電子機器で実行される機器通信方法において、
前記他装置から、音または映像の再生に利用されるデータを受信して保存する指示およびデータ又はデータ要求先を受信するデータ受信指示受信ステップと、
前記指示に含まれる前記電子機器における前記データの保存場所に基づき前記データを第１の保存手段または第２の保存手段に保存するデータ保存ステップとを備え、
前記データ受信指示受信ステップで受信する前記他装置からのデータを受信して保存する指示およびデータ又はデータ要求先は、前記端末から前記他装置に対して送信された指示に基づくことを特徴とする機器通信方法。
前記他装置から、音または映像の再生に利用されるデータを受信して保存する指示およびデータ又はデータ要求先を受信するデータ受信指示受信ステップと、
前記指示に含まれる前記電子機器における前記データの保存場所に基づき前記データを第１の保存手段または第２の保存手段に保存するデータ保存ステップとを備え、
前記データ受信指示受信ステップで受信する前記他装置からのデータを受信して保存する指示およびデータ又はデータ要求先は、前記端末から前記他装置に対して送信された指示に基づくことを特徴とする機器通信方法。
【請求項16】
端末と、サーバと、電子機器とから構成される通信システムにおいて、
前記端末は、
前記サーバに、前記電子機器に対する前記サーバが記憶するデータを受信して保存する指示を送信する端末指示送信手段を備え、
前記サーバは、
前記電子機器において音または映像の再生に利用されるデータを記憶するデータ記憶手段と、
前記端末から前記電子機器に対する指示であって、前記電子機器に対して前記データ記憶手段のデータを受信して保存させる指示を受信する指示受信手段と、
前記指示受信手段で受信した指示の対象であるデータについて、データ又はデータ要求先を作成する情報作成手段と、
前記指示受信手段で受信した指示の対象であるデータを受信して保存する指示および前記データ又はデータ要求先を前記電子機器に送信する指示送信手段とを備え、
前記電子機器は、
前記サーバから送信された、データを受信して保存する指示および前記データ又はデータ要求先を受信するデータ受信指示受信手段と、
前記データ受信指示受信手段で受信した指示に応じた処理を、前記データ又はデータ要求先を用いて実行する実行手段とを備えていることを特徴とする通信システム。
前記端末は、
前記サーバに、前記電子機器に対する前記サーバが記憶するデータを受信して保存する指示を送信する端末指示送信手段を備え、
前記サーバは、
前記電子機器において音または映像の再生に利用されるデータを記憶するデータ記憶手段と、
前記端末から前記電子機器に対する指示であって、前記電子機器に対して前記データ記憶手段のデータを受信して保存させる指示を受信する指示受信手段と、
前記指示受信手段で受信した指示の対象であるデータについて、データ又はデータ要求先を作成する情報作成手段と、
前記指示受信手段で受信した指示の対象であるデータを受信して保存する指示および前記データ又はデータ要求先を前記電子機器に送信する指示送信手段とを備え、
前記電子機器は、
前記サーバから送信された、データを受信して保存する指示および前記データ又はデータ要求先を受信するデータ受信指示受信手段と、
前記データ受信指示受信手段で受信した指示に応じた処理を、前記データ又はデータ要求先を用いて実行する実行手段とを備えていることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明はサーバ、電子機器、サーバ通信方法、機器通信方法および通信システムに関するものである。
【背景技術】
【0002】
特許文献１には、サーバ１０に記憶されるサウンドデータをＰＣ３０及び記録メディア４５を介して電子楽器５０に送信し、送信されたサウンドデータを電子楽器５０で利用するデータ利用システムＳが開示されている。電子楽器５０においては、自身に予め内蔵されるサウンドデータのみならず、サーバ１０から取得されたサウンドデータも利用できるので、これらのサウンドデータによって表現豊かな演奏が可能となる。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特願２０２０－０８２５５０号（例えば、段落００１３，００１４，００４７，００９６、図１）
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１では、電子楽器５０でサーバ１２上のサウンドデータを使用するためには、記録メディア４５を介さなければならない。具体的には、まず、サーバ１２のサウンドデータをＰＣ３０に保存し、保存されたサウンドデータをＰＣ３０に接続される記録メディア４５に保存し、記録メディア４５をＰＣ３０から取り外して電子楽器５０に接続し、更に記録メディア４５内のサウンドデータを電子楽器５０に保存する必要がある。よって、サーバ１２のサウンドデータを電子楽器５０で利用するまでに多大なユーザの手間および時間を要するという問題点があった。
【0005】
本発明は、上述した問題点を解決するためになされたものであり、電子機器においてサーバ上のデータを容易に利用できるサーバ、電子機器、サーバ通信方法、機器通信方法および通信システムを提供することを目的としている。
【課題を解決するための手段】
【0006】
この目的を達成するために本発明のサーバは、端末と、電子機器とに接続されるものであり、前記電子機器において音または映像の再生に利用されるデータを記憶するデータ記憶手段と、前記端末から前記電子機器に対する指示であって、前記電子機器に対して前記データ記憶手段のデータを受信して保存させる指示を受信する指示受信手段と、前記指示受信手段で受信した指示の対象であるデータについて、データ又はデータ要求先を作成する情報作成手段と、前記指示受信手段で受信した指示の対象であるデータを受信して保存する指示および前記データ又はデータ要求先を前記電子機器に送信する指示送信手段とを備えている。
【0007】
本発明の電子機器は、通信装置が装着され、その通信装置を介して他装置および端末に接続されるものであり、音または映像の再生に利用されるデータを保存する第１の保存手段と、同様に音または映像の再生に利用されるデータを保存する第２の保存手段と、前記他装置から、音または映像の再生に利用されるデータを受信して保存する指示およびデータ又はデータ要求先を受信するデータ受信指示受信手段とを備え、前記指示に含まれる前記電子機器における前記データの保存場所に基づき前記データを前記第１の保存手段または前記第２の保存手段に保存し、前記データ受信指示受信手段で受信する前記他装置からのデータを受信して保存する指示およびデータ又はデータ要求先は、前記端末から前記他装置に対して送信された指示に基づくものである。
【0008】
本発明の別の電子機器は、他装置および端末に接続されるものであり、音または映像の再生に利用されるデータを保存する第１の保存手段と、同様に音または映像の再生に利用されるデータを保存する第２の保存手段と、前記他装置から、音または映像の再生に利用されるデータを受信して保存する指示およびデータ又はデータ要求先を受信するデータ受信指示受信手段とを備え、前記指示に含まれる前記電子機器における前記データの保存場所に基づき前記データを前記第１の保存手段または前記第２の保存手段に保存し、前記データ受信指示受信手段で受信する前記他装置からのデータを受信して保存する指示およびデータ又はデータ要求先は、前記端末から前記他装置に対して送信された指示に基づくものである。
【0009】
本発明のサーバ通信方法は、端末と、電子機器とに接続されるサーバで実行される方法であり、前記端末から前記電子機器に対する指示であって、前記電子機器に対して前記サーバが記憶するデータを受信して保存させる指示を受信する指示受信ステップと、前記指示受信ステップで受信した指示の対象であるデータについて、データ又はデータ要求先を作成する情報作成ステップと、前記指示受信ステップで受信した指示の対象であるデータを受信して保存する指示および前記データ又はデータ要求先を前記電子機器に送信する指示送信ステップとを備えている。
【0010】
本発明の機器通信方法は、他装置および端末に接続される電子機器で実行される方法であり、前記他装置から、音または映像の再生に利用されるデータを受信して保存する指示およびデータ又はデータ要求先を受信するデータ受信指示受信ステップと、前記指示に含まれる前記電子機器における前記データの保存場所に基づき前記データを第１の保存手段または第２の保存手段に保存するデータ保存ステップとを備え、前記データ受信指示受信ステップで受信する前記他装置からのデータを受信して保存する指示およびデータ又はデータ要求先は、前記端末から前記他装置に対して送信された指示に基づくものである。
【0011】
また、本発明の通信システムは、端末と、サーバと、電子機器とから構成されるシステムであり、前記端末は、前記サーバに、前記電子機器に対する前記サーバが記憶するデータを受信して保存する指示を送信する端末指示送信手段を備え、前記サーバは、前記電子機器において音または映像の再生に利用されるデータを記憶するデータ記憶手段と、前記端末から前記電子機器に対する指示であって、前記電子機器に対して前記データ記憶手段のデータを受信して保存させる指示を受信する指示受信手段と、前記指示受信手段で受信した指示の対象であるデータについて、データ又はデータ要求先を作成する情報作成手段と、前記指示受信手段で受信した指示の対象であるデータを受信して保存する指示および前記データ又はデータ要求先を前記電子機器に送信する指示送信手段とを備え、前記電子機器は、前記サーバから送信された、データを受信して保存する指示および前記データ又はデータ要求先を受信するデータ受信指示受信手段と、前記データ受信指示受信手段で受信した指示に応じた処理を、前記データ又はデータ要求先を用いて実行する実行手段とを備えている。
【図面の簡単な説明】
【0012】
【図1】（ａ）は、通信システムの概要を表す図であり、（ｂ）は通信装置の外観を表す図である。
【図2】セットアップモードにおける通信装置、電子楽器、携帯端末およびサーバによる通信を表す図である。
【図3】セットアップモード後における通信装置、電子楽器、携帯端末およびサーバによる通信を表す図である。
【図4】ロード、ライト及びインストールの概要を説明する図である。
【図5】ロードにおける通信装置、電子楽器、携帯端末およびサーバによる通信を表す図である。
【図6】ライトにおける通信装置、電子楽器、携帯端末およびサーバによる通信を表す図である。
【図7】インストールにおける通信装置、電子楽器、携帯端末およびサーバによる通信を表す図である。
【図8】サーバの機能ブロック図である。
【図9】通信システムにおける通信装置および電子楽器の電気的構成を示すブロック図である。
【図10】通信システムにおける携帯端末およびサーバの電気的構成を示すブロック図である。
【図11】（ａ）は、ユーザＤＢを模式的に表す図であり、（ｂ）は、デバイスＤＢを模式的に表す図であり、（ｃ）は、シンクデータを模式的に表す図であり、（ｄ）は、ロード履歴を模式的に表す図である。
【図12】（ａ）は、通信装置メイン処理のフローチャートであり、（ｂ）は、携帯端末メイン処理のフローチャートであり、（ｃ）は、サーバメイン処理のフローチャートである。
【図13】ＢＴ通信部セットアップ処理のフローチャートである。
【図14】Ｗｉ－Ｆｉメイン処理のフローチャートである。
【図15】Ｗｉ－Ｆｉ通信部セットアップ処理のフローチャートである。
【図16】携帯端末セットアップ処理のフローチャートである。
【図17】サーバセットアップ処理のフローチャートである。
【図18】Ｗｉ－Ｆｉ通信部ワークフロー処理のフローチャートである。
【図19】電子楽器ワークフロー処理のフローチャートである。
【図20】携帯端末ワークフロー処理のフローチャートである。
【図21】ＨＴＴＰワークフロー処理のフローチャートである。
【図22】ＭＱＴＴワークフロー処理のフローチャートである。
【図23】携帯端末イベント処理のフローチャートである。
【図24】（ａ）は、携帯端末ロード処理のフローチャートであり、（ｂ）は、携帯端末ライト処理のフローチャートであり、（ｃ）は、携帯端末インストール処理のフローチャートである。
【図25】サーバＭＱＴＴイベント処理のフローチャートである。
【図26】サーバＨＴＴＰＳイベント処理のフローチャートである。
【図27】サーバシンク処理のフローチャートである。
【図28】電子楽器イベント処理のフローチャートである。
【図29】電子楽器ライト処理のフローチャートである。
【図30】電子楽器インストール処理のフローチャートである。
【発明を実施するための形態】
【0013】
以下、好ましい実施例について、添付図面を参照して説明する。図１を参照して本実施形態の通信システムＳの概要を説明する。図１（ａ）は、通信システムＳの概要を表す図であり、図１（ｂ）は通信装置１の外観を表す図である。図１（ａ）に示す通り、通信システムＳは、電子楽器３０と、携帯端末５０と、サーバ７０とで構成される。電子楽器３０はＷｉ－Ｆｉ（登録商標）による無線通信によってアクセスポイント（ＡＰ）９０に接続され、そのＡＰ９０からインターネットＮに接続され、携帯端末５０は、基地局１００に接続され、その基地局１００からインターネットＮに接続される。サーバ７０もインターネットＮに接続されるので、電子楽器３０とサーバ７０、及び、携帯端末５０とサーバ７０は、インターネットＮを介して相互に通信可能に構成される。これにより、電子楽器３０と携帯端末５０とはサーバ７０を介して情報を交換できる 。
【0014】
電子楽器３０は、ユーザＨの演奏に基づいて楽音を発音する装置（電子機器）である。電子楽器３０には、音色の情報を有する音色データ及びウェーブデータが設けられ、ユーザＨの選択に応じた音色を音色データ及びウェーブデータから取得し楽音として出力される。音色データ及びウェーブデータは、電子楽器３０の工場出荷時に組み込まれているものの他に、インターネットＮを介してサーバ７０からも取得される。次にこのような電子楽器３０によるサーバ７０等の外部の機器との通信について説明する。
【0015】
電子楽器３０には、通信装置１が接続される。通信装置１は、Ｗｉ－Ｆｉ又はＢｌｕｅｔｏｏｔｈ（登録商標）によって外部の機器と通信する装置であり、ＵＳＢ（登録商標）を介して電子楽器３０に着脱可能に接続される。電子楽器３０からＵＳＢを介して通信装置１に入力されたデータが、Ｗｉ－Ｆｉ又はＢｌｕｅｔｏｏｔｈを介して外部の機器に送信される。一方で、Ｗｉ－Ｆｉ又はＢｌｕｅｔｏｏｔｈを介して外部の機器から通信装置１で受信したデータが、ＵＳＢを介して電子楽器３０に入力される。また、図１（ｂ）に示す通り、通信装置１には、ユーザＨからの指示を入力する操作ボタン２と、ＬＥＤ３とが設けられる。ＬＥＤ３の点灯状態または点滅状態により、通信装置１の動作状態がユーザＨに通知される。
【0016】
通信装置１はＷｉ－Ｆｉによる通信でＡＰ９０に接続され、そのＡＰ９０を介してインターネットＮに接続される。インターネットＮにはサーバ７０が接続されるので、電子楽器５０は、通信装置１を介することでサーバ７０と通信できる。
【0017】
携帯端末５０は、ユーザＨから入力される指示に応じた処理を行う情報処理装置（コンピュータ）である。詳細は後述するが、携帯端末５０はユーザＨからの指示に応じて、電子楽器３０へサーバ７０からの音色データを取得できるように構成される。また、携帯端末５０においてもサーバ７０に記憶される音色データをインターネットＮを介して取得し、利用することができる。
【0018】
サーバ７０は、電子楽器３０や携帯端末５０で利用される音色データやウェーブデータ等が記憶される情報処理装置である。音色データは、音色に関する複数の変数値（アタック、ディケイ、カットオフ等）からなるデータである。ウェーブデータは、正弦波、矩形波、三角波、のこぎり波等の基本的な波形やマイクで集めたアコースティック楽器等の音の波形をデジタル変換したものである。電子楽器３０は、ユーザＨにより選択された原音としてのウェーブデータに対して、同様にユーザＨにより選択された音色データに設定された各変数値に応じて音を加工し、加工された音色を発音する。
【0019】
サーバ７０には、音色データやウェーブデータ以外にも電子楽器３０や携帯端末５０で利用される楽譜データ等も記憶される。以下、サーバ７０に記憶される音色データ等の電子楽器３０や携帯端末５０で利用可能なデータのことを「リソース」という。
【0020】
ところで、通信装置１をＡＰ９０に接続する際、接続を行うＡＰ９０の情報と、ＡＰ９０に接続するためのパスワードとを通信装置１に設定する必要がある。通信装置１及び通信装置１が接続される電子楽器３０には、必要最小限の表示能力や入力能力を有する表示装置しか設けられないので、ユーザＨは通信装置１及び電子楽器３０によってＡＰ９０の情報やそのパスワードを入力するのが困難である。
【0021】
本実施形態では、携帯端末５０において、通信装置１で検索されたＡＰ９０のリストが表示され、ユーザＨは表示されたリストの中からＡＰ９０を１つ選択し、そのＡＰ９０に接続するためのパスワードを入力する。選択されたＡＰ９０の情報と入力されたパスワードとが通信装置１に送信され、通信装置１において受信したＡＰ９０の情報とそのパスワードとを用いてＡＰ９０への接続を行う。これにより、ユーザＨは通信装置１及び電子楽器３０でＡＰ９０の情報やそのパスワードを入力する必要がないので、通信装置１及び電子楽器３０のＡＰ９０への接続における手間を低減できる。
【0022】
次に、図２，３を参照して通信装置１、電子楽器３０、携帯端末５０及びサーバ７０による通信を説明する。図２は、セットアップモードにおける通信装置１、電子楽器３０、携帯端末５０及びサーバ７０による通信を表す図である。通信システムＳにおいては、ユーザＨから操作ボタン２を介して通信装置１へセットアップモードの指示がされた場合に、通信装置１、電子楽器３０、携帯端末５０及びサーバ７０のそれぞれへの接続が行われる。
【0023】
このうち、通信装置１には、Ｗｉ－Ｆｉで通信するＷｉ－Ｆｉ通信部４と、Ｂｌｕｅｔｏｏｔｈで通信するＢＴ通信部５とが設けられる。また携帯端末５０には、Ｂｌｕｅｔｏｏｔｈで通信するＢＴ通信部６０と、携帯電話基地局１００（以下「基地局１００」と略す）と通信する基地通信部６１とが設けられる。
【0024】
セットアップモードは、通信装置１が携帯端末５０からＷｉ－Ｆｉ接続するＡＰ９０（ユーザＨが接続先として選択したもの）の情報を取得し、通信装置１を当該ＡＰ９０に接続させるためのモードである。セットアップモードにおいては、通信装置１への携帯端末５０からのＡＰ９０の情報の受信は、ＢＴ通信部５を介してＢｌｕｅｔｏｏｔｈによって行われる。なお、セットアップモードにおいてＡＰ９０の情報の通信はＢｌｕｅｔｏｏｔｈによって行われるものに限られず、ＺｉｇＢｅｅ（登録商標）等の他の近距離無線通信規格によって行っても良い。
【0025】
まず、通信装置１が電子楽器３０に挿入され、通信装置１の操作ボタン２が長押し（例えば５秒間、操作ボタン２を押し続ける）された場合に、通信装置１はセットアップモードに移行する（Ｔ１）。このセットアップモードが実行されている間、ＬＥＤ３を所定の時間間隔（例えば０．５秒）で点滅させることで、ユーザＨに通信装置１がセットアップモードである旨を報知するようにしても良い。
【0026】
なお、セットアップモードへの指示は、操作ボタン２が長押しされた場合に限られず、操作ボタン２が所定の回数（例えば３回）連続して押された場合にセットアップモードへ移行しても良い。また、セットアップモードへの移行は、通信装置１の操作ボタン２の操作によるものに限られず、例えば、通信装置１に接続される電子楽器３０からの指示に応じてセットアップモードへ移行しても良い。
【0027】
Ｔ１の処理によって、セットアップモードに移行した通信装置１は、携帯端末５０とＢｌｕｅｔｏｏｔｈでペアリングするため、ＢＴ通信部５を待ち受け状態、即ちスレーブ（子）の状態にする（Ｔ２）。一方で、携帯端末５０では、携帯端末５０へセットアップモードの指示が入力された場合に、ＢＴ通信部６０を送信状態、即ちマスター（親）の状態にする（Ｔ３）。Ｔ３の処理によって、待ち受け状態の通信装置１を発見した携帯端末５０は、通信装置１とのペアリングを成立させる（Ａ１）。
【0028】
なお、Ｔ２，Ｔ３の処理の通信装置１と携帯端末５０とのペアリングにおいて、通信装置１を待ち受け状態にし、携帯端末５０を送信状態としたが、これに限られない。携帯端末５０を待ち受け状態にし、通信装置１を送信状態としても良い。
【0029】
ここで携帯端末５０は、Ｔ３及びＡ１の処理の前に、基地通信部６１を介して、サーバ７０にユーザＨのユーザ登録を行う（Ａ２）。サーバ７０はかかるユーザ登録に応じて、ユーザ毎に一意な識別子であるユーザ識別子を作成し、サーバ７０のユーザＤＢ７２ｂ（図１１（ａ）参照）に登録する（Ｔ４）。Ｔ４の処理の後、携帯端末５０は、サーバ７０にユーザＨによるログインを行う（Ａ３）。ログインの際に、サーバ７０から携帯端末５０にＨＴＴＰＳ用アクセス認可情報が送信され、これ以降の携帯端末５０からサーバ７０へのＨＴＴＰＳプロトコルによる通信に用いられる。
【0030】
Ａ１の処理によるペアリングが成立した後に、携帯端末５０は、ＢＴ通信部６０を介して通信装置１にデバイス登録データの要求を行う（Ａ４）。デバイス登録データは、通信装置１毎に一意に設定される識別子であるデバイス識別子と、通信装置１の製品名等を表す製品情報とで構成される。このような通信装置１のデバイス識別子が後述のサーバ７０に登録される。デバイス識別子は通信装置１毎に一意に設定されるので、ユーザＨが複数の電子楽器３０を所有する場合でも、登録した１の通信装置１を複数の電子楽器３０で共有して使用することで電子楽器３０毎にサーバ７０に登録する手間を省くことができる。
【0031】
なお、デバイス識別子は、通信装置１毎に一意な識別子に限られず、通信装置１に接続される電子楽器３０を識別する識別子でも良い。この場合、通信装置１は、通信装置１に接続される電子楽器３０から電子楽器３０の識別子を取得することにより電子楽器３０を一意に識別できる。
【0032】
Ａ４の処理によるデバイス登録データの要求を受け、通信装置１は、ＢＴ通信部５を介して携帯端末５０に、自身のデバイス識別子および製品情報からなるデバイス登録データを送信する（Ａ５）。Ａ５の処理により通信装置１のデバイス登録データを受信した携帯端末５０は、そのデバイス登録データを基地通信部６１を介してサーバ７０に送信する（Ａ６，Ａ７）。
【0033】
サーバ７０は、Ａ７の処理により受信したデバイス登録データを、上記のＡ３の処理でログインしたユーザＨに対応するユーザ識別子と共にデバイスＤＢ７２ｃ（図１１（ｂ）参照）に登録する（Ｔ５）。これによって、ログインしているユーザＨのユーザ識別子と、そのユーザＨが使用する電子楽器３０に接続される通信装置１のデバイス登録データとがデバイスＤＢ７２ｃに対応付けられて記憶される。
【0034】
上記したＡ５の処理による通信装置１のデバイス登録データの送信の後、携帯端末５０は、通信装置１で検索されたＡＰ９０のリストを取得するため、ＢＴ通信部６０を介して通信装置１にＡＰ９０のリストを要求する（Ａ８）。Ａ８の処理により通信装置１のＢＴ通信部５で受信したＡＰ９０のリストの要求をＷｉ－Ｆｉ通信部４に送信する（Ａ９）。Ａ９の処理によりＡＰ９０のリストの要求を受信したＷｉ－Ｆｉ通信部４では、Ｗｉ－Ｆｉ通信部４が通信可能なＡＰ９０を検索し、検索されたＡＰ９０のリストを作成する（Ｔ６）。
【0035】
ＢＴ通信部５は、Ｔ６の処理によりＷｉ－Ｆｉ通信部４で作成されたＡＰ９０のリストを取得し（Ａ１０）、そのＡＰ９０のリストをＢＴ通信部５を介して携帯端末５０に送信する（Ａ１１）。Ａ１１の処理によりＡＰ９０のリストを受信した携帯端末５０は、そのＡＰ９０のリストを表示し、そのうちの１のＡＰ９０をユーザＨに選択させる。そして、選択されたＡＰ９０と、そのＡＰ９０に接続するためのパスワード（入力ＰＳＷ）とを取得し、ＢＴ通信部６０を介して通信装置１に送信する（Ａ１２）。
【0036】
Ａ１２の処理により選択されたＡＰ９０とその入力ＰＳＷとを受信した通信装置１は、これらの情報をＷｉ－Ｆｉ通信部４に送信し（Ａ１３）、これらの情報を記憶する（Ｔ７）。Ｔ７の処理の後、Ｗｉ－Ｆｉ通信部４で、受信した情報におけるＡＰ９０に、受信した入力ＰＳＷを用いて接続を行う（Ｔ８）。
【0037】
これ以降、又は、通信システムＳをセットアップモードに移行させなかった場合は、通信装置１はＴ７の処理で記憶させた情報を用いてＡＰ９０に接続される。これにより、通信装置１及び電子楽器３０はＷｉ－Ｆｉ通信部４を介してＡＰ９０に接続され、そのＡＰ９０を及びインターネットＮを介してサーバ７０と通信できる。
【0038】
通信装置１のＢＴ通信部５、及び、携帯端末５０のＢＴ通信部６０では、Ａ１１の処理による送信が完了した場合に、Ｂｌｕｅｔｏｏｔｈによる通信を切断し、ペアリングを解消する（Ｔ９，Ｔ１０）。なお、本実施形態では、先にＡ４～Ａ７の処理によるデバイス登録データのサーバ７０への登録を行い、その後、Ａ８～Ａ１３，Ｔ６，Ｔ７の処理による携帯端末５０から通信装置１へのＡＰ９０の情報等の送信を行った。しかし、これに限られず、先にＡ８～Ａ１３，Ｔ６，Ｔ７の処理を行い、その後にＡ４～Ａ７の処理を行っても良いし、Ａ４～Ａ７の処理とＡ８～Ａ１３，Ｔ６，Ｔ７の処理とを並列に行っても良い。
【0039】
以上説明した通り、セットアップモードにおいては、通信装置１のＷｉ－Ｆｉ通信部４で接続するＡＰ９０の情報が、携帯端末５０からＢｌｕｅｔｏｏｔｈによる通信で送信される。従って、ＡＰ９０の情報、即ち対象のＡＰ９０及びその入力ＰＳＷを、携帯端末５０と比べて入力装置に制約がある通信装置１及び電子楽器３０で入力することなく、ＡＰ９０に接続させることができる。これにより、通信装置１及び電子楽器３０をＡＰ９０に接続させる際のユーザＨの手間を低減できる。
【0040】
ここで、ＡＰの情報をＢｌｕｅｔｏｏｔｈによる通信で送信させる際に、通信装置１のＢＴ通信部５と携帯端末５０のＢＴ通信部６０とをペアリングさせる必要があるが、かかるペアリングにおいてはユーザＨが認証情報等を入力する必要がない。これによっても、通信装置１及び電子楽器３０をＡＰ９０に接続させる際のユーザＨの手間を低減できる。
【0041】
また、通信装置１のＢＴ通信部５と携帯端末５０のＢＴ通信部６０とのペアリングが成立された際に、通信装置１のデバイス登録データが携帯端末５０を介してサーバ７０に送信され、携帯端末５０からサーバ７０にログインしているユーザＨのユーザ識別子と共にデバイスＤＢ７２ｃに登録される。これにより、通信装置１のデバイス登録データを、ユーザＨのユーザ識別子と対応付けてサーバ７０に確実に登録できる。
【0042】
このようにサーバ７０に登録されたデバイス登録データとユーザ識別子とに基づき、セットアップモード後において、電子楽器５０からサーバ７０に記憶されるリソースにアクセスできる。更に通信装置１のＢＴ通信部５と携帯端末５０のＢＴ通信部６０とのペアリングの成立時に、通信装置１のデバイス登録データが自動的にサーバ７０に送信されるので、デバイス登録データをサーバ７０に登録する際のユーザＨの手間を低減できる。
【0043】
次に、図２のセットアップモードによって通信装置１がＡＰ９０に接続された後の通信装置１、電子楽器３０、携帯端末５０及びサーバ７０による通信を説明する。図３は、セットアップモード後における通信装置１、電子楽器３０、携帯端末５０及びサーバ７０による通信を表す図である。
【0044】
通信システムＳは、セットアップモード後においては、サーバ７０に記憶されるリソースを通信装置１で受信し、受信したリソースを電子楽器３０で利用する。具体的には、まず、通信装置１からサーバ７０にＷｉ－Ｆｉ通信部４を介して、通信装置１のデバイス識別子を送信する（Ａ２０）。Ａ２０の処理において、通信装置１からサーバ７０へのデバイス識別子の送信は、ＭＱＴＴ（Message Queueing Telemetry Transport）プロトコルを用いた通信で行われる。なお、Ａ２０以降の通信装置１のサーバ７０との通信は、Ｗｉ－Ｆｉ通信部４を介して行われる。
【0045】
Ａ２０の処理よってデバイス識別子を受信したサーバ７０は、そのデバイス識別子に対応するユーザ識別子をデバイスＤＢ７２ｃ（図１１（ｂ）参照）から取得し、ユーザ識別子に基づくＨＴＴＰＳ（Hypertext Transfer Protocol Secure）用アクセス認可情報を作成する（Ｔ２０）。ＨＴＴＰＳ用アクセス認可情報は、通信装置１がサーバ７０とＨＴＴＰＳによる通信を行う際に用いられるユーザＨのリソースへのアクセスを認可するための情報である。
【0046】
そのＴ２０の処理で作成されたＨＴＴＰＳ用アクセス認可情報と、Ａ２０の処理で送信されたデバイス識別子に対応するユーザ識別子とを、ＭＱＴＴプロトコルを用いた通信によって通信装置１に送信する（Ａ２１）。Ａ２１の処理によって受信したユーザ識別子は、これ以降の通信装置１とサーバ７０とのＭＱＴＴプロトコルを用いた通信に用いられる。また、ユーザ識別子と、そのユーザ識別子と共に受信したＨＴＴＰＳ用アクセス認可情報とは、これ以降の通信装置１とサーバ７０とのＨＴＴＰＳプロトコルを用いた通信に用いられる。
【0047】
Ａ２１の処理の後、電子楽器３０からの指示に応じて、通信装置１からユーザＨのリソースへアクセスする要求をサーバ７０に送信する（Ａ２２）。Ａ２２の処理における要求の送信は、ＨＴＴＰＳプロトコルを用いた通信によって行われ、その際に、当該要求に、ユーザ識別子とＡ２１の処理で受信したＨＴＴＰＳ用アクセス認可情報とを含めて送信する。
【0048】
Ａ２２の処理による要求を受信したサーバ７０は、要求されたリソースに対し、ＨＴＴＰＳ用アクセス認可情報が正当なものである場合に、そのリソースをＡ２２の処理による要求がされた通信装置１に送信する（Ａ２３）。かかるＡ２３の処理によるサーバ７０から通信装置１への送信も、Ａ２２の処理と同様にＨＴＴＰＳプロトコルを用いた通信で行われる。Ａ２３の処理で送信されたリソースが通信装置１から電子楽器３０に送信され、電子楽器３０で利用される。なお、Ａ２２の処理において、要求されたリソースがユーザＨのものか確認（認証）するために、受信した要求に含まれるユーザ識別子を確認しても良いし、ＨＴＴＰＳ用アクセス認可情報およびユーザ識別子の両方を確認しても良い。
【0049】
以上説明した通り、セットアップモード後においては、通信装置１から自身のデバイス識別子がサーバ７０に送信され、サーバ７０からそのデバイス識別子に対応するユーザ識別子と、そのユーザ識別子に基づいて作成されたＨＴＴＰＳ用アクセス認可情報とが通信装置１に送信される。通信装置１は、受信したＨＴＴＰＳ用アクセス認可情報やユーザ識別子を用いてサーバ７０からリソースを取得し、通信装置１によって取得されたリソースが電子楽器３０で利用される。即ち電子楽器３０においてサーバ７０上のリソースを取得する際に、他の記憶媒体等を介することなく、当該リソースを直接サーバ７０から取得できる。これにより、サーバ７０上のリソースを容易に取得し、電子楽器３０上で利用することができる。
【0050】
更に通信装置１は、接続される電子楽器３０のユーザＨのユーザ識別子に基づいて作成されたＨＴＴＰＳ用アクセス認可情報やユーザ識別子を受信し、これらの情報を用いてサーバ７０からユーザＨのリソースを取得する。即ち通信装置１に対応するユーザＨのリソースが当該ユーザＨの電子楽器３０で取得されるので、当該ユーザＨの電子楽器３０で他のユーザＨのリソースにアクセスすることを防止できる。
【0051】
また、Ａ２０，Ａ２１の処理による通信装置１からのデバイス識別子の送信と、ユーザ識別子、ＨＴＴＰＳ用アクセス認可情報の送信とが、ＭＱＴＴプロトコルを用いた通信で行われる。ＭＱＴＴプロトコルを用いた通信は、ＨＴＴＰＳプロトコルを用いた通信よりも軽量であるため、Ａ２０，Ａ２１の処理によるデバイス識別子の送信と、ユーザ識別子、ＨＴＴＰＳ用アクセス認可情報の送信とを迅速に行うことができる。
【0052】
更に、通信装置１によるサーバ７０からのＨＴＴＰＳ用アクセス認可情報およびユーザ識別子の取得が、セットアップモードが実行された場合もされなかった場合も通信装置１とサーバ７０との通信が確立された直後に毎回行われる。これにより、特にＨＴＴＰＳ用アクセス認可情報はサーバ７０との通信が確立された際の最新のものとなるので、ＨＴＴＰＳ用アクセス認可情報が長期間に亘り同一のものが使用されるのを抑制することができる。
【0053】
例えば、サーバ７０が通信装置１に送信するＨＴＴＰＳ用アクセス認可情報の形式を定期的に更新することで、万一、ＨＴＴＰＳ用アクセス認可情報やＨＴＴＰＳ用アクセス認可情報に基づくＡ２２の処理による要求が漏洩した場合でも、ＨＴＴＰＳ用アクセス認可情報が更新された後は、漏洩したＨＴＴＰＳ用アクセス認可情報によるサーバ７０からのリソースの取得ができなくなるので、サーバ７０のリソースが漏洩してしまうのをより効果的に抑制できる。
【0054】
なお、Ａ２０，Ａ２１の通信をＭＱＴＴプロトコルを用いた通信で行うものに限られず、ＨＴＴＰＳプロトコルを用いた通信等の他の通信方式で行っても良い。Ａ２２，Ａ２３の通信もＨＴＴＰＳプロトコルを用いた通信で行うものに限られず、ＭＱＴＴプロトコルを用いた通信等の他の通信方式で行っても良い。
【0055】
このように、ユーザＨの電子楽器３０への指示に応じて、サーバ７０上のリソースを電子楽器３０で利用させる他に、ユーザＨの携帯端末５０への指示に応じて、サーバ７０上のリソースを電子楽器３０で利用させることができる。かかる携帯端末５０の指示に応じたサーバ７０上のリソースの電子楽器３０の利用を説明する。
【0056】
携帯端末５０は、図２で説明したセットアップモード後、基地通信部６１を介してサーバ７０にログインを行う（Ａ２４）。ログインの際に、サーバ７０から携帯端末５０にＨＴＴＰＳ用アクセス認可情報が送信され、これ以降の携帯端末５０からサーバ７０へのＨＴＴＰＳプロトコルによる通信に用いられる。また、Ａ２４の処理によるログインは、上記した図２のＡ３の処理によるログインが継続している場合（即ちログアウトしていない場合）は、省略しても良い。なお、これ以降の携帯端末５０のサーバ７０との通信は、基地通信部６１を介して行われる。
【0057】
Ａ２４の処理の後、ログインしたユーザＨのユーザ識別子を要求し（Ａ２５）、サーバ７０は要求されたユーザ識別子をユーザＤＢ７２ｂから検索し（Ｔ２１）、検索されたユーザ識別子をユーザ識別子の要求が行われた携帯端末５０に送信する（Ａ２６）。携帯端末５０は、Ａ２６の処理によって受信したユーザ識別子に対応するデバイス登録データをサーバ７０に要求する（Ａ２７）。
【0058】
サーバ７０は、Ａ２７の処理によって要求されたユーザ識別子に対応するデバイス登録データをデバイスＤＢ７２ｃから検索し（Ｔ２２）、該当するデバイス登録データを要求された携帯端末５０に送信する（Ａ２８）。
【0059】
携帯端末５０は、Ａ２８の処理で受信したデバイス登録データを所有デバイスリストに登録する（Ｔ２４）。なお、ユーザＨの電子楽器３０が複数存在する等、Ｔ２４の処理によって複数のデバイス登録データが所有デバイスリストに登録された場合は、携帯端末５０の指示に応じてサーバ７０上のリソースを利用させる電子楽器３０の通信装置１に該当するデバイス登録データを、ユーザＨに選択させる。
【0060】
そして、Ｔ２４の処理以降、携帯端末５０は、選択されたデバイス登録データに該当する通信装置１が接続された電子楽器３０のユーザインタフェース（ＵＩ）として動作する（Ｔ２５）。携帯端末５０から、電子楽器３０又はサーバ７０に対する指示およびそれに付随する情報と、Ａ２６の処理で受信したユーザ識別子および選択されたデバイス登録データのデバイス識別子とに基づく要求をサーバ７０に送信する（Ａ２９）。
【0061】
サーバ７０は、Ａ２９の処理による要求を通信装置１に送信し、通信装置１はサーバ７０から受信した要求を電子楽器３０に送信し、電子楽器３０において当該要求に対応する処理を実行する（Ａ３０）。かかるＡ３０の処理においては、サーバ７０は携帯端末５０から送信された要求に応じて必要な処理を行い、その結果を通信装置１に送信する場合もある。
【0062】
Ａ２９，Ａ３０の処理の具体例として、携帯端末５０から、電子楽器３０のパラメータの変更を指示する要求（対象のパラメータ名とその変更後の設定値とを含む）をサーバ７０に送信する（Ａ２９）。サーバ７０は、受信した要求を通信装置１に送信する。通信装置１は、サーバ７０から送信された要求を電子楽器３０に送信する。電子楽器３０は、受信した要求に応じて処理（パラメータの設定）を行う（Ａ３０）。かかるＡ２９の処理で送信される要求としては他に、電子楽器３０のパラメータ値の携帯端末５０への送信等が挙げられる。
【0063】
また、Ａ２９，Ａ３０の処理の別の具体例としては、サーバ７０が携帯端末５０から送信された要求に応じて必要な処理を行い、その結果を通信装置１に送信する場合がある。この場合、携帯端末５０から、サーバ７０に記憶されている所定のリソースのリストの表示を指示する要求（リソースを特定する情報を含む）をサーバに送信する（Ａ２９）。サーバ７０はその要求を受けて、該当するリソースのリストを作成し、リストの表示を指示する要求（作成したリストを含む）を通信装置１に送信する。通信装置１は、受信した要求を電子楽器３０に送信し、電子楽器３０はそのリストを後述のＬＣＤ３６（図９参照）に表示する（Ａ３０）。
【0064】
Ａ２９，Ａ３０の処理の更に別の具体例としては、電子楽器３０が、通信装置１から送信された要求に応じてサーバ７０に対して要求を送信し、サーバ７０におけるその処理結果を取得する場合がある。この場合、携帯端末５０から、電子楽器３０で利用するリソースのサーバ７０からの取得を指示する要求（リソースを特定する情報を含む）をサーバ７０に送信する（Ａ２９）。
【0065】
サーバ７０は、受信した要求を通信装置１に送信し、通信装置１は送信された指示を電子楽器３０に送信する。電子楽器３０は、受信した指示に基づいて、特定されたリソースの電子楽器３０への送信を指示する要求を通信装置１に送信する。通信装置１は、その要求をサーバ７０に送信する。サーバ７０は受信した要求によって特定されたリソースを通信装置１に送信する。通信装置１は、受信したリソースを電子楽器３０に送信する。電子楽器３０は、通信装置１から送信されたリソースを利用する（Ａ３０）。
【0066】
以上説明した通り、携帯端末５０からの指示（要求）が、サーバ７０から通信装置１及び電子楽器３０に送信される。携帯端末５０には、通信装置１及び電子楽器３０よりも潤沢で多機能な表示装置が搭載される。このように、例えば、携帯端末５０から電子楽器３０で利用するリソースを指示する情報を送信することで、電子楽器３０でのリソースの利用に関するユーザＨのユーザビリティを向上させることができる。
【0067】
なお、Ａ２４～Ａ２８の処理において、携帯端末５０がサーバ７０にログイン後、ユーザ識別子をサーバ７０に要求し、要求されたユーザ識別子を携帯端末５０に送信し、携帯端末５０は、送信されたユーザ識別子をサーバ７０に送信することで、サーバ７０から対応するデバイス登録データを取得した。しかし、これに限られず、携帯端末５０がサーバ７０にログインした際に、ログインしたユーザＨのユーザ識別子をユーザＤＢ７２ｂから検索し、検索されたユーザ識別子に対応するデバイス登録データをデバイスＤＢ７２ｃで検索し、検索されたデバイス登録データをユーザ識別子と共に携帯端末５０に送信しても良い。この場合、携帯端末５０によるＡ２５，Ａ２７の処理と、サーバ７０によるＡ２６の処理とを省略しても良い。
【0068】
ここで、図４～７を参照して、Ｔ２５，Ａ２９，Ａ３０の処理の具体例を説明する。図４は、ロード、ライト及びインストールの概要を説明する図である。本実施形態では、携帯端末５０から電子楽器３０へのサーバ７０のリソースを利用させる指示として、ロード、ライト及びインストールが設けられる。
【0069】
ロードは、サーバ７０に記憶されるリソースの一種である音色データを取得し、電子楽器３０で実際に（現在）発音に用いられる音色データに設定させる指示である。ライトは、サーバ７０に記憶される音色データを取得し、電子楽器３０において発音に用いられるよう電子楽器３０に保存させる指示である。インストールは、サーバ７０に記憶されるリソースの一種であるウェーブデータを取得し、電子楽器３０において発音に用いられるように電子楽器３０に保存させる指示である。
【0070】
まず、ロード、ライト及びインストールに関する通信システムＳの構成を説明する。電子楽器３０には、ワークメモリ３３ａと、音色メモリ３２ｂと、ウェーブメモリ３２ｃとが設けられる。ワークメモリ３３ａは、現在のユーザＨの演奏において用いられる音色データとその音色データの属性情報とが記憶される。ワークメモリ３３ａは複数の音色データ及びその属性情報を記憶できるが、そのうちユーザＨの演奏が直接に反映される音色データを「カレント」という。ユーザＨは電子楽器３０の操作によりカレントを選択できる。音色メモリ３２ｂには、ワークメモリ３３ａに記憶させ発音に用いる候補としての複数の音色データ及びその属性情報が記憶され、ウェーブメモリ３２ｃには、複数のウェーブデータ及びその属性情報が記憶される。
【0071】
ここで、ワークメモリ３３ａ等に音色データ等と共に記憶される属性情報には、音色データ、ウェーブデータを作成した作成者や音色データ及びウェーブデータの作成日時等、音色データ及びウェーブデータに付随する情報が設定される。
【0072】
サーバ７０には、音色ＤＢ７２ｄと、管理情報７２ｇと、上記したデバイスＤＢ７２ｃとが設けられる。音色ＤＢ７２ｄには、複数の音色データ（音色１，音色２，・・・）と、複数のウェーブデータ（ウェーブ１，ウェーブ２，・・・）とが記憶される。管理情報７２ｇには、ユーザＨ毎に、ユーザＨが購入した音色データ又はウェーブデータの情報やユーザＨが所有しているサブスクリプション権限等のサーバ７０上のデータの利用に関する情報が記憶される。
【0073】
サブスクリプション権限とは、ユーザＨのサーバ７０上の音色データ等のサービス利用における契約種別を表すものであり、複数段階の権限（具体的には「ノーマル」、「コア」、「プロ」及び「アルティメット」）が設定される。ユーザＨは、所望の段階のサブスクリプション権限を購入することで、その段階で利用が許可されている音色データ等をサーバ７０から取得して利用できる。以下、サブスクリプション権限のことを「サブスク権限」と略す。なお、サブスク権限とは別に、音色データやウェーブデータはユーザＨが別途購入することもでき、購入した音色データ等は、サブスク権限に関わらず永続的に利用可能となる。
【0074】
次に、ロードにおける通信システムＳの処理の概要を説明する。携帯端末５０からサーバ７０に、電子楽器３０へのロードが指示された場合、ロードが指示された音色データが音色ＤＢ７２ｄで検索される。音色ＤＢ７２ｄに当該音色データが存在する場合は、当該音色データが携帯端末５０のユーザＨで利用できるか、即ちユーザＨが購入したものか、又は、当該音色データがユーザＨが有するサブスク権限で利用できるかが確認される。
【0075】
そして、当該音色データをユーザＨが利用できると判断された場合、サーバ７０は当該音色データと、当該音色データをロードさせる指示とを電子楽器３０に送信する。電子楽器３０は、受信した指示に基づき、その指示と共に受信した音色データをワークメモリ３３ａに保存する。この保存の際に、受信した音色データを自動的にカレントとして選択するか否かはユーザＨが設定できる。これにより、携帯端末５０からの指示によって、サーバ７０に記憶されるユーザＨが利用可能な音色データを現在の電子楽器３０の演奏で用いることができる。
【0076】
ロードには、サーバ７０に記憶される音色データを電子楽器３０のワークメモリ３３ａに保存させる他に、図４に示すように、音色メモリ３２ｂに記憶される音色データをワークメモリ３３ａに保存させるものも含まれる。なお、電子楽器３０へのロード指示は、携帯端末５０からサーバ７０を介して行われるものに限られず、ユーザＨが電子楽器３０へ直接ロード指示を入力しても良い。
【0077】
次に、ライトにおける通信システムＳの処理の概要を説明する。携帯端末５０からサーバ７０に、電子楽器３０へのライトが指示された場合、ロードと同様に指示された音色データが音色ＤＢ７２ｄで検索される。音色ＤＢ７２ｄに当該音色データが存在する場合は、当該音色データが携帯端末５０のユーザＨで利用できるか、即ちユーザＨが購入したものか、又は、当該音色データがユーザＨが有するサブスク権限で利用できるかが確認される。
【0078】
そして、当該音色データをユーザＨが利用できると判断された場合、サーバ７０は当該音色データと、当該音色データをライトさせる指示とを電子楽器３０に送信する。電子楽器３０は、受信した指示に基づき、その指示と共に受信した音色データを音色メモリ３２ｂの所定の領域に保存する。これにより、携帯端末５０からの指示により、サーバ７０に記憶されるユーザＨが利用可能な音色データが、電子楽器３０の音色メモリ３２ｂに保存され、その後のユーザＨの電子楽器３０又は携帯端末５０への指示により、電子楽器３０の演奏で用いることができる。
【0079】
ライトは、サーバ７０に記憶される音色データを電子楽器３０の音色メモリ３２ｂに保存させる他に、図４に示すように、上記した携帯端末５０からのライトの指示に応じて、ワークメモリ３３ａに保存された音色データを音色メモリ３２ｂに保存させるものも含まれる。なお、電子楽器３０へのライトの指示は、携帯端末５０からサーバ７０を介して行われるものに限られず、ユーザＨが電子楽器３０へ直接ライトの指示を入力しても良い。
【0080】
次に、インストールにおける通信システムＳの処理の概要を説明する。携帯端末５０からサーバ７０に、電子楽器３０へのインストールが指示された場合、指示されたウェーブデータが音色ＤＢ７２ｄで検索される。音色ＤＢ７２ｄに当該ウェーブデータが存在する場合は、当該ウェーブデータが携帯端末５０のユーザＨで利用できるか、即ちユーザＨが購入したものか、又は、当該ウェーブデータがユーザＨが有するサブスク権限で利用できるかが確認される。
【0081】
そして、当該ウェーブデータをユーザＨが利用できると判断された場合、サーバ７０は当該ウェーブデータと、当該ウェーブデータをインストールさせる指示とを電子楽器３０に送信する。電子楽器３０は、受信した指示に基づき、その指示と共に受信したウェーブデータをウェーブメモリ３２ｃの所定の領域に保存する。ウェーブメモリ３２ｃに保存されたウェーブデータは、ユーザＨの電子楽器３０への指示によって適宜演奏に用いられる。これにより、携帯端末５０からの指示により、サーバ７０に記憶されるユーザＨが利用可能なウェーブデータが、電子楽器３０のウェーブメモリ３２ｃに保存され、その後の電子楽器３０の演奏で用いられる。
【0082】
なお、電子楽器３０の演奏で用いられるウェーブデータは、ユーザＨの電子楽器３０への指示によって設定されるものに限られず、携帯端末５０及びサーバ７０を介した電子楽器３０への指示によって行われても良い。
【0083】
このように、電子楽器３０においてロード、ライト又はインストールがされた場合、ワークメモリ３３ａ、音色メモリ３２ｂ及びウェーブメモリ３２ｃの内容が変更されるが、その変更内容をサーバ７０や携帯端末５０が把握するための処理が行われる。
【0084】
具体的には、サーバ７０には、ロード履歴７２ｆとシンクデータ７２ｅとが設けられる。ロード履歴７２ｆは、電子楽器３０のワークメモリ３３ａに保存された音色データの回数を記憶するものである。具体的にロード履歴７２ｆには、ユーザ毎に、音色データを識別する識別子と、その音色データがワークメモリ３３ａに保存され演奏に用いられた回数であるロード回数とが、対応付けて記憶される。
【0085】
電子楽器３０においてロードが行われた場合、ロードされた音色データの識別子がサーバ７０に送信される。サーバ７０では、ロード履歴７２ｆにおける、音色データの識別子が送信された電子楽器３０のユーザＨの、当該識別子に該当する音色データのロード回数に１を加算し、更新する。これによって、電子楽器３０においてロードされた場合、そのロード回数がサーバ７０にも反映される。
【0086】
このようなロード履歴７２ｆのロード回数を確認することで、ユーザＨが過去にロードする頻度が高い、ユーザＨの好みの音色データをサーバ７０で把握できる。更にかかるロード履歴７２ｆのロード回数を携帯端末５０に送信し、携帯端末５０においてロードする頻度が高い順、即ちユーザＨの好みの順に音色データを表示させることで、ユーザＨが好みの音色データを優先的に電子楽器３０にロードさせることができる。
【0087】
一方で、ロード履歴７２ｆのロード回数を確認することで、ユーザＨが過去にロードする頻度が低い音色データもサーバ７０で把握できる。かかるロードする頻度が低い音色データは、ユーザＨが当該音色データを利用可能なものであると認識していない場合もある。そこで、ロードする頻度が低い音色データを携帯端末５０に表示させることで、ユーザＨに当該音色データが利用可能であることを認識させ、当該音色データの利用を促すことができる。
【0088】
なお、電子楽器３０でロードが行われた際にサーバ７０のロード履歴７２ｆを更新するものに限られず、例えば、一定時間ごと（例えば１０分毎）や、電子楽器３０の電源投入時に、ロード履歴７２ｆの更新を行っても良い。
【0089】
ここで、電子楽器３０でロードが行われた際にのみ、サーバ７０のロード履歴７２ｆの更新を行う場合、その更新のための電子楽器３０の処理（例えばサーバ７０との通信処理）が、電子楽器３０の演奏に関する処理等と重複し、電子楽器３０の処理が全体的に遅延してしまう虞がある。これによって、新たにロードした音色データで演奏をしようとするユーザＨを待たせてしまう。
【0090】
これに対し、ロード履歴７２ｆを更新するタイミングを、一定時間ごとや電子楽器３０の電源投入時とすることで、当該更新の処理が電子楽器３０の演奏に関する処理と重複するのを抑制できる。これにより、電子楽器３０のレスポンスを向上できるので新たにロードした音色データを迅速にユーザＨの演奏に利用でき、更にロードされた音色データのロード回数を適切にサーバ７０のロード履歴７２ｆに反映できる。
【0091】
シンクデータ７２ｅには、電子楽器３０の音色メモリ３２ｂ及びウェーブメモリ３２ｃに記憶されている音色データ及びウェーブデータの情報が記憶される。シンクデータ７２ｅには、電子楽器３０及びその電子楽器３０のユーザＨ毎に、音色データ及びウェーブデータの識別子と属性情報とが記憶される。
【0092】
電子楽器３０においてライト又はインストールが行われた場合、音色メモリ３２ｂ又はウェーブメモリ３２ｃに記憶されている対象の音色データ又はウェーブデータの識別子と属性情報とがサーバ７０に送信される。サーバ７０では、シンクデータ７２ｅにおける音色データ又はウェーブデータの識別子が送信された電子楽器３０及びその電子楽器３０のユーザＨに該当する領域に、送信された音色データ又はウェーブデータの識別子とその属性情報とを保存する。これによって、電子楽器３０においてライト又はインストールされた音色データ又はウェーブデータの情報が、サーバ７０にも反映される。
【0093】
シンクデータ７２ｅによって、電子楽器３０の音色メモリ３２ｂ及びウェーブメモリ３２ｃに記憶されている音色データ及びウェーブデータを、サーバ７０で把握できる。更にかかるシンクデータ７２ｅを携帯端末５０に送信する。そして、携帯端末５０においてライト又はインストールする場合に、ライト又はインストール可能な音色データ又はウェーブデータを表示する際、これらのうち、シンクデータ７２ｅでライト又はインストール済みと判断される音色データ又はウェーブデータをグレー表示にしたり、取り消し線を付す等して表示態様を変化させる。これにより、当該音色データ又はウェーブデータがライト又はインストール済みであるとユーザＨに認識させ、当該音色データ又はウェーブデータが重複してライト又はインストールされるのを抑制できる。
【0094】
なお、ライト又はインストールが行われた際に、音色メモリ３２ｂ又はウェーブメモリ３２ｃに記憶されている対象の音色データ等の識別子と属性情報とを、サーバ７０に送信するものに限られず、例えば、一定時間ごと（例えば１０分毎）や、電子楽器３０の電源投入時に、サーバ７０に音色メモリ３２ｂ及びウェーブメモリ３２ｃに記憶されている全ての音色データ及びウェーブデータの識別子と属性情報とを送信するようにしても良い。これにより、電子楽器３０にＵＳＢメモリ等の記憶媒体を介して取得した音色データ及びウェーブデータの識別子と属性情報も、サーバ７０から取得した音色データ及びウェーブデータと同様にサーバ７０に送信できる。
【0095】
ここで、電子楽器３０でライト又はインストールが行われた際にのみ、サーバ７０のシンクデータ７２ｅへの反映を行う場合、その反映のための電子楽器３０の処理（例えばサーバ７０との通信処理）が、電子楽器３０の演奏に関する処理等と重複し、電子楽器３０の処理が全体的に遅延してしまう虞がある。これに対し、シンクデータ７２ｅへ反映するタイミングを、一定時間ごとや電子楽器３０の電源投入時とすることで、当該反映の処理が電子楽器３０の演奏に関する処理等と重複するのを抑制できる。これにより、電子楽器３０のレスポンスを向上できると共に、ライト又はインストールされたロードされた音色データ又はウェーブデータの識別子と属性情報を適切にサーバ７０のシンクデータ７２ｅに反映できる。
【0096】
次に、図５～７を参照して通信装置１、電子楽器３０、携帯端末５０及びサーバ７０によるロード、ライト及びインストールにおける通信を説明する。まず、ロードにおける通信を説明する。図５は、ロードにおける通信装置１、電子楽器３０、携帯端末５０及びサーバ７０による通信を表す図である。
【0097】
ロードにおいては、まず、携帯端末５０において、ユーザＨに電子楽器３０にロードさせる音色データを選択させる（Ｔ３０）。Ｔ３０の処理の後、携帯端末５０は、Ｔ３０の処理で選択された音色データの識別子と、当該音色データのロードの指示とを、ＭＱＴＴプロトコルを用いた通信によってサーバ７０に送信する（Ａ４０）。
【0098】
Ａ４０の処理によりＭＱＴＴデータを受信したサーバ７０は、受信したＭＱＴＴデータに含まれる音色データの識別子に該当する音色データを音色ＤＢ７２ｄから取得する（Ｔ３１）。Ｔ３１の処理の後、サーバ７０は、Ａ４０の処理で受信した音色データのロードの指示と、Ｔ３１の処理で取得した音色データとをＭＱＴＴプロトコルを用いた通信によって通信装置１に送信する（Ａ４２）。
【0099】
Ａ４２の処理によって、音色データのロードの指示と音色データとを受信した通信装置１は、これらを電子楽器３０に送信し、その後、電子楽器３０において受信した音色データをワークメモリ３３ａに保存する（Ｔ３２）。これによって、携帯端末５０から指示された音色データの電子楽器３０でのロードが実行される。
【0100】
以下においても電子楽器３０は、通信装置１を介してサーバ７０と通信されるが、説明を簡略にするため、通信装置１への言及を省略する。従って、例えば「電子楽器３０からサーバ７０へデータＡを送信する」とは、電子楽器３０から通信装置１にデータＡを送信し、そのデータＡを通信装置１からサーバ７０へ送信することを意味する。同様に「サーバ７０から電子楽器３０へデータＢを送信する」とは、サーバ７０から通信装置１にデータＢを送信し、そのデータＢを通信装置１から電子楽器３０へ送信することを意味する。
【0101】
Ｔ３２の処理の後、電子楽器３０は、Ｔ３２の処理でロードされた音色データの識別子をＭＱＴＴプロトコルを用いた通信によってサーバ７０に送信する（Ａ４３）。Ａ４３の処理によって、ロードされた音色データの識別子を受信したサーバ７０は、ロード履歴７２ｆにおいて音色データの識別子が送信された電子楽器３０のユーザＨの、当該識別子に該当するロード回数に１を加算する（Ｔ３３）。
【0102】
以上説明した通り、通信システムＳのロードにおいては、Ａ４０の処理によって音色データの識別子と、当該音色データのロードの指示とが携帯端末５０からサーバ７０に送信された場合に、サーバ７０は、当該音色データの識別子に該当する音色データを音色ＤＢ７２ｄから取得し、受信した指示と共に電子楽器３０に送信する。電子楽器３０においては、サーバ７０から受信した指示に応じて受信した音色データをワークメモリ３３ａに保存する。これにより、電子楽器３０に他の記憶媒体を接続することなく、電子楽器３０でサーバ７０上のデータを利用できる。
【0103】
この際、電子楽器３０へは、予めＴ３１の処理でサーバ７０で取得された音色データが指示と共に送信されるので、電子楽器３０は当該指示を受信した後に、改めて音色データをサーバ７０に要求する必要がない。これにより、サーバ７０上のデータを電子楽器３０から迅速に利用できる。
【0104】
また、電子楽器３０への指示が携帯端末５０から送信される。携帯端末５０には、電子楽器３０よりも潤沢な入力装置および表示装置を有しているので、電子楽器３０でのサーバ７０上の音色データの利用におけるユーザビリティを向上させることができる。
【0105】
更に携帯端末５０からサーバ７０へのロードの指示と、サーバ７０から電子楽器３０へのロードの指示とが、ＭＱＴＴプロトコルを用いた通信で行われる。ＨＴＴＰＳプロトコルを用いた通信よりも比較的軽量なＭＱＴＴプロトコルを用いた通信により、これらの指示を迅速に通信させることができる。これにより、携帯端末５０にロードを指示してから、実際に電子楽器３０でロードが完了するまでに要する時間を短縮できる。
【0106】
なお、Ａ４０の処理によって音色データの識別子と、当該音色データのロードの指示とがサーバ７０に送信された場合に、サーバ７０は、当該音色データの識別子に該当する音色データを音色ＤＢ７２ｄから取得し（Ｔ３１）、受信した指示と共に電子楽器３０に送信する（Ａ４２）ものに限られない。例えば、サーバ７０のＴ３１の処理を省略し、サーバ７０はＡ４０の処理による識別子とロードの指示とを電子楽器３０にそのまま送信し、電子楽器３０からサーバ７０に該当する音色データを要求しても良い。
【0107】
また、サーバ７０においてＴ３１の処理を省略し、その代わりにＡ４０の処理による識別子に該当する音色データを音色ＤＢ７２ｄから取得するためのデータ要求先としてのＵＲＬを作成し、そのＵＲＬとロードの指示とを電子楽器３０に送信する。電子楽器３０は、受信したＵＲＬに基づく音色データの要求をＨＴＴＰＳプロトコルを用いた通信によってサーバ７０に送信し、サーバ７０からその要求に該当する音色データをＨＴＴＰＳプロトコルを用いた通信によって電子楽器３０に送信しても良い。この際、電子楽器３０から送信される音色データの要求に、図３のＡ２１の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信すれば良い。
【0108】
次に、ライトにおける通信を説明する。図６は、ライトにおける通信装置１、電子楽器３０、携帯端末５０及びサーバ７０による通信を表す図である。ライトにおいては、まず、携帯端末５０において、ユーザＨに電子楽器３０にライトさせる音色データを選択させる（Ｔ４０）。Ｔ４０の処理の後、携帯端末５０は、Ｔ４０の処理で選択された音色データの識別子と、当該音色データのライトの指示とを、ＭＱＴＴプロトコルを用いた通信によってサーバ７０に送信する（Ａ５０）。
【0109】
Ａ５０の処理によりＭＱＴＴデータを受信したサーバ７０は、受信したＭＱＴＴデータに含まれる音色データの識別子に該当する音色データを音色ＤＢ７２ｄから取得するためのＵＲＬを作成する（Ｔ４１）。Ｔ４１の処理の後、サーバ７０は、Ａ５０の処理で受信した音色データのライトの指示と、Ｔ４１の処理で取得したＵＲＬとをＭＱＴＴプロトコルを用いた通信によって電子楽器３０に送信する（Ａ５１）。
【0110】
Ａ５１の処理により、ＵＲＬとライトの指示とを受信した電子楽器３０は、そのＵＲＬからの音色データの取得と、取得した音色データのライトとを実行する（Ｔ４２）。具体的には、電子楽器３０は、受信したＵＲＬに基づく音色データの要求を、ＨＴＴＰＳプロトコルを用いた通信によってサーバ７０に送信する（Ａ５２）。この際に、図３のＡ２１の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信する。
【0111】
Ａ５２の処理により、音色データを要求されたサーバ７０は、該当する音色データを音色ＤＢ７２ｄから取得し、取得した音色データをＨＴＴＰＳプロトコルを用いた通信によって電子楽器３０に送信する。電子楽器３０は、送信された音色データを音色メモリ３２ｂに保存する（Ａ５３）。
【0112】
このように、Ａ５３の処理によるサーバ７０から電子楽器３０への音色データの送信がＨＴＴＰＳプロトコルを用いた通信で行われる。ＨＴＴＰＳプロトコルを用いた通信は、ＭＱＴＴプロトコルを用いた通信よりも大容量のデータを通信できるので、サーバ７０に記憶される、容量が様々な音色データをサーバ７０から電子楽器３０に直接取得して利用できるので、音色データを電子楽器３０にライトさせる際のユーザＨの手間を低減できると共に、電子楽器３０で表現豊かな演奏が可能になる。
【0113】
また、Ｔ４１，Ａ５１の処理によるサーバ７０で作成されたＵＲＬの電子楽器３０への送信に加え、Ａ５２，Ａ５３による電子楽器３０からのサーバ７０の音色データの要求も行われる。即ちサーバ７０からの電子楽器３０への音色データ等のリソースの送信においては、サーバ７０から直接電子楽器３０へリソースを送信する場合（Ａ２３，Ａ４２）と、電子楽器３０からの要求に応じてサーバ７０からリソースを送信する場合（Ａ５２，Ａ５３）とが設けられる。これらを使い分けることで、サーバ７０から電子楽器３０へ柔軟にリソースを送信することができる。
【0114】
上記したＡ５２，Ａ５３の処理と共に、電子楽器３０から音色データのライトの進捗率（０～１００％）をＭＱＴＴプロトコルを用いた通信によってサーバ７０に送信し（Ａ５４）、サーバ７０からはその進捗率を携帯端末５０に送信する（Ａ５５）。Ａ５５の処理の後、携帯端末５０は、受信した進捗率をＬＣＤ５６（図１０参照）に表示することで（Ｔ４４）、ユーザＨにライトが完了するまでに要する時間の目安が報知される。
【0115】
Ａ５２，Ａ５３の処理によるライトが完了した場合、電子楽器３０は、ライトした音色データの識別子と属性情報と、シンクの指示とをＨＴＴＰＳプロトコルを用いた通信によってサーバ７０へ送信する（Ａ５６）。この際に、図３のＡ２１の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信する。
【0116】
Ａ５６の処理によりシンクの指示を受信したサーバ７０は、当該指示と共に受信した識別子と属性情報とをシンクデータ７２ｅに保存する（Ｔ４３）。Ｔ４３の処理の後、電子楽器３０と携帯端末５０とに、シンクデータ７２ｅへの保存が完了した旨をＭＱＴＴプロトコルを用いた通信で送信する（Ａ５７，Ａ５８）。
【0117】
Ａ５８の処理により、シンクデータ７２ｅへの保存が完了した旨を受信した携帯端末５０は、サーバ７０にシンクデータ７２ｅの要求をＨＴＴＰＳプロトコルを用いた通信で送信する（Ａ５９）。この際に、図２のＡ３の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信する。
【0118】
Ａ５９の処理により、シンクデータ７２ｅの要求を受信したサーバ７０は、携帯端末５０にシンクデータ７２ｅをＨＴＴＰＳプロトコルを用いた通信で送信する（Ａ６０）。Ａ６０の処理により、シンクデータ７２ｅを受信した携帯端末５０は、そのシンクデータ７２ｅに基づいた表示をＬＣＤ５６に行う（Ｔ４５）。
【0119】
なお、Ａ５０の処理によって音色データの識別子と、当該音色データのライトの指示とがサーバ７０に送信された場合に、サーバ７０は、当該音色データの識別子に該当する音色データを音色ＤＢ７２ｄから取得するためのＵＲＬを作成し（Ｔ４１）、受信した指示と共に電子楽器３０に送信する（Ａ５１）ものに限られない。例えば、サーバ７０は、Ｔ４１の処理を省略し、Ａ５０の処理による識別子に該当する音色データを音色ＤＢ７２ｄから取得し、受信した指示と共に電子楽器３０に送信しても良い。また、Ｔ４１の処理を省略し、サーバ７０はＡ５０の処理による識別子とライトの指示とを電子楽器３０にそのまま送信し、電子楽器３０からサーバ７０に該当する音色データを要求しても良い。
【0120】
次に、インストールにおける通信を説明する。図７は、インストールにおける通信装置１、電子楽器３０、携帯端末５０及びサーバ７０による通信を表す図である。インストールにおいては、まず、携帯端末５０において、ユーザＨに電子楽器３０にインストールさせるウェーブデータを選択させる（Ｔ５０）。
【0121】
Ｔ５０の処理の後、携帯端末５０は、Ｔ５０の処理で選択されたウェーブデータがインストール可能かを確認する要求をＭＱＴＴプロトコルを用いた通信によってサーバ７０に送信し（Ａ７０）、サーバ７０は受信した要求をＭＱＴＴプロトコルを用いた通信によって電子楽器３０に送信する（Ａ７１）。この際、インストールするウェーブデータのサイズも含めて送信される。
【0122】
Ａ７１の処理によって、インストール可能かどうかを確認する要求を受信した電子楽器３０は、ウェーブメモリ７２ｄの空き容量を確認し、送信されたサイズのウェーブデータがインストール可能かを確認する（Ｔ５１）。Ｔ５１の処理の後、Ｔ５１の処理による結果をＭＱＴＴプロトコルを用いた通信でサーバ７０に送信し（Ａ７２）、サーバ７０は、受信した結果をＭＱＴＴプロトコルを用いた通信で携帯端末５０に送信する（Ａ７３）。
【0123】
Ａ７３の処理の後、Ａ７３の処理で受信した結果が、インストール可能である場合、携帯端末５０は、ユーザＨから指定されたウェーブデータのＵＲＬの作成の要求をＨＴＴＰＳプロトコルを用いた通信でサーバ７０に送信する（Ａ７４）。この際に、図２のＡ３の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信する。Ａ７４の処理により、ウェーブデータのＵＲＬの作成の要求を要求されたサーバ７０は、当該ウェーブデータを音色ＤＢ７２ｄから取得するためのＵＲＬを作成し、作成されたＵＲＬをＨＴＴＰＳプロトコルを用いた通信で携帯端末５０に送信する（Ａ７５）。
【0124】
Ａ７５の処理の後、携帯端末５０は、受信したＵＲＬとインストールの指示とをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信し（Ａ７６）、サーバ７０は、受信したＵＲＬとインストールの指示とをＭＱＴＴプロトコルを用いた通信で電子楽器３０に送信する（Ａ７７）。
【0125】
Ａ７７の処理によって、ＵＲＬとインストールの指示とを受信した電子楽器３０は、そのＵＲＬからのウェーブデータの取得と、取得したウェーブデータのインストールとを実行する（Ｔ５２）。具体的には、電子楽器３０は、受信したＵＲＬに基づくウェーブデータの要求を、ＨＴＴＰＳプロトコルを用いた通信によってサーバ７０に送信する（Ａ７８）。この際に、図３のＡ２１の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信する。
【0126】
Ａ７８の処理により、ウェーブデータを要求されたサーバ７０は、該当するウェーブデータを音色ＤＢ７２ｄから取得し、取得したウェーブデータをＨＴＴＰＳプロトコルを用いた通信によって電子楽器３０に送信する。電子楽器３０は、送信されたウェーブデータをウェーブメモリ３２ｃに保存する（Ａ７９）。
【0127】
Ａ７８，Ａ７９の処理と共に、電子楽器３０からウェーブデータのインストールの進捗率（０～１００％）をＭＱＴＴプロトコルを用いた通信によってサーバ７０に送信し（Ａ８０）、サーバ７０からはその進捗率を携帯端末５０に送信する（Ａ８１）。Ａ８１の処理の後、携帯端末５０は、受信した進捗率をＬＣＤ５６に表示することで（Ｔ５３）、ユーザＨにインストールが完了するまでに要する時間の目安が報知される。
【0128】
Ａ７８，Ａ７９の処理によるインストールが完了した場合、電子楽器３０は、サーバ７０にインストールしたウェーブデータの識別子と属性情報と、シンクの指示とをＨＴＴＰＳプロトコルを用いた通信によってサーバ７０へ送信する（Ａ８２）。この際に、図３のＡ２１の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信する。
【0129】
Ａ８２の処理によりシンクの指示を受信したサーバ７０は、当該指示と共に受信した識別子と属性情報とをシンクデータ７２ｅに保存する（Ｔ５４）。Ｔ５４の処理の後、電子楽器３０と携帯端末５０とに、シンクデータ７２ｅへの保存が完了した旨をＭＱＴＴプロトコルを用いた通信で送信する（Ａ８３，Ａ８４）。
【0130】
Ａ８４の処理により、シンクデータ７２ｅへの保存が完了した旨を受信した携帯端末５０は、サーバ７０にシンクデータ７２ｅの要求をＨＴＴＰＳプロトコルを用いた通信で送信する（Ａ８５）。Ａ８５の処理により、シンクデータ７２ｅの要求を受信したサーバ７０は、携帯端末５０にシンクデータ７２ｅをＨＴＴＰＳプロトコルを用いた通信で送信する（Ａ８６）。この際に、図２のＡ３の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信する。Ａ８６の処理により、シンクデータ７２ｅを受信した携帯端末５０は、そのシンクデータ７２ｅに基づいた表示をＬＣＤ５６に行う（Ｔ５５）。
【0131】
次に、図８を参照してサーバ７０の機能を説明する。図８は、サーバ７０の機能ブロック図である。図８に示すように、サーバ７０は、データ記憶手段３００と、指示受信手段３０１と、情報作成手段３０２と、指示送信手段３０３とを有する。
【0132】
データ記憶手段３００は、電子楽器３０において音の再生に利用されるデータが記憶される手段であり、図１０で後述のＨＤＤ７２で実現される。指示受信手段３０１は、携帯端末５０から電子楽器３０に対する指示であって、電子楽器３０に対してデータ記憶手段３００のデータを受信して保存させる指示を受信する手段であり、図１０で後述のＣＰＵ７１で実現される。情報作成手段３０２は、指示受信手段３０１で受信した指示の対象であるデータについて、データ又はデータ要求先を作成する手段であり、ＣＰＵ７１で実現される。指示送信手段３０３は、指示受信手段３０１で受信した指示の対象であるデータを受信して保存する指示およびデータ又はデータ要求先を電子楽器３０に送信する手段であり、ＣＰＵ７１で実現される。
【0133】
サーバ７０においては、携帯端末５０から電子楽器３０へのデータの利用の指示が受信され、その指示および当該指示で利用されるデータ記憶手段３００のデータに関する情報が電子楽器３０に送信される。これにより、電子楽器３０においてサーバ７０から受信した指示に応じた処理を実行することで、電子楽器３０に他の記憶媒体を接続することなく、電子楽器３０でサーバ７０上のデータを利用できる。
【0134】
更にサーバ７０から電子楽器３０へは、携帯端末５０から受信した指示と共に、当該指示で利用されるデータに関する情報が送信される。例えば、電子楽器３０は当該指示を受信した後に、サーバ７０へ当該指示で利用されるデータに関する情報を要求する通信をする必要がない。よって、サーバ７０上のデータを電子楽器３０から迅速に利用できる。
【0135】
また、電子楽器３０への指示が携帯端末５０から送信されるので、携帯端末５０に電子楽器３０よりも潤沢な入力装置および表示装置を搭載させることで、電子楽器３０でのサーバ７０上のデータの利用におけるユーザビリティを向上させることができる。
【0136】
次に、図９～１１を参照して通信システムＳの電気的構成を説明する。まず、図９を参照して通信装置１及び電子楽器３０の電気的構成を説明する。図９は、通信システムＳにおける通信装置１及び電子楽器３０の電気的構成を示すブロック図である。通信装置１は、ＣＰＵ１０と、フラッシュＲＯＭ１１と、ＲＡＭ１２とを有し、これらはバスライン１３を介して入出力ポート１４にそれぞれ接続されている。入出力ポート１４には更に、上記した操作ボタン２、ＬＥＤ３、Ｗｉ－Ｆｉ通信部４及びＢＴ通信部５と、外部ＩＦ１５とが接続される。
【0137】
ＣＰＵ１０は、バスライン１３により接続された各部を制御する演算装置である。フラッシュＲＯＭ１１は、ＣＰＵ１０により実行されるプログラムや固定値データ等を格納した書き換え可能な不揮発性の記憶装置であり、制御プログラム１１ａと、上記した通信装置１のデバイス識別子が記憶されるデバイス識別子１１ｂと、上記した通信装置１の製品情報が記憶される製品情報１１ｃと、携帯端末５０から取得した、選択されたＡＰ９０の情報が記憶されるＡＰ情報１１ｄと、選択されたＡＰ９０の入力ＰＳＷが記憶されるＡＰパスワード１１ｅとを含む。ＣＰＵ１０によって制御プログラム１１ａが実行されると図１２（ａ）の通信装置メイン処理が実行される。ＲＡＭ１２は、ＣＰＵ１０がプログラムの実行時に各種のワークデータやフラグ等を書き換え可能に記憶するメモリである。
【0138】
外部ＩＦ１５は、外部の機器と接続するための装置であり、後述の電子楽器３０の外部ＩＦ３７と接続される。本実施形態において、外部ＩＦ１５はＵＳＢ規格に基づく装置で構成されるが、ＵＳＢ以外の他の通信規格に基づく装置でも良い。これら外部ＩＦ１５と外部ＩＦ３７とを介して通信装置１と電子楽器３０との通信が行われる。
【0139】
また、Ｗｉ－Ｆｉ通信部４とＢＴ通信部５とがデュプレクサ１６に接続される。デュプレクサ１６は、Ｗｉ－Ｆｉ通信部４で送受信される電波と、ＢＴ通信部５で送受信される電波とを統合する装置である。そのデュプレクサ１６にはアンテナ１７が接続され、Ｗｉ－Ｆｉ通信部４で送信される電波と、ＢＴ通信部５で送信される電波とが統合されてアンテナ１７から送信され、アンテナ１７で受信した電波が適宜Ｗｉ－Ｆｉ通信部４とＢＴ通信部５とに分配される。Ｗｉ－Ｆｉ通信部４とＢＴ通信部５とがデュプレクサ１６に接続されることで、これら２つの通信部の電波の送受信を１つのアンテナ１７で実現できる。なお、デュプレクサ１６を省略し、Ｗｉ－Ｆｉ通信部４とＢＴ通信部５とのそれぞれにアンテナを設ける構成にしても良い。
【0140】
次に、電子楽器３０の電気的構成を説明する。電子楽器３０には、ＣＰＵ３１と、フラッシュＲＯＭ３２と、ＲＡＭ３３と、ユーザＨの演奏による演奏情報を取得する鍵盤３４と、ユーザＨが各種設定を入力する設定キー３５と、電子楽器３０の設定状態等を表示するＬＣＤ３６と、外部ＩＦ３７と、音源３８と、Digital Signal Processor３９（以下「ＤＳＰ３９」と称す）とを有し、それぞれバスライン４０を介して接続される。
【0141】
ＣＰＵ３１は、バスライン４０により接続された各部を制御する演算装置である。フラッシュＲＯＭ３２は、ＣＰＵ３１により実行されるプログラムや固定値データ等を格納した書き換え可能な不揮発性の記憶装置であり、制御プログラム３２ａと、上記した音色メモリ３２ｂ及びウェーブメモリ３２ｃとを含む。ＣＰＵ３１によって制御プログラム３２ａが実行されると、図１９の電子楽器ワークフロー処理が実行される。ＲＡＭ３３は、ＣＰＵ３１がプログラムの実行時に各種のワークデータやフラグ等を書き換え可能に記憶するためのメモリであり、上記したワークメモリ３３ａが含まれる。
【0142】
外部ＩＦ３７は、外部の機器と接続するための装置であり、主に上記の通信装置１の外部ＩＦ１５と接続される。本実施形態において、外部ＩＦ３７も外部ＩＦ１５と同様にＵＳＢ規格に基づく装置で構成されるが、外部ＩＦ１５と同様の通信規格であればＵＳＢ以外の他の通信規格に基づく装置でも良い。
【0143】
音源３８は、鍵盤３４から入力される演奏情報に応じてワークメモリ３３ａのカレントの音色データとウェーブメモリ３２ｃのウェーブデータとに基づく波形データを出力する装置である。ＤＳＰ３９は、音源３８から入力された波形データを演算処理するための演算装置である。ＤＳＰ３９には、音源３８とデジタルアナログコンバータ（ＤＡＣ）４１とが接続され、そのＤＡＣ４１にはアンプ４２が接続され、そのアンプ４２にはスピーカ４３が接続される。
【0144】
【0145】
携帯端末５０は、ＣＰＵ５１と、フラッシュＲＯＭ５２と、ＲＡＭ５３とを有し、これらはバスライン５４を介して入出力ポート５５にそれぞれ接続されている。入出力ポート５５には更に、上記したＢＴ通信部６０及び基地通信部６１と、携帯端末５０の設定状態等が表示されるＬＣＤ５６と、ユーザＨからの指示が入力されるタッチパネル５７とが接続される。
【0146】
ＣＰＵ５１は、バスライン５４により接続された各部を制御する演算装置である。フラッシュＲＯＭ５２は、ＣＰＵ５１により実行されるプログラムや固定値データ等を格納した書き換え可能な不揮発性の記憶装置であり、携帯制御プログラム５２ａが記憶される。ＣＰＵ５１によって携帯制御プログラム５２ａが実行されると、図１２（ｂ）の携帯端末メイン処理が実行される。ＲＡＭ５３は、ＣＰＵ５１がプログラムの実行時に各種のワークデータやフラグ等を書き換え可能に記憶するためのメモリである。
【0147】
サーバ７０は、ＣＰＵ７１と、ハードディスク・ドライブ７２（以下「ＨＤＤ７２」と略す）と、ＲＡＭ７３とを有し、これらはバスライン７４を介して入出力ポート７５にそれぞれ接続されている。入出力ポート７５には更にインターネットＮと通信する通信部７６が接続される。
【0148】
ＣＰＵ７１は、バスライン７４により接続された各部を制御する演算装置である。ＨＤＤ７２は、ＣＰＵ７１により実行されるプログラムや固定値データ等を格納した書き換え可能な不揮発性の記憶装置であり、サーバ制御プログラム７２ａと、ユーザＤＢ７２ｂと、デバイスＤＢ７２ｃと、上記した音色ＤＢ７２ｄ、シンクデータ７２ｅ、ロード履歴７２ｆ及び管理情報７２ｇとを含む。ＣＰＵ７１によってサーバ制御プログラム７２ａが実行されると、図１２（ｃ）のサーバメイン処理が実行される。
【0149】
ユーザＤＢ７２ｂには、登録されたユーザＨのログインに関する情報とユーザ識別子とが記憶される。また、デバイスＤＢ７２ｃには、通信装置１のデバイス識別子および製品情報と通信装置１（電子楽器３０）を利用するユーザＨのユーザ識別子とが記憶される。図１１を参照してユーザＤＢ７２ｂ、デバイスＤＢ７２ｃ、シンクデータ７２ｅ及びロード履歴７２ｆを説明する。
【0150】
図１１（ａ）は、ユーザＤＢ７２ｂを模式的に表す図である。図１１（ａ）に示す通り、ユーザＤＢ７２ｂには、登録されたユーザＨのログインに関する情報であるアカウント（電子メールアドレス）と、パスワードと、ユーザＨを登録する際に作成されたユーザ識別子とが対応付けられて記憶される。なお、ユーザＤＢ７２ｂに記憶されるアカウントは、電子メールアドレスに限られず、ユーザＨの名称や、一意に設定された任意の文字列等でも良い。
【0151】
図１１（ｂ）は、デバイスＤＢ７２ｃを模式的に表す図である。図１１（ｂ）に示す通り、デバイスＤＢ７２ｃには、登録された通信装置１のデバイス識別子と、製品情報と、通信装置１（電子楽器３０）を利用するユーザＨのユーザ識別子とが対応付けられて記憶される。このうち、デバイス識別子は、通信装置１の工場出荷時にデバイスＤＢ７２ｃに登録され、製品情報およびユーザ識別子は上記したセットアップモードにおいてデバイスＤＢ７２ｃに登録される。
【0152】
図１１（ｃ）は、シンクデータ７２ｅを模式的に表す図である。図１１（ｃ）に示す通り、シンクデータ７２ｅには、ユーザ識別子およびデバイス識別子毎に、音色データ又はウェーブデータの識別子と、属性情報とが対応付けられて記憶される。また、図１１（ｄ）は、ロード履歴７２ｆを模式的に表す図である。図１１（ｄ）に示す通り、ロード履歴７２ｆには、ユーザ識別子毎に、音色データの識別子とロード回数とが対応付けられて記憶される。
【0153】
図１０に戻る。ＲＡＭ７３は、ＣＰＵ７１がプログラムの実行時に各種のワークデータやフラグ等を書き換え可能に記憶するためのメモリである。
【0154】
サーバ７０では、通信装置１及び携帯端末５０とＨＴＴＰＳプロトコルを用いた通信とＭＱＴＴプロトコルを用いた通信との２種類の通信が行われる。このうち、ＭＱＴＴプロトコルを用いた通信では、データを送受信する対象のユーザ識別子とデバイス識別子とを含んだ文字列である「トピック」をやり取りすることで、通信装置１及び携帯端末５０との通信が行われる。「トピック」の一例としては、「ｔｏｐｉｃ／｛ユーザ識別子｝／｛デバイス識別子｝／＃（＃：データ要求等の任意のコマンド）」が挙げられる。
【0155】
また、ＭＱＴＴプロトコルを用いた通信では「購読（サブスクライブ）」機能が設けられる。「購読（サブスクライブ）」機能では、予めサーバ７０に通信装置１及び携帯端末５０ごとに、ユーザ識別子およびデバイス識別子を登録（以下「サブスクライブ登録」という）することで、サーバ７０は、トピックが送信された際に、多数の通信装置１及び携帯端末５０のうち、そのトピックのユーザ識別子およびデバイス識別子に該当する通信装置１及び携帯端末５０に、そのトピックを送信する。
【0156】
よって、サーバ７０に対するユーザＨが使用する通信装置１（電子楽器３０）と、携帯端末５０とのそれぞれのサブスクライブ登録において、通信装置１のデバイス識別子とユーザＨのユーザ識別子とを登録することで、通信装置１からサーバ７０にトピックを送信した結果が通信装置１に送信されると共に携帯端末５０にも送信され、携帯端末５０からサーバ７０にトピックを送信した結果が携帯端末５０に送信されると共に通信装置１にも送信される。このようにすることで、通信装置１と携帯端末５０とは、サーバ７０を介して必要な情報をやり取りすることができるようになる。
【0157】
なお、通信装置１のサブスクライブ登録において、ユーザ識別子およびデバイス識別子に加えて「通信装置１向け」を示す文字列を登録し、携帯端末５０のサブスクライブ登録においてもユーザ識別子等に加えて「携帯端末５０向け」を示す文字列を登録するようにしても良い。これらの文字列を加えずに登録すると、あるトピックについてサーバ７０による処理が行われた場合、その処理結果も併せて送信されるが、通信装置１及び携帯端末５０のそれぞれが送信したトピックがこれらの双方に送信（返信）される。よって、そのトピックによる処理結果が通信装置１及び携帯端末５０のいずれか一方のみに送信されれば良い場合も、他方にも必ず送信されてしまう。これを避けるため、通信装置１のサブスクライブ登録においてユーザ識別子等に加え「通信装置１向け」を示す文字列を登録し、携帯端末５０のサブスクライブ登録においてもユーザ識別子等に加え「携帯端末５０向け」を示す文字列を登録する。
【0158】
そして、通信装置１は「通信装置１向け」を示す文字列を含むトピックを送信し、携帯端末５０は「携帯端末５０向け」を示す文字列を含むトピックを送信する。更にサーバ７０は「通信装置１向け」を示す文字列を含むトピックに対する処理結果には、「通信装置１向け」の文字列を含むトピックを送信する。一方でサーバ７０は「携帯端末５０向け」を示す文字列を含むトピックに対する処理結果には、「携帯端末５０向け」の文字列を含むトピックを送信する。こうすることで、通信装置１及び携帯端末５０は、自身に向けられたトピック及びそのトピックによる処理結果のみを受信することができる。
【0159】
これとは逆に、通信装置１から、携帯端末５０へのトピックによる処理結果の送信を指示する場合は、通信装置１は「携帯端末５０向け」を示す文字列を含むトピックを送信しても良いし、携帯端末５０から、通信装置１へのトピックによる処理結果の送信を指示する場合は、携帯端末５０は「通信装置１向け」を示す文字列を含むトピックを送信しても良い。
【0160】
次に、図１２～３０を参照して通信装置１のＣＰＵ１０、携帯端末５０のＣＰＵ５１、サーバ７０のＣＰＵ７１及び電子楽器３０のＣＰＵ３１で実行される処理を説明する。まず図１２を参照して、通信装置１、携帯端末５０及びサーバ７０のメイン処理を説明する。図１２（ａ）は、通信装置メイン処理のフローチャートであり、図１２（ｂ）は、携帯端末メイン処理のフローチャートであり、図１２（ｃ）は、サーバメイン処理のフローチャートである。
【0161】
通信装置メイン処理は、通信装置１の電源が投入された場合に実行される処理である。図１２（ａ）に示す通り、通信装置メイン処理はまず、操作ボタン２への長押し操作によりセットアップモードが指示されたかを確認する（Ｓ１）。Ｓ１の処理において、セットアップモードが指示された場合は（Ｓ１：Ｙｅｓ）、ＢＴ通信部セットアップ処理（Ｓ２）を実行し、セットアップモードが指示されていない場合は（Ｓ１：Ｎｏ）、ＢＴ通信部セットアップ処理（Ｓ２）をスキップする。これらＳ１，Ｓ２の処理と並列にＷｉ－Ｆｉメイン処理（Ｓ３）を実行する。ＢＴ通信部セットアップ処理では、上記したセットアップモードにおけるＢＴ通信部５に関する処理が行われ、詳細は図１３で後述する。
【0162】
Ｗｉ－Ｆｉメイン処理では、上記したセットアップモードにおけるＷｉ－Ｆｉ通信部４に関する処理（具体的には図１５で後述のＷｉ－Ｆｉセットアップ処理）と、セットアップモード後のＷｉ－Ｆｉ通信部４に関する処理（具体的には図１８で後述のＷｉ－Ｆｉワークフロー処理）とが行われる。これらの処理の詳細は後述する。
【0163】
Ｓ１～Ｓ３の処理の後、通信装置１に関するその他の処理（Ｓ４）を実行し、その後、Ｓ１～Ｓ３以下の処理を繰り返す。なお、Ｓ１，Ｓ２の処理と、Ｓ３の処理とは並列に実行されるものに限られず、Ｓ１，Ｓ２の処理の後にＳ３の処理を実行しても良いし、Ｓ３の処理の後にＳ１，Ｓ２の処理を実行しても良い。
【0164】
携帯端末メイン処理は、携帯端末５０で通信システムＳ用のアプリケーションプログラムが起動された場合に、実行される処理である。図１２（ｂ）に示す通り、携帯端末メイン処理はまず、タッチパネル５７を介してセットアップモードの指示があったかを確認する（Ｓ１０）。Ｓ１０の処理においてセットアップモードの指示があった場合は（Ｓ１０：Ｙｅｓ）、携帯端末セットアップ処理（Ｓ１１）を実行し、セットアップモードの指示がなかった場合は（Ｓ１０：Ｎｏ）、携帯端末ワークフロー処理（Ｓ１２）を実行する。
【0165】
Ｓ１１の携帯端末セットアップ処理は、携帯端末５０のセットアップモードにおける処理であり、詳細は図１６で後述する。Ｓ１２の携帯端末ワークフロー処理は、携帯端末５０のセットアップモード後における処理であり、詳細は図２０で後述する。これらＳ１１，Ｓ１２の処理の後、携帯端末５０に関するその他の処理（Ｓ１３）を実行し、その後、Ｓ１０以下の処理を繰り返す。
【0166】
サーバメイン処理は、サーバ７０の電源が投入された場合に、実行される処理である。図１２（ｃ）に示す通り、サーバメイン処理はまず、サーバセットアップ処理（Ｓ２０）と、ＨＴＴＰワークフロー処理（Ｓ２１）と、ＭＱＴＴワークフロー処理（Ｓ２２）とを並列に実行する。
【0167】
Ｓ２０のサーバセットアップ処理は、サーバ７０のセットアップモードにおける処理であり、詳細は図１７で後述する。Ｓ２１のＨＴＴＰワークフロー処理は、サーバ７０のセットアップモード後におけるＨＴＴＰプロトコルの通信に関する処理であり、詳細は図２１で後述する。Ｓ２２のＭＱＴＴワークフロー処理は、サーバ７０のセットアップモード後におけるＭＱＴＴプロトコルの通信に関する処理であり、詳細は図２２で後述する。これらＳ２０～Ｓ２２の処理の後、サーバ７０に関するその他の処理（Ｓ２３）を実行し、その後、Ｓ２０～Ｓ２２以下の処理を繰り返す。
【0168】
なお、Ｓ２０～Ｓ２２の処理の３つを並列に実行されるものに限られず、例えば、Ｓ２０の処理、Ｓ２１の処理、Ｓ２２の処理の順のように、１つずつ順番に実行しても良い。また、Ｓ２０の処理とＳ２１の処理とを並列に実行した後に、Ｓ２２の処理を実行するように、Ｓ２０～Ｓ２２の処理のうちの２つの処理を並列に実行した後に、残りの処理を実行しても良いし、Ｓ２０の処理の後に、Ｓ２１の処理とＳ２２の処理とを並列に実行するように、Ｓ２０～Ｓ２２の処理のうちの１つの処理を実行した後に、残りの処理を並列に実行しても良い。
【0169】
まず、通信装置１のセットアップモードの処理を説明する。図１３は、ＢＴ通信部セットアップ処理（Ｓ２）のフローチャートである。ＢＴ通信部セットアップ処理はまず、ＢＴ通信部５を待ち受け状態にする（Ｓ３０）。Ｓ３０の処理の後、携帯端末５０とのペアリングが成立したかを確認する（Ｓ３１）。Ｓ３１の処理において、ペアリングが成立していない場合は（Ｓ３１：Ｎｏ）、Ｓ３０以下の処理を繰り返す。
【0170】
Ｓ３１の処理において、携帯端末５０とのペアリングが成立した場合は（Ｓ３１：Ｙｅｓ）、携帯端末５０からのデバイス登録データの要求をＢＴ通信部５で受信したかを確認する（Ｓ３２）。Ｓ３２の処理において、デバイス登録データの要求を受信した場合は（Ｓ３２：Ｙｅｓ）、自身のデバイス登録データ、即ちデバイス識別子１１ｂのデバイス識別子と、製品情報１１ｃの製品情報とをＢＴ通信部５で携帯端末５０に送信する（Ｓ３３）。Ｓ３３の処理の後、Ｓ３２以下の処理を繰り返す。
【0171】
Ｓ３２の処理において、デバイス登録データの要求を受信していない場合は（Ｓ３２：Ｎｏ）、携帯端末５０からＡＰ９０のリストの要求をＢＴ通信部５で受信したか確認する（Ｓ３４）。Ｓ３４の処理において、ＡＰ９０のリストの要求を受信した場合は（Ｓ３４：Ｙｅｓ）、後述のＷｉ－Ｆｉ通信部セットアップ処理（図１５参照）のＳ５１の処理によるＡＰ９０のリストの作成を待機する（Ｓ３５）。Ｓ３５の処理の後、携帯端末５０に作成されたＡＰ９０のリストをＢＴ通信部５から送信する（Ｓ３６）。Ｓ３６の処理の後、Ｓ３２以下の処理を繰り返す。
【0172】
Ｓ３４の処理において、ＡＰ９０のリストの要求を受信していない場合は（Ｓ３４：Ｎｏ）、携帯端末５０からユーザＨに選択されたＡＰ９０の情報（ＡＰ情報）とその入力ＰＳＷ（ＡＰパスワード）とを受信したかを確認する（Ｓ３７）。Ｓ３７の処理において、ＡＰ９０の情報と入力ＰＳＷとを受信した場合は（Ｓ３７：Ｙｅｓ）、受信したＡＰ９０の情報と入力ＰＳＷとを取得する（Ｓ３８）。
【0173】
このＳ３８の処理で取得したＡＰ９０の情報と入力ＰＳＷとがそれぞれＡＰ情報１１ｄとＡＰパスワード１１ｅとに保存される。セットアップモード後のＡＰ９０への接続は、ＡＰ情報１１ｄとＡＰパスワード１１ｅとに記憶されたＡＰ９０の情報と入力ＰＳＷとが用いられる。
【0174】
Ｓ３７の処理において、ＡＰ９０の情報と入力ＰＳＷとを受信していない場合は（Ｓ３７：Ｎｏ）、Ｓ３２以下の処理を繰り返す。Ｓ３８の処理の後、ＢＴ通信部セットアップ処理を終了する。なお、Ｓ３８の処理の後のＢＴ通信部セットアップ処理の終了を、後述のＳ５４，Ｓ５５の処理でＷｉ－Ｆｉ通信部４のＡＰ９０への接続が成功するまで待機しても良い。
【0175】
また、Ｓ３８の処理の後、通信装置１は電子楽器３０にＡＰ９０の情報と入力ＰＳＷとを取得したことを通知し、電子楽器３０は、その通知を受けて通信装置１を再起動させ、再起動した通信装置１は、ＡＰ情報１１ｄとＡＰパスワード１１ｅとに記憶されたＡＰ９０の情報と入力ＰＳＷとに基づいてＡＰ９０に接続し、セットアップモード後の処理を実行しても良い。
【0176】
図１４は、Ｗｉ－Ｆｉメイン処理（Ｓ３）のフローチャートである。Ｗｉ－Ｆｉメイン処理はまず、通信装置１の操作ボタン２が長押しされ、セットアップモードの指示があったかを確認する（Ｓ４０）。Ｓ４０の処理において、セットアップモードの指示があった場合は（Ｓ４０：Ｙｅｓ）、Ｗｉ－Ｆｉ通信部セットアップ処理（Ｓ４１）を実行する。ここで、図１５を参照してＷｉ－Ｆｉ通信部セットアップ処理を説明する。
【0177】
図１５は、Ｗｉ－Ｆｉ通信部セットアップ処理（Ｓ４１）のフローチャートである。Ｗｉ－Ｆｉ通信部セットアップ処理はまず、携帯端末５０からＡＰ９０のリストの要求をＢＴ通信部５で受信したか確認する（Ｓ５０）。Ｓ５０の処理において、ＡＰ９０のリストの要求を受信した場合は（Ｓ５０：Ｙｅｓ）、Ｗｉ－Ｆｉ通信部４で接続可能なＡＰ９０を検索し、検索されたＡＰ９０のリストを作成する（Ｓ５１）。Ｓ５１の処理の後、Ｓ５０以下の処理を繰り返す。
【0178】
Ｓ５０の処理において、ＡＰ９０のリストの要求を受信していない場合は（Ｓ５０：Ｎｏ）、携帯端末５０からユーザＨに選択されたＡＰ９０の情報（ＡＰ情報）とその入力ＰＳＷ（ＡＰパスワード）とをＢＴ通信部５で受信したかを確認する（Ｓ５２）。Ｓ５２の処理において、ＡＰ９０の情報と入力ＰＳＷとを受信した場合は（Ｓ５２：Ｙｅｓ）、Ｗｉ－Ｆｉ通信部４を用いて、受信したＡＰ９０の情報に該当するＡＰ９０に、受信した入力ＰＳＷを用いて接続する（Ｓ５３）。Ｓ５２の処理において、ＡＰ９０の情報と入力ＰＳＷとを受信していない場合は（Ｓ５２：Ｎｏ）、Ｓ５０以下の処理を繰り返す。
【0179】
Ｓ５３の処理の後、Ｗｉ－Ｆｉ通信部４によるＡＰ９０への接続が成功したかを確認する（Ｓ５４）。Ｓ５４の処理において、ＡＰ９０への接続が成功した場合は（Ｓ５４：Ｙｅｓ）、接続が成功した旨（「接続成功」）をＢＴ通信部５から携帯端末５０に送信する（Ｓ５５）。
【0180】
一方で、Ｓ５４の処理において、ＡＰ９０への接続が失敗した場合は（Ｓ５４：Ｎｏ）、携帯端末５０へ接続が失敗した旨（接続エラー）をＢＴ通信部５から送信する（Ｓ５６）。Ｓ５６の処理の後、Ｓ５０以下の処理を繰り返す。またＳ５５の処理の後、Ｗｉ－Ｆｉ通信部セットアップ処理を終了する。
【0181】
次に、携帯端末５０のセットアップモードの処理を説明する。図１６は、携帯端末セットアップ処理（Ｓ１１）のフローチャートである。携帯端末セットアップ処理はまず、サーバ７０へのユーザＨのユーザ登録が完了しているかを確認する（Ｓ６０）。Ｓ６０の処理において、サーバ７０へのユーザＨのユーザ登録が完了していない場合は（Ｓ６０：Ｎｏ）、サーバ７０へユーザＨのアカウント（即ち電子メールアドレス）及びパスワードを送信することで、ユーザＨのユーザ登録を行う（Ｓ６１）。Ｓ６１の処理の後、Ｓ６０以下の処理を繰り返す。
【0182】
Ｓ６０の処理において、サーバ７０へのユーザＨのユーザ登録が完了している場合は（Ｓ６０：Ｙｅｓ）、ＨＴＴＰＳプロトコルを用いた通信でサーバ７０にユーザＨのアカウント及びパスワードを送信することで、サーバ７０へのログインを行う（Ｓ６２）。Ｓ６２の処理の後、サーバ７０からＨＴＴＰＳプロトコルを用いた通信で受信した、ログインに対するレスポンスが「ＯＫ」であるかを確認する（Ｓ６３）。
【0183】
Ｓ６３の処理において、ログインに対するレスポンスが「ＯＫ」ではない場合は（Ｓ６３：Ｎｏ）、ＬＣＤ５６にログインが失敗した旨の表示（エラー表示）を行う（Ｓ６４）。Ｓ６４の処理の後、Ｓ６２以下の処理を繰り返す。
【0184】
Ｓ６３の処理において、ログインに対するレスポンスが「ＯＫ」である場合は（Ｓ６３：Ｙｅｓ）、サーバ７０からＨＴＴＰＳアクセス用認可情報を受信する。そして、通信装置１をＢＴ通信部６０で検索することで、通信装置１とのペアリングを行う（Ｓ６５）。Ｓ６５の処理の後、通信装置１とのペアリングが成立したかを確認する（Ｓ６６）。Ｓ６６の処理において、ペアリングが成立していない場合は（Ｓ６６：Ｎｏ）、Ｓ６５以下の処理を繰り返す。
【0185】
Ｓ６６の処理において、ペアリングが成立した場合は（Ｓ６６：Ｙｅｓ）、通信装置１にデバイス登録データをＢＴ通信部６０から要求する（Ｓ６７）。Ｓ６７の処理の後、通信装置１からデバイス登録データをＢＴ通信部６０で受信したかを確認する（Ｓ６８）。Ｓ６８の処理において、デバイス登録データを受信していない場合は（Ｓ６８：Ｎｏ）、Ｓ６８の処理を繰り返す。
【0186】
Ｓ６８の処理において、デバイス登録データを受信した場合は（Ｓ６８：Ｙｅｓ）、サーバ７０に、受信したデバイス登録データをＨＴＴＰＳプロトコルを用いた通信で基地通信部６１から送信する（Ｓ６９）。この際に、Ｓ６３の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信する。
【0187】
Ｓ６９の処理の後、サーバ７０からＨＴＴＰＳプロトコルを用いた通信で受信した、デバイス登録データの送信に対するレスポンスが「ＯＫ」であるかを確認する（Ｓ７０）。Ｓ７０の処理において、デバイス登録データの送信に対するレスポンスが「ＯＫ」ではない場合は（Ｓ７０：Ｎｏ）、ＬＣＤ５６に送信が失敗した旨の表示（エラー表示）を行う（Ｓ７１）。Ｓ７１の処理の後、Ｓ６７以下の処理を繰り返す。一方で、Ｓ７０の処理において、デバイス登録データの送信に対するレスポンスが「ＯＫ」である場合は（Ｓ７０：Ｙｅｓ）、通信装置１にＡＰ９０のリストの要求をＢＴ通信部６０で行う（Ｓ７２）。
【0188】
Ｓ７２の処理の後、通信装置１からＡＰ９０のリストをＢＴ通信部６０で受信したかを確認する（Ｓ７３）。Ｓ７３の処理において、ＡＰ９０のリストを受信していない場合は（Ｓ７３：Ｎｏ）、Ｓ７３の処理を繰り返す。一方で、Ｓ７３の処理において、ＡＰ９０のリストを受信した場合は（Ｓ７３：Ｙｅｓ）、受信したＡＰ９０のリストをＬＣＤ５６に表示する（Ｓ７４）。
【0189】
Ｓ７４の処理の後、タッチパネル５７を介してＬＣＤ５６に表示されたリストのうちのＡＰ９０が選択され、その入力ＰＳＷ（ＡＰパスワード）が入力されたかを確認する（Ｓ７５）。Ｓ７５の処理において、ＡＰ９０の選択および入力ＰＳＷの入力がされていない場合は（Ｓ７５：Ｎｏ）、Ｓ７５の処理を繰り返す。一方で、Ｓ７５の処理において、ＡＰ９０の選択および入力ＰＳＷの入力がされた場合は（Ｓ７５：Ｙｅｓ）、そのＡＰ９０の情報と入力ＰＳＷとを通信装置１にＢＴ通信部６０で送信する（Ｓ７６）。
【0190】
Ｓ７６の処理の後、通信装置１からＡＰ９０への接続結果をＢＴ通信部６０で受信したかを確認する（Ｓ７７）。Ｓ７７の処理において、ＡＰ９０への接続結果を受信していない場合は（Ｓ７７：Ｎｏ）、Ｓ７７の処理を繰り返す。一方で、Ｓ７７の処理において、ＡＰ９０への接続結果を受信した場合は（Ｓ７７：Ｙｅｓ）、受信した接続結果が「接続成功」かを確認する（Ｓ７８）。
【0191】
Ｓ７８の処理において、受信した接続結果が「接続エラー」の場合は（Ｓ７８：Ｎｏ）、ＬＣＤ５６に接続が失敗した旨の表示（エラー表示）を行い（Ｓ７９）、Ｓ７４以下の処理を繰り返す。一方で、Ｓ７８の処理において、受信した接続結果が「接続成功」の場合は（Ｓ７８：Ｙｅｓ）、携帯端末セットアップ処理を終了する。
【0192】
次に、サーバ７０のセットアップモードの処理を説明する。図１７は、サーバセットアップ処理（Ｓ２０）のフローチャートである。サーバセットアップ処理はまず、ＨＴＴＰＳプロトコルを用いた通信がされるのを待機する（Ｓ８０）。Ｓ８０の処理の後、携帯端末５０からＨＴＴＰＳプロトコルを用いた通信でユーザ登録が要求されたかを確認する（Ｓ８１）。
【0193】
Ｓ８１の処理において、ユーザ登録が要求された場合は（Ｓ８１：Ｙｅｓ）、携帯端末５０から受信したアカウントがユーザＤＢ７２ｂ（図１１（ｂ）参照）に未登録かを確認する（Ｓ８２）。Ｓ８２の処理において、携帯端末５０から受信したアカウントがユーザＤＢ７２ｂに未登録の場合は（Ｓ８２：Ｙｅｓ）、携帯端末５０から受信したアカウント及びパスワードと、一意に作成されたユーザ識別子とをユーザＤＢ７２ｂに登録する（Ｓ８３）。Ｓ８３の処理の後、携帯端末５０に受信したアカウントをユーザＤＢ７２ｂに登録した旨（「ＯＫ」）をＨＴＴＰＳプロトコルを用いた通信で送信する（Ｓ８４）。
【0194】
一方で、Ｓ８２の処理において、携帯端末５０から受信したアカウントがユーザＤＢ７２ｂに登録されている場合は（Ｓ８２：Ｎｏ）、携帯端末５０に受信したアカウントがユーザＤＢ７２ｂに既に登録されている旨（ＥＲＲＯＲ）をＨＴＴＰＳプロトコルを用いた通信で送信する（Ｓ８５）。Ｓ８４，Ｓ８５の処理の後、Ｓ８０以下の処理を繰り返す。
【0195】
Ｓ８１の処理において、ユーザ登録が要求されていない場合は（Ｓ８１：Ｎｏ）、携帯端末５０からＨＴＴＰＳプロトコルを用いた通信でログインが要求されたかを確認する（Ｓ８６）。Ｓ８６の処理において、ログインが要求された場合は（Ｓ８６：Ｙｅｓ）、ログインを実行し、そのログインが成功したかを確認する（Ｓ８７）。Ｓ８７の処理において、ログインが成功した場合（Ｓ８７：Ｙｅｓ）、ログインしたユーザＨのＨＴＴＰＳ用アクセス認可情報を作成する（Ｓ８８）。
【0196】
Ｓ８８の処理の後、携帯端末５０に作成したＨＴＴＰＳ用アクセス認可情報と、ログインが成功した旨（「ＯＫ」）とをＨＴＴＰＳプロトコルを用いた通信で送信する（Ｓ８９）。
【0197】
一方で、Ｓ８７の処理において、ログインに失敗した場合は（Ｓ８７：Ｎｏ）、その旨（ＥＲＲＯＲ）をＨＴＴＰＳプロトコルを用いた通信で送信する（Ｓ９０）。Ｓ８９，Ｓ９０の処理の後、Ｓ８０以下の処理を繰り返す。
【0198】
Ｓ８６の処理において、ログインの要求ではない場合は（Ｓ８６：Ｎｏ）、携帯端末５０からデバイス登録データをＨＴＴＰＳプロトコルを用いた通信で受信したかを確認する（Ｓ９１）。Ｓ９１の処理において、デバイス登録データを受信した場合は（Ｓ９１：Ｙｅｓ）、デバイスＤＢ７２ｃに、受信したデバイス登録データにおけるデバイス識別子が存在するかを確認する（Ｓ９２）。
【0199】
Ｓ９２の処理において、デバイスＤＢ７２ｃに、受信したデバイス登録データにおけるデバイス識別子が存在する場合は（Ｓ９２：Ｙｅｓ）、デバイスＤＢ７２ｃにおける受信したデバイス登録データのデバイス識別子の領域に、受信したデバイス登録データの製品情報と、ユーザＤＢ７２ｂから取得したログインしているユーザＨのユーザ識別子とを保存する（Ｓ９３）。Ｓ９３の処理の後、受信したデバイス登録データのデバイスＤＢ７２ｃへの登録が成功した旨（「ＯＫ」）をＨＴＴＰＳプロトコルを用いた通信で送信する（Ｓ９４）。
【0200】
一方で、Ｓ９２の処理において、デバイスＤＢ７２ｃに受信したデバイス登録データにおけるデバイス識別子が存在しない場合は（Ｓ９２：Ｎｏ）、当該デバイス登録データが正規の通信装置１のものでない旨（「ＥＲＲＯＲ」）をＨＴＴＰＳプロトコルを用いた通信で送信する（Ｓ９５）。Ｓ９４，Ｓ９５の処理の後、サーバセットアップ処理を終了する。
【0201】
次に、通信装置１、携帯端末５０及びサーバ７０のセットアップモード後の処理を説明する。まず、図１４，１８を参照して通信装置１のセットアップモード後の処理を説明する。
【0202】
図１４のＳ４０の処理において、セットアップモードの指示がなかった場合は（Ｓ４０：Ｎｏ）、上記した図１３の処理で取得したＡＰ９０の情報と入力ＰＳＷとを用いて、Ｗｉ－Ｆｉ通信部４でＡＰ９０に接続する（Ｓ４２）。Ｓ４２の処理の後、ＡＰ９０に接続できたかを確認する（Ｓ４３）。
【0203】
Ｓ４３の処理において、ＡＰ９０に接続できた場合は（Ｓ４３：Ｙｅｓ）、Ｗｉ－Ｆｉ通信部ワークフロー処理（Ｓ４４）を行う。Ｗｉ－Ｆｉ通信部ワークフロー処理の詳細は後述する。
【0204】
一方で、ＡＰ９０に接続できなかった場合は（Ｓ４３：Ｎｏ）、ＡＰ９０への接続を試みた回数がリトライ回数（例えば１０回）の上限に達したかを確認する（Ｓ４５）。Ｓ４５の処理において、ＡＰ９０への接続を試みた回数がリトライ回数の上限に達していない場合は（Ｓ４５：Ｎｏ）、Ｓ４２以下の処理を繰り返し、リトライ回数の上限に達した場合は（Ｓ４５：Ｙｅｓ）、ＬＥＤ３を点滅させることでエラー表示を行う（Ｓ４６）。Ｓ４１，Ｓ４４，Ｓ４６の処理の後、Ｗｉ－Ｆｉメイン処理を終了する。
【0205】
ここで、図１８を参照してＳ４４のＷｉ－Ｆｉ通信部ワークフロー処理を説明する。図１８は、Ｗｉ－Ｆｉ通信部ワークフロー処理（Ｓ４４）のフローチャートである。Ｗｉ－Ｆｉ通信部ワークフロー処理はまず、ＭＱＴＴプロトコルを用いた通信を行うためにサーバ７０に接続する（Ｓ１００）。
【0206】
Ｓ１００の処理の後、Ｓ１００の処理によってサーバ７０に接続できたかを確認する（Ｓ１０１）。Ｓ１０１の処理において、サーバ７０に接続できなかった場合は（Ｓ１０１：Ｎｏ）、Ｓ１００以下の処理を繰り返す。
【0207】
一方で、Ｓ１０１の処理においてサーバ７０に接続できた場合は（Ｓ１０１：Ｙｅｓ）、サーバ７０に認可情報（即ちユーザ識別子およびＨＴＴＰＳ用アクセス認可情報）の要求トピックをＭＱＴＴプロトコルによる通信を用いてＷｉ－Ｆｉ通信部４で送信する（Ｓ１０２）。かかる要求トピックには、自身のデバイス識別子も含む。なお、Ｓ１００，Ｓ１０２の処理は、通信装置１の判断によって実行されるものに限られず、例えば、通信装置１がサーバ７０に接続されていることを電子楽器３０が認識した場合に、電子楽器３０から通信装置１に指示をすることで、Ｓ１００，Ｓ１０２の処理を実行しても良い。
【0208】
Ｓ１０２の処理の後、サーバ７０からユーザ識別子とＨＴＴＰＳ用アクセス認可情報とをＭＱＴＴプロトコルを用いた通信でＷｉ－Ｆｉ通信部４で受信したかを確認する（Ｓ１０３）。Ｓ１０３の処理において、ユーザ識別子とＨＴＴＰＳ用アクセス認可情報とを受信していない場合は（Ｓ１０３：Ｎｏ）、Ｓ１０３の処理を繰り返す。
【0209】
一方で、Ｓ１０３の処理において、ユーザ識別子とＨＴＴＰＳ用アクセス認可情報とを受信した場合は（Ｓ１０３：Ｙｅｓ）、受信したユーザ識別子とＨＴＴＰＳ用アクセス認可情報とを外部ＩＦ１５を介して電子楽器３０に送信する（Ｓ１０４）。以下、Ｗｉ－Ｆｉ通信部ワークフロー処理における通信装置１と電子楽器３０との通信は、外部ＩＦ１５を介して行われるものとする。
【0210】
なお、ＨＴＴＰＳ用アクセス認可情報は電子楽器３０に送信するものに限られず、例えば、通信装置１に記憶するようにしても良い。その際、ＨＴＴＰＳプロトコルを用いた通信においてＨＴＴＰＳ用アクセス認可情報が必要な場合には、電子楽器３０は通信装置１にＨＴＴＰＳ用アクセス認可情報を付加して送信するように指示をすれば良い。そうすることで、外部ＩＦ１５，３７からＨＴＴＰＳ用アクセス認可情報が漏洩するのを防止できるので、電子楽器３０とサーバ７０との通信におけるセキュリティを向上させることができる。
【0211】
電子楽器３０においては、通信装置１から受信したユーザ識別子とＨＴＴＰＳ用アクセス認可情報と用いて、サーバ７０へ音色データ等のリソースを利用するための指示を作成するが、詳細は図１９で後述の電子楽器ワークフロー処理で説明する。
【0212】
Ｓ１０４の処理の後、サーバ７０に対して、Ｓ１０３の処理で受信したユーザ識別子と、デバイス識別子１１ｂのデバイス識別子とによるサブスクライブ登録を行う（Ｓ１０５）。これ以降、通信装置１は、トピック「ｔｏｐｉｃ／｛ユーザ識別子｝／｛デバイス識別子｝／＃」を含むＭＱＴＴデータを受信できるようになる。
【0213】
携帯端末５０からサーバ７０に当該トピックを含むＭＱＴＴデータを送信することで、通信装置１はそのＭＱＴＴデータをサーバ７０から受信する。また、通信装置１又は携帯端末５０からのＭＱＴＴデータを受けてサーバ７０によって処理された結果が、当該トピックを含むＭＱＴＴデータとして通信装置１に送信される。このようにして、通信装置１はサーバ７０と、又は、サーバ７０を介して携帯端末５０とコマンドやデータのやり取りができるようになる。
【0214】
Ｓ１０５の処理の後、通信装置１における各種イベントを確認する（Ｓ１０６）。Ｓ１０６の処理において、サーバ７０からＭＱＴＴデータ、即ちサーバ７０からのトピックと、そのトピックと共に送信されるペイロードとを受信した場合（Ｓ１０６：サーバからＭＱＴＴデータを受信）、そのＭＱＴＴデータを外部ＩＦ１５を介して電子楽器３０に送信する（Ｓ１０７）。ここで、ＭＱＴＴデータは、トピックと、そのトピックと共に送信されるペイロードとのことをいう。このペイロードには、電子楽器３０やサーバ７０に対する指示に付随する情報や、サーバ７０に対して要求した音色データ等のリソースや、サーバ７０で処理した結果等が含まれる。
【0215】
Ｓ１０６の処理において、電子楽器３０からＭＱＴＴデータを受信した場合（Ｓ１０６：電子楽器からＭＱＴＴデータを受信）、そのＭＱＴＴデータをＭＱＴＴを用いた通信でサーバ７０に送信する（Ｓ１０８）。
【0216】
Ｓ１０６の処理において、電子楽器３０からＨＴＴＰＳリクエストを受信した場合（Ｓ１０６：電子楽器からＨＴＴＰＳリクエストを受信）、そのＨＴＴＰＳリクエストをＨＴＴＰＳプロトコルを用いた通信でサーバ７０に送信する（Ｓ１０９）。
【0217】
Ｓ１０６の処理において、サーバ７０からＨＴＴＰＳレスポンスを受信した場合（Ｓ１０６：サーバからＨＴＴＰＳレスポンスを受信）、そのＨＴＴＰＳレスポンスを電子楽器３０に送信する（Ｓ１１０）。一方で、Ｓ１０６の処理において、イベントを受信していない場合（Ｓ１０６：「イベントなし」）、または、Ｓ１０７～Ｓ１１０の処理の後、Ｓ１０６以下の処理を繰り返す。
【0218】
【0219】
電子楽器ワークフロー処理はまず、通信装置１から外部ＩＦ３７を介してユーザ識別子とＨＴＴＰＳ用アクセス認可情報とを受信したかを確認する（Ｓ１３０）。以下、電子楽器ワークフロー処理において、電子楽器３０と通信装置１との通信は、外部ＩＦ３７を介して行われるものとする。
【0220】
Ｓ１３０の処理において、ユーザ識別子とＨＴＴＰＳ用アクセス認可情報とを受信した場合は（Ｓ１３０：Ｙｅｓ）、受信したユーザ識別子とＨＴＴＰＳ用アクセス認可情報とを取得する（Ｓ１３１）。一方で、Ｓ１３０の処理において、ユーザ識別子とＨＴＴＰＳ用アクセス認可情報とを受信していない場合は（Ｓ１３０：Ｎｏ）、Ｓ１３１の処理をスキップする。
【0221】
Ｓ１３０，Ｓ１３１の処理の後、電子楽器３０に各種イベントを確認する（Ｓ１３２）。Ｓ１３２の処理において、イベントがあった場合は（Ｓ１３２：「イベントあり」）、電子楽器イベント処理（Ｓ１３３）を実行し、イベントがなかった場合は（Ｓ１３２：「イベントなし」）、Ｓ１３２以下の処理を繰り返す。なお、Ｓ１３３の電子楽器イベント処理は、図２８で後述する。
【0222】
次に、図２０を参照して携帯端末５０のセットアップモード後の処理を説明する。図２０は、携帯端末ワークフロー処理（Ｓ１２）のフローチャートである。携帯端末ワークフロー処理はまず、サーバ７０へＨＴＴＰＳプロトコルを用いた通信でユーザＨによるログインを行う（Ｓ１４０）。
【0223】
Ｓ１４０の処理の後、サーバ７０からＨＴＴＰＳプロトコルを用いた通信で受信した、ログインに対するレスポンスが「ＯＫ」だったかを確認する（Ｓ１４１）。Ｓ１４１の処理において、ログインに対するレスポンスが「ＯＫ」ではない場合は（Ｓ１４１：Ｎｏ）、ＬＣＤ５６にログインが失敗した旨の表示（エラー表示）を行う（Ｓ１４２）。Ｓ１４２の処理の後、Ｓ１４０以下の処理を繰り返す。
【0224】
一方で、Ｓ１４１の処理において、ログインに対するレスポンスが「ＯＫ」である場合は（Ｓ１４１：Ｙｅｓ）、ログインに対するレスポンスと共にサーバ７０から受信したＨＴＴＰＳ用アクセス認可情報を取得する（Ｓ１４３）。取得されたＨＴＴＰＳ用アクセス認可情報は、これ以降の携帯端末５０からサーバ７０へのＨＴＴＰＳプロトコルによる通信で用いられる。Ｓ１４３の処理の後、サーバ７０へＨＴＴＰＳプロトコルを用いた通信でユーザＨのユーザ識別子を要求する（Ｓ１４４）。この際に、図１６のＳ６３の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信する。Ｓ１４４の処理の後、ユーザ識別子の要求に対するレスポンスが「ＯＫ」だったかを確認する（Ｓ１４５）。
【0225】
Ｓ１４５の処理において、ユーザ識別子の要求に対するレスポンスが「ＯＫ」ではない場合は（Ｓ１４５：Ｎｏ）、ＬＣＤ５６にユーザ識別子の要求が失敗した旨の表示（エラー表示）を行う（Ｓ１４６）。Ｓ１４６の処理の後、Ｓ１４４以下の処理を繰り返す。Ｓ１４５の処理において、ユーザ識別子の要求に対するレスポンスが「ＯＫ」である場合は（Ｓ１４５：Ｙｅｓ）、サーバ７０からユーザ識別子を取得する（Ｓ１４７）。
【0226】
Ｓ１４７の処理の後、サーバ７０へＨＴＴＰＳプロトコルを用いた通信で取得したユーザ識別子に対応するデバイス識別子を要求する（Ｓ１４８）。この際に、図１６のＳ６３の処理で受信したＨＴＴＰＳ用アクセス認可情報も含めて送信する。Ｓ１４８の処理の後、デバイス識別子の要求に対するレスポンスが「ＯＫ」だったかを確認する（Ｓ１４９）。Ｓ１４９の処理において、デバイス識別子の要求に対するレスポンスが「ＯＫ」ではない場合は（Ｓ１４９：Ｎｏ）、ＬＣＤ５６にデバイス識別子の要求が失敗した旨の表示（エラー表示）を行う（Ｓ１５０）。Ｓ１５０の処理の後、Ｓ１４８以下の処理を繰り返す。Ｓ１４９の処理において、デバイス識別子の要求に対するレスポンスが「ＯＫ」である場合は（Ｓ１４９：Ｙｅｓ）、サーバ７０からデバイス識別子を取得する（Ｓ１５１）。
【0227】
Ｓ１５１の処理の後、ＭＱＴＴプロトコルを用いた通信を行うためにサーバ７０に接続する（Ｓ１５２）。Ｓ１５２の処理の後、Ｓ１５２の処理によってサーバ７０に接続できたかを確認する（Ｓ１５３）。Ｓ１５３の処理において、サーバ７０に接続できなかった場合は（Ｓ１５３：Ｎｏ）、Ｓ１５２以下の処理を繰り返す。
【0228】
Ｓ１５３の処理において、サーバ７０に接続できた場合は（Ｓ１５３：Ｙｅｓ）、サーバ７０に対して、Ｓ１４７の処理で受信したユーザ識別子と、Ｓ１５１の処理で受信したデバイス識別子とによるサブスクライブ登録を行う（Ｓ１５４）。これ以降、携帯端末５０は、トピック「ｔｏｐｉｃ／｛ユーザ識別子｝／｛デバイス識別子｝／＃（＃：データ要求等の任意のコマンド又はデータ等）」を含むＭＱＴＴデータを受信することができるようになる。
【0229】
通信装置１からサーバ７０に当該トピックを含むＭＱＴＴデータを送信することで、携帯端末５０はそのＭＱＴＴデータをサーバ７０から受信する。また、通信装置１又は携帯端末５０からのＭＱＴＴデータを受けてサーバ７０によって処理された結果が、当該トピックを含むＭＱＴＴデータとして携帯端末５０に送信される。このようにして、携帯端末５０はサーバ７０と、又は、サーバ７０を介して通信装置１とコマンドやデータのやり取りができるようになる。
【0230】
Ｓ１５４の処理の後、携帯端末５０の各種イベントを確認する（Ｓ１５５）。Ｓ１５５の処理において、イベントがあった場合は（Ｓ１５５：「イベントあり」）、携帯端末イベント処理（Ｓ１５６）を実行し、イベントがなかった場合は（Ｓ１５５：「イベントなし」）、Ｓ１５５以下の処理を繰り返す。なお、Ｓ１５６の携帯端末イベント処理は、図２３で後述する。
【0231】
次に、図２１，２２を参照してサーバ７０のセットアップモード後の処理を説明する。図２１は、ＨＴＴＰワークフロー処理（Ｓ２１）のフローチャートである。ＨＴＴＰワークフロー処理はまず、携帯端末５０からＨＴＴＰＳプロトコルを用いた通信でログインが要求されたかを確認する（Ｓ１６０）。
【0232】
Ｓ１６０の処理において、ログインが要求された場合は（Ｓ１６０：Ｙｅｓ）、ログインを実行し、そのログインが成功（ＯＫ）したかを確認する（Ｓ１６１）。Ｓ１６１の処理において、ログインが成功した場合は（Ｓ１６１：Ｙｅｓ）、ログインしたユーザＨのＨＴＴＰＳ用アクセス認可情報を作成する（Ｓ１６２）。Ｓ１６２の処理の後、ＨＴＴＰＳプロトコルを用いた通信で、携帯端末５０へ作成したＨＴＴＰＳ用アクセス認可情報と共に、ログインに対するレスポンス「ＯＫ」を送信する（Ｓ１６３）。
【0233】
一方で、Ｓ１６１の処理において、ログインが失敗した場合は（Ｓ１６１：Ｎｏ）、ＨＴＴＰＳプロトコルを用いた通信で、携帯端末５０へログインに対するレスポンス「ＥＲＲＯＲ」を送信する（Ｓ１６４）。Ｓ１６３，Ｓ１６４の後、Ｓ１６０以下の処理を繰り返す。
【0234】
Ｓ１６０の処理において、ログインの要求ではない場合は（Ｓ１６０：Ｎｏ）、携帯端末５０からＨＴＴＰＳプロトコルを用いた通信でユーザ識別子の要求がされたかを確認する（Ｓ１６５）。Ｓ１６５の処理において、ユーザ識別子の要求がされた場合は（Ｓ１６５：Ｙｅｓ）、ユーザＤＢ７２ｂから要求された携帯端末５０のユーザＨのアカウントに対応するユーザ識別子を取得する（Ｓ１６６）。Ｓ１６６の処理の後、ＨＴＴＰＳプロトコルを用いた通信で、取得されたユーザ識別子と、ユーザ識別子の要求に対するレスポンス「ＯＫ」を携帯端末５０に送信する（Ｓ１６７）。Ｓ１６７の処理の後、Ｓ１６０以下の処理を繰り返す。
【0235】
Ｓ１６５の処理において、ユーザ識別子の要求ではない場合は（Ｓ１６５：Ｎｏ）、携帯端末５０からＨＴＴＰＳプロトコルを用いた通信でデバイス識別子の要求がされたかを確認する（Ｓ１６８）。Ｓ１６８の処理において、デバイス識別子の要求がされた場合は（Ｓ１６８：Ｙｅｓ）、ユーザＤＢ７２ｂから要求された携帯端末５０のユーザＨのアカウントに該当するユーザ識別子を取得し、更にデバイスＤＢ７２ｃからそのユーザ識別子に対応するデバイス識別子を取得する（Ｓ１６９）。
【0236】
Ｓ１６９の処理の後、ＨＴＴＰＳプロトコルを用いた通信で、取得されたデバイス識別子と、デバイス識別子の要求に対するレスポンス「ＯＫ」を携帯端末５０に送信する（Ｓ１７０）。Ｓ１７０の処理の後、Ｓ１６０以下の処理を繰り返す。
【0237】
Ｓ１６８の処理において、デバイス識別子の要求ではない場合は（Ｓ１６８：Ｎｏ）、サーバＨＴＴＰＳイベント処理（Ｓ１７１）を実行し、Ｓ１６０以下の処理を繰り返す。なお、Ｓ１７１のサーバＨＴＴＰＳイベント処理は、図２６で後述する。
【0238】
図２２は、ＭＱＴＴワークフロー処理（Ｓ２２）のフローチャートである。ＭＱＴＴワークフロー処理はまず、ＭＱＴＴプロトコルを用いた通信の接続を待機する（Ｓ１９０）。Ｓ１９０の処理の後、ＭＱＴＴプロトコルを用いた通信で接続されたかを確認する（Ｓ１９１）。Ｓ１９１の処理において、ＭＱＴＴプロトコルを用いた通信で接続されていない場合は（Ｓ１９１：Ｎｏ）、Ｓ１９０以下の処理を繰り返す。
【0239】
一方で、Ｓ１９１の処理において、ＭＱＴＴプロトコルを用いた通信で接続された場合は（Ｓ１９１：Ｙｅｓ）、更にＭＱＴＴデータを受信したかを確認する（Ｓ１９２）。
【0240】
Ｓ１９２の処理において、ＭＱＴＴデータを受信した場合は（Ｓ１９２：Ｙｅｓ）、受信したＭＱＴＴデータのトピックを取得する（Ｓ１９３）。Ｓ１９３の処理の後、取得したトピックを購読（サブスクライブ）している端末（即ち通信装置１又は携帯端末５０）に、Ｓ１９２の処理で受信したＭＱＴＴデータを送信する（Ｓ１９４）。
【0241】
これにより、通信装置１又は携帯端末５０から受信したＭＱＴＴデータが、同一のユーザＨが使用している携帯端末５０又は通信装置１に送信されるので、通信装置１又は携帯端末５０から送信されたＭＱＴＴデータを双方の端末で利用および管理できる。
【0242】
Ｓ１９４の処理の後、Ｓ１９３の処理で取得したトピックに、サーバ７０で処理が必要なコマンドが含まれているかを確認する（Ｓ１９５）。Ｓ１９５の処理において、取得したトピックに、サーバ７０で処理が必要なコマンドが含まれている場合は（Ｓ１９５：Ｙｅｓ）、そのトピックのコマンドが通信装置１からの認可情報（即ちユーザ識別子およびＨＴＴＰＳ用アクセス認可情報）の要求に関するものかを確認する（Ｓ１９６）。
【0243】
Ｓ１９６の処理において、通信装置１からの認可情報の要求に関するものである場合は（Ｓ１９６：Ｙｅｓ）、デバイスＤＢ７２ｃから要求を受信した通信装置１のデバイス識別子に対応するユーザ識別子を取得し、取得したユーザ識別子からＨＴＴＰＳ用アクセス認可情報を作成する（Ｓ１９７）。Ｓ１９７の処理の後、Ｓ１９７の処理で取得したユーザ識別子と、作成したＨＴＴＰＳ用アクセス認可情報とをＭＱＴＴプロトコルを用いた通信で要求された通信装置１に送信する（Ｓ１９８）。
【0244】
一方で、Ｓ１９６の処理において、通信装置１からの認可情報の要求に関するものでない場合は（Ｓ１９６：Ｎｏ）、サーバＭＱＴＴイベント処理（Ｓ１９９）を実行する。なお、Ｓ１９９のサーバＭＱＴＴイベント処理は、図２５で後述する。
【0245】
次に、携帯端末５０、サーバ７０及び電子楽器３０におけるそれぞれのイベント処理を説明する。イベント処理では、主に図４～７で説明したロード、ライト及びインストールが処理される。まず、図２３を参照して、携帯端末５０のイベント処理を説明する。
【0246】
図２３は、携帯端末イベント処理（Ｓ１５６）のフローチャートである。携帯端末イベント処理はまず、携帯端末ロード処理（Ｓ２１０）、携帯端末ライト処理（Ｓ２１１）及び携帯端末インストール処理（Ｓ２１２）を実行する。図２４を参照して、これらの処理を説明する。
【0247】
図２４（ａ）は、携帯端末ロード処理（Ｓ２１０）のフローチャートである。携帯端末ロード処理は、携帯端末５０におけるロードに関する処理である。携帯端末ロード処理はまず、タッチパネル５７を介してロードが指示されたかを確認する（Ｓ２３０）。Ｓ２３０の処理において、ロードが指示された場合は（Ｓ２３０：Ｙｅｓ）、トピックを「音色データのロードの指示」、ペイロードをタッチパネル５７を介して指定された「音色データの識別子」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、図１６のＳ６７の処理で取得した通信装置１のデバイス登録データのデバイス識別子と、ユーザＨのユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ２３１）。
【0248】
Ｓ２３０の処理において、ロードが指示されていない場合は（Ｓ２３０：Ｎｏ）、Ｓ２３１の処理をスキップする。Ｓ２３０，Ｓ２３１の処理の後、携帯端末ロード処理を終了する。
【0249】
図２４（ｂ）は、携帯端末ライト処理（Ｓ２１１）のフローチャートである。携帯端末ライト処理は、携帯端末５０におけるライトに関する処理である。携帯端末ライト処理はまず、タッチパネル５７を介してライトが指示されたかを確認する（Ｓ２４０）。Ｓ２４０の処理において、ライトが指示された場合は（Ｓ２４０：Ｙｅｓ）、トピックを「音色データのライトの指示」、ペイロードをタッチパネル５７を介して指定された「音色データの識別子」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス登録データのデバイス識別子と、ユーザＨのユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ２４１）。
【0250】
なお、Ｓ２４１の処理で送信するＭＱＴＴデータのペイロードに「ライト先の領域を表す識別子」を含めても良い。かかるＭＱＴＴデータが後述のＳ２７０の処理においてもサーバ７０から電子楽器３０に送信される。そして、電子楽器３０は、後述のＳ３３５の処理でサーバ７０から受信した音色データを保存する際、Ｓ２７０の処理で受信したＭＱＴＴデータのペイロードに含まれる「ライト先の領域を表す識別子」に該当する音色メモリ３２ｂの領域に、サーバ７０から受信した音色データを保存すれば良い。
【0251】
Ｓ２４０の処理において、ライトが指示されていない場合は（Ｓ２４０：Ｎｏ）、Ｓ２４１の処理をスキップする。Ｓ２４０，Ｓ２４１の処理の後、携帯端末ライト処理を終了する。
【0252】
図２４（ｃ）は、携帯端末インストール処理（Ｓ２１２）のフローチャートである。携帯端末インストール処理は、携帯端末５０におけるインストールに関する処理である。携帯端末インストール処理はまず、タッチパネル５７を介してインストールが指示されたかを確認する（Ｓ２５０）。
【0253】
Ｓ２５０の処理において、インストールが指示された場合は（Ｓ２５０：Ｙｅｓ）、トピックを「ウェーブデータのインストール可否」、ペイロードを「（タッチパネル５７を介して指定された）ウェーブデータのサイズ」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス登録データのデバイス識別子と、ユーザＨのユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ２５１）。Ｓ２５０の処理において、インストールが指示されていない場合は（Ｓ２５０：Ｎｏ）、Ｓ２５１の処理をスキップする。
【0254】
Ｓ２５０，Ｓ２５１の処理の後、サーバ７０から受信したＭＱＴＴデータのトピックが「インストール可否」であるかを確認する（Ｓ２５２）。具体的に、受信したＭＱＴＴデータのトピックに、通信装置１のデバイス登録データのデバイス識別子、ユーザＨのユーザ識別子および「インストール可否」の全てが含まれるかが確認される。Ｓ２５２の処理において、受信したＭＱＴＴデータのトピックが「インストール可否」である場合（Ｓ２５２：Ｙｅｓ）、Ｓ２５２の処理で受信したＭＱＴＴデータのペイロードが「インストール可」かを確認する（Ｓ２５３）。
【0255】
Ｓ２５３の処理において、ペイロードが「インストール可」である場合（Ｓ２５３：Ｙｅｓ）、（タッチパネル５７を介して指定された）ウェーブデータのＵＲＬの作成を要求するＨＴＴＰＳリクエストを、ＨＴＴＰＳプロトコルを用いた通信でサーバ７０に送信する（Ｓ２５４）。この際に、図２０のＳ１４３の処理で取得したＨＴＴＰＳ用アクセス認可情報も含めて送信される。
【0256】
Ｓ２５４の処理の後、サーバ７０からＳ２５４の処理によって要求されたウェーブデータのＵＲＬを受信する（Ｓ２５５）。Ｓ２５５の処理の後、トピックを「ウェーブデータのインストールの指示」、ペイロードをＳ２５５の処理で受信した「ウェーブデータのＵＲＬ」としたＭＱＴＴデータを作成し、作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ２５６）。
【0257】
Ｓ２５３の処理において、ペイロードが「インストール可」ではない場合（Ｓ２５３：Ｎｏ）、ＬＣＤ５６にウェーブデータがインストールできない旨（エラー表示）を表示する（Ｓ２５７）。Ｓ２５２の処理において、受信したＭＱＴＴデータのトピックが「インストール可否」ではない場合（Ｓ２５２：Ｎｏ）、又は、Ｓ２５６，Ｓ２５７の処理の後、携帯端末インストール処理を終了する。
【0258】
図２３に戻る。Ｓ２１２の携帯端末インストール処理の後、サーバ７０から受信したＭＱＴＴデータのトピックが「進捗通知」であるかを確認する（Ｓ２１３）。具体的に、受信したＭＱＴＴデータのトピックに、通信装置１のデバイス登録データのデバイス識別子、ユーザＨのユーザ識別子および「進捗通知」の全てが含まれるかが確認される。Ｓ２１３の処理において、受信したＭＱＴＴデータのトピックが「進捗通知」である場合は（Ｓ２１３：Ｙｅｓ）、受信したＭＱＴＴデータのペイロードから進捗率を取得し（Ｓ２１４）、その進捗率を確認する（Ｓ２１５）。
【0259】
Ｓ２１５の処理において、進捗率が１００％の場合は（Ｓ２１５：「１００％」）、ライト又はインストールが完了した旨をＬＣＤ５６に表示し（Ｓ２１６）、Ｓ２１５の処理において、進捗率が０～９９％の場合は（Ｓ２１５：「０～９９％」）、その進捗率をＬＣＤ５６に表示する（Ｓ２１７）。Ｓ２１５の処理において、進捗率の代わりに「エラー」が記憶されていた場合は（Ｓ２１５：「ＥＲＲＯＲ」）、ライト又はインストールが失敗した旨（エラー表示）をＬＣＤ５６に表示する（Ｓ２１８）。
【0260】
Ｓ２１３の処理において、受信したＭＱＴＴデータのトピックが「進捗通知」ではない場合（Ｓ２１３：Ｎｏ）、又は、Ｓ２１６～Ｓ２１８の処理の後、サーバ７０から受信したＭＱＴＴデータのトピックが「シンク完了」であるかを確認する（Ｓ２１９）。具体的に、受信したＭＱＴＴデータのトピックに通信装置１のデバイス登録データのデバイス識別子、ユーザＨのユーザ識別子および「シンク完了」の全てが含まれるかが確認される。
【0261】
Ｓ２１９の処理において、受信したＭＱＴＴデータのトピックが「シンク完了」である場合は（Ｓ２１９：Ｙｅｓ）、シンクデータ７２ｅを要求するＨＴＴＰＳリクエストを、ＨＴＴＰＳプロトコルを用いた通信でサーバ７０に送信する（Ｓ２２０）。この際に、図２０のＳ１４３の処理で取得したＨＴＴＰＳ用アクセス認可情報も含めて送信される。Ｓ２２０の処理の後、サーバ７０からシンクデータ７２ｅを受信し（Ｓ２２１）、受信したシンクデータ７２ｅに基づいた表示をＬＣＤ５６に行う（Ｓ２２２）。
【0262】
Ｓ２１９の処理において、受信したＭＱＴＴデータのトピックが「シンク完了」ではない場合（Ｓ２１９：Ｎｏ）、又は、Ｓ２２２の処理の後、その他の処理（Ｓ２２３）を実行し、携帯端末イベント処理を終了する。Ｓ２２３のその他の処理としては、携帯端末５０に入力された指示に応じたＭＱＴＴデータ又はＨＴＴＰＳリクエストを作成し、サーバ７０に送信することや、携帯端末５０で受信したＭＱＴＴデータを解析し、そのＭＱＴＴデータに応じた処理を行うことや、サーバ７０からのＨＴＴＰＳレスポンスに応じた処理を行うことが挙げられる。
【0263】
次に、図２５を参照して、サーバ７０のＭＱＴＴプロトコルを用いた通信におけるイベント処理を説明する。図２５は、サーバＭＱＴＴイベント処理（Ｓ１９９）のフローチャートである。サーバＭＱＴＴイベント処理はまず、トピックが「音色データのロードの指示」のＭＱＴＴデータを受信したかを確認する（Ｓ２６０）。
【0264】
Ｓ２６０の処理において、トピックが「音色データのロードの指示」のＭＱＴＴデータを受信した場合は（Ｓ２６０：Ｙｅｓ）、受信したＭＱＴＴデータのペイロードに含まれる識別子に該当する音色データが、ＭＱＴＴデータを送信したユーザＨのユーザ識別子でロード（利用）できるかを確認する（Ｓ２６１）。具体的には、管理情報７２ｇを参照して、受信したＭＱＴＴデータのペイロードに含まれる識別子に該当する音色データをユーザＨが購入済みであるか、又は、当該音色データがユーザＨのサブスク権限で利用できるかが確認される。
【0265】
Ｓ２６１の処理において、ロードできる場合は（Ｓ２６１：Ｙｅｓ）、Ｓ２６０の処理で受信したＭＱＴＴデータのペイロードの音色データの識別子に該当する音色データを音色ＤＢ７２ｄから取得する（Ｓ２６２）。Ｓ２６２の処理の後、トピックを「音色データのロードの指示」、ペイロードをＳ２６２の処理で取得した「音色データ」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、Ｓ２６０の処理で受信したトピックのデバイス識別子とユーザ識別子とが含まれる。作成したＭＱＴＴデータを、Ｓ２６０の処理で受信したトピックのデバイス識別子とユーザ識別子とによってサブスクライブ登録している機器（即ち電子楽器３０、携帯端末５０）に送信する（Ｓ２６３）。
【0266】
Ｓ２６０の処理において、トピックが「音色データのロードの指示」のＭＱＴＴデータを受信していない場合（Ｓ２６０：Ｎｏ）、Ｓ２６１の処理において、ロードできない場合（Ｓ２６１：Ｎｏ）、又は、Ｓ２６３の処理の後、トピックが「ロード履歴の更新」のＭＱＴＴデータを受信したかを確認する（Ｓ２６４）。Ｓ２６４の処理において、トピックが「ロード履歴の更新」のＭＱＴＴデータを受信した場合は（Ｓ２６４：Ｙｅｓ）、受信したＭＱＴＴデータのペイロードの音色データの識別子を取得する（Ｓ２６５）。
【0267】
Ｓ２６５の処理の後、ロード履歴７２ｆの、ＭＱＴＴデータのトピックのユーザ識別子かつ取得された音色データの識別子に該当するロード回数に１を加算する（Ｓ２６６）。
【0268】
Ｓ２６４の処理において、トピックが「ロード履歴の更新」のＭＱＴＴデータを受信していない場合（Ｓ２６４：Ｎｏ）、又は、Ｓ２６６の処理の後、トピックが「音色データのライトの指示」のＭＱＴＴデータを受信したかを確認する（Ｓ２６７）。Ｓ２６７の処理において、トピックが「音色データのライトの指示」のＭＱＴＴデータを受信した場合は（Ｓ２６７：Ｙｅｓ）、受信したＭＱＴＴデータのペイロードに含まれる識別子に該当する音色データが、ＭＱＴＴデータを送信したユーザＨのユーザ識別子でライト（利用）できるかを確認する（Ｓ２６８）。
【0269】
具体的には、管理情報７２ｇを参照して、受信したＭＱＴＴデータのペイロードに含まれる識別子に該当する音色データをユーザＨが購入済みであるか、又は、当該音色データがユーザＨのサブスク権限で利用できるかが確認される。Ｓ２６８の処理において、ライトできる場合は（Ｓ２６８：Ｙｅｓ）、受信したＭＱＴＴデータのペイロードの識別子の音色データを音色ＤＢ７２ｄから取得するためのＵＲＬを作成する（Ｓ２６９）。
【0270】
Ｓ２６９の処理の後、トピックを「音色データのライトの指示」、ペイロードをＳ２６９の処理で作成した「ＵＲＬ」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、Ｓ２６７の処理で受信したトピックのデバイス識別子とユーザ識別子とが含まれる。作成したＭＱＴＴデータを、Ｓ２６７の処理で受信したトピックのデバイス識別子とユーザ識別子とによってサブスクライブ登録している機器（即ち電子楽器３０、携帯端末５０）に送信する（Ｓ２７０）。
【0271】
Ｓ２６７の処理において、トピックが「音色データのライトの指示」のＭＱＴＴデータを受信していない場合（Ｓ２６７：Ｎｏ）、Ｓ２６８の処理において、ライトできない場合（Ｓ２６８：Ｎｏ）、又は、Ｓ２７０の処理の後、その他の処理（Ｓ２７１）を行い、サーバＭＱＴＴイベント処理を終了する。Ｓ２７１のその他の処理としては、通信装置１（電子楽器３０）又は携帯端末５０から受信した上記以外のＭＱＴＴデータを、サブスクライブ登録されている他の機器に送信することが挙げられる。
【0272】
以上の通り、サーバＭＱＴＴイベント処理では、Ｓ２６０、Ｓ２６４、Ｓ２６７の処理において、特定のＭＱＴＴデータのトピックを受信した場合に、サーバ７０で予め必要な処理を実行しその処理結果と受信したＭＱＴＴデータのトピックとが、サブスクライブ登録されている他の機器に送信される。これにより、ＭＱＴＴデータの送信先の電子楽器３０又は携帯端末５０において、ＭＱＴＴデータを受信してから、そのＭＱＴＴデータのトピックに応じた処理をサーバ７０に要求する必要がないので、サーバ７０上のリソースをより迅速に利用できる。
【0273】
更に、サーバ７０に特定のコマンドの処理結果を、他の機器に送信しないようにサブスクライブ登録しておき、そのコマンドをトピックとしたＭＱＴＴデータをサーバ７０へ送信することで、サーバ７０で特定のコマンドに応じた処理のみを行わせることができる。これによって、ＭＱＴＴデータを（他の機器への送信を目的としない）サーバ７０への処理の要求として用いることができる。
【0274】
次に、図２６，２７を参照して、サーバ７０のＨＴＴＰＳプロトコルを用いた通信におけるイベント処理を説明する。図２６は、サーバＨＴＴＰＳイベント処理（Ｓ１７１）のフローチャートである。サーバＨＴＴＰＳイベント処理はまず、音色データ又はウェーブデータのＵＲＬを用いた取得要求のＨＴＴＰＳリクエストを受信したかを確認する（Ｓ２８０）。
【0275】
Ｓ２８０の処理において、取得要求のＨＴＴＰＳリクエストを受信した場合は（Ｓ２８０：Ｙｅｓ）、ＨＴＴＰＳリクエストにおいてＵＲＬと共に受信したＨＴＴＰＳ用アクセス認可情報が問題ないかを確認する（Ｓ２８１）。なお、Ｓ２８１の処理においては、ＨＴＴＰＳ用アクセス認可情報の代わりにユーザ識別子を確認しても良いし、ＨＴＴＰＳ用アクセス認可情報およびユーザ識別子の両方を確認しても良い。Ｓ２８１の処理において、ＨＴＴＰＳ用アクセス認可情報やユーザ識別子が問題ない場合は（Ｓ２８１：Ｙｅｓ）、レスポンス「ＯＫ」と共に、ＵＲＬで指定された音色データ又はウェーブデータをＨＴＴＰＳプロトコルを用いた通信によって、ＨＴＴＰＳリクエストの要求元へ送信する（Ｓ２８２）。
【0276】
一方で、Ｓ２８１の処理において、ＨＴＴＰＳ用アクセス認可情報やユーザ識別子が問題ある場合は（Ｓ２８１：Ｎｏ）、レスポンス「ＮＧ」をＨＴＴＰＳプロトコルを用いた通信によって、ＨＴＴＰＳリクエストの要求元へ送信する（Ｓ２８３）。
【0277】
Ｓ２８０の処理において、取得要求のＨＴＴＰＳリクエストを受信していない場合（Ｓ２８０：Ｎｏ）、又は、Ｓ２８２，Ｓ２８３の処理の後、ウェーブデータのＵＲＬの作成の要求のＨＴＴＰＳリクエストを受信したかを確認する（Ｓ２８４）。Ｓ２８４の処理において、ウェーブデータのＵＲＬの作成の要求のＨＴＴＰＳリクエストを受信した場合は（Ｓ２８４：Ｙｅｓ）、ＨＴＴＰＳリクエストにおいて受信したＨＴＴＰＳ用アクセス認可情報が問題ないかを確認する（Ｓ２８５）。なお、Ｓ２８５の処理においては、ＨＴＴＰＳ用アクセス認可情報の代わりにユーザ識別子を確認しても良いし、ＨＴＴＰＳ用アクセス認可情報およびユーザ識別子の両方を確認しても良い。
【0278】
Ｓ２８５の処理において、ＨＴＴＰＳ用アクセス認可情報やユーザ識別子が問題ない場合は（Ｓ２８５：Ｙｅｓ）、ＨＴＴＰＳリクエストの要求元にレスポンス「ＯＫ」と共に指定されたウェーブデータを音色ＤＢ７２ｄから取得するためのＵＲＬを、ＨＴＴＰＳプロトコルを用いた通信によって、ＨＴＴＰＳリクエストの要求元へ送信する（Ｓ２８６）。一方で、Ｓ２８５の処理において、ＨＴＴＰＳ用アクセス認可情報やユーザ識別子が問題ある場合は（Ｓ２８５：Ｎｏ）、レスポンス「ＮＧ」をＨＴＴＰＳプロトコルを用いた通信によって、ＨＴＴＰＳリクエストの要求元へ送信する（Ｓ２８７）。
【0279】
Ｓ２８４の処理において、ウェーブデータのＵＲＬの作成の要求のＨＴＴＰＳリクエストを受信していない場合（Ｓ２８４：Ｎｏ）、又は、Ｓ２８６，Ｓ２８７の処理の後、サーバシンク処理（Ｓ２８８）を実行する。ここで、図２７を参照して、サーバシンク処理を説明する。
【0280】
図２７は、サーバシンク処理（Ｓ２８８）のフローチャートである。サーバシンク処理は、サーバ７０におけるシンクデータ７２ｅの更新に関する処理である。サーバシンク処理はまず、シンクの指示の要求のＨＴＴＰＳリクエストを受信したかを確認する（Ｓ３００）。Ｓ３００の処理において、シンクの指示の要求のＨＴＴＰＳリクエストを受信した場合は（Ｓ３００：Ｙｅｓ）、ＨＴＴＰＳリクエストにおいて受信したＨＴＴＰＳ用アクセス認可情報が問題ないかを確認する（Ｓ３０１）。
【0281】
Ｓ３０１の処理において、ＨＴＴＰＳ用アクセス認可情報が問題ない場合は（Ｓ３０１：Ｙｅｓ）、ＨＴＴＰＳリクエストにおいて受信した音色データ又はウェーブデータの識別子および属性情報をシンクデータ７２ｅに保存することで、シンクデータ７２ｅを更新する（Ｓ３０２）。
【0282】
Ｓ３０２の処理の後、トピックを「シンク完了」、ペイロードを「ＣＯＭＰＬＥＴＥＤ」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、Ｓ３００の処理で受信したＨＴＴＰＳリクエストの要求元のデバイス識別子とユーザ識別子とが含まれる。作成したＭＱＴＴデータを、ＨＴＴＰＳリクエストの要求元のデバイス識別子とユーザ識別子とによってサブスクライブ登録している機器に送信する（Ｓ３０３）。
【0283】
一方で、Ｓ３０１の処理において、ＨＴＴＰＳ用アクセス認可情報が問題ある場合は（Ｓ３０１：Ｎｏ）、レスポンス「ＮＧ」をＨＴＴＰＳプロトコルを用いた通信によって、ＨＴＴＰＳリクエストの要求元へ送信する（Ｓ３０４）。
【0284】
Ｓ３００の処理において、シンクの指示の要求のＨＴＴＰＳリクエストを受信していない場合（Ｓ３００：Ｎｏ）、又は、Ｓ３０３，Ｓ３０４の処理の後、シンクデータ７２ｅの要求のＨＴＴＰＳリクエストを受信したかを確認する（Ｓ３０５）。Ｓ３０５の処理において、シンクデータ７２ｅの要求のＨＴＴＰＳリクエストを受信した場合は（Ｓ３０５：Ｙｅｓ）、ＨＴＴＰＳリクエストにおいて受信したＨＴＴＰＳ用アクセス認可情報が問題ないかを確認する（Ｓ３０６）。なお、Ｓ３０６の処理においては、ＨＴＴＰＳ用アクセス認可情報の代わりにユーザ識別子を確認しても良いし、ＨＴＴＰＳ用アクセス認可情報およびユーザ識別子の両方を確認しても良い。
【0285】
Ｓ３０６の処理において、ＨＴＴＰＳ用アクセス認可情報やユーザ識別子が問題ない場合は（Ｓ３０６：Ｙｅｓ）、レスポンス「ＯＫ」と共に、シンクデータ７２ｅをＨＴＴＰＳプロトコルを用いた通信によって、ＨＴＴＰＳリクエストの要求元へ送信する（Ｓ３０７）。一方で、Ｓ３０６の処理において、ＨＴＴＰＳ用アクセス認可情報やユーザ識別子が問題ある場合は（Ｓ３０６：Ｎｏ）、レスポンス「ＮＧ」をＨＴＴＰＳプロトコルを用いた通信によって、ＨＴＴＰＳリクエストの要求元へ送信する（Ｓ３０８）。Ｓ３０５の処理において、シンクデータ７２ｅの要求のＨＴＴＰＳリクエストを受信していない場合（Ｓ３０５：Ｎｏ）、又は、Ｓ３０７，Ｓ３０８の処理の後、サーバシンク処理を終了する。
【0286】
図２６に戻る。Ｓ２８８のサーバシンク処理の後、その他の処理（Ｓ２８９）を実行し、サーバＨＴＴＰＳイベント処理を終了する。Ｓ２８９のその他の処理としては、通信装置１や携帯端末５０から受信する上記以外のＨＴＴＰＳリクエストに対する処理を行い、その結果をＨＴＴＰＳレスポンスとしてＨＴＴＰＳプロトコルを用いた通信で送信する処理が挙げられる。
【0287】
最後に、図２８～３０を参照して、電子楽器３０におけるイベント処理を説明する。図２８は、電子楽器イベント処理（Ｓ１３３）のフローチャートである。電子楽器イベント処理はまず、サーバ７０から受信したＭＱＴＴデータのトピックが「音色データのロードの指示」であるかを確認する（Ｓ３２０）。具体的には、受信したＭＱＴＴデータのトピックに、通信装置１のデバイス登録データのデバイス識別子、図１９のＳ１３１の処理で受信したユーザ識別子および「音色データのロードの指示」の全てが含まれるかが確認される。
【0288】
Ｓ３２０の処理において、受信したＭＱＴＴデータのトピックが「音色データのロードの指示」である場合は（Ｓ３２０：Ｙｅｓ）、受信したＭＱＴＴデータのペイロードから音色データを取得し、ワークメモリ３３ａに保存する（Ｓ３２１）。Ｓ３２１の処理の後、トピックを「ロード履歴の更新」、ペイロードをワークメモリ３３ａに保存した「音色データの識別子」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス識別子と、図１９のＳ１３１の処理で受信したユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ３２２）。
【0289】
Ｓ３２０の処理において、受信したＭＱＴＴデータのトピックが「音色データのロードの指示」ではない場合（Ｓ３２０：Ｎｏ）、又は、Ｓ３２２の処理の後、電子楽器ライト処理（Ｓ３２３）と、電子楽器インストール処理（Ｓ３２４）とを実行する。ここで、図２９，３０を参照して、これらの処理を説明する。
【0290】
図２９は、電子楽器ライト処理（Ｓ３２３）のフローチャートである。電子楽器ライト処理は、電子楽器３０におけるライトに関する処理である。電子楽器ライト処理はまず、サーバ７０から受信したＭＱＴＴデータのトピックが「音色データのライトの指示」であるかを確認する（Ｓ３３０）。具体的には、受信したＭＱＴＴデータのトピックに、通信装置１のデバイス登録データのデバイス識別子、図１９のＳ１３１の処理で受信したユーザ識別子および「音色データのライトの指示」の全てが含まれるかが確認される。
【0291】
Ｓ３３０の処理において、受信したＭＱＴＴデータのトピックが「音色データのライトの指示」である場合は（Ｓ３３０：Ｙｅｓ）、受信したＭＱＴＴデータのペイロードのＵＲＬの音色データの取得要求のＨＴＴＰＳリクエストを、ＨＴＴＰＳプロトコルを用いた通信でサーバ７０に送信する（Ｓ３３１）。この際に、図１９のＳ１３１の処理で取得したＨＴＴＰＳ用アクセス認可情報も含めて送信される。
【0292】
Ｓ３３１の処理の後、Ｓ３３１の処理による取得要求のレスポンスが「ＯＫ」かを確認する（Ｓ３３２）。Ｓ３３２の処理において、レスポンスが「ＯＫ」である場合（Ｓ３３２：Ｙｅｓ）、トピックを「進捗通知」、ペイロードを音色データを受信した割合に応じた値（０～９９％）としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス識別子と、図１９のＳ１３１の処理で受信したユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ３３３）。
【0293】
Ｓ３３３の処理の後、音色データの受信が完了したかを確認する（Ｓ３３４）。Ｓ３３４の処理において、音色データの受信が完了していない場合は（Ｓ３３４：Ｎｏ）、Ｓ３３３以下の処理を繰り返す。一方で、Ｓ３３４の処理において、音色データの受信が完了した場合は（Ｓ３３４：Ｙｅｓ）、受信した音色データを音色メモリ３２ｂに保存する（Ｓ３３５）。
【0294】
Ｓ３３５の処理の後、トピックを「進捗通知」、ペイロードを「１００％」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス識別子と、図１９のＳ１３１の処理で受信したユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ３３６）。
【0295】
Ｓ３３６の処理の後、シンクの指示の要求のＨＴＴＰＳリクエストを、ＨＴＴＰＳプロトコルを用いた通信でサーバ７０に送信する（Ｓ３３７）。この際に、ライトした音色データの識別子および属性情報と、図１９のＳ１３１の処理で取得したＨＴＴＰＳ用アクセス認可情報とも含めて送信される。
【0296】
Ｓ３３２の処理において、レスポンスが「ＯＫ」ではない場合（Ｓ３３２：Ｎｏ）、トピックを「進捗通知」、ペイロードを「ＥＲＲＯＲ」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス識別子と、図１９のＳ１３１の処理で受信したユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ３３８）。
【0297】
Ｓ３３０の処理において、受信したＭＱＴＴデータのトピックが「音色データのライトの指示」ではない場合（Ｓ３３０：Ｎｏ）、又は、Ｓ３３７，Ｓ３３８の処理の後、電子楽器ライト処理を終了する。
【0298】
図３０は、電子楽器インストール処理（Ｓ３２４）のフローチャートである。電子楽器インストール処理は、電子楽器３０におけるインストールに関する処理である。電子楽器インストール処理はまず、サーバ７０から受信したＭＱＴＴデータのトピックが「インストール可否」であるかを確認する（Ｓ３５０）。具体的に、受信したＭＱＴＴデータのトピックに、通信装置１のデバイス識別子、図１９のＳ１３１の処理で受信したユーザ識別子および「インストール可否」の全てが含まれるかが確認される。
【0299】
Ｓ３５０の処理において、受信したＭＱＴＴデータのトピックが「インストール可否」である場合（Ｓ３５０：Ｙｅｓ）、ウェーブメモリ３２ｃに受信したＭＱＴＴデータのペイロードに設定されるサイズのウェーブデータが保存可能かを確認する（Ｓ３５１）。Ｓ３５１の処理において、ウェーブメモリ３２ｃにウェーブデータが保存できる場合は（Ｓ３５１：Ｙｅｓ）、トピックを「インストール可否」、ペイロードを「インストール可」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス識別子と、図１９のＳ１３１の処理で受信したユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ３５２）。
【0300】
一方で、Ｓ３５１の処理において、ウェーブメモリ３２ｃにウェーブデータが保存できない場合は（Ｓ３５１：Ｎｏ）、トピックを「インストール可否」、ペイロードを「インストール不可」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス識別子と、図１９のＳ１３１の処理で受信したユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ３５３）。
【0301】
Ｓ３５０の処理において、受信したＭＱＴＴデータのトピックが「インストール可否」ではない場合（Ｓ３５０：Ｎｏ）、又は、Ｓ３５２，Ｓ３５３の処理の後、サーバ７０から受信したＭＱＴＴデータのトピックが「ウェーブデータのインストールの指示」であるかを確認する（Ｓ３５４）。具体的に、受信したＭＱＴＴデータのトピックに、通信装置１のデバイス識別子、図１９のＳ１３１の処理で受信したユーザ識別子および「ウェーブデータのインストールの指示」の全てが含まれるかが確認される。
【0302】
Ｓ３５４の処理において、受信したＭＱＴＴデータのトピックが「ウェーブデータのインストールの指示」である場合は（Ｓ３５４：Ｙｅｓ）、サーバ７０に受信したＭＱＴＴデータのペイロードのＵＲＬのウェーブデータの取得要求をＨＴＴＰＳプロトコルを用いた通信でサーバ７０に送信する（Ｓ３５５）。この際に、図１９のＳ１３１の処理で取得したＨＴＴＰＳ用アクセス認可情報も含めて送信される。
【0303】
Ｓ３５５の処理の後、Ｓ３５５の処理による取得要求のレスポンスが「ＯＫ」かを確認する（Ｓ３５６）。Ｓ３５６の処理において、レスポンスが「ＯＫ」である場合（Ｓ３５６：Ｙｅｓ）、トピックを「進捗通知」、ペイロードをウェーブデータを受信した割合に応じた値（０～９９％）としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス識別子と、図１９のＳ１３１の処理で受信したユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ３５７）。
【0304】
Ｓ３５７の処理の後、ウェーブデータの受信が完了したかを確認する（Ｓ３５８）。Ｓ３５８の処理において、ウェーブデータの受信が完了していない場合は（Ｓ３５８：Ｎｏ）、Ｓ３５７以下の処理を繰り返す。一方で、Ｓ３５８の処理において、ウェーブデータの受信が完了した場合は（Ｓ３５８：Ｙｅｓ）、受信したウェーブデータをウェーブメモリ３２ｃに保存する（Ｓ３５９）。
【0305】
Ｓ３５９の処理の後、トピックを「進捗通知」、ペイロードを「１００％」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス識別子と、図１９のＳ１３１の処理で受信したユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ３６０）。
【0306】
Ｓ３６０の処理の後、シンクの指示の要求のＨＴＴＰＳリクエストを、ＨＴＴＰＳプロトコルを用いた通信でサーバ７０に送信する（Ｓ３６１）。この際に、インストールしたウェーブデータの識別子および属性情報と、図１９のＳ１３１の処理で取得したＨＴＴＰＳ用アクセス認可情報とも含めて送信される。
【0307】
Ｓ３５６の処理において、レスポンスが「ＯＫ」ではない場合（Ｓ３５６：Ｎｏ）、トピックを「進捗通知」、ペイロードを「ＥＲＲＯＲ」としたＭＱＴＴデータを作成する。かかるＭＱＴＴデータのトピックには、通信装置１のデバイス識別子と、図１９のＳ１３１の処理で受信したユーザ識別子とが含まれる。作成したＭＱＴＴデータをＭＱＴＴプロトコルを用いた通信でサーバ７０に送信する（Ｓ３６２）。
【0308】
Ｓ３５４の処理において、受信したＭＱＴＴデータのトピックが「ウェーブデータのインストールの指示」ではない場合（Ｓ３５４：Ｎｏ）、又は、Ｓ３６１，Ｓ３６２の処理の後、電子楽器インストール処理を終了する。
【0309】
図２８に戻る。Ｓ３２４の電子楽器インストール処理の後、その他の処理（Ｓ３２５）を実行し、電子楽器イベント処理を終了する。Ｓ３２５のその他の処理としては、電子楽器３０の設定キー３５を介して、ユーザＨからサーバ７０への指示が入力された場合に、その指示に応じたＭＱＴＴデータ又はＨＴＴＰＳリクエストを作成し、通信装置１へ送信することや、サーバ７０からその他のＭＱＴＴデータを受信した場合に、受信したＭＱＴＴデータを解析し、解析されたＭＱＴＴデータに応じた処理を行うことや、サーバ７０からＨＴＴＰＳレスポンスを受信した場合に、受信したＨＴＴＰＳレスポンスに応じた処理を行うことが挙げられる。
【0310】
以上、上記実施形態に基づき説明したが、種々の改良変更が可能であることは容易に推察できるものである。
【0311】
上記実施形態では、通信装置１が電子楽器３０に接続される構成としたが、これに限られない。通信装置１を電子楽器３０に内蔵させ、通信装置１に関する処理を電子楽器３０で実行しても良い。この場合、デバイス識別子を電子楽器３０毎に一意に設定される識別子とし、電子楽器３０にかかるデバイス識別子や製品情報（即ちデバイス登録データ）を記憶すれば良い。
【0312】
上記実施形態では、通信装置１にＡＰ情報１１ｄ及びＡＰパスワード１１ｅを設け、これらに記憶されるＡＰ９０の情報および入力ＰＳＷでＡＰ９０に接続した。しかし、これに限られず、例えば、携帯端末５０から受信したＡＰ９０の情報および入力ＰＳＷを電子楽器３０（例えばフラッシュＲＯＭ３２）に記憶させ、通信装置１がＡＰ９０に接続する際に、電子楽器３０から電子楽器３０に記憶されたＡＰ９０の情報および入力ＰＳＷを取得し、取得したＡＰ９０の情報および入力ＰＳＷでＡＰ９０に接続しても良い。
【0313】
上記実施形態では、通信装置１に操作ボタン２及びＬＥＤ３を設け、この操作ボタン２を長押しすることで、通信装置１をセットアップモードに移行させ、この際にＬＥＤ３を点滅させた。しかし、これに限られず、例えば、電子楽器３０の設定キー３５の所定の操作により、通信装置１をセットアップモードに移行させ、ＬＣＤ３６に通信装置１がセットアップモードである旨を表示しても良い。この場合、通信装置１から操作ボタン２及びＬＥＤ３を省略しても良い。
【0314】
上記実施形態では、サーバ７０においてユーザＨのユーザ識別子に基づくＨＴＴＰＳ用アクセス認可情報を作成して、通信装置１及び携帯端末５０に送信し、通信装置１及び携帯端末５０からＨＴＴＰＳ用アクセス認可情報によるＨＴＴＰＳプロトコルを用いた通信で、リソースの受信等を行った。しかし、サーバ７０で作成される認可情報は、ＨＴＴＰＳ用アクセス認可情報に限られず、サーバ７０で他の通信プロトコルにおける認可情報を作成し、通信装置１及び携帯端末５０に送信し、通信装置１及び携帯端末５０では、サーバ７０から送信された認可情報を用いて、サーバ７０からリソースを受信すれば良い。
【0315】
上記実施形態では、通信装置１でＷｉ－Ｆｉに接続するＡＰ９０を携帯端末５０でユーザＨに選択させ、入力ＰＳＷを携帯端末５０でユーザＨに入力させたが、これに限られない。例えば、通信装置１から受信したＡＰ９０のリストの中から携帯端末５０で接続可能なＡＰ９０がユーザＨによって選択された場合、携帯端末５０でのユーザＨによる入力ＰＳＷの入力を省略し、携帯端末５０が当該ＡＰ９０の接続に使用しているパスワードを入力ＰＳＷとして通信装置１に送信しても良い。更に、通信装置１から受信したＡＰ９０のリストの中に携帯端末５０で接続可能なＡＰ９０が含まれている場合、携帯端末５０でのユーザＨによるＡＰ９０の選択を省略し、携帯端末５０で接続可能なＡＰ９０を自動的に選択し、その携帯端末５０で接続可能なＡＰ９０に関するＡＰ９０の情報と、当該ＡＰ９０の接続に使用しているパスワードとを通信装置１に送信しても良い。
【0316】
上記実施形態において、ロード履歴７２ｆには、音色データのロード回数を記憶したが、これに限られない。ロード回数の代わりに、音色データがワークメモリ３３ａに保存された日付時刻を記憶しても良い。これにより、例えば、ユーザＨが携帯端末５０から電子楽器３０にロードを指示する際に、ロードする月日および時間帯において使用頻度の高い音色データをＬＣＤ５６に優先的に表示することで、その月日および時間帯においてユーザＨが好みとされる音色データの利用を、ユーザＨに促すことができる。
【0317】
上記実施形態では、通信システムＳを通信装置１を接続した電子楽器３０、携帯端末５０及びサーバ７０で構成したが、これに限られない。携帯端末５０にサーバ７０の機能を搭載し、通信システムＳからサーバ７０を省略しても良い。これとは逆に、サーバ７０に携帯端末５０の機能を搭載し、通信システムＳから携帯端末５０を省略しても良い。
【0318】
上記実施形態では、通信装置１はＷｉ－ＦｉによってＡＰ９０に接続し、ＡＰ９０がインターネットＮに接続することで、インターネットＮを介したサーバ７０との通信を行った。しかし、これに限られず、例えば、通信装置１を、携帯端末５０と同様に基地局１００に接続させ、基地局１００を介してインターネットＮに接続しても良い。この場合、通信装置１が接続している基地局１００と、携帯端末５０が接続している基地局１００とは同一の基地局である必要はない。また、通信装置１をＷｉ－Ｆｉ以外の他の無線通信規格によってＡＰ９０に接続しても良いし、有線通信によって通信装置１とインターネットＮとを接続しても良い。
【0319】
また、携帯端末５０は基地局１００に接続し、基地局１００がインターネットＮに接続することで、インターネットＮを介したサーバ７０との通信を行った。しかし、これに限られず、例えば、携帯端末５０をＷｉ－ＦｉによってＡＰ９０に接続させ、ＡＰ９０を介してインターネットＮと接続しても良い。この場合、通信装置１が接続しているＡＰ９０と、携帯端末５０が接続しているＡＰ９０は同じアクセスポイントである必要はない。また、有線通信によって携帯端末５０とインターネットＮとを接続しても良い。
【0320】
上記実施形態では、通信装置１と携帯端末５０とは、Ｂｌｕｅｔｏｏｔｈによって通信したが、これに限られない。例えば、ＺｉｇＢｅｅ等の他の近距離無線通信規格によって通信装置１と携帯端末５０とを通信させても良いし、通信装置１と携帯端末５０とを有線接続して通信させても良い。
【0321】
上記実施形態では、ユーザＨから指示が入力される端末として携帯端末５０を例示したが、これに限られない。例えば、パーソナルコンピュータやタブレット端末等をユーザＨから指示が入力される端末としても良い。
【0322】
上記実施形態では、通信装置１が接続される電子機器として電子楽器３０を例示したがこれに限られない。通信装置１が接続される電子機器を、映像の処理を行う映像装置としても良い。この際サーバ７０に、リソースとして、映像データや音声データ、更には場面切り替え等の編集に関するデータを記憶し、映像装置からの指示に応じたデータを通信装置１に送信すれば良い。
【符号の説明】
【0323】
３０ 電子楽器（電子機器）
５０ 携帯端末（端末）
７０ サーバ
７２ ＨＤＤ（データ記憶手段）
Ｓ 通信システム
Ｓ２６０，Ｓ２６７ 指示受信手段、指示受信ステップ
Ｓ２６２，Ｓ２６９ 情報作成手段、情報作成ステップ
Ｓ２６３，Ｓ２７０ 指示送信手段、指示送信ステップ
Ｓ２８０，Ｓ２８４ 要求受信手段
Ｓ２８２，Ｓ２８６ 要求データ取得手段、要求データ送信手段
Ｓ３００ 保存データ受信手段
Ｓ３０２ 保存データ記憶手段
Ｓ３０７ 保存データ送信手段
５０ 携帯端末（端末）
７０ サーバ
７２ ＨＤＤ（データ記憶手段）
Ｓ 通信システム
Ｓ２６０，Ｓ２６７ 指示受信手段、指示受信ステップ
Ｓ２６２，Ｓ２６９ 情報作成手段、情報作成ステップ
Ｓ２６３，Ｓ２７０ 指示送信手段、指示送信ステップ
Ｓ２８０，Ｓ２８４ 要求受信手段
Ｓ２８２，Ｓ２８６ 要求データ取得手段、要求データ送信手段
Ｓ３００ 保存データ受信手段
Ｓ３０２ 保存データ記憶手段
Ｓ３０７ 保存データ送信手段
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】