JP7204014B2 - 認証システム、認証方法、及びプログラム - Google Patents

Description

本開示は、認証システム、認証方法、及びプログラムに関する。

従来、ユーザが所定の場所を訪れる予定が決まっている場合に、実際にその場所を訪れた者が正当なユーザであるか否かを確認する技術が知られている。例えば、特許文献１には、ロッカーに保管された商品を受け取るユーザ（例えば、商品の注文者又は代理人）の生体情報を記録したＩＣカードを事前に発行し、ロッカーにＩＣカードを読み取らせて生体認証を実行し、生体認証が成功した場合にロッカーに保管された商品の受け取りを許可するシステムが記載されている。

特開２０１０－１５２８４２号公報

しかしながら、特許文献１の技術では、ユーザは、ロッカーに保管された商品を受け取るためにＩＣカードを持ち歩く必要があるので、ＩＣカードの盗難や紛失の恐れがある。例えば、ＩＣカードを入手した第三者が、ユーザの顔写真などの情報を何らかの形で入手した場合には、ユーザになりすまして商品を受け取ることができるので、セキュリティを十分に高めることができない。

本開示の目的の１つは、所定の場所を訪れた者を認証する場合のセキュリティを高めることである。

本開示に係る認証システムは、所定の場所を訪れるユーザに関するユーザ情報と、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて記憶手段に登録する登録手段と、何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証手段と、を含む。

本開示に係る認証方法は、所定の場所を訪れるユーザに関するユーザ情報と、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて記憶手段に登録する登録ステップと、何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証ステップと、を含む。

本開示に係るプログラムは、所定の場所を訪れるユーザに関するユーザ情報と、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて記憶手段に登録する登録手段、何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証手段、としてコンピュータを機能させる。

本開示の一態様によれば、前記登録手段には、前記場所を訪れる複数のユーザの各々の前記ユーザ情報と、当該ユーザが前記場所を訪れる予定時間に関する前記予定時間情報と、を関連付けて前記記憶手段に登録し、前記認証手段は、前記来訪者情報と、前記複数のユーザの各々の前記ユーザ情報のうち、前記来訪時間情報に対応する前記予定時間情報が関連付けられた前記ユーザ情報と、に基づいて、前記認証を実行する。

本開示の一態様によれば、前記登録手段は、複数の前記場所の各々に関連付けて、当該場所を訪れるユーザに関する前記ユーザ情報と、当該ユーザが当該場所を訪れる予定時間に関する前記予定時間情報と、を前記記憶手段に登録し、前記認証手段は、前記何者かが前記複数の場所の何れかを訪れた場合に、当該何者かに関する前記来訪者情報、当該場所に関連付けられた前記ユーザ情報、前記何者かが当該場所を訪れた時間に関する前記来訪時間情報、及び当該場所に関連付けられた前記予定時間情報に基づいて、前記認証を実行する。

本開示の一態様によれば、前記認証システムは、前記ユーザ又は前記ユーザに移動を依頼する依頼者に対し、前記ユーザが前記場所を訪れる時間に関する選択肢を提示する提示手段と、前記ユーザ又は前記依頼者により選択された前記選択肢に基づいて、前記予定時間情報を取得する取得手段と、を更に含み、前記登録手段は、前記取得手段により取得された前記予定時間情報を、前記記憶手段に登録する。

本開示の一態様によれば、前記提示手段は、前記場所における準備に要する時間に関する準備時間情報に基づいて、前記ユーザ又は前記依頼者に対し、前記選択肢を提示する。

本開示の一態様によれば、前記提示手段は、前記場所におけるキャパシティに関するキャパシティ情報に基づいて、前記ユーザ又は前記依頼者に対し、前記選択肢を提示する。

本開示の一態様によれば、前記提示手段は、前記場所までの移動に要する時間に関する移動時間情報に基づいて、前記ユーザ又は前記依頼者に対し、前記選択肢を提示する。

本開示の一態様によれば、前記提示手段は、複数の移動手段のうち、前記ユーザ又は前記依頼者により指定された移動手段に基づいて、前記移動時間情報を取得する。

本開示の一態様によれば、前記登録手段は、前記ユーザの前記ユーザ情報及び前記予定時間情報を前記記憶手段に登録する前に、前記場所を訪れる他のユーザに関するユーザ情報と、前記他のユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて前記記憶手段に登録し、前記認証システムは、前記ユーザと前記他のユーザとの間で誤認証の可能性があるか否かを判定する判定手段を更に含み、前記提示手段は、前記判定手段の判定結果に基づいて、前記ユーザ又は前記依頼者に対し、前記選択肢を提示する。

本開示の一態様によれば、前記提示手段は、前記ユーザ又は前記依頼者に対し、前記ユーザ又は前記依頼者により指定された条件に基づく前記選択肢と、前記条件の一部を変更した条件に基づく前記選択肢と、を含む複数の前記選択肢を提示する。

本開示の一態様によれば、前記登録手段は、前記ユーザの前記ユーザ情報及び前記予定時間情報を前記記憶手段に登録する前に、前記場所を訪れる他のユーザに関するユーザ情報と、前記他のユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて前記記憶手段に登録し、前記認証システムは、前記ユーザと前記他のユーザとの間で誤認証の可能性があるか否かを判定する判定手段と、前記判定手段の判定結果に基づいて、前記何者かに対し、追加認証を要求する追加認証手段と、を含む。

本開示の一態様によれば、前記登録手段は、前記ユーザの生体情報、又は、前記生体情報を取得するための前記ユーザの識別情報を、前記ユーザ情報として前記記憶手段に登録し、前記来訪者情報は、前記何者かの生体情報であり、前記認証手段は、前記何者かの生体情報、前記ユーザの生体情報、前記来訪時間情報、及び前記予定時間情報に基づいて、前記認証を実行する。

本開示の一態様によれば、前記場所は、前記ユーザが商品を受け取る店舗であり、前記予定時間情報は、前記ユーザが前記店舗を訪れる予定時間に関する情報であり、前記来訪時間情報は、前記何者かが前記店舗を訪れた時間に関する情報であり、前記認証システムは、前記認証が成功した場合に、前記店舗における前記商品の受け取りを許可する許可手段、を更に含む。

本開示によれば、所定の場所を訪れた者を認証する場合のセキュリティを高めることができる。

認証システムの全体構成の一例を示す図である。 ユーザが商品を注文する流れの一例を示す図である。 店舗端末に表示される注文内容画面の一例を示す図である。 ユーザが受取ボックス内の商品を受け取る様子の一例を示す図である。 店舗端末に表示される通知画面の一例を示す図である。 認証システムにおいて実現される機能の一例を示す機能ブロック図である。 店舗データベースのデータ格納例を示す図である。 ユーザデータベースのデータ格納例を示す図である。 注文データベースのデータ格納例を示す図である。 商品データベースのデータ格納例を示す図である。 注文処理の一例を示すフロー図である。 注文処理の一例を示すフロー図である。 受取処理の一例を示すフロー図である。 変形例における機能ブロック図である。 変形例（２）における確認画面の一例を示す図である。

［１．認証システムの全体構成］
以下、本開示に係る認証システムの実施形態の例を説明する。本実施形態では、商品の注文を受け付けるサービスに認証システムを適用する場合を例に挙げて説明するが、認証システムは、種々のサービスに適用可能である。他のサービスへの適用例は、後述する変形例で説明する。

図１は、認証システムの全体構成の一例を示す図である。図１に示すように、認証システムＳは、サーバ１０、ユーザ端末２０、店舗端末３０、及び受取ボックス４０を含む。サーバ１０、ユーザ端末２０、店舗端末３０、及び受取ボックス４０の各々は、インターネットなどのネットワークＮに接続可能である。なお、サーバ１０、ユーザ端末２０、店舗端末３０、及び受取ボックス４０の各々は、複数台あってもよい。

サーバ１０は、サーバコンピュータである。サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。制御部１１は、記憶部１２に記憶されたプログラム及びデータに従って処理を実行する。記憶部１２は、主記憶部及び補助記憶部を含む。例えば、主記憶部は、ＲＡＭなどの揮発性メモリである。また例えば、補助記憶部は、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又はハードディスクなどの不揮発性メモリである。通信部１３は、有線通信又は無線通信用の通信インタフェースである。

ユーザ端末２０は、ユーザが操作するコンピュータである。例えば、ユーザ端末２０は、携帯電話機（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータ及びウェアラブル端末を含む）、又は、パーソナルコンピュータ等である。本実施形態では、ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、表示部２５、及び撮影部２６を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。

操作部２４は、入力デバイスである。例えば、操作部２４は、タッチパネル、マウス、キーボード、又はボタンを含む。例えば、表示部２５は、液晶表示部又は有機ＥＬ表示部である。撮影部２６は、少なくとも１台のカメラを含む。例えば、撮影部２６は、ＣＣＤイメージセンサやＣＭＯＳイメージセンサなどの撮像素子を含む。撮影部２６は、当該撮像素子が撮影した画像をデジタルデータとして記録する。画像は、静止画であってもよいし、所定のフレームレートで連続的に撮影された動画であってもよい。

店舗端末３０は、店舗の店員が操作するコンピュータである。例えば、店舗端末３０は、携帯電話機、携帯情報端末、又は、パーソナルコンピュータ等である。本実施形態では、店舗端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、及び撮影部３６を含む。制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、及び撮影部３６の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部２４、表示部２５、及び撮影部２６と同様であってよい。

受取ボックス４０は、商品を格納するボックスである。例えば、受取ボックス４０は、スマートフォン又はタブレット端末と同等の構成を有し、制御部４１、記憶部４２、通信部４３、操作部４４、表示部４５、及び撮影部４６を含む。制御部４１、記憶部４２、通信部４３、操作部４４、表示部４５、及び撮影部４６の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部２４、表示部２５、及び撮影部２６と同様であってよい。また、受取ボックス４０は、後述する変形例のように、簡易な構成であってもよい。

なお、記憶部１２，２２，３２，４２に記憶されるものとして説明するプログラム及びデータは、ネットワークＮを介して供給されてもよい。また、サーバ１０、ユーザ端末２０、店舗端末３０、及び受取ボックス４０の各々のハードウェア構成は、上記の例に限られず、種々のハードウェアを適用可能である。例えば、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）又は外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）が含まれていてもよい。例えば、情報記憶媒体に記憶されたプログラムやデータが読取部又は入出力部を介して供給されてもよい。

［２．認証システムの概要］
本実施形態では、ユーザが、ユーザ端末２０を操作して店舗の商品を注文し、自らが手ぶらで店舗を訪れて商品を受け取る場合を例に挙げて、認証システムＳの処理を説明する。店舗は、ユーザが訪れる所定の場所の一例である。このため、本実施形態で店舗について説明している箇所は、所定の場所と読み替えることができる。なお、訪れるとは、来る、行く、又は移動すると同様の意味である。

また、本実施形態では、店舗の一例として飲食店を説明し、商品の一例として飲食物を説明する。認証システムＳは、任意の店舗の商品を注文するサービスに認証システムＳを適用可能である。他の種類の店舗への適用例については、後述する変形例で説明する。また、ユーザが訪れる所定の場所は、店舗以外の任意の場所であってよい。他の場所への適用例についても、後述する変形例で説明する。

図２は、ユーザが商品を注文する流れの一例を示す図である。図２に示すように、ユーザが、ユーザ端末２０にインストールされた、商品の注文を受け付けるためのアプリケーションを起動させると、メニュー画面Ｇ１が表示部２５に表示される。本実施形態では、図２に示す各画面がアプリケーションの画面として表示される場合を説明するが、各画面は、ブラウザの画面として表示されてもよい。

メニュー画面Ｇ１には、検索条件を入力するための入力フォームＦ１０，Ｆ１１と、検索を実行するためのボタンＢ１２と、が表示される。検索条件は、店舗及び商品の少なくとも一方を検索するための条件である。検索条件は、任意の条件であってよく、例えば、郵便番号、エリア、店舗名、及びジャンルの少なくとも１つである。ユーザが、入力フォームＦ１０，Ｆ１１に対して検索条件を入力してボタンＢ１２を選択すると、検索結果を示す検索結果画面Ｇ２が表示部２５に表示される。

検索結果画面Ｇ２には、ユーザが入力した検索条件に基づいて検索された店舗のリストＬ２０が表示される。リストＬ２０には、少なくとも１つの店舗が選択可能に表示される。ユーザが、リストＬ２０内の何れかの店舗を選択すると、その店舗の詳細を示す詳細画面Ｇ３が表示部２５に表示される。

詳細画面Ｇ３には、ユーザが選択した店舗の商品のリストＬ３０が表示される。リストＬ３０には、少なくとも１つの商品が選択可能に表示される。ユーザは、リストＬ３０内の任意の商品を選択して買い物かごに入れる。ユーザは、所望の商品が見つかるまで、メニュー画面Ｇ１、検索結果画面Ｇ２、及び詳細画面Ｇ３の各々を表示させ、買い物かごに所望の商品を入れる。ユーザが、所望の商品を買い物かごに入れて、注文内容を確認するための操作をすると、確認画面Ｇ４が表示部２５に表示される。

確認画面Ｇ４には、店舗名、住所、及び電話番号といった店舗に関する情報と、商品名、数量、及び価格といった買い物かごの商品に関する情報と、が表示される。確認画面Ｇ４には、これらの情報とともに、来店する時間帯を選択するためのボタンＢ４０と、注文を確定するためのボタンＢ４１と、が表示される。詳細は後述するが、本実施形態では、商品の調理時間、店員のキャパシティ、受取ボックス４０のキャパシティ、及びユーザの移動時間といった種々の要素が考慮されて、来店可能な時間帯が計算される。

ユーザが、何れかのボタンＢ４０を選択した後にボタンＢ４１を選択すると、サーバ１０は、ユーザの注文を受け付けて、予め登録されたクレジットカード番号等を利用して決済処理を実行する。サーバ１０は、決済処理が完了すると、店舗端末３０に対し、ユーザの注文内容を示す通知を送信する。店舗端末３０は、通知を受信すると、ユーザの注文内容を示す注文内容画面を表示部３５に表示させる。

図３は、店舗端末３０に表示される注文内容画面の一例を示す図である。図３に示すように、注文内容画面Ｇ５には、注文された商品の商品名などの情報、ユーザの氏名などの情報、及び来店予定の時間帯が表示される。本実施形態では、注文内容画面Ｇ５は、店舗端末３０にインストールされたアプリケーションの画面として表示される場合を説明するが、ブラウザの画面として表示されてもよい。また、電子メール又はＳＮＳなどを利用して、注文内容画面Ｇ５と同様の内容が表示されてもよい。

店員は、注文内容画面Ｇ５を確認すると、来店予定の時間帯に間に合うように、商品の調理を開始する。店員は、来店予定の時間帯になるまでに、商品の調理及び包装を完了し、商品を受取ボックス４０に格納する。ユーザは、来店予定の時間帯に間に合うように、自宅などの出発地から店舗に向けて移動して、受取ボックス４０内の商品を受け取る。

図４は、ユーザが受取ボックス４０内の商品を受け取る様子の一例を示す図である。図４に示すように、受取ボックス４０は、店舗の中又は外に配置される。なお、図４では、図１に示す受取ボックス４０の構成のうち、通信部４３及び撮影部４６のみを示しているが、操作部４４及び表示部４５もユーザ側に配置されていてもよい。この場合、商品の受け取り手順が表示部４５に表示されてもよいし、ユーザが操作部４４から商品を受け取るための操作をしてもよい。

本実施形態の受取ボックス４０は、その内部に、複数のユーザの各々が注文した商品を格納可能なスペースを有する。例えば、受取ボックス４０は、３つのスペースに区切られており、３人分の注文を格納できる。受取ボックス４０内のスペースは、本実施形態の例に限られず、１人分、２人分、又は４人分以上の注文を格納できるスペースが存在してもよい。また、店舗には、複数個の受取ボックス４０が配置されていてもよい。

なお、店員は、梱包した商品に、どのユーザの商品であるかを識別する情報を記載したメモを貼り付けるものとする。この情報は、梱包した袋に直接書き込むなどの他の任意の方法で商品に付与されてよい。ユーザは、この情報を見ることによって、受取ボックス４０内に複数の注文の商品が格納されていたとしても、自身が受け取るべき商品を特定することができる。

例えば、受取ボックス４０は、ユーザから見て表側と裏側の各々に扉を有する。表側の扉は、ユーザが商品を取り出すために利用される。表側の扉は、原則としてロックされている。来店したユーザの認証が成功すると、受取ボックス４０の表側の扉のロックが解除される。本実施形態では、認証の一例として顔認証を説明するが、認証自体は、公知の種々の方法を適用可能である。他の認証の適用例については、後述する変形例で説明する。なお、裏側の扉は、店員が商品を格納するために利用される。

ユーザは、自身が指定した時間帯に来店すると、受取ボックス４０の撮影部４６に自身の顔を撮影させる。受取ボックス４０は、サーバ１０に対し、撮影部４６により撮影された撮影画像を送信する。サーバ１０は、受取ボックス４０から受信した撮影画像に写された顔の特徴量と、ユーザが予め登録した顔写真から抽出した顔の特徴量と、に基づいて、顔認証を実行する。

顔認証が成功すると、受取ボックス４０の表側の扉のロックが解除される。ユーザは、ロックが解除されると、表側の扉を開けて商品を取り出す。ユーザは、商品を取り出すと表側の扉を閉める。以上により、店舗における商品の受け取りが完了する。なお、表側の扉は、受取ボックス４０の制御により、自動的に開閉されてもよい。顔認証が失敗した場合には、店員に対してその旨を通知するための通知画面が、店舗端末３０の表示部３５に表示される。

図５は、店舗端末３０に表示される通知画面の一例を示す図である。図５に示すように、通知画面Ｇ６には、顔認証が失敗した旨のメッセージが表示され、店員に対し、マニュアルの応対が促される。店員は、通知画面Ｇ６を確認すると、受取ボックス４０の前にいるユーザの接客を行う。店員は、通知画面Ｇ６に表示された情報に基づいて、ユーザの正当性を口頭で確認すると、受取ボックス４０内の商品をユーザに渡す。店員は、ユーザに対し、身分証の提示を求めてもよい。その後、店員がボタンＢ６０を選択すると、商品の受け取りが完了した旨がサーバ１０に通知される。

以上のように、本実施形態では、ユーザが手ぶらで来店したとしても、顔認証が成功すれば、店員と直接的に接することなく商品を受け取ることができる。ただし、顔認証の精度は万全ではないので、単純な顔認証だけを利用すると、悪意のある第三者がユーザになりすまして商品を受け取る可能性がある。この点は、顔認証に限られず、他の認証についても同様である。

そこで、本実施形態では、正当なユーザであったとしても、自身が指定した時間帯に来店しなければ、顔認証が成功しないようになっている。このため、ユーザと顔が似た第三者が店舗に来たとしても、ユーザが指定した時間帯を知らなければ、勝手に商品を受け取ることができない。このように、認証システムＳは、単純な顔認証だけではなく、第三者が知りえない時間的な情報も併用することによって、セキュリティを高めるようになっている。以降、この技術の詳細を説明する。

［３．認証システムにおいて実現される機能］
図６は、認証システムＳにおいて実現される機能の一例を示す機能ブロック図である。ここでは、サーバ１０、ユーザ端末２０、店舗端末３０、及び受取ボックス４０の各々において実現される機能を説明する。

［３－１．サーバにおいて実現される機能］
図６に示すように、サーバ１０では、データ記憶部１００、提示部１０１、取得部１０２、登録部１０３、認証部１０４、及び許可部１０５が実現される。データ記憶部１００は、記憶部１２を主として実現される。提示部１０１、取得部１０２、登録部１０３、認証部１０４、及び許可部１０５の各々は、制御部１１を主として実現される。

[データ記憶部]
データ記憶部１００は、認証に必要なデータを記憶する。ここでは、データ記憶部１００が記憶するデータの一例として、店舗データベースＤＢ１、ユーザデータベースＤＢ２、注文データベースＤＢ３、及び商品データベースＤＢ４を説明する。

図７は、店舗データベースＤＢ１のデータ格納例を示す図である。図７に示すように、店舗データベースＤＢ１は、複数の店舗の各々に関する情報が格納されたデータベースである。例えば、店舗データベースＤＢ１には、店舗ＩＤ、店舗名、パスワード、ジャンル、エリア、住所、電話番号、メールアドレス、店舗画像、及びキャパシティ情報が格納される。店舗データベースＤＢ１は、店員により更新可能である。

店舗ＩＤは、店舗を一意に識別する情報である、パスワードは、店舗端末３０にインストールされたアプリケーションからログインするために利用される。店舗名、ジャンル、エリア、及び住所は、検索の際のインデックスとして用いられる。店舗データベースＤＢ１には、店舗の説明文及び口コミなどの他の情報が含まれており、他の情報がインデックスとして用いられてもよい。

キャパシティ情報は、店舗のキャパシティに関する情報である。キャパシティとは、店舗における処理能力である。本実施形態では、キャパシティが数値によって表現される場合を説明するが、キャパシティは、文字などの他の要素によって表現されてもよい。数値が高いほどキャパシティが大きくなる。キャパシティが大きいほど、注文を受け付けてから準備が完了するまでの時間が短くなる。

例えば、設備的なキャパシティであれば、キャパシティ情報は、受取ボックス４０の数、サイズ、及び格納可能な商品数の少なくとも１つを示してもよいし、店舗の調理設備の数、種類、及び厨房の広さの少なくとも１つを示してもよい。また例えば、人員的なキャパシティであれば、キャパシティ情報は、店員数、店員の能力、調理可能な商品数、及び店舗の混雑具合の少なくとも１つを示す。なお、キャパシティ情報が示す数値は、時間帯及び曜日の少なくとも一方に応じて変化してもよい。

図８は、ユーザデータベースＤＢ２のデータ格納例を示す図である。図８に示すように、ユーザデータベースＤＢ２は、複数のユーザの各々に関する情報が格納されたデータベースある。ユーザデータベースＤＢ２には、ユーザＩＤ、ユーザの氏名、パスワード、年齢、性別、住所、電話番号、メールアドレス、アップロードされた顔写真のデータ、顔写真から計算された顔の特徴量、店舗までの移動手段、及び決済情報が格納される。ユーザデータベースＤＢ２は、ユーザの操作により更新可能である。

顔の特徴量は、顔の特徴を数値化した情報であり、例えば、顔のパーツの相対位置、大きさ、又は形状などの特徴が示されている。本実施形態では、顔写真が示す顔の特徴量を予め計算しておくものとするが、顔の特徴量は、認証時にその場で計算されてもよい。複数の顔写真が登録される場合には、顔写真ごとに、顔の特徴量が計算される。

なお、顔認証自体は、種々の手法を適用可能であり、例えば、主成分分析、線形判別分析、弾性マッチング、又は隠れマルコフモデルといった手法を利用可能であり、特徴量は、これらの手法に応じた計算式で計算されるようにすればよい。例えば、顔の特徴量は、多次元のベクトルで示されるものとするが、配列や単一の数値といった他の形式で示されてもよい。

本実施形態では、顔の特徴量は、認証情報の一例である。認証情報は、認証で用いられる情報である。認証情報は、認証方法に応じた情報であればよく、例えば、指紋パターン、声紋パターン、静脈パターン、筆跡パターン、パスワード、パスコード、暗証番号、又は合言葉などであってもよい。また例えば、ユーザＩＤ、年齢、性別、住所、電話番号、及びメールアドレスのうちの少なくとも１つが認証情報に相当してもよい。また例えば、ユーザデータベースＤＢ２にユーザの生年月日などの他の情報を格納しておき、他の情報が認証情報に相当してもよい。

移動手段は、店舗までの移動方法である。移動手段は、交通手段ということもできる。例えば、徒歩、自転車、自動車、電車、及びバスといったように、複数種類の移動手段のうち、ユーザが指定した移動手段がユーザデータベースＤＢ２に格納される。ユーザが移動手段を指定しない場合には、デフォルトの移動手段（例えば、徒歩）がユーザデータベースＤＢ２に格納される。本実施形態では、移動手段ごとに、基準となる移動速度が定められている。

決済情報は、電子的な決済で使用される情報である。決済情報は、決済で利用される任意の情報であってよく、例えば、クレジットカード番号、デビットカード番号、銀行口座の口座番号、電子マネー若しくはポイントに関連付けられたアカウント、又はウェブ上に登録されたウォレットの識別情報である。他にも例えば、決済情報は、電子決済アプリのアカウントなどの情報であってもよい。

図９は、注文データベースＤＢ３のデータ格納例を示す図である。図９に示すように、注文データベースＤＢ３は、複数の店舗の各々が受け付けた注文に関する情報が格納されたデータベースある。例えば、注文データベースＤＢ３には、注文ＩＤ、店舗ＩＤ、注文者情報、注文内容情報、予定時間情報、及び受取者情報が格納される。注文データベースＤＢ３は、注文が受け付けられるたびに更新される。なお、注文データベースＤＢ３には、注文の現在の状態（商品の準備完了又は商品の受取完了など）を示す情報などの他の情報が格納されていてもよい。

注文者情報は、注文者に関する情報である。注文者は、商品を注文したユーザである。例えば、注文者情報は、注文者のユーザＩＤ、氏名、年齢、性別、電話番号、及びメールアドレスのうちの少なくとも１つを含む。注文内容情報は、注文された商品の詳細に関する情報である。例えば、注文内容情報は、注文された商品の商品ＩＤ、数量、及びオプションの有無などである。

予定時間情報は、受取者が店舗を訪れる予定時間に関する情報である。本実施形態では、予定時間情報が一定の長さを有する時間帯を示す場合を説明するが、予定時間情報は、時間帯ではなく、あるピンポイントの時間を示してもよい。また、予定時間情報が示す時間帯は、本実施形態のような３０分に限られず、任意の長さであってよい。例えば、５分単位や１０分単位といったように３０分よりも短い時間帯であってもよいし、１時間や２時間といったように３０分よりも長い時間帯であってもよい。予定時間情報は、日付及び時刻の少なくとも一方を含めばよく、例えば、日付だけであってもよいし、時刻だけであってもよい。

受取者情報は、受取者に関する情報である。受取者は、商品を受け取るユーザである。即ち、受取者は、店舗に実際に訪れるユーザである。受取者は、来訪者ということもできる。例えば、受取者情報は、受取者のユーザＩＤ、氏名、年齢、性別、電話番号、及びメールアドレスのうちの少なくとも１つを含む。本実施形態では、注文者と受取者が同じである場合を説明するが、注文者と受取者は異なってもよい。注文者と受取者が異なる場合、注文者が受取者を指定してもよいし、注文者による指定がなく、自動的に受取者が決まってもよい。例えば、受取者は、注文者の家族、友人、又は同僚のように、注文者の知り合いであってもよいし、商品の受け取りを代行する業者のように、注文者の知り合いでなくてもよい。

図１０は、商品データベースＤＢ４のデータ格納例を示す図である。図１０に示すように、商品データベースＤＢ４は、複数の店舗の各々の商品に関する情報が格納されたデータベースである。例えば、商品データベースＤＢ４には、店舗ＩＤ、商品ＩＤ、商品名、価格、商品画像、及び準備時間情報が格納される。商品データベースＤＢ４は、店員によって更新可能である。

準備時間情報は、商品の準備に要する準備時間に関する情報である。準備時間情報は、店員によって指定されてもよいし、商品の種類などに応じて自動的に決定されてもよい。本実施形態では、商品が飲食物なので、準備時間情報は、商品の調理に要する時間を示す数値である。図１０のデータ格納例では、準備時間情報が商品１個あたりの準備時間を示しているが、２個以上の個数ごとに、準備時間が示されていてもよい。この場合、個数が多いほど準備時間が長くなるように、準備時間情報を設定すればよい。

［提示部］
提示部１０１は、ユーザ又はユーザに移動を依頼する依頼者に対し、ユーザが店舗を訪れる時間に関する選択肢を提示する。本実施形態では、注文者が依頼者に相当する。また、本実施形態では、注文者と受取者が同じユーザである場合を説明するので、提示部１０１は、店舗を訪れるユーザに対し、選択肢を提示する。

選択肢とは、予定時間情報が示す時間又は時間帯を選択するための画像である。本実施形態では、確認画面Ｇ４のボタンＢ４０が選択肢に相当する場合を説明する。このため、本実施形態でボタンＢ４０について説明している箇所は、選択肢と読み替えることができる。選択肢は、他の任意の画像であってよく、例えば、チェックボックス、プルダウンメニュー、又はラジオボタンなどであってもよい。

選択肢には、予定時間情報となりうる時間又は時間帯の候補が示される。図２の例であれば、提示部１０１は、選択肢として３つのボタンＢ４０を提示し、それぞれに異なる時間帯が示されている。提示部１０１により提示される選択肢の数は、図２のような３つに限られず、任意の数であってよい。例えば、提示部１０１は、１つ、２つ、又は４つ以上の選択肢を提示してもよい。選択肢が時間帯を示す場合、個々の選択肢が示す時間帯は、その一部が互いに重複していてもよい。

選択肢が示す時間又は時間帯は、ユーザが店舗を訪れることが可能な時間又は時間帯のうち、最短の時間又は時間帯であってもよいし、それよりも後の時間又は時間帯であってもよい。ユーザが店舗を訪れることが可能な時間又は時間帯とは、所望の商品又はサービスを提供できる時間又は時間帯である。この時間は、ユーザが所定の申し込み（本実施形態では、商品の注文）をした時間よりも後の時間になる。ユーザが申し込みをした時間から、ユーザが店舗を訪れることが可能な時間までの長さは、固定値であってもよいし、可変値であってもよい。本実施形態では、この長さが可変値であり、買い物かごの商品等に応じて決定される。

なお、提示部１０１による提示は、画像を利用した視覚的な方法以外にも、音声を利用した聴覚的な方法であってもよい。また、本実施形態では、提示部１０１がサーバ１０により実現されるため、提示部１０１は、ボタンＢ４０を表示させるためのデータ（ボタンＢ４０の画像データやＨＴＭＬデータなど）をユーザ端末２０に送信することによって、提示を行う。聴覚的な方法によって提示が行われる場合には、提示部１０１は、時間又は時間帯を示す音声データをユーザ端末２０に送信することによって、提示を行えばよい。

本実施形態では、提示部１０１は、店舗における準備に要する時間に関する準備時間情報に基づいて、ユーザ又は依頼者に対し、ボタンＢ４０を提示する。店舗における準備とは、店舗において提供される商品又はサービスの準備である。本実施形態のように、飲食物が商品に相当する場合、飲食物の調理及び包装は、準備に相当する。準備に要する時間は、準備を開始してから完了するまでに必要な時間である。

例えば、提示部１０１は、ユーザが買い物かごに入れた商品の数及び種類の少なくとも一方に基づいて、準備に要する時間を計算し、準備時間情報として取得する。例えば、商品の数が多いほど、準備に要する時間が長くなる。また例えば、提示部１０１は、商品が作業量の多い所定の種類である場合に、準備に要する時間が相対的に長くなる。

本実施形態では、個々の商品の準備時間情報が商品データベースＤＢ４に定められているので、提示部１０１は、ユーザが買い物かごに入れた商品に関連付けられた準備時間情報に基づいて、ボタンＢ４０を提示する。例えば、提示部１０１は、ユーザが買い物かごに入れた商品に関連付けられた準備時間情報が示す時間の合計値を現在の時間に加算し、ユーザが店舗を訪れることが可能な時間を計算する。提示部１０１は、その時間又はそれよりも後の時間帯を選択するためのボタンＢ４０を提示する。

本実施形態では、提示部１０１は、店舗におけるキャパシティに関するキャパシティ情報に基づいて、ユーザ又は依頼者に対し、ボタンＢ４０を提示する。キャパシティ情報が示すキャパシティが時間又は時間帯に応じて変化する場合には、提示部１０１は、ユーザが店舗を訪れる時間又は時間帯に応じたキャパシティ情報に基づいて、準備に要する時間を計算する。

例えば、設備的なキャパシティであれば、キャパシティ情報が示す受取ボックス４０の数が多いほど、ボタンＢ４０が示す時間又は時間帯が早くなる。また例えば、キャパシティ情報が示す受取ボックス４０のサイズが大きいほど、ボタンＢ４０が示す時間又は時間帯が早くなる。また例えば、キャパシティ情報が示す受取ボックス４０に格納可能な商品数が多いほど、ボタンＢ４０が示す時間又は時間帯が早くなる。

例えば、提示部１０１は、注文データベースＤＢ３と、キャパシティ情報と、に基づいて、受取ボックス４０が空いている時間帯を特定し、特定された時間帯を示すボタンＢ４０を提示する。受取ボックス４０が空いている時間帯は、キャパシティ情報に基づいて特定される格納可能な商品の総数が、その時間帯に受け付けた注文の商品数未満であることを意味する。

また例えば、人員的なキャパシティであれば、キャパシティ情報が示す店員数が多いほど、ボタンＢ４０が示す時間又は時間帯が早くなる。また例えば、キャパシティ情報が示す店員の能力が高いほど、ボタンＢ４０が示す時間又は時間帯が早くなる。また例えば、キャパシティ情報が示す調理可能な商品数が多いほど、ボタンＢ４０が示す時間又は時間帯が早くなる。また例えば、キャパシティ情報が示す店舗の混雑具合が空いているほど、ボタンＢ４０が示す時間又は時間帯が早くなる。

本実施形態では、提示部１０１は、店舗までの移動に要する時間に関する移動時間情報に基づいて、ユーザ又は依頼者に対し、ボタンＢ４０を提示する。この移動は、所定の出発地から店舗までの移動である。例えば、出発地は、受取者として指定されたユーザの住所又はその住所に対応する座標情報（例えば、緯度経度情報）である。また例えば、ユーザ端末２０にＧＰＳ受信機を含めておき、出発地は、ＧＰＳ受信機を利用して検出された現在位置情報であってもよい。位置を特定する方法と、移動に要する時間を計算する方法と、の各々は、公知の手法を利用可能である。出発地から店舗までのルート上の距離を所定の速度で割ることによって、移動に要する時間が計算されるようにすればよい。

なお、移動手段は変更できないように固定されていてもよいが、本実施形態では、任意の移動手段を指定可能なので、提示部１０１は、複数の移動手段のうち、ユーザ又は依頼者により指定された移動手段に基づいて、移動時間情報を取得する。提示部１０１は、指定された移動手段に関連付けられた移動速度に基づいて、移動時間情報を取得する。移動手段と移動速度との関係は、データ記憶部１００に予め記憶されているものとする。提示部１０１は、出発地から店舗までの距離を、指定された移動手段に関連付けられた移動速度で割ることによって、移動時間情報を取得する。

［取得部］
取得部１０２は、ユーザ又は依頼者により選択されたボタンＢ４０に基づいて、予定時間情報を取得する。本実施形態では、取得部１０２は、選択されたボタンＢ４０が示す時間帯を、予定時間情報として取得する。データ記憶部１００には、個々のボタンＢ４０を識別する情報と、当該ボタンＢ４０が示す時間帯と、の関連付けが記憶されているものとする。取得部１０２は、ユーザが選択したボタンＢ４０に関連付けられた時間帯を、予定時間情報として取得する。

［登録部］
登録部１０３は、所定の店舗を訪れるユーザに関するユーザ情報と、ユーザが店舗を訪れる予定時間に関する予定時間情報と、を関連付けてデータ記憶部１００に登録する。関連付けるとは、ある情報に基づいて他の情報を検索可能にすることである。本実施形態では、注文データベースＤＢ３の同じレコードにユーザ情報と予定時間情報を格納することが、これらを関連付けることに相当する。

ユーザ情報は、認証におけるインデックス（正解）に相当する認証情報、又は、その認証情報に関連付けられた情報である。本実施形態では、注文データベースＤＢ３に格納されるユーザＩＤがユーザ情報に相当する場合を説明する。このため、本実施形態で注文データベースＤＢ３に格納されるユーザＩＤについて説明している箇所は、ユーザ情報と読み替えることができる。

なお、ユーザ情報は、任意の種類の情報であってよい。例えば、ユーザ情報は、氏名、生年月日、電話番号、及びメールアドレスの少なくとも１つであってもよいし、顔の特徴量、パスワード、パスコード、暗証番号、又は合言葉などのような認証情報そのものであってもよい。

登録とは、データ記憶部１００に記録することである。本実施形態では、注文データベースＤＢ３に情報を格納することが登録に相当する。本実施形態では、登録部１０３は、注文が受け付けられると、他の注文と重複しないようにして注文ＩＤを生成し、ユーザが商品を注文した店舗の店舗ＩＤ、注文者情報、注文内容情報、予定時間情報、及び受取者情報を、互いに関連付けて注文データベースＤＢ３に登録する。予定時間情報は、取得部１０２により取得される。他の情報は、ユーザ端末２０から受信した情報（例えば、ユーザのユーザＩＤ及び買い物かごの中身を示す情報）、店舗データベースＤＢ１、ユーザデータベースＤＢ２、及び商品データベースＤＢ４を利用して取得されるようにすればよい。

本実施形態では、複数のユーザが１つの店舗を訪れることがあるので、登録部１０３は、店舗を訪れる複数のユーザの各々のユーザＩＤと、当該ユーザが店舗を訪れる予定時間に関する予定時間情報と、を関連付けて注文データベースＤＢ３に登録する。即ち、登録部１０３は、店舗を訪れるユーザごとに、ユーザＩＤと予定時間情報とを関連付けて注文データベースＤＢ３に登録する。

本実施形態では、複数の店舗の各々に対する注文が受け付けられるので、登録部１０３は、複数の店舗の各々に関連付けて、当該店舗を訪れるユーザに関するユーザＩＤと、当該ユーザが当該店舗を訪れる予定時間に関する予定時間情報と、を注文データベースＤＢ３に登録する。即ち、登録部１０３は、店舗ごとに、ユーザＩＤと予定時間情報とを関連付けて注文データベースＤＢ３に登録する。

本実施形態では、ユーザ又は依頼者によりボタンＢ４０が選択され、取得部１０２により予定時間情報が取得されるので、登録部１０３は、取得部１０２により取得された予定時間情報を、注文データベースＤＢ３に登録する。なお、予定時間情報は、ユーザ又は依頼者による選択ではなく、サーバ１０側で自動的に決定されてもよい。

本実施形態では、生体認証が実行されるので、登録部１０３は、ユーザの生体情報、又は、生体情報を取得するためのユーザの識別情報を、ユーザ情報として注文データベースＤＢ３に登録する。本実施形態では、ユーザＩＤが識別情報に相当する場合を例に挙げるが、識別情報は、氏名などの他の任意の情報であってよい。また、本実施形態では、識別情報の一例であるユーザＩＤが注文データベースＤＢ３に格納される場合を説明するが、生体情報の一例である顔の特徴量が注文データベースＤＢ３に格納されてもよい。

［認証部］
認証部１０４は、何者かが店舗を訪れた場合に、当該何者かに関する来訪者情報、登録部１０３により登録されたユーザＩＤ、当該何者かが店舗を訪れた時間に関する来訪時間情報、及び登録部１０３により登録された予定時間情報に基づいて、認証を実行する。何者かとは、店舗を訪れた者である。店舗には、ユーザが訪れることもあるし、第三者が訪れることもある。認証システムＳからすれば、何者かが店舗を訪れた時点ではその者が誰なのか分からないので、本実施形態では、上記のような記載とする。

来訪者情報は、店舗を訪れた者の認証情報である。別の言い方をすれば、来訪者情報は、認証におけるクエリに相当する認証情報である。本実施形態では、店舗を訪れた者の顔の特徴量が来訪者情報に相当する場合を説明するが、来訪者情報は、利用される認証方法に応じた認証情報であればよい。例えば、来訪者情報は、ユーザＩＤ、氏名、生年月日、電話番号、及びメールアドレスのうちの少なくとも１つであってもよいし、指紋パターンのような他の生体情報、パスワード、パスコード、暗証番号、二次元コード、又は合言葉など他の認証情報であってもよい。

認証部１０４は、店舗における装置を利用して、来訪者情報を取得する。本実施形態では、この装置の一例として受取ボックス４０を説明するが、この装置は、店舗にある装置であればよく、例えば、店舗端末３０、又は、店舗に来たユーザが保有するユーザ端末２０であってもよい。

例えば、認証部１０４は、受取ボックス４０の撮影部４６が撮影した撮影画像に基づいて、店舗を訪れた者の顔の特徴量を計算し、来訪者情報として取得する。なお、撮影画像そのものが来訪者情報に相当してもよい。また、来訪者情報は、撮影部４６以外の他の構成を利用して取得可能なのであれば、他の構成を利用して取得されてもよい。例えば、通信部４３、操作部４４、又は自然界における物理量を検出可能なセンサ（指紋センサ又は赤外線センサなど）を利用して、来訪者情報が取得されてもよい。

来訪時間情報は、認証部１０４が認証を実行する場合の現在時間、その現在時間の前後の時間、又はこれらの時間帯である。本実施形態では、何者かが店舗を訪れると、受取ボックス４０からサーバ１０に対し、撮影画像が送信されて認証が開始されるので、来訪時間情報は、サーバ１０が撮影画像を受信した場合の現在時間である。現在時間は、リアルタイムクロック又はＧＰＳ等を利用して取得されるようにすればよい。なお、来訪時間情報は、撮影画像の撮影時間などの他の時間又は時間帯を示してもよい。

本実施形態では、登録部１０３により登録されたユーザ情報が認証情報そのものではなく、受取者であるユーザのユーザＩＤ（注文データベースＤＢ３に格納された受取者情報に含まれるユーザＩＤ）なので、認証部１０４は、ユーザデータベースＤＢ２を参照し、登録部１０３により登録されたユーザＩＤに関連付けられた、受取者の認証情報を取得する。認証部１０４は、来訪者情報と受取者の認証情報とが一致又は類似し、かつ、来訪時間情報と予定時間情報とが対応する場合に、認証が成功したと判定する。

なお、認証部１０４は、来訪者情報と受取者の認証情報とが一致又は類似しなかった場合、又は、来訪時間情報と予定時間情報とが対応しなかった場合に、認証が失敗したと判定する。即ち、認証が成功するには、来訪者情報と受取者の認証情報とが一致又は類似していること、及び、来訪時間情報と予定時間情報とが対応していることの２つの条件が成立する必要があり、片方の条件だけが成立しても認証は成功しない。

来訪者情報と受取者の認証情報が一致するとは、来訪者情報と受取者の認証情報が同じことである。例えば、パスワード認証、パスコード認証、又は暗証番号認証などのように、完全一致が要求される認証方法の場合には、認証を成功させるために、来訪者情報と受取者の認証情報との一致が要求される。

来訪者情報と受取者の認証情報が類似するとは、来訪者情報と受取者の認証情報との違いが閾値未満のこと、又は、来訪者情報と受取者の認証情報とが部分一致することである。生体認証のように認証情報の類似性によって判定される認証方法の場合には、認証を成功させるために、来訪者情報と受取者の認証情報との類似が要求される。なお、このような認証方法において、認証情報が完全一致することは稀であるが、認証情報が完全一致した場合にも認証は成功する。

来訪時間情報と予定時間情報とが対応するとは、来訪時間情報と予定時間情報とが一致すること、又は、来訪時間情報と予定時間情報との時間的なずれが閾値未満のことである。本実施形態では、来訪時間情報が示す時間が、予定時間情報が示す時間帯に含まれることが、来訪時間情報と予定時間情報とが対応することに相当する。予定時間情報が時間帯ではなく時間を示す場合には、来訪時間情報が示す時間と、予定時間情報が示す時間と、が一致すること、又は、これらの時間差が閾値未満であることは、来訪時間情報と予定時間情報とが対応することに相当する。

本実施形態では、複数のユーザが１つの店舗を訪れることがあるので、認証部１０４は、来訪者情報と、複数のユーザの各々のユーザＩＤのうち、来訪時間情報に対応する予定時間情報が関連付けられたユーザＩＤと、に基づいて、認証を実行する。即ち、注文データベースＤＢ３に登録されたユーザＩＤのうち、来訪時間情報に対応する予定時間情報が関連付けられたユーザＩＤが認証で使用される。

本実施形態では、複数の店舗の各々に対する注文が受け付けられるので、認証部１０４は、何者かが複数の店舗の何れかを訪れた場合に、当該店舗を訪れた者に関する来訪者情報、当該店舗に関連付けられたユーザＩＤ、何者かが当該店舗を訪れた時間に関する来訪時間情報、及び当該店舗に関連付けられた予定時間情報に基づいて、認証を実行する。即ち、注文データベースＤＢ３に登録されたユーザＩＤ及び予定時間情報のうち、何者かが訪れた店舗の店舗ＩＤが関連付けられたユーザＩＤ及び予定時間情報が認証で使用される。

本実施形態では、来訪者情報は、店舗を訪れた者の生体情報なので、認証部１０４は、店舗を訪れた者の生体情報、ユーザの生体情報、来訪時間情報、及び予定時間情報に基づいて、認証を実行することになる。

［許可部］
許可部１０５は、認証部１０４による認証が成功した場合に、所定の処理の実行を許可する。本実施形態では、ユーザが商品を受け取る店舗が所定の場所に相当し、ユーザが店舗を訪れる予定時間に関する情報が予定時間情報に相当し、何者かが店舗を訪れた時間に関する情報が来訪時間情報に相当するので、許可部１０５は、認証が成功した場合に、店舗における商品の受け取りを許可する。

本実施形態では、許可部１０５は、受取ボックス４０に対し、認証が成功したことを示す通知を送信することによって、商品の受け取りを許可する。なお、許可部１０５は、店舗端末３０などの他のコンピュータに対し、通知を送信することによって、商品の受け取りを許可してもよい。また、許可部１０５により許可される所定の処理は、通知の送信に限られない。所定の処理は、認証システムＳが適用される場面に応じた処理であればよく、所定の処理の他の例については、後述の変形例で説明する。

［３－２．ユーザ端末において実現される機能］
図６に示すように、ユーザ端末２０では、データ記憶部２００及び受付部２０１が実現される。データ記憶部２００は、記憶部２２を主として実現される。受付部２０１は、制御部２１を主として実現される。

［データ記憶部］
データ記憶部２００は、商品の注文に必要なデータを記憶する。例えば、データ記憶部２００は、サーバ１０のＩＰアドレス等の情報を記憶する。また例えば、データ記憶部３００は、注文を受け付けるためのアプリケーションを記憶する。

［受付部］
受付部２０１は、種々の操作を受け付ける。例えば、受付部２０１は、ボタンＢ４０の選択を受け付ける。受付部２０１は、サーバ１０に対し、選択されたボタンＢ４０を識別する情報を送信する。なお、受付部２０１が受け付ける操作は、ボタンＢ４０の選択に限られず、他の種々の操作であってよい。

［３－３．店舗端末において実現される機能］
図６に示すように、店舗端末３０では、データ記憶部３００及び通知部３０１が実現される。データ記憶部３００は、記憶部３２を主として実現される。通知部３０１は、制御部３１を主として実現される。

［データ記憶部］
データ記憶部３００は、記憶部３２を主として実現される。データ記憶部３００は、店舗運営に必要なデータを記憶する。例えば、データ記憶部３００は、サーバ１０のＩＰアドレス等の情報を記憶する。また例えば、データ記憶部３００は、店舗運営を支援するためのアプリケーションを記憶する。

［通知部］
通知部３０１は、認証部１０４による認証が失敗した場合に、店員に対し、所定の通知を行う。本実施形態では、所定の通知が通知画面Ｇ６である場合を説明するが、所定の通知は、認証が失敗した旨を示す通知であればよい。例えば、電子メール又はＳＮＳ等を利用して所定のメッセージを送信することが所定の通知をすることに相当してもよいし、店舗端末３０においてプッシュ通知をすることが所定の通知をすることに相当してもよい。

［３－４．受取ボックスにおいて実現される機能］
図６に示すように、受取ボックス４０では、データ記憶部４００及び実行部４０１が実現される。データ記憶部４００は、記憶部４２を主として実現される。実行部４０１は、制御部４１を主として実現される。

［データ記憶部］
データ記憶部４００は、認証に必要なデータを記憶する。例えば、データ記憶部４００は、サーバ１０のＩＰアドレス等の情報を記憶する。また例えば、データ記憶部４００は、サーバ１０から認証が成功した旨の通知を受信した場合に、受取ボックス４０のロックを解除するプログラムを記憶する。

［実行部］
実行部４０１は、サーバ１０に対し、撮影部４６により撮影された撮影画像を送信する。実行部４０１は、サーバ１０から、認証結果を受信する。実行部４０１は、認証が成功した旨の通知を受信した場合に、受取ボックス４０のロックを解除する。なお、実行部４０１は、認証が成功した場合に許可される処理を実行すればよく、実行部４０１が実行する処理は、ロックの解除に限られない。例えば、操作部４４からロック解除が可能な場合には、実行部４０１が実行する処理は、店員に対してロック解除を促す処理であってもよい。他にも例えば、実行部４０１が実行する処理は、表示部４５に所定のメッセージを表示させる処理であってもよい。

［４．認証システムにおいて実行される処理］
次に、認証システムＳにおいて実行される処理について説明する。ここでは、商品を注文するための注文処理と、商品を受け取るための受取処理と、について説明する。下記に説明する処理は、図６に示す機能ブロックにより実行される処理の一例である。

［４－１．注文処理］
図１１及び図１２は、注文処理の一例を示すフロー図である。図１１及び図１２に示す注文処理は、制御部１１，２１，３１が、それぞれ記憶部１２，２２，３２に記憶されたプログラムに従って動作することによって実行される。注文処理は、ユーザ端末２０にインストールされたアプリケーションが起動した場合に実行される。アプリケーションの起動時にユーザのログインが要求されてもよいし、ユーザ端末２０に記憶された情報に基づいて自動的にログインが実行されてもよい。ユーザ端末２０からサーバ１０に対して何らかの情報が送信される場合には、ユーザＩＤも送信されるものとする。

図１１に示すように、ユーザ端末２０は、メニュー画面Ｇ１を表示部２５に表示させる（Ｓ１００）。Ｓ１００においてメニュー画面Ｇ１が表示されると、ユーザ端末２０は、入力フォームＦ１０，Ｆ１１に対する検索条件の入力を受け付ける。

ユーザ端末２０は、入力フォームＦ１０，Ｆ１１に検索条件が入力されてボタンＢ１２が選択されると、サーバ１０に対し、検索要求を送信する（Ｓ１０１）。検索要求は、店舗及び商品の少なくとも一方を検索するための要求であり、所定形式のデータが送信されることによって行われる。検索要求は、ユーザが入力した検索条件が含まれる。

サーバ１０は、検索要求を受信すると、ユーザが入力した検索条件と、店舗データベースＤＢ１と、に基づいて、検索を実行し（Ｓ１０２）、ユーザ端末２０に対し、検索結果を送信する（Ｓ１０３）。Ｓ１０２においては、サーバ１０は、検索条件をクエリとし、店舗データベースＤＢ１に格納された住所などの情報をインデックスとして検索を実行する。Ｓ１０３において送信される検索結果には、検索でヒットした店舗の店舗ＩＤ、店舗名、及び店舗画像などの情報が含まれる。即ち、検索結果には、検索結果画面Ｇ２に表示される情報が含まれる。

ユーザ端末２０は、検索結果を受信すると、検索結果画面Ｇ２を表示部２５に表示させる（Ｓ１０４）。Ｓ１０４において検索結果画面Ｇ２が表示されると、ユーザ端末２０は、リストＬ２０に表示された店舗の選択を受け付ける。ユーザ端末２０は、リストＬ２０から店舗が選択されると、サーバ１０に対し、ユーザが選択した店舗の店舗ＩＤを送信する（Ｓ１０５）。

サーバ１０は、店舗ＩＤを受信すると、店舗データベースＤＢ１に基づいて、ユーザ端末２０に対し、ユーザが選択した店舗に関する情報を送信する（Ｓ１０６）。この情報は、ユーザにより選択された店舗に関する任意の情報であればよく、例えば、店舗名、ジャンル、住所、商品名、価格、及び商品画像などの情報が含まれる。即ち、この情報には、詳細画面Ｇ３に表示される情報が含まれる。

ユーザ端末２０は、ユーザが選択した店舗に関する情報を受信すると、詳細画面Ｇ３を表示部２５に表示させる（Ｓ１０７）。Ｓ１０７において詳細画面Ｇ３が表示されると、ユーザ端末２０は、リストＬ３０に表示された商品の選択を受け付ける。

ユーザ端末２０は、リストＬ３０から商品が選択されると、サーバ１０に対し、ユーザが選択した商品を買い物かごに追加し（Ｓ１０８）、確認画面Ｇ４に進むための所定の操作が行われると、サーバ１０に対し、買い物かごの中身を送信する（Ｓ１０９）。買い物かごの中身は、記憶部２２に記憶され、例えば、ユーザにより選択された商品の商品ＩＤ及び数量が格納される。その商品を販売する店舗の店舗ＩＤが買い物かごの中身に格納されてもよい。

サーバ１０は、買い物かごの中身を受信すると、店舗データベースＤＢ１と、商品データベースＤＢ４と、に基づいて、買い物かごの商品の準備時間情報を取得する（Ｓ１１０）。Ｓ１１０においては、サーバ１０は、店舗データベースＤＢ１に格納された店舗のキャパシティ情報と、商品データベースＤＢ４に格納された個々の商品の準備時間情報と、に基づいて、買い物かごの全ての商品の調理を終えるために要する調理時間の合計値を計算し、準備時間情報として取得する。

サーバ１０は、店舗データベースＤＢ１と、ユーザデータベースＤＢ２と、に基づいて、出発地から店舗までの距離を計算する（Ｓ１１１）。Ｓ１１１においては、サーバ１０は、店舗データベースＤＢ１に格納された店舗の住所に応じた緯度経度情報と、ユーザデータベースＤＢ２に格納されたユーザの住所に応じた緯度経度情報と、の間の距離を計算する。

図１２に移り、サーバ１０は、ユーザデータベースＤＢ２と、Ｓ１１１で計算した距離と、に基づいて、移動時間情報を取得する（Ｓ１１２）。Ｓ１１２においては、サーバ１０は、Ｓ１１１で計算した距離を、ユーザデータベースＤＢ２に格納された移動手段に応じた速度で割ることによって、移動時間を計算する。

サーバ１０は、リアルタイムクロック等を利用して取得した現在時間、Ｓ１１０で取得した準備時間情報、及びＳ１１１で計算した移動時間情報に基づいて、来店可能な最短時間を計算する（Ｓ１１３）。Ｓ１１３においては、サーバ１０は、現在時間に対し、準備時間情報が示す時間及び移動時間情報が示す時間のうちの長い方を加算することによって、来店可能な最短時間を計算する。

サーバ１０は、店舗データベースＤＢ１、注文データベースＤＢ３、及びＳ１１３で計算した最短時間に基づいて、ボタンＢ４０が示す候補の時間に関する候補時間情報を取得する（Ｓ１１４）。Ｓ１１４においては、サーバ１０は、店舗データベースＤＢ１に格納された受取ボックス４０のキャパシティ情報と、注文データベースＤＢ３に格納された注文済みの内容と、に基づいて、最短時間以降の時間帯のうち、受取ボックス４０が空いている所定個数の時間帯を特定し、候補時間情報として取得する。例えば、サーバ１０は、最短時間を３０分ずつ加算し、その時間帯における受取ボックス４０の空き状況を確認する。サーバ１０は、受取ボックス４０が空いていれば、その時間帯を候補として取得し、受取ボックス４０が空いていなければ次の３０分の空き状況を確認する。サーバ１０は、所定個数（本実施形態では３個）の候補が見つかるまで、これらの処理を繰り返す。

サーバ１０は、ユーザ端末２０に対し、Ｓ１１４で取得した候補時間情報を送信する（Ｓ１１５）。Ｓ１１４においては、確認画面Ｇ４に表示される情報（即ち、候補時間情報に対応するボタンＢ４０を表示させるための情報）が送信される。

ユーザ端末２０は、候補時間情報を受信すると、確認画面Ｇ４を表示部２５に表示させる（Ｓ１１６）。Ｓ１１６において確認画面Ｇ４が表示されると、ユーザ端末２０は、ボタンＢ４０の選択を受け付ける。

ユーザ端末２０は、ユーザにより何れかのボタンＢ４０が選択された状態でボタンＢ４１が選択されると、サーバ１０に対し、注文要求を送信する（Ｓ１１７）。注文要求は、注文を確定するための要求であり、所定形式のデータが送信されることによって行われる。注文要求には、ユーザにより選択された予定時間情報を識別する情報が含まれる。

サーバ１０は、注文要求を受信すると、ユーザデータベースＤＢ２に基づいて、注文を受け付ける処理を実行し、ユーザＩＤと予定時間情報等を登録する（Ｓ１１８）。Ｓ１１８においては、サーバ１０は、決済処理を実行し、注文要求に含まれる情報に基づいて、受け付けた注文に対応する注文ＩＤ、店舗ＩＤ、注文者情報、注文内容情報、予定時間情報、及び受取者情報を関連付けて、注文データベースＤＢ３に登録する。

サーバ１０は、店舗端末３０に対し、注文内容の詳細を送信する（Ｓ１１９）。店舗端末３０は、詳細を受信すると、注文内容画面Ｇ５を表示部３５に表示させ（Ｓ１２０）、本処理は終了する。

［４－２．受取処理］
図１３は、受取処理の一例を示すフロー図である。図１３に示す受取処理は、制御部１１，３１，４１が、それぞれ記憶部１２，３２，４２に記憶されたプログラムに従って動作することによって実行される。受取処理は、任意のタイミングで実行可能であり、例えば、受取ボックス４０の操作部４４に対して所定の操作が受け付けられた場合に実行されてもよい。他にも例えば、受取ボックス４０に人感センサを取り付けておき、人感センサが何者かの接近を検出した場合に、受取処理が実行されてもよい。

図１３に示すように、受取ボックス４０は、サーバ１０に対し、店舗ＩＤと、撮影部４６により撮影された撮影画像と、を送信する（Ｓ２００）。店舗ＩＤは、記憶部４２に記憶されているものとする。

サーバ１０は、店舗ＩＤと撮影画像とを受信すると、受信した撮影画像に基づいて、来店した何者かの顔の特徴量を計算する（Ｓ２０１）。Ｓ２０１において計算される顔の特徴量は、来訪者情報の一例である。

サーバ１０は、現在時間を来訪時間情報として取得し、注文データベースＤＢ３と、Ｓ２０１で受信した店舗ＩＤと、に基づいて、現在の時間に来店予定のユーザのユーザＩＤを取得する（Ｓ２０２）。Ｓ２０２においては、サーバ１０は、注文データベースＤＢ３を参照し、受取ボックス４０から受信した店舗ＩＤと、来訪時間情報に対応する予定時間情報と、が関連付けられたユーザＩＤを取得する。

サーバ１０は、ユーザデータベースＤＢ２と、受取ボックス４０から受信したユーザＩＤと、に基づいて、現在の時間に来店予定のユーザの顔の特徴量を取得する（Ｓ２０３）。Ｓ２０３においては、サーバ１０は、ユーザデータベースＤＢ２を参照し、Ｓ２０２で取得したユーザＩＤに関連付けられた特徴量を取得する。複数個のユーザＩＤがＳ２０２で取得された場合には、その個数分の特徴量が取得される。

サーバ１０は、Ｓ２０１で計算した特徴量と、Ｓ２０３で取得した特徴量と、に基づいて、認証を実行する（Ｓ２０４）。Ｓ２０４においては、サーバ１０は、これら２つの特徴量の距離を計算する。サーバ１０は、距離が閾値未満の場合には、認証が成功したと判定する。サーバ１０は、距離が閾値以上の場合には、認証が失敗したと判定する。

認証が成功した場合（Ｓ２０４；成功）、サーバ１０は、受取ボックス４０に対し、成功通知を送信する（Ｓ２０５）。成功通知は、認証が成功したことを示す通知であり、所定形式のデータが送信されることによって行われる。

受取ボックス４０は、成功通知を受信すると、表側の扉のロックを解除する（Ｓ２０６）。Ｓ２０６においては、受取ボックス４０は、ロックを解除した表側の扉を自動的に開いてもよい。その後、ユーザは、受取ボックス４０内の商品を取り出す。ユーザは、商品を取りだすと、受取ボックス４０の表側の扉を閉じる。

受取ボックス４０は、表の扉が閉じられると、サーバ１０に対し、受取完了通知を送信する（Ｓ２０７）。受取完了通知は、商品の受け取りが完了したことを示す通知であり、所定形式のデータが送信されることによって行われる。サーバ１０は、受取完了通知を受信すると、注文データベースＤＢ３を更新し（Ｓ２０８）、本処理は終了する。Ｓ２０８においては、注文データベースＤＢ３から受取が完了した注文に対応するレコードが削除されてもよいし、受取状況を示す情報（例えば、受取前、受取済みなど）を注文データベースＤＢ３に格納しておく場合には、その情報が受取済みに更新されてもよい。

一方、認証が失敗した場合（Ｓ２０４；失敗）、サーバ１０は、店舗端末３０に対し、失敗通知を送信する（Ｓ２０９）。失敗通知は、認証が成功したことを示す通知であり、所定形式のデータが送信されることによって行われる。店舗端末３０は、失敗通知を受信すると、通知画面Ｇ６を表示部３５に表示させ（Ｓ２１０）、本処理は終了する。店員がマニュアルの対応を済ませてボタンＢ６０を選択すると、店舗端末３０からサーバ１０に対し、その旨が通知されてＳ２０８と同様にして注文データベースＤＢ３が更新される。

本実施形態の認証システムＳによれば、何者かが店舗を訪れた場合に、来訪者情報、注文データベースＤＢ３に登録されたユーザＩＤ、来訪時間情報、及び予定時間情報に基づいて、認証を実行することによって、単純な顔認証だけを実行するのではなく、時間的な要素も考慮することによって、セキュリティを高めることができる。例えば、ユーザと顔が似ている悪意のある第三者が店舗を訪れたとしても、予定時間情報が示す時間帯でなければ認証が成功せず商品を受け取ることができないので、セキュリティを高めることができる。

また、認証システムＳは、来訪者情報と、複数のユーザの各々のユーザＩＤのうち、来訪時間情報に対応する予定時間情報が関連付けられたユーザＩＤと、に基づいて、認証を実行することによって、複数のユーザが訪れる店舗であったとしても、時間的な要素も考慮した認証を可能とし、セキュリティを高めることができる。

また、認証システムＳは、何者かが複数の店舗の何れかを訪れた場合に、当該店舗を訪れた者に関する来訪者情報、当該店舗に関連付けられたユーザＩＤ、何者かが当該店舗を訪れた時間に関する来訪時間情報、及び当該店舗に関連付けられた予定時間情報に基づいて、認証を実行することによって、複数の店舗の各々が注文を受け付ける場合であったとしても、時間的な要素も考慮した認証を可能とし、セキュリティを高めることができる。

また、認証システムＳは、ユーザにより選択されたボタンＢ４０に基づいて、予定時間情報を取得して注文データベースＤＢ３に登録することによって、ユーザに所望の時間又は時間帯を選択させることができ、ユーザの利便性を高めることができる。その結果、ユーザがより確実に商品を受け取ることができ、受取ボックス４０の回転率を高めることができる。

また、認証システムＳは、準備時間情報に基づいて、ユーザに対し、ボタンＢ４０を提示することによって、ユーザが注文した商品の準備に要する時間も考慮し、来店したユーザが確実に商品を受け取ることができる時間又は時間帯のボタンＢ４０を提示できる。その結果、来店したユーザを待たせることがなくなるので、ユーザの利便性を高めることができる。

また、認証システムＳは、キャパシティ情報に基づいて、ユーザに対し、ボタンＢ４０を提示することによって、店舗の設備的なキャパシティや人員的なキャパシティを考慮し、来店したユーザが確実に商品を受け取ることができる時間又は時間帯のボタンＢ４０を提示できる。その結果、来店したユーザを待たせることがなくなるので、ユーザの利便性を高めることができる。

また、認証システムＳは、移動時間情報に基づいて、ユーザに対し、ボタンＢ４０を提示することによって、ユーザが店舗まで移動する時間を考慮し、来店したユーザが確実に商品を受け取ることができる時間又は時間帯のボタンＢ４０を提示できる。その結果、ユーザが、自身が指定した時間又は時間帯に間に合わないといったことを防止できるので、ユーザの利便性を高めることができる。

また、認証システムＳは、複数の移動手段のうち、ユーザにより指定された移動手段に基づいて、移動時間情報を取得することによって、ユーザが店舗まで利用する実際の移動手段を考慮し、正確な移動時間情報を取得できる。その結果、来店したユーザが商品を受け取る確実性をより高めることができる。

また、認証システムＳは、店舗を訪れた者の生体情報、ユーザの生体情報、来訪時間情報、及び予定時間情報に基づいて、認証を実行することによって、ユーザが手ぶらで店舗を訪れたとしても、セキュリティの高い認証を実行することができる。

また、認証システムＳは、認証が成功した場合に、店舗における商品の受け取りを許可することによって、正当なユーザに確実に商品を受け取らせることができる。また、ユーザは、店員と顔を合わせることなく商品を受け取ることができるので、店舗側の利便性も向上し、感染症対策にもなる。

［５．変形例］
なお、本開示は、以上に説明した実施の形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

図１４は、変形例における機能ブロック図である。図１４に示すように、以降説明する変形例では、実施形態で説明した機能に加えて、判定部１０６及び追加認証部１０７が実現される。判定部１０６及び追加認証部１０７の各々は、制御部１１を主として実現される。

（１）例えば、あるユーザＡと、ユーザＡと顔が似た他のユーザＢと、が同じ店舗Ｘに商品を注文し、同じ時間帯に商品を受け取りに行ったとする。この場合、認証システムＳからすると、ユーザＡとユーザＢの区別がつかず、ユーザＡが誤ってユーザＢとして認証される可能性がある。逆に、ユーザＢが誤ってユーザＡとして認証される可能性もある。

そこで、ユーザＡが店舗Ｘの商品を注文しようとしたときに、顔が似た他のユーザＢが既に同じ店舗Ｘに注文済みだった場合に、ユーザＡの確認画面Ｇ４において、ユーザＢが店舗に訪れる時間帯のボタンＢ４０が表示されないようにしてもよい。即ち、ユーザＢが店舗Ｘを訪れる時間帯を避けるように、他の時間帯のボタンＢ４０がユーザＡの確認画面Ｇ４に表示されるようにしてもよい。

登録部１０３は、あるユーザＡのユーザＩＤ及び予定時間情報を注文データベースＤＢ３に登録する前に、店舗を訪れる他のユーザＢに関するユーザＩＤと、他のユーザＢが店舗を訪れる予定時間に関する予定時間情報と、を関連付けて注文データベースＤＢ３に登録する。ユーザＢが注文をしてユーザＩＤが登録される流れは、実施形態で説明した通りである。

変形例（１）の認証システムＳは、判定部１０６を含む。判定部１０６は、ユーザＡと他のユーザＢとの間で誤認証の可能性があるか否かを判定する。誤認証とは、ユーザＡと他のユーザＢとして認証されること、又は、他のユーザＢがユーザＡとして認証されることである。別の言い方をすれば、誤認証は、認証において、ユーザＡと他のユーザＢの区別がつかないことである。

例えば、生体認証のように、認証情報の類似性によって認証の成否が判定される場合、ユーザＡの認証情報と、ユーザＢの認証情報と、が一致又は類似することは、誤認証の可能性があることに相当する。顔の特徴量のようにベクトル形式で表現される認証情報であれば、ユーザＡの顔の特徴量と、ユーザＢの顔の特徴量と、の距離が閾値未満であることは、誤認証の可能性があることに相当する。また例えば、暗証番号認証のように、認証情報の一致によって認証の成否が判定される場合、ユーザＡの認証情報と、ユーザＢの認証情報と、が一致又は類似することは、誤認証の可能性があることに相当する。

本変形例では、判定部１０６は、ユーザＡがある店舗Ｘの注文をする場合に、ユーザデータベースＤＢ２に登録された、ユーザＡの顔の特徴量と、ユーザＢの顔の特徴量と、に基づいて、誤認証の可能性があるか否かを判定する。ユーザＢは、ユーザＡと同じ店舗Ｘに注文済みであり、かつ、商品の受け取りが完了していないものとする。このため、ユーザＡと同じ店舗Ｘに注文済みだったとしても、商品の受け取りが完了しているユーザについては、判定部１０６による判定対象とはならない。

なお、ユーザＢが注文した商品についても、注文した本人であるユーザＢが店舗Ｘに受け取りに行くものとする。即ち、ユーザＡの注文もユーザＢの注文も注文者と受取者が同じものとする。ユーザＡの注文とユーザＢの注文の少なくとも一方における注文者と受取者が異なっていたとしても、判定部１０６は、ユーザＡの注文における受取者の顔の特徴量と、ユーザＢの注文における受取者の顔の特徴量と、に基づいて、誤認証の可能性があるか否かを判定すればよい。

また、本変形例では、ユーザＡの確認画面Ｇ４が表示される前に、判定部１０６による判定が実行される場合を説明するが、判定部１０６による判定が実行されるタイミングは、ユーザＡの注文に対応するユーザＩＤ及び予定時間情報が注文データベースＤＢ３に登録される前の任意のタイミングであってよい。

提示部１０１は、判定部１０６の判定結果に基づいて、ユーザに対し、ボタンＢ４０を提示する。提示部１０１は、ユーザＡと他のユーザＢとの間で誤認証の可能性がないと判定された場合、実施形態と同様にして、ボタンＢ４０を提示する。提示部１０１は、ユーザＡと他のユーザＢとの間で誤認証の可能性があると判定された場合、他のユーザＢの予定時間情報が示す時間帯を避けるように、他の時間帯のボタンＢ４０を提示する。この場合、他の時間帯の決定方法は、他のユーザＢの予定時間情報が示す時間が除外される点で異なるだけであり、基本的な決定方法は実施形態と同様である。

変形例（１）によれば、ユーザＡと他のユーザＢとの間で誤認証の可能性があるか否かの判定結果に基づいて、ユーザＡに対し、ボタンＢ４０を提示することによって、誤認証の発生を確実に防止できる。

（２）また例えば、調理に非常に時間がかかる商品が買い物かごに入っている場合には、ユーザが受け取りに行ける時間帯のボタンＢ４０が確認画面Ｇ４に表示されない可能性がある。この場合、ユーザが、その商品を買い物かごから削除すれば、ユーザが受け取りに行ける、より早い時間帯の受け取りが可能になることがある。これとは逆に、ユーザが、その商品を買い物かごから削除しなくても、ユーザが受け取りに行ける、より遅い時間帯の受け取りが可能になることもある。

そこで、確認画面Ｇ４において、実施形態で説明したボタンＢ４０とは別に、買い物かごの内容を変更した場合に可能になるより早い時間帯のボタンＢ４０、及び、実施形態で説明したボタンＢ４０が示す時間帯よりも遅い時間帯のボタンＢ４０の少なくとも一方を表示させることによって、より柔軟な受け取りを可能とし、ユーザの利便性を高めるようにしている。

図１５は、変形例（２）における確認画面Ｇ４の一例を示す図である。図１５に示すように、本変形例の提示部１０１は、ユーザに対し、ユーザにより指定された条件に基づくボタンＢ４０Ａと、条件の一部を変更した条件に基づくボタンＢ４０Ｂと、を含む複数のボタンＢ４０を提示する。

条件とは、来店可能な時間又は時間帯を決定するための条件である。本変形例では、商品の数、商品の種類、及び移動手段の少なくとも１つが条件に相当する。条件の一部を変更した条件は、これらの少なくとも１つを変更した条件である。条件の変更は、認証システムＳ側で実行されてもよいし、ユーザの操作により実行されてもよい。

図１５の例であれば、提示部１０１は、ユーザにより指定された条件である商品の数を１５個から１０個に減らし、より早い時間帯を示すボタンＢ４０Ｂを提示する。提示部１０１は、複数の商品の数を減らし、更に早い時間帯を示すボタンＢ４０を提示してもよい。提示部１０１は、商品の数を減らすのではなく、少なくとも１つの商品を削除し、早い時間帯を示すボタンＢ４０Ｂを提示してもよい。

なお、提示部１０１は、現在の移動手段を変更して、ユーザが店舗を訪れることができる時間を計算し、ボタンＢ４０Ｂを提示してもよい。例えば、提示部１０１は、現状で選択されている移動手段よりも移動速度が速い移動手段に変更し、より早い時間帯を示すボタンＢ４０Ｂを提示してもよい。また例えば、提示部１０１は、買い物かごの商品を変更するか、又は、移動手段を変更するか、をユーザに選択させてもよい。

また例えば、提示部１０１は、買い物かごの商品と移動手段との両方を変更して、より早い時間帯を示すボタンＢ４０Ｂを提示してもよい。また例えば、提示部１０１は、ボタンＢ４０Ａが示す時間帯よりも遅い時間帯を希望するか否かをユーザに選択させ、ユーザが希望した場合に、より遅い時間帯を示すボタンＢ４０Ｂを提示してもよい。

変形例（２）によれば、ユーザに対し、ユーザにより指定された条件に基づくボタンＢ４０Ａと、条件の一部を変更した条件に基づくボタンＢ４０Ｂと、を含む複数のボタンＢ４０を提示することによって、所望の時間又は時間帯がなかった場合に、ユーザが、ある程度妥協して条件を変更すれば、所望の時間又は時間帯に店舗を訪れることができるので、ユーザの利便性を高めることができる。

（３）また例えば、あるユーザＡと、ユーザＡと顔が似た他のユーザＢと、が同じ店舗Ｘに商品を注文し、同じ時間帯に商品を受け取りに行く場合に、ユーザＡと、他のユーザＢと、の少なくとも一方に対し、暗証番号認証などの追加認証を要求してもよい。

変形例（３）の認証システムＳは、登録部１０３と判定部１０６とを含む。登録部１０３と判定部１０６との各々の詳細は、変形例（１）で説明した通りである。

変形例（３）の認証システムＳは、追加認証部１０７を含む。追加認証部１０７は、判定部１０６の判定結果に基づいて、店舗を訪れた者に対し、追加認証を要求する。追加認証部１０７は、ユーザＡと他のユーザＢとの間で誤認証の可能性がないと判定された場合、追加認証を要求しない。提示部１０１は、ユーザＡと他のユーザＢとの間で誤認証の可能性があると判定された場合、追加認証を要求する。

追加認証は、認証部１０４による認証とは異なる認証である。追加認証は、認証部１０４による認証とは別に実行される認証という意味であり、認証部１０４による認証の後に実行されなければならないわけではない。追加認証は、認証部１０４による認証の前に実行されてもよい。追加認証は、複数の認証方法を組み合わせた２段階以上の認証であってもよい。

追加認証の認証方法自体は、種々の認証方法を適用可能である。例えば、認証部１０４による認証が顔認証であれば、追加認証は、顔認証以外の生体認証（例えば、指紋認証）であってもよい。また例えば、認証部１０４による認証が生体認証であれば、追加認証は、生体認証以外の認証（例えば、暗証番号認証）であってもよい。

なお、追加認証のために必要な認証情報は、予めユーザデータベースＤＢ２に登録されているものとする。例えば、追加認証として指紋認証が利用される場合には、正解となる指紋パターンが予めユーザデータベースＤＢ２に登録されている。また例えば、追加認証として暗証番号認証が利用される場合には、正解となる暗証番号が予めユーザデータベースＤＢ２に登録されている。追加認証として他の認証方法が利用される場合には、他の認証方法に応じた認証情報が予めユーザデータベースＤＢ２に登録されている。

追加認証部１０７は、店舗端末３０を利用して、店舗を訪れた者の認証情報を取得する。例えば、追加認証として指紋認証が利用される場合には、追加認証部１０７は、撮影部３６又は指紋センサを利用して、店舗を訪れた者の指紋パターンを取得する。また例えば、追加認証として暗証番号認証が利用される場合には、追加認証部１０７は、操作部３４を利用して、店舗を訪れた者が入力した暗証番号を取得する。追加認証として他の認証方法が利用される場合には、他の認証方法に応じた認証情報が店舗端末３０を利用して取得される。

追加認証部１０７は、店舗を訪れた者の認証情報と、ユーザデータベースＤＢ２に登録された追加認証用の認証情報と、に基づいて追加認証を実行する。追加認証の成否の判定自体は、公知の認証方法における判定を適用可能である。例えば、追加認証として指紋認証が利用される場合には、店舗を訪れた者の指紋パターンと、ユーザデータベースＤＢ２に登録された指紋パターンと、の類似性によって、追加認証の成否が判定される。また例えば、追加認証として暗証番号認証が利用される場合には、店舗を訪れた者が入力した暗証番号と、ユーザデータベースＤＢ２に登録された暗証番号と、の一致によって、追加認証の成否が判定される。

許可部１０５は、認証部１０４による認証が成功し、かつ、追加認証部１０７による追加認証が成功した場合に、店舗における商品の受け取りを許可する。許可部１０５は、認証部１０４による認証が失敗した場合、又は、追加認証部１０７による追加認証が失敗した場合には、店舗における商品の受け取りを許可しない。即ち、商品の受け取りが許可されるためには、認証の成功、追加認証の成功、及び来訪時間情報と予定時間情報の対応の３つが条件となる。

変形例（３）によれば、ユーザと他のユーザとの間で誤認証の可能性があるか否かの判定結果に基づいて、店舗を訪れた者に対し、追加認証を要求することによって、誤認証の発生を確実に防止できる。

（４）また例えば、上記変形例を組み合わせてもよい。

また例えば、受取人は、ユーザ登録を済ませていない者であってもよい。例えば、ユーザ登録を済ませたユーザが注文した商品を、ユーザ登録を済ませていない家族が受け取りに行く場合にも、認証システムＳは、この家族の認証をしてもよい。この場合、ユーザは、注文時に、家族の顔写真などの情報を注文データベースＤＢ３に登録するものとする。サーバ１０は、注文データベースＤＢ３に登録された顔写真から抽出した家族の顔の特徴量と、受取ボックス４０の撮影部４６により撮影された家族の顔の特徴量と、に基づいて、認証を実行すればよい。

また例えば、受取ボックス４０は、本実施形態で説明する構成よりも簡易な構成であってもよい。例えば、受取ボックス４０は、制御部４１、記憶部４２、操作部４４、及び表示部４５を含まない簡易な構成であってもよい。また例えば、受取ボックス４０は、店舗端末３０と接続された撮影部４６だけを含み、店舗端末３０に撮影画像を送信してもよい。また例えば、受取ボックス４０は、撮影部４６も含まずに、店舗端末３０に接続されていてもよい。この場合、受取ボックス４０は、店舗端末３０の指示によりロックの解除及び扉の開閉を行ってもよい。受取ボックス４０を簡易な構成にすることによって、店舗に受取ボックス４０を設置する場合に複雑な設定作業をなくすことができる。

また例えば、来訪者情報を取得するための装置として受取ボックス４０を説明したが、店舗又はその付近にある装置を利用して来訪者情報が取得されるようにすればよい。例えば、店舗端末３０を利用して来訪者情報が取得されるようにしてもよい。また例えば、ユーザが店舗にユーザ端末２０を持っていき、ユーザ端末２０で自身の顔を撮影してサーバ１０に送信することによって、来訪者情報が取得されるようにしてもよい。この場合、ユーザ端末２０のＧＰＳ受信機等を利用した位置情報に基づいて、店舗を訪れたことが検出されるようにすればよい。

また例えば、飲食店が店舗に相当する場合を説明したが、店舗は、スーパーマーケット、コンビニエンスストア、ドラッグストア、本屋、家電量販店、又は雑貨屋が店舗に相当してもよい。また例えば、これらの店舗で販売される食料品、日用品、衣料品、書籍、家電、又は雑貨などが商品に相当してもよい。認証システムＳは、これらの任意の店舗をユーザが訪れて、これらの任意の商品を受け取る場面に適用可能である。

また例えば、注文を受け付けるサービスに認証システムＳを適用する場合を説明したが、他のサービスに認証システムＳを適用してもよい。例えば、コンサート又はスポーツなどのイベントの入場時における認証に認証システムＳを適用してもよい。この場合、ユーザが入場する予定の時間又は時間帯が予め定められているものとする。認証システムＳは、何者かが会場を訪れた場合に、実施形態と同様にして認証を実行し、ユーザの入場を許可すればよい。他にも例えば、美術館などの施設の入場における認証、遊園地などの娯楽施設における優先入場（いわゆるファストパス）における認証、及び宿泊施設のチェックインにおける認証に認証システムＳを適用してもよい。

また例えば、主な機能がサーバ１０で実現される場合を説明したが、各機能は、複数のコンピュータで分担されてもよい。例えば、サーバ１０、ユーザ端末２０、店舗端末３０、及び受取ボックス４０の各々で機能が分担されてもよい。例えば、認証処理がサーバ１０で実行されるのではなく、ユーザ端末２０、店舗端末３０、又は受取ボックス４０で実行されてもよい。また例えば、認証システムＳが複数のサーバコンピュータを含む場合には、これら複数のサーバコンピュータで機能が分担されてもよい。また例えば、データ記憶部１００で記憶されるものとして説明したデータは、サーバ１０以外のコンピュータによって記憶されてもよい。

Claims (13)

1. 所定の場所における準備に要する時間に関する準備時間情報に基づいて、前記場所を訪れるユーザ又は前記ユーザに移動を依頼する依頼者に対し、前記ユーザが前記場所を訪れる時間に関する選択肢を提示する提示手段と、
   前記ユーザ又は前記依頼者により選択された前記選択肢に基づいて、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報を取得する取得手段と、
   前記ユーザに関するユーザ情報と、前記取得手段により取得された前記予定時間情報と、を関連付けて記憶手段に登録する登録手段と、
   何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証手段と、
   を含む認証システム。
2. 所定の場所までの移動に要する時間に関する移動時間情報に基づいて、前記場所を訪れるユーザ又は前記ユーザに移動を依頼する依頼者に対し、前記ユーザが前記場所を訪れる時間に関する選択肢を提示する提示手段と、
   前記ユーザ又は前記依頼者により選択された前記選択肢に基づいて、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報を取得する取得手段と、
   前記ユーザに関するユーザ情報と、前記取得手段により取得された前記予定時間情報と、を関連付けて記憶手段に登録する登録手段と、
   何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証手段と、
   を含む認証システム。
3. 前記提示手段は、複数の移動手段のうち、前記ユーザ又は前記依頼者により指定された移動手段に基づいて、前記移動時間情報を取得する、
   請求項２に記載の認証システム。
4. 所定の場所を訪れるユーザ又は前記ユーザに移動を依頼する依頼者に対し、前記ユーザが前記場所を訪れる時間に関する選択肢を提示する提示手段と、
   前記ユーザ又は前記依頼者により選択された前記選択肢に基づいて、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報を取得する取得手段と、
   前記ユーザに関するユーザ情報と、前記取得手段により取得された前記予定時間情報と、を関連付けて記憶手段に登録する登録手段と、
   何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証手段と、
   を含む認証システムであって、
   前記登録手段は、前記ユーザの前記ユーザ情報及び前記予定時間情報を前記記憶手段に登録する前に、前記場所を訪れる他のユーザに関するユーザ情報と、前記他のユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて前記記憶手段に登録し、
   前記認証システムは、前記ユーザと前記他のユーザとの間で誤認証の可能性があるか否かを判定する判定手段を更に含み、
   前記提示手段は、前記判定手段の判定結果に基づいて、前記ユーザ又は前記依頼者に対し、前記選択肢を提示する、
   認証システム。
5. 所定の場所を訪れるユーザに関するユーザ情報と、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて記憶手段に登録する登録手段と、
   何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証手段と、
   を含む認証システムであって、
   前記登録手段は、前記ユーザの前記ユーザ情報及び前記予定時間情報を前記記憶手段に登録する前に、前記場所を訪れる他のユーザに関するユーザ情報と、前記他のユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて前記記憶手段に登録し、
   前記認証システムは、
   前記ユーザと前記他のユーザとの間で誤認証の可能性があるか否かを判定する判定手段と、
   前記判定手段の判定結果に基づいて、前記何者かに対し、追加認証を要求する追加認証手段と、
   を含む認証システム。
6. 所定の場所における準備に要する時間に関する準備時間情報に基づいて、前記場所を訪れるユーザ又は前記ユーザに移動を依頼する依頼者に対し、前記ユーザが前記場所を訪れる時間に関する選択肢を提示する提示ステップと、
   前記ユーザ又は前記依頼者により選択された前記選択肢に基づいて、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報を取得する取得ステップと、
   前記ユーザに関するユーザ情報と、前記取得ステップにより取得された前記予定時間情報と、を関連付けて記憶手段に登録する登録ステップと、
   何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証ステップと、
   を含む認証方法。
7. 所定の場所までの移動に要する時間に関する移動時間情報に基づいて、前記場所を訪れるユーザ又は前記ユーザに移動を依頼する依頼者に対し、前記ユーザが前記場所を訪れる時間に関する選択肢を提示する提示ステップと、
   前記ユーザ又は前記依頼者により選択された前記選択肢に基づいて、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報を取得する取得ステップと、
   前記ユーザに関するユーザ情報と、前記取得ステップにより取得された前記予定時間情報と、を関連付けて記憶手段に登録する登録ステップと、
   何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証ステップと、
   を含む認証方法。
8. 所定の場所を訪れるユーザ又は前記ユーザに移動を依頼する依頼者に対し、前記ユーザが前記場所を訪れる時間に関する選択肢を提示する提示ステップと、
   前記ユーザ又は前記依頼者により選択された前記選択肢に基づいて、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報を取得する取得ステップと、
   前記ユーザに関するユーザ情報と、前記取得ステップにより取得された前記予定時間情報と、を関連付けて記憶手段に登録する登録ステップと、
   何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証ステップと、
   を含む認証方法であって、
   前記登録ステップは、前記ユーザの前記ユーザ情報及び前記予定時間情報を前記記憶手段に登録する前に、前記場所を訪れる他のユーザに関するユーザ情報と、前記他のユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて前記記憶手段に登録し、
   前記認証方法は、前記ユーザと前記他のユーザとの間で誤認証の可能性があるか否かを判定する判定ステップを更に含み、
   前記提示ステップは、前記判定ステップの判定結果に基づいて、前記ユーザ又は前記依頼者に対し、前記選択肢を提示する、
   認証方法。
9. 所定の場所を訪れるユーザに関するユーザ情報と、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて記憶手段に登録する登録ステップと、
   何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証ステップと、
   を含む認証方法であって、
   前記登録ステップは、前記ユーザの前記ユーザ情報及び前記予定時間情報を前記記憶手段に登録する前に、前記場所を訪れる他のユーザに関するユーザ情報と、前記他のユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて前記記憶手段に登録し、
   前記認証方法は、
   前記ユーザと前記他のユーザとの間で誤認証の可能性があるか否かを判定する判定ステップと、
   前記判定ステップの判定結果に基づいて、前記何者かに対し、追加認証を要求する追加認証ステップと、
   を含む認証方法。
10. 所定の場所における準備に要する時間に関する準備時間情報に基づいて、前記場所を訪れるユーザ又は前記ユーザに移動を依頼する依頼者に対し、前記ユーザが前記場所を訪れる時間に関する選択肢を提示する提示手段、
    前記ユーザ又は前記依頼者により選択された前記選択肢に基づいて、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報を取得する取得手段、
    前記ユーザに関するユーザ情報と、前記取得手段により取得された前記予定時間情報と、を関連付けて記憶手段に登録する登録手段、
    何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証手段、
    としてコンピュータを機能させるためのプログラム。
11. 所定の場所までの移動に要する時間に関する移動時間情報に基づいて、前記場所を訪れるユーザ又は前記ユーザに移動を依頼する依頼者に対し、前記ユーザが前記場所を訪れる時間に関する選択肢を提示する提示手段、
    前記ユーザ又は前記依頼者により選択された前記選択肢に基づいて、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報を取得する取得手段、
    前記ユーザに関するユーザ情報と、前記取得手段により取得された前記予定時間情報と、を関連付けて記憶手段に登録する登録手段、
    何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証手段、
    としてコンピュータを機能させるためのプログラム。
12. 所定の場所を訪れるユーザ又は前記ユーザに移動を依頼する依頼者に対し、前記ユーザが前記場所を訪れる時間に関する選択肢を提示する提示手段、
    前記ユーザ又は前記依頼者により選択された前記選択肢に基づいて、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報を取得する取得手段、
    前記ユーザに関するユーザ情報と、前記取得手段により取得された前記予定時間情報と、を関連付けて記憶手段に登録する登録手段、
    何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証手段、
    としてコンピュータを機能させるためのプログラムであって、
    前記登録手段は、前記ユーザの前記ユーザ情報及び前記予定時間情報を前記記憶手段に登録する前に、前記場所を訪れる他のユーザに関するユーザ情報と、前記他のユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて前記記憶手段に登録し、
    前記コンピュータを、前記ユーザと前記他のユーザとの間で誤認証の可能性があるか否かを判定する判定手段として更に機能させ、
    前記提示手段は、前記判定手段の判定結果に基づいて、前記ユーザ又は前記依頼者に対し、前記選択肢を提示する、
    プログラム。
13. 所定の場所を訪れるユーザに関するユーザ情報と、前記ユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて記憶手段に登録する登録手段と、
    何者かが前記場所を訪れた場合に、前記何者かに関する来訪者情報、前記ユーザ情報、前記何者かが前記場所を訪れた時間に関する来訪時間情報、及び前記予定時間情報に基づいて、認証を実行する認証手段と、
    としてコンピュータを機能させるためのプログラムであって、
    前記登録手段は、前記ユーザの前記ユーザ情報及び前記予定時間情報を前記記憶手段に登録する前に、前記場所を訪れる他のユーザに関するユーザ情報と、前記他のユーザが前記場所を訪れる予定時間に関する予定時間情報と、を関連付けて前記記憶手段に登録し、
    前記コンピュータを、
    前記ユーザと前記他のユーザとの間で誤認証の可能性があるか否かを判定する判定手段、
    前記判定手段の判定結果に基づいて、前記何者かに対し、追加認証を要求する追加認証手段、
    として更に機能させるためのプログラム。

Images