特許 7567903 訪問支援装置、訪問支援システム、訪問支援方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-07

(45)【発行日】2024-10-16

(54)【発明の名称】訪問支援装置、訪問支援システム、訪問支援方法及びプログラム

(51)【国際特許分類】

   G06Q 10/06 20230101AFI20241008BHJP

【ＦＩ】

G06Q10/06

【請求項の数】 20

(21)【出願番号】P 2022508670

(86)(22)【出願日】2020-03-17

(86)【国際出願番号】 JP2020011775

(87)【国際公開番号】W WO2021186569

(87)【国際公開日】2021-09-23

【審査請求日】2022-08-31

【前置審査】

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】阿久津 樹輝

(72)【発明者】

【氏名】大谷 美樹

【審査官】田上 隆一

(56)【参考文献】

【文献】特開２０１０－２３１４９２（ＪＰ，Ａ）

【文献】特開２０１２－１４１６９９（ＪＰ，Ａ）

【文献】特開２０１８－１１２９４５（ＪＰ，Ａ）

【文献】特開２０１９－１４４９１７（ＪＰ，Ａ）

【文献】特開２０１９－０４９８７１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

所定の空間内で着席しているユーザが訪問に対して現在対応可能か否かを示す情報である着席中のステータスをユーザ毎に登録する登録部と、
ユーザを識別する情報とともに当該ユーザの登録された前記着席中のステータスを前記空間に設置された表示装置に表示させる表示制御部と、
を有し、
前記着席中のステータスは、同一のユーザについて、前記空間を訪れる訪問者に応じて選択される、応対可能というステータスと応対不可というステータスの少なくとも２つが設定され、
前記表示制御部は、前記訪問者からの入力に基づいて特定された前記着席中のステータスを前記表示装置に表示させる
訪問支援装置。

【請求項2】

前記空間を訪れた訪問者からの入力に基づいて、前記訪問者の訪問先ユーザを取得する訪問先取得部と、
前記訪問先ユーザに対応付けられて登録された前記着席中のステータスを特定するステータス特定部と、
をさらに有し、
前記表示制御部は、前記特定された着席中のステータスを前記表示装置に表示させる
請求項１に記載の訪問支援装置。

【請求項3】

前記空間の入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
をさらに有し、
前記表示制御部は、前記訪問者の顔認証に成功した場合、前記着席中のステータスを前記表示装置に表示させる
請求項１又は２に記載の訪問支援装置。

【請求項4】

前記空間の入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
をさらに有し、
前記登録部は、同一のユーザに対して、訪問者の種類毎に着席中のステータスを登録し、
前記表示制御部は、前記訪問者の顔認証の結果から判別される前記訪問者の種類に応じた前記着席中のステータスを前記表示装置に表示させる
請求項１又は２に記載の訪問支援装置。

【請求項5】

前記空間内でユーザが着席する座席位置を特定する座席位置特定部をさらに有し、
前記表示制御部は、さらに、前記座席位置特定部が特定した座席位置を、ユーザを識別する情報とともに示したマップを前記表示装置に表示させる
請求項１乃至４のいずれか１項に記載の訪問支援装置。

【請求項6】

前記表示制御部は、座席位置の表示について、着席するユーザのうち所定の条件を満たすユーザだけ表示するよう制御する
請求項５に記載の訪問支援装置。

【請求項7】

前記表示制御部は、座席位置の表示について、着席するユーザのうち訪問先ユーザに該当するユーザだけ表示するよう制御する
請求項６に記載の訪問支援装置。

【請求項8】

前記表示制御部は、さらに、ユーザを識別する情報とともに、予め記憶された当該ユーザのスケジュールを前記表示装置に表示させる
請求項１乃至７のいずれか１項に記載の訪問支援装置。

【請求項9】

前記表示制御部は、さらに、訪問予約を受付けるためのユーザインタフェース画像を前記表示装置に表示させ、
前記訪問支援装置は、訪問の予約が要求された場合、訪問先ユーザに対応付けられた端末装置に対して訪問についての通知を行う通知部をさらに備える
請求項１乃至８のいずれか１項に記載の訪問支援装置。

【請求項10】

前記通知は、訪問者の個人情報を含む
請求項９に記載の訪問支援装置。

【請求項11】

前記通知は、訪問者による訪問についての履歴情報を含む
請求項９に記載の訪問支援装置。

【請求項12】

前記通知は、訪問者が所定の人物に該当するか否かを示す情報を含む
請求項９に記載の訪問支援装置。

【請求項13】

前記表示制御部は、前記端末装置から前記通知に対する応答結果を受信した場合、当該応答結果を前記表示装置に表示させる
請求項９乃至１２のいずれか１項に記載の訪問支援装置。

【請求項14】

前記空間の入口に到着した訪問者の訪問先ユーザを取得する訪問先取得部と、
前記訪問先ユーザに対応付けられて登録された前記着席中のステータスを特定するステータス特定部と、
前記入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
をさらに有し、
前記訪問先取得部は、
前記訪問者の顔認証に成功した場合、会議の開催日時及び会議の参加者の定義を含む予め記憶された会議情報に基づき前記訪問者と同一日時の会議に参加する参加者を特定し、
前記特定した参加者を前記訪問先ユーザとして取得し、
前記表示制御部は、前記訪問先ユーザについての特定された前記着席中のステータスを前記表示装置に表示させる
請求項１に記載の訪問支援装置。

【請求項15】

前記空間内の撮影画像である第２の撮影画像を取得する第２の画像取得部を有し、
前記座席位置特定部は、
前記第２の撮影画像の中から、予め記憶されたユーザの顔画像を検索し、
当該顔画像が検索された位置に基づいて当該ユーザの座席位置を特定する
請求項５乃至７のいずれか１項に記載の訪問支援装置。

【請求項16】

前記空間内での設置位置が予め定められている端末装置のカメラにより撮影された当該端末装置のユーザの撮影画像である第３の撮影画像を取得する第３の画像取得部と、
前記第３の撮影画像に基づいて前記端末装置を利用するユーザの顔認証を行うよう制御する第２の認証制御部とを有し、
前記座席位置特定部は、前記端末装置を利用するユーザの顔認証に成功している場合、当該端末装置の設置位置を当該ユーザの座席位置として特定する
請求項５乃至７のいずれか１項に記載の訪問支援装置。

【請求項17】

所定の空間に設置された情報処理装置と、
前記空間内のユーザに対する訪問を支援する訪問支援装置と、
を備え、
前記訪問支援装置は、
前記空間内で着席しているユーザが訪問に対して現在対応可能か否かを示す情報である着席中のステータスをユーザ毎に登録する登録部と、
ユーザを識別する情報とともに当該ユーザの登録された前記着席中のステータスを前記情報処理装置に表示させる表示制御部と、
を有し、
前記着席中のステータスは、同一のユーザについて、前記空間を訪れる訪問者に応じて選択される、応対可能というステータスと応対不可というステータスの少なくとも２つが設定され、
前記表示制御部は、前記訪問者からの入力に基づいて特定された前記着席中のステータスを前記情報処理装置に表示させる
訪問支援システム。

【請求項18】

前記訪問支援装置は、
前記空間を訪れた訪問者からの入力に基づいて、前記訪問者の訪問先ユーザを取得する訪問先取得部と、
前記訪問先ユーザに対応付けられて登録された前記着席中のステータスを特定するステータス特定部と、
をさらに有し、
前記表示制御部は、前記特定された着席中のステータスを前記情報処理装置に表示させる
請求項１７に記載の訪問支援システム。

【請求項19】

所定の空間内で着席しているユーザが訪問に対して現在対応可能か否かを示す情報である着席中のステータスをユーザ毎に登録し、
ユーザを識別する情報とともに当該ユーザの登録された前記着席中のステータスを前記空間に設置された表示装置に表示させ、
前記着席中のステータスは、同一のユーザについて、前記空間を訪れる訪問者に応じて選択される、応対可能というステータスと応対不可というステータスの少なくとも２つが設定され、
前記表示では、前記訪問者からの入力に基づいて特定された前記着席中のステータスを前記表示装置に表示させる
訪問支援方法。

【請求項20】

所定の空間内で着席しているユーザが訪問に対して現在対応可能か否かを示す情報である着席中のステータスをユーザ毎に登録する登録ステップと、
ユーザを識別する情報とともに当該ユーザの登録された前記着席中のステータスを前記空間に設置された表示装置に表示させる表示制御ステップと、
をコンピュータに実行させ、
前記着席中のステータスは、同一のユーザについて、前記空間を訪れる訪問者に応じて選択される、応対可能というステータスと応対不可というステータスの少なくとも２つが設定され、
前記表示制御ステップでは、前記訪問者からの入力に基づいて特定された前記着席中のステータスを前記表示装置に表示させる
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体に関する。

【背景技術】

【0002】

オフィス内などにおいて、従業員などの人物が在席しているか否かを管理する技術が知られている。例えば、特許文献１は、ユーザの在席状況をその座席位置まで移動することなく確認することができるシステムを開示している。このシステムでは、ユーザ端末のカメラからの入力画像に基づいてユーザの顔を検出し、ユーザが在席しているか否かが判定される。そして、この判定結果である在席情報がサーバに記憶される。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１９－１０１５６６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１の技術によれば、訪問先のユーザの在席状況を事前に確認することができる。しかしながら、訪問先のユーザが在席していたとしても、そのユーザは、取り込み中などにより訪問者の応対が困難な場合があるという問題点がある。この場合、訪問者は、訪問先のユーザに会うことができたとしても、そのユーザに十分な応対をしてもらえず、訪問先のユーザは、訪問により煩わされることとなる。すなわち、快適な訪問を実現できない。

【0005】

本開示はこのような問題点を解決するためになされたものであり、快適な訪問の実現を支援することができる訪問支援装置、訪問支援システム、訪問支援方法、及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

本開示の第１の態様にかかる訪問支援装置は、
所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部と、
ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御部と、
を有する。

【0007】

本開示の第２の態様にかかる訪問支援システムは、
所定の空間の入口に設置された情報処理装置と、
前記空間内のユーザに対する訪問を支援する訪問支援装置と、
を備え、
前記訪問支援装置は、
前記空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部と、
ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記情報処理装置に表示させる表示制御部と、
を有する。

【0008】

本開示の第３の態様にかかる訪問支援方法では、
所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録し、
ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる。

【0009】

本開示の第４の態様にかかるプログラムは、
所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録ステップと、
ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御ステップと、
をコンピュータに実行させる。

【発明の効果】

【0010】

本開示によれば、快適な訪問の実現を支援することができる訪問支援装置、訪問支援システム、訪問支援方法、及びプログラムを提供できる。

【図面の簡単な説明】

【0011】

【図1】実施の形態１にかかる訪問支援装置の構成の一例を示すブロック図である。

【図2】実施の形態１にかかる訪問支援方法の流れを示すフローチャートである。

【図3】実施の形態２にかかる訪問支援システムの構成を示すブロック図である。

【図4】実施の形態２にかかる認証装置の構成を示すブロック図である。

【図5】実施の形態２にかかる認証装置による顔情報登録処理の流れを示すフローチャートである。

【図6】実施の形態２にかかる認証装置による顔認証処理の流れを示すフローチャートである。

【図7】実施の形態２にかかる入口端末の構成を示すブロック図である。

【図8】実施の形態２にかかる訪問支援装置の構成を示すブロック図である。

【図9】表示制御部の制御により入口端末の表示部に表示される画面の一例を示す図である。

【図10】訪問先ユーザが利用する端末装置における通知の表示例を示す図である。

【図11】訪問を許可する応答が得られた場合の表示例を示す。

【図12】訪問を拒否する応答が得られた場合の表示例を示す。

【図13】フロアを撮影するカメラの撮影画像を用いて座席位置を特定する処理の流れを示すフローチャートである。

【図14】実施の形態２にかかる訪問支援システムの処理の流れの一例を示すシーケンスチャートである。

【図15】実施の形態３にかかる訪問支援システムの処理の流れの一例を示すシーケンスチャートである。

【図16】変形例にかかる訪問支援システムの処理の流れの一例を示すシーケンスチャートである。

【図17】実施の形態４にかかる訪問支援装置の構成を示すブロック図である。

【図18】実施の形態４にかかる訪問支援システムの処理の流れの一例を示すシーケンスチャートである。

【図19】実施の形態５にかかる訪問支援システムの構成を示すブロック図である。

【図20】実施の形態５にかかる訪問支援装置の構成を示すブロック図である。

【図21】端末装置のカメラの撮影画像を用いて座席位置を特定する処理の流れを示すフローチャートである。

【発明を実施するための形態】

【0012】

説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。また、フローチャート又はシーケンスチャートなどにより本開示に示される処理の実行順序は、一例に過ぎず、技術的な矛盾が生じない限り実行順序を適宜入れ替えることが可能である。また、各実施の形態の特徴についても、技術的な矛盾が生じない限り組み合わせることができる。

【0013】

＜実施の形態１＞
図１は、実施の形態１にかかる訪問支援装置１の構成の一例を示すブロック図である。訪問支援装置１は、所定の空間内のユーザに対する訪問を支援する装置である。ここで、本開示において、空間とは、所定の領域を有する空間であればよく、例えば、建物内のフロア全体であってもよいし、部屋であってもよい。空間内にはユーザが利用するための座席が存在する。座席には、例えば、それぞれデスクが設けられており、ユーザは例えば業務を行なうために座席を利用する。なお、ユーザごとに利用すべき席が決められていてもよいし、ユーザごとに利用すべき席が決められていなくてもよい。すなわち、ユーザが好きな座席を選択できてもよい。

【0014】

図１に示すように、訪問支援装置１は、登録部２と表示制御部３とを有する。

【0015】

登録部２は、所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する。例えば、登録部２は、ユーザからの入力に基づいて、当該ユーザの識別情報と当該ユーザのステータスとを対応付けて、記憶装置に記憶する。ユーザからの入力は、訪問支援装置１への入力であってもよいし、他の装置への入力であってもよい。他の装置へステータスの入力があった場合、訪問支援装置１は、この他の装置から、入力されたステータスを取得する。なお、上述した記憶装置は、例えば訪問支援装置１が備えるものであるが、他の装置が備えるものであってもよい。ここで、ステータスとは、上述の通り、着席中のステータスである。具体的には、例えば、「応対可能」、「応対不可」、「取り込み中」、「応対中」、「休憩中」などといった、着席中のユーザが訪問に対して現在応対可能であるか否かについての目安となるステータスである。

【0016】

表示制御部３は、ユーザを識別する情報とともに当該ユーザの登録された上述のステータスを、前記空間の入口に設置された表示装置に表示させる。ユーザを識別する情報としては、ユーザを識別するための任意の情報を用いることができる。例えば、ユーザの名前であってもよいし、ユーザＩＤであってもよいし、ユーザの顔の画像であってもよい。

【0017】

図２は、実施の形態１にかかる訪問支援方法の流れを示すフローチャートである。
ステップＳ１０において、登録部２は、所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する。次に、ステップＳ１１において、表示制御部３は、ユーザを識別する情報とともに当該ユーザの登録されたステータスを、空間の入口に設置された表示装置に表示させる。

【0018】

このように、訪問支援装置１によれば、ユーザの着席中のステータスが登録され、登録されたステータスが、入口に設置された表示装置に表示される。このため、訪問者は、表示されたステータスを確認することにより、訪問先ユーザが訪問に対して現在応対可能であるか否かの目安を得ることができる。したがって、訪問先ユーザにとって応対が難しいタイミングで、訪問者と訪問先ユーザが面会することを抑制することができる。換言すると、訪問先ユーザにとって好ましいタイミングで、訪問者と訪問先ユーザが面会することが可能になる。したがって、本実施の形態によれば、快適な訪問の実現を支援することができる。なお、本開示において、訪問者とは、特定のユーザと会うために来訪した人物をいう。訪問先ユーザとは、訪問相手のユーザである。すなわち、訪問先ユーザとは、訪問者が会いたい人物である。訪問先ユーザの人数は複数であってもよい。

【0019】

なお、訪問支援装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、訪問支援方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムをメモリへ読み込み、当該コンピュータプログラムを実行する。これにより、プロセッサは、登録部２及び表示制御部３の機能を実現する。

【0020】

または、登録部２及び表示制御部３は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）等を用いることができる。

【0021】

また、訪問支援装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、訪問支援装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

【0022】

以下、実施の形態１をより具体的にした実施の形態について説明する。
＜実施の形態２＞
図３は、実施の形態２にかかる訪問支援システム１０の構成を示すブロック図である。訪問支援システム１０は、訪問支援装置１００、認証装置２００、入口端末３００、端末装置４００、及びカメラ５００を備える。訪問支援装置１００、認証装置２００、入口端末３００、端末装置４００、及びカメラ５００のそれぞれは、有線又は無線のネットワーク６００を介して通信可能に接続されている。

【0023】

訪問支援装置１００は、図１に示した訪問支援装置１に相当し、所定の空間内のユーザに対する訪問を支援する装置である。すなわち、訪問支援装置１は、訪問者４０が空間内の訪問先ユーザ４１を訪問することを支援する装置である。なお、本実施の形態では一例として、所定の空間が、建物内におけるフロア４２であるとする。訪問支援装置１００は、ユーザのステータスが記されたフロアマップの生成、訪問についての通知などを行なう。訪問支援装置１００は、例えば、コンピュータにより実現されるサーバ装置である。訪問支援装置１００の詳細については、後述する。

【0024】

認証装置２００は、顔情報ＤＢ（DataBase）２１０を備え、顔認証処理を行なう装置である。顔情報ＤＢ２１０は、ユーザＩＤ２１１と当該ユーザの顔特徴情報２１２とを対応付けて記憶する。本実施の形態では、複数のユーザの顔特徴情報２１２が予め認証装置２００に登録されているものとする。ここで、これらのユーザには、訪問先ユーザ４１と訪問者４０とが含まれる。顔情報ＤＢ２１０は、例えば、認証装置２００が備えるメモリなどの記憶装置により実現される。顔情報ＤＢ２１０は、記憶部ともいう。認証装置２００は、外部から受信した顔認証要求に応じて、当該要求に含まれる顔画像又は顔特徴情報について、各ユーザの顔特徴情報２１２と照合を行い、照合結果を要求元へ返信する。

【0025】

入口端末３００は、所定の空間の入口に設置された情報処理装置である。本実施の形態では、フロア４２の入口に設置されている。入口端末３００は、カメラ３１０及び表示部３２０を含む。カメラ３１０は、入口に設置された撮影装置の一例であり、フロア４２の入口に来た訪問者４０の顔を撮影するよう設置されている。表示部３２０は、空間の入口に設置された表示装置の一例であり、具体的には、例えば、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイなどのプラットパネルディスプレイである。本実施の形態では、表示部３２０は、タッチパネルとして構成され、ユーザからの入力を受付ける入力装置としても機能する。

【0026】

なお、本実施の形態では、一例として、入口端末３００は、カメラ３１０及び表示部３２０を含むが、カメラ３１０若しくは表示部３２０のいずれか一方、又はその両方が入口端末３００とは別の装置として存在してもよい。

【0027】

端末装置４００は、所定の空間内に設けられた座席ごとに設置された、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理装置である。本実施の形態では、端末装置４００は、フロア４２内に設けられた座席ごとに設置されている。なお、図３では、一例として、２台の端末装置４００が図示されているが、端末装置４００の台数は、３台以上であってもよく、１台であってもよい。本実施の形態では、ユーザごとに利用すべき席は決められておらず、ユーザは任意の端末装置４００を利用することができる。端末装置４００は、ネットワーク６００を介して、訪問支援装置１００からの通知を受信し、通知内容を出力する。通知内容の出力は、表示による出力であってもよいし、音声による出力であってもよい。表示による出力である場合、端末装置４００は、ディスプレイを備えており、当該ディスプレイに表示する。また、音声による出力である場合、端末装置４００は、スピーカを備えており、当該スピーカから音声を出力する。

【0028】

カメラ５００は、所定の空間内を撮影するカメラである。より詳細には、カメラ５００は、所定の空間内の座席にいるユーザの顔を撮影するよう設置されたカメラである。カメラ５００が撮影した画像は、訪問支援装置１００に送信される。なお、カメラ５００は、複数設定されていてもよい。

【0029】

次に、認証装置２００の機能について詳細に説明する。図４は、認証装置２００の構成を示すブロック図である。認証装置２００は、上述した顔情報ＤＢ２１０と、顔検出部２２０と、特徴点抽出部２３０と、登録部２４０と、認証部２５０とを備える。

【0030】

顔検出部２２０は、顔情報を登録するための画像又は顔認証するための画像に含まれる顔領域を検出する。顔検出部２２０は、公知の画像認識処理により、画像から顔の領域を検出する。

【0031】

特徴点抽出部２３０は、顔検出部２２０が検出した顔領域から特徴点を抽出する。なお、特徴点抽出部２３０は、特徴点についての特徴量を抽出してもよい。また、これらに代えて、他の特徴情報が抽出されてもよい。特徴点抽出部２３０により、顔認証のための顔の特徴情報（顔情報とも称す）が抽出される。なお、顔認証は公知の技術で実現可能であるため、顔認証のための特徴情報の詳細な説明については省略する。

【0032】

登録部２４０は、特徴点抽出部２３０が抽出した特徴情報をユーザＩＤとともに、顔情報ＤＢ２１０に登録する。登録部２４０は、特徴情報の登録に際して、ユーザＩＤを新規に発行する。登録部２４０は、発行したユーザＩＤと、顔情報を登録するための画像から抽出した特徴情報とを対応付けて顔情報ＤＢ２１０へ登録する。

【0033】

認証部２５０は、顔認証するための画像から特徴点抽出部２３０により抽出された特徴情報と、顔情報ＤＢ２１０に登録された特徴情報との照合を行うことにより、顔認証を行なう。認証部２５０は、特徴情報が一致したか否かを、認証要求を送信した装置に返信する。特徴情報が一致したか否かは、認証の成否に対応する。

【0034】

図５は、認証装置２００による顔情報登録処理の流れを示すフローチャートである。以下、図５を参照しつつ、顔情報登録処理の流れを説明する。

【0035】

まず、ステップＳ１０１において、認証装置２００は、ユーザの顔が撮影された画像を取得する。例えば、認証装置２００は、顔情報登録装置（不図示）からネットワーク６００を介して受信した顔情報登録要求に含まれる画像を取得する。なお、顔情報登録装置は、パーソナルコンピュータ等の情報処理装置であればよい。
次に、ステップＳ１０２において、顔検出部２２０は、ステップＳ１０１で取得した画像に含まれる顔領域を検出する。

【0036】

次に、ステップＳ１０３において、特徴点抽出部２３０は、ステップＳ１０２で検出した顔領域から顔の特徴情報を抽出する。
最後に、ステップＳ１０４において、登録部２４０は、ユーザＩＤを発行し、当該ユーザＩＤと顔の特徴情報とを対応付けて顔情報ＤＢ２１０に登録する。なお、登録部２４０は、顔情報登録装置などから、登録対象のユーザの名前などの個人情報を取得し、この個人情報もユーザＩＤと対応付けて顔情報ＤＢ２１０に登録してもよい。また、登録部２４０は、顔情報登録要求の送信元の装置に対して、登録結果を返信してもよい。なお、認証装置２００は、顔の特徴情報を含む顔情報登録要求を受信してもよく、この場合には、ステップＳ１０１からステップＳ１０３の処理が省略可能である。

【0037】

図６は、認証装置２００による顔認証処理の流れを示すフローチャートである。以下、図６を参照しつつ、顔認証処理の流れを説明する。

【0038】

まず、ステップＳ２０１において、認証装置２００は、ユーザの顔が撮影された画像を取得する。例えば、認証装置２００は、入口端末３００のカメラ３１０が撮影した画像を含む顔認証要求を、ネットワーク６００を介して訪問支援装置１００から受信し、この顔認証要求に含まれる画像を取得する。

【0039】

次に、ステップＳ２０２において、顔検出部２２０は、ステップＳ２０１で取得した画像に含まれる顔領域を検出する。
次に、ステップＳ２０３において、特徴点抽出部２３０は、ステップＳ２０２で検出した顔領域から顔の特徴情報を抽出する。なお、認証装置２００は、顔の特徴情報を含む顔認証要求を受信してもよく、この場合には、ステップＳ２０１からステップＳ２０３の処理が省略可能である。

【0040】

次に、ステップＳ２０４において、認証部２５０は、認証対象の特徴情報を、顔情報ＤＢ２１０と照合する。認証対象の特徴情報が、登録されているいずれかのユーザの特徴情報と一致した場合（ステップＳ２０５でＹＥＳ）、処理はステップＳ２０６へ移行する。いずれのユーザの特徴情報とも一致しない場合（ステップＳ２０５でＮＯ）、処理はステップＳ２０８へ移行する。

【0041】

ステップＳ２０６では、認証部２５０は、認証対象の特徴情報と特徴情報が一致したユーザのユーザＩＤを特定する。
そして、ステップＳ２０７において、認証部２５０は、顔認証要求の送信元の装置（例えば、訪問支援装置１００）に対し、顔認証に成功した旨を示す認証結果を送信する。具体的には、認証部２５０は、顔認証に成功した旨と特定したユーザＩＤとを要求元へ返信する。なお、認証部２５０は、認証されたユーザの名前などの個人情報を要求元へ返信してもよい。
一方、ステップＳ２０８では、認証部２５０は、顔認証要求の送信元の装置（例えば、訪問支援装置１００）に対し、顔認証に失敗した旨を示す認証結果を送信する。

【0042】

次に、入口端末３００について詳細に説明する。図７は、入口端末３００の構成を示すブロック図である。入口端末３００は、上述したカメラ３１０及び表示部３２０に加え、記憶部３３０と、通信部３４０と、制御部３５０とを備える。なお、上述した通り、本実施の形態では、表示部３２０は、タッチパネルとして構成され、ユーザからの入力を受付けるが、表示部３２０は必ずしもユーザからの入力を受付ける機能を備えていなくてもよい。また、この場合、入口端末３００には、表示部３２０とは別に、ユーザからの入力を受付ける入力装置が設けられてもよい。

【0043】

記憶部３３０は、入口端末３００の各機能を実現するためのプログラム及び入口端末３００の処理に用いられるデータが格納される記憶装置である。この記憶装置は、例えば、ハードディスク、フラッシュメモリ等の不揮発性記憶装置であってもよく、ＲＡＭ（Random Access Memory）等のメモリを含んでもよい。通信部３４０は、ネットワーク６００を介した通信を行なうための通信インタフェースである。制御部３５０は、入口端末３００の各構成を制御するプロセッサつまり制御装置である。制御部３５０は、プログラムをメモリへ読み込み、処理を実行する。これにより、制御部３５０は、撮影制御部３５１及び入出力制御部３５２の機能を実現する。

【0044】

撮影制御部３５１は、カメラ３１０を制御し、入口に到着した訪問者を撮影するよう制御する。例えば、撮影制御部３５１は、入口に到着した訪問者から撮影指示が入力されると、訪問者の顔を含む画像を撮影する。なお、この撮影指示として、訪問を予約する指示が用いられてもよい。また、撮影制御部３５１は、撮影画像を通信部３４０及びネットワーク６００を介して訪問支援装置１００へ送信する。

【0045】

入出力制御部３５２は、ユーザから入力を受付ける処理、及び、表示部３２０に情報を表示する処理を制御する。例えば、入出力制御部３５２は、訪問者から訪問先ユーザを指定する入力（例えば、訪問先ユーザのＩＤ又は名前など）の受付け処理や、訪問を予約する指示の入力の受付け処理などを行なう。入出力制御部３５２は、受付けた入力を通信部３４０及びネットワーク６００を介して訪問支援装置１００に送信する。また、入出力制御部３５２は、訪問支援装置１００からネットワーク６００及び通信部３４０を介して受信した情報を表示部３２０に表示する。例えば、入出力制御部３５２は、訪問支援装置１００から受信したユーザのステータスが記されたフロアマップや訪問予約に対する応答結果などを表示部３２０に表示する。

【0046】

なお、入口端末３００は、空間（フロア）の人の出入りを制御するゲートと通信可能に接続されていてもよい。その場合、入口端末３００は、訪問支援装置１００から、訪問予約に対する応答として、予約を許可する応答（訪問を許可する応答）が得られた場合、ゲートのロックを解除してもよい。

【0047】

次に、訪問支援装置１００について、詳細に説明する。図８は、訪問支援装置１００の構成を示すブロック図である。訪問支援装置１００は、記憶部１１０と、メモリ１３０と、通信部１４０と、制御部１５０とを備える。

【0048】

記憶部１１０は、ハードディスク、フラッシュメモリ等の不揮発性記憶装置である。記憶部１１０は、訪問支援装置１００の種々の処理を行なうためのプログラム１１１を記憶する。また、記憶部１１０は、顔画像情報１１２と、端末情報１１５、ステータス情報１１７と、スケジュール情報１１９とを記憶する。

【0049】

顔画像情報１１２は、ユーザ毎の顔画像である。すなわち、顔画像情報１１２は、ユーザを識別する情報を含むユーザ情報１１３と、当該ユーザの顔画像１１４とを対応付けた情報である。なお、この顔画像情報１１２は、例えば、フロアマップに、フロアに在席しているユーザの顔画像を表示するために用いられる。このため、フロアに存在しうるユーザについての顔画像が顔画像情報１１２として、予め記憶部１１０には記憶されている。

【0050】

端末情報１１５は、各ユーザが使用する端末装置４００を示す情報である。すなわち、端末情報１１５は、ユーザを識別する情報を含むユーザ情報１１３と、当該ユーザが現在使用している端末装置４００を識別する端末ＩＤ１１６とを対応付けた情報である。なお、この端末情報１１５は、例えば、フロアに在席しているユーザに対し、訪問について通知するために用いられる。このため、フロアに存在しているユーザが使用する端末装置４００を識別する情報が端末情報として、記憶部１１０には記憶されている。例えば、端末装置４００にユーザがログインすると、端末装置４００のＩＤと当該端末装置４００にログインしたユーザのユーザ情報１１３が訪問支援装置１００に通知され、この通知に基づいて、端末情報１１５が記憶される。

【0051】

ステータス情報１１７は、ユーザ毎の現在のステータスを表わす情報である。特に、このステータスは、ユーザが着席中の場合、着席中のステータスを示す情報である。ステータス情報１１７は、具体的には、ユーザを識別する情報を含むユーザ情報１１３と、当該ユーザのステータス１１８とを対応付けた情報である。なお、このステータス情報１１７は、例えば、入口端末３００にユーザのステータスを表示するために用いられる。ステータス情報１１７は、後述する登録部１５１による登録処理により、記憶部１１０に記憶される。このように、記憶部１１０は、各ユーザのステータスを記憶する。

【0052】

スケジュール情報１１９は、ユーザ毎のスケジュールを表わす情報である。スケジュール情報１１９は、具体的には、ユーザを識別する情報を含むユーザ情報１１３と、当該ユーザのスケジュール１２０とを対応付けた情報である。例えば、スケジュール１２０は、「会議」、「早退」、「外出」などの離席を伴う予定を示すものであってもよい。なお、このスケジュール情報１１９は、例えば、入口端末３００にユーザのスケジュールを表示するために用いられる。スケジュール情報１１９は、後述する登録部１５１による登録処理により、記憶部１１０に記憶される。このように、記憶部１１０は、各ユーザのスケジュールを記憶する。

【0053】

メモリ１３０は、ＲＡＭ等の揮発性記憶装置であり、制御部１５０の動作時に一時的に情報を保持するための記憶領域である。通信部１４０は、ネットワーク６００を介した通信を行なうための通信インタフェースである。例えば、通信部１４０は、ネットワーク６００を介して取得したデータを制御部１５０へ出力する。また、通信部１４０は、制御部１５０から受け付けたデータをネットワーク６００へ出力する。

【0054】

制御部１５０は、訪問支援装置１００の各構成を制御するＣＰＵなどのプロセッサ、つまり制御装置である。制御部１５０は、記憶部１１０からプログラム１１１をメモリ１３０へ読み込み、プログラム１１１を実行する。これにより、制御部１５０は、登録部１５１、訪問先取得部１５２、画像取得部１５３、座席位置特定部１５４、ステータス特定部１５５、認証制御部１５６、表示制御部１５７、及び通知部１５８の機能を実現する。

【0055】

登録部１５１は、図１の登録部２に対応している。本実施の形態では、登録部１５１は、ユーザの現在のステータスをユーザ毎に登録する。特に、登録部１５１は、フロア内で着席しているユーザについては、着席中のステータスをユーザ毎に登録する。例えば、着席しているユーザのステータスとして、「応対可能」、「応対不可」、「取り込み中」、「応対中」、「休憩中」などといった、着席中のユーザが訪問に対して現在応対可能であるか否かについての目安となるステータスを登録する。なお、登録部１５１は、さらに、離席しているユーザのステータスをユーザ毎に登録してもよい。例えば、「離席中」、「不在」、「休暇中」などといった不在を示すステータスを登録してもよい。登録部１５１は、例えば端末装置４００へのユーザからの入力に基づいて、当該ユーザの識別情報を含むユーザ情報１１３と当該ユーザのステータス１１８とを対応付けて、記憶部１１０にステータス情報１１７として登録する。なお、ユーザは、自身のステータスを端末装置４００ではなく、他の装置に入力してもよい。この場合、登録部１５１は、この他の装置から、ユーザの識別情報と当該ユーザのステータスとを取得し、記憶部１１０にステータス情報１１７として登録する。この他の装置は、訪問支援装置１００であってもよい。

【0056】

また、登録部１５１は、ユーザのスケジュールをユーザ毎に登録する。登録部１５１は、例えば端末装置４００へのユーザからの入力に基づいて、当該ユーザの識別情報を含むユーザ情報１１３と当該ユーザのスケジュール１２０とを対応付けて、記憶部１１０にスケジュール情報１１９として登録する。なお、ユーザは、自身のスケジュールを端末装置４００ではなく、他の装置に入力してもよい。この場合、登録部１５１は、この他の装置から、ユーザの識別情報と当該ユーザのスケジュールとを取得し、記憶部１１０にスケジュール情報１１９として登録する。この他の装置は、訪問支援装置１００であってもよい。

【0057】

訪問先取得部１５２は、所定の空間の入口に到着した訪問者の訪問先ユーザを取得する。本実施の形態では、訪問先取得部１５２は、フロアの入口に到着した訪問者が訪問を希望する相手を特定する情報を取得する。訪問先取得部１５２は、訪問先ユーザを任意の方法で取得することができる。例えば、訪問先取得部１５２は、訪問者が入口端末３００に入力した、訪問先ユーザを指定する入力（例えば、訪問先ユーザのＩＤ又は名前など）を受信することにより、訪問先ユーザを取得する。なお、訪問先取得部１５２は、このような取得方法に限らず、例えば、予めシステムに登録された、訪問先ユーザを指定する情報を取得してもよいし、他の方法により取得してもよい。

【0058】

画像取得部１５３は、顔を含む画像を取得する。例えば、画像取得部１５３は、入口に設置された撮影装置による訪問者の撮影画像を取得する。この撮影装置は、本実施の形態では、具体的には入口端末３００のカメラ３１０であり、所定の空間（フロア）の入口に到来した訪問者の顔を含む画像を撮影する。また、画像取得部１５３は、所定の空間（フロア）に設置された撮影装置によるユーザの撮影画像を取得する。この撮影装置は、本実施の形態では、具体的にはカメラ５００であり、所定の空間（フロア）の座席にいるユーザの顔を含む画像を撮影する。画像取得部１５３は、入口端末３００のカメラ３１０による訪問者の撮影画像をネットワーク６００を介して取得する。同様に、画像取得部１５３は、カメラ５００の撮影画像をネットワーク６００を介して取得する。なお、図８に示したブロック図では、説明の便宜上、１つの画像取得部１５３が図示されているが、訪問支援装置１００は、カメラ３１０の画像を取得する画像取得部と、カメラ５００の画像を取得する画像取得部の２つの画像取得部を構成として備えてもよい。

【0059】

座席位置特定部１５４は、所定の空間（フロア）内でユーザが着席する座席位置を特定する。本実施の形態では、カメラ５００の撮影した画像に基づいて、ユーザの着席する座席位置を特定する。なお、ユーザの着席位置が固定である場合、つまりユーザが自由に座席を選択することが認められていない場合には、座席位置特定部１５４は、予め登録された、ユーザ毎の座席位置を示す管理情報を参照することにより、ユーザの座席位置を特定してもよい。この場合、カメラ５００は設置されていなくてもよい。カメラ５００の画像に基づく、座席位置の特定の詳細については後述する。

【0060】

ステータス特定部１５５は、訪問先ユーザに対応付けられて登録されたステータスを特定する。具体的には、ステータス特定部１５５は、訪問先取得部１５２により取得された訪問先ユーザのユーザ情報１１３と対応付けて登録されているステータス１１８を参照することにより、訪問先ユーザのステータスを特定する。また、ステータス特定部１５５は、さらに、訪問先ユーザに対応付けられて登録されたスケジュールを特定してもよい。具体的には、ステータス特定部１５５は、訪問先取得部１５２により取得された訪問先ユーザのユーザ情報１１３と対応付けて登録されているスケジュール１２０を参照することにより、訪問先ユーザのスケジュールを特定する。なお、ステータス特定部１５５は、訪問先ユーザ以外のユーザのステータス又はスケジュールを特定してもよい。

【0061】

認証制御部１５６は、画像取得部１５３が取得した撮影画像に基づいて訪問者の顔認証を行うよう制御する。本実施の形態では、認証制御部１５６は、認証装置２００を用いた顔認証処理を行なうよう制御する。認証制御部１５６は、入口端末３００から送信された、訪問者の顔を含む画像について、顔認証を行なうよう制御する。例えば、認証制御部１５６は、入口端末３００から受信した画像を含む顔認証要求を認証装置２００に送信する。また、認証装置２００から認証結果を受信する。これにより、訪問者の顔認証が行なわれる。

【0062】

表示制御部１５７は、図１の表示制御部３に対応している。すなわち、表示制御部１５７は、ユーザを識別する情報とともに当該ユーザの登録されたステータスを、入口端末３００の表示部３２０に表示させる。

【0063】

また、表示制御部１５７は、座席位置特定部１５４が特定した座席位置を、当該座席を利用するユーザを識別する情報とともに示したマップを入口端末３００の表示部３２０に表示させるよう制御する。本実施の形態では、具体的には、表示制御部１５７は、記憶部１１０に記憶されたユーザの顔画像１１４とともに当該ユーザの座席位置を示すフロアマップを生成し、生成したフロアマップを入口端末３００の表示部３２０に表示させる。なお、座席を利用するユーザを識別する情報として、顔画像１１４の代わりに、ユーザの名前又はＩＤなどが用いられてもよい。このように、本実施の形態では、ユーザの座席位置が当該ユーザを識別する情報とともに示したマップが表示されるため、訪問者は当該ユーザの座席位置を容易に把握することができる。本実施の形態では、図９により具体例を示す通り、表示制御部１５７は、ユーザのステータスが記されたフロアマップを表示するよう制御するが、ステータスをマップとは別に表示するよう制御してもよい。なお、フロアマップは、ユーザの座席位置を示すだけではなく、訪問先ユーザを指定するため、又は、入口から訪問先ユーザまでの経路を表示するため等に、利用することもできる。

【0064】

また、本実施の形態では、表示制御部１５７は、座席位置及びステータスの表示について、着席するユーザのうち所定の条件を満たすユーザだけ表示するよう制御する。より詳細には、表示制御部１５７は、着席するユーザのうち、訪問先ユーザに該当するユーザだけを表示するように制御する。このため、ステータスの表示においては、表示制御部１５７は、ステータス特定部１５５により特定された、訪問先ユーザについてのステータスを表示部３２０に表示させる。このようにすることにより、訪問者は、訪問相手の位置及びステータスを容易に把握することができる。なお、所定の条件として、他の条件が用いられてもよい。例えば、訪問者に関連性があることが条件であってもよい。訪問者に関連性があるユーザは、例えば、訪問者と過去に電子メールの通信を行なったユーザであってもよいし、訪問者と同じ会議に出席した実績があるユーザであってもよい。これらを判定するために、訪問支援装置１００は、ユーザ間の関連性を示す情報を記憶部１１０に記憶していてもよい。このように、所定の条件を満たすユーザについてのみ座席位置及びステータスを表示することにより、表示対象を制限できる。このため、訪問者によるマップの視認性を向上することができる。なお、表示制御部１５７は、在席している全てのユーザの座席位置及びステータスを表示するよう制御してもよい。また、座席位置とステータスのうちいずれか一方のみについて、所定の条件を満たすユーザだけを表示対象としてもよい。なお、このような場合においても、フロアマップは、ユーザの座席位置を示すだけではなく、訪問先ユーザを指定するため、又は、入口から訪問先ユーザまでの経路を表示するため等に、利用することもできる。

【0065】

また、表示制御部１５７は、ユーザを識別する情報とともに、予め記憶された当該ユーザのスケジュールを、入口端末３００の表示部３２０に表示させてもよい。このようにすることにより、訪問者は、ユーザの予定も把握することができる。このため、例えば、訪問先ユーザが現在応対不可である場合に、訪問者が改めて訪問する時期を検討する上で有益な情報を得ることができる。なお、スケジュールの表示についても、座席位置及びステータスと同様、所定の条件を満たすユーザだけを表示対象としてもよい。
また、さらに、本実施の形態では、表示制御部１５７は、訪問予約を受付けるためのユーザインタフェース画像を入口端末３００の表示部３２０に表示させる。

【0066】

図９は、表示制御部１５７の制御により入口端末３００の表示部３２０に表示される画面の一例を示す図である。図９に示した例では、フロアマップ５３と、訪問予約を受付けるためのユーザインタフェース画像５４とが表示されている。ここで、フロアマップ５３は、フロア全体の地図画像５０、訪問者の現在地５１、訪問先ユーザの座席位置を示す画像５２、訪問先ユーザのステータス６０、及び訪問先ユーザのスケジュール６１を含む。なお、訪問先ユーザのステータス６０及び訪問先ユーザのスケジュール６１は、フロアマップ５３とは別に表示されてもよい。現在地５１は、フロアの入口に相当する位置である。なお、表示制御部１５７は、現在地５１から、訪問先ユーザの座席位置までの経路をさらに表示してもよい。画像５２は、訪問先ユーザの顔画像５２ａと訪問先ユーザの識別情報５２ｂとが含まれている。これらは、座席を利用するユーザを識別する情報の具体例である。ステータス６０及びスケジュール６１は、ステータス特定部１５５により特定されたステータス及びスケジュールの内容を表わす表示である。ユーザインタフェース画像５４がタッチ操作などにより訪問者により選択されると、訪問の予約要求が訪問支援装置１００に送信される。すなわち、入口端末３００は、訪問先ユーザとの訪問の予約を指示する入力を訪問者から受付けると、訪問の予約要求を訪問支援装置１００に送信する。なお、画像５２が、訪問予約を受付けるためのユーザインタフェース画像としても用いられてもよい。すなわち、訪問者が、訪問先ユーザの座席位置に表示された画像５２を選択する操作を行なうと、訪問の予約要求が訪問支援装置１００に送信されてもよい。

【0067】

図８に戻り、訪問支援装置１００の説明を続ける。
通知部１５８は、訪問先ユーザに対応付けられた端末装置４００に対して訪問についての通知を行う。具体的には、通知部１５８は、訪問者が訪問予定である旨の通知を行なう。なお、これに限らず、通知部１５８は、例えば、訪問者が訪問先ユーザの座席に来訪しそうである旨を示す通知を行なってもよいし、訪問者が入口にいることを通知してもよい。通知部１５８は、端末情報１１５を参照し、訪問先ユーザが使用する端末装置４００を特定する。本実施の形態では、通知部１５８は、訪問者の顔認証に成功した場合に、このような通知を行なう。このため、認証できない訪問者の訪問の通知により、訪問先ユーザが煩わされることを抑制することができる。なお、通知部１５８は、顔認証の結果によらずに通知を行ってもよい。また、通知部１５８は、訪問者の情報を端末装置４００に通知する。すなわち、認証により訪問者が特定されるので、通知部１５８は、特定された訪問者についての情報を端末装置４００に通知する。なお、具体的には、例えば、名前など、訪問者を識別する情報を通知する。このようにすることにより、訪問先ユーザは誰が訪問してきたのかを具体的に知ることができる。なお、訪問者についての情報の通知は省略されてもよい。

【0068】

このように、訪問先ユーザに対応付けられた端末装置４００に対して訪問についての通知が行われることにより、訪問先ユーザは、訪問者の来訪を把握することができる。したがって、訪問者が訪問先ユーザの座席に到着する前に、訪問先ユーザが離席することを抑制することができる。つまり、訪問者はより確実に訪問先ユーザに会うことができる。したがって、効率的な訪問を実現することができる。

【0069】

また、本実施の形態では、通知部１５８は、訪問の予約が要求された場合、上述した通知を行う。具体的には、訪問予約を受付けるためのユーザインタフェース画像５４を選択する操作が訪問者により行なわれると、通知部１５８は訪問の予約要求を入口端末３００から受信する。そして、この予約要求を受信すると、通知部１５８は通知を行なう。このようにすることにより、訪問者の訪問の意志が明確である場合に限って、通知を行なうことができる。すなわち、不必要に通知が行なわれることを抑制することができる。

【0070】

通知部１５８による通知は、例えば、端末装置４００のディスプレイにおいて表示出力される。図１０は、訪問先ユーザが利用する端末装置４００における通知の表示例を示す図である。図１０に示される例では、端末装置４００のディスプレイに、ＸＸという識別情報（例えば、名前又はＩＤ）で識別される訪問者による、ＹＹという識別情報で識別されるユーザへの訪問が通知されている。また、図１０に示される例では、要求された訪問予約を許可するか否か（すなわち、訪問を許可するか否か）を選択するためのユーザインタフェース画像５５ａ、５５ｂが表示されている。
なお、通知部１５８は、訪問についての通知として、様々な通知をしてもよい。例えば、この通知は、訪問者の個人情報を含んでもよい。具体的には、個人情報は、訪問者の顔画像であってもよい。この場合、顔画像は、入口端末３００が撮影した画像でもよい。また、個人情報は、訪問者の属性（例えば、所属企業、所属部署、又は職位など）であってもよい。また、この通知は、訪問者による訪問についての履歴情報を含んでもよい。具体的には、この履歴情報は、当該訪問者による何度目の訪問であるかを示す情報、すなわち、通算訪問回数であってもよいし、当該訪問者について過去に訪問を許可した回数であってもよいし、当該訪問者について過去に訪問を拒否した回数であってもよい。また、この通知は、訪問者が所定の人物に該当するか否かを示す情報を含んでもよい。この情報は、具体的には、訪問先ユーザが予め設定した重要人物に該当するか否かを示す情報であってもよいし、訪問先ユーザが予め設定した要注意人物に該当するか否かを示す情報であってもよい。

【0071】

訪問先ユーザは、ユーザインタフェース画像５５ａ、５５ｂのうち、いずれかを選択する指示を端末装置４００に入力することにより、訪問者の訪問を許可するか否かを指定する。端末装置４００は、この指定内容を、通知に対する応答結果として、訪問支援装置１００に送信する。この応答結果は、図１１又は図１２に示すように、入口端末３００の表示部３２０に表示されてもよい。図１１は、訪問を許可する応答が得られた場合の表示例を示す。また、図１２は、訪問を拒否する応答が得られた場合の表示例を示す。すなわち、訪問支援装置１００の表示制御部１５７は、端末装置４００から、訪問についての通知に対する応答結果を受信した場合、当該応答結果を表示部３２０に表示させてもよい。このようにすることにより、訪問を許可するか否かについての訪問先ユーザの意思を訪問者に対して知らせることができる。なお、入口端末３００は、訪問を許可する応答が得られた場合、空間（フロア）の人の出入りを制御するゲートのロックを解除し、訪問を拒否する応答が得られた場合、当該ゲートのロックを施錠したままとしてもよい。なお、このようなロックの制御については、他の装置（たとえば、訪問支援装置１００）によって実現されてもよい。

【0072】

次に、フロアを撮影するカメラ５００の撮影画像を用いた座席位置の特定について説明する。図１３は、フロアを撮影するカメラ５００の撮影画像を用いて座席位置を特定する処理の流れを示すフローチャートである。以下、図１３に沿って、処理の流れを説明する。

【0073】

まず、ステップＳ３０１において、座席位置特定部１５４は、座席位置の特定対象のユーザの顔画像を特定する。具体的には、座席位置特定部１５４は、訪問先ユーザの顔画像を特定する。座席位置特定部１５４は、訪問先取得部１５２が取得した情報により特定される訪問先ユーザの顔画像を、記憶部１１０に記憶された顔画像情報１１２を参照することにより特定する。

【0074】

次に、ステップＳ３０２において、画像取得部１５３は、フロアを撮影するカメラ５００の撮影画像を取得する。この撮影画像には、フロア内の座席にいるユーザのそれぞれの顔が写されている。

【0075】

次に、ステップＳ３０３において、座席位置特定部１５４は、ステップＳ３０２で取得された撮影画像の中から、ステップＳ３０１で特定された、訪問先ユーザの顔画像を検索する。この検索では、ステップＳ３０２で取得された撮影画像におけるどの位置に訪問先ユーザの顔が存在するかが特定される。

【0076】

次に、ステップＳ３０４において、座席位置特定部１５４は、ステップＳ３０３における検索結果に基づいて、訪問先ユーザの座席位置を特定する。具体的には、座席位置特定部１５４は、ステップＳ３０３で特定された顔画像の位置に基づいて、訪問先ユーザの座席位置を特定する。カメラ５００の撮影範囲は予め定められているため、カメラ５００の撮影画像における訪問先ユーザの位置を特定することにより、フロア内における訪問先ユーザの位置を特定することが可能である。

【0077】

このように、座席位置特定部１５４は、空間（フロア）内の撮影画像の中から、予め記憶されたユーザの顔画像を検索し、当該顔画像が検索された位置に基づいて当該ユーザの座席位置を特定してもよい。なお、このような座席位置の特定は、訪問先ユーザ以外のユーザに対して行なわれてもよい。すなわち、フロア内の任意のユーザに対して行なわれてもよい。このような座席位置の特定を行なうことにより、座席位置が予め定められていない場合であっても、ユーザの座席位置を特定することができる。

【0078】

次に、訪問支援システム１０の処理の流れについて説明する。図１４は、実施の形態２にかかる訪問支援システム１０の処理の流れの一例を示すシーケンスチャートである。以下、図１４を参照しつつ、処理の流れを説明する。なお、図１４に示すシーケンスチャート及び後述する他の図に示すシーケンスチャートにおいて、各ユーザのステータス及びスケジュールは、登録部１５１の処理により既に登録されているものとする。同様に、図１４に示すシーケンスチャート及び後述する他の図に示すシーケンスチャートにおいて、認証装置２００の顔情報ＤＢ２１０には、様々なユーザについてのユーザＩＤ２１１と顔特徴情報２１２とが予め記憶されているものとする。

【0079】

訪問者がフロアの入口に来ると、訪問者は、入口端末３００に対して訪問先ユーザを指定する入力を行なう。ステップＳ４０１において、この入力情報が入口端末３００から訪問支援装置１００に送信される。これにより、訪問先取得部１５２が訪問先ユーザを取得する。

【0080】

次に、ステップＳ４０２において、訪問支援装置１００の座席位置特定部１５４は、フロア内でユーザが着席する座席位置を特定する。特に、座席位置特定部１５４は、訪問先取得部１５２が取得した訪問先ユーザの座席位置を特定する。また、訪問支援装置１００のステータス特定部１５５は、ユーザのステータス及びスケジュールを特定する。特に、ステータス特定部１５５は、訪問先ユーザのステータス及びスケジュールを特定する。

【0081】

次に、ステップＳ４０３において、表示制御部１５７は、訪問先ユーザの座席位置、ステータス、及びスケジュールを、訪問先ユーザの顔画像とともに示したフロアマップを生成する。そして、ステップＳ４０４において、表示制御部１５７は、生成したフロアマップを入口端末３００に出力し、入口端末３００の表示部３２０に表示させるよう制御する。このとき、表示制御部１５７は、訪問予約を受付けるためのユーザインタフェース画像も表示部３２０に表示させる。これにより、ステップＳ４０５において、入口端末３００の表示部３２０では、図９に示したようなフロアマップの表示が行なわれる。

【0082】

次に、訪問者は、訪問先ユーザと面会するための訪問予約を行なう。具体的には、訪問者は、ユーザインタフェース画像をタッチするなどの操作を行なって、入口端末３００に訪問予約の指示を入力する。これにより、ステップＳ４０６において、入口端末３００から訪問支援装置１００に訪問予約要求が送信される。また、ステップＳ４０７において、入口端末３００のカメラ３１０が撮影した訪問者の顔を含む画像が入口端末３００から訪問支援装置１００へ送信される。

【0083】

次に、ステップＳ４０８において、訪問支援装置１００の認証制御部１５６は、ステップＳ４０７で得られた画像を含む顔認証要求を認証装置２００に送信する。そして、ステップＳ４０９において、訪問支援装置１００は、認証装置２００から認証結果を受信する。本シーケンスチャートでは、顔認証に成功するものとして説明する。すなわち、ステップＳ４０９では、訪問支援装置１００は、顔認証に成功した旨の認証結果とともに、認証された人物のユーザＩＤを認証装置２００から受信する。なお、顔認証に失敗した場合、表示制御部１５７は、入口端末３００の表示部３２０に認証に失敗した旨を表示するよう制御してもよい。また、顔認証に失敗した場合、通知部１５８による端末装置４００への通知は行なわれない。

【0084】

次に、ステップＳ４１０において、訪問支援装置１００の通知部１５８は、ステップＳ４０９で得られた認証結果を参照し、訪問者を特定する。通知部１５８は、ユーザＩＤにより訪問者を特定してもよいし、ユーザＩＤと予め関連づけられている名前により訪問者を特定してもよい。また、ステップＳ４１１において、通知部１５８は、記憶部１１０に記憶された端末情報１１５の端末ＩＤ１１６を参照することにより、訪問先ユーザが使用する端末装置４００を特定する。

【0085】

次に、ステップＳ４１２において、通知部１５８は、訪問先ユーザの使用する端末装置４００に対して、訪問についての通知を行なう。例えば、通知部１５８は、訪問者を識別する情報（例えば、ユーザＩＤ又は名前）とともに、訪問予約の要求の発生を端末装置４００に通知する。これにより、例えば、図１０に示したような表示が端末装置４００において行なわれる。本実施の形態では、このように、通知部１５８は、顔認証に成功した場合に通知を行なうが、通知の実施は顔認証に成功した場合に限られなくてもよい。すなわち、顔認証の結果によらず、通知が行なわれてもよい。

【0086】

これに対して、訪問先ユーザは、訪問を許可するか否かを端末装置４００に入力する。ステップＳ４１３において、その入力内容である応答結果が端末装置４００から訪問支援装置１００に送信される。そして、ステップＳ４１４において、訪問支援装置１００から入口端末３００にこの応答結果が送信される。そして、ステップＳ４１５において、入口端末３００に応答結果が表示される。これにより、例えば、図１１又は図１２に示したような表示が入口端末３００において行なわれる。

【0087】

以上、実施の形態２について説明した。本実施の形態によれば、ユーザの着席中のステータスが登録され、登録されたステータスが、入口端末３００に表示される。このため、訪問者は、入口で、ステータスを確認することにより、訪問先ユーザが訪問に対して現在応対可能であるか否かの目安を得ることができる。よって、訪問先ユーザにとって好ましいタイミングで、訪問者と訪問先ユーザが面会することが可能になり、快適な訪問の実現を支援することができる。

【0088】

＜実施の形態３＞
次に、実施の形態３について説明する。実施の形態２の説明において、図１４に示したシーケンスチャートでは、端末装置４００への通知を行なうための条件に認証結果を用いるために顔認証が行なわれている。これに対し、本実施の形態では、フロアマップの表示を行なうための条件に認証結果を用いるために顔認証が行なわれる。本実施の形態にかかる訪問支援システム１０の構成は、実施の形態２にかかるものと同様である。以下、上述した実施の形態と異なる点について説明し、重複する説明は適宜省略する。

【0089】

図１５は、実施の形態３にかかる訪問支援システム１０の処理の流れの一例を示すシーケンスチャートである。以下、図１５を参照しつつ、本実施の形態における処理の流れを説明する。

【0090】

訪問者がフロアの入口に来ると、ステップＳ５０１において、入口端末３００のカメラ３１０が撮影した訪問者の顔を含む画像が入口端末３００から訪問支援装置１００へ送信される。

【0091】

次に、ステップＳ５０２において、訪問支援装置１００の認証制御部１５６は、ステップＳ５０１で得られた画像を含む顔認証要求を認証装置２００に送信する。そして、ステップＳ５０３において、訪問支援装置１００は、認証装置２００から認証結果を受信する。本シーケンスチャートでは、顔認証に成功するものとして説明する。すなわち、ステップＳ５０３では、訪問支援装置１００は、顔認証に成功した旨の認証結果とともに、認証された人物のユーザＩＤを認証装置２００から受信する。なお、本実施の形態においても、顔認証に失敗した場合、表示制御部１５７は、入口端末３００の表示部３２０に認証に失敗した旨を表示するよう制御してもよい。また、顔認証に失敗した場合、入口端末３００におけるフロアマップの表示は行なわれない。すなわち、ユーザの座席位置、ステータス、及びスケジュールの表示は行われない。

【0092】

次に、ステップＳ５０４において、訪問支援装置１００の通知部１５８は、ステップＳ５０３で得られた認証結果を参照し、訪問者を特定する。
次に、ステップＳ５０５において、訪問者は、入口端末３００に対して訪問先ユーザを指定する入力を行ない、この入力情報が入口端末３００から訪問支援装置１００に送信される。

【0093】

次に、ステップＳ５０６において、訪問支援装置１００の座席位置特定部１５４は、フロア内でユーザが着席する座席位置を特定する。特に、座席位置特定部１５４は、訪問先ユーザの座席位置を特定する。また、訪問支援装置１００のステータス特定部１５５は、ユーザのステータス及びスケジュールを特定する。特に、ステータス特定部１５５は、訪問先ユーザのステータス及びスケジュールを特定する。

【0094】

次に、ステップＳ５０７において、表示制御部１５７は、訪問先ユーザの座席位置、ステータス、及びスケジュールを、訪問先ユーザの顔画像とともに示したフロアマップを生成する。そして、ステップＳ５０８において、表示制御部１５７は、生成したフロアマップを入口端末３００に出力し、入口端末３００の表示部３２０に表示させるよう制御する。このとき、表示制御部１５７は、訪問予約を受付けるためのユーザインタフェース画像も表示部３２０に表示させる。これにより、ステップＳ５０９において、入口端末３００の表示部３２０では、図９に示したようなフロアマップの表示が行なわれる。このように、図１５に示したシーケンスでは、表示制御部１５７は、訪問者の顔認証に成功した場合、ユーザの座席位置、ステータス、及びスケジュールを表示部３２０に表示させる。このため、認証に失敗する訪問者に対しては、これらを秘匿することができる。

【0095】

次に、訪問者は、訪問予約をするための操作を入口端末３００に対して行なう。これにより、ステップＳ５１０において、入口端末３００から訪問支援装置１００に訪問予約要求が送信される。

【0096】

次に、ステップＳ５１１において、通知部１５８は、記憶部１１０に記憶された端末情報１１５の端末ＩＤ１１６を参照することにより、訪問先ユーザが使用する端末装置４００を特定する。

【0097】

次に、ステップＳ５１２において、通知部１５８は、訪問先ユーザの使用する端末装置４００に対して、訪問についての通知を行なう。これに対して、訪問先ユーザは、訪問を許可するか否かを端末装置４００に入力する。ステップＳ５１３において、その入力内容である応答結果が端末装置４００から訪問支援装置１００に送信される。そして、ステップＳ５１４において、訪問支援装置１００から入口端末３００にこの応答結果が送信される。そして、ステップＳ５１５において、入口端末３００に応答結果が表示される。

【0098】

本実施の形態によれば、フロアマップの表示の前に顔認証が行なわれる。このため、顔認証に成功した場合のみフロアマップを表示することが可能である。このため、認証に失敗する訪問者に対して、フロアマップを秘匿することができる。また、本実施の形態では、通知の前に顔認証が行なわれている。したがって、本実施の形態でも、認証に失敗する訪問者の訪問に対しては通知をしないようにすることができる。このため、そのような訪問者の訪問の通知により、訪問先ユーザが煩わされることを抑制することができる。

【0099】

ところで、ステータスの表示の前に、訪問者の顔認証が行われる場合、訪問者に応じて異なるステータスの表示が行われてもよい。例えば、表示制御部１５７は、訪問者がユーザの上司である場合には、「応対可能」というステータスを表示し、訪問者がユーザの部下である場合には、「応対不可」というステータスを表示してもよい。この場合、登録部１５１は、同一のユーザに対して、訪問者の種類毎にステータスを登録する。すなわち、登録部１５１は、同一のユーザのステータスとして、複数種類のステータスを登録する。そして、表示制御部１５７は、訪問者の顔認証の結果から判別される訪問者の種類に応じたステータスを表示部３２０に表示させる。表示制御部１５７は、例えば、顔認証で認証された人物の個人情報を参照することにより、訪問者の種類を判別する。ユーザは、ステータスを登録する際、訪問者の種類毎に任意のステータスを入力する。

【0100】

ここで、訪問者の種類としては、任意の種類を用いることが可能である。例えば、訪問者の種類として、役職、性別、年齢、又は所属部署などの観点で分類される種類を用いることができる。なお、これらは例に過ぎず、他の観点で分類された種類が用いられてもよい。

【0101】

このように、訪問者の種類に応じたステータスを表示することにより、ユーザの利便性をさらに向上させることができる。

【0102】

なお、ユーザは、ステータスを登録する際、訪問者の種類毎にステータスを入力する代わりに、「応対可能」というステータスを表示する対象を設定する入力をしてもよい。例えば、ユーザは、「応対可能」というステータスの表示対象の訪問者の属性（役職、性別、年齢、又は所属部署など）を指定する入力をしてもよい。この場合、登録部１５１は、指定された属性に該当する訪問者向けのステータスとして「応対可能」というステータスを登録し、該当しない訪問者向けのステータスとして「応対不可」というステータスを登録する。これにより、表示制御部１５７は、訪問者が指定された属性に該当する場合には、「応対可能」というステータスを表示し、該当しない場合には、「応対不可」というステータスを表示する。同様に、ユーザは、ステータスを登録する際、訪問者の種類毎にステータスを入力する代わりに、「応対不可」というステータスを表示する対象を設定する入力をしてもよい。例えば、ユーザは、「応対不可」というステータスの表示対象の訪問者の属性（役職、性別、年齢、又は所属部署など）を指定する入力をしてもよい。この場合、登録部１５１は、指定された属性に該当する訪問者向けのステータスとして「応対不可」というステータスを登録し、該当しない訪問者向けのステータスとして「応対可能」というステータスを登録する。これにより、表示制御部１５７は、訪問者が指定された属性に該当する場合には、「応対不可」というステータスを表示し、該当しない場合には、「応対可能」というステータスを表示する。

【0103】

また、ユーザは、「応対可能」というステータスの表示対象とする人物（ユーザ）を個別に指定してもいい。この場合、登録部１５１は、指定された人物向けのステータスとして「応対可能」というステータスを登録し、それ以外の人物向けのステータスとして「応対不可」というステータスを登録する。これにより、表示制御部１５７は、訪問者が指定された人物である場合には、「応対可能」というステータスを表示し、そうでない場合には、「応対不可」というステータスを表示する。なお、ユーザは、「応対不可」というステータスの表示対象とする人物（ユーザ）を個別に指定してもいい。この場合、登録部１５１は、指定された人物向けのステータスとして「応対不可」というステータスを登録し、それ以外の人物向けのステータスとして「応対可能」というステータスを登録する。これにより、表示制御部１５７は、訪問者が指定された人物である場合には、「応対不可」というステータスを表示し、そうでない場合には、「応対可能」というステータスを表示する。
また、指定する人物は、１人でもいいし、複数人でもいい。

【0104】

また、ユーザは、ステータス表示の切り替えについての境界条件を設定する入力をしてもよい。この場合、例えば、ユーザは、切り替えの境界条件として、役職、所属部署、又は年齢などについて、具体的に指定する入力を行ってもよい。この場合、登録部１５１は、例えば、設定された役職、所属部署、又は年齢よりも上位又は同等の属性を有する訪問者向けのステータスとして、「応対可能」というステータスを登録する。また登録部１５１は、下位の属性を有する訪問者向けのステータスとして、「応対不可」というステータスを登録する。これにより、例えば、ユーザが、切り替えの境界条件として、「課長」という役職を設定した場合、表示制御部１５７は、訪問者が課長以上の役職についている場合には、「応対可能」というステータスを表示する。これに対し、訪問者が課長以上の役職についていない場合には、表示制御部１５７は、「応対不可」というステータスを表示する。また、例えば、ユーザが、切り替えの境界条件として、「営業部」という部署を設定した場合、表示制御部１５７は、訪問者が営業部又はその上位の部署に所属している場合には、「応対可能」というステータスを表示する。これに対し、表示制御部１５７は、訪問者がそれ以外の部署に属している場合には「応対不可」というステータスを表示する。また、例えば、ユーザが、切り替えの境界条件として、「４０歳」という年齢を設定した場合、表示制御部１５７は、訪問者が４０歳以上である場合には、「応対可能」というステータスを表示し、そうでない場合には「応対不可」というステータスを表示する。

【0105】

＜実施の形態３の変形例＞
上述した実施の形態３では、認証結果に応じてフロアマップの表示が行われたが、これに関して、次のような変形例も考えられる。
図１６は、変形例にかかる訪問支援システム１０の処理の流れの一例を示すシーケンスチャートである。本変形例は、訪問先ユーザの指定の前に、フロアマップの表示が行われる点で、図１５に示したシーケンスチャートと異なっている。以下、図１６を参照しつつ、本変形例における処理の流れを説明する。

【0106】

シーケンスチャートの最初のステップ、すなわちステップＳ５０１からステップＳ５０４までの流れは、図１５に示した流れと同じであるため、説明は割愛する。なお、本変形例においても、顔認証に失敗した場合、表示制御部１５７は、入口端末３００の表示部３２０に認証に失敗した旨を表示するよう制御してもよい。また、顔認証に失敗した場合、入口端末３００におけるフロアマップの表示は行なわれない。すなわち、ユーザの座席位置、ステータス、及びスケジュールの表示は行われない。

【0107】

本シーケンスチャートでは、ステップＳ５０４の後、処理はステップＳ５５１へ移行する。
ステップＳ５５１において、訪問支援装置１００の座席位置特定部１５４は、フロア内でユーザが着席する座席位置を特定する。また、訪問支援装置１００のステータス特定部１５５は、ユーザのステータス及びスケジュールを特定する。

【0108】

次に、ステップＳ５５２において、表示制御部１５７は、フロア内のユーザの座席位置、ステータス、及びスケジュールを、ユーザの顔画像とともに示したフロアマップを生成する。このとき、表示制御部１５７は、フロア内の全てのユーザの座席位置等を示したフロアマップを生成してもよいし、座席位置等の表示対象とするフロア内のユーザを、認証された訪問者に応じて変更してもよい。たとえば、表示制御部１５７は、ステップＳ５０４で特定された訪問者に関連性があるユーザについてのみ、座席位置等を表示してもよい。そして、ステップＳ５５３において、表示制御部１５７は、生成したフロアマップを入口端末３００に出力し、入口端末３００の表示部３２０に表示させるよう制御する。これにより、ステップＳ５５４において、入口端末３００の表示部３２０では、フロアマップの表示が行なわれる。

【0109】

次に、ステップＳ５５５において、訪問者は、入口端末３００に対して訪問先ユーザを指定する入力を行ない、この入力情報が入口端末３００から訪問支援装置１００に送信される。このとき、訪問者は、訪問先ユーザの指定のために、フロアマップに表示されたユーザの顔画像を選択する操作（たとえば、画像をタッチする操作など）をしてもよい。ステップＳ５５５の後、処理は、図１５を参照して説明したステップＳ５１０へ移行する。ステップＳ５１０以降の処理は、図１５のシーケンスチャートと同様であるため、説明を割愛する。

【0110】

以上、変形例について説明した。本変形例においても、フロアマップの表示の前に顔認証が行なわれる。このため、顔認証に成功した場合のみフロアマップを表示することが可能である。特に、本変形例では、訪問者が訪問先ユーザを指定する前にフロアマップが表示されるため、訪問者はフロアマップを参照して、訪問先ユーザを指定することができる。

【0111】

＜実施の形態４＞
次に、実施の形態４について説明する。本実施の形態では、訪問先ユーザが会議情報を用いて特定される点で、上述した実施の形態と異なる。以下、上述した実施の形態と異なる構成及び処理について説明し、重複する説明は適宜省略する。

【0112】

図１７は、実施の形態４にかかる訪問支援装置１０１の構成を示すブロック図である。実施の形態４にかかる訪問支援装置１０１は、記憶部１１０の代わりに記憶部１２１を有し、訪問先取得部１５２の代わりに訪問先取得部１５９を有する点で、訪問支援装置１００と異なっている。記憶部１２１は、プログラム１１１、顔画像情報１１２、端末情報１１５、ステータス情報１１７、及びスケジュール情報１１９に加え、会議情報１２２を記憶する。

【0113】

会議情報１２２は、予定されている会議を示す情報であり、日時情報１２３と参加者情報１２４とを含む。会議情報１２２において、会議ごとに、日時情報１２３と参加者情報１２４とが対応付けられている。日時情報１２３は、会議の開催日時を示す情報である。また、参加者情報１２４は、会議の参加メンバーを特定する情報である。参加者情報１２４は、会議に参加するユーザのユーザＩＤであってもよい。会議情報１２２は、会議場所などの情報をさらに含んでもよい。このように、会議情報は、会議の開催日時及び会議の参加者の定義を含む情報である。

【0114】

訪問先取得部１５９は、予め記憶された会議情報に基づき訪問者と同一日時の会議に参加する参加者を特定し、特定した参加者を訪問先ユーザとして取得する。これにより、訪問者が訪問先ユーザを明示的に指定しなくても、訪問先ユーザを特定することができる。なお、会議情報１２２が会議場所の情報を含む場合、訪問先取得部１５９は、同一日時に同一の場所で行なわれる会議の参加者を特定し、特定した参加者を訪問先ユーザとして取得してもよい。

【0115】

また、訪問先取得部１５９は、記憶された会議情報１２２のうち、会議の開催日時と訪問者が入口を訪問した日時との時間差が予め定められた範囲以内であるものを参照して、訪問先ユーザを特定してもよい。例えば、訪問先取得部１５９は、記憶された会議情報１２２のうち、訪問者が入口に訪問した日と同じ日に開催される会議についての会議情報１２２を参照して、訪問先ユーザを特定してもよい。会議の開催日時と大きくずれた日時に訪問が発生した場合、当該訪問の目的は会議の参加者に会うためではないことが想定される。すなわち、会議の参加者とは別の人物に合うために来訪していることが想定される。したがって、このようにすることにより、訪問者による訪問先ユーザの明示的な指定を省略しつつ、より確実に訪問先ユーザを特定することができる。

【0116】

図１８は、実施の形態４にかかる訪問支援システム１０の処理の流れの一例を示すシーケンスチャートである。以下、図１８を参照しつつ、本実施の形態における処理の流れを説明する。図１８に示したシーケンスチャートは、ステップＳ５０５がステップＳ６０１に置き換えられている点で、図１５に示したシーケンスチャートと異なっている。すなわち、ステップＳ５０５では、訪問者により入口端末３００へと入力された、訪問先ユーザを指定する入力に基づいて、訪問先ユーザの特定が行なわれた。これに対し、本実施の形態では、ステップＳ５０４で訪問者が特定されると、ステップＳ６０１の処理が行なわれる。

【0117】

ステップＳ６０１では、訪問先取得部１５９は、会議情報１２２を用いた訪問先ユーザの特定処理を行なう。具体的には、訪問先取得部１５９は、ステップＳ５０４で特定された訪問者と同一日時の会議に参加する参加者を、会議情報を参照することにより特定する。そして、訪問先取得部１５９は、特定された参加者を訪問先ユーザとする。このように、訪問先取得部１５９は、訪問者の顔認証に成功した場合、会議の開催日時及び会議の参加者の定義を含む予め記憶された会議情報に基づき訪問者と同一日時の会議に参加する参加者を特定し、特定した参加者を訪問先ユーザとして取得する。ステップＳ６０１の後、処理はステップＳ５０６に移行する。ステップＳ５０６以降の処理は図１５を参照して説明しているので、ここでは説明を省略する。

【0118】

以上、実施の形態４について説明した。本実施の形態では、上述した通り、会議情報１２２を用いて、訪問先ユーザが特定される。このため、訪問者が訪問先ユーザを明示的に指定しなくても、訪問先ユーザを特定することができる。

【0119】

＜実施の形態５＞
実施の形態２における説明では、空間（フロア）を撮影するカメラ５００の撮影画像を用いた座席位置の特定について述べた。本実施の形態では、空間（フロア）内のユーザの座席位置を特定する他の方法について示す。

【0120】

図１９は、実施の形態５にかかる訪問支援システム１１の構成を示すブロック図である。本実施の形態では、端末装置４００のそれぞれは、端末装置４００を使用するユーザの顔を撮影するカメラ４０１を備えている。なお、図１９に示しように、本実施の形態では、図３に示したフロアを撮影するカメラ５００は省略されてもよい。また、訪問支援システム１１は、訪問支援装置１００の代わりに訪問支援装置１０２を備えている。本実施の形態では、端末装置４００の設置位置が空間内で予め定められているものとする。

【0121】

図２０は、実施の形態５にかかる訪問支援装置１０２の構成を示すブロック図である。訪問支援装置１０２は、以下の点で、訪問支援装置１００と異なっている。すなわち、訪問支援装置１０２は、記憶部１１０の代わりに記憶部１２５を有し、画像取得部１５３の代わりに画像取得部１６０を有し、認証制御部１５６の代わりに認証制御部１６１を有し、座席位置特定部１５４の代わりに座席位置特定部１６２を有する。

【0122】

記憶部１２５は、端末情報１１５の代わりに端末情報１２６を記憶している点で、記憶部１１０と異なっている。端末情報１２６は、各端末装置４００の設置位置を示す位置情報である。端末情報１２６は、端末装置４００を識別する端末ＩＤ１２７と当該端末装置４００の位置情報１２８を対応付けた情報である。

【0123】

画像取得部１６０は、入口端末３００のカメラ３１０による訪問者の撮影画像、及び端末装置４００のカメラ４０１による端末装置４００を使用するユーザの撮影画像をネットワーク６００を介して取得する。なお、図２０に示したブロック図では、説明の便宜上、１つの画像取得部１６０が図示されているが、訪問支援装置１０２は、カメラ３１０の画像を取得する画像取得部と、カメラ４０１の画像を取得する画像取得部の２つの画像取得部を構成として備えてもよい。

【0124】

認証制御部１６１は、さらに、端末装置４００のカメラ４０１により撮影された当該端末装置４００のユーザの撮影画像に基づいて、端末装置４００を利用するユーザの顔認証を行うよう制御する点で、上述した認証制御部１５６と異なる。なお、図２０に示したブロック図では、説明の便宜上、１つの認証制御部１６１が図示されている。しかしながら、訪問支援装置１０２は、訪問者の顔認証を行うよう制御する認証制御部と、端末装置４００を利用するユーザの顔認証を行うよう制御する認証制御部の２つの認証制御部を構成として備えてもよい。

【0125】

カメラ４０１により撮影された画像による顔認証に成功した場合、端末装置４００を利用しているユーザを特定することができる。このため、座席位置特定部１６２は、ある端末装置４００のカメラ４０１により撮影された画像による顔認証について、認証成功の結果が得られると、当該端末装置４００が、認証結果から特定されるユーザの使用する端末装置４００であると特定する。これにより、図８に示した端末情報１１５に相当する情報が得られる。すなわち、ユーザを識別する情報を含むユーザ情報と、当該ユーザが使用する端末装置４００を識別する端末ＩＤとを対応付けた情報が得られる。この情報は、記憶部１２５に記憶される。次に、座席位置特定部１６２は、端末情報１２６を参照し、認証結果から特定されるユーザの使用する端末装置４００の設置位置を特定する。座席位置特定部１６２は、この設置位置を当該ユーザの座席位置とする。このように、座席位置特定部１６２は、端末装置４００を利用するユーザの顔認証に成功している場合、当該端末装置４００の設置位置を当該ユーザの座席位置として特定する。

【0126】

図２１は、端末装置４００のカメラ４０１の撮影画像を用いて座席位置を特定する処理の流れを示すフローチャートである。以下、図２１に沿って、処理の流れを説明する。

【0127】

まず、ステップＳ７０１において、訪問支援装置１０２の画像取得部１６０は、端末装置４００のカメラ４０１の撮影画像をネットワーク６００を介して取得する。すなわち、画像取得部１６０は、端末装置４００を使用するユーザの顔が撮影された画像を取得する。

【0128】

次に、ステップＳ７０２において、認証制御部１６１は、ステップＳ７０１で取得した画像を含む顔認証要求を認証装置２００に送信する。そして、ステップＳ７０３において、認証制御部１６１は、認証装置２００から顔認証結果を受信する。顔認証に成功した場合（ステップＳ７０４でＹＥＳ）、処理はステップＳ７０５へ移行する。ステップＳ７０５において、座席位置特定部１６２は、上述した通り、ユーザの座席位置を特定する。これに対して、顔認証に失敗した場合（ステップＳ７０４でＮＯ）、座席位置を特定する処理を終了する。

【0129】

このように、座席位置特定部１６２は、カメラ４０１が撮影した画像の認証結果に基づいて、ユーザの座席位置を特定する。このような座席位置の特定を行なうことにより、座席位置が予め定められていない場合であっても、ユーザの座席位置を特定することができる。

【0130】

以上、様々な実施の形態について説明した。これらの実施の形態において説明された処理は、プロセッサと、このプロセッサにより実行される１以上の命令を含むソフトウェア（コンピュータプログラム）を含むコンピュータにより実現しうる。すなわち、このプロセッサがメモリからソフトウェア（コンピュータプログラム）を読み出して実行することで、実施の形態において説明された処理を行なうことができる。

【0131】

なお、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0132】

また、上述した実施の形態については、様々な変形例が考えられ得る。例えば、上述した実施の形態では、認証装置２００は、訪問支援装置１００、１０１、又は１０２と別の装置として説明されたが、認証装置２００は、訪問支援装置１００、１０１、又は１０２に内蔵されていてもよい。すなわち、認証装置２００の機能が、訪問支援装置１００、１０１、又は１０２に含まれてもよい。また、上述した実施の形態では、通知部１５８は、座席に設置されている端末装置４００に訪問についての通知を行なったが、スマートフォン、タブレット端末などのユーザが携帯する端末装置に通知を行なってもよい。また、上述の実施の形態では、一部の処理について、顔認証に成功することを当該処理の実行条件としたが、顔認証に成功するか否かにかかわらず、処理が実行されてもよい。

【0133】

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【0134】

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部と、
ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御部と、
を有する訪問支援装置。
（付記２）
前記空間の入口に到着した訪問者の訪問先ユーザを取得する訪問先取得部と、
前記訪問先ユーザに対応付けられて登録された前記ステータスを特定するステータス特定部と、
をさらに有し、
前記表示制御部は、前記訪問先ユーザについての特定された前記ステータスを前記表示装置に表示させる
付記１に記載の訪問支援装置。
（付記３）
前記入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
をさらに有し、
前記表示制御部は、前記訪問者の顔認証に成功した場合、前記ステータスを前記表示装置に表示させる
付記１又は２に記載の訪問支援装置。
（付記４）
前記入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
をさらに有し、
前記登録部は、同一のユーザに対して、訪問者の種類毎にステータスを登録し、
前記表示制御部は、前記訪問者の顔認証の結果から判別される前記訪問者の種類に応じた前記ステータスを前記表示装置に表示させる
付記１又は２に記載の訪問支援装置。
（付記５）
前記空間内でユーザが着席する座席位置を特定する座席位置特定部と、
前記表示制御部は、さらに、前記座席位置特定部が特定した座席位置を、ユーザを識別する情報とともに示したマップを前記表示装置に表示させる
を付記１乃至４のいずれか１項に記載の訪問支援装置。
（付記６）
前記表示制御部は、座席位置の表示について、着席するユーザのうち所定の条件を満たすユーザだけ表示するよう制御する
付記５に記載の訪問支援装置。
（付記７）
前記表示制御部は、座席位置の表示について、着席するユーザのうち訪問先ユーザに該当するユーザだけ表示するよう制御する
付記６に記載の訪問支援装置。
（付記８）
前記表示制御部は、さらに、ユーザを識別する情報とともに、予め記憶された当該ユーザのスケジュールを前記表示装置に表示させる
付記１乃至７のいずれか１項に記載の訪問支援装置。
（付記９）
前記表示制御部は、さらに、訪問予約を受付けるためのユーザインタフェース画像を前記表示装置に表示させ、
前記訪問支援装置は、訪問の予約が要求された場合、訪問先ユーザに対応付けられた端末装置に対して訪問についての通知を行う通知部をさらに備える
付記１乃至８のいずれか１項に記載の訪問支援装置。
（付記１０）
前記通知は、訪問者の個人情報を含む
付記９に記載の訪問支援装置。
（付記１１）
前記通知は、訪問者による訪問についての履歴情報を含む
付記９に記載の訪問支援装置。
（付記１２）
前記通知は、訪問者が所定の人物に該当するか否かを示す情報を含む
付記９に記載の訪問支援装置。
（付記１３）
前記表示制御部は、前記端末装置から前記通知に対する応答結果を受信した場合、当該応答結果を前記表示装置に表示させる
付記９乃至１２のいずれか１項に記載の訪問支援装置。
（付記１４）
前記入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
をさらに有し、
前記訪問先取得部は、
前記訪問者の顔認証に成功した場合、会議の開催日時及び会議の参加者の定義を含む予め記憶された会議情報に基づき前記訪問者と同一日時の会議に参加する参加者を特定し、
前記特定した参加者を前記訪問先ユーザとして取得する
付記２に記載の訪問支援装置。
（付記１５）
前記空間内の撮影画像である第２の撮影画像を取得する第２の画像取得部を有し、
前記座席位置特定部は、
前記第２の撮影画像の中から、予め記憶されたユーザの顔画像を検索し、
当該顔画像が検索された位置に基づいて当該ユーザの座席位置を特定する
付記５乃至７のいずれか１項に記載の訪問支援装置。
（付記１６）
前記空間内での設置位置が予め定められている端末装置のカメラにより撮影された当該端末装置のユーザの撮影画像である第３の撮影画像を取得する第３の画像取得部と、
前記第３の撮影画像に基づいて前記端末装置を利用するユーザの顔認証を行うよう制御する第２の認証制御部とを有し、
前記座席位置特定部は、前記端末装置を利用するユーザの顔認証に成功している場合、当該端末装置の設置位置を当該ユーザの座席位置として特定する
付記５乃至７のいずれか１項に記載の訪問支援装置。
（付記１７）
所定の空間の入口に設置された情報処理装置と、
前記空間内のユーザに対する訪問を支援する訪問支援装置と、
を備え、
前記訪問支援装置は、
前記空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部と、
ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記情報処理装置に表示させる表示制御部と、
を有する訪問支援システム。
（付記１８）
前記訪問支援装置は、
前記空間の入口に到着した訪問者の訪問先ユーザを取得する訪問先取得部と、
前記訪問先ユーザに対応付けられて登録された前記ステータスを特定するステータス特定部と、
をさらに有し、
前記表示制御部は、前記訪問先ユーザについての特定された前記ステータスを前記情報処理装置に表示させる
付記１７に記載の訪問支援システム。
（付記１９）
所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録し、
ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる
訪問支援方法。
（付記２０）
所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録ステップと、
ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御ステップと、
をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。

【符号の説明】

【0135】

１、１００、１０１、１０２ 訪問支援装置
２、１５１、２４０ 登録部
３、１５７ 表示制御部
１０、１１ 訪問支援システム
１１０、１２１、１２５、３３０ 記憶部
１５２、１５９ 訪問先取得部
１５３、１６０ 画像取得部
１５４、１６２ 座席位置特定部
１５５ ステータス特定部
１５６、１６１ 認証制御部
１５８ 通知部
２００ 認証装置
２１０ 顔情報ＤＢ
２２０ 顔検出部
２３０ 特徴点抽出部
２５０ 認証部
３００ 入口端末
３１０ カメラ
３２０ 表示部
３５１ 撮影制御部
３５２ 入出力制御部
４００ 端末装置
４０１ カメラ
５００ カメラ
６００ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】