JP7485836B1 - アプリケーションプログラムおよびサーバ装置 - 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）である。切替スイッチＳＷは、チャージ残高による電子決済を行うか、後払いによる電子決済を行うかを切り替える操作を受け付けるものである。切替スイッチＳＷは、デフォルトではチャージ残高による電子決済を行う設定になっており、利用者によって操作される度に、チャージ残高による電子決済を行う設定と、後払いによる電子決済を行う設定との間で設定が切り替わる。操作領域ＣＡには、スキャン（ユーザスキャンの開始）を指示するボタンやチャージを指示するボタンなど、電子決済における主要な操作を指示するボタンが設けられている。遷移ボタンＴＢ１が操作されると、電子決済に用いられるコード画像と利用可能額を表示する支払い画面ＩＭ２に遷移する。遷移ボタンＴＢ２が操作されると、残高払い又は後払いにおける利用可能額が表示される画面に遷移する。図７では、チャージ残高による電子決済が設定されているため、遷移ボタンＴＢ２が操作されると、残高払いにおける利用可能額が表示される。

さらに、操作領域ＣＡには、電子決済サービス又は加盟店によって（又はそれら共同によって）提供されているキャンペーンに関する情報を表示するための「おトク」ボタンが設けられている。「おトク」ボタンが操作されると、現在提供されているキャンペーンに関する情報を表示する画面に遷移する。ここで、キャンペーンとは、電子決済サービス又は加盟店によって（又はそれら共同によって）設定された所定条件を満たす電子決済を行った利用者に対して、次回の決済に利用可能なポイントを付与する特典を意味する。キャンペーンは、所定条件を満たす電子決済を行った利用者に対してポイントを必ず付与するものではなく、確率的に（例えば、５０％の確率で）付与するものであってもよい。また、例えば、キャンペーンにおいて付与されるポイントは、複数の候補（例えば、１０％、５％、３％、０％）が用意され、所定条件を満たす電子決済を行った利用者に対して確率的にこれら候補の中から付与されるポイントが決定されるものであってもよい。キャンペーンが、電子決済サービスおよび加盟店の共同によって提供される場合、その原資は、電子決済サービスによる単独負担、加盟店による単独負担、又は電子決済サービスおよび加盟店による共同負担によって提供されてもよい。

操作領域ＣＡの下部には、さらに例えば、更に、ミニアプリを起動するためのボタン（スイッチ）群Ｍ１～Ｍ３が表示される。ミニアプリは、例えば、決済アプリ２０をプラットフォームとしたアプリである。ミニアプリは、例えば、サービスサーバ２００のサービスを提供するサービス提供者が決済アプリ２０内で動作するように開発したアプリケーションプログラムである。サービス提供者は、決済アプリ２０の管理者により提供されたアプリ開発用のプログラムや技術文書などであるＳＤＫ（Software Development Kit）を参照してミニアプリを開発する。ミニアプリは、例えば、決済アプリ２０が起動している状態で動作するアプリである。例えば、決済アプリ２０がインストールされるとミニアプリの一部または全部がインストールされてもよいし、ミニアプリに対応するサービスサーバからミニアプリの一部または全部がインストールされてもよい。例えば、ミニアプリが起動すると、ミニアプリ（決済アプリ２０）が、ミニアプリに対応するサービスを提供するサービスサーバ（不図示）にアクセスして、ミニアプリとサービスサーバとが協働してユーザにサービスを提供する。図７では、一例として、加盟店が提供するクーポン、スタンプカード、チラシに関する情報を閲覧又は獲得する機能を提供するミニアプリのボタン群Ｍ１～Ｍ３が表示されているが、チャージ残高を運用するための投資用アプリや、公共交通料金の支払いを行うための支払いアプリなど、様々な種類のミニアプリを起動するためのボタンが表示されてよい。また、後述する地図検索機能は、決済アプリ２０としてではなく、ミニアプリとして実装されてもよい。

図８は、利用者端末装置１０によるクーポンの獲得および利用方法の一例を示す図である。図８の左部の画面は、例えば、利用者が、図７のトップ画面上でボタンＭ１をクリックし、クーポンを提供する加盟店の専用ページにアクセスすることによって利用者端末装置１０に表示される画面を表す。加盟店専用ページは、例えば、加盟店の店舗の概要情報が表示される領域Ａ１、加盟店をフォローするためのボタンＢ１、加盟店の店舗の詳細情報がタブによって切り替え可能に表示される領域Ａ２等を含む。利用者がフォローボタンＢ１を押下すると、決済アプリ２０は、フォローボタンＢ１が押下されたことを示す情報を利用者の識別情報（例えば、アカウントＩＤ）と合わせて決済サーバ１００に送信し、情報管理部１４０は、利用者情報１７２の「フォロー加盟店」に当該加盟店の識別情報（例えば、加盟店ＩＤ）を格納する。これにより、例えば、加盟店が加盟店専用ページの内容をアップデートする度に、決済サーバ１００は、加盟店専用ページの内容をアップデートされたことを示す通知を、決済アプリ２０を介して利用者に通知する。すなわち、利用者が加盟店をフォローすることは、当該利用者による加盟店への関心度合いの高さを表す。

図８において、例えば、ユーザが領域Ａ６に含まれる一つのタブである「クーポン」をタップした場合、現時点においてユーザが当該店舗での電子決済に使用可能なクーポンが表示される。ユーザが、例えば、加盟店をフォローし、かつクーポンを獲得するためのボタンＢ２を押下すると、決済アプリ２０は、獲得ボタンＢ２が押下されたことを示す情報を利用者の識別情報（例えば、アカウントＩＤ）と合わせて決済サーバ１００に送信し、情報管理部１４０は、利用者情報１７２の「フォロー加盟店」に当該加盟店の識別情報（例えば、加盟店ＩＤ）を格納するとともに、「獲得クーポン」に利用者が獲得したクーポンの識別情報（例えば、クーポン番号）を格納する。

利用者がクーポンを獲得した後、利用者端末装置１０が上記で説明した電子決済を実行すると、決済処理部１３０は、当該電子決済が、利用者が獲得しているクーポンの適用条件に一致しているか否かを判定し、クーポンの適用条件に一致していると判定された場合、利用者にクーポン内容に応じた特典を付与する。その後、決済アプリ２０は、決済完了画面として、決済店舗を表示する領域Ａ３と、決済金額を表示する領域Ａ４と、付与された特典を表示する領域Ａ５とを合わせて表示する。図８は、一例として、利用者が５％オフのクーポンを獲得したことに応じて、５００円の決済に対して２５円のポイントが付与された場合を表している。この場合、情報管理部１４０は、２５円分のポイントを利用者情報１７２の「獲得ポイント」に加算する。決済処理部１３０は、獲得ポイントが正の値を有する場合、利用者の次回の電子決済において、決済金額から獲得ポイントを優先的に減算し、残額をチャージ残高又は後払い利用可能額から減算する。なお、他の態様として、クーポンは、決済に利用可能なポイントして加算されることなく、当日の決済金額からそのまま金額が減算されるものであってもよい。

また、例えば、利用者が、図７のトップ画面上でボタンＭ２をクリックすると、決済アプリ２０は、各加盟店が提供するスタンプカードを閲覧するための画面に遷移する。ここで、スタンプカードとは、加盟店が設定した所定条件（例えば、５００円以上の決済）を満たす電子決済を所定回数（例えば、５回）実行したことに応じて、利用者に提供される特典を意味する。スタンプカードは、クーポンと異なり、所定条件を満たす電子決済の回数が決済サーバ１００によって自動的にカウントされ、所定回数実行されたことに応じて、自動的に利用者に提供されるものである。決済サーバ１００は、利用者が獲得したスタンプカードの識別情報を利用者情報１７２の「獲得スタンプカード」として記憶する。利用者がスタンプカードを獲得すると、利用者は、スタンプカードを獲得した加盟店で電子決済を行うことによりポイントが付与されたり、獲得済みのスタンプカードを加盟店の店舗で提示することにより商品を受け取ることができる。

また、例えば、利用者が、図７のトップ画面上でボタンＭ３をクリックすると、決済アプリ２０は、各加盟店が発信する販促情報（チラシ）を閲覧するための画面に遷移する。各加盟店の運営者は、第２店舗端末装置７０の加盟店向けインターフェース７２上で、これらキャンペーン、クーポン、スタンプカード、チラシ（特許請求の範囲における「特典」の一例である）に関する条件を設定したり、発信する情報を編集したりする。各加盟店の運営者が、これらの特典情報の条件を設定すると、第２店舗端末装置７０は、設定内容を決済サーバ１００に送信し、決済サーバ１００は、受信した設定内容を特典情報１７８として記憶部１７０に記憶する。

このように、決済アプリ２０は、決済サーバ１００と連携して、決済機能に加えて、利用者にとって有用な様々な特典や情報を提供するものであり、利用者は、例えば、決済アプリ２０上で地図を表示させて、自身の現在地点や居住地域を考慮した上で、これら特典や情報を活用する。しかしながら、従来技術では、利用者にとって電子決済サービスの利便性を高めるような形で、これら有用な特典や情報が地図上で提供されておらず、決済アプリ２０上で地図を表示することの有用性が低い場合があった。

［地図検索］
上記の事情を背景にして、決済アプリ２０は、決済サーバ１００と連携して、上記で説明したキャンペーン、クーポン、スタンプカード、チラシなどの特典情報を、利用者にとって電子決済サービスの利便性を高めるような形で提供する。より具体的には、利用者が遷移ボタンＴＢ３を操作すると、決済アプリ２０は、以下で説明する地図検索機能を実行する。

図９は、決済アプリ２０が地図検索機能を実行する際に表示する画面の一例を示す図である。図９に示す画面は、例えば、図７に示すトップ画面の遷移ボタンＴＢ３を利用者が初回に押下した場合に表示されるものである。図９に示す通り、決済アプリ２０は、利用者の位置情報の共有を許可するか否かを問い合わせるための画面を表示する。利用者が許可ボタンＢ３を押下すると、決済アプリ２０は、利用者端末装置１０が備える測位装置（ＧＰＳ受信機等）を利用して、測位された利用者の現在位置を取得し、取得された現在位置を基準位置ＲＰとして設定して、周辺に存在する店舗の特典情報を表示させる。このとき、決済アプリ２０は、例えば、現在位置から店舗までの距離と、当該店舗が提供する特典の還元率に基づいて、より距離が近く、かつより特典の還元率が高い店舗に対して、より大きなスコア値を付与し、付与されたスコア値が高い店舗から順に特典情報を表示する。スコア値の算出方法の詳細については後述する。

図１０は、決済アプリ２０が地図検索機能を実行した結果として表示する画面の一例を示す図である。図１０に示す画面は、例えば、図９に示す画面の許可ボタンＢ３を利用者が押下した場合に表示されるものである。図１０に示す通り、決済アプリ２０は、例えば、利用者の現在位置である基準位置ＲＰを含む地図領域ＭＰと、フィルタリング領域ＦＬと、ストアカードＳＣとを合わせて表示させる。地図領域ＭＰは、基準位置ＲＰを基準として、電子決済サービスに関する特典を提供している周辺店舗（図１０では、一例として４つの周辺店舗Ｓ１～Ｓ４）の位置を表示するものである。決済アプリ２０は、例えば、基準位置ＲＰを基準して所定範囲内に存在する所定個数の店舗に関する加盟店／店舗情報１７６および特典情報１７８を決済サーバ１００から受信し、これらの表示を行う。ストアカードＳＣは、特許請求の範囲における「特典情報画像」の一例である。

図１０では、利用者が位置情報の共有を許可したことに応じて、基準位置ＲＰとして利用者の現在位置が表示されているが、利用者が位置情報の共有を許可しなかった場合、利用者の指定位置を基準位置ＲＰとして設定して、電子決済サービスに関する特典を提供している周辺店舗の位置を表示してもよい。

図１１は、利用者による基準位置ＲＰの指定方法の一例を示す図である。図１１に示す画面は、例えば、図９に示す画面の許可ボタンＢ３を利用者が押下した場合に表示されるものである。図１１の左部に示す通り、決済アプリ２０は、まず利用者が地図の表示を希望する住所情報を指定するためのインターフェースを表示させる。図１１の左部では、一例として、利用者が表示された住所情報の候補の中から表示を希望する住所を選択するインターフェースが表示されているが、代替的に、決済アプリ２０は、利用者に住所情報を直接入力可能とするインターフェースを表示させてもよい。利用者が地図の表示を希望する住所情報を指定すると、決済アプリ２０は、次に、指定された住所情報に対応する地図領域ＭＰを表示させ、利用者は、表示された地図領域ＭＰを例えばドラッグ操作することにより、基準位置ＲＰとして指定する地点を探索する。利用者が、地図領域ＭＰから基準位置ＲＰとして指定する地点を決定すると、例えば、当該地点をタップ操作することにより、決済アプリ２０は、タップ操作された地点を基準位置ＲＰとして確定する。その後、決済アプリ２０は、図１０と同様に、確定された基準位置ＲＰを基準として、電子決済サービスに関する特典を提供している周辺店舗を表示させる。

図１０の説明に戻ると、決済アプリ２０は、地図領域ＭＰの下部に表示されるストアカードＳＣをフィルタリングするためのフィルタリング領域ＦＬを表示させる。より具体的には、例えば、決済アプリ２０は、フィルタリング領域ＦＬ上に、「すべてのおトク」フィルタＦ１、「キャンペーン」フィルタＦ２、「クーポン」フィルタＦ３、「スタンプカード」フィルタＦ４、「チラシ」フィルタＦ５、「詳細フィルタ」Ｆ６とを表示させる。なお、図１０では、説明の便宜上、決済アプリ２０は、各種フィルタを同一画面に二列構成で表示させているが、決済アプリ２０は、各種フィルタを同一画面に一列構成で表示させ、利用者端末装置１０のディスプレイサイズに収まらないフィルタについては、左右方向にスクロール可能な形で画面外に配置してもよい。

「すべてのおトク」フィルタＦ１は、地図検索機能の実行時にデフォルトで設定されるフィルタであり、当該フィルタＦ１が適用された場合、決済アプリ２０は、キャンペーン、クーポン、スタンプカード、チラシなどの全ての種類の特典のうち、少なくとも一種類以上の特典を提供する周辺店舗をストアカードＳＣとして順に表示する。この際、決済アプリ２０は、例えば、対象となる各周辺店舗の表示順位を決定するためのスコア値を算出し、スコア値の高い順に各周辺店舗のストアカードＳＣを表示する。

より具体的には、決済アプリ２０は、基準位置ＲＰと周辺店舗との距離をｄとし、当該周辺店舗が提供する特典のうち最も高い還元率をｒとすると、スコア値Ｓｃ＝Ｓ_１（ｄ）＋Ｓ_２（ｒ）として算出する。ここで、Ｓ_１（ｄ）は、距離ｄの値が小さいほどより大きな値を取る、距離を入力パラメータとするスコア関数を表し、Ｓ_２（ｒ）は、還元率ｒが高いほどより大きな値を取る、還元率を入力パラメータとするスコア関数を表す。決済アプリ２０は、各周辺店舗についてスコア値Ｓｃを算出し、算出されたスコア値Ｓｃが高い順に周辺店舗のストアカードＳＣを表示する。例えば、図１０の場合、地図領域ＭＰ中の店舗Ｓ１に対応するストアカードＳＣ１によって示される「ＡＡコンビニ ＢＢ店」は、距離ｄ＝５００ｍ、還元率ｒ＝１０％を有する一方、地図領域ＭＰ中の店舗Ｓ２に対応するストアカードＳＣ２によって示される「ＣＣコンビニ ＤＤ店」は、距離ｄ＝１ｋｍ、還元率ｒ＝１０％を有するため、距離ｄの値がより小さいことに起因して、店舗Ｓ１に関するスコア値Ｓｃが店舗Ｓ２に関するスコア値Ｓｃがよりも大きな値として算出され、ストアカードＳＣ１がストアカードＳＣ２よりも上位に表示されている例を表している。

決済アプリ２０は、周辺店舗との距離ｄおよび特典の還元率ｒに加えて、特典の種別に関する優先度情報１８０をさらに考慮して、スコア値Ｓｃを算出してもよい。図１２は、優先度情報１８０の内容の一例を示す図である。優先度情報１８０は、例えば、特典の種別に対して優先度などの情報が対応付けられたものである。優先度は低い値であるほど優先する度合いが高いことを表し、図１２に示す優先度情報１８０は、一例として、キャンペーン、クーポン、スタンプカード、チラシの順で優先度が高いことを表す。決済アプリ２０は、周辺店舗の各特典について、スコア値Ｓｃ＝Ｓ_１（ｄ）＋Ｓ_２（ｐ，ｒ）を算出し、スコア値Ｓｃが最も高い特典を、当該周辺店舗を代表するスコア値として用いてもよい。ここで、Ｓ_２（ｐ，ｒ）は、優先度ｐが高く、かつ還元率ｒが高いほどより大きな値を取る、優先度および還元率を入力パラメータとするスコア関数を表す。例えば、図１０の場合、ストアカードＳＣ２によって示される「ＣＣドラッグ ＤＤ店」は、還元率が１０％のクーポンとスタンプをそれぞれ提供しているが、決済アプリ２０は、優先度情報１８０を参照して、クーポンについてより高い優先度２をＳ_２（ｐ，ｒ）に入力し、結果として、より高いスコア値Ｓｃを得る。そのため、決済アプリ２０は、１０％還元率を提供するクーポンについて算出されたスコア値Ｓｃを、「ＣＣドラッグ ＤＤ店」を代表するスコア値として用いて、他の周辺店舗を代表するスコア値Ｓｃと比較して、表示順序を決定することとなる。

また、例えば、決済アプリ２０は、周辺店舗のストアカードＳＣの順位を決定するに当たり、周辺店舗が提供する特典の最大スコア値Ｓｃを比較するのではなく、提供されている特典の全てについてスコア値Ｓｃを算出し、算出されたスコア値Ｓｃの合計値や平均値がより高い周辺店舗のストアカードＳＣをより上位に表示させてもよい。算出されたスコア値Ｓｃの合計値がより高い周辺店舗のストアカードＳＣをより上位に表示させる場合、より特典の種類が豊富なストアカードＳＣを上位に表示することができる一方、算出されたスコア値Ｓｃの平均値がより高い周辺店舗のストアカードＳＣをより上位に表示させる場合、より還元率が高いストアカードＳＣを上位に表示することができる。

また、例えば、決済アプリ２０は、特典の優先度および還元率に加えて、当該特典の適用条件を考慮してスコア値Ｓｃ＝Ｓ_１（ｄ）＋Ｓ_２（ｐ，ｒ，ｃ）を算出してもよい。ここで、Ｓ_２（ｐ，ｒ，ｃ）は、優先度ｐが高く、かつ還元率ｒが高いほどより大きな値を取る一方、特典の適用条件の程度に応じてより小さな値を取る、優先度、還元率、適用条件の程度を入力パラメータとするスコア関数を表す。この場合、例えば、１０００円以上の支払いに対して１０％還元を提供するクーポンと、全ての支払いに対して１０％還元を提供するクーポンを比べると、後者のクーポンのスコア値Ｓｃがより高く算出される。「適用条件の程度」は、例えば、適用条件が利用者の属性（性別、年齢など）に関するものである場合、利用者情報１７２の氏名・住所・性別・生年月日を参照して、全利用者数のうちの該当利用者の割合を計算することによって算出することもできるし、適用条件が決済（決済金額、初回であるか否かなど）に関するものである場合、利用者情報１７２の決済履歴情報を参照して、全利用者の電子決済のうちの該当条件を満たす決済の割合を計算することによって算出することもできる。このように、特典の適用条件をさらに考慮してスコア値を算出することにより、加盟店が、還元率が高く、適用条件が著しく厳しい特典を意図的に作成して、地図検索機能によって不正に上位表示させる行為を抑制することができる。

また、例えば、決済アプリ２０は、店舗の特典のスコア値Ｓｃを算出して比較する際、地図検索機能を利用した利用者が適用条件を満たしていない特典は除外してもよい。例えば、図１０の場合、利用者が、ストアカードＳＣ１の子カードＳＣ１＿１によって示される還元率１０％のキャンペーンの適用条件を満たしていない場合、決済アプリ２０は、当該キャンペーンを除外して、スコア値Ｓｃの比較を行ってもよい。その場合、決済アプリ２０は、「ＡＡコンビニ ＢＢ店」によって提供される還元率５％のクーポンのスコア値Ｓｃと、「ＣＣドラッグ ＤＤ店」によって提供される還元率１０％のクーポンのスコア値Ｓｃとを比較することになり、「ＡＡコンビニ ＢＢ店」の方が距離に関するＳ_１（ｄ）のスコア値は高いものの、還元率に関するＳ_２（ｒ）のスコア値によっては、「ＣＣドラッグ ＤＤ店」のストアカードＳＣ２がより上位に表示されることとなる。

「キャンペーン」フィルタＦ２は、特典としてキャンペーンを提供している周辺店舗に限定して、ストアカードＳＣを表示するためのフィルタである。「キャンペーン」フィルタＦ２が適用された場合、決済アプリ２０は、キャンペーンを提供している周辺店舗についてのみ、スコア値Ｓｃ＝Ｓ_１（ｄ）＋Ｓ_２（ｒ）を算出し、算出されたスコア値Ｓｃが高い順に周辺店舗のストアカードＳＣを表示する。

同様に、「クーポン」フィルタＦ３は、特典としてクーポンを提供している周辺店舗に限定して、ストアカードＳＣを表示するためのフィルタである。「クーポン」フィルタＦ３が適用された場合、決済アプリ２０は、クーポンを提供している周辺店舗についてのみ、スコア値Ｓｃ＝Ｓ_１（ｄ）＋Ｓ_２（ｒ）を算出し、算出されたスコア値Ｓｃが高い順に周辺店舗のストアカードＳＣを表示する。

同様に、「スタンプカード」フィルタＦ４は、特典としてクーポンを提供している周辺店舗に限定して、ストアカードＳＣを表示するためのフィルタである。「スタンプカード」フィルタＦ４が適用された場合、決済アプリ２０は、スタンプカードを提供している周辺店舗についてのみ、スコア値Ｓｃ＝Ｓ_１（ｄ）＋Ｓ_２（ｒ）を算出し、算出されたスコア値Ｓｃが高い順に周辺店舗のストアカードＳＣを表示する。「スタンプカード」フィルタＦ４が適用された場合、決済アプリ２０は、スコア値の算出にあたって、スタンプカードを獲得するために必要な決済回数をさらに考慮してもよい。より具体的には、決済アプリ２０は、獲得のためにより多くの決済回数を必要とするスタンプカードのスコア値を減少させる一方、獲得のためにより少ない決済回数を必要とするスタンプカードのスコア値を増加させてもよい。

同様に、「チラシ」フィルタＦ５は、特典（情報）としてチラシを提供している周辺店舗に限定して、ストアカードＳＣを表示するためのフィルタである。「チラシ」フィルタＦ５が適用された場合、決済アプリ２０は、チラシを提供している周辺店舗についてのみ、スコア値Ｓｃ＝Ｓ_１（ｄ）を算出し、算出されたスコア値Ｓｃが高い順に周辺店舗のストアカードＳＣを表示する。チラシの還元率はゼロであるため、「チラシ」フィルタＦ５が適用された場合、決済アプリ２０は、距離がより近い周辺店舗のストアカードＳＣを順に表示することとなる。

「詳細」フィルタＦ６は、上述した特典の種類以外に関する条件を絞り込むためのフィルタである。具体的には、「詳細」フィルタＦ６が適用された場合、決済アプリ２０は、例えば、特典を表示する対象となる店舗数、基準位置ＲＰから距離、利用者が要求する最小還元率、加盟店のカテゴリなどの項目に関して、利用者に絞り込み条件を設定させるためのインターフェースを表示させる。例えば、利用者は、店舗数を１０、基準位置ＲＰから距離を１ｋｍ、最小還元率を５％、加盟店のカテゴリを「飲食店」などに設定することにより、決済アプリ２０は、地図領域ＭＰおよびストアカードＳＣとして、設定条件に該当する店舗およびその特典情報のみを表示させる。

［ストアカードの詳細］
以下、図１３を参照して、ストアカードＳＣの詳細構成について説明する。図１３は、ストアカードＳＣの詳細構成の一例を示す図である。図１３に示す通り、ストアカードＳＣは、例えば、店舗に関する情報（一例として、図１３では、加盟店のロゴ、店舗名、および基準位置ＲＰからの距離に関する情報を含む）を表示する領域Ａ６と、ストアカードＳＣの子カードＳＣ＿１、ＳＣ＿２、・・・ＳＣ＿ｋ、・・・ＳＣ＿Ｎ（Ｎは正の整数）とを含む。ストアカードＳＣの子カードＳＣ＿ｋは、各店舗が提供する特典ごとに設けられる領域であり、特典内容を表示するための表示領域ＳＣ＿ｋ＿Ｄと、当該特典の種類に対応する操作を実行するための操作領域ＳＣ＿ｋ＿Ｏとを含む。すなわち、利用者が操作領域ＳＣ＿ｋ＿Ｏを押下すると、決済アプリは、子カードＳＣ＿ｋの特典の種類に応じた処理を実行する。決済アプリ２０は、例えば、子カードＳＣ＿１、ＳＣ＿２、・・・ＳＣ＿ｋ、・・・ＳＣ＿Ｎの各特典について算出されたスコア値Ｓｃの大きい順に左から並べ、利用者端末装置１０のディスプレイサイズに収まらない子カードＳＣ＿ｋ（図１３では、子カードＳＣ１＿３およびＳＣ１＿４）については、左右方向にスクロール可能な形で画面外に配置する。子カードＳＣ＿ｋは、特許請求の範囲における「部分特典情報画像」の一例である。

例えば、図１３の場合、ストアカードＳＣ１によって示される「ＡＡコンビニ ＢＢ店」は、４つの特典を提供しているため、それに対応して、子カードＳＣ１＿１からＳＣ１＿４を含んでいる。子カードＳＣ１＿１は、店舗が最大１０％還元のキャンペーンを実施していることを表す表示領域ＳＣ１＿１＿Ｄと、当該キャンペーンの詳細を確認するための操作領域ＳＣ１＿１＿Ｏを含む。利用者が操作領域ＳＣ１＿１＿Ｏを押下すると、決済アプリ２０は、キャンペーンに応じた処理、すなわち、キャンペーンの詳細を確認するための画面に遷移する処理を実行する。同様に、子カードＳＣ１＿３は、店舗が最大５％還元のスタンプカードを実施していることを表す表示領域ＳＣ１＿３＿Ｄと、当該スタンプカードの詳細を確認するための操作領域ＳＣ＿３＿Ｏを含み、利用者が操作領域ＳＣ１＿３＿Ｏを押下すると、決済アプリ２０は、スタンプカードに応じた処理、すなわち、スタンプカードの詳細を確認するための画面に遷移する処理を実行する。同様に、子カードＳＣ１＿４は、店舗がチラシを提供していることを表す表示領域ＳＣ１＿４＿Ｄと、当該チラシの閲覧するための操作領域ＳＣ１＿４＿Ｏを含み、利用者が操作領域ＳＣ１＿４＿Ｏを押下すると、決済アプリ２０は、チラシに応じた処理、すなわち、チラシの詳細を確認するための画面に遷移する処理を実行する。

図１４は、ストアカードＳＣの子カードの操作領域を操作した際に表示される画面の一例を示す図である。図１４（ａ）に示す画面は、例えば、利用者が図１３に示すストアカードＳＣ１の子カードＳＣ１＿１の操作領域ＳＣ１＿１＿Ｏを押下した場合に表示される、キャンペーンの詳細を示す画面であり、図１４（ｂ）に示す画面は、例えば、利用者が図１３に示すストアカードＳＣ１の子カードＳＣ１＿４の操作領域ＳＣ１＿４＿Ｏを押下した場合に表示される、スタンプカードの詳細を示す画面である。このように、利用者は、ストアカードＳＣの子カードＳＣ＿ｋに表示された操作領域ＳＣ＿ｋ＿Ｏを操作することにより、キャンペーン、スタンプカード、チラシなどの詳細を確認することができる。

図１３の説明に戻ると、子カードＳＣ１＿２は、店舗が最大５％還元のクーポンを提供していることを表す表示領域ＳＣ１＿２＿Ｄと、当該クーポンを獲得するための操作領域ＳＣ１＿２＿Ｏを含む。利用者が操作領域ＳＣ１＿２＿Ｏを押下すると、図８の左部の画面に示した獲得ボタンＢ２を押下した場合と同様に、当該利用者はクーポンを獲得することができる。より具体的には、決済アプリ２０は、操作領域ＳＣ１＿２＿Ｏが押下されたことを示す情報を利用者の識別情報（例えば、アカウントＩＤ）と合わせて決済サーバ１００に送信し、情報管理部１４０は、利用者情報１７２の「フォロー加盟店」に当該加盟店の識別情報を格納するとともに、「獲得クーポン」に利用者が獲得したクーポンの識別情報（例えば、クーポン番号）を格納する。このような構成により、利用者は、画面を加盟店専用ページに遷移させる手間をかけることなく、クーポンを獲得することができる。

利用者がクーポンの内容の詳細情報を確認することを希望する場合、表示領域ＳＣ１＿２＿Ｄを押下すると、決済アプリ２０は、クーポンの詳細を確認するための画面に遷移する処理を実行する。より具体的には、決済アプリ２０は、図８の左部の画面に示した加盟店専用ページに遷移する処理を実行する。代替的に、決済アプリ２０は、クーポンの詳細を確認するための画面に遷移するための操作領域を、表示領域とは別個に設けてもよい。

他の機能として、決済アプリ２０は、地図領域ＭＰ上で店舗が選択された場合、選択された店舗に対応するストアカードＳＣを地図領域ＭＰ上に重ねて表示することによって、利用者が各店舗が提供する特典を容易に確認可能なように表示してもよい。図１５は、決済アプリ２０によって実行される地図検索機能の別の例を示す図である。図１５に示す通り、例えば、利用者が、地図領域ＭＰ上で符号Ｓ１の店舗をタップすると、決済アプリ２０は、店舗Ｓ１に対応する店舗のストアカードＳＣ１を地図領域ＭＰ上に重ねて表示する。利用者は、表示されたストアカードＳＣ１上にさらに重ねて表示される子カードＳＣ１＿Ｋをスクロールすることによって、当該店舗が提供する複数の特典情報を迅速に確認することができる。

さらに、他の機能として、決済アプリ２０は、基準位置ＲＰを基準して所定範囲内にあり、かつ特典を提供する周辺店舗が存在しなかった場合、少なくとも一店舗以上の周辺店舗が検索されるまで、所定範囲を拡張してもよい。逆に、決済アプリ２０は、基準位置ＲＰを基準して所定範囲内にあり、かつ特典を提供する周辺店舗が所定個数を超過して存在する場合、所定個数以内に収まるように所定範囲を縮小してもよい。換言すると、決済アプリ２０は、検索された周辺店舗の数に応じて地図領域ＭＰの縮尺を変更してもよい。

［処理の流れ］
次に、図１６を参照して、決済アプリ２０によって実行される処理の流れについて説明する。図１６は、決済アプリ２０によって実行される処理の流れの一例を示すフローチャートである。図１６に示すフローチャートの処理は、例えば、図７に示す決済アプリ２０のトップ画面上で遷移ボタンＴＢ３が押下されたタイミング実行されるものである。

まず、決済アプリ２０は、利用者に、現在位置の共有に同意するか否かを問い合わせる（ステップＳ１００）。利用者によって現在位置の共有に同意された場合、決済アプリ２０は、利用者端末装置１０が備える測位装置を利用して、利用者の現在位置を基準位置として取得する（ステップＳ１０２）。一方、利用者によって現在位置の共有に同意されなかった場合、決済アプリ２０は、利用者によって指定された指定位置を基準位置として取得する（ステップＳ１０４）。

次に、決済アプリ２０は、決済サーバ１００に問い合わせることによって、基準位置の周辺に存在し、かつ特典を提供している一以上の店舗を抽出する（ステップＳ１０６）。次に、決済アプリ２０は、一以上の各店舗が提供する各特典についてスコア値を算出し、最大のスコア値を店舗のスコア値として決定する（ステップＳ１０８）。次に、決済アプリ２０は、決定されたスコア値に従って、各店舗のストアカードを表示する（ステップＳ１１０）。次に、決済アプリ２０は、算出された各特典のスコア値に従って、ストアカードに各特典に対応する子カードを表示する（ステップＳ１１２）。

次に、決済アプリ２０は、ストアカード上に表示されたいずれかの子カードの操作領域が操作されたか否かを判定する（ステップＳ１１４）。ストアカード上に表示されたいずれかの子カードの操作領域が操作されたと判定された場合、決済アプリ２０は、子カードに対応する特典の種類に応じた処理を実行する（ステップＳ１１６）。これにより、本フローチャートの処理が終了する。

なお、上記の実施形態では、決済アプリ２０を処理の主体として説明したが、決済アプリ２０は情報の入出力機能および決済サーバ１００との通信機能のみを有し、決済サーバ１００が、本実施形態に係る処理を実行してもよい。例えば、決済サーバ１００は、利用者端末装置１０から、利用者が現在位置の共有に同意に同意した旨の情報を受信すると、受信した現在位置を基準位置として特典を提供している周辺店舗を抽出し、各特典についてスコア値を算出して、スコアカードおよび子カードの表示順序を決定し、決定した結果を利用者端末装置１０に送信して、決済アプリ２０に表示させることができる。また、決済サーバ１００は、利用者端末装置１０から、子カード上で操作領域が操作された旨の情報を受信すると、子カードに対応する特典の種類に応じた処理を実行し、実行結果を利用者端末装置１０に送信して、決済アプリ２０に表示させることができる。

以上説明した実施形態によれば、決済アプリ２０は、サーバ装置から受信した、電子決済サービスにおいて利用可能な特典に関する特典情報を、特典を提供する店舗の地図上の位置と紐づけて表示させ、利用者端末装置の利用者が、特典情報画像に含まれる操作領域を操作することに応じて、操作領域に対して規定された所定処理を実行する。これにより、電子決済サービスと連携するアプリ上で地図を表示することの有用性を向上させることができる。

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

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

Claims (7)

1. 利用者端末装置において動作し、電子決済サービスを提供するサーバ装置と連携して前記電子決済サービスに係る処理を実行するアプリケーションプログラムであって、前記利用者端末装置に、
   前記サーバ装置から受信した、前記電子決済サービスにおいて利用可能な特典に関する特典情報画像を、前記特典を提供する店舗の地図上の位置と紐づけて表示させ、
   前記利用者端末装置の利用者が、前記特典情報画像に含まれる操作領域を操作することに応じて、前記操作領域に対して規定された所定処理を実行させるための、
   アプリケーションプログラムであって、
   前記操作領域に対して規定された所定処理は、前記特典の種別に応じて異なるものである、
   アプリケーションプログラム。
2. 前記利用者端末装置に、前記特典を提供する店舗が複数存在する場合、対応する複数の前記特典情報画像の表示順序を決定させ、決定された前記表示順序に従って、複数の前記特典情報画像を、前記特典を提供する複数の前記店舗の地図上の位置と紐づけて表示させるための、
   請求項１に記載のアプリケーションプログラム。
3. 前記利用者端末装置に、前記利用者の基準位置から前記店舗までの距離と、前記特典の還元率とに少なくとも基づいて、複数の前記特典情報画像の表示順序を決定させるための、
   請求項２に記載のアプリケーションプログラム。
4. 前記利用者端末装置に、単一の前記店舗が提供する前記特典が複数存在する場合、前記特典情報画像上に表示する、複数の前記特典に対応する部分特典情報画像の表示順序を決定させ、決定された前記表示順序に従って、複数の前記部分特典情報画像を前記特典情報画像上に表示させるための、
   請求項１に記載のアプリケーションプログラム。
5. 前記利用者端末装置に、複数の前記特典に対応する部分特典情報画像の表示順序を、複数の前記特典の還元率に少なくとも基づいて決定させ、決定された前記表示順序に従って、複数の前記部分特典情報画像を前記特典情報画像上に表示させるための、
   請求項４に記載のアプリケーションプログラム。
6. 前記利用者端末装置に、前記地図上に表示された前記店舗が選択された場合、選択された前記店舗が提供する特典に関する前記特典情報画像を、前記地図に重畳して表示させる、
   請求項１に記載のアプリケーションプログラム。
7. 利用者端末装置と連携して電子決済サービスに係る処理を実行するサーバ装置であって、
   前記利用者端末装置に、前記電子決済サービスにおいて利用可能な特典に関する特典情報を送信して、前記特典を提供する店舗の地図上の位置と紐づけて表示させ、
   前記利用者端末装置から、前記利用者端末装置の利用者が前記特典情報に含まれる操作領域を操作した旨を示す情報を受信すると、前記操作領域に対して規定された所定処理を実行し、
   前記操作領域に対して規定された所定処理は、前記特典の種別に応じて異なるものである、
   サーバ装置。

Images