WO2022130976A1

WO2022130976A1 - 電子機器、デバイス、システム、方法及びプログラム

Info

Publication number: WO2022130976A1
Application number: PCT/JP2021/044057
Authority: WO
Inventors: 文則佐野; 淳佐藤; 博樹菅野
Original assignee: カシオ計算機株式会社
Priority date: 2020-12-17
Filing date: 2021-12-01
Publication date: 2022-06-23
Also published as: US20230326437A1; JP7331826B2; JP2023145769A; CN116569252A; EP4266304A1; JP2022096035A

Abstract

本開示の一態様に係る電子機器は、Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍａｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ（登録商標））メッセージと、前記ＭＩＤＩメッセージの実行タイミングに関するタイムスタンプ情報と、前記ＭＩＤＩメッセージのバッファリングに関するオフセット情報と、を受信する受信部と、前記オフセット情報に基づいて、前記タイムスタンプ情報による前記ＭＩＤＩメッセージの実行タイミングを制御する制御部と、を有する。

Description

電子機器、デバイス、システム、方法及びプログラム

　　本開示は、無線通信を利用する電子機器、デバイス、システム、方法及びプログラムに関する。

　　電子楽器の演奏のためのデータを機器間でやり取りするための形式として、Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍａｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ（登録商標））が広く用いられている。一方で、無線通信デバイスが盛んに利用される近年では、無線を用いてＭＩＤＩを送受信する技術が検討されている。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）　Ｌｏｗ　Ｅｎｅｒｇｙ（Ｂｌｕｅｔｏｏｔｈ　ＬＥ）を用いてＭＩＤＩを送受信するＭＩＤＩ　ｏｖｅｒ　Ｂｌｕｅｔｏｏｔｈ　ＬＥ（又はＢＬＥ　ＭＩＤＩ）が検討されている。

　　また、既存の電子楽器のＭＩＤＩ端子に挿すだけでＢＬＥ　ＭＩＤＩが実現できるようなドングル装置が提案されている（特許文献１）。

特開２０１５－１７９１４１号公報

　ＭＩＤＩデータそのものは、時間に関するデータを持っていないので、機器が受信したタイミングが、楽器を制御（発音などなど）するタイミングとなる。

　しかしながら、無線通信の環境が悪い（例えば、通信品質が悪い）と、送信したデータが届くまでの時間が変動することがある。また、Ｂｌｕｅｔｏｏｔｈ　ＬＥは、低消費電力化を目的として、データ通信は間欠発信となっている。複数の間欠発信間のタイミング差は、１５ｍｓ（ミリ秒）以下であることが推奨されるため、無線環境が良くても１５ｍｓのデータ遅延（ゆらぎ）が発生する可能性がある。

　ＢＬＥ　ＭＩＤＩ及びＭＩＤＩ２.０では、タイムスタンプを利用することができ、受信したタイミングに関わらず、タイムスタンプで同期をとればゆらぎ（ジッタ）が改善される。ただし、十分な改善効果を得るためには、受信機器のデータバッファ量を多くとる必要があるが、その場合は、定量的な遅れ（レイテンシ）が増大し、リアルタイム性が損なわれるという課題がある。ジッタとレイテンシのトレードオフをうまくとれなければ、ユーザの体感品質が低下するが、そのような方法は検討されていない。

　そこで本開示は、ジッタとレイテンシのトレードオフの好適な調整を実現できる電子機器、デバイス、システム、方法及びプログラムを提供することを目的の１つとする。

　本開示の一態様によれば、ジッタとレイテンシのトレードオフの好適な調整を実現できる。

図１は、一実施形態に係るシステムの概略構成の一例を示す図である。図２は、一実施形態にかかる電子楽器１０の外観の一例を示す図である。図３は、一実施形態にかかる電子楽器１０の制御システム１００のハードウェア構成の一例を示す図である。図４は、一実施形態にかかるドングル２０のハードウェア構成の一例を示す図である。図５は、一実施形態にかかるデバイス３０のハードウェア構成の一例を示す図である。図６は、一実施形態に係るジッタ制御方法のシーケンス図である。図７Ａ－７Ｄは、タイムスタンプ及びオフセットに基づく補正の概念図である。図８は、一実施形態に係る無線性能測定方法のシーケンス図である。図９は、測定用データのフォーマットの一例を示す図である。

　以下、本開示の実施形態について添付図面を参照して詳細に説明する。以下の説明では、同一の部には同一の符号が付される。同一の部は名称、機能などが同じであるため、詳細な説明は繰り返さない。

（システム）
　図１は、一実施形態に係るシステムの概略構成の一例を示す図である。図１に示すシステム１は、電子楽器１０と、ドングル２０と、デバイス３０と、を含む。システム１は、ＭＩＤＩ伝送（又は再生又は実行）システム、無線性能評価システム、電子楽器システムなどと呼ばれてもよい。

　電子楽器１０は、鍵盤、スイッチなどの操作子を介してユーザからの入力を受け付け、演奏などを制御するための装置である。電子楽器１０は、ＭＩＤＩデータなどの演奏情報に応じた音を発生する機能を有する装置であってもよい。当該装置は、電子楽器（電子ピアノ、シンセサイザーなど）であってもよいし、センサなどを搭載して電子楽器相当の機能を有するように構成されたアナログの楽器であってもよいし、演奏のための操作子（鍵盤など）を有しない電子機器（後述のデバイス３０と同様の電子機器）であってもよい。なお、本開示において、電子機器は、電子楽器１０及びその他の電子機器を包含する名称を意味してもよい。つまり、本開示において、電子楽器１０は、電子機器１０と互いに読
み替えられてもよい。

　ドングル２０は、電子楽器１０に接続され、デバイス３０との間の直接通信を中継する。本開示では、ドングル２０は、電子楽器１０のユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ（ＵＳＢ））端子に接続（装着）されると想定して説明するが、これに限られない。ＵＳＢ以外のインターフェースが用いられる場合は、本開示のＵＳＢは当該インターフェースに関して読み替えて実現されてもよい。ドングル２０は、電子楽器用通信装置と呼ばれてもよい。

　デバイス３０は、電子楽器１０（又はドングル２０）との間で通信を実施する電子機器である。デバイス３０は、携帯電話、スマートフォン、タブレット型端末などの携帯端末（移動通信端末）であってもよいし、パソコン（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ（ＰＣ））、サーバ、テレビ、ゲーム機などの固定通信端末であってもよい。つまり、本開示におけるデバイス３０は、通信デバイス、通信装置、端末装置などと互いに読み替えられてもよい。

＜電子楽器＞
　図２は、一実施形態にかかる電子楽器１０の外観の一例を示す図である。電子楽器１０は、スイッチ（ボタン）パネル１４０ｂ、鍵盤１４０ｋ、ディスプレイ１５０ｄ、スピーカー１５０ｓなどを搭載してもよい。

　スイッチパネル１４０ｂは、音量の指定、音源、音色などの設定、ソング（伴奏）の選曲（伴奏）、ソング再生開始／停止、ソング再生の設定（テンポなど）などを操作するためのスイッチを含んでもよい。

　鍵盤１４０ｋは、演奏操作子としての複数の鍵を有してもよい。鍵は、演奏操作子、音高操作子、音色操作子、直接操作子などと呼ばれてもよい。

　ディスプレイ１５０ｄは、歌詞、楽譜、各種設定情報などを表示してもよい。スピーカー１５０ｓは、演奏により生成された音を放音するために用いられてもよい。

　なお、電子楽器１０は、ＭＩＤＩメッセージ（イベント）及びＯｐｅｎ　Ｓｏｕｎｄ　Ｃｏｎｔｒｏｌ（ＯＳＣ）メッセージの少なくとも一方を生成したり、変換したりすることができてもよい。また、本開示の「ＭＩＤＩ」は、ＭＩＤＩ１．０規格、ＭＩＤＩ２.０規格及びＭＩＤＩを修正／拡張した規格のいずれであってもよい。また、本開示において、ＭＩＤＩメッセージ及びＭＩＤＩデータは、互いに読み替えられてもよい。なお、ＭＩＤＩメッセージは、１つのコマンドとして機能する複数の（例えば、数バイトの）ＭＩＤＩデータを意味してもよい。

　電子楽器１０は、有線及び無線（例えば、Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、５ｔｈ　ｇｅｎｅｒａｔｉｏｎ　ｍｏｂｉｌｅ　ｃｏｍｍｕｎｉｃａｔｉｏｎ　ｓｙｓｔｅｍ　Ｎｅｗ　Ｒａｄｉｏ（５Ｇ　ＮＲ）、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈなど）の少なくとも一方を介して、ネットワーク（インターネットなど）と通信してもよい。

　図３は、一実施形態にかかる電子楽器１０の制御システム１００のハードウェア構成の
一例を示す図である。

　中央処理装置（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ（ＣＰＵ））１０１、ＲＯＭ（リードオンリーメモリ）１０２、ＲＡＭ（ランダムアクセスメモリ）１０３、音源１０４、図２のスイッチ（ボタン）パネル１４０ｂや鍵盤１４０ｋが接続されるキースキャナ１０６、ＵＳＢインターフェース１０７、及び図２のディスプレイ１５０ｄの一例としてのＬｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ（ＬＣＤ）が接続されるＬＣＤコントローラ１０８などが、それぞれシステムバス１０９に接続されている。

　ＣＰＵ１０１には、演奏を制御するためのタイマ１１０（カウンタと呼ばれてもよい）が接続されてもよい。タイマ１１０は、例えば、電子楽器１０における自動演奏の進行をカウントするために用いられてもよい。ＣＰＵ１０１は、プロセッサと呼ばれてもよく、周辺回路とのインターフェース、制御回路、演算回路、レジスタなどを含んでもよい。

　ＣＰＵ１０１は、ＲＡＭ１０３をワークメモリとして使用しながらＲＯＭ１０２に記憶された制御プログラムを実行することにより、図２の電子楽器１０の制御動作を実行する。また、ＲＯＭ１０２は、上記制御プログラム及び各種固定データのほか、歌データ、伴奏データ、これらを含む曲（ソング）データなどを記憶してもよい。

　キースキャナ（スキャナ）１０６は、図２の鍵盤１４０ｋの押鍵／離鍵状態、スイッチパネル１４０ｂのスイッチ操作状態などを定常的に走査し、ＣＰＵ１０１に割り込みを掛けて状態変化を伝える。

　ＬＣＤコントローラ１０８は、ディスプレイ１５０ｄの一例であるＬＣＤの表示状態を制御するＩＣ（集積回路）である。音源１０４は、キースキャナ１０６に基づいてＣＰＵ１０１から入力されるノートオン／オフデータに基づいて、発音すべき（ノートオンの）音に対応するデジタルの音源信号（例えば、楽器音の波形データ）を生成し、Ｄｉｇｉｔａｌ　ｔｏ　Ａｎａｌｏｇ（Ｄ／Ａ）コンバータ１１１に出力する。音源１０４は、発音する音のエンベロープ制御等の処理を実行してもよい。音源１０４は、音声合成処理を実行して合成音声の信号を生成してもよい。

　Ｄ／Ａコンバータ１１１は、入力されたデジタル信号をアナログ信号に変換してアンプ１１２に出力する。アンプ１１２は、入力信号を増幅し、スピーカー１５０ｓ又は図示しない出力端子から出力してもよい。

　ＵＳＢインターフェース１０７は、電子楽器１０に外部接続端子（例えば、コネクタ）を用いて物理的に接続されるドングル２０との間でＵＳＢ規格に沿った信号のやり取りを行う。ＵＳＢインターフェース１０７は、ＵＳＢコネクタ（ＵＳＢ接続端子）を含んでもよい。

　ＣＰＵ１０１は、ＵＳＢインターフェース１０７から入力された信号がＭＩＤＩ形式のデータ（ＭＩＤＩデータ）を含む場合、音源１０４を用いて再生処理を行ってもよい。また、ＣＰＵ１０１は、キースキャナ１０６から取得されたキー入力情報（例えば、ノートオン／オフ）などに基づいて、ＭＩＤＩデータを生成してＵＳＢインターフェース１０７に出力し、ドングル２０を介してデバイス３０へと送信してもよい。

＜ドングル＞
　図４は、一実施形態にかかるドングル２０のハードウェア構成の一例を示す図である。ドングル２０は、例えば、ＵＳＢインターフェース部２０１、ＲＦ部２０２、アンテナ部２０３などを含んで構成される。なお、本開示の各図面は説明に利用する構成を示したに過ぎず、図示されない電源などの構成を含んでもよいことは当業者には当然理解される。

　ＵＳＢインターフェース部２０１は、電子楽器１０のＵＳＢインターフェース１０７と
、ＲＦ部２０２と、の間でＵＳＢ規格に沿った信号（例えば、ＭＩＤＩデータを含む信号
）を中継する。言い換えると、ＵＳＢインターフェース部２０１は、ＲＦ部で利用する信
号とＵＳＢ規格に沿った信号とのブリッジ（変換）をする機能を有する。

　例えば、ＵＳＢインターフェース部２０１は、電子楽器１０のＵＳＢインターフェース１０７を介して送信された信号（パケット）から、もとのデータを取得し、ＲＦ部２０２に転送する。また、ＵＳＢインターフェース部２０１は、ＲＦ部２０２から転送されたデータを、ＵＳＢのパケットに含めて電子楽器１０のＵＳＢインターフェース１０７へ送信する。

　ＲＦ部２０２は、無線通信（例えば、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉなど）を用いた信号の送受信を実現する。

　ＲＦ部２０２は、ＵＳＢインターフェース部２０１から転送された送信するビット列（例えばＭＩＤＩデータ）に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、逆高速フーリエ変換（Ｉｎｖｅｒｓｅ　Ｆａｓｔ　Ｆｏｕｒｉｅｒ　Ｔｒａｎｓｆｏｒｍ（ＩＦＦＴ））処理、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。ＲＦ部２０２は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、アンテナ部２０３を介して送信してもよい。

　一方、ＲＦ部２０２は、アンテナ部２０３によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。ＲＦ部２００２は、取得されたベースバンド信号に対して、アナログ－デジタル変換、高速フーリエ変換（Ｆａｓｔ　Ｆｏｕｒｉｅｒ　Ｔｒａｎｓｆｏｒｍ（ＦＦＴ））処理、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）などの受信処理を適用し、送信されたデータ（例えばＭＩＤＩデータ）を取得し、ＵＳＢインターフェース部２０１に転送してもよい。

　なお、ＲＦ部２０２は、受信した無線信号を送信されたデータに変換する処理と、送信するビット列を無線信号に変換する処理と、を同時に行ってもよい。

　アンテナ部２０３は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えば、パターンアンテナ、チップアンテナ、ダイポールアンテナ、オムニアンテナ、ホイップアンテナなどの少なくとも１つから構成することができる。

　なお、本開示において、ＭＩＤＩと同時に他のデータ（例えば、曲の伴奏についてのオーディオデータ）がＵＳＢインターフェースや無線通信において送受信されてもよい。また、本開示のＵＳＢインターフェース部２０１は、電子楽器１０と接続して通信することが可能な任意のインターフェース部で読み替えられてもよい。この場合、本開示の「ＵＳＢ」は任意のインターフェース部に関する名称で読み替えられてもよく、「ＵＳＢ規格に沿った信号」は、当該任意のインターフェース部が準拠する規格に沿った信号で読み替えられてもよい。

＜デバイス＞
　図５は、一実施形態にかかるデバイス３０のハードウェア構成の一例を示す図である。デバイス３０は、物理的には、プロセッサ３０１、メモリ３０２、ストレージ３０３、通信装置３０４、入力装置３０５、出力装置３０６、バス３０７などを含むコンピュータ装置として構成されてもよい。

　デバイス３０における各機能は、プロセッサ３０１、メモリ３０２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ３０１が演算を行い、通信装置３０４による通信、メモリ３０２及びストレージ３０３におけるデータの読み出し及び／又は書き込みなどを制御することによって実現される。

　プロセッサ３０１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ３０１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ）によって構成されてもよい。

　また、プロセッサ３０１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ３０３及び通信装置３０４の少なくとも一方からメモリ３０２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、本開示の実施形態において説明する動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。

　メモリ３０２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　ＥＰＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ３０２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ３０２は、一実施形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

　ストレージ３０３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ－ＲＯＭ（Compact　Disc　ROM）など）、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ３０３は、補助記憶装置と呼ばれてもよい。

　通信装置３０４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。

　入力装置３０５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウスなど）である。出力装置３０６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカーなど）である。なお、入力装置３０５及び出力装置３０６は、一体となった構成（例えば、タッチパネル）であってもよい。

　また、プロセッサ３０１、メモリ３０２などの各装置は、情報を通信するためのバス３０７によって接続される。バス３０７は、単一のバスによって構成されてもよいし、装置間で異なるバスで構成されてもよい。

　なお、これらのシステム構成、機器構成は一例であり、これに限られない。例えば、各回路が含まれる数は、これに限られない。各装置は、一部の回路（機構）を含まない構成を有してもよいし、１つの回路の機能が複数の回路により実現される構成を有してもよい。複数の回路の機能が１つの回路により実現される構成を有してもよい。

　また、電子楽器１０、ドングル２０、デバイス３０は、マイクロプロセッサ、デジタル
信号プロセッサ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ（ＤＳＰ））、Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ（ＡＳＩＣ）、Ｐｒｏｇｒａｍｍａｂｌｅ　Ｌｏｇｉｃ　Ｄｅｖｉｃｅ（ＰＬＤ）、Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ（ＦＰＧＡ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、ＣＰＵ１０１は、これらのハードウェアの少なくとも１つで実装されてもよい。

　なお、ここまでで述べたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線によって接続し、これら複数の装置により実現されてもよい。

　例えば、プロセッサ３０１は１つだけ図示されているが、複数のプロセッサがあっても
よい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、各機能ブロックは、１以上のチップによって実装されてもよい。

（レイテンシ及びジッタ制御方法）
　本開示の一実施形態に係るレイテンシ及びジッタ制御方法について、以下で説明する。

　レイテンシとジッタはトレードオフの関係がある。本発明者らは、データの制御は受信側（電子楽器１０側）で行われるのに対し、最適な受信側バッファの設定値は送信側（デバイス３０側）のアプリケーションソフトでのＭＩＤＩデータの扱い方、ＭＩＤＩデータのデータ構成、デバイス３０の性能など、大部分が送信側に依存することを発見した。

　そこで本発明者らは、ＭＩＤＩデータフォーマットにおいてメーカが拡張可能／設定可能なメッセージを用いて、デバイス３０のアプリケーションソフトが、電子楽器１０のタイムスタンプ制御方法や、バッファリングについての最適なオフセット値を、電子楽器１０に、リモートからリアルタイムに設定できる制御方法を着想した。この構成によれば、ジッタとレイテンシのバランスの最適化が図れる。また、ユーザが意識することなく、デバイス３０のアプリケーションソフトがレイテンシとジッタの最適なバランスを調整することができる。

　なお、本実施形態では拡張可能なメッセージとしてシステムエクスクルーシブメッセージによる方法を開示しているが、コントロールチェンジメッセージに含まれるＮＲＰＮ（
Ｎｏｎ　Ｒｅｇｉｓｔｅｒｅｄ　Ｐａｒａｍｅｔｅｒ　Ｎｕｍｂｅｒ）やＭＩＤＩ２.０規格のアサイナブルコントローラメッセージ（Ａｓｓｉｇｎａｂｌｅ　Ｃｏｎｔｒｏｌｌｅｒ　Ｍｅｓｓａｇｅ）を利用してもよい。つまり、本開示におけるシステムエクスクルーシブメッセージは、コントロールチェンジメッセージ、ＮＲＰＮ、アサイナブルコントローラメッセージなどと互いに読み替えられてもよい。

　図６は、一実施形態に係るジッタ制御方法のフローチャートの一例を示す図である。な
お、本開示の説明において、デバイス３０は、「デバイス３０のアプリケーション」と互
いに読み替えられてもよい。

　デバイス３０は、ＭＩＤＩデータのバッファリングに関するオフセット時間を決定する（ステップＳ１０１）。デバイス３０は、オフセット時間を、予め設定された値としてもよいし、ユーザから入力された値としてもよいし、後述する測定に基づいて決定してもよい。例えば、デバイス３０は、当該測定に基づいて、デバイス３０及び電子楽器１０間のジッタ（又は遅延）が比較的小さい（又はほとんど０）と判断した場合、オフセット時間を比較的小さい値（又は０）と決定してもよい。

　なお、オフセット時間は、オフセット量、オフセットなどと互いに読み替えられてもよい。以下、単にオフセット時間をオフセットと呼ぶ。オフセットは、ＭＩＤＩデータのバッファリングに関する時間と呼ばれてもよい。

　また、デバイス３０は、ステップＳ１０１において、電子楽器１０のタイムスタンプ処理の有無を決定してもよい。例えば、デバイス３０は、当該測定に基づいて、デバイス３０及び電子楽器１０間のジッタ（又は遅延）が比較的小さい（又はほとんど０）と判断した場合、タイムスタンプ処理の適用を無しと判断し、そうでない場合にはタイムスタンプ処理の適用をありと判断してもよい。

　デバイス３０は、決定したオフセットに関する情報を、電子楽器１０に送信する（ステップＳ１０２）。このオフセットに関する情報（オフセット情報と呼ばれてもよい）は、オフセットの時間自体（例えば、１５ｍｓ、３０ｍｓなど）を明示的に示してもよいし、オフセットの時間に関連付けられるインデックス値を示してもよい。このインデックス値とオフセット時間との対応関係は予め定義されてもよいし、設定されてもよい。対応関係は、例えばインデックス＝０はオフセット時間＝０（又はタイムスタンプ処理なし）、インデックス＝１はオフセット時間＝１５ｍｓなどを示してもよい。

　電子楽器１０は、受信したオフセット情報に基づいて、オフセットを設定する（ステップＳ１０３）。なお、電子楽器１０は、オフセット情報を受信しない場合には、オフセットは所定の値（デフォルト値。例えば、０）であると判断してもよい。

　その後、デバイス３０は、ＭＩＤＩデータを、無線通信を介して（例えば、ＢＬＥを用いて）電子楽器１０に送信する（ステップＳ１０４）。電子楽器１０は、受信したＭＩＤＩデータを、ステップＳ１０３で設定したオフセットに基づいてバッファリングし、ＭＩＤＩデータの実行（例えば、再生、発音）処理を行う（ステップＳ１０５）。ステップＳ１０５の実行処理は、例えば、発音を開始するノートオンメッセージの処理、発音を終了させるノートオフメッセージの処理、ペダルをＯＮ／ＯＦＦするメッセージの処理、など任意のＭＩＤＩデータに関する処理を含んでもよい。

　なお、ステップＳ１０２においては、オフセット情報の代わりに又は当該情報とともに、タイムスタンプ処理の有無に関する情報（タイムスタンプ処理情報と呼ばれてもよい）が送信されてもよい。

　ＢＬＥ－ＭＩＤＩやＭＩＤＩ２．０においては、オリジナルのＭＩＤＩデータを送信する際に、タイムスタンプ（時間情報）が付与されてもよい。電子楽器１０は、タイムスタンプ処理情報が「あり」を示す場合には、ステップＳ１０５の実行処理において、電子楽器１０がタイムスタンプに基づく補正を行い、そうでない場合には、仮に受信したＭＩＤＩデータにタイムスタンプが付与されている場合であっても、タイムスタンプに基づく補正は行わない（タイムスタンプを無視して実行する）。

　タイムスタンプは、ＭＩＤＩメッセージの実行タイミングに関する情報と呼ばれてもよい。なお、本開示において、タイムスタンプ及びタイムスタンプ情報は、互いに読み替えられてもよい。なお、タイムスタンプは、ＭＩＤＩデータに含まれてもよいし、ＭＩＤＩデータとは別の情報として電子楽器１０に通知されてもよい。後者の場合、タイムスタンプ情報が規格に含まれていないＭＩＤＩ１．０のデータを受信する場合であっても、本開示に基づいてタイムスタンプの制御を適用できる。　

　図７Ａ－７Ｄは、タイムスタンプ及びオフセットに基づく補正の概念図である。

　図７Ａは、本来の演奏通りの発音タイミングの一例を示す。図には、八分音符の長さの音符０、四分音符の長さの音符１、八分音符の長さの音符２の順で音符が並んでいる。ｔｓ０、ｔｓ１、ｔｓ２はそれぞれ音符０、音符１、音符２の発音時刻を示すタイムスタンプに該当する。音符１は、音符０からｔｓ１－ｔｓ０後の時刻に発音され、音符２は、音符０からｔｓ２－ｔｓ０後の時刻に発音されたことを示す。

　図７Ｂ－７Ｄでは、図７Ａのデータが伝送され、ジッタが生じる場合の発音タイミングを示す。各図の上側に記載のｓｔ０、ｓｔ１、ｓｔ２はそれぞれ音符０－２の受信側への到着時刻を示す。各タイミングはジッタの影響を受け、ｓｔ１－ｓｔ０≠ｔｓ１－ｔｓ０であり、ｓｔ２－ｓｔ０≠ｔｓ２－ｔｓ０である。また、各図の下側に記載の音符の位置が実際の発音時刻を示す。

　図７Ｂは、タイムスタンプに基づく補正を行わない場合の発音タイミングの一例を示す。この場合、各音符は到着時刻で発音されるため、音符０－２の発音タイミングはｔｓ０、ｔｓ１、ｔｓ２の間隔が維持されない。

　図７Ｃは、タイムスタンプに基づく補正を、オフセット適用なしで行う場合の発音タイミングの一例を示す。この場合、基準より早く到着した音符の発音タイミングが補正される。この基準は、例えば、ある音符の到着時刻を基準としたタイムスタンプに基づく発音タイミングであってもよいし、ある時刻（例えば、曲又は演奏（ＭＩＤＩ再生など）の開始時刻）を基準としたタイムスタンプに基づく発音タイミングであってもよい。

　図７Ｃの場合、音符２は、音符０を基準とした到着時刻の差（ｓｔ２－ｓｔ０）が、タイムスタンプの差（ｔｓ２－ｔｓ０）より小さい（つまり、音符２は発音予定のタイミングより早く到着した）ため、本来の発音タイミングに補正される（発音タイミングが、ｓｔ０から時刻ｔｓ２－ｔｓ０後に調整される）。

　一方で、音符１は、音符０を基準とした到着時刻の差（ｓｔ１－ｓｔ０）が、タイムスタンプの差（ｔｓ１－ｔｓ０）より大きい（つまり、音符１は発音予定のタイミングより遅く到着した）ため、補正できずに到着してすぐ発音される。

　図７Ｃの場合、一部の音符の発音タイミングについて、ｔｓ０、ｔｓ１、ｔｓ２の間隔が維持されない。

　図７Ｄは、タイムスタンプに基づく補正を、オフセット適用ありで行う場合の発音タイミングの一例を示す。この場合、基準より早く到着した音符の発音タイミングが補正される。また、基準に対してオフセット以内の遅れで到着した音符の発音タイミングが補正される。この基準は、図９Ｃと同様に、ある音符の到着時刻を基準としたタイムスタンプに基づく発音タイミングであってもよいし、ある時刻（例えば、曲又は演奏（ＭＩＤＩ再生など）の開始時刻）を基準としたタイムスタンプに基づく発音タイミングであってもよい。

　図７Ｄの場合、音符０は、ｓｔ０に到着してからオフセット（offset）の時間だけ待って発音される。音符１は、ｓｔ１に到着したが、すぐには発音されず、音符０の発音タイミングからタイムスタンプの差（ｔｓ１－ｔｓ０）の時間だけ待って発音される。音符２は、ｓｔ２に到着したが、すぐには発音されず、音符０の発音タイミングからタイムスタンプの差（ｔｓ２－ｔｓ０）の時間だけ待って発音される。

　図７Ｄの場合、音符の発音タイミングについて、ｔｓ０、ｔｓ１、ｔｓ２の間隔が維持される。

＜オフセット情報及びタイムスタンプ処理情報のフォーマット＞
　上述のステップＳ１０２で送信されるオフセット情報及びタイムスタンプ処理情報の少なくとも一方は、ＭＩＤＩのシステムエクスクルーシブ（ＳｙｓｔｅｍＥｘｃｌｕｓｉｖｅ（ＳｙｓＥｘ））メッセージ、コントロールチェンジメッセージに含まれるＮＲＰＮ（Ｎｏｎ　Ｒｅｇｉｓｔｅｒｅｄ　Ｐａｒａｍｅｔｅｒ　Ｎｕｍｂｅｒ）などを用いて電子楽器１０に通知されてもよい。

　１つのＳｙｓＥｘメッセージ（又はＮＲＰＮ）でオフセット情報及びタイムスタンプ処理情報の両方が通知されてもよいし、複数のＳｙｓＥｘメッセージ（又はＮＲＰＮ）でオフセット情報及びタイムスタンプ処理情報が別々に通知されてもよい。

　ＳｙｓＥｘメッセージでオフセット情報が通知される場合、当該ＳｙｓＥｘメッセージは、オフセット情報を含むことを示す情報（ビット列）と、オフセット情報の内容（例えば、オフセットの時間自体）を示す情報（ビット列）と、を含んでもよい。

　ＳｙｓＥｘメッセージでタイムスタンプ処理情報が通知される場合、当該ＳｙｓＥｘメッセージは、タイムスタンプ処理情報を含むことを示す情報（ビット列）と、タイムスタンプ処理情報の内容（例えば、タイムスタンプ処理をする／しない）を示す情報（ビット列）と、を含んでもよい。

　これらの情報は、例えば、ＭＩＤＩのデータバイト（例えば、ＳｙｓＥｘメッセージ内のデータバイト）を用いて通知されてもよい。なお、本開示において、任意の情報がＭＩＤＩのデータバイトを用いて通知される場合、データバイトの最上位ビット（Ｍｏｓｔ　Ｓｉｇｎｉｆｉｃａｎｔ　Ｂｉｔ（ＭＳＢ））が０であることを考慮して当該情報が構成される必要がある。つまり、送信側であるデバイス３０は、当該情報を７ビット単位で各データバイトに割り当てて送信し、受信側である電子楽器１０は、受信した情報の各データバイトのＭＳＢを除外して結合して元の情報を得る。

　例えば、送信するオフセット情報が２バイトであり“００００００００１１１１１１１１”である場合、デバイス３０は、まず７ビットごとに区切って“０００００００”、“０１１１１１１”、“１１”の３つのビット列を得る。そして、デバイス３０は、それぞれのビット列の先頭に‘０’を付与し（また、ビット列が１バイトに満たない場合はビットパディングを適用し）、“００００００００”、“００１１１１１１”、“０１１０００００”という３つのデータバイトを得て、ＳｙｓＥｘメッセージに含めて送信してもよい。

　なお、通知されるオフセット情報／タイムスタンプ処理情報のビット数は、予め定義されてもよいし、デバイス３０から通知されてもよい。例えば、オフセット情報は、４、８、１６、３２ビットなどで表現されてもよいし、タイムスタンプ処理情報は１ビットで表現されてもよい。

　コントロールチェンジメッセージのコントロール番号９８、９９に割当てられているＮＲＰＮでオフセット情報を通知する場合はＮＲＰＮのＭＳＢ、ＬＳＢにオフセット情報であることを示す数値を設定し（メーカが任意に設定してよい）、当該ＮＲＰＮのデータエントリーにオフセット情報の内容（例えば、オフセットの時間自体）を設定して送信してもよい。タイムスタンプ処理情報も同様にＮＲＰＮで送信してもよい。ＭＩＤＩ２．０でＮＲＰＮに対応するメッセージとして新たに規定されたアサイナブルコントローラメッセージによって、オフセット情報やタイムスタンプ処理情報が送信されてもよい。

（無線の性能測定方法）
　電子楽器１０及びデバイス３０の周辺の環境によっては、これらの間の無線通信品質が変動し、ジッタやレイテンシに影響を及ぼすおそれがある。このため、電子楽器１０及びデバイス３０の間の無線の性能測定がリアルタイムにかつ容易に行えることが好ましい。

　本発明者らは、このためのデータフォーマット及び測定方法を着想した。

　図８は、一実施形態に係る無線性能測定方法のシーケンス図である。

　デバイス３０は、測定用のデータを電子楽器１０に対して送信する（ステップＳ２０１）。ステップＳ２０１の送信は、単発の送信であってもよいし、一定期間（例えば、１ｓ）にわたる、ある送信間隔（例えば、７．５ｍｓ、１５ｍｓなど）の複数の送信であってもよい。

　電子楽器１０は、受信した測定用のデータのそれぞれに対して、カウンタ値を修正し、デバイス３０に返信する（ステップＳ２０２）。修正された測定用データは、返送用データ、返信用データ、報告用データなどと呼ばれてもよい。

　デバイス３０は、ステップＳ２０１の測定用データの送信データ量、送信時刻、ステップＳ２０２の返信されたデータの受信時刻、などに基づいて、電子楽器１０及びデバイス３０の間の無線の性能を算出する（ステップＳ２０３）。無線の性能は、例えば、単位時間あたりのスループット、往復遅延時間などの少なくとも１つに該当してもよい。

　本例では、デバイス３０が送信側、電子楽器１０が受信側として説明したが、電子楽器１０が送信側、デバイス３０が受信側であってもよい。

　なお、ステップＳ２０１の前に、デバイス３０及び電子楽器１０の一方から他方に対して、測定開始を連絡する情報が送信されてもよい。デバイス３０及び電子楽器１０は、当該情報の送受信を契機に、後述の識別番号、カウンタ値などのリセット、時刻同期（時刻調整）などを行ってもよい。

　また、測定用データの送信回数（送信データ数）、送信間隔、送信期間（測定期間）などは、デバイス３０に予め定義されてもよいし、デバイス３０がユーザからの入力に基づいて決定してもよい。測定用データの送信回数、送信間隔、送信期間などに関する情報は、デバイス３０から電子楽器１０に通知されてもよい。

　デバイス３０は、この測定の際に、受信信号強度（Ｒｅｃｅｉｖｅｄ　Ｓｉｇｎａｌ　Ｓｔｒｅｎｇｔｈ　Ｉｎｄｉｃａｔｏｒ（ＲＳＳＩ））を同時に測ってもよい。当該ＲＳＳＩは、瞬時ＲＳＳＩであってもよいし、ある期間における平均／最小／最大ＲＳＳＩであってもよい。

＜測定用データ／返信用データのフォーマット＞
　上述のステップＳ２０１で送信される測定用データは、ＭＩＤＩのＳｙｓＥｘメッセージ、コントロールチェンジメッセージなどの少なくとも１つを用いて電子楽器１０に通知されてもよい。

　図９は、測定用データのフォーマットの一例を示す図である。本例のフォーマットは、ＳｙｓＥｘメッセージに該当し、ＳｙｓＥｘメッセージ開始を示す“Ｆ０”で開始し、ＳｙｓＥｘメッセージ開始を示す“Ｆ７”で終了する。その他のＳｙｓＥｘメッセージに必要な情報については記載を省略する。

　ＳｙｓＥｘメッセージで測定用データが通知される場合、当該ＳｙｓＥｘメッセージは、当該データが何番目のデータかを示す識別番号の情報（ビット列）と、あるカウンタの値を示すカウンタ値の情報（ビット列）と、を含んでもよい。

　これらの情報は、例えば、ＭＩＤＩのデータバイト（例えば、ＳｙｓＥｘメッセージ内のデータバイト）を用いて通知されてもよい。

　例えば、識別番号情報やカウンタ値情報は、４、８、１６、３２ビットなどで表現されてもよい。

　ステップＳ２０１において、デバイス３０は、連続するＮ個（Ｎは整数）の測定用データのうち、ｉ番目（ｉは整数）の測定用データを送信する場合には、識別番号情報として、例えばｉ－１の値を設定して送信する。言い換えると、１回の測定について、識別番号は０から開始し、１データごとにカウントアップした値をデバイス３０がセットして送信する。つまり、識別番号は、「測定用データを送信した回数－１」を意味してもよい。また、デバイス３０は、任意の測定用データを送信する場合には、カウンタ値として任意の値（例えば、０）を設定して送信する。

　ステップＳ２０２において、電子楽器１０は、測定用データを受信するたびに、自身のカウンタ値を＋１インクリメントする。なお、電子楽器１０は、測定開始時に、カウンタ値を－１に設定してもよい。つまり、電子楽器１０のカウンタ値は、「測定用データを受信した回数－１」を意味してもよい。

　また、ステップＳ２０２において、電子楽器１０は、受信した測定用データの、識別番号情報をそのままとし、カウンタ値情報に自身のカウンタ値を設定（更新）したものを、返送用データとしてデバイス３０に返信してもよい。

　つまり、測定用データ及び返信用データのフォーマットは、同じであってもよい。データサイズの違いによる通信への影響を抑制する（測定精度を向上する）ために、測定用データ及び返信用データのサイズ（ビット数）は、同じであることが好ましい。

　デバイス３０は、受信した返送用データにおいて、識別番号及びカウンタ値が一致すれば、これまで送信した測定用データに欠損はない（正しく送受信された）と判断できる。

　デバイス３０は、同じ識別番号の測定用データの送信時刻及び返送用データの受信時刻に基づいて、デバイス３０及び電子楽器１０間の往復遅延時間（Ｒｏｕｎｄ　Ｔｒｉｐ　Ｔｉｍｅ（ＲＴＴ））を導出してもよい。また、デバイス３０は、単位時間あたりの測定用データ／返送用データの通信量に基づいて、デバイス３０及び電子楽器１０間の通信スループットを導出してもよい。ＲＴＴや通信スループットは、瞬時値であってもよいし、ある期間における平均／最大／最小値であってもよい。

　また、受信側（電子楽器１０）は、等間隔に送信される測定用データのずれを記録し、これらのずれに基づいてデバイス３０から電子楽器１０への送信にかかるジッタを算出してもよい。電子楽器１０は、デバイス３０に対し算出したジッタを送信してもよい。電子楽器１０は、ＳｙｓＥｘメッセージを用いて当該ジッタに関する情報を送信してもよい。

　ステップＳ２０２において、電子楽器１０は、受信した測定用データの、識別番号情報をそのままとし、カウンタ値情報の代わりに受信時刻に関する情報を設定して、返送用データとしてデバイス３０に返信してもよい。当該受信時刻に関する情報は、カウンタ値情報と同じビット数（サイズ）であることが好ましい。デバイス３０は、受信した返送用データから、上記ジッタを算出してもよい。

　なお、電子楽器１０は、カウンタ値情報及び受信時刻に関する情報を含む返送用データをデバイス３０に返信してもよい。電子楽器１０は、識別番号情報及びカウンタ値情報及び受信時刻に関する情報を含む返送用データをデバイス３０に返信してもよい。

　上述したような測定方法によれば、例えば、電子楽器１０及びデバイス３０の間で、ＭＩＤＩと同時にＭＩＤＩ以外の他のトラフィック（オーディオデータなど）が流れる場合の無線性能測定も容易に行うことができるため、様々な環境におけるジッタ、レイテンシの制御を好適に行うことができる。

（変形例）
　上述の各実施形態において、ドングル２０は無くてもよい。この場合、電子楽器１０に、デバイス３０と無線通信する機能（例えば、図４のＲＦ部２０２、アンテナ部２０３）があればよい。

　上述の各実施形態（特に図６、図８など）において、電子楽器１０の動作はドングル２０によって行われてもよい。例えば、図６のステップＳ１０３のオフセットはドングル２０に設定されてもよく、この場合ステップＳ１０５のバッファリングはドングル２０が行い、電子楽器１０はドングル２０によってオフセット時間だけバッファされたＭＩＤＩを受信して即座にＭＩＤＩデータの実行処理をしてもよい。

　また、図８のステップＳ２０２の返送用データの送信は、ドングル２０によって行われてもよい。この場合、無線部分だけの性能をより精密に測定できることが期待される。

　上述の実施形態では、電子楽器１０がキーボードのような鍵盤楽器である例を示したが、これに限られない。電子楽器１０は、ユーザの操作によって発音のタイミングを指定できる構成を有する機器であればよく、エレクトリックヴァイオリン、エレキギター、ドラム、ラッパなどであってもよい。

　また、電子楽器１０は、いわゆる楽器（キーボードなど）に限られず、携帯電話、スマートフォン、タブレット型端末、パソコン（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ（ＰＣ））、テレビなどで読み替えられてもよい。

　以上説明したように、本開示の電子楽器１０、ドングル２０、デバイス３０などを用いることによって、ジッタとレイテンシのトレードオフの好適な調整を実現することができる。

　なお、電子機器１０（例えば、電子楽器１０。以下同じ）は、識別番号情報及びカウンタ値情報を含む測定用データを受信する受信部（例えば、ＵＳＢインターフェース１０７）と、前記測定用データを受信した回数に基づいて前記測定用データのカウンタ値情報を更新して構成される、返送用データを送信する送信部（例えば、ＵＳＢインターフェース１０７）と、を有してもよい。このような構成によれば、電子機器のための無線通信の計測を容易に実施できる。

　また、前記受信部は、ある送信間隔（例えば、１５ｍｓ）で送信される複数の前記測定用データを受信し、前記送信部は、複数の前記測定用データについてそれぞれ前記返送用データを送信してもよい。このような構成によれば、一定期間における上記無線通信のスループット、ジッタなどの計測を好適に実施できる。

　また、前記測定用データは、Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍａｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ（登録商標））のシステムエクスクルーシブメッセージ、コントロールチェンジメッセージ又はアサイナブルコントローラメッセージであってもよい。このような構成によれば、ＭＩＤＩを利用できる機器間の無線通信（例えばＢＬＥ－ＭＩＤＩ）に適した測定を実施できる。

　また、前記受信部は、電子機器１０に物理的に接続されるドングル（ドングル２０）を介して前記測定用データを受信し、前記送信部は、前記ドングルを介して前記返送用データを送信してもよい。このような構成によれば、電子機器１０がデバイス３０と直接無線通信する機能を有しない場合に、ドングル２０を介するこれらの間の無線通信の計測を実現できる。

　なお、電子機器１０は、Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍａｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ（登録商標））メッセージと、前記ＭＩＤＩメッセージの実行タイミングに関するタイムスタンプ情報（例えば、ＵＳＢインターフェース１０７）と、前記ＭＩＤＩメッセージのバッファリングに関するオフセット情報と、を受信する受信部と、前記オフセット情報に基づいて、前記タイムスタンプ情報による前記ＭＩＤＩメッセージの実行タイミングを制御する制御部（例えば、ＣＰＵ１０１）と、を有してもよい。このような構成によれば、電子機器のための無線通信について、ジッタとレイテンシのトレードオフの好適な調整を実現できる。

　また、前記受信部は、ＭＩＤＩのシステムエクスクルーシブメッセージ、コントロールチェンジメッセージ又はアサイナブルコントローラメッセージに含まれる前記オフセット情報を受信してもよい。このような構成によれば、ＭＩＤＩを利用できる機器間の無線通信（例えばＢＬＥ－ＭＩＤＩ）に適した制御を実施できる。

　また、前記制御部は、前記タイムスタンプ情報による前記実行タイミングの制御を行うか否かを、ＭＩＤＩのシステムエクスクルーシブメッセージ、コントロールチェンジメッセージ又はアサイナブルコントローラメッセージに基づいて判断してもよい。このような構成によれば、ＭＩＤＩを利用できる機器間の無線通信（例えばＢＬＥ－ＭＩＤＩ）に適した制御を実施できる。

　また、前記受信部は、電子機器１０に物理的に接続されるドングル（ドングル２０）を介して、前記タイムスタンプ情報と、前記オフセット情報と、前記ＭＩＤＩメッセージと、を受信するようにしてもよい。このような構成によれば、電子機器１０がデバイス３０と直接無線通信する機能を有しない場合に、ドングル２０を介するこれらの間の無線通信について、ジッタとレイテンシのトレードオフの好適な調整を実現できる。

　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

　本開示において、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。

　本開示の「Ａ／Ｂ」は、「Ａ及びＢの少なくとも一方」を意味してもよい。

　本開示において、例えば、英語でのa,　an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

　以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、特許請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

Claims

　Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍａｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ（登録商標））メッセージと、前記ＭＩＤＩメッセージの実行タイミングに関するタイムスタンプ情報と、前記ＭＩＤＩメッセージのバッファリングに関するオフセット情報と、を受信する受信部と、
　前記オフセット情報に基づいて、前記タイムスタンプ情報による前記ＭＩＤＩメッセージの実行タイミングを制御する制御部と、を有する電子機器。
　前記受信部は、ＭＩＤＩのシステムエクスクルーシブメッセージ、コントロールチェンジメッセージ及びアサイナブルコントローラメッセージのいずれかに含まれる前記オフセット情報を受信する請求項１に記載の電子機器。
　前記制御部は、前記タイムスタンプ情報による前記実行タイミングの制御を行うか否かを、ＭＩＤＩのシステムエクスクルーシブメッセージ、コントロールチェンジメッセージ及びアサイナブルコントローラメッセージのいずれかに基づいて判断する請求項１又は請求項２に記載の電子機器。
　前記受信部は、前記電子機器に物理的に接続されるドングルを介して、前記タイムスタンプ情報と、前記オフセット情報と、前記ＭＩＤＩメッセージと、を受信する請求項１から請求項３のいずれかに記載の電子機器。
　タイムスタンプ情報によるＭｕｓｉｃａｌ　Ｉｎｓｔｒｕｍａｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ（登録商標））メッセージの実行タイミングを制御するためのオフセット情報を決定する制御部と、
　前記タイムスタンプ情報と、前記オフセット情報と、前記ＭＩＤＩメッセージと、を送信する送信部と、を有するデバイス。
　電子機器及びデバイスを含むシステムであって、
　前記電子機器は、
　Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍａｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ（登録商標））メッセージと、前記ＭＩＤＩメッセージの実行タイミングに関するタイムスタンプ情報と、前記ＭＩＤＩメッセージのバッファリングに関するオフセット情報と、を受信する受信部と、
　前記オフセット情報に基づいて、前記タイムスタンプ情報による前記ＭＩＤＩメッセージの実行タイミングを制御する制御部と、を有し、
　前記デバイスは、
　　前記オフセット情報を決定する制御部と、
　　前記タイムスタンプ情報と、前記オフセット情報と、前記ＭＩＤＩメッセージと、を送信する送信部と、を有するシステム。
　Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍａｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ（登録商標））メッセージと、前記ＭＩＤＩメッセージの実行タイミングに関するタイムスタンプ情報と、前記ＭＩＤＩメッセージのバッファリングに関するオフセット情報と、を受信するステップと、
　前記オフセット情報に基づいて、前記タイムスタンプ情報による前記ＭＩＤＩメッセージの実行タイミングを制御するステップと、を有する電子機器の方法。
　電子機器のコンピュータに、
　Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍａｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ（登録商標））メッセージと、前記ＭＩＤＩメッセージの実行タイミングに関するタイムスタンプ情報と、前記ＭＩＤＩメッセージのバッファリングに関するオフセット情報と、を受信させ、
　前記オフセット情報に基づいて、前記タイムスタンプ情報による前記ＭＩＤＩメッセージの実行タイミングを制御させるプログラム。