特許 7552855 サーバ装置、認証端末、サーバ装置の制御方法及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-09-09

(45)【発行日】2024-09-18

(54)【発明の名称】サーバ装置、認証端末、サーバ装置の制御方法及びプログラム

(51)【国際特許分類】

   G06Q 10/10 20230101AFI20240910BHJP

   G06Q 40/12 20230101ALI20240910BHJP

【ＦＩ】

G06Q10/10

G06Q40/12 420

【請求項の数】 9

(21)【出願番号】P 2023503332

(86)(22)【出願日】2021-03-05

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

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

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

【審査請求日】2023-08-29

(73)【特許権者】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100149618

【弁理士】

【氏名又は名称】北嶋 啓至

(72)【発明者】

【氏名】奥村 太一

(72)【発明者】

【氏名】平本 憲由

(72)【発明者】

【氏名】幸 ほなみ

【審査官】橘 均憲

(56)【参考文献】

【文献】特開２０２０－０３０６７８（ＪＰ，Ａ）

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

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

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

【文献】勤怠管理は働き方改革の基礎，ＰＣ－Ｗｅｂｚｉｎｅ，日本，ＰＣ－Ｗｅｂｚｉｎｅ編集局，2019年06月25日，第329巻，第14-15頁

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

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

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

【請求項1】

第１の事業者に勤務する複数の社員それぞれの生体情報を取得し、データベースに登録する、登録部と、
前記第１の事業者と提携関係にある第２の事業者に設置された第１の認証端末から送信された第１の認証要求に含まれる第１の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、認証に成功すると前記第１の被認証者は前記第１の事業者に出勤したものと管理する、認証部と、
を備え、
前記認証部は、前記第２の事業者に設置された第３の認証端末から送信された第３の認証要求に含まれる第３の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、前記第３の被認証者の生体情報が前記データベースに登録され、且つ、前記第３の被認証者が勤務中の場合に、認証成功を前記第３の認証端末に通知する、サーバ装置。

【請求項2】

前記認証部は、前記第２の事業者に設置された第２の認証端末から送信された第２の認証要求に含まれる第２の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、認証に成功すると前記第２の被認証者は前記第１の事業者を退勤したものと管理する、請求項１に記載のサーバ装置。

【請求項3】

前記第３の認証端末から送信された、前記第３の被認証者に関する決済情報を含む決済処理要求を受信する、決済処理部をさらに備える、請求項１又は２に記載のサーバ装置。

【請求項4】

前記決済処理部は、前記決済情報を用いて前記第３の被認証者の給料天引き処理を実行する、請求項３に記載のサーバ装置。

【請求項5】

前記生体情報は、顔画像又は前記顔画像から生成された特徴量である、請求項１乃至４のいずれか一項に記載のサーバ装置。

【請求項6】

第１の事業者と提携関係にある第２の事業者が提供する、商品又はサービスの注文に関する利用者の意思を取得する、注文処理部と、
前記利用者が前記商品又はサービスを注文する意思を示すと、前記利用者の生体情報を含む認証要求を、前記第１の事業者に勤務する社員それぞれの生体情報を記憶すると共に前記認証要求を処理するサーバ装置に送信する、認証要求部と、
を備え、
前記認証要求部は、前記利用者が前記第１の事業者の社員、且つ、前記利用者が前記第１の事業者に勤務状態の場合に認証成功と判定された認証結果を受信し、
前記注文処理部は、
前記サーバ装置から前記認証成功を受信すると、前記利用者に対して第１のメニューを提示し、
前記サーバ装置から認証失敗を受信すると、前記利用者に対して第２のメニューを提示する、認証端末。

【請求項7】

前記第１のメニューは、前記第１の事業者の社員による業務遂行に適さない商品又はサービスを含まない、請求項６に記載の認証端末。

【請求項8】

サーバ装置において、
第１の事業者に勤務する複数の社員それぞれの生体情報を取得し、
前記取得された生体情報をデータベースに登録し、
前記第１の事業者と提携関係にある第２の事業者に設置された第１の認証端末から送信された第１の認証要求に含まれる第１の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、
認証に成功すると前記第１の被認証者は前記第１の事業者に出勤したものと管理し、
前記第２の事業者に設置された第３の認証端末から送信された第３の認証要求に含まれる第３の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、前記第３の被認証者の生体情報が前記データベースに登録され、且つ、前記第３の被認証者が勤務中の場合に、認証成功を前記第３の認証端末に通知する、サーバ装置の制御方法。

【請求項9】

サーバ装置に搭載されたコンピュータに、
第１の事業者に勤務する複数の社員それぞれの生体情報を取得する処理と、
前記取得された生体情報をデータベースに登録する処理と、
前記第１の事業者と提携関係にある第２の事業者に設置された第１の認証端末から送信された第１の認証要求に含まれる第１の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行する処理と、
認証に成功すると前記第１の被認証者は前記第１の事業者に出勤したものと管理する処理と、
前記第２の事業者に設置された第３の認証端末から送信された第３の認証要求に含まれる第３の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、前記第３の被認証者の生体情報が前記データベースに登録され、且つ、前記第３の被認証者が勤務中の場合に、認証成功を前記第３の認証端末に通知する処理と、
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバ装置、認証端末、システム、サーバ装置の制御方法及び記憶媒体に関する。

【背景技術】

【0002】

社員の福利厚生サービスに関する技術が存在する。

【0003】

例えば、特許文献１には、利便性の高い福利厚生サービスを従業員に提供する、と記載されている。特許文献１のシステムは、ユーザに所定の物又は役務を提供するサービス提供者のサービス提供者端末装置を含む。サービス提供者端末装置は、ユーザからユーザのユーザ識別子を取得し、ユーザ識別子とサービス額とサービス提供者識別子とを、サーバ装置に送信する。サーバ装置は、ユーザ識別子と補助額算出情報とを予め対応付けて記憶しており、サービス提供者端末装置からユーザ識別子とサービス額とサービス提供者識別子とを受信する。サーバ装置は、受信したユーザ識別子と対応付けて記憶されている補助額算出情報と、受信したサービス額とを用いて、補助額を算出する。サーバ装置は、補助額、又は、受信したサービス額から補助額を減算した支払額を、サービス提供者端末装置に送信する。

【0004】

また、近年では、生体認証に関する技術開発が進められている。

【0005】

例えば、特許文献２には、複数の顔データを事前登録しておくとともに、常に、最新の顔画像を自動更新できるようにし、本人確認を正確かつ確実にすることのできる顔認証を用いた本人確認装置を提供する、と記載されている。特許文献２の本人確認装置は、人感センサと、撮像手段と、液晶画面と、登録手段と、ＣＰＵ（Central Processing Unit）を備える。人感センサは、顔を近づけることにより作動する。撮像手段は、人感センサの作動により起動する。液晶画面は、撮像手段から得られた顔画像を表示する。登録手段は、液晶画面の顔画面と照合するための顔データを事前登録する。ＣＰＵは、登録手段の顔データと撮像手段から得た顔画像とを照合し、本人を確認したときに認証許可信号を出力する。登録手段は複数の顔データの登録ができ、登録した顔データのうち最も認証閾値の低い顔データを、照合時に得られた最新の顔データに置き換える。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２０１８－１６３４７５号公報

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

【発明の概要】

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

【0007】

近年、社員の働き方が多様化している。例えば、オフィスの中で固定された席を持たずに決められた空間の中で自由な席を選択して働く「フリーアドレス」を採用する企業等が増加している。また、主として勤務する本社ビルディング等とは離れた場所で働く「サテライトオフィス」を有する企業もある。

【0008】

ここで、本社ビルディングの近くの飲食店（例えば、カフェテリア）等の施設を「職場」として利用したいというニーズが存在する。しかし、当該飲食店を「職場」として利用するためには、利用者が「社員」として当該飲食店に入店しているのか通常の「一般客」として入店しているのか判別ができず上記飲食店を「職場」として利用するのは困難である。

【0009】

なお、当該問題点は、特許文献１や特許文献２に開示された技術を適用しても解決することはできない。特許文献１は、街中の飲食店が提供するメニューを格安で社員に提供するものであり、特許文献２は、生体認証における本人確認の精度を向上させるものだからである。

【0010】

本発明は、社員等の多様な働き方を実現することに寄与する、サーバ装置、認証端末、システム、サーバ装置の制御方法及び記憶媒体を提供することを主たる目的とする。

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

【0011】

本発明の第１の視点によれば、第１の事業者に勤務する複数の社員それぞれの生体情報を取得し、データベースに登録する、登録部と、前記第１の事業者と提携関係にある第２の事業者に設置された第１の認証端末から送信された第１の認証要求に含まれる第１の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、認証に成功すると前記第１の被認証者は前記第１の事業者に出勤したものと管理する、認証部と、を備える、サーバ装置が提供される。

【0012】

本発明の第２の視点によれば、第１の事業者と提携関係にある第２の事業者を訪れた被認証者の生体情報を含む認証要求を、前記第１の事業者に勤務する社員それぞれの生体情報を記憶すると共に前記認証要求を処理するサーバ装置に送信する、認証端末が提供される。

【0013】

本発明の第３の視点によれば、第１の事業者と提携関係にある第２の事業者が提供する、商品又はサービスの注文に関する利用者の意思を取得する、注文処理部と、前記利用者が前記商品又はサービスを注文する意思を示すと、前記利用者の生体情報を含む認証要求を、前記第１の事業者に勤務する社員それぞれの生体情報を記憶すると共に前記認証要求を処理するサーバ装置に送信する、認証要求部と、を備え、前記認証要求部は、前記利用者が第１の事業者の社員、且つ、前記利用者が前記第１の事業者に勤務状態の場合に認証成功と判定された認証結果を受信する、認証端末が提供される。

【0014】

本発明の第４の視点によれば、第１の事業者と提携関係にある第２の事業者に設置された認証端末と、前記認証端末と接続されたサーバ装置と、を含み、前記サーバ装置は、前記第１の事業者に勤務する複数の社員それぞれの生体情報を取得し、データベースに登録する、登録部と、前記認証端末から送信された認証要求に含まれる被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、認証に成功すると前記被認証者は前記第１の事業者に出勤したものと管理する、認証部と、を備える、システムが提供される。

【0015】

本発明の第５の視点によれば、サーバ装置において、第１の事業者に勤務する複数の社員それぞれの生体情報を取得し、前記取得された生体情報をデータベースに登録し、前記第１の事業者と提携関係にある第２の事業者に設置された第１の認証端末から送信された第１の認証要求に含まれる第１の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、認証に成功すると前記第１の被認証者は前記第１の事業者に出勤したものと管理する、サーバ装置の制御方法が提供される。

【0016】

本発明の第６の視点によれば、サーバ装置に搭載されたコンピュータに、第１の事業者に勤務する複数の社員それぞれの生体情報を取得する処理と、前記取得された生体情報をデータベースに登録する処理と、前記第１の事業者と提携関係にある第２の事業者に設置された第１の認証端末から送信された第１の認証要求に含まれる第１の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行する処理と、認証に成功すると前記第１の被認証者は前記第１の事業者に出勤したものと管理する処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。

【発明の効果】

【0017】

本発明の各視点によれば、社員等の多様な働き方を実現することに寄与する、サーバ装置、認証端末、システム、サーバ装置の制御方法及び記憶媒体が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。

【図面の簡単な説明】

【0018】

【図1】一実施形態の概要を説明するための図である。

【図2】第１の実施形態に係る認証システムの概略構成の一例を示す図である。

【図3】第１の実施形態に係る本社ビルディングの構成を説明するための図である。

【図4】第１の実施形態に係る提携先飲食店の構成を説明するための図である。

【図5】第１の実施形態に係る認証システムの概略動作を説明するための図である。

【図6】第１の実施形態に係る認証システムの概略動作を説明するための図である。

【図7】第１の実施形態に係る認証システムの概略動作を説明するための図である。

【図8】第１の実施形態に係る認証システムの概略動作を説明するための図である。

【図9】第１の実施形態に係る認証システムの概略動作を説明するための図である。

【図10】第１の実施形態に係るサーバ装置の処理構成の一例を示す図である。

【図11】第１の実施形態に係る認証情報データベースの一例を示す図である。

【図12】第１の実施形態に係る社員情報データベースの一例を示す図である。

【図13】第１の実施形態に係る認証部の動作を説明するための図である。

【図14】第１の実施形態に係る勤怠管理データベースの一例を示す図である。

【図15】第１の実施形態に係る認証部の動作を説明するための図である。

【図16】第１の実施形態に係る認証部の動作を説明するための図である。

【図17】第１の実施形態に係る本社端末の処理構成の一例を示す図である。

【図18】第１の実施形態に係る本社端末の処理構成の一例を示す図である。

【図19】第１の実施形態に係る提携先端末の処理構成の一例を示す図である。

【図20】第１の実施形態に係る提携先端末の処理構成の一例を示す図である。

【図21】第１の実施形態に係る認証システムの動作の一例を示すシーケンス図である。

【図22】本願開示のサーバ装置のハードウェア構成の一例を示す図である。

【図23】本願開示の変形例に係る本社端末の動作を説明するための図である。

【図24】本願開示の変形例に係る提携先端末の動作を説明するための図である。

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

【0019】

はじめに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、特段の釈明がない場合には、各図面に記載されたブロックはハードウェア単位の構成ではなく、機能単位の構成を表す。各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。

【0020】

一実施形態に係るサーバ装置１００は、登録部１０１と、認証部１０２と、を備える（図１参照）。登録部１０１は、第１の事業者に勤務する複数の社員それぞれの生体情報を取得し、データベースに登録する。認証部１０２は、第１の事業者と提携関係にある第２の事業者に設置された第１の認証端末から送信された第１の認証要求に含まれる第１の被認証者の生体情報と、データベースに登録された複数の生体情報と、を用いた生体認証を実行する。認証部１０２は、認証に成功すると第１の被認証者は第１の事業者に出勤したものと管理する。

【0021】

サーバ装置１００は、第１の事業者（企業等）の周辺に位置する第２の事業者（飲食店等）を第１の事業者で働く社員、従業員の「職場」として利用できるにする。サーバ装置１００は、提携先に設置された第１の認証端末から取得した認証要求を用いた生体認証によって社員が提携先に勤務目的で入店したことを把握する。その結果、社員は、自社の施設や建物とは異なる場所で業務を遂行できるようになる。即ち、サーバ装置１００は、社員等の多様な働き方を実現できる。

【0022】

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

【0023】

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

【0024】

図２は、第１の実施形態に係る認証システムの概略構成の一例を示す図である。認証システムには、第１の事業者と、当該第１の事業者と提携関係にある第２の事業者と、が含まれる。図２の例では、企業（第１の事業者）の周辺に位置する飲食店が第２の事業者に相当する。企業等の建物（以下、本社ビルディング又は単に本社ビルと表記する）の周辺のカフェテリア等が第２の事業者である。

【0025】

上述のように、企業と飲食店は提携関係にあり、企業の社員等が提携先の飲食店を利用する際に様々な恩恵を得ることができる。例えば、当該企業の社員は、提携先の飲食店を「職場」として利用できる。

【0026】

提携先企業の社員は、生体認証（例えば、顔認証）を受けて飲食店の中に入り業務を行う。また、当該社員は、顔認証によって商品購入に関する決済を完了できる。

【0027】

図２に示すように、第１の実施形態に係る認証システムには、サーバ装置１０と、本社端末２０と、提携先端末３０と、が含まれる。

【0028】

図２に示す各装置は相互に接続されている。例えば、サーバ装置１０と認証端末（本社端末２０、提携先端末３０）は、有線又は無線の通信手段により接続され、相互に通信が可能となるように構成されている。

【0029】

サーバ装置１０は、生体認証に係るサービスを提供する装置である。サーバ装置１０は、企業（第１の事業者）に勤務する複数の社員それぞれの生体情報を記憶している。サーバ装置１０は、認証端末（本社端末２０、提携先端末３０）から認証要求を受信する。サーバ装置１０は、記憶された生体情報を用いた生体認証を実行し、被認証者を特定する。サーバ装置１０は、認証結果（認証成功、認証失敗）を認証端末に送信する。サーバ装置１０は、本社ビル内に設置されていてもよいし、クラウド上に設置されていてもよい。

【0030】

本社端末２０は、本社ビルの各所に配置される。例えば、図３に示すように、本社端末２０－１、本社端末２０－２は、建物の出入口付近に設置される。あるいは、本社端末２０－３は、売店や食堂に設置される。

【0031】

本社端末２０－１及び２０－２は、社員による本社ビルへの入退場を制御する認証端末である。本社端末２０－１及び２０－２は、被認証者の認証に成功すると当該認証成功者（認証成功と判定された被認証者）がドアやゲートを通過することを許可する。

【0032】

本社端末２０－３は、社員が購入した商品や提供を受けたサービスの決済を行うための認証端末である。本社端末２０－３は、被認証者の生体情報と購入商品等に関する決済情報（代金、購入日、決済方法等）をサーバ装置１０に送信する。サーバ装置１０は、生体認証により商品購入者を特定し、決済情報を処理する。

【0033】

提携先端末３０は、提携先の飲食店の各所に配置される。例えば、図４に示すように、提携先端末３０－１、提携先端末３０－２は、飲食店の出入口付近に設置される。あるいは、提携先端末３０－３は、商品を受け渡すカウンターに設置される。

【0034】

提携先端末３０－１は、提携先の飲食店に入店する社員を把握するための認証端末である。提携先の飲食店を職場として利用したい社員は、提携先端末３０－１により生体認証を受けて入店（出勤）が管理される。同様に、提携先の飲食店を職場として利用していた社員は、提携先端末３０－２により生体認証を受けて退店（退勤）が管理される。

【0035】

提携先端末３０－３は、社員が提携先の飲食店で購入した商品の決済を行うための認証端末である。提携先端末３０－３は、社員が購入した商品等に関する決済情報をサーバ装置１０に送信する。サーバ装置１０は、決済情報を処理する。

【0036】

なお、図２は例示であって、本願開示の認証システムの構成等を限定する趣旨ではない。例えば、認証システムには２台以上のサーバ装置１０が含まれていてもよい。また、認証システムには少なくとも１以上の認証端末が含まれていればよい。

【0037】

［システムの動作概略］
続いて、第１の実施形態に係る認証システムの概略動作について説明する。

【0038】

［利用者登録］
図５に示すように、本社ビルディングに勤務する社員は、事前に利用者登録を行う。社員は、自身の生体情報、個人情報をサーバ装置１０に登録する。例えば、社員者は、所持する端末を操作して生体情報をサーバ装置１０に登録する。

【0039】

利用者の生体情報には、例えば、顔、指紋、声紋、静脈、網膜、瞳の虹彩の模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）が例示される。あるいは、利用者の生体情報は、顔画像、指紋画像等の画像データであってもよい。利用者の生体情報は、利用者の身体的特徴を情報として含むものであればよい。第１の実施形態では、生体情報は顔画像又は当該顔画像から生成された特徴量とする。

【0040】

社員の個人情報には、氏名、性別、所属部署、社員ＩＤ（Identifier）、連絡先等が例示される。

【0041】

サーバ装置１０は、社員の生体情報と社員ＩＤを対応付けて認証情報データベース（ＤＢ；Database）に記憶する。サーバ装置１０は、認証情報データベースを用いて、複数の社員それぞれの生体情報を記憶する。また、サーバ装置１０は、社員ＩＤ、社員の氏名、所属部署等を対応付けて社員情報データベースに記憶する。認証情報データベースや社員情報データベースの詳細は後述する。

【0042】

［本社ビルでの生体認証］
本社ビルに出勤した社員は、本社端末２０－１の前に移動する。本社端末２０－１は、社員の生体情報（例えば、顔画像）を取得し、当該取得した生体情報と端末ＩＤを含む認証要求をサーバ装置１０に送信する。

【0043】

なお、端末ＩＤは、認証端末（本社端末２０、提携先端末３０）を識別するための識別情報である。端末ＩＤには、各認証端末のＭＡＣ（Media Access Control）アドレス、ＩＰ（Internet Protocol）アドレス等を用いることができる。端末ＩＤは、任意の手段によってサーバ装置１０と認証端末の間で共有される。

【0044】

サーバ装置１０は、認証要求に含まれる端末ＩＤに基づいて認証要求の送信元を特定する。サーバ装置１０は、端末ＩＤに基づいて認証要求の送信元は本社端末２０－１と判定する。

【0045】

サーバ装置１０は、認証要求に含まれる生体情報と認証情報データベースに登録された生体情報を用いた生体認証（照合処理）を実行する。サーバ装置１０は、認証結果（認証成功、認証失敗）を本社端末２０－１に送信する。生体認証に成功した場合には、サーバ装置１０は、認証時刻を社員の出勤時刻として勤怠管理データベースに記憶する。勤怠管理データベースの詳細は後述する。

【0046】

認証成功を受信すると、本社端末２０－１は、ドアやゲートを開き被認証者の通過を許可する。認証失敗を受信すると、本社端末２０－２は、ドアやゲートを閉じ被認証者の通過を拒否する。

【0047】

本社端末２０－２に関する基本的な動作は、本社端末２０－１と同様とすることができるので説明を省略する。サーバ装置１０は、本社端末２０－２の認証時刻を社員の退勤時刻として勤怠管理データベースに記憶する。

【0048】

売店等で商品を購入したりサービスの提供を受けたりする社員は、本社端末２０－３を用いて決済を行う。例えば、本社端末２０－３は、バーコード等により商品を特定し、商品購入代金を計算する。その後、本社端末２０－３は、社員が決済方法を選択可能とするメニューを表示する（図６参照）。

【0049】

本社端末２０－３は、社員が「現金払い」や「交通系ＩＣ（Integrated Circuit）カード払い」を選択すると、当該選択された決済手段により決済を行う。これらの決済手段に関しては、既存の処理を適用することができ、且つ、当業者にとって明らかであるので詳細な説明を省略する。

【0050】

本社端末２０－３は、社員が「給料天引き」を選択すると、社員の生体情報（例えば、顔画像）を取得する。本社端末２０－３は、端末ＩＤ、決済情報及び生体情報を含む認証要求をサーバ装置１０に送信する。

【0051】

サーバ装置１０は、端末ＩＤに基づいて認証要求の送信元を特定する。サーバ装置１０は、端末ＩＤに基づいて認証要求の送信元は本社端末２０－３と判定する。

【0052】

サーバ装置１０は、認証要求に含まれる生体情報と認証情報データベースに登録された生体情報を用いた生体認証（照合処理；１対Ｎ照合、Ｎは正の整数、以下同じ）を実行する。サーバ装置１０は、照合処理により社員を特定すると、認証要求に含まれる決済方法（給料天引き）により商品購入代金の決済処理を行う。

【0053】

決済処理に成功すれば、サーバ装置１０は、認証成功を本社端末２０－３に通知する。生体認証や決済処理に失敗すれば、サーバ装置１０は、認証失敗を本社端末２０－３に通知する。

【0054】

認証成功を受信すると、本社端末２０－３は、代金の支払いが完了した旨を社員に通知する。認証失敗を受信すると、本社端末２０－３は、他の支払い手段の選択を促したり生体情報を再取得したりする。

【0055】

［提携先飲食店での生体認証］
提携先飲食店を職場として利用したい社員は、提携先端末３０－１の前に移動する。提携先端末３０－１は、社員の生体情報を取得し、生体情報と端末ＩＤを含む認証要求をサーバ装置１０に送信する。生体認証に成功した場合、サーバ装置１０は、提携先端末３０－１の認証時刻を出勤時刻として扱い出勤管理データベースに記憶する。

【0056】

提携先飲食店を職場として利用した社員は、提携先端末３０－２の前に移動する。提携先端末３０－２は、社員の生体情報を取得し、生体情報と端末ＩＤを含む認証要求をサーバ装置１０に送信する。生体認証に成功した場合、サーバ装置１０は、提携先端末３０－２の認証時刻を退勤時刻として扱い出勤管理データベースに記憶する。

【0057】

なお、休憩時間中の社員や有給休暇中の社員が、一般客として提携先の飲食店に入店し、退店する場合には、提携先端末３０－１、３０－２による生体認証を受ける必要はない。

【0058】

提携先端末３０－３は、商品等の注文と決済を兼ねた端末である。提携先端末３０－３は、図７に示すようなＧＵＩ（Graphical User Interface）を表示する。提携先端末３０－３は、「商品注文」ボタンが押下されると、利用者の生体情報を取得する。

【0059】

提携先端末３０－３は、取得した生体情報と端末ＩＤを含む認証要求をサーバ装置１０に送信する。

【0060】

サーバ装置１０は、端末ＩＤに基づいて認証要求の送信元を特定する。サーバ装置１０は、端末ＩＤに基づいて認証要求の送信元は提携先端末３０－３（提携先飲食店の注文端末）と判定する。

【0061】

サーバ装置１０は、認証要求に含まれる生体情報と認証情報データベースに登録された生体情報を用いた生体認証（照合処理）を実行する。サーバ装置１０は、被認証者が「勤務中の社員」であれば認証成功を提携先端末３０－３に送信する。なお、被認証者が勤務中の社員であれば、サーバ装置１０は、当該社員の社員ＩＤを含む肯定応答を提携先端末３０－３に送信する。

【0062】

サーバ装置１０は、被認証者が勤務中の社員でなければ認証失敗を提携先端末３０－３に送信する。

【0063】

提携先端末３０－３は、認証結果に応じて利用者に提供するメニューを変更する。具体的には、利用者が勤務中の社員の場合（認証成功の場合）、提携先端末３０－３は、業務遂行に無関係な商品や不適切な商品を提供可能なメニューとして表示しない。例えば、提携先端末３０－３は、図８（ａ）に示すように酒類をメニューとして表示しない。対して、利用者が勤務中の社員ではない場合（認証失敗の場合）、提携先端末３０－３は、図８（ｂ）に示すようなメニューを表示する。

【0064】

利用者が商品を選択し決済を希望すると、提携先端末３０－３は、社員が希望する決済方法を取得する。この場合も、提携先端末３０－３は、認証結果に応じて表示するＧＵＩを変更する。

【0065】

具体的には、利用者が勤務中の社員の場合（認証成功の場合）、提携先端末３０－３は、図９（ａ）に示すようなＧＵＩを表示し、社員が希望する決済方法を取得する。社員が「給料天引き」を希望すると、提携先端末３０－３は、端末ＩＤ、決済情報及び社員ＩＤを含む決済処理要求をサーバ装置１０に送信する。サーバ装置１０は、社員ＩＤに該当する社員について決済処理（給料天引き処理）を行う。

【0066】

社員以外の利用者の決済については、提携先端末３０－３は、図９（ｂ）に示すように「給料天引き」がないＧＵＩを表示すればよい。

【0067】

続いて、第１の実施形態に係る認証システムに含まれる各装置の詳細について説明する。

【0068】

［サーバ装置］
図１０は、第１の実施形態に係るサーバ装置１０の処理構成（処理モジュール）の一例を示す図である。図１０を参照すると、サーバ装置１０は、通信制御部２０１と、利用者登録部２０２と、認証部２０３と、決済処理部２０４と、記憶部２０５と、を備える。

【0069】

通信制御部２０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部２０１は、本社端末２０からデータ（パケット）を受信する。また、通信制御部２０１は、本社端末２０に向けてデータを送信する。通信制御部２０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部２０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部２０１を介して他の装置とデータの送受信を行う。

【0070】

利用者登録部２０２は、上述の利用者登録を実現する手段である。利用者登録部２０２は、企業（第１の事業者）に勤務する複数の社員それぞれの生体情報を取得し、認証情報データベースに登録する。

【0071】

利用者登録部２０２は、任意の手段を用いて社員の生体情報、個人情報を取得する。例えば、利用者登録部２０２は、社員が所持する端末に生体情報、個人情報を取得するためのＧＵＩ（Graphical User Interface）や入力フォームを表示し、これらの情報を取得する。あるいは、登録を希望する社員が生体情報等を記憶した外部記憶媒体を本社の業務管理部に渡し、当該管理部の社員等が当該外部記憶媒体を用いて生体情報、個人情報をサーバ装置１０に入力してもよい。

【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】

なお、認証要求部３０２による顔画像の抽出処理には既存の技術を用いることができるので詳細な説明を省略する。例えば、認証要求部３０２は、ＣＮＮ（Convolutional Neural Network）により学習された学習モデルを用いて、画像データの中から顔画像（顔領域）を抽出してもよい。あるいは、認証要求部３０２は、テンプレートマッチング等の手法を用いて顔画像を抽出してもよい。

【0122】

認証要求部３０２は、抽出した顔画像（生体情報）と自装置の端末ＩＤを含む認証要求をサーバ装置１０に送信する。

【0123】

認証要求部３０２は、サーバ装置１０から認証結果（認証成功、認証失敗）を取得する。認証要求部３０２は、認証結果（認証成功、認証失敗）を通行制御部３０３に引き渡す。

【0124】

通行制御部３０３は、利用者によるドアやゲートの通行（通過）を制御する手段である。

【0125】

認証失敗の場合には、通行制御部３０３は、その旨を認証失敗者（認証失敗と判定された被認証者）に通知する。例えば、通行制御部３０３は、ディスプレイを使った表示やスピーカを使った音声によって認証に失敗した旨を被認証者に通知する。認証失敗の場合には、通行制御部３０３は、認証失敗者がドアやゲートを通行することを許可しない。

【0126】

認証成功の場合には、通行制御部３０３は、ゲート等を開き被認証者の通行を許可する。通行制御部３０３は、表示や音声等を用いて認証に成功した旨を認証成功者に通知してもよい。

【0127】

記憶部３０４は、本社端末２０－１の動作に必要な情報を記憶する手段である。

【0128】

［本社端末２０－２］
本社端末２０－２の処理構成及び動作は、本社端末２０－１と同様とすることができるので詳細な説明を省略する。

【0129】

［本社端末２０－３］
図１８は、第１の実施形態に係る本社端末２０－３の処理構成（処理モジュール）の一例を示す図である。図１８を参照すると、本社端末２０－３は、通信制御部４０１と、注文処理部４０２と、認証要求部４０３と、記憶部４０４と、を備える。

【0130】

通信制御部４０１は、本社端末２０－１の通信制御部３０１と同様に、他の装置との間の通信を制御する手段である。

【0131】

注文処理部４０２は、利用者の商品注文に関する処理を行う手段である。注文処理部４０２は、バーコード等を利用して商品購入代金の合計額を算出し、その後、図６に示すような利用者による決済方法を選択可能とするＧＵＩを表示する。

【0132】

注文処理部４０２は、利用者（社員）が「給料天引き」を選択すると、決済情報を生成し、当該生成した決済情報を認証要求部４０３に引き渡す。

【0133】

注文処理部４０２は、認証要求部４０３から認証結果（認証成功、認証失敗）を取得する。

【0134】

認証成功の場合には、注文処理部４０２は、商品代金の支払いが完了した旨を利用者に通知する。認証失敗の場合には、注文処理部４０２は、給料天引き以外の決済方法を選択することを促したりする。

【0135】

認証要求部４０３は、サーバ装置１０に対して被認証者の生体認証を要求する手段である。認証要求部４０３は、注文処理部４０２から決済情報を取得したことに応じて、被認証者の生体情報を取得し、当該取得した生体情報、端末ＩＤ及び決済情報を含む認証要求をサーバ装置１０に送信する。

【0136】

認証要求部４０３は、サーバ装置１０から認証結果（認証成功、認証失敗）を取得する。認証要求部４０３は、認証結果（認証成功、認証失敗）を注文処理部４０２に引き渡す。

【0137】

記憶部４０４は、本社端末２０－３の動作に必要な情報を記憶する手段である。

【0138】

続いて、提携先端末３０について説明する。

【0139】

［提携先端末３０－１］
提携先端末３０－１は、企業と提携関係にある飲食店を訪れた被認証者の生体情報を含む認証要求を、企業に勤務する社員それぞれの生体情報を記憶すると共に認証要求を処理するサーバ装置１０に送信する認証端末である。

【0140】

図１９は、第１の実施形態に係る提携先端末３０－１の処理構成（処理モジュール）の一例を示す図である。図１９を参照すると、提携先端末３０－１は、通信制御部５０１と、認証要求部５０２と、記憶部５０３と、を備える。

【0141】

通信制御部５０１は、本社端末２０－１の通信制御部３０１と同様に、他の装置との間の通信を制御する手段である。

【0142】

認証要求部５０２は、本社端末２０－１の認証要求部３０２と同様に、被認証者（提携先の飲食店等を職場として利用したい社員）の認証をサーバ装置１０に要求する手段である。認証要求部５０２は、サーバ装置１０から受信する認証結果に応じたメッセージ等を出力してもよい。

【0143】

例えば、認証に成功した場合には、認証要求部５０２は、提携先企業（本社ビルを使用等している企業）の名称等を表示しつつ、来店を歓迎するようなメッセージ等を出力してもよい。認証に失敗した場合には、認証要求部５０２は、その旨を表示しつつ、被認証者の生体情報を再取得する等の対処を行う。

【0144】

記憶部５０３は、提携先端末３０－１の動作に必要な情報を記憶する手段である。

【0145】

［提携先端末３０－２］
提携先端末３０－２の処理構成及び動作は、提携先端末３０－１と同様とすることができるので詳細な説明を省略する。

【0146】

［提携先端末３０－３］
図２０は、第１の実施形態に係る提携先端末３０－３の処理構成（処理モジュール）の一例を示す図である。図２０を参照すると、提携先端末３０－３は、通信制御部６０１と、注文処理部６０２と、認証要求部６０３と、記憶部６０４と、を備える。

【0147】

通信制御部６０１は、本社端末２０－１の通信制御部３０１と同様に、他の装置との間の通信を制御する手段である。

【0148】

注文処理部６０２は、利用者の商品注文に関する処理を行う手段である。注文処理部６０２は、企業と提携関係にある飲食店等が提供する、商品又はサービスの注文に関する利用者の意思を取得する。例えば、注文処理部６０２は、初期画面として図７に示すようなＧＵＩを表示する。注文処理部６０２は、「商品注文」ボタンが押下されると、その旨を認証要求部６０３に通知する。

【0149】

注文処理部６０２は、認証要求部６０３から認証結果（認証成功、認証失敗）を取得する。

【0150】

認証成功（被認証者は勤務中の社員）の場合には、注文処理部６０２は、図８（ａ）に示すように、勤務時間に相応しくない商品（例えば、酒類）を選択することができないようなＧＵＩ（商品注文メニュー）を表示する。その際、注文処理部６０２は、勤務中の社員にはアルコール等を提供できない旨を表示してもよい。

【0151】

認証失敗（被認証者は勤務中の社員ではない）の場合には、注文処理部６０２は、図８（ｂ）に示すように、通常の一般客に提供する商品注文メニューを表示する。

【0152】

このように、注文処理部６０２は、サーバ装置１０から認証成功を受信すると、利用者に対して第１のメニューを提示する。注文処理部６０２は、サーバ装置１０から認証失敗を受信すると、利用者に対して第２のメニューを提示する。なお、利用者に提供される第１のメニューは、企業の社員による業務遂行に適さない商品又はサービスを含まないメニューである。

【0153】

注文処理部６０２は、利用者が商品を選択し決済に進むと決済手段を選択するようなＧＵＩを表示する。利用者が勤務中の社員の場合には、注文処理部６０２は、図９（ａ）に示すように、給料天引きを決済手段の選択肢として含むようなＧＵＩを表示する。利用者が勤務中の社員でなければ場合には、注文処理部６０２は、図９（ｂ）に示すように、給料天引きを決済手段の選択肢として含まないＧＵＩを表示する。

【0154】

注文処理部６０２は、給料天引きが選択されると、サーバ装置１０から取得した社員ＩＤ（肯定応答に含まれる社員ＩＤ）、端末ＩＤ及び決済情報を含む決済処理要求をサーバ装置１０に送信する。

【0155】

注文処理部６０２は、決済処理要求に対する応答（肯定応答、否定応答）に応じたメッセージ等を出力する。

【0156】

認証要求部６０３は、サーバ装置１０に対して被認証者の生体認証を要求する手段である。認証要求部６０３は、注文処理部６０２からの通知に応じて、利用者の生体情報を取得し、当該取得した生体情報及び端末ＩＤを含む認証要求をサーバ装置１０に送信する。

【0157】

認証要求部６０３は、サーバ装置１０から認証結果（認証成功、認証失敗）を取得する。認証要求部６０３は、認証結果（認証成功、認証失敗）を注文処理部６０２に引き渡す。とりわけ、認証要求部６０３は、認証成功を受信した場合、認証成功者の社員ＩＤを注文処理部６０２に引き渡す。

【0158】

このように、認証要求部６０３は、利用者が商品又はサービスを注文する意思を示すと、当該利用者の生体情報を含む認証要求を、サーバ装置１０に送信する。サーバ装置１０は、被認証者が自企業の社員、且つ、当該被認証者が勤務状態の場合に認証成功と判定し、判定結果を提携先端末３０－３に送信する。

【0159】

記憶部６０４は、提携先端末３０－３の動作に必要な情報を記憶する手段である。

【0160】

［システムの動作］
続いて、第１の実施形態に係る認証システムの動作について説明する。ここでは、図２１を参照しつつ、提携先端末３０－３とサーバ装置１０の動作を説明する。

【0161】

図２１は、第１の実施形態に係る認証システムの動作の一例を示すシーケンス図である。

【0162】

利用者が商品注文の意思をしめすと、提携先端末３０－３は、当該利用者の生体情報を取得する（ステップＳ０１）。

【0163】

提携先端末３０－３は、生体情報を含む認証要求をサーバ装置１０に送信する（ステップＳ０２）。

【0164】

サーバ装置１０は、取得した認証要求に含まれる生体情報と事前に登録された生体情報を用いた照合処理を実行する（ステップＳ０３）。

【0165】

サーバ装置１０は、照合処理によって特定された社員（被認証者）が勤務中か否か判定する（ステップＳ０４）。

【0166】

サーバ装置１０は、被認証者が勤務中であれば「認証成功」に設定する。サーバ装置１０は、被認証者が勤務中でなければ、あるいは被認証者が社員でなければ「認証失敗」に設定する。

【0167】

サーバ装置１０は、認証結果（認証成功、認証失敗）を提携先端末３０－３に送信する（ステップＳ０５）。

【0168】

利用者が商品を購入し給料支払いを選択すると、提携先端末３０－３は、決済情報を生成する（ステップＳ１１）。

【0169】

提携先端末３０－３は、決済情報、商品購入者の社員ＩＤを含む決済処理要求をサーバ装置１０に送信する（ステップＳ１２）。

【0170】

サーバ装置１０は、社員ＩＤに基づいて社員を特定し、決済情報を用いて天引き処理を実行する（ステップＳ１３）。

【0171】

サーバ装置１０は、天引き処理の結果を提携先端末３０－３に送信する（ステップＳ１４）。

【0172】

以上のように、第１の実施形態に係る認証システムでは、企業（本社ビル）の周辺に位置する飲食店（カフェテリア等）を当該企業の「職場」として利用できるにする。具体的には、サーバ装置１０は、提携先に設置された認証端末から取得した認証要求を用いた生体認証によって社員が提携先に勤務目的で入店したことを把握する。サーバ装置１０は、当該社員の勤務状態を「勤務中」に設定する。また、本社ビルに勤務する社員は、提携先での消費行動に伴う決済を給料天引きよって行うことができる。その結果、社員は、提携先の飲食店等をあたかも自社の職場、食堂のように利用することができる。即ち、社員の利便性が向上する。また、本社ビルに勤務する大勢の社員が提携先を利用することで、本社ビル周辺の経済活動が円滑に巡回するようになる。即ち、第１の実施形態に係る認証システムは、本社ビルを中心にした「城下町」のようか経済圏を形成することに寄与する。

【0173】

続いて、認証システムを構成する各装置のハードウェアについて説明する。図２２は、サーバ装置１０のハードウェア構成の一例を示す図である。

【0174】

サーバ装置１０は、情報処理装置（所謂、コンピュータ）により構成可能であり、図２２に例示する構成を備える。例えば、サーバ装置１０は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３及び通信インターフェイス３１４等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信可能に構成されている。

【0175】

但し、図２２に示す構成は、サーバ装置１０のハードウェア構成を限定する趣旨ではない。サーバ装置１０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、サーバ装置１０に含まれるプロセッサ３１１等の数も図２２の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１がサーバ装置１０に含まれていてもよい。

【0176】

プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。

【0177】

メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。

【0178】

入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。

【0179】

通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。

【0180】

サーバ装置１０の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。

【0181】

なお、本社端末２０、提携先端末３０もサーバ装置１０と同様に情報処理装置により構成可能であり、その基本的なハードウェア構成はサーバ装置１０と相違する点はないので説明を省略する。例えば、認証端末（本社端末２０、提携先端末３０）は、利用者を撮像するためのカメラを備えていればよい。

【0182】

情報処理装置であるサーバ装置１０は、コンピュータを搭載し、当該コンピュータにプログラムを実行させることでサーバ装置１０の機能が実現できる。また、サーバ装置１０は、当該プログラムによりサーバ装置の制御方法を実行する。

【0183】

［変形例］
なお、上記実施形態にて説明した認証システムの構成、動作等は例示であって、システムの構成等を限定する趣旨ではない。

【0184】

上記実施形態では、サーバ装置１０が認証情報データベースや勤怠管理データベースを備える構成について説明した。しかし、これらのデータベースは、サーバ装置１０等とは異なるデータベースサーバに構築されていてもよい。また、認証システムには、上記実施形態にて説明した各種手段（認証部２０３、決済処理部２０４等）が含まれていればよい。

【0185】

上記実施形態では、本社ビルは民間企業の本社ビルを想定して説明を行ったが、本社ビルは市役所等の建物であってもよい。即ち、第１の事業者は、民間事業者に限定されず公的機関であってもよい。

【0186】

上記実施形態では、企業の提携先として「飲食店」を例にとり説明したが、提携先は飲食店に限定されない。例えば、テーブル等を備えた書店やホテル等が提携先であってもよい。また、提携先は民間事業者に限定されず、図書館のような公共の施設が提携先であってもよい。

【0187】

上記実施形態では、３つの種類の本社端末２０を例にとり説明を行った。しかし、当該３つの本社端末２０とは用途の異なる本社端末２０が認証システムに含まれていてもよい。例えば、会議室の入退場を制御する本社端末２０が認証システムに含まれていてもよい。

【0188】

上記実施形態では、利用者登録の際、サーバ装置１０が社員の生体情報と社員ＩＤを取得することを説明した。しかし、サーバ装置１０は、利用者登録の際に社員ＩＤを生成してもよい。また、上記実施形態では、利用者登録の際、サーバ装置１０が、社員情報データベースを生成することを説明したが、当該データベースは利用者登録とは異なるタイミングで生成されてもよい。即ち、サーバ装置１０は、社員情報データベースを生成しなくともよい。

【0189】

上記実施形態では、認証に成功した社員が選択可能な決済手段として「給料天引き」を例にとり説明を行った。しかし、「給料天引き」に代えて又は加えて「クレジット払い」が社員の選択可能な決済手段として用いられてもよい。この場合、サーバ装置１０は、利用者登録の際、社員のクレジット情報を取得し、社員情報データベースに登録する。サーバ装置１０は、社員がクレジット払いを選択すると、社員情報データベースに登録されたクレジット情報を取得し、当該情報を利用した決済を行う。

【0190】

上記実施形態では、提携先で勤務する社員が当該提携先で商品を購入した際に「給料天引き」による決済手段を選択できることを説明した。しかし、勤務中ではない社員が当該提携先で商品を購入した場合にも「給料天引き」による決済手段を選択可能としてもよい。この場合、サーバ装置１０は、提携先端末３０－３からの認証要求を処理した結果、認証に失敗した場合、認証失敗の要因を提携先端末３０－３に通知する。具体的には、サーバ装置１０は、被認証者の生体情報が認証情報データベースに登録されているが、当該被認証者が勤務中ではないことを理由として認証に失敗した場合、当該認証失敗者の社員ＩＤを含む否定応答を提携先端末３０－３に送信すればよい。提携先端末３０－３は、否定応答に社員ＩＤが含まれる場合には、図９（ａ）に示すようなＧＵＩを表示すればよい。このように、サーバ装置１０が、生体認証に失敗した原因を認証端末に送信してもよい。

【0191】

提携先端末３０－３は、被認証者が提携先の社員である場合（認証に成功した場合）、当該社員を優遇するような対応をしてもよい。例えば、提携先端末３０－３は、提携先の社員が購入した商品の代金を減額する、あるいは、次回の来店時に使用可能なクーポン等を発行する。

【0192】

上記実施形態では、サーバ装置１０は、提携先端末３０－３からの認証要求を処理した際、認証に成功すると、被認証者の社員ＩＤを含む肯定応答を提携先端末３０－３に送信する場合について説明した。その際、サーバ装置は、被認証者の社員ＩＤに加え、被認証者の勤務地を含む肯定応答を提携先端末３０－３に送信してもよい。提携先端末３０－３は、認証成功者の勤務先に応じて当該社員に与える特典を変更してもよい。例えば、提携先端末３０－３は、自店舗（提携先端末３０－３が置かれた店舗）で働いている社員に対してより多額の割引をしたり、より条件の良いクーポンを発行したりしてもよい。

【0193】

上記実施形態では、サーバ装置１０とは異なるサーバに決済処理（給料天引き処理）を依頼する場合について説明した。しかし、サーバ装置１０が決済処理を直接行ってもよい。

【0194】

上記実施形態では、認証端末からサーバ装置１０に「顔画像」に係る生体情報が送信される場合について説明した。しかし、認証端末からサーバ装置１０に「顔画像から生成された特徴量」に係る生体情報が送信されてもよい。この場合、サーバ装置１０は、特徴量の生成処理を省略することができる。

【0195】

上記実施形態では、提携先端末３０－１及び提携先端末３０－２は、利用者が提携先店舗への入退場を制限するゲート等を制御しない場合について説明した。しかし、提携先端末３０－１、提携先端末３０－２は、ゲート等を制御して利用者の入退場を制限してもよい。

【0196】

本願開示の認証システムは、提携先に関する情報提供を社員に対して行ってもよい。例えば、社員が退社する際に、本社端末２０－２は、職場として利用できる提携先の情報（名称、住所、連絡先等）を表示してもよい（図２３参照）。あるいは、本社端末２０－２は、提携先の住所に代えて社員にとってより分かりやすい場所の情報（例えば、本社正面玄関前等の情報）を表示してもよい。

【0197】

あるいは、提携先端末３０－３は、商品代金の支払い時に、上記職場として利用できる提携先の情報を表示してもよい。あるいは、提携先端末３０は、自店舗や他の提携先に関する情報を提供してもよい。より具体的には、提携先端末３０－１や提携先端末３０－２は、自店舗が職場として利用可能なことを入店又は退店する顧客に対して周知（案内）してもよい。あるいは、提携先端末３０－１や提携先端末３０－２は、職場として利用可能な店舗のリストを表示してもよい。

【0198】

あるいは、サーバ装置１０は、本社と提携先店舗との位置関係、時間帯（残業時間帯）等の情報に応じて被認証者（社員）に対して提携先での勤務等を推薦してもよい。例えば、残業時間帯において本社から遠く離れた提携先にて社員の生体認証に成功した場合、サーバ装置１０は、職場として利用できる提携先の情報（名称、住所等）を提供してもよい。

【0199】

提携先端末３０－１等がゲートを制御する場合、提携先端末３０―１は、利用者が「社員」の立場で提携先店舗に入店しようとしているのか「一般客」としての立場で入店しようとしているのか選択可能とするＧＵＩを表示してもよい。例えば、提携先端末３０－１（認証要求部５０２）は、図２４に示すようなＧＵＩを初期画面として表示する。提携先端末３０－１は、利用者が「社員」として入店することを希望すれば、上記実施形態で説明したように当該利用者の生体認証をサーバ装置１０に送信する。提携先端末３０－１は、認証成功を受信すればゲートを開き被認証者の入店を許可する。提携先端末３０－１は、認証失敗を受信すればゲートを閉じ被認証者の入店を拒否する。その際、提携先端末３０－１は、被認証者に対して社員の立場で入店できないこと（飲食店を職場して利用できないこと）を通知してもよい。提携先端末３０－１は、利用者が「一般客」として入店すること希望すれば、認証要求をサーバ装置１０に送信することなく、ゲートを開き当該利用者の入店を許可する。このように、提携先端末３０－１は、利用者が企業（第１の事業者）の社員として提携先（第２の事業者）を訪れたのか、利用者が一般客として第２の事業者を訪れたのか選択可能としてもよい。

【0200】

あるいは、提携先端末３０－１は人感センサを備え、自装置の面前に利用者が位置していることを検出した場合に、図２４に示すようなＧＵＩを表示してもよい。同様に、提携先端末３０－３は、人感センサからの検出信号により人を検出した場合、図７に示すようなＧＵＩを表示してもよい。

【0201】

サーバ装置１０は、社員の出勤情報を事前に取得し、当該出勤情報に基づいて利用者が社員として提携先を利用しているのか一般客として利用しているのか判定してもよい。あるいは、提携先端末３０は、社員の出勤情報を当該社員の入店時に取得してもよい。例えば、サーバ装置１０や提携先端末３０は、「１０時～１７時；勤務、１７時～；プライベート」といったような出勤情報を取得する。例えば、サーバ装置１０は、上記勤務の時間内に、提携先端末３０－３から認証要求を受信した場合、認証成功を当該提携先端末３０に送信する。対して、プライベート時間に認証要求を受信した場合、サーバ装置１０は、認証失敗を提携先端末３０－３に送信する。提携先端末３０－３は、認証結果に応じて提示するメニュー等を変更する。

【0202】

サーバ装置１０は、本社の勤怠管理システムと連携してもよい。サーバ装置１０は、提携先端末３０－３からの認証要求を処理する際、被認証者が社員であって勤務中であれば「認証成功」に設定する。対して、サーバ装置１０は、被認証者が社員であっても勤務中でなければ「認証失敗」に設定する。

【0203】

各装置（サーバ装置１０、本社端末２０、提携先端末３０）間のデータ送受信の形態は特に限定されないが、これら装置間で送受信されるデータは暗号化されていてもよい。これらの装置間では、生体情報が送受信され、当該生体情報を適切に保護するためには、暗号化されたデータが送受信されることが望ましい。

【0204】

上記説明で用いた流れ図（フローチャート、シーケンス図）では、複数の工程（処理）が順番に記載されているが、実施形態で実行される工程の実行順序は、その記載の順番に制限されない。実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。

【0205】

上記の実施形態は本願開示の理解を容易にするために詳細に説明したものであり、上記説明したすべての構成が必要であることを意図したものではない。また、複数の実施形態について説明した場合には、各実施形態は単独で用いてもよいし、組み合わせて用いてもよい。例えば、実施形態の構成の一部を他の実施形態の構成に置き換えることや、実施形態の構成に他の実施形態の構成を加えることも可能である。さらに、実施形態の構成の一部について他の構成の追加、削除、置換が可能である。

【0206】

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、企業や自治体等の建物及び当該建物の近辺に位置する飲食店等を含む認証システムなどに好適に適用可能である。

【0207】

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
第１の事業者に勤務する複数の社員それぞれの生体情報を取得し、データベースに登録する、登録部と、
前記第１の事業者と提携関係にある第２の事業者に設置された第１の認証端末から送信された第１の認証要求に含まれる第１の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、認証に成功すると前記第１の被認証者は前記第１の事業者に出勤したものと管理する、認証部と、
を備える、サーバ装置。
［付記２］
前記認証部は、前記第２の事業者に設置された第２の認証端末から送信された第２の認証要求に含まれる第２の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、認証に成功すると前記第２の被認証者は前記第１の事業者を退勤したものと管理する、付記１に記載のサーバ装置。
［付記３］
前記認証部は、前記第２の事業者に設置された第３の認証端末から送信された第３の認証要求に含まれる第３の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、前記第３の被認証者の生体情報が前記データベースに登録され、且つ、前記第３の被認証者が勤務中の場合に、認証成功を前記第３の認証端末に通知する、付記１又は２に記載のサーバ装置。
［付記４］
前記第３の認証端末から送信された、前記第３の被認証者に関する決済情報を含む決済処理要求を受信する、決済処理部をさらに備える、付記３に記載のサーバ装置。
［付記５］
前記決済処理部は、前記決済情報を用いて前記第３の被認証者の給料天引き処理を実行する、付記４に記載のサーバ装置。
［付記６］
前記生体情報は、顔画像又は前記顔画像から生成された特徴量である、付記１乃至５のいずれか一項に記載のサーバ装置。
［付記７］
第１の事業者と提携関係にある第２の事業者を訪れた被認証者の生体情報を含む認証要求を、前記第１の事業者に勤務する社員それぞれの生体情報を記憶すると共に前記認証要求を処理するサーバ装置に送信する、認証端末。
［付記８］
利用者が前記第１の事業者の社員として前記第２の事業者を訪れたのか、前記利用者が一般客として前記第２の事業者を訪れたのか選択可能とする、付記７に記載の認証端末。
［付記９］
第１の事業者と提携関係にある第２の事業者が提供する、商品又はサービスの注文に関する利用者の意思を取得する、注文処理部と、
前記利用者が前記商品又はサービスを注文する意思を示すと、前記利用者の生体情報を含む認証要求を、前記第１の事業者に勤務する社員それぞれの生体情報を記憶すると共に前記認証要求を処理するサーバ装置に送信する、認証要求部と、
を備え、
前記認証要求部は、前記利用者が第１の事業者の社員、且つ、前記利用者が前記第１の事業者に勤務状態の場合に認証成功と判定された認証結果を受信する、認証端末。
［付記１０］
前記注文処理部は、
前記サーバ装置から前記認証成功を受信すると、前記利用者に対して第１のメニューを提示し、
前記サーバ装置から認証失敗を受信すると、前記利用者に対して第２のメニューを提示する、付記９に記載の認証端末。
［付記１１］
前記第１のメニューは、前記第１の事業者の社員による業務遂行に適さない商品又はサービスを含まない、付記１０に記載の認証端末。
［付記１２］
第１の事業者と提携関係にある第２の事業者に設置された認証端末と、
前記認証端末と接続されたサーバ装置と、
を含み、
前記サーバ装置は、
前記第１の事業者に勤務する複数の社員それぞれの生体情報を取得し、データベースに登録する、登録部と、
前記認証端末から送信された認証要求に含まれる被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、認証に成功すると前記被認証者は前記第１の事業者に出勤したものと管理する、認証部と、
を備える、システム。
［付記１３］
サーバ装置において、
第１の事業者に勤務する複数の社員それぞれの生体情報を取得し、
前記取得された生体情報をデータベースに登録し、
前記第１の事業者と提携関係にある第２の事業者に設置された第１の認証端末から送信された第１の認証要求に含まれる第１の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行し、
認証に成功すると前記第１の被認証者は前記第１の事業者に出勤したものと管理する、サーバ装置の制御方法。
［付記１４］
サーバ装置に搭載されたコンピュータに、
第１の事業者に勤務する複数の社員それぞれの生体情報を取得する処理と、
前記取得された生体情報をデータベースに登録する処理と、
前記第１の事業者と提携関係にある第２の事業者に設置された第１の認証端末から送信された第１の認証要求に含まれる第１の被認証者の生体情報と、前記データベースに登録された前記複数の生体情報と、を用いた生体認証を実行する処理と、
認証に成功すると前記第１の被認証者は前記第１の事業者に出勤したものと管理する処理と、
を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。

【0208】

なお、引用した上記の先行技術文献の各開示は、本書に引用をもって繰り込むものとする。以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。即ち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得る各種変形、修正を含むことは勿論である。

【符号の説明】

【0209】

１０、１００ サーバ装置
１０１ 登録部
１０２、２０３ 認証部
２０、２０－１、２０－２ 本社端末
３０、３０－１、３０－２ 提携先端末
２０１、３０１、４０１、５０１、６０１ 通信制御部
２０２ 利用者登録部
２０４ 決済処理部
２０５、３０４、４０４、５０３、６０４ 記憶部
３０２、４０３、５０２、６０３ 認証要求部
３０３ 通行制御部
３１１ プロセッサ
３１２ メモリ
３１３ 入出力インターフェイス
３１４ 通信インターフェイス
４０２、６０２ 注文処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】