(57)【要約】【課題】複数のアプリを備える端末装置に関して、監視対象となる特定の情報を取得できないアプリについても、その情報の補完を行うことができる監視装置などを提供する。【解決手段】複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得する発生度合い情報取得部と、前記発生度合い情報取得部により取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されない前記アプリケーションについて当該情報の補完を行う補完部と、を備える監視装置である。【選択図】図１
2016139267.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得する発生度合い情報取得部と、
前記発生度合い情報取得部により取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されない前記アプリケーションについて当該情報の補完を行う補完部と、
を備える監視装置。
【請求項２】
操作に関する情報に基づいて前記所定の操作に関する判定を行う判定部を備え、
前記発生度合い情報取得部は、前記判定部により行われた判定の結果、および前記アプリケーションの利用に関する情報に基づいて、前記複数のアプリケーションのそれぞれごとに前記所定の操作の発生度合いに関する情報を取得する、
請求項１に記載の監視装置。
【請求項３】
前記発生度合い情報取得部は、前記複数のアプリケーションのそれぞれごとに、当該アプリケーションの情報が最前面に表示された期間における前記所定の操作の発生度合いに関する情報を取得する、
請求項１または請求項２のいずれか１項に記載の監視装置。
【請求項４】
前記補完部は、前記補完を行って、前記複数のアプリケーションのすべてについて、前記所定の操作の発生度合いに関する情報を取得する、
請求項１から請求項３のいずれか１項に記載の監視装置。
【請求項５】
前記補完部により行われた前記補完の結果に基づいて、前記所定の操作により発生する消費電力に関する情報を計算する計算部を備える、
請求項１から請求項４のいずれか１項に記載の監視装置。
【請求項６】
前記補完部により行われた前記補完の結果に基づいて、所定の情報を提示する提示部を備える、
請求項１から請求項５のいずれか１項に記載の監視装置。
【請求項７】
請求項１から請求項６のいずれか１項に記載の監視装置を備える端末装置。
【請求項８】
端末装置と、監視装置を有し、
前記監視装置は、前記端末装置における複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得し、取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されない前記アプリケーションについて当該情報の補完を行う、
監視システム。
【請求項９】
複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得し、
取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されない前記アプリケーションについて当該情報の補完を行う、
監視方法。
【請求項１０】
複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得するステップと、
取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されない前記アプリケーションについて当該情報の補完を行うステップと、
をコンピュータに実行させるための監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視装置、端末装置、監視システム、監視方法および監視プログラムに関する。
【背景技術】
【０００２】
スマートフォンの消費電力（または、消費電流）を削減することが図られている。例えば、個々のアプリケーション（アプリともいう。）の動作、またはスマートフォン本体に関するネットワークあるいは画面の明るさ等の設定項目を、ユーザ（利用者）の使用環境に合わせて適切に設定することで、電池を長持ちさせる方法が考えられる。
【０００３】
また、スマートフォン本体を適切な状態に設定したとしても、ユーザにより行われる操作が不必要な消費電流を生じさせることがある。このような操作としては、例えば、手持ち無沙汰なユーザが特に目的も無く頻繁に、スマートフォンの画面をオン（ＯＮ）にしてそのまま何も操作せずにオフ（ＯＦＦ）にする操作を繰り返す場合がある。また、このような操作としては、例えば、ユーザがブラウザ上で、特に文章を読む気がないにもかかわらず、特に目的もなく画面を点灯させたまま指を上下にスクロール操作して揺れ動かす場合がある。
このような目的の無い操作を行うと、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等のモジュールの負荷あるいは稼働時間が増え、本来消費する必要の無い電流を消費してしまう。このため、スマートフォン本体の設定のみならず、ユーザによる操作に関しても、監視、目的の有無の判定、あるいは操作により発生する消費電流量の算出を行い、必要に応じて電池持ちに影響のある操作を判別してユーザに対して改善を促す等の措置が必要であると考えられる。
【０００４】
一例として、特許文献１に記載の携帯端末機では、携帯端末機の長期駆動を可能とするために、携帯端末機が持つ加速度センサの値に応じて、その値が所定の値に合致する場合にＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）の電源をオフにすることによって、消費電流を抑制する（特許文献１参照。）。
【０００５】
他の例として、特許文献２に記載の誤操作防止装置では、携帯電話機において、誤操作を防止することを目的としてユーザの操作を監視する（特許文献２参照。）。特許文献２に記載の誤操作防止装置では、端末の操作中にユーザの誤りで生じ得る操作のパターン（誤操作パターン）をあらかじめ規定しておき、入力されたパターンが誤操作パターンに一致した場合にユーザに操作内容の確認を促すことで誤操作を防止する。具体例として、特許文献２には、携帯電話機のメール機能を使う場面において、受信メールを読んだ後に返信をする際に、誤って「返信」と「送信」を連続で操作して空メールを送信してしまう場合の動作が示されている。この場合、例えば、２つのボタン操作の時間間隔が短い場合を誤操作パターンとしてあらかじめ規定しておき、ユーザの操作が当該誤操作パターンに当てはまった際に、空メールを送信してよいかどうかの確認を促すことで誤操作を防止する。
【０００６】
なお、特許文献２に記載の技術では、ユーザの目的の無い操作により発生する不必要な消費電流量の算出を行うことはできない。例えば、特許文献２に記載の技術では、あらかじめ決められたルールに基づいてユーザの操作が誤操作かどうかの判定を行うものの、誤操作が発生した際に逐次ユーザに対して確認を行う構造になっており、ユーザが行った操作の情報を保管する構成が無いため、いずれの操作が何回起きたかという集計ができず、集計データを用いた消費電流量の算出ができない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−１６３２９４号公報
【特許文献２】特開２０１２−３８０７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
スマートフォンにおいては、アプリの種類によって、文字入力あるいはスクロールなどの操作の情報を取得できない場合がある。従来技術では、このようなアプリにおける操作については、取得できない情報に関しては操作の判定をすることができない。
【０００９】
本発明は、このような事情を考慮してなされたもので、複数のアプリを備える端末装置に関して、監視対象となる特定の情報を取得できないアプリについても、その情報の補完を行うことができる監視装置、端末装置、監視システム、監視方法および監視プログラムを提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、一態様に係る監視装置は、複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得する発生度合い情報取得部と、前記発生度合い情報取得部により取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されない前記アプリケーションについて当該情報の補完を行う補完部と、を備える。
【００１１】
一態様に係る監視装置は、操作に関する情報に基づいて前記所定の操作に関する判定を行う判定部を備え、前記発生度合い情報取得部は、前記判定部により行われた判定の結果、および前記アプリケーションの利用に関する情報に基づいて、前記複数のアプリケーションのそれぞれごとに前記所定の操作の発生度合いに関する情報を取得する、構成が用いられてもよい。
【００１２】
一態様に係る監視装置は、前記発生度合い情報取得部は、前記複数のアプリケーションのそれぞれごとに、当該アプリケーションの情報が最前面に表示された期間における前記所定の操作の発生度合いに関する情報を取得する、構成が用いられてもよい。
【００１３】
一態様に係る監視装置は、前記補完部は、前記補完を行って、前記複数のアプリケーションのすべてについて、前記所定の操作の発生度合いに関する情報を取得する、構成が用いられてもよい。
【００１４】
一態様に係る監視装置は、前記補完部により行われた前記補完の結果に基づいて、前記所定の操作により発生する消費電力に関する情報を計算する計算部を備える、構成が用いられてもよい。
【００１５】
一態様に係る監視装置は、前記補完部により行われた前記補完の結果に基づいて、所定の情報を提示する提示部を備える、構成が用いられてもよい。
【００１６】
上記の課題を解決するために、一態様に係る端末装置は、監視装置を備える。
【００１７】
上記の課題を解決するために、一態様に係る監視システムは、端末装置と、監視装置を有し、前記監視装置は、前記端末装置における複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得し、取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されない前記アプリケーションについて当該情報の補完を行う。
【００１８】
上記の課題を解決するために、一態様に係る監視方法は、複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得し、取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されない前記アプリケーションについて当該情報の補完を行う。
【００１９】
上記の課題を解決するために、一態様に係る監視プログラムは、複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得するステップと、取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されない前記アプリケーションについて当該情報の補完を行うステップと、をコンピュータに実行させるためのプログラムである。
【発明の効果】
【００２０】
本発明によれば、複数のアプリを備える端末装置に関して、監視対象となる特定の情報を取得できないアプリについても、その情報の補完を行うことができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係る監視装置を備える携帯端末装置の概略的な構成を示すブロック図である。
【図２】本発明の一実施形態に係る監視装置を備える携帯端末装置において行われる目的の無い操作の判定および記憶処理の手順を示す図である。
【図３】本発明の一実施形態に係る監視装置を備える携帯端末装置において行われるアプリ利用情報の記憶処理の手順を示す図である。
【図４】本発明の一実施形態に係る監視装置を備える携帯端末装置において行われる補完処理および操作別の消費電流量の計算処理の手順を示す図である。
【図５】本発明の一実施形態に係る目的の無い操作に関する情報の例を示す図である。
【図６】本発明の一実施形態に係る監視装置を備える携帯端末装置において行われる目的の無い操作の判定処理の手順の一例を示す図である。
【図７】本発明の一実施形態に係る時系列順に記憶された判定結果情報（目的の無い操作の判定結果に関する情報）の一例を示す図である。
【図８】本発明の一実施形態に係る時系列順に記憶されたアプリ利用情報の一例を示す図である。
【図９】本発明の一実施形態に係る補完フラグがオフである操作内容の操作別の発生状況の集計データの一例を示す図である。
【図１０】本発明の一実施形態に係る補完フラグがオンである操作内容の操作別の発生状況の集計データの一例を示す図である。
【図１１】本発明の一実施形態に係る補完後における操作別の発生状況の集計データの一例を示す図である。
【図１２】本発明の一実施形態に係る操作別の消費電流量の一例を示す図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照し、本発明の実施形態について説明する。
図１は、本発明の一実施形態に係る監視装置を備える携帯端末装置１の概略的な構成を示すブロック図である。本実施形態に係る携帯端末装置１は、スマートフォンである。
携帯端末装置１は、目的判定部１１と、記憶部１２と、発生状況集計取得部１３と、集計データ補完部１４と、消費電流量計算部１５と、操作部１６と、表示部１７を備える。記憶部１２は、判定結果保管部３１と、アプリ利用状況保管部３２を備える。
本実施形態では、目的判定部１１と、記憶部１２と、発生状況集計取得部１３と、集計データ補完部１４と、消費電流量計算部１５を含む監視装置の機能が携帯端末装置１に備えられている。監視装置の機能は、携帯端末装置１に対して着脱可能に備えられてもよく、または、携帯端末装置１に対して着脱不能に一体化されていてもよい。
また、携帯端末装置１は、複数の異なるアプリを備える。これらのアプリは、例えば、当該携帯端末装置１の記憶部（例えば、記憶部１２、または、他の記憶部）に記憶され、当該携帯端末装置１の制御部（例えば、ＣＰＵなど）により実行される。
【００２３】
携帯端末装置１において行われる動作の概略を示す。
目的判定部１１は、操作に関する情報を入力する。目的判定部１１は、入力された操作に関する情報に基づいて、当該操作の目的の有無を判定する。
記憶部１２は、例えばメモリを用いて構成され、各種の情報を記憶する。本実施形態では、記憶部１２は携帯端末装置１の内部に備えられるが、他の構成例として、記憶部１２の全部または一部が携帯端末装置１の外部に備えられてもよい。
判定結果保管部３１は、目的判定部１１による判定の結果の情報（判定結果情報）を記憶（保管）する。
アプリ利用状況保管部３２は、アプリの利用に関する情報（アプリ利用情報）を記憶（保管）する。
【００２４】
発生状況集計取得部１３は、判定結果保管部３１に記憶された判定結果情報と、アプリ利用状況保管部３２に記憶されたアプリ利用情報に基づいて、所定の期間内における、目的の無い操作の発生状況（発生度合い）を集計する。所定の期間としては、例えば、任意の期間であってもよい。
集計データ補完部１４は、発生状況集計取得部１３により集計された発生状況の情報に基づいて、操作に関する情報を取得できなかったアプリについて情報の補完を行う。
消費電流量計算部１５は、集計データ補完部１４により補完が行われた情報に基づいて、消費電流量を計算する。
【００２５】
操作部１６は、キーボードなどを備え、ユーザにより行われる操作を受け付ける。
表示部１７は、画面を備え、ユーザに対して情報を表示する。
なお、スマートフォンでは、一般に、操作部１６と表示部１７とが一体として構成される。そして、キーボードとして、画面上のタッチパネルにおけるキーボード（ソフトウェアキーボード）が用いられる。また、タッチパネルは、パーソナルコンピュータ（ＰＣ）におけるマウス等のポインティングデバイスに相当する機能も有する。この機能により、スクロール等の操作が可能である。
【００２６】
ここで、目的判定部１１に入力される操作に関する情報としては、例えば、操作部１６により受け付けられた操作の内容を表す情報が用いられてもよい。
また、アプリ利用状況保管部３２に入力されるアプリ利用情報としては、携帯端末装置１に備えられたアプリの利用に関する情報が用いられる。
【００２７】
携帯端末装置１において行われる動作の全体を説明する。
本実施形態に係る監視装置の機能は、ハードウェアの部分（図１の例では、記憶部１２の部分）を除いて、アプリケーションを用いて構成される。当該アプリケーションは、携帯端末装置１における操作に関する情報とアプリ利用情報に基づいて、目的の無い操作により発生する消費電流を計算する。当該アプリケーションにより行われる処理は、大別すると、「目的の無い操作の判定および記憶処理」、「アプリ利用情報の記憶処理」および「補完処理および操作別の消費電流量の計算処理」といった３個のルーチンの処理に分けられる。
【００２８】
図２は、本発明の一実施形態に係る監視装置を備える携帯端末装置１において行われる目的の無い操作の判定および記憶処理の手順を示す図である。
まず、目的判定部１１は、入力された操作に関する情報に基づいて、当該操作の目的の有無を判定する（ステップＳ１）。そして、判定結果保管部３１は、目的判定部１１により目的が無いと判定された操作について、時系列順に、判定結果情報を記憶する（ステップＳ２）。判定結果情報は、例えば、目的の無い操作の発生状況に関する情報を含む。
ここで、このルーチンの処理は、例えば、操作が行われる都度に実行されてもよく、または、ある程度蓄積された操作に関する情報についてバッチ的に実行されてもよい。
【００２９】
図３は、本発明の一実施形態に係る監視装置を備える携帯端末装置１において行われるアプリ利用情報の記憶処理の手順を示す図である。
携帯端末装置１において行われるアプリ利用情報の記憶処理では、アプリ利用状況保管部３２は、ユーザが利用したアプリについて、時系列順に、アプリ利用情報を記憶する（ステップＳ３）。
ここで、本実施形態では、ユーザが利用したアプリとは、フォアグラウンドで直接操作可能なアプリという意味である。アプリがフォアグラウンドにある状態は、当該アプリの情報が画面（最前面）に表示されていて、かつ、ユーザにより行われる操作が可能であれば、ユーザにより行われる操作を受け付けることが可能な状態である。ここで、ユーザにより行われる操作が可能ではない場合としては、例えば、アプリにより特定の動画などが表示されていてユーザにより何ら操作を行うことができない場合があり、このような場合には、ユーザによる操作は受け付けられないが、アプリはフォアグラウンドにある状態である。他の状態の例として、アプリの情報が最前面ではなく裏面にあるバックグラウンドの状態がある。
このルーチンの処理は、例えば、アプリの起動および終了ごとに逐次的に実行されてもよく、または、ある程度（アプリ利用状況保管部３２以外の保管部に）蓄積されたアプリ利用情報についてバッチ的に実行されてもよい。
【００３０】
図４は、本発明の一実施形態に係る監視装置を備える携帯端末装置１において行われる補完処理および操作別の消費電流量の計算処理の手順を示す図である。ステップＳ１１〜ステップＳ１２の処理が補完処理に相当し、ステップＳ１３の処理が操作別の消費電流量の計算処理に相当する。なお、本実施形態では、一例として、操作別の消費電流量の計算処理を補完処理と同じルーチンの処理で示すが、他の例として、これらが別のルーチンの処理とされてもよい。
まず、発生状況集計取得部１３は、上記した２個のルーチンの処理によって記憶された時系列の情報に基づいて、操作の項目の別（操作別）に、目的の無い操作の発生状況を集計する（ステップＳ１１）。次に、集計データ補完部１４は、発生状況集計取得部１３により集計されたデータの補完を行う（ステップＳ１２）。そして、消費電流量計算部１５は、操作別に、消費した電流量（消費電流量）を計算する（ステップＳ１３）。
ここで、本実施形態では、集計データ補完部１４は、操作に関する情報を取得できなかったアプリがあった場合、当該アプリで発生したと推測される目的の無い操作の発生状況を補完する処理を行い、これにより、発生状況集計取得部１３により集計されたデータの補完を行う。
また、このルーチンの処理のタイミングは、任意であってもよい。このルーチンの処理のタイミングとして、周期的なタイミングが用いられてもよく、一例として、一日間隔などのように、比較的長期の任意の間隔（周期）が用いられてもよい。
【００３１】
携帯端末装置１において行われる動作の具体例を説明する。
図５は、本発明の一実施形態に係る目的の無い操作に関する情報の例を示す図である。本実施形態では、この情報は、携帯端末装置１においてデータベースなどとして特定の記憶部で記憶するのではなく、それぞれの情報が目的判定部１１、発生状況集計取得部１３、集計データ補完部１４および消費電流量計算部１５により行われるそれぞれの処理の過程に組み込まれている。他の構成例として、この情報は、所定の記憶部（例えば、判定結果保管部３１およびアプリ利用状況保管部３２とは別のところ）に記憶されてもよい。
図５には、操作の項目の番号（操作項目番号）と、操作の内容（操作内容）と、補完フラグのオンオフと、基準となる消費電流量（基準消費電流量）とが対応付けられている。
【００３２】
補完フラグは、集計データ補完部１４により補完を行うか否かを示すフラグであり、つまり、目的の無い操作に関するデータを集計する際に補完を行う必要があるか否かを示す。本実施形態では、補完フラグがオンである場合に補完を行うことを示し、補完フラグがオフである場合に補完を行わないことを示す。
例えば、個々のアプリ内で処理が実行されるような操作（つまり、アプリの外から把握できないような操作）に関して、補完フラグをオンに設定する。
具体例として、文字の入力および消去の操作の情報は、スマートフォン用のオペレーティングシステム（ＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）であるアンドロイド（登録商標）によって提供されている文字入力欄では取得できるが、ブラウザではＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）上の文字入力欄での入力および消去の情報を取得できない場合がある。また、スクロールの履歴の情報を残すことができないアプリがある。
【００３３】
基準消費電流量は、個々の操作が１回または１秒行われた際に消費される電流量である。基準消費電流量としては、実行の回数で管理される操作については１回の消費電流量が用いられ、実行の時間で管理される操作については１秒の消費電流量が用いられる。なお、１回の代わりに任意の単位の回数（複数回）が用いられてもよく、また、１秒の代わりに任意の単位の時間が用いられてもよい。基準消費電流量としては、例えば、あらかじめ実測により得られたデータが設定される。
【００３４】
操作項目番号１には、短時間での画面（携帯端末装置１の画面）のオンオフに関して、補完フラグがオフであること、および、基準消費電流量が０．５ｍＡｈ／回であることが格納されている。短時間としては、例えば、所定の時間以内が用いられ、一例として、１秒以内が用いられてもよい。画面のオンオフとしては、例えば、画面がオンからオフへ切り替えられ当該オフからオンへ切り替えられる（切り替えの操作がさらに続いてもよい）イベント、および、画面がオフからオンへ切り替えられ当該オンからオフへ切り替えられる（切り替えの操作がさらに続いてもよい）イベントのうちの一方または両方が用いられる。なお、これらのイベントとしては、例えば、オンの操作とオフの操作との間に他の操作が無いイベントが用いられる。回数としては、例えば、連続的なオンオフの切り替えの開始から終了までを１回としてもよく、または、それぞれ個々のオンオフの切り替えを１回としてもよい。
【００３５】
操作項目番号２には、短時間でのホーム画面（携帯端末装置１のホーム画面）の移動（切り替え）に関して、補完フラグがオフであること、および、基準消費電流量が０．０６ｍＡｈ／回であることが格納されている。短時間としては、例えば、所定の時間以内が用いられ、一例として、１秒以内が用いられてもよい。ホーム画面の移動としては、例えば、ある画面から他の画面への移動および当該他の画面から別の画面（前記ある画面でもよい）への移動（移動がさらに続いてもよい）のイベントが用いられる。回数としては、例えば、連続的な移動の開始から終了までを１回としてもよく、または、それぞれ個々の移動を１回としてもよい。
【００３６】
操作項目番号３には、短時間での文字入力（携帯端末装置１への文字入力）および消去の繰り返しに関して、補完フラグがオンであること、および、基準消費電流量が０．０１ｍＡｈ／回であることが格納されている。短時間としては、例えば、所定の時間以内が用いられ、一例として、１秒以内が用いられてもよい。文字入力および消去の繰り返しとしては、例えば、文字が入力されて当該文字が消去される（同様な操作がさらに続いてもよい）イベントが用いられる。なお、このイベントとしては、例えば、入力（および消去）される文字の数が所定の数以内であるイベントが用いられてもよい。回数としては、例えば、連続的な文字入力および消去の開始から終了までを１回としてもよく、または、それぞれ個々の文字入力および消去を１回としてもよい。
【００３７】
操作項目番号４には、スクロールで画面（携帯端末装置１の画面）を揺らす操作に関して、補完フラグがオンであること、および、基準消費電流量が０．０５ｍＡｈ／ｓｅｃ（秒）であることが格納されている。スクロールで画面を揺らす操作のイベントとしては、例えば、スクロールを指示するもの（指あるいはタッチペンなど）が画面から離れない期間におけるスクロール量の情報が含まれるイベントが用いられる。このイベントとして、本例では、スクロールによって画面の位置が変化しないイベントが用いられる。
【００３８】
操作項目番号５には、アプリの起動（携帯端末装置１におけるアプリの起動）および終了の繰り返しに関して、補完フラグがオフであること、および、基準消費電流量が０．８ｍＡｈ／回であることが格納されている。アプリの起動および終了の繰り返しのイベントとしては、例えば、同一のアプリが起動状態から終了状態へ切り替えられ当該終了状態から起動状態へ切り替えられる（切り替えの操作がさらに続いてもよい）イベント、および、同一のアプリが終了状態から起動状態へ切り替えられ当該起動状態から終了状態へ切り替えられる（切り替えの操作がさらに続いてもよい）イベントのうちの一方または両方が用いられる。ここでいうアプリの起動状態とは当該アプリがフォアグラウンドにある状態であり、終了状態とは当該アプリがバックグラウンドの状態あるいは携帯端末装置１内に当該アプリのプロセスが存在しない状態である。これらのイベントとしては、例えば、短時間のイベント、または、アプリの起動の操作と終了の操作との間に他の操作が無いイベントのうちの１以上が用いられてもよい。短時間としては、例えば、所定の時間以内が用いられ、一例として、１秒以内が用いられてもよい。回数としては、例えば、連続的な起動および終了の切り替えの開始から終了までを１回としてもよく、または、それぞれ個々の起動および終了の切り替えを１回としてもよい。
【００３９】
ここで、目的の無い操作の判定処理では、それぞれの操作内容ごとに、あらかじめ定義された規則にしたがって、操作内容に該当するか否かを判定する。例えば、図５に示される個々の操作内容は、同じ操作（同じボタンの操作など）または互いに対応する操作（入力と消去の操作など）を繰り返して行う操作内容である。
【００４０】
一例として、操作項目番号１に係る短時間での画面のオンオフについて、処理の手順を示す。
図６は、本発明の一実施形態に係る監視装置を備える携帯端末装置１において行われる目的の無い操作の判定処理の手順の一例を示す図である。
本例では、携帯端末装置１の電源ボタンのオンオフ（これにより画面のオンオフが切り替えられる。）が短時間のうちに他の操作を挟まずに連続して操作された場合に、その操作を目的の無い操作として判定する。この理由は、ユーザは、目的があって画面をオンにした場合には、例えば、メール受信等の通知あるいは時刻を確認するために、オンの状態が数秒間継続すること、または、ロックを解除するなどの他の操作が行われること、が発生すると考えられるためである。
なお、操作に関する情報を取得する対象としては、例えば、タッチスクリーンあるいは電源ボタンなどの物理的なモジュールが用いられてもよく、または、操作に関する情報が記憶されたデータファイルを参照して当該情報が取得されてもよい。
【００４１】
本処理の開始時点では、画面のオンオフ（本例では、電源のオンオフに応じる。）は、オンでもよく、オフでもよい。
まず、目的判定部１１は、ユーザにより電源ボタンが押下されたか否かを検出する（ステップＳ２１）。なお、本例では、電源ボタンが長押しされると「電源を切りますか？」等のように携帯端末装置１自体の電源オフの処理へ進むが、この操作は検出対象から除いている。
【００４２】
目的判定部１１は、電源ボタンが押下されたことを検出した場合、画面がオフからオンに切り替えられたか否かを判定する（ステップＳ２２）。
この判定の結果（ステップＳ２２）、目的判定部１１は、画面がオフからオンに切り替えられたと判定した場合、その画面オンという事象およびその画面オンが発生した時刻を記憶部（記憶部１２または他の記憶部）に記憶させる（ステップＳ２３）。そして、目的判定部１１は、本処理を終了する。
【００４３】
一方、この判定の結果（ステップＳ２２）、目的判定部１１は、画面がオフからオンに切り替えられていないと判定した場合、画面がオンからオフに切り替えられたか否かを判定する（ステップＳ２４）。
この判定の結果（ステップＳ２４）、目的判定部１１は、画面がオンからオフに切り替えられたと判定した場合、その画面オフという事象およびその画面オフが発生した時刻を記憶部（記憶部１２または他の記憶部）に記憶させる（ステップＳ２５）。
【００４４】
そして、目的判定部１１は、連続して発生した画面オンおよび画面オフについて、当該画面オンと当該画面オフとの間の時間（両者の時刻の差分）が所定値より小さいか否かを判定する（ステップＳ２６）。
この判定の結果（ステップＳ２６）、目的判定部１１は、画面オンと画面オフとの間の時間が所定値より小さいと判定した場合、この操作が目的の無い操作であると判定し、この操作に関する情報を判定結果情報として判定結果保管部３１に記憶させる（ステップＳ２７）。そして、目的判定部１１は、本処理を終了する。
【００４５】
上記したステップＳ２４の処理の結果、目的判定部１１は、画面がオンからオフに切り替えられていないと判定した場合、本処理を終了する。
上記したステップＳ２６の処理の結果、目的判定部１１は、画面オンと画面オフとの間の時間が所定値より小さくないと判定した場合、本処理を終了する。
【００４６】
図７は、本発明の一実施形態に係る時系列順に記憶された判定結果情報（目的の無い操作の判定結果に関する情報）の一例を示す図である。
本例の判定結果情報は、発生時刻と、操作項目番号と、発生状況を含む。
発生時刻としては、該当する操作が発生した最初の時点の時刻、または、最後の時点の時刻、または、最初と最後との中央の時刻など、決められた時刻が用いられる。本例では、発生時刻は、ｈｈ（時）、ｍｍ（分）、ｓｓ（秒）を用いて表される。
操作項目番号としては、図５に示される操作項目番号と同じ番号が用いられている。
発生状況としては、図５の場合と同様に、回数、または、時間が用いられている。
なお、同一の操作項目番号（同一の操作）が別個に異なるタイミングで発生した場合には、それぞれのタイミングにおける判定結果情報が、それぞれのタイミングに対応付けられて別個に格納される。
【００４７】
図８は、本発明の一実施形態に係る時系列順に記憶されたアプリ利用情報の一例を示す図である。
本例のアプリ利用情報は、携帯端末装置１の画面の切り替わりの時刻と、当該画面の状態を含む。
画面の切り替わりの時刻は、画面に表示される対象（例えば、アプリ、または、画面オフ）が切り替えられた時刻を表す。本例では、時刻は、ｈｈ（時）、ｍｍ（分）、ｓｓ（秒）を用いて表される。
画面の状態は、画面に表示される対象（フォアグラウンドとなる対象）を表す。図８の例では、画面の状態として、画面オフ、ホームアプリ（ホーム画面のアプリ）、ブラウザのアプリが示されている。他の例として、カメラ、マップ、メッセージの一例であるＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）、スケジュールなどのアプリが用いられてもよい。
なお、アプリ利用情報は、例えば、携帯端末装置１のオペレーティングシステム（ＯＳ）が発するイベント情報を使用して取得されてもよく、または、アプリ利用情報が記憶されたデータファイルを参照して当該アプリ利用情報が取得されてもよい。
【００４８】
発生状況集計取得部１３は、時系列の判定結果情報および時系列のアプリ利用情報に基づいて、所定の期間におけるそれぞれの操作内容の操作別の発生状況を集計して、集計したデータを取得する。
ここで、集計を行う所定の期間としては、任意の期間が用いられてもよく、例えば、半日、１日、または１週間などのように、固定的な期間が用いられてもよく、または、携帯端末装置１の充電が開始されてから終了するまでの期間などのように、携帯端末装置１の使用状況などによって変動する期間が用いられてもよい。
発生状況集計取得部１３は、補完フラグがオフである操作内容については、発生状況（本実施形態では、回数、または、時間）を総和し、その結果を集計データとする。
発生状況集計取得部１３は、補完フラグがオンである操作内容については、アプリごとに、発生状況（本実施形態では、回数、または、時間）を総和し、その結果を集計データとする。
【００４９】
図９は、本発明の一実施形態に係る補完フラグがオフである操作内容の操作別の発生状況の集計データの一例を示す図である。
本例では、図５に示される操作項目番号が１である短時間での画面のオンオフについて、発生状況の集計データの一例を示してある。
図５の例では、発生状況（集計した合計値）が回数で表されている。なお、発生状況が時間で表される操作内容については、発生状況の集計データが時間で表される。
【００５０】
図１０は、本発明の一実施形態に係る補完フラグがオンである操作内容の操作別の発生状況の集計データの一例を示す図である。
本例では、図１１に示される操作項目番号が４であるスクロールで画面を揺らす操作について、発生状況の集計データの一例を示してある。
本例では、発生状況の集計データは、アプリ名と、フォアグラウンド時間と、発生状況を含む。
アプリ名は、アプリの名称を表す。図１０の例では、アプリ名として、アプリの内容を表す名称が用いられている。
フォアグラウンド時間は、アプリがフォアグラウンドの状態にあった時間（集計した合計値）を表す。本例では、時間は、ｈｈ（時）、ｍｍ（分）、ｓｓ（秒）を用いて表される。
発生状況は、該当する操作の発生状況（集計した合計値）を表す。図５の例では、発生状況が時間（秒（ｓｅｃ））で表されている。なお、発生状況が回数で表される操作内容については、発生状況の集計データが回数で表される。
【００５１】
ここで、図１０の例では、アプリ名の一覧には、集計を行う所定の期間（例えば、１日など）において起動されたすべてのアプリの情報が格納される。
また、図１０の例では、アプリ名がマップであるアプリについて該当する操作の発生状況が０［ｓｅｃ］となっており、本例では、当該アプリでは当該操作の情報を取得できないとする。但し、他の例として、該当する操作の情報を取得できるアプリであれば、当該操作の発生状況が０［ｓｅｃ］であった、ということになる。
【００５２】
集計データ補完部１４は、補完フラグがオンである操作内容の操作項目について、操作別の発生状況の集計データに基づいて、操作の情報を取得できないアプリについて発生状況の補完を行い、補完済みの集計データを作成する。
ここで、集計データ補完部１４により補完を行う対象とするアプリは、一例として、あらかじめ設定されている。このようなアプリとしては、該当する操作の情報を取得できないアプリが用いられる。
他の例として、集計データ補完部１４により補完を行う対象とするアプリとしては、操作別の発生状況の集計データにおいて発生状況（本実施形態では、回数、または、時間）が０（ゼロ）であるアプリが用いられてもよい。この場合、実際に操作の発生状況が０であったアプリも含み得るが、総じて、操作の情報が取得できなかったアプリが存在する可能性を考慮して、このようなアプリについて発生状況の補完を行うことが可能である。
【００５３】
本実施形態では、集計データ補完部１４は、式（１）を計算することにより、該当する操作の発生状況の補完を行う。そして、集計データ補完部１４は、補完済みの発生状況に基づいて、改めて、発生状況（補完済み発生状況）を集計する。
【００５４】
［数１］
（補完済みの発生状況）＝（発生状況の合計値）／（補完対象のアプリ以外のアプリのフォアグラウンド時間の合計値）×（すべてのアプリのフォアグラウンド時間の合計値）
・・（１）
【００５５】
図１０の例では、次のようになる。図１０に示されるアプリ名のうちでは、アプリ名がマップであるアプリが補完対象のアプリである。
（発生状況の合計値）＝５０＋２０＋０＋３０＋１０＋・・・［ｓｅｃ］
（補完対象のアプリ以外のアプリのフォアグラウンド時間の合計値）＝３０＋３０＋１５＋１０＋・・・［分］
（すべてのアプリのフォアグラウンド時間の合計値）＝３０＋３０＋２０＋１５＋１０＋・・・［分］
【００５６】
なお、上記の式（１）において、他の例として、アプリがフォアグラウンドの状態であった時間（フォアグラウンド時間）の代わりに、（フォアグラウンドの状態であったか否かに関わらず）アプリが起動されていた時間（起動時間）が用いられてもよい。但し、このようにアプリの起動時間が用いられる場合、アプリがバックグラウンドにある時間まで考慮されるため、フォアグラウンド時間が用いられる方が精度が良くなり好ましいと考えられる。
【００５７】
図１１は、本発明の一実施形態に係る補完後における操作別の発生状況の集計データの一例を示す図である。
図１１の例では、発生状況の集計データは、操作項目番号と、発生状況を含む。
操作項目番号としては、図５に示される操作項目番号と同じ番号が用いられている。
発生状況としては、補完が行われたデータについては、補完済みのデータが格納されている。本例では、操作項目番号が１、２、５の発生状況については補完が行われず、操作項目番号が３、４の発生状況については補完が行われる。例えば、操作項目番号が１である操作内容については、補完が行われないため、図１１に示される発生状況は図９に示されるものと同じである。また、操作項目番号が４である操作内容については、補完が行われ、図１１に示される補完済みの発生状況は図１０に示されるデータに基づいて計算（補完）された結果である。
【００５８】
消費電流量計算部１５は、集計データ補完部１４により取得された補完後における操作別の発生状況の集計データに基づいて、操作別の消費電流量を計算する。
本実施形態では、消費電流量計算部１５は、式（２）を計算することにより、操作別の消費電流量を取得する。
【００５９】
［数２］
（消費電流量）＝（基準消費電流量）×（発生状況）    ・・（２）
【００６０】
ここで、（基準消費電流量）としては、対象となる操作の発生回数（本実施形態では、１回）または発生時間（本実施形態では、１秒）あたりの消費電流量が用いられる。本実施形態では、（基準消費電流量）としては、図５に示される値が用いられる。
（発生状況）としては、所定の期間における対象となる操作の発生状況（総和）が用いられる。なお、補完が必要なものについては、補完済みの値が用いられる。本実施形態では、（発生状況）としては、図１１に示される値が用いられる。
これらにより、（消費電流量）としては、前記した所定の期間において個々の目的の無い操作によって消費される電流量の総和が計算される。このように、消費電流量計算部１５は、操作内容ごとに基準消費電流量を積算することで、操作別の消費電流量を取得する。
【００６１】
図１２は、本発明の一実施形態に係る操作別の消費電流量の一例を示す図である。
本例では、操作項目番号と、消費電流量［ｍＡｈ］が格納されている。消費電流量は、図５に示される基準消費電流量と、図１１に示される発生状況に基づいて計算された値である。
なお、本実施形態において計算される消費電流量は、必ずしも厳密な値でなくてもよく、推定値でもよい。
【００６２】
消費電流量計算部１５（または、携帯端末装置１の制御部など）は、計算により取得された消費電流量の情報をユーザに対して提示してもよい。
また、消費電流量計算部１５（または、携帯端末装置１の制御部など）は、計算により取得された消費電流量に基づいて、ユーザに対してアドバイスなどのメッセージ情報を提示してもよい。当該メッセージ情報としては、例えば、消費電流量が所定の閾値を超える操作内容について、目的の無い操作が多く発生している旨、または、当該操作内容を実行しなければ目的の無い操作による消費電流量が低減する旨、などの情報が用いられてもよい。
ここで、提示としては、例えば、情報を表示部１７の画面に表示すること、または、情報を音声で出力することが行われてもよい。
【００６３】
以上のように、本実施形態に係る携帯端末装置１の監視装置では、不必要な電力を消費する操作（本実施形態では、目的の無い操作）を監視することができる。携帯端末装置１の監視装置では、対象とする操作の情報を取得できないアプリについて、当該操作の情報を取得できるアプリについて得られた情報に基づいて、情報の補完を行う。これにより、携帯端末装置１の監視装置では、多くのアプリ（例えば、携帯端末装置１に備えられたすべてのアプリ）について、不必要な電力を消費する操作を監視（推定も含む）することができる。なお、携帯端末装置１の監視装置では、例えば、不必要な電力を消費する操作を監視するとともに、携帯端末装置本体の設定に起因して生じる不必要な消費電力を監視するなどのように他の監視を行うことで、ユーザに対して、よりきめ細かな電池持ち向上のためのアドバイスを行うことなどが可能となる。
このように、本実施形態に係る携帯端末装置１の監視装置では、複数のアプリを備える携帯端末装置１に関して、監視対象となる特定の情報を取得できないアプリについても、その情報の補完を行うことができる。
【００６４】
ここで、本実施形態では、端末装置として、スマートフォンからなる携帯端末装置１が用いられたが、他の任意の端末装置に適用されてもよい。例えば、スマートフォン以外の携帯電話端末装置、あるいは、パーソナルコンピュータからなる端末装置などに適用されてもよい。
また、本実施形態では、消費電力の指標の一例として、消費電流が用いられたが、他の構成例として、消費電力自体の値が用いられてもよい。
【００６５】
また、本実施形態では、監視装置の機能を備える端末装置を説明したが、監視装置が端末装置とは別体として構成されてもよい。
一例として、端末装置との間で通信するサーバ装置に監視装置の機能を備え、当該サーバ装置が当該端末装置との間で必要な情報を通信することで当該端末装置における操作を監視する構成（例えば、端末装置およびサーバ装置を備える監視システム）が用いられてもよい。例えば、当該端末装置から当該サーバ装置へ、操作に関する情報およびアプリ利用情報を送信して通知してもよい。例えば、当該サーバ装置から当該端末装置へ、集計データ補完部１４により得られる補完後におけるデータ、または、消費電流量計算部１５により計算される消費電流量、などの情報を送信して通知してもよい。当該端末装置では、当該通知を受けて、当該通知の内容に応じて、各種の情報をユーザに対して提示してもよい。
他の例として、上記のような監視システムにおいて、目的判定部１１の機能を（サーバ装置ではなく）端末装置に備え、当該端末装置から当該サーバ装置へ、目的判定部１１により得られる判定結果情報を送信して通知してもよい。または、さらに他の例として、上記のような監視システムにおいて、目的判定部１１と判定結果保管部３１とアプリ利用状況保管部３２の機能を（サーバ装置ではなく）端末装置に備え、当該端末装置から当該サーバ装置へ、判定結果保管部３１に保管される判定結果情報およびアプリ利用状況保管部３２に保管されるアプリ利用情報を送信して通知してもよい。
【００６６】
一構成例として、監視装置は、複数のアプリケーション（アプリ）のそれぞれごとに所定の操作（本実施形態では、目的の無い操作）の発生度合い（本実施形態では、発生状況）に関する情報を取得する発生度合い情報取得部（本実施形態では、発生状況集計取得部１３の機能）と、発生度合い情報取得部により取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されないアプリケーションについて当該情報の補完を行う補完部（本実施形態では、集計データ補完部１４の機能）と、を備える。
一構成例として、監視装置において、操作に関する情報に基づいて前記所定の操作に関する判定を行う判定部（本実施形態では、目的判定部１１の機能）を備え、発生度合い情報取得部は、判定部により行われた判定の結果、およびアプリケーションの利用に関する情報に基づいて、複数のアプリケーションのそれぞれごとに前記所定の操作の発生度合いに関する情報を取得する。
一構成例として、監視装置において、発生度合い情報取得部は、複数のアプリケーションのそれぞれごとに、当該アプリケーションの情報が最前面に表示された期間（本実施形態では、フォアグラウンドの状態にある期間）における前記所定の操作の発生度合いに関する情報を取得する。
一構成例として、監視装置において、補完部は、前記補完を行って、複数のアプリケーションのすべてについて、前記所定の操作の発生度合いに関する情報を取得する。
一構成例として、監視装置において、補完部により行われた前記補完の結果に基づいて、前記所定の操作により発生する消費電力に関する情報（本実施形態では、消費電流に関する情報）を計算する計算部（本実施形態では、消費電流量計算部１５の機能）を備える。
一構成例として、監視装置において、補完部により行われた前記補完の結果に基づいて、所定の情報を提示する提示部（本実施形態では、消費電流量計算部１５の機能、または、携帯端末装置１の制御部などの機能）を備える。
【００６７】
一構成例として、端末装置（本実施形態では、携帯端末装置１）は、上記のような監視装置を備える。
一構成例として、監視システムは、端末装置と、監視装置を有し、監視装置は、端末装置における複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得し、取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されないアプリケーションについて当該情報の補完を行う。
一構成例として、監視方法は、複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得し、取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されない前記アプリケーションについて当該情報の補完を行う。
一構成例として、監視プログラムは、複数のアプリケーションのそれぞれごとに所定の操作の発生度合いに関する情報を取得するステップと、取得された情報に基づいて、前記所定の操作の発生度合いに関する情報が取得されないアプリケーションについて当該情報の補完を行うステップと、をコンピュータに実行させるためのプログラムである。
【００６８】
以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【００６９】
また、以上に示した実施形態に係る各装置（例えば、監視装置、端末装置、サーバ装置など）の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体（記憶媒体）に記録（記憶）して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、処理を行ってもよい。
なお、ここでいう「コンピュータシステム」とは、オペレーティングシステム（ＯＳ）あるいは周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークあるいは電話回線等の通信回線を介してプログラムが送信された場合のサーバあるいはクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）あるいは電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【００７０】
１…携帯端末装置、１１…目的判定部、１２…記憶部、１３…発生状況集計取得部、１４…集計データ補完部、１５…消費電流量計算部、１６…操作部、１７…表示部、３１…判定結果保管部、３２…アプリ利用状況保管部
【図１】
2016139267.tif 000003
【図２】
2016139267.tif 000004
【図３】
2016139267.tif 000005
【図４】
2016139267.tif 000006
【図５】
2016139267.tif 000007
【図６】
2016139267.tif 000008
【図７】
2016139267.tif 000009
【図８】
2016139267.tif 000010
【図９】
2016139267.tif 000011
【図１０】
2016139267.tif 000012
【図１１】
2016139267.tif 000013
【図１２】
2016139267.tif 000014