(57)【要約】【課題】訪問先におけるユーザの在不在に関する情報をより正確に訪問者に通知することを可能にする。【解決手段】センシングデータに基づいて訪問先におけるユーザの在不在の予測を行う在不在予測部と、前記予測の結果を外部装置に提供する提供部と、を備える、情報処理装置が提供される。【選択図】図６
2019049492.tif 000002
【特許請求の範囲】
【請求項１】
センシングデータに基づいて訪問先におけるユーザの在不在の予測を行う在不在予測部と、
前記予測の結果を外部装置に提供する提供部と、を備える、
情報処理装置。
【請求項２】
前記在不在予測部は、前記ユーザが訪問へ対応できるか訪問を希望する状態である在状態、または、前記ユーザが訪問へ対応できないか訪問を希望しない状態である不在状態のうち、前記ユーザがいずれの状態であるかを予測する、
請求項１に記載の情報処理装置。
【請求項３】
前記在不在予測部は、前記訪問先における複数人のユーザの在不在の予測を行うことで、前記訪問先が前記在状態または前記不在状態のうちのいずれの状態であるかを予測する、
請求項２に記載の情報処理装置。
【請求項４】
前記在不在予測部は、前記複数人のユーザのうち一人でも前記在状態であると予測されれば、前記訪問先が前記在状態であると予測する、
請求項３に記載の情報処理装置。
【請求項５】
前記在不在予測部は、前記複数人のユーザのうち予め指定されたユーザが前記在状態であると予測されれば、前記訪問先が前記在状態であると予測する、
請求項３に記載の情報処理装置。
【請求項６】
ユーザ入力に基づいて前記在状態または前記不在状態の定義を設定する在不在定義部をさらに備える、
請求項２に記載の情報処理装置。
【請求項７】
前記在不在定義部は、前記ユーザの行動もしくは状態、または、時間帯に基づいて前記定義を設定する、
請求項６に記載の情報処理装置。
【請求項８】
前記在不在定義部は、ユーザ入力に基づいて前記予測の対象外となるユーザも設定する、
請求項６に記載の情報処理装置。
【請求項９】
前記センシングデータは、前記訪問先の敷地内に配置されるセンサから出力されるデータを含む、
請求項１に記載の情報処理装置。
【請求項１０】
前記センシングデータは、前記ユーザによって携帯されるセンサもしくは前記ユーザによって装着されるセンサから出力されるデータを含む、
請求項１に記載の情報処理装置。
【請求項１１】
前記在不在予測部は、前記ユーザの過去の行動履歴に基づいて前記予測を行う、
請求項１に記載の情報処理装置。
【請求項１２】
ユーザ入力に基づいて前記訪問先を指定する訪問先指定部をさらに備える、
請求項１に記載の情報処理装置。
【請求項１３】
前記情報処理装置は、音声対話を行うエージェント装置である、
請求項１に記載の情報処理装置。
【請求項１４】
複数の訪問先におけるユーザの在不在の予測情報を、外部装置から取得する取得部と、
前記予測情報に基づいて、訪問者が担当する訪問先を決定する担当訪問先決定部と、を備える、
情報処理装置。
【請求項１５】
前記予測情報に基づいて、前記訪問者が担当する訪問先を訪問可能なルートを決定する訪問ルート決定部をさらに備える、
請求項１４に記載の情報処理装置。
【請求項１６】
複数の訪問先におけるユーザの在不在の予測情報に基づいて決定された、訪問者が担当する訪問先に関する情報を、外部装置から取得する取得部と、
前記訪問者が担当する訪問先に関する情報を表示する表示部と、を備える、
情報処理装置。
【請求項１７】
前記取得部は、前記予測情報に基づいて決定された、前記訪問者が担当する訪問先を訪問可能なルートに関する情報も前記外部装置から取得し、
前記表示部は、前記ルートに関する情報も表示する、
請求項１６に記載の情報処理装置。
【請求項１８】
プロセッサが、センシングデータに基づいて訪問先におけるユーザの在不在の予測を行うことと、
前記予測の結果を外部装置に提供することと、を含む、
情報処理方法。
【請求項１９】
プロセッサが、複数の訪問先におけるユーザの在不在の予測情報を、外部装置から取得することと、
前記予測情報に基づいて、訪問者が担当する訪問先を決定することと、を含む、
情報処理方法。
【請求項２０】
プロセッサが、複数の訪問先におけるユーザの在不在の予測情報に基づいて決定された、訪問者が担当する訪問先に関する情報を、外部装置から取得することと、
前記訪問者が担当する訪問先に関する情報を表示することと、を含む、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
近年、宅配サービス等を含む訪問サービスの需要の増加に伴い、訪問サービスの効率性または品質を向上させるための様々な技術が開発されている。【０００３】
例えば、以下の特許文献１には、宅配サービスにおいて、受取人が利用可能な代替手段（例えば、配達ロッカー等）を有するときに、セキュリティ向上のために、宅配業者による在宅情報の参照を抑制可能な技術が開示されている。また、特許文献２には、宅配サービスにおいて、宅配が予定されている時間帯において、受取人が短時間の不在情報を宅配業者に通知すること等が可能な技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１５７８９０号公報
【特許文献２】特開２０１７−３７５６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、訪問サービスにおいて、訪問先におけるユーザの在不在に関する情報を正確に訪問者に通知することが困難になる場合があった。例えば、特許文献２の技術によっては、予め受取人が指定した不在時間を宅配側に通知した後に、不在時間に変更が生じた場合には、対応することができない。【０００６】
そこで、本開示では、訪問先におけるユーザの在不在に関する情報をより正確に訪問者に通知することが可能な、新規かつ改良された情報処理装置および情報処理方法を提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、センシングデータに基づいて訪問先におけるユーザの在不在の予測を行う在不在予測部と、前記予測の結果を外部装置に提供する提供部と、を備える、情報処理装置が提供される。【０００８】
また、本開示によれば、複数の訪問先におけるユーザの在不在の予測情報を、外部装置から取得する取得部と、前記予測情報に基づいて、訪問者が担当する訪問先を決定する担当訪問先決定部と、を備える、情報処理装置が提供される。【０００９】
また、本開示によれば、複数の訪問先におけるユーザの在不在の予測情報に基づいて決定された、訪問者が担当する訪問先に関する情報を、外部装置から取得する取得部と、前記訪問者が担当する訪問先に関する情報を表示する表示部と、を備える、情報処理装置が提供される。【００１０】
また、本開示によれば、プロセッサが、センシングデータに基づいて訪問先におけるユーザの在不在の予測を行うことと、前記予測の結果を外部装置に提供することと、を含む、情報処理方法が提供される。【００１１】
また、本開示によれば、プロセッサが、複数の訪問先におけるユーザの在不在の予測情報を、外部装置から取得することと、前記予測情報に基づいて、訪問者が担当する訪問先を決定することと、を含む、情報処理方法が提供される。【００１２】
また、本開示によれば、プロセッサが、複数の訪問先におけるユーザの在不在の予測情報に基づいて決定された、訪問者が担当する訪問先に関する情報を、外部装置から取得することと、前記訪問者が担当する訪問先に関する情報を表示することと、を含む、情報処理方法が提供される。
【発明の効果】
【００１３】
以上説明したように本開示によれば、訪問先におけるユーザの在不在に関する情報をより正確に訪問者に通知することが可能となる。【００１４】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１５】
【図１】本開示の一実施形態に係る情報処理システムの構成例を示す図である。
【図２】音声対話による在不在の定義の設定例について説明する図である。
【図３】音声対話による在不在の定義の設定例について説明する図である。
【図４】音声対話による在不在の定義の設定例について説明する図である。
【図５】音声対話による在不在の定義の設定例について説明する図である。
【図６】第１の情報処理端末１０の機能構成例を示すブロック図である。
【図７】在不在の定義に関する情報の一例について説明する図である。
【図８】第２の情報処理端末２０の機能構成例を示すブロック図である。
【図９】情報処理サーバ４０の機能構成例を示すブロック図である。
【図１０】第３の情報処理端末３０の機能構成例を示すブロック図である。
【図１１】第１の情報処理端末１０による在不在の定義の設定処理の流れの一例を示すフローチャートである。
【図１２】第１の情報処理端末１０による在不在の予測処理の流れの一例を示すフローチャートである。
【図１３】第１の情報処理端末１０によるユーザの行動推定処理の流れの一例を示すフローチャートである。
【図１４】第１の情報処理端末１０によるユーザの行動予測処理の流れの一例を示すフローチャートである。
【図１５】情報処理サーバ４０による担当訪問先および訪問ルートに関する情報の送信処理の流れの一例を示すフローチャートである。
【図１６】情報処理サーバ４０による担当訪問先の決定処理の流れの一例を示すフローチャートである。
【図１７】情報処理サーバ４０による訪問ルートの決定処理の流れの一例を示すフローチャートである。
【図１８】情報処理サーバ４０による担当訪問先または訪問ルートの変更処理の流れの一例を示すフローチャートである。
【図１９】第３の情報処理端末３０による各種情報の表示処理の流れの一例を示すフローチャートである。
【図２０】第３の情報処理端末３０の表示例を示す図である。
【図２１】第３の情報処理端末３０の表示例を示す図である。
【図２２】第１の情報処理端末１０、第２の情報処理端末２０、第３の情報処理端末３０および情報処理サーバ４０を具現する情報処理装置９００のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
なお、説明は以下の順序で行うものとする。
１．実施形態
１．１．背景
１．２．システム構成例
１．３．機能概要
１．４．第１の情報処理端末１０の機能構成例
１．５．第２の情報処理端末２０の機能構成例
１．６．情報処理サーバ４０の機能構成例
１．７．第３の情報処理端末３０の機能構成例
１．８．処理の流れ
１．９．第３の情報処理端末３０の表示例
１．１０．本開示が適用されるサービスのバリエーション
２．ハードウェア構成例
３．まとめ
【００１８】
＜１．実施形態＞
＜＜１．１．背景＞＞
近年、通信販売またはインターネットショッピング等の普及に伴い、宅配サービスの需要が増加している。また、サービス形態の多様化に伴い、各種訪問サービス（例えば、在宅保育サービス、家事代行サービス、シッターサービス等）の需要も増加している。ここで、これまでの宅配サービスを含む訪問サービスにおいては、ユーザは、将来の在不在を予想し、対応可能な時間帯を指定することが可能であった。
【００１９】
しかし、この方法では、訪問先におけるユーザの在不在に関する情報を正確に訪問者に通知することが困難になる場合があった。例えば、指定後に急遽状況が変わり、訪問先のユーザが当該時間帯に対応することができなくなった場合には、訪問が失敗に終わる場合が生じ、サービスの提供に要するコストが増大する。
【００２０】
上記の特許文献１および特許文献２の技術によっても、上記の問題を解決することはできない。例えば、特許文献２の技術によっては、予め配達先のユーザが指定した不在時間を配達側に通知した後に、不在時間に変更が生じた場合には、対応することができない。
【００２１】
本開示に係る技術思想は、上記の点に着目して発想されたものであり、訪問先におけるユーザの在不在に関する情報をより正確に訪問者に通知することが可能となる。
【００２２】
なお、本開示が適用される訪問サービスは、特に限定されない。例えば、本開示が適用される訪問サービスは、訪問者が任意の場所（例えば、住宅もしくは会社等の任意の施設、任意の地点等を含む）へ任意の目的で訪問することを要する様々なサービスを含む。
【００２３】
＜＜１．２．システム構成例＞＞
上記では、本開示の背景について説明した。続いて、図１を参照して、本実施形態に係る情報処理システムの構成例について説明する。
【００２４】
図１に示すように、本実施形態に係る情報処理システムは、第１の情報処理端末１０と、第２の情報処理端末２０と、第３の情報処理端末３０と、情報処理サーバ４０と、を備える。また、第１の情報処理端末１０および情報処理サーバ４０は、互いにネットワーク５０を介して接続され、第１の情報処理端末１０および第２の情報処理端末２０は、互いにネットワーク５１を介して接続され、第３の情報処理端末３０および情報処理サーバ４０は、互いにネットワーク５２を介して接続される。
【００２５】
（第１の情報処理端末１０）
本実施形態に係る第１の情報処理端末１０は、訪問サービスにおける訪問先の敷地内に配置される情報処理装置であり、ユーザとの音声対話を行うエージェント装置である。より具体的には、第１の情報処理端末１０は、音声入力機構および音声出力機構を備えており、ユーザから発せられた音声を解析することで発話内容を理解し、発話内容に対応するように発話を行うことができる。なお、第１の情報処理端末１０の種類は特に限定されない。例えば、第１の情報処理端末１０は、訪問先の敷地内に配置されていれば、据え置き型端末または移動型端末（例えば、自律移動型端末等を含む）のいずれであってもよい。また、第１の情報処理端末１０は、訪問先の敷地内に配置されていれば、携帯電話、スマートフォン、タブレット、ウェアラブル装置または汎用コンピュータ等であってもよい。
【００２６】
第１の情報処理端末１０は、自装置に様々なセンサを備えており、これらのセンサからセンシングデータを取得することができる。また、第１の情報処理端末１０は、外部装置（例えば、後述する第２の情報処理端末２０または訪問先の敷地内外に配置される装置等）からセンシングデータを取得することもできる。なお、第１の情報処理端末１０が取得するセンシングデータは特に限定されない。例えば、第１の情報処理端末１０が取得するセンシングデータには、加速度センサ、ジャイロセンサ、イメージセンサ（例えば、ＣＣＤ（Charge-Coupled Device）センサまたはＣＭＯＳ（Complementary
Metal Oxide Semiconductor）センサ等）、地磁気センサ、気圧センサ、温度センサ、振動センサ、音声センサ、心拍センサ、脈波センサ、近接センサ、照度センサ、圧力センサ、位置センサ（例えば、ＧＮＳＳ（Global Navigation Satellite System）センサ等）、発汗センサ、ｐＨセンサ、湿度センサまたは赤外線センサ等の任意のセンサによって出力されたデータが含まれる。
【００２７】
また、第１の情報処理端末１０は、センシングデータに基づいて訪問先におけるユーザの在不在を予測し、予測結果である在不在の予測情報を情報処理サーバ４０へ提供する機能を有する。なお、以降では、ユーザが訪問へ対応できるか訪問を希望する状態を「在状態」、ユーザが訪問へ対応できないか訪問を希望しない状態を「不在状態」と呼称する。換言すると、単にユーザが訪問先に位置することを「在状態」、ユーザが訪問先に位置しないことを「不在状態」と呼称するのではなく、ユーザが訪問先に位置していても訪問対応が可能でない状態であれば、それは「不在状態」であり、ユーザが訪問先に位置していなくても、訪問対応が可能な状態であれば、それは「在状態」である。また、訪問先に複数人のユーザが存在する場合（例えば、訪問先が住宅であり、当該住宅に家族が存在する場合等）、各ユーザの在不在とは別に、訪問先単位で「在状態」または「不在状態」が設けられ得る。第１の情報処理端末１０が情報処理サーバ４０へ提供する、在不在の予測情報には、「在状態」に関する情報または「不在状態」に関する情報のうちの少なくともいずれか一方が含まれるとする。在不在に関する処理の詳細については後述する。
【００２８】
また、第１の情報処理端末１０は、ユーザからの入力に基づいて、ユーザの在不在の定義を設定する機能を有する。在不在の定義の設定処理の詳細については後述する。
【００２９】
（第２の情報処理端末２０）
本実施形態に係る第２の情報処理端末２０は、訪問サービスにおける訪問先のユーザに携帯される情報処理装置または当該ユーザに装着される情報処理装置である。換言すると、第２の情報処理端末２０は、ユーザと共に位置が変化する情報処理装置である。また、第２の情報処理端末２０は、第１の情報処理端末１０と同様に、ユーザとの音声対話を行うエージェント装置であってもよい。なお、第２の情報処理端末２０の種類は特に限定されない。例えば、第２の情報処理端末２０は、上記第１の情報処理端末１０と同様の種類の装置であってもよい。
【００３０】
第２の情報処理端末２０は、自装置に様々なセンサを備えており、これらのセンサからセンシングデータを取得し、当該センシングデータを第１の情報処理端末１０へ提供することができる。なお、第２の情報処理端末２０が取得するセンシングデータは特に限定されない。例えば、第２の情報処理端末２０が取得するセンシングデータは、上記第１の情報処理端末１０が取得可能なセンシングデータと同様であってもよい。
【００３１】
（情報処理サーバ４０）
本実施形態に係る情報処理サーバ４０は、訪問サービスにおいて各訪問先のユーザの在不在の予測情報を管理する情報処理装置である。より具体的には、情報処理サーバ４０は、ネットワーク５０を介して第１の情報処理端末１０から各訪問先のユーザの在不在の予測情報を取得し、当該情報を管理する。
【００３２】
また、情報処理サーバ４０は、在不在の予測情報に基づいて、複数の訪問先のうち、訪問者毎の担当訪問先を決定する機能を有する。訪問者毎の担当訪問先を決定する処理の詳細については後述する。
【００３３】
また、情報処理サーバ４０は、在不在の予測情報に基づいて、各担当訪問先におけるユーザが訪問対応可能な時間帯に全ての担当訪問先を訪問可能な訪問ルートを決定する機能を有する。訪問ルートを決定する処理の詳細については後述する。
【００３４】
そして、情報処理サーバ４０は、訪問者毎の担当訪問先および訪問ルートに関する情報を、各訪問者に携帯される第３の情報処理端末３０に対して提供する。
【００３５】
なお、情報処理サーバ４０の種類は特に限定されない。例えば、情報処理サーバ４０は、上記第１の情報処理端末１０と同様の種類の装置であってもよい。
【００３６】
（第３の情報処理端末３０）
本実施形態に係る第３の情報処理端末３０は、訪問サービスにおいて、訪問者に携帯される装置である。第３の情報処理端末３０は、情報処理サーバ４０から訪問者毎の担当訪問先および訪問ルートに関する情報を取得し、当該情報を表示する機構を備えている。また、第３の情報処理端末３０は、位置センサ（例えば、ＧＮＳＳセンサ等）を備えており、自装置の位置（換言すると、訪問者の位置）を特定することができる。これによって、第３の情報処理端末３０は、地図情報を表示し、当該地図情報に、担当訪問先、訪問ルート、自装置の位置、担当訪問先における「在状態」の時間帯および「不在状態」の時間帯等を重畳的に表示させることができる。そして、訪問者は、第３の情報処理端末３０の表示を確認しながら、各担当訪問先を訪問することができる。なお、第３の情報処理端末３０の表示内容の詳細については後述する。
【００３７】
また、第３の情報処理端末３０の種類は特に限定されない。例えば、第３の情報処理端末３０は、上記第１の情報処理端末１０と同様の種類の装置であってもよい。
【００３８】
（ネットワーク５０、ネットワーク５１およびネットワーク５２）
ネットワーク５０、ネットワーク５１およびネットワーク５２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などを含んでもよい。また、ネットワーク５０、ネットワーク５１およびネットワーク５２は、ＩＰ−ＶＰＮ（Internt
Protocol-Virtual Private Network）などの専用回線網を含んでもよい。また、ネットワーク５０、ネットワーク５１およびネットワーク５２は、Ｗｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）など無線通信網を含んでもよい。
【００３９】
以上、本実施形態に係る情報処理システムの構成例について説明した。なお、図１を参照して説明した上記の構成はあくまで一例であり、本実施形態に係る情報処理システムの構成は係る例に限定されない。例えば、第１の情報処理端末１０および第２の情報処理端末２０が有する機能が単一の装置により実現されてもよいし、第１の情報処理端末１０、第２の情報処理端末２０および情報処理サーバ４０が有する機能が単一の装置により実現されてもよい。本実施形態に係る情報処理システムの構成は、仕様や運用に応じて柔軟に変形可能である。
【００４０】
＜＜１．３．機能概要＞＞
上記では、本実施形態に係る情報処理システムの構成例について説明した。続いて、本実施形態に係る各装置が有する機能の概要について説明する。
【００４１】
（第１の情報処理端末１０の機能概要）
上記のとおり、第１の情報処理端末１０は、自装置に備えら得た様々なセンサおよび外部装置（例えば、第２の情報処理端末２０または訪問先の敷地内外に配置される装置等）からセンシングデータを取得する。そして、第１の情報処理端末１０は、当該センシングデータを用いて訪問先におけるユーザの在不在を予測することができる。
【００４２】
例えば、第１の情報処理端末１０は、自装置または訪問先に設置された外部装置の各種センサ（例えば、赤外線センサ、音声センサまたはイメージセンサ等）を用いて、訪問先の敷地内における人の有無を判断することができる。特に、第１の情報処理端末１０は、音声センサおよびイメージセンサからのセンシングデータを解析することによって、人の有無だけでなく人の認識も行うことができる。また、第１の情報処理端末１０は、第２の情報処理端末２０の各種センサ（例えば、位置センサ等）からのセンシングデータや、任意の位置に設置された外部装置（例えば、道路上に設置されたイメージセンサ等）からのセンシングデータを取得し、解析することによって当該ユーザの位置等を特定することができる。
【００４３】
そして、第１の情報処理端末１０は、これらのセンシングデータの解析によってユーザの行動を推定する。より具体的には、第１の情報処理端末１０は、ユーザの過去の行動履歴データと、センシングデータとを比較することによって、ユーザの行動を推定する。例えば、第１の情報処理端末１０は、センシングデータとある行動との関連性を示す指標値であるセンシングデータ・行動関連性スコアを算出し、最も高いスコアに対応する行動を、ユーザの行動として推定してもよい。この、ユーザの行動を推定する処理に用いられるセンシングデータの種類は特に限定されない。例えば、自宅の鍵や靴等にセンサが備えられており、第１の情報処理端末１０は、自宅の鍵の開閉に関するセンシングデータや、靴の着脱に関するセンシングデータを取得し、解析することで、ユーザによる自宅への出入りを推定してもよい。
【００４４】
そして、第１の情報処理端末１０は、行動の推定結果に基づいて、未来のある時点におけるユーザの行動を予測する。より具体的には、第１の情報処理端末１０は、ユーザの過去の行動履歴データを元に生成されたユーザの生活習慣データに対して、ユーザの行動の推定結果を適用することによって、未来のある時点におけるユーザの行動を予測する。例えば、第１の情報処理端末１０は、ある行動（または、その日に行われた複数の行動）と生活習慣との関連性を示す指標値である行動・生活習慣関連性スコアを算出し、最も高いスコアに対応する生活習慣に基づいて未来のある時点におけるユーザの行動を予測してもよい。
【００４５】
これによって、第１の情報処理端末１０は、ユーザの行動の予測結果に基づいて、訪問先におけるユーザの在不在を予測することができる。より具体的には、第１の情報処理端末１０は、訪問先が在状態（または不在状態）である時間帯を予測することができる。
【００４６】
なお、ユーザの在不在の予測方法は、上記で説明した方法に限定されない。例えば、第１の情報処理端末１０は、センシングデータだけでなく、所定のアプリケーションと連携することによってユーザの在不在の予測を行ってもよい。例えば、第１の情報処理端末１０は、ユーザのスケジュールを管理するアプリケーションと連携することで、ユーザのスケジュール情報をユーザの在不在の予測処理に活用してもよい。例えば、「ジム」というスケジュール情報が登録されている場合、第１の情報処理端末１０は、生活習慣データに基づいて、ユーザがジムへ行く日の生活習慣を認識し、未来のある時点におけるユーザの在不在を予測してもよい。
【００４７】
また、第１の情報処理端末１０は、「在状態」または「不在状態」のいずれかを断定することが困難である場合には、「在状態」と「不在状態」のいずれでもない「要確認」等を出力してもよい。また、第１の情報処理端末１０は、「在状態」または「不在状態」の尤度を出力してもよい。
【００４８】
また、上記のとおり、第１の情報処理端末１０は、ユーザからの入力に基づいて、ユーザの在不在の定義を設定することができる。例えば、ユーザは、第１の情報処理端末１０または第２の情報処理端末２０との音声対話によって在不在の定義を設定することができる。
【００４９】
ここで、図２〜図５を参照して、音声対話による在不在の定義の設定例について説明する。図２は、訪問全般に対する在不在の定義の設定例を示している。例えば、図２に示すように、第１の情報処理端末１０が、「普段の土日の訪問はどうしましょうか？」と発話する。それに対して、ユーザＵ１は、「土日は起きるのが遅いから午前１０時以降にして。」と発話する。これによって、第１の情報処理端末１０は、ユーザＵ１から発せられた音声を解析することで発話内容を理解し、土曜日および日曜日の午前１０時を、ユーザＵ１についての「在状態」の開始時刻として設定する。なお、第１の情報処理端末１０は、ユーザＵ１によって発話されていない「在状態」の終了時刻等についても、デフォルト設定、訪問サービスの内容（例えば、サービス提供時間帯等）、またはユーザＵ１の生活習慣等に基づいて設定してもよい。例えば、第１の情報処理端末１０は、ユーザＵ１が就寝する平均時刻である午後９時を、「在状態」の終了時刻として設定してもよい。その後、第１の情報処理端末１０が、「了解しました。訪問可能時刻を午前１０時から午後９時までに設定しました。」と発話することで、ユーザＵ１に設定内容を通知する。
【００５０】
上記のように、音声対話が用いられることによって、ユーザは、より簡単に在不在の定義を設定することができる。また、ユーザは、訪問先に存在する時間帯でも、実質的に訪問対応できない場合、または、ユーザの都合が悪い場合に、訪問されることを防ぐことができる。なお、在不在の定義の設定方法は、音声対話が用いられない任意の方法であってもよい。
【００５１】
図３は、特定の訪問に対する在不在の定義の設定例を示している。図３で設定される特定の訪問に対する在不在の定義は、図２で設定される訪問全般に対する在不在の定義よりもより優先され得る。図３に示すように、第１の情報処理端末１０が所定のシステム（例えば、宅配システム等）にて翌日の配達物の有無を確認し、ユーザＵ１に対して、「明日、配達物が１つ届く予定です。」と発話する。それに対して、ユーザＵ１は、「外出するから正午までに来てほしいんだけど。」と発話する。第１の情報処理端末１０は、ユーザＵ１から発せられた音声を解析することで発話内容を理解し、翌日の正午を、当該訪問についての「在状態」の終了時刻として設定する。また、第１の情報処理端末１０は、ユーザＵ１によって発話されていない「在状態」の開始時刻についても、上記と同様に、デフォルト設定、訪問サービスの内容（例えば、サービス提供時間帯等）、またはユーザＵ１の生活習慣等に基づいて設定してもよい。例えば、第１の情報処理端末１０は、訪問サービスのサービス提供時間帯における開始時刻である午前１０時を、「在状態」の開始時刻として設定してもよい。その後、第１の情報処理端末１０が、「了解しました。訪問可能時刻を午前１０時から正午までに設定しました。」と発話することで、ユーザＵ１に設定内容を通知する。
【００５２】
図４は、一度設定された在不在の定義が変更される例を示している。例えば、図３の例にて在不在の定義が設定された後に、図４に示すように、ユーザＵ１が第１の情報処理端末１０に対して、「外出の予定が早くなって午前中には家にいないから、午後５時以降に来てほしいんだけど。」と発話する。第１の情報処理端末１０は、ユーザＵ１から発せられた音声を解析することで発話内容を理解し、午後５時を、当該訪問についての「在状態」の開始時刻として設定し、上記のように、例えば、ユーザＵ１の平均就寝時刻である午後９時を、「在状態」の終了時刻として設定する。その後、第１の情報処理端末１０が、「了解しました。訪問可能時刻を午後５時から午後９時までに設定しました。」と発話することで、ユーザＵ１に設定内容を通知する。
【００５３】
上記では、一人のユーザによって在不在の定義が設定される例について説明したが、本実施形態においては、複数のユーザによって在不在の定義が設定されてもよい。図５は、複数のユーザによって在不在の定義が設定される例を示している。なお、図５では、第２の情報処理端末２０が第１の情報処理端末１０と同様の機能を有しており、第２の情報処理端末２０も在不在の定義を設定可能である場合を一例として説明している。まず、ユーザＵ１が、図２で示したように在不在の定義を設定する。その後、第２の情報処理端末２０が、ユーザＵ２に対して、「普段の土日の訪問はどうしましょうか？Ｕ１さんは午前１０時から午後９時まで訪問対応可能です。」と発話する。それに対して、ユーザＵ２は、「私は午前９時以降なら大丈夫だよ。」と発話する。これによって、第２の情報処理端末２０は、ユーザＵ２から発せられた音声を解析することで発話内容を理解し、土曜日および日曜日の午前９時を、ユーザＵ２についての「在状態」の開始時刻として設定し、上記のように、例えば、ユーザＵ２の平均就寝時刻である午後９時を、「在状態」の終了時刻として設定する。その後、第２の情報処理端末２０が、「了解しました。訪問可能時刻を午前９時から午後９時までに設定しました。」と発話することで、ユーザＵ２に設定内容を通知する。なお、図３に示した特定の訪問に対する在不在の定義の設定および図４に示した一度設定された在不在の定義の変更も複数のユーザによって実現されてもよい。
【００５４】
ここで、訪問先に複数人のユーザが存在する場合（例えば、訪問先が住宅であり、当該住宅に家族が存在する場合等）、本実施形態においては、複数人のユーザのうち一人でも「在状態」であると予測されれば、当該訪問先は「在状態」であると扱われる。これによって、訪問がより効率的に行われる。すなわち、複数人のユーザうちの一人が「在状態」であれば、他のユーザが「不在状態」であっても、訪問者は訪問を行うことが可能になるため、訪問がより効率的に行われる。
【００５５】
なお、訪問先に複数人のユーザが存在する場合において、各ユーザは、訪問されるユーザを指定し、指定された当該ユーザのみの在不在の予測情報が処理に用いられるように設定してもよい。これによって、例えば、ユーザが配達サービスを利用する際に、他の家族に受取られたくない配達物については、受取人として自分自身を設定し、自分自身のみの在不在の予測情報に基づいて配達が行われるようにすることができる。なお、訪問されるユーザと、訪問の依頼者が異なる場合には、訪問の依頼者が訪問されるユーザを指定できてもよい。これによって、例えば、配達サービスにおいて、配達の依頼者が指定した受取人のみの在不在の予測情報に基づいて配達が行われるようにすることができる。また、訪問者も、訪問されるユーザを指定できてもよい。これによって、例えば、訪問先に複数人のユーザが存在する場合であっても、訪問者は所望のユーザが在状態である場合のみに訪問することができる。
【００５６】
また、上記では、「在状態」（または、「不在状態」）の開始時刻および終了時刻が設定される例について説明したが、在不在の定義の設定内容はこれに限定されない。より具体的には、在不在の定義は、ユーザの行動または状態等に基づいて設定されてもよい。例えば、ユーザが訪問先（例えば、自宅または会社等）から所定の距離以内に位置している場合には、「在状態」が設定されてもよい。これによって、ユーザが、訪問に合わせて急いで訪問先に戻ることによって訪問対応が可能となる。また、ユーザが、睡眠、入浴または仕事等を行っている場合には「不在状態」が設定されてもよい。これによって、ユーザが訪問先に存在しているが実質的に訪問対応ができないときに訪問されることを防ぐことができる。また、特に配達サービスにおいて、ユーザが配達ロッカーサービスを利用する場合、ユーザが配達ロッカーに到着する時刻まで「在状態」が設定されてもよい。これによって、ユーザは、円滑に配達物を受取ることができる。
【００５７】
また、在不在の判断において、除外対象となるユーザが設定されてもよい。例えば、所定の年齢以下の子供は、在不在の判断において除外されてもよい。これによって、所定の年齢以下の子供だけが訪問先に存在する場合に、訪問者による訪問を防ぐことができる。
【００５８】
（情報処理サーバ４０の機能概要）
上記のとおり、情報処理サーバ４０は、第１の情報処理端末１０から各訪問先のユーザの在不在の予測情報を取得し、当該情報に基づいて複数の訪問先のうち、訪問者毎の担当訪問先を決定することができる。
【００５９】
より具体的には、情報処理サーバ４０は、所定の方法で、訪問の対象地域において複数のエリアを設定する。エリアの設定方法は特に限定されない。例えば、エリアは、訪問の対象地域が市区町村等の単位で分けられて設定されてもよい。そして、情報処理サーバ４０は、当該エリア内に位置する、１日の訪問先の件数を集計し、当該件数が過去の訪問実績等と比較して妥当な値であれば、これらの訪問先を、ある訪問者の担当訪問先として決定する。なお、訪問者毎の担当訪問先の決定方法はこれに限定されない。例えば、情報処理サーバ４０は、後段の処理で訪問ルートを決定する際に、妥当な訪問ルートを作成できない場合には、担当訪問先を再作成してもよい。また、情報処理サーバ４０は、エリア内の状況の予測結果等の情報を含むエリア情報（例えば、天気予測、交通量予測またはイベント予定等）、訪問者のスキルまたは経験等の情報を含む訪問者情報（例えば、業務経験年数、一日に訪問可能な件数等）、訪問目的または訪問先での予測作業時間等を考慮して担当訪問先を決定してもよい。
【００６０】
また、上記のとおり、情報処理サーバ４０は、訪問者毎の担当訪問先に関する情報および在不在の予測情報に基づいて、各担当訪問先におけるユーザが訪問対応可能な時間帯（換言すると、各担当訪問先にて「在状態」が設定されている時間帯）に全ての担当訪問先を訪問可能な訪問ルートを決定することができる。
【００６１】
より具体的には、情報処理サーバ４０は、担当訪問先における在不在の予測情報を取得する。そして、情報処理サーバ４０は、各担当訪問先（または各担当訪問先の付近）を通る複数のルートのうち、各担当訪問先が「在状態」に設定されている時間帯に訪問が可能であり、所要時間が最短となるルート（換言すると、最短ルート）を算出し、当該最短ルートを訪問ルートとして決定する。ここで、最短ルートの算出方法は特に限定されない。例えば、情報処理サーバ４０は、訪問先と、訪問希望時間帯等の各種パラメータを指定することで最短ルートを算出可能な公知のプログラム（例えば、カーナビゲーションプログラム等）が用いられてもよい。なお、訪問者毎の担当訪問先の決定処理と同様に、情報処理サーバ４０は、エリア情報（例えば、天気予測、交通量予測またはイベント予定等）、訪問者のスキルまたは経験等を含む訪問者情報（例えば、業務経験年数、一日に訪問可能な件数等）、訪問目的または訪問先での予測作業時間等を考慮して担当ルートを決定してもよい。
【００６２】
そして、情報処理サーバ４０は、訪問者毎の担当訪問先および訪問ルートに関する情報を第３の情報処理端末３０に対して提供することができる。
【００６３】
（第３の情報処理端末３０の機能概要）
第３の情報処理端末３０は、情報処理サーバ４０から訪問者毎の担当訪問先および訪問ルートに関する情報を取得し、自装置に備えられる位置センサ（例えば、ＧＮＳＳセンサ等）を用いて自装置の位置を特定する。そして、第３の情報処理端末３０は、これらの情報を用いることで、地図情報に、担当訪問先、訪問ルート、自装置の位置、担当訪問先における「在状態」の時間帯および「不在状態」の時間帯等を重畳的に表示させることができる。なお、第３の情報処理端末３０の表示例については後述する。
【００６４】
＜＜１．４．第１の情報処理端末１０の機能構成例＞＞
上記では、本実施形態に係る各装置が有する機能の概要について説明した。続いて、図６を参照して、第１の情報処理端末１０の機能構成例について説明する。
【００６５】
図６に示すように、第１の情報処理端末１０は、表示部１１０と、音声出力部１２０と、音声入力部１３０と、撮像部１４０と、センサ部１５０と、制御部１６０と、通信部１７０と、記憶部１８０と、を備える。また、制御部１６０は、在不在予測部１６１と、在不在定義部１６２と、を備え、記憶部１８０は、ユーザＤＢ１８１と、在不在定義ＤＢ１８２と、行動履歴ＤＢ１８３と、生活習慣ＤＢ１８４と、を備える。
【００６６】
（表示部１１０）
表示部１１０は、画像やテキストなどの視覚情報を出力する機能構成である。表示部１１０は、例えば、制御部１６０または情報処理サーバ４０等による制御に基づいて視覚情報を出力することができる。
【００６７】
このために、表示部１１０は、視覚情報を提示する表示デバイスなどを備える。表示デバイスには、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）装置、ＯＬＥＤ（Organic Light
Emitting Diode）装置またはタッチパネル等が挙げられる。また、表示部１１０は、プロジェクション機能により視覚情報を出力してもよい。
【００６８】
（音声出力部１２０）
音声出力部１２０は、音声発話を含む種々の音を出力する機能構成である。音声出力部１２０は、例えば、制御部１６０または情報処理サーバ４０等による制御に基づいて、在不在の定義を設定するための音声発話等を行うことができる。このために、音声出力部１２０は、スピーカやアンプ等の音声出力装置を備える。
【００６９】
（音声入力部１３０）
音声入力部１３０は、ユーザによる発話や、第１の情報処理端末１０の周囲で発生する周囲音などの音情報を収集する機能構成である。音声入力部１３０が収集する音情報は、制御部１６０による音声認識や周囲環境の認識などに用いられる。音声入力部１３０は、音情報を収集するためのマイクロフォンを備える。
【００７０】
（撮像部１４０）
撮像部１４０は、ユーザや周囲環境の画像を撮像する機能構成である。撮像部１４０が撮像した画像は、制御部１６０によるユーザ認識や周囲環境の認識に用いられる。撮像部１４０は、画像を撮像することが可能な撮像装置を備える。なお、上記の画像には、静止画像のほか動画像が含まれる。
（センサ部１５０）
センサ部１５０は、周囲環境やユーザの行動、状態に関する種々のセンシングデータを収集する機能構成である。センサ部１５０が収集したセンシングデータは、制御部１６０による周囲環境の認識やユーザの行動認識、状態認識に用いられる。センサ部１５０が備えるセンサ例は、上記のとおりである。
【００７１】
（制御部１６０）
制御部１６０は、第１の情報処理端末１０が備える各構成を制御する機能構成である。制御部１６０は、例えば、各構成の起動や停止を制御する。また、制御部１６０は、自らが生成する制御信号または情報処理サーバ４０により生成される制御信号を用いて表示部１１０や音声出力部１２０の出力を制御することができる。また、制御部１６０は、センシングデータ（音情報または撮像画像等を含む）を解析することで、発話したユーザまたは撮像されたユーザを認識したり、第１の情報処理端末１０の周囲環境を認識したりすることができる。また、制御部１６０は、外部装置（例えば、後述する第２の情報処理端末２０または訪問先の敷地内外に配置される装置等）から取得されたセンシングデータを用いても、同様の制御を行うことができる。なお、制御部１６０による制御内容はこれらに限定されない。
【００７２】
（在不在予測部１６１）
在不在予測部１６１は、センシングデータに基づいて訪問先におけるユーザの在不在を予測する機能構成である。例えば、上記のとおり、在不在予測部１６１は、センシングデータの解析によるユーザの行動の推定、および、未来のある時点におけるユーザの行動の予測等を行うことで、訪問先におけるユーザの在不在を予測することができる。なお、訪問先におけるユーザの在不在の予測方法はこれに限定されない。また、在不在予測部１６１は、ユーザの在不在の予測情報を情報処理サーバ４０へ提供する提供部としても機能する。
【００７３】
（在不在定義部１６２）
在不在定義部１６２は、ユーザ入力に基づいて、ユーザの在不在の定義を設定する機能構成である。例えば、上記のとおり、在不在定義部１６２は、時刻（例えば、「在状態」の開始時刻および終了時刻）、ユーザの行動または状態等に基づいてユーザの在不在の定義を設定する。なお、ユーザの在不在の定義の設定方法はこれらに限定されない。例えば、在不在定義部１６２は、上記のとおり、在不在の判断において、除外対象となるユーザを設定してもよい。在不在定義部１６２は、在不在の定義に関する情報を、後述する在不在定義ＤＢ１８２に記憶させる。これによって、在不在予測部１６１が、当該情報を用いて、ユーザの在不在を予測することができる。
【００７４】
（通信部１７０）
通信部１７０は、ネットワーク５０を介して情報処理サーバ４０との情報通信を行い、ネットワーク５１を介して第２の情報処理端末２０との情報通信を行う機能構成である。例えば、通信部１７０は、第２の情報処理端末２０が収集したセンシングデータを受信する。また、通信部１７０は、在不在予測部１６１が出力したユーザの在不在の予測情報を情報処理サーバ４０へ送信する。なお、通信部１７０が通信する情報はこれらに限定されない。
【００７５】
また、通信部１７０によって行われる通信（特に、情報処理サーバ４０との通信）においては、所定の暗号化技術（例えば、ＷＥＰ（Wired Equivalent Privacy）、ＴＫＩＰ（Temporal Key
Integrity Protocol）、ＷＰＡ（Wi-Fi Protected Access）またはＡＥＳ（Advanced Encryption Standard）等）によって暗号化処理が施される。例えば、ユーザの在不在の予測情報等は、それが漏洩することによって悪用される可能が高い重要な情報であるが、通信部１７０の通信が暗号化されることによって、このような悪用のリスクが低くなる。
【００７６】
（記憶部１８０）
記憶部１８０は、各種情報を記憶する機能構成である。例えば、記憶部１８０は、第１の情報処理端末１０の処理に使用される各種プログラムまたは各種パラメータ等を記憶する。なお、記憶部１８０が記憶する情報はこれらに限定されない。
【００７７】
（ユーザＤＢ１８１）
ユーザＤＢ１８１は、ユーザに関する種々の情報を記憶する機能構成である。例えば、ユーザＤＢ１８１は、ユーザの身体的特徴（例えば、顔画像、虹彩画像、指紋情報または音声特徴等）または属性（例えば、氏名、続柄、性別、年齢、生年月日、職業または住所等）等を記憶する。これらの情報は、ユーザの認識処理等に使用され得る。なお、ユーザＤＢ１８１が記憶する情報はこれらに限定されない。
【００７８】
（在不在定義ＤＢ１８２）
在不在定義ＤＢ１８２は、在不在定義部１６２によって生成された在不在の定義に関する情報を記憶する機能構成である。ここで、図７を参照して、在不在の定義に関する情報の一例について説明する（図７には、一部、ユーザＤＢ１８１が記憶するユーザ属性（氏名、続柄、性別および年齢）が表示されている）。
【００７９】
図７に示すように、在不在定義ＤＢ１８２は、「在状態の定義」および「不在状態の定義」を記憶しており、それらの定義は「行動または状態」に関する定義と、「時間」に関する定義を含む。例えば、図７のデータＤ１およびデータＤ２は、「在状態の定義」における「行動または状態」に関する定義であり、データＤ１には「自宅から３００ｍ以内（換言すると、ユーザが自宅から３００ｍ以内に位置している場合）」が設定され、データＤ２には「配達ロッカー予約時（換言すると、ユーザが配達ロッカーを予約した場合）」が設定されている。また、データＤ３およびデータＤ４は、「不在状態の定義」における「行動または状態」に関する定義であり、データＤ３には「睡眠時、入浴時、仕事時（換言すると、ユーザが睡眠、入浴または仕事を行っている場合）」が設定され、データＤ４には「睡眠時、入浴時（換言すると、ユーザが睡眠または入浴を行っている場合）」が設定されている。
【００８０】
また、データＤ５およびデータＤ６は、「在状態の定義」における「時間」に関する定義であり、データＤ５には「ＡＭ１０時以降」が設定され、データＤ６には「ＡＭ９時以降（自宅）、ＰＭ９時以前（配達ロッカー）」が設定されている。なお、データＤ６には、ユーザが配達ロッカーを予約した場合に、到着予定時刻（換言すると、ユーザが配達ロッカーに到着する予定時刻）としてＰＭ９時が設定された場合の例が示されている。すなわち、ユーザが配達ロッカーを予約した際には、ＰＭ９時以前の時刻が「在状態」となるため、ユーザが予定通りＰＭ９時に配達ロッカーに到着した場合には適切に配達物を受取ることができる。データＤ７およびデータＤ８は、「不在状態の定義」における「時間」に関する定義であり、それぞれ「ＰＭ９時以降」が設定されている。
【００８１】
さらに、データＤ９およびデータＤ１０は、ユーザが除外対象であるか否かを示す情報である。図７においては、ユーザＵ３およびユーザＵ４が除外対象として設定されている。換言すると、ユーザＵ３およびユーザＵ４は、在状態または不在状態に関する処理が行われない。
【００８２】
以上で、在不在の定義に関する情報の一例について説明した。なお、在不在の定義に関する情報の内容は上記に限定されない。
【００８３】
（行動履歴ＤＢ１８３）
行動履歴ＤＢ１８３は、各ユーザの過去の行動履歴に関する情報を記憶する機能構成である。例えば、行動履歴ＤＢ１８３は、各ユーザが過去に行った行動に関する情報である行動履歴データを記憶する。例えば、行動履歴ＤＢ１８３は、各ユーザが過去に行った複数の行動と、各行動時のセンシングデータ（例えば、加速センサ、ジャイロセンサ、イメージセンサ、気圧センサまたは圧力センサ等から出力されるセンシングデータ）とを対応付けて記憶する。これにより、各ユーザの行動の特徴が明らかとなるため、在不在予測部１６１は、行動履歴データを用いてセンシングデータを解析することで、ユーザの行動を推定することができる。なお、行動履歴ＤＢ１８３は、何の加工も施されていない、行動時のセンシングデータを記憶するのではなく、所定の解析によって抽出された各行動時のセンシングデータの特徴量を記憶する。これによって、記憶されるデータ量が削減される。
【００８４】
（生活習慣ＤＢ１８４）
生活習慣ＤＢ１８４は、行動履歴ＤＢ１８３によって記憶される行動履歴データを元に生成される、ユーザの生活習慣に関する情報である生活習慣データを記憶する機能構成である。生活習慣データとは、例えば、ユーザが１日の各時刻に行う行動に関する情報（例えば、行動内容、頻度または行動時のユーザの状態等）を含み、当該情報が曜日（例えば、月曜日〜日曜日、平日または休日等）、日（例えば、１日、３１日等）、月（例えば、１月、１２月等）または年（例えば、２０１７年等）等の単位でまとめられた情報である。換言すると、生活習慣データには、各ユーザの各曜日の生活習慣、平日の生活習慣、休日の生活習慣、特定の日の生活習慣、特定の月の生活習慣、特定の年の生活習慣等に関する情報が含まれる。当該情報は、在不在予測部１６１によるユーザの行動予測に使用される。例えば、在不在予測部１６１は、ユーザの行動を推定した場合、当該行動が行われた時刻、曜日、日、月または年の情報と、生活習慣データとを比較することで、未来のある時点において実施される可能性が最も高いユーザの行動を予測することができる。なお、生活習慣データと同等の情報が行動履歴ＤＢ１８３に記憶されることで、ユーザの行動予測処理に行動履歴ＤＢ１８３が用いられてもよい。
【００８５】
以上、第１の情報処理端末１０の機能構成例について説明した。なお、図６を用いて説明した上記の機能構成はあくまで一例であり、第１の情報処理端末１０の機能構成は係る例に限定されない。例えば、第１の情報処理端末１０は、図６に示す構成のすべてを必ずしも備えなくてもよい。例えば、第１の情報処理端末１０は、表示部１１０、撮像部１４０、センサ部１５０等を備えない構成をとることもできる。また、第１の情報処理端末１０の機能構成は、仕様や運用に応じて柔軟に変形可能である。
【００８６】
＜＜１．５．第２の情報処理端末２０の機能構成例＞＞
上記では、第１の情報処理端末１０の機能構成例について説明した。続いて、図８を参照して、第２の情報処理端末２０の機能構成例について説明する。
【００８７】
図８に示すように、第２の情報処理端末２０は、表示部２１０と、音声出力部２２０と、音声入力部２３０と、センサ部２４０と、制御部２５０と、通信部２６０と、を備える。
【００８８】
（表示部２１０）
表示部２１０は、画像やテキストなどの視覚情報を出力する機能構成である。表示部２１０は、例えば、制御部２５０による制御に基づいて視覚情報を出力することができる。なお、表示部２１０が備えるデバイス等は第１の情報処理端末１０の表示部１１０と同様であるため、説明を省略する。
【００８９】
（音声出力部２２０）
音声出力部２２０は、音声発話を含む種々の音を出力する機能構成である。音声出力部２２０は、例えば、制御部２５０による制御に基づいて、在不在の定義を設定するための音声発話等を行うことができる。このために、音声出力部２２０は、スピーカやアンプなどの音声出力装置を備える。
【００９０】
（音声入力部２３０）
音声入力部２３０は、ユーザによる発話や、第２の情報処理端末２０の周囲で発生する周囲音などの音情報を収集する機能構成である。音声入力部２３０が収集する音情報は、第１の情報処理端末１０に提供され、第１の情報処理端末１０による音声認識や周囲環境の認識などに用いられる。音声入力部２３０は、音情報を収集するためのマイクロフォンを備える。
【００９１】
（センサ部２４０）
センサ部２４０は、周囲環境やユーザの行動、状態に関する種々のセンシングデータを収集する機能構成である。センサ部２４０が収集したセンシングデータは、第１の情報処理端末１０に提供され、第１の情報処理端末１０による周囲環境の認識やユーザの行動認識、状態認識に用いられる。センサ部２４０が備えるセンサ例は、上記のとおりである。
【００９２】
（制御部２５０）
制御部２５０は、第２の情報処理端末２０が備える各構成を制御する機能構成である。制御部２５０は、例えば、各構成の起動や停止を制御する。また、制御部２５０は、自らが生成する制御信号を用いて表示部２１０や音声出力部２２０の出力を制御することができる。なお、制御部２５０による制御内容はこれらに限定されない。
【００９３】
（通信部２６０）
通信部２６０は、ネットワーク５１を介して第１の情報処理端末１０との情報通信を行う機能構成である。例えば、通信部２６０は、センサ部２４０が収集したセンシングデータを第１の情報処理端末１０へ送信する。なお、通信部２６０が通信する情報はこれらに限定されない。また、通信部２６０によって行われる通信においては、第１の情報処理端末１０の通信部１７０と同様に、所定の暗号化技術によって暗号化処理が施される。
【００９４】
以上、第２の情報処理端末２０の機能構成例について説明した。なお、図８を用いて説明した上記の機能構成はあくまで一例であり、第２の情報処理端末２０の機能構成は係る例に限定されない。例えば、第２の情報処理端末２０は、図８に示す構成のすべてを必ずしも備えなくてもよい。例えば、第２の情報処理端末２０は、表示部２１０、音声出力部２２０、音声入力部２３０等を備えない構成をとることもできる。また、第２の情報処理端末２０の機能構成は、仕様や運用に応じて柔軟に変形可能である。
【００９５】
＜＜１．６．情報処理サーバ４０の機能構成例＞＞
上記では、第２の情報処理端末２０の機能構成例について説明した。続いて、図９を参照して、情報処理サーバ４０の機能構成例について説明する。
【００９６】
図９に示すように、情報処理サーバ４０は、制御部４１０と、記憶部４２０と、通信部４３０と、を備える。また、制御部４１０は、担当訪問先決定部４１１と、訪問ルート決定部４１２と、を備える。
【００９７】
（制御部４１０）
制御部４１０は、情報処理サーバ４０が備える各構成を制御する機能構成である。制御部４１０は、例えば、各構成の起動や停止を制御する。また、制御部４１０は、自らが生成する制御信号を用いて表示部（図示なし）の出力を制御することができる。なお、制御部４１０が制御する内容はこれらに限定されない。
【００９８】
（担当訪問先決定部４１１）
担当訪問先決定部４１１は、複数の第１の情報処理端末１０から取得された、各訪問先のユーザの在不在の予測情報に基づいて訪問者毎の担当訪問先を決定する機能構成である。担当訪問先の決定方法の一例については、前段の「情報処理サーバ４０の機能概要」のとおりであるため、説明を省略する。担当訪問先決定部４１１は、決定した訪問者毎の担当訪問先に関する情報を訪問ルート決定部４１２および第３の情報処理端末３０へ提供する。
【００９９】
（訪問ルート決定部４１２）
訪問ルート決定部４１２は、訪問ルートを決定する機能構成である。より具体的には、訪問ルート決定部４１２は、訪問者毎の担当訪問先に関する情報および在不在の予測情報に基づいて、各担当訪問先にて「在状態」が設定されている時間帯に全ての担当訪問先を訪問可能な訪問ルートを決定することができる。訪問ルートの決定方法の一例については、前段の「情報処理サーバ４０の機能概要」のとおりであるため、説明を省略する。訪問ルート決定部４１２は、訪問ルートに関する情報を第３の情報処理端末３０へ提供する。
【０１００】
（記憶部４２０）
記憶部４２０は、担当訪問先決定部４１１または訪問ルート決定部４１２の処理に使用される各種情報を記憶する機能構成である。例えば、記憶部４２０は、各訪問エリア内の状況の予測結果等の情報を含むエリア情報（例えば、天気予測、交通量予測またはイベント予定等）、訪問者のスキルまたは経験等の情報を含む訪問者情報（例えば、業務経験年数、一日に訪問可能な件数等）、訪問目的または訪問先での予測作業時間等に関する情報を記憶してもよい。なお、記憶部４２０が記憶する情報はこれらに限定されない。
【０１０１】
（通信部４３０）
通信部４３０は、ネットワーク５０を介して第１の情報処理端末１０との情報通信を行い、ネットワーク５２を介して第３の情報処理端末３０との情報通信を行う機能構成である。より具体的には、通信部４３０は、各訪問先のユーザの在不在の予測情報を第１の情報処理端末１０から受信する（換言すると、各訪問先のユーザの在不在の予測情報を取得する取得部としても機能する）。また、通信部４３０は、担当訪問先決定部４１１によって決定された担当訪問先に関する情報および訪問ルート決定部４１２によって決定された訪問ルートに関する情報を第３の情報処理端末３０へ送信する。なお、通信部４３０が通信する情報はこれらに限定されない。また、通信部４３０によって行われる通信においては、第１の情報処理端末１０の通信部１７０と同様に、所定の暗号化技術によって暗号化処理が施される。
【０１０２】
以上、情報処理サーバ４０の機能構成例について説明した。なお、図９を用いて説明した上記の機能構成はあくまで一例であり、情報処理サーバ４０の機能構成は係る例に限定されない。例えば、情報処理サーバ４０は、図９に示す構成のすべてを必ずしも備えなくてもよい。また、情報処理サーバ４０の機能構成は、仕様や運用に応じて柔軟に変形可能である。
【０１０３】
＜＜１．７．第３の情報処理端末３０の機能構成例＞＞
上記では、情報処理サーバ４０の機能構成例について説明した。続いて、図１０を参照して、第３の情報処理端末３０の機能構成例について説明する。
【０１０４】
図１０に示すように、第３の情報処理端末３０は、表示部３１０と、センサ部３２０と、制御部３３０と、通信部３４０と、を備える。
【０１０５】
（表示部３１０）
表示部３１０は、画像やテキストなどの視覚情報を出力する機能構成である。表示部３１０は、例えば、制御部３３０による制御に基づいて視覚情報を出力することができる。なお、表示部３１０が備えるデバイス等は第１の情報処理端末１０の表示部１１０と同様であるため、説明を省略する。
【０１０６】
（センサ部３２０）
センサ部３２０は、周囲環境や訪問者の行動、状態に関する種々のセンシングデータを収集する機能構成である。特に、センサ部３２０は、位置センサ（例えば、ＧＮＳＳセンサ等）を備えており、当該位置センサのセンシングデータは、自装置の位置の特定処理に用いられる。なお、センサ部３２０は、第１の情報処理端末１０および第２の情報処理端末２０と同様のセンサを備えてもよい。
【０１０７】
（制御部３３０）
制御部３３０は、第３の情報処理端末３０が備える各構成を制御する機能構成である。制御部３３０は、例えば、各構成の起動や停止を制御する。また、制御部３３０は、自らが生成する制御信号を用いて表示部３１０の出力を制御することができる。なお、制御部３３０が制御する内容はこれらに限定されない。
【０１０８】
（通信部３４０）
通信部３４０は、ネットワーク５２を介して情報処理サーバ４０との情報通信を行う機能構成である。より具体的には、通信部３４０は、担当訪問先に関する情報および訪問ルートに関する情報を情報処理サーバ４０から受信する（換言すると、担当訪問先に関する情報および訪問ルートに関する情報を取得する取得部としても機能する）。なお、通信部３４０が通信する情報はこれらに限定されない。また、通信部３４０によって行われる通信においては、第１の情報処理端末１０の通信部１７０と同様に、所定の暗号化技術によって暗号化処理が施される。
【０１０９】
以上、第３の情報処理端末３０の機能構成例について説明した。なお、図１０を用いて説明した上記の機能構成はあくまで一例であり、第３の情報処理端末３０の機能構成は係る例に限定されない。ここで、第３の情報処理端末３０はユーザの在不在の予測情報を扱うため、第３の情報処理端末３０が悪意ある第三者に取得されると、空き巣等の不正行為に利用される可能性がある。そこで、第３の情報処理端末３０は、生体認証（例えば、指紋認証または虹彩認証等）を含む所定のユーザ認証機能を備えたり、訪問者が第３の情報処理端末３０から所定の距離以上離れると第３の情報処理端末３０が自動的にロックされる機能を備えたりすることで、第三者による不正行為を防止してもよい。また、第３の情報処理端末３０は、図１０に示す構成のすべてを必ずしも備えなくてもよい。また、第３の情報処理端末３０の機能構成は、仕様や運用に応じて柔軟に変形可能である。
【０１１０】
＜＜１．８．処理の流れ＞＞
上記では、第３の情報処理端末３０の機能構成例について説明した。続いて、各装置の処理の流れについて説明する。
【０１１１】
（在不在の定義の設定処理）
まず、図１１を参照して、第１の情報処理端末１０による在不在の定義の設定処理の流れの一例について説明する。図１１には、特定の訪問に対する在不在の定義を設定する処理（図３を参照）の流れの一例が示されている。
【０１１２】
ステップＳ１０００では、第１の情報処理端末１０の在不在定義部１６２が、所定の期間内（例えば、本日中または翌日中等）における訪問の有無を確認する。所定の期間内に訪問が有る場合（ステップＳ１００４／Ｙｅｓ）、在不在定義部１６２は、音声出力部１２０を制御することで、在不在の定義の設定のための対話を開始し、例えば、図３に示すようなユーザとの対話を行う。ステップＳ１０１２では、在不在定義部１６２が、ユーザから発せられた音声を解析することで発話内容を理解し、在不在の定義を設定することで一連の処理が終了する。例えば、在不在定義部１６２は、在不在の定義の追加、変更または削除等を行う。なお、ステップＳ１００４にて、所定の期間内に訪問が無い場合（ステップＳ１００４／Ｎｏ）には、ステップＳ１００８およびステップＳ１０１２の処理は行われない。
【０１１３】
また、図１１では、特定の訪問に対する在不在の定義の設定処理（図３を参照）について説明したが、訪問全般に対する在不在の定義の設定処理（図２を参照）、一度設定された在不在の定義の変更処理（図４を参照）、および、複数のユーザによる在不在の定義の設定処理（図５を参照）についても、図１１を一部変更することによって実現可能である。例えば、訪問全般に対する在不在の定義の設定処理（図２を参照）は、図１１のステップＳ１００８およびステップＳ１０１２の処理にて実現される。
【０１１４】
（在不在の予測処理）
続いて、図１２を参照して、第１の情報処理端末１０による在不在の予測処理の流れの一例について説明する。
【０１１５】
ステップＳ１１００では、第１の情報処理端末１０の在不在予測部１６１が在不在の定義に関する情報を在不在定義ＤＢ１８２から取得する。ステップＳ１１０４では、在不在予測部１６１が、センサ部１５０または外部装置（第２の情報処理端末２０を含む）のセンサによって出力されたセンシングデータを取得する。
【０１１６】
ステップＳ１１０８では、在不在予測部１６１が、当該センシングデータの解析によってユーザの行動推定を行う。ユーザの行動推定の処理の流れについては後段の図１３にて説明する。ステップＳ１１１２では、在不在予測部１６１が、ユーザの行動推定の結果に基づいてユーザの行動予測を行う。ユーザの行動予測の処理の流れについては後段の図１４にて説明する。
【０１１７】
ステップＳ１１１６では、在不在予測部１６１が、ユーザの行動予測の結果に基づいて訪問先が在状態である時間帯を予測する。ステップＳ１１２０では、在不在予測部１６１が、通信部１７０を制御することで、在不在の予測情報を情報処理サーバ４０へ送信することで一連の処理が終了する。
【０１１８】
（ユーザの行動推定処理）
続いて、図１３を参照して、図１２のステップＳ１１０８に示されたユーザの行動推定処理の流れの一例について説明する。
【０１１９】
ステップＳ１２００では、第１の情報処理端末１０の在不在予測部１６１が、処理対象のユーザの行動履歴データを行動履歴ＤＢ１８３から取得する。その後、在不在予測部１６１は、ステップＳ１２０４にて、行動履歴データに含まれる複数の行動の中から１つの行動を選択し、ステップＳ１２０８にて、センシングデータと行動との関連性を示す指標値であるセンシングデータ・行動関連性スコアを算出する。在不在予測部１６１は、ステップＳ１２０４およびステップＳ１２０８の処理を、行動履歴データに含まれる全ての行動に対して行う。ステップＳ１２１２では、在不在予測部１６１が、最も高いスコアに対応する行動を出力することで一連の処理が終了する。
【０１２０】
（ユーザの行動推定処理）
続いて、図１４を参照して、図１２のステップＳ１１１２に示されたユーザの行動予測処理の流れの一例について説明する。
【０１２１】
ステップＳ１３００では、第１の情報処理端末１０の在不在予測部１６１が、処理対象のユーザの生活習慣データを生活習慣ＤＢ１８４から取得する。その後、在不在予測部１６１は、ステップＳ１３０４にて、生活習慣データに含まれる複数の生活習慣の中から１つの生活習慣を選択し、ステップＳ１３０８にて、推定された行動と生活習慣との関連性を示す指標値である行動・生活習慣関連性スコアを算出する。在不在予測部１６１は、ステップＳ１３０４およびステップＳ１３０８の処理を、生活習慣データに含まれる全ての生活習慣に対して行う。ステップＳ１３１２では、在不在予測部１６１が、最も高いスコアに対応する生活習慣を出力することで一連の処理が終了する。
【０１２２】
（担当訪問先および訪問ルートに関する情報の送信処理）
続いて、図１５を参照して、情報処理サーバ４０による担当訪問先および訪問ルートに関する情報の送信処理の流れの一例について説明する。
【０１２３】
ステップＳ１４００では、情報処理サーバ４０の通信部４３０が、各訪問先の第１の情報処理端末１０から在不在の予測情報を受信する。ステップＳ１４０４では、担当訪問先決定部４１１が在不在の予測情報に基づいて訪問者毎の担当訪問先を決定する。担当訪問先の決定処理の流れについては後段の図１６にて説明する。ステップＳ１４０８では、訪問ルート決定部４１２が、訪問者毎の担当訪問先に関する情報および在不在の予測情報に基づいて訪問ルートを決定する。訪問ルートの決定処理の流れについては後段の図１７にて説明する。ステップＳ１４１２では、通信部４３０が、担当訪問先および訪問ルートに関する情報を第３の情報処理端末３０へ送信することで一連の処理が終了する。
【０１２４】
（担当訪問先の決定処理）
続いて、図１６を参照して、図１５のステップＳ１４０４に示された担当訪問先の決定処理の流れの一例について説明する。
【０１２５】
ステップＳ１５００では、情報処理サーバ４０の担当訪問先決定部４１１が訪問の対象地域において、所定の方法でエリアを設定する。例えば、担当訪問先決定部４１１は、訪問の対象地域を市区町村等の単位で複数に分けることによってエリアを設定する。ステップＳ１５０４では、担当訪問先決定部４１１が、これらのエリア内に位置する、１日の訪問先の件数を集計する。ステップＳ１５０８では、担当訪問先決定部４１１が、エリア内の状況の予測結果等の情報を含むエリア情報（例えば、天気予測、交通量予測またはイベント予定等）を取得する。ステップＳ１５１２では、担当訪問先決定部４１１が、訪問者のスキルまたは経験等の情報を含む訪問者情報（例えば、業務経験年数、一日に訪問可能な件数等）を取得する。
【０１２６】
ステップＳ１５１６では、担当訪問先決定部４１１が、エリア情報、訪問者情報および過去の訪問実績等に基づいてエリア内に位置する訪問先の件数の妥当性を判断する。エリア内に位置する訪問先の件数が妥当である場合（ステップＳ１５１６／Ｙｅｓ）、ステップＳ１５２０にて、担当訪問先決定部４１１は、各エリア内に位置する訪問先を担当訪問先として決定することで一連の処理が終了する。エリア内に位置する訪問先の件数が妥当でない場合（ステップＳ１５１６／Ｎｏ）、処理がステップＳ１５００に戻り、エリアの設定以降の処理が再度行われる。
【０１２７】
（訪問ルートの決定処理）
続いて、図１７を参照して、図１５のステップＳ１４０８に示された訪問ルートの決定処理の流れの一例について説明する。
【０１２８】
ステップＳ１６００では、情報処理サーバ４０の訪問ルート決定部４１２が、担当訪問先決定部４１１によって決定された担当訪問先に関する情報を取得する。ステップＳ１６０４では、訪問ルート決定部４１２が、第１の情報処理端末１０によって提供された各担当訪問先における在不在の予測情報を取得する。ステップＳ１６０８では、訪問ルート決定部４１２が、エリア内の状況の予測結果等を含むエリア情報（例えば、天気予測、交通量予測またはイベント予定等）を取得する。ステップＳ１６１２では、訪問ルート決定部４１２が、訪問者のスキルまたは経験等を含む訪問者情報（例えば、業務経験年数、一日に訪問可能な件数等）を取得する。
【０１２９】
ステップＳ１６１６では、訪問ルート決定部４１２が、各担当訪問先（または各担当訪問先の付近）を通る複数のルートのうち、各担当訪問先が「在状態」に設定されている時間帯に訪問が可能である最短ルートを訪問ルートとして算出する。ステップＳ１６２０では、訪問ルート決定部４１２が、エリア情報および訪問者情報等に基づいて訪問ルートの妥当性を判断する。訪問ルートが妥当である場合（ステップＳ１６２０／Ｙｅｓ）、ステップＳ１６２４にて、訪問ルート決定部４１２は、算出した最短ルートを訪問ルートとして決定することで一連の処理が終了する。
【０１３０】
訪問ルートが妥当でない場合（ステップＳ１６２０／Ｎｏ）、ステップＳ１６２８にて、訪問ルート決定部４１２は、妥当な訪問ルートを決定するために担当訪問先の変更が必要であるか否かを判断する。担当訪問先の変更が必要である場合（ステップＳ１６２８／Ｙｅｓ）、ステップＳ１６３２にて、図１６に示した担当訪問先の決定処理が再度行われる。担当訪問先の変更が必要でない場合（ステップＳ１６２８／Ｎｏ）、処理がステップＳ１６１６に戻り、訪問ルートの算出以降の処理が再度行われる。
【０１３１】
（担当訪問先または訪問ルートの変更処理）
続いて、図１８を参照して、担当訪問先または訪問ルートの変更処理の流れの一例について説明する。より具体的には、情報処理サーバ４０が第１の情報処理端末１０から提供される担当訪問先の在不在の予測情報が変化することによって、担当訪問先または訪問ルートの変更が必要になる場合がある。その場合、情報処理サーバ４０は、図１８の処理を行うことで、担当訪問先または訪問ルートの変更を行うことができる。
【０１３２】
ステップＳ１７００では、情報処理サーバ４０の通信部４３０が、担当訪問先における変更後の在不在の予測情報を受信する。ステップＳ１７０４では、制御部４１０が、当該担当訪問先への訪問状況を確認する。例えば、制御部４１０が、所定の要求信号を生成し、通信部４３０を介して当該信号を第３の情報処理端末３０へ送信することで、当該担当訪問先への訪問状況に関する情報を第３の情報処理端末３０から取得する。
【０１３３】
当該担当訪問先への訪問がまだ行われていない場合（ステップＳ１７０８／Ｙｅｓ）、ステップＳ１７１２にて、訪問ルート決定部４１２が、変更後の在不在の予測情報を用いて、図１７に示した訪問ルートの決定処理を再度行う。なお、図１７のステップＳ１６２８に示したように、訪問ルート決定部４１２が、妥当な訪問ルートを決定するために担当訪問先の変更が必要であると判断した場合には、図１７のステップＳ１６３２にて、図１６に示した担当訪問先の決定処理が再度行われる。
【０１３４】
担当訪問先または訪問ルートが変更された場合（ステップＳ１７１６／Ｙｅｓ）、ステップＳ１７２０にて、通信部４３０が、変更後の担当訪問先および訪問ルートに関する情報を第３の情報処理端末３０へ送信することで一連の処理が終了する。ステップＳ１７０８にて、在不在の予測情報が変更された担当訪問先への訪問が既に行われている場合（ステップＳ１７０８／Ｎｏ）、および、ステップＳ１７１６にて、担当訪問先または訪問ルートが変更されなかった場合（ステップＳ１７１６／Ｎｏ）には、第３の情報処理端末３０への通知が行われることなく処理が終了する。
【０１３５】
（担当訪問先、訪問ルートおよび在不在の予測情報等の表示処理）
続いて、図１９を参照して、第３の情報処理端末３０による各種情報の表示処理の流れの一例について説明する。
【０１３６】
ステップＳ１８００では、第３の情報処理端末３０の通信部３４０が、担当訪問先および訪問ルートに関する情報を情報処理サーバ４０から受信する。ステップＳ１８０４では、制御部３３０が、センサ部３２０からセンシングデータを取得する。特に、制御部３３０は、位置センサ（例えば、ＧＮＳＳセンサ等）からセンシングデータを取得する。ステップＳ１８０８では、制御部３３０が、センシングデータを解析することによって自装置の位置を特定する。ステップＳ１８１２では、表示部３１０が、地図情報を表示し、当該地図情報に、担当訪問先、訪問ルート、自装置の位置および担当訪問先の在不在の予測情報（例えば、「在状態」の時間帯および「不在状態」の時間帯等）を重畳的に表示する。
【０１３７】
＜＜１．９．第３の情報処理端末３０の表示例＞＞
上記では、各装置の処理の流れについて説明した。続いて、図２０および図２１を参照して、第３の情報処理端末３０の表示例について説明する。
【０１３８】
上記のとおり、第３の情報処理端末３０は、地図情報に対して、担当訪問先、訪問ルート、自装置の位置および担当訪問先の在不在の予測情報を重畳させて表示することができる。
【０１３９】
例えば、図２０に示すように、第３の情報処理端末３０は、担当訪問先を示す画像Ｉ１０と、訪問ルートを示す画像Ｉ１１と、自装置の位置を示す画像Ｉ１２と、担当訪問先の在不在の予測情報を示す画像Ｉ１３および画像Ｉ１４と、を地図情報に重畳させて表示してもよい。
【０１４０】
ここで、担当訪問先を示す画像Ｉ１０は、担当訪問先の在不在の予測情報と連動して表示されてもよい。例えば、画像Ｉ１０の色相が、在状態の終了時刻までの残り時間に連動して変化してもよい（例えば、残り時間が短くなるにつれて、画像Ｉ１０の色が紫色、青色、緑色、黄色、橙色、赤色の順に変化する等）。これによって、訪問者は、優先的に訪問すべき担当訪問先を直感的に認識することができる。
【０１４１】
また、訪問ルートを示す画像Ｉ１１が表示されることによって、訪問者は、訪問順を直感的に認識することができる。また、自装置の位置を示す画像Ｉ１２が表示されることによって、訪問者は、現在地と訪問先との位置関係を認識することができる。
【０１４２】
また、担当訪問先の在不在の予測情報を示す画像Ｉ１３および画像Ｉ１４が表示されることによって、訪問者は、担当訪問先における在状態の時間帯および不在状態の時間帯を認識することができる。ここで、画像Ｉ１３には、表示時点において担当訪問先が在状態であり、在状態の終了時刻（換言すると、不在状態の開始時刻）までの残り時間が１５分である場合の例が示されている。また、画像Ｉ１４には、表示時点において担当訪問先が不在状態であり、在状態の開始時刻までの残り時間が１０分であり、その後の在状態の終了時刻までの残り時間が２４０分である場合の例が示されている。
【０１４３】
また、図２１に示すような表示が行われてもよい。図２１には、担当訪問先を示す画像Ｉ２０と、訪問ルートを示す画像Ｉ２１と、自装置の位置を示す画像Ｉ２２と、担当訪問先の在不在の予測情報を示す画像Ｉ２３および画像Ｉ２４と、が表示されている。
【０１４４】
図２１と図２０との差異について具体的に説明すると、図２１の画像Ｉ２３および画像Ｉ２４は、図２０の画像Ｉ１３および画像Ｉ１４と異なり、一日における在状態および不在状態の時間帯を、互いに異なる色相のバーで表している。さらに、図２１の画像Ｉ２３および画像Ｉ２４は、表示時点の時刻を矢印で示し、当該矢印中に、在状態の終了時刻までの残り時間または在状態の開始時刻までの残り時間を示している。より具体的には、画像Ｉ２３には、表示時点において担当訪問先が在状態であり、在状態の終了時刻までの残り時間が１５分である場合の例が示されている。また、画像Ｉ２４には、表示時点において担当訪問先が不在状態であり、在状態の開始時刻までの残り時間が１０分である場合の例が示されている。
【０１４５】
以上、第３の情報処理端末３０の表示例について説明した。なお、図２０および図２１を用いて説明した上記の表示はあくまで一例であり、第３の情報処理端末３０の表示は係る例に限定されない。例えば、第３の情報処理端末３０の表示は、図２０および図２１に示す画像のすべてを必ずしも表示しなくてもよい。また、第３の情報処理端末３０の表示は、仕様や運用に応じて柔軟に変更可能である。
【０１４６】
＜＜１．１０．本開示が適用されるサービスのバリエーション＞＞
上記では、第３の情報処理端末３０の表示例について説明した。続いて、本開示が適用されるサービスのバリエーションについて説明する。
【０１４７】
上記の実施形態においては、本開示が訪問サービスに適用される場合について説明した。ここで、訪問サービスとは、訪問者が任意の場所へ任意の目的で訪問することを要するサービスであれば、特に限定されない。例えば、訪問サービスには、訪問先での工事サービス、修理サービス、在宅保育サービス、リハビリテーションサービス（例えば、居宅リハビリテーションサービスまたは通所リハビリテーションサービス等）、シッターサービス（例えば、ベビーシッターサービス、シルバーシッターサービスまたはペットシッターサービス等）、家庭教師サービス、家事代行サービス、配達サービス（例えば、宅配サービス等）または訪問販売サービス（その他、任意の営業を含む）等が含まれる。
【０１４８】
また、本開示に係る情報処理システムは、上記の各種訪問サービスを提供したいユーザを管理する情報処理システムと連携することが可能である。例えば、訪問サービスを提供したいユーザの属性（例えば、氏名、年齢または性別等）、訪問可能なエリア、訪問可能な時間帯または条件等を管理する情報処理システムが存在する場合について考える。本開示に係る情報処理システムは、当該情報処理システムと連携することによって、訪問するユーザと、訪問されるユーザとをマッチングする機能を提供してもよい。例えば、情報処理サーバ４０は、訪問するユーザの訪問可能なエリアにおいて訪問可能な時間帯に「在状態」が設定されているユーザを訪問されるユーザとして抽出することで、マッチングを実現してもよい。
【０１４９】
なお、情報処理サーバ４０は、複数の訪問サービスに適用可能な共通プラットフォームを管理してもよい。そして、情報処理サーバ４０は、当該共通プラットフォームを使用して、訪問先の在不在の予測情報の管理機能、担当訪問先の決定機能、訪問ルートの決定機能を複数の訪問サービスに対して提供してもよい。これによって、複数の訪問サービス毎に専用システムを構築するコストが削減される。
【０１５０】
＜２．ハードウェア構成例＞
上記では、本開示の実施形態について説明した。続いて、図２２を参照して、本開示の一実施形態に係る第１の情報処理端末１０、第２の情報処理端末２０、第３の情報処理端末３０および情報処理サーバ４０に共通するハードウェア構成例について説明する。
【０１５１】
図２２は、第１の情報処理端末１０、第２の情報処理端末２０、第３の情報処理端末３０および情報処理サーバ４０を具現する情報処理装置９００のハードウェア構成を示す図である。情報処理装置９００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０３と、ホストバス９０４と、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力装置９０８と、出力装置９０９と、ストレージ装置（ＨＤＤ）９１０と、ドライブ９１１と、通信装置９１２と、を備える。
【０１５２】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置９００内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバス９０４により相互に接続されている。当該ＣＰＵ９０１、ＲＯＭ９０２およびＲＡＭ９０３の協働により、第１の情報処理端末１０の制御部１６０、撮像部１４０およびセンサ部１５０、第２の情報処理端末２０の制御部２５０およびセンサ部２４０、第３の情報処理端末３０の制御部３３０およびセンサ部３２０、情報処理サーバ４０の制御部４１０の各機能が実現される。
【０１５３】
ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５および外部バス９０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。
【０１５４】
入力装置９０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などから構成されている。情報処理装置９００の使用者は、該入力装置９０８を操作することにより、各装置に対して各種のデータを入力したり処理動作を指示したりすることができる。当該入力装置９０８により、第１の情報処理端末１０の音声入力部１３０および第２の情報処理端末２０の音声入力部２３０の各機能が実現される。
【０１５５】
出力装置９０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置９０９は、スピーカおよびヘッドホンなどの音声出力装置を含む。出力装置９０９は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。当該出力装置９０９により、第１の情報処理端末１０の表示部１１０および音声出力部１２０、第２の情報処理端末２０の表示部２１０および音声出力部２２０、第３の情報処理端末３０の表示部３１０の各機能が実現される。
【０１５６】
ストレージ装置９１０は、データ格納用の装置である。ストレージ装置９１０は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置９１０は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）で構成される。このストレージ装置９１０は、ハードディスクを駆動し、ＣＰＵ９０１が実行するプログラムや各種データを格納する。当該ストレージ装置９１０により、第１の情報処理端末１０の記憶部１８０および情報処理サーバ４０の記憶部４２０の各機能が実現される。
【０１５７】
ドライブ９１１は、記憶媒体用リーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９１１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体９１３に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９１１は、リムーバブル記憶媒体９１３に情報を書き込むこともできる。
【０１５８】
通信装置９１２は、例えば、通信網９１４に接続するための通信デバイス等で構成された通信インタフェースである。当該通信装置９１２により、第１の情報処理端末１０の通信部１７０、第２の情報処理端末２０の通信部２６０、第３の情報処理端末３０の通信部３４０および情報処理サーバ４０の通信部４３０の各機能が実現される。
【０１５９】
＜３．まとめ＞
以上で説明してきたように、第１の情報処理端末１０は、センシングデータを用いて訪問先におけるユーザの在不在を予測することができる。また、第１の情報処理端末１０は、ユーザからの入力に基づいて、ユーザの在不在の定義を設定することができる。
【０１６０】
情報処理サーバ４０は、第１の情報処理端末１０から各訪問先のユーザの在不在の予測情報を取得し、当該情報に基づいて複数の訪問先のうち、訪問者毎の担当訪問先を決定することができる。また、情報処理サーバ４０は、訪問者毎の担当訪問先に関する情報および在不在の予測情報に基づいて、各担当訪問先におけるユーザが訪問対応可能な時間帯に全ての担当訪問先を訪問可能な訪問ルートを決定することができる。
【０１６１】
そして、第３の情報処理端末３０は、地図情報に、担当訪問先、訪問ルート、自装置の位置、担当訪問先における「在状態」の時間帯および「不在状態」の時間帯等を重畳的に表示させることができる。
【０１６２】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１６３】
例えば、ユーザは、訪問先を自由に指定することができてもよい。上記では、一例として、住宅もしくは会社等の施設、または、配達ロッカー等が訪問先に指定される場合について説明したが、訪問先として指定される対象はこれらに限定されない。
【０１６４】
例えば、地図上の任意の地点（例えば、道路、交差点、橋、陸橋等）が訪問先として指定されてもよい。すなわち、ユーザは、より柔軟に訪問先を指定することができる。なお、訪問者も、訪問先を自由に指定することができてもよい。ユーザにより訪問先が指定される場合、第１の情報処理端末１０は、ユーザ入力に基づいて訪問先を指定する訪問先指定部を備えてもよいし、例えば、在不在定義部１６２がユーザ入力に基づいて訪問先を指定してもよい。また、上記で説明した配達ロッカーの設置場所は特に限定されない。例えば、集合住宅、コンビニエンスストアまたは駅等に設置された配達ロッカーが用いられてもよい。
【０１６５】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１６６】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
センシングデータに基づいて訪問先におけるユーザの在不在の予測を行う在不在予測部と、
前記予測の結果を外部装置に提供する提供部と、を備える、
情報処理装置。
（２）
前記在不在予測部は、前記ユーザが訪問へ対応できるか訪問を希望する状態である在状態、または、前記ユーザが訪問へ対応できないか訪問を希望しない状態である不在状態のうち、前記ユーザがいずれの状態であるかを予測する、
前記（１）に記載の情報処理装置。
（３）
前記在不在予測部は、前記訪問先における複数人のユーザの在不在の予測を行うことで、前記訪問先が前記在状態または前記不在状態のうちのいずれの状態であるかを予測する、
前記（２）に記載の情報処理装置。
（４）
前記在不在予測部は、前記複数人のユーザのうち一人でも前記在状態であると予測されれば、前記訪問先が前記在状態であると予測する、
前記（３）に記載の情報処理装置。
（５）
前記在不在予測部は、前記複数人のユーザのうち予め指定されたユーザが前記在状態であると予測されれば、前記訪問先が前記在状態であると予測する、
前記（３）に記載の情報処理装置。
（６）
ユーザ入力に基づいて前記在状態または前記不在状態の定義を設定する在不在定義部をさらに備える、
前記（２）から（５）のいずれか１項に記載の情報処理装置。
（７）
前記在不在定義部は、前記ユーザの行動もしくは状態、または、時間帯に基づいて前記定義を設定する、
前記（６）に記載の情報処理装置。
（８）
前記在不在定義部は、ユーザ入力に基づいて前記予測の対象外となるユーザも設定する、
前記（６）または（７）に記載の情報処理装置。
（９）
前記センシングデータは、前記訪問先の敷地内に配置されるセンサから出力されるデータを含む、
前記（１）から（８）のいずれか１項に記載の情報処理装置。
（１０）
前記センシングデータは、前記ユーザによって携帯されるセンサもしくは前記ユーザによって装着されるセンサから出力されるデータを含む、
前記（１）から（９）のいずれか１項に記載の情報処理装置。
（１１）
前記在不在予測部は、前記ユーザの過去の行動履歴に基づいて前記予測を行う、
前記（１）から（１０）のいずれか１項に記載の情報処理装置。
（１２）
ユーザ入力に基づいて前記訪問先を指定する訪問先指定部をさらに備える、
前記（１）から（１１）のいずれか１項に記載の情報処理装置。
（１３）
前記情報処理装置は、音声対話を行うエージェント装置である、
前記（１）から（１２）のいずれか１項に記載の情報処理装置。
（１４）
複数の訪問先におけるユーザの在不在の予測情報を、外部装置から取得する取得部と、
前記予測情報に基づいて、訪問者が担当する訪問先を決定する担当訪問先決定部と、を備える、
情報処理装置。
（１５）
前記予測情報に基づいて、前記訪問者が担当する訪問先を訪問可能なルートを決定する訪問ルート決定部をさらに備える、
前記（１４）に記載の情報処理装置。
（１６）
複数の訪問先におけるユーザの在不在の予測情報に基づいて決定された、訪問者が担当する訪問先に関する情報を、外部装置から取得する取得部と、
前記訪問者が担当する訪問先に関する情報を表示する表示部と、を備える、
情報処理装置。
（１７）
前記取得部は、前記予測情報に基づいて決定された、前記訪問者が担当する訪問先を訪問可能なルートに関する情報も前記外部装置から取得し、
前記表示部は、前記ルートに関する情報も表示する、
前記（１６）に記載の情報処理装置。
（１８）
プロセッサが、センシングデータに基づいて訪問先におけるユーザの在不在の予測を行うことと、
前記予測の結果を外部装置に提供することと、を含む、
情報処理方法。
（１９）
プロセッサが、複数の訪問先におけるユーザの在不在の予測情報を、外部装置から取得することと、
前記予測情報に基づいて、訪問者が担当する訪問先を決定することと、を含む、
情報処理方法。
（２０）
プロセッサが、複数の訪問先におけるユーザの在不在の予測情報に基づいて決定された、訪問者が担当する訪問先に関する情報を、外部装置から取得することと、
前記訪問者が担当する訪問先に関する情報を表示することと、を含む、
情報処理方法。
【符号の説明】
【０１６７】
１０    第１の情報処理端末
１１０    表示部
１２０    音声出力部
１３０    音声入力部
１４０    撮像部
１５０    センサ部
１６０    制御部
１６１    在不在予測部
１６２    在不在定義部
１７０    通信部
１８０    記憶部
１８１    ユーザＤＢ
１８２    在不在定義ＤＢ
１８３    行動履歴ＤＢ
１８４    生活習慣ＤＢ
２０    第２の情報処理端末
２１０    表示部
２２０    音声出力部
２３０    音声入力部
２４０    センサ部
２５０    制御部
２６０    通信部
３０    第３の情報処理端末
３１０    表示部
３２０    センサ部
３３０    制御部
３４０    通信部
４０    情報処理サーバ
４１０    制御部
４１１    担当訪問先決定部
４１２    訪問ルート決定部
４２０    記憶部
４３０    通信部
【図１】
2019049492.tif 000003
【図２】
2019049492.tif 000004
【図３】
2019049492.tif 000005
【図４】
2019049492.tif 000006
【図５】
2019049492.tif 000007
【図６】
2019049492.tif 000008
【図７】
2019049492.tif 000009
【図８】
2019049492.tif 000010
【図９】
2019049492.tif 000011
【図１０】
2019049492.tif 000012
【図１１】
2019049492.tif 000013
【図１２】
2019049492.tif 000014
【図１３】
2019049492.tif 000015
【図１４】
2019049492.tif 000016
【図１５】
2019049492.tif 000017
【図１６】
2019049492.tif 000018
【図１７】
2019049492.tif 000019
【図１８】
2019049492.tif 000020
【図１９】
2019049492.tif 000021
【図２０】
2019049492.tif 000022
【図２１】
2019049492.tif 000023
【図２２】
2019049492.tif 000024
【国際調査報告】
2019049492.tif 000025
2019049492.tif 000026
2019049492.tif 000027
2019049492.tif 000028