(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023113574
(43)【公開日】2023-08-16
(54)【発明の名称】情報処理装置、情報処理方法、およびプログラム
(51)【国際特許分類】
G06Q 30/0207 20230101AFI20230808BHJP
【FI】
G06Q30/0207 342
【審査請求】有
【請求項の数】8
【出願形態】OL
(21)【出願番号】P 2023000597
(22)【出願日】2023-01-05
(62)【分割の表示】P 2022015603の分割
【原出願日】2022-02-03
(11)【特許番号】
(45)【特許公報発行日】2023-04-27
(71)【出願人】
【識別番号】519110124
【氏名又は名称】PayPay株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100154852
【弁理士】
【氏名又は名称】酒井 太一
(74)【代理人】
【識別番号】100181124
【弁理士】
【氏名又は名称】沖田 壮男
(74)【代理人】
【識別番号】100194087
【弁理士】
【氏名又は名称】渡辺 伸一
(72)【発明者】
【氏名】奥田 航
(72)【発明者】
【氏名】千葉 由規
【テーマコード(参考)】
5L049
【Fターム(参考)】
5L049BB07
(57)【要約】
【課題】クーポンの終了日時を適切に短縮することが情報処理装置、情報処理方法、およびプログラムを提供すること。
【解決手段】クーポンの予算額と、前記クーポンの終了日時とを含むクーポン設定情報を取得して記憶部に記憶させる情報取得部と、前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理する実績管理部と、前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出する到達割合算出部と、過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測し、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出する予測部と、前記予測部によって算出された前記予測終了日時に応じて、前記終了日時を短縮する更新部と、を備える情報処理装置。
【選択図】
図3
【特許請求の範囲】
【請求項1】
クーポンの予算額と、前記クーポンの終了日時とを含むクーポン設定情報を取得して記憶部に記憶させる情報取得部と、
前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理する実績管理部と、
前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出する到達割合算出部と、
過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測し、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出する予測部と、
前記予測部によって算出された前記予測終了日時に応じて、前記終了日時を短縮する更新部と、
を備える情報処理装置。
【請求項2】
クーポンの予算額と、前記クーポンの終了日時と、前記終了日時を短縮するか否かを判定するために使用される閾値とを含むクーポン設定情報を取得して記憶部に記憶させる情報取得部と、
前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理する実績管理部と、
前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出する到達割合算出部と、
前記到達割合算出部によって算出された前記予算額の到達割合が前記閾値を超えたとき、過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測し、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出する予測部と、
前記予測部によって算出された前記予測終了日時に応じて、前記終了日時を短縮する更新部と、
を備える情報処理装置。
【請求項3】
前記クーポン設定情報は、前記クーポンを何日後に終了させるのかを示す日数情報と、前記クーポンの終了時刻を示す時刻情報とを更に含む、
請求項2記載の情報処理装置。
【請求項4】
前記更新部は、前記到達割合算出部によって算出された前記予算額の到達割合が前記閾値を超えたとき、前記予測部によって算出された前記予測終了日時に基づいて、前記日数情報および前記時刻情報を短縮する、
請求項3記載の情報処理装置。
【請求項5】
前記更新部は、前記予測部によって算出された前記予測終了日時と、前記クーポン設定情報に含まれる前記日数情報および前記時刻情報に基づいて、前記閾値を更新する、
請求項3記載の情報処理装置。
【請求項6】
前記予測部によって算出された前記予測終了日時が、前記日数情報および前記時刻情報に基づいて算出される前記終了日時よりも前に到達する場合、前記日数情報および前記時刻情報の再設定を提案する提案部を更に備える、
請求項3記載の情報処理装置。
【請求項7】
前記予測部によって算出された前記予測終了日時が、前記日数情報および前記時刻情報に基づいて算出される前記終了日時よりも前に到達する場合、前記クーポンに対する予算額の追加を提案する提案部を更に備える、
請求項3記載の情報処理装置。
【請求項8】
情報処理装置が、
クーポンの予算額と、前記クーポンの終了日時とを含むクーポン設定情報を取得して記憶部に記憶させ、
前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理し、
前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出し、
過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測し、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出し、
算出された前記予測終了日時に応じて、前記終了日時を短縮する、
情報処理方法。
【請求項9】
情報処理装置が、
クーポンの予算額と、前記クーポンの終了日時と、前記終了日時を短縮するか否かを判定するために使用される閾値とを含むクーポン設定情報を取得して記憶部に記憶させ、
前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理し、
前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出し、
算出された前記予算額の到達割合が前記閾値を超えたとき、過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測し、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出し、
算出された前記予測終了日時に応じて、前記終了日時を短縮する、
情報処理方法。
【請求項10】
情報処理装置に、
クーポンの予算額と、前記クーポンの終了日時とを含むクーポン設定情報を取得して記憶部に記憶させ、
前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理させ、
前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出させ、
過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測させ、予測された前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出させ、
算出された前記予測終了日時に応じて、前記終了日時を短縮させる、
プログラム。
【請求項11】
情報処理装置に、
クーポンの予算額と、前記クーポンの終了日時と、前記終了日時を短縮するか否かを判定するために使用される閾値とを含むクーポン設定情報を取得して記憶部に記憶させ、
前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理させ、
前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出させ、
算出された前記予算額の到達割合が前記閾値を超えたとき、過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測させ、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出させ、
算出された前記予測終了日時に応じて、前記終了日時を短縮させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【0002】
従来、利用者が店舗にて電子決済をする際に、クーポンの使用を認めるか否かを判定するシステムが知られている。例えば、特許文献1には、クーポンの使用による割引の総額が、予め設定されたキャンペーン予算内に収まっている場合に、クーポンの使用を認めるデジタルクーポンシステムが提案されている。
【先行技術文献】
【特許文献】
【0003】
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献1に記載の技術では、キャンペーン予算を使い切った時点でクーポンが終了となり、クーポンの終了日時を適切に短縮することができない場合があった。
【0005】
本発明は、このような事情を考慮してなされたものであり、クーポンの終了日時を適切に短縮することができる情報処理装置、情報処理方法、およびプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【0006】
本発明の一態様は、クーポンの予算額と、前記クーポンの終了日時とを含むクーポン設定情報を取得して記憶部に記憶させる情報取得部と、前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理する実績管理部と、前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出する到達割合算出部と、過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測し、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出する予測部と、前記予測部によって算出された前記予測終了日時に応じて、前記終了日時を短縮する更新部と、を備える情報処理装置である。
【発明の効果】
【0007】
本発明の一態様によれば、クーポンの終了日時を適切に短縮することができる情報処理装置、情報処理方法、およびプログラムを提供することができる。
【図面の簡単な説明】
【0008】
【
図1】電子決済サービスが実現されるための構成の一例を示す図である。
【
図2】電子決済の大まかな流れを例示した図である。
【
図4】利用者情報172の内容の一例を示す図である。
【
図5】クーポン情報176の内容の一例を示す図である。
【
図6】
図2のパターン1の場合における、クーポン使用時の決済処理の流れの一例を示すシーケンス図である。
【
図7】
図6は、
図2のパターン2の場合における、クーポン使用時の決済処理の流れの一例を示すシーケンス図である。
【
図8】クーポンの終了日時の更新処理の一例を示すフローチャートである。
【
図9】クーポンの予測終了日時の算出処理を説明するための図である。
【発明を実施するための形態】
【0009】
以下、図面を参照し、本発明の情報処理装置、情報処理方法、およびプログラムについて説明する。情報処理装置は、一以上のプロセッサにより実現される。以下の説明では、情報処理装置は、電子決済サービスを提供するものとし、「決済サーバ」と称して説明するが、情報処理装置は、ショッピング、オークション、チャット、ミニブログ、その他の、ログインを伴う任意のサービスを提供するものであってもよい。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗(実店舗)である。
【0010】
[電子決済サービス]
図1は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ100を中心として実現される。決済サーバ100は、例えば、一以上の利用者端末装置10、および一以上の店舗端末装置50のそれぞれとネットワークNWを介して通信する。ネットワークNWは、例えば、インターネット、LAN(Local Area Network)、無線基地局、プロバイダ装置などを含む。
【0011】
利用者端末装置10は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置10は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、CPU(Central Processing Unit)等と称する。利用者端末装置10では、CPU等のプロセッサにより決済アプリ20が実行されることで、決済サーバ100と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ20は、カメラ、通信装置、タッチパネルなどを制御する。
【0012】
店舗端末装置50は、例えば、店舗に設置される。店舗端末装置50は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。店舗端末装置50は、いわゆるPOS(Point of Sale)装置を含み、POS装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像60は、店舗に置かれ、QRコード(登録商標)等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像60は、店舗に置かれたディスプレイによって表示されてもよい。
【0013】
決済サーバ100は、利用者端末装置10または店舗端末装置50から受信した決済情報に基づいて電子決済を実現する。決済サーバ100は、例えば、利用者IDに対応付けて管理しているチャージ残高を増減させる(換言すると、電子マネーを入出金する)ことで、電子決済を行う。電子決済は、リボ払いやクレジット払い等の方法によって、購買時点のチャージ残高よりも多額の購買を可能にするものが含まれてよい。
【0014】
図2は、電子決済の大まかな流れを例示した図である。電子決済には、パターン1とパターン2の二つが存在してよい。パターン1の場合、まず利用者端末装置10において決済アプリ20が起動し、QRコードやバーコード等のコード画像を表示する。利用者は利用者端末装置10の表示面を店舗端末装置50に翳す(提示する)。店舗端末装置50は、光学読取機能によってコード画像をデコードし、アカウントID等の情報を取得する。そして、店舗端末装置50は、アカウントID、決済金額、店舗ID等を含む決済情報を生成し、決済サーバ100に送信する。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ100は、受信した情報に基づいて、利用者の電子決済口座から店舗の電子決済口座に決済金額を移動させて決済処理を完了させる。
【0015】
パターン2の場合、決済アプリ20が起動した状態の利用者端末装置10が、光学読取機能によって店舗コード画像60をデコードする。店舗コード画像60には、店舗名等の決済する店舗を識別可能な情報が含まれている。利用者は、店舗名等が表示された画面において、決済金額を利用者端末装置10に入力する。表示する店舗名等として、店舗コード画像をデコードして得られる情報がそのまま表示されてもよいし、デコードして得られる情報を基に決済サーバ100に問い合わせて取得される情報が表示されてもよい。そして、利用者端末装置10は、アカウントID、決済金額、店舗ID等を含む決済情報を生成し、決済サーバ100に送信する。決済サーバ100は、受信した情報に基づいて決済処理を行う。なお、上記のいずれかのパターンでのみ電子決済が行われてもよい。また、
図2で説明する「アカウントID」は、利用者の識別情報として用いられ得る他の情報(例えば電話番号)であってもよい。
【0016】
[決済サーバ]
図3は、決済サーバ100の構成図である。決済サーバ100は、例えば、通信部110と、決済コンテンツ提供部120と、決済処理部122と、情報取得部124と、到達割合算出部126と、予測部128と、更新部と、提案部132と、通知部134と、記憶部170とを備える。通信部110および記憶部170以外の構成要素は、例えば、CPUなどのハードウェアプロセッサがプログラム(ソフトウェア)を実行することにより実現される。これらの構成要素のうち一部または全部は、LSI(Large Scale Integration)やASIC(Application Specific Integrated Circuit)、FPGA(Field-Programmable Gate Array)、GPU(Graphics Processing Unit)などのハードウェア(回路部;circuitryを含む)によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めHDD(Hard Disk Drive)やフラッシュメモリなどの記憶装置(非一過性の記憶媒体を備える記憶装置)に格納されていてもよいし、DVDやCD-ROMなどの着脱可能な記憶媒体(非一過性の記憶媒体)に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。
【0017】
記憶部170は、HDDやフラッシュメモリ、RAM(Random Access Memory)などである。記憶部170は、決済サーバ100がネットワークを介してアクセス可能なNAS(Network Attached Storage)装置であってもよい。記憶部170には、利用者情報172、決済コンテンツ情報174、およびクーポン情報176などの情報が格納される。
【0018】
通信部110は、ネットワークNWに接続するための通信インターフェースである。通信部110は、例えばネットワークインターフェースカードである。
【0019】
決済コンテンツ提供部120は、例えば、Webサーバの機能を有し、前述した決済完了画面を含む、電子決済サービスの各種画面を表示するための情報(コンテンツ)を利用者端末装置10に提供する。決済コンテンツ提供部120は、決済コンテンツ情報174から適宜、必要なコンテンツを読み出して利用者端末装置10に提供する。利用者端末装置10は、決済アプリ20によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ100に送信する。
【0020】
決済処理部122は、利用者端末装置10または店舗端末装置50により送信された決済情報に基づいて、決済処理を行う。決済処理部122は、利用者情報172を参照しながら決済処理を行う。
【0021】
[利用者情報]
図4は、利用者情報172の内容の一例を示す図である。利用者情報172は、利用者の登録情報の一例である。利用者情報172は、例えば、アカウントIDに対して、メールアドレス、利用者ID、チャージ残高、銀行口座、クレジットカード番号、チャージ履歴情報、決済履歴情報、およびクーポンIDなどの情報が対応付けられたものである。チャージ残高、チャージ履歴情報、および決済履歴情報以外の情報は任意設定情報である。以下、これらの情報が対応付けられた利用者のインスタンス(電子決済口座)のことをアカウントと称する。
【0022】
チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者(銀行)のATM(Automatic Teller Machine)からの送金、登録された銀行口座からの送金などがある。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報(口座番号、カード番号)である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳(日時、購買行動が行われた店舗の店舗ID、決済金額等)を、決済ごとに示す情報である。クーポンIDは、利用者が所有するクーポンを識別するための情報である。クーポンは、電子決済において利用者に利益を提供するための電子クーポンである。利用者に提供する利益とは、例えば、電子決済時における割引や、チャージ残高へのキャッシュバックなどであってよい。以下の説明では、一例として、クーポンが電子決済時における割引に利用される場合について説明する。
【0023】
店舗端末装置50は、クーポンの設定を行う際、クーポンの予算額およびクーポンの終了日時などの情報を含むクーポン設定情報を決済サーバ100に送信する。決済サーバ100の情報取得部124は、クーポン設定情報を店舗端末装置50から取得して記憶部170に記憶させる。具体的に、情報取得部124は、店舗端末装置50から取得したクーポン設定情報に基づいて、クーポン情報176を生成する。クーポン情報176は、利用者が店舗での決済時に使用可能なクーポンに関する情報である。
【0024】
[クーポン情報]
図5は、クーポン情報176の内容の一例を示す図である。クーポン情報176は、例えば、クーポンIDに対して、店舗ID、割引額、利用実績額、予算額、終了日時、閾値X、日数情報Y、および時刻情報Zなどの情報が対応付けられたものである。これらの情報のうち、割引額、予算額、終了日時、閾値X、日数情報Y、および時刻情報Zは、店舗端末装置50から送信されるクーポン設定情報に含まれていてもよい。なお、店舗端末装置50から送信されるクーポン設定情報に含まれていない情報については、予め決済サーバ100にて登録されているデフォルト値を設定してもよい。
【0025】
店舗IDは、クーポンを使用可能な店舗を識別するための情報である。割引額は、1回のクーポンの使用によって割り引かれる金額である。なお、割引額は、1回のクーポンの使用によって割り引かれる割合(例えば、○○%引き等)に関する情報であってもよい。
【0026】
利用実績額は、クーポンを利用することにより利用者に提供された利益の総額である。詳細は後述するが、利用実績額は、利用実績額を管理する実績管理部としての機能を有する決済処理部122によって算出され、クーポン情報176に書き込まれる。
【0027】
予算額は、クーポンの予算額であり、利用実績額の上限の金額である。終了日時は、クーポンを使用可能な期間の終了日時である。閾値Xは、終了日時を更新するか否かを判定するために使用される値である。日数情報Yは、クーポンを何日後に終了させるのかを示す情報である。時刻情報Zは、クーポンの終了時刻を示す情報である。なお、詳細は後述するが、日数情報Yおよび時刻情報Zは、事前に設定されたクーポンの終了日時より前にクーポンを終了させる必要が生じた場合に使用される情報である。
【0028】
[クーポン使用時の決済処理]
図6は、
図2のパターン1の場合における、クーポン使用時の決済処理の流れの一例を示すシーケンス図である。まず、利用者が店舗にて電子決済を行う際、利用者は利用者端末装置10を用いて決済アプリ20を起動させ、QRコードやバーコード等のコード画像を表示させる。次に、利用者は利用者端末装置10の表示面を店舗端末装置50に翳すことにより、コード画像を提示する(S11)。
【0029】
店舗端末装置50は、光学読取機能によってコード画像をデコードし、利用者のアカウントID等の情報を取得する。そして、店舗端末装置50は、アカウントID、決済金額、店舗ID等を含む決済情報を生成し、決済サーバ100に送信する(S12)。
【0030】
決済サーバ100は、店舗端末装置50から決済情報を受信すると、クーポン確認処理を実行する(S13)。クーポン確認処理は、電子決済を行おうとしている店舗で使用可能なクーポンを、利用者が所有しているか否かを確認する処理である。クーポン確認処理において、決済サーバ100は、記憶部170に格納された利用者情報172から、決済情報に含まれるアカウントIDに関連付けられたクーポンID(利用者が所有するクーポンのID)を取得する。また、決済サーバ100は、記憶部170に格納されたクーポン情報176から、決済情報に含まれる店舗IDに関連付けられたクーポンID(電子決済を行おうとしている店舗で使用可能なクーポンのID)を取得する。
【0031】
そして、決済サーバ100は、利用者情報172から取得したクーポンID(利用者が所有するクーポンのID)と、クーポン情報176から取得したクーポンID(電子決済を行おうとしている店舗で使用可能なクーポンのID)とを比較することにより、電子決済を行おうとしている店舗で使用可能なクーポンを、利用者が所有しているか否かを判定する。
【0032】
電子決済を行おうとしている店舗で使用可能なクーポンを、利用者が所有していると判定した場合、決済サーバ100は、有効性確認処理を実行する(S14)。有効性確認処理は、利用者が所有しているクーポンが有効か否かを確認する処理である。有効性確認処理において、決済サーバ100は、利用者が所有しているクーポンのクーポンIDに対応付けられた終了日時を、記憶部170に格納されたクーポン情報176から取得する。そして、決済サーバ100は、クーポン情報176から取得した終了日時が、現在の日時よりも前であるか否かを判定する。
【0033】
クーポン情報176から取得した終了日時が、現在の日時よりも前である場合、決済サーバ100は、クーポンは期限切れのため無効であると判定する。一方、クーポン情報176から取得した終了日時が、現在の日時よりも前でない場合、決済サーバ100は、クーポンは有効であると判定する。クーポンが有効であると判定された場合、決済サーバ100は、クーポンの割引額をクーポン情報176から取得し、決済情報に含まれる決済金額から割引額を差し引く。
【0034】
次に、決済サーバ100は、決済情報に基づいて決済処理を実行する(S15)。具体的に、決済サーバ100は、利用者情報172における利用者のチャージ残高から決済金額を差し引くことにより、利用者のチャージ残高を更新する。また、決済サーバ100は、店舗の電子決済口座に決済金額を移動させて決済処理を完了させる。
【0035】
決済処理が完了すると、決済サーバ100は、店舗端末装置50に決済完了通知を送信し(S16)、利用者端末装置10にも決済完了通知を送信する(S17)。なお、利用者のチャージ残高が足りないなどの理由で決済を完了できなかった場合、決済サーバ100は、決済を完了できなかった旨の通知を店舗端末装置50および利用者端末装置10に送信する。
【0036】
その後、決済サーバ100は、クーポン情報176の更新処理を実行する(S18)。クーポン情報176の更新処理は、クーポンの使用による利用実績額を更新する処理である。決済サーバ100の決済処理部122は、クーポンの利用実績額を管理する実績管理部としての機能を備えている。具体的に、決済処理部122は、使用されたクーポンのクーポンIDに関連付けられた利用実績額に、クーポンの使用により割り引かれた割引額を加算する。このように、クーポンが使用される度に、クーポンの利用実績額が増加することになる。
【0037】
図7は、
図2のパターン2の場合における、クーポン使用時の決済処理の流れの一例を示すシーケンス図である。まず、利用者が店舗にて電子決済を行う際、利用者は利用者端末装置10を用いて決済アプリ20を起動させ、光学読取機能によって店舗コード画像60をデコードし、店舗ID等の情報を取得する(S21)。
【0038】
利用者は、店舗名等が表示された画面において、決済金額を利用者端末装置10に入力する。そして、利用者端末装置10は、アカウントID、決済金額、店舗ID等を含む決済情報を生成し、決済サーバ100に送信する(S22)。
【0039】
決済サーバ100は、利用者端末装置10から決済情報を受信すると、クーポン確認処理(S23)、有効性確認処理(S24)、および決済処理(S25)を実行する。クーポン確認処理、有効性確認処理、および決済処理は、それぞれ
図6のS13~S15の処理と同様であるため、説明を省略する。
【0040】
決済が完了すると、決済サーバ100は、店舗端末装置50に決済完了通知を送信し(S26)、利用者端末装置10にも決済完了通知を送信する(S27)。なお、利用者のチャージ残高が足りないなどの理由で決済を完了できなかった場合、決済サーバ100は、決済を完了できなかった旨の通知を店舗端末装置50および利用者端末装置10に送信する。
【0041】
その後、決済サーバ100は、クーポン情報176の更新処理を実行する(S28)。前述したように、クーポン情報176の更新処理が実行されると、クーポン情報176における利用実績額に、クーポンの使用により割り引かれた割引額が加算される。このように、クーポンが使用される度に、クーポンの利用実績額が増加することになる。
【0042】
なお、本実施形態では、電子決済時に使用可能なクーポンを決済サーバ100側で確認することとしたが、これに限らない。例えば、利用者端末装置10の決済アプリ20上でクーポン情報を保有しておき、電子決済に使用するクーポンのクーポンIDを決済情報に含めて決済サーバ100に送信してもよい。
【0043】
従来は、クーポンの終了予定日時前であっても、クーポンの利用実績額が予算額に到達した場合、クーポンが即時終了となっていた。このため、例えば、飲食店での食事前にはクーポンが有効であったにもかかわらず、食事後にクーポンが終了になってしまうことがあった。特に、人気ファストフード店などでは、1時間に4000回以上の決済が発生することがあり、クーポンの利用実績額が急激に増加するため、利用者にとってクーポンを有効利用できない状況が多く発生していた。
【0044】
このような問題を解決するために、本実施形態の決済サーバ100は、クーポンの終了日時の更新処理を行う。以下、クーポンの終了日時の更新処理について詳細に説明する。
【0045】
[クーポンの終了日時の更新処理]
図8は、クーポンの終了日時の更新処理の一例を示すフローチャートである。本フローチャートは、決済サーバ100によって所定時間毎に実行される。
【0046】
まず、決済サーバ100の情報取得部124は、記憶部170からクーポン情報176を取得する(S101)。前述したように、クーポン情報176には、クーポンの予算額、クーポンの利用実績額、およびクーポンの終了日時などの情報が含まれる。
【0047】
次に、決済サーバ100の到達割合算出部126は、情報取得部124によって取得されたクーポン情報176に含まれる予算額および利用実績額に基づき、予算額の到達割合Rを算出する(S102)。予算額の到達割合Rは、予算額に対する利用実績額の割合である。例えば、到達割合算出部126は、R=(利用実績額/予算額)×100を計算することにより、百分率で予算額の到達割合Rを算出してもよい。
【0048】
次に、決済サーバ100は、到達割合算出部126によって算出された予算額の到達割合Rが、クーポン情報176に含まれる閾値Xを超えるか否かを判定する(S103)。例えば、
図5を参照すると、クーポンIDがC001のクーポンの閾値Xは80%となっている。この場合、決済サーバ100は、R>80%であるか否かを判定する。
【0049】
予算額の到達割合Rが閾値Xを超えないと判定された場合、決済サーバ100は、本フローチャートによる処理を終了する。一方、予算額の到達割合Rが閾値Xを超えると判定された場合、予測部128は、クーポンの予測終了日時を算出する(S104)。
【0050】
図9は、クーポンの予測終了日時の算出処理を説明するための図である。
図9において、縦軸はクーポンの利用実績額を示し、横軸は時間を示す。T0はクーポンの使用開始の日時を示し、T1は現在の日時を示す。
図9では、予算額の到達割合Rが閾値X(
図9の例では、X=80%)に到達したときの日時を、現在の日時としている。T2は、クーポン情報176に予め設定されたクーポンの終了日時を示す。T3は、クーポンの予測終了日時を示す。
【0051】
決済サーバ100は、クーポンの利用実績額の履歴を記憶部170に定期的に記憶している。予測部128は、記憶部170に記憶されたクーポンの利用実績額の履歴に基づいて、過去のクーポンの利用実績額の推移を示す近似直線Lを算出する。例えば、予測部128は、最小二乗法を用いて近似直線Lを算出してもよい。そして、予測部128は、算出した近似直線Lに基づいて、クーポンの利用実績額が予算額に到達する日時をクーポンの予測終了日時T3として算出する。
【0052】
次に、更新部は、予測部128によって算出された予測終了日時T3が、クーポン情報176に予め設定されたクーポンの終了日時T2よりも前か否かを判定する(S105)。予測終了日時T3が、予め設定されたクーポンの終了日時T2よりも前ではない場合、決済サーバ100は、本フローチャートによる処理を終了する。
【0053】
一方、予測終了日時T3が、予め設定されたクーポンの終了日時T2よりも前である場合、更新部は、クーポン情報176に含まれるクーポンの終了日時を更新する(S106)。具体的に、更新部は、クーポン情報176に含まれる日数情報Yおよび時刻情報Zに基づいて、クーポン情報176に含まれる終了日時を更新する。
【0054】
例えば、クーポンIDがC001のクーポンは、日数情報Y=1日、時刻情報Z=24:00となっている。この場合、更新部は、クーポンの終了日時を、現在の日時T1(予算額の到達割合Rが閾値Xに到達した日時)から1日後の24:00に更新する。例えば、現在の日時T1が2023年10月19日14:30の場合、更新部は、クーポンの終了日時を2023年10月20日24:00に更新する。
【0055】
このように、更新部は、到達割合算出部126によって算出された予算額の到達割合Rが閾値Xを超える場合、日数情報Yおよび時刻情報Zに基づいてクーポン情報176に含まれる終了日時を更新する。これによって、現在の日時がクーポンの終了日時に達していないにもかかわらず、クーポンが突然終了してしまうことを防止することができる。
【0056】
なお、クーポンの利用実績額が急激に上昇している場合、日数情報Yおよび時刻情報Zに基づいて算出されたクーポンの終了日時よりも前にクーポンが終了してしまう場合がある。このため、提案部132は、予測部128によって算出された予測終了日時T3が、日数情報Yおよび時刻情報Zに基づいて算出される終了日時よりも前に到達する場合、日数情報Yおよび時刻情報Zの再設定を提案してもよい。
【0057】
また、提案部132は、予測部128によって算出された予測終了日時T3が、日数情報Yおよび時刻情報Zに基づいて算出される終了日時よりも前に到達する場合、クーポンに対する予算額の追加を提案してもよい。クーポンに対する予算額が追加されることで、クーポンが突然終了してしまうことを防止することができる。
【0058】
次に、決済サーバ100の通知部134は、更新部によって更新されたクーポンの終了日時を通知する(S107)。具体的に、通知部134は、更新されたクーポンの終了日時に関する情報を含む更新通知を、利用者端末装置10に送信する。
【0059】
利用者端末装置10は、決済サーバ100から更新通知を受信すると、更新後のクーポンの終了日時を表示する。例えば、利用者端末装置10は、「クーポンはもうすぐ終了します。終了日時は2023年10月20日24:00を予定しています。」とのメッセージを表示してもよい。これによって、利用者は、クーポンの終了日時が当初よりも早まる場合であっても、更新後のクーポンの終了日時を把握することができる。
【0060】
なお、クーポンの終了日時の更新通知が行われた後は、店舗の運営者に対し、予算額の追加を禁止してもよい。これによって、予算額の追加に伴ってクーポンの終了日時の更新が再度行われてしまうことを防止できる。
【0061】
また、通知部134は、クーポンの使用状況に応じて、クーポンの終了日時を通知するタイミングを調整してもよい。例えば、通知部134は、クーポンの利用が少ない時間帯にクーポンの終了日時を通知してもよい。飲食店のクーポンの場合、通知部134は、昼食の時間帯や、夕食の時間帯の直前にクーポンの終了日時を通知してもよい。これによって、適切なタイミングでクーポンの終了日時を通知することができる。
【0062】
営業時間外に通知が行われると、利用者は、通知を受けた時間にクーポンを使用できると勘違いする可能性がある。このため、通知部134は、店舗の営業時間内にクーポンの終了日時を通知してもよい。複数の店舗で使用できるクーポンである場合、一番短い店舗の営業時間内にクーポンの終了日時を通知してもよい。これによって、営業時間外であるにもかかわらず、利用者がクーポンを使用できると勘違いすることを防止することができる。
【0063】
また、通知部134は、クーポンを取得している利用者のうち、クーポンの利用可能性が高い利用者に限定して、クーポンの終了日時を通知してもよい。例えば、クーポンの利用可能性が高い利用者は、クーポンを利用したことがある利用者、クーポンを利用できる店舗の周辺にいる利用者、取得したクーポンの利用率が高い利用者、終了日時の直前でのクーポンの利用が多い利用者、または過去の終了日時の通知の際にクーポンを利用したことがある利用者であってよい。これらの利用者は利用者のクーポン利用履歴に含まれる利用時刻、利用日、利用回数、利用店舗などの情報や利用者の位置情報、店舗の位置情報に基づいて抽出される。例えば、「終了日時の直前でのクーポンの利用が多い利用者」は、利用者のクーポン利用履歴に基づき、クーポンの終了日時から遡って一定期間内の利用実績が一定割合以上あると判定される利用者であってよい。これによって、クーポンの終了日時の通知による通信トラフィックを低減することができる。また、利用者にとっても取得はしたが、利用予定のない店舗からの通知を受ける回数を削減することができる。
【0064】
以上説明したように、本実施形態の決済サーバ(情報処理装置)100は、クーポンの予算額と、クーポンの終了日時とを含むクーポン設定情報を取得して記憶部170に記憶させる情報取得部124と、記憶部170における、クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理する決済処理部(実績管理部)122と、予算額および利用実績額に基づき、予算額の到達割合Rを算出する到達割合算出部126と、予算額の到達割合に応じて終了日時を更新する更新部130と、を備える。これによって、利用者は、クーポンの終了日時を正確に把握することができる。
【0065】
なお、本実施形態では、予算額の到達割合Rが閾値Xを超えると判定された場合、予測部128がクーポンの予測終了日時を算出することとしたが、これに限らない。例えば、予算額の到達割合Rが閾値Xを超えると判定された場合、クーポンの予測終了日時を算出することなく、終了日時の更新処理(S106)を行ってもよい。これによって、決済サーバ100の処理負荷を軽減することができる。
【0066】
また、本実施形態では、クーポンが電子決済時の割引に使用される例について説明したが、これに限らない。例えば、クーポンは、利用者のチャージ残高へのキャッシュバックに使用されてもよい。クーポンの利用によってキャッシュバックされる金額は、利用者情報172におけるチャージ残高に加算されるとともに、クーポン情報176における利用実績額に加算されることとなる。
【0067】
なお、クーポン情報176に含まれる閾値X、日数情報Y、および時刻情報Zは、店舗の運営者によって設定される情報である。なお、最短でもクーポンの終了日までに1日以上の時間を確保するため、Y≧1日としてもよい。これによって、終了日時の通知から短時間でクーポンが終了してしまうことを防止することができる。
【0068】
本実施形態では、クーポン情報176に含まれる閾値X、日数情報Y、および時刻情報Zは、予め設定された固定値であることとしたが、これに限らない。例えば、閾値Xのみを予め設定された固定値であることとし、日数情報Yおよび時刻情報Zを予測終了日時T3に基づいて更新してもよい。具体的に、更新部は、到達割合算出部126によって算出された予算額の到達割合Rが閾値Xを超えたとき、予測部128によって算出された予測終了日時T3に基づいて、クーポン情報176に含まれる日数情報Yおよび時刻情報Zを更新してもよい。これによって、日数情報Yおよび時刻情報Zを、より適切な値となるように設定することができる。また、更新部は、店舗の運営者に対して日数情報Yおよび時刻情報Zの値を提案して、設定するように促してもよい。
【0069】
また、例えば、日数情報Yおよび時刻情報Zを予め設定された固定値であることとし、閾値Xを予測終了日時T3に基づいて算出してもよい。具体的に、更新部は、予測部128によって算出された予測終了日時T3と、クーポン情報176に含まれる日数情報Yおよび時刻情報Zに基づいて、クーポン情報176に含まれる閾値Xを更新してもよい。これによって、閾値Xを、より適切な値となるように設定することができる。
【0070】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【符号の説明】
【0071】
10 利用者端末装置
20 決済アプリ
50 店舗端末装置
60 店舗コード画像
100 決済サーバ(情報処理装置)
122 決済処理部(実績管理部)
124 情報取得部
126 到達割合算出部
128 予測部
130 更新部
132 提案部
134 通知部
170 記憶部
172 利用者情報
176 クーポン情報
【手続補正書】
【提出日】2023-03-08
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
クーポンの予算額と、前記クーポンの終了日時と、前記終了日時を短縮するか否かを判定するために使用される閾値とを含むクーポン設定情報を取得して記憶部に記憶させる情報取得部と、
前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理する実績管理部と、
前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出する到達割合算出部と、
前記到達割合算出部によって算出された前記予算額の到達割合が前記閾値を超えたとき、過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測し、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出する予測部と、
前記予測部によって算出された前記予測終了日時に応じて、前記終了日時を短縮する更新部と、
を備える情報処理装置。
【請求項2】
前記クーポン設定情報は、前記クーポンを何日後に終了させるのかを示す日数情報と、前記クーポンの終了時刻を示す時刻情報とを更に含む、
請求項1記載の情報処理装置。
【請求項3】
前記更新部は、前記到達割合算出部によって算出された前記予算額の到達割合が前記閾値を超えたとき、前記予測部によって算出された前記予測終了日時に基づいて、前記日数情報および前記時刻情報を短縮する、
請求項2記載の情報処理装置。
【請求項4】
前記更新部は、前記予測部によって算出された前記予測終了日時と、前記クーポン設定情報に含まれる前記日数情報および前記時刻情報に基づいて、前記閾値を更新する、
請求項2記載の情報処理装置。
【請求項5】
前記予測部によって算出された前記予測終了日時が、前記日数情報および前記時刻情報に基づいて算出される前記終了日時よりも前に到達する場合、前記日数情報および前記時刻情報の再設定を提案する提案部を更に備える、
請求項2記載の情報処理装置。
【請求項6】
前記予測部によって算出された前記予測終了日時が、前記日数情報および前記時刻情報に基づいて算出される前記終了日時よりも前に到達する場合、前記クーポンに対する予算額の追加を提案する提案部を更に備える、
請求項2記載の情報処理装置。
【請求項7】
情報処理装置が、
クーポンの予算額と、前記クーポンの終了日時と、前記終了日時を短縮するか否かを判定するために使用される閾値とを含むクーポン設定情報を取得して記憶部に記憶させ、
前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理し、
前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出し、
算出された前記予算額の到達割合が前記閾値を超えたとき、過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測し、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出し、
算出された前記予測終了日時に応じて、前記終了日時を短縮する、
情報処理方法。
【請求項8】
情報処理装置に、
クーポンの予算額と、前記クーポンの終了日時と、前記終了日時を短縮するか否かを判定するために使用される閾値とを含むクーポン設定情報を取得して記憶部に記憶させ、
前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理させ、
前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出させ、
算出された前記予算額の到達割合が前記閾値を超えたとき、過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測させ、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出させ、
算出された前記予測終了日時に応じて、前記終了日時を短縮させる、
プログラム。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】0006
【補正方法】変更
【補正の内容】
【0006】
本発明の一態様は、クーポンの予算額と、前記クーポンの終了日時と、前記終了日時を短縮するか否かを判定するために使用される閾値とを含むクーポン設定情報を取得して記憶部に記憶させる情報取得部と、前記記憶部における、前記クーポンを利用することにより利用者に提供された利益の総額である利用実績額を管理する実績管理部と、前記予算額および前記利用実績額に基づき、前記予算額の到達割合を算出する到達割合算出部と、前記到達割合算出部によって算出された前記予算額の到達割合が前記閾値を超えたとき、過去の前記利用実績額の推移に基づいて今後の前記利用実績額の推移を予測し、予測した前記利用実績額の推移に基づいて、前記利用実績額が前記予算額に到達する日時を前記クーポンの予測終了日時として算出する予測部と、前記予測部によって算出された前記予測終了日時に応じて、前記終了日時を短縮する更新部と、を備える情報処理装置である。