JP7545954B2 - 通知システムの制御方法及び通知システム - Google Patents

Description

本開示は、施設に物品を配達する配達員が施設に到着したことを示す配達情報を通知する通知システムの制御方法及び通知システムに関する。

従来、施設の出入口に設置されたカメラで撮影された画像を施設内の表示端末に表示する技術がある。例えば、特許文献１のインターホンシステムでは、宅配業者の配達員へのなりすましに対する防犯性を向上させるために、宅配業者サーバで配達員の照会が行われる。

特許第６３２１９９５号公報

しかしながら、上記従来技術では、宅配業者サーバに訪問者の顔写真が送信されるため、訪問者のプライバシー保護が十分ではない。

そこで、本開示は、配達員に偽装された訪問者に対するセキュリティを向上させるとともに、訪問者のプライバシー保護を図ることができる通知システムの制御方法等を提供する。

本開示の一態様に係る通知システムの制御方法は、施設の内部に位置する複数の通知装置を含む通知システムの制御方法であって、（ａ）外部サーバから、物品の情報及び前記物品の配達員の顔情報を取得し、（ｂ）前記施設の外部に配置されたカメラで撮影された前記施設への訪問者の顔のカメラ画像を取得し、（ｃ）前記顔情報及び前記カメラ画像を比較して、前記訪問者が前記配達員であるか否かを確認し、（ｄ）前記訪問者が前記配達員であると確認された場合、前記通知装置により、前記施設に前記物品及び前記配達員が到着したことを示す配達情報を通知し、前記施設の内部に、複数のユーザの各々を検知するセンサが位置しており、前記制御方法は、さらに、（ｅ）前記センサの出力信号に基づいて、前記複数のユーザの各々が所定の動作をしているか否かの判定を行い、（ｆ）前記判定の結果に基づいて、前記複数のユーザの中から、前記所定の動作をしていない少なくとも１人のユーザを選択し、前記（ｄ）の工程において、前記複数の通知装置のうちの少なくとも１つの通知装置により、前記配達情報を通知し、前記少なくとも１つの通知装置は、選択された前記少なくとも１人のユーザから所定範囲に位置する。

なお、これらの包括的又は具体的な態様は、システム、装置、集積回路、コンピュータプログラム又はコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

本開示の一態様に係る通知システムの制御方法は、配達員に偽装された訪問者に対するセキュリティを向上させるとともに、訪問者のプライバシー保護を図ることができる。

図１は、実施の形態１に係る通知システムの使用事例を示す。 図２は、実施の形態１に係る通知システムを含むシステム全体の機能構成を示すブロック図である。 図３は、実施の形態１に係る通知システムの機能配置を示すブロック図である。 図４Ａは、実施の形態１における発注情報の一例を示す。 図４Ｂは、実施の形態１における配達依頼情報の一例を示す。 図４Ｃは、実施の形態１における受付情報の一例を示す。 図４Ｄは、実施の形態１における配達連絡情報の一例を示す。 図４Ｅは、実施の形態１における配達状態情報の一例を示す。 図５は、実施の形態１に係る通知システムを含むシステム全体のシーケンス図である。 図６は、実施の形態１に係る発注装置の処理を示すフローチャートである。 図７は、実施の形態１に係る通販業者サーバの処理を示すフローチャートである。 図８は、実施の形態１に係る配達業者サーバの処理を示すフローチャートである。 図９は、実施の形態１に係る通知システムの処理を示すフローチャートである。 図１０は、実施の形態１に係る通知システムの処理を示すフローチャートである。 図１１Ａは、実施の形態１における配達情報を含む画面の一例を示す。 図１１Ｂは、実施の形態１における配達情報を含まない画面の一例を示す。 図１２は、実施の形態１の変形例に係る通知システムの機能配置を示すブロック図である。 図１３は、実施の形態２に係る通知システムの機能構成を示すブロック図である。 図１４は、実施の形態２における第２の配達情報を含む画面の一例を示す。 図１５は、実施の形態２における表示画面の一例を示す。 図１６は、実施の形態２の変形例における配達情報を含む画面の一例を示す。 図１７は、実施の形態２の変形例における配達情報を含まない画面の一例を示す。 図１８は、実施の形態３に係る通知システムの処理を示すフローチャートである。 図１９は、実施の形態４に係る通知システムの処理を示すフローチャートである。 図２０Ａは、実施の形態５におけるサービス提供システムの全体像を示す。 図２０Ｂは、実施の形態５におけるデータセンタ運営会社の一例を示す。 図２０Ｃは、実施の形態５におけるデータセンタ運営会社の一例を示す。 図２１は、実施の形態５におけるサービスの類型１（自社データセンタ型）を示す。 図２２は、実施の形態５におけるサービスの類型２（ＩａａＳ利用型）を示す。 図２３は、実施の形態５におけるサービスの類型３（ＰａａＳ利用型）を示す。 図２４は、実施の形態５におけるサービスの類型４（ＳａａＳ利用型）を示す。

以下、実施の形態について、図面を参照しながら具体的に説明する。

なお、以下で説明する実施の形態は、いずれも包括的又は具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、請求の範囲を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。また、各図は、必ずしも厳密に図示したものではない。各図において、実質的に同一の構成については同一の符号を付し、重複する説明は省略又は簡略化する。

（実施の形態１）
［通知システムの使用事例］
まず、実施の形態１に係る通知システム４００の使用事例について、図１を参照しながら説明する。図１は、実施の形態１に係る通知システム４００の使用事例を示す。

本実施の形態に係る通知システム４００は、ユーザ２０の住居である施設１０で用いられる。なお、施設１０は、住居に限定される必要はなく、配達員が物品の配達のために訪問する建造物であればよい。例えば、施設１０は、マンション、店舗、オフィス等であってもよい。

図１では、通知システム４００は、通知装置４１０と、インターホン装置４２０と、を備える。通知装置４１０とインターホン装置４２０とは、互いに通信可能に接続されている。

通知装置４１０は、訪問者５０が配達員であるか否かを確認し、確認結果に応じてユーザ２０に配達情報を通知する。言い換えると、通知装置４１０は、撮影された訪問者５０の画像が所定の条件を満たすか否かを判定し、判定結果に応じて配達情報を通知する。通知装置４１０は、施設１０の内部に位置し、例えば施設１０の壁、床又は天井に固定される。なお、通知装置４１０は、持ち運び可能であってもよい。

インターホン装置４２０は、施設１０の外部に配置され、例えば施設１０の出入口３０近傍に配置される。インターホン装置４２０は、訪問者５０の施設１０への訪問を受け付けるとともに、訪問者５０の顔画像を撮影する。インターホン装置４２０は、施設１０内の通知装置４１０との間で通話に使用することができる。

一般的には、インターホンとは、建物構内で専用に使用される電話である。したがって、インターホン装置は、建物外の設備及び建物内の設備を含む装置を意味する場合がある。しかしながら、本開示では、主に建物外の設備を意味する用語としてインターホン装置を用いる。

発注装置３００は、電子商取引により通販業者に商品を発注する。発注装置３００は、ユーザ２０に使用され、例えばスマートフォン、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、又は、それらの任意の組み合わせである。

［通知システムを含むシステム全体の機能構成］
ここで、通知システム４００及び外部サーバ等を含むシステム全体の機能構成について図２～図４Ｅを参照しながら説明する。図２は、実施の形態１に係る通知システム４００を含むシステム全体の機能構成を示すブロック図である。図３は、実施の形態１に係る通知システム４００の機能構成を示すブロック図である。図４Ａ～図４Ｅは、それぞれ、実施の形態１における発注情報５０１、配達依頼情報５０２、受付情報５０３、配達連絡情報５０４及び配達状態情報５０５の一例を示す。

図２に示すように、通知システム４００には、通販業者サーバ１００、配達業者サーバ２００及び発注装置３００が通信可能に接続されている。

［通販業者サーバ１００の機能構成］
まず、通販業者サーバ１００の機能構成について、図２及び図４Ａ～図４Ｃを参照しながら説明する。通販業者サーバ１００は、外部サーバの一例である。図２に示すように、通販業者サーバ１００は、通信部１０１と、注文受付部１０２と、荷物配達指示部１０３と、表示部１０４と、を備える。

通信部１０１は、例えば有線及び／又は無線通信回路で実現される。通信部１０１は、通信ネットワークを介して、発注装置３００から発注情報５０１を受信する。通信ネットワークとしては、例えばインターネット、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、又は、これらの任意の組合せを用いることができる。

発注情報５０１は、図４Ａに示すように、発注を識別する発注ＩＤと、発注者を識別するユーザＩＤと、発注された商品を識別する商品ＩＤと、発注された商品の数量と、発注された商品の配達先の住所と、を含む。なお、図４Ａに示す発注情報５０１は、一例であり、これに限定されない。例えば、発注情報５０１は、さらに、発注された商品の名称を含んでもよい。

さらに、通信部１０１は、通信ネットワークを介して、配達業者サーバ２００に配達依頼情報５０２を送信する。配達依頼情報５０２は、図４Ｂに示すように、発注の受付（つまり受注）を識別する受付ＩＤと、発注者を識別するユーザＩＤと、受注された商品を識別する商品ＩＤと、受注された商品の数量と、受注された商品の配達先の住所と、を含む。なお、図４Ｂに示す配達依頼情報５０２は、一例であり、これに限定されない。例えば、数量は、配達のために商品が詰められた箱の数量であってもよい。

また、通信部１０１は、通信ネットワークを介して、通知システム４００に受付情報５０３を送信する。受付情報５０３は、図４Ｃに示すように、発注の受付を識別する受付ＩＤと、発注を識別する発注ＩＤと、発注者を識別するユーザＩＤと、受注された商品を識別する商品ＩＤと、受注された商品の数量と、を含む。なお、図４Ｃに示す受付情報５０３は、一例であり、これに限定されない。例えば、受付情報５０３は、さらに、受注された商品の名称を含んでもよい。

注文受付部１０２は、例えばプロセッサと命令が格納されたメモリとで実現される。なお、注文受付部１０２は、専用の電子回路で実現されてもよい。注文受付部１０２は、発注装置３００から受信した発注情報５０１に基づいて、受注処理を行い、配達依頼情報５０２、受付情報５０３及び受付商品情報を生成する。

受付商品情報は、受注された商品に関する情報であり、荷物配達指示部１０３に送信される。受付商品情報は、例えば発注情報５０１内の商品ＩＤ及び数量等を含む。

荷物配達指示部１０３は、例えばプロセッサと命令が格納されたメモリとで実現される。なお、荷物配達指示部１０３は、専用の電子回路で実現されてもよい。荷物配達指示部１０３は、注文受付部１０２から受信した受付商品情報に基づいて、荷造り指示情報を生成する。荷造り指示情報は、商品倉庫内の作業者が商品の発送を準備するための情報であり、表示部１０４に送信される。荷造り指示情報は、例えば商品ＩＤ、数量及び受付ＩＤ等を含む。

表示部１０４は、例えば液晶ディスプレイ及び／又は有機ＥＬディスプレイで実現される。表示部１０４は、商品倉庫内に配置され、荷造り指示情報を表示する。倉庫内では、作業者は、表示部１０４に表示された荷造り指示情報に基づいて、商品を箱詰めし、受付ＩＤを認識可能な状態で配達業者に箱詰めされた商品を引き渡す。

［配達業者サーバ２００の機能構成］
次に、配達業者サーバ２００の機能構成について、図２及び図４Ｄを参照しながら説明する。配達業者サーバ２００は、外部サーバの一例である。図２に示すように、配達業者サーバ２００は、通信部２０１と、配達員顔情報保管部２０２と、配達受付部２０３と、配達業務決定部２０４と、を備える。

通信部２０１は、例えば有線及び／又は無線通信回路で実現される。通信部２０１は、通信ネットワークを介して、通販業者サーバ１００から配達依頼情報５０２を受信する。さらに、通信部２０１は、通信ネットワークを介して、配達連絡情報５０４を通知システム４００に送信する。

配達連絡情報５０４は、図４Ｄに示すように、発注の受付を識別する受付ＩＤと、配達業者を識別する配達業者ＩＤと、配達予定日時と、商品を配達する配達員の顔を示す配達員顔情報と、を含む。なお、図４Ｄに示す配達連絡情報５０４は、一例であり、これに限定されない。配達員顔情報は、複数の配達員の顔を示してもよい。

配達員顔情報保管部２０２は、例えばハードディスクドライブ及び／又は半導体メモリで実現される。配達員顔情報保管部２０２は、複数の配達員の顔情報を保管している。配達員顔情報は、配達員の顔画像であってもよいし、顔画像から抽出された特徴量であってもよい。

配達受付部２０３は、例えばプロセッサと命令が格納されたメモリとで実現される。なお、配達受付部２０３は、専用の電子回路で実現されてもよい。配達受付部２０３は、通販業者サーバ１００から受信した配達依頼情報５０２に基づいて、配達指示情報を生成する。配達指示情報は、商品の配達依頼に対し配達員を割り当てるための情報が含まれ、配達業務決定部２０４に送信される。

さらに、配達受付部２０３は、配達業務決定部２０４から受信した受付ＩＤ及び配達員顔情報に基づいて、配達連絡情報５０４を生成する。

配達業務決定部２０４は、例えばプロセッサと命令が格納されたメモリとで実現される。なお、配達業務決定部２０４は、専用の電子回路で実現されてもよい。配達業務決定部２０４は、配達受付部２０３から受信した配達指示情報に基づいて、配達依頼に対する配達員の割り当てを行い、割り当てられた配達員の顔情報を配達員顔情報保管部２０２から取得する。配達業務決定部２０４は、取得された配達員顔情報を受付ＩＤとともに配達受付部２０３に送信する。なお、オペレータが、配達員の割り当てを行ってもよい。この場合、配達業務決定部２０４は、配達員の割り当てを行うための情報をオペレータに提示してもよい。

［発注装置３００の機能構成］
次に、発注装置３００の機能構成について、図２を参照しながら説明する。図２に示すように、発注装置３００は、通信部３０１と、入力受付部３０２と、表示部３０３と、制御部３０４と、を備える。

通信部３０１は、例えば有線及び／又は無線通信回路で実現される。通信部３０１は、通信ネットワークを介して、通販業者サーバ１００に発注情報５０１を送信する。また、通信部３０１は、通知システム４００に発注情報５０１を送信してもよい。

入力受付部３０２は、ユーザ２０から入力を受け付けるための入力デバイスである。入力受付部３０２は、例えばディスプレイと一体に設けられたタッチパネル（つまり、タッチスクリーン）で実現される。また入力受付部３０２は、例えばキーボード及び／又はマウス等で実現されてもよい。入力受付部３０２は、ユーザ２０から商品の発注に関する情報の入力を受け付ける。

表示部３０３は、例えば液晶ディスプレイ及び／又は有機ＥＬディスプレイで実現される。表示部３０３は、入力受付部３０２で受け付けられた情報に基づいて、発注に必要な情報等を含む画面を表示する。

制御部３０４は、例えばプロセッサと命令が格納されたメモリとで実現される。なお、制御部３０４は、専用の電子回路で実現されてもよい。制御部３０４は、通信部３０１、入力受付部３０２及び表示部３０３の動作を制御して発注処理を行う。

［通知システム４００の構成］
次に、通知システム４００の構成について、図２、図３及び図４Ｅを参照しながら説明する。通知システム４００は、図３に示すように、通知装置４１０と、インターホン装置４２０と、を備える。また、通知システム４００は、図２に示すように、機能的に、通信部４０１と、訪問受付部４０２と、カメラ部４０３と、配達連絡情報受付部４０４と、顔画像照合部４０５と、通知部４０６と、を備える。通知システム４００の機能的な構成要素の各々は、通知装置４１０及び／又はインターホン装置４２０に実装される。

通信部４０１は、通知装置４１０及びインターホン装置４２０の各々に実装され、例えば有線及び／又は無線通信回路で実現される。通信部４０１は、通信ネットワークを介して、通販業者サーバ１００から受付情報５０３を受信する。さらに、通信部４０１は、通信ネットワークを介して、配達業者サーバ２００から配達連絡情報５０４を受信する。

また、通信部４０１は、通知装置４１０及びインターホン装置４２０の間でデータ通信を行う。例えば、通信部４０１は、インターホン装置４２０から通知装置４１０にカメラ画像を送信する。データ通信としては、有線通信及び／又は無線通信を用いることができる。無線通信としては、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、又は、これらの任意の組合せを用いることができる。

訪問受付部４０２は、インターホン装置４２０に実装され、例えば呼び出しボタン等で実現される。訪問受付部４０２は、施設１０への訪問者５０の訪問を受け付ける。訪問受付部４０２は、カメラ部４０３と連動してもよい。

カメラ部４０３は、インターホン装置４２０に実装され、例えばイメージセンサ及び光学レンズ等で実現される。カメラ部４０３は、施設１０の外部を撮影することにより、訪問受付部４０２によって受け付けられた訪問者５０の顔画像を撮影する。カメラ部４０３によって撮影された画像をカメラ画像と呼ぶ。カメラ部４０３は、訪問受付部４０２と連動してもよい。

配達連絡情報受付部４０４は、通知装置４１０に実装され、例えばプロセッサと命令が格納されたメモリとで実現される。なお、配達連絡情報受付部４０４は、専用の電子回路で実現されてもよい。配達連絡情報受付部４０４は、配達業者サーバ２００から受信した配達連絡情報５０４と、通販業者サーバ１００から受信した受付情報５０３とを対応付けて、配達状態情報５０５として記録する。

配達状態情報５０５は、図４Ｅに示すように、発注の受付を識別する受付ＩＤと、発注を識別する発注ＩＤと、発注者を識別するユーザＩＤと、受注された商品を識別する商品ＩＤと、受注された商品の数量と、配達業者を識別する配達業者ＩＤと、配達予定日時と、商品を配達する配達員の顔を示す配達員顔情報と、配達員が未来訪か来訪済かを示す状態と、を含む。なお、図４Ｅに示す配達状態情報５０５は、一例であり、これに限定されない。

配達連絡情報受付部４０４は、さらに、訪問受付部４０２で訪問が受け付けられた際にカメラ部４０３で顔画像が撮影されたときに、配達状態情報５０５において未来訪状態である配達員顔情報を顔画像照合部４０５に送信する。そして、配達連絡情報受付部４０４は、顔画像照合部４０５における照合結果に基づいて、対応する受付ＩＤを通知装置４１０に送信し、対応する受付ＩＤの状態を来訪済に更新する。

顔画像照合部４０５は、通知装置４１０に実装され、例えばプロセッサと命令が格納されたメモリとで実現される。なお、顔画像照合部４０５は、専用の電子回路で実現されてもよい。顔画像照合部４０５は、カメラ部４０３で撮影された顔画像（つまり、カメラ画像）と、配達連絡情報受付部４０４から受信した配達員顔情報とを照合する。言い換えると、顔画像照合部４０５は、顔情報とカメラ画像とを比較して、訪問者５０が配達員であるか否かを確認する。顔画像照合部４０５は、照合結果を配達連絡情報受付部４０４に送信する。

通知部４０６は、例えばディスプレイ、スピーカ、マイクロホン、ユーザインタフェース（例えばタッチパネル）又はそれらの任意の組み合わせで実現される。通知部４０６は、訪問者５０が配達員であることが確認されたときに、施設１０に物品の配達員が到着したことを示す配達情報を通知する。本実施の形態では、通知部４０６は、ディスプレイ（例えば液晶ディスプレイ又は有機ＥＬディスプレイ）に配達情報を表示する。なお、通知部４０６における通知手段は表示に限定されない。通知部４０６は、例えば音及び／又は振動により配達情報を通知してもよい。また、通知部４０６は、音及び／又は振動と、表示との組み合わせにより配達情報を通知してもよい。

［通知システム４００を含むシステム全体の動作］
以上のように構成された通知システムを含むシステム全体の動作について説明する。

［装置間のインタラクション］
まず、通販業者サーバ１００、配達業者サーバ２００、発注装置３００及び通知システム４００の間のインタラクションについて図５を参照しながら説明する。図５は、実施の形態１に係る通知システム４００を含むシステム全体のシーケンス図である。図５において、括弧内の数字は、時系列の順序を表す。

まず、発注装置３００は、発注処理を行う（０１）。これにより、発注情報５０１が、発注装置３００から通販業者サーバ１００に送信される（０２）。

続いて、通販業者サーバ１００は、発注情報５０１に基づいて、配達依頼情報５０２を配達業者サーバ２００に送信し（０３－１）、受付情報５０３を通知システム４００に送信する（０３－２）。さらに、通販業者サーバ１００は、荷造り指示情報を表示する（０４）。

配達業者サーバ２００は、配達依頼情報５０２に基づいて、配達依頼に対して配達員を割り当てる（０５）。さらに、配達業者サーバ２００は、割り当てられた配達員の顔情報を取得し（０６）、取得された顔情報を含む配達連絡情報５０４を通知システム４００に送信する（０７）。

ここで、通知システム４００が訪問者５０を受け付けると（０８）、通知システム４００は、訪問者５０の顔画像を撮影する（０９）。それから、通知システム４００は、配達状態情報５０５から未来訪状態である配達員顔情報を抽出する（１０）。通知システム４００は、撮影された訪問者５０の顔画像と、抽出された配達員顔情報とを照合する（１１）。通知システム４００は、照合結果に基づいて、表示内容を切り替える（１２）。

［発注装置３００の処理］
次に、発注装置３００の処理について、図６を参照しながら説明する。図６は、実施の形態１に係る発注装置３００の処理を示すフローチャートである。

まず、制御部３０４は、発注処理を行う（Ｓ１０１）。具体的には、制御部３０４は、入力受付部３０２によって受け付けられたユーザ２０の入力に基づいて発注情報５０１を生成する。通信部３０１は、発注情報５０１を通販業者サーバ１００に送信する（Ｓ１０２）。

［通販業者サーバ１００の処理］
次に、通販業者サーバ１００の処理について、図７を参照しながら説明する。図７は、実施の形態１に係る通販業者サーバ１００の処理を示すフローチャートである。

通信部１０１は、発注装置３００から発注情報５０１を受信する（Ｓ１１１）。注文受付部１０２は、発注情報５０１に基づいて、受付商品情報を荷物配達指示部１０３に送信する（Ｓ１１２）。

注文受付部１０２は、発注情報５０１に基づいて、通信部１０１を介して配達依頼情報５０２を配達業者サーバ２００に送信する（Ｓ１１３）。注文受付部１０２は、発注情報５０１に基づいて、通信部１０１を介して受付情報５０３を通知システム４００に送信する（Ｓ１１４）。

荷物配達指示部１０３は、受付商品情報に基づいて、表示部１０４に荷造り指示情報を送信する（Ｓ１１５）。表示部１０４は、荷造り指示情報を表示する（Ｓ１１６）。

［配達業者サーバ２００の処理］
次に、配達業者サーバ２００の処理について、図８を参照しながら説明する。図８は、実施の形態１に係る配達業者サーバ２００の処理を示すフローチャートである。

通信部２０１は、通販業者サーバ１００から配達依頼情報５０２を受信する（Ｓ１２１）。配達受付部２０３は、配達依頼情報５０２に基づいて、配達指示情報を配達業務決定部２０４に送信する（Ｓ１２２）。配達業務決定部２０４は、配達依頼に対して配達員を割り当てる（Ｓ１２３）。配達業務決定部２０４は、割り当てられた配達員の顔情報を配達受付部２０３に送信する（Ｓ１２４）。配達受付部２０３は、配達依頼情報５０２に基づいて、配達連絡情報５０４を通知システム４００に送信する（Ｓ１２５）。

［通知システム４００の処理］
次に、通知システム４００の処理について、図９及び図１０を参照しながら説明する。図９及び図１０は、実施の形態１に係る通知システム４００の処理を示すフローチャートである。

まず、通信部４０１は、通販業者サーバ１００から受付情報５０３を受信する（Ｓ１３１）。さらに、通信部４０１は、配達業者サーバ２００から配達連絡情報５０４を受信する（Ｓ１３２）。配達連絡情報受付部４０４は、受付情報５０３と配達連絡情報５０４とを紐づけて配達状態情報５０５として記録する（Ｓ１３３）。

訪問受付部４０２は、訪問者５０の訪問を受け付ける（Ｓ１３４）。このとき、カメラ部４０３は、訪問者５０の顔画像を撮影し、顔画像照合部４０５に送信する（Ｓ１３５）。配達連絡情報受付部４０４は、配達員顔情報を顔画像照合部４０５に送信する（Ｓ１３６）。顔画像照合部４０５は、カメラ部４０３で撮影された訪問者５０の顔画像と配達員顔情報とを照合し、照合結果を配達連絡情報受付部４０４へ通知する（Ｓ１３７）。この照合により、訪問者５０が配達員であるか否かが確認される。

ここで、訪問者５０の顔画像が配達員顔情報のいずれかと一致した場合（Ｓ１４１で一致）、配達連絡情報受付部４０４は、照合結果と配達状態情報５０５とに基づいて、どの発注に関する配達員が到着したかを示す配達情報を通知装置４１０に送信する（Ｓ１４２）。

通知部４０６は、配達連絡情報受付部４０４から受信した配達情報を表示する（Ｓ１４３）。このとき、通知部４０６は、第１の通知方法で配達情報を表示してもよい。例えば、通知部４０６は、第１の通知音を出力してから配達情報を表示してもよいし、第１の色で配達情報を表示してもよい。

配達連絡情報受付部４０４は、照合結果に基づいて、配達状態情報５０５を更新する（Ｓ１４４）。具体的には、配達連絡情報受付部４０４は、照合が成功した配達員顔情報に対応する状態を来訪済に変更する。

一方、訪問者５０の顔画像が配達員顔情報のいずれとも一致しない場合（Ｓ１４１で不一致）、通知部４０６は、カメラ部４０３で撮影された画像を表示する（Ｓ１４５）。つまり、通知部４０６は、施設１０への訪問者５０の来訪を示す訪問情報を通知する。このとき、通知部４０６は、第２の通知方法で訪問情報を通知してもよい。第２の通知方法は、ステップＳ１４３における第１の通知方法と異なる。例えば、通知部４０６は、第１の通知音と異なる第２の通知音を出力してから訪問情報を表示してもよいし、第１の色と異なる第２の色で訪問情報を表示してもよい。

［配達情報の表示例］
ここで、図１０のステップＳ１４３及びステップＳ１４５の各々における表示画面の一例について図１１Ａ及び図１１Ｂを参照しながら説明する。図１１Ａは、実施の形態１における配達情報を含む画面の一例を示す。図１１Ｂは、実施の形態１における配達情報を含まない画面の一例を示す。

図１１Ａでは、通知装置４１０のディスプレイに、カメラ部４０３で撮影された訪問者（配達員）の画像４１０１と、配達された物品の画像４１０２と、配達情報４１０３とが表示されている。ここでは、配達情報４１０３は、配達員が到着したことを示す情報に加えて、発注及び発注された商品をユーザ２０が認識可能な情報を含む。なお、配達情報４１０３は、一例であり、これに限定されない。例えば、配達情報４１０３は、さらに、通販業者の情報、発注日時、物品に対応する商品名、又はこれらの任意の組み合わせを含んでもよい。

配達された物品の画像４１０２は、発注ＩＤに基づいて発注装置３００から取得されてもよいし、受注ＩＤに基づいて通販業者サーバ１００から取得されてもよい。

図１１Ｂでは、通知装置４１０のディスプレイに、カメラ部４０３で撮影された訪問者の画像４１０１と、配達員顔情報と顔画像が一致しない訪問者であることを示す訪問情報４１０４とが表示されている。

［効果等］
以上のように、本実施の形態に係る通知システム４００の制御方法は、（ａ）配達業者サーバ２００から、物品の配達員の顔情報を取得し、（ｂ）施設１０の外部に配置されたカメラで撮影された施設１０への訪問者５０の顔のカメラ画像を取得し、（ｃ）顔情報及びカメラ画像を比較して、訪問者５０が配達員であるか否かを確認し、（ｄ）訪問者５０が配達員であると確認された場合、通知装置４１０により、施設１０に物品の配達員が到着したことを示す配達情報を通知することができる。

これによれば、配達員の顔情報と訪問者５０の顔画像とを比較することで、訪問者５０が配達員であるか否かを確認することができる。そして、訪問者５０が配達員であると確認された場合に、配達情報を通知することができる。したがって、訪問者５０が配達員に偽装している場合に、訪問者５０が配達員でないことを確認でき、セキュリティを向上させることができる。さらに、通知システム４００で比較が行われるので、カメラ画像を配達業者に送る必要がなく、訪問者５０のプライバシー保護を図ることもできる。

また、本実施の形態に係る通知システム４００の制御方法において、（ｇ）訪問者５０が配達員であると確認されなかった場合、通知装置４１０により、施設１０への訪問者５０の来訪を示す訪問情報を第２の通知方法で通知し、上記（ｄ）の工程では、第２の通知方法とは異なる第１の通知方法で配達情報を通知してもよい。

これによれば、訪問者５０が配達員である場合とそうでない場合とで異なる通知方法を用いることができるので、ユーザ２０に容易に訪問者５０が配達員であるか否かを認識させることができ、セキュリティを向上させることができる。

（実施の形態１の変形例）
次に、実施の形態１の変形例について説明する。本変形例では、通知システムの機能配置が上記実施の形態１と主として異なる。具体的には、本変形例では、通知装置の機能の一部がクラウドサーバで実現される点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に本変形例について図面を参照しながら説明する。

［通知システム４００Ａの機能配置］
図１２は、実施の形態１の変形例に係る通知システム４００Ａの機能配置を示すブロック図である。通知システム４００Ａは、クラウドサーバ４１０ａと、通知装置４１０ｂと、インターホン装置４２０と、を備える。

クラウドサーバ４１０ａは、施設１０の外部に位置し、通知装置４１０ｂ及びインターホン装置４２０と通信可能に接続される。クラウドサーバ４１０ａでは、クラウドコンピューティングで処理が行われる。なお、クラウドサーバ４１０ａの代わりに、エッジコンピューティングで処理が行われるエッジサーバが用いられてもよい。

クラウドサーバ４１０ａは、図１２に示すように、通信部４０１と、配達連絡情報受付部４０４と、顔画像照合部４０５と、を備える。

通知装置４１０ｂは、施設１０の内部に位置し、クラウドサーバ４１０ａ及びインターホン装置４２０と通信可能に接続される。例えば、通知装置４１０ｂは、施設１０の壁、床又は天井に固定される。なお、通知装置４１０ｂは、持ち運び可能であってもよい。図１２に示すように、通知装置４１０ｂは、通信部４０１と通知部４０６とを備える。

［効果等］
以上のように、本変形例に係る通知システム４００Ａでは、顔情報とカメラ画像とを照合する顔画像照合部４０５をクラウドサーバ４１０ａに備えることができる。

これによれば、顔情報とカメラ画像との照合をクラウドサーバ４１０ａで実現することができ、通知装置４１０ｂの処理負荷を軽減することができる。したがって、通知装置４１０ｂの処理能力が低い場合でも通知システム４００Ａを導入することができ、通知システム４００Ａの汎用性を向上させることができる。

（実施の形態２）
次に、実施の形態２について説明する。実施の形態２では、ユーザの動作に応じて通知方法が切り替えられる点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に、本実施の形態について図面を参照しながら説明する。

［通知システム４００Ｂの機能構成］
本実施の形態に係る通知システム４００Ｂは、通信部４０１と、訪問受付部４０２と、カメラ部４０３と、配達連絡情報受付部４０４と、顔画像照合部４０５と、通知部４０６Ｂと、ユーザ状態確認部４０７と、を備える。ユーザ状態確認部４０７は、検知部４０７１と、認識部４０７２と、出力部４０７３と、を備える。

検知部４０７１は、例えば施設１０の内部に配置された複数のセンサにより実現される。センサとしては、例えばイメージセンサ、赤外線センサ、可視光センサ又はマイクロホン等を用いることができる。検知部４０７１は、ユーザ２０を検知する。

認識部４０７２は、例えばプロセッサと命令が格納されたメモリとで実現される。なお、認識部４０７２は、専用の電子回路で実現されてもよい。認識部４０７２は、検知部４０７１の出力信号に基づいてユーザ２０の動作を認識する。検知部４０７１の出力信号は、例えばセンサ値の時系列信号又はそれを加工して得られるデータである。

例えば、認識部４０７２は、メモリに格納された参照情報を参照して、検知部４０７１の出力信号に対応するユーザ２０の動作を判定する。ここで、参照情報は、複数のユーザの動作と複数の出力信号のパターンとが対応付けられた情報である。なお、参照情報は、複数のユーザと、複数の動作と、複数の出力信号のパターンとが対応付けられた情報であってもよい。この場合、認識部４０７２は、検知部４０７１の出力信号からユーザを認識することもできる。なお、認識部４０７２によるユーザの動作の認識方法は、従来技術が用いられてもよく、特に限定されない。

出力部４０７３は、認識部４０７２によって認識されたユーザ２０の動作情報を通知部４０６Ｂに出力する。

通知部４０６Ｂは、ユーザ状態確認部４０７から取得したユーザ２０の動作情報に基づいて、ユーザ２０が所定の動作をしているか否かを判定する。通知部４０６Ｂは、判定結果に応じて、配達情報の通知方法を切り替える。具体的には、通知部４０６Ｂは、ユーザ２０が所定の動作をしていると判定された場合に第１の通知方法で配達情報を通知し、ユーザ２０が所定の動作をしていると判定されなかった場合に第１の通知方法と異なる第２の通知方法で配達情報を通知する。

例えば、第１の通知方法では、第１の通知音が用いられ、第２の通知方法では、第１の通知音と異なる第２の通知音が用いられてもよい。また例えば、第１の通知方法と第２の通知方法とでは、画面遷移が異なってもよい。

所定の動作としては、例えば、ユーザ２０が配達員から物品を受け取ることを難しくする動作の採用が考えられる。具体的には、所定の動作としては、例えば、料理をしている、掃除をしている、テレビを見ている、風呂に入っている、トイレに入っている、又は就寝している等を用いることができる。

所定の動作はより詳細に規定されても良い。料理の内容に応じて、所定動作か否かの判断を変更してもよい。予め定められた料理は所定動作とするが、予め定められていない料理は所定動作としない。例えば、コンロ又はＩＨクッキングヒーターを用いた加工の料理の動作は所定の動作とするが、まな板で食材を加工している動作は所定動作としない。または、テレビ番組の内容に応じて、所定動作か否かの判断を変更してもよい。例えば、スポーツ番組の視聴動作は所定の動作とするが、情報番組の視聴動作は所定の動作としない。

これにより、料理をしている又はテレビを見ているなどの場合には、料理動作又はテレビの視聴動作の中でも所定の動作を詳細に規定し、風呂に入っている、トイレに入っている、又は就寝している場合には、所定の動作を詳細に規定しないことも可能である。

［通知システム４００Ｂの処理］
次に、通知システム４００Ｂの処理について、図１４を参照しながら説明する。図１４は、実施の形態２に係る通知システム４００Ｂの処理を示すフローチャートである。

実施の形態１と同様にステップＳ１３１～ステップＳ１４２の処理が行われた後、通知部４０６Ｂは、ユーザ状態確認部４０７から取得したユーザ２０の動作情報に基づいて、ユーザ２０が所定の動作をしているか否かを判定する（Ｓ１５１）。ここで、ユーザ２０が所定の動作をしていると判定された場合（Ｓ１５１でＹｅｓ）、通知部４０６Ｂは、第１の通知方法で配達情報を表示する（Ｓ１５２）。一方、ユーザ２０が所定の動作をしていると判定されなかった場合（Ｓ１５１でＮｏ）、通知部４０６Ｂは、第２の通知方法で配達情報を表示する（Ｓ１５３）。

［配達情報の表示例］
ここで、図１４のステップＳ１５２及びステップＳ１５３で用いられる第１の通知方法及び第２の通知方法について図１１Ａ及び図１５を参照しながら説明する。図１５は、実施の形態２における表示画面の一例を示す。

まず、第１の通知方法について説明する。図１５に示すように、第１の通知方法では、通知部４０６Ｂは、ディスプレイに、カメラ部４０３で撮影された訪問者（配達員）の画像４１０１と、配達された物品の画像４１０２と、受け取り選択ボタン４１０５とを表示する。受け取り選択ボタン４１０５は、配達員から物品を後で受け取るか、今受け取るかを選択可能なグラフィカルユーザインタフェースである。ここで、「今受け取る」が選択された場合、例えば図１１Ａの配達情報４１０３が表示される。一方、「後で受け取る」が選択された場合、例えば再配達の日時を指定するための画面が表示される。

受け取り選択ボタン４１０５の他の例として、「１分後に受け取る」が用いられてもよい。つまり、この例は、所定時間後に受け取ることを配達員に通知するための選択に対応し、配達員に、所定時間、施設１０の前で待つことを依頼する内容に対応する。例えば、「１分後に受け取る」が選択された場合、所定時間後に受け取ることが入力受付部３０２のディスプレイ画面に表示される。なお、画面には、所定時間までのカウントが表示されても良い。また、受け取り選択ボタン４１０５の他の例として、「後ほど受け取るので玄関前に置いていってください」が採用されてもよい。

次に、第２の通知方法について説明する。第２の通知方法では、図１５の受け取り選択ボタン４１０５が表示されず、いきなり図１１Ａの配達情報４１０３が表示される。

なお、図１１Ａ及び図１５の第１の通知方法及び第２の通知方法における画面遷移は、一例であり、これに限定されない。

通知部４０６Ｂは、ユーザ２０が所定の動作をしているか否かの判定結果に応じて、配達情報の通知方法を切り替えている。このとき、配達員から物品を受け取るのが難しい所定の動作と判定された場合、通知部４０６Ｂは、インターホン装置４２０を用いて、配達員に、所定時間後の配達を自動的に依頼し、かつ、その依頼がされた場合、ユーザ２０に第２の通知方法により通知する。例えば、インターホン装置４２０は、入力受付部３０２のディスプレイ又はスピーカにより、所定時間後の配達を伝える。ユーザ２０の動作のみに基づいて訪問者５０への依頼を変更した場合、ユーザ２０の情報が依頼内容に応じて把握されることになる。したがって、配達員顔情報と一致した訪問者５０にのみ、ユーザ２０の状況に応じて、配達依頼することで、セキュリティを考慮した配達依頼が可能になる。

［効果等］
以上のように、本実施の形態に係る通知システム４００Ｂの制御方法では、施設１０の内部に、ユーザ２０を検知する検知部４０７１が位置しており、制御方法は、さらに、（ｅ）検知部４０７１の出力信号に基づいて、ユーザ２０が所定の動作をしているか否かの判定を行い、上記（ｄ）の工程において、判定の結果に応じて、配達情報の通知方法を切り替えることができる。

これによれば、ユーザ２０の動作に応じて配達情報の通知方法を切り替えることができる。例えば、ユーザ２０が配達員から物品を受け取ることが難しい動作が行われている状況において、その状況に適した通知方法を用いて配達情報を通知することが可能となる。

（実施の形態２の変形例）
次に、実施の形態２の変形例について説明する。本変形例では、複数のユーザの動作に応じて複数の通知装置の中から配達情報を通知する通知装置が切り替えられる点が上記実施の形態２と主として異なる。以下に、上記実施の形態２と異なる点を中心に、本変形例について図面を参照しながら説明する。

本変形例では、施設１０の内部に複数の通知装置４１０ｂが位置する。また、検知部４０７１は、例えば施設１０の異なる位置に配置された複数のセンサで実現され、施設１０の内部に位置する複数のユーザ２０の各々を検知する。

クラウドサーバ４１０ａは、検知部４０７１の出力信号に基づいて、複数のユーザ２０の中から、所定の動作をしていない少なくとも１人のユーザ２０を選択する。クラウドサーバ４１０ａは、複数の通知装置４１０ｂのうち、選択されたユーザ２０から所定範囲に位置する少なくとも１つの通知装置４１０ｂに配達情報を送信する。少なくとも１つの通知装置４１０ｂは、クラウドサーバ４１０ａから受信した配達情報を通知する。

所定範囲は、例えば、予め定められた距離によって定義される。この場合、予め定められた距離は、メモリに予め保持されてもよい。また、所定範囲は、施設１０内の予め区画された領域（例えば台所、子供部屋等）によって定義されてもよい。

［配達情報の表示例］
本変形例における表示画面の一例について図１６及び図１７を参照しながら説明する。図１６は、実施の形態２の変形例における配達情報を含む画面の一例を示す。図１７は、実施の形態２の変形例における配達情報を含まない画面の一例を示す。

ここでは、施設１０内で、母親が台所で料理をしており、子供が子供部屋で本を読んでいる。この場合に、訪問者５０の顔画像と配達員顔情報とが一致する場合に、施設１０の内部に位置する母親及び子供の中から、所定の動作である料理をしていない子どもが選択される。そして、子供部屋に位置する通知装置４１０ｂは、「お母さんが料理中で忙しいので、代わりに配達物（商品Ｃ０００１）を受け取ってください。」という文字情報を配達情報４１０６として表示する。一方、台所に位置する通知装置４１０ｂは、「子供に配達物を配達員から受け取ってもらうよう通知しました。」という文字情報４１０７を表示する。

これにより、料理で忙しくて配達物を受け取れない母親に代わって、子供が配達物を確実に受け取ることができる。

［効果等］
以上のように、本変形例に係る通知システムの制御方法では、通知システム４００Ｂは、複数の通知装置４１０ｂを含み、検知部４０７１は、複数のユーザ２０の各々を検知し、制御方法は、さらに、（ｆ）検知部４０７１の出力信号に基づいて、複数のユーザ２０の中から、所定の動作をしていない少なくとも１人のユーザ２０を選択し、上記（ｄ）の工程において、複数の通知装置４１０ｂのうちの少なくとも１つの通知装置４１０ｂにより、配達情報を通知することができる。ここで、少なくとも１つの通知装置４１０ｂは、選択された少なくとも１人のユーザ２０から所定範囲に位置する。

これによれば、配達員から物品を受け取ることが難しい動作中のユーザ２０を避けて、そのような動作を行っていないユーザ２０に配達情報を通知することができる。したがって、ユーザ２０が配達員から物品を確実に受け取ることが可能となる。

（実施の形態３）
次に、実施の形態３について説明する。実施の形態３では、物品の配達員とは異なる訪問者の施設への訪問予定情報に基づいて、訪問情報の通知方法を切り替える点が、上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に、本実施の形態について図面を参照しながら説明する。

なお、本実施の形態に係る通知システム４００の構成については、上記実施の形態１と同様であるので、図示及び説明を省略する。

［通知システム４００の処理］
本実施の形態に係る通知システム４００の処理について図１８を参照しながら説明する。図１８は、実施の形態３に係る通知システム４００の処理を示すフローチャートである。

訪問者５０の顔画像が配達員顔情報のいずれとも一致しない場合（Ｓ１４１で不一致）、通知装置４１０は、所定期間における施設１０への訪問者の訪問予定情報を取得し、訪問者５０の訪問日時が訪問予定日時から所定時間範囲に含まれるか否かを判定する（Ｓ２４１）。訪問予定情報は、物品の配達予定日時を示す第１の訪問予定情報と、物品の配達員とは異なる訪問者の訪問予定日時を示す第２の訪問予定情報と、を含む。第１の訪問予定情報は、例えば、図４Ｅに示す配達状態情報である。所定時間範囲は、経験的又は実験的に予め定められればよく、例えばメモリに予め格納される。

ここで、訪問日時が訪問予定日時から所定時間範囲に含まれる場合（Ｓ２４１でＹｅｓ）、通知部４０６は、予定されている訪問者の来訪を示す訪問情報を表示する（Ｓ２４２）。例えば、通知部４０６は、「予定している訪問者の訪問がありました」又は「Ａさんの訪問がありました」等の文字情報を表示する。一方、訪問日時が訪問予定日時から所定時間範囲に含まれていない場合（Ｓ２４１でＮｏ）、通知部４０６は、予定されていない訪問者の来訪を示す訪問情報を表示し（Ｓ２４３）、処理を終了する。例えば、通知部４０６は、「予定していない訪問者がありました」又は「訪問がありました」の文字情報を表示する。

ステップＳ１４４又はステップＳ２４２の後に、通知装置４１０は、ユーザ２０が施設１０に不在か否かを判定する（Ｓ２４４）。例えば、通知装置４１０は、ユーザ２０のスケジュール情報に基づいて、ユーザ２０の不在を判定する。また、通知装置４１０は、配達情報又は訪問情報の通知後、所定時間にわたってユーザ２０の反応が検出されなかった場合に、ユーザ２０が不在であると判定してもよい。ユーザの反応は、施設１０内に位置するセンサから得られるデータ又は通知装置４１０に対するユーザの操作があるか否かで検出することができる。

ここで、ユーザ２０が不在である場合（Ｓ２４４のＹｅｓ）、訪問受付部４０２は、訪問者５０にユーザ２０の不在を通知し（Ｓ２４５）、処理を終了する。

なお、ステップＳ１４３、ステップＳ２４２及びステップＳ２４３における配達情報又は訪問情報の通知では、配達情報又は訪問情報の表示の代わりに、配達情報又は訪問情報の音声（ｖｏｉｃｅ）が出力されてもよい。また、配達情報又は訪問情報の表示に加えて、音（ｓｏｕｎｄ）又は音楽（ｍｕｓｉｃ）が出力されてもよい。

また、ステップＳ１４３、ステップＳ２４２及びステップＳ２４３における配達情報又は訪問情報の通知では、互いに異なる第１～第３の通知方法が用いられてもよい。例えば、第１～第３の通知方法で異なる通知音が出力されてもよい。また例えば、第１～第３の通知方法で異なる色で情報が表示されてもよい。

［効果等］
以上のように、本実施の形態に係る通知システム４００の制御方法では、上記（ｄ）の工程において、配達情報を第１の通知方法で通知し、制御方法は、さらに、（ｈ）所定期間における施設１０への訪問者５０の訪問予定の情報を取得し、訪問予定の情報には、物品の配達予定日時を示す第１の訪問予定情報と、物品の配達員とは異なる訪問者の訪問予定日時を示す第２の訪問予定情報とが含まれており、（ｉ）訪問者５０が配達員であると確認されず、かつ、訪問者５０の訪問日時が訪問予定日時から所定時間範囲に含まれる場合、通知装置４１０により、施設１０への訪問者５０の来訪を示す訪問情報を第２の通知方法で通知し、（ｊ）訪問者５０が配達員であると確認されず、かつ、訪問者５０の訪問日時が訪問予定日時から所定時間範囲に含まれない場合、通知装置４１０により、施設１０への訪問者５０の来訪を示す訪問情報を第３の通知方法で通知することができる。

これによれば、配達員、予定されている訪問者、及び、予定されていない訪問者とで異なる通知方法を用いることができる。したがって、ユーザ２０が予定されていない訪問者を認識することを容易にすることができ、セキュリティを向上させることができる。

また、第３の方法による通知の場合には、訪問者５０が予定されている訪問者ではないので、ユーザ２０の不在を伝えることにより防犯上のリスクが増大する可能性がある。よって、例えば、第１の方法及び第２の方法の通知後から所定時間においてユーザの反応を検出できなかった場合、訪問受付部により訪問者５０にユーザが不在であることを示す情報を伝え、第３の方法の通知後はユーザの反応に依存せずユーザが不在であることを伝えないことで、防犯上のリスクの増大を抑えつつ、訪問者５０の利便性を向上させることができる。

（実施の形態４）
次に、実施の形態４について説明する。実施の形態４では、配達業毎に顔照合のためのアプリケーションプログラムが切り替えられる点が、上記各実施の形態と異なる。以下に、上記各実施の形態と異なる点を中心に、本実施の形態について説明する。

なお、本実施の形態に係る通知システム４００の構成については、上記実施の形態１と同様であるので、図示及び説明を省略する。

［通知システム４００の処理］
本実施の形態に係る通知システム４００の処理について図１９を参照しながら説明する。図１９は、実施の形態４に係る通知システム４００の処理を示すフローチャートである。

ステップＳ１３１～ステップＳ１３５の処理が行われた後、顔画像照合部４０５は、配達業者を認識する（Ｓ３３１）。例えば、顔画像照合部４０５は、カメラ部４０３によって撮影された訪問者の画像から配達員の制服等から配達業者を認識する。

続いて、顔画像照合部４０５は、複数の配達業者に対応する複数のアプリケーションプログラムのうち、認識された配達業者に対応するアプリケーションプログラムを起動する（Ｓ３３２）。配達業者に対応するアプリケーションプログラムは、当該配達業者の配達員顔情報へのアクセスが許可されているプログラムである。つまり、アプリケーションプログラムは、複数の配達業者のうち、少なくとも１つの配達業者の配達員顔情報にアクセスすることができ、他の配達業者の配達員顔情報にアクセスすることができない。

その後、ステップＳ１３６及び／又はステップＳ１３７の処理は、起動されたアプリケーションプログラムを用いて行われる。

なお、図１９では、カメラ部４０３で撮影された画像から配達業者が認識された後にアプリケーションプログラムが起動される例を示したが、これに限られない。例えば、顔画像照合部４０５は、例えば図４Ｅに示す配達状態情報５０５参照して、未来訪状態の配達予定日時に基づいて、業者ＩＤに対応するアプリケーションプログラムを起動してもよい。また、顔画像照合部４０５は、配達業者サーバ２００から配達員の位置情報を取得して、施設１０に配達員が近づいたときに、アプリケーションプログラムを起動してもよい。また、施設１０の前で配達員が端末を用いて物品をチェックしたときに、配達業者サーバ２００から通知システム４００にメッセージが送信され、そのメッセージに基づいてアプリケーションプログラムが起動されてもよい。

［効果等］
以上のように、本実施の形態に係る通知システム４００の制御方法では、さらに、上記（ｃ）の工程の前に、（ｊ）カメラ部４０３で撮影された訪問者５０のカメラ画像から訪問者に関連する配達業者を認識し、上記（ｃ）の工程において、認識された配達業者に対応するアプリケーションプログラムを用いて、顔情報及びカメラ画像を比較する。

これによれば、配達業者によってアプリケーションプログラムの切り替えが必要な場合に、自動的に切り替えることが可能となる。

（実施の形態５）
次に、実施の形態５について説明する。本実施の形態では、配達情報の通知を含むサービスを提供するサービス提供システムについて説明する。

［提供するサービスの全体像］
図２０Ａには、実施の形態５におけるサービス提供システムの全体像が示されている。

グループ１０００は、例えば企業、団体、家庭等であり、その規模を問わない。グループ１０００には、複数の機器１０１０に含まれる機器Ａ、機器Ｂ及びホームゲートウェイ１０２０が存在する。例えば、機器Ａは、上記実施の形態１における通知装置４１０ｂ又はインターホン装置４２０である。複数の機器１０１０には、インターネットと接続可能な機器（例えば、スマートフォン、ＰＣ、ＴＶ等）もあれば、それ自身ではインターネットと接続不可能な機器（例えば、照明、洗濯機等）も存在する。それ自身ではインターネットと接続不可能な機器であっても、ホームゲートウェイ１０２０を介してインターネットと接続可能となる機器が存在してもよい。またグループ１０００には複数の機器１０１０を使用するユーザ９９０Ａが存在する。

データセンタ運営会社１１００には、クラウドサーバ１１１０が存在する。クラウドサーバ１１１０とはインターネットを介して様々な機器と連携する仮想化サーバである。例えば、クラウドサーバ１１１０は、上記実施の形態１におけるクラウドサーバ４１０ａである。クラウドサーバ１１１０は、主に通常のデータベース管理ツール等で扱うことが困難な巨大なデータ（ビッグデータ）等を管理する。データセンタ運営会社１１００は、データ管理やクラウドサーバ１１１０の管理、それらを行うデータセンタの運営等を行っている。データセンタ運営会社１１００が行っている役務については詳細を後述する。ここで、データセンタ運営会社１１００は、データ管理やクラウドサーバ１１１０の運営等のみを行っている会社に限らない。例えば複数の機器１０１０のうちの１つの機器を開発・製造している機器メーカが、併せてデータ管理やクラウドサーバ１１１０の管理等を行っている場合は、機器メーカがデータセンタ運営会社１１００に該当する（図２０Ｂ）。また、データセンタ運営会社１１００は１つの会社に限らない。例えば機器メーカ及び他の管理会社が共同もしくは分担してデータ管理やクラウドサーバ１１１０の運営を行っている場合は、両者もしくはいずれか一方がデータセンタ運営会社１１００に該当するものとする（図２０Ｃ）。

サービスプロバイダ１２００は、サーバ１２１０を保有している。ここで言うサーバ１２１０とは、その規模は問わず例えば、個人用ＰＣ内のメモリ等も含む。また、サービスプロバイダがサーバ１２１０を保有していない場合もある。

なお、上記サービスにおいてホームゲートウェイ１０２０は必須ではない。例えば、クラウドサーバ１１１０が全てのデータ管理を行っている場合等は、ホームゲートウェイ１０２０は不要となる。また、家庭内のあらゆる機器がインターネットに接続されている場合のように、それ自身ではインターネットと接続不可能な機器は存在しない場合もある。

次に、上記サービスにおける情報の流れを説明する。

まず、グループ１０００の機器Ａ又は機器Ｂは、各機器で得られた情報をデータセンタ運営会社１１００のクラウドサーバ１１１０に送信する。クラウドサーバ１１１０は機器Ａ又は機器Ｂの情報を集積する（図２０Ａの（ａ））。ここで集積される情報は、複数の機器１０１０の、例えば運転状況や動作日時、動作モード、位置等を示す情報である。例えば、テレビの視聴履歴やレコーダの録画予約情報、洗濯機の運転日時・洗濯物の量、冷蔵庫の開閉日時・開閉回数、冷蔵庫内の食品の量などであるが、これらのものに限らずあらゆる機器から取得が可能なすべての情報をいう。情報は、インターネットを介して複数の機器１０１０自体から直接クラウドサーバ１１１０に提供される場合もある。また複数の機器１０１０から一旦ホームゲートウェイ１０２０に情報が集積され、ホームゲートウェイ１０２０からクラウドサーバ１１１０に提供されてもよい。

次に、データセンタ運営会社１１００のクラウドサーバ１１１０は、集積した情報を一定の単位でサービスプロバイダ１２００に提供する。ここで、一定の単位は、データセンタ運営会社が集積した情報を整理してサービスプロバイダ１２００に提供することのできる単位でもいいし、サービスプロバイダ１２００が要求した単位でもいい。一定の単位と記載したが一定でなくてもよく、状況に応じて提供する情報量が変化する場合もある。情報は、必要に応じてサービスプロバイダ１２００が保有するサーバ１２１０に保存される（図２０Ａの（ｂ））。そして、サービスプロバイダ１２００は、情報をユーザに提供するサービスに適合する情報に整理し、ユーザに提供する。提供するユーザは、複数の機器１０１０を使用するユーザ９９０Ａでもよいし、外部のユーザ９９０Ｂでもよい。ユーザへのサービス提供方法は、例えば、サービスプロバイダから直接ユーザへ提供されてもよい（図２０Ａの（ｅ）、（ｆ））。また、ユーザへのサービス提供方法は、例えば、データセンタ運営会社１１００のクラウドサーバ１１１０を再度経由して、ユーザに提供されてもよい（図２０Ａの（ｃ）、（ｄ））。また、データセンタ運営会社１１００のクラウドサーバ１１１０が情報をユーザに提供するサービスに適合する情報に整理し、サービスプロバイダ１２００に提供してもよい。

なお、ユーザ９９０Ａとユーザ９９０Ｂとは、別でも同一でもよい。

上記態様において説明された技術は、例えば、以下のクラウドサービスの類型において実現されうる。しかし、上記態様において説明された技術が実現される類型はこれに限られるものでない。

［サービスの類型１：自社データセンタ型］
図２１は、サービスの類型１（自社データセンタ型）を示す。本類型は、サービスプロバイダ１２００がグループ１０００から情報を取得し、ユーザに対してサービスを提供する類型である。本類型では、サービスプロバイダ１２００が、データセンタ運営会社の機能を有している。即ち、サービスプロバイダが、ビッグデータの管理をするクラウドサーバ１１１０を保有している。したがって、データセンタ運営会社は存在しない。

本類型では、サービスプロバイダ１２００は、データセンタ９０３（クラウドサーバ１１１０）を運営、管理している。また、サービスプロバイダ１２００は、ＯＳ９０２及びアプリケーション９０１を管理する。サービスプロバイダ１２００は、サービスプロバイダ１２００が管理するＯＳ９０２及びアプリケーション９０１を用いてサービス９０４の提供を行う。

［サービスの類型２：ＩａａＳ利用型］
図２２は、サービスの類型２（ＩａａＳ利用型）を示す。ここでＩａａＳとはインフラストラクチャー・アズ・ア・サービスの略であり、コンピュータシステムを構築及び稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１００がデータセンタ９０３（クラウドサーバ１１１０）を運営、管理している。また、サービスプロバイダ１２００は、ＯＳ９０２及びアプリケーション９０１を管理する。サービスプロバイダ１２００は、サービスプロバイダ１２００が管理するＯＳ９０２及びアプリケーション９０１を用いてサービス９０４の提供を行う。

［サービスの類型３：ＰａａＳ利用型］
図２３は、サービスの類型３（ＰａａＳ利用型）を示す。ここでＰａａＳとはプラットフォーム・アズ・ア・サービスの略であり、ソフトウエアを構築及び稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１００は、ＯＳ９０２を管理し、データセンタ９０３（クラウドサーバ１１１０）を運営、管理している。また、サービスプロバイダ１２００は、アプリケーション９０１を管理する。サービスプロバイダ１２００は、データセンタ運営会社が管理するＯＳ９０２及びサービスプロバイダ１２００が管理するアプリケーション９０１を用いてサービス９０４の提供を行う。

［サービスの類型４：ＳａａＳ利用型］
図２４は、サービスの類型４（ＳａａＳ利用型）を示す。ここでＳａａＳとはソフトウエア・アズ・ア・サービスの略である。例えばデータセンタ（クラウドサーバ）を保有しているプラットフォーム提供者が提供するアプリケーションを、データセンタ（クラウドサーバ）を保有していない会社・個人（利用者）がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１００は、アプリケーション９０１を管理し、ＯＳ９０２を管理し、データセンタ９０３（クラウドサーバ１１１０）を運営、管理している。また、サービスプロバイダ１２００は、データセンタ運営会社１１００が管理するＯＳ９０２及びアプリケーション９０１を用いてサービス９０４の提供を行う。

以上いずれの類型においても、サービスプロバイダ１２００がサービス提供行為を行ったものとする。また例えば、サービスプロバイダもしくはデータセンタ運営会社は、ＯＳ、アプリケーションもしくはビッグデータのデータベース等を自ら開発してもよいし、また、第三者に外注させてもよい。

（他の実施の形態）
以上、本開示の１つまたは複数の態様に係る情報処理システムについて、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の１つまたは複数の態様の範囲内に含まれてもよい。

例えば、本開示の一態様は、このような情報処理システムだけではなく、情報処理システムに含まれるプロセッサが行う処理をステップとする表示制御方法であってもよい。また、本開示の一態様は、表示制御方法に含まれる特徴的な各ステップをコンピュータに実行させるコンピュータプログラムであってもよい。また、本開示の一態様は、そのようなコンピュータプログラムが記録された、コンピュータ読み取り可能な非一時的な記録媒体であってもよい。

このようなプログラムは、コンピュータに、（ａ）対象物をユーザの建物に配達する配達員の画像が前記建物の出入口に設置されたカメラで撮影されたとき、前記ユーザが調理機器を用いて調理中であるか否かを示すユーザ状態をセンサを用いて取得し、（ｂ）前記対象物の内容情報を取得し、（ｃ）前記ユーザ状態及び前記対象物の内容情報に対応する少なくとも１つの提案内容を取得し、（ｄ）前記建物内に配置された表示端末に、前記配達員の画像と、前記対象物の内容情報と、前記少なくとも１つの提案内容とを表示させる。

本開示において、ユニット、デバイスの全部又は一部、又は図２に示されるブロック図の機能ブロックの全部又は一部は、半導体装置、半導体集積回路（ＩＣ）、又はＬＳＩ（ｌａｒｇｅ ｓｃａｌｅ ｉｎｔｅｇｒａｔｉｏｎ）を含む１つ又は１つ以上の電子回路によって実行されてもよい。ＬＳＩ又はＩＣは、１つのチップに集積されてもよいし、複数のチップを組み合わせて構成されてもよい。例えば、記憶素子以外の機能ブロックは、１つのチップに集積されてもよい。ここでは、ＬＳＩやＩＣと呼んでいるが、集積の度合いによって呼び方が変わり、システムＬＳＩ、ＶＬＳＩ（ｖｅｒｙ ｌａｒｇｅ ｓｃａｌｅ ｉｎｔｅｇｒａｔｉｏｎ）、若しくはＵＬＳＩ（ｕｌｔｒａ ｌａｒｇｅ ｓｃａｌｅ ｉｎｔｅｇｒａｔｉｏｎ）と呼ばれるかもしれない。ＬＳＩの製造後にプログラムされる、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ（ＦＰＧＡ）、又はＬＳＩ内部の接合関係の再構成又はＬＳＩ内部の回路区画のセットアップができるｒｅｃｏｎｆｉｇｕｒａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅも同じ目的で使うことができる。

さらに、ユニット、装置、又は装置の一部の、全部又は一部の機能又は操作は、ソフトウエア処理によって実行することが可能である。この場合、ソフトウエアは１つ又は１つ以上のＲＯＭ、光学ディスク、ハードディスクドライブ、などの非一時的記録媒体に記録され、ソフトウエアが、処理装置（ｐｒｏｃｅｓｓｏｒ）によって実行された場合に、ソフトウエアは、ソフトウエア内の特定の機能を、処理装置（ｐｒｏｃｅｓｓｏｒ）と周辺のデバイスに実行させる。システム又は装置は、ソフトウエアが記録されている１つ又は１つ以上の非一時的記録媒体、処理装置（ｐｒｏｃｅｓｓｏｒ）、及び必要とされるハードウエアデバイス、例えばインタフェース、を備えていてもよい。

物品を配達する配達員が施設に到着したときにユーザに配達情報を通知する通知システムに利用できる。

１０ 施設
２０ ユーザ
３０ 出入口
５０ 訪問者
１００ 通販業者サーバ
１０１、２０１、３０１、４０１ 通信部
１０２ 注文受付部
１０３ 荷物配達指示部
１０４、３０３ 表示部
２００ 配達業者サーバ
２０２ 配達員顔情報保管部
２０３ 配達受付部
２０４ 配達業務決定部
３００ 発注装置
３０２ 入力受付部
３０４ 制御部
４００、４００Ａ、４００Ｂ 通知システム
４０２ 訪問受付部
４０３ カメラ部
４０４ 配達連絡情報受付部
４０５ 顔画像照合部
４０６、４０６Ｂ 通知部
４１０、４１０ｂ 通知装置
４１０ａ クラウドサーバ
４２０ インターホン装置
５０１ 発注情報
５０２ 配達依頼情報
５０３ 受付情報
５０４ 配達連絡情報
５０５ 配達状態情報

Claims (5)

1. 施設の内部に位置する複数の通知装置を含む通知システムの制御方法であって、
   （ａ）外部サーバから、物品の情報及び前記物品の配達員の顔情報を取得し、
   （ｂ）前記施設の外部に配置されたカメラで撮影された前記施設への訪問者の顔のカメラ画像を取得し、
   （ｃ）前記顔情報及び前記カメラ画像を比較して、前記訪問者が前記配達員であるか否かを確認し、
   （ｄ）前記訪問者が前記配達員であると確認された場合、前記通知装置により、前記施設に前記物品及び前記配達員が到着したことを示す配達情報を通知し、
   前記施設の内部に、複数のユーザの各々を検知するセンサが位置しており、
   前記制御方法は、さらに、
   （ｅ）前記センサの出力信号に基づいて、前記複数のユーザの各々が所定の動作をしているか否かの判定を行い、
   （ｆ）前記判定の結果に基づいて、前記複数のユーザの中から、前記所定の動作をしていない少なくとも１人のユーザを選択し、
   前記（ｄ）の工程において、前記複数の通知装置のうちの少なくとも１つの通知装置により、前記配達情報を通知し、前記少なくとも１つの通知装置は、選択された前記少なくとも１人のユーザから所定範囲に位置する、
   制御方法。
2. 前記制御方法は、さらに、（ｇ）前記訪問者が前記配達員であると確認されなかった場合、前記通知装置により、前記施設への訪問者の来訪を示す訪問情報を第２の通知方法で通知し、
   前記（ｄ）の工程では、前記第２の通知方法とは異なる第１の通知方法で前記配達情報を通知する、
   請求項１に記載の制御方法。
3. 前記（ｄ）の工程において、前記配達情報を第１の通知方法で通知し、
   前記制御方法は、さらに、
   （ｈ）所定期間における前記施設への訪問者の訪問予定の情報を取得し、前記訪問予定の情報には、前記物品の配達予定日時を示す第１の訪問予定情報と、前記物品の配達員とは異なる訪問者の訪問予定日時を示す第２の訪問予定情報とが含まれており、
   （ｉ）前記訪問者が前記配達員であると確認されず、かつ、前記訪問者の訪問日時が前記訪問予定日時から所定時間範囲に含まれる場合、前記通知装置により、前記施設への訪問者の来訪を示す訪問情報を第２の通知方法で通知し、
   （ｊ）前記訪問者が前記配達員であると確認されず、かつ、前記訪問者の訪問日時が前記訪問予定日時から所定時間範囲に含まれない場合、前記通知装置により、前記施設への訪問者の来訪を示す訪問情報を第３の通知方法で通知する、
   請求項１に記載の制御方法。
4. 前記制御方法は、さらに、前記（ｃ）の工程の前に、（ｊ）前記カメラで撮影された前記訪問者のカメラ画像から前記訪問者に関連する配達業者を認識し、
   前記（ｃ）の工程において、複数のアプリケーションプログラムのうち、認識された前記配達業者に対応するアプリケーションプログラムを用いて、前記顔情報及び前記カメラ画像を比較する、
   請求項１に記載の制御方法。
5. 外部サーバから、物品の情報及び前記物品の配達員の顔情報を取得し、施設の外部に配置されたカメラで撮影された前記施設への訪問者の顔のカメラ画像を取得する通信部と、
   前記顔情報及び前記カメラ画像を比較して、前記訪問者が前記配達員であるか否かを確認する顔画像照合部と、
   前記訪問者が前記配達員であると確認された場合、前記施設に前記物品及び前記配達員が到着したことを示す配達情報を通知する通知部と、を備え、
   前記通知部は、
   前記施設の内部に位置するセンサであって複数のユーザの各々を検知するセンサの出力信号に基づいて、前記複数のユーザの各々が所定の動作をしているか否かの判定を行い、
   前記判定の結果に基づいて、前記複数のユーザの中から、前記所定の動作をしていない少なくとも１人のユーザを選択し、
   前記施設の内部に位置する複数の通知装置のうちの少なくとも１つの通知装置により、前記配達情報を通知し、前記少なくとも１つの通知装置は、選択された前記少なくとも１人のユーザから所定範囲に位置する、
   通知システム。

Images