特開 2023-57004 通信システム、端末、サーバ及び通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023057004

(43)【公開日】2023-04-20

(54)【発明の名称】通信システム、端末、サーバ及び通信方法

(51)【国際特許分類】

   G06F 15/00 20060101AFI20230413BHJP

   G10H 1/00 20060101ALI20230413BHJP

   G06F 21/31 20130101ALI20230413BHJP

【ＦＩ】

G06F15/00 420A

G10H1/00 Z

G06F21/31

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2021206391

(22)【出願日】2021-12-20

(31)【優先権主張番号】P 2021165931

(32)【優先日】2021-10-08

(33)【優先権主張国・地域又は機関】JP

(71)【出願人】

【識別番号】000116068

【氏名又は名称】ローランド株式会社

(74)【代理人】

【識別番号】110000534

【氏名又は名称】弁理士法人真明センチュリー

(72)【発明者】

【氏名】鳥倉（田代） 紘美

(72)【発明者】

【氏名】堀 清隆

(72)【発明者】

【氏名】山下 太久真

【テーマコード（参考）】

5D478

【Ｆターム（参考）】

5D478HH15

(57)【要約】

【課題】サーバ上のデータを容易に利用できる通信システム、端末、サーバ及び通信方法を提供すること。
【解決手段】携帯端末５０からの指示（要求）が、サーバ７０から通信装置１及び電子楽器３０に送信される。携帯端末５０には、通信装置１及び電子楽器３０よりも潤沢で多機能な表示装置が搭載される。ユーザＨがこのような携帯端末５０に対し、電子楽器３０にサーバ７０のリソースを利用させる指示を入力させ、その指示をサーバ７０を介して電子楽器３０に送信することで、ユーザＨは電子楽器３０を操作することなく、サーバ７０のリソースの電子楽器３０での利用を容易に実現することができる。これにより、電子楽器３０でのリソースの利用に関するユーザＨのユーザビリティを向上させることができる。
【選択図】図３

【特許請求の範囲】

【請求項1】

端末と、電子機器と、サーバとによる通信システムであって、
前記端末は、
前記サーバにログインするログイン手段と、
前記サーバから、前記ログイン手段でログインしたユーザに対応する電子機器の識別子であるデバイス識別子を受信する識別子受信手段と、
その識別子受信手段で受信したデバイス識別子と、前記電子機器への指示とを前記サーバに送信する端末指示送信手段とを備え、
前記サーバは、
前記ユーザの識別子であるユーザ識別子と、当該ユーザに対応する電子機器のデバイス識別子とを対応付けて記憶する識別子記憶手段と、
ログインされている前記端末のユーザのユーザ識別子に対応するデバイス識別子を前記識別子記憶手段から取得し、ログインされている前記端末に送信する識別子送信手段と、
前記端末から、前記デバイス識別子と、前記電子機器への指示とを受信する第１サーバ指示受信手段と、
その第１サーバ指示受信手段で受信した指示を、前記第１サーバ指示受信手段で受信したデバイス識別子に対応する電子機器に送信するサーバ指示送信手段とを備えていることを特徴とする通信システム。

【請求項2】

前記電子機器は、前記サーバから受信した指示に応じた処理を実行する機器実行手段を備えていることを特徴とする請求項１記載の通信システム。

【請求項3】

前記サーバは、前記第１サーバ指示受信手段で受信した指示が、当該サーバでの処理を要するものである場合に、その指示に応じた処理を行うサーバ実行手段を備え、
前記サーバのサーバ指示送信手段は、前記第１サーバ指示受信手段で受信した指示と、前記サーバ実行手段による処理の処理結果とを、前記第１サーバ指示受信手段で受信したデバイス識別子に対応する電子機器に送信するものであり、
前記電子機器の機器実行手段は、前記サーバから受信した指示に応じた処理と、前記サーバから受信した処理結果に応じた処理とを実行するものであることを特徴とする請求項２記載の通信システム。

【請求項4】

前記電子機器は、前記機器実行手段による前記サーバから受信した指示に応じた処理の処理結果に応じた指示を当該サーバに送信する機器指示送信手段を備え、
前記サーバは、
前記電子機器から指示を受信する第２サーバ指示受信手段と、
その第２サーバ指示受信手段で受信した指示に応じた処理を行うサーバ実行手段とを備え、
前記サーバのサーバ指示送信手段は、前記第２サーバ指示受信手段で指示を受信した電子機器に、前記サーバ実行手段による前記第２サーバ指示受信手段で受信した指示に応じた処理の処理結果を送信するものであり、
前記電子機器の機器実行手段は、前記サーバから受信した処理結果に応じた処理を実行するものであることを特徴とする請求項２記載の通信システム。

【請求項5】

前記電子機器に接続されると共に前記サーバに通信可能に構成される通信装置を備え、
その通信装置は、
前記サーバから指示または処理結果を受信するサーバ受信手段と、
そのサーバ受信手段で受信した指示または処理結果を前記電子機器に送信する機器送信手段とを備えていることを特徴とする請求項１から４のいずれかに記載の通信システム。

【請求項6】

前記通信装置は、
前記電子機器から指示を受信する機器受信手段と、
その機器受信手段で受信した指示を前記サーバに送信する通信装置指示送信手段とを備えていることを特徴とする請求項５記載の通信システム。

【請求項7】

サーバに通信可能に構成される端末であって、
前記サーバにログインするログイン手段と、
前記サーバから、前記ログイン手段でログインしたユーザに対応する電子機器の識別子であるデバイス識別子を受信する識別子受信手段と、
その識別子受信手段で受信したデバイス識別子と、前記電子機器への指示とを前記サーバに送信する端末指示送信手段とを備えていることを特徴とする端末。

【請求項8】

前記識別子受信手段で受信したデバイス識別子が複数存在する場合に、ユーザにそのうちの１のデバイス識別子を選択させる選択手段を備え、
前記端末指示送信手段は、前記選択手段で選択されたデバイス識別子を、前記電子機器への指示と共に前記サーバに送信するものであることを特徴とする請求項７記載の端末。

【請求項9】

電子機器および端末に通信可能に構成されるサーバであって、
ユーザの識別子であるユーザ識別子と、当該ユーザに対応する電子機器の識別子であるデバイス識別子とを対応付けて記憶する識別子記憶手段と、
ログインされている前記端末のユーザのユーザ識別子に対応するデバイス識別子を識別子記憶手段から取得し、そのログインされている前記端末に送信する識別子送信手段と、
前記端末から、前記デバイス識別子と、前記電子機器への指示とを受信する第１サーバ指示受信手段と、
その第１サーバ指示受信手段で受信した指示を、前記第１サーバ指示受信手段で受信したデバイス識別子に対応する電子機器に送信するサーバ指示送信手段とを備えていることを特徴とするサーバ。

【請求項10】

端末と、電子機器と、サーバとによる通信方法であって、
前記サーバには、ユーザの識別子であるユーザ識別子と、当該ユーザに対応する電子機器の識別子であるデバイス識別子とが対応付けて記憶されており、
前記端末において、前記サーバにログインするログインステップと、
前記サーバにおいて、前記ログインステップでログインした前記端末のユーザ識別子に対応するデバイス識別子を取得し、そのログインされている前記端末に送信する識別子送信ステップと、
前記端末において、前記識別子送信ステップで送信されたデバイス識別子と、前記電子機器への指示とを前記サーバに送信する端末指示送信ステップと、
前記サーバにおいて、前記端末指示送信ステップで送信された指示を、前記端末指示送信ステップで送信されたデバイス識別子に対応する電子機器に送信するサーバ指示送信ステップとを備えていることを特徴とする通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信システム、端末、サーバ及び通信方法に関するものである。

【背景技術】

【0002】

特許文献１には、サーバ１０に記憶されるサウンドデータをＰＣ３０及び記録メディア４５を介して電子楽器５０に送信し、送信されたサウンドデータを電子楽器５０で利用するデータ利用システムＳが開示されている。電子楽器５０においては、自身に予め内蔵されるサウンドデータのみならず、サーバ１０から取得されたサウンドデータも利用できるので、これらのサウンドデータによって表現豊かな演奏が可能となる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－１７７２１９号公報（例えば、段落００１３，００１４，００４７，００９６、図１）

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１では、電子楽器５０でサーバ１２上のサウンドデータを使用するためには、記録メディア４５を介さなければならない。一方で、電子楽器５０とサーバ１２とを通信させることで、電子楽器５０にサーバ１２からサウンドデータを受信するためには、携帯端末等よりも操作性が低い電子楽器５０の入力装置を介して通信に関する指示をしなければならない。これによって、サーバ１２のサウンドデータを電子楽器５０で利用するまでに多大なユーザの手間および時間を要するという問題点があった。

【0005】

本発明は、上述した問題点を解決するためになされたものであり、サーバ上のデータを容易に利用できる通信システム、端末、サーバ及び通信方法を提供することを目的としている。

【課題を解決するための手段】

【0006】

この目的を達成するために本発明の通信システムは、端末と、電子機器と、サーバとによるシステムであり、前記端末は、前記サーバにログインするログイン手段と、前記サーバから、前記ログイン手段でログインしたユーザに対応する電子機器の識別子であるデバイス識別子を受信する識別子受信手段と、その識別子受信手段で受信したデバイス識別子と、前記電子機器への指示とを前記サーバに送信する端末指示送信手段とを備え、前記サーバは、前記ユーザの識別子であるユーザ識別子と、当該ユーザに対応する電子機器のデバイス識別子とを対応付けて記憶する識別子記憶手段と、ログインされている前記端末のユーザのユーザ識別子に対応するデバイス識別子を前記識別子記憶手段から取得し、ログインされている前記端末に送信する識別子送信手段と、前記端末から、前記デバイス識別子と、前記電子機器への指示とを受信する第１サーバ指示受信手段と、その第１サーバ指示受信手段で受信した指示を、前記第１サーバ指示受信手段で受信したデバイス識別子に対応する電子機器に送信するサーバ指示送信手段とを備えている。

【0007】

本発明の端末は、サーバに通信可能に構成されるものであり、前記サーバにログインするログイン手段と、前記サーバから、前記ログイン手段でログインしたユーザに対応する電子機器の識別子であるデバイス識別子を受信する識別子受信手段と、その識別子受信手段で受信したデバイス識別子と、前記電子機器への指示とを前記サーバに送信する端末指示送信手段とを備えている。

【0008】

本発明のサーバは、電子機器および端末に通信可能に構成されるものであり、ユーザの識別子であるユーザ識別子と、当該ユーザに対応する電子機器の識別子であるデバイス識別子とを対応付けて記憶する識別子記憶手段と、ログインされている前記端末のユーザのユーザ識別子に対応するデバイス識別子を識別子記憶手段から取得し、そのログインされている前記端末に送信する識別子送信手段と、前記端末から、前記デバイス識別子と、前記電子機器への指示とを受信する第１サーバ指示受信手段と、その第１サーバ指示受信手段で受信した指示を、前記第１サーバ指示受信手段で受信したデバイス識別子に対応する電子機器に送信するサーバ指示送信手段とを備えている。

【0009】

また本発明の通信方法は、端末と、電子機器と、サーバとによる方法であり、前記サーバには、ユーザの識別子であるユーザ識別子と、当該ユーザに対応する電子機器の識別子であるデバイス識別子とが対応付けて記憶されており、前記端末において、前記サーバにログインするログインステップと、前記サーバにおいて、前記ログインステップでログインした前記端末のユーザ識別子に対応するデバイス識別子を取得し、そのログインされている前記端末に送信する識別子送信ステップと、前記端末において、前記識別子送信ステップで送信されたデバイス識別子と、前記電子機器への指示とを前記サーバに送信する端末指示送信ステップと、前記サーバにおいて、前記端末指示送信ステップで送信された指示を、前記端末指示送信ステップで送信されたデバイス識別子に対応する電子機器に送信するサーバ指示送信ステップとを備えている。

【図面の簡単な説明】

【0010】

【図1】（ａ）は、通信システムの概要を表す図であり、（ｂ）は通信装置の外観を表す図である。

【図2】セットアップモードにおける通信装置、電子楽器、携帯端末およびサーバによる通信を表す図である。

【図3】セットアップモード後における通信装置、電子楽器、携帯端末およびサーバによる通信を表す図である。

【図4】通信システムの機能ブロック図である。

【図5】通信システムにおける通信装置および電子楽器の電気的構成を示すブロック図である。

【図6】通信システムにおける携帯端末およびサーバの電気的構成を示すブロック図である。

【図7】（ａ）は、ユーザＤＢを模式的に表す図であり、（ｂ）は、デバイスＤＢを模式的に表す図である。

【図8】（ａ）は、通信装置メイン処理のフローチャートであり、（ｂ）は、携帯端末メイン処理のフローチャートであり、（ｃ）は、サーバメイン処理のフローチャートである。

【図9】ＢＴ通信部セットアップ処理のフローチャートである。

【図10】Ｗｉ－Ｆｉメイン処理のフローチャートである。

【図11】Ｗｉ－Ｆｉ通信部セットアップ処理のフローチャートである。

【図12】携帯端末セットアップ処理のフローチャートである。

【図13】サーバセットアップ処理のフローチャートである。

【図14】Ｗｉ－Ｆｉ通信部ワークフロー処理のフローチャートである。

【図15】電子楽器ワークフロー処理のフローチャートである。

【図16】携帯端末ワークフロー処理のフローチャートである。

【図17】ＨＴＴＰワークフロー処理のフローチャートである。

【図18】ＭＱＴＴワークフロー処理のフローチャートである。

【発明を実施するための形態】

【0011】

以下、好ましい実施例について、添付図面を参照して説明する。図１を参照して本実施形態の通信システムＳの概要を説明する。図１（ａ）は、通信システムＳの概要を表す図であり、図１（ｂ）は通信装置１の外観を表す図である。図１（ａ）に示す通り、通信システムＳは、電子楽器３０と、携帯端末５０と、サーバ７０とで構成される。電子楽器３０はＷｉ－Ｆｉ（登録商標）による無線通信によってアクセスポイント（ＡＰ）９０に接続され、そのＡＰ９０からインターネットＮに接続され、携帯端末５０は、基地局１００に接続され、その基地局１００からインターネットＮに接続される。サーバ７０もインターネットＮに接続されるので、電子楽器３０とサーバ７０、及び、携帯端末５０とサーバ７０は、インターネットＮを介して相互に通信可能に構成される。これにより、電子楽器３０と携帯端末５０とはサーバ７０を介して情報を交換できる 。

【0012】

電子楽器３０は、ユーザＨの演奏に基づいて楽音を発音する装置（電子機器）である。電子楽器３０には、音色の情報を有する音色データが設けられ、ユーザＨの選択に応じた音色を音色データから取得し楽音として出力される。音色データは、電子楽器３０の工場出荷時に組み込まれているものの他に、インターネットＮを介してサーバ７０からも取得される。次にこのような電子楽器３０によるサーバ７０等の外部の機器との通信について説明する。

【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】

通信システムＳは、セットアップモード後においては、サーバ７０に記憶されるリソースを通信装置１で受信し、受信したリソースを電子楽器３０で利用する。具体的には、まず、通信装置１からサーバ７０にＷｉ－Ｆｉ通信部４を介して、通信装置１のデバイス識別子を送信する（Ａ２０）。Ａ２０の処理において、通信装置１からサーバ７０へのデバイス識別子の送信は、ＭＱＴＴ（Message Queueing Telemetry Transport）プロトコルを用いた通信で行われる。なお、Ａ２０以降の通信装置１のサーバ７０との通信は、Ｗｉ－Ｆｉ通信部４を介して行われる。

【0042】

Ａ２０の処理よってデバイス識別子を受信したサーバ７０は、そのデバイス識別子に対応するユーザ識別子をデバイスＤＢ７２ｃ（図７（ｂ）参照）から取得し、ユーザ識別子に基づくＨＴＴＰＳ（Hypertext Transfer Protocol Secure）用アクセス認可情報を作成する（Ｔ２０）。ＨＴＴＰＳ用アクセス認可情報は、通信装置１がサーバ７０とＨＴＴＰＳによる通信を行う際に用いられるユーザＨのリソースへのアクセスを認可するための情報である。

【0043】

そのＴ２０の処理で作成されたＨＴＴＰＳ用アクセス認可情報と、Ａ２０の処理で送信されたデバイス識別子に対応するユーザ識別子とを、ＭＱＴＴプロトコルを用いた通信によって通信装置１に送信する（Ａ２１）。Ａ２１の処理によって受信したユーザ識別子は、これ以降の通信装置１とサーバ７０とのＭＱＴＴプロトコルを用いた通信に用いられる。また、ユーザ識別子と、そのユーザ識別子と共に受信したＨＴＴＰＳ用アクセス認可情報とは、これ以降の通信装置１とサーバ７０とのＨＴＴＰＳプロトコルを用いた通信に用いられる。

【0044】

Ａ２１の処理の後、電子楽器３０からの指示に応じて、通信装置１からユーザＨのリソースへアクセスする要求をサーバ７０に送信する（Ａ２２）。Ａ２２の処理における要求の送信は、ＨＴＴＰＳプロトコルを用いた通信によって行われ、その際に、当該要求に、ユーザ識別子とＡ２１の処理で受信したＨＴＴＰＳ用アクセス認可情報とを含めて送信する。

【0045】

Ａ２２の処理による要求を受信したサーバ７０は、要求されたリソースに対し、ＨＴＴＰＳ用アクセス認可情報が正当なものである場合に、そのリソースをＡ２２の処理による要求がされた通信装置１に送信する（Ａ２３）。かかるＡ２３の処理によるサーバ７０から通信装置１への送信も、Ａ２２の処理と同様にＨＴＴＰＳプロトコルを用いた通信で行われる。Ａ２３の処理で送信されたリソースが通信装置１から電子楽器３０に送信され、電子楽器３０で利用される。なお、Ａ２２の処理において、要求されたリソースがユーザＨのものか確認（認証）するために、受信した要求に含まれるユーザ識別子を確認しても良い。

【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】

次に、電子楽器３０の電気的構成を説明する。電子楽器３０には、ＣＰＵ３１と、フラッシュＲＯＭ３２と、ＲＡＭ３３と、ユーザＨの演奏による演奏情報を取得する鍵盤３４と、ユーザＨが各種設定を入力する設定キー３５と、電子楽器３０の設定状態等を表示するＬＣＤ３６と、外部ＩＦ３７と、音源３８と、Digital Signal Processor３９（以下「ＤＳＰ３９」と称す）とを有し、それぞれバスライン４０を介して接続される。

【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】

なお、ＨＴＴＰＳ用アクセス認可情報は電子楽器３０に送信するものに限られず、例えば、通信装置１に記憶するようにしても良い。その際、ＨＴＴＰＳプロトコルを用いた通信においてＨＴＴＰＳ用アクセス認可情報が必要な場合には、電子楽器３０は通信装置１にＨＴＴＰＳ用アクセス認可情報を付加して送信するように指示をすれば良い。そうすることで、外部ＩＦ１５，３７からＨＴＴＰＳ用アクセス認可情報が漏洩するのを防止できるので、電子楽器３０とサーバ７０との通信におけるセキュリティを向上させることができる。

【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】

Ｓ 通信システム
１ 通信装置
２ 操作ボタン（接続指示取得手段）
３０ 電子楽器（電子機器）
５０ 携帯端末（端末）
７０ サーバ
７２ｃ デバイスＤＢ（識別子記憶手段）
Ｓ１０６ サーバ受信手段、機器受信手段
Ｓ１０７，Ｓ１１０ 機器送信手段
Ｓ１０８，Ｓ１０９ 通信装置指示送信手段
Ｓ１３３ 機器指示送信手段
Ｓ１３４～Ｓ１３６ 機器実行手段
Ｓ１４０ ログイン手段、ログインステップ
Ｓ１５１ 識別子受信手段
Ｓ１５６ 端末指示送信手段、端末指示送信ステップ
Ｓ１７０ 識別子送信手段、識別子送信ステップ
Ｓ１７１ 第１サーバ指示受信手段、サーバ指示送信手段、第２サーバ指示受信手段、サーバ指示送信ステップ
Ｓ１９５～Ｓ１９９ サーバ実行手段

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】