(57)【特許請求の範囲】
【請求項１】
複数の場所に分散配置された、顔画像を取得する複数の端末を含む端末群と、
前記端末群が接続された第１のネットワークと、
複数の登録顔画像が登録された記憶部と、
前記記憶部と接続されて、前記端末からの認証要求に応じて前記記憶部から前記登録顔画像を読み出すサーバーと、
前記認証要求に係る前記顔画像がいずれの前記登録顔画像に一致するかの認証処理をする複数の認証部を含む認証部群と、
前記第１のネットワークと別に設けられて、前記認証部群および前記サーバーが接続された第２のネットワークと、
前記第１のネットワークに接続されて該第１のネットワークで前記端末群と連係し、且つ前記第２のネットワークに接続され該第２のネットワークで前記認証部群および前記サーバーと連係して、前記端末群と前記認証部群および前記サーバーとを中継するゲートウェイと、
を備え、前記ゲートウェイは、前記端末群に含まれる複数の前記端末に予め優先順位を付しておき、複数の前記端末の同時使用により前記第１のネットワークを介して複数の前記認証要求を受けると、複数の前記認証部の負荷状況により特定された前記認証部の識別情報を、前記認証要求を送信した複数の前記端末から前記優先順位に基づいて選択された前記端末に前記第１のネットワークを介して通知し、該識別情報の通知を受けた前記端末から前記第１のネットワークを介して送信された前記顔画像を、前記識別情報によって特定された前記認証部に前記第２のネットワークを介して振り分け、
前記ゲートウェイから前記顔画像が送信された前記認証部で前記認証処理をする、シェア型顔認証システム。
【請求項２】
前記サーバーは、前記端末から前記顔画像の登録要求を受け、前記顔画像を前記記憶部に登録し、
前記ゲートウェイは、前記端末群と前記サーバーとの間を中継し、複数の前記端末の同時使用による複数の前記登録要求を分散化して前記サーバーに提供する、
請求項１に記載のシェア型顔認証システム。
【請求項３】
少なくとも前記第１のネットワークと前記ゲートウェイとが授受する情報が暗号化されている、
請求項１または請求項２に記載のシェア型顔認証システム。
【請求項４】
前記ゲートウェイは、複数の前記認証要求を受けた際に、前記端末に付された優先順位により順位付けして複数の前記認証部に振り分ける、
請求項１に記載のシェア型顔認証システム。
【請求項５】
前記認証部の設置数が、少なくとも前記認証処理に必要な認証処理時間で処理許容時間を除して得られる値またはその近傍値を認証処理数とし、この認証処理数で前記端末の設置数または稼働数を除して得た値に稼働率を掛けた値またはその近傍値である、
請求項１、請求項３または請求項４に記載のシェア型顔認証システム。
【請求項６】
前記認証要求または前記登録要求は、前記顔画像とともに少なくとも、前記端末の識別情報または来訪者の属性情報のいずれかまたは双方を含む、
請求項１ないし請求項５に記載のシェア型顔認証システム。
【請求項７】
前記端末群に含まれる複数の端末のそれぞれは、複数の店舗を含む商業施設の前記店舗の２以上に配備された、請求項１ないし請求項６に記載のシェア型顔認証システム。
【請求項８】
コンピュータで実行させるシェア型顔認証プログラムであって、
複数の場所に分散配置された複数の端末を含む端末群が接続された第１のネットワークに接続されて、該第１のネットワークで前記端末群と連係し、且つ前記第１のネットワークとは別に設けられて、複数の認証部を含む認証部群と記憶部から登録顔画像を読み出すサーバーとが接続された第２のネットワークに接続されて、該第２のネットワークで前記認証部群および前記サーバーと連係して、前記端末群と前記認証部群および前記サーバーとの間を中継し、
複数の前記端末の同時使用により前記第１のネットワークを介して複数の認証要求を受けると、複数の前記認証部の負荷状況により特定された前記認証部の識別情報を、前記認証要求を送信した前記端末の内の、複数の前記端末に予め付しておいた優先順位に基づいて選択された前記端末に通知し、
前記識別情報の通知を受けた前記端末から前記第１のネットワークを介して送信された前記顔画像を、前記識別情報によって特定された認証処理を実行する前記認証部に、前記第２のネットワークを介して振り分ける、
処理を前記コンピュータに実行させるためのシェア型顔認証プログラム。
【請求項９】
前記端末群とサーバーとの間を中継し、
複数の前記端末の同時使用による複数の登録要求を分散化し、
複数の前記登録要求を前記サーバーに提供する処理を含む、
請求項８に記載のシェア型顔認証プログラム。
【請求項１０】
さらに、前記認証部群に含まれる前記認証部の設置数を、少なくとも前記認証処理に必要な認証処理時間で処理許容時間を除して得られる値またはその近傍値を認証処理数とし、この認証処理数で前記端末の設置数または稼働数を除して得た値に稼働率を掛けた値またはその近傍値に決定する処理を含む、
請求項８に記載のシェア型顔認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の技術はたとえば、複数の店舗を擁する商業施設などに好適な顔認証技術に関する。
【背景技術】
【０００２】
顔認証によるＣＲＭ（Customer Relationship Management：顧客関係管理）システムが普及している。このシステムは、来店者の特定、来店者の購入履歴、商品趣向の分析、商品やサービスの販売促進など、多様な顧客管理に利用される。
【０００３】
この顧客管理に関し、来訪者の顔画像により顧客を認識し、その顧客と販売データをリンクさせることが知られている（たとえば、特許文献１）。顧客と売上処理に関し、顧客の画像データの取り込みを売上データを処理するキーの操作に関係付けることが知られている（たとえば、特許文献２）。また、顧客の売上データと顔画像データを関係付けて登録し、画像データを用いてマーケット情報をグラフ化することが知られている（たとえば、特許文献３）。
【０００４】
顧客の画像情報の活用に関し、画像情報から顧客の特定、店舗内の滞在および足取り、注目商品などを判断し、その判断情報をマーケティングに利用することが知られている（たとえば、特許文献４）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３２６２０８号公報
【特許文献２】特開２０１３−３８６６号公報
【特許文献３】特開２００１−１１８１４６号公報
【特許文献４】特開２００４−３４８６１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ＣＲＭシステムは一般的に、店舗毎に設置されて来店者の特定などの高度な情報処理を行うので、店舗の規模によってはその価値を認識しつつも負担増が導入障壁となるという課題がある。
【０００７】
店舗毎に設置されたＣＲＭシステムでは、店舗毎の個別管理となり、その管理で得られた情報はその店舗関連での利用に止まってしまう。情報の価値からすれば、極めて汎用性の高い情報もあり得る。複数の店舗を擁する商業施設にあっては、各店舗で得られる情報は総合的に利用することが望まれる。盗難情報、防犯情報などは、各店舗を超え、商業施設として利用すべき情報である。このような情報は、各店舗毎に独立したシステムでは汎用化されず、利用が制限されるという課題がある。
【０００８】
そこで、本開示の技術の目的は上記課題に鑑み、登録情報および認証処理をシェアして設備コストや管理コストを低減することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本開示のシェア型顔認証システムの一側面によれば、複数の場所に分散配置された、顔画像を取得する複数の端末を含む端末群と、前記端末群が接続された第１のネットワークと、複数の登録顔画像が登録された記憶部と、前記記憶部と接続されて、前記端末からの認証要求に応じて前記記憶部から前記登録顔画像を読み出すサーバーと、前記認証要求に係る前記顔画像がいずれの前記登録顔画像に一致するかの認証処理をする複数の認証部を含む認証部群と、前記第１のネットワークと別に設けられて、前記認証部群および前記サーバーが接続された第２のネットワークと、前記第１のネットワークに接続されて該第１のネットワークで前記端末群と連係し、且つ前記第２のネットワークに接続され該第２のネットワークで前記認証部群および前記サーバーと連係して、前記端末群と前記認証部群および前記サーバーとを中継するゲートウェイとを備え、前記ゲートウェイは、前記端末群に含まれる複数の前記端末に予め優先順位を付しておき、複数の前記端末の同時使用により前記第１のネットワークを介して複数の前記認証要求を受けると、複数の前記認証部の負荷状況により特定された前記認証部の識別情報を、前記認証要求を送信した複数の前記端末から前記優先順位に基づいて選択された前記端末に前記第１のネットワークを介して通知し、該識別情報の通知を受けた前記端末から前記第１のネットワークを解して送信された前記顔画像を、前記識別情報によって特定された前記認証部に前記第２のネットワークを介して振り分け、前記ゲートウェイから前記顔画像が送信された前記認証部で前記認証処理をする。
【００１０】
斯かるシェア型顔認証システムでは、複数の端末と、複数の認証部との間をゲートウェイで中継することにより、複数の端末および認証部をマッチングさせ、複数の端末の同時使用による認証要求がゲートウェイで分散化され、複数の認証部に振り分けられる。複数の認証要求の錯綜の影響で認証処理が遅延することがなく、複数の認証部の稼働率を平均化でき、迅速且つ安定した認証処理を行うことができる。複数の端末が配置される複数の店舗を擁する商業施設において、顔認証システムの効率的な運用を実現できる。
【００１１】
上記シェア型顔認証システムにおいて、前記サーバーは、前記端末から前記顔画像の登録要求を受け、前記顔画像を前記記憶部に登録し、前記ゲートウェイは、前記端末群と前記サーバーとの間を中継し、複数の前記端末の同時使用による複数の前記登録要求を分散化して前記サーバーに提供してもよい。
【００１２】
斯かるシェア型顔認証システムでは、複数の端末から顔画像の登録要求を受け、顔画像を記憶部に登録するサーバーを備え、このサーバーと複数の端末との間に既述のゲートウェイを備える場合にも、複数の端末の同時使用による登録要求がゲートウェイで分散化され、サーバーに提供される。複数の登録要求の錯綜の影響で登録処理の遅延を防止でき、登録顔画像の登録処理を効率化でき、顔画像の認証処理の迅速化に寄与する。
【００１３】
上記シェア型顔認証システムにおいて、少なくとも前記第１のネットワークと前記ゲートウェイとが授受する情報を暗号化してもよい。
【００１４】
斯かるシェア型顔認証システムでは、複数の端末とゲートウェイとの間を結ぶ第１のネットワーク側を通過させる情報を暗号化することにより、第１のネットワーク側のセキュリキィを高めることができる。しかも、ゲートウェイ側でセキュリティが高められるので、サーバーや認証部側での対策を軽減でき、設備コストの低減化に寄与する。
【００１５】
上記シェア型顔認証システムにおいて、前記ゲートウェイは、複数の前記認証要求を受けた際に、前記端末に付された優先順位により順位付けして複数の前記認証部に振り分けてもよい。
【００１６】
斯かるシェア型顔認証システムでは、複数の端末が設置されたことにより、認証要求の錯綜を避けることができない。そこで、ゲートウェイでは、認証要求の順位付けを到来する認証要求のタイミングによって決定すればよいが、その際、複数の端末に対して優先順位を付しておけば、認証要求をその順位付けに従って認証部に振り分けることができ、処理の迅速化を図ることができる。
【００１７】
上記シェア型顔認証システムにおいて、前記認証部の設置数が、少なくとも前記認証処理に必要な認証処理時間で処理許容時間を除して得られる値またはその近傍値を認証処理数とし、この認証処理数で前記端末の設置数または稼働数を除して得た値に稼働率を掛けた値またはその近傍値であってもよい。
【００１８】
斯かるシェア型顔認証システムでは、複数の端末に対して複数の認証部を備えることは、認証処理の能力や余裕度を高めることができる。しかし、稼働数に対して認証部の設置数が多ければ、稼働していない認証部が存在することとなり無駄となる。そこで、このような処理により、認証部の設置数を決定すれば、稼働数や認証数に応じた合理的な設置数となり、設備コストを最適化できる。
【００１９】
上記シェア型顔認証システムにおいて、前記認証要求または前記登録要求は、前記顔画像とともに少なくとも、前記端末の識別情報または来訪者の属性情報のいずれかまたは双方を含んでもよい。
【００２０】
斯かるシェア型顔認証システムでは、複数の端末を備えた場合、認証要求を特定するには、端末の識別情報を用いればよい。その際、認証処理の対象である来訪者について、顧客、性別、来店履歴、購入履歴、ＶＩＰ（Very Important Person ：上得意）などの来訪者に対する属性情報を含めることにより、来訪者の特性の峻別に利用でき、該システムの利便性をより高めることができる。
【００２１】
上記シェア型顔認証システムにおいて、前記端末群に含まれる複数の端末のそれぞれは、複数の店舗を含む商業施設の前記店舗の２以上に配備されてもよい。
【００２２】
斯かるシェア型顔認証システムは、複数の店舗を擁する商業施設に適し、商業施設の店舗数が増加するほど、認証処理の迅速化など、効率的な運用が可能である。
【００２３】
上記目的を達成するため、本開示のシェア型顔認証プログラムの一側面によれば、コンピュータで実行させるシェア型顔認証プログラムであって、複数の場所に分散配置された複数の端末を含む端末群が接続された第１のネットワークに接続されて、該第１のネットワークで前記端末群と連係し、且つ前記第１のネットワークとは別に設けられて、複数の認証部を含む認証部群と記憶部から登録顔画像を読み出すサーバーとが接続された第２のネットワークに接続されて、該第２のネットワークで前記認証部群および前記サーバーと連係して、前記端末群と前記認証部群および前記サーバーとの間を中継し、複数の前記端末の同時使用により前記第１のネットワークを介して複数の認証要求を受けると、複数の前記認証部の負荷状況により特定された前記認証部の識別情報を、前記認証要求を送信した前記端末の内の、複数の前記端末に予め付しておいた優先順位に基づいて選択された前記端末に通知し、前記識別情報の通知を受けた前記端末から前記第１のネットワークを介して送信された前記顔画像を、前記識別情報によって特定された認証処理を実行する前記認証部に、前記第２のネットワークを介して振り分ける処理を含む。
【００２４】
斯かるシェア型顔認証プログラムは、上記シェア型顔認証システムをコンピュータ処理におけるプログラムの側面で捉えたものである。したがって、このプログラムを用いれば、コンピュータで上記システムを運用でき、複数の認証要求の錯綜の影響で認証処理が遅延することがなく、複数の認証部の稼働率を平均化でき、迅速且つ安定した認証処理を行うことができるなど、既述のシステム運用の効率化を図ることができる。
【００２５】
上記シェア型顔認証プログラムにおいて、前記端末群とサーバーとの間を中継し、複数の前記端末の同時使用による複数の登録要求を分散化し、複数の前記登録要求を前記サーバーに提供する処理を含んでもよい。
【００２６】
既述したように、サーバーと複数の端末との間に既述の中継部を備える場合にも、複数の端末の同時使用による登録要求が中継部で分散化され、サーバーに提供されるので、複数の登録要求の錯綜の影響による登録処理の遅延を防止でき、登録顔画像の登録処理を効率化でき、顔画像の認証処理の迅速化が図られる。
【００２７】
上記シェア型顔認証プログラムにおいて、さらに、前記認証部群に含まれる前記認証部の設置数を、少なくとも前記認証処理に必要な認証処理時間で処理許容時間を除して得られる値またはその近傍値を認証処理数とし、この認証処理数で前記端末の設置数または稼働数を除して得た値に稼働率を掛けた値またはその近傍値に決定する処理を含んでもよい。
【００２８】
斯かるシェア型顔認証プログラムにおいて、コンピュータによって、複数の認証部の設置数を決定することができる。つまり、コンピュータ処理により、認証部の設置数を決定すれば、稼働数や認証数に応じて適切な設置数を求めることができ、合理的であり、設備コストを最適化できる。
【発明の効果】
【００３３】
本開示のシェア型顔認証システムまたはシェア型顔認証プログラムによれば、次のいずれかの効果が得られる。
【００３４】
(1) 複数の端末の２以上の同時使用による複数の認証要求を分散化して２以上の認証部に振り分けるので、認証要求の錯綜を回避でき、同時に発生した認証要求に対する処理を迅速化することができる。
【００３５】
(2) 複数の認証要求の分散化により、複数の認証部で同時に認証処理を実行でき、認証処理の高速化を図ることができる。
【００３６】
(3) 記憶部にある登録顔画像を複数の端末からの認証要求に対してシェアして用いることができ、登録顔画像には複数の端末から顔画像を登録して用いることができるので、登録画像の利用率を高め、端末が増加するほど認証処理の信頼性を高めることができる。
【００３７】
(4) 複数の端末と認証部の間に中継部を備えたことにより、中継部と各端末との間をネットワークで連係し、中継部と各認証部との間をネットワークで連係することができ、中継部に端末や認証部の機能を負担させることができ、端末や認証部の構成を簡略化できるとともに、処理の迅速化を図ることができる。
【００３８】
(5) このようなシステムを複数の店舗や企業を擁する商業施設に導入すれば、記憶部、認証部および中継部を共用化できるので、設置、保守および管理のコストを低減することができる。
【００３９】
(6) 商業施設に属する複数の店舗や企業で登録される各登録画像を商業施設内でシェアすることが可能になり、顧客の横断的な販売促進や、盗難情報や防犯情報の活用範囲を拡大することができる。
【図面の簡単な説明】
【００４０】
【図１】第１の実施の形態に係るシェア型顔認証システムを示す図である。
【図２】顔認証の処理手順の一例を示すフローチャートである。
【図３】第２の実施の形態に係る商業施設向けシェア型顔認証システムを示す図である。
【図４】ショップクライアントおよびそのハードウェアの一例を示す図である。
【図５】ＦＡゲートウェイのハードウェアの一例を示す図である。
【図６】ＦＴＰサーバーのハードウェアの一例を示す図である。
【図７】顔画像データテーブルの一例を示す図である。
【図８】ＦＡセンサーのハードウェアの一例を示す図である。
【図９】センタークライアントのハードウェアの一例を示す図である。
【図１０】ＦＡコントローラのハードウェアの一例を示す図である。
【図１１】ＣＲＭ端末の処理手順の一例を示すフローチャートである。
【図１２】ＣＲＭ端末の表示画面および表示例の一例を示す図である。
【図１３】ＦＡゲートウェイの処理手順の一例を示すフローチャートである。
【図１４】ＦＡコントローラの処理手順の一例を示すフローチャートである。
【図１５】ＦＴＰサーバーの処理手順の一例を示すフローチャートである。
【図１６】ＦＡセンサーの処理手順の一例を示すフローチャートである。
【図１７】登録モードの処理シーケンスを示すフローチャートである。
【図１８】認証モードの処理シーケンスを示すフローチャートである。
【図１９】ＦＡセンサーの台数算出の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００４１】
〔第１の実施の形態〕
【００４２】
図１は、第１の実施の形態に係るシェア型顔認証システムを示している。図１に示す構成は一例であり、斯かる構成に本開示の技術が限定されない。
【００４３】
このシェア型顔認証システム（以下、単に「システム」と称する）２−１はたとえば、複数の店舗を擁する商業施設に設置される。このシステム２−１には端末群の一例としてＣＲＭ（Customer Relationship Management：顧客関係管理）端末群（以下、単に「端末群」と称する）４が備えられ、この端末群４には複数のＣＲＭ端末（以下、単に「端末」と称する）４−１、４−２、・・・４−ｎが含まれる。各端末４−１、４−２、・・・４−ｎの有する機能には来訪者の少なくとも顔画像を取得する機能、データ通信機能が含まれる。
【００４４】
このシステム２−１では図１に示すように、サーバーの一例としてＦＴＰ（File Transfer Protocol：ファイル転送プロトコル）サーバー６、記憶部８、認証部群の一例としてＦＡセンサー（Face Authentication Sensor：顔認証センサー）群１０、中継部の一例としてＦＡゲートウェイ（Face Authentication Gateway ：顔認証用のネットワーク間コンバータ）１２が備えられる。記憶部８は、ＦＴＰサーバー６に接続されてもよいし、ＦＴＰサーバー６に内蔵されてもよい。
【００４５】
ＦＴＰサーバー６は、顔登録情報、端末情報、認証結果情報に関する情報処理を実行する情報処理装置であり、記憶部８に対する情報の読み出し、格納などを実行する。記憶部８には、複数の登録顔画像を含む登録情報を格納するデータベース（ＤＢ）が構築され、端末群４からの顔画像を登録画像として登録可能である。このＤＢの登録情報には顔画像の他、端末群４や入店者の属性情報を含んでもよい。
【００４６】
ＦＡセンサー群１０には複数のＦＡセンサー１０−１、１０−２、・・・１０−ｍが備えられる。各ＦＡセンサー１０−１、１０−２、・・・１０−ｍは、ＦＡゲートウェイ１２と連係機能を備え、端末４−１、４−２、・・・４−ｎのいずれか、またはこれらの内の２以上から提供される顔画像の認証処理を行う。この認証処理は、端末４−１、４−２、・・・４−ｎのいずれか、またはこれらの内の２以上から提供される顔画像が記憶部８にある登録顔画像のいずれに一致するかを照合する処理である。この処理では、一致または不一致の結果が得られる。
【００４７】
ＦＡゲートウェイ１２と端末群４との間には第１のネットワークの一例としてＷＡＮ（Wide Area Network ）１４−１が備えられ、ＦＡゲートウェイ１２とＦＴＰサーバー６およびＦＡセンサー群１０との間には第２のネットワークの一例としてＬＡＮ（Local Area Network）１４−２が備えられている。
【００４８】
このＦＡゲートウェイ１２の機能にはネットワーク間の中継機能と、登録要求や認証要求の分散化機能が含まれる。中継機能では、端末群４と、ＦＴＰサーバー６およびＦＡセンサー群１０の間をＷＡＮ１４−１およびＬＡＮ１４−２を介在して情報伝達を中継する。処理の分散化機能では、端末群４中の複数の端末の同時使用による複数の登録要求や認証要求を受け、これら登録要求や認証要求を分散化して複数のＦＡセンサー１０−１、１０−２、・・・１０−ｍに振り分ける。
【００４９】
図２は、システム２−１の処理手順を示している。この処理手順では、端末群４側に含まれる複数の端末４−１、４−２、・・・４−ｎの１または２以上が個別に来訪者から顔画像を取得する（Ｓ１０１）。ＦＡゲートウェイ１２は端末群４とＦＡセンサー群１０を中継し（Ｓ１０２）、端末群４から認証要求を受信する（Ｓ１０３）。この認証要求に認証対象である顔画像が含まれる。このシステム２−１では、複数の端末４−１、４−２、・・・４−ｎを含む端末群４から認証要求が発せられるので、２以上の端末の同時利用により複数の認証要求が重なる場合がある。
【００５０】
ＦＡゲートウェイ１２は端末群４から受ける認証要求について、複数の認証要求かを判断する（Ｓ１０４）。
【００５１】
複数の認証要求であれば（Ｓ１０４のＹＥＳ）、複数の認証要求を分散化して２以上のＦＡセンサー１０−１、１０−２、・・・１０−ｍに振り分ける（Ｓ１０５）。各認証要求を受けたＦＡセンサー１０−１、１０−２、・・・１０−ｍが認証処理を実行する（Ｓ１０６）。
【００５２】
複数の認証要求でなければ（Ｓ１０４のＮＯ）、Ｓ１０５をスキップし、認証要求を受けたＦＡセンサー１０−１、１０−２、・・・１０−ｍのいずれかが認証処理を実行する。
【００５３】
ＦＡゲートウェイ１２は、認証処理を実行したＦＡセンサー群１０からの認証結果情報を受け、この認証結果情報を認証要求を発した端末４−１、４−２、・・・４−ｎのいずれかまたは２以上に通知する（Ｓ１０７）。
【００５４】
＜第１の実施の形態の効果＞
【００５５】
第１の実施の形態によれば、次のような機能や効果が得られる。
【００５６】
(1) このシステム２−１によれば、端末群４の２以上の端末４−１、４−２、・・・４−ｎの同時使用による複数の認証要求を分散化して２以上のＦＡセンサー１０−１、１０−２、・・・１０−ｍに振り分けるので、複数の認証要求の錯綜を回避でき、同時に発生した認証要求に対する処理を迅速化することができる。
【００５７】
(2) このシステム２−１によれば、複数の認証要求の分散化により、ＦＡセンサー１０−１、１０−２、・・・１０−ｍの２以上で同時に認証処理を実行でき、認証処理の高速化を図ることができる。
【００５８】
(3) このシステム２−１によれば、記憶部８にある登録顔画像を複数の端末４−１、４−２、・・・４−ｎからの認証要求に対してシェアして用いることができ、登録顔画像には複数の端末４−１、４−２、・・・４−ｎから顔画像を登録して用いることができるので、登録画像の利用率を高め、端末４−１、４−２、・・・４−ｎが増加するほど認証処理の信頼性を高めることができる。
【００５９】
(4) このシステム２−１によれば、複数の端末４−１、４−２、・・・４−ｎとＦＡセンサー１０−１、１０−２、・・・１０−ｍの間にＦＡゲートウェイ１２を備えたことにより、ＦＡゲートウェイ１２と各端末４−１、４−２、・・・４−ｎとの間をネットワークで連係し、ＦＡゲートウェイ１２と各ＦＡセンサー１０−１、１０−２、・・・１０−ｍとの間をネットワークで連係することができ、ＦＡゲートウェイ１２が端末４−１、４−２、・・・４−ｎやＦＡセンサー１０−１、１０−２、・・・１０−ｍの機能を負担することができる。これにより、端末４−１、４−２、・・・４−ｎやＦＡセンサー１０−１、１０−２、・・・１０−ｍの構成を簡略化できるとともに、処理のスピード化を図ることができる。
【００６０】
(5) このようなシステム２−１を複数の店舗や企業を擁する商業施設に導入すれば、記憶部８、ＦＡセンサー１０−１、１０−２、・・・１０−ｍおよびＦＡゲートウェイ１２を共用化できるので、導入設置、保守および管理のコストを低減することができる。
【００６１】
(6) たとえば、商業施設に属する複数の店舗や企業で登録される各登録画像を商業施設内でシェアすることが可能になり、顧客の横断的な販売促進や、盗難情報や防犯情報の活用範囲を拡大することができる。
【００６２】
(7) たとえば、商業施設に複数の企業の店舗や、同一企業で複数の店舗を展開されている場合には、各店舗に設置される端末４−１、４−２、・・・４−ｎを企業毎にグループ化し、企業毎に顧客関係の管理情報を個別に管理することができる。
【００６３】
(8) たとえば、商業施設に出入りする悪質な来店者などの管理については、商業施設に展開される店舗や企業に関係なく、商業施設を単位として来店者情報を管理することができる。
【００６４】
(9) このシステム２−１によれば、複数の店舗を擁する商業施設を単位として設備コストや管理コストを算定でき、各コストを店舗や企業でシェアし、コスト低減を図ることができる。
【００６５】
〔第２の実施の形態〕
【００６６】
図３は、第２の実施の形態に係る商業施設向けシェア型顔認証システム（以下、単に「認証システム」と称する）を示している。この認証システム２−２は本開示のシェア型顔認証システムの一例である。図３において、図１と同一部分には同一符号を付してある。
【００６７】
この認証システム２−２はたとえば、デパート、ショッピングセンター、ショッピングモールなど、複数の店舗を擁する商業施設２０に配備される。この商業施設２０は、単一の建屋に限定されない。この商業施設２０に対し、顔認証センター２２が備えられている。商業施設２０には、複数のショップクライアント２４−１、２４−２、・・・２４−ｎを含むショップクライアント群２４が配備されている。
【００６８】
ショップクライアント群２４は、画像取得機能としてカメラ機能、通信機能としてＬＡＮ（Local Area Network）機能の他、各種センサー機能を含む情報処理機能を備える。この情報処理機能において、カメラ機能は、来店者を撮像し、画像情報を取得する機能である。ＬＡＮ機能はたとえば、有線接続により、ネットワークを介した通信機能である。このショップクライアント群２４には、既述の端末４−１、４−２、・・・４−ｎを用いればよいし、既述の端末４−１、４−２、・・・４−ｎにはたとえば、アンドロイド（Android ：登録商標）端末またはｉＯＳ（登録商標）端末など、いずれの情報処理端末を用いてもよい。
【００６９】
各ショップクライアント２４−１、２４−２、・・・２４−ｎには、顔画像の登録および認証を含む複数の機能が含まれる。顔画像の登録機能には、
(a) 顔画像の登録のための来訪者の顔の撮影（画像取得機能）
(b) 顔画像情報および登録要求の生成
(c) 顔画像の登録のための通信機能
(d) 登録結果の表示機能
が含まれる。顔画像の登録では、顔画像の登録時、来訪者の顔を撮影し、来訪者から顔画像を取得し、この顔画像情報を登録要求とともに顔認証センター２２に送信し、その応答結果である顔画像の登録結果情報を受信する。これにより、この登録結果は、ショップクライアント２４−１、２４−２、・・・２４−ｎのうち、登録要求を発したショップクライアントのディスプレイに表示する。
【００７０】
また、顔画像の認証機能には、
(e) 顔画像の認証のための来訪者の顔の撮影機能
(f) 顔画像情報および認証要求の生成
(g) 顔画像の認証のための通信機能
(h) 顔画像の認証結果の表示機能
が含まれる。顔画像の認証では、認証開始時、来訪者の顔を撮影し、来訪者から顔画像を取得し、この顔画像情報を認証要求とともに顔認証センター２２に送信し、その認証結果である認証結果情報を受信する。これにより、この認証結果は、ショップクライアント２４−１、２４−２、・・・２４−ｎのうち、認証要求を発したショップクライアントのディスプレイに表示する。
【００７１】
各ショップクライアント２４−１、２４−２、・・・２４−ｎは、個別に通信インターフェース２６を介してＷＡＮ１４−１に接続されている。ＷＡＮ１４−１は各ショップクライアント２４−１、２４−２、・・・２４−ｎを個別に顔認証センター２２に接続するネットワークであって、たとえば、施設内ＬＡＮ（Local Area Network）であり、無線網または有線網のいずれでもよい。
【００７２】
顔認証センター２２側にはＦＡゲートウェイ１２が備えられ、このＦＡゲートウェイ１２は通信インターフェース２８を介してＷＡＮ１４−１に接続されている。また、ＦＡゲートウェイ１２にはＦＴＰサーバー６、ＦＡセンサー群１０、センタークライアント群３０およびＦＡコントローラ３１がＬＡＮ１４−２を介して接続されている。
【００７３】
この実施の形態では、ＦＡゲートウェイ１２が、複数のショップクライアント群２４のＷＡＮ１４−１と顔認証センター２２側のＬＡＮ１４−２との間を中継し、ネットワーク間コンバータ機能である中継機能に加え、既述の処理の分散機能の他、管理機能などを備える。管理機能には、ショップクライアント２４−１、２４−２、・・・２４−ｎに含まれるカメラのカメラライセンス管理、ＦＡセンサー１０−１、１０−２、・・・１０−ｍ、ＦＴＰサーバー６のインターフェース（Ｉ／Ｆ）の一部を終端し、ショップクライアント群２４の負荷軽減などの機能を含んでいる。
【００７４】
このＦＡゲートウェイ１２を備えたことにより、ＷＡＮ１４−１のＤＭＺ（DeMilitarized Zone：ファイアウォールによる隔離区域）側と、ＬＡＮ１４−２とを別のネットワークとして構築できる。ＷＡＮ１４−１側と授受される情報はたとえば、暗号化により高度なセキュリティレベルを設定することができ、ショップクライアント群２４の規模に関係なく一括した高度なセキュリティ確保が実現できる。この場合、ＣＲＭ情報をどのように扱うかはカスタマイズすればよい。これにより、ＬＡＮ１４−２側のセキュリティレベルはＷＡＮ１４−１側より低いセキュリティレベルに設定してもよいし、ＬＡＮ１４−２に接続されるＦＴＰサーバー６、ＦＡセンサー群１０、センタークライアント群３０およびＦＡコントローラ３１のセキュリティレベルにはＷＡＮ１４−１側ほど高度なセキュリティレベルは要求されない。つまり、セキュリティ設備のコスト低減が図られる。
【００７５】
ＦＴＰサーバー６は、記憶部８への顔画像の登録、ＣＲＭ情報、認証時の登録顔画像の記憶部８からの読み出しなどを含む情報処理を行う。記憶部８には、登録顔画像情報、ＣＲＭ情報、画像認証の結果情報がデータベース（Data Base：ＤＢ）化されて登録される。ＣＲＭ情報には端末情報、店舗情報または企業情報が含まれる。ＣＲＭ情報は、別サーバーに異なるＤＢに登録して保持し、ＤＢ間で連動して検索処理を可能にしてもよいし、商業施設の管理者、店舗や企業などよりカスタマイズされる対象としてもよい。記憶部８に構築されたＤＢには登録数としてたとえば、１００，０００人分を対象とし、その顔画像の２００，０００枚が登録される。ＦＴＰサーバー６では、ＦＡゲートウェイ１２と連携され、ショップクライアント群２４からの顔画像とともに登録要求や認証要求を受け、この顔画像の画像情報を解析し、登録要求にあっては顔画像の登録顔画像としての登録、認証要求にあっては各ＦＡセンサー１０−１、１０−２、・・・１０−ｍに顔画像の認証を実行させる。
【００７６】
各ＦＡセンサー１０−１、１０−２、・・・１０−ｍでは、ＦＡゲートウェイ１２と連携され、ショップクライアント群２４からの顔画像の認証要求に基づき、この顔画像の画像情報を解析し、記憶部８のＤＢから読み出した登録顔画像とを対比し、認証要求に係る顔画像の認証を実行する。この場合、ショップクライアント群２４におけるカメラやＦＡセンサー群１０が離れて設置される距離的な整合性や、カメラ台数とＦＡセンサー１０−１、１０−２、・・・１０−ｍの台数が大きく異なる情報の冗長性がＦＡゲートウェイ１２の処理により吸収される。
【００７７】
センタークライアント群３０に含まれるセンタークライアント３０−１、３０−２、・・・３０−ｎでは、ＦＡゲートウェイ１２およびＦＴＰサーバー６と連動し、顔画像の登録および認証状況のモニター、その閲覧、ＣＲＭ情報の登録閲覧が可能である。
【００７８】
センタークライアント３０−１、３０−２、・・・３０−ｎに代え、ＦＴＰサーバー６やＦＡゲートウェイ１２と連動し、顔画像の登録状況または認証状況のモニターや閲覧が可能な単一または複数のＦＡコントローラを備えてもよい。このＦＡコントローラを備えて顔認証センター２２に含まれる各種機器の管理運用を行ってもよい。
【００７９】
ＦＡコントローラ３１では、ＦＴＰサーバー６やＦＡゲートウェイ１２と連動し、顔画像の登録状況または認証状況のモニターや閲覧が可能であり、顔認証センター２２に含まれる各種機器の管理運用が行われる。
【００８０】
＜ショップクライアント群２４の機能およびハードウェア＞
【００８１】
図４のＡは、ショップクライアント群２４の配備形態の一例を示している。商業施設２０に複数の店舗２０−１、２０−２、・・・２０−ｎを備えた場合たとえば、Ａ１に示すように、店舗毎にショップクライアント２４−１、２４−２、・・・２４−ｎを配備してもよいし、Ａ２に示すように、たとえば、ひとつの店舗２０−１に複数のショップクライアント２４−１、２４−２・・・を配備してもよい。
【００８２】
このショップクライアント群２４を構成する各ショップクライアント２４−１、２４−２、・・・２４−ｎでは、既述した画像取得機能、登録要求、認証要求、認証結果の表示、アラーム表示などの情報処理が行われる。この情報処理には、附帯的な処理として、積算電力機能、人感機能、温度・湿度検出、感震機能などの処理を行えば、各ショップクライアント２４−１、２４−２、・・・２４−ｎの利便性を高めることができる。
【００８３】
各ショップクライアント２４−１、２４−２、・・・２４−ｎで上記機能を実現するには、各端末４はたとえば、図４のＢに示すハードウェアを備えればよい。
【００８４】
図４のＢは、端末４のハードウェアの一例を示している。この端末４ではたとえば、カメラ３２、プロセッサ３４、記憶部３６、入出力部３８、表示部４０、操作部４２が備えられ、アラーム装置４３やセンサー群４４が接続されている。
【００８５】
カメラ３２は、操作部４２によるシャッター操作や、人認識機能によるシャッター操作で、来訪者の顔を撮影し、顔画像を取得する。このカメラ３２は、端末４に内蔵されてもよいし、端末４の外部に設置されてもよく、端末４に外部接続されたネットワークカメラを用いてもよい。
【００８６】
プロセッサ３４は、記憶部３６にあるオペレーティングシステム（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) 
から算出される。
【０２２７】
処理許容時間Ｔとすれば、この処理許容時間Ｔを入力する（Ｓ９０３）。この入力に代え、予め、記憶部８０に記憶しておいてもよい。
【０２２８】
この処理許容時間Ｔおよび処理時間ｔｐを用いて認証処理数Ｐｎを算出する（Ｓ９０４）。この認証処理数Ｐｎは、
Ｐｎ  ＝Ｔ÷ｔｐ                                  ・・・(2) 
から求められる。この処理に、余裕時間を考慮した認証処理数Ｐｎを設定する（Ｓ９０５）。この設定は、ユーザが入力してもよいし、予め記憶部８０に記憶し、その値を自動的に読みだしてもよい。
【０２２９】
商業施設における店舗数をｎとし、そのうちの稼働店舗数から想定される稼働率ηを入力する（Ｓ９０６）。
【０２３０】
これらの入力値により、認証処理に用いられるＦＡセンサーの必要な台数ｍは、
ｍ  ＝ｎ×η÷Ｐｎ                                ・・・(3) 
から算出する（Ｓ９０７）。
【０２３１】
そして、算出結果を表示部８６に表示する（Ｓ９０８）。この表示には、既述の認証時間ｔｃ、メッセージ通信時間ｔｍ、処理時間ｔｐ、処理許容時間Ｔ、認証処理数Ｐｎ、店舗数ｎおよび稼働率ηの全部または２以上を含んでもよい。
【０２３２】
なお、顔データ生成は複数のメッセージ通信が必要であり、その送信を含め、１〔秒〕程度が必要である。余裕のある処理数を想定し、登録数は認証数に比べて少ないことが想定される。よって、処理数はＦＡセンサー１０−１、１０−２、・・・１０−ｍの設置数には影響しない。
【０２３３】
このＦＡセンサーの設置数の算定例を以下に示す。
【０２３４】
認証システム２−２において、既述の処理時間ｔｐ≦５００〔ｍｓｅｃ〕を想定する。この場合、処理許容時間Ｔをたとえば、Ｔ＝３〔秒〕すれば、処理許容時間Ｔ内での認証処理数Ｐｎは、
Ｐｎ  ＝Ｔ÷ｔｐ
＝３〔秒〕÷５００〔ｍｓｅｃ〕＝６〔処理〕      ・・・(4) 
となる。この処理に、余裕時間を考慮した認証処理数Ｐｎは、Ｐｎ＝５〔処理〕が有効であろう。
【０２３５】
そこで、商業施設における店舗数ｎ＝５００とし、そのうちの５０店舗が同時に認証要求をすることを想定すれば、稼働率ηが１０〔％〕であるから、この認証処理に用いられるＦＡセンサー１０−１、１０−２、・・・１０−ｍの必要な台数ｍは、
ｍ  ＝ｎ×η÷Ｐｎ
＝５００〔店舗数〕×１０〔％〕÷５〔処理〕
＝１０〔台〕                                    ・・・(5) 
となる。
【０２３６】
＜ＦＡセンサーの設置数算出の効果＞
【０２３７】
以上説明したように、ＦＡセンサー群１０に設置すべきＦＡセンサーの台数は端末４の設置数や店舗数、稼働率ηを考慮して最適化することができる。これにより、設備コストの低減や大型商業施設などへのシステム２−２の導入を促進することができる。
【０２３８】
〔他の実施の形態〕
【０２３９】
(1) 上記実施の形態では、システム２−２の設置場所として商業施設２０を例示したが、このシステム２−２は商業施設以外の学校などの公共施設や他の監視施設であってもよい。
【０２４０】
(2) ＣＲＭ端末４−１、４−２、・・・４−ｎには、撮影機能や通信機能を備える一般ユーザが使用するスマートフォンを用いてもよい。
【０２４１】
(3) ＷＡＮ１４−１、ＬＡＮ１４−２には有線ＬＡＮの外、無線ＬＡＮを用いてもよい。
【０２４２】
(4) 既述の商業施設２０は、各店舗が一か所に集中している場合に限定されず、離間した店舗を集合したものであってもよい。
【０２４３】
(5) 上記実施の形態では、処理許容時間Ｔを設定し、一例としてＴ＝３〔秒〕としているが、この時間Ｔはシステム２−１、２−２の能力を考慮して設定すればよく、適当な時間として数秒を想定すればよい。
【０２４４】
(6) 上記実施の形態のＤＢ５８の顔画像データテーブル６０−１、６０−２には登録履歴情報や認証履歴情報を格納し、この履歴情報には来訪回数、購入商品、住所などを記録し、顧客の差別化などに利用してもよい。また、これらの情報は登録や認証から長時間が経過した場合には設定によりまたは自動的に消去するように構成してもよい。
【０２４５】
以上説明したように、本発明の技術の最も好ましい実施の形態等について説明した。本発明は、上記記載に限定されるものではない。特許請求の範囲に記載され、または発明を実施するための形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能である。斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。
【産業上の利用可能性】
【０２４６】
本開示の技術は、ＣＲＭ端末群およびＦＡセンサー群を用いてＣＲＭ情報をシェアして設備コストや管理コストを低減し、複数の店舗を擁する商業施設などで効率的かつ合理的な顔認証システムを実現でき、有用である。
【符号の説明】
【０２４７】
２−１、２−２  シェア型顔認証システム
４  ＣＲＭ端末群
４−１、４−２、・・・４−ｎ  ＣＲＭ端末
６  ＦＴＰサーバー
８  記憶部
１０  ＦＡセンサー群
１０−１、１０−２、・・・１０−ｍ  ＦＡセンサー
１２  ＦＡゲートウェイ
１４−１  ＷＡＮ
１４−２  ＬＡＮ
２０  商業施設
２０−１、２０−２、・・・２０−ｎ  店舗
２２  顔認証センター
２４  ショップクライアント群
２４−１、２４−２、・・・２４−ｎ  ショップクライアント
２６、２８  通信インターフェース
３０  センタークライアント群
３０−１、３０−２、・・・３０−ｎ  センタークライアント
３１  ＦＡコントローラ
３２  カメラ
３４、４８、５４、６２、６８、７８  プロセッサ
３６、５０、６４、７０、８０  記憶部
３８、５２−１、５２−２、５６、６６、７２、８２  入出力部
４０、７６、８６  表示部
４２、７４、８４  操作部
４３  アラーム装置
４４  センサー群
４４−１  スマートメーター
４４−２  温度・湿度センサー
４４−３  人感センサー
４４−４  感震センサー
４４−Ｘ  ・・・センサー
５８  データベース（ＤＢ）
６０−１、６０−２  顔画像データテーブル
８８  表示画面
９０−１、９０−２、９２−１、９２−２  メッセージ
【要約】
【課題】登録情報および認証処理をシェアして設備コストや管理コストを低減する。
【解決手段】顔画像を取得する複数の端末を含む端末群（ＣＲＭ端末群４）と、複数の登録顔画像が登録された記憶部（８）と、前記端末から認証要求に係る前記顔画像がいずれの前記登録顔画像に一致するかの認証処理をする複数の認証部を含む認証部群（ＦＡセンサー群１０）と、前記端末群と前記認証部群とを中継し、複数の前記端末の同時使用による複数の前記認証要求を分散化して複数の前記認証部に振り分ける中継部（ＦＡゲートウェイ１２）とを備えている。
【選択図】図１【図１】
0005808847.tif 000002
【図２】
0005808847.tif 000003
【図３】
0005808847.tif 000004
【図４】
0005808847.tif 000005
【図５】
0005808847.tif 000006
【図６】
0005808847.tif 000007
【図７】
0005808847.tif 000008
【図８】
0005808847.tif 000009
【図９】
0005808847.tif 000010
【図１０】
0005808847.tif 000011
【図１１】
0005808847.tif 000012
【図１２】
0005808847.tif 000013
【図１３】
0005808847.tif 000014
【図１４】
0005808847.tif 000015
【図１５】
0005808847.tif 000016
【図１６】
0005808847.tif 000017
【図１７】
0005808847.tif 000018
【図１８】
0005808847.tif 000019
【図１９】
0005808847.tif 000020