JP7028947B2 - 決済システム、決済方法および利用システム - Google Patents

Description

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

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

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

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

しかしながら、従来の駐車場の無人精算機等では、通信機能等を有しておらず、コストを掛けずに、不正利用を防止しつつ、ＱＲコード決済を適用することが難しいという課題があった。

また、コンビニ等の店舗でのＱＲコード決済について、不正な利用が問題となってきている。不正な利用の代表的なものの一つとして、例えば、店舗に設置されてあるＱＲコードの上に、犯罪者が自身の支払い用のＱＲコードを張り付けることで、本来は店舗に入金されるはずの金額が、犯罪者の口座に支払われるというものである。顧客としてもスマートフォンで読み取ったＱＲコードが別の店舗のものであるはと気づかず、通常の支払い処理を実施したと思うケースが多い。また、店舗側は本来入金されるはずであった金額が入金されていないことを、時間がたってから気づき、不正なＱＲコードが張り付けてあったと認識することも多い。

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

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

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

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

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

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

また、本発明の決済システムは、サーバ、ユーザの端末、支払機を備え、前記支払機に掲示された第一のコードを前記端末で読み取って決済を行う決済システムであって、前記サーバは、前記第一のコードに関する情報とともに、前記支払機に対する支払額に関する支払情報を前記端末から取得し、取得した支払情報を基に決済処理を行う取得部と、所定の情報を支払機ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する生成部と、前記生成部によって生成された判別情報を前記端末に送信する通信部とを備え、前記端末は、前記第一のコードを読み取る読取部と、前記読取部によって読み取れられた第一のコードに含まれる支払情報を取得し、当該支払情報を前記サーバに送信し、前記サーバから送信された判別情報を受信する通信部と、前記通信部によって受信された判別情報を第二のコードとして通知する通知部とを備え、前記支払機は、前記支払情報を含む第一のコードを生成して表示する表示部と、前記第二のコードを取り込む取込部と、前記取込部によって取り込まれた第二のコードに含まれる情報を自装置に対応する復号鍵で復号化する復号化部と、前記復号化部によって行われた復号化の結果を通知する通知部とを備えることを特徴とする。

また、本発明の決済システムは、サーバ、ユーザの端末、支払機を備え、前記支払機に掲示された第一のコードを前記端末で読み取って決済を行う決済システムであって、前記サーバは、前記第一のコードの少なくとも一部の内容を含む所定の情報を前記端末から受信した場合には、前記所定の情報から、秘密のロジックを用いて第二のコードを生成する生成部と、前記生成部によって生成された第二のコードを前記端末に送信する通信部とを備え、前記端末は、前記第一のコードを読み取る読取部と、前記読取部によって読み取れられた第一のコードの少なくとも一部の内容を含む所定の情報を前記サーバに送信し、前記サーバから送信された第二のコードを受信する通信部と、前記通信部によって受信された第二のコードを通知する通知部とを備え、前記支払機は、前記第一のコードから秘密のロジックを用いて第三のコードを作成する作成部と、前記第二のコードを取り込む取込部と、前記取込部によって取り込まれた第二のコードと前記第三のコードとを比較する比較部とを備えることを特徴とする。

また、本発明の決済方法は、サーバ、ユーザの端末、支払機を備え、前記支払機に掲示された第一のコードを前記端末で読み取って決済を行う決済システムが実行する決済方法であって、前記端末が、前記第一のコードを読み取る工程と、前記端末が、読み取った第一のコードの少なくとも一部の内容を含む所定の情報を前記サーバに送信する工程と、前記サーバが、前記第一のコードの少なくとも一部の内容を含む所定の情報を前記端末から受信した場合には、前記所定の情報から、秘密のロジックを用いて第二のコードを生成する工程と、前記サーバが、生成した第二のコードを前記端末に送信する工程と、前記端末が、前記サーバから受信した第二のコードを通知する工程と、前記支払機が、前記第一のコードから秘密のロジックを用いて第三のコードを作成する工程と、前記支払機が、前記第二のコードを取り込む工程と、前記支払機が、取り込んだ第二のコードと前記第三のコードとを比較する工程とを含むことを特徴とする。

また、本発明の利用システムは、サーバ、ユーザの端末、利用制御機器を備え、前記利用制御機器に掲示された第一のコードを前記端末で読み取って機器の利用を制御する利用システムであって、前記サーバは、前記第一のコードの少なくとも一部の内容を含む所定の情報を前記端末から受信した場合には、前記所定の情報から、秘密のロジックを用いて第二のコードを生成する生成部と、前記生成部によって生成された第二のコードを前記端末に送信する通信部とを備え、前記端末は、前記第一のコードを読み取る読取部と、前記読取部によって読み取れられた第一のコードの少なくとも一部の内容を含む所定の情報を前記サーバに送信し、前記サーバから送信された第二のコードを受信する通信部と、前記通信部によって受信された第二のコードを通知する通知部とを備え、前記利用制御機器は、前記第一のコードから秘密のロジックを用いて第三のコードを作成する作成部と、前記第二のコードを取り込む取込部と、前記取込部によって取り込まれた第二のコードと前記第三のコードとを比較する比較部とを備えることを特徴とする。

本発明によれば、精算機において、ユーザスキャン方式のＱＲコード決済の不正利用を防止しつつ、簡易な決済を行うことができるという効果を奏する。

図１は、第１の実施形態に係る決済システムの一例を示すブロック図である。 図２は、第１の実施形態に係るサーバの構成例を示すブロック図である。 図３は、第１の実施形態に係る精算機の構成例を示すブロック図である。 図４は、第１の実施形態に係る決済システムの決済処理の一例を説明する図である。 図５は、第１の実施形態に係る決済システムにおける処理の流れの一例を示すシーケンス図である。 図６は、第２の実施形態に係る決済システムの一例を示すブロック図である。 図７は、第２の実施形態に係る支払機の構成例を示すブロック図である。 図８は、第２の実施形態に係る決済システムの決済処理の一例を説明する図である。 図９は、第２の実施形態の変形例に係る支払機の構成例を示すブロック図である。 図１０は、第２の実施形態の変形例に係る決済システムの決済処理の一例を説明する図である。 図１１は、その他の実施形態に係る利用制御機器の構成例を示すブロック図である。 図１２は、その他の実施形態に係る利用システムの利用処理の一例を説明する図である。 図１３は、プログラムを実行するコンピュータを示す図である。

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

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

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

決済システムは、精算機に掲示されたＱＲコードをスマートフォン２０で読み取って決済を行うユーザスキャン方式のシステムである。例えば、ユーザが駐車場において精算機３０で精算する際に、スマートフォン２０にインストールされた本実施形態の決済処理を行うためのアプリケーションを起動し、精算機３０に掲示されたＱＲコードを読み取る。そして、スマートフォン２０は、サーバ１０にアクセスし、ユーザの入力操作による支払額の入力を受け付ける。

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

そして、スマートフォン２０は、サーバ１０から送信された判別情報を認証コード（第二のコード）として表示する。ユーザが表示された認証コードを精算機３０のテンキーで入力すると、精算機３０は、認証コードを自装置の復号鍵で復号化し、認証コードの真偽判定を行い、その結果を表示する。例えば、精算機３０は、認証コードが正当なものであると判定された場合には、その旨を表示し、精算を終了する。

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

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

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

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

通知部２４は、通信部２３によって受信された判別情報を認証コードとして通知する。例えば、通知部２４は、認証コードとともに、駐車場名、支払額、支払ボタンを表示する。

精算機３０は、駐車場に設置された精算機である。なお、本実施形態の説明では、駐車場に設置された精算機を例に説明するが、駐車場の精算機に限定されるものではなく、自動精算機全般に適用可能であり、例えば、セルフレジや券売機等に設置された無人精算機であってもよい。

精算機３０は、スマートフォン２０に表示された認証コードの入力を受け付け、認証コードが入力されると、自装置に対応する復号鍵を用いて復号し、復号結果を出力する。

例えば、精算機３０は、復号鍵を用いて認証コードを復号化し、認証コードの真贋を判別し、認証コードが正しいものであると判別した場合には、支払いを確認した旨を表示するとともに、駐車場に駐車されているユーザの車のロック板を下げる。なお、精算機３０の詳しい構成例については、図３を用いて後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

復号鍵記憶部３４ａは、自装置に対応する復号鍵を記憶する。つまり、復号鍵記憶部３４ａは、サーバ１０により自精算機３０に対応する暗号鍵で暗号化された情報を、復号化するための復号鍵を記憶する。

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

取込部３３ａは、認証コードを取り込む。例えば、取込部３３ａは、精算機３０に設けられたテンキーによる認証コードの入力を受け付ける。つまり、スマートフォン２０に表示された認証コードをユーザが確認し、その認証コードをユーザが精算機３０のテンキーで入力する。これにより、ユーザの入力手段がテンキーのみである既存の精算機等であっても、認証コードを入力可能である。また、ユーザが認証コードをテンキーで手入力する方法に限定されるものではなく、例えば、取込部３３ａは、スマートフォン２０で提示されたＱＲコードをカメラ等により読み込んでもよいし、スマートフォン２０に通知された認証コードを、BluetoothやＮＦＣ（Near Field Communication）、音波等を用いて受信するようにしてもよい。

なお、認証コードのフォーマットは、どのような形式でもよく、例えば、数字、文字列、図形、写真、音、リズムもしくは、それらの組合せでもよい。認証コードのフォーマットは、例えば、乱数が４桁、事業者コードが２桁、支払金額が５桁、決済番号が５桁の計１６桁である。また、認証コードには、駐車場名等の事前に決められた情報を含めてもよいし、タイムスタンプや通番を含めてもよいし、顧客が入力した支払額を含めてもよい。なお、認証コードがスマートフォン２０のアプリケーションの画面に表示させる方式に限られるものではなく、認証コードをＳＭＳやメール等で送信する方式でもよい。また、認証コードは、どのような形式でもよく、例えば、数字、文字列、図形、写真、音、リズムもしくは、それらの組合せでもよい。なお、精算機３０がカメラ機能等を有している場合には、精算機３０の取込部３３ａは、手入力により認証コードの入力を受け付ける代わりにＱＲコード等を読み込んでもよい。また、精算機３０がマイクを有している場合には、精算機３０の取込部３３ａは、手入力により認証コードの入力を受け付ける代わりに音声等を取り込んでもよい。

復号化部３３ｂは、取込部３３ａによって取り込まれた認証コードに含まれる情報を自装置に対応する復号鍵で復号する。例えば、復号化部３３ｂは、取込部３３ａが認証コードの入力を受け付けると、復号鍵記憶部３４ａから自装置の復号鍵を読み出し、該復号鍵を用いて認証コードを復号化する。

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

通知部３３ｃは、復号化部３３ｂによって行われた復号の結果を通知する。例えば、通知部３３ｃは、復号化部３３ｂによって判別された認証コードの真贋の結果を表示する。つまり、通知部３３ｃは、復号化部３３ｂが認証コードの真贋を自動で判別した場合には、スマートフォン２０に表示された認証コードが正当であるか否かを表示する。

また、精算機３０は、精算機３０に掲示されたＱＲコードが偽のＱＲコードでないかを判別する事前確認処理と、支払い完了を確認する処理とで、それぞれ異なるタイミングで認証コードの入力を受け付けて、それぞれ認証コードの復号化処理を行うようにしてもよい。このような場合を例として、以下に図４を用いて一連の処理の流れを説明する。

復号化されたデータが正しいデータであるか判別してもよいし、なお、事前確認処理については、精算機３０がＱＲコードを電子表示する場合には、犯罪者が自身の支払い用のＱＲコードを張り付ける等のリスクが低いことから、省略することも可能である。なお、事前確認処理と、支払い完了を確認する処理とで用いる認証コードは同じものであってもよし、別のものであってもよい。

ここで、図４を用いて、第１の実施形態に係る決済システムの決済処理の一例を説明する。図４は、第１の実施形態に係る決済システムの決済処理を説明する図である。図４に例示するように、駐車場では、ユーザはスマートフォン２０で精算機に設置されたＱＲコードをアプリケーションで読み込み、サーバ１０にアクセスして支払申請を通知する。

サーバ１０では、暗号化機能にて事前に登録されてある精算機３０の暗号鍵を用いて、所定の情報を暗号化して判別情報を生成する。この判別情報は、特に限定されるものではなく、どのような情報を含めてもよい。例えば、判別情報は、１６桁の数字の羅列である認証コードであってもよい。また、判別情報には、駐車場名等の事前に決められた情報を含めてもよいし、タイムスタンプや通番を含めてもよいし、顧客が入力した支払額を含めてもよい。そして、サーバ１０は、判別情報を認証コードとして、認証コードと支払額と支払ボタンを含む確認画面をスマートフォン２０に送信する。

スマートフォン２０では、認証コードを含む確認画面を表示する。ユーザは、確認画面を確認し、駐車場に設置された精算機３０のテンキーで認証コードの番号を入力する。精算機３０では、入力された認証コードをあらかじめ登録されてある復号鍵で復号化し、復号化した情報の真贋を判別する復号化チェックを行う。ここでの真贋の判別に関しては、復号化されたデータが正しいデータであるか判別してもよいし、判別情報に含まれているタイムスタンプが端末のタイムスタンプとずれていないかを確認する方法でもよい。また通番が過去に処理したものでないかを確認する方式でもよい。

そして、精算機３０は、復号化チェックを行った結果を表示したり、音や光でユーザに通知したりする。例えば、精算機３０は、図４の例では、認証コードが正当なものであると判別した場合には、「事前確認ＯＫです。お支払い完了後、再度認証コードを入力してください。」というメッセージを出力する。

そして、ユーザが、メッセージを確認した後、スマートフォン２０に表示された支払いボタンをタッチすると、スマートフォン２０は、支払い処理の要求をサーバ１０に通知する。サーバ１０では、決済情報を更新することで支払処理を完了させ、認証コードを含む支払い完了画面をスマートフォン２０に通知する。

そして、スマートフォン２０では、認証コードを含む支払い完了画面を表示する。ユーザは、支払い完了画面を確認し、駐車場に設置された精算機３０のテンキーで認証コードの番号を入力する。精算機３０では、入力された認証コードをあらかじめ登録されてある自装置の復号鍵で復号化し、復号化した情報の真贋を判別する復号化チェックを行う。

そして、精算機３０は、復号化チェックを行った結果を表示したり、音や光でユーザに通知したりする。例えば、精算機３０は、図４の例では、認証コードが正当なものであると判別した場合には、「お支払いを確認しました。ロック板が下がったことを確認の・・・」というメッセージを出力する。そして、精算機３０は、例えば、ユーザが車を駐車している場所のロック板を下げて、ユーザが車を駐車場から出せる状態にする。

このように、第１の実施形態に係る決済システムでは、ユーザのスマートフォン２０は、精算機毎に異なる暗号鍵を用いて暗号化された判別情報（認証コード）を、画面に認証コードとして表示するものである。また、駐車場では精算機３０で、ユーザが入力した認証コードを復号化し、内容をチェックすることで、自装置への支払いであることを確認することができる。

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

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

図５に示すように、決済システムのスマートフォン２０は、精算機３０に掲示されたＱＲコードを読み込み（ステップＳ１０１）、サーバ１０にアクセスして支払申請を送信する（ステップＳ１０２）。そして、サーバ１０は、所定の情報を、精算機３０ごとに異なる暗号鍵を用いて暗号化する（ステップＳ１０３）。例えば、サーバ１０は、駐車場名や支払額を含む所定の情報を、精算機ごとに異なる暗号鍵を用いて暗号化し、暗号化した情報を含む認証コードを生成する。そして、サーバ１０は、認証コードを含む確認画面をスマートフォン２０に送信する（ステップＳ１０４）。

スマートフォン２０は、認証コードを含む確認画面を表示する（ステップＳ１０５）。ユーザは、スマートフォン２０に表示された確認画面を確認し、駐車場に設置された精算機３０のテンキーで認証コードの番号を入力する（ステップＳ１０６）。精算機３０では、入力された認証コードをあらかじめ登録されてある復号鍵で復号化し（ステップＳ１０７）、復号化した情報の真贋を判別する（ステップＳ１０８）。

そして、精算機３０は、判別結果に応じて、事前確認結果を表示する（ステップＳ１０９）。例えば、精算機３０は、認証コードが正当なものであると判別した場合には、「事前確認ＯＫです。お支払い完了後、再度認証コードを入力してください。」というメッセージを出力する。なお、精算機３０は、認証コードが誤ったものであると判別した場合には、例えば、「認証コードが誤っています。確認してください。」というメッセージを出力する。

認証コードが正当なものと判別されて、メッセージを確認した後、ユーザは、スマートフォン２０に表示された支払いボタンをタッチすると、スマートフォン２０は、支払い処理の要求をサーバ１０に通知する（ステップＳ１１０）。サーバ１０では、決済情報を更新することで支払処理を完了させ、認証コードを含む支払い完了画面をスマートフォン２０に送信する（ステップＳ１１１）。

そして、スマートフォン２０では、認証コードを含む支払い完了画面を表示する（ステップＳ１１２）。ユーザは、支払い完了画面を確認し、駐車場に設置された精算機３０のテンキーで認証コードの番号を入力する（ステップＳ１１３）。精算機３０では、入力された認証コードをあらかじめ登録されてある自装置の復号鍵で復号化し（ステップＳ１１４）、復号化した情報の真贋を判別する（ステップＳ１１５）。

そして、精算機３０は、判別結果に応じて、支払い完了確認結果を表示する（ステップＳ１１６）。例えば、精算機３０は、認証コードが正当なものであると判別した場合には、「お支払いを確認しました。ロック板が下がったことを確認の・・・」というメッセージを表示する。また、精算機３０は、例えば、ユーザが車を駐車している場所のロック板を下げて、ユーザが車を駐車場から出せる状態にする。

［第１の実施形態の効果］
第１の実施形態に係る決済システムでは、スマートフォン２０が、ＱＲコードを読み取り、読み取ったＱＲコードに関する情報と支払情報をサーバ１０に送信する。そして、サーバ１０が、ＱＲコードに関する情報とともに、精算機３０に対する支払額に関する支払情報をスマートフォン２０から受信した場合には、所定の情報を精算機３０ごとに異なる暗号鍵を用いて暗号化した情報を含む判別情報を生成する。そして、スマートフォン２０が、サーバ１０から受信した判別情報を認証コードとして通知する。そして、精算機３０が、認証コードの入力を取り込み、認証コードに含まれる情報を自装置に対応する復号鍵で復号化し、復号化の結果を通知する。このため、第１の実施形態に係る決済システムでは、精算機において、ユーザスキャン方式のＱＲコード決済の不正利用を防止しつつ、簡易な決済を行うことが可能である。つまり、決済システムでは、ユーザスキャン方式のＱＲコード決済のメリットを生かしつつ、低コストで不正な利用を防止することが可能となる。

例えば、駐車場に設置された精算機３０は、事前に決められた復号鍵にて復号し、フォーマットを確認するだけでよく、通信機能は必要ない。処理も精算機３０内で完了することから、即時に認証処理が可能である。また、万が一、暗号鍵が盗まれてしまった場合であっても、鍵を変更すれば、それ以降の不正はできない。

また、精算機３０は、通信機能を有する必要はなく、認証コードを取り込んで復号化し、内容をチェックするだけで良い為、既存の精算機３０のソフトウェアを変更するだけで実現可能である。また、精算機３０への入力も、既存のテンキー等を利用することができるため変更は不要である。また、精算機３０を新規に製造する場合であっても、コスト的にも低価格での製造が可能である。

［第２の実施形態］
上述した第１の実施形態に係る決済システムでは、支払額は、ユーザの入力操作によりスマートフォンに入力される場合を説明したが、これに限定されるものではなく、例えば、ＱＲコードに支払額の情報を含めるようにしてもよい。以下では、第２の実施形態に係る決済システムにおいて、ＱＲコードに含まれる支払額の情報を用いて支払処理を行う場合について説明する。なお、第１の実施形態に係る決済システムと同様の構成や処理については説明を省略する。まず、第２の実施形態に係る決済システムの構成について説明する。なお、以下では、店舗に設置された支払機３０Ａに表示されたＱＲコードをスマートフォン２０Ａで読み取って決済を行うユーザスキャン方式の決済システムを例にして説明する。また、支払機と精算機とは、用語が異なるのみで特に区別するものではなく、同様の構成であってもよいし、異なる構成であってもよい。

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

例えば、決済システムでは、店舗に設置された支払機３０Ａに表示されたＱＲコードをスマートフォン２０Ａで読み取って決済を行うユーザスキャン方式のシステムである。例えば、ユーザが店舗において支払機３０Ａで支払を行う際に、スマートフォン２０Ａにインストールされた本実施形態の決済処理を行うためのアプリケーションを起動し、支払機３０Ａに掲示されたＱＲコードを読み取る。このＱＲコードには、店舗を識別する識別情報のほかに、店舗への支払額の情報が含まれているものとする。そして、スマートフォン２０Ａは、ＱＲコードから識別情報と支払額の情報とを取得して、サーバ１０Ａに識別情報と支払額の情報を送信する。

サーバ１０Ａは、支払機３０Ａに表示されたＱＲコードをスマートフォン２０Ａで読み取って決済を行う決済システムを利用している店舗の情報と、該決済システムを利用しているユーザの情報と、該決済システムを利用して行われた決済の情報とを管理するサーバ装置である。なお、サーバ１０Ａの構成例については、図２と同様であるため、図面を省略する。第二の実施形態に係るサーバ１０Ａの取得部１２ａでは、支払機３０Ａに対する支払額に関する支払情報をスマートフォン２０Ａから取得し、取得した支払情報を基に決済処理を行う。

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

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

通信部２３は、読取部２２によって読み取れられたＱＲコードに含まれる支払情報を取得し、当該支払情報をサーバ１０Ａに送信し、サーバ１０Ａから送信された判別情報を受信する。ここで判別情報とは、サーバ１０Ａにより支払機３０Ａに対応する秘密の暗号鍵で暗号化された情報であって、例えば、タイムスタンプ、カウンタ、支払額、店舗名、決済番号等を含むものとする。

通知部２４は、通信部２３によって受信された判別情報をＱＲコードとして通知する。例えば、通知部２４は、通信部２３によって受信された判別情報をＱＲコードに変換して表示する。

支払機３０Ａは、店舗に設置された精算機である。なお、本実施形態の説明では、店舗に設置された支払機を例に説明するが、これに限定されるものではなく、支払機（自動精算機）全般に適用可能である。

支払機３０Ａは、スマートフォン２０に表示されたＱＲコードを読み取り、ＱＲコードに含まれる判別情報をあらかじめ登録されてある復号鍵で復号化し、復号化した情報の真贋を判別する復号化チェックを行う。

例えば、支払機３０Ａは、復号鍵を用いてＱＲコードに含まれる判別情報を復号化し、判別情報の真贋を判別し、判別情報が正しいものであると判別した場合には、支払いを確認した旨を表示する。なお、判別情報の真贋判別方法としては、支払額をチェックしてもよいし、決済番号やタイムスタンプ等と突合させてもよい。なお、支払機３０Ａの詳しい構成例については、図７を用いて後述する。

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

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

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

復号鍵記憶部３４ａは、自装置に対応する復号鍵を記憶する。つまり、復号鍵記憶部３４ａは、サーバ１０Ａにより自支払機３０Ａに対応する秘密の暗号鍵（以下、適宜「暗号鍵」と記載する）で暗号化された情報を、復号化するための復号鍵を記憶する。ここで、支払機３０Ａ毎に異なる暗号鍵を用いることで、どれかの支払機３０Ａの暗号鍵が漏洩したとしても、他の支払機に影響を及ぼさない運用が可能となる。なお、必ずしも全ての支払機３０Ａが異なる暗号鍵であることに限定されるものではなく、同じ暗号鍵を持つ支払機３０Ａが複数あってもよい。

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

表示部３３ｄは、支払情報を含むＱＲコードを生成して表示する。例えば、表示部３３ｄは、ユーザによる店舗での支払額が確定すると、店舗を識別する情報と、支払額とを含むＱＲコードを生成して表示する。なお、ＱＲコードには、支払い処理の都度付与する決済番号やタイムスタンプ等のその他の情報を含んでもよい。

取込部３３ａは、ＱＲコードまたは認証コードを取り込む。例えば、取込部３３ａは、支払機３０Ａに設けられたテンキーによる認証コードの入力を受け付ける。例えば、取込部３３ａは、スマートフォン２０で提示されたＱＲコードをカメラ等により読み込んでもよいし、スマートフォン２０に通知された認証コードを、BluetoothやＮＦＣ（Near Field Communication）、音波等を用いて受信するようにしてもよい。また、スマートフォン２０Ａに表示された認証コードをユーザが確認し、その認証コードをユーザが支払機３０Ａのテンキーで入力するようにしてもよい。これにより、ユーザの入力手段がテンキーのみである既存の支払機等であっても、認証コードを入力可能である。

復号化部３３ｂは、取込部３３ａによって取り込まれたＱＲコードまたは認証コードに含まれる情報を自装置に対応する復号鍵で復号する。例えば、復号化部３３ｂは、取込部３３ａがＱＲコードまたは認証コードの入力を受け付けると、復号鍵記憶部３４ａから自装置の復号鍵を読み出し、該復号鍵を用いて認証コードを復号化する。

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

通知部３３ｃは、復号化部３３ｂによって行われた復号の結果を通知する。例えば、通知部３３ｃは、復号化部３３ｂによって判別された認証コードの真贋の結果を表示する。つまり、通知部３３ｃは、復号化部３３ｂが認証コードの真贋を自動で判別した場合には、スマートフォン２０Ａに表示された認証コードが正当であるか否かを表示する。

次に、図８を用いて、第２の実施形態に係る決済システムの決済処理の一例について説明する。図８は、第２の実施形態に係る決済システムの決済処理の一例を説明する図である。図８に例示するように、支払機３０Ａは、店舗において、支払額が確定すると、表示画面に、ＱＲコードを表示する。そして、ユーザはスマートフォン２０Ａを用いて、支払機３０Ａに表示されたＱＲコードをアプリケーションで読み込み、サーバ１０Ａにアクセスして支払申請を通知する。

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

スマートフォン２０Ａでは、判別情報をＱＲコードに変換し、ＱＲコードと支払額を含む支払完了画面を表示する。ユーザは、支払完了画面を確認し、スマートフォン２０Ａに表示されたＱＲコードを支払機３０Ａに読み込ませる。支払機３０Ａでは、ＱＲコードに含まれる判別情報をあらかじめ登録されてある復号鍵で復号化し、復号化した情報の真贋を判別する復号化チェックを行う。ここでの真贋の判別に関しては、復号化されたデータが正しいデータであるか判別してもよいし、判別情報に含まれているタイムスタンプが端末のタイムスタンプとずれていないかを確認する方法でもよい。また通番が過去に処理したものでないかを確認する方式でもよい。また、複数の情報を用いて確認する方式でもよい。

そして、支払機３０Ａは、復号化チェックを行った結果を表示したり、音や光でユーザに通知したりする。例えば、支払機３０Ａは、ＱＲコードが正当なものであると判別した場合には、「お支払いを確認しました。」というメッセージを出力する。また、暗号化された判別情報は、上述のように、ＱＲコード化し、スマートフォン２０Ａに表示させて、支払機３０Ａにて読み込む形でもよいし、その他の方法として、数字や文字列に変換し、顧客が支払機３０Ａに入力する方法でもよい。またBluetoothやＮＦＣ、赤外線などの通信手段を用いて送信してもよい。上記の方法により、顧客の入金額の入力誤りを防止することが可能となる。

上述したように、第二の実施形態に係る決済システムでは、店舗側が表示するＱＲコードに、店舗を識別する情報の他に、支払額も含んで表示させることを特徴の一つとする。また、第二の実施形態に係る決済システムにおいて、ユーザのスマートフォン２０Ａのアプリケーションでは、店舗が提示するＱＲコードを読み込んだ場合、ＱＲコードに含まれている支払額を、店舗への支払い額として処理する。支払い処理が完了すると、スマートフォン２０Ａには店舗や支払機毎に異なる暗号鍵で暗号化された情報が送信されることになる。店舗側の支払機３０Ａでは、暗号化された情報を復号化し、判定ロジックを通して正しい支払いかどうかをチェックすればよい。上記のことにより、第二の実施形態に係る決済システムでは、顧客の支払い額の入力誤りを防止することが可能となる。店舗側では、支払い完了後に顧客から例示や入力された暗号情報を復号化し、正しい支払いかどうかチェックすればよい。このため、セキュリティを担保しつつ、チェックを容易にすることが可能である。

また、上記は自動支払機における例であるが、他の用途でも活用可能である。例えば、インターネットでの物品やサービスの購入にあたり、ショップでは、支払額が確定しだい、Ｗｅｂ画面上に支払額を含んだＱＲコードを表示させ、顧客がスマートフォン２０ＡでＱＲコードを読み込み、支払い処理を行う。支払完了後にサーバ１０Ａから送られた判別情報（数字や文字列）を、顧客がサイトに入力し、ショップ側は入力された情報を復号化してチェクするのである。

なお、ＱＲコードに支払機３０Ａで付与した決済番号やタイムスタンプ等のその他の情報を含めた場合、判別情報に関しては、支払機３０Ａで作成した決済番号のみ、あるいはタイムスタンプのみとすることも可能である。タイムスタンプや決済番号等は、支払い処理の都度、支払機３０Ａで過去に作成した値と異なるようなロジックで作成をしておくことにより、例えば不正を行おうとする利用者が、過去の支払いの際に利用した判別情報を用いて購入しようとしても、復号化した際に、直前に支払機Ａで作成した値と一致することはない。また、支払機３０Ａで作成する決裁番号等の過去に作成した値と異なる値で作成する値に関しては、ＱＲコードのフォーマットの変更が困難な場合には、例えば支払い金額の部分の金額欄の小数点以下の桁に含ませてもよい。

また、判別情報に関しては、決済番号、タイムスタンプ、支払額等のデータ等の支払機３０Ａが作成したデータを、特別なロジック（例えばハッシュ関数等）で短いデータに変換したものでも良い。特別なロジックが第三者に解析できないよう強固なセキュリティ機能を有するものであれば、暗号化／復号化を行わなくとも、第三者が偽造データを作成することが不可能となり、不正な利用を防止できる。この手法を用いると、判別情報のデータ量を少なくすることが可能となり、テンキー等で数字や文字列を入力する形態において、入力する文字や数字の桁数を短くすることが可能となる。なお、上述したロジックはハッシュ関数に限定されるものではなく、ハッシュ関数以外の非可逆圧縮関数等を用いてもよいし、データの上から〇桁を取る等のより原始的なアルゴリズムを用いてもよい。また、複数のハッシュのアルゴリズムを使い分けてもよい。

既存の支払機に関しては、表示画面やテンキーはついているが、ＱＲコードを読込む機能がついていないケースも多い。テンキーから桁数の長い文字や数字を入力しようとすると、入力誤りが発生しやすいが、本システムを利用することにより、既存の支払機を交換することなく、利用者は短い数字や文字列を入力するのみで利用が可能となる。

例えば、変形例として、店舗側が表示するＱＲコード情報に、支払額の他、店舗側のシステムで決裁の都度作成するユニークな情報（例えば決済番号）を含めておき、そのデータを暗号化／復号化することでチェックを行う、あるいは都度作成するユニークな情報（例えば決済番号）を含めておき、そのデータを含む情報を特別なロジックで短いデータ量に変換して、顧客が入力した値と、店舗側で作成し値の比較を行うことで、チェックを行ってもよい。以下では、第２の実施形態の変形例について説明するが、第１、２の実施形態に係る決済システムと同様の構成や処理については説明を省略する。

第二の実施形態の変形例に係るサーバ１０Ａの取得部１２ａは、ＱＲコード（第一のコード）の内容を含む所定の情報をスマートフォン２０Ａから受信する。ここで、所定の情報とは、例えば、店名、支払額、決済番号、タイムスタンプ等の支払の都度に異なる値となるものを一つ以上含んでいるものとする。取得部１２ａは、支払額を取得すると、支払額を基に決済処理を行う。

生成部１２ｂでは、ＱＲコードの少なくとも一部の内容を含む所定の情報をスマートフォン２０Ａから受信した場合には、所定の情報から、支払機ごとに異なる秘密のロジック（以下、適宜「ロジック」と記載する）を用いて認証コード（第二のコード）を生成する。例えば、生成部１２ｂは、決済処理が完了すると、店名、支払額、決済番号、タイムスタンプ等の支払の都度に異なる情報から、支払機ごとに異なるロジックを用いて認証コードを生成する。ここで、支払機３０Ｂ毎に異なるロジックを用いることで、どれかの支払機３０Ｂのロジックが漏洩したとしても、他の支払機に影響を及ぼさない運用が可能となる。なお、必ずしも全ての支払機３０Ｂが異なるロジックであることに限定されるものではなく、同じロジックを持つ支払機３０Ｂが複数あってもよい。

図９は、第２の実施形態の変形例に係る支払機の構成例を示すブロック図である。支払機３０Ｂの表示部３３ｄは、所定の情報を含むＱＲコードを生成して表示する。例えば、表示部３３ｄは、ユーザによる店舗での支払額が確定すると、所定の情報として、店舗を識別する情報と支払額とを含むＱＲコードを生成して表示する。なお、ＱＲコードには、支払い処理の都度付与する決済番号やタイムスタンプ等のその他の情報を含んでもよい。

作成部３３ｅは、ＱＲコードから支払機３０Ｂごとに異なるロジックを用いて認証コード（第三のコード）を作成する。作成部３３ｅは、比較部３３ｆは、取込部３３ａによって取り込まれた認証コード（第二のコード）と認証コード（第三のコード）とを比較する。比較部３３ｆは、比較した結果、両者の認証コードが同じである場合には、認証コードが正当なものであると判定し、支払い処理が行われたものと判別する。

通知部３３ｃは、比較部３３ｆによって行われた比較の結果を通知する。例えば、通知部３３ｃは、比較部３３ｆによって判別された認証コードの真贋の結果を表示する。つまり、通知部３３ｃは、比較部３３ｆが認証コードの真贋を自動で判別した場合には、スマートフォン２０に表示された認証コードが正当であるか否かを表示する。

図８の例では、スマートフォン２０Ａに表示されたＱＲコードを支払機３０Ａに読み込ませる場合を例に説明したが、ユーザがスマートフォン２０Ａに表示された認証コードを支払機３０Ｂに入力してもよい。ユーザがスマートフォン２０Ａに表示された認証コードを支払機３０Ｂに入力する場合について図１０を用いて説明する。図１０を用いて、第２の実施形態に係る決済システムの決済処理の一例について説明する。図１０は、第２の実施形態の変形例に係る決済システムの決済処理の一例を説明する図である。

図１０に例示するように、支払機３０Ｂは、店舗において、支払額が確定すると、表示画面に、ＱＲコードを表示する。そして、ユーザはスマートフォン２０Ａを用いて、支払機３０Ｂに表示されたＱＲコードをアプリケーションで読み込み、サーバ１０Ａにアクセスして支払申請を通知する。

サーバ１０Ａでは、決済処理が完了すると、所定のロジックにて、スマートフォン２０Ａから送信された所定の情報から、短いデータ量の値を認証コードとして作成し、支払い処理に必要な情報と一緒にスマートフォン２０Ａに送信する。所定の情報は、店舗の店名等の事前に決められた情報を含めてもよいし、支払額を含めてもよいし、支払機３０Ｂで付与した決済番号やタイムスタンプ等のその他の情報を含めてもよいが、必ず支払いの都度異なる値となるものを一つ以上含んでいるものとする。

スマートフォン２０Ａでは、受信した認証コードをスマートフォン２０Ａの画面に数字や文字として表示させる（図１０の例では、「０１２３ＡＢＣ」）。ユーザは支払機３０Ｂに、スマートフォン２０Ａに表示された値を入力する。支払機３０Ｂには、サーバ１０Ａと同様に、所定のロジックにて認証コードを作成する機能を有しており、支払機３０Ｂ自身で作成した認証コードと、ユーザが入力した認証コードの値を比較し、真贋を判別するとで、支払い処理が行われたかのチェックが可能となる。なお、認証コードに関しては、作成後に、図８のように、サーバ１０Ａで作成後にさらに暗号化処理を行い、支払機３０Ｂでも同様に作成した認証コードに暗号化処理を実施してお互いの比較を行う、もしくは支払機３０Ｂでは受信した暗号化済の認証コードを復号化し、支払機３０Ｂ側で作成した認証コードと比較を行うことで、強固なセキュリティを実装してもよい。

[その他の実施形態]
また、本実施形態の仕組みを用いて、チェックに必要なデータ量を少なくする手法は、会議室や機器の利用システムに関しても応用が可能である。既存の会議室の入館システムに関しては、表示画面やテンキーはついているが、ＱＲコードを読込む機能がついていない場合も多い。その場合、テンキーを用いて、認証用のコードを入力するという方法となるが、桁数が多いと途中で入力誤り等が発生し得る。以下では、その他の実施形態について説明するが、第１、２の実施形態、および、第２の実施形態の変形例に係る決済システムと同様の構成や処理については説明を省略する。

その他の実施形態に係るサーバ１０Ｂの取得部１２ａは、ＱＲコード（第一のコード）の内容を含む所定の情報をスマートフォン２０Ａから受信する。ここで、所定の情報とは、例えば、利用番号やタイムスタンプ等の利用の都度に異なる値となるものを一つ以上含んでいるものとする。取得部１２ａは、所定の情報を取得すると、所定の利用承認処理を行う。利用承認処理は、特に限定されるものではなく、自動または手動でもよく、どのような処理であってもよい。

生成部１２ｂでは、ＱＲコードの少なくとも一部の内容を含む所定の情報をスマートフォン２０Ａから受信した場合には、所定の情報から、利用制御機器３０Ｃごとに異なる秘密のロジックを用いて認証コード（第二のコード）を生成する。例えば、生成部１２ｂは、利用承認処理が完了すると、利用番号やタイムスタンプ等の利用の都度に異なる情報から、利用制御機器３０Ｃごとに異なるロジックを用いて認証コードを生成する。ここで、利用制御機器３０Ｃ毎に異なるロジックを用いることで、どれかの利用制御機器３０Ｃのロジックが漏洩したとしても、他の利用制御機器に影響を及ぼさない運用が可能となる。なお、必ずしも全ての利用制御機器３０Ｃが異なるロジックであることに限定されるものではなく、同じロジックを持つ利用制御機器３０Ｃが複数あってもよい。

図１１は、その他の実施形態に係る利用制御機器の構成例を示すブロック図である。利用制御機器３０Ｃの表示部３３ｄは、所定の情報を含むＱＲコードを生成して表示する。

作成部３３ｅは、ＱＲコードから利用制御機器３０Ｃごとに異なる秘密のロジックを用いて認証コード（第三のコード）を作成する。作成部３３ｅは、比較部３３ｆは、取込部３３ａによって取り込まれた認証コード（第二のコード）と認証コード（第三のコード）とを比較する。比較部３３ｆは、比較した結果、両者の認証コードが同じである場合には、認証コードが正当なものであると判定し、利用の承認処理が行われたものと判別する。

通知部３３ｃは、比較部３３ｆによって行われた比較の結果を通知する。例えば、通知部３３ｃは、比較部３３ｆによって判別された認証コードの真贋の結果を表示する。つまり、通知部３３ｃは、比較部３３ｆが認証コードの真贋を自動で判別した場合には、スマートフォン２０に表示された認証コードが正当であるか否かを表示する。

本実施形態の仕組みを用いて、チェックに必要なデータを短くすることで、テンキーによる入力チェックを容易にすることが可能となる。図１２を用いて、会議室や機器の利用システムの利用処理の一例を説明する。図１２は、その他の実施形態に係る利用システムの利用処理の一例を説明する図である。図１２に例示するように、利用システムでは、会議室の入室や機器の利用を管理するサーバ１０Ｂと、ユーザのスマートフォン２０Ｂと、会議室の入室や機器の利用を制御する利用制御機器３０Ｂとを有する。

会議室や機器を利用したい場合、ユーザは利用制御機器３０Ｂに対して利用の要求を行う。利用制御機器３０Ｂは利用の要求がなされると、利用制御機器３０Ｂの表示画面に、ＱＲコードを表示させる。このＱＲコードには、利用される会議室や機器を特定する情報の他に、利用制御機器３０Ｂが利用要求を受ける都度付与する情報（例えば、利用番号やタイムスタンプ等）を含んでいる。

ユーザは、利用制御機器３０Ｂが表示画面に表示したＱＲコードをスマートフォン２０Ｂのスマートフォンアプリケーションにて読み取り、通信回線を経由してサーバ１０Ｂにアクセスする。サーバ１０Ｂでは、利用の承認処理が完了すると、所定のロジックにて、スマートフォン２０Ｂから送信されたデータから作成した判別情報を用いて、短いデータ量の認証コードを作成し、スマートフォン２０Ｂに送信する。認証情報は会議室名等の事前に決められた情報を含めてもよいし、利用制御機器３０Ｂで付与した利用番号やタイムスタンプ等のその他の情報を含めてもよいが、必ず利用の都度異なる値となるものを一つ以上含んでいるものとする。

スマートフォン２０Ｂでは、受信した認証コードをスマートフォン２０Ｂの画面に数字や文字として表示させる。ユーザは利用制御機器３０Ｂに、スマートフォン２０Ｂに表示された値を入力する。は利用制御機器３０Ｂには、サーバ１０Ｂと同様に、所定のロジックにて認証コードを作成する機能を有しており、利用制御機器３０Ｂ自身で作成した認証コードと、顧客が入力した認証コードの値を比較し、真贋を判別するとで、利用を許可してもよいかのチェックが可能となる。

なお、認証コードに関しては、作成後に、図８のように、作成後にさらにサーバ１０Ｂで暗号化処理を行い、利用制御機器３０Ｂでも同様に作成した認証コードに暗号化処理を実施してお互いの比較を行う、もしくは利用制御機器３０Ｂでは受信した暗号化済の認証コードを復号化し、利用制御機器３０Ｂ側で作成した認証コードと比較を行うことで、強固なセキュリティを実装してもよい。

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

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

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

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

図１３は、プログラムを実行するコンピュータを示す図である。図１３に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ（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