(57)【要約】【課題】この発明は、クラウドシステムで異常が発生しているか否かを特定可能にすることを目的とする。【解決手段】異常判定装置１０は、内部ネットワーク５０と外部ネットワーク６０とを介してクラウドシステム７０と接続されたネットワークシステムの異常を検知する。異常判定装置１０は、内部ネットワーク５０に設置され、クラウドシステム７０についての第１計測データを収集する第１計測装置２０から第１計測データを取得するとともに、外部ネットワーク６０に設置され、クラウドシステム７０についての第２計測データを収集する第２計測装置３０から第２計測データを取得する。異常判定装置１０は、第１計測データ及び第２計測データの両方が異常であることを示す場合には、クラウドシステム７０に異常が発生したと判定する。【選択図】図１
2018157453.tif 000002
【特許請求の範囲】
【請求項１】
内部ネットワークと外部ネットワークとを介してクラウドシステムと接続されたネットワークシステムの異常を検知する異常判定装置であり、
前記内部ネットワークに設置され、前記クラウドシステムについての第１計測データを収集する第１計測装置から前記第１計測データを取得するとともに、前記外部ネットワークに設置され、前記クラウドシステムについての第２計測データを収集する第２計測装置から前記第２計測データを取得するデータ取得部と、
前記データ取得部によって取得された前記第１計測データ及び前記第２計測データの両方が異常であることを示す場合には、前記クラウドシステムに異常が発生したと判定する異常判定部と
を備える異常判定装置。
【請求項２】
前記データ取得部は、前記外部ネットワークの異なる位置に設置された複数の第２計測装置から前記第２計測データを取得し、
前記異常判定部は、前記第１計測データと、全ての第２計測装置から取得された前記第２計測データとが、異常であることを示す場合には、前記クラウドシステムに異常が発生したと判定する
請求項１に記載の異常判定装置。
【請求項３】
前記第１計測データは、前記クラウドシステムに対して通信を試みた場合における通信経路を示す経路情報を含み、
前記異常判定部は、前記第１計測データが異常であることを示し、かつ、少なくとも一部の第２計測装置から取得された前記第２計測データが異常であることを示さない場合には、前記経路情報が示す通信経路に、前記内部ネットワークと前記外部ネットワークとを接続するエッジルータが含まれているか否かにより、前記内部ネットワークに異常が発生したか、前記外部ネットワークに異常が発生したかを判定する
請求項２に記載の異常判定装置。
【請求項４】
前記第１計測データ及び前記第２計測データは、前記クラウドシステムの応答時間を含み、前記応答時間が基準時間よりも長い場合に異常であることを示す
請求項１から３までのいずれか１項に記載の異常判定装置。
【請求項５】
前記応答時間は、前記クラウドシステムにサービスの提供を依頼してから、サービスが提供されるまでの時間である
請求項４に記載の異常判定装置。
【請求項６】
内部ネットワークと外部ネットワークとを介してクラウドシステムと接続されたネットワークシステムの異常を検知する異常判定プログラムであり、
前記内部ネットワークに設置され、前記クラウドシステムについての第１計測データを収集する第１計測装置から前記第１計測データを取得するとともに、前記外部ネットワークに設置され、前記クラウドシステムについての第２計測データを収集する第２計測装置から前記第２計測データを取得するデータ取得処理と、
前記データ取得処理によって取得された前記第１計測データ及び前記第２計測データの両方が異常であることを示す場合には、前記クラウドシステムに異常が発生したと判定する異常判定処理と
をコンピュータに実行させる異常判定プログラム。
【請求項７】
内部ネットワークと外部ネットワークとを介してクラウドシステムと接続されたネットワークシステムの異常を検知する異常判定システムであり、
前記内部ネットワークに設置され、前記クラウドシステムについての第１計測データを収集する第１計測装置と、
前記外部ネットワークに設置され、前記クラウドシステムについての第２計測データを収集する第２計測装置と、
前記第１計測装置から前記第１計測データを取得するとともに、前記第２計測装置から前記第２計測データを取得し、前記第１計測データ及び前記第２計測データの両方が異常であることを示す場合には、前記クラウドシステムに異常が発生したと判定する異常判定装置と
を備える異常判定システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、クラウドシステムを使用するネットワークシステムの異常検知技術に関する。
【背景技術】
【０００２】
管理対象の内部ネットワークで異常が発生した場合には、内部ネットワークを構成する機器からＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）トラップといった多数のアラームが上げられるとともに、異常状態を示す多数のログが出力される。これらのアラーム及びログを解析することにより、内部ネットワークのどこで異常が発生したかを特定することが可能である。
【０００３】
特許文献１，２には、障害発生時に重要なアラームのみをネットワーク管理者に提示することにより、ネットワーク管理者の負荷を軽減することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−１９２１８８号公報
【特許文献２】特開平８−２８８９４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年クラウドサービスと呼ばれる、ネットワークを介してアプリケーションプログラムのサービスを提供する技術が企業等で広く利用されている。クラウドサービスを利用する場合には、企業が管理する内部ネットワークと、インターネットといった外部ネットワークとを介して、クラウドサービスを提供するクラウドシステムに接続される。
外部ネットワーク及びクラウドシステムについては、異常が発生してもアラームを得ることができないため、外部ネットワーク及びクラウドシステムのどこで異常が発生したかを特定することができない。そのため、クラウドサービスを利用できない原因がどこにあるかを特定することができない。
この発明は、クラウドシステムで異常が発生しているか否かを特定可能にすることを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る異常判定装置は、
内部ネットワークと外部ネットワークとを介してクラウドシステムと接続されたネットワークシステムの異常を検知する異常判定装置であり、
前記内部ネットワークに設置され、前記クラウドシステムについての第１計測データを収集する第１計測装置から前記第１計測データを取得するとともに、前記外部ネットワークに設置され、前記クラウドシステムについての第２計測データを収集する第２計測装置から前記第２計測データを取得するデータ取得部と、
前記データ取得部によって取得された前記第１計測データ及び前記第２計測データの両方が異常であることを示す場合には、前記クラウドシステムに異常が発生したと判定する異常判定部と
を備える。
【０００７】
前記データ取得部は、前記外部ネットワークの異なる位置に設置された複数の第２計測装置から前記第２計測データを取得し、
前記異常判定部は、前記第１計測データと、全ての第２計測装置から取得された前記第２計測データとが、異常であることを示す場合には、前記クラウドシステムに異常が発生したと判定する。
【０００８】
前記第１計測データは、前記クラウドシステムに対して通信を試みた場合における通信経路を示す経路情報を含み、
前記異常判定部は、前記第１計測データが異常であることを示し、かつ、少なくとも一部の第２計測装置から取得された前記第２計測データが異常であることを示さない場合には、前記経路情報が示す通信経路に、前記内部ネットワークと前記外部ネットワークとを接続するエッジルータが含まれているか否かにより、前記内部ネットワークに異常が発生したか、前記外部ネットワークに異常が発生したかを判定する。
【０００９】
前記第１計測データ及び前記第２計測データは、前記クラウドシステムの応答時間を含み、前記応答時間が基準時間よりも長い場合に異常であることを示す。
【００１０】
前記応答時間は、前記クラウドシステムにサービスの提供を依頼してから、サービスが提供されるまでの時間である。
【００１１】
この発明に係る異常判定プログラムは、
内部ネットワークと外部ネットワークとを介してクラウドシステムと接続されたネットワークシステムの異常を検知する異常判定プログラムであり、
前記内部ネットワークに設置され、前記クラウドシステムについての第１計測データを収集する第１計測装置から前記第１計測データを取得するとともに、前記外部ネットワークに設置され、前記クラウドシステムについての第２計測データを収集する第２計測装置から前記第２計測データを取得するデータ取得処理と、
前記データ取得処理によって取得された前記第１計測データ及び前記第２計測データの両方が異常であることを示す場合には、前記クラウドシステムに異常が発生したと判定する異常判定処理と
をコンピュータに実行させる。
【００１２】
この発明に係る異常判定システムは、
内部ネットワークと外部ネットワークとを介してクラウドシステムと接続されたネットワークシステムの異常を検知する異常判定システムであり、
前記内部ネットワークに設置され、前記クラウドシステムについての第１計測データを収集する第１計測装置と、
前記外部ネットワークに設置され、前記クラウドシステムについての第２計測データを収集する第２計測装置と、
前記第１計測装置から前記第１計測データを取得するとともに、前記第２計測装置から前記第２計測データを取得し、前記第１計測データ及び前記第２計測データの両方が異常であることを示す場合には、前記クラウドシステムに異常が発生したと判定する異常判定装置と
を備える。
【発明の効果】
【００１３】
この発明では、内部ネットワークに設置された第１計測装置から第１計測データを取得するとともに、外部ネットワークに設置された第２計測装置から前記第２計測データを取得することにより、クラウドシステムに異常が発生したことを特定可能である。
【図面の簡単な説明】
【００１４】
【図１】実施の形態１に係る異常検知システム１の構成図。
【図２】実施の形態１に係る異常判定装置１０の構成図。
【図３】実施の形態１に係る第１計測装置２０及び第２計測装置３０の構成図。
【図４】実施の形態１に係る第１計測装置２０及び第２計測装置３０の動作を示すフローチャート。
【図５】実施の形態１に係る異常判定装置１０の動作を示すフローチャート。
【図６】変形例３に係る異常判定装置１０の構成図。
【図７】変形例３に係る第１計測装置２０及び第２計測装置３０の構成図。
【発明を実施するための形態】
【００１５】
実施の形態１．
＊＊＊構成の説明＊＊＊
図１を参照して、実施の形態１に係る異常検知システム１の構成を説明する。
異常検知システム１は、内部ネットワーク５０と外部ネットワーク６０とを介してクラウドシステム７０と接続されたネットワークシステムの異常を検知する。内部ネットワーク５０は、企業内のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）といった管理対象のネットワークである。外部ネットワーク６０は、インターネット、外部の企業で管理されたネットワークといった管理対象外のネットワークである。クラウドシステム７０は、クラウドサービスを提供するコンピュータシステムである。
内部ネットワーク５０と外部ネットワーク６０とは、エッジルータ５１を介して接続されている。図１では、内部ネットワーク５０の内部の構成が省略して示されている。しかし、実際には、内部ネットワーク５０は、ルータ、スイッチといった複数のネットワーク機器と、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）といった複数のコンピュータとが接続されて構成されている。
【００１６】
異常検知システム１は、異常判定装置１０と、第１計測装置２０と、１台以上の第２計測装置３０とを備える。異常判定装置１０は、内部ネットワーク５０と外部ネットワーク６０とクラウドシステム７０とのどこで異常が発生したかを判定するコンピュータである。第１計測装置２０は、内部ネットワーク５０に設置され、クラウドシステム７０についての第１計測データ８１を収集するコンピュータである。第２計測装置３０は、外部ネットワーク６０に設置され、クラウドシステム７０についての第２計測データ８２を収集するコンピュータである。
異常検知システム１が複数の第２計測装置３０を備える場合には、各第２計測装置３０は、外部ネットワーク６０における異なる場所、つまり異なるネットワークセグメントに設置される。例えば、各第２計測装置３０は、国、地域が異なる場所に設置される。
【００１７】
図２を参照して、実施の形態１に係る異常判定装置１０の構成を説明する。
異常判定装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信インタフェース１４とを備える。プロセッサ１１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【００１８】
異常判定装置１０は、機能構成要素として、データ取得部１１１と、異常判定部１１２とを備える。異常判定装置１０の各機能構成要素の機能はソフトウェアにより実現される。
ストレージ１３には、各機能構成要素の機能を実現するプログラムが記憶されている。このプログラムは、プロセッサ１１によりメモリ１２に読み込まれ、プロセッサ１１によって実行される。これにより、各機能構成要素の機能が実現される。
【００１９】
図３を参照して、実施の形態１に係る第１計測装置２０及び第２計測装置３０の構成を説明する。第１計測装置２０及び第２計測装置３０は同じ構成である。
第１計測装置２０及び第２計測装置３０は、プロセッサ４１と、メモリ４２と、ストレージ４３と、通信インタフェース４４とを備える。プロセッサ４１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【００２０】
第１計測装置２０及び第２計測装置３０は、機能構成要素として、データ収集部４１１と、異常検出部４１２と、データ送信部４１３とを備える。第１計測装置２０及び第２計測装置３０の各機能構成要素の機能はソフトウェアにより実現される。
ストレージ１３には、各機能構成要素の機能を実現するプログラムが記憶されている。このプログラムは、プロセッサ１１によりメモリ１２に読み込まれ、プロセッサ１１によって実行される。これにより、各機能構成要素の機能が実現される。
【００２１】
プロセッサ１１，４１は、演算処理を行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）である。プロセッサ１１，４１は、具体例としては、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。
【００２２】
メモリ１２，４２は、データを一時的に記憶する記憶装置である。メモリ１２，４２は、具体例としては、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。
【００２３】
ストレージ１３，４３は、データを保管する記憶装置である。ストレージ１３，４３は、具体例としては、ＲＯＭ、フラッシュメモリ、又は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）である。また、ストレージ１３，４３は、ＳＤ（登録商標，Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリカード、ＣＦ（ＣｏｍｐａｃｔＦｌａｓｈ）、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）といった可搬記憶媒体であってもよい。
【００２４】
通信インタフェース１４，４４は、外部の装置と通信するためのインタフェースである。通信インタフェース１４，４４は、具体例としては、Ｅｔｈｅｒｎｅｔ（登録商標）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）のポートである。
【００２５】
図２では、プロセッサ１１は、１つだけ示されている。しかし、異常判定装置１０は、プロセッサ１１を代替する複数のプロセッサを備えていてもよい。これら複数のプロセッサは、各機能構成要素の機能を実現するプログラムの実行を分担する。
同様に、図３では、プロセッサ４１は、１つだけ示されている。しかし、第１計測装置２０及び第２計測装置３０は、プロセッサ４１を代替する複数のプロセッサを備えていてもよい。これら複数のプロセッサは、各機能構成要素の機能を実現するプログラムの実行を分担する。
【００２６】
＊＊＊動作の説明＊＊＊
図４から図５を参照して、実施の形態１に係る異常検知システム１の動作を説明する。
実施の形態１に係る異常検知システム１の動作は、実施の形態１に係る異常判定方法に相当する。また、実施の形態１に係る異常検知システム１の動作は、実施の形態１に係る異常判定プログラムの処理に相当する。
【００２７】
図４を参照して、実施の形態１に係る第１計測装置２０及び第２計測装置３０の動作を説明する。
（ステップＳ１１：計測処理）
データ収集部４１１は、クラウドシステム７０に対して命令を送信する。そして、データ収集部４１１は、命令の応答として計測データを取得する。
具体的には、データ収集部４１１は、あるサービスの提供を依頼する命令をクラウドシステム７０に対して送信する。例えば、クラウドシステム７０が提供するシステムのトップ画面の送信を依頼する命令を送信する。データ収集部４１１は、サービスの提供を依頼する命令に代えて、ｐｉｎｇコマンドをクラウドシステム７０に送信してもよい。
【００２８】
（ステップＳ１２：応答判定処理）
異常検出部４１２は、ステップＳ１１でサービスの提供を依頼する命令、又は、ｐｉｎｇコマンドに対してクラウドシステム７０から応答があったか否かを判定する。
異常検出部４１２は、応答があった場合には、処理をステップＳ１３に進め、応答がなかった場合には、処理をステップＳ１４に進める。
【００２９】
（ステップＳ１３：応答時間判定処理）
異常検出部４１２は、クラウドシステム７０に命令を送信してから、クラウドシステム７０からの応答を受信するまでの応答時間を計測する。そして、異常検出部４１２は、応答時間が基準時間よりも長いか否かを判定する。
異常検出部４１２は、応答時間が基準時間よりも長い場合には、処理をステップＳ１４に進め、応答時間が基準時間以下の場合には、処理をステップＳ１５に進める。
【００３０】
（ステップＳ１４：異常設定処理）
異常検出部４１２は、異常フラグをオンに設定する。
【００３１】
（ステップＳ１５：正常設定処理）
異常検出部４１２は、異常フラグをオフに設定する。
【００３２】
（ステップＳ１６：計測データ生成処理）
データ収集部４１１は、ステップＳ１４又はステップＳ１５で設定した異常フラグと、ステップＳ１２で応答があったと判定された場合にはステップＳ１３で計測された応答時間と、クラウドシステムに対して通信を試みた場合における通信経路を示す経路情報とを含めた計測データを生成する。経路情報は、ｔｒａｃｅｒｏｕｔｅコマンドを用いることにより取得することができる。
第１計測装置２０のデータ収集部４１１によって生成された計測データを第１計測データ８１と呼び、第２計測装置３０のデータ収集部４１１によって生成された計測データを第２計測データ８２と呼ぶ。
【００３３】
なお、データ収集部４１１は、クラウドシステム７０に命令、又は、ｐｉｎｇコマンドを複数回送信して計測された応答時間の平均値を、計測データに含めてもよい。
【００３４】
（ステップＳ１７：計測データ送信処理）
データ送信部４１３は、ステップＳ１６で生成された計測データを異常判定装置１０に送信する。
【００３５】
図５を参照して、実施の形態１に係る異常判定装置１０の動作を説明する。
（ステップＳ２１：計測データ取得処理）
データ取得部１１１は、ステップＳ１７で第１計測装置２０のデータ送信部４１３によって送信された第１計測データ８１を取得する。また、データ取得部１１１は、ステップＳ１７で第２計測装置３０のデータ送信部４１３によって送信された第２計測データ８２を取得する。異常検知システム１が複数の第２計測装置３０を備える場合には、データ取得部１１１は、各第２計測装置３０のデータ送信部４１３によって送信された第２計測データ８２を取得する。
【００３６】
（ステップＳ２２：第１判定処理）
異常判定部１１２は、ステップＳ２１で取得された第１計測データ８１が異常であることを示すか否かを判定する。具体的には、異常判定部１１２は、第１計測データ８１に含まれる異常フラグがオンになっている場合には異常であることを示すと判定する。
異常判定部１１２は、異常であることを示す場合には、処理をステップＳ２３に進め、そうでない場合には、クラウドサービスの提供を正常に受けられるとして処理を終了する。
【００３７】
（ステップＳ２３：第２判定処理）
異常判定部１１２は、ステップＳ２１で全ての第２計測装置３０から取得された第２計測データ８２が異常であることを示すか否かを判定する。具体的には、異常判定部１１２は、全ての第２計測データ８２に含まれる異常フラグがオンになっている場合には異常であることを示すと判定する。
異常判定部１１２は、異常であることを示す場合には、処理をステップＳ２５に進め、そうでない場合には、処理をステップＳ２４に進める。
【００３８】
（ステップＳ２４：第３判定処理）
異常判定部１１２は、ステップＳ２１で取得された第１計測データ８１に含まれる経路情報が示す通信経路に、内部ネットワーク５０と外部ネットワーク６０とを接続するエッジルータ５１が含まれているか否かを判定する。
異常判定部１１２は、通信経路にエッジルータ５１が含まれている場合には、処理をステップＳ２６に進め、そうでない場合には、処理をステップＳ２７に進める。
【００３９】
（ステップＳ２５：第１特定処理）
異常判定部１１２は、異常個所はクラウドシステム７０であると特定する。つまり、異常判定部１１２は、第１計測装置２０及び全ての第２計測装置３０で異常が検出されているため、異常はクラウドシステム７０で起こっていると判定する。
【００４０】
（ステップＳ２６：第２特定処理）
異常判定部１１２は、異常個所は外部ネットワーク６０であると判定する。つまり、異常判定部１１２は、少なくとも一部の第２計測装置３０からは、クラウドサービスの提供を正常に受けられるため、異常はクラウドシステム７０で起こっていないと判定する。また、異常判定部１１２は、通信経路にエッジルータ５１が含まれており、外部ネットワーク６０までは通信が可能な状態であるため、異常は内部ネットワーク５０ではなく外部ネットワーク６０で起こっていると判定する。
【００４１】
（ステップＳ２７：第３特定処理）
異常判定部１１２は、異常個所は内部ネットワーク５０であると判定する。つまり、異常判定部１１２は、少なくとも一部の第２計測装置３０からは、クラウドサービスの提供を正常に受けられるため、異常はクラウドシステム７０で起こっていないと判定する。また、異常判定部１１２は、通信経路にエッジルータ５１が含まれておらず、外部ネットワーク６０まで通信が可能な状態でないため、異常は外部ネットワーク６０ではなく内部ネットワーク５０で起こっていると判定する。
【００４２】
＊＊＊実施の形態１の効果＊＊＊
以上のように、実施の形態１に係る異常検知システム１では、内部ネットワーク５０と外部ネットワーク６０とクラウドシステム７０とを含むネットワークシステムにおいて異常が発生した場合に、内部ネットワーク５０と外部ネットワーク６０とクラウドシステム７０とのいずれで異常が発生しているかを特定することが可能である。
これにより、異常が発生している箇所に応じた適切な対応を取ることが可能になる。
【００４３】
＊＊＊他の構成＊＊＊
＜変形例１＞
実施の形態１では、内部ネットワーク５０と外部ネットワーク６０とクラウドシステム７０とのいずれで異常が発生しているかを特定した。さらに、異常判定装置１０は、外部ネットワーク６０で異常が発生している場合に、どの第２計測装置３０から取得された第２計測データ８２が異常であることを示し、どの第２計測装置３０から取得された第２計測データ８２が異常でないことを示すかによって、外部ネットワーク６０のどの部分で異常が発生しているかを特定することができる。
【００４４】
なお、内部ネットワーク５０で異常が発生している場合には、従来通り、アラーム及びログに基づき、内部ネットワーク５０内のどこで異常が発生しているかを特定することができる。
【００４５】
＜変形例２＞
異常判定装置１０は、特定された異常個所を示すデータと、取得された第１計測データ８１及び第２計測データ８２とを、特許文献１，２に記載されたようなアラームを選別するシステムに入力として与えてもよい。これにより、アラームを選別するシステムの機械学習の学習パターンが多様化し、アラームの選別精度の向上が図られる。その結果、異常個所をより早期に特定可能になる。
【００４６】
＜変形例３＞
実施の形態１では、各機能構成要素がソフトウェアで実現された。しかし、変形例３として、各機能構成要素はハードウェアで実現されてもよい。この変形例３について、実施の形態１と異なる点を説明する。
【００４７】
図６を参照して、変形例３に係る異常判定装置１０の構成を説明する。
各機能構成要素がハードウェアで実現される場合には、異常判定装置１０は、プロセッサ１１とメモリ１２とストレージ１３とに代えて、処理回路１５を備える。処理回路１５は、異常判定装置１０の各機能構成要素と、メモリ１２とストレージ１３との機能とを実現する専用の電子回路である。
【００４８】
図７を参照して、変形例３に係る第１計測装置２０及び第２計測装置３０の構成を説明する。
各機能構成要素がハードウェアで実現される場合には、第１計測装置２０及び第２計測装置３０は、プロセッサ４１とメモリ４２とストレージ４３とに代えて、処理回路４５を備える。処理回路４５は、第１計測装置２０及び第２計測装置３０の各機能構成要素と、メモリ４２とストレージ４３との機能とを実現する専用の電子回路である。
【００４９】
処理回路１５，４５は、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ（Ｇａｔｅ  Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）が想定される。
各機能構成要素を１つの処理回路１５，４５で実現してもよいし、各機能構成要素を複数の処理回路１５，４５に分散させて実現してもよい。
【００５０】
＜変形例４＞
変形例４として、一部の各機能構成要素がハードウェアで実現され、他の各機能構成要素がソフトウェアで実現されてもよい。
【００５１】
プロセッサ１１，４１とメモリ１２，４２とストレージ１３，４３と処理回路１５，４５とを、総称して「プロセッシングサーキットリー」という。つまり、各機能構成要素の機能は、プロセッシングサーキットリーにより実現される。
【符号の説明】
【００５２】
１  異常検知システム、１０  異常判定装置、１１  プロセッサ、１２  メモリ、１３  ストレージ、１４  通信インタフェース、１５  処理回路、１１１  データ取得部、１１２  異常判定部、２０  第１計測装置、３０  第２計測装置、４１  プロセッサ、４２  メモリ、４３  ストレージ、４４  通信インタフェース、４５  処理回路、５０  内部ネットワーク、５１  エッジルータ、６０  外部ネットワーク、７０  クラウドシステム、８１  第１計測データ、８２  第２計測データ、１００  ネットワークシステム。
【図１】
2018157453.tif 000003
【図２】
2018157453.tif 000004
【図３】
2018157453.tif 000005
【図４】
2018157453.tif 000006
【図５】
2018157453.tif 000007
【図６】
2018157453.tif 000008
【図７】
2018157453.tif 000009