JP7425244B1 - アプリケーションプログラム、決済制御方法、および決済システム - Google Patents

Abstract

【課題】利用者をスムーズにオフラインコード画像を用いた決済に誘導すること。【解決手段】電子決済が行われる際に、端末装置に、決済サーバと通信させ、前記決済サーバとの通信が正常な第１状態にある場合、前記決済サーバから通信によって取得されたワンタイムコードを用いて生成されたオンラインコード画像を前記端末装置の表示部に表示させ、前記決済サーバとの通信が困難な第２状態にある場合、オフラインモードでの決済を承諾する操作を受け付けるインターフェース画面を前記表示部に表示させ、前記承諾する操作が行われたことを含む遷移条件が満たされる場合、前記ワンタイムコードを用いずに生成されたオフラインコード画像を前記表示部に表示させる処理を行わせる、ためのアプリケーションプログラム。【選択図】図９

Description

本発明は、アプリケーションプログラム、決済制御方法、および決済システムに関する。

スマートフォン等の端末装置において動作する決済アプリがコード画像を表示し、店舗側の装置でコード画像から情報を読み取ることで行われる態様の電子決済が普及している（特許文献１）。この態様の電子決済では、コード画像に表示させる元の情報として、決済サーバが利用者のアカウントに対応付けて発行するワンタイムコードが使用される。ワンタイムコードを使用することで、コード画像に個人情報等を入れ込む必要が無くなるため、セキュリティ性の向上が実現されている。

特許第７２３７２２４号公報

上記の態様の電子決済においては、電子決済が行われようとする際に決済アプリから決済サーバにワンタイムコードのリクエストが送信され、それに対してワンタイムコードが発行される。従って、従来の技術では、電子決済の時点において端末装置と決済サーバの通信が困難な状況において、有効なワンタイムコードが取得できないことで、電子決済が不可になってしまう場合があった。そして、そのような場合にどういった決済の選択肢があるのか利用者にとって分かりにくい場面が想定される。

本発明は、このような事情を考慮してなされたものであり、利用者をスムーズにオフラインコード画像を用いた決済に誘導することができるアプリケーションプログラム、決済制御方法、および決済システムを提供することを目的の一つとする。

本発明の一態様は、利用者の端末装置において動作し、決済サーバと協働して電子決済サービスを前記利用者に提供するためのアプリケーションプログラムであって、電子決済が行われる際に、前記端末装置に、前記決済サーバと通信させ、前記決済サーバとの通信が正常な第１状態にある場合、前記決済サーバから通信によって取得されたワンタイムコードを用いて生成されたオンラインコード画像を前記端末装置の表示部に表示させ、前記決済サーバとの通信が困難な第２状態にある場合、オフラインモードでの決済を承諾する操作を受け付けるインターフェース画面を前記表示部に表示させ、前記承諾する操作が行われたことを含む遷移条件が満たされる場合、前記ワンタイムコードを用いずに生成されたオフラインコード画像を前記表示部に表示させる処理を行わせる、ためのアプリケーションプログラムである。

本発明の一態様によれば、利用者をスムーズにオフラインコード画像を用いた決済に誘導することができるアプリケーションプログラム、決済制御方法、および決済システムを提供することができる。

電子決済サービスが実現されるための構成の一例を示す図である。 電子決済（オンライン決済）の大まかな流れを例示したシーケンス図（その１）である。 電子決済の（オンライン決済）大まかな流れを例示したシーケンス図（その２）である。 第１実施形態に係る決済サーバ１００の構成図である。 利用者情報１７２の内容の一例を示す図である。 加盟店／店舗情報１７６の内容の一例を示す図である。 決済アプリ２０のトップ画面ＩＭ１の一例を示す図である。 オフライン決済のために行われる処理の流れを例示したシーケンス図である。 決済アプリ２０による画面制御に係る処理の流れの一例を示すフローチャートである。 待機画面ＩＭ２の一例を示す図である。 ハーフシートＩＭ３の一例を示す図である。 詳細説明画面ＩＭｅの一例を示す図である。 第１オフラインコード画像が表示される第１オフラインモード画面ＩＭ４の一例を示す図である。 第２オフラインコード画像が表示される第２オフラインモード画面ＩＭ５の一例を示す図である。 決済方法選択画面ＩＭ６の一例を示す図である。

以下、図面を参照し、本発明のアプリケーションプログラム、決済制御方法、決済サーバ、プログラム、および決済システムを提供することの実施形態について説明する。アプリケーションプログラムと決済サーバは、協働して電子決済サービスを提供する。以下の説明ではアプリケーションプログラムを決済アプリと称する。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）であるが、電子商取引の仮想店舗を含んでもよい。仮想店舗は、電子決済サービスの運営者とは異なる主体によって提供されるものを含んでもよい。その場合、仮想店舗における買い物の決済の際に、電子決済サービスのインターフェース画面に遷移するように制御される。電子決済サービスにおいて、店舗は、例えば加盟店（ブランド）に属するものとして扱われ、店舗において購買行動が行われた際の決済などの処理は、主として利用者と加盟店の間で行われる。これに代えて、決済などの処理が利用者と店舗との間で行われてもよい。

［電子決済サービス］
図１は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。決済サーバ１００は、例えば、一以上の利用者端末装置１０、一以上の第１店舗端末装置５０、及び一以上の第２店舗端末装置７０のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、プロバイダ装置などを含む。

利用者端末装置１０は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置１０は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、ＣＰＵ（Central Processing Unit）等と称する。利用者端末装置１０では、ＣＰＵ等のプロセッサにより決済アプリ２０が実行されることで、決済サーバ１００と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ２０は、例えば、アプリケーションストアから利用者端末装置１０にインストールされ、カメラ、通信装置、タッチパネルなどを制御する。

第１店舗端末装置５０は、例えば、店舗に設置される。第１店舗端末装置５０は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。第１店舗端末装置５０は、いわゆるＰＯＳ（Point of Sale）装置を含み、ＰＯＳ装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像６０は、店舗に置かれ、ＱＲコード（登録商標）等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像６０は、店舗に置かれたディスプレイ（スマートフォンなどの端末装置のディスプレイでもよい）によって表示されてもよい。

第２店舗端末装置７０は、加盟店の運営者によって使用される。第２店舗端末装置７０は、スマートフォンやタブレット端末、パーソナルコンピュータ等である。第２店舗端末装置７０では、加盟店向けインターフェース７２が動作する。加盟店向けインターフェース７２は、加盟店向けアプリであってもよいし、ブラウザであってもよい。加盟店向けインターフェース７２は、加盟店の運営者によるクーポンの設定等を受け付け、決済サーバ１００に送信する。スマートフォンである第２店舗端末装置７０は、加盟店向けアプリを実行することで、店舗コード画像に相当するコード画像を表示したり、利用者端末装置１０が表示するコード画像を読み取ったりする機能を有する。

決済サーバ１００は、利用者端末装置１０または第１店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。第１店舗端末装置５０は、ＰＯＳ装置、ＰＯＳゲートウェイ、加盟店サーバなどを含む場合があり、その場合、ＰＯＳ装置から各種装置を介して決済情報が決済サーバ１００に送信される。以下の説明では、これを特に区別せず、第１店舗端末装置５０から決済情報が送信されるものとする。

図２および図３は、電子決済（オンライン決済）の大まかな流れを例示したシーケンス図である。電子決済には、パターン１とパターン２の二つが存在してよい。

図２に示すパターン１（以下、ユーザスキャンと称する）の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする（Ｓ１）。店舗コード画像６０には、店舗ＵＲＬ（Uniform Resource Locator）の情報が含まれている。この店舗ＵＲＬは、電子決済サービスのドメインに対して店舗を識別可能な情報が付加されたものであり、決済サーバ１００において加盟店ＩＤや店舗ＩＤ等との対応付けがなされている（後述）。決済アプリ２０は、店舗ＵＲＬとアカウントＩＤを含む第１決済情報を決済サーバ１００に送信する（Ｓ２）。決済サーバ１００は、店舗ＵＲＬに対応する加盟店ＩＤ、店舗ＩＤから、店舗情報（後述）を検索して加盟店名と店舗名の情報を取得し（Ｓ３）、決済アプリ２０に送信する（Ｓ４）。利用者は、加盟店名や店舗名が表示された画面において、決済金額を利用者端末装置１０に入力する（Ｓ５）。そして、利用者端末装置１０は、少なくとも決済金額を含む第２決済情報を生成し、決済サーバ１００に送信する（Ｓ６）。決済サーバ１００は、受信した第２決済情報に基づいて電子決済を行う（Ｓ７）。そして、決済サーバ１００は、決済完了通知（決済完了画面を表示するための情報）を決済アプリ２０に送信し（Ｓ８）、決済アプリ２０は決済完了画面を表示する（Ｓ９）。なお、店舗コード画像６０が店舗に置かれたディスプレイによって表示される場合、店舗コード画像６０には、店舗ＵＲＬだけでなく決済金額の情報が含まれる場合がある。この場合、利用者が決済金額を入力する手順が省略され、第１決済情報に決済金額の情報が含められて決済サーバ１００に送信される。加盟店名や店舗名の情報は、決済完了画面に含めて表示されてよい。

図３に示すパターン２（以下、ストアスキャンと称する）の場合、決済アプリ２０の起動時、決済アプリ２０において支払う操作が行われたとき、自動更新のタイミング（例えば１分おき）になったとき、およびその他のタイミングで、決済アプリ２０はワンタイムコードの発行要求を決済サーバ１００に送信する（Ｓ１１）。決済サーバ１００（後述する決済コンテンツ提供部１２０）はワンタイムコードを生成し（Ｓ１２）、決済アプリ２０に送信する（Ｓ１３）。決済アプリ２０は、ワンタイムコードに基づいて生成した、ＱＲコードやバーコード等のコード画像（オンラインコード画像）を表示する（Ｓ１４）。利用者は利用者端末装置１０の表示面を第１店舗端末装置５０に翳し（提示し）、第１店舗端末装置５０は、光学読取機能によってコード画像をデコードし、ワンタイムコード等を取得する（Ｓ１５）。そして、第１店舗端末装置５０は、ワンタイムコード、決済金額、加盟店ＩＤ、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ１６）。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ワンタイムコードに対応する利用者を特定し、電子決済を行う（Ｓ１７）。そして、決済サーバ１００は、決済完了通知を決済アプリ２０に送信し（Ｓ１８）、決済アプリ２０は決済完了画面を表示する（Ｓ１９）。なお、これと並行して第１店舗端末装置５０にも決済完了を通知する情報が送信される。

なお、上記のいずれか一方のみのパターンで電子決済が行われてもよい。また、図２で説明した「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。

［決済サーバ］
図４は、第１実施形態に係る決済サーバ１００の構成図である。決済サーバ１００は、例えば、通信部１１０と、決済コンテンツ提供部１２０と、決済処理部１３０と、情報管理部１４０と、記憶部１７０とを備える。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１７０は、決済サーバ１００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）装置であってもよい。記憶部１７０には、利用者情報１７２、決済コンテンツ情報１７４、加盟店／店舗情報１７６などの情報が格納される。

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークインターフェースカードである。

決済コンテンツ提供部１２０は、例えば、Ｗｅｂサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。決済コンテンツ提供部１２０は、決済コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。

決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０により送信された決済情報に基づいて、決済処理を行う。決済処理部１３０は、利用者情報１７２を参照しながら決済処理を行う。

図５は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、利用者ＵＲＬ、アカウントＩＤ、電話番号、パスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、登録日、チャージ残高、後払い設定、後払い枠、後払い利用額、後払い利用可能額、決済方法設定、銀行口座、クレジットカード番号、発行済ワンタイムコード、後述するオフライン決済のための利用者識別トークン、シークレットキー（チャージ残高用）、およびシークレットキー（後払い用）、オフライン決済の上限額、チャージ履歴情報、決済履歴情報などの情報が対応付けられたものである。

利用者ＵＲＬは、利用者間の送金処理に使用される。電子決済サービスへの新規登録時には、電話番号およびパスワードの登録が必須となる。アカウントＩＤは、決済サーバ１００によって利用者に発行されるものであり、利用者ＩＤは、利用者が任意に設定できる（設定しなくてもよい）ＩＤである。メールアドレス、および氏名・住所・生年月日も同様に、利用者が任意に設定できる（設定しなくてもよい）情報である。登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。後払い設定は、後払いによる電子決済を可能とするための設定が済んでいるか否かを示す情報であり、「済」と「未」のいずれかに設定される。決済方法設定は、その時点において利用者がチャージ残高による電子決済を行うのか、後払いによる決済を行うのかを示す設定情報である。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額、決済方法など）を、決済ごとに示す情報である。

図６は、加盟店／店舗情報１７６の内容の一例を示す図である。加盟店／店舗情報１７６は、例えば、店舗ＵＲＬに対して加盟店ＩＤと店舗ＩＤが対応付けられた第１テーブル１７６Ａと、加盟店ＩＤに対して加盟店名と売上金（前述）が対応付けられた第２テーブル１７６Ｂと、店舗ＩＤに対して店舗ＩＤが対応付けられた第３テーブル１７６Ｃとを含む。加盟店／店舗情報１７６には、これらの情報の他、加盟店または店舗のカテゴリ、店舗の所在地、決済パターン等の情報が含まれてもよい。

情報管理部１４０は、利用者端末装置１０や第２店舗端末装置７０から取得した情報に基づいて、利用者情報１７２および加盟店／店舗情報１７６を管理する。情報管理部１４０は、利用者情報１７２および加盟店／店舗情報１７６について新規レコードの追加、編集、削除などを行う。

［電子決済］
決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０から決済情報が取得されると、利用者情報１７２を参照して当該利用者の「決済方法設定」を取得する。決済処理部１３０は、「決済方法設定」が「チャージ残高」に設定されている利用者に関して、以下のように電子決済を行う。決済処理部１３０は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を減少させ、加盟店の売上金の項目値を増加させることで、電子決済を行う。加盟店の売上金の項目値は、例えば、それ自体が電子マネーとして使用されるものでは無く、加盟店と電子決済サービスとの取り決めに応じたサイクルで、売上金の項目値に対応する金額が銀行口座に送金される。

決済処理部１３０は、「設定情報」が「後払い」に設定されている利用者に関して、以下のように電子決済を行う。後払いとは、電子決済サービスの運営者とは別主体であるクレジットカード会社との連携による「クレジット払い」とは別枠で設定されるものであり、電子決済サービスの運営者が与信者となって、後払い枠の範囲内でチャージ残高に依存しない電子決済を許容するものである。なお後払いサービスを受けるために、電子決済サービスの運営者が提供するクレジットカードの取得が要求されてよい。後払いで利用された金額は、一か月分まとめて翌月の支払日に、例えば銀行口座からの引き落としによって決済される。この場合、決済処理部１３０は、後払い利用額に決済金額を加算し、後払い利用可能額から同額を差し引くことで暫定決済を行い、締め日になると上記のように当月分の決済を翌月の支払い日に引き落とすための処理を行う、或いはクレジットカード会社の運営者に当該処理を依頼する。なお暫定決済の時点で決済金額が後払い利用可能額を超える場合は、エラー通知が決済アプリ２０に返信される。

［チャージ残高と後払いの切り替え（オンライン決済時）］
図７は、決済アプリ２０のトップ画面ＩＭ１の一例を示す図である。なお図示する状態は、決済アプリ２０と決済サーバ１００の通信が困難でない第１状態（オンライン決済可能な状態）であることを前提とする。第１状態においては、有効なワンタイムコードが決済サーバ１００から決済アプリ２０に提供されている。「有効な」とは、直近に発信されたワンタイムコードの発行要求に応じたものであることを意味する。トップ画面ＩＭ１には、コード画像ＣＤが表示される。コード画像ＣＤは、例えばバーコードとＱＲコードを含む。また、コード画像ＣＤと共に、チャージ残高による電子決済を行うか、後払いによる電子決済を行うかを示すテキスト（図では「残高で支払う」）が表示される。このテキストは、切替スイッチ（トグルスイッチ）ＳＷが操作される度に決済アプリ２０が更新する情報に基づいて決済アプリ２０が描画する。また、トップ画面ＩＭ１は、切替スイッチＳＷを含む操作領域ＣＡと、遷移ボタンＴＢ１とを含む。なお、「スイッチ」、「ボタン」とはタッチパネルと協働して実現されるＧＵＩ（Graphical User Interface）である。切替スイッチＳＷは、チャージ残高による電子決済を行うか、後払いによる電子決済を行うかを切り替える操作を受け付けるものである。切替スイッチＳＷは、デフォルトではチャージ残高による電子決済を行う設定になっており、利用者によって操作される度に、チャージ残高による電子決済を行う設定と、後払いによる電子決済を行う設定との間で設定が切り替わる。図では「残高払い」と説明表示がされているが、これはチャージ残高による電子決済を行う設定になっていることを意味する。操作領域ＣＡには、スキャン（ユーザスキャンの開始）を指示するボタンやチャージを指示するボタンなど、電子決済における主要な操作を指示するボタンが設けられている。遷移ボタンＴＢ１が操作されると、電子決済に用いられるコード画像と利用可能額を表示する支払い画面に遷移する。

［オフライン決済］
以下、決済アプリ２０と決済サーバ１００との通信が困難であることで、有効なワンタイムコードが取得されない第２状態における電子決済（オフライン決済）について説明する。本実施形態のオフライン決済は、前述したストアスキャンの店舗において実施可能なものである。

決済アプリ２０は、決済サーバ１００との通信が正常な第１状態にあるか、通信が困難な第２状態にあるかに応じて、オンライン決済を行うかオフライン決済を行うかを決定する。例えば、決済アプリ２０は、ワンタイムコード発行要求に対する応答が既定時間内に届かない事象がｎ回以上発生した場合、第２状態であると判断する（ｎは１以上の整数）。決済アプリ２０は、決済サーバ１００との通信が第２状態にあると判断した場合、利用者端末装置１０が計時している時刻やシークレットキーを用いてオフラインコードを生成し、オフラインコードに基づいてオフラインコード画像を生成し、オフラインコード画像を利用者端末装置１０の表示部に表示させる。つまり、決済アプリ２０は、ワンタイムコードを用いずに自身が生成したオフラインコードに基づいてオフラインコード画像を生成する。

シークレットキーは、決済サーバ１００から決済アプリ２０に、ワンタイムコードよりも低頻度に取得されるものである。例えば、起動中の決済アプリ２０は、１週間に１回程度の頻度でシークレットキーを取得する。この取得処理においてシークレットキー発行要求が決済アプリ２０から決済サーバ１００に送信されてもよいし、決済サーバ１００から自発的にシークレットキーが決済アプリ２０に提供されてもよい。

決済アプリ２０は、時刻とシークレットキーに加えて、利用者識別トークンを用いてオフラインコードを生成してもよい。利用者識別トークンは、固定的に利用者に割り当てられるものであってもよいし、シークレットキー発行要求に併せて決済サーバ１００から送信されるものであってもよい。なお、シークレットキーと利用者識別トークンの一方または双方を含むものがオフラインキーの一例である。

例えば、決済アプリ２０は、シークレットキーと時刻を所定の関数に入力して得られたデータと、利用者識別トークンを結合して得られるデータに基づいて、オフラインコードを生成する。係る手法はあくまで一例であり、決済アプリ２０は、シークレットキー、時刻、利用者識別トークンのうち一部または全部に基づいて、復号可能な任意の手法でオフラインコードを生成してよい。

また、決済アプリ２０は、所定のタイミングで（例えばシークレットキー発行要求の度に）、利用者端末装置１０の計時する時刻と決済サーバ１００の計時する時刻との同期を利用者端末装置１０に行わせてもよい。このとき、決済アプリ２０は、決済サーバ１００と略同時に電波時計などの時刻に合わせる処理を行ってよい。

オフラインコード画像が第１店舗端末装置５０によって読み取られ、読み取られた情報の少なくとも一部と決済金額とを含む決済情報決済情報を取得すると（決済アプリ２０が時刻を用いて生成したオフラインコード画像に基づく情報が含まれる場合は）、決済サーバ１００の決済処理部１３０は、オフライン認証条件が満たされる場合に、決済情報に基づく電子決済を進行させる。つまりオフライン決済を進める。「読み取られた情報の少なくとも一部」とは「オフラインコードの少なくとも一部」であり、以下では単にオフラインコードと称する。オフライン認証条件は、決済アプリ２０がオフラインコードに基づいて生成したオフラインコード画像に関連するものである。例えば、オフライン認証条件は、オフラインコード画像から読み取られた時刻（以下、アプリ時刻）が、決済サーバ１００の計時する時刻（以下、サーバ時刻）と比較して所定範囲内にあることを含む。オフライン認証条件は、オフラインキー（シークレットキーと利用者識別トークンの一方または双方）が、決済アプリ２０に提供されたものとして記憶部１７０に保持されたものであることを含んでもよい。オフライン決済において扱われる時刻は、例えば分単位で計時されるものであるが、これに限られない。決済処理部１３０は、決済情報を取得すると、決済情報に含まれるオフラインコードに含まれる利用者識別トークンからシークレットキーを特定し、特定したシークレットキーと、決済サーバ１００が計時する現在の時刻とを用いて、決済アプリ２０と同じ手法でオフラインコードを生成し、第１店舗端末装置５０から取得したオフラインコードと自身で生成したコードが一致した場合、オフラインコードが正当なものであると判断する。決済処理部１３０は、例えば、利用者端末装置１０と決済サーバ１００の間で時刻がずれる場合に備え、決済サーバ１００の計時する現在時刻プラスマイナス所定時間（例えば１分）の所定範囲で複数のコードを生成し、いずれかが店舗端末装置から取得したオフラインコードと一致した場合、オフライン認証条件が満たされる、つまりは正当な決済情報であると判断する。

決済処理部１３０は、オフライン決済を行う場合（決済情報にオフラインコード画像から得られた情報が含まれる場合）、オンライン決済を行う場合（決済情報にワンタイムコードに基づく情報が含まれる場合）に比して、一回の電子決済における決済額の上限を低く設定してよい。決済処理部１３０は、オフライン決済を行う場合の決済額の上限を、オンライン決済時よりも低い固定額としてもよいし（図５の例では５０００円に設定されている）、利用者の決済履歴等に基づいて動的に決定してもよい。後者の場合、決済処理部１３０は、過去の利用者の電子決済の頻度、一回あたりの決済額、決済対象のカテゴリの傾向等に基づいて上限額を決定する。決済処理部１３０は、オフライン決済を行う場合において上限を超える決済額の決済情報が決済アプリ２０から取得された場合、エラーメッセージを第１店舗端末装置５０に送信すると共に、利用者端末装置１０との通信が回復した後、エラーメッセージを利用者端末装置１０にも送信する。

図８は、オフライン決済のために行われる処理の流れを例示したシーケンス図である。まず、電子決済とは無関係なタイミングで、決済アプリ２０はオフラインキーの発行要求を決済サーバ１００に送信する（Ｓ２１）。決済サーバ１００はオフラインキーを生成し（Ｓ２２）、決済アプリ２０に送信する（Ｓ２３）。決済アプリ２０は、受信したオフラインキーを利用者端末装置１０のメモリに記憶させておく。

別のタイミングで、ストアスキャンが行われる店舗において利用者が決済アプリ２０を起動させ、或いは決済アプリ２０において支払う操作が行われた場合、決済アプリ２０はワンタイムコードの発行要求を決済サーバ１００に送信する（Ｓ３１）。ワンタイムコード発行要求に対する応答が既定時間内に届かない事象がｎ回以上発生した場合、決済アプリ２０は、オフラインコードを生成し、オフラインコードに基づいて生成したオフラインコード画像を表示する（Ｓ３２）。利用者は利用者端末装置１０の表示面を第１店舗端末装置５０に翳し（提示し）、第１店舗端末装置５０は、光学読取機能によってコード画像をデコードし、オフラインキー等を取得する（Ｓ３３）。

そして、第１店舗端末装置５０は、オフラインキー、決済金額、加盟店ＩＤ、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ３３）。決済サーバ１００は、受信した情報に基づいて、利用者識別トークンに対応する利用者を特定し、上記の通りオフライン認証条件が満たされるか否かを判定し（Ｓ３４）、オフライン認証条件が満たされる場合に電子決済を進める（Ｓ３５）。この場合、専ら第１店舗端末装置５０にも決済完了を通知する情報が送信される。

係る処理によれば、ストアスキャンを行う店舗が電波の弱い場所にある場合など、決済アプリ２０と決済サーバ１００の通信が困難な場合でも電子決済を可能にすることができるため、より柔軟に電子決済を実現可能にすることができる。また、オフライン決済においてもアカウントＩＤなどの利用者識別情報をオフラインコードに含めずに電子決済を進めることで、利用者の個人情報の保護度合いが低下しないようにすることができる。

更に、時刻とオフラインキーの双方を用いてオフラインコード画像を生成し、オフライン決済を行うことで、正当な決済であることの蓋然性を高めることができる。オフラインキーのみを用いてオフラインコード画像を生成し、オフライン決済を行うと、オフラインコード画像がいつ生成されたのか分からなくなるため、決済の正当性が低下してしまう。また、時刻のみを用いてオフラインコード画像を生成し、オフライン決済を行うと、オフラインコード画像の生成ロジックが暴かれてしまった場合に誰でもオフラインコード画像を生成できてしまう。これらの両者を用いてオフラインコード画像を生成することで、オフラインコード画像の生成タイミングを知ることができ、またオフラインキーがオフラインコード画像に含められることで、決済サーバ１００が発行した情報に基づいていることが保証される。この結果、正当な決済であることの蓋然性を高めることができる。

また、オフライン決済の上限額をオンライン決済よりも低く設定することで、より安全な電子決済を実現することができる。

以下、決済アプリ２０による画面制御について説明する。図９は、決済アプリ２０による画面制御に係る処理の流れの一例を示すフローチャートである。本フローチャートの処理は、決済サーバ１００との通信が発生する各種場面において開始される。

まず、決済アプリ２０は、決済サーバ１００から通知が届かない状態であるか否かを判定する（Ｓ１００）。通知とは、例えば前述したワンタイムパスワード発行要求に対して返信されるワンタイムパスワードなどである。決済サーバ１００から通知が届いている場合、決済アプリ２０は、オンラインモード画面（例えば図７に示すもの）を表示し、通常動作を継続する（Ｓ１０２）。

決済サーバ１００から通知が届かない状態である場合、決済アプリ２０は、決済サーバ１００から情報の読み込みが困難であることを示す待機画面ＩＭ２を利用者端末装置１０に表示させる（Ｓ１０４）。図１０は、待機画面ＩＭ２の一例を示す図である。待機画面ＩＭ２には、有効なコード画像は表示されず、利用者に対して決済サーバ１００との接続状態を示すテキストＴＸ１が表示される。

次に、決済アプリ２０は、第２状態であることが確定したか否かを判定する（Ｓ１０６）。前述したように、第２状態であることが確定するための条件は、「ワンタイムコード発行要求に対する応答等の通知が既定時間内に届かない事象がｎ回以上発生した場合」である。第２状態が確定していない場合、Ｓ１００に処理が戻される。

第２状態が確定すると、決済アプリ２０は、有効なオフラインキー（シークレットキーおよび利用者識別トークン）が取得され、利用者端末装置１０のメモリに保存されているか否かを判定する（Ｓ１０８）。有効なオフラインキーとは、例えば、取得時刻からの経過時間が上限時間（オフラインキーの発行周期と同程度の時間）を超えていないオフラインキーである。

有効なオフラインキーが取得されていない場合、決済アプリ２０は、エラー画面を利用者端末装置１０に表示させる（Ｓ１１０）。エラー画面には、インターネット接続が困難であること等を説明するテキスト等が含まれる。

有効なオフラインキーが取得されている場合、決済アプリ２０は、カウンタ値ｋが閾値Ｔｈ以上であるか否かを判定する（Ｓ１１２）。カウンタ値ｋは、例えば、決済アプリ２０が利用者端末装置１０にインストールされたときにゼロに設定され、Ｓ１１６で判定される承諾操作が行われるごとに１インクリメントされる値である。つまり、Ｓ１１２の判定処理は、承諾操作が所定回数（＝閾値Ｔｈ）以上行われたか否かを判定するものである。閾値Ｔｈは、例えば１～３程度の値である。

カウンタ値ｋが閾値Ｔｈ未満である場合、決済アプリ２０は、図１１により例示されるハーフシートを利用者端末装置１０に表示させる（Ｓ１１４）。図１１は、ハーフシートＩＭ３の一例を示す図である。ハーフシートＩＭ３は、トップ画面ＩＭ１などのオンラインコード画像が表示される画面よりも小さいサイズで表示される。ハーフシートＩＭ３は、「インターフェース画面」の一例である。ハーフシートＩＭ３には、オフライン決済について説明するテキストテキストＴＸ２が表示される。また、ハーフシートＩＭ３には、オフラインモードでの決済に関する詳細説明画面への遷移を指示する第１操作部Ｂ１（操作部Ａの一例）と、オフラインモードでの決済を承諾することを指示するための第２操作部Ｂ２とが設けられている。図１２は、詳細説明画面ＩＭｅの一例を示す図である。詳細説明画面ＩＭｅには、オフライン決済について説明するテキストＴＸｅが表示される。また、詳細説明画面ＩＭｅには、オフラインモードでの決済に関するヘルプページへの遷移を指示する第１操作部Ｂｅ１（操作部Ｂの一例）と、ハーフシートＩＭ３に戻ることを指示するための第２操作部Ｂｅ２とが設けられている。ヘルプページは、決済サーバ１００により随時更新されるものであり、決済アプリ２０は、利用者端末装置１０と決済サーバ１００との通信が正常に行われている任意のタイミングでヘルプページをダウンロードし、利用者端末装置１０のメモリに格納しておく（キャッシュする）。これによって、決済サーバ１００との通信が困難な状況においても、オフラインモードでの決済に関する詳細情報を記載したヘルプページを利用者に提供することができる。なおヘルプページもハーフシートＩＭ３と同様にトップ画面ＩＭ１などのオンラインコード画像が表示される画面よりも小さいサイズで表示されてよい。

決済アプリ２０は、ハーフシートＩＭ３において第２操作部Ｂ２に対する操作、つまりオフラインモードでの決済を承諾する操作がなされたか否かを判定する（Ｓ１１６）。

オフラインモードでの決済を承諾する操作がなされた場合、決済アプリ２０は、オフラインモード画面を利用者端末装置１０に表示させる（Ｓ１１８）。また、Ｓ１１２においてカウンタ値ｋが閾値Ｔｈ以上であると判定された場合も、決済アプリ２０は、オフラインモード画面を利用者端末装置１０に表示させる（Ｓ１１８）。オフラインモード画面は、オフラインコード画像が表示された画面である。このように、オフラインモード画面への遷移条件は例えば、有効なオフラインキーが決済サーバ１００から取得されていることを含み、基本的には承諾する操作がなされたことを含むが、承諾する操作が所定回数以上行われた場合は、承諾する操作がなされたことが除外される。

係る処理を行うことで、利用者をスムーズにオフラインコード画像を用いたオフライン決済に誘導することができる。

以下、オフラインモード画面について説明する。オフラインモード画面には、第１決済方法でオフライン決済が可能な第１オフラインコード画像が表示される第１オフラインモード画面と、第２決済方法でオフライン決済が可能な第２オフラインコード画像が表示される第２オフラインモード画面とがあり、それらを利用者の操作によって互いに切り替え可能にしてもよい。つまり、電子決済システムが提供するオフラインモードでの決済において、第１決済方法と、第２決済方法とが選択的に実施可能であってよい。例えば、オンライン決済と同様に、第１決済方法はチャージ残高による電子決済を行う方法であり、第２決済方法は後払いによる電子決済を行う方法である。第１決済方法と第２決済方法のそれぞれは、これらとは異なる方法、例えばデビットカード機能を利用した決済方法、ポイント払い、クレジットカード払いなどの方法であってもよい。

この場合、決済アプリ２０は、ワンタイムコードよりも低頻度で、第１オフラインコード画像を生成するための第１オフラインキーと、第２オフラインコード画像を生成するための第２オフラインキーとを取得しておく。第１オフラインキー、第２オフラインキーのそれぞれは、前述したオフラインキーと同じ情報を含み、更に、第１オフラインキーであるか、第２オフラインキーであるかを示す識別情報が付与されたものである。決済アプリ２０は、第１オフラインキーを用いて第１オフラインコードを生成し、それに基づいて第１オフラインコード画像を生成して利用者端末装置１０に表示させる。また、決済アプリ２０は、第２オフラインキーを用いて第２オフラインコードを生成し、それに基づいて第２オフラインコード画像を生成して利用者端末装置１０に表示させる。第１オフラインキーと第２オフラインキーに含まれる利用者識別トークンは共通でもよいし、異なってもよい（図５では共通になっている）。

図１３は、第１オフラインコード画像が表示される第１オフラインモード画面ＩＭ４の一例を示す図であり、図１４は、第２オフラインコード画像が表示される第２オフラインモード画面ＩＭ５の一例を示す図である。第１オフラインモード画面ＩＭ４には、第１コード画像ＣＤ＃１が表示される。第１オフラインモード画面ＩＭ４には、現在の決済方法を表示すると共に、決済方法選択画面ＩＭ６への遷移を指示するための第３操作部Ｂ３が設定される。また、第１オフラインモード画面ＩＭ４には、リロードボタンＢ５が設けられる。リロードボタンＢ５が操作されると、決済サーバ１００に対して通信要求が送信され、図９のフローチャートの処理が開始される。一方、第２オフラインモード画面ＩＭ５には、第２コード画像ＣＤ＃２が表示される。第２オフラインモード画面ＩＭ５には、現在の決済方法を表示すると共に、決済方法選択画面ＩＭ６への遷移を指示するための第４操作部Ｂ４が設定される。また、第２オフラインモード画面ＩＭ５にも、リロードボタンＢ５が設けられる。

図１５は、決済方法選択画面ＩＭ６の一例を示す図である。決済方法選択画面ＩＭ６には、決済方法（支払い方法）として選択可能なものを記載した第６操作部Ｂ６～第８操作部Ｂ８が設定される。第６操作部Ｂ６が操作されると第１オフラインモード画面ＩＭ４に遷移し、第７操作部Ｂ７が操作されると第２オフラインモード画面ＩＭ５に遷移する。第８操作部が選択された場合の処理については任意に定められてよい。

決済アプリ２０は、オンライン決済における決済方法の設定を、オフライン決済の初期設定として引き継いでもよい。例えば、決済アプリ２０は、オフライン決済を行うと決定された場合に最初に表示される画面を第１オフラインモード画面ＩＭ４とするのか、第２オフラインモード画面ＩＭ５とするのかを、オンライン決済時の設定に合わせて決定してもよい。この場合、決済アプリ２０は、オンライン決済における決済方法の設定を利用者端末装置１０のメモリに記憶させておく。

決済サーバ１００は、オフライン決済において取得される決済情報に、第１オフラインコード画面から得られた情報すなわち第１オフラインキーが含まれる場合は第１決済方法で電子決済を進行させ、第２オフラインコード画面から得られた情報すなわち第２オフラインキーが含まれる場合は第２決済方法で電子決済を進行させる。

係る処理を行うことで、オフラインコード画像を用いたオフライン決済において利用者の選択の幅を広げ、利便性を向上させることができる。

なお、上記においてオフライン処理として説明したものが、第１状態においても実行されてよい。つまり、利用者端末装置１０と決済サーバ１００との通信状態に関わらず常時、オフライン処理として説明した処理が実行されてもよい。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０ 利用者端末装置
２０ 決済アプリ
１００ 決済サーバ
１２０ 決済コンテンツ提供部
１３０ 決済処理部
１４０ 情報管理部

Claims (9)

1. 利用者の端末装置において動作し、決済サーバと協働して電子決済サービスを前記利用者に提供するためのアプリケーションプログラムであって、
   電子決済が行われる際に、前記端末装置に、
   前記決済サーバと通信させ、
   前記決済サーバとの通信が正常な第１状態にある場合、前記決済サーバから通信によって取得されたワンタイムコードを用いて生成されたオンラインコード画像を前記端末装置の表示部に表示させ、
   前記決済サーバとの通信が困難な第２状態にある場合、オフラインモードでの決済を承諾する操作を受け付けるインターフェース画面を前記表示部に表示させ、前記承諾する操作が行われたことを含む遷移条件が満たされる場合、前記ワンタイムコードを用いずに生成されたオフラインコード画像を前記表示部に表示させる処理を行わせる、
   ためのアプリケーションプログラムであって、
   前記遷移条件は、更に、前記オフラインコード画像を生成するための有効なオフラインキーが前記決済サーバから取得されていることを含み、
   前記端末装置に、前記オフラインキーを用いて前記オフラインコード画像を生成させる、
   アプリケーションプログラム。
2. 前記承諾する操作が所定回数以上行われた場合、
   前記承諾する操作が行われたことが前記遷移条件から除かれ、
   前記決済サーバとの通信が前記第２状態にある場合、前記端末装置に、前記インターフェース画面を前記表示部に表示させることなく、前記オフラインコード画像を前記表示部に表示させる処理を行わせる、
   ための請求項１記載のアプリケーションプログラム。
3. 前記インターフェース画面には、前記オフラインモードでの決済に関する説明を表示する説明画面への遷移を指示する操作部Ａが設けられている、
   請求項１記載のアプリケーションプログラム。
4. 前記説明画面には、前記説明画面よりも詳細なヘルプページへの遷移を指示する操作部Ｂが設けられており、
   前記アプリケーションプログラムは、前記端末装置に、前記決済サーバから前記ヘルプページのデータを通信によって予め取得させ、
   前記端末装置のメモリに保存させておき、
   前記操作部Ｂが操作されたときに、前記端末装置に、前記ヘルプページを前記表示部に表示させる処理を行わせる、
   請求項３記載のアプリケーションプログラム。
5. 前記決済サーバとの通信が前記第２状態にあり、且つ前記遷移条件が満たされない場合、前記表示部に、エラー画面を表示させる処理を行わせる、
   ための請求項１記載のアプリケーションプログラム。
6. 前記端末装置に、前記インターフェース画面を、前記オンラインコード画像が表示される画面よりも小さいサイズで前記表示部に表示させる処理を行わせる、
   ための請求項１記載のアプリケーションプログラム。
7. 前記端末装置に、
   前記インターフェース画面においてリロードを指示する操作がなされた場合、前記決済サーバとの通信が前記第１状態にあるか、前記第２状態にあるかを判定させ、
   判定結果に基づいて、前記オンラインコード画像を前記端末装置の表示部に表示させ、または前記オフラインコード画像を前記表示部に表示させる処理を行わせる、
   請求項１記載のアプリケーションプログラム。
8. 決済サーバと協働して電子決済サービスを利用者に提供する端末装置が実行する決済制御方法であって、
   電子決済が行われる際に、前記端末装置が、
   前記決済サーバと通信し、
   前記決済サーバとの通信が正常な第１状態にある場合、前記決済サーバから通信によって取得されたワンタイムコードを用いて生成されたオンラインコード画像を前記端末装置の表示部に表示させ、
   前記決済サーバとの通信が困難な第２状態にある場合、オフラインモードでの決済を承諾する操作を受け付けるインターフェース画面を前記表示部に表示させ、前記承諾する操作が行われたことを含む遷移条件が満たされる場合、前記ワンタイムコードを用いずに生成されたオフラインコード画像を前記表示部に表示させる、
   決済制御方法であって、
   前記遷移条件は、更に、前記オフラインコード画像を生成するための有効なオフラインキーが前記決済サーバから取得されていることを含み、
   前記端末装置が、前記オフラインキーを用いて前記オフラインコード画像を生成する、
   決済制御方法。
9. 請求項１記載のアプリケーションプログラムと、
   利用者の端末装置において動作するアプリケーションプログラムと協働して電子決済サービスを前記利用者に提供する決済サーバであって、
   店舗に設置された店舗端末装置と通信し、前記店舗端末装置が前記端末装置が表示するコード画像から読み取った情報の少なくとも一部と決済金額とを含む決済情報を前記店舗端末装置から受信する通信部、
   前記通信部を介して、ワンタイムコードを前記アプリケーションプログラムに提供する提供部、および、
   前記決済情報に基づいて電子決済を行う決済処理部であって、
   前記決済情報に、前記ワンタイムコードに基づく情報が含まれる場合は、前記ワンタイムコードを用いて電子決済を進行させ、
   前記決済情報に、前記オフラインコード画像から得られた情報が含まれる場合は、前記オフラインコード画像から得られた情報を用いて電子決済を進行させる決済処理部、 を有する決済サーバと、
   を備える決済システム。

Images