JP7074993B2 - 通知制御プログラム及び情報処理装置 - Google Patents

Description

本発明は、通知制御プログラム及び情報処理装置に関する。

例えば、利用者に対してサービスを提供する事業者（以下、単に事業者とも呼ぶ）は、サービスの提供を行うための業務システム（以下、情報処理システムとも呼ぶ）を構築して稼働させる。具体的に、事業者は、利用者が行う必要がある作業（例えば、今日中に行う必要がある家事、提出日までに行う必要がある宿題、決められた時間に行う必要がある野菜植物の手入れ等）の実施を促すためのメッセージを送信する業務システムの構築を行う。

このような業務システムでは、例えば、予め定められたタイミングになった場合、利用者に対して必要なメッセージの送信を行う。そして、業務システムでは、例えば、送信したメッセージに対応する作業を利用者が実施したか否かについての情報の管理を行う（例えば、特許文献１乃至５参照）。

特開２０１５－０４９８２５号公報 国際公開第２０１４／１３６４５１号 特表２０１２－５０３８２２号公報 特開２００４－３１０３７７号公報 特開２００３－０３４４３６号公報

上記のような業務システムでは、例えば、利用者が実施する必要がある各作業を示す情報（利用者によって予め登録された情報）を参照し、利用者がまだ行っていない作業の実施を促すメッセージの送信を行う。

しかしながら、上記のようなメッセージの送信は、例えば、利用者の現在の状態を反映することなく行われる場合がある。そのため、利用者は、業務システムからのメッセージを受信した場合であっても、受信したメッセージに対応する作業を行うことが困難である場合がある。

そこで、一つの側面では、メッセージによる作業実施の実効性を高めることを可能とする通知制御プログラム及び情報処理装置を提供することを目的とする。

実施の形態の一つの態様によれば、センサデータを取得し、取得した前記センサデータに基づき、人物の状態の判定を行い、前記状態の判定から前記状態に応じた時間の経過後に、前記人物に作業の実施を促すメッセージを通知する指示を出力する、処理をコンピュータに実行させる。

一つの側面によれば、メッセージによる作業実施の実効性を高めることを可能とする。

図１は、情報処理システム１０の全体構成を示す図である。 図２は、情報処理装置１のハードウエア構成を説明する図である。 図３は、情報処理装置１の機能ブロック図である。 図４は、第１の実施の形態における通知制御処理の概略を説明するフローチャートである。 図５は、第１の実施の形態における通知制御処理の概略を説明する図である。 図６は、第１の実施の形態における通知制御処理の概略を説明する図である。 図７は、第１の実施の形態における通知制御処理の詳細を説明するフローチャートである。 図８は、第１の実施の形態における通知制御処理の詳細を説明するフローチャートである。 図９は、第１の実施の形態における通知制御処理の詳細を説明するフローチャートである。 図１０は、第１の実施の形態における通知制御処理の詳細を説明するフローチャートである。 図１１は、第１の実施の形態における通知制御処理の詳細を説明するフローチャートである。 図１２は、第１の実施の形態における通知制御処理の詳細を説明するフローチャートである。 図１３は、第１の実施の形態における通知制御処理の詳細を説明するフローチャートである。 図１４は、第１の実施の形態における通知制御処理の詳細を説明するフローチャートである。 図１５は、端末装置５から受信したスケジュールの具体例を説明する図である。 図１６は、スケジュール情報１３３の具体例を説明する図である。 図１７は、行動情報１３４の具体例を説明する図である。 図１８は、スケジュール情報１３３の具体例を説明する図である。 図１９は、有価値情報１３６の具体例を説明する図である。 図２０は、人物関連情報１３７の具体例を説明する図である。

［情報処理システムの構成］
図１は、情報処理システム１０の全体構成を示す図である。図１に示す情報処理システム１０は、情報処理装置１と、センサ４ａ、４ｂ及び４ｃと、端末装置５ａ及び５ｂとを含む。以下、センサ４ａ、４ｂ及び４ｃを総称してセンサ４とも呼び、端末装置５ａ及び５ｂを総称して端末装置５とも呼ぶ。

センサ４ａ及び４ｂは、例えば、利用者（以下、人物とも呼ぶ）の住居の照明が点灯しているか否かの判定を行うセンサである。また、センサ４ｃは、例えば、利用者の住居のテレビの電源が入っているか否かの判定を行うセンサである。そして、センサ４ａ及び４ｂは、例えば、定期的な間隔において、照明が点灯しているか否かを示す情報を情報処理装置１に送信する。また、センサ４ｃは、例えば、定期的な間隔において、テレビの電源が入っているか否かを示す情報を情報処理装置１に送信する。以下、照明が点灯しているか否かを示す情報やテレビの電源が入っているか否かを示す情報を総称してセンサデータとも呼ぶ。

端末装置５ａ及び５ｂは、例えば、利用者が使用するスマートフォンやウェアラブル端末である。端末装置５ａ及び５ｂは、情報処理装置１から送信された情報（例えば、作業の実施を促すメッセージ）を受信する。

情報処理装置１は、例えば、利用者に対して作業の実施を促すメッセージの送信を行う。具体的に、情報処理装置１は、センサ４からセンサデータを取得し、取得したセンサデータに基づいて利用者の状態の判定を行う。そして、情報処理装置１は、例えば、状態の判定を行ったタイミングから、判定した状態に応じた時間が経過した後に、作業の実施を促すメッセージの通知指示を端末装置５に対して出力する。

すなわち、情報処理装置１は、センサ４によって取得されたセンサデータから利用者の現在の状態を判定し、判定した状態に応じて利用者に対するメッセージの送信タイミングを決定する。

これにより、情報処理装置１は、利用者がメッセージに対応する作業を実施することが可能であると判断できるタイミングにおいて、利用者に対するメッセージの送信を行うことが可能になる。そのため、情報処理装置１は、利用者がメッセージに対応する作業を実施する可能性を高めることが可能になる。また、情報処理装置１は、利用者に対して心理的な負担を極力与えることなく、利用者に対するメッセージの送信を行うことが可能になる。

［情報処理システムのハードウエア構成］
次に、情報処理システム１０のハードウエア構成について説明する。図２は、情報処理装置１のハードウエア構成を説明する図である。

情報処理装置１は、図２に示すように、プロセッサであるＣＰＵ１０１と、メモリ１０２と、外部インターフェース（Ｉ／Ｏユニット）１０３と、記憶媒体（ハードディスク）１０４とを有する。各部は、バス１０５を介して互いに接続される。

記憶媒体１０４は、記憶媒体１０４内のプログラム格納領域（図示しない）に、利用者に対するメッセージの通知を制御する処理（以下、通知制御処理とも呼ぶ）を行うためのプログラム１１０（以下、通知制御プログラム１１０とも呼ぶ）を記憶する。

ＣＰＵ１０１は、図２に示すように、プログラム１１０の実行時に、プログラム１１０を記憶媒体１０４からメモリ１０２にロードし、プログラム１１０と協働して通知制御処理を行う。

記憶媒体１０４は、例えば、通知制御処理を行う際に用いられる情報を記憶する情報格納領域１３０（以下、記憶部１３０とも呼ぶ）を有する。

また、外部インターフェース１０３（Ｉ／Ｏユニット１０３）は、センサ４及び端末装置５との通信を行う。

［情報処理システムのソフトウエア構成］
次に、情報処理システム１０のソフトウエア構成について説明する。図３は、情報処理装置１の機能ブロック図である。

ＣＰＵ１０１は、図３に示すように、プログラム１１０と協働することにより、データ取得部１１１と、情報管理部１１２と、状態判定部１１３と、指示出力部１１４と、実施判定部１１５として動作する。

また、情報格納領域１３０には、図３に示すように、センサデータ１３１と、端末データ１３２と、スケジュール情報１３３と、行動情報１３４と、カウンタ値１３５と、有価値情報１３６と、人物関連情報１３７とが記憶される。

データ取得部１１１は、センサ４からセンサデータ１３１を取得する。そして、情報管理部１１２は、データ取得部１１１が取得したセンサデータ１３１を情報格納領域１３０に記憶する。

状態判定部１１３は、例えば、データ取得部１１１が取得したセンサデータ１３１に基づいて利用者の現在の状態を判定する。

指示出力部１１４は、例えば、状態判定部１１３が利用者の状態の判定を行ったタイミングから、状態判定部１１３が判定した状態に応じた時間の経過後に、作業の実施を促すメッセージを通知する指示を出力する。

実施判定部１１５は、作業の実施の促すメッセージの通知を受けた利用者が作業を実施したか否かの判定を行う。具体的に、実施判定部１１５は、例えば、利用者が端末装置５を介して作業が完了したことを示す情報を情報処理装置１に送信した場合に、利用者が作業を実施したと判定する。

なお、端末データ１３２、スケジュール情報１３３、行動情報１３４、カウンタ値１３５、有価値情報１３６及び人物関連情報１３７の説明については後述する。

［第１の実施の形態の概略］
次に、第１の実施の形態の概略について説明する。図４は、第１の実施の形態における通知制御処理の概略を説明するフローチャートである。また、図５及び図６は、第１の実施の形態における通知制御処理の概略を説明する図である。図５及び図６を参照しながら、図４の第１の実施の形態における通知制御処理の説明を行う。

［通知制御処理の概略］
情報処理装置１は、図４に示すように、状態判定タイミングになるまで待機する（Ｓ１１のＮＯ）。状態判定タイミングは、例えば、１０分間隔等の定期的なタイミングであってよい。

そして、状態判定タイミングになった場合（Ｓ１１のＹＥＳ）、情報処理装置１は、図５に示すように、センサデータ１３１を取得する（Ｓ１２）。

具体的に、情報処理装置１は、例えば、状態判定タイミングになったことに応じて、センサ４から新たなセンサデータ１３１（現在の利用者の状態に対応するセンサデータ１３１）の取得を行うものであってもよい。また、情報処理装置１は、例えば、情報格納領域１３０に記憶されたセンサデータ１３１のうち、センサ４において取得されたタイミングが最も新しいセンサデータ１３１の取得を行うものであってもよい。

続いて、情報処理装置１は、図５に示すように、Ｓ１２の処理で取得したセンサデータ１３１に基づき、利用者の状態の判定を行う（Ｓ１３）。

具体的に、情報処理装置１は、例えば、利用者の予定が設定された情報であるスケジュール情報１３３を参照し、現在の時刻が空き時間（スケジュール情報１３３において予定が特にない時間）に含まれているか否かを判定する。そして、現在の時刻が空き時間に含まれていると判定した場合、情報処理装置１は、例えば、Ｓ１２の処理で取得したセンサデータ１３１を参照し、利用者が何かを集中して行っていない状態であるか否かの判定を行う。その結果、利用者が何かを集中して行っていない状態であると判定した場合、情報処理装置１は、現在の利用者の状態が作業を実施することができる状態であると判定し、利用者に対して作業の実施を促すメッセージの通知を行うことを決定する。また、情報処理装置１は、この場合、スケジュール情報１３３を参照し、現在の時刻から次の予定が設定されている時刻までの空き時間を算出する。

その後、情報処理装置１は、図６に示すように、Ｓ１３の処理で判定した状態に応じた時間が経過するまで待機する（Ｓ１４のＮＯ）。具体的に、情報処理装置１は、例えば、現在の時刻から次の予定が設定されている時刻までの空き時間に応じた時間が経過するまで待機する。

そして、Ｓ１３の処理で判定した状態に応じた時間が経過した場合（Ｓ１４のＹＥＳ）、情報処理装置１は、図６に示すように、利用者に作業の実施を促すメッセージを通知する指示を出力する（Ｓ１５）。

すなわち、情報処理装置１は、センサ４によって取得されたセンサデータ１３１から利用者の現在の状態を判定し、判定した状態に応じて利用者に対するメッセージの送信タイミングの決定を行う。

これにより、情報処理装置１は、利用者がメッセージに対応する作業を実施することが可能であると判断できるタイミングにおいて、利用者に対するメッセージの送信を行うことが可能になる。そのため、情報処理装置１は、利用者がメッセージに対応する作業を実施する可能性を高めることが可能になる。また、情報処理装置１は、利用者に対して心理的な負担を極力与えることなく、利用者に対するメッセージの送信を行うことが可能になる。

［第１の実施の形態の詳細］
次に、第１の実施の形態の詳細について説明する。図７から図１４は、第１の実施の形態における通知制御処理の詳細を説明するフローチャートである。また、図１５から図２０は、第１の実施の形態における通知制御処理の詳細を説明する図である。図１５から図２０を参照しながら、図７から図１４に示す通知制御処理を説明する。

［データ蓄積処理］
初めに、情報処理装置１における通知制御処理の事前処理のうち、センサデータ１３１等を蓄積する処理（以下、データ蓄積処理とも呼ぶ）について説明を行う。図７は、データ蓄積処理を説明するフローチャートである。

情報処理装置１のデータ取得部１１１は、図７に示すように、センサ４から送信されたセンサデータ１３１、または、端末装置５から送信された端末データ１３２を受信するまで待機する（Ｓ１０１のＮＯ）。端末データ１３２は、例えば、端末装置５上で動作するアプリケーションの利用者による使用状況を示す情報であってよい。また、端末データ１３２は、例えば、利用者や端末装置５上で動作する他のアプリケーションによって更新された利用者のスケジュールであってよい。

そして、センサデータ１３１または端末データ１３２を受信した場合（Ｓ１０１のＹＥＳ）、情報処理装置１の情報管理部１１２は、Ｓ１０１の処理で受信したセンサデータ１３１または端末データ１３２を情報格納領域１３０に記憶する（Ｓ１０２）。

これにより、情報処理装置１は、後述するように、情報格納領域１３０に記憶されたセンサデータ１３１または端末データ１３２を参照することで、利用者の状態の判定を行うことが可能になる。

［スケジュール生成処理］
次に、情報処理装置１における通知制御処理の事前処理のうち、スケジュール情報１３３の生成を行う処理（以下、スケジュール生成処理とも呼ぶ）について説明を行う。図８は、スケジュール生成処理を説明するフローチャートである。

データ取得部１１１は、図８に示すように、利用者のスケジュールを含む端末データ１３２を端末装置５から受信するまで待機する（Ｓ１１１のＮＯ）。

そして、スケジュールを含む端末データ１３２を受信した場合（Ｓ１１１のＹＥＳ）、情報管理部１１２は、情報格納領域１３０に記憶されたセンサデータ１３１を参照し、利用者が定常的に行っている行動（以下、定常的な行動とも呼ぶ）を特定する（Ｓ１１２）。

具体的に、情報管理部１１２は、例えば、情報格納領域１３０に記憶されたセンサデータ１３１を参照し、過去３ヶ月間における同じ曜日かつ同じ時間において所定以上の確率（例えば、７０（％）以上の確率）で行っている行動を特定する。

続いて、情報管理部１１２は、Ｓ１１１の処理で受信した端末データ１３２に含まれるスケジュールに対し、Ｓ１１２の処理で特定した行動に対応する予定を追加することによってスケジュール情報１３３を生成する（Ｓ１１３）。そして、情報管理部１１２は、Ｓ１１３の処理で生成されたスケジュール情報１３３を情報格納領域１３０に記憶する（Ｓ１１４）。

すなわち、利用者が定常的な行動を行っていた時間帯は、利用者が何かに集中している時間帯であると判断できる。そのため、情報管理部１１２は、過去に利用者が定常的な行動を行っていた時間帯を、今後も利用者が作業を実施することができない時間帯であると判定する。そして、情報管理部１１２は、利用者の定常的な行動に対応する予定をスケジュール情報１３３に追加する。

これにより、情報処理装置１は、後述するように、利用者が定常的な行動を行っている時間帯に、作業の実施を促すメッセージが送信されることを抑制することが可能になる。そのため、情報処理装置１は、利用者が作業を実施する可能性が低いタイミングにおいてメッセージの送信が行われることを防止することが可能になる。以下、Ｓ１１１の処理で受信したスケジュール及びＳ１１３の処理で生成したスケジュール情報１３３の具体例について説明を行う。

［スケジュールの具体例］
初めに、端末装置５から受信したスケジュールの具体例について説明を行う。なお、以下、スケジュール及びスケジュール情報１３３が、利用者ごとであって日付ごとに生成されるものとして説明を行う。また、以下、図１５等においては、５月３１日（水）に対応するスケジュール及びスケジュール情報１３３についての説明を行う。

図１５は、端末装置５から受信したスケジュールの具体例を説明する図である。図１５に示すスケジュールは、１時間ごとの時間が設定される「時間」と、利用者の予定が設定される「スケジュール内容」と、「スケジュール内容」に設定された予定に対応する関連情報が設定される「備考」とを項目として有する。

具体的に、図１５に示すスケジュールにおいて、「時間」に「８：００」から「１７：００」までのいずれかが設定された情報のそれぞれには、「スケジュール内容」として「仕事」が設定されている。また、図１５に示すスケジュールにおいて、「時間」に「１８：００」が設定された情報には、「スケジュール内容」として「英会話」が設定されており、「備考」として「ＡＡＡ英会話（横浜教室）」が設定されている。

なお、端末装置５から送信されるスケジュールには、利用者が端末装置５において手動で設定した予定のみでなく、端末装置５上で動作する他のアプリケーションによって自動的に設定された予定が含まれるものであってよい。

［スケジュール情報の具体例（１）］
次に、スケジュール情報１３３の具体例について説明を行う。

図１６及び図１８は、スケジュール情報１３３の具体例を説明する図である。図１６等に示すスケジュール情報１３３は、図１５で説明したスケジュールと同じ項目を有している。

具体的に、図１６に示すスケジュール情報１３３は、図１５で説明したスケジュールに対し、「時間」が「２０：００」である情報の「スケジュール内容」に「テレビ」が設定されている。すなわち、図１６に示すスケジュール情報１３３は、例えば、利用者が毎週水曜日の２０時から２１時の間にテレビを見ていた確率が、過去３ヶ月間において所定の確率以上であったことを示している。

また、図１６に示すスケジュール情報１３３は、図１５で説明したスケジュールに対し、「時間」が「２３：００」である情報の「スケジュール内容」に「消灯」が設定されている。すなわち、図１６に示すスケジュール情報１３３は、例えば、毎週水曜日における利用者の消灯時間が２３時から０時の間であった確率が、過去３ヶ月間において所定の確率以上であったことを示している。

これにより、情報処理装置１は、後述するように、情報格納領域１３０に記憶されたスケジュール情報１３３を参照することで、作業の実施を促すメッセージを利用者に送信するタイミングの決定を行うことが可能になる。

［通知制御処理の詳細］
次に、情報処理装置１における通知制御処理の詳細について説明を行う。図９から図１２は、通知制御処理の詳細について説明するフローチャートである。

情報処理装置１の状態判定部１１３は、図９に示すように、状態判定タイミングになるまで待機する（Ｓ２１のＮＯ）。

そして、状態判定タイミングになった場合（Ｓ２１のＹＥＳ）、状態判定部１１３は、情報格納領域１３０に記憶されたセンサデータ１３１を参照し、利用者の部屋の照明が点いているか否かの判定を行う（Ｓ２２）。

具体的に、状態判定部１１３は、例えば、情報格納領域１３０に記憶されたセンサデータ１３１のうち、センサ４ａ及び４ｂから送信されたセンサデータ１３１を参照し、利用者の部屋の照明が点いているか否かの判定を行う。そして、利用者の部屋の照明が点いていると判定した場合、状態判定部１１３は、利用者が在宅であると判定し、利用者の状態の判定を開始する。

その結果、利用者の部屋の照明が点いていないと判定した場合（Ｓ２３のＮＯ）、状態判定部１１３は、通知制御処理を終了する。そして、状態判定部１１３は、次の状態判定タイミングまで待機する（Ｓ２１のＮＯ）。すなわち、状態判定部１１３は、この場合、利用者が在宅でないため、利用者の状態が作業を実施することができる状態ではないと判定し、通知制御処理を終了する。

一方、利用者の部屋の照明が点いていると判定した場合（Ｓ２３のＹＥＳ）、状態判定部１１３は、情報格納領域１３０に記憶されたスケジュール情報１３３を参照し、予定が設定されていない時間に現在の時刻が含まれるか否かの判定を行う（Ｓ２４）。

その結果、予定が設定されていない時間に現在の時刻が含まれていないと判定した場合（Ｓ２５のＮＯ）、状態判定部１１３は、通知制御処理を終了する。すなわち、状態判定部１１３は、この場合、利用者が在宅であるが、利用者の状態が作業を実施することができる状態ではないと判定し、通知制御処理を終了する。

一方、予定が設定されていない時間に現在の時刻が含まれると判定した場合（Ｓ２５のＹＥＳ）、状態判定部１１３は、図１０に示すように、情報格納領域１３０に記憶されたセンサデータ１３１、端末データ１３２及び行動情報１３４を参照し、利用者が行動情報１３４に含まれる行動を行っているか否かを判定する（Ｓ３１）。行動情報１３４は、利用者が集中して何かを行っていない状態にあると判定することが可能な利用者の行動を示す情報である。以下、行動情報１３４の具体例について説明を行う。

［行動情報の具体例］
図１７は、行動情報１３４の具体例を説明する図である。図１７に示す行動情報１３４は、行動情報１３４に含まれる各情報を識別する「項番」と、利用者による行動の内容が設定される「行動の内容」とを項目として有する。

具体的に、図１７に示す行動情報１３４において、「項番」が「１」である情報の「行動の内容」には、「５分以内にテレビのチャンネル切り換えを３回以上行っている。」が設定されており、「項番」が「２」である情報の「行動の内容」には、「テレビの同じチャンネルを２時間以上見続けている。」が設定されている。図１７に含まれる他の情報についての説明は省略する。

すなわち、行動情報１３４には、利用者が何かを集中して行っていない状態にあると判定できる行動を示す情報が設定されている。そして、状態判定部１１３は、利用者が何かを集中して行っていない状態を、利用者が作業を実施することができる状態と判定することが可能である。そのため、状態判定部１１３は、情報格納領域１３０に記憶されたセンサデータ１３１及び端末データ１３２を参照し、利用者が行動情報１３４に含まれる行動を行っているか否かの判定を行うことによって、利用者が作業を実施することができる状態にあるか否かの判定を行う。

図１０に戻り、利用者が行動情報１３４に含まれる行動を行っていないと判定した場合（Ｓ３２のＮＯ）、情報管理部１１２は、情報格納領域１３０に記憶されたスケジュール情報１３３において、現在の時刻から次の状態判定タイミングまでの時間に対応する予定に「余暇」を設定する（Ｓ３３）。その後、状態判定部１１３は、通知制御処理を終了する。

すなわち、利用者が在宅中であって、行動情報１３４に含まれる行動を行っていない場合とは、利用者が何かを集中して行っている状態にある場合である。そのため、状態判定部１１３は、利用者が行動情報１３４に含まれる行動を行っていないと判定した場合、現在の時刻が利作業の実施を促すメッセージを送信すべきでない時間（以下、この時間を余暇とも呼ぶ）であると判定する。これにより、情報処理装置１は、利用者が作業を実施する可能性が低いタイミングにおいてメッセージの送信が行われることを防止することが可能になる。

また、情報管理部１１２は、利用者が行動情報１３４に含まれる行動を行っていないと判定した場合、例えば、現在の時刻から次の状態判定タイミングまでの時間が余暇であることを示す情報（以下、単に余暇情報とも呼ぶ）をスケジュール情報１３３に追加する。これにより、情報処理装置１は、後述するように、情報格納領域１３０に記憶されたスケジュール情報１３３を参照することで、利用者の現在までの余暇の累積時間を算出することが可能になる。以下、余暇情報が追加されたスケジュール情報１３３について説明を行う。

［スケジュール情報の具体例（２）］
図１８は、余暇情報が追加されたスケジュール情報１３３の具体例を説明する図である。

図１６で説明したスケジュール情報１３３において、「時間」が「１９：００」である情報の「スケジュール内容」には、予定が設定されていない。そのため、状態判定部１１３は、例えば、１９時に行われた通知制御処理において、利用者が行動情報１３４に含まれる行動を行っていないと判定した場合、図１８に示すように、「時間」が「１９：００」である情報の「スケジュール内容」に「余暇」を設定する。

これにより、情報処理装置１は、利用者が過ごした余暇に関する情報をスケジュール情報１３３に追加することが可能になる。

一方、Ｓ３２の処理において、利用者が行動情報１３４に含まれる行動を行っていると判定した場合（Ｓ３２のＹＥＳ）、情報管理部１１２は、情報格納領域１３０に記憶されたスケジュール情報１３３を参照し、現在の時刻から次の予定が開始する時刻までの空き時間を算出する（Ｓ３４）。

具体的に、図１８で説明したスケジュール情報１３３において、「時間」が「２１：００」及び「２２：００」である情報の「スケジュール内容」には予定が設定されていない。一方、図１８で説明したスケジュール情報１３３において、「時間」が「２３：００」である情報の「スケジュール情報」には「消灯」が設定されている。そのため、情報管理部１１２は、例えば、２１時に行われた通知制御処理において、図１８で説明したスケジュール情報１３３を参照した場合、２１時から２３時までの２時間を空き時間として算出する。

その後、情報処理装置１の指示出力部１１４は、図１１に示すように、Ｓ３４の処理で算出した空き時間が１時間３０分以上であると判定した場合（Ｓ３５のＹＥＳ、Ｓ４１のＹＥＳ、Ｓ４２のＹＥＳ）、Ｓ３２の処理が行われたタイミングから第２時間（例えば、３０分）が経過するまで待機する（Ｓ４３）。また、指示出力部１１４は、Ｓ３４の処理で算出した空き時間が１時間以上であって１時間３０分未満であると判定した場合（Ｓ３５のＹＥＳ、Ｓ４１のＹＥＳ、Ｓ４２のＮＯ）、Ｓ３２の処理が行われたタイミングから第１時間（例えば、１５分）が経過するまで待機する（Ｓ４４）。

一方、指示出力部１１４は、Ｓ３４の処理で算出した空き時間が３０分以上であって１時間未満であると判定した場合（Ｓ３５のＹＥＳ、Ｓ４１のＮＯ）、Ｓ４３またはＳ４４の処理を行わない。また、指示出力部１１４は、Ｓ３４の処理で算出した空き時間が３０分未満であると判定した場合（Ｓ３５のＮＯ）、通知制御処理を終了する。

すなわち、指示出力部１１４は、指示出力部１１４は、Ｓ３４の処理で算出された空き時間の長さに応じて、作業の実施を促すメッセージを送信するまでの待機時間の長さを決定する。また、指示出力部１１４は、利用者が行動情報１３４に含まれる行動を行っている場合であっても、Ｓ３４の処理で算出した空き時間が短い場合、利用者に対して作業の実施を促すメッセージの送信を行わないことを決定する。

これにより、情報処理装置１は、利用者に対して心理的な負担を極力与えることなく、利用者に対するメッセージの送信を行うことが可能になる。

そして、Ｓ４３またはＳ４４の処理が行われた後、指示出力部１１４は、図１２に示すように、情報格納領域１３０に記憶されたスケジュール情報１３３を参照し、「仕事」及び「余暇」以外の予定と、「余暇」との現在までの累計時間を算出する（Ｓ５１）。

具体的に、図１８で説明したスケジュール情報１３３の「スケジュール内容」には、「仕事」及び「余暇」以外の予定または「余暇」として、「時間」に「１８：００」が設定された情報の「スケジュール内容」に設定された「英会話」と、「時間」に「１９：００」が設定された情報の「スケジュール内容」に設定された「余暇」と、「時間」に「２０：００」が設定された情報の「スケジュール内容」に設定された「テレビ」とが設定されている。そのため、指示出力部１１４は、例えば、２１時に行われた通知制御処理において、図１８で説明したスケジュール情報１３３を参照した場合、累積時間として３時間を算出する。

続いて、指示出力部１１４は、例えば、Ｓ５１の処理で算出した累積時間が１時間以上であるか否かを判定する（Ｓ５２）。

その結果、累積時間が１時間以上であると判定した場合（Ｓ５２のＹＥＳ）、指示出力部１１４は、利用者に対して第１メッセージを通知する指示の出力を行う（Ｓ５３）。第１メッセージは、例えば、利用者に対して作業の実施を促すメッセージのうち、表現が厳しいメッセージである。一方、累積時間が１時間未満であると判定した場合（Ｓ５２のＮＯ）、指示出力部１１４は、利用者に対して第２メッセージを通知する指示の出力を行う（Ｓ５４）。第２メッセージは、利用者に対して作業の実施を促すメッセージのうち、表現が柔らかいメッセージである。具体的に、指示出力部１１４は、例えば、端末装置５に対して、第１メッセージまたは第２メッセージを通知する指示を行う。

すなわち、指示出力部１１４は、例えば、利用者の現在までの累積時間が１時間以上である場合、利用者の心理状態に余裕がある可能性が高いと判定する。そのため、指示出力部１１４は、この場合、利用者に対して、厳しい表現を用いたメッセージを通知する指示の出力を行う。一方、指示出力部１１４は、例えば、利用者の現在までの累積時間が１時間未満である場合、利用者の心理状態に余裕がない可能性が高いと判定する。そのため、指示出力部１１４は、この場合、利用者に対して、柔らかい表現を用いたメッセージを通知する指示の出力を行う。

これにより、情報処理装置１は、利用者の現在の状態（心理状態）に基づいた表現のメッセージの通知を行うことが可能になる。そのため、情報処理装置１は、利用者に対して心理的な負担を極力与えることなく、利用者に対するメッセージの送信を行うことが可能になる。

なお、指示出力部１１４は、Ｓ５１の処理において、情報格納領域１３０に記憶されたスケジュール情報１３３を参照し、「仕事」及び「余暇」以外の予定に対応する時間のそれぞれと、「余暇」に対応する時間のそれぞれとを、情報格納領域１３０に記憶されたカウンタ値１３５（初期値が０である値）に加算するものであってよい。そして、指示出力部１１４は、Ｓ５２の処理において、情報格納領域１３０に記憶されたカウンタ値１３５を参照し、Ｓ５１の処理で算出した累積時間が１時間以上であるか否かの判定を行うものであってよい。

［実施判定処理］
次に、情報処理装置１における通知制御処理の事後処理のうち、利用者が作業を実施したか否かの判定を行う処理（以下、実施判定処理とも呼ぶ）について説明を行う。図１３及び図１４は、実施判定処理を説明するフローチャートである。

情報処理装置１の実施判定部１１５は、通知制御処理において利用者に送信したメッセージに対応する作業の実施が完了するまで待機する（Ｓ６１のＮＯ）。

具体的に、実施判定部１１５は、例えば、利用者が行う必要がある作業が部屋の清掃である場合において、清掃前の部屋の画像と清掃後の部屋の画像とを利用者が端末装置５を介して送信した場合、清掃前の部屋の画像と清掃後の部屋の画像を解析し、部屋の清掃が行われたか否かを判定するものであってよい。そして、実施判定部１１５は、部屋の清掃が行われたと判定した場合、利用者が作業を実施したと判定を行うものであってよい。

そして、通知制御処理において利用者に送信したメッセージに対応する作業の実施が完了した場合（Ｓ６１のＹＥＳ）、指示出力部１１４は、情報格納領域１３０に記憶されたスケジュール情報１３３を参照し、利用者の予定を特定する（Ｓ６２）。具体的に、指示出力部１１４は、例えば、図１８で説明したスケジュール情報１３３を参照し、「スケジュール内容」及び「備考」に設定された内容に含まれるキーワード（単語）を特定する。

その後、指示出力部１１４は、情報格納領域１３０に記憶された有価値情報１３６を参照し、Ｓ６２の処理で特定した予定に対応する有価値情報１３６を特定する（Ｓ６３）。有価値情報１３６は、例えば、作業を実施した利用者に対して送信するクーポンに関する情報である。以下、有価値情報１３６の具体例について説明を行う。

［有価値情報の具体例］
図１９は、有価値情報１３６の具体例を説明する図である。図１９に示す有価値情報１３６は、有価値情報１３６に含まれる各情報を識別する「項番」と、各キーワードが設定される「キーワード」とを項目として有する。また、図１９に示す有価値情報１３６は、「キーワード」に設定された各キーワードに対応するクーポンを示す情報が設定される「クーポン」と、「クーポン」に設定されたクーポンの提供元の企業の名称が設定される「企業名」とを項目として有する。

具体的に、図１９に示す有価値情報１３６において、「項番」が「１」である情報には、「キーワード」として「仙台、宮城、東北」が設定され、「クーポン」として「クーポンＡ」が設定され、「企業名」として「ＡＡレストラン」が設定されている。すなわち、指示出力部１１４は、例えば、図１８で説明したスケジュール情報１３３の「スケジュール内容」及び「備考」に、「仙台」、「宮城」及び「東北」のうちの少なくとも１つのキーワードが含まれている場合、図１９に示す有価値情報１３６のうちの「項番」が「１」である情報に対応するクーポンを特定する。図１９に含まれる他の情報については説明を省略する。

なお、指示出力部１１４は、Ｓ６３の処理において、利用者が行った作業の難易度に応じて、利用者に対して送信するクーポンを決定するものであってもよい。

図１３に戻り、指示出力部１１４は、Ｓ６３の処理で特定した有価値情報１３６を送信する指示を出力する（Ｓ６４）。

具体的に、例えば、Ｓ６３の処理で特定した有価値情報１３６が、図１９で説明した有価値情報１３６のうちの「項番」が「１」である情報に対応するクーポンである場合、指示出力部１１４は、端末装置５に対して、図１９で説明した有価値情報１３６のうちの「項番」が「１」である情報に対応するクーポンを送信する。

これにより、情報処理装置１は、作業を実施した利用者に対してインセンティブを与えることが可能になる。そのため、情報処理装置１は、利用者の作業実施に対する意欲を向上させることが可能になる。

その後、指示出力部１１４は、図１４に示すように、端末装置５（利用者）に対して送信された有価値情報１３６が不要である旨の情報を受信したか否かを判定する（Ｓ７１）。具体的に、指示出力部１１４は、例えば、Ｓ６４の処理が行われてから所定時間が経過するまで、有価値情報１３６が不要である旨の情報の受信を待つものであってよい。

そして、有価値情報１３６が不要である旨の情報を受信した場合（Ｓ７１のＹＥＳ）、指示出力部１１４は、情報格納領域１３０に記憶された人物関連情報１３７を参照し、利用者に関連する他の利用者のいずれかを特定する（Ｓ７２）。人物関連情報１３７は、各利用者によって予め登録された情報であり、各利用者に関連する他の利用者を示す情報である。以下、人物関連情報１３７の具体例について説明を行う。

［人物関連情報の具体例］
図２０は、人物関連情報１３７の具体例を説明する図である。図２０に示す人物関連情報１３７は、人物関連情報１３７に含まれる各情報を識別する「項番」と、利用者の名前が設定される「名前」と、他の利用者の名前が設定される「関連利用者（１）」及び「関連利用者（２）」とを項目として有する。

具体的に、図２０に示す人物関連情報１３７において、「項番」が「１」である情報には、「名前」として「ＡＡＡＡ」が設定され、「関連利用者（１）」として「ＢＢＢＢ」が設定され、「関連利用者（２）」として「ＣＣＣＣ」が設定されている。

また、図２０に示す人物関連情報１３７において、「項番」が「２」である情報には、「名前」として「ＤＤＤＤ」が設定され、「関連利用者（１）」として「ＡＡＡＡ」が設定されている。なお、「項番」が「２」である情報における「関連利用者（２）」には、情報が設定されていないことを示す「－」が設定されている。図２０に含まれる他の情報については説明を省略する。

図１４に戻り、指示出力部１１４は、情報格納領域１３０に記憶されたスケジュール情報１３３を参照し、Ｓ７２の処理で特定した他の利用者の予定を特定する（Ｓ７３）。続いて、指示出力部１１４は、情報格納領域１３０に記憶された有価値情報１３６を参照し、Ｓ７３の処理で特定した予定に対応する有価値情報１３６を特定する（Ｓ７４）。そして、指示出力部１１４は、Ｓ７４で特定した有価値情報１３６を送信する指示を出力する（Ｓ７５）。その後、指示出力部１１４は、実施判定処理を終了する。

すなわち、Ｓ６４の処理で送信されるクーポンは、作業を実施した利用者にとって不要なクーポンである場合がある。そのため、送信したクーポンが不要である旨の情報が利用者から送信された場合、指示出力部１１４は、情報格納領域１３０に記憶された人物関連情報１３７を参照し、作業を実施した利用者と関連がある他の利用者を特定する。そして、指示出力部１１４は、特定した他の利用者に対して、他の利用者のスケジュールに対応したクーポンの送信を再度行う。

これにより、情報処理装置１は、作業の実施に応じて送信されるクーポンが使用される確率を高めることが可能になる。また、情報処理装置１は、利用者が不要であると判定した有価値情報１３６を利用者と関連する他の利用者に送信することで、利用者及び他の利用者が情報処理システム１０を利用する機会を増やすことが可能になる。

なお、Ｓ７１の処理において、端末装置５に対して送信された有価値情報１３６が不要である旨の情報を受信しなかった場合（Ｓ７１のＮＯ）、指示出力部１１４は、Ｓ７２からＳ７５の処理を行わない。

このように、本実施の形態における情報処理装置１は、センサ４からセンサデータ１３１を取得し、取得したセンサデータ１３１に基づいて利用者の状態の判定を行う。そして、情報処理装置１は、状態の判定を行ったタイミングから、判定した状態に応じた時間が経過した後に、人物に作業の実施を促すメッセージを通知する指示を端末装置５に対して出力する。

すなわち、情報処理装置１は、センサ４によって取得されたセンサデータ１３１から利用者の現在の状態を判定し、判定した状態に応じて利用者に対するメッセージの送信タイミングの決定を行う。

これにより、情報処理装置１は、利用者がメッセージに対応する作業を実施することが可能であると判断できるタイミングにおいて、利用者に対するメッセージの送信を行うことが可能になる。そのため、情報処理装置１は、利用者がメッセージに対応する作業を実施する可能性を高めることが可能になる。また、情報処理装置１は、利用者に対して心理的な負担を極力与えることなく、利用者に対するメッセージの送信を行うことが可能になる。

以上の実施の形態をまとめると、以下の付記の通りである。

（付記１）
センサデータを取得し、
取得した前記センサデータに基づき、人物の状態の判定を行い、
前記状態の判定から前記状態に応じた時間の経過後に、前記人物に作業の実施を促すメッセージを通知する指示を出力する、
処理をコンピュータに実行させることを特徴とする通知制御プログラム。

（付記２）
付記１において、
前記判定を行う処理では、記憶部に記憶された、前記人物の予定が設定されたスケジュール情報を参照し、前記予定が設定されていない時間に現在の時刻が含まれる場合、前記状態の判定を行う、
ことを特徴とする通知制御プログラム。

（付記３）
付記２において、
前記判定を行う処理では、記憶部に記憶された、前記人物の行動を示す行動情報を参照し、前記人物が前記行動を行っていることを前記センサデータが示しているか否かを判定し、
前記出力する処理では、前記人物が前記行動を行っていることを前記センサデータが示していると判定した場合、前記指示の出力を行う、
ことを特徴とする通知制御プログラム。

（付記４）
付記３において、さらに、
前記人物が前記行動を行っていないことを前記センサデータが示していると判定したことに応じて、記憶部に記憶されたカウンタ値を増加させる、
処理を前記コンピュータに実行させ、
前記出力する処理では、前記カウンタの値が所定閾値以上である場合、前記人物に第１メッセージを通知する指示を出力し、前記カウンタの値が前記所定閾値未満である場合、前記人物に第２メッセージを通知する指示を出力する、
ことを特徴とする通知制御プログラム。

（付記５）
付記３において、
前記判定する処理では、
前記スケジュール情報を参照し、現在の時刻から次に設定されている予定が開始する時刻までの時間である空き時間を算出し、
前記出力する処理では、
算出した空き時間が第１閾値以上である場合に、前記指示の出力を行う、
ことを特徴とする通知制御プログラム。

（付記６）
付記５において、
前記出力する処理では、
前記空き時間が前記第１閾値以上であって第２閾値未満である場合、前記状態の判定から第１時間の経過後に、前記指示の出力を行い、前記空き時間が前記第２閾値以上である場合、前記状態の判定から前記第１時間よりも長い第２時間の経過後に、前記指示の出力を行う、
ことを特徴とする通知制御プログラム。

（付記７）
付記２において、さらに、
前記出力する処理の後、前記人物が前記作業を実施した場合、前記スケジュール情報を参照し、前記人物の予定を特定し、
記憶部に記憶された、前記人物に送信される情報である有価値情報を参照し、特定した前記人物の予定に対応する前記有価値情報を送信する指示を出力する、
処理を前記コンピュータに実行させることを特徴とする通知制御プログラム。

（付記８）
付記７において、さらに、
前記情報を送信する指示を出力する処理の後、前記人物の予定に対応する情報が不要であることを示す情報の送信があった場合、記憶部に記憶された、前記人物に関連する他の人物を示す人物関連情報を参照し、前記人物に関連する他の人物のいずれかを特定し、
記憶部に記憶された、前記他の人物のいずれかの予定が設定されたスケジュール情報を参照し、前記他の人物のいずれかの予定を特定し、
前記有価値情報を参照し、特定した前記他の人物のいずれかの予定に対応する前記有価値情報を送信する指示を出力する、
処理を前記コンピュータに実行させることを特徴とする通知制御プログラム。

（付記９）
付記１において、
前記判定を行う処理は、定期的なタイミングで行われる、
ことを特徴とする通知制御プログラム。

（付記１０）
センサデータを取得するデータ取得部と、
取得した前記センサデータに基づき、人物の状態の判定を行う状態判定部と、
前記状態の判定から前記状態に応じた時間の経過後に、前記人物に作業の実施を促すメッセージを通知する指示を出力する指示出力部と、を有する、
ことを特徴とする情報処理装置。

（付記１１）
付記１０において、
前記状態判定部は、記憶部に記憶された、前記人物の予定が設定されたスケジュール情報を参照し、前記予定が設定されていない時間に現在の時刻が含まれる場合、前記状態の判定を行う、
ことを特徴とする情報処理装置。

（付記１２）
付記１１において、
前記状態判定部は、記憶部に記憶された、前記人物の行動を示す行動情報を参照し、前記人物が前記行動を行っていることを前記センサデータが示しているか否かを判定し、
前記指示出力部は、前記人物が前記行動を行っていることを前記センサデータが示していると判定した場合、前記指示の出力を行う、
ことを特徴とする情報処理装置。

（付記１３）
センサデータを取得し、
取得した前記センサデータに基づき、人物の状態の判定を行い、
前記状態の判定から前記状態に応じた時間の経過後に、前記人物に作業の実施を促すメッセージを通知する指示を出力する、
ことを特徴とする通知制御方法。

（付記１４）
付記１３において、
前記判定を行う工程では、記憶部に記憶された、前記人物の予定が設定されたスケジュール情報を参照し、前記予定が設定されていない時間に現在の時刻が含まれる場合、前記状態の判定を行う、
ことを特徴とする通知制御方法。

（付記１５）
付記１４において、
前記判定を行う工程では、記憶部に記憶された、前記人物の行動を示す行動情報を参照し、前記人物が前記行動を行っていることを前記センサデータが示しているか否かを判定し、
前記出力する工程では、前記人物が前記行動を行っていることを前記センサデータが示していると判定した場合、前記指示の出力を行う、
ことを特徴とする通知制御方法。

１：情報処理装置 ４ａ：センサ
４ｂ：センサ ４ｃ：センサ
５ａ：端末装置 ５ｂ：端末装置

Claims (7)

1. センサデータを取得し、
   記憶部に記憶された、人物の行動を示す行動情報を参照し、前記人物が前記行動を行っていることを前記センサデータが示しているか否かを判定し、
   前記人物が前記行動を行っていないことを前記センサデータが示していると判定したことに応じて、記憶部に記憶されたカウンタの値を増加させ、
   前記カウンタの値が所定閾値以上である場合、前記人物に第１メッセージを通知する指示を出力し、前記カウンタの値が前記所定閾値未満である場合、前記人物に第２メッセージを通知する指示を出力する、
   処理をコンピュータに実行させることを特徴とする通知制御プログラム。
2. 請求項１において、
   前記判定を行う処理では、記憶部に記憶された、前記人物の予定が設定されたスケジュール情報を参照し、前記予定が設定されていない時間に現在の時刻が含まれる場合、前記人物が前記行動を行っていることを前記センサデータが示しているか否かについての判定を行う、
   ことを特徴とする通知制御プログラム。
3. 請求項２において、
   前記判定する処理では、
   前記スケジュール情報を参照し、現在の時刻から次に設定されている予定が開始する時刻までの時間である空き時間を算出し、
   前記出力する処理では、
   算出した空き時間が第１閾値以上である場合に、前記指示の出力を行う、
   ことを特徴とする通知制御プログラム。
4. 請求項３において、
   前記出力する処理では、
   前記空き時間が前記第１閾値以上であって第２閾値未満である場合、前記人物が前記行動を行っていることを前記センサデータが示しているか否かについての判定から第１時間の経過後に、前記指示の出力を行い、前記空き時間が前記第２閾値以上である場合、前記人物が前記行動を行っていることを前記センサデータが示しているか否かについての判定から前記第１時間よりも長い第２時間の経過後に、前記指示の出力を行う、
   ことを特徴とする通知制御プログラム。
5. 請求項２において、さらに、
   前記出力する処理の後、前記人物が前記行動を行ったと判定した場合、前記スケジュール情報を参照し、前記人物の予定を特定し、
   記憶部に記憶された、前記人物に送信される情報である有価値情報を参照し、特定した前記人物の予定に対応する前記有価値情報を送信する指示を出力する、
   処理を前記コンピュータに実行させることを特徴とする通知制御プログラム。
6. 請求項５において、さらに、
   前記情報を送信する指示を出力する処理の後、前記人物の予定に対応する情報が不要であることを示す情報の送信があった場合、記憶部に記憶された、前記人物に関連する他の人物を示す人物関連情報を参照し、前記人物に関連する他の人物のいずれかを特定し、
   記憶部に記憶された、前記他の人物のいずれかの予定が設定されたスケジュール情報を参照し、前記他の人物のいずれかの予定を特定し、
   前記有価値情報を参照し、特定した前記他の人物のいずれかの予定に対応する前記有価値情報を送信する指示を出力する、
   処理を前記コンピュータに実行させることを特徴とする通知制御プログラム。
7. センサデータを取得するデータ取得部と、
   記憶部に記憶された、人物の行動を示す行動情報を参照し、前記人物が前記行動を行っていることを前記センサデータが示しているか否かを判定する状態判定部と、
   前記人物が前記行動を行っていないことを前記センサデータが示していると判定したことに応じて、記憶部に記憶されたカウンタの値を増加させ、前記カウンタの値が所定閾値以上である場合、前記人物に第１メッセージを通知する指示を出力し、前記カウンタの値が前記所定閾値未満である場合、前記人物に第２メッセージを通知する指示を出力する指示出力部と、を有する、
   ことを特徴とする情報処理装置。

Images