(57)【特許請求の範囲】
【請求項１】
顧客が購入を希望する商品が登録された商品登録リストに、購入数が制限された制限商品が含まれる場合、前記顧客の生体情報を取得する入力部と、
前記取得された生体情報に関連付けられ、前記顧客が過去に購入した前記制限商品の購入数を示す過去購入数を管理する管理情報が存在しない場合、前記管理情報を登録する第１登録部と、
前記管理情報から前記過去購入数を取得する第１取得部と、
前記制限商品の登録数と、前記取得された過去購入数とに応じて、前記制限商品に対する決済処理を実行する決済処理部と、を備え、
前記第１登録部は、前記決済処理の内容に基づいて、前記過去購入数を更新する、ＰＯＳシステム。
【請求項２】
前記管理情報は、前記顧客の生体情報と、当該顧客を識別する第１識別情報とが関連付けられた第１管理情報、及び前記第１識別情報と、前記過去購入数とが関連付けられた第２管理情報を用いて管理され、
前記取得された生体情報に関連付けられた前記第１管理情報が存在しない場合、前記第１管理情報を登録する第２登録部と、
前記第１管理情報から前記第１識別情報を取得する第２取得部と、をさらに備え、
前記第１登録部は、前記取得された第１識別情報に関連付けられた前記第２管理情報が存在しない場合、前記第２管理情報を登録し、
前記第１取得部は、前記第２管理情報から前記過去購入数を取得する、請求項１に記載のＰＯＳシステム。
【請求項３】
前記決済処理部は、前記登録数と、前記取得された過去購入数とを合計した累積購入数が、前記制限商品に設定されている制限数量を超過する場合、前記制限商品の超過数量分を購入できないことを示す第１メッセージを表示する、請求項１又は２に記載のＰＯＳシステム。
【請求項４】
前記第１メッセージは、前記制限商品を識別する第２識別情報と、前記制限数量と、前記累積購入数のうち、前記制限数量を超過した超過数量とを含む、請求項３に記載のＰＯＳシステム。
【請求項５】
前記決済処理部は、前記累積購入数が前記制限数量を超過した場合、前記登録された商品のうち、前記制限商品の超過数量分を除外して前記決済処理を実行する、請求項３又は４に記載のＰＯＳシステム。
【請求項６】
前記入力部は、前記制限商品に関する制限商品情報に基づいて、前記登録された商品に前記制限商品が含まれるか否かを判定し、前記商品に前記制限商品が含まれる場合、前記顧客の生体情報を入力することを要求する第２メッセージを表示する、請求項１〜５のいずれか１項に記載のＰＯＳシステム。
【請求項７】
ＰＯＳシステムが実行する商品購入制限方法であって、
顧客が購入を希望する商品が登録された商品登録リストに、購入数が制限された制限商品が含まれる場合、前記顧客の生体情報を取得することと、
前記取得された生体情報に関連付けられ、前記顧客が過去に購入した前記制限商品の購入数を示す過去購入数を管理する管理情報が存在しない場合、前記管理情報を登録することと、
前記管理情報から前記過去購入数を取得することと、
前記制限商品の登録数と、前記取得された過去購入数とに応じて、前記制限商品に対する決済処理を実行することと、
前記決済処理の内容に基づいて、前記過去購入数を更新することと、を含む商品購入制限方法。
【請求項８】
顧客が購入を希望する商品が登録された商品登録リストに、購入数が制限された制限商品が含まれる場合、前記顧客の生体情報を取得することと、
前記取得された生体情報に関連付けられ、前記顧客が過去に購入した前記制限商品の購入数を示す過去購入数を管理する管理情報が存在しない場合、前記管理情報を登録することと、
前記管理情報から前記過去購入数を取得することと、
前記制限商品の登録数と、前記取得された過去購入数とに応じて、前記制限商品に対する決済処理を実行することと、
前記決済処理の内容に基づいて、前記過去購入数を更新することと、をコンピュータに実行させる商品購入制限プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ＰＯＳ（Point Of Sale）システム、商品購入制限方法及び商品購入制限プログラムに関する。
【背景技術】
【０００２】
例えば、転売目的で特定商品を買占めることを防止するため、顧客に対して特定商品の販売数を販売者が制限する場合があり得る。これに関連して、例えば、特許文献１のように、特定商品の販売数を販売者が制限するための技術が検討されている。
【０００３】
特許文献１には、販売制限がかかる制限商品に対し、会員コードで識別される顧客毎に、制限商品の数量を商品毎又は商品種別毎に限度数量から減算して記憶するＰＯＳシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１８−１７００４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示された技術では、販売者が、顧客に対して制限商品の販売数を制限するために、顧客毎に割り当てた会員コードを用いて、制限商品の購入累積数を管理する。つまり、特許文献１に開示された技術では、制限商品の購入累積数を管理するために、顧客に対して予め会員登録を要求する必要がある。一般的に、顧客が会員登録を行うためには、複数の情報を登録する必要があり、顧客は、会員登録を行うことを煩わしいと感じる。
【０００６】
また、特許文献１に開示された技術では、顧客が制限商品を購入する際に、会員コードの入力が必要となるが、顧客が会員コードを忘れてしまうこともあり得る。この場合、顧客は、会員コードを入力出来ず、制限商品を購入できなくなってしまう。このように、特許文献１に開示された技術を用いると、顧客が会員登録をしたり、会員コードを入力したりする必要があり、ユーザ利便性が損なわれることがあり得る。
【０００７】
本開示の目的は、上述した課題を鑑み、ユーザ利便性を損なうことなく、制限商品の販売数の管理が可能なＰＯＳシステム、商品購入制限方法及び商品購入制限プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本開示にかかるＰＯＳシステムは、
顧客が購入を希望する商品が登録された商品登録リストに、購入数が制限された制限商品が含まれる場合、前記顧客の生体情報を取得する入力部と、
前記取得された生体情報に関連付けられ、前記顧客が過去に購入した前記制限商品の購入数を示す過去購入数を管理する管理情報が存在しない場合、前記管理情報を登録する第１登録部と、
前記管理情報から前記過去購入数を取得する第１取得部と、
前記制限商品の登録数と、前記取得された過去購入数とに応じて、前記制限商品に対する決済処理を実行する決済処理部と、を備え、
前記第１登録部は、前記決済処理の内容に基づいて、前記過去購入数を更新する。
【０００９】
本開示にかかる商品購入制限方法は、
顧客が購入を希望する商品が登録された商品登録リストに、購入数が制限された制限商品が含まれる場合、前記顧客の生体情報を取得することと、
前記取得された生体情報に関連付けられ、前記顧客が過去に購入した前記制限商品の購入数を示す過去購入数を管理する管理情報が存在しない場合、前記管理情報を登録することと、
前記管理情報から前記過去購入数を取得することと、
前記制限商品の登録数と、前記取得された過去購入数とに応じて、前記制限商品に対する決済処理を実行することと、
前記決済処理の内容に基づいて、前記過去購入数を更新することと、を含む。
【００１０】
本開示にかかる商品購入制限プログラムは、
顧客が購入を希望する商品が登録された商品登録リストに、購入数が制限された制限商品が含まれる場合、前記顧客の生体情報を取得することと、
前記取得された生体情報に関連付けられ、前記顧客が過去に購入した前記制限商品の購入数を示す過去購入数を管理する管理情報が存在しない場合、前記管理情報を登録することと、
前記管理情報から前記過去購入数を取得することと、
前記制限商品の登録数と、前記取得された過去購入数とに応じて、前記制限商品に対する決済処理を実行することと、
前記決済処理の内容に基づいて、前記過去購入数を更新することと、をコンピュータに実行させる商品購入制限プログラムである。
【発明の効果】
【００１１】
本開示によれば、ユーザ利便性を損なうことなく、制限商品の販売数の管理が可能なＰＯＳシステム、商品購入制限方法及び商品購入制限プログラムを提供できる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１にかかるＰＯＳシステムの構成例を示す図である。
【図２】実施の形態２にかかるＰＯＳシステムの構成例を示す図である。
【図３】制限商品情報を管理するデータベースを説明するための図である。
【図４】実施の形態２における購入履歴管理情報を管理するデータベースを説明するための図である。
【図５】実施の形態２にかかるＰＯＳシステムの動作例を説明するための図である。
【図６】実施の形態２にかかるＰＯＳシステムの動作例を説明するための図である。
【図７】実施の形態２にかかるＰＯＳシステムの動作例を説明するための図である。
【図８】実施の形態３にかかるＰＯＳシステムの構成例を示す図である。
【図９】ユーザ管理情報を管理するデータベースを説明するための図である。
【図１０】実施の形態３における購入履歴管理情報を管理するデータベースを説明するための図である。
【図１１】実施の形態３にかかるＰＯＳシステムの動作例を説明するための図である。
【図１２】本開示の各実施の形態にかかるＰＯＳ端末等のハードウェア構成を例示するブロック図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本開示の実施の形態について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、以下の各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。
【００１４】
（実施の形態１）
図１を用いて、実施の形態１にかかるＰＯＳシステム１の構成例について説明する。図１は、実施の形態１にかかるＰＯＳシステムの構成例を示す図である。ＰＯＳシステム１は、購入数が制限された制限商品の購入を顧客が希望する場合に、制限された購入数以上の数量が顧客に販売されてしまうことを防止するシステムである。このように、ＰＯＳシステム１は、制限商品の購入数を制限するシステムであるため、商品購入制限システムと称されてもよい。
【００１５】
ＰＯＳシステム１は、入力部１１と、第１登録部１２と、第１取得部１３と、決済処理部１４とを備える。ＰＯＳシステム１は、図示しないＰＯＳ端末を備え、ＰＯＳ端末が、入力部１１、第１登録部１２、第１取得部１３、及び決済処理部１４を備える構成であってもよい。もしくは、ＰＯＳシステム１は、図示しないＰＯＳ端末と、図示しない少なくとも１つのサーバ装置とを備え、ＰＯＳ端末と、少なくとも１つのサーバ装置とが、入力部１１、第１登録部１２、第１取得部１３、及び決済処理部１４を備える構成であってもよい。
【００１６】
入力部１１は、顧客が購入を希望する商品が登録された商品登録リストに、購入数が制限された制限商品が含まれる場合、顧客の生体情報を入力する。生体情報は、例えば、虹彩に関する虹彩情報、指紋に関する指紋情報、顔に関する顔情報等の生体認証に用いられる生体情報である。
【００１７】
第１登録部１２は、取得された生体情報に関連付けられ、顧客が過去に購入した制限商品の購入数を示す過去購入数を管理する管理情報が存在しない場合、当該管理情報を登録する。また、第１登録部１２は、後述する決済処理部１４が実行した決済処理の内容に基づいて、顧客の管理情報に含まれる過去購入数を更新する。
第１取得部１３は、取得された生体情報に関連付けられた管理情報から過去購入数を取得する。
【００１８】
決済処理部１４は、登録された商品のうち、制限商品の購入数と、取得された過去購入数とに応じて、制限商品に対する決済処理を実行する。購入数は、顧客が購入を希望する制限商品の購入数であり、入力部１１に登録された制限商品の購入数であるため、登録数と称されてもよい。すなわち、決済処理部１４は、制限商品の登録数と、取得された過去購入数とに応じて、制限商品に対する決済処理を実行する。
【００１９】
以上説明したように、ＰＯＳシステム１は、顧客が購入を希望する商品に、制限商品が含まれる場合、顧客の生体情報を取得し、取得した生体情報に関連付けられた管理情報が存在しない場合、管理情報を登録する。換言すると、ＰＯＳシステム１は、顧客が制限商品を初めて購入希望しているのか否かを判定し、顧客が制限商品を初めて購入希望している場合、当該顧客の管理情報を登録して、顧客の制限商品の過去購入数を管理可能とする。そして、ＰＯＳシステム１は、制限商品の登録数と、過去購入数とに応じて、制限商品の決済処理を実行し、決済処理の内容に基づいて、顧客の管理情報を更新する。
【００２０】
このように、実施の形態１にかかるＰＯＳシステム１は、顧客に対して会員登録を予め行うことを求めたり、会員コードを入力することを求めたりせずに、制限された購入数を超える制限商品が顧客に販売されることを防止できる。したがって、実施の形態１にかかるＰＯＳシステム１によれば、ユーザ利便性を損なうことなく、制限商品の販売数の管理が可能となる。
【００２１】
（実施の形態２）
続いて、実施の形態２について説明する。実施の形態２は、実施の形態１を具体的にした実施の形態である。
【００２２】
＜ＰＯＳシステムの構成例＞
図２を用いて、実施の形態２にかかるＰＯＳシステム１００の構成例について説明する。図２は、実施の形態２にかかるＰＯＳシステムの構成例を示す図である。ＰＯＳシステム１００は、商品管理サーバ２０と、ＰＯＳ端末３０＿１〜３０＿３とを備える。なお、ＰＯＳシステム１００は、３台のＰＯＳ端末を備える構成としているが、１台以上のＰＯＳ端末を備える構成であればよい。
【００２３】
商品管理サーバ２０は、購入数が制限された制限商品に関する制限商品情報を管理するサーバ装置である。商品管理サーバ２０は、例えば、有線、無線等のネットワークを介してＰＯＳ端末３０＿１〜３０＿３と接続及び通信を行う。商品管理サーバ２０は、ＰＯＳ端末３０＿１〜３０＿３に制限商品情報を送信する。
【００２４】
商品管理サーバ２０は、ＰＯＳシステム１００を利用して制限商品を過去に購入した、又は購入しようとするユーザ毎に、各ユーザの制限商品の購入履歴を管理するための購入履歴管理情報を管理する。購入履歴管理情報は、各ユーザの生体情報に、当該ユーザが過去に購入した制限商品の購入数を示す過去購入数が関連付けられた情報である。
【００２５】
商品管理サーバ２０は、ＰＯＳ端末３０＿１〜３０＿３において、顧客の生体情報が取得された場合、取得された生体情報に関連付けられた購入履歴管理情報が存在するか否かを判定する。生体情報は、例えば、虹彩に関する虹彩情報、指紋に関する指紋情報、顔に関する顔情報等の生体認証に用いられる生体情報である。
【００２６】
商品管理サーバ２０は、取得された生体情報に関連付けられた購入履歴管理情報が存在しない場合、取得された生体情報に基づく購入履歴管理情報を新たに登録する。購入履歴管理情報が存在する場合、商品管理サーバ２０は、取得された生体情報に関連付けられた購入履歴管理情報から、過去購入数を取得して、生体情報を取得したＰＯＳ端末に送信する。
【００２７】
商品管理サーバ２０は、ＰＯＳ端末３０＿１〜３０＿３において、制限商品の決済処理が実行された場合、決済処理の内容に基づいて、決済処理を行った顧客の購入履歴管理情報を更新する。
【００２８】
ＰＯＳ端末３０＿１〜３０＿３は、顧客が購入を希望する商品を登録して、登録された商品の決済処理を実行する端末である。ＰＯＳ端末３０＿１〜３０＿３は、後述する機能部を有するＰＯＳ端末である。なお、ＰＯＳ端末３０＿１〜３０＿３は、後述する機能部を有していればよいため、同一の構成を有するＰＯＳ端末であってもよいし、異なる構成を有するＰＯＳ端末であってもよい。本開示では、説明を簡略化するために、ＰＯＳ端末３０＿１〜３０＿３は、同一の構成を有するＰＯＳ端末であるとして説明する。
【００２９】
ＰＯＳ端末３０＿１〜３０＿３は、商品管理サーバ２０から制限商品情報を取得する。ＰＯＳ端末３０＿１〜３０＿３は、制限商品情報を用いて、登録された商品に制限商品が含まれるか否かを判定する。ＰＯＳ端末３０＿１〜３０＿３は、登録された商品に、制限商品が含まれる場合、登録された商品の購入を希望する顧客の生体情報を取得し、取得した生体情報を商品管理サーバ２０に送信する。
【００３０】
ＰＯＳ端末３０＿１〜３０＿３は、登録された商品の決済処理を実行する。ＰＯＳ端末３０＿１〜３０＿３は、登録された商品に制限商品が含まれる場合、登録された制限商品について、当該制限商品の登録数と、過去購入数とに応じて、制限商品の決済処理を実行する。ＰＯＳ端末３０＿１〜３０＿３は、決済処理の内容を商品管理サーバ２０に送信する。
【００３１】
＜商品管理サーバの構成例＞
次に、商品管理サーバ２０の構成例について説明する。商品管理サーバ２０は、通信部２１と、登録部２２と、取得部２３と、記憶部２４とを備える。
【００３２】
通信部２１は、ＮＩＣ（Network Interface Card）を含み、ＰＯＳ端末３０＿１〜３０＿３のそれぞれとネットワークを介して接続及び通信を行う。通信部２１は、ＰＯＳ端末３０＿１〜３０＿３のそれぞれと各種メッセージの送受信を行う。
【００３３】
通信部２１は、ＰＯＳ端末３０＿１〜３０＿３からデータベースダウンロード要求を受信する。データベースダウンロード要求は、ＰＯＳ端末３０＿１〜３０＿３が商品管理サーバ２０に対して、制限商品情報の送信を要求するメッセージである。通信部２１は、データベースダウンロード要求に応じて、制限商品情報を管理するデータベースＡを含むデータベースダウンロード応答をＰＯＳ端末３０＿１〜３０＿３に送信する。
【００３４】
ここで、図３を用いて、制限商品情報を説明するとともに、制限商品情報を管理するデータベースＡについて説明する。図３は、制限商品情報を管理するデータベースを説明するための図である。
【００３５】
制限商品情報は、制限商品を識別する商品識別情報と、制限商品に設定されている、制限された購入数を示す制限数量とが関連付けられた情報である。制限数量は、顧客が累計して購入することができる最大の購入数である。そのため、制限数量は、最大購入数と称されてもよい。また、制限数量は、販売者が販売することができる最大の販売数であるため、最大販売数と称されてもよい。商品識別情報は、例えば、ＪＡＮ（Japan Article Number）コード等の商品ＩＤ（Identifier）であってもよいし、商品番号であってもよいし、商品名であってもよい。なお、以降の説明では、商品識別情報は、商品ＩＤであることとして説明する。
【００３６】
データベースＡは、制限商品情報を管理するデータベースであり、記憶部２４に記憶される。データベースＡは、制限商品情報を管理するデータベースであるため、制限商品情報データベースと称されてもよい。また、図３に示すように、データベースＡは、表形式の情報であるため、制限商品情報テーブルと称されてもよい。
【００３７】
図３に示すように、データベースＡには、左から商品ＩＤと、制限数とが登録される。商品ＩＤ欄には、制限商品を識別する商品ＩＤが登録される。制限数欄には、制限商品に設定された制限数量が登録される。
【００３８】
図２に戻り、登録部２２について説明する。登録部２２は、実施の形態１における第１登録部１２に対応する。登録部２２は、ＰＯＳ端末３０＿１〜３０＿３において、制限商品が登録された場合、通信部２１を介して、顧客の生体情報と、当該顧客が購入を希望する制限商品の商品ＩＤとを含む過去購入数取得要求を受信する。登録部２２は、過去購入数取得要求から、生体情報と、商品ＩＤとを取得する。登録部２２は、各商品ＩＤについて、取得した生体情報に関連付けられた購入履歴管理情報が存在するか否かを判定する。
【００３９】
ここで、図４を用いて、購入履歴管理情報を管理するデータベースＢについて説明する。図４は、実施の形態２における購入履歴管理情報を管理するデータベースを説明するための図である。データベースＢは、購入履歴管理情報を管理するデータベースであり、記憶部２４に格納される。データベースＢは、購入履歴管理情報を管理するため、購入履歴管理情報データベースと称されてもよい。また、図４に示すように、データベースＢは、表形式の情報であるため、購入履歴管理情報テーブルと称されてもよい。
【００４０】
データベースＢには、左から生体情報、商品ＩＤ、及び過去購入数が登録される。
生体情報欄には、制限商品を過去に購入した、又は購入しようとするユーザの生体情報が登録される。
【００４１】
商品ＩＤ欄には、生体情報の取得元のユーザが過去に購入した、又は購入しようとする制限商品を識別する商品ＩＤが登録される。
過去購入数欄には、生体情報の取得元のユーザが、商品ＩＤに対応する制限商品を過去に購入した過去購入数が登録される。
【００４２】
登録部２２は、取得された生体情報及び商品ＩＤと、データベースＢとに基づいて、各商品ＩＤについて、取得された生体情報に関連付けられた購入履歴管理情報が存在するか否かを判定する。登録部２２は、データベースＢに、取得された生体情報に関連付けられた購入履歴管理情報が存在しない場合、取得した生体情報と、取得した商品ＩＤとが対応付けられた、新たな購入履歴管理情報をデータベースＢに登録する。登録部２２は、新たな購入履歴管理情報を登録する場合、過去購入数を０（ゼロ）に設定してデータベースＢに登録する。なお、取得部２３は、登録部２２が取得した生体情報と一致するレコードがある場合であって、商品ＩＤが一致しない場合、当該商品ＩＤのレコードを登録する。
【００４３】
例えば、登録部２２が、「指紋情報Ｃ」の生体情報、及び「１００００」の商品ＩＤを取得したとする。商品ＩＤが「１００００」である制限商品について、生体情報が「指紋情報Ｃ」である生体情報に関連付けられた購入履歴管理情報がデータベースＢに存在しなかったとする。この場合、登録部２２は、「指紋情報Ｃ」をデータベースＢの生体情報に登録し、「指紋情報Ｃ」を登録したレコードの商品ＩＤに「１００００」を登録し、当該レコードの過去購入数に「０」を登録する。
【００４４】
登録部２２は、通信部２１を介して、ＰＯＳ端末３０＿１〜３０＿３において実行された決済処理の内容を受信する。登録部２２は、決済処理の内容に基づいて、決済処理を行った顧客の購入履歴管理情報を更新する。
【００４５】
具体的には、登録部２２は、決済処理が完了した顧客の生体情報と、決済処理が完了した制限商品の商品ＩＤと、ＰＯＳ端末３０＿１〜３０＿３で算出した累積購入数とを含む購入情報登録要求を受信する。累積購入数は、ＰＯＳ端末３０＿１〜３０＿３に登録された商品のうち、制限商品の購入数（登録数）と、過去購入数とを合計した購入数である。登録部２２は、決済処理が完了した顧客の生体情報と、決済処理が完了した制限商品の商品ＩＤと、累積購入数とを取得する。登録部２２は、取得した生体情報及び商品ＩＤと一致するレコードをデータベースＢから検索し、一致したレコードの過去購入数に累積購入数を登録して購入履歴管理情報を更新する。
【００４６】
図２に戻り、取得部２３について説明する。取得部２３は、実施の形態１における第１取得部１３に対応する。取得部２３は、登録部２２が取得した各商品ＩＤについて、取得された生体情報に関連付けられた購入履歴管理情報から過去購入数を取得する。
【００４７】
具体的には、取得部２３は、登録部２２が取得した生体情報及び商品ＩＤと一致するレコードをデータベースＢから検索する。取得部２３は、一致したレコードの過去購入数を取得する。取得部２３は、取得した過去購入数を商品ＩＤと対応付けて過去購入数取得応答に含めて、過去購入数取得要求を送信したＰＯＳ端末に送信する。
記憶部２４は、メモリ、ストレージ（ＨＤＤ：hard disk）等であり、データベースＡ及びＢを記憶する。
【００４８】
＜ＰＯＳ端末の構成例＞
次に、ＰＯＳ端末３０＿１〜３０＿３の構成例について説明する。ＰＯＳ端末３０＿１〜３０＿３は、同様の構成をしているため、ＰＯＳ端末３０＿１を用いて、ＰＯＳ端末の構成例について説明する。ＰＯＳ端末３０＿１は、通信部３１と、入力部３２と、決済処理部３３と、表示部３４と、記憶部３５とを備える。
【００４９】
通信部３１は、ＮＩＣを含み、ネットワークを介して商品管理サーバ２０と接続及び通信を行う。通信部３１は、商品管理サーバ２０と各種メッセージの送受信を行う。通信部３１は、所定の時間帯に、商品管理サーバ２０にデータベースダウンロード要求を送信する。通信部３１は、制限情報を管理するデータベースＡを含むデータベースダウンロード応答を受信し、データベースＡを取得する。通信部３１は、データベースＡを記憶部３５に格納する。
【００５０】
入力部３２は、実施の形態１における入力部１１に対応する。入力部３２は、例えば、キーボード、タッチパネル、バーコードリーダ等の入力装置を含むように構成されてもよい。もしくは、入力部３２は、入力装置を外部接続するインターフェースであり、入力装置に入力された情報を入力するように構成されてもよい。入力部３２は、顧客が購入を希望する商品の商品ＩＤと、購入数（登録数）とを入力する。顧客が購入を希望する商品の入力（登録）が完了し、顧客又は販売者が、商品登録確定を入力すると、入力部３２は、商品登録が完了したと判断する。入力部３２は、入力した商品ＩＤと、購入数（登録数）とを商品登録リストに登録する。
【００５１】
入力部３２は、商品登録リストに登録された商品に、制限商品が含まれているか否かを判定する。入力部３２は、データベースＡから、入力された商品ＩＤを検索する。データベースＡに、入力された商品ＩＤが含まれている場合、顧客に対して生体情報の入力を促す生体情報要求メッセージを、表示部３４を介して表示装置に表示する。入力部３２は、入力された商品ＩＤのうち、データベースＡの商品ＩＤに含まれる商品ＩＤを保持する。
【００５２】
入力部３２は、生体情報読取装置を含むように構成されてもよい。もしくは、入力部３２は、生体情報読取装置を外部接続するインターフェースであり、生体情報読取装置に入力された情報を入力するように構成されてもよい。入力部３２は、生体情報読取装置に生体情報が読み取られると、読み取った生体情報を入力（取得）する。入力部３２は、取得された生体情報と、保持した商品ＩＤとを含む過去購入数取得要求を、通信部３１を介して商品管理サーバ２０に送信する。
【００５３】
決済処理部３３は、実施の形態１における決済処理部１４に対応する。決済処理部３３は、通信部３１を介して、過去購入数取得応答を商品管理サーバ２０から受信する。決済処理部３３は、過去購入数取得応答に含まれる、商品ＩＤと、過去購入数とを取得する。決済処理部３３は、取得した商品ＩＤ毎に、登録数と、過去購入数とを合計した累計購入数を算出し、累計購入数を算出した商品ＩＤの制限数量をデータベースＡから取得する。決済処理部３３は、商品ＩＤ毎に、累積購入数が制限数量を超過しているか否かを判定する。
【００５４】
累積購入数が制限数量を超過している商品ＩＤがある場合、決済処理部３３は、当該商品ＩＤの商品を購入できないことを示す購入不可メッセージを、表示部３４を介して表示装置に表示する。つまり、累積購入数が制限数量を超過している商品ＩＤがある場合、決済処理部３３は、当該商品ＩＤの制限商品を購入できないことを示す購入不可メッセージを表示装置に表示する。
【００５５】
決済処理部３３は、累積購入数が制限数量を超過する商品ＩＤがある場合、当該商品ＩＤについて、累積購入数のうち、制限数量を超過した購入数を示す超過数量を算出する。決済処理部３３は、累積購入数が制限数量を超過する商品ＩＤについて、商品ＩＤと、制限数量と、超過数量とを含む購入不可メッセージを、表示部３４を介して表示装置に表示する。つまり、決済処理部３３は、制限数量と、超過数量とを表示して、購入可能な制限商品の購入数を顧客が判断できるようなメッセージを表示する。なお、購入不可メッセージには、制限商品の商品名が含まれる。
【００５６】
決済処理部３３は、ＰＯＳ端末３０＿１に登録された商品の決済処理を実行する。決済処理部３３は、ＰＯＳ端末３０＿１に登録された商品のうち、累積購入数が制限数量を超過する商品ＩＤがある場合、当該商品ＩＤの商品の超過数量分を、決済処理を行う商品から除外して決済処理を実行する。決済処理部３３は、累積購入数が制限数量を超過する商品ＩＤがない状態で、登録された制限商品に対して登録数分の決済処理を実行する。換言すると、決済処理部３３は、ＰＯＳ端末３０＿１に登録された商品のうち、累積購入数が制限数量を超過している商品ＩＤの商品の超過数量分以外の商品に対して決済処理を実行する。
【００５７】
決済処理部３３は、決済処理が完了すると、決済処理の内容を商品管理サーバ２０に送信する。具体的には、決済処理部３３は、通信部３１を介して、決済処理が完了した顧客の生体情報と、決済処理が完了した制限商品の商品ＩＤと、当該商品ＩＤの累積購入数とを含む購入情報登録要求を商品管理サーバ２０に送信する。
【００５８】
表示部３４は、各種のディスプレイ等の表示装置を含むように構成されてもよい。もしくは、表示部３４は、表示装置を外部接続できるインターフェースであり、表示装置に各種メッセージを表示するように構成されてもよい。表示部３４は、生体情報要求メッセージを表示する要求を入力部３２から受信して、当該メッセージを表示装置に表示する。表示部３４は、購入不可メッセージを表示する要求を決済処理部３３から受信して、当該メッセージを表示装置に表示する。
【００５９】
記憶部３５は、メモリ、ストレージ（ＨＤＤ：hard disk）等であり、通信部３１が受信したデータベースＡを格納する。
【００６０】
＜ＰＯＳシステムの動作例＞
次に、図５〜図７を参照して、実施の形態２にかかるＰＯＳシステム１００の動作例について説明する。図５〜図７は、実施の形態２にかかるＰＯＳシステムの動作例を説明するための図である。ＰＯＳ端末３０＿１〜３０＿３は、同様の動作を行うため、ＰＯＳ端末３０＿１を用いて、ＰＯＳシステムの動作例を説明する。
【００６１】
<データベース更新処理>
図５を用いて、データベース更新処理について説明する。データベース更新処理は、ＰＯＳ端末３０＿１が、商品管理サーバ２０が有しているデータベースＡをダウンロードする際に実行される。データベース更新処理は、商品管理サーバ２０と、ＰＯＳ端末３０＿１とが、所定の時間帯に実行する動作であり、後述する制限商品の購入可否判定処理の前提となる動作である。
【００６２】
通信部３１は、予め設定されている所定の時間帯になると、データベースダウンロード要求を商品管理サーバ２０に送信する（ステップＳ１）。
通信部２１は、データベースダウンロード要求を受信すると、データベースＡを含むデータベースダウンロード応答を作成する（ステップＳ２）。
【００６３】
通信部２１は、作成したデータベースダウンロード応答をＰＯＳ端末３０＿１に送信する（ステップＳ３）。通信部３１は、データベースダウンロード応答を受信すると、データベースダウンロード応答からデータベースＡを取得し、データベースＡを記憶部３５に格納する。
【００６４】
<制限商品の購入可否判定処理>
図６及び図７を用いて、制限商品の購入可否判定処理について説明する。図６及び図７は、図５で説明したデータベース更新処理が実行されていることを前提とする。
【００６５】
まず、図６について説明する。図６は、ＰＯＳ端末３０＿１において実行される動作である。
入力部３２は、顧客が購入を希望する商品が登録される際、当該商品の商品情報を取得する（ステップＳ１１）。顧客又は販売者が、ＰＯＳ端末３０＿１に対して、顧客が購入を希望する商品の商品情報の１つである商品ＩＤ及び購入数（登録数）を入力する。例えば、商品ＩＤは、バーコードリーダで読み取って入力する。購入数は、タッチパネル上のキー等で入力する。入力部３２は、顧客又は販売者が入力した商品ＩＤ及び購入数（登録数）を取得する。入力部３２は、予め記憶部３５に記憶されているＰＬＵ（Price Look Up）テーブルを参照して、商品ＩＤに対応する商品名や単価等の商品情報を取得する。ＰＬＵテーブルが、商品管理サーバ２０の記憶部２４に格納されている場合、入力部３２は、通信部３１を介して商品管理サーバ２０と通信を行って商品ＩＤに対応する商品情報を取得する。顧客が購入を希望する商品が複数ある場合、ステップＳ１１は、顧客が購入を希望する商品の数だけ繰り返し実行される。入力部３２は、商品ＩＤと登録数とが入力されると、入力された商品の順に、商品名等とともに商品ＩＤと登録数とを商品登録リストに登録する。顧客が購入を希望する商品の入力が完了し、顧客又は販売者が商品登録確定を入力すると、入力部３２は、商品の登録が完了したと判断する。
【００６６】
入力部３２は、登録された商品に制限商品が含まれているか否かを判定する（ステップＳ１２）。入力部３２は、商品登録リストに登録された商品のそれぞれに対して、入力された商品ＩＤが、データベースＡの商品ＩＤのいずれかと一致するかを判定する。入力部３２は、入力された商品ＩＤのうち、データベースＡの商品ＩＤと一致する商品ＩＤが在る場合、一致した商品ＩＤを保持する。入力部３２は、保持した商品ＩＤがあるか否かに応じて、登録された商品に制限商品が含まれているか否かを判定する。
【００６７】
登録された商品登録リストに制限商品が含まれている場合（ステップＳ１２のＹＥＳ）、入力部３２は、商品の購入を希望する顧客の生体情報を取得する（ステップＳ１３）。登録された商品に制限商品が含まれている場合、入力部３２は、顧客に対して生体情報の入力を促す生体情報要求メッセージを、表示部３４を介して表示装置に表示する。入力部３２は、生体読取装置に顧客の生体情報が入力されると、入力された生体情報を取得する。
【００６８】
一方、登録された商品に制限商品が含まれていない場合（ステップＳ１２のＮＯ）、入力部３２は、ステップＳ１３以降をスキップして、決済処理部３３にステップＳ１８の実行を依頼する。
【００６９】
ステップＳ１４において、入力部３２は、保持した商品ＩＤのそれぞれについて、過去購入数を取得する過去購入数取得処理を実行する（ステップＳ１４）。決済処理部３３は、入力部３２が保持した商品ＩＤのそれぞれについて、商品管理サーバ２０から通信部３１を介して過去購入数取得応答を受信し、過去購入数を取得する。なお、ステップＳ１４の詳細な処理内容については後述する。
【００７０】
ステップＳ１５〜Ｓ１７は、入力部３２が保持した商品ＩＤのそれぞれに対して実行される。つまり、ステップＳ１５〜Ｓ１７は、入力部３２が保持した商品ＩＤ数分、繰り返し実行される。
【００７１】
決済処理部３３は、累積購入数が制限数量を超過しているか否かを判定する（ステップＳ１５）。決済処理部３３は、入力部３２が保持した商品ＩＤのそれぞれについて、データベースＡの制限数に設定された制限数量を取得する。決済処理部３３は、入力部３２が保持した商品ＩＤのそれぞれについて、登録数と、過去購入数とを合計した累積購入数を算出する。決済処理部３３は、入力部３２が保持した商品ＩＤのそれぞれについて、累積購入数と制限数量とを比較して、累積購入数が制限数量を超過しているか否かを判定する。
【００７２】
累積購入数が制限数量を超過している場合（ステップＳ１５のＹＥＳ）、決済処理部３３は、判定をした商品ＩＤの制限商品の超過数量分について、購入不可メッセージを表示する（ステップＳ１６）。
【００７３】
累積購入数が制限数量を超過している場合、決済処理部３３は、ステップＳ１５の判定をした商品ＩＤの制限商品を顧客に販売できないと判定し、表示部３４を介して購入不可メッセージを表示装置に表示する。決済処理部３３は、当該商品ＩＤと、制限数量と、累積購入数のうち、制限数量を超過した購入数を示す超過数量とを含む購入不可メッセージを、表示部３４を介して表示装置に表示する。なお、購入不可メッセージには、制限商品の商品名が含まれる。
【００７４】
決済処理部３３は、購入不可メッセージを表示した対象の制限商品（購入不可の商品）を商品登録リストから削除する（ステップＳ１７）。決済処理部３３は、購入不可メッセージを表示した対象の制限商品の超過数量分を商品登録リストから削除（除外）する。
【００７５】
ステップＳ１５において、累積購入数が制限数量を超過していない場合（ステップＳ１５のＮＯ）、決済処理部３３は、入力部３２が保持した商品ＩＤを変更して、ステップＳ１５〜Ｓ１７を実行する。つまり、決済処理部３３は、入力部３２が保持した商品ＩＤのうち、ステップＳ１５の判定を行っていない商品ＩＤに変更する。決済処理部３３は、入力部３２が保持した全ての商品ＩＤに対して、ステップＳ１５〜Ｓ１７の動作が実施された場合、ステップＳ１８を実行する。
【００７６】
決済処理部３３は、商品登録リストに登録された商品に対して決済処理を実行し（ステップＳ１８）、通信部３１を介して、決済処理の内容を商品管理サーバ２０に送信する（ステップＳ１９）。決済処理部３３は、決済処理が完了すると、通信部３１を介して、決済処理が完了した顧客の生体情報と、決済処理が完了した制限商品の商品ＩＤと、当該商品ＩＤの累積購入数とを含む購入情報登録要求を商品管理サーバ２０に送信する。
【００７７】
登録部２２は、通信部２１を介して、ＰＯＳ端末３０＿１から購入情報登録要求を受信する。登録部２２は、決済処理が完了した顧客の生体情報と、決済処理が完了した制限商品の商品ＩＤと、累積購入数とを取得する。登録部２２は、取得した生体情報と、商品ＩＤと、一致するレコードをデータベースＢから検索し、一致したレコードの過去購入数に累積購入数を登録して購入履歴管理情報を更新する。なお、ＰＯＳ端末３０＿１の決済処理部３３で制限商品の累積購入数を算出するのではなく、決済処理部３３からは、制限商品の新規の購入数を商品管理サーバ２０に送信し、登録部２２が、制限商品の累積購入数に新規の購入数を加えて累積購入数を更新するようにしてもよい。
【００７８】
次に、図７について説明する。図７は、図６のステップＳ１４の動作を含む動作例であり、ＰＯＳ端末３０＿１と、商品管理サーバ２０とにおいて実行される動作である。図７におけるステップＳ１４１〜Ｓ１４６は、図６のステップＳ１４において実行される動作であり、入力部３２が保持した商品ＩＤのそれぞれに対して実行される。なお、ステップＳ１４１とステップＳ１４６については、入力部３２が保持した商品ＩＤすべてについて一括して行ってもよい。
【００７９】
ステップＳ１３において、入力部３２は、顧客の生体情報を取得する（ステップＳ１３）。
入力部３２は、取得された生体情報と、保持した商品ＩＤと、当該商品ＩＤの商品の購入数とを含む過去購入数取得要求を、通信部３１を介して商品管理サーバ２０に送信する（ステップＳ１４１）。
【００８０】
登録部２２は、入力部３２に保持された商品ＩＤのそれぞれについて、取得した生体情報に関連付けられた購入履歴管理情報を検索する（ステップＳ１４２）。登録部２２は、過去購入数取得要求から、生体情報と、商品ＩＤとを取得する。登録部２２は、取得した生体情報及び商品ＩＤと一致するレコードをデータベースＢから検索することにより、取得した生体情報に関連付けられた購入履歴管理情報を検索する。
【００８１】
登録部２２は、入力部３２に保持された商品ＩＤのそれぞれについて、取得した生体情報に関連付けられた購入履歴管理情報があるか否かを判定する（ステップＳ１４３）。登録部２２は、取得した生体情報及び商品ＩＤと一致するレコードがあるか否かに応じて、取得した生体情報に関連付けられた購入履歴管理情報があるか否かを判定する。
【００８２】
取得した生体情報に関連付けられた購入履歴管理情報がある場合（ステップＳ１４３のＹＥＳ）、登録部２２は、ステップＳ１４４をスキップして、ステップＳ１４５の実行を、取得部２３に依頼する。なお、登録部２２は、取得した生体情報に関連付けられた購入履歴管理情報はあるが、商品ＩＤが一致する購入履歴管理情報が無い場合、取得した生体情報と、取得した商品ＩＤとを対応付け、過去購入数を０（ゼロ）に設定した購入履歴管理情報を登録する。
【００８３】
一方、取得した生体情報に関連付けられた購入履歴管理情報がない場合（ステップＳ１４３のＮＯ）、登録部２２は、取得した生体情報及び商品ＩＤを対応付け、過去購入数を０（ゼロ）に設定した購入履歴管理情報を登録し、ステップＳ１４５の実行を、取得部２３に依頼する（ステップＳ１４４）。
【００８４】
取得部２３は、データベースＢにおいて、取得した生体情報に関連付けられた購入履歴管理情報から過去購入数を取得する（ステップＳ１４５）。
取得部２３は、取得した過去購入数を、取得した商品ＩＤに対応付けて過去購入数取得応答に含めて、通信部２１を介してＰＯＳ端末３０＿１に送信する（ステップＳ１４６）。
【００８５】
以上のように、ＰＯＳ端末３０＿１〜３０＿３は、顧客が登録した商品に、制限商品が含まれる場合、顧客の生体情報を取得する。商品管理サーバ２０は、取得した生体情報に関連付けられた購入履歴管理情報が存在するか否かを判定する。換言すると、商品管理サーバ２０は、顧客が初めて制限商品を購入希望しているのか否かを判定する。そして、ＰＯＳ端末３０＿１〜３０＿３は、顧客が初めて制限商品を購入希望している場合、当該顧客の購入履歴管理情報を新たに登録する。商品管理サーバ２０は、上記顧客の購入履歴管理情報から過去購入数を取得して、登録数と、購入可能数とに応じて決済処理を実行する。商品管理サーバ２０は、決済処理の内容に基づいて購入履歴管理情報を更新する。
【００８６】
このように、実施の形態２にかかるＰＯＳシステム１００は、実施の形態１と同様に、顧客に対して予め会員登録を行うことを求めたり、会員コードを入力することを求めたりせずに、制限数量を超える数の制限商品を顧客に販売することを防止できる。したがって、実施の形態２にかかるＰＯＳシステム１００によれば、ユーザ利便性を損なうことなく、制限商品の販売数の管理が可能となる。
【００８７】
また、ＰＯＳシステムにおいて、生体情報の認証を行い、制限商品の販売数を管理する場合、一般的に、認証に用いる生体情報を予め登録しておく必要がある。これに対して、本実施の形態にかかるＰＯＳシステム１００では、予め生体情報を登録する必要がなく、制限商品の販売数を管理することが可能となる。
【００８８】
また、制限商品の購入履歴情報を通信端末に保存しておき、ＰＯＳ端末３０＿１〜３０＿３が購入履歴情報を利用して、制限商品の販売数を管理する場合、顧客は、上記購入履歴情報を有する通信端末を常に携帯しておく必要が生じる。これに対して、本実施の形態にかかるＰＯＳシステム１００によれば、顧客が、上記購入履歴情報を有する通信端末を携帯する必要がなく、制限商品の販売数を管理することが可能となる。
【００８９】
また、本実施の形態によれば、ＰＯＳ端末に商品が登録されたときに、販売者が登録された商品に制限商品があるかを判定して、さらに、制限商品毎に、制限数量よりも多くの購入数となっているのかを判定する必要がない。したがって、本実施の形態にかかるＰＯＳシステム１００によれば、商品を販売する際の販売者の負担を軽減し、制限商品の販売数の管理を適切に行うことが可能となる。
【００９０】
（実施の形態３）
続いて、実施の形態３について説明する。実施の形態３は、実施の形態２とＰＯＳシステムの構成が異なり、ＰＯＳ端末及び商品管理サーバの他に生体認証サーバを備える。また、実施の形態２では、顧客の購入履歴管理情報を１つのデータベース（データベースＢ）で管理していた。実施の形態３では、購入履歴管理情報を２つの管理情報を管理するデータベースを用いて管理する。
【００９１】
＜ＰＯＳシステムの構成例＞
図８を用いて、実施の形態３にかかるＰＯＳシステム２００の構成例について説明する。図８は、実施の形態３にかかるＰＯＳシステムの構成例を示す図である。ＰＯＳシステム２００は、ＰＯＳ端末４０＿１〜４０＿３と、生体認証サーバ５０と、商品管理サーバ６０とを備える。ＰＯＳシステム２００は、実施の形態２にかかるＰＯＳシステム１００の構成に、生体認証サーバ５０が追加された構成である。また、ＰＯＳシステム２００は、実施の形態２におけるＰＯＳ端末３０＿１〜３０＿３がＰＯＳ端末４０＿１〜４０＿３に置き換わり、実施の形態２における商品管理サーバ２０が商品管理サーバ６０に置き換わった構成である。
【００９２】
ＰＯＳ端末４０＿１〜４０＿３の構成は、基本的に実施の形態２と同様である。ＰＯＳ端末４０＿１〜４０＿３は、例えば、有線、無線等のネットワークを介して生体認証サーバ５０と接続及び通信を行う。
【００９３】
生体認証サーバ５０は、ＰＯＳシステム２００を利用して制限商品を過去に購入した、又は購入しようとするユーザの生体情報を管理するとともに、ユーザが制限商品の購入を希望する場合、当該ユーザの生体情報を用いて認証を行う。生体認証サーバ５０は、ＰＯＳシステム２００を利用して制限商品を過去に購入した、又は購入しようとするユーザの生体情報と、当該ユーザを識別するユーザ識別情報とが関連付けられたユーザ管理情報を管理する。ユーザ識別情報は、例えば、ユーザＩＤ、ユーザ番号、氏名等であってもよい。なお、以降の説明では、ユーザ識別情報はユーザＩＤであることとして説明する。
【００９４】
商品管理サーバ６０は、実施の形態２と同様に、ＰＯＳシステム２００を利用して制限商品を過去に購入した、又は購入しようとするユーザの購入履歴管理情報を管理する。実施の形態２では、購入履歴管理情報は、上記ユーザの生体情報と、過去購入数とが関連付けられた情報であるが、本実施の形態では、ユーザＩＤと、過去購入数とが関連付けられた情報である。すなわち、本実施の形態では、実施の形態２における購入履歴管理情報が、ユーザ管理情報と、購入履歴管理情報とを用いて管理される。
【００９５】
＜ＰＯＳ端末の構成例＞
次に、ＰＯＳ端末４０＿１〜４０＿３の構成例について説明する。本実施の形態においても、ＰＯＳ端末４０＿１〜４０＿３の構成は同様であることとして説明する。そのため、ＰＯＳ端末４０＿１を用いて、ＰＯＳ端末４０＿１〜４０＿３の構成例について説明する。なお、ＰＯＳ端末４０＿１〜４０＿３の構成例は、基本的に実施の形態２と同様であるため、実施の形態２と同様の内容については適宜割愛して、実施の形態２と異なる内容を説明する。
【００９６】
ＰＯＳ端末４０＿１は、通信部４１と、入力部４２と、決済処理部４３と、表示部３４と、記憶部３５とを備える。
通信部４１は、商品管理サーバ６０と通信を行うことに加えて、生体認証サーバ５０とネットワークを介して接続及び通信を行う。
【００９７】
入力部４２は、顧客が購入を希望する商品に制限商品が含まれる場合、顧客の生体情報を取得する。入力部４２は、入力した商品ＩＤと、データベースＡとに基づいて、登録された商品に制限商品が含まれるかを判断する。入力部４２は、入力した商品ＩＤのうち、データベースＡに一致する商品ＩＤを保持する。入力部４２は、通信部４１を介して、取得した生体情報を含む生体情報認証要求を生体認証サーバ５０に送信する。
【００９８】
決済処理部４３は、通信部４１を介して、取得された生体情報に関連付けられたユーザＩＤを含む生体認証応答を受信する。決済処理部４３は、通信部４１を介して、受信したユーザＩＤと、入力部４２が保持した商品ＩＤとを含む過去購入数取得要求を商品管理サーバ６０に送信し、当該ユーザＩＤ及び商品ＩＤとに関連付けられた過去購入数を含む過去購入数取得応答を受信する。決済処理部４３は、商品ＩＤと、過去購入数とを取得する。つまり、決済処理部４３は、生体認証要求、生体認証応答、過去購入数取得要求、及び過去購入数取得応答を用いて、入力部４２が取得した生体情報に関連付けられた、制限商品の過去購入数を取得する。
【００９９】
決済処理部４３は、取得した商品ＩＤ毎に、登録数と、過去購入数とに応じて、当該商品ＩＤの制限商品の決済処理を実行する。決済処理部４３は、通信部４１を介して、決済処理が完了した顧客のユーザＩＤと、決済処理が完了した制限商品の商品ＩＤと、当該商品ＩＤの累積購入数とを含む購入情報登録要求を商品管理サーバ６０に送信する。
【０１００】
＜生体認証サーバの構成例＞
次に、生体認証サーバ５０の構成例について説明する。生体認証サーバ５０は、通信部５１と、登録部５２と、取得部５３と、記憶部５４とを備える。
【０１０１】
通信部５１は、ＮＩＣを含み、ＰＯＳ端末４０＿１〜４０＿３とネットワークを介して接続及び通信を行う。通信部５１は、ＰＯＳ端末４０＿１〜４０＿３と各種メッセージの送受信を行う。
【０１０２】
登録部５２は、通信部５１を介して、ＰＯＳ端末４０＿１〜４０＿３において取得された生体情報を含む生体認証要求を受信する。登録部５２は、受信した生体情報に関連付けられたユーザ管理情報が存在するか否かを判定する。ユーザ管理情報は、上述したように、ユーザの生体情報と、当該ユーザのユーザＩＤとが関連付けられた情報である。
【０１０３】
ここで、図９を用いて、ユーザ管理情報を管理するデータベースＣについて説明する。図９は、ユーザ管理情報を管理するデータベースを説明するための図である。データベースＣは、ユーザ管理情報を管理するデータベースであり、記憶部５４に記憶される。データベースＣは、ユーザ管理情報を管理するデータベースであるため、ユーザ管理情報データベースと称されてもよい。また、図９に示すように、データベースＣは、表形式の情報であるため、ユーザ管理情報テーブルと称されてもよい。
【０１０４】
図９に示すように、データベースＣには、左から生体情報と、ユーザＩＤとが登録される。
生体情報欄には、制限商品を過去に購入した、又は購入しようとするユーザの生体情報が登録される。
ユーザＩＤ欄には、生体情報の取得元のユーザを識別するユーザＩＤが登録される。
【０１０５】
登録部５２は、受信した生体情報と一致する生体情報を、データベースＣの生体情報から検索する。登録部５２は、受信した生体情報と一致する生体情報がデータベースＣから見つからなかった場合、受信した生体情報に関連付けられたユーザ管理情報が存在しないと判定する。登録部５２は、受信した生体情報と、新規のユーザＩＤとを関連付けたユーザ管理情報をデータベースＣに登録する。
【０１０６】
取得部５３は、受信した生体情報に関連付けられたユーザＩＤをデータベースＣから取得する。取得部５３は、通信部５１を介して、ユーザＩＤを含む生体認証応答を、生体情報を送信したＰＯＳ端末に送信する。
記憶部５４は、メモリ、ストレージ（ＨＤＤ：hard disk）等であり、データベースＣを記憶する。
【０１０７】
＜商品管理サーバの構成例＞
次に、商品管理サーバ６０の構成例について説明する。商品管理サーバ６０は、通信部６１と、登録部６２と、取得部６３と、記憶部６４とを備える。なお、商品管理サーバ６０の構成例は、基本的に実施の形態２と同様であるため、実施の形態２と同様の内容については適宜割愛して、実施の形態２と異なる内容を説明する。
【０１０８】
通信部６１は、ＮＩＣを含み、ネットワークを介してＰＯＳ端末４０＿１〜４０＿３と接続及び通信を行う。通信部６１は、ＰＯＳ端末４０＿１〜４０＿３と各種メッセージの送受信を行う。
【０１０９】
登録部６２は、ＰＯＳ端末４０＿１〜４０＿３において、制限商品が登録された場合、通信部６１を介して、制限商品の購入を希望する顧客のユーザＩＤと、当該顧客が購入を希望する制限商品の商品ＩＤとを含む過去購入数取得要求を受信する。登録部６２は、過去購入数取得要求から、ユーザＩＤと、商品ＩＤとを取得する。登録部６２は、取得したユーザＩＤに関連付けられた購入履歴管理情報が存在するか否かを判定する。
【０１１０】
ここで、図１０を用いて、実施の形態３の購入履歴管理情報を管理するデータベースＤについて説明する。図１０は、実施の形態３における購入履歴管理情報を管理するデータベースを説明するための図である。データベースＤは、購入履歴管理情報を管理するデータベースであり、記憶部６４に格納される。データベースＤは、購入履歴管理情報を管理するため、購入履歴管理情報データベースと称されてもよい。また、図１０に示すように、データベースＤは、表形式の情報であるため、購入履歴管理情報テーブルと称されてもよい。
【０１１１】
データベースＤには、左からユーザＩＤ、商品ＩＤ、及び過去購入数が登録される。
ユーザＩＤ欄には、制限商品を過去に購入した、又は購入しようとするユーザを識別するユーザＩＤが登録される。
商品ＩＤ欄には、ユーザＩＤが登録されたユーザが過去に購入した、又は購入しようとする制限商品を識別する商品ＩＤが登録される。
過去購入数欄には、ユーザＩＤが登録されたユーザが、商品ＩＤに対応する制限商品を過去に購入した過去購入数が登録される。
【０１１２】
登録部６２は、取得した商品ＩＤのそれぞれについて、取得されたユーザＩＤと、データベースＤとに基づいて、取得されたユーザＩＤに関連付けられた購入履歴管理情報が存在するか否かを判定する。登録部６２は、取得した商品ＩＤのそれぞれについて、取得したユーザＩＤに関連付けられた購入履歴管理情報が存在しない場合、取得したユーザＩＤと、取得した商品ＩＤとを対応付けた新たな購入履歴管理情報をデータベースＤに登録する。登録部６２は、新たな購入履歴管理情報を登録する場合、過去購入数を０（ゼロ）に設定してデータベースＤに登録する。
【０１１３】
登録部６２は、通信部６１を介して、ＰＯＳ端末４０＿１〜４０＿３において実行された決済処理の内容を受信し、決済処理の内容に基づいて、決済処理を行った顧客の購入履歴管理情報を更新する。登録部６２は、決済処理が完了した顧客のユーザＩＤと、決済処理が完了した制限商品の商品ＩＤと、ＰＯＳ端末４０＿１〜４０＿３で算出した累積購入数とを含む購入情報登録要求を受信する。登録部６２は、決済処理が完了した顧客のユーザＩＤと、決済処理が完了した制限商品の商品ＩＤと、累積購入数とを取得する。登録部６２は、取得したユーザＩＤ及び商品ＩＤと一致するレコードをデータベースＤから検索し、一致したレコードの過去購入数に累積購入数を登録して購入履歴管理情報を更新する。
【０１１４】
図８に戻り、取得部６３について説明する。取得部６３は、登録部６２が取得した商品ＩＤのそれぞれについて、取得されたユーザＩＤに関連付けられた購入履歴管理情報から過去購入数を取得する。取得部６３は、登録部６２が取得したユーザＩＤ及び商品ＩＤと一致するレコードをデータベースＤから検索する。取得部６３は、一致したレコードの過去購入数を取得する。なお、取得部６３は、登録部６２が取得したユーザＩＤと一致するレコードがあるが、商品ＩＤが一致しない場合、当該商品ＩＤのレコードを登録する。
【０１１５】
取得部６３は、取得した過去購入数を商品ＩＤと対応付けて過去購入数取得応答に含めて、過去購入数取得要求を送信したＰＯＳ端末に送信する。
記憶部６４は、メモリ、ストレージ（ＨＤＤ：hard disk）等であり、データベースＤを記憶する。
【０１１６】
＜ＰＯＳシステムの動作例＞
次に、実施の形態３にかかるＰＯＳシステム２００の動作例について説明する。図５において説明したデータベース更新処理については、実施の形態２と同様であるため説明を割愛する。本実施の形態では、実施の形態２と、制限商品の購入可否判定処理のうち、過去購入数取得処理が異なる。そのため、図１１を用いて、図６の制限商品の購入可否処理のうちの過去購入数取得処理について説明する。図１１は、実施の形態３にかかるＰＯＳシステムの動作例を説明するための図である。なお、図１１のうち、ステップＳ１５１〜Ｓ１６２が、図６のステップＳ１４において実行される。また、ステップＳ１５７〜Ｓ１６２は、入力部４２が保持した商品ＩＤのそれぞれに対して実行される。なお、ステップＳ１５７〜ステップＳ１６２間の処理については、入力部４２が保持した商品ＩＤすべてについて一括して要求し、一括して応答するようにしてもよい。
【０１１７】
入力部４２は、顧客の生体情報を取得する（ステップＳ１３）。
入力部４２は、取得された生体情報を含む生体認証要求を、通信部４１を介して生体認証サーバ５０に送信する（ステップＳ１５１）。
【０１１８】
登録部５２は、通信部５１を介して取得した生体情報に関連付けられたユーザ管理情報を検索する（ステップＳ１５２）。登録部５２は、生体認証要求から、生体情報を取得する。登録部５２は、取得した生体情報と一致するレコードをデータベースＣから検索することにより、取得した生体情報に関連付けられたユーザ管理情報を検索する。
【０１１９】
登録部５２は、取得した生体情報に関連付けられたユーザ管理情報があるか否かを判定する（ステップＳ１５３）。登録部５２は、取得した生体情報と一致する生体情報がデータベースＣにあるか否かに応じて、取得した生体情報に関連付けられたユーザ管理情報があるか否かを判定する。
【０１２０】
取得した生体情報に関連付けられたユーザ管理情報がある場合（ステップＳ１５３のＹＥＳ）、登録部５２は、ステップＳ１５４をスキップして、ステップＳ１５５の実行を、取得部５３に依頼する。
【０１２１】
一方、取得した生体情報に関連付けられたユーザ管理情報がない場合（ステップＳ１５３のＮＯ）、登録部５２は、取得した生体情報と、新規のユーザＩＤとを対応付けたユーザ管理情報を登録し、ステップＳ１５５の実行を、取得部５３に依頼する（ステップＳ１５４）。
【０１２２】
取得部５３は、データベースＣにおいて、取得した生体情報に関連付けられたユーザ管理情報からユーザＩＤを取得する（ステップＳ１５５）。
取得部５３は、取得したユーザＩＤを含む生体認証応答を、通信部５１を介して、ＰＯＳ端末４０＿１に送信する（ステップＳ１５６）。
【０１２３】
入力部４２は、通信部４１を介して受信したユーザＩＤと、保持する商品ＩＤとを含む過去購入数取得要求を、通信部４１を介して商品管理サーバ６０に送信する（ステップＳ１５７）。
【０１２４】
登録部６２は、受信した商品ＩＤのそれぞれについて、受信したユーザＩＤに関連付けられた購入履歴管理情報を検索する（ステップＳ１５８）。登録部６２は、通信部６１を介して受信した過去購入履数取得要求からユーザＩＤ及び商品ＩＤを取得する。登録部６２は、取得した商品ＩＤのそれぞれについて、受信したユーザＩＤと一致するレコードをデータベースＤから検索することにより、受信したユーザＩＤに関連付けられた購入履歴管理情報を検索する。
【０１２５】
登録部６２は、取得した商品ＩＤのそれぞれについて、受信したユーザＩＤに関連付けられた購入履歴管理情報があるか否かを判定する（ステップＳ１５９）。登録部６２は、ユーザＩＤ及び商品ＩＤが一致するレコードがデータベースＤにあるか否かに応じて、受信したユーザＩＤに関連付けられた購入履歴管理情報があるか否かを判定する。
【０１２６】
受信したユーザＩＤに関連付けられた購入履歴管理情報がある場合（ステップＳ１５９のＹＥＳ）、登録部６２は、ステップＳ１６０をスキップして、ステップＳ１６１の実行を、取得部６３に依頼する。
【０１２７】
一方、受信したユーザＩＤに関連付けられた購入履歴管理情報がない場合（ステップＳ１５９のＮＯ）、登録部６２は、受信したユーザＩＤと、商品ＩＤとを対応付けて、過去購入数を０（ゼロ）に設定した購入履歴管理情報を登録し、ステップＳ１６１の実行を、取得部６３に依頼する（ステップＳ１６０）。
【０１２８】
取得部６３は、取得した商品ＩＤのそれぞれについて、データベースＤから、受信したユーザＩＤに関連付けられた購入履歴管理情報から過去購入数を取得する（ステップＳ１６１）。
【０１２９】
取得部６３は、取得した過去購入数を、取得した商品ＩＤと対応付けて過去購入数取得応答に含めて、通信部６１を介してＰＯＳ端末４０＿１に送信する（ステップＳ１６２）。
【０１３０】
本実施の形態にかかるＰＯＳシステム２００のように、ＰＯＳシステムが生体認証サーバ５０を備える構成であっても、実施の形態２と同様の効果を奏することができる。
【０１３１】
（他の実施の形態）
＜１＞上述した実施の形態２及び３では、ＰＯＳシステムは、ＰＯＳ端末と、商品管理サーバ及び生体認証サーバとを備える構成として説明した。実施の形態２において、ＰＯＳ端末３０＿１〜３０＿３のそれぞれが、商品管理サーバ２０の各機能部を備える構成としてもよい。また、実施の形態３において、ＰＯＳ端末４０＿１〜４０＿３のそれぞれが、生体認証サーバ５０及び商品管理サーバ６０の各機能部を備える構成としてもよい。そして、ＰＯＳ端末が、実施の形態２及び３において実行される動作を実行する構成であってもよい。
【０１３２】
＜２＞上述した実施の形態、及び上記＜１＞において説明したＰＯＳ端末３０＿１〜３０＿３及び４０＿１〜４０＿３、商品管理サーバ２０及び６０、並びに生体認証サーバ５０（以下、ＰＯＳ端末３０＿１等と称する）は、次のようなハードウェア構成を有していてもよい。図１２は、本開示の各実施の形態にかかるＰＯＳ端末等のハードウェア構成を例示するブロック図である。
【０１３３】
図１２を参照すると、ＰＯＳ端末３０＿１等は、ネットワーク・インターフェース１２０１、プロセッサ１２０２及びメモリ１２０３を含む。ネットワーク・インターフェース１２０１は、通信機能を有する他の通信装置と通信するために使用される。ネットワーク・インターフェース１２０１は、例えば、IEEE（Institute of Electrical and Electronics Engineers） 802.11 series、IEEE 802.3 series等を含む通信方式に準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１３４】
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてフローチャートを用いて説明されたＰＯＳ端末３０＿１等の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
【０１３５】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインターフェースを介してメモリ１２０３にアクセスしてもよい。
【０１３６】
図１２の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたＰＯＳ端末３０＿１等の処理を行うことができる。
【０１３７】
図１２を用いて説明したように、ＰＯＳ端末３０＿１等が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１または複数のプログラムを実行する。
【０１３８】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）を含む。さらに、非一時的なコンピュータ可読媒体の例は、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗを含む。さらに、非一時的なコンピュータ可読媒体の例は、半導体メモリを含む。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１３９】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【符号の説明】
【０１４０】
１、１００、２００  ＰＯＳシステム
１１、３２、４２  入力部
１２  第１登録部
１３  第１取得部
１４  決済処理部
２０、６０  商品管理サーバ
２１、３１、４１、５１、６１  通信部
２２、５２、６２  登録部
２３、５３、６３  取得部
２４、３５、５４、６４  記憶部
３０＿１〜３０＿３、４０＿１〜４０＿３  ＰＯＳ端末
３３、４３  決済処理部
３４  表示部
５０  生体認証サーバ
【要約】
【課題】ユーザ利便性を損なうことなく、制限商品の販売数の管理が可能なＰＯＳシステム、商品購入制限方法及び商品購入制限プログラムを提供すること。
【解決手段】ＰＯＳシステム１は、顧客が購入を希望する商品が登録された商品登録リストに、購入数が制限された制限商品が含まれる場合、顧客の生体情報を取得する入力部１１と、取得された生体情報に関連付けられ、顧客が過去に購入した制限商品の購入数を示す過去購入数を管理する管理情報が存在しない場合、当該管理情報を登録する第１登録部１２と、管理情報から過去購入数を取得する第１取得部１３と、制限商品の登録数と、取得された過去購入数とに応じて、制限商品に対する決済処理を実行する決済処理部１４と、を備える。第１登録部１２は、決済処理の内容に基づいて、過去購入数を更新する。
【選択図】図１【図１】
0006898013.tif 000002
【図２】
0006898013.tif 000003
【図３】
0006898013.tif 000004
【図４】
0006898013.tif 000005
【図５】
0006898013.tif 000006
【図６】
0006898013.tif 000007
【図７】
0006898013.tif 000008
【図８】
0006898013.tif 000009
【図９】
0006898013.tif 000010
【図１０】
0006898013.tif 000011
【図１１】
0006898013.tif 000012
【図１２】
0006898013.tif 000013