特許 7591999 通信システム、通信装置及び通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-21

(45)【発行日】2024-11-29

(54)【発明の名称】通信システム、通信装置及び通信方法

(51)【国際特許分類】

   H04W 28/18 20090101AFI20241122BHJP

   H04W 4/38 20180101ALI20241122BHJP

   H04Q 9/00 20060101ALI20241122BHJP

【ＦＩ】

H04W28/18

H04W4/38

H04Q9/00 311J

【請求項の数】 14

(21)【出願番号】P 2021148021

(22)【出願日】2021-09-10

(65)【公開番号】P2023040842

(43)【公開日】2023-03-23

【審査請求日】2023-10-23

(73)【特許権者】

【識別番号】502129933

【氏名又は名称】株式会社日立産機システム

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜弁理士法人

(72)【発明者】

【氏名】山田 大樹

(72)【発明者】

【氏名】白根 一登

(72)【発明者】

【氏名】木原 一

【審査官】伊東 和重

(56)【参考文献】

【文献】特開２０１６－１６３２４２（ＪＰ，Ａ）

【文献】特開２００６－１８６８９１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

Ｈ０４Ｑ ９／００－９／１４

(57)【特許請求の範囲】

【請求項1】

通信装置管理サーバと、前記通信装置管理サーバとネットワークを介して接続された複数の通信装置と、を有する通信システムであって、
複数の前記通信装置は、
それぞれ異なるグループに属し、
配下機器にそれぞれ接続され、
予め設定されたデータ収集周期に基づいて、前記配下機器からデータを収集して、一定周期毎に前記通信装置管理サーバに使用データ量を送信し、
前記通信装置管理サーバは、
前記使用データ量に基づいて、前記グループ毎に送信周期補正値を算出して前記通信装置に配布し、
前記通信装置は、
前記送信周期補正値に基づいて、前記グループ毎に前記データ収集周期を補正して更新し、
補正された更新データ収集周期に基づいて、前記配下機器から前記データを収集して外部へと送信することを特徴とする通信システム。

【請求項2】

前記通信装置は、
前記データ毎に前記送信周期補正値を考慮するか否かを設定し、
前記送信周期補正値を考慮しないと設定された場合には、前記データ収集周期に基づいて、前記配下機器から前記データを収集し、
前記送信周期補正値を考慮すると設定された場合には、
前記更新データ収集周期に基づいて、前記配下機器から前記データを収集することを特徴とする請求項１に記載の通信システム。

【請求項3】

前記通信装置は、
前記データ収集周期が前記送信周期補正値の影響を受けるか否かを判断する周期可変フラグを導入し、
前記周期可変フラグを参照して、前記データ毎に前記送信周期補正値を考慮するか否かを設定することを特徴とする請求項２に記載の通信システム。

【請求項4】

前記通信装置管理サーバは、
前記グループに属する前記通信装置毎に前記送信周期補正値を考慮するか否かを設定し、
前記送信周期補正値を考慮しないと設定された前記通信装置は、
前記データ収集周期に基づいて、前記配下機器から前記データの収集を行い、
前記送信周期補正値を考慮すると設定された前記通信装置は、
前記更新データ収集周期に基づいて、前記配下機器から前記データの収集を行うことを特徴とする請求項１に記載の通信システム。

【請求項5】

前記通信装置管理サーバは、
前記通信装置が前記送信周期補正値の影響を受けるかを判断する周期可変フラグを導入し、
前記周期可変フラグを参照して、前記通信装置毎に前記送信周期補正値を考慮するか否かを設定することを特徴とする請求項４に記載の通信システム。

【請求項6】

前記通信装置管理サーバは、
前記通信装置に対して前記配下機器に応じた優先度を設定し、
設定された前記優先度に基づいて、前記送信周期補正値を再補正して更新し、
前記通信装置は、
再補正された前記更新データ収集周期に基づいて、前記配下機器から前記データを収集することを特徴とする請求項１に記載の通信システム。

【請求項7】

前記通信装置管理サーバは、
前記使用データ量として前記通信装置の消費データ量を算出し、
算出された前記消費データ量を用いて、前記送信周期補正値を再補正して更新し、
前記通信装置は、
再補正された前記更新データ収集周期に基づいて、前記配下機器から前記データを収集することを特徴とする請求項１に記載の通信システム。

【請求項8】

前記通信装置管理サーバは、
前記消費データ量に応じた前記データ収集周期の補正を行うか否かを決定する消費データ量補正フラグを参照して、前記送信周期補正値を再補正することを特徴とする請求項７に記載の通信システム。

【請求項9】

前記通信装置管理サーバは、
通信部と通信装置管理部を有し、
前記通信部は、
前記通信装置と前記通信装置管理部の間でやり取りされるデータを相互に転送し、
前記通信装置管理部は、
前記グループ毎に、前記通信装置一台あたりのデータ容量とユーザが決定するマージンに基づいて、月毎の使用可能な実データ量を算出し、
前記実データ量と前記通信装置から受信したデータ量情報を参照して通信残量を算出し、
前記通信装置は、
ＷＡＮ通信部、サーバ連携部及びローカル通信部を有し、
前記ＷＡＮ通信部は、
ＷＡＮ通信を行うと共に前記使用データ量としてＷＡＮ通信量を記録し、
前記サーバ連携部は、
定期的に前記通信装置管理サーバへ前記ＷＡＮ通信部から取得した前記ＷＡＮ通信量を送信し、
前記ローカル通信部は、
定期的に前記配下機器から前記データを収集して前記ＷＡＮ通信部を経由して前記外部へと送信し、
前記通信装置管理サーバの前記通信装置管理部は、
前記通信残量、月末までの日数及び前記グループに所属する前記通信装置の台数に基づいて、前記送信周期補正値を算出して前記通信部を介して前記通信装置へ送信し、
前記通信装置の前記ローカル通信部は、
前記送信周期補正値に基づいて、前記グループ毎に前記データ収集周期を補正して更新することを特徴とする請求項１の通信システム。

【請求項10】

前記通信装置管理サーバの前記通信装置管理部は、
前記ローカル通信部で収集する前記データ収集周期の補正の有無を前記通信装置毎に管理し、
前記データ収集周期の補正を行わない前記通信装置からの問い合わせに対して、前記データ収集周期の補正値を返答しないことを特徴とする請求項９に記載の通信システム。

【請求項11】

前記配下機器は、
産業機器、情報機器又はセンサで構成されることを特徴とする請求項１に記載の通信システム。

【請求項12】

通信装置管理サーバとネットワークを介して接続された通信装置であって、
前記通信装置は、
それぞれ異なる複数の前記通信装置で構成されるグループに属し、
予め設定されたデータ収集周期に基づいて、配下機器からデータの収集を行い、
前記通信装置管理サーバで算出された送信周期補正値に基づいて、前記グループ毎に前記データ収集周期を補正して更新し、
補正された更新データ収集周期に基づいて、前記配下機器から前記データを収集して外部へと送信することを特徴とする通信装置。

【請求項13】

前記配下機器は、
産業機器、情報機器又はセンサで構成されることを特徴とする請求項１２に記載の通信装置。

【請求項14】

通信装置管理サーバと複数の通信装置とを有する通信システムの通信方法であって、
複数の前記通信装置を、それぞれ異なるグループに属させ、
複数の前記通信装置を、配下機器にそれぞれ接続し、
前記通信装置において、
予め設定されたデータ収集周期に基づいて、前記配下機器からデータを収集して、一定周期毎に前記通信装置管理サーバに使用データ量を送信し、
前記通信装置管理サーバにおいて、
前記使用データ量に基づいて、前記グループ毎に送信周期補正値を算出して前記通信装置に配布し、
前記通信装置において、
前記送信周期補正値に基づいて、前記グループ毎に前記データ収集周期を補正して更新し、
補正された更新データ収集周期に基づいて、前記配下機器から前記データを収集して外部へと送信することを特徴とする通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信システム、通信装置及び通信方法に関する。

【背景技術】

【0002】

近年、無線ルータなどの通信装置がエッジデバイスとして、データの一次処理や、プロトコル変換など多様な処理を行うケースが増加している。さらに、通信機能を含む、これらのアプリケーション（機能）の更新・追加を実施するＦＯＴＡ（Ｆｉｒｍｗａｒｅ Ｏｖｅｒ Ｔｈｅ Ａｉｒ）の技術が確立されつつある。

【0003】

エッジデバイスは配下に存在する機器のデータを収集し、サーバへ送信する役割を主として果たす。ＩｏＴシステムの多くの例では、通信網にＬＴＥなどのモバイル回線を活用する。モバイル回線は契約ごとに一か月におけるデータ通信量の上限が設定されるのが一般的である。このため、エッジデバイスはデータの一次処理や送信周期の変更、データごとの送信優先度付けなどにより、必要な情報を抜き出して送信データの削減を実現することも多い。

【0004】

例えば、特許文献１では、通信にかかる費用の条件とデータ種別ごとの優先度の条件とを含む通信条件情報と、通信にかかる料金体系を表す料金情報とに基づいて、通信データのデータ送信ルールを決定する。これにより、通信費用が予算内になるよう通信しつつ、優先度の高い重要なデータは直ちに通知できる通信制御システムを提供する。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１５－０６９４０３号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

一般に通信装置が活用可能なデータ量は限られている。しかしながら、大量の通信装置が回線に繋がる場合、回線契約の上限は全通信装置の通信量の合計値で設定されることが多い。

【0007】

特許文献１の場合、通信装置一台当たりのデータ通信量の最適化は行われるが、包括的に回線契約が交わされた場合、エッジデバイス群全体に対してデータ通信量の最適化が行われない。このため、通信装置群全体で見れば十分に残データ量がある場合にも、通信装置個別の通信量を制限してしまう可能性がある。

【0008】

また、通信装置自体のアップデート（ＦＯＴＡ）など、予想不可能な通信が発生した場合に、通信量の計算にずれが生じ、上限料金を超過する可能性が存在する。

【0009】

本発明の目的は、通信システムにおいて、包括的に回線契約が交わされた場合、通信端末群全体に対してデータ通信量の最適化を行うことにある。

【課題を解決するための手段】

【0010】

本発明の一態様の通信システムは、通信装置管理サーバと、前記通信装置管理サーバとネットワークを介して接続された複数の通信装置と、を有する通信システムであって、複数の前記通信装置は、それぞれ異なるグループに属し、配下機器にそれぞれ接続され、予め設定されたデータ収集周期に基づいて、前記配下機器からデータを収集して、一定周期毎に前記通信装置管理サーバに通信量として使用データ量を送信し、前記通信装置管理サーバは、前記使用データ量に基づいて、前記グループ毎に送信周期補正値を算出して前記通信装置に配布し、前記通信装置は、前記送信周期補正値に基づいて、前記グループ毎に前記データ収集周期を補正して更新し、補正された更新データ収集周期に基づいて、前記配下機器から前記データを収集することを特徴とする。

【発明の効果】

【0011】

本発明の一態様によれば、通信システムにおいて、包括的に回線契約が交わされた場合、通信端末群全体に対してデータ通信量の最適化を行うことができる。

【図面の簡単な説明】

【0012】

【図1】実施例１の通信システムの全体構成を示す図である。

【図2】実施例１の通信装置管理サーバのハードウェア構成を示す図である。

【図3】実施例１の通信装置登録データを示す図である。

【図4】実施例１のデータ収集設定を示す図である。

【図5】実施例１のデータ収集設定登録データを示す図である。

【図6】実施例１のデータ量設定を示す図である。

【図7】実施例１のＷＡＮ側データ量ログを示す図である。

【図8】実施例１のデータ容量情報を示す図である。

【図9】実施例１の通信装置のハードウェア構成を示す図である。

【図10】実施例１のシリアル通信設定を示す図である。

【図11】実施例１のＬＡＮ通信設定を示す図である。

【図12】実施例１のＷＡＮ側データ量記録ファイルである。

【図13】実施例１のメニュー画面のＧＵＩを示す図である。

【図14】実施例１の通信装置登録画面のＧＵＩを示す図である。

【図15】実施例１のデータ収集設定登録画面のＧＵＩを示す図である。

【図16】実施例１のデータ量設定画面のＧＵＩを示す図である。

【図17】実施例１の通信装置におけるサーバ連携部の問い合わせ処理フローである。

【図18】実施例１の通信装置におけるサーバ連携部が通信装置管理サーバへ送信する問い合わせデータである。

【図19】実施例１の通信装置におけるＷＡＮ側通信部のＷＡＮ側通信データ量測定の処理フローである。

【図20】実施例１の通信装置におけるＷＡＮ側通信部のＷＡＮ側通信データ量応答の処理フローである。

【図21】実施例１の通信装置管理サーバにおける通信装置管理部の問い合わせ待ち受けの処理フローである。

【図22】実施例１の通信装置管理サーバにおける通信装置管理部が通信装置へ送信する問い合わせ応答データである。

【図23】実施例１の通信装置管理サーバにおける通信装置管理部の送信周期補正値算出の処理フローである。

【図24】実施例１の通信装置におけるローカル通信部の通信設定通知待ち受けの処理フローである。

【図25】実施例１の通信装置におけるローカル通信部のデータ収集の処理フローである。

【図26】実施例２のデータ収集設定を示す図である。

【図27】実施例２の通信装置におけるローカル通信部のデータ収集の処理フローである。

【図28】実施例３の通信装置登録データを示す図である。

【図29】実施例３の通信装置管理サーバにおける通信装置管理部の問い合わせ待ち受けの処理フローである。

【図30】実施例４の通信装置登録データを示す図である。

【図31】実施例４の通信装置管理サーバにおける通信装置管理部の問い合わせ待ち受けの処理フローである。

【図32】実施例５のデータ量設定を示す図である。

【図33】実施例５のデータ量設定画面のＧＵＩを示す図である。

【図34】実施例５の通信装置管理サーバにおける通信装置管理部の問い合わせ待ち受けの処理フローである。

【発明を実施するための形態】

【0013】

以下、本実施の形態について図面を参照して説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

【0014】

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

【実施例1】

【0015】

図１は実施例１の通信システムの全体構成を示す図である。
通信システムは、通信装置管理サーバ１００、ユーザ設備１１０、通信装置１２０、配下機器１３０およびモバイル通信ネットワーク１４０で構成される。

【0016】

通信装置管理サーバ１００には、モバイル通信ネットワーク１４０を介して、複数の通信装置１２０が接続されている。複数の通信装置１２０は、それぞれ異なるグループに属し、配下機器１３０にそれぞれ接続されている。

【0017】

通信装置管理サーバ１００は、通信装置１２０を一括管理するために設置されるサーバである。ユーザ設備１１０は、通信装置１２０のユーザが配下機器１３０の情報を収集するために設置するサーバやネットワーク機器、および通信装置管理サーバへアクセスするためのＰＣなどである。

【0018】

通信装置は、通信系統１を介したユーザ設備１１０への配下機器１３０の情報送信や、通信系統２を介した管理用通信を実行する通信装置である。

【0019】

配下機器１３０は、産業機器や情報機器である。例えばサーバや空気圧縮機やインバータなどが配下機器１３０に該当する。また、配下機器１３０として、温度や湿度などを出力するセンサ類を設置しても良い。

【0020】

モバイル通信ネットワーク１４０は、ＬＴＥ回線などを想定しており、通信事業者に月額料金を支払うことで利用可能な無線通信網およびバックボーン通信網である。

【0021】

通信装置管理サーバ１００は、設定ＤＢ１０１、集計ＤＢ１０２、ＧＵＩ生成部１０３、通信装置管理部１０４および通信部１０５を有する。

【0022】

設定ＤＢ１０１は、通信装置管理サーバ１００および通信装置１２０に関わる設定値を保存しておくデータベースである。集計ＤＢ１０２は、通信装置１２０の通信量に関わる集計値や、集計に必要なデータを格納するデータベースである。

【0023】

ＧＵＩ生成部１０３は、ＨＴＴＰを用いたアクセスに対する画面データ（ＨＴＭＬ）の返信や、設定値の格納を実行する。通信部１０５は、ユーザ設備１１０や通信装置１２０とデータを送受信する。

【0024】

通信装置管理部１０４は、通信装置１２０から受信したデータの集計ＤＢ１０２への格納や設定ＤＢ１０１に格納された情報に基づいてデータ量の管理を行う。通信部１０５は、通信装置１２０とデータ通信を行う。

【0025】

通信装置は１２０、サーバ連携部１２１、ＷＡＮ通信部１２０およびローカル通信部１２３を有する。サーバ連携部１２１は、通信系統２を活用して通信管理サーバ１００の通信装置管理部１０４と通信することで、配下機器１３０から情報収集内容や収集周期に関わる設定値を更新する。

【0026】

ＷＡＮ通信部１２２は、サーバ連携部１２１やローカル通信部１２３がモバイル通信ネットワーク１４０を介して行う通信の中継と、モバイル通信ネットワーク１４０への送受信データ量の測定を行う。配下機器１３０は、稼働情報１３１や設定情報１３２を持つ。

【0027】

稼働情報１３１は、例えば情報機器のメモリ使用率や、産業機器におけるモータの時間当たり回転数などの情報である。設定情報１３２は、情報機器で実行されるプログラムの設定ファイルや、産業機器のモータ回転数の設定値などの情報である。

【0028】

通信装置１２０のローカル通信部１２３は、設定値に従って、配下機器１３０と通信し、稼働情報１３１や設定情報１３２を周期的に収集する。

【0029】

図２は実施例１の通信装置管理サーバ１００のハードウェア構成を示す図である。
通信装置管理サーバ１００は、ＣＰＵ２００、主記憶装置２０１、補助記憶Ｉ／Ｆ２０２、入出力Ｉ／Ｆ２０３、ネットワークＩ／Ｆ２０４がバスにより結合された形態になっている。

【0030】

ＣＰＵ２００は、通信装置管理サーバ１００の各部を制御し、主記憶装置２０１に必要なプログラムをロードして実行する。主記憶装置２１０は、通常、ＲＡＭなどの揮発メモリで構成されＣＰＵ２００が実行するプログラム、参照するデータが記憶される。

【0031】

補助記憶Ｉ／Ｆ２０２は、ＨＤＤやＳＳＤなどの補助記憶装置を接続するためのインターフェースである。入出力Ｉ／Ｆ２０２は、キーボードやマウスなどの入出力装置を接続するためのインターフェースである。ネットワークＩ／Ｆ２０４は、ネットワークと接続するためのインターフェースである。

【0032】

補助記憶装置２０１は、大容量の記憶容量を有しており、本実施例を実行するためのプログラムが格納されている。通信装置管理サーバ１００には、ＤＢＭＳ２１０、ＧＵＩ生成プログラム２１１、装置管理プログラム２１２および通信プログラムがインストールされている。

【0033】

ＤＢＭＳ２１０、ＧＵＩ生成プログラム２１１、装置管理プログラム２１２および通信プログラムは、それぞれ設定ＤＢ１０１と集計ＤＢ１０２、ＧＵＩ生成部１０３、通信装置管理部１０４の機能を実現するプログラムである。

【0034】

設定ＤＢ１０１は、複数の設定データを管理するデータベースである。設定ＤＢ１０１には、通信装置登録データ２１３、データ収集設定２１４、データ収集設定登録データ２１５、データ量設定２１６を格納する。

【0035】

通信装置登録データ２１３は、通信装置管理サーバ１００で管理する通信装置１２０の情報を記載したデータである。データ収集設定２１４は、通信装置１２０が実行するデータ収集に関わる設定である。データ収集設定２１４は、通信装置１２０が配下機器１３０からデータを取得する際に参照するデータであり、取得するデータ毎に、データ取得先、データの詳細、通信方式、収集周期設定が記載される。設定ＤＢ１０１では、通信装置１２０に適用する複数のデータ収集設定を管理する。データ収集設定登録データ２１５は、通信装置１２０とデータ収集設定の対応を記録するデータである。

【0036】

データ量設定２１４は、通信装置１２０のグループとデータ容量に関わる設定の対応を記録するデータである。集計ＤＢ１０２は、複数の集計データを管理するデータベースである。集計ＤＢ１０２には、ＷＡＮ側データ量ログ２１７とデータ容量情報２１８を格納する。

【0037】

ＷＡＮ側データ量ログ２１７は、各通信装置１２０の送受信データ量の増加量を連続的に記録するログデータである。データ容量情報２１８は、複数の通信装置で構成されるグループ毎の、データの使用状況を記録するデータである。

【0038】

図３は実施例１の通信装置登録データ２１３を示す図である。
通信装置登録データ２１３は、通信装置１２０毎にモデル名３０１、デバイスＩＤ３０２、グループＩＤ３０３、ハードウェアＩＤ３０４、ＩＭＥＩ３０５の項目を持つ。以下に各項目の説明を記載する。

【0039】

モデル名３０１は、通信装置１２０のモデルを示す名称である。デバイスＩＤ３０３は、通信装置１２０毎に固有に割り振られるＩＤである。通信装置１２０の出荷時に決定され、通信装置１２０の内部ファイルに書き込まれ、通信装置１２０に貼り付ける銘板に記載される。

【0040】

グループＩＤ３０３は、複数の通信装置１２０により構成されるグループを区別するＩＤである。通常は出荷先などを基準にグループＩＤ３０３を区別する。

【0041】

ハードウェアＩＤ３０４は、通信装置１２０のハードウェアを区別するＩＤである。ハードウェアＩＤ３０４は、部品変更など、ハードウェアに変更が生じた場合に変更される。

【0042】

ＩＭＥＩ３０５は、通信モジュール毎に割り振られる「国際移動体装置識別番号（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）」を示す。通信装置１２０に組み込まれた通信モジュールを識別するためのＩＤである。

【0043】

図４は実施例１のデータ収集設定２１４を示す図である。
データ収集設定２１４は、データ毎にデータ名４０１、接続先ＩＤ４０２、データ格納先４０３、データ長４０４、データ型４０５、通信方式４０６、周期４０７の項目を持つ。以下に各項目の説明を記載する。

【0044】

データ名４０１は、データ毎の名称を示す。接続先ＩＤ４０２は、配下機器１３０を一意に識別する識別子である。

【0045】

データ格納先４０３は、接続先でデータが格納されている箇所を特定する情報である。例えばＭｏｄｂｕｓ－ＴＣＰ／ＲＴＵであればレジスタ番号を示す。

【0046】

データ長４０４は、取得するデータのバイト数を示す。

【0047】

データ型４０５は、取得するデータのデータ型を示す。例えばＩｎｔ１６Ｂ（ビッグエンディアン１６ｂｉｔ整数型）やＦｌｏａｔＬ（リトルエンディアン浮動小数型）などが格納される。

【0048】

通信方式４０６は、通信装置１２０が配下機器１３０と通信する方式を示す。実施例１の場合、ＬＡＮもしくはシリアルを想定する。周期４０７は、通信装置１２０がデータを取得する周期を秒単位で示す。周期４０７を０に設定すると、通信装置１２０の起動時と、取得値が変化した時点でデータを送信する。

【0049】

図５は実施例１のデータ収集設定登録データ２１５を示す図である。
データ収集設定登録データ２１５には、一行毎にデバイスＩＤ５０１とデータ収集設定ＩＤ５０２を格納する。以下に各項目の説明を記載する。

【0050】

デバイスＩＤ５０１は、通信装置登録データ２１３のデバイスＩＤ３０２と同一である。データ収集設定ＩＤ５０２は、データ収集設定毎に割当てられるＩＤである。データ収集設定ＩＤ５０２は、データ収集設定の登録・生成時の日付、「アンダーバー」、通番のフォーマットで記載されるＩＤであり、通番はデータ収集設定が登録・生成される毎にカウントアップされる。日付が変更されるとカウントは１に戻る。本実施例では通番を５桁で記載するが、桁数はシステム規模に応じて変更しても良い。

【0051】

図６は実施例１のデータ量設定２１６を示す図である。
データ量設定２１６は、グループＩＤ６０１毎にデータ容量６０２と余裕マージン６０３を格納する。以下に各項目の説明を記載する。

【0052】

グループＩＤ６０１は、通信装置登録データ２１３のグループＩＤ３０２と同一である。データ容量６０２は、グループ毎に設定する通信装置一台当たりのデータ容量をメガバイト（ＭＢｙｔｅｓ）単位で示す。データ容量６０２は、主にモバイル通信の契約形態に応じて設定される値である。

【0053】

余裕マージン６０３は、グループＩＤ６０１で指定されるグループにおいて、データ総量の内、どの程度のデータを余裕値として使用しない範囲とするかを決める設定値を示す。例えば、１００台のグループにおいて、一台当たり２０メガバイトのデータ容量が存在する場合には、最大データ量は２０００メガバイトであり、余裕マージンを２０とすれば、データ総量の２０パーセントにあたる４００メガバイトを余裕値とし、残りの１６００メガバイトの範囲でデータ収集を実施する。

【0054】

図７は実施例１のＷＡＮ側データ量ログを示す図である。
ＷＡＮ側データ量ログ２１７は、一行毎にデバイスＩＤ７０１、グループＩＤ７０２、タイムスタンプ７０３、送受信データ量７０４が格納される。以下に各項目の説明を記載する。

【0055】

デバイスＩＤ７０１は、通信装置登録データ２１３のデバイスＩＤと同一である。グループＩＤ７０２は、通信装置登録データ２１３のグループＩＤと同一である。タイムスタンプ７０３は、同一行のログデータ作成時の時刻を示す。

【0056】

送受信データ量７０４は、同一行のデバイスＩＤ７０１と対応する通信装置１２０において、前回記録時からの送受信データ量の増加量を示す。送受信データ量７０４は、通信装置１２０から送信される累計の送受信データ量を元に通信装置管理部１０４によって算出される。

【0057】

図８は実施例１のデータ容量情報２１８を示す図である。
データ容量情報２１８は、グループ毎にグループＩＤ８０１、データ総量８０２、当月通信残量８０３、送信周期補正値８０４を格納する。以下に各項目の説明を記載する。

【0058】

グループＩＤ８０１は、通信装置登録データ２１３のグループＩＤと同一である。データ総量８０２は、グループ毎の利用可能な最大データ量を示す。データ総量８０２は、グループ毎の台数と一台当たりのデータ容量から通信装置管理部１０４によって算出される。

【0059】

当月通信残量８０３は、データ総量８０２から余裕マージンと、当月中に使用した通信量を差し引いて得られる通信残量を示す。当月通信残量８０３は、通信装置管理部１０４によって算出される。送信周期補正値８０４は、当月通信残量８０３と通信装置毎の一日あたりの送受信量から通信装置管理部１０４によって算出される補正値を示す。

【0060】

図９は実施例１の通信装置１２０のハードウェア構成を示す図である。
通信装置１２０は、ＣＰＵ９００、主記憶装置９０１、ＷＡＮ通信Ｉ／Ｆ９０２、シリアル通信Ｉ／Ｆ９０５、ＬＡＮ通信Ｉ／Ｆ９０６、補助記憶Ｉ／Ｆ９０４がバスにより結合された形態になっている。

【0061】

ＣＰＵ９００は、通信装置１２０の各部を制御し、主記憶装置９０１に必要なプログラムをロードして実行する。主記憶装置９０１は、通常、ＲＡＭなどの揮発メモリで構成されＣＰＵ９００が実行するプログラム、参照するデータが記憶される。

【0062】

ＷＡＮ通信Ｉ／Ｆ９０２は、モバイル通信ネットワーク１４０と接続するためのインターフェースである。入出力Ｉ／Ｆ９０３は、キーボードやマウスなどの入出力装置を接続するためのインターフェースである。補助記憶Ｉ／Ｆ９０４は、ＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどの補助記憶装置を接続するためのインターフェースである。

【0063】

シリアル通信Ｉ／Ｆ９０５は、配下機器１３０とＭｏｄｂｕｓ－ＲＴＵなどのシリアル通信を実施する場合に、配下機器１３０のシリアル通信Ｉ／Ｆと接続するインターフェースである。ＬＡＮ通信Ｉ／Ｆ９０６は、配下機器１３０とＭｏｄｂｕｓ－ＴＣＰなどのＬＡＮ通信を実施する場合に、配下機器１３０のＬＡＮ通信Ｉ／Ｆと接続するインターフェースである。

【0064】

補助記憶装置９１０は、大容量の記憶容量を有しており、設定・記録ファイル９１１や本実施例を実行するためのプログラムが格納されている。通信装置１２０には、サーバ連携プログラム９１２、ＷＡＮ通信プログラム９１３、ローカル通信プログラム９１４がインストールされている。

【0065】

サーバ連携プログラム９１２、ＷＡＮ通信プログラム９１３およびローカル通信プログラム９１４は、それぞれサーバ連携部１２１、ＷＡＮ通信部１２２、ローカル通信部１２３の機能を実現するプログラムである。

【0066】

設定・記録ファイル９１１は、シリアル通信設定９１５、ＬＡＮ通信設定９１６、データ収集設定９１７、ＷＡＮ側データ量記録ファイル９１８に分類される。シリアル通信設定９１５は、配下機器１３０とのシリアル通信に必要な設定項目とプロトコルの設定を記録するデータである。

【0067】

ＬＡＮ通信設定９１６は、配下機器１３０とのＬＡＮ通信に必要な設定項目とプロトコルの設定を記録するデータである。データ収集設定９１７は、通信装置管理サーバ１００の設定ＤＢ１０１に格納された複数のデータ収集設定の内の一つである。

【0068】

ＷＡＮ側データ量記録ファイル９１８は、モバイル通信ネットワーク１４０を介した通信量に関する情報を記録するファイルである。

【0069】

図１０は実施例１のシリアル通信設定９１５を示す図である。
シリアル通信設定９１５は、通信対象毎に接続先ＩＤ１００１、ボーレート１００２、ビットサイズ１００３、パリティ１００４、ストップビット１００５、プロトコル１００６を格納する。

【0070】

接続先ＩＤ１００１は、データ収集設定の接続先ＩＤと同一である。ボーレート１００２は、シリアル通信の通信速度（ボーレート）を示す。ビットサイズ１００３は、シリアル通信におけるスタートビットからストップビットまでのビット長を示す。パリティ１００４は、シリアル通信における誤り検出符号ビットの適用方式を示す。格納する値として、なし、偶数、奇数を想定する。

【0071】

ストップビット１００５は、シリアル通信におけるストップビットの長さを示す。プロトコル１００６は、シリアル通信時のプロトコルを示す。例えばＭｏｄｂｕｓ－ＲＴＵを格納する。

【0072】

図１１は実施例１のＬＡＮ通信設定９１６を示す図である。
シリアル通信設定９１６は、通信対象毎に接続先ＩＤ１１０１、ＩＰアドレス１１０２、ポート番号１１０３、プロトコル１１０４を格納する。

【0073】

接続先ＩＤ１１０１は、データ収集設定の接続先ＩＤと同一である。ＩＰアドレス１１０２は、ＬＡＮ通信の宛先となるＩＰアドレスを示す。ポート番号１１０３は、ＬＡＮ通信の宛先ＴＣＰポート番号を示す。プロトコル１１０４は、ＬＡＮ通信時のプロトコルを示す。例えばＭｏｄｂｕｓ－ＴＣＰを格納する。

【0074】

図１２は実施例１のＷＡＮ側データ量記録ファイル９１８である。
ＷＡＮ側データ量記録ファイル９１８は、ＷＡＮ側の送信と受信の項目１２０１に対して、それぞれ前回値１２０２と累積値１２０３を格納する。

【0075】

前回値１２０２は、ＷＡＮ通信部１２２がＷＡＮ側通信データ量を測定した際に、処理の最後に記録される取得値である。最新のＷＡＮ側通信データ量測定時にＷＡＮ側インターフェースから取得した通信量が格納される。

【0076】

累積値１２０３は、ＷＡＮ側データ量記録ファイル９１８が最後にクリアされた時点からの累積送受信データ量である。通信装置１２０の電源が切られた場合に、ＷＡＮ側インターフェースから取得する通信量がリセットされることを考慮し、ＷＡＮ側通信データ量測定時に前回値との差分を累積加算する。

【0077】

図１３は実施例１のメニュー画面１３００のＧＵＩを示す図である。
メニュー画面１３００では、通信装置登録１３０１、データ収集設定１３０２、データ量１３０３のメニューアイコンが表示される。それぞれのアイコンを選択することで、詳細な設定画面へと遷移する。

【0078】

図１４は実施例１の通信装置登録画面１４００のＧＵＩを示す図である。
ファイル選択ボタン１４０１を選択することで、ファイル選択画面が開かれ、操作しているＰＣのファイルを選択できる。ファイル選択後、ファイル選択ボタン１４０１の左のテキストボックスには選択されたファイルのファイルパスが表示される。

【0079】

アップロードボタン１４０２を選択することで、ファイル選択ボタン１４０１を選択した際の操作で選択されたファイルをアップロードする。アップロードするファイルは、通信装置登録データ２１３のフォーマットと形式が一致しない場合、ポップアップにて「フォーマットが違います」とメッセージが表示される。

【0080】

テンプレートダウンロードリンク１４０３を選択することで、通信装置登録データ２１３のテンプレートをダウンロードできる。検索窓１４０４に文字列を入力することで、通信装置登録データ２１３の中から任意の通信端末１２０を検索できる。検索は全項目に対する部分一致で実行され、検索窓１４０４に入力された文字列と通信装置登録データ２１３の項目の内、一部でも一致した項目があれば、通信装置登録データ２１３の該当行が画面に表示される。なお、検索窓１４０４に入力が無い場合、通信装置登録データ２１３の全項目が画面に表示される。

【0081】

チェックボックス１４０５を選択することで、通信装置登録データ表示にチェックを付ける。一行目のチェックボックスは検索結果として表示された全ての行にチェックを付ける。

【0082】

通信装置登録用データ表示には通信装置登録データ２１３の内容が表示される。一画面中に最大で３０件まで表示する。ページスクロールリンク１４０７は、通信装置登録データ２１３に３０件以上のデータが登録されている場合に、次のもしくは前の３０件を表示するリンクである。

【0083】

選択端末削除ボタン１４０８を選択することで、チェックボックス１４０５にチェックを付けた行のデータを削除する。削除結果は設定ＤＢ１０１に格納された通信装置登録データ２１３に反映される。メニューへのリンク１４０９を選択することで、メニュー画面へと遷移する。

【0084】

図１５は実施例１のデータ収集設定登録画面１５００のＧＵＩを示す図である。
検索窓１５０１に文字列を入力することで、通信装置登録データ２１３の中から任意の通信端末１２０を検索できる。検索は全項目に対する部分一致で実行され、検索窓１５０１に入力された文字列と通信装置登録データ２１３の項目の内、一部でも一致した項目があれば、通信装置登録データ２１３の該当行が画面に表示される。なお、検索窓１５０１に入力が無い場合、通信装置登録データ２１３の全項目が画面に表示される。

【0085】

チェックボックス１５０２を選択することで、通信装置登録データ表示にチェックを付ける。一行目のチェックボックス１５０２は検索結果として表示された全ての行にチェックを付ける。

【0086】

通信装置登録データ表示には通信装置登録データ２１３の内容とデータ収集設定ダウンロードボタン１５０４が表示される。一画面中に最大で３０件まで表示する。

【0087】

データ収集設定ダウンロードボタン１５０４を選択することで、同一行の通信装置１２０に設定されたデータ収集設定をダウンロードできる。ページスクロールリンク１５０５は、通信装置登録データ２１３に３０件以上のデータが登録されている場合に、次のもしくは前の３０件を表示するリンクである。

【0088】

ファイル選択ボタン１５０６を選択することで、ファイル選択画面が開かれ、操作しているＰＣのファイルを選択できる。ファイル選択後、ファイル選択ボタン１５０６の左のテキストボックスには選択されたファイルのファイルパスが表示される。

【0089】

テンプレートダウンロードリンク１５０７を選択することで、データ収集設定のテンプレートをダウンロードできる。データ収集設定登録ボタン１５０８を選択することで、チェックボックス１５０２にチェックを付けた行の通信装置１２０に対して、ファイル選択ボタン１５０６で選択したデータ収集設定を対応付ける。

【0090】

データ収集設定登録ボタン１５０８が選択されると、ファイル選択ボタン１５０６で選択したファイルにデータ収集設定ＩＤが割り当てられ、設定ＤＢ１０１へアップロードされ、データ収集設定登録データのチェックボックス１５０２にチェックを付けた行の通信装置１２０のデバイスＩＤに対応するデータ収集設定ＩＤが更新される。選択されたファイルがデータ収集設定のフォーマットと形式が一致しない場合、ポップアップにて「フォーマットが違います」とメッセージが表示される。

【0091】

通信装置登録用データ表示に１秒以上カーソルを合わせ続けることで、データ収集設定内容表示ポップが表示される。データ収集設定内容表示ポップには、カーソルが存在する行の通信装置１２０に適用されているデータ収集設定が表示される。
メニューへのリンク１５１０を選択することで、メニュー画面へと遷移する。

【0092】

図１６は実施例１のデータ量設定画面１６００のＧＵＩを示す図である。
検索窓１６０１に文字列を入力することで、グループＩＤ表示から任意のグループを検索できる。検索は部分一致で実行され、検索窓１６０１に入力された文字列とグループＩＤで、一部でも一致した項目があれば、グループＩＤ１６０３が画面に表示される。なお、検索窓１６０１に入力が無い場合、全グループＩＤが画面に表示される。

【0093】

チェックボックス１６０２を選択することで、グループＩＤ表示にチェックを付ける。一行目のチェックボックス１６０２は、検索結果として表示された全ての行にチェックを付ける。グループＩＤ表示には通信装置登録データ２１３のグループＩＤの列から、重複を省いた項目を表示する。一画面中に最大で３０件まで表示する。

【0094】

ページスクロールリンク１６０４は、グループＩＤ表示に３０件以上のデータが表示されている場合に、次のもしくは前の３０件を表示するリンクである。

【0095】

データ容量入力ボックス１６０５には、数値で通信装置１台当たりの月間データ容量を入力する。余裕マージン入力ボックス１６０６には、数値で余裕マージンを入力する。

【0096】

設定反映ボタン１６０７を選択することで、データ量設定のグループＩＤ、データ容量、余裕マージンの組み合わせを更新する。データ容量入力ボックス１６０５、余裕マージン入力ボックス１６０６に数値以外のデータを入力した場合、ポップアップにて「入力値エラー」とメッセージが表示される。

【0097】

グループＩＤ表示に１秒以上カーソルを合わせ続けることで、設定表示ポップ１６０８が表示される。設定表示ポップ１６０８には、カーソルが存在する行のグループＩＤに適用されているデータ容量、余裕マージンが表示される。

【0098】

図１７は実施例１の通信装置１２０におけるサーバ連携部１２１のサーバ問い合わせ処理フローである。
以下、フローチャートの項目に従い、サーバ連携部の動作を説明する。

【0099】

Ｓ１７００において、通信装置１２０の起動時および前回サーバ問い合わせ処理実行から２４時間以上経過した場合に以降の処理を開始する。なお、本発明は周期を２４時間に固定するものではなく、周期には任意の時間を設定できるものとする。

【0100】

Ｓ１７０１において、ＷＡＮ通信部１２２へデータ量取得要求を送信し、ＷＡＮ側データ量を取得する。Ｓ１７０２において、通信装置１２０に保存されている問い合わせデータを参照し、ＷＡＮ送信データ量、ＷＡＮ受信データ量をＳ１７０１とＳ１７０２で取得した値に更新する。Ｓ１７０３とＳ１７０２で更新した問い合わせデータを、ＨＴＴＰＳのＰＯＳＴメソッドを使用して通信装置管理サーバ１００へ送信する。

【0101】

Ｓ１７０４において、ＨＴＴＰＳはＴＣＰを活用しているため、ＡＣＫの受信を確認することで、通信装置管理サーバ１００への到達を確認できる。Ｓ１７０３で送信した問い合わせデータが通信装置管理サーバ１００に到達した場合には、Ｓ１７０５に処理を進める。通信装置管理サーバ１００への到達を確認できない場合には、Ｓ１７１０に処理を進める。

【0102】

Ｓ１７０５とＳ１７０３で送信したリクエストの応答を受信した場合には処理をＳ１７０６に進める。受信していない場合には、一定時間待機し、再度Ｓ１７０５の処理を実行する。

【0103】

Ｓ１７０６とＳ１７０５で受信した通信装置管理サーバ１００からの問い合わせ応答データにデータ収集設定が含まれるならＳ１７０７に処理を進める。含まれなければＳ１７０８に処理を進める。

【0104】

Ｓ１７０７とＳ１７０５で受信したデータ収集設定をローカル通信部１２３へ通知する。また、問い合わせデータの値をＳ１７０５で受信したデータ収集設定ＩＤに更新する。

【0105】

Ｓ１７０８とＳ１７０５で受信した通信装置管理サーバ１００からの問い合わせ応答データに送信周期補正値が含まれるならＳ１７０９に処理を進める。含まれなければＳ１７１０に処理を進める。Ｓ１７０９とＳ１７０５で受信した送信周期補正値をローカル通信部１２３へ通知する。
（Ｓ１７１０）サーバ問い合わせ処理を終了する。

【0106】

図１８は実施例１の通信装置１２０におけるサーバ連携部１２１が通信装置管理サーバ１００へ送信する問い合わせデータである。
問い合わせデータはサーバ連携部２１２が参照可能なＪＳＯＮファイルであり、通信装置１２０に記録されている。問い合わせデータにはデバイスＩＤ１８０１、グループＩＤ１８０２、データ収集設定ＩＤ１８０３、ＷＡＮ送信データ量１８０４、ＷＡＮ受信データ量１８０５が格納される。

【0107】

デバイスＩＤ１８０１とグループＩＤ１８０２は、通信装置１２０の出荷時に値が書き込まれる。データ収集設定ＩＤ１８０３は、通信装置管理サーバ１００との初回通信時までは空欄である。初回通信時、Ｓ１７０７で値が書き込まれる。ＷＡＮ送信データ量１８０４とＷＡＮ受信データ量１８０５は初回のサーバ問い合わせ処理が実行されるまでは空欄である。サーバ問い合わせ処理が実行されると、Ｓ１７０２で値が書き込まれる。

【0108】

図１９は実施例１の通信装置１２０におけるＷＡＮ通信部１２２のＷＡＮ側通信データ量測定の処理フローである。
以下、フローチャートの項目に従い、ＷＡＮ側通信部の動作を説明する。

【0109】

Ｓ１９００において、通信装置１２０の起動時もしくは前回のＷＡＮ側通信データ量測定から３０分以上経過した場合に以降の処理を開始する。なお、本発明は周期を３０分に固定するものではなく、周期には任意の時間を設定できるものとする。

【0110】

Ｓ１９０１において、ＷＡＮ側インターフェースから送受信データ量を今回値として取得する。データの取得には、例えばＬｉｎｕｘ（登録商標）コマンドのｉｆｃｏｎｆｉｇを用いる。Ｓ１９０２において、ＷＡＮ側データ量記録ファイルを読み出し、送信・受信それぞれの前回値と累計値を取得する。

【0111】

Ｓ１９０３とＳ１９０１で取得した今回値とＳ１９０２で取得した前回値とを比較し、今回値が前回値より大きい場合にはＳ１９０４に処理を進める。小さい場合にはＳ１９０５に処理を進める。Ｓ１９０４）とＳ１９０２で取得した累積値からＳ１９０２で取得した前回値を減算して更新する。

【0112】

Ｓ１９０５とＳ１９０２で取得した累積値にＳ１９０１で取得した今回値を加算して更新する。Ｓ１９０６とＳ１９０１で取得した今回値とＳ１９０５で更新した累計値を、新たな前回値、累計値としてＷＡＮ側データ量記録ファイル９１８を更新する。Ｓ１９０７において、ＷＡＮ側通信データ量測定を終了する。

【0113】

図２０は実施例１の通信装置１２０におけるＷＡＮ通信部１２２のＷＡＮ側通信データ量応答の処理フローである。
以下、フローチャートの項目に従い、ＷＡＮ通信部１２２の動作を説明する。

【0114】

Ｓ２０００において、通信装置１２０の起動時に以降の処理を開始する。Ｓ２００１において、エラーなどが発生し、処理の終了が命令されていないかを確認する。終了が命令されていればＳ２００６に処理を進める。命令されていなければＳ２００２に処理を進める。

【0115】

Ｓ２００２において、サーバ連携部１２１からデータ量取得要求を受信しているか確認する。受信している場合にはＳ２００３に処理を進める。受信していない場合にはＳ２００１に処理を戻す。

【0116】

Ｓ２００３において、ＷＡＮ側データ量記録ファイル９１８を読み出し、送信・受信データ量の前回値・累計値を取得する。Ｓ２００４とＳ２００３で取得した送信・受信データ量の前回値・累計値を返信する。

【0117】

Ｓ２００５において、送信・受信データ量の累計値に０を代入し、ＷＡＮ側データ量記録ファイルを更新する。Ｓ２００６において、ＷＡＮ側通信データ量応答の処理を終了する。

【0118】

図２１は実施例１の通信装置管理サーバ１００における通信装置管理部１０４の問い合わせ待ち受けの処理フローである。
以下、フローチャートの項目に従い、装置管理部の動作を説明する。

【0119】

Ｓ２１００において、通信装置管理サーバ１００の起動時に以降の処理を開始する。
Ｓ２１０１において、エラーなどが発生し、処理の終了が命令されていないかを確認する。終了が命令されていればＳ２１１１に処理を進める。命令されていなければＳ２１０２に処理を進める。
Ｓ２１０２において、通信部１０５を介して通信装置１２０からリクエストを受信しているか確認する。受信している場合にはＳ２１０３に処理を進める。受信していない場合にはＳ２１０１に処理を戻す。Ｓ２１０３とＳ２１０２で取得した問い合わせデータから、リクエストを送信した通信装置１２０のデバイスＩＤ、グループＩＤ、ＷＡＮ送信データ量、ＷＡＮ受信データ量を取得する。

【0120】

処理時点での時刻情報を取得し、タイムスタンプとする。ＷＡＮ送信データ量とＷＡＮ受信データ量を加算して、送受信データ量を算出する。デバイスＩＤ、グループＩＤ、タイムスタンプ、送受信データ量を集計ＤＢ１０２のＷＡＮ側データ量ログ２１７に追記する。

【0121】

Ｓ２１０４において、設定ＤＢ１０１からデータ収集設定登録データ２１５を取得する。Ｓ２１０５とＳ２１０２で取得した問い合わせデータから、データ収集設定ＩＤを取得する。Ｓ２１０４で取得したデータ収集設定ＩＤが一致するか確認する。一致する場合、Ｓ２１０８に処理を進める。一致しない場合、Ｓ２１０６に処理を進める。

【0122】

Ｓ２１０６において、設定ＤＢ１０１０からＳ２１０４で取得したデータ収集設定ＩＤのデータ収集設定を検索し、取得する。Ｓ２１０７とＳ２１０４で取得したデータ収集設定ＩＤとＳ２１０６で取得したデータ収集設定を、ＨＴＴＰＳのレスポンスボディにＪＳＯＮ形式で格納する。

【0123】

Ｓ２１０８において、集計ＤＢ１０２からＳ２１０３で取得したグループＩＤに対応するデータ容量情報を取得する。Ｓ２１０９とＳ２１０８で取得したデータ容量情報から送信周期補正値を取得し、ＨＴＴＰＳのレスポンスボディに格納する。Ｓ２１１０とＳ２１０９で更新したＨＴＴＰＳのレスポンスボディをリクエストの送信元である通信装置１２０に、通信部１０５を介して送信する。Ｓ２１１１において、問い合わせ待ち受けの処理を終了する。

【0124】

図２２は実施例１の通信装置管理サーバ１００における通信装置管理部１０４がサーバ連携部１２１へ送信する問い合わせ応答データ２２００である。問い合わせ応答データ２２００は、データ収集設定キー２２０１、送信周期補正値キー２２０４で構成される。

【0125】

データ収集設定キー２２０１には、データ収集設定ＩＤキー２２０２とデータキー２２０３が含まれる。データ収集設定ＩＤキー２２０２の値はＳ２１０７で格納されるデータ収集設定ＩＤである。データキー２２０３の値はＳ２１０７で格納されるデータ収集設定である。送信周期補正値２２０４はＳ２１０９で格納される送信周期補正値である。

【0126】

図２３は実施例１の通信装置管理サーバ１００における通信装置管理部１０４の送信周期補正値算出の処理フローである。
以下、フローチャートの項目に従い、装置管理部の動作を説明する。

【0127】

Ｓ２３００において、通信装置１２０の起動時もしくは前回の送信周期補正値算出から２４時間以上経過した場合に以降の処理を開始する。なお、本発明は周期を２４時間に固定するものではなく、周期には任意の時間を設定できるものとする。

【0128】

Ｓ２３０１において、集計ＤＢ１０２からデータ容量情報を取得する。Ｓ２３０２において、処理時点での時刻情報を取得し、日付の値が１の場合、Ｓ２３０３において設定ＤＢ１０１からデータ量設定を取得する。

【0129】

Ｓ２３０４において、集計ＤＢ１０２のデータ容量情報において全ての行の当月通信残量を更新する。当月通信残量の更新値はＳ２３０３で取得したデータ量設定の余裕マージンから使用可能なデータ総量の割合を算出した後、算出値をＳ２３０１で取得したデータ量設定のデータ総量に掛け合わせることで算出する。

【0130】

Ｓ２３０５とＳ２３０１で取得したデータ容量情報を一行読み出す。Ｓ２３０６からＳ２３１０までの処理は、読み出した一行の情報を対象に実施する。

【0131】

Ｓ２３０６において、集計ＤＢ１０２からＳ２３０５で読み出した行のグループＩＤが含まれ、前回の送信周期補正値算出以降に追加されたＷＡＮ側データ量ログ２１７を取得する。Ｓ２３０７とＳ２３０６で取得したＷＡＮ側データ量ログ２１７の送受信データ量の列の値を全て加算して、一日あたりの送受信データ増加量を算出する。Ｓ２３０５で読み出した行の当月通信残量から一日あたりの送受信データ増加量を減算して、新たな当月通信残量とする。

【0132】

Ｓ２３０８とＳ２３０２で取得した時刻情報から当月の残日数を算出する。その後、当月の残日数とＳ２３０７で算出した一日あたりの送受信データ増加量を掛け合わせ、当月予想通信量を算出する。Ｓ２３０５で読み出した行の当月通信残量を当月予想通信量で割り、さらにＳ２３０５で読み出した行の周期補正値を掛けることで送信周期補正値を算出する。算出した送信周期補正値を新たな送信周期補正値とする。

【0133】

Ｓ２３０９とＳ２３０５で読み出した一行分のデータ容量情報に対し、Ｓ２３０５で読み出したグループＩＤ、データ総量、Ｓ２３０７で算出した新たな当月通信残量、Ｓ２３０８で算出した新たな送信周期補正値を一行分のデータとして、集計ＤＢのデータ容量情報を更新する。

【0134】

Ｓ２３１０とＳ２３０５で読み出したデータ容量情報の行が末尾の情報の場合、Ｓ２３１１に処理を進める。末尾の情報でない場合、Ｓ２３０５に処理を戻す。Ｓ２３１１において、送信周期補正値算出の処理を終了する。

【0135】

図２４は実施例１の通信装置１２０におけるローカル通信部１２３の通信設定通知待ち受けの処理フローである。
以下、フローチャートの項目に従い、ローカル通信部の動作を説明する。

【0136】

Ｓ２４００において、通信装置１２０の起動時に以降の処理を開始する。Ｓ２４０１において、エラーなどが発生し、処理の終了が命令されていないかを確認する。終了が命令されていればＳ２４０８に処理を進める。命令されていなければＳ２４０２に処理を進める。

【0137】

Ｓ２４０２において、サーバ連携部１２１より通知を受信しているかを確認する。受信していればＳ２４０３に処理を進める。受信していなければＳ２４０１に処理を戻す。

【0138】

Ｓ２４０３とＳ２４０２で受信したサーバ連携部１２１からの通知にデータ収集設定を含むかを確認する。受信していればＳ２４０４に処理を進める。受信していなければＳ２４０５に処理を進める。

【0139】

Ｓ２４０４とＳ２４０３で受信したデータ収集設定を新たなデータ収集設定としてデータを更新する。Ｓ２４０５とＳ２４０２で受信したサーバ連携部１２１からの通知に送信周期補正値を含むかを確認する。受信していればＳ２４０６に処理を進める。受信していなければＳ２４０７に処理を進める。Ｓ２４０６とＳ２４０５で受信した送信周期補正値を新たな送信周期補正値としてデータを更新する。

【0140】

Ｓ２４０７において、データ収集処理を実行しているスレッドに対し、再設定命令を送信する。Ｓ２４０８において、通信設定通知待ち受け処理を終了する。

【0141】

図２５は実施例１の通信装置１２０におけるローカル通信部１２３のデータ収集の処理フローである。
以下、フローチャートの項目に従い、ローカル通信部の動作を説明する。

【0142】

Ｓ２５００において、通信装置１２０の起動時に以降の処理を開始する。Ｓ２５０１において、エラーなどが発生し、処理の終了が命令されていないかを確認する。終了が命令されていればＳ２５０８に処理を進める。命令されていなければＳ２５０２に処理を進める。

【0143】

Ｓ２５０２において、通信設定通知待ち受けを実行中のスレッドより再設定命令を受信しているかを確認する。受信していればＳ２５０３に処理を進める。受信していなければＳ２５０１に処理を戻す。

【0144】

Ｓ２５０３において、データ収集処理によってセットされた全ての周期処理を停止する。周期処理は設定ファイルに従って実行されるデータ収集処理であり、周期到来毎に設定ファイルにより定義される接続先のデータ格納先からデータを収集し、ユーザ設備へ送信する。

【0145】

Ｓ２５０４において、現在の設定内容を破棄し、データ収集設定、ＬＡＮ通信設定、シリアル通信設定を読み出す。Ｓ２５０５とＳ２５０４で読み出された設定ファイル群に対し、設定ファイルに不備がないかを確認する。設定ファイルの不備とは、例えば、データ収集設定が存在しない、データ収集設定記載の接続先ＩＤに対応するＬＡＮ通信設定やシリアル通信設定が存在しないことを指す。不備がなくファイルが正常な場合にはＳ２５０６に処理を進める。不備が見つかった場合にはＳ２５０１に処理を戻す。

【0146】

Ｓ２５０６において、送信周期補正値を読み出す。Ｓ２５０７とＳ２５０４で読み出された設定ファイル群に従って、複数の周期処理をセットする。周期処理をセットするにあたり、データ収集設定から読み出した周期に送信周期補正値を掛け（少数以下は切り捨てる）、周期処理の実行周期とする。周期処理はこれ以降、別スレッドにて継続的に実行される。Ｓ２５０８において、データ収集処理を終了する。

【0147】

実施例１によると、２４時間に一度、グループＩＤ毎に送信周期補正値が更新される。送信周期補正値は２４時間に一度、通信装置１２０が通信装置管理サーバ１００に問い合わせ処理を行う際に配布される。配布された送信周期補正値は通信装置１２０のローカル通信部１２３に通知される。

【0148】

ローカル通信部１２３は、データ収集設定を参照して周期的に配下機器１３０からデータ収集とユーザ設備へのデータ送信を行うが、送信周期補正値の値を参照してデータ収集周期を補正する。これにより、複数の通信装置１２０で構成されるグループに対して、データ量の実使用状況を鑑みた使用データ量制御が可能となる。

【実施例2】

【0149】

実施例１では通信装置１２０において全てのデータ収集周期を一律に送信周期補正値で補正した。しかしながら、例えば配下機器１３０のワーニングなど機器の異常に直結することからデータの収集周期を固定したいデータが存在する場合がある。実施例１の方式では、これらのデータも含めてまとめてデータ収集周期が調整されてしまい、機器の異常発見が遅れ、ユーザの損失に繋がる可能性がある。

【0150】

このため実施例２では、データ収集設定において、周期可変フラグを導入する。ローカル通信部１２３のデータ収集処理においても周期可変フラグを考慮した処理フローへと変更する。以下、実施例２の実施例１からの差分について図を用いて説明する。

【0151】

図２６は実施例２のデータ収集設定を示す図である。実施例１からの差分として周期可変フラグ２６００が追加されている。
周期可変フラグ２６００は、その行のデータ収集周期が送信周期補正値の影響を受けるかを判断するフラグである。送信周期補正値の値に合わせて周期を変更する場合には０が、周期を変更しない場合には１がセットされる。

【0152】

図２７は実施例２の通信装置１２０におけるローカル通信部１２３のデータ収集の処理フローである。実施例２では実施例１からの差分として、Ｓ２５０７の処理がＳ２７００とＳ２７０１に分かれる。
以下、実施例１からの差分について、ローカル通信部の動作を説明する。

【0153】

Ｓ２７００において、データ収集設定の周期可変フラグが０である行の収集データに関して、Ｓ２５０７と同様に周期に送信周期補正値を掛けた上で、周期処理をセットする。
Ｓ２７０１において、データ収集設定の周期可変フラグが１である行の収集データに関して、周期に送信補正値を掛けずに、周期処理をセットする。

【0154】

実施例２によると、周期可変フラグ２６００の導入によりデータ毎に送信周期補正値を考慮するか否かを設定可能となる。送信周期補正値によるデータ量削減効果は薄くなるものの、継続的にデータ量を調整する機構と余裕マージンの効果により最大のデータ容量に達する事態が発生する確率は極めて稀であると言える。

【0155】

これにより、重要なデータに対しては収集周期を保ったまま、複数の通信装置１２０で構成されるグループに対して、データ量の実使用状況を鑑みた使用データ量制御が可能となる。

【実施例3】

【0156】

実施例１、実施例２では複数の通信装置１２０で構成されるグループにおいてデータ収集周期を一律に送信周期補正値で補正した。しかしながら、通信装置１２０の配下機器１３０にはセンサ類のようなデータ取得の優先度が低いものから、大型の産業機器のように定常的な機器監視による最適化が必要な機器まで多種多様な機器が存在する。

【0157】

実施例１の方式では通信装置毎にデータ収集周期が変更できず、配下機器を考慮した設定が困難である。また、実施例２の方式では通信装置毎にデータ収集設定を生成する必要があり、手間が大きい。

【0158】

このため実施例３では通信装置１２０に対しても周期可変フラグを適用し、通信装置毎に送信周期補正値の影響を調整できる機構を導入する。以下、実施例３と実施例２までの差分について図を用いて説明する。

【0159】

図２８は実施例３の通信装置登録データを示す図である。実施例２までの差分として、周期可変フラグ２８００が追加される。
周期可変フラグ２８００は、その行の端末が送信周期補正値の影響を受けるかを判断するフラグである。送信周期補正値の値に合わせて周期を変更する場合には０が、周期を変更しない場合には１がセットされる。

【0160】

図２９は実施例３の通信装置管理サーバ１００における通信装置管理部１０４の問い合わせ待ち受けの処理フローである。実施例２までの差分として、Ｓ２１０４の処理が、Ｓ２９００に置き換わる。また、Ｓ２９０１の処理を追加する。
以下、実施例２までの差分について、通信装置管理部の動作を説明する。

【0161】

Ｓ２９００において、設定ＤＢ１０１からＳ２１０４で取得したデータ収集設定登録データに加えて通信装置登録データを取得する。Ｓ２９０１とＳ２９００で取得した通信装置登録データを参照し、リクエスト送信元の通信装置１２０の周期可変フラグが１であるかを確認する。１である場合、Ｓ２１０９に処理を進める。０である場合、Ｓ２１１０に処理を進める。

【0162】

実施例３によると、通信装置毎の周期可変フラグの導入により、通信装置毎に送信周期補正値を考慮するか否か設定可能となる。実施例２と同様、送信周期補正値によるデータ量削減効果は薄くなるものの、継続的にデータ量を調整する機構と余裕マージンの効果により最大のデータ容量に達する事態が発生する確率は極めて稀であると言える。

【0163】

これにより、重要な配下機器１３０と接続された通信装置１２０に対しては収集周期を保ったまま、複数の通信装置１２０で構成されるグループに対して、データ量の実使用状況を鑑みた使用データ量制御が可能となる。

【実施例4】

【0164】

実施例３までは複数の通信装置１２０で構成されるグループにおいてデータ収集周期を通信装置１２０やデータ毎に柔軟に変更する方式について記載した。しかしながら、グループ内において通信装置１２０の配下機器１３０の種類が多様な場合、周期固定と送信周期補正値の二種類の区別では周期の調整が十分でない可能性がある。

【0165】

例えば、優先度が低く参考程度にしか取得しないセンサ、生産現場で使用される産業機器、工場全域の電力供給系統に配置される産業機器の三種類の種別がある場合を想定する。

【0166】

優先度が低く参考程度にしか取得しないセンサは少量かつ低周期で良く、生産現場で使用される産業機器は多量かつ最低限の周期を下回らない制御が必要で、工場全域の電力供給系統に配置される産業機器は少量かつ周期を低下させてはならないとする。

【0167】

この場合、単純にセンサのみを周期可変としてもデータ量の低減効果は薄く、生産現場で使用される産業機器をセンサと同様の周期で収集する事も不自然である。このような場合を考慮し、実施例４では通信装置１２０に対して配下機器１３０に応じた優先度を設定できるようにする。以下、実施例４と実施例３までの差分について図を用いて説明する。

【0168】

図３０は実施例４の通信装置登録データを示す図である。実施例３までの差分として、優先度３０００が追加される。
優先度３０００は、通信装置１２０に接続される配下機器１３０に応じて設定される優先度である。優先度は数値で与えられ、実施例４では１００を最大、０を最小値とする。数値が大きい程高い優先度を持ち、低い程低い優先度を持つ。なお、本発明は優先度の数値範囲に依らず同等の効果が得られる。

【0169】

図３１は実施例４の通信装置管理サーバ１００における通信装置管理部１０４の問い合わせ待ち受けの処理フローである。実施例３までの差分として、Ｓ３１００の処理が追加される。実施例３のＳ２９０１については処理を含む場合も含まない場合も同様に処理が可能なため、実施例４では記載を割愛する。
以下、実施例３までの差分について、通信装置管理部の動作を説明する。

【0170】

Ｓ３１００において、Ｓ２９００で取得した通信装置登録データを参照し、リクエストの送信元である通信装置１２０が属するグループにおける優先度の平均値を算出する。その後、リクエストの送信元である通信装置１２０の優先度を算出した平均値で割り、優先度補正値を算出する。例えば、平均が５０であり、通信装置１２０の優先度が７５の場合、優先度補正値は１．５となる。Ｓ２１０８で取得したデータ容量情報から送信周期補正値を取得し、優先度補正値を掛けた値を新たな送信周期補正値として更新する。

【0171】

実施例４によると、通信装置１２０に対して配下機器１３０に応じた優先度を設定することで、送信周期補正に対して優先度に応じた補正を追加で実行する。これにより、接続された配下機器１３０の重要度に応じて通信装置１２０のデータ収集周期を調整することが可能となる。

【実施例5】

【0172】

実施例４までは複数の通信装置１２０で構成されるグループにおいて主として重要な機器に接続された通信装置１２０を優先する形でデータ収集周期を通信装置１２０やデータ毎に柔軟に変更する方式について記載した。しかしながら、人的ミスで誤ったデータ収集設定が与えられる場合や、収集の中で想定した以上にデータ量を浪費する通信装置１２０が出現する場合が存在する。この時、これらの通信装置が高い優先度で優先されれば、データ量を不要に消費する可能性が存在する。

【0173】

実施例５ではグループ毎に消費データ量による補正を実施する設定項目を導入する。消費データ量による補正では同じグループ内で消費データ量が多い通信装置に対し、送信データ量を削減するように送信周期補正値を追加で補正する。以下、実施例５と実施例４までの差分について図を用いて説明する。

【0174】

図３２は実施例５のデータ量設定を示す図である。実施例３までの差分として、消費データ量補正フラグ３２００が追加される。
消費データ量補正フラグ３２００は、同じグループＩＤを持つグループ内で、消費データ量に応じたデータ収集周期の補正を行うか否かを決定するフラグである。

【0175】

図３３は実施例５のデータ量設定画面のＧＵＩを示す図である。実施例３までの差分として、消費データ量補正チェックボックス３３００が追加される。
消費データ量補正チェックボックス３３００が選択された状態で設定反映ボタンが押下されると、チェックボックスにチェックが付けられたグループＩＤのグループに対して、消費データ量補正フラグが１の状態でデータ量設定が更新される。

【0176】

図３４は実施例５の通信装置管理サーバ１００における通信装置管理部１０４の問い合わせ待ち受けの処理フローである。

【0177】

実施例４までの差分として、Ｓ２１０４の処理が、Ｓ３４００に置き換わる。また、Ｓ２１０８の処理が、Ｓ３４０１に置き換わる。また、Ｓ３４０２とＳ３４０３の処理が追加される。実施例３のＳ２９０１、実施例４のＳ３１００については処理を含む場合も含まない場合も同様に処理が可能なため、実施例４では記載を割愛する。以下、実施例４までの差分について、通信装置管理部の動作を説明する。

【0178】

Ｓ３４００において、設定ＤＢ１０１からＳ２１０４で取得したデータ収集設定登録データに加えてデータ量設定を取得する。Ｓ３４０１において、集計ＤＢ１０２からＳ２１０８で取得したデータ容量情報に加えてＷＡＮ側データ量ログを取得する。ＷＡＮ側データ量ログはリクエストの送信元である通信装置が所属するグループの全通信装置の最新のログを取得する。

【0179】

Ｓ３４０２とＳ３４００で取得したデータ量設定を参照し、リクエストの送信元である通信装置１２０が所属するグループの消費データ量補正フラグを確認する。消費データ量補正フラグが１である場合、Ｓ３４０２に処理を進める。消費データ量補正フラグが０である場合、Ｓ２１０９に処理を進める。

【0180】

Ｓ３４０３とＳ３４０１で取得したリクエストの送信元である通信装置１２０が所属するグループの全通信装置１２０の最新のログにおける送受信データ量の平均値を取得する。その後、リクエストの送信元である通信装置１２０の送受信データ量を算出した平均値で割り、消費データ量補正値を算出する。Ｓ２１０８で取得したデータ容量情報から送信周期補正値を取得し、消費データ量補正値を掛けた値を新たな送信周期補正値として更新する。

【0181】

実施例５によると、グループ毎に消費データ量による補正を実行するか否かを消費データ量補正フラグで決定する。消費データ量補正フラグが有効であれば、同じグループ内で消費データ量が多い通信装置に対し、送信データ量を削減するように送信周期補正値を追加で補正する。

【0182】

これにより、人的ミスで誤ったデータ収集設定が与えられる場合や、収集の中で想定した以上にデータ量を浪費する通信装置１２０が出現する場合において通信装置１２０が正常と見なされる設定の中で、大量のデータを送信する事態を防止することが可能となる。

【0183】

上記実施例では、通信装置１２０を管理する通信装置管理サーバ１００を設置し、通信装置管理サーバ１００に管理する通信装置１２０を登録する。通信装置１２０は通信量を記録し、一定周期毎に通信装置管理サーバ１００へ通信量を送信する。通信装置管理サーバ１００は受信した通信量を記録し、管理する通信装置１２０の台数に応じて、月のデータ通信残量を算出する。通信装置管理サーバ１００は、データ通信残量、月末までの日数、通信装置の台数を元にデータの送信周期の補正値を算出して通信装置へ送信する。

【0184】

上記実施例によれば、包括的に回線契約を交わしたＩｏＴシステムにおいて、端末ごとのデータ量最適化ではなく、端末群に対するデータ量の最適化が可能となる。

【符号の説明】

【0185】

１００ 通信装置管理サーバ
１１０ ユーザ設備
１２０ 通信装置
１３０ 配下機器
１４０ 通信ネットワーク
１０１ 設定ＤＢ
１０２ 集計ＤＢ
１０３ ＧＵＩ生成部
１０４ 通信装置管理部
１０５ 通信部
１２１ サーバ連携部
１２２ ＷＡＮ通信部
１２３ ローカル通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】