JP2021092888A - 決済装置、制御方法、及びプログラム - Google Patents

Abstract

【課題】不正な決済を防止する決済装置を提供する。【解決手段】決済装置２０００は、購入者１０に関する識別情報２０を取得する。また、記憶装置３０から、取得した識別情報２０とマッチする識別情報３２に対応づけられている店舗特定情報３４を取得する。そして、取得した店舗特定情報３４によって特定される、決済が許可される店舗に、店舗が含まれているかを判定し、決済が許可されている場合、対象決済を実行する。店舗における決済が許可されていない場合、決対象決済を実行しない。【選択図】図１

Description

本発明は決済の制御に関する。

商品やサービスを購入する際、その代金を支払うための決済が行われる。例えば決済は、店舗に設置されている端末を利用して行われる。

ここで、クレジットカード等を利用した決済では、本人以外の第三者による不正な決済が行われる可能性がある。そのため、このような不正な決済を防止することが求められている。例えば特許文献１は、クレジットカードの利用者が持っている携帯端末の位置情報と、ＰＯＳ端末の位置情報とを照合し、これらが一致する場合にクレジットカードを利用できるようにするという技術を開示している。

特開２００３−１５０８８３号公報

本発明者は、不正決済を防止するための新たな技術を見出した。本願発明の目的の一つは、不正決済を防止する新たな技術を提供することである。

本発明の決済装置は、１）人に関する識別情報と、決済を許可されている店舗を特定するための店舗特定情報とを対応づけて格納している記憶装置から、購入者に関する識別情報に対応づけられている店舗特定情報を取得する取得部と、２）取得した店舗特定情報を用いて、購入者が決済を行おうとしている店舗が、決済を許可されている店舗に含まれると判定される場合に、決済を実行する決済処理部と、を有する。

本発明の制御方法はコンピュータによって実行される。当該制御方法は、１）人に関する識別情報と、決済を許可されている店舗を特定するための店舗特定情報とを対応づけて格納している記憶装置から、購入者に関する識別情報に対応づけられている店舗特定情報を取得する取得ステップと、２）取得した店舗特定情報を用いて、購入者が決済を行おうとしている店舗が、決済を許可されている店舗に含まれると判定される場合に、決済を実行する決済処理ステップと、を有する。

本発明のプログラムは、本発明の制御方法が有する各ステップをコンピュータに実行させる。

本発明によれば、不正決済を防止する新たな技術を提供することである。

実施形態１に係る決済装置の動作を概念的に例示する図である。 決済装置の機能構成を例示するブロック図である。 決済装置を実現するための計算機を例示する図である。 実施形態１の決済装置によって実行される処理の流れを例示するフローチャートである。 決済装置の利用環境を例示する図である。 店舗における決済が許可されていないことを表すエラー通知を例示する図である。 有効期間を示すエラー通知を例示する図である。 実施形態２の決済装置の機能構成を例示するブロック図である。 実施形態２の決済装置によって実行される処理の流れを例示するフローチャートである。

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。また、特に説明する場合を除き、各ブロック図において、各ブロックは、ハードウエア単位の構成ではなく、機能単位の構成を表している。以下の説明において、特に説明しない限り、各種所定の値（閾値など）は、その値を利用する機能構成部からアクセス可能な記憶装置に予め記憶させておく。

［実施形態１］
＜概要＞
図１は、実施形態１に係る決済装置２０００の動作を概念的に例示する図である。ここで、図１を用いて説明する決済装置２０００の動作は、決済装置２０００の理解を容易にするための例示であり、決済装置２０００の動作を限定するものではない。決済装置２０００の動作の詳細やバリエーションについては後述する。

決済装置２０００は、店舗５０における商品やサービス（以下、商品等）の購入に係る決済の実行（代金の支払い処理の実行）に利用される。決済装置２０００を利用した決済では、店舗５０における決済が許可されているか否かの判定が行われる。そして、店舗５０における決済が許可されていたら、決済が実行される。

そのために、予め、決済を行う人やその人が決済に利用する媒体（以下、決済媒体）に対応づけて、決済が許可されている店舗を特定可能な情報が用意される。これらの対応付けは、記憶装置３０に格納されている。記憶装置３０は、識別情報３２と店舗特定情報３４とを対応づけて格納している。

識別情報３２は、人又は決済媒体の識別情報である。人の識別情報は、例えば、その人が利用する決済サービスにおいてその人に割り当てられた識別番号である。決済媒体は、例えば、クレジットカードやデビットカードである。また、決済媒体の識別情報は、例えば、クレジットカードやデビットカードの識別番号である。店舗特定情報３４は、決済が許可されている店舗を特定可能な情報である。例えば、店舗特定情報３４は、決済が許可されている店舗の名称や、決済が許可されている店舗が含まれる地理的な範囲などを示す。

購入者１０が商品等を購入するための決済（以下、対象決済）を行うに当たり、決済装置２０００は、購入者１０に関する識別情報２０を取得する。識別情報２０は、購入者１０の識別情報や、購入者１０が利用する決済媒体の識別情報である。決済装置２０００は、記憶装置３０から、識別情報２０とマッチする識別情報３２に対応づけられている店舗特定情報３４（以下、識別情報２０に対応する店舗特定情報３４とも表記する）を取得する。

決済装置２０００は、店舗特定情報３４を用いて、店舗５０における決済が許可されているか否かを判定する。店舗５０における決済が許可されている場合、決済装置２０００は、対象決済を実行する。一方、店舗５０における決済が許可されていない場合、決済装置２０００は、対象決済を実行しない。すなわち、購入者１０による商品等の購入が許可されていない。ここで、「店舗５０における決済が許可されている」とは、決済が許可されている店舗に店舗５０が含まれるケースや、決済が許可されていない店舗に店舗５０が含まれないケースなどである。

＜作用効果の一例＞
本実施形態によれば、購入者に関する識別情報である識別情報３２に対応づけて、決済が許可されている店舗を特定可能な店舗特定情報３４が定められている。決済装置２０００は、対象決済を行う購入者１０に関する識別情報２０に対応する店舗特定情報３４を取得し、それを用いることで、店舗５０における決済が許可されているか否かを判定する。そして、店舗５０における決済が許可されていない場合には、対象決済が実行されない。

このようにすることで、予め許可された店舗以外では、決済を実行できないようにすることができる。よって、決済の安全性を向上することができる。例えば、購入者１０が利用する蓋然性が低い店舗で決済が行われようとしている場合、購入者１０を装って第三者が決済を行おうとしている可能性がある。そこで、決済が許可されている店舗として、購入者１０が利用する蓋然性が高い店舗のみを設定しておく。こうすることで、第三者による不正な決済を防止できる。また、決済装置２０００には、購入者１０の位置情報を必ずしも必要としないという利点もある。

以下、決済装置２０００についてより詳細に説明する。

＜機能構成の例＞
図２は、決済装置２０００の機能構成を例示するブロック図である。決済装置２０００は、取得部２０２０、判定部２０４０、及び決済処理部２０６０を有する。取得部２０２０は、記憶装置３０から、識別情報２０とマッチする識別情報３２に対応付けられている店舗特定情報３４を取得する。判定部２０４０は、店舗特定情報３４を用いて、店舗５０における決済が許可されているか否かを判定する。決済処理部２０６０は、店舗５０における決済が許可されている場合、対象決済を実行する。

＜決済装置２０００のハードウエア構成の例＞
決済装置２０００の各機能構成部は、各機能構成部を実現するハードウエア（例：ハードワイヤードされた電子回路など）で実現されてもよいし、ハードウエアとソフトウエアとの組み合わせ（例：電子回路とそれを制御するプログラムの組み合わせなど）で実現されてもよい。以下、決済装置２０００の各機能構成部がハードウエアとソフトウエアとの組み合わせで実現される場合について、さらに説明する。

図３は、決済装置２０００を実現するための計算機１０００を例示する図である。計算機１０００は、任意の計算機である。例えば計算機１０００は、PC（Personal Computer）やサーバマシンなどといった、据え置き型の計算機である。その他にも例えば、計算機１０００は、スマートフォンやタブレット端末などといった可搬型の計算機である。

計算機１０００は、決済装置２０００を実現するために設計された専用の計算機であってもよいし、汎用の計算機であってもよい。後者の場合、例えば、計算機１０００に対して所定のアプリケーションをインストールすることにより、計算機１０００で、決済装置２０００の各機能が実現される。上記アプリケーションは、決済装置２０００の機能構成部を実現するためのプログラムで構成される。

計算機１０００は、バス１０２０、プロセッサ１０４０、メモリ１０６０、ストレージデバイス１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０を有する。バス１０２０は、プロセッサ１０４０、メモリ１０６０、ストレージデバイス１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０が、相互にデータを送受信するためのデータ伝送路である。ただし、プロセッサ１０４０などを互いに接続する方法は、バス接続に限定されない。

プロセッサ１０４０は、CPU（Central Processing Unit）、GPU（Graphics Processing Unit）、FPGA（Field−Programmable Gate Array）などの種々のプロセッサである。メモリ１０６０は、RAM（Random Access Memory）などを用いて実現される主記憶装置である。ストレージデバイス１０８０は、ハードディスク、SSD（Solid State Drive）、メモリカード、又は ROM（Read Only Memory）などを用いて実現される補助記憶装置である。

入出力インタフェース１１００は、計算機１０００と入出力デバイスとを接続するためのインタフェースである。例えば入出力インタフェース１１００には、キーボードなどの入力装置や、ディスプレイ装置などの出力装置が接続される。

ネットワークインタフェース１１２０は、計算機１０００を通信網に接続するためのインタフェースである。この通信網は、例えば LAN（Local Area Network）や WAN（Wide Area Network）である。

ストレージデバイス１０８０は、決済装置２０００の各機能構成部を実現するプログラム（前述したアプリケーションを実現するプログラム）を記憶している。プロセッサ１０４０は、このプログラムをメモリ１０６０に読み出して実行することで、決済装置２０００の各機能構成部を実現する。

＜処理の流れ＞
図４は、実施形態１の決済装置２０００によって実行される処理の流れを例示するフローチャートである。取得部２０２０は購入者１０に関する識別情報２０を取得する（Ｓ１０２）。取得部２０２０は、記憶装置３０から、識別情報２０とマッチする識別情報３２に対応づけられている店舗特定情報３４を取得する（Ｓ１０４）。判定部２０４０は、店舗特定情報３４を用いて、店舗５０における決済が許可されているか否かを判定する（Ｓ１０６）。店舗５０における決済が許可されている場合（Ｓ１０６：ＹＥＳ）、決済処理部２０６０は、対象決済を実行する（Ｓ１０８）。

店舗５０における決済が許可されていない場合に決済装置２０００が行う処理は任意である。例えば後述するように、決済装置２０００は、エラー通知の出力などを行う。

＜利用環境の一例＞
決済装置２０００に関する理解をより容易にするため、決済装置２０００のより具体的な利用環境を例示する。ここで示す利用環境はあくまで例示であり、決済装置２０００の利用環境はここで示す例に限定されない。

図５は、決済装置２０００の利用環境を例示する図である。図５において、決済装置２０００は、店舗５０に設置されている店舗端末５２として実現されている。店舗端末５２は、いわゆるレジ端末である。店舗端末５２には、購入者１０の顔を撮像するためのカメラ５４が設置されている。

商品を購入したい購入者１０は、店舗端末５２を利用する。店舗端末５２では、商品をスキャンすることで、精算対象とする商品の登録が行われる。商品の登録を終えたら、対象決済（代金の支払い）が実行される。ただし、対象決済の実行前に、店舗端末５２は、店舗５０における決済が許可されているか否かを判定する。なお、この判定は、商品の登録を開始する前、商品の登録を行っている間、及び商品の登録を完了した後のいずれのタイミングで実行されてもよい。

店舗５０における決済が許可されているか否かを判定するために、店舗端末５２は、カメラ５４によって生成された購入者１０の顔画像を、識別情報２０として取得する。さらに、店舗端末５２は、識別情報２０で記憶装置３０を検索することで、識別情報２０とマッチする識別情報３２に対応する店舗特定情報３４を取得する。そして、店舗端末５２は、店舗特定情報３４を利用して、店舗５０における決済が許可されているか否かを判定する。

店舗５０における決済が許可されている場合、対象決済が実行される。一方、店舗５０における決済が許可されていない場合、店舗端末５２に設けられているディスプレイ装置に、店舗５０での決済が許可されていない旨を示すエラー画面が表示される。

前述したように、決済装置２０００の利用環境はここで示した例に限定されない。例えば、「店舗特定情報３４を取得し、店舗５０における決済が許可されているか否かを判定する」という処理は、店舗端末５２と通信可能に接続されているサーバマシンで行われてもよい。この場合、店舗端末５２は、カメラ５４から得られた購入者１０の顔画像をサーバマシンに送信する。サーバマシンは、購入者１０の顔画像を受信したことに応じ、店舗５０における決済が許可されているか否かを判定し、その判定結果を店舗端末５２に送信する。店舗端末５２は、サーバマシンから受信した判定結果が、店舗５０における決済が許可されていることを示している場合、対象決済を実行する。なお、サーバマシンは、店舗５０の中に設置されてもよいし、店舗５０の外に設置されてもよい。

＜店舗特定情報３４について＞
店舗特定情報３４は、店舗５０における決済が許可されている店舗を特定可能な情報である。例えば店舗特定情報３４は、店舗の名称や住所などのように、店舗を特定可能な情報を示す。なお、店舗の名称は、１つの店舗が特定される情報であってもよいし、店舗のグループが特定される情報であってもよい。例えば、Ａスーパーという名称のスーパーが複数の店舗を有するとする。この場合、「ＡスーパーＢ支店」という名称は１つの店舗を特定可能な情報であり、「Ａスーパー」という名称は店舗のグループが特定される情報である。

その他にも例えば、店舗特定情報３４は、地理的な範囲（住所の一部や、GPS（Global Positioning System）座標系上の領域など）を示してもよい。この場合、店舗特定情報３４によって示される地理的な範囲に含まれる１つ以上の店舗についてまとめて、決済の許可又は不許可が設定される。

購入者１０が決済装置２０００を利用するためには、購入者１０についての店舗特定情報３４を生成して、予め記憶装置３０に格納しておく必要がある。以下、店舗特定情報３４を記憶装置３０に格納しておく方法について例示する。

例えば記憶装置３０には、記憶装置３０を管理するサーバ（以下、管理サーバ）を介して、情報が格納される。購入者１０は、管理サーバを介し、事前に店舗特定情報３４の登録（記憶装置３０への格納）を行う。なお、管理サーバは、決済装置２０００であってもよいし、決済装置２０００以外の装置であってもよい。

管理サーバは、記憶装置３０に店舗特定情報３４を格納するためのインタフェースを提供する。例えばこのインタフェースは Web サイト（以下、管理サイト）である。購入者１０は、管理サイトに対して必要な情報の入力を行うことで、店舗特定情報３４の登録を行える。

購入者１０が任意の端末を利用してこの管理サイトにアクセスすると、まずはログイン画面が表示される。ログイン画面に識別情報と認証情報（パスワードなど）を入力する。ここで入力される識別情報が、店舗特定情報３４として扱われる。認証に成功すると、店舗特定情報３４を入力するための入力画面が提供される。購入者１０は、端末を操作して情報の入力を行うことで、店舗特定情報３４の登録を行う。その結果、識別情報３２と対応づけられた店舗特定情報３４が、記憶装置３０に格納される。なお、識別情報と認証情報は別個に用意される必要はなく、識別情報のみで認証が行われてもよい。例えば、識別情報として生体情報を利用する場合、生体情報で個人の識別と認証を行うことができる。

店舗特定情報３４には、有効期間が対応づけられてもよい。この場合、取得部２０２０は、購入者１０に関する識別情報２０とマッチする識別情報３２に対応づけられており、なおかつ、対応づけられている有効期間に現在時点が含まれる店舗特定情報３４を取得する。

有効期間の指定方法は様々である。例えば有効期間は、「２０１９年１０月２０日１０時から１５時」のように、一度だけ適用される期間（繰り返されない期間）を表してもよい。その他にも例えば、有効期間は、「平日の８時から２０時」のように、繰り返される期間を表してもよい。

店舗特定情報３４に対応づけられる有効期間は、購入者１０によって手動で設定されてもよいし、管理サーバによって自動的に設定されてもよい。前者の場合、前述した入力画面に、有効期間を入力するためのインタフェースも含めるようにする。後者の場合、例えば、店舗特定情報３４に対応づける有効期間には、店舗特定情報３４の登録時点から所定時間が経過するまでの期間（登録時点から１時間など）や、店舗特定情報３４の登録時点を含む所定期間（登録時点を含む日など）が設定される。例えば有効期間が店舗特定情報３４の登録後１時間である場合、購入者１０は、決済が許可されている店舗として、１時間以内に行く予定がある店舗が含まれる店舗特定情報３４を登録する。また、有効期間が店舗特定情報３４を含む日である場合、購入者１０は、決済が許可されている店舗として、その日に行く予定がある店舗が含まれる店舗特定情報３４を登録する。

店舗特定情報３４の登録は、購入者１０以外の人によって行われてもよい。例えば、購入者１０が子供である場合、購入者１０の保護者によって店舗特定情報３４の登録が行われうる。例えばこの場合、購入者１０の保護者に関する識別情報を、購入者１０に関する識別情報と対応づけて予め登録しておく。購入者１０の保護者に関する識別情報でログインした場合、保護者には、自身についての店舗特定情報３４だけでなく、購入者１０についての店舗特定情報３４を登録するためのインタフェースも提供される。なお、保護者はあくまで例示であり、購入者１０についての店舗特定情報３４を登録できる人物は、購入者１０との対応付けが予め登録されている任意の人物でよい。

また、店舗特定情報３４の登録は、管理サーバによって自動で行われてもよい。例えば店舗特定情報３４は、購入者１０のスケジュール情報や行動履歴に基づいて登録される。

購入者１０のスケジュール情報を利用する場合、例えば管理サーバは、購入者１０のスケジュール情報から、購入者１０が行く予定の場所を抽出し、その場所やその場所までの経路を、決済が許可されている店舗を表す情報として示す、店舗特定情報３４を登録する。この際、管理サーバは、当該店舗特定情報３４の有効期間として、その場所へ行く予定になっている期間（スケジュール情報においてその場所を示すイベントに対応づけられている期間）や、その期間の前後に所定長の時間を加えた期間を設定してもよい。

購入者１０の行動履歴を利用する場合、例えば管理サーバが、購入者１０の行動履歴を表す情報（購入者１０の位置情報の履歴など）を取得する。例えば管理サーバは、購入者１０の行動履歴から購入者１０が通過した場所を特定し、その場所を決済が許可されている店舗を表す情報として示す店舗特定情報３４を登録する。その他にも例えば、管理サーバは、購入者１０の行動履歴から、購入者１０が滞在した場所（例えば所定時間以上留まった場所）を特定し、その場所を決済が許可されている店舗を表す情報として示す店舗特定情報３４を登録する。

なお、管理サーバが購入者１０のスケジュール情報や行動履歴を取得する方法は任意である。例えば、購入者１０は、予め管理サーバにアクセスして、自身のスケジュール情報や行動履歴へのアクセス権を管理サーバに与えておく。その他にも例えば、購入者１０の携帯端末が定期的に管理サーバと通信して、スケジュール情報や行動履歴を管理サーバに提供してもよい。

＜識別情報２０の取得：Ｓ１０２＞
取得部２０２０は、購入者１０に関する識別情報２０を取得する（Ｓ１０２）。識別情報２０は、購入者１０を特定できる種々の情報である。例えば購入者１０の識別情報は、決済に利用される種々の決済媒体（携帯端末、クレジットカード、デビットカード、電子マネーカード、ポイントカード、又は会員カードなど）の識別番号や、購入者１０の携帯端末で利用可能な決済サービスにおいて購入者１０に割り与えられている識別情報などである。その他にも例えば、識別情報２０として、購入者１０の生体情報が利用されてもよい。購入者１０の生体情報としては、例えば、購入者１０の顔、虹彩、指紋又は静脈などといた、購入者１０の特徴を表す画像（以下、特徴画像）を利用することができる。

取得部２０２０が識別情報２０を取得する方法は様々である。例えば識別情報２０が決済媒体の識別情報である場合、取得部２０２０は、その決済媒体から識別情報２０を取得する。決済媒体がカードであれば、そのカードから識別情報を読み取り可能なカードリーダを利用することで、そのカードの識別情報が取得される。また、決済媒体が携帯端末であれば、その携帯端末から識別情報を受信することで、その携帯端末の識別情報が取得される。

購入者１０の識別情報が決済サービスで購入者１０に割り当てられている場合、例えば識別情報２０は、決済サービスを利用するためのアプリケーションから決済装置２０００へ提供される。当該アプリケーションは、購入者１０の携帯端末に予めインストールしておく。

識別情報２０が生体情報である場合、生体情報を得るための種々の方法を利用できる。例えば識別情報２０が特徴画像であれば、店舗５０に設置されたカメラを利用して購入者１０の特徴画像を得ることにより、識別情報２０を取得することができる。

＜店舗特定情報３４の取得：Ｓ１０４＞
取得部２０２０は、記憶装置３０から、購入者１０に関する識別情報２０とマッチする識別情報３２に対応づけられている店舗特定情報３４を取得する。ここで、取得部２０２０は、記憶装置３０に直接アクセスして店舗特定情報３４を取得してもよいし、他の装置（例えば前述した管理サーバ）を介して店舗特定情報３４を取得してもよい。

なお、識別情報２０とマッチしている識別情報３２を特定する方法には、既存の手法を利用することができる。例えば識別情報２０が文字列（識別番号など）である場合、取得部２０２０は、識別情報２０と一致する識別情報３２を、識別情報２０とマッチする識別情報３２として特定する。その他にも例えば、識別情報２０が特徴画像などの生体情報である場合、取得部２０２０は、記憶装置３０に格納されている識別情報３２のうち、識別情報２０との類似度合いが高い（類似度が所定値以上）である識別情報３２を、識別情報２０とマッチする識別情報３２として特定する。

＜決済が許可されているか否かの判定：Ｓ１０６＞
判定部２０４０は、店舗特定情報３４を用いて、店舗５０における決済が許可されているか否かを判定する（Ｓ１０６）。そのために、判定部２０４０は、店舗５０が、店舗特定情報３４によって特定できる「決済が許可されている店舗」に含まれるか否かを判定する。ここで、前述したように、店舗特定情報３４は、決済が許可されている店舗を表す情報であってもよいし、決済が許可されていない店舗を表す情報であってもよい。

決済が許可されている店舗が店舗特定情報３４によって表されるとする。この場合、判定部２０４０は、店舗５０が、店舗特定情報３４によって表される店舗に含まれれば、店舗５０における決済が許可されていると判定する。また、判定部２０４０は、店舗５０が、店舗特定情報３４によって表される店舗に含まれなければ、店舗５０における決済が許可されていないと判定する。

一方、決済が許可されていない店舗が店舗特定情報３４によって表されるとする。この場合、判定部２０４０は、店舗５０が、店舗特定情報３４によって表される店舗に含まれれば、店舗５０における決済が許可されていないと判定する。また、判定部２０４０は、店舗５０が、店舗特定情報３４によって表される店舗に含まれなければ、店舗５０における決済が許可されていると判定する。

ここで、「店舗５０が、店舗特定情報３４によって表される店舗に含まれるか否か」を判定する具体的な方法を説明する。例えば店舗特定情報３４が、店舗の名称（前述したようにグループの名称でもよい）を１つ以上示すとする。この場合、「店舗５０が、店舗特定情報３４によって表される店舗に含まれるか否か」の判定は、「店舗５０の名称が店舗特定情報３４によって示されているか否か」を判定することで実現される。

その他にも例えば、店舗特定情報３４が、決済が許可されている地理的な範囲を示すとする。この場合、「店舗５０が、店舗特定情報３４によって表される店舗に含まれるか否か」の判定は、「店舗５０の位置が、店舗特定情報３４によって示されている地理的な範囲に含まれるか否か」を判定することで実現される。地理的な範囲が住所で表される場合、判定部２０４０は、店舗５０の住所を取得し、その住所で特定される位置が、店舗特定情報３４が示す住所で特定される範囲に含まれるか否かを判定する。地理的な範囲が GPS 座標系における領域で表される場合、判定部２０４０は、店舗５０の位置に対応する GPS 座標を取得し、その GPS 座標が、店舗特定情報３４が示す領域に含まれるか否かを判定する。なお、地理的な位置を表すための座標系は、GPS 座標系に限定されず、任意の座標系を利用することができる。

なお、判定部２０４０が店舗５０の位置を特定する方法は様々である。例えば、店舗５０の住所や GPS 座標を示す情報を、判定部２０４０からアクセス可能な記憶装置に予め格納しておく。この場合、判定部２０４０は、この記憶装置から、店舗５０の位置を示す情報を取得する。

その他にも例えば、判定部２０４０は、購入者１０の現在位置を予測し、購入者１０の現在位置を、店舗５０の位置として利用してもよい。例えば購入者１０の現在位置は、購入者１０の携帯端末の位置情報を利用して予測される。その他にも例えば、購入者１０の現在位置は、購入者１０が所有する車や購入者１０が借りたレンタカーの移動履歴を利用したり、監視カメラ等のカメラから得られる購入者１０の移動履歴を利用したりして予測されてもよい。

その他にも例えば、購入者１０の自宅や勤務先などといった特定の場所の位置を、店舗５０の位置とみなして利用してもよい。

＜決済の実行：Ｓ１０８＞
決済処理部２０６０は、店舗５０における決済が許可されていると判定された場合、対象決済を実行する。一方、店舗５０における決済が許可されていないと判定された場合、決済処理部２０６０は、対象決済を実行しない。なお、決済を実行する具体的な処理には、既存の処理を利用することができる。

＜＜その他の条件＞＞
なお、「店舗５０における決済が許可されている」という条件は、決済処理部２０６０が対象決済を行うための必要条件であればよく、その他の条件がさらに考慮されてもよい。例えば決済処理部２０６０は、購入者１０が店舗５０にいることを確認し、購入者１０が店舗５０にいる場合にのみ、対象決済を実行するようにしてもよい。例えば決済処理部２０６０は、「購入者１０の位置情報（例えば購入者１０の携帯端末の位置情報）が店舗５０の位置情報と一致する」という条件や、「購入者１０の位置が店舗５０の内部に含まれる」という条件が満たされる場合に、「購入者１０が店舗５０にいる」と判定する。

＜結果の表示＞
店舗５０における決済が許可されていないと判定された場合、決済装置２０００は、その旨を表す情報を、店舗５０の店員や購入者１０に対して提供することが好ましい。図６は、店舗５０における決済が許可されていないことを表すエラー通知を例示する図である。このエラー通知は、例えば、購入者１０や店員が閲覧可能なディスプレイ装置に表示される。

ここで、店舗特定情報３４に有効期間が対応づけられる場合、現在は店舗５０における決済が許可されていないものの、他の時間であれば、店舗５０における決済が許可されているケースがある。この場合、エラー通知には、有効期間や有効な時間帯がさらに示されてもよい。図７は、有効期間を示すエラー通知を例示する図である。

また、決済装置２０００は、決済を実行した場合にも、種々の出力を行ってよい。例えば決済装置２０００は、決済が正常に完了した旨の通知を出力する。この通知は、例えば前述したエラー通知と同様に、ディスプレイ装置に表示される。

［実施形態２］
図８は、実施形態２の決済装置２０００の機能構成を例示するブロック図である。以下で説明する点を除き、実施形態２の決済装置２０００は、実施形態１の決済装置２０００と同様の機能を有する。

本実施形態の決済装置２０００では、対象決済を実行するためには、購入者１０についての認証が必要となる。そのために、決済装置２０００は、認証部２０８０を有する。

認証部２０８０は、購入者１０の認証情報を取得する。認証情報は、認証に利用できる任意の情報である。例えば認証情報には、前述した特徴画像やパスワードなどを利用することができる。

認証部２０８０は、判定部２０４０によって、店舗５０における決済が許可されていると判定された場合のみ、購入者１０の認証情報を利用した認証を行う。実施形態２の決済処理部２０６０は、認証に成功した場合に、対象決済を実行する。

購入者１０の認証は、認証情報記憶装置に格納されている情報を利用して行われる。認証情報記憶装置には、認証情報が格納している。ここで、記憶装置に格納されている認証情報を利用して認証を行う技術には、既存の技術を利用することができる。

例えば認証情報記憶装置は、人の識別情報とその人の認証情報とを対応づけて格納している。この場合、認証部２０８０は、識別情報２０と購入者１０の認証情報とのペアにマッチするペアが、認証情報記憶装置に格納されているか否かを判定する。識別情報２０と購入者１０の認証情報とのペアにマッチするペアが格納されている場合、認証部２０８０は、認証に成功したと判定する。一方、識別情報２０と購入者１０の認証情報とのペアにマッチするペアが格納されていない場合、認証部２０８０は、認証に失敗したと判定する。

認証には、識別情報と認証情報のペアではなく、認証情報のみが利用されてもよい。この場合、認証部２０８０は、購入者１０の認証情報にマッチする認証情報が認証情報記憶装置に格納されているか否かを判定する。購入者１０の認証情報にマッチする認証情報が格納されている場合、認証部２０８０は、認証に成功したと判定する。一方、購入者１０の認証情報にマッチする認証情報が格納されていない場合、認証部２０８０は、認証に失敗したと判定する。

なお、購入者１０の認証情報を取得するタイミングは、判定部２０４０による判定の前であってもよいし、後であってもよい。なお、購入者１０の認証情報を取得する方法には、その認証情報の種類に応じた既存の方法を利用することができる。

また、購入者１０の認証情報として、識別情報２０が利用されてもよい。この場合、認証部２０８０は、取得部２０２０によって取得された識別情報２０を、認証情報として取得する。

＜作用効果の一例＞
認証情報記憶装置に格納されている購入者１０の認証情報は、購入者１０の重要な個人情報の１つであると言える。このような重要な個人情報は、慎重に取り扱う必要がある。

ここで、決済装置２０００では、店舗５０における決済が許可されていないと判定された場合には、たとえ購入者１０の認証に成功したとしても、対象決済が実行されない。そのため、店舗５０における決済が許可されていないと判定された場合には、購入者１０の認証を行わなくてもよいと言える。

そこで、本実施形態の決済装置２０００では、店舗５０における決済が許可されている場合のみ、購入者１０の認証が行われる（すなわち、認証情報記憶装置に格納されている情報が参照される）。このようにすることで、個人情報へのアクセスを極力減らすことができるため、個人情報をより慎重に取り扱うことができるようになる。すなわち、個人のプライバシーの保護をより十分に行うことができる。

＜処理の流れ＞
図９は、実施形態２の決済装置２０００によって実行される処理の流れを例示するフローチャートである。判定部２０４０によって、店舗５０における決済が許可されていると判定された場合（Ｓ１０６：ＹＥＳ）、認証部２０８０は、購入者１０の認証情報を用いて、購入者１０の認証を行う（Ｓ２０２）。購入者１０の認証に成功した場合（Ｓ２０４：ＹＥＳ）、決済処理部２０６０は対象決済を実行する。

認証に失敗した場合（Ｓ２０４：ＮＯ）に決済装置２０００が行う処理には、様々な処理を採用できる。例えば決済装置２０００は、認証に失敗したことを示すエラー通知を出力する。エラー通知の出力先は、例えば、決済装置２０００に接続されているディスプレイ装置や、購入者１０の携帯端末などである。

＜ハードウエア構成の例＞
実施形態２の決済装置２０００のハードウエア構成は、実施形態１の決済装置２０００のハードウエア構成と同様に、例えば図３で表される。ただし、実施形態２のストレージデバイス１０８０には、実施形態２の決済装置２０００の機能を実現するためのプログラムが含まれる。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
１． 人に関する識別情報と、決済を許可されている店舗を特定するための店舗特定情報とを対応づけて格納している記憶装置から、購入者に関する識別情報に対応づけられている前記店舗特定情報を取得する取得部と、
前記取得した店舗特定情報を用いて、前記購入者が決済を行おうとしている店舗が、決済を許可されている店舗に含まれると判定される場合に、前記決済を実行する決済処理部と、を有する、決済装置。
２． 前記店舗特定情報は、決済が許可されている店舗と、決済が許可されていない店舗とのうち、少なくとも一方を示す、１．に記載の決済装置。
３． 前記店舗特定情報は、店舗の名称、店舗のグループの名称、又は地理的な範囲を表す情報である、２．に記載の決済装置。
４． 前記店舗特定情報は、前記購入者のスケジュール情報に示されている、前記購入者が利用する予定の場所を示す、２．又は３．に記載の決済装置。
５． 前記店舗特定情報は、前記購入者の行動履歴に示されている、前記購入者が通過又は滞在した場所を示す、２．又は３．に記載の決済装置。
６． 前記店舗特定情報は、その店舗特定情報が有効期間と対応づけられており、
前記取得部は、前記購入者の識別情報とマッチする識別情報と対応づけられている前記店舗特定情報のうち、有効期間に現在時刻が含まれる店舗特定情報を取得する、２．又は３．に記載の決済装置。
７． 前記購入者の認証を行う認証部を有し、
前記決済処理部は、前記購入者の認証に成功した場合に、前記決済を実行し、
前記認証部は、前記店舗における決済が許可されていると判定された場合に、前記認証を行う、１．から６いずれか一つに記載の決済装置。
８． コンピュータによって実行される制御方法であって、
人に関する識別情報と、決済を許可されている店舗を特定するための店舗特定情報とを対応づけて格納している記憶装置から、購入者に関する識別情報に対応づけられている前記店舗特定情報を取得する取得ステップと、
前記取得した店舗特定情報を用いて、前記購入者が決済を行おうとしている店舗が、決済を許可されている店舗に含まれると判定される場合に、前記決済を実行する決済処理ステップと、を有する、制御方法。
９． 前記店舗特定情報は、決済が許可されている店舗と、決済が許可されていない店舗とのうち、少なくとも一方を示す、８．に記載の制御方法。
１０． 前記店舗特定情報は、店舗の名称、店舗のグループの名称、又は地理的な範囲を表す情報である、９．に記載の制御方法。
１１． 前記店舗特定情報は、前記購入者のスケジュール情報に示されている、前記購入者が利用する予定の場所を示す、９．又は１０．に記載の制御方法。
１２． 前記店舗特定情報は、前記購入者の行動履歴に示されている、前記購入者が通過又は滞在した場所を示す、９．又は１０．に記載の制御方法。
１３． 前記店舗特定情報は、その店舗特定情報が有効期間と対応づけられており、
前記取得ステップにおいて、前記購入者の識別情報とマッチする識別情報と対応づけられている前記店舗特定情報のうち、有効期間に現在時刻が含まれる店舗特定情報を取得する、９．又は１０．に記載の制御方法。
１４． 前記購入者の認証を行う認証ステップを有し、
前記決済処理ステップにおいて、前記購入者の認証に成功した場合に、前記決済を実行し、
前記認証ステップにおいて、前記店舗における決済が許可されていると判定された場合に、前記認証を行う、８．から１３いずれか一つに記載の制御方法。
１５． ８．から１４いずれか一つに記載の制御方法をコンピュータに実行させるプログラム。
１６． 第１装置と第２装置を有するシステムであって、
前記第１装置は、
人に関する識別情報と、決済を許可されている店舗を特定するための店舗特定情報とを対応づけて格納している記憶装置から、購入者に関する識別情報に対応づけられている前記店舗特定情報を取得する取得部と、
前記取得した店舗特定情報を用いて、前記購入者が決済を行おうとしている店舗が、決済を許可されている店舗に含まれるか否かを判定する判定部と、を有し、
前記第２装置は、前記判定部によって、前記購入者が決済を行おうとしている店舗が、決済を許可されている店舗に含まれると判定された場合に、前記決済を実行する決済処理部を有する、システム。
１７． 前記店舗特定情報は、決済が許可されている店舗と、決済が許可されていない店舗とのうち、少なくとも一方を示す、１６．に記載のシステム。
１８． 前記店舗特定情報は、店舗の名称、店舗のグループの名称、又は地理的な範囲を表す情報である、１７．に記載のシステム。
１９． 前記店舗特定情報は、前記購入者のスケジュール情報に示されている、前記購入者が利用する予定の場所を示す、１７．又は１８．に記載のシステム。
２０． 前記店舗特定情報は、前記購入者の行動履歴に示されている、前記購入者が通過又は滞在した場所を示す、１７．又は１８．に記載のシステム。
２１． 前記店舗特定情報は、その店舗特定情報が有効期間と対応づけられており、
前記取得部は、前記購入者の識別情報とマッチする識別情報と対応づけられている前記店舗特定情報のうち、有効期間に現在時刻が含まれる店舗特定情報を取得する、１７．又は１８．に記載のシステム。
２２． 前記第２装置は、前記購入者の認証を行う認証部を有し、
前記決済処理部は、前記購入者の認証に成功した場合に、前記決済を実行し、
前記認証部は、前記店舗における決済が許可されていると判定された場合に、前記認証を行う、１６．から２１いずれか一つに記載のシステム。

１０ 購入者
２０ 識別情報
３０ 記憶装置
３２ 識別情報
３４ 店舗特定情報
５０ 店舗
５２ 店舗端末
５４ カメラ
１０００ 計算機
１０２０ バス
１０４０ プロセッサ
１０６０ メモリ
１０８０ ストレージデバイス
１１００ 入出力インタフェース
１１２０ ネットワークインタフェース
２０００ 決済装置
２０２０ 取得部
２０４０ 判定部
２０６０ 決済処理部
２０８０ 認証部

Claims (10)

1. 人に関する識別情報と、決済を許可されている店舗を特定するための店舗特定情報とを対応づけて格納している記憶装置から、購入者に関する識別情報に対応づけられている前記店舗特定情報を取得する取得部と、
   前記取得した店舗特定情報を用いて、前記購入者が決済を行おうとしている店舗が、決済を許可されている店舗に含まれると判定される場合に、前記決済を実行する決済処理部と、を有する決済装置。
2. 前記店舗特定情報は、決済が許可されている店舗と、決済が許可されていない店舗とのうち、少なくとも一方を示す、請求項１に記載の決済装置。
3. 前記店舗特定情報が示す場所は、店舗の名称、店舗のグループの名称、又は地理的な範囲を表す情報である、請求項２に記載の決済装置。
4. 前記店舗特定情報は、前記購入者のスケジュール情報に示されている、前記購入者が利用する予定の場所を示す、請求項２又は３に記載の決済装置。
5. 前記店舗特定情報は、前記購入者の行動履歴に示されている、前記購入者が通過又は滞在した場所を示す、請求項２又は３に記載の決済装置。
6. 前記店舗特定情報は、その店舗特定情報が有効期間と対応づけられており、
   前記取得部は、前記購入者の識別情報とマッチする識別情報と対応づけられている前記店舗特定情報のうち、有効期間に現在時刻が含まれる店舗特定情報を取得する、請求項２又は３に記載の決済装置。
7. 前記購入者の認証を行う認証部を有し、
   前記決済処理部は、前記購入者の認証に成功した場合に、前記決済を実行し、
   前記認証部は、前記店舗における決済が許可されていると判定された場合に、前記認証を行う、請求項１から６いずれか一項に記載の決済装置。
8. コンピュータによって実行される制御方法であって、
   人に関する識別情報と、決済を許可されている店舗を特定するための店舗特定情報とを対応づけて格納している記憶装置から、購入者に関する識別情報に対応づけられている前記店舗特定情報を取得する取得ステップと、
   前記取得した店舗特定情報を用いて、前記購入者が決済を行おうとしている店舗が、決済を許可されている店舗に含まれると判定される場合に、前記決済を実行する決済処理ステップと、を有する制御方法。
9. 請求項８に記載の制御方法をコンピュータに実行させるプログラム。
10. 第１装置と第２装置を有するシステムであって、
    前記第１装置は、
    人に関する識別情報と、決済を許可されている店舗を特定するための店舗特定情報とを対応づけて格納している記憶装置から、購入者に関する識別情報に対応づけられている前記店舗特定情報を取得する取得部と、
    前記取得した店舗特定情報を用いて、前記購入者が決済を行おうとしている店舗が、決済を許可されている店舗に含まれるか否かを判定する判定部と、を有し、
    前記第２装置は、前記判定部によって、前記購入者が決済を行おうとしている店舗が、決済を許可されている店舗に含まれると判定された場合に、前記決済を実行する決済処理部を有する、システム。

Images