知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-03-18
(45)【発行日】2025-03-27
(54)【発明の名称】データ送信プログラム、情報処理装置およびデータ送信方法
(51)【国際特許分類】
H04L 67/2869 20220101AFI20250319BHJP
【ＦＩ】
H04L67/2869
【請求項の数】
7
(21)【出願番号】P 2021144516
(22)【出願日】2021-09-06
(65)【公開番号】P2023037755
(43)【公開日】2023-03-16
【審査請求日】2024-05-09
(73)【特許権者】
【識別番号】598057291
【氏名又は名称】エフサステクノロジーズ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】長 孝昭
【審査官】羽岡 さやか
(56)【参考文献】
【文献】特開平１１－１２０４６７（ＪＰ，Ａ）
【文献】特開２０１７－０６２５４７（ＪＰ，Ａ）
【文献】特開平５－２３３５００（ＪＰ，Ａ）
【文献】国際公開第２０１４／２０７９１９（ＷＯ，Ａ１）
【文献】特開２０１７－０９２６８１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ １２／００－１２／６６
Ｈ０４Ｌ ４１／００－６９／４０
(57)【特許請求の範囲】
【請求項1】
定期的に収集したデータを端末からサーバへ送信するデータ送信プログラムであって、所定の方法で予め定められた待機時間の上限までの時間の範囲内から無作為に待機時間を取得し、
取得した待機時間を記憶部に書き込み、
前記記憶部に記憶された待機時間を稼働中の所定のタイミングで更新し、
電源が切断された後、投入されると、前記記憶部に記憶された待機時間をリセットしないで、継続して更新される待機時間に基づいて決定される送信タイミングで、前記データを送信する
処理をコンピュータに実行させるデータ送信プログラム。
【請求項2】
該更新する処理は、前記待機時間を、ポーリングタイマーを用いて所定期間ごとに更新し、該送信する処理は、継続して更新される前記待機時間がゼロになった送信タイミングで前記データを送信する
ことを特徴とする請求項１に記載のデータ送信プログラム。
【請求項3】
該書き込み処理は、取得した待機時間に加えて、当該待機時間と現在時刻とを加算して得られる送信予定時刻を前記記憶部に書き込み、該更新する処理は、電源が切断されるタイミングで、前記送信予定時刻と現在時刻とを用いて前記待機時間を更新するとともに、前記送信予定時刻をクリアし、
該送信する処理は、電源が投入されると、電源が切断されるタイミングで更新された前記待機時間と現在時刻とを加算して得られる送信予定時刻になったタイミングで前記データを送信する
ことを特徴とする請求項１に記載のデータ送信プログラム。
【請求項4】
該書き込み処理は、取得した待機時間に加えて、現在時刻と、予め定められた送信制約とに基づいて算出される送信予定時刻を前記記憶部に書き込み、該送信する処理は、前記送信予定時刻になったタイミングで前記データを送信する
ことを特徴とする請求項３に記載のデータ送信プログラム。
【請求項5】
前記送信制約は、送信インターバルまたは送信上限回数の少なくとも１つであることを特徴とする請求項４に記載のデータ送信プログラム。
【請求項6】
所定の方法で予め定められた待機時間の上限までの時間の範囲内から無作為に待機時間を取得する取得部と、前記取得部によって取得された待機時間を記憶部に書き込む書き込み部と、
前記記憶部に記憶された待機時間を稼働中の所定のタイミングで更新する更新部と、
電源が切断された後、投入されると、前記記憶部に記憶された待機時間をリセットしないで、継続して前記更新部によって更新される待機時間に基づいて決定される送信タイミングで、定期的に収集したデータをサーバへ送信する送信部と、
を有することを特徴とする情報処理装置。
【請求項7】
定期的に収集したデータを端末からサーバへ送信するデータ送信方法であって、所定の方法で予め定められた待機時間の上限までの時間の範囲内から無作為に待機時間を取得し、
取得した待機時間を記憶部に書き込み、
前記記憶部に記憶された待機時間を稼働中の所定のタイミングで更新し、
電源が切断された後、投入されると、前記記憶部に記憶された待機時間をリセットしないで、継続して更新される待機時間に基づいて決定される送信タイミングで、前記データを送信する
処理をコンピュータが実行するデータ送信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、データ送信プログラム等に関する。
【背景技術】
【0002】
近年、オンプレミスで利用される端末やストレージを月額料金で提供するサブスクリプションモデルが知られている。サブスクリプションモデルの利用料金については、クライアント側のオンプレミスで利用された端末の利用に応じた従量料金となっている。
【0003】
例えば、サブスクリプションモデルでは、クライアントの端末が、稼働した結果のデータを定期的に収集し、収集したデータをポータルのサーバへ送信する。ポータルのサーバは、収集したデータから、利用状況を算出し、課金請求をする。また、ポータルのサーバは、収集したデータから、ハードウェア監視や保守を行う。
【0004】
全てのクライアントの端末が例えば毎時０分にポータルのサーバへ、稼働した結果のデータを送信すると、ポータルのサーバへのアクセスが集中し、ポータルのサーバが高負荷状態になってしまう。そこで、クライアントの端末は、起動時、又は、ポータルのサーバとの通信が復帰した時である通信復帰時に、ランダムに設定される期間の間送信を待機した後に、応答要求を送信する技術が開示されている（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２０１９－１４４６０４号公報
【文献】特開２０１５－１１４９８０号公報
【文献】特開２０１７－９２６８１号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、従来の技術では、クライアントの端末の稼働時間がランダムに設定される待機期間よりも極端に短い場合には、待機時間の間に電源が切断されてしまい、クライアントの端末はデータを送信できないという問題がある。
【0007】
本発明は、１つの側面では、サブスクリプションモデルにおいて、端末の稼働時間に関係なく、端末提供側のサーバにデータを送信することを目的とする。
【課題を解決するための手段】
【0008】
１つの態様では、データ送信プログラムは、定期的に収集したデータを端末からサーバへ送信するデータ送信プログラムであって、所定の方法で予め定められた待機時間の上限までの時間の範囲内から無作為に待機時間を取得し、取得した待機時間を記憶部に書き込み、前記記憶部に記憶された待機時間を稼働中の所定のタイミングで更新し、電源が切断された後、投入されると、前記記憶部に記憶された待機時間をリセットしないで、継続して更新される待機時間に基づいて決定される送信タイミングで、前記データを送信する、処理をコンピュータに実行させる。
【発明の効果】
【0009】
１実施態様によれば、端末の稼働時間に関係なく、データを送信できる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
以下に、本願の開示するデータ送信プログラム、情報処理装置およびデータ送信方法の実施例を図面に基づいて詳細に説明する。なお、本発明は、実施例により限定されるものではない。
【0012】
まず、サブスクリプションモデルを利用するクライアント端末がサブスクリプションモデルのポータルへ稼働データを送信する場合のデータの送信処理の参考例について説明する。ここでいうサブスクリプションモデルとは、オンプレミスで利用される端末やストレージを月額料金で提供するモデルのことをいう。サブスクリプションモデルの利用料金については、クライアント側のオンプレミスで利用されたクライアント端末の利用に応じた従量料金となっている。
【0013】
図１８は、データ送信処理の参考例を示す図である。図１８に示すように、端末Ａ，Ｂ，Ｃは、例えば毎時０分にポータルのサーバへ稼働データ等のデータを送信する。すなわち、全ての端末は、同じタイミングでポータルのサーバへデータを送信する。すると、ポータルのサーバへのアクセスが集中し、ポータルのサーバが高負荷の状態になる。
【0014】
そこで、端末は、ポータルのサーバへのアクセス集中を回避するために、以下の処理を行う。図１９Ａおよび図１９Ｂは、アクセス集中を回避するための参考例を示す図である。図１９Ａに示すように、端末Ａ，Ｂ，Ｃは、ポータルのサーバへのアクセス集中を回避するために、起動時、又は、ポータルのサーバとの通信が復帰した時である通信復帰時に、ランダムに設定される期間（ランダム期間）の間送信を待機した後にデータを送信する。ここでいうランダムに設定される期間は、所定の上限値を下回る範囲の乱数で生成される待機期間の値である。所定の上限値は、全ての端末で同じ値である。これにより、端末からポータルのサーバへのアクセスが集中することを抑制できる。
【0015】
ここで、対象となる端末が数万台と規模が大きくなる場合、ポータルのサーバへのアクセス集中を抑制するには、ランダム期間を長く設定する必要がある。
【0016】
ところが、ランダム期間が長く設定されると、ランダム期間よりも短い稼働時間の端末が出現する場合がある。サブスクリプションモデルの利用料金については、端末が使った分だけの従量料金であるため、利用料金を抑えるために稼働時間を短くする場合があるからである。すると、ランダム期間よりも極端に稼働時間が短い端末は、データを送信できない。
【0017】
図１９Ｂに示すように、端末Ａ、Ｂ，Ｃは、それぞれ稼働した（電源ＯＮやレジューム）ときに、ランダム期間の範囲内の乱数を生成する。ここでは、端末Ａ，Ｂは、稼働時間がランダム期間より長いので、データをポータルのサーバへ送信できる。ところが、端末Ｃは、稼働時間が極端にランダム期間より短いので、データを送信できない。すなわち、端末Ｃがデータ送信の時刻に稼働していない（電源ＯＦＦやスリープ）場合、次に稼働したときに、再度乱数を生成し、改めてランダム期間の待機を行う。短い稼働時間で電源ＯＦＦやスリープを行う端末Ｃは、乱数生成の結果、稼働時間がランダム期間より短くなると、データを送信できない。
【0018】
例えば、ランダム期間の範囲が８時間（４８０分）に設定されたとき、乱数は０から４８０までの間で生成される。つまり、乱数生成の結果が４８０の場合、端末は、８時間待機することになる。端末が仮に３０分しか稼働しない場合には、乱数生成の結果が３１から４８０までの間であると、データを送信できない。かかる端末では、約９３．５％データを送信できない。すなわち、ランダム期間の範囲より極端に小さい稼働時間の端末は、再度乱数を生成しても、データを送信できない可能性が高い。
【0019】
そこで、以降の実施例では、サブスクリプションモデルにおいて、端末の稼働時間に関係なく、端末提供側のポータルのサーバにデータを送信するデータ送信処理について説明する。
【実施例1】
【0020】
図１は、実施例１に係るデータ送信処理の一例を示す図である。図１に示すように、サブスクリプションモデルで提供される端末Ｃは、ランダム待機時間の待機を行うが、電源がＯＦＦになった後新たに電源がＯＮになると、電源ＯＦＦ前の待機時間をリセットしないでそのまま継続して使用する。ここで最初に生成されるランダム待機期間は、例えば、予め定められたランダム待機時間の上限値を下回る範囲で乱数により生成される。また、電源ＯＦＦおよび電源ＯＮは、給電を停止するスリープやサスペンドおよび給電を復帰するレジュームであっても良い。
【0021】
ここでは、最初に生成されたランダム待機時間は、７０分であるとする。端末Ｃは、３０分経過したタイミングで電源ＯＦＦになり、その後電源ＯＮになる。端末Ｃは、サブスクリプションモデルで提供されるので、使った分だけ課金されることになる。このため、端末Ｃは、課金請求を抑制するために、稼働時間を短くする場合がある。かかる場合には、電源ＯＦＦおよび電源ＯＮが繰り返し行われることになる。電源ＯＮになると、端末Ｃは、電源ＯＦＦ前のランダム待機時間をリセットしないで残りの待機時間をそのまま継続し、３０分待機したタイミングで電源ＯＦＦになる。その後電源ＯＮとなると、端末Ｃは、電源ＯＦＦ前のランダム待機時間をリセットしないで残りの待機時間をそのまま継続し、１０分待機したタイミングで、待機時間が０になったので、データを送信する。これにより、端末Ｃは、稼働時間が短くても、待機時間を引き継ぐことで、稼働データを送信することが可能になる。
【0022】
［データ送信システムの機能構成］
図２は、実施例１に係るクライアント端末を含むシステムの機能構成の一例を示すブロック図である。図２に示すように、データ送信システム９は、複数のクライアント端末１およびクラウドサーバ５を有する。各クライアント端末１は、定期的に収集した稼働データをクラウドサーバ５に送信する。各クライアント端末１は、図１に示される端末に対応する。クラウドサーバ５は、サブスクリプションモデルにおけるポータルのサーバに対応する。なお、クラウドサーバ５は、クラウドに限定されず、サブクリプションモデルにおけるポータルのサーバの機能を担うサーバであれば良い。
図２は、実施例１に係るクライアント端末を含むシステムの機能構成の一例を示すブロック図である。図２に示すように、データ送信システム９は、複数のクライアント端末１およびクラウドサーバ５を有する。各クライアント端末１は、定期的に収集した稼働データをクラウドサーバ５に送信する。各クライアント端末１は、図１に示される端末に対応する。クラウドサーバ５は、サブスクリプションモデルにおけるポータルのサーバに対応する。なお、クラウドサーバ５は、クラウドに限定されず、サブクリプションモデルにおけるポータルのサーバの機能を担うサーバであれば良い。
【0023】
クライアント端末１は、制御部１０、記憶部２０および通信部３０を有する。制御部１０は、クライアント端末１全体を司る処理部であり、起動時制御部１１、待機時間カウント部１２および送信制御部１３を有する。通信部３０は、ネットワークを介してクラウドサーバ５と通信を行う。通信部３０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。記憶部２０は、設定ファイル２１を有する。
【0024】
設定ファイル２１は、例えば、ランダム待機時間を設定するファイルである。ここで、設定ファイル２１の一例を、図３を参照して説明する。図３は、実施例１に係る設定ファイルの一例を示す図である。図３に示すように、設定ファイル２１には、基準時刻、ランダム待機時間上限およびランダム待機時間が設定される。なお、基準時刻およびランダム待機時間上限は、予め設定される。
【0025】
基準時刻は、定期的にデータ送信処理のアプリケーションを起動する時刻である。データ送信処理のアプリケーションを起動する時刻は、基準時刻でなくても良く、不定期の電源ＯＮやレジュームの時刻であっても良い。ランダム待機時間上限は、ランダム待機時間の上限の値であり、ランダム待機時間として生成される乱数の上限値である。
【0026】
ランダム待機時間は、ランダム待機時間上限の値を下回る範囲で生成されるランダムな待機時間であり、乱数で示される。ランダム待機時間は、初期値およびクリアされた場合には、「未設定」となる。なお、ランダム待機時間は、起動時制御部１１によって生成され、待機時間カウント部１２によってデクリメントされ、送信制御部１３によってクリアされる。
【0027】
設定例として。基準時刻は「００：００」を示す。ランダム待機時間上限は「１２０分」を示す。ランダム待機時間は「３０分」を示す。
【0028】
図２に戻って、起動時制御部１１は、データ送信処理のアプリケーションの起動時の処理を制御する。例えば、起動時制御部１１は、設定ファイル２１からランダム待機時間を読み取り、ランダム待機時間が「未設定」であれば、ランダム待機時間を生成する。一例として、起動時制御部１１は、設定ファイル２１からランダム待機時間上限を読み取り、ランダム待機時間上限を下回る範囲で乱数を生成する。そして、起動時制御部１１は、生成した乱数をランダム待機時間として設定ファイル２１に設定する。そして、起動時制御部１１は、ポーリングタイマーが停止中であれば、ポーリングタイマーを実行する。ここでいうポーリングタイマーとは、所定期間（例えば１分）毎に処理が実行されるタイマーのことをいい、スレッドタイマーとも称される。
【0029】
待機時間カウント部１２は、所定時間毎にランダム待機時間をカウントする。例えば、待機時間カウント部１２は、ポーリングタイマーによって所定時間（例えば１分）の経過を検知すると、設定ファイル２１からランダム待機時間を読み取る。そして、待機時間カウント部１２は、ランダム待機時間を所定時間分減らし、設定ファイル２１に書き込む。すなわち、待機時間カウント部１２は、電源ＯＦＦやスリープによる稼働停止に備え、ランダム待機時間の残り時間をカウントし、設定ファイル２１に保存する。
【0030】
送信制御部１３は、稼働データの送信を制御する。例えば、送信制御部１３は、設定ファイル２１に保存されたランダム待機時間が０より大きいかどうかを確認する。すなわち、送信制御部１３は、ランダム待機時間が残っているかどうかを確認する。送信制御部１３は、ランダム待機時間が０の場合には、定期的に収集した稼働データを、通信部３０を介してクラウドサーバ５に送信する。そして、送信制御部１３は、設定ファイル２１のランダム待機時間をクリアする。そして、送信制御部１３は、ポーリングタイマーを停止する。
【0031】
クラウドサーバ５は、ＡＰＩ（Application Program Interface）処理部５１およびデータベース５２を有する。ＡＰＩ処理部５１は、クライアント端末１から送信された稼働データをデータベース５２に格納する。そして、ＡＰＩ処理部５１は、例えば、クライアント端末１の稼働データから利用状況を算出し、クライアント端末１に対して利用状況に応じた課金請求をする。データベース５２は、クライアント端末１毎の稼働データを記憶する。
【0032】
［データ送信処理のフローチャート］
ここで、実施例１に係るデータ送信処理のフローチャートの一例を、図４および図５を参照して説明する。図４は、実施例１に係る起動時制御処理のフローチャートの一例を示す図である。起動時制御処理は、クライアント端末１が電源ＯＮになったとき、または、基準時刻になったときに実行される。
ここで、実施例１に係るデータ送信処理のフローチャートの一例を、図４および図５を参照して説明する。図４は、実施例１に係る起動時制御処理のフローチャートの一例を示す図である。起動時制御処理は、クライアント端末１が電源ＯＮになったとき、または、基準時刻になったときに実行される。
【0033】
図４に示すように、起動時制御部１１は、設定ファイル２１からランダム待機時間を読み取る（ステップＳ１１）。起動時制御部１１は、ランダム待機時間が設定済みであるか否かを判定する（ステップＳ１２）。ランダム待機時間が設定済みであると判定した場合には（ステップＳ１２；Ｙｅｓ）、起動時制御部１１は、ステップＳ１６に移行する。
【0034】
一方、ランダム待機時間が設定済みでない（未設定）と判定した場合には（ステップＳ１２；Ｎｏ）、起動時制御部１１は、設定ファイル２１からランダム待機時間上限を読み取る（ステップＳ１３）。そして、起動時制御部１１は、０からランダム待機時間上限までの範囲で乱数を生成する（ステップＳ１４）。そして、起動時制御部１１は、生成した乱数を設定ファイル２１のランダム待機時間に書き込む（ステップＳ１５）。そして、起動時制御部１１は、ステップＳ１６に移行する。
【0035】
ステップＳ１６において、起動時制御部１１は、ポーリングタイマーの状態が稼働中か停止中（未起動を含む）かを確認する（ステップＳ１６）。起動時制御部１１は、ポーリングタイマーが稼働中であるか否かを判定する（ステップＳ１７）。ポーリングタイマーが稼働中であると判定した場合には（ステップＳ１７；Ｙｅｓ）、起動時制御部１１は、起動時制御処理を終了する。
【0036】
一方、ポーリングタイマーが稼働中でないと判定した場合には（ステップＳ１７；Ｎｏ）、起動時制御部１１は、ポーリングタイマーを実行する（ステップＳ１８）。そして、起動時制御部１１は、起動時制御処理を終了する。
【0037】
図５は、実施例１に係る送信制御処理のフローチャートの一例を示す図である。図５に示すように、待機時間カウント部１２は、ポーリングタイマーを用いて１分経過したことを検知すると、設定ファイル２１からランダム待機時間を読み取る（ステップＳ２１）。待機時間カウント部１２は、ランダム待機時間を１分減らし、設定ファイル２１のランダム待機時間に書き込む（ステップＳ２２）。
【0038】
そして、送信制御部１３は、ランダム待機時間が残っているか（０より大きいか）を確認する（ステップＳ２３）。送信制御部１３は、残り時間が有るか否かを判定する（ステップＳ２４）。残り時間が有ると判定した場合には（ステップＳ２４；Ｙｅｓ）、送信制御部１３は、送信制御処理を終了する。
【0039】
一方、残り時間が無いと判定した場合には（ステップＳ２４；Ｎｏ）、送信制御部１３は、稼働データをクラウドサーバ５へ送信する（ステップＳ２５）。そして、送信制御部１３は、設定ファイル２１のランダム待機時間をクリアする（ステップＳ２６）。そして、送信制御部１３は、ポーリングタイマーを停止する（ステップＳ２７）。そして、送信制御部１３は、送信制御処理を終了する。
【0040】
［実施例１の効果］
上記実施例１によれば、クライアント端末１は、所定の方法で予め定められた待機時間の上限までの時間の範囲内から無作為にランダム待機時間を取得する。クライアント端末１は、取得したランダム待機時間を記憶部に書き込む。そして、クライアント端末１は、記憶部に記憶されたランダム待機時間を稼働中の所定のタイミングで更新する。そして、クライアント端末１は、電源が切断された後、投入されると、記憶部に記憶されたランダム待機時間をリセットしないで、継続して更新されるランダム待機時間に基づいて決定される送信タイミングで、定期的に収集したデータを送信する。かかる構成によれば、クライアント端末１は、電源が切断されたときのランダム待機時間を電源が投入されてもリセットしないで利用することで、端末の稼働時間が短い場合であっても、データを送信できる。
上記実施例１によれば、クライアント端末１は、所定の方法で予め定められた待機時間の上限までの時間の範囲内から無作為にランダム待機時間を取得する。クライアント端末１は、取得したランダム待機時間を記憶部に書き込む。そして、クライアント端末１は、記憶部に記憶されたランダム待機時間を稼働中の所定のタイミングで更新する。そして、クライアント端末１は、電源が切断された後、投入されると、記憶部に記憶されたランダム待機時間をリセットしないで、継続して更新されるランダム待機時間に基づいて決定される送信タイミングで、定期的に収集したデータを送信する。かかる構成によれば、クライアント端末１は、電源が切断されたときのランダム待機時間を電源が投入されてもリセットしないで利用することで、端末の稼働時間が短い場合であっても、データを送信できる。
【0041】
また、上記実施例１によれば、クライアント端末１は、ランダム待機時間を、ポーリングタイマーを用いて所定期間ごとに更新する。そして、クライアント端末１は、継続して更新されるランダム待機時間がゼロになった送信タイミングでデータを送信する。かかる構成によれば、クライアント端末１は、ポーリングタイマーを用いることで、端末の稼働時間が短い場合であっても、データを送信できる。
【実施例2】
【0042】
ところで、実施例１では、クライアント端末１は、ランダム待機時間の待機を行うが、電源がＯＦＦになった後新たに電源がＯＮになると、電源ＯＦＦ前の待機時間をリセットしないでそのまま継続して使用する。そして、クライアント端末１は、ランダム待機時間を、ポーリングタイマーを用いて例えば１分ごとにデクリメントし、ランダム待機時間がゼロになったタイミングで稼働データを送信すると説明した。しかしながら、クライアント端末１は、これに限定されず、ランダム待機時間と現在時刻とを加算して得られる送信予定時刻を割り込み処理のタイミングとして設定し、送信予定時刻になったタイミングで稼働データを送信するようにしても良い。
【0043】
そこで、実施例２では、クライアント端末１が、ランダム待機時間と現在時刻とを加算して得られる送信予定時刻を割り込み処理のタイミングとして設定し、送信予定時刻になったタイミングで稼働データを送信する場合を説明する。
【0044】
［データ送信システムの機能構成］
図６は、実施例２に係るクライアント端末を含むシステムの機能構成の一例を示すブロック図である。なお、実施例１の図２に示すデータ送信システム９と同一の構成については同一符号を付すことで、その重複する構成および動作の説明については省略する。実施例１と実施例２とが異なるところは、起動時制御部１１を起動時制御部１１Ａに変更し、送信制御部１３を送信制御部１３Ａに変更した点にある。また、実施例１と実施例２とが異なるところは、送信予定時刻設定部４１と停止時制御部４２とを追加した点にある。また、実施例１と実施例２とが異なるところは、設定ファイル２１を設定ファイル２１Ａに変更した点にある。
図６は、実施例２に係るクライアント端末を含むシステムの機能構成の一例を示すブロック図である。なお、実施例１の図２に示すデータ送信システム９と同一の構成については同一符号を付すことで、その重複する構成および動作の説明については省略する。実施例１と実施例２とが異なるところは、起動時制御部１１を起動時制御部１１Ａに変更し、送信制御部１３を送信制御部１３Ａに変更した点にある。また、実施例１と実施例２とが異なるところは、送信予定時刻設定部４１と停止時制御部４２とを追加した点にある。また、実施例１と実施例２とが異なるところは、設定ファイル２１を設定ファイル２１Ａに変更した点にある。
【0045】
設定ファイル２１Ａは、例えば、ランダム待機時間および送信予定時刻を設定するファイルである。ここで、設定ファイル２１Ａの一例を、図７を参照して説明する。図７は、実施例２に係る設定ファイルの一例を示す図である。図７に示すように、設定ファイル２１Ａには、基準時刻、ランダム待機時間上限およびランダム待機時間に加えて送信予定時刻が設定される。なお、基準時刻およびランダム待機時間上限は、予め設定される。
【0046】
基準時刻は、定期的にデータ送信処理のアプリケーションを起動する時刻である。データ送信処理のアプリケーションを起動する時刻は、基準時刻でなくても良く、不定期の電源ＯＮやレジュームの時刻であっても良い。ランダム待機時間上限は、ランダム待機時間の上限の値であり、乱数の上限値である。
【0047】
ランダム待機時間は、ランダム待機時間上限の値を下回る範囲で生成されるランダムな待機時間であり、乱数で示される。ランダム待機時間は、初期値およびクリアされた場合には、「未設定」となる。なお、ランダム待機時間は、起動時制御部１１Ａによって生成され、停止時制御部４２によって更新され、送信制御部１３Ａによってクリアされる。
【0048】
送信予定時刻は、データを送信するために用いられる割り込み時刻である。なお、送信予定時刻は、起動時制御部１１Ａによって設定され、停止時制御部４２および送信制御部１３Ａによってクリアされる。
【0049】
設定例として。基準時刻は「００：００」を示す。ランダム待機時間上限は「１２０分」を示す。ランダム待機時間は「３０分」を示す。送信予定時刻は「２０２１／３／１ ００：３０」を示す。
【0050】
図６に戻って、起動時制御部１１Ａは、データ送信処理のアプリケーションの起動時の処理を制御する。例えば、起動時制御部１１Ａは、設定ファイル２１Ａからランダム待機時間を読み取り、ランダム待機時間が「未設定」であれば、ランダム待機時間を生成する。一例として、起動時制御部１１Ａは、設定ファイル２１Ａからランダム待機時間上限を読み取り、ランダム待機時間上限を下回る範囲で乱数を生成する。そして、起動時制御部１１Ａは、生成した乱数をランダム待機時間として設定ファイル２１Ａに設定する。そして、起動時制御部１１Ａは、送信予定時刻設定部４１に、ランダム待機時間を用いた送信予定時刻を設定させる。
【0051】
送信予定時刻設定部４１は、ランダム待機時間を用いた送信予定時刻を設定する。例えば、送信予定時刻設定部４１は、設定ファイル２１Ａからランダム待機時間を読み取る。そして、送信予定時刻設定部４１は、現在時刻にランダム待機時間を加算して得られた時刻を送信予定時刻として設定ファイル２１Ａに設定する。
【0052】
停止時制御部４２は、データ送信処理のアプリケーションの停止時の処理を制御する。例えば、停止時制御部４２は、設定ファイル２１Ａから送信予定時刻を読み取り、送信予定時刻が「設定済み」であれば、送信予定時刻から現在時刻を減算して得られた時間をランダム待機時間として設定ファイル２１Ａに更新する。そして、停止時制御部４２は、設定ファイル２１Ａの送信予定時刻をクリアする。すなわち、停止時制御部４２は、電源ＯＦＦやスリープによる稼働停止のタイミングで、ランダム待機時間を更新し、保存する。加えて、停止時制御部４２は、送信予定時刻を、次の稼働で再計算するためにクリアする。
【0053】
送信制御部１３Ａは、稼働データの送信を制御する。例えば、送信制御部１３Ａは、送信予定時刻で割り込みが発生すると、定期的に収集した稼働データを、通信部３０を介してクラウドサーバ５に送信する。そして、送信制御部１３Ａは、設定ファイル２１Ａのランダム待機時間および送信予定時刻をクリアする。
【0054】
［データ送信処理のフローチャート］
ここで、実施例２に係るデータ送信処理のフローチャートの一例を、図８、図９および図１０を参照して説明する。図８は、実施例２に係る起動時制御処理のフローチャートの一例を示す図である。起動時制御処理は、クライアント端末１が電源ＯＮやレジュームになったタイミング、または、基準時刻になったタイミングで実行される。
ここで、実施例２に係るデータ送信処理のフローチャートの一例を、図８、図９および図１０を参照して説明する。図８は、実施例２に係る起動時制御処理のフローチャートの一例を示す図である。起動時制御処理は、クライアント端末１が電源ＯＮやレジュームになったタイミング、または、基準時刻になったタイミングで実行される。
【0055】
図８に示すように、起動時制御部１１Ａは、設定ファイル２１Ａからランダム待機時間を読み取る（ステップＳ３１）。起動時制御部１１Ａは、ランダム待機時間が設定済みであるか否かを判定する（ステップＳ３２）。ランダム待機時間が設定済みであると判定した場合には（ステップＳ３２；Ｙｅｓ）、起動時制御部１１Ａは、ステップＳ３６に移行する。
【0056】
一方、ランダム待機時間が設定済みでない（未設定）と判定した場合には（ステップＳ３２；Ｎｏ）、起動時制御部１１Ａは、設定ファイル２１Ａからランダム待機時間上限を読み取る（ステップＳ３３）。そして、起動時制御部１１Ａは、０からランダム待機時間上限の範囲で乱数を生成する（ステップＳ３４）。そして、起動時制御部１１Ａは、生成した乱数を設定ファイル２１Ａのランダム待機時間に書き込む（ステップＳ３５）。そして、起動時制御部１１Ａは、ステップＳ３６に移行する。
【0057】
ステップＳ３６において、起動時制御部１１Ａは、設定ファイル２１Ａから送信予定時刻を読み取る（ステップＳ３６）。起動時制御部１１Ａは、送信予定時刻が設定済みであるか否かを判定する（ステップＳ３７）。送信予定時刻が設定済みであると判定した場合には（ステップＳ３７；Ｙｅｓ）、起動時制御部１１Ａは、起動時制御処理を終了する。
【0058】
一方、送信予定時刻が設定済みでないと判定した場合には（ステップＳ３７；Ｎｏ）、起動時制御部１１Ａは、設定ファイル２１Ａからランダム待機時間を読み取る（ステップＳ３８）。そして、起動時制御部１１Ａは、現在時刻にランダム待機時間を加算し、その時刻を設定ファイル２１Ａの送信予定時刻に書き込む（ステップＳ３９）。そして、起動時制御部１１Ａは、起動時制御処理を終了する。
【0059】
図９は、実施例２に係る停止時制御処理のフローチャートの一例を示す図である。図９に示すように、停止時制御処理は、クライアント端末１が電源ＯＦＦやスリープになったタイミングで実行される。停止時制御部４２は、設定ファイル２１Ａから送信予定時刻を読み取る（ステップＳ４１）。停止時制御部４２は、送信予定時刻が設定済みであるか否かを判定する（ステップＳ４２）。送信予定時刻が設定済みでないと判定した場合には（ステップＳ４２；Ｎｏ）、停止時制御部４２は、停止時制御処理を終了する。
【0060】
一方、送信予定時刻が設定済みであると判定した場合には（ステップＳ４２；Ｙｅｓ）、停止時制御部４２は、送信予定時刻から現在時刻を減算し、その時刻を設定ファイル２１Ａのランダム待機時間に書き込む（ステップＳ４３）。そして、停止時制御部４２は、設定ファイル２１Ａの送信予定時刻をクリアする（ステップＳ４４）。そして、停止時制御部４２は、停止時制御処理を終了する。
【0061】
図１０は、実施例２に係る送信制御処理のフローチャートの一例を示す図である。図１０に示すように、送信制御処理は、送信予定時刻で割り込みが発生したタイミングで実行される。送信制御部１３Ａは、稼働データをクラウドサーバ５へ送信する（ステップＳ５１）。そして、送信制御部１３Ａは、設定ファイル２１Ａのランダム待機時間をクリアする（ステップＳ５２）。そして、送信制御部１３Ａは、設定ファイル２１Ａの送信予定時刻をクリアする（ステップＳ５３）。そして、送信制御部１３Ａは、送信制御処理を終了する。
【0062】
［実施例２の効果］
上記実施例２によれば、クライアント端末１は、取得したランダム待機時間に加えて、当該ランダム待機時間と現在時刻とを加算して得られる送信予定時刻を記憶部に書き込む。クライアント端末１は、電源が切断されるタイミングで、送信予定時刻と現在時刻とを用いてランダム待機時間を更新するとともに、送信予定時刻をクリアする。そして、クライアント端末１は、電源が投入されると、電源が切断されるタイミングで更新されたランダム待機時間と現在時刻とを加算して得られる送信予定時刻になったタイミングで、データを送信する。かかる構成によれば、クライアント端末１は、更新されたランダム待機時間から計算される送信予定時刻での割り込みを用いることで、端末の稼働時間が短い場合であっても、データを送信できる。
上記実施例２によれば、クライアント端末１は、取得したランダム待機時間に加えて、当該ランダム待機時間と現在時刻とを加算して得られる送信予定時刻を記憶部に書き込む。クライアント端末１は、電源が切断されるタイミングで、送信予定時刻と現在時刻とを用いてランダム待機時間を更新するとともに、送信予定時刻をクリアする。そして、クライアント端末１は、電源が投入されると、電源が切断されるタイミングで更新されたランダム待機時間と現在時刻とを加算して得られる送信予定時刻になったタイミングで、データを送信する。かかる構成によれば、クライアント端末１は、更新されたランダム待機時間から計算される送信予定時刻での割り込みを用いることで、端末の稼働時間が短い場合であっても、データを送信できる。
【実施例3】
【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】
図１７に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信Ｉ／Ｆ（Interface）２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ（Hard Disk Drive）２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示装置２０９、ドライブ装置２１３、入力装置２１５、通信Ｉ／Ｆ２１７は、バス２１９で接続されている。
【0104】
ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、データ送信プログラム２０５ａおよびデータ送信関連情報２０５ｂを記憶する。通信Ｉ／Ｆ２１７は、ネットワークと装置内部とのインターフェースを司り、他のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ２１７には、例えば、モデムやＬＡＮアダプタ等を採用することができる。
【0105】
表示装置２０９は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報等のデータを表示する表示装置である。表示装置２０９は、例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイ等を採用することができる。
【0106】
ＣＰＵ２０３は、データ送信プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスはクライアント端末１の各機能部に対応する。データ送信関連情報２０５ｂは、設定ファイル２１等に対応する。そして、例えばリムーバブルディスク２１１が、データ送信プログラム２０５ａ等の各情報を記憶する。
【0107】
なお、データ送信プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらからデータ送信プログラム２０５ａを読み出して実行するようにしても良い。
【符号の説明】
【0108】
１ クライアント端末
５ クラウドサーバ
９ データ送信システム
１０ 制御部
１１，１１Ａ，１１Ｂ 起動時制御部
１２ 待機時間カウント部
１３，１３Ａ，１３Ｂ 送信制御部
２０ 記憶部
２１，２１Ａ 設定ファイル
２２ イベントログ情報
２３ 送信ログ情報
３０ 通信部
４１，４１Ｂ 送信予定時刻設定部
４２，４２Ｂ 停止時制御部
５１ ＡＰＩ処理部
５２ データベース
５ クラウドサーバ
９ データ送信システム
１０ 制御部
１１，１１Ａ，１１Ｂ 起動時制御部
１２ 待機時間カウント部
１３，１３Ａ，１３Ｂ 送信制御部
２０ 記憶部
２１，２１Ａ 設定ファイル
２２ イベントログ情報
２３ 送信ログ情報
３０ 通信部
４１，４１Ｂ 送信予定時刻設定部
４２，４２Ｂ 停止時制御部
５１ ＡＰＩ処理部
５２ データベース
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19A】
【図19B】