JP6148304B2 - 顧客管理システムおよび顧客管理プログラム - Google Patents

Description

本開示の技術はたとえば、複数の店舗を擁する商業施設などに好適な顧客管理技術に関する。

顔認証によるＣＲＭ（Customer Relationship Management：顧客関係管理）システムが普及している。このシステムは、来店者の特定、来店者の購入履歴、商品趣向の分析、商品やサービスの販売促進など、多様な顧客管理に利用される。

この顧客管理に関し、来訪者の顔画像により顧客を認識し、その顧客と販売データをリンクさせることが知られている（たとえば、特許文献１）。顧客と売上処理に関し、顧客の画像データの取り込みを売上データの処理に用いられるキーの操作に関係付けることが知られている（たとえば、特許文献２）。また、顧客の売上データと顔画像データを関係付けて登録し、画像データを用いてマーケット情報をグラフ化することが知られている（たとえば、特許文献３）。

顧客の画像情報の活用に関し、画像情報から顧客の特定、店舗内の滞在および足取り、注目商品などを判断し、その判断情報をマーケティングに利用することが知られている（たとえば、特許文献４）。

特開２００４−３２６２０８号公報 特開２０１３−３８６６号公報 特開２００１−１１８１４６号公報 特開２００４−３４８６１８号公報

ところで、ＣＲＭシステムは一般的に、店舗毎に設置されて来店者の特定などの高度な情報処理を行うので、店舗の規模によってはその価値を認識しつつも負担増が導入障壁となるという課題がある。

店舗毎に設置されたＣＲＭシステムでは、店舗毎の個別管理となり、その管理で得られた情報はその店舗関連での利用に止まってしまう。情報の価値からすれば、極めて汎用性の高い情報もあり得る。複数の店舗を擁する商業施設にあっては、各店舗で得られる情報は総合的に利用することが望まれる。盗難情報、防犯情報などは、各店舗を超え、商業施設として利用すべき情報である。このような情報は、店舗毎に独立したシステムでは汎用化されず、利用が制限されるという課題がある。

そこで、本開示の技術の目的は上記課題に鑑み、登録情報および認証処理をシェアして設備コストや管理コストを低減した顧客管理システムを提供する。

上記目的を達成するため、本発明の顧客管理システムの一側面によれば、店舗の来訪者を管理する顧客管理システムであって、複数の店舗それぞれに配置され、少なくとも各店舗の来訪者の顔画像を取得する１または２以上の端末と、前記端末が来訪者から取得した顔画像を少なくとも来訪者を特定する顧客情報と関係付けて登録する記憶部と、前記端末からの登録要求に係る前記顔画像を前記記憶部に登録するとともに、前記端末からの認証要求に応じて前記記憶部から登録画像を読み出すサーバーと、前記端末の前記認証要求に係る顔画像を受け、該顔画像が前記記憶部にある登録顔画像に一致するかの認証を行う複数の認証部と、前記サーバーと複数の前記認証部の状態を監視する状態監視部と、前記端末と前記サーバーおよび前記認証部との間を中継し、複数の前記端末から発せられる登録要求を受け付け、前記サーバーに前記登録要求に係る前記顔画像の前記記憶部への登録処理を行わせるとともに、複数の前記端末から発せられる認証要求を受け付け、前記サーバーが前記記憶部から読み出した前記顔画像を用いて複数の前記認証部から選択される前記認証部に前記認証要求の認証処理を行わせる処理手段とを備え、前記処理手段は、複数の前記端末からの同時使用により複数の前記端末から前記登録要求を受けると、前記状態監視部からの通知により前記サーバーの状態を確認し、前記サーバーが登録可能な状態にあれば、予め複数の前記端末に付した優先順位に従って複数の前記端末より受け取った前記顔画像を前記サーバーに提供して登録処理を行わせ、複数の前記端末の同時使用により複数の前記端末から前記認証要求を受けると、前記状態監視部からの通知によって得た複数の前記認証部の状態と、予め複数の前記端末または複数の前記認証部に付した優先順位とに従って、前記認証処理を行わせる前記認証部を選択し、該選択した前記認証部に前記認証要求の認証処理を行わせる。

斯かる顧客管理システムでは、複数の端末と、サーバーおよび複数の認証部との間を処理手段で中継することにより、複数の端末からの登録要求を予め複数の端末に付した優先順位に従って顔画像をサーバーに提供して登録処理を行わせ、また複数の端末の同時使用による認証要求を分散化し、複数の認証部の状態と予め複数の端末または複数の前記認証部に付した優先順位に従って、複数の認証部に振り分け、振り分けられた認証部に認証処理を行わせる。複数の登録要求や複数の認証要求の錯綜の影響で登録処理および認証処理が遅延することがなく、登録顔画像の登録処理を効率化できるとともに複数の認証部の稼働率を平均化でき、迅速且つ安定した登録処理および認証処理を行うことができる。複数の端末が配置される複数の店舗を擁する商業施設において、顔認証システムの効率的な運用を実現できる。

上記顧客管理システムにおいて、前記サーバーは、前記端末から前記顔画像の認証要求に係る前記顔画像を前記記憶部から読み出して、認証処理を行う前記認証部に提供してよい。

斯かる顧客管理システムでは、認証要求が振り分けられた認証部に、サーバーから認証要求に係る顔画像を記憶部から読み出して提供するので、顔画像の認証処理の迅速化が図られる。

上記顧客管理システムにおいて、少なくとも前記処理手段と前記サーバーとが授受する情報が暗号化されてよい。

斯かる顧客管理システムでは、複数の端末と処理手段との間で送受される情報を暗号化することにより、端末と処理手段とを接続するネットワーク側のセキュリキィを高めることができる。しかも、処理手段側でセキュリティが高められるので、サーバーや認証部側での対策を軽減でき、設備コストの低減化に寄与する。

上記顧客管理システムにおいて、前記認証部の設置数が、少なくとも前記認証処理に必要な認証処理時間で処理許容時間を除して得られる値またはその近傍値を認証処理数とし、この認証処理数で前記端末の設置数または稼働数を除して得た値に稼働率を掛けた値またはその近傍値であればよい。

斯かる顧客管理システムでは、複数の端末に対して複数の認証部を備えることは、認証処理の能力や余裕度を高めることができる。しかし、稼働数に対して認証部の設置数が多ければ、稼働していない認証部が存在することとなり無駄となる。そこで、このような処理により、認証部の設置数を決定すれば、稼働数や認証数に応じた合理的な設置数となり、設備コストを最適化できる。

上記顧客管理システムにおいて、前記認証要求または前記登録要求は、前記顔画像とともに少なくとも、前記端末の識別情報または来訪者の属性情報のいずれかまたは双方を含んでよい。

斯かる顧客管理システムでは、複数の端末を備えた場合、認証要求を特定するには、端末の識別情報を用いればよい。その際、認証処理の対象である来訪者について、顧客、性別、来店履歴、購入履歴、ＶＩＰ（Very Important Person ：上得意）などの来訪者に対する属性情報を含めることにより、来訪者の特性の峻別に利用でき、該システムの利便性をより高めることができる。

上記顧客管理システムにおいて、前記端末群に含まれる複数の端末のそれぞれは、複数の店舗を含む商業施設の前記店舗の２以上に配備されてよい。

斯かる顧客管理システムは、複数の店舗を擁する商業施設に適し、商業施設の店舗数が増加するほど、認証処理の迅速化など、効率的な運用が可能である。

上記目的を達成するため、本発明の顧客管理プログラムの一側面によれば、コンピュータに実行させる顧客管理プログラムであって、複数の店舗それぞれに設置された１または２以上の端末が少なくとも各店舗の来訪者の顔画像を取得し、前記端末からの登録要求に応じて、前記端末が来訪者から取得した顔画像を少なくとも来訪者を特定する顧客情報と関係付けて記憶部に登録し、前記端末からの認証要求に応じて前記記憶部から登録画像をサーバーに読み出し、前記サーバーと複数の認証部の状態を状態監視部で監視し、前記端末の前記認証要求に係る顔画像を受け、該顔画像が前記記憶部にある登録顔画像に一致するかの認証を複数の前記認証部の何れかの認証部が行い、複数の前記端末から発せられる前記登録要求を受けると、処理手段が前記状態監視部からの通知により前記サーバーの状態を確認し、前記サーバーが登録可能な状態にあれば、予め複数の前記端末に付した優先順位に従って前記端末を選択し、該選択した前記端末より受け取った前記顔画像を前記サーバーに提供し、複数の前記端末から発せられる認証要求を受けると、前記状態監視部からの通知によって得た複数の前記認証部の状態と、予め複数の前記端末または複数の前記認証部に付した優先順位とに従って、前記処理手段が前記複数の認証部から認証処理を行わせる前記認証部を選択し、該選択した前記認証部に前記認証要求の認証処理を振り分ける処理を前記コンピュータに実行させる。

斯かる顧客管理プログラムは、上記顧客管理システムをコンピュータ処理におけるプログラムの側面で捉えたものである。したがって、このプログラムを用いれば、コンピュータで上記システムを運用でき、複数の登録要求や複数の認証要求の錯綜の影響で登録処理および認証処理が遅延することがなく、登録顔画像の登録処理を効率化できるとともに複数の認証部の稼働率を平均化でき、迅速且つ安定した登録処理および認証処理を行うことができるなど、既述のシステム運用の効率化を図ることができる。

上記顧客管理プログラムにおいて、さらに、前記認証部の設置数を、少なくとも前記認証処理に必要な認証処理時間で処理許容時間を除して得られる値またはその近傍値を認証処理数とし、この認証処理数で前記端末の設置数または稼働数を除して得た値に稼働率を掛けた値またはその近傍値に決定する処理を含んでよい。

斯かる顧客管理プログラムにおいて、コンピュータによって、複数の認証部の設置数を決定することができる。つまり、コンピュータ処理により、認証部の設置数を決定すれば、稼働数や認証数に応じて適切な設置数を求めることができ、合理的であり、設備コストを最適化できる。

本開示の顧客管理システムまたは顧客管理プログラムによれば、次のいずれかの効果が得られる。

(1) 複数の端末の２以上の同時使用による複数の認証要求を分散化して２以上の認証部に振り分けるので、認証要求の錯綜を回避でき、同時に発生した認証要求に対する処理を迅速化することができる。

(2) 複数の認証要求の分散化により、複数の認証部で同時に認証処理を実行でき、認証処理の高速化を図ることができる。

(3) 記憶部にある登録顔画像を複数の端末からの認証要求に対してシェアして用いることができ、登録顔画像には複数の端末から顔画像を登録して用いることができるので、登録画像の利用率を高め、端末が増加するほど認証処理の信頼性を高めることができる。

(4) 複数の端末と認証部の間を中継する処理手段を備えたことにより、処理手段と各端末との間をネットワークで連係し、処理手段と各認証部との間をネットワークで連係することができ、処理手段に端末や認証部の機能を負担させることができ、端末や認証部の構成を簡略化できるとともに、処理の迅速化を図ることができる。

(5) このようなシステムを複数の店舗や企業を擁する商業施設に導入すれば、記憶部、認証部および処理手段を共用化できるので、設置、保守および管理のコストを低減することができる。

(6) 商業施設に属する複数の店舗や企業で登録される各登録画像を商業施設内でシェアすることが可能になり、顧客の横断的な販売促進や、盗難情報や防犯情報の活用範囲を拡大することができる。

第１の実施の形態に係るシェア型顔認証システムを示す図である。 顔認証の処理手順の一例を示すフローチャートである。 第２の実施の形態に係る商業施設向けシェア型顔認証システムを示す図である。 ショップクライアントおよびそのハードウェアの一例を示す図である。 ＦＡゲートウェイのハードウェアの一例を示す図である。 ＦＴＰサーバーのハードウェアの一例を示す図である。 顔画像データテーブルの一例を示す図である。 ＦＡセンサーのハードウェアの一例を示す図である。 センタークライアントのハードウェアの一例を示す図である。 ＦＡコントローラのハードウェアの一例を示す図である。 ＣＲＭ端末の処理手順の一例を示すフローチャートである。 ＣＲＭ端末の表示画面および表示例の一例を示す図である。 ＦＡゲートウェイの処理手順の一例を示すフローチャートである。 ＦＡコントローラの処理手順の一例を示すフローチャートである。 ＦＴＰサーバーの処理手順の一例を示すフローチャートである。 ＦＡセンサーの処理手順の一例を示すフローチャートである。 登録モードの処理シーケンスを示すフローチャートである。 認証モードの処理シーケンスを示すフローチャートである。 ＦＡセンサーの台数算出の処理手順を示すフローチャートである。

〔第１の実施の形態〕

図１は、第１の実施の形態に係るシェア型顔認証システムを示している。図１に示す構成は一例であり、斯かる構成に本開示の技術が限定されない。

このシェア型顔認証システム（以下、単に「システム」と称する）２−１はたとえば、複数の店舗を擁する商業施設に設置される。このシステム２−１には端末群の一例としてＣＲＭ（Customer Relationship Management：顧客関係管理）端末群（以下、単に「端末群」と称する）４が備えられ、この端末群４には複数のＣＲＭ端末（以下、単に「端末」と称する）４−１、４−２、・・・４−ｎが含まれる。各端末４−１、４−２、・・・４−ｎの有する機能には来訪者の少なくとも顔画像を取得する機能、データ通信機能が含まれる。

このシステム２−１では図１に示すように、サーバーの一例としてＦＴＰ（File Transfer Protocol：ファイル転送プロトコル）サーバー６、記憶部８、認証部群の一例としてＦＡセンサー（Face Authentication Sensor：顔認証センサー）群１０、中継部の一例である処理手段としてＦＡゲートウェイ（Face Authentication Gateway ：顔認証用のネットワーク間コンバータ）１２が備えられる。記憶部８は、ＦＴＰサーバー６に接続されてもよいし、ＦＴＰサーバー６に内蔵されてもよい。

ＦＴＰサーバー６は、顔登録情報、端末情報、認証結果情報に関する情報処理を実行する情報処理装置であり、記憶部８に対する情報の読み出し、格納などを実行する。記憶部８には、複数の登録顔画像を含む登録情報を格納するデータベース（Data Base:ＤＢ）が構築され、端末群４からの顔画像を登録画像として登録可能である。このＤＢの登録情報には顔画像の他、端末群４や入店者の属性情報を含んでもよい。

ＦＡセンサー群１０には複数のＦＡセンサー１０−１、１０−２、・・・１０−ｍが備えられる。各ＦＡセンサー１０−１、１０−２、・・・１０−ｍは、ＦＡゲートウェイ１２と連係機能を備え、端末４−１、４−２、・・・４−ｎのいずれか、またはこれらの内の２以上から提供される顔画像の認証処理を行う。この認証処理は、端末４−１、４−２、・・・４−ｎのいずれか、またはこれらの内の２以上から提供される顔画像が記憶部８にある登録顔画像のいずれに一致するかを照合する処理である。この処理では、一致または不一致の結果が得られる。

ＦＡゲートウェイ１２と端末群４との間には第１のネットワークの一例としてＷＡＮ（Wide Area Network ）１４−１が備えられ、ＦＡゲートウェイ１２とＦＴＰサーバー６およびＦＡセンサー群１０との間には第２のネットワークの一例としてＬＡＮ（Local Area Network）１４−２が備えられている。

このＦＡゲートウェイ１２の機能にはネットワーク間の中継機能と、登録要求や認証要求の分散化機能が含まれる。中継機能では、端末群４と、ＦＴＰサーバー６およびＦＡセンサー群１０の間をＷＡＮ１４−１およびＬＡＮ１４−２を介在して情報伝達を中継する。処理の分散化機能では、端末群４中の複数の端末の同時使用による複数の登録要求や認証要求を受け、これら登録要求や認証要求を分散化して複数のＦＡセンサー１０−１、１０−２、・・・１０−ｍに振り分ける。

図２は、システム２−１の処理手順を示している。この処理手順では、端末群４側に含まれる複数の端末４−１、４−２、・・・４−ｎの１または２以上が個別に来訪者から顔画像を取得する（Ｓ１０１）。ＦＡゲートウェイ１２は端末群４とＦＡセンサー群１０を中継し（Ｓ１０２）、端末群４から認証要求を受信する（Ｓ１０３）。この認証要求に認証対象である顔画像が含まれる。このシステム２−１では、複数の端末４−１、４−２、・・・４−ｎを含む端末群４から認証要求が発せられるので、２以上の端末の同時利用により複数の認証要求が重なる場合がある。

ＦＡゲートウェイ１２は端末群４から受ける認証要求について、複数の認証要求かを判断する（Ｓ１０４）。

複数の認証要求であれば（Ｓ１０４のＹＥＳ）、複数の認証要求を分散化して２以上のＦＡセンサー１０−１、１０−２、・・・１０−ｍに振り分ける（Ｓ１０５）。各認証要求を受けたＦＡセンサー１０−１、１０−２、・・・１０−ｍが認証処理を実行する（Ｓ１０６）。

複数の認証要求でなければ（Ｓ１０４のＮＯ）、Ｓ１０５をスキップし、認証要求を受けたＦＡセンサー１０−１、１０−２、・・・１０−ｍのいずれかが認証処理を実行する。

ＦＡゲートウェイ１２は、認証処理を実行したＦＡセンサー群１０からの認証結果情報を受け、この認証結果情報を、認証要求を発した端末４−１、４−２、・・・４−ｎのいずれかまたは２以上に通知する（Ｓ１０７）。

＜第１の実施の形態の効果＞

第１の実施の形態によれば、次のような機能や効果が得られる。

(1) このシステム２−１によれば、端末群４の２以上の端末４−１、４−２、・・・４−ｎの同時使用による複数の認証要求を分散化して２以上のＦＡセンサー１０−１、１０−２、・・・１０−ｍに振り分けるので、複数の認証要求の錯綜を回避でき、同時に発生した認証要求に対する処理を迅速化することができる。

(2) このシステム２−１によれば、複数の認証要求の分散化により、ＦＡセンサー１０−１、１０−２、・・・１０−ｍの２以上で同時に認証処理を実行でき、認証処理の高速化を図ることができる。

(3) このシステム２−１によれば、記憶部８にある登録顔画像を複数の端末４−１、４−２、・・・４−ｎからの認証要求に対してシェアして用いることができ、登録顔画像には複数の端末４−１、４−２、・・・４−ｎから顔画像を登録して用いることができるので、登録画像の利用率を高め、端末４−１、４−２、・・・４−ｎが増加するほど認証処理の信頼性を高めることができる。

(4) このシステム２−１によれば、複数の端末４−１、４−２、・・・４−ｎとＦＡセンサー１０−１、１０−２、・・・１０−ｍの間にＦＡゲートウェイ１２を備えたことにより、ＦＡゲートウェイ１２と各端末４−１、４−２、・・・４−ｎとの間をネットワークで連係し、ＦＡゲートウェイ１２と各ＦＡセンサー１０−１、１０−２、・・・１０−ｍとの間をネットワークで連係することができ、ＦＡゲートウェイ１２が端末４−１、４−２、・・・４−ｎやＦＡセンサー１０−１、１０−２、・・・１０−ｍの機能を負担することができる。これにより、端末４−１、４−２、・・・４−ｎやＦＡセンサー１０−１、１０−２、・・・１０−ｍの構成を簡略化できるとともに、処理のスピード化を図ることができる。

(5) このようなシステム２−１を複数の店舗や企業を擁する商業施設に導入すれば、記憶部８、ＦＡセンサー１０−１、１０−２、・・・１０−ｍおよびＦＡゲートウェイ１２を共用化できるので、導入設置、保守および管理のコストを低減することができる。

(6) たとえば、商業施設に属する複数の店舗や企業で登録される各登録画像を商業施設内でシェアすることが可能になり、顧客の横断的な販売促進や、盗難情報や防犯情報の活用範囲を拡大することができる。

(7) たとえば、商業施設に複数の企業の店舗や、同一企業で複数の店舗を展開されている場合には、各店舗に設置される端末４−１、４−２、・・・４−ｎを企業毎にグループ化し、企業毎に顧客関係の管理情報を個別に管理することができる。

(8) たとえば、商業施設に出入りする悪質な来店者などの管理については、商業施設に展開される店舗や企業に関係なく、商業施設を単位として来店者情報を管理することができる。

(9) このシステム２−１によれば、複数の店舗を擁する商業施設を単位として設備コストや管理コストを算定でき、各コストを店舗や企業でシェアし、コスト低減を図ることができる。

〔第２の実施の形態〕

図３は、第２の実施の形態に係る商業施設向けシェア型顔認証システム（以下、単に「認証システム」と称する）を示している。この認証システム２−２は本開示のシェア型顔認証システムの一例である。図３において、図１と同一部分には同一符号を付してある。

この認証システム２−２はたとえば、デパート、ショッピングセンター、ショッピングモールなど、複数の店舗を擁する商業施設２０に配備される。この商業施設２０は、単一の建屋に限定されない。この商業施設２０に対し、顔認証センター２２が備えられている。商業施設２０には、複数のショップクライアント２４−１、２４−２、・・・２４−ｎを含むショップクライアント群２４が配備されている。

ショップクライアント群２４は、画像取得機能としてカメラ機能、通信機能としてＬＡＮ機能の他、各種センサー機能を含む情報処理機能を備える。この情報処理機能において、カメラ機能は、来店者を撮像し、画像情報を取得する機能である。ＬＡＮ機能はたとえば、有線接続により、ネットワークを介した通信機能である。このショップクライアント群２４には、既述の端末４−１、４−２、・・・４−ｎを用いればよいし、既述の端末４−１、４−２、・・・４−ｎにはたとえば、アンドロイド（Android ：登録商標）端末またはｉＯＳ（登録商標）端末など、いずれの情報処理端末を用いてもよい。

各ショップクライアント２４−１、２４−２、・・・２４−ｎには、顔画像の登録および認証を含む複数の機能が含まれる。顔画像の登録機能には、
(a) 顔画像の登録のための来訪者の顔の撮影（画像取得機能）
(b) 顔画像情報および登録要求の生成
(c) 顔画像の登録のための通信機能
(d) 登録結果の表示機能
が含まれる。顔画像の登録では、顔画像の登録時、来訪者の顔を撮影し、来訪者から顔画像を取得し、この顔画像情報を登録要求とともに顔認証センター２２に送信し、その応答結果である顔画像の登録結果情報を受信する。これにより、この登録結果は、ショップクライアント２４−１、２４−２、・・・２４−ｎのうち、登録要求を発したショップクライアントのディスプレイに表示する。

また、顔画像の認証機能には、
(e) 顔画像の認証のための来訪者の顔の撮影機能
(f) 顔画像情報および認証要求の生成
(g) 顔画像の認証のための通信機能
(h) 顔画像の認証結果の表示機能
が含まれる。顔画像の認証では、認証開始時、来訪者の顔を撮影し、来訪者から顔画像を取得し、この顔画像情報を認証要求とともに顔認証センター２２に送信し、その認証結果である認証結果情報を受信する。これにより、この認証結果は、ショップクライアント２４−１、２４−２、・・・２４−ｎのうち、認証要求を発したショップクライアントのディスプレイに表示する。

各ショップクライアント２４−１、２４−２、・・・２４−ｎは、個別に通信インターフェース２６を介してＷＡＮ１４−１に接続されている。ＷＡＮ１４−１は各ショップクライアント２４−１、２４−２、・・・２４−ｎを個別に顔認証センター２２に接続するネットワークであって、たとえば、施設内ＬＡＮであり、無線網または有線網のいずれでもよい。

顔認証センター２２側にはＦＡゲートウェイ１２が備えられ、このＦＡゲートウェイ１２は通信インターフェース２８を介してＷＡＮ１４−１に接続されている。また、ＦＡゲートウェイ１２にはＦＴＰサーバー６、ＦＡセンサー群１０、センタークライアント群３０およびＦＡコントローラ３１がＬＡＮ１４−２を介して接続されている。

この実施の形態では、ＦＡゲートウェイ１２が、複数のショップクライアント群２４のＷＡＮ１４−１と顔認証センター２２側のＬＡＮ１４−２との間を中継し、ネットワーク間コンバータ機能である中継機能に加え、既述の処理の分散機能の他、管理機能などを備える。管理機能には、ショップクライアント２４−１、２４−２、・・・２４−ｎに含まれるカメラのカメラライセンス管理、ＦＡセンサー１０−１、１０−２、・・・１０−ｍ、ＦＴＰサーバー６のインターフェース（Ｉ／Ｆ）の一部を終端し、ショップクライアント群２４の負荷軽減などの機能を含んでいる。

このＦＡゲートウェイ１２を備えたことにより、ＷＡＮ１４−１のＤＭＺ（DeMilitarized Zone：ファイアウォールによる隔離区域）側と、ＬＡＮ１４−２とを別のネットワークとして構築できる。ＷＡＮ１４−１側と授受される情報はたとえば、暗号化により高度なセキュリティレベルを設定することができ、ショップクライアント群２４の規模に関係なく一括した高度なセキュリティ確保が実現できる。この場合、ＣＲＭ情報をどのように扱うかはカスタマイズすればよい。これにより、ＬＡＮ１４−２側のセキュリティレベルはＷＡＮ１４−１側より低いセキュリティレベルに設定してもよいし、ＬＡＮ１４−２に接続されるＦＴＰサーバー６、ＦＡセンサー群１０、センタークライアント群３０およびＦＡコントローラ３１のセキュリティレベルにはＷＡＮ１４−１側ほど高度なセキュリティレベルは要求されない。つまり、セキュリティ設備のコスト低減が図られる。

ＦＴＰサーバー６は、記憶部８への顔画像の登録、ＣＲＭ情報、認証時の登録顔画像の記憶部８からの読み出しなどを含む情報処理を行う。記憶部８には、登録顔画像情報、ＣＲＭ情報、画像認証の結果情報がデータベース化されて登録される。ＣＲＭ情報には端末情報、店舗情報または企業情報が含まれる。ＣＲＭ情報は、別サーバーに異なるＤＢに登録して保持し、ＤＢ間で連動して検索処理を可能にしてもよいし、商業施設の管理者、店舗や企業などよりカスタマイズされる対象としてもよい。記憶部８に構築されたＤＢには登録数としてたとえば、１００，０００人分を対象とし、その顔画像の２００，０００枚が登録される。ＦＴＰサーバー６では、ＦＡゲートウェイ１２と連携され、ショップクライアント群２４からの顔画像とともに登録要求や認証要求を受け、この顔画像の画像情報を解析し、登録要求にあっては顔画像の登録顔画像としての登録、認証要求にあっては各ＦＡセンサー１０−１、１０−２、・・・１０−ｍに顔画像の認証を実行させる。

各ＦＡセンサー１０−１、１０−２、・・・１０−ｍでは、ＦＡゲートウェイ１２と連携され、ショップクライアント群２４からの顔画像の認証要求に基づき、この顔画像の画像情報を解析し、記憶部８のＤＢから読み出した登録顔画像とを対比し、認証要求に係る顔画像の認証を実行する。この場合、ショップクライアント群２４におけるカメラやＦＡセンサー群１０が離れて設置される距離的な整合性や、カメラ台数とＦＡセンサー１０−１、１０−２、・・・１０−ｍの台数が大きく異なる情報の冗長性がＦＡゲートウェイ１２の処理により吸収される。

センタークライアント群３０に含まれるセンタークライアント３０−１、３０−２、・・・３０−ｎでは、ＦＡゲートウェイ１２およびＦＴＰサーバー６と連動し、顔画像の登録および認証状況のモニター、その閲覧、ＣＲＭ情報の登録閲覧が可能である。

センタークライアント３０−１、３０−２、・・・３０−ｎに代え、ＦＴＰサーバー６やＦＡゲートウェイ１２と連動し、顔画像の登録状況または認証状況のモニターや閲覧が可能な単一または複数のＦＡコントローラを備えてもよい。このＦＡコントローラを備えて顔認証センター２２に含まれる各種機器の管理運用を行ってもよい。

ＦＡコントローラ３１では、ＦＴＰサーバー６やＦＡゲートウェイ１２と連動し、顔画像の登録状況または認証状況のモニターや閲覧が可能であり、顔認証センター２２に含まれる各種機器の管理運用が行われる。

＜ショップクライアント群２４の機能およびハードウェア＞

図４のＡは、ショップクライアント群２４の配備形態の一例を示している。商業施設２０に複数の店舗２０−１、２０−２、・・・２０−ｎを備えた場合たとえば、Ａ１に示すように、店舗毎にショップクライアント２４−１、２４−２、・・・２４−ｎを配備してもよいし、Ａ２に示すように、たとえば、ひとつの店舗２０−１に複数のショップクライアント２４−１、２４−２・・・を配備してもよい。

このショップクライアント群２４を構成する各ショップクライアント２４−１、２４−２、・・・２４−ｎでは、既述した画像取得機能、登録要求、認証要求、認証結果の表示、アラーム表示などの情報処理が行われる。この情報処理には、附帯的な処理として、積算電力機能、人感機能、温度・湿度検出、感震機能などの処理を行えば、各ショップクライアント２４−１、２４−２、・・・２４−ｎの利便性を高めることができる。

各ショップクライアント２４−１、２４−２、・・・２４−ｎで上記機能を実現するには、各端末４はたとえば、図４のＢに示すハードウェアを備えればよい。

図４のＢは、端末４のハードウェアの一例を示している。この端末４ではたとえば、カメラ３２、プロセッサ３４、記憶部３６、入出力部３８、表示部４０、操作部４２が備えられ、アラーム装置４３やセンサー群４４が接続されている。

カメラ３２は、操作部４２によるシャッター操作や、人認識機能によるシャッター操作で、来訪者の顔を撮影し、顔画像を取得する。このカメラ３２は、端末４に内蔵されてもよいし、端末４の外部に設置されてもよく、端末４に外部接続されたネットワークカメラを用いてもよい。

プロセッサ３４は、記憶部３６にあるオペレーティングシステム（Operating System：ＯＳ）に基づき顔画像の取得などを含む顔認証プログラム、その他のアプリケーションプログラムを実行する。

記憶部３６にはＲＯＭ（Read-Only Memory）やＲＡＭ（Random-Access Memory）が含まれ、ハードディスク装置や半導体記憶装置などの不揮発性の記録媒体が用いられる。ＲＡＭは画像取得、登録要求、認証要求、認証結果などを含む情報処理のワークエリアを構成する。

入出力部３８は、通信インターフェース２６を介してＷＡＮ１４−１に接続され、ＦＡゲートウェイ１２とＷＡＮ１４−１を介して情報の入出力を含む情報通信を行う。

表示部４０はたとえば、ＬＣＤ（Liquid Crystal Display）素子などで構成され、取得画像、認証結果、アラームなど、各種の可視情報が表示される。操作部４２はたとえば、タッチパネル、キーボード、マウスなどのユーザインターフェースであり、ユーザ操作を媒介とした情報の入力を行う。アラーム装置４３は、システム異常や不審者などを発見した場合には可視情報や音声情報によるアラームを発する。

センサー群４４にはたとえば、スマートメーター４４−１、温度・湿度センサー４４−２、人感センサー４４−３、感震センサー４４−４などが備えられる。これらは端末４−１、４−２・・・に有線により接続されてもよいし、無線により通信接続されてもよい。スマートメーター４４−１は積算電力計の一例であり、商用電力コンセントに直付けされて使用電力を計測し、その計測値から算出した電力料金を表示する。この算出する電力料金は、ひとつの店舗を対象にしてもよいし、複数の店舗を対象としてもよい。

温度・湿度センサー４４−２は店舗内の温度や湿度を電気的に検出する。その検出値は表示部４０に表示すればよい。

人感センサー４４−３は店舗内への来訪者を検出する。休業時間や休業日であれば、不審者の検出に用いる。この人感センサー４４−３が人を検出すれば、その検出結果としてアラーム装置４３にアラームを発生させ、記憶部３６に人感結果を記録すればよい。

感震センサー４４−４は地震計の一例であり、震度などを検出する。検出した震度は表示部４０に表示し、地震時の対応をガイダンスすればよい。

＜ＦＡゲートウェイ１２の機能およびハードウェア＞

ＦＡゲートウェイ１２は既述のように、中継機能、処理の分散化機能などを備えており、これらの機能に加え、端末群４とＦＡセンサー１０−１、１０−２、・・・１０−ｍとの間の距離や、ＦＡセンサー１０−１、１０−２、・・・１０−ｍの台数に対応する補償機能を備えている。各ＦＡセンサー１０−１、１０−２、・・・１０−ｍは端末群４側に設置されているカメラ３２に取得した顔画像を解析し、登録顔画像と一致するかの認証処理を実行する。この認証システム２−２ではカメラ３２とＦＡセンサー１０−１、１０−２、・・・１０−ｍが離れて設置され、また、カメラ３２の台数とＦＡセンサー１０−１、１０−２、・・・１０−ｍの台数が相違することが予想される。そこで、ＦＡゲートウェイ１２では、これらの距離および台数相違を補償し、顔画像の認証機能の適正化を実現する。

このような機能を実現するには、ＦＡゲートウェイ１２はたとえば、図５に示すハードウェアを備えればよい。このＦＡゲートウェイ１２では一例として、プロセッサ４８、記憶部５０、第１および第２の入出力部５２−１、５２−２を備える。

プロセッサ４８は、記憶部５０にあるＯＳや、シェア型顔認証プログラムにおける情報授受に関するプログラムの情報処理を実行する。記憶部５０には、ＲＯＭやＲＡＭが含まれ、ハードディスク装置や半導体記憶装置などの不揮発性の記録媒体が用いられ、既述のＯＳ、アプリケーションプログラムが格納される。

入出力部５２−１には通信インターフェース２８を介してＷＡＮ１４−１が接続され、入出力部５２−２にはＬＡＮ１４−２が接続されている。

このＦＡゲートウェイ１２で実行される情報処理には、既述の通り、複数の端末４−１、４−２、・・・４−ｎの同時使用による複数の登録要求や認証要求を受け、これらを分散化してＦＡセンサー１０−１、１０−２、・・・１０−ｍの空きＦＡセンサーに振り分ける。この振り分け処理において、予め端末４−１、４−２、・・・４−ｎやＦＡセンサー１０−１、１０−２、・・・１０−ｍに優先順位を付し、その優先順位に従って認証要求などの要求を振り分ける。

＜ＦＴＰサーバー６の機能、そのハードウェア、および記憶部８＞

ＦＴＰサーバー６はたとえば、顔画像の登録モードでは記憶部８に顔画像の書込み処理を行い、顔画像の認証モードでは記憶部８から登録顔画像の読出し処理など、顔画像の処理を含む各種の情報処理を行う。記憶部８には、ＦＴＰサーバー６の情報処理を媒介として、各ＦＡセンサー１０−１、１０−２、・・・１０−ｍが使用する登録顔画像を格納した顔画像データテーブル、ＦＡセンサー群１０の認証結果情報、ＣＲＭ情報がＤＢ５８によって保持される。なお、ＣＲＭ情報の保持はたとえば、ＦＡゲートウェイ１２のカスタマイズ機能として提供される。

ＦＴＰサーバー６の情報処理には、顔画像の登録数、１日当たりの平均認証数、顔画像の保存期間から記憶容量を算出する処理が含まれる。

このような機能を実現するには、ＦＴＰサーバー６はたとえば、図６に示すハードウェアを備えればよい。このＦＴＰサーバー６には、プロセッサ５４および入出力部５６が備えられ、記憶部８が接続されている。この記憶部８には既述のＤＢ５８が格納されている。このＤＢ５８には顔画像データテーブル６０−１（図７のＡ）が含まれる。

＜顔画像データテーブル６０＞

図７のＡは、顔画像データテーブル６０−１の一例を示している。この顔画像データテーブル６０−１は、顔画像の登録モードで作成される。この顔画像データテーブル６０−１にはたとえば、登録番号６０−１１、端末ＩＤ６０−１２、登録日６０−１３、顔画像６０−１４、属性情報６０−１５が格納される。

登録番号６０−１１は、顔画像の登録順を表す情報である。端末ＩＤ６０−１２は画像登録に用いられた端末４−１、４−２、・・・４−ｎの機器番号など、端末を特定するための識別情報である。登録日６０−１３は、画像登録の日時情報である。顔画像６０−１４は、来訪者から取得された顔画像である。属性情報６０−１５には、顔画像に対応する顧客の性別や信用情報などの属性に関する情報である。

図７のＢは、顔画像データテーブル６０−２の一例を示している。この顔画像データテーブル６０−２は、顔画像の認証モードで作成される。この顔画像データテーブル６０−２は、認証番号６０−２１、端末ＩＤ６０−２２、認証日６０−２３、顔画像６０−２４、認証結果情報６０−２５が格納される。

認証番号６０−２１は、顔画像の認証順を表す情報である。端末ＩＤ６０−２２は顔画像の認証要求を発した端末４−１、４−２、・・・４−ｎの機器番号など、端末を特定するための識別情報である。認証日６０−２３は、ＦＡセンサー１０−１、１０−２、・・・１０−ｍのいずれかによる画像認証の日時情報である。顔画像６０−２４は、来訪者から取得された顔画像である。認証結果情報６０−２５は、認証時に取得した顔画像と登録顔画像が一致するか否かを表す結果情報である。

＜ＦＡセンサー群１０の機能およびハードウェア＞

認証モードにおいて、ＦＡセンサー群１０の各ＦＡセンサー１０−１、１０−２、・・・１０−ｍはＦＡゲートウェイ１２で振り分けられた認証要求および顔画像と、ＦＴＰサーバー６から提供される登録顔画像との照合を行い、その照合による認証結果を出力する。

このような機能を実現するには、各ＦＡセンサー１０−１、１０−２、・・・１０−ｍはたとえば、図８に示すハードウェアを備えればよい。

ＦＡセンサー１０−１、１０−２、・・・１０−ｍにはプロセッサ６２、記憶部６４および入出力部６６を備えればよい。

プロセッサ６２は、記憶部６４にあるＯＳの実行に基づき、顔認証プログラムを実行する。この顔認証プログラムでは、ＦＡゲートウェイ１２で振り分けられた認証要求および顔画像と、ＦＴＰサーバー６から提供される登録顔画像との照合を行い、一致または不一致の判定結果を出力する。

記憶部６４には、ＯＳの他、ＲＯＭやＲＡＭが含まれ、ハードディスク装置や半導体記憶装置などの不揮発性の記録媒体が用いられ、認証プログラムが格納される。入出力部６６は、ＬＡＮ１４−２に接続され、ＦＴＰサーバー６やＦＡゲートウェイ１２と情報のやり取りを行う。

＜センタークライアント群３０の機能およびハードウェア＞

センタークライアント群３０には、複数のセンタークライアント３０−１、３０−２、・・・３０−ｎが含まれる。これらセンタークライアント３０−１、３０−２、・・・３０−ｎはたとえば、端末４−１、４−２、・・・４−ｎやショップクライアント２４−１、２４−２、・・・２４−ｎに対応して備えればよい。

これらセンタークライアント３０−１、３０−２、・・・３０−ｎでは、ＦＡゲートウェイ１２およびＦＴＰサーバー６と連動し、顔画像の登録または認証状況のモニターおよび閲覧またはＣＲＭ情報の登録閲覧に関する情報処理を行う。

このような機能を実現するには、各センタークライアント３０−１、３０−２、・・・３０−ｎはたとえば、図９に示すハードウェアを備えればよい。

各センタークライアント３０−１、３０−２、・・・３０−ｎには、プロセッサ６８、記憶部７０、入出力部７２、操作部７４、表示部７６が備えられる。プロセッサ６８は、記憶部７０にあるＯＳに基づき、顔画像の取得などを含む顔認証プログラム、その他のアプリケーションプログラムを実行する。

記憶部７０にはＲＯＭやＲＡＭが含まれ、ハードディスク装置や半導体記憶装置などの不揮発性の記録媒体が用いられる。ＲＡＭは画像登録のモニターや閲覧などに関する情報処理のワークエリアを構成する。

入出力部７２は、ＬＡＮ１４−２に接続され、ＦＡゲートウェイ１２、ＦＴＰサーバー６またはＦＡセンサー群１０との情報の入出力を含む情報通信を行う。

操作部７４はたとえば、タッチパネル、キーボード、マウスなどのユーザインターフェースであり、ユーザ操作を媒介とした情報閲覧などの入力を行う。表示部７６はたとえば、ＬＣＤ素子などで構成され、取得画像、認証結果、アラームなど、各種の可視情報が表示される。

これらセンタークライアント群３０に代え、ＦＡコントローラを備える場合には、ＦＡコントローラにはたとえば、センタークライアント３０−１と同様のハードウェアを備えればよい。

＜ＦＡコントローラ３１の機能およびハードウェア＞

ＦＡコントローラ３１では、センタークライアント３０−１、３０−２、・・・３０−ｎと同様に、ＦＡゲートウェイ１２およびＦＴＰサーバー６と連動し、顔画像の登録または認証状況のモニターおよび閲覧またはＣＲＭ情報の登録閲覧の他、顔認証センター２２側の各種機器の運用管理を行う。

このような機能を実現するには、ＦＡコントローラ３１はたとえば、図１０に示すハードウェアを備えればよい。

各ＦＡコントローラ３１には、プロセッサ７８、記憶部８０、入出力部８２、操作部８４および表示部８６が備えられる。プロセッサ７８は、記憶部８０にあるＯＳに基づき、顔画像の取得などを含む顔認証プログラム、その他の各種機器の管理プログラムを実行する。

記憶部８０にはＲＯＭやＲＡＭが含まれ、ハードディスク装置や半導体記憶装置などの不揮発性の記録媒体が用いられる。ＲＡＭは画像登録のモニターや閲覧などに関する情報処理のワークエリアを構成する。

入出力部８２は、ＬＡＮ１４−２に接続され、ＦＡゲートウェイ１２、ＦＴＰサーバー６またはＦＡセンサー群１０との情報の入出力を含む情報通信を行う。

操作部８４はたとえば、タッチパネル、キーボード、マウスなどのユーザインターフェースであり、ユーザ操作を媒介とした情報閲覧などの入力を行う。表示部８６はたとえば、ＬＣＤ素子などで構成され、各機器の管理情報など、各種の可視情報が表示される。

＜端末４−１、４−２、・・・４−ｎの処理手順＞

図１１は、端末４−１、４−２、・・・４−ｎの処理手順の一例を示している。各端末４−１、４−２、・・・４−ｎは初期化処理の後、リクエストの待機状態となる。このリクエストには一例として登録処理および認証処理が含まれ、これら処理の選択は、ユーザの選択操作入力に委ねられる。リクエストにはセンサー表示、登録または認証の中止などの処理を含んでもよい。

この処理手順では、リクエストの後、このリクエスト内容を判定する（Ｓ２０１）。「登録」の選択であれば、顔情報の登録モードに移行し、表示部４０の表示画面８８に「登録モード入」の表示をする（Ｓ２０２）。この「登録モード入」は、表示部４０の表示画面８８に可視情報で表示される。これにより、ユーザは、登録モード実行中であることを視認できる。

「登録モード入」の表示に続き、顔登録処理が実行される（Ｓ２０３）。顔登録処理には、
(i) 入店者から顔画像の取得
(j) 顔画像の登録要求および端末識別情報の送信
(k) 登録完了通知の受信など
が含まれる。この顔登録処理には入店者に関する属性情報の送信および受信を含んでもよい。この属性情報は、商品購入、ＶＩＰ情報などの付随的情報を含んでもよい。

この顔登録処理中、処理の終了か（Ｅｎｄ？）が判断される（Ｓ２０４）。処理の終了でなければ（Ｓ２０４のＮＯ）、顔登録処理（Ｓ２０３）を継続する。

この顔登録処理の終了であれば（Ｓ２０４のＹＥＳ）、終了を契機に登録モードを解除し、表示部４０の表示画面８８に「登録モード切」を表示する（Ｓ２０５）。この「登録モード切」は、表示部４０の表示画面８８に可視情報で表示される。これにより、ユーザは、既述の(i) 〜(k) のひとりの入店者の登録終了を視認できる。

一回の登録が終了すれば、終了コマンドが発せられているかを判断する（Ｓ２１０）。終了コマンドが発せられていなければ（Ｓ２１０のＮＯ）、Ｓ２０１に戻り、登録モードまたは認証モードの処理を継続して行う。

このＳ２０１において、リクエスト内容が「認証」の選択であれば、顔情報の認証モードに移行し、表示部４０の表示画面８８に「認証モード入」を表示する（Ｓ２０６）。この「認証モード入」は表示部４０の表示画面８８に可視情報で表示される。これにより、ユーザは、認証モード実行中であることを視認できる。

この「認証モード入」の表示に続き、顔認証処理が実行される（Ｓ２０７）。この顔認証処理には、
(l) 入店者から顔画像の取得
(m) 顔画像の認証要求および端末識別情報の送信
(n) 顔画像の認証完了通知の受信
などが含まれる。認証完了通知には、認証対象者の属性情報を含んでもよい。この属性情報には、商品購入、ＶＩＰ情報などの付随的情報を含んでもよい。

この顔認証処理中、処理の終了か（Ｅｎｄ？）が判断される（Ｓ２０８）。処理の終了でなければ（Ｓ２０８のＮＯ）、顔認証処理（Ｓ２０７）を継続する。

この顔認証処理の終了であれば（Ｓ２０８のＹＥＳ）、終了を契機に認証モードを解除し、表示部４０の表示画面８８に「認証モード切」を表示する（Ｓ２０９）。この「認証モード切」は、表示部４０の表示画面８８に可視情報で表示される。これにより、ユーザは、既述の(l) 〜(n) のひとりの入店者の認証終了を視認できる。

一回の認証が終了すれば、終了コマンドが発せられているかを判断する（Ｓ２１０）。終了コマンドが発せられていなければ（Ｓ２１０のＮＯ）、Ｓ２０１に戻り、登録モード（Ｓ２０２〜Ｓ２０５）または認証モード（Ｓ２０６〜Ｓ２０９）の処理を継続して行う。

そして、終了コマンドが発せられていれば（Ｓ２１０のＹＥＳ）、終了処理を実行し（Ｓ２１１）、全ての処理を終了する。

＜ショップクライアント群２４（またはセンタークライアント群３０）の表示例＞

ショップクライアント群２４の表示部４０には図１２のＡに示すように、表示画面８８が表示される。顔画像の登録モードに移行する際、表示画面８８には、図１２のＡに示すように、「登録モード入」を表すメッセージ９０−１が表示される。

顔画像の登録モードを終了する際、表示画面８８には、図１２のＢに示すように、「登録モード切」を表すメッセージ９０−２が表示される。

顔画像の認証モードに移行する際、表示画面８８には、図１２のＣに示すように、「認証モード入」を表すメッセージ９２−１が表示される。

顔画像の認証モードを終了する際、表示画面８８には、図１２のＤに示すように、「認証モード切」を表すメッセージ９２−２が表示される。

なお、メッセージ９０−１、９０−２、９２−１、９２−２は、登録モードや認証モードの「入」や「切」を表す他の記号や画像であってもよい。

＜ＦＡゲートウェイ１２の処理手順＞

図１３は、ＦＡゲートウェイ１２の処理手順の一例を示している。このＦＡゲートウェイ１２は、端末４−１、４−２、・・・４−ｎからの指示を受けるための待機状態に維持される。

端末４−１、４−２、・・・４−ｎからリクエストを受信し、このリクエストの内容が「登録」か「認証」かの判断を行う（Ｓ３０１）。

リクエストが「登録」であれば、ＦＴＰサーバー６であるかの判断を行う（Ｓ３０２）。ＦＴＰサーバー６でなければ（Ｓ３０２のＮＯ）、Ｓ３０１に戻り、リクエスト内容の判定を行う（Ｓ３０１）。ＦＴＰサーバー６であれば（Ｓ３０２のＹＥＳ）、ＦＡコントローラ３１に対する問い掛けを実行し（Ｓ３０３）、Ｓ３０５に遷移する。

端末４−１、４−２、・・・４−ｎのリクエストが「認証」であれば、ＦＡセンサー１０−１、１０−２、・・・１０−ｍに空きがあるかを判定する（Ｓ３０４）。ＦＡセンサー１０−１、１０−２、・・・１０−ｍに空きがあれば（Ｓ３０４のＹＥＳ）、問い合わせ端末に認証了解（ＡＣＫ）を送信し、この端末に対する接続処理（gate open ）を実行する（Ｓ３０５）。

ＦＡセンサー１０−１、１０−２、・・・１０−ｍに空きがなければ（Ｓ３０４のＮＯ）、問い合わせ端末に待機要求を送信し（Ｓ３０６）、Ｓ３０５をスキップする。

Ｓ３０５またはＳ３０６の後、終了コマンドが発せられているかを判断する（Ｓ３０７）。終了コマンドが発せられていなければ（Ｓ３０７のＮＯ）、Ｓ３０１に戻り、リクエストの判定を継続して行う。

そして、終了コマンドが発せられていれば（Ｓ３０７のＹＥＳ）、終了処理を実行し（Ｓ３０８）、全ての処理を終了する。

＜ＦＡコントローラ３１の処理手順＞

ＦＡコントローラ３１の処理には図１４のＡおよびＢに示すように、第１および第２の処理としてたとえば、 ENTRY１および ENTRY２が含まれる。

ENTRY１では、図１４のＡに示すように、ＦＴＰサーバー６の状態の常時監視を行い（Ｓ４０１）、各ＦＡセンサー１０−１、１０−２、・・・１０−ｍの状態の常時監視（Ｓ４０２）が継続して実行される。

この ENTRY１の処理は継続して実行され、この実行中に終了コマンドが発せられているかを判断する（Ｓ４０３）。終了コマンドが発せられていなければ（Ｓ４０３のＮＯ）、 ENTRY１のＳ４０１に戻り、 ENTRY１の処理の継続が維持される。そして、終了コマンドが発せられていれば（Ｓ４０３のＹＥＳ）、終了処理を実行し（Ｓ４０４）、 ENTRY１の全ての処理を終了する。

ENTRY２では、図１４のＢに示すように、ＦＡゲートウェイ１２の問合わせ待ち状態を維持する（Ｓ４１１）。この問合わせ状態から受信したリクエストがＦＡセンサー１０−１、１０−２、・・・１０−ｍかＦＴＰサーバー６かを判定する（Ｓ４１２）。

ＦＡセンサー１０−１、１０−２、・・・１０−ｍであるとすれば、これらＦＡセンサー１０−１、１０−２、・・・１０−ｍがリクエストを受け入れることが可能状態であれば、その状態を表す「ＦＡセンサー＝ready 」を返信し、またはＦＡセンサー１０−１、１０−２、・・・１０−ｍが実行状態でリクエストを受入れできない状態であれば、その状態を表す「ＦＡセンサー＝busy」を返信する（Ｓ４１３）。

また、Ｓ４１２において、ＦＴＰサーバー６であれば、ＦＴＰサーバー６がリクエストを受け入れることが可能状態であれば、その状態を表す「ＦＴＰサーバー＝ready 」を返信し、またはＦＴＰサーバー６が実行状態でリクエストを受入れできない状態であれば、その状態を表す「ＦＴＰサーバー＝busy」を返信する（Ｓ４１４）。

この ENTRY２の処理は繰り返し実行され、この実行中においても終了コマンドが発せられているかを判断する（Ｓ４１５）。終了コマンドが発せられていなければ（Ｓ４１５のＮＯ）、 ENTRY２のＳ４１１に戻り、 ENTRY２の処理の継続が維持される。そして、終了コマンドが発せられていれば（Ｓ４１５のＹＥＳ）、終了処理を実行し（Ｓ４１６）、 ENTRY２の全ての処理を終了する。

＜ＦＴＰサーバー６の処理手順＞

図１５は、ＦＴＰサーバー６の処理手順を示している。

この処理手順では、ＦＴＰサーバー６が端末４−１、４−２、・・・４−ｎからリクエストを受けると、そのリクエスト内容を判断する（Ｓ５０１）。

リクエストが「登録」であれば、登録処理を実行する（Ｓ５０２）。また、リクエストが「認証」であれば認証処理を実行する（Ｓ５０３）。

これらの処理は、継続して繰り返し実行され、この実行中に終了コマンドが発せられているかを判断する（Ｓ５０４）。終了コマンドが発せられていなければ（Ｓ５０４のＮＯ）、Ｓ５０１に戻り、処理の継続が維持される。そして、終了コマンドが発せられていれば（Ｓ５０４のＹＥＳ）、終了処理を実行し（Ｓ５０５）、全ての処理を終了する。

＜各ＦＡセンサー１０−１、１０−２、・・・１０−ｍの処理手順＞

図１６は、稼働中の各ＦＡセンサー１０−１、１０−２、・・・１０−ｍの処理手順を示している。稼働中の各ＦＡセンサー１０−１、１０−２、・・・１０−ｍでは認証のリクエストを受け、リクエストがあるかを判定する。

リクエストがあれば（６０１のＹＥＳ）、稼働フラグ＝ＯＮとし、これを契機に被認証顔情報を受信する（Ｓ６０２）。

受信した被認証顔情報に対し、認証処理を行う（Ｓ６０３）。この認証処理は、取得した顔画像が登録顔画像と一致するかの判断を行う。この認証処理中、被認証顔情報を格納したＤＢについて、ＤＢ＝empty あるかを判定する（Ｓ６０４）。ＤＢ＝empty でなければ（Ｓ６０４のＮＯ）、Ｓ６０３に戻り、ＤＢ＝empty になるまで、認証処理を継続する。

ＤＢ＝empty であれば（Ｓ６０４のＹＥＳ）、処理終了となり、稼働フラグ＝ＯＦＦとし（Ｓ６０５）、これを契機に１認証処理が終了し、続く認証処理があれば、Ｓ６０１に戻り、次の認証処理を実行する。

この認証処理は、継続して繰り返し実行され、この実行中に終了コマンドが発せられているかを判断する（Ｓ６０６）。終了コマンドが発せられていなければ（Ｓ６０６のＮＯ）、既述の通りＳ６０１に戻り、処理の継続が維持される。そして、終了コマンドが発せられていれば（Ｓ６０６のＹＥＳ）、終了処理を実行し（Ｓ６０７）、全ての処理を終了する。

＜顔画像の登録モード＞

図１７は、顔画像の登録モードの処理シーケンスを示している。

顔画像の登録モードは、ＦＡゲートウェイ１２を介在させて端末群４とＦＴＰサーバー６との間で実行する。この登録モードでは、認証モードで用いられるＦＡセンサー群１０は使用されない。

端末４−１、４−２、・・・４−ｎのいずれかまたは２以上から「登録モード入」が指定されると、登録要求処理が実行される（Ｓ７０１）。この登録要求の処理により、端末４−１、４−２、・・・４−ｎのいずれかまたは２以上から登録要求がＦＡゲートウェイ１２に対して送信される（Ｓ７０２）。この登録要求の送信情報には個別に端末識別情報が添付される。この端末識別情報は、登録要求を発した端末を識別するための情報である。

登録要求を受けたＦＡゲートウェイ１２では、複数の端末の同時使用時、優先順位付けに基づき、情報の授受を行う（Ｓ７０３）。つまり、ＦＡゲートウェイ１２は複数の端末の同時使用による複数の登録要求を受けることが可能であり、複数の登録要求に対し、優先順位付けにより分散化処理を実行する。

これらの登録要求を受け、ＦＡゲートウェイ１２は、ＦＡコントローラ３１に対し、登録要求に対応する問い掛けを行う（Ｓ７０４）。ＦＡコントローラ３１は、登録要求に対し、当該端末に対するサーバー状態の返信を実行する（Ｓ７０５）。ＦＡコントローラ３１は、ＦＴＰサーバー６と常時通信を行い、サーバー稼働状態を常時監視する（Ｓ７０６）。この結果、ＦＡコントローラ３１からＦＡゲートウェイ１２に対し、サーバー稼働状態が通知される（Ｓ７０７）。

ＦＡゲートウェイ１２から送信された登録要求は、ＦＡコントローラ３１からＦＴＰサーバー６に通知される（Ｓ７０８）。ＦＴＰサーバー６のサーバー管理処理（Ｓ７０９）には、サーバー稼働状態の常時監視に対応する情報通信、登録対応の可否の応答などが含まれる。

ＦＡコントローラ３１から通知された端末からの登録要求に対し、ＦＴＰサーバー６は、対応可能であれば、対応可能状態である旨の送信が行われる（Ｓ７１０）。この対応可能状態通知を受けたＦＡゲートウェイ１２は、登録要求を発した端末に対し、対応可能であることの通知が返信される（Ｓ７１１）。

この登録可能である旨の通知を受けた端末４−１、４−２、・・・４−ｎでは、顔画像情報の送信処理が実行される（Ｓ７１２）。

登録可能である旨の通知を受けた端末４−１、４−２、・・・４−ｎからの顔画像情報は、ＦＡゲートウェイ１２に対して送信される（Ｓ７１３）。この送信情報には、端末識別情報が添付される。これにより、登録要求を発した端末、顔画像を送信する端末が端末識別情報により特定される。

この場合、顔画像情報は、ＦＡゲートウェイ１２からＦＴＰサーバー６に送信される（Ｓ７１４）。ＦＴＰサーバー６は、受信した顔画像をＤＢ５８の特定ユーザ領域への登録を実行する（Ｓ７１５）。この顔画像の登録処理を完了すると、ＦＴＰサーバー６から、登録を完了した旨の通知が送信され（Ｓ７１６）、この登録完了がＦＡゲートウェイ１２およびＦＡコントローラ３１に通知される。

この登録完了通知を受信したＦＡゲートウェイ１２は、その登録完了を、登録要求を発した端末４−１、４−２、・・・４−ｎに通知する（Ｓ７１７）。この登録完了通知の受信を契機に、登録要求を発した端末４−１、４−２、・・・４−ｎは登録モードを解除し、「登録モード入」を維持している端末は「登録モード切」となり、登録モードの処理を完了する（Ｓ７１８）。

＜顔画像の認証モード＞

図１８は、顔画像の認証モードの処理シーケンスを示している。

顔画像の認証モードは、ＦＡゲートウェイ１２を介在させて端末群４とＦＡセンサー群１０との間で実行する。

端末４−１、４−２、・・・４−ｎのいずれかまたは２以上から「認証モード入」が指定されると、認証要求処理が実行される（Ｓ８０１）。この認証要求の処理により、端末４−１、４−２、・・・４−ｎのいずれかまたは２以上から認証要求がＦＡゲートウェイ１２に対して送信される（Ｓ８０２）。この認証要求の送信情報には個別に端末識別情報が添付される。この端末識別情報は、認証要求を発した端末を識別するための情報である。

認証要求を受けたＦＡゲートウェイ１２では、複数の端末の同時使用時、優先順位付けに基づき、情報のやりとりの制御機能を実行する（Ｓ８０３）。つまり、ＦＡゲートウェイ１２は複数の端末の同時使用による複数の認証要求を受けることが可能であり、複数の認証要求に対し、優先順位付けにより分散化処理を実行し、複数のＦＡセンサーに振り分けて認証処理を実行させる。

これらの認証要求を受け、ＦＡゲートウェイ１２は、ＦＡコントローラ３１に対し、認証要求に対応する問い掛けを行う（Ｓ８０４）。ＦＡコントローラ３１は、認証要求に対し、当該端末に対する空きＦＡセンサー情報を、認証要求を発した端末に対して送信する（Ｓ８０５）。ＦＡコントローラ３１は、ＦＡセンサー群１０の負荷状態をＦＡセンサー群１０との常時通信により監視し（Ｓ８０６）、ＦＡセンサー群１０の負荷状況により、ＦＡセンサー群１０における空きＦＡセンサーが特定される（Ｓ８０７）。この監視により得られている空きＦＡセンサー情報が活用される。この結果、ＦＡコントローラ３１からＦＡゲートウェイ１２に対し、認証要求の了承（ＡＣＫ）および空きセンサーを表すセンサー識別情報を通知する（Ｓ８０８）。

これら認証要求の了承（ＡＣＫ）および空きセンサーを表すセンサー識別情報は、ＦＡゲートウェイ１２から認証要求を発している端末４−１、４−２・・・４−ｎに通知される（Ｓ８０９）。

この通知を受けた端末４−１、４−２、・・・４−ｎでは、顔画像情報の送信処理が実行される（Ｓ８１０）。

認証可能である旨の通知を受けた端末４−１、４−２、・・・４−ｎからの顔画像情報は、ＦＡゲートウェイ１２に対して送信される（Ｓ８１１）。この送信情報には、端末識別情報が添付される。これにより、認証要求を発した端末、顔画像を送信する端末が端末識別情報により特定される。

この場合、顔画像情報は、ＦＡゲートウェイ１２からＦＡセンサー群１０の空きＦＡセンサーに送信される（Ｓ８１２）。この顔画像情報を受けたＦＡセンサー１０−１、１０−２、・・・１０−ｍでは、ＤＢ５８の登録顔画像と照合して一致するか否かの認証処理が実行される（Ｓ８１３）。

この認証結果に基づき、認証処理を実行したＦＡセンサー１０−１、１０−２、・・・１０−ｍから結果情報がＦＡゲートウェイ１２に対して送信される（Ｓ８１４）。この結果情報を受けたＦＡゲートウェイ１２は、その結果情報を、認証要求を発している端末に対して送信する（Ｓ８１５）。この結果情報を受けた端末は、結果情報の受信に基づき、結果情報を表示する（Ｓ８１６）。

そして、認証を完了したＦＡセンサーでは、認証完了通知および端末識別情報を送信し（Ｓ８１７）、これらがＦＡコントローラ３１およびＦＡゲートウェイ１２に通知される。この通知を受けたＦＡゲートウェイ１２は、これらを、認証要求を発した端末に転送する（Ｓ８１８）。この認証完了通知の受信を契機に、認証要求を発した端末４−１、４−２、・・・４−ｎは認証モードを解除し、「認証モード入」を維持している端末は「認証モード切」となり、認証モードの処理を完了する（Ｓ８１９）。

＜第２の実施の形態の効果＞

第２の実施の形態によれば、既述の第１の実施の形態の機能や効果に加え、以下の機能や効果が得られる。

(1) このシステム２−２によれば、顔認証センター２２で複数の店舗やクライアントの顔画像の登録や認証の集中管理をすることができ、運用保守を容易化できる。

(2) このシステム２−２によれば、商業施設２０に店舗を展開する各店舗や企業毎に管理システムを個別に構築し、顧客管理情報をシェアして利用できる。

(3) このシステム２−２では、商業施設２０の店舗の増加または減少に柔軟に対応することができる。

(4) 商業施設２０の顧客管理および運用保守をシステム提供事業者が一括管理することができる。

(5) 店舗に設置された端末群４やＦＡセンサー群１０などの故障に対し、全体システムを停止することなく修理することが可能であり、故障機器に対して代替え機器を設置してシステム２−２を利用することができる。実質的に無故障システムを実現できる。

(6) 店舗に設置された端末などの故障から復旧時の動作開始や、各端末間の動作確認を迅速に行うことができ、システム２−２の信頼性を高めることができる。

(7) ＤＢ５８に顧客管理情報に必要な付随的な管理情報を統合し、販売促進から防犯など、各種の管理を総合的に実現できる。

(8) このようなシステム２−２によれば、個別の店舗に顔認証システムを設置する場合に比較し、顔画像の登録や認証結果の記録をシェアして利用することができ、顧客管理、万引きなどの要注意人物の監視にも利用できる。このような利用は重要かつ有益である。店舗毎に設置する形態では設備費や管理の費用が掛かるという導入障壁を除くことができ、システム２−２の普及や導入を促進することができる。店舗毎の貴重な監視データを複数の店舗間で利用でき、認証結果などを汎用データとして活用することもできる。

(8) 既存のシステムが構築されている場合、斯かるシステムをシステム２−２に統合して再構築でき、既存の顔画像の登録データや認証情報を活用することができる。情報統合および管理情報のシェアによる人的管理や監視を効率化でき、コスト低減と信頼性の高い管理や監視のシナジー効果を図ることができる。

(9) ショップクライアント群２４の各ショップクライアントは同一機能である必要はなく、またＦＡセンサー群１０のＦＡセンサーも同一機能である必要はなく、異なる機能を前提とした顔認証などの処理を活用できる。

(10) センタークライアント群３０ではＦＡゲートウェイ１２およびＦＴＰサーバー６と連動して顔画像の登録や認証状況の監視や閲覧ができるので、ショップクライアント群２４側のこれらの機能と相まってユーザに対する利便性が向上する。

(11) 複数の登録要求や認証要求をＦＡゲートウェイ１２で分散化して中継するので、ショップクライアント群２４、ＦＡセンサー群１０、センタークライアント群３０の負荷を軽減することができる。

(12) ＷＡＮ１４−１と、ＬＡＮ１４−２側のネットワークを別に構築し、ＷＡＮ１４−１のショップクライアント群２４側の情報を暗号化することによりセキュリティを高くすれば、ＬＡＮ１４−２側のセキュリティを軽減でき、コスト低減を図ることができる。

(13) システム２−２では、各端末群４と接続される、コンセント直付けのスマートメーター４４−１、温度・湿度センサー４４−２などの各種センサー４４−Ｘを備えることにより、環境情報や電力料金情報を取得でき、省エネなどを喚起し、コストダウン化とともにトータル的なエネルギーマネージメントサービスを提供できる。

(14) 無人の夜間や休業時間において、人感センサー４４−３による不審者の自動検出が可能であり、店舗内の安全性を向上させることができる。人感センサー４４−３の検出情報は、端末群４からユーザのスマートフォンなどの情報端末に送信し、告知することができる。

(15) 端末４の利用状況はデータベース化してシステム２−２の状態監視に利用でき、その状態を端末４に表示し、またはネットワークを通じてユーザの情報端末に送信し、常に状態監視と最適な動作状態やサポートサービスを構築することができる。

(16) ひとつのシステム２−２を設置すれば、このシステム２−２に他の商業施設や個別店舗に設置したシステム２−２を連係させることができ、ＣＲＭ情報を共有化することも可能である。

(17) システム２−２でデータベース化される各種の情報について、たとえば、ＶＩＰや優良顧客情報などの特定人物情報は特定店舗特有のものとして扱い、要注意人物情報は加入店舗の共有情報としてシェアして利用することができる。このシステム２−２を利用すれば、たとえば、商業施設２０に対する入館または退館検出であれば、一斉案内を実施し、また特定店舗に対する入店であれば、店舗名と要注意人物情報を通知するなど、万引きなどによる損失抑止を全店舗間でできるなどの体制の構築に活用できる。

＜ＦＡセンサーの設置数およびその算出方法＞

このＦＡセンサーの設置数算定方法はたとえば、ＦＡコントローラ３１を用いて情報処理により実現すればよい。

ＦＡセンサー１０−１、１０−２、・・・１０−ｍでは、同時に複数の認証要求を受け付けることが可能である。これにより、複数の認証要求を受けたＦＡセンサー１０−１、１０−２、・・・１０−ｍでは、各認証処理はシーケンシャルに実行される。認証の同時処理数は、ＦＡセンサーの台数で決定される。そこで、ＦＡセンサー台数は、次の処理手順で決定すればよい。

図１９は、ＦＡセンサーの設置数算定の処理手順を示している。

顔画像の認証に要する認証時間をｔｃとすると、この認証時間ｔｃは、顔画像の登録数、画像サイズ、ネットワークトラフィックにより異なる。この顔認証に付随するメッセージ通信時間をｔｍとし、このメッセージ通信時間ｔｍを含めた処理時間をｔｐとする。これら認証時間ｔｃおよびメッセージ通信時間ｔｍを入力する（Ｓ９０１）。

これらの入力を受けたたとえば、ＦＡコントローラ３１では、認証時間ｔｃおよびメッセージ通信時間ｔｍから処理時間ｔｐを求める（Ｓ９０２）。この場合、処理時間ｔｐは、これらの加算値として
ｔｐ＝ｔｃ＋ｔｍ ・・・(1)
から算出される。

処理許容時間Ｔとすれば、この処理許容時間Ｔを入力する（Ｓ９０３）。この入力に代え、処理許容時間Tを予め、記憶部８０に記憶しておいてもよい。

この処理許容時間Ｔおよび処理時間ｔｐを用いて認証処理数Ｐｎを算出する（Ｓ９０４）。この認証処理数Ｐｎは、
Ｐｎ ＝Ｔ÷ｔｐ ・・・(2)
から求められる。この処理に、余裕時間を考慮した認証処理数Ｐｎを設定する（Ｓ９０５）。この設定は、ユーザが入力してもよいし、予め記憶部８０に記憶し、その値を自動的に読みだしてもよい。

商業施設における店舗数をｎとし、そのうちの稼働店舗数から想定される稼働率ηを入力する（Ｓ９０６）。

これらの入力値により、認証処理に用いられるＦＡセンサーの必要な台数ｍは、
ｍ ＝ｎ×η÷Ｐｎ ・・・(3)
から算出する（Ｓ９０７）。

そして、算出結果を表示部８６に表示する（Ｓ９０８）。この表示には、既述の認証時間ｔｃ、メッセージ通信時間ｔｍ、処理時間ｔｐ、処理許容時間Ｔ、認証処理数Ｐｎ、店舗数ｎおよび稼働率ηの全部または２以上を含んでもよい。

なお、顔データ生成は複数のメッセージ通信が必要であり、その送信を含め、１〔秒〕程度が必要である。余裕のある処理数を想定し、登録数は認証数に比べて少ないことが想定される。よって、処理数はＦＡセンサー１０−１、１０−２、・・・１０−ｍの設置数には影響しない。

このＦＡセンサーの設置数の算定例を以下に示す。

認証システム２−２において、既述の処理時間ｔｐ≦５００〔ｍｓｅｃ〕を想定する。この場合、処理許容時間Ｔをたとえば、Ｔ＝３〔秒〕とすれば、処理許容時間Ｔ内での認証処理数Ｐｎは、
Ｐｎ ＝Ｔ÷ｔｐ
＝３〔秒〕÷５００〔ｍｓｅｃ〕＝６〔処理〕 ・・・(4)
となる。この処理に、余裕時間を考慮した認証処理数Ｐｎは、Ｐｎ＝５〔処理〕が有効であろう。

そこで、商業施設における店舗数ｎ＝５００とし、そのうちの５０店舗が同時に認証要求をすることを想定すれば、稼働率ηが１０〔％〕であるから、この認証処理に用いられるＦＡセンサー１０−１、１０−２、・・・１０−ｍの必要な台数ｍは、
ｍ ＝ｎ×η÷Ｐｎ
＝５００〔店舗数〕×１０〔％〕÷５〔処理〕
＝１０〔台〕 ・・・(5)
となる。

＜ＦＡセンサーの設置数算出の効果＞

以上説明したように、ＦＡセンサー群１０に設置すべきＦＡセンサーの台数は端末４の設置数や店舗数、稼働率ηを考慮して最適化することができる。これにより、設備コストの低減や大型商業施設などへのシステム２−２の導入を促進することができる。

〔他の実施の形態〕

(1) 上記実施の形態では、システム２−２の設置場所として商業施設２０を例示したが、このシステム２−２は商業施設以外の学校などの公共施設や他の監視施設であってもよい。

(2) ＣＲＭ端末４−１、４−２、・・・４−ｎには、撮影機能や通信機能を備える一般ユーザが使用するスマートフォンを用いてもよい。

(3) ＷＡＮ１４−１、ＬＡＮ１４−２には有線ＬＡＮの外、無線ＬＡＮを用いてもよい。

(4) 既述の商業施設２０は、各店舗が一か所に集中している場合に限定されず、離間した店舗を集合したものであってもよい。

(5) 上記実施の形態では、処理許容時間Ｔを設定し、一例としてＴ＝３〔秒〕としているが、この時間Ｔはシステム２−１、２−２の能力を考慮して設定すればよく、適当な時間として数秒を想定すればよい。

(6) 上記実施の形態のＤＢ５８の顔画像データテーブル６０−１、６０−２には登録履歴情報や認証履歴情報を格納し、この履歴情報には来訪回数、購入商品、住所などを記録し、顧客の差別化などに利用してもよい。また、これらの情報は登録や認証から長時間が経過した場合には設定によりまたは自動的に消去するように構成してもよい。

以上説明したように、本発明の技術の最も好ましい実施の形態等について説明した。本発明は、上記記載に限定されるものではない。特許請求の範囲に記載され、または発明を実施するための形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能である。斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。

本開示の技術は、ＣＲＭ端末群およびＦＡセンサー群を用いてＣＲＭ情報をシェアして設備コストや管理コストを低減し、複数の店舗を擁する商業施設などで効率的かつ合理的な顔認証システムを実現でき、有用である。

２−１、２−２ シェア型顔認証システム
４ ＣＲＭ端末群
４−１、４−２、・・・４−ｎ ＣＲＭ端末
６ ＦＴＰサーバー
８ 記憶部
１０ ＦＡセンサー群
１０−１、１０−２、・・・１０−ｍ ＦＡセンサー
１２ ＦＡゲートウェイ
１４−１ ＷＡＮ
１４−２ ＬＡＮ
２０ 商業施設
２０−１、２０−２、・・・２０−ｎ 店舗
２２ 顔認証センター
２４ ショップクライアント群
２４−１、２４−２、・・・２４−ｎ ショップクライアント
２６、２８ 通信インターフェース
３０ センタークライアント群
３０−１、３０−２、・・・３０−ｎ センタークライアント
３１ ＦＡコントローラ
３２ カメラ
３４、４８、５４、６２、６８、７８ プロセッサ
３６、５０、６４、７０、８０ 記憶部
３８、５２−１、５２−２、５６、６６、７２、８２ 入出力部
４０、７６、８６ 表示部
４２、７４、８４ 操作部
４３ アラーム装置
４４ センサー群
４４−１ スマートメーター
４４−２ 温度・湿度センサー
４４−３ 人感センサー
４４−４ 感震センサー
４４−Ｘ ・・・センサー
５８ データベース（ＤＢ）
６０−１、６０−２ 顔画像データテーブル
８８ 表示画面
９０−１、９０−２、９２−１、９２−２ メッセージ

Claims (8)

1. 店舗の来訪者を管理する顧客管理システムであって、
   複数の店舗それぞれに配置され、少なくとも各店舗の来訪者の顔画像を取得する１または２以上の端末と、
   前記端末が来訪者から取得した顔画像を少なくとも来訪者を特定する顧客情報と関係付けて登録する記憶部と、
   前記端末からの登録要求に係る前記顔画像を前記記憶部に登録するとともに、前記端末からの認証要求に応じて前記記憶部から登録画像を読み出すサーバーと、
   前記端末の前記認証要求に係る顔画像を受け、該顔画像が前記記憶部にある登録顔画像に一致するかの認証を行う複数の認証部と、
   前記サーバーと複数の前記認証部の状態を監視する状態監視部と、
   前記端末と前記サーバーおよび前記認証部との間を中継し、複数の前記端末から発せられる登録要求を受け付け、前記サーバーに前記登録要求に係る前記顔画像の前記記憶部への登録処理を行わせるとともに、複数の前記端末から発せられる認証要求を受け付け、前記サーバーが前記記憶部から読み出した前記顔画像を用いて複数の前記認証部から選択される前記認証部に前記認証要求の認証処理を行わせる処理手段と、
   を備え、
   前記処理手段は、複数の前記端末からの同時使用により複数の前記端末から前記登録要求を受けると、前記状態監視部からの通知により前記サーバーの状態を確認し、前記サーバーが登録可能な状態にあれば、予め複数の前記端末に付した優先順位に従って複数の前記端末より受け取った前記顔画像を前記サーバーに提供して登録処理を行わせ、
   複数の前記端末の同時使用により複数の前記端末から前記認証要求を受けると、前記状態監視部からの通知によって得た複数の前記認証部の状態と、予め複数の前記端末または複数の前記認証部に付した優先順位とに従って、前記認証処理を行わせる前記認証部を選択し、該選択した前記認証部に前記認証要求の認証処理を行わせることを特徴とする、顧客管理システム。
2. 前記サーバーは、前記端末から前記顔画像の認証要求に係る前記顔画像を前記記憶部から読み出して、認証処理を行う前記認証部に提供する、
   請求項１に記載の顧客管理システム。
3. 少なくとも前記処理手段と前記サーバーとが授受する情報が暗号化されている、
   請求項１または請求項２に記載の顧客管理システム。
4. 前記認証部の設置数が、少なくとも前記認証処理に必要な認証処理時間で処理許容時間を除して得られる値またはその近傍値を認証処理数とし、この認証処理数で前記端末の設置数または稼働数を除して得た値に稼働率を掛けた値またはその近傍値である、
   請求項１または請求項３に記載の顧客管理システム。
5. 前記認証要求または前記登録要求は、前記顔画像とともに少なくとも、前記端末の識別情報または来訪者の属性情報のいずれかまたは双方を含む、
   請求項１ないし請求項４のいずれかの請求項に記載の顧客管理システム。
6. 前記端末群に含まれる複数の端末のそれぞれは、複数の店舗を含む商業施設の前記店舗の２以上に配備された、請求項１ないし請求項５のいずれかの請求項に記載の顧客管理システム。
7. コンピュータに実行させる顧客管理プログラムであって、
   複数の店舗それぞれに設置された１または２以上の端末が少なくとも各店舗の来訪者の顔画像を取得し、
   前記端末からの登録要求に応じて、前記端末が来訪者から取得した顔画像を少なくとも来訪者を特定する顧客情報と関係付けて記憶部に登録し、
   前記端末からの認証要求に応じて前記記憶部から登録画像をサーバーに読み出し、
   前記サーバーと複数の認証部の状態を状態監視部で監視し、
   前記端末の前記認証要求に係る顔画像を受け、該顔画像が前記記憶部にある登録顔画像に一致するかの認証を複数の前記認証部の何れかの認証部が行い、
   複数の前記端末から発せられる前記登録要求を受けると、処理手段が前記状態監視部からの通知により前記サーバーの状態を確認し、前記サーバーが登録可能な状態にあれば、予め複数の前記端末に付した優先順位に従って前記端末を選択し、該選択した前記端末より受け取った前記顔画像を前記サーバーに提供し、複数の前記端末から発せられる認証要求を受けると、前記状態監視部からの通知によって得た複数の前記認証部の状態と、予め複数の前記端末または複数の前記認証部に付した優先順位とに従って、前記処理手段が前記複数の認証部から認証処理を行わせる前記認証部を選択し、該選択した前記認証部に前記認証要求の認証処理を振り分ける処理を前記コンピュータに実行させるための顧客管理プログラム。
8. さらに、前記認証部の設置数を、少なくとも前記認証処理に必要な認証処理時間で処理許容時間を除して得られる値またはその近傍値を認証処理数とし、この認証処理数で前記端末の設置数または稼働数を除して得た値に稼働率を掛けた値またはその近傍値に決定する処理を含む、
   請求項７に記載の顧客管理プログラム。

Images