(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-02-07
(45)【発行日】2023-02-15
(54)【発明の名称】情報処理方法、及び電子楽器
(51)【国際特許分類】
G10H 1/00 20060101AFI20230208BHJP
G10H 1/32 20060101ALI20230208BHJP
【ＦＩ】
G10H1/00 Z
G10H1/32 Z
【請求項の数】
20
(21)【出願番号】P 2021530472
(86)(22)【出願日】2019-07-11
(86)【国際出願番号】 JP2019027616
(87)【国際公開番号】W WO2021005804
(87)【国際公開日】2021-01-14
【審査請求日】2022-01-19
(73)【特許権者】
【識別番号】000116068
【氏名又は名称】ローランド株式会社
(74)【代理人】
【識別番号】110002860
【氏名又は名称】弁理士法人秀和特許事務所
(72)【発明者】
【氏名】武田 明寛
(72)【発明者】
【氏名】赤池 孝士
【審査官】山下 剛史
(56)【参考文献】
【文献】特開２０１２－８８３７８（ＪＰ，Ａ）
【文献】特開２０１５－５２６５３（ＪＰ，Ａ）
【文献】特開２０１１－２０４０４２（ＪＰ，Ａ）
【文献】特開２００２－４１０５４（ＪＰ，Ａ）
【文献】特開２００７－２５６７５４（ＪＰ，Ａ）
【文献】米国特許第８４２０９２３（ＵＳ，Ｂ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１０Ｈ １／００－７／１２
Ｈ０４Ｗ ４／８０
(57)【特許請求の範囲】
【請求項1】
電子楽器と、前記電子楽器と近距離無線通信可能な端末との一方が、前記電子楽器と前記端末とが前記近距離無線通信可能な状態にある間、データの読み出し要求の送信と、書き込み対象データ及びその書き込み要求の送信との少なくとも一方を所定パターンで繰り返す動作を含む動作パターンに従った動作を行い、前記電子楽器と前記端末との他方が、前記読み出し要求の受信時に対応するデータを送信する処理を行い、前記書き込み対象データ及びその書き込み要求の受信時に前記書き込み対象データの書き込み処理を行う
情報処理方法。
【請求項2】
前記所定パターンは、データの読み出し要求の送信の繰り返し、又は、書き込み対象データ及びその書き込み要求の送信の繰り返しである請求項１に記載の情報処理方法。
【請求項3】
前記所定パターンは、Ｎ回のデータの読み出し要求の送信と、Ｍ回の書き込み対象データ及びその書き込み要求の送信とを交互に繰り返すことである請求項１又は２のいずれか一項に記載の情報処理方法。
【請求項4】
前記動作パターンは、データの読み出し要求の送信によって得られたデータの内容に従って、データの読み出し要求の送信と書き込み対象データ及びその書き込み要求の送信との一方を行うことを含む請求項１から３のいずれか一項に記載の情報処理方法。
【請求項5】
前記動作パターンは、データの読み出し要求の送信と書き込み対象データ及びその書き込み要求の送信との一方を用いた通信の失敗を検出した場合に、データの読み出し要求の送信と書き込み対象データ及びその書き込み要求の送信との一方を行うことを含む請求項１から４のいずれか一項に記載の情報処理方法。
【請求項6】
前記動作パターンは、送信対象のデータがある場合に、書き込み対象データ及びその書き込み要求を送信し、送信対象のデータがない場合に、データの読み出し要求の送信を繰り返し行うことを含む請求項１から５のいずれか一項に記載の情報処理方法。
【請求項7】
前記動作パターンは、送信対象のデータがある場合に、書き込み対象データ及びその書き込み要求の送信を繰り返す中で、所定のタイミングにおいてデータの読み出し要求の送信を行い、送信対象のデータがない場合に、データの読み出し要求の送信を繰り返し行うことを含む請求項１から５のいずれか一項に記載の情報処理方法。
【請求項8】
前記電子楽器が、前記端末から受信する制御情報に基づいて所定の処理を行う請求項１から７のいずれか一項に記載の情報処理方法。
【請求項9】
前記端末が、前記電子楽器の演奏操作子となるユーザインタフェースをユーザに提供する処理を行い、前記ユーザインタフェースの操作によって得られた演奏情報を前記電子楽器へ送信し、前記電子楽器が、前記端末から受信した前記演奏情報を用いた所定の処理を行う
請求項１から７のいずれか一項に記載の情報処理方法。
【請求項10】
前記端末が、前記端末の認証情報を前記電子楽器に送信し、前記電子楽器は、前記端末の認証情報が正当と判定する場合に、前記電子楽器と前記端末とが前記近距離無線通信可能な状態にある間、所定の機能を使用可能な状態とし、前記電子楽器と前記端末とが前記近距離無線通信可能な状態が解除された場合に、前記所定の機能を使用不可の状態にする
請求項８に記載の情報処理方法。
【請求項11】
前記端末がネットワークを介して受信した前記電子楽器の制御情報を前記電子楽器へ送信する請求項８に記載の情報処理方法。
【請求項12】
前記電子楽器は、前記書き込み要求又は前記読み出し要求の電波によって生じる起電力を電源として所定の処理を行う請求項１に記載の情報処理方法。
【請求項13】
前記端末が、前記電子楽器から演奏情報を受信し、前記演奏情報に対応する楽譜情報を表示装置に表示する請求項１に記載の情報処理方法。
【請求項14】
前記端末が、前記電子楽器から演奏情報を受信し、前記演奏情報に対応する楽音を出力する請求項１に記載の情報処理方法。
【請求項15】
前記端末が、前記電子楽器から、前記電子楽器の操作に係る情報を受信し、前記操作に係る情報に関連する、前記電子楽器の操作を支援する情報を表示装置に表示する請求項１に記載の情報処理方法。
【請求項16】
前記端末が、前記電子楽器から受信するデータを編集し、編集後のデータを前記電子楽器に送信する請求項１に記載の情報処理方法。
【請求項17】
前記電子楽器が、前記端末から受信するデータを編集し、編集後のデータを前記端末へ送信する請求項１に記載の情報処理方法。
【請求項18】
前記端末が、前記読み出し要求を発行する頻度を、前記端末への非入力の期間に応じて変更する請求項１から１７のいずれか一項に記載の情報処理方法。
【請求項19】
前記電子楽器は、前記端末から受信する電波のエネルギーを用いてデータを前記端末へ送信する請求項１から１８のいずれか一項に記載の情報処理方法。
【請求項20】
電子楽器であって、端末と近距離無線通信可能な通信部と、
前記端末が前記電子楽器と前記端末とが前記近距離無線通信可能な状態にある間にデータの読み出し要求の送信と、書き込み対象データ及びその書き込み要求との送信との少なくとも一方を所定パターンで繰り返す動作を含む動作パターンに従った動作を行う場合において、前記通信部を用いた前記読み出し要求の受信時に対応するデータを送信する処理を行い、前記通信部を介した前記書き込み対象データ及びその書き込み要求の受信時に前記書き込み対象データの書き込み処理を行う処理部と
を含む電子楽器。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理方法、及び電子楽器に関する。
【背景技術】
【0002】
従来、ＮＦＣ（Near Field Communication：近距離無線通信）の規格に従ったアンテナとの距離が所定の範囲に近づくと、そのアンテナに接続されている無線タグに記憶されている情報の読み取りを行い、複数の読み取りの順番（シーケンス）に応じた処理を行う情報処理装置がある（例えば、特許文献１）。また、携帯端末がＮＦＣ通信圏内に位置したことを検知したとき、ＮＦＣ通信を確立して、ＢＴ通信に移行に備えて情報の交換を行い、ＢＴ通信により印刷対象の情報を受信し、印刷を行う技術がある（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１５－０５２２０９号公報
【文献】特開２０１７－００１３９４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明は、電子楽器の有用性を向上させることのできる情報処理方法及び電子楽器を提供することを目的とする。
【課題を解決するための手段】
【0005】
本発明の一側面は、電子楽器と、前記電子楽器と近距離無線通信可能な端末との一方が、前記電子楽器と前記端末とが前記近距離無線通信可能な状態にある間、データの読み出し要求の送信と、書き込み対象データ及びその書き込み要求との送信との少なくとも一方を所定パターンで繰り返す動作を含む動作パターンに従った動作を行い、
前記電子楽器と前記端末との他方が、前記読み出し要求の受信時に対応するデータを送信する処理を行い、前記書き込み対象データ及びその書き込み要求の受信時に前記書き込み対象データの書き込み処理を行う
情報処理方法である。
前記電子楽器と前記端末との他方が、前記読み出し要求の受信時に対応するデータを送信する処理を行い、前記書き込み対象データ及びその書き込み要求の受信時に前記書き込み対象データの書き込み処理を行う
情報処理方法である。
【0006】
また、本発明の他の側面は、電子楽器であって、
端末と近距離無線通信可能な近距離無線通信部と、
前記端末が前記電子楽器と前記端末とが前記近距離無線通信可能な状態にある間にデータの読み出し要求の送信と、書き込み対象データ及びその書き込み要求との送信との少なくとも一方を所定パターンで繰り返す動作を含む動作パターンに従った動作を行う場合において、前記近距離無線通信部を用いた前記読み出し要求の受信時に対応するデータを送信する処理を行い、前記近距離無線通信部を介した前記書き込み対象データ及びその書き込み要求の受信時に前記書き込み対象データの書き込み処理を行う処理部と
を含む電子楽器である。
端末と近距離無線通信可能な近距離無線通信部と、
前記端末が前記電子楽器と前記端末とが前記近距離無線通信可能な状態にある間にデータの読み出し要求の送信と、書き込み対象データ及びその書き込み要求との送信との少なくとも一方を所定パターンで繰り返す動作を含む動作パターンに従った動作を行う場合において、前記近距離無線通信部を用いた前記読み出し要求の受信時に対応するデータを送信する処理を行い、前記近距離無線通信部を介した前記書き込み対象データ及びその書き込み要求の受信時に前記書き込み対象データの書き込み処理を行う処理部と
を含む電子楽器である。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
電子楽器に関して、電子楽器の操作性向上、電子楽器が具備する（電子楽器に適用可能な）アプリケーションの拡大のために、電子楽器に無線通信機能を搭載することが望まれる。しかし、Bluetooth（登録商標）や無線ＬＡＮなどの無線通信技術では機器間での事前の接続処理が必要となるため煩雑である。
【0009】
実施形態では、以下のような目的を達成し得る電子楽器システムについて説明する。すなわち、実施形態では、ＮＦＣの特徴である近接通信の手軽さを活用し、ユーザの利便性を向上しつつ、電子楽器と端末（例えばスマートフォン）の間で双方向のデータ通信を実現する。これによって、電子楽器の演奏情報や、機器設定（内部パラメータ）をリアルタイムに端末と電子楽器との間で送受信可能となる。また、実施形態に係る電子楽器システムでは、操作子や表示器のサイズが小さい電子楽器に関して、ＮＦＣ通信の利用により、端末の有するユーザインタフェース（入力装置及びディスプレイ）を利用可能とする。これにより、電子楽器の操作性を向上させることができる。
【0010】
実施形態では、以下のような構成に関しての説明を行う。例えば、電子楽器に近距離無線通信を行う機能を搭載して、リアルタイムなデータ通信を実施する構成である。例えば、近距離無線通信を用いて、電子楽器に必要な演奏情報（例えば、電子楽器の制御データ：ＭＩＤＩデータ）を、電子機器とスマートフォン等のモバイル端末との間で送受信可能とする。また、実施形態では、近距離無線通信端末を近接させたままで、リアルタイムに発生するデータ送受信を継続する処理について説明する。
【0011】
本明細書において、「近距離無線通信」の語は、ＮＦＣ、FeliCa（登録商標）、ＲＦＩＤ（Radio Frequency Identifier）などの通信規格に従って行われる近距離（数ｍ～数ｃｍ又はそれ以下）の無線通信を指す。但し、無線通信規格は、上記の例示に制限されない。また、無線通信には、非接触ＩＣカードを用いた通信も含まれるが、除外可能である。以下の実施形態では、近距離無線通信が、ＮＦＣの規格に従って行われる例を示す。
【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】
電子楽器１０は、例えば、鍵盤楽器（ピアノ、オルガン、シンセサイザなど）、打楽器（ドラムなど）、弦楽器（ギター、バイオリンなど）、管楽器（サクソフォーンなど）などを模した様々な種類の電子楽器を含む。電子楽器の種類は、上記例示に限定されない。
【0042】
電子楽器１０は、バスＢ１に接続された、処理部としてのＭＣＵ（Micro Control Unit）１１と、入力装置１２と、ディスプレイ１３と、スピーカ１４と、演奏操作子１５とを含む。ＭＣＵ１１には、ＮＦＣモジュール１６が接続されている。ＮＦＣモジュール１６は、通信部の一例であり、通信ＩＣ（Integrated Circuit）１６Ａと、アンテナ１６Ｂとを含む。ＮＦＣモジュール１６は、バスＢ１を介してＭＣＵ１１に接続されていてもよい。
【0043】
ＭＣＵ１１は、電子楽器１０を制御するためのプロセッサ（ＣＰＵ（Central Processing Unit）など）、記憶装置（ROM、RAM、ハードディスクなど）、集積回路（ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）など）の組み合わせにより構成される。プロセッサは、記憶装置に記憶されたプログラムを実行することによって様々な処理を行う。なお、本実施形態では、ＭＣＵ１１が音源モジュール（シンセサイザ）を構成する回路を含むものとして説明する。音源モジュールは、ＭＣＵ１１と異なる部品として扱われてもよい。電子楽器１０が音源モジュールを持たない場合もある。
【0044】
入力装置１２は、電子楽器１０の各種の操作を行うキー、ボタン、スイッチなどである。ディスプレイ１３は、情報を表示する。スピーカ１４は、楽音（オーディオ）信号に基づく楽音を出力する。楽音には、楽器音と、人や動物の声（音声）と、楽器音及び音声以外の音が含まれる。演奏操作子１５は、電子楽器１０のユーザが演奏のために操作する鍵盤、打面、ピストンなどである。ＭＣＵ１１は、演奏操作子の操作に応じた演奏データ（例えば、ＭＩＤＩデータなど）を生成する。ＭＩＤＩデータは、複数の演奏パラメータを含む。演奏データは、ＭＣＵ１１に含まれる記憶装置に記憶される。記憶装置は、ＭＣＵ１１の外部に設けられていてもよい。
【0045】
ＭＣＵ１１は、ＭＩＤＩデータに基づく楽音信号を、音源モジュールを用いて生成する。楽音信号の生成は、プログラムの実行によるソフトウェア処理でも、回路によるハードウェア処理でもよい。楽音信号に対応する音声は、スピーカ１４から出力される。ＭＣＵ１１は、入力装置１２による入力された情報や操作の結果、ＭＩＤＩに基づく演奏パラメータなどの演奏に係る情報を、ディスプレイ１３に表示する。なお、ディスプレイ１３は、電子楽器１０が必ずしも有する構成要素ではない。また、ディスプレイ１３は、ＬＣＤを用いて所定の文字のみを表示するような、簡素なものである場合もある。
【0046】
ＮＦＣモジュール１６の通信ＩＣ１６Ａは、ＮＦＣの通信規格にしたがった通信制御を行う。通信ＩＣ１６Ａは、ＮＦＣタグデバイスを含む。ＮＦＣタグデバイスは、データの記憶領域（メモリ）を有し、アンテナ１６Ｂが読み出し命令の電波を受信した場合に、ＮＦＣタグデバイスが有する内蔵メモリに記憶されたデータを読み出す。データは、例えば、読み出し命令の電波の反射波に乗せられて送られる。また、通信ＩＣ１６ＡのＮＦＣタグデバイスは、アンテナ１６Ｂがデータ及びデータの書き込み命令の電波を受信した場合に、受信されたデータを内蔵メモリに書き込み（記憶）したり、ＭＣＵ１１に送ったりする。
【0047】
端末２０は、スマートフォン、タブレット端末などのスマートデバイス、パーソナルコンピュータ（ＰＣ）などの、電子楽器１０とＮＦＣ通信可能な端末装置である。端末２０は、上記の例示に制限されない。また、端末２０は固定端末でもよい。
【0048】
端末２０は、バスＢ２に接続された、プロセッサ２１、記憶装置２２、入力装置２３、通信インタフェース（通信ＩＦ）２４、ディスプレイ２５、ＮＦＣモジュール２６、スピーカ２７、音源モジュール（シンセサイザ）２８、センサ２９、カメラ３０、ＧＰＳ受信機３１、マイクロフォン（ＭＩＣ）３２を含んでいる。端末２０には、バッテリ３３が搭載されており、上記した端末２０の各構成要素は、バッテリ３３から供給される電力を用いて動作可能である。
【0049】
プロセッサ２１は、ＣＰＵなどであり、記憶装置２２に記憶されたプログラムを実行して所定の処理を行う。記憶装置２２は、主記憶装置（ＲＡＭ、ＲＯＭ）と、補助記憶装置（ハードディスク、ＳＳＤなど）とを含む。主記憶装置は、データやプログラムの記憶領域、プロセッサ２１の作業領域、通信データのバッファ領域として使用される。補助記憶装置は、データやプログラムの記憶に使用される。
【0050】
通信ＩＦ２４は、所定の無線通信規格に従った通信機能を司る。無線通信規格は、ＬＴＥ、無線ＬＡＮ（Ｗｉ-Ｆｉ）、Bluetooth（登録商標）、ＢＬＥ、Zigbeeなどであり、端末２０は、これらの規格のうちの二以上に対応する通信ＩＦを有することができる。但し、無線通信規格はこれらに制限されない。
【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】
Ｓ０１８では、ＭＣＵ１１は、端末２０が電子楽器１０に対して行った通信要求が何であるかを判定する。Ｓ０１８において、通信要求が読み出し要求（Read）であると判定される場合には、処理がＳ０１９に進む。これに対し、通信要求が書き込み対象のデータ及び書き込み要求（Write）であると判定する場合には処理がＳ０２０に進み、通信要求が届いていない（Not request）と判定される場合には処理がＳ００７に戻る。但し、通信要求が届いていない場合に処理がＳ００１に戻るようにしてもよい。なお、図１３において、Ｓ００８Ａの処理は、Ｓ１０７とＳ１１８との間の代わりに、Ｓ０１８とＳ０２０の間、及びＳ０１８とＳ０１９の間にあってもよい。また、固有データの受信と送信との間で閾値Ｔｈが同じでも異なっていてもよい。
【0119】
Ｓ０１９では、ＭＣＵ１１は、読み出し要求に従って、電子楽器１０の固有データ（電子楽器１０に施された設定パラメータ）を記憶装置から読み出して端末２０へ送信する処理を行う。その後、処理がＳ００７に戻る。但し、Ｓ００１に戻ってもよい。
【0120】
Ｓ０２０では、ＭＣＵ１１は、端末２０から受信された書き込み対象のデータ（電子楽器１０の固有データ）を書き込み要求に従って記憶装置に書き込む。これによって、固有データが上書き（更新）され、端末２０でなされた固有データの変更が電子楽器１０に反映される。固有データ、すなわち設定パラメータの変更により、ＭＩＤＩインプリメンテーションや電子楽器１０の状態が変わる。なお、Ｓ０２０の処理が終了すると、処理がＳ００７に戻る。但し、Ｓ００１に戻ってもよい。
【0121】
図１４は、動作例９における端末２０の処理例を示すフローチャートである。図１４に示すＳ１０１～Ｓ１０７の処理は、動作例５における処理（図６）と同じであるので説明を省略する。但し、図１４のＳ１０７でＮＯの判定がなされた場合、処理がＳ１１７に進み、そうでないと判定された場合、処理がＳ１０８Ａに進む。Ｓ１１７では、プロセッサ２１が動作例９の動作を終了するかを判定する。動作を終了すると判定される場合、動作例９の動作が終了し、そうでなければ処理がＳ１０７に戻る。Ｓ１０８Ａでは、カウント値が閾値以上と判定されるまで、カウンタのカウントが行われ、カウント値が閾値以上と判定された場合は、処理がＳ１１８に進む。
【0122】
Ｓ１１８では、プロセッサ２１は、端末２０が電子楽器１０に対して行う（行った）通信要求が何であるかを判定する。Ｓ１１８において、通信要求として読み出し要求（Read）を電子楽器１０に行った判定される場合には、処理がＳ１１９に進む。これに対し、通信要求として書き込み要求（Write）を電子楽器１０に要求すると判定する場合には処理がＳ１２０に進む。通信要求をしない又はしていない（Not request）と判定される場合には処理がＳ１０７に戻る。但し、通信要求をしない又はしていない場合に処理がＳ００１に戻るようにしてもよい。
【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】
図３７に示す処理は、Ｓ０４７の処理を除き、動作例５における電子楽器１０の処理（図５）と同じであるため、Ｓ０４７以外の処理の説明は省略する。Ｓ０４７では、ＭＣＵ１１は、端末２０から受信される制御情報を受信し、その制御情報に応じた所定の制御や動作を行う。例えば、ＭＣＵ１１は、制御情報に応じた機能のオンオフや、状態の変更、パラメータの変更などを行う。
【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】
図４７は、頻度変更に用いるテーブルの例を示す。テーブルは記憶装置２２に記憶され、プロセッサ２１により参照される。第２の例に係るアプリでは、画面毎に読み出し要求の頻度（閾値Ｔｈ）が管理される。すなわち、画面（例えば、楽譜表示画面、コンフィグ画面など）の夫々と、閾値Ｔｈとの対応関係を示すテーブルが、記憶装置２２に記憶される。図４７に示すテーブルの例では、画面の識別子（ＳＣ１、ＳＣ２、ＳＣ３、・・・）と、画面のそれぞれに対応する閾値Ｔｈ（Th001、Th002、Th003、・・・）とが対応づけて記憶されている。画面の識別子には、画面に割り当てられた番号や、画面の表示用データが記憶されたアドレスなどが用いられる。閾値Ｔｈとして、画面に応じた値が設定される。第２の例では、コンフィグ画面（識別子：ＳＣ２）に対応する閾値Ｔｈ（Th002）として、楽譜表示画面（識別子ＳＣ１）に対応する閾値Ｔｈ（Th001）より小さい値が設定される。
【0228】
図４８は、頻度変更の第２の例に係る処理例を示すフローチャートであり、Ｓ００８又はＳ１０８と、Ｓ００８ＡとＳ１０８Ａとの間に実行される、Ｓ４０１～Ｓ４０４の処理を示す。Ｓ４０１の開始の時点で、ディスプレイ２５には楽譜表示画面（ＳＣ１）が表示されていると仮定する。Ｓ４０１では、プロセッサ２１は、入力装置２３の操作などによって、画面の切り替え指示が入力されたか否かを判定する。このとき、画面切り替え指示が入力されたと判定される場合には、処理がＳ４０２に進み、そうでない場合には、処理がＳ４０３に進む。
【0229】
Ｓ４０２では、プロセッサ２１は、画面の切り替え処理を行う。例えば、画面切り替え指示の入力によって得られる切り替え先の画面を示す情報（画面識別子）をプロセッサ２１は取得し、該当する画面のデータを読み出してディスプレイ２５に表示する制御を行う。一例として、これまで表示されていた楽譜表示画面がコンフィグ画面に切り替えられたと仮定する。
【0230】
Ｓ４０３では、プロセッサ２１は、画面と閾値Ｔｈとの対応テーブル（図４７）を参照し、コンフィグ画面の画面識別子ＳＣ２に対応する閾値Ｔｈ（Th002）を取得し、現在の閾値Ｔｈ(Th001)と比較することによって、閾値Ｔｈの変更の要否を判定する。閾値Ｔｈの変更要と判定される場合には、処理がＳ４０４に進み、そうでない場合には、処理がＳ００８Ａ（Ｓ１０８Ａ）に進む。
【0231】
Ｓ４０４では、対応テーブルから読み出された閾値Ｔｈ（Th002）を新たな閾値Ｔｈとして設定する。その後、処理がＳ００８Ａ（Ｓ１０８Ａ）に進む。これによって、コンフィグ画面が表示されている間、読み出し要求の頻度が低下する。なお、Ｓ４０１において、コンフィグ画面から楽譜表示画面への切り替え指示が入力された場合には、Ｓ４０２及びＳ４０３の処理を経て、閾値Ｔｈが楽譜表示画面（ＳＣ１）に対応する値（Th001）に変更される（元に戻る）。これによって、読み出し要求の頻度が上がる。
【0232】
第２の例によれば、端末２０が、読み出し要求を発行する頻度（閾値Ｔｈ）を、端末２０が表示する画面の切り替えに応じて変更する。これによって、画面を通じてユーザに提供する機能に応じた頻度でデータを読み出すことができる。また、画面切り替えに応じて頻度が変更されることで、データの読み出し頻度をリアルタイム性の高低に応じた頻度にすることができ、無駄なデータ読み出し要求の発行を回避して消費電力を削減することができる。
【0233】
なお、第２の例では、一つのアプリにおいて表示が制御される２つの画面の切り替えにおいて、頻度が変更される例を示した。但し、２つの画面は、異なるアプリによって表示制御されるもの（画面切り替えのトリガ発生によって他のアプリが起動し、そのアプリが切り替え後の画面を表示する）であってもよい。Ｓ４０２の処理を、Ｓ４０４の後にして、閾値Ｔｈが変更されてから画面を切り替えるようにしてもよい。
【0234】
【0235】
Ｓ５０１において、プロセッサ２１は、端末２０に対する入力の有無を判定する。入力ありと判定される場合には、処理がＳ５０５へ進む。これに対し、入力なしと判定される場合には、処理がＳ５０２に進む。
【0236】
Ｓ５０２では、プロセッサ２１は、非入力の時間を計数するためのカウンタのカウント値をインクリメント（１加算）する。Ｓ５０３では、プロセッサ２１は、カウント値が所定の閾値Ｔｈ３（非入力時間の閾値）以上か否かを判定する。カウント値が閾値Ｔｈ３以上であると判定する場合には、処理がＳ５０４へ進み、そうでないと判定される場合には、処理がＳ５０１に戻る。
【0237】
Ｓ５０４へ処理が進んだ場合には、プロセッサ２１は、読み出し要求の頻度に係る閾値Ｔｈの値を所定値に下げる。入力がないことは、ユーザがアプリを使用していない可能性がある。アプリ不使用の場合、通常の頻度でのデータの読み出しは不要であるため、頻度を低下させて、読み出し要求発行による電力消費を抑える。Ｓ５０４の処理は、閾値Ｔｈの現在値（設定値）を、或る記憶領域に記憶されている低下時の閾値Ｔｈの値に書き替えることにより行う。このとき、プロセッサ２１は元の値を所定の記憶領域（退避場所）に退避させる。
【0238】
Ｓ５０４が終了すると、処理が次のステップへ進む。次のステップは、例えば、Ｓ００８Ａ、Ｓ１０８Ａ、Ｓ３０１、Ｓ４０１のいずれかである。後述する、Ｓ５０６においてＮｏの判定がなされた場合、Ｓ５０７の処理が終了した場合も同様である。
【0239】
Ｓ５０５に処理が進んだ場合には、プロセッサ２１はカウンタをリセットする。Ｓ５０６では、閾値Ｔｈの現在値がＳ５０４によって低下させた値か否かをプロセッサ２１は判定する。この判定は、例えば、退避場所に退避した元の値があるか否か（なければＮＵＬＬ）によって行うことができる。但し、他の方法でもよい。
【0240】
閾値Ｔｈの現在値がＳ５０４によって低下させた値と判定される場合には、プロセッサ２１は、閾値Ｔｈの値を元の値に戻す（Ｓ５０７）。この処理は、例えば、退避していた元の値で閾値Ｔｈの現在値を書き替えることにより行われる。Ｓ５０７の処理が終了した場合、及び閾値Ｔｈの現在値が低下させた値でないと判定する場合（例えば、退避場所の値がＮＵＬＬである場合）には（Ｓ５０６のＮｏ）、Ｓ５０６の処理が終了して、次のステップへ進む。
【0241】
以上のようにして、第３の例では、端末２０が、読み出し要求を発行する頻度（閾値Ｔｈ）を、端末２０への非入力の期間に応じて変更する。すなわち、非入力時間が閾値Ｔｈ３以上になると、頻度を低下させて省電力を図る。一方、入力があると、低下させた閾値を元に戻して（上げて）、所望の読み出し要求の頻度にする。実施形態にて示した構成は、目的を逸脱しない範囲で適宜組み合わせることができる。
【符号の説明】
【0242】
１０・・・電子楽器
１１・・・ＭＣＵ
１２，２３・・・入力装置
１３，２５・・・ディスプレイ
１４，２７・・・スピーカ
２０・・・端末
２１・・・プロセッサ
２２・・・記憶装置
２４・・・通信インタフェース
２９・・・センサ
２８・・・音源モジュール
３０・・・カメラ
３１・・・ＧＰＳ受信機
１１・・・ＭＣＵ
１２，２３・・・入力装置
１３，２５・・・ディスプレイ
１４，２７・・・スピーカ
２０・・・端末
２１・・・プロセッサ
２２・・・記憶装置
２４・・・通信インタフェース
２９・・・センサ
２８・・・音源モジュール
３０・・・カメラ
３１・・・ＧＰＳ受信機
【図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】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】
【図45】
【図46】
【図47】
【図48】
【図49】