JP2021152849A - 決済システムおよび決済方法 - Google Patents

Abstract

【課題】店舗側に多くの負担をかけることなく、ユーザスキャン方式のＱＲコード決済の不正利用を防止すること。【解決手段】決済システムでは、スマートフォン２０が、店舗のＱＲコードを読み取り、該ＱＲコードに関する情報と店舗に対する支払額に関する支払情報とをサーバ１０に送信する。そして、サーバ１０が、ＱＲコードに関する情報とともに、支払情報をスマートフォンから受信した場合には、所定の情報を店舗ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する。続いて、スマートフォン２０が、サーバから受信した判別情報をＱＲコードとして表示する。そして、端末３０が、スマートフォン２０によって表示されたＱＲコードを読み取り、読み取ったＱＲコードに含まれる情報を端末３０の店舗に対応する復号鍵で復号し、復号された情報を表示する。【選択図】図１

Description

本発明は、決済システムおよび決済方法に関する。

近年になり、現金ではなくスマートフォン等で支払いを行うＱＲ（Quick Response）コード（登録商標）を用いた支払い方法が普及してきている。ＱＲコード決済に関しては、大きく分けて２種類の手法が存在する。一つはストアースキャン方式と言われている方式で、顧客が自らのスマートフォンに支払い用のＱＲコードを表示させて、店舗はそのＱＲコードを読みとり、決済サーバに通信回線を用いてアクセスし、承認・決済を実施するものである。この決済方式は基本的に従来のクレジットカードによる決済と同じであり、クレジットカードがＱＲコードに替わったものと考えてよい。

もう一つは、ユーザスキャン方式と呼ばれるものである。これは、顧客が店舗に設置されてあるＱＲコードをスマートフォンのアプリケーションで読み取り、支払額を入力するものである。スマートフォンのアプリケーションでは、読み取った店舗のＱＲコードから支払い先と支払額をサーバに登録する。店員は顧客がスマートフォンの画面から支払い操作を完了することをチェックすることで、自らの店舗の口座に入金がされることを確認するものである。この方式の場合、店舗は支払い用のＱＲコードを配置しておくだけで良く、端末等の特別な設備が不要である。店員も自ら端末を操作したり、金額を入力したりする必要がない。顧客が行うスマートフォンの操作を確認するだけで支払処理が完了される為、特に中小の店舗や個人商店に普及している。

特開２０１６−１０３７６８号公報

しかしながら、従来のユーザスキャン方式は店舗側に負担が少なく、運用も容易である為、広く普及してきてはいるが、不正な利用が問題となってきている。不正な利用の代表的なものの一つは、店舗に設置されてあるＱＲコードの上に、犯罪者が自身の支払い用のＱＲコードを張り付けることで、本来は店舗に入金されるはずの金額が、犯罪者の口座に支払われるというものである。顧客としてもスマートフォンで読み取ったＱＲコードが別の店舗のものであるはと気づかず、通常の支払い処理を実施したと思うケースが多い。また、店舗側は本来入金されるはずであった金額が入金されていないことを、時間がたってから気づき、不正なＱＲコードが張り付けてあったと認識することも多い。

もう一つの不正は、顧客が自らのスマートフォンに、偽のアプリケーションをインストールし、店員にはあたかも本来の支払いと同じような画面を見せることで、支払いが行われたと店員を騙す方法である。

これらの犯罪を防止する手段として、決済事業者が、支払いが完了した際にＳＭＳ（Short Message Service）等で支払い完了通知を店舗に送ることが考えられる。つまり、顧客が支払い処理完了後、店員のスマートフォンにＳＭＳ等に来る通知を確認することで、正当な決済が行われたことを確認できるのである。しかし、この方式だと以下の問題点があった。

一つは、確認に時間と手間がかかるということである。顧客がスマートフォンを操作して決済の完了がなされた後で、サーバからＳＭＳが送信されるが、店員のスマートフォンに通知が届くまで時間がかかる。また店員も支払いの都度、スマートフォンを確認する必要がある。ＳＭＳの到着を音声で通知する方式も存在するが、音自体は誰でも出すことが可能であり不正が起こりうる。

また、複数の人が短い時間の間に支払処理を処理した際は、誰の支払いに関する通知かを判別できないこともある。多くの人が次々に支払い処理を行うような店舗では、ＳＭＳの到着と確認まで次の顧客の支払い処理を待ってもらう必要があり、顧客を待たせてしまう。またＳＭＳは多くの携帯事業者では送信する都度、発信者側（決済事業者）に通信料金が発生し、決済手数料として店舗側に追加される。このような理由により、ＳＭＳによる確認が現実的に難しい場合も多い。

上述した課題を解決し、目的を達成するために、本発明の決済システムは、サーバ、店舗を利用するユーザの第一の端末、店舗の第二の端末を備え、店舗から提示された第一のコードを前記第一の端末で読み取って決済を行う決済システムであって、前記サーバは、前記第一のコードに関する情報とともに、前記店舗に対する支払額に関する支払情報を前記第一の端末から受信した場合には、所定の情報を店舗ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する生成部と、前記生成部によって生成された判別情報を前記第一の端末に送信する通信部とを備え、前記第一の端末は、前記第一のコードを読み取る読取部と、前記読取部によって読み取れられた第一のコードに関する情報と前記支払情報を前記サーバに送信し、前記サーバから送信された判別情報を受信する通信部と、前記通信部によって受信された判別情報を第二のコードとして通知する通知部とを備え、前記第二の端末は、前記第一の端末によって通知された第二のコードを取り込む取込部と、前記取込部によって取り込まれた第二のコードに含まれる情報を前記第二の端末の店舗に対応する復号鍵で復号する復号化部と、前記復号化部によって復号された情報を通知する通知部とを備えることを特徴とする。

また、本発明の決済方法は、サーバ、店舗を利用するユーザの第一の端末、店舗の第二の端末を備え、店舗から提示された第一のコードを前記第一の端末で読み取って決済を行う決済システムが実行する決済方法であって、前記第一の端末が、前記第一のコードを読み取る工程と、前記第一の端末が、読み取った前記第一のコードに関する情報と前記店舗に対する支払額に関する支払情報とを前記サーバに送信する工程と、前記サーバが、前記第一のコードに関する情報とともに、前記支払情報を前記第一の端末から受信した場合には、所定の情報を店舗ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する工程と、前記第一の端末が、前記サーバから受信した判別情報を第二のコードとして通知する工程と、前記第二の端末が、前記第一の端末によって通知された第二のコードを取り込む工程と、前記第二の端末が、取り込んだ第二のコードに含まれる情報を前記第二の端末の店舗に対応する復号鍵で復号する工程と、前記第二の端末が、復号した情報を通知する工程とを含むことを特徴とする。

本発明によれば、店舗側に多くの負担をかけることなく、ユーザスキャン方式のＱＲコード決済の不正利用を防止することができるという効果を奏する。

図１は、第１の実施形態に係る決済システムの一例を示すブロック図である。 図２は、第１の実施形態に係る決済システムの概要を示す図である。 図３は、第１の実施形態に係るサーバの構成例を示すブロック図である。 図４は、第１の実施形態に係る端末の構成例を示すブロック図である。 図５は、第１の実施形態に係る決済システムの決済処理の一例を説明する図である。 図６は、第１の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。 図７は、第２の実施形態に係るサーバの構成例を示すブロック図である。 図８は、第２の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。 図９は、第２の実施形態の変形例に係る決済システムの概要を示す図である。 図１０は、第２の実施形態の変形例に係る決済システムにおける処理の流れの一例を示すシーケンス図である。 図１１は、第３の実施形態に係るサーバの構成例を示すブロック図である。 図１２は、第３の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。 図１３は、その他の実施形態に係るサーバの構成例を示すブロック図である。 図１４は、その他の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。 図１５は、第４の実施形態に係る決済システムの一例を示すブロック図である。 図１６は、第４の実施形態に係るネットショップサーバの構成例を示すブロック図である。 図１７は、第４の実施形態に係る決済システムの決済処理を説明する図である。 図１８は、第４の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。 図１９は、プログラムを実行するコンピュータを示す図である。

以下に、本願に係る決済システムおよび決済方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願に係る決済システムおよび決済方法が限定されるものではない。

［第１の実施形態］
以下の実施形態では、第１の実施形態に係る決済システムの構成、サーバ１０の構成、端末３０の構成、決済システムにおける処理の流れを順に説明し、最後に第１の実施形態による効果を説明する。

［決済システムの構成］
図１は、第１の実施形態に係る決済システムの一例を示すブロック図である。第１の実施形態に係る決済システムは、決済を管理するサーバ１０と、ユーザ（適宜、「顧客」と記載）が所有するスマートフォン（第一の端末）２０と、店舗側の端末（第二の端末）３０とを有する。また、サーバ１０とスマートフォン２０とは、通信回線４０を介して通信を行うものとする。なお、図１に示す構成は一例にすぎず、具体的な構成や各装置の数は特に限定されない。

決済システムは、店舗に設置されたＱＲコードをスマートフォン２０で読み取って決済を行うユーザスキャン方式のシステムである。ここで、まず、図２を用いて、第１の実施形態に係る決済システムの概要を説明する。図２は、第１の実施形態に係る決済システムの概要を示す図である。図２に例示するように、ユーザが店舗で買い物をする際に、スマートフォン２０にインストールされた本実施形態の決済処理を行うためのアプリケーションを起動し、店舗のＱＲコードを読み取る（図２の（１）参照）。そして、スマートフォン２０は、サーバ１０にアクセスし、ユーザの入力操作による支払額の入力を受け付ける。

サーバ１０は、店舗のＱＲコードに関する情報と支払額を含む決済要求をスマートフォン２０から受信すると、決済対象の店舗を特定する。そして、サーバ１０は、特定した店舗の情報（例えば、店舗名）や支払額を含む所定の情報を、店舗ごとに異なる暗号鍵を用いて暗号化し、暗号化した情報を含む判別情報を生成し、スマートフォン２０に送信する（図２の（２）参照）。

そして、スマートフォン２０は、サーバ１０から送信された判別情報をＱＲコードとして表示する。図２の例では、スマートフォン２０は、サーバ１０から送信されたＱＲコードとともに、店舗名「○○商店」、支払額「１５００円」、および、支払ボタンを表示している。店舗の店員は、端末３０でユーザのスマートフォン２０に表示されたＱＲコードを読込む操作を行う。店舗の端末３０は、ユーザのスマートフォン２０に表示されたＱＲコードが読込まれると、ＱＲコードの真偽判定を行う（図２の（３）参照）。

この結果、ＱＲコードが正当なものであると判定された場合には、店員は、ユーザに支払ボタンを押してもらい、スマートフォン２０の画面を確認することで、支払い完了を確認する（図２の（４）参照）。その後、店員は、ユーザに購入した商品を渡す。なお、一連の決済処理の流れは、あくまで一例であり、これに限定されるものではない。例えば、支払ボタンを押すタイミングは、これより前のタイミングでもよく、支払完了後に店員がスマートフォン２０の画面を確認するようにしてもよい。

サーバ１０は、店舗に設置されたＱＲコードをスマートフォン２０で読み取って決済を行う決済システムに加盟している店舗の情報と、該決済システムを利用しているユーザの情報と、該決済システムを利用して行われた決済の情報とを管理するサーバ装置である。なお、サーバ１０の詳しい構成例については、図３を用いて後述する。

スマートフォン２０は、ユーザが所有する端末装置である。スマートフォン２０には、ＱＲコード決済システムを利用するためのアプリケーションがインストールされている。スマートフォン２０は、アプリケーションのインストールの際には、ユーザの操作により、ユーザ名、ユーザの年齢、性別、住所等のプロファイルが登録され、該プロファイルがサーバ１０に格納される。スマートフォン２０は、入力部２１、読取部２２、通信部２３および通知部２４を有する。

入力部２１は、ユーザの操作に応じて各種入力データを受け付ける。例えば、入力部２１は、ユーザの入力操作により入力された支払額を受け付ける。読取部２２は、ＱＲコードを読み取る。例えば、読取部２２は、ユーザが店舗で買い物をする際に、スマートフォン２０にインストールされたアプリケーションが起動され、ユーザがＱＲコードをスマートフォン２０のカメラで撮像することで、店舗に設置されたＱＲコードを読み取る。店舗に設置されたＱＲコードには、少なくとも店舗を特定する情報が含まれている。

通信部２３は、読取部２２によって読み取れられた店舗のＱＲコードに関する情報と支払情報を決済要求としてサーバ１０に送信し、サーバ１０から送信された判別情報を受信する。ここで支払情報とは、例えば、ユーザの入力操作により入力された支払額等である。また、ここで判別情報とは、サーバ１０により店舗に対応する暗号鍵で暗号化された情報であって、例えば、タイムスタンプ、カウンタ、支払額、店舗名、決済番号等を含むものとする。なお、店舗のＱＲコードに関する情報とは、スマートフォンが読み取ったＱＲコードそのものでもよいし、データに変換されたＱＲコード情報であってもよい。

通知部２４は、通信部２３によって受信された判別情報をＱＲコード（第二のＱＲコード）として通知する。例えば、通知部２４は、ＱＲコードとともに、店舗名、支払額、支払ボタンを表示する。

端末３０は、店舗側の端末３０であり、例えば、専用の端末であってもよいし、スマートフォン、携帯電話機、ＰＤＡ、タブレット型ＰＣ等の情報処理装置であってもよい。端末３０は、店舗の店員によって使用され、スマートフォン２０に表示されたＱＲコードを取り込み、ＱＲコードが取り込まれると、自店舗の復号鍵を用いて復号し、復号化した情報を表示する。

そして、店員が表示された情報をチェックすることで、スマートフォン２０に表示されたＱＲコードの真贋を判別する。なお、端末３０が、自店舗の復号鍵を用いて、適切な復号化を行うことができたか否かを判別することで、スマートフォン２０に表示されたＱＲコードの真贋を自動で判別するようにしてもよい。なお、端末３０の詳しい構成例については、図４を用いて後述する。

［サーバの構成］
次に、図３を用いて、サーバ１０の構成を説明する。図３は、第１の実施形態に係るサーバの構成例を示すブロック図である。図３に示すように、サーバ１０は、通信処理部１１、制御部１２および記憶部１３を有する。以下にサーバ１０が有する各部の処理を説明する。

通信処理部１１は、接続される装置との間でやり取りする各種情報に関する通信を制御する。例えば、通信処理部１１は、店舗のＱＲコードと支払情報をスマートフォン２０から受信する。また、通信処理部１１は、後述する生成部１２ｂによって生成された判別情報をスマートフォン２０に送信する。

また、記憶部１３は、制御部１２による各種処理に必要なデータおよびプログラムを格納し、店舗情報記憶部１３ａ、顧客情報記憶部１３ｂおよび決済情報記憶部１３ｃを有する。例えば、記憶部１３は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。

店舗情報記憶部１３ａは、決済システムに加盟している店舗の情報を記憶する。例えば、店舗情報記憶部１３ａは、店舗を識別する店舗ＩＤに対応付けて、店舗名と店舗ごとに異なる暗号鍵を記憶する。なお、店舗情報記憶部１３ａが記憶する店舗の情報にいては、特に限定されるものではない。

顧客情報記憶部１３ｂは、決済システムを利用しているユーザの情報を記憶する。例えば、顧客情報記憶部１３ｂは、ユーザを識別するユーザＩＤに対応付けて、ユーザ名、ユーザの年齢、性別、住所等のユーザ情報を記憶する。なお、顧客情報記憶部１３ｂに記憶される情報は、例えば、スマートフォンに本実施形態の決済処理を行うためのアプリケーションがインストールされた際に、ユーザにより入力された情報であってもよいし、外部のサーバ等から取得された情報であってもよい。なお、顧客情報記憶部１３ｂが記憶するユーザの情報にいては、特に限定されるものではない。

決済情報記憶部１３ｃは、決済に関する情報を記憶する。例えば、決済情報記憶部１３ｃは、ユーザごとに本決済システムを利用したことにより支払う支払金額と、店舗ごとにユーザが本決済システムを利用したことにより受け取る受取金額とを記憶する。なお、決済情報記憶部１３ｃが記憶する決済に関する情報にいては、特に限定されるものではない。

制御部１２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部１２は、取得部１２ａおよび生成部１２ｂを有する。ここで、制御部１２は、例えば、ＣＰＵやＭＰＵなどの電子回路やＡＳＩＣやＦＰＧＡなどの集積回路である。

取得部１２ａは、店舗のＱＲコードと支払額を含む決済要求をスマートフォン２０から受信すると、店舗のＱＲコードから店舗を特定し、店舗の情報を店舗情報記憶部１３ａから取得する。例えば、取得部１２ａは、店舗のＱＲコードに店舗ＩＤが含まれている場合には、店舗ＩＤに対応する店舗名と暗号鍵を店舗情報記憶部１３ａから取得する。

また、取得部１２ａは、ユーザと店舗と支払額とを基に、決済情報記憶部１３ｃに記憶された決済情報を更新する。例えば、取得部１２ａは、ユーザの支払額の情報を追加するとともに、支払合計額を更新して決済情報記憶部１３ｃに格納する。また、例えば、取得部１２ａは、店舗の受取金額の情報を追加するとともに、受取合計額を更新して決済情報記憶部１３ｃに格納する。

生成部１２ｂは、店舗のＱＲコードに関する情報とともに、店舗に対する支払額に関する支払情報をスマートフォン２０から受信した場合には、所定の情報を店舗ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する。

例えば、生成部１２ｂは、スマートフォン２０からＱＲコードと支払情報を受信した場合には、取得部１２ａによって取得された店舗情報、タイムスタンプ、カウンタ、支払額、決済番号等の情報を、取得部１２ａによって取得された暗号鍵を用いて暗号化し、暗号化した情報を判別情報として生成する。そして、例えば、生成部１２ｂは、生成した判別情報を支払い処理に必要な情報と一緒に通信処理部１１を介してスマートフォン２０に送信する。

［端末の構成］
次に、図４を用いて、端末３０の構成を説明する。図４は、第１の実施形態に係る端末装置の構成例を示すブロック図である。図４に示すように、端末３０は、入力部３１、出力部３２、制御部３３および記憶部３４を有する。以下に端末３０が有する各部の処理を説明する。

入力部３１は、カメラ、キーボード等を含み、利用者の操作に応じて各種入力データを受け付ける。出力部３２は、音声出力機能を有するスピーカ、ディスプレイ等を含む。出力部３２は、制御部３３の制御により、ユーザに対してスピーカから音声を出力したり、ディスプレイに情報を表示したりする。また、タッチパネルのように、入力部３１と出力部３２とが一体の装置であってもよい。

また、記憶部３４は、制御部３３による各種処理に必要なデータおよびプログラムを格納し、復号鍵記憶部３４ａを有する。例えば、記憶部３４は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。

復号鍵記憶部３４ａは、自端末３０が設置されている店舗に対応する復号鍵を記憶する。つまり、復号鍵記憶部３４ａは、サーバ１０により自端末が３０の店舗に対応する暗号鍵で暗号化された情報を、復号化するための復号鍵を記憶する。

制御部３３は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部３３、取込部３３ａ、復号化部３３ｂ、および通知部３３ｃを有する。ここで、制御部３３は、例えば、ＣＰＵやＭＰＵなどの電子回路やＡＳＩＣやＦＰＧＡなどの集積回路である。

取込部３３ａは、スマートフォン２０によって通知されたＱＲコードを取り込む。例えば、取込部３３ａは、店舗の店員が端末３０でユーザのスマートフォン２０に表示されたＱＲコードを読込む操作を行うと、ユーザのスマートフォン２０に表示されたＱＲコードが取り込む。

復号化部３３ｂは、取込部３３ａによって取り込まれたＱＲコードに含まれる情報を自端末３０の店舗に対応する復号鍵で復号する。例えば、復号化部３３ｂは、取込部３３ａによってＱＲコードが読み込まれると、復号鍵記憶部３４ａから自店舗の復号鍵を読み出し、該復号鍵を用いてＱＲコードを復号化する。

また、例えば、復号化部３３ｂは、取込部３３ａによって取り込まれたＱＲコードに含まれる情報を端末３０の店舗に対応する復号鍵で復号するとともに、復号された情報を用いて、ＱＲコードの真贋を判別するようにしてもよい。復号化部３３ｂは、真贋の判別に関して、あらかじめ登録されてある文言が含まれているか否に応じて判別してもよいし、タイムススタンプが端末３０のタイムスタンプとずれていないかを確認する方法でもよいし、通番が過去に処理したものでないかを確認する方式でもよい。つまり、復号化部３３ｂが、復号鍵を用いて、適切な復号化を行うことができたか否かを判別することで、スマートフォン２０に表示されたＱＲコードの真贋を自動で判別することができる。

通知部３３ｃは、復号化部３３ｂによって復号された情報を通知する。例えば、通知部３３ｃは、復号化部３３ｂによって復号された情報として、店舗名、支払額等を表示する。また、通知部３３ｃは、復号化部３３ｂによって判別されたＱＲコードの真贋の結果をさらに表示するようにしてもよい。つまり、通知部３３ｃは、復号化部３３ｂがＱＲコードの真贋を自動で判別した場合には、スマートフォン２０に表示されたＱＲコードが正当であるか否かをさらに表示するようにしてもよい。

ここで、図５を用いて、第１の実施形態に係る決済システムの決済処理の一例を説明する。図５は、第１の実施形態に係る決済システムの決済処理を説明する図である。図５に例示するように、店舗では、ユーザはスマートフォン２０で店頭に設置されたＱＲコード（店頭ＱＲコード）をアプリケーションで読み込み、サーバ１０にアクセスして決済要求を通知する。

サーバ１０では、暗号化機能にて事前に登録されてある店舗の暗号鍵を用いて、店舗に送信する情報を暗号化して判別情報を生成し、支払い処理に必要な情報と一緒にスマートフォン２０に送信する。この判別情報には、特に限定されるものではなく、店舗の店名等の事前に決められた情報を含めてもよいし、タイムスタンプや通番を含めてもよいし、顧客が入力した支払額を含めてもよい。

スマートフォン２０では、受信した判別情報をＱＲコードに変換して、支払い処理の画面と一緒にスマートフォン２０の画面に表示させ、店舗に設置された端末３０に取り込ませる。端末３０では、取り込んだ判別情報をあらかじめ登録されてある復号鍵で復号化し、真贋判別機能にて真贋を判別し、その結果を表示したり、音や光で店員に通知したりする。真贋の判別に関しては、あらかじめ登録されてある文言が含まれていることでもよいし、判別情報に含まれているタイムススタンプが端末のタイムスタンプとずれていないかを確認する方法でもよい。また通番が過去に処理したものでないかを確認する方式でもよい。そして、店員が端末３０による結果を確認の上、顧客にスマートフォン２０での支払い処理を促し、支払い処理の画面から手続きの完了を確認することで、決済処理が完了する。

このように、第１の実施形態に係る決済システムでは、顧客のスマートフォン２０は、店舗毎に異なる暗号鍵を用いて暗号化された情報を、画面にＱＲコードとして表示するものである。また、店舗では店舗が所有する端末３０で、顧客が表示したＱＲコードを復号合化し、内容をチェックすることで、自身の店舗への支払いであることを確認するものである。

例えば、店頭に他の店舗のＱＲコードが不正に張り付けられていた場合、顧客が表示するスマートフォンのＱＲコードは、本来の暗号鍵とは異なる暗号鍵にて暗号化される為、店頭の端末で復号化しても本来の正しい値にはならない。結果として不正がチェックできる。また、偽のアプリケーションを作成したとしても、店舗毎に異なる暗号鍵を知らない限り、正しいＱＲコードを表示できない。過去に支払った際に表示したＱＲコードを記録しておき、支払い時にそのＱＲコードを表示することは可能であるが、暗号化される情報の中に、タイムスタンプや支払い金額、決済の通番等を含めておけば、不正が発覚する確率が高まるのである。

［決済システムの処理手順］
次に、図６を用いて、第１の実施形態に係る決済システムにおける処理の手順の例を説明する。図６は、第１の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。

図６に示すように、決済システムのスマートフォン２０は、店頭に設置されたＱＲコードを読み込み（ステップＳ１０１）、サーバ１０にアクセスして決済要求を送信する（ステップＳ１０２）。そして、サーバ１０は、所定の情報を、店舗ごとに異なる暗号鍵を用いて暗号化する（ステップＳ１０３）。例えば、サーバ１０は、店舗名や支払額を含む所定の情報を、店舗ごとに異なる暗号鍵を用いて暗号化し、暗号化した情報を含む判別情報を生成する。そして、サーバ１０は、判別情報をスマートフォン２０に送信する（ステップＳ１０４）。

スマートフォン２０は、判別情報をＱＲコードとして表示する。例えば、スマートフォン２０は、サーバ１０から受信した判別情報をＱＲコードに変換し、支払い処理と一緒に画面に表示する（ステップＳ１０５）。そして、店舗の端末３０は、スマートフォン２０に表示されたＱＲコードを取り込む（ステップＳ１０６）。

その後、端末３０は、取り込んだＱＲコードを予め登録されている自装置の復号鍵で復号化し（ステップＳ１０７）、真贋判別機能で真贋を判別する（ステップＳ１０８）。そして、端末３０は、真贋を判別した結果を表示する（ステップＳ１０９）。ここで、店員は端末３０による結果を確認の上、正当なＱＲコードである場合には、顧客にスマートフォン２０での支払い処理を促す。スマートフォン２０では、顧客による支払ボタンが押下されると、支払処理を完了させ（ステップＳ１１０）、支払が完了したことをサーバ１０に通知する（ステップＳ１１１）。

［第１の実施形態の効果］
第１の実施形態に係る決済システムでは、スマートフォン２０が、店舗のＱＲコードを読み取り、該ＱＲコードに関する情報と店舗に対する支払額に関する支払情報とをサーバ１０に送信する。そして、サーバ１０が、ＱＲコードに関する情報とともに、支払情報をスマートフォンから受信した場合には、所定の情報を店舗ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する。続いて、スマートフォン２０が、サーバから受信した判別情報をＱＲコードとして表示する。そして、端末３０が、スマートフォン２０によって表示されたＱＲコードを取り込み、取り込んだＱＲコードに含まれる情報を端末３０の店舗に対応する復号鍵で復号し、復号された情報を表示する。

これにより、決済システムでは、店舗側に多くの負担をかけることなく、ユーザスキャン方式のＱＲコード決済の不正利用を防止することが可能である。つまり、決済システムでは、ユーザスキャン方式のＱＲコード決済のメリットを生かしつつ、低コストで不正な利用を防止することが可能となる。

例えば、店頭に設置する端末３０は、事前に決められた復号鍵にて復号し、フォーマットを確認するだけでよく、通信機能は必要ない。処理も端末３０内で完了することから、即時に確認が可能である。顧客が店頭に設置されてある端末３０に自らＱＲコードを取り込ませ、端末の表示画面や端末から発せられる音や光等を店員がチェックした後で、支払い操作を確認する流れであれば、店員の手間も増えない。また、万が一、暗号鍵が盗まれてしまった場合であっても、鍵を変更すれば、それ以降の不正はできない。

また、店頭に置く端末３０は、通信機能を有する必要はなく、ＱＲコードを取り込んで復号化し、内容をチェックするだけで良い為、スマートフォンやタブレット端末等にアプリケーションを搭載するだけで実現可能であり、新規に製造する場合であっても、コスト的にも低価格での製造が可能である。

［第２の実施形態］
上述した第１の実施形態で説明した決済処理に電子クーポンを利用できるようにしてもよい。以下では、第２の実施形態に係る決済システムにおいて、ユーザ（顧客）が電子クーポンを利用する場合について説明する。なお、第１の実施形態に係る決済システムと同様の構成や処理については説明を省略する。まず、第２の実施形態に係る決済システムの概要について説明する。

第２の実施形態に係る決済システムでは、店舗において、顧客がクーポンサーバを確認し、欲しいクーポンが見つかった場合、スマートフォン２０で店頭に設置されたＱＲコードを読み込み、通信回線を経由してサーバ１０Ａにアクセスする。サーバ１０Ａでは、暗号化機能にて事前に登録されてある店舗の暗号鍵を用いて、店舗に送信する情報を暗号化して判別情報を生成し、クーポンの情報（商品名や値引き額等）と一緒にスマートフォン２０に送信する。判別情報は値引きする商品の名称やメーカー名を含めてもよいし、値引額でもよいし、タイムスタンプや通番を含めてもよい。

スマートフォン２０では、受信した判別情報をＱＲコードに変換して、クーポンの情報と一緒にスマートフォン２０の画面に表示させ、店舗に設置された端末３０に取り込ませる。端末３０では、取り込んだ判別情報をあらかじめ登録されてある復号鍵で判別情報に復号化し、真贋判別機能にて真贋を判別し、その結果を表示したり、音や光で店員に通知したりする。真贋の判別に関しては、あらかじめ登録されてある文言が含まれていることでも良いし、Ｚに含まれているタイムススタンプが端末Ｄのタイムスタンプとずれていないかを確認する方法でもよい。また通番が過去に処理したものでないかを確認する方式でもよい。

店員は端末３０による結果を確認の上、顧客にクーポンの利用完了処理を実施させ、顧客のスマートフォン２０の画面に表示されたクーポンの金額を支払額から値引いて請求する。サーバ１０Ａでは、どの店にいくらのクーポンが使われたかを集計する。クーポン発行元は、集計に基づき、店舗が顧客に値引いた金額を、店舗に支払う。

次に、サーバ１０Ａについて図７を用いて説明する。図７は、第２の実施形態に係るサーバの構成例を示すブロック図である。図７に例示するように、サーバ１０Ａでは、図２で説明したサーバ１０と比較して、クーポン集計部１２ｃとクーポン情報記憶部１３ｄをさらに有する点が異なる。

クーポン情報記憶部１３ｄは、ユーザが使用可能なクーポンの情報を記憶する。また、クーポン情報記憶部１３ｄは、どの店舗にいくらのクーポンが使われたか集計された結果を記憶する。

また、生成部１２ｂは、店舗のＱＲコードおよび支払情報とともに、さらに、スマートフォン２０を所有するユーザが選択したクーポンの情報をスマートフォン２０から受信した場合には、クーポンにより値引きされる金額を含む所定の情報を店舗ごとに異なる所定の暗号鍵を用いて暗号化し、該暗号化した情報を含む判別情報を生成する。

クーポン集計部１２ｃは、ユーザが使用したクーポンを集計し、集計した結果をクーポン情報記憶部１３ｄに格納する。例えば、クーポン集計部１２ｃは、どの店にいくらのクーポンが使われたかを集計する。また、クーポン集計部１２ｃは、ユーザごとにどのくらいのクーポンが使われたかを集計するようにしてもよい。

次に、図８を用いて、第２の実施形態に係る決済システムにおける処理の手順の例を説明する。図８は、第２の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。

図８に示すように、決済システムのスマートフォン２０は、ユーザによるクーポンサイトから電子クーポンを選択する操作を受け付け（ステップＳ２０１）、店頭に設置されたＱＲコードを読み込み（ステップＳ２０２）、サーバ１０Ａにアクセスして決済要求を送信する（ステップＳ２０３）。そして、サーバ１０Ａは、クーポンにより値引きされる金額を含む所定の情報を、店舗ごとに異なる暗号鍵を用いて暗号化する（ステップＳ２０４）。そして、サーバ１０Ａは、判別情報をスマートフォン２０に送信する（ステップＳ２０５）。

スマートフォン２０は、判別情報をＱＲコードとして表示する（ステップＳ２０６）。例えば、スマートフォン２０は、サーバ１０Ａから受信した判別情報をＱＲコードに変換し、クーポンにより値引きされる金額や店舗名と一緒に画面に表示する。そして、店舗の端末３０は、スマートフォン２０に表示されたＱＲコードを取り込む（ステップＳ２０７）。

その後、端末３０は、取り込んだＱＲコードを予め登録されている自装置の復号鍵で復号化し（ステップＳ２０８）、真贋判別機能で真贋を判別する（ステップＳ２０９）。そして、端末３０は、真贋を判別した結果を表示する（ステップＳ２１０）。ここで、店員は端末３０による結果を確認の上、正当なＱＲコードである場合には、顧客にスマートフォン２０での支払い処理を促す。スマートフォン２０では、顧客による支払ボタンが押下されると、支払処理を完了させ（ステップＳ２１１）、支払が完了したことをサーバ１０Ａに通知する（ステップＳ２１２）。

第２の実施形態に係る決済システムでは、ＱＲコードによる支払いのみならず、クーポンの真贋のチェックにも応用が可能である。従来では、クーポンの利用に関しては、クーポンが正当なものであるかをその都度サーバに照会・確認する手段が必要であったが、本実施形態を利用することで、店舗側は低価格の端末３０を設置しさえすれば、真贋をチェックすることが可能である。

［第２の実施形態の変形例］
また、上記では、電子クーポンを利用できる場合を説明したが、雑誌等に印刷されたクーポンを利用できるようにしてもよい。

従来のメーカーが発行するクーポンの代表的なものは以下の流れであった。まず、メーカーは雑誌や新聞等にクーポンを印刷し、顧客は印刷されたクーポンを切り取り、店舗に渡すことで、値引きをうけることができる。店舗は顧客からのクーポンを回収し、メーカーに渡すことで、値引き相当額のメーカーから受け取るというものである。

しかし、この場合、店側には店頭において、クーポンが本物であるかの確認と、クーポンを顧客から回収・保管・集計するという手間が生じる。クーポンを電子化できればその手間がなくなるが、電子化した場合には不正利用のリスクが生ずる。物理的なクーポンであれば複製が難しいが、電子化されたものであれば、画面コピーなど複製が容易である。

具体的には、顧客が商品の購入時にクーポンを利用していないにもかかわらず、悪意のある店舗側があたかもクーポンを利用したかのように店の会計を処理し、メーカーに不正請求を行という店舗側の不正が挙げられる。また物理的なクーポンを店に渡すという流れであれば、同じクーポンを２回利用することはできないが、電子化したクーポンであれば複製が可能である為、何回も値引きを受けるといった顧客側の不正等である。

これを防止する手段として、例えば店舗側の不正を防止する仕組みとしては、クーポンを利用する際には、必ず顧客のスマホがダウンロードしたクーポンしか使えないようにし、同一の顧客の複数利用を防止するという方式が考えられる。店が不正利用をしようとすると、複数のスマホを用意する必要があり、その手間を考慮するとあまり現実的ではない。同一の顧客の複数利用を防止することで、顧客が何回もクーポンを使うことを防止することも可能である。

しかし、店に提示されたクーポンが、既に使われたものかどうかを店頭で確認する為には、その都度、クーポンを管理するサーバに通信回線を利用して問い合わせする必要があり、その費用や照会の時間がかかっていた。このような問題を解決するための手法として、以下に第２の実施形態の変形例に係る決済システムについて説明する。まず、図９を用いて、第２の実施形態の変形例に係る決済システムの概要について説明する。図９は、第２の実施形態の変形例に係る決済システムの概要を示す図である。

例えば、スマートフォン２０の読取部２２は、店舗のＱＲコードとともに、クーポンコードをさらに読み取る。例えば、顧客は、雑誌等でクーポンを見つけたて利用する場合、スマートフォン２０のアプリケーションでクーポンコードを読み取るとともに、使いたい店頭で店舗のＱＲコードを読み取り、クーポン発行要求をサーバ１０Ａに通知してアクセスする。なお、クーポンコードはＱＲコード化したものとであってもよいし、クーポンコード（数字や文字等のテキスト情報）を顧客がスマートフォン２０に直接手入力してもよい。

サーバ１０Ａの生成部１２ｂは、店頭のＱＲコードに関する情報および支払情報とともに、さらに、クーポンコードをスマートフォン２０から受信すると、クーポンコードに対応するクーポンがまだ利用されていない場合には、該クーポンにより値引きされる金額を含む所定の情報を店舗ごとに異なる所定の暗号鍵を用いて暗号化した情報を含む判別情報を生成する。

つまり、サーバ１０Ａでは、受信したクーポンコードを顧客がまだ利用していない場合には、暗号化機能にて事前に登録されてある店舗の暗号鍵を用いて、店舗に送信する情報を暗号化して判別情報を生成し、クーポンの情報（商品名や値引き額等）と一緒にスマートフォンＣに送信する。判別情報には、値引きする商品の名称やメーカー名を含めてもよいし、値引き額でもよいし、タイムスタンプや通番を含めてもよい。

スマートフォン２０では受信した判別情報をＱＲコードに変換して、クーポンの情報と一緒にスマートフォン２０の画面に表示させ、店舗に設置された端末３０に取り込ませる。端末３０では、取り込んだ判別情報をあらかじめ登録されてある復号鍵で復号化し、真贋判別機能にて真贋を判別し、その結果を表示したり、音や光で店員に通知したりする。真贋の判別に関しては、あらかじめ登録されてある文言が含まれていることでも良いし、判別情報に含まれているタイムススタンプが端末３０のタイムスタンプとずれていないかを確認する方法でもよいし、また通番が過去に処理したものでないかを確認する方式でもよい。

店員は端末３０による結果を確認の上、顧客にクーポンの利用完了処理を実施させ、顧客のスマートフォン２０の画面に表示されたクーポンの金額を支払額から値引いて請求する。

また、サーバ１０Ａのクーポン集計部１２ｃは、ユーザが使用した使用済みのクーポンには使用済みフラグを設定する。例えば、サーバ１０Ａでは、通知を受け取ると、顧客が利用したクーポンについて、利用済のフラグをたて、その後に顧客が利用できないようにクーポン情報記憶部１３ｄのクーポン情報を変更する。また、サーバ１０Ａは、どの店にいくらのクーポンが使われたかを集計する。クーポン発行元（図示せず）は、集計に基づき、店舗が顧客に値引いた金額を、店舗に支払う。

次に、図１０を用いて、第２の実施形態の変形例に係る決済システムにおける処理の手順の例を説明する。図１０は、第２の実施形態の変形例に係る決済システムにおける処理の流れの一例を示すシーケンス図である。

図１０に示すように、決済システムのスマートフォン２０は、雑誌に印刷されたクーポンコードを読み込み（ステップＳ３０１）、店頭に設置されたＱＲコードを読み込み（ステップＳ３０２）、サーバ１０Ａにアクセスして決済要求を送信する（ステップＳ３０３）。そして、サーバ１０Ａは、受信したクーポンコードを顧客がまだ利用していない場合には、クーポンにより値引きされる金額を含む所定の情報を、店舗ごとに異なる暗号鍵を用いて暗号化する（ステップＳ３０４）。そして、サーバ１０Ａは、判別情報をスマートフォン２０に送信する（ステップＳ３０５）。

スマートフォン２０は、判別情報をＱＲコードとして表示する（ステップＳ３０６）。例えば、スマートフォン２０は、サーバ１０Ａから受信した判別情報をＱＲコードに変換し、クーポンにより値引きされる金額や店舗名と一緒に画面に表示する。そして、店舗の端末３０は、スマートフォン２０に表示されたＱＲコードを取り込む（ステップＳ３０７）。

その後、端末３０は、取り込んだＱＲコードを予め登録されている自装置の復号鍵で復号化し（ステップＳ３０８）、真贋判別機能で真贋を判別する（ステップＳ３０９）。そして、端末３０は、真贋を判別した結果を表示する（ステップＳ３１０）。ここで、店員は端末３０による結果を確認の上、正当なＱＲコードである場合には、顧客にスマートフォン２０での支払い処理を促す。スマートフォン２０では、顧客による支払ボタンが押下されると、支払処理を完了させ（ステップＳ３１１）、支払が完了したことをサーバ１０Ａに通知する（ステップＳ３１２）。なお、サーバ１０Ａでは、通知を受け取ると、顧客が利用したクーポンについて、利用済のフラグをたて、その後に顧客が利用できないようにクーポン情報記憶部１３ｄのクーポン情報を変更する。

このように、第２の実施形態の変形例に係る決済システムでは、店舗側でオンラインでサーバ１０Ａに接続された端末を用意することなく、クーポンが正式なものか、同一顧客が過去に利用していないかを確認することが可能である。第２の実施形態の変形例に係る決済システムでは、同一顧客が複製して利用することも不可能である為、クーポンの不正利用を防止できるものである。第２の実施形態の変形例に係る決済システムでは、メーカーが発行し店舗に値引き額を後から支払うクーポンに関しても、真贋を簡単に確認することが可能となり、中小の小売店でもポイントやクーポンの利用が可能となる。

［第３の実施形態］
上述した第１の実施形態で説明した決済処理にポイントを利用できるようにしてもよい。以下では、第３の実施形態に係る決済システムにおいて、ユーザ（顧客）がポイントを利用する場合について説明する。なお、第１の実施形態に係る決済システムと同様の構成や処理については説明を省略する。まず、第３の実施形態に係る決済システムの概要について説明する。

店舗では、顧客は自ら所有するポイントを使う場合にスマートフォン２０で店頭に設置されたＱＲコードをアプリケーションにて読み込み、通信回線を経由してサーバ１０Ｂにアクセスした上で、利用するポイント数を入力する。サーバ１０Ｂでは、暗号化機能にて事前に登録されてある店舗の暗号鍵を用いて、店舗に送信する情報を暗号化して判別情報を生成し、ポイントの情報（利用するポイント数等）と一緒にスマートフォンＣに送信する。判別情報はポイント事業者名を含めてもよいし利用するポイント数でもよいし、タイムスタンプや通番を含めてもよい。スマートフォン２０では受信した判別情報をＱＲコードに変換して、ポイント情報と一緒にスマートフォン２０の画面に表示させ、店舗に設置された端末３０に取り込ませる。端末３０では、取り込んだ判別情報をあらかじめ登録されてある復号鍵で復号化し、真贋判別機能にて真贋を判別し、その結果を表示したり、音や光で店員に通知したりする。真贋の判別に関しては、あらかじめ登録されてある文言が含まれていることでもよいし、判別情報に含まれているタイムススタンプが端末３０のタイムスタンプとずれていないかを確認する方法でもよいし、通番が過去に処理したものでないかを確認する方式でもよい。

店員は、端末３０による結果を確認の上、顧客にポイントの利用完了処理を実施させ、顧客のスマートフォンの画面に表示されたポイントの金額を支払額から値引いて請求する。サーバ１０Ｂでは、どの店にいくらのポイントが使われたかを集計する。ポイント発行元は、集計に基づき、店舗が顧客に値引いた金額を、店舗に支払う。

次に、サーバ１０Ｂについて図１１を用いて説明する。図１１は、第３の実施形態に係るサーバの構成例を示すブロック図である。図１１に例示するように、サーバ１０Ｂでは、図２で説明したサーバ１０と比較して、ポイント集計部１２ｄとポイント情報記憶部１３ｅをさらに有する点が異なる。

ポイント情報記憶部１３ｅは、ユーザが使用可能なポイントの情報を記憶する。また、ポイント情報記憶部１３ｅは、どの店舗にいくらのポイントが使われたか集計された結果を記憶する。

また、生成部１２ｂは、店舗のＱＲコードおよび支払情報とともに、さらに、スマートフォン２０を所有するユーザが選択したポイントの情報をスマートフォン２０から受信した場合には、ポイントにより値引きされる金額を含む所定の情報を店舗ごとに異なる所定の暗号鍵を用いて暗号化し、該暗号化した情報を含む判別情報を生成する。

ポイント集計部１２ｄは、ユーザが使用したポイントを集計し、集計した結果をポイント情報記憶部１３ｅに格納する。例えば、ポイント集計部１２ｄは、どの店にいくらのポイントが使われたかを集計する。また、ポイント集計部１２ｄは、ユーザごとにどのくらいのポイントが使われたかを集計するようにしてもよい。

次に、図１２を用いて、第３の実施形態に係る決済システムにおける処理の手順の例を説明する。図１２は、第３の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。

図１２に示すように、決済システムのスマートフォン２０は、店頭に設置されたＱＲコードを読み込み（ステップＳ４０１）、サーバ１０Ｂにアクセスして決済要求を送信する（ステップＳ４０２）。スマートフォン２０は、利用するポイント数の入力を受け付け（ステップＳ４０３）、利用ポイント数をサーバ１０Ｂに通知する（ステップＳ４０４）。

そして、サーバ１０Ｂは、ポイントにより値引きされる金額を含む所定の情報を、店舗ごとに異なる暗号鍵を用いて暗号化する（ステップＳ４０５）。そして、サーバ１０Ｂは、判別情報をスマートフォン２０に送信する（ステップＳ４０６）。

スマートフォン２０は、判別情報をＱＲコードとして表示する（ステップＳ４０７）。例えば、スマートフォン２０は、サーバ１０Ｂから受信した判別情報をＱＲコードに変換し、クーポンにより値引きされる金額や店舗名と一緒に画面に表示する。そして、店舗の端末３０は、スマートフォン２０に表示されたＱＲコードを取り込む（ステップＳ４０８）。

その後、端末３０は、取り込んだＱＲコードを予め登録されている自装置の復号鍵で復号化し（ステップＳ４０９）、真贋判別機能で真贋を判別する（ステップＳ４１０）。そして、端末３０は、真贋を判別した結果を表示する（ステップＳ４１１）。ここで、店員は端末３０による結果を確認の上、正当なＱＲコードである場合には、顧客にスマートフォン２０での支払い処理を促す。スマートフォン２０では、顧客による支払ボタンが押下されると、支払処理を完了させ（ステップＳ４１２）、支払が完了したことをサーバ１０Ｂに通知する（ステップＳ４１３）。

第３の実施形態に係る決済システムでは、ＱＲコードによる支払いのみならず、ポイントの真贋のチェックにも応用が可能である。従来では、ポイントの消費に関しては、ポイントが正当なものであるかをその都度サーバに照会・確認する手段が必要であったが、本実施形態を利用することで、店舗側は低価格の端末３０を設置しさえすれば、真贋をチェックすることが可能である。

（その他の実施形態）
上記した実施形態では最初に店舗を特定する手法として、店舗に設置されているＱＲコードを顧客が読み込む方式を記載しているが、顧客がスマートフォン２０のアプリケーション等で自ら支払い先の店舗を選択することで店舗を特定する方式でもよい。

また、スマートフォン２０に表示する暗号化された判別情報に関しては、ＱＲコードにこだわらず、それ以外の画像情報（他の種類のコードやテキスト）でもよい。さらには、Bluetooth（登録商標）のアドバタイズパケットのような無線で送信してもよいし、超音波を利用してもよい。また、数字や文字列として表示し、表示された数字や文字を端末３０に手入力しても良い。

復号鍵に関しては、店舗に設置された端末３０内に格納してもよいし、ＰＯＳ（Point Of Sales）に接続されているサーバに格納し、ＰＯＳが判別情報を読み込んだ後でサーバで復号化して、結果をＰＯＳに返す方式でもよい。また、判別情報の中には、決済事業者からの入金番号等、入金確認に必要な情報を含めておき、端末３０では確認したデータを蓄積し、決済事業者からの入金金額との突合に利用してもよい。

また、上述した第１〜第３の実施形態では、店舗に設置されたＱＲコードをユーザのスマートフォン２０で読み取るユーザスキャン方式を前提とした処理を説明したが、これに限定されるものではなく、例えば、スマートフォン２０のアプリケーションでユーザ自ら店舗を選択するようにしてもよい。以下では、その他の実施形態として、スマートフォン２０Ａのアプリケーションでユーザ自ら店舗を選択する場合について説明する。なお、第１〜第３の実施形態に係る決済システムと同様の構成や処理については説明を省略する。

図１３は、その他の実施形態に係る決済システムの一例を示すブロック図である。スマートフォン２０Ａは、図１のスマートフォン２０と比較して、選択部２５を有している点が異なる。選択部２５は、店舗の選択を受け付ける。例えば、選択部２５は、スマートフォン２０Ａにインストールされた決済処理を行うためのアプリケーションを起動し、ユーザによる買い物を行う店舗の選択を受け付ける。なお、店舗の選択方法は、どのような方法であってもよく、例えば、ユーザが店舗名を入力する方法でもよいし、表示された店舗のなかから選択する方法でもよい。

通信部２３は、選択部２５によって選択された店舗情報と店舗に対する支払額に関する支払情報とをサーバ１０に送信する。サーバ１０の生成部１２ｂは、スマートフォン２０Ａのアプケーションで選択された店舗に対する支払額に関する支払情報をスマートフォン２０Ａから受信した場合には、所定の情報を店舗ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する。

次に、図１４を用いて、その他の実施形態に係る決済システムにおける処理の手順の例を説明する。図１４は、その他の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。

図１４に示すように、決済システムのスマートフォン２０Ａは、店舗の選択を受け付け（ステップＳ５０１）、選択された店舗情報と支払情報とを含む決済要求をサーバ１０に送信する（ステップＳ５０２）。そして、サーバ１０は、所定の情報を、選択された店舗ごとに異なる暗号鍵を用いて暗号化する（ステップＳ５０３）。なお、ステップＳ５０４〜Ｓ５１１の処理は、上述したステップＳ１０４〜Ｓ１１１の処理と同様である。

なお、スマートフォン２０Ａのアプリケーションでユーザ自ら店舗を選択する方法について、第２の実施形態のように、決済処理に電子クーポンを利用できるようにしてもよい。この場合には、サーバ１０の生成部１２ｂは、は、ユーザ選択した店舗に関する情報とともに、ユーザが選択したクーポンの情報をスマートフォン２０Ａから受信した場合には、クーポンにより値引きされる金額を含む所定の情報を店舗ごとに異なる所定の暗号鍵を用いて暗号化した情報を含む判別情報を生成する。

また、スマートフォン２０Ａのアプリケーションでユーザ自ら店舗を選択する方法について、第３の実施形態のように、決済処理にポイントを利用できるようにしてもよい。この場合には、サーバ１０の生成部１２ｂは、ユーザ選択した店舗に関する情報とともに、ユーザが選択したポイントの情報をスマートフォン２０Ａから受信した場合には、クーポンにより値引きされる金額を含む所定の情報を店舗ごとに異なる所定の暗号鍵を用いて暗号化した情報を含む判別情報を生成する。

このように、上記したその他の実施形態では、店舗でＱＲコードを設置していない場合であっても、スマートフォン２０のアプリケーションでユーザ自ら店舗を選択することで、第１〜第３の実施形態と同様の効果を得ることが可能となる。

［第４の実施形態］
また、上述した第１の実施形態では、実店舗で商品を購入する場合を例に説明したが、これに限定されるものではなく、インターネットでネットショップの商品やコンテンツを購入する場合に本発明の決済処理を適用してもよい。

従来、インターネットを利用して、ＥＣサイトの店舗（ネットショップ）の商品を購入したり、コンテンツの閲覧を行ったりする場合、支払い方法としては、銀行口座は振込み、代引き等もあるが、多くはクレジットカード番号を入力する手法をとっている。特にコンテンツの購入等に関しては、購入を希望する人は、すぐに閲覧したいという要望も多く、迅速に支払い処理が完了するクレジットカードによる支払いは便利である。

一方で、クレジットカード番号を、良く知らないネットショップに知らせることをためらう人も多く、クレジットカード番号の外部への流出の心配もある。また、ネットショップ側としても、クレジットカードによる決済処理においては、入力されたクレジットカード番号が正しいものであるかどうかの審査（オーソリゼーション）をする必要がある為、クレジットカードのシステムと自社のシステムとを通信回線をつかって接続する必要が生ずるが、その為の開発費用や維持費用もかかる。また、既存のＩＤ決済を利用する場合であっても、ネットショップに対して自分のＩＤやパスワードを通知する必要がある。

なお、ユーザスキャン方式では、顧客のスマートフォン操作により、ネットショップ側の口座に入金された場合、ネットショップの所有する携帯端末にＳＭＳ等で入金通知が届く仕組みも存在する。この方式であれば、顧客は自らのクレジットカード番号やＩＤ等を知らせる必要がなく、迅速な支払い可能である。また、ネットショップ側も自社のシステムと決済事業者のシステムを通信回線と接続しなくとも、所有する携帯端末により入金の確認をすることができる。

このように、ユーザスキャン方式を用いると、顧客は自身のクレジットカード番号等を知らせることなく迅速な支払いが可能であり、ネットショップ側も決済事業者のシステムと自社のシステムを通信回線と接続しなくとも入金の確認が可能であるという利便性があるが、一方で問題点も存在する。

例えば、一つ目の問題点としては、ＳＭＳの通知により支払い確認を行う場合、どの注文に関しての支払いが完了しているかを確認するのに手間がかかるということである。例えば、短時間に１００人の注文や支払いがあった場合、ＳＭＳによる入金通知も１００人分となる。どれがどの注文に関する入金通知かどうかの確認が非常に面倒となる。

また、二つ目の問題点としては、その結果として、支払い完了を確認するまでに時間がかかるということである。特にすぐに見たいという要望の多い、コンテンツの購入等においては、確認に時間がかかるということは、大きな問題となってしまう。自社のシステムと、決済事業者のシステムを通信回線で接続し連携させ、機械的に確認を実施すれば、迅速な確認も可能ではあるが、そうした場合には、コスト的に高くなってしまい、ユーザスキャン方式のメリットがなくなってしまう。

以下では、第４の実施形態として、インターネットで商品やコンテンツを購入する場合を例に説明する。第４の実施形態では、これらの問題点を解決し、ネットショップ側のシステムと、決済事業者のシステムと通信回線を用いて連携しなくとも、迅速な入金確認が可能となる仕組みを提供するものである。なお、第１の実施形態に係る決済システムと同様の構成や処理については説明を省略する。

図１５は、第４の実施形態に係る決済システムの一例を示すブロック図である。第４の実施形態に係る決済システムは、決済を管理するサーバ１０と、ユーザ（適宜、「顧客」と記載）が所有するスマートフォン（第一の端末）２０と、ＥＣサイトの店舗（ネットショップ）側のネットショップサーバ（第二の端末）５０とを有する。また、サーバ１０とスマートフォン２０とは、通信回線４０を介して通信を行うものとする。なお、図１に示す構成は一例にすぎず、具体的な構成や各装置の数は特に限定されない。

サーバ１０は、認証コードをスマートフォン２０で読み取って決済を行う決済システムに加盟しているネットショップの情報と、該決済システムを利用しているユーザの情報と、該決済システムを利用して行われた決済の情報とを管理するサーバ装置である。

スマートフォン２０は、ユーザが所有する端末装置である。スマートフォン２０には、決済システムを利用するためのアプリケーションがインストールされている。スマートフォン２０は、アプリケーションのインストールの際には、ユーザの操作により、ユーザ名、ユーザの年齢、性別、住所等のプロファイルが登録され、該プロファイルがサーバ１０に格納される。

ネットショップサーバ５０は、ＥＣサイトの店舗（ネットショップ）のサーバ装置であり、例えば、専用の装置であってもよいし、ＰＣ等の汎用的な情報処理装置であってもよい。ネットショップサーバ５０は、買い物するユーザによって入力された認証コードを取り込み、認証コードが取り込まれると、自店舗の復号鍵を用いて復号し、復号化した情報を自動または手動でチェックすることで、スマートフォン２０に表示された認証コードの真贋を判別する。

次に、図１６を用いて、ネットショップサーバ５０の構成を説明する。図１６は、第４の実施形態に係るネットショップサーバ５０の構成例を示すブロック図である。図１６に示すように、ネットショップサーバ５０は、入力部５１、出力部５２、通信部５３、制御部５４および記憶部５５を有する。以下に端末３０が有する各部の処理を説明する。

通信処理部５１は、接続される装置との間でやり取りする各種情報に関する通信を制御する。また、記憶部５３は、制御部５２による各種処理に必要なデータおよびプログラムを格納し、復号鍵記憶部５３ａを有する。例えば、記憶部５３は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。

復号鍵記憶部５３ａは、自ネットショップサーバ５０の店舗に対応する復号鍵を記憶する。つまり、復号鍵記憶部５３ａは、サーバ１０により自ネットショップサーバ５０の店舗に対応する暗号鍵で暗号化された情報を、復号化するための復号鍵を記憶する。

制御部５２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部５２、取込部５２ａ、復号化部５２ｂ、および通知部５２ｃを有する。ここで、制御部５２は、例えば、ＣＰＵやＭＰＵなどの電子回路やＡＳＩＣやＦＰＧＡなどの集積回路である。

取込部５２ａは、スマートフォン２０によって通知された認証コードを取り込む。例えば、取込部５２ａは、ネットショップのサイトに接続しているＰＣ（図示せず）にユーザが認証コードを手入力することで、ユーザによって入力された認証コードを取得する。認証コードのフォーマットは、例えば、乱数が４桁、事業者コードが２桁、支払金額が５桁、決済番号が５桁の計１６桁である。

復号化部５２ｂは、取込部５２ａによって取り込まれた認証コードに含まれる情報を自ネットショップサーバ５０の店舗に対応する復号鍵で復号する。例えば、復号化部５２ｂは、取込部５２ａによって認証コードが読み込まれると、復号鍵記憶部５３ａから自店舗の復号鍵を読み出し、該復号鍵を用いて認証コードを復号化する。

また、例えば、復号化部５２ｂは、取込部５２ａによって取り込まれた認証コードに含まれる情報をネットショップサーバ５０の店舗に対応する復号鍵で復号するとともに、復号された情報を用いて、認証コードの真贋を判別するようにしてもよい。復号化部５２ｂは、真贋の判別に関して、あらかじめ登録されてある文言が含まれているか否に応じて判別してもよいし、タイムススタンプがネットショップサーバ５０のタイムスタンプとずれていないかを確認する方法でもよいし、通番が過去に処理したものでないかを確認する方式でもよい。つまり、復号化部５２ｂが、復号鍵を用いて、適切な復号化を行うことができたか否かを判別することで、スマートフォン２０に表示された認証コードの真贋を自動で判別することができる。

通知部５２ｃは、復号化部５２ｂによって復号された情報を通知する。例えば、通知部５２ｃは、復号化部５２ｂによって復号された情報として、事業者コードから変換される決済事業者名、支払額等を表示する。また、通知部５２ｃは、復号化部５２ｂによって判別された認証コードの真贋の結果をさらに表示するようにしてもよい。つまり、通知部３３ｃは、復号化部３３ｂが認証コードの真贋を自動で判別した場合には、スマートフォン２０に表示された認証コードが正当であるか否かをさらに表示するようにしてもよい。

ここで、図１７を用いて、第４の実施形態に係る決済システムの決済処理の一例を説明する。図１７は、第４の実施形態に係る決済システムの決済処理を説明する図である。図１７に例示するように、ネットショップサーバ５０は、ＱＲコードを表示する。ネットショップサーバ５０は、ＱＲコードをどのように表示するかについては限定されるものではなく、例えば、ネットショップのサイトに接続しているＰＣ（図示せず）の画面にＱＲコードを表示する。そして、ユーザがスマートフォン２０でＱＲコードをアプリケーションで読み取り、支払額を入力して、サーバ１０にアクセスして支払いを申請する。

サーバ１０では、支払処理が完了すると、暗号化機能にて事前に登録されてあるネットショップの暗号鍵を用いて、所定の情報を暗号化して認証コード（判別情報）を生成し、認証コードを含む支払い完了画面をスマートフォン２０に送信する。

認証コードのフォーマットは、例えば、乱数が４桁、事業者コードが２桁、支払金額が５桁、決済番号が５桁の計１６桁であるが、特に限定されるものではなく、店舗の店名等の事前に決められた情報を含めてもよいし、タイムスタンプや通番を含めてもよいし、顧客が入力した支払額を含めてもよい。なお、認証コードがスマートフォン２０のアプリケーションの画面に表示させる方式に限られるものではなく、認証コードをＳＭＳやメール等で送信する方式でもよい。また、認証コードは、どのような形式でもよく、例えば、数字、文字列、図形、写真、音、リズムもしくは、それらの組合せでもよい。

そして、スマートフォン２０では、支払い完了画面に表示する。そして、ユーザが、ネットショップのサイトに接続しているＰＣ（図示せず）に認証コードを入力することで、ネットショップサーバ５０に認証コードを通知する。つまり、購入者であるユーザは、例えば、通知された認証コードを、支払いが行われた証拠として、ネットショップのサイト画面に入力する。続いて、ネットショップサーバ５０では、認証コードをあらかじめ登録されてある復号鍵で復号化する。そして、ネットショップサーバ５０は、例えば、真贋判別機能にて認証コードの真贋を判別し、認証コードが正当である場合には、支払いが完了したことを確認する。

［決済システムの処理手順］
次に、図１８を用いて、第４の実施形態に係る決済システムにおける処理の手順の例を説明する。図１８は、第４の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。

図１８に示すように、決済システムのスマートフォン２０は、ネットショップサーバ５０によって表示されたＱＲコードを読み込み（ステップＳ６０１）、サーバ１０にアクセスして決済要求を送信する（ステップＳ６０２）。そして、サーバ１０は、所定の情報を、ネットショップごとに異なる暗号鍵を用いて暗号化する（ステップＳ６０３）。例えば、サーバ１０は、店舗名や支払額を含む所定の情報を、ネットショップごとに異なる暗号鍵を用いて暗号化し、暗号化した情報を含む判別情報を生成する。そして、サーバ１０は、判別情報をスマートフォン２０に送信する（ステップＳ６０４）。

スマートフォン２０は、判別情報を認証コードとして表示する（ステップＳ６０５）。そして、スマートフォン２０のユーザは、支払いが行われた証拠として、ショッピングサイトに認証コードを入力する（ステップＳ６０６）。

その後、ネットショップサーバ５０は、取り込んだ認証コードを予め登録されている自サーバの復号鍵で復号化し（ステップＳ６０７）、真贋判別機能で真贋を判別する（ステップＳ６０８）。そして、ネットショップサーバ５０は、認証コードが正当である場合には、復号化したデータを結果として表示する（ステップＳ６０９）。

このように、店舗側のネットショップサーバ５０では、購入者により入力された暗号化された情報を復号鍵にて復号化することで、入金が完了したかどうかを確認することができる。

また、購入する側は正しい暗号鍵を知らない限り、暗号化された情報を作ることが出来ない。このため、あてずっぽうで適当な値を入力しても、復号化した際にエラーとなる為、店舗側には入金されていないことがわかる。仮に、悪意のある購入者が、過去に入金した際に入力した値を再度入力しようとしたとしても、暗号化される情報の中に、決済毎に値の異なる支払い番号を含めておけば、過去に使われた番号であることが分かるため、不正が防止できる。

ＥＣサイトの店舗側は、システムに復号鍵と顧客が入力した値を復号化するロジックを設け、購入者から入力された値が正しく復号化されるか、過去に使われたものではないかをチェックするだけでよく、決済事業者のシステムと通信回線を用いて連携する必要はない。

なお、第４の実施形態では購入者は認証コードを手入力する方法としたが、それ以外の方法でもよい。例えば、暗号化された情報をＱＲコードで表示し、それをネットショップのサイトに接続しているＰＣに読み込ませる等でもよい。

第４の実施形態に係る決済システムでは、実店舗のみならず、ＥＣサイトの店舗（ネットショップ）にも応用が可能である。第４の実施形態に係る決済システムにおいて、店舗側は、決済事業者のサーバと接続する必要なく、ユーザスキャン方式における迅速な入金の確認が低コストで実施可能である。

なお、上述した各実施形態では、決済処理のたびに判別情報を用いた認証を毎回行う場合を説明したが、必ずしも毎回行う必要はなく、一定の条件のもと認証処理を行わずに決済処理を行うようにしてもよい。例えば、商品が高額な場合のみ認証処理を行うようにしてもよいし、店舗が混雑している場合には認証処理を省略化してもよい。また、ユーザに応じて、処理を省略化してもよい。例えば、ユーザの優良顧客度を示すランクが一定以上である場合には、認証処理を省略化してもよいし、初めてネットショップを利用する場合のみ認証処理を行うようにしてもよい。

（システム構成等）
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

（プログラム）
また、上記実施形態において説明したサーバ１０、スマートフォン２０、端末３０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、実施形態に係るサーバ１０、スマートフォン２０、端末３０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。

図１９は、プログラムを実行するコンピュータを示す図である。図１９に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ（Central Processing Unit）１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。

メモリ１０１０は、図１９に例示するように、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図１９に例示するように、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、図１９に例示するように、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、図１９に例示するように、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、図１９に例示するように、例えばディスプレイ１１３０に接続される。

ここで、図１９に例示するように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記のプログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０９０に記憶される。

また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、各種処理手順を実行する。

なお、プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network））、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

上記の実施形態やその変形は、本願が開示する技術に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０、１０Ａ、１０Ｂ サーバ
１１ 通信処理部
１２、３３ 制御部
１２ａ 取得部
１２ｂ 生成部
１２ｃ クーポン集計部
１２ｄ ポイント集計部
１３、３４ 記憶部
１３ａ 店舗情報記憶部
１３ｂ 顧客情報記憶部
１３ｃ 決済情報記憶部
１３ｄ クーポン情報記憶部
１３ｅ ポイント情報記憶部
２０ スマートフォン
２１、３１ 入力部
２２ 読取部
２３ 通信部
２４、３３ｃ 通知部
３０ 端末
３２ 出力部
３３ａ 取込部
３３ｂ 復号化部
３４ａ 復号鍵記憶部

Claims (8)

1. サーバ、店舗を利用するユーザの第一の端末、店舗の第二の端末を備え、店舗から提示された第一のコードを前記第一の端末で読み取って決済を行う決済システムであって、
   前記サーバは、
   前記第一のコードに関する情報とともに、前記店舗に対する支払額に関する支払情報を前記第一の端末から受信した場合には、所定の情報を店舗ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する生成部と、
   前記生成部によって生成された判別情報を前記第一の端末に送信する通信部とを備え、
   前記第一の端末は、
   前記第一のコードを読み取る読取部と、
   前記読取部によって読み取れられた第一のコードに関する情報と前記支払情報を前記サーバに送信し、前記サーバから送信された判別情報を受信する通信部と、
   前記通信部によって受信された判別情報を第二のコードとして通知する通知部とを備え、
   前記第二の端末は、
   前記第一の端末によって通知された第二のコードを取り込む取込部と、
   前記取込部によって取り込まれた第二のコードに含まれる情報を前記第二の端末の店舗に対応する復号鍵で復号する復号化部と、
   前記復号化部によって復号された情報を通知する通知部と
   を備えることを特徴とする決済システム。
2. サーバ、店舗を利用するユーザの第一の端末、店舗の第二の端末を備え、店舗を前記第一の端末のアプケーションで選択して決済を行う決済システムであって、
   前記サーバは、
   前記第一の端末のアプケーションで選択された店舗に対する支払額に関する支払情報を前記第一の端末から受信した場合には、所定の情報を店舗ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する生成部と、
   前記生成部によって生成された判別情報を前記第一の端末に送信する通信部とを備え、
   前記第一の端末は、
   店舗の選択を受け付ける選択部と、
   前記選択部によって選択された店舗情報と前記支払情報を前記サーバに送信し、前記サーバから送信された判別情報を受信する通信部と、
   前記通信部によって受信された判別情報を第二のコードとして通知する通知部とを備え、
   前記第二の端末は、
   前記第一の端末によって通知された第二のコードを取り込む取込部と、
   前記取込部によって取り込まれた第二のコードに含まれる情報を前記第二の端末の店舗に対応する復号鍵で復号する復号化部と、
   前記復号化部によって復号された情報を通知する通知部と
   を備えることを特徴とする決済システム。
3. 前記復号化部は、前記第二のコードに含まれる情報を前記第二の端末の店舗に対応する復号鍵で復号するとともに、復号された情報を用いて、前記第二のコードの真贋を判別し、
   前記通知部は、前記復号化部によって判別された前記第二のコードの真贋の結果をさらに通知することを特徴とする請求項１または２に記載の決済システム。
4. 前記生成部は、さらに、前記ユーザが選択したクーポンの情報を前記第一の端末から受信した場合には、前記クーポンにより値引きされる金額を含む所定の情報を店舗ごとに異なる所定の暗号鍵を用いて暗号化した情報を含む判別情報を生成することを特徴とする請求項１または２に記載の決済システム。
5. 前記生成部は、さらに、クーポンコードを前記第一の端末から受信すると、前記クーポンコードに対応するクーポンがまだ利用されていない場合には、該クーポンにより値引きされる金額を含む所定の情報を店舗ごとに異なる所定の暗号鍵を用いて暗号化し、該暗号化した情報を含む判別情報を生成し、
   前記サーバは、前記ユーザが使用した使用済みのクーポンには使用済みフラグを設定するクーポン集計部をさらに有することを特徴とする請求項３に記載の決済システム。
6. 前記生成部は、さらに、前記ユーザが利用するポイントの情報を前記第一の端末から受信した場合には、前記ポイントにより値引きされる金額を含む所定の情報を店舗ごとに異なる所定の暗号鍵を用いて暗号化し、該暗号化した情報を含む判別情報を生成することを特徴とする請求項１または２に記載の決済システム。
7. サーバ、店舗を利用するユーザの第一の端末、店舗の第二の端末を備え、店舗から提示された第一のコードを前記第一の端末で読み取って決済を行う決済システムが実行する決済方法であって、
   前記第一の端末が、前記第一のコードを読み取る工程と、
   前記第一の端末が、読み取った前記第一のコードに関する情報と前記店舗に対する支払額に関する支払情報とを前記サーバに送信する工程と、
   前記サーバが、前記第一のコードに関する情報とともに、前記支払情報を前記第一の端末から受信した場合には、所定の情報を店舗ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する工程と、
   前記第一の端末が、前記サーバから受信した判別情報を第二のコードとして通知する工程と、
   前記第二の端末が、前記第一の端末によって通知された第二のコードを取り込む工程と、
   前記第二の端末が、取り込んだ第二のコードに含まれる情報を前記第二の端末の店舗に対応する復号鍵で復号する工程と、
   前記第二の端末が、復号した情報を通知する工程と
   を含むことを特徴とする決済方法。
8. サーバ、店舗を利用するユーザの第一の端末、店舗の第二の端末を備え、店舗を前記第一の端末のアプケーションで選択して決済を行う決済システムが実行する決済方法であって、
   前記第一の端末が、店舗の選択を受け付ける工程と、
   前記第一の端末が、選択された店舗情報と前記店舗に対する支払額に関する支払情報とを前記サーバに送信する工程と、
   前記サーバが、前記第一の端末のアプケーションで選択された店舗に対する支払額に関する支払情報を前記第一の端末から受信した場合には、所定の情報を店舗ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する工程と、
   前記第一の端末が、前記サーバから受信した判別情報を第二のコードとして通知する工程と、
   前記第二の端末が、前記第一の端末によって通知された第二のコードを取り込む工程と、
   前記第二の端末が、取り込んだ第二のコードに含まれる情報を前記第二の端末の店舗に対応する復号鍵で復号する工程と、
   前記第二の端末が、復号した情報を通知する工程と
   を含むことを特徴とする決済方法。

Images