(57)【要約】【課題】  複数のデバイスの同期制御のために、端末とデバイスとの間の遅延をより正確に計測／推定すること。【解決手段】  本発明は、端末に適用され、端末とデバイスとの間の遅延を計測するための装置である。この装置は、デバイスへPINGを送信するPING送信部と、PINGに応じてデバイスから送信されたPING−ACKを受信するPING受信部と、PINGの送信時刻とPING−ACKの受信時刻との時間差である端末とデバイスとの間のRTTを、遅延として計測するRTT計測部とを備える。【選択図】図１
2018098642.tif 000002
【特許請求の範囲】
【請求項１】
端末に適用され、前記端末とデバイスとの間の遅延を計測するための装置であって、
前記デバイスへPINGを送信するPING送信部と、
前記PINGに応じて前記デバイスから送信されたPING−ACKを受信するPING受信部と、
前記PINGの送信時刻と、前記PING−ACKの受信時刻との時間差である前記端末と前記デバイスとの間のRTTを、前記遅延として計測するRTT計測部と
を備える端末−デバイス間遅延計測装置。
【請求項２】
前記RTTに基づいて、前記端末からの命令を前記デバイスへ送信するタイミングを決定するタイミング決定部、をさらに備える請求項１に記載された端末−デバイス間遅延計測装置。
【請求項３】
端末に適用され、前記端末と第２のデバイスとの間の遅延を推定するための装置であって、
第１のデバイスから送信される信号のRSSIを取得するRSSI取得部と、
前記第１のデバイスへPINGを送信するPING送信部と、
前記PINGに応じて前記第１のデバイスから送信されたPING−ACKを受信するPING受信部と、
前記PINGの送信時刻と、前記PING−ACKの受信時刻との時間差を、前記端末と前記第１のデバイスとの間のRTTとして算出するRTT算出部と、
前記RSSIと、前記RTTとのペアに基づいて、RSSI−RTTモデルを作成するモデル作成部とを備え、
前記RSSI取得部が、前記第２のデバイスから送信される信号のRSSIを取得し、
前記装置はさらに、
前記取得された第２のデバイスから送信された信号のRSSIと、前記RSSI−RTTモデルとを用いて、前記端末と前記第２のデバイスとの間のRTTを、前記遅延として推定するRTT推定部を備える、端末−デバイス間遅延推定装置。
【請求項４】
前記端末と前記第１のデバイスとの間のRTTに基づいて、前記端末からの命令を前記第１のデバイスへ送信するタイミングを決定し、前記端末と前記第２のデバイスとの間のRTTに基づいて、前記端末からの命令を前記第２のデバイスへ送信するタイミングを決定するタイミング決定部、をさらに備える請求項３に記載された端末−デバイス間遅延推定装置。
【請求項５】
端末とデバイスとの間の遅延を計測するための方法であって、
前記端末に適用された装置が、前記デバイスへPINGを送信し、
前記デバイスは、前記PINGを受信すると、前記装置へPING−ACKを送信し、
前記装置は、前記PING−ACKを受信すると、前記PINGの送信時刻と、前記PING−ACKの受信時刻との時間差である前記端末と前記デバイスとの間のRTTを、前記遅延として計測する、端末−デバイス間遅延計測方法。
【請求項６】
端末と第２のデバイスとの間の遅延を推定するための方法であって、
前記端末に適用された装置が、第１のデバイスから送信される信号のRSSIを取得し、
前記装置が、前記第１のデバイスへPINGを送信し、
前記第１のデバイスは、前記PINGを受信すると、前記装置へPING−ACKを送信し、
前記装置は、前記PING−ACKを受信すると、前記PINGの送信時刻と、前記PING−ACKの受信時刻との時間差を、前記端末と前記第１のデバイスとの間のRTTとして算出し、
前記装置は、前記RSSIと、前記RTTとのペアに基づいて、RSSI−RTTモデルを作成し、
前記装置が、前記第２のデバイスから送信される信号のRSSIを取得し、
前記装置が、前記第２のデバイスから送信された信号のRSSIと、前記RSSI−RTTモデルとを用いて、前記端末と前記第２のデバイスとの間のRTTを、前記遅延として推定する、端末−デバイス間遅延推定方法。
【請求項７】
端末とデバイスとの間の遅延を計測するためのプログラムであって、
前記端末から前記デバイスへPINGを送信するPING送信手段、
前記PINGに応じて前記デバイスから送信されたPING−ACKを前記端末において受信するPING受信手段、
前記PINGの送信時刻と、前記PING−ACKの受信時刻との時間差であるRTTを、前記遅延として計測するRTT計測手段、
としてコンピュータを機能させる端末−デバイス間遅延計測プログラム。
【請求項８】
端末と第２のデバイスとの間の遅延を推定するためのプログラムであって、
第１のデバイスから送信される信号のRSSIを、前記端末において取得するRSSI取得手段、
前記端末から前記第１のデバイスへPINGを送信するPING送信手段、
前記PINGに応じて前記第１のデバイスから送信されたPING−ACKを前記端末において受信するPING受信手段、
前記PINGの送信時刻と、前記PING−ACKの受信時刻との時間差を、前記端末と前記第１のデバイスとの間のRTTとして算出するRTT算出手段、
前記RSSIと、前記RTTとのペアに基づいて、RSSI−RTTモデルを作成するモデル作成手段、
前記第２のデバイスから送信される信号のRSSIを前記端末において取得する手段、
前記第２のデバイスから送信された信号のRSSIと、前記RSSI−RTTモデルとを用いて、前記端末と前記第２のデバイスとの間のRTTを、前記遅延として推定するRTT推定手段、
としてコンピュータを機能させる端末−デバイス間遅延推定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばスマートフォン等の端末と、例えば案内ロボットやディスプレイ等のデバイスとの間の遅延を計測／推定するための装置、方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、複数の無線デバイス同士を、スマートフォン等の端末から連携動作させることによる新たなサービス提供が検討されている。例えば、スマートフォン等の端末に搭載されたアプリケーションから、案内ロボットの動作とディスプレイにおける表示とを同期させてプレゼンテーションを行うこと等が相当する。
【０００３】
複数の無線デバイス同士の連携動作を実現するためには、複数の無線デバイスの動作タイミングを同期させる必要がある。
【０００４】
動作タイミングを同期させるためには、複数の無線デバイス毎のネットワーク遅延を考慮してタイミング制御を実施する必要がある。例えば、端末から案内ロボットへの遅延が30ミリ秒（以下、「ms」と称する）であり、端末からディスプレイへの遅延が120msである場合、端末から案内ロボットへの命令を90ms遅らせることによって、案内ロボットの動作と、ディスプレイの動作とを同期させることが可能となる。
【０００５】
このような同期制御を実現するためには、端末と、各デバイスとの間でのEnd−End区間の遅延を、それぞれ計測または推定する必要がある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】FreeBSD Man Pages,https://www.freebsd.org/cgi/man.cgi?query=l2PING&sektion=8, 2016年10月6日アクセス
【発明の概要】
【発明が解決しようとする課題】
【０００７】
端末と各デバイスとの間でのEnd−End区間の遅延を計測する手法としては、l2PINGを用いる手法が知られている。
【０００８】
しかしながら、l2PINGは、L2CAP（Logical Link Control and Adaptation Protocol）のレイヤでPINGによる計測を行うLinux（登録商標）コマンドラインツールであり、例えば図７に示すBT（Bluetooth（登録商標））−StackのようなL2CAPよりも上位のレイヤを含めたEnd−End区間（図７におけるApp（Application）とMCU（Micro Controller Unit）との間の区間）の遅延を計測できないという問題がある。なお、図７におけるRFはRadio Frequency、libはlibraryの略である。
【０００９】
本発明はこのような事情に鑑みてなされたものであり、複数のデバイスの同期制御のために、端末とデバイスとの間の遅延をより正確に計測／推定することが可能な端末−デバイス間遅延計測／推定方法、装置、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明の第１の観点は、端末に適用され、端末とデバイスとの間の遅延を計測するための装置であって、デバイスへPINGを送信するPING送信部と、PINGに応じてデバイスから送信されたPING−ACKを受信するPING受信部と、PINGの送信時刻とPING−ACKの受信時刻との時間差である端末とデバイスとの間のRTTを、遅延として計測するRTT計測部とを備える。この装置はさらに、RTTに基づいて、端末からの命令をデバイスへ送信するタイミングを決定するタイミング決定部を備える。また、同様な構成要素および態様を備える方法およびプログラムも、第１の観点に含まれる。
【００１１】
また、本発明の第２の観点は、端末に適用され、端末と第２のデバイスとの間の遅延を推定するための装置であって、第１のデバイスから送信される信号のRSSIを取得するRSSI取得部と、第１のデバイスへPINGを送信するPING送信部と、PINGに応じて第１のデバイスから送信されたPING−ACKを受信するPING受信部と、PINGの送信時刻と、PING−ACKの受信時刻との時間差を、端末と第１のデバイスとの間のRTTとして算出するRTT算出部と、RSSIと、RTTとのペアに基づいて、RSSI−RTTモデルを作成するモデル作成部とを備える。RSSI取得部はまた、第２のデバイスから送信される信号のRSSIを取得する。この装置はさらに、取得された第２のデバイスから送信された信号のRSSIと、RSSI−RTTモデルとを用いて、端末と第２のデバイスとの間のRTTを、遅延として推定するRTT推定部を備える。この装置はさらにまた、端末と第１のデバイスとの間のRTTに基づいて、端末からの命令を第１のデバイスへ送信するタイミングを決定し、端末と第２のデバイスとの間のRTTに基づいて、端末からの命令を第２のデバイスへ送信するタイミングを決定するタイミング決定部をも備える。また、同様な構成要素および態様を備える方法およびプログラムも、第２の観点に含まれる。
【００１２】
さらには、第２の観点は、RSSIを利用することに限定されるものではなく、RSSIの代わりに、PINGとの相関がある値を適用して実現することも可能である。例えば、RSSIの代わりに、PINGとの相関がある距離センサの値を適用し、端末と第１のデバイスとの間の距離に基づいて、RSSI−RTTモデルの代わりに、距離−RTTモデルを作成する。そして、距離−RTTモデルに基づいて、端末と第２のデバイスとの間の距離から、端末と第２のデバイスとの間のRTTを推定するようにしても良い。
【発明の効果】
【００１３】
すなわちこの発明によれば、PINGを利用し、RTTを算出または推定することによって、端末とデバイスとの間の遅延をより正確に計測／推定し、もって、複数のデバイスをより高い精度で同期制御することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】第１の実施形態に係る端末−デバイス間遅延計測方法が適用された端末−デバイス間遅延計測装置が適用されるネットワーク環境を示す概念図。
【図２】同端末−デバイス間遅延計測装置による遅延計測時におけるシーケンス図。
【図３】同端末−デバイス間遅延計測装置によるタイミング制御時におけるシーケンス図。
【図４】第２の実施形態に係る端末−デバイス間遅延推定方法が適用された端末−デバイス間遅延推定装置が適用されるネットワーク環境を示す概念図。
【図５】同端末−デバイス間遅延推定装置によるモデル作成時におけるシーケンス図。
【図６】同端末−デバイス間遅延推定装置によるタイミング制御時におけるシーケンス図。
【図７】従来技術と本発明とにおけるEnd−End区間の相違を示す図。
【発明を実施するための形態】
【００１５】
以下に、本発明の各実施形態を、図面を参照して説明する。
【００１６】
（第１の実施形態）  
図１は、本発明の第１の実施形態に係る端末−デバイス間遅延計測方法が適用された端末−デバイス間遅延計測装置が適用されるネットワーク環境を示す概念図である。
【００１７】
本実施形態に係る端末−デバイス間遅延計測方法は、デバイス４０へ独自機能、すなわち、PINGを受信するPING受信機能部４２と、PING受信機能部４２によってPINGが受信されることに応じてPING−ACKをPINGの送信元の端末１０へ送信するPING送信機能部４４と、を追加することが可能である場合に適用される。
【００１８】
この方法に適用される端末−デバイス間遅延計測装置（以下、「遅延計測装置」と略する）２０は、例えばスマートフォンのような端末１０に組み込まれる。端末１０には、図示しないアプリケーションも搭載されている。
【００１９】
遅延計測装置２０は、PING送受信機能部２２と、RTT（Round Trip Time）算出機能部２４と、RTTデータベース（以下、「RTT DB」と称する）２６と、タイミング制御部２８と、命令送信部３０とを備える。
【００２０】
PING送受信機能部２２は、例えば無線ネットワーク４５を介して１つまたは複数のデバイス４０と通信することができ、デバイス４０へPINGを送信する。RTT算出機能部２４は、PING送受信機能部２２がPINGを送信したタイミングで、RTT算出機能部２４に内蔵されているタイマ（図示せず）を起動する。PINGは、例えばBluetooth Classicでは、SPP（Serial Port Profile）上で規定される。また、BLE（Bluetooth Low Energy）では、SP（Serial Profile）上で規定されるか、あるいは、独自のGATT（Generic Attribute）Profileとして規定される。
【００２１】
デバイス４０は、PING受信機能部４２とPING送信機能部４４とを備えている。PING受信機能部４２は、PING送受信機能部２２から送信されたPINGを受信する。PING受信機能部４２によってPINGが受信されると、PING送信機能部４４は、PING−ACKを生成し、無線ネットワーク４５を介して、PINGの送信元の端末10へ向けてPING−ACKを送信する。
【００２２】
PING送受信機能部２２は、このように、PINGに応じてデバイス４０から送信されたPING−ACKを受信する。RTT算出機能部２４は、PING送受信機能部２２がPING−ACKを受信したタイミングで、タイマを停止する。
【００２３】
なお、図１ではPING送受信機能部２２を１つの構成要素として図示しているが、１つの構成要素に限定されるものではなく、PING送受信機能部２２をPING送信機能部とPING受信機能部との２つの構成要素で実現するようにしても良い。この場合、PING送信機能部が、デバイス４０へPINGを送信し、PING受信機能部が、デバイス４０から送信されたPING−ACKを受信する。
【００２４】
RTT算出機能部２４は、PING−ACKがPING送受信機能部２２によって受信されることによって停止されたタイマの値を読み取る。この読取値は、PING送受信機能部２２によるPINGの送信時刻と、PING送受信機能部２２によるPING−ACKの受信時刻との時間差、すなわち、端末１０とデバイス４０との間のRTTである。RTT算出機能部２４はさらに、このRTTを、端末１０とデバイス４０との間の遅延として、デバイス４０に関連付けてRTTデータベース（以下、「RTT DB」と称する）２６に記憶させる。RTT DB２６は、例えば、ハードディスクやメモリからなる。
【００２５】
遅延計測装置２０は、このような動作を複数のデバイス４０のそれぞれに対して行うことによって、端末１０と各デバイス４０との間のRTTを、各デバイス４０にそれぞれ関連付けられた遅延として、RTT DB２６に記憶する。
【００２６】
タイミング制御部２８は、RTT DB２６に記憶されている当該デバイス４０のRTTに基づいて、アプリケーションの命令を端末１０から当該デバイス４０へ送信するタイミングを決定する。
【００２７】
命令送信部３０は、タイミング制御部２８によって決定されたタイミングに従って、アプリケーションの命令を当該デバイス４０へ送信する。
【００２８】
このように、端末１０は、各デバイス４０に対して、各デバイス固有の遅延を考慮して決定されたタイミングに従ってアプリケーションの命令を送信する。これによって、各デバイス４０における動作タイミングを同期させるようにしている。
【００２９】
次に、遅延計測装置２０の動作を、図２および図３のシーケンス図を用いて説明する。
【００３０】
図２は、遅延計測時におけるシーケンス図である。
【００３１】
遅延計測装置２０は、端末１０とデバイス４０との間の遅延を計測するために、PING送受信機能部２２から、無線ネットワーク４５を介して、デバイス４０へPINGを送信する（Ｓ１）。このように、PING送受信機能部２２がPINGを送信すると、そのタイミングで、RTT算出機能部２４に内蔵されているタイマが起動される（Ｓ２）。
【００３２】
このPINGは、デバイス４０へ送信され、PING受信機能部４２によって受信される。PING受信機能部４２によってPINGが受信されると、PING送信機能部４４によってPING−ACKが生成され、無線ネットワーク４５を介して、PINGの送信元の端末１０へ向けて送信される（Ｓ３）。
【００３３】
PING−ACKは、PING送受信機能部２２において受信される。そして、そのタイミングで、RTT算出機能部２４によってタイマが停止され（Ｓ４）、タイマの値が、RTT算出機能部２４によって読み取られる。この読取値は、端末１０とデバイス４０との間のRTTである。このRTTは、RTT算出機能部２４によって、端末１０とデバイス４０との間の遅延として、デバイス４０に関連付けてRTT DB２６に記憶される（Ｓ５）。
【００３４】
上記Ｓ１からＳ５までの処理が、複数のデバイス４０のそれぞれに対して行われることによって、端末１０と各デバイス４０との間のRTTが、各デバイス４０にそれぞれ関連付けられた遅延として、RTT DB２６に記憶される。
【００３５】
図３は、タイミング制御時におけるシーケンス図である。
【００３６】
図３に示すようなタイミング制御は、図２に示すような処理がなされた後に実行可能となる。
【００３７】
タイミング制御を行う場合、RTT DB２６に記憶されている当該デバイス４０のRTTが、タイミング制御部２８によって取得され（Ｓ６）、タイミング制御部２８ではさらに、このRTTに基づいて、アプリケーションの命令を端末１０から当該デバイス４０へ送信するタイミングが決定される（Ｓ７）。
【００３８】
そして、命令送信部３０から、タイミング制御部２８によって決定されたタイミングに従って、アプリケーションの命令が、当該デバイス４０へ送信され（Ｓ８）、デバイス４０がこの命令に従って実行する（Ｓ９）。
【００３９】
上記Ｓ６〜Ｓ９までの処理が、複数のデバイス４０のそれぞれに対して並行して実行されることによって、複数のデバイス４０に対して、それぞれのタイミングで、アプリケーションの命令が送信される。これによって、各デバイス４０における動作タイミングの同期が図られる。
【００４０】
以上説明したように、本実施形態によれば、PINGを利用し、複数のデバイス４０のそれぞれについてRTTを算出することによって、端末１０とデバイス４０との間の遅延をより正確に計測し、もって、複数のデバイス４０をより高い精度で同期制御することが可能となる。
【００４１】
（第２の実施形態）  
図４は、本発明の第２の実施形態に係る端末−デバイス間遅延推定方法が適用された端末−デバイス間遅延推定装置が適用されるネットワーク環境を示す概念図である。
【００４２】
本実施形態に係る端末−デバイス間遅延推定方法は、第１の実施形態で説明したような独自機能を追加できないデバイス４６を取り扱う場合に適用される。
【００４３】
この端末−デバイス間遅延推定方法に適用される端末−デバイス間遅延推定装置（以下、「遅延推定装置」と略する）５０は、例えばスマートフォンのような端末１０に組み込まれる。端末１０には、図示しないアプリケーションも搭載されている。
【００４４】
前述した第１の実施形態に係る遅延計測装置２０では、例えば、ヘッドセットのように、PING計測用Profileを利用できないデバイス４６のRTTを計測することができない。
【００４５】
本実施形態に係る遅延推定装置５０は、第１の実施形態に係る遅延計測装置２０でRTTを計測できないデバイス４６のためのRTTを推定するための装置である。
【００４６】
遅延推定装置５０は、これを実現するために、RTTを計測可能なデバイス４０について、第１の実施形態で説明したようにしてRTTを算出する。そして、デバイス４０のRTTを利用して、端末１０とデバイス４６との間のRTTを推定する。そのため、遅延推定装置５０は、図４に示すように、第１の実施形態でも図示および説明されたPING送受信機能部２２、RTT算出機能部２４、RTT DB２６、タイミング制御部２８、および命令送信部３０に加えて、RSSI（Received Signal Strength Indication）取得部５２、モデル更新部５４、モデルDB５６、およびRTT推定部５８を備えている。以下では、第１の実施形態で説明されたPING送受信機能部２２、RTT算出機能部２４、RTT DB２６、タイミング制御部２８、および命令送信部３０については、簡単な説明にとどめる。
【００４７】
RSSI取得部５２は、デバイス４０から送信される信号のRSSIを取得する。
【００４８】
PING送受信機能部２２は、無線ネットワーク４５を介して１つまたは複数のデバイス４０と通信することができ、RTTを計測可能なデバイス４０へPINGを送信する。PING送受信機能部２２がPINGを送信したタイミングで、RTT算出機能部２４が、RTT算出機能部２４に内蔵されているタイマ（図示せず）を起動する。
【００４９】
デバイス４０は、RTTを計測可能なデバイスであるので、図１に図示されているものと同様に、PING受信機能部４２とPING送信機能部４４とを備えている。PING受信機能部４２は、PING送受信機能部２２から送信されたPINGを受信する。PING受信機能部４２によってPINGが受信されると、PING送信機能部４４は、PING−ACKを生成し、無線ネットワーク４５を介して、PINGの送信元の端末１０へ向けてPING−ACKを送信する。
【００５０】
PING送受信機能部２２は、このように、デバイス４０から送信されたPING−ACKを受信する。PING送受信機能部２２がPING−ACKを受信したタイミングで、RTT算出機能部２４が、タイマを停止する。
【００５１】
RTT算出機能部２４は、PING−ACKがPING送受信機能部２２によって受信されることによって停止されたタイマの値を読み取る。この読取値は、PING送受信機能部２２によるPINGの送信時刻と、PING送受信機能部２２によるPING−ACKの受信時刻との時間差、すなわち、端末１０とデバイス４０との間のRTTである。このRTTを、端末１０とデバイス４０との間の遅延として、デバイス４０に関連付けてRTT DB２６に記憶させる。
【００５２】
モデル更新部５４は、RSSI取得部５２によって取得されたRSSIと、RTT DB２６に記憶されたRTTとのペアに基づいて、RSSI−RTTモデルを作成し、モデルデータベース（以降、「モデルDB」と称する）５６に記憶させる。モデルDB５６は、例えば、ハードディスクやメモリからなる。
【００５３】
RSSI取得部５２はまた、RTTを計測できないデバイス４６から送信される信号のRSSIを取得する。
【００５４】
RTT推定部５８は、RSSI取得部５２によって取得されたデバイス４６から送信された信号のRSSIと、モデルDB５６に記憶されたRSSI−RTTモデルとを用いて、端末１０とデバイス４６との間のRTTを推定する。そして、推定されたRTTを、デバイス４６に関連付けてRTT DB２６に記憶させる。
【００５５】
タイミング制御部２８は、RTT DB２６に記憶された、デバイス４６に関連付けられたRTTに基づいて、アプリケーションの命令を端末１０からデバイス４６へ送信するタイミングを決定する。
【００５６】
命令送信部３０は、アプリケーションを実行する場合、タイミング制御部２８によって決定されたタイミングに従って、アプリケーションの命令をデバイス４６へ送信する。
【００５７】
このように、端末１０は、デバイス４６のように、RTTを計測することが不可能なデバイス４６に対しても、RTTを推定し、推定されたRTTを使用することによって、デバイス４６の固有の遅延を考慮してアプリケーションの命令を送信する。
【００５８】
また、図４に示すような遅延推定装置５０は、図１に示すような遅延計測装置２０の機能も備えているので、RTTを計測することが可能なデバイス４０に対しては、第１の実施形態で説明したようにRTTを算出することによって、端末１０とデバイス４０との間の遅延をより正確に計測し、デバイス４０の固有の遅延を考慮してアプリケーションの命令を送信する。
【００５９】
これによって、RTTを計測することが可能なデバイス４０と、RTTを計測できないデバイス４６との両方を対象として、動作タイミングを同期できるようにしている。
【００６０】
次に、遅延推定装置５０の動作を、図５および図６のシーケンス図を用いて説明する。
【００６１】
遅延推定装置５０では、ヘッドセットのように、遅延計測装置２０ではRTTを計測することができないデバイス４６のためのRTTが推定される。この推定のために、遅延計測装置２０でRTTを計測することが可能なデバイス４０のRTTを利用して、RSSI−RTTモデルが作成される。
【００６２】
図５は、このようなRSSI−RTTモデル作成時におけるシーケンス図である。
【００６３】
遅延推定装置５０ではまず、RTTを計測することが可能なデバイス４０から送信される信号のRSSIが、RSSI取得部５２によって取得される（Ｓ１１）。
【００６４】
以降Ｓ１２〜Ｓ１６は、図２におけるＳ１〜Ｓ５と同じであるので、説明を省略する。
【００６５】
Ｓ１６の後、Ｓ１１においてRSSI取得部によって取得されたRSSIと、Ｓ１６においてRTT DB２６に記憶されたRTTとのペアに基づいて、モデル更新部５４において、RSSI−RTTモデルが作成され、モデルDB５６に記憶される（Ｓ１７）。このようにRSSI−RTTモデルが作成されることによって、図６に示すようなデバイス４６のタイミング制御のための準備が完了する。
【００６６】
図６は、RTTを計測することが不可能なデバイス４６のタイミング制御時におけるシーケンス図である。
【００６７】
RTTを計測することが不可能なデバイス４６のタイミング制御を行う場合、デバイス４６から送信される信号のRSSIがRSSI取得部５２によって取得される（Ｓ１８）。
【００６８】
RTT推定部５８では、Ｓ１８において取得されたRSSIと、モデルDB５６に記憶されたRSSI−RTTモデルとが用いられ、端末１０とデバイス４６との間のRTTが推定される（Ｓ１９）。推定されたRTTは、デバイス４６に関連付けてRTT DB２６に記憶される。
【００６９】
RTT DB２６に記憶されたRTTに基づいて、タイミング制御部２８によって、アプリケーションの命令を、端末１０からデバイス４６へ送信するタイミングが決定される（Ｓ２０）。
【００７０】
そして、命令送信部３０から、タイミング制御部２８によって決定されたタイミングに従って、アプリケーションの命令が、デバイス４６へ送信され（Ｓ２１）、デバイス４６がこの命令に従って実行する（Ｓ２２）。
【００７１】
上記Ｓ１８〜Ｓ２２までの処理が、複数のデバイス４６のそれぞれに対して並行して実行されることによって、複数のデバイス４６に対して、それぞれのタイミングで、アプリケーションの命令が送信される。
【００７２】
また、デバイス４０とデバイス４６とを同時に制御する場合には、デバイス４０に対するＳ６〜Ｓ９の処理と、デバイス４６に対するＳ１８〜Ｓ２２の処理とを並行して実行することによって、デバイス４０とデバイス４６との動作タイミングの同期が図られる。
【００７３】
以上説明したように、本実施形態によれば、デバイス４６のように、RTTを計測することが不可能なデバイスに対しても、デバイス４０のように、PINGを利用してRTTを算出することが可能なデバイスを用いて作成されたRTTモデルから、RTTを推定することができる。これによって、RTTを計測することが不可能な複数のデバイス４６に対しても、動作タイミングを同期させながら制御することが可能となる。
【００７４】
さらには、デバイス４０のように、RTTを計測することが可能なデバイスと、デバイス４６のように、RTTを計測することが不可能なデバイスとの両方を制御する場合であっても、デバイス４０に対するＳ６〜Ｓ９の処理と、デバイス４６に対するＳ１８〜Ｓ２２の処理とを並行して実行することによって、動作タイミングを同期させながら制御することが可能となる。
【００７５】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【００７６】
例えば、第２の実施形態は、RSSIを利用することに限定されるものではなく、RSSIの代わりに、PINGとの相関がある値を適用して実現することも可能である。例えば、RSSIの代わりに、PINGとの相関がある距離センサの値を適用し、端末１０とデバイス４０との間の距離に基づいて、RSSI−RTTモデルの代わりに、距離−RTTモデルを作成する。そして、距離−RTTモデルに基づいて、端末１０とデバイス４６との間の距離から、端末１０とデバイス４６との間のRTTを推定することも可能である。
【符号の説明】
【００７７】
１０  端末、２０  端末−デバイス間遅延計測装置、２２  PING受信機能部、２４  RTT算出機能部、２６  RTTデータベース、２８  タイミング制御部、３０  命令送信部、４０  デバイス、４２  PING受信機能部、４４  PING送信機能部、４５  無線ネットワーク、４６  デバイス、５０  端末−デバイス間遅延推定装置、５２  RSSI取得部、５４  モデル更新部、５６  モデルデータベース、５８  RTT推定部
【図１】
2018098642.tif 000003
【図２】
2018098642.tif 000004
【図３】
2018098642.tif 000005
【図４】
2018098642.tif 000006
【図５】
2018098642.tif 000007
【図６】
2018098642.tif 000008
【図７】
2018098642.tif 000009