JP7438034B2

JP7438034B2 - 端末装置

Info

Publication number: JP7438034B2
Application number: JP2020102969A
Authority: JP
Inventors: 直樹山本; 茂樹田中
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2020-06-15
Filing date: 2020-06-15
Publication date: 2024-02-26
Anticipated expiration: 2040-06-15
Also published as: JP2021197636A

Description

本発明の一側面は、端末装置に関する。

特許文献１には、センサの消費電力量を低減させることを目的とする情報処理装置が開示されている。情報処理装置は、センシングデータを取得する取得部と、センシングデータに基づいてモードを変更するモード変更部と、を備える。取得部は、モードの変更に基づいて、取得するセンシングデータを変更する。

国際公開２０１７／１０４２２７号公報

例えば、スマートフォン等の端末装置に搭載された各種センサから取得したデータに基づいて、ユーザの行動状態を推定する技術がある。このような技術においては、ユーザの行動状態を正確に認識するために、常時連続的なデータをセンサから取得することが考えられる。しかしながら、センサが常時起動されている場合、端末装置における消費電力が増加し、ユーザによる端末装置の本来の利用を妨げる可能性がある。また、ユーザが端末装置を放置等した場合には、センサから取得されたデータにユーザの行動の情報が現れないため、その期間のセンサのデータを有用なデータとして扱えないことがある。

本発明の一側面は、消費電力を低減させることが可能な端末装置を提供することを目的とする。

本発明の一側面に係る端末装置は、端末装置の状態を検出するセンサと、センサの計測値の履歴であるセンサログと端末装置の操作履歴とに基づいて、センサログの変動の大きさと端末装置の操作内容との関係を取得する関係性取得部と、関係性取得部によって取得された関係に基づいて、検出された端末装置の操作内容からセンサの今後の変動状態を予測し、予測された変動状態に基づいてセンサを停止させるセンサ制御部と、を備える。

上記端末装置では、端末装置の操作内容から予測されるセンサの今後の変動状態に基づいて、センサが停止され得る。これにより、センサの今後の変動状態が小さくなると予測される場合に、センサを停止させておくことができる。このような構成では、センサを常時起動させておく必要がない。したがって、端末装置における消費電力を低減させることができる。なお、センサの変動状態の予測には、端末装置の操作内容を取得する必要があるが、操作内容の取得のために必要な電力はセンサの駆動に必要な電力に比べて非常に小さい。

本発明の一側面によれば、消費電力を低減させることが可能な端末装置を提供することができる。

一例の端末装置の構成を示すブロック図である。センサログの一例を説明するための図である。アプリログの一例を説明するための図である。センサログとアプリログとを同じ時間軸で描いた図である。端末装置の動作フローの一例を示すフロー図である。端末装置の動作フローの一例を示すフロー図である。端末装置のハードウェア構成の一例を示す図である。

以下、添付図面を参照して、本発明の例示的な実施形態について詳細に説明する。なお、図面の説明において同一又は相当要素には同一符号を付し、重複する説明を省略する。

図１は、一例に係る端末装置１０の構成を示すブロック図である。端末装置１０は、ユーザによって携帯されて使用される装置である。端末装置１０を所有するユーザには、予めユーザを特定する情報であるユーザＩＤが付与されており、当該ユーザＩＤは端末装置１０に予め記憶されている。端末装置１０は、例えば、タッチスクリーン等の入力装置、画面（タッチスクリーン）のＯＮ／ＯＦＦスイッチ、マイク、スピーカ等を有しており、具体的には、携帯電話機やスマートフォン等に相当する。端末装置１０は、移動体通信網等のネットワークに接続して無線通信を行う機能を有している。端末装置１０は、ネットワークの接続先から送信されるアプリ（アプリケーション）を受信し、当該アプリを利用する機能を有している。アプリは、端末装置１０に特定の機能を実行させるためのソフトウェアである。アプリは、ソフトウェアの機能上の分類を示すカテゴリ情報に関連づけられて端末装置１０に保存されてもよい。例えば、カテゴリ情報は、アプリの配信元によって設定された分類であってもよい。カテゴリ情報に含まれるカテゴリは、一例として、ゲーム、動画、天気、学習等であってよい。

端末装置１０は、センサ２０と制御装置３０とを含む。センサ２０は、端末装置１０の状態を検出する。端末装置１０の状態とは、端末装置１０に加えられる外力等の状態、端末装置１０の周囲の環境の状態等を含み得る。また、端末装置１０の状態には、端末装置１０の位置情報が含まれてもよい。一例のセンサ２０は、加速度センサ２１と、ジャイロセンサ２２とを含む。加速度センサ２１は、端末装置１０に生じた加速度を検出する装置である。加速度センサ２１は、互いに直交する３軸の各軸方向の加速度を検出できる。

ジャイロセンサ２２は、端末装置１０の角速度を検出する装置である。具体的には、ジャイロセンサ２２は、端末装置１０の互いに直交する３軸のそれぞれの軸回りの角速度を検出する。センサ２０によって検出された計測値のデータ、すなわち、加速度センサ２１によって検出された加速度データ、及び、ジャイロセンサ２２によって検出された角速度データは、制御装置３０に出力される。

一例の制御装置３０は、センサ２０から取得される計測値のデータに基づいて、端末装置１０のユーザの行動状態を推定してもよい。例えば、制御装置３０は、センサ２０の計測値のデータに基づいて、ユーザが歩行しているか否かの推定等を実行し得る。ユーザの行動状態の推定には公知の技術が利用され得る。

また、制御装置３０は、センサログ解析部３１と、アプリログ解析部３２と、関係性取得部３３と、センサ制御部３４とを含む。センサログ解析部３１は、センサ２０から取得されたセンサログを解析し、センサ２０における計測値の変化の大きさを所定の時間ごとに判定する。

図２は、センサログの一例を示す図である。図２には、センサログと、センサログ解析部３１によるセンサログの解析結果とが示されている。センサログは、センサ２０による計測値（センサ計測値）の履歴である。図示例では、センサログが横軸を時間とし縦軸を計測値としたグラフとして示されているが、センサログは、経時的に蓄積された計測値のデータであれば、どのような形態であってもよい。例えば、センサログは、計測時刻と計測時刻における計測値とを含むデータであってよい。また、センサログは、それぞれのセンサについて生成されてよい。すなわち、センサ２０が加速度センサ２１とジャイロセンサ２２とによって構成されている場合には、加速度センサ２１についてのセンサログとジャイロセンサ２２についてのセンサログとがそれぞれ生成される。

図２に示すように、一例のセンサログ解析部３１は、計測値の変化の有無（大小）を判定する。センサログ解析部３１は、図２に０≦ｔ＜ｔ１、ｔ１≦ｔ＜ｔ２と示されるように、所定の時間における計測値を判定する。なお、センサログ解析部３１によって判定される時間の長さは一定であってよい。以下、所定の時間を時間Δｔという場合がある。なお、時間Δｔは、任意に設定され得る。センサ２０による計測値の変化の大小（有無）を判定する必要があるため、時間Δｔは、例えば３分～２０分程度（一例として５分又は１０分）といった時間幅を有していてよい。センサログ解析部３１は、センサ２０の計測値の変化が大きい状態と、センサ２０の計測値の変化が小さい状態とを判定するための閾値を設定する。なお、一般に、ユーザが端末装置１０を携帯した状態で活動している場合、センサ２０の計測値の変化は大きくなり、ユーザが端末装置１０を携帯しておらず、端末装置１０が放置等されている場合、センサ２０の計測値の変化は小さくなる。

センサログ解析部３１によって設定される閾値は、時間Δｔにおける計測値の変化の有無が判定可能であればどのように決められてもよい。例えば、センサログ解析部３１は、センサ２０によって計測された計測値の分散値を所定の時間Δｔごとに算出してもよい。この場合、センサログ解析部３１は、算出された分散値が設定された閾値以上であればセンサ２０の計測値の変化が大きい状態であると判定し、分散値が閾値未満であればセンサ２０の計測値の変化が小さい状態であると判定する。

また、センサログ解析部３１は、センサ２０によって計測された計測値の平均値を所定の時間Δｔごとに算出してもよい。この場合、センサログ解析部３１は、算出された平均値が設定された閾値以上であればセンサ２０の計測値の変化が大きい状態であると判定し、平均値が閾値未満であればセンサ２０の計測値の変化が小さい状態であると判定する。なお、センサログ解析部３１は、センサ２０による計測値の最大値、最小値、中央値等のような計測値の変化の指標となる値を算出してもよい。その場合、センサログ解析部３１は、変化の指標となる値について設定された閾値を参照して、各値に基づいて計測値の変化の大小（有無）を判定してもよい。

図２では、所定の時間Δｔに相当する０≦ｔ＜ｔ_１及びｔ_１≦ｔ＜ｔ_２の間に計測されたセンサ２０の計測値に関して、平均値α１及び分散値β１並びに平均値α１及び分散値β１が算出されている。図示例では、平均値α１及び分散値β１並びに平均値α１及び分散値β１が閾値以上であることにより計測値の変化が大きい状態であると判定されている。なお、図２に示される、センサログに変化が見られない時間帯においては、センサ２０の計測値の平均値及び分散値が閾値未満となるため、変化の小さい状態であると判定される。

センサ２０の計測値の変化が大きい状態であると判定された場合、対応する期間（例えば、０≦ｔ＜ｔ１）に対して変化が大きいことを示すフラグ（例えば「１」）が付与されてもよい。また、センサ２０の計測値の変化が小さい状態であると判定された場合、対応する期間に対して変化が小さいことを示すフラグ（例えば「０」）が付与されてもよい。

分散値の判定に用いられる閾値、及び、平均値の判定に用いられる閾値は、任意に設定され得る。また、閾値は、性別、年代、端末装置１０の利用履歴のようなユーザを分類可能な任意の特徴に基づいて形成されるユーザ群ごとに設定されてもよい。一例において、閾値は、ユーザが睡眠中のときに取得されるセンサ２０の計測値の平均値及び分散値であってもよい。この場合、ユーザが睡眠中であるか否かを推定する従来の技術が利用されてもよい。

図３は、アプリログの一例を説明するための図である。図３には、アプリログと、アプリログ解析部３２によるアプリログの解析結果とが時間Δｔごとに示されている。アプリログは、ユーザによる端末装置１０の操作内容の履歴（操作履歴）であり、ユーザによる端末装置１０の利用傾向を示し得る。操作履歴は、端末装置１０に対する単純操作の履歴と、端末装置１０において動作するアプリの操作の履歴とを含んでもよい。図３では、端末装置１０の単純操作を「操作Ａ」等のように示し、アプリの操作を「アプリＡ」等のように示している。端末装置１０の単純操作とは、例えば、端末装置１０に設けられた入力装置の操作履歴であってもよい。一例として、「操作Ａ」は、端末装置１０の画面のオン／オフの操作であってもよい。また「操作Ｂ」は、端末装置１０に設けられたタッチスクリーンによる入力操作であってもよい。アプリの操作は、アプリの起動に関する操作を含む。

一例のアプリログ解析部３２は、取得されたアプリログに基づいて、アプリログの特徴を導出する。例えば、アプリログ解析部３２は、起動したアプリの種類、アプリの総起動回数、アプリの総利用時間、アプリのカテゴリごとの利用時間、画面のＯＮ／ＯＦＦの回数、画面のＯＮからＯＦＦまでの時間などを導出する。アプリログ解析部３２は、センサログ解析部３１によるセンサログの解析と同じ時間幅、且つ、同じタイミングで実行される。すなわち、アプリログ解析部３２は、所定の時間Δｔごとに、アプリログの解析結果を導出する。

「起動したアプリの種類」は、時間Δｔにおいてユーザによって起動されたアプリの種類の数であってよい。アプリの種類は、例えばアプリのカテゴリであってもよい。「アプリの総起動回数」は、時間Δｔにおいてユーザがアプリを起動させた回数であってよい。例えば同じアプリを複数回にわたって起動した場合には、複数回が総起動回数にカウントされる。「アプリの総利用時間」は、時間Δｔに起動された全てのアプリの利用時間の総和であってよい。「アプリのカテゴリごとの利用時間」は、時間Δｔにおいてユーザによって起動されたアプリのカテゴリ（種類）ごとの利用時間であってよい。「画面のＯＮ／ＯＦＦの回数」は、時間Δｔにおける端末装置１０の画面のＯＮ／ＯＦＦの操作の回数であってよい。「画面のＯＮからＯＦＦまでの時間」は、時間Δｔにおいて端末装置１０の画面がＯＮ状態となってからＯＦＦ状態になるまでの時間であり、画面の駆動時間であってもよい。一例のアプリログ解析部３２では、図３にａｐｐ_１’等として示すように、起動したアプリの種類、アプリの総起動回数、アプリの総利用時間、アプリのカテゴリごとの利用時間、画面のＯＮ／ＯＦＦの回数、及び、画面のＯＮからＯＦＦまでの時間をそれぞれパラメータとして取得する。

関係性取得部３３は、センサ２０の計測値の履歴であるセンサログと端末装置１０の操作履歴であるアプリログとに基づいて、センサログの変動の大きさと端末装置１０の操作内容との関係を取得する。一例において、関係性取得部３３は、センサログ解析部３１によって解析されたセンサログのデータと、アプリログ解析部３２によって解析されたアプリログのデータとに基づいてセンサ２０の変動の大きさと端末装置１０の操作内容との関係を取得する。

図４は、センサログとアプリログとを同じ時間軸で描いた図である。図４に示すように、センサログには、計測値の変化が大きい時間帯と、計測値の変化が小さい時間帯（センサログに変化が見られない時間）とが存在する。ユーザが端末装置１０を携帯していないことに基づいて計測値の変化が小さくなっているとすると、計測値が小さくなっている時間帯におけるセンサログはユーザの行動状態を反映していないことになる。例えば、センサログに基づいてユーザの行動状態を推定しようとする場合、ユーザの行動状態を反映しないセンサログは、いわゆるノイズに相当するため、不要なデータといえる。

関係性取得部３３は、センサログの今後の変動が小さくなる場合に端末装置１０においてどのような操作がなされたかを示す第１の判定基準を取得し得る。例えば、関係性取得部３３は、センサログ解析部３１によってセンサ２０の計測値の変化が小さいと判定された時間Δｔごとに、アプリログ解析部３２によるアプリログの解析結果を参照することで、第１の判定基準を取得してもよい。第１の判定基準は、アプリログの解析結果として取得されるパラメータを判定するための閾値であってもよい。例えば、計測値の変化が小さい時間Δｔにおいてアプリの総起動回数を示すパラメータ、及び、動画に分類されるアプリの総利用時間を示すパラメータが大きい場合、関係性取得部３３は、アプリの総起動回数についての閾値と、動画に分類されるアプリの総利用時間についての閾値とを取得してもよい。関係性取得部３３は、センサログの変動が大きくなるときの端末装置１０の操作に関連づけて、センサログの変動が小さくなっている期間ΔＴを取得してもよい。なお、センサログの変化に関係なく出現するアプリログについては、ルールベース、ＴＦ－ＩＤＦなどの手法によって判定基準から除外されてもよい。

また、関係性取得部３３は、センサログの今後の変動が第１の判定基準におけるセンサログの変動よりも大きくなる場合に端末装置１０においてどのような操作がなされたかを示す第２の判定基準を取得し得る。例えば、関係性取得部３３は、センサログ解析部３１によってセンサ２０の計測値の変化が大きいと判定された時間Δｔごとに、アプリログ解析部３２によるアプリログの解析結果を参照することで、第２の判定基準を取得してもよい。第２の判定基準は、アプリログの解析結果として取得されるパラメータを判定するための閾値であってもよい。例えば、計測値の変化が大きい時間Δｔにおいてアプリの総起動回数を示すパラメータが小さく、位置情報ゲームに分類されるアプリの総利用時間を示すパラメータが大きい場合、関係性取得部３３は、アプリの総起動回数についての閾値と、位置情報ゲームに分類されるアプリの総利用時間についての閾値とを取得してもよい。関係性取得部３３は、センサログの変動が大きくなるときの端末装置１０の操作に関連づけて、センサログの変動が大きくなっている期間を取得してもよい。なお、センサログの変化に関係なく出現するアプリログについては、ルールベース、ＴＦ－ＩＤＦなどの手法によって判定基準から除外されてもよい。

センサ制御部３４は、センサ２０のＯＮ／ＯＦＦを制御する。一例のセンサ制御部３４は、関係性取得部３３によって取得されたセンサログとアプリログとの関係に基づいて、検出された端末装置１０の操作内容からセンサ２０の今後の変動状態を予測し、予測された変動状態に基づいてセンサ２０を停止させてもよい。例えば、センサ制御部３４は、アプリログの解析結果として取得されるパラメータが第１の判定基準として設定された閾値よりも小さいときに、センサ２０の今後の変動が小さくなると判定して、センサ２０を停止させる。この場合、センサ制御部３４は、関係性取得部３３で取得された変動が小さくなっている期間ΔＴの経過後にセンサ２０を起動させてもよい。例えば、センサ制御部３４は、アプリの総起動回数が所定の閾値より大きく、動画に分類されるアプリの総利用時間が所定の閾値よりも大きい場合に、センサ２０を停止してもよい。

また、他の例として、センサ制御部３４は、関係性取得部３３によって取得されたセンサログとアプリログとの関係に基づいて、検出された端末装置１０の操作内容からセンサ２０の今後の変動状態を予測し、予測された変動状態に基づいてセンサ２０を起動させてもよい。例えば、センサ制御部３４は、アプリログの解析結果として取得されるパラメータが第２の判定基準として設定された閾値よりも大きいときに、センサ２０の今後の変動が大きくなると判定して、センサ２０を起動させる。この場合、センサ制御部３４は、関係性取得部３３で取得された変動が大きくなっている期間の経過後にセンサ２０を停止させてもよい。例えば、センサ制御部３４は、アプリの総起動回数を示すパラメータが小さく、位置情報ゲームに分類されるアプリの総利用時間を示すパラメータが大きい場合に、センサ２０を起動してもよい。

続いて、端末装置１０の動作について説明する。端末装置１０では、事前に取得されたセンサログ及びアプリログに基づいて、センサログとアプリログとの関係性が取得される。そして、取得された関係性に基づいて、アプリログの状態から今後のセンサ２０の変動が予測される。

図５は、端末装置の動作フローの一例を示すフロー図である。図５では、センサログとアプリログとの関係性を取得する際の動作が示されている。図５に示すように、センサログとアプリログとの関係性を取得する場合、ます、センサログ解析部３１がセンサログの変化の大小を判定し、閾値を取得する（ステップＳ１１）。続いて、ｔ_ｉ≦ｔ＜ｔ_ｉ＋１として例示される時間Δｔにおけるセンサログが閾値以上か否かがセンサログ解析部３１によって判定される（ステップＳ１２）。ステップＳ１２において、時間Δｔにおけるセンサログが閾値以上であると判定された場合、センサの変化が大きいタイミングであることを示すフラグがセンサログ解析部３１によって付与される（ステップＳ１３）ステップＳ１２において、時間Δｔにおけるセンサログが閾値未満であると判定された場合、センサの変化が小さいタイミングであることを示すフラグがセンサログ解析部３１によって付与される（ステップＳ１４）。例えば、ステップＳ１２からステップＳ１４までの処理は、時間Δｔよりも十分に長い時間にわたって取得されたセンサログの全期間について実施される。続いて、アプリログ解析部３２がアプリログの傾向を取得する（ステップＳ１５）。続いて、関係性取得部３３が、時間Δｔにおけるアプリ利用状況と、時間Δｔにおけるセンサ状態と同様の状態が継続される期間とを取得する（ステップＳ１６）。センサ状態が同様か否かは、センサ変化に応じて付与されるフラグに基づいて判定されてもよい。

図６は、端末装置の動作フローの一例を示すフロー図である。図６では、センサ制御部３４によるセンサ２０の制御動作が示されている。図６に示すように、センサ２０の制御動作においては、まず、直近の時間Δｔにおけるアプリログが取得される（ステップＳ２１）。ステップＳ２１において、センサ制御部３４は、アプリログの解析結果として各種のパラメータを取得する。続いて、センサ制御部３４によって、取得されたアプリログがセンサの変化が大きいタイミングの条件を満たすか否かが判定される（ステップＳ２２）。ステップＳ２２において、条件を満たさないと判定された場合、センサ２０が起動しているときには、所定の時間にわたってセンサ２０が停止される（ステップＳ２３）。一方、条件を満たすと判定された場合、センサ制御部３４はセンサ２０を起動させる（ステップＳ２４）。ステップＳ２４によってセンサ２０が起動されてから、所定の期間ΔＴが経過したかが判定され（ステップＳ２５）、所定の期間ΔＴが経過している場合には、ステップＳ２１に戻る。

以上説明した端末装置１０では、端末装置１０の操作内容から予測されるセンサ２０の今後の変動状態に基づいて、センサ２０が停止され得る。これにより、センサ２０の今後の変動状態が小さくなると予測される場合に、センサを停止させておくことができる。例えば、アプリログの特徴がセンサ２０の今後の変動状態が大きくなる条件を満たす場合にセンサ２０を起動させ、アプリログの特徴がセンサ２０の今後の変動状態が大きくなる条件を満たさない場合に、センサ２０の今後の変動状態が小さくなると予測してセンサ２０を停止させることができる。また、通常時においてセンサ２０を起動させておき、アプリログの特徴がセンサ２０の今後の変動状態が小さくなる条件を満たす場合にセンサ２０を期間Ｔの間停止させてもよい。

このような構成において、センサ２０の変動状態の予測には、端末装置１０の操作内容（アプリログ）を取得する必要があるが、操作内容の取得のために必要な電力はセンサ２０の駆動に必要な電力に比べて非常に小さい。端末装置１０では、消費電力の大きなセンサ２０を常時起動させておく必要がないため、端末装置１０における消費電力を低減させることができる。

また、アプリログは、端末装置１０において動作するアプリの操作履歴を含んでもよい。スマートフォンのような端末装置においては、ユーザの使用するアプリの内容がユーザの行動状態を反映しやすい。ユーザの行動状態は端末装置のセンサログに反映されやすいため、アプリログがアプリの操作履歴を含む場合には、アプリログとセンサログとの関連性を精度良く取得できる。

関係性取得部３３は、センサログの今後の変動が小さくなる場合に端末装置１０においてどのような操作がなされたかを示す第１の判定基準、及び、センサログの今後の変動が大きくなる場合に端末装置１０においてどのような操作がなされたかを示す第２の判定基準を取得してもよい。例えば、通常時においてセンサ２０を起動させておく場合、第１の判定基準を用いることによって、センサ２０の変動が小さくなる期間にセンサ２０を効率的に停止させることができる。また、通常時においてセンサ２０を停止させておく場合、第２の判定基準を用いることによって、センサ２０の変動が大きくなる期間にセンサ２０を効率的に起動させることができる。

関係性取得部３３は、センサログの変動が小さくなるときの端末装置１０の操作に関連づけて、センサログの変動が小さくなっている期間を取得してもよい。この場合、センサ制御部３４は、センサ２０を停止させてから上記の期間の経過後にセンサ２０を起動させてもよい。この構成では、センサの停止期間に過不足が生じることが抑制される。

なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

また、センサ制御部３４は、センサ２０に含まれる各種センサ（加速度センサ２１、ジャイロセンサ２２等）を一括で制御してもよいし、センサ２０に含まれるセンサごとに制御してもよい。例えば、関係性取得部３３は、加速度センサ２１のための閾値と、ジャイロセンサ２２のための閾値をそれぞれ設定してもよい。

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。

例えば、本開示の一実施の形態における端末装置１０は、本開示の方法を行うコンピュータとして機能してもよい。図７は、本開示の端末装置１０のハードウェア構成の一例を示す図である。上述の端末装置１０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。端末装置１０のハードウェア構成は、図１に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

端末装置１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、センサログ解析部３１は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る通信制御方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、端末装置１０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリ、ソフトウェアアプリ、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々な情報要素は、あらゆる好適な名称によって識別できるので、これらの様々な情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

１０…端末装置、２０…センサ、３３…関係性取得部、３４…センサ制御部。

Claims

端末装置であって、
前記端末装置の状態を検出するセンサと、
前記センサの計測値の履歴であるセンサログと前記端末装置の操作履歴とに基づいて、前記センサログの変動の大きさと前記端末装置の操作内容との関係を取得する関係性取得部と、
前記関係性取得部によって取得された関係に基づいて、検出された前記端末装置の前記操作内容から前記センサの今後の変動状態を予測し、予測された変動状態に基づいて前記センサを停止させるセンサ制御部と、を備える、端末装置。
前記操作履歴は、前記端末装置において動作するアプリの操作履歴を含む、請求項１に記載の端末装置。
前記関係性取得部は、前記センサログの今後の変動が小さくなる場合に前記端末装置においてどのような操作がなされたかを示す第１の判定基準、及び、前記センサログの今後の変動が前記第１の判定基準における前記センサログの変動よりも大きくなる場合に前記端末装置においてどのような操作がなされたかを示す第２の判定基準を前記関係として取得する、請求項１又は２に記載の端末装置。
前記センサ制御部は、前記端末装置の前記操作内容から前記センサの今後の変動が大きくなると判定されたときに、前記センサを起動させる、請求項１～請求項３のいずれか一項に記載の端末装置。
前記センサ制御部は、前記端末装置の前記操作内容から前記センサの今後の変動が小さくなると判定されたときに、前記センサを停止させる、請求項１～請求項３のいずれか一項に記載の端末装置。
前記関係性取得部は、前記センサログの変動が小さくなるときの前記端末装置の前記操作に関連づけて、前記センサログの変動が小さくなっている期間を取得し、
前記センサ制御部は、前記センサを停止させてから前記期間の経過後に前記センサを起動させる、請求項５に記載の端末装置。