特開 2024-29610 エッジデバイス、サーバ装置、プログラムおよびセンサシステム

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

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

(11)【公開番号】P2024029610

(43)【公開日】2024-03-06

(54)【発明の名称】エッジデバイス、サーバ装置、プログラムおよびセンサシステム

(51)【国際特許分類】

   H04Q 9/00 20060101AFI20240228BHJP

   G08C 25/02 20060101ALI20240228BHJP

【ＦＩ】

H04Q9/00 301A

G08C25/02

H04Q9/00 311H

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2022131958

(22)【出願日】2022-08-22

(71)【出願人】

【識別番号】000204284

【氏名又は名称】太陽誘電株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】大川 浩

(72)【発明者】

【氏名】小杉 明史

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

2F073

5K048

【Ｆターム（参考）】

2F073AA01

2F073AA02

2F073AA03

2F073AA04

2F073AB01

2F073BB01

2F073BB04

2F073BB07

2F073BC01

2F073BC02

2F073CC03

2F073CC09

2F073CD11

2F073DD07

2F073EF01

2F073EF09

2F073FF01

2F073FG01

2F073FG02

2F073GG01

2F073GG06

2F073GG07

2F073GG08

5K048BA34

5K048DC01

5K048DC03

5K048EB03

5K048EB10

5K048FC03

5K048GA10

(57)【要約】

【課題】センシングデータの時系列性の保証する処理、および、欠損した一部のセンシングデータをリカバリするリカバリ処理を、簡易に且つ少ない通信負荷で実行する。
【解決手段】エッジデバイスは、収集間隔毎に、収集間隔中に検出された複数のセンサデータおよび時刻情報を含むブロックを生成するブロック生成部と、生成した各ブロックを正常受信情報をサーバ装置から受信するまで、繰り返してサーバ装置に送信する通常処理シーケンスを実行するブロック送信部と、正常受信情報を受信しないブロックに対する、通常処理シーケンスを中止させるバックアップ処理部と、リカバリイベント毎に、通常処理シーケンスを中止させたブロックを、正常受信情報をサーバ装置から受信するまで、繰り返してサーバ装置に送信するリカバリ処理シーケンスを実行するリカバリ処理部と、を備える。
【選択図】図５

【特許請求の範囲】

【請求項1】

予め定められたサンプリング間隔でセンサ装置によりサンプリングされたセンサデータを収集する収集部と、
前記サンプリング間隔よりも長い収集間隔毎に、前記収集間隔中に検出された複数のセンサデータ、および、前記複数のセンサデータのそれぞれのサンプリング時刻を特定するための時刻情報を含むブロックを生成するブロック生成部と、
生成した各前記ブロックを、正常に前記ブロックを受信したことを示す正常受信情報をサーバ装置から受信するまで、繰り返して前記サーバ装置に送信する通常処理シーケンスを実行するブロック送信部と、
前記通常処理シーケンスにおいて予め定められた期間、前記正常受信情報を受信しない前記ブロックに対する、前記通常処理シーケンスを中止させるバックアップ処理部と、
前記収集間隔よりも長い時間の間隔で繰り返し発生するリカバリイベント毎に、前記通常処理シーケンスを中止させた前記ブロックを、前記正常受信情報を前記サーバ装置から受信するまで、繰り返して前記サーバ装置に送信するリカバリ処理シーケンスを実行するリカバリ処理部と、
を備えるエッジデバイス。

【請求項2】

前記バックアップ処理部は、前記正常受信情報を受信しないことにより前記通常処理シーケンスを中止した前記ブロックを、記憶装置に記憶させ、
前記リカバリ処理部は、前記リカバリ処理シーケンスにおいて、前記記憶装置に記憶された前記ブロックを、前記正常受信情報を前記サーバ装置から受信するまで、繰り返して前記サーバ装置に送信する
請求項１に記載のエッジデバイス。

【請求項3】

前記通常処理シーケンスにおいて、前記ブロック送信部は、生成された前記ブロックの一つである第１ブロックを、正常に前記第１ブロックを受信したことを示す前記正常受信情報を前記サーバ装置から受信するまで、繰り返して前記サーバ装置に送信し、
前記バックアップ処理部は、前記第１ブロックが前記通常処理シーケンスにおいて予め定められた期間、前記正常受信情報を受信しない場合、前記第１ブロックを前記記憶装置に記憶させる
請求項２に記載のエッジデバイス。

【請求項4】

前記リカバリ処理シーケンスにおいて、前記リカバリ処理部は、前記通常処理シーケンスを中止した前記ブロックの一つである第２ブロックを、正常に前記第２ブロックを受信したことを示す前記正常受信情報を前記サーバ装置から受信するまで、繰り返して前記サーバ装置に送信する
請求項３に記載のエッジデバイス。

【請求項5】

前記バックアップ処理部は、前記第１ブロックを、前記通常処理シーケンスにより送信開始してから予め定められた応答待機時間を経過した場合、または、前記通常処理シーケンスにより予め定められた応答回数送信した場合、前記通常処理シーケンスによる前記第１ブロックの送信を中止させる
請求項４に記載のエッジデバイス。

【請求項6】

前記ブロック生成部は、サンプリング時刻順に並べられた前記複数のセンサデータを含む前記ブロックを生成する
請求項１に記載のエッジデバイス。

【請求項7】

前記ブロック送信部は、前記通常処理シーケンスを、一定間隔毎に間欠的に実行する
請求項１に記載のエッジデバイス。

【請求項8】

前記リカバリ処理部は、前記リカバリイベントが発生する毎に、前記通常処理シーケンスを実行していない期間において、前記リカバリ処理シーケンスを実行する
請求項７に記載のエッジデバイス。

【請求項9】

請求項１から８の何れか１項に記載のエッジデバイスから前記ブロックを受信するサーバ装置であって、
受信した前記ブロックを記憶するデータ記憶部と、
前記エッジデバイスから前記ブロックを受信するブロック受信部と、
前記ブロックを受信する毎に、受信した前記ブロックに含まれる前記時刻情報と、前記データ記憶部に記憶された前記ブロックに含まれる前記時刻情報とを比較することにより受信した前記ブロックが既に前記データ記憶部に記憶されているか否かを判断し、受信した前記ブロックが前記データ記憶部に記憶されていない場合、受信した前記ブロックを前記データ記憶部に記憶させる書込部と、
受信した前記ブロックを前記データ記憶部に記憶させた場合、受信した前記ブロックを正常に受信したことを示す前記正常受信情報を前記エッジデバイスに送信する正常受信情報送信部と、
を備えるサーバ装置。

【請求項10】

受信した前記ブロックが、前記データ記憶部に既に記憶されている場合、前記正常受信情報送信部は、受信した前記ブロックを正常に受信したことを示す前記正常受信情報を前記エッジデバイスに送信する
請求項９に記載のサーバ装置。

【請求項11】

前記書込部は、前記データ記憶部に対して、複数の前記ブロックを前記時刻情報の順で整列させて書き込み、
前記書込部は、受信した前記ブロックが前記データ記憶部に記憶されていない場合、受信した前記ブロックに含まれる前記時刻情報より大きい前記時刻情報を含むブロックより後ろ、且つ、受信した前記ブロックに含まれる前記時刻情報より小さい前記時刻情報を含むブロックより前に、受信した前記ブロックを挿入する
請求項１０に記載のサーバ装置。

【請求項12】

請求項１に記載のエッジデバイスとして情報処理装置を機能させるためのプログラム。

【請求項13】

請求項９に記載のサーバ装置として情報処理装置を機能させるためのプログラム。

【請求項14】

予め定められたサンプリング間隔で周囲の情報を検出してセンサデータを生成するセンサ装置と、
情報処理装置であるエッジデバイスと、
前記エッジデバイスとネットワークを介して接続され、情報処理装置であるサーバ装置と、
を備え、
前記エッジデバイスは、
前記サンプリング間隔で前記センサ装置によりサンプリングされたセンサデータを収集する収集部と、
前記サンプリング間隔よりも長い収集間隔毎に、前記収集間隔中に検出された複数のセンサデータ、および、前記複数のセンサデータのそれぞれのサンプリング時刻を特定するための時刻情報を含むブロックを生成するブロック生成部と、
生成した各前記ブロックを、正常に前記ブロックを受信したことを示す正常受信情報を前記サーバ装置から受信するまで、繰り返して前記サーバ装置に送信する通常処理シーケンスを実行するブロック送信部と、
前記通常処理シーケンスにおいて予め定められた期間、前記正常受信情報を受信しない前記ブロックに対する、前記通常処理シーケンスを中止させるバックアップ処理部と、
前記収集間隔よりも長い時間の間隔で繰り返し発生するリカバリイベント毎に、前記通常処理シーケンスを中止させた前記ブロックを、前記正常受信情報を前記サーバ装置から受信するまで、繰り返して前記サーバ装置に送信するリカバリ処理シーケンスを実行するリカバリ処理部と、
を有し、
前記サーバ装置は、
受信した前記ブロックを記憶するデータ記憶部と、
前記エッジデバイスから前記ブロックを受信するブロック受信部と、
前記ブロックを受信する毎に、受信した前記ブロックに含まれる前記時刻情報と、前記データ記憶部に記憶された前記ブロックに含まれる前記時刻情報とを比較することにより受信した前記ブロックが既に前記データ記憶部に記憶されているか否かを判断し、受信した前記ブロックが前記データ記憶部に記憶されていない場合、受信した前記ブロックを前記データ記憶部に記憶させる書込部と、
受信した前記ブロックを前記データ記憶部に記憶させた場合、受信した前記ブロックを正常に受信したことを示す前記正常受信情報を前記エッジデバイスに送信する正常受信情報送信部と、
を有するセンサシステム。

【請求項15】

前記センサ装置は、橋梁に設けられ、前記橋梁における前記センサ装置が設けられた位置における車両の走行方向における前記橋梁の変位を表す観測値を、前記センサデータとして検出する
請求項１４に記載のセンサシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、エッジデバイス、サーバ装置、プログラムおよびセンサシステムに関する。

【背景技術】

【0002】

エッジデバイスがセンサからセンサデータを収集し、収集したセンサデータをインターネット等のネットワークを介してサーバ装置に送信するセンサシステムが知られている。また、このようなセンサシステムの一つとして、橋梁を通過する車両をセンサを用いて検出する橋梁モニタリングシステムが知られている（例えば特許文献１）。このような橋梁モニタリングシステムは、高速にセンシングをするので、非常に短い周期で大量のセンサデータをエッジデバイスからサーバ装置へと送信しなければならない。

【0003】

さらに、このようなセンサシステムは、中断期間無く、連続的にセンサデータを収集し続ける。また、このようなセンサシステムは、エッジデバイスからサーバ装置への伝送時においてネットワークの通信障害等により一部のセンシングデータが欠損する可能性がある。このため、このようなセンサシステムは、センシングデータの時系列性を保証する処理、および、欠損した一部のセンシングデータを再送信したり復元したりするリカバリ処理をしなければならない。

【0004】

特許文献２には、端末と基地局との無線通信環境が良好状態になった場合に、端末がバックアップとして記録されたセンシングデータをまとめて基地局へ無線送信する技術が記載されている。この技術では、その後、サーバは、センシングデータの欠損を検索し、欠損したセンシングデータを端末に再送させる。このような技術は、最新データを逐次処理しながら欠損データを処理するので、高速にセンシングをして大量のデータを扱う場合、負荷の集中により更なる欠損を誘発してしまう可能性がある。

【0005】

特許文献３には、複数の送信装置から所定の周期でデータを受信する技術が記載されている。この技術は、送信装置ごとに遅延状況を監視し、遅延状況に基づき未着データの到着を待機することにより、データの時系列性を確保する。例えば、特許文献３の技術は、データがＡ、Ｂ、Ｃ、Ｄ…という順で送られる場合において、Ｃのデータの到着が遅れると、Ｃの代わりにＮＵＬＬのレコードを作成し、時刻を付与する。そして、特許文献３の技術は、所定の時間内にＣのデータが到着すれば、ＮＵＬＬとしたレコードにデータを格納する。これにより、この技術は、連続的なデータの構造を維持することができる。しかし、このような技術は、最終的に、遅延したデータが所定の時間内に到着しないと、ＮＵＬＬのレコードのままとなるので、データの欠損が発生してしまう。

【0006】

また、特許文献４には、モデルを用いてデータを補間する技術が記載されている。しかし、特許文献４の技術は、実データのそのものを復元するのではないので、高精度な解析結果を要求されるシステムにおいては、補間されたデータの精度が不十分である可能性がある。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】国際公開第２０２０／０３１４０５号

【特許文献2】特許第５２０２２０４号公報

【特許文献3】特許第５４７８７２２号公報

【特許文献4】特許第５８６１６１９号公報

【発明の概要】

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

【0008】

本発明は、上記に鑑みてなされたものであって、センシングデータの時系列性の保証する処理、および、欠損した一部のセンシングデータをリカバリするリカバリ処理を、簡易に且つ少ない通信負荷で実行するエッジデバイス、サーバ装置、プログラムおよびセンサシステムを提供する。

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

【0009】

上述した課題を解決し、目的を達成するために、本発明に係るエッジデバイスは、予め定められたサンプリング間隔でセンサ装置によりサンプリングされたセンサデータを収集する収集部と、前記サンプリング間隔よりも長い収集間隔毎に、前記収集間隔中に検出された複数のセンサデータ、および、前記複数のセンサデータのそれぞれのサンプリング時刻を特定するための時刻情報を含むブロックを生成するブロック生成部と、生成した各前記ブロックを、正常に前記ブロックを受信したことを示す正常受信情報をサーバ装置から受信するまで、繰り返して前記サーバ装置に送信する通常処理シーケンスを実行するブロック送信部と、前記通常処理シーケンスにおいて予め定められた期間、前記正常受信情報を受信しない前記ブロックに対する、前記通常処理シーケンスを中止させるバックアップ処理部と、前記収集間隔よりも長い時間の間隔で繰り返し発生するリカバリイベント毎に、前記通常処理シーケンスを中止させた前記ブロックを、前記正常受信情報を前記サーバ装置から受信するまで、繰り返して前記サーバ装置に送信するリカバリ処理シーケンスを実行するリカバリ処理部と、を備える。

【発明の効果】

【0010】

本発明によれば、センシングデータの時系列性の保証する処理、および、欠損した一部のセンシングデータをリカバリするリカバリ処理を、簡易に且つ少ない通信負荷で実行することができる。

【図面の簡単な説明】

【0011】

【図1】図１は、センサシステムの構成を示す図である。

【図2】図２は、橋梁を横から見たときのセンサ装置の配置を示す図である。

【図3】図３は、センサシステムのデータ転送の流れを示すシーケンス図である。

【図4】図４は、ブロックの一例を示す図である。

【図5】図５は、エッジデバイスの機能構成を示すブロック図である。

【図6】図６は、サーバ装置の機能構成を示すブロック図である。

【図7】図７は、エッジデバイスの通常処理シーケンスの処理の流れを示すフローチャートである。

【図8】図８は、エッジデバイスのリカバリ処理シーケンスの処理の流れを示すフローチャートである。

【図9】図９は、サーバ装置の処理の流れを示すフローチャートである。

【図10】図１０は、図９のＳ３３において受信したブロックがデータ記憶部に記憶されていると判断した場合の処理を示す図である。

【図11】図１１は、図９のＳ３３において受信したブロックがデータ記憶部に記憶されていないと判断した場合の処理を示す図である。

【図12】図１２は、通常処理シーケンスおよびリカバリ処理シーケンスの処理タイミングを示すタイミングチャートである。

【図13】図１３は、情報処理装置のハードウェア構成を示す図である。

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

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

図５は、エッジデバイス２２の機能構成を示すブロック図である。

【0043】

エッジデバイス２２は、収集部３２と、センサデータ記憶部３４と、ブロック生成部３６と、ブロック記憶部３８と、ブロック送信部４０と、バックアップ処理部４２と、バックアップ記憶部４４と、リカバリ処理部４６とを備える。

【0044】

収集部３２は、予め定められたサンプリング間隔でセンサ装置２０によりサンプリングされたセンサデータを収集する。例えば、収集部３２は、サンプリング間隔毎にセンサデータを取得する。収集部３２は、取得したセンサデータをセンサデータ記憶部３４に書き込む。

【0045】

センサデータ記憶部３４は、収集部３２により収集されたセンサデータを記憶する。

【0046】

ブロック生成部３６は、サンプリング間隔よりも長い収集間隔毎に、センサデータ記憶部３４に記憶されたセンサデータを読み出してブロックを生成する。ブロックは、図４に示したように、その収集間隔中に検出された複数のセンサデータ、および、複数のセンサデータのそれぞれのサンプリング時刻を特定するための時刻情報を含む。ブロック生成部３６は、生成したブロックをブロック記憶部３８に書き込む。また、ブロック生成部３６は、生成したブロックに含めた複数のセンサデータをセンサデータ記憶部３４から消去してもよい。

【0047】

ブロック記憶部３８は、記憶装置である。ブロック記憶部３８は、ブロック生成部３６により生成されたブロックを記憶する。

【0048】

ブロック送信部４０は、通常処理シーケンスを実行する。通常処理シーケンスにおいて、ブロック送信部４０は、ブロック生成部３６が生成した各ブロックを、正常にブロックを受信したことを示す正常受信情報をネットワークを介してサーバ装置２４から受信するまで、所定期間毎に繰り返してネットワークを介してサーバ装置２４に送信する。例えば、通常処理シーケンスにおいて、ブロック送信部４０は、ブロック生成部３６により生成されたブロックの一つである第１ブロックを、正常に第１ブロックを受信したことを示す正常受信情報をサーバ装置２４から受信するまで、所定期間毎に繰り返してサーバ装置２４に送信する。ブロック送信部４０は、正常受信情報をサーバ装置２４から受信したブロックを、ブロック記憶部３８から消去してもよい。

【0049】

バックアップ処理部４２は、ブロック生成部３６が生成した複数のブロックのうち、通常処理シーケンスにおいて予め定められた期間、正常受信情報を受信しないブロックに対する、通常処理シーケンスを中止させる。例えば、バックアップ処理部４２は、ブロック生成部３６により生成されたブロックの一つである第１ブロックを、通常処理シーケンスにより送信開始してから予め定められた応答待機時間を経過した場合、または、通常処理シーケンスにより予め定められた応答回数送信した場合、通常処理シーケンスによる第１ブロックの送信を中止させる。

【0050】

そして、バックアップ処理部４２は、通常処理シーケンスを中止したブロックをバックアップ記憶部４４に記憶させる。例えば、バックアップ処理部４２は、第１ブロックが通常処理シーケンスにおいて予め定められた期間、正常受信情報を受信しない場合、第１ブロックをバックアップ記憶部４４に記憶させる。なお、バックアップ処理部４２は、バックアップ記憶部４４に記憶させたブロックを、ブロック記憶部３８から消去してもよい。

【0051】

バックアップ記憶部４４は、記憶装置である。バックアップ記憶部４４は、ブロック生成部３６により生成された複数のブロックのうち、通常処理シーケンスを中止させたブロックを記憶する。なお、ブロック記憶部３８およびバックアップ記憶部４４は、共通の記憶装置により実現されてもよい。この場合、記憶装置は、通常処理シーケンスを中止していないブロックまたは通常処理シーケンスを中止したブロックの何れか一方にフラグ等が付加される。これにより、記憶装置は、通常処理シーケンスを中止させていないブロックと、通常処理シーケンスを中止させたブロックとを識別させることができる。

【0052】

リカバリ処理部４６は、収集間隔よりも長い時間の間隔で繰り返し発生するリカバリイベント毎に、リカバリ処理シーケンスを実行する。リカバリ処理シーケンスにおいて、リカバリ処理部４６は、通常処理シーケンスを中止させたブロックを、正常受信情報をサーバ装置２４から受信するまで、繰り返してネットワークを介してサーバ装置２４に送信する。例えば、リカバリ処理シーケンスにおいて、リカバリ処理部４６は、通常処理シーケンスを中止したブロックの一つである第２ブロックを、正常に第２ブロックを受信したことを示す正常受信情報をサーバ装置２４から受信するまで、繰り返してサーバ装置２４に送信する。例えば、リカバリ処理部４６は、リカバリ処理シーケンスにおいて、バックアップ記憶部４４に記憶されたブロックを、正常受信情報をサーバ装置２４から受信するまで、繰り返してサーバ装置２４に送信する。リカバリ処理部４６は、正常受信情報をサーバ装置２４から受信したブロックを、バックアップ記憶部４４から消去してもよい。

【0053】

図６は、サーバ装置２４の機能構成を示すブロック図である。

【0054】

サーバ装置２４は、データ記憶部５２と、ブロック受信部５４と、書込部５６と、正常受信情報送信部５８とを備える。

【0055】

データ記憶部５２は、エッジデバイス２２から受信したブロックを記憶する。

【0056】

ブロック受信部５４は、エッジデバイス２２から、ネットワークを介してブロックを受信する。

【0057】

書込部５６は、ブロック受信部５４がブロックを受信する毎に、受信したブロックに含まれる時刻情報と、データ記憶部５２に記憶されたブロックに含まれる時刻情報とを比較する。書込部５６は、時刻情報を比較することにより、受信したブロックがデータ記憶部５２に記憶されているか否かを判断する。そして、書込部５６は、受信したブロックがデータ記憶部５２に記憶されていない場合、受信したブロックをデータ記憶部５２に記憶させる。書込部５６は、受信したブロックがデータ記憶部５２に既に記憶されている場合、受信したブロックを廃棄する。

【0058】

例えば、書込部５６は、データ記憶部５２に対して、複数のブロックを時刻情報の順で整列させて書き込む。この場合において、ブロックの並び順は、例えばファイルシステムまたは他の管理情報等により管理されていればよく、記憶領域が物理的に並んでいなくてもよい。これにより、書込部５６は、受信したブロックに含まれる時刻情報と、データ記憶部５２に記憶されたブロックに含まれる時刻情報とを容易に比較することができる。

【0059】

また、書込部５６は、受信したブロックがデータ記憶部５２に記憶されていない場合、受信したブロックに含まれる時刻情報より大きい時刻情報を含むブロックより後ろ、且つ、受信したブロックに含まれる時刻情報より小さい時刻情報を含むブロックより前に、受信したブロックを挿入する。これにより、書込部５６は、ブロックの受信順序が、時刻情報の順序と一致していない場合にも、データ記憶部５２に対して、複数のブロックを時刻情報の順で整列させて書き込むことができる。

【0060】

正常受信情報送信部５８は、受信したブロックをデータ記憶部５２に記憶させた場合、受信したブロックを正常に受信したことを示す正常受信情報をネットワークを介してエッジデバイス２２に送信する。また、正常受信情報送信部５８は、受信したブロックが、データ記憶部５２に既に記憶されている場合、受信したブロックを正常に受信したことを示す正常受信情報を、ネットワークを介してサーバ装置２４に送信する。これにより、正常受信情報送信部５８は、サーバ装置２４が受信したブロックをエッジデバイス２２が再度送信することを中止させることができる。

【0061】

図７は、通常処理シーケンスの処理の流れを示すフローチャートである。

【0062】

エッジデバイス２２は、ブロック生成部３６が生成した各ブロックについて、例えば、図７に示す流れの通常処理シーケンスを実行する。

【0063】

まず、Ｓ１１において、エッジデバイス２２は、対象のブロックをサーバ装置２４に送信する。

【0064】

続いて、Ｓ１２において、エッジデバイス２２は、サーバ装置２４から、対象のブロックを正常に受信したことを示す正常受信情報を受信したか否かを判断する。

【0065】

対象のブロックについての正常受信情報を受信した場合（Ｓ１２のＹｅｓ）、エッジデバイス２２は、処理をＳ１３に進める。そして、Ｓ１３において、エッジデバイス２２は、対象のブロックをブロック記憶部３８から削除し、対象のブロックについての本フローの処理を終了する。

【0066】

対象のブロックについての正常受信情報を受信していない場合（Ｓ１２のＮｏ）、エッジデバイス２２は、処理をＳ１４に進める。Ｓ１４において、エッジデバイス２２は、対象のブロックを最後に送信してから、所定時間経過したか否かを判断する。対象のブロックを最後に送信してから所定時間経過していない場合（Ｓ１４のＮｏ）、エッジデバイス２２は、処理をＳ１２に戻す。従って、エッジデバイス２２は、対象のブロックについての正常受信情報を受信するか、または、対象のブロックを最後に送信してから所定時間経過するまで、Ｓ１２およびＳ１４の処理を繰り返す。

【0067】

対象のブロックを最後に送信してから所定時間経過した場合（Ｓ１４のＹｅｓ）、エッジデバイス２２は、処理をＳ１５に進める。Ｓ１５において、エッジデバイス２２は、１回目に対象のブロックを送信してから、予め定められた期間が経過したか否かを判断する。予め定められた期間は、例えば、予め定められた応答待機時間であってもよいし、予め定められた応答回数分ブロックを送信する期間であってもよい。

【0068】

１回目に対象のブロックを送信してから予め定められた期間が経過していない場合（Ｓ１５のＮｏ）、エッジデバイス２２は、処理をＳ１１に戻し、Ｓ１１から処理を繰り返す。これにより、エッジデバイス２２は、対象のブロックを所定時間毎に繰り返してサーバ装置２４に送信することができる。

【0069】

１回目に対象のブロックを送信してから予め定められた期間が経過した場合（Ｓ１５のＹｅｓ）、エッジデバイス２２は、処理をＳ１６に進める。Ｓ１６において、エッジデバイス２２は、対象のブロックをブロック記憶部３８から消去し、バックアップ記憶部４４に記憶させる。なお、ブロック記憶部３８およびバックアップ記憶部４４が共通の記憶装置により構成される場合には、エッジデバイス２２は、対象のブロックにフラグを付けることにより、ブロック記憶部３８に記憶されているか、バックアップ記憶部４４に記憶されているかを識別する。

【0070】

エッジデバイス２２は、Ｓ１６の処理を終えると、対象のブロックについての通常処理シーケンスを終了する。

【0071】

以上のような処理を実行することにより、エッジデバイス２２は、通常処理シーケンスにおいて、生成した各ブロックを、正常受信情報をサーバ装置２４から受信するまで、所定期間毎に繰り返してサーバ装置２４に送信することができる。さらに、エッジデバイス２２は、予め定められた期間、正常受信情報を受信しないブロックに対して、通常処理シーケンスを中止することができる。さらに、エッジデバイス２２は、通常処理シーケンスを中止したブロックをバックアップ記憶部４４に記憶させるこができる。

【0072】

図８は、リカバリ処理シーケンスの処理の流れを示すフローチャートである。エッジデバイス２２は、例えば、図８に示す流れのリカバリ処理シーケンスを実行する。

【0073】

Ｓ２１において、エッジデバイス２２は、リカバリイベントが発生したか否かを判断する。例えば、リカバリイベントは、例えば、例えば０時０分等の一日におけるある特定の時刻になったこと等である。

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

１０ センサシステム
２０ センサ装置
２２ エッジデバイス
２４ サーバ装置
３２ 収集部
３４ センサデータ記憶部
３６ ブロック生成部
３８ ブロック記憶部
４０ ブロック送信部
４２ バックアップ処理部
４４ バックアップ記憶部
４６ リカバリ処理部
５２ データ記憶部
５４ ブロック受信部
５６ 書込部
５８ 正常受信情報送信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】