JP2021125705A - ＩｏＴデータ伝送システム - Google Patents

Abstract

【課題】無線のネットワークに接続できないＩｏＴ端末が存在しても、各ＩｏＴ端末が収集したデータをネットワーク上のサーバに無線で伝送する。【解決手段】デイジーチェーン接続における最も上流側のＩｏＴ端末Ｅ１５は、ネットワーク接続端末を構成する。ネットワーク接続端末は、センサ２１〜２５のデータを収集するサーバ３１が接続されたネットワーク４１の無線アクセスポイント５１との無線通信により、センサ２１〜２５のデータを含むパケットをサーバ３１に送信する。また、デイジーチェーン接続における最も下流側及び上流側のＩｏＴ端末Ａ１１，Ｅ１５を除く、他のＩｏＴ端末Ｂ１２〜Ｄ１４は、中継端末を構成する。中継端末は、デイジーチェーン接続における自身よりも一つ下流側のＩｏＴ端末Ａ１１〜Ｃ１３から受信したパケットのセンサ２１〜２３のデータを、設定情報保持部６３の宛先情報の宛先に送信するパケットに追加する。【選択図】図１

Description

本開示は、ＩｏＴデータ伝送システムに関する。

ＩｏＴ（Internet of Things）の普及により、近年は、様々なデータがインターネットを介して収集されて利用に供される。これに伴い、インターネット回線の通信容量を増やす等、通信インフラを増強する手当が進められている。一方、データを取り扱うサーバ側では、データ処理の負荷が格段に増えるため、処理能力を増やす対策だけでなく、パケットの衝突によるデータ紛失への対策が求められている。

パケットの衝突に対する対策として、特許文献１には、内部時計の計時時刻を同期させた各ＩｏＴ端末が、計時時刻に基づき自己に割り当てられた期間を特定し、その期間中に、センサから収集したデータのパケットをサーバに出力する技術が記載されている。この技術では、各ＩｏＴ端末がパケットを出力する期間が重複して、サーバが受信する各ＩｏＴ端末からのパケットが衝突するのを、抑制することができる。

特開２０１９−４５１６号公報

但し、特許文献１に記載された技術では、各ＩｏＴ端末に、内部時計を同期させるためのデータを共有させる必要がある。即ち、各ＩｏＴ端末を共通のネットワーク上に接続する必要がある。特に、特許文献１に記載された技術では、各ＩｏＴ端末が無線アクセスポイントを介してサーバにデータのパケットを送信するので、同期データを各ＩｏＴ端末に無線アクセスポイントから送信する必要がある。したがって、各ＩｏＴ端末を、無線アクセスポイントからの無線信号が届く範囲内に配置する必要がある。

本開示は前記事情に鑑みなされたもので、本開示の目的は、ネットワークに無線で接続できないＩｏＴ端末が存在しても、各ＩｏＴ端末が収集したデータをネットワーク上のサーバに無線で伝送できるようにすることにある。

本開示に係るＩｏＴデータ伝送システムは、
無線によりデイジーチェーン接続され、自身に接続されたデバイスによる検出内容を示すデータを収集し、前記デバイスのデータのパケットを、前記デイジーチェーン接続における自身よりも一つ上流側の宛先に、無線通信により送信する複数のＩｏＴ端末を備えており、
前記各ＩｏＴ端末のうち前記デイジーチェーン接続における最も上流側の前記ＩｏＴ端末は、前記デバイスのデータを収集するサーバが接続されたネットワークとの無線通信により、前記パケットを前記サーバに送信するネットワーク接続端末を構成しており、
前記各ＩｏＴ端末のうち前記デイジーチェーン接続における最も上流側及び最も下流側を除く他の前記ＩｏＴ端末は、前記デイジーチェーン接続における自身よりも一つ下流側の前記ＩｏＴ端末から受信した前記パケットの前記デバイスのデータを、前記宛先に送信する前記パケットに追加する中継端末を構成している。

前記デイジーチェーン接続における最も下流側の前記ＩｏＴ端末には、自身に接続された前記デバイスのデータを収集するタイミングが設定されていてもよい。

前記各ＩｏＴ端末には、前記パケットの宛先がそれぞれ変更可能に設定されていてもよい。

したがって、サーバに伝送するデバイスのデータを収集するＩｏＴ端末を、無線によるデイジーチェーン接続に対して容易に増減させることができる。

本開示によれば、ネットワークに無線で接続できないＩｏＴ端末が存在しても、各ＩｏＴ端末が収集したデータをネットワーク上のサーバに無線で伝送することができる。

本開示の実施形態に係るＩｏＴデータ伝送システムの一例を示す説明図である。 図１のＩｏＴ端末の詳細な構成を示す説明図である。 図２の送信データ作成部において作成される送信データの内容を各ＩｏＴ端末毎に示す説明図である。 図２のＣＰＵがＲＯＭ等に格納されたプログラムにしたがって実行する処理の手順の一例を示すフローチャートである。 図１のＩｏＴ端末を増やしたＩｏＴデータ伝送システムの例を示す説明図である。

以下、本開示の実施形態について図面を参照しながら説明する。図１は本開示の実施形態に係るＩｏＴデータ伝送システムの一例を示す説明図である。

図１に示す実施形態のＩｏＴデータ伝送システム１は、ＩｏＴ端末Ａ１１〜Ｅ１５にそれぞれ接続されたデバイスとしてのセンサ２１〜２５の検出内容を示すデータを、サーバ３１に伝送するシステムである。

各センサ２１〜２５は、それぞれの設置先において、検出対象の状態に応じた物理量を検出する。各センサ２１〜２５による検出内容を示すデータは、接続先の各ＩｏＴ端末Ａ１１〜Ｅ１５によって収集される。

例えば、ＩｏＴデータ伝送システム１を、河川沿いの異なる箇所でそれぞれ検出した水位を示すデータを収集し解析するのに用いる場合、センサ２１〜２５は、河川の各箇所でそれぞれ水位を検出する水位計であってもよい。

ＩｏＴ端末Ａ１１〜Ｅ１５は、ＩｏＴ端末Ａ１１〜Ｅ１５の順番で、無線によりデイジーチェーン接続されている。

ＩｏＴ端末Ａ１１〜Ｄ１４は、デイジーチェーン接続における一つ上流側の最寄りのＩｏＴ端末Ｂ１２〜Ｅ１５に、単方向通信方式による無線通信によりパケットをそれぞれ送信することができる。

デイジーチェーン接続における最も上流側のＩｏＴ端末Ｅ１５は、ＩｏＴ端末Ａ１１〜Ｅ１５の中で唯一、サーバ３１が接続されたネットワーク４１上の無線アクセスポイント５１にアクセス可能な箇所に配置されている。即ち、ＩｏＴ端末Ａ１１〜Ｄ１４は、無線アクセスポイント５１にアクセス不能な箇所に配置されている。

したがって、ＩｏＴ端末Ｅ１５は、無線アクセスポイント５１を介してネットワーク４１上のサーバ３１に、無線通信によりパケットを直接送信することができる。一方、無線アクセスポイント５１にアクセス不能な他のＩｏＴ端末Ａ１１〜Ｄ１４は、無線アクセスポイント５１を介してネットワーク４１上のサーバ３１に、無線通信によりパケットを直接送信することができない。

以下、図２の説明図を参照して、各ＩｏＴ端末Ａ１１〜Ｅ１５の詳細な構成を説明する。なお、図２では、スペース上の都合により、ＩｏＴ端末Ａ１１，Ｂ１２のみを示し、ＩｏＴ端末Ｃ１３〜Ｅ１５の図示を省略している。また、図２のＩｏＴ端末Ａ１１では、後述するＣＰＵ６５の詳細な構成の図示を省略している。

図２に示すＩｏＴ端末Ａ１１，Ｂ１２は、データ受信部６１、設定情報保持部６３、ＣＰＵ６５及びデータ送信部６７をそれぞれ有している。他の各ＩｏＴ端末Ｃ１３〜Ｅ１５も、データ受信部６１、設定情報保持部６３、ＣＰＵ６５及びデータ送信部６７をそれぞれ有している。

データ受信部６１は、デイジーチェーン接続における自端末よりも一つ下流側の端末が無線で送信した、自端末宛のパケットを受信する。

例えば、ＩｏＴ端末Ｂ１２のデータ受信部６１は、デイジーチェーン接続における自端末よりも一つ下流側のＩｏＴ端末Ａ１１のデータ送信部６７が無線で送信した、ＩｏＴ端末Ｂ１２宛のパケットを受信する。ＩｏＴ端末Ｂ１２宛のパケットの内容については後述する。

デイジーチェーン接続における自端末よりも下流側の端末が存在しないＩｏＴ端末Ａ１１のデータ受信部６１は、自端末宛のパケットを受信しない。したがって、ＩｏＴ端末Ａ１１のデータ受信部６１は省略してもよい。

設定情報保持部６３は、例えば、書き換え可能な不揮発性メモリによって構成することができる。設定情報保持部６３は、始点フラグ及び宛先情報を記憶している。

始点フラグは、自端末がデイジーチェーン接続における最も下流側の端末であるか否かを示すフラグである。自端末がデイジーチェーン接続における最も下流側の端末である場合、設定情報保持部６３に記憶される始点フラグは「１」となる。自端末がデイジーチェーン接続における最も下流側の端末でない場合、設定情報保持部６３に記憶される始点フラグは「０」となる。

本実施形態では、デイジーチェーン接続における最も下流側のＩｏＴ端末Ａ１１の設定情報保持部６３に、「１」の始点フラグが記憶される。また、デイジーチェーン接続における最も下流側の端末でないＩｏＴ端末Ｂ１２〜Ｅ１５の設定情報保持部６３に、いずれも「０」の始点フラグが記憶される。

宛先情報は、データ送信部６７が無線で送信するパケットの宛先を示す情報である。設定情報保持部６３には、デイジーチェーン接続における自端末よりも一つ上流側の端末が、宛先情報として記憶される。

本実施形態では、デイジーチェーン接続における最も上流側のＩｏＴ端末Ｅ１５の設定情報保持部６３に、データ送信部６７が無線で送信するパケットの宛先であるサーバ３１が、宛先情報として記憶される。また、デイジーチェーン接続における最も上流側の端末でないＩｏＴ端末Ａ１１〜Ｄ１４の設定情報保持部６３に、いずれも、デイジーチェーン接続におけるそれぞれの一つ上流側のＩｏＴ端末Ｂ１２〜Ｅ１５が、宛先情報として記憶される。

ＣＰＵ６５は、不図示のＲＯＭ等に記憶されたプログラムを実行することで、データ収集部６５１、データ処理部６５３及び送信データ作成部６５５をＣＰＵ６５上に仮想的に構築する。

データ収集部６５１は、データ処理部６５３によってトリガされると、ＣＰＵ６５に接続されたセンサ２１〜２５からデータを収集する。即ち、各ＩｏＴ端末Ａ１１〜Ｅ１５のデータ収集部６５１は、ＣＰＵ６５に接続された各センサ２１〜２５からデータをそれぞれ収集する。

データ処理部６５３は、設定情報保持部６３の始点フラグが「０」である場合は、データ受信部６１が自端末宛のパケットを受信すると、データ収集部６５１をトリガする。データ処理部６５３は、設定情報保持部６３の始点フラグが「１」である場合は、ＣＰＵ６５の内部時計におけるカウント時間がサンプリング周期に達する毎に、センサ２１のデータを収集するタイミングが到来したものとして、データ収集部６５１をトリガする。なお、サンプリング周期は、例えば、設定情報保持部６３に記憶させておくことができる。

本実施形態では、設定情報保持部６３の始点フラグが「１」であるＩｏＴ端末Ａ１１のデータ処理部６５３は、収集タイミングが到来する毎にデータ収集部６５１をトリガする。また、設定情報保持部６３の始点フラグが「０」であるＩｏＴ端末Ｂ１２〜Ｅ１５のデータ処理部６５３は、データ受信部６１が自端末宛のパケットを受信するとデータ収集部６５１をトリガする。

送信データ作成部６５５は、データ処理部６５３がデータ収集部６５１にセンサのデータを収集させると、設定情報保持部６３の始点フラグを参照して送信データを作成する。

送信データ作成部６５５は、始点フラグが「０」である場合、ＣＰＵ６５に接続されたセンサ２２からデータ収集部６５１が収集したデータと、データ受信部６１が受信したパケット中のデータとを含む送信データを作成する。送信データ作成部６５５は、始点フラグが「１」である場合、データ収集部６５１がセンサ２２から収集したデータだけで送信データを作成する。

本実施形態では、始点フラグが「１」であるＩｏＴ端末Ａ１１の送信データ作成部６５５は、データ収集部６５１が収集したセンサ２１のデータだけで送信データを作成する。また、始点フラグが「０」である各ＩｏＴ端末Ｂ１２〜Ｅ１５の送信データ作成部６５５は、データ収集部６５１が収集した各センサ２２〜２５のデータと、データ受信部６１が受信したパケット中のデータとを含む送信データを作成する。

即ち、各ＩｏＴ端末Ｂ１２〜Ｅ１５の送信データ作成部６５５は、ＣＰＵ６５に接続された各センサ２２〜２５のデータに、下流側の各ＩｏＴ端末Ａ１１〜Ｄ１４がそれぞれ収集した各センサ２１〜２４のデータを累積的に加えた送信データを作成する。

図３は、各ＩｏＴ端末Ａ１１〜Ｅ１５の送信データ作成部６５５が作成する送信データの内容を示す説明図である。図３に示すように、ＩｏＴ端末Ａ１１の送信データ作成部６５５が作成する送信データは、始点フラグが「１」なので、ＣＰＵ６５に接続されたセンサ２１のデータだけの内容となる。即ち、ＩｏＴ端末Ａ１１の送信データの内容は、「”Ａ”：”２５．３”」となる。

ＩｏＴ端末Ｂ１２の送信データ作成部６５５が作成する送信データは、始点フラグが「０」なので、ＣＰＵ６５に接続されたセンサ２２のデータ（”Ｂ”：”２４．２”）を、データ受信部６１で受信したパケット中のセンサ２１のデータを加えた内容となる。即ち、ＩｏＴ端末Ｂ１２の送信データの内容は、「”Ａ”：”２５．３”，”Ｂ”：”２４．２”」となる。

ＩｏＴ端末Ｃ１３の送信データ作成部６５５が作成する送信データは、始点フラグが「０」なので、ＣＰＵ６５に接続されたセンサ２３のデータ（”Ｃ”：”２５．１”）を、データ受信部６１で受信したパケット中のセンサ２１，２２のデータを加えた内容となる。即ち、ＩｏＴ端末Ｃ１３の送信データの内容は、「”Ａ”：”２５．３”，”Ｂ”：”２４．２”，”Ｃ”：”２５．１”」となる。

ＩｏＴ端末Ｄ１４の送信データ作成部６５５が作成する送信データは、始点フラグが「０」なので、ＣＰＵ６５に接続されたセンサ２４のデータ（”Ｄ”：”２６．９”）を、データ受信部６１で受信したパケット中のセンサ２１〜２３のデータを加えた内容となる。即ち、ＩｏＴ端末Ｄ１４の送信データの内容は、「”Ａ”：”２５．３”，”Ｂ”：”２４．２”，”Ｃ”：”２５．１”，”Ｄ”：”２６．９”」となる。

ＩｏＴ端末Ｅ１５の送信データ作成部６５５が作成する送信データは、始点フラグが「０」なので、ＣＰＵ６５に接続されたセンサ２５のデータ（”Ｅ”：”２５．８”）を、データ受信部６１で受信したパケット中のセンサ２１〜２４のデータを加えた内容となる。即ち、ＩｏＴ端末Ｅ１５の送信データの内容は、「”Ａ”：”２５．３”，”Ｂ”：”２４．２”，”Ｃ”：”２５．１”，”Ｄ”：”２６．９”，”Ｅ”：”２５．８”」となる。

図２に示すデータ送信部６７は、送信データ作成部６５５が作成した送信データを含むパケットを、設定情報保持部６３の宛先に無線で送信する。本実施形態では、各ＩｏＴ端末Ａ１１〜Ｄ１４のデータ送信部６７は、設定情報保持部６３の宛先情報にある各ＩｏＴ端末Ｂ１２〜Ｅ１５宛のパケットを無線で送信する。残るＩｏＴ端末Ｅ１５のデータ送信部６７は、設定情報保持部６３の宛先情報にあるサーバ３１宛のパケットを無線で送信する。

例えば、ＩｏＴ端末Ｂ１２のデータ受信部６１が受信するＩｏＴ端末Ｂ１２宛のパケットは、ＩｏＴ端末Ａ１１のデータ送信部６７が無線で送信したパケットである。このパケットは、ＩｏＴ端末Ａ１１の送信データ作成部６５５が作成した、センサ２１のデータを含んでいる。

なお、デイジーチェーン接続における最も下流側のＩｏＴ端末Ａ１１及び最も上流側のＩｏＴ端末Ｅ１５を除く、他のＩｏＴ端末Ｂ１２〜Ｄ１４は、中継端末を構成する。中継端末とは、デイジーチェーン接続における自身よりも一つ下流側のＩｏＴ端末Ａ１１〜Ｃ１３から受信したパケットのセンサ２１〜２３のデータを、設定情報保持部６３の宛先情報の宛先に送信するパケットに追加する端末である。

また、デイジーチェーン接続における最も上流側のＩｏＴ端末Ｅ１５は、ネットワーク接続端末を構成する。ネットワーク接続端末とは、センサ２１〜２５のデータを収集するサーバ３１が接続されたネットワーク４１の無線アクセスポイント５１との無線通信により、センサ２１〜２５のデータを含むパケットをサーバ３１に送信する端末である。

次に、各ＩｏＴ端末Ａ１１〜Ｅ１５のＣＰＵ６５がＲＯＭ等のプログラムにしたがって実行する処理の手順の一例を、図４のフローチャートを参照して説明する。

まず、ＣＰＵ６５は、設定情報保持部６３の始点フラグが「１」であるか否かを確認する（ステップＳ１）。始点フラグが「１」でない場合は（ステップＳ１でＮＯ）、後述するステップＳ９に処理を移行する。

また、始点フラグが「１」である場合は（ステップＳ１でＹＥＳ）、ＣＰＵ６５は、収集タイミングが到来したか否かを確認する（ステップＳ３）。収集タイミングが到来していない場合は（ステップＳ３でＮＯ）、到来するまでステップＳ３をリピートする。収集タイミングが到来した場合は（ステップＳ３でＹＥＳ）、ＣＰＵ６５は、ＣＰＵ６５に接続されたセンサ２１〜２５のデータを、データ収集部６５１によって収集させる（ステップＳ５）。

なお、始点フラグが「１」であるのは、先に説明したとおり、ＩｏＴ端末Ａ１１のみである。このため、ステップＳ５においてＣＰＵ６５がデータ収集部６５１に収集させるデータは、ＩｏＴ端末Ａ１１のセンサ２１のデータとなる。

そして、ＣＰＵ６５は、データ収集部６５１によって収集されたセンサ２１のデータを含む送信データを、データ処理部６５３及び送信データ作成部６５５によって作成させる。さらに、ＣＰＵ６５は、作成された送信データを含むパケットを、設定情報保持部６３の宛先情報の宛先に、データ送信部６７によって送信させる（以上、ステップＳ７）。その後、後述するステップＳ１７に処理を移行する。

また、ステップＳ１において始点フラグが「１」でない場合（ＮＯ）に進むステップＳ９では、ＣＰＵ６５は、自端末宛のパケットをデータ受信部６１が受信したか否かを確認する。データ受信部６１が受信していない場合は（ステップＳ９でＮＯ）、受信するまでステップＳ９をリピートする。データ受信部６１が受信した場合は（ステップＳ９でＹＥＳ）、ＣＰＵ６５は、ＣＰＵ６５に接続されたセンサ２１〜２５のデータを、データ収集部６５１によって収集させる（ステップＳ１１）。

なお、始点フラグが「１」でないのは、先に説明したとおり、ＩｏＴ端末Ｂ１２〜Ｅ１５である。このため、ステップＳ９においてデータ受信部６１が受信したパケットには、デイジーチェーン接続における自端末よりも一つ下流側のＩｏＴ端末Ａ１１〜Ｄ１４の各センサ２１〜２４のデータが含まれている。また、ステップＳ１１においてＣＰＵ６５がデータ収集部６５１に収集させるデータは、ＣＰＵ６５に接続されたセンサ２２〜２５のデータとなる。

そして、ＣＰＵ６５は、データ受信部６１が受信した、自端末よりも一つ下流側のＩｏＴ端末Ａ１１〜Ｄ１４の各センサ２１〜２４のデータ（受信データ）に、ＣＰＵ６５に接続されたセンサ２２〜２５のデータ（自身のデータ）を付加する（ステップＳ１３）。即ち、ＣＰＵ６５は、送信データ作成部６５５により送信データを作成させる。

さらに、ＣＰＵ６５は、作成された送信データを含むパケットを、設定情報保持部６３の宛先情報の宛先に、データ送信部６７によって送信させる（以上、ステップＳ１５）。その後、ステップＳ１７に処理を移行する。

ステップＳ１７では、ＣＰＵ６５は、ＩｏＴ端末Ａ１１〜Ｅ１５の電源がＯＦＦされたか否かを確認する。電源がＯＦＦされていない場合は（ステップＳ１７でＮＯ）、ステップＳ１にリターンし、ＯＦＦされた場合は（ステップＳ１７でＹＥＳ）、一連の処理を終了する。

このように構成された本実施形態のＩｏＴデータ伝送システム１では、サーバ３１にパケットを直接送信できない各ＩｏＴ端末Ａ１１〜Ｄ１４のデータ送信部６７が、パケットを受信できるＩｏＴ端末Ｂ１２〜Ｅ１５を宛先とするパケットの送信を繰り返す。これにより、各ＩｏＴ端末Ｂ１２〜Ｄ１４が、下流側の各ＩｏＴ端末Ａ１１〜Ｃ１３からのセンサ２１〜２３のデータに、ＣＰＵ６５に接続されたセンサ２２〜２４のデータを累積的に加えて、一つ上流側のＩｏＴ端末Ｃ１３〜Ｅ１５に順次送信する。そして、ＩｏＴ端末Ｅ１５のデータ送信部６７が、ＣＰＵ６５に接続されたセンサ２５のデータを、下流側の各ＩｏＴ端末Ａ１１〜Ｄ１４からのセンサ２１〜２４のデータに加えて、サーバ３１を宛先とするパケットにより送信する。

このため、ＩｏＴ端末Ａ１１〜Ｄ１４が収集したセンサ２１〜２４のデータを、データ送信部６７による無線通信の電波が無線アクセスポイント５１に届かなくても、デイジーチェーン接続したＩｏＴ端末Ｂ１２〜Ｅ１５を介してサーバ３１に伝送できる。

また、本実施形態では、デイジーチェーン接続における最も下流側のＩｏＴ端末Ａ１１では、サンプリング周期毎に到来する収集タイミングにおいて、データ収集部６５１にセンサ２１のデータを収集させるようにした。このため、自身の下流側に他の端末が存在しないＩｏＴ端末Ａ１１でも、他のＩｏＴ端末Ｂ１２〜Ｅ１５と同様に、ＣＰＵ６５に接続されたセンサ２１のデータをデータ収集部６５１に収集させて、一つ上流側のＩｏＴ端末Ｂ１２に無線で送信することができる。

なお、本実施形態では、各ＩｏＴ端末Ａ１１〜Ｅ１５のデータ送信部６７が無線で送信するパケットの宛先を、設定情報保持部６３に宛先情報として記憶させる構成とした。このため、設定情報保持部６３の宛先情報を書き換えることで、デイジーチェーン接続するＩｏＴ端末Ａ１１〜Ｅ１５を容易に増減させることができる。

例えば、図５の説明図に示すＩｏＴデータ伝送システム１では、図１のＩｏＴ端末Ｂ１２とＩｏＴ端末Ｃ１３との間に、サーバ３１にパケットを直接送信できないのＩｏＴ端末Ｂ１１６を追加した例を示している。

この例のＩｏＴデータ伝送システム１では、追加したＩｏＴ端末Ｂ１１６の一つ下流側のＩｏＴ端末Ｂ１２において、設定情報保持部６３の宛先情報を、ＩｏＴ端末Ｃ１３からＩｏＴ端末Ｂ１１６に書き換える。また、追加したＩｏＴ端末Ｂ１１６において、設定情報保持部６３の宛先情報を、一つ上流側のＩｏＴ端末Ｃ１３とする。なお、追加したＩｏＴ端末Ｂ１１６は、デイジーチェーン接続における最も上流側と最も下流側との間に追加される。このため、ＩｏＴ端末Ｂ１１６において、設定情報保持部６３の始点フラグは「０」とする。

この例のＩｏＴデータ伝送システム１では、追加したＩｏＴ端末Ｂ１１６において、データ送信部６７が、ＩｏＴ端末Ｂ１１６からのパケットを受信できるＩｏＴ端末Ｃ１３を宛先とするパケットを送信する。これにより、追加のＩｏＴ端末Ｂ１１６が、下流側の各ＩｏＴ端末Ａ１１，Ｂ１２からのセンサ２１，２２のデータに、ＣＰＵ６５に接続されたセンサ２６のデータを累積的に加えて、一つ上流側のＩｏＴ端末Ｃ１３に送信する。

したがって、以後、ＩｏＴ端末Ｃ１３は、下流側の各ＩｏＴ端末Ａ１１，Ｂ１２，Ｂ１１６からのセンサ２１，２２，２６のデータに、ＣＰＵ６５に接続されたセンサ２３のデータを累積的に加えて、一つ上流側のＩｏＴ端末Ｄ１４に送信する。また、ＩｏＴ端末Ｄ１４は、下流側の各ＩｏＴ端末Ａ１１，Ｂ１２，Ｂ１１６，Ｃ１３からのセンサ２１〜２３，２６のデータに、ＣＰＵ６５に接続されたセンサ２４のデータを累積的に加えて、一つ上流側のＩｏＴ端末Ｅ１５に送信する。

さらに、ＩｏＴ端末Ｅ１５は、下流側の各ＩｏＴ端末Ａ１１〜Ｄ１４，Ｂ１１６からのセンサ２１〜２４，２６のデータに、ＣＰＵ６５に接続されたセンサ２５のデータを累積的に加えて、サーバ３１に送信する。

このように構成された図５のＩｏＴデータ伝送システム１でも、図１のＩｏＴデータ伝送システム１と同様の効果を得ることができる。また、適切な宛先情報及び始点フラグを設定情報保持部６３に設定したＩｏＴ端末Ｂ１１６をデイジーチェーン接続に追加する際には、一つ下流側のＩｏＴ端末Ｂ１２の設定情報保持部６３の宛先情報を、ＩｏＴ端末Ｃ１３からＩｏＴ端末１６に書き換えればよい。このため、無線によりデイジーチェーン接続したＩｏＴ端末Ａ１１〜Ｅ１５に対して、サーバ３１に伝送するセンサ２６のデータを収集するＩｏＴ端末Ｂ１１６を、容易に増減させることができる。

なお、各ＩｏＴ端末Ａ１１〜Ｅ１５，Ｂ１１６間の無線によるパケットの送信は、宛先情報の利用等により、デイジーチェーン接続における下流側から上流側の向きに制限され限り、単方向通信方式又は双方向通信方式のいずれの無線通信路を用いて行ってもよい。また、各ＩｏＴ端末Ａ１１〜Ｅ１５，Ｂ１１６間の無線によるパケットの送信は、例えば、特定小電力無線方式、Bluetooth （登録商標）等の無線通信方式を用いることができる。

さらに、図２のＣＰＵ６５は、例えばＤＳＰ（Digital Signal Processor）又はＰＬＣ（Programmable Logic Controller ）等、ＣＰＵ以外の物に置き換えて構成してもよい。また、ＩｏＴ端末Ａ１１〜Ｅ１５又は追加のＩｏＴ端末Ｂ１１６にデータを収集するデバイスは、本実施形態で説明したセンサ２１〜２５に限らず、例えば、水位計等の計測器であってもよい。

さらに、本実施形態では、河川沿いの異なる箇所でそれぞれ検出した水位を示すデータを収集し解析するのにＩｏＴデータ伝送システム１を用いた場合を例に取って説明した。しかし、本開示は、例えば、プラント設備、工場設備等の大規模な設備の管理対象に関する信号を、設備から離れた管制室に置かれた管理装置との間で受け渡しする場合にも、広く適用可能である。

１ ＩｏＴデータ伝送システム
１１〜１６ ＩｏＴ端末
２１〜２６ センサ
３１ サーバ
４１ ネットワーク
５１ 無線アクセスポイント
６１ データ受信部
６３ 設定情報保持部
６５ ＣＰＵ
６７ データ送信部
６５１ データ収集部
６５３ データ処理部
６５５ 送信データ作成部

Claims (3)

1. 無線によりデイジーチェーン接続され、自身に接続されたデバイスによる検出内容を示すデータを収集し、前記デバイスのデータのパケットを、前記デイジーチェーン接続における自身よりも一つ上流側の宛先に、無線通信により送信する複数のＩｏＴ端末を備えており、
   前記各ＩｏＴ端末のうち前記デイジーチェーン接続における最も上流側の前記ＩｏＴ端末は、前記デバイスのデータを収集するサーバが接続されたネットワークとの無線通信により、前記パケットを前記サーバに送信するネットワーク接続端末を構成しており、
   前記各ＩｏＴ端末のうち前記デイジーチェーン接続における最も上流側及び最も下流側を除く他の前記ＩｏＴ端末は、前記デイジーチェーン接続における自身よりも一つ下流側の前記ＩｏＴ端末から受信した前記パケットの前記デバイスのデータを、前記宛先に送信する前記パケットに追加する中継端末を構成している、
   ＩｏＴデータ伝送システム。
2. 前記デイジーチェーン接続における最も下流側の前記ＩｏＴ端末に、自身に接続された前記デバイスのデータを収集するタイミングが設定されている請求項１に記載のＩｏＴデータ伝送システム。
3. 前記各ＩｏＴ端末の不揮発性メモリに前記パケットの宛先がそれぞれ書き換え可能に設定されている請求項１又は２に記載のＩｏＴデータ伝送システム。

Images