(57)【要約】【課題】異常判定のために重要なセンサデータを逃さずにセンサデータの量を効果的に削減するのは困難であること。【解決手段】エッジコンピュータは、取得手段と判定手段と圧縮手段とを備える。取得手段は、複数種目のセンサデータを取得する。判定手段は、取得した複数種目のセンサデータの間の関係が、正常時にセンサデータの種目間に成立する関係に一致するか否かを判定する。圧縮手段は、判定の結果に基づいて、取得したセンサデータを圧縮する。【選択図】図１
2018084854.tif 000002
【特許請求の範囲】
【請求項１】
複数種目のセンサデータを取得し、
前記取得した複数のセンサデータの間の関係が、正常時に前記センサデータの種目間に成立する関係である正常関係に一致するか否かを判定し、
前記判定の結果に基づいて、前記取得したセンサデータを圧縮する、
センサデータ処理方法。
【請求項２】
前記判定では、前記判定の結果に基づいて、取得された複数のセンサデータを重要データおよび非重要データの何れかに区別する、
請求項１に記載のセンサデータ処理方法。
【請求項３】
前記判定では、取得された複数のセンサデータのうち、前記正常関係に一致しない前記複数のセンサデータと前記正常関係に一致しない前記複数のセンサデータの測定時刻との差が所定時間以内のセンサデータとを重要データとし、前記重要データ以外のセンサデータを非重要データとして区別する、
請求項１または２に記載のセンサデータ処理方法。
【請求項４】
前記圧縮では、前記非重要データだけを圧縮するか、或いは前記非重要データを前記重要データよりも高い圧縮率で圧縮する、
請求項２または３に記載のセンサデータ処理方法。
【請求項５】
前記圧縮では、前記重要データを、全然圧縮しないか、或いは前記非重要データよりも低い圧縮率で圧縮する、
請求項２または３に記載のセンサデータ処理方法。
【請求項６】
前記取得と前記判定と前記圧縮とを、複数種目のセンサを有する１以上のデバイスが接続されたエッジコンピュータで実施する、
請求項２または３に記載のセンサデータ処理方法。
【請求項７】
前記エッジコンピュータからネットワークを介してサーバ装置へ前記重要データおよび前記非重要データを送信する、
請求項６に記載のセンサデータ処理方法。
【請求項８】
複数種目のセンサデータを取得する取得手段と、
前記取得した複数種目のセンサデータの間の関係が、正常時に前記センサデータの種目間に成立する関係に一致するか否かを判定する判定手段と、
前記判定の結果に基づいて、前記取得したセンサデータを圧縮する圧縮手段と、
を備えるエッジコンピュータ。
【請求項９】
コンピュータを、
複数種目のセンサデータを取得する取得手段と、
前記取得した複数種目のセンサデータの間の関係が、正常時に前記センサデータの種目間に成立する関係に一致するか否かを判定する判定手段と、
前記判定の結果に基づいて、前記取得したセンサデータを圧縮する圧縮手段と、
して機能させるためのプログラム。
【請求項１０】
請求項８に記載されたエッジコンピュータと、
前記エッジコンピュータに接続されたセンサを有するデバイスと、
前記エッジコンピュータに接続されたサーバ装置と、
を備えるセンサデータ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサデータ処理方法、エッジコンピュータ、プログラム、および、センサデータ処理システムに関する。
【背景技術】
【０００２】
センサを有する複数のデバイスと、デバイスからセンサでセンシングされたデータ（センサデータ）を収集する１以上のエッジコンピュータと、ネットワークを通じてエッジコンピュータからセンサデータを収集するサーバ装置とから構成されたセンサデータ処理システムが、各種提案されている。
【０００３】
例えば、特許文献１では、規定された送信時機に規定されたセンサデータをエッジコンピュータであるゲートウェイ装置からネットワークを通じてサーバ装置へ送信するように構成されたセンサデータ処理システムが、提案されている。この特許文献１に記載された技術（第１の関連技術）では、ゲートウェイ装置は、デバイスから収集したセンサデータを一時的に蓄積し、例えば、送信時機で定義された定時になると、送信定義ＩＤで定義されたセンサデータをネットワーク経由でサーバ装置へ送信する。
【０００４】
また、特許文献２では、エッジコンピュータからサーバ装置への伝送容量を削減するようにしたセンサデータ処理システムが、提案されている。この特許文献２に記載された技術（第２の関連技術）では、エッジコンピュータである端末は、これから送信しようとしているセンサデータが、過去に送信した同一種目のセンサデータから予測できるか否かを判定し、予測できるセンサデータはサーバ装置へ送信しないことにより、伝送容量を削減する。
【０００５】
また、特許文献３では、室内機と室外機とを有し、室外機に各種のセンサとガスエンジンを備えてなるガスヒートポンプ型空調機器において、機器の運転状態を示す運転データを定期的にサンプリングして基準値と比較することにより、機器の異常の兆候を検出する技術が、提案されている。この特許文献３に記載された技術（第３の関連技術）では、まず、監視開始後の所定期間に機器の運転データをサンプリングして、機器の異常等を判断する基礎となる基準値を作成する初期監視モードを行う。次に、定期的に機器の運転データをサンプリングして基準値と比較することにより、機器の異常等の兆候の有無を判断する通常監視モードを行う。次に、通常監視モードにおいて機器の異常等の兆候が有ると判断された場合に、サンプリング頻度を高めて運転データをサンプリングして基準値と比較することにより、機器の異常等の兆候の有無を再度判断する集中監視モードを行う。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−２８７４２号公報
【特許文献２】特開２０１４−２０９３１１号公報
【特許文献３】特開２００４−３０９０１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した第１の関連技術では、エッジコンピュータであるゲートウェイ装置は、デバイスから収集したセンサデータを一時的に蓄積し、送信時機になるとセンサデータを一括してネットワークを介してサーバ装置へ送信する。この結果、ネットワークの負荷が増大する。上述した第２の関連技術によれば、エッジコンピュータである端末からネットワークを介してサーバ装置へ送信するデータ量を削減することができる。しかし、第２の関連技術は、予測を前提とする。そのために予測誤差が原因となって、異常判定のために重要なセンサデータが本来予測できないにもかかわらず誤って予測可能と判断されて送信されない事態を招く恐れがある。また、上述した第３の関連技術では、運転データのサンプリング頻度を変更しているため、異常判定のために重要なセンサデータがサンプリングされない事態を招く。例えば、通常監視モードにおけるサンプリング頻度を１０分当たり１回とすると、１０分以内の短い期間に生起して消失した異常の兆候は通常監視モードで検出できない。集中監視モードでは、通常監視モードに比べてサンプリング頻度を高めているが、通常監視モードで異常の兆候が検出されない限り集中監視モードは実行されない。このような問題は、通常監視モードにおけるサンプリング頻度を高めれば改善されるが、その代わりにデータ量が増大することになる。
【０００８】
本発明の目的は、上述した課題、即ち、異常判定のために重要なセンサデータを逃さずにセンサデータの量を効果的に削減するのは困難である、という課題を解決するセンサデータ処理方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の一形態に係るセンサデータ処理方法は、
複数種目のセンサデータを取得し、
前記取得した複数種目のセンサデータの間の関係が、正常時に前記センサデータの種目間に成立する関係に一致するか否かを判定し、
前記判定の結果に基づいて、前記取得したセンサデータを圧縮する。
【００１０】
本発明の他の形態に係るエッジコンピュータは、
複数種目のセンサデータを取得する取得手段と、
前記取得した複数種目のセンサデータの間の関係が、正常時に前記センサデータの種目間に成立する関係に一致するか否かを判定する判定手段と、
前記判定の結果に基づいて、前記取得したセンサデータを圧縮する圧縮手段と、
を備える。
【００１１】
本発明の他の形態に係るプログラムは、
コンピュータを、
複数種目のセンサデータを取得する取得手段と、
前記取得した複数種目のセンサデータの間の関係が、正常時に前記センサデータの種目間に成立する関係に一致するか否かを判定する判定手段と、
前記判定の結果に基づいて、前記取得したセンサデータを圧縮する圧縮手段と、
して機能させる。
【００１２】
本発明の他の形態に係るセンサデータ処理システムは、
本発明に係るエッジコンピュータと、
上記エッジコンピュータに接続されたセンサを有するデバイスと、
上記エッジコンピュータに接続されたサーバ装置と、
を備える。
【発明の効果】
【００１３】
本発明は上述した構成を有するため、異常判定のために重要なセンサデータを逃さずにセンサデータの量を効果的に削減することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態に係るセンサデータ処理システムのブロック図である。
【図２】本発明の第１の実施形態に係るセンサデータ処理システムにおけるエッジコンピュータの動作の一例を示すフローチャートである。
【図３】本発明の第１の実施形態に係るセンサデータ処理システムにおけるサーバ装置の動作の一例を示すフローチャートである。
【図４】本発明の第２の実施形態の構成を示すブロック図である。
【図５】本発明の第２の実施形態の動作の一例を示すフローチャートである。
【図６】車両において１秒間隔で採取したセンサデータの例を示す図である。
【図７】車両において１秒間隔で採取したセンサデータの他の例を示す図である。
【図８】車両において１秒間隔で採取したセンサデータの他の例を示す図である。
【図９】本発明の第３の実施形態の構成を示すブロック図である。
【図１０】本発明の第３の実施形態の動作の一例を示すフローチャートである。
【図１１】本発明の第４の実施形態の構成を示すブロック図である。
【図１２】本発明の第４の実施形態の動作の一例を示すフローチャートである。
【図１３】本発明の第５の実施形態の構成を示すブロック図である。
【図１４】本発明の第５の実施形態の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
次に本発明の実施の形態について図面を参照して詳細に説明する。
[第１の実施形態]
図１を参照すると、本発明の第１の実施形態に係るセンサデータ処理システム１００は、複数のエッジコンピュータ１１０−１〜１１０−ｎと、サーバ装置１２０と、複数のデバイス１３０−１１〜１３０−ｎｍとを含んで構成される。また、それぞれのデバイス１３０−１１〜１３０−ｎｍは、少なくとも１つのセンサ１５０−１１〜１５０−ｎｍを内蔵している。また、それぞれのエッジコンピュータ１１０は、ＬＡＮ、移動体通信網、インターネット等のネットワーク１４０を介してサーバ装置１２０に接続されている。なお、以降の説明において、部材を区別する特段の理由がない場合には、ハイフン以下を省略し、エッジコンピュータ１１０などと表記する。
【００１６】
それぞれのデバイス１３０は、少なくとも１つのセンサ１５０を内蔵している。それぞれのセンサ１５０は、センサデータ処理システム１００が監視の対象とする機器、装置、システム、土壌、空間、水中など（以下、監視対象と記す）の物理的な状態をセンシングする。センサ１５０は、例えば、温度センサ、湿度センサ、圧力センサ、速度センサ、加速度センサ、位置を検出するＧＰＳセンサなどで構成される。それぞれのデバイス１３０は、内蔵するセンサ１５０でセンシングしたデータ（センサデータ）を自律的あるいは接続するエッジコンピュータ１１０からの要求に従って、接続するエッジコンピュータ１１０へ送信する。
【００１７】
それぞれのエッジコンピュータ１１０には、複数種類のセンサ１５０が接続されるように、１または複数のデバイス１３０が接続される。例えば、１つのエッジコンピュータ１１０には、互いに異なる１種類のセンサ１５０を内蔵する２以上のデバイス１３０が接続される。或いは、１つのエッジコンピュータ１１０には、２種類以上の複数のセンサ１５０を内蔵する１以上のデバイスが接続される。例えば、エッジコンピュータ１１０−１に接続されるｍ個のデバイス１３０−１１〜１３０−１ｍのｍ個のセンサ１５０−１１〜１５０−１ｍのうちの１つは温度センサであり、他の１つは圧力センサである。或いは、エッジコンピュータ１１０−ｎに接続されるｍ個のデバイス１３０−ｎ１〜１３０−ｎｍのｍ個のセンサ１５０−ｎ１〜１５０−ｎｍのうちの１つは車の加速度を測定するセンサであり、他の１つは車のブレーキ量を測定するセンサである。
【００１８】
また、それぞれのエッジコンピュータ１１０は、取得手段１１１と判定手段１１２と圧縮手段１１３と通信手段１１４とを備えている。これらの手段１１１〜１１４は、エッジコンピュータ１１０を構成するコンピュータとプログラムとで実現することができる。プログラムは、半導体メモリやＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、コンピュータの動作を制御することにより、コンピュータ上に取得手段１１１と判定手段１１２の圧縮手段１１３と通信手段１１４とを実現する。
【００１９】
取得手段１１１は、エッジコンピュータ１１０に接続された複数のデバイス１３０のセンサ１５０からセンサデータを取得する機能を有する。例えば、取得手段１１１は、複数のセンサ１５０のセンサデータをデバイス１３０から一定の周期で取得する。或いは、取得手段１１１は、例えば毎時００分といった定時になる毎に、複数のセンサ１５０のセンサデータをデバイス１３０から取得する。取得手段１１１は、取得したセンサデータに取得時刻（測定時刻）および取得元のセンサ１５０の情報を付加して、エッジコンピュータ１１０の内蔵メモリ等の記憶装置に一時的に保存する。
【００２０】
判定手段１１２は、取得手段１１１によって取得された複数種目のセンサデータの間の関係が、正常時にセンサデータの種目間に成立する関係（以下、正常関係と記す）に一致するか否かを判定する機能を有する。複数種目のセンサデータの間の関係とは、例えば、加速度センサのセンサデータとブレーキ量を測定するセンサのセンサデータとの間の関係や、温度センサのセンサデータと圧力センサのセンサデータとの間の関係など予め定められた複数種目間の関係のことである。また、正常時とは、換言すれば、平常時、あるいは、通常時、あるいは、普通の状態の時、あるいは、定常状態の時のことを意味する。或いは、正常時は、監視対象に何の異常も存在していない時のことである。正常関係は、過去の大量のセンサデータに基づいてインバリアント分析やニューラルネットワークやディープラーニング等の機械学習の方法によって決定した関係であってよい。或いは、正常関係は、理論的に導き出した関係であってもよいし、経験的に導き出した関係であってもよい。
【００２１】
判定手段１１２は、上記判定において、更に、正常関係に一致する複数のセンサデータを非重要データ、正常関係に一致しない複数のセンサデータを重要データとして区別する。例えば、判定手段１１２は、正常関係に一致しない複数のセンサデータを重要データ、それ以外のセンサデータを非重要データとする。或いは、判定手段１１２は、正常関係に一致しない複数のセンサデータとそれに取得時刻の近いセンサデータとを重要データ、それ以外のセンサデータを非重要データとする。例えば、温度センサ、圧力センサ、湿度センサの３つのセンサがあり、それぞれ時刻ｔ１、ｔ２、ｔ３でセンサデータが取得されているとする。また、時刻ｔ１、ｔ２、ｔ３のうち時刻ｔ２で取得された温度センサと圧力センサのセンサデータ間の関係が正常関係に一致しなかったとする。このとき、判定手段１１２は、時刻ｔ２で取得された温度センサ、圧力センサ、湿度センサのセンサデータを重要データ、時刻ｔ１、ｔ３で取得された温度センサ、圧力センサ、湿度センサのセンサデータを非重要データとする。或いは、判定手段１１２は、時刻ｔ２で取得された温度センサ、圧力センサ、湿度センサのセンサデータとその取得時刻ｔ２との差が所定時間以内の取得時刻ｔ１、ｔ３で取得された温度センサ、圧力センサ、湿度センサのセンサデータを重要データとする。
【００２２】
圧縮手段１１３は、判定手段１１２の判定の結果に基づいて、取得手段１１１によって取得されたセンサデータを圧縮する機能を有する。即ち、圧縮手段１１３は、重要データを圧縮しないか、非重要データよりも低い圧縮率で圧縮する。換言すれば、圧縮手段１１３は、非重要データを重要データよりも高い圧縮率で圧縮する。
【００２３】
圧縮手段１１３による圧縮の方法は複数考えられる。１つの方法では、圧縮手段１１３は、センサデータの時系列から一部のセンサデータを間引くことによって、センサデータを圧縮する。例えば、圧縮手段１１３は、或るセンサ１５０から取得の時刻ｔ１、時刻ｔ２、時刻ｔ３の３つのセンサデータから構成される時系列データから、時刻ｔ２のセンサデータを間引いて、時刻ｔ１、時刻ｔ３の２つのセンサデータから構成される時系列データに変換する。他の方法では、圧縮手段１１３は、高能率符号化によってセンサデータを符号化することによって、センサデータを圧縮する。例えば、圧縮手段１１３は、上記時刻ｔ１、ｔ２、ｔ３の３つのセンサデータの時系列データを、予測符号化、ガンマ符号化、ランレングス符号化、或いはセンサデータ向けに開発された任意の高能率符号化によって、符号化する。
【００２４】
通信手段１１４は、圧縮手段１１３によって圧縮されていないか或いは非重要データより低い圧縮率で圧縮された重要データおよび重要データより高い圧縮率で圧縮された非重要データを、ネットワーク１４０を介してサーバ装置１２０へ送信する機能を有する。通信手段１１４は、重要データと非重要データとを区別して送信する。例えば、通信手段１１４は、送信データのフォーマットに上記区別のためのフラグを設けるようにしてよい。或いは、通信手段１１４は、重要データと非重要データとを互いに異なる通信プロトコルによって送信するように構成されていてよい。例えば、通信手段１１４は、重要データはＴＣＰ通信によって送信し、非重要データはＵＤＰ通信によって送信する。或いは、通信手段１１４は、重要データと非重要データとを、物理的或いは論理的に異なる通信路を通じてエッジコンピュータ１１０からサーバ装置１２０へ送信するように構成されていてよい。
【００２５】
サーバ装置１２０は、通信手段１２１と記憶手段１２２と分析手段１２３と出力手段１２４とを備えている。これらの手段１２１〜１２４は、サーバ装置１２０を構成するコンピュータとプログラムとで実現することができる。プログラムは、半導体メモリやＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、コンピュータの動作を制御することにより、コンピュータ上に通信手段１２１と記憶手段１２２と分析手段１２３と出力手段１２４とを実現する。
【００２６】
通信手段１２１は、ネットワーク１４０を介してエッジコンピュータ１１０からセンサデータを受信し、記憶手段１２２に記憶する機能を有する。通信手段１２１は、通信手段１１４による重要データと非重要データとの区別方法に準じて、重要データと非重要データとを区別して受信し、両者を区別して記憶手段１２２に記憶する。
【００２７】
記憶手段１２２は、センサデータを記憶する機能を有する。記憶手段１２２は、単一の記憶装置で構成することができる。或いは、記憶手段１２２は、重要データを記憶するための記憶装置と、非重要データを記憶するための記憶装置との２種類以上の、信頼性などの性能の異なる複数の記憶装置で構成することができる。
【００２８】
分析手段１２３は、記憶手段１２２に記憶されたセンサデータを分析し、監視対象の異常の有無を検出する機能を有する。記憶手段１２２には、重要データとされたセンサデータと、非重要データとされたセンサデータとが存在する。即ち、記憶手段１２２には、エッジコンピュータ側において異常の兆候があると判定された重要データであるセンサデータと、エッジコンピュータ側において異常の兆候がないと判定された非重要データであるセンサデータとが存在する。そのため、分析手段１２３は、センサデータが重要データであるか、非重要データであるかに基づいて、分析の方法を変更する。例えば、分析手段１２３は、センサデータが非重要データであれば、センサデータに対する実質的な分析処理を省略して、監視対象に異常の兆候がない旨の分析結果を生成する。また例えば、分析手段１２３は、センサデータが重要データであれば、センサデータに基づいて異常の有無および異常の原因を詳細に分析し、その分析結果を生成する。
【００２９】
出力手段１２４は、分析手段１２３の分析結果をサーバ装置１２０にローカルに備わるディスプレイ装置やプリンタ装置から出力し、或いは外部の端末装置へ通信により出力する。
【００３０】
図２は、エッジコンピュータ１１０の動作の一例を示すフローチャートである。以下、図２を参照してエッジコンピュータ１１０の動作を説明する。
【００３１】
エッジコンピュータ１１０において、取得手段１１１は、エッジコンピュータ１１０に接続された複数のデバイス１３０のセンサ１５０からセンサデータを取得する（Ｓ１０１）。次に、判定手段１１２は、取得手段１１１によって取得された複数のセンサデータの間の関係が、正常関係に一致するか否かを判定する（Ｓ１０２）。次に、判定手段１１２は、判定結果に従い、正常関係に一致する複数のセンサデータを非重要データ、正常関係に一致しない複数のセンサデータを重要データとして区別する（Ｓ１０３〜Ｓ１０５）。
【００３２】
次に、圧縮手段１１３は、非重要データを重要データより高い圧縮率で圧縮する（Ｓ１０６）。また、圧縮手段１１３は、重要データを全然圧縮しないか、非重要データより低い圧縮率で圧縮する（Ｓ１０７）。次に、通信手段１１４は、圧縮手段１１３による処理後の重要データと非重要データとを区別してネットワーク１４０を通じてサーバ装置１２０へ送信する（Ｓ１０８、Ｓ１０９）。
【００３３】
エッジコンピュータ１１０では、上述したステップＳ１０１〜Ｓ１０９による処理が繰り返し実行される。
【００３４】
図３は、サーバ装置１２０の動作の一例を示すフローチャートである。以下、図３を参照してサーバ装置１２０の動作を説明する。
【００３５】
サーバ装置１２０において、通信手段１２１は、エッジコンピュータ１１０からセンサデータを受信したか否かを判定する（Ｓ１１１）。そして、通信手段１２１は、センサデータを受信したならば、受信したセンサデータを重要データと非重要データとに区別して記憶手段１２２に記憶する（Ｓ１１２）。
【００３６】
上記の動作と並行して、分析手段１２３は、記憶手段１２２に未分析のセンサデータが存在するか否かを判定する（Ｓ１１３）。次に、分析手段１２３は、未分析のセンサデータが存在していれば、取得時刻（測定時刻）の古いものから順に未分析のセンサデータを記憶手段１２２から取得する（Ｓ１１４）。次に、分析手段１２３は、取得したセンサデータが重要データであるか、非重要データであるかを判断する（Ｓ１１５）。
【００３７】
次に、分析手段１２３は、重要データであれば、その重要データに基づいて詳細な分析を行い、分析結果を生成する（Ｓ１１６）。この詳細な分析では、分析手段１２３は、異常の有無および異常の種類や原因などを解析し、詳細な分析結果を生成する。この詳細な分析結果では、異常の有無と、異常を検出した場合にはその原因と、この分析結果が重要データを分析した結果によるものである旨とを記載する。
【００３８】
他方、分析手段１２３は、取得したセンサデータが非重要データであれば、異常の兆候がない旨の簡易な分析結果を生成する（Ｓ１１７）。この簡易な分析結果では、非重要データに含まれるセンサデータの取得時刻とその取得時刻では異常が発生していない旨とこの分析結果が非重要データによるものである旨とを記載する。
【００３９】
次に、出力手段１２４は、分析手段１２３による分析結果を出力する（Ｓ１１９）。
【００４０】
サーバ装置１２０では、上述したステップＳ１１１〜Ｓ１１８による処理が繰り返し実行される。
【００４１】
このように本実施形態によれば、異常判定のために重要なセンサデータを逃さずにセンサデータの量を効果的に削減することができる。その理由は、エッジコンピュータ１１０の取得手段１１１が複数種目のセンサデータを取得し、判定手段１１２が上記取得した複数のセンサデータの間の関係が、正常時にセンサデータの種目間に成立する関係である正常関係に一致するか否かを判定し、圧縮手段１１３がその判定の結果に基づいて、複数のセンサデータを圧縮するためである。即ち、正常時に成立する関係と一致しない関係のセンサデータは監視対象に異常が起きている兆候を示す重要なデータであるため、圧縮しないか、或いは低い圧縮率で圧縮することによって、取りこぼすのを防止し、他方、正常時に成立する関係と一致する関係のセンサデータは異常な兆候ではないので、重要でないデータとして高い圧縮率で圧縮することにより、センサデータの量を削減している。
【００４２】
また、本実施形態によれば、異常判定を行うサーバ装置の分析に要する負荷を軽減することができる。その理由は、サーバ装置１２０の分析手段１２３は、エッジコンピュータ１１０から送られてくるセンサデータが重要データであるか、非重要データであるかを判断し、非重要データであれば詳細な分析を省いて異常が無いと判断するためである。これは、エッジコンピュータ側において、正常時に成立する関係と一致する関係のセンサデータは異常な兆候ではない非重要データと判断していることを利用している。
【００４３】
[第２の実施形態]
次に、本発明の第２の実施形態について説明する。本実施形態は、センサデータの間引く量を重要度に応じて変えることで、ネットワーク負荷やストレージ容量の削減とセンサデータのデータ品質維持を両立させている。以下、本実施形態について詳細に説明する。
【００４４】
＜本実施形態の背景＞
近年、ＩｏＴなどのキーワードが注目を集めている。ＩｏＴの領域では、センサから収集したデータを、一旦各センサに近いエッジコンピュータに集約し、採取したセンサデータを間引くなどの加工を実施後、クラウド上のデータストアに送信するという形態がとられることがある。これによりデータ品質の維持とネットワーク転送の負荷軽減、クラウド上のデータストアに格納するデータ量の削減を目指している。しかし、このときの加工ルール等はシステム構築者が明示的に与える必要があった。
【００４５】
＜本実施形態が解決しようとする課題＞
ネットワーク負荷やデータストアのスペックの都合で、採取したセンサデータを大きく間引かないといけない場合がある。しかし、センサデータの間引く量が多いと途中経過の情報が抜け落ち、センサデータの活用時に要求されている誤差の範囲内で補完できない可能性がある（本明細書では、必要とされている状況のデータを得られるのであればデータ品質を維持できているとし、逆に必要とされている状況のデータを得られないのであればデータ品質を維持できていないとする）。このような状況を防ぐためには事前にルールを明確に設定する必要があった。
【００４６】
本実施形態の目的は、事前にルールを明確に設定することなく、データ品質を維持したままエッジコンピュータからクラウドのデータストアに送信するセンサデータのデータ量を削減できるようにすることにある。
【００４７】
＜本実施形態による解決手段＞
本実施形態では、インバリアント分析の「データ間の相関が崩れたタイミングを検知できる」という特徴を活用し、重要度に応じてセンサデータを間引く量を増減させることでセンサデータ全体の量を削減し、ネットワーク負荷の削減やデータストアの必要スペックの緩和を目指す。
【００４８】
インバリアント分析やニューラルネットワーク／ディープラーニング等の機械学習の方法により、蓄積データをもとに学習することで定常状態かどうかを判定し、定常状態でないタイミングで発生したデータは重要であるとして、センサデータの間引く量を減らす。
【００４９】
＜本実施形態の構成＞
図４は本実施形態の構成を示すブロック図である。図４を参照すると、複数のセンサデータ生起部２３０が、１つのエッジコンピュータ２１０に接続されており、センサデータをエッジコンピュータ２１０に送信する。エッジコンピュータ２１０では、各センサデータ生起部２３０から送られてきたセンサデータをセンサデータ格納バッファ部２１１に格納する。
【００５０】
エッジコンピュータ２１０は、センサデータ送信手段２１２により、クラウド２２０上のセンサデータ記録装置（データストア）２２１につながっており、センサデータを送信して記録できる。
【００５１】
エッジコンピュータ２１０には、他に定常状態判定部２１３と重要度判定部２１４とセンサデータ絞り込み部２１５がある。
【００５２】
定常状態判定部２１３には、定常状態判定モデル部２１６が含まれている。定常状態判定モデル部２１６は、インバリアント分析やニューラルネットワーク／ディープラーニング等の機械学習の技術を用いて、定常状態を学習して得られたものである。
【００５３】
重要度判定部２１４は、定常状態判定部２１３の判定にもとづき重要度を判定する。定常状態判定部２１３が定常状態だと判定したら重要でないと判定する。定常状態判定部２１３が定常状態でないと判定したら重要だと判定する。定常状態判定のしきい値は予め設定されているものとする。
【００５４】
センサデータ絞り込み部２１５は、送信対象のセンサデータを間引く。重要度に応じて間引く量を増減させる。重要度判定部２１４が重要だと判定した場合には間引く量を少なくし、重要度判定部２１４が重要でないと判定した場合には大きく間引くものとする。間引く量は、設定によるものとする。また、重要度に応じて間引く量を連続的に変化させても良い。
【００５５】
複数のセンサデータ生起部２３０が１つのエッジコンピュータ２１０に接続されている。図４には、１つのエッジコンピュータ２１０のみ図示されているが、一般的には、センサデータ記録装置２２１には複数のエッジコンピュータ２１０が接続されている。
【００５６】
＜本実施形態の動作＞
定常状態判定部２１３に含まれる定常状態判定モデル部２１６は、インバリアント分析などの機械学習の手法を用い、定常状態のデータを用いて学習して得られたものであるとする。インバリアント分析以外のニューラルネットワーク／ディープラーニング等の機械学習の方法により、発生したセンサデータ（およびセンサデータ群）が定常状態のものかそうでないかを判定してもよい。
【００５７】
図５は本実施形態の動作の一例を示すフローチャートである。以下、図５を参照して動作を説明する。
【００５８】
エッジコンピュータ２１０は、センサデータ生起部２３０から送られてきたセンサデータをセンサデータ格納バッファ部２１１に格納する（Ｓ２０１）。以下、このセンサデータをクラウド２２０上のセンサデータ永続化データストア部であるセンサデータ記録装置２２１に格納する動作を説明する。
【００５９】
センサデータ格納バッファ部２１１に格納されたセンサデータが重要でなければ大きく間引いて送信したい。一方で定常状態でない場合には重要なイベントが発生しているタイミングということで、収集したセンサデータの間引く量を減らしたい。
【００６０】
例えば、ヒッグス粒子などの存在確認実験の成功時には、過去の失敗実験とは違うデータ（粒子の種類、各粒子の飛跡、エネルギー等）およびデータの相関が検知されるはずである。センサにより計測されたデータ間の相関が過去のものとは異なるタイミングにおいては間引く量を減らしてセンサデータを採取するようにすれば、全体のデータ量（およびネットワーク転送量）を抑えつつ重要な部分およびその前後の関心の高いデータは細かい粒度で採取できる。
【００６１】
定常状態判定部２１３は、センサデータ格納バッファ部２１１に格納されたデータから定常状態か否かを判定し（Ｓ２０２）、その判定にもとづき重要度判定部２１４が重要度を判定する（Ｓ２０３）。
【００６２】
重要でないと判定された場合、センサデータ絞り込み部２１５は、センサデータ格納バッファ部２１１に格納された未送信データを大きく絞り込んだ後にセンサデータ送信手段２１２に渡す（Ｓ２０４）。
【００６３】
重要と判定された場合、センサデータ絞り込み部２１５は、センサデータ格納バッファ部２１１に格納された未送信データの絞り込む量を減らし、センサデータ送信手段２１２に渡す（Ｓ２０５）。絞り込む量を減らすとは、全く絞り込まない場合を含む。
【００６４】
センサデータ送信手段２１２は、渡されたデータをセンサデータ記録装置２２１に格納する（Ｓ２０６）。
【００６５】
以下、具体的なセンサデータの例を挙げて、本実施形態の動作を更に詳しく説明する。
[動作例]
例えば車両センサから送られてくるデータを用いてエンジンの劣化や故障の原因を分析することを考えたとき、本実施形態の装置を用いることでセンサデータを減らしつつ劣化や故障の原因分析には影響を与えないで済ませることができる。
【００６６】
図６は車両において１秒間隔で採取したセンサデータの例であり、それぞれの行が同じ時刻に測定されたセンサデータのセットを示す。例えば、２行目のセンサデータのセットは、測定時刻が１０時００分０１秒、車両の位置が経度１３５．１００１、緯度３５．０００１、車速が５０ｋｍ／時、ブレーキ量が０、アクセル量が５、車の加速度が０、エンジンの回転数が３０００／分、変速器のギヤ位置が４、ハンドルの操舵角が０であることを表している。この図６に示すセンサデータは、特に特徴的なイベントは発生しなかった例である。このような定常状態におけるセンサデータの時系列は、例えば試験運転中、安全運転中に測定することにより得られる。この図６に示されるような車両のセンサデータから、定常状態判定部２１３は、機械学習により下記のようなモデルを得たとする。
加速度＝２×ブレーキ量    （加速度＜０の場合）        …（１）
【００６７】
但し、上記モデルは一例のため簡略化してあり、例えばインバリアント分析などの手法ではこれ以外にも多くのセンサ間の相関がモデルとして得られるはずである。それ以外には単に線形回帰などで加速度を教師データとして各種属性から相関の高いものを選び学習することでも得られる。
【００６８】
このように、定常状態判定部２１３は、監視対象が定常状態にある所定期間にセンサデータを取得して、正常時にセンサデータの種目間に成立する関係モデルを作成しておく。なお、関係モデルをエッジコンピュータ２１０以外のコンピュータで作成し、作成した関係モデルを定常状態判定モデル部２１６としてエッジコンピュータ２１０に設定するようにしてもよい。
【００６９】
図７および図８は、車両において１秒間隔で採取したセンサデータの他の例を示す。例えば、採取したセンサデータを５秒間隔になるように常に間引いてから送信するとした場合、図７であれば１５：０００１のデータと１５：００：０６のデータが送信される。図８であれば１６：００：０１のデータと１６：００：０６のデータが送信される。図７の１５：００：０２−１５：００：０５のデータと図８の１６：００：０２−１６：００：０５のデータは送信されないため、このタイミングで何らかのイベントが発生していた場合は外部から検知できない。
【００７０】
このとき、実際には特徴的なイベントが発生していたとする。図７の１５：００：０４のセンサデータのセットでは、加速度が−８０、ブレーキ量が９であり、前述のモデルに一致しない。即ち、前述のモデルの相関がずれている。本実施形態の装置では、モデルに一致しないセンサデータの測定時刻１５：００：０４とその前後（前後の範囲は設定による）の測定時刻のセンサデータが重要データとして扱われて、間引かれずに送信される。これによって、外部のサーバ装置では、送られてきたセンサデータを分析して、大きな負の加速度や操舵角の大きさ、ブレーキ量の大きさから、事故等の衝突が発生したことが推測できる。
【００７１】
また、この後エンジン不調が発生した場合、サーバ装置は、この衝突が原因だと推測できる。単に５秒毎のデータを送信する場合には、ブレーキにより停車したのか区別をつけることができない。即ち、間引いた後のセンサデータのみからでは原因の推測が難しい。
【００７２】
図７に示す例は加速度単体が特徴的であるため、例えばしきい値を設けることで送信対象データに含めることは可能である。即ち、加速度のしきい値を例えば−２０に設定すると、図７の時刻１５：００：０４のデータは加速度が−８０なので、送信対象データに含めることができる。
【００７３】
そこで、以下では、図８を参照して、しきい値を設けるのでは見逃してしまう例を説明する。
【００７４】
図８を参照すると、時刻１６：００：０２−１６：００：０４のセンサデータにおいて前述のモデルの相関が崩れている。また、加速度はそれほど大きくなく、しきい値の−２０を下回っている。本実施形態の装置では、モデルに一致しないセンサデータの測定時刻１６：００：０２−１６：００：０４とその前後（前後の範囲は設定による）の測定時刻のセンサデータが重要データとして扱われて、間引かれずに送信される。これによって、外部のサーバ装置では、送られてきたセンサデータを見て、ブレーキ量が０だが加速度が負であることや、ギアが４から２に一つ飛ばしで移動していること、エンジン回転数が大きく上がっていることから、不適切なシフトダウンによりエンジンに負荷がかかっていることがわかる（位置情報から坂道などではないことが特定できるものとする）。日常的にこのような負荷がかかっている車両にのみエンジンの劣化が大きければ原因として特定することができる。
【００７５】
これらの例のように、（統計値としてまとめることなく）特徴的なデータは細かく送ることで、他データとつきあわせた利用やどのような発生傾向があるのかなど細かく調べることができる。
【００７６】
＜本実施形態の効果＞
本実施形態によれば、データ品質を維持したままエッジコンピュータからクラウドのデータストアに送信するセンサデータのデータ量を削減できる。
【００７７】
それにより、ネットワーク負荷や記録装置（クラウド上のデータストア）に要求されるスペック（スループット、ストレージ容量など）を低くできる。また、関心の高いデータにフォーカスしてデータを扱えるようになる。また、重要でないデータについても荒い粒度で採取できる。また、科学実験施設のセンサデータにせよ、車載機器のセンサデータにせよ、過去の定常状態のデータをもちいて機械学習すればよく、容易に重要度判定のためのモデル（定常状態判定モデル部）を得ることができる。
【００７８】
[第３の実施形態]
次に、本発明の第３の実施形態について説明する。
【００７９】
図９は、本実施形態の構成を示すブロック図である。図９を参照すると、本実施形態は、クラウド３２０のセンサデータ記録装置３２１に接続されたエッジコンピュータ３１０と、エッジコンピュータ３１０に接続された複数のセンサデータ生起部３３０とを含む。クラウド３２０のセンサデータ記録装置３２１、センサデータ生起部３３０は、図４のクラウド２２０のセンサデータ記録装置２２１、センサデータ生起部２３０と同様の機能を有する。エッジコンピュータ３１０は、センサデータ格納バッファ部３１１、センサデータ送信手段３１２、定常状態判定部３１３、高圧縮率データ圧縮部３１５、定常状態判定モデル部３１６、送信タイミング制御部３１７を備えている。このうち、センサデータ格納バッファ部３１１、センサデータ送信手段３１２、定常状態判定部３１３、定常状態判定モデル部３１６は、図４のセンサデータ格納バッファ部２１１、センサデータ送信手段２１２、定常状態判定部２１３、定常状態判定モデル部２１６と同様の機能を有する。
【００８０】
送信タイミング制御部３１７は、センサデータの送信タイミングを制御する。高圧縮率データ圧縮部３１５は、時間がかかるが圧縮率の高い圧縮処理によりデータ圧縮を行う。
【００８１】
図１０は本実施形態の動作の一例を示すフローチャートである。図１０において、ステップＳ３０１〜Ｓ３０３は、図５のステップＳ２０１〜Ｓ２０２と同じである。本実施形態では、重要度判定部３１４が重要だと判定しなかった場合、センサデータを即時に送信はしない。送信タイミング制御部３１７は、センサデータの送信タイミングを制御する。例えば送信タイミング制御部３１７は、一旦センサデータをある程度以上ためてから、もしくは事前に設定したタイミング（定期的な間隔など）で、センサデータ格納バッファ部３１１に格納されたセンサデータを送信する。このとき、高圧縮率データ圧縮部３１５は、時間をかけて高い圧縮率でセンサデータを圧縮する（Ｓ３０４）。そして、送信タイミング制御部３１７は、設定されたタイミングが来たら、圧縮した未送信のセンサデータをセンサデータ送信手段３１２に渡す（Ｓ３０５）。その後、センサデータ送信手段３１２によりセンサデータ記録装置３２１にセンサデータが格納される（Ｓ３０６）。
【００８２】
一方、重要度判定部３１４が重要だと判定した場合、送信タイミング制御部３１７は即時に送信するように送信タイミングを制御する。これにより、センサデータ送信手段３１２はセンサデータ格納バッファ部３１１に格納された未送信の送信対象データを送信し、センサデータ記録装置３２１に格納する（Ｓ３０７）。このときに送信するセンサデータは無圧縮でもよいし簡易な圧縮（圧縮率の低い圧縮）を行ってもよい。
【００８３】
定常状態判定モデル部３１６は、前述のように定常状態のセンサデータを用いた学習により得られたものであるとする。
【００８４】
このように、機械学習により定常状態を学習し、定常状態でないタイミングでは重要なデータが発生しているものとし、即時に計測データを送信する。これによって、重要なデータはすぐに（失われる前に）送信してクラウド側で利用できるようになる。一方、重要でないデータについては圧縮率を高め、かつ送信回数を減らすことで、ネットワークの利用効率を改善させることができる。
【００８５】
[第４の実施形態]
次に、本発明の第４の実施形態について説明する。
【００８６】
図１１は、本実施形態の構成を示すブロック図である。図１１を参照すると、本実施形態は、クラウド４２０に接続されたエッジコンピュータ４１０と、エッジコンピュータ４１０に接続された複数のセンサデータ生起部４３０とを含む。センサデータ生起部４３０は、図４のセンサデータ生起部２３０と同様の機能を有する。クラウド４２０は、冗長記録装置４２１と非冗長記録装置４２２とを備えている。エッジコンピュータ４１０は、センサデータ格納バッファ部４１１、センサデータ振り分け部４１２、定常状態判定部４１３、重要度判定部４１４、センサデータ絞り込み部４１５、定常状態判定モデル部４１６、高信頼送信手段４１７、低信頼送信手段４１８を備えている。このうち、センサデータ格納バッファ部４１１、定常状態判定部４１３、重要度判定部４１４、センサデータ絞り込み部４１５、定常状態判定モデル部４１６は、図４のセンサデータ格納バッファ部２１１、定常状態判定部２１３、重要度判定部２１４、センサデータ絞り込み部２１５、定常状態判定モデル部２１６と同様の機能を有する。
【００８７】
高信頼送信手段４１７は、ＴＣＰなどの信頼の高い通信プロトコルでセンサデータを送信し、冗長記録装置４２１に格納する。低信頼送信手段４１８は、ＵＤＰなどの比較的信頼の低い通信プロトコルでセンサデータを送信し、非冗長記録装置４２２に格納する。
【００８８】
冗長記録装置４２１は、複数のストレージを束ねた上でデータはレプリケーションされて保持することでデータの消失にそなえるものとする。非冗長記録装置４２２は、データのレプリケーションなどはしていないものとする。非冗長記録装置４２２は複数のストレージを束ねてレプリケーションをしないことでデータのアクセス性能を向上させてもよい。
【００８９】
図１２は本実施形態の動作の一例を示すフローチャートである。図１２において、ステップＳ４０１〜Ｓ４０３は、図５のステップＳ２０１〜Ｓ２０２と同じである。本実施形態では、重要度判定部４１４が重要だと判定しなかった場合、センサデータ絞り込み部４１５はセンサデータ格納バッファ部４１１に格納された未送信データを絞り込み（Ｓ４０６）、センサデータ振り分け部４１２は絞り込まれたデータを低信頼送信手段４１８に渡す（Ｓ４０７）。低信頼送信手段４１８は、渡されたデータを非冗長記録装置４２２に格納する（Ｓ４０８）。
【００９０】
一方、重要度判定部４１４が重要だと判定した場合、センサデータ振り分け部４１２は、センサデータ格納バッファ部４１１に格納された未送信データを高信頼送信手段４１７に渡す（Ｓ４０４）。高信頼送信手段４１７は、渡されたデータを冗長記録装置４２１に格納する（Ｓ４０５）。
【００９１】
上述したように、センサデータ振り分け部４１２は、重要度判定部４１４が重要と判定したセンサデータに関しては高信頼送信手段４１７で送信し、それ以外は低信頼送信手段で送信する。一般にＵＤＰなどの信頼の低い通信プロトコルの方がＴＣＰなどの信頼のある通信プロトコルよりも効率的にデータ送信できる。また冗長記録装置４２１のようなレプリケーションするストレージよりは非冗長記録装置４２２のようなレプリケーションしないストレージの方が、スループットや容量あたりのコストが良い。
【００９２】
このように本実施形態では、データの重要度に応じて通信プロトコルやストレージの信頼性を変えている。これによって、重要なセンサデータは間引かずに信頼のある通信プロトコルでストレージに格納できる一方で、重要でないセンサデータはコストを抑えて通信・保存できる。
【００９３】
[第５の実施形態]
図１３は、本発明の第５の実施形態に係るエッジコンピュータ５１０のブロック図である。このエッジコンピュータ５１０は、取得手段５１１と判定手段５１２と圧縮手段５１３とを備えている。
【００９４】
取得手段５１１は、複数種目のセンサデータを取得する機能を有する。取得手段５１１は、例えば図１の取得手段１１１によって実現することができるが、それに限定されない。
【００９５】
判定手段５１２は、取得手段５１１が取得した複数種目のセンサデータの間の関係が、正常時にセンサデータの種目間に成立する関係（正常関係）に一致するか否かを判定する機能を有する。判定手段５１２は、例えば図１の判定手段１１２によって実現することができるが、それに限定されない。
【００９６】
圧縮手段５１３は、判定手段５１２の判定の結果に基づいて、取得手段５１１が取得したセンサデータを圧縮する機能を有する。圧縮手段５１３は、例えば図１の圧縮手段１１３によって実現することができるが、それに限定されない。
【００９７】
図１４はエッジコンピュータ５１０の動作の一例を示すフローチャートである。図１４を参照すると、まず、取得手段５１１は、図示しない複数のセンサから複数種目のセンサデータを取得する（Ｓ５０１）。次に、判定手段５１２は、取得手段５１１が取得した複数種目のセンサデータの間の関係が、正常関係に一致するか否かを判定する（Ｓ５０２）。次に、圧縮手段５１３は、判定手段５１２の判定の結果に基づいて、取得手段５１１が取得したセンサデータを圧縮する（Ｓ５０３）。
【００９８】
このように本実施形態によれば、異常判定のために重要なセンサデータを逃さずにセンサデータの量を効果的に削減することができる。その理由は、取得した複数種目のセンサデータの間の関係が正常時にセンサデータの種目間に成立する関係（正常関係）に一致するか否かにに基づいて、取得したセンサデータを圧縮するためである。
【００９９】
以上、本発明を幾つかの実施形態を挙げて説明したが、本発明は以上の実施形態にのみ限定されず、本発明の範囲内で各種の付加変更が可能である。
【産業上の利用可能性】
【０１００】
科学実験設備のような中央サーバ(データストア)、エッジコンピュータ、センサからなるシステム。車載システムおよび車両データを格納するシステムなどに利用できる。
【０１０１】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
複数種目のセンサデータを取得し、
前記取得した複数のセンサデータの間の関係が、正常時に前記センサデータの種目間に成立する関係である正常関係に一致するか否かを判定し、
前記判定の結果に基づいて、前記取得したセンサデータを圧縮する、
センサデータ処理方法。
［付記２］
前記判定では、前記判定の結果に基づいて、取得された複数のセンサデータを重要データおよび非重要データの何れかに区別する、
付記１に記載のセンサデータ処理方法。
［付記３］
前記判定では、取得された複数のセンサデータのうち、前記正常関係に一致しない前記複数のセンサデータと前記正常関係に一致しない前記複数のセンサデータの測定時刻との差が所定時間以内のセンサデータとを重要データとし、前記重要データ以外のセンサデータを非重要データとして区別する、
付記１または２に記載のセンサデータ処理方法。
［付記４］
前記圧縮では、前記非重要データだけを圧縮するか、或いは前記非重要データを前記重要データよりも高い圧縮率で圧縮する、
付記２または３に記載のセンサデータ処理方法。
［付記５］
前記圧縮では、前記重要データを、全然圧縮しないか、或いは前記非重要データよりも低い圧縮率で圧縮する、
付記２または３に記載のセンサデータ処理方法。
［付記６］
前記取得と前記判定と前記圧縮とを、複数種目のセンサを有する１以上のデバイスが接続されたエッジコンピュータで実施する、
付記２または３に記載のセンサデータ処理方法。
［付記７］
前記エッジコンピュータからネットワークを介してサーバ装置へ前記重要データおよび前記非重要データを送信する、
付記６に記載のセンサデータ処理方法。
［付記８］
前記送信では、前記重要データと前記非重要データとで異なる通信プロトコルを使用する、
付記７に記載のセンサデータ処理方法。
［付記９］
前記送信では、取得してから送信するまでの遅延時間が前記非重要データよりも前記重要データの方が短くなるように、前記重要データと前記非重要データとの送信タイミングを制御する、
付記７に記載のセンサデータ処理方法。
［付記１０］
前記サーバ装置において、前記エッジコンピュータから受信した前記重要データを、前記エッジコンピュータから受信した前記非重要データを記憶する記憶装置より信頼性の高い記憶装置に記憶する、
付記７に記載のセンサデータ処理方法。
［付記１１］
前記サーバ装置において、前記エッジコンピュータから受信した前記センサデータに基づいて異常の有無を分析し、前記分析では、前記非重要データに含まれる前記センサデータの取得時刻では異常が発生していない旨の分析結果を生成する、
付記７に記載のセンサデータ処理方法。
［付記１２］
複数種目のセンサデータを取得する取得手段と、
前記取得した複数種目のセンサデータの間の関係が、正常時に前記センサデータの種目間に成立する関係に一致するか否かを判定する判定手段と、
前記判定の結果に基づいて、前記取得したセンサデータを圧縮する圧縮手段と、
を備えるエッジコンピュータ。
［付記１３］
前記判定手段は、前記判定の結果に基づいて、取得された複数のセンサデータを重要データおよび非重要データの何れかに区別する、
付記１２に記載のセンサデータ処理方法。
［付記１４］
前記判定手段は、取得された複数のセンサデータのうち、前記正常関係に一致しない前記複数のセンサデータと前記正常関係に一致しない前記複数のセンサデータの測定時刻との差が所定時間以内のセンサデータとを重要データとし、前記重要データ以外のセンサデータを非重要データとして区別する、
付記１２または１３に記載のエッジコンピュータ。
［付記１５］
前記圧縮手段は、前記非重要データだけを圧縮するか、或いは前記非重要データを前記重要データよりも高い圧縮率で圧縮する、
付記１３または１４に記載のエッジコンピュータ。
［付記１６］
前記圧縮手段は、前記重要データを、全然圧縮しないか、或いは前記非重要データよりも低い圧縮率で圧縮する、
付記１３または１４に記載のエッジコンピュータ。
［付記１７］
前記重要データおよび前記非重要データを、ネットワークを介してサーバ装置へ送信する通信手段を、更に備える、
付記１３乃至１６の何れかに記載のエッジコンピュータ。
［付記１８］
前記通信手段は、前記重要データと前記非重要データとで異なる通信プロトコルを使用する、
付記１７に記載のエッジコンピュータ。
［付記１９］
前記通信手段は、取得してから送信するまでの遅延時間が前記非重要データよりも前記重要データの方が短くなるように、前記重要データと前記非重要データとの送信タイミングを制御する、
付記１７に記載のエッジコンピュータ。
［付記２０］
前記通信手段は、前記非重要データを前記サーバ装置の第１の記憶装置へ格納するために送信し、前記重要データを前記第１の記憶装置より信頼性の高い、前記サーバ装置の第２の記憶装置へ格納するために送信する、
付記１７に記載のエッジコンピュータ。
［付記２１］
コンピュータを、
複数種目のセンサデータを取得する取得手段と、
前記取得した複数種目のセンサデータの間の関係が、正常時に前記センサデータの種目間に成立する関係に一致するか否かを判定する判定手段と、
前記判定の結果に基づいて、前記取得したセンサデータを圧縮する圧縮手段と、
して機能させるためのプログラム。
［付記２２］
付記１２乃至２０の何れか１項に記載されたエッジコンピュータと、
前記エッジコンピュータに接続されたセンサを有するデバイスと、
前記エッジコンピュータに接続されたサーバ装置と、
を備えるセンサデータ処理システム。
【符号の説明】
【０１０２】
１００…センサデータ処理システム
１１０−１〜１１０−ｎ…エッジコンピュータ
１１１−１〜１１１−ｎ…取得手段
１１２−１〜１１２−ｎ…判定手段
１１３−１〜１１３−ｎ…圧縮手段
１１４−１〜１１４−ｎ…通信手段
１２０…サーバ装置
１２１…通信手段
１２２…記憶手段
１２３…分析手段
１２４…出力手段
１３０−１１〜１３０−ｎｍ…デバイス
１４０…ネットワーク
１５０−１１〜１５０−ｎｍ…センサ
２１０…エッジコンピュータ
２１１…センサデータ格納バッファ部
２１２…センサデータ送信手段
２１３…定常状態判定部
２１４…重要度判定部
２１５…センサデータ絞り込み部
２１６…定常状態判定モデル部
２２０…クラウド
２２１…センサデータ記録装置
２３０…センサデータ生起部
３１０…エッジコンピュータ
３１１…センサデータ格納バッファ部
３１２…センサデータ送信手段
３１３…定常状態判定部
３１４…重要度判定部
３１５…高圧縮率データ圧縮部
３１６…定常状態判定モデル部
３１７…送信タイミング制御部
３２０…クラウド
３２１…センサデータ記録装置
３３０…センサデータ生起部
４１０…エッジコンピュータ
４１１…センサデータ格納バッファ部
４１２…センサデータ振り分け部
４１３…定常状態判定部
４１４…重要度判定部
４１５…センサデータ絞り込み部
４１６…定常状態判定モデル部
４１７…高信頼送信手段
４１８…低信頼送信手段
４２０…クラウド
４２１…冗長記録装置
４２２…非冗長記録装置
４３０…センサデータ生起部
５１０…エッジコンピュータ
５１１…取得手段
５１２…判定手段
５１３…圧縮手段
【図１】
2018084854.tif 000003
【図２】
2018084854.tif 000004
【図３】
2018084854.tif 000005
【図４】
2018084854.tif 000006
【図５】
2018084854.tif 000007
【図６】
2018084854.tif 000008
【図７】
2018084854.tif 000009
【図８】
2018084854.tif 000010
【図９】
2018084854.tif 000011
【図１０】
2018084854.tif 000012
【図１１】
2018084854.tif 000013
【図１２】
2018084854.tif 000014
【図１３】
2018084854.tif 000015
【図１４】
2018084854.tif 000016