JP2019053676A - 情報処理装置、情報処理方法、プログラム、及び情報処理システム - Google Patents

Abstract

【課題】バッテリの消費電力を削減することを実現する。【解決手段】ユーザに関する計測データを取得するデータ取得部と、前記データ取得部により取得された前記計測データが通知条件を満たすことに基づき、前記ユーザへのメッセージの通知を制御する通知制御部と、前記計測データが前記通知条件を満たさない場合、前記計測データと前記通知条件との関係に基づき、前記データ取得部に前記計測データを次に取得させるタイミングを決定するタイミング決定部と、を備える、情報処理装置。【選択図】図４

Description

本発明は、情報処理装置、情報処理方法、プログラム、及び情報処理システムに関する。

近日、スマートフォン、及びウェアラブル端末等の普及に伴い、ユーザのヘルスケアに関する情報を提供することを目的としたアプリケーションが多く提供されている。アプリケーションのユーザにとって重要なことは、アプリケーションからヘルスケア情報を受け取るだけでなく、ヘルスケア情報に基づき健康状態を改善するために、行動変容を行うことである。そこで、ユーザの行動変容を支援する方法が開発されている。

上述したユーザの行動変容を支援する方法として、例えば下記の特許文献１には、ユーザの状況に応じた推奨行動を提示することで、ユーザの行動を変容させるように支援する方法が開示されている。

特開２０１７−０４０９８１号公報

特許文献１のユーザの行動変容を支援する方法では、例えば、日常生活におけるユーザの行動に関する情報を所定の時間間隔で取得かつ蓄積し、およそ１日経過後に蓄積した情報に基づく推奨行動をユーザへ提示する例が示されている。上述の方法では、所定の時間間隔でユーザに関する情報の取得を行うため、端末は相応の電力を消費する。また、端末は日常生活の情報をリアルタイムに取得するための端末であることから、スマートフォンのようなユーザが携帯可能な端末であることが望ましく、さらにバッテリの消費電力を可能な限り抑えることが望まれる。しかし、日常生活の情報をリアルタイムに取得するにあたり、取得する情報の精度を考慮すると、端末は情報を取得する回数を増やす必要があり、端末のバッテリの電力を大きく消費してしまうという問題があった。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、バッテリの消費電力を削減することが可能な、新規かつ改良された情報処理装置、情報処理方法、プログラム、及び情報処理システムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、ユーザに関する計測データを取得するデータ取得部と、前記データ取得部により取得された前記計測データが通知条件を満たすことに基づき、前記ユーザへのメッセージの通知を制御する通知制御部と、前記計測データが前記通知条件を満たさない場合、前記計測データと前記通知条件との関係に基づき、前記データ取得部に前記計測データを次に取得させるタイミングを決定するタイミング決定部と、を備える、情報処理装置が提供される。

前記データ取得部は、前記タイミング決定部により決定されたタイミングに従って、前記ユーザに関する計測を行う計測部に前記計測の実行を指示し、前記計測部から前記計測データを取得してもよい。

前記計測データは、前記ユーザの位置データであり、前記通知条件は、設定位置と前記ユーザの位置との関係を示す差分が所定値以下となったことであってもよい。

前記タイミング決定部は、前記差分が所定値を上回る場合、前記差分の大きさに基づいて前記タイミングを決定してもよい。

前記タイミング決定部は、前記差分が大きいほど遅いタイミングに前記タイミングを決定してもよい。

前記タイミング決定部は、前記差分が所定値以下となった場合、所定の時間が経過した後のタイミングを前記タイミングに決定してもよい。

前記情報処理装置は、複数の通知条件を記憶する記憶部と、前記ユーザの位置を中心とする探索範囲を設定し、前記複数の通知条件から、前記探索範囲に含まれ、かつ、前記ユーザの位置に最も近い設定位置に対応する通知条件を抽出する抽出部と、をさらに備え、前記通知制御部および前記タイミング決定部は、前記抽出部により抽出された通知条件を用いて動作してもよい。

前記抽出部は、前記複数の通知条件から、前記探索範囲に含まれ、かつ、前記ユーザの位置に最も近い設定位置に対応することに加え、前記ユーザの属性に対応する通知条件を抽出してもよい。

前記データ取得部は、前記ユーザに関する計測を継続的に行う計測部から、前記タイミング決定部により決定されたタイミングに従って前記計測データを取得してもよい。

また、上記課題を解決するために、本発明の別の観点によれば、ユーザに関する計測データを取得することと、前記計測データが通知条件を満たすことに基づき、前記ユーザへのメッセージの通知を制御することと、前記計測データが前記通知条件を満たさない場合、前記計測データと前記通知条件との関係に基づき、前記計測データを次に取得するタイミングを決定することと、を含む、プロセッサにより実行される、情報処理方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、ユーザに関する計測データを取得するデータ取得部と、前記データ取得部により取得された前記計測データが通知条件を満たすことに基づき、前記ユーザへのメッセージの通知を制御する通知制御部と、前記計測データが前記通知条件を満たさない場合、前記計測データと前記通知条件との関係に基づき、前記データ取得部に前記計測データを次に取得させるタイミングを決定するタイミング決定部と、として機能させるための、プログラムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、ユーザ端末と、前記ユーザ端末と通信する情報処理装置を有する情報処理システムであって、前記ユーザ端末は、ユーザに関する計測を行う計測部と、前記情報処理装置からの制御に従ってメッセージを前記ユーザに通知する通知部と、を有し、前記情報処理装置は、前記ユーザ端末から前記ユーザに関する計測データを取得するデータ取得部と、前記データ取得部により取得された前記計測データが通知条件を満たすことに基づき、前記通知部による前記メッセージの通知を制御する通知制御部と、前記計測データが前記通知条件を満たさない場合、前記計測データと前記通知条件との関係に基づき、前記データ取得部に前記計測データを次に取得させるタイミングを決定するタイミング決定部と、を有する、情報処理システムが提供される。

以上説明したように本発明によれば、バッテリの消費電力を削減することを実現することが可能である。

本発明の実施形態に係るプロンプト制御システムを示す説明図である。 同実施形態に係るユーザ端末の構成例を示すブロック図である。 同実施形態に係るユーザ端末に通知されたメッセージのユーザインタフェースの例を示す説明図である。 同実施形態に係るプロンプト制御サーバの構成例を示すブロック図である。 同実施形態に係る初回の通知判定の例を示す説明図である。 同実施形態に係る２回目の通知判定の例を示す説明図である。 同実施形態に係る３回目の通知判定の例を示す説明図である。 同実施形態に係るプロンプト制御サーバの動作例を示すフローチャートである。 同実施形態に係るプロンプト制御サーバのハードウェア構成例を示したブロック図である。

以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書および図面において、実質的に同一の機能構成または論理的意義を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成または論理的意義を有する複数の構成要素の各々を特に区別する必要がない場合、複数の構成要素の各々に同一符号のみを付する。

＜１．プロンプト制御システム＞
図１は、本発明の実施形態に係るプロンプト制御システムを示す説明図である。プロンプト制御システムは、ユーザ１０のユーザデータを取得し、取得したユーザデータに基づき、ユーザ１０に行動を促すための推奨情報が記載されたプロンプトメッセージをユーザへ提示する制御を行うためのシステムである。

プロンプト制御システムはユーザ端末２０、及びプロンプト制御サーバ３０から構成される。ユーザ１０は、ユーザ端末２０を携帯して歩行する。ユーザ端末２０とプロンプト制御サーバ３０はネットワーク１２を介して接続されている。

（１）ユーザ端末２０
ユーザ端末２０は、ユーザ１０のユーザデータの取得、及びプロンプトメッセージを表示するための端末である。ユーザ端末２０は、ネットワーク１２を介してプロンプト制御サーバ３０と接続されており、ユーザ端末２０はネットワーク１２を介して、ユーザ１０のユーザデータの送信、及びプロンプトメッセージの受信を行う。ユーザ端末２０は、ユーザ１０に携帯されることで、ユーザ端末２０が備える慣性センサ等によりユーザ１０のユーザデータを取得する。なお、ユーザ１０がユーザ端末２０を携帯する方法は任意の方法でよく、特に限定されない。

ユーザ１０のユーザデータとして、例えばユーザ１０の位置情報がある。なお、ユーザ１０の位置情報の取得方法は特に限定されないが、例えば、ユーザ端末２０がユーザ１０に携帯される場合、ユーザ端末２０の位置はユーザ１０の位置と等しいため、ユーザ端末２０はユーザ端末２０自身の位置を測位することで、ユーザ１０の位置も測位することが可能である。また、ユーザ端末２０は、スマートフォン、携帯端末、またはウェアラブル端末等であってもよい。

（２）プロンプト制御サーバ３０
プロンプト制御サーバ３０は、ユーザ端末２０が取得した情報を含むユーザ１０のユーザデータに基づき、ユーザ１０へプロンプトメッセージを通知するか否かを判定し、プロンプトメッセージの通知処理を制御する機能を有する情報処理装置である。

ここで、ユーザ１０のユーザデータについて説明する。ユーザ１０のユーザデータには、個人データと状況データがある。個人データとは、時系列変化量が小さいユーザ１０の個人情報に関するデータのことである。個人データの種類には、例えば、性別、年齢、職種、居住環境、生活パターン、行動変容ステージ、体力、好み等がある。状況データとは、時系列変化量が大きいユーザ１０の状況に関するデータのことである。状況データの種類には、例えば、位置情報、運動情報（加速度、歩数等）、食事情報（食事の時間、量、バランス等）、睡眠情報（睡眠の時間、質等）、姿勢情報（立位、座位、臥位であるか等）、生体情報（体重、血圧等）、心理情報（意欲、疲労、ストレス等）、環境情報（天候等）等がある。

プロンプト制御サーバ３０は、ネットワーク１２を介してユーザ端末２０と接続しており、ユーザ１０へプロンプトメッセージを通知すると判定した場合、ネットワーク１２を介してユーザ端末２０へプロンプトメッセージを送信する。また、プロンプト制御サーバ３０は、ユーザ１０へプロンプトメッセージを通知しないと判定した場合、ユーザデータを再取得するタイミングを決定し、そのタイミングで再取得したユーザデータに基づき、ユーザ１０へプロンプトメッセージを通知するか否かを再度判定する。

以上、図１を参照しながら、本発明の実施形態に係るプロンプト制御システムを説明した。続いて、本発明の実施形態に係るユーザ端末２０の構成例について説明する。

＜２．ユーザ端末２０の構成例＞
図２は、本発明の実施形態に係るユーザ端末２０の構成例を示すブロック図である。以下、図２を参照しながら、本発明の実施形態に係るユーザ端末２０の構成例について説明する。

図２に示したように、本発明の実施形態に係るユーザ端末２０は、計測部２２０、入出力部２４０、通信部２６０を備える。

（１）計測部２２０
計測部２２０は、ユーザ１０の状況データを計測する機能を有する。特に、計測部２２０は、状況データの内、計測部２２０として用いるセンサ等の計測装置により計測可能である計測データを計測する機能を有する。なお、以下では、計測部２２０が計測データを計測する旨の記載と、計測装置が計測データを計測する旨の記載は同義である。計測部２２０は計測した計測データを通信部２６０へ出力する。本発明の実施形態における計測データとして、計測部２２０は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いてユーザ１０の位置情報（位置データ）を計測し、慣性センサを用いて運動情報を計測する。ただし、計測部２２０が計測する計測データの種類及び計測方法は限定されない。

なお、本発明の実施形態において、計測部２２０における計測データの計測タイミングは、計測装置及び計測データの種類に応じて、適宜設定されてよい。例えば、計測部２２０は、プロンプト制御サーバ３０からユーザデータの取得指示を受けたタイミングで、計測データを計測してよい。なお、プロンプト制御サーバ３０からユーザデータの取得指示を受けたタイミングで計測データを計測する場合、計測装置はユーザデータの取得指示を受けたタイミングでのみ稼働するため、ハードウェア（計測装置）の稼働におけるバッテリの消費電力削減の大きな効果が期待される。

（２）入出力部２４０
入出力部２４０は、通信部２６０が受信したプロンプトメッセージを出力する機能を有する。本発明の実施形態において、入出力部２４０は、例えば、図３に示すように、プロンプトメッセージ４０を出力する。プロンプトメッセージ４０には、テキストメッセージ４０２とイメージ４０４が表示される。テキストメッセージ４０２は、プロンプトメッセージ４０のメッセージ内容をテキストで表示する。イメージ４０４は、プロンプトメッセージ４０のメッセージ内容に関連する画像または情報等を表示する。

例えば、入出力部２４０は、図３のプロンプトメッセージ４０Ａに示すように、階段を利用することを推奨する内容を示すテキストメッセージ４０２Ａと、ユーザ１０が階段を利用している様子を示すイメージ４０４Ａを表示する。なお、入出力部２４０は、複数のユーザ１０に対して、同一のプロンプト情報に基づくプロンプトメッセージ４０を通知する際に、テキストメッセージ４０２は同一の内容であっても、イメージ４０４は、各ユーザ１０のユーザデータに応じて異なる内容を表示してもよい。例えば、図３のプロンプトメッセージ４０Ａとプロンプトメッセージ４０Ｂを比較すると、テキストメッセージ４０２Ａと４０２Ｂは同一の内容であるが、イメージ４０４Ａとイメージ４０４Ｂの表示内容は異なる。イメージ４０４Ａは、複数のユーザ１０に対して共通して使用可能なイメージが表示されているが、イメージ４０４Ｂは、あるユーザ１０の消費カロリーの推移に関するユーザデータが表示されている。

なお、入出力部２４０における、プロンプトメッセージの出力方法は、テキスト形式、及び画像形式による出力方法に限定されない。例えば、入出力部２４０は、例えば、音声形式でプロンプトメッセージを出力してもよい。

また、入出力部２４０は、ユーザ１０の状況データ及び個人データを取得してもよい。特に、入出力部２４０が状況データを取得することは、例えば、ユーザ１０の心理状況等、センサ等の装置が計測により取得できない状況データ等を取得する際に有効である。入出力部２４０における状況データの取得方法には、例えば、取得したい状況データに関する質問と入力フィールドを入出力部２４０が画面に表示し、ユーザ１０に入力させることでユーザ１０の状況データを取得する方法がある。なお、入出力部２４０は、上述の状況データの取得と同様の方法で、個人データを取得してもよい。

（３）通信部２６０
通信部２６０は、ネットワーク１２を介してユーザ端末２０とプロンプト制御サーバ３０を接続するインタフェースである。通信部２６０は、プロンプト制御サーバ３０との通信において、プロンプト制御サーバ３０からプロンプトメッセージを受信する。また、通信部２６０は、計測部２２０が計測したユーザ１０の状況データ、及び入出力部２４０が取得したユーザ１０の個人データをプロンプト制御サーバ３０へ送信する。

以上、図２、図３を参照しながら、本発明の実施形態に係るユーザ端末２０の構成例について説明した。続いて、本発明の実施形態に係るプロンプト制御サーバ３０の構成例について説明する。

＜３．プロンプト制御サーバ３０の構成例＞
図４は、本発明の実施形態に係るプロンプト制御サーバ３０の構成例を示すブロック図である。図４に示したように、本発明の実施形態に係るプロンプト制御サーバ３０は、データ取得部３３０、通信部３４０、記憶部３５０、制御部３６０を備える。

（１）データ取得部３３０
データ取得部３３０は、ユーザデータである状況データ及び個人データを、通信部３４０を介してユーザ端末２０から取得する機能を有する。データ取得部３３０は、制御部３６０のタイミング決定部３６６が算出したユーザデータの計測タイミングに基づき、通信部３４０を介して、ユーザ端末２０の計測部２２０にユーザデータを計測するよう指示する。データ取得部３３０は、通信部３４０を介して、ユーザ端末２０の計測部２２０が計測したユーザデータを取得後、取得したユーザデータを制御部３６０へ出力する。

なお、データ取得部３３０がユーザデータを取得するタイミングは、制御部３６０が算出したユーザデータの計測タイミングに基づくユーザデータの取得指示を受けたタイミング以外にもある。例えば、プロンプト制御サーバ３０が外部からの操作（装置の起動時、及び動作開始指示）により動作を開始した時に、データ取得部３３０は制御部３６０からユーザデータの取得指示を受け、データ取得部３３０は通信部３４０を介してユーザ端末２０からユーザデータを取得する。

（２）通信部３４０
通信部３４０は、ネットワーク１２を介してプロンプト制御サーバ３０とユーザ端末２０を接続するインタフェースである。通信部３４０は、ユーザ端末２０との通信において、ユーザ端末２０が備える計測部２２０が取得したユーザ１０の状況データ、及び入出力部２４０が取得したユーザ１０の個人データを受信する。また、通信部３４０は、制御部３６０から取得したプロンプトメッセージを、ユーザ端末２０へ送信する。なお、通信部３４０がユーザ端末２０からユーザデータを取得するタイミングは、計測部２２０がデータ取得部３３０からユーザデータの取得指示を受け、計測部２２０がユーザデータを計測したタイミングである。

（３）記憶部３５０
記憶部３５０は、プロンプト情報を記憶する。記憶部３５０は、プロンプト情報として、プロンプトＩＤ、位置情報、通知条件、プロンプトメッセージを関連付けて記憶する。プロンプトＩＤは、プロンプトメッセージを識別するために英字または数字等を組み合わせて設定される文字列である。位置情報は、プロンプト情報が設定されている位置を示す情報であり、以下では、その位置のことを設定位置とも称する。通知条件は、プロンプト制御システムがユーザ１０へプロンプトメッセージを通知するための条件の１つである。プロンプトメッセージは、ユーザ１０に行動を促すための推奨情報が記載されたメッセージである。

（４）制御部３６０
制御部３６０は、データ取得部３３０から取得したユーザデータに基づきプロンプト情報の候補の抽出、抽出したプロンプト情報に含まれるプロンプトメッセージの通知処理の制御、次にユーザデータを取得するタイミングの決定を行う機能を有する。

上述の機能を実現するために、本発明の実施形態に係る制御部３６０は、抽出部３６２、通知制御部３６４、タイミング決定部３６６を備える。

・抽出部３６２
抽出部３６２は、データ取得部３３０から取得したユーザデータに基づき、記憶部３５０に記憶された複数のプロンプト情報から、所定の条件を満たすプロンプト情報の候補を抽出する機能を有する。抽出部３６２は、抽出したプロンプト情報の候補を、タイミング決定部３６６へ出力する。

ここで、プロンプト情報の候補の抽出における所定の条件とは、個人データに対応したプロンプト情報であり、かつその設定位置が探索範囲に含まれることである。

また、探索範囲とは、取得したユーザデータの状況データに含まれるユーザ１０の位置を中心とした円で設定される範囲のことである。例えば、図５に示すように、抽出部３６２は、ユーザ位置５０を中心に探索範囲５１を探索範囲半径ｒで設定する。探索範囲半径ｒの距離は、特に限定されず、任意の距離が設定されてよい。

プロンプト情報の候補の抽出処理について、図５を参照しながら具体的に説明する。まず、抽出部３６２は、ユーザ位置５０を中心に探索範囲半径ｒの探索範囲５１を設定し、記憶部３５０から、探索範囲５１に含まれる位置情報を有するプロンプト情報を抽出する。次に、抽出部３６２は、抽出したプロンプト情報の中から、ユーザ１０の個人データに対応するプロンプト情報を、プロンプト情報の候補として抽出する。なお、抽出したプロンプト情報の候補の位置は、図５における、設定位置５５Ａ、設定位置５５Ｂ、設定位置５５Ｃ、設定位置５５Ｄの４点である。

さらに、抽出部３６２は、ユーザ位置５０に最も近い設定位置５５Ｂのプロンプト情報に含まれるプロンプトメッセージが、ユーザ１０へ最初に通知される可能性が高いプロンプトメッセージと判定する。そして、抽出部３６２は、そのプロンプトメッセージを通知候補とし、設定位置５５Ｂのプロンプト情報を通知制御部３６４、及びタイミング決定部３６６へ出力する。

・通知制御部３６４
通知制御部３６４は、抽出部３６２が抽出した通知候補の位置のプロンプト情報、及びデータ取得部３３０が取得したユーザデータに基づき、通知候補のプロンプトメッセージの通知処理を制御する機能を有する。具体的に、通知制御部３６４は、ユーザ１０の位置と通知候補の位置の関係を示す差分と、所定値との関係に基づき、ユーザ１０へプロンプトメッセージを通知するか否かを判定する。例えば、ユーザ１０が現在位置から通知候補の位置への移動時間を算出し、移動時間と所定値との関係に基づき、プロンプトメッセージを通知するか否かを判定する。通知制御部３６４が算出した移動時間が所定値以下の場合、通知制御部３６４はプロンプトメッセージを通知すると判定し、プロンプトメッセージ及びユーザ端末２０への送信指示を通信部３４０へ出力する。一方、通知制御部３６４が算出した移動時間が所定値より大きい場合、通知制御部３６４はプロンプトメッセージを通知しないと判定する。

ここで、所定値とは、プロンプトメッセージを通知するタイミングの基準となる値である。例えば、ユーザ１０の位置と通知候補の位置の関係を示す差分として時間が使用される場合、所定値として時間が設定され、例えば、本発明の実施形態においては、所定値として時間２分を設定する。所定値が２分であることは、すなわち、通知制御部３６４が、ユーザ１０が現在位置から通知候補の位置へ移動する時間が２分以内であるか否かを判定することになる。通知制御部３６４は、移動時間が２分以内であればプロンプトメッセージを通知すると判定し、移動時間が２分以内でなければプロンプトメッセージを通知しないと判定する。

なお、本発明の実施形態においては、所定値として時間２分を設定するが、設定する時間は特に限定されず、任意の時間が設定されてよい。ただし、所定値として設定する時間が短い場合、通知判定処理の回数、及びユーザデータを取得する回数が増加し、バッテリ消費電力に影響するため、リソースを考慮した上で、所定値は設定されることが望ましい。また、所定値を設定することにより、ユーザ端末２０は、ユーザ１０が通知候補の位置を通過する前にメッセージを通知することができ、ユーザ１０が通知候補の位置を通過した後にメッセージを通知することを防ぐことができる。

また、通知制御部３６４は、プロンプトメッセージの通知判定後、タイミング決定部３６６へ通知判定結果を出力する。例えば、通知制御部３６４は、プロンプトメッセージを通知すると判定した場合、「通知有」の旨を示す通知判定結果を、タイミング決定部３６６へ出力する。また、通知制御部３６４は、プロンプトメッセージを通知しないと判定した場合、「通知無」の旨を示す通知判定結果を、タイミング決定部３６６へ出力する。

・タイミング決定部３６６
タイミング決定部３６６は、通知制御部３６４から取得したプロンプトメッセージの通知判定結果に基づき、次にユーザデータを取得するタイミングを決定する機能を有する。具体的に、タイミング決定部３６６は、通知制御部３６４から「通知有」の旨を示す通知判定結果を取得した場合、あらかじめ設定された値（固定値）を次にユーザデータを取得するタイミングとする。例えば、本発明の実施形態においては、固定値として時間１５分を設定する。固定値が１５分であることは、すなわち、ユーザ１０へプロンプトメッセージを通知してから１５分後にユーザデータを取得することを意味する。なお、「通知有」の場合に、次のユーザデータを取得するタイミングを固定値とすることで、ユーザ１０に対して頻繁にメッセージを通知してしまうことを防ぐことができる。

また、タイミング決定部３６６は、通知制御部３６４から「通知無」の旨を示す通知判定結果を取得した場合、ユーザ１０の位置と通知候補の位置の関係を示す差分の中間値を算出し、その中間値を次にユーザデータを取得するタイミングとする。例えば、ユーザ１０の位置と通知候補の位置との距離が２ｋｍであり、ユーザ１０が５ｋｍ／ｈで歩行している場合、移動時間は（２ｋｍ／（５ｋｍ／ｈ））＝０．４時間＝２４分であり、その中間値は２４分／２＝１２分となる。中間値が１２分であることは、すなわち、通知制御部３６４がプロンプトメッセージを通知しないと判定してから１２分後にユーザデータを取得することを意味する。もし、「通知無」の場合に、次のユーザデータを取得するタイミングを固定値とすると、ユーザ端末２０は、ユーザ１０が通知候補の位置を通過後に、ユーザデータを再取得した上でメッセージをユーザ１０へ通知してしまう可能性がある。そこで、「通知無」の場合には、次のユーザデータを取得するタイミングを移動時間の中間値とすることで、ユーザ端末２０は、ユーザ１０が通知候補の位置まで移動する前にメッセージを通知することができ、ユーザ１０が通知候補の位置を通過後にユーザ１０へメッセージを通知することを防ぐことができる。

なお、本発明の実施形態において、タイミング決定部３６６は、通知制御部３６４から「通知有」の旨を示す通知判定結果を取得した場合、固定値で設定された時間経過後にユーザデータを取得すると説明した。しかし、次回ユーザデータ取得タイミングは固定値で設定された時間に限定されず、例えば、２番目に近い設定位置までの移動時間の中間値を算出して設定してもよい。

なお、上述した固定値及び中間値に設定する値の種類及び値は特に限定されないが、例えば、ユーザ１０の位置と通知候補の位置の関係を示す差分として時間が使用されている場合、値の種類として時間が設定され、

ここで、図５〜図７を用いて、制御部３６０における通知判定処理について説明する。まず、制御部３６０はデータ取得部３３０からユーザデータを取得する。取得したユーザデータに基づき、抽出部３６２は、プロンプト情報の候補を抽出する。抽出部３６２がプロンプト情報の候補を抽出した結果、抽出したプロンプト情報の候補の位置とユーザ１０の位置が図５に示す位置関係にあったとする。図５においては、ユーザ１０の歩行速度は５ｋｍ／ｈ、探索範囲半径ｒ＝４ｋｍ、ユーザ位置５０から最も近い位置にある設定位置５５Ｂ（通知候補の位置）までの距離ｄ＝２ｋｍとする。

抽出結果に基づき、通知制御部３６４は、ユーザ位置５０から設定位置５５Ｂまでの移動時間を、（２ｋｍ／（５ｋｍ／ｈ））＝０．４時間＝２４分と算出する。通知制御部３６４は、算出した移動時間≦所定値２分を満たすか否かにより通知判定をする。移動時間２４分＞所定値２分であるため、通知制御部３６４は、ユーザ１０へプロンプトメッセージを通知しないと判定し、タイミング決定部３６６へ「通知無」の旨を示す通知判定結果を出力する。タイミング決定部３６６は、通知制御部３６４から通知判定結果「通知無」を取得したため、移動時間２４分／２＝１２分を中間値として算出し、１２分後を次にユーザデータを取得するタイミングとして決定する。

最初の通知判定から１２分後、データ取得部３３０が再度取得したユーザデータに基づき、抽出部３６２は、プロンプト情報の候補を抽出する。抽出部３６２がプロンプト情報の候補を抽出した結果、抽出したプロンプト情報の候補の位置とユーザ１０の位置が図６に示す位置関係にあったとする。図６においては、ユーザ１０の歩行速度は５．５ｋｍ／ｈ、探索範囲半径ｒ＝４ｋｍ、ユーザ位置５０から最も近い位置にある設定位置５５Ｂ（通知候補の位置）までの距離ｄ＝０．９ｋｍとする。図６では、ユーザ１０の移動に伴い探索範囲も移動したため、新しいプロンプト情報の候補として設定位置５５Ｅが現れた。

抽出結果に基づき、通知制御部３６４は、ユーザ位置５０から設定位置５５Ｂまでの移動時間を、（０．９ｋｍ／（５．５ｋｍ／ｈ））＝０．１６時間＝１０分と算出する。通知制御部３６４は、算出した移動時間≦所定値２分を満たすか否かにより通知判定をする。移動時間１０分＞所定値２分であるため、通知制御部３６４は、ユーザ１０へプロンプトメッセージを通知しないと判定し、タイミング決定部３６６へ「通知無」の旨を示す通知判定結果を出力する。タイミング決定部３６６は、通知制御部３６４から通知判定結果「通知無」を取得したため、移動時間１０分／２＝５分を中間値として算出し、５分後を次にユーザデータを取得するタイミングとして決定する。

２回目の通知判定から５分後、データ取得部３３０が再度取得したユーザデータに基づき、抽出部３６２は、プロンプト情報の候補を抽出する。抽出部３６２がプロンプト情報の候補を抽出した結果、抽出したプロンプト情報の候補の位置とユーザ１０の位置が図７に示す位置関係にあったとする。図７においては、ユーザ１０の歩行速度は５．５ｋｍ／ｈ、探索範囲半径ｒ＝４ｋｍ、ユーザ位置５０から最も近い位置にある設定位置５５Ｂ（通知候補の位置）までの距離ｄ＝０．１８ｋｍとする。図７では、ユーザ１０の移動に伴い探索範囲も移動したため、設定位置５５Ｃ、及び設定位置５５Ｄが探索範囲から外れた。

抽出結果に基づき、通知制御部３６４は、ユーザ位置５０から設定位置５５Ｂまでの移動時間を、（０．１８ｋｍ／（５．５ｋｍ／ｈ））＝０．０３時間＝２分と算出する。通知制御部３６４は、算出した移動時間≦所定値２分を満たすか否かにより通知判定をする。移動時間２分＝所定値２分であるため、通知制御部３６４は、ユーザ１０へプロンプトメッセージを通知すると判定し、タイミング決定部３６６へ「通知有」の旨を示す通知判定結果を出力する。タイミング決定部３６６は、通知制御部３６４から通知判定結果「通知有」を取得したため、固定値の１５分後を次にユーザデータを取得するタイミングとして決定する。

なお、本発明の実施形態において、タイミング決定部３６６は、通知制御部３６４から「通知無」の旨を示す通知判定結果を取得した場合、ユーザ１０の位置と通知候補の位置の関係を示す差分の中間値、すなわち差分の５０％の値を次回ユーザデータ取得タイミングとしている。しかし、差分の何割を次回ユーザデータ取得タイミングの値とするかは限定されず、任意の割合を設定してもよい。例えば、バッテリ残量が減ってきている場合、タイミング決定部３６６は、割合を５０％から７５％にすることで、次回ユーザデータ取得タイミングを遅らせること、及び取得回数を減らすことができ、バッテリの消費電力を削減することができる。なお、割合が１００％に近づくほど、ユーザ端末２０は消費電力を削減することが可能であるが、プロンプトメッセージを通知するタイミングが遅れ、適切なタイミングでプロンプトメッセージを通知できないリスクがある。よって、タイミング決定部３６６は、消費電力とリスクのバランスを考慮して割合を設定することが望ましい。

以上、図４〜７を参照しながら、本発明の実施形態に係るプロンプト制御サーバ３０の構成例について説明した。続いて、本発明の実施形態に係るプロンプト制御サーバ３０の動作例について説明する。

＜４．動作例＞
図８は、本発明の実施形態に係るプロンプト制御サーバ３０の動作例を示すフローチャートである。まず、データ取得部３３０は、通信部３４０を介してユーザ端末２０からユーザデータを取得し、制御部３６０へ出力する（ステップＳ１０１）。制御部３６０の抽出部３６２は、データ取得部３３０から取得したユーザデータに基づき、記憶部３５０に記憶されたプロンプト情報から、プロンプト情報の候補を抽出し、そのプロンプト情報の候補の中から、プロンプトメッセージの通知候補を抽出する（ステップＳ１０３）。制御部３６０のタイミング決定部３６６は、データ取得部が取得したユーザデータに含まれるユーザ１０の位置と、抽出部３６２が抽出した通知候補の位置との関係を示す差分を算出する（ステップＳ１０５）。タイミング決定部３６６は、算出した差分が所定値以下であるか否かを判定する（ステップＳ１０７）。ステップＳ１０７にて、差分が所定値以下である場合、通知制御部３６４は、通信部３４０にユーザ端末２０へプロンプトメッセージを送信させる（ステップＳ１０９）。ステップＳ１０７にて、差分が所定値以下でない場合、通知制御部３６４は、通信部３４０にユーザ端末２０へプロンプトメッセージを送信させず、ステップＳ１１１へ進む。

タイミング決定部３６６は、プロンプトメッセージの送信実施有無に関わらず、次回のユーザデータ計測タイミングを決定する（ステップＳ１１１）。ステップＳ１１１にて、次回計測タイミングを決定後、制御部３６０は、外部操作による動作終了指示、または装置電源の停止指示等の終了指示の有無を確認する（ステップＳ１１３）。ステップＳ１１３にて、終了指示があった場合には、プロンプト制御サーバ３０の動作を終了する。ステップＳ１１３にて、終了指示がなかった場合には、ステップＳ１１１にて決定した次回計測タイミングにて、ユーザデータを取得する（ステップＳ１１５）。以上で、プロンプト制御サーバ３０は処理を終了する。

以上、図８を参照しながら、本発明の実施形態に係るプロンプト制御サーバ３０の動作例を示すフローチャートについて説明した。

＜５．効果＞
プロンプト制御サーバ３０の制御部３６０は、ユーザデータの取得タイミングを制御することで、ユーザ端末２０の計測部２２０によるユーザデータの計測回数を減らすことができる。よって、ユーザ端末２０は、ハードウェア（計測部２２０）の稼働における消費電力を削減することが可能である。

以上より、ユーザ端末２０、及びプロンプト制御サーバ３０を含む、プロンプト制御システムは、消費電力を削減することが可能である。

以上、図１〜８を参照しながら、本発明の実施形態について説明した。上述の本発明の実施形態では、ユーザ１０の位置情報、及び運動情報に基づき、ユーザ１０の位置が駅に近くなった際にプロンプトメッセージを通知する例を説明した。上述の例のように、ユーザ１０の位置情報、及び運動情報に基づきプロンプトメッセージの通知タイミングを決定する方法は、上述の例とは異なる状況、例えば、食事の時間が近づいたらバランスのよい調理メニューを推奨する例についても適用可能である。例えば、制御部３６０は、夕食の調理を行う特定の時間帯において、データ取得部３３０が取得したユーザ１０の位置情報、及び運動情報に基づき、自宅、及びスーパーマーケット等の商業施設までの移動時間を推定する。制御部３６０は、推定した移動時間に基づき、プロンプトメッセージの通知判定、及び次にユーザデータを取得するタイミングを決定することができる。

なお、本発明の実施形態では、健康行動を対象として、ユーザ１０の行動変容を促すためのプロンプトメッセージの通知を制御する例について説明したが、本発明が対象とする行動は健康行動に限定されず、人の意志、及び習慣に関わる行動であれば、どのような行動に対しても本発明を適用することが可能である。例えば、職域分野での行動を対象とする場合、コミュニケーション（挨拶、報告、連絡、相談、会議等）、休憩、期限付き業務等に対する合図、推奨情報をプロンプトメッセージとして通知する場合にも本発明は有効である。

また、本発明の実施形態では、ユーザデータに基づいて推奨情報をプロンプトメッセージとして通知する例について説明したが、本発明が適用されるプロンプトメッセージの内容は推奨情報に限定されない。例えば、ユーザ１０が他者に望まれる行動をした際に、ユーザ１０の欲求を満足させるための非経済的な報酬情報（賞賛、ポイント付与、他社への公開等）、ユーザ１０の心理情報をユーザデータとして取得するための問診情報、強制や推奨によらず行動の誘発を期待できる案内情報（事実、ナッジ等）を通知してもよい。ナッジとは、ユーザ１０の選択を禁じることも、経済的なインセンティブを大きく変えることもなく、ユーザ１０の行動を予測可能な形で変える選択アーキテクチャのあらゆる要素のことである。

また、本発明の実施形態では、プロンプト制御サーバ３０の指示に基づき、ユーザ端末２０がユーザデータを取得する例について説明したが、ユーザデータを取得する装置、及びプログラムについては特に限定されない。例えば、ユーザ端末２０は、計測部２２０に計測させてユーザデータを取得するのではなく、他の端末が計測したユーザデータを取得し、プロンプト制御サーバ３０へ出力してもよい。また、例えば、本発明におけるプロンプト制御アプリケーションプログラムがスマートフォンに搭載されている場合、同時に稼働されている他のアプリケーションが取得したユーザデータを取得してもよい。上述のように、ユーザ端末２０、及びプロンプト制御サーバ３０は、他の端末または他のアプリケーションが取得したユーザデータを利用することにより、端末の消費電力を削減することも可能である。

＜６．変形例＞
続いて、本発明の実施形態に係る変形例について説明する。以下では、本発明の実施形態の幾つかの変形例を説明する。なお、以下に説明する各変形例は、単独で本発明の実施形態に適用されてもよいし、組み合わせで本発明の実施形態に適用されてもよい。また、各変形例は、本発明の実施形態で説明した構成に代えて適用されてもよいし、本発明の実施形態で説明した構成に対して追加的に適用されてもよい。

（第１の変形例）
上述の実施形態では、ユーザ１０の位置と通知候補の位置の関係を示す差分の値の種類として、時間を用いる例を説明したが、差分の値の種類は特に限定されず、差分の値の種類には任意の種類が設定されてよい。例えば、差分の値の種類には距離が設定されてよい。また、上述の実施例では、所定値として、時間を用いる例を説明したが、所定値の種類は特に限定されず、所定値の種類には任意の種類が設定されてよい。例えば、差分の値の種類として距離が設定されている場合、所定値の種類には距離が設定されてよい。また、上述の実施例では、固定値及び中間値として時間を用いる例を説明したが、固定値及び中間値の種類は特に限定されず、固定値及び中間値の種類には任意の種類が設定されてよい。例えば、差分の値の種類として距離が設定されている場合、固定値及び中間値の種類には距離が設定されてよい。

（第２の変形例）
上述の実施形態では、計測部２２０は、データ取得部３３０からユーザデータの取得指示があったタイミングで、ユーザデータを計測し、プロンプト制御サーバ３０へユーザデータを送信する例を説明した。ただし、計測部２２０がユーザデータを計測するタイミングは特に限定されず、任意のタイミングでユーザデータを計測してもよい。例えば、計測部２２０は、データ取得部３３０からのユーザデータの取得指示の有無に関わらず継続的に計測データを計測してもよい。そして、計測部２２０は、プロンプト制御サーバ３０からユーザデータの取得指示があったタイミングの計測データをプロンプト制御サーバ３０へ送信してもよい。

さらに具体的な例として、ユーザ１０の座位時間が長い場合に立位を推奨する例について説明する。ユーザ１０の座位時間が長いか否かの判定にあたり、制御部３６０は、計測部２２０が計測したユーザ１０の累積座位時間を用いる。累積座位時間の計測にあたり、計測部２２０は、ユーザ１０の立位、座位、臥位等の姿勢を継続的に検出し、ユーザ１０が座位の姿勢である時の時間を累積的に計測する。そして、計測部２２０は、プロンプト制御サーバ３０からユーザデータの取得指示があったタイミングでの累積座位時間を、プロンプト制御サーバ３０へ送信する。プロンプト制御サーバ３０がユーザ１０の累積座位時間を取得すると、制御部３６０は、取得した累積座位時間に基づき、上述の実施形態と同様にプロンプトメッセージの通知判定、及び次にユーザデータを取得するタイミングを決定する。なお、プロンプトメッセージの通知判定にあたり、制御部３６０は、１日の目標値に対する累積座位時間の実績値に基づき、プロンプトメッセージを通知するタイミングを調整してもよい。例えば、累積座位時間の変化量が大きく増加傾向にある場合、累積座位時間が早期に目標値に達してしまう可能性があるため、制御部３６０は、ユーザ端末２０へ早いタイミングでプロンプトメッセージを送信するように処理を制御してもよい。

（第３の変形例）
第３の変形例では、上述した第２の変形例の適用例とは異なる適用例について説明する。例えば、ユーザ１０が夜遅くまで活動している場合に帰宅または睡眠を推奨する例について説明する。ユーザ１０が夜遅くまで活動しているか否かの判定にあたり、制御部３６０は、計測部２２０が計測したユーザ１０の睡眠情報を用いる。睡眠情報とは、例えば、ユーザ１０の就寝時刻、起床時刻、平均睡眠時間、睡眠状態、覚醒状態等に関する情報である。また、帰宅または睡眠のどちらを推奨するかは、計測部２２０が計測したユーザ１０の位置情報により判定する。

睡眠情報の計測にあたり、計測部２２０は、ユーザ１０が睡眠状態、覚醒状態のどちらであるかを継続的に検出し、特に睡眠状態の時間を累積的に計測する。そして、計測部２２０は、プロンプト制御サーバ３０からユーザデータの取得指示があったタイミングでの累積睡眠時間を、プロンプト制御サーバ３０へ送信する。プロンプト制御サーバ３０がユーザ１０の累積睡眠時間を取得すると、制御部３６０は、取得した累積睡眠時間に基づき、上述の実施形態と同様にプロンプトメッセージの通知判定、及び次にユーザデータを取得するタイミングを決定する。

（第４の変形例）
第４の変形例では、上述した第２の変形例、及び第３の変形例の適用例とは異なる適用例について説明する。例えば、ユーザ１０の１日の歩数が目標に達しない可能性がある場合に歩行を推奨する例について説明する。ユーザ１０の１日の歩数が目標に達するか否かの判定にあたり、制御部３６０は、計測部２２０が計測したユーザ１０の歩数を用いる。歩数の計測にあたり、計測部２２０は、ユーザ１０が歩行状態にあることを継続的に検出し、ユーザ１０の歩数を累積的に計測する。そして、計測部２２０は、プロンプト制御サーバ３０からユーザデータの取得指示があったタイミングでの累積歩数を、プロンプト制御サーバ３０へ送信する。プロンプト制御サーバ３０がユーザ１０の累積歩数を取得すると、制御部３６０は、取得した累積歩数に基づき、上述の実施形態と同様にプロンプトメッセージの通知判定、及び次にユーザデータを取得するタイミングを決定する。なお、プロンプトメッセージの通知判定にあたり、制御部３６０は、１日の目標値に対する累積歩数の実績値に基づき、プロンプトメッセージを通知するタイミングを調整してもよい。例えば、累積歩数の変化量が微増、または変化がない場合、累積歩数が１日の目標値に達しない可能性があるため、制御部３６０は、ユーザ端末２０へ早いタイミングでプロンプトメッセージを送信するように処理を制御してもよい。

（第５の変形例）
第５の変形例では、上述した第２〜第４の変形例の適用例とは異なる適用例について説明する。例えば、ストレス状態が継続している場合に休憩を推奨する例について説明する。ユーザ１０のストレス状態が継続しているか否かの判定にあたり、制御部３６０は、計測部２２０が計測したユーザ１０の運動情報、及び生体情報を用いる。ここで、運動情報とは例えば加速度であり、生体情報とは例えば心拍数である。ストレス状態の計測にあたり、計測部２２０は、まず、ユーザ１０の加速度を継続的に検出し、加速度が所定値以下（非運動状態）となったタイミングで、ユーザ１０の心拍数を取得する。次に、計測部２２０は、取得した心拍数に基づきユーザ１０のストレス状態を検出する。さらに、計測部２２０は、新しいストレス状態を検出してから、ストレス状態が変化するまでのストレス状態継続時間を計測する。そして、計測部２２０は、プロンプト制御サーバ３０からユーザデータの取得指示があったタイミングでのストレス状態継続時間をプロンプト制御サーバ３０へ送信する。プロンプト制御サーバ３０がユーザ１０のストレス状態継続時間を取得すると、制御部３６０は、取得したストレス状態継続時間に基づき、上述の実施形態と同様にプロンプトメッセージの通知判定、及び次にユーザデータを取得するタイミングを決定する。

上述の第２〜第５の変形例のように、計測部２２０がユーザデータを継続的に計測する場合、計測部２２０の計測装置は継続的に稼働しているため、ハードウェア（計測装置）の稼働におけるバッテリ消費電力削減の効果は小さい。しかし、プロンプト制御サーバ３０からのユーザデータの取得指示は間欠的であるため、制御部３６０がユーザデータの取得指示をする回数を減らすことができる。また、計測部２２０が計測したユーザデータをプロンプト制御サーバ３０へ送信する回数が減ることに伴い、プロンプト制御サーバ３０の制御部３６０は、ユーザ端末２０から取得したユーザデータをチェックする回数を減らすことができる。よって、プロンプト制御サーバ３０のソフトウェア（制御部３６０）の稼働におけるバッテリ消費電力削減の大きな効果が期待される。

以上、本発明の実施形態に係る変形例について説明した。続いて、本発明の実施形態に係るハードウェア構成について説明する。

＜７．ハードウェア構成＞
上述したプロンプト制御システムに関する情報処理は、ソフトウェアと、以下に説明するプロンプト制御サーバ３０のハードウェアとの協働により実現される。

図９は、プロンプト制御サーバ３０のハードウェア構成例を示したブロック図である。プロンプト制御サーバ３０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０３と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０５と、ホストバス３０７を備える。また、プロンプト制御サーバ３０は、ブリッジ３０９と、外部バス３１１と、インタフェース３１３と、入力部３１５と、表示部３１７と、音声出力部３１９と、ストレージ装置３２１と、ドライブ３２３と、ネットワークインタフェース３２７とを備える。

ＣＰＵ３０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってプロンプト制御サーバ３０内の動作全般を制御する。また、ＣＰＵ３０１は、マイクロプロセッサであってもよい。ＲＯＭ３０３は、ＣＰＵ３０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ３０５は、ＣＰＵ３０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバス３０７により相互に接続されている。ＣＰＵ３０１、ＲＯＭ３０３およびＲＡＭ３０５は、ソフトウェアとの協働により図４を参照して説明した制御部３６０の機能を実現し得る。

ホストバス３０７は、ブリッジ３０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス３１１に接続されている。なお、必ずしもホストバス３０７、ブリッジ３０９および外部バス３１１を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。

入力部３１５は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、センサ、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ３０１に出力する入力制御回路などから構成されている。プロンプト制御サーバ３０のユーザ１０は、該入力部３１５を操作することにより、プロンプト制御サーバ３０に対して各種のデータを入力したり処理動作を指示したりすることができる。

表示部３１７は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、プロジェクター装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。また、音声出力部３１９は、スピーカおよびヘッドホンなどの音声出力装置を含む。

ストレージ装置３２１は、データ格納用の装置である。ストレージ装置３２１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置３２１は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）またはＳＳＤ（Ｓｏｌｉｄ Ｓｔｒａｇｅ Ｄｒｉｖｅ）、あるいは同等の機能を有するメモリ等で構成される。このストレージ装置３２１は、ストレージを駆動し、ＣＰＵ３０１が実行するプログラムや各種データを格納する。

ドライブ３２３は、記憶媒体用リーダライタであり、プロンプト制御サーバ３０に内蔵、あるいは外付けされる。ドライブ３２３は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体３２５に記録されている情報を読み出して、ＲＡＭ３０５またはストレージ装置３２１に出力する。また、ドライブ３２３は、リムーバブル記憶媒体３２５に情報を書き込むこともできる。

ネットワークインタフェース３２７は、例えば、ネットワークに接続するための通信デバイス等で構成された通信インタフェースである。かかる通信インタフェースは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）またはＺｉｇＢｅｅ（登録商標）等の近距離無線通信インタフェースや、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｗｉ−Ｆｉ（登録商標）、または携帯通信網（ＬＴＥ、３Ｇ）等の通信インタフェースである。また、ネットワークインタフェース３２７は、有線による通信を行う有線通信装置であってもよい。

以上、図９を参照しながら、プロンプト制御サーバ３０のハードウェア構成例について説明した。

＜８．むすび＞
以上説明したように、本発明の実施形態によれば、プロンプト制御サーバ３０は、ユーザ１０の位置と、複数のプロンプト情報の候補の中から抽出した通知候補の位置との関係に基づき、適切なタイミングでユーザ１０へプロンプトメッセージを通知することができる。また、同様に、プロンプト制御サーバ３０は、ユーザ１０の位置と通知候補の位置との関係に基づき、適切なタイミングでユーザデータを取得するようにユーザ端末２０を制御することができる。上述のように、プロンプト制御サーバ３０は、適切なタイミングでのプロンプトメッセージの通知、及びユーザデータの取得を行うようにシステムを制御することで、ハードウェア、及びソフトウェアの稼働時間を減らすことができ、システム全体の消費電力を削減することが可能である。

以上より、消費電力を削減することが可能な、新規かつ改良された情報処理装置、情報処理方法、プログラム、及び情報処理システムを提供することが可能である。

＜９．補足＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

なお、本明細書のプロンプト制御サーバ３０の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、プロンプト制御サーバ３０の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。

また、本明細書において説明したユーザ端末２０、及びプロンプト制御サーバ３０は、単独の装置として実現されてもよく、一部または全部が別々の装置として実現されてもよい。例えば、図２に示したユーザ端末２０、及び図４に示したプロンプト制御サーバ３０のように、機能を別々に備える単独の装置として実現されてもよい。また、例えば、図４に示したプロンプト制御サーバ３０の全ての機能を、ユーザ端末２０に備えさせ、ユーザ端末２０のみで実現してもよい。また、一部の機能はネットワーク等を介して接続されたサーバ等の装置に備えられてもよい。

また、プロンプト制御システム、プロンプト制御サーバ３０およびユーザ端末２０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述したプロンプト制御システム、プロンプト制御サーバ３０およびユーザ端末２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。

１０ ユーザ
２０ ユーザ端末
３０ プロンプト制御サーバ
２２０ 計測部
２４０ 入出力部
２６０ 通信部
３３０ データ取得部
３４０ 通信部
３５０ 記憶部
３６０ 制御部
３６２ 抽出部
３６４ 通知制御部
３６６ タイミング決定部

Claims (12)

1. ユーザに関する計測データを取得するデータ取得部と、
   前記データ取得部により取得された前記計測データが通知条件を満たすことに基づき、前記ユーザへのメッセージの通知を制御する通知制御部と、
   前記計測データが前記通知条件を満たさない場合、前記計測データと前記通知条件との関係に基づき、前記データ取得部に前記計測データを次に取得させるタイミングを決定するタイミング決定部と、
   を備える、情報処理装置。
2. 前記データ取得部は、前記タイミング決定部により決定されたタイミングに従って、前記ユーザに関する計測を行う計測部に前記計測の実行を指示し、前記計測部から前記計測データを取得する、請求項１に記載の情報処理装置。
3. 前記計測データは、前記ユーザの位置データであり、
   前記通知条件は、設定位置と前記ユーザの位置との関係を示す差分が所定値以下となったことである、請求項１または２のいずれか一項に記載の情報処理装置。
4. 前記タイミング決定部は、前記差分が所定値を上回る場合、前記差分の大きさに基づいて前記タイミングを決定する、請求項３に記載の情報処理装置。
5. 前記タイミング決定部は、前記差分が大きいほど遅いタイミングに前記タイミングを決定する、請求項４に記載の情報処理装置。
6. 前記タイミング決定部は、前記差分が所定値以下となった場合、所定の時間が経過した後のタイミングを前記タイミングに決定する、請求項３〜５のいずれか一項に記載の情報処理装置。
7. 前記情報処理装置は、
   複数の通知条件を記憶する記憶部と、
   前記ユーザの位置を中心とする探索範囲を設定し、前記複数の通知条件から、前記探索範囲に含まれ、かつ、前記ユーザの位置に最も近い設定位置に対応する通知条件を抽出する抽出部と、
   をさらに備え、
   前記通知制御部および前記タイミング決定部は、前記抽出部により抽出された通知条件を用いて動作する、請求項３〜６のいずれか一項に記載の情報処理装置。
8. 前記抽出部は、前記複数の通知条件から、前記探索範囲に含まれ、かつ、前記ユーザの位置に最も近い設定位置に対応することに加え、前記ユーザの属性に対応する通知条件を抽出する、請求項７に記載の情報処理装置。
9. 前記データ取得部は、前記ユーザに関する計測を継続的に行う計測部から、前記タイミング決定部により決定されたタイミングに従って前記計測データを取得する、請求項１に記載の情報処理装置。
10. ユーザに関する計測データを取得することと、
    前記計測データが通知条件を満たすことに基づき、前記ユーザへのメッセージの通知を制御することと、
    前記計測データが前記通知条件を満たさない場合、前記計測データと前記通知条件との関係に基づき、前記計測データを次に取得するタイミングを決定することと、
    を含む、プロセッサにより実行される情報処理方法。
11. コンピュータを、
    ユーザに関する計測データを取得するデータ取得部と、
    前記データ取得部により取得された前記計測データが通知条件を満たすことに基づき、前記ユーザへのメッセージの通知を制御する通知制御部と、
    前記計測データが前記通知条件を満たさない場合、前記計測データと前記通知条件との関係に基づき、前記データ取得部に前記計測データを次に取得させるタイミングを決定するタイミング決定部と、
    として機能させるための、プログラム。
12. ユーザ端末と、前記ユーザ端末と通信する情報処理装置を有する情報処理システムであって、
    前記ユーザ端末は、
    ユーザに関する計測を行う計測部と、
    前記情報処理装置からの制御に従ってメッセージを前記ユーザに通知する通知部と、
    を有し、
    前記情報処理装置は、
    前記ユーザ端末から前記ユーザに関する計測データを取得するデータ取得部と、
    前記データ取得部により取得された前記計測データが通知条件を満たすことに基づき、前記通知部による前記メッセージの通知を制御する通知制御部と、
    前記計測データが前記通知条件を満たさない場合、前記計測データと前記通知条件との関係に基づき、前記データ取得部に前記計測データを次に取得させるタイミングを決定するタイミング決定部と、
    を有する、情報処理システム。

Images