ホーム > 特許ランキング > ＰａｙＰａｙ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024146429
(43)【公開日】2024-10-15
(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム
(51)【国際特許分類】
G06Q 30/0207 20230101AFI20241004BHJP
【ＦＩ】
G06Q30/0207 372
【審査請求】有
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023059319
(22)【出願日】2023-03-31
(11)【特許番号】
(45)【特許公報発行日】2023-12-11
(71)【出願人】
【識別番号】519110124
【氏名又は名称】ＰａｙＰａｙ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】山中 唯
(72)【発明者】
【氏名】伴 駿
(72)【発明者】
【氏名】平方 克志
(72)【発明者】
【氏名】岡田 俊
【テーマコード（参考）】
5L030
5L049
【Ｆターム（参考）】
5L030BB07
5L049BB07
(57)【要約】
【課題】特典を効率良く管理できる情報処理装置、情報処理方法および情報処理プログラムを提供すること。
【解決手段】本願に係る情報処理装置は、記憶部と、制御部とを備える。記憶部は、同一の特典が利用可能となる複数の施設毎に、特典を識別する特典ＩＤと、施設に対して決済する際の決済先を識別する決済先ＩＤと、施設それぞれを識別する施設ＩＤとを紐付けた個別データと、特典ＩＤに対して、決済先ＩＤと、複数の施設で共通の共通施設ＩＤとを紐付けた共通データとを含むデータベースを記憶する。制御部は、データベースにおける共通データに基づいて、複数の施設それぞれで利用者端末を用いた決済における特典の適用可否を判定する。
【選択図】図２
【解決手段】本願に係る情報処理装置は、記憶部と、制御部とを備える。記憶部は、同一の特典が利用可能となる複数の施設毎に、特典を識別する特典ＩＤと、施設に対して決済する際の決済先を識別する決済先ＩＤと、施設それぞれを識別する施設ＩＤとを紐付けた個別データと、特典ＩＤに対して、決済先ＩＤと、複数の施設で共通の共通施設ＩＤとを紐付けた共通データとを含むデータベースを記憶する。制御部は、データベースにおける共通データに基づいて、複数の施設それぞれで利用者端末を用いた決済における特典の適用可否を判定する。
【選択図】図２
【特許請求の範囲】
【請求項1】
同一の特典が利用可能となる複数の施設毎に、前記特典を識別する特典ＩＤと、前記施設に対して決済する際の決済先を識別する決済先ＩＤと、前記施設それぞれを識別する施設ＩＤとを紐付けた個別データと、前記特典ＩＤに対して、前記決済先ＩＤと、前記複数の施設で共通の共通施設ＩＤとを紐付けた共通データとを含むデータベースを記憶する記憶部と、
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれで利用者端末を用いた決済における前記特典の適用可否を判定する制御部と、
を備える情報処理装置。
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれで利用者端末を用いた決済における前記特典の適用可否を判定する制御部と、
を備える情報処理装置。
【請求項2】
前記制御部は、
前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データを含む決済情報を生成して前記施設へ送信した後、前記利用者端末からユーザＩＤが紐付けられて送信される前記決済情報に基づいて前記特典の適用可否を判定する
請求項１に記載の情報処理装置。
前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データを含む決済情報を生成して前記施設へ送信した後、前記利用者端末からユーザＩＤが紐付けられて送信される前記決済情報に基づいて前記特典の適用可否を判定する
請求項１に記載の情報処理装置。
【請求項3】
前記制御部は、
前記施設が前記利用者端末から取得したユーザＩＤと前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データとが紐付いた決済要求を受信し、受信した前記決済要求に基づいて前記特典の適用可否を判定する
請求項１に記載の情報処理装置。
前記施設が前記利用者端末から取得したユーザＩＤと前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データとが紐付いた決済要求を受信し、受信した前記決済要求に基づいて前記特典の適用可否を判定する
請求項１に記載の情報処理装置。
【請求項4】
前記データベースは、前記施設毎の位置情報を含み、
前記制御部は、
利用者によって指定された前記特典ＩＤの前記特典の獲得要求を受け付けた場合に、当該特典ＩＤに紐付く前記個別データに基づいて、当該特典が利用可能な前記施設の位置情報を前記利用者端末へ提供する
請求項１に記載の情報処理装置。
前記制御部は、
利用者によって指定された前記特典ＩＤの前記特典の獲得要求を受け付けた場合に、当該特典ＩＤに紐付く前記個別データに基づいて、当該特典が利用可能な前記施設の位置情報を前記利用者端末へ提供する
請求項１に記載の情報処理装置。
【請求項5】
前記制御部は、
前記共通データに前記施設に関する位置情報が紐付いている場合には、前記共通データに紐付いた位置情報を、前記施設毎の位置情報よりも優先して提供する
請求項４に記載の情報処理装置。
前記共通データに前記施設に関する位置情報が紐付いている場合には、前記共通データに紐付いた位置情報を、前記施設毎の位置情報よりも優先して提供する
請求項４に記載の情報処理装置。
【請求項6】
前記制御部は、
前記特典ＩＤに前記共通データのみ紐付いているか、前記共通データおよび前記個別データが紐付いているかを判定し、前記共通データのみ紐付いている場合には、前記共通データに含まれる位置情報を提供し、前記共通データおよび前記個別データが紐付いている場合には、前記個別データに含まれる前記施設毎の位置情報を提供する
請求項４に記載の情報処理装置。
前記特典ＩＤに前記共通データのみ紐付いているか、前記共通データおよび前記個別データが紐付いているかを判定し、前記共通データのみ紐付いている場合には、前記共通データに含まれる位置情報を提供し、前記共通データおよび前記個別データが紐付いている場合には、前記個別データに含まれる前記施設毎の位置情報を提供する
請求項４に記載の情報処理装置。
【請求項7】
前記制御部は、
前記施設の位置を地図表示により提供する
請求項４に記載の情報処理装置。
前記施設の位置を地図表示により提供する
請求項４に記載の情報処理装置。
【請求項8】
前記特典は、
前記決済の割引に関するクーポンまたはスタンプカードである
請求項１に記載の情報処理装置。
前記決済の割引に関するクーポンまたはスタンプカードである
請求項１に記載の情報処理装置。
【請求項9】
前記施設は、
無人でのサービス提供を行う施設である
請求項１に記載の情報処理装置。
無人でのサービス提供を行う施設である
請求項１に記載の情報処理装置。
【請求項10】
コンピュータが実行する情報処理方法であって、
同一の特典が利用可能となる複数の施設毎に、前記特典を識別する特典ＩＤと、前記施設に対して決済する際の決済先を識別する決済先ＩＤと、前記施設それぞれを識別する施設ＩＤとを紐付けた個別データと、前記特典ＩＤに対して、前記決済先ＩＤと、前記複数の施設で共通の共通施設ＩＤとを紐付けた共通データとを含むデータベースを記憶部に記憶する工程と、
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれで利用者端末を用いた決済における前記特典の適用可否を判定する工程と、
を含む情報処理方法。
同一の特典が利用可能となる複数の施設毎に、前記特典を識別する特典ＩＤと、前記施設に対して決済する際の決済先を識別する決済先ＩＤと、前記施設それぞれを識別する施設ＩＤとを紐付けた個別データと、前記特典ＩＤに対して、前記決済先ＩＤと、前記複数の施設で共通の共通施設ＩＤとを紐付けた共通データとを含むデータベースを記憶部に記憶する工程と、
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれで利用者端末を用いた決済における前記特典の適用可否を判定する工程と、
を含む情報処理方法。
【請求項11】
同一の特典が利用可能となる複数の施設毎に、前記特典を識別する特典ＩＤと、前記施設に対して決済する際の決済先を識別する決済先ＩＤと、前記施設それぞれを識別する施設ＩＤとを紐付けた個別データと、前記特典ＩＤに対して、前記決済先ＩＤと、前記複数の施設で共通の共通施設ＩＤとを紐付けた共通データとを含むデータベースを記憶部に記憶する手順と、
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれで利用者端末を用いた決済における前記特典の適用可否を判定する手順と、
をコンピュータに実行させる情報処理プログラム。
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれで利用者端末を用いた決済における前記特典の適用可否を判定する手順と、
をコンピュータに実行させる情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【0002】
従来、所定の取引対象を購入する利用者に対して所定の特典を付与する技術が知られている。このような技術の一例として、任意の商品に対する割引クーポン（以下、単にクーポンと呼ぶ場合がある。）を事前にユーザが獲得しておき、レジでの精算の際に獲得したクーポンを使用して決済を行う技術が提案されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１０－２１８４８３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記の従来技術では、クーポン等の特典を効率良く管理できない場合がある。
【0005】
例えば、あるメーカが製造した商品が、複数の店舗で販売される場合、かかる商品に対するクーポンは、店舗毎に紐付けられる。そして、ユーザが獲得したクーポンが、決済する店舗に紐づいている場合にクーポンを適用する。このため、クーポンに紐づいた店舗が大量に存在する場合、かかる大量の店舗から決済する店舗を検索する必要があり検索処理に時間を要してしまう。また、自動販売機などのような設置が容易で店舗数の上限が多い場合は、各店舗毎に店舗識別情報を発行せず、全て同じ店舗識別情報として管理し、それに紐づくクーポンを発行することも考えられるが、この場合は、店舗識別情報に各店舗の位置情報を紐づけることが出来ないため、ユーザが獲得したクーポンをどこで利用できるか確認する方法がなかった。このように、従来は、クーポン等の特典を効率良く管理する点で改善の余地があった。
【0006】
本願は、上記に鑑みてなされたものであって、特典を効率良く管理できる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0007】
本願に係る情報処理装置は、記憶部と、制御部とを備える。前記記憶部は、同一の特典が利用可能となる複数の施設毎に、前記特典を識別する特典IDと、前記施設に対して決済する際の決済先を識別する決済先IDと、前記施設それぞれを識別する施設IDとを紐付けた個別データと、前記特典IDに対して、前記決済先IDと、前記複数の施設で共通の共通施設IDとを紐付けた共通データとを含むデータベースを記憶する。前記制御部は、前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれで利用者端末を用いた決済における前記特典の適用可否を判定する。
【発明の効果】
【0008】
実施形態の一態様によれば、クーポンを効率良く管理できるという効果を奏する。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下に本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【0011】
〔実施形態〕
図１Ａ～図１Ｃを用いて、本実施形態の情報処理装置等により実現される情報処理について説明する。図１Ａ～図１Ｃは、実施形態に係る情報処理の一例を示す図である。図１Ａでは、クーポン（特典の一例）の登録処理を示し、図１Ｂでは、ユーザスキャンによる決済処理を示し、図１Ｃでは、ストアスキャンによる決済処理を示す。なお、図１Ａ～図１Ｃでは、本実施形態に係る情報処理装置の一例である決済サーバ１０によって、実施形態に係る情報処理等が実現されるものとする。
図１Ａ～図１Ｃを用いて、本実施形態の情報処理装置等により実現される情報処理について説明する。図１Ａ～図１Ｃは、実施形態に係る情報処理の一例を示す図である。図１Ａでは、クーポン（特典の一例）の登録処理を示し、図１Ｂでは、ユーザスキャンによる決済処理を示し、図１Ｃでは、ストアスキャンによる決済処理を示す。なお、図１Ａ～図１Ｃでは、本実施形態に係る情報処理装置の一例である決済サーバ１０によって、実施形態に係る情報処理等が実現されるものとする。
【0012】
図１Ａ～図１Ｃに示すように、実施形態に係る情報処理システム１は、決済サーバ１０と、利用者端末１００と、店舗端末２００と、外部装置３００とを含む。決済サーバ１０、利用者端末１００、店舗端末２００及び外部装置３００は、ネットワークＮ（例えば、図１０参照）を介して有線または無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネット等のＷＡＮ（Wide Area Network）である。なお、図１Ａ～図１Ｃに示した情報処理システム１には、複数台の決済サーバ１０、複数台の利用者端末１００、複数台の店舗端末２００および複数台の外部装置３００が含まれていてもよい。
【0013】
図１Ａ～図１Ｃに示す決済サーバ１０は、実施形態に係る情報処理を実行する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、決済サーバ１０は、利用者端末１００を用いる電子決済に関する電子決済サービスを提供する。例えば、決済サーバ１０は、取引対象の提供者（事業者）や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。
【0014】
また、決済サーバ１０は、電子決済サービスにおいて利用者に付与され、電子決済サービスにおいて利用可能なクーポンに関するクーポン情報（例えば、クーポンの適用対象である取引対象（商品）を識別する識別情報（取引対象識別情報）、クーポンにより利用者に付与される利益の内容（所定の金額のキャッシュバック等）、利用者がクーポンを獲得するための獲得条件等）を、クーポンの提供者（言い換えると、クーポンの企画、設定等を行い、クーポンの原資を出資（提供）する者）から受け付け、自装置の記憶部で管理する。例えば、決済サーバ１０は、取引対象識別情報として、取引対象に添付されるバーコード（ＪＡＮコードや、インストアコード等のバーコード）が示す情報を管理する。
【0015】
また、決済サーバ１０は、利用者と、利用者が獲得したクーポンとを紐付け、自装置の記憶部で管理する。
【0016】
図１Ａ～図１Ｃに示す利用者端末１００は、利用者によって利用される情報処理装置である。利用者端末１００は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。また、利用者端末１００は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、利用者端末１００がスマートフォンである場合を示す。
【0017】
なお、利用者端末１００は、所定の情報処理を実現する制御情報を決済サーバ１０から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading Style Sheets）等のスタイルシート言語、Ｊａｖａ（登録商標）等のプログラミング言語、ＨＴＭＬ（Hyper Text Markup Language）等のマークアップ言語等により記述される。なお、決済サーバ１０から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。
【0018】
図１Ａ～図１Ｃに示す店舗端末２００は、利用者に取引対象を提供する施設に内蔵される情報処理装置である。本開示では、食料品等を無人で提供する自動販売機を施設の一例として説明する。なお、施設は、自動販売機に限らず、コインランドリーや、照明写真機等であってもよい。また、店舗端末２００は、利用者に取引対象を提供する店舗において利用される情報処理装置であってもよい。この場合の店舗端末２００は、例えば、ＰＯＳ（Point of Sales）端末や、スマートフォン、タブレット型端末、ノート型ＰＣ、デスクトップＰＣ、携帯電話機、ＰＤＡ等により実現される。また、店舗端末２００は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。
【0019】
図１Ａ～図１Ｃに示す外部装置３００は、施設が提供する取引対象に関する情報や、利用者が施設に対して行った決済に関する情報等を管理する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、外部装置３００は、ＪＡＮコードが示す取引対象識別情報や、ＪＡＮコードに紐付けられた取引対象の情報（名称等）、取引対象の価格等の情報を、取引対象に関する情報として所定のサーバ（ＪＡＮコード統合商品情報データベース等）や、店舗を管理する事業者が利用する事業者端末等から取得し、取得した情報を自装置の記憶部に記憶する。また、外部装置３００は、店舗を管理する事業者が独自に採番したインストアコードが示す取引対象識別情報や、取引対象の名称、取引対象の価格等の情報を、取引対象に関する情報として事業者Ｍ１が利用する事業者端末から取得し、自装置の記憶部に記憶する。また、外部装置３００は、後述する利用者端末１００を用いた決済を識別する識別情報（決済番号）や、当該決済の対象である取引対象の取引対象識別情報等の情報を、利用者が店舗に対して行った決済に関する情報として店舗端末２００から受け付け、自装置の記憶部に記憶する。
【0020】
また、外部端末３００は、不図示の設定者による操作に従ってクーポンに関する設定を行う。なお、クーポンに関する設定は、不図示の設定者端末を介して行われる。設定者端末は、設定者によって利用される情報処理装置である。設定者端末は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ、デスクトップＰＣ、携帯電話機、ＰＤＡ等により実現される。また、設定者端末は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。
【0021】
なお、設定者端末は、所定の情報処理を実現する制御情報を決済サーバ１０から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ等のスタイルシート言語、Ｊａｖａ（登録商標）等のプログラミング言語、ＨＴＭＬ等のマークアップ言語等により記述される。なお、決済サーバ１０から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。
【0022】
〔利用者端末１００を用いた決済について〕
ここで、決済サーバ１０が実行する情報処理に先立ち、利用者端末１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗に配置（もしくは表示）された２次元コード（ＱＲコード（登録商標））であって、店舗を識別する店舗識別情報を示す２次元コードを用いて、利用者が利用者端末１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者が任意の利用者端末１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコードのみならず、バーコードや所定のマーク、番号等であってもよい。
ここで、決済サーバ１０が実行する情報処理に先立ち、利用者端末１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗に配置（もしくは表示）された２次元コード（ＱＲコード（登録商標））であって、店舗を識別する店舗識別情報を示す２次元コードを用いて、利用者が利用者端末１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者が任意の利用者端末１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコードのみならず、バーコードや所定のマーク、番号等であってもよい。
【0023】
例えば、利用者が店舗にて各種の商品やサービスといった決済対象（取引対象）の利用や購入に伴う決済を行う場合、利用者、利用者端末１００に予めインストールされた決済アプリを起動する。そして、利用者は、決済アプリを介して、店舗に設置（または表示）された店舗識別情報を撮影する。このような場合、利用者端末１００は、決済対象の価格を入力するための画面を表示し、利用者或いは店舗の店員から決済金額の入力を受け付ける。そして、利用者端末１００は、利用者を識別する利用者識別情報と、店舗識別情報（若しくは、店舗識別情報が示す情報、すなわち、店舗（若しくは店舗の事業者）を示す情報（例えば、店舗ＩＤ））と、決済金額とを示す決済情報を決済サーバ１０へと送信する。
【0024】
このような場合、決済サーバ１０は、利用者識別情報が示す利用者の口座から、店舗識別情報が示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ１０は、決済が完了した旨の通知を利用者端末１００へと送信する。このような場合、利用者端末１００は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。ここで、決済サーバ１０は、店舗の口座へ電子マネーを移行させる際、若しくは、所定のタイミングで、所定の手数料（管理手数料等）を店舗の口座から減算してもよい。
【0025】
より詳細な例を説明する。例えば、店舗に設置（または表示）された店舗識別情報は、店舗ごとに設定されるＵＲＬであって、店舗が属するグループを示すグループ識別情報と、そのグループにおいて店舗を識別するグループ店舗識別情報とに紐づけ、決済サーバ１０が参照可能に管理されている。なお、店舗識別情報となるＵＲＬは、決済サーバ１０にアクセスするためのＵＲＬとなる。利用者端末１００は、店舗識別情報を撮影すると、撮影した店舗識別情報が示すＵＲＬにアクセスし、利用者識別情報を送信する。このような場合、決済サーバ１０は、アクセスされたＵＲＬと対応するグループ識別情報を特定し、特定したグループ識別情報と紐づけられた電子マネーの口座（「ウォレット」と表示する場合がある）を特定する。続いて、決済サーバ１０は、利用者端末１００に対して金額入力画面を表示させ、金額を入力させる。そして、決済サーバ１０は、利用者端末５０から受けつけた利用者識別情報と紐づけられたウォレットから、グループ識別情報を特定し、特定したグループ識別情報と紐づけられたウォレットに対して、入力された金額の電子マネーを移動させる。なお、決済サーバ１０は、グループ識別情報およびグループ店舗識別情報に紐づけられるウォレットに電子マネーを移動させてもよい。
【0026】
決済で使用される店舗識別情報は上述のように、店舗毎に発行されるのが通常だが、自動販売機やコインランドリーのように、店舗の数が短期間で上限するような店舗の場合、各店舗に店舗識別情報を管理するのではなく、販売する加盟店が同一であれば、自動販売機として全て同じ店舗識別情報を付与して管理する管理形態も存在する。この場合は、新しく自動販売機を設置する場合でも新たに店舗識別情報を発行することなく、同一の店舗識別情報を利用すればよいため管理が容易となる。
【0027】
しかしながら、上記のようなケースにおいて、クーポンを発行する場合、一つの店舗識別情報に関連する一つのクーポンを発行すれば、全ての自動販売機でのクーポン利用を可能とすることが出来る。ただし、この場合、ユーザが取得したクーポンの利用可能場所をクーポン画面から確認したい場合に、店舗識別情報が一つであるため、複数の住所を紐づけられず、利用可能場所を表示できないといった問題が発生する。
【0028】
本開示では、決済には上記の一つの店舗識別情報を用い、それとは別に、例えば、店舗をユーザに表示する際には、上記の一つの店舗識別情報と紐付いた店舗毎の店舗識別情報を内部（決済サーバ１０）のみで管理することで、店舗毎の店舗識別情報から店舗の位置をユーザに表示できる。なお、この点の詳細については後述する。
【0029】
上述した決済は、ユーザが店舗のコードをスキャンして決済を行うことからユーザスキャンによる決済とも呼ばれる。なお、ユーザスキャンによる決済処理の詳細については、図１Ｂで後述する。
【0030】
なお、利用者端末１００を用いた決済は、上述したユーザスキャンによる決済処理に限定されるものではない。例えば、利用者端末１００を用いた決済は、店舗端末２００を用いたものであってもよい。例えば、利用者端末１００は、利用者を識別するための利用者識別情報を画面上に表示させる。このような場合、店舗端末２００は、利用者端末１００に表示された利用者識別情報を読み取り、利用者識別情報（若しくは、利用者識別情報が示す情報、すなわち、利用者を示す情報（例えば、利用者ＩＤ））と、決済金額と、店舗を識別する情報とを含んだ決済に関する情報を決済サーバ１０へと送信する。このような場合、決済サーバ１０は、利用者識別情報が示す利用者の口座から、店舗の口座へと、決済金額が示す額の電子マネーを移行させ、店舗の店舗端末２００或いは利用者端末１００に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。
【0031】
より詳細には、利用者端末１００は、利用者識別情報とともに決済サーバ１０に対して支払いリクエストを送信する。このような場合、決済サーバ１０は、ワンタイムコードを生成し、生成したワンタイムコードと利用者識別情報とを紐づけるとともに、ワンタイムコードを利用者端末５０に送信する。すると、利用者端末１００は、画面上にワンタイムコード（すなわち、利用者を識別する情報）を表示する。このような場合、店舗端末２００は、利用者端末１００に表示されたワンタイムコードを読み取ると、読み取ったワンタイムコードと、グループ識別情報、グループ店舗識別情報および決済金額を決済サーバ１０に送信する。すると、決済サーバ１０は、ワンタイムコードに紐づけられた利用者識別情報に紐づくウォレットから、グループ識別情報およびグループ店舗識別情報とに紐づけられるウォレットに決済金額分の電子マネーを移動させる。
【0032】
上述した決済は、店舗端末２００が利用者端末１００のコードをスキャンして決済を行うことからストアスキャンによる決済とも呼ばれる。なお、ストアスキャンによる決済処理の詳細については、図１Ｃで後述する。
【0033】
また、利用者端末１００を用いた決済は、利用者が予め電子マネーをチャージした口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、利用者が予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、利用者端末１００は、店舗の口座に対して決済金額の電子マネーを移行させるとともに、利用者のクレジットカードの運用会社（カード会社）に対し、決済金額を請求してもよい。
【0034】
また、利用者端末１００を用いた決済は、利用者の口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、決済サーバ１０が、利用者の口座から決済金額分の電子マネーを引き出し、決済金額から所定の手数料（管理手数料等）を減算した額の現金を店舗の銀行口座に入金する処理が行われてもよい。このような場合、例えば、決済サーバ１０は、各利用者から店舗に対する決済金額を、店舗の売上情報として管理し、所定のタイミングで、売上情報に基づき、店舗の銀行口座に、売り上げ（売上情報が示す決済金額の合計額）から所定の手数料を減算した額の現金を入金する。
【0035】
なお、決済サーバ１０は、決済の際に利用されたクーポンの原資が店舗の負担するものである場合、店舗の銀行口座に現金を入金する際、若しくは、店舗の口座に電子マネーを移行する際等に、決済金額から負担分の現金を減算して銀行口座に入金、若しくは、決済金額から担分の電子マネーを減算して店舗の口座に移行させる処理を実行してもよい。
【0036】
なお、クーポンの原資は、店舗ではなく、決済対象の提供者（例えば、商品のメーカ）が負担する場合がある。その場合、決済サーバ１０は、上記の減算する処理を行わない。
【0037】
なお、上述した決済手段や決済サービスは、商品の購入や役務の提供に対する対価の提供（債務の精算）のためのものに限定されるものではない。例えば、上述したように、決済手段や決済サービスは、複数のユーザが有する口座間の送金に関する機能を有していてもよい。すなわち、上述した決済手段や決済サービスは、ユーザや店舗等、電子マネーの所有者と紐づく任意の所有者の口座間における電子マネーの送受信を制御するサービスであればよい。すなわち、実施形態に係る決済手段や決済サービスは、電子マネーのやり取りを実現するための各種制御（電子マネーを介した各種の口座間送金制御のみならず、電子マネー口座と銀行口座間のやり取りに関する制御や、分割、ボーナス払いに伴う処理といった各種債権処理、その他電子マネーを含む財産のやり取りに関する各種制御）を実行する取引手段や取引サービスであれば、任意の態様で提供されるものであってもよい。また、このような取引手段や取引サービスが実現する各種の制御には、決済に関する制御と送金に関する制御の両方が含まれていてもよく、いずれか一方のみが含まれていてもよい。すなわち、「取引」とは、電子マネーに関する「決済」のみならず、電子マネーの「送金」やその他各種の処理をも含む概念である。すなわち、決済サーバ１０は、任意の所有者間における電子マネーのやり取りを制御する取引手段を実現する情報処理装置であってもよい。
【0038】
〔実施形態の概要について〕
ここで、従来、所定の取引対象を購入する利用者に対して所定の利益を付与する技術の一例として、任意の商品に対する割引クーポン（以下、単にクーポンと呼ぶ場合がある。）を事前にユーザが獲得しておき、レジでの精算の際に獲得したクーポンを使用して決済を行う技術が提案されている。しかしながら、従来は、クーポンを効率良く管理できない場合がある。
ここで、従来、所定の取引対象を購入する利用者に対して所定の利益を付与する技術の一例として、任意の商品に対する割引クーポン（以下、単にクーポンと呼ぶ場合がある。）を事前にユーザが獲得しておき、レジでの精算の際に獲得したクーポンを使用して決済を行う技術が提案されている。しかしながら、従来は、クーポンを効率良く管理できない場合がある。
【0039】
例えば、あるメーカが製造した商品が、複数の店舗で販売される場合、かかる商品に対するクーポンは、店舗毎に紐付けられる。そして、ユーザが獲得したクーポンが、決済する店舗に紐づいている場合にクーポンを適用する。このため、クーポンに紐づいた店舗が大量に存在する場合、かかる大量の店舗から決済する店舗を検索する必要があり検索処理（クーポンの適用可否判定）に時間を要してしまう。また、自動販売機などのような設置が容易で店舗数の増減が多い店舗の場合は、各店舗毎に店舗識別情報を発行せず、全て同じ店舗識別情報として管理し、それに紐づくクーポンを発行することも考えられるが、この場合は、店舗識別情報に各店舗の位置情報を紐づけることが出来ないため、ユーザが獲得したクーポンをどこで利用できるか確認する方法がなかった。このように、従来は、クーポンを効率良く管理する点で改善の余地があった。
【0040】
そこで、決済サーバ１０は、図１Ａ～図１Ｃに示す情報処理を実行する。具体的には、決済サーバ１０は、同一のクーポンが利用可能な複数の施設２００で共通の共通施設ＩＤ（共通の店舗識別情報）を生成してクーポンに紐づけて自装置に記憶しておく。そして、決済サーバ１０は、外部装置３００から決済する店舗の共通施設ＩＤを取得し、かかる共通施設ＩＤに紐づいたクーポンによりクーポンの適用可否を判定する。これにより、クーポンの適用可否を判定する際に、クーポンに紐づいた大量の店舗の中から決済を行う店舗を検索する必要が無いため、自動販売機等のように大量の施設２００が存在する場合であっても迅速にクーポンの適用可否を判定することができる。すなわち、実施形態に係る決済サーバ１０によれば、クーポンを効率よく管理することができる。
【0041】
以下、図１Ａ～図１Ｃを用いて、上記した情報処理について詳細に説明する。まず、図１Ａを用いて、クーポンの登録処理について説明し、次いで、図１Ｂおよび図１Ｃを用いて、ユーザスキャンおよびストアスキャンによるクーポン適用時の決済処理について説明する。なお、以下の説明では店舗端末２００は、無人で食料品等を提供する自動販売機である例を示す。また、以下の説明では、利用者端末１００を利用者と同一視する場合がある。すなわち、以下では、利用者を利用者端末１００と読み替えることもできる。
【0042】
図１Ａに示すように、決済サーバ１０は、同一のクーポンを利用可能な複数の施設２００のリスト情報を外部装置３００から取得する（ステップＳ１）。具体的には、外部装置３００は、設定者から受け付けたクーポンの設定内容を受け付ける。例えば、設定者は、不図示の設定者端末を介して、決済サーバ１０によって提供される画面を操作して設定内容の送信を行う。設定内容は、クーポンの対象となる施設２００、クーポンの内容（割引率等）、クーポンの条件（利用可能期間や、利用可能なユーザ属性等）等を含む。また、リスト情報には、施設毎の名称や、位置情報等が含まれる。
【0043】
外部装置３００は、受け付けた設定内容に基づいて、クーポンの利用可能な施設２００の一覧を示すリストと、クーポンの内容およびクーポンの条件を含むリスト情報を生成して決済サーバ１０へ送信する。
【0044】
続いて、決済サーバ１０は、外部装置３００から受信したリスト情報を基に、クーポンを識別するクーポンＩＤを発行し、かかるクーポンＩＤと、共通ＳＩＤと、共通ＭＩＤとを紐づけた共通データを生成し、施設情報データベースに登録する（ステップＳ２）。共通ＭＩＤは、決済先を識別する識別情報である加盟店ＩＤ（グループ識別情報、マーチャントＩＤとも呼ばれる）であり、複数の施設で共通の加盟店ＩＤである。また、共通ＳＩＤは、複数の施設で共通の識別情報であり、加盟店を識別する識別情報である。なお、決済サーバ１０は、未登録（共通ＭＩＤおよび共通ＳＩＤを未発行）の加盟店からリスト情報を取得した場合には、新たに共通ＭＩＤおよび共通ＳＩＤを発行し、既に登録済（共通ＭＩＤおよび共通ＳＩＤを発行済）の加盟店からリスト情報を取得した場合には、発行済の共通ＭＩＤおよび共通ＳＩＤをクーポンＩＤに紐付ける。なお、加盟店ＩＤ（共通加盟店ＩＤ）は、決済先ＩＤに相当する。また、詳細は後述するが、施設情報データベースには、施設の位置情報等といった施設情報も含まれる。
【0045】
続いて、決済サーバ１０は、発行したクーポンＩＤに対して、リスト情報に含まれる複数の施設について施設毎のＭＩＤと、施設毎のＳＩＤとを発行してクーポンＩＤに紐付けた個別データを生成し、施設情報データベースに登録する（ステップＳ３）。ＳＩＤは、施設毎の識別情報（店舗識別情報）である。ＭＩＤは、施設毎のマーチャントＩＤである。なお、ＭＩＤは、共通ＭＩＤと同じ識別情報であってもよく、施設毎に異なる識別情報であってもよい。なお、共通ＭＩＤおよび共通ＳＩＤは、決済に用いられる識別情報であり、上記した個別データのＭＩＤおよびＳＩＤは、決済サーバ１０のみで管理される。つまり、決済サーバ１０は、複数の施設それぞれを内部で区別して管理するために、施設毎にＳＩＤおよびＭＩＤを発行する。
【0046】
続いて、決済サーバ１０は、登録した共通データである共通ＭＩＤおよび共通ＳＩＤの組を外部装置３００へ通知する（ステップＳ４）。そして、外部装置３００は、共通ＭＩＤおよび共通ＳＩＤの組を自装置に記憶する。これにより、クーポンの登録処理を完了する。なお、外部装置３００への共通ＭＩＤおよび共通ＳＩＤの通知は、新規登録時のみ行う処理であり、既に登録済の加盟店については共通ＭＩＤおよび共通ＳＩＤの通知は行われなくてもよい。
【0047】
続いて、図１Ａを用いて、利用者端末１００へのクーポン獲得処理について説明する。具体的には、利用者端末１００は、決済アプリを起動して、クーポン獲得要求を決済サーバ１０へ送信する（ステップＳ５）。クーポン獲得要求は、利用者端末１００に表示されたクーポン獲得画面において提示された獲得可能なクーポン一覧から利用者が選択する（クーポンＩＤを指定する）ことで送信される。利用者端末１００は、利用者を識別する利用者ＩＤを紐付けたクーポン獲得要求を決済サーバ１０へ送信する。
【0048】
続いて、決済サーバ１０は、利用者端末１００から受信したクーポン獲得要求に基づいて、利用者ＩＤと、クーポンＩＤとを紐付けて利用者情報ＤＢに登録する（ステップＳ６）。
【0049】
続いて、決済サーバ１０は、利用者が獲得したクーポンのクーポンＩＤに紐付いた個別データに基づく情報提供を行う（ステップ７）。具体的には、決済サーバ１０は、獲得したクーポンが利用可能な施設２００の位置提供要求を利用者から受信した場合、クーポンＩＤに紐付いた施設２００の位置情報を利用者１００へ提供する。例えば、決済サーバ１００は、利用者端末１００の位置周辺に存在する施設２００の位置を地図表示により提供する。これにより、利用者に対してクーポンを利用可能な施設２００の位置情報を提供することができる。
【0050】
なお、決済サーバ１０は、クーポンＩＤに紐づく共通データに、位置情報が含まれている場合は、共通データに含まれる位置情報を、個別データに含まれる施設毎の位置情報よりも優先して提供する。
【0051】
また、決済サーバ１０は、決済に使用される共通データにクーポンが紐付くとともに個別データが存在しない場合（施設毎にクーポン設定を行っている場合）には、共通データに紐付く施設の位置情報を提供し、共通データとは別に個別データがクーポンに紐づいている場合は、個別データの位置情報を提供する。
【0052】
また、決済サーバ１０は、クーポンＩＤに共通データのみ紐付いているか、共通データおよび個別データが紐付いているかを判定し、共通データのみ紐付いている場合には、共通データに含まれる位置情報を提供し、共通データおよび個別データが紐付いている場合には、個別データに含まれる施設毎の位置情報を提供してもよい。
【0053】
次に、図１Ｂおよび図１Ｃを用いて、ユーザスキャンおよびストアスキャンによるクーポン適用時の決済処理について説明する。まず、図１Ｂを用いて、ユーザスキャンによるクーポン適用時の決済処理について説明する。
【0054】
具体的には、図１Ｂに示すように、施設２００である自動販売機は、利用者によって商品が選択されると、外部装置３００へ決済情報要求を送信する（ステップＳ１）。決済情報要求は、決済額の情報を含んだ決済情報（例えば、２次元コード）の生成要求であり、選択された商品の価格である決済額を含んだ要求である。
【0055】
続いて、外部装置３００は、決済を識別する識別情報である決済ＩＤ（決済番号）を生成し、施設２００に対応する固有番号に紐付けて自装置に記憶する（ステップＳ２）。固有番号は、外部装置３００が内部で管理する番号であって、各施設を識別する識別情報である。
【0056】
続いて、外部装置３００は、決済情報生成要求を決済サーバ１０へ送信する（ステップＳ３）。決済情報生成要求は、決済情報の生成要求であり、決済ＩＤ、決済額、共通ＭＩＤおよび共通ＳＩＤを含む要求である。
【0057】
続いて、決済サーバ１０は、決済情報生成要求に従って、決済情報を生成し（ステップＳ４）、生成した決済情報を外部装置３００へ提供する（ステップＳ５）。決済情報は、例えば、決済ＩＤ、決済額、共通ＭＩＤおよび共通ＳＩＤを含む２次元コードである。
【0058】
続いて、外部装置３００は、受信した決済情報を、該当の施設２００へ提供する（ステップＳ６）。具体的には、外部装置３００は、受信した決済情報の決済ＩＤに紐付く固有番号に対応する施設２００を該当の施設２００として特定する。
【0059】
続いて、施設２００は、受信した決済情報を、不図示の表示部に画面表示する（ステップ７）。具体的には、施設２００は、決済情報を利用者端末１００で読み取り可能な態様で表示する。
【0060】
続いて、利用者端末１００は、施設２００に表示された決済情報を決済アプリの読み取り機能で読み取り（ステップＳ８）、読み取った決済情報を決済サーバ１０へ送信する（ステップＳ９）。
【0061】
続いて、決済サーバ１０は、利用者端末１００から受信した決済情報に基づいて、クーポンの適用可否の判定を行う（ステップＳ１０）。具体的には、決済サーバ１０は、利用者情報データベースおよび施設情報データベースを参照して、受信した決済情報の共通ＭＩＤおよび共通ＳＩＤに紐付くクーポンＩＤのクーポンを利用者が獲得している場合に、クーポン適用可能と判定する。
【0062】
このように、本開示では、クーポンＩＤを共通ＭIＤおよび共通ＳＩＤに紐付けるとともに、決済情報に共通ＭIＤおよび共通ＳＩＤを含ませることで、ユーザスキャンにより取得した決済情報からクーポンの適用可否を容易に判定することができる。
【0063】
続いて、決済サーバ１０は、クーポン適用可能と判定した場合には、クーポンを適用後の価格を決済額として決済処理を行う（ステップＳ１１）。なお、決済サーバ１０は、クーポン適用不可と判定した場合には、クーポンを適用しない価格を決済額として決済処理を行う。なお、決済サーバ１０は、内部管理用の個別データであるＭＩＤおよびＳＩＤで表示された店舗情報から利用者がクーポン取得して、その後、そのクーポンが利用された場合に、取得起因のＭＩＤおよびＳＩＤが示す施設２００にて決済が行われたと特定してもよい。
【0064】
続いて、決済サーバ１０は、利用者端末１００へ決済完了通知を行う（ステップＳ１２）とともに、外部装置３００へ決済完了通知を行う（ステップＳ１３）。決済完了通知は、決済ＩＤおよび決済額を含む。
【0065】
続いて、外部装置３００は、決済完了通知における決済ＩＤに基づいて、決済された施設２００を特定する（ステップＳ１４）。具体的には、外部装置３００は、自装置が記憶する決済ＩＤおよびＳＩＤの組を参照して、決済完了通知における決済ＩＤに紐付くＳＩＤを特定する。
【0066】
続いて、外部装置３００は、特定した施設２００に対して商品提供指示を行う（ステップＳ１５）。続いて、施設２００は、商品提供指示に従って、利用者が選択した商品を提供する（ステップＳ１６）。
【0067】
次に、図１Ｃを用いて、ストアスキャンによるクーポン適用時の決済処理について説明する。
【0068】
具体的には、図１Ｃに示すように、利用者端末１００は、利用者によって施設２００の商品が選択された後、利用者の操作に従って、ユーザＩＤを含む情報コードを表示する（ステップＳ１）。利用者は、情報コードを表示した状態で、施設２００の情報読み取り部に利用者端末１００をかざす。
【0069】
続いて、施設２００は、利用者端末１００に表示された情報コードを読み取ることでユーザＩＤを取得する（ステップＳ２）。続いて、施設２００は、読み取ったユーザＩＤと、選択された商品の価格である決済額とを含んだ決済要求を外部装置３００へ送信する。
【0070】
続いて、外部装置３００は、決済を識別する識別情報である決済ＩＤ（決済番号）を生成し、施設２００に対応する共通ＳＩＤに紐付けて自装置に記憶する（ステップＳ４）。
【0071】
続いて、外部装置３００は、決済要求を決済サーバ１０へ送信する（ステップＳ５）。決済要求は、決済ＩＤ、決済額、ユーザＩＤ、共通ＭＩＤおよび共通ＳＩＤを含む。
【0072】
続いて、決済サーバ１０は、外部装置３００から受信した決済要求に基づいて、クーポンの適用可否の判定を行う（ステップＳ７）。具体的には、決済サーバ１０は、利用者情報データベースおよび施設情報データベースを参照して、受信した決済要求の共通ＭＩＤおよび共通ＳＩＤに紐付くクーポンＩＤのクーポンを利用者が獲得している場合に、クーポン適用可能と判定する。
【0073】
このように、本開示では、クーポンＩＤを共通ＩＭＤおよび共通ＳＩＤに紐付けることで、ストアスキャンにより取得した決済情報からクーポンの適用可否を容易に判定することができる。
【0074】
続いて、決済サーバ１０は、クーポン適用可能と判定した場合には、クーポンを適用後の価格を決済額として決済処理を行う（ステップＳ７）。なお、決済サーバ１０は、クーポン適用不可と判定した場合には、クーポンを適用しない価格を決済額として決済処理を行う。なお、決済サーバ１０は、内部管理用の個別データであるＭＩＤおよびＳＩＤで表示された店舗情報から利用者がクーポンを取得した後に、所定期間内に、そのクーポンが利用された場合に、取得起因のＭＩＤおよびＳＩＤが示す施設２００にて決済が行われたと特定してもよい。例えば、取得から一定時間内に、クーポンが利用された場合に、取得起因のＭＩＤ、ＳＩＤと決済情報を紐づけて記憶する。このようにすることで、決済情報としては共有ＭＩＤと共通ＳＩＤしか含まれていないため、どの店舗で決済されたかが決済サーバ１０側では特定できないが、紐づけられたＭＩＤ、ＳＩＤを参照することでどこに位置している店舗で決済されたかを決済サーバ１０が特定することが可能となる。
【0075】
続いて、決済サーバ１０は、外部装置３００へ決済完了通知を行う（ステップＳ７）。決済完了通知は、決済ＩＤおよび決済額を含む。
【0076】
続いて、外部装置３００は、決済完了通知における決済ＩＤに基づいて、決済された施設２００を特定する（ステップＳ８）。具体的には、外部装置３００は、自装置が記憶する決済ＩＤおよびＳＩＤの組を参照して、決済完了通知における決済ＩＤに紐付くＳＩＤを特定する。
【0077】
続いて、外部装置３００は、特定した施設２００に対して商品提供指示を行う（ステップＳ９）。続いて、施設２００は、商品提供指示に従って、利用者が選択した商品を提供する（ステップＳ１０）。
【0078】
以上のように、実施形態に係る決済サーバ１０は、利用者の決済の対象に関する取引対象情報を外部装置３００から取得し、取得した取引対象情報に基づいて特定したクーポンに基づく利益を利用者に付与する。これにより、実施形態に係る決済サーバ１０は、決済アプリを用いた決済において利用者に適用可能なクーポンを自動的に適用することができる。すなわち、実施形態に係る決済サーバ１０は、決済における利用者の利便性を向上させることができる。
【0079】
〔決済サーバの構成〕
次に、図２を用いて、決済サーバ１０の構成について説明する。図２は、実施形態に係る決済サーバの構成例を示す図である。図２に示すように、決済サーバ１０は、通信部２０と、記憶部３０と、制御部４０とを有する。
次に、図２を用いて、決済サーバ１０の構成について説明する。図２は、実施形態に係る決済サーバの構成例を示す図である。図２に示すように、決済サーバ１０は、通信部２０と、記憶部３０と、制御部４０とを有する。
【0080】
（通信部２０について）
通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線または無線で接続され、利用者端末１００、施設２００、外部装置３００等との間で情報の送受信を行う。
通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線または無線で接続され、利用者端末１００、施設２００、外部装置３００等との間で情報の送受信を行う。
【0081】
（記憶部３０について）
記憶部３０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図２に示すように、記憶部３０は、利用者情報データベース（ＤＢ）３１と、口座データベース（ＤＢ）３２と、施設情報データベース（ＤＢ）３３と、クーポン情報データベース（ＤＢ）３４とを有する。
記憶部３０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図２に示すように、記憶部３０は、利用者情報データベース（ＤＢ）３１と、口座データベース（ＤＢ）３２と、施設情報データベース（ＤＢ）３３と、クーポン情報データベース（ＤＢ）３４とを有する。
【0082】
（利用者情報データベース３１について）
利用者情報データベース３１は、決済サーバ１０が提供する電子決済サービスの利用者に関する各種の情報を記憶する。ここで、図３を用いて、利用者情報データベース３１が記憶する情報の一例を説明する。図３は、実施形態に係る利用者情報データベース３１の一例を示す図である。図３の例において、利用者情報データベース３１は、「ユーザＩＤ」、「決済履歴」、「獲得済クーポン」といった項目を有する。
利用者情報データベース３１は、決済サーバ１０が提供する電子決済サービスの利用者に関する各種の情報を記憶する。ここで、図３を用いて、利用者情報データベース３１が記憶する情報の一例を説明する。図３は、実施形態に係る利用者情報データベース３１の一例を示す図である。図３の例において、利用者情報データベース３１は、「ユーザＩＤ」、「決済履歴」、「獲得済クーポン」といった項目を有する。
【0083】
「ユーザＩＤ」は、利用者を識別するための識別情報を示す。「決済履歴」は、電子決済サービスを利用して行った決済の履歴を示し、例えば、決済先や、決済金額等といった情報が格納される。「獲得済クーポン」は、クーポン情報データベース３４に格納されたクーポン情報が示すクーポンのうち、利用者が獲得したクーポンを示し、例えば、クーポンを識別するための識別情報（クーポンＩＤ）が格納される。
【0084】
（口座データベース３２について）
口座データベース３２は、利用者や店舗（事業者）、施設２００等が電子決済サービスにおいて所有する口座に関する各種の情報を記憶する。ここで、図４を用いて、口座データベース３２が記憶する情報の一例を説明する。図４は、実施形態に係る口座データベース３２の一例を示す図である。図４の例において、口座データベース３２は、「口座ＩＤ」、「所有者情報」、「口座残高」といった項目を有する。
口座データベース３２は、利用者や店舗（事業者）、施設２００等が電子決済サービスにおいて所有する口座に関する各種の情報を記憶する。ここで、図４を用いて、口座データベース３２が記憶する情報の一例を説明する。図４は、実施形態に係る口座データベース３２の一例を示す図である。図４の例において、口座データベース３２は、「口座ＩＤ」、「所有者情報」、「口座残高」といった項目を有する。
【0085】
「口座ＩＤ」は、口座を識別するための識別情報を示す。「所有者情報」は、口座を所有する所有者に関する情報を示し、例えば、所有者を識別するための識別情報が格納される。「口座残高」は、口座の残高を示す。
【0086】
（施設情報データベース３３について）
施設情報データベース３３は、施設に関する各種の情報を記憶する。ここで、図５を用いて、施設情報データベース３３が記憶する情報の一例を説明する。図５は、実施形態に係る施設情報データベース３３の一例を示す図である。図５の例において、施設情報データベース３３は、「施設ＩＤ」、「加盟店ＩＤ」、「事業者ＩＤ」、「施設情報」、「適用クーポン」といった項目を有する。
施設情報データベース３３は、施設に関する各種の情報を記憶する。ここで、図５を用いて、施設情報データベース３３が記憶する情報の一例を説明する。図５は、実施形態に係る施設情報データベース３３の一例を示す図である。図５の例において、施設情報データベース３３は、「施設ＩＤ」、「加盟店ＩＤ」、「事業者ＩＤ」、「施設情報」、「適用クーポン」といった項目を有する。
【0087】
「施設ＩＤ」は、施設２００を識別するための識別情報であり、上記したＳＩＤである。「加盟店ＩＤ」は、決済先を識別するための識別情報であり、上記したＭＩＤである。「事業者ＩＤ」は、施設２００を管理する事業者を識別するための識別情報である。「施設情報」は、施設２００に関する情報であり、施設名や、施設２００の位置情報等を含む。「適用クーポン」は、施設２００に適用されるクーポンであり、後述するクーポン情報データベース３４におけるクーポンＩＤが入力される。
【0088】
図５において、「施設ＩＤ」の「共通ＳＩＤ＃１」は、複数の施設２００で共通の共通ＳＩＤであり、「ＳＩＤ＃１」は、施設毎のＳＩＤである。また、「加盟店ＩＤ」の「共通ＭＩＤ＃１」は、複数の施設２００で共通の共通ＭＩＤであり、「ＭＩＤ＃１」は、施設毎のＭＩＤである」。
【0089】
（クーポン情報データベース３４について）
クーポン情報データベース３４は、利用者に適用されるクーポンに関する各種の情報を記憶する。ここで、図６を用いて、クーポン情報データベース３４が記憶する情報の一例を説明する。図６は、実施形態に係るクーポン情報データベース３４の一例を示す図である。図６の例において、クーポン情報データベース３４は、「クーポンＩＤ」、「利益内容」、「獲得条件」といった項目を有する。
クーポン情報データベース３４は、利用者に適用されるクーポンに関する各種の情報を記憶する。ここで、図６を用いて、クーポン情報データベース３４が記憶する情報の一例を説明する。図６は、実施形態に係るクーポン情報データベース３４の一例を示す図である。図６の例において、クーポン情報データベース３４は、「クーポンＩＤ」、「利益内容」、「獲得条件」といった項目を有する。
【0090】
「クーポンＩＤ」は、クーポンを識別するための識別情報を示す。「利益内容」は、クーポンにより利用者に付与される利益の内容を示す。「獲得条件」は、利用者がクーポンを獲得するための条件（例えば、デモグラフィック属性や、サイコグラフィック属性、決済履歴）を示す。
【0091】
（制御部４０について）
制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、決済サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４０は、以下に説明する情報処理の機能や作用を実現または実行する。
制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、決済サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４０は、以下に説明する情報処理の機能や作用を実現または実行する。
【0092】
【0093】
（登録処理について）
具体的には、制御部４０は、外部装置３００から同一のクーポンを利用可能な複数の施設２００のリスト情報を取得する。リスト情報は、施設２００の名称、施設２００の位置情報、クーポン情報（利益内容や、利用可能期間）等を含む。
具体的には、制御部４０は、外部装置３００から同一のクーポンを利用可能な複数の施設２００のリスト情報を取得する。リスト情報は、施設２００の名称、施設２００の位置情報、クーポン情報（利益内容や、利用可能期間）等を含む。
【0094】
制御部４０は、取得したリスト情報に基づいて、クーポンＩＤを発行する。また、制御部４０は、リスト情報の送信元である加盟店が未登録である場合には、共通ＳＩＤおよび共通ＭＩＤを新たに発行する。制御部４０は、発行したクーポンＩＤと、共通ＳＩＤと、共通ＭＩＤとを紐付けた共通データを生成し、施設情報ＤＢ３３に登録する。
【0095】
また、制御部４０は、リスト情報に含まれる複数の施設毎にＭＩＤおよびＳＩＤを発行し、クーポンＩＤに対して、発行したＭＩＤと、ＳＩＤとを紐付けることで個別データを生成し、施設情報ＤＢ３３に登録する。
【0096】
制御部４０は、個別データおよび共通データを施設情報ＤＢ３３に登録後、共通データである共通ＭＩＤおよび共通ＳＩＤの組を外部装置３００へ通知する。
【0097】
（決済処理について：ユーザスキャン）
具体的には、制御部４０は、外部装置３００から決済情報生成要求を受け付ける。決済情報生成要求には、決済ＩＤ、決済額、共通ＭＩＤおよび共通ＳＩＤが含まれる。制御部４０は、決済情報生成要求に基づいて、決済情報を生成し外部装置３００へ提供する。決済情報は、例えば、２次元コードであり、決済ＩＤ、決済額、共通ＭＩＤおよび共通ＳＩＤを含む。
具体的には、制御部４０は、外部装置３００から決済情報生成要求を受け付ける。決済情報生成要求には、決済ＩＤ、決済額、共通ＭＩＤおよび共通ＳＩＤが含まれる。制御部４０は、決済情報生成要求に基づいて、決済情報を生成し外部装置３００へ提供する。決済情報は、例えば、２次元コードであり、決済ＩＤ、決済額、共通ＭＩＤおよび共通ＳＩＤを含む。
【0098】
制御部４０は、決済情報を外部装置３００へ提供した後、利用者端末１００から決済情報を取得する。利用者端末１００から取得する決済情報は、上記した情報に加え、ユーザＩＤが紐付けされている。
【0099】
制御部４０は、利用者端末１００から取得した決済情報に基づいて、クーポンの適用可否を判定する。具体的には、制御部４０は、利用者情報ＤＢ３１および施設情報ＤＢ３３を参照して、利用者端末１００から取得した決済情報における共通ＭＩＤおよび共通ＳＩＤに紐付いたクーポンを利用者が獲得しているか否かを判定する。
【0100】
制御部４０は、かかるクーポンを利用者が獲得している場合、詳細には、利用者情報ＤＢ３１におけるユーザＩＤに獲得済クーポンとして該当のクーポンＩＤが紐付いている場合、クーポンを適用可能であると判定する。一方、制御部４０は、かかるクーポンを利用者が獲得していない場合、詳細には、利用者情報ＤＢ３１におけるユーザＩＤに獲得済クーポンとして該当のクーポンＩＤが紐付いていない場合、クーポンを適用不可であると判定する。
【0101】
制御部４０は、クーポンの適用の可否判定の結果に基づいて、決済処理を行う。具体的には、制御部４０は、クーポンを適用可能であると判定した場合、クーポンを適用後（割引後）の価格を決済額として決済処理を行う。一方、制御部４０は、クーポンを適用不可であると判定した場合、クーポンを適用しない価格を決済額として決済処理を行う。
【0102】
制御部４０は、決済処理を完了した後、外部装置３００および利用者端末１００に対して決済完了通知を行う。決済完了通知には、決済ＩＤおよび決済額が含まれる。
【0103】
（決済処理について：ストアスキャン）
具体的には、制御部４０は、外部装置３００から決済要求を受け付ける。決済要求には、決済ＩＤ、決済額、ユーザＩＤ、共通ＭＩＤおよび共通ＳＩＤが含まれる。
具体的には、制御部４０は、外部装置３００から決済要求を受け付ける。決済要求には、決済ＩＤ、決済額、ユーザＩＤ、共通ＭＩＤおよび共通ＳＩＤが含まれる。
【0104】
制御部４０は、外部装置３００から取得した決済要求に基づいて、クーポンの適用可否を判定する。具体的には、制御部４０は、利用者情報ＤＢ３１および施設情報ＤＢ３３を参照して、決済要求における共通ＭＩＤおよび共通ＳＩＤに紐付いたクーポンを利用者が獲得しているか否かを判定する。
【0105】
制御部４０は、かかるクーポンを利用者が獲得している場合、詳細には、利用者情報ＤＢ３１におけるユーザＩＤに獲得済クーポンとして該当のクーポンＩＤが紐付いている場合、クーポンを適用可能であると判定する。一方、制御部４０は、かかるクーポンを利用者が獲得していない場合、詳細には、利用者情報ＤＢ３１におけるユーザＩＤに獲得済クーポンとして該当のクーポンＩＤが紐付いていない場合、クーポンを適用不可であると判定する。
【0106】
制御部４０は、クーポンの適用の可否判定の結果に基づいて、決済処理を行う。具体的には、制御部４０は、クーポンを適用可能であると判定した場合、クーポンを適用後（割引後）の価格を決済額として決済処理を行う。一方、制御部４０は、クーポンを適用不可であると判定した場合、クーポンを適用しない価格を決済額として決済処理を行う。
【0107】
制御部４０は、決済処理を完了した後、外部装置３００に対して決済完了通知を行う。決済完了通知には、決済ＩＤおよび決済額が含まれる。
【0108】
【0109】
図７に示すように、決済サーバ１０は、クーポンを利用可能な施設２００のリスト情報を取得する（ステップＳ１０１）。
【0110】
次に、決済サーバ１０は、外部装置３００から受信したリスト情報を基に、クーポンを識別するクーポンＩＤを発行する（ステップＳ１０２）。つづいて、決済サーバ１０は、かかるクーポンＩＤに、共通ＳＩＤおよび共通ＭＩＤを紐づけた共通データを施設２００毎に生成し、施設情報データベースに記憶する（ステップＳ１０３）。
【0111】
次に、決済サーバ１０は、リスト情報に含まれる施設毎にＭＩＤおよびＳＩＤを発行する（ステップＳ１０４）。次に、決済サーバ１０は、発行したクーポンＩＤにＭＩＤおよびＳＩＤを紐付けた個別データを生成し、施設情報データベースに記憶し（ステップＳ１０５）、登録処理を完了する。
【0112】
【0113】
図８に示すように、決済サーバ１０は、外部装置３００から決済情報生成要求を受け付ける（ステップＳ２０１）。決済情報生成要求には、決済ＩＤ、決済額、共通ＭＩＤおよび共通ＳＩＤが含まれる。
【0114】
次に、決済サーバ１０は、決済情報生成要求を基に、決済情報を生成し外部装置３００へ提供する（ステップＳ２０２）。
【0115】
次に、決済サーバ１０は、利用者端末１００から決済情報を取得する（ステップＳ２０３）。次に決済サーバ１０は、取得した決済情報に基づいて、クーポンの適用可否を判定する（ステップＳ２０４）。
【0116】
次に、決済サーバ１０は、クーポン適用の可否判定の結果に応じた決済額により決済処理を行う（ステップＳ２０５）。次に、決済サーバ１０は、決済完了通知を利用者端末１００および外部装置３００へ通知し（ステップＳ２０６）、処理を終了する。
【0117】
【0118】
図９に示すように、決済サーバ１０は、外部装置３００から決済要求を受け付ける（ステップＳ３０１）。決済要求には、決済ＩＤ、決済額、ユーザＩＤ、共通ＭＩＤおよび共通ＳＩＤが含まれる。
【0119】
次に、決済サーバ１０は、決済要求に基づいて、クーポンの適用可否を判定する（ステップＳ３０２）。
【0120】
次に、決済サーバ１０は、クーポン適用の可否判定の結果に応じた決済額により決済処理を行う（ステップＳ３０３）。次に、決済サーバ１０は、決済完了通知を外部装置３００へ通知し（ステップＳ３０４）、処理を終了する。
【0121】
〔変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
【0122】
例えば、図１Ａで示したクーポンの登録処理において、決済サーバ１０は、外部装置３００を介してリスト情報を取得したが、不図示の設定者端末から直接リスト情報を取得してもよい。
【0123】
また、図１Ｂおよび図１Ｃで示したが、決済処理において、決済サーバ１０は、外部装置３００を介して施設２００から決済情報生成要求や決済要求を受信したが、施設２００から直接、決済情報生成要求や決済要求を受信してもよい。同様に、決済サーバ１０は、決済情報の送信や決済完了通知を外部装置３００を介さずに直接施設２００へ送信してもよい。
【0124】
〔処理態様について〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文章中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文章中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0125】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【0126】
また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【0127】
〔負担者の設定について〕
これまで、クーポンの原資がメーカによって負担される例について説明してきた。一方で、クーポンの原資を負担する負担者はメーカでなくてもよい。例えば、負担者は、店舗及び利用者等であってもよい。
これまで、クーポンの原資がメーカによって負担される例について説明してきた。一方で、クーポンの原資を負担する負担者はメーカでなくてもよい。例えば、負担者は、店舗及び利用者等であってもよい。
【0128】
また、上述では、クーポンを特典の一例として挙げたが、クーポンに限らず、スタンプカードの発行や、別商品の提供等を特典としてもよい。
【0129】
〔効果〕
上述してきたように、実施形態に係る決済サーバ１０は、記憶部３０と、制御部４０とを備える。記憶部３０は、同一の特典が利用可能となる複数の施設２００毎に、特典を識別する特典ＩＤ（クーポンＩＤ）と、施設２００に対して決済する際の決済先を識別する加盟店ＩＤ（決済先ＩＤ、ＭＩＤ）と、施設２００それぞれを識別する施設ＩＤ（ＳＩＤ）とを紐付けた個別データと、特典ＩＤに対して、加盟店ＩＤと、複数の施設２００で共通の共通施設ＩＤ（共通ＳＩＤ）とを紐付けた共通データとを含むデータベース（施設情報ＤＢ３３）を記憶する。制御部４０は、施設情報ＤＢ３３における共通データに基づいて、複数の施設２００それぞれで利用者端末１００を用いた決済における特典の適用可否を判定する。
上述してきたように、実施形態に係る決済サーバ１０は、記憶部３０と、制御部４０とを備える。記憶部３０は、同一の特典が利用可能となる複数の施設２００毎に、特典を識別する特典ＩＤ（クーポンＩＤ）と、施設２００に対して決済する際の決済先を識別する加盟店ＩＤ（決済先ＩＤ、ＭＩＤ）と、施設２００それぞれを識別する施設ＩＤ（ＳＩＤ）とを紐付けた個別データと、特典ＩＤに対して、加盟店ＩＤと、複数の施設２００で共通の共通施設ＩＤ（共通ＳＩＤ）とを紐付けた共通データとを含むデータベース（施設情報ＤＢ３３）を記憶する。制御部４０は、施設情報ＤＢ３３における共通データに基づいて、複数の施設２００それぞれで利用者端末１００を用いた決済における特典の適用可否を判定する。
【0130】
これにより、決済サーバ１０によれば、クーポンの適用可否を判定する際に、クーポンに紐づいた大量の店舗の中から決済を行う店舗を検索する必要が無いため、自動販売機等のように大量の施設２００が存在する場合であっても迅速にクーポンの適用可否を判定することができる。すなわち、実施形態に係る決済サーバ１０によれば、クーポンを効率よく管理することができる。
【0131】
また、制御部４０は、加盟店ＩＤおよび共通施設ＩＤが紐付いた共通データを含む決済情報を生成して施設２００へ送信した後、利用者端末１００からユーザＩＤが紐付けられて送信される決済情報に基づいて特典の適用可否を判定する。
【0132】
これにより、ユーザスキャンによる決済処理において特典の適用可否を効率良く行うことができる。
【0133】
また、制御部４０は、施設２００が利用者端末１００から取得したユーザＩＤと加盟店ＩＤおよび共通施設ＩＤが紐付いた共通データとが紐付いた決済要求を受信し、受信した決済要求に基づいて特典の適用可否を判定する。
【0134】
これにより、ストアスキャンによる決済処理において特典の適用可否を効率良く行うことができる。
【0135】
また、施設情報データベース３３は、施設２００毎の位置情報を含む。制御部４０は、利用者によって指定された特典ＩＤの特典の獲得要求を受け付けた場合に、当該特典ＩＤに紐付く個別データに基づいて、当該特典が利用可能な施設２００の位置情報を利用者端末１００へ提供する。
【0136】
これにより、クーポンの利用が可能な施設２００の情報を利用者端末１００へ提供することができる。
【0137】
また、制御部４０は、施設２００の位置を地図表示により提供する。
【0138】
これにより、クーポンの利用が可能な施設２００の位置を利用者が容易に把握することができる。
【0139】
また、制御部４０は、共通データに施設２００に関する位置情報が紐付いている場合には、共通データに紐付いた位置情報を、施設２００毎の位置情報よりも優先して提供する。
【0140】
これにより、共通データに紐付いた位置情報を優先的に提供できるとともに、個別データに位置情報が紐付いている場合には、施設毎の位置情報を提供できる。
【0141】
また、特典は、決済の割引に関するクーポンまたはスタンプカードである。
【0142】
これにより、クーポンまたはスタンプカードを効率良く管理することができる。
【0143】
また、施設２００は、無人でのサービス提供を行う施設であり、例えば、自動販売機である。
【0144】
これにより、自動販売機等の大量に存在する施設２００において利用可能な特典を効率良く管理することができる。
【0145】
〔ハードウェア構成〕
また、上述してきた各実施形態に係る決済サーバ１０は、例えば、図１０に示すような構成のコンピュータ１０００によって実現される。以下、決済サーバ１０を例に挙げて説明する。図１０は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＯＭ１２００、ＲＡＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
また、上述してきた各実施形態に係る決済サーバ１０は、例えば、図１０に示すような構成のコンピュータ１０００によって実現される。以下、決済サーバ１０を例に挙げて説明する。図１０は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＯＭ１２００、ＲＡＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【0146】
ＣＰＵ１１００は、ＲＯＭ１２００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１２００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【0147】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（実施形態のネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。
【0148】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。
【0149】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１３００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１３００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【0150】
例えば、コンピュータ１０００が決済サーバ１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１３００上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。また、ＨＤＤ１４００には、決済サーバ１０の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。
【0151】
〔７．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【0152】
また、上述した決済サーバ１０は、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現する等、構成は柔軟に変更できる。
【0153】
また、特許請求の範囲に記載した「部」は、「手段」や「回路」等に読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。
【符号の説明】
【0154】
１ 情報処理システム
１０ 決済サーバ
２０ 通信部
３０ 記憶部
３１ 利用者情報データベース
３２ 口座データベース
３３ 施設情報データベース
３４ クーポン情報データベース
４０ 制御部
１００ 利用者端末
２００ 施設
３００ 外部装置
１０ 決済サーバ
２０ 通信部
３０ 記憶部
３１ 利用者情報データベース
３２ 口座データベース
３３ 施設情報データベース
３４ クーポン情報データベース
４０ 制御部
１００ 利用者端末
２００ 施設
３００ 外部装置
【図1A】
【図1B】
【図1C】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2023-08-17
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
同一の特典が利用可能となる複数の施設毎に、前記特典を識別する特典ＩＤと、前記施設に対して決済する際の決済先を識別する決済先ＩＤと、前記施設それぞれを識別する施設ＩＤとを紐付けた個別データと、前記特典ＩＤに対して、前記決済先ＩＤと、前記複数の施設で共通の共通施設ＩＤとを紐付けた共通データとを含むデータベースを記憶する記憶部と、
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれの前記施設ＩＤに基づく利用者端末を用いた決済における前記特典の適用可否を判定する制御部と、
を備え、
前記記憶部は、
利用者が獲得した前記特典の前記特典ＩＤと、前記利用者のユーザＩＤとを紐付けた利用者情報を記憶し、
前記制御部は、
前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データを含む決済情報を生成して前記施設へ送信した後、前記施設から前記決済情報を読み取った前記利用者端末からユーザＩＤおよび前記施設ＩＤが紐付けられて送信される前記決済情報と、前記利用者情報とに基づいて前記特典の適用可否を判定する
情報処理装置。
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれの前記施設ＩＤに基づく利用者端末を用いた決済における前記特典の適用可否を判定する制御部と、
を備え、
前記記憶部は、
利用者が獲得した前記特典の前記特典ＩＤと、前記利用者のユーザＩＤとを紐付けた利用者情報を記憶し、
前記制御部は、
前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データを含む決済情報を生成して前記施設へ送信した後、前記施設から前記決済情報を読み取った前記利用者端末からユーザＩＤおよび前記施設ＩＤが紐付けられて送信される前記決済情報と、前記利用者情報とに基づいて前記特典の適用可否を判定する
情報処理装置。
【請求項2】
前記制御部は、
前記施設が前記利用者端末から取得したユーザＩＤと前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データとが紐付いた決済要求を受信し、受信した前記決済要求に基づいて前記特典の適用可否を判定する
請求項１に記載の情報処理装置。
前記施設が前記利用者端末から取得したユーザＩＤと前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データとが紐付いた決済要求を受信し、受信した前記決済要求に基づいて前記特典の適用可否を判定する
請求項１に記載の情報処理装置。
【請求項3】
前記データベースは、前記施設毎の位置情報を含み、
前記制御部は、
利用者によって指定された前記特典ＩＤの前記特典の獲得要求を受け付けた場合に、当該特典ＩＤに紐付く前記個別データに基づいて、当該特典が利用可能な前記施設の位置情報を前記利用者端末へ提供する
請求項１に記載の情報処理装置。
前記制御部は、
利用者によって指定された前記特典ＩＤの前記特典の獲得要求を受け付けた場合に、当該特典ＩＤに紐付く前記個別データに基づいて、当該特典が利用可能な前記施設の位置情報を前記利用者端末へ提供する
請求項１に記載の情報処理装置。
【請求項4】
前記制御部は、
前記共通データに前記施設に関する位置情報が紐付いている場合には、前記共通データに紐付いた位置情報を、前記施設毎の位置情報よりも優先して提供する
請求項３に記載の情報処理装置。
前記共通データに前記施設に関する位置情報が紐付いている場合には、前記共通データに紐付いた位置情報を、前記施設毎の位置情報よりも優先して提供する
請求項３に記載の情報処理装置。
【請求項5】
前記制御部は、
前記特典ＩＤに前記共通データのみ紐付いているか、前記共通データおよび前記個別データが紐付いているかを判定し、前記共通データのみ紐付いている場合には、前記共通データに含まれる位置情報を提供し、前記共通データおよび前記個別データが紐付いている場合には、前記個別データに含まれる前記施設毎の位置情報を提供する
請求項３に記載の情報処理装置。
前記特典ＩＤに前記共通データのみ紐付いているか、前記共通データおよび前記個別データが紐付いているかを判定し、前記共通データのみ紐付いている場合には、前記共通データに含まれる位置情報を提供し、前記共通データおよび前記個別データが紐付いている場合には、前記個別データに含まれる前記施設毎の位置情報を提供する
請求項３に記載の情報処理装置。
【請求項6】
前記制御部は、
前記施設の位置を地図表示により提供する
請求項３に記載の情報処理装置。
前記施設の位置を地図表示により提供する
請求項３に記載の情報処理装置。
【請求項7】
前記特典は、
前記決済の割引に関するクーポンまたはスタンプカードである
請求項１に記載の情報処理装置。
前記決済の割引に関するクーポンまたはスタンプカードである
請求項１に記載の情報処理装置。
【請求項8】
前記施設は、
無人でのサービス提供を行う施設である
請求項１に記載の情報処理装置。
無人でのサービス提供を行う施設である
請求項１に記載の情報処理装置。
【請求項9】
コンピュータが実行する情報処理方法であって、
同一の特典が利用可能となる複数の施設毎に、前記特典を識別する特典ＩＤと、前記施設に対して決済する際の決済先を識別する決済先ＩＤと、前記施設それぞれを識別する施設ＩＤとを紐付けた個別データと、前記特典ＩＤに対して、前記決済先ＩＤと、前記複数の施設で共通の共通施設ＩＤとを紐付けた共通データとを含むデータベースを記憶部に記憶する工程と、
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれの前記施設ＩＤに基づく利用者端末を用いた決済における前記特典の適用可否を判定する制御工程と、
を含み、
前記記憶部は、
利用者が獲得した前記特典の前記特典ＩＤと、前記利用者のユーザＩＤとを紐付けた利用者情報を記憶し、
前記制御工程は、
前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データを含む決済情報を生成して前記施設へ送信した後、前記施設から前記決済情報を読み取った前記利用者端末からユーザＩＤおよび前記施設ＩＤが紐付けられて送信される前記決済情報と、前記利用者情報とに基づいて前記特典の適用可否を判定する
情報処理方法。
同一の特典が利用可能となる複数の施設毎に、前記特典を識別する特典ＩＤと、前記施設に対して決済する際の決済先を識別する決済先ＩＤと、前記施設それぞれを識別する施設ＩＤとを紐付けた個別データと、前記特典ＩＤに対して、前記決済先ＩＤと、前記複数の施設で共通の共通施設ＩＤとを紐付けた共通データとを含むデータベースを記憶部に記憶する工程と、
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれの前記施設ＩＤに基づく利用者端末を用いた決済における前記特典の適用可否を判定する制御工程と、
を含み、
前記記憶部は、
利用者が獲得した前記特典の前記特典ＩＤと、前記利用者のユーザＩＤとを紐付けた利用者情報を記憶し、
前記制御工程は、
前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データを含む決済情報を生成して前記施設へ送信した後、前記施設から前記決済情報を読み取った前記利用者端末からユーザＩＤおよび前記施設ＩＤが紐付けられて送信される前記決済情報と、前記利用者情報とに基づいて前記特典の適用可否を判定する
情報処理方法。
【請求項10】
同一の特典が利用可能となる複数の施設毎に、前記特典を識別する特典ＩＤと、前記施設に対して決済する際の決済先を識別する決済先ＩＤと、前記施設それぞれを識別する施設ＩＤとを紐付けた個別データと、前記特典ＩＤに対して、前記決済先ＩＤと、前記複数の施設で共通の共通施設ＩＤとを紐付けた共通データとを含むデータベースを記憶部に記憶する手順と、
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれの前記施設ＩＤに基づく利用者端末を用いた決済における前記特典の適用可否を判定する制御手順と、
をコンピュータに実行させ、
前記記憶部は、
利用者が獲得した前記特典の前記特典ＩＤと、前記利用者のユーザＩＤとを紐付けた利用者情報を記憶し、
前記制御手順は、
前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データを含む決済情報を生成して前記施設へ送信した後、前記施設から前記決済情報を読み取った前記利用者端末からユーザＩＤおよび前記施設ＩＤが紐付けられて送信される前記決済情報と、前記利用者情報とに基づいて前記特典の適用可否を判定する
情報処理プログラム。
前記データベースにおける前記共通データに基づいて、前記複数の施設それぞれの前記施設ＩＤに基づく利用者端末を用いた決済における前記特典の適用可否を判定する制御手順と、
をコンピュータに実行させ、
前記記憶部は、
利用者が獲得した前記特典の前記特典ＩＤと、前記利用者のユーザＩＤとを紐付けた利用者情報を記憶し、
前記制御手順は、
前記決済先ＩＤおよび前記共通施設ＩＤが紐付いた前記共通データを含む決済情報を生成して前記施設へ送信した後、前記施設から前記決済情報を読み取った前記利用者端末からユーザＩＤおよび前記施設ＩＤが紐付けられて送信される前記決済情報と、前記利用者情報とに基づいて前記特典の適用可否を判定する
情報処理プログラム。