JP7089624B1 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

情報処理装置、情報処理方法および情報処理プログラム Download PDF

Info

Publication number
JP7089624B1
JP7089624B1 JP2021109536A JP2021109536A JP7089624B1 JP 7089624 B1 JP7089624 B1 JP 7089624B1 JP 2021109536 A JP2021109536 A JP 2021109536A JP 2021109536 A JP2021109536 A JP 2021109536A JP 7089624 B1 JP7089624 B1 JP 7089624B1
Authority
JP
Japan
Prior art keywords
account
payment
identification information
store
information indicating
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
JP2021109536A
Other languages
English (en)
Other versions
JP2023006770A (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 JP2021109536A priority Critical patent/JP7089624B1/ja
Application granted granted Critical
Publication of JP7089624B1 publication Critical patent/JP7089624B1/ja
Publication of JP2023006770A publication Critical patent/JP2023006770A/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)

Abstract

【課題】キャッシュレス決済における利便性向上を図ること。【解決手段】本願に係る本発明に係る情報処理装置は、口座管理部と、選択部と、決済処理部とを備える。口座管理部は、複数のメンバーで共有する口座である共有口座と、メンバーそれぞれの口座である個人口座とを管理する。選択部は、メンバーによって支払いが行われた場合に、当該支払いに関する支払情報に基づいて共有口座および個人口座から決済口座を選択する。決済処理部は、選択部によって選択された決済口座を用いて決済処理を行う。【選択図】図1

Description

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
近年、キャッシュレス決済に関する技術として、個人で口座を開設し、支払いの用途に応じて、ユーザが指定した口座から支払いを行う決済システムがある (たとえば、特許文献1参照)。
特開2020-107217号公報
しかしながら、従来技術では、たとえば、利便性の向上を図るうえで改善の余地がった。
本発明は、上記に鑑みてなされたものであって、キャッシュレス決済における利便性の向上を図ることができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。
上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、口座管理部と、選択部と、決済処理部とを備える。前記口座管理部は、複数のメンバーで共有する口座である共有口座と、前記メンバーそれぞれの口座である個人口座とを管理する。前記選択部は、前記メンバーによって支払いが行われた場合に、当該支払いに関する支払情報に基づいて前記共有口座および前記個人口座から決済口座を選択する。前記決済処理部は、前記選択部によって選択された前記決済口座を用いて決済処理を行う。
本発明によれば、キャッシュレス決済における利便性の向上を図ることができる。
図1は、実施形態に係る情報処理の概要を示す図である。 図2は、実施形態に係る情報処理装置の構成の一例を示すブロック図である。 図3は、実施形態に係る個人口座情報記憶部に記憶される情報の一例を示す図である。 図4は、実施形態に係る共有口座情報記憶部に記憶される情報の一例を示す図である。 図5は、実施形態に係る共有口座の開設画面の一例を示す図である。 図6は、実施形態に係る共有口座開設処理の一例を示すフローチャートである。 図7は、実施形態に係る決済処理の一例を示すフローチャートである。 図8は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態(以下、「実施形態」と記載する。)について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。
[実施形態]
〔1.情報処理〕
図1に示すように、実施形態に係る提供処理システムは、情報処理装置10と、ユーザ端末50と、店舗端末30とを含む。情報処理装置10、ユーザ端末50及び店舗端末30は、ネットワークを介して有線または無線により相互に通信可能に接続される。ネットワークは、例えば、インターネットなどのWAN(Wide Area Network)である。なお、図1に示した提供処理システムには、複数台の情報処理装置10、複数台のユーザ端末50及び複数台の店舗端末30が含まれていてもよい。
図1に示す情報処理装置10は、実施形態に係る情報処理を実行する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、情報処理装置10は、ユーザ端末50を用いる電子決済に関する電子決済サービスを提供する。例えば、情報処理装置10は、取引対象の提供者(事業者)や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。
図1に示すユーザ端末50は、ユーザによって利用される情報処理装置である。ユーザ端末50は、例えば、スマートフォンや、タブレット型端末、ノート型PC(Personal Computer)、デスクトップPC、携帯電話機、PDA(Personal Digital Assistant)等により実現される。また、ユーザ端末50は、情報処理装置10によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図1に示す例では、ユーザ端末50がスマートフォンである場合を示す。
図1に示す店舗端末30は、利用者に取引対象を提供する事業者によって利用される情報処理装置である。店舗端末30は、例えば、POS(Point of Sales)端末や、スマートフォン、タブレット型端末、ノート型PC、デスクトップPC、携帯電話機、PDA等により実現される。また、店舗端末30は、情報処理装置10によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。
なお、ユーザ端末50及び店舗端末30は、所定の情報処理を実現する制御情報を情報処理装置10から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、JavaScript(登録商標)等のスクリプト言語やCSS(Cascading Style Sheets)等のスタイルシート言語、Java(登録商標)等のプログラミング言語、HTML(HyperText Markup Language)等のマークアップ言語等により記述される。なお、情報処理装置10から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。
〔1-1.ユーザ端末を用いた決済について〕
ここで、情報処理装置10が実行する情報処理に先立ち、ユーザ端末50を用いた決済(電子決済)の一例について説明する。例えば、ユーザU1が店舗にて各種の商品やサービスといった決済対象(取引対象)の利用や購入に伴う決済を行う場合、ユーザU1は、ユーザ端末50に予めインストールされた決済アプリを起動する。
例えば、ユーザ端末50は、ユーザU1を識別するためのユーザ識別情報を画面上に表示させる。このような場合、店舗に設置された店舗端末30は、ユーザ端末50に表示されたユーザ識別情報を読み取り、ユーザ識別情報(若しくは、ユーザ識別情報が示す情報、すなわち、ユーザU1を示す情報(例えば、ユーザID))と、決済金額と、店舗を識別する情報とを示す決済情報を情報処理装置10へと送信する。このような場合、情報処理装置10は、ユーザ識別情報が示すユーザU1の口座から、店舗識別情報が示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。そして、情報処理装置10は、決済が完了した旨の通知をユーザ端末50へと送信する。このような場合、ユーザ端末50は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。
なお、ユーザ端末50を用いた決済は、上述した処理に限定されるものではない。店舗に配置された2次元コード(QRコード(登録商標))であって、店舗を識別する店舗識別情報を示す2次元コードを用いて、ユーザU1がユーザ端末50を用いた決済を行うことにしてもよい。なお、2次元コードは、バーコードや所定のマーク、番号等であってもよい。
ユーザU1は、ユーザ端末50の決済アプリを介して、店舗に設置された店舗識別情報を撮影する。このような場合、ユーザ端末50は、決済対象の価格を入力するための画面を表示し、ユーザU1或いは店舗の店員から決済金額の入力を受け付ける。そして、ユーザ端末50は、ユーザU1を識別するユーザ識別情報と、店舗識別情報(若しくは、店舗識別情報が示す情報、すなわち、店舗(若しくは店舗の事業者)を示す情報(例えば、店舗ID))と、決済金額とを示す決済情報を情報処理装置10へと送信する。
このような場合、情報処理装置10は、利用者識別情報が示すユーザU1の口座から、店舗識別情報が示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。そして、情報処理装置10は、決済が完了した旨の通知を利用者端末100へと送信する。このような場合、利用者端末100は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。
また、ユーザ端末50を用いた決済は、ユーザU1が予め電子マネーをチャージした口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、ユーザU1が予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、ユーザ端末50は、店舗の口座に対して決済金額の電子マネーを移行させるとともに、ユーザU1のクレジットカードの運用会社(カード会社)に対し、決済金額を請求してもよい。
〔1-2.実施形態の概要について〕
たとえば、ユーザU1、ユーザU2が夫婦であり、生計を同一にする場合を想定する。この場合、たとえば、ユーザU1とユーザU2とが、それぞれ個人口座を開設し、たとえば、一方の個人口座から生活費などを支出する場合がある。
この場合、ユーザU1、ユーザU2の個人口座に加え、夫婦の共有口座を開設していた方が利便性が高いと言える。一方で、たとえば、個人口座あるいは共有口座のどちらを支払先に設定するかといった選択をユーザUが実際に支払いを行う度に設定するのは、面倒な作業が伴う。
このため、実施形態に係る情報処理では、個人口座および共有口座のうち、支払先を自動で選択したうえで、選択した口座から決済処理を行うこととした。
たとえば、図1に示すように、実施形態に係る情報処理装置10は、個人口座、共有口座、店舗口座を管理する。ここで、個人口座は、ユーザU1、ユーザU2が個人的に開設した口座である。また、共有口座は、ユーザU1、ユーザU2が個人口座とは別に開設した共有の口座である。なお、共有口座は、1つである必要はなく、複数であってもよい。また、共有口座は、ユーザU1、ユーザU2がそれぞれ入金や出金を行うことができる口座である。また、店舗口座は、加盟店の店舗の口座である。
たとえば、ユーザU1がユーザ端末50の決済アプリを用いて店舗で支払いを行うと、ユーザ端末50から情報処理装置10へ支払情報が通知される(ステップS01)。なお、図1に破線で示すように、ユーザU1による支払方法によっては、支払情報は店舗端末30から情報処理装置10へ通知される場合もある。
たとえば、支払情報には、ユーザU1のユーザID、支払いを行った店舗の店舗ID、支払金額、ユーザU1が購入した商品の商品カテゴリー等に関する情報が含まれる。
情報処理装置10は、ユーザ端末50から受け取った支払情報に基づき、ユーザU1の個人口座あるいはユーザU1、ユーザU2の共有口座のいずれかの口座を決済口座として選択する(ステップS02)。
たとえば、個人口座あるいは共有口座には、あらかじめ支払用途に関する情報が紐づけられており、情報処理装置10は、個人口座あるいは共有口座に紐づいた支払用途に関する情報に基づき、決済口座を選択する。
より具体的な例を挙げると、たとえば、支払用途として共有口座にドラッグストアが紐づいていた場合、情報処理装置10は、ユーザU1によるドラッグストアでの支払に対して共有口座を決済口座として選択し、ドラッグストア以外の支払に対して個人口座を決済口座として選択する。
また、たとえば、共有口座に日用品の商品カテゴリーが紐づいている場合、日用品の支払に対して共有口座を決済口座として選択し、日用品以外の支払に対して個人口座を決済口座として選択する。
つづいて、情報処理装置10は、選択した決済口座を用いて決済処理を行う(ステップS03)。たとえば、情報処理装置10は、決済口座として選択した個人口座あるいは共有口座から支払先の店舗口座へ支払金額を移動させることで、決済処理を行う。すなわち、上記の例では、たとえば、ユーザU1がドラッグストアで買い物をした場合、共有口座からドラッグストアの店舗口座へ入金処理が行われる。
また、たとえば、情報処理装置10は、共有口座に関する決済処理が完了すると、決済内容をユーザU1およびユーザU2のユーザ端末50へ通知することにしてもよい。これにより、共有口座の使用履歴をユーザU1およびユーザU2の双方で把握することができる。
このように、実施形態に係る情報処理装置10では、個人口座および共有口座を管理するとともに、ユーザUの支払情報に基づいて決済口座を選択する。これにより、実施形態に係る情報処理装置10では、ユーザU自身が支払用途に応じて決済口座を選択する作業を行う必要がないので、キャッシュレス決済における利便性の向上を図ることができる。
なお、上述の例では、共有口座を夫婦で共有する場合について説明したが、これに限定されるものではない。たとえば、共有口座は、サークルの部費を管理するための口座であってもよいし、あるいは、歓送迎会などの会費を管理するための口座であってもよい。また、共有口座に有効期限を設定することも可能であるが、この点については後述する。なお、本願における「決済」や「送金」は、各種商品や役務の提供等に対する対価として利用者が行うものに限定されるものではなく、例えば、個人間の送金といった単純な資金移動、すなわち、商品や役務の提供に対する対価ではない資金のやりとりを含む概念である。すなわち、本願における個人口座および共有口座に関する決済や送金とは、何かしらの対価として行われる資金移動のみならず、対価ではない単純な資金移動に関する処理を含む概念である。
〔2.情報処理装置の構成例〕
次に、図2を用いて、実施形態に係る情報処理装置10の構成例について説明する。図2は、実施形態に係る情報処理装置10の構成例を示すブロック図である。図2に示すように、実施形態に係る情報処理装置10は、通信部110と、制御部120と、記憶部130とを有する。
通信部110は、たとえば、NIC(Network Interface Card)等によって実現される。そして、通信部20は、4G(Generation)、5G、LTE(Long Term Evolution)、WiFi(登録商標)若しくは無線LAN(Local Area Network)等といった各種の無線通信網若しくは各種の有線通信網といったネットワークを介して、外部装置との間で情報の送受信を行う。
記憶部130は、たとえば、RAM、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部130は、個人口座情報記憶部131と、共有口座情報記憶部132と、店舗口座情報記憶部133とを有する。
個人口座情報記憶部131は、各ユーザUの口座に関する情報を記憶する記憶部である。図3は、実施形態に係る個人口座情報記憶部131に記憶される情報の一例を示す図である。
図3に示すように、たとえば、個人口座情報記憶部131は、「ユーザID」、「口座番号」、「現金残高」、「ポイント残高」、「取引履歴」などといった項目の情報を互いに対応付けて記憶する。
「ユーザID」は、ユーザUを識別するための識別子である。「口座番号」は、ユーザUに対して開設された口座の番号である。「現金残高」は、対応する口座の現金としての残高を示し、「ポイント残高」は、対応する口座のポイントの残高を示す。なお、たとえば、1ポイントは、1円と同等の価値で取引されるものとする。
取引履歴は、対応する口座の取引の履歴である。たとえば、取引履歴には、入金または出金した日時、金額またはポイント、入金先または出金先等に関する情報が含まれる。なお、その他、個人口座情報記憶部131は、ユーザUの氏名、年齢、住所、マイナンバーなどいった個人情報や、ユーザUが保有するクーポン情報に関する情報を記憶することにしてもよい。また、たとえば、マイナンバーが登録されたアカウントのみを上記の共有口座の参加対象とすることにしてもよい。また、クーポン情報は、たとえば、割引に関するものであってもよく、あるいは、ポイントの還元率に関するものであってもよい。
図2の説明に戻り、共有口座情報記憶部132について説明する。共有口座情報記憶部132は、共有口座に関する各種情報を記憶する記憶部である。図4は、実施形態に係る共有口座情報記憶部132に記憶される情報の一例を示す図である。
図4に示す例において、共有口座情報記憶部132は、「グループID」、「口座番号」、「残高」、「メンバー」、「取引履歴」、「有効期限」といった項目の情報を互いに対応付けて記憶する。「グループID」は、共有口座を共有するグループを識別するための識別子である。「口座番号」は、対応する共有口座の口座番号である。「残高」は、対応する共有口座の残高を示す。
「メンバー」は、共有口座を共有するメンバーを示し、当該メンバーのユーザIDに関する情報である。「取引履歴」は、口座の取引履歴を示す。「有効期限」は、共有口座の有効期限を示し、たとえば、有効期限を過ぎると、共有口座の残高がメンバーそれぞれの個人口座へ返金される。なお、有効期限は、ユーザUによって自由に設定可能である。
図2の説明に戻り、店舗口座情報記憶部133について説明する。店舗口座情報記憶部133は、店舗口座に関する各種情報を記憶する記憶部である。たとえば、店舗口座情報記憶部133には、店舗IDや店舗口座などといった情報を記憶する。
制御部120は、例えば、コントローラ(controller)であり、CPU(Central Processing Unit)やMPU(Micro Processing Unit)等によって、情報処理装置10内部の記憶装置に記憶されている各種プログラムがRAMを作業領域として実行されることにより実現される。また、制御部120は、コントローラであり、例えば、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)等の集積回路により実現される。
図2に示すように、制御部120は、口座管理部121と、選択部122と、決済処理部123と、通知部124とを有する。口座管理部121は、個人口座および共有口座を管理する。
たとえば、口座管理部121は、個人口座の開設や、個人口座の入出金処理等や、共有口座の開設、個人口座の入出金処理等を行う。たとえば、口座管理部121は、ユーザ端末50からの要求に基づいて、共有口座を開設する。
図5は、実施形態に係る共有口座の開設画面の一例を示す図である。たとえば、ユーザ端末50には、決済アプリを操作することで、共有口座の開設画面が表示され、ユーザUは、開設画面に基づいて共有口座の開設を申し込むことができる。
図5に示す例において、開設画面では、「口座名」、「用途」、「メンバー」、「入金額」、「期限」などといった項目の情報を入力することになる。「口座名」は、共有口座の名前であり、たとえば、ユーザUが任意に入力することができる。
「用途」は、共有口座の用途を示し、同図に示す例では、「生活費(日用品)」が選択されている場合を示す。なお、用途については、複数選択することにしてもよいし、あるいは、店舗名、店舗カテゴリー、商品カテゴリー等を自由に選択するようなUI(User Interface)とすることにしてもよい。なお、用途については、共有口座の開設後に自由に変更することにしてもよい。
「メンバー」は、共有口座を共有して使用するメンバーを示し、たとえば、アドレス帳から選択する、あるいは、ユーザIDを入力するなど任意の方法で選択することができる。
「入金額」は、共有口座の開設時に入金する金額を示す。たとえば、送迎会用の共有口座である場合、「入金額」は会費に対応する。また、入金額については、毎月の入金額を設定するようにしてもよい。すなわち、毎月20日に50000円入金するなど、自動引き落とし設定をすることにしてもよい。この場合、たとえば、部費用の共有口座である場合、毎月の部費を自動的に徴収することができる。
「期限」は、共有口座の有効期限を示す。たとえば、有効期限が過ぎると、共有口座の残高をメンバーそれぞれの個人口座へ返金することにしてもよい。たとえば、歓送迎会等の所定のイベント用の共有口座を開設する場合には、イベントの翌日等を有効期限として設定すると、会費の余剰金が各メンバーの個人口座に返金されることになる。
これにより、たとえば、幹事によるメンバーへの返金作業を省略することができる。なお、たとえば、この場合に、共有口座への入金割合に応じて、返金することにしてもよい。たとえば、共有口座への入金額が多いメンバーに対して、共有口座への入金額が少ないメンバーより多く返金するようにしてもよい。
また、たとえば、有効期限が過ぎた共有口座の残高を新たな共有口座へ移動させることにしてもよい。すなわち、3月に行われた送迎会の余剰金を4月に行われる次回の歓迎会用の共有口座へ繰り越すことにしてもよい。
また、たとえば、共有口座からいずれかのメンバーが脱退する場合、共有口座に対して脱退するメンバーが入金した入金割合に応じて、共有口座の残高を当該メンバーの個人口座へ返金することにしてもよい。
たとえば、送迎会の会費を2次会の分まで共有口座に集めていた場合、2次会に参加せず、1次会で帰るメンバーを1次会の会計終了後に共有口座から脱退してもらい、1次会の会計終了後の口座残高から入金割合に応じて当該メンバーの個人口座へ返金することにしてもよい。なお、共有口座の脱退に伴う返金処理については、代表者の承認を得たのちに行うことにしてもよい。
図2の説明に戻り、選択部122について説明する。選択部122は、メンバーによって支払いが行われた場合に、当該支払いに関する支払情報に基づいて共有口座および個人口座から決済口座を選択する。
たとえば、選択部122は、支払情報として、支払いを行ったユーザUのユーザID、支払いを行った店舗の店舗ID、支払金額、ユーザUが購入した商品の商品カテゴリー等に関する情報を受け取る。
選択部122は、店舗ID、商品カテゴリー等によって、個人口座あるいは共有口座を決済口座として選択する。すなわち、選択部122は、たとえば、支払を行ったユーザUのユーザIDが参加する共有口座に紐づいた店舗IDまたは商品カテゴリーと、支払情報の店舗IDまたは商品カテゴリーが一致する場合に、当該共有口座を決済口座として選択する。また、選択部122は、双方の店舗IDまたは商品カテゴリーが一致しない場合には、たとえば、個人口座を決済口座として選択する。
なお、選択部122は、たとえば、支払金額によって決済口座を選択することにしてもよいし、個人口座および共有口座の残高に基づいて決済口座を選択することにしてもよい。たとえば、選択部122は、支払金額が閾値を超える場合、個人口座を決済口座として選択し、支払金額が閾値以下である場合に、共有口座を決済口座として選択することにしてもよい。この場合、たとえば、高額な買い物は、個人口座から支払われることになる。
また、選択部122は、支払金額に対して決済口座として選択すべき口座の残高が不足する場合に、他方の口座を決済口座として選択することにしてもよい。また、たとえば、選択部122は、位置情報に基づいて決済口座を選択することにしてもよい。たとえば、共有口座に対してエリアを限定しておき、選択部122は、当該エリア内であれば、共有口座を決済口座として選択することにしてもよい。
また、選択部122は、たとえば、メンバーのユーザ端末50からそれぞれ位置情報を取得し、メンバーの位置が所定範囲内、すなわち、メンバーが一緒にいる場合は、共有口座を決済口座として選択し、それ以外については個人口座を決済口座として選択することにしてもよい。
なお、選択部122は、個人口座と共有口座をともに決済口座として選択することにしてもよい。たとえば、選択部122は、支払情報に含まれる商品カテゴリーから商品それぞれについて個人口座および共有口座のいずれかを決済口座として用いるかを選択することにしてもよい。すなわち、複数の購入した商品の中から、ユーザUが個人的に購入した商品については個人口座を決済口座として選択することにしてもよい。
また、選択部122は、時間や曜日によって決済口座を選択することにしてもよい。たとえば、選択部122は、夕方に行われた支払い(たとえば、夕飯の買い出し)に対して共有口座を決済口座として選択し、それ以外の支払いに対して個人口座を決済口座として選択することにしてもよい。また、選択部122は、平日か休日かによって個人口座および共有口座のいずれかを決済口座として選択することにしてもよい。たとえば、共有口座が旅行用に積み立てた口座である場合、旅行の当日の支払いについては共有口座を選択することにしてもよい。
決済処理部123は、選択部122によって選択された決済口座を用いて決済処理を行う。まず、決済処理部123は、支払先の店舗ID、決済口座および支払金額に関する情報を選択部122から受け取る。
つづいて、決済処理部123は、決済口座(個人口座あるいは共有口座)から支払金額を支払先の店舗IDの店舗口座に対して入金する。決済処理部123は、一連の決済処理が終了すると、決済内容を通知部124へ渡す。
なお、たとえば、決済処理部123は、各ユーザIDに紐づいたクーポン情報の適用の可否を判定したうえで、決済処理を行うことにしてもよい。たとえば、決済処理部123は、クーポン情報の適用条件が今回の支払に対応するか否かを判定し、今回の支払いに対応しているクーポンがある場合に、クーポン情報を適用する。
たとえば、共有口座が決済口座である場合、決済処理部123は、共有口座のメンバーそれぞれが保有するクーポン情報のうち、いずれかのクーポン情報を適用することにしてもよい。すなわち、支払いを行った人物と、クーポン情報を保有する人物とは別の人であってもよい。
また、たとえば、決済処理部123は、共有口座が決済口座として選択されている場合に、支払金額に対して共有口座の残高が不足している場合、不足分の金額をメンバーの個人口座から立て替えて決済を行うことにしてもよい。この場合、決済処理部123は、個人口座からの立て替えを行った場合、所定のタイミングで共有口座から個人口座へ返金することにしてもよい。また、この場合、たとえば、立て替えを行った旨をメンバーそれぞれのユーザ端末50へ通知するとともに、共有口座への入金を促すことにしてもよい。
なお、決済処理部123は、たとえば、決済処理に際して、決済口座(個人口座あるいは共有口座)の残高不足であるである場合には、エラーコードを生成し、支払いをおこなったユーザUのユーザ端末50および店舗端末30へ送信し、決済を中断することにしてもよい。
通知部124は、決済処理部123による決済処理が終了した場合に、決済内容をユーザ端末50へ決済完了を通知する。
たとえば、通知部124は、決済処理部123から受け取った決済内容に基づいて、決済完了の通知(以下、決済通知)を生成し、ユーザ端末50へ通知する。たとえば、通知部124は、決済口座が個人口座である場合、個人口座の保有者であるユーザUのユーザ端末50に対して、決済通知を通知し、決済口座が共有口座である場合、共有口座のメンバー全員のユーザ端末50に対して、決済通知を通知する。
たとえば、個人口座に関する決済通知には、支払い日時、支払金額、店舗情報(店舗名や店舗ID等)、今回の支払いによって獲得するポイント、適用したクーポン情報などに関する各種情報が含まれる。
また、共有口座に関する決済通知には、支払いを行った人物、購入した商品(あるいはサービス)、支払い日時、支払金額、舗情報、今回の支払いによって獲得するポイント、適用したクーポン情報などに関する各種情報が含まれる。なお、決済通知には、店舗の広告、店舗のお得情報(たとえば、次回使用可能なクーポン)などを含むようにしてもよい。
また、通知部124は、たとえば、共有口座の残高履歴に関するレポートをメンバーそれぞれのユーザ端末50へ通知することにしてもよい。たとえば、通知部124は、メンバーからの要求あるいは所定周期(たとえば、1か月おき)にレポートをユーザ端末50へ通知する。
たとえば、レポートには、メンバーが入金した日時、入金額に関する情報や、メンバーが共有口座を用いて支払いを行った履歴に関する情報が含まれる。なお、たとえば、共有口座を部費の管理に用いる場合、レポート上から部費を支払っていないメンバーに対して部費の支払の催促を行う機能を設けることにしてもよい。また、たとえば、レポート上に各メンバーが書き込み可能なチャット機能を設けることにしてもよいし、あるいは、備考などを追記する機能を設けることにしてもよい。
〔3.処理フロー〕
次に、図6および図7を用いて実施形態に係る情報処理装置10が実行する処理手順について説明する。図6は、実施形態に係る共有口座開設処理の一例を示すフローチャートである。図7は、実施形態に係る決済処理の一例を示すフローチャートである。
たとえば、図6に示すように、情報処理装置10は、ユーザ端末50から共有口座の設定情報を取得すると(ステップS101)、設定情報に基づいて共有口座を開設する(ステップS102)。
つづいて、情報処理装置10は、たとえば、設定情報に基づいて共有口座に支払条件を紐づけて(ステップS103)、処理を終了する。なお、共有口座のメンバーや支払上家については、ユーザUが後から任意に設定することにしてもよい。
つづいて、図7を用いて、決済処理の処理手順について説明する。図7に示すように、情報処理装置10は、ユーザ端末50あるいは店舗端末30から支払情報を取得する(ステップS201)。
情報処理装置10は、取得した支払情報および共有口座に紐づいた支払条件に基づいて個人口座および共有口座から決済口座を選択する(ステップS202)。つづいて、情報処理装置10は、決済口座を用いて決済処理を行い(ステップS202)、ユーザ端末50へ決済内容を通知して(ステップS204)、処理を終了する。
〔4.変形例〕
ところで、上述した実施形態では、ユーザUが各共有口座の支払い条件を指定する場合について説明したが、これに限定されるものではない。たとえば、共有口座のメンバーにあわせて情報処理装置10側で共有口座の支払い条件を設定することにしてもよい。たとえば、情報処理装置10は、各メンバーの登録情報から共通する特徴を抽出し、抽出した情報に基づいて、支払条件を設定することにしてもよい。
また、共有口座をたとえば、仕送り用の口座として用いることにしてもよい。この場合、特定のユーザUの支払いをすべて共有口座から行うこととしてもよい。すなわち、この場合、親が共有口座へ入金し、子供が支払いを行うと、すべて共有口座を決済口座として選択することにしてもよい。また、共有口座の残高が閾値以下となった場合に、個人口座から所定額を入金するオートチャージ機能を設けることにしてもよい。
〔5.ハードウェア構成〕
また、上述してきた実施形態に係る情報処理装置10は、例えば図8に示すような構成のコンピュータ1000によって実現される。図8は、実施形態に係る情報処理装置10の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ1000は、CPU1100、RAM1200、ROM1300、HDD1400、通信インターフェイス(I/F)1500、入出力インターフェイス(I/F)1600、及びメディアインターフェイス(I/F)1700を有する。
CPU1100は、ROM1300またはHDD1400に格納されたプログラムに基づいて動作し、各部の制御を行う。ROM1300は、コンピュータ1000の起動時にCPU1100によって実行されるブートプログラムや、コンピュータ1000のハードウェアに依存するプログラム等を格納する。
HDD1400は、CPU1100によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス1500は、ネットワーク(通信ネットワーク)Nを介して他の機器からデータを受信してCPU1100へ送り、CPU1100が生成したデータをネットワークNを介して他の機器へ送信する。
CPU1100は、入出力インターフェイス1600を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置(図8では、出力装置および入力装置を総称して「入出力装置」と記載する)を制御する。CPU1100は、入出力インターフェイス1600を介して、入力装置からデータを取得する。また、CPU1100は、生成したデータを入出力インターフェイス1600を介して出力装置へ出力する。
メディアインターフェイス1700は、記録媒体1800に格納されたプログラムまたはデータを読み取り、RAM1200を介してCPU1100に提供する。CPU1100は、かかるプログラムを、メディアインターフェイス1700を介して記録媒体1800からRAM1200上にロードし、ロードしたプログラムを実行する。記録媒体1800は、例えばDVD(Digital Versatile Disc)、PD(Phase change rewritable Disk)等の光学記録媒体、MO(Magneto-Optical disk)等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
例えば、コンピュータ1000が実施形態に係る情報処理装置10として機能する場合、コンピュータ1000のCPU1100は、RAM1200上にロードされたプログラムを実行することにより、制御部120の機能を実現する。コンピュータ1000のCPU1100は、これらのプログラムを記録媒体1800から読み取って実行するが、他の例として、他の装置からネットワークNを介してこれらのプログラムを取得してもよい。
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
〔6.その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
また、上述してきた「部(section、module、unit)」は、「手段」や「回路」などに読み替えることができる。例えば、口座管理部121は、口座管理手段や口座管理回路に読み替えることができる。
10 情報処理装置
30 店舗端末
50 ユーザ端末
121 口座管理部
122 選択部
123 決済処理部
124 通知部
131 個人口座情報記憶部
132 共有口座情報記憶部
133 店舗口座情報記憶部

Claims (11)

  1. 複数のメンバーで共有する口座である共有口座と、前記メンバーそれぞれの口座である個人口座とを管理する口座管理部と、
    前記メンバーによって当該メンバーの端末装置にインストールされたアプリケーションが店舗を示す識別情報を読み取り、当該メンバーを示す識別情報を支払元の情報とし、読み取られた店舗を示す識別情報を支払先として所定の決済サーバに送信することで、あるいは、当該アプリケーションが表示する当該メンバーを示す識別情報を店舗の端末が読み取り、当該メンバーを示す識別情報を支払元とし、当該店舗を示す識別情報を支払先として前記所定の決済サーバに送信することで実現される支払いが行われた場合に、当該支払いに関する支払情報が所定の条件を満たす場合は、前記メンバーの識別情報が紐づいた前記共有口座を決済口座として選択する選択部と、
    前記選択部によって選択された前記決済口座を用いて決済処理を行う決済処理部と
    を備え
    前記選択部は、
    前記支払いによって購入された商品に関する前記支払情報に基づいて前記決済口座を選択する
    ことを特徴とする情報処理装置。
  2. 複数のメンバーで共有する口座である共有口座と、前記メンバーそれぞれの口座である個人口座とを管理する口座管理部と、
    前記メンバーによって当該メンバーの端末装置にインストールされたアプリケーションが店舗を示す識別情報を読み取り、当該メンバーを示す識別情報を支払元の情報とし、読み取られた店舗を示す識別情報を支払先として所定の決済サーバに送信することで、あるいは、当該アプリケーションが表示する当該メンバーを示す識別情報を店舗の端末が読み取り、当該メンバーを示す識別情報を支払元とし、当該店舗を示す識別情報を支払先として前記所定の決済サーバに送信することで実現される支払いが行われた場合に、当該支払いに関する支払情報が所定の条件を満たす場合は、前記メンバーの識別情報が紐づいた前記共有口座を決済口座として選択する選択部と、
    前記選択部によって選択された前記決済口座を用いて決済処理を行う決済処理部と
    を備え、
    前記選択部は、
    前記支払いが行われた店舗に関する前記支払情報に基づいて前記決済口座を選択する
    ことを特徴とする情報処理装置。
  3. 前記口座管理部は、
    前記共有口座に設定された有効期限が終了した場合に、当該共有口座の口座残高を前記個人口座へ返金すること
    を特徴とする請求項1または2に記載の情報処理装置。
  4. 前記口座管理部は、
    前記共有口座に設定された期限が終了した場合に、当該共有口座の口座残高を前記共有口座への入金割合に応じて前記個人口座へ入金すること
    を特徴とする請求項に記載の情報処理装置。
  5. 前記口座管理部は、
    前記複数のメンバーのうち、いずれかのメンバーが前記共有口座から脱退する場合、前記共有口座から当該メンバーの前記個人口座へ返金すること
    を特徴とする請求項1~のいずれか一つに記載の情報処理装置。
  6. 前記決済処理部によって前記共有口座を用いた前記決済処理が行われた場合に、前記メンバーに支払情報を通知する通知部
    を備えることを特徴とする請求項1~のいずれか一つに記載の情報処理装置。
  7. 前記通知部は、
    前記共有口座の残高履歴に関するレポートを前記メンバーに通知すること
    を特徴とする請求項に記載の情報処理装置。
  8. コンピュータが実行する情報処理方法であって、
    複数のメンバーで共有する口座である共有口座と、前記メンバーそれぞれの口座である個人口座とを管理する口座管理工程と、
    前記メンバーによって当該メンバーの端末装置にインストールされたアプリケーションが店舗を示す識別情報を読み取り、当該メンバーを示す識別情報を送金元の情報とし、読み取られた店舗を示す識別情報を送金先として所定の決済サーバに送信することで、あるいは、当該アプリケーションが表示する当該メンバーを示す識別情報を店舗の端末が読み取り、当該メンバーを示す識別情報を送金元とし、当該店舗を示す識別情報を送金先として前記所定の決済サーバに送信することで実現される支払いが行われた場合に、当該支払いに関する支払情報が所定の条件を満たす場合は、前記メンバーの識別情報が紐づいた前記共有口座を決済口座として選択する選択工程と、
    前記選択工程によって選択された前記決済口座を用いて決済処理を行う決済処理工程と
    を含み、
    前記選択工程は、
    前記支払いによって購入された商品に関する前記支払情報に基づいて前記決済口座を選択する
    ことを特徴とする情報処理方法。
  9. 複数のメンバーで共有する口座である共有口座と、前記メンバーそれぞれの口座である個人口座とを管理する口座管理手順と、
    前記メンバーによって当該メンバーの端末装置にインストールされたアプリケーションが店舗を示す識別情報を読み取り、当該メンバーを示す識別情報を送金元の情報とし、読み取られた店舗を示す識別情報を送金先として所定の決済サーバに送信することで、あるいは、当該アプリケーションが表示する当該メンバーを示す識別情報を店舗の端末が読み取り、当該メンバーを示す識別情報を送金元とし、当該店舗を示す識別情報を送金先として前記所定の決済サーバに送信することで実現される支払いが行われた場合に、当該支払いに関する支払情報が所定の条件を満たす場合は、前記メンバーの識別情報が紐づいた前記共有口座を決済口座として選択する選択部と、
    前記共有口座を決済口座として選択する選択手順と、
    前記選択手順によって選択された前記決済口座を用いて決済処理を行う決済処理手順と
    をコンピュータに実行させる情報処理プログラムであって、
    前記選択手順は、
    前記支払いによって購入された商品に関する前記支払情報に基づいて前記決済口座を選択する
    ことを特徴とする情報処理プログラム。
  10. コンピュータが実行する情報処理方法であって、
    複数のメンバーで共有する口座である共有口座と、前記メンバーそれぞれの口座である個人口座とを管理する口座管理工程と、
    前記メンバーによって当該メンバーの端末装置にインストールされたアプリケーションが店舗を示す識別情報を読み取り、当該メンバーを示す識別情報を送金元の情報とし、読み取られた店舗を示す識別情報を送金先として所定の決済サーバに送信することで、あるいは、当該アプリケーションが表示する当該メンバーを示す識別情報を店舗の端末が読み取り、当該メンバーを示す識別情報を送金元とし、当該店舗を示す識別情報を送金先として前記所定の決済サーバに送信することで実現される支払いが行われた場合に、当該支払いに関する支払情報が所定の条件を満たす場合は、前記メンバーの識別情報が紐づいた前記共有口座を決済口座として選択する選択工程と、
    前記選択工程によって選択された前記決済口座を用いて決済処理を行う決済処理工程と
    を含み、
    前記選択工程は、
    前記支払いが行われた店舗に関する前記支払情報に基づいて前記決済口座を選択する
    ことを特徴とする情報処理方法。
  11. 複数のメンバーで共有する口座である共有口座と、前記メンバーそれぞれの口座である個人口座とを管理する口座管理手順と、
    前記メンバーによって当該メンバーの端末装置にインストールされたアプリケーションが店舗を示す識別情報を読み取り、当該メンバーを示す識別情報を送金元の情報とし、読み取られた店舗を示す識別情報を送金先として所定の決済サーバに送信することで、あるいは、当該アプリケーションが表示する当該メンバーを示す識別情報を店舗の端末が読み取り、当該メンバーを示す識別情報を送金元とし、当該店舗を示す識別情報を送金先として前記所定の決済サーバに送信することで実現される支払いが行われた場合に、当該支払いに関する支払情報が所定の条件を満たす場合は、前記メンバーの識別情報が紐づいた前記共有口座を決済口座として選択する選択手順と、
    前記選択手順によって選択された前記決済口座を用いて決済処理を行う決済処理手順と
    をコンピュータに実行させる情報処理プログラムであって、
    前記選択手順は、
    前記支払いが行われた店舗に関する前記支払情報に基づいて前記決済口座を選択する
    ことを特徴とする情報処理プログラム。
JP2021109536A 2021-06-30 2021-06-30 情報処理装置、情報処理方法および情報処理プログラム Active JP7089624B1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021109536A JP7089624B1 (ja) 2021-06-30 2021-06-30 情報処理装置、情報処理方法および情報処理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021109536A JP7089624B1 (ja) 2021-06-30 2021-06-30 情報処理装置、情報処理方法および情報処理プログラム

Publications (2)

Publication Number Publication Date
JP7089624B1 true JP7089624B1 (ja) 2022-06-22
JP2023006770A JP2023006770A (ja) 2023-01-18

Family

ID=82115466

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021109536A Active JP7089624B1 (ja) 2021-06-30 2021-06-30 情報処理装置、情報処理方法および情報処理プログラム

Country Status (1)

Country Link
JP (1) JP7089624B1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017228279A (ja) 2017-04-12 2017-12-28 ヤフー株式会社 決定装置、決定方法、及び決定プログラム
JP2018165910A (ja) 2017-03-28 2018-10-25 株式会社 ゆうちょ銀行 情報処理装置、情報処理方法、及び情報処理プログラム
JP2021039478A (ja) 2019-09-02 2021-03-11 株式会社ミクシィ 情報処理装置、情報処理システム及び情報処理プログラム
JP2021072108A (ja) 2019-11-01 2021-05-06 Line株式会社 共有口座の取引に対する事前承認のためのコンピュータプログラム、方法、および装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018165910A (ja) 2017-03-28 2018-10-25 株式会社 ゆうちょ銀行 情報処理装置、情報処理方法、及び情報処理プログラム
JP2017228279A (ja) 2017-04-12 2017-12-28 ヤフー株式会社 決定装置、決定方法、及び決定プログラム
JP2021039478A (ja) 2019-09-02 2021-03-11 株式会社ミクシィ 情報処理装置、情報処理システム及び情報処理プログラム
JP2021072108A (ja) 2019-11-01 2021-05-06 Line株式会社 共有口座の取引に対する事前承認のためのコンピュータプログラム、方法、および装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
菊地崇仁,Kyashの共有口座を作ってみた! 支払い前にはどの口座から支払っているかの確認を,ポイ探ニュース[オンライン],2021年05月19日,[2022年 3月 2日検索],インターネット<URL: https://www.poitan.jp/archives/80766>

Also Published As

Publication number Publication date
JP2023006770A (ja) 2023-01-18

Similar Documents

Publication Publication Date Title
JP7004861B1 (ja) 管理装置、管理方法および管理プログラム
JP6921294B1 (ja) 通知装置、通知方法及び通知プログラム
JP7052127B1 (ja) 付与装置、付与方法及び付与プログラム
JP7055929B1 (ja) 付与装置、付与方法及び付与プログラム
JP2023089044A (ja) 生成装置、生成方法及び生成プログラム
JP7121169B1 (ja) 提供装置、提供方法及び提供プログラム
JP7204834B1 (ja) 提案装置、提案方法及び提案プログラム
JP7053924B1 (ja) 管理装置、管理方法および管理プログラム
JP6996017B1 (ja) 管理装置、管理方法および管理プログラム
JP7089624B1 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP6925493B1 (ja) 管理装置、管理方法及び管理プログラム
JP7331045B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP7370489B1 (ja) 情報処理システム、情報処理装置、及び情報処理方法
JP7414206B1 (ja) 情報処理システム、及び情報処理方法
JP7485832B2 (ja) 管理装置、管理方法および管理プログラム
JP6925553B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7440699B1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP7492075B2 (ja) 付与装置、付与方法及び付与プログラム
JP7242819B1 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP7340051B2 (ja) 管理装置、管理方法及び管理プログラム
JP2024143926A (ja) 第2決済管理装置、第2決済管理方法及び第2決済管理プログラム
JP2024149830A (ja) 第1決済管理装置、第1決済管理方法及び第1決済管理プログラム
JP2024144819A (ja) 第1決済管理装置、第1決済管理方法及び第1決済管理プログラム
JP2024134833A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP2024094837A (ja) 提供装置、提供方法及び提供プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210630

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20210630

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211012

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211213

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220308

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220509

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: 20220524

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220610

R150 Certificate of patent or registration of utility model

Ref document number: 7089624

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150