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

処理装置、処理方法及び処理プログラム Download PDF

Info

Publication number
JP7250080B2
JP7250080B2 JP2021140297A JP2021140297A JP7250080B2 JP 7250080 B2 JP7250080 B2 JP 7250080B2 JP 2021140297 A JP2021140297 A JP 2021140297A JP 2021140297 A JP2021140297 A JP 2021140297A JP 7250080 B2 JP7250080 B2 JP 7250080B2
Authority
JP
Japan
Prior art keywords
payment
user
account
information
store
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021140297A
Other languages
English (en)
Other versions
JP2023034185A (ja
Inventor
哲平 古木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PayPay Corp
Original Assignee
PayPay Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by PayPay Corp filed Critical PayPay Corp
Priority to JP2021140297A priority Critical patent/JP7250080B2/ja
Publication of JP2023034185A publication Critical patent/JP2023034185A/ja
Application granted granted Critical
Publication of JP7250080B2 publication Critical patent/JP7250080B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

本発明は、処理装置、処理方法及び処理プログラムに関する。
従来、利用者の電子決済を支援するための各種のサービスを提供するための技術が知られている。このような技術の一例として、送信者が支払いを送信することを望むのが妥当であり得る支払いイベントを受信候補者が迎えるかを識別し、支払いイベントの検出に基づいて、特定の受信者を電子送金のためのリストの最上位にする技術が提案されている。
特表２０１７－５３４９７２号公報
しかしながら、上記の従来技術では、決済を行おうとしている利用者を支援できるとは限らない。
例えば、上記の従来技術では、受信候補者が、誕生日、結婚、記念日、学校の卒業を迎えたかを識別しているに過ぎず、決済を行おうとしている受信候補者に対し電子送金を行うことができないため、決済を行おうとしている利用者を支援できるとは限らない。
本願は、上記に鑑みてなされたものであって、決済を行おうとしている利用者を支援できる処理装置、処理方法及び処理プログラムを提供することを目的とする。
本願に係る処理装置は、利用者に関連付けられている口座を用いて行う所定の決済手段による決済に関する決済情報を受け付ける受付部と、前記受付部により受け付けられた決済情報が所定の条件を満たすか否かを判定する判定部と、前記判定部により所定の条件を満たすと判定された場合は、前記利用者が保有する第１口座とは異なる口座であって、前記利用者と紐付けられた他の利用者が保有する口座である第２口座を用いて、前記決済情報に基づく決済処理を実行する処理部とを有することを特徴とする。
実施形態の一態様によれば、決済を行おうとしている利用者を支援できるという効果を奏する。
図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る決済サーバの構成例を示す図である。 図３は、実施形態に係る口座データベースの一例を示す図である。 図４は、実施形態に係る利用者情報データベースの一例を示す図である。 図５は、実施形態に係る情報処理の手順の一例を示すフローチャートである。 図６は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。
以下に本願に係る処理装置、処理方法及び処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る処理装置、処理方法及び処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
〔１．実施形態〕
図１を用いて、本実施形態の処理装置等により実現される情報処理について説明する。図１は、実施形態に係る情報処理の一例を示す図である。なお、図１では、本実施形態に係る処理装置の一例である決済サーバ１０によって、実施形態に係る情報処理などが実現されるものとする。
図１に示すように、実施形態に係る情報処理システム１は、決済サーバ１０と、利用者端末１００と、店舗端末２００とを含む。決済サーバ１０、利用者端末１００及び店舗端末２００は、ネットワークＮ（例えば、図２参照）を介して有線または無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図１に示した情報処理システム１には、複数台の決済サーバ１０、複数台の利用者端末１００及び複数台の店舗端末２００が含まれていてもよい。
図１に示す決済サーバ１０は、実施形態に係る情報処理を実行する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、決済サーバ１０は、利用者端末１００を用いる電子決済に関する電子決済サービスを提供する。例えば、決済サーバ１０は、取引対象の提供者（事業者）や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。
図１に示す利用者端末１００は、利用者によって利用される情報処理装置である。利用者端末１００は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。また、利用者端末１００は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、利用者端末１００がスマートフォンである場合を示す。
なお、利用者端末１００は、所定の情報処理を実現する制御情報を決済サーバ１０から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading Style Sheets）等のスタイルシート言語、Ｊａｖａ（登録商標）等のプログラミング言語、ＨＴＭＬ（HyperText Markup Language）等のマークアップ言語等により記述される。なお、決済サーバ１０から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。
図１に示す店舗端末２００は、利用者に取引対象を提供する店舗の店員等によって利用される情報処理装置である。店舗端末２００は、例えば、ＰＯＳ（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）等の集積回路により実現される。実施形態に係る制御部４０は、図２に示すように、受付部４１と、判定部４２と、提供部４３と、決済処理部４４と、通知部４５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。
（受付部４１について）
受付部４１は、利用者に関連付けられている口座を用いて行う所定の決済手段による決済に関する決済情報を受け付ける。例えば、図１の例において、受付部４１は、利用者Ｕ１の店舗Ａに対する、利用者Ｕ１が保有する口座＃１を用いる決済に関する決済情報を店舗端末２００から受け付ける。なお、受付部４１は、利用者Ｕ１に関連付けられた口座であれば、任意の口座（例えば、利用者Ｕ１とは異なる他の利用者が保有する口座）を用いる決済に関する決済情報を受け付けてもよい。
また、受付部４１は、利用者端末１００から決済情報を受け付けてもよい。例えば、受付部４１は、利用者端末１００が読み取った店舗ＩＤや、決済金額、利用者ＩＤなどを示す決済情報を受け付ける。
また、受付部４１は、第１口座を用いて行う決済に関する決済情報を受け付けてもよい。例えば、図１の例において、受付部４１は、利用者Ｕ１が保有する口座＃１決済に関する決済情報を店舗端末２００から受け付ける。
また、受付部４１は、決済を行う日時を含む決済情報を受け付けてもよい。例えば、図１の例において、受付部４１は、決済が行われる日時を示す決済情報を受け付ける。
また、受付部４１は、決済による支払先を示す情報を含む決済情報を受け付けてもよい。例えば、図１の例において、受付部４１は、店舗Ａの店舗ＩＤを示す決済情報を受け付ける。
また、受付部４１は、決済の対象である取引対象を示す情報を含む決済情報を受け付けてもよい。例えば、図１の例において、受付部４１は、店舗端末２００が読み取った商品ＩＤが示す商品に関する商品情報を示す決済情報を受け付ける。
（判定部４２について）
判定部４２は、受付部４１により受け付けられた決済情報が所定の条件を満たすか否かを判定する。例えば、図１の例において、判定部４２は、利用者情報データベース３２を参照し、決済情報が条件＃１を満たすか否かを判定する。
また、判定部４２は、他の利用者により設定された所定の条件を決済情報が満たすか否かを判定してもよい。例えば、図１の例において、判定部４２は、利用者Ｕ２から受け付けた条件＃１を決済情報が満たすか否かを判定する。
また、判定部４２は、日時が所定の条件を満たすか否かを判定してもよい。例えば、図１の例において、判定部４２は、利用者Ｕ１の店舗Ａに対する決済が行われる日時が、条件＃１が示す時間帯に含まれるか否かを判定し、含まれると判定した場合に決済情報が条件＃１を満たすと判定する。具体的な例を挙げると、判定部４２は、店舗Ａに対する決済が行われる日時が、利用者Ｕ１の習い事の帰り道のいつもの時間帯に含まれるか否かを判定し、含まれると判定した場合に決済情報が条件＃１を満たすと判定する。
また、判定部４２は、支払先が所定の条件を満たすか否かを判定してもよい。例えば、図１の例において、判定部４２は、店舗Ａが、条件＃１が示す支払先のカテゴリに含まれるか否かを判定し、含まれると判定した場合に決済情報が条件＃１を満たすと判定する。具体的な例を挙げると、判定部４２は、店舗Ａが、利用者Ｕ１の自宅から所定の範囲内に所在する店舗であって、所定のカテゴリに属する店舗（例えば、カテゴリ「文房具店」や「コンビニ」に属する店舗）や、利用者Ｕ１の通学路に所在する店舗、利用者Ｕ１が習い事に行くために利用する経路に所在する店舗であるか否かを判定し、店舗Ａがこのような店舗である場合に、決済情報が条件＃１を満たすと判定する。
また、判定部４２は、取引対象が所定の条件を満たすか否かを判定してもよい。例えば、図１の例において、判定部４２は、決済の対象である商品が、条件＃１が示す商品のカテゴリに含まれるか否かを判定し、含まれると判定した場合に決済情報が条件＃１を満たすと判定する。具体的な例を挙げると、判定部４２は、決済の対象である商品が、利用者Ｕ１の習い事で利用する備品（例えば、スイミングスクールで利用するゴーグル）のカテゴリに含まれるか否かを判定し、含まれると判定した場合に決済情報が条件＃１を満たすと判定する。
なお、決済情報が示す日時、支払先、並びに、取引対象に基づき、決済情報が所定の条件を満たすか否かを判定してもよい。例えば、判定部４２は、店舗に対する決済が行われる日時が利用者の習い事の帰り道のいつもの時間帯に含まれ、支払先の店舗が所定のカテゴリに属する店舗（例えば、スイミングスクール等の習い事の備品を販売する店舗）であり、且つ、決済の対象である商品が、習い事で利用する備品である場合に、決済情報が所定の条件を満たすと判定する。
ここで、決済情報が所定の条件に完全に一致していなくとも、当該決済情報に基づき、決済を行う利用者が保有する第１口座とは異なる口座（後述の第２口座）を用いた決済処理を実行したい場合が考えられる。したがって、判定部４２は、決済情報と、所定の条件との類似性に基づいて、決済情報が所定の条件を満たすか否かを判定してもよい。例えば、判定部４２は、過去に所定の条件を満たすと判定された決済情報と、受付部４１により新たに受け付けられた決済情報との類似性を示すスコアが所定の閾値以上である場合に、新たに受け付けられた決済情報が所定の条件を満たすと判定する。具体的な例を挙げると、判定部４２は、過去に所定の条件を満たすと判定された決済情報を学習したモデルであって、決済情報が入力された場合に所定の条件を満たすと判定された決済情報との類似性を示すスコアを出力するように学習されたモデルを用いて、新たに受け付けられた決済情報が所定の条件を満たすか否かを判定する。
なお、モデルの学習には、任意の公知技術が適用可能であり、取得される情報に応じて適宜選択された学習手法が用いられてもよい。例えば、モデルの学習には、機械学習に関する種々の従来技術（例えば、ＳＶＭ（Support Vector Machine）等の教師あり学習の機械学習に関する技術）を用いて行われてもよい。また、モデルの学習には、深層学習（ディープラーニング）の技術が用いられてもよい。例えば、モデルの学習には、ＲＮＮ（Recurrent Neural Network）やＣＮＮ（Convolutional Neural Network）等の種々のディープラーニングの技術が用いられてもよい。
（提供部４３について）
ここで、所定の条件を満たすと判定された場合であっても、決済を行う利用者が保有する第１口座とは異なる口座（後述の第２口座）を保有する利用者の承認が得られてから決済処理を実行したい場合が考えられる。したがって、提供部４３は、判定部４２により決済情報が所定の条件を満たすと判定された場合に、第２口座を用いる決済処理の可否を選択可能に提示する第１コンテンツを他の利用者に提供する。例えば、提供部４３は、プッシュ通知を介して、第２口座を用いる決済処理の可否を選択可能に提示するコンテンツを、第２口座を保有する利用者に提供する。
なお、判定部４２が、決済情報と、所定の条件との類似性に基づいて、決済情報が所定の条件を満たすと判定した場合、提供部４３は、第２口座を用いる決済処理の可否を選択可能に提示するコンテンツを他の利用者に提供してもよい。
さらに、決済を行う利用者が保有する第１口座とは異なる口座（後述の第２口座）を用いる決済を行うか否かの選択を、当該利用者から受け付けてから決済処理を実行したい場合が考えられる。したがって、提供部４３は、判定部４２により決済情報が所定の条件を満たすと判定された場合に、第２口座を用いる決済処理を行うか否かを選択可能に提示する第２コンテンツを利用者に提供してもよい。例えば、提供部４３は、取引対象の価格等を入力するための画面や、これから行う決済に関する決済情報が所定の条件を満たす旨の判定結果を示す画面などにおいて表示されるコンテンツであって、第２口座を用いる決済処理を行うか否かを選択可能に提示するコンテンツを、第１口座を保有する利用者に提供する。
（決済処理部４４について）
決済処理部４４は、受付部４１が受け付けた決済情報に従い、決済処理を実行する。例えば、決済処理部４４は、利用者ＩＤが示す利用者の口座から、店舗ＩＤが示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。
また、決済処理部４４は、判定部４２により所定の条件を満たすと判定された場合は、利用者が保有する第１口座とは異なる口座であって、利用者と紐付けられた他の利用者が保有する口座である第２口座を用いて、決済情報に基づく決済処理を実行してもよい。例えば、図１の例において、決済処理部４４は、決済情報が条件＃１を満たすと判定された場合、口座＃２を用いて、決済情報に基づく決済処理を実行する。
また、決済処理部４４は、判定部４２により決済情報が所定の条件を満たさないと判定された場合は、第１口座を用いて決済情報に基づく決済処理を実行してもよい。例えば、図１を例にして説明すると、決済処理部４４は、決済情報が条件＃１を満たさないと判定された場合、口座＃１を用いて、決済情報に基づく決済処理を実行する。
また、決済処理部４４は、第１コンテンツを介して第２口座を用いる決済処理が許可された場合は、第２口座を用いて決済情報に基づく決済処理を実行してもよい。例えば、提供部４３により提供されたコンテンツを介して、第２口座を保有する利用者から決済処理を許可する旨が受け付けられた場合、決済処理部４４は、第２口座を用いて決済情報に基づく決済処理を実行する。
また、決済処理部４４は、第２コンテンツを介して第２口座を用いる決済処理を行うことが選択された場合は、第２口座を用いて決済情報に基づく決済処理を実行してもよい。提供部４３により提供されたコンテンツを介して、第２口座を用いる決済処理を行う旨が第１口座を保有する利用者から受け付けられた場合、決済処理部４４は、第２口座を用いて決済情報に基づく決済処理を実行する。
（通知部４５について）
通知部４５は、第２口座を用いて決済情報に基づく決済処理が実行された場合は、他の利用者に所定の通知を行う。例えば、図１の例において、通知部４５は、口座＃２を用いて利用者Ｕ１の決済に関する決済処理が実行された旨のプッシュ通知を利用者端末１００－２に表示させる。
〔３．情報処理のフロー〕
図５を用いて、実施形態に係る決済サーバ１０の情報処理の手順について説明する。図５は、実施形態に係る情報処理の手順の一例を示すフローチャートである。
図５に示すように、決済サーバ１０は、利用者が保有する第１口座を用いて行う所定の決済手段による決済に関する決済情報を受け付ける（ステップＳ１０１）。続いて、決済サーバ１０は、決済情報が所定の条件を満たすか否かを判定する（ステップＳ１０２）。所定の条件を満たすと判定された場合（ステップＳ１０２；Ｙｅｓ）、決済サーバ１０は、利用者と紐付けられた他の利用者が保有する口座であって、第１口座とは異なる口座である第２口座を用いて、決済情報に基づく決済処理を実行する（ステップＳ１０３）。続いて、決済サーバ１０は、利用者と紐付けられた他の利用者に所定の通知を行い（ステップＳ１０４）、処理を終了する。
一方、所定の条件を満たさないと判定された場合（ステップＳ１０２；Ｎｏ）、決済サーバ１０は、第１口座を用いて決済情報に基づく決済処理を実行し（ステップＳ１０５）、処理を終了する。
〔４．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
〔４－１．利用者について〕
上述の実施形態において、利用者Ｕ１が子供であり、利用者Ｕ２が利用者Ｕ１の親である例を示したが、第１口座を保有する利用者と、第２口座を保有する利用者との関係性はこのような例に限定されず、任意の関係性であってよい。
〔４－２．判定部４２について〕
上述の実施形態において、判定部４２が、決済を行う時間帯や、決済による支払先のカテゴリ、決済の対象である商品のカテゴリに関する条件を決済情報が満たすか否かを判定する例を示したが、判定部４２の機能はこのような例に限定されない。例えば、判定部４２は、所定の期間内における決済の上限回数を超えているか否かを判定してもよい。具体的な例を挙げると、第２口座を用いる決済の上限が１日１回までと設定されている場合、判定部４２は、決済情報が所定の条件を満たし、且つ、当該決済情報に関する決済が、その日に最初に行われる第２口座を用いる決済である場合に、第２口座を用いて当該決済情報に基づく決済を行うことを許可すると判定する。そして、決済処理部４４は、第２口座を用いて決済情報に基づく決済処理を実行する。
また、例えば、判定部４２は、決済情報が示す決済金額が上限額を超えているか否かを判定してもよい。具体的な例を挙げると、決済情報が所定の条件を満たし、且つ、当該決済情報が示す決済金額が上限額以下である場合、判定部４２は、第２口座を用いて当該決済情報に基づく決済を行うことを許可すると判定する。そして、決済処理部４４は、第２口座を用いて決済情報に基づく決済処理を実行する。
なお、判定部４２は、決済情報が示す決済金額と、所定の期間内において既に第２口座を用いて行われた決済の決済金額との合計額が、所定の期間内において利用可能な上限額を超えているか否かを判定してもよい。そして、合計額が上限額以下であると判定された場合、決済処理部４４は、第２口座を用いて決済情報に基づく決済処理を実行してもよい。
〔４－３．決済情報について〕
上述の実施形態において、決済サーバ１０が、店舗端末２００から決済の各種内容を示す決済情報を受け付ける（取得する）例を示したが、実施形態は、これに限定されるものではない。例えば、決済サーバ１０は、利用者端末１００において商品情報の入力やバーコードの撮影を行うことで決済を行う場合、利用者端末１００から決済情報を取得してもよい。
また、例えば、決済サーバ１０は、ＰＯＳシステムを介した決済情報を取得してもよい。具体的な例を挙げると、決済サーバ１０は、決済要求が行われた場合に、決済行為を一律に示す決済番号を店舗端末２００に送信する。このような場合、店舗端末２００は、購入された商品の価格や種別等を示す情報と、決済行為を一意に示す情報とを対応付けて所定の外部サーバに保持する。そして、決済サーバ１０は、店舗端末２００に送信した決済番号をキーとして、外部サーバから決済情報を取得してもよい。
〔４－４．処理態様について〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文章中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
〔５．効果〕
上述してきたように、実施形態に係る決済サーバ１０は、受付部４１と、判定部４２と、提供部４３と、決済処理部４４と、通知部４５とを有する。受付部４１は、利用者に関連付けられている口座を用いて行う所定の決済手段による決済に関する決済情報を受け付ける。また、受付部４１は、第１口座を用いて行う決済に関する前記決済情報を受け付ける。判定部４２は、受付部４１により受け付けられた決済情報が所定の条件を満たすか否かを判定する。提供部４３は、判定部４２により決済情報が所定の条件を満たすと判定された場合に、第２口座を用いる決済処理の可否を選択可能に提示する第１コンテンツを他の利用者に提供する。また、提供部４３は、第２口座を用いる決済処理を行うか否かを選択可能に提示する第２コンテンツを利用者に提供する。決済処理部４４は、判定部４２により所定の条件を満たすと判定された場合は、利用者が保有する第１口座とは異なる口座であって、利用者と紐付けられた他の利用者が保有する口座である第２口座を用いて、決済情報に基づく決済処理を実行する。また、決済処理部４４は、判定部４２により決済情報が所定の条件を満たさないと判定された場合は、第１口座を用いて決済情報に基づく決済処理を実行する。また、決済処理部４４は、第１コンテンツを介して第２口座を用いる決済処理が許可された場合は、第２口座を用いて決済情報に基づく決済処理を実行する。また、決済処理部４４は、第２コンテンツを介して第２口座を用いる決済処理を行うことが選択された場合は、第２口座を用いて決済情報に基づく決済処理を実行する。通知部４５は、第２口座を用いて決済情報に基づく決済処理が実行された場合は、他の利用者に所定の通知を行う。
これにより、実施形態に係る決済サーバ１０は、子供が通う学校や、子供の習い事などで要する備品を購入する場合において、親が備品を販売する店舗等に赴いて購入したり、備品を購入するための費用を親が子供に送金したりしなくとも、子供が自主的に備品を購入することを可能とするため、決済を行おうとしている利用者を支援できる。
また、実施形態に係る決済サーバ１０において、例えば、受付部４１は、決済を行う日時を含む決済情報を受け付ける。そして、判定部４２は、日時が所定の条件を満たすか否かを判定する。また、受付部４１は、決済による支払先を示す情報を含む決済情報を受け付ける。そして、判定部４２は、支払先が所定の条件を満たすか否かを判定する。また、受付部４１は、決済の対象である取引対象を示す情報を含む決済情報を受け付ける。そして、判定部４２は、取引対象が所定の条件を満たすか否かを判定する。
これにより、実施形態に係る決済サーバ１０は、各種の条件に基づいて、第２口座を用いて決済を行うか否かを判定することができるため、利便性を向上させることができる。
また、実施形態に係る決済サーバ１０において、例えば、判定部４２は、他の利用者により設定された所定の条件を決済情報が満たすか否かを判定する。
これにより、実施形態に係る決済サーバ１０は、第２口座を保有する利用者が任意に設定した条件に基づき、第２口座を用いて決済を行うか否かを判定することができるため、利便性を向上させることができる。
また、実施形態に係る決済サーバ１０において、例えば、判定部４２は、決済情報と、所定の条件との類似性に基づいて、決済情報が所定の条件を満たすか否かを判定する。
これにより、実施形態に係る決済サーバ１０は、決済情報が所定の条件に完全に一致していなくとも、当該決済情報に基づき、第２口座を用いた決済処理を実行することができるため、利便性を向上させることができる。
〔６．ハードウェア構成〕
また、上述してきた各実施形態に係る決済サーバ１０は、例えば、図６に示すような構成のコンピュータ１０００によって実現される。以下、決済サーバ１０を例に挙げて説明する。図６は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＯＭ１２００、ＲＡＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
ＣＰＵ１１００は、ＲＯＭ１２００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１２００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（実施形態のネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１３００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１３００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
例えば、コンピュータ１０００が決済サーバ１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１３００上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。また、ＨＤＤ１４００には、決済サーバ１０の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。
〔７．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
また、上述した決済サーバ１０は、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。
１０ 決済サーバ
２０ 通信部
３０ 記憶部
３１ 口座データベース
３２ 利用者情報データベース
４０ 制御部
４１ 受付部
４２ 判定部
４３ 提供部
４４ 決済処理部
４５ 通知部
１００ 利用者端末
２００ 店舗端末

Claims (18)

  1. 利用者に関連付けられている口座を用いて行う所定の決済手段による決済に関する決済情報を受け付ける受付部と、
    前記受付部により受け付けられた決済情報が所定の条件を満たすか否かを判定する判定部と、
    前記判定部により所定の条件を満たすと判定された場合は、前記利用者が保有する第１口座とは異なる口座であって、前記利用者の識別情報と紐付けられた他の利用者が保有する口座である第２口座を用いて、前記決済情報に基づく決済処理を実行する処理部と
    を有し、
    前記判定部は、過去に前記所定の条件を満たすと判定された決済情報と、前記受付部により新たに受け付けられた決済情報との、当該紐付けに基づく類似度が所定の閾値以上である場合に、新たに受け付けられた決済情報が前記所定の条件を満たすと判定する
    ことを特徴とし、
    前記決済情報に基づいて、前記所定の決済手段による決済を実行することを特徴とする処理装置。
  2. 利用者に関連付けられている口座を用いて行う所定の決済手段による決済において、
    店舗が所有する店舗端末から、前記店舗を利用した利用者に係る利用者情報と、前記店舗に係る店舗識別情報と、決済内容とを示す決済情報を受け付ける受付部と、
    前記受付部により受け付けられた決済情報が示す決済内容が所定の条件を満たすか否かを判定する判定部と、
    前記判定部により所定の条件が満たされると判定された場合は、前記利用者が保有する第１口座とは異なる口座であって、前記利用者の識別情報と紐付けられた他の利用者が保有する口座である第２口座から前記店舗が保有する口座へと電子マネーを移動させることで、前記決済情報に基づく決済処理を実行する処理部と
    を有することを特徴とする処理装置。
  3. 利用者に関連付けられている口座を用いて行う所定の決済手段による決済において、
    利用者が所有する利用者端末から、前記利用者が利用した店舗に係る店舗情報と、前記利用者に係る利用者識別情報と、決済内容とを示す決済情報を受け付ける受付部と、
    前記受付部により受け付けられた決済情報が示す決済内容が所定の条件を満たすか否かを判定する判定部と、
    前記判定部により所定の条件が満たされると判定された場合は、前記利用者が保有する第１口座とは異なる口座であって、前記利用者の識別情報と紐付けられた他の利用者が保有する口座である第２口座から前記店舗が保有する口座へと電子マネーを移動させることで、前記決済情報に基づく決済処理を実行する処理部と
    を有することを特徴とする処理装置。
  4. 前記受付部は、
    前記第１口座を用いて行う決済に関する前記決済情報を受け付ける
    ことを特徴とする請求項１に記載の処理装置。
  5. 前記処理部は、
    前記判定部により前記決済情報が前記所定の条件を満たさないと判定された場合は、前記第１口座を用いて前記決済情報に基づく決済処理を実行する
    ことを特徴とする請求項１から４のうちいずれか１つに記載の処理装置。
  6. 前記判定部は、
    前記他の利用者により設定された前記所定の条件を前記決済情報が満たすか否かを判定する
    ことを特徴とする請求項１から５のうちいずれか１つに記載の処理装置。
  7. 前記受付部は、
    前記決済を行う日時を含む前記決済情報を受け付け、
    前記判定部は、
    前記日時が前記所定の条件を満たすか否かを判定する
    ことを特徴とする請求項１から６のうちいずれか１つに記載の処理装置。
  8. 前記受付部は、
    前記決済による支払先を示す情報を含む前記決済情報を受け付け、
    前記判定部は、
    前記支払先が前記所定の条件を満たすか否かを判定する
    ことを特徴とする請求項１から７のうちいずれか１つに記載の処理装置。
  9. 前記受付部は、
    前記決済の対象である取引対象を示す情報を含む前記決済情報を受け付け、
    前記判定部は、
    前記取引対象が前記所定の条件を満たすか否かを判定する
    ことを特徴とする請求項１から８のうちいずれか１つに記載の処理装置。
  10. 前記第２口座を用いて前記決済情報に基づく決済処理が実行された場合は、前記他の利用者に所定の通知を行う通知部
    をさらに有することを特徴とする請求項１から９のうちいずれか１つに記載の処理装置。
  11. 前記判定部により前記決済情報が前記所定の条件を満たすと判定された場合に、前記第２口座を用いる決済処理の可否を選択可能に提示する第１コンテンツを前記他の利用者に提供する第１提供部
    をさらに有し、
    前記処理部は、
    前記第１コンテンツを介して前記第２口座を用いる決済処理が許可された場合は、前記第２口座を用いて前記決済情報に基づく決済処理を実行する
    ことを特徴とする請求項１から１０のうちいずれか１つに記載の処理装置。
  12. 前記第２口座を用いる決済処理を行うか否かを選択可能に提示する第２コンテンツを前記利用者に提供する第２提供部
    をさらに有し、
    前記処理部は、
    前記第２コンテンツを介して前記第２口座を用いる決済処理を行うことが選択された場合は、前記第２口座を用いて前記決済情報に基づく決済処理を実行する
    ことを特徴とする請求項１から１１のうちいずれか１つに記載の処理装置。
  13. コンピュータが実行する処理方法であって、
    利用者に関連付けられている口座を用いて行う所定の決済手段による決済に関する決済情報を受け付ける受付工程と、
    前記受付工程により受け付けられた決済情報が所定の条件を満たすか否かを判定する判定工程と、
    前記判定工程により所定の条件を満たすと判定された場合は、前記利用者が保有する第１口座とは異なる口座であって、前記利用者の識別情報と紐付けられた他の利用者が保有する口座である第２口座を用いて、前記決済情報に基づく決済処理を実行する処理工程と
    を含み、
    前記判定工程は、過去に前記所定の条件を満たすと判定された決済情報と、前記受付工程により新たに受け付けられた決済情報との、当該紐付けに基づく類似度が所定の閾値以上である場合に、新たに受け付けられた決済情報が前記所定の条件を満たすと判定する
    ことを特徴とし、前記決済情報に基づいて、前記所定の決済手段による決済を実行することを特徴とする処理方法。
  14. 利用者に関連付けられている口座を用いて行う所定の決済手段による決済に関する決済情報を受け付ける受付手順と、
    前記受付手順により受け付けられた決済情報が所定の条件を満たすか否かを判定する判定手順と、
    前記判定手順により所定の条件を満たすと判定された場合は、前記利用者が保有する第１口座とは異なる口座であって、前記利用者の識別情報と紐付けられた他の利用者が保有する口座である第２口座を用いて、前記決済情報に基づく決済処理を実行する処理手順と
    をコンピュータに実行させ、
    前記判定手順は、過去に前記所定の条件を満たすと判定された決済情報と、前記受付手順により新たに受け付けられた決済情報との、当該紐付けに基づく類似度が所定の閾値以上である場合に、新たに受け付けられた決済情報が前記所定の条件を満たすと判定する
    ことをコンピュータに実行させ、前記決済情報に基づいて、前記所定の決済手段による決済をコンピュータに実行させることを特徴とする処理プログラム。
  15. コンピュータが実行する処理方法であって、
    利用者に関連付けられている口座を用いて行う所定の決済手段による決済において、
    店舗が所有する店舗端末から、前記店舗を利用した利用者に係る利用者情報と、前記店舗に係る店舗識別情報と、決済内容とを示す決済情報を受け付ける受付工程と、
    前記受付工程により受け付けられた決済情報が示す決済内容が所定の条件を満たすか否かを判定する判定工程と、
    前記判定工程により所定の条件が満たされると判定された場合は、前記利用者が保有する第１口座とは異なる口座であって、前記利用者の識別情報と紐付けられた他の利用者が保有する口座である第２口座から前記店舗が保有する口座へと電子マネーを移動させることで、前記決済情報に基づく決済処理を実行する処理工程と
    を含むことを特徴とする処理方法。
  16. 利用者に関連付けられている口座を用いて行う所定の決済手段による決済において、
    店舗が所有する店舗端末から、前記店舗を利用した利用者に係る利用者情報と、前記店舗に係る店舗識別情報と、決済内容とを示す決済情報を受け付ける受付手順と、
    前記受付手順により受け付けられた決済情報が示す決済内容が所定の条件を満たすか否かを判定する判定手順と、
    前記判定手順により所定の条件が満たされると判定された場合は、前記利用者が保有する第１口座とは異なる口座であって、前記利用者の識別情報と紐付けられた他の利用者が保有する口座である第２口座から前記店舗が保有する口座へと電子マネーを移動させることで、前記決済情報に基づく決済処理を実行する処理手順と
    をコンピュータに実行させることを特徴とする処理プログラム。
  17. コンピュータが実行する処理方法であって、
    利用者に関連付けられている口座を用いて行う所定の決済手段による決済において、
    利用者が所有する利用者端末から、前記利用者が利用した店舗に係る店舗情報と、前記利用者に係る利用者識別情報と、決済内容とを示す決済情報を受け付ける受付工程と、
    前記受付工程により受け付けられた決済情報が示す決済内容が所定の条件を満たすか否かを判定する判定工程と、
    前記判定工程により所定の条件が満たされると判定された場合は、前記利用者が保有する第１口座とは異なる口座であって、前記利用者の識別情報と紐付けられた他の利用者が保有する口座である第２口座から前記店舗が保有する口座へと電子マネーを移動させることで、前記決済情報に基づく決済処理を実行する処理工程と
    を含むことを特徴とする処理方法。
  18. 利用者に関連付けられている口座を用いて行う所定の決済手段による決済において、
    利用者が所有する利用者端末から、前記利用者が利用した店舗に係る店舗情報と、前記利用者に係る利用者識別情報と、決済内容とを示す決済情報を受け付ける受付手順と、
    前記受付手順により受け付けられた決済情報が示す決済内容が所定の条件を満たすか否かを判定する判定手順と、
    前記判定手順により所定の条件が満たされると判定された場合は、前記利用者が保有する第１口座とは異なる口座であって、前記利用者の識別情報と紐付けられた他の利用者が保有する口座である第２口座から前記店舗が保有する口座へと電子マネーを移動させることで、前記決済情報に基づく決済処理を実行する処理手順と
    をコンピュータに実行させることを特徴とする処理プログラム。
JP2021140297A 2021-08-30 2021-08-30 処理装置、処理方法及び処理プログラム Active JP7250080B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021140297A JP7250080B2 (ja) 2021-08-30 2021-08-30 処理装置、処理方法及び処理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021140297A JP7250080B2 (ja) 2021-08-30 2021-08-30 処理装置、処理方法及び処理プログラム

Publications (2)

Publication Number Publication Date
JP2023034185A JP2023034185A (ja) 2023-03-13
JP7250080B2 true JP7250080B2 (ja) 2023-03-31

Family

ID=85504842

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021140297A Active JP7250080B2 (ja) 2021-08-30 2021-08-30 処理装置、処理方法及び処理プログラム

Country Status (1)

Country Link
JP (1) JP7250080B2 (ja)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003168063A (ja) 2001-11-30 2003-06-13 Hitachi Ltd カード決済方法における決済承認方法及びシステム
JP2005004628A (ja) 2003-06-13 2005-01-06 Hitachi Ltd 決済処理方法、そのためのカード処理サーバ、該カード処理サーバの処理を実現するためのプログラム
US20130325719A1 (en) 2008-10-30 2013-12-05 The Spendsmart Payments Company Related party payment system
US20170221058A1 (en) 2016-02-02 2017-08-03 Visa International Service Association System and method for secondary account holder payment device control
JP2018022323A (ja) 2016-08-03 2018-02-08 株式会社 ゆうちょ銀行 情報処理装置、情報処理システム、情報処理方法、及び情報処理プログラム
US20190378136A1 (en) 2018-06-11 2019-12-12 Custodia Inc. Programmatic approvals of corporate spend and employee expense
JP2020107217A (ja) 2018-12-28 2020-07-09 株式会社メルカリ 情報処理方法、情報処理装置及びプログラム
JP2021026317A (ja) 2019-07-31 2021-02-22 グローリー株式会社 認証処理装置、決済端末、設定プログラム、決済システム、および決済方法
JP2021060963A (ja) 2020-06-23 2021-04-15 株式会社シンシアージュ 支払支援システム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102498672B1 (ko) * 2017-12-28 2023-02-10 가부시키가이샤 구루나비 정보 처리 장치, 정보 처리 시스템, 정보 처리 방법, 및 프로그램
JP6838182B1 (ja) * 2020-02-27 2021-03-03 ＰａｙＰａｙ株式会社 決済プログラム、決済装置及び決済方法

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003168063A (ja) 2001-11-30 2003-06-13 Hitachi Ltd カード決済方法における決済承認方法及びシステム
JP2005004628A (ja) 2003-06-13 2005-01-06 Hitachi Ltd 決済処理方法、そのためのカード処理サーバ、該カード処理サーバの処理を実現するためのプログラム
US20130325719A1 (en) 2008-10-30 2013-12-05 The Spendsmart Payments Company Related party payment system
US20170221058A1 (en) 2016-02-02 2017-08-03 Visa International Service Association System and method for secondary account holder payment device control
JP2018022323A (ja) 2016-08-03 2018-02-08 株式会社 ゆうちょ銀行 情報処理装置、情報処理システム、情報処理方法、及び情報処理プログラム
US20190378136A1 (en) 2018-06-11 2019-12-12 Custodia Inc. Programmatic approvals of corporate spend and employee expense
JP2020107217A (ja) 2018-12-28 2020-07-09 株式会社メルカリ 情報処理方法、情報処理装置及びプログラム
JP2021026317A (ja) 2019-07-31 2021-02-22 グローリー株式会社 認証処理装置、決済端末、設定プログラム、決済システム、および決済方法
JP2021060963A (ja) 2020-06-23 2021-04-15 株式会社シンシアージュ 支払支援システム

Also Published As

Publication number Publication date
JP2023034185A (ja) 2023-03-13

Similar Documents

Publication Publication Date Title
US20020152163A1 (en) Network based user-to-user payment service
US20080172304A1 (en) System and method for enabling cash gifts in an online gift registry
US20090099941A1 (en) System and method for enabling cash gifts in an online registry
JP6740441B1 (ja) 提案装置、提案方法及び提案プログラム
JP6921294B1 (ja) 通知装置、通知方法及び通知プログラム
US10185951B2 (en) Merchant card exchange facilitator system
JP2020086590A (ja) 情報処理装置、支払管理方法、プログラム、管理方法、及びユーザ機器
JP2022157746A (ja) 情報処理装置、情報処理方法、および情報処理プログラム
JP7346650B2 (ja) 取得装置、取得方法及び取得プログラム
JP2022158871A (ja) 情報処理装置、情報処理方法、および情報処理プログラム
JP2022100991A (ja) 付与装置、付与方法及び付与プログラム
JP7078784B1 (ja) 提供装置、提供方法及び提供プログラム
JP7150968B1 (ja) 提供装置、提供方法及び提供プログラム
JP7121169B1 (ja) 提供装置、提供方法及び提供プログラム
KR20130015041A (ko) 거래 서비스를 제공하기 위한 방법 및 시스템
JP2023159432A (ja) 設定装置、設定方法及び設定プログラム
JP7250080B2 (ja) 処理装置、処理方法及び処理プログラム
JP7204834B1 (ja) 提案装置、提案方法及び提案プログラム
JP7093400B1 (ja) 選択装置、選択方法及び選択プログラム
JP2022158810A (ja) 情報処理装置、情報処理方法、および情報処理プログラム
KR102040890B1 (ko) 결제 서비스 제공 장치, 방법, 기록매체 및 결제 페이지 획득 방법을 실행하기 위한 컴퓨터 프로그램
JP7477679B2 (ja) 提供装置、提供方法及び提供プログラム
JP7254996B2 (ja) 提供装置、提供方法及び提供プログラム
JP7319406B2 (ja) 提供装置、提供方法及び提供プログラム
JP7504275B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210830

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20210830

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211116

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220117

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220419

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220620

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20220920

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221220

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20221220

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20221227

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20230104

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230228

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230320

R150 Certificate of patent or registration of utility model

Ref document number: 7250080

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150