IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ PayPay株式会社の特許一覧

特許7340119情報処理装置、情報処理方法及び情報処理プログラム
<>
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図1
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図2
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図3
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図4
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図5
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図6
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図7
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図8
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図9
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図10
  • 特許-情報処理装置、情報処理方法及び情報処理プログラム 図11
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2023-08-29
(45)【発行日】2023-09-06
(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム
(51)【国際特許分類】
   G06Q 20/06 20120101AFI20230830BHJP
   G06Q 30/0207 20230101ALI20230830BHJP
【FI】
G06Q20/06 300
G06Q30/0207 346
【請求項の数】 6
(21)【出願番号】P 2023038997
(22)【出願日】2023-03-13
【審査請求日】2023-03-13
【早期審査対象出願】
(73)【特許権者】
【識別番号】519110124
【氏名又は名称】PayPay株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】河野 勇輝
(72)【発明者】
【氏名】土門 弘典
【審査官】野元 久道
(56)【参考文献】
【文献】特開2021-117550(JP,A)
【文献】特開2022-015261(JP,A)
【文献】特開2020-154573(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
G06Q 10/00-99/00
(57)【特許請求の範囲】
【請求項1】
端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、前記受金者に提供される利益であって、前記決済アプリケーションの利用時に享受可能な利益の指定とを受け付ける受付部と、
前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御部と、
前記受金者が前記決済アプリケーションを用いて決済を実行した場合は、前記送金者により指定された利益を前記受金者に対して提供する提供部と、
前記受金者に購買を依頼する商品のリストが前記送金者によって作成された場合、前記受金者の端末装置に、前記リストを表示する表示制御部と、
を有し、
前記提供部は、特定の商品を含む前記リストが前記送金者によって作成された場合、前記特定の商品専用のクーポンを前記利益として提供する
ことを特徴とする情報処理装置。
【請求項2】
前記表示制御部は、前記受金者の端末装置に対して電子マネーの受け取りを承諾する操作が行われた場合に、前記利益の内容を表示させることを特徴とする請求項1に記載の情報処理装置。
【請求項3】
前記送金制御部は、前記受金者の端末装置に対して電子マネーの受け取りを承諾する操作が行われた場合、前記利益を前記受金者に対して紐づけることを特徴とする請求項1に記載の情報処理装置。
【請求項4】
前記提供部は、前記利益に対応付けられた条件が満たされた場合に、前記利益を前記受金者に享受させる処理を行うことを特徴とする請求項1に記載の情報処理装置。
【請求項5】
コンピュータが実行する情報処理方法であって、
端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、前記受金者に提供される利益であって、前記決済アプリケーションの利用時に享受可能な利益の指定とを受け付ける受付工程と、
前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御工程と、
前記受金者が前記決済アプリケーションを用いて決済を実行した場合は、前記送金者により指定された利益を前記受金者に対して提供する提供工程と、
前記受金者に購買を依頼する商品のリストが前記送金者によって作成された場合、前記受金者の端末装置に、前記リストを表示する表示制御工程と、
を含み、
前記提供工程は、特定の商品を含む前記リストが前記送金者によって作成された場合、前記特定の商品専用のクーポンを前記利益として提供する
ことを特徴とする情報処理方法。
【請求項6】
端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、前記受金者に提供される利益であって、前記決済アプリケーションの利用時に享受可能な利益の指定とを受け付ける受付手順と、
前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御手順と、
前記受金者が前記決済アプリケーションを用いて決済を実行した場合は、前記送金者により指定された利益を前記受金者に対して提供する提供手順と、
前記受金者に購買を依頼する商品のリストが前記送金者によって作成された場合、前記受金者の端末装置に、前記リストを表示する表示制御手順と、
をコンピュータに実行させ、
前記提供手順は、特定の商品を含む前記リストが前記送金者によって作成された場合、前記特定の商品専用のクーポンを前記利益として提供する
ことを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【0002】
従来、利用者間での電子マネーの送受において付加価値を提供する技術が知られている。このような技術の一例として、所定の意図で送信された電子マネーの受け取り操作を行う端末装置の画面上に、意図に応じた画像等のコンテンツを表示させる技術が提案されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開2022-15261号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記の従来技術では、送金先の利用者に、送金の意図が十分に伝わらない場合がある。
【0005】
例えば、上記の従来技術では、受け取り側の利用者は、端末装置の画面上で、コンテンツを十分に視聴することなく送金された金額のみを確認し、受け取り操作を行うことができる。これにより、コンテンツによって表現される送金の意図が十分に伝わらない場合がある。
【0006】
本願は、上記に鑑みてなされたものであって、送金先の利用者に、送金の意図を十分に伝えることができる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0007】
本願に係る情報処理装置は、端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、受金者に提供される利益であって、前記決済アプリケーションの利用時に享受可能な利益の指定とを受け付ける受付部と、前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御部と、前記受金者が前記決済アプリケーションを用いて決済を実行した場合は、前記送金者により指定された利益を前記受金者に対して提供する提供部と、を有することを特徴とする。
【発明の効果】
【0008】
実施形態の一態様によれば、送金の意図を十分に伝えることができるという効果を奏する。
【図面の簡単な説明】
【0009】
図1図1は、実施形態に係る送金処理の一例を示す図である。
図2図2は、実施形態に係る端末装置の画面の一例を示す図である。
図3図3は、実施形態に係る端末装置の画面の一例を示す図である。
図4図4は、実施形態に係る端末装置の画面の一例を示す図である。
図5図5は、実施形態に係る端末装置の画面の一例を示す図である。
図6図6は、実施形態に係る決済サーバの構成例を示す図である。
図7図7は、実施形態に係る口座データベースの一例を示す図である。
図8図8は、実施形態に係る利用者情報データベースの一例を示す図である。
図9図9は、実施形態に係るクーポンデータベースの一例を示す図である。
図10図10は、実施形態に係る送金処理の手順の一例を示すフローチャートである。
図11図11は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【0010】
以下に本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態(以下、「実施形態」と呼ぶ)について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【0011】
〔1.実施形態〕
図1を用いて、本実施形態の情報処理装置等により実現される送金処理について説明する。図1は、実施形態に係る送金処理の一例を示す図である。なお、図1では、本実施形態に係る情報処理装置の一例である決済サーバ10によって、実施形態に係る送金処理等が実現されるものとする。
【0012】
図1に示すように、実施形態に係る情報処理システム1は、決済サーバ10と、端末装置20とを含む。決済サーバ10及び端末装置20は、ネットワークN(例えば、図3参照)を介して有線又は無線により相互に通信可能に接続される。ネットワークNは、例えば、インターネット等のWAN(Wide Area Network)である。なお、図1に示した情報処理システム1には、複数台の決済サーバ10及び複数台の端末装置20が含まれていてもよい。
【0013】
図1に示す決済サーバ10は、実施形態に係る送金処理を実行する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、決済サーバ10は、端末装置20を用いる電子決済に関する電子決済サービスを提供する。例えば、決済サーバ10は、取引対象の提供者や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。
【0014】
図1に示す端末装置20は、利用者によって利用される情報処理装置である。端末装置20は、例えば、スマートフォンや、タブレット型端末、ノート型PC(Personal Computer)、デスクトップPC、携帯電話機、PDA(Personal Digital Assistant)等により実現される。また、端末装置20は、決済サーバ10によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。
【0015】
なお、図1に示す例では、端末装置20がスマートフォンである場合を示す。また、図1に示す例では、端末装置20を利用する利用者に応じて、端末装置20を端末装置20-1~20-N(Nは任意の自然数)として説明する。例えば、端末装置20-1は、利用者ID「U1」により識別される利用者(利用者U1)により使用される端末装置20である。また、以下では、端末装置20-1~20-Nについて、特に区別なく説明する場合には、端末装置20と記載する。
【0016】
また、端末装置20は、所定の情報処理を実現する制御情報を決済サーバ10から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、JavaScript(登録商標)等のスクリプト言語やCSS(Cascading Style Sheets)等のスタイルシート言語により記述される。なお、決済サーバ10から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。
【0017】
〔1-1.端末装置20を用いた決済について〕
ここで、決済サーバ10が実行する送金処理に先立ち、端末装置20を用いた決済(電子決済)の一例について説明する。なお、以下の説明では、決済サーバ10から配信されるアプリケーションであって、端末装置20を用いる電子決済用のアプリケーション(以下、単に「決済アプリ」と記載する場合がある)が端末装置20にインストールされているものとする。また、以下の説明では、店舗に配置された2次元コード(QRコード(登録商標))であって、店舗を識別する店舗識別情報を示す2次元コードを用いて、利用者U1が端末装置20-1を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者が任意の端末装置20を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、QRコードのみならず、バーコードや所定のマーク、番号等であってもよい。
【0018】
例えば、利用者U1が店舗にて各種の商品やサービスといった決済対象(取引対象)の利用や購入に伴う決済を行う場合、利用者U1は、端末装置20-1にあらかじめインストールされた決済アプリを起動する。そして、利用者U1は、決済アプリを介して、店舗に設置された店舗識別情報を撮影する。このような場合、端末装置20-1は、決済対象の価格を入力するための画面を表示し、利用者U1或いは店舗の店員から決済金額の入力を受け付ける。そして、端末装置20-1は、利用者U1を識別する利用者識別情報と、店舗識別情報(若しくは、店舗識別情報が示す情報、すなわち、店舗を示す情報(例えば、店舗ID))と、決済金額とを示す決済情報を決済サーバ10へと送信する。
【0019】
このような場合、決済サーバ10は、利用者識別情報が示す利用者U1の口座から、店舗識別情報が示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ10は、決済が完了した旨の通知を端末装置20-1へと送信する。このような場合、端末装置20-1は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。
【0020】
なお、端末装置20を用いた決済は、上述した処理に限定されるものではない。例えば、端末装置20を用いた決済は、店舗に設置された店舗端末を用いたものであってもよい。具体的な例を挙げると、端末装置20-1は、利用者U1を識別するための利用者識別情報を画面上に表示させる。このような場合、店舗に設置された店舗端末は、端末装置20-1に表示された利用者識別情報を読み取り、利用者識別情報(若しくは、利用者識別情報が示す情報、すなわち、利用者U1を示す情報(例えば、利用者ID))と、決済金額と、店舗を識別する情報とを示す決済情報を決済サーバ10へと送信する。このような場合、決済サーバ10は、利用者識別情報が示す利用者U1の口座から、店舗の口座へと、決済金額が示す額の電子マネーを移行させ、店舗の店舗端末或いは端末装置20-1に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。
【0021】
また、端末装置20を用いた決済は、利用者U1があらかじめ電子マネーをチャージした口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、利用者U1があらかじめ登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、端末装置20は、店舗の口座に対して決済金額の電子マネーを移行させるとともに、利用者U1のクレジットカードの運用会社に対し、決済金額を請求してもよい。
【0022】
また、端末装置20-1を用いた決済は、利用者U1の口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、利用者U1の口座から他の利用者の口座へと電子マネーを移行させる決済(すなわち、利用者間での送金)であってもよい。例えば、送金元の利用者U1が利用する端末装置20-1は、送金先の利用者を識別する利用者識別情報(例えば、送金先の利用者が利用する端末装置に表示される利用者識別情報)を読み取り、利用者U1から送金額の入力を受け付け、読み取った識別情報と、送金額と、利用者U1を識別する利用者識別情報とを示す情報を決済サーバ10へと送信する。このような場合、決済サーバ10は、利用者U1の口座から、送金先の利用者の口座へと、送金額が示す額の電子マネーを移行させ、端末装置20-1或いは送金先の利用者が利用する端末装置に対し、送金が完了した旨の画面や所定の音声を出力させることで、送金が行われた旨を通知してもよい。
【0023】
なお、端末装置20を用いた送金は、上述した処理に限定されるものではない。例えば、端末装置20を用いた送金は、送金先の利用者の電話番号や、送金先の利用者を示す情報(例えば、利用者ID)を端末装置20に入力することにより行われてもよい。具体的な例を挙げると、端末装置20-1は、送金先の利用者の電話番号或いは利用者IDと、送金額との入力を利用者U1から受け付け、入力された電話番号或いは利用者IDと、送金額と、利用者U1を識別する利用者識別情報とを決済サーバ10へと送信する。そして、決済サーバ10は、利用者U1の口座から、送信された電話番号或いは利用者IDに紐づけられた利用者の口座へと、送金額が示す額の電子マネーを移行させる。
【0024】
ここで、送金先の利用者の電話番号や利用者IDは、当該利用者に関する情報と紐付けて決済アプリにあらかじめ登録されていてもよい。この場合、端末装置20-1は、決済アプリに登録された利用者(送金先)の指定と、当該利用者への送金額の入力とを利用者U1から受け付け、指定された利用者に紐付けられた電話番号或いは利用者IDと、送金額と、利用者U1を識別する利用者識別情報とを決済サーバ10へと送信する。
【0025】
また、例えば、端末装置20を用いた送金は、送金額を受け取るためのリンク情報を送金先の利用者に提供することにより行われてもよい。具体的な例を挙げると、端末装置20-1は、利用者U1から送金額の入力を受け付けて送金額を受け取るためのリンク情報を生成し、リンク情報を含む電子メールを送信したり、リンク情報を含む投稿情報をSNS(Social Networking Service)に投稿したりすることで、送金先の利用者が利用する端末装置にリンク情報を提供する。そして、送金先の利用者がリンク情報を選択して受け取り操作を行った場合、決済サーバ10は、利用者U1の口座から、送金先の利用者の口座へと、送金額が示す額の電子マネーを移行させる。
【0026】
〔1-2.実施形態の概要について〕
決済サーバ10は、上記の送金処理を行う際に、送金の意図に応じたクーポンを受金者に提供する。その際、決済サーバ10は、送金の意図が十分に伝わる態様でクーポンを提供する。なお、送金者は送金元の利用者である。また、受金者は送金先の利用者である。また、クーポンは、コンテンツの一例である。
【0027】
ここで、クーポンは、利用者に提供される利益の一例、又は利用者に利益を提供するための手段である。クーポンを提供された利用者は、電子決済を行う際に、キャッシュバック及び購入金額の割引といった利益を享受することができる。
【0028】
以下、図1を用いて、決済サーバ10が実行する送金処理について説明する。なお、以下の説明では、端末装置20を利用者と同一視する場合がある。すなわち、以下では、利用者U1を端末装置20-1と読み替えることもできる。
【0029】
まず、端末装置20-1は、送金画面を呼び出す(ステップS10)。例えば、端末装置20-1は、利用者U1の操作に応じて、決済アプリを介して送金機能に必要な情報を提供することを決済サーバ10に要求することにより送金画面を呼び出す。また、このとき、端末装置20-1は、受金者を指定した上で送金画面を呼び出すことができる。
【0030】
決済サーバ10は、端末装置20-1からの呼び出しに応じて、クーポンの情報を含む送金画面を提供する(ステップS20)。例えば、送金画面は、受金者の選択、送金額の入力、及びクーポンの選択が可能な画面である。
【0031】
続いて、端末装置20-1は、電子マネー受金者、送金額、及びクーポンに関する指示を決済サーバ10に送信する(ステップS30)。例えば、端末装置20-1は、決済サーバ10から提供された送金画面を介して、送金額とともに、受金者に提供されるクーポンを特定する情報を送信する。
【0032】
図2に送金画面の例を示す。図2は、実施形態に係る端末装置の画面の一例を示す図である。
【0033】
画面C11は、送金画面の初期状態である。決済サーバ10は、送金画面の呼び出しに応じて、端末装置20-1に画面C11を表示させる。
【0034】
画面C11は、例えば決済アプリに備えられたチャット機能を利用したものであってもよい。チャット機能は、指定した利用者との間でテキストメッセージを送受信する機能である。画面C11には、テキストメッセージを送受信する相手として、あらかじめ登録された利用者の一覧が表示される。
【0035】
画面C11では受金者が選択される。図2の例では、「BB」という名称の利用者が受金者として選択されている。そして、受金者が選択された状態で、ラベル「決定」が付されたボタンB11が押下されると、決済サーバ10は、端末装置は画面C12を表示させる。
【0036】
画面C12には、テキストボックスTB11が表示される。テキストボックスTB11には、送金額が入力される。図2の例では、テキストボックスTB11には、送金額として「5000」(単位:円)が入力されている。
【0037】
画面C12において送金額が入力されると、決済サーバ10は、端末装置20-1に画面C13を表示させる。画面C13は、テキストボックスTB12、クーポンを表示する領域AR11及び買い物リストを表示する領域AR12を有する。
【0038】
テキストボックスTB12には、送金者から受金者に宛てたメッセージが入力される。図2の例では、テキストボックスTB12に、「帰りに食品を買ってきて。」というメッセージが入力されている。
【0039】
領域AR11には、クーポンの情報が表示される。また、領域AR12には、買い物リストが表示される。買い物リストは、送金者が受金者に購買を依頼する商品のリストである。買い物リストは、受金者による購買行為に関して送金者が要望する購買行為の内容を示す要望情報の一例である。
【0040】
領域AR12の「+追加する」の部分に対する操作(タップ、クリック等)が行われると、決済サーバ10は、買い物リストに商品を追加するための画面を端末装置20-1に表示させる。このとき、決済サーバ10は、まず、図3の画面C131を表示させる。画面C131は店舗選択画面である。図3は、実施形態に係る端末装置の画面の一例を示す図である。
【0041】
画面C131には、店舗を選択可能なマップが表示される。画面C131のマップにおいて店舗が選択されると、決済サーバ10は、当該店舗の店舗チラシの画面C132を表示させる。店舗チラシの画面C132には、店舗で販売されている商品の価格、及び割引等の情報等が表示される。
【0042】
決済サーバ10は、画面C132で選択された商品を、図2のAR12に追加する。また、画面C13に直接商品名を入力することによって買い物リストへの商品の追加が行われてもよい。
【0043】
領域AR11に対する操作(タップ、クリック等)が行われると、決済サーバ10は、クーポンを選択するための画面を端末装置20-1に表示させる。このとき、決済サーバ10は、図4に示す画面C133を表示させる。図4は、実施形態に係る端末装置の画面の一例を示す図である。
【0044】
画面C133には、データベースに登録済みのクーポンの一覧が表示される。画面C133においてクーポンが選択されると、決済サーバ10は、当該選択されたクーポンの情報を領域AR11に表示させる。
【0045】
そして、クーポンが選択された状態で、ラベル「送金」が付されたボタンB12が押下されると、決済サーバ10は、次のステップ(図1のステップS40)へ進む。
【0046】
図1に戻り、決済サーバ10は、送金指示があったことを端末装置20-2に通知する(ステップS40)。決済サーバ10は、端末装置20-2にインストール済みの決済アプリを介して通知を行うことができる。
【0047】
また、決済サーバ10は、チャット機能を利用して送金指示があったことを通知してもよい。その場合、決済サーバ10は、送金者によって入力されたメッセージとともに、送金指示があったことを示すメッセージを、端末装置20-2のチャット画面に表示する。
【0048】
続いて、端末装置20-2は、送金される電子マネーの受け取りの諾否を決済サーバ10に送信する(ステップS50)。ユーザU2は、端末装置20-2を介して、電子マネーの受け取りを拒否することを示す情報を決済サーバ10に送信することができる。その場合、ステップS60以降の処理は行われない。
【0049】
決済サーバ10は、ユーザU2(端末装置20-2)によって電子マネーの受け取りが承諾された場合、端末装置20-2にクーポンの情報を表示させる(ステップS60)。
【0050】
ステップS40において、決済サーバ10は、端末装置20-2に受け取り画面を表示させることにより、送金指示があったことを通知する。図5に受け取り画面の例を示す。図5は、実施形態に係る端末装置の画面の一例を示す図である。
【0051】
画面C21は、受け取り画面の初期状態である。画面C21では、メッセージ、送金額及びクーポンの情報は非表示である。また、決済サーバ10は、画面C21に、ラベル「承諾」が付されたボタンB21、及びラベル「拒否」が付されたボタンB22を表示させる。
【0052】
ボタンB21が押下されると、端末装置20-2は、送金される電子マネーの受け取りが承諾されたことを決済サーバ10に通知する。一方、ボタンB22が押下されると、端末装置20-2は、送金される電子マネーの受け取りが拒否されたことを決済サーバ10に通知する。
【0053】
電子マネーの受け取りが承諾された場合、決済サーバ10は、画面C22を表示させることで、クーポンの情報を表示させる。画面C21では非表示であったメッセージ、送金額及びクーポンの情報が、画面C22では表示される。また、画面C22には買い物リストが表示される。
【0054】
領域AR21には、クーポンの情報が表示される。ここで表示されるクーポンの情報は、送金画面で選択されたクーポンの情報である。図5の例では、決済サーバ10は、受金者に付与されるクーポンが、店舗「Zマート」で利用可能であって、「10%付与(最大)」という利益を享受させるものであり、使用可能な期限が「2023/3/31 23:59まで」であることを表示させる。
【0055】
領域AR22には、買い物リストが表示される。ここで表示される買い物リストは、画面C13において送金者によって作成された買い物リストである。また、領域AR22には、買い物リストに含まれる各商品に対応したラジオボタンが表示される。なお、ラジオボタンの代わりに、チェックボックス等の2値(選択又は未選択)の入力が可能なオブジェクトが表示されてもよい。
【0056】
また、領域AR22のラジオボタンは、複数の選択が許可されているものとする。例えば、「たまご」と「牛乳」の両方のラジオボタンが選択されてもよい。
【0057】
領域AR22のラジオボタンが選択された場合、画面C23に示すように、決済サーバ10は、選択されたラジオボタンに対応する商品の名称を消し込む。すなわち、決済サーバ10は、商品の名称の上に取り消し線を表示させることにより消し込みを行う。決済サーバ10は、商品の名称の文字のフォント及びスタイルを変化させること(例えば、文字色を薄くすること)により消し込みを行ってもよい。
【0058】
これにより、受金者は、買い物リストにある商品を購入したことを記録しておき、明示的に把握することができる。例えば、受金者は、「たまご」を購入した後に、「たまご」に対応するラジオボタンを選択する。このとき、画面C23に示すように、決済サーバ10は、「たまご」というテキストの消し込みを行う。これにより、受金者は、「たまご」を購入済みであることを把握することができる。
【0059】
その後、決済サーバ10は、送金指示に応じて電子マネー残高を送金元の口座から送金先の口座に移行させる(ステップS70)。例えば、決済サーバ10は、利用者U1の口座から、利用者U2の口座へと、送金額に相当する電子マネーを移行させる送金処理を実行する。
【0060】
また、決済サーバ10は、受金者にクーポンを付与する。例えば、決済サーバ10は、受け取り画面に表示されたクーポンと、受金者である利用者U2とをデータベース上で紐づける処理を行う。
【0061】
また、決済サーバ10は、端末装置20-1からクーポンの指定を受ける代わりに、自動的にクーポンを選択してもよい。例えば、決済サーバ10は、買い物リストの内容に基づいてクーポンを選択する。
【0062】
決済サーバ10は、ステップS80の後に、ユーザU2が決済アプリを使った決済を行った場合であって、条件が満たされている場合、ユーザU2に紐づけられたクーポンに応じた利益を提供する。例えば、条件は、クーポンに指定された店舗(図5の例では「Zマート」)で決済を行うことである。
【0063】
〔2.決済サーバの構成〕
次に、図6を用いて、決済サーバ10の構成について説明する。図6は、実施形態に係る決済サーバの構成例を示す図である。図6に示すように、決済サーバ10は、通信部11と、記憶部12と、制御部13とを有する。
【0064】
(通信部11について)
通信部11は、例えば、NIC(Network Interface Card)等によって実現される。そして、通信部11は、ネットワークNと有線又は無線で接続され、端末装置20等との間で情報の送受信を行う。
【0065】
(記憶部12について)
記憶部12は、例えば、RAM(Random Access Memory)、フラッシュメモリ(Flash Memory)等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図6に示すように、記憶部12は、口座データベース121と、利用者情報データベース122と、クーポンデータベース123を有する。
【0066】
(口座データベース121について)
口座データベース121は、電子決済サービスの利用者の口座に関する各種の情報を記憶する。ここで、図7を用いて、口座データベース121が記憶する情報の一例を説明する。図7は、実施形態に係る口座データベースの一例を示す図である。図7の例において、口座データベース121は、「口座ID」、「利用者ID」、「口座残高」といった項目を有する。
【0067】
「口座ID」は、口座を識別するための識別情報を示す。「利用者ID」は、口座を所有する所有者(利用者)を識別するための識別情報を示す。「口座残高」は、利用者が所有する口座の残高を示す。
【0068】
すなわち、図7では、口座ID「AID#1」によって識別される口座の所有者が、利用者ID「UID#1」によって識別される利用者であり、口座残高が「7800」である例を示す。
【0069】
(利用者情報データベース122について)
利用者情報データベース122は、電子決済サービスの利用者に関する各種の情報を記憶する。ここで、図8を用いて、利用者情報データベース122が記憶する情報の一例を説明する。図8は、実施形態に係る利用者情報データベースの一例を示す図である。図8の例において、利用者情報データベース122は、「利用者ID」、「決済履歴」、「送金履歴」、「属性情報」、「クーポン情報」といった項目を有する。
【0070】
「利用者ID」は、利用者を識別するための識別情報を示す。「決済履歴」は、電子決済サービスを利用して行った決済の履歴を示し、例えば、決済先(事業者)や、決済対象(取引対象)、決済金額等といった情報が格納される。「送金履歴」は、電子決済サービスを利用して他の利用者に対して行った送金の履歴を示し、例えば、送金先(利用者)や、送金額等といった情報が格納される。「属性情報」は、利用者の属性に関する情報を示し、例えば、デモグラフィック属性や、サイコグラフィック属性等を示す情報が格納される。「クーポン情報」は、利用者に紐づけられたクーポンを識別するための識別情報を示す。
【0071】
すなわち、図8では、利用者ID「UID#1」によって識別される利用者の決済履歴が「決済履歴#1」、送金履歴が「送金履歴#1」、属性情報が「属性情報#1」、クーポン情報が「CPID#1、CPID#2」である例を示す。
【0072】
(クーポンデータベース123について)
クーポンデータベース123は、クーポンに関する各種の情報を記憶する。ここで、図9を用いて、クーポンデータベース123が記憶する情報の一例を説明する。図9は、実施形態に係るコンテンツデータベースの一例を示す図である。図9の例において、クーポンデータベース123は、「クーポンID」、「店舗識別情報」、「利益情報」といった項目を有する。
【0073】
「クーポンID」は、クーポンを識別するための識別情報を示す。「店舗識別情報」は、クーポンを利用可能な店舗を識別するための識別情報を示す。「利益情報」は、クーポンの利用によって得られる利益の内容(割引率、キャッシュバックの金額等)を示す。
【0074】
すなわち、図9では、クーポンID「CPID#1」によって識別されるクーポンを利用可能な店舗の識別情報が「店舗識別情報#1」であり、利益の内容が「利益情報#1」である例を示す。
【0075】
(制御部13について)
制御部13は、コントローラ(controller)であり、例えば、CPU(Central Processing Unit)やMPU(Micro Processing Unit)等によって、決済サーバ10内部の記憶装置に記憶されている各種プログラムがRAMを作業領域として実行されることにより実現される。また、制御部13は、コントローラであり、例えば、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)等の集積回路により実現される。実施形態に係る制御部13は、図4に示すように、受付部131と、表示制御部132と、送金制御部133と、選択部134とを有し、以下に説明する情報処理の機能や作用を実現又は実行する。
【0076】
(受付部131)
受付部131は、端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、受金者に提供される利益であって、決済アプリケーションの利用時に享受可能な利益(クーポン)の指定とを受け付ける。例えば、受付部131は、図2に示す送金画面を介して、送金額、受金者及びクーポンの指定を受け付ける。
【0077】
(表示制御部132)
表示制御部132は、受金者の端末装置に対して電子マネーの受け取りを承諾する操作が行われた場合に、利益の内容(クーポンの情報)を表示させる。例えば、表示制御部132は、図5の受け取り画面にクーポンの情報を表示させる。
【0078】
表示制御部132は、受金者の端末装置に対して電子マネーの受け取りを承諾する操作が行われた場合に、送金額を表示させてもよい。例えば、表示制御部132は、図5の受け取り画面においてボタンB21が押下された場合に送金額を表示させる。
【0079】
(送金制御部133)
送金制御部133は、送金者と紐づく口座から受金者と紐づく口座に送金額分の電子マネーを移動させる(送金処理)。また、送金制御部133は、受金者の端末装置に対して電子マネーの受け取りを承諾する操作が行われた場合、利益を受金者に対して紐づける。例えば、送金制御部133は、図1に示すように、受金者からの承諾に応じて送金処理及びクーポンの付与を実行する。
【0080】
(選択部134)
選択部134は、クーポンを自動的に選択する。例えば、選択部134は、買い物リストの内容に基づいてクーポンを選択する。
【0081】
(提供部135)
提供部135は、受金者が決済アプリケーションを用いて決済を実行した場合は、送金者により指定された利益を受金者に対して提供する。また、提供部135は、利益に対応付けられた条件が満たされた場合に、利益を受金者に享受させる。例えば、提供部135は、クーポンごとに決められた店舗、使用期限等の条件が満たされている場合に、決済時にクーポンに応じた割引又はキャッシュバックといった利益を提供する。
【0082】
〔3.送金処理のフロー〕
次に、図10を用いて、実施形態に係る決済サーバ10の送金処理の手順について説明する。図10は、実施形態に係る送金処理の手順の一例を示すフローチャートである。
【0083】
図10に示すように、まず、決済サーバ10は、送金処理の要求を受け付ける(ステップS101)。次に、決済サーバ10は、クーポンの情報を含む送金画面を、送金者の端末装置20-1に表示させる(ステップS102)。続いて、決済サーバ10は、受金者、送金額、買い物リスト、及びクーポンを特定する情報を受け付ける(ステップS103)。続いて、決済サーバ10は、受金者の端末装置20-2に送金指示があったことを通知する(ステップS104)。
【0084】
受金者によって受け取りが承諾された場合(ステップS105、Yes)、決済サーバ10は、受金者の端末装置20-2にクーポン及び買い物リストを表示させる(ステップS106)。そして、決済サーバ10は、送金処理及びクーポンの付与を実行し(ステップS107)、処理を終了する。受金者によって受け取りが承諾されなかった場合(ステップS105、No)、決済サーバ10は、送金処理及びクーポンの付与を実行せずに処理を終了する。
【0085】
〔4.変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
【0086】
〔4-1.買い物リストに応じてクーポン変化〕
決済サーバ10は、買い物リストを基に、クーポンの内容を変化させてもよい。例えば、送金画面において、買い物リストは作成されてもよいし、作成されなくてもよいものとする。このとき、買い物リストが作成された場合、決済サーバ10は、クーポンによって享受される利益を大きくしてもよい。
【0087】
例えば、利益として5%のキャッシュバックが設定されたクーポンを考える。であるものとする。決済サーバ10は、送金画面において買い物リストが作成されなかった場合、当該クーポンをそのまま受金者に付与する。一方、決済サーバ10は、送金画面において買い物リストが作成された場合、当該クーポンのキャッシュバックを10%に増やした上で受金に付与する。これにより、買い物リストの作成及び受金者の購買行動が促される。
【0088】
また、決済サーバ10は、買い物リストに特定の商品が含まれている場合に、クーポンによって享受される利益を大きくしてもよい。また、決済サーバ10は、買い物リストに特定の商品が含まれている場合に、当該商品の専用のクーポンを付与してもよい。
【0089】
〔4-2.処理態様について〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文章中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0090】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【0091】
また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【0092】
〔5.効果〕
上述してきたように、実施形態に係る決済サーバ10は、受付部131と、送金制御部133と、提供部135と、を有する。受付部131は、端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、受金者に提供される利益であって、決済アプリケーションの利用時に享受可能な利益の指定とを受け付ける。送金制御部133は、送金者と紐づく口座から受金者と紐づく口座に送金額分の電子マネーを移動させる。提供部135は、受金者が決済アプリケーションを用いて決済を実行した場合は、送金者により指定された利益を受金者に対して提供する。これにより、送金者は受金者に送金をするとともに、受金者にクーポンを付与することができるので、送金の意図が十分に伝わるようになる。
【0093】
表示制御部132は、受金者の端末装置に対して電子マネーの受け取りを承諾する操作が行われた場合に、利益の内容を表示させる。これにより、受金者は電子マネーの受け取りを承諾する操作を行うことになるため、決済サーバ10は、受金者の注意を決済アプリケーションに引き付け、受金者にコンテンツをより確実に閲覧させることができる。
【0094】
送金制御部133は、受金者の端末装置に対して電子マネーの受け取りを承諾する操作が行われた場合、利益を受金者に対して紐づける。これにより、決済サーバ10は、受金者にクーポンの情報をより確実に閲覧させることができる。
【0095】
提供部135は、利益に対応付けられた条件が満たされた場合に、利益を受金者に享受させる。これにより、クーポンを利用した購買行為を受金者に促すことができる。
【0096】
〔6.ハードウェア構成〕
また、上述してきた各実施形態に係る決済サーバ10は、例えば、図11に示すような構成のコンピュータ1000によって実現される。以下、決済サーバ10を例に挙げて説明する。図11は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ1000は、CPU1100、ROM1200、RAM1300、HDD1400、通信インターフェイス(I/F)1500、入出力インターフェイス(I/F)1600、及びメディアインターフェイス(I/F)1700を有する。
【0097】
CPU1100は、ROM1200又はHDD1400に格納されたプログラムに基づいて動作し、各部の制御を行う。ROM1200は、コンピュータ1000の起動時にCPU1100によって実行されるブートプログラムや、コンピュータ1000のハードウェアに依存するプログラム等を格納する。
【0098】
HDD1400は、CPU1100によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス1500は、通信網500(実施形態のネットワークNに対応する)を介して他の機器からデータを受信してCPU1100へ送り、また、通信網500を介してCPU1100が生成したデータを他の機器へ送信する。
【0099】
CPU1100は、入出力インターフェイス1600を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。CPU1100は、入出力インターフェイス1600を介して、入力装置からデータを取得する。また、CPU1100は、入出力インターフェイス1600を介して生成したデータを出力装置へ出力する。
【0100】
メディアインターフェイス1700は、記録媒体1800に格納されたプログラム又はデータを読み取り、RAM1300を介してCPU1100に提供する。CPU1100は、かかるプログラムを、メディアインターフェイス1700を介して記録媒体1800からRAM1300上にロードし、ロードしたプログラムを実行する。記録媒体1800は、例えばDVD(Digital Versatile Disc)、PD(Phase change rewritable Disk)等の光学記録媒体、MO(Magneto-Optical disk)等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等である。
【0101】
例えば、コンピュータ1000が決済サーバ10として機能する場合、コンピュータ1000のCPU1100は、RAM1300上にロードされたプログラムを実行することにより、制御部13の機能を実現する。また、HDD1400には、決済サーバ10の記憶装置内の各データが格納される。コンピュータ1000のCPU1100は、これらのプログラムを記録媒体1800から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。
【0102】
〔7.その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【0103】
また、上述した決済サーバ10は、機能によっては外部のプラットフォーム等をAPI(Application Programming Interface)やネットワークコンピューティング等で呼び出して実現する等、構成は柔軟に変更できる。
【0104】
また、特許請求の範囲に記載した「部」は、「手段」や「回路」等に読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【0105】
10 決済サーバ
11 通信部
12 記憶部
13 制御部
121 口座データベース
122 利用者情報データベース
123 クーポンデータベース
131 受付部
132 表示制御部
133 送金制御部
134 選択部
【要約】
【課題】送金の意図を十分に伝える。
【解決手段】本願に係る情報処理装置は、受付部と、送金制御部と、提供部と、を有する。受付部は、端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、受金者に提供される利益であって、決済アプリケーションの利用時に享受可能な利益の指定とを受け付ける。送金制御部は、送金者と紐づく口座から受金者と紐づく口座に送金額分の電子マネーを移動させる。提供部は、受金者が決済アプリケーションを用いて決済を実行した場合は、送金者により指定された利益を受金者に対して提供する。
【選択図】図1
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11