(57)【要約】【課題】利用者が状況に応じた行動を自律的に実行できるようになることを補助する。【解決手段】複数のメッセージ、および各メッセージに関連付けられた通知条件を含む通知条件テーブルを記憶する記憶部と、前記通知条件テーブルに含まれる通知条件が満たされた場合、当該通知条件に関連付けられたメッセージが利用者に通知されるように、前記メッセージの送信を制御する送信制御部と、を有し、前記通知条件テーブルにおいて、第１の通知条件に関連付けられた第１のメッセージは前記第１の通知条件を満たすための状況を示し、前記第１の通知条件に関連付けられた第２のメッセージは前記利用者に推奨される行動を示し、前記送信制御部は、前記第１のメッセージが送信された後に、前記第２のメッセージの送信を制御する、情報処理システム。【選択図】図６
2019139320.tif 000002
【特許請求の範囲】
【請求項１】
複数のメッセージ、および各メッセージに関連付けられた通知条件を含む通知条件テーブルを記憶する記憶部と、
前記通知条件テーブルに含まれる通知条件が満たされた場合、当該通知条件に関連付けられたメッセージが利用者に通知されるように、前記メッセージの送信を制御する送信制御部と、
を有し、
前記通知条件テーブルにおいて、
第１の通知条件に関連付けられた第１のメッセージは前記第１の通知条件を満たすための状況を示し、
前記第１の通知条件に関連付けられた第２のメッセージは前記利用者に推奨される行動を示し、
前記送信制御部は、前記第１のメッセージが送信された後に、前記第２のメッセージの送信を制御する、情報処理システム。
【請求項２】
前記第２のメッセージには、前記第１の通知条件に加えて時間条件が関連付けられており、
前記送信制御部は、前記第１のメッセージが送信されてから、前記第１の通知条件が満たされたまま前記時間条件が示す時間が経過した場合に、前記第２のメッセージの送信を制御する、請求項１に記載の情報処理システム。
【請求項３】
前記通知条件テーブルは、前記第１のメッセージが送信された後に前記第１の通知条件が満たされなくなったことが通知条件である第３のメッセージを含み、
前記送信制御部は、前記第１のメッセージが送信された後に前記第１の通知条件が満たされなくなった場合に前記第３のメッセージの送信を制御する、請求項１または２に記載の情報処理システム。
【請求項４】
前記メッセージおよび前記通知条件には、前記メッセージの宛先情報がさらに関連付けられており、
前記送信制御部は、通知条件テーブルに含まれる通知条件が満たされた場合、当該通知条件に関連付けられたメッセージが、当該通知条件に関連付けられた宛先情報に対応する利用者に送信されるように、前記メッセージの送信を制御する、請求項１〜３のいずれか一項に記載の情報処理システム。
【請求項５】
前記情報処理システムは、状況情報を収集する情報収集部と、
前記情報収集部により収集された前記状況情報を用いて、前記通知条件テーブルに含まれる通知条件が満たされるか否かを判定する条件判定部と、
をさらに含む、請求項１〜４のいずれか一項に記載の情報処理システム。
【請求項６】
前記情報処理システムは、前記送信制御部の制御に基づいて送信された前記メッセージを表示する表示部をさらに有し、
前記表示部は、前記第１のメッセージを受信した後に前記第２のメッセージを受信した場合、前記第１のメッセージおよび前記第２のメッセージの双方を同時に表示する、請求項１〜５のいずれか一項に記載の情報処理システム。
【請求項７】
複数のメッセージ、および各メッセージに関連付けられた通知条件を含む通知条件テーブルに含まれる通知条件が満たされた場合、当該通知条件に関連付けられたメッセージが利用者に通知されるように、前記メッセージの送信を制御することを含み、
前記通知条件テーブルにおいて、
第１の通知条件に関連付けられた第１のメッセージは前記第１の通知条件を満たすための状況を示し、
前記第１の通知条件に関連付けられた第２のメッセージは前記利用者に推奨される行動を示し、
前記メッセージの送信を制御することは、前記第１のメッセージが送信された後に、前記第２のメッセージの送信を制御することを含む、情報処理方法。
【請求項８】
コンピュータを、
複数のメッセージ、および各メッセージに関連付けられた通知条件を含む通知条件テーブルを記憶する記憶部と、
前記通知条件テーブルに含まれる通知条件が満たされた場合、当該通知条件に関連付けられたメッセージが利用者に通知されるように、前記メッセージの送信を制御する送信制御部と、
として機能させるためのプログラムであって、
前記通知条件テーブルにおいて、
第１の通知条件に関連付けられた第１のメッセージは前記第１の通知条件を満たすための状況を示し、
前記第１の通知条件に関連付けられた第２のメッセージは前記利用者に推奨される行動を示し、
前記送信制御部は、前記第１のメッセージが送信された後に、前記第２のメッセージの送信を制御する、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、利用者の状況または利用者の周辺環境などに応じた行動を利用者に促す技術が知られている。例えば、特許文献１には、利用者の状況に応じて利用者に有用な情報を判断し、利用者に有用な情報を利用者に通知する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１４３２４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来の技術では、利用者は通知による直接的な指示に促されて行動しているだけであり、利用者が状況に応じた行動を自律的に実行できるようになることは困難であった。
【０００５】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、利用者が状況に応じた行動を自律的に実行できるようになることを補助することが可能な、新規かつ改良された情報処理システム、情報処理方法およびプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある観点によれば、複数のメッセージ、および各メッセージに関連付けられた通知条件を含む通知条件テーブルを記憶する記憶部と、前記通知条件テーブルに含まれる通知条件が満たされた場合、当該通知条件に関連付けられたメッセージが利用者に通知されるように、前記メッセージの送信を制御する送信制御部と、を有し、前記通知条件テーブルにおいて、第１の通知条件に関連付けられた第１のメッセージは前記第１の通知条件を満たすための状況を示し、前記第１の通知条件に関連付けられた第２のメッセージは前記利用者に推奨される行動を示し、前記送信制御部は、前記第１のメッセージが送信された後に、前記第２のメッセージの送信を制御する、情報処理システムが提供される。
【０００７】
前記第２のメッセージには、前記第１の通知条件に加えて時間条件が関連付けられており、前記送信制御部は、前記第１のメッセージが送信されてから、前記第１の通知条件が満たされたまま前記時間条件が示す時間が経過した場合に、前記第２のメッセージの送信を制御してもよい。
【０００８】
前記通知条件テーブルは、前記第１のメッセージが送信された後に前記第１の通知条件が満たされなくなったことが通知条件である第３のメッセージを含み、前記送信制御部は、前記第１のメッセージが送信された後に前記第１の通知条件が満たされなくなった場合に前記第３のメッセージの送信を制御してもよい。
【０００９】
前記メッセージおよび前記通知条件には、前記メッセージの宛先情報がさらに関連付けられており、前記送信制御部は、通知条件テーブルに含まれる通知条件が満たされた場合、当該通知条件に関連付けられたメッセージが、当該通知条件に関連付けられた宛先情報に対応する利用者に送信されるように、前記メッセージの送信を制御してもよい。
【００１０】
前記情報処理システムは、状況情報を収集する情報収集部と、前記情報収集部により収集された前記状況情報を用いて、前記通知条件テーブルに含まれる通知条件が満たされるか否かを判定する条件判定部と、をさらに含んでもよい。
【００１１】
前記情報処理システムは、前記送信制御部の制御に基づいて送信された前記メッセージを表示する表示部をさらに有し、前記表示部は、前記第１のメッセージを受信した後に前記第２のメッセージを受信した場合、前記第１のメッセージおよび前記第２のメッセージの双方を同時に表示してもよい。
【００１２】
また、上記課題を解決するために、本発明の別の観点によれば、複数のメッセージ、および各メッセージに関連付けられた通知条件を含む通知条件テーブルに含まれる通知条件が満たされた場合、当該通知条件に関連付けられたメッセージが利用者に通知されるように、前記メッセージの送信を制御することを含み、前記通知条件テーブルにおいて、第１の通知条件に関連付けられた第１のメッセージは前記第１の通知条件を満たすための状況を示し、前記第１の通知条件に関連付けられた第２のメッセージは前記利用者に推奨される行動を示し、前記メッセージの送信を制御することは、前記第１のメッセージが送信された後に、前記第２のメッセージの送信を制御することを含む、情報処理方法が提供される。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、複数のメッセージ、および各メッセージに関連付けられた通知条件を含む通知条件テーブルを記憶する記憶部と、前記通知条件テーブルに含まれる通知条件が満たされた場合、当該通知条件に関連付けられたメッセージが利用者に通知されるように、前記メッセージの送信を制御する送信制御部と、として機能させるためのプログラムであって、前記通知条件テーブルにおいて、第１の通知条件に関連付けられた第１のメッセージは前記第１の通知条件を満たすための状況を示し、前記第１の通知条件に関連付けられた第２のメッセージは前記利用者に推奨される行動を示し、前記送信制御部は、前記第１のメッセージが送信された後に、前記第２のメッセージの送信を制御する、プログラムが提供される。
【発明の効果】
【００１４】
以上説明した本発明によれば、利用者が状況に応じた行動を自律的に実行できるようになることを補助することが可能である。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態による情報処理システムの構成例を示す説明図である。
【図２】状況ＤＢサーバ３０が格納する状況ＤＢの具体例を示す説明図である。
【図３】通知先管理テーブルの具体例を示す説明図である。
【図４】利用者に通知されるメッセージの具体例を示す説明図である。
【図５】利用者に通知されるメッセージの具体例を示す説明図である。
【図６】本発明の実施形態による条件判定サーバ４０の構成を示す説明図である。
【図７】記憶部４３０が記憶する通知条件テーブルの具体例を示す説明図である。
【図８】通知履歴ＤＢサーバ５０が格納する通知履歴ＤＢの具体例を示す説明図である。
【図９】本発明の実施形態による情報処理システムの動作を示す説明図である。
【図１０】条件判定サーバ４０のハードウェア構成を示したブロック図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、複数の構成要素の各々に同一符号のみを付する。
【００１８】
＜１．情報処理システムの構成＞
本発明の実施形態は、ある行動を利用者が実行すべき状況となった場合に、当該行動を示すメッセージの通知前に、当該状況を示すメッセージを利用者に通知する情報処理システムに関する。このような情報処理システムによれば、利用者は、状況に応じた適切な行動を学習することにより、具体的な行動を示すメッセージが通知されなくても、状況を示すメッセージの通知に基づき適切な行動を自律的に実行することが可能となる。例えば、本発明の実施形態による情報処理システムは、利用者の健康に関する行動の改善、利用者の業務に関する行動の改善、などのため適用され得る。以下、図１を参照し、本発明の実施形態による情報処理システムの構成例を説明する。
【００１９】
図１は、本発明の実施形態による情報処理システムの構成例を示す説明図である。図１に示したように、本発明の実施形態による情報処理システムは、情報収集端末１０、情報収集サーバ２０、状況ＤＢサーバ３０、条件判定サーバ４０、通知履歴ＤＢサーバ５０、通知サーバ６０、および表示端末７０を含む。図１においては、図面の明瞭性の観点から１つの情報収集端末１０および１つの表示端末７０を示しているが、実際には複数の情報収集端末１０および複数の表示端末７０が情報処理システムに含まれ得る。
【００２０】
（情報収集端末）
情報収集端末１０は、ある観察対象の状況を示す状況情報を収集する。例えば、個人である利用者を観察対象とする情報収集端末１０としてはスマートフォン、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）および、ウェアラブル端末（活動量計、スマートウォッチを含む。）などが挙げられる。また、状況情報としては、利用者の歩数情報、位置情報、体温または脈拍などの生体情報、情報収集端末１０の使用状況情報、および移動速度情報などが挙げられる。
【００２１】
観察対象は個人である利用者に限られず、利用者の周辺の環境であってもよい。この場合、状況情報としては、気温、湿度、天気、明るさ、および環境音などが挙げられる。さらに、所定の空間を観察対象とする情報収集端末１０としては人感センサおよびドアの開閉センサなどが挙げられ、状況情報としては、所定の空間に存在する人の数、所定の空間への人の進入、および所定の空間からの人の退出などが挙げられる。
【００２２】
情報収集端末１０は、収集した状況情報を情報収集サーバ２０にネットワークを介して送信する。ネットワークは、ネットワークに接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、ネットワークは、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワークは、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。なお、通知履歴ＤＢサーバ５０と表示端末７０、情報収集サーバ２０と条件判定サーバ４０などの他の装置も適宜ネットワークを介して接続され得る。
【００２３】
（情報収集サーバ、状況ＤＢサーバ）
情報収集サーバ２０は、情報収集端末１０からネットワークを介して状況情報を受信する情報収集部の機能を有する。情報収集サーバ２０は、情報収集端末１０から受信した状況情報を状況ＤＢサーバ３０に記録する。状況ＤＢサーバ３０は、複数の状況情報からなる状況ＤＢを格納する。図２を参照し、状況ＤＢサーバ３０が格納する状況ＤＢの具体例を説明する。
【００２４】
図２は、状況ＤＢサーバ３０が格納する状況ＤＢの具体例を示す説明図である。図２に示したように、状況ＤＢは複数の状況情報を含み、各状況情報は、時刻、利用者ＩＤ、位置情報、端末ＩＤ、歩数情報および脈拍情報などを含む。利用者ＩＤは情報収集端末１０の利用者の識別情報であり、端末ＩＤは情報収集端末１０の識別情報である。歩数情報は、直近の所定時間（例えば、１時間）における歩数を示してもよいし、当日中の累計の歩数を示してもよい。同一の利用者は異なる情報収集端末１０を利用することが可能であるので、図２には、同一の利用者ＩＤ「Ｘ」について、端末ＩＤ「Ｘ１」を含む状況情報、および端末ＩＤ「Ｘ２」を含む状況情報が示されている。このため、同一の利用者に関して、同一カテゴリの情報が複数存在し得る。例えば、図２に示したように利用者ＩＤが「Ｘ」である利用者について、歩数情報および脈拍情報が複数存在する。この場合、複数の情報の平均値、または、より信頼性が高い情報が後述する通知条件の判定に用いられてもよい。情報の信頼性は、例えば端末ＩＤから判定し得る。
【００２５】
情報収集サーバ２０は、状況ＤＢが更新されると、すなわち、いずれかの観察対象の状況が変化すると、状況変化を示す通知を条件判定サーバ４０に送信する。
【００２６】
（条件判定サーバ、通知履歴ＤＢサーバ）
条件判定サーバ４０は、複数のメッセージ、および各メッセージに関連付けられた通知条件を含む通知条件テーブルを記憶している。条件判定サーバ４０は、情報収集サーバ２０から受信される状況変化を示す通知に応じて、変化した状況に関する通知条件が満たされたか否かを判定し、通知条件が満たされた場合、当該通知条件に関連付けられたメッセージの送信を制御する。条件判定サーバ４０は、各通知条件が満たされるか否かの判定を、状況ＤＢサーバ３０が格納する状況ＤＢを参照して行う。条件判定サーバ４０は、利用者へのメッセージの通知のためにメッセージの送信を制御した場合、通知履歴ＤＢサーバ５０にメッセージの通知履歴を記録する。通知履歴ＤＢサーバ５０は、複数の通知履歴からなる通知履歴ＤＢを格納する。条件判定サーバ４０および通知履歴ＤＢについては詳細に後述する。
【００２７】
（通知サーバ）
通知サーバ６０は、メッセージの送信先となる表示端末７０を管理し、条件判定サーバ４０による制御に従い、表示端末７０にメッセージを送信する。具体的には、通知サーバ６０は、表示端末７０の起動時に表示端末７０から受信し、表示端末７０の端末情報を通知先管理テーブルに記録する。ここで、図３を参照し、通知先管理テーブルの具体例を説明する。
【００２８】
図３は、通知先管理テーブルの具体例を示す説明図である。図３に示したように、通知先管理テーブルは複数の端末情報を含み、各端末情報は、利用者ＩＤ、端末ＩＤおよびエンドポイントを含む。エンドポイントは、表示端末７０のアドレス情報であり、いずれのプロトコルに基づくものであってもよい。例えば、エンドポイントは、ＵＲＬまたはＴＣＰ通信のコネクションなどであってもよい。
【００２９】
通知サーバ６０は、条件判定サーバ４０から宛先の表示端末７０の利用者ＩＤおよびメッセージを受信すると、通知先管理テーブルを参照して利用者ＩＤに対応するエンドポイントを特定し、当該エンドポイントにメッセージを送信する。
【００３０】
（表示端末）
表示端末７０は、利用者が利用する端末であり、多様な画面を表示するための表示部を有する。表示端末７０が、通知サーバ６０からメッセージを受信し、受信したメッセージを表示部に表示することで、ユーザにメッセージが通知される。本発明の実施形態においては、ある通知条件（第１の通知条件）が満たされた場合に、当該通知条件に関連付けられた第１のメッセージが利用者に通知され、第１のメッセージの通知後に、当該通知条件に関連付けられた第２のメッセージが利用者に通知される。第１のメッセージは、上記通知条件を満たすための状況を示し、第２のメッセージは利用者に推奨される具体的な行動を示す。以下、図４および図５を参照し、利用者に通知されるメッセージの具体例を説明する。
【００３１】
図４および図５は、利用者に通知されるメッセージの具体例を示す説明図である。例えば、利用者が勤務先に２０日連続で出社した場合、第１のメッセージとして、図４に示したように「２０日以上連続で出社しています。」というメッセージが表示端末７０により通知される。
【００３２】
その後、利用者が休みを取らずにさらに２日間出社した場合、第１のメッセージおよび第２のメッセージが同時に表示端末７０により通知される。例えば、図５に示すように「２０日以上連続で出社しています。休暇を取得しましょう。」というメッセージが表示端末７０により通知される。
【００３３】
利用者は、一回または複数回に亘って、状況を示すメッセージの通知および行動を示すメッセージの通知を受けることで、その状況で実行すべき行動を学習することが可能となる。従って、利用者は、状況を示すメッセージが通知されたことに基づき、当該状況に応じた行動を自律的に実行できるようになることが期待される。また、状況を示すメッセージの通知のみでは状況に応じた行動が実行されない場合には、状況を示すメッセージおよび行動を示すメッセージが同時に通知されることにより、どの状況においてどの行動を実行することが適切であるかを容易に学習することが可能である。
【００３４】
なお、図１においては情報収集端末１０および表示端末７０を別々の端末として示しているが、情報収集端末１０および表示端末７０の機能は同一の端末に実装されてもよい。
【００３５】
＜２．条件判定サーバの構成＞
以上、本発明の実施形態による情報処理システムの構成を説明した。続いて、情報処理システムが含む条件判定サーバ４０の構成をより具体的に説明する。
【００３６】
図６は、本発明の実施形態による条件判定サーバ４０の構成を示す説明図である。図６に示したように、本発明の実施形態による条件判定サーバ４０は、状況情報取得部４１８、条件判定部４２０、記憶部４３０、通知履歴取得部４４０、および送信制御部４５０を有する。
【００３７】
（状況情報取得部）
状況情報取得部４１８は、状況ＤＢサーバ３０から状況情報を取得する。具体的には、状況情報取得部４１８は、情報収集サーバ２０から状況変化を示す通知を受信すると、変化した状況に関連する通知条件を記憶部４３０が格納する通知条件テーブルから検索し、検索された通知条件の判定に必要な状況情報を状況ＤＢサーバ３０から取得する。
【００３８】
（条件判定部、記憶部）
条件判定部４２０は、状況情報取得部４１８が取得した状況情報に基づき、記憶部４３０が記憶する通知条件テーブルのうちで変化した状況に関連する通知条件が満たされるか否かを判定する。また、条件判定部４２０は、通知履歴取得部４４０により取得される当該通知条件に関するメッセージの通知履歴の有無を判定する。ここで、図７を参照し、記憶部４３０が記憶する通知条件テーブルの具体例を説明する。
【００３９】
図７は、記憶部４３０が記憶する通知条件テーブルの具体例を示す説明図である。図７に示したように、通知条件テーブルにおいては、条件番号、通知条件、メッセージ番号、メッセージ間隔、宛先情報およびメッセージが関連付けられている。メッセージ間隔は、前回のメッセージの送信からの時間間隔を示す時間条件であり、前回のメッセージの送信から通知条件が満たされたままメッセージ間隔が経過した場合に、当該メッセージ間隔に関連付けられたメッセージが送信される。
【００４０】
図７に示した例では、「２０日以上連続出社」という通知条件には、条件番号「１」が関連付けられている。さらに、「２０日以上連続出社」という通知条件には、複数組のメッセージ番号、メッセージ間隔、宛先情報およびメッセージが関連付けられている。具体的には、「２０日以上連続出社」という通知条件には、メッセージ番号「１」、メッセージ間隔「ｎｕｌｌ」、宛先情報「本人」およびメッセージ「２０日以上連続で出社しています。」からなる組、メッセージ番号「２」、メッセージ間隔「４８：００：００」、宛先情報「本人」およびメッセージ「休暇を取得しましょう。」からなる組、および、メッセージ番号「０」、メッセージ間隔「ｎｕｌｌ」、宛先情報「本人」およびメッセージ「やっと休暇を取得しましたね。」からなる組、が関連付けられている。なお、通知条件「一人出社した」には宛先情報「同一グループ人物」が関連付けられているように、観察対象とメッセージの通知先は一致しないことも想定される。
【００４１】
図８は、通知履歴ＤＢサーバ５０が格納する通知履歴ＤＢの具体例を示す説明図である。図８に示したように、通知履歴ＤＢは複数の通知履歴を含み、各通知履歴は、利用者ＩＤ、条件番号、メッセージ番号および通知時刻を含む。
【００４２】
条件判定部４２０は、ある通知条件が満たされ、かつ、当該通知条件に関するメッセージの通知履歴が無かった場合、当該通知条件に関連付けられたメッセージ番号「１」に対応するメッセージの、当該通知条件に関連付けられた宛先情報への送信を、送信制御部４５０に指示する。さらに、条件判定部４２０は、当該メッセージ番号「１」に対応するメッセージの通知履歴を通知履歴ＤＢサーバ５０に追加する。例えば、利用者Ｘに関して「２０日以上連続出社」という通知条件が満たされ、かつ、「２０日以上連続出社」という通知条件に関するメッセージの通知履歴が無かった場合、メッセージ番号「１」に対応するメッセージの利用者Ｘへの送信を送信制御部４５０に指示する。さらに、条件判定部４２０は、メッセージ番号「１」に対応するメッセージの通知履歴を通知履歴ＤＢサーバ５０に追加する。
【００４３】
一方、条件判定部４２０は、ある通知条件が満たされ、かつ、当該通知条件に関するメッセージの通知履歴があった場合、通知履歴に含まれるメッセージ番号＋１のメッセージ番号に関連付けられているメッセージ間隔が、通知履歴に含まれる通知時刻から経過しているか否かを判定する。メッセージ間隔が経過している場合、条件判定部４２０は、通知履歴に含まれるメッセージ番号＋１のメッセージ番号に関連付けられているメッセージの、当該メッセージに関連付けられている宛先情報への送信を、送信制御部４５０に指示する。さらに、条件判定部４２０は、通知履歴に含まれるメッセージ番号をインクリメントし、通知時刻を現在時刻に更新する。なお、メッセージ間隔が経過していない場合には、特段の処理も行われない。
【００４４】
例えば、利用者Ｘに関して「２０日以上連続出社」という通知条件が満たされ、かつ、「２０日以上連続出社」という通知条件に関するメッセージの通知履歴があった場合、通知履歴に含まれるメッセージ番号＋１のメッセージ番号に関連付けられているメッセージ間隔「４８：００：００」が、通知履歴に含まれる通知時刻から経過しているか否かを判定する。メッセージ間隔「４８：００：００」が経過している場合、条件判定部４２０は、通知履歴に含まれるメッセージ番号＋１のメッセージ番号２に関連付けられているメッセージ「休暇を取得しましょう」の利用者Ｘへの送信を送信制御部４５０に指示する。さらに、条件判定部４２０は、通知履歴に含まれるメッセージ番号１をメッセージ番号２にインクリメントし、通知時刻を現在時刻に更新する。
【００４５】
条件判定部４２０は、ある通知条件が満たされず、かつ、当該通知条件に関するメッセージの通知履歴がなかった場合、当該通知条件に関して特段の処理も行わない。一方、条件判定部４２０は、ある通知条件が満たされず、かつ、当該通知条件に関するメッセージの通知履歴があった場合、通知履歴ＤＢサーバ５０が格納する通知履歴ＤＢから当該通知履歴を削除する。そして、当該通知条件に関連付けられている第３のメッセージが存在する場合、すなわち、当該通知条件に関連付けられているメッセージ番号「０」のメッセージが存在する場合、条件判定部４２０は当該メッセージの送信を送信制御部４５０に指示する。例えば、利用者Ｘに関して「２０日以上連続出社」という通知条件が満たされず、かつ、「２０日以上連続出社」という通知条件に関するメッセージの通知履歴があった場合、利用者Ｘが休暇を取得したと考えられる。この場合、条件判定部４２０は、メッセージ番号「０」に関連付けられているメッセージ「やっと休暇を取りましたね。」の送信を送信制御部４５０に指示する。
【００４６】
（通知履歴取得部）
通知履歴取得部４４０は、条件判定部４２０が判定した通知条件に関するメッセージの通知履歴を通知履歴ＤＢサーバ５０から取得する。例えば、条件判定部４２０が利用者Ａについて通知条件「２０日以上連続出社」が満たされてか否かを判定した場合、通知履歴取得部４４０は利用者Ａについての通知条件「２０日以上連続出社」に関するメッセージの通知履歴を通知履歴ＤＢサーバ５０から取得する。
【００４７】
（送信制御部）
送信制御部４５０は、条件判定部４２０からの指示に従い、メッセージの送信を制御する。具体的には、送信制御部４５０は、条件判定部４２０から送信すべきメッセージ、および宛先となる表示端末７０を利用する利用者の利用者ＩＤを含む指示を条件判定部４２０から受け、通知サーバ６０に当該メッセージおよび当該利用者ＩＤを送信する。その後、通知サーバ６０において当該利用者ＩＤがエンドポイントに変換され、当該エンドポイントに対応する表示端末７０に当該メッセージが送信される。
【００４８】
＜３．情報処理システムの動作＞
以上、本発明の実施形態による情報処理システムおよび条件判定サーバ４０の構成を説明した。続いて、図９を参照し、本発明の実施形態による情報処理システムの動作を説明する。
【００４９】
図９は、本発明の実施形態による情報処理システムの動作を示す説明図である。図９に示したように、まず、表示端末７０が起動すると、表示端末７０が表示端末７０の端末情報を通知サーバ６０に送信し（Ｓ５０４）、通知サーバ６０が受信した端末情報を登録する（Ｓ５０８）。
【００５０】
情報収集端末１０は、状況情報を収集し、収集した状況情報を情報収集サーバ２０に送信する（Ｓ５１２）。情報収集サーバ２０は、情報収集端末１０から受信した状況情報を状況ＤＢサーバ３０に記録する（Ｓ５１６）。また、情報収集サーバ２０は、状況ＤＢが更新されると、すなわち、いずれかの観察対象の状況が変化すると、状況変化を示す通知を条件判定サーバ４０に送信する（Ｓ５２０）。
【００５１】
条件判定サーバ４０の状況情報取得部４１８は、情報収集サーバ２０から状況変化を示す通知を受信すると、変化した状況に関連する通知条件を記憶部４３０が格納する通知条件テーブルから検索し、検索された通知条件の判定に必要な状況情報を状況ＤＢサーバ３０から取得する（Ｓ５２４）。
【００５２】
また、条件判定サーバ４０の通知履歴取得部４４０は、変化した状況に関連する通知条件に関するメッセージの通知履歴を通知履歴ＤＢサーバ５０から取得する（Ｓ５２０）。
【００５３】
そして、条件判定部４２０は、状況情報取得部４１８が取得した状況情報に基づき、記憶部４３０が記憶する通知条件テーブルのうちで変化した状況に関連する通知条件が満たされるか否かを判定する。また、条件判定部４２０は、通知履歴取得部４４０により取得される当該通知条件に関するメッセージの通知履歴の有無を判定する。これら判定の結果に応じて、後続の処理は分岐する。
【００５４】
まず、通知条件が満たされ、かつ、当該通知条件に関するメッセージの通知履歴が無かった場合、条件判定サーバ４０の送信制御部４５０がメッセージ番号「１」のメッセージおよび宛先情報となる利用者ＩＤを通知サーバ６０に送信する（Ｓ５３２）。ここで、メッセージ番号「１」のメッセージは、通知条件を満たすための状況を示す。
【００５５】
その後、通知サーバ６０が通知先管理テーブルを参照し、条件判定サーバ４０から受信した利用者ＩＤに対応するエンドポイントを特定し、当該エンドポイントを有する表示端末７０にメッセージ番号「１」のメッセージを送信する（Ｓ５３６）。そして、表示端末７０が受信したメッセージを表示部に表示することにより、ユーザにメッセージ番号「１」のメッセージが通知される（Ｓ５４０）。また、条件判定サーバ４０は、送信されたメッセージに関する通知履歴の追加を通知履歴ＤＢサーバ５０に指示し（Ｓ５４４）、通知履歴ＤＢサーバ５０は当該指示に応じて通知履歴ＤＢに通知履歴を追加する（Ｓ５４８）。
【００５６】
一方、通知条件が満たされ、当該通知条件に関するメッセージの通知履歴があり、かつ、通知履歴に含まれるメッセージ番号＋１のメッセージ番号に関連付けられているメッセージ間隔が、通知履歴に含まれる通知時刻から経過している場合、条件判定サーバ４０の送信制御部４５０が通知履歴に含まれるメッセージ番号＋１のメッセージおよび宛先情報となる利用者ＩＤを通知サーバ６０に送信する（Ｓ５５２）。ここで、通知履歴に含まれるメッセージ番号＋１のメッセージは、利用者に推奨される具体的な行動を示す。
【００５７】
その後、通知サーバ６０が通知先管理テーブルを参照し、条件判定サーバ４０から受信した利用者ＩＤに対応するエンドポイントを特定し、当該エンドポイントを有する表示端末７０にメッセージメッセージを送信する（Ｓ５５６）。そして、表示端末７０が受信したメッセージを表示部に表示することにより、ユーザにメッセージが通知される（Ｓ５６０）。また、条件判定サーバ４０は、送信されたメッセージに関する通知履歴の更新を通知履歴ＤＢサーバ５０に指示し（Ｓ５６４）、通知履歴ＤＢサーバ５０は当該指示に応じて通知履歴ＤＢの通知履歴を更新する（Ｓ５６８）。
【００５８】
なお、条件判定部４２０は、通知条件が満たされず、かつ、当該通知条件に関するメッセージの通知履歴があった場合、通知履歴ＤＢサーバ５０に当該通知履歴の削除を指示する。そして、当該通知条件に関連付けられている第３のメッセージが存在する場合、すなわち、当該通知条件に関連付けられているメッセージ番号「０」のメッセージが存在する場合、条件判定サーバ４０は当該メッセージを通知サーバ６０に送信する。
【００５９】
＜４．ハードウェア構成＞
以上、本発明の実施形態を説明した。上述した条件判定および送信制御などの情報処理は、ソフトウェアと、以下に説明する条件判定サーバ４０などのハードウェアとの協働により実現される。
【００６０】
図１０は、条件判定サーバ４０のハードウェア構成を示したブロック図である。条件判定サーバ４０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）４０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）４０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）４０３と、ホストバス４０４と、を備える。また、条件判定サーバ４０は、ブリッジ４０５と、外部バス４０６と、インタフェース４０７と、入力装置４０８と、表示装置４０９と、音声出力装置４１０と、ストレージ装置（ＨＤＤ）４１１と、ドライブ４１２と、ネットワークインタフェース４１５とを備える。
【００６１】
ＣＰＵ４０１は、演算処理装置および制御装置として機能し、各種プログラムに従って条件判定サーバ４０内の動作全般を制御する。また、ＣＰＵ４０１は、マイクロプロセッサであってもよい。ＲＯＭ４０２は、ＣＰＵ４０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ４０３は、ＣＰＵ４０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバス４０４により相互に接続されている。これらＣＰＵ４０１、ＲＯＭ４０２およびＲＡＭ４０３とソフトウェアとの協働により、図６を参照して説明した条件判定部４２０および送信制御部４５０などの機能が実現され得る。
【００６２】
ホストバス４０４は、ブリッジ４０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス４０６に接続されている。なお、必ずしもホストバス４０４、ブリッジ４０５および外部バス４０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。
【００６３】
入力装置４０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、センサ、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ４０１に出力する入力制御回路などから構成されている。条件判定サーバ４０のユーザは、該入力装置４０８を操作することにより、条件判定サーバ４０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００６４】
表示装置４０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、プロジェクター装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。また、音声出力装置４１０は、スピーカおよびヘッドホンなどの音声出力装置を含む。
【００６５】
ストレージ装置４１１は、本実施形態にかかる条件判定サーバ４０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置４１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置４１１は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）またはＳＳＤ（Ｓｏｌｉｄ  Ｓｔｒａｇｅ  Ｄｒｉｖｅ）、あるいは同等の機能を有するメモリ等で構成される。このストレージ装置４１１は、ストレージを駆動し、ＣＰＵ４０１が実行するプログラムや各種データを格納する。
【００６６】
ドライブ４１２は、記憶媒体用リーダライタであり、条件判定サーバ４０に内蔵、あるいは外付けされる。ドライブ４１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体２４に記録されている情報を読み出して、ＲＡＭ４０３またはストレージ装置４１１に出力する。また、ドライブ４１２は、リムーバブル記憶媒体２４に情報を書き込むこともできる。
【００６７】
ネットワークインタフェース４１５は、例えば、ネットワークに接続するための通信デバイス等で構成された通信インタフェースである。また、ネットワークインタフェース４１５は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。
【００６８】
＜５．作用効果＞
以上説明したように、本発明の実施形態においては、ある通知条件が満たされた場合に、当該通知条件に関連付けられた第１のメッセージが利用者に通知され、第１のメッセージの通知後に、当該通知条件に関連付けられた第２のメッセージが利用者に通知される。第１のメッセージは、上記通知条件を満たすための状況を示し、第２のメッセージは利用者に推奨される具体的な行動を示す。このため、第１のメッセージが行動変容プロセスにおける刺激統制、第２のメッセージが行動変容プロセスにおける反射条件づけ、の役割を担う。従って、利用者は、一回または複数回に亘って、状況を示す第１のメッセージの通知および行動を示す第２のメッセージの通知を受けることで、その状況で実行すべき行動を学習することが可能となる。結果、利用者は、ある状況下において、当該状況に応じた行動を自律的に実行できるようになることが期待される。
【００６９】
また、ある通知条件が満たされた後に、当該通知条件が満たされなくなった場合には、利用者を褒める第３のメッセージ（メッセージ番号「０」のメッセージ）が利用者に通知される。当該第３のメッセージにより、利用者が状況に応じた行動をとるモチベーションが向上するので、利用者の学習効果をより高めることが可能である。
【００７０】
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００７１】
例えば、上記では本発明の実施形態による情報処理システムが利用者の健康または業務に関する行動の改善のために適用される例を主に説明したが、本発明の実施形態による情報処理システムの適用先はかかる例に限定されない。本発明の実施形態による情報処理システムは、利用者の人間関係に関する行動の改善にも適用可能である。例えば、利用者Ｘが落ち込んでいることを状況情報が示す場合は、情報処理システムは、利用者Ｘの家族または友人に、第１のメッセージとして「利用者Ｘが落ち込んでいます。」というメッセージを送信し、第２のメッセージとして「利用者Ｘを励まして下さい。」というメッセージを送信してもよい。
【００７２】
また、本明細書の情報処理システムの処理における各ステップは、必ずしもシーケンス図として記載された順序に沿って時系列に処理する必要はない。例えば、情報処理システムの処理における各ステップは、シーケンス図として記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【００７３】
また、条件判定サーバ４０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述した条件判定サーバ４０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【符号の説明】
【００７４】
１０  情報収集端末
２０  情報収集サーバ
３０  状況ＤＢサーバ
４０  条件判定サーバ
５０  通知履歴ＤＢサーバ
６０  通知サーバ
７０  表示端末
４１８  状況情報取得部
４２０  条件判定部
４３０  記憶部
４４０  通知履歴取得部
４５０  送信制御部
【図１】
2019139320.tif 000003
【図２】
2019139320.tif 000004
【図３】
2019139320.tif 000005
【図４】
2019139320.tif 000006
【図５】
2019139320.tif 000007
【図６】
2019139320.tif 000008
【図７】
2019139320.tif 000009
【図８】
2019139320.tif 000010
【図９】
2019139320.tif 000011
【図１０】
2019139320.tif 000012