(57)【要約】【課題】衝撃を受けることによって機能の異常が発生したことを提示する端末装置等を提供する。【解決手段】端末装置１００は、端末装置１００が受ける加速度に関する情報である加速度情報を検出する加速度センサ１５０と、端末装置１００が有する機能に関するデータである機能データについて予め設定された期間における平均値を算出する演算部１３１とを有する。また、端末装置１００は、平均値を加速度情報と関連付けて記憶する記憶部１４０を有する。端末装置１００は、加速度が予め設定された閾値を超えた場合に、閾値を超える前に記憶した平均値と、閾値を超えた後に記憶した平均値とを比較し、比較結果に基づいて、予め設定されたメッセージを出力するメッセージ制御部１３２を備える。【選択図】図１
2019158506.tif 000002
【特許請求の範囲】
【請求項１】
端末装置が受ける加速度に関する情報である加速度情報を検出する加速度センサと、
前記端末装置が有する機能に関するデータである機能データについて予め設定された期間における平均値を算出する演算部と、
前記平均値を前記加速度情報と関連付けて記憶する記憶部と、
前記加速度が予め設定された閾値を超えた場合に、前記閾値を超える前に記憶した平均値と、前記閾値を超えた後に記憶した平均値とを比較し、比較結果に基づいて、予め設定されたメッセージを出力するメッセージ制御部と、
を備える端末装置。
【請求項２】
前記演算部は、前記記憶部に記憶している平均値と、新たに取得した前記機能データとの平均値を算出する、
請求項１に記載の端末装置。
【請求項３】
前記演算部は、最後に取得した複数の異なる時刻における機能データから移動平均値を算出する、
請求項１に記載の端末装置。
【請求項４】
タッチ操作により操作を行う入力装置を更に備え、
前記機能データは、予め設定された期間におけるタッチパネルのタッチ回数である、
請求項１〜３のいずれか一項に記載の端末装置。
【請求項５】
表示装置を更に備え、
前記機能データは、第１の内容を表示する第１表示から第２の内容を表示する第２表示へ遷移する期間である、
請求項１〜３のいずれか一項に記載の端末装置。
【請求項６】
温度に関する情報である温度情報を検出する温度センサを更に備え、
前記機能データは、前記温度情報である、
請求項１〜３のいずれか一項に記載の端末装置。
【請求項７】
バス通信の通信ログを取得する通信ログ取得部を更に備え、
前記機能データは、前記通信ログに含まれるエラーの回数である、
請求項１〜３のいずれか一項に記載の端末装置。
【請求項８】
前記メッセージ制御部は、前記閾値を超えた前記加速度情報の加速度の合力ベクトルを含んだ前記メッセージを出力する、
請求項１〜７のいずれか一項に記載の端末装置。
【請求項９】
端末装置が受ける加速度に関する情報である加速度情報を検出するステップと、
前記端末装置が有する機能に関するデータである機能データについて予め設定された期間における平均値を算出するステップと、
前記平均値を前記加速度情報と関連付けて記憶するステップと、
前記加速度が予め設定された閾値を超えた場合に、前記閾値を超える前に記憶した平均値と、前記閾値を超えた後に記憶した平均値とを比較するステップと、
前記比較した結果に基づいて、予め設定されたメッセージを出力するステップと、
を有するメッセージ出力方法。
【請求項１０】
端末装置が受ける加速度に関する情報である加速度情報を検出するステップと、
前記端末装置が有する機能に関するデータである機能データについて予め設定された期間における平均値を算出するステップと、
前記平均値を前記加速度情報と関連付けて記憶するステップと、
前記加速度が予め設定された閾値を超えた場合に、前記閾値を超える前に記憶した平均値と、前記閾値を超えた後に記憶した平均値とを比較するステップと、
前記比較した結果に基づいて、予め設定されたメッセージを出力するステップと、
を有するメッセージ出力方法を、
コンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は端末装置、メッセージ出力方法、およびプログラムに関する。
【背景技術】
【０００２】
携帯電話、タブレット、ノートパソコン、などの携帯端末装置は、持ち運んで使用することを前提としている。そのため、使用者が落下させる等により、携帯端末装置は衝撃を受ける可能性がある。衝撃を受けたことにより、携帯端末装置が有する機能には、故障に結びつく異常が発生している可能性がある。このような衝撃を受けたことに起因して機能の異常が発生しているにも関わらず、これに気付かず携帯端末装置の使用を継続すると、重大な故障に結びつく可能性がある。また、外観を維持できないほどの衝撃ではないものの、内部にダメージを受ける程度の衝撃を繰り返し受けることにより、携帯端末装置は故障する。そこで、故障に結びつく可能性のある衝撃を検出し、携帯端末装置の使用者等に対して警告を行う技術が提案されている。
【０００３】
特許文献１に記載の障害検出システムは、携帯端末に加速度センサと、衝撃あるいは振動を受けたときの加速度の時間変化である衝撃パターンを格納する衝撃データベースとを備える。加速度センサが検出した加速度の時間変化が、衝撃パターンと一致した場合には、携帯端末に取り扱いに関する警告を表示する。衝撃データベースは、携帯端末とネットワークで接続するサーバに設けても良い。サーバは、携帯端末から送られてくる加速度の時間変化を衝撃パターンと照合し、一致した場合には、必要に応じて携帯端末に警告を発する。
【０００４】
特許文献２に記載の電子機器は、衝撃を検出する衝撃センサの出力を積分する衝撃積分手段と、衝撃積分手段の積分結果を限界閾値と比較し、限界閾値に達したとき限界到達の記録をする限界検出手段とを有する。そして、かかる電子機器は、前記限界到達記録を検出したとき警報を表示する警報表示手段を有する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−２３４２５３号公報
【特許文献２】特開２００７−２４９４９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１および特許文献２に記載の技術は、検出した衝撃に関する情報を利用して警告を行うものであり、電子機器の機能に異常が起きているかどうかを検出していない。
【０００７】
本開示の目的はこのような課題を解決するためになされたものであり、衝撃を受けることによって機能の異常が発生したことを提示する端末装置等を提供するものである。
【課題を解決するための手段】
【０００８】
本発明に係る端末装置は、端末装置が受ける加速度に関する情報である加速度情報を検出する加速度センサと、前記端末装置が有する機能に関するデータである機能データについて予め設定された期間における平均値を算出する演算部とを有する。また、係る端末装置は、前記平均値を前記加速度情報と関連付けて記憶する記憶部を有する。さらに、係る端末装置は、前記加速度が予め設定された閾値を超えた場合に、前記閾値を超える前に記憶した平均値と、前記閾値を超えた後に記憶した平均値とを比較し、比較結果に基づいて、予め設定されたメッセージを出力するメッセージ制御部を備える。
【０００９】
本発明に係るメッセージ出力方法は、端末装置が受ける加速度に関する情報である加速度情報を検出するステップと、前記端末装置が有する機能に関するデータである機能データについて予め設定された期間における平均値を算出するステップとを有する。また、係るメッセージ出力方法は、前記平均値を前記加速度情報と関連付けて記憶するステップを有する。さらに、係るメッセージ出力方法は、前記加速度が予め設定された閾値を超えた場合に、前記閾値を超える前に記憶した平均値と、前記閾値を超えた後に記憶した平均値とを比較するステップを有する。そして、係るメッセージ出力方法は、前記比較した結果に基づいて、予め設定されたメッセージを出力するステップを有する。
【００１０】
本発明に係るプログラムは、端末装置が受ける加速度に関する情報である加速度情報を検出するステップと、前記端末装置が有する機能に関するデータである機能データについて予め設定された期間における平均値を算出するステップとをコンピュータに実行させる。また、係るプログラムは、前記平均値を前記加速度情報と関連付けて記憶するステップをコンピュータに実行させる。さらに、係るプログラムは、前記加速度が予め設定された閾値を超えた場合に、前記閾値を超える前に記憶した平均値と、前記閾値を超えた後に記憶した平均値とを比較するステップをコンピュータに実行させる。そして、係るプログラムは、前記比較した結果に基づいて、予め設定されたメッセージを出力するステップをコンピュータに実行させる。
【発明の効果】
【００１１】
本発明により、衝撃を受けることによって機能の異常が発生したことを提示する端末装置等を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１にかかる端末装置の主要構成図である。
【図２】実施の形態１にかかる通信システムの概要図である。
【図３】実施の形態１にかかる端末装置の構成図である。
【図４】実施の形態１にかかる端末装置におけるフローチャートである。
【図５】実施の形態１にかかる機能データを取得する処理のフローチャートである。
【図６】実施の形態１にかかるタッチパネルのタッチログを示す表である。
【図７】実施の形態１にかかる平均値ログを示す表である。
【図８】実施の形態１にかかる加速度データログを示す表である。
【図９】実施の形態１にかかる平均値ログを示す表である。
【図１０】実施の形態１にかかる警告表示画面の例を示す図である。
【図１１】実施の形態２にかかる端末装置の温度データログを示す表である。
【図１２】実施の形態２にかかる平均値ログを示す表である。
【発明を実施するための形態】
【００１３】
説明の明確化のため、以下の記載および図面は、適宜、省略、および簡略化がなされている。また、様々な処理を行う機能ブロックとして図面に記載される各要素は、ハードウェア的には、ＣＰＵ（Central Processing Unit）、メモリ、その他の回路で構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、又はそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。よって、以下の説明に回路として例示した構成は、ハードウェア又はソフトウェアのいずれか又はその両方によって実現することが可能であり、ある機能を実現する回路として示された構成は、同様の機能を実現するソフトウェアの一部としても示され得る。例えば、制御回路と記載された構成は、制御部として記載され得る。なお、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。
【００１４】
また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、および電磁波を含む。一時的なコンピュータ可読媒体は、電線および光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００１５】
＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。
【００１６】
図１は、実施の形態１にかかる端末装置の主要構成図である。端末装置１００は、ＣＰＵ１３０、記憶部１４０、および加速度センサ１５０を主要な構成として有している。また、これらの主要な構成は、バス１７０によって接続されている。
【００１７】
ＣＰＵ１３０は、演算装置であり、接続している各構成から種々の信号を受け取り、受け取った信号に基づいて所定の情報処理を行い、行った情報処理に基づいて各構成に所定の信号を送信する。ＣＰＵ１３０は、バス１７０を介して記憶部１４０および加速度センサ１５０に接続している。
【００１８】
また、ＣＰＵ１３０は、演算部１３１およびメッセージ制御部１３２を有している。演算部１３１は、記憶部１４０に記憶されているデータを読み取り、読み取ったデータを用いて予め設定された演算を行う。また、記憶部１４０は、演算することにより算出された値を記憶部１４０に供給し得る。より具体的には、演算部１３１は、例えば、記憶部１４０から端末装置１００が有する機能に関するデータである機能データを読み取る。そして、演算部１３１は、読み取った機能データの複数の時刻における平均値を算出する。演算部１３１は、算出したかかる平均値を記憶部１４０に供給する。
【００１９】
メッセージ制御部１３２は、予め設定された条件に基づいて、予め設定されたメッセージを出力する機能を有している。より具体的には、メッセージ制御部１３２は、例えば、加速度センサ１５０が出力した値が予め設定された閾値を超えた場合に、閾値を超える前に記憶した機能データの平均値と、閾値を超えた後に記憶した平均値とを読み取る。そして、メッセージ制御部１３２は、読み取ったこれらの平均値を比較する。さらに、メッセージ制御部１３２は、比較結果に基づいて予め設定されたメッセージを出力する。
【００２０】
記憶部１４０は、例えばフラッシュメモリ、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）のような、読み書き可能な不揮発性の記憶装置である。記憶部１４０は、端末装置１００が有する機能に基づいて供給される機能データ、加速度センサ１５０が出力する加速度データ、およびＣＰＵ１３０が有する演算部１３１が出力する平均値等を記憶する。また、記憶部１４０は、本実施の形態において各構成が行う処理を司るプログラムを記憶し得る。
【００２１】
加速度センサ１５０は、物体にかかる加速度を検出する装置である。加速度センサ１５０は、端末装置１００の姿勢や動きを検出し、また、端末装置１００が受ける衝撃を検出し得る。本実施の形態における加速度センサ１５０は、３軸加速度センサである。すなわち、加速度センサ１５０は、直交する３軸のそれぞれの方向における加速度を検出し得る。また、加速度センサ１５０は、直交する３軸のそれぞれの方向における加速度から、合力を算出し、算出した合力に基づいて、衝撃レベルを算出する。加速度センサ１５０は、検出した各方向における加速度、合力、および衝撃レベルを出力する。加速度センサ１５０が出力したこれらの値は、バス１７０を介して記憶部１４０に供給される。
【００２２】
次に、図２を参照しながら、端末装置１００を含む通信システム１０について説明する。図２は、実施の形態１にかかる通信システムの概要図である。端末装置１００は、店舗において商品管理や決済処理等を行うための業務用タブレット端末である。端末装置１００は、無線通信機能を有しており、サーバ装置９００と通信する。端末装置１００は、主な構成として、ディスプレイ１１０、タッチパネル１２０、制御装置１０１等を有している。
【００２３】
ディスプレイ１１０は、制御装置１０１から受け取った所定の情報を端末装置１００の使用者に表示する表示装置である。ディスプレイ１１０は、例えば液晶ディスプレイや有機エレクトロルミネッセンス等により構成される。また、端末装置１００は、タッチパネル１２０がディスプレイ１１０に重なるように設けられている。
【００２４】
タッチパネル１２０は、ディスプレイ１１０と連関して動作し、ディスプレイ１１０の画面上の表示に触れることにより機器を操作する入力装置である。タッチパネル１２０は、例えば静電容量方式、抵抗膜方式、赤外線方式等の方式を採用し得る。
【００２５】
制御装置１０１は、制御基板ユニットであり、端末装置１００が有する各構成の制御を行う機能を有する。制御装置１０１は、ＣＰＵ１３０、記憶部１４０、加速度センサ１５０、温度センサ１５５、ＲＡＭ１６０、および通信Ｉ／Ｆ１８０を含んでいる。
【００２６】
次に、図３を参照しながら、端末装置１００の構成について詳細を説明する。図３は、実施の形態１にかかる端末装置の構成図である。図３に例示する端末装置１００は、図１の構成に加えて、ディスプレイ１１０、タッチパネル１２０、温度センサ１５５、ＲＡＭ１６０、および通信Ｉ／Ｆ１８０を有している。
【００２７】
ＣＰＵ１３０は、図１の構成に加えて、ディスプレイ１１０、タッチパネル１２０、温度センサ１５５、ＲＡＭ１６０、および通信Ｉ／Ｆ１８０に接続している。
【００２８】
ＣＰＵ１３０は、ディスプレイ１１０およびタッチパネル１２０に接続し、ディスプレイ１１０およびタッチパネル１２０を連関して動作させる。すなわち、ＣＰＵ１３０は、ディスプレイ１１０に所定の操作画面を表示する。使用者がかかる操作画面に応じてタッチパネル１２０をタッチすると、ＣＰＵ１３０は、入力されたタッチ操作に応じてディスプレイ１１０の画面を遷移させる。
【００２９】
また、ＣＰＵ１３０は、温度センサ１５５に接続し、温度センサ１５５が検出する温度に関するデータである温度データを監視する。ＣＰＵ１３０は、温度データが予め設定された温度を超えた場合に端末装置１００が有する機能の制限をかけるなどの処理を行い得る。
【００３０】
温度センサ１５５は、温度を測定し、測定した温度に関するデータである温度データを出力する。温度センサ１５５は、ＣＰＵ１３０に温度情報を供給する。
【００３１】
ＲＡＭ１６０は、揮発性の記憶装置であって、種々のデータを一時的に記憶する。ＲＡＭ１６０は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）によって構成されてもよく、揮発性メモリに代えて、ＭＲＡＭ（Magnetoresistive Random Access Memory）、又はフラッシュメモリ等の不揮発性メモリによって構成されてもよい。
【００３２】
通信Ｉ／Ｆ１８０は、端末装置１００が外部と通信をするためのインターフェイスである。通信Ｉ／Ｆ１８０は、無線通信用の通信制御機能、無線通信用アンテナ等を有している。通信Ｉ／Ｆ１８０は、バス１７０を介してＣＰＵ１３０と接続しており、ＣＰＵ１３０の指示を受けて信号の送受信を行う。
【００３３】
次に、図４〜図９を参照しながら、端末装置１００が行う処理について説明する。図４は、実施の形態１にかかる端末装置におけるフローチャートである。図４に示したフローチャートは、ＣＰＵ１３０が行う演算等の処理又はＣＰＵ１３０が他の構成に対して行う指示等について説明するものである。
【００３４】
図４において、まず、ＣＰＵ１３０は、機能データＤｆに関するログ情報である機能データログを取得する（ステップＳ１０）。機能データＤｆは、端末装置１００が有している機能に関するデータである。ステップＳ１０において、ＣＰＵ１３０は、予め設定された条件に基づいて機能データＤｆの取得を行う。すなわち、ステップＳ１０は、サブルーチンを有している。
【００３５】
図５を参照しながらステップＳ１０におけるサブルーチンについて説明する。図５は、実施の形態１にかかる機能データログを取得する処理のフローチャートである。図５に示す例は、ＣＰＵ１３０がカウント番号Ｔｎをカウントアップしながら機能データＤｆを取得する。
【００３６】
まず、ＣＰＵ１３０は、カウント番号Ｔｎを１に設定する（ステップＳ２０）。次に、ＣＰＵ１３０は、カウント番号Ｔｎに対応した機能データＤｆを取得する（ステップＳ２１）。
【００３７】
次に、ＣＰＵ１３０は、機能データＤｆを取得する処理が終了か否かを判定する（ステップＳ２２）。かかる処理が終了か否かを判定する条件は、時刻や回数などのパラメータを採用し得る。かかる条件の一例は、予め設定された期間を経過したか否かという条件である。また、かかる条件の別の例は、カウント番号Ｔｎが予め設定された回数を超えたか否かという条件である。
【００３８】
機能データＤｆを取得する処理を終了しない場合（ステップＳ２２：Ｎｏ）、ＣＰＵ１３０は、Ｔｎを１つカウントアップする（ステップＳ２３）。そして、ＣＰＵ１３０は、カウントアップしたカウント番号Ｔｎに対応した機能データＤｆを取得する（ステップＳ２１）。
【００３９】
機能データＤｆを取得する処理を終了する場合（ステップＳ２２：Ｙｅｓ）、ＣＰＵ１３０は、機能データＤｆを取得する処理を終了する。
【００４０】
ステップＳ１０において取得した機能データログの具体例について説明する。機能データＤｆは、例えば、使用者がタッチパネル１２０をタッチした際の日時、タッチした座標等のデータであり得る。そして、機能データログを取得する処理（ステップＳ２０〜ステップＳ２３）において、本実施の形態にかかるＣＰＵ１３０は、タッチログの取得を開始してから１０分間のタッチログを取得する。すなわち、実施の形態において、ＣＰＵ１３０は、タッチパネルのタッチログを取得する。そして、ＣＰＵ１３０は、タッチログの取得を開始してから１０分間を経過すると、かかる処理を終了する。
【００４１】
図６は、実施の形態１にかかるタッチパネルのタッチログを示す表である。図６に示す表は、左の列がカウント番号を示している。カウント番号の右隣の列は、順に、ログを取得した日にち、ログを取得した時刻、使用者がタッチした位置の内Ｘ方向の座標、使用者がタッチした位置の内Ｙ方向の座標を示している。タッチパネルのＸ軸の座標およびＹ軸の座標は、例えば、矩形のタッチパネルの予め設定された角部を原点として、横方向をＸ軸とし、縦方向をＹ軸とする。すなわち、図６に示したタッチログは、使用者がタッチパネルのどの位置をいつタッチしたのかが記録されている。
【００４２】
図６において、例えば、カウント番号００００１の行は、２０１６年１２月１６日の１２時２１分４１秒に、Ｘ座標１２００、Ｙ座標０７４４の位置がタッチされたことが記憶されている。また、カウント番号０００８８の行は、２０１６年１２月１６日の１２時２９分４８秒に、Ｘ座標０９２０、Ｙ座標００１４の位置がタッチされたことが記録されている。図６に示すタッチログはカウント番号０００８８が最後のデータである。すなわち、図６の表に示す例において、ＣＰＵ１３０は、１０分間に８８回のタッチログを記憶したことを意味している。このようにして取得されたタッチログは、記憶部１４０に記憶される。
【００４３】
図４に戻る。ＣＰＵ１３０は、機能データＤｆの取得が終了すると、ステップＳ１０（又はステップＳ２０〜ステップＳ２３）における機能データＤｆの取得をした期間に衝撃を受けたか否かを判定する（ステップＳ１１）。すなわち、ＣＰＵ１３０は、記憶部１４０の加速度データを読み取り、かかる期間に、加速度データが更新されたか否かを判定する。
【００４４】
図８を参照しながら、加速度センサ１５０が出力する値について説明する。図８は、実施の形態１にかかる衝撃レベルログを示す表である。図８に示す表は、左の列がログ番号を示している。ログ番号の右隣の列は、順に、ログを取得した日にち、ログを取得した時刻、Ｘ軸方向の加速度、Ｙ軸方向の加速度、Ｚ軸方向の加速度、３軸合力、および衝撃レベルを示している。衝撃レベルは、数値が５段階で示されるように設定されている。衝撃レベルの値は、衝撃が大きいほど衝撃レベルの値も大きくなるように設定されている。
【００４５】
図４に戻る。加速度データが更新されていない場合、ＣＰＵ１３０は、機能データＤｆの取得をした期間に衝撃を受けていないと判定する（ステップＳ１１：Ｎｏ）。この場合、ＣＰＵ１３０は、平均値ログの更新を行う（ステップＳ１４）。すなわち、ＣＰＵ１３０は、取得した機能データログと、取得した機能データログより前に取得した過去の機能データログとに基づいて平均値を算出し、算出した平均値を平均値ログとして記憶部１４０に記憶させる。
【００４６】
ステップＳ１４の処理について、図７を参照しながら、具体例を説明する。図７は、実施の形態１にかかる平均値ログを示す表である。ＣＰＵ１３０は、ステップＳ１０において取得した機能データＤｆに基づいて図７の表に示す値を算出している。
【００４７】
図７に示す表は、左の列がログ番号を示している。ログ番号の右隣の列は、順に、ログを取得した日にち、ログを取得した時刻、ステップＳ１０において取得したタッチログの内タッチ回数を合算した値、データ属性、タッチ回数の平均値を示している。以下に各項目の詳細を説明する。
【００４８】
ログ番号は、１回のステップＳ１０の処理すなわち１回分の機能データログに対して与えられる番号である。一のログ番号にかかるデータは、ステップＳ１０において取得した図６に示す表の値に基づいて生成されている。例えば、ログ番号０５に示されている値は、図６に示すタッチログ００００１〜０００８８までの値に基づいて生成されている。ログ番号０１〜ログ番号０４に示されている値は、図６に示す処理よりも過去に実行されたステップＳ１０の処理によって取得されたデータに基づいて生成されている。
【００４９】
図７に示す表には、ログ番号０１からログ番号０５までの値が生成されている。すなわち、図７に示す表は、機能データログ取得処理が少なくとも５回行われたことを示している。本実施例において、平均値ログは過去に実行された５回分の機能データログ取得処理を記憶する。したがって、新たに機能データログ取得処理を行った場合は、ログ番号０１にかかるデータを消去し、ログ番号０２〜０５にかかるデータを繰り上げる。そして、新たな機能データログ取得処理に伴うデータをログ番号０５として記憶する。
【００５０】
データ属性は、機能データログに基づいて算出された平均値の属性を定義するものである。データ属性は、例えば次のように設定され得る。すなわち、端末装置１００が閾値Ｐｔｈを超える衝撃を全く受けていない場合のデータ属性を、Ｎｍとする。また、例えば、端末装置１００が閾値Ｐｔｈを超える最初の衝撃を受けた場合のデータ属性を、Ｐｍ１とする。そして、例えば、端末装置１００が閾値Ｐｔｈを超える２回目の衝撃を受けた場合のデータ属性を、Ｐｍ２とする。同様に、例えば、端末装置１００が閾値Ｐｔｈを超えるｎ回目の衝撃を受けた場合のデータ属性を、Ｐｍｎとする。ＣＰＵ１３０は、かかるデータ属性に基づいて、データ属性の異なる平均値を比較することにより、端末装置１００に機能の異常が発生したことを検出する。
【００５１】
平均の列は、生成された各ログ番号におけるタッチ回数に基づいて算出された平均値を示している。ＣＰＵ１３０は、３回分の移動平均値を算出するように設定されている。すなわち、ログ番号０３における平均１０７は、ログ番号０１〜０３におけるタッチ回数の平均値（９３＋１２２＋１０６）／３＝１０７である。同様に、ログ番号０４における平均９８は、ログ番号０２〜０４におけるタッチ回数の平均値（１２２＋１０６＋６６）／３＝９８である。ログ番号０５における平均１０７は、ログ番号０３〜０５におけるタッチ回数の平均値（１０６＋６６＋８８）／３＝８７である。
【００５２】
図４に戻りステップＳ１１に関する説明を続ける。ステップＳ１１において、加速度データが更新されていた場合、ＣＰＵ１３０は、機能データＤｆの取得をした期間に衝撃を受けたと判定する（ステップＳ１１：Ｙｅｓ）。この場合、ＣＰＵ１３０は、加速度センサ１５０が出力した衝撃レベルＰａの内、更新された衝撃レベルＰａを読み取り、読み取った衝撃レベルＰａが予め設定された閾値Ｐｔｈより大きいか否かを判定する（ステップＳ１２）。なお、更新された衝撃レベルＰａが複数存在している場合には、ＣＰＵ１３０は、新たに追加された衝撃レベルＰａのそれぞれについて上述の判定を行い得る。
【００５３】
読み取った衝撃レベルＰａが予め設定された閾値Ｐｔｈより大きくない場合（ステップＳ１２：Ｎｏ）、ＣＰＵ１３０は、取得した機能データログに基づいて、平均値ログの更新を行う（ステップＳ１４）。
【００５４】
一方、読み取った衝撃レベルＰａが予め設定された閾値Ｐｔｈより大きい場合（ステップＳ１２：Ｙｅｓ）、ＣＰＵ１３０は、直前に取得した機能データログにかかるデータを破棄し、そのうえで、次に取得する機能データログに付与するデータ属性を変更する設定を行う（ステップＳ１３）。
【００５５】
このような処理を行うのは、機能データログの取得を行っている期間に、端末装置１００が閾値Ｐｔｈを超える衝撃を受けているためである。このような場合の機能データログに含まれる機能データＤｆは、端末装置１００に機能の異常が発生する前のものと、端末装置１００に機能の異常が発生した後のものとがいずれも存在している可能性がある。つまり、異なるデータ属性を付与すべきデータが併存している場合、ＣＰＵ１３０は、かかるデータを破棄する。このような処理を行うことにより、実施の形態にかかる端末装置１００は、閾値Ｐｔｈより大きい衝撃を受けた後に異常が起きているかどうかを顕著に検出することができる。
【００５６】
ＣＰＵ１３０は、データ属性の変更を行うと、再びステップＳ１０に戻り、機能データＤｆに関するログ情報である機能データログを取得する（ステップＳ１０）。
【００５７】
次に、図９を参照しながらステップＳ１４における処理について説明する。図９は、実施の形態１にかかる平均値ログを示す表である。図９に示した表は、衝撃レベルＰａが閾値Ｐｔｈを超えた後に取得した機能データログに基づいて、生成した平均値ログがログ番号０５〜０７に示されている。ログ番号０５〜０７にかかるタッチ回数は、２４５回、２２０回、２５３回である。ログ番号０５〜０７にかかるデータ属性は、Ｐｍ１である。また、ログ番号０５〜０７にかかる平均は、２３９回である。図９に示すように、端末装置１００が閾値Ｐｔｈを超える衝撃を受けた後に、タッチ回数は、増加している。つまり、図９に示した表の値は、タッチパネルに関連する機能に何らかの異常が発生した可能性を示している。
【００５８】
図４に戻る。平均値ログを更新した後に、ＣＰＵ１３０は、データ属性Ｐｍｎにかかる平均値Ｍｐと、データ属性Ｎｍにかかる平均値Ｍｎとを比較し、比較結果が予め定めておいた閾値Ｍｔｈを超えるか否かを判定する（ステップＳ１５）。データ属性Ｐｍｎにかかる平均値Ｍｐと、データ属性Ｎｍにかかる平均値Ｍｎとを比較する方法の一例は、以下に示す式（１）が成立するか否かである。
【数１】
2019158506.tif 000003
なお、データ属性Ｎｍにかかる平均値Ｍｎは、閾値Ｐｔｈより大きい最初の衝撃を受けた後は、変更されることはない。一方、データ属性Ｐｍｎにかかる平均値Ｍｐは、閾値Ｐｔｈより大きい衝撃を受けるたびに新しくなる。従って、閾値Ｐｔｈより大きい衝撃を複数回受けることによって異常が生じる場合でも、異常が生じている可能性があると判断して通知することが出来る。
【００５９】
式（１）により、データ属性Ｐｍｎにかかる平均値Ｍｐと、データ属性Ｎｍにかかる平均値Ｍｎとを比較した比較結果が閾値Ｍｔｈを超えない場合（ステップＳ１５：Ｎｏ）、強い衝撃を受けたものの、端末装置１００の機能に異常は生じていない。この場合、ＣＰＵ１３０は、ステップＳ１０に戻り、再び機能データＤｆの取得を繰り返す処理を実行する。なお、閾値Ｐｔｈより大きい最初の衝撃を受ける前は、データ属性Ｐｍｎにかかる平均値Ｍｐが存在しないので、ステップＳ１５においては、Ｎｏの判断となる。また、閾値Ｐｔｈより大きい衝撃を受けた後についても、３回の機能データログ取得までは、データ属性Ｐｍｎにかかる平均値Ｍｐが存在しないので、その間のステップＳ１５においては、Ｎｏの判断となる。
【００６０】
一方、データ属性Ｐｍｎにかかる平均値Ｍｐと、データ属性Ｎｍにかかる平均値Ｍｎとを比較した比較結果が閾値Ｍｔｈを超えた場合（ステップＳ１５：Ｙｅｓ）、端末装置１００の機能に異常が生じている可能性がある。この場合、ＣＰＵ１３０は、使用者に対して端末装置に異常が生じている可能性があることを通知するメッセージを通知する。すなわち、ＣＰＵ１３０は、ディスプレイ１１０に警告を表示する（ステップＳ１６）。
【００６１】
ステップＳ１５の処理について具体例と共に説明する。図９において、データ属性Ｎｍにかかる平均値Ｍｎは、９０である。また、図９において、データ属性Ｐｍ１にかかる平均値Ｍｐは、２３９である。平均値Ｍｐと平均値Ｍｎの差分の絶対値は、１４９である。ＣＰＵ１３０は、かかる値と、閾値Ｍｔｈとを比較する。本実施の形態において、閾値Ｍｔｈは１００とする。すると、ＣＰＵ１３０は、ディスプレイ１１０に警告を表示するため、警告表示画像の画像データを出力する。
【００６２】
図１０に、警告表示の例を示す。図１０は、実施の形態１にかかる警告表示画面の例を示す図である。図１０は、端末装置１００のディスプレイ１１０を示している。ディスプレイ１１０には、端末装置１００を擬似的に表示した擬似端末１１１が示されている。端末装置１００は、端末装置１００が強い衝撃を受けたことをメッセージとして表示する。
【００６３】
端末装置１００は、端末装置１００のどちらの方向から衝撃を受けたのかを表示してもよい。図１０に示した擬似端末１１１は、右下の部分がハイライトされている。これは、端末装置１００が端末装置１００の右下方向から強い衝撃を受けたことを示している。
【００６４】
また、端末装置１００は、衝撃を受けた方向に加えて、衝撃レベルの値に応じて、受けた衝撃の大きさを示す表示をしてもよい。図１０に示した例においては、擬似端末１１１に表示されたハイライト表示の大きさは、加速度センサ１５０が検出した衝撃レベルの値に基づいて変化し得る。かかる表示方法は、例えばハイライト表示の大きさであってもよいし、ハイライト表の色であってもよい。また、ハイライト表を明滅させる頻度であってもよい。
【００６５】
以上の構成により、実施の形態１にかかる端末装置１００は、加速度センサが検出した衝撃レベルに関する情報に加え、タッチパネル１２０の機能に異常が起きているかどうかを検出し、タッチパネル１２０の機能に異常が起きている場合に、警告を表示する。したがって、本実施の形態により、衝撃を受けることによって機能の異常が発生したことを提示する端末装置等を提供することができる。
【００６６】
＜実施の形態１の変形例＞
以下に、実施の形態１の変形例について説明する。実施の形態１は、種々の変形例を採用することが可能である。以下にそのなかの一部の例について示す。
【００６７】
図７を参照しながら説明したように、本実施の形態において、端末装置１００は、過去に実行された５回分のステップＳ１０の処理を記憶する。そして、５回分のステップＳ１０の処理の内、３回分のタッチ回数を用いて移動平均を算出している。しかし、平均データログは、２回分以上であればよい。また、移動平均は、２回分以上のステップＳ１０の処理に基づいて算出してもよい。
【００６８】
また、かかる移動平均は２個以上のデータであればよい。また、かかる移動平均は、直近の機能データログに対して比重を重くするなどの加重移動平均を算出するものであってもよい。
【００６９】
上述した構成により、実施の形態１にかかる端末装置１００は、高いレベルの衝撃を受ける前の機能データについて移動平均を算出する。そして、端末装置１００は、高いレベルの衝撃を受けた後の機能データについても、移動平均を算出する。そして、端末装置１００は、高いレベルの衝撃を受ける前の機能データの平均値と、高いレベルの衝撃を受けた後の機能データの平均値とを比較して、端末装置１００の機能に異常が発生しているか否かを判定する。
【００７０】
＜実施の形態２＞
次に、図１１および図１２を参照しながら、実施の形態２について説明する。実施の形態２にかかる端末装置のハードウェア構成は、実施の形態１にかかる端末装置１００と同じである。実施の形態２にかかる端末装置は、機能データとして温度センサの値を採用している点において実施の形態１と異なる。
【００７１】
図１１は、実施の形態２にかかる端末装置の温度データログを示す表である。図１１に示す表は、左の列がカウント番号を示している。カウント番号の右隣の列は、順に、ログを取得した日にち、ログを取得した時刻、および温度センサが検出した温度を示している。図１１に例示した温度データログは、１０秒ごとの温度データを１０分間取得したものである。
【００７２】
次に、図１２を参照しながら、実施の形態２にかかる端末装置が生成する平均値ログについて説明する。図１２は、実施の形態２にかかる平均値ログを示す表である。図１２に例示する表には、ログ番号０１からログ番号０４までの値が生成されている。すなわち、図１２に示す表は、機能データログ取得処理が少なくとも５回行われ、１回破棄されたことを示している。本実施例において、平均値ログは過去に実行された４回分の機能データログ取得処理を記憶している。
【００７３】
図１２の表における平均の列は、生成された各ログ番号における温度データに基づいて算出された平均値を示している。ＣＰＵ１３０は、２回分の移動平均値を算出するように設定されている。すなわち、ログ番号０２における平均７４度は、ログ番号０１および０２における温度データの平均値（７２＋７６）／２＝７４である。
【００７４】
図１２の表において、ログ番号０３および０４は、衝撃レベルＰａが閾値Ｐｔｈを超えた後に取得した機能データログに基づいて生成された平均値ログが示されている。ログ番号０３にかかる温度データは、９８度である。ログ番号０３および０４にかかるデータ属性は、Ｐｍ１である。また、ログ番号０４における平均９９度は、ログ番号０３および０４における温度データの平均値（９８＋１００）／２＝９９である。
【００７５】
図１２に示すように、端末装置１００が閾値Ｐｔｈを超える衝撃を受けた後に、温度データは上昇している。端末装置１００は、データ属性Ｐｍ１にかかる平均値Ｍｐと、データ属性Ｎｍにかかる平均値Ｍｎとを比較して、比較結果に基づいて、閾値を超えていた場合は警告メッセージを出力する。
【００７６】
上述した構成により、実施の形態２にかかる端末装置１００は、タッチログに限らず、温度データについても、高いレベルの衝撃を受ける前の機能データの平均値と、高いレベルの衝撃を受けた後の機能データの平均値とを比較して、端末装置１００の機能に異常が発生しているか否かを判定することができる。
【００７７】
実施の形態１および実施の形態２において説明したように、機能データは、端末装置１００が有する機能に関するデータを採用することができる。例えば、バス１７０におけるバス通信の通信ログを取得し、通信ログに含まれるエラーの回数を機能データとして採用してもよい。また、機能データは、ディスプレイ１１０に表示する画面であって、予め設定された第１の内容を表示する第１表示から第２の内容を表示する第２表示へ遷移する期間であってもよい。
【００７８】
また、端末装置１００がデータ属性Ｐｍｎにかかる平均値Ｍｐと、データ属性Ｎｍにかかる平均値Ｍｎとを比較する場合に、平均値Ｍｐと平均値Ｍｎとの差分を算出するのに代えて、これらを除算することにより比を算出してもよい。また、平均値に代えて、分散値又は標準偏差に基づく値を比較してもよい。
【００７９】
端末装置１００は、警告メッセージを、ディスプレイ１１０に表示するのに加えて、又はディスプレイ１１０に表示するのに代えて、音声によるメッセージを出力してもよい。
【００８０】
また、かかる警告メッセージは、端末装置１００に出力するのに代えて、サーバ装置９００に出力してシステムの管理者に通知するものであってもよい。
【００８１】
上述した構成により、本開示の技術は、衝撃を受けることによって機能の異常が発生したことを提示することができる。
【００８２】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【符号の説明】
【００８３】
１０  通信システム
１００  端末装置
１０１  制御装置
１１０  ディスプレイ
１１１  擬似端末
１２０  タッチパネル
１３０  ＣＰＵ
１３１  演算部
１３２  メッセージ制御部
１４０  記憶部
１５０  加速度センサ
１５５  温度センサ
１７０  バス
１８０  通信Ｉ／Ｆ
９００  サーバ装置
Ｄｆ  機能データ
Ｍｎ  平均値
Ｍｐ  平均値
Ｍｔｈ  閾値
Ｎｍ  データ属性
Ｐａ  衝撃レベル
Ｐｍ１  データ属性
Ｐｔｈ  閾値
【図１】
2019158506.tif 000004
【図２】
2019158506.tif 000005
【図３】
2019158506.tif 000006
【図４】
2019158506.tif 000007
【図５】
2019158506.tif 000008
【図６】
2019158506.tif 000009
【図７】
2019158506.tif 000010
【図８】
2019158506.tif 000011
【図９】
2019158506.tif 000012
【図１０】
2019158506.tif 000013
【図１１】
2019158506.tif 000014
【図１２】
2019158506.tif 000015
【手続補正書】
【提出日】平成30年11月1日(2018.11.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末装置が受ける加速度に関する情報である加速度情報を検出する加速度センサと、
前記端末装置が有する機能に関するデータである機能データについて予め設定された期間における平均値を算出する演算部と、
前記平均値を前記加速度情報と関連付けて記憶する記憶部と、
前記加速度が予め設定された閾値を超えた場合に、前記閾値を超える前に機能データについて記憶した平均値と、前記閾値を超えた後に機能データについて記憶した平均値とを比較し、比較結果に基づいて、予め設定されたメッセージを出力するメッセージ制御部と、
を備える端末装置。
【請求項２】
前記演算部は、前記記憶部に記憶している平均値と、新たに取得した前記機能データとの平均値を算出する、
請求項１に記載の端末装置。
【請求項３】
前記演算部は、最後に取得した複数の異なる時刻における機能データから移動平均値を算出する、
請求項１に記載の端末装置。
【請求項４】
タッチ操作により操作を行う入力装置を更に備え、
前記機能データは、予め設定された期間におけるタッチパネルのタッチ回数である、
請求項１〜３のいずれか一項に記載の端末装置。
【請求項５】
表示装置を更に備え、
前記機能データは、第１の内容を表示する第１表示から第２の内容を表示する第２表示へ遷移する期間である、
請求項１〜３のいずれか一項に記載の端末装置。
【請求項６】
温度に関する情報である温度情報を検出する温度センサを更に備え、
前記機能データは、前記温度情報である、
請求項１〜３のいずれか一項に記載の端末装置。
【請求項７】
バス通信の通信ログを取得する通信ログ取得部を更に備え、
前記機能データは、前記通信ログに含まれるエラーの回数である、
請求項１〜３のいずれか一項に記載の端末装置。
【請求項８】
前記メッセージ制御部は、前記閾値を超えた前記加速度情報の加速度の合力ベクトルを含んだ前記メッセージを出力する、
請求項１〜７のいずれか一項に記載の端末装置。
【請求項９】
端末装置が受ける加速度に関する情報である加速度情報を検出するステップと、
前記端末装置が有する機能に関するデータである機能データについて予め設定された期間における平均値を算出するステップと、
前記平均値を前記加速度情報と関連付けて記憶するステップと、
前記加速度が予め設定された閾値を超えた場合に、前記閾値を超える前に機能データについて記憶した平均値と、前記閾値を超えた後に機能データについて記憶した平均値とを比較するステップと、
前記比較した結果に基づいて、予め設定されたメッセージを出力するステップと、
を有するメッセージ出力方法。
【請求項１０】
端末装置が受ける加速度に関する情報である加速度情報を検出するステップと、
前記端末装置が有する機能に関するデータである機能データについて予め設定された期間における平均値を算出するステップと、
前記平均値を前記加速度情報と関連付けて記憶するステップと、
前記加速度が予め設定された閾値を超えた場合に、前記閾値を超える前に機能データについて記憶した平均値と、前記閾値を超えた後に機能データについて記憶した平均値とを比較するステップと、
前記比較した結果に基づいて、予め設定されたメッセージを出力するステップと、
を有するメッセージ出力方法を、
コンピュータに実行させるプログラム。