JP2019087782A - 端末確認システム、端末、サーバ、及び、情報処理プログラム - Google Patents

Abstract

【課題】電力供給デバイスによる電力供給を受ける端末を用いたサービスの品質低下を抑制する。【解決手段】端末１とサーバ２とを備える端末確認システム１００である。端末は、第１の電力供給デバイスが供給可能な電力量が第１の閾値以上である場合に第１のパケットを生成し、第１の電力供給デバイスが供給可能な電力量が第１の閾値未満である場合に、第１のパケットよりも送信に消費される電力が小さく、端末の生存を示す第２のパケットを生成し、生成された第１の又は第２のパケットを送信する。サーバは、第１のパケットを受信した場合に、第１のパケットに対応する第１の処理を実行し、第２のパケットを受信した場合に、端末の生存に対応する第２の処理を実行し、第１又は第２のパケットを所定時間受信しない場合に、端末の障害発生を検出する。【選択図】図１１

Description

本発明は、端末確認システム、端末、サーバ、及び、情報処理プログラムに関する。

ＩｏＴ（Internet of Things）の適用例として、例えば、複数個所にセンサ及び通信機能を有する装置が設置されるセンサネットワークがある。例えば、センサネットワークにおけるＩｏＴデバイスは、設置の自由度が高くなるように、電池や蓄電デバイスにより動作したり、無線通信を行なったり等、通信及び電力等についてケーブルによる他の装置との接続がないものが多い。

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

しかしながら、電池や蓄電デバイスによって動作するＩｏＴデバイスは、例えば、送信電力が不足すると、データを送信できなくなるおそれがある。ＩｏＴデバイスから送信されるデータを用いたサービスにおいて、ＩｏＴデバイスからデータ送信が途切れた場合に、受信側から見ると、当該ＩｏＴデバイスが故障したことと同等である。そのため、電力不足でＩｏＴデバイスからデータが送信されない場合には、提供中のサービスの品質の低下を招く可能性が高い。

以下、本明細書では、一次及び二次電池、蓄電デバイスを包含するものとして電力供給デバイスを用いる。

本発明の一態様は、電力供給デバイスによる電力供給を受ける端末を用いたサービスの品質低下を抑制可能な端末確認システム、端末、サーバ、及び、情報処理プログラムを提供することを目的とする。

本発明の態様の一つは、端末とサーバとを備える端末確認システムである。端末は、第１の電力供給デバイスと、第１の電力供給デバイスが供給可能な電力量が第１の閾値以上である場合に第１のパケットを生成し、第１の電力供給デバイスが供給可能な電力量が第１の閾値未満である場合に、第１のパケットよりも送信に消費される電力が小さく、端末の生存を示す第２のパケットを生成する第１の制御部と、生成された第１のパケット又は第２のパケットを送信する送信部と、を備える。サーバは、第１のパケット又は第２のパケットを受信する受信部と、第１のパケットを受信した場合に、第１のパケットに対応する第１の処理を実行し、第２のパケットを受信した場合に、端末の生存に対応する第２の処理を実行し、第１のパケット又は第２のパケットを所定時間受信しない場合に、端末の障害発生を検出する制御部と、を備える。

開示の端末確認システム、端末、サーバ、及び、情報処理プログラムによれば、電力供給デバイスによる電力供給を受ける端末を用いたサービスの品質低下を抑制することができる。

図１は、第１実施形態に係る端末確認システムのシステム構成の一例を示す図である。 図２は、端末のハードウェア構成の一例を示す図である。 図３は、端末の充電仕様の一例を示すグラフである。 図４は、第１実施形態に係るデータパケットのフォーマットの一例を示す図である。 図５は、第１実施形態に係る非正規パケットのフォーマットの一例である。 図６は、端末のマイクロプロセッサの処理のフローチャートの一例である。 図７は、電源制御回路の給電制御処理のフローチャートの一例である。 図８は、電源制御回路の充電制御処理のフローチャートの一例である。 図９は、送信要求が定期的に発生する場合のデータパケットの送信と非正規パケットの送信との制御による端末の電力量の変化の一例を示すグラフの一例である。 図１０は、端末におけるデータパケットの送信処理のシーケンスの一例を示す図である。 図１１は、端末における非正規パケットの送信処理のシーケンスの一例を示す図である。 図１２は、サーバのハードウェア構成の一例を示す図である。 図１３は、サーバの処理のフローチャートの一例である。

以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

＜第１実施形態＞
図１は、第１実施形態に係る端末確認システム１００のシステム構成の一例を示す図である。端末確認システム１００は、複数の端末１と、サーバ２とを含む。ただし、図１では、簡略化のため、端末１は、１台が抽出されて示されている。端末１は、「端末」の一例である。サーバ２は、「サーバ」の一例である。

端末確認システム１００は、例えば、災害時の本人位置特定のためのシステムである。端末１は、例えば、リストバンド型、ペンダント型の専用の携帯端末である。端末１は、例えば、災害等による避難勧告が発令された場合に、避難所等で避難者に配布され、避難者に携帯される。

例えば、端末確認システム１００では、端末１はサーバ２にデータを送信し、サーバ２は端末１から受信するデータに基づいて所定の処理を行う。また、サーバ２は、端末１からデータを受信することによって、端末１の生存を確認する。

端末１とサーバ２との間には、例えば、基地局等が存在する。基地局は、端末１から無線通信で送られてくるデータをサーバ２に中継する。端末１とサーバ２との間は、例えば、ＳＩＧＦＯＸを用いた通信が行われる。

端末１は、例えば、無線通信機能と、位置情報を取得可能なセンサと、エナジーハーベスティングデバイスとを備える。なお、端末１は、汎用のウェアラブル端末やスマートフォン等の携帯端末であってもよい。

エナジーハーベスティングデバイスは、太陽光や照明光、機械の発する振動、熱などのエネルギーから電力を得るデバイスである。端末１は、エナジーハーベスティングデバイ
スを搭載しているので、バッテリー交換等のメンテナスが不要となり半永久的にＩｏＴデバイスを動作させることが可能となる可能性がある。

ただし、エナジーハーベスティングデバイスによる給電は環境に依存するため、十分な電力を供給し続けることができない可能性がある。例えば、端末１では、安定して電力を確保するために、エナジーハーベスティングデバイスによって得られた電力はキャパシタに蓄電される。しかしながら、エナジーハーベスティングデバイスによる給電は環境に依存することもあり、エナジーハーベスティングデバイスからキャパシタに充電を行う場合には、時間が掛かることがある。

例えば、ＳＩＧＦＯＸの場合には、消費電力削減のため再送を抑制するために、１つのデータにつき周波数を変えて３回連続して送信が実行される。また、ＳＩＧＦＯＸでは、１パケットで送信可能なデータサイズは１２バイトである。例えば、１００ｂｐｓで１２バイトのデータを送信する場合の消費電力に相当する電力を太陽電池によって充電する場合には、１時間以上の時間を要することもある。

したがって、例えば、端末１がエナジーハーベスティングデバイスを備えていたとしても、送信電力不足に陥る可能性はあり、端末確認システム１００のサービス品質が低下する可能性もある。ただし、端末確認システム１００のサービス品質の低下の可能性は、端末１がエナジーハーベスティングデバイスを備えている場合に限られず、端末１が独立して、電力供給デバイスで動作する場合に発生しうる。

第１実施形態では、端末１は、送信電力不足でない場合には、例えば、センサによって取得された位置情報をデータパケットに含めて、サーバ２に送信する。端末１は、送信電力不足である場合には、自装置の生存を示すために、例えば、サイズの小さい非正規パケットを送信する。非正規パケットはデータパケットよりもサイズが小さい為、送信による消費電力量もデータパケットの送信よりも小さい。したがって、端末１は、より長い時間サーバ２にパケットを送信し、自身の生存を通知することができる。データパケットは、「第１のパケット」の一例である。非正規パケットは、「第２のパケット」の一例である。

＜端末＞
図２は、端末１のハードウェア構成の一例を示す図である。端末１は、例えば、ハードウェア構成要素として、ＳｏＣ（System on a Chip）１１、電源制御回路１２、エナジーハーベスティングデバイス１３、第１蓄電デバイス１４、第２蓄電デバイス１５、センサ１６を備える。

ＳｏＣ １１は、マイクロプロセッサ１１１、タイマ回路１１２、メモリ１１３、ＲＦ（Radio Frequency）回路１１４、センサ制御回路１１５を備える。メモリ１１３は、Ｒ
ＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）を含む。ＲＡＭは、例えば、ＤＲＡＭ（Dynamic RAM）、ＳＲＡＭ（Static RAM）、ＳＤＲＡＭ（Synchronous DRAM
）、のような半導体メモリである。

メモリ１１３は、例えば、ＯＳ（Operating System）、データ送信プログラム１１３Ｐ、その他アプリケーションプログラムを格納する。データ送信プログラム１１３Ｐは、サーバ２にデータを送信するためのプログラムである。メモリ１１３は、例えば、マイクロプロセッサ１１１に、プログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする。データ送信プログラム１１３Ｐは、「情報処理プログラム」の一例である。

マイクロプロセッサ１１１は、メモリ１１３に保持されるＯＳやプログラムを実行し、他のハードウェア構成要素を制御することによって、様々な処理を実行する。マイクロプロセッサ １１１は、複数であってもよい。また、端末１はマイクロプロセッサ１１１の代わりに、ＣＰＵ（Central Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、等のプロセッサを備えてもよい。マイクロプロセッサ１１１は、「第１の制御部」の一例である。

タイマ回路１１２は、例えば、ローカルクロックを備え、各種タイマの時間をカウントアップ又はカウントダウンし、当該タイマが満了した場合に、マイクロプロセッサ１１１に対して割り込み要求を送信する。ＲＦ回路１１４は、無線通信に係る処理、例えば、ＳＩＧＦＯＸの通信に対応する無線通信信号と端末１内で用いられる電気信号との変換、周波数変調等を行う。ＲＦ回路１１４は、「送信部」の一例である。

センサ制御回路１１５は、センサ１６を制御する。具体的には、センサ制御回路１１５は、例えば、所定の周期で電源制御回路１２から給電が開始されることで起動する。このとき、センサ１６への給電も開始され、センサ１６も起動する。センサ制御回路１１５は、センサ１６によって取得されたデータを、例えば、メモリ１１３、センサ制御回路１１５内に備えられるメモリ、それら以外のメモリのいずれかに格納する。例えば、センサ制御回路１１５の起動から所定時間経過後、電源制御回路１２からの給電が停止され、センサ制御回路１１５は動作を停止する。また、このとき、センサ１６への給電も停止され、センサ１６も動作を停止する。センサ制御回路１１５が起動される周期は、例えば、１分単位、１０分単位、１時間単位等でシステム管理者によって設定される。

センサ１６は、例えば、ＧＰＳ（Global Positioning System）受信機である。ただし
、センサ１６は、ＧＰＳ受信機に限定されない。例えば、センサ１６は、位置情報を取得可能なセンサであればよい。また、端末１が端末確認システム１００以外に適用される場合には、センサ１６は、位置情報を取得可能なものに限定されず、例えば、温度、湿度、加速度等のセンサであってもよい。以下、センサ１６が取得する測位値又は計測値をまとめて、センサデータ、と称する。

エナジーハーベスティングデバイス１３は、例えば、太陽電池、熱電対、振動発電デバイス、電波発電デバイス等である。ただし、エナジーハーベスティングデバイス１３は、これらに限定されず、いかなるエナジーハーベスティングデバイスであってもよい。エナジーハーベスティングデバイス１３によって取得された電力は、電源制御回路１２に入力される。エナジーハーベスティングデバイス１３は、「エナジーハーベスティングデバイス」の一例である。

第１蓄電デバイス１４及び第２蓄電デバイス１５は、例えば、コンデンサ、スーパーキャパシタ、二次電池である。第１蓄電デバイス１４及び第２蓄電デバイス１５は、電源制御回路１２から入力される、エナジーハーベスティングデバイス１３によって取得された電力を蓄電する。なお、第１蓄電デバイス１４の方が第２蓄電デバイス１５よりも容量が大きいこととする。第１蓄電デバイス１４は、「第１の電力供給デバイス」、「第１の蓄電デバイス」の一例である。第２蓄電デバイス１５は、「第２の電力供給デバイス」、「第２の蓄電デバイス」の一例である。

電源制御回路１２は、他のハードウェア構成要素に対する給電を制御する。具体的には、電源制御回路１２には、例えば、ＦＰＧＡのようなプロセッサ、シーケンサが搭載されており、電源制御回路１２は、以下の様な処理を行う。電源制御回路１２は、「第２の制御部」の一例である。

電源制御回路１２は、エナジーハーベスティングデバイス１３からの給電を第１蓄電デバイス１４又は第２蓄電デバイス１５に蓄電させる。電源制御回路１２は、例えば、第２蓄電デバイス１５を優先的に蓄電する。すなわち、電源制御回路１２は、第２蓄電デバイス１５が満充電となってから、第１蓄電デバイス１４への蓄電を開始する。

また、電源制御回路１２は、例えば、他のハードウェア構成要素への電力供給に、第１蓄電デバイス１４から優先して使用する。電源制御回路１２は、第１蓄電デバイス１４の電力がなくなった場合には、第２蓄電デバイス１５を使用する。

また、電源制御回路１２は、例えば、マイクロプロセッサ１１１、タイマ回路１１２、メモリ１１３、センサ制御回路１１５に電力を供給する。また、例えば、電源制御回路１２は、マイクロプロセッサ１１１からの指示に従って、ＲＦ回路１１４、への電力供給の開始又は停止を行う。

また、電源制御回路１２は、例えば、クーロンカウンタ等を用いた電力残量計を備えており、第１蓄電デバイス１４及び第２蓄電デバイス１５の電力残量を管理する。例えば、マイクロプロセッサ１１１から問合せを受けると、電源制御回路１２は、第１蓄電デバイス１４又は第２蓄電デバイス１５の電力残量を通知する。なお、電源制御回路１２は、電力残量の値をマイクロプロセッサ１１１に通知してもよいし、電圧値をマイクロプロセッサ１１１に通知してもよい。

図３は、端末１の充電仕様の一例を示すグラフである。図３に示されるグラフでは、縦軸は端末１の充電量、横軸は時間を示す。端末１における充電は、第２蓄電デバイス１５から開始される。第２蓄電デバイス１５が満充電となると、第１蓄電デバイス１４の充電が開始される。そのため、端末１の充電量の変化は、充電量０から充電が始まった場合、例えば、図３に示されるグラフの通りとなる。

なお、第２蓄電デバイス１５の代わりに一次電池を用いることも可能である。第２蓄電デバイス１５の代わりに一次電池を用いると、端末１の充電量は、第１蓄電デバイス１４の蓄電量が０である場合でも、第２蓄電デバイス１５（一次電池）の容量分ある。そのため、第２蓄電デバイス１５の代わりに一次電池を用いた場合には、端末１の充電量の変化のグラフは、充電開始時点で充電量が第２蓄電デバイス１５（一次電池）の容量分から始まることとなる。第２蓄電デバイス１５の電力容量は、例えば、非正規パケットを所定回数送信可能な電力量である。

次に、マイクロプロセッサ１１１は、データ送信プログラム１１３Ｐを実行することによって、例えば、以下の処理を行う。マイクロプロセッサ１１１は、データの送信要求が発生した場合に、第１蓄電デバイス１４の電力残量を電源制御回路１２から取得し、第１蓄電デバイス１４の電力残量がデータ送信について十分な量あるか否かを判定する。

マイクロプロセッサ１１１は、第１蓄電デバイス１４の電力残量がデータ送信について十分な量である場合には、通常のデータパケットを生成し、ＲＦ回路１１４を通じてサーバ２に送信する。マイクロプロセッサ１１１は、第１蓄電デバイス１４の電力残量がデータ送信について十分な量でない場合には、非正規パケットを生成し、ＲＦ回路１１４を通じてサーバ２に送信する。

データの送信要求は、例えば、定期的、内部イベントの発生、外部イベントの発生、サーバ２からの要求等のいずれかによって発生する。データの送信要求が定期的に発生する場合には、例えば、タイマ回路１１２に所定の時間長のタイマが設定され、当該タイマが満了すると、タイマ回路１１２からマイクロプロセッサ１１１に対して割り込み要求によ
ってトリガがかけられる。データの送信要求が発生する周期は、例えば、１０分単位、１時間単位であり、システム管理者等によって設定される。

データの送信要求の発生が内部イベントの発生をトリガとする場合の内部イベントは、例えば、端末１に備えられる構成要素の作用によって発生するイベントである。内部イベントには、例えば、センサ１６（例えば、ＧＰＳ等）による測位データによって所定の地点に到達したこと、センサ１６（例えば、温度センサ等）による計測値が所定の閾値を超えることが示されること、等がある。データの送信要求の発生が外部イベントの発生をトリガとする場合の外部イベントは、例えば、端末１に備えられるスイッチが押されること、等の端末１の外部からの作用によって発生するイベントである。

データの送信要求がサーバ２からの要求に従って発生する場合には、端末１は所定の周期でＲＦ回路１１４を起動させ所定時間受信状態となるようにする。サーバ２は、端末１が受信状態となる期間内に受信できるように、所定の周期で、データの送信要求を送信する。端末１では、例えば、サーバ２からの送信要求の受信をトリガとして、データの送信要求が発生する。例えば、サーバ２のデータ送信の要求の送信周期は、端末１が受信状態となる周期以下の値である。

図４は、第１実施形態に係るデータパケットのフォーマットの一例を示す図である。データパケットは、プリアンブル、ヘッダ、データ、トレイラを含む。パケットのデータ部分のサイズは、例えば、１２バイトである。ただし、データ部分のサイズは１２バイトに限定されない。

ヘッダには、例えば、宛先アドレス、送信元アドレス等の通信に用いられるアドレスに加え、端末１の識別情報も含まれている。端末１の識別情報には、例えば、通信に用いられるアドレス、端末固有の識別番号、アドレスや端末固有の識別番号がコード化されたもの等のいずれかが用いられる。データパケットのデータには、例えば、センサ１６によって取得されたセンサデータが格納される。

図５は、第１実施形態に係る非正規パケットのフォーマットの一例である。非正規パケットは、プリアンブル、ヘッダ、コントロールコード、トレイラを含む。非正規パケットのヘッダは、データパケットと同じフォーマットであり、端末1の識別情報を含む。端末
１の識別情報、及び、端末１の識別情報として用いられる、通信に用いられるアドレス、端末固有の識別番号、アドレスや端末固有の識別番号がコード化されたもの等は、いずれも、「端末の識別情報」の一例である。

コントロールコードは、オプションであり、非正規パケットに含まれていない場合もある。コントロールコードは、例えば、端末１の回復予想時間等をコード化したものが含まれる。したがって、コントロールコードのサイズは、例えば、１バイト等であり、データパケットのデータのサイズ（１２バイト）よりも小さい。データパケットと非正規パケットとの識別は、例えば、データのサイズで行われる。または、例えば、非正規パケットのヘッダに、例えば、パケットが非正規パケットであることを示すコード又はフラグ等を格納してもよい。

ＳＩＧＦＯＸの場合、１つのデータを送信する場合に３回連続して送信を行う。したがって、第１実施形態では、端末１は、１つのデータパケットを送信する際に同じパケットを３回連続して送信する。一方、第１実施形態では、端末１は、非正規パケットを送信する場合には、データパケットよりも少ない回数で送信する。例えば、端末１は、１つの非正規パケットを送信する際に、非正規パケットを１回又は２回連続して送信する。

非正規パケットはデータパケットよりもデータサイズが小さい為、非正規パケットの送信電力は、データパケットの送信電力よりも小さくなる。また、１つの非正規パケット当たりの送信回数は１つのデータパケット当たりの送信回数よりも少ないので、１つのパケット当たりの送信電力は、非正規パケットの方が小さくなる。これによって、第１蓄電デバイス１４の電力が１つのデータパケット当たりの送信電力よりも小さい場合に、非正規パケットの送信に切り替えることによって、端末１がパケットを送信可能な時間をより長く確保することができる。

また、端末１は、非正規パケットの送信周期をデータパケットよりも長くしてもよい。これによって、端末１の消費電力を低減することができ、端末１がパケットを送信可能な時間をより長く確保することができる。

なお、データパケット及び非正規パケットのフォーマットは、図４、図５に示されるものに限定されず、採用される通信規格に依存して変更される。また、非正規パケットは、データパケットと同じフォーマットであってもよく、その場合には、１つの非正規パケットについての送信回数はデータパケットよりも少なくなる。すなわち、非正規パケットは、データパケットよりもサイズが小さい、データパケットよりも送信回数が少ない、データパケットよりも送信周期が長い、ことは、いずれか１つが実現されていれば良い。

図６は、端末１のマイクロプロセッサ１１１の処理のフローチャートの一例である。図６に示される処理は、マイクロプロセッサ１１１が、データ送信プログラム１１３Ｐを実行することによって行われる処理である。図６に示される処理は、例えば、データの送信要求が発生すると開始される。

ＯＰ１では、マイクロプロセッサ１１１は、例えば、電源制御回路１２に対して第１蓄電デバイス１４の電力残量を問い合わせ、第１蓄電デバイス１４の電力残量を取得する。ＯＰ２では、マイクロプロセッサ１１１は、第１蓄電デバイス１４の電力残量が送信可能閾値以上であるか否かを判定する。送信可能閾値は、例えばＳＩＧＦＯＸの場合には、１つのデータについて行われる送信処理（同じデータパケットを３回送信）のために必要とされる電力量＋αの値である。送信可能閾値は、「第１の閾値」の一例である。なお、電源制御回路１２から第１蓄電デバイス１４の電圧値が通知される場合には、送信可能閾値は電圧値となる。

第１蓄電デバイス１４の電力残量が送信可能閾値以上である場合には（ＯＰ２：ＹＥＳ）、処理がＯＰ３に進む。第１蓄電デバイス１４の電力残量が送信可能閾値未満である場合には（ＯＰ２：ＮＯ）、処理がＯＰ５に進む。

ＯＰ３とＯＰ５とは同じ内容の処理である。ＯＰ３及びＯＰ５では、マイクロプロセッサ１１１は、電源制御回路１２に対して、ＲＦ回路１１４への給電の開始を指示する。以降、ＲＦ回路１１４への給電が開始され、ＲＦ回路１１４が起動する。ＯＰ３では、ＲＦ回路１１４への給電は第１蓄電デバイス１４から行われる。ＯＰ５では、ＲＦ回路１１４への給電は、第１蓄電デバイス１４の電力残量が０でない場合には第１蓄電デバイス１４から、第１蓄電デバイス１４の電力残量が０である場合には第２蓄電デバイス１５から行われる。

ＯＰ４では、第１蓄電デバイス１４の電力残量が送信可能閾値以上であるので、マイクロプロセッサ１１１はデータパケットを生成する。データパケットには、例えば、センサ１６のセンサデータ等が含まれる。例えば、センサデータがセンサ制御回路１１５内に備えられるメモリに格納されている場合には、データパケットの生成時に、マイクロプロセッサ１１１がセンサ制御回路１１５へ取得要求を送信することでセンサ１６のセンサデー
タが取得される。例えば、センサデータがマイクロプロセッサ１１１もアクセス可能なメモリに格納される場合には、データパケットの生成時に、マイクロプロセッサ１１１が当該メモリからセンサデータを読み出すことでセンサ１６のセンサデータが取得される。

ＯＰ６では、第１蓄電デバイス１４の電力残量が送信可能閾値未満であるので、マイクロプロセッサ１１１は、非正規パケットを生成する。

ＯＰ７では、マイクロプロセッサ１１１は、ＯＰ４又はＯＰ６で生成したパケットについて、送信処理を実行する。送信処理は、例えば、１つのパケットについて、ＲＦ回路１１４を通じて所定回数送信することである。例えば、ＳＩＧＦＯＸの場合、データパケットは３回、非正規パケットは１回又は２回送信される。

ＯＰ８では、マイクロプロセッサ１１１は、送信処理が完了したため、電源制御回路１２に、ＲＦ回路１１４への給電の停止を指示する。これによって、ＲＦ回路１１４への給電が停止され、ＲＦ回路１１４の動作も停止する。その後、図６に示される処理が終了する。

なお、図６に示される処理は一例であって、端末１の処理は図６に示される処理に限定されない。

図７は、電源制御回路１２の給電制御処理のフローチャートの一例である。給電制御処理は、第１蓄電デバイス１４と第２蓄電デバイス１５とのいずれから他のデバイスに対して給電を行うかを決定する処理である。図７に示される処理は、電源制御回路１２に備えられるプロセッサ（例えば、ＦＰＧＡ）によって実行される。図７に示される処理は、例えば、端末１の稼働中所定の周期で繰り返し実行される。

ＯＰ１１では、電源制御回路１２は、第１蓄電デバイス１４の電力残量が０であるか否かを判定する。なお、ＯＰ１１において、第１蓄電デバイス１４の電力残量の閾値は０に限定されず、例えば、０に近い値であってもよい。第１蓄電デバイス１４の電力残量の閾値は、「第２の閾値」の一例である。

第１蓄電デバイス１４の電力残量が０である場合には（ＯＰ１１：ＹＥＳ）、処理がＯＰ１２に進む。ＯＰ１２では、電源制御回路１２は、他のデバイスに対する給電を第２蓄電デバイス１５から行う。

例えば、第１蓄電デバイス１４から給電が行われている場合には、電源制御回路１２は第２蓄電デバイス１５からの給電に切り替える。例えば、第２蓄電デバイス１５から給電が行われている場合には、電源制御回路１２は、第２蓄電デバイス１５からの給電を維持する。

第１蓄電デバイス１４の電力残量が０でない場合には（ＯＰ１１：ＮＯ）、処理がＯＰ１３に進む。ＯＰ１３では、電源制御回路１２は、他のデバイスに対する給電を第１蓄電デバイス１４から行う。

例えば、第２蓄電デバイス１５から給電が行われている場合には、電源制御回路１２は第１蓄電デバイス１４からの給電に切り替える。例えば、第１蓄電デバイス１４から給電が行われている場合には、電源制御回路１２は、第１蓄電デバイス１４からの給電を維持する。

なお、図７に示される給電制御処理は一例であって、給電制御処理は図７に示される処
理に限定されない。また、ＯＰ１１で用いられる第１蓄電デバイス１４の電力残量の閾値は、０でなくともよく、例えば、送信可能閾値より小さい０に近い値であってもよい。

図８は、電源制御回路１２の充電制御処理のフローチャートの一例である。充電制御処理は、エナジーハーベスティングデバイス１３によって発電された電力を第１蓄電デバイス１４又は第２蓄電デバイス１５のいずれに充電するかを決定する処理である。図８に示される処理は、電源制御回路１２に備えられるプロセッサ（例えばＦＰＧＡ）によって実行される。図８に示される処理は、例えば、端末１の稼働中所定の周期で繰り返し実行される。

ＯＰ２１では、電源制御回路１２は、第２蓄電デバイス１５が満充電の状態であるか否かを判定する。第２蓄電デバイス１５が満充電の状態である場合には（ＯＰ２１：ＹＥＳ）、処理がＯＰ２２に進む。ＯＰ２２では、電源制御回路１２は、エナジーハーベスティングデバイス１３からの電力を第１蓄電デバイス１４へ充電させる。

第２蓄電デバイス１５が満充電の状態でない場合には（ＯＰ２１：ＮＯ）、処理がＯＰ２３に進む。ＯＰ２３では、電源制御回路１２は、エナジーハーベスティングデバイス１３からの電力を第２蓄電デバイス１５へ充電させる。これによって、第１蓄電デバイス１４よりも第２蓄電デバイス１５の充電が優先される。

なお、図８に示される給電制御処理は一例であって、充電制御処理は図８に示される処理に限定されない。また、図７に示される給電制御処理と図８に示される給電制御処理とは、例えば、マイクロプロセッサ１１１が判定処理（図７のＯＰ１１，図８のＯＰ１２）を実行して電源制御回路１２に指示をするようにしてもよい。

図９は、送信要求が定期的に発生する場合のデータパケットの送信と非正規パケットの送信との制御による端末１の電力量の変化の一例を示すグラフの一例である。図９に示されるグラフは、縦軸が第１蓄電デバイス１４の電力残量、横軸が時間を示す。

開始時点から送信契機（１）までの間は、例えば日照が強かったため、第１蓄電デバイス１４への充電量が多かったとする。そのため、図９に示される送信契機（１）では、第１蓄電デバイス１４の電力残量が送信可能閾値以上であるので、データパケットが送信される。これによって、第１蓄電デバイス１４の電力残量がデータパケットの送信処理の分、減少する。

図９に示される送信契機（１）から送信契機（２）までの間は、例えば日照が弱かったため、第１蓄電デバイス１４への充電量が少なかったとする。そのため、図９に示される送信契機（２）では、第１蓄電デバイス１４の電力残量が送信可能閾値より小さく、非正規パケットが送信される。これによって、第１蓄電デバイス１４の電力残量が非正規パケットの送信処理の分、減少する。

ここで、非正規パケットの送信処理による消費電力量は、データパケットに比べると、少ない。そのため、送信契機（２）の時点では、第１蓄電デバイス１４の電力が使い切られずに、残っている。

図９に示される送信契機（２）から送信契機（４）までの間も、例えば日照が弱く、第１蓄電デバイス１４への充電量が少なかったとする。ただし、送信契機（４）では、第１蓄電デバイス１４の電力残量が送信可能閾値より大きくなり、再びデータパケットが送信される。

図１０は、端末１におけるデータパケットの送信処理のシーケンスの一例を示す図である。図１０に示される例では、送信要求が定期的に発生する場合が想定される。図１０は、例えば、図９の送信契機（１）、（４）において発生する処理シーケンスである。

Ｓ１では、センサ１６は、例えば、計測タイミングとなり起動され、センサデータを取得し、センサ制御回路１１５に出力する。図１０に示される例では、センサデータは、例えば、センサ制御回路１１５内のメモリに記録されることとする。ただし、センサデータの格納場所は、センサ制御回路１１５内のメモリに限定されない。なお、例えば、センサ制御回路１１５及びセンサ１６は、その後、電力供給が停止され、動作が停止される。

Ｓ２では、送信要求の発生のタイミングとなり、タイマ回路１１２からマイクロプロセッサ１１１に割り込み要求が入力される。Ｓ３では、マイクロプロセッサ１１１は、電源制御回路１２から第１蓄電デバイス１４の電力残量を取得する（図６、ＯＰ１）。

Ｓ４では、マイクロプロセッサ１１１は、第１蓄電デバイス１４の電力残量が送信閾値以上であり、データパケットを送信可能なことを判定する（図６、ＯＰ２：ＹＥＳ）。Ｓ５では、マイクロプロセッサ１１１は、電源制御回路１２に、ＲＦ回路１１４への電力供給の開始を指示する（図６、ＯＰ３）。Ｓ６では、電源制御回路１２は、ＲＦ回路１１４に電力の供給を行う。

Ｓ７では、マイクロプロセッサ１１１は、例えば、センサ制御回路１１５へセンサデータの読み取り要求を送信する。Ｓ８では、センサ制御回路１１５は、例えば、Ｓ１においてセンサ１６が取得したセンサデータをマイクロプロセッサ１１１に出力する。

Ｓ９では、マイクロプロセッサ１１１は、例えば、センサデータを含むデータパケットを生成し、ＲＦ回路１１４に出力する（図６、ＯＰ４、ＯＰ７）。Ｓ１０では、ＲＦ回路１１４はデータパケットをサーバ２に送信する。Ｓ９とＳ１０との処理は、例えば、３回行われる。

Ｓ１１では、マイクロプロセッサ１１１は、電源制御回路１２に、ＲＦ回路１１４に対する給電の停止を指示する（図６、ＯＰ８）。これによって、ＲＦ回路１１４は動作を停止する。

図１１は、端末１における非正規パケットの送信処理のシーケンスの一例を示す図である。図１１に示される例では、図１０と同様に、送信要求が定期的に発生する場合が想定される。図１１は、例えば、図１１の送信契機（２）、（３）において発生する処理シーケンスである。

Ｓ２１では、センサ１６は、例えば、計測タイミングとなり起動され、センサデータを取得し、センサ制御回路１１５に出力する。図１１に示される例では、センサデータは、例えば、センサ制御回路１１５内のメモリに記録されることとする。

Ｓ２２では、送信要求の発生のタイミングとなり、タイマ回路１１２からマイクロプロセッサ１１１に割り込み要求が入力される。Ｓ２３では、マイクロプロセッサ１１１は、電源制御回路１２から第１蓄電デバイス１４の電力残量を取得する（図６、ＯＰ１）。

Ｓ２４では、マイクロプロセッサ１１１は、第１蓄電デバイス１４の電力残量が送信閾値未満であり、データパケットを送信可能でないことを判定する（図６、ＯＰ２：ＮＯ）。Ｓ２５では、マイクロプロセッサ１１１は、電源制御回路１２に、ＲＦ回路１１４への電力供給の開始を指示する（図６、ＯＰ５）。Ｓ２６では、電源制御回路１２は、ＲＦ回
路１１４に電力の供給を行う。

Ｓ２７では、マイクロプロセッサ１１１は、非正規パケットを生成し、ＲＦ回路１１４に出力する（図６、ＯＰ６、ＯＰ７）。Ｓ２８では、ＲＦ回路１１４は非正規パケットをサーバ２に送信する。Ｓ９とＳ１０との処理は、例えば、１回又は２回行われる。

Ｓ２９では、マイクロプロセッサ１１１は、電源制御回路１２に、ＲＦ回路１１４に対する給電の停止を指示する（図６、ＯＰ８）。これによって、ＲＦ回路１１４は動作を停止する。

＜サーバ＞
図１２は、サーバ２のハードウェア構成の一例を示す図である。サーバ２は、例えば、専用のコンピュータ、又は、汎用のコンピュータである。サーバ２は、ハードウェア構成要素として、ＣＰＵ ２０１、主記憶装置２０２、補助記憶装置２０３、ネットワークインタフェース２０４を備え、これらはバスによって電気的に接続される。

補助記憶装置２０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、又はハ
ードディスクドライブ（Hard Disk Drive）等の不揮発性の記憶媒体である。補助記憶装
置２０３は、例えば、ＯＳ（Operating System）、端末確認プログラム２０３Ｐ、その他アプリケーションプログラムを格納する。端末確認プログラム２０３Ｐは、端末１から受信されるパケットに基づいて、端末の生存を確認するためのプログラムである。端末確認プログラム２０３Ｐは、「情報処理装置」の一例である。

主記憶装置２０２は、例えば、ＲＡＭ、ＲＯＭを含む。ＲＡＭは、例えば、ＤＲＡＭ（Dynamic RAM）、ＳＲＡＭ（Static RAM）、ＳＤＲＡＭ（Synchronous DRAM）、のような半導体メモリである。主記憶装置２０２のＲＡＭは、ＣＰＵ ２０１に、ＲＯＭや補助記憶装置２０３に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする。

ＣＰＵ ２０１は、補助記憶装置２０３に保持されたＯＳやプログラムをＲＡＭにロードして実行することによって、様々な処理を実行する。ＣＰＵ ２０１は、複数であってもよい。ＣＰＵ ２０１は、「制御部」の一例である。

ネットワークインタフェース２０４は、ネットワークとの情報の入出力を行うインタフェースである。ネットワークインタフェース２０４は、有線のネットワークと接続するインタフェースである。また、ネットワークインタフェース２０４には、無線のネットワークと接続するインタフェースが含まれてもよい。ネットワークインタフェース２０４は、例えば、ＮＩＣ（Network Interface Card）、無線ＬＡＮ（Local Area Network）カード等である。ネットワークインタフェース２０４で受信されたデータ等は、ＣＰＵ ２０１に出力される。ネットワークインタフェース２０４は、「受信部」の一例である。

なお、図１２に示されるサーバ２のハードウェア構成は、一例であり、上記に限られず、実施の形態に応じて、適宜、構成要素の省略や置換、追加が可能である。例えば、サーバ２は、可搬記録媒体駆動装置を備え、ＳＤカード等の可搬記録媒体を補助記憶装置の一つとして使用してもよい。

図１３は、サーバ２の処理のフローチャートの一例である。サーバ２に示される処理は、ＣＰＵ １０１が端末確認プログラム２０３Ｐを実行することによって行われる処理である。図１３に示される処理は、例えば、システム管理者からの指示が入力されると開始及び停止される。なお、サーバ２では、各端末１それぞれについて、図１３に示される処
理のプロセスが作成される。

ＯＰ３１では、ＣＰＵ ２０１は、端末１からのパケットの受信を待機する。例えば、端末１において定期的にデータの送信要求が発生する場合には、ＯＰ３１では、ＣＰＵ ２０１は、端末１におけるデータの送信要求の発生周期と同じ時間待機する。

ＯＰ３２では、ＣＰＵ ２０１は、端末１からパケットを受信したか否かを判定する。パケットが端末１から送信されたものであることの判定は、例えば、受信パケットのヘッダ内の端末識別情報によって識別される。

端末１からパケットを受信していない場合には（ＯＰ３２：ＮＯ）、処理がＯＰ３３に進む。ＯＰ３３では、ＣＰＵ ２０１は、デバイス異常タイマがタイムアウトしているか否かを判定する。デバイス異常タイマは、例えば、ＯＰ３１における受信待ちの時間よりも長いタイマである。デバイス異常タイマがタイムアウトしている場合には（ＯＰ３３：ＹＥＳ）、処理がＯＰ３４に進む。

ＯＰ３４では、ＣＰＵ ２０１は、端末１において異常が発生していることを判定する。例えば、ＣＰＵ ２０１は、端末１のデバイス異常を、所定の装置に通知してもよい。その後、図１３に示される処理が終了する。

一方、端末１からパケットを受信した場合には（ＯＰ３２：ＹＥＳ）、処理がＯＰ３５に進む。端末１とサーバ２との間には複数の基地局が存在しており、端末１からの信号を複数の基地局が受信した場合には、端末１から同じ内容のパケットを複数受信することがある。また、ＳＩＧＦＯＸの場合には、１つのデータパケットにつき周波数を変えて３回送信が行われるので、端末１から同じ内容のデータパケットが少なくとも３つ受信される。なお、ＯＰ３２において対象となるパケットは、最初に受信されたパケットから所定時間内に受信されたパケットである。所定時間は、例えば、ＯＰ３１における受信待ち時間よりもごく短い。

ＣＰＵ ２０１は、端末１から受信されたパケットのうち代表パケットを決定する。端末１から受信されたパケットが１つである場合には、当該１つのパケットが代表パケットである。

同じ内容のパケットが複数受信された場合には、ＣＰＵ ２０１は、例えば、最初に受信したパケット、又は、受信信号強度が一番大きいパケットを代表パケットとする。パケットの受信信号強度は、例えば、パケットを中継した基地局によって当該パケットに付加されている。

なお、異なる内容のパケットが複数受信された場合には、受信された数が最も多い内容のパケットから代表パケットが選択される。

ＯＰ３５では、ＣＰＵ ２０１は、代表パケットがデータパケットであるか否かを判定する。代表パケットがデータパケットである場合には（ＯＰ３５：ＹＥＳ）、処理がＯＰ３６に進む。ＯＰ３６では、ＣＰＵ ２０１では、正常なパケットに対する受信処理を行う。正常なパケットに対する受信処理は、例えば、端末１の生存確認としてデータパケットの受信時刻を記録し、データパケットにセンサ１６（例えばＧＰＳ）による位置情報が含まれている場合には、ＣＰＵ ２０１は、端末１の位置情報を主記憶装置２０２に記録する。その後、処理がＯＰ３１に進む。ＯＰ３６の処理は、「第１のパケットに対応する第１の処理」の一例である。

代表パケットがデータパケットでない場合には（ＯＰ３５：ＮＯ）、処理がＯＰ３７に進む。ＯＰ３７では、ＣＰＵ ２０１は、代表パケットが非正規パケットであるか否かを判定する。

代表パケットが非正規パケットである場合には（ＯＰ３７：ＹＥＳ）、処理がＯＰ３８に進む。ＯＰ３８では、ＣＰＵ ２０１は、例えば、位置特定処理と端末１の生存確認としての非正規パケットの受信時刻の記録とを行う。位置特定処理は、非正規パケットに基づいて、端末１の位置を特定する処理である。位置特定処理は、例えば、以下の様にして行われる。ＯＰ３８の処理は、「端末の生存に対応する第２の処理」の一例である。

ＣＰＵ ２０１は、代表パケットと同じ内容の非正規パケットが複数存在する場合には、当該複数の非正規パケットのそれぞれの受信信号強度と端末１の送信電力とから、端末１の位置を特定する。非正規パケットの受信信号強度と端末1の送信電力とから、端末１
と当該非正規パケットを中継した基地局との間の距離が求められる。

端末１の送信電力は、例えば、データパケット及び非正規パケットのヘッダ内に含められていてもよいし、固定出力で既知であってもよい。また、パケットを中継した基地局の識別情報は、例えば、基地局によって受信信号強度とともに当該パケットに付加される。また、サーバ２は、各基地局の位置情報を保持している。したがって、代表パケットと同じ内容の非正規パケットが複数存在することによって、各基地局と端末１との距離と各基地局の位置情報とから、端末１の位置を特定することができる。

より具体的には、１つの基地局に対して、端末１が存在する可能性があるのは、非正規パケットの受信信号強度と端末１の送信電力とから求められた距離を半径とする円周上となる。他の非正規パケットから求められる他の基地局と端末１との距離とから得られる円周を組み合わせることで、端末１の位置が特定される。

ＣＰＵ ２０１は、特定した端末１の位置を主記憶装置２０２に記録する。その後、処理がＯＰ３１に進む。

代表パケットがデータパケットでも非正規パケットでもない場合には（ＯＰ３７：ＮＯ）、処理がＯＰ３９に進む。ＯＰ３９では、ＯＰ３２において受信されたパケットすべてが廃棄される。その後、処理がＯＰ３１に進む。

なお、図１３に示される処理は一例であって、サーバ２の処理は、図１３に示される処理に限定されない。

＜第１実施形態の作用効果＞
第１実施形態では、端末１は、データパケットについて送信電力不足の場合には、データパケットよりも送信に消費電力のかからない非正規パケットを送信する。これによって、端末１はデータパケットが送信できない状況でも非正規パケットを送信することができ、より長い時間、端末１の生存を確認することができる。

また、サーバ２は、非正規パケットを受信した場合に、非正規パケットに基づいて端末１の位置情報を取得する。これによって、サーバ２は、より長い時間、端末１の位置情報を追跡することができる。

また、端末１はエナジーハーベスティングデバイスを備え、エナジーハーベスティングデバイスによる発電により、第１蓄電デバイス１４及び第２蓄電デバイス１５を充電する。これによって、例えば、電池交換等のメンテナンスの手間を省くことができる。

また、端末１は第２蓄電デバイス１５を備え、第１蓄電デバイス１４の電力残量が０になった場合に、第２蓄電デバイス１５を用いる。また、端末１は、第２蓄電デバイス１５を優先して充電する。これによって、端末１は、より長い時間非正規パケットを送信することができ、より長い時間端末１の生存を確認することができる。また、端末１がエナジーハーベスティングデバイスによる発電によって充電を行う場合には、第２蓄電デバイス１５を備えることによって、エナジーハーベスティングデバイスによる給電をより安定的に運用することができる。

＜その他＞
第１実施形態では、端末１は、第２蓄電デバイス１５を備える例について説明されたが、端末１は、第２蓄電デバイス１５を備えなくともよい。また、端末１が第１蓄電デバイス１４の代わりに一次電池を備える場合にも、第１実施形態において説明された技術を適用することが可能である。

また、第１実施形態では、端末１はＳＩＧＦＯＸに対応する場合の例が説明されたが、端末１が対応する通信方式はＳＩＧＦＯＸに限定されない。例えば、端末１は、Ｚｉｇｂｅｅ、その他通信方式に対応する端末であってもよい。

＜プロセッサ＞
上記実施形態において、サーバ２は、ＣＰＵを備え、主記憶装置内にプログラムから展開された命令を実行することによって、説明された処理を実行する。ＣＰＵは、ＭＰＵ（Microprocessor）、プロセッサとも呼ばれる。ＣＰＵは、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していても良い。上記各部の少なくとも一部の処理は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal Processor(DSP)、Graphics Processing Unit（GPU）、数値演算プロセッサ、ベクトルプロセッサ、画像処理プロセッサ等の専用プロセッサで行われても良い。また、上記各部の少なくとも一部の処理は、集積回路（ＩＣ）、その他のディジタル回路であっても良い。また、上記各部の少なくとも一部にアナログ回路が含まれても良い。集積回路は、ＬＳＩ、Application Specific Integrated Circuit（ASIC）、プログラマブルロジックデバイス（ＰＬＤ）を含む。ＰＬＤは、例
えば、Field-Programmable Gate Array(FPGA)を含む。上記各部は、プロセッサと集積回
路との組み合わせであっても良い。組み合わせは、例えば、マイクロコントローラ（ＭＣＵ）、ＳｏＣ（System-on-a-chip），システムＬＳＩ、チップセットなどと呼ばれる。

＜記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる非一時的な記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コ
ンピュータ等に固定された記録媒体としても利用可能である。

１ 端末
２ サーバ
１１ ＳｏＣ
１２ 電源制御回路
１３ エナジーハーベスティングデバイス
１４ 第１蓄電デバイス
１５ 第２蓄電デバイス
１６ センサ
１００ 端末確認システム
１１１ マイクロプロセッサ
１１２ タイマ回路
１１３ メモリ
１１３Ｐ データ送信プログラム
１１４ ＲＦ回路
１１５ センサ制御回路
２０１ ＣＰＵ
２０２ 主記憶装置
２０３ 補助記憶装置
２０３Ｐ 端末確認プログラム
２０４ ネットワークインタフェース

Claims (10)

1. 端末とサーバとを備え、
   前記端末は、
   第１の電力供給デバイスと、
   前記第１の電力供給デバイスが供給可能な電力量が第１の閾値以上である場合に第１のパケットを生成し、前記第１の電力供給デバイスが供給可能な電力量が前記第１の閾値未満である場合に、前記第１のパケットよりも送信に消費される電力が小さく、前記端末の生存を示す第２のパケットを生成する第１の制御部と、
   前記生成された前記第１のパケット又は前記第２のパケットを送信する送信部と、
   を備え、
   前記サーバは、
   前記第１のパケット又は前記第２のパケットを受信する受信部と、
   前記第１のパケットを受信した場合に、前記第１のパケットに対応する第１の処理を実行し、前記第２のパケットを受信した場合に、前記端末の生存に対応する第２の処理を実行し、前記第１のパケット又は前記第２のパケットを所定時間受信しない場合に、前記端末の障害発生を検出する制御部と、
   を備える、
   端末確認システム。
2. 前記端末は、
   第２の電力供給デバイスと、
   前記第１の電力供給デバイス、及び、前記第２の電力供給デバイスを制御する第２の制御部と、
   をさらに備え、
   前記第２の制御部は、前記第１の電力供給デバイスが供給可能な電力量が前記第１の閾値より小さい第２の閾値以下である場合に、前記第２の電力供給デバイスに電力の供給源を変更する、
   請求項１に記載の端末確認システム。
3. 前記端末は、
   エナジーハーベスティングデバイスをさらに備え、
   前記第１の電力供給デバイスは、第１の蓄電デバイスであって、
   前記第２の制御部は、前記エナジーハーベスティングデバイスによって発電された電力を、前記第１の蓄電デバイスに充電させる、
   請求項２に記載の端末確認システム。
4. 前記第２の電力供給デバイスは第２の蓄電デバイスであり、
   前記第２の制御部は、前記エナジーハーベスティングデバイスによって発電された電力を前記第１の蓄電デバイスより優先して前記第２の蓄電デバイスに蓄電させる、
   請求項３に記載の端末確認システム。
5. 前記サーバの前記制御部は、前記第２の処理として、前記第２のパケットに基づいて、前記端末の位置の特定を行う、
   請求項１から４のいずれか一項に記載の端末確認システム。
6. 前記第２のパケットは、前記第１のパケットよりもサイズが小さい、前記第１のパケットよりも１回の送信処理におけるパケットの送信回数が少ない、又は、前記第１のパケットの送信周期よりも送信周期が長い、の少なくともいずれかである、
   請求項１から５のいずれか一項に記載の端末確認システム。
7. 第１の電力供給デバイスと、
   前記第１の電力供給デバイスが供給可能な電力量が第１の閾値以上である場合に第１のパケットを生成し、前記第１の電力供給デバイスが供給可能な電力量が前記第１の閾値未満である場合に、前記第１のパケットよりも送信に消費される電力が小さく、自装置の生存を示す第２のパケットを生成する第１の制御部と、
   前記生成された前記第１のパケット又は前記第２のパケットを送信する送信部と、
   を備える端末。
8. 端末から第１のパケット、又は、前記第１のパケットよりも送信に消費される電力が小さく、前記端末の生存を示す第２のパケットを受信する受信部と、
   前記第１のパケットを受信した場合に、前記第１のパケットに対応する第１の処理を実行し、前記第２のパケットを受信した場合に、前記端末の生存に対応する第２の処理を実行し、前記第１のパケット又は前記第２のパケットを所定時間受信しない場合に、前記端末の障害発生を検出する制御部と、
   を備えるサーバ。
9. 第１の電力供給デバイスを備える端末に、
   前記第１の電力供給デバイスが供給可能な電力量が第１の閾値以上である場合に第１のパケットを生成させ、前記第１の電力供給デバイスに供給可能な電力量が前記第１の閾値未満である場合に、前記第１のパケットよりも送信に消費される電力が小さく、自装置の生存を示す第２のパケットを生成させ、
   前記生成された前記第１のパケット又は前記第２のパケットを送信させる、
   ための情報処理プログラム。
10. 端末から第１のパケット、又は、前記第１のパケットよりも送信に消費される電力が小さく、前記端末の生存を示す第２のパケットを受信させ、
    前記第１のパケットを受信した場合に、前記第１のパケットに対応する第１の処理を実行させ、前記第２のパケットを受信した場合に、前記端末の生存に対応する第２の処理を実行させ、前記第１のパケット又は前記第２のパケットを所定時間受信しない場合に、前記端末の障害発生を検出させる、
    ための情報処理プログラム。

Images