JP7335411B1 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】クーポン提供元の要求に応じたタイミングでの集客を支援すること。【解決手段】本願に係る情報処理装置は、配信条件記憶部と、配信先条件記憶部と、判定部と、特定部と、配信部とを有する。配信条件記憶部は、クーポンの配信契機を示す配信条件を記憶する。配信先条件記憶部は、クーポンの配信先とする対象ユーザを決定するための配信先条件を記憶する。判定部は、取引対象の決済方法として電子決済サービスを導入する加盟店からの配信要求に応じて、配信条件が満たされているか否かを判定する。特定部は、判定部により配信条件が満たされていると判定された場合、配信先となり得る候補ユーザの中から配信先条件に合致するユーザを対象ユーザとして特定する。配信部は、特定部により特定された対象ユーザに対して、クーポンを配信する。【選択図】図４

Description

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

従来、電子決済サービスの利用促進などを目的として、たとえば、所定の条件を満たす利用者に対して、所定の利益を還元するためのクーポン配信を行う技術が知られている。また、クーポンの発行に関連して、企業間を横断してサービスクーポンの発行、取得、利用を行うことができるとともに、企業店舗と顧客それぞれの趣向に即したきめ細やかなサービスクーポンの発行を行う技術なども提案されている。

特許５４１６４０４号公報 特開２００９－１６３５３３号公報

しかしながら、従来の技術は、クーポンの配信を通じて、クーポン提供元の要求に応じたタイミングでの集客を支援する上で改善の余地がある。たとえば、従来の技術は、顧客個人毎の趣向にあった効果的な来店を支援するものに過ぎず、クーポン提供元の利用者の要求に応じたタイミングでの集客を支援するものではない。

本願は、上記に鑑みてなされたものであって、クーポン提供元の要求に応じたタイミングでの集客を支援することができる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、配信条件記憶部と、配信先条件記憶部と、判定部と、特定部と、配信部とを有する。配信条件記憶部は、クーポンの配信契機を示す配信条件を記憶する。配信先条件記憶部は、クーポンの配信先とする対象ユーザを決定するための配信先条件を記憶する。判定部は、取引対象の決済方法として電子決済サービスを導入する加盟店からの配信要求に応じて、配信条件が満たされているか否かを判定する。特定部は、判定部により配信条件が満たされていると判定された場合、配信先となり得る候補ユーザの中から配信先条件に合致するユーザを対象ユーザとして特定する。配信部は、特定部により特定された対象ユーザに対して、クーポンを配信する。

実施形態の一態様によれば、クーポン提供元の要求に応じたタイミングでの集客を支援することができるという効果を奏する。

図１は、実施形態に係る情報処理の概要を示す図である。 図２は、実施形態に係る配信条件の一例を示す図である。 図３は、実施形態に係る配信先条件の一例を示す図である。 図４は、実施形態に係る決済サーバの構成例を示す図である。 図５は、実施形態に係るユーザ情報記憶部に記憶されるユーザ情報の一例を示す図である。 図６は、実施形態に係る加盟店情報記憶部に記憶される加盟店に関する情報の一例を示す図である。 図７は、実施形態に係るクーポン情報記憶部に記憶されるクーポンに関する情報の一例を示す図である。 図８は、実施形態に係る配信条件記憶部に記憶される配信条件の一例を示す図である。 図９は、実施形態に係る配信先条件記憶部に記憶される配信先条件の一例を示す図である。 図１０は、実施形態に係る決済サーバにより実行される情報処理手順の一例を示すフローチャートである。 図１１は、実施形態に係る決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．実施形態〕
（１－１．システム構成）
以下、実施形態に係る情報処理について説明する。図１に、実施形態に係る情報処理の概要を示す。なお、以下では、本願に係る情報処理装置の一例である決済サーバ１００によって、実施形態に係る情報処理が実現される例を説明する。まず、図１を用いて、実施形態に係る情報処理システムの構成について説明する。

図１に示すように、実施形態に係る情報処理システムＳＹＳは、加盟店端末１０と、ユーザ端末２０と、決済サーバ１００とを含む。加盟店端末１０、ユーザ端末２０、及び決済サーバ１００は、ネットワークＮ（たとえば、図４参照）を介して有線または無線により相互に通信可能に接続される。ネットワークＮは、たとえば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図１に示した情報処理システムＳＹＳには、複数の加盟店端末１０や、複数のユーザ端末２０が含まれていてもよい。

図１に示す加盟店端末１０は、２次元コードなどの所定のコード情報を用いた決済方法を提供する電子決済サービスを導入する加盟店のユーザＵ１により使用される情報処理端末である。図１に示す加盟店端末１０は、たとえば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、ＰＤＡ（Personal Digital Assistant）などにより実現される。

また、加盟店端末１０は、液晶ディスプレイや有機ＥＬ（Electro Luminescent）ディスプレイなどの表示デバイスを備え、決済サーバ１００から送信される各種情報を、ウェブブラウザやアプリケーションにより表示する。また、加盟店端末１０が備える表示デバイスはタッチスクリーンディスプレイであってもよい。この場合、加盟店端末１０は、ユーザＵ１から指やスタイラスなどにより、タッチスクリーンディスプレイが有する画面内に表示された画像などのコンテンツに対する各種の操作をユーザＵ１から受付けて、各種の操作に応じた処理を実行する。

また、加盟店端末１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（第４世代移動通信システム）、５Ｇ（第５世代移動通信システム）などの無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）などの近距離無線通信を介してネットワークＮに接続するための通信ユニットを有する。

なお、加盟店端末１０は、所定の情報処理を実現する制御情報を決済サーバ１００から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、たとえばＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語やＣＳＳ（Cascading Style Sheets）などのスタイルシート言語、Ｊａｖａ（登録商標）などのプログラミング言語、ＨＴＭＬ（HyperText Markup Language）などのマークアップ言語などにより記述される。なお、決済サーバ１００から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

また、加盟店端末１０は、ウェブブラウザより電子決済サービスに関する所定のウェブサイトにアクセスし、電子決済サービスに関する各種処理を実現することもできる。たとえば、ユーザＵ１は、加盟店端末１０において起動させたウェブブラウザにより所定のウェブサイトにアクセスし、クーポンに関する情報を入稿したり、クーポンの配信条件や配信先条件を設定したり、クーポンの配信要求を決済サーバ１００に送信したりできる。なお、クーポンの配信条件や配信先条件については後述する。

また、加盟店端末１０には、電子決済サービスに関する処理を実行する決済サーバ１００と連携して電子決済サービスに関する各種処理を実現するための加盟店用のアプリケーションプログラム（以下、適宜「店舗アプリ」と称する。）が予めインストールされていてもよい。店舗アプリは、電子決済サービスに関する各種処理を実行するための機能を含んでいてもよい。

図１に示すユーザ端末２０は、上述の電子決済サービスを用いて、商品やサービスなどの取引対象の決済を行うユーザＵ２により使用される情報処理端末である。図１に示すユーザ端末２０は、たとえば、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、ＰＤＡなどにより実現される。

また、ユーザ端末２０は、液晶ディスプレイや有機ＥＬ（Electro Luminescent）ディスプレイなどの表示デバイスを備え、決済サーバ１００から送信される各種情報を、ウェブブラウザやアプリケーションにより表示する。また、ユーザ端末２０が備える表示デバイスはタッチスクリーンディスプレイであってもよい。この場合、ユーザ端末２０は、ユーザＵ２から指やスタイラスなどにより、タッチスクリーンディスプレイが有する画面内に表示された画像などのコンテンツに対する各種の操作をユーザＵ２から受付けて、各種の操作に応じた処理を実行する。

また、ユーザ端末２０は、ＬＴＥ、４Ｇ（第４世代移動通信システム）、５Ｇ（第５世代移動通信システム）などの無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）などの近距離無線通信を介してネットワークＮに接続するための通信ユニットを有する。

また、ユーザ端末２０には、電子決済サービスに関する処理を実行する決済サーバ１００と連携して電子決済サービスに関する各種処理を実現するためのサービス利用者用のアプリケーションプログラム（以下、適宜「ユーザアプリ」と称する。）が予めインストールされていてもよい。ユーザアプリは、たとえば、電子決済サービスに関する各種処理を実行するための機能を含んでいてもよい。なお、ユーザ端末２０は、ウェブブラウザより所定のウェブサイトにアクセスし、電子決済サービスに関する各種処理を実現することもできる。

図１に示す決済サーバ１００は、実施形態に係る情報処理を実行する情報処理装置であり、典型的にはサーバ装置であるが、メインフレームやワークステーションなどにより実現されてもよい。決済サーバ１００がサーバ装置で実現される場合、単独のサーバにより実現されてもよいし、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現されてもよい。

また、決済サーバ１００は、ユーザＵ１が使用する加盟店端末１０や、ユーザＵ２が使用するユーザ端末２０に対して制御情報を配信する配信装置として機能してもよい。ここで、制御情報は、たとえば、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語やＣＳＳ（Cascading Style Sheets）などのスタイルシート言語により記述される。なお、決済サーバ１００から配信されるアプリケーションそのものを制御情報とみなしてもよい。

また、決済サーバ１００は、たとえば、加盟店端末１０やユーザ端末２０から送信されたＨＴＴＰ（Hypertext Transfer Protocol）リクエストに応じて、かかるＨＴＴＰリクエストにおいて要求されたＨＴＭＬ（HyperText Markup Language）ファイルや、画像データや、画像データをウェブページや、ユーザアプリ上に表示させる制御を実行するための制御情報などを含むコンテンツを加盟店端末１０やユーザ端末２０に送信する情報処理装置として機能してもよい。なお、この場合の制御情報を含むコンテンツは、たとえば、Ｆｌａｓｈ（登録商標、以下同様）や、Ｓｉｌｖｅｒｌｉｇｈｔ（登録商標）などのＲＩＡ（Rich Internet Application）用のコンテンツにより実現可能であり、画像表示プログラムとして動作する。

また、決済サーバ１００の管理者は、決済サーバ１００を通じて、上述の電子決済サービスを提供するプラットフォームサービスを運営する。決済サーバ１００は、たとえば、ユーザ端末２０で動作するユーザアプリなどと連携して、電子決済サービスに関する情報処理を実行する。

また、決済サーバ１００は、所定のウェブサイトを通じて、電子決済サービスのサービス利用者に対して配信するクーポンに関する情報の入稿などを各加盟店から受け付ける。ユーザＵ１は、自身が利用する加盟店端末１０を用いて所定のウェブサイトにアクセスし、クーポンに関する情報（テキストデータや画像データなど）の入稿、及びクーポンの配信条件や配信先条件を設定する。また、決済サーバ１００は、各加盟店から入稿されたクーポンに関する情報、及びクーポンの配信条件や配信先条件をデータベースに登録し、加盟店ごとに管理する。

（１－２．ユーザ端末２０を用いたコード決済について）
ここで、ユーザ端末２０を用いたコード決済（電子決済）の一例について説明する。以下の説明では、店舗ＳＨに配置された２次元コード（ＱＲコード（登録商標））であって、店舗ＳＨを識別する店舗識別情報を示す２次元コードを用いて、加盟店である店舗ＳＨから商品や役務（サービス）などの取引対象の提供を受けるユーザＵ２がユーザ端末２０を用いた決済を行う例について説明する。なお、以下に説明するコード決済の一例は、任意のサービス利用者が任意のユーザ端末２０を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報を示す２次元コードは、ＱＲコードのみならず、バーコードや所定のマーク、番号などであってもよい。また、２次元コードは、紙などの媒体に印字された印刷物により物理的に構成される例に限られず、任意の端末に表示される画像情報により構成されていてもよい。また、店舗識別情報は、加盟店のブランドを識別するために個別に付与される加盟店ＩＤと、店舗ＳＨそのものを識別するために付与される店舗ＩＤとが含まれていてもよい。

たとえば、ユーザＵ２が店舗ＳＨにて各種の商品やサービスといった取引対象の購入や利用に伴う決済を行う場合、ユーザＵ２は、ユーザ端末２０に予めインストールされたユーザアプリを起動する。そして、ユーザＵ２は、ユーザアプリを介して、店舗ＳＨに設置された２次元コードを撮影する。このような場合、ユーザ端末２０は、取引対象の価格を入力するための画面を表示し、ユーザＵ２あるいは店舗ＳＨの店員から決済金額の入力を受け付ける。そして、ユーザ端末２０は、ユーザＵ２を識別する利用者識別情報と、店舗識別情報（もしくは、店舗識別情報が示す情報、すなわち、店舗ＳＨを示す情報（たとえば、店舗ＩＤ））と、決済額とを含む取引情報を決済サーバ１００へと送信する。

決済サーバ１００は、ユーザ端末２０から取引情報を受け付けると、利用者識別情報が示すユーザＵ２の口座（ユーザアカウントに紐づくウォレット）から、店舗識別情報が示す店舗ＳＨの口座（ユーザアカウントに紐づくウォレット）へと、決済額に相当する分の電子マネーを移行させる。このとき、決済サーバ１００は、決済額に相当する分の電子マネーから店舗ＳＨに課金する所定の手数料を差し引いてから、店舗ＳＨの口座へ移行させてもよい。そして、決済サーバ１００は、取引が完了した旨の通知をユーザ端末２０へと送信する。このような場合、ユーザ端末２０は、取引が完了した旨の画面や所定の音声を出力することで、電子マネーによる取引が完了した旨をユーザＵ２に通知する。あるいは、決済サーバ１００は、利用者識別情報が示すユーザＵ２の口座から決済額に相当する分の電子マネーを引き出して店舗ＳＨの売り上げ情報として管理し、所定のタイミングで売上に相当する額の現金を店舗ＳＨが保有する銀行口座に振り込んでもよい。この場合、決済サーバ１００は、ユーザＵ２の口座から決済額に相当する分の電子マネーを引き出したタイミングで、電子マネーによる取引が完了した旨をユーザＵ２に通知してもよい。

なお、ユーザ端末２０を用いた決済は、上述した処理に限定されるものではない。たとえば、ユーザ端末２０を用いた決済は、店舗ＳＨに設置された決済用の端末装置（以下、「店舗端末」と称する。）を用いたものであってもよい。具体的には、まず、ユーザ端末２０は、ユーザＵ２を識別するための利用者識別情報を示すコード情報を画面上に表示させる。このような場合、店舗端末は、ユーザ端末２０に表示されたコード情報から利用者識別情報を読み取り、読み取った利用者識別情報（もしくは、利用者識別情報が示す情報、すなわち、ユーザＵ２を示す情報（たとえば、利用者ＩＤ））と、決済額と、店舗ＳＨを識別する情報とを含む取引情報を決済サーバ１００へと送信する。

決済サーバ１００は、店舗端末から取引情報を受け付けると、利用者識別情報が示すユーザＵ２の口座から、店舗ＳＨの口座へと、決済額に相当する分の電子マネーを移行させる。そして、決済サーバ１００は、店舗端末あるいはユーザ端末２０に対し、取引が完了した旨の通知を送信する。店舗端末あるいはユーザ端末２０は、取引が完了した旨の画面や所定の音声を出力することで、電子マネーによる取引が完了した旨をユーザＵ２に通知する。また、決済サーバ１００は、利用者識別情報が示すユーザＵ２の口座から決済額に相当する分の電子マネーを引き出して店舗ＳＨの売り上げ情報として管理し、所定のタイミングで売上に相当する額の現金を店舗ＳＨが保有する銀行口座に振り込んでもよい。この場合、決済サーバ１００は、ユーザＵ２の口座から決済額に相当する分の電子マネーを引き出したタイミングで、電子マネーによる取引が完了した旨を店員あるいはユーザＵ２に通知してもよい。

また、ユーザ端末２０を用いた決済は、ユーザＵ２が予め電子マネーをチャージした口座から店舗ＳＨの口座へと電子マネーを移行させる処理のみならず、たとえば、ユーザＵ２が予め登録したクレジットカードを用いた決済であってもよい。このような場合、たとえば、ユーザ端末２０は、店舗ＳＨの口座に対して決済金額が示す額の電子マネーを移行させるとともに、ユーザＵ２のクレジットカードの運用会社に対し、決済金額が示す額を請求してもよい。

また、ユーザ端末２０を用いた決済は、ユーザＵ２の口座から店舗ＳＨの口座へと電子マネーを移行させる処理のみならず、たとえば、ユーザＵ２の口座から他のサービス利用者の口座へと電子マネーを移行させる決済（すなわち、サービス利用者間での送金）であってもよい。たとえば、送金元のユーザＵ２が利用するユーザ端末２０は、送金先のユーザであるサービス利用者を識別する利用者識別情報（たとえば、送金先のサービス利用者が利用するユーザ端末２０に表示される利用者識別情報）を読み取り、ユーザＵ２から送金金額の入力を受け付け、読み取った識別情報と、送金金額と、ユーザＵ２を識別する利用者識別情報とを示す情報を決済サーバ１００へと送信する。このような場合、決済サーバ１００は、ユーザＵ２の口座から、送金先のサービス利用者の口座へと、送金金額が示す額の電子マネーを移行させ、ユーザ端末２０または送金先のサービス利用者が利用するユーザ端末２０に対し、送金が完了した旨の画面や所定の音声を出力させることで、送金が行われた旨を通知してもよい。

なお、ユーザ端末２０を用いた送金は、上述した処理に限定されるものではない。たとえば、ユーザ端末２０を用いた送金は、送金先のユーザであるサービス利用者の電話番号や、送金先のユーザであるサービス利用者を示す情報（たとえば、利用者ＩＤ）をユーザ端末２０に入力することにより行われてもよい。具体的な例を挙げると、ユーザ端末２０は、送金先のサービス利用者の電話番号または利用者ＩＤと、送金金額との入力をユーザＵ２から受け付け、入力された電話番号または利用者ＩＤ（送金先識別情報）と、送金金額と、ユーザＵ２を識別する利用者識別情報（送金元識別情報）とを決済サーバ１００へと送信する。そして、決済サーバ１００は、ユーザＵ２の口座から、送信された電話番号または利用者ＩＤに紐づけられたサービス利用者の口座へと、送金金額が示す額の電子マネーを移行させる。

ここで、送金先のユーザであるサービス利用者の電話番号や利用者ＩＤは、当該ユーザに関する情報と紐付けてユーザアプリに予め登録されていてもよい。この場合、ユーザ端末２０は、ユーザアプリに登録されたユーザ（送金先）の指定と、当該ユーザへの送金金額の入力とをユーザＵ２から受け付け、指定されたユーザに紐付けられた電話番号または利用者ＩＤと、送金金額と、ユーザＵ２を識別する利用者識別情報とを決済サーバ１００へと送信する。

また、たとえば、ユーザ端末２０を用いた送金は、送金金額を受け取るためのリンク情報を送金先のユーザであるサービス利用者に提供することにより行われてもよい。具体的な例を挙げると、ユーザ端末２０は、ユーザＵ２から送金金額の入力を受け付けて送金金額を受け取るためのリンク情報を生成し、リンク情報を含む電子メールを送信したり、リンク情報を含む投稿情報をＳＮＳ（Social Networking Service）に投稿したりすることで、送金先のユーザであるサービス利用者が利用するユーザ端末２０にリンク情報を提供する。そして、送金先のユーザであるサービス利用者がリンク情報を選択して受け取り操作を行った場合、決済サーバ１００は、ユーザＵ２の口座から、送金先のユーザであるサービス利用者の口座へと、送金金額が示す額の電子マネーを移行させる。上述してきたように、決済サーバ１００は、サービス利用者に電子決済サービスを提供する同一のプラットフォーム上で、電子マネーを用いた決済、及び電子マネーの送金に関する情報処理を実行できる。

なお、上述した電子決済サービスに対応する各種処理を実現する決済手段などは、商品の購入や役務（サービス）の提供に対する対価の提供（債務の精算）のためのものや、複数のユーザが有する口座間の送金のためのものに限定されるものではない。たとえば、上述した決済手段などは、ユーザＵ２などのサービス利用者や加盟店である店舗ＳＨなどといった電子マネーの所有者と紐づく任意の所有者の口座間における電子マネーの送受信を制御するサービスであればよい。すなわち、実施形態に係る決済手段などは、電子マネーのやり取りを実現するための各種制御（電子マネーを介した各種の口座間送金制御のみならず、電子マネー口座と銀行口座間のやり取りに関する制御や、分割、ボーナス払いに伴う処理といった各種債権処理、その他電子マネーを含む財産のやり取りに関する各種制御）を実行する取引手段や取引サービスであれば、任意の態様で提供されるものであってもよい。また、このような取引手段や取引サービスが実現する各種の制御には、決済に関する制御と送金に関する制御の両方が含まれていてもよく、いずれか一方のみが含まれていてもよい。すなわち、「取引」とは、電子マネーに関する「決済」のみならず、電子マネーの「送金」やその他各種の処理をも含む概念である。すなわち、決済サーバ１００は、任意の所有者間における電子マネーのやり取りを制御する取引手段を実現する情報処理装置であってもよい。

（１－３．実施形態の概要について）
続いて、図１を用いて、実施形態に情報処理の概要について説明する。以下の説明において、加盟店がユーザＵ２に提供するクーポンには、電子決済サービスの利用者であるサービス利用者の全てに配信されるクーポン（以下、「通常クーポン」と称する。）と、加盟店からの要求に応じて特定のサービス利用者にのみ配信されるクーポン（以下、「オンデマンドクーポン」）とが含まれる。実施形態に係る決済サーバ１００は、オンデマンドクーポンの配信を通じて、加盟店の要求に応じたタイミングでの集客を支援する。

なお、以下の説明において、加盟店端末１０とユーザＵ１とを同一視できる場合がある。すなわち、加盟店端末１０をユーザＵ１と言い換えることができる。また、以下の説明において、ユーザ端末２０とユーザＵ２とを同一視できる場合がある。すなわち、ユーザ端末２０をユーザＵ２と言い換えることができる。

図１に示すように、加盟店端末１０は、ユーザＵ１の操作に応じて、オンデマンドクーポンの配信要求を決済サーバ１００に送信する（ステップＳ０１）。

決済サーバ１００は、加盟店端末１０からオンデマンドクーポンの配信要求を受信すると、配信要求の送信元である加盟店に対応する配信条件を参照して、配信条件が満たされているか否かを判定する（ステップＳ０２）。

図２を用いて、実施形態に係る配信条件の一例について説明する。図２は、実施形態に係る配信条件の一例を示す図である。配信条件は、オンデマンドクーポンの配信契機を示す条件であり、各加盟店により任意に設定される。配信条件は、加盟店の売上の低迷を予測するための条件や、在庫過多などの状況を特定するための条件ともいえる。たとえば、図２に示すように、配信条件は、気象データに基づく条件１－１（「第１の条件」の一例）、加盟店の売上情報（ＰＯＳ（Point Of Sales）データ）に基づく条件１－２（「第２の条件」の一例）、及び加盟店が提供する取引対象の在庫情報に基づく条件１－３（「第３の条件」の一例）のうちの少なくともいずれか１つを含む。

図２に示す条件１－１は、加盟店の周辺の天候に基づいてオンデマンドクーポンの配信を実行するか否かを規定した事項である。図２には、条件１－１として、配信要求受付日における加盟店の周辺の天気が「雨」である例が示されている。つまり、条件１－１は、悪天候により客足が遠のき、売上が低迷する状況を予測する条件の一例である。

図２に示す条件１－２は、加盟店の過去の売上実績（ＰＯＳデータ）に基づく売上予想に基づいてオンデマンドクーポンの配信を実行するか否かを規定した事項である。図２には、条件１－２として、配信要求受付日と同一の過去の日付または曜日（たとえば、８月１日や月曜日など）における加盟店の過去の売上実績が前日比で１０％減である例が示されている。つまり、条件１－２は、過去の売上の傾向から売上が低迷する状況を予測する条件の一例である。

図２に示す条件１－３は、加盟店が備蓄する取引対象の在庫数に基づいてオンデマンドクーポンの配信を実行するか否かを規定した事項である。図２には、条件１－３として、配信要求受付日時点での加盟店における在庫数が閾値以上である例が示されている。つまり、条件１－３は、在庫過多の状況を特定するための条件の一例である。なお、条件１－３における在庫数は、取引対象が商品である場合に適用される条件である。

決済サーバ１００は、図２に示す配信条件に含まれる条件１－１、条件１－２、及び条件１－３のうちの少なくともいずれか１つが満たされる場合、オンデマンドクーポンの配信を決定してもよい。

たとえば、決済サーバ１００は、配信条件のうち、条件１－１、条件１－２、及び条件１－３のうちのいずれかの条件が満たされる場合、オンデマンドクーポンの配信を決定してもよい。たとえば、決済サーバ１００は、配信要求受付日における加盟店の周辺の天気が「雨」と予想され、条件１－１が満たされている場合、条件１－２および条件１－３が満たされていなくても、オンデマンドクーポンの配信を決定してもよい。また、たとえば、決済サーバ１００は、配信要求受付日における加盟店の過去の売上実績が前日比で１０％減であり、条件１－２が満たされている場合、条件１－１および条件１－３が満たされていなくても、オンデマンドクーポンの配信を決定してもよい。また、たとえば、決済サーバ１００は、配信要求受付日時点での加盟店における在庫数が閾値以上であり、条件１－３が満たされている場合、条件１－１および条件１－２が満たされていなくても、オンデマンドクーポンの配信を決定してもよい。

また、たとえば、決済サーバ１００は、配信条件のうち、条件１－１、条件１－２、及び条件１－３の全ての条件が満たされる場合、オンデマンドクーポンの配信を決定してもよい。配信要求受付日における加盟店の周辺の天気が「雨」と予想され、配信要求受付日における加盟店の過去の売上実績が前日比で１０％減であり、かつ、配信要求受付日時点での加盟店における在庫数が閾値以上である場合、オンデマンドクーポンの配信を決定してもよい。

また、決済サーバ１００は、条件１－３が満たされているか否かの判定を行う場合、判定対象とする在庫数として加盟店が提供する全商品の在庫数の平均値を用いてもよいし、各商品の在庫数を用いてもよい。また、決済サーバ１００は、判定対象とする在庫数として、商品ごとの在庫数を用いる場合、商品の在庫数の各々について条件１－３が満たされているか否かを判定し、条件１－３を満足する商品が一定数以上ある場合、オンデマンドクーポンの配信を決定してもよい。

また、決済サーバ１００は、配信条件が満たされていると判定した場合、配信要求の送信元である加盟店に対応する配信条件を参照して、配信先となり得る候補ユーザの中から配信先条件に合致するユーザを、オンデマンドクーポンの配信先とする対象ユーザとして特定する（ステップＳ０３）。

たとえば、決済サーバ１００は、サービス利用者に関するユーザ情報を参照して、配信先となり得る候補ユーザを選定する。そして、決済サーバ１００は、選定した候補ユーザの中から、配信先条件に合致するユーザを抽出し、抽出したユーザを対象ユーザとして特定する。

図３を用いて、実施形態に係る配信先条件の一例について説明する。図３は、実施形態に係る配信先条件の一例を示す図である。配信先条件は、対象ユーザを決定するための条件であり、各加盟店により任意に設定される。配信先条件は、加盟店への来店が期待できるサービス利用者を特定するための条件ともいえる。たとえば、配信先条件は、配信先となり得る候補ユーザに紐付く情報であって、時系列で変化する情報に基づく条件であってもよい。

具体的には、図３に示すように、配信先条件は、候補ユーザの位置情報に基づく条件である条件２－１と、候補ユーザの決済履歴に基づく条件である条件２－２とを含む。

図３に示す条件２－１は、候補ユーザと加盟店との位置関係に基づいてオンデマンドクーポンの配信先として決定するか否かを規定した事項である。図３には、条件２－１として、候補ユーザの現在位置が該当店舗（オンデマンドクーポンの配信要求の送信元である加盟店）から一定距離範囲内であるという事項が示されている。

図３に示す条件２－２は、候補ユーザによる決済の内容に基づいてオンデマンドクーポンの配信先として決定するか否かを規定した事項である。図３には、条件２－２として、候補ユーザにより直前に決済が行われた他の店舗の店舗ジャンルと、該当店舗（オンデマンドクーポンの配信要求の送信元である加盟店）の店舗ジャンルとの間に相関性があるという事項が示されている。店舗ジャンルは、店舗の業種を示す情報であり、決済サーバ１００の管理者により予め規定される。また、候補ユーザの位置情報は、ユーザ端末２０で測定されたＧＰＳ情報を取得してもよいし、ユーザの直近の決済履歴に基づいて、決済した店舗の位置情報から取得してもよい。また、ユーザの現在位置が該当店舗から一定距離範囲内との条件のほかに、ユーザの移動ベクトルが該当店舗の方向に向いているかを条件としてもよい。たとえば、ユーザが直近今決済した複数の店舗を抽出した場合に、時系列で該当店舗の方向にユーザが移動していると判断した場合に、条件２－１を満たすと判断しても良い。

また、決済サーバ１００は、各サービス利用者の決済履歴に基づいて、サービス利用者が決済を行った店舗の店舗ジャンルと、その直前に決済を行った店舗の店舗ジャンルとの間に存在するパターンの検出を試みる。たとえば、決済サーバ１００は、サービス利用者が店舗ジャンルＸの店舗で決済を行った場合、その直前に店舗ジャンルＹの店舗で決済を行っているサービス利用者が一定数存在する場合、有意なパターンとして検出し、店舗ジャンルＸと店舗ジャンルＹとの間には相関性があると判断する。そして、決済サーバ１００は、検出した各パターンを構成する店舗ジャンル間には相関性があるものとして、店舗ジャンルの組合せにより条件２－２を設定する。

決済サーバ１００は、候補ユーザの中から、配信先条件に含まれる条件２－１および条件２－２に合致するユーザを対象ユーザとして特定する。すなわち、決済サーバ１００は、候補ユーザの中から、現在位置が該当店舗から一定距離範囲内にあり、かつ、候補ユーザにより直前に決済が行われた他の店舗の店舗ジャンルと、該当店舗の店舗ジャンルとの間に相関性があるユーザを対象ユーザとして特定する。

対象ユーザの特定後、決済サーバ１００は、特定した対象ユーザに対して、オンデマンドクーポンを配信する（ステップＳ０４）。たとえば、決済サーバ１００は、配信要求の送信元である加盟店から入稿されたクーポン情報の中からオンデマンドクーポンを取得し、取得したオンデマンドクーポンを対象ユーザ（たとえば、ユーザＵ０２）に配信する。

また、決済サーバ１００は、対象ユーザに対してオンデマンドクーポンを配信する代わりに、クーポンに関連する関連情報を配信してもよい。たとえば、決済サーバ１００は、オンデマンドクーポンを獲得可能であることを示すプッシュ通知を対象ユーザに配信してもよい。

上述してきたように、実施形態に係る決済サーバ１００は、加盟店からオンデマンドクーポンの配信要求を受信した後、加盟店により予め設定される配信条件が満たされることを条件として、配信先条件に合致する対象ユーザに対してピンポイントでオンデマンドクーポンを配信する。このようなことから、実施形態に係る決済サーバ１００は、オンデマンドクーポンの配信を通じて、加盟店の要求に応じたタイミングでの集客を支援できる。

〔２．決済サーバの構成〕
次に、実施形態に係る決済サーバ１００の構成について説明する。図４に、実施形態に係る決済サーバ１００の構成例を示す。図４に示すように、決済サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、たとえば、ＮＩＣ（Network Interface Card）などによって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、加盟店端末１０やユーザ端末２０などとの間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、たとえば、ＲＡＭ（Random Access Memory）や、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置によって実現される。図４に示すように、記憶部１２０は、ユーザ情報記憶部１２１と、加盟店情報記憶部１２２と、クーポン情報記憶部１２３と、配信条件記憶部１２４と、配信先条件記憶部１２５とを有する。なお、図４に示す例に限られず、記憶部１２０は、上述し記憶部以外に、他の情報を記憶する記憶部を有していていもよい。

（ユーザ情報記憶部１２１について）
ユーザ情報記憶部１２１は、電子決済サービスのサービス利用者に関する情報を記憶する。図５に、実施形態に係るユーザ情報記憶部１２１に記憶されるユーザ情報の一例を示す。図５に示すように、ユーザ情報記憶部１２１に記憶されるユーザ情報は、「利用者ＩＤ」の項目や、「属性情報」の項目や、「決済履歴」の項目や、「クーポン情報」の項目などといった複数の項目を有しており、これらの項目は相互に対応付けられている。

「利用者ＩＤ」の項目には、電子決済サービスを利用する各サービス利用者の各々を特定するために、各サービス利用者に対して個別に割り振られている識別情報が記憶される。

「属性情報」の項目には、サービス利用者の属性を示す属性情報が記憶される。属性情報は、サービス利用者の性別や、年齢や、電話番号や、住所や、家族構成などのデモグラフィック属性についての情報や、サービス利用者の興味嗜好や、ライフスタイルなどのサイコグラフィック属性についての情報を含んでいてもよい。また、「属性情報」の項目には、サービス利用者の位置を示す位置情報が記憶される。

「決済履歴」の項目には、電子決済サービスを利用して行われたサービス利用者の決済履歴を示す情報が記憶される。決済履歴は、サービス利用者が決済を行った加盟店（店舗）を特定するための識別情報を含む。

「クーポン情報」の項目には、サービス利用者により獲得されたクーポンのうち、電子決済サービスの決済時に利用されたクーポンの内容を示す情報などが記憶される。

（加盟店情報記憶部１２２について）
加盟店情報記憶部１２２は、電子決済サービスの加盟店に関する情報を記憶する。図６に、実施形態に係る加盟店情報記憶部１２２に記憶される加盟店に関する情報の一例を示す。

図６に示すように、加盟店情報記憶部１２２に記憶される加盟店に関する情報は、「加盟店ＩＤ」の項目や、「所在地情報」の項目や、「店舗ジャンル情報」の項目や、「類似ジャンル情報」の項目などといった複数の項目を有している。加盟店に関する情報が有するこれらの項目は、相互に対応付けられている。

「加盟店ＩＤ」の項目には、電子決済サービスを導入する各加盟店（店舗）の各々を特定するために、加盟店（店舗）ごとに個別に割り振られている識別情報が記憶される。「所在地情報」の項目には、加盟店（店舗）の所在地を示す情報が記憶される。「店舗ジャンル」の項目には、加盟店（店舗）の業種に応じて予め規定される店舗ジャンルを示す情報が記憶される。「相関ジャンル情報」の項目には、「店舗ジャンル」の項目に記憶されている店舗ジャンルと相関性を有する店舗ジャンルを示す情報が記憶される。なお、相関性とは、サービス利用者が決済を行った店舗の店舗ジャンルと、その直前に決済を行った店舗の店舗ジャンルとの間にパターンが存在することを意味する。

（クーポン情報記憶部１２３について）
クーポン情報記憶部１２３は、電子決済サービスの加盟店により入稿されたクーポンに関する情報を記憶する。図７に、実施形態に係るクーポン情報記憶部１２３に記憶されるクーポンに関する情報の一例を示す。

図７に示すように、クーポン情報記憶部１２３に記憶されるクーポンに関する情報は、「加盟店ＩＤ」の項目や、「クーポンＩＤ」の項目や、「クーポンカテゴリ」の項目や、「クーポン内容」の項目などといった複数の項目を有している。クーポンに関する情報が有するこれらの項目は、相互に対応付けられている。

「加盟店ＩＤ」の項目には、電子決済サービスを導入する各加盟店（店舗）の各々を特定するために、加盟店（店舗）ごとに個別に割り振られている識別情報が記憶される。

「クーポンＩＤ」の項目には、各加盟店を運営する事業者（たとえば、図１に示すユーザＵ１）がクーポンに関する情報の設定を行った際、事業者により設定された各クーポンの各々を特定するために、クーポンごとに固有に割り振られる識別情報を記憶する。

「クーポンカテゴリ」の項目には、各加盟店を運営する事業者により設定されたクーポンが属するカテゴリを示す情報が記憶される。クーポンが属するカテゴリには、加盟店からの要求とは無関係に配信されるクーポンが属する「通常」と、加盟店からの要求に応じて配信されるクーポンが「オンデマンド」とが含まれる。「クーポン内容」の項目には、各加盟店を運営する事業者により設定されたクーポンの具体的な内容を示す情報が記憶される。

（配信条件記憶部１２４について）
配信条件記憶部１２４は、オンデマンドクーポンの配信契機を示す配信条件を記憶する。たとえば、配信条件記憶部１２４は、配信条件として、気象データに基づく第１の条件、加盟店の売上情報に基づく第２の条件、及び加盟店が提供する取引対象の在庫情報に基づく第３の条件のうちの少なくともいずれか１つを記憶する。図８に、実施形態に係る配信条件記憶部１２４に記憶される配信条件の一例を示す。

図８に示すように、配信条件記憶部１２４に記憶される配信条件には、「加盟店ＩＤ」の項目や、「条件１－１（気象データ）」の項目や、「条件１－２（ＰＯＳデータ）」の項目や、「条件１－３（在庫データ）」の項目といった複数の項目を有している。配信条件が有するこれらの項目は、相互に対応付けられている。

「加盟店ＩＤ」の項目には、電子決済サービスを導入する各加盟店（店舗）の各々を特定するために、加盟店（店舗）ごとに個別に割り振られている識別情報が記憶される。

「条件１－１（気象データ）」の項目には、加盟店の周辺の天候に基づいてオンデマンドクーポンの配信を実行するか否かを規定した事項が記憶される。「条件１－２（ＰＯＳデータ）」の項目には、加盟店の過去の売上実績（ＰＯＳデータ）に基づく売上予想に基づいてオンデマンドクーポンの配信を実行するか否かを規定した事項が記憶される。「条件１－３（在庫データ）」の項目には、加盟店が備蓄する取引対象の在庫数に基づいてオンデマンドクーポンの配信を実行するか否かを規定した事項が記憶される。

図８に例示する配信条件は、加盟店により予め規定されてもよいし、決済サーバ１００の管理者により予め規定されてもよい。

（配信先条件記憶部１２５について）
配信先条件記憶部１２５は、オンデマンドの配信先とする対象ユーザを決定するための条件を記憶する。たとえば、配信先条件記憶部１２５は、配信先条件として、オンデマンドクーポンの配信先となり得る候補ユーザに紐付く情報であって、時系列で変化する情報に基づく条件を記憶する。図９に、実施形態に係る配信先条件記憶部１２５に記憶される配信先条件の一例を示す。

図９に示すように、配信先条件記憶部１２５に記憶される配信先条件は、「加盟店ＩＤ」の項目や、「条件２－１（ユーザの位置情報に基づく条件）」の項目や、「条件２－２（ユーザの決済履歴に基づく条件）」の項目といった複数の項目を有している。配信先条件が有するこれらの項目は、相互に対応付けられている。

「加盟店ＩＤ」の項目には、電子決済サービスを導入する各加盟店（店舗）の各々を特定するために、加盟店（店舗）ごとに個別に割り振られている識別情報が記憶される。

「条件２－１（候補ユーザの位置情報に基づく条件）」の項目には、候補ユーザに紐付く時系列で変化する情報のうち位置情報に基づく条件が有効であるか否かを示す情報が記憶される。図９では、「条件２－２（候補ユーザの決済履歴に基づく条件）」の項目には、候補ユーザに紐付く時系列で変化する情報のうち決済履歴に基づく条件が有効であるか否かを示す情報が記憶される。

図９に例示する配信先条件は、加盟店により予め規定されてもよいし、決済サーバ１００の管理者により予め規定されてもよい。配信先条件が決済サーバ１００の管理者により予め規定される場合、加盟店は、決済サーバ１００の管理者により予め規定される条件の中から、配信先条件として設定を希望する条件を任意に選択する。配信先条件が有する各条件のうち、加盟店により選択された条件に対して「有効」が記憶され、加盟店により選択されなかった条件に対して「無効」が記憶される。配信先条件には、図９に示す条件２－１および条件２－２とは異なる他の条件が含まれていてもよい。

（制御部１３０について）
制御部１３０は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって、決済サーバ１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現され得る。制御部１３０は、図４に示すように、判定部１３１と、特定部１３２と、配信部１３３とを有し、これらの各部により、以下に説明する情報処理の機能や作用を実現または実行する。

（判定部１３１について）
判定部１３１は、取引対象の決済方法として電子決済サービスを導入する加盟店からの配信要求に応じて、オンデマンドクーポンの配信契機を示す配信条件が満たされているか否かを判定する。たとえば、判定部１３１は、通信部１１０を通じて、加盟店からオンデマンドクーポンのクーポン配信要求を受信すると、配信条件記憶部１２４に記憶されている配信条件のうち、オンデマンドクーポンの配信要求の送信元である加盟店に対応する配信条件を参照する。そして、判定部１３１は、気象データに基づく条件１－１、加盟店の売上情報に基づく条件１－２、及び加盟店が提供する取引対象の在庫情報に基づく条件１－３のうちの少なくともいずれか１つが満たされるか否かを判定する。

（特定部１３２について）
特定部１３２は、判定部１３１により配信条件を満足すると判定された場合、配信先となり得る候補ユーザの中から配信先条件に合致するユーザを対象ユーザとして特定する。たとえば、特定部１３２は、ユーザ情報記憶部１２１に記憶されているユーザ情報を参照して、配信先となり得る候補ユーザを選定する。また、特定部１３２は、配信先条件記憶部１２５に記憶されている配信先条件のうち、オンデマンドクーポンの配信要求の送信元である加盟店に対応する配信条件を参照する。そして、特定部１３２は、選定した候補ユーザの中から、配信先条件に合致するユーザを抽出し、抽出したユーザを対象ユーザとして特定する。また、特定部１３２は、判定部１３１により、上述した条件１－１、条件１－２、及び条件１－３の全てが満たされていると判定された場合、対象ユーザを特定してもよい。

（配信部１３３について）
配信部１３３は、特定部１３２により特定された対象ユーザに対し、通信部１１０を通じて、オンデマンドクーポンを配信する。

〔３．処理手順例〕
以下、実施形態に係る決済サーバ１００における処理手順の一例を説明する。図１０に、実施形態に係る決済サーバ１００により実行される情報処理手順の一例を示す。図１０に示す処理手順は、決済サーバ１００が有する制御部１３０により実行される。制御部１３０は、決済サーバ１００の稼働中、図１０に示す処理手順を繰り返し実行する。

図１０に示すように、判定部１３１は、通信部１１０を通じて、加盟店からオンデマンドクーポンのクーポン配信要求を受信すると（ステップＳ１０１）、オンデマンドクーポンの配信要求の送信元である加盟店に対応する配信条件を参照して、配信条件が満たされているか否かを判定する（ステップＳ１０２）。

また、特定部１３２は、判定部１３１により配信条件が満たされていると判定された場合（ステップＳ１０２；Ｙｅｓ）、オンデマンドクーポンの配信要求の送信元である加盟店に対応する配信先条件を参照して、配信先となり得る候補ユーザの中から配信先条件に合致するユーザを対象ユーザとして特定する（ステップＳ１０３）。

また、配信部１３３は、特定部１３２により特定された対象ユーザに対し、通信部１１０を通じて、オンデマンドクーポンを配信し（ステップＳ１０４）、図１０に示す処理手順を終了する。

上述のステップＳ１０２において、判定部１３１は、配信条件が満たされていないと判定し場合（ステップＳ１０２；Ｎｏ）、図１０に示す処理手順を終了する。

〔４．変形例〕
（４－１．クーポン配信の提案について）
上述の実施形態において、決済サーバ１００は、加盟店の売上情報に基づいて、加盟店の過去の売上の傾向から、将来の売上が低迷する可能性が高いか否かを予測し、売上が低迷する可能性が高いと判定した場合、加盟店に対してクーポンの配信を提案してもよい。たとえば、決済サーバ１００の配信部１３３は、加盟店の売上情報に基づいて、所定のタイミングで加盟店の明日の売上高を予測する。そして、配信部１３３は、明日の予測売上高と前日の売上高と比較し、予測売上高が前日の売上高を下回っている場合（たとえば、所定値以上下回っている場合）、通信部１１０を通じて、加盟店端末１０に対してクーポンの配信を提案する旨の情報を送信してもよい。

（４－２．配信するクーポンについて）
上述の実施形態において、決済サーバ１００は、ある加盟店がオフラインで運営するオフライン店舗（実店舗）で取引対象を購入した実績があるサービス利用者に対して、この加盟店がオンラインで運営するオンライン店舗で利用可能なクーポンを配信してもよい。たとえば、特定部１３２は、候補ユーザのうち、ある加盟店Ａが運営するオンライン店舗で取引対象を購入した実績のある候補ユーザを対象ユーザとして特定する。そして、配信部１３２は、特定部１３２により特定された対象ユーザに対して、この加盟店Ａが運営するオフライン店舗で利用可能なクーポンを配信する。これとは反対に、決済サーバ１００は、ある加盟店がオンラインで運営するオンライン店舗で取引対象を購入した実績があるサービス利用者に対して、この加盟店がオフラインで運営するオフライン店舗（実店舗）で利用可能なクーポンを配信してもよい。これにより、決済サーバ１００は、加盟店がそれぞれ運営するオンライン店舗とオフライン店舗との間で相互送客を図ることができる。

また、決済サーバ１００は、サービス利用者の閲覧履歴に基づいて、同様の処理を実行してもよい。すなわち、決済サーバ１００は、ある加盟店のオフライン店舗の情報を閲覧した実績があるサービス利用者に対して、この加盟店のオンライン店舗で利用可能なクーポンを配信してもよい。これとは反対に、決済サーバ１００は、ある加盟店のオンライン店舗の情報を閲覧した実績があるサービス利用者に対して、この加盟店のオフライン店舗で利用可能なクーポンを配信してもよい。

〔５．効果〕
上述してきたように、実施形態に係る決済サーバ１００は、配信条件記憶部１２４と、配信先条件記憶部１２５と、判定部１３１と、特定部１３２と、配信部１３３とを有する。配信条件記憶部１２４は、クーポンの配信契機を示す配信条件を記憶する。配信先条件記憶部１２５は、クーポンの配信先とする対象ユーザを決定するための配信先条件を記憶する。判定部１３１は、取引対象の決済方法として電子決済サービスを導入する加盟店からの配信要求に応じて、配信条件が満たされているか否かを判定する。特定部１３２は、判定部１３１により配信条件が満たされていると判定された場合、配信先となり得る候補ユーザの中から配信先条件に合致するユーザを対象ユーザとして特定する。配信部１３３は、特定部１３２により特定された対象ユーザに対して、クーポンを配信する。

また、配信条件記憶部１２４は、配信条件として、気象データに基づく第１の条件、加盟店の売上情報に基づく第２の条件、及び取引対象の在庫情報に基づく第３の条件のうちの少なくともいずれか１つを記憶する。判定部１３１は、第１の条件、第２の条件、及び第３の条件のうちの少なくともいずれか１つが満たされるか否かを判定する。

また、特定部１３２は、判定部１３１により、第１の条件、第２の条件、及び第３の条件の全てが満たされていると判定された場合、対象ユーザを特定する。

また、配信先条件記憶部１２５は、配信先条件として、候補ユーザに紐付く情報であって、時系列で変化する情報に基づく条件を記憶する。

また、配信先条件記憶部１２５は、候補ユーザに紐付く位置情報または決済履歴に基づく条件を記憶する。

また、配信先条件記憶部１２５は、決済履歴に基づく候補ユーザの行動パターンに基づく条件を記憶する。

また、配信部１３３は、クーポンに関連する関連情報を配信する。

また、配信部１３３は、加盟店の売上情報に基づいて、加盟店の売上高を予測し、予測結果に基づいて、加盟店に対してクーポンの配信を提案する旨の情報を送信する。

また、特定部１３２は、候補ユーザのうち、加盟店が運営するオンライン店舗で取引対象を購入した実績のある候補ユーザを対象ユーザとして特定する。また、配信部１３３は、対象ユーザに対して、同一の加盟店が運営するオフライン店舗で利用可能なクーポンを配信する。

このようにして、実施形態に係る決済サーバ１００は、クーポン提供元の要求に応じたタイミングでの集客を支援できる。たとえば、決済サーバ１００は、悪天候により客足が遠のく可能性があったり、売上の低迷が予測されたり、在庫が過多の状態であったりというような加盟店の状況に応じて、来店が期待できる特定のユーザに対するクーポン配信を実行することにより、加盟店の集客を支援できる。

〔６．ハードウェア構成〕
また、上述してきた実施形態に係る決済サーバ１００、第１の変形例に係る決済サーバ２００、及び第２の変形例に係る決済サーバ３００は、たとえば、図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、実施形態に係る決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラムなどに基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭなど、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory)、ＨＤＤ、フラッシュメモリ等により実現される。

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェイスであり、たとえば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナなどといった各種の入力装置１０２０から情報を受信するためのインターフェイスであり、たとえば、ＵＳＢなどにより実現される。

なお、入力装置１０２０は、たとえば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）などの光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリなどから情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリなどの外付け記憶媒体であってもよい。

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。たとえば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

たとえば、コンピュータ１０００が実施形態に係る情報処理装置の一例である決済サーバ１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（たとえば、情報処理プログラム）を実行することにより、制御部１３０と同様の機能を実現する。すなわち、演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（たとえば、情報処理プログラム）との協働により、実施形態に係る決済サーバ１００による処理を実現する。
〔７．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述の実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。たとえば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。たとえば、実施形態に係る決済サーバ１００の制御部１３０が有する判定部１３１及び特定部１３２は、機能的に統合されていてもよい。

また、上述した決済サーバ１００は、機能によっては外部のプラットフォームなどをＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。たとえば、決済サーバ１００により実行される情報処理のうち、実施形態に係る情報処理を実現するための機能を他のサーバ装置で実行されるように、情報処理システムＳＹＳの構成を変更してもよい。

また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。たとえば、制御部は、制御手段や制御回路に読み替えることができる。

１０ 加盟店端末
２０ ユーザ端末
１００ 決済サーバ
１１０ 通信部
１２０ 記憶部
１２１ ユーザ情報記憶部
１２２ 加盟店情報記憶部
１２３ クーポン情報記憶部
１２４ 配信条件記憶部
１２５ 配信先条件記憶部
１３０ 制御部
１３１ 判定部
１３２ 特定部
１３３ 配信部

Claims (6)

1. 取引対象の決済方法として電子決済サービスを導入する加盟店により予め設定されるクーポンの配信契機を示す配信条件を記憶する配信条件記憶部と、
   前記加盟店により予め設定される前記クーポンの配信先とする対象ユーザを決定するための配信先条件として前記配信先となり得る候補ユーザの位置情報に基づく第１の条件と、前記候補ユーザの決済履歴に基づく第２の条件とを記憶する配信先条件記憶部と、
   前記加盟店からの配信要求に応じて、前記配信条件が満たされているか否かを判定する判定部と、
   前記判定部により前記配信条件が満たされていると判定された場合、前記候補ユーザの中から前記配信先条件に合致するユーザを前記対象ユーザとして特定する特定部と、
   前記特定部により特定された前記対象ユーザに対して、前記クーポンを配信する配信部と
   を有し、
   前記配信先条件記憶部は、
   前記第１の条件として、前記候補ユーザが決済を行った複数の加盟店の位置から算出される前記候補ユーザの移動ベクトルが、前記クーポンの配信要求の送信元である前記加盟店の方向を向いているかを記憶し、
   前記特定部は、
   前記候補ユーザが直近で決済を行った複数の加盟店の位置から算出される前記候補ユーザの移動ベクトルに基づいて、前記第１の条件に合致する前記対象ユーザを特定する
   ことを特徴とする情報処理装置。
2. 取引対象の決済方法として電子決済サービスを導入する加盟店により予め設定されるクーポンの配信契機を示す配信条件を記憶する配信条件記憶部と、
   前記加盟店により予め設定される前記クーポンの配信先とする対象ユーザを決定するための配信先条件として前記配信先となり得る候補ユーザの位置情報に基づく第１の条件と、前記候補ユーザの決済履歴に基づく第２の条件とを記憶する配信先条件記憶部と、
   前記加盟店からの配信要求に応じて、前記配信条件が満たされているか否かを判定する判定部と、
   前記判定部により前記配信条件が満たされていると判定された場合、前記候補ユーザの中から前記配信先条件に合致するユーザを前記対象ユーザとして特定する特定部と、
   前記特定部により特定された前記対象ユーザに対して、前記クーポンを配信する配信部と
   を有し、
   前記配信先条件記憶部は、
   前記第２の条件として、複数の前記候補ユーザが連続して決済を行った各店舗の店舗ジャンルのうち店舗ジャンル間に一定の相関性があると判断された店舗ジャンルの組合せを記憶し、
   前記特定部は、
   前記候補ユーザにより直前に決済が行われた店舗の店舗ジャンルと、前記クーポンの配信要求の送信元である前記加盟店の店舗ジャンルとに基づいて、前記第２の条件に合致する前記対象ユーザを特定する
   ことを特徴とする情報処理装置。
3. 取引対象の決済方法として電子決済サービスを導入する加盟店により予め設定されるクーポンの配信契機を示す配信条件を記憶する配信条件記憶部と、前記加盟店により予め設定される前記クーポンの配信先とする対象ユーザを決定するための配信先条件として前記配信先となり得る候補ユーザの位置情報に基づく第１の条件と、前記候補ユーザの決済履歴に基づく第２の条件とを記憶する配信先条件記憶部とを有するコンピュータが実行する情報処理方法であって、
   前記加盟店からの配信要求に応じて、前記配信条件が満たされているか否かを判定する判定工程と、
   前記判定工程により前記配信条件が満たされていると判定された場合、前記候補ユーザの中から前記配信先条件に合致するユーザを前記対象ユーザとして特定する特定工程と、
   前記特定工程により特定された前記対象ユーザに対して、前記クーポンを配信する配信工程と
   を含み、
   前記配信先条件記憶部には、
   前記第１の条件として、前記候補ユーザが決済を行った複数の加盟店の位置から算出される前記候補ユーザの移動ベクトルが、前記クーポンの配信要求の送信元である前記加盟店の方向を向いているかが記憶され、
   前記特定工程は、
   前記候補ユーザが直近で決済を行った複数の加盟店の位置から算出される前記候補ユーザの移動ベクトルに基づいて、前記第１の条件に合致する前記対象ユーザを特定する
   ことを特徴とする情報処理方法。
4. 取引対象の決済方法として電子決済サービスを導入する加盟店により予め設定されるクーポンの配信契機を示す配信条件を記憶する配信条件記憶部と、前記加盟店により予め設定される前記クーポンの配信先とする対象ユーザを決定するための配信先条件として前記配信先となり得る候補ユーザの位置情報に基づく第１の条件と、前記候補ユーザの決済履歴に基づく第２の条件とを記憶する配信先条件記憶部とを有するコンピュータに、
   前記加盟店からの配信要求に応じて、前記配信条件が満たされているか否かを判定する判定手順と、
   前記判定手順により前記配信条件が満たされていると判定された場合、前記候補ユーザの中から前記配信先条件に合致するユーザを前記対象ユーザとして特定する特定手順と、
   前記特定手順により特定された前記対象ユーザに対して、前記クーポンを配信する配信手順と
   を実行させ、
   前記配信先条件記憶部には、
   前記第１の条件として、前記候補ユーザが決済を行った複数の加盟店の位置から算出される前記候補ユーザの移動ベクトルが、前記クーポンの配信要求の送信元である前記加盟店の方向を向いているかが記憶され、
   前記特定手順は、
   前記候補ユーザが直近で決済を行った複数の加盟店の位置から算出される前記候補ユーザの移動ベクトルに基づいて、前記第１の条件に合致する前記対象ユーザを特定する
   ことを特徴とする情報処理プログラム。
5. 取引対象の決済方法として電子決済サービスを導入する加盟店により予め設定されるクーポンの配信契機を示す配信条件を記憶する配信条件記憶部と、前記加盟店により予め設定される前記クーポンの配信先とする対象ユーザを決定するための配信先条件として前記配信先となり得る候補ユーザの位置情報に基づく第１の条件と、前記候補ユーザの決済履歴に基づく第２の条件とを記憶する配信先条件記憶部とを有するコンピュータが実行する情報処理方法であって、
   前記加盟店からの配信要求に応じて、前記配信条件が満たされているか否かを判定する判定工程と、
   前記判定工程により前記配信条件が満たされていると判定された場合、前記候補ユーザの中から前記配信先条件に合致するユーザを前記対象ユーザとして特定する特定工程と、
   前記特定工程により特定された前記対象ユーザに対して、前記クーポンを配信する配信工程と
   を含み、
   前記配信先条件記憶部には、
   前記第２の条件として、複数の前記候補ユーザが連続して決済を行った各店舗の店舗ジャンルのうち店舗ジャンル間に一定の相関性があると判断された店舗ジャンルの組合せが記憶され、
   前記特定工程は、
   前記候補ユーザにより直前に決済が行われた店舗の店舗ジャンルと、前記クーポンの配信要求の送信元である前記加盟店の店舗ジャンルとに基づいて、前記第２の条件に合致する前記対象ユーザを特定する
   ことを特徴とする情報処理方法。
6. 取引対象の決済方法として電子決済サービスを導入する加盟店により予め設定されるクーポンの配信契機を示す配信条件を記憶する配信条件記憶部と、前記加盟店により予め設定される前記クーポンの配信先とする対象ユーザを決定するための配信先条件として前記配信先となり得る候補ユーザの位置情報に基づく第１の条件と、前記候補ユーザの決済履歴に基づく第２の条件とを記憶する配信先条件記憶部とを有するコンピュータに、
   前記加盟店からの配信要求に応じて、前記配信条件が満たされているか否かを判定する判定手順と、
   前記判定手順により前記配信条件が満たされていると判定された場合、前記候補ユーザの中から前記配信先条件に合致するユーザを前記対象ユーザとして特定する特定手順と、
   前記特定手順により特定された前記対象ユーザに対して、前記クーポンを配信する配信手順と
   を実行させ、
   前記配信先条件記憶部には、
   前記第２の条件として、複数の前記候補ユーザが連続して決済を行った各店舗の店舗ジャンルのうち店舗ジャンル間に一定の相関性があると判断された店舗ジャンルの組合せが記憶され、
   前記特定手順は、
   前記候補ユーザにより直前に決済が行われた店舗の店舗ジャンルと、前記クーポンの配信要求の送信元である前記加盟店の店舗ジャンルとに基づいて、前記第２の条件に合致する前記対象ユーザを特定する
   ことを特徴とする情報処理プログラム。

Images