(57)【要約】【課題】来訪者を適切に特定し、居住者にとって適切な応対を実現する。【解決手段】サーバ（１、１ａ）は、共用呼出機（２）から取得した撮影画像に基づいて、呼出操作を入力した来訪者の顔認識を行う顔認識部（１０２）と、共用呼出機（２）、室内モニタ（３）、携帯端末（６）の少なくともいずれかに、顔認識結果に応じた出力を行わせる出力制御部（１０１、１０１ａ）と、を備える。【選択図】図１
2019083468.tif 000002
【特許請求の範囲】
【請求項１】
居住者を呼び出して通話する機能を備えるインターホン子機に入力された、来訪者による呼び出し操作に基づく呼び出しに関する出力を制御する出力制御装置であって、
上記インターホン子機から取得した撮影画像に基づいて、上記来訪者の顔認識を行う顔認識部と、
上記インターホン子機、上記呼び出しに応答して通話する応答機能を備えるインターホン親機、または、上記応答機能を備える、上記インターホン親機と異なる通話機器の少なくともいずれかに、上記顔認識部による認識結果に応じた上記出力を行わせる出力制御部と、を備えることを特徴とする出力制御装置。
【請求項２】
上記出力制御部は、上記通話機器である、上記出力制御装置に登録された携帯端末に、上記認識結果に応じた、上記呼び出し操作が行われたことの通知を行わせることを特徴とする請求項１に記載の出力制御装置。
【請求項３】
上記出力制御装置は、
上記出力制御部が、上記認識結果に応じて、該応答の選択肢を上記携帯端末に表示させ、
上記居住者が上記選択肢から選択した、上記呼び出しに対する応答を、上記インターホン子機に行わせることを特徴とする請求項２に記載の出力制御装置。
【請求項４】
上記出力制御部は、
上記認識結果に応じて、上記選択肢の優先度を決定し、
上記優先度に応じて、上記選択肢を上記携帯端末に表示させることを特徴とする請求項３に記載の出力制御装置。
【請求項５】
上記出力制御部は、上記インターホン子機に、上記呼び出しに対する応答として、上記認識結果に応じた自動応答を行わせることを特徴とする請求項１から４のいずれか１項に記載の出力制御装置。
【請求項６】
上記出力制御部は、上記呼び出し操作が行われてから所定時間が経過するまでの間に、上記インターホン親機または上記通話機器を用いた、上記呼び出しに対する上記居住者による応答が行われない場合、上記インターホン子機に上記自動応答を行わせることを特徴とする請求項５に記載の出力制御装置。
【請求項７】
上記出力制御部は、上記顔認識部が顔認識した上記来訪者が、予め登録されているか否かに応じて、上記インターホン子機に行わせる上記自動応答の内容を異ならせることを特徴とする請求項５または６に記載の出力制御装置。
【請求項８】
上記出力制御部は、上記顔認識部が顔認識に失敗した場合、上記自動応答として、上記インターホン子機に、再度の顔認識を上記顔認識部が行うことができるような対応を上記来訪者に行わせるための通知を出力させることを特徴とする請求項５から７のいずれか１項に記載の出力制御装置。
【請求項９】
上記出力制御部は、上記インターホン親機に、上記認識結果に応じた、上記呼び出し操作が行われたことの通知を行わせることを特徴とする請求項１から８のいずれか１項に記載の出力制御装置。
【請求項１０】
上記出力制御部は、上記顔認識部が顔認識した上記来訪者に付与されている該来訪者のカテゴリに応じて、上記インターホン親機に行わせる上記通知の内容を異ならせることを特徴とする請求項９に記載の出力制御装置。
【請求項１１】
上記インターホン子機の周囲に存在する人を検知する人感部と、
上記人感部が人を検知したとき、該人の撮影を開始する撮影部と、
上記撮影部が撮影した撮影画像を、請求項１から１０のいずれか１項に記載の出力制御装置へ送信する送信部と、を備えることを特徴とするインターホン子機。
【請求項１２】
居住者を呼び出して通話する機能を備えるインターホン子機と、
上記インターホン子機からの呼び出しに応答して、上記インターホン子機と通話する応答機能を備えるインターホン親機と、
上記インターホン子機に入力された、来訪者による呼び出し操作に基づく呼び出しに関する出力を制御する出力制御装置と、を少なくとも含むインターホンシステムであって、
上記インターホン子機から取得した撮影画像に基づいて、上記呼び出し操作を入力した来訪者の顔認識を行い、
上記インターホン子機、上記インターホン親機、または、上記応答機能を備える、上記インターホン親機と異なる通話機器の少なくともいずれかに、上記顔認識の結果に応じた上記出力を行わせることを特徴とするインターホンシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、居住者を呼び出して通話する機能を備えるインターホン子機に入力された、居住者の呼び出し操作に対する出力を制御する出力制御装置などに関する。
【背景技術】
【０００２】
以前より、宅外に設置され、居住者を呼び出して通話するためのインターホン子機と、当該呼び出しに応答するために宅内に設置されたインターホン親機からなるインターホンシステムが知られている。
【０００３】
このようなインターホンシステムには、下記の特許文献１に記載のように、インターホン子機にカメラが設けられるとともに、インターホン親機にモニタが設けられ、居住者が来訪者の姿を確認できるものがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１６７１０号公報（２００２年１月１８日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のような従来技術では、来訪者が誰であるかを、居住者が確認して判断する。このため、居住者が判断を誤った場合、居住者にとって適切な応対を行うことができないおそれがある。例えば、セールスなどの、本来であれば、居住者が応対したくない人物が来訪したときに、判断を誤ったために会話を開始してしまうというおそれがある。
【０００６】
本発明の一態様は、上記の問題を鑑みてなされたものであり、来訪者を適切に特定し、居住者にとって適切な応対を実現することができる出力制御装置などを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明の一態様に係る出力制御装置は、居住者を呼び出して通話する機能を備えるインターホン子機に入力された来訪者による呼び出し操作に基づく呼び出しに関する出力を制御する出力制御装置であって、上記インターホン子機から取得した撮影画像に基づいて、上記来訪者の顔認識を行う顔認識部と、上記インターホン子機、上記呼び出しに応答して通話する応答機能を備えるインターホン親機、または、上記応答機能を備える、上記インターホン親機と異なる通話機器の少なくともいずれかに、上記顔認識部による認識結果に応じた上記出力を行わせる出力制御部と、を備える。
【０００８】
また、上記の課題を解決するために、本発明の一態様に係るインターホンシステムは、居住者を呼び出して通話する機能を備えるインターホン子機と、上記インターホン子機からの呼び出しに応答して、上記インターホン子機と通話する応答機能を備えるインターホン親機と、上記インターホン子機に入力された、来訪者による呼び出し操作に対する出力を制御する出力制御装置と、を少なくとも含むインターホンシステムであって、上記インターホン子機から取得した撮影画像に基づいて、上記呼び出し操作を入力した来訪者の顔認識を行い、上記インターホン子機、上記インターホン親機、または、上記応答機能を備える、上記インターホン親機と異なる通話機器の少なくともいずれかに、上記顔認識の結果に応じた上記出力を行わせる。
【発明の効果】
【０００９】
本発明の一態様によれば、来訪者を適切に特定し、居住者にとって適切な応対を実現することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態１および２に係るインターホンシステムに含まれる装置の要部構成の一例を示すブロック図である。
【図２】図１に示す共用呼出機の動作の一例を示す図である。
【図３】図１に示す室内モニタの動作の一例を示す図である。
【図４】図１に示すサーバが記憶している顔画像データベースの一具体例を示す図である。
【図５】図１に示すサーバが共用呼出機に実行させる自動応答のバリエーションを示す図である。
【図６】図１に示す共用呼出機が実行する応答処理の流れの一例を示すフローチャートである。
【図７】図１に示すサーバが実行する応答内容決定処理の流れの一例を示すフローチャートである。
【図８】実施形態１の変形例に係る自動応答の一例を示す図である。
【図９】図１に示す室内モニタであって、実施形態２に係る室内モニタの動作の一例を示す図である。
【図１０】図１に示す室内モニタであって、実施形態２に係る室内モニタの動作の別の例を示す図である。
【図１１】顔認識に失敗した場合の共用呼出機の動作の一例を示す図である。
【図１２】図１に示すサーバが実行する呼出内容決定処理の流れの一例を示すフローチャートである。
【図１３】図１に示す室内モニタが実行する呼出処理の流れの一例を示すフローチャートである。
【図１４】図１に示す共用呼出機であって、実施形態２に係る共用呼出機が実行する応答処理の流れの一例を示すフローチャートである。
【図１５】本発明の実施形態３および４に係るインターホンシステムに含まれる装置の要部構成の一例を示すブロック図である。
【図１６】図１５に示すインターホンシステムの概要を示す図である。
【図１７】図１５に示すサーバが記憶している顔画像データベースの一具体例を示す図である。
【図１８】図１５に示す携帯端末に表示される伝言板画面の一例を示す図、および、該伝言板画面からの画面遷移の一例を示す図である。
【図１９】図１５に示す携帯端末における投稿通知に関する画面例を示す図である。
【図２０】来訪者と通話する居住者の追加を示す図である。
【図２１】図１５に示すサーバが実行する通知処理の流れの一例を示すフローチャートである。
【図２２】図１５に示す携帯端末に表示される、来訪者情報を修正するための修正画像の一例を示す図である。
【図２３】図１５に示す携帯端末であって、実施形態４に係る携帯端末に表示される伝言板画面の一例を示す図である。
【図２４】来訪者への帰宅予定時刻の連絡の一例を示す図である。
【図２５】応対終了後の来客メッセージのバリエーションを示す図である。
【図２６】図１５に示すサーバであって、実施形態４に係るサーバが実行する通知処理の流れの一例を示すフローチャートである。
【図２７】サーバ、共用呼出機、室内モニタ、および携帯端末として利用可能なコンピュータの構成を例示したブロック図である。
【発明を実施するための形態】
【００１１】
〔実施形態１〕
以下、本発明の実施形態１について、図１から図８に基づいて詳細に説明する。図１は、本実施形態に係るインターホンシステム１００に含まれる装置の要部構成の一例を示すブロック図である。図１に示すように、インターホンシステム１００は、サーバ１（出力制御装置）、共用呼出機２（インターホン子機）、室内モニタ３（インターホン親機）、インターホン制御装置４、マンションコントローラ５、および携帯端末６を含んでいる。
【００１２】
（共用呼出機２）
共用呼出機２は、各住戸に居住している居住者を呼び出すための装置である。なお、本実施形態では、共用呼出機２は、マンションのエントランスに設置されたドア（玄関ドア）の前に設置されているものとして説明するが、この例に限定されるものではない。図１に示すように、共用呼出機２は、制御部２０、撮影部２１、人感センサ２２（人感部）、通信部２３、操作部２４、音声入力部２５、音声出力部２６、および表示部２７を備えている。
【００１３】
人感センサ２２は、共用呼出機２の周囲に存在する人を検知する。人感センサ２２は、例えば、赤外線センサであるが、この例に限定されない。撮影部２１は、共用呼出機２を操作して、居住者を呼び出そうとする来訪者を撮影する、いわゆるカメラである。本実施形態では、撮影部２１は、人感センサ２２が人（すなわち来訪者）を検知したときに、撮影を開始する。このとき、撮影部２１は、撮影画像に来訪者の顔全体が含まれるように撮影を行う。例えば、撮影部２１は、来訪者の顔全体を撮影可能な位置に設けられている。なお、撮影部２１は、動画像を撮影するものとして説明するが、静止画像を撮影するものであってもよい。通信部２３は、他の装置との通信を行う。本実施形態では、通信部２３は、インターホン制御装置４との通信を行うことで、インターホン制御装置４を介して、インターホンシステム１００に含まれる各装置と情報の送受信を行う。
【００１４】
操作部２４は、来訪者による、居住者を呼び出すための操作（呼び出し操作）を受け付ける。操作部２４は、例えば、ユーザによる押下を受け付けるボタン（キー）であるが、この例に限定されない。音声入力部２５は、来訪者が発した音声を取得する、いわゆるマイクである。音声出力部２６は、共用呼出機２が他の装置から受信した音声データを音声として出力する、いわゆるスピーカである。他の装置から受信した音声データとは、例えば、室内モニタ３に入力された、居住者が発した音声の音声データであるが、この例に限定されない。表示部２７は、共用呼出機２が取得した各種情報に基づいて画像を表示する。
【００１５】
図２は、共用呼出機２の動作の一例を示す図である。上述したように、来訪者が共用呼出機２の前に立つと、人感センサ２２が来訪者を検知する。これにより、撮影部２１は来訪者の撮影を開始する。図２の（ａ）に示すように、撮影画像は、表示部２７に表示される。また、図２の（ａ）に示すように、操作部２４が来訪者に操作されることにより、来訪者が訪れる部屋の部屋番号が入力される。具体的には、テンキーの押下により部屋番号が入力される。誤った数字が入力された場合は、消去キー（「消」が記載されたキー）の押下により、該数字の入力が取り消される。なお、図２の（ａ）に示すように、来訪者が入力した部屋番号が、表示部２７に表示されてもよい。
【００１６】
訪れる部屋の部屋番号の入力が終了すると、図２の（ｂ）に示すように、呼出キー（「呼出」が記載されたキー）が来訪者により押下される。これにより、入力された部屋番号が示す部屋（図示の例では４０５号室）に設置された室内モニタ３が、呼出動作を行う。なお、呼出動作とは、典型的には、室内モニタ３が呼出音を出力する動作である。
【００１７】
呼出動作の後、室内モニタ３が居住者による解錠操作を受け付けると、玄関ドアが解錠され、来訪者がマンション内に入ることができるようになる。ここで、居住者によって、室内モニタ３に音声（図示の例では「どうぞ」との発話）が入力された場合、図２の（ｃ）に示すように、該音声は、音声出力部２６から出力される。また、図２の（ｃ）に示すように、玄関ドアが解錠されたことを示す通知（図示の例では「解錠」というテキスト）が、表示部２７に表示されてもよい。該通知は、音声出力部２６から音声（例えば、「解錠します」という音声）として出力されてもよい。
【００１８】
なお、図面において、吹き出しの中に記載されたテキストは、共用呼出機２または室内モニタ３が出力する音声を示している。図２に示す、角が丸い吹き出しの中に記載されたテキストは、居住者や来訪者などが発した音声が、共用呼出機２または室内モニタ３から出力されていることを示している。一方、後述する図５に示す、角が丸くない吹き出しの中に記載されたテキストは、サーバ１が共用呼出機２または室内モニタ３に出力させている音声（いわゆる自動音声）を示している。
【００１９】
制御部２０は、共用呼出機２の機能を統括して制御する。制御部２０は、呼出制御部２０１および撮影制御部２０２（送信部）を含んでいる。
【００２０】
撮影制御部２０２は、撮影部２１を制御する。具体的には、撮影制御部２０２は、人感センサ２２から、人を検知したことを示す検知信号を取得すると、撮影部２１を制御して撮影を開始させる。また、撮影制御部２０２は、撮影画像を呼出制御部２０１へ出力するとともに、通信部２３を制御して、撮影画像を室内モニタ３およびサーバ１へ送信させる。撮影画像は、インターホン制御装置４を介して室内モニタ３へ送信され、インターホン制御装置４およびマンションコントローラ５を介してサーバ１へ送信される。
【００２１】
呼出制御部２０１は、居住者の呼び出しと、来訪者への応答とを制御する。具体的には、呼出制御部２０１は、操作部２４から呼出信号を取得すると、通信部２３を制御して、該呼出信号を室内モニタ３およびサーバ１へ送信させる。ここで、呼出信号とは、呼出キーが押下されたことを示す信号であり、先に入力された部屋番号を含んでいる。
【００２２】
また、呼出制御部２０１は、通信部２３から音声データを取得すると、該音声データを用いて、音声出力部２６から音声を出力させる。音声データは、室内モニタ３またはサーバ１から送信される。室内モニタ３から送信される音声データは、上述したように、居住者が室内モニタ３に入力した音声であり、インターホン制御装置４を介して共用呼出機２へ送信される。なお、サーバ１から送信される音声データについては後述する。
【００２３】
また、呼出制御部２０１は、表示部２７への画像表示を制御する。例えば、呼出制御部２０１は、撮影制御部２０２から取得した撮影画像を表示部２７に表示させる。また、呼出制御部２０１は、操作部２４から、テンキーのいずれかが押下されたことを示す信号を取得すると、該信号に応じて数字を表示部２７に表示させる。また、呼出制御部２０１は、玄関ドアが解錠されると、その旨を示す通知を表示部２７に表示させる。
【００２４】
また、呼出制御部２０１は、音声入力部２５が取得した音声の音声データを、通信部２３を制御して、室内モニタ３へ送信させる。これにより、来訪者が発した音声が、室内モニタ３から出力される。
【００２５】
（室内モニタ３）
室内モニタ３は、各住戸内に備えられているモニタであり、共用呼出機からの呼び出しに応答して通話する応答機能を備える。図１に示すように、室内モニタ３は、制御部３０、通信部３１、音声出力部３２、表示部３３、操作部３４、および音声入力部３５を備えている。
【００２６】
制御部３０は、室内モニタ３の機能を統括して制御する。通信部３１は、他の装置との通信を行う。本実施形態では、通信部３１は、インターホン制御装置４との通信を行うことで、インターホン制御装置４を介して、共用呼出機２と情報の送受信を行う。音声出力部３２は、室内モニタ３が共用呼出機２から受信した音声データを音声として出力する、いわゆるスピーカである。すなわち、音声出力部３２は、共用呼出機２に入力された音声データに基づいて、来訪者が発した音声を出力する。表示部３３は、室内モニタ３が取得した各種情報に基づいて画像を表示する。具体的には、表示部３３は、共用呼出機２から送信された撮影画像を表示する。操作部３４は、居住者などによる操作を受け付ける。本実施形態では、操作部３４は、表示部３３と一体となったタッチパネルである例を説明する。すなわち、表示部３３は、上記撮影画像の他に、居住者による操作を受け付けるユーザインターフェース（ＵＩ）を表示する。なお、操作部３４は、タッチパネルに限定されない。例えば、操作部３４は、表示部３３とは別体の、物理ボタン（キー）であってもよい。音声入力部３５は、居住者が発した音声を取得する、いわゆるマイクである。
【００２７】
図３は、室内モニタ３の動作の一例を示す図である。制御部３０は、共用呼出機２から送信された呼出信号を、通信部３１を介して受信すると、音声出力部３２から呼出音を出力させる。そして、制御部３０は、図３に示すように、共用呼出機２から送信された撮影画像を表示部３３に表示させる。また、制御部３０は、図３の（ａ）に示すように、ＵＩ３４１を表示部３３に表示させる。ＵＩ３４１は、来訪者との通話を開始する操作を受け付けるＵＩであり、居住者がＵＩ３４１にタッチすると、制御部３０は、音声出力部３２および音声入力部３５をＯＮ状態とし、来訪者が入力した音声の音声データの受信、および、居住者による音声入力（発話）を待機する状態となる。共用呼出機２から送信された上記音声データを受信すると、制御部３０は、該音声データを用いて、音声出力部３２から音声を出力させる（図３の（ｂ）参照）。また、音声出力部３２が取得した音声の音声データを、通信部３１を制御して、共用呼出機２へ送信させる。これにより、居住者が発した音声が、共用呼出機２から出力される。
【００２８】
また、制御部３０は、居住者がＵＩ３４１にタッチすると、図３の（ｂ）に示すように、ＵＩ３４１を非表示とし、ＵＩ３４２およびＵＩ３４３を表示部３３に表示させる。ＵＩ３４２は、来訪者との通話を終了する操作を受け付けるＵＩであり、居住者がＵＩ３４２にタッチすると、制御部３０は、音声出力部３２および音声入力部３５をＯＦＦ状態とする。また、ＵＩ３４３は、玄関ドアを解錠させる操作を受け付けるＵＩであり、居住者がＵＩ３４３にタッチすると、制御部３０は、玄関ドアを解錠させるための解錠信号を、通信部３１を介してインターホン制御装置４へ出力する。該解錠信号は、インターホン制御装置４から玄関ドアの電気錠（不図示）へ送信される。これにより、玄関ドアが解錠される。
【００２９】
（インターホン制御装置４）
インターホン制御装置４は、共用呼出機２と、各住戸の室内モニタ３との情報の送受信を制御する。インターホン制御装置４は、共用呼出機２から呼出信号を受信すると、該呼出信号に含まれる部屋番号を参照して、呼出信号を送信する室内モニタ３を特定し、該室内モニタ３へ呼出信号を送信する。また、インターホン制御装置４は、受信した呼出信号をサーバ１へ送信する。
【００３０】
また、インターホン制御装置４は、共用呼出機２から撮影画像を受信すると、該撮影画像をサーバ１へ送信する。すなわち、本実施形態では、撮影画像は、呼出信号より前にサーバ１へ送信される。なお、室内モニタ３への撮影画像の送信は、送信先の室内モニタ３を特定する必要があるため、インターホン制御装置４が呼出信号を受信したタイミングで行われる。
【００３１】
また、インターホン制御装置４は、室内モニタ３およびサーバ１から受信した音声データを共用呼出機２へ送信する。また、インターホン制御装置４は、共用呼出機２から受信した音声データを室内モニタ３へ送信する。
【００３２】
（マンションコントローラ５）
マンションコントローラ５は、サーバ１とインターホン制御装置４とを通信可能に接続する。換言すれば、マンションコントローラ５は、サーバ１と、マンションに設置された共用呼出機２とを通信可能に接続する。マンションコントローラ５は、インターホン制御装置４から受信した、呼出信号および撮影画像をサーバ１へ送信する。なお、マンションコントローラ５は、呼出信号をサーバ１へ送信するとき、呼出信号に含まれる部屋番号を、複数のマンションの室内モニタ３から、呼び出し先の室内モニタ３を一義的に特定することができる情報（モニタＩＤ）へ変換する。本実施形態に係るモニタＩＤはマンションコントローラ５をサーバ１で一意に識別するためのマンションコントローラＩＤと、部屋番号とを含む。マンションコントローラＩＤは予めサーバ１が生成し、マンションコントローラ５へ送信することで、予めマンションコントローラ５に記憶される。これにより、サーバ１が、複数のマンションのインターホンシステム１００を管理するものであったとしても、サーバ１は、呼出信号が、どのマンションの共用呼出機２が、どの室内モニタ３を呼び出したのかを特定することができる。なお、サーバ１が１つのマンションのインターホンシステム１００を管理している場合、部屋番号のモニタＩＤへの変換は省略されてもよい。また、マンションコントローラ５は、サーバ１から受信した音声データを、インターホン制御装置４を介して共用呼出機２へ送信する。
【００３３】
（サーバ１）
サーバ１は、共用呼出機２に入力された呼び出し操作に対する出力を制御する。具体的には、サーバ１は、呼び出し操作に対する居住者の応答が行われない場合に、共用呼出機２に自動応答を行わせる。図１に示すように、サーバ１は、制御部１０、記憶部１１、インターホン通信部１２、および端末通信部１３を備えている。
【００３４】
インターホン通信部１２は、マンションコントローラ５およびインターホン制御装置４を介して、共用呼出機２との通信を行う。端末通信部１３は、携帯端末６との通信を行う。
【００３５】
記憶部１１は、サーバ１が使用する各種データを記憶する。記憶部１１は少なくとも、顔画像データベース（顔画像ＤＢ）１１１、および音声データ１１２を記憶している。音声データ１１２は、自動応答に用いられ得る複数の音声データである。
【００３６】
顔画像ＤＢ１１１は、来訪者の顔画像を含む来訪者の情報（来訪者情報）を管理するデータベース（ＤＢ）である。図４は、顔画像ＤＢ１１１の一具体例を示す図である。なお、顔画像ＤＢ１１１のデータ構成およびデータの内容は図示の例に限定されるものではない。図示のように、顔画像ＤＢ１１１は、モニタＩＤごとに来訪者情報を管理する。換言すれば、顔画像ＤＢ１１１は、住戸ごとに、該住戸を訪れた来訪者を管理するＤＢである。図４では、モニタＩＤが「ＩＰＡＡ０４０５」のカラムに格納された来訪者情報１９０ａ〜１９０ｄを示している。該モニタＩＤにおいて、「ＡＡ」がマンションコントローラＩＤに対応し、「０４０５」が部屋番号に対応する。なお、以降、来訪者情報１９０ａ〜１９０ｄを区別する必要が無い場合、来訪者情報１９０と称する。
【００３７】
来訪者情報１９０は、図示のように、ＡＡマンションの４０５号室を訪れた来訪者の情報である。来訪者情報１９０は、来訪者の顔画像９０１（図示の顔画像９０１ａ〜９０１ｄの総称）、来訪者の名前、来訪者の種別（カテゴリ）、該種別を示すマーク９０２（図示のマーク９０２ａ〜９０２ｃの総称）、最終訪問日時、訪問回数、および、顔画像９０１に含まれる顔の特徴点を示すデータ（特徴点データ）を含む。顔画像９０１は、例えば、制御部１０が、撮影映像からキャプチャした静止画像を用いればよい。なお、来訪者の名前、来訪者の種別、該種別を示すマーク９０２を、設定情報と称する場合がある。また、特徴点データについては、顔画像９０１に含まれているデータであるものとして説明するため、図４では図示していない。なお、特徴点データが、顔画像９０１とは別に、来訪者情報１９０に含まれていてもよい。また、図示の来訪者情報１９０は、「ＩＰＡＡ０４０５」のカラムにおいて、最終訪問日時が新しい順に並んでいるが、この例に限定されるものではない。
【００３８】
来訪者情報１９０ａは、ＡＡマンションの４０５号室の居住者の友達である「田中さん」の来訪者情報である。来訪者情報１９０ａは、田中さんの顔画像９０１ａを含み、マーク９０２のうち、友達や知り合いであることを示すマーク９０２ａが選択されている。来訪者情報１９０ｂは、郵便局員の来訪者情報である。来訪者情報１９０ｂは、郵便局員の顔画像９０１ｂを含み、マーク９０２のうち、郵便局員や宅配便の配達員であることを示すマーク９０２ｂが選択されている。来訪者情報１９０ｃは、セールスマンの来訪者情報である。来訪者情報１９０ｄは、セールスマンの顔画像９０１ｃを含み、マーク９０２のうち、注意すべき人物であることを示すマーク９０２ｃが選択されている。来訪者情報１９０ｄは、各種情報を設定する前の来訪者情報である。来訪者情報１９０ｄには、ＡＡマンションの４０５号室を訪れた来訪者の顔画像９０１ｄが含まれているが、名前、種別などは「未設定」となっている。なお、マーク９０２ｄは、来訪者がどのような人物であるか不明であることを示すマークである。マーク９０２ｄは、来訪者情報１９０ｄのように、名前、種別などが「未設定」の場合に、自動的に選択されるものであってもよい。
【００３９】
制御部１０は、サーバ１の機能を統括して制御する。制御部１０は、出力制御部１０１、顔認識部１０２、およびデータベース更新部（ＤＢ更新部）１０３を含んでいる。
【００４０】
出力制御部１０１は、共用呼出機２に行わせる自動応答を制御する。具体的には、出力制御部１０１は、共用呼出機２から送信された撮影画像を、インターホン通信部１２から取得すると、該撮影画像を顔認識部１０２へ出力し、顔認識を行わせる。そして、出力制御部１０１は、顔認識部１０２から、認識結果を取得する。
【００４１】
また、出力制御部１０１は、マンションコントローラ５から受信した、モニタＩＤを含む呼出信号を、インターホン通信部１２を介して取得すると、該呼出信号を顔認識部１０２へ出力する。
【００４２】
顔認識部１０２は、撮影画像に基づいて、来訪者の顔認識を行う。具体的には、顔認識部１０２は、出力制御部１０１から撮影画像を取得すると、撮影画像に含まれる来訪者の顔から特徴点を抽出する。続いて、顔認識部１０２は、出力制御部１０１から呼出信号を取得すると、該呼出信号に含まれるモニタＩＤが示す、顔画像ＤＢ１１１内のカラムから、抽出した特徴点が一致する顔画像９０１を含む来訪者情報１９０を特定する。具体的には、顔認識部１０２は、抽出した特徴点と、各来訪者情報１９０に含まれる特徴点データとを比較し、一致率が所定値以上の来訪者情報１９０を特定する。このように、呼出信号を取得する前に、来訪者の顔の特徴点の抽出を行っておくことにより、来訪者が呼び出し操作を行ってから、来訪者情報１９０が特定されるまでの時間を短縮することができる。そして、顔認識部１０２は、特定した来訪者情報１９０を読み出し、認識結果として、出力制御部１０１へ出力する。
【００４３】
顔認識部１０２は、特徴点が一致する顔画像９０１を含む来訪者情報１９０を特定できなかった場合、すなわち、撮影画像に含まれる来訪者が初めて居住者の元を訪れている場合、その旨を示す通知を認識結果として出力制御部１０１へ出力する。
【００４４】
再び出力制御部１０１の説明に戻る。出力制御部１０１は、顔認識部１０２から来訪者情報１９０を取得すると、該来訪者情報に含まれる、来訪者の種別またはマークを特定する。そして、特定した種別またはマークに応じた音声データを、音声データ１１２から特定し、読み出す。一方、出力制御部１０１は、顔認識部１０２から来訪者情報１９０を特定できなかった旨の通知を受けると、来訪者情報１９０を特定できなかった場合の音声データ（すなわち、所定の音声データ）を、音声データ１１２から特定し、読み出す。
【００４５】
そして、出力制御部１０１は、特定した音声データを、インターホン通信部１２を介して、モニタＩＤから特定されるマンション（例えば、マンションコントローラＩＤが「ＡＡ」であるマンション）のマンションコントローラ５へ送信する。これにより、該音声データは、特定されたマンションの共用呼出機２へ送信され、自動応答が行われる。
【００４６】
図５は、自動応答のバリエーションを示す図である。例えば、顔認識部１０２が、来訪者情報１９０ａを読み出した場合、出力制御部１０１は、図５の（ａ）に示す自動応答を、共用呼出機２に行わせる。すなわち、出力制御部１０１は、知り合いや友人が来訪した場合の自動応答に用いる音声データとして、「ごめんなさい。今外出中なんです。」という、親しみを込めた音声の音声データを用いる。また、例えば、顔認識部１０２が、来訪者情報１９０ｂを読み出した場合、出力制御部１０１は、図５の（ｂ）に示す自動応答を、共用呼出機２に行わせる。すなわち、出力制御部１０１は、郵便局員や宅配業者が来訪した場合の自動応答に用いる音声データとして、「ただいま留守にしておりますので、宅配ボックスに入庫をお願いします。」という、宅配ボックスへの入庫を促す音声の音声データを用いる。これにより、荷物の再配達を防ぐことができる。また、例えば、顔認識部１０２が、来訪者情報１９０を特定できなかった場合、出力制御部１０１は、図５の（ｃ）に示す自動応答を、共用呼出機２に行わせる。すなわち、出力制御部１０１は、来訪者が特定できなかった場合の自動応答に用いる音声データとして、「ただいま留守にしております。」という、来訪者に依らず使用できる音声の音声データを用いる。なお、図５に示した自動応答のバリエーションは一例であり、自動応答の内容を図５の例に限定する意図はない。
【００４７】
また、図５に示すように、出力制御部１０１は、音声の出力とともに、応答内容を表示部２７に表示させてもよい。この例の場合、出力制御部１０１は、音声データをテキスト変換し、該テキストを共用呼出機２へ送信することにより、応答内容の表示を実現させてもよいし、記憶部１１に記憶されている各音声データに対応するテキスト（図１では不図示）を、音声データとともに読み出して共用呼出機２へ送信することにより、応答内容の表示を実現させてもよい。
【００４８】
本実施形態では、出力制御部１０１は、共用呼出機２に呼び出し操作が入力されてから所定時間が経過しても、室内モニタ３を用いた応答が行われなかった場合に、共用呼出機２に自動応答を行わせる。具体的には、共用呼出機２の呼出制御部２０１は、呼出信号をサーバ１および室内モニタ３へ送信すると、該呼出信号を送信してからの経過時間を計測する。そして、経過時間が所定の閾値を超えたとき、呼出制御部２０１は、サーバ１へ自動応答データ要求を送信する。出力制御部１０１は、自動応答データ要求を受信すると、特定した音声データを共用呼出機２へ送信する。なお、室内モニタ３を用いた応答とは、例えば、室内モニタ３に居住者の音声が入力されること、または、室内モニタ３が居住者によって操作されることにより、玄関ドアが解錠されることである。
【００４９】
また、出力制御部１０１は、顔認識部１０２から来訪者情報１９０を取得すると、該来訪者情報に含まれる、最終訪問日時を呼出信号の受信時刻に更新するとともに、訪問回数を１増やし、顔画像ＤＢ１１１に記憶する。換言すれば、出力制御部１０１は、顔認識部１０２に特定された来訪者情報１９０の、最終訪問日時および訪問回数を更新する。
【００５０】
一方、出力制御部１０１は、顔認識部１０２から来訪者情報１９０を特定できなかった旨の通知を受けると、撮影画像に基づいて新たな来訪者情報１９０を生成する。具体的には、出力制御部１０１は、撮影画像をキャプチャすることで顔画像９０１を生成し、最終訪問日時と訪問回数とを対応付けて、来訪者情報１９０を生成する。最終訪問日時は、呼出信号の受信時刻を用いればよい。また、訪問回数は１とすればよい。これにより、図４に示す来訪者情報１９０ｄのような、名前、種別などが「未設定」となっている来訪者情報１９０が生成される。出力制御部１０１は、新たに生成した来訪者情報１９０を、顔画像ＤＢ１１１の適切なカラムへ格納する。
【００５１】
ＤＢ更新部１０３は、携帯端末６から送信された、来訪者情報１９０の更新指示に基づき、来訪者情報１９０を更新する。なお、携帯端末６による来訪者情報１９０の更新とは、例えば、図４に示す来訪者情報１９０ｄに、おいて来訪者の名前や種別を設定することである。
【００５２】
携帯端末６は、居住者の操作入力を受け付けて、サーバ１へユーザＩＤ、すなわち、居住者を識別する情報を送信する。例えば、携帯端末６は、居住者の操作によりアプリケーションを起動し、ログインのためのユーザＩＤとパスワードを受け付け、サーバ１へ送信する。
【００５３】
ＤＢ更新部１０３は、ユーザＩＤを受信すると、ユーザＩＤとモニタＩＤとを対応付けたデータベース（図１では不図示）を参照し、モニタＩＤを特定する。そして、顔画像ＤＢ１１１における、特定したモニタＩＤのカラムに含まれる来訪者情報１９０を読み出し、携帯端末６へ送信する。
【００５４】
携帯端末６は、受信した来訪者情報１９０を表示する。そして、居住者による、来訪者情報１９０を選択する操作を受け付けると、選択された来訪者情報１９０における各種情報を設定する画面（設定画面）を表示させる。携帯端末６は、居住者による設定操作、例えば、来訪者の名前の入力、種別およびマークの選択、顔画像９０１の変更などを行うための操作を受け付ける。そして、携帯端末６は、所定の操作を受け付けると、変更後の来訪者情報１９０をサーバ１へ送信する。ＤＢ更新部１０３は、受信した来訪者情報１９０を顔画像ＤＢ１１１に記憶することで、来訪者情報１９０を更新する。なお、設定画面の詳細については、後述する実施形態３で説明する。
【００５５】
またここでは、携帯端末６を居住者が操作して、来訪者情報１９０を更新する例を説明したが、室内モニタ３を居住者が操作して、来訪者情報１９０を更新可能であってもよい。例えば、上述したアプリケーションが、室内モニタ３にインストールされていてもよいし、上述したアプリケーションに準ずる機能を、室内モニタ３が有していてもよい。
【００５６】
（応答処理の流れ）
次に、図６を参照して、共用呼出機２が実行する応答処理の流れについて説明する。図６は、応答処理の流れの一例を示すフローチャートである。
【００５７】
まず、撮影制御部２０２は、人感センサ２２による来訪者の検知を待機している（ステップＳ１、以下、括弧内では「ステップ」を省略）。人感センサ２２から、来訪者を検知したことを示す検知信号を取得すると、撮影制御部２０２は、撮影部２１を制御して来訪者を撮影する（Ｓ２）。そして、撮影制御部２０２は、撮影画像をサーバ１へ送信する（Ｓ３）。
【００５８】
呼出制御部２０１は、来訪者による呼び出し操作を待機している（Ｓ４）。呼び出し操作が入力されると（Ｓ４でＹＥＳ）、呼出制御部２０１は、呼出信号をサーバ１および、部屋番号から特定される室内モニタ３へ送信する（Ｓ５）。このとき、室内モニタ３は、呼出信号とともに撮影画像を受信する。これにより、室内モニタ３から呼出音が出力され、室内モニタ３に撮影画像が表示される。
【００５９】
続いて、呼出制御部２０１は、室内モニタ３からの応答を待機している（Ｓ６）。室内モニタ３からの応答がない場合（Ｓ６でＮＯ）、呼出制御部２０１は、所定時間が経過するまで待機を継続する（Ｓ８でＮＯ）。応答があった場合（Ｓ６でＹＥＳ）、呼出制御部２０１は、応答として室内モニタ３から音声データを受信した場合は、該音声データを用いた音声を音声出力部２６から出力させる（Ｓ７）。なお、玄関ドアの解錠がなされた場合など、応答として音声データを受信していない場合は、ステップＳ７の処理は省略される。
【００６０】
所定時間が経過しても室内モニタ３からの応答が無かった場合（Ｓ８でＹＥＳ）、呼出制御部２０１は、自動応答データ要求をサーバ１へ送信する（Ｓ９）。そして、呼出制御部２０１は、自動応答の音声データの受信を待機する（Ｓ１０）。該音声データを受信すると（Ｓ１０でＹＥＳ）、呼出制御部２０１は、該音声データを用いた音声を音声出力部２６から出力させる。すなわち、自動応答の音声を出力させる（Ｓ１１）。以上で応答処理は終了する。
【００６１】
（応答内容決定処理の流れ）
次に、図７を参照して、サーバ１が実行する応答内容決定処理の流れについて説明する。図７は、応答内容決定処理の流れの一例を示すフローチャートである。
【００６２】
まず、出力制御部１０１は、撮影画像の受信を待機している（Ｓ２１）。撮影画像を受信すると（Ｓ２１でＹＥＳ）、出力制御部１０１は、該撮影画像を顔認識部１０２へ出力する。顔認識部１０２は、撮影画像を取得すると顔認識を開始する（Ｓ２２）。具体的には、顔認識部１０２は、撮影画像から特徴点を抽出する。
【００６３】
続いて、出力制御部１０１は、呼出信号の受信を待機している（Ｓ２３）。呼出信号を受信すると（Ｓ２３でＹＥＳ）、出力制御部１０１は、該呼出信号を顔認識部１０２へ出力する。顔認識部１０２は、呼出信号を取得すると、該呼出信号に含まれるモニタＩＤが示す、顔画像ＤＢ１１１のカラムにおいて、抽出した特徴点を有する顔画像９０１を含む来訪者情報１９０があるか否かを判定する。すなわち、来訪者が顔画像ＤＢ１１１に登録されているか否かを判定する（Ｓ２４）。
【００６４】
来訪者が顔画像ＤＢ１１１に登録されている場合（Ｓ２４でＹＥＳ）、顔認識部１０２は、該来訪者を示す来訪者情報１９０を読み出し、出力制御部１０１へ出力する。そして、出力制御部１０１は、取得した来訪者情報１９０が有する設定情報が示す自動応答の音声データを特定する（Ｓ２５）。具体的には、出力制御部１０１は、取得した来訪者情報１９０の、来訪者の種別、または、該種別を示すマーク９０２を特定し、特定した種別またはマーク９０２に応じた音声データを特定し、読み出す。
【００６５】
一方、来訪者が顔画像ＤＢ１１１に登録されていない場合（Ｓ２４でＮＯ）、顔認識部１０２は、その旨を出力制御部１０１へ通知する。出力制御部１０１は、該通知を受けると、所定の自動応答の音声データを特定し、読み出す（Ｓ２６）。
【００６６】
続いて、出力制御部１０１は、自動応答データ要求を待機する（Ｓ２７）。自動応答データ要求を受信した場合（Ｓ２７）、出力制御部１０１は、読み出した自動応答の音声データを共用呼出機２へ送信する（Ｓ２８）。以上で応答内容決定処理は終了する。
【００６７】
なお、共用呼出機２は、室内モニタ３からの応答があったことを示す通知を、サーバ１へ送信してもよい。この場合、サーバ１は、ステップＳ２８の処理を実行していなかったとしても、該通知を受信したことをトリガとして、応答内容決定処理を終了してもよい。
【００６８】
また、本実施形態では、呼び出し操作がなされてからの時間の計測を、共用呼出機２が行っていたが、該計測は、サーバ１が行ってもよい。この場合、サーバ１の出力制御部１０１は、呼出信号を受信してから時間の計測を開始し、室内モニタ３からの応答があったことを示す通知を受信することなく所定時間が経過した場合、自動応答の音声データを共用呼出機２へ送信する。
【００６９】
（変形例）
図８は、本実施形態の変形例に係る自動応答の一例を示す図である。出力制御部１０１は、一来訪者が顔画像ＤＢ１１１に登録されていない場合、図８の（ｂ）に示すように、自動応答を共用呼出機２に行わせない構成であってもよい。なお、出力制御部１０１は、来訪者が顔画像ＤＢ１１１に登録されている場合、上述した例と同様に、設定情報が示す音声データを用いた自動応答を共用呼出機２に行わせればよい（図８の（ａ）参照）。なお、図８の（ａ）の例では、来訪者が知り合いや友達である場合の自動応答を示している。このような構成により、不審者に不在であることが明示されなくなるため、防犯上の安全性が向上する。
【００７０】
〔実施形態２〕
本発明の他の実施形態について、図９から図１４に基づいて詳細に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【００７１】
本実施形態に係るサーバ１は、共用呼出機２にて呼び出し操作が行われたとき、来訪者の顔認識を行い、認識結果に応じた呼出動作（通知）を、室内モニタ３に行わせる。具体的には、本実施形態に係る音声データ１１２は、室内モニタ３が呼出動作として音声を出力する際に使用され得る、複数の音声データ（通知音声データ）を含む。出力制御部１０１は、顔認識部１０２から来訪者情報１９０を取得したとき、該来訪者情報１９０に含まれる設定情報に応じた通知音声データを読み出し、インターホン通信部１２を制御して、該音声データを室内モニタ３へ送信する。該通知音声データは、マンションコントローラ５およびインターホン制御装置４を介して室内モニタ３へ送信される。つまり、本実施形態に係るマンションコントローラ５は、サーバ１と室内モニタ３とを通信可能に接続する。また、本実施形態に係るインターホン制御装置４は、サーバ１から受信した通知音声データを室内モニタ３へ送信する。
【００７２】
なお、出力制御部１０１は、通知音声データとともに、設定情報、具体的には、来訪者情報１９０に含まれる来訪者の種別またはマーク９０２を室内モニタ３へ送信してもよい。
【００７３】
また、出力制御部１０１は、顔認識部１０２から、来訪者が顔画像ＤＢ１１１に登録されていない旨の通知を取得したとき、所定の通知音声データを読み出し、室内モニタ３へ送信する。
【００７４】
本実施形態に係るインターホン制御装置４は、サーバ１から送信された通知音声データを受信したとき、該通知音声データともに、共用呼出機２から受信していた呼出信号および撮影画像を室内モニタ３へ送信する。
【００７５】
本実施形態に係る室内モニタ３は、呼出信号、撮影画像、および通知音声データをインターホン制御装置４から受信すると、呼出動作を行う。図９は、本実施形態に係る室内モニタ３の動作を示す図である。図９の（ａ）は、顔認識部１０２が、来訪者情報１９０ａを読み出した場合、すなわち、顔画像ＤＢ１１１に登録された、友達が来訪した場合の呼出動作を示す。図９の（ａ）に示すように、制御部３０は、「お友達がいらっしゃいました」という音声を音声出力部３２に出力させる。該音声の音声データは、出力制御部１０１が、来訪者情報１９０ａに含まれる来訪者の種別またはマーク９０２を参照して特定した通知音声データである。これにより、居住者は、来訪者がどのような人物であるか（図示の例の場合、来訪者が友達であること）をすぐに認識することができる。なお、通知音声データとともに、来訪者の種別またはマーク９０２を受信する場合、制御部３０は、実施形態１にて説明したＵＩ３４１に代えて、図９の（ａ）に示すＵＩ３４１ａを表示部３３に表示させてもよい。ＵＩ３４１ａは、図示のように、来訪者の種別および該種別を示すマークを含む。これにより、来訪者は、音声を聞き逃したとしても、応答前に来訪者がどのような人物であるかを特定することができる。
【００７６】
上述したように、室内モニタ３が出力する音声は、顔認識部１０２による認識結果、すなわち、どの来訪者情報１９０を読み出すかに応じて変わる。例えば、顔認識部１０２が、来訪者情報１９０ｂを読み出した場合、出力制御部１０１が室内モニタ３へ送信する通知音声データの内容、すなわち、室内モニタ３が出力する音声は、「郵便が届きました」であってもよい。また例えば、顔認識部１０２が、来訪者情報１９０ｃを読み出した場合、室内モニタ３が出力する音声は、「セールスです。注意してください。」であってもよい。
【００７７】
また、図９の（ｂ）は、顔認識部１０２が、来訪者情報１９０を特定できなかった旨の通知を行った場合、すなわち、来訪者が顔画像ＤＢ１１１に登録されていない場合の呼出動作を示す。制御部３０は、図９の（ｂ）に示すように、「お客様がいらっしゃいました」という、来訪者に依らず使用できる音声を音声出力部３２に出力させてもよいし、「未登録の方がいらっしゃいました」という、未登録であることを居住者が容易に理解できる音声を出力させてもよい。該音声の音声データは、出力制御部１０１が、顔認識部１０２からの通知に基づいて特定した、所定の通知音声データである。
【００７８】
（顔認識に失敗した場合の処理）
来訪者の立ち位置によっては、来訪者の顔全体が撮影画像に含まれないことが考えられる。例えば、セールスマンなどが、特定を避けるために、あえて顔が撮影されないような位置に立って呼び出し操作を行うことがある。この場合、顔認識部１０２は特徴点の抽出を行うことができず、顔認識は失敗する。そして、顔認識が失敗した場合に室内モニタ３に呼出動作を行わせると、インターホンシステム１００は、居住者が望まない応対（例えば、セールスマンとの対話）を、居住者に行わせてしまうおそれがある。
【００７９】
図１０は、本実施形態に係る室内モニタ３の動作の別の例を示す図である。図１０の（ａ）は、顔認識部１０２が顔認識に成功した場合の室内モニタ３の動作を示す図である。具体的には、上述したように、出力制御部１０１が、設定情報に応じた通知音声データ（あるいは、来訪者が登録されていないことを示す通知に基づく所定の通知音声データ）を室内モニタ３へ送信することにより、制御部３０は、居住者を呼び出す音声を音声出力部３２に出力させる。
【００８０】
一方、図１０の（ｂ）は、顔認識部１０２が顔認識に失敗した場合の室内モニタ３の動作を示す図である。顔認識部１０２は、顔認識に失敗した場合、その旨を出力制御部１０１へ通知する。出力制御部１０１は、該通知（認識失敗通知）を、マンションコントローラ５を介してインターホン制御装置４へ送信する。インターホン制御装置４は、認識失敗通知を室内モニタ３へ送信する一方、通知音声データを受信していないため、呼出信号を室内モニタに送信しない。これにより、室内モニタ３は、図示のように呼出動作を行わない。よって、居住者は来訪者の来訪を通知されないため、望まない応対を避けることができる。
【００８１】
また、サーバ１は、顔認識に失敗したことに基づく通知を、共用呼出機２から出力させてもよい。図１１は、顔認識に失敗した場合の共用呼出機２の動作を示す図である。
【００８２】
具体的には、顔認識部１０２は、顔認識に失敗した場合、その旨を示す通知（認識失敗通知）を出力制御部１０１へ出力する。出力制御部１０１は、呼出信号を受信したとき、該認識失敗通知を共用呼出機２へ送信する。顔認識部１０２が顔認識に失敗する場合とは、撮影画像に含まれる顔から、特徴点を十分に抽出できない場合である。例えば、図１１の（ａ）に示すように、来訪者が、撮影部２１の撮影範囲外や、撮影範囲の境界付近に立っていることにより、顔全体が撮影されていない場合が挙げられる。他にも、来訪者がサングラスやマスクなどをつけている場合、来訪者に照明が十分に当たっていない場合などが挙げられる。
【００８３】
認識失敗通知を受信した共用呼出機２の呼出制御部２０１は、認識失敗を来訪者に通知するための音声データ（警告音声データ）を用いて、音声出力部２６に音声を出力させる。警告音声データは、共用呼出機２に記憶されていてもよいし、サーバ１に記憶されており、認識失敗通知とともに、サーバ１から受信してもよい。また、音声の内容は、図１１の（ｂ）に示すように、「呼び出しに失敗しました。顔全体が表示されている状態で、再度呼出キーを押してください。」というように、室内モニタ３にて呼出動作が行われていないことを通知し、顔全体が写るような位置に立つことを促す内容であってもよい。なお、音声の内容はこの例に限定されない。例えば、顔認識に失敗したことを通知する内容が含まれていてもよいし、上記の内容に加え、「サングラスやマスクをつけている場合は外してください」という内容が含まれていてもよい。また、呼出制御部２０１は、上記の音声とともに（または、音声に代えて）、表示部２７に上記の音声と同内容のメッセージを表示させてもよい。
【００８４】
これにより、来訪者に、顔全体が写るような位置に立つことを促すことができる。また、顔が特定されることを嫌う来訪者は、このような通知がされた場合、それ以上の呼び出しを避けることが予想される。つまり、顔が特定されることを嫌う来訪者を排除することができる。
【００８５】
また、出力制御部１０１は、顔認識部１０２から認識失敗通知を取得したとき、呼出信号を受信する前に、認識失敗通知を共用呼出機２へ送信してもよい。これにより、呼出制御部２０１は、来訪者が呼出キーを押下する前に音声出力や表示を行わせることができ、居住者の呼出に失敗することを来訪者に認識させることができる。また、このとき、顔認識部１０２は、認識失敗通知に代えて、特徴点を十分に抽出できたか否かを出力制御部１０１へ通知する構成であってもよい。
【００８６】
出力制御部１０１は、特徴点を十分に抽出できたことを通知された場合、居住者の呼び出しが可能であることを示す呼出可能通知を共用呼出機２へ送信する。一方、出力制御部１０１は、特徴点を十分に抽出できなかったことを通知された場合、居住者の呼び出しが不可能であることを示す呼出不可通知を共用呼出機２へ送信する。これにより、呼出制御部２０１は、来訪者が呼出キーを押下する前に、居住者を呼び出すことができるか否かを来訪者に認識させることができる。例えば、呼出制御部２０１は、呼出可能通知を受信した場合、「呼び出し可能」というテキストを表示部２７に表示させる一方、呼出不可通知を受信した場合、「呼び出し不可能」というテキストを表示部２７に表示させる。
【００８７】
以上のように、来訪者が呼出キーを押下する前に、来訪者に対して通知を行うことにより、来訪者が呼出キーを何度も押下することを防ぐことができ、利便性が向上する。
【００８８】
（呼出内容決定処理の流れ）
次に、図１２を参照して、サーバ１が実行する呼出内容決定処理の流れについて説明する。図１２は、呼出内容決定処理の流れの一例を示すフローチャートである。なお、実施形態１で、図７を参照して説明した応答内容決定処理と同じ処理を行うステップは、図７と同じステップ番号を付し、ここでの説明を省略する。
【００８９】
ステップＳ２２の後、出力制御部１０１は、顔認識部１０２が顔認識に成功したか否かを判定する（Ｓ３１）。具体的には、出力制御部１０１は、顔認識部１０２から認識結果を取得したか、あるいは、顔認識に失敗した旨の通知を取得したかを判定する。なお、来訪者が顔画像ＤＢ１１１に登録されていない旨の通知は、認識結果の取得と判定される。
【００９０】
出力制御部１０１が顔認識に成功したと判定した場合（Ｓ３１でＹＥＳ）、呼び出し内容決定処理は、ステップＳ２３へ進む。ステップＳ２４でＹＥＳの場合、顔認識部１０２は、該来訪者を示す来訪者情報１９０を読み出し、出力制御部１０１へ出力する。そして、出力制御部１０１は、取得した来訪者情報１９０が有する設定情報が示す通知音声データを特定する（Ｓ３３）。一方、ステップＳ２４でＮＯの場合、顔認識部１０２は、その旨を出力制御部１０１へ通知する。出力制御部１０１は、該通知を受けると、所定の通知音声データを特定し、読み出す（Ｓ３４）。そして、出力制御部１０１は、読み出した通知音声データを室内モニタ３へ送信する（Ｓ３５）。以上で呼出内容決定処理は終了する。
【００９１】
ステップＳ３１において、顔認識に失敗したと判定した場合（Ｓ３１でＮＯ）、出力制御部１０１は、顔認識に失敗したことを共用呼出機２および室内モニタ３へ通知する（Ｓ３２）。そして、呼出内容決定処理は終了する。
【００９２】
（呼出処理の流れ）
次に、図１３を参照して、室内モニタ３が実行する呼出処理の流れについて説明する。図１３は、呼出処理の流れの一例を示すフローチャートである。
【００９３】
制御部３０は、認識失敗通知の受信（Ｓ４１）、または、通知音声データの受信を待機している（Ｓ４２）。認識失敗通知を受信せず（Ｓ４１でＮＯ）、通知音声データを受信した場合（Ｓ４２でＹＥＳ）、制御部３０は呼出動作を実行する。すなわち、通知音声データを用いた通知音声を音声出力部３２に出力させる（Ｓ４３）。
【００９４】
一方、認識失敗通知を受信した場合（Ｓ４１でＹＥＳ）、呼出処理は終了する。すなわち、ステップＳ４３の処理は実行されない。
【００９５】
（応答処理の流れ）
次に、図１４を参照して、共用呼出機２が実行する応答処理の流れについて説明する。図１４は、応答処理の流れの別の例を示すフローチャートである。なお、実施形態１で、図６を参照して説明した応答処理と同じ処理を行うステップは、図６と同じステップ番号を付し、ここでの説明を省略する。
【００９６】
図１４に示すように、本実施形態の共用呼出機２は、実施形態１で説明した応答処理を行う機能を備えている。換言すれば、実施形態２の構成は、実施形態１に適用可能である。
【００９７】
ステップＳ４の後、呼出制御部２０１は、サーバ１へ呼出信号を送信する（Ｓ５１）。なお、室内モニタ３への呼出信号は、インターホン制御装置４に保持され、インターホン制御装置４がサーバ１から通知音声データを受信したときに室内モニタ３へ送信される。
【００９８】
呼出制御部２０１は室内モニタ３からの応答音声、または、サーバ１からの認識失敗通知の受信を待機する（Ｓ５２）。認識失敗通知を受信した場合（Ｓ５２でＹＥＳ）、呼出制御部２０１は、警告音声データを用いて、警告音声を出力させる。（Ｓ５３）。そして、応答処理はステップＳ２へ戻る。なお、呼出制御部２０１は、警告音声とともに、同内容のテキストを表示部２７に表示させてもよい。
【００９９】
〔実施形態３〕
本発明のさらなる別の実施形態について、図１５から図２２に基づいて詳細に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【０１００】
図１５は、本実施形態に係るインターホンシステム２００に含まれる装置の要部構成の一例を示すブロック図である。図１５に示すように、インターホンシステム２００は、サーバ１ａ、共用呼出機２、室内モニタ３、インターホン制御装置４、マンションコントローラ５、および携帯端末６（通話機器）を含んでいる。なお、共用呼出機２および室内モニタ３の要部構成は、図１に示すものと同様であるため、図１５での記載を省略している。
【０１０１】
（インターホンシステム２００）
図１６は、本実施形態に係るインターホンシステム２００の概要を示す図である。インターホンシステム２００は、実施形態１および２で説明した、来訪者による居住者の呼び出し、来訪者と居住者との通話、居住者による玄関ドアの解錠などを管理するシステムである。さらに、インターホンシステム２００は、予め登録されたユーザ（図１６では、お父さん、お母さん、太郎くん（子供））の間で情報を共有可能な電子伝言板（いわゆる、ソーシャル・ネットワーク・サービス）を提供するシステムを兼ねている。つまり、予め登録されたユーザは、電子伝言板を携帯端末（例えば携帯端末６）などで閲覧可能である。
【０１０２】
１つの電子伝言板には、電子伝言板においてユーザを追加する権限を有するユーザ（例えば電子伝言板の作成者）から招待を受けたユーザのみが参加可能であり、図１６の例では、お父さんが作成した電子伝言板にお母さんと太郎くんだけが招待されている。つまり、本実施形態に係る電子伝言板は、家族だけが閲覧可能な電子伝言板（家族伝言板）である。なお以降、お父さん、お母さん、太郎くんが有する携帯端末６を区別する必要がある場合、図１６に示すように、それぞれ、携帯端末６ａ、６ｂ、６ｃと称する。
【０１０３】
なお、ユーザを追加する権限を有するユーザから招待を受けた者であれば、同じ住戸に居住している者に限らず家族伝言板に参加することができる。換言すれば、家族伝言板の参加者、すなわち、家族伝言板を閲覧可能な携帯端末６のユーザは、居住者に限定されない。例えば、別居している親族などが家族伝言板に参加する事も可能である。
【０１０４】
サーバ１ａは、携帯端末６で家族伝言板への招待を了承する操作が行われると、該携帯端末６からユーザＩＤを取得する。そして、サーバ１ａは、該ユーザＩＤを、実施形態１で説明した、モニタＩＤとユーザＩＤとを対応付けたデータベース（不図示）に追加する。これにより、携帯端末６のユーザは家族伝言板に参加することとなる。換言すれば、家族伝言板に参加しているユーザの携帯端末６は、サーバ１ａにおいてこのデータベースに登録された携帯端末である。
【０１０５】
インターホンシステム２００では、ユーザは自身の携帯端末６を用いて、家族伝言板を閲覧したり、家族伝言板に書き込みを投稿したりすることができる。また、インターホンシステム２００では、来訪者が共用呼出機２を用いてある住戸の居住者（本実施形態では、お父さん、お母さん、太郎くん）を呼び出したとき、インターホン（共用呼出機２および室内モニタ３）を擬人化した「インターホン君」からの書き込みとして、来訪者が来たことを示す来客メッセージを家族伝言板へ投稿する。
【０１０６】
さらに、インターホンシステム２００では、携帯端末６は、家族伝言板を表示し、さらに、上記来客メッセージに含まれるＵＩへのユーザの操作入力を受け付けることにより、ユーザ（居住者）と来訪者との通話を実現することができる。換言すれば、居住者は、携帯端末６を用いて来訪者への応対を行うことができる。携帯端末６は、例えば、携帯電話回線によりインターネットを介してサーバ１ａと通信可能である。このため、携帯端末６のユーザは、住戸外からも家族伝言板を利用可能であり、住戸外から来訪者に応対することが可能である。
【０１０７】
（サーバ１ａ）
サーバ１ａは、投稿されたメッセージを時系列に沿って表示するコミュニケーションサービスにメッセージを投稿する。つまり、来客メッセージや、ユーザが携帯端末６を用いて作成した書き込みを家族伝言板に投稿する。また、サーバ１ａは、携帯端末６に対する家族伝言板の表示画面（伝言板画面）の提示および書き込みの管理などの家族伝言板に関する処理全般を行う。さらに、サーバ１ａは、携帯端末６および共用呼出機２から送信された音声データを受信し、それぞれ、共用呼出機２および携帯端末６へ送信する。これにより、居住者と来訪者との音声通話を実現する。
【０１０８】
サーバ１ａは、図１５に示すように、制御部１０ａ、記憶部１１ａ、インターホン通信部１２、端末通信部１３、および伝言板管理部１４を備えている。なお、インターホン通信部１２および端末通信部１３は、実施形態１で説明したものと同様であるため、ここでの説明を省略する。
【０１０９】
伝言板管理部１４は、携帯端末６に対する伝言板画面の提示および書き込みの管理などの家族伝言板に関する処理全般を行う。具体的には、伝言板管理部１４は、後述する投稿部１０５または携帯端末６が生成した投稿データを受け取り、家族伝言板に投稿する。より具体的には、伝言板管理部１４は、投稿データを受け取ると、当該投稿データを示す文字列（例えばＨＴＭＬデータ）と画像とからなるデータ（以下、投稿表示用データ）を生成し、家族伝言板へ投稿する。
【０１１０】
また、伝言板管理部１４は、携帯端末６から送信された家族伝言板取得要求に応じて、投稿表示用データを携帯端末６へ送信する。なお、家族伝言板取得要求とは、携帯端末６に家族伝言板を表示するために、必要なデータをサーバ１ａに送信させる要求である。また、伝言板管理部１４が家族伝言板取得要求を受信したときに、投稿表示用データを送信する構成は一例である。例えば、伝言板管理部１４は、新たな投稿データを示す投稿表示用データを生成するたびに、伝言板取得要求を受信せずとも、携帯端末６へ生成した投稿表示用データを送信してもよい。
【０１１１】
記憶部１１ａは、サーバ１ａが使用する各種データを記憶する。記憶部１１ａは、少なくとも、顔画像ＤＢ１１１ａ、音声データ１１２、および投稿用データ１１３を記憶している。なお、音声データ１１２は、実施形態１で説明したため、ここでの説明を省略する。
【０１１２】
投稿用データ１１３は、来客メッセージを生成および修正するためのデータである。具体的には、投稿用データ１１３は、来客メッセージに含まれ得るテキストデータ、画像データ、およびＵＩであるが、この例に限定されない。
【０１１３】
顔画像ＤＢ１１１ａは、実施形態１で説明した顔画像ＤＢ１１１と同様に、来訪者情報を管理するＤＢである。図１７は、顔画像ＤＢ１１１ａの一具体例を示す図である。なお、顔画像ＤＢ１１１ａのデータ構成およびデータの内容は図示の例に限定されるものではない。
【０１１４】
図１７では、モニタＩＤが「ＩＰＡＡ０４０５」のカラムに格納された来訪者情報１９１ａ〜１９１ｄを示している。なお、以降、来訪者情報１９１ａ〜１９１ｄを区別する必要が無い場合、来訪者情報１９１と称する。
【０１１５】
来訪者情報１９１は、転送先情報９０３（図示の転送先情報９０３ａおよび９０３ｂの総称）を含む点が、実施形態１で説明した来訪者情報１９０と異なる。転送先情報９０３は、来訪者情報１９１が示す来訪者が来訪したことを通知する居住者を示す情報である。なお、本実施形態では、転送先情報９０３が、実施形態１で説明した設定情報に含まれるものとして説明する。
【０１１６】
来訪者情報１９１ａの場合、転送先情報９０３ａは、来訪者が来訪したことを通知する居住者が「お父さん」であることを示している。すなわち、来訪者情報１９１ａが示す来訪者の来訪は、お父さんの携帯端末６ａに通知される。
【０１１７】
一方、来訪者情報１９１ｂの場合、転送先情報９０３ｂは、来訪者が来訪したことを通知する居住者が「お母さん」および「お父さん」であることを示している。このように、通知先が複数の場合、本実施形態では、サーバ１ａは、「転送先」の後に記載された数字（番号）が最も若い居住者に先に通知を行い、該居住者が来訪者に応対しなかった場合に、次に番号が若い居住者に通知を行う。すなわち、来訪者情報１９１ｂが示す来訪者の来訪は、お母さんの携帯端末６ｂにまず通知され、お母さんが応対しなかった場合に、お父さんの携帯端末６ａに通知される。なお、来訪者が来訪したことの携帯端末６への通知の詳細については後述する。
【０１１８】
なお、図１７では、説明のために、転送先情報９０３を「お父さん」、「お母さん」などとしているが、実際は、お父さんやお母さんが所有する携帯端末（すなわち、携帯端末６ａや６ｂ）を特定可能な情報である。
【０１１９】
制御部１０ａは、サーバ１ａの機能を統括して制御する。制御部１０ａは、出力制御部１０１ａ、顔認識部１０２、およびＤＢ更新部１０３を含んでいる。なお、顔認識部１０２およびＤＢ更新部１０３には、実施形態１で説明したため、ここでの説明を省略する。
【０１２０】
出力制御部１０１ａは、携帯端末６への、来訪者が来訪したことの通知（来訪通知）を制御する。出力制御部１０１ａは、通知部１０４、投稿部１０５、および応答部１０６を含んでいる。
【０１２１】
投稿部１０５は、来客メッセージを生成し、伝言板管理部１４に家族伝言板へ投稿させる。具体的には、投稿部１０５は、共用呼出機２から送信された撮影画像を、インターホン通信部１２から取得すると、該撮影画像を顔認識部１０２へ出力し、顔認識を行わせる。また、投稿部１０５は、マンションコントローラ５から受信した、モニタＩＤを含む呼出信号を、インターホン通信部１２を介して取得すると、該呼出信号を顔認識部１０２へ出力する。
【０１２２】
投稿部１０５は、顔認識部１０２から、認識結果として来訪者情報１９１を取得すると、該来訪者情報に含まれる、来訪者の種別またはマークを特定する。そして、投稿用データ１１３を用いて、特定した種別またはマークに応じた内容の来客メッセージを生成する。一方、投稿部１０５は、顔認識部１０２から、来訪者情報１９１を特定できなかった旨の通知を受けると、来訪者情報１９１を特定できなかった場合の来客メッセージ（所定の来客メッセージ）を生成する。そして、投稿部１０５は、生成した来客メッセージを伝言板管理部１４へ出力し、家族伝言板へ来客メッセージを投稿させる。
【０１２３】
図１８は、携帯端末６に表示される伝言板画面を示す図、および、該伝言板画面からの画面遷移を示す図である。図１８の（ａ）は、来訪者情報１９１ａ（図１７参照）が示す来訪者（田中さん）が来訪したときの伝言板画面を示す図である。
【０１２４】
田中さんが来訪したとき、投稿部１０５は、顔認識部１０２から来訪者情報１９１ａを取得する。そして、投稿部１０５は、図１８の（ａ）に示す来客メッセージ７１ｂを生成する。具体的には、投稿部１０５は、来訪者の名前を示すテキスト７３、およびマーク７４を来訪者情報１９１ａから読み出し、来客メッセージに含める。また、投稿部１０５は、撮影画像をキャプチャすることで来訪者の顔画像７２を生成し、来客メッセージに含める。また、投稿部１０５は、投稿者を示すテキスト（インターホン君）およびアイコン、ＵＩ７５を投稿用データ１１３から読み出し、来客メッセージに含める。また、投稿部１０５は、現在の日時を投稿日時（２０１７/１０/１０  １４：０１）として、来客メッセージに含める。以上により来客メッセージ７１ｂが生成され、伝言板管理部１４によって家族伝言板に投稿される。なお、顔画像７２は、来訪者情報１９１に含まれる顔画像９０１を用いてもよいが、誤った顔認識が行われる可能性を考慮すると、撮影画像をキャプチャしたものを用いることが好ましい。また、顔画像７２として、撮影画像をキャプチャしたものと、特定された来訪者情報１９１に含まれる顔画像９０１との両方を来客メッセージに含めてもよい。
【０１２５】
伝言板管理部１４は、投稿を時系列で並べる。このため、図示の例では、来客メッセージ７１ｂは、投稿７１ａの直下に配置される。
【０１２６】
一方、顔画像ＤＢ１１１ａに記憶されていない来訪者が来訪したとき、投稿部１０５は、顔認識部１０２から、来訪者情報を特定できなかった旨の通知を受けると、来訪者の名前を示すテキスト７３、およびマーク７４を含まない来客メッセージを生成する。
【０１２７】
また、投稿部１０５は、伝言板管理部１４に来客メッセージを出力すると、その旨を通知部１０４へ通知する。投稿部１０５は、来訪者情報１９１を取得している場合、来訪者情報１９１に含まれている転送先情報９０３を、通知と併せて通知部１０４へ出力する。
【０１２８】
応答部１０６は、携帯端末６と共用呼出機２とを用いた、居住者と来訪者との通話を制御する。具体的には、応答部１０６は、携帯端末６から通話開始指示を受信すると、該携帯端末６と、共用呼出機２とを通話可能に接続する。そして、応答部１０６は、通話画面を生成し、携帯端末６へ送信することにより、通話画面を携帯端末６に表示させる。なお、詳細については後述するが、通話開始指示には、携帯端末６を特定可能な端末識別情報が含まれる。
【０１２９】
図１８の（ａ）に示すように、携帯端末６のユーザがＵＩ７５へのタッチ操作を入力すると、通話開始指示が携帯端末６からサーバ１ａへ送信される。応答部１０６は、該指示を受けて、例えば、図１８の（ｂ）に示す通話画面を生成し、携帯端末６へ送信する。図１８の（ｂ）は、通話画面の一具体例を示す図である。
【０１３０】
図示のように、通話画面は、撮影画像８１とＵＩ８２とを含む。撮影画像８１は、共用呼出機２からサーバ１ａへ送信された撮影画像（動画）である。ＵＩ８２は、来訪者との通話を終了するためのＵＩである。また、通話画面は、図示のように各種テキストおよびアイコンを含む。図示のアイコン（「ＦＩ」、「ＭＩ」、「ＴＩ」と記載されたアイコン）の詳細については後述する。なお、ＵＩ８２、各種テキストおよびアイコンは、記憶部１１ａに記憶されていればよい（図１５では不図示）。
【０１３１】
図１８の（ｂ）に示すように、携帯端末６のユーザがＵＩ８２へのタッチ操作を入力すると、通話終了指示が携帯端末６からサーバ１ａ送信される。応答部１０６は、該指示を受けると、携帯端末６と共用呼出機２との接続を切り、通話を終了させる。
【０１３２】
再び投稿部１０５の説明に戻る。投稿部１０５は、通話終了指示を受けると、来客メッセージを修正する。図１８の（ｃ）は、通話終了に基づき修正された来客メッセージを含む、伝言板画面を示す図である。具体的には、投稿部１０５は、通話終了指示を受けると、図１８の（ｃ）に示すように、来客メッセージ７１ｂからテキスト７３、マーク７４、およびＵＩ７５を削除し、代わりに、「スマホから通話しました。」および「応対者：お父さん」というテキスト、並びに、通話が終了した日時を示すテキストを追加した来客メッセージ７１ｃを生成する。なお、これらのテキストは投稿用データ１１３として記憶部１１ａに記憶されている。そして、投稿部１０５は、来客メッセージ７１ｃを伝言板管理部１４へ出力し、来客メッセージ７１ｂを来客メッセージ７１ｃに置き換えさせる。伝言板管理部１４は、来客メッセージを置き換えた後の表示画面を携帯端末６へ送信する。これにより、図１８の（ｃ）に示す表示画面が、携帯端末６に表示される。
【０１３３】
なお、図示の「スマホから通話しました。」および「応対者：お父さん」というテキストは、「応対が、携帯端末６ａを用いた来訪者との通話」である場合の例であり、応対終了後の来客メッセージの内容は、来客メッセージ７１ｃに限定されない。応対終了後の来客メッセージのバリエーションについては、実施形態４で後述する。
【０１３４】
図示の例では、投稿部１０５は、通話開始指示に含まれる端末識別情報が、携帯端末６ａを示していることを特定し、上記のテキストを来客メッセージに追加する。具体的には、記憶部１１ａは、端末識別情報と、テキスト（またはテキストを特定可能な情報）とを対応付けたデータベース（図１５では不図示）を記憶しており、投稿部１０５は、該データベースを参照して、来客メッセージに追加するテキストを決定する。
【０１３５】
通知部１０４は、来客メッセージが投稿されたことを、家族伝言板に参加しているユーザの携帯端末６へ通知する。具体的には、通知部１０４は、投稿部１０５からの通知とともに、転送先情報９０３を受信すると、転送先情報９０３のうち、最も番号が若い転送先が示す携帯端末６へ、来客メッセージが投稿されたことを示す通知（投稿通知）を送信する。また、通知部１０４は、投稿通知を送信してから所定時間が経過しても、通話開始指示を受信しない場合、次に番号が若い転送先が示す携帯端末６へ投稿通知を送信する。一方、転送先情報９０３に含まれない携帯端末６へは投稿通知は送信されない。
【０１３６】
なお、通知部１０４は、投稿部１０５からの通知とともに、転送先情報９０３を取得しなかった場合、すなわち、来訪者が顔画像ＤＢ１１１ａに記憶されていない場合、モニタＩＤに対応付けられているすべての居住者の携帯端末６へ、投稿通知を送信する。
【０１３７】
図１９は、携帯端末６における投稿通知に関する画面例を示す図である。具体的には、図１９は、来訪者情報１９１ａ（図１７参照）が示す来訪者（田中さん）が来訪したことを示す来客メッセージの投稿通知に関する画面例である。図１９の（ａ）は、携帯端末６ａ（お父さんの所有する携帯端末６）における画面例であり、図１９の（ｂ）は、携帯端末６ｂ（お母さんの所有する携帯端末６）における画面例である。すなわち、通知部１０４は、取得した転送先情報９０３ａに従って、携帯端末６ａのみに投稿通知を送信する。これにより、図１９の（ａ）に示すように、携帯端末６ａでは、ユーザに対して、来客メッセージが投稿されたことが通知されるのに対し、図１９の（ｂ）に示すように、携帯端末６ｂでは、ユーザに対して、来客メッセージが投稿されたことは通知されない。
【０１３８】
携帯端末６における、来客メッセージが投稿されたことの通知の典型例は、図１９の（ａ）に示すような通知メッセージ９１の表示である。通知メッセージ９１は、通知部１０４が生成し、投稿通知として携帯端末６に送信されてもよいし、投稿通知を受けた携帯端末６が生成するものであってもよい。なお、通知メッセージ９１は、来客メッセージ以外の投稿が家族伝言板になされた場合の通知画像と、異なるものであることが好ましい。このため、通知メッセージ９１を携帯端末６が生成する構成の場合、投稿通知は、来客メッセージの投稿と、来客メッセージ以外の投稿とを、携帯端末６が区別可能なものとなる。
【０１３９】
また、通知メッセージ９１は、来訪者情報１９１に応じて、異なるものであってもよい。例えば、通知メッセージ９１が、来訪者の種別またはマークを含むものとすれば、来訪者情報１９１ａが特定された場合と、来訪者情報１９１ｂが特定された場合とで、通知メッセージ９１に含まれる来訪者の種別またはマークが異なるものとなる。この例において、通知メッセージ９１を携帯端末６が生成する構成の場合、投稿通知はさらに、特定された来訪者情報１９１に含まれる種別またはマークを含む。
【０１４０】
また、通知メッセージ９１は、来訪者情報１９１（すなわち来訪者）が特定されている場合と、特定されていない場合とで、異なるものであってもよい。この例において、通知メッセージ９１を携帯端末６が生成する構成の場合、投稿通知はさらに、来訪者情報１９１が特定されているか否かを、携帯端末６が区別可能なものとなる。
【０１４１】
（携帯端末６）
次に、図１５を参照して、携帯端末６の要部構成について説明する。携帯端末６は、図１５に示すように、アプリ実行部６０、記憶部６１、通信部６２、操作部６３、表示部６４、音声出力部６５、および音声入力部６６を備えている。
【０１４２】
記憶部６１は、携帯端末６が使用する各種データを記憶する。記憶部６１は、家族伝言板アプリ６１１を少なくとも記憶している。家族伝言板アプリ６１１は、携帯端末６において実行される家族伝言板のアプリケーションである。家族伝言板アプリ６１１は、携帯端末６のＯＳにおいて標準のアプリケーションストアの仕組みを使って、携帯端末６のユーザが事前に携帯端末６にインストールされたり、携帯端末６の販売時にプリインストールされていたりといった方法で、記憶部６１に記憶される。家族伝言板アプリ６１１が実行されることで、携帯端末６は、家族伝言板の表示（例えば、図１８の（ａ）に示す画面の表示）を行ったり、投稿を生成するための画面を表示してユーザによる投稿の生成を受け付けたりする。さらに、携帯端末は、家族伝言板アプリ６１１が実行されることで通話画面の表示（例えば、図１８の（ｂ）に示す画面の表示）を行うとともに、携帯端末６と共用呼出機２との通話を実現する。
【０１４３】
通信部６２は、サーバ１ａとの通信を行う。具体的には、通信部６２は、アプリ実行部６０から受け取った各種情報をサーバ１ａへ送信する。この各種情報の具体例としては、上述した家族伝言板取得要求、通話開始指示、通話終了指示、携帯端末６にて生成された投稿データ、携帯端末６に入力された通話音声（来訪者との通話音声）の音声データなどが挙げられる。また、通信部６２は、サーバ１ａから受信した各種情報をアプリ実行部６０へ出力する。この各種情報の具体例としては、上述した伝言板画面、通話画面、投稿通知、来訪者の通話音声の音声データなどが挙げられる。
【０１４４】
操作部６３は、ユーザの操作入力を取得し、当該操作入力を示す信号をアプリ実行部６０へ出力する。操作部６３の典型例は、物理ボタンやタッチパネルであるが、その他の入力デバイスであってもよい。なお、本実施形態では、操作部６３の少なくとも一部は、表示部６４と一体となっているタッチパネルであるものとして説明する。
【０１４５】
表示部６４は、アプリ実行部６０の制御により、各種画像を表示する。各種画像の具体例としては、伝言板画面や、通話画面などが挙げられる。
【０１４６】
音声出力部６５は、アプリ実行部６０の制御により、音声を出力する、いわゆるスピーカである。音声出力部６５は、共用呼出機２に入力された来訪者の通話音声に基づく音声データを、音声に変換して出力する。
【０１４７】
音声入力部６６は、携帯端末６の周囲で発生した音声を取得し、音声データに変換してアプリ実行部６０へ出力する、いわゆるマイクである。該音声の典型例は、携帯端末６のユーザ（居住者）が発した、来訪者との通話音声である。
【０１４８】
アプリ実行部６０は、家族伝言板アプリ６１１を実行することによる、各種処理を行う。具体的には、アプリ実行部６０は、操作入力を示す信号の取得に基づいて、家族伝言板アプリ６１１を起動したり、サーバ１ａから伝言板画面や通話画面を受信して、表示部６４に表示させたり、アプリ６１１を終了したりする。また、アプリ実行部６０は、伝言板画面や通話画面に表示されている各種ＵＩがタッチされたことを示す信号に応じて、通話開始指示や通話終了指示などの各種情報を生成して、サーバ１ａへ送信する。また、アプリ実行部６０は、サーバ１ａから受信した投稿通知に基づいて、表示部６４に通知メッセージ９１を表示させる。また、アプリ実行部６０は、居住者と来訪者との通話が行われているとき、音声入力部６６から取得した音声データをサーバ１ａへ送信したり、サーバ１ａから受信した音声データを音声出力部６５に出力させたりする。
【０１４９】
（複数人での応対）
来客メッセージは家族伝言板へ投稿されるため、家族伝言板を確認することで、投稿通知を受信していない携帯端末６のユーザも、来訪者との通話を行うことができる。また、複数の居住者が、来訪者との通話に参加することも可能である。例えば、居住者と来訪者とが一対一で通話しているときに、別の居住者を通話に参加させることができる。図２０は、来訪者と通話する居住者の追加を示す図である。
【０１５０】
まず、図２０の（ａ）および（ｂ）に基づいて、通話に参加していない居住者が、自発的に通話に参加する例を説明する。図２０の（ａ）は、太郎くんが所有する携帯端末６ｃにおける、伝言板画面の表示例を示す図である。該伝言板画面には、来客メッセージ７１ｄが含まれている。来客メッセージ７１ｄには、「お父さんが通話中です。以下のボタンから会話に参加できます。」というテキストと、ＵＩ７６が含まれている。太郎くんは、来訪者との通話に参加したい場合、ＵＩ７６へのタッチ操作を携帯端末６ｃへ入力する。アプリ実行部６０は、該タッチ操作に基づく信号を取得すると、携帯端末６ａと共用呼出機２との通話に、携帯端末６ｃを追加するための、参加要請通知をサーバ１ａへ送信する。
【０１５１】
図２０の（ｂ）は、お父さんが所有する携帯端末６ａにおける、太郎くんによる参加要請後の通話画面の表示例を示す図である。応答部１０６は、参加要請通知を受信すると、図２０の（ｂ）に示す参加選択画像８３を含む通話画面を生成し、携帯端末６ａに送信する。参加選択画像８３は、参加を許可するための許可ボタン８４と、参加を許可しないための不許可ボタン８５とを含む。
【０１５２】
携帯端末６ａのアプリ実行部６０は、参加選択画像８３を含む通話画面を受信すると、現在表示している通話画面（図１８の（ｂ）に示す画面）を、受信した通話画面に置き換える。これにより、お父さんは、太郎くんを通話に参加させるか否かを選択することができる。また、お父さんが、許可ボタン８４へのタッチ操作を行えば、太郎くんは通話に参加することができる。具体的には、携帯端末６ａのアプリ実行部６０は、許可ボタン８４へのタッチ操作に基づく信号を取得すると、通話への参加を許可するための許可通知をサーバ１ａに送信する。応答部１０６は、許可通知を受信すると、携帯端末６ｃと共用呼出機２とを通話可能に接続するとともに、携帯端末６ｃに通話画面を表示させる。
【０１５３】
一方、アプリ実行部６０は、不許可ボタン８５へのタッチ操作に基づく信号を取得すると、通話への参加を許可しないための不許可通知をサーバ１ａに送信する。投稿部１０５は、該通知を受けると、参加要請が許可されなかったことを示す不許可通知メッセージを生成し、伝言板管理部１４へ出力する。伝言板管理部１４は、該不許可通知メッセージを携帯端末６ｃに送信する。これにより、携帯端末６は、伝言板画面において不許可通知メッセージを表示させ、太郎くんに参加要請が許可されなかったことを通知することができる。
【０１５４】
次に、図２０の（ｃ）および（ｄ）に基づいて、通話に参加している居住者が、通話に参加していない居住者を通話に参加させる例を説明する。図２０の（ｃ）は、お父さんが所有する携帯端末６ａにて表示されている通話画面を示す図である。該通話画面に含まれる、「会話に招待」の欄に表示されたアイコン８６、すなわち、お母さんを示すアイコンと、太郎くんを示すアイコンとは、入力操作を受け付けるＵＩである。お父さんは、他の居住者（例えば、お母さん）を通話に参加させたい場合、アイコン８６へのタッチ操作を携帯端末６ａに入力する。アプリ実行部６０は、該タッチ操作に基づく信号を取得すると、携帯端末６ａと共用呼出機２との通話に、お母さんの所有する携帯端末６ｂを追加するための、参加要請通知をサーバ１ａへ送信する。
【０１５５】
図２０の（ｄ）は、お母さんが所有する携帯端末６ｂにおける、お父さんによる参加要請後の伝言板画面の表示例を示す図である。投稿部１０５は、参加要請通知を受信すると、図２０の（ｄ）に示す来客メッセージ７１ｅを生成する。具体的には、図２０の（ａ）に示す来客メッセージ７１ｄにおける、「お父さんが通話中です。以下のボタンから会話に参加できます。」というテキストに代えて、「お父さんが通話中です。お父さんから会話に招待されています。」というテキストを含む、来客メッセージ７１ｅを生成する。投稿部１０５は、来客メッセージ７１ｅを伝言板管理部１４へ出力する。伝言板管理部１４は、来客メッセージ７１ｅを携帯端末６ｂへ送信する。これにより、携帯端末６ｂのアプリ実行部６０は、来客メッセージ７１ｅを含む伝言板画面を生成して表示させる。
【０１５６】
お母さんは、来訪者との通話に参加したい場合、ＵＩ７６へのタッチ操作を携帯端末６ｂへ入力する。アプリ実行部６０は、該タッチ操作に基づく信号を取得すると、携帯端末６ａと共用呼出機２との通話に、携帯端末６ｂを追加するための、参加承諾通知をサーバ１ａへ送信する。応答部１０６は、参加承諾通知を受信すると、携帯端末６ｂと共用呼出機２とを通話可能に接続するとともに、携帯端末６ｂに通話画面を表示させる。
【０１５７】
（通知処理の流れ）
次に、図２１を参照して、本実施形態に係るサーバ１ａが実行する通知処理の流れについて説明する。図２１は、通知処理の流れの一例を示すフローチャートである。なお、実施形態１で、図７を参照して説明した応答内容決定処理と同じ処理を行うステップは、図７と同じステップ番号を付し、ここでの説明を省略する。
【０１５８】
ステップＳ２４でＹＥＳの場合、顔認識部１０２は、該来訪者を示す来訪者情報１９１を読み出し、投稿部１０５へ出力する。そして、投稿部１０５は、取得した来訪者情報１９１が有する設定情報に応じた来客メッセージを生成する（Ｓ６１）。具体的には、投稿部１０５は、取得した来訪者情報１９１に含まれる、来訪者の名前、および、来訪者の種別を示すマークを含む来客メッセージを生成する。
【０１５９】
一方、ステップＳ２４でＮＯの場合、顔認識部１０２は、来訪者を特定できなかった旨の通知を投稿部１０５へ出力する。投稿部１０５は、該通知を受けると、来訪者に依らない所定の来客メッセージを生成する（Ｓ６２）。具体的には、投稿部１０５は、来訪者の名前、および、来訪者の種別を示すマークを含まない来客メッセージを生成する。
【０１６０】
続いて、投稿部１０５は、生成した来客メッセージを伝言板管理部１４へ出力する。伝言板管理部１４は、取得した来客メッセージを家族伝言板へ投稿する（Ｓ６３）。また、投稿部１０５は、伝言板管理部１４に来客メッセージを出力すると、その旨を通知部１０４へ通知する。通知部１０４は、該通知を受けると投稿したことを携帯端末６へ通知する（投稿通知を行う）（Ｓ６４）。このとき、通知部１０４は、投稿部１０５から転送先情報９０３を取得したか否か、すなわち、来訪者が登録されているか否かに応じた投稿通知を行う。具体的には、通知部１０４は、来訪者が登録されている場合、転送先情報９０３のうち、最も番号が若い転送先が示す携帯端末６へ投稿通知を送信する。一方、通知部１０４は、来訪者が登録されていない場合、すべての居住者の携帯端末６へ投稿通知を送信する。
【０１６１】
続いて、投稿通知を携帯端末６へ送信すると、応答部１０６が、通話の開始を待機する状態となる（Ｓ６５）。具体的には、応答部１０６は、携帯端末６からの通話開始指示の受信を待機している。通話開始指示を受信すると（Ｓ６５でＹＥＳ）、応答部１０６は、携帯端末６と共用呼出機２との間の通話を開始させる。すなわち、携帯端末６から受信した音声データを共用呼出機２へ送信し、出力させる。また、共用呼出機２から受信した音声データを携帯端末６へ送信し、出力させる（Ｓ６６）。
【０１６２】
応答部１０６は、上記通話を制御しながら、通話終了指示の受信を待機している（Ｓ６７）。通話終了指示を受信すると（Ｓ６７でＹＥＳ）、応答部１０６は、携帯端末６と共用呼出機２との間の通話を終了させる。また、投稿部１０５は、通話終了指示を受信すると（Ｓ６７でＹＥＳ）、通話が終了したことを各携帯端末６のユーザ（居住者）が認識できるように、来客メッセージを修正する（Ｓ６８）。以上で、通知処理は終了する。
【０１６３】
（来訪者情報の更新）
次に、携帯端末６を用いた、来訪者情報１９１の更新について説明する。図２２は、携帯端末６に表示される、来訪者情報１９１を修正するための修正エリア８１０の一例を示す図である。なお、実施形態１で説明した来訪者情報１９０の更新と同様の処理については、ここでの説明を省略する。
【０１６４】
アプリ実行部６０は、実施形態１で説明したように、ユーザ（居住者）の操作に基づいて、該居住者が居住する部屋を示すモニタＩＤに関連付けられて保存されている来訪者情報１９１のリストを、顔画像一覧画面として表示部６４へ表示させる。例えば、図１７に示す「ＩＰＡＡ０４０５」のカラムに格納された、複数の来訪者情報１９１を表示させる。操作部６３が、複数の来訪者情報１９１のいずれかへのタッチ操作を受け付けると、アプリ実行部６０は、設定画面を表示部６４に表示させる。設定画面には、ユーザが選択した来訪者情報１９１を修正するための修正エリア８１０が含まれる。
【０１６５】
図２２に示すように、修正エリア８１０は、ユーザによる来訪者情報を修正するための操作（修正操作）を受け付けることが可能なＵＩを含む。ＵＩ８１１は、来訪者情報１９１に含まれている顔画像９０１を、同じ特徴点を有する別の顔画像９０１へ変更するための修正操作を受け付けるＵＩである。アプリ実行部６０は、ＵＩ８１１へのタッチ操作を受け付けたことを示す信号（修正信号）を、操作部６３から取得すると、サーバ１ａから、同じ特徴点を有する複数の顔画像を受信し、表示部６４に表示させる。複数の顔画像は、出力制御部１０１ａが過去に生成したものであり、記憶部１１ａに記憶されている（図１５では不図示）。複数の顔画像のそれぞれは、来訪者を識別可能な情報（来訪者識別情報）に対応付けられて記憶されており、アプリ実行部６０は、サーバ１ａに、修正エリア８１０の来訪者識別情報を送信することで、サーバ１ａに、修正エリア８１０が示す来訪者の顔画像９０１と同じ特徴点を有する顔画像を選択させる。
【０１６６】
表示された複数の顔画像のうちの１つを選択する操作を受け付けたことを示す信号を、操作部６３から取得すると、アプリ実行部６０は、顔画像９０１を選択された顔画像に置き換える。
【０１６７】
このように、顔画像９０１の変更を受け付け可能とすることで以下のような利点がある。すなわち、名前が未設定の来訪者情報１９１において、顔画像９０１が不鮮明などの理由で、携帯端末６のユーザが、来訪者が誰であるかを判別できない（名前を入力できない）という問題が発生し得る。この場合に、顔画像９０１を、同じ特徴点を有する複数の顔画像からユーザに選択させることで、より鮮明な画像を選択させることができ、さらに、ユーザに、来訪者が誰であるかを容易に判別させ、名前を入力できるようにすることができる。
【０１６８】
ＵＩ８１２は、来訪者の名前を変更するための修正操作を受け付けるＵＩである。アプリ実行部６０は、ＵＩ８１２へのタッチ操作を受け付けたことを示す信号を、操作部６３から取得すると、名前の入力を受け付ける状態となる。ユーザによる名前の入力操作が操作部６３に入力されると、入力された文字列を含む信号がアプリ実行部６０に出力され、アプリ実行部６０は、入力された文字列をボックス（図示の、「田中さん」が記載された矩形）内に表示させる。
【０１６９】
ＵＩ８１３は、来訪者の種別を変更するための修正操作を受け付けるＵＩである。アプリ実行部６０は、ＵＩ８１３へのタッチ操作を受け付けたことを示す信号を、操作部６３から取得すると、種別の選択肢を表示部６４に表示させる。種別の選択肢の具体例としては、例えば、図示の「友達」の他に、「家族」、「親戚」、「宅配業者」、「郵便局員」、「セールス」、「不審者」などが挙げられる。選択肢の何れかへのタッチ操作を、操作部６３が受け付けたことを示す信号を、操作部６３から取得すると、アプリ実行部６０は、種別を選択されたものに変更する。なお、選択肢には空欄が含まれており、空欄の選択は、換言すれば、現行の種別の削除である。
【０１７０】
ＵＩ８１４は、種別を示すマークを変更するための修正操作を受け付けるＵＩである。アプリ実行部６０は、ＵＩ８１４へのタッチ操作、すなわち、マークの何れかへのタッチ操作を受け付けたことを示す信号を、操作部６３から取得すると、タッチ操作を受け付けたマークを、選択されたことを示す態様に変更する。図示の例では、マークを囲うように四角を表示させる。
【０１７１】
ＵＩ８１５は、転送先情報を変更するための修正操作を受け付けるＵＩである。アプリ実行部６０は、ＵＩ８１５へのタッチ操作を受け付けたことを示す信号を、操作部６３から取得すると、転送先の選択肢を表示部６４に表示させる。転送先の選択肢は、家族伝言板の参加者および空欄である。アプリ実行部６０は、サーバ１ａから、自機（携帯端末６）のユーザと同じ家族伝言板の参加者のリストを取得して、転送先の選択肢として表示部６４に表示させる。本実施形態では、「お父さん」、「お母さん」、「太郎くん」、および空欄である選択肢の何れかへのタッチ操作を、操作部６３が受け付けたことを示す信号を取得すると、アプリ実行部６０は、転送先を選択されたものに変更する。なお、空欄の選択は、換言すれば、現行の転送先情報の削除である。なお、転送先は複数選択可能であり、図示のように、ＵＩ８１５が複数あってもよい。
【０１７２】
更新ボタン８１６は、来訪者情報１９１の更新を指示するためのＵＩである。アプリ実行部６０は、更新ボタン８１６へのタッチ操作を受け付けたことを示す信号を、操作部６３から取得すると、変更後の来訪者情報１９１をサーバ１ａへ送信する。ＤＢ更新部１０３は、受信した来訪者情報１９１を顔画像ＤＢ１１１ａに記憶することで、来訪者情報１９１を更新する。
【０１７３】
〔実施形態４〕
本発明のさらなる別の実施形態について、図２３から図２６に基づいて詳細に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【０１７４】
図２３は、本実施形態に係る携帯端末６に表示される伝言板画面の一例を示す図である。図示の伝言板画面は、本実施形態に係る来客メッセージ７０１（図示の来客メッセージ７０１ａ〜７０１ｃの総称）を含んでいる。
【０１７５】
来客メッセージ７０１が、実施形態３で説明した来客メッセージと異なる点は、来訪者への応対に関する複数のＵＩ７０５を含む点である。すなわち、本実施形態に係る携帯端末６のユーザ（居住者）は、来訪者に対して、通話の開始以外の方法で応対することが可能である。
【０１７６】
また、複数のＵＩ７０５において、各ＵＩの順序は、来訪者に応じて決定される。具体的には、図２３の（ａ）では、友達である「田中さん」が来訪したことを示す来客メッセージ７０１ａが示されている。該来客メッセージ７０１ａでは、各ＵＩの順序は、上から、不在であることを示す自動応答を行うための「不在連絡」のＵＩ、通話を開始するための「通話開始」のＵＩ、宅配ボックスへの荷物の入庫を依頼する自動応答を行うための「入庫依頼」のＵＩ、荷物の再配達を依頼する自動応答を行うための「再配達依頼」のＵＩ、および応対しないことを示す「応答しない」のＵＩとなっている。すなわち、各ＵＩの順序は、選択される可能性が高い応対方法を示すＵＩが上に配置されるような順序となっている。
【０１７７】
なお、「入庫依頼」のＵＩ、および、「再配達依頼」のＵＩは郵便局員や宅配業者への応対の際に操作され得るＵＩであり、これらのＵＩは来客メッセージ７０１ａに含まれなくてもよい。ただし、サーバ１ａが行う顔認識の精度によっては、郵便局員や宅配業者を誤って友達と認識したり、友達の可能性が高いものの、郵便局員や宅配業者の可能性もあるとの認識結果となったりする可能性がある。このような場合に対応するために、「入庫依頼」のＵＩ、および、「再配達依頼」のＵＩを来客メッセージ７０１ａに含めておくことが好ましい。
【０１７８】
図２３の（ｂ）では、郵便局員が来訪したことを示す来客メッセージ７０１ｂが示されている。該来客メッセージ７０１ｂでは、各ＵＩの順序は、上から、「入庫依頼」のＵＩ、「再配達依頼」のＵＩ、「不在連絡」のＵＩ、「通話開始」のＵＩ、「応答しない」のＵＩとなっている。また、図２３の（ｃ）では、セールスが来訪したことを示す来客メッセージ７０１ｃが示されている。該来客メッセージ７０１ｃでは、各ＵＩの順序は、上から、「応答しない」のＵＩ、「不在連絡」のＵＩ、「通話開始」のＵＩ、「入庫依頼」のＵＩ、「再配達依頼」のＵＩとなっている。このように、各ＵＩは、来訪者に応じて異なる順序で表示される。なお、図示のＵＩの種類は一例であり、ＵＩの種類を図示の５つに限定する意図はない。
【０１７９】
本実施形態の投稿部１０５が、実施形態３で説明した投稿部１０５と異なる点は、投稿用データ１１３から、複数のＵＩ７０５を読み出し、顔認識部１０２から取得した来訪者情報１９１に基づく順序で並べる点である。具体的には、投稿部１０５は、取得した来訪者情報１９１に基づいて、複数のＵＩ７０５それぞれの優先度を決定する。そして、該優先度の高い順に、複数のＵＩ７０５それぞれを並べる。優先度の高いＵＩをより上側に配置することで、選択される可能性が高い選択肢を目立たせることができる。なお、投稿部１０５が、決定した優先度に基づいて行う処理は、選択肢の順序を変更することに限定されない。つまり、投稿部１０５は、選択される可能性が高い選択肢を目立たせることができるような来客メッセージを生成すればよく、例えば、優先度が高い選択肢の文字や背景の色を変化させたり、文字サイズやＵＩ自体のサイズを変化させたりしてもよい。また、投稿部１０５は、顔認識部１０２から、来訪者情報１９１を特定できなかった旨の通知を受けた場合、所定の順序で複数のＵＩ７０５を並べればよい。
【０１８０】
本実施形態の応答部１０６が、実施形態３で説明した応答部１０６と異なる点は、携帯端末６から、「入庫依頼」のＵＩ、「再配達依頼」のＵＩ、「不在連絡」のＵＩのいずれかがタッチ操作されたことに基づく、共用呼出機２に自動応答を行わせる指示（自動応答指示）を受信すると、音声データ１１２から、指示に応じた音声データを読み出し、共用呼出機２へ送信する。例えば、「不在連絡」を行わせるための自動応答指示を受信した場合、「ごめんなさい。今外出中なんです。」という音声データを読み出し、共用呼出機２へ送信する。これにより、共用呼出機２は、受信した音声データを出力させることで、自動応答を実現する。なお以降、自動応答指示と通話開始指示とを、応答指示と総称する場合がある。
【０１８１】
（帰宅予定時刻の連絡）
図２４は、来訪者への帰宅予定時刻の連絡の一例を示す図である。来客メッセージ７０１において、「再配達依頼」のＵＩ、または、「不在連絡」のＵＩがタッチ操作された場合、来客メッセージ７０１に代えて、来客メッセージ７０６が表示されてもよい。図２４の（ａ）は、来客メッセージ７０１ｂ（図２３の（ｂ）参照）において、「再配達依頼」のＵＩがタッチ操作されたことに伴い、来客メッセージ７０６ｂが表示されている例を示す図である。
【０１８２】
投稿部１０５は、「再配達依頼」のＵＩ、または、「不在連絡」のＵＩがタッチ操作されたことを示す情報を、携帯端末６から受信すると、来客メッセージ７０６を生成し、伝言板管理部１４へ出力する。これにより、来客メッセージ７０１は、来客メッセージ７０６に変更される。
【０１８３】
図２４の（ａ）に示すように、来客メッセージ７０６ｂは、ＵＩ７０７ｂおよびＵＩ７０８ｂを含む。ＵＩ７０７ｂは、帰宅予定時刻を入力するための入力操作を受け付けるＵＩである。アプリ実行部６０は、ＵＩ７０７ｂへのタッチ操作を受け付けたことを示す信号を、操作部６３から取得すると、帰宅予定時刻の選択肢を表示部６４に表示させる。図示の例では、１８時（１８：００）が選択されている。なお、選択肢には、帰宅予定時刻を来訪者に通知しないことを示す「通知しない」が含まれていてもよい。なお、ＵＩ７０７ｂは、帰宅予定時刻を選択させるものではなく、帰宅予定時刻を示す文字の入力を受け付けるものであってもよい。
【０１８４】
ＵＩ７０８ｂは、自動応答指示をサーバ１ａに送信するためのＵＩである。アプリ実行部６０は、ＵＩ７０８ｂへのタッチ操作を受け付けたことを示す信号を、操作部６３から取得すると、自動応答指示とともに、帰宅予定時刻を示す時刻情報をサーバ１ａへ送信する。図２４の（ａ）の例では、再配達依頼の自動応答を行わせるための自動応答指示と、１８時を示す時刻情報とをサーバ１ａへ送信する。
【０１８５】
応答部１０６は、自動応答指示とともに時刻情報を受信すると、自動応答の音声データに、帰宅予定時刻の通知を追加し、共用呼出機２へ送信する。図２４の（ｂ）は、共用呼出機２による自動応答の一例を示す図であり、図２４の（ａ）に示す内容で自動応答指示が携帯端末６からサーバ１ａに送信された場合の例を示す図である。
【０１８６】
具体的には、応答部１０６は、自動応答の音声データとして、音声データ１１２から、「ただいま留守にしておりますので、再配達をお願いします。帰宅予定は（時刻）です。」という音声データとを読み出す。さらに、応答部１０６は、該音声データの（時刻）に、時刻情報に基づく音声データ、図２４の（ｂ）の例では「１８：００」という音声データを追加し、共用呼出機２へ送信する。これにより、共用呼出機２は、「ただいま留守にしておりますので、再配達をお願いします。帰宅予定は１８：００です。」という音声を出力することができる。
【０１８７】
（応対終了の通知）
実施形態３で説明したとおり、応対が終了した場合、その旨を示す内容に来客メッセージが変更される。実施形態３では、図１８の（ｃ）に示すように、テキスト７３、マーク７４、およびＵＩ７５に代えて、「スマホから通話しました。」および「応対者：お父さん」というテキスト、並びに、通話が終了した日時を示すテキストが追加された来客メッセージ７１ｃに変更される例を説明した。これは、お父さんが携帯端末６ａを用いて来訪者と通話した場合の変更である。
【０１８８】
一方、本実施形態では、来訪者との通話以外の応対方法、すなわち、複数のＵＩ７０５のうち、「通話開始」のＵＩ以外を選択した場合、選択したＵＩに応じて、応対終了後の来客メッセージが変更される。図２５は、応対終了後の来客メッセージのバリエーションを示す図である。例えば、複数のＵＩ７０５のうちの「不在連絡」のＵＩが選択され、共用呼出機２から「不在連絡」の自動応答の音声が出力された場合、図２５の（ａ）に示すように、来客メッセージ７０１ｄが携帯端末６に表示される。
【０１８９】
来客メッセージ７０１ｄは、テキスト７０３、マーク７０４、および複数のＵＩ７０５に代えて、「『不在連絡』で応対しました。」および「応対者：お父さん」というテキスト、並びに、応対した日時を示すテキストが追加されている。具体的には、投稿部１０５は、応答部１０６が自動応答の音声データを共用呼出機２へ送信すると、来客メッセージ７０１（例えば、図２３に示す来客メッセージ７０１ａ）からテキスト７０３、マーク７０４、および複数のＵＩ７０５を削除する。そして、投稿部１０５は、これらの代わりに「『不在連絡』で応対しました。」および「応対者：お父さん」というテキスト、並びに、応対した日時、すなわち自動応答の音声データを共用呼出機２へ送信した日時を示すテキストを追加した来客メッセージ７０１ｄを生成する。そして、投稿部１０５は、来客メッセージ７０１ｄを伝言板管理部１４へ出力し、来客メッセージ７０１ａを来客メッセージ７０１ｄに置き換えさせる。伝言板管理部１４は、来客メッセージを置き換えた後の表示画面を携帯端末６へ送信する。これにより、図２５の（ａ）に示す表示画面が、携帯端末６に表示される。これにより、お父さん以外の居住者は、お父さんが「不在連絡」を選択することにより来訪者に応対したことを認識することができる。
【０１９０】
なお、「不在連絡」以外の自動応答を行った場合、該自動応答に応じたテキストを含む来客メッセージ７０１となる。例えば、「再配達依頼」の自動応答を行った場合、「『再配達依頼』で応対しました。」というテキストが追加される。また、「応答しない」のＵＩが選択された場合、例えば、「応対しませんでした」というテキストのみが追加され、応対者を示すテキストおよび応対した日時を示すテキストは追加されない。
【０１９１】
また、携帯端末６を用いない応対が行われた場合、上述した例とは異なる来客メッセージ７０１の変更が行われてもよい。例えば、住戸内にいた居住者が室内モニタ３を用いて応対した場合、図２５の（ｂ）に示すように、来客メッセージ７０１ｅが携帯端末６に表示される。
【０１９２】
来客メッセージ７０１ｅは、テキスト７０３、マーク７０４、および複数のＵＩ７０５に代えて、「室内モニタで応対しました。」というテキスト、および、応対した日時を示すテキストが追加されている。なお、この例では、応対者を特定することができないため、応対者を示すテキストは追加されない。
【０１９３】
具体的には、本実施形態に係る室内モニタ３は、自機を用いた応対が行われる（例えば、操作部３４の操作、音声入力部３５への音声の入力など）と、その旨をサーバ１ａへ通知する。投稿部１０５は、該通知を受信すると、来客メッセージ７０１（例えば、図２３に示す来客メッセージ７０１ａ）からテキスト７０３、マーク７０４、および複数のＵＩ７０５を削除する。そして、投稿部１０５は、これらの代わりに「室内モニタで応対しました。」というテキスト、および、応対した日時、すなわち室内モニタ３から通知を受けた日時を示すテキストを追加した来客メッセージ７０１ｅを生成する。その後の処理は、上述した来客メッセージ７０１ｄの場合と同様であるので、ここでの説明を省略する。
【０１９４】
また、共用呼出機２が呼出信号を送信してからの経過時間が所定の閾値を超えても、室内モニタ３または携帯端末６を用いた応対がなされなかった場合、サーバ１ａの応答部１０６は、所定の自動応答（例えば、「不在連絡」の自動応答）を行ってもよい。この所定の自動応答が行われた場合、図２５の（ｃ）に示すように、来客メッセージ７０１ｆが携帯端末６に表示される。
【０１９５】
来客メッセージ７０１ｆは、テキスト７０３、マーク７０４、および複数のＵＩ７０５に代えて、「『不在連絡』で自動応答しました。」というテキスト、および、応対した日時を示すテキストが追加されている。具体的には、投稿部１０５は、共用呼出機２から自動応答データ要求（実施形態１参照）を受信すると、来客メッセージ７０１（例えば、図２３に示す来客メッセージ７０１ａ）からテキスト７０３、マーク７０４、および複数のＵＩ７０５を削除する。そして、投稿部１０５は、これらの代わりに「『不在連絡』で自動応答しました。」というテキスト、および、応対した日時、すなわち自動応答データ要求を受信した日時を示すテキストを追加した来客メッセージ７０１ｆを生成する。その後の処理は、上述した来客メッセージ７０１ｄの場合と同様であるので、ここでの説明を省略する。
【０１９６】
なお、ここでは、来客メッセージ７０１ａが、来客メッセージ７１ｃや、来客メッセージ７０１ｄ〜７０１ｆなどの応答終了を通知するメッセージに置き換えられる例を説明したが、これらの応答終了を通知するメッセージは、来客メッセージ７０１ａとは異なる新たなメッセージとして、家族伝言板に投稿されてもよい。すなわち、応答終了を通知するメッセージが、家族伝言板に表示される構成であればよい。
【０１９７】
（通知処理の流れ）
次に、図２６を参照して、本実施形態に係るサーバ１ａが実行する通知処理の流れについて説明する。図２６は、通知処理の流れの一例を示すフローチャートである。なお、実施形態３で、図２１を参照して説明した通知処理と同じ処理を行うステップは、図２１と同じステップ番号を付し、ここでの説明を省略する。
【０１９８】
ステップＳ６３で、投稿通知を携帯端末６へ送信すると、応答部１０６が、携帯端末６からの応答指示を待機する状態となる（Ｓ７１）。応答指示を受信すると（Ｓ７１でＹＥＳ）、応答部１０６は、該応答指示が、通話開始指示であるか、または自動応答指示であるかを判定する（Ｓ７２）。通話開始指示である場合（Ｓ７１のＡ）、応答部１０６は、ステップＳ６５およびＳ６６の処理を行う。
【０１９９】
一方、自動応答指示である場合（Ｓ７１のＢ）、応答部１０６は、指示に応じた自動応答の音声データを共用呼出機２へ送信する（Ｓ７５）。
【０２００】
また、応答部１０６は、ステップＳ７１で携帯端末から応答指示を受信していない場合であって（Ｓ７１でＮＯ）、共用呼出機２から自動応答データ要求を受信した場合（Ｓ７３でＹＥＳ）、不在連絡の音声データを共用呼出機２へ送信する（Ｓ７４）。なお、ステップＳ７４で送信する音声データが不在連絡の音声データであることは一例である。
【０２０１】
最後に、投稿部１０５は、応対の内容に応じて来客メッセージを修正する（Ｓ７６）。以上で、通知処理は終了する。
【０２０２】
（実施形態３および４に共通の変形例）
室内モニタ３が、家族伝言板アプリ６１１を記憶し、家族伝言板アプリ６１１を実行する機能を備えていてもよい。すなわち、携帯端末６のアプリ実行部６０と同様の部材が、室内モニタ３に備えられていてもよい。
【０２０３】
また、携帯端末６を用いて来訪者への応対を行うためのアプリケーションは、家族伝言板アプリ６１１に限定されない。例えば、来訪者が来訪したことの通知機能、来訪者への応対機能（通話機能および自動応答機能など）のみを備え、電子伝言板の機能を備えないアプリケーションであってもよい。
【０２０４】
来訪者情報１９１に、携帯端末６を用いた来訪者への応対を不可能とする居住者を示す応対不可情報が含まれていてもよい。応対不可情報は、居住者が携帯端末６を用いて設定する情報である。この例の場合、投稿部１０５は、特定した来訪者情報１９１に応対不可情報が含まれている場合、来訪者との通話を開始するためのＵＩ７５や、来訪者への応対に関する複数のＵＩ７０５を含まない来客メッセージをさらに生成する。そして、応対不可情報とともに、該来客メッセージを伝言板管理部１４へ出力する。伝言板管理部１４は、取得した応対不可情報が示す居住者の携帯端末６へ送信する投稿表示用データに、ＵＩ７５や複数のＵＩ７０５を含まない来客メッセージを含め、該携帯端末６へ送信する。これにより、特定の居住者が、応対すべきでない来訪者に対して応対できないようにすることができる。例えば、太郎くん（子供）が、携帯端末６ｃを用いて、セールスに応対することができないようにする、といったことが可能となり、安全性を高めることができる。
【０２０５】
サーバ１ａは、来訪者によっては、携帯端末６への通知を行わず、共用呼出機２に自動応答を行わせてもよい。具体的には、特定された来訪者情報１９１に、自動応答を行う旨を示すフラグが設定されている場合、投稿部１０５は応答部１０６に通知して、来訪者情報１９１に応じた自動応答を行わせてもよい。上記フラグは、携帯端末６を用いた来訪者情報１９１の更新によって設定することができる。これにより、サーバ１ａは例えば、宅配業者が来訪した場合に、ユーザによる応答内容を選択する操作無しで、入庫依頼の自動応答を共用呼出機２に行わせることができる。
【０２０６】
〔各実施形態に共通の変形例〕
自動応答の音声データは共用呼出機２に記憶されていてもよい。同様に、通知音声データは室内モニタ３に記憶されていてもよい。これらの例の場合、サーバ１（またはサーバ１ａ）は、音声データを指定するための情報を特定し、共用呼出機２や室内モニタ３へ送信する。共用呼出機２および室内モニタ３は、該情報に基づいて、音声出力する音声データを特定する。
【０２０７】
また、上述した実施形態１〜４では、本発明に係る出力制御装置をサーバ１（またはサーバ１ａ）に適用した例を説明したが、出力制御装置は、共用呼出機２、インターホン制御装置４、またはマンションコントローラ５に適用されてもよい。
【０２０８】
また、サーバ１（またはサーバ１ａ）は、撮影画像に加え、来訪者が有する識別情報を共用呼出機２に取得させ、撮影画像と識別情報とを用いて、来訪者を特定してもよい。該識別情報とは、例えば、来訪者が有する端末装置（携帯端末、電子マネーカードなど）のＩＤであるが、この例に限定されない。また、この例の場合、来訪者情報１９０（または来訪者情報１９１）には、識別情報が含まれており、顔認識部１０２は、顔認識の結果と、識別情報とを用いて、来訪者情報を特定する。
【０２０９】
また、上述した実施形態１〜４では、サーバ１（またはサーバ１ａ）は、顔認識の結果に基づいて特定される設定情報に応じた自動応答、呼出動作、投稿通知、応答の選択肢の順序の決定などを行う構成であった。すなわち、サーバ１（またはサーバ１ａ）は、常に、ユーザによる設定に応じた出力を行う構成であった。しかしながら、サーバ１（またはサーバ１ａ）は、常にユーザによる設定に応じた出力を行う構成に限定されない。例えば、サーバ１（またはサーバ１ａ）は、来訪者の顔画像と、行った出力を示す情報とを対応付けて記憶する、出力の履歴を記憶しており、顔認識の結果、来訪者が来訪したことがある人物であると出力の履歴から特定される場合、特定された人物（顔画像）に対応付けられた出力を行う構成であってもよい。
【０２１０】
また、共用呼出機２は、人感センサ２２を備えない構成であってもよい。この例の場合、共用呼出機２は、操作部２４に対して呼び出し操作が入力されたとき、撮影部２１に撮影を開始させる。
【０２１１】
また、上述した実施形態１〜４は、インターホンシステム１００、インターホンシステム２００をマンションに適用した例を説明したが、インターホンシステム１００、インターホンシステム２００は、一戸建てに適用されてもよい。この場合、共用呼出機２は、玄関子機となる。
【０２１２】
また、インターホンシステム１００、インターホンシステム２００は、携帯端末６に加え（または、携帯端末６に代えて）、携帯を想定していない端末装置、例えば、パソコン、テレビなどを含んでもよい。この場合、該端末装置は、実施形態１〜４にて説明した携帯端末６と同様の機能を備える。
【０２１３】
〔実施形態５〕
上記各実施形態では、１つのサーバ１（またはサーバ１ａ）を用いる例を説明したが、サーバ１（またはサーバ１ａ）の有する各機能が、個別のサーバにて実現されていてもよい。そして、複数のサーバを適用する場合においては、各サーバは、同じ事業者によって管理されていてもよいし、異なる事業者によって管理されていてもよい。
【０２１４】
〔実施形態６〕
サーバ１（またはサーバ１ａ）、共用呼出機２、室内モニタ３、および携帯端末６の各ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。後者の場合、サーバ１（またはサーバ１ａ）、共用呼出機２、室内モニタ３、および携帯端末６のそれぞれを、図２７に示すようなコンピュータ（電子計算機）を用いて構成することができる。
【０２１５】
図２７は、サーバ１（またはサーバ１ａ）、共用呼出機２、室内モニタ３、および携帯端末６として利用可能なコンピュータ９１０の構成を例示したブロック図である。コンピュータ９１０は、バス９１１を介して互いに接続された演算装置９１２と、主記憶装置９１３と、補助記憶装置９１４と、入出力インターフェース９１５と、通信インターフェース９１６とを備えている。演算装置９１２、主記憶装置９１３、および補助記憶装置９１４は、それぞれ、例えばプロセッサ（例えばＣＰＵ：Central Processing Unit等）、ＲＡＭ（random access memory）、ハードディスクドライブであってもよい。入出力インターフェース９１５には、ユーザがコンピュータ９１０に各種情報を入力するための入力装置９２０、および、コンピュータ９１０がユーザに各種情報を出力するための出力装置９３０が接続される。入力装置９２０および出力装置９３０は、コンピュータ９１０に内蔵されたものであってもよいし、コンピュータ９１０に接続された（外付けされた）ものであってもよい。例えば、入力装置９２０は、キーボード、マウス、タッチセンサなどであってもよく、出力装置９３０は、ディスプレイ、プリンタ、スピーカなどであってもよい。また、タッチセンサとディスプレイとが一体化されたタッチパネルのような、入力装置９２０および出力装置９３０の双方の機能を有する装置を適用してもよい。そして、通信インターフェース９１６は、コンピュータ９１０が外部の装置と通信するためのインターフェースである。
【０２１６】
補助記憶装置９１４には、コンピュータ９１０をサーバ１（またはサーバ１ａ）、共用呼出機２、室内モニタ３、および携帯端末６として動作させるための各種のプログラムが格納されている。そして、演算装置９１２は、補助記憶装置９１４に格納された上記プログラムを主記憶装置９１３上に展開して該プログラムに含まれる命令を実行することによって、コンピュータ９１０を、サーバ１（またはサーバ１ａ）、共用呼出機２、室内モニタ３、および携帯端末６が備える各部として機能させる。なお、補助記憶装置９１４が備える、プログラム等の情報を記録する記録媒体は、コンピュータ読み取り可能な「一時的でない有形の媒体」であればよく、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブル論理回路などであってもよい。また、記録媒体に記録されているプログラムを、主記憶装置９１３上に展開することなく実行可能なコンピュータであれば、主記憶装置９１３を省略してもよい。なお、上記各装置（演算装置９１２、主記憶装置９１３、補助記憶装置９１４、入出力インターフェース９１５、通信インターフェース９１６、入力装置９２０、および出力装置９３０）は、それぞれ１つであってもよいし、複数であってもよい。
【０２１７】
また、上記プログラムは、コンピュータ９１０の外部から取得してもよく、この場合、任意の伝送媒体（通信ネットワークや放送波等）を介して取得してもよい。そして、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０２１８】
〔まとめ〕
本発明の態様１に係る出力制御装置（サーバ１、サーバ１ａ）は、居住者を呼び出して通話する機能を備えるインターホン子機（共用呼出機２）に入力された、来訪者による呼び出し操作に基づく呼び出しに関する出力を制御する出力制御装置であって、上記インターホン子機から取得した撮影画像に基づいて、上記来訪者の顔認識を行う顔認識部（顔認識部１０２）と、上記インターホン子機、上記呼び出しに応答して通話する応答機能を備えるインターホン親機（室内モニタ３）、または、上記応答機能を備える、上記インターホン親機と異なる通話機器（携帯端末６）の少なくともいずれかに、上記顔認識部による認識結果に応じた上記出力を行わせる出力制御部（出力制御部１０１、出力制御部１０１ａ）と、を備える。
【０２１９】
上記の構成によれば、顔認識の結果に応じた出力を、インターホン子機、インターホン親機、通話機器の少なくともいずれかに行わせる。これにより、来訪者を適切に特定し、居住者にとって適切な応対を実現することができる。
【０２２０】
例えば、顔認識の結果に応じた応答の音声をインターホン子機から出力させることにより、居住者の手を煩わせることなく、居住者にとって適切な応対を行うことができる。また例えば、顔認識の結果に応じた通知を、インターホン親機や通話機器にて行うことにより、居住者は、来訪者との対話を行う前に、来訪者がどのような人物かを認識することができる。
【０２２１】
本発明の態様２に係る出力制御装置（サーバ１ａ）は、上記態様１において、上記出力制御部（出力制御部１０１ａ）は、上記通話機器である、上記出力制御装置に登録された携帯端末（携帯端末６）に、上記認識結果に応じた、上記呼び出し操作が行われたことの通知を行わせてもよい。
【０２２２】
上記の構成によれば、顔認識の結果に応じた、呼び出し操作が行われたことの通知を、出力制御装置に登録された携帯端末に行わせるので、該携帯端末のユーザは、来訪者との対話を行う前に、来訪者がどのような人物かを認識することができる。出力制御装置に登録された携帯端末のユーザの例としては、居住者が挙げられる。この場合、居住者は、外出していたとしても、来訪者が来訪したことを認識することができる。
【０２２３】
本発明の態様３に係る出力制御装置は、上記態様２において、上記出力制御装置は、上記出力制御部が、上記認識結果に応じて、該応答の選択肢を上記携帯端末に表示させ、上記居住者が上記選択肢から選択した、上記呼び出しに対する応答を、上記インターホン子機に行わせてもよい。
【０２２４】
上記の構成によれば、携帯端末に応答の選択肢を表示させ、居住者が選択肢の中から選択した応答を、インターホン子機に行わせる。これにより、居住者は、自身が来訪者と対話せずとも、来訪者に対する適切な応対を行うことができる。
【０２２５】
本発明の態様４に係る出力制御装置は、上記態様３において、上記出力制御部は、上記認識結果に応じて、上記選択肢の優先度を決定し、上記優先度に応じて、上記選択肢を上記携帯端末に表示させてもよい。
【０２２６】
上記の構成によれば、顔認識の結果に応じた優先度に応じて、応答の選択肢が表示されるので、居住者は、適切な応対方法を容易に選択することができる。優先度に応じて選択肢を表示させるとは、例えば、優先度が高い選択肢ほど、上部に表示させる、などが挙げられる。
【０２２７】
本発明の態様５に係る出力制御装置は、上記態様１から４のいずれかにおいて、上記出力制御部は、上記インターホン子機に、上記呼び出しに対する応答として、上記認識結果に応じた自動応答を行わせてもよい。
【０２２８】
上記の構成によれば、顔認識の結果に応じた自動応答の音声をインターホン子機から出力させるので、居住者の手を煩わせることなく、居住者にとって適切な応対を行うことができる。
【０２２９】
本発明の態様６に係る出力制御装置は、上記態様５において、上記出力制御部は、上記呼び出し操作が行われてから所定時間が経過するまでの間に、上記インターホン親機または上記通話機器を用いた、上記呼び出し操作に対する上記居住者による応答が行われない場合、上記インターホン子機に上記自動応答を行わせてもよい。
【０２３０】
上記の構成によれば、来訪者が居住者を呼び出してから所定時間が経過しても、居住者が応対しない場合に、インターホン子機に自動応答を行わせるので、居住者が来訪者の来訪に気付いていない場合でも、来訪者に対する応対を行うことができる。
【０２３１】
本発明の態様７に係る出力制御装置は、上記態様５または６において、上記出力制御部は、上記顔認識部が顔認識した上記来訪者の顔が、予め登録されているか否かに応じて、上記インターホン子機に行わせる上記自動応答の内容を異ならせてもよい。
【０２３２】
上記の構成によれば、来訪者が知人であるか否かに応じて自動応答の内容を異ならせるので、自動応答において、より適切な応対を行うことができる。
【０２３３】
本発明の態様８に係る出力制御装置は、上記態様５から７のいずれかにおいて、上記出力制御部は、上記顔認識部が顔認識に失敗した場合、上記自動応答として、上記インターホン子機に、再度の顔認識を上記顔認識部が行うことができるような対応を上記来訪者に行わせるための通知を出力させてもよい。
【０２３４】
上記の構成によれば、顔認識に失敗した場合、インターホン子機に、再度の顔認識を上記顔認識部が行うことができるような対応を来訪者に行わせるための通知を出力させるので、来訪者は、再度の顔認識が行われるように適切な対応を取ることができる。また、顔認識を嫌う来訪者（例えば、セールスマン、空き巣など）を排除することができる。
【０２３５】
本発明の態様９に係る出力制御装置は、上記態様１から８のいずれかにおいて、上記出力制御部は、上記インターホン親機に、上記認識結果に応じた、上記呼び出し操作が行われたことの通知を行わせてもよい。
【０２３６】
上記の構成によれば、顔認識の結果に応じた、呼び出し操作が行われたことの通知をインターホン親機に行わせるので、居住者は、来訪者との対話を行う前に、来訪者がどのような人物かを認識することができる。
【０２３７】
本発明の態様１０に係る出力制御装置は、上記態様９において、上記出力制御部は、上記顔認識部が顔認識した上記来訪者に付与されている該来訪者のカテゴリに応じて、上記インターホン親機に行わせる上記通知の内容を異ならせてもよい。
【０２３８】
上記の構成によれば、来訪者のカテゴリに応じて、通知の内容を異ならせるので、居住者は、来訪者との対話を行う前に、どのような応対をするかを決定することができる。来訪者のカテゴリとは、例えば、来訪者と居住者との関係性（友達、家族、親戚など）を示すもの、来訪者の職業（郵便局員、宅配業者、セールスなど）を示すもの、および、不審者などが挙げられる。
【０２３９】
本発明の態様１１に係るインターホン子機は、上記インターホン子機の周囲に存在する人を検知する人感部（人感センサ２２）と、上記人感部が人を検知したとき、該人の撮影を開始する撮影部（撮影部２１）と、上記撮影部が撮影した撮影画像を、態様１から１０のいずれかに係る出力制御装置へ送信する送信部（撮影制御部２０２）と、を備える。
【０２４０】
上記の構成によれば、人感部が人を検知したとき、撮影が開始され、撮影画像が出力制御装置へ送信されるので、来訪者が呼び出し操作を行う前に、出力制御装置に顔認識を開始させることができる。
【０２４１】
本発明の態様１２に係るインターホンシステム（インターホンシステム１００、インターホンシステム２００）は、居住者を呼び出して通話する機能を備えるインターホン子機（共用呼出機２）と、上記インターホン子機からの呼び出しに応答して、上記インターホン子機と通話する応答機能を備えるインターホン親機（室内モニタ３）と、上記インターホン子機に入力された、来訪者による呼び出し操作に基づく呼び出しに関する出力を制御する出力制御装置（サーバ１、サーバ１ａ）と、を少なくとも含むインターホンシステムであって、上記インターホン子機から取得した撮影画像に基づいて、上記呼び出し操作を入力した来訪者の顔認識を行い、上記インターホン子機、上記インターホン親機、または、上記応答機能を備える、上記インターホン親機と異なる通話機器（携帯端末６）の少なくともいずれかに、上記顔認識の結果に応じた上記出力を行わせる。
【０２４２】
上記の構成によれば、上記態様１に係る出力制御装置と同様の作用効果を奏する。
【０２４３】
本発明の各態様に係る出力制御装置およびインターホン子機は、コンピュータによって実現してもよく、この場合には、コンピュータを上記出力制御装置およびインターホン子機が備える各部（ソフトウェア要素）として動作させることにより上記出力制御装置およびインターホン子機をコンピュータにて実現させる出力制御装置およびインターホン子機の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０２４４】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【符号の説明】
【０２４５】
１  サーバ（出力制御装置）
１ａ  サーバ（出力制御装置）
２  共用呼出機（インターホン子機）
３  室内モニタ（インターホン親機）
６  携帯端末（通話機器）
２１  撮影部
２２人感センサ（人感部）
１００  インターホンシステム
１０１  出力制御部
１０１ａ  出力制御部
１０２  顔認識部
２００  インターホンシステム
２０２  撮影制御部（送信部）
【図１】
2019083468.tif 000003
【図２】
2019083468.tif 000004
【図３】
2019083468.tif 000005
【図４】
2019083468.tif 000006
【図５】
2019083468.tif 000007
【図６】
2019083468.tif 000008
【図７】
2019083468.tif 000009
【図８】
2019083468.tif 000010
【図９】
2019083468.tif 000011
【図１０】
2019083468.tif 000012
【図１１】
2019083468.tif 000013
【図１２】
2019083468.tif 000014
【図１３】
2019083468.tif 000015
【図１４】
2019083468.tif 000016
【図１５】
2019083468.tif 000017
【図１６】
2019083468.tif 000018
【図１７】
2019083468.tif 000019
【図１８】
2019083468.tif 000020
【図１９】
2019083468.tif 000021
【図２０】
2019083468.tif 000022
【図２１】
2019083468.tif 000023
【図２２】
2019083468.tif 000024
【図２３】
2019083468.tif 000025
【図２４】
2019083468.tif 000026
【図２５】
2019083468.tif 000027
【図２６】
2019083468.tif 000028
【図２７】
2019083468.tif 000029