JP2014090256A - 機器管理システムの親機および機器管理システム - Google Patents

Abstract

【課題】複数の子機間で性能にばらつきがある場合でも、システム全体としてのパフォーマンスが低下しにくい機器管理システムの親機および機器管理システムを提供する。
【解決手段】親機１は、子機の性能を判別する判別部１４１と、判別部１４１の判別結果に応じて、子機から取得するデータサイズを調節する調節部１４２と、子機からのデータ取得に要するターンアラウンドタイムを計測する計測部１４３とを有している。判別部１４１は、計測部１４３の計測値（ターンアラウンドタイム）に基づいて子機の性能を判別する。調節部１４２は、判別部１４１で判別された子機の性能に応じて、この子機からのデータ取得に要するターンアラウンドタイムが規定範囲内に収まるように、子機から取得するデータサイズを調節する。
【選択図】図１

Description

本発明は、機器に接続される複数の子機に対してポーリングを行い、子機と通信することにより機器の監視と制御との少なくとも一方を行う機器管理システムの親機および機器管理システムに関する。

従来から、複数の親機（親局装置）と複数の子機（子局装置）とが伝送路により接続され、親機から、子機に接続された機器（被制御対象機器）を監視制御する機器管理システム（遠方監視制御システム）が提案されている（たとえば特許文献１参照）。

特許文献１に記載のシステムでは、親機は、入力部から入力された制御指令および子機から送られてきた機器の状態量と、記憶手段に記憶された制御指令および状態量とを比較し、比較結果に基づいて機器に対する制御指令を決定するように構成されている。

特許文献１においては、親機と子機との通信方式として、親機が複数の子機を順次呼び出すポーリング方式が採用されている。さらに、親機は、子機の異常等が発生した場合には、ポーリング順番を変化させたり、該当する子機のポーリング周期を変化させたりすることが開示されている。

特開平１０−９４０７１号公報

ところで、機器管理システムを構築する複数の子機は性能が一律である場合だけでなく、たとえばメーカの違いなどにより複数の子機間で性能にばらつきがある場合がある。そしてポーリング方式では、システム中に１台でも性能の低い子機があれば、この子機の影響でシステム全体としてのパフォーマンス（性能）が低下することがある。

本発明は上記事由に鑑みて為されており、複数の子機間で性能にばらつきがある場合でも、システム全体としてのパフォーマンスが低下しにくい機器管理システムの親機および機器管理システムを提供することを目的とする。

本発明の機器管理システムの親機は、機器に接続される複数の子機に対してポーリングを行い、当該子機と通信することにより前記機器の監視と制御との少なくとも一方を行う機器管理システムの親機であって、前記子機の性能を判別する判別部と、前記子機ごとに、前記判別部の判別結果に応じて、当該子機からのデータ取得に要するターンアラウンドタイムが規定範囲内に収まるように、当該子機から取得するデータサイズを調節する調節部とを有することを特徴とする。

この機器管理システムの親機において、前記調節部は、前記ターンアラウンドタイムが前記規定範囲の上限値を超える前記子機については、前記データサイズを小さくするように構成されていることが望ましい。

この機器管理システムの親機において、前記調節部は、前記ターンアラウンドタイムが前記規定範囲の下限値未満である前記子機については、前記データサイズを大きくするように構成されていることがより望ましい。

この機器管理システムの親機において、前記判別部は、前記子機ごとに前記ターンアラウンドタイムを計測する計測部の計測結果に基づいて、当該子機の性能を判別するように構成されていることがより望ましい。

この機器管理システムの親機において、ポーリング毎に、前回のポーリング時から現時点までの間に前記子機に蓄積されたデータを取得しており、１回のポーリングで取得するデータサイズが所定の閾値以上の前記子機については、ポーリング周期を短くする周期調節部をさらに有することがより望ましい。

この機器管理システムの親機において、前記子機からのデータ取得が所定の許容時間内に完了しなければ、次の子機にポーリングを移行するように構成されていることがより望ましい。

この機器管理システムの親機において、前記子機に対して生存確認信号を送信する確認部をさらに有し、前記生存確認信号に対する応答がない前記子機を飛ばしてポーリングを行うように構成されていることがより望ましい。

本発明の機器管理システムは、上記の機器管理システムの親機と、前記親機からのポーリングにより当該親機と通信を行う複数の子機とを備えることを特徴とする。

本発明は、調節部が、子機ごとに、判別部で判別された性能に応じて、子機からのデータ取得に要するターンアラウンドタイムが規定範囲内に収まるように、子機から取得するデータサイズを調節する。したがって、複数の子機間で性能にばらつきがある場合でも、システム全体としてのパフォーマンスが低下しにくいという利点がある。

実施形態１に係る機器管理システムの親機の構成を示すブロック図である。 実施形態１に係る機器管理システムの構成を示すシステム構成図である。 実施形態１に係る機器管理システムの動作例を示す説明図である。 実施形態１に係る機器管理システムの動作例を示す説明図である。 実施形態１に係る機器管理システムの動作例を示す説明図である。 実施形態１に係る機器管理システムの動作例を示す説明図である。 実施形態１に係る機器管理システムの動作例を示す説明図である。 実施形態２に係る機器管理システムの動作例を示す説明図である。

（実施形態１）
本実施形態の機器管理システムは、図２に示すように、共通の伝送路３に接続された親機１と、複数の子機２１，２２，２３（以下、各々を特に区別しない場合には単に「子機２」という）とを備えている。さらに、伝送路３には、親機１との間で通信を行う複数の上位装置４１，４２（以下、各々を特に区別しない場合には単に「上位装置４」という）が接続されている。なお、図２の例では、子機２は３台、上位装置４が２台設けられているが、子機２および上位装置４の台数をこの例に限定する趣旨ではない。

子機２は、被制御対象の機器５と接続されており、これらの機器５と共に、たとえばオフィスビルのような建物内の空間において種々のサブシステムを構築するサブシステムユニットである。つまり、各子機２にはそれぞれ複数台の機器５が接続されており、各子機２は、それら複数台の機器５を集中監視制御するサブシステムユニットを構築する。

より具体的には、子機２は、たとえば各種センサなどの監視機器、および照明機器や空調機器などの動作を制御する制御機器が機器５として接続されており、これらの機器５と共に照明制御システムや空調制御システムなどのサブシステムを構築する。したがって、各サブシステムにおいては、子機２が複数台の機器５を集中的に監視および制御することが可能である。

親機１は、これら複数の子機２と通信可能に構成された組み込みサーバからなり、これにより、建物内の各所に散在する複数のサブシステムを上位レベルで連携、連動することで全体最適化が可能な通信ネットワークを構築する。ここで、本実施形態の機器管理システムは、オープンプロトコルに準拠しており、親機１は、様々なメーカの子機２および上位装置４と通信可能に構成されている。つまり、親機１は、建物内の複数のサブシステムを相互に接続することで建物全体の監視と制御を可能とする。

親機１は、複数の子機２に対してポーリングを行い、子機２と通信することにより、子機２に接続されている機器５の監視と制御との少なくとも一方を行う。この親機１は、図１に示すように、ポーリングにより子機２との通信を行うポーリング部１１と、上位装置４との通信を行う上位通信部１２と、記憶部１３と、制御部１４とを備えている。

ここでは、ポーリング部１１は、一例として子機２が保持している履歴データを子機２との通信により取得すると仮定する。ここでいう履歴データは、子機２が属するサブシステムの所定期間の動作履歴を表すデータであって、たとえば照明制御システムにおける照明機器の制御履歴を含んでいる。

親機１は、子機２および上位装置４に対して有線接続されていてもよいし、子機２および上位装置４との間で無線通信する構成であってもよい。また、親機１は、インターネットなどの公衆網を介して、子機２および上位装置４と通信する構成であってもよい。

記憶部１３には、子機２から取得するデータサイズ、ポーリングの順番、ポーリング周期、子機２との通信時間などについてそれぞれ初期値が記憶されている。ポーリング部１１は、機器管理システムの稼動開始直後においては、記憶部１３に記憶されている初期値に従って子機２と通信を行う。また、親機１は、ポーリング部１１にて子機２から取得したデータを記憶部１３に格納する。

制御部１４は、子機２の性能を判別する判別部１４１と、判別部１４１の判別結果に応じて、子機２から取得するデータサイズを調節する調節部１４２と、親機１が子機２からのデータ取得に要するターンアラウンドタイムを計測する計測部１４３とを有している。ここでは制御部１４はプログラムに従って動作するプロセッサを備えたマイコン（マイクロコンピュータ）のようなデバイスを主構成とし、所定のプログラムを実行することにより種々の機能を実現する。

判別部１４１は、本実施形態では計測部１４３の計測値（ターンアラウンドタイム）に基づいて子機２の性能を判別する。ここでいうターンアラウンドタイムは、親機１がポーリングにより子機２に要求を出した時点から、この要求に応答して子機２が返信したデータを取得し終わるまでに要した時間である。したがって、取得するデータサイズが同等であれば、性能の高い子機２ほどターンアラウンドタイムは短くなり、性能が低い子機２ほどターンアラウンドタイムは長くなる。

つまり、計測部１４３は、親機１がポーリングにより子機２と通信する度に、子機２からデータを取得するのに要したターンアラウンドタイムを計測し、その結果を判別部１４１へ出力する。これにより、判別部１４１は、取得データサイズが同等であれば、ターンアラウンドタイムが短い子機２ほど高性能と判別する。ここで、本実施形態においては、判別部１４１は、予め複数段階に設定された性能レベルのいずれかに子機２の性能が振り分けられるように、子機２の性能を段階的に判別する。

ただし、判別部１４１は、計測部１４３の計測値に基づいて子機２の性能を判別する構成に限らず、たとえばユーザからの操作入力を受け付ける操作部（図示せず）に接続され、操作部からの入力に基づいて子機２の性能を判別する構成であってもよい。つまり、ユーザが操作部を操作して子機２の仕様や型番を手入力すれば、判別部１４１は、ユーザが入力した子機２の仕様から子機２の性能を判別することができる。

調節部１４２は、上述のようにして判別された子機２の性能に応じて、この子機２からのデータ取得に要するターンアラウンドタイムが規定範囲内に収まるように、子機２から取得するデータサイズを調節する。つまり、取得データサイズが大きくなるほどターンアラウンドタイムが長くなるのが原則であるが、取得データサイズが同じでも、子機２の性能によってターンアラウンドタイムは異なることになる。そこで、調節部１４２は、各子機２の性能に応じて、この子機２からの取得データサイズを調節することによって、この子機２からのデータ取得に要するターンアラウンドタイムを規定範囲内に収めるようにする。

具体的には、調節部１４２は、ターンアラウンドタイムが規定範囲の上限値を超える子機２については、取得データサイズを小さくし、ターンアラウンドタイムが規定範囲の下限値未満である子機については、取得データサイズを大きくするように構成されている。すなわち、子機２の性能が低く現状の取得データサイズのままではターンアラウンドタイムが規定範囲の上限値を超えてしまうような場合、調節部１４２は、この子機２からの取得データサイズを小さくしてターンアラウンドタイムを規定範囲内に収める。一方、子機２の性能が高く現状の取得データサイズのままではターンアラウンドタイムが規定範囲の下限値を下回ってしまうような場合、調節部１４２は、この子機２からの取得データサイズを大きくしてターンアラウンドタイムを規定範囲内に収める。

とくに、本実施形態では、判別部１４１は計測部１４３で計測されたターンアラウンドタイムに基づいて子機２の性能を判別するので、このターンアラウンドタイムが規定範囲内に収まるように、調節部１４２は取得データサイズを調節することになる。

以下、本実施形態の機器管理システムの動作について図３および図４を参照して説明する。ここでは、親機１が子機２１から１分のポーリング周期ごとに、ポーリング周期（１分間）分の履歴データを取得する動作を例に説明する。

図３の例では、親機１は、ポーリングにより子機２１に対して、前回のポーリング時点から現時点までの１分間分の履歴データを要求する（Ｓ１）。図３の例では、子機２１の性能が低いため、親機１は、子機２１からのデータ取得に要するターンアラウンドタイムが規定範囲の上限値であるタイムアウト値を超え、子機２１からの履歴データを取得できないままデータ取得処理がタイムアウトする（Ｓ２）。

この場合、親機１は、判別部１４１にて子機２１の性能を低性能と判別し、調節部１４２にて、この子機２１からのデータ取得に要するターンアラウンドタイムが規定範囲内に収まるように、子機２１から取得するデータサイズを小さくする。

その後、ポーリング周期（ここでは１分）Ｔ１が経過すれば、親機１は再び子機２１に対して履歴データの要求を行う。このとき、調節部１４２により取得データサイズが小さくされているので、ポーリング部１１は子機２１に対して３０秒間分の履歴データを要求する（Ｓ３）。子機２１は、親機１からの要求に対する応答として、前回のポーリング時点から３０秒間分の履歴データを親機１に送信する（Ｓ４）。

親機１は、このように子機２１から３０秒間分の履歴データを取得すると、さらに残り３０秒間分の履歴データを子機２１から取得するべく、続けて子機２１に対して３０秒間分の履歴データを要求する（Ｓ５）。子機２１は、親機１からの要求に対する応答として、残り３０秒間分（現時点の直前の３０秒間分）の履歴データを親機１に送信する（Ｓ６）。

このように、親機１は、子機２１の性能が低いために子機２１からのデータ取得処理がタイムアウトするような場合、子機２１の性能に合わせて取得データサイズを小さくすることによって、タイムアウトすることなく子機２１から必要なデータを取得可能となる。

また、図４の例では、親機１は、ポーリングにより子機２１に対して、前回のポーリング時点から現時点までの１分間の履歴データを要求する（Ｓ１１）。このとき、子機２１は、親機１からの要求に対する応答として、前回のポーリング時点から現時点までの１分間分の履歴データを送信する（Ｓ１２）。図４の例では、子機２１の性能が高いため、親機１は、子機２１からのデータ取得に要するターンアラウンドタイムが規定範囲の下限値を下回り、ｎ秒未満で子機２１からの履歴データ取得処理を完了する。

この場合、親機１は、判別部１４１にて子機２１の性能を高性能と判別し、調節部１４２にて、この子機２１からのデータ取得に要するターンアラウンドタイムが規定範囲内に収まるように、子機２１から取得するデータサイズを大きくする。

その後、ポーリング周期（ここでは１分）Ｔ１が経過すれば、親機１は再び子機２１に対して履歴データの要求を行う。このとき、調節部１４２により取得データサイズが大きくされているので、ポーリング部１１は子機２１に対して１分間分の履歴データを２アドレス分要求する（Ｓ１３）。子機２１は、親機１からの要求に対する応答として、前回のポーリング時点から現時点までの１分間分の履歴データを２アドレス分親機１に送信する（Ｓ１４）。

このように、親機１は、子機２１の性能が高いために子機２１からのデータ取得処理に十分な余裕があるような場合、子機２１の性能に合わせて取得データサイズを大きくすることによって、複数のデータを子機２１から一括で取得可能となる。

以上説明した本実施形態の機器管理システムによれば、親機１は、子機２の性能を判別する判別部１４１と、その判別結果に応じて子機２からの取得データサイズを調節する調節部１４２とを有するので、最低限の通信量で必要なデータを取得できる。すなわち、複数の子機２間で性能にばらつきがある場合でも、親機１は、各子機２の性能に応じて取得データサイズを設定することにより、タイムアウトによる通信エラーを生じることがなく、また、子機２との通信量が無駄に多くなることもない。したがって、本実施形態の機器管理システムは、複数の子機２間で性能にばらつきがある場合でも、システム全体としてのパフォーマンスが低下しにくいという利点がある。

とくに、調節部１４２は、子機２からのデータ取得に要するターンアラウンドタイムが規定範囲の上限値を超える子機２については、取得データサイズを小さくする。これにより、親機１は、比較的性能の低い子機２からはデータを小分けにして取得することができ、データ取得処理にタイムアウトが生じることを回避できる。

また、調節部１４２は、子機２からのデータ取得に要するターンアラウンドタイムが規定範囲の下限値未満である子機２については、取得データサイズを大きくする。これにより、親機１は、比較的性能の高い子機２からは比較的大きなデータを一括で取得することができ、無駄な通信が生じることを回避できる。

さらに、本実施形態では、判別部１４１は、子機２ごとにターンアラウンドタイムを計測する計測部１４３の計測結果に基づいて、子機２の性能を判別するので、ユーザが子機２の仕様や型番を入力する手間が省けるという利点がある。

ところで、本実施形態においては、親機１は、子機２からのデータ取得が所定の許容時間内に完了しなければ、次の子機２にポーリングを移行するように構成されている。これにより、親機１は、たとえば子機２１からのデータ取得時に通信エラーを生じた場合、子機２１から取得すべきデータが残っていても、この子機２１からは次回のポーリングのタイミングまでデータ取得を行わないことになる。言い換えれば、親機１は、通信エラー等が生じた場合、残りのデータについては、すぐに取得することは諦め、次回通信時にリトライする。

このように構成された機器管理システムの動作例を図５に示す。図５では、親機１が子機２１からポイントオブジェクト００１〜０１０を取得し、他の子機２２からポイントオブジェクト００１〜１００を取得する場合を例示する。

親機１は、ポーリングにより子機２１に対して、データ（ポイントオブジェクト００１〜０１０）を要求する（Ｓ２１）。図５の例では、親機１がポイントオブジェクト００１を取得した後（Ｓ２２）、子機２１に不具合が生じ（Ｓ２３）、親機１−子機２１間で通信エラーが生じる。そのため、親機１は、子機２１に対してポイントオブジェクト００２を要求するものの（Ｓ２４）、これに対する子機２１からの応答がないままデータ取得処理がタイムアウトする（Ｓ２５）。

その後、子機２１の不具合が解消し（Ｓ２６）、親機１−子機２１間の通信が復旧するが、親機１は、残りのデータ（ポイントオブジェクト００２〜０１０）を取得する処理をスキップし、次の子機２２にポーリングを移行する。それから、親機１は、ポーリングにより子機２２からデータ（ポイントオブジェクト００１〜１００）を取得する（Ｓ２７，Ｓ２８）。

親機１は、ポーリング周期に従った次回のデータ取得タイミングで再度、子機２１に対するポーリングを行い、改めて必要なデータ（ポイントオブジェクト００１〜０１０）を子機２１から取得する（Ｓ２９，Ｓ３０）。

親機１は、子機２との間で通信エラーが生じた場合、続けて同じ子機２からデータ取得を行っても失敗する可能性が高いので、上述のようにポーリング周期を空けて改めて子機２からのデータ取得を試みることにより、無駄な通信が削減され処理負荷が軽減される。

さらにまた、親機１は、子機２に対して生存確認信号を送信する確認部１４４（図１参照）を制御部１４に有しており、生存確認信号に対する応答がない子機２を飛ばしてポーリングを行うように構成されている。すなわち、本実施形態の機器管理システムでは、親機１は、定期的に子機２に生存確認信号を送信し、これに対する応答の有無によって子機２の生存確認を行う機能を有しており、応答のない子機２についてはポーリングを行わない。

このように構成された機器管理システムの動作例を図６に示す。図６では、親機１が子機２１からポイントオブジェクト００１〜０１０を取得する場合を例示する。

親機１は、ポーリングにより子機２１に対して、データ（ポイントオブジェクト００１〜０１０）を要求する（Ｓ３１〜Ｓ３３）。その後、親機１は、所定のタイミングで子機２１に生存確認信号を送信して生存確認信号を送信するが（Ｓ３４）、図６の例では、子機２１で不具合が生じ（Ｓ３５）、子機２１からの応答は得られない。

そのため、親機１は、次の生存確認のタイミングで子機２１に再度、生存確認信号を送信し（Ｓ３６）、生存確認信号に対する応答が子機２１から得られる（Ｓ３７）までは、子機２１に対してポーリングによるデータ取得を中断する。つまり、親機２は、子機２１の生存確認が正常に為されたことをもって、子機２１からのデータ取得処理を再開する。

このように、親機１は、生存確認で応答のない子機２１からはデータ取得を行わないので、無駄な通信が削減され処理負荷が軽減される。

本実施形態ではさらに、親機１は、上位装置４から要求されたデータが取得対象となっていない場合、上位装置４からの要求があった以降、このデータを取得対象とする。

すなわち、親機１は、たとえば図７に示すように、上位装置４１から、子機２１の有するデータであるポイントオブジェクト００１の要求があった場合、このデータ（ポイントオブジェクト００１）が取得対象になっていなければ、以降取得対象に加える。つまり、親機１は、上位装置４１からの要求を受信すると（Ｓ４１）、子機２１に対してデータ（ポイントオブジェクト００１）の要求を行い（Ｓ４２）、このデータを子機２１から取得する（Ｓ４３）。そして、親機１は、子機２１のポイントオブジェクト００１を取得対象として記憶部１３に登録し、以降の子機２１に対するポーリング時には、このポイントオブジェクト００１の取得処理を実行する（Ｓ４４，Ｓ４５）。

これにより、親機１に対して予め取得対象が設定されていなくても、上位装置４から親機１に対して取得対象を指示することができるので、親機１の設定処理が簡単になり、またデータ保存の確実性が向上する。

（実施形態２）
本実施形態の機器管理システムは、親機１が、ポーリング周期を調節する周期調節部（図示せず）を有する点で、実施形態１の機器管理システムと相違する。以下、実施形態１と同様の構成については共通の符号を付して適宜説明を省略する。

周期調節部は、制御部１４の機能の一つとして設けられている。本実施形態では、ポーリング部１１は、ポーリング毎に、前回のポーリング時から現時点までの間に子機２に蓄積されたデータ（履歴データ）を取得することを前提としている。周期設定部は、１回のポーリングで取得するデータサイズが所定の閾値以上の子機２については、ポーリング周期を短くするように機能する。

以下に、本実施形態の機器管理システムの動作例について図８を参照して説明する。

図８の例では、ポーリング周期の初期値は１時間に設定されている。そのため、親機１は、ポーリングにより子機２１に対して、前回のポーリング時点から現時点までの１時間分の履歴データを要求する（Ｓ５１）。子機２１は、親機１からの要求に対する応答として、前回のポーリング時点から１時間分の履歴データを親機１に送信する（Ｓ５２）。このとき、親機１は、子機から取得したデータサイズが所定の閾値（Ｎバイト）以上であるか否かを判断し、データサイズが閾値未満であればポーリング周期の変更は行わない。

したがって、親機１は、ポーリング周期（１時間）Ｔ１が経過した次のポーリングタイミングに、子機２１に対して、前回のポーリング時点から現時点までの１時間分の履歴データを要求する（Ｓ５３）。子機２１は、親機１からの要求に対する応答として、前回のポーリング時点から１時間分の履歴データを親機１に送信する（Ｓ５４）。このとき、親機１は、子機から取得したデータサイズが所定の閾値（Ｎバイト）以上であるか否かを判断し、データサイズが閾値以上であるため、ポーリング周期をＴ２（＜Ｔ１）に変更する。図８の例では、周期調節部は、ポーリング周期を３０分に変更する。

そのため、親機１は、ポーリング周期（３０分）Ｔ２が経過した次のポーリングタイミングに、子機２１に対して、前回のポーリング時点から現時点までの３０分間分の履歴データを要求する（Ｓ５５）。子機２１は、親機１からの要求に対する応答として、前回のポーリング時点から３０分間分の履歴データを親機１に送信する（Ｓ５６）。

以上説明した本実施形態の機器管理システムによれば、親機１は、前回のポーリング時から現時点までに子機２に蓄積するデータサイズが大きい場合には、周期調節部でポーリング周期を短くすることで子機２から取得するデータサイズを小さくできる。これにより、子機２は、親機１からのポーリングを待つ間に蓄積すべきデータ量が減ることになるので、メモリリソースの関係から必要なデータの一部を保存できないといった不具合を回避できる。

十分なメモリリソースを持たない子機２は、ポーリング周期が長いと、親機１からのポーリングを待つ間に蓄積すべきデータ量が許容量を超え、必要なデータの一部を欠損する可能性がある。これに対して、本実施形態では、親機１がポーリング周期を短くする機能を持つので、十分なメモリリソースを持たない子機２であっても、蓄積すべきデータ量が許容量を超えて必要なデータの一部を欠損する事態が生じにくい。

その他の構成および機能は実施形態１と同様である。

１ 親機
１４１ 判別部
１４２ 調節部
１４３ 計測部
１４４ 確認部
２，２１，２２，２３ 子機

Claims (8)

1. 機器に接続される複数の子機に対してポーリングを行い、当該子機と通信することにより前記機器の監視と制御との少なくとも一方を行う機器管理システムの親機であって、
   前記子機の性能を判別する判別部と、
   前記子機ごとに、前記判別部の判別結果に応じて、当該子機からのデータ取得に要するターンアラウンドタイムが規定範囲内に収まるように、当該子機から取得するデータサイズを調節する調節部とを有する
   ことを特徴とする機器管理システムの親機。
2. 前記調節部は、前記ターンアラウンドタイムが前記規定範囲の上限値を超える前記子機については、前記データサイズを小さくするように構成されている
   ことを特徴とする請求項１に記載の機器管理システムの親機。
3. 前記調節部は、前記ターンアラウンドタイムが前記規定範囲の下限値未満である前記子機については、前記データサイズを大きくするように構成されている
   ことを特徴とする請求項１または２に記載の機器管理システムの親機。
4. 前記判別部は、前記子機ごとに前記ターンアラウンドタイムを計測する計測部の計測結果に基づいて、当該子機の性能を判別するように構成されている
   ことを特徴とする請求項１〜３のいずれか１項に記載の機器管理システムの親機。
5. ポーリング毎に、前回のポーリング時から現時点までの間に前記子機に蓄積されたデータを取得しており、
   １回のポーリングで取得するデータサイズが所定の閾値以上の前記子機については、ポーリング周期を短くする周期調節部をさらに有する
   ことを特徴とする請求項１〜４のいずれか１項に記載の機器管理システムの親機。
6. 前記子機からのデータ取得が所定の許容時間内に完了しなければ、次の子機にポーリングを移行するように構成されている
   ことを特徴とする請求項１〜５のいずれか１項に記載の機器管理システムの親機。
7. 前記子機に対して生存確認信号を送信する確認部をさらに有し、
   前記生存確認信号に対する応答がない前記子機を飛ばしてポーリングを行うように構成されている
   ことを特徴とする請求項１〜６のいずれか１項に記載の機器管理システムの親機。
8. 請求項１〜７のいずれか１項に記載の機器管理システムの親機と、前記親機からのポーリングにより当該親機と通信を行う複数の子機とを備える
   ことを特徴とする機器管理システム。

Images