(57)【要約】      （修正有）【課題】無線端末装置に異常が発生した場合に、異常が発生したことをサーバに通知し得る、無線端末装置、及び、無線端末システムを提供する。【解決手段】無線端末装置１０は、サーバ２０に無線通信を介して接続される、無線端末装置１０であって、無線端末装置１０に異常が発生したことを検知する、異常検知手段と、取得したデータを所定の周期でサーバ２０に送信するとともに、異常検知手段が異常を検知した場合には、データの送信に代えて、異常の発生を通知する異常発生情報をサーバ２０に送信する、データ送信手段と、を備える。【選択図】図１
2018163562.tif 000002
【特許請求の範囲】
【請求項１】
サーバに無線通信を介して接続される無線端末装置であって、
前記無線端末装置に異常が発生したことを検知する異常検知手段と、
データを所定の周期で前記サーバに送信するとともに、前記異常検知手段が発生した異常を検知した場合には、前記データの送信に代えて、異常の発生を通知するための異常発生情報を前記サーバに送信する、データ送信手段と、
を備える、無線端末装置。
【請求項２】
前記異常検知手段は、前記無線端末装置と前記サーバとの間の無線通信の状態が所定の品質以下である場合に、前記無線端末装置に異常が発生したと判定する、請求項１に記載の無線端末装置。
【請求項３】
前記データ送信手段が、所定量のデータが所定の時間内に送信完了しない場合に、無線通信の状態が前記所定の品質以下であると判定する、請求項２に記載の無線端末装置。
【請求項４】
前記無線通信の状態が、前記サーバと通信不可能な状態から通信可能な状態に復帰した場合には、
前記異常検知手段は、前記サーバに送信すべきデータの量を確認し、前記送信すべきデータの量が、閾値以上の場合には、異常が発生したと判定して、前記データ送信手段が、多量のデータを送信することを予め通知する多量データ情報を前記異常発生情報として前記サーバに送信する、
請求項１乃至請求項３のいずれかに記載の無線端末装置。
【請求項５】
前記データ送信手段は、前記異常発生情報を送信した場合には、前記送信すべきデータを、新しく蓄積された順に前記サーバに送信する、請求項１乃至請求項４のいずれかに記載の無線端末装置。
【請求項６】
前記無線端末装置に関連する情報を取得する、情報取得手段を、さらに備えており、
前記データ送信手段が前記サーバに送信するデータは、前記情報取得部が取得した情報に関するデータである、請求項１乃至請求項５のいずれかに記載の無線端末装置。
【請求項７】
前記データ送信手段は、前記異常検知手段が異常を検知していない場合には、蓄積された順に前記データを前記サーバに送信する、請求項１乃至請求項６のいずれかに記載の無線端末装置。
【請求項８】
サーバと、前記サーバに無線通信を介して接続される無線端末装置とを備える無線端末システムであって、
前記無線端末装置は、
前記無線端末装置に異常が発生したことを検知する、異常検知手段と、
取得したデータを所定の周期で前記サーバに送信するとともに、前記異常検知手段が異常を検知した場合には、前記データの送信に代えて、異常の発生を通知する異常発生情報を前記サーバに送信する、データ送信手段と、
を備え、
前記サーバは、
前記無線端末装置から前記データと前記異常発生情報とを受信する、受信手段と、
前記受信手段が前記異常発生情報を受信した場合には、前記異常発生情報を送信した前記無線端末装置に異常が発生したことを通知する、異常発生通知手段と、
を備える、ことを特徴とする無線端末システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、無線端末装置、及び、無線端末システムに関する。
【背景技術】
【０００２】
昨今、普及拡大が予想されているＩｏＴ（Internet of Things）に必要とされる無線端末装置は、ＧＰＳなどのセンシングデータを検知するセンサーと、センサーからのデータを収集して、そのデータを該当するサーバへ送信するための制御を行う制御部と、データをサーバへ送るための通信を行う無線通信部などにより構成されている。
【０００３】
このようなＩｏＴに用いられる無線端末装置の特徴の１つとして、サーバ側へ送信するセンシングデータは一度に大きなデータ量は扱わず、所定周期でサーバへのデータ送信が行われるという点がある。このため、ランニングコストを抑制するために、通信速度を低く抑える、少ないデータ量で送信する、或いは、少ない通信頻度で通信する、無線端末装置が開発されている。
【０００４】
無線端末の無線通信部が利用する無線通信サービス（例えばＷＡＮ（Wide Area Network））の品質は、電波環境に左右されるため、弱電界や圏外などの通信異常が発生することがあり、また、無線通信装置に障害が発生した場合には、その障害が復旧されるまで、通信品質は劣悪だったり、サーバとの通信が不可能だったりする。
【０００５】
これら異常発生中も、ＩｏＴに用いられる無線端末装置では定期的なセンシングデータの取得は継続しており、所定の周期でサーバへセンシングデータを送信しようとするが、障害によりデータは送信することが出来ない。この間、サーバ側ではデータが送信されてくるのを待つという処理を継続することとなる。
【０００６】
このように、無線通信においては電波環境により通信品質が大きく影響を受けることとなるので、無線通信が不安定（弱電界）な状態や、通信が不可能（圏外）となる状態が起りうる。このような通信品質が所定の品質以下である場合に、センシングデータを送信しようとした場合、正常時の何倍もの通信時間が必要となり、或いはデータが送れないと言った問題が発生する。これはサーバ側から見た場合、期待した時刻に必要なデータが届かない「データ送信遅延」が発生することになる。
【０００７】
しかし、サーバ側では、何故データが送信されてこないのか理由が分からない。一般的には、サーバ側に届いたデータは直ちに可視化され、サーバのユーザへ提示されることになっているが、前記「データ送信遅延」が発生すると、このユーザへのデータ提示もすることができず、ユーザに不安を与えることに繋がり好ましくない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１３−１４０５２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本実施形態の目的は、無線端末装置に異常が発生した場合に、異常が発生したことをサーバに通知し得る、無線端末装置、及び、無線端末システムを提供することである。
【課題を解決するための手段】
【００１０】
本実施形態に係る無線端末装置は、サーバに無線通信を介して接続される、無線端末装置であって、当該無線端末装置に異常が発生したことを検知する、異常検知手段と、取得したデータを所定の周期で前記サーバに送信するとともに、前記異常検知手段が異常を検知した場合には、前記データの送信に代えて、異常の発生を通知する異常発生情報を前記サーバに送信する、データ送信手段と、を備える。
【００１１】
本実施形態に係る無線端末システムは、サーバと、前記サーバに無線通信を介して接続される無線端末装置とを備える無線端末システムであって、前記無線端末装置は、当該無線端末装置に異常が発生したことを検知する、異常検知手段と、取得したデータを所定の周期で前記サーバに送信するとともに、前記異常検知手段が異常を検知した場合には、前記データの送信に代えて、異常の発生を通知する異常発生情報を前記サーバに送信する、データ送信手段と、を備え、前記サーバは、前記無線端末装置から前記データと前記異常発生情報とを受信する、受信手段と、前記受信手段が前記異常発生情報を受信した場合には、前記異常発生情報を送信した前記無線端末装置に異常が発生したことを通知する、異常発生通知手段と、を備える。
【図面の簡単な説明】
【００１２】
【図１】第１実施形態及び第２実施形態に係る無線端末システムの全体構成を説明するブロック図。
【図２】第１実施形態及び第２実施形態に係る無線端末装置で実行されるデータ取得格納処理を説明するフローチャートを示す図。
【図３】第１実施形態に係る無線端末装置で実行されるデータ送信処理を説明するフローチャートを示す図。
【図４】第１実施形態及び第２実施形態に係るサーバで実行されるデータ受信処理を説明するフローチャートを示す図。
【図５】第２実施形態に係る無線端末装置で実行されるデータ送信処理を説明するフローチャートを示す図。
【図６】第１実施形態及び第２実施形態に係る無線端末システムを機能ブロックで表した図。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら、一実施形態に係る無線端末装置及び無線端末システムを説明する。なお、以下の説明において、略同一の機能及び構成を有する構成要素については、同一符号を付し、重複説明は必要な場合にのみ行うこととする。
【００１４】
〔第１実施形態〕
図１は、本実施形態に係る無線端末システム１の全体構成を説明するブロック図である。この図１に示すように、本実施形態に係る無線端末システム１は、無線端末装置１０とサーバ２０とを備えて構成されており、これら無線端末装置１０とサーバ２０との間は、無線通信により接続される。図１の例では、サーバ２０に無線端末装置１０は１台だけ接続されているが、複数の無線端末装置１０がサーバ２０に無線通信を介して接続されてもよい。また、無線端末装置１０とサーバ２０との間の無線通信としては、例えば、ＷＡＮ（Wide Area Network）やインターネットなど、広い範囲をカバーするネットワークが想定される。
【００１５】
より具体的には、本実施形態に係る無線端末装置１０は、制御部３０を備えており、さらに、この制御部３０に接続する、情報取得部３２と、不揮発性メモリ３４と、揮発性メモリ３６と、無線通信部３８と、表示部４０と、操作部４２とを備えて構成されている。
【００１６】
制御部３０は、この無線端末装置１０の全体的な制御を行う装置であり、例えば、ＣＰＵ（Central Processing Unit）やＡＳＩＣ（Application Specific Integrated Circuit）などにより、構成されている。
【００１７】
情報取得部３２は、無線端末装置１０に関連する情報を取得するための装置であり、例えば、ＧＰＳ（Global Positioning System）など、無線端末装置１０の現在位置を特定するための位置情報特定装置や、無線端末装置１０の周囲の温度を検出する温度センサー、無線端末装置１０に発生している振動に関する情報を取得する振動センサー、無線端末装置１０の周囲を撮像可能な画像センサーなどにより、構成されている。
【００１８】
不揮発性メモリ３４は、この無線端末装置１０が取得したデータなどを不揮発的に格納する記憶装置であり、例えば、ＲＯＭ（Read Only Memory）や、ハードディスクドライブ、フラッシュメモリ、ＳＳＤ（Solid State Drive）などにより構成されている。本実施形態においては、この不揮発性メモリ３４には、無線端末装置１０が種々の動作を行うために必要なプログラムも格納されており、制御部３０がこのプログラムを読み込んで実行することにより、各種の制御を実現する。
【００１９】
揮発性メモリ３６は、この無線端末装置１０が取得したデータなどを一時的に格納する記憶装置であり、例えば、ＲＡＭ（Random Access Memory）により構成されている。本実施形態においては、制御部３０が各種のプログラムを実行する際に、そのプログラムの実行で生成された各種のデータも、この揮発性メモリ３６に一時的に格納される。
【００２０】
無線通信部３８は、無線端末装置１０とサーバ２０との間の無線通信を実現するための装置であり、例えば、トランシーバやアンテナにより構成される。すなわち、無線通信部３８は、制御部３０の制御に基づいて、サーバ２０にデータを送信したり、サーバ２０から送信されたデータを受信したりする。
【００２１】
表示部４０は、無線端末装置１０からユーザに対して、必要な情報を視覚的に通知するための装置であり、例えば、ＬＣＤ（liquid Crystal Display）や、ＥＬディスプレイ（Electroluminescence Display）、ＬＥＤ（Light Emitting Diode）などにより構成されている。
【００２２】
操作部４２は、ユーザが各種の指示を無線端末装置１０に入力するための装置であり、例えば、各種のボタンや、ジョイスティック、表示部４０と一体化されたタッチパネルなどにより構成されている。
【００２３】
この図１の例では、情報取得部３２と、不揮発性メモリ３４と、揮発性メモリ３６と、無線通信部３８と、表示部４０と、操作部４２は、この無線端末装置１０の筐体に一体に格納されているが、必ずしも、これらの各構成部は、無線端末装置１０の筐体に一体に格納されていなくてもよい。例えば、情報取得部３２を、この無線端末装置１０とは別体にして、スマートフォンなどの携帯型情報端末を、この無線端末装置１０に接続し、この携帯型情報端末が備える位置情報特定装置や画像センサーなどを、情報取得部３２として利用するようにしてもよい。
【００２４】
一方、サーバ２０は、制御部５０を備えており、さらに、この制御部５０に接続する、不揮発性メモリ５４と、揮発性メモリ５６と、無線通信部５８と、表示部６０と、操作部６２とを備えて構成されている。
【００２５】
制御部５０は、前記無線端末装置１０側の制御を行う制御部３０と同様に、サーバ２０側の全体的な制御を行う装置であり、例えば、ＣＰＵやＡＳＩＣなどにより、構成されている。
【００２６】
不揮発性メモリ５４は、このサーバ２０が取得したデータなどを不揮発的に格納する記憶装置であり、例えば、ＲＯＭや、ハードディスクドライブ、フラッシュメモリ、ＳＳＤなどにより構成されている。本実施形態においては、この不揮発性メモリ５４には、サーバ２０が種々の動作を行うために必要なプログラムも格納されており、制御部５０がこのプログラムを読み込んで実行することにより、各種の制御を実現する。
【００２７】
揮発性メモリ５６は、このサーバ２０が取得したデータなどを一時的に格納する記憶装置であり、例えば、ＲＡＭにより構成されている。本実施形態においては、制御部５０が各種のプログラムを実行する際に、そのプログラムの実行で生成された各種のデータも、この揮発性メモリ５６に一時的に格納される。
【００２８】
無線通信部５８は、無線端末装置１０とサーバ２０との間の無線通信を実現するための装置であり、例えば、トランシーバやアンテナにより構成される。すなわち、無線通信部５８は、制御部５０の制御に基づいて、無線端末装置１０の無線通信部３８から送信されたデータを受信したり、無線端末装置１０の無線通信部３８にデータを送信したりする。
【００２９】
表示部６０は、サーバ２０からユーザに対して、必要な情報を視覚的に通知するための装置であり、例えば、ＬＣＤや、ＥＬディスプレイ、ＣＲＴなどにより構成されている。
【００３０】
操作部６２は、ユーザが各種の指示をサーバ２０に入力するための装置であり、例えば、キーボードや、マウス、ジョイスティック、表示部４０と一体化されたタッチパネルなどにより構成されている。
【００３１】
次に、図２に基づいて、本実施形態に係る無線端末装置１０で実行されるデータ取得格納処理について説明する。本実施形態においては、このデータ取得格納処理は、不揮発性メモリ３４に格納されているデータ取得格納処理プログラムを、制御部３０が読み出して実行することにより実現される処理である。また、このデータ取得格納処理は、無線端末装置１０の電源が投入された後に、自動的に起動され、実行される処理である。
【００３２】
この図２に示すように、このデータ取得格納処理が起動されると、まず、制御部３０は、時刻情報を取得する（ステップＳ１０）。本実施形態においては、例えば、制御部３０自体が時計を内蔵しており、この時計から現在時刻を表す時刻情報を取得する。
【００３３】
次に、制御部３０は、センシングデータを、情報取得部３２から取得する。このセンシングデータは、情報取得部３２が取得する無線端末装置１０に関連する情報の一例である。センシングデータは、例えば、無線端末装置１０の現在位置を特定するための位置情報や、無線端末装置１０の周囲の温度を表す温度情報などである。
【００３４】
次に、制御部３０は、ステップＳ１０で取得した時刻情報と、ステップＳ１２で取得したセンシングデータとを、不揮発性メモリ３４に格納する（ステップＳ１４）。本実施形態においては、この時格納されたデータのかたまりが、１つの格納単位、送信単位となる。
【００３５】
次に、制御部３０は、ステップＳ１４でデータを格納してから、１０秒経過したか否かを判断する（ステップＳ１６）。１０秒経過した場合（ステップＳ１６：Ｙｅｓ）には、上述したステップＳ１０に戻り、時刻情報を取得する処理からを繰り返す。
【００３６】
一方、データを格納してから１０秒経過していない場合（ステップＳ１６：Ｎｏ）には、ユーザがシャットダウンの指示が入力されたか否かを判断する（ステップＳ１８）。例えば、ユーザが操作部４２を操作してシャットダウンの指示を無線端末装置１０に入力したり、無線端末装置１０の電源ボタンをオフにしたりして、シャットダウンの指示を入力するので、ステップＳ１８では、このようなシャットダウンの指示が入力されたか否かを判断する。
【００３７】
シャットダウンの指示が入力された場合（ステップＳ１８：Ｙｅｓ）には、制御部３０は、無線端末装置１０のシャットダウンを実行し、このデータ取得格納処理を終了する。一方、シャットダウンの指示が入力されていない場合（ステップＳ１８：Ｎｏ）には、上述したステップＳ１６に戻り、再び、データを格納してから１０秒経過したか否かを判断する。
【００３８】
次に、図３に基づいて、本実施形態に係る無線端末装置１０で実行されるデータ送信処理について説明する。本実施形態においては、このデータ送信処理は、不揮発性メモリ３４に格納されているデータ送信処理プログラムを、制御部３０が読み出して実行することにより実現される処理である。また、このデータ送信処理は、無線端末装置１０の電源が投入されている限り、所定の周期で起動され、実行される処理である。
【００３９】
この図３に示すように、このデータ送信処理が起動されると、まず、制御部３０は、エラーフラグが立っているか否かを判断する（ステップＳ２０）。本実施形態においては、例えば、エラーフラグが１である場合にはエラーフラグが立っていると判断し、エラーフラグが０である場合にはエラーフラグが立っていないと判断する。
【００４０】
エラーフラグが立っていないと判断した場合（ステップＳ２０：Ｎｏ）には、制御部３０は、不揮発性メモリ３４から、最も古い時刻情報を有するセンシングデータと、その時刻情報とを読み出す（ステップＳ２２）。すなわち、制御部３０は、不揮発性メモリ３４から、蓄積された順に時刻情報とセンシングデータを読み出す。
【００４１】
次に、制御部３０は、読み出した時刻情報とセンシングデータとに基づいて、送信データを生成する（ステップＳ２４）。続いて、制御部３０は、送信監視タイマをスタートさせる（ステップＳ２６）。そして、制御部３０は、無線通信部３８を介して、ステップＳ２４で生成した送信データの送信を開始する（ステップＳ２８）。
【００４２】
次に、制御部３０は、送信監視タイマをチェックし、送信監視タイムアウトが発生しているか否かを判断する（ステップＳ３０）。本実施形態においては、例えば、送信監視タイマの値が１分を超えている場合には、送信監視タイムアウトであると判定する。つまり、データの送信を開始して、１分を超えてもデータ送信が完了していない場合には、送信監視タイムアウトであると判断する。
【００４３】
送信監視タイムアウトが発生していないと判断した場合（ステップＳ３０：Ｎｏ）には、制御部３０は、データ送信を継続し（ステップＳ３２）、そして、データ送信が完了したか否かを判断する（ステップＳ３４）。具体的には、制御部３０は、ステップＳ２８で生成した送信データが、無線通信部３８を介して、すべてサーバ２０に送信し終えたか否かを判断する。データ送信が完了していない場合（ステップＳ３４：Ｎｏ）には、上述したステップＳ３０に戻る。
【００４４】
一方、データ送信が完了した場合（ステップＳ３４：Ｙｅｓ）には、エラーフラグを０にして（ステップＳ３６）、不揮発性メモリ３４に、未送信のデータがあるか否かを判断する（ステップＳ３８）。未送信のデータがある場合、すなわち、送信すべきデータが不揮発性メモリ３４に残っている場合（ステップＳ３８：Ｙｅｓ）には、上述したステップＳ２０からを繰り返す。一方、未送信のデータが残っていない場合（ステップＳ３８：Ｎｏ）には、このデータ送信処理を終了する。
【００４５】
これに対して、上述したステップＳ３０において、制御部３０が、送信監視タイムアウトが発生したと判断した場合（ステップＳ３０：Ｙｅｓ）には、制御部３０は、データ送信を中止し（ステップＳ４０）、送信監視タイムアウトが発生したという情報を含む異常発生情報を生成する（ステップＳ４２）。
【００４６】
次に、制御部３０は、エラーフラグを１にすることにより、エラーフラグを立てる（ステップＳ４４）。続いて、制御部３０は、ステップＳ４２で生成した異常発生情報に基づいて、送信データを生成する（ステップＳ４６）。すなわち、異常として送信監視タイムアウトが発生したことをサーバに通知するための異常発生情報を含む送信データを生成する。
【００４７】
次に、制御部３０は、ステップＳ２６に戻り、センシングデータを含む送信データの送信に代えて、異常発生情報を含む送信データをステップＳ２８においてサーバ２０に送信する。これにより、無線端末装置１０において送信監視タイムアウトの異常が発生したことを、サーバ２０に通知することができる。
【００４８】
一方、ステップＳ２０において、エラーフラグが立っていると判断した場合（ステップＳ２０：Ｙｅｓ）には、制御部３０は、不揮発性メモリ３４から、時刻情報が最も新しいセンシングデータと、その時刻情報とを取得する（ステップＳ４８）。すなわち、一旦異常が発生した場合には、制御部３０は、不揮発性メモリ３４に格納されている送信すべきデータを、新しく蓄積された順に読み出す。そして、この読み出したデータに基づいて、ステップＳ２４で送信データを生成し、ステップＳ２８でサーバ２０に送信する。
【００４９】
本実施形態におけるステップＳ４８で、時刻情報の新しい順にセンシングデータとその時刻情報とを読み出すのは、送信監視タイムアウトが発生した場合は、過去のセンシングデータが大量に不揮発性メモリ３４に格納されていることも考えられ、そのような場合には、サーバ２０が最も必要としているであろう最新のデータから送信することにより、送信監視タイムアウトが発生したことによる悪影響を最小限に抑えることができるからである。
【００５０】
なお、上述したステップＳ２２及びステップＳ４８では、時刻情報とセンシングデータとのセットを１つずつ、不揮発性メモリ３４から読み出して、送信データを生成し、無線通信部３８を介して送信することとしたが、時刻情報とセンシングデータの複数のセットを不揮発性メモリ３４からデータとして読み出して、送信データを生成し、無線通信部３８を介して送信するようにしてもよい。この場合、読み出したデータの送信が完了するまで時間がかかることになるので、ステップＳ３０における送信監視タイムアウトの判断を、１分ではなく、２分や３分といった長めの時間に設定することとなる。
【００５１】
次に、図４に基づいて、本実施形態に係るサーバ２０で実行されるデータ受信処理について説明する。本実施形態においては、このデータ受信処理は、サーバ２０の不揮発性メモリ５４に格納されているデータ受信処理プログラムを、制御部５０が読み出して実行することにより実現される処理である。また、このデータ受信処理は、例えば、サーバ２０のユーザがその起動を操作部６２から指示した場合に、実行される処理であり、上述した無線端末装置１０で実行されるデータ送信処理に対応するサーバ２０側の処理である。
【００５２】
この図４に示すように、このデータ受信処理が起動されると、まず、制御部５０は、無線通信部５８を介して、無線端末装置１０からの送信データを受信する（ステップＳ５０）。すなわち、図３のデータ送信処理におけるステップＳ２８やステップＳ３２で送信されたデータを受信する。
【００５３】
次に、制御部５０は、受信したデータがセンシングデータであるか否かを判断する（ステップＳ５２）。受信したデータがセンシングデータである場合（ステップＳ５２：Ｙｅｓ）には、制御部５０は、受信したデータに含まれているセンシングデータと時刻情報とを、不揮発性メモリ５４に格納する（ステップＳ５４）。そして、上述したステップＳ５０に戻り、データの受信処理を繰り返す。
【００５４】
一方、ステップＳ５２において、受信したデータがセンシングデータではないと判断した場合（ステップＳ５２：Ｎｏ）には、制御部５０は、受信したデータが異常発生情報であるか否かを判断する（ステップＳ５６）。受信したデータが異常発生情報である場合（ステップＳ５６：Ｙｅｓ）には、発生した異常に対応する異常発生処理を行う（ステップＳ５８）。例えば、本実施形態においては、発生した異常が、送信監視タイムアウトであることが異常発生情報に含まれている情報で判別できるので、これは、無線端末装置１０とサーバ２０との間の無線通信の状態が不安定であるということを意味している。このため、サーバ２０は、表示部６０に、無線端末装置１０のデータ送信に遅延が発生する旨を表示してサーバ２０のユーザに注意を促したり、発生した異常に関する情報を不揮発性メモリ５４に格納したりする。
【００５５】
このステップＳ５８の処理が終了した場合、及び、上述したステップＳ５６で受信したデータが異常発生情報でないと判断した場合（ステップＳ５６：Ｎｏ）には、上述したステップＳ５０に戻り、データの受信処理を繰り返す。
【００５６】
以上のように、本実施形態に係る無線端末装置１０とサーバ２０とを備える無線端末システム１によれば、無線端末装置１０とサーバ２０との間の無線通信が不安定な状態にある場合には、無線端末装置１０からサーバ２０に異常発生情報が送信されるので、サーバ２０は、無線端末装置１０にデータ送信遅延が発生していることを知ることができる。このため、サーバ２０のユーザに、無線端末装置１０に異常が発生したことを通知し、必要であれば、何らかの対策をとらせることができる。
【００５７】
より具体的には、無線端末装置１０は、センシングデータをサーバ２０に送信する場合に、不揮発性メモリ３４から読み出した所定量のデータを送信するのに要する時間を送信監視タイマで監視し、所定時間以内にデータ送信が完了しない場合には送信監視タイムアウトであると判断し、センシングデータに代えて、異常の発生を通知する異常発生情報をサーバ２０に送信することとした。このため、無線端末装置１０とサーバ２０との間の通信状態が所定品質以下である場合には、サーバ２０は異常発生情報を受信することで、データ送信遅延が発生していることを知ることができる。
【００５８】
〔第２実施形態〕
上述した第１実施形態に係る無線端末システム１においては、無線端末装置１０とサーバ２０との間の無線通信で送信監視タイムアウトが発生した場合に、無線端末装置１０は、通信状態が不安定であることを示す異常発生情報をサーバ２０に送信することとしたが、第２実施形態においては、さらに、無線端末装置１０とサーバ２０との間の無線通信が不可能な状態から通信可能な状態に復帰した際に、所定の閾値以上の多量のデータが溜まっていた場合には、予め、多量のデータを送信することをサーバ２０に通知する異常発生情報をサーバ２０に送信するようにしたものである。以下、上述した第１実施形態と異なる部分を説明する。
【００５９】
本実施形態に係る無線端末システム１における無線端末装置１０とサーバ２０の内部構成は、上述した第１実施形態における図１と同様であり、無線端末装置１０で実行されるデータ取得格納処理も第１実施形態における図２と同様である。但し、本実施形態における無線端末装置１０で実行されるデータ送信処理が上述した第１実施形態と異なる。
【００６０】
図５は、本実施形態に係る無線端末装置１０で実行されるデータ送信処理について説明するフローチャートを示す図であり、上述した第１実施形態における図３に対応する図である。本実施形態においても、第１実施形態と同様に、このデータ送信処理は、不揮発性メモリ３４に格納されているデータ送信処理プログラムを、制御部３０が読み出して実行することにより実現される処理である。また、本実施形態に係るデータ送信処理も、無線端末装置１０の電源が投入されている限り、所定の周期で起動され、実行される処理である。
【００６１】
この図５に示すデータ送信処理においては、ステップＳ２０〜ステップＳ４８の処理は、上述した第１実施形態に係るデータ送信処理のステップＳ２０〜ステップＳ４８と同様である。但し、本実施形態においては、これらの処理を開始する前に、無線端末装置１０が、無線通信が不可能な状態である圏外にあるか否かの判断や、圏外から圏内に復帰するまでの間に蓄積されたデータが多量であるか否かを判断するようにしている。
【００６２】
より具体的には、このデータ送信処理が起動されると、まず、制御部３０は、無線端末装置１０とサーバ２０との間の無線通信の状態を確認し、無線端末装置１０がサーバ２０と通信不可能な状態である圏外にあるのか、それとも、サーバ２０と通信可能な圏内の状態にあるのかを確認する（ステップＳ６０）。
【００６３】
無線端末装置１０がサーバ２０と通信不可能な状態である圏外にあると判断した場合（ステップＳ６０：圏外）には、このステップＳ６０を繰り返して待機する。すなわち、制御部５０は、サーバ２０との通信ができない状態にあるので、通信状態がよくなり圏内に復帰するまで待機する。
【００６４】
一方、ステップＳ６０で、無線端末装置１０がサーバ２０と通信可能な圏内にあると判断した場合（ステップＳ６０：圏内）には、制御部３０は、不揮発性メモリ３４に格納されている未送信データの量を確認する（ステップＳ６２）。未送信データの量が、例えば１０個未満である場合（ステップＳ６２：１０個未満）には、上述した第１実施形態におけるステップＳ２０からの処理を実行し、未送信データのサーバ２０への送信を開始する。
【００６５】
一方、ステップＳ６２で、未送信データの量が１０個以上であると判断した場合（ステップＳ６２：１０個以上）には、制御部３０は、多量の未送信データの送信を予め通知するための多量データ情報を含む異常発生情報を生成する（ステップＳ６４）。すなわち、サーバ２０に、これから多量のデータを送信しようとしていることを事前に通知すべく、異常発生情報を生成する。
【００６６】
ここで、未送信データの量の捉え方は任意であり、本実施形態では、センシングデータと、このセンシングデータに対応する時刻情報とを１セット、すなわち、１個のデータとして捉えているが、例えば、未送信データの量を、バイト等のデータ容量で捉えるようにしてもよい。
【００６７】
また、多量データ情報を含む異常発生情報を生成するための基準値は、システム設計を考慮して、任意に設定可能である。本実施形態においては、例えば、未送信データが１０個以上である場合に、多量データ情報を含む異常発生情報を生成することとしたが、この閾値は、例えば、２０個以上、３０個以上など異なる値であってもよい。また、未送信データをデータ容量で捉える場合には、１０Ｍバイト以上、２０Ｍバイト以上といった基準で、未送信データの容量が所定の閾値以上であるか否かを判断するようにしてもよい。
【００６８】
次に、制御部３０は、エラーフラグを立てて１にして（ステップＳ６６）、生成した異常発生情報に基づいて送信データを生成する（ステップＳ６８）。そして、上述した第１実施形態におけるステップＳ２６からを実行し、多量データ情報を含む異常発生情報をサーバ２０に送信するとともに、未送信データのサーバ２０への送信を開始する。
【００６９】
このようなデータ送信処理で送信されたデータは、サーバ２０で実行される第１実施形態で説明した図４のデータ受信処理により、サーバ２０で受信される。本実施形態に係るサーバ２０で実行されるデータ受信処理は、上述した第１実施形態と同様である。このため、多量データ情報を含む異常発生情報を受信したサーバ２０は、例えば、ステップＳ５８において、無線端末装置１０が多量の未送信データを保持していることを、表示部６０に表示して、サーバ２０のユーザに注意を喚起することができる。
【００７０】
以上のように、本実施形態に係る無線端末装置１０とサーバ２０とを備える無線端末システム１によれば、無線端末装置１０が圏外から圏内に復帰した場合に、未送信データの量を確認し、所定の閾値以上のデータが未送信で溜まっていたときには、データ送信を始める前に予めサーバ２０に多量のデータを送信することを通知することとした。このため、サーバ２０は、無線端末装置１０が多量の未送信データを有していることを事前に知ることができる。この場合、サーバ２０は、無線端末装置１０が多量の未送信データを保持していることをサーバ２０のユーザに通知して注意を促すことができる。
【００７１】
また、上述した第１実施形態と同様に、例えば、無線端末装置１０が圏外から圏内に復帰したとしても、無線通信の状態が依然として不安定であり、送信監視タイムアウトが発生したような場合には、無線端末装置１０からサーバ２０に、送信監視タイムアウトが発生したことを通知する異常発生情報が送信されるので、サーバ２０は、引き続き無線通信が所定の品質以下であることを知ることができる。
【００７２】
以上、いくつかの実施形態を説明したが、これらの実施形態は、例としてのみ提示したものであり、発明の範囲を限定することを意図したものではない。本明細書で説明した新規な装置および方法は、その他の様々な形態で実施することができる。また、本明細書で説明した装置および方法の形態に対し、発明の要旨を逸脱しない範囲内で、種々の省略、置換、変更を行うことができる。添付の特許請求の範囲およびこれに均等な範囲は、発明の範囲や要旨に含まれるこのような形態や変形例を含むように意図されている。
【００７３】
例えば、上述した第１実施形態では、データ送信の送信監視タイムアウトを無線通信に関する異常の発生と判断して、サーバ２０に異常発生情報を送信し、第２実施形態では、圏外から圏内に復帰した際の未送信データが閾値以上であることを無線通信に関する異常の発生と判断して、サーバ２０に異常発生情報を送信することとしたが、無線通信に関する異常は、これらの事象に限られるものではない。例えば、無線端末装置１０とサーバ２０との間の通信エラーの発生、コネクション確立の失敗、ビット誤り率の上昇などを、無線通信に関する異常と判断して、無線端末装置１０からサーバ２０に、これらの事象を特定する情報を含む異常発生情報を送信するようにしてもよい。
【００７４】
また、線端末装置１０からサーバ２０に通知すべき異常は、無線通信の異常に限られるものではない。例えば、無線端末装置１０で発生した機器障害を検知して、異常発生情報としてサーバ２０に通知するようにしてもよい。無線端末装置１０の機器障害としては、無線端末装置１０の構成部品の故障や、ＳＩＭカード(Subscriber Identity Module Card)障害の発生などがあり得る。
【００７５】
また、上述した第１実施形態及び第２実施形態の動作を機能ブロック図で表すと、図６に示すようになる。すなわち、無線端末装置１０は、異常検知手段１００と、データ送信手段１０２と、情報取得手段１０４とを備えて構成され、サーバ２０は、受信手段２００と、異常発生通知手段２０２とを備えて構成される。
【００７６】
異常検知手段１００は、主として、制御部３０におけるデータ送信処理により実現され、データ送信手段は、主として、制御部３０におけるデータ送信処理と無線通信部３８により実現され、情報取得手段１０４は、主として、情報取得部３２により実現される。受信手段２００は、主として、制御部５０におけるデータ受信処理と無線通信部５８により実現され、異常発生通知手段２０２は、主として、制御部５０におけるデータ受信処理と表示部６０により実現される。
【符号の説明】
【００７７】
１：無線端末システム、１０：無線端末装置、２０：サーバ、３０：制御部、３２：情報取得部、３４：不揮発性メモリ、３６：揮発性メモリ、３８：無線通信部、４０表示部、４２：操作部、５０：制御部、５４：不揮発性メモリ、５６：揮発性メモリ、５８：無線通信部、６０：表示部、６２：操作部
【図１】
2018163562.tif 000003
【図２】
2018163562.tif 000004
【図３】
2018163562.tif 000005
【図４】
2018163562.tif 000006
【図５】
2018163562.tif 000007
【図６】
2018163562.tif 000008