特開 2023-166155 送信装置、受信装置、送信方法、受信方法、送信プログラム、及び受信プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023166155

(43)【公開日】2023-11-21

(54)【発明の名称】送信装置、受信装置、送信方法、受信方法、送信プログラム、及び受信プログラム

(51)【国際特許分類】

   H04L 69/00 20220101AFI20231114BHJP

   H04L 1/16 20230101ALI20231114BHJP

【ＦＩ】

H04L69/00

H04L1/16

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022076985

(22)【出願日】2022-05-09

(71)【出願人】

【識別番号】000005234

【氏名又は名称】富士電機株式会社

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100132067

【弁理士】

【氏名又は名称】岡田 喜雅

(74)【代理人】

【識別番号】100157967

【弁理士】

【氏名又は名称】管田 洋明

(72)【発明者】

【氏名】高務 健二

【テーマコード（参考）】

5K014

【Ｆターム（参考）】

5K014DA02

(57)【要約】

【課題】受信装置が送信装置から受信するデータの欠損を防止するための資源の消費を抑制する。
【解決手段】記憶部は、第１データを含む１つ又は複数のデータと、１つ又は複数のデータが受信済みであるか否かを示す第１判定情報とを含む、第１送信情報を記憶する。変更部は、１つ又は複数のデータが未受信であることを第１判定情報が示している場合、第１送信情報を第２送信情報に変更する。第２送信情報は、１つ又は複数のデータと、第２データと、１つ又は複数のデータと第２データとが未受信であることを示す第２判定情報とを含む。送信部は、第２送信情報を受信装置へ送信する。
【選択図】図１

【特許請求の範囲】

【請求項1】

第１データを含む１つ又は複数のデータと、前記１つ又は複数のデータが受信済みであるか否かを示す第１判定情報とを含む、第１送信情報を記憶する記憶部と、
前記１つ又は複数のデータが未受信であることを前記第１判定情報が示している場合、前記第１送信情報を、前記１つ又は複数のデータと、第２データと、前記１つ又は複数のデータと前記第２データとが未受信であることを示す第２判定情報とを含む、第２送信情報に変更する変更部と、
前記第２送信情報を受信装置へ送信する送信部と、
を備えることを特徴とする送信装置。

【請求項2】

前記変更部は、前記１つ又は複数のデータが受信済みであることを前記第１判定情報が示している場合、前記第１送信情報を、前記第２データと、前記第２データが未受信であることを示す第３判定情報とを含む、第３送信情報に変更し、
前記送信部は、前記第３送信情報を前記受信装置へ送信することを特徴とする請求項１記載の送信装置。

【請求項3】

前記第１判定情報は、前記１つ又は複数のデータが受信済みであるか否かを示すフラグであり、
前記第２判定情報は、前記１つ又は複数のデータと前記第２データとが未受信であることを示すフラグであることを特徴とする請求項１又は２記載の送信装置。

【請求項4】

前記第１判定情報は、前記第１データのシーケンス番号と、前記受信装置が受信した最後のデータのシーケンス番号とを含み、
前記第２判定情報は、前記第２データのシーケンス番号と、前記受信装置が受信した最後のデータのシーケンス番号とを含むことを特徴とする請求項１又は２記載の送信装置。

【請求項5】

送信装置から、１つ又は複数のデータと、前記１つ又は複数のデータが未受信であることを示す第１判定情報とを含む、第１送信情報を受信する受信部と、
前記第１判定情報に基づいて、前記第１送信情報から前記１つ又は複数のデータを取得する取得部と、
前記第１送信情報を、前記１つ又は複数のデータと、前記１つ又は複数のデータが受信済みであることを示す第２判定情報とを含む、第２送信情報に変更する変更部と、
前記第２送信情報を前記送信装置へ送信する送信部と、
を備えることを特徴とする受信装置。

【請求項6】

前記第１判定情報は、前記１つ又は複数のデータが未受信であることを示すフラグであり、
前記第２判定情報は、前記１つ又は複数のデータが受信済みであることを示すフラグであることを特徴とする請求項５記載の受信装置。

【請求項7】

前記第１判定情報は、前記１つ又は複数のデータのうち最後のデータのシーケンス番号と、前記送信装置から受信した最後のデータのシーケンス番号とを含み、
前記変更部は、前記送信装置から受信した最後のデータのシーケンス番号を、前記１つ又は複数のデータのうち最後のデータのシーケンス番号に変更することで、前記第１送信情報を前記第２送信情報に変更することを特徴とする請求項５記載の受信装置。

【請求項8】

コンピュータが、
第１データを含む１つ又は複数のデータと、前記１つ又は複数のデータが受信済みであるか否かを示す第１判定情報とを含む、第１送信情報から、前記第１判定情報を取得し、
前記１つ又は複数のデータが未受信であることを前記第１判定情報が示している場合、前記第１送信情報を、前記１つ又は複数のデータと、第２データと、前記１つ又は複数のデータと前記第２データとが未受信であることを示す第２判定情報とを含む、第２送信情報に変更し、
前記第２送信情報を受信装置へ送信する、
ことを特徴とする送信方法。

【請求項9】

コンピュータが、
送信装置から、１つ又は複数のデータと、前記１つ又は複数のデータが未受信であることを示す第１判定情報とを含む、第１送信情報を受信し、
前記第１判定情報に基づいて、前記第１送信情報から前記１つ又は複数のデータを取得し、
前記第１送信情報を、前記１つ又は複数のデータと、前記１つ又は複数のデータが受信済みであることを示す第２判定情報とを含む、第２送信情報に変更し、
前記第２送信情報を前記送信装置へ送信する、
ことを特徴とする受信方法。

【請求項10】

第１データを含む１つ又は複数のデータと、前記１つ又は複数のデータが受信済みであるか否かを示す第１判定情報とを含む、第１送信情報から、前記第１判定情報を取得し、
前記１つ又は複数のデータが未受信であることを前記第１判定情報が示している場合、前記第１送信情報を、前記１つ又は複数のデータと、第２データと、前記１つ又は複数のデータと前記第２データとが未受信であることを示す第２判定情報とを含む、第２送信情報に変更し、
前記第２送信情報を受信装置へ送信する、
処理をコンピュータに実行させるための送信プログラム。

【請求項11】

送信装置から、１つ又は複数のデータと、前記１つ又は複数のデータが未受信であることを示す第１判定情報とを含む、第１送信情報を受信し、
前記第１判定情報に基づいて、前記第１送信情報から前記１つ又は複数のデータを取得し、
前記第１送信情報を、前記１つ又は複数のデータと、前記１つ又は複数のデータが受信済みであることを示す第２判定情報とを含む、第２送信情報に変更し、
前記第２送信情報を前記送信装置へ送信する、
処理をコンピュータに実行させるための受信プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、送信装置、受信装置、送信方法、受信方法、送信プログラム、及び受信プログラムに関する。

【背景技術】

【0002】

ＩｏＴ（Internet of Things）機器であるデバイスと、クラウド上のサーバとを含むＩｏＴシステムが知られている。このようなＩｏＴシステムにおいて、障害発生時に備え、サーバがデバイスからログを収集したり、障害に繋がる兆しとなるパラメータを監視したりすることがある。この場合、収集対象のログ又は監視対象のパラメータに欠損が発生すると、検知できたはずのデバイスの異常が検知されない問題が生じる可能性がある。

【0003】

異常検知に関連して、業務システムが取り扱う業務データを連携システム間で通信ネットワークを介して送受信するデータ通信方法が知られている（例えば、特許文献１を参照）。

【0004】

このデータ通信方法では、送信対象の送信データ及び受信対象の受信データそれぞれに、各データを識別するための一意のＩＤが割り当てられる。そして、連携システム間で送受信する送信データ及び受信データが、連携システムにおいてＩＤに基づいて認識され、送受信できなかった送信データ及び受信データが、相手側の連携システムに対して再度送受信される。

【0005】

ＵＤＰ（User Datagram Protocol）を利用したネットワーク管理におけるイベントログ制御方式も知られている（例えば、特許文献２を参照）。このイベントログ制御方式では、被管理装置は、状態変化検出部、イベント保存バッファ部、及びイベント処理部を有する。状態変化検出部は、状態変化を検出する。イベント処理部は、状態変化及びシーケンス番号を付与したイベントログを、イベント保存バッファ部に保存し、イベントログを付与したイベント通知を管理装置へ送信する。

【0006】

管理装置は、イベント処理部を有する。イベント処理部は、イベント通知に付加されているシーケンス番号を解析することで、未受信のイベント通知を検出する。イベント処理部は、シーケンス番号から、バッファの容量が最大であり、かつ、必要な未受信イベント通知があることを検出すると、被管理装置から未受信のイベントログを読み出す。そして、イベント処理部は、被管理装置のイベント保存バッファ部をクリアする。

【先行技術文献】

【特許文献】

【0007】

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

【特許文献2】特開２００１－２６８０８７号公報

【発明の概要】

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

【0008】

特許文献２のイベントログ制御方式によれば、管理装置は、被管理装置のイベント保存バッファ部が上書きされる前に、被管理装置から未受信のイベントログを読み出すことができ、イベントログの受信漏れが防止される。

【0009】

しかしながら、このイベントログ制御方式では、被管理装置のイベント保存バッファ部のために被管理装置のメモリ資源が消費され、管理装置のイベント処理部のために管理装置のＣＰＵ（Central Processing Unit）資源が消費される。

【0010】

なお、かかる問題は、被管理装置から管理装置へイベントログを送信する場合に限らず、送信装置から受信装置へ時系列の様々なデータを送信する場合において生ずるものである。

【0011】

１つの側面において、本発明は、受信装置が送信装置から受信するデータの欠損を防止するための資源の消費を抑制することを目的とする。

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

【0012】

１つの実施形態によれば、送信装置は、記憶部、変更部、及び送信部を含む。記憶部は、第１データを含む１つ又は複数のデータと、１つ又は複数のデータが受信済みであるか否かを示す第１判定情報とを含む、第１送信情報を記憶する。

【0013】

変更部は、１つ又は複数のデータが未受信であることを第１判定情報が示している場合、第１送信情報を第２送信情報に変更する。第２送信情報は、１つ又は複数のデータと、第２データと、１つ又は複数のデータと第２データとが未受信であることを示す第２判定情報とを含む。送信部は、第２送信情報を受信装置へ送信する。

【0014】

別の実施形態によれば、受信装置は、受信部、取得部、変更部、及び送信部を含む。受信部は、送信装置から、１つ又は複数のデータと、１つ又は複数のデータが未受信であることを示す第１判定情報とを含む、第１送信情報を受信する。取得部は、第１判定情報に基づいて、第１送信情報から１つ又は複数のデータを取得する。

【0015】

変更部は、第１送信情報を第２送信情報に変更する。第２送信情報は、１つ又は複数のデータと、１つ又は複数のデータが受信済みであることを示す第２判定情報とを含む。送信部は、第２送信情報を送信装置へ送信する。

【発明の効果】

【0016】

１つの側面において、受信装置が送信装置から受信するデータの欠損を防止するための資源の消費を抑制することができる。

【図面の簡単な説明】

【0017】

【図1】実施形態の送信装置の機能的構成図である。

【図2】第１の送信処理のフローチャートである。

【図3】実施形態の受信装置の機能的構成図である。

【図4】第１の受信処理のフローチャートである。

【図5】ＩｏＴシステムの構成図である。

【図6】デバイスの機能的構成図である。

【図7】ステータスフラグを含む送信情報を示す図である。

【図8】サーバの機能的構成図である。

【図9】第１のデータ収集処理を示す図である。

【図10】第２の送信処理のフローチャートである。

【図11】第２の受信処理のフローチャートである。

【図12】シーケンス番号を含む送信情報を示す図である。

【図13】第２のデータ収集処理を示す図である。

【図14】第３の送信処理のフローチャートである。

【図15】第３の受信処理のフローチャートである。

【図16】情報処理装置のハードウェア構成図である。

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

【0018】

以下、図面を参照しながら、実施形態を詳細に説明する。

【0019】

図１は、実施形態の送信装置の機能的構成例を示している。図１の送信装置１０１は、記憶部１１１、変更部１１２、及び送信部１１３を含む。記憶部１１１は、第１データを含む１つ又は複数のデータと、１つ又は複数のデータが受信済みであるか否かを示す第１判定情報とを含む、第１送信情報を記憶する。

【0020】

図２は、図１の送信装置１０１が行う第１の送信処理の例を示すフローチャートである。変更部１１２は、１つ又は複数のデータが未受信であることを第１判定情報が示している場合、第１送信情報を第２送信情報に変更する（ステップ２０１）。第２送信情報は、１つ又は複数のデータと、第２データと、１つ又は複数のデータと第２データとが未受信であることを示す第２判定情報とを含む。送信部１１３は、第２送信情報を受信装置へ送信する（ステップ２０２）。

【0021】

図１の送信装置１０１によれば、受信装置が送信装置１０１から受信するデータの欠損を防止するための資源の消費を抑制することができる。

【0022】

図３は、実施形態の受信装置の機能的構成例を示している。図３の受信装置３０１は、受信部３１１、取得部３１２、変更部３１３、及び送信部３１４を含む。

【0023】

図４は、図３の受信装置３０１が行う第１の受信処理の例を示すフローチャートである。受信部３１１は、送信装置から、１つ又は複数のデータと、１つ又は複数のデータが未受信であることを示す第１判定情報とを含む、第１送信情報を受信する（ステップ４０１）。取得部３１２は、第１判定情報に基づいて、第１送信情報から１つ又は複数のデータを取得する（ステップ４０２）。

【0024】

変更部３１３は、第１送信情報を第２送信情報に変更する（ステップ４０３）。第２送信情報は、１つ又は複数のデータと、１つ又は複数のデータが受信済みであることを示す第２判定情報とを含む。送信部３１４は、第２送信情報を送信装置へ送信する（ステップ４０４）。

【0025】

図３の受信装置３０１によれば、受信装置３０１が送信装置から受信するデータの欠損を防止するための資源の消費を抑制することができる。

【0026】

図５は、図１の送信装置１０１及び図３の受信装置３０１を含むＩｏＴシステムの構成例を示している。図５のＩｏＴシステムは、デバイス５０１及びサーバ５０２を含む。デバイス５０１は、例えば、監視対象の情報処理装置（コンピュータ）であり、サーバ５０２は、例えば、クラウド上の情報処理装置である。デバイス５０１は、産業用機器、医療用機器、家庭用機器等の組み込み機器であってもよい。

【0027】

デバイス５０１及びサーバ５０２は、通信ネットワーク５０３を介して互いに通信することができる。通信ネットワーク５０３は、ＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network）である。サーバ５０２は、通信ネットワーク５０３を介して、デバイス５０１から所定のタイミングでデータを収集する。サーバ５０２は、デバイス５０１から一定周期でデータを収集してもよい。デバイス５０１は、図１の送信装置１０１に対応し、サーバ５０２は、図３の受信装置３０１に対応する。

【0028】

デバイス５０１には、サーバ５０２と連携するためのフレームワークとして、例えば、サーバ５０２のベンダから提供されるＳＤＫ（Software Development Kit）が実装される。デバイス５０１は、ＳＤＫを用いてサーバ５０２との連携処理を行い、データの見える化、最適化等を行う。

【0029】

ＳＤＫには、デバイス５０１とサーバ５０２の間でデータを同期させるデータ同期機能も含まれる。データ同期機能としては、マイクロソフト社のデバイスツイン、Amazon.comのデバイスシャドウ等を用いることができる。

【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】

メモリ１６０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリであり、処理に用いられるプログラム及びデータを記憶する。メモリ１６０２は、図１の記憶部１１１、図６の記憶部６１６、又は図８の記憶部８１６として動作してもよい。

【0123】

ＣＰＵ１６０１（プロセッサ）は、例えば、メモリ１６０２を利用してプログラムを実行することにより、図１の変更部１１２として動作する。ＣＰＵ１６０１は、メモリ１６０２を利用してプログラムを実行することにより、図３の取得部３１２及び変更部３１３としても動作する。

【0124】

ＣＰＵ１６０１は、メモリ１６０２を利用してプログラムを実行することにより、図６の変更部６１４及び同期部６１５としても動作する。ＣＰＵ１６０１は、メモリ１６０２を利用してプログラムを実行することにより、図８の取得部８１３、変更部８１４、及び同期部８１５としても動作する。

【0125】

入力装置１６０３は、例えば、キーボード、ポインティングデバイス等であり、オペレータ又はユーザからの指示又は情報の入力に用いられる。出力装置１６０４は、例えば、表示装置、プリンタ、スピーカ等であり、オペレータ又はユーザへの問い合わせ又は指示、及び処理結果の出力に用いられる。

【0126】

補助記憶装置１６０５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。補助記憶装置１６０５は、ハードディスクドライブ又はフラッシュメモリであってもよい。情報処理装置は、補助記憶装置１６０５にプログラム及びデータを格納しておき、それらをメモリ１６０２にロードして使用することができる。補助記憶装置１６０５は、図１の記憶部１１１、図６の記憶部６１６、又は図８の記憶部８１６として動作してもよい。

【0127】

媒体駆動装置１６０６は、可搬型記録媒体１６０９を駆動し、その記録内容にアクセスする。可搬型記録媒体１６０９は、メモリデバイス、フレキシブルディスク、光ディスク、光磁気ディスク等である。可搬型記録媒体１６０９は、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＵＳＢ（Universal Serial Bus）メモリ等であってもよい。オペレータ又はユーザは、この可搬型記録媒体１６０９にプログラム及びデータを格納しておき、それらをメモリ１６０２にロードして使用することができる。

【0128】

このように、処理に用いられるプログラム及びデータを格納するコンピュータ読み取り可能な記録媒体は、メモリ１６０２、補助記憶装置１６０５、又は可搬型記録媒体１６０９のような、物理的な（非一時的な）記録媒体である。

【0129】

ネットワーク接続装置１６０７は、通信ネットワーク５０３に接続され、通信に伴うデータ変換を行う通信インタフェース回路である。情報処理装置は、プログラム及びデータを外部の装置からネットワーク接続装置１６０７を介して受信し、それらをメモリ１６０２にロードして使用することができる。

【0130】

なお、情報処理装置が図１６のすべての構成要素を含む必要はなく、用途又は条件に応じて一部の構成要素を省略することも可能である。例えば、オペレータ又はユーザとのインタフェースが不要な場合は、入力装置１６０３及び出力装置１６０４を省略してもよい。可搬型記録媒体１６０９を使用しない場合は、媒体駆動装置１６０６を省略してもよい。

【0131】

開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。

【符号の説明】

【0132】

１０１ 送信装置
１１１、６１６、８１６ 記憶部
１１２、３１３、６１４、８１４ 変更部
１１３、３１４、６１２、８１２ 送信部
３０１ 受信装置
３１１、６１３、８１１ 受信部
３１２、８１３ 取得部
５０１ デバイス
５０２ サーバ
５０３ 通信ネットワーク
６１１ センサ
６１５、８１５ 同期部
６２１、８２１ 送信情報
１３０１、１３０２ 矩形
１６０１ ＣＰＵ
１６０２ メモリ
１６０３ 入力装置
１６０４ 出力装置
１６０５ 補助記憶装置
１６０６ 媒体駆動装置
１６０７ ネットワーク接続装置
１６０８ バス
１６０９ 可搬型記録媒体

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】