(57)【要約】【課題】ユーザの在宅情報を当該ユーザが所望するように利用できるネットワークシステム、情報処理方法、およびサーバを提供する。【解決手段】第１の端末２００と、第２の端末３００と、ユーザが在宅であるか否かを判断し、第１の端末２００を介してユーザ宅への来訪を制限するための第１の指示をユーザから受け付けて、ユーザが来訪を望まないことを示す情報を第２の端末３００に出力させるためのサーバ１００と、を備えるネットワークシステム１が提供される。【選択図】図１
2019040487.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末と、
第２の端末と、
ユーザが在宅であるか否かを判断し、前記第１の端末を介してユーザ宅への来訪を制限するための第１の指示を前記ユーザから受け付けて、前記ユーザが来訪を望まないことを示す情報を前記第２の端末に出力させるためのサーバと、を備えるネットワークシステム。
【請求項２】
前記サーバは、前記第１の端末を介して、前記来訪を望まない期間の入力を受け付ける、請求項１に記載のネットワークシステム。
【請求項３】
前記第２の端末は、前記サーバからのデータに基づいて、前記ユーザ宅毎に在宅の有無を示す情報および来訪を望まないことを示す情報を色分けによって表示する、請求項１または２に記載のネットワークシステム。
【請求項４】
前記第２の端末は、前記サーバからのデータに基づいて、前記ユーザ宅毎に在宅の可能性の度合を色分けによって表示する、請求項１から３のいずれか１項に記載のネットワークシステム。
【請求項５】
前記サーバは、前記第１の端末を介してユーザ宅への来訪を促すための第２の指示を受け付けて、前記ユーザが来訪を望んでいることを示す情報を前記第２の端末に出力させる、請求項１から４のいずれか１項に記載のネットワークシステム。
【請求項６】
前記サーバは、前記第１の端末を介して、前記来訪を望んでいる期間の入力を受け付ける、請求項５に記載のネットワークシステム。
【請求項７】
前記第２の端末は、前記サーバからのデータに基づいて、在宅の可能性が高いユーザ宅および／または在宅を望んでいるユーザ宅を抽出して出力する、請求項５または６に記載のネットワークシステム。
【請求項８】
前記第２の端末は、前記サーバからのデータに基づいて、前記情報を地図上のユーザ宅に対応付けて表示する、請求項１から７のいずれか１項に記載のネットワークシステム。
【請求項９】
前記第２の端末は、前記サーバからのデータに基づいて、指定された配達時間帯に対応するユーザ宅に対応付けて前記情報を表示する、請求項１から８のいずれか１項に記載のネットワークシステム。
【請求項１０】
サーバが、対象となるユーザ宅に関して在宅中であるか否かを判断するステップと、
第１の端末が、前記ユーザ宅への来訪を制限するための第１の指示をユーザから受け付けるステップと、
第２の端末が、前記ユーザが来訪を望まないことを示す情報を出力するステップと、を備える情報処理方法。
【請求項１１】
通信インターフェイスと、
対象となるユーザ宅に関して在宅中であるか否かを判断し、前記通信インターフェイスを介して第１の端末から前記ユーザ宅への来訪を制限するための第１の指示を受信して、前記通信インターフェイスを介して第２の端末にユーザが来訪を望まないことを示す情報を送信するためのプロセッサと、を備えるサーバ。
【請求項１２】
プロセッサが、対象となるユーザ宅に関して在宅中であるか否かを判断するステップと、
前記プロセッサが、通信インターフェイスを介して第１の端末から、前記ユーザ宅への来訪を制限するための第１の指示を受信するステップと、
前記プロセッサが、前記第１の指示に基づいて、前記通信インターフェイスを介して第２の端末に、ユーザが来訪を望まないことを示す情報を送信するステップと、を備える情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの在宅情報を有効に利用するためのネットワークシステム、情報処理方法、およびサーバに関する。
【背景技術】
【０００２】
従来から、ユーザの在宅情報を利用する技術が知られている。たとえば、特開２０１５−１７６５７１号公報（特許文献１）には、在宅推定装置、在宅推定方法、在宅推定プログラム、及び、宅配システムが開示されている。特許文献１によると、在宅推定装置は、推定対象に関して計測される第１入出力量と、推定対象を含む領域に関して計測される第２入出力量とに基づいて、推定対象に関して人が存在する可能性を表す指標を算出する算出部を有する。
【０００３】
また、特開２００３−２０１２０号公報（特許文献２）には、宅配サービス支援システム及びその方法が開示されている。特許文献２によると、各ユーザ宅内に設置されたホームサーバから各ユーザのスケジュール情報を、宅配業者側に設置された管理サーバにネットワークを介して提供し、これと該管理サーバにて管理する集荷・配達担当者のスケジュール情報、地図情報、交通情報等とを組み合わせることにより、最適な集荷・配達経路及び日時の決定を可能とし、該決定した日時を含む集荷・配達情報にＩＤを付与して通信端末及び宅配業者端末に送ることにより、日時や場所の変更を容易とする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１７６５７１号公報
【特許文献２】特開２００３−２０１２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ユーザの在宅情報を当該ユーザが所望するように利用できるネットワークシステム、情報処理方法、およびサーバを提供することにある。
【課題を解決するための手段】
【０００６】
本発明のある態様に従うと、第１の端末と、第２の端末と、ユーザが在宅であるか否かを判断し、第１の端末を介してユーザ宅への来訪を制限するための第１の指示をユーザから受け付けて、ユーザが来訪を望まないことを示す情報を第２の端末に出力させるためのサーバと、を備えるネットワークシステムが提供される。
【発明の効果】
【０００７】
以上のように、本発明によれば、ユーザの在宅情報を当該ユーザが所望するように利用できるネットワークシステム、情報処理方法、およびサーバが提供される。
【図面の簡単な説明】
【０００８】
【図１】第１の実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。
【図２】第１の実施の形態にかかる宅配業者のスマートフォン３００Ｂの画面を示すイメージ図である。
【図３】第１の実施の形態にかかるサーバ１００のハードウェア構成を表わすブロック図である。
【図４】第１の実施の形態にかかるユーザデータ１２１のデータ構造を示すイメージ図である。
【図５】第１の実施の形態にかかる機器データ１２２のデータ構造を示すイメージ図である。
【図６】第１の実施の形態にかかる在宅レベルデータ１２３のデータ構造を示すイメージ図である。
【図７】第１の実施の形態にかかる家族データ１２４のデータ構造を示すイメージ図である。
【図８】第１の実施の形態にかかる配達データ１２５のデータ構造を示すイメージ図である。
【図９】第１の実施の形態にかかる機器２００のハードウェア構成を表わすブロック図である。
【図１０】第１の実施の形態にかかる通信端末３００のハードウェア構成を表わすブロック図である。
【図１１】第１の実施の形態にかかるネットワークシステム１のユースケースを示す図である。
【図１２】第１の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。
【図１３】第３の実施の形態にかかる家族データ１２４Ｂのデータ構造を示すイメージ図である。
【図１４】第３の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。
【図１５】第５の実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。
【図１６】第５の実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステムの全体構成＞
【００１０】
まず、図１を参照して、本実施の形態にかかるネットワークシステム１の全体構成について説明する。ネットワークシステム１は、主に、ユーザ在宅情報提供サービス用のサーバ１００と、機器としてのロボット２００Ａや電子レンジ２００Ｂやテレビ２００Ｃやエアコン２００Ｄや冷蔵庫２００Ｅと、通信端末としてのカーナビゲーションシステム３００Ａやスマートフォン３００Ｂなどを含む。
【００１１】
なお、機器は、ロボット２００Ａや電子レンジ２００Ｂやテレビ２００Ｃやエアコン２００Ｄや冷蔵庫２００Ｅに限らず、洗濯機、自走式掃除機などの家電、ハードディスクレコーダ、音楽プレーヤー、ゲーム機などのＡＶ（オーディオ・ビジュアル）機器、太陽光発電機、インターホン、給湯器などの住宅設備、などであってもよい。以下ではこれらを総称して機器２００ともいう。また、通信端末も、カーナビゲーションシステム３００Ａやスマートフォン３００Ｂに限らず、タブレットや、ウェアラブル端末などであってもよい。以下ではこれらを総称して通信端末３００ともいう。
＜ネットワークシステムの動作概要＞
【００１２】
次に、図１と図２とを参照して、本実施の形態にかかるネットワークシステム１の動作概要について説明する。ユーザ在宅情報サービス用のサーバ１００は、各家庭の機器２００から各種のデータを取得して、ユーザが在宅しているか否かを判断する。本実施の形態においては、サーバ１００は、当該各種のデータを利用して、在宅している可能性に応じて複数段階の在宅レベルを判断する。サーバ１００は、予め登録されている通信端末３００に各家庭の在宅レベルを提供する。たとえば、通信端末３００は、サーバ１００からのデータに基づいて、地図上に、在宅レベルに応じてユーザアイコンを色分けしたり、ユーザアイコンの形状を変えたり、ユーザアイコンに数字を付したりする。
【００１３】
特に本実施の形態においては、各家庭のユーザは、在宅中であっても、訪問してほしくないときは、ロボット２００Ａなどにその旨を入力することができる。この場合は、サーバ１００は、ロボット２００Ａからのデータに基づいて、対象となる家庭の在宅レベルを修正し、修正後のデータを通信端末３００に送信する。これによって、通信端末３００は、配達先のユーザが現在の来訪を望んでいないことを示す情報を出力することができる。
【００１４】
逆に、各家庭のユーザは、早く訪問してほしいときは、ロボット２００Ａなどにその旨を入力することができる。この場合は、サーバ１００は、ロボット２００Ａからのデータに基づいて、対象となる家庭の在宅レベルを修正し、修正後のデータを通信端末３００に送信する。これによって、通信端末３００は、配達先のユーザが早目の配達を望んでいることを示す情報を出力することができる。
【００１５】
以下では、このような機能を実現するためのネットワークシステム１について詳細に説明する。
＜サーバ１００のハードウェア構成＞
【００１６】
まず図３を参照して、ネットワークシステム１を構成するサーバ１００のハードウェア構成の一態様について説明する。本実施の形態にかかるサーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、操作部１４０と、通信インターフェイス１６０とを含む。
【００１７】
ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。
【００１８】
メモリ１２０は、各種のＲＡＭ（Random  Access  Memory）、各種のＲＯＭ（Read-Only  Memory）などによって実現され、サーバ１００に内包されているものであってもよいし、サーバ１００の各種インターフェイスに着脱可能なものであってもよいし、サーバ１００からアクセス可能な他の装置の記録媒体であってもよい。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、ユーザデータ１２１と、機器データ１２２と、在宅レベルデータ１２３と、家族データ１２４と、配達データ１２５と、その他の本実施の形態にかかるサービスに利用されるデータベースなどを記憶する。
【００１９】
ここで、図４を参照して、本実施の形態にかかるユーザデータ１２１は、在宅情報提供サービスに加入しているユーザ毎に、ユーザＩＤと、ユーザ名と、住所と、メールアドレスと、電話番号と、家族ＩＤなどの対応関係を格納する。
【００２０】
図５を参照して、本実施の形態にかかる機器データ１２２は、機器２００毎に、機器ＩＤと、ユーザＩＤと、各種のセンサによる測定データと、ユーザから受け付けたコマンドなどの対応関係を格納する。
【００２１】
図６を参照して、本実施の形態にかかる在宅レベルデータ１２３は、ユーザが在宅している可能性としての在宅レベル毎に、当該在宅レベルの説明と、当該在宅レベルに設定されるための条件などとの対応関係を格納する。本実施の形態においては、在宅の可能性が低い状態に関して、複数の種類の在宅レベルが設定されている。また、在宅の可能性が高い状態に関しても、複数の種類の在宅レベルが設定されている。
【００２２】
そして、特に本実施の形態においては、在宅の可能性が高い状態にもかかわらず、ユーザが来訪を望まない旨の情報を入力すると、ＣＰＵ１１０はユーザが来訪を望まないというレベル０に設定する。たとえば、ユーザがロボット２００Ａに「お風呂に入るから今は訪問しないでほしい。」というメッセージを入力することによって、在宅中であるが訪問を望まないというレベル０に設定することができる。逆に、ユーザがロボット２００Ａなどに「できれば今すぐ訪問しないほしい。」というメッセージを入力することによって、サーバ１００のＣＰＵ１１０は、ユーザが来訪を望んでいるというレベル１０に設定することができる。
【００２３】
図７を参照して、本実施の形態にかかる家族データ１２４は、家族と現在の在宅レベルとの対応関係を格納する。
【００２４】
図８を参照して、本実施の形態にかかる配達データ１２５は、配達毎に、配達ＩＤと、配達先を特定するための情報と、配達希望日時と、現在の在宅レベルとの対応関係を格納する。
【００２５】
図３に戻って、操作部１４０は、サービスの管理者などからの操作を受け付けて、各種の命令をＣＰＵ１１０に入力する。
【００２６】
通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、キャリア網、ルータなどを介して機器２００および通信端末３００などの他の装置に送信する。逆に、通信インターフェイス１６０は、インターネット、キャリア網、ルータなどを介して他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。
＜機器２００のハードウェア構成＞
【００２７】
次に、図９を参照して、ネットワークシステム１を構成するロボット２００Ａなどのユーザの機器２００の構成の一態様について説明する。機器２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０と、操作部２４０と、カメラ２５０、通信インターフェイス２６０と、スピーカ２７０と、マイク２８０とを含む。なお、機器２００は、そのほかにモータやアクチュエータやヒータなど、機器２００特有の機能も有する。
【００２８】
ＣＰＵ２１０は、メモリ２２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、機器２００の各部を制御する。
【００２９】
メモリ２２０は、各種のＲＡＭや、各種のＲＯＭなどによって実現され、機器２００に内包されているものであってもよいし、機器２００の各種インターフェイスに着脱可能なものであってもよいし、機器２００からアクセス可能な他の装置の記録媒体であってもよい。メモリ２２０は、ＣＰＵ２１０によって実行される機器駆動プログラムや対話プログラムやその他のプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、サーバ１００や他のサーバから受信したデータ、操作部２４０を介して入力されたデータなどを記憶する。
【００３０】
ディスプレイ２３０は、ＣＰＵ２１０からの信号に基づいて、文字や画像などを出力する。ディスプレイ２３０は、複数のＬＥＤライトなどであってもよい。
【００３１】
操作部２４０は、ボタン、タッチパネルなどによって実現され、ユーザからの命令を受け付けて、当該命令をＣＰＵ２１０に入力する。なお、ディスプレイ２３０と操作部２４０とは、タッチパネルを構成してもよい。
【００３２】
また、操作部２４０は、近接センサや温度センサなどであってもよい。たとえば、ロボット２００Ａに関しては、ユーザが頭部に手をかざしたことや、ユーザがなでたり・たたいたりすることを検知してもよい。
【００３３】
カメラ２５０は、画像を撮影して、画像データをＣＰＵ２１０に受け渡す。
【００３４】
通信インターフェイス２６０は、無線ＬＡＮ通信あるいは有線ＬＡＮなどの通信モジュールによって実現される。通信インターフェイス２６０は、有線通信あるいは無線通信によってサーバ１００などの他の装置との間でデータをやり取りする。
【００３５】
スピーカ２７０は、ＣＰＵ２１０からの信号に基づいて、音声を出力する。マイク２８０は、外部からの音声に基づいて音声信号を作成し、ＣＰＵ２１０に入力する。たとえば、ＣＰＵ２１０は、マイク２８０を介して受け付けた音声を、通信インターフェイス２６０を介してサーバ１００に送信し、サーバ１００から受信した音声データをスピーカ２７０から出力する。
＜通信端末３００のハードウェア構成＞
【００３６】
次に宅配業者のドライバーなどに利用される通信端末３００のハードウェア構成の一態様について説明する。図１０を参照して、通信端末３００は、主たる構成要素として、ＣＰＵ３１０と、メモリ３２０と、ディスプレイ３３０と、操作部３４０と、ＧＰＳ（Global Positioning System）アンテナ３５０と、通信インターフェイス３６０と、スピーカ３７０と、マイク３８０とを含む。
【００３７】
ＣＰＵ３１０は、メモリ３２０に記憶されているプログラムを実行することによって、通信端末３００の各部を制御する。
【００３８】
メモリ３２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現され、通信端末３００に内包されているものであってもよいし、通信端末３００の各種インターフェイスに着脱可能なものであってもよいし、通信端末３００からアクセス可能な他の装置の記録媒体であってもよい。メモリ３２０は、ＣＰＵ３１０によって実行されるプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、入力されたデータや、サーバ１００から取得したデータなどを記憶する。
【００３９】
ディスプレイ３３０は、ＣＰＵ３１０からの信号に基づいて画像やテキストを表示する。操作部３４０は、キーボードやスイッチなどから構成され、オペレータからの命令を受け付けて、当該命令をＣＰＵ３１０に入力する。なお、ディスプレイ３３０と操作部３４０とがタッチパネルによって構成されてもよい。
【００４０】
ＧＰＳアンテナ３５０は、ＧＰＳ衛星からの電波を受信する。ＣＰＵ３１０は、ＧＰＳアンテナ３５０を利用して、通信端末３００の現在位置を測定する。
【００４１】
通信インターフェイス３６０は、無線ＬＡＮ通信あるいは有線ＬＡＮなどの通信モジュールによって実現される。通信インターフェイス３６０は、有線通信あるいは無線通信によってサーバ１００などの他の装置との間でデータをやり取りする。
【００４２】
スピーカ３７０は、ＣＰＵ３１０からの信号に基づいて、音声を出力する。マイク３８０は、外部からの音声に基づいて音声信号を作成し、ＣＰＵ３１０に入力する。たとえば、ＣＰＵ３１０は、マイク３８０を介して受け付けた音声を、通信インターフェイス３６０を介してサーバ１００に送信し、サーバ１００から受信した音声データをスピーカ３７０から出力する。
＜ネットワークシステム１のユースケース＞
【００４３】
次に、図１１を参照しながら、本実施の形態にかかるネットワークシステム１のユースケースとして、たとえばユーザＡがネット通販にてシャンプーを購入する場合について説明する。ユーザは、購入時に配達希望日時として７月２０日２０時〜２１時を設定したとする。
【００４４】
７月２０日の１３時頃にユーザＡの最寄りの集荷場に商品すなわち配達物が届く。宅配業者の担当ドライバーは、荷物をトラックに積み込み、自身の配達担当エリアに移動する。このとき、ユーザＡの自宅の機器２００からの各種データに基づいて、たとえば人感センサが人を検知していないことに基づいて、サーバ１００はユーザＡが不在であると判断する。サーバ１００は、ユーザＡの在宅レベルを４に設定する。
【００４５】
１７時にユーザＡが帰宅して、ユーザＡの自宅の機器２００からの各種データに基づいて、たとえばリモコンによるエアコン２００Ｄの運転ＯＮ命令に基づいて、サーバ１００はユーザＡが在宅中であると判断する。サーバ１００は、ユーザＡの在宅レベルを５に設定する。ドライバーが配達担当エリア外にいる場合には、通信端末３００にはユーザＡの在宅レベルが表示されない。なお、本実施の形態においては、ドライバーの通信端末３００は、ドライバーからの表示すべき配達希望時間帯の指定を受け付けて、当該配達希望時間帯に合致する配達先の在宅レベルだけを表示することができる。
【００４６】
ユーザＡが近所のスーパーに外出する。このとき、ユーザＡの自宅の機器２００からの各種データに基づいて、たとえばテレビ２００Ｃの人感センサが人を検知していないことに基づいて、サーバ１００はユーザＡが不在であると判断する。サーバ１００は、ユーザＡの在宅レベルを４に設定する。ドライバーが自身の配達担当エリアに到達すると、通信端末３００には地図上のユーザ宅の位置にユーザＡの在宅レベル４を示す色のアイコンが表示される。
【００４７】
ユーザＡが帰宅する。このとき、ユーザＡの自宅の機器２００からの各種データに基づいて、たとえばテレビ２００Ｃの人感センサが人を検知したことに基づいて、サーバ１００はユーザＡが在宅中である判断する。サーバ１００は、ユーザＡの在宅レベルを６に設定する。
【００４８】
しかしすぐに、ユーザＡが、ロボット２００Ａに「シャワーを浴びてくる。」と音声入力する。すると、サーバ１００は、ロボット２００Ａが受けたメッセージに基づいて、在宅レベルを０に上書きする。これによって、配達エリアにいるドライバーの通信端末３００は、ユーザＡの在宅レベルが０である旨を表示する。
【００４９】
ユーザＡが夕食の準備を始めると、ユーザＡの自宅の機器２００からの各種データに基づいて、たとえば電子レンジ２００Ｂへの直接操作を検知したことに基づいて、サーバ１００はユーザＡが在宅中であると判断する。サーバ１００は、ユーザＡの在宅レベルを８に設定する。ドライバーはユーザの在宅レベルが８であるが、配達日時に達していないので先に他の配達先を訪問することができる。
【００５０】
ユーザＡが、ロボット２００Ａに「トイレ１０分。」と音声入力する。すると、サーバ１００は、ロボット２００Ａが受けたメッセージに基づいて、在宅レベルを１０分間だけ０に上書きする。これによって、配達エリアにいるドライバーの通信端末３００は、ユーザＡの在宅レベルが０である旨を表示する。
【００５１】
ユーザＡが夕食を食べ始めると、ユーザＡの自宅の機器２００からの各種データに基づいて、たとえばダイニングの照明への直接操作を検知したことに基づいて、サーバ１００はユーザＡが在宅中であると判断する。サーバ１００は、ユーザＡの在宅レベルを９に設定する。
【００５２】
ユーザＡは、夕食の片付けが終わったので、ロボット２００Ａに「うちにいる。」または「荷物を配達してください。」と音声入力する。すると、サーバ１００は、ロボット２００Ａが受けたメッセージに基づいて、在宅レベルを１０に上書きする。これによって、ドライバーの通信端末３００にはユーザＡの在宅レベルが１０である旨が表示される。ドライバーは、配達希望時間帯の前ではあるが、ユーザＡの自宅の近くにいたので、予定よりも早めにユーザＡへの配達を済ませることができる。
＜サーバ１００における情報処理＞
【００５３】
次に、図１２を参照しながら、本実施の形態にかかるサーバ１００の情報処理について説明する。より詳細には、たとえば、サーバ１００のＣＰＵ１１０が、通信インターフェイス１６０を介して、ドライバーなどの通信端末３００から配達希望時間帯と最新の在宅レベルの取得要請とを受信した際に以下の処理を実行する。なお、通信端末３００のＣＰＵ３１０は、操作部３４０を介して指定された配達希望時間帯と最新の在宅レベルの取得要請とを通信インターフェイス３６０を介してサーバ１００に送信するものである。
【００５４】
まず、ＣＰＵ１１０は、通信端末３００からの受信データから通信端末３００の現在位置を取得する（ステップＳ１０２）。ＣＰＵ１１０は、通信端末３００からの受信データから表示したい配達希望時間帯を取得する（ステップＳ１０４）。ＣＰＵ１１０は、ドライバーの位置から所定の範囲内で、かつ配達希望時間帯が合致するユーザの自宅を抽出する（ステップＳ１０６）。
【００５５】
ＣＰＵ１１０は、抽出したユーザの自宅に関する各種の機器２００からの各種測定データや操作命令や来訪に関する音声メッセージなどを取得する（ステップＳ１０８）。ＣＰＵ１１０は、それらのデータに基づいて、ユーザ宅の在宅レベルを決定する（ステップＳ１１０）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、抽出されたユーザ宅毎の、住所と在宅レベルなどを通信端末３００に送信する（ステップＳ１１２）。
【００５６】
これによって、通信端末３００のＣＰＵ３１０は、通信インターフェイス３６０を介してサーバ１００から取得したデータに基づいて、図２に示すように、ディスプレイ３３０に地図を表示しつつ、当該地図上に自身の現在位置を表示させたり、指定された配達希望時間帯に合致する配達先の在宅レベルを当該地図上に表示させたりする。本実施の形態においては、ＣＰＵ３１０は、通信インターフェイス３６０を介してサーバ１００から取得したユーザ宅毎の在宅レベルに基づいて、地図上のユーザ宅の位置を示すユーザアイコンを、在宅レベル０〜１０に応じて色分けしたり、ユーザアイコンの形状を変えたり、ユーザアイコンに在宅レベルの数字を付したり、して表示することが好ましい。
【００５７】
なお、通信端末３００のＣＰＵ３１０は、通信インターフェイス３６０を介して、サーバ１００から地図データを取得してもよいし、他の地図アプリケーションなどを利用して他のサーバから地図データを取得してもよい。
＜第２の実施の形態＞
【００５８】
図１２のステップＳ１０６において、サーバ１００のＣＰＵ１１０は、通信端末３００からの指定に基づいて、ドライバーの位置から所定の範囲内で、かつ配達希望時間帯が合致するユーザのうちの、在宅の可能性が高いユーザの自宅を抽出したりや来訪を希望しているユーザの自宅を抽出したりしてもよい。
【００５９】
あるいは、通信端末３００のＣＰＵ３１０が、通信インターフェイス３６０を介してサーバ１００から取得したデータに基づいて、在宅の可能性が高いユーザの自宅を抽出したり来訪を希望しているユーザの自宅を抽出したりして、当該抽出された配達先だけの在宅レベルを地図上に表示させてもよい。
＜第３の実施の形態＞
【００６０】
第１および第２の実施の形態においては、ユーザの希望によって、サーバ１００が現在の在宅レベルを変更するものであった。しかしながら、ユーザの希望によって、将来の在宅レベルを変更する予約ができることも好ましい。
【００６１】
たとえば、本実施の形態においては、各家庭のユーザは、将来のある期間に訪問してほしくないときは、ロボット２００Ａなどにその旨を入力することができる。この場合は、サーバ１００は、ロボット２００Ａからのデータに基づいて、対象となる家庭の、指定の期間における在宅レベルを修正し、修正後のデータを通信端末３００に送信する。これによって、通信端末３００は、配達先が将来の配達を望んでいないことを示す情報を出力することができる。
【００６２】
逆に、各家庭のユーザは、将来のある期間に訪問してほしいときは、ロボット２００Ａなどにその旨を入力することができる。この場合は、サーバ１００は、ロボット２００Ａからのデータに基づいて、対象となる家庭の在宅レベルを修正し、修正後のデータを通信端末３００に送信する。これによって、通信端末３００は、配達先が配達を望んでいることを示す情報を出力することができる。
【００６３】
より詳細には、図１３に示すように、本実施の形態にかかる家族データ１２４Ｂは、家族と、現在の在宅レベルと、将来の在宅レベルと、指定の将来の機関との対応関係を格納する。そして、たとえば、ユーザが、ロボット２００Ａに「１８時から２０時には訪問しないで。」と入力すると、サーバ１００のＣＰＵ１１０が当該指示を受信して、家族データ１２４Ｂに当該ユーザに関連付けて１８時から２０時の在宅レベルとして０を登録する。逆に、ユーザが、ロボット２００Ａに「１９時から２０時にきて欲しい。」と入力すると、サーバ１００のＣＰＵ１１０が当該指示を受信して、家族データ１２４Ｂに当該ユーザに関連付けて１９時から２０時の在宅レベルとして１０を登録する。
【００６４】
これによって、図１４に示すように、本実施の形態にかかるサーバ１００のＣＰＵ１１０は、ステップＳ１０８に加えて、抽出されたユーザの自宅に関する、ドライバーから指定された将来の配達希望時間帯における在宅レベルも取得する（ステップＳ１０９）。ＣＰＵ１１０は、必要があれば将来の在宅レベルを参照しながら、抽出したユーザの自宅に関する機器２００からの各種データや操作命令や音声メッセージなどに基づいて、現在または指定された将来の配達希望時間帯のユーザ宅の在宅レベルを決定する（ステップＳ１１０）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、抽出されたユーザ宅毎の、住所と在宅レベルなどを通信端末３００に送信する（ステップＳ１１２）。
【００６５】
これによって、通信端末３００のＣＰＵ３１０は、ユーザの将来の来訪の有無の希望を考慮した在宅レベルをディスプレイ３３０に表示させることができる。
＜第４の実施の形態＞
【００６６】
第１から第３の実施の形態のネットワークシステム１においては、宅配サービスを利用するユーザ宅の在宅情報を宅配業者に伝えるものであったが、そのような利用方法には限られない。たとえば、介護サービスを利用するユーザ宅の在宅情報を介護サービス業者に伝える形態や、住宅や機械の点検サービスを利用するユーザ宅の在宅情報を点検サービス業者に伝える形態などに適用することもできる。
＜第５の実施の形態＞
【００６７】
また、第１から第４の実施の形態のネットワークシステム１の各装置の役割の一部または全部を他の装置が実行してもよい。たとえば、サーバ１００や機器２００や通信端末３００の各々の役割の一部または全部を別の装置が担ったり、サーバ１００や機器２００や通信端末３００の各々の役割の一部または全部を複数の装置で担ったり、サーバ１００や機器２００や通信端末３００のいずれかがサーバ１００や機器２００や通信端末３００のいずれかの役割の一部または全部を担ったりしてもよい。
【００６８】
たとえば、図１５に示すように、配達サービスや介護サービスの機能、すなわち通信端末３００側に提供するサービスに関する機能を別のサーバ１００Ｂが担ってもよい。あるいは、機器２００からのデータに基づいて在宅の可能性を判断する機能を別のサーバが担って、ユーザの希望を考慮する処理からサーバ１００が担ってもよい。あるいは、図１６に示すように、ロボット２００Ａなどを利用した対話サービスに関する機能を別のサーバ１００Ｃが担ってもよい。
＜まとめ＞
【００６９】
上記の実施の形態においては、第１の端末２００と、第２の端末３００と、ユーザが在宅であるか否かを判断し、第１の端末２００を介してユーザ宅への来訪を制限するための第１の指示をユーザから受け付けて、ユーザが来訪を望まないことを示す情報を第２の端末３００に出力させるためのサーバ１００と、を備えるネットワークシステム１が提供される。
【００７０】
好ましくは、サーバ１００は、第１の端末２００を介して、来訪を望まない期間の入力を受け付ける。
【００７１】
好ましくは、第２の端末３００は、サーバ１００からのデータに基づいて、ユーザ宅毎に在宅の有無を示す情報および来訪を望まないことを示す情報を色分けによって表示する。
【００７２】
好ましくは、第２の端末３００は、サーバ１００からのデータに基づいて、ユーザ宅毎に在宅の可能性の度合を色分けによって表示する。
【００７３】
好ましくは、サーバ１００は、第１の端末２００を介してユーザ宅への来訪を促すための第２の指示を受け付けて、ユーザが来訪を望んでいることを示す情報を第２の端末３００に出力させる。
【００７４】
好ましくは、サーバ１００は、第１の端末２００を介して、来訪を望んでいる期間の入力を受け付ける。
【００７５】
好ましくは、第２の端末３００は、サーバ１００からのデータに基づいて、在宅の可能性が高いユーザ宅および／または在宅を望んでいるユーザ宅を抽出して出力する。
【００７６】
好ましくは、第２の端末３００は、サーバ１００からのデータに基づいて、情報を地図上のユーザ宅に対応付けて表示する。
【００７７】
好ましくは、第２の端末３００は、サーバ１００からのデータに基づいて、指定された配達時間帯に対応するユーザ宅に対応付けて情報を表示する。
【００７８】
上記の実施の形態においては、サーバ１００が、対象となるユーザ宅に関して在宅中であるか否かを判断するステップと、第１の端末２００が、ユーザ宅への来訪を制限するための第１の指示をユーザから受け付けるステップと、第２の端末３００が、ユーザが来訪を望まないことを示す情報を出力するステップと、を備える情報処理方法が提供される。
【００７９】
上記の実施の形態においては、通信インターフェイス１６０と、対象となるユーザ宅に関して在宅中であるか否かを判断し、通信インターフェイス１６０を介して第１の端末２００からユーザ宅への来訪を制限するための第１の指示を受信して、通信インターフェイス１６０を介して第２の端末３００にユーザが来訪を望まないことを示す情報を送信するためのプロセッサ１１０と、を備えるサーバ１００が提供される。
【００８０】
上記の実施の形態においては、プロセッサ１１０が、対象となるユーザ宅に関して在宅中であるか否かを判断するステップと、プロセッサ１１０が、通信インターフェイス１６０を介して第１の端末２００から、ユーザ宅への来訪を制限するための第１の指示を受信するステップと、プロセッサ１１０が、第１の指示に基づいて、通信インターフェイス１６０を介して第２の端末３００に、ユーザが来訪を望まないことを示す情報を送信するステップと、を備える情報処理方法が提供される。
【００８１】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００８２】
１        ：ネットワークシステム
１００    ：サーバ
１００Ｂ  ：サーバ
１００Ｃ  ：サーバ
１１０    ：ＣＰＵ
１２０    ：メモリ
１２１    ：ユーザデータ
１２２    ：機器データ
１２３    ：在宅レベルデータ
１２４    ：家族データ
１２４Ｂ  ：家族データ
１２５    ：配達データ
１４０    ：操作部
１６０    ：通信インターフェイス
２００    ：第１の端末（機器）
２００Ａ  ：ロボット
２００Ｂ  ：電子レンジ
２００Ｃ  ：テレビ
２００Ｄ  ：エアコン
２００Ｅ  ：冷蔵庫
２１０    ：ＣＰＵ
２２０    ：メモリ
２３０    ：ディスプレイ
２４０    ：操作部
２５０    ：カメラ
２６０    ：通信インターフェイス
２７０    ：スピーカ
２８０    ：マイク
３００    ：第２の端末（通信端末）
３００Ａ  ：カーナビゲーションシステム
３００Ｂ  ：スマートフォン
３１０    ：ＣＰＵ
３２０    ：メモリ
３３０    ：ディスプレイ
３４０    ：操作部
３５０    ：ＧＰＳアンテナ
３６０    ：通信インターフェイス
３７０    ：スピーカ
３８０    ：マイク
【図１】
2019040487.tif 000003
【図２】
2019040487.tif 000004
【図３】
2019040487.tif 000005
【図４】
2019040487.tif 000006
【図５】
2019040487.tif 000007
【図６】
2019040487.tif 000008
【図７】
2019040487.tif 000009
【図８】
2019040487.tif 000010
【図９】
2019040487.tif 000011
【図１０】
2019040487.tif 000012
【図１１】
2019040487.tif 000013
【図１２】
2019040487.tif 000014
【図１３】
2019040487.tif 000015
【図１４】
2019040487.tif 000016
【図１５】
2019040487.tif 000017
【図１６】
2019040487.tif 000018