JP7350109B2 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。

従来、ＥＣサイトの運営事業者や決済サービスの事業者などは、クーポンを発行するためのプラットフォームを加盟店に提供している。例えば、特許文献１には、ＥＣサイト会員のユーザランクに応じてクーポンを発行する仕組みが提案されている。

国際公開第２０１６／１５７４２３号

しかしながら、特許文献１に記載の技術では、クーポンの配布対象の利用者の範囲を自由に設定することができない場合があった。

本発明は、このような事情を考慮してなされたものであり、クーポンの配布対象の利用者の範囲を自由に設定することができる情報処理装置、情報処理方法、およびプログラムを提供することを目的の一つとする。

本発明の一態様は、顧客企業サーバおよび顧客端末装置と通信可能な情報処理装置であって、クーポンの配布対象の範囲を規定する配布条件を含むクーポンの発行依頼を、前記顧客企業サーバから取得する発行依頼取得部と、クーポン発行アドレスを前記顧客企業サーバに通知するアドレス通知部と、前記顧客端末装置から前記クーポン発行アドレスへのアクセスがあった場合、前記配布条件に基づいて前記クーポンの発行を認めるか否かを判定する判定部と、を備え、前記アドレス通知部は、前記判定部により前記クーポンの発行を認めると判定された場合、前記クーポンを取得するためのクーポン取得アドレスを前記顧客端末装置に通知する、情報処理装置である。

本発明の一態様によれば、クーポンの配布対象の利用者の範囲を自由に設定することができる情報処理装置、情報処理方法、およびプログラムを提供することができる。

電子決済サービスが実現されるための構成の一例を示す図である。 電子決済の大まかな流れを例示した図である。 決済サーバ１００の構成図である。 利用者情報１７２の内容の一例を示す図である。 クーポン情報１７６の内容の一例を示す図である。 利用実績情報１７８の内容の一例を示す図である。 非公開クーポンの発行・取得処理の一例を示すシーケンス図である。 顧客企業の社員向けの福利厚生サイトの一例を示す図である。 クーポン発行サイトの一例を示す図である。 クーポン獲得画面の一例を示す図である。 図２のパターン１の場合における、クーポン使用時の決済処理の流れの一例を示すシーケンス図である。 図２のパターン２の場合における、クーポン使用時の決済処理の流れの一例を示すシーケンス図である。

以下、図面を参照し、本発明の情報処理装置、情報処理方法、およびプログラムについて説明する。情報処理装置は、一以上のプロセッサにより実現される。以下の説明では、情報処理装置は、電子決済サービスを提供するものとし、「決済サーバ」と称して説明するが、情報処理装置は、ショッピング、オークション、チャット、ミニブログ、その他の、ログインを伴う任意のサービスを提供するものであってもよい。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）である。

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

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

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

決済サーバ１００は、利用者端末装置１０または店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。決済サーバ１００は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を増減させる（換言すると、電子マネーを入出金する）ことで、電子決済を行う。電子決済は、リボ払いやクレジット払い等の方法によって、購買時点のチャージ残高よりも多額の購買を可能にするものが含まれてよい。

顧客企業サーバ２００は、商品の販売またはサービスの提供を行う顧客企業が所有するサーバである。顧客企業サーバ２００は、店舗で利用可能なクーポンの発行を決済サーバ１００に依頼する。クーポンは、電子決済において利用者に利益を提供するための電子クーポンである。利用者に提供する利益とは、例えば、電子決済時における割引や、チャージ残高へのキャッシュバックなどであってよい。以下の説明では、クーポンが電子決済時における割引に利用される場合の例について説明する。なお、詳細は後述するが、顧客企業サーバ２００は、福利厚生サイトなどの顧客企業内のサイトの管理についても行う。

顧客端末装置３００は、顧客企業と関連のある利用者のＰＣ（Personal Computer）である。例えば、顧客端末装置３００は、顧客企業の社員が社内で用いるＰＣであってよい。

図２は、電子決済の大まかな流れを例示した図である。電子決済には、パターン１とパターン２の二つが存在してよい。パターン１の場合、まず利用者端末装置１０において決済アプリ２０が起動し、ＱＲコードやバーコード等のコード画像を表示する。利用者は利用者端末装置１０の表示面を店舗端末装置５０に翳す（提示する）。店舗端末装置５０は、光学読取機能によってコード画像をデコードし、アカウントＩＤ（第１利用者識別情報の一例）等の情報を取得する。そして、店舗端末装置５０は、アカウントＩＤ、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、利用者の電子決済口座から店舗の電子決済口座に決済金額を移動させて決済処理を完了させる。

パターン２の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする。店舗コード画像６０には、店舗名等の情報が含まれている。利用者は、店舗名等が表示された画面において、決済金額を利用者端末装置１０に入力する。そして、利用者端末装置１０は、アカウントＩＤ、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する。決済サーバ１００は、受信した情報に基づいて決済処理を行う。なお、上記のいずれかのパターンでのみ電子決済が行われてもよい。また、図２で説明する「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。

［決済サーバ］
図３は、決済サーバ１００の構成図である。決済サーバ１００は、例えば、通信部１１０と、決済コンテンツ提供部１２０と、決済処理部１２２と、発行依頼取得部１２４と、アドレス通知部１２６と、判定部１２８と、情報管理部１３０と、記憶部１７０とを備える。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（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）からの送金、登録された銀行口座からの送金などがある。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額等）を、決済ごとに示す情報である。クーポンＩＤは、利用者が所有するクーポンを識別するための情報である。社員番号は、顧客企業が利用者を識別するための利用者識別情報の一例である。詳細については後述するが、社員番号は元々決済サーバ１００が保有している情報ではなく、顧客端末装置３００から提供される情報である。

［クーポン情報］
図５は、クーポン情報１７６の内容の一例を示す図である。クーポン情報１７６は、例えば、クーポンＩＤに対して、店舗ＩＤ、割引額、有効期限、配布条件、クーポン発行ＵＲＬ（Uniform Resource Locator）、およびクーポン取得ＵＲＬなどの情報が対応付けられたものである。なお、クーポン発行ＵＲＬはクーポン発行アドレスの一例であり、クーポン取得ＵＲＬはクーポン取得アドレスの一例である。

店舗ＩＤは、クーポンを使用可能な店舗を識別するための情報である。割引額は、１回のクーポンの使用によって割り引かれる金額である。なお、割引額は、１回のクーポンの使用によって割り引かれる割合（例えば、○○％引き等）に関する情報であってもよい。有効期限は、クーポンの使用可能期間の終了日時を示す情報である。配布条件は、クーポンの配布対象の範囲を規定する情報である。クーポン発行ＵＲＬおよびクーポン取得ＵＲＬは、利用者端末装置１０がクーポンを取得するために必要なＵＲＬである。なお、配布条件、クーポン発行ＵＲＬ、およびクーポン取得ＵＲＬの詳細については後述する。

［利用実績情報］
図６は、利用実績情報１７８の内容の一例を示す図である。利用実績情報１７８は、例えば、アカウントＩＤに対して、クーポンＩＤ、使用日時、および使用回数などの情報が対応付けられたものである。

アカウントＩＤは、利用者情報１７２に含まれるアカウントＩＤと同じであり、利用者のアカウントを識別するための情報である。クーポンＩＤは、クーポン情報１７６に含まれるクーポンＩＤと同じであり、クーポンを識別するための情報である。使用日時は、利用者がクーポンを使用した日時である。使用回数は、利用者がクーポンを使用した回数である。

［非公開クーポンの発行・取得処理］
図７は、非公開クーポンの発行・取得処理の一例を示すシーケンス図である。非公開クーポンは、一般公開されていないクーポンであり、特定の利用者にのみ公開されたクーポンである。例えば、非公開クーポンは、公開されたクーポンをまとめたクーポンサイトなどには載っていないクーポンである。

非公開クーポンの発行を行う際、顧客企業サーバ２００は、非公開クーポンの発行依頼を決済サーバ１００に送信する（Ｓ１１）。非公開クーポンの発行依頼は、非公開クーポンを利用可能な店舗ＩＤ、割引額、有効期限、および配布条件などの情報を含む。配布条件は、非公開クーポンの配布対象の範囲を規定する情報である。例えば、配布条件は、クーポン発行ＵＲＬへのアクセスが許可された顧客端末装置３００のドメインおよびクーポン発行ＵＲＬへの遷移元のＵＲＬのうちの少なくとも一方を含んでよい。すなわち、配布条件は、顧客端末装置３００のドメインであってもよいし、クーポン発行ＵＲＬへの遷移元のＵＲＬであってもよいし、これらの両方であってもよい。

決済サーバ１００の発行依頼取得部１２４は、顧客企業サーバ２００から送信された非公開クーポンの発行依頼を取得する。情報管理部１３０は、発行依頼取得部１２４によって取得された発行依頼に応じて、クーポン情報１７６の更新処理を実行する（Ｓ１２）。具体的に、情報管理部１３０は、非公開クーポンの発行依頼に応じて、クーポンＩＤ、およびクーポン発行ＵＲＬを生成する。そして、情報管理部１３０は、生成したこれらの情報と、非公開クーポンの発行依頼に含まれる店舗ＩＤ、割引額、有効期限、および配布条件などの情報とを紐づけた新たなクーポン情報を、記憶部１７０に格納されたクーポン情報１７６に追加する。

アドレス通知部１２６は、情報管理部１３０によって生成された、非公開クーポンに対応するクーポン発行ＵＲＬを顧客企業サーバ２００に通知する（Ｓ１３）。具体的に、アドレス通知部１２６は、通信部１１０を制御してクーポン発行ＵＲＬを顧客企業サーバ２００に送信する。

顧客企業サーバ２００は、決済サーバ１００からクーポン発行ＵＲＬを受信する。そして、顧客企業サーバ２００は、クーポン発行ＵＲＬを特定のサイトに掲載する。例えば、顧客企業サーバ２００は、顧客企業の社員向けの福利厚生サイトにクーポン発行ＵＲＬを掲載する。一方、顧客端末装置３００は、顧客企業の社員の操作に従って福利厚生サイトにアクセスし、ブラウザを用いて福利厚生サイトを表示する。

図８は、顧客企業の社員向けの福利厚生サイトの一例を示す図である。福利厚生サイト４００には、様々な福利厚生に関する情報に加え、顧客企業の社員限定の非公開クーポンに関する情報が表示される。図８に示される例において、福利厚生サイト４００は、店舗Ａの１００円割引クーポンを選択するためのボタン４０１、および店舗Ｂの２００円割引クーポンを選択するためのボタン４０２が表示されている。

福利厚生サイト４００においていずれかの非公開クーポンが選択されると、顧客端末装置３００は、選択された非公開クーポンに対応するクーポン発行ＵＲＬにアクセスする（Ｓ１４）。この際、顧客端末装置３００は、決済サーバ１００にＨＴＴＰ（Hypertext Transfer Protocol）リクエストを送信する。ＨＴＴＰリクエストには、クーポン発行ＵＲＬにアクセスする顧客端末装置３００のドメイン、クーポン発行ＵＲＬへの遷移元のＵＲＬ（本実施形態では、福利厚生サイト４００のＵＲＬ）、および利用者の社員番号などの情報が含まれる。

次に、決済サーバ１００の判定部１２８は、顧客端末装置３００からクーポン発行ＵＲＬへのアクセスがあった場合、配布条件に基づいてクーポンの発行を認めるか否かを判定する（Ｓ１５）。具体的に、判定部１２８は、アクセスのあったクーポン発行ＵＲＬに対応する配布条件を、記憶部１７０に記憶されたクーポン情報１７６から取得する。また、判定部１２８は、顧客端末装置３００から送信されたＨＴＴＰリクエストに含まれる、顧客端末装置３００のドメイン、クーポン発行ＵＲＬへの遷移元のＵＲＬ、および利用者の社員番号などの情報を取得する。そして、判定部１２８は、クーポン情報１７６から取得した配布条件と、ＨＴＴＰリクエストに含まれる顧客端末装置３００のドメインまたはクーポン発行ＵＲＬへの遷移元のＵＲＬとに基づいて、クーポンの発行を認めるか否かを判定する。

例えば、図５に示されるクーポンＩＤがＣ００１のクーポンの配布条件は、ドメインが“aaa.com”であり、遷移元ＵＲＬが“https://aaa.com/coupon/***”である。この場合、判定部１２８は、ＨＴＴＰリクエストに含まれる顧客端末装置３００のドメインが“aaa.com”であれば非公開クーポンの発行を認める。また、判定部１２８は、ＨＴＴＰリクエストに含まれるクーポン発行ＵＲＬへの遷移元のＵＲＬ（本実施形態では、福利厚生サイト４００のＵＲＬ）が“https://aaa.com/coupon/***”であれば非公開クーポンの発行を認める。一方、これらの条件を満たさない場合には、判定部１２８は非公開クーポンの発行を認めない。なお、判定部１２８は、ドメインおよび遷移元ＵＲＬの両方の配布条件を満たさなければ、非公開クーポンの発行を認めないようにしてもよい。

このように、判定部１２８は、配布条件（ドメイン、遷移元ＵＲＬ）に基づいてクーポンの発行を認めるか否かを判定する。これによって、例えば、非公開クーポンのクーポン発行ＵＲＬが他人に知られたとしても、他人が非公開クーポンを取得することを防止することができる。

非公開クーポンの発行を認めた場合、判定部１２８は、非公開クーポンを取得するためのクーポン取得ＵＲＬを生成し、生成したクーポン取得ＵＲＬをクーポン情報１７６に書き込む。クーポン取得ＵＲＬは、利用者の社員番号ごとに一意に生成されるアドレスである。情報管理部１３０は、生成されたクーポン取得ＵＲＬを、ＨＴＴＰリクエストから取得した利用者の社員番号に紐づけて記憶部１７０に記憶する。

次に、アドレス通知部１２６は、判定部１２８によって生成されたクーポン取得ＵＲＬを顧客端末装置３００に通知する（Ｓ１６）。例えば、アドレス通知部１２６は、クーポン取得ＵＲＬを、決済アプリ２０がインストールされた利用者端末装置１０で読み取り可能なコード情報の形式で顧客端末装置３００に通知する。コード情報は、例えばＱＲコードなどの二次元コードであってもよく、バーコードなどの一次元コードであってもよい。なお、クーポン取得ＵＲＬは、当該ＵＲＬが生成されてから一定時間が経過すると無効となる時限的なＵＲＬであってよい。クーポン取得ＵＲＬを時限的なＵＲＬとすることで、クーポン取得ＵＲＬがＳＮＳ（Social Networking Service）などで拡散されたとしても、非公開クーポンが他人に不正に取得されるのを防止することができる。なお、以下の説明では、クーポン取得ＵＲＬがＱＲコードの形式で通知される例について説明する。

図９は、クーポン発行サイトの一例を示す図である。クーポン発行サイト５００は、顧客端末装置３００の表示部に表示される。クーポン発行サイト５００には、「スマートフォンで、ＱＲコードを撮影して下さい」というメッセージに加え、アドレス通知部１２６から通知されたＱＲコード５０１が表示される。図９に示される例において、ＱＲコード５０１には、クーポン取得ＵＲＬが埋め込まれている。

例えば、図８におけるボタン４０１が選択された場合、クーポン発行サイト５００には、店舗Ａの１００円割引クーポンを取得するためのＱＲコード５０１が表示される。また、図８におけるボタン４０２が選択された場合、クーポン発行サイト５００には、店舗Ｂの２００円割引クーポンを取得するためのＱＲコード５０１が表示される。

次に、利用者は、決済アプリ２０がインストールされた利用者端末装置１０を用いてＱＲコード５０１を撮影する（Ｓ１７）。利用者端末装置１０は、撮影したＱＲコード５０１をデコードすることにより、クーポン取得ＵＲＬを取得する。そして、利用者端末装置１０は、取得したクーポン取得ＵＲＬにアクセスする（Ｓ１８）。このとき、利用者端末装置１０は、利用者のアカウントＩＤについても送信する。

利用者端末装置１０からクーポン取得ＵＲＬにアクセスがあった場合、決済サーバ１００の情報管理部１３０は、アクセスのあったクーポン取得ＵＲＬに対応するクーポンＩＤをクーポン情報１７６から取得するとともに、利用者のアカウントＩＤを利用者端末装置１０から取得する。そして、情報管理部１３０は、利用者のアカウントＩＤと、取得したクーポンＩＤとを紐づけて利用者情報１７２に書き込む。その後、情報管理部１３０は、クーポン取得通知を利用者端末装置１０に送信する（Ｓ１９）。前述したように、クーポン取得ＵＲＬは、クーポンの取得が許可された利用者の社員番号に紐づけて管理されている。このため、情報管理部１３０は、利用者端末装置１０からアクセスがあったクーポン取得ＵＲＬに紐づけられている社員番号を、非公開クーポンを取得した利用者のアカウントＩＤと紐づけて利用者情報１７２に書き込む。これによって、決済サーバ１００は、非公開クーポンを取得した利用者の社員番号を、自動的に利用者情報１７２に追加することができる。このとき、利用者端末装置１０からアクセスがあったクーポン取得ＵＲＬに紐づけられている社員番号を、利用者のアカウントＩＤと紐づけて利用実績情報１７８に書き込んでもよい。これによって、決済サーバ１００は、社員ごとのクーポンの利用実績を管理することができる。

図１０は、クーポン獲得画面の一例を示す図である。利用者端末装置１０は、決済サーバ１００からクーポン取得通知を受信すると、クーポン獲得画面１２を表示部に表示する。クーポン獲得画面１２には、「クーポンを獲得しました」というメッセージに加え、取得したクーポンに関する情報が表示される。これにより、利用者端末装置１０は、非公開クーポンを取得することができる。

［クーポン使用時の決済処理］
図１１は、図２のパターン１の場合における、クーポン使用時の決済処理の流れの一例を示すシーケンス図である。まず、利用者が店舗にて電子決済を行う際、利用者は利用者端末装置１０を用いて決済アプリ２０を起動させ、ＱＲコードやバーコード等のコード画像を表示させる。次に、利用者は利用者端末装置１０の表示面を店舗端末装置５０に翳すことにより、コード画像を提示する（Ｓ２１）。

店舗端末装置５０は、光学読取機能によってコード画像をデコードし、利用者のアカウントＩＤ等の情報を取得する。そして、店舗端末装置５０は、アカウントＩＤ、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ２２）。

決済サーバ１００は、店舗端末装置５０から決済情報を受信すると、クーポン確認処理を実行する（Ｓ２３）。クーポン確認処理は、電子決済を行おうとしている店舗で使用可能なクーポンを、利用者が所有しているか否かを確認する処理である。クーポン確認処理において、決済サーバ１００は、記憶部１７０に格納された利用者情報１７２から、決済情報に含まれるアカウントＩＤに関連付けられたクーポンＩＤ（利用者が所有するクーポンのＩＤ）を取得する。また、決済サーバ１００は、記憶部１７０に格納されたクーポン情報１７６から、決済情報に含まれる店舗ＩＤに関連付けられたクーポンＩＤ（電子決済を行おうとしている店舗で使用可能なクーポンのＩＤ）を取得する。そして、決済サーバ１００は、利用者情報１７２から取得したクーポンＩＤ（利用者が所有するクーポンのＩＤ）と、クーポン情報１７６から取得したクーポンＩＤ（電子決済を行おうとしている店舗で使用可能なクーポンのＩＤ）とを比較することにより、電子決済を行おうとしている店舗で使用可能なクーポンを、利用者が所有しているか否かを判定する。

電子決済を行おうとしている店舗で使用可能なクーポンを、利用者が所有していると判定した場合、決済サーバ１００は、有効性確認処理を実行する（Ｓ２４）。有効性確認処理は、利用者が所有しているクーポンが有効か否かを確認する処理である。有効性確認処理において、決済サーバ１００は、利用者が所有しているクーポンのクーポンＩＤに対応付けられた有効期限を、記憶部１７０に格納されたクーポン情報１７６から取得する。そして、決済サーバ１００は、クーポン情報１７６から取得した有効期限が、現在の日時よりも前であるか否かを判定する。クーポン情報１７６から取得した有効期限が、現在の日時よりも前である場合、決済サーバ１００は、クーポンは期限切れのため無効であると判定する。一方、クーポン情報１７６から取得した有効期限が、現在の日時よりも前でない場合、決済サーバ１００は、クーポンは有効であると判定する。クーポンが有効であると判定された場合、決済サーバ１００は、クーポンの割引額をクーポン情報１７６から取得し、決済情報に含まれる決済金額から割引額を差し引く。

次に、決済サーバ１００は、店舗端末装置５０から受信した決済情報基づき、決済処理を実行する（Ｓ２５）。具体的に、決済サーバ１００は、利用者情報１７２における利用者のチャージ残高から決済金額を差し引くことにより、利用者のチャージ残高を更新する。また、決済サーバ１００は、店舗の電子決済口座に決済金額を移動させて決済処理を完了させる。

決済が完了すると、決済サーバ１００は、店舗端末装置５０に決済完了通知を送信し（Ｓ２６）、利用者端末装置１０にも決済完了通知を送信する（Ｓ２７）。なお、利用者のチャージ残高が足りないなどの理由で決済を完了できなかった場合、決済サーバ１００は、決済を完了できなかった旨の通知を店舗端末装置５０および利用者端末装置１０に送信する。

その後、決済サーバ１００は、利用実績情報１７８の更新処理を実行する（Ｓ２８）。利用実績情報１７８の更新処理は、クーポンの使用に応じて利用実績情報１７８を更新する処理である。具体的に、決済サーバ１００の情報管理部１３０は、利用者のアカウントＩＤ、使用されたクーポンのクーポンＩＤ、クーポンの使用日時、およびクーポンの使用回数を紐づけて利用実績情報１７８に書き込む。これによって、クーポン使用時の決済処理が完了する。

図１２は、図２のパターン２の場合における、クーポン使用時の決済処理の流れの一例を示すシーケンス図である。まず、利用者が店舗にて電子決済を行う際、利用者は利用者端末装置１０を用いて決済アプリ２０を起動させ、光学読取機能によって店舗コード画像６０をデコードし、店舗ＩＤ等の情報を取得する（Ｓ３１）。

利用者は、店舗名等が表示された画面において、決済金額を利用者端末装置１０に入力する。そして、利用者端末装置１０は、アカウントＩＤ、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ３２）。

決済サーバ１００は、利用者端末装置１０から決済情報を受信すると、クーポン確認処理（Ｓ３３）、有効性確認処理（Ｓ３４）、および決済処理（Ｓ３５）を実行する。クーポン確認処理、有効性確認処理、および決済処理は、それぞれ図１１のＳ２３～Ｓ２５の処理と同様であるため、説明を省略する。

決済が完了すると、決済サーバ１００は、店舗端末装置５０に決済完了通知を送信し（Ｓ３６）、利用者端末装置１０にも決済完了通知を送信する（Ｓ３７）。なお、利用者のチャージ残高が足りないなどの理由で決済を完了できなかった場合、決済サーバ１００は、決済を完了できなかった旨の通知を店舗端末装置５０および利用者端末装置１０に送信する。

その後、決済サーバ１００は、利用実績情報１７８の更新処理を実行する（Ｓ３８）。利用実績情報１７８の更新処理は、図１１のＳ２８と同様の処理であるため、説明を省略する。利用実績情報１７８の更新処理が完了することにより、クーポン使用時の決済処理が完了する。

以上説明したように、本実施形態の決済サーバ（情報処理装置）１００は、クーポンの配布対象の範囲を規定する配布条件を含むクーポンの発行依頼を、顧客企業サーバ２００から取得する発行依頼取得部１２４と、クーポン発行ＵＲＬを顧客企業サーバ２００に通知するアドレス通知部１２６と、顧客端末装置３００からクーポン発行ＵＲＬへのアクセスがあった場合、配布条件に基づいてクーポンの発行を認めるか否かを判定する判定部１２８と、を備える。アドレス通知部１２６は、判定部１２８によりクーポンの発行を認めると判定された場合、クーポンを取得するためのクーポン取得ＵＲＬを顧客端末装置３００に通知する。これによって、クーポンの配布対象の利用者の範囲を自由に設定することができる。

また、福利厚生として顧客企業Ａが非公開クーポンを配布する場合、非公開クーポンを取得したアカウントは顧客企業Ａの関係者であることが分かる。このため、決済サーバ１００の運営企業は、利用者のアカウントにおいて、今まで保有していなかった利用者の属性情報を取得することができる。

また、決済サーバ１００は、配布条件（ドメイン、遷移元ＵＲＬ）に基づいてクーポンの発行を認めるか否かを判定するため、非公開クーポンのクーポン発行ＵＲＬがＳＮＳなどで拡散されたとしても、不正取得を防止することができる。

本実施形態では、クーポンが電子決済時の割引に使用される例について説明したが、これに限らない。例えば、クーポンは、利用者のチャージ残高へのキャッシュバックに使用されてもよい。クーポンの利用によってキャッシュバックされる金額は、利用者情報１７２におけるチャージ残高に加算されることとなる。また、クーポンは、自社他社問わず、商品を購入したりサービスを利用したりする際に割引やキャッシュバックを受けられるものであれば、どのようなクーポンであってもよい。例えば、顧客企業が提携しているホテルの割引クーポンを非公開クーポンとして発行するような場合に、本実施形態の技術を適用してもよい。

本実施形態において、決済サーバ１００は、非公開クーポンを取得した利用者の社員番号を自動的に取得し、利用者のアカウントＩＤと紐づけて記憶することとした。このため、決済サーバ１００は、どの社員が何枚クーポンを取得したか、何回クーポンを使用したかなどの情報を取得することができる。また、決済サーバ１００は、社員ごとの非公開クーポンの利用実績を顧客企業サーバ２００に通知してもよい。これによって、顧客企業は、社員がどの程度クーポンを利用しているのかを確認することができる。

また、本実施形態では、顧客企業サーバ２００から送信されるクーポンの発行依頼に配布条件が含まれており、判定部１２８は配布条件に基づいてクーポンの発行を認めるか否かを判定することとしたが、これに限らない。例えば、顧客企業サーバ２００から送信されるクーポンの発行依頼は、クーポンの取得が許可された利用者を識別するための社員情報（第２利用者識別情報の一例）のリストを示す許可リストを更に含んでいてもよい。また、判定部１２８は、顧客端末装置３００からクーポン発行ＵＲＬへのアクセスがあった場合、顧客端末装置３００から送信されるＨＴＴＰリクエストから社員番号を取得し、取得した社員番号および許可リストに基づいて、クーポンの発行を認めるか否かを判定してもよい。これによって、クーポンの取得が許可された利用者を個別に指定することができる。なお、許可リストにおいて、アカウントＩＤ（第１利用者識別情報の一例）と社員番号（第２利用者識別情報の一例）とは紐づけられていなくてもよい。このため、許可リストを生成する際に、顧客企業で利用される社員番号を把握しておけば十分であり、決済サーバ１００で利用されるアカウントＩＤを事前に把握しておく必要はない。

なお、利用者の社員番号は、顧客端末装置３００から自動的に取得するのではなく、利用者が手動で入力するようにしてもよい。例えば、決済サーバ１００は、利用者端末装置１０からクーポン取得ＵＲＬにアクセスがあったとき、利用者に対して社員番号を利用者端末装置１０から入力させ、入力された社員番号を利用者情報１７２に書き込んでもよい。これによって、ＨＴＴＰリクエストから社員番号を取得できない場合であっても、利用者からの入力に応じて社員番号を取得することができる。

また、決済サーバ１００は、あらかじめ顧客企業サーバ２００から、社員番号とそれぞれに許容された利用回数（または割引の総額）を取得してもよい。これによって、決済サーバ１００は、非公開クーポンの利用判定を行うことができる。例えば、決済サーバ１００は、許容された利用回数を超える場合、非公開クーポンの使用を認めないと判定することができる。

また、本実施形態では、非公開クーポンは顧客企業が社員に配布するクーポンであることとしたが、これに限らない。例えば、非公開クーポンは、株主優待などの目的で、顧客企業が会員等に提供するクーポンであってもよい。すなわち、非公開クーポンは、一般公開されておらず、特定の利用者にのみ公開されたクーポンであれば如何なるクーポンであってもよい。

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

１０ 利用者端末装置
２０ 決済アプリ
５０ 店舗端末装置
６０ 店舗コード画像
１００ 決済サーバ（情報処理装置）
１２４ 発行依頼取得部
１２６ アドレス通知部
１２８ 判定部
１３０ 情報管理部
１７０ 記憶部
１７２ 利用者情報
１７４ 決済コンテンツ情報
１７６ クーポン情報
１７８ 利用実績情報
２００ 顧客企業サーバ
３００ 顧客端末装置

Claims (13)

1. 顧客企業サーバおよび顧客端末装置と通信可能な情報処理装置であって、
   クーポンの配布対象の範囲を規定する配布条件を含む前記クーポンの発行依頼を、前記顧客企業サーバから取得する発行依頼取得部と、
   クーポン発行アドレスを前記顧客企業サーバに通知するアドレス通知部と、
   前記顧客端末装置から前記クーポン発行アドレスへのアクセスがあった場合、前記配布条件に基づいて前記クーポンの発行を認めるか否かを判定する判定部と、を備え、
   前記アドレス通知部は、前記判定部により前記クーポンの発行を認めると判定された場合、前記クーポンを取得するためのクーポン取得アドレスを前記顧客端末装置に通知し、
   前記配布条件は、前記クーポン発行アドレスへのアクセス経路を特定するための条件を含む、
   情報処理装置。
2. 前記配布条件は、前記アクセス経路を特定するための条件として、前記クーポン発行アドレスへのアクセスが許可された前記顧客端末装置のドメインおよび前記クーポン発行アドレスへの遷移元のＵＲＬ（Uniform Resource Locator）のうちの少なくとも一方を含む、
   請求項１記載の情報処理装置。
3. 前記判定部は、前記顧客端末装置が前記クーポン発行アドレスにアクセスする際に送信されるＨＴＴＰ（Hypertext Transfer Protocol）リクエストおよび前記配布条件に基づいて、前記クーポンの発行を認めるか否かを判定する、
   請求項２記載の情報処理装置。
4. 前記アドレス通知部は、前記クーポン取得アドレスを、決済アプリがインストールされた利用者端末装置で読み取り可能なコード情報の形式で前記顧客端末装置に通知する、
   請求項１から３の何れか１項に記載の情報処理装置。
5. 前記利用者端末装置を所有する利用者に関する情報を示す利用者情報を記憶する記憶部と、
   前記利用者端末装置から前記クーポン取得アドレスへのアクセスがあった場合、前記利用者を識別するための第１利用者識別情報を前記利用者端末装置から取得し、取得した前記第１利用者識別情報と、取得された前記クーポンを識別するためのクーポン識別情報とを紐づけて前記利用者情報に書き込む情報管理部と、
   を更に備える、請求項４記載の情報処理装置。
6. 前記記憶部は、前記クーポンの利用実績を示す利用実績情報を記憶しており、
   前記情報管理部は、前記クーポンが使用された場合、前記クーポンを使用した利用者の前記第１利用者識別情報、使用された前記クーポンを識別するための前記クーポン識別情報、前記クーポンの使用日時、および前記クーポンの使用回数を紐づけて前記利用実績情報に書き込む、
   請求項５記載の情報処理装置。
7. 前記情報管理部は、
   前記クーポン取得アドレスを、前記クーポンの取得が許可された利用者を識別するための第２利用者識別情報に紐づけて前記記憶部に記憶し、
   前記利用者端末装置から前記クーポン取得アドレスへのアクセスがあった場合、アクセスがあった前記クーポン取得アドレスに紐づけられている前記第２利用者識別情報を、前記クーポンを取得した利用者の前記第１利用者識別情報に紐づけて前記利用者情報に書き込み、
   アクセスがあった前記クーポン取得アドレスに紐づけられている前記第２利用者識別情報を、前記利用実績情報に書き込む、
   請求項６記載の情報処理装置。
8. 顧客企業サーバおよび顧客端末装置と通信可能な情報処理装置であって、
   クーポンの配布対象の範囲を規定する配布条件を含む前記クーポンの発行依頼を、前記顧客企業サーバから取得する発行依頼取得部と、
   クーポン発行アドレスを前記顧客企業サーバに通知するアドレス通知部と、
   前記顧客端末装置から前記クーポン発行アドレスへのアクセスがあった場合、前記配布条件に基づいて前記クーポンの発行を認めるか否かを判定する判定部と、を備え、
   前記アドレス通知部は、前記判定部により前記クーポンの発行を認めると判定された場合、前記クーポンを取得するためのクーポン取得アドレスを前記顧客端末装置に通知し、
   前記クーポンの発行依頼は、前記クーポンの取得が許可された利用者を識別するための第２利用者識別情報のリストを示す許可リストを更に含み、
   前記判定部は、前記顧客端末装置から前記クーポン発行アドレスへのアクセスがあった場合、前記顧客端末装置から前記第２利用者識別情報を受信し、受信した前記第２利用者識別情報および前記許可リストに基づいて、前記クーポンの発行を認めるか否かを判定する、
   情報処理装置。
9. 決済アプリがインストールされた利用者端末装置を所有する利用者に関する情報を示す利用者情報を記憶する記憶部と、
   前記利用者端末装置から前記クーポン取得アドレスへのアクセスがあった場合、前記利用者を識別するための第１利用者識別情報を前記利用者端末装置から取得し、取得した前記第１利用者識別情報と、取得された前記クーポンを識別するためのクーポン識別情報とを紐づけて前記利用者情報に書き込む情報管理部を更に備え、
   前記許可リストにおいて、前記第１利用者識別情報と前記第２利用者識別情報とは紐づけられていない、
   請求項８記載の情報処理装置。
10. 顧客企業サーバおよび顧客端末装置と通信可能な情報処理装置が、
    クーポンの配布対象の範囲を規定する配布条件を含むクーポンの発行依頼を、前記顧客企業サーバから取得し、
    クーポン発行アドレスを前記顧客企業サーバに通知し、
    前記顧客端末装置から前記クーポン発行アドレスへのアクセスがあった場合、前記配布条件に基づいて前記クーポンの発行を認めるか否かを判定し、
    前記クーポンの発行を認めると判定された場合、前記クーポンを取得するためのクーポン取得アドレスを前記顧客端末装置に通知し、
    前記配布条件は、前記クーポン発行アドレスへのアクセス経路を特定するための条件を含む、
    情報処理方法。
11. 顧客企業サーバおよび顧客端末装置と通信可能な情報処理装置が、
    クーポンの配布対象の範囲を規定する配布条件を含むクーポンの発行依頼を、前記顧客企業サーバから取得し、
    クーポン発行アドレスを前記顧客企業サーバに通知し、
    前記顧客端末装置から前記クーポン発行アドレスへのアクセスがあった場合、前記配布条件に基づいて前記クーポンの発行を認めるか否かを判定し、
    前記クーポンの発行を認めると判定された場合、前記クーポンを取得するためのクーポン取得アドレスを前記顧客端末装置に通知し、
    前記クーポンの発行依頼は、前記クーポンの取得が許可された利用者を識別するための第２利用者識別情報のリストを示す許可リストを更に含み、
    前記顧客端末装置から前記クーポン発行アドレスへのアクセスがあった場合、前記顧客端末装置から前記第２利用者識別情報を受信し、受信した前記第２利用者識別情報および前記許可リストに基づいて、前記クーポンの発行を認めるか否かを判定する、
    情報処理方法。
12. 顧客企業サーバおよび顧客端末装置と通信可能な情報処理装置に、
    クーポンの配布対象の範囲を規定する配布条件を含むクーポンの発行依頼を、前記顧客企業サーバから取得させ、
    クーポン発行アドレスを前記顧客企業サーバに通知させ、
    前記顧客端末装置から前記クーポン発行アドレスへのアクセスがあった場合、前記配布条件に基づいて前記クーポンの発行を認めるか否かを判定させ、
    前記クーポンの発行を認めると判定された場合、前記クーポンを取得するためのクーポン取得アドレスを前記顧客端末装置に通知させ、
    前記配布条件は、前記クーポン発行アドレスへのアクセス経路を特定するための条件を含む、
    プログラム。
13. 顧客企業サーバおよび顧客端末装置と通信可能な情報処理装置に、
    クーポンの配布対象の範囲を規定する配布条件を含むクーポンの発行依頼を、前記顧客企業サーバから取得させ、
    クーポン発行アドレスを前記顧客企業サーバに通知させ、
    前記顧客端末装置から前記クーポン発行アドレスへのアクセスがあった場合、前記配布条件に基づいて前記クーポンの発行を認めるか否かを判定させ、
    前記クーポンの発行を認めると判定された場合、前記クーポンを取得するためのクーポン取得アドレスを前記顧客端末装置に通知させ、
    前記クーポンの発行依頼は、前記クーポンの取得が許可された利用者を識別するための第２利用者識別情報のリストを示す許可リストを更に含み、
    前記顧客端末装置から前記クーポン発行アドレスへのアクセスがあった場合、前記顧客端末装置から前記第２利用者識別情報を受信させ、受信した前記第２利用者識別情報および前記許可リストに基づいて、前記クーポンの発行を認めるか否かを判定させる、
    プログラム。

Images