JP6848678B2 - 通信装置、データ処理システム、通信方法およびプログラム - Google Patents

Description

本発明は、通信装置、データ処理システム、通信方法およびプログラムに関する。

従来、ネットワーク機器が有線接続された主幹ネットワークと、監視端末および監視サーバが有線接続された監視ネットワークと、を含み、いずれかの監視装置を通じて主幹ネットワークの状態を把握することができるネットワーク監視システムが知られている。このネットワーク監視システムでは、ネットワーク機器のトラフィック状況を把握し、使用量が一定の閾値以下で帯域量に余裕のある経路を選択して管理データを収集する。このように、複数の経路パターンの中から充分に余裕のある経路を選択することでネットワーク機器のトラフィックとネットワーク状態の収集とが競合しないように制御している。

特開２００２−１６９７３２号公報

ところで、近年では、様々な場所に設置されたセンサからの情報を用いて、機器の異常の検出や制御を行うＩｏＴ（Internet of Things）ソリューションが普及しつつある。ＩｏＴに用いられ、センサによって検出されたセンサデータを収集して無線送信するデバイスには、低コスト化が求められる。そのため、デバイスに複数の通信手段を設けることは難しく、上記した従来の技術をＩｏＴのデバイスに適用することは困難である。また、各デバイスに通信障害が発生した場合の障害分析を可能とするためには、普段から各デバイスとの間の通信に関する管理データを収集することになる。管理データの中で、無線通信環境に関するデータのように短期間で変動するものは短い周期で収集される。また、管理データは多岐にわたるため、全ての管理データを短い周期で収集すると、センサデータを収集するための無線リソースが圧迫される。そのため、デバイスから送信されるセンサデータの無線リソースを確保しながら、障害分析に必要となる短周期で詳細な管理データを収集することは困難であった。

１つの側面では、センサデータのリソースを確保しつつ障害分析を精度よく実現できる通信装置、データ処理システム、通信方法およびプログラムを提供することを目的とする。

１つの側面では、通信装置は、選択部と、管理データ収集部とを備える。選択部は、評価値に従って、デバイスが使用可能な無線通信の全リソースのうち管理データの送信に割り当てられるリソース量を超えない範囲で、収集操作を選択する。評価値は、障害分析に使用される管理データをデバイスから収集する複数の収集操作毎に障害分析への寄与度と消費リソースとに基づいて算出された値である。管理データ収集部は、選択部によって選択された収集操作をデバイスに対して実行し、収集操作に対応する管理データを無線通信によってデバイスから収集する。

センサデータのリソースを確保しつつ障害分析を精度よく実現できる。

図１は、実施例１にかかるデータ処理システムの一例を示す図である。 図２は、管理データの種類の一例を示す図である。 図３は、実施例１にかかる管理データの送信の様子を模式的に示す図である。 図４は、実施例１にかかるデバイスのハードウェアの一例を示す図である。 図５は、実施例１にかかるゲートウェイの一例を示すブロック図である。 図６は、実施例１にかかる収集操作情報の一例を示す図である。 図７は、実施例１にかかる優先度算出情報の一例を示す図である。 図８は、実施例１にかかる選択候補リストの一例を示す図である。 図９は、実施例１にかかる有効化リストの一例を示す図である。 図１０は、実施例１にかかる収集周期に設定された利用可能なリソース量の一例を示す図である。 図１１は、実施例１にかかるセンタサーバの一例を示すブロック図である。 図１２は、選択評価値算出処理の一例を示すフローチャートである。 図１３は、収集操作選択処理の一例を示すフローチャートである。 図１４は、実施例２にかかるゲートウェイの一例を示すブロック図である。 図１５は、実施例２にかかるセンタサーバの一例を示すブロック図である。 図１６は、ゲートウェイの機能を実現するコンピュータのハードウェアの一例を示す図である。

以下に、本願の開示する通信装置、データ処理システム、通信方法およびプログラムの実施例を図面に基づいて詳細に説明する。なお、以下の実施例により開示の技術が限定されるものではない。

［データ処理システム１］
図１は、実施例１にかかるデータ処理システムの一例を示す図である。データ処理システム１は、複数のゲートウェイ３０と、それぞれのゲートウェイ３０と無線接続される複数のデバイス１０と、センタサーバ５０と、を備える。また、それぞれのゲートウェイ３０とセンタサーバ５０とは、ネットワーク４０を介して接続される。以下では、複数のゲートウェイ３０のそれぞれを区別することなく総称する場合に単にゲートウェイ３０と記載し、複数のデバイス１０のそれぞれを区別することなく総称する場合に単にデバイス１０と記載する。

デバイス１０は、無線通信機能を備え、温度、湿度、または雨量等を測定するセンサに接続される。デバイス１０は、無線通信機能によって、ゲートウェイ３０との間で無線通信を行う。デバイス１０は、無線ＬＡＮ（Local Area Network）、Bluetooth（登録商標）、またはZIGBEE（登録商標）等の無線通信規格に従って無線通信を行う。

ゲートウェイ３０は、デバイス１０とネットワーク４０とに接続され、センタサーバ５０とデバイス１０との間の通信を中継する。ゲートウェイ３０は、通信装置の一例である。本実施例において、ゲートウェイ３０は、ゲートウェイ３０に接続されるデバイス１０からセンサデータおよび管理データを収集し、収集されたセンサデータおよび管理データをセンタサーバ５０へ送信する。なお、ゲートウェイ３０とデバイス１０とが無線通信するエリア（図１において楕円で囲まれたそれぞれのエリア）を、以下では、フロント領域と記載する。

センタサーバ５０は、ゲートウェイ３０経由でデバイス１０と通信し、センサデータおよび管理データを収集する。センタサーバ５０は、情報処理装置の一例である。管理データは、センタサーバ５０とデバイス１０と間の通信に関するデータであり、センタサーバ５０とデバイス１０との間（例えばフロント領域）において通信障害が発生した場合の障害分析に用いられるデータである。

図２は、管理データの種類の一例を示す図である。管理データには、例えば、ハードウェア情報、通信情報および周辺情報が含まれる。ハードウェア情報には、デバイス１０のハードウェアの稼働状況を示す情報であり、処理毎の所要時間、ＣＰＵ（Central Processing Unit）の使用率等が含まれる。通信情報には、応答時間およびタイムアウトエラー等、デバイス１０とゲートウェイ３０との間の通信状態を示す情報が含まれる。周辺情報には、バッテリ残量および周辺温度等、デバイス１０自体、または、デバイス１０が設置されている周辺環境等に関する情報が含まれる。

本実施例において、センタサーバ５０は、ネットワーク４０を介してゲートウェイ３０によって収集されたセンサデータを含むセンサ情報を取得し、取得されたセンサ情報を保存する。また、センタサーバ５０は、ネットワーク４０を介してゲートウェイ３０によって収集された管理データを含む管理情報を取得し、取得された管理情報を保存する。そして、センタサーバ５０は、例えば、保存されたセンサ情報を、当該センサ情報に基づいて所定の処理を行う処理装置へ提供する。なお、センタサーバ５０は、保存されたセンサ情報を用いて所定の処理を行う処理装置として機能してもよい。また、センタサーバ５０は、例えば、保存された管理情報に基づいて、当該管理情報の提供元のデバイス１０の通信環境を管理する。そして、デバイス１０に通信障害が発生した場合、センタサーバ５０は、当該デバイス１０についてこれまでに保存された管理情報に基づいて通信障害の原因を分析し、分析結果をデータ処理システム１の管理者等に通知する。

図３は、実施例１にかかる管理データの送信の様子を模式的に示す図である。デバイス１０とゲートウェイ３０との間は、無線接続されるが、データの送信に使用できるリソース量は予め定められている。各デバイス１０は、予め定められたリソース量の範囲内で、センサデータと管理データとをゲートウェイ３０へ送信する。障害分析では、収集される管理データの種類が多く、また管理データによっては、管理データの送信に用いられる無線リソースの消費量が大きいこともある。そのため、リソースの使用に関して何も制限が設けられていない場合には、管理データの送信に多くの無線リソースが使用されてしまい、センサデータの送信に使用される無線リソースが少なくなってしまう場合がある。これにより、センサデータの送信漏れが発生する場合がある。なお、無線リソースとは、例えば図３に示すように、所定の周波数帯域および時間帯の組合せで特定される無線資源である。

そこで、実施例１では、各デバイス１０において利用可能なリソース量のうち、管理データの送信に使用可能なリソース量が予め定められる。つまり、各デバイス１０において利用可能なリソース量のうち、余裕を持ってセンサデータの送信を行うことができるリソース量ａを予め定めておく。そして、各デバイス１０において利用可能なリソース量からリソース量ａを除いたものを、管理データの送信用のリソース量ｂとする。例えば図３では、図中の矢印の太さがリソース量の大きさに対応している。本実施例では、例えば図３に示すように、センサデータの送信に用いられるリソース量ｂが、管理データの送信に用いられるリソース量ａよりも小さくなるように設定される。

本実施例のゲートウェイ３０は、障害分析に対する寄与度が大きい程大きく、消費リソースが大きい程小さくなる評価値に従って、管理データを収集するための収集操作を選択し、選択された収集操作をデバイス１０に対して実行する。本実施例において、収集操作とは、例えば、所定の管理データの送信をデバイス１０に指示するコマンドである。これにより、ゲートウェイ３０は、リソース量ｂの範囲内でデバイス１０から管理データを収集することができる。

また、本実施例では、管理データが複数の周期で収集される。例えば、障害分析に対する寄与度が大きく、収集時のリソース消費が小さい管理データは短い周期（すなわち、高頻度）で収集され、障害分析に対する寄与が低く、収集時のリソース消費が大きい管理データは長い周期（すなわち、低頻度）で収集される。これによって、デバイス１０は、リソース量ｂの範囲内で管理データを送信することができると共に、リソース量ａの無線リソースを用いてセンサデータをゲートウェイ３０に確実に送信することができる。

［デバイス１０］
図４は、実施例１にかかるデバイスのハードウェアの一例を示す図である。デバイス１０は、センサ１１と、マイクロコンピュータ１２と、を備える。センサ１１は、温度、湿度、または雨量等を検出する。マイクロコンピュータ１２は、制御部の一例である。

マイクロコンピュータ１２は、ＣＰＵ１２１と、ＲＯＭ（Read Only Memory）１２２と、ＲＡＭ（Random Access Memory）１２３と、無線通信回路１２４と、入出力インタフェース１２５と、を有する。ＣＰＵ１２１と、ＲＯＭ１２２と、ＲＡＭ１２３と、無線通信回路１２４と、入出力インタフェース１２５とは、バス１２６を介して相互に接続されている。ＣＰＵ１２１は、ＲＯＭ１２２に記憶されたプログラムに基づいて所定の処理を実行する。ＲＯＭ１２２は、ＣＰＵ１２１で実行されるプログラムと、プログラムの実行中にＣＰＵ１２１によって参照される定数等を格納する。ＲＡＭ１２３は、プログラムの実行中にＣＰＵ１２１によって参照される変数等を記憶する。

無線通信回路１２４は、ゲートウェイ３０との間で所定の無線通信規格に従った無線通信を行う。入出力インタフェース１２５は、センサ１１との間で信号のやり取りを行う。

例えば、ＣＰＵ１２１は、ゲートウェイ３０から管理データの送信内容や周期を指示するコマンドを、無線通信回路１２４を介して受信すると、受信されたコマンドに従って管理データを取得する。例えば、コマンドで指定された管理データがバッテリ残量等のデバイス１０に関するデータである場合、ＣＰＵ１２１は、管理データをＲＯＭ１２２またはＲＡＭ１２３から取得する。そして、ＣＰＵ１２１は、取得された管理データを、無線通信回路１２４を介してゲートウェイ３０へ指定された周期で送信する。また、コマンドで指定された管理データが温度等のセンサ１１によって測定されるデータである場合、ＣＰＵ１２１は、センサ１１を制御して、センサ１１から管理データを取得する。そして、ＣＰＵ１２１は、取得された管理データを、無線通信回路１２４を介してゲートウェイ３０へ指定された周期で送信する。

本実施例１では、各デバイス１０について、センサデータ用のリソースと、管理データ用のリソースとがそれぞれ予め確保されており、センサデータおよび管理データは、それぞれの確保された範囲内のリソースを使用して無線送信される。そのため、管理データの送信によって、センサデータ用のリソースが圧迫されることを防止することができる。

なお、各デバイス１０において、利用可能なリソースのうち、センサデータ用のリソース量に対する管理データ用のリソース量の割合は、デバイス１０毎の無線環境の安定性に応じて変更されてもよい。例えば、デバイス１０が、無線環境が短期間に大きく変動するような過酷な環境に設置されている場合には、センサデータ用のリソース量に対する管理データ用のリソース量の割合を増加させてもよい。一方、デバイス１０が、無線環境の変動が少ない安定的な環境に設置されている場合には、センサデータ用のリソース量に対する管理データ用のリソース量の割合を減少させてもよい。また、各デバイス１０において、センサデータ用のリソース量に対する管理データ用のリソース量の割合は、アプリケーションから見たセンサデータの重要性に応じて変更されてもよい。例えば、アプリケーションから見た重要性が高いセンサデータを扱うデバイス１０については、通信障害の迅速な回復が望ましいため、センサデータ用のリソース量に対する管理データ用のリソース量の割合を増加させてもよい。一方、アプリケーションから見た重要性が低いセンサデータを扱うデバイス１０については、センサデータ用のリソース量に対する管理データ用のリソース量の割合を減少させてもよい。また、周辺の他のデバイス１０との間で、使用可能なリソース量が分け合われるようにしてもよい。たとえば、アプリケーションから見た重要性が高いセンサデータを扱うデバイス１０のリソース量を確保するために、アプリケーションから見た重要性が低いセンサデータを扱うデバイス１０のリソース量を減少させてもよい。この他にも、任意の観点で、デバイス１０毎に、センサデータ用のリソース量に対する管理データ用のリソース量の割合が変更されてもよい。

［ゲートウェイ３０］
図５は、実施例１にかかるゲートウェイの一例を示すブロック図である。ゲートウェイ３０は、通信部３１と、無線通信部３２と、記憶部３３と、制御部３４と、を備える。

通信部３１は、ネットワーク４０を介してセンタサーバ５０との間で通信を行う。通信部３１は、例えばＮＩＣ（Network Interface Card）によって実現される。

無線通信部３２は、デバイス１０との間で所定の無線通信規格に従って無線通信を行う。

記憶部３３は、各種の情報を記憶する。記憶部３３は、例えばＳＳＤ（Solid State Drive）等により実現される。記憶部３３には、センサ情報３３１と、収集操作情報３３２と、管理情報３３３と、優先度算出情報３３４とが記憶される。センサ情報３３１は、それぞれのデバイス１０から収集されたセンサデータを含む。センサ情報３３１は、例えば、デバイス１０毎に、収集されたセンサデータが時系列に格納された情報である。

図６は、実施例１にかかる収集操作情報の一例を示す図である。収集操作情報３３２は、管理データを収集するための収集操作毎に、収集操作によって収集される管理データの種類と、収集される管理データの送信によって消費されるリソース量とが対応付けられた情報である。図６に例示された収集操作情報３３２では、例えば、収集操作「ｐｉｎｇ」において、管理データとして応答時間ｘ₁が収集され、収集された管理データの送信に、１ｃｈ×８ｍｓｅｃのリソースが消費されることが示されている。

管理情報３３３は、収集操作情報３３２に含まれるそれぞれの収集操作によってデバイス１０から収集された管理データを含む。管理情報３３３は、例えば、デバイス１０毎に、収集された管理データが時系列に格納された情報である。

優先度算出情報３３４は、後述する選択評価値算出処理によって優先度を算出する際に使用される情報である。図７は、実施例１にかかる優先度算出情報の一例を示す図である。優先度算出情報３３４は、管理データの種別毎に、当該種別の管理データの送信元のデバイスと、当該デバイスから取得された当該種別の管理データの最新値、最小値、最大値、変化幅、および寄与度とが対応付けられた情報である。寄与度は、障害分析で使用されるモデルにおいて、複数の管理データのうち障害分析に対する寄与の大きさを示す係数である。優先度算出情報３３４内の最小値、最大値、および変化幅は、デバイス１０から収集された管理データに基づいて随時更新される。なお、管理データが収集される前の初期状態では、優先度算出情報３３４内の最小値、最大値、および変化幅には、管理データの性質に応じた初期値が設定される。

なお、本実施例において、優先度算出情報３３４には、各管理データの最小値と最大値とが含まれるが、他の例として、優先度算出情報３３４には、最小値、最大値、および最大値と最小値の差分である変化幅のうち２つの項目が含まれていてもよい。また、各管理データの寄与度は、データ処理システム１の管理者等により予め算出されて各ゲートウェイ３０内の優先度算出情報３３４に登録される。寄与度は、例えば、障害分析に用いられる評価関数を各管理データの一次関数として近似した際の、各管理データの係数として算出されてもよい。寄与度は、各デバイス１０から収集された管理データを用いて、例えば定期的に更新されてもよい。

制御部３４は、ゲートウェイ３０全体を制御する。制御部３４は、センサデータ収集部３４１と、算出部３４２と、選択部３４３と、管理データ収集部３４４と、を有する。制御部３４は、例えばメモリから読み出したプログラムをプロセッサが実行することにより実現される。

センサデータ収集部３４１は、無線通信部３２を介して、デバイス１０からセンサデータを収集し、収集されたセンサデータを記憶部３３のセンサ情報３３１に記憶させる。また、センサデータ収集部３４１は、記憶部３３内のセンサ情報３３１を、センサ情報に基づいて所定の処理を行う処理装置へ、通信部３１を介して送信する。

算出部３４２は、デバイス１０毎に、それぞれの管理データの収集操作について、収集優先度と消費リソース量とを用いて選択評価値を算出し、算出された選択評価値を用いて選択候補リストを生成する。算出部３４２は、収集操作毎に、収集操作によって収集される管理データの寄与度と管理データの変化幅との積を算出する。具体的には、算出部３４２は、例えば以下に示す（１）式に従って、デバイス１０毎に、それぞれの収集操作について、収集優先度Ａを算出する。

上記（１）式において、Δｘ_iは、所定の一定期間におけるｉ番目の管理データの変化幅を示し、ｋ_iは、障害分析への寄与度を示し、Ｎは、収集操作で得られる管理データの種類の数を示す。収集操作で得られる管理データの種類が１つの場合には、Ｎ＝１であり、収集操作で得られる管理データの種類が２つの場合には、Ｎ＝２である。

なお、変化幅Δｘ_iは、管理情報３３３に含まれる所定の一定期間における最大値と最小値との差分から求められる。また、寄与度ｋ_iは、優先度算出情報３３４にそれぞれの管理データに対して設定されている。所定の一定期間の長さは、寄与度の算出対象となるデータ期間に準じて、決定される値である。

収集優先度Ａは、管理データを収集するための収集操作の優先度を示す指標であり、値が大きいほど管理データが収集される優先度が高くなる可能性が高いことを示している。前述の（１）式によれば、寄与度ｋ_iが大きくても、変化幅Δｘ_iが小さければ、収集優先度Ａの値は小さくなる。一方、寄与度ｋ_iが小さくても、変化幅Δｘ_iが大きければ、収集優先度Ａの値は大きくなることもある。例えば、寄与度ｋ_iが同じ大きさの管理データについて考えると、ある期間において収集された管理データの変化幅Δｘ_iが小さいものについては、短期間での管理データの変化が小さいとみなして、収集優先度Ａは小さくなる。一方、ある期間において収集された管理データの変化幅Δｘ_iが大きいものについては、短期間での管理データの変化が大きいので、短い周期での管理データの収集が必要であり、収集優先度Ａが大きくなる。

ここで、管理データの収集において、デバイス１０から管理データが送信される場合に、管理データの送信により消費されるリソース量が大きいと、他の管理データの収集に割り当てられるリソースが減少し、管理データの収集効率が落ちてしまう。そのため、収集操作が選択される際には、収集優先度Ａに加えて、管理データの送信により消費されるリソース量が考慮される。例えば、算出部３４２は、収集操作毎に、収集操作によって収集される管理データの寄与度と管理データの変化幅との積を収集操作によって収集される管理データ分合計する。そして、算出部３４２は、合計値を収集操作によって収集される管理データの送信に使用される消費リソース量で除した値を選択評価値として算出する。具体的には、算出部３４２は、例えば以下の（２）式に従って選択評価値Ｃを算出する。
Ｃ＝Ａ／Ｂ ・・・（２）
上記（２）式において、Ｂは、収集操作に対応してデバイス１０から管理データが送信される際に消費されるリソース量を示す。

算出部３４２は、収集操作情報３３２に含まれている全ての収集操作について、前述の（２）式に従って選択評価値Ｃを算出し、収集操作と消費リソース量と選択評価値Ｃとの組み合わせをリストにした選択候補リストを生成する。図８は、実施例１にかかる選択候補リストの一例を示す図である。選択候補リストには、収集操作に対応付けて、当該収集操作に対応してデバイス１０から管理データが送信される際の消費リソース量と、当該収集操作について算出された選択評価値と、が項目として含まれる。例えば、図６に例示した収集操作情報に記載された全ての収集操作について、消費リソース量と算出された選択評価値が格納される。算出部３４２は、選択候補リストを、デバイス１０毎に生成する。選択評価値は、管理データを収集する複数の収集操作の優先度を示す評価値である。

選択部３４３は、デバイス１０毎に、それぞれの管理データの収集周期について、収集操作を選択する。収集周期とは、例えば管理データを収集する周期である。例えば、選択部３４３は、管理データの収集対象となっているデバイス１０に割り当てられた管理データ送信用の無線リソースの範囲内で、選択候補リスト中の選択評価値Ｃが高いものから順に収集操作を選択する。具体的には、選択部３４３は、選択された収集操作の消費リソース量の和が利用可能なリソース量を超えないように、選択候補リスト中の選択評価値Ｃが高いものから順に選択し、選択された収集操作を有効化リストに登録する。図９は、実施例１にかかる有効化リストの一例を示す図である。有効化リストは、選択された収集操作を含むリストであり、デバイス１０毎に生成される。

実施例１では、収集操作を実行する収集周期が複数設けられており、選択部３４３は、それぞれの収集周期において収集操作を実行する前に選択処理を実行する。本実施例では、例えば１秒に１回収集する第１周期、１分に１回収集する第２周期、および１時間に１回収集する第３周期の３つの収集周期が予め定められている。そして、第１周期、第２周期および第３周期のそれぞれに利用可能なリソース量が設定されている。図１０は、実施例１にかかる収集周期に設定された利用可能なリソース量の一例を示す図である。例えば図１０に示されるように、第１周期では、利用可能なリソース量の上限が１チャネル当たり１０ｍｓｅｃである。また、第２周期では、利用可能なリソース量の上限が１チャネル当たり５００ｍｓｅｃである。また、第３周期では、利用可能なリソース量の上限が１チャネル当たり１０００ｍｓｅｃである。なお、管理データの収集周期は、２通りであってもよく、４通り以上であってもよい。また、各収集周期において、収集タイミングが重なった場合、選択部３４３は、収集周期が短いものを優先して選択処理を実行する。

管理データ収集部３４４は、選択部３４３によって生成された有効化リストに基づいてデバイス１０からの管理データを収集するための収集操作を実行し、デバイス１０から収集された管理データを管理情報３３３として記憶部３３に記憶する。管理データ収集部３４４は、有効化リストに記載されているデバイス１０に対する収集操作を順次実行する。例えば、図６に示される収集操作情報において、収集操作に対応するコマンドである「ｐｉｎｇ」が有効化リストに記載されている場合、「ｐｉｎｇ」コマンドが実行されることになる。デバイス１０では、「ｐｉｎｇ」コマンドに対する応答をゲートウェイ３０に返すが、収集操作が「ｐｉｎｇ」コマンドである場合、「ｐｉｎｇ」コマンドに対する往相時間が管理データとなる。また、管理データ収集部３４４は、管理情報３３３に格納された管理データに基づいて優先度算出情報３３４内の最小値、最大値、および変化幅を随時更新する。さらに、管理データ収集部３４４は、収集された管理データを含む管理情報を、通信部３１を介してセンタサーバ５０に送信する。

［センタサーバ５０］
図１１は、実施例１にかかるセンタサーバの一例を示すブロック図である。センタサーバ５０は、通信部５１と、記憶部５２と、制御部５３と、を備える。

通信部５１は、ネットワーク４０を介してゲートウェイ３０および管理者が有する図示しない情報処理装置との間で通信を行う機能を有する。通信部５１は、例えばＮＩＣによって実現される。

記憶部５２は、各種の情報を記憶する。記憶部５２は、例えばＨＤＤまたはＳＳＤとして実装される。記憶部５２には、センサ情報５２１と管理情報５２２とが記憶される。センサ情報５２１は、それぞれのゲートウェイ３０から収集されたセンサ情報５２１が蓄積されたものであり、デバイス１０の種類、センサデータの種類、およびセンサデータの値を含む。管理情報５２２は、それぞれのゲートウェイ３０から収集された管理情報５２２が蓄積されたものであり、デバイス１０の種類、管理データの種類、および管理データの値を含む。

制御部５３は、センタサーバ５０全体を制御する。制御部５３は、センサ情報取得部５３１と、管理情報取得部５３２と、障害分析部５３３と、を有する。制御部５３は、ＣＰＵ等のプロセッサがＲＯＭ等のメモリに格納されたプログラムを読み出して実行することにより実現される。具体的には、制御部５３は、センサ情報取得部５３１、管理情報取得部５３２、および障害分析部５３３の各機能を実現する。なお、制御部５３は、ＡＳＩＣまたはＦＰＧＡなどのハードワイヤードロジックによっても実現されてもよい。

センサ情報取得部５３１は、ネットワーク４０に接続されるゲートウェイ３０からセンサ情報３３１を取得し、記憶部５２のセンサ情報５２１に記憶する。また、制御部５３は、通信部５１を介して、センサ情報３３１を、当該センサ情報３３１に基づいて所定の処理を行う処理装置へ送信する。

管理情報取得部５３２は、ネットワーク４０を介してゲートウェイ３０から管理情報３３３を取得し、記憶部５２の管理情報５２２に記憶する。

障害分析部５３３は、管理情報５２２中の管理データを用いてゲートウェイ３０と各デバイス１０との間の無線通信に障害が発生しているか否かを判定する。また、障害分析部５３３は、ゲートウェイ３０とデバイス１０との間の無線通信に障害が発生していると判定した場合、管理情報５２２に基づいて障害の原因を分析する。障害の分析としては、複数の管理データの値から無線通信の状態をカテゴライズするランダムフォレスト処理、あるいは複数の管理データを独立変数として所定の目的変数を算出する関数の係数を算出する回帰分析などが例示される。

［選択評価値算出処理］
図１２は、選択評価値算出処理の一例を示すフローチャートである。図１２のフローチャートに例示された処理は、ゲートウェイ３０によって実行される。まず、ゲートウェイ３０の算出部３４２は、ゲートウェイ３０に接続されるデバイス１０のうち選択評価値算出処理の対象となるデバイス１０を１つ選択する（Ｓ１１）。また、算出部３４２は、選択されたデバイス１０に対応する優先度算出情報３３４を記憶部３３から取得する（Ｓ１２）。優先度算出情報３３４には、デバイス１０毎に、これまでに各デバイス１０から収集された管理データｘ_iの最大値、最小値、変化幅、および寄与度が含まれる。

次に、算出部３４２は、ステップＳ１１において選択されたデバイス１０に対応する収集操作の中から、今回の選択評価値算出処理で評価されていない収集操作を１つ選択する（Ｓ１３）。そして、算出部３４２は、選択された収集操作で収集された各管理データｘ_iについて、（１）式に従って収集優先度Ａを算出する（Ｓ１４）。具体的には、算出部３４２は、ステップＳ１３で選択された収集操作で収集される管理データの最大値と最小値との差である変化幅Δｘ_iと寄与度ｋ_iとの積を算出する。そして、算出部３４２は、管理データ毎に算出された積を、収集操作で収集される全ての管理データについて合計することにより、収集優先度Ａを算出する。例えば、収集操作が「ｐｉｎｇ」である場合には、収集される管理データは応答時間ｘ₁であり、「ｐｉｎｇ」の収集優先度Ａはｋ₁×Δｘ₁となる。また、収集操作が「ｂｅａｃｏｎ」である場合には、収集される管理データは電波強度ｘ₂とリンク品質ｘ₃であり、「ｂｅａｃｏｎ」の収集優先度Ａはｋ₂×Δｘ₂＋ｋ₃×Δｘ₃となる。

次に、算出部３４２は、ステップＳ１４で算出された収集優先度Ａを、ステップＳ１３で選択された収集操作の消費リソース量Ｂで除算することにより選択評価値Ｃを算出する（Ｓ１５）。そして、算出部３４２は、選択候補リストに、収集操作、消費リソース量および選択評価値Ｃを登録する（Ｓ１６）。

次に、算出部３４２は、ステップＳ１１で選択されたデバイス１０に対応する全ての収集操作について選択評価値Ｃが算出されたか否かを判定する（Ｓ１７）。少なくとも１つの収集操作について選択評価値Ｃが算出されていない場合（Ｓ１７：Ｎｏ）、算出部３４２は、再びステップＳ１３に示した処理を実行する。一方、全ての収集操作について選択評価値Ｃが算出された場合（Ｓ１７：Ｙｅｓ）、本フローチャートに示した選択評価値算出処理が終了する。

［収集操作選択処理］
図１３は、収集操作選択処理の一例を示すフローチャートである。図１３のフローチャートに例示された処理は、ゲートウェイ３０によって実行される。なお、図１３に例示されたフローチャートでは、例えば図１０に示されるように、第１周期、第２周期および第３周期で管理データの収集が行われる場合を説明する。すなわち、第１周期は１秒周期であり、第２周期は１分周期であり、第３周期は１時間周期である。また、第１周期で利用可能なリソース量の上限は、第１リソース量（例えば１０ｍｓｅｃ）と仮定する。また、第２周期で利用可能なリソース量の上限は、第２リソース量（例えば５００ｍｓｅｃ）と仮定する。また、第３周期で利用可能なリソース量の上限は、第３リソース量（例えば１０００ｍｓｅｃ）と仮定する。

まず、選択部３４３は、最初に選択処理が実行されてからの経過時間が第１周期の整数倍であるか否かを判定する（Ｓ３１）。経過時間が第１周期の整数倍ではない場合（Ｓ３１：Ｎｏ）、ステップＳ４１に示される処理が実行される。一方、経過時間が第１周期の整数倍である場合（Ｓ３１：Ｙｅｓ）、選択部３４３は、算出部３４２によって生成された選択候補リスト（図８参照）を取得する（Ｓ３２）。そして、選択部３４３は、第１周期で管理データの送信に割り当てられた第１リソース量を利用可能なリソース量に設定する（Ｓ３３）。

次に、選択部３４３は、選択候補リスト内の収集操作のうち、利用可能なリソース量を超える収集操作を選択候補リストから削除する（Ｓ３４）。つまり、選択候補リストから消費リソース量が第１リソース量を超える収集操作が含まれるレコードが削除されることになる。そして、選択部３４３は、選択評価値をキーとして、選択評価値が降順となるように、選択候補リスト内の収集操作をソートする（Ｓ３５）。

次に、選択部３４３は、選択候補リストの中で選択評価値が最大の収集操作を、有効化リストに追加するとともに、選択候補リストから削除する（Ｓ３６）。また、選択部３４３は、有効化リストに追加された収集操作によって消費されるリソース量を利用可能なリソース量から減算し、利用可能なリソース量を更新する（Ｓ３７）。つまり、追加された収集操作によって消費されるリソース量を第１リソース量から減算したものが新たな利用可能なリソース量となる。

次に、選択部３４３は、選択候補リスト内に収集操作が残っているか否かを判定する（Ｓ３８）。収集操作が残っている場合（Ｓ３８：Ｙｅｓ）、選択部３４３は、選択候補リスト内の収集操作のうち、利用可能なリソース量を超える収集操作を選択候補リストから削除する（Ｓ３９）。そして、選択部３４３は、再びステップＳ３６に示された処理を実行する。これにより、選択候補リスト内の収集操作がなくなるまで上記した処理が繰り返される。

一方、収集操作が残っていない場合（Ｓ３８：Ｎｏ）、選択部３４３は、有効化リストを管理データ収集部３４４に渡す（Ｓ４０）。そして、選択部３４３は、最初に選択処理が実行されてからの経過時間が第２周期の整数倍であるか否かを判定する（Ｓ４１）。

経過時間が第２周期の整数倍である場合（Ｓ４１：Ｙｅｓ）、選択部３４３は、算出部３４２によって生成された選択候補リストを取得し（Ｓ４２）、第２周期で管理データの送信に割り当てられた第２リソース量を利用可能なリソース量に設定する（Ｓ４３）。

次に、選択部３４３は、選択候補リスト内の収集操作のうち、利用可能なリソース量を超える収集操作を選択候補リストから削除する（Ｓ４４）。つまり、選択候補リストから消費リソース量が第２リソース量を超えるレコードが削除される。そして、選択部３４３は、再びステップＳ３６に示された処理を実行する。これにより、ステップＳ４４で得られた選択候補リスト内の収集操作がなくなるまで、Ｓ３６〜Ｓ３９の処理が繰り返し実行され、その後にステップＳ４０が実行される。なお、ステップＳ３７では、追加された収集操作によって消費されるリソース量が第２リソース量から減算したものが新たな利用可能なリソース量として更新される。

経過時間が第２周期の整数倍でない場合（Ｓ４１：Ｎｏ）、選択部３４３は、最初に選択処理が実行されてからの経過時間が第３周期の整数倍であるか否かを判定する（Ｓ４５）。経過時間が第３周期の整数倍ではない場合（Ｓ４５：Ｎｏ）、選択部３４３は、再びステップＳ３１に示された処理を実行する。一方、経過時間が第３周期の整数倍である場合（Ｓ４５：Ｙｅｓ）、選択部３４３は、算出部３４２によって生成された選択候補リストを取得する（Ｓ４６）。そして、選択部３４３は、第３周期で管理データの送信に割り当てられた第３リソース量を利用可能なリソース量に設定する（Ｓ４７）。

次に、選択部３４３は、選択候補リスト内の収集操作のうち、利用可能なリソース量を超える収集操作を選択候補リストから削除する（Ｓ４８）。つまり、選択候補リスト中の消費リソース量が第３リソース量を超えるレコードが削除されることになる。そして、選択部３４３は、再びステップＳ３６に示された処理を実行する。これにより、ステップＳ４８で得られた選択候補リスト内の収集操作がなくなるまで、Ｓ３６〜Ｓ３９の処理が繰り返し実行され、その後、ステップＳ４０の処理が実行される。なお、ステップＳ３７では、追加された収集操作によって消費されるリソース量が第３リソース量から減算したものが新たな利用可能なリソース量として更新される。

ステップＳ４０において、管理データ収集部３４４は、有効化リストを受け取ると、デバイス１０に対して有効化リストに登録された収集操作を実行する。収集操作情報３３２に含まれる収集操作が実行されることにより、当該収集操作に対応するコマンドがデバイス１０に対して送信される。デバイス１０は、ゲートウェイ３０からコマンドを受信すると、コマンドに対応した処理を実行する。これにより、管理データ収集部３４４は、収集操作に対応する管理データを収集することができる。

なお、図１３のフローチャートに示される処理が実行されたた結果、選択候補リスト内の収集操作のうち、有効化リストから外れてしまう、すなわち後回しになってしまう収集操作が生じることがある。この場合、選択評価値Ｃには、収集対象の管理データが後回しになった回数が多いほど増える重みが追加されてもよい。これにより、後回しになった回数が多い収集操作ほど次の収集操作選択処理で選択され易くなる。ただし、図の例では、第１周期の整数倍の時間、第２周期の整数倍の時間、および第３周期の整数倍の時間で有効化リストが生成されているが、これらの有効化リストで重複して選択された管理データについては、重みが追加されなくてもよい。このようにすることで、繰り返し行われる収集操作選択処理の有効化リスト選択によって、まったく収集されない管理データが存在してしまう可能性を抑制することができる。

［実施例１の効果］
上記説明から明らかなように、本実施例１のゲートウェイ３０は、選択部３４３と、管理データ収集部３４４とを備える。選択部３４３は、評価値に従って、デバイス１０が使用可能な無線通信の全リソースのうち管理データの送信に割り当てられるリソース量を超えない範囲で、収集操作を選択する。評価値は、障害分析に使用される管理データをデバイス１０から収集する複数の収集操作毎に障害分析への寄与度と消費リソースとに基づいて算出された値である。管理データ収集部３４４は、選択部３４３によって選択された収集操作をデバイス１０に対して実行し、収集操作に対応する管理データを無線通信によってデバイスから収集する。これによって、評価値の低いデータよりも評価値の高いデータをより高頻度で収集することができる。その結果、デバイス１０が本来送信するセンサデータの帯域を狭めることなく、障害分析に有用な管理データをゲートウェイ３０が収集し、障害分析の精度を高めることができるという効果を有する。特に、各デバイス１０に割り当てられる無線リソースが少ない場合に、センサデータを送信するための無線リソースを確保しつつ、障害分析に有用な管理データを優先的に収集することができ、障害分析の精度を高めることができる。

また、本実施例のゲートウェイ３０は、算出部３４２をさらに備える。算出部３４２は、それぞれの収集操作について、障害分析への寄与度が大きい程大きく、消費リソースが大きい程小さく、前記収集操作よって収集された前記管理データの値の変化幅が大きい程大きい値となる前記評価値を算出する。これによって、寄与度が大きく、消費リソースが少なく、変化幅が大きい管理データが優先的に収集される。これにより、デバイス１０が本来送信するセンサデータの帯域を狭めることなく、障害分析に有用な管理データを優先的に収集でき、障害分析の精度を高めることができる。

また、本実施例の算出部３４２は、収集操作毎に、収集操作によって収集される管理データの寄与度と管理データの変化幅との積を収集操作によって収集される管理データ分合計する。そして、算出部３４２は、合計値を収集操作によって収集される管理データの送信に使用される消費リソース量で除した値を評価値として算出する。これにより、変化幅が小さく消費リソース量の大きい管理データについては、評価値が小さく算出され、変化幅が大きく消費リソース量の小さい管理データについては、評価値が大きく算出される。これにより、デバイス１０が本来送信するセンサデータの帯域を狭めることなく、障害分析に有用な管理データを優先的に収集でき、障害分析の精度を高めることができる。

また、本実施例において、選択部３４３は、複数の収集周期のそれぞれについて予め定められたリソース量の範囲で、複数の収集周期のそれぞれについて少なくともいずれかの収集操作を選択する。また、管理データ収集部３４４は、複数の異なる収集周期のそれぞれにおいて選択部３４３によって選択された収集操作を実行する。これによって、評価値の高いデータはより短い周期で送信され、評価値の低いデータはより長い周期で送信される。その結果、時間の経過によってあまり変化しないデータを高頻度で送信してしまうことを抑制しながら、障害分析で必要な全ての種類の管理データを収集することが可能になる。

また、本実施例におけるセンタサーバ５０は、ネットワーク４０を介してゲートウェイ３０から管理データを含む管理情報を取得し、取得された管理情報に基づいて、ゲートウェイ３０とデバイス１０との間の通信障害の有無を判定する。これによって、ゲートウェイ３０側で障害判定を行う場合に比べて、ゲートウェイ３０の処理負荷を低減することができる。これにより、ゲートウェイ３０に処理能力の低いプロセッサ等を用いることができ、ゲートウェイ３０のコストを削減することができる。

実施例１では、選択評価値算出処理と収集操作選択処理とがゲートウェイ３０で実行される場合を説明した。これに対し、本実施例２では、選択評価値算出処理がセンタサーバ５０で実行される。なお、実施例２におけるデータ処理システム１の全体構成は、図１と同様である。以下では、実施例１と異なる部分を中心に説明する。

［ゲートウェイ３０］
図１４は、実施例２にかかるゲートウェイの一例を示すブロック図である。本実施例におけるゲートウェイ３０は、例えば図１４に示されるように、通信部３１と、無線通信部３２と、記憶部３３と、制御部３４と、を備える。記憶部３３には、センサ情報３３１と、管理情報３３３とが記憶される。制御部３４は、センサデータ収集部３４１と、選択部３４３と、管理データ収集部３４４と、を有する。なお、図１４に例示された実施例２のゲートウェイ３０では、記憶部３３に収集操作情報３３２および優先度算出情報３３４が記憶されていない点が実施例１のゲートウェイ３０とは異なる。また、図１４に例示された実施例２のゲートウェイ３０では、制御部３４が算出部３４２を有しない点が実施例１のゲートウェイ３０とは異なる。すなわち、実施例２では、ゲートウェイ３０は、選択評価値算出処理を行わない。

［センタサーバ５０］
図１５は、実施例２にかかるセンタサーバの一例を示すブロック図である。本実施例におけるセンタサーバ５０は、例えば図１５に示されるように、通信部５１と、記憶部５２と、制御部５３とを備える。記憶部５２には、センサ情報５２１と、管理情報５２２と、収集操作情報５２３と、優先度算出情報５２４とが記憶される。制御部５３は、センサ情報取得部５３１と、管理情報取得部５３２と、障害分析部５３３と、算出部５３４とを有する。なお、図１５に例示された実施例２のセンタサーバ５０では、記憶部５２に収集操作情報５２３および優先度算出情報５２４が記憶される点が実施例１のセンタサーバ５０とは異なる。また、図１５に例示された実施例２のセンタサーバ５０では、制御部５３が算出部５３４を有する点が実施例１のセンタサーバ５０とは異なる。収集操作情報５２３および優先度算出情報５２４は、実施例１で説明された収集操作情報３３２および優先度算出情報３３４と同様である。また、算出部５３４は、生成された選択候補リストをゲートウェイ３０に送信する機能を有する点を除き、実施例１で説明された算出部３４２と同様である。

本実施例では、センタサーバ５０の算出部５３４が選択評価値算出処理を実行する。実施例２における選択評価値算出処理の内容は、実施例１の図１２で説明された選択評価値算出処理と同様であるので、その説明を省略する。

［実施例２の効果］
本実施例２におけるデータ処理システム１は、ゲートウェイ３０と、ゲートウェイ３０とネットワーク４０を介して接続されるセンタサーバ５０と、ゲートウェイ３０と無線接続されるデバイス１０とを備える。センタサーバ５０は、障害分析に使用される管理データを収集する複数の収集操作毎に障害分析への寄与度と消費リソースとに基づいて評価値を算出する算出部５３４を有する。ゲートウェイ３０は、選択部３４３と管理データ収集部３４４とを有する。選択部３４３は、評価値に従って、デバイス１０が使用可能な無線通信の全リソースのうち管理データの送信に割り当てられるリソース量を超えない範囲で、収集操作を選択する。管理データ収集部３４４は、選択部３４３によって選択された収集操作をデバイス１０に対して実行し、収集操作に対応する管理データを無線通信によってデバイスから収集する。これによって、デバイス１０が本来送信するセンサデータの帯域を狭めることなく、全ての管理データを同一の周期で収集する場合と同様の内容の管理データを収集することができる。その結果、障害分析の精度を高めることができる。

また、本実施例では、センタサーバ５０が、選択評価値を算出する。これにより、ゲートウェイ３０側で障害判定を行う場合に比べて、ゲートウェイ３０の処理負荷を低減することができる。そのため、ゲートウェイ３０に処理能力の低いプロセッサ等を用いることができ、ゲートウェイ３０のコストを削減することができる。

なお、上記した実施例２の説明では、選択評価値算出処理をセンタサーバ５０で実行するようにしているが、これに加えて収集操作選択処理をセンタサーバ５０で実行するようにしてもよい。この場合には、ゲートウェイ３０の制御部３４から選択部３４３が除去される一方、センタサーバ５０の制御部５３に選択部が設けられる。これにより、従来のゲートウェイ３０を用いた場合でも、収集操作毎に障害分析への寄与度に比例し消費リソースに反比例する評価値を設定し、評価値に応じて管理データをデバイス１０から収集することができる。その結果、デバイス１０からゲートウェイ３０に無線通信でデータを送信する際に、センサデータのリソースを確保ししつつ、障害分析の精度を高めることが可能になる。

また、上記した説明では、センタサーバ５０の制御部５３に障害分析部５３３が設けられていたが、ゲートウェイ３０の制御部３４に障害分析部５３３が設けられていてもよい。

［ハードウェア］
上記した実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現される。そこで、以下では、上記した各実施例に示されたゲートウェイ３０およびセンタサーバ５０の機能を実現するプログラムを実行するコンピュータの一例を説明する。以下では、実施例１に対応して選択評価値算出処理と収集操作選択処理とがゲートウェイ３０で実行される場合を例に挙げる。図１６は、ゲートウェイの機能を実現するコンピュータのハードウェアの一例を示す図である。

コンピュータ８０は、例えば図１６に示すように、通信インタフェース８１、操作インタフェース８２、表示インタフェース８３、プロセッサ８４、ＲＡＭ８５、およびＲＯＭ８６を有する。コンピュータ８０は、この他に、ＨＤＤ等を有していてもよい。

ＲＯＭ８６には、例えば図１６に示すように、選択評価値算出処理の手順が記述された選択評価値算出プログラム８６１と、収集操作選択処理の手順が記述された収集操作選択プログラム８６２と、が予め記憶される。プロセッサ８４は、選択評価値算出プログラム８６１または収集操作選択プログラム８６２をＲＯＭ８６から読み出してＲＡＭ８５に展開する。選択評価値算出プログラム８６１または収集操作選択プログラム８６２については、適宜統合または分離されてもよい。また、ＲＯＭ８６に格納される各データは、常に全てのデータがＲＯＭ８６内に格納されていなくてもよく、処理に必要なデータのみがＲＯＭ８６に格納されていればよい。

プロセッサ８４は、選択評価値算出プログラム８６１を、選択評価値算出プロセス８５１として機能させ、収集操作選択プログラム８６２を、収集操作選択プロセス８５２として機能させる。この選択評価値算出プロセス８５１および収集操作選択プロセス８５２は、ＲＯＭ８６から読み出した各種データを適宜ＲＡＭ８５上に割り当てられた領域に展開され、この展開された各種データに基づいて、各種処理を実行する。

上記した実施例におけるゲートウェイ３０では、プロセッサ８４が、選択評価値算出プログラム８６１を選択評価値算出プロセス８５１としてＲＡＭ８５に読み込んで実行することにより、算出部３４２と同様の機能を発揮する。また、上記した実施例におけるゲートウェイ３０では、プロセッサ８４が、収集操作選択プログラム８６２を収集操作選択プロセス８５２としてＲＡＭ８５に読み込んで実行することにより、選択部３４３と同様の機能を発揮する。

図１６に例示されたコンピュータ８０は、図５または図１４に示されるゲートウェイ３０において実行される処理、例えば図１２および図１３に例示された処理を実行する。コンピュータ８０のプロセッサ８４によって仮想的に実現される各処理部は、全ての処理部が、プロセッサ８４によって常に実現されていなくてもよく、処理に用いられる処理部が仮想的に実現されればよい。なお、図１６に示した選択評価値算出プログラム８６１および収集操作選択プログラム８６２については、必ずしも最初から全てがＲＯＭ８６内に記憶されていなくてもよい。例えば、コンピュータ８０は、コンピュータ８０に挿入される可搬型記録媒体から、当該可搬型記録媒体に記憶された各プログラムを取得して実行するようにしてもよい。可搬型記録媒体としては、例えば、ＣＤ−ＲＯＭ（Compact Disc−Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、光磁気ディスク、ＩＣ（Integrated Circuit）カード等が挙げられる。また、コンピュータ８０は、各プログラムを記憶する他のコンピュータまたはサーバ装置などから、通信回線を介して、各プログラムを取得して実行するようにしてもよい。通信回線としては、例えば、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等が挙げられる。

１ データ処理システム
１０ デバイス
１１ センサ
１２ コンピュータ
３０ ゲートウェイ
３１，５１ 通信部
３２ 無線通信部
３３，５２ 記憶部
３４，５３ 制御部
４０ ネットワーク
５０ センタサーバ
１２４ 無線通信回路
１２５ 入出力インタフェース
１２６ バス
３３１，５２１ センサ情報
３３２，５２３ 収集操作情報
３３３，５２２ 管理情報
３３４，５２４ 優先度算出情報
３４１ センサデータ収集部
３４２，５３４ 算出部
３４３ 選択部
３４４ 管理データ収集部
５３１ センサ情報取得部
５３２ 管理情報取得部
５３３ 障害分析部

Claims (7)

1. 障害分析に使用される管理データをデバイスから収集する複数の収集操作毎に障害分析への寄与度と消費リソースとに基づいて算出された評価値に従って、前記デバイスが使用可能な無線通信の全リソースのうち前記管理データの送信に割り当てられるリソース量を超えない範囲で、前記収集操作を選択する選択部と、
   選択部によって選択された前記収集操作を前記デバイスに対して実行し、前記収集操作に対応する前記管理データを前記無線通信によって前記デバイスから収集する管理データ収集部と、
   を備えることを特徴とする通信装置。
2. それぞれの前記収集操作について、障害分析への寄与度が大きい程大きく、消費リソースが大きい程小さく、前記収集操作によって収集された前記管理データの値の変化幅が大きい程大きい値となる前記評価値を算出する算出部をさらに備えることを特徴とする請求項１に記載の通信装置。
3. 前記算出部は、前記収集操作毎に、前記収集操作によって収集される前記管理データの前記寄与度と前記管理データの変化幅との積を前記収集操作によって収集される前記管理データ分合計し、合計値を前記収集操作によって収集される前記管理データの送信に使用される消費リソース量で除した値を前記評価値として算出することを特徴とする請求項２に記載の通信装置。
4. 前記選択部は、複数の収集周期のそれぞれについて予め定められたリソース量の範囲で、複数の前記収集周期のそれぞれについて少なくともいずれかの前記収集操作を選択し、
   前記管理データ収集部は、複数の異なる収集周期のそれぞれにおいて前記選択部によって選択された前記収集操作を実行することを特徴とする請求項１から３のいずれか１つに記載の通信装置。
5. 通信装置と、
   前記通信装置とネットワークを介して接続される情報処理装置と、
   前記通信装置と無線接続されるデバイスと
   を備え、
   前記情報処理装置は、
   障害分析に使用される管理データを収集する複数の収集操作毎に障害分析への寄与度と消費リソースとに基づいて評価値を算出する算出部
   を有し、
   前記通信装置は、
   前記評価値に従って、前記デバイスが使用可能な無線通信の全リソースのうち前記管理データの送信に割り当てられるリソース量を超えない範囲で、前記収集操作を選択する選択部と、
   選択部によって選択された前記収集操作を前記デバイスに対して実行し、前記収集操作に対応する前記管理データを前記無線通信によって前記デバイスから収集する管理データ収集部と、
   を有し、
   前記デバイスは、
   前記通信装置によって実行された前記収集操作に従って、前記管理データを前記通信装置に送信する制御部
   を有することを特徴とするデータ処理システム。
6. 通信装置が、
   障害分析に使用される管理データをデバイスから収集する複数の収集操作毎に障害分析への寄与度と消費リソースとに基づいて算出された評価値に従って、前記デバイスが使用可能な無線通信の全リソースのうち前記管理データの送信に割り当てられるリソース量を超えない範囲で、前記収集操作を選択し、
   選択された前記収集操作を前記デバイスに対して実行し、前記収集操作に対応する前記管理データを前記無線通信によって前記デバイスから収集する
   処理を実行することを特徴とする通信方法。
7. 通信装置に、
   障害分析に使用される管理データをデバイスから収集する複数の収集操作毎に障害分析への寄与度と消費リソースとに基づいて算出された評価値に従って、前記デバイスが使用可能な無線通信の全リソースのうち前記管理データの送信に割り当てられるリソース量を超えない範囲で、前記収集操作を選択し、
   選択された前記収集操作を前記デバイスに対して実行し、前記収集操作に対応する前記管理データを前記無線通信によって前記デバイスから収集する
   処理を実行させることを特徴とするプログラム。

Images