(57)【要約】【課題】通信トラフィックや保存データ容量を基準にして通信データ量を決定する場合、詳細なログ解析が必要な異常発生時などの場面で十分なログが取得出来ない。【解決手段】接続機器の運転データを定期的に取得するデータ取得部と、取得した運転データをネットワーク上に送信するネットワーク通信部を備え、データ取得部が接続機器から取得した運転データを解析し、トリガーとなる運転データに変化が発生した場合にネットワーク通信部がネットワーク上に送信する運転データの送信間隔を変動させることにより、必要に応じたデータ容量を使用し、保存データ量を低減することができる。【選択図】図１
2019047421.tif 000002
【特許請求の範囲】
【請求項１】
接続機器の運転データを定期的に取得するデータ取得部と、前記データ取得部が前記接続機器から収集した運転データをネットワーク上に送信するネットワーク通信部と、前記データ取得部で取得した前記接続機器の運転データを解析するデータ判定部を具備し、前記運転データに変化が発生した場合に、前記ネットワーク通信部が前記ネットワーク上に送信する前記運転データの送信間隔を変動させることを特徴とする通信機器。
【請求項２】
前記運転データを前記接続機器の運転状況に合わせて任意に変更することを特徴とする請求項１記載の通信機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信機器に関するもので、特に通信機器の通信データに関するものである。
【背景技術】
【０００２】
従来の通信機器は、通信トラフィックや保存データ容量を考慮して、通信データを送信している。接続機器の増加に伴う通信トラフィックの問題や通信データ量の増大への対応は、ネットワーク接続方法や通信方式を変化させることで対応する方式が主流であった（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２００８／０７２６０６号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記従来の通信機器では、通信トラフィックや保存データ容量を基準にして通信データ量が決定されており、異常発生時など、詳細なログ解析が必要な場面で十分なログが取得出来ていない、という課題があった。
【０００５】
本発明は、上記従来の課題を解決するもので、通信データ量を抑えつつ、必要に応じて詳細なログを取得することが出来る通信機器を提供する。
【課題を解決するための手段】
【０００６】
前記従来の課題を解決するために、本発明の通信機器は、接続機器の運転データを定期的に取得するデータ取得部と、前記データ取得部が前記接続機器から収集した運転データをネットワーク上に送信するネットワーク通信部と、前記データ取得部で取得した前記接続機器の運転データを解析するデータ判定部を具備し、前記運転データに変化が発生した場合に、前記ネットワーク通信部が前記ネットワーク上に送信する前記運転データの送信間隔を変動させるものである。
【０００７】
これにより、接続機器の運転データに重要な変化が発生していない通常動作時には送信データを抑え、通信トラフィックやサーバー上の保存データ容量を抑制することができ、異常発生時など、運転データを詳細に解析すべき時間帯に関しては詳細な運転ログを取得することが出来る。
【発明の効果】
【０００８】
本発明によれば、通常時の通信データ容量は抑えつつ、トリガーとなる運転データに変化が生じた場合にのみ運転データの送信間隔を短くすることで、詳細なログを取得することが可能となり、異常や不具合の原因特定に貢献することが出来る。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態１における通信機器のブロック図
【図２】本発明の実施の形態１における通信シーケンスを示す図
【発明を実施するための形態】
【００１０】
第１の発明は、接続機器の運転データを定期的に取得するデータ取得部と、前記データ取得部が前記接続機器から収集した運転データをネットワーク上に送信するネットワーク
通信部と、前記データ取得部で取得した前記接続機器の運転データを解析するデータ判定部を具備し、前記運転データに変化が発生した場合に、前記ネットワーク通信部が前記ネットワーク上に送信する前記運転データの送信間隔を変動させるものである。これにより、通信トラフィックや保存データ容量を基準にして通信データ量が決定されるのではなく、運転データに重要な変化が発生していない通常時には送信データを抑え、通信トラフィックやサーバー上の保存データ容量を抑制することが可能となる。
【００１１】
第２の発明は、特に第１の発明において、運転データを前記接続機器の運転状況に合わせて任意に変更するものである。これにより、接続機器に応じて最適なデータ送信間隔の実現が可能となる。
【００１２】
以下、本発明の実施の形態について、図面を参照しながら説明する。なお、この実施の形態によって本発明が限定されるものではない。
（実施の形態１）
図１は、本発明の実施の形態１における通信機器のブロック図を示すものである。
【００１３】
通信機器１は、データ取得部２とデータ判定部３とネットワーク通信部４で構成される。前記通信機器１は、運転データを収集する対象である接続機器５と接続するための通信インタフェースを備え（例えばデータ通信線）、前記接続機器と互いに接続される。前記通信機器１は外部ネットワークに接続するための通信インタフェースを備え（例えば有線ＬＡＮ、Ｗｉ−Ｆｉ）、サーバー６と接続される。
【００１４】
前記データ取得部２は、前記接続機器５から運転データを定期的に取得するが、前記接続機器５から取得した運転データを保持するための記憶領域を持つ。前記記憶領域内に保持している運転データは、次の運転データを前記接続機器５から取得するまで保持し続け、新しい運転データを取得した時点で保持している運転データを更新する。前記通信機器１と前記接続機器５間のデータ通信で不具合が発生した場合、前記データ取得部は保持しているデータを破棄し、エラー情報を記憶する。記憶したエラー情報は前記ネットワーク通信部を介して前記サーバー６に送信され、前記通信機器１と前記接続機器５間のネットワーク不具合を検知することが出来る。
【００１５】
前記データ判定部３は、前記データ取得部２が前記接続機器５から取得して保持しているデータの解析を行う。データ解析時には、予め設定されたトリガーとなる運転データの変動を検知し、対象となる運転データの変動に基づき、ネットワークへのデータ送信間隔を決定する。
【００１６】
前記運転データとは、機器が運転するために保持しているデータであれば特に問わない。例えば空気調和機で言えば、運転モード、設定温度、圧縮機周波数、各種アクチュエータの動作状況などである。
【００１７】
また、運転データの変動とは、例えば何らかの故障でエラー信号が発せられた場合や、使用者がリモコンで運転設定を変更した場合などである。
【００１８】
前記データ判定部３は、内部に記憶領域を保持し、トリガーとなる運転データを記憶する。トリガーとなる運転データの設定はサーバーを経由して変更することが可能であり、前記データ判定部はサーバーから送信された設定変更指示に基づいてトリガーとなる運転データを変更し、記憶領域に保持する。前記データ判定部３ではこのトリガーに基づいて送信データ間隔を変動するが、トリガーは複数の値を設定することが可能である。複数のトリガーが設定された場合、各運転データ単一で変動を検知することのみならず、複数データの組み合わせによる閾値の設定も可能である。これにより、接続機器の運転データを
より詳細に監視することが可能となり、より詳細なログ取得のタイミングを構築することができる。
【００１９】
前記ネットワーク通信部４は、ネットワークを介してサーバー６に前記データ取得部２が取得した運転データを送信する。この時、ネットワークへのデータ送信間隔は、前記データ判定部３で判定した結果に応じて変動させる。従って、前記ネットワーク通信部４は送信データ間隔の判定は行わず、前記データ判定部３が決定したデータ送信間隔に基づいて前記データ取得部２から送信データが前記ネットワーク通信部４に送られる。前記ネットワーク通信部４では、送信データを受信した時点で即座に送信パケットを作成し、送信パケットの作成が完了した時点で即座にデータ送信を行う。
【００２０】
図２は、本発明の実施の形態１における通信シーケンスを示すものである。
【００２１】
前記通信機器１と前記接続機器５の間では定期的に運転データの通信が行われている。前記通信機器１と前記サーバー６間のデータ通信は、通常時は長い通信間隔でデータ通信を行う。前記通信機器１と前記サーバー６間の通信データ間隔は、前記通信機器１と前記接続機器５間のデータ通信間隔には依存しない。従って、前記接続機器５から前記通信機器１が取得した全ての運転データが前記サーバー６に送信されるとは限らない。前記通信機器１が前記サーバー６に送信する運転データは、前記接続機器５から直前の通信で取得した運転データを送信する。一方で、前記サーバー６と前記通信機器１間の通信データ間隔は、前記サーバー６と前記通信機器１間の通信データ間隔が前記通信機器１と前記接続機器５間の通信データ間隔よりも短くなった場合、既に送信済みの運転データが再送信されてしまう状況が発生してしまい、通信トラフィックを不要に増大させてしまうため、前記通信機器１と前記接続機器５間の通信データ間隔よりも狭くなることはない。従って、前記通信機器１の前記データ判定部３では、前記通信機器１と前記接続機器５間のデータ通信間隔よりも短い通信間隔でのデータ送信を前記ネットワーク通信部に指示することはない。
【産業上の利用可能性】
【００２２】
以上のように本発明は、通常時の通信データ容量は抑えつつ、トリガーとなる運転データに変化が生じた場合にのみ運転データの送信間隔を短くすることで、詳細なログを取得することが可能となり、異常や不具合の原因特定に貢献することが出来る。
【符号の説明】
【００２３】
１  通信機器
２  データ取得部
３  データ判定部
４  ネットワーク通信部
５  接続機器
６  サーバー
【図１】
2019047421.tif 000003
【図２】
2019047421.tif 000004