JP7440596B1 - 決済サーバ、決済方法及びプログラム - Google Patents

Abstract

【課題】コード決済時のセキュリティを向上させること。【解決手段】ユーザが利用するユーザ端末へ鍵情報を送信する送信部と、店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信する受信部と、前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成する生成部と、前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行う決済処理部と、を有する決済サーバを提供する。【選択図】図３

Description

本発明は、決済サーバ、決済方法及びプログラムに関する。

ユーザ端末がコードを表示し、当該コードを店舗端末が読み取ることによって決済を行うコード決済が一般に普及している。特許文献１には、通信状況等により端末がオフラインの状態であっても、コード決済を可能にする技術が記載されている。

特開２０２０－２０４８８２号公報

しかしながら、特許文献１に記載の技術では、店舗ＰＯＳシステムは、端末に表示されるコード画像から決済用番号及びタイムスタンプ情報を取得して決済サーバへ送信するため、店舗ＰＯＳシステム側に決済用番号及びタイムスタンプ情報を知られてしまうおそれがある。

そこで、本発明は、コード決済時のセキュリティを向上させることが可能な技術を提供することを目的とする。

本発明の一態様に係る決済サーバは、ユーザが利用するユーザ端末へ鍵情報を送信する送信部と、店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信する受信部と、前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成する生成部と、前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行う決済処理部と、を有する。

本発明によれば、コード決済時のセキュリティを向上させることが可能な技術を提供することができる。

本実施形態に係る決済システムの一例を示す図である。 決済サーバ、店舗端末及びユーザ端末のハードウェア構成例を示す図である。 決済サーバの機能ブロック構成例を示す図である。 鍵管理ＤＢ及び決済ＤＢの一例を示す図である。 店舗端末の機能ブロック構成例を示す図である。 ユーザ端末の機能ブロック構成例を示す図である。 決済システムが行う処理手順の一例を示すシーケンス図である。 コード画像に埋め込まれる文字列のフォーマット例を示す図である。 決済サーバが行う決済処理の一例を示すフローチャートである。

添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

＜システム構成＞
図１は、本実施形態に係る決済システムの一例を示す図である。決済システム１では、決済サーバ１０と、店舗端末２０と、ユーザ端末３０とが、無線又は有線の通信ネットワークＮを介して接続されている。店舗端末２０及びユーザ端末３０は、１つに限定されず、複数であってもよい。

決済サーバ１０は、ユーザに決済サービスを提供する。決済サーバ１０は、１又は複数の物理的なサーバ等から構成されていてもよいし、仮想的なサーバを用いて構成されていてもよいし、クラウドサーバを用いて構成されていてもよい。

店舗端末２０は、店舗にて店員等が利用する端末である。店舗端末２０は、ＰＯＳ（Point of Sales）端末であってもよいし、タブレット端末及びスマートフォン等であってもよい。店舗端末２０は、コードリーダー又はカメラを備えており、ユーザ端末３０の画面に表示されたコード画像を読み取ることができる。店舗端末２０には店舗端末用の決済アプリケーションがインストールされており、当該決済アプリケーションが店舗端末２０で動作することで、本実施形態に係る決済機能が店舗端末２０で実現されるようにしてもよい。

ユーザ端末３０は、店舗で支払い等を行うユーザが利用する端末であり、例えば、スマートフォン、タブレット端末、携帯電話及びウェアラブルデバイス等を含む。ユーザ端末３０にはユーザ端末用の決済アプリケーションがインストールされており、当該決済アプリケーションがユーザ端末３０で動作することで、本実施形態に係る決済機能がユーザ端末３０で実現されるようにしてもよい。

本実施形態において、「オンライン」及び「オンライン状態」とは、ユーザ端末３０が通信ネットワークＮを介して決済サーバ１０と通信可能な状態を意味する。一方、「オフライン」及び「オフライン状態」とは、何らかの理由で、ユーザ端末３０が決済サーバ１０と通信することができない状態を意味する。

ユーザは、店舗で決済をする際、ユーザ端末３０を操作することで決済アプリケーションを起動させる。ユーザ端末３０は、オンラインである場合、コード画像（単に「コード」と称してもよい）を生成するための情報を決済サーバ１０に要求し、決済サーバ１０から取得した情報から生成したコード画像を、ユーザ端末３０が備える画面に表示する。店舗端末２０は、店舗端末２０が備えるコードリーダー又はカメラで当該コード画像を読み取ると、当該コード画像に埋め込まれた情報と決済金額と店舗ＩＤ（Identifier）とを決済サーバ１０に送信する。決済サーバ１０は、店舗端末２０から受信した情報を用いて決済対象のユーザを特定し、当該ユーザが所持する価値から決済金額に対応する価値を減算することで、決済処理を行う。

なお、店舗ＩＤは、決済サーバ１０が提供する決済サービスに加入している店舗を一意に識別する識別子である。また、「価値」は、通貨そのものであってもよいし、ポイントなど、通貨と同等の価値を有するものであってもよい。また、「コード画像」は、一次元コード（例えばバーコード）であってもよいし、二次元コード（例えばＱＲコード（登録商標））であってもよいし、三次元コードであってもよい。バーコードを用いる場合、格納可能なデータ量は少ないものの、処理負荷を軽減させることができる。また、情報からコード画像を生成することを、コード画像をエンコードすると称してもよい。また、コード画像から情報を読み出すことを、コード画像をデコードすると称してもよい。

ここで、ユーザ端末３０がオフライン状態である場合、ユーザ端末３０は決済サーバ１０と通信することができないことから、コード画像を生成するための情報を決済サーバ１０から取得することができない。そこで、本実施形態では、ユーザ端末３０及び決済サーバ１０に同一の鍵情報（ＳＥＥＤと称してもよい）を記憶させておき、ユーザ端末３０は、オフライン状態である場合、鍵情報及び時刻情報に基づいて「認証情報」を生成し、認証情報及びユーザＩＤが組み込まれたコード画像を、ユーザ端末３０が備える画面に表示する。なお、ユーザＩＤは、決済サーバ１０が提供する決済サービスを利用するユーザを一意に識別する識別子である。

ここで、「認証情報」は、鍵情報及び時刻情報を予め定められた関数（アルゴリズム）に入力することで生成される情報であってもよい。当該関数は、決済サーバ１０及びユーザ端末３０が認証情報を生成する際に共通に用いる関数である。また、「認証情報」は、ワンタイムパスワード又は所定情報などと呼ばれてもよい。また、「時刻情報」は、タイムスタンプなどと呼ばれてもよい。

店舗端末２０は、店舗端末２０が備えるコードリーダー又はカメラで当該コード画像を読み取ることで、コード画像に埋め込まれた情報を取得し、取得した当該情報、決済金額及び店舗ＩＤを含む決済要求を決済サーバ１０に送信する。コード画像に埋め込まれた情報には、認証情報及びユーザＩＤが含まれている。決済サーバ１０は、ユーザＩＤに対応する鍵情報及び決済要求を受信した時刻を用いて１以上の認証情報を生成し、生成した１以上の認証情報と、店舗端末２０から受信した情報に含まれる認証情報が一致するか否かに基づいて、正当な決済要求であるか否かを判定する。決済サーバ１０は、正当な決済要求と判定した場合、ユーザが所持する金銭から決済金額を減算することで、決済処理を行う。これにより、ユーザ端末３０がオフライン状態である場合であっても決済処理を行うことが可能になる。

＜ハードウェア構成＞
図２は、決済サーバ１０、店舗端末２０及びユーザ端末３０のハードウェア構成例を示す図である。決済サーバ１０、店舗端末２０及びユーザ端末３０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical Processing Unit）等のプロセッサ１１、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等の記憶装置１２、有線又は無線通信を行う通信ＩＦ（Interface）１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出力デバイス１５を有する。入力デバイス１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等である。出力デバイス１５は、例えば、ディスプレイ、タッチパネル及び／又はスピーカ等である。決済サーバ１０、店舗端末２０及びユーザ端末３０はコンピュータと呼ばれてもよい。

＜機能ブロック構成＞
（決済サーバ）
図３は、決済サーバ１０の機能ブロック構成例を示す図である。決済サーバ１０は、記憶部１００と、送信部１０１と、受信部１０２と、生成部１０３と、決済処理部１０４とを含む。記憶部１００は、決済サーバ１０が備える記憶装置１２を用いて実現することができる。また、送信部１０１と、受信部１０２と、生成部１０３と、決済処理部１０４とは、決済サーバ１０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

記憶部１００は、鍵情報を格納する鍵管理ＤＢ（Data Base）１００ａと、決済処理に用いる各種情報を格納する決済ＤＢ１００ｂとを記憶する。

図４は、鍵管理ＤＢ１００ａ及び決済ＤＢ１００ｂの一例を示す図である。鍵管理ＤＢ１００ａは、ユーザＩＤと、鍵情報と、鍵情報をユーザ端末３０に送信した日時とを対応づけて管理する。決済ＤＢ１００ｂは、ユーザＩＤと、ユーザが所持する価値（所持価値）と、ユーザが行った決済の履歴（決済履歴）とを対応づけて管理する。決済履歴には、ユーザが決済を行った日時、決済金額及びユーザが決済を行った店舗の店舗ＩＤ等が格納される。

送信部１０１は、店舗端末２０及びユーザ端末３０に対し各種の情報を送信する。例えば、送信部１０１は、ユーザが利用するユーザ端末３０へ鍵情報を送信する。また、送信部１０１は、決済処理部１０４により決済処理が行われた後、決済処理の結果（決済完了又は決済エラー等）を店舗端末２０に送信するようにしてもよい。また、送信部１０１は、決済処理部１０４により決済処理が行われた後、ユーザ端末３０がオンライン状態であることを検出した場合に、ユーザ端末３０に対し、決済処理の結果を送信するようにしてもよい。

受信部１０２は、店舗端末２０及びユーザ端末３０から、各種の情報を受信する。例えば、受信部１０２は、鍵情報及び所定の時刻情報に基づいて生成された認証情報とユーザのユーザＩＤ（ユーザ識別子）とを含む決済要求を受信する。

また、受信部１０２は、店舗端末２０が、オフライン状態のユーザ端末３０から取得した認証情報とユーザＩＤとを示す複数桁の文字列、を含む決済要求を、店舗端末２０から受信するようにしてもよい。また、決済要求に含まれる複数桁の文字列は、店舗端末２０で、ユーザ端末３０の画面に表示されたコード画像（例えばバーコード）から読み取られた文字列そのものであってもよい。すなわち、決済要求には、店舗端末２０がコード画像から読み取った、当該コード画像に埋め込まれた認証情報及びユーザＩＤを示す複数桁の文字列がそのまま含まれていてもよい。

また、コード画像には、ユーザ端末３０がオフライン状態であることを示す識別情報が埋め込まれていてもよい。また、識別情報は、認証情報及びユーザＩＤとは別個の情報であってもよい。つまり、受信部１０２は、店舗端末２０から、認証情報とユーザＩＤと識別情報とを示す複数桁の文字列、を含む決済要求を受信するようにしてもよい。若しくは、決済要求に、認証情報とユーザＩＤとを示す複数桁の文字列が含まれていることが、ユーザ端末３０がオフライン状態であることを暗に示していてもよい。この場合、決済サーバ１０は、決済要求に、認証情報とユーザＩＤとを示す複数桁の文字列が含まれている場合、ユーザ端末３０がオフライン状態であると認識するようにしてもよい。これにより、決済サーバ１０に、ユーザ端末３０がオフラインであるのかオンラインであるのかを認識させることが可能になる。

本実施形態では、鍵情報はユーザに対応づけて管理される。したがって、オフライン状態であるユーザ端末３０は、どの店舗で決済を行う場合であっても、同一の鍵情報を利用して認証情報を生成するようにしてもよい。つまり、受信部１０２は、複数の店舗端末２０の各々から、鍵情報及び所定の時刻情報に基づいて生成された認証情報とユーザのユーザＩＤとを含む決済要求を受信してもよい。このとき、受信部１０２が複数の店舗端末２０の各々から受信する認証情報は、同一の鍵情報に基づいて生成されるものであってもよい。同一の鍵情報から認証情報を繰り返し生成することで、認証情報を生成する度に鍵情報を更新する方法と比較して、決済サーバ１０及びユーザ端末３０間の通信負荷を軽減することができる。また、認証情報を生成する度に鍵情報を更新する方法の場合、オフライン状態では鍵情報を更新することができないことから、ユーザ端末３０は、鍵情報を使い果たしてしまうと再度オンライン状態になるまで決済を行うことはできない。しかしながら、本実施形態では同一の鍵情報から認証情報を繰り返し生成できることから、ユーザ端末３０は、オフライン状態が継続する場合であっても決済を繰り返し行うことが可能になる。

生成部１０３は、鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成する。なお、時刻情報は、所定の時間単位で表現される時刻であってもよい。所定の時間単位は、例えば秒単位（例えば１秒又は１０秒等）であってもよいし、分単位（例えば１分又は２分等）であってもよい。

また、生成部１０３は、複数の異なる時刻情報として、決済要求を受信した受信時刻から所定の時間間隔で所定数の連続した過去の時刻情報を算出し、当該受信時刻に対応する時刻情報及び当該所定数の過去の時刻情報に基づいて複数の認証情報を生成するようにしてもよい。所定の時間間隔は任意であるが、例えば秒単位（例えば１秒又は１０秒等）であってもよいし、分単位（例えば１分又は２分等）であってもよい。例えば、所定の時間単位が１分であり、所定の時間間隔が１分であり、所定数が２つであり、決済要求を受信した受信時刻が１０時１０分３０秒である場合、生成部１０３は、１０時１０分、１０時９分、１０時８分にそれぞれ対応する３つの認証情報を生成するようにしてもよい。

決済処理部１０４は、生成部１０３で生成された複数の認証情報と、店舗端末２０から受信した認証情報との照合結果を用いて、ユーザに対する決済処理を行う。より具体的には、決済処理部１０４は、生成部１０３で生成された複数の認証情報の中に、店舗端末２０から受信した認証情報が含まれる場合、決済要求は正当であると判断し、決済処理を行う（決済処理を進める）ようにしてもよい。また、決済処理部１０４は、生成部１０３で生成された複数の認証情報の中に、店舗端末２０から受信した認証情報が含まれない場合、不正な決済要求であるか、若しくは何らかの異常が発生していると判断し、決済処理を行わない（決済を中止する）ようにしてもよい。

また、決済処理部１０４は、決済要求は正当であると判断した場合において、決済金額が、ユーザの所持価値の範囲内である場合、ユーザの所持価値の中から決済金額を減算することで、決済処理を完了させるようにしてもよい。一方、決済金額が、決済上限金額を超える場合、決済処理部１０４は、決済処理を行わない（決済を中止する）ようにしてもよい。ここで、決済上限金額は、１回の決済及び／又は所定期間内に支払い可能な上限金額を意味しており、ユーザ端末３０の状態（オフライン決済であるのかオンライン決済であるのか等）、支払い元の設定（クレジットカード支払い、ポイント支払い、銀行口座から引き落とし等）及び／又はユーザの属性（ランク、ステータス等）に基づいてユーザ毎に決定される。例えば、決済上限金額が、１回の決済あたり最大１万円、かつ、２４時間あたり最大１０万円に設定されているユーザが、２万円の商品を購入しようとした場合、決済処理部１０４は、１回あたりの決済上限金額を超えていることから決済処理を行わない。ユーザの決済上限金額を超える場合に決済処理を行わないようにすることで、例えば、不正利用時のリスクを抑えることが可能になる。

（店舗端末）
図５は、店舗端末２０の機能ブロック構成例を示す図である。店舗端末２０は、記憶部２００と、送信部２０１と、受信部２０２と、読取部２０３と、表示制御部２０４とを含む。記憶部２００は、店舗端末２０が備える記憶装置１２を用いて実現することができる。また、送信部２０１と、受信部２０２と、読取部２０３と、表示制御部２０４とは、店舗端末２０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムは、上述の店舗端末用の決済アプリケーションであってもよい。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

記憶部２００は、店舗ＩＤ情報２００ａを記憶する。店舗ＩＤ情報２００ａには、店舗端末２０が設置される店舗の店舗ＩＤが格納される。

送信部２０１は、決済サーバ１０に各種の情報を送信する。例えば、送信部２０１は、コード画像を読み取ることで取得した複数桁の文字列を含む決済要求を、決済サーバ１０に送信する。

受信部２０２は、決済サーバ１０から各種の情報を受信する。例えば、受信部２０２は、決済サーバ１０から決済処理の結果を示す情報を受信する。

読取部２０３は、店舗端末２０が備えるコードリーダー又はカメラを用いて、ユーザ端末３０の画面に表示されたコード画像を読み取る。

表示制御部２０４は、店舗端末２０の画面に各種の情報を表示させる。例えば、表示制御部２０４は、決済サーバ１０から受信した決済処理の結果を、店舗端末２０の画面に表示させる。

（ユーザ端末）
図６は、ユーザ端末３０の機能ブロック構成例を示す図である。ユーザ端末３０は、記憶部３００と、送信部３０１と、受信部３０２と、生成部３０３と、表示制御部３０４とを含む。記憶部３００は、ユーザ端末３０が備える記憶装置１２を用いて実現することができる。また、送信部３０１と、受信部３０２と、生成部３０３と、表示制御部３０４とは、ユーザ端末３０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムは、上述のユーザ端末用の決済アプリケーションであってもよい。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

記憶部３００は、鍵情報３００ａと、ユーザＩＤ情報３００ｂとを記憶する。鍵情報３００ａには、ユーザが利用する鍵情報が格納される。ユーザＩＤ情報３００ｂには、ユーザのユーザＩＤが格納される。

送信部３０１は、決済サーバ１０に対し、各種の情報を送信する。例えば、送信部３０１は、決済サーバ１０に対し、鍵情報の送信（更新）を要求するようにしてもよい。

受信部３０２は、決済サーバ１０から、各種の情報を受信する。例えば、受信部３０２は、決済サーバ１０から鍵情報を受信する。

生成部３０３は、鍵情報及び時刻情報に基づいて認証情報を生成する。なお、時刻情報は、決済サーバ１０と同様、所定の時間単位で表現される時刻であってもよい。所定の時間単位は、例えば秒単位（例えば１秒又は１０秒等）であってもよいし、分単位（例えば１分又は２分等）であってもよい。また、時刻情報は、現在時刻に対応する情報であってもよい。所定の時間単位は、決済サーバ１０の生成部１０３が複数の認証情報を生成する際に用いる時間単位と同一に設定される。例えば、所定の時間単位が１分であり、かつ、現在時刻が、１０時３０分００秒～５９秒のいずれかである場合、認証情報の生成に用いられる時刻情報は「１０時３０分」になる。

表示制御部３０４は、ユーザ端末３０がオフライン状態である場合に、認証情報とユーザ識別子とが埋め込まれたコード画像を、ユーザ端末３０の画面に表示させる。コード画像には、更に、ユーザ端末３０がオフライン状態であることを示す識別情報が、明示的又は暗示的に埋め込まれていてもよい。

＜処理手順＞
図７は、決済システム１が行う処理手順の一例を示すシーケンス図である。図７を用いて、ユーザ端末３０がオフライン状態である場合に、決済処理を行う処理手順を説明する。なお、以下の説明において、ユーザ端末３０が実行する処理のうちステップＳ１０３及びステップＳ１０４の処理手順は、ユーザ端末３０がオフライン状態である場合に実行される処理であり、これら以外の処理は、ユーザ端末３０がオンライン状態である場合に実行される処理であるものとする。

ステップＳ１００で、ユーザ端末３０の送信部３０１は、決済サーバ１０に対し鍵情報を要求する鍵情報要求を送信する。鍵情報要求には、ユーザＩＤが含まれる。

ステップＳ１０１で、決済サーバ１０の送信部１０１は、ユーザＩＤに対応する鍵情報を鍵管理ＤＢ１００ａから取得し、取得した鍵情報をユーザ端末３０に送信する。

ステップＳ１０２で、ユーザ端末３０の受信部３０２は、受信した鍵情報を鍵情報３００ａに格納する。

ステップＳ１０３で、ユーザ端末３０の生成部３０３は、鍵情報及び時刻情報に基づいて認証情報を生成する。例えば、所定の時間単位が１分であり、かつ、現在時刻が、１０時１０分３０秒である場合、生成部３０３は、鍵情報と時刻情報（１０時１０分）を予め定められた関数（アルゴリズム）に入力することで、認証情報を生成する。ここで、当該関数にはハッシュ関数が含まれていてもよい。すなわち、認証情報は、非可逆性を有しており、鍵情報及び時刻情報から認証情報を生成することは可能であるものの、認証情報から鍵情報及び時刻情報を生成又は推定することは不可能であってもよい。また、ハッシュ関数を用いて認証情報を生成することで、認証情報のデータ量を削減することができ、バーコードなど、格納可能なデータ量が少ないコード画像を利用することが可能になる。

ステップＳ１０４で、生成部３０３は、認証情報及びユーザＩＤから、コード画像に埋め込む複数桁の文字列を生成し、生成した複数桁の文字列からコード画像を生成する。また、表示制御部３０４は、生成部３０３により生成されたコード画像をユーザ端末３０の画面に表示させる。

図８は、コード画像に埋め込まれる文字列のフォーマット例を示す図である。図８に示すように、コード画像には、１６桁の文字列が格納されてもよい。当該文字列は、数字のみであってもよいし、数字及びアルファベットの組み合わせであってもよいし、数字、記号（Symbol）及びアルファベットの組み合わせであってもよい。また、図８に示すように、１６桁のうち最初の６桁は固定値であり、次の５桁はユーザＩＤであり、次の４桁は認証情報であり、最後の１桁はチェックデジット（CD: Check Digit）であってもよい。また、固定値に代えて、又は固定値の一部に、ユーザ端末３０がオフラインであることを示す識別情報を含めるようにしてもよい。図７に戻り説明を続ける。

ステップＳ１０５で、店舗端末２０の読取部２０３は、店員の操作に従い、ユーザ端末３０の画面に表示されるコード画像を読み取ることで、コード画像に埋め込まれた複数桁の文字列（例えば図８に示す１６桁の文字列）を取得する。

ステップＳ１０６で、店舗端末２０の送信部２０１は、読取部２０３で読み取られた複数桁の文字列（例えば図８に示す１６桁の文字列）と、決済金額と、店舗ＩＤとを含む決済要求を決済サーバ１０に送信する。

ここで、店舗端末２０は、コード画像から読み取った複数桁の文字列を、そのまま決済要求に含めて送信するようにしてもよい。つまり、店舗端末２０は、コード画像に埋め込まれている複数桁の文字列の内容を把握せずに、そのまま決済サーバ１０に送信するようにしてもよい。これにより、店舗端末２０が、読みだした文字列をチェックデジットを用いて検査し、誤りがない場合に、複数桁の文字列の中から認証情報及びユーザＩＤを取り出して決済サーバ１０に送信する場合と比較し、店舗端末２０の処理負荷を軽減することが可能になる。

ステップＳ１０７で、決済サーバ１０の決済処理部１０４は、店舗端末２０から受信した決済要求に基づいて決済処理を行う。

ステップＳ１０８で、決済サーバ１０の送信部１０１は、決済結果を示す情報を店舗端末２０に送信する。

ステップＳ１０９で、店舗端末２０の表示制御部２０４は、決済サーバ１０から受信した決済結果を店舗端末２０の画面に表示させる。

ステップＳ１１０で、ユーザ端末３０の送信部３０１は、オフライン状態からオンライン状態に変化したことを検出した場合、オンライン通知を決済サーバ１０に送信する。オンライン通知には、ユーザＩＤが含まれる。

ステップＳ１１１で、決済サーバ１０の送信部１０１は、ユーザ端末３０がオンラインになったことを認識すると、未送信の決済結果をユーザ端末３０に送信する。

ステップＳ１１２で、ユーザ端末３０の表示制御部３０４は、決済サーバ１０から受信した決済結果を画面に表示させる。これにより、ユーザは、オフライン状態で行われた決済結果をユーザ端末３０の画面で確認することが可能になる。

図９は、決済サーバ１０が行う決済処理の一例を示すフローチャートである。図９を用いて、図７のステップＳ１０７の処理手順を具体的に説明する。

ステップＳ２００で、受信部１０２は、店舗端末２０から決済要求を受信する。

ステップＳ２０１で、生成部１０３は、決済要求に含まれる複数桁の文字列の中からユーザＩＤを取得する。また、生成部１０３は、取得した当該ユーザＩＤに対応する鍵情報を、鍵管理ＤＢ１００ａから取得する。

ステップＳ２０２で、生成部１０３は、決済要求を受信した時刻を含む過去の所定期間に対応する複数の認証情報を生成する。具体的には、生成部１０３は、決済要求を受信した受信時刻から所定の時間間隔で所定数の過去の時刻情報を算出し、受信時刻に対応する時刻情報及び所定数の過去の時刻情報を、予め定められた関数（アルゴリズム）に入力することで、複数の認証情報を生成する。ここで、決済サーバ１０の説明と同様、当該関数にはハッシュ関数が含まれていてもよい。すなわち、複数の認証情報は、非可逆性を有しており、鍵情報及び時刻情報から複数の認証情報を生成することは可能であるものの、複数の認証情報の各々から鍵情報及び時刻情報を生成又は推定することは不可能であってもよい。

例えば、所定の時間単位が１分であり、所定の時間間隔が１分であり、所定数が２つであり、決済要求を受信した受信時刻が１０時１０分３０秒である場合、生成部１０３は、１０時１０分、１０時９分及び１０時８分に対応する３つの認証情報を生成する。他の例として、所定の時間単位が１秒であり、所定の時間間隔が１秒であり、所定数が２０であり、決済要求を受信した受信時刻が１０時１０分５０秒である場合、生成部１０３は、１０時１０分５０秒、１０時１０分４９秒、１０時１０分４８秒、１０時１０分４７秒、１０時１０分４６秒、・・・、１０時１０分３１秒に対応する２０の認証情報を生成する。

ステップＳ２０３で、決済処理部１０４は、決済要求に含まれる複数桁の文字列の中から認証情報を取得し、ステップＳ２０２の処理手順で生成された複数の認証情報の中に、決済要求から取得した認証情報が含まれるか否かを判断する。含まれる場合はステップＳ２０４の処理手順に進み、含まれない場合はステップＳ２０５の処理手順に進む。

例えば、所定の時間単位が１分であり、所定の時間間隔が１分であり、所定数が２つであるものとする。また、ユーザ端末３０が、認証情報を生成してコード画像を表示させた時刻は１０時１０分３０秒であり、決済サーバ１０が決済要求を受信した時刻は１０時１１分２０秒であったとする。この場合、決済要求に含まれる認証情報は１０時１０分に対応する認証情報であり、決済サーバ１０が生成する複数の認証情報は、１０時１１分、１０時１０分及び１０時９分に対応する３つの認証情報である。つまり、決済要求に含まれる認証情報が、当該３つの認証情報の中に含まれることから、決済サーバ１０は、ステップＳ２０４の処理手順に進む。

一方、ユーザ端末３０が、認証情報を生成してコード画像を表示させた時刻は１０時１０分３０秒であったものの、決済サーバ１０が決済要求を受信した時刻は１０時２０分２０秒であったとする。この場合、決済要求に含まれる認証情報は１０時１０分に対応する認証情報であるが、決済サーバ１０が生成する複数の認証情報は、１０時２０分、１０時１９分及び１０時１８分に対応する３つの認証情報である。つまり、決済要求に含まれる認証情報が、当該３つの認証情報に含まれないことから、決済サーバ１０は、ステップＳ２０５の処理手順に進む。

ステップＳ２０４で、決済処理部１０４は、決済を実行する。具体的には、決済要求に含まれる決済金額を、ユーザの所持価値から減算可能である場合、決済処理部１０４は、ユーザの所定価値から決済金額に対応する価値を減算するとともに、決済完了を店舗端末２０に通知する。また、決済要求に含まれる決済金額を、ユーザの所持価値から減算不可能である場合、送信部１０１は、決済エラーを店舗端末２０に通知する。

ステップＳ２０５で、決済処理部１０４は、決済を実行せずに処理を終了する。このとき、送信部１０１は、決済エラーを店舗端末２０に通知するようにしてもよい。

＜まとめ＞
以上説明した実施形態によれば、決済サーバ１０は、ユーザ端末３０に表示されたコード画面を読み取った店舗端末２０から、コード画像に埋め込まれた認証情報とユーザ識別子とを含む決済要求を受信し、決済要求を受信した時刻を含む複数の異なる時刻情報に基づいて生成した複数の認証情報と店舗端末２０から受信した認証情報との照合結果を用いて、ユーザに対する決済処理を行うようにした。これにより、店舗端末２０側に、認証情報の生成に用いられた時刻情報など、認証情報の内容を知られることなく決済処理を行うことが可能になるため、コード決済時のセキュリティを高めることが可能になる。

また、本実施形態では、決済サーバ１０で生成した、決済要求を受信した時刻を含む過去の所定期間に対応する複数の認証情報と、店舗端末２０から受信した認証情報とを照合することで、決済処理が正当であるか否かを判定するようにした。これにより、過去に漏洩したコード画像を用いて不正に決済が行われるリスクを抑えることが可能になる。

＜変形例＞
以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

例えば、図７のステップＳ１０１の処理手順は、所定間隔で繰り返し実行されるようにしてもよい。すなわち、ユーザ端末３０に記憶される鍵情報は、所定間隔で更新されるようにしてもよい。

また、決済サーバ１０の決済処理部１０４は、鍵情報をユーザ端末３０に送信した日時から決済要求を受信した日時までの経過時間に基づいて、決済上限金額を変更するようにしてもよい。例えば、決済処理部１０４は、鍵情報をユーザ端末３０に送信したタイミングから、店舗端末２０から決済要求を受信したタイミングまでの時間が長いほど、ユーザの決済上限金額を下げるようにしてもよい。鍵情報がユーザ端末３０に送信されてからの経過時間が長くなるほど、鍵情報が漏洩するリスクが高まることが考えられる。したがって、鍵情報が送信されてからの経過時間が長いほど、決済上限金額を下げるようにすることで、鍵情報が漏洩して不正利用された場合のリスクを抑えることが可能になる。

また、決済処理部１０４は、生成部１０３で生成された複数の認証情報と、店舗端末２０から受信した決済要求に含まれる認証情報とを照合し、当該複数の認証情報のうち、店舗端末２０から受信した認証情報と一致した認証情報の生成に用いられた時刻情報が過去の時刻であるほど、ユーザの決済上限金額を下げるようにしてもよい。コード画像がユーザ端末３０の画面に表示されてからの経過時間が長いほど、コード画像が他人に知られるリスクが高まることが考えられる。したがって、ユーザ端末３０で認証情報が生成されてからの経過時間が長いほど、決済上限金額を下げるようにすることで、コード画像が漏洩して不正利用された場合のリスクを抑えることが可能になる。

また、決済処理部１０４は、店舗端末２０から受信する決済要求の不正リスク度合いに基づいて、ユーザの決済上限金額を変更するようにしてもよい。例えば、決済処理部１０４は、店舗端末２０から決済要求を受信した日時と、決済要求を受信した店舗端末２０の位置情報とに基づいて不正リスク度合いを評価するようにしてもよい。店舗端末２０の位置情報は、店舗ＩＤと対応づけて記憶部１００に格納されていてもよい。より具体的には、決済処理部１０４は、前回決済要求を受信した日時及び店舗の位置情報と、今回決済要求を受信した日時及び店舗の位置情報とを比較し、同一ユーザが不自然な移動をしていると判断される場合（例えば北海道での決済の５分後に東京で決済した場合等）に、不正リスク度合いが高いと評価するようにしてもよい。これにより、不正利用が疑われる場合のリスクを抑えることが可能になる。

また、本実施形態では、決済サーバ１０の生成部１０３は、鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成する。このとき、複数の異なる時刻情報として、更に、決済要求の受信時刻から所定の時間間隔で連続する所定数の未来の時刻情報を算出し、決済要求の受信時刻に対応する時刻情報、所定数の過去の時刻情報及び所定数の未来の時刻情報に基づいて複数の認証情報を生成するようにしてもよい。

例えば、図９のステップＳ２０２の処理手順で説明したように、所定の時間単位が１分であり、所定の時間間隔が１分であり、所定数が２つであり、決済要求を受信した受信時刻が１０時１０分３０秒であると仮定する。この場合、生成部１０３は、１０時１０分、１０時９分及び１０時８分に対応する３つの認証情報を生成するとともに、更に、１０時１１分及び１０時１２分に対応する認証情報を生成するようにしてもよい。また、決済処理部１０４は、生成したこれらの複数の認証情報の中に、決済要求から取得した認証情報が含まれるか否かを判断するようにしてもよい。これにより、例えばユーザ端末３０の時計が現在より進んでいるといった場合であっても、決済処理を行うことが可能になるため、ユーザの利便性を向上させることが可能になる。
＜付記＞
本実施形態は、以下の通り表現されてもよい。
［付記１］
ユーザが利用するユーザ端末へ鍵情報を送信する送信部と、
店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信する受信部と、
前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成する生成部と、
前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行う決済処理部と、を有する、
決済サーバ。
［付記２］
前記受信部は、前記店舗端末がオフライン状態の前記ユーザ端末から取得した前記認証情報と前記ユーザ識別子とを示す複数桁の文字列、を含む前記決済要求を、前記店舗端末から受信する、
付記１に記載の決済サーバ。
［付記３］
前記送信部は、前記決済処理を行った後、前記ユーザ端末がオンライン状態であることを検出した場合に、前記ユーザ端末に対し、前記決済処理の結果を送信する、
付記１又は２に記載の決済サーバ。
［付記４］
前記受信部は、複数の店舗端末の各々から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信し、
前記受信部が前記複数の店舗端末の各々から受信する認証情報は、同一の前記鍵情報に基づいて生成される、
付記１～３のいずれか一項に記載の決済サーバ。
［付記５］
前記受信部は、前記店舗端末から、前記認証情報と前記ユーザ識別子とを示す複数桁の文字列を含む前記決済要求を受信し、
前記複数桁の文字列は、前記店舗端末で、前記ユーザ端末の画面に表示されたバーコードから読み取られた文字列である、
付記１～４のいずれか一項に記載の決済サーバ。
［付記６］
前記バーコードには、前記ユーザ端末がオフライン状態であることを示す識別情報が埋め込まれており、
前記受信部は、前記店舗端末から、前記認証情報と前記ユーザ識別子と前記識別情報とを示す前記複数桁の文字列、を含む前記決済要求を受信する、
付記５に記載の決済サーバ。
［付記７］
前記決済要求は、決済金額を含み、
前記決済処理部は、前記決済金額が、前記ユーザの決済上限金額を超える場合、前記決済処理を行わない、
付記１～６のいずれか一項に記載の決済サーバ。
［付記８］
前記決済要求は、決済金額を含み、
前記決済処理部は、前記鍵情報を前記ユーザ端末に送信したタイミングから前記決済要求を受信したタイミングまでの時間が長いほど、前記ユーザの決済上限金額を下げる、
付記１～７のいずれか一項に記載の決済サーバ。
［付記９］
前記決済処理部は、前記店舗端末から受信する決済要求の不正リスク度合いに基づいて、前記ユーザの決済上限金額を変更する、
付記１～８のいずれか一項に記載の決済サーバ。
［付記１０］
前記決済処理部は、前記店舗端末から前記決済要求を受信した日時と前記店舗端末の位置情報とに基づいて前記不正リスク度合いを評価する、
付記９に記載の決済サーバ。
［付記１１］
前記生成部は、前記複数の異なる時刻情報として、前記決済要求を受信した受信時刻から所定の時間間隔で所定数の過去の時刻情報を算出し、前記受信時刻に対応する時刻情報及び前記所定数の過去の時刻情報に基づいて前記複数の認証情報を生成する、
付記１～１０のいずれか一項に記載の決済サーバ。
［付記１２］
前記生成部は、前記複数の異なる時刻情報として、更に、前記受信時刻から所定の時間間隔で所定数の未来の時刻情報を算出し、前記受信時刻に対応する時刻情報、前記所定数の過去の時刻情報及び前記所定数の未来の時刻情報に基づいて前記複数の認証情報を生成する、
付記１１に記載の決済サーバ。
［付記１３］
前記決済処理部は、前記複数の認証情報の中に、前記店舗端末から受信した認証情報が含まれる場合に、前記決済処理を行う、
付記１～１２のいずれか一項に記載の決済サーバ。
［付記１４］
前記認証情報は、非可逆性を有し、
前記複数の認証情報の各々は、非可逆性を有する、
付記１～１３のいずれか一項に記載の決済サーバ。
［付記１５］
決済サーバが行う決済方法であって、
ユーザが利用するユーザ端末へ鍵情報を送信するステップと、
店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信するステップと、
前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成するステップと、
前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行うステップと、を含む、
決済方法。
［付記１６］
コンピュータに、
ユーザが利用するユーザ端末へ鍵情報を送信するステップと、
店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信するステップと、
前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成するステップと、
前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行うステップと、
を実行させるためのプログラム。
［付記１７］
コンピュータに、
決済サーバから鍵情報を受信するステップと、
前記鍵情報及び時刻情報に基づいて認証情報を生成するステップと、
前記コンピュータがオフライン状態である場合に、前記認証情報とユーザ識別子と前記コンピュータがオフライン状態であることを示す識別情報とが埋め込まれたバーコードを表示させるステップと、を実行させる、
プログラム。

１…決済システム、１０…決済サーバ、１１…プロセッサ、１２…記憶装置、１３…通信ＩＦ、１４…入力デバイス、１５…出力デバイス、２０…店舗端末、３０…ユーザ端末、１００…記憶部、１００ａ…鍵管理ＤＢ、１００ｂ…決済ＤＢ、１０１…送信部、１０２…受信部、１０３…生成部、１０４…決済処理部、２００…記憶部、２００ａ…店舗ＩＤ情報、２０１…送信部、２０２…受信部、２０３…読取部、２０４…表示制御部、３００…記憶部、３００ａ…鍵情報、３００ｂ…ユーザＩＤ情報、３０１…送信部、３０２…受信部、３０３…生成部、３０４…表示制御部

Claims (17)

1. ユーザが利用するユーザ端末へ鍵情報を送信する送信部と、
   店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信する受信部と、
   前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成する生成部と、
   前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行う決済処理部と、を有し、
   前記決済要求は、決済金額を含み、
   前記決済処理部は、前記鍵情報を前記ユーザ端末に送信したタイミングから前記決済要求を受信したタイミングまでの時間が長いほど、前記ユーザの決済上限金額を下げる、
   決済サーバ。
2. ユーザが利用するユーザ端末へ鍵情報を送信する送信部と、
   店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信する受信部と、
   前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成する生成部と、
   前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行う決済処理部と、を有し、
   前記決済処理部は、前記店舗端末から受信する決済要求の不正リスク度合いに基づいて、前記ユーザの決済上限金額を変更する、
   決済サーバ。
3. 前記受信部は、前記店舗端末がオフライン状態の前記ユーザ端末から取得した前記認証情報と前記ユーザ識別子とを示す複数桁の文字列、を含む前記決済要求を、前記店舗端末から受信する、
   請求項１又は２に記載の決済サーバ。
4. 前記送信部は、前記決済処理を行った後、前記ユーザ端末がオンライン状態であることを検出した場合に、前記ユーザ端末に対し、前記決済処理の結果を送信する、
   請求項１又は２に記載の決済サーバ。
5. 前記受信部は、複数の店舗端末の各々から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信し、
   前記受信部が前記複数の店舗端末の各々から受信する認証情報は、同一の前記鍵情報に基づいて生成される、
   請求項１又は２に記載の決済サーバ。
6. 前記受信部は、前記店舗端末から、前記認証情報と前記ユーザ識別子とを示す複数桁の文字列を含む前記決済要求を受信し、
   前記複数桁の文字列は、前記店舗端末で、前記ユーザ端末の画面に表示されたバーコードから読み取られた文字列である、
   請求項１又は２に記載の決済サーバ。
7. 前記バーコードには、前記ユーザ端末がオフライン状態であることを示す識別情報が埋め込まれており、
   前記受信部は、前記店舗端末から、前記認証情報と前記ユーザ識別子と前記識別情報とを示す前記複数桁の文字列、を含む前記決済要求を受信する、
   請求項６に記載の決済サーバ。
8. 前記決済要求は、決済金額を含み、
   前記決済処理部は、前記決済金額が、前記ユーザの決済上限金額を超える場合、前記決済処理を行わない、
   請求項１又は２に記載の決済サーバ。
9. 前記決済処理部は、前記店舗端末から前記決済要求を受信した日時と前記店舗端末の位置情報とに基づいて前記不正リスク度合いを評価する、
   請求項２に記載の決済サーバ。
10. 前記生成部は、前記複数の異なる時刻情報として、前記決済要求を受信した受信時刻から所定の時間間隔で所定数の過去の時刻情報を算出し、前記受信時刻に対応する時刻情報及び前記所定数の過去の時刻情報に基づいて前記複数の認証情報を生成する、
    請求項１又は２に記載の決済サーバ。
11. 前記生成部は、前記複数の異なる時刻情報として、更に、前記受信時刻から所定の時間間隔で所定数の未来の時刻情報を算出し、前記受信時刻に対応する時刻情報、前記所定数の過去の時刻情報及び前記所定数の未来の時刻情報に基づいて前記複数の認証情報を生成する、
    請求項１０に記載の決済サーバ。
12. 前記決済処理部は、前記複数の認証情報の中に、前記店舗端末から受信した認証情報が含まれる場合に、前記決済処理を行う、
    請求項１又は２に記載の決済サーバ。
13. 前記認証情報は、非可逆性を有し、
    前記複数の認証情報の各々は、非可逆性を有する、
    請求項１又は２に記載の決済サーバ。
14. 決済サーバが行う決済方法であって、
    ユーザが利用するユーザ端末へ鍵情報を送信するステップと、
    店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信するステップと、
    前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成するステップと、
    前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行うステップと、を含み、
    前記決済要求は、決済金額を含み、
    前記決済処理を行うステップは、前記鍵情報を前記ユーザ端末に送信したタイミングから前記決済要求を受信したタイミングまでの時間が長いほど、前記ユーザの決済上限金額を下げる、
    決済方法。
15. 決済サーバが行う決済方法であって、
    ユーザが利用するユーザ端末へ鍵情報を送信するステップと、
    店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信するステップと、
    前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成するステップと、
    前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行うステップと、を含み、
    前記決済処理を行うステップは、前記店舗端末から受信する決済要求の不正リスク度合いに基づいて、前記ユーザの決済上限金額を変更する、
    決済方法。
16. コンピュータに、
    ユーザが利用するユーザ端末へ鍵情報を送信するステップと、
    店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信するステップと、
    前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成するステップと、
    前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行うステップと、
    を実行させ、
    前記決済要求は、決済金額を含み、
    前記決済処理を行うステップは、前記鍵情報を前記ユーザ端末に送信したタイミングから前記決済要求を受信したタイミングまでの時間が長いほど、前記ユーザの決済上限金額を下げる、
    プログラム。
17. コンピュータに、
    ユーザが利用するユーザ端末へ鍵情報を送信するステップと、
    店舗端末から、前記鍵情報及び所定の時刻情報に基づいて生成された認証情報と前記ユーザのユーザ識別子とを含む決済要求を受信するステップと、
    前記鍵情報及び複数の異なる時刻情報に基づいて複数の認証情報を生成するステップと、
    前記複数の認証情報と前記店舗端末から受信した認証情報との照合結果を用いて、前記ユーザに対する決済処理を行うステップと、
    を実行させ、
    前記決済処理を行うステップは、前記店舗端末から受信する決済要求の不正リスク度合いに基づいて、前記ユーザの決済上限金額を変更する、
    プログラム。

Images