特許 7636502 情報処理装置、システム及びコンピュータプログラム

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

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

(11)【特許番号】

(24)【登録日】2025-02-17

(45)【発行日】2025-02-26

(54)【発明の名称】情報処理装置、システム及びコンピュータプログラム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20250218BHJP

【ＦＩ】

G06Q30/0601 308

【請求項の数】 17

(21)【出願番号】P 2023187856

(22)【出願日】2023-11-01

【審査請求日】2023-11-21

(73)【特許権者】

【識別番号】000135748

【氏名又は名称】株式会社バンダイ

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】小林 彬子

【審査官】松野 広一

(56)【参考文献】

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

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

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

【文献】国際公開第２０２１／１５７０２３（ＷＯ，Ａ１）

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

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

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

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

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

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

【請求項1】

情報処理装置であって、
顧客の生体情報を取得する生体情報取得手段と、
商品を特定する情報を取得する情報取得手段と、
外部のサーバと通信する通信手段と、
処理手段と、
を備え、
前記通信手段は、前記生体情報取得手段が取得した第１の顧客の第１の生体情報をサーバに送信し、
前記通信手段は、前記サーバが保持する生体情報から前記第１の生体情報を用いて検索された第２の生体情報に基づいて特定された前記第１の顧客の第１の顧客情報を、前記サーバから受信し、
前記情報取得手段は、前記第１の顧客が購入を希望する商品を特定するための商品特定情報を取得し、
前記処理手段は、前記商品特定情報により特定される商品が所定の商品である場合に、前記所定の商品についての購入予定数と、前記第１の顧客情報に基づく前記第１の顧客の過去の購入数とに基づく累計購入数が、予め定められた上限数を超えるか否かを判定し、
通信手段は、前記処理手段の判定結果に基づく前記第１の顧客の購入商品に関する購入情報を前記サーバに送信し、
前記サーバから受信した前記第１の顧客情報と、前記処理手段による前記判定結果に基づき、前記第１の顧客が購入予定の商品に関する第１の画面を表示する表示手段と、
操作を受け付ける操作受付手段と
を更に備え、
前記処理手段は、前記累計購入数が前記上限数を超えると判定した場合に拒否判定とし、前記累計購入数が前記上限数を超えないと判定した場合に承認判定とし、
前記第１の画面は、前記購入予定数のうち、前記上限数を超える数を拒否判定数として表示し、前記上限数を超えない数を承認判定数として表示し、
前記サーバへの前記購入情報の送信は、前記操作受付手段に対する操作に応じて行われ、
前記拒否判定となった商品が前記第１の画面に含まれている場合は、前記操作受付手段による前記購入情報の送信指示の受付は停止され、
前記拒否判定となった商品が前記第１の画面に含まれなくなった場合に、前記操作受付手段による前記購入情報の送信指示の受付が許可される、情報処理装置。

【請求項2】

前記サーバは、顧客の生体情報と、該顧客が購入した商品に関する購入履歴を含む顧客情報とを対応付けて管理し、
前記第２の生体情報は、前記第１の生体情報との関連度が最も高い生体情報であって、
前記通信手段は前記第２の生体情報と対応付けて管理されている顧客情報を前記第１の顧客情報として受信する、請求項１に記載の情報処理装置。

【請求項3】

前記第２の生体情報は、前記第１の生体情報との類似度が所定の閾値以上の生体情報である、請求項２に記載の情報処理装置。

【請求項4】

前記情報取得手段は、顧客に割り当てられた識別情報を取得可能に更に構成され、
前記通信手段は、前記情報取得手段が取得した前記第１の顧客に割り当てられた第１の識別情報を前記第１の生体情報と共に前記サーバに送信し、
前記顧客情報には、対応する顧客を識別するための識別情報が含まれ、
前記第２の生体情報は、前記第１の識別情報と一致する識別情報を含む顧客情報と対応付けられた生体情報である、請求項２に記載の情報処理装置。

【請求項5】

前記情報取得手段は、バーコードリーダが読み取ったバーコード情報を取得可能に構成され、
前記識別情報は、前記顧客の保持する会員証のバーコードから前記バーコードリーダが読み取った会員番号の情報であり、
前記商品特定情報は、商品に付されたバーコードから前記バーコードリーダが読み取った当該商品に関する情報である、請求項４に記載の情報処理装置。

【請求項6】

前記第１の画面は、
前記拒否判定がなされた場合に、対応する商品と関連付けて表示される拒否判定標識を含み、
前記承認判定がなされた場合に、対応する商品と関連付けて表示される承認判定標識を含む、請求項１に記載の情報処理装置。

【請求項7】

前記操作受付手段は、前記累計購入数が前記上限数を超える場合に、前記累計購入数を前記上限数と一致させるための操作を受け付ける、請求項１に記載の情報処理装置。

【請求項8】

前記所定の商品は前記累計購入数に上限数が設定されている商品であり、前記上限数は商品ごとに設定されている、請求項１に記載の情報処理装置。

【請求項9】

前記第１の画面には、前記所定の商品に該当しない商品に関する情報を含まない、請求項１に記載の情報処理装置。

【請求項10】

前記第１の画面は、前記顧客が購入を希望する商品の全てが前記所定の商品に該当しない場合に、当該商品が対象外の商品であることを示す表示を含む、請求項１に記載の情報処理装置。

【請求項11】

前記第１の生体情報は、前記第１の顧客を撮影した顔画像情報、前記第１の顧客の指紋の情報、前記第１の顧客の手のひらの静脈パターンの情報、前記第１の顧客の虹彩の情報、前記第１の顧客の声紋の情報のうちの少なくともいずれかである、請求項１に記載の情報処理装置。

【請求項12】

前記顔画像情報に複数の被写体が含まれる場合、いずれか１つの選択された被写体の顔画像情報を前記第１の生体情報とする、請求項１１に記載の情報処理装置。

【請求項13】

請求項１から１２のいずれか１項に記載の情報処理装置と、前記情報処理装置と通信するサーバとを含むシステム。

【請求項14】

前記サーバは、
顧客の生体情報を、前記顧客が購入した商品に関する購入履歴を含む顧客情報と関連付けて登録する記憶手段と、
前記情報処理装置から、第１の顧客について取得された第１の生体情報を受信した場合に、前記第１の生体情報と関連付けられる第２の生体情報を前記記憶手段において検索し、前記記憶手段において前記第２の生体情報と関連付けられた第１の顧客情報を特定する処理手段と、
前記処理手段が特定した前記第１の顧客情報を前記情報処理装置に送信する通信手段と、
を備え、
前記通信手段が前記第１の顧客の購入商品に関する購入情報を受信すると、前記記憶手段の前記顧客情報が、受信した前記購入情報に基づいて更新され、
前記顧客情報の前記購入履歴は、累計の購入数に上限数が設定されている商品の購入履歴が含まれる、請求項１３に記載のシステム。

【請求項15】

前記第２の生体情報は、前記第１の生体情報との類似度が所定の閾値以上の生体情報である、請求項１４に記載のシステム。

【請求項16】

前記第１の生体情報と共に前記第１の顧客を識別する第１の識別情報を受信した場合に、前記処理手段は、前記第２の生体情報を、関連付けられた顧客情報に前記第１の識別情報と一致する識別情報を含む生体情報とする、請求項１４に記載のシステム。

【請求項17】

コンピュータを、請求項１から１２のいずれか１項に記載の情報処理装置の各手段として機能させるためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、システム及びコンピュータプログラムに関する。

【背景技術】

【0002】

従前より、限定数製造された商品を限られた購入希望者に販売する形態が存在するが、近年では、このような限定商品が特定の顧客により大量に購入されてしまう事案が発生している。

【0003】

これに対し、登録制として事前に登録を受けた顧客にのみ店舗販売を行うといった形態（特許文献１を参照）をとることで、特定の顧客による大量購入を防止することも可能である。しかし、この場合、事前に登録ができない海外からの旅行客等の善意の来場者が店舗に立ち寄っても購入ができないという問題がある。また、特定の同一顧客が不正に複数の事前登録を行う等により、特定の顧客による大量購入の問題が依然として生じる可能性がある。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

そこで、特定の顧客による商品の大量購入を防止するための、より有効な仕組みの提供が求められている。

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

【0006】

本発明は、例えば、情報処理装置であって、顧客の生体情報を取得する生体情報取得手段と、商品を特定する情報を取得する情報取得手段と、外部のサーバと通信する通信手段と、処理手段とを備え、前記通信手段は、前記生体情報取得手段が取得した第１の顧客の第１の生体情報をサーバに送信し、前記通信手段は、前記サーバが保持する生体情報から前記第１の生体情報を用いて検索された第２の生体情報に基づいて特定された前記第１の顧客の第１の顧客情報を、前記サーバから受信し、前記情報取得手段は、前記第１の顧客が購入を希望する商品を特定するための商品特定情報を取得し、前記処理手段は、前記商品特定情報により特定される商品が所定の商品である場合に、前記所定の商品についての購入予定数と、前記第１の顧客情報に基づく前記第１の顧客の過去の購入数とに基づく累計購入数が、予め定められた上限数を超えるか否かを判定し、通信手段は、前記処理手段の判定結果に基づく前記第１の顧客の購入商品に関する購入情報を前記サーバに送信する。
更に本発明は、例えば、情報処理装置であって、
顧客の生体情報を取得する生体情報取得手段と、
商品を特定する情報を取得する情報取得手段と、
外部のサーバと通信する通信手段と、
処理手段と、
を備え、
前記通信手段は、前記生体情報取得手段が取得した第１の顧客の第１の生体情報をサーバに送信し、
前記通信手段は、前記サーバが保持する生体情報から前記第１の生体情報を用いて検索された第２の生体情報に基づいて特定された前記第１の顧客の第１の顧客情報を、前記サーバから受信し、
前記情報取得手段は、前記第１の顧客が購入を希望する商品を特定するための商品特定情報を取得し、
前記処理手段は、前記商品特定情報により特定される商品が所定の商品である場合に、前記所定の商品についての購入予定数と、前記第１の顧客情報に基づく前記第１の顧客の過去の購入数とに基づく累計購入数が、予め定められた上限数を超えるか否かを判定し、
通信手段は、前記処理手段の判定結果に基づく前記第１の顧客の購入商品に関する購入情報を前記サーバに送信し、
前記サーバから受信した前記第１の顧客情報と、前記処理手段による前記判定結果に基づき、前記第１の顧客が購入予定の商品に関する第１の画面を表示する表示手段と、
を更に備え、
前記処理手段は、前記累計購入数が前記上限数を超えると判定した場合に拒否判定とし、前記累計購入数が前記上限数を超えないと判定した場合に承認判定とし、
前記第１の画面は、前記購入予定数のうち、前記上限数を超える数を拒否判定数として表示し、前記上限数を超えない数を承認判定数として表示し、
前記サーバへの前記購入情報の送信は、前記操作受付手段に対する操作に応じて行われ、
前記拒否判定となった商品が前記第１の画面に含まれている場合は、前記操作受付手段による前記購入情報の送信指示の受付は停止され、
前記拒否判定となった商品が前記第１の画面に含まれなくなった場合に、前記操作受付手段による前記購入情報の送信指示の受付が許可される。

【0007】

本発明は、例えば、上記の情報処理装置と通信するサーバであって、顧客の生体情報を、前記顧客が購入した商品に関する購入履歴を含む顧客情報と関連付けて登録する記憶手段と、前記情報処理装置から、第１の顧客について取得された第１の生体情報を受信した場合に、前記第１の生体情報と関連付けられる第２の生体情報を前記記憶手段において検索し、前記記憶手段において前記第２の生体情報と関連付けられた第１の顧客情報を特定する処理手段と、前記処理手段が特定した前記第１の顧客情報を前記情報処理装置に送信する通信手段とを備え、前記通信手段が前記第１の顧客の購入商品に関する購入情報を受信すると、前記記憶手段の前記顧客情報が、受信した前記購入情報に基づいて更新される。
更に、本発明は、例えば、上記の情報処理装置と、前記情報処理装置と通信するサーバとを含むシステムである。更に、当該サーバは、
顧客の生体情報を、前記顧客が購入した商品に関する購入履歴を含む顧客情報と関連付けて登録する記憶手段と、
前記情報処理装置から、第１の顧客について取得された第１の生体情報を受信した場合に、前記第１の生体情報と関連付けられる第２の生体情報を前記記憶手段において検索し、前記記憶手段において前記第２の生体情報と関連付けられた第１の顧客情報を特定する処理手段と、
前記処理手段が特定した前記第１の顧客情報を前記情報処理装置に送信する通信手段と、
を備え、
前記通信手段が前記第１の顧客の購入商品に関する購入情報を受信すると、前記記憶手段の前記顧客情報が、受信した前記購入情報に基づいて更新され、
前記顧客情報の前記購入履歴は、累計の購入数に上限数が設定されている商品の購入履歴が含まれる。

【発明の効果】

【0008】

本発明によれば、特定の顧客による商品の大量購入を防止するための、より有効な仕組みを提供することができる。

【図面の簡単な説明】

【0009】

【図1】システム１００の全体構成の一例を示すブロック図。

【図2】情報処理装置のハードウェア構成の一例を示すブロック図。

【図3】各装置の機能構成の一例を示すブロック図である。

【図4】データベース３２６に保持される各データテーブルのデータ構成の一例を示す図。

【図5A】システム１００において実施される例示的処理の一例を示すフローチャート。

【図5B】購入画面更新処理の一例を示すフローチャート。

【図6】生体情報取得画面の一例を示す図。

【図7A】購入画面の一例を示す図。

【図7B】購入画面の他の一例を示す図。

【図7C】購入画面の更に他の一例を示す図。

【図8】履歴表示画面の一例を示す図。

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

【0010】

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴うち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

【0011】

＜システム構成＞
図１は、本実施形態に対応するシステム１００の全体構成を示すブロック図である。本システム１００は、認証端末１１０、バーコードリーダ１２０、レジ端末１３０、サーバ１４０が、ネットワーク１５０を介して相互接続されることにより構成されている。

【0012】

本実施形態において、認証端末１１０、バーコードリーダ１２０及びレジ端末は商品を販売する店舗内に配置され、ネットワークを介して外部に設置されたサーバ１４０と接続される。店舗内において、認証端末１１０、バーコードリーダ１２０及びレジ端末１３０はレジカウンター（レジ）付近に設置されている。また、店舗内には顧客が購入することの可能な複数の商品がおかれている。商品には少なくとも２種類があり、１つは顧客が無制限に購入可能な商品である。もう１つが１顧客について購入数に上限が設定されている商品（以下、このような商品を「特定商品」という。）である。本実施形態では、このような購入数に上限が設定されている特定商品の販売の承認／拒否を可能とするシステムについて説明する。

【0013】

以下では、システム１００における処理の流れを簡単に説明する。店舗に来店した顧客は、商品棚から商品を選びレジに並ぶ。その際に、顧客があらかじめ会員登録を行っており、会員証を携帯している場合には、会員証の会員番号がバーコードリーダ１２０により読み取られ、認証端末１１０により生体情報が取得される。一方、事前に会員登録を行っておらず会員証を持っていない顧客の場合には、生体情報のみを取得する。生体情報が取得されると、認証端末１１０はサーバ１４０にこれを送信し、サーバ１４０側では登録済みの生体情報の中から、一致度の最も高い生体情報を特定し、当該生体情報と関連付けられている顧客情報を認証端末１１０に送信する。認証端末は、顧客情報に従い、当該顧客の過去の購入履歴を確認し、今回顧客が購入を希望する特定商品の販売を承認するかどうかを判断することができる。以下、システム１００の構成要素について具体的に説明する。

【0014】

認証端末１１０は、商品の購入を希望する顧客の生体情報を取得し、サーバ１４０との通信により、当該商品の購入を承認するかどうかの情報を提供する情報処理装置である。認証端末１１０は、例えば、スマートフォンやタブレット端末として構成することができる。また、認証端末１１０はカメラを内蔵しており、これにより顧客の顔画像を撮影することができる。本実施形態では、生体情報として認証端末１１０により顔画像を撮影する場合を説明するが、生体情報はこれに限らず、他の方法により取得してもよい。その場合、認証端末１１０は、顔画像以外の生体情報を取得するための取得装置を含むように構成されていてもよいし、外付けされてもよい。

【0015】

バーコードリーダ１２０は、購入希望者である顧客が保持する会員証のバーコードを読み取って会員番号の情報を取得し、認証端末１１０に送信する。また、商品のバーコードを読み取って商品情報を認証端末１１０に送信する。当該情報は、バーコードリーダ１２０からレジ端末１３０にも送信されてもよいし、あるいは、認証端末１１０からレジ端末１３０に送信されてもよい。バーコードリーダ１２０は、認証端末１１０及びレジ端末１３０と近距離無線通信（例えば、Bluetooth接続）により通信してもよいし、有線接続されてもよい。本実施形態では、店員等のオペレータがバーコードリーダ１２０により会員証の会員番号を読み取る場合を一例として説明するが、設置型のバーコードリーダに顧客が自身の会員証をかざして会員番号の読み取りを行ってもよい。

【0016】

また、本実施形態では、バーコードリーダ１２０を利用する場合を説明するが、これ以外にも、顧客や商品を特定するための情報を取得する装置であれば任意の装置を使用することができる。

【0017】

レジ端末１３０は、商品の購入処理を行うための端末装置である。認証端末１１０とネットワーク１５０、あるいは、近距離無線通信を介して接続されてもよい。また、認証端末１１０とレジ端末１３０とが有線接続により通信を行ってもよい。

【0018】

サーバ１４０は、認証端末１１０が取得した顧客の情報を管理する情報処理装置である。ネットワーク１５０は、上述の認証端末１１０、レジ端末１３０、サーバ１４０の各ノードを相互に接続するための通信網であり、インターネットの他、イントラネット、ＬＡＮ、ＷＡＮ、移動体通信網（携帯電話通信網）等を含むことができる。

【0019】

図１では、認証端末１１０とレジ端末１３０とを別体として説明したが、一体的に構成してもよい。

【0020】

＜情報処理装置の構成＞
次に、本実施形態に対応するシステムを構成する情報処理装置のハードウェア構成の一例を説明する。図２に示す構成は、情報処理装置として記載した、システム１００を構成する認証端末１１０やサーバ１４０の各装置の代表的なハードウェア構成を示したものであり、装置の種類によっては一部のハードウェア構成が必須でない場合がある。なお、バーコードリーダ１２０やレジ端末１３０も同様に構成してもよい。

【0021】

図２において、ＣＰＵ２０１は、後述するＲＯＭ２０３や内部記憶装置２０４に格納されているアプリケーションプログラム、オペレーティングシステム（ＯＳ）や制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。なお、後述する処理もＣＰＵ２０１が対応する処理プログラムを実行することにより制御部や処理部として機能することにより実現される。

【0022】

ＲＡＭ２０２は各種データを一時記憶し、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＲＯＭ２０３は、内部に基本Ｉ／Ｏプログラム等の各種プログラム、処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。内部記憶装置２０４は、大容量メモリとして機能するＨＤ（ハードディスク）を用いている。内部記憶装置２０４には、アプリケーションプログラム、ＯＳ、制御プログラム、関連プログラム、各種制御データ等が格納される。なお、ハードディスクの代わりに、フラッシュ（登録商標）メモリ等の不揮発性記憶装置を用いても良い。

【0023】

入力部２０５は、キーボードやポインティングデバイス（マウス等）、タッチパネル等がこれに相当する。入力部２０５を用いて、ユーザは情報処理装置に対して、装置を制御するコマンド等を入力指示することができる。出力部２０６は、映像出力を行うディスプレイ、音声出力を行うスピーカー、レジ端末１３０であればレシートを印刷出力する印字部等を含んで構成される。

【0024】

通信インタフェース（Ｉ／Ｆ）２０７は、各種通信プロトコルに従いネットワーク１５０を介して外部装置とのデータ通信を行う。認証端末１１０やレジ端末１３０は、バーコードリーダ１２０との通信を当該通信インタフェース２０７を介して実行し、バーコードリーダ１２０からバーコード情報を受信する。外部記憶装置２０８は、データベースとして構成され、情報処理装置において実行する処理に必要なデータテーブルを保持する。

【0025】

情報取得部２０９は、認証端末１１０においては、購入希望者の顔画像を撮影するための撮影装置（カメラ）とすることができる。あるいは、顔画像以外の購入希望者の任意の生体情報を取得するための取得装置（カメラ等の撮像装置、マイク、センサ等）としてもよい。取得可能な生体情報には、例えば、指紋、手のひらの静脈パターン、虹彩、音声あるいは声紋の情報等がある。情報取得部２０９は、情報処理装置に内蔵されていてもよいし、外付けであってもよい。また、バーコードリーダ１２０においては、バーコードを読み取るためのラインセンサを情報取得部２０９として有することができる。

【0026】

更に、レジ端末１３０においては、情報取得部２０９は、例えばクレジットカードの情報を取得するためのカードリーダとして機能することができる。情報取得部２０９は、近距離無線通信によりクレジットカードのＩＣチップからクレジットカード情報を取得するように構成されていてもよいし、或いは、クレジットカードの磁気ストライプからクレジットカード情報を取得するように構成されていてもよい。

【0027】

＜認証端末１１０及びレジ端末１３０の構成＞
次に図３（Ａ）を参照して、認証端末１１０及びレジ端末１３０の機能構成の一例を説明する。認証端末１１０及びレジ端末１３０は、例えば制御部３０１、通信部３０２、処理部３０３、操作部３０４、表示部３０５を備えるように構成することができる。

【0028】

制御部３０１は、各端末の全体の動作を制御する。図２のＣＰＵ２０１は、内部記憶装置２０４等に記憶されたプログラムを実行することにより、制御部３０１として機能することができる。通信部３０２は、ネットワーク１５０を介して各装置と通信を行う。ＣＰＵ２０１が通信インタフェース２０７を制御することにより通信部３０２として機能することができる。通信部３０２には、ネットワーク１５０を介して通信を行うためのネットワーク通信部と、バーコードリーダ１２０と通信を行うための近距離無線通信部とが含まれる。

【0029】

処理部３０３は、各端末において実施される所定の処理等を実行する機能を担う。例えば、認証端末１１０においては、後述する購入画面更新処理を実行する。図２のＣＰＵ２０１は、内部記憶装置２０４等に記憶されたプログラムを実行することにより、処理部３０３として機能することができる。

【0030】

操作部３０４は、端末のユーザ（例えば、認証端末１１０やレジ端末１３０のオペレータ）が、端末に対して操作入力を行うための操作部であり、キーボード、マウス、タッチパネル等を含む。認証端末１１０がタブレット端末として構成される場合、タッチパネルが操作部となる。図２の入力部２０５は、操作部３０４として機能することができる。表示部３０５は、端末装置において扱われる所定のデータを表示するディスプレイである。図２の出力部２０６が表示部３０５として機能する。

【0031】

＜バーコードリーダ１２０の構成＞
次に図３（Ｂ）を参照して、バーコードリーダ１２０の機能構成の一例を説明する。バーコードリーダ１２０は、例えば制御部３１１、通信部３１２、操作部３１３、センサ３１４を備えるように構成することができる。

【0032】

制御部３１１は、バーコードリーダ１２０の全体の動作を制御する。図２のＣＰＵ２０１は、内部記憶装置２０４等に記憶されたプログラムを実行することにより、制御部３１１として機能することができる。あるいは、制御用の専用プロセッサによりバーコードリーダ１２０の動作を制御してもよい。通信部３１２は、Bluetoothなどの近距離無線通信方式に従い、認証端末１１０やレジ端末１３０と通信を行う。図２の例では、ＣＰＵ２０１、あるいは、不図示の上述の専用プロセッサが通信インタフェース２０７を制御することにより通信部３１２として機能することができる。

【0033】

操作部３１３は、バーコードリーダ１２０のユーザ（例えば、認証端末１１０やレジ端末１３０のオペレータ）が、バーコードの読み取りを行うための操作部であり、ボタンやスイッチ等を含む。なお、操作部３１３の構成を省略してもよい。図２の入力部２０５は、操作部３１３として機能することができる。

【0034】

センサ３１４は、例えばバーコードを読み取るためのセンサ（例えば、ラインセンサ、エリアセンサ）であって、図２の情報取得部２０９が対応する。なお、読み取り対象バーコードは２次元バーコードであっても３次元バーコードであってもよい。

【0035】

＜サーバ１４０の機能構成＞
次に図３（Ｃ）を参照して、サーバ１４０の機能構成の一例を説明する。サーバ１４０は、例えば制御部３２１、通信部３２２、処理部３２３、操作部３２４、表示部３２５、データベース３２６を備えるように構成することができる。

【0036】

制御部３２１は、サーバ１４０の全体の動作を制御する。図２のＣＰＵ２０１は、内部記憶装置２０４等に記憶されたプログラムを実行することにより、制御部３２１として機能することができる。通信部３２２は、ネットワーク１５０を介して認証端末１１０やレジ端末１３０と通信を行う。ＣＰＵ２０１が通信インタフェース２０７を制御することにより通信部３２２として機能することができる。

【0037】

処理部３２３は、サーバ１４０において実施される所定の判定処理等を実行する機能を担う。図２のＣＰＵ２０１は、内部記憶装置２０４等に記憶されたプログラムを実行することにより、処理部３２３として機能することができる。

【0038】

操作部３２４は、サーバ１４０のユーザ（例えば、サーバ１４０のオペレータ）が、サーバ１４０に対して操作入力を行うための操作部であり、キーボード、マウス、タッチパネル等を含む。図２の入力部２０５は、操作部３２４として機能することができる。表示部３２５は、サーバ１４０において扱われる所定のデータを表示するディスプレイである。図２の出力部２０６が表示部３２５として機能する。データベース３２６は、処理部３２３で使用する各種データや、購入希望者の生体情報等を記憶・管理するデータベースであって、図２の外部記憶装置２０８がデータベース３２６として機能する。

【0039】

＜データテーブルについて＞
次に、サーバ１４０のデータベース３２６に登録されているデータテーブルの構成について説明する。

【0040】

図４（Ａ）に示すデータテーブル４００は、顧客情報を管理するための顧客データテーブルである。顧客データテーブル４００には、顧客情報として、例えば顧客番号４０１、利用回数４０２、前回利用日時、購入履歴４０４、生体情報４０５が登録されている。

【0041】

顧客番号４０１には、顧客が所有する会員証から読み取った会員番号、あるいは、仮の会員番号が登録されている。仮の会員番号とは、会員登録をしていない顧客、例えば、日本人の来店客、来日外国人観光客などについて割り当てられた、当該顧客を識別するための情報である。仮の会員番号は正規の会員番号とは重複せず、かつ、正規の会員番号とは識別可能な形態とすることが望ましい。例えば、下二桁あるいは上二桁等を特定のコードや値とする、あるいは桁数を会員番号とは異ならせるなどすることができる。

【0042】

また、利用回数４０２には、当該顧客が商品購入に当該店舗を利用した回数が登録されている。換言すると、当該店舗で商品購入を行った回数が登録されている。前回利用日時４０３には、当該店舗で前回商品購入を行った日時が登録される。購入履歴には、当該顧客の特定商品に関する過去の購入の履歴情報が登録されており、詳細は図４（Ｂ）に示す。生体情報４０５には、当該顧客について取得した生体情報が登録されている。生体情報４０５には、顧客が当該店舗を訪問する際に取得された生体情報がすべて登録される。生体情報４０５には、例えば認証端末１１０で撮影された顔画像そのものが登録されていてもよいが、当該顔画像から抽出した特徴量が登録されてもよいし、両方が登録されていてもよい。

【0043】

図４（Ａ）では、５つの項目を１つのデータテーブルとして登録する形態を記載しているが、実施の形態はこれに限定されるものではない。例えば、顧客データテーブル４００とは別に生体情報データテーブルを用意し、生体情報データテーブルに、個々の生体情報と顧客番号とを関連付けて登録してもよい。

【0044】

図４（Ｂ）には、顧客ごとの商品購入履歴の情報を管理した購入履歴データテーブル４１０の一例を示す。購入履歴データテーブル４１０には、購入履歴情報として、例えば顧客番号４１１、商品４１２、購入数４１３の情報が登録されている。購入履歴情報には、その他に、購入日時の情報を含めてもよい。

【0045】

顧客番号４１１は、顧客データテーブル４００の顧客番号４０１に対応する顧客番号の情報が登録される。商品４１２には、購入上限が設定されている特定商品の商品情報が登録される。ここでは、商品１、商品２などの商品名が登録されている。各商品の購入上限については、図４（Ｃ）に示す。購入数４１３には、当該顧客が過去に購入した商品数の累計が商品ごとに登録されている。

【0046】

図４（Ｃ）には、購入上限が設定されている特定商品の情報を管理する特定商品データテーブル４２０の一例を示す。特定商品データテーブル４２０には、例えば、商品４２１と、購入上限数４２２とが登録されている。

【0047】

商品４２１には、購入数の上限が設定されている特定商品の商品情報が登録される。また購入上限するには、対応する特定商品の一人当たりの購入上限数が登録される。ここでは、商品１については１個しか購入が認められないが、商品４では３個までの購入が認められている。

【0048】

＜システム１００における処理の流れ＞
次に、図５を参照して、本システムにおける処理の流れを説明する。図５のフローチャートは、認証端末１１０、バーコードリーダ１２０、サーバ１４０の各制御部が、各ブロックの動作を制御することにより実現される。

【0049】

まず、Ｓ５０１において、認証端末１１０のオペレータがバーコードリーダ１２０を用いて、商品の購入希望者である顧客の会員証を確認し、会員証のバーコードを読み取る。本実施形態では、会員である顧客については会員証の提示を要求し、会員証に付されているバーコードから会員情報を特定する。Ｓ５０２において、バーコードリーダ１２０は読み取ったバーコード情報を、通信部３１２を介して認証端末１１０に送信する。

【0050】

認証端末１１０は、通信部３０２を介してバーコード情報をバーコードリーダ１２０から受信すると、制御部３０１は、図６（Ａ）に示すような生体情報取得画面を端末１１０の表示部３０５に表示し、顧客の生体情報の取得を行う。本実施形態では、認証端末１１０をスマートフォンやタブレット端末のようなオペレータが持ち運び可能な端末とし、オペレータが顧客の顔画像の撮影を行ってもよい。

【0051】

図６（Ａ）では、生体情報として顔画像を取得する場合の画面の一例を示している。このとき、生体情報取得画面６００には、被写体である顧客の顔の位置を示すマーカー６０１、顧客が会員登録済みである場合には、バーコードリーダ１２０により取得した会員番号を表示する会員番号表示領域６０２を含む。図３では、マーカー６０１で指定された範囲内に、撮影対象の顧客６０３の顔が位置している。また、生体情報取得画面６００には撮影ボタン６０４と送信ボタン６０５とが表示され、撮影ボタン６０４をオペレータが操作することで、顔画像の撮影を行うことができる。Ｓ５０４において、顔画像の撮影により生体情報が取得できた場合には、続くＳ５０５において認証端末１１０は、送信ボタン６０５の操作の受け付けに応じて撮影した顔画像と会員番号とを関連付けて、通信部３０２を介してサーバ１４０に送信する。

【0052】

ここで、図６（Ｂ）に示すように、複数の被写体６１１と被写体６１２とが写ってしまう場合も想定される。この場合、撮影後に登録対象とすべき顧客の選択を受け付けることができる。例えば、それぞれの被写体の上に、番号などを表示していずれかの番号のタップを受け付けることにより登録対象の顧客を選択できるようにしてもよい。図６（Ｂ）では、被写体６１１に番号「１」が表示され、被写体６１２に番号「２」が表示されている。オペレータはいずれかの数字をタップして登録する被写体を選択することができる。被写体が選択されると、選択された被写体のみを切り出して生体情報として用いることができる。

【0053】

サーバ１４０は認証端末１１０から生体情報を受信すると、Ｓ５０６において処理部３２３がデータベース３２６に登録されている生体情報との比較を行い、一致度が最も高い生体情報を特定する。なお、生体情報の比較は、画像や音声等の受信した生体情報そのものを利用するだけでなく、そこから抽出した特徴量の比較により行ってもよい。特徴量とは、例えば、座標情報、ベクトル情報、エッジ情報、周波数情報等であり、生体情報に関する公知の技術を利用することができる。また、生体情報を特定は、送信された会員番号に関連付けられた生体情報を検索することにより行ってもよいが、会員番号に限定されず、生体情報の類似度のみに基づいて行ってもよい。本実施形態では、会員登録を前提としないシステム設計であるため、会員番号を持っていない顧客についても、生体情報の類似度に基づき当該顧客の購入履歴を抽出することができる。

【0054】

Ｓ５０６において一致度の最も高い生体情報が特定できたなら、続くＳ５０７では、処理部３２３は当該生体情報と関連付けられた顧客情報をデータベース３２６に登録された顧客データテーブル４００から取得する。続くＳ５０８では、処理部３２３は、顧客情報に会員番号が含まれている場合に、Ｓ５０５で送信された生体情報に含まれる会員番号と、顧客情報に含まれる顧客番号４０１とが一致するかどうかを判定する。もし、両者が一致した場合には、Ｓ５０９において、サーバ１４０は、通信部３２２を介して認証端末１１０に対して当該顧客情報を送信する。一方、Ｓ５０８において、Ｓ５０５で送信された生体情報に含まれる会員番号と、顧客情報に含まれる顧客番号４０１とが一致しない場合には、処理部３２３はＳ５０６に戻って一致度が次に高い生体情報を特定し、上述の処理を繰り返す。

【0055】

なお、Ｓ５０８の処理はオプションとしてもよく、一致度が最も高いと判定された生体情報が特定できた場合には、当該生体情報に対応する顧客情報を送信するようにしてもよい。また、Ｓ５０５で送信された生体情報に会員番号が含まれない場合には、Ｓ５０８の処理をスキップしてよい。さらに、Ｓ５０６において、一致度が最も高い生体情報であっても、算出された一致度が所定の閾値を下回る場合には生体情報を特定しなくてもよい。この場合、新規の顧客である可能性が高く、その場合には顧客情報はデータベース３２６に登録されていないので、Ｓ５０９では、一致する顧客情報が存在しない旨を通知する。

【0056】

Ｓ５０９において顧客情報を送信する際、当該顧客情報には、顧客番号４０１、利用回数４０２、前回利用日時４０３、購入履歴４０４の情報を含めることができる。また、認証端末１１０には、あらかじめ特定商品データテーブル４２０が送信されているものとする。また、このとき、制御部３２１は、生体情報４０５にＳ５０５で送信された生体情報を追加することにより、顧客データテーブル４００を更新する。

【0057】

Ｓ５０９において顧客情報が送信されると、認証端末１１０の制御部３０１はＳ５１０において受信した顧客情報に基づいて、顧客が購入予定の商品に関する購入画面を表示部３０５に表示する。図７Ａから図７Ｃに、購入画面の一例を示す。このうち図７Ａは、購入画面の初期表示状態を示す。

【0058】

図７Ａの画面７００には、顧客の情報として例えば来店回数７０１、前回来店日７０２、会員番号７０３が含まれる。その他に、顧客氏名等の情報が含まれてもよい。画面７００の下側には、購入希望商品のうちNG品が何品あって、OK品が何品あるかを示す領域７０４と、会計に進む際に選択する会計ボタン７０５、購入を取りやめる際のキャンセルボタン７０６が含まれている。来店回数７０１、前回来店日７０２、会員番号７０３には、顧客情報として受信した顧客番号４０１、利用回数４０２、前回利用日時４０３の情報を表示することができる。このとき、顧客番号４０１については、非会員の場合には番号を表示せず、非会員であることを示してもよい。また、画面７００の上側には、履歴ボタン７０７が表示されており、このボタンが操作されると、顧客の過去の購入履歴を画面に表示することができる。

【0059】

図８は履歴表示画面の一例を示す。履歴画面には、会員番号で示される顧客について過去に取得された生体情報８０１、購入商品に関する詳細情報８０２が表示され、戻るボタン８０３を操作すると、図７Ａ等の購入画面に復帰することができる。

【0060】

購入画面７００が表示されると、Ｓ５１１において、オペレータは顧客が購入を希望する商品のバーコードをバーコードリーダ１２０により順次読み取る。バーコードリーダ１２０で読み取られたバーコード情報（商品特定情報）はＳ５１２において通信部３１２を介して認証端末１１０へ順次送信され、認証端末１１０ではＳ５１３において制御部３０１が購入画面７００を更新する処理を行う。Ｓ５１１からＳ５１３までの処理は購入希望商品の数だけ実行され、その都度、購入画面７００の更新が行われる。

【0061】

Ｓ５１３において購入画面の更新処理を行われると、Ｓ５１４において認証端末１１０では操作部３０４を介してオペレータからの操作を受け付け、Ｓ５１５において受け付けた操作に応じて購入情報を、通信部３０２を介してサーバ１４０に送信する。サーバ１４０側では、Ｓ５１６において制御部３２１が、受信した購入情報によりデータベース３２６を更新する。具体的には、顧客データテーブル４００及び購入履歴データテーブル４１０を更新する。

【0062】

Ｓ５１５における購入情報の送信は、レジ端末１３０に対しても行うことができる。もし認証端末１１０とレジ端末１３０とが共通端末である場合には、そのまま会計処理に移行することができる。

【0063】

次に、購入画面の更新処理の流れを図５Ｂを参照して説明する。図５Ｂでは、まず、Ｓ５３１において、処理部３０３がバーコード情報に基づいて購入希望商品を特定する。認証端末１１０は、バーコード情報と対応付けられた商品情報のテーブルを内部記憶装置２０４内に保持しており、処理部３０３はこれを参照することにより商品を特定することができる。

【0064】

続くＳ５３２において処理部３０３は、当該購入希望商品が、特定商品データテーブル４２０に登録されている特定商品であるか否かを判定する。もし、特定商品でない場合には、Ｓ５３５に進む。当該商品は購入数に制限がないので、処理部３０３はＳ５３５において購入希望数に関係なくOK判定とする。なお、特定商品でない場合には、対象外と判定してもよい。

【0065】

一方、購入希望商品が特定商品データテーブル４２０に登録されている特定商品である場合、Ｓ５３３において処理部３０３は、顧客情報として受信した購入履歴４０４の情報に基づき、当該商品をこれまでに購入した数（過去の購入数）と今回の購入予定数とを足して、累計購入数を算出する。今回の購入予定数は、Ｓ５１２におけるバーコード情報の受信に合わせて随時更新してもよい。また、オペレータの操作に応じて購入予定数に変更がなされた場合にも更新を行う。累計購入数が算出されるとＳ５３４において処理部３０３は、累計購入数が当該商品の上限数を超えるかどうかを判定する。累計購入数が上限数を超える場合には、Ｓ５３６に進み、NG判定とする。一方、累計購入数が上限数を超えない場合には、Ｓ５３５に進みOK判定とする。その後、Ｓ５３７に進み、他の情報を含めて購入画面の更新を行う。

【0066】

図７Ｂは、購入画面７００の更新後の一例を示す図であり、購入画面７１０では、商品１と商品２についての情報が追加されている。

【0067】

領域７１１には、商品１の商品についての情報が追加されており、初回購入において購入希望数が１個であり、上限購入数に対して今回の購入を含めた購入数の比率は１対１であるので、購入可能である。購入画面更新処理の結果として、OK判定を示すＯＫマーク（承認判定標識）７１２が表示されている。

【0068】

領域７１３には、商品２の商品についての情報が追加されており、初回購入において購入希望数が２個であり、上限購入数に対して今回の購入を含めた購入数の比率は２対１であり、購入数が上限を上回っているので購入は不可能である。購入画面更新処理の結果として、ＮＧ判定を示すＮＧマーク（拒否判定標識）７１４が表示されている。ここでは、商品キャンセルマーク７１５がさらに表示される。この商品キャンセルマーク７１５は、例えば、上限を上回っている個数分だけ表示してもよく、商品キャンセルマーク７１５を１つタップすることにより、１個分の商品購入をキャンセルすることができる。その場合には、比率が１対１となるので、ＯＫ判定となり、ＮＧマーク７１４がＯＫマーク７１２と置き換えられる。

【0069】

また、購入希望個数の値をオペレータが直接に変更することを可能としてもよく、その場合には、２個の購入希望個数を１個に変更することで、比率が１対１となるので、ＯＫ判定となる。この場合、商品キャンセルマーク７１５は、商品の購入自体のキャンセルを受け付ける場合に操作することができる。よって商品キャンセルマーク７１５が操作されると２個の購入希望個数がすべてキャンセルになり、領域７１３は購入画面７１０から消去される。

【0070】

購入画面７１０の領域７０４には、商品２の上限数を上回る１個分がＮＧとしてカウントされ、１品と表示されている。また、商品１の１個と、商品２の上限数に一致する１個とを合わせて２個がＯＫとしてカウントされ、２品と表示されている。

【0071】

図７Ｃは、購入画面７００の更新後の他の一例を示す図であり、購入画面７２０では、商品Ａと商品３についての情報が追加されている。

【0072】

領域７２１には、商品Ａの商品についての情報が追加されており、初回購入において購入希望数が５個であるが、商品Ａは購入上限数の設定がない商品であるので「対象外」と表示されており、購入可能である。購入画面更新処理の結果として、OK判定を示すＯＫマーク７１２が表示されている。

【0073】

ここで、購入上限数の設定がない商品については商品の詳細を示さず単に「対象外」と表示するか、あるいは、表示自体を省略してしまってもよい。また、「対象外」の商品のみを購入希望の場合にのみ「対象外」を表示し、特定商品が１つでも含まれる場合には「対象外」の表示を含めて表示を全て省略するようにしてもよい。

【0074】

領域７２３には、商品３の商品についての情報が追加されており、２回目購入において購入希望数が１個であり、上限購入数に対して今回の購入を含めた購入数の比率は２対２であり、購入数が上限数に一致するので購入は可能である。購入画面更新処理の結果として、ＯＫ判定を示すＯＫマーク７１２が表示されている。購入画面７２０の領域７０４には、ＮＧの商品は０品であり、ＯＫの商品が２品と表示されている。

【0075】

本実施形態においては、ＮＧを０品としてから会計ボタン７０５を操作するのが望ましい。その場合、例えば、ＮＧを０品とするまで会計ボタン７０５をグレーアウトして操作の受付を停止しておき、ＮＧが０品となると会計ボタン７０５のグレーアウトを解除して操作の受付を許可することができる。その一方で、ＮＧ品を０品としないままで会計ボタン７０５を操作可能としてもよい。その場合は、レジ端末１３０においてオペレータが上限数以内の商品についてのみ会計を行うように処理することになる。Ｓ５１６におけるデータベースの更新では、当該特定商品の購入上限の範囲内で購入履歴の更新が行われる。

【0076】

本実施形態では、顧客の会員番号や商品情報をバーコードから読み取って利用する場合について説明したが、実施形態はこれに限られるものではなく、その他の方法により取得してもよい。例えば、ＲＦＩＤタグやＩＣチップが埋め込まれている場合には、それらから情報を取得するようにしてもよい。

【0077】

以上の実施形態によれば、顧客の生体情報と当該顧客の購入履歴とを関連付けてあらかじめ管理しておくので、特定商品の購入を希望する顧客の生体情報に基づいて過去の購入履歴を参酌することが可能となり、店舗において上限数を超える特定商品の購入を直ちに検知することが可能となる。また、本実施形態では、顧客が事前に会員登録しているかどうかを問わずに、購入履歴を管理することができるので、未登録の顧客であっても購入を断る必要がなくなる。

【0078】

上述の実施形態では、認証端末１１０とレジ端末１３０とを分離して記載したが、これらを統合することにより、レジでの会計時に購入履歴を参照して会計することが可能となるので、店舗スタッフや顧客の負担が軽減される。

【0079】

以上の処理（例えば上記図５Ａ及び図５Ｂに従った処理等）を、対応するコンピュータプログラムを所定の記憶媒体に記憶させ、この記憶媒体に記憶されているプログラムをコンピュータに読み込ませる（インストール、もしくはコピーさせる）ことで、コンピュータに実行させることができる。このようなコンピュータプログラム及び記憶媒体も、当然に発明の範疇に含まれるものである。

【0080】

＜実施形態のまとめ＞
上記実施形態は以下の情報処理装置、及び、コンピュータプログラムを少なくとも開示する。

【0081】

（１） 情報処理装置であって、
顧客の生体情報を取得する生体情報取得手段と、
商品を特定する情報を取得する情報取得手段と、
外部のサーバと通信する通信手段と、
処理手段と、
を備え、
前記通信手段は、前記生体情報取得手段が取得した第１の顧客の第１の生体情報をサーバに送信し、
前記通信手段は、前記サーバが保持する生体情報から前記第１の生体情報を用いて検索された第２の生体情報に基づいて特定された前記第１の顧客の第１の顧客情報を、前記サーバから受信し、
前記情報取得手段は、前記第１の顧客が購入を希望する商品を特定するための商品特定情報を取得し、
前記処理手段は、前記商品特定情報により特定される商品が所定の商品である場合に、前記所定の商品についての購入予定数と、前記第１の顧客情報に基づく前記第１の顧客の過去の購入数とに基づく累計購入数が、予め定められた上限数を超えるか否かを判定し、
通信手段は、前記処理手段の判定結果に基づく前記第１の顧客の購入商品に関する購入情報を前記サーバに送信する、情報処理装置。
（２） 前記サーバは、顧客の生体情報と、該顧客が購入した商品に関する購入履歴を含む顧客情報とを対応付けて管理し、
前記第２の生体情報は、前記第１の生体情報との関連度が最も高い生体情報であって、
前記通信手段は前記第２の生体情報と対応付けて管理されている顧客情報を前記第１の顧客情報として受信する、（１）に記載の情報処理装置。
（３） 前記第２の生体情報は、前記第１の生体情報との類似度が所定の閾値以上の生体情報である、（２）に記載の情報処理装置。
（４） 前記情報取得手段は、顧客に割り当てられた識別情報を取得可能に更に構成され、
前記通信手段は、前記情報取得手段が取得した前記第１の顧客に割り当てられた第１の識別情報を前記第１の生体情報と共に前記サーバに送信し、
前記顧客情報には、対応する顧客を識別するための識別情報が含まれ、
前記第２の生体情報は、前記第１の識別情報と一致する識別情報を含む顧客情報と対応付けられた生体情報である、（２）又は（３）に記載の情報処理装置。
（５） 前記情報取得手段は、バーコードリーダが読み取ったバーコード情報を取得可能に構成され、
前記識別情報は、前記顧客の保持する会員証のバーコードから前記バーコードリーダが読み取った会員番号の情報であり、
前記商品特定情報は、商品に付されたバーコードから前記バーコードリーダが読み取った当該商品に関する情報である、（４）に記載の情報処理装置。
（６） 前記サーバから受信した前記第１の顧客情報と、前記処理手段による前記判定結果に基づき、前記第１の顧客が購入予定の商品に関する第１の画面を表示する表示手段を更に備え、
前記処理手段は、前記累計購入数が前記上限数を超えると判定した場合に拒否判定とし、前記累計購入数が前記上限数を超えないと判定した場合に承認判定とし、
前記第１の画面は、前記購入予定数のうち、前記上限数を超える数を拒否判定数として表示し、前記上限数を超えない数を承認判定数として表示する、（１）から（５）のいずれか１つに記載の情報処理装置。
（７） 前記第１の画面は、
前記拒否判定がなされた場合に、対応する商品と関連付けて表示される拒否判定標識を含み、
前記承認判定がなされた場合に、対応する商品と関連付けて表示される承認判定標識を含む、（６）に記載の情報処理装置。
（８） 操作を受け付ける操作受付手段を更に含み、
前記操作受付手段は、前記累計購入数が前記上限数を超える場合に、前記累計購入数を前記上限数と一致させるための操作を受け付ける、（６）又は（７）に記載の情報処理装置。
（９） 前記サーバへの前記購入情報の送信は、前記操作受付手段に対する操作に応じて行われ、
前記拒否判定となった商品が前記第１の画面に含まれている場合は、前記操作受付手段による前記購入情報の送信指示の受付は停止され、
前記拒否判定となった商品が前記第１の画面に含まれなくなった場合に、前記操作受付手段による前記購入情報の送信指示の受付が許可される、（８）に記載の情報処理装置。
（１０） 前記所定の商品は前記累計購入数に上限数が設定されている商品であり、前記上限数は商品ごとに設定されている、（６）から（９）のいずれか１つに記載の情報処理装置。
（１１） 前記第１の画面には、前記所定の商品に該当しない商品に関する情報を含まない、（６）から（１０）のいずれか１つに記載の情報処理装置。
（１２） 前記第１の画面は、前記顧客が購入を希望する商品の全てが前記所定の商品に該当しない場合に、当該商品が対象外の商品であることを示す表示を含む、（６）から（１０）のいずれか１項に記載の情報処理装置。
（１３） 前記第１の生体情報は、前記第１の顧客を撮影した顔画像情報、前記第１の顧客の指紋の情報、前記第１の顧客の手のひらの静脈パターンの情報、前記第１の顧客の虹彩の情報、前記第１の顧客の声紋の情報のうちの少なくともいずれかである、（１）から（１２）のいずれか１つに記載の情報処理装置。
（１４） 前記顔画像情報に複数の被写体が含まれる場合、いずれか１つの選択された被写体の顔画像情報を前記第１の生体情報とする、（１３）に記載の情報処理装置。
（１５） （１）から（１４）のいずれか１つに記載の情報処理装置と通信するサーバであって、
顧客の生体情報を、前記顧客が購入した商品に関する購入履歴を含む顧客情報と関連付けて登録する記憶手段と、
前記情報処理装置から、第１の顧客について取得された第１の生体情報を受信した場合に、前記第１の生体情報と関連付けられる第２の生体情報を前記記憶手段において検索し、前記記憶手段において前記第２の生体情報と関連付けられた第１の顧客情報を特定する処理手段と、
前記処理手段が特定した前記第１の顧客情報を前記情報処理装置に送信する通信手段と、
を備え、
前記通信手段が前記第１の顧客の購入商品に関する購入情報を受信すると、前記記憶手段の前記顧客情報が、受信した前記購入情報に基づいて更新される、サーバ。
（１６） 前記顧客情報の前記購入履歴は、累計の購入数に上限数が設定されている商品の購入履歴が含まれる、（１５）に記載のサーバ。
（１７） 前記第２の生体情報は、前記第１の生体情報との類似度が所定の閾値以上の生体情報である、（１５）又は（１６）に記載のサーバ。
（１８） 前記第１の生体情報ともに前記第１の顧客を識別する第１の識別情報を受信した場合に、前記処理手段は、前記第２の生体情報を、関連付けられた顧客情報に前記第１の識別情報と一致する識別情報を含む生体情報とする、（１５）から（１７）のいずれか１つに記載のサーバ。
（１９） コンピュータを、（１）から（１４）のいずれか１つに記載の情報処理装置の各手段として機能させるためのコンピュータプログラム。
（２０） コンピュータを、（１５）から（１８）のいずれか１つに記載のサーバの各手段として機能させるためのコンピュータプログラム。

【0082】

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

【要約】

【課題】特定の顧客による商品の大量購入を防止するための、より有効な仕組みの提供が求められている。
【解決手段】情報処理装置であって、第１の顧客の第１の生体情報をサーバに送信し、サーバが保持する生体情報から第１の生体情報を用いて検索された第２の生体情報に基づいて特定された第１の顧客の第１の顧客情報をサーバから受信し、第１の顧客が購入を希望する商品を特定するための商品特定情報を取得し、商品特定情報により特定される商品が所定の商品である場合に、所定の商品についての購入予定数と、第１の顧客情報に基づく第１の顧客の過去の購入数とに基づく累計購入数が、予め定められた上限数を超えるか否かを判定し、上記判定結果に基づく第１の顧客の購入商品に関する購入情報をサーバに送信する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7A】

【図7B】

【図7C】

【図8】