特開 2024-129639 情報処理装置、情報処理方法及び情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024129639

(43)【公開日】2024-09-27

(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム

(51)【国際特許分類】

   G06Q 20/06 20120101AFI20240919BHJP

【ＦＩ】

G06Q20/06

【審査請求】有

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2023038971

(22)【出願日】2023-03-13

(11)【特許番号】

(45)【特許公報発行日】2023-10-27

(71)【出願人】

【識別番号】519110124

【氏名又は名称】ＰａｙＰａｙ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】河野 勇輝

(72)【発明者】

【氏名】土門 弘典

【テーマコード（参考）】

5L020

5L055

【Ｆターム（参考）】

5L020AA15

5L055AA15

(57)【要約】

【課題】利用者の意図に応じた利益の提供をすること。
【解決手段】本願に係る情報処理装置は、受付部と、送金制御部と、提供部と、を有する。受付部は、端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者とを受け付ける。送金制御部は、送金者と紐づく口座から受金者と紐づく口座に送金額分の電子マネーを移動させる。提供部は、受金者が決済アプリケーションを介して送金者から送金された電子マネーを用いた決済を行った場合は、当該決済に基づいて提供される利益を、送金者に対して提供する。
【選択図】図１

【特許請求の範囲】

【請求項1】

端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者とを受け付ける受付部と、
前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御部と、
前記受金者が前記決済アプリケーションを介して前記送金者から送金された電子マネーを用いた決済を行った場合は、当該決済に基づいて提供される利益を、前記送金者に対して提供する提供部と
を有することを特徴とする情報処理装置。

【請求項2】

前記受付部は、前記決済アプリケーションを介して、前記受金者による購買行為に関して前記送金者が要望する当該購買行為の内容を示す要望情報をさらに受け付け、
前記提供部は、前記受金者が前記決済アプリケーションを用いて、前記要望情報に示される商品の購買のための決済を実行した場合に、前記利益を前記送金者に対して提供することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記受付部は、前記利益を前記送金者に提供するか否かを示す情報をさらに受け付け、
前記提供部は、前記受付部が、前記利益を前記送金者に提供することを示す情報を受け付けた場合、前記利益を前記送金者に対して提供し、前記受付部が、前記利益を前記送金者に提供しないことを示す情報を受け付けた場合、前記利益を前記受金者に対して提供することを特徴とする請求項１に記載の情報処理装置。

【請求項4】

コンピュータが実行する情報処理方法であって、
端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者とを受け付ける受付工程と、
前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御工程と、
前記受金者が前記決済アプリケーションを介して前記送金者から送金された電子マネーを用いた決済を行った場合は、当該決済に基づいて提供される利益を、前記送金者に対して提供する提供工程と
を含むことを特徴とする情報処理方法。

【請求項5】

端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者とを受け付ける受付手順と、
前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御手順と、
前記受金者が前記決済アプリケーションを介して前記送金者から送金された電子マネーを用いた決済を行った場合は、当該決済に基づいて提供される利益を、前記送金者に対して提供する提供手順と
をコンピュータに実行させることを特徴とする情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、利用者間での電子マネーの送受において付加価値を提供する技術が知られている。このような技術の一例として、所定の意図で送信された電子マネーの受け取り操作を行う端末装置の画面上に、意図に応じた画像等のコンテンツを表示させる技術が提案されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－１５２６１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記の従来技術では、利用者の意図に応じた利益の提供がされない場合がある。

【0005】

例えば、電子マネーを使った決済が行われた場合、決済者にキャッシュバック等の利益が提供される場合がある。上記の従来技術によって送金された電子マネーを使って決済が行われた場合、利益は受金者に提供され、送金者に提供されない。一方、送金者及び受金者の意図によっては、送金者に利益が提供されることが望ましい場合がある。

【0006】

本願は、上記に鑑みてなされたものであって、利用者の意図に応じた利益の提供ができる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本願に係る情報処理装置は、端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者とを受け付ける受付部と、前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御部と、前記受金者が前記決済アプリケーションを介して前記送金者から送金された電子マネーを用いた決済を行った場合は、当該決済に基づいて提供される利益を、前記送金者に対して提供する提供部とを有することを特徴とする。

【発明の効果】

【0008】

実施形態の一態様によれば、利用者の意図に応じた利益を提供することができるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態に係る送金処理の一例を示す図である。

【図2】図２は、実施形態に係る端末装置の画面の一例を示す図である。

【図3】図３は、実施形態に係る端末装置の画面の一例を示す図である。

【図4】図４は、実施形態に係る端末装置の画面の一例を示す図である。

【図5】図５は、実施形態に係る決済サーバの構成例を示す図である。

【図6】図６は、実施形態に係る口座データベースの一例を示す図である。

【図7】図７は、実施形態に係る利用者情報データベースの一例を示す図である。

【図8】図８は、実施形態に係るクーポンデータベースの一例を示す図である。

【図9】図９は、実施形態に係る送金処理の手順の一例を示すフローチャートである。

【図10】図１０は、実施形態に係る利益提供処理の手順の一例を示すフローチャートである。

【図11】図１１は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

【発明を実施するための形態】

【0010】

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

【0011】

〔１．実施形態〕
図１を用いて、本実施形態の情報処理装置等により実現される送金処理について説明する。図１は、実施形態に係る送金処理の一例を示す図である。なお、図１では、本実施形態に係る情報処理装置の一例である決済サーバ１０によって、実施形態に係る送金処理等が実現されるものとする。

【0012】

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

【0013】

図１に示す決済サーバ１０は、実施形態に係る送金処理を実行する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、決済サーバ１０は、端末装置２０を用いる電子決済に関する電子決済サービスを提供する。例えば、決済サーバ１０は、取引対象の提供者や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。

【0014】

図１に示す端末装置２０は、利用者によって利用される情報処理装置である。端末装置２０は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。また、端末装置２０は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。

【0015】

なお、図１に示す例では、端末装置２０がスマートフォンである場合を示す。また、図１に示す例では、端末装置２０を利用する利用者に応じて、端末装置２０を端末装置２０－１～２０－Ｎ（Ｎは任意の自然数）として説明する。例えば、端末装置２０－１は、利用者ＩＤ「Ｕ１」により識別される利用者（利用者Ｕ１）により使用される端末装置２０である。また、以下では、端末装置２０－１～２０－Ｎについて、特に区別なく説明する場合には、端末装置２０と記載する。

【0016】

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

【0017】

店舗端末３０は、利用者が商品等を購入し、決済を行う店舗において利用される情報処理装置である。店舗端末３０は、例えば、ＰＯＳ（Point of Sales）端末や、スマートフォン、タブレット型端末、ノート型ＰＣ、デスクトップＰＣ、携帯電話機、ＰＤＡ等により実現される。また、店舗端末３０は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。

【0018】

〔１－１．端末装置２０を用いた決済について〕
ここで、決済サーバ１０が実行する送金処理に先立ち、端末装置２０を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、決済サーバ１０から配信されるアプリケーションであって、端末装置２０を用いる電子決済用のアプリケーション（以下、単に「決済アプリ」と記載する場合がある）が端末装置２０にインストールされているものとする。また、以下の説明では、店舗に配置された２次元コード（ＱＲコード（登録商標））であって、店舗を識別する店舗識別情報を示す２次元コードを用いて、利用者Ｕ１が端末装置２０－１を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者が任意の端末装置２０を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコードのみならず、バーコードや所定のマーク、番号等であってもよい。

【0019】

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

【0020】

このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕ１の口座から、店舗識別情報が示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ１０は、決済が完了した旨の通知を端末装置２０－１へと送信する。このような場合、端末装置２０－１は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

【0021】

なお、端末装置２０を用いた決済は、上述した処理に限定されるものではない。例えば、端末装置２０を用いた決済は、店舗に設置された店舗端末を用いたものであってもよい。具体的な例を挙げると、端末装置２０－１は、利用者Ｕ１を識別するための利用者識別情報を画面上に表示させる。このような場合、店舗に設置された店舗端末は、端末装置２０－１に表示された利用者識別情報を読み取り、利用者識別情報（若しくは、利用者識別情報が示す情報、すなわち、利用者Ｕ１を示す情報（例えば、利用者ＩＤ））と、決済金額と、店舗を識別する情報とを示す決済情報を決済サーバ１０へと送信する。このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕ１の口座から、店舗の口座へと、決済金額が示す額の電子マネーを移行させ、店舗の店舗端末或いは端末装置２０－１に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

また、例えば、端末装置２０を用いた送金は、送金額を受け取るためのリンク情報を送金先の利用者に提供することにより行われてもよい。具体的な例を挙げると、端末装置２０－１は、利用者Ｕ１から送金額の入力を受け付けて送金額を受け取るためのリンク情報を生成し、リンク情報を含む電子メールを送信したり、リンク情報を含む投稿情報をＳＮＳ（Social Networking Service）に投稿したりすることで、送金先の利用者が利用する端末装置にリンク情報を提供する。そして、送金先の利用者がリンク情報を選択して受け取り操作を行った場合、決済サーバ１０は、利用者Ｕ１の口座から、送金先の利用者の口座へと、送金額が示す額の電子マネーを移行させる。

【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】

領域ＡＲ２１には、クーポンの情報が表示される。ここで表示されるクーポンの情報は、決済サーバ１０が買い物リストに応じて選択したクーポンの情報である。図４の例では、決済サーバ１０は、受金者に付与されるクーポンが、店舗「Ｚマート」で利用可能であって、「１０％付与（最大）」という利益を享受させるものであり、使用可能な期限が「2023/3/31 23:59まで」であることを表示させる。

【0056】

領域ＡＲ２２には、買い物リストが表示される。ここで表示される買い物リストは、画面Ｃ１３において送金者によって作成された買い物リストである。また、領域ＡＲ２２には、買い物リストに含まれる各商品に対応したラジオボタンが表示される。なお、ラジオボタンの代わりに、チェックボックス等の２値（選択又は未選択）の入力が可能なオブジェクトが表示されてもよい。

【0057】

また、領域ＡＲ２２のラジオボタンは、複数の選択が許可されているものとする。例えば、「たまご」と「牛乳」の両方のラジオボタンが選択されてもよい。

【0058】

領域ＡＲ２２のラジオボタンが選択された場合、画面Ｃ２３に示すように、決済サーバ１０は、選択されたラジオボタンに対応する商品の名称を消し込む。すなわち、決済サーバ１０は、商品の名称の上に取り消し線を表示させることにより消し込みを行う。決済サーバ１０は、商品の名称の文字のフォント及びスタイルを変化させること（例えば、文字色を薄くすること）により消し込みを行ってもよい。

【0059】

これにより、受金者は、買い物リストにある商品を購入したことを記録しておき、明示的に把握することができる。例えば、受金者は、「たまご」を購入した後に、「たまご」に対応するラジオボタンを選択する。このとき、画面Ｃ２３に示すように、決済サーバ１０は、「たまご」というテキストの消し込みを行う。これにより、受金者は、「たまご」を購入済みであることを把握することができる。

【0060】

決済サーバ１０は、あらかじめデータベースに登録されたクーポンであって、送金者に紐づけられたクーポンの中から１つ以上のクーポンを選択する。例えば、決済サーバ１０は、画面Ｃ１３１で選択された店舗で使用可能なクーポンを選択する。ただし、端末装置２０－１は、買い物リストとともに店舗を識別する情報を決済サーバ１０に送信しているものとする。

【0061】

また、決済サーバ１０は、買い物リストに含まれる商品の数、又は買い物リストに含まれる商品名を基にクーポンを選択してもよい。例えば、決済サーバ１０は、買い物リストに含まれる商品の数が多いほど、利益が大きい（例えば、割引率又はキャッシュバックの割合が大きい）クーポンを選択する。

【0062】

さらに、図４の画面Ｃ２２の領域ＡＲ２２の下部には、「注：今回のポイントはＺＺに提供されます。」というメッセージが表示されている。このメッセージは、図２の送金画面において、チェックボックスＣＢ１１がチェックされた場合に表示される。このメッセージは、当該送金が「お使い」を意図したものであることを示している。なお、「ＺＺ」は送金者である。

【0063】

また、「ポイント」は利益の一例である。すなわち、図４の例では、受金者が買い物リストに従って商品を購入するために決済アプリによる決済を行った場合、利益は受金者ではなく送金者に提供される。また、ポイントは、クーポンによって与えられる利益であり、ポイントの量はクーポンの内容に応じて決められてもよい。

【0064】

その後、決済サーバ１０は、送金指示に応じて電子マネー残高を送金元の口座から送金先の口座に移行させる（ステップＳ７０）。例えば、決済サーバ１０は、利用者Ｕ１の口座から、利用者Ｕ２の口座へと、送金額に相当する電子マネーを移行させる送金処理を実行する。

【0065】

また、決済サーバ１０は、受金者にクーポンを付与する。例えば、決済サーバ１０は、受け取り画面に表示されたクーポンと、受金者である利用者Ｕ２とをデータベース上で紐づける処理を行う。

【0066】

また、決済サーバ１０は、端末装置２０－１からクーポンの指定を受ける代わりに、自動的にクーポンを選択してもよい。例えば、決済サーバ１０は、買い物リストの内容に基づいてクーポンを選択する。

【0067】

決済サーバ１０は、ステップＳ８０の後に、ユーザＵ２が決済アプリを使った決済を行った場合であって、条件が満たされている場合、ユーザＵ２に紐づけられたクーポンに応じた利益を提供する。例えば、条件は、クーポンに指定された店舗（図４の例では「Ｚマート」）で決済を行うことである。

【0068】

ここで、受金者（ユーザＵ２）が決済アプリを用いて、店舗端末３０が備えられた店舗で商品を購入し、決済を行う場合の処理を説明する。まず、店舗端末３０は、ユーザＵ２によって提示された商品のバーコードを読み取り、また、端末装置２０－２によって表示された利用者ＩＤを読み取る（ステップＳ２１０）。例えば、店舗端末３０は、会計の際にバーコードリーダ等により、取引対象に添付されたバーコードが示す取引対象識別情報と、端末装置２０－２に表示される利用者ＩＤとを読み取る。

【0069】

店舗端末３０は、決済情報（例えば、利用者ＩＤ及び決済の合計金額）、及び決済が送金者から委託された購買行為によって生じたものであるか否か、すなわち購入された商品が買い物リストに合致するか否かを示す情報を決済サーバ１０に送信する（ステップＳ２２０）。例えば、店舗端末３０は、端末装置２０－１から買い物リストを読み取り、取引対象識別情報が示す商品が買い物リストに合致するか否かを送信する。

【0070】

なお、店舗端末３０は、購入された商品のリストを決済サーバ１０にアップロードしてもよい。その場合、決済サーバ１０が、購入された商品が買い物リストに合致するか否かを判定してもよい。

【0071】

なお、店舗端末３０及び決済サーバ１０は、購入された商品の全てが買い物リストの商品と合致した場合、購入された商品の一部が買い物リストと合致した場合、又は購入された商品の全てが買い物リストの商品と合致し、かつ買い物リストにおいて指定された店舗で購入が行われた場合のいずれかの場合に、購入された商品が買い物リストに合致すると判定する。

【0072】

決済サーバ１０は、決済処理を行い、決済が送金者から委託された購買行為によって生じたものである場合（「お使い」である場合）、ポイントを送金者に提供する（ステップＳ２３０）。ポイントは利益の一例である。ポイントは電子マネーに換算可能であり、提供されるポイントは決済金額に応じて決まる。このため、利益の提供はキャッシュバックということができる。

【0073】

また、ポイントの残高は、各利用者に紐づけられてデータベースに保存される。つまり、決済サーバ１０が利用者にポイントを提供する処理は、データベース上で当該利用者のポイントの残高を加算する処理であってもよい。

【0074】

また、決済サーバ１０は、送金が「お使い」のものであることが指定された場合、一定時間のみ利益を送金者に提供するようにしてもよい。例えば、決済サーバ１０は、受金者が送金後２４時間以内に決済を行った場合、利益を送金者に提供し、受金者が送金後２４時間を経過した後に決済を行った場合、利益を受金者に提供する。

【0075】

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

【0076】

（通信部１１について）
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、ネットワークＮと有線又は無線で接続され、端末装置２０等との間で情報の送受信を行う。

【0077】

（記憶部１２について）
記憶部１２は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図５に示すように、記憶部１２は、口座データベース１２１と、利用者情報データベース１２２と、クーポンデータベース１２３を有する。

【0078】

（口座データベース１２１について）
口座データベース１２１は、電子決済サービスの利用者の口座に関する各種の情報を記憶する。ここで、図６を用いて、口座データベース１２１が記憶する情報の一例を説明する。図６は、実施形態に係る口座データベースの一例を示す図である。図６の例において、口座データベース１２１は、「口座ＩＤ」、「利用者ＩＤ」、「口座残高」といった項目を有する。

【0079】

「口座ＩＤ」は、口座を識別するための識別情報を示す。「利用者ＩＤ」は、口座を所有する所有者（利用者）を識別するための識別情報を示す。「口座残高」は、利用者が所有する口座の残高を示す。

【0080】

すなわち、図６では、口座ＩＤ「ＡＩＤ＃１」によって識別される口座の所有者が、利用者ＩＤ「ＵＩＤ＃１」によって識別される利用者であり、口座残高が「７８００」である例を示す。

【0081】

（利用者情報データベース１２２について）
利用者情報データベース１２２は、電子決済サービスの利用者に関する各種の情報を記憶する。ここで、図７を用いて、利用者情報データベース１２２が記憶する情報の一例を説明する。図７は、実施形態に係る利用者情報データベースの一例を示す図である。図７の例において、利用者情報データベース１２２は、「利用者ＩＤ」、「決済履歴」、「送金履歴」、「属性情報」、「クーポン情報」、「ポイント残高」といった項目を有する。

【0082】

「利用者ＩＤ」は、利用者を識別するための識別情報を示す。「決済履歴」は、電子決済サービスを利用して行った決済の履歴を示し、例えば、決済先（事業者）や、決済対象（取引対象）、決済金額等といった情報が格納される。「送金履歴」は、電子決済サービスを利用して他の利用者に対して行った送金の履歴を示し、例えば、送金先（利用者）や、送金額等といった情報が格納される。「属性情報」は、利用者の属性に関する情報を示し、例えば、デモグラフィック属性や、サイコグラフィック属性等を示す情報が格納される。「クーポン情報」は、利用者に紐づけられたクーポンを識別するための識別情報を示す。「ポイント残高」は、利用者に紐づけられたポイントであって、利益として提供されたポイントの残高を示す。

【0083】

すなわち、図７では、利用者ＩＤ「ＵＩＤ＃１」によって識別される利用者の決済履歴が「決済履歴＃１」、送金履歴が「送金履歴＃１」、属性情報が「属性情報＃１」、クーポン情報が「ＣＰＩＤ＃１、ＣＰＩＤ＃２」、ポイント残高が「１５００」である例を示す。

【0084】

（クーポンデータベース１２３について）
クーポンデータベース１２３は、クーポンに関する各種の情報を記憶する。ここで、図８を用いて、クーポンデータベース１２３が記憶する情報の一例を説明する。図８は、実施形態に係るコンテンツデータベースの一例を示す図である。図８の例において、クーポンデータベース１２３は、「クーポンＩＤ」、「店舗識別情報」、「利益情報」といった項目を有する。

【0085】

「クーポンＩＤ」は、クーポンを識別するための識別情報を示す。「店舗識別情報」は、クーポンを利用可能な店舗を識別するための識別情報を示す。「利益情報」は、クーポンの利用によって得られる利益の内容（割引率、キャッシュバックの金額等）を示す。

【0086】

すなわち、図８では、クーポンＩＤ「ＣＰＩＤ＃１」によって識別されるクーポンを利用可能な店舗の識別情報が「店舗識別情報＃１」であり、利益の内容が「利益情報＃１」である例を示す。

【0087】

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

【0088】

（受付部１３１）
受付部１３１は、端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、当該受金者による購買行為に関して送金者が要望する当該購買行為の内容を示す要望情報とを受け付ける。例えば、受付部１３１は、図２に示す送金画面を介して、送金額、受金者及び買い物リストを受け付ける。

【0089】

なお、受付部１３１が受け付ける買い物リストには、店舗を識別する情報が含まれていてもよい。

【0090】

受付部１３１は、利益を送金者に提供するか否かを示す情報をさらに受け付ける。例えば、受付部１３１は、画面Ｃ１３においてチェックボックスＣＢ１１がチェックされているか否かを示す情報を受け付ける。

【0091】

（表示制御部１３２）
表示制御部１３２は、受金者の端末装置に対して電子マネーの受け取りを承諾する操作が行われた場合に、選択部１３４が買い物リストを基に選択した利益の内容（クーポンの情報）を表示させる。例えば、表示制御部１３２は、図４の受け取り画面にクーポンの情報を表示させる。

【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】

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１３００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１３００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等である。

【0120】

例えば、コンピュータ１０００が決済サーバ１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１３００上にロードされたプログラムを実行することにより、制御部１３の機能を実現する。また、ＨＤＤ１４００には、決済サーバ１０の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

【0121】

〔７．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【0122】

また、上述した決済サーバ１０は、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現する等、構成は柔軟に変更できる。

【0123】

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

【符号の説明】

【0124】

１０ 決済サーバ
１１ 通信部
１２ 記憶部
１３ 制御部
１２１ 口座データベース
１２２ 利用者情報データベース
１２３ クーポンデータベース
１３１ 受付部
１３２ 表示制御部
１３３ 送金制御部
１３４ 選択部
１３５ 提供部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【手続補正書】

【提出日】2023-07-20

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、購買行為の内容を示す要望情報と、を受け付ける受付部と、
前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御部と、
前記受金者が前記決済アプリケーションを介して電子マネーを用いて前記要望情報に示される商品の購買のための決済を行った場合、当該決済に基づいて提供される利益を、前記送金者に対して提供する提供部と
を有することを特徴とする情報処理装置。

【請求項2】

前記受付部は、前記利益を前記送金者に提供するか否かを示す情報をさらに受け付け、
前記受付部が、前記利益を前記送金者に提供することを示す情報を受け付けた場合、前記受金者が前記決済アプリケーションを介して行った決済に基づいて提供される利益が前記送金者に対して提供されることを示すメッセージを表示させる表示制御部
をさらに有することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

コンピュータが実行する情報処理方法であって、
端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、購買行為の内容を示す要望情報と、を受け付ける受付工程と、
前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御工程と、
前記受金者が前記決済アプリケーションを介して電子マネーを用いて前記要望情報に示される商品の購買のための決済を行った場合、当該決済に基づいて提供される利益を、前記送金者に対して提供する提供工程と
を含むことを特徴とする情報処理方法。

【請求項4】

端末装置を介して所定の決済サービスを提供する決済アプリケーションを介して、送金者から送金額と、受金者と、購買行為の内容を示す要望情報と、を受け付ける受付手順と、
前記送金者と紐づく口座から前記受金者と紐づく口座に前記送金額分の電子マネーを移動させる送金制御手順と、
前記受金者が前記決済アプリケーションを介して電子マネーを用いて前記要望情報に示される商品の購買のための決済を行った場合、当該決済に基づいて提供される利益を、前記送金者に対して提供する提供手順と
をコンピュータに実行させることを特徴とする情報処理プログラム。