JP7363430B2 - 決済システム、決済方法及びプログラム - Google Patents

Description

本発明は、端末、決済システム、決済方法及びプログラムに関する。

電子決済においては、いわゆるユーザスキャン方式が用いられる場合がある。ユーザスキャン方式においては、店舗の情報を購入者が所持する端末で読み取り、購入金額を端末に入力してサーバと通信して、サーバにより決済を行う。決済が完了すると、端末には決済が完了した旨の決済完了画像が表示される。店舗側のスタッフは、端末に表示されている決済完了画像を確認して、適切に決済が行われたかを確認する。また例えば、特許文献１には、購入者が所持しているユーザ装置からサーバと通信することで決済を行う際において、注文とユーザ装置とを紐付ける旨が記載されている。

特開２０１６－２０１０９９号公報

このように、ユーザスキャン方式においては、店舗のスタッフは、購入者の端末に表示されている決済完了画像を確認することで適切に決済が行われたかを確認する。そのため例えば、店舗のスタッフは、偽造された決済完了画像を見せられたことに気が付かず、実際には決済されていないのに、店舗側が決済されたと誤認してしまうおそれがある。従って、ユーザスキャン方式の電子決済において、適切に決済が行われたかを確認可能とすることが求められている。

本発明は、上記課題を鑑み、ユーザスキャン方式の電子決済において、適切に決済が行われたかを確認可能な端末、決済システム、決済方法及びプログラムを提供することを目的とする。

本発明の一態様にかかる端末は、位置が固定された店舗で取引をした際の前記店舗からの請求金額の決済に用いられる、購入者が所持する端末であって、前記店舗の情報である店舗情報を取得する店舗情報取得部と、前記店舗で取引をした際の前記端末の位置を示す端末情報を取得する端末情報取得部と、前記店舗情報、及び前記端末情報をサーバに送信する情報送信部と、前記サーバが、前記店舗情報から取得される前記店舗の位置情報と前記端末情報とが一致すると判断した場合に、前記サーバから、前記店舗に対して固有に割り当てられる確認画像を取得する確認画像取得部と、前記確認画像を含んだ決済完了画像を表示する表示制御部と、を含む。

本発明の一態様にかかる決済システムは、前記端末と、前記サーバとを含む決済システムであって、前記サーバは、前記端末から、前記店舗情報、及び前記端末情報を取得するサーバ情報取得部と、前記店舗情報から取得した前記店舗の位置情報と、前記端末情報とが一致するかを判断する判断部と、前記店舗情報から取得した前記店舗の位置情報と前記端末情報とが一致すると判断された場合に、前記確認画像を生成する画像生成部と、前記確認画像を前記端末に送信する画像送信部と、を含む。

本発明の一態様にかかる決済方法は、位置が固定された店舗で取引をした際の前記店舗からの請求金額の決済に用いられる、購入者が所持する端末による決済方法であって、前記店舗の情報である店舗情報を取得する店舗情報取得ステップと、前記店舗で取引をした際の前記端末の位置を示す端末情報を取得する端末情報取得ステップと、前記店舗情報、及び前記端末情報をサーバに送信する情報送信ステップと、前記サーバが、前記店舗情報から取得される前記店舗の位置情報と前記端末情報とが一致すると判断した場合に、前記サーバから、前記店舗に対して固有に割り当てられる確認画像を取得する確認画像取得ステップと、前記確認画像を含んだ決済完了画像を表示する表示制御ステップと、を含む。

本発明の一態様にかかるプログラムは、位置が固定された店舗で取引をした際の前記店舗からの請求金額の決済に用いられる決済方法を、購入者が所持する端末型のコンピュータに実行させるプログラムであって、前記店舗の情報である店舗情報を取得する店舗情報取得ステップと、前記店舗で取引をした際の前記端末の位置を示す端末情報を取得する端末情報取得ステップと、前記店舗情報、及び前記端末情報をサーバに送信する情報送信ステップと、前記サーバが、前記店舗情報から取得される前記店舗の位置情報と前記端末情報とが一致すると判断した場合に、前記サーバから、前記店舗に対して固有に割り当てられる確認画像を取得する確認画像取得ステップと、前記確認画像を含んだ決済完了画像を表示する表示制御ステップと、を、コンピュータに実行させる。

本発明によれば、ユーザスキャン方式の電子決済において、適切に決済が行われたかを確認することができる。

図１は、第１実施形態に係る決済システムの模式図である。 図２は、第１実施形態に係る端末の模式的なブロック図である。 図３は、第１実施形態に係るサーバの模式的なブロック図である。 図４は、店舗情報取得画像の一例を示す図である。 図５は、金額情報取得画像の一例を示す図である。 図６は、確認画像の要素の例を示す模式図である。 図７は、確認画像の要素の例を示す模式図である。 図８は、確認画像の要素の例を示す模式図である。 図９は、決済完了画像の一例を示す図である。 図１０は、第１実施形態に係る電子決済のプロセスを説明するフローチャートである。 図１１は、第１変形例に係るサーバの模式的なブロック図である。 図１２は、第１変形例に係る位置情報を確定するフローを説明するフローチャートである。 図１３は、第２実施形態に係る決済システムの模式図である。 図１４は、第２実施形態に係るサーバの模式的なブロック図である。 図１５は、第２実施形態に係る位置情報を確定するフローを説明するフローチャートである。

以下に、本発明の実施形態を図面に基づいて詳細に説明する。なお、以下に説明する実施形態により本発明が限定されるものではない。

（第１実施形態）
（決済システムの構成）
図１は、第１実施形態に係る決済システムの模式図である。図１に示すように、本実施形態に係る決済システム１は、端末１０とサーバ１２とを含む。決済システム１は、購入者Ｂが店舗Ａで商品やサービスを購入する際に、電子決済を行うシステムであり、ユーザスキャン方式で電子決済を行う。第１実施形態においては、店舗Ａは、位置（場所）が固定された固定店舗である。店舗Ａには、店舗情報表示部１４が設けられている。店舗情報表示部１４には、店舗情報Ｉ１を示す識別子が表示される。店舗情報Ｉ１とは、後述するように店舗Ａの情報であり、店舗情報Ｉ１を示す識別子は、店舗情報Ｉ１を含んだ識別子である。ここでの識別子は、任意のものであってよいが、例えばＱＲコード（登録商標）などであってよい。店舗情報表示部１４は、店舗情報Ｉ１を示す識別子を表示するものであれば任意のものであってよく、例えば、店舗情報Ｉ１を示す識別子が印字された部材であってもよいし、店舗情報Ｉ１を示す識別子が表示される表示装置であってもよい。また、決済システム１に、店舗情報表示部１４が含まれていてもよい。

ユーザスキャン方式で電子決済を行う際には、購入者Ｂは、自身が所持する端末１０で店舗情報表示部１４に表示されている店舗情報Ｉ１を読み取り、その店舗情報Ｉ１と、店舗Ａからの請求金額の情報である金額情報Ｉ２とを、端末１０からサーバ１２に送信する。サーバ１２は、店舗情報Ｉ１と金額情報Ｉ２とを用いて決済を行い、決済が完了すると、端末１０には、決済が完了した旨の画像が表示される。店舗ＡのスタッフＣは、端末１０に表示される決済が完了した旨の画像を確認することで、決済が適切に行われたかを確認する。すなわち、ユーザスキャン方式は、店舗Ａ側でなく、購入者Ｂの端末１０を用いて決済を行う方式であるといえる。なお、決済システム１は、少なくともユーザスキャン方式での電子決済が可能に構成されていればよく、例えばユーザスキャン方式での電子決済に加えて、店舗Ａ側からの通信により決済を行うストアスキャン方式での電子決済も可能に構成されていてよい。

（端末の構成）
図２は、第１実施形態に係る端末の模式的なブロック図である。決済システム１に含まれる端末１０は、購入者Ｂが所持する携帯端末である。端末１０は、携帯型のコンピュータであり、例えばスマートフォンやタブレット等であってよい。図２に示すように、端末１０は、入力部２０と、表示部２２と、記憶部２４と、通信部２６と、制御部２８とを含む。入力部２０は、購入者Ｂの操作を受け付ける装置であり、例えばタッチパネルなどである。表示部２２は、画像を表示する表示装置である。記憶部２４は、制御部２８の演算内容やプログラムの情報などを記憶するメモリであり、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）のような主記憶装置と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの外部記憶装置とのうち、少なくとも１つ含む。通信部２６は、サーバ１２などの外部の装置と通信を行う通信モジュールであり、例えばアンテナなどである。

制御部２８は、演算装置、すなわちＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。制御部２８は、店舗情報取得部３０、金額情報取得部３２、端末情報取得部３４、情報送信部３６、確認画像取得部３８、決済完了画像生成部４０、及び表示制御部４２を含む。制御部２８は、記憶部２４からプログラム（ソフトウェア）を読み出して実行することで、店舗情報取得部３０、金額情報取得部３２、端末情報取得部３４、情報送信部３６、確認画像取得部３８、決済完了画像生成部４０、及び表示制御部４２を実現して、それらによる処理を実行する。なお、制御部２８は、１つのＣＰＵによってこれらの機能を実行してもよいし、複数のＣＰＵを備えて、それらの複数のＣＰＵで、これらの機能を実行してもよい。また、店舗情報取得部３０、金額情報取得部３２、端末情報取得部３４、情報送信部３６、確認画像取得部３８、決済完了画像生成部４０、及び表示制御部４２の少なくとも一部を、ハードウェア回路で実現してもよい。制御部２８のこれらの機能の説明は後述する。

（サーバの構成）
図３は、第１実施形態に係るサーバの模式的なブロック図である。決済システム１に含まれるサーバ１２は、コンピュータである。サーバ１２は、端末１０からの情報に基づき電子決済を行う。図３に示すように、サーバ１２は、記憶部５０と、通信部５２と、制御部５４とを含む。記憶部５０は、制御部２８の演算内容やプログラムの情報などを記憶するメモリであり、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）のような主記憶装置と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの外部記憶装置とのうち、少なくとも１つ含む。通信部５２は、端末１０などの外部の装置と通信を行う通信モジュールであり、例えばアンテナなどである。サーバ１２と端末１０とは、通信部５２及び通信部２６を介して、決済用の情報を送受信する。決済用の情報の送受信の方式は、本実施形態では無線通信方式であるが、通信方式は任意であってよい。

制御部５４は、演算装置、すなわちＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。制御部５４は、サーバ情報取得部６０、判断部６２、決済部６４、画像生成部６６、及び画像送信部６８を含む。制御部５４は、記憶部５０からプログラムを読み出して実行することで、サーバ情報取得部６０、判断部６２、決済部６４、画像生成部６６、及び画像送信部６８を実現して、それらによる処理を実行する。なお、制御部５４は、１つのＣＰＵによってこれらの機能を実行してもよいし、複数のＣＰＵを備えて、それらの複数のＣＰＵで、これらの機能を実行してもよい。また、サーバ情報取得部６０、判断部６２、決済部６４、画像生成部６６、及び画像送信部６８の少なくとも一部を、ハードウェア回路で実現してもよい。

（電子決済）
次に、端末１０及びサーバ１２を用いた電子決済について説明する。電子決済を行う際には、端末１０の店舗情報取得部３０が、店舗Ａの店舗情報Ｉ１を取得する。店舗情報Ｉ１とは、店舗Ａに固有に割り当てられた情報であり、言い換えれば、他の店舗から店舗Ａを識別する情報である。すなわち、店舗情報Ｉ１は、店舗によって異なる。店舗情報Ｉ１は、位置情報Ｉ１ａに関連付けられている。位置情報Ｉ１ａは、店舗Ａの位置を示す情報であり、予め設定されている。位置情報Ｉ１ａは、例えば店舗Ａの住所や地球上での座標などを示す情報である。

図４は、店舗情報取得画像の一例を示す図である。本実施形態においては、電子決済を行う際には、購入者Ｂが、端末１０の入力部２０を操作して、電子決済用のアプリケーション（ソフトウェア）を読み出す。端末１０は、電子決済用のアプリケーションが読み出されたら、店舗情報取得部３０により、店舗情報取得画像Ｐ１を、表示部２２に表示させる。店舗情報取得画像Ｐ１は、店舗情報Ｉ１を取得するための画像である。図４に示すように、店舗情報取得画像Ｐ１は、撮像用の画像であり、撮像範囲を示すフレームＰ１ａを含む。購入者Ｂは、店舗情報表示部１４に表示されている識別子（店舗情報Ｉ１を示す識別子）を、フレームＰ１ａ内に収めて、入力部２０を操作して撮像する。店舗情報取得部３０は、撮像された識別子から、店舗情報Ｉ１を取得する。ただし、店舗情報取得部３０による店舗情報Ｉ１の取得方法は、これに限られず任意であってよい。

また、電子決済を行う際には、端末１０の金額情報取得部３２が、金額情報Ｉ２を取得する。金額情報Ｉ２は、店舗Ａで購入者Ｂが取引をした際の、店舗Ａからの請求金額の情報である。言い換えれば、請求金額とは、店舗Ａでの購入者Ｂの購入代金であり、例えばスタッフＣから提示された金額である。図５は、金額情報取得画像の一例を示す図である。本実施形態においては、金額情報取得部３２は、店舗情報取得部３０が店舗情報Ｉ１を取得したら、ここでは店舗情報取得画像Ｐ１で店舗情報Ｉ１を示す識別子の撮像が完了したら、金額情報取得画像Ｐ２を、表示部２２に表示させる。図５に示すように、金額情報取得画像Ｐ２は、金額情報Ｉ２を取得するための画像であり、ここでは請求金額の入力を受け付ける画像である。購入者Ｂは、金額情報取得画像Ｐ２が表示されている状態で、入力部２０を操作して、請求金額を入力する。金額情報取得部３２は、入力された請求金額を、金額情報Ｉ２として取得する。ただし、金額情報取得部３２による金額情報Ｉ２の取得方法は、これに限られず任意であってよい。例えば、表示装置である店舗情報表示部１４が、店舗情報Ｉ１と金額情報Ｉ２とを示す識別子を表示して、端末１０が、店舗情報Ｉ１と金額情報Ｉ２とを示す識別子を読み取ることで、店舗情報Ｉ１と金額情報Ｉ２とを自動で取得してもよい。

また、電子決済を行う際には、端末１０の端末情報取得部３４が、端末情報Ｉ３を取得する。端末情報Ｉ３とは、端末１０の位置を示す情報、すなわち端末１０の位置情報である。端末情報Ｉ３は、例えば端末１０の地球上での座標を示す情報である。端末情報取得部３４は、購入者Ｂが店舗Ａで今回の取引をしている際の端末１０の位置情報を、言い換えれば、端末１０の現在の位置情報を、端末情報Ｉ３として取得する。位置情報Ｉ１ａが予め設定された固定値であるのに対し、端末情報Ｉ３は、端末１０の現在の位置に応じて変動する変動値であるといえる。本実施形態では、端末情報取得部３４は、店舗情報Ｉ１及び金額情報Ｉ２が取得されたことをトリガとして、端末情報Ｉ３を取得する。すなわち、端末情報取得部３４は、店舗情報Ｉ１や金額情報Ｉ２を取得している際の端末１０の位置情報を、端末情報Ｉ３として取得するともいえる。本実施形態において、端末情報取得部３４は、通信部２６を介してＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）と通信して、ＧＰＳから、端末１０の現在の位置情報を、端末情報Ｉ３として取得する。ただし、端末情報取得部３４による端末情報Ｉ３の取得方法は、ＧＰＳからの取得に限られず任意であってよく、例えばＷｉ－Ｆｉ（登録商標）のアクセスポイントや携帯電話ネットワークの基地局の位置情報によって取得してもよい。

店舗情報Ｉ１と金額情報Ｉ２と端末情報Ｉ３との取得が完了したら、端末１０の情報送信部３６は、通信部２６を介して、取得した店舗情報Ｉ１と金額情報Ｉ２と端末情報Ｉ３とを、サーバ１２に送信する。サーバ１２のサーバ情報取得部６０は、通信部５２を介して、端末１０の情報送信部３６から送信された店舗情報Ｉ１と金額情報Ｉ２と端末情報Ｉ３とを、取得する。

サーバ１２の判断部６２は、取得した店舗情報Ｉ１と端末情報Ｉ３とを照合して、購入者Ｂが店舗Ａで取引を行っているかを判断する。具体的には、判断部６２は、取得した店舗情報Ｉ１に基づき、取得した店舗情報Ｉ１に関連付けられている位置情報Ｉ１ａを取得する。判断部６２による位置情報Ｉ１ａの取得は任意であるが、例えば、店舗情報Ｉ１と位置情報Ｉ１ａとを関連付けているテーブルがサーバ１２の記憶部５０に記憶されており、判断部６２がそのテーブルに基づき位置情報Ｉ１ａを取得してもよい。また例えば、店舗情報Ｉ１自体に、店舗Ａの位置情報Ｉ１ａが含まれていてもよい。

判断部６２は、店舗情報Ｉ１に関連付けられた位置情報Ｉ１ａと、取得した端末情報Ｉ３とが一致するかを判断する。すなわち、判断部６２は、位置情報Ｉ１ａから導出される店舗Ａの位置と、端末情報Ｉ３から導出される端末１０の取引時の位置とが、一致するかを判断する。判断部６２は、位置情報Ｉ１ａと端末情報Ｉ３とが予め定めた関係性を満たす場合に、位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断する。例えば、判断部６２は、位置情報Ｉ１ａにおける店舗Ａの位置と、端末情報Ｉ３における端末１０の位置との間の距離が、所定範囲以内であれば、位置情報Ｉ１ａと端末情報Ｉ３とが予め定めた関係性を満たして、位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断する。そして、判断部６２は、位置情報Ｉ１ａにおける店舗Ａの位置と、端末情報Ｉ３における端末１０の位置との間の距離が、所定範囲より長ければ、位置情報Ｉ１ａと端末情報Ｉ３とが予め定めた関係性を満たさず、位置情報Ｉ１ａと端末情報Ｉ３とが一致しないと判断する。また例えば、位置情報Ｉ１ａが所定の領域を示す情報である場合は、端末情報Ｉ３における端末１０の位置がその領域内にある場合に、位置情報Ｉ１ａと端末情報Ｉ３とが予め定めた関係性を満たして、位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断してもよい。そして、端末情報Ｉ３における端末１０の位置がその領域外にある場合は、位置情報Ｉ１ａと端末情報Ｉ３とが一致しないと判断してよい。判断部６２は、このように位置情報Ｉ１ａと端末情報Ｉ３とが一致するかを判断することで、購入者Ｂが店舗Ａで取引を行っているかを判断できる。

サーバ１２の決済部６４は、店舗情報Ｉ１と金額情報Ｉ２とに基づき、電子決済を実行する。決済部６４は、店舗情報Ｉ１に示されている店舗Ａに対する、金額情報Ｉ２に示されている請求金額の購入者Ｂによる決済（支払い）を、実行する。本実施形態においては、決済部６４は、判断部６２によって位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断された場合に、電子決済を実行し、位置情報Ｉ１ａと端末情報Ｉ３とが一致しないと判断された場合には、電子決済を実行しない。

サーバ１２の画像生成部６６は、確認画像Ｐ０を生成する。確認画像Ｐ０とは、店舗Ａに対して固有に割り当てられる画像である。すなわち、確認画像Ｐ０とは、店舗ごとに設定される画像であり、店舗毎に異なる画像である。画像生成部６６は、判断部６２によって位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断された場合に、確認画像Ｐ０を生成する。画像生成部６６は、位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断されて、決済部６４によって決済が実行された場合に、確認画像Ｐ０を生成する。画像生成部６６は、位置情報Ｉ１ａと端末情報Ｉ３とが一致しないと判断された場合には、確認画像Ｐ０を生成しない。言い換えれば、画像生成部６６は、位置情報Ｉ１ａと端末情報Ｉ３とが一致しないと判断されて、決済部６４によって決済が実行されない場合には、確認画像Ｐ０を生成しない。

画像生成部６６は、所定期間毎に、店舗Ａの確認画像Ｐ０を更新する。画像生成部６６は、現在時刻を取得して、現在時刻に基づき、所定期間が経過したかを判断する。なお、ここでの所定期間は、任意の時間であるが、例えば１日などであってよい。また、現在時刻は、端末１０から店舗情報Ｉ１と金額情報Ｉ２と端末情報Ｉ３とが送信された時刻でもよいし、判断部６２によって位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断された時刻でもよいし、決済部６４によって決済が行われた時刻であってもよい。画像生成部６６は、店舗Ａ用の確認画像Ｐ０を生成してから所定期間が経過した後に、店舗Ａでの新たな電子決済が行われたら、言い換えれば店舗Ａ用の確認画像Ｐ０を生成してから所定期間が経過した後に位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断されたら、店舗Ａ用の新たな確認画像Ｐ０を生成する。画像生成部６６は、直前に生成された確認画像Ｐ０とは内容が異なる画像を、新たな確認画像Ｐ０として生成する。一方、画像生成部６６は、店舗Ａ用の確認画像Ｐ０を生成してから所定期間内に、店舗Ａでの新たな電子決済が行われたら、言い換えれば店舗Ａ用の確認画像Ｐ０を生成してから所定期間内に位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断されたら、新たなに確認画像Ｐ０を生成することなく、直近で生成済みの確認画像Ｐ０を、決済完了画像Ｐに用いる確認画像Ｐ０とする。

本実施形態における確認画像Ｐ０は、端末１０が表示する後述の決済完了画像Ｐ（図９参照）に含まれることになる画像であり、決済完了画像Ｐの背景画像である。本実施形態では、確認画像Ｐ０は、色と明るさとパターンとを、要素として含む。画像生成部６６は、新たな確認画像Ｐ０と直前に生成された確認画像Ｐ０とで、色と明るさとパターンとの少なくとも１つが異なるように、新たな確認画像Ｐ０を生成する。さらに言えば、画像生成部６６は、新たな確認画像Ｐ０と直前に生成された確認画像Ｐ０とで、色と明るさとパターンとの全てが異なるように、新たな確認画像Ｐ０を生成することが好ましい。なお、ここでの色とは、例えば色相を指し、ここでの背景の明るさとは、例えば明度を指し、ここでのパターンとは、例えば模様を指す。また、本実施形態では、確認画像Ｐ０は決済完了画像Ｐの背景画像であるため、確認画像Ｐ０の色は、決済完了画像Ｐの背景の色であり、確認画像Ｐ０の明るさは、決済完了画像Ｐの背景の明るさであり、確認画像Ｐ０のパターンは、決済完了画像Ｐの背景のパターンであると言い換えることもできる。

図６から図８は、確認画像の要素の例を示す模式図である。図６は、確認画像Ｐ０の色の候補のテーブルの例を示しており、画像生成部６６は、例えば図６のそれぞれの色のうちから、新たな確認画像Ｐ０における色を選択してよい。画像生成部６６は、直前に生成された確認画像Ｐ０における色とは異なる色を、新たな確認画像Ｐ０における色として選択する。図６においては、中心を隔てて対向する色同士が、補色の関係となっている。画像生成部６６は、直近の確認画像Ｐ０での色（図６のＦ１）に対して、中心を隔てて対向する色と、その色に並ぶ色（ここでは左右の２つずつ）とのうち（図６のＦ２）から、新たな確認画像Ｐ０での色を、ランダムに選択してよい。また、図７は、確認画像Ｐ０の明るさの候補のテーブルの例を示しており、画像生成部６６は、例えば図７のそれぞれの明るさから、新たな確認画像Ｐ０の明るさを選択してよい。画像生成部６６は、直前に生成された確認画像Ｐ０の明るさと異なる明るさのうちから、新たな確認画像Ｐ０の明るさを、ランダムに選択してよい。また、図８は、確認画像Ｐ０のパターンの候補のテーブルの例を示しており、画像生成部６６は、例えば図８のそれぞれのパターンから、新たな確認画像Ｐ０のパターンを選択してよい。画像生成部６６は、直前に生成された確認画像Ｐ０のパターンと異なるパターンのうちから、新たな確認画像Ｐ０のパターンを、ランダムに選択してよい。ただし、新たな確認画像Ｐ０の生成方法は以上に限られず任意であり、直近で生成済みの確認画像Ｐ０と内容が異なるものであればよい。また、確認画像Ｐ０は、決済完了画像Ｐの背景画像であることに限られないし、要素も上記で記載したものに限られない。

サーバ１２の画像送信部６８は、通信部５２を介して、画像生成部６６が生成した確認画像Ｐ０を、端末１０に送信する。すなわち、画像送信部６８は、画像生成部６６が新たな確認画像Ｐ０を生成した場合には、言い換えれば直近の確認画像Ｐ０を生成してから所定期間が経過した場合には、画像生成部６６が生成した新たな確認画像Ｐ０を、端末１０に送信する。また、画像送信部６８は、画像生成部６６が直近で生成した確認画像Ｐ０を読み出した場合には、言い換えれば直近の確認画像Ｐ０を生成してから所定期間内においては、画像生成部６６が直近で生成した確認画像Ｐ０を、端末１０に送信する。また、画像送信部６８は、位置情報Ｉ１ａと端末情報Ｉ３とが一致しないと判断された場合には、言い換えれば、位置情報Ｉ１ａと端末情報Ｉ３とが一致せずに電子決済が実行されない場合には、確認画像Ｐ０を端末１０に送信しない。

端末１０の確認画像取得部３８は、通信部２６を介して、サーバ１２の画像送信部６８から送信された確認画像Ｐ０を、取得する。すなわち、確認画像取得部３８は、サーバ１２が、位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断した場合に、言い換えれば、位置情報Ｉ１ａと端末情報Ｉ３とが一致して電子決済が実行された場合に、サーバ１２から確認画像Ｐ０を取得する。一方、確認画像取得部３８は、サーバ１２が、位置情報Ｉ１ａと端末情報Ｉ３とが一致しないと判断した場合には、言い換えれば、位置情報Ｉ１ａと端末情報Ｉ３とが一致せず電子決済が実行されない場合には、サーバ１２から確認画像Ｐ０を取得しない。

また、確認画像Ｐ０は、所定期間が経過する毎に更新される。そのため、確認画像取得部３８は、店舗Ａに対して新たな確認画像Ｐ０が生成されてから所定期間が経過する前には、言い換えれば、所定期間中において同じ店舗Ａで取引された際には、同じ確認画像Ｐ０を取得する。そして、確認画像取得部３８は、店舗Ａに対して新たな確認画像Ｐ０が生成されてから所定期間が経過した際には、言い換えれば、所定期間の経過後において同じ店舗Ａで取引された際には、所定期間中とは異なる新たな確認画像Ｐ０を取得する。このように、確認画像取得部３８は、所定期間中には同じ確認画像Ｐ０を取得し、所定期間が経過した場合には、新たな確認画像Ｐ０を取得する。

図９は、決済完了画像の一例を示す図である。端末１０の決済完了画像生成部４０は、決済完了画像Ｐを生成し、端末１０の表示制御部４２は、決済完了画像生成部４０が生成した決済完了画像Ｐを、表示部２２に表示させる。決済完了画像Ｐは、決済が完了したことを示す画像である。決済完了画像Ｐは、確認画像取得部３８が取得した確認画像Ｐ０を含む。さらに言えば、決済完了画像Ｐは、確認画像Ｐ０と、決済に関する情報を示す決済情報画像Ｐ３とを含む。図９の例では、決済完了画像Ｐは、決済情報画像Ｐ３の周囲に、確認画像Ｐ０が配置された画像となっている。すなわち、確認画像Ｐ０が、決済情報画像Ｐ３の背景画像となっている。図９の例では、決済完了画像Ｐは、決済情報画像Ｐ３として、画像Ｐ３ａ、Ｐ３ｂ、Ｐ３ｃ、Ｐ３ｄを含む。画像Ｐ３ａは、決済した店舗Ａの情報を示す画像であり、例えば店舗Ａのロゴマークなどであってよい。画像Ｐ３ｂは、請求金額、すなわち決済した金額を示す画像である。画像Ｐ３ｃは、決済が完了した旨を示す画像である。画像Ｐ３ｄは、決済時刻を示す画像である。ただし、図９における決済情報画像Ｐ３のレイアウトは一例であり、画像Ｐ３ａ、Ｐ３ｂ、Ｐ３ｃ、Ｐ３ｄの並びは任意であってよい。また、決済情報画像Ｐ３は、決済に関する情報を示す任意の画像であってよく、画像Ｐ３ａ、Ｐ３ｂ、Ｐ３ｃ、Ｐ３ｄを含むことに限られない。

端末１０の表示制御部４２は、以上のような決済完了画像Ｐを、表示部２２に表示させる。購入者Ｂは、表示部２２に表示されている決済完了画像Ｐを、スタッフＣに見せる。スタッフＣは、決済完了画像Ｐに含まれる確認画像Ｐ０を確認することで、決済が適切に完了したかを確認できる。また、上述のように、確認画像Ｐ０は、所定期間が経過する毎に更新される。すなわち、表示制御部４２は、店舗Ａに対して新たな確認画像Ｐ０が生成されてから所定期間が経過する前には、言い換えれば、所定期間中において同じ店舗Ａで取引された際には、同じ確認画像Ｐ０を含む決済完了画像Ｐを表示する。そして、表示制御部４２は、店舗Ａに対して新たな確認画像Ｐ０が生成されてから所定期間が経過した際には、言い換えれば、所定期間の経過後において同じ店舗Ａで取引された際には、所定期間中とは異なる新たな確認画像Ｐ０を含む決済完了画像Ｐを表示する。

なお、以上の説明においては、端末１０の決済完了画像生成部４０が、確認画像Ｐ０に基づき決済完了画像Ｐを生成していた。言い換えれば、端末１０の決済完了画像生成部４０が、決済に関する情報を示す決済情報画像Ｐ３を生成していた。ただし、それに限られず、例えば、サーバ１２が決済完了画像Ｐを生成してもよい。言い換えれば、サーバ１２が、確認画像Ｐ０と決済情報画像Ｐ３とを生成して、端末１０に送信してよい。この場合、端末１０の表示制御部４２は、サーバ１２から送信された決済完了画像Ｐを、表示部２２に表示させる。

次に、電子決済のプロセスをフローチャートに基づき説明する。図１０は、本実施形態に係る電子決済のプロセスを説明するフローチャートである。図１０に示すように、電子決済を行う際には、端末１０は、店舗情報取得部３０により店舗情報Ｉ１を取得し（ステップＳ１０）、金額情報取得部３２により金額情報Ｉ２を取得し（ステップＳ１２）、端末情報取得部３４により端末情報Ｉ３を取得する（ステップＳ１４）。端末情報取得部３４は、店舗情報Ｉ１及び金額情報Ｉ２が取得されたら、言い換えればステップＳ１０、Ｓ１２が実行されたら、端末情報Ｉ３の取得、すなわちステップＳ１４を実行することが好ましい。これにより端末情報取得部３４は、購入者Ｂが店舗Ａで今回の取引をしている際の端末１０の位置を、端末情報Ｉ３として適切に取得できる。ステップＳ１０とステップＳ１２との順番は任意である。端末１０は、店舗情報Ｉ１、金額情報Ｉ２及び端末情報Ｉ３を取得したら、情報送信部３６により、店舗情報Ｉ１、金額情報Ｉ２及び端末情報Ｉ３をサーバ１２に送信する（ステップＳ１６）。

サーバ１２は、サーバ情報取得部６０により、端末１０からの店舗情報Ｉ１、金額情報Ｉ２及び端末情報Ｉ３を取得する（ステップＳ１８）。サーバ１２は、判断部６２により、店舗情報Ｉ１に関連付けられた位置情報Ｉ１ａと、取得した端末情報Ｉ３とが一致するかを判断する（ステップＳ２０）。位置情報Ｉ１ａと端末情報Ｉ３とが一致する場合（ステップＳ２０；Ｙｅｓ）、サーバ１２は、時刻情報を取得し（ステップＳ２２）、決済部６４により決済を実行する（ステップＳ２４）。時刻情報とは、現在時刻を示す情報である。決済を実行したら、サーバ１２は、画像生成部６６により、所定期間が経過したかを判断する（ステップＳ２５）。画像生成部６６は、直近で店舗Ａ用の確認画像Ｐ０を生成した時刻と、現在時刻とを比較して、直近で店舗Ａ用の確認画像Ｐ０を生成した時刻から現在時刻までで、所定期間が経過したかを判断する。所定期間が経過している場合（ステップＳ２５；Ｙｅｓ）、画像生成部６６は、新たな確認画像Ｐ０を生成する。一方、所定期間が経過していない場合（ステップＳ２５；Ｎｏ）、画像生成部６６は、直近で生成済みの確認画像Ｐ０を取得する（ステップＳ２６）。例えば、画像生成部６６は、記憶部５０に記憶されている直近で生成済みの確認画像Ｐ０を取得する。そして、サーバ１２は、画像送信部６８により、確認画像Ｐ０を、端末１０に送信する（ステップＳ２８）。画像送信部６８は、画像生成部６６が新たな確認画像Ｐ０を生成した場合は、その新たな確認画像Ｐ０を、端末１０に送信する。また、画像送信部６８は、画像生成部６６が直近で生成済みの確認画像Ｐ０を取得した場合は、直近で生成済みの確認画像Ｐ０を、端末１０に送信する。

端末１０は、確認画像取得部３８により、サーバ１２から送信された確認画像Ｐ０を取得する（ステップＳ３０）。そして、端末１０は、決済完了画像生成部４０により、確認画像Ｐ０を含む決済完了画像Ｐを生成して、表示制御部４２により、表示部２２に決済完了画像Ｐを表示する（ステップＳ３２）。決済完了画像Ｐの表示により、本処理は終了する。なお、サーバ１２が、位置情報Ｉ１ａと端末情報Ｉ３とが一致しないと判断した場合（ステップＳ２０；Ｎｏ）、決済を行わず、確認画像Ｐ０を端末１０に送信せずに、本処理を終了する。この場合、端末１０は、決済完了画像Ｐを表示しない。なお、サーバ１２は、位置情報Ｉ１ａと端末情報Ｉ３とが一致しない場合には、決済を実行しなかった旨の情報を端末１０に送信してよい。

なお、本実施形態の説明においては、位置情報Ｉ１ａは、店舗Ａの位置情報として、予め設定されていた。ただし、位置情報Ｉ１ａは、初期の電子決済の実行中に設定されてもよい。この場合、サーバ１２は、初期の電子決済の実行時に、端末１０から、店舗情報Ｉ１、金額情報Ｉ２及び端末情報Ｉ３を取得して、位置情報Ｉ１ａと端末情報Ｉ３との一致を確認することなく決済を実行する。サーバ１２は、この処理を繰り返すことで、端末情報Ｉ３を複数回取得する。そして、サーバ１２は、処理毎の端末情報Ｉ３同士が所定数以上一致する場合には、言い換えれば、同じ端末情報Ｉ３を所定回数取得した場合は、その端末情報Ｉ３を、位置情報Ｉ１ａとして設定してよい。位置情報Ｉ１ａを設定した後は、図１０で説明した処理を実行する。なお、端末情報Ｉ３同士の一致の判断方法は、位置情報Ｉ１ａと端末情報Ｉ３との一致の判断方法と同じである。ここでの所定回数は任意であるが、複数回であることが好ましい。

このようなユーザスキャン方式で電子決済を行う場合、決済完了画像が偽造されていても、スタッフＣが気付かず、実際には決済されていないのに、適切に決済されたと誤認されてしまうおそれがある。それに対し、本実施形態に係る決済システム１は、位置情報Ｉ１ａと端末情報Ｉ３とが一致する場合に、端末１０に確認画像Ｐ０を含んだ決済完了画像Ｐを表示させる。決済システム１は、位置情報Ｉ１ａと端末情報Ｉ３とが一致するかを判断することで、端末１０を所持した購入者Ｂが店舗Ａで取引を行っているかを確認できる。さらに、位置情報Ｉ１ａと端末情報Ｉ３とが一致する場合に、店舗Ａに固有の確認画像Ｐ０を表示させることで、スタッフＣは、店舗Ａに対して決済が行われたことを確認することが可能となる。すなわち、スタッフＣは、確認画像Ｐ０が表示されている場合には、店舗Ａで適切に決済が完了したと認識することができる。そのため、例えば決済完了画像が偽造されていた場合、スタッフＣは、確認画像Ｐ０と異なる画像であることを認識することができるため、適切に決済されたと誤認することが抑制される。さらに、本実施形態に係る決済システム１は、所定期間が経過するまでは、同じ確認画像Ｐ０を表示させ、所定期間が経過したら、確認画像Ｐ０を更新する。そのため、スタッフＣは、所定期間内においては同じ確認画像Ｐ０を視認することになるので、決済の確認を容易に、かつ正確に行う事が可能となる。そして、所定期間毎に確認画像Ｐ０を更新することで、確認画像Ｐ０が偽造されることを抑制できる。

以上説明したように、本実施形態に係る端末１０は、位置が固定された店舗Ａで取引をした際の店舗Ａからの請求金額の決済に用いられて、購入者Ｂが所持するものである。端末１０は、店舗情報取得部３０と、端末情報取得部３４と、情報送信部３６と、確認画像取得部３８と、表示制御部４２とを含む。店舗情報取得部３０は、店舗Ａの情報である店舗情報Ｉ１を取得する。端末情報取得部３４は、店舗Ａで取引をした際の端末１０の位置を示す端末情報Ｉ３を取得する。情報送信部３６は、店舗情報Ｉ１、及び端末情報Ｉ３を、サーバ１２に送信する。確認画像取得部３８は、サーバ１２が、店舗情報Ｉ１から取得される店舗Ａの位置情報Ｉ１ａと、端末情報Ｉ３とが一致すると判断した場合に、サーバ１２から、店舗Ａに対して固有に割り当てられる確認画像Ｐ０を取得する。表示制御部４２は、確認画像Ｐ０を含んだ決済完了画像Ｐを表示する。本実施形態に係る端末１０は、位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断された場合に、確認画像Ｐ０を含んだ決済完了画像Ｐを表示する。スタッフＣは、確認画像Ｐ０を確認することで、店舗Ａで適切に決済が完了したと認識することが可能となるため、本実施形態に係る端末１０によると、適切に決済が行われたかを確認することができる。

また、端末１０は、請求金額の情報である金額情報Ｉ２を取得する金額情報取得部３２をさらに含む。確認画像取得部３８は、サーバ１２が、位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断し、かつ、金額情報Ｉ２に含まれる請求金額での決済を完了した場合に、サーバ１２から確認画像Ｐ０を取得する。本実施形態に係る端末１０は、位置情報Ｉ１ａと端末情報Ｉ３とが一致して、電子決済が完了した場合に、確認画像Ｐ０を含んだ決済完了画像Ｐを表示する。そのため、本実施形態に係る端末１０によると、適切に決済が行われたかを確認することができる。

また、確認画像取得部３８は、所定期間中において同じ店舗Ａで取引された際には、同じ確認画像Ｐ０を取得し、所定期間の経過後において同じ店舗Ａで取引された際には、所定期間中とは異なる確認画像Ｐ０を取得する。本実施形態に係る端末１０によると、所定期間内においては同じ確認画像Ｐ０を表示するため、決済の確認を、容易にかつ正確に行う事が可能となり、所定期間毎に確認画像Ｐ０を更新することで、確認画像Ｐ０が偽造されることを抑制できる。

また、所定期間中の確認画像Ｐ０と、所定期間の経過後の確認画像Ｐ０とでは、色、明るさ、及びパターンとの、少なくとも１つが異なる。本実施形態に係る端末１０によると、確認画像Ｐ０をこのように変化させることで、スタッフＣが、決済の確認を、容易にかつ正確に行う事が可能となる。

また、端末情報取得部３４は、ＧＰＳから端末情報Ｉ３を取得する。本実施形態に係る端末１０によると、ＧＰＳから端末情報Ｉ３を取得するため、端末１０の位置を正確に把握することが可能となる。

また、本実施形態に係る決済システム１は、端末１０とサーバ１２とを含む。サーバ１２は、サーバ情報取得部６０と、判断部６２と、画像生成部６６と、画像送信部６８とを含む。サーバ情報取得部６０は、端末１０から、店舗情報Ｉ１及び端末情報Ｉ３を取得する。判断部６２は、店舗情報Ｉ１から取得した店舗Ａの位置情報Ｉ１ａと、端末情報Ｉ３とが一致するかを判断する。画像生成部６６は、位置情報Ｉ１ａと端末情報Ｉ３とが一致すると判断された場合に、確認画像Ｐ０を生成する。画像送信部６８は、確認画像Ｐ０を端末１０に送信する。本実施形態に係る決済システム１によると、適切に決済が行われたかを確認することができる。

（第１変形例）
次に、第１実施形態の第１変形例について説明する。第１変形例においては、サーバ１２ａによる位置情報Ｉ１ａの設定方法が、第１実施形態とは異なる。第１変形例において第１実施形態と構成が共通する箇所は、説明を省略する。

図１１は、第１変形例に係るサーバの模式的なブロック図である。第１変形例に係るサーバ１２ａの制御部５４ａは、位置情報設定部６３ａを含む。第１変形例においては、店舗情報Ｉ１と、初期位置情報Ｉ１ｂとが予め関連付けられている。初期位置情報Ｉ１ｂは、予め設定された、店舗Ａの位置を示す情報である。第１変形例においては、初期位置情報Ｉ１ｂが、店舗Ａの位置情報として店舗情報Ｉ１に関連付いているが、初期位置情報Ｉ１ｂは、初期に設定された未確定の位置情報であり、正式な位置情報Ｉ１ａとしては確定されていない。第１変形例においては、位置情報設定部６３ａが、初期位置情報Ｉ１ｂと端末情報Ｉ３とに基づき、位置情報Ｉ１ａを設定する。以下、具体的に説明する。

サーバ１２ａは、位置情報Ｉ１ａが正式に設定される前の電子決済において、端末１０から、店舗情報Ｉ１、金額情報Ｉ２、及び端末情報Ｉ３を取得する。位置情報設定部６３ａは、店舗情報Ｉ１から、店舗情報Ｉ１に関連付けられた初期位置情報Ｉ１ｂを取得する。そして、位置情報設定部６３ａは、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致するかを判断する。初期位置情報Ｉ１ｂと端末情報Ｉ３との一致の判断方法は、第１実施形態における位置情報Ｉ１ａと端末情報Ｉ３の一致の判断方法と同じである。位置情報設定部６３ａは、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致する場合には、初期位置情報Ｉ１ｂを、店舗Ａの位置情報Ｉ１ａとして確定させて、初期位置情報Ｉ１ｂを位置情報Ｉ１ａとして、店舗情報Ｉ１に関連付ける。さらに言えば、サーバ１２ａは、位置情報Ｉ１ａが正式に設定される前の電子決済の処理を複数回繰り返す。そして、位置情報設定部６３ａは、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致する回数が所定回数以上となる場合に、初期位置情報Ｉ１ｂを、店舗Ａの位置情報Ｉ１ａとして確定させて、初期位置情報Ｉ１ｂを位置情報Ｉ１ａとして、店舗情報Ｉ１に関連付ける。ここでの所定回数は任意であるが、複数回であることが好ましい。

一方、位置情報設定部６３ａは、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致しない場合には、端末情報Ｉ３を、店舗Ａの位置情報Ｉ１ａとして確定させて、端末情報Ｉ３を位置情報Ｉ１ａとして、店舗情報Ｉ１に関連付けてよい。より詳しくは、位置情報設定部６３ａは、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致しない回数が所定回数以上となり、かつ、それぞれの端末情報Ｉ３同士が一致する場合には、その端末情報Ｉ３を店舗Ａの位置情報Ｉ１ａとして確定させて、端末情報Ｉ３を位置情報Ｉ１ａとして、店舗情報Ｉ１に関連付けてよい。ここでの所定回数は任意であるが、複数回であることが好ましい。

サーバ１２ａは、以上のようにして位置情報Ｉ１ａを確定してからは、第１実施形態と同様の方法で、電子決済を実行する。なお、サーバ１２ａは、位置情報Ｉ１ａを確定するまでは、位置情報Ｉ１ａと端末情報Ｉ３との一致の確認をすることなく、電子決済を行ってよい。また、サーバ１２ａは、位置情報Ｉ１ａを確定するまでは、位置情報Ｉ１ａと端末情報Ｉ３との一致の確認を行わないので、確認画像Ｐ０を生成しなくてもよい。この場合、位置情報Ｉ１ａが確定されるまでは、端末１０も、確認画像Ｐ０を受信せず、確認画像Ｐ０（確認画像Ｐ０を含んだ決済完了画像Ｐ）を表示しなくてもよい。

図１２は、第１変形例に係る位置情報を確定するフローを説明するフローチャートである。図１２に示すように、サーバ１２ａは、サーバ情報取得部６０により、端末１０から、店舗情報Ｉ１と金額情報Ｉ２と端末情報Ｉ３とを取得する（ステップＳ４０）。サーバ１２ａは、位置情報設定部６３ａにより、店舗情報Ｉ１から取得した初期位置情報Ｉ１ｂと、端末情報Ｉ３とが一致するかを確認する（ステップＳ４２）。初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致して（ステップＳ４２；Ｙｅｓ）、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致する回数が所定回数以上となった場合（ステップＳ４４；Ｙｅｓ）、位置情報設定部６３ａは、初期位置情報Ｉ１ｂを、確定した位置情報Ｉ１ａとして、店舗情報Ｉ１に関連付ける（ステップＳ４６）。初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致する回数が所定回数に達していない場合（ステップＳ４４；Ｎｏ）は、ステップＳ４０に戻り、位置情報Ｉ１ａを設定しないまま、次の店舗情報Ｉ１と金額情報Ｉ２と端末情報Ｉ３との取得を待つ。

また、初期位置情報Ｉ１ｂと、端末情報Ｉ３とが一致しない場合（ステップＳ４２；Ｎｏ）であって、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致しない回数が所定回数以上でない場合（ステップＳ４７；Ｎｏ）、すなわち一致しない回数が所定回数未満である場合、位置情報Ｉ１ａを確定せずに、ステップＳ４０に戻る。すなわち、位置情報設定部６３ａは、初期位置情報Ｉ１ｂと端末情報Ｉ３とが所定回数一致しないことが続くまでは、位置情報Ｉ１ａを確定せずに、ステップＳ４０に戻って、次の決済を待つ。一方、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致しない回数が所定回数以上である場合、位置情報設定部６３ａは、端末情報Ｉ３を、確定した位置情報Ｉ１ａとして、店舗情報Ｉ１に関連付ける（ステップＳ４８）。更に言えば、位置情報設定部６３ａは、初期位置情報Ｉ１ｂと端末情報Ｉ３とが所定回数一致せず、かつ、これまでの端末情報Ｉ３同士が一致する場合に、その端末情報Ｉ３を、確定した位置情報Ｉ１ａとして店舗情報Ｉ１に関連付けてよい。

以上説明したように、第１変形例においては、店舗情報Ｉ１には、店舗Ａの位置を示す初期位置情報Ｉ１ｂが予め関連付けられており、サーバ１２ａは、店舗情報Ｉ１と位置情報Ｉ１ａとを関連付ける位置情報設定部６３ａをさらに含む。位置情報設定部６３ａは、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致した場合に、初期位置情報Ｉ１ｂを、確定した店舗Ａの位置情報Ｉ１ａとして、店舗情報Ｉ１に関連付ける。そして、位置情報設定部６３ａは、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致しない場合には、端末情報Ｉ３を、確定した店舗Ａの位置情報Ｉ１ａとして、店舗情報Ｉ１に関連付ける。第１変形例においては、初期位置情報Ｉ１ｂと端末情報Ｉ３とを比較して位置情報Ｉ１ａを設定するため、例えば初期位置情報Ｉ１ｂの設定が間違っていることを確認することが可能となり、電子決済を適切に実行できる。

（第２実施形態）
次に、第２実施形態について説明する。第２実施形態においては、店舗Ａｂが移動店舗であり、店舗Ａｂが移動した際に位置情報Ｉ１ａを更新する点で、第１実施形態と異なる。第２実施形態において、第１実施形態と構成が共通する箇所は、説明を省略する。

図１３は、第２実施形態に係る決済システムの模式図である。図１３に示すように、第２実施形態における店舗Ａｂは、位置（場所）が移動可能な移動店舗である。店舗Ａｂは、例えば車両型の店舗である。ただし、店舗Ａｂは、移動店舗であれば車両型の店舗に限られない。第２実施形態に係る決済システム１ｂは、購入者Ｂが移動店舗である店舗Ａｂで商品やサービスを購入する際に、電子決済を行うシステムである。

図１４は、第２実施形態に係るサーバの模式的なブロック図である。第２実施形態に係るサーバ１２ｂの制御部５４ｂは、位置情報設定部６３ｂを含む。ここで、店舗Ａｂは、移動可能であるため、位置を移動して異なる場所で取引する場合がある。そのため、店舗情報Ｉ１に対して位置情報Ｉ１ａが予め関連付けられていたとしても、店舗Ａｂの移動により、位置情報Ｉ１ａが実際の店舗Ａｂの位置とは異なってしまうおそれがある。それに対し、位置情報設定部６３ｂは、店舗Ａｂが移動して位置が変更された場合に、位置情報Ｉ１ａを更新して設定するものである。以下、具体的に説明する。

サーバ１２ｂは、店舗Ａｂの位置が移動した後の電子決済においても、第１実施形態と同様に、端末１０から、店舗情報Ｉ１、金額情報Ｉ２、及び端末情報Ｉ３を取得する。位置情報設定部６３ｂは、店舗情報Ｉ１から、店舗情報Ｉ１に関連付けられた位置情報Ｉ１ａ、すなわち設定済みの位置情報Ｉ１ａを取得する。そして、位置情報設定部６３ｂは、位置情報Ｉ１ａと端末情報Ｉ３とが一致するかを判断する。位置情報設定部６３ｂは、位置情報Ｉ１ａと端末情報Ｉ３とが一致する場合には、位置情報Ｉ１ａが店舗Ａｂの正しい位置を示しているとして、位置情報Ｉ１ａを更新しない。すなわちこの場合、設定済みの位置情報Ｉ１ａを、移動後の位置情報Ｉ１ａとして確定する。一方、位置情報設定部６３ｂは、位置情報Ｉ１ａと端末情報Ｉ３とが一致しない場合には、店舗Ａｂが移動して位置情報Ｉ１ａが店舗Ａｂの正しい位置を示していないとして、位置情報Ｉ１ａを更新する。具体的には、位置情報設定部６３ｂは、初期位置情報Ｉ１ｂと端末情報Ｉ３とが一致しない場合には、端末情報Ｉ３を、移動後の新たな位置情報Ｉ１ａとして確定する。さらに言えば、本実施形態においては、サーバ１２ｂは、店舗Ａｂの位置が移動した後の電子決済の処理を複数回繰り返す。そして、位置情報設定部６３ｂは、位置情報Ｉ１ａと端末情報Ｉ３とが一致しない回数が所定回数以上となり、かつ、それぞれの端末情報Ｉ３同士が一致する場合には、その端末情報Ｉ３を、移動後の新たな位置情報Ｉ１ａとして確定する。ここでの所定回数は任意であるが、複数回であることが好ましい。

サーバ１２ｂは、以上のようにして移動後の位置情報Ｉ１ａを確定してからは、第１実施形態と同様の方法で、電子決済を実行する。なお、サーバ１２ａは、移動後の位置情報Ｉ１ａを確定するまでは、位置情報Ｉ１ａと端末情報Ｉ３との一致に関わらず、電子決済を行ってよい。また、サーバ１２ａは、移動後の位置情報Ｉ１ａを確定するまでは、確認画像Ｐ０を生成しなくてよい。この場合、移動後の位置情報Ｉ１ａが確定されるまでは、端末１０も、確認画像Ｐ０を受信せず、確認画像Ｐ０（確認画像Ｐ０を含んだ決済完了画像Ｐ）を表示しなくてよい。

図１５は、第２実施形態に係る位置情報を確定するフローを説明するフローチャートである。図１５は、サーバ１２ｂが端末１０から店舗情報Ｉ１と金額情報Ｉ２と端末情報Ｉ３とを取得した場合、すなわち電子決済の要求があった場合のフローを示している。図１５に示すように、店舗Ａｂが移動した場合（ステップＳ５０；Ｙｅｓ）、サーバ１２ｂは、位置情報設定部６３ｂにより、店舗情報Ｉ１に関連付いた位置情報Ｉ１ａと、端末情報Ｉ３とが一致するかを確認する（ステップＳ５２）。店舗Ａｂが移動していない場合（ステップＳ５０；Ｎｏ）は、位置情報Ｉ１ａの更新が不要であるとして、本処理を終了し、設定済みの位置情報Ｉ１ａを用いて、第１実施形態と同様の方法で電子決済を実行する。なお、店舗Ａｂが移動したかの判断方法は、任意であってよいが、例えばサーバ１２ｂが、店舗Ａｂが移動した旨の情報を取得した場合に、店舗Ａｂが移動したと判断してよい。店舗Ａｂが移動した旨の情報は、例えばスタッフＣがサーバ１２ｂに送信してよい。また例えば、サーバ１２ｂは、店舗Ａｂが移動した旨の情報を取得してから電子決済を閾値回数受け付けるまでの期間において、言い換えれば、店舗情報Ｉ１と金額情報Ｉ２と端末情報Ｉ３とを端末１０から閾値回数受信するまでの期間において、店舗Ａｂが移動したと判断してよい。そして、サーバ１２ｂは、店舗Ａｂが移動した旨の情報を取得した後に電子決済を閾値回数より多く受け付けた場合には、店舗Ａｂの移動が完了した、言い換えれば店舗Ａｂが移動していないと判断してよい。ここでの閾値回数は任意であるが、複数回であることが好ましい。

位置情報Ｉ１ａと端末情報Ｉ３とが一致する場合（ステップＳ５２；Ｙｅｓ）、位置情報設定部６３ｂは、その設定済みの位置情報Ｉ１ａを保持して、設定済みの位置情報Ｉ１ａを、確定した位置情報Ｉ１ａとする（ステップＳ５４）。すなわち、位置情報設定部６３ｂは、設定済みの位置情報Ｉ１ａが店舗Ａｂの正しい位置を示していると判断する。この場合、サーバ１２ｂは、設定済みの位置情報Ｉ１ａを用いて、第１実施形態で説明した電子決済のフローを実行する。

位置情報Ｉ１ａと端末情報Ｉ３とが一致しない場合（ステップＳ５２；Ｎｏ）であって、店舗Ａｂが移動してから取得した端末情報Ｉ３同士が所定回数以上一致する場合（ステップＳ５６；Ｙｅｓ）、言い換えれば、位置情報Ｉ１ａと端末情報Ｉ３とが一致しない回数が所定回数以上となり、かつ、それぞれの端末情報Ｉ３同士が一致する場合には、位置情報設定部６３ｂは、その端末情報Ｉ３に基づき、位置情報Ｉ１ａを更新する（ステップＳ５８）。具体的には、位置情報設定部６３ｂは、その端末情報Ｉ３を新たな位置情報Ｉ１ａとして確定する。この場合、サーバ１２ｂは、更新した新たな位置情報Ｉ１ａを用いて、第１実施形態で説明した電子決済のフローを実行する。

また、位置情報Ｉ１ａと端末情報Ｉ３とが一致しない場合（ステップＳ５２；Ｎｏ）であって、店舗Ａｂが移動してから取得した端末情報Ｉ３同士が所定回数以上一致しない場合（ステップＳ５６；Ｎｏ）、位置情報設定部６３ｂは、位置情報Ｉ１ａを更新することなく、ステップＳ５０に戻り、次の店舗情報Ｉ１と金額情報Ｉ２と端末情報Ｉ３とを受け付ける。すなわち、位置情報Ｉ１ａと端末情報Ｉ３とが一致しない回数が所定回数以上でなかったり、店舗Ａｂが移動してから取得した端末情報Ｉ３同士が所定回数以上一致する条件を満たさない場合には、位置情報Ｉ１ａを更新したり既存の位置情報Ｉ１ａを保持することなく、位置情報Ｉ１ａの設定プロセスを続ける。なお、サーバ１２ｂは、この場合、すなわち位置情報Ｉ１ａを設定するまでにおいても、電子決済を実行してよい。

以上説明したように、第２実施形態に係るサーバ１２ｂは、位置情報設定部６３ｂをさらに含む。位置情報設定部６３ｂは、店舗Ａｂが移動した際に、店舗情報Ｉ１に関連付ける位置情報Ｉ１ａを設定する。位置情報設定部６３ｂは、設定済みの位置情報Ｉ１ａと端末情報Ｉ３とが一致しない場合に、端末情報Ｉ３に基づき、新たな位置情報Ｉ１ａを設定する。第２実施形態に係るサーバ１２ｂは、設定済みの位置情報Ｉ１ａと端末情報Ｉ３とが一致しない場合に、端末情報Ｉ３を新たな位置情報Ｉ１ａとするため、店舗Ａｂが移動した場合でも、店舗情報Ｉ１に紐づいた位置情報Ｉ１ａを適切に設定することが可能となる。そのため、第２実施形態においては、移動店舗においても、適切に決済が行われたかを確認することができる。また、サーバ１２ｂが端末情報Ｉ３に基づき位置情報Ｉ１ａを設定するため、例えばスタッフＣが移動毎に位置情報Ｉ１ａを設定し直す必要がなくなる。

以上、本発明の実施形態及び変形例を説明したが、これら実施形態及び変形例の内容により実施形態が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能であり、各実施形態及び変形例の構成を組み合わせることも可能である。さらに、前述した実施形態及び変形例の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

１ 決済システム
１０ 端末
１２ サーバ
３０ 店舗情報取得部
３２ 金額情報取得部
３４ 端末情報取得部
３６ 情報送信部
３８ 確認画像取得部
４０ 決済完了画像生成部
４２ 表示制御部
６０ サーバ情報取得部
６２ 判断部
６４ 決済部
６６ 画像生成部
６８ 画像送信部
Ａ 店舗
Ｂ 購入者
Ｃ スタッフ
Ｉ１ 店舗情報
Ｉ１ａ 位置情報
Ｉ２ 金額情報
Ｉ３ 端末情報
Ｐ 決済完了画像
Ｐ０ 確認画像

Claims (7)

1. 店舗で取引をした際の前記店舗からの請求金額の決済に用いられる、購入者が所持する端末と、サーバとを含む決済システムであって、
   前記端末は、
   前記店舗の情報である店舗情報を取得する店舗情報取得部と、
   前記店舗で取引をした際の前記端末の位置を示す端末情報を取得する端末情報取得部と、
   前記店舗情報、及び前記端末情報を前記サーバに送信する情報送信部と、
   前記サーバが、前記店舗情報から取得される前記店舗の位置情報と前記端末情報とが一致すると判断した場合に、前記サーバから、前記店舗に対して固有に割り当てられる確認画像を取得する確認画像取得部と、
   前記確認画像を含んだ決済完了画像を表示する表示制御部と、
   を含み、
   前記サーバは、
   前記端末から、前記店舗情報、及び前記端末情報を取得するサーバ情報取得部と、
   前記店舗情報から取得した前記店舗の位置情報と、前記端末情報とが一致するかを判断する判断部と、
   前記店舗情報から取得した前記店舗の位置情報と前記端末情報とが一致すると判断された場合に、前記確認画像を生成する画像生成部と、
   前記確認画像を前記端末に送信する画像送信部と、
   を含み、
   前記店舗情報には、前記店舗の位置を示す初期位置情報が予め関連付けられており、
   前記サーバは、前記店舗情報と、前記店舗の位置情報とを関連付ける位置情報設定部をさらに含み、
   前記位置情報設定部は、
   前記初期位置情報と前記端末情報とが一致した場合に、前記初期位置情報を、確定した前記店舗の位置情報として、前記店舗情報に関連付け、
   前記初期位置情報と前記端末情報とが一致しない場合に、前記端末情報を、確定した前記店舗の位置情報として前記店舗情報に関連付ける、
   決済システム。
2. 前記端末は、前記請求金額の情報である金額情報を取得する金額情報取得部をさらに含み、
   前記確認画像取得部は、前記サーバが、前記店舗情報から取得される前記店舗の位置情報と前記端末情報とが一致すると判断し、かつ、前記金額情報に含まれる請求金額での決済を完了した場合に、前記サーバから前記確認画像を取得する、請求項１に記載の決済システム。
3. 前記確認画像取得部は、
   所定期間中において同じ前記店舗で取引された際には、同じ前記確認画像を取得し、
   前記所定期間の経過後において同じ前記店舗で取引された際には、前記所定期間中とは異なる前記確認画像を取得する、請求項１又は請求項２に記載の決済システム。
4. 前記所定期間中の前記確認画像と、前記所定期間の経過後の前記確認画像とでは、色、明るさ、及びパターンとの、少なくとも１つが異なる、請求項３に記載の決済システム。
5. 前記端末情報取得部は、ＧＰＳから前記端末情報を取得する、請求項１から請求項４のいずれか１項に記載の決済システム。
6. 店舗で取引をした際の前記店舗からの請求金額の決済に用いられる、購入者が所持する端末とサーバとによる決済方法であって、
   前記端末により、前記店舗の情報である店舗情報を取得する店舗情報取得ステップと、
   前記端末により、前記店舗で取引をした際の前記端末の位置を示す端末情報を取得する端末情報取得ステップと、
   前記端末により、前記店舗情報、及び前記端末情報をサーバに送信する情報送信ステップと、
   前記サーバにより、前記端末から、前記店舗情報、及び前記端末情報を取得するサーバ情報取得ステップと、
   前記サーバにより、前記店舗情報から取得した前記店舗の位置情報と、前記端末情報とが一致するかを判断する判断ステップと、
   前記サーバにより、前記店舗情報から取得した前記店舗の位置情報と前記端末情報とが一致すると判断された場合に、前記店舗に対して固有に割り当てられる確認画像を生成する画像生成ステップと、
   前記サーバにより、前記確認画像を前記端末に送信する画像送信ステップと、
   前記サーバが、前記店舗情報から取得される前記店舗の位置情報と前記端末情報とが一致すると判断した場合に、前記端末により、前記サーバから前記確認画像を取得する確認画像取得ステップと、
   前記端末により、前記確認画像を含んだ決済完了画像を表示する表示制御ステップと、
   を含み、
   前記店舗情報には、前記店舗の位置を示す初期位置情報が予め関連付けられており、
   前記サーバにより、前記店舗情報と、前記店舗の位置情報とを関連付ける位置情報設定ステップをさらに含み、
   前記位置情報設定ステップでは、
   前記初期位置情報と前記端末情報とが一致した場合に、前記初期位置情報を、確定した前記店舗の位置情報として、前記店舗情報に関連付け、
   前記初期位置情報と前記端末情報とが一致しない場合に、前記端末情報を、確定した前記店舗の位置情報として前記店舗情報に関連付ける、
   決済方法。
7. 店舗で取引をした際の前記店舗からの請求金額の決済に用いられる決済方法を、購入者が所持する端末型のコンピュータ及びサーバに実行させるプログラムであって、
   前記端末型のコンピュータにより、前記店舗の情報である店舗情報を取得する店舗情報取得ステップと、
   前記端末型のコンピュータにより、前記店舗で取引をした際の前記端末型のコンピュータの位置を示す端末情報を取得する端末情報取得ステップと、
   前記端末型のコンピュータにより、前記店舗情報、及び前記端末情報をサーバに送信する情報送信ステップと、
   前記サーバにより、前記端末型のコンピュータから、前記店舗情報、及び前記端末情報を取得するサーバ情報取得ステップと、
   前記サーバにより、前記店舗情報から取得した前記店舗の位置情報と、前記端末情報とが一致するかを判断する判断ステップと、
   前記サーバにより、前記店舗情報から取得した前記店舗の位置情報と前記端末情報とが一致すると判断された場合に、前記店舗に対して固有に割り当てられる確認画像を生成する画像生成ステップと、
   前記サーバにより、前記確認画像を前記端末型のコンピュータに送信する画像送信ステップと、
   前記サーバが、前記店舗情報から取得される前記店舗の位置情報と前記端末情報とが一致すると判断した場合に、前記端末型のコンピュータにより、前記サーバから前記確認画像を取得する確認画像取得ステップと、
   前記端末型のコンピュータにより、前記確認画像を含んだ決済完了画像を表示する表示制御ステップと、
   を、コンピュータに実行させ、
   前記店舗情報には、前記店舗の位置を示す初期位置情報が予め関連付けられており、
   前記サーバにより、前記店舗情報と、前記店舗の位置情報とを関連付ける位置情報設定ステップをさらに含み、
   前記位置情報設定ステップでは、
   前記初期位置情報と前記端末情報とが一致した場合に、前記初期位置情報を、確定した前記店舗の位置情報として、前記店舗情報に関連付け、
   前記初期位置情報と前記端末情報とが一致しない場合に、前記端末情報を、確定した前記店舗の位置情報として前記店舗情報に関連付ける、
   プログラム。

Images