JP6444217B2

JP6444217B2 - データロガーおよび輸送状況把握方法

Info

Publication number: JP6444217B2
Application number: JP2015037351A
Authority: JP
Inventors: 陽輔原野; 理人吉原; 謙二加來
Original assignee: Fujitsu Advanced Engineering Ltd
Current assignee: Fujitsu Advanced Engineering Ltd
Priority date: 2015-02-26
Filing date: 2015-02-26
Publication date: 2018-12-26
Anticipated expiration: 2035-02-26
Also published as: JP2016161294A

Description

本発明の実施形態は、データロガーおよび輸送状況把握方法に関する。

荷物の輸送を行う物流現場では、荷物の温度や湿度を設定範囲に収め、荷物が倒立状態（上下逆さま）または傾けた状態とならないように、荷物の輸送状況を監視する。この荷物の輸送状況の監視では、荷物を格納する倉庫（冷蔵、冷凍庫を含む）内、荷物の輸送を行う輸送車両の庫内に温度・湿度計を設置し、計測された温度・湿度を目視または通信により取得している。また、天地無用であり、倒立状態または傾けた状態とはしないように取り扱う荷物については、貼付表示にて対応している。

特開２０００−３０２２１１号公報

しかしながら、上記の従来技術では、顧客から荷物を受け取ってから配送先に届けるまでの全体工程にわたり、輸送状況に異常がなかったことを容易に知ることは、困難であるという問題がある。

例えば、倉庫内から輸送車両への積み込み時または輸送車両からの積み下ろし時において、荷物が外気に触れることで、荷物の温度や湿度が一時的に設定範囲を超えることがある。また、輸送トラックによる輸送時には、振動により一時的に荷物が傾いた状態となることがある。このように、倉庫内や輸送車両内における温度・湿度の管理外または目視による管理外の状況以外については、輸送状況に異常があったとしても、その異常を知ることは困難である。

１つの側面では、荷物の輸送状況の異常を容易に知ることを可能とするデータロガーおよび輸送状況把握方法を提供することを目的とする。

第１の案では、荷物に設置されるデータロガーであって、センサ部と、センサ部により測定された測定値が異常として検知する条件として予め設定された異常条件を満たす場合に、異常の検知に応じた無線発信を行う通信部とを有する。通信部は、測定値が予め設定された発信条件を満たす場合に、測定値が異常条件を満たすとされた後の異常の検知に応じた無線発信を行う。

本発明の１実施態様によれば、荷物の輸送状況の異常を容易に知ることができる。

図１は、実施形態にかかるデータロガーシステムの一例を示す説明図である。図２は、荷物の輸送を説明する説明図である。図３は、実施形態にかかるデータロガーの構成例を示すブロック図である。図４は、実施形態にかかる端末装置の構成例を示すブロック図である。図５は、実施形態にかかるデータロガーと端末装置の動作例を示すラダーチャートである。図６は、監視条件の設定にかかる動作例を示すフローチャートである。図７は、実施形態にかかるデータロガーの動作例を示すフローチャートである。図８は、重力軸とＸＹＺ軸との関係を説明する説明図である。図９は、ＸＹＺ軸の加速度値を説明する説明図である。図１０は、実施形態にかかるデータロガーの動作例を示すフローチャートである。図１１は、実施形態にかかる端末装置の動作例を示すフローチャートである。

以下、図面を参照して、実施形態にかかるデータロガーおよび輸送状況把握方法を説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略する。なお、以下の実施形態で説明するデータロガーおよび輸送状況把握方法は、一例を示すに過ぎず、実施形態を限定するものではない。また、以下の各実施形態は、矛盾しない範囲内で適宜組みあわせてもよい。

図１は、実施形態にかかるデータロガーシステム１００の一例を示す説明図である。図１に示すように、データロガーシステム１００は、データロガー１と、端末装置３と、サーバ４とを有する。

データロガー１は、荷物２に設置され、各種センサと、センサの測定値を記録するメモリと、端末装置３と通信する通信部とを有する無線タグである。例えば、データロガー１は、ラベルまたはシールとして荷物２の一面に貼り、荷物２を輸送する工程で使用する。

図２は、荷物２の輸送を説明する説明図である。荷物預かり時（Ｓ１）において、作業員は、顧客から荷物２を預かる。この時、顧客は、荷物２の宛先とともに、温度／湿度／天地無用等の荷物２の輸送条件を指定する。

例えば、荷物２が果物や野菜等の生鮮食品の場合は冷蔵での輸送（例えば０〜５℃）を指定し、アイスクリーム等の冷凍食品の場合は冷凍での輸送（例えば−５℃〜−１０℃）を指定する。また、荷物２が電子部品である場合は高湿下を避けた輸送（例えば湿度５０％以下）を指定する。また、荷物２が陶器などの割れ物である場合は倒立状態を避けるため天地無用の輸送を指定する。

作業員は、端末装置３を操作して顧客が指定した宛先、輸送条件等の荷物２にかかる情報を入力し、サーバ４へ登録する。この荷物２にかかる情報の登録により、サーバ４では、顧客から預かった荷物２を統括管理する。また、作業員は、顧客から受け付けた宛先と、これらの輸送条件とを記したラベルを作成して荷物２に添付する。また、作業員は、端末装置３を操作してデータロガー１に輸送条件（監視条件）を設定する。

荷物２を預かってデータロガー１を貼り付けた後は、倉庫における保管（Ｓ２）、輸送車両による配送（Ｓ３）を経て、宛先へ届けられる（Ｓ４）。作業員は、宛先に荷物２を届けた際に（Ｓ４）、端末装置３を操作して荷物２の輸送が完了したことをサーバ４へ登録する。このＳ２〜Ｓ４の間、データロガー１は、荷物２に貼付された状態であり、設定された監視条件にしたがって各種センサにより輸送状況を監視する。また、Ｓ２〜Ｓ４の間、作業員は、端末装置３を操作してデータロガー１と通信することで、データロガー１のメモリに記録された測定値などを確認し、そのデータロガー１より読み出した情報をサーバ４へ登録できる。そして、データロガー１は、届け先に荷物２が届いた際に（Ｓ４）、作業員により取り外され、再利用されることとなる。

図３は、実施形態にかかるデータロガー１の構成例を示すブロック図である。図３に示すように、データロガー１は、制御チップ１０およびバッテリー２０を有する。制御チップ１０は、データロガー１全体を制御する部位である。バッテリー２０は、データロガー１全体に電力を供給する電力源であり、例えば一次電池もしくは二次電池である。

制御チップ１０は、ＭＰＵ１１（MPU：Micro-Processing Unit）、通信部１２、ＬＥＤ１３（LED：Light Emitting Diode）、ブザー１４、ＦＲＡＭ１５（FRAM（登録商標）：Ferroelectric RAM）およびセンサ部１６を有する。

ＭＰＵ１１は、制御チップ１０全体の動作を制御する。通信部１２は、アンテナ１２１を有し、ＭＰＵ１１の制御のもとでアンテナ１２１を介した無線通信を行う。例えば、通信部１２は、ＢＴＬＥ（Bluetooth Low Energy（登録商標））等の通信規格による無線通信を行う。ＬＥＤ１３は、ＭＰＵ１１の制御のもとで点灯／消灯を行う。例えば、ＬＥＤ１３は、点灯／消灯／点滅などの点灯状態によりデータロガー１の動作状態を通知する。ブザー１４は、ＭＰＵ１１の制御のもとでブザー音声の出力を行う。ＦＲＡＭ１５は、通信部１２における無線通信の設定情報、ロガーＩＤなどのデータロガー１を識別するための識別情報等の各種設定情報およびセンサ部１６の測定により得られた測定情報を記憶する。

センサ部１６は、加速度センサ１６１、照度センサ１６２、地磁気センサ１６３、温度センサ１６４、湿度センサ１６５および気圧センサ１６６を有し、データロガー１の移動・姿勢およびデータロガー１の周辺の環境を計測するセンサである。このセンサ部１６が計測した計測値は、ＭＰＵ１１に出力される。ＭＰＵ１１は、ＲＴＣ（Real Time Clock）機能により計時されたクロックカウンタとともに、センサ部１６より出力された計測値をＦＲＡＭ１５に記憶する。

加速度センサ１６１は、ＸＹＺ軸（３軸）方向の加速度値を測定するセンサであり、重力およびデータロガー１の移動に伴う加速度を測定する。照度センサ１６２は、データロガー１の周辺の照度を測定する。地磁気センサ１６３は、地磁気を計測する。温度センサ１６４は、データロガー１の周辺の温度を測定する。湿度センサ１６５は、データロガー１の周辺の湿度を測定する。気圧センサ１６６は、データロガー１の周辺の気圧を測定する。

端末装置３は、作業員が使用する端末であり、例えばスマートフォン、タブレット端末等の携帯型の端末である。なお、端末装置３は、倉庫における保管時（Ｓ２）、輸送車両による配送時（Ｓ３）において、保管場所や輸送車両に設置され端末であってもよい。例えば、保管場所に設置されたＰＣ（Personal Computer）や、輸送車両の運転席に設置された端末装置などの固定型の端末であってもよい。また、端末装置３が固定型の端末である場合は、保管場所や輸送車両内に置かれた荷物２のデータロガー１とアクセスポイント（ＡＰ）を介して通信してもよい。本実施形態では、端末装置３としてスマートフォン、タブレット端末等の携帯型の端末を例示する。

端末装置３は、ＢＴＬＥ規格等の無線通信を介してデータロガー１との通信を行う。また、端末装置３は、Ｗｉ−Ｆｉ規格等の無線通信を介してＬＡＮ（Local Area Network）やインターネット等の通信ネットワーク（図示しない）と接続し、この通信ネットワーク上のサーバ４との通信を行う。

図４は、実施形態にかかる端末装置３の構成例を示すブロック図である。図４に示すように、端末装置３は、ＡＰＵ３０、ＧＰＵ３１、ＬＣＤ３２、タッチパネル３３、ＭＥＭ３４、フラッシュＲＯＭ３５、通信部３６、アンテナ３７およびバッテリー３８を有する。

ＡＰＵ３０（APU：Application Processor Unit）は、フラッシュＲＯＭ３５などに記憶されたプログラムをＭＥＭ３４に展開して順次実行することで、端末装置３全体の動作を制御する。ＧＰＵ３１（GPU：Graphics Processing Unit）は、ＡＰＵ３０の制御のもと、ＬＣＤ３２の表示を制御する。ＬＣＤ３２（Liquid Crystal Display）は、ＧＰＵ３１の制御のもとで各種情報を画面表示する出力インタフェースである。タッチパネル３３は、ＬＣＤ３２に重畳して配置され、ユーザのタッチ操作等を受け付けて、各種情報やコマンドを入力する入力インタフェースである。ＭＥＭ３４（MEM：Memory）は、フラッシュＲＯＭ３５がプログラムを実行する際の作業領域を提供する。フラッシュＲＯＭ３５（ROM：Read Only Memory）は、ＡＰＵ３０が実行するプログラムや各種設定情報等を格納する。通信部３６は、ＡＰＵ３０の制御のもとでアンテナ３７を介した無線通信を行う。例えば、通信部３６は、ＢＴＬＥ規格やＷｉ−Ｆｉ規格の無線通信を実行する。バッテリー３８は、端末装置３全体に電力を供給する電力源である。

サーバ４は、ＬＡＮやインターネット等の通信ネットワークと接続する各機器と通信可能なサーバ装置であり、顧客から預かった荷物２にかかる情報を統括管理する。例えば、サーバ４は、端末装置３により登録された、荷物２にかかる情報または荷物２のデータロガー１より読み出した情報を、顧客または作業員からの問い合わせに応じて提供する。一例としては、顧客または作業員が操作するＰＣ等の情報処理装置上のＷｅｂブラウザからの問い合わせに応じて情報を提供するＷｅｂサーバ等である。顧客または作業員は、サーバ４へアクセスすることで、荷物２にかかる各種情報を確認できる。

図５は、実施形態にかかるデータロガー１と端末装置３の動作例を示すラダーチャートである。図５に示すように、データロガー１のＭＰＵ１１は、荷物預かり時（Ｓ１）等において行われる、端末装置３による監視条件の設定（Ｓ１０）を受けて、設定された監視条件に従ってセンサ部１６による監視を行う（Ｓ１１）。このセンサ部１６による監視において、データロガー１のＭＰＵ１１は、センサ部１６より得られた測定値を測定情報として、計時されたクロックカウンタとともにＦＲＡＭ１５に順次記憶する。

図６は、監視条件の設定（Ｓ１０）にかかる動作例を示すフローチャートである。図６に示すように、端末装置３は、タッチパネル３３の操作により温度／湿度／天地無用等の荷物２の輸送条件を受け付けて、その輸送条件に対応する監視条件を入力する（Ｓ２０）。次いで、端末装置３は、入力された監視条件を通信部３６によりデータロガー１へ送信する（Ｓ２１）。

例えば、輸送条件が冷蔵での輸送（例えば０〜５℃）である場合、温度センサ１６４による測定値が輸送条件（０〜５℃）を外れた場合に異常レベルとし、輸送条件よりさらに大きく外れた場合（１０℃以上）に警報レベルとする監視条件を入力する。また、高湿下を避けた輸送（例えば湿度５０％以下）である場合、湿度センサ１６５による測定値が輸送条件（湿度５０％以下）を外れた場合に異常レベルとし、輸送条件よりさらに大きく外れた場合（湿度７０％以上）に警報レベルとする監視条件を入力する。また、天地無用の輸送である場合、加速度センサ１６１の測定値に基づく荷物２の向きが横倒し状態である場合に異常レベルとし、荷物２の向きが倒立状態である場合に警報レベルとする監視条件を入力する。

なお、上述した監視条件は、輸送条件−監視条件の対応を示すテーブルを参照することで、タッチパネル３３の操作により受け付けた輸送条件から得るようにしてもよいし、タッチパネル３３の操作により直接入力してもよい。

データロガー１のＭＰＵ１１は、設定された監視条件に従ってセンサ部１６による監視を行い（Ｓ１１）、センサ部１６の測定値が監視条件として設定された異常／警報レベルであるか否かを判定する（Ｓ１２）。ここで、異常／警報レベルでない場合（Ｓ１２：ＮＯ）、データロガー１のＭＰＵ１１は、処理を待機する。

異常／警報レベルである場合（Ｓ１２：ＹＥＳ）、データロガー１のＭＰＵ１１は、異常／警報レベルを検知したデータロガー１を示すロガーＩＤとともに、異常／警報レベルであることを示すブロードキャスト発信を通信部１２より行う（Ｓ１３）。通信部１２によるブロードキャスト発信は、例えば、１０ｍ程度を通信範囲とするＢＴＬＥ規格の無線発信である。したがって、データロガー１の通信範囲内にある端末装置３は、データロガー１からのブロードキャスト発信を受信することで、輸送条件から外れた荷物２の輸送状況の異常を容易に知ることができる。また、無線によるブロードキャスト発信であることから、輸送条件から外れた荷物２が他の荷物２により隠されてしまう場合であっても、データロガー１の通信範囲内にある端末装置３に対して確実に通知できる。

また、通信部１２によるブロードキャスト発信は、一度発信を開始した後、クロックカウンタによるカウンタ値をもとに、所定の周期（例えば１０秒ごと）で逐次行ってもよい。これにより、荷物２の状態が異常／警報レベルであったことを端末装置３に対して逐次通知できる。

通信部１２によるブロードキャスト発信は、ＭＰＵ１１の制御のもと、センサ部１６による測定値が所定の条件を満たす場合に行ってもよい。例えば、照度センサ１６２による照度値が予め設定した閾値以下または閾値以上となった場合に、ＭＰＵ１１は、通信部１２によるブロードキャスト発信を行うように制御する。これにより、端末装置３を所持する作業員が倉庫や輸送車両から荷物２を運び出すなど、照度が変わるタイミングにあわせてブロードキャスト発信を行うことができる。

また、加速度センサ１６１による測定値をもとに荷物２の移動を検知した場合に、ＭＰＵ１１は、通信部１２によるブロードキャスト発信を行うように制御してもよい。この場合は、端末装置３を所持する作業員が荷物２を移動するタイミングにあわせてブロードキャスト発信を行うことができる。

ここで、輸送条件が天地無用である場合のデータロガー１の動作の詳細を説明する。図７は、実施形態にかかるデータロガー１の動作例を示すフローチャートである。

図７に示すように、処理が開始されると、データロガー１のＭＰＵ１１は、端末装置３による天地無用を輸送条件とする場合の監視条件の設定をもとに、警報／異常発生となる荷物２の限界傾きを取得する（Ｓ３０）。例えば、ＭＰＵ１１は、荷物２の向きが横倒し状態となる傾きであり、重力軸に対して９０度まで傾いた荷物２の傾きを異常発生の限界傾きとする。また、ＭＰＵ１１は、荷物２の向きが倒立状態となる傾きであり、重力軸に一致するまで傾いた荷物２の傾きを警報発生の限界傾きとする。

次いで、ＭＰＵ１１は、センサ部１６の加速度センサ１６１により初期静止時におけるＸＹＺ軸の加速度を計測し（Ｓ３１）、初期静止時におけるＸＹＺ軸の加速度に対する重力軸の傾きを算出する（Ｓ３２）。

図８は、重力軸とＸＹＺ軸との関係を説明する説明図である。図８において、ＸＹＺ軸は加速度センサ１６１により加速度を計測する３軸である。Ｓ３２では、加速度センサ１６１のＸＹＺ軸の重力軸に対する各々の傾き（θ_ｘ，θ_ｙ，θ_ｚ）を求める。

例えば、θ_ｘには、Ｇ（９．８）×ｃｏｓ（θ_ｘ）＝Ｘ軸の加速度計測値の関係がある。したがって、θ_ｘ＝ａｒｃｃｏｓ（（Ｘ軸の加速度計測値）／９．８）としてθ_ｘを求めることができる。θ_ｘと同様にして、θ_ｙおよびθ_ｚを求めることができる。

図９は、ＸＹＺ軸の加速度値を説明する説明図である。図９の上段のグラフは、初期静止状態における加速度センサ１６１のＸＹＺ軸のベース加速度値（Ｘｓ，Ｙｓ，Ｚｓ）を示す。図９の下段のグラフは、搬送中における各軸のベース加速度値（Ｘｄ，Ｙｄ，Ｚｄ）を示す。

図９に示すように、静止状態の場合は、各軸のベース加速度値（Ｘｓ，Ｙｓ、Ｚｓ）が一定であることから、１計測値を用いて重力軸の傾きを算出することができる。これに対し、搬送中の場合は、加速度値が常に変動していると考えられるため、各軸のベース加速度値（Ｘｄ，Ｙｄ、Ｚｄ）は、複数計測結果から求めることとなる。例えば、各軸の複数計測値の集合から中央値との差が最も大きいものを除き、標準偏差（σ）を算出する処理を繰り返す。そして、標準偏差の値が所定の閾値以下になったところで、その集合における中央値をベース加速度値（Ｘｄ，Ｙｄ、Ｚｄ）とする。

ここで、初期静止時におけるＸＹＺ軸の加速度（ベース加速度値（Ｘｓ，Ｙｓ、Ｚｓ））に対する重力軸の傾きを（θ_ｘｓ，θ_ｙｓ，θ_ｚｓ）とする。また、搬送中（初期静止時以外）のＸＹＺ軸の加速度（ベース加速度値（Ｘｄ，Ｙｄ、Ｚｄ））に対する重力軸の傾きを（θ_ｘｄ，θ_ｙｄ，θ_ｚｄ）とする。また、正立した状態の荷物２にデータロガー１が添付され、初期静止時における重力軸の傾きが求められているものとする。したがって、荷物２の傾き具合は、各軸において｜θ_ｘｄ−θ_ｘｓ｜、｜θ_ｙｄ−θ_ｙｓ｜、｜θ_ｙｄ−θ_ｙｓ｜として求められる。

次いで、ＭＰＵ１１は、ＲＴＣ機能におけるクロックカウントを開始し（Ｓ３３）、一定周期待った後に（Ｓ３４）、加速度センサ１６１によるＸＹＺ軸の加速度（ベース加速度値（Ｘｄ，Ｙｄ、Ｚｄ））を計測する（Ｓ３５）。次いで、ＭＰＵ１１は、計測したＸＹＺ軸の加速度に対する重力軸の傾き（θ_ｘｄ，θ_ｙｄ，θ_ｚｄ）を算出する（Ｓ３６）。

次いで、ＭＰＵ１１は、Ｓ３２の重力軸の傾き（θ_ｘｄ，θ_ｙｄ，θ_ｚｄ）と、Ｓ３６の重力軸の傾き（θ_ｘｄ，θ_ｙｄ，θ_ｚｄ）とをもとに、荷物２の傾き具合を求める。次いで、ＭＰＵ１１は、荷物２の傾き具合が異常発生となる荷物２の限界傾きとなる、異常発生レベルに傾いたか否かを判定する（Ｓ３７）。例えば、荷物２の傾き具合が横倒し状態となる向きに傾いたか否かを判定する。

異常発生レベルに傾いた場合（Ｓ３７：ＹＥＳ）、ＭＰＵ１１は、通信部１２により異常発生を示すブロードキャスト発信を行う（Ｓ３８）。例えば、異常発生を示すブロードキャスト発信は、通信部１２が無線で送信する送信信号に、異常発生を示すフラグを立てるなどして行う。

異常発生レベルに傾いていない場合（Ｓ３７：ＮＯ）、ＭＰＵ１１は、荷物２の傾き具合が警報発生となる荷物２の限界傾きとなる、警報レベルに傾いたか否かを判定する（Ｓ３９）。例えば、荷物２の傾き具合が倒立状態となる向きに傾いたか否かを判定する。

警報レベルに傾いた場合（Ｓ３９：ＹＥＳ）、ＭＰＵ１１は、通信部１２により警報レベルを示すブロードキャスト発信を行う（Ｓ４０）。例えば、警報レベルを示すブロードキャスト発信は、通信部１２が無線で送信する送信信号に、警報レベルを示すフラグを立てるなどして行う。

次に、輸送条件が温度・湿度の指定である場合のデータロガー１の動作の詳細を説明する。図１０は、実施形態にかかるデータロガー１の動作例を示すフローチャートである。

図１０に示すように、処理が開始されると、データロガー１のＭＰＵ１１は、端末装置３による温度・湿度の輸送条件をもとに、警報／異常発生となる荷物２の温度・湿度範囲を取得する（Ｓ５０）。例えば、ＭＰＵ１１は、冷蔵（０〜５℃）の場合、５℃≦（温度）＜１０℃を異常の温度範囲とし、１０℃≦（温度）を警報の温度範囲とする。また、湿度５０％以下の場合、５０％≦（湿度）＜７０％を異常の湿度範囲とし、７０％≦（湿度）を警報の湿度範囲とする。

次いで、ＭＰＵ１１は、ＲＴＣ機能におけるクロックカウントを開始し（Ｓ５１）、一定周期待った後に（Ｓ５２）、温度センサ１６４、湿度センサ１６５による温度・湿度を計測する（Ｓ５３）。

次いで、ＭＰＵ１１は、計測した温度・湿度範囲が異常発生レベルであるか否かを判定する（Ｓ５４）。例えば、上述した冷蔵の例では、計測した温度値が５℃≦（温度）＜１０℃を満たす場合に異常発生レベルとする。同様に、湿度の例では、計測した湿度値が５０％≦（湿度）＜７０％を満たす場合に異常発生レベルとする。

測定した温度・湿度範囲が異常発生レベルである場合（Ｓ５４：ＹＥＳ）、ＭＰＵ１１は、通信部１２により温度・湿度の異常発生を示すブロードキャスト発信を行う（Ｓ５５）。例えば、異常発生を示すブロードキャスト発信は、通信部１２が無線で送信する送信信号に、温度・湿度において異常発生を示すフラグを立てるなどして行う。

測定した温度・湿度範囲が異常発生レベルでない場合（Ｓ５４：ＮＯ）、ＭＰＵ１１は、測定した温度・湿度範囲が警報レベルであるか否かを判定する（Ｓ５６）。例えば、上述した冷蔵の例では、計測した温度値が１０℃≦（温度）を満たす場合に警報レベルであるとする。同様に、湿度の例では、計測した湿度値が７０％≦（湿度）を満たす場合に警報レベルであるとする。

測定した温度・湿度範囲が警報レベルである場合（Ｓ５６：ＹＥＳ）、ＭＰＵ１１は、通信部１２により温度・湿度が警報レベルであることを示すブロードキャスト発信を行う（Ｓ５７）。例えば、警報レベルのブロードキャスト発信は、通信部１２が無線で送信する送信信号に、温度・湿度が警報レベルであることを示すフラグを立てるなどして行う。

図５に戻り、端末装置３は、異常／警報レベルであることを示すブロードキャスト発信を受けて、ＬＣＤ３２の表示画面上に異常／警報を表示する（Ｓ１４）。

図１１は、実施形態にかかる端末装置３の動作例を示すフローチャートである。図１１に示すように、処理が開始されると、端末装置３のＡＰＵ３０は、データロガー１からのブロードキャス発信の受信待ちとする（Ｓ６０）。

次いで、ＡＰＵ３０は、データロガー１からのブロードキャスト発信を受信すると（Ｓ６１）、ブロードキャスト発信に含まれるフラグ等をもとに、異常の発生か否かを判定する（Ｓ６２）。

異常の発生である場合（Ｓ６２：ＹＥＳ）、ＡＰＵ３０は、ブロードキャスト発信に含まれるロガーＩＤとともに、荷物２に異常が発生したことをＬＣＤ３２の表示画面上に表示する（Ｓ６３）。これにより、作業員は、ロガーＩＤで示された荷物２に異常が生じたことを認識できる。

異常の発生でない場合（Ｓ６２：ＮＯ）、ＡＰＵ３０は、ブロードキャスト発信に含まれるフラグ等をもとに、警報か否かを判定する（Ｓ６４）。

警報である場合（Ｓ６４：ＹＥＳ）、ＡＰＵ３０は、ブロードキャスト発信に含まれるロガーＩＤとともに、荷物２に警報レベルの異常が生じた警告をＬＣＤ３２の表示画面上に表示する（Ｓ６５）。これにより、作業員は、ロガーＩＤで示された荷物２に警報レベルの異常が生じたことを認識できる。

なお、Ｓ６３、Ｓ６５において、ＡＰＵ３０は、ブロードキャスト発信に含まれるロガーＩＤをもとにサーバ４へ荷物２にかかる情報を問い合わせ、得られた荷物２の情報を表示画面上に表示してもよい。これにより、作業員は、異常／警報レベルの異常が生じた荷物２の詳細を確認できる。

図５に戻り、端末装置３のＡＰＵ３０は、通信部３６による通信によりデータロガー１へＦＲＡＭ１５に記録された測定値のデータを要求する。データロガー１のＭＰＵ１１は、端末装置３からの要求に応じてＦＲＡＭ１５に記録した測定値のデータを読み出し、通信部１２により端末装置３へ返信する。これにより、端末装置３は、データロガー１からのデータの読み出しを行う（Ｓ１５）。

また、端末装置３からのデータの読み出し時（Ｓ１５）において、データロガー１のＭＰＵ１１は、Ｓ１３において開始した通信部１２によるブロードキャスト発信を終了する。具体的には、データロガー１のＭＰＵ１１は、端末装置３からの要求に応じてＦＲＡＭ１５に記録した測定値のデータを読み出し、端末装置３へ返信したところで、通信部１２によるブロードキャスト発信を終了する。このように、端末装置３によりＦＲＡＭ１５に記録した測定値のデータの確認が行われたところでブロードキャスト発信を終了することで、重複した確認が行われることを防止できる。

次いで、端末装置３のＡＰＵ３０は、Ｓ１５において読み出したデータをＬＣＤ３２の表示画面上へ出力する（Ｓ１６）。これにより、作業員は、ＦＲＡＭ１５に記録した測定値のデータから、荷物２に生じた異常／警報レベルの異常の詳細を確認できる。なお、Ｓ１６において、ＡＰＵ３０は、データロガー１より読み出したデータを、ロガーＩＤを付したうえで通信部３６よりサーバ４へ出力してもよい。これにより、サーバ４は、荷物２に生じた異常／警報レベルの異常の詳細を管理できる。

データロガー１および端末装置３で行われる各種処理機能は、ＭＰＵ１１またはＡＰＵ３０等のマイクロ・コンピュータ上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＡＰＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、またはワイヤードロジックによるハードウェア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。

また、ＭＰＵ１１またはＡＰＵ３０等のマイクロ・コンピュータ上で実行されるプログラムは、例えば読み取り可能な記憶媒体に記憶されていてもよい。この読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢ（Universal Serial Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ等に接続された装置にこのプログラムを記憶させておき、これらからプログラムを読み出して実行するようにしてもよい。

１…データロガー
２…荷物
３…端末装置
４…サーバ
１０…制御チップ
１１…ＭＰＵ
１２…通信部
１３…ＬＥＤ
１４…ブザー
１５…ＦＲＡＭ
１６…センサ部
２０…バッテリー
３０…ＡＰＵ
３１…ＧＰＵ
３２…ＬＣＤ
３３…タッチパネル
３４…ＭＥＭ
３５…フラッシュＲＯＭ
３６…通信部
３７…アンテナ
３８…バッテリー
１００…データロガーシステム
１２１…アンテナ
１６１…加速度センサ
１６２…照度センサ
１６３…地磁気センサ
１６４…温度センサ
１６５…湿度センサ
１６６…気圧センサ

Claims

荷物に設置されるデータロガーであって、
センサ部と、
前記センサ部により測定された測定値が異常として検知する条件として予め設定された異常条件を満たす場合に、前記異常の検知に応じた無線発信を行う通信部と、を有し、
前記通信部は、前記測定値が予め設定された発信条件を満たす場合に、前記測定値が異常条件を満たすとされた後の前記異常の検知に応じた無線発信を行う
ことを特徴とするデータロガー。
前記異常の検知に応じた無線発信は、所定の通信範囲に対するブロードキャスト発信である
ことを特徴とする請求項１に記載のデータロガー。
前記通信部は、前記異常の検知に応じた無線発信を開始した後、所定の周期で当該無線発信を行う
ことを特徴とする請求項１又は２に記載のデータロガー。
前記測定値を記録する記録部を有し、
前記通信部は、前記記録部に記録された測定値の読み出しに応じて、前記異常の検知に応じた無線発信を終了する
ことを特徴とする請求項１乃至３のいずれか一項に記載のデータロガー。
荷物に設置されるデータロガーが
センサ部により測定された測定値が異常として検知する条件として予め設定された異常条件を満たし、前記測定値が予め設定された発信条件を満たす場合に、前記測定値が異常条件を満たすとされた後の前記異常の検知に応じた無線発信を行い、
端末装置が
前記異常の検知に応じた無線発信を受信した場合に、当該異常を報知する
ことを特徴とする輸送状況把握方法。