JP6603786B1 - 支払・決済用アプリにおける検索・通知最適化システム、方法およびプログラム - Google Patents

Abstract

【課題】支払・決済用アプリを所持するエンドユーザーに対し、当該アプリが使用できる企業・店舗の情報（検索結果としての一覧情報、およびプッシュ通知）を、エンドユーザーの属性、アプリ使用特性等に合わせて、最適化された内容で表示する、システム、方法およびプログラムを提供する。【解決手段】支払・決済用アプリが使用可能な企業・店舗を検索するシステムは、企業・店舗情報、クーポン情報、エンドユーザー情報および外部環境情報を含む評価用基礎データのうち、カテゴリーごとに関連するデータ項目を集約して適合性評価項目を作成し、適合性評価項目のそれぞれに対して評価ウェイトを設定し、評価ウェイトが設定された適合性評価項目およびエンドユーザー情報に基づいて、評価スコアを算出し、算出された評価スコアによって検索結果をソートするように構成されたプロセッサを備える。【選択図】図４

Description

本発明は、支払・決済用スマートフォンアプリが使用可能な企業・店舗の検索結果の表示・通知を最適化するシステム、方法およびプログラムに関する。

近時の支払・決済用のスマートフォンアプリ（以下、「アプリ」という。）は、店頭決済、払込票・請求書決済、カタログオーダー、企業・店舗等が発行する優待クーポン使用等の機能を提供しており、急速な普及段階にある。

しかしながら、支払・決済用のアプリの使用者（エンドユーザー）は、アプリがどの企業・店舗で、どのような用途で使えるのか、また優待クーポン有無等のメリット等が分かりにくいという問題があった。

ここで、例えばクレジットカードや電子マネーは、店頭にロゴステッカー（アクセプタンスマーク）が掲示されているかどうかで使用可否を確認できる。また、大手スーパーやコンビニエンスストア等では殆ど全てのクレジットカードや電子マネーが使えるといった形で、どのような企業・店舗で、どのような支払手段が使えるかについて、ある程度の社会通念が確立されている。一方、支払・決済用のアプリは現在普及初期の段階にあり、かつ多種多様であるため、これら多様なアプリのロゴマーク等を目につきやすい形で店頭に一覧掲示するには、今後将来に渡って限界がある。

また、コンビニエンスストア等で支払われている公共料金等の払込票は、収納機関（地方公共団体、一般事業法人等）ごとにアプリの決済対応（決済可否、アプリの種類等）が異なる。収納機関はまた、エンドユーザーに対しアプリの決済対応について周知することにも限界がある。

さらに、どの支払・決済用アプリが、どの企業・店舗で使えるかという情報をエンドユーザーの地理的・位置的な情報や属性情報を活用せずに提供する場合、エンドユーザーにとって使い勝手が悪く、満足度を低下させる要因になり得る。このような要因として、例えばエンドユーザーとは無関係な遠隔地の地方公共団体が発行する払込票の支払・決済可否の情報を提供すること、高齢の男性に対して若年女性用のアパレルショップの情報を提供すること等が挙げられる。

本発明はこのような課題に対し、支払・決済用アプリが使用できる支払先企業・店舗の検索結果の表示を最適化し、エンドユーザーへのプッシュ通知の内容を最適化することができるシステム、方法およびプログラムを提供することを目的とする。

本発明の一様態である、支払・決済用アプリが使用可能な企業・店舗を検索するシステムは、企業・店舗情報、クーポン情報、エンドユーザー情報および外部環境情報を含む評価用基礎データのうち、カテゴリーごとに関連するデータ項目を集約して適合性評価項目を作成し、適合性評価項目のそれぞれに対して評価ウェイトを設定し、評価ウェイトが設定された適合性評価項目およびエンドユーザー情報に基づいて、評価スコアを算出し、算出された評価スコアの高い順に検索結果をソートするように構成されたプロセッサを備える。

本発明によれば、支払・決済用アプリが使用できる企業・店舗の情報を、位置情報、企業・店舗情報、エンドユーザー属性、外部環境情報等を活用して検索の最適化を図るため、エンドユーザーにとって違和感がなく利便性の高い検索結果が出力される。また、自動的にプッシュ通知を受け取れるため、エンドユーザーが自ら検索を行わなくても、例えば対象店舗に近接した場合に、アプリが使用できる店舗の情報、または店舗が発行する優待クーポン等の情報を自動的に入手することができるようになる。

本発明の一実施形態に係る検索・通知最適化システムを含む構成を例示する図である。 本発明の一実施形態に係るエンドユーザー・デバイスの構成を例示する図である。 本発明の一実施形態に係る適用事例のパターンを例示する図である。 本発明の一実施形態に係る検索・通知最適化エンジンプログラムの概念を例示する図である。 本発明の一実施形態に係る企業・店舗情報、クーポン情報、エンドユーザー情報、外部環境情報のデータ項目を例示する図である。 本発明の一実施形態に係る企業・店舗情報、クーポン情報、エンドユーザー属性、外部環境情報のデータ項目の補足を例示する図である。 本発明の一実施形態に係る検索・通知最適化エンジンの評価処理を例示する図である。 本発明の一実施形態に係る検索・通知最適化エンジンの評価処理を例示する図である。 本発明の一実施形態に係るエンドユーザー・デバイスに表示される画面を例示する図である。 本発明の一実施形態に係るエンドユーザー・デバイスに表示される画面を例示する図である。 本発明の一実施形態に係るエンドユーザー・デバイスに表示される画面を例示する図である。 本発明の一実施形態に係るエンドユーザー・デバイスに表示される画面を例示する図である。 本発明の一実施形態に係るエンドユーザー・デバイスに表示される画面を例示する図である。 本発明の一実施形態に係る使用可能店舗の検索処理のフローを例示する図である。 本発明の一実施形態に係る支払・決済用アプリの起動時に支払・決済用アプリの使用可能店舗の検索処理のフローを例示する図である。 本発明の一実施形態に係る支払・決済用アプリのプッシュ通知のフローを例示する図である。

以下、図面を参照しながら本発明の実施形態について詳細に説明する。複数の図面において同一の符号は同一の要素を表し、重複した説明は省略する。本明細書における「払込票」は、コンビニエンスストア等で支払われている各種公共料金、その他の支払の用途で用いられている狭義の払込票に限定されず、請求書全般を包み得る。また、本明細書における「カタログオーダー」は、主としてスタジアム内オーダー（売り子販売に関わるものを含む）、宅配、出前、ケータリング、生鮮食品宅配のオーダー等、サービス対象地域を限定したオーダーサービスを含み得る。「カタログオーダー」はまた、国内外全域を対象とした通信販売、寄付、各種代金支払等の決済サービスも含み得る。

図１は、本発明の一実施形態に係る検索・通知最適化システムを含む構成を例示する図である。図１は概略的に、管理サーバ１２０およびエンドユーザー・デバイス１４０ａ、１４０ｂ、・・・１４０ｎ（以下、総称して「エンドユーザー・デバイス１４０」という。）が、ネットワーク１３０を介して接続されることを例示している。図１はまた、検索・通知最適化システムおよび運営者デバイス１００が、ネットワーク１１０を介して接続されることを例示している。

運営者デバイス１００は、支払・決済用アプリのマーケティング担当者等により操作されるデバイスであり、例えば、ＰＣ、タブレット、スマートフォン等とすることができる。運営者デバイス１００は、企業・店舗情報、クーポン情報、および検索・通知最適化エンジンのパラメータ等のデータを、ネットワーク１１０を介して管理サーバ１２０に送信することができる。企業・店舗情報は、例えば店舗位置、サービス提供対象地域、店舗営業時間、主たる顧客セグメント、業種・取扱商品、繁忙期、企業・店舗規模、支払・決済用アプリの活用度合い（支払・決済回数、頻度等）等を含む。企業・店舗情報は、特定の支払・決済用アプリが使用可能であるか、および／または対応する支払・決済用アプリの情報を含み得る。クーポン情報は、企業・店舗で使用可能な割引、優待等のクーポンである。検索・通知最適化エンジンのパラメータは、近傍の店舗との距離の閾値、適合性評価のウェイト等を含み、検索・通知最適化エンジンに予め設定される。運営者デバイス１００は、管理サーバ１２０にアクセスして検索・通知最適化エンジンのパラメータ等を直接編集してもよい。

管理サーバ１２０は、１つまたは複数のサーバで構成され、後述する検索・通知最適化エンジンを備えることができる。管理サーバ１２０は、ネットワーク１１０またはネットワーク１３０を介して、企業・店舗情報、クーポン情報、エンドユーザー情報および検索・通知最適化エンジンのパラメータ等のデータを受信することができる。エンドユーザー情報は、例えばエンドユーザーの現在の位置情報、エンドユーザー属性（年齢、性別等）、消費行動履歴等を含む。管理サーバ１２０はさらに、日付、時間等の外部環境情報を取得することができる。管理サーバ１２０はまた、プッシュ通知対象の店舗情報をデータベース１２１に格納してもよい。プッシュ通知対象の店舗情報は企業・店舗情報のフラグ等により識別されてもよい。

管理サーバ１２０は、検索・通知最適化エンジンによって、企業・店舗情報、クーポン情報、エンドユーザー情報および外部環境情報に基づいて、最適化された検索結果データを生成することができる。

検索・通知最適化エンジンは、エンドユーザーごとに異なる検索結果を出力することができる。検索・通知最適化エンジンは、例えば未成年者による検索結果について、居酒屋や酒類販売店等の不要な情報を排除、または表示優先度を劣後させた検索結果を出力してもよい。検索・通知最適化エンジンはまた、例えば若年女性による検索結果について、エンドユーザーの消費性向に合致し、かつクーポンを発行している若年女性向けアパレルショップを優先した検索結果を出力してもよい。

検索・通知最適化エンジンの仕組みは、管理サーバ１２０が保持している企業・店舗情報、クーポン情報、エンドユーザー情報、およびエンドユーザーの支払・決済等の消費行動履歴等のデータがあって初めて、高い精度で実現される。検索・通知最適化エンジンは、エンドユーザー・デバイス１４０に十分な処理能力があり、検索・通知最適化エンジンの入力データがデータベース１４６で保持できる場合は、エンドユーザー・デバイス１４０で実行されてもよい。

データベース１２１はさらに、支払・決済用アプリを運営する過程で得られたエンドユーザーの属性、エンドユーザー・デバイス１４０の固有番号、およびエンドユーザーに係る購入、支払・決済、閲覧等に係る履歴データを保持することができる。

管理サーバ１２０はまた、ネットワーク１３０を介して、データベース１２１に格納した各種情報を１つまたは複数のエンドユーザー・デバイス１４０に送信することができる。管理サーバ１２０は、エンドユーザー・デバイス１４０が検索・通知最適化エンジンの処理を実行する場合、アップデートプログラム、および処理に必要なデータ等をエンドユーザー・デバイス１４０に送信してもよい。

ネットワーク１１０は、例えばインターネット等、運営者デバイス１００と管理サーバ１２０との間で相互通信可能な周知のネットワークとすることができ、特に限定されることはない。ネットワーク１３０は、例えばインターネット等、管理サーバ１２０とエンドユーザー・デバイス１４０との間で相互通信可能な周知のネットワークとすることができ、特に限定されることはない。

エンドユーザー・デバイス１４０は、エンドユーザーが使用する１つまたは複数のデバイスであり、例えば、スマートフォン、ＰＣ、タブレット等とすることができる。支払・決済用アプリは、文字通りの支払、または決済の機能を備えたアプリ以外に、クーポン提供に特化したアプリ等を含み、エンドユーザー・デバイス１４０にインストールされ得る。支払・決済用アプリは、エンドユーザーからエンドユーザー属性情報等の入力を受け付け、エンドユーザー属性情報等を管理サーバ１２０に送信することができる。支払・決済用アプリは、アプリの機能を用いて支払を行った場合にクーポンが適用されるように構成されてもよく、支払とは別途クーポンが適用されるように構成されてもよい。

エンドユーザーは、エンドユーザー・デバイス１４０を用いて、支払・決済用アプリが使用できる企業・店舗の検索処理、および各種通知を受信することができる。検索処理は必要に応じて、店頭決済、払込票、カタログオーダー等の支払・決済用アプリのサービス種別の１つまたは複数を検索対象として指定できるようにしてもよい。検索処理はまた、キーワード検索、現在地・指定地域、現在所在する店舗に関する検索等の検索モードを指定できるようにしてもよい。検索処理および各種通知の受信に関するユーザーインターフェースは、支払・決済用アプリと一体に構成されてもよく、別のアプリケーションで構成されてもよい。

図２は、本発明の一実施形態に係るエンドユーザー・デバイス１４０の構成を例示する図である。エンドユーザー・デバイス１４０は、概略的に、ＩＦ部１４１、表示部１４２、入力受付部１４３、通知受信部１４４、ＧＰＳ部１４５、およびデータベース１４６を備える。

ＩＦ部１４１は、管理サーバ１２０からエンドユーザー・デバイス１４０に表示する為の企業・店舗情報、クーポン情報等、またはエンドユーザーに対する通知内容等の各種情報を受信するインタフェースである。受信した各種情報は、データベース１４６に保存されてもよい。また、エンドユーザー・デバイス１４０は、ＩＦ部１４１を介して、エンドユーザーによる入力内容、現在位置情報等を管理サーバ１２０に送信することができる。

表示部１４２は、ディスプレイ装置であり、企業・店舗情報、クーポン情報、受信した通知内容、地図等の情報を表示することができる。

入力受付部１４３は、エンドユーザーによる入力を受け付けることができる。入力内容は、表示された内容をさらに詳しく参照する為の操作、検索対象地域の入力等である。

通知受信部１４４は、管理サーバから送信された各種の通知を受信することができる。通知の受信手段は、電子メール、ショートメール（ＳＭＳ）、プッシュ通知等とすることがきるが、これらに限定されない（以下、総称して「プッシュ通知」という）。

ＧＰＳ部１４５は、エンドユーザー・デバイスの現在地を検知することができる全地球測位システムで構成され得るが、その他現在位置を特定する装置全般を含む（以下、総称して「ＧＰＳ（Global Positioning System）」という。）。ＧＰＳによる現在位置の特定は、エンドユーザーが自身の現在位置を入力することで代替してもよい。位置情報は、緯度／経度、住所、郵便番号等があり得るが、これらに限定されない。

データベース１４６は、支払・決済用アプリが使用できる企業・店舗の情報、受信した通知内容、地図情報等を格納する。データベース１４６に格納される情報は、管理サーバ１２０のデータベース１２１に格納し、エンドユーザー・デバイス１４０におけるデータ蓄積を代替してもよい。

図３は、本発明の一実施形態に係る適用事例のパターンを例示する図である。図３は、エンドユーザーによる支払・決済用アプリが使用できる企業・店舗、またはクーポンが使用できる企業・店舗の検索、および使用できる店舗に係るエンドユーザーへの自動通知の機能に関する適用事例のパターンを例示している。図３の表において、「○」は支払・決済用アプリの適合性が高いことを例示している。

図３の項番１〜４は主に市中・街頭での活用の例であり、移動中のエンドユーザーの現在位置を活用した適用事例のパターンを例示している。図３の項番１〜４の場合、エンドユーザー・デバイス１４０はＧＰＳ機能を備えたスマートフォン等が望ましい。エンドユーザー・デバイス１４０がＧＰＳ機能を備えていないＰＣ等である場合、エンドユーザーが現在位置を入力することでＧＰＳ機能の代替としてもよいが、利便性は低下し得る。

図３の項番５〜８は主に自宅、勤務場所等での活用の例であり、エンドユーザーが移動中であることを想定しない適用事例のパターンを例示している。図３の項番５〜８の場合、エンドユーザー・デバイス１４０はＧＰＳ機能を備えたスマートフォン等が望ましい。しかし、エンドユーザー・デバイス１４０がＧＰＳ機能を備えていないＰＣ等である場合、エンドユーザーが現在位置を入力することでＧＰＳ機能の代替としても大きな支障とはならない。

図４は、本発明の一実施形態に係る検索・通知最適化エンジンプログラムの概念を例示する図である。図４は特に、エンドユーザーの指示に基づき、支払・決済用アプリが使用できる企業・店舗を検索する際、表示結果を最適化することを例示している。

Ｓ４０１：エンドユーザーは、エンドユーザー・デバイス１４０を用いて、支払・決済用アプリが使用できる企業・店舗の検索処理の開始を指示する。検索処理は必要に応じて、店頭決済、払込票、カタログオーダー等の支払・決済用アプリのサービス種別の１つまたは複数を検索対象として指定できるようにしてもよい。検索処理はまた、キーワード検索、現在地・指定地域、現在所在する店舗に関する検索等の検索モードを指定できるようにしてもよい。エンドユーザー・デバイス１４０にＧＰＳ機能が備わっている場合は、これを用いて現在位置を特定してもよいが、ＧＰＳ機能がない場合は、現在地に係る情報を入力するようにしてもよい。

Ｓ４０２：管理サーバ１２０は、エンドユーザー・デバイス１４０からの検索開始指示を受けて検索処理を開始する。検索処理は、企業・店舗情報、クーポン情報、エンドユーザー情報、および外部環境情報等を入力データとして、検索・通知最適化エンジンで処理することにより実行される。

Ｓ４０３：エンドユーザー・デバイス１４０は、管理サーバ１２０の検索・通知最適化エンジンで生成された企業・店舗一覧情報を表示する。企業・店舗一覧情報は、エンドユーザー・デバイス１４０において、一覧表形式で表示してもよく、地図上にプロットする形式で表示してもよい。企業・店舗一覧情報の表示はまた、各企業・店舗で使用できるクーポン、各店舗までの距離等の情報も併せて表示してもよい。

図５Ａは、本発明の一実施形態に係る企業・店舗情報、クーポン情報、エンドユーザー情報、外部環境情報のデータ項目を例示する図である。一例として、企業・店舗情報は店舗位置情報を含み、店舗位置情報は緯度・経度情報、郵便番号・住所、および店舗固定電話番号を具体的なデータとして含み得る。図５Ａで例示するデータは検索・通知最適化エンジンの入力として使用され、記載のない他のデータ項目を含むことも可能である。

図５Ａはまた、各データ項目とサービス種類との相関の強さ、又は適合性の高さを「○」（強い相関／高い適合）、「△」（相関あり／適合する）、「白抜き」（相関なし／適合性なし）で例示している。一例として、払込票決済の場合は、「店舗位置情報」や「店舗営業時間情報」とは無関係にアプリを用いた支払・決済が可能であるため「白抜き」となっている。一方、店頭決済は文字通り、店頭での決済を行う機能であり、店舗検索において店舗の位置情報は重要な項目となることから「○」となっている。

図５Ｂは、本発明の一実施形態に係る企業・店舗情報、クーポン情報、エンドユーザー情報、外部環境情報のデータ項目の補足を例示する図である。図５Ｂは、図５Ａにおいて「※１」〜「※１２」で表した各項目の補足説明である。図５Ａのデータ項目は一例であって、一部の項目を省略すること、および新たな項目を追加する変形が可能である。

図６Ａおよび図６Ｂは、本発明の一実施形態に係る検索・通知最適化エンジンの評価処理を例示する図である。図６Ａおよび図６Ｂは、後述する図９に関連し、検索対象サービス（すべて、店頭決済、払込票決済、カタログオーダー、クーポン等）は「すべて」を指定して、（近隣の）使用可能店舗（推奨店舗）を検索した場合を例示している。

Ｓ６０１：管理サーバ１２０は、「評価用基礎データ」を検索・通知最適化エンジンの入力としてデータベース１２１から取得する。「評価用基礎データ」は、図５Ａで例示したデータ項目と同様であり、企業・店舗情報、クーポン情報、エンドユーザー情報、および外部環境情報等とすることができる。

Ｓ６０２：管理サーバ１２０は、評価用基礎データに基づいて「データ項目の集約とウェイト付け」を行う。「データ項目の集約とウェイト付け」は、評価用基礎データを基に、カテゴリーごとに関連するデータ項目をまとめて「適合性評価項目」とし、それぞれに評価ウェイトを設定した評価用マトリックスを作成する。図６Ａの評価用マトリックスは、「位置的適合性」（店舗までの距離）」、「顧客セグメントの適合性」、「購買履歴から見た適合性」に高いウェイト（「１０」ポイント）が付与されており、これらの評価項目が重視されていることを示している。

評価ウェイトは、検索のパターンによって異なる値が設定されてもよい。例えば、図３の項番４（「クーポンが使用できる店舗・企業を探す」）のモードで検索された場合は、Ｓ６０３の図表における「クーポンの有無」の項目に特に高いウェイトが設定されてもよい。

Ｓ６０３：管理サーバ１２０は、検索・通知を最適化する対象ユーザーをデータベース１２１に格納されたエンドユーザー情報から抽出する。「対象ユーザーの例」は、説明のために支払・決済用アプリでの購入・使用履歴を有する「中年男性Ａ」、「若年女性Ｂ」、「男子高校生Ｃ」がサンプルとして例示されている。購入・使用履歴は、「中年男性Ａ」が「税金払込票決済履歴あり」、「若年女性Ｂ」が「店頭購入履歴あり」、「男子高校生Ｃ」が「サッカー用品店頭購入履歴あり」として例示されている。

Ｓ６０４：管理サーバ１２０は、評価用マトリックスおよび対象ユーザーに基づいて、評価スコアを算出する。「最適化エンジン」は、説明のために「アパレルショップ○○」「ｘｘ市主税局」「コンビニエンスストア××店」「サッカー用品店」がサンプルとして例示されている。「アパレルショップ○○」が提供しているサービスは「店頭決済」であり、主たる顧客セグメントは「若年女性」としている。「ｘｘ市主税局」が提供しているサービスは「払込票決済」であり、主たる顧客セグメントは「成年男女」としている。「コンビニエンスストア××店」が提供しているサービスは「店頭決済」であり、主たる顧客セグメントは「全層」としている。「サッカー用品店」が提供しているサービスは「店頭決済」であり、主たる顧客セグメントは「男子高校生」としている。

図６ＢにおいてＳ６０２と関連付けて示されるＳ６０４の図では、エンドユーザーの属性や支払・決済用アプリの支払履歴、購買履歴に基づいて、算出されるスコアが異なることを例示している。例えば、各企業・店舗の主たる顧客セグメントとエンドユーザーの属性が一致すれば「顧客セグメントの適合性」で高いスコアが算出されることになる。また、エンドユーザーが支払・決済用アプリを用いて払込票の支払を行ったことがある場合は、払込票決済サービスを提供している企業に関する「購買履歴から見た適合性」で高いスコアが算出されることになる。

一方、図６ＢにおいてＳ６０２と関連付けて示されるＳ６０４では、「顧客セグメント」と「購買履歴から見た適合性」以外のカテゴリーは、エンドユーザーの属性や支払・決済用アプリの使用履歴、購買履歴に係わらず同一企業・店舗は同一のスコアとなる。すなわち、いかなる属性や購買履歴をもったエンドユーザーであっても、同じ時間に、同じ場所から検索処理を実行すれば、「顧客セグメント」や「購買履歴から見た適合性」以外のカテゴリーに関して検索・通知最適化エンジンが算出するスコアは同一となる。

Ｓ６０３で例示した「中年男性Ａ」「若年女性Ｂ」「男子高校生Ｃ」はそれぞれ異なるエンドユーザー属性、および異なる支払・購買履歴を有する。Ｓ６０４で、検索・通知最適化エンジンは「アパレルショップ○○」「ｘｘ市主税局」「コンビニエンスストア××店」「サッカー用品店」の提供サービス種別、および主たる顧客セグメントとの一致の度合いを評価し、スコアを算出する。検索・通知最適化エンジンはまた、「位置的適合性」、「営業日・営業時間の適合性」、「シーズンの適合性」、「経営規模、知名度」、「当該アプリの活用度合」、「クーポンの有無」のスコアを算出する。検索・通知最適化エンジンはさらに、エンドユーザーごと、および企業店舗ごとにスコアを合計し、全体としてＳ６０４で例示する形式のスコア算出表が得られる。この合計スコアの例では、エンドユーザーごと、企業・店舗ごとに、最低値「２８」ポイントから最高値「５５」まで、異なる合計スコアが算出されている。

Ｓ６０５：管理サーバ１２０は、Ｓ６０４で得られたエンドユーザーおよび企業・店舗ごとの評価スコアを、エンドユーザー単位でソートする。ソートされた例では、「中年男性Ａ」は「ｘｘ市主税局」が最高優先、「若年女性Ｂ」は「コンビニエンスストア××店」が最高優先、「男子高校生Ｃ」は「サッカー用品店」が最高優先の結果となっている。評価スコアは検索結果の表示優先順を示しており、例えば「中年男性Ａ」であれば「ｘｘ市主税局」、「若年女性Ｂ」であれば「コンビニエンスストア××店」が、「男子高校生Ｃであれば「サッカー用品店」がそれぞれ表示順第一位となることを意味している。

このように検索結果の表示順を最適化することによって、エンドユーザーからみて関心が低いと推定される企業・店舗の情報、もしくは遠隔地の店舗、オフシーズンの店舗の表示を除外、または表示優先度を下げることができる。この結果、エンドユーザーから見てエンドユーザーにとって違和感がなく利便性の高い検索結果を得ることができるようになる。上述した処理手順は一例であり、一部の手順を省略すること、および／または新たな手順を追加する変形が可能である。

図７は、本発明の一実施形態に係るエンドユーザー・デバイス１４０に表示される画面を例示する図である。

７０１は、複数の検索モードを選択できる画面の例を示している。図７は全体として、７０１で「今いる店で使える？」（エンドユーザーが現在いる店舗で支払・決済用アプリが使えるか？）のオプションを選択した例を示している。「今いる店で使える？」のオプションで検索対象となる企業・店舗は、店頭決済やスタジアム内でカタログオーダー等を提供している事業者等が該当し、払込票発行企業等は除外される。

７０２は、７０１で「今いる店で使える？」のオプションを選択した後に表示される画面例を示している。管理サーバ１２０は、検索・通知最適化エンジンによって、店舗所在地情報（緯度・経度情報等）とエンドユーザー・デバイス１４０の位置情報から、「今いる」に該当する店舗を特定し、店舗でのアプリ使用可否（サービスを提供できる店舗の有無）を判定する。使用可能と判定された場合、エンドユーザー・デバイス１４０の画面上部に結果（この例では「お使いになれます」）を表示するように画面を構成してもよい。７０２はまた、この情報に加えて、支払・決済用アプリを使用できる近傍の店の情報を、検索・通知最適化エンジンを用いて一覧化している例を示している。７０２は、各店舗までの概算距離／概算所要時間を示したり、クーポン有無を示したり、または各店舗のより詳しい情報を見たりするためのアイコンやボタンを配した例を示している。この例では、同時に画面最下段部に一覧の続きを見るためのボタン／リンクテキストや、「地図で見る」のボタンを配置している例を示している。

７０３は、７０２で「地図で見る」ボタンがタップ／クリックされた後に表示される画面例を示したものである。この画面例は、地図上に支払・決済用アプリが使える店舗の位置をピンで表示している例を示している。また、クーポンの有無を色で識別表示する機能、地図上の各ピンをタップ／クリックすると店舗名、および店舗の詳細情報を表示する機能等を備えてもよい。このように地図で該当店舗を表示する方式は、７０２の時点で表示する方式としてもよい。

図８は、本発明の一実施形態に係るエンドユーザー・デバイス１４０に表示される画面を例示する図である。

８０１は、複数の検索モードを選択できる画面の例を示している。図８は全体として、８０１で検索するキーワードを入力するための入力エリアが設けられた「店舗名や任意のキーワードで検索」のオプションを選択した例を示している。

８０２は、８０１で「店舗名や任意のキーワードで検索」のオプションを選択し、キーワードを入力した後に表示される画面例を示している。８０２は、８０１で入力されたキーワードを画面上部に表示すると共に、エンドユーザー・デバイス１４０の現在位置情報を活用し、支払・決済用アプリを使用できる近傍の店の一覧を、検索・通知最適化エンジンを用いて一覧化している例を示している。８０２は、店舗名の一覧に加えて、各店舗までの概算距離／概算所要時間を示したり、クーポン有無を示したり、または各店舗のより詳しい情報を見たりするためのアイコンやボタンを配した例を示している。８０２はまた、画面最下段部に一覧の続きを見るためのボタン／リンクテキストや、検索する対象地域の指定／切り替えを行うためのボタンや入力エリア、また「地図で見る」のボタンを配置している例を示している。

８０３は、８０２で「地図で見る」ボタンがタップ／クリックされた後に表示される画面例を示したものである。８０３は、図７の７０３と同様のため説明を省略する。

図９は、本発明の一実施形態に係るエンドユーザー・デバイス１４０に表示される画面を例示する図である。

９０１は、複数の検索モードを選択できる画面の例を示している。図９は全体として、９０１で「使えるお店一覧」（キーワードや現在所在する店舗に係わらない単純検索）のオプションを選択した例を示している。

９０２は、９０１で「使えるお店一覧」のオプションを選択した後に表示される画面例を示している。９０２は、検索対象とするサービスを「全て」「店頭で（店頭決済）」「払込票」「カタログオーダー」「クーポン」の中から選択できるようにしている。９０２はまた、検索基準地を「現在地」「住所を指定」の中から選択できるようにしてもよい。９０２では、検索対象とするサービスについて、「店頭で（店頭決済）」を選択したものとして説明する。

９０３は、９０２で「店頭で（店頭決済）」が選択された後に表示される画面例を示している。９０３は、管理サーバ１２０がエンドユーザー・デバイス１４０の現在位置情報に基づいて、支払・決済用アプリが使用できる近傍の店舗を検索・通知最適化エンジンを用いて一覧化している例を示している。９０３は、店舗名の一覧に加えて、各店舗までの概算距離／概算所要時間を示したり、クーポン有無を示したり、または各店舗のより詳しい情報を見たりするためのアイコンやボタンを配した例を示している。９０３はまた、画面最下段部に一覧の続きを見るためのボタン／リンクテキストや、検索する対象地域の切り替えを行うためのボタンや入力エリア、また「地図で見る」のボタンを配置している例を示している。

９０４は、９０３で「地図で見る」ボタンがタップ／クリックされた後に表示される画面例を示したものである。９０４は、図７の７０３と同様のため説明を省略する。

図１０は、本発明の一実施形態に係るエンドユーザー・デバイス１４０に表示される画面を例示する図である。図１０は、エンドユーザーが、支払・決済用アプリが使用できる企業・店舗等を意図的・明示的に検索するのではなく、支払・決済用アプリを起動した時点で自動的に表示されるメッセージの例を示している。

１００１は、支払・決済用アプリの起動時画面上に、エンドユーザーがその時点で所在する店舗に関する情報をメッセージ上に表示している例である。管理サーバ１２０は、店舗所在地情報（緯度・経度情報等）とエンドユーザー・デバイス１４０の位置情報から「今いる」に該当する店舗を特定する。管理サーバ１２０はまた、当該店舗でのアプリ使用可否（サービス提供店舗情報の有無）、およびクーポンの有無を判定し、結果をメッセージとして作成し、エンドユーザー・デバイス１４０にメッセージを送信する。また、この画面例では「もっと見る」のボタン／リンクテキストを配置し、より詳細な情報を参照できようにしている。現在位置と合致する店舗がない場合は、例えば「お近くでこのアプリが使える店があります」等のメッセージを出力して、「もっと見る」、「詳細を見る」等のボタン／リンクテキストから近隣の該当店舗を参照できるようにしてもよい。

１００２は、１００１で「もっと見る」、「詳細を見る」等のボタン／リンクテキストがタップ／クリックされた後に表示される画面例を示している。１００２は、１００１で「今いる」に該当すると特定された店舗に関する情報を、当該店舗に関するクーポン情報と共に画面の上部に出力している例である。１００２は、さらにエンドユーザー・デバイス１４０の位置情報も使用して、支払・決済用アプリを使用できる近傍の店の情報を、検索・通知最適化エンジンを用いて一覧化している例を示している。これらの店舗情報には、各店舗までの概算距離／概算所要時間を示したり、クーポン有無を示したり、または各店舗のより詳しい情報を見たりするためのアイコンやボタンを配した例を示している。１００２では、同時に画面最下段部に一覧の続きを見るためのボタン／リンクテキストや、「地図で見る」のボタンを配置している例を示している。

１００３は、１００２で「地図で見る」ボタンがタップ／クリックされた後に表示される画面例を示したものである。１００３は、図７の７０３と同様のため説明を省略する。

図１１は、本発明の一実施形態に係るエンドユーザー・デバイス１４０に表示される画面を例示する図である。図１１は、エンドユーザーが移動中に、特定の店舗等に近接した場合に、エンドユーザー・デバイス１４０にプッシュ通知が出力される例を示している。図１１の例では、エンドユーザーは、支払・決済用アプリが使用できる企業・店舗等を意図的・明示的に検索せずに、自動的にメッセージを受信することができる。

１１０１は、エンドユーザー・デバイス１４０に、支払・決済用アプリが使用できる企業・店舗に関する情報をメッセージで表示している例である。エンドユーザー・デバイス１４０の常駐稼動、または定期的に起動されるプログラムが取得した位置情報等に基づいて、管理サーバ１２０は、事前に登録されている１つまたは複数の店舗の位置情報との距離を定期的に評価する。両者の距離が一定値を下回った場合（十分に近接したことを検知した場合）、エンドユーザー・デバイス１４０にプッシュ通知（メッセージ）を出力する。メッセージはまた、「もっと見る」、「詳細を見る」等のボタン／リンクテキストを配置し、詳細な店舗情報を参照できるようにしてもよい。

１１０２は、１１０１で「もっと見る」、「詳細を見る」等のボタン／リンクテキストがタップ／クリックされた後に表示される画面例を示している。１１０２は、１１０１で近接の判定がなされた対象店舗に関する情報を、店舗に関するクーポン情報と共に画面の上部に出力している。１１０２はまた、エンドユーザー・デバイス１４０の位置情報に基づいて、支払・決済用アプリを使用できる近傍の店の一覧を、検索・通知最適化エンジンを用いて一覧化している例を示している。１１０２はさらに、各店舗までの概算距離／概算所要時間を示したり、クーポン有無を示したり、または各店舗のより詳しい情報を見たりするためのアイコンやボタンを配した例を示している。１１０２は、同時に画面最下段部に一覧の続きを見るためのボタン／リンクテキストや、「地図で見る」のボタンを配置している例を示している。

１１０３は、１１０２で「地図で見る」ボタンがタップ／クリックされた後に表示される画面例を示したものである。１１０３は、図７の７０３と同様のため説明を省略する。

上述した画面は一例であり、一部の項目または画面を省略すること、新たな項目または画面を追加すること等の変形が可能である。

図１２は、本発明の一実施形態に係る使用可能店舗の検索処理のフローを例示する図である。以下、エンドユーザーが、エンドユーザー・デバイス１４０を用いて検索開始を指示し、検索結果を参照する場面について説明する。図１２は、画面例を示す図７、図８、および図９に関連し、特に図９の画面例に関連する。

Ｓ１２０１：エンドユーザーはエンドユーザー・デバイス１４０に対し、支払・決済用アプリが使用できる企業・店舗に関する検索条件を入力するための検索用画面を開くよう指示する。

Ｓ１２０２：エンドユーザーは、エンドユーザー・デバイス１４０を用いて検索モードを指定する。検索モードは、図７の７０１、図８の８０１、図９の９０１の画面例にあるように「現在いる店舗でのアプリ使用可否」「任意キーワード検索」「使用可能企業・店舗一覧」等の検索モード、および検索基準地の指定（現在地、個別指定）を含む。検索モードはまた、図７の７０２、図８の８０２、図９の９０２の画面例にあるような支払・決済用アプリの「サービス種別」（全て、店頭決済、払込票、カタログオーダー、クーポン）の指定等があり得るが、これらに限定されない。

Ｓ１２０３：Ｓ１２０２において、検索基準地として「現在地」が指定された場合、エンドユーザー・デバイス１４０は、ＧＰＳ部１４５によって現在位置の位置情報を取得する。位置情報は、緯度／経度、住所、郵便番号等があり得るが、これらに限定されない。エンドユーザー・デバイス１４０は、管理サーバ１２０に位置情報を送信する。

Ｓ１２０４：Ｓ１２０２において、検索基準地を個別に指定するとされた場合、エンドユーザーは、テキスト入力等により検索基準地を指定する。位置情報は、緯度／経度、住所、郵便番号、地図を用いた位置の指定等があり得るが、これらに限定されない。エンドユーザー・デバイス１４０は、管理サーバ１２０に位置情報を送信する。検索基準地の個別指定は、例えば、エンドユーザーが勤務先に所在しているときに自宅周辺の情報を取得したい場合、またはこれから移動しようとしている先の情報を取得したい場合等に使用され得る。

Ｓ１２０５：管理サーバ１２０は、企業・店舗情報、クーポン情報、エンドユーザー情報、外部環境情報、およびエンドユーザー・デバイス１４０から受信した位置情報を検索・通知最適化エンジンに入力する。検索・通知最適化エンジンは、図４、図６Ａおよび図６Ｂで例示した処理を通じて検索結果の最適化をはかり、これを一覧表形式のデータとして出力する。出力データは単なる企業名、店舗名等の情報だけでなく、現在地・指定地からの距離、クーポンの有無、その他の企業・店舗情報がセットされた状態で出力されてもよい。管理サーバ１２０は、出力データをエンドユーザー・デバイス１４０に送信する。

１２０５において、検索・通知最適化エンジンは、管理サーバ１２０で実行されるとしているが、エンドユーザー・デバイス１４０に必要なデータが存在し、かつ十分な処理能力があれば、エンドユーザー・デバイス１４０で処理されてもよい。

Ｓ１２０６：エンドユーザー・デバイス１４０は、管理サーバ１２０から受信した出力データを、エンドユーザー・デバイス１４０に表示する。表示するデータは、企業・店舗名以外に、各企業・店舗までの概算距離に関する情報、クーポン有無に関する情報、提供しているサービス種別（店頭決済、払込票、カタログオーダー）、またはその他の企業・店舗情報を同時に表示してもよい。表示するデータはまた、エンドユーザー・デバイス１４０に表示された企業・店舗情報の近傍をクリック／タップすることによって、企業・店舗に関する詳細な情報を表示してもよい。

企業・店舗情報を表示する際は、一覧表に近い方式とする以外に、地図上に企業・店舗情報をプロットするような方式としてもよく、地図上にプロットされた情報は、画面に設置するボタンに対するクリック／タップから起動・表示されるようにしてもよい。

図１３は、本発明の一実施形態に係る支払・決済用アプリの起動時に支払・決済用アプリの使用可能店舗の検索処理のフローを例示する図である。図１３は、画面例を示す図１０に関する。

Ｓ１３０１：エンドユーザーは、エンドユーザー・デバイス１４０を使用して支払・決済用アプリを起動する。この起動と共に、エンドユーザー・デバイス１４０は、ＧＰＳ部１４５のＧＰＳ機能等により取得した位置情報を管理サーバ１２０に送信する。

Ｓ１３０２：管理サーバ１２０は、エンドユーザー・デバイス１４０から受信した位置情報と、使用可能店舗の位置情報との距離を評価し、現在所在する店舗で支払可能かどうかを判定し、判定結果をエンドユーザー・デバイス１４０に送信する。管理サーバ１２０はまた、店舗でのクーポン有無等の情報を同時に送信してもよい。

Ｓ１３０３：エンドユーザー・デバイス１４０は、管理サーバ１２０から受信した判定結果を表示する。判定結果の例として、図１０の１００２で例示した「今いるお店でクーポンが使えます」等のメッセージを表示することができる。一方、現在所在する店舗で使用不可と判定された場合は、何も表示せずに処理を終了してもよいし、使用不可を示すメッセージを表示してもよい。判定結果に関わらず、エンドユーザー・デバイス１４０は、「詳細を見る」等のボタンを表示するようにしてもよい。

「詳細を見る」等のボタンがエンドユーザーによってクリック／タップされた場合、エンドユーザー・デバイス１４０は、管理サーバ１２０に店舗の詳細情報を取得する要求を送信する。管理サーバ１２０は、要求に応答して、エンドユーザーが現在所在する店舗の詳細情報（店舗名称、クーポン情報等）、位置情報、企業・店舗情報、クーポン情報、エンドユーザー情報、および外部環境情報を検索・通知最適化エンジンに入力する。管理サーバ１２０は、エンドユーザーの近隣の店舗の中からエンドユーザーの属性に適合する企業・店舗のリストを作成し、エンドユーザー・デバイス１４０に送信する。

Ｓ１３０５：エンドユーザー・デバイス１４０は、管理サーバ１２０から受信した現在所在する店舗の情報、および近隣の企業・店舗のリストを表示する。表示するリスト、企業・店舗名以外に、各企業・店舗までの概算距離に関する情報、クーポン有無に関する情報、提供しているサービス種別（店頭決済、払込票、カタログオーダー）、またはその他の企業・店舗情報を同時に表示する方式としてもよい。概算距離の例として、図１１の１１０２で例示した「すぐ」、「５分」等を表示することができる。表示するリストはさらに、それぞれの企業・店舗の詳細を見るためのボタン等を配置してもよい。

企業・店舗情報の表示は、一覧表に近い方式とする以外に、地図上に企業・店舗情報をプロットするような方式としてもよく、地図上のプロットは、設置するボタンのクリップ／タップ等から起動・表示されるようにしてもよい。

上述のＳ１３０２、Ｓ１３０３、Ｓ１３０５における全部または一部の処理は、エンドユーザー・デバイス１４０で実行する方式にしてもよい。

図１４は、本発明の一実施形態に係る支払・決済用アプリのプッシュ通知のフローを例示する図である。以下、エンドユーザー・デバイス１４０を有する使用者が、運営者によって事前に登録されたプッシュ通知対象の特定店舗等に近接した場合、管理サーバ１２０が、通知の妥当性を判定してエンドユーザー・デバイス１４０に対しプッシュ通知を発信する処理について説明する。図１４は、画面例を示す図１１に関する。

Ｓ１４０１：エンドユーザー・デバイス１４０において常駐稼動、または定期的に起動されるプログラムが、ＧＰＳ部１４５により取得した位置情報とデバイス番号等のようなエンドユーザー・デバイス１４０を特定する情報を管理サーバ１２０へ送信する。

Ｓ１４０２：管理サーバ１２０は、エンドユーザー・デバイス１４０から受信した位置情報と、管理サーバ１２０が保持するプッシュ通知対象の店舗の位置情報との距離を評価し、所定の距離内に近接しているか否かを判定する。管理サーバ１２０はまた、エンドユーザー・デバイス１４０を特定する情報からエンドユーザー（エンドユーザー・デバイス１４０の保持者、またはエンドユーザー・デバイス１４０に関連付けられたアカウント）を特定する。管理サーバ１２０はさらに、企業・店舗情報、クーポン情報、エンドユーザー情報、および外部環境情報を検索・通知最適化エンジンに入力して、プッシュ通知の要否、妥当性を判定する。プッシュ通知の要否、妥当性の判定は、例えば検索・最適化エンジンにおいて評価用スコアが予め定められた閾値スコア以上である企業・店舗である場合にプッシュ通知を行うことが妥当である等のように判定してもよい。Ｓ１４０２における全部または一部の処理は、エンドユーザー・デバイス１４０で実行する方式にしてもよい。

Ｓ１４０３：Ｓ１４０２においてプッシュ通知が必要と判定された場合、管理サーバ１２０は、エンドユーザー・デバイス１４０に対し、プッシュ通知を送信する。Ｓ１４０２においてプッシュ通知が不要と判定された場合は処理を終了する。

Ｓ１４０４：エンドユーザー・デバイス１４０は、管理サーバ１２０からのプッシュ通知の受信に応答して、その着信と通知内容（メッセージ）のいずれか、または両方を画面に表示する。表示されるメッセージは、例えば「お近くの○○デパートで特別優待クーポンが使えます」等とすることができる。メッセージはまた、「詳細を見る」等のボタン等を配置し、さらに詳細な情報を参照できるようにしてもよい。

メッセージに配置された「詳細を見る」のボタン等が、エンドユーザーによってクリック／タップされた場合、管理サーバ１２０は、プッシュ通知の直接的な対象となった店舗の情報、および／または店舗が発行するクーポンの情報を抽出することができる。管理サーバ１２０はまた、検索・通知最適化エンジンによって、支払・決済用アプリが使用できる近傍に所在する企業・店舗の情報を補足的に抽出してもよい。

Ｓ１４０５：企業・店舗の詳細情報が抽出された場合、Ｓ１４０６において、エンドユーザー・デバイス１４０は、管理サーバ１２０から送信された情報をエンドユーザー・デバイス１４０に表示する。

上述のＳ１４０２、Ｓ１４０３、Ｓ１４０５における全部または一部の処理は、エンドユーザー・デバイス１４０で実行する方式にしてもよい。

上述した処理手順は一例であり、一部の手順を省略すること、および／または新たな手順を追加する変形が可能である。

別の実施形態において、例えば図７で例示したようにエンドユーザーが現在所在する店舗で特定の支払・決済用アプリが使用できないと判定されたとき、検索・通知最適化エンジンは、別の支払・決済用アプリの情報を表示するように構成されてもよい。店舗が対応する支払・決済用アプリの情報は、企業・店舗情報に基づいて判定することができる。

１００ 運営者デバイス
１１０、１３０ ネットワーク
１２０ 管理サーバ
１２１ データベース
１４０、１４０ａ、１４０ｂ、１４０ｎ エンドユーザー・デバイス

Claims (7)

1. 支払・決済用アプリが使用可能な企業・店舗を検索するシステムであって、
   企業・店舗情報、クーポン情報、エンドユーザー情報および外部環境情報を含む評価用基礎データのうち、カテゴリーごとに関連するデータ項目を集約して適合性評価項目を作成し、
   前記適合性評価項目のそれぞれに対して評価ウェイトを設定し、
   前記評価ウェイトが設定された適合性評価項目およびエンドユーザー情報に基づいて、評価スコアを算出し、前記算出された評価スコアによって検索結果をソートする
   ように構成されたプロセッサを備えた、システム。
2. 前記評価ウェイトは検索パターンに応じて値が異なる、請求項１に記載のシステム。
3. 前記検索結果は、前記企業・店舗までの距離、前記クーポン情報、および前記企業・店舗が前記支払・決済用アプリに対して提供するサービスの種別の１つまたは複数をさらに含む、
   請求項１に記載のシステム。
4. 前記検索結果は、特定の企業・店舗の近傍に所在する他の企業・店舗の情報、前記他の企業・店舗までの距離、前記他の企業・店舗のクーポン情報、および前記他の企業・店舗が前記支払・決済用アプリに対して提供するサービスの種別の１つまたは複数をさらに含む、
   請求項１に記載のシステム。
5. 前記エンドユーザー情報はエンドユーザーの現在の位置情報を含み、
   前記プロセッサは、前記支払・決済用アプリを起動すると、前記位置情報から前記エンドユーザーが所在する企業・店舗を特定し、前記企業・店舗において支払・決済用アプリの使用可否を判定するようにさらに構成された、請求項１に記載のシステム。
6. コンピュータにより実施される、支払・決済用アプリが使用可能な企業・店舗を検索する方法であって、
   前記コンピュータが、企業・店舗情報、クーポン情報、エンドユーザー情報および外部環境情報を含む評価用基礎データのうち、カテゴリーごとに関連するデータ項目を集約して適合性評価項目を作成し、
   前記コンピュータが、前記適合性評価項目のそれぞれに対して評価ウェイトを設定し、
   前記コンピュータが、前記評価ウェイトが設定された適合性評価項目およびエンドユーザー情報に基づいて、評価スコアを算出し、前記算出された評価スコアによって検索結果をソートする
   方法。
7. 請求項６に記載の方法をコンピュータに実施させるためのプログラム。

Images