JP2022057990A - Information processor, information processing method and information processing program - Google Patents
Information processor, information processing method and information processing program Download PDFInfo
- Publication number
- JP2022057990A JP2022057990A JP2020166535A JP2020166535A JP2022057990A JP 2022057990 A JP2022057990 A JP 2022057990A JP 2020166535 A JP2020166535 A JP 2020166535A JP 2020166535 A JP2020166535 A JP 2020166535A JP 2022057990 A JP2022057990 A JP 2022057990A
- Authority
- JP
- Japan
- Prior art keywords
- payment
- account
- user
- information
- settlement
- 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.)
- Granted
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 69
- 238000003672 processing method Methods 0.000 title claims abstract description 7
- 238000012545 processing Methods 0.000 claims abstract description 206
- 238000000034 method Methods 0.000 claims description 234
- 230000008569 process Effects 0.000 claims description 123
- 238000004364 calculation method Methods 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 description 25
- 238000010586 diagram Methods 0.000 description 23
- 238000012546 transfer Methods 0.000 description 19
- 238000004891 communication Methods 0.000 description 18
- 230000006870 function Effects 0.000 description 17
- 230000008520 organization Effects 0.000 description 14
- 230000004044 response Effects 0.000 description 6
- 230000000694 effects Effects 0.000 description 4
- 239000004065 semiconductor Substances 0.000 description 4
- 230000007704 transition Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000012015 optical character recognition Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 238000005401 electroluminescence Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。 The present invention relates to an information processing apparatus, an information processing method and an information processing program.
従来、利用者の利便性を向上させるために、決済を柔軟に行うための技術が知られている。例えば、クレジットでの後払いサービスを提供する技術が提供されている(例えば特許文献1)。 Conventionally, there has been known a technique for flexibly making payments in order to improve user convenience. For example, a technique for providing a postpaid service by credit is provided (for example, Patent Document 1).
しかしながら、上記の従来技術では、端末装置を用いた決済の柔軟性を向上させることが難しい場合がある。上記の従来技術では、主にクレジットカードを対象としており、例えば、所定期間内に後払いサービスで清算される第1上限額の所定割合以下で、複数回払いの一回で清算される第2上限額を設定しているに過ぎない。そのため、端末装置を用いた決済の柔軟性の点で改善の余地がある。 However, with the above-mentioned conventional technique, it may be difficult to improve the flexibility of payment using the terminal device. The above-mentioned prior art mainly targets credit cards, for example, a second upper limit that is settled in a single payment of multiple payments at a predetermined ratio or less of the first upper limit that is settled by the postpaid service within a predetermined period. I'm just setting the amount. Therefore, there is room for improvement in terms of the flexibility of payment using the terminal device.
本願は、上記に鑑みてなされたものであって、端末装置を用いた決済の柔軟性を向上させることできる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。 The present application has been made in view of the above, and an object of the present application is to provide an information processing device, an information processing method, and an information processing program capable of improving the flexibility of payment using a terminal device.
本願に係る情報処理装置は、利用者が利用する端末装置を用いた所定の決済手段による決済が所定の決済処理の対象であることを示す処理対象情報を受信する受信部と、前記処理対象情報が受信された場合、前記利用者が保有する第1口座とは異なる口座である第2口座から、前記決済の支払先の口座である第3口座へ前記決済の金額を移行させる処理を実行する実行部と、を有することを特徴とする。 The information processing device according to the present application includes a receiving unit that receives processing target information indicating that payment by a predetermined payment means using a terminal device used by a user is a target of predetermined payment processing, and the processing target information. Is received, the process of transferring the payment amount from the second account, which is an account different from the first account held by the user, to the third account, which is the payment destination account of the payment, is executed. It is characterized by having an execution unit.
実施形態の一態様によれば、端末装置を用いた決済の柔軟性を向上させることできるという効果を奏する。 According to one aspect of the embodiment, there is an effect that the flexibility of payment using the terminal device can be improved.
以下に本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態(以下、「実施形態」と呼ぶ)について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。 Hereinafter, an information processing apparatus, an information processing method, and an embodiment for implementing an information processing program (hereinafter referred to as “embodiments”) according to the present application will be described in detail with reference to the drawings. Note that this embodiment does not limit the information processing apparatus, information processing method, and information processing program according to the present application. Further, in each of the following embodiments, the same parts are designated by the same reference numerals, and duplicate description is omitted.
〔1.実施形態〕
本実施形態の情報処理システム1により実現される所定方式払い処理についての説明に先立って、まず、図1を用いて、経費精算処理について説明する。図1は、経費精算処理の一例を示す図である。なお、以下では所定の決済処理(所定方式払いの処理)の一例として後払い処理について説明するが、所定の決済処理(所定方式払いの処理)は、後述する第2口座を用いた決済処理であれば、後払い処理に限られない。
[1. Embodiment]
Prior to the description of the predetermined method payment processing realized by the
〔1-1.情報処理システムの一例〕
図1に示すように、実施形態に係る情報処理システム1は、決済サーバ10と、利用者端末100と、精算処理サーバ200と、事業者端末300とを含む。決済サーバ10、利用者端末100、精算処理サーバ200及び事業者端末300は、ネットワークN(例えば、図5参照)を介して有線または無線により相互に通信可能に接続される。ネットワークNは、例えば、インターネットなどのWAN(Wide Area Network)である。なお、図1に示した情報処理システム1には、複数台の決済サーバ10、複数台の利用者端末100、複数台の精算処理サーバ200及び複数台の事業者端末300が含まれていてもよい。なお、利用者が直接事業者端末300に経費申請を行う場合、情報処理システム1には精算処理サーバ200が含まれなくてもよい。この場合、例えば事業者端末300が精算処理サーバ200と同様の機能を有し、後述する処理で精算処理サーバ200が利用者端末100との間で行う情報の送受信を事業者端末300が行ってもよい。また、この場合、後述する処理で事業者端末300が精算処理サーバ200との間で行う情報の送受信は、事業者端末300内での情報の伝送であってもよい。
[1-1. An example of an information processing system]
As shown in FIG. 1, the
図1に示す決済サーバ10は、利用者端末100を用いる電子決済に関する電子決済サービス(「決済サービスX」ともいう)を提供し、各種の決済を行う情報処理装置であり、例えば、サーバ装置やクラウドシステムにより実現される。例えば、決済サーバ10は、取引対象の提供者や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。
The
以下では、利用者端末100を利用する利用者が保有する口座を「第1口座」と記載し、利用者が保有する第1口座とは異なる口座を「第2口座」と記載し、決済の支払先の口座を「第3口座」と記載し、事業者が保有する口座を「第4口座」と記載する場合がある。例えば、第1口座は、利用者端末100を用いる電子決済に関する電子決済サービスに登録した利用者の口座である。例えば、第1口座は、利用者のプライベート口座である。
In the following, the account held by the user who uses the
また、例えば、第2口座は、事業者に紐づけられた口座である。例えば、第2口座は、事業者がデポジットを行うための口座であってもよい。この場合、第2口座は、事業者がデポジットを行った金額の範囲内で所定方式払いでの利用が可能な所定方式払い口座であってもよい。また、第2口座は、所定の与信枠が設定された口座であってもよい。例えば、第2口座は、利用者が所属する事業者(企業等)を対象として与信枠が設定された口座である。例えば、第2口座は、事業者の与信口座となり、事業者ごとの与信枠の範囲で設定された所定方式払い口座である。なお、与信枠は事業者ごとに限らず、様々な態様により設定されてもよい。例えば、事業者(企業等)に属する社員等の利用者ごとに与信枠が設定されてもよい。例えば、各利用者の実績に応じて与信枠が設定されてもよい。例えば、過去の経費精算の実績に応じて、各利用者の与信枠が設定されてもよい。例えば、過去の経費精算の金額が多い利用者程、多い与信枠が設定されてもよい。例えば、一般社員の与信枠(第1枠)と幹部社員の与信枠(第2枠)とを実績に応じて設定してもよい。この場合、与信枠ごとに第2口座を設けてもよいし、1つの第2口座に複数の与信枠を対応付けてもよい。なお、上記は一例に過ぎず、所定方式払い処理が提供可能であればどのような態様により与信枠が設定されてもよい。以下では、説明のために与信枠が設定された第2口座を一例として示すが、第2口座は、所定方式払いとしての利用が可能であればどのような形式であってもよく、第2口座をその第2口座に紐づく事業者のWalletまたは単にWalletと記載する場合がある。 Further, for example, the second account is an account linked to the business operator. For example, the second account may be an account for the business operator to make a deposit. In this case, the second account may be a predetermined method payment account that can be used by a predetermined method payment within the range of the amount deposited by the business operator. Further, the second account may be an account in which a predetermined credit line is set. For example, the second account is an account for which a credit line is set for a business operator (company, etc.) to which the user belongs. For example, the second account is a credit account of a business operator, and is a predetermined payment account set within the range of credit lines of each business operator. The credit line is not limited to each business operator, and may be set in various manners. For example, a credit line may be set for each user such as an employee belonging to a business operator (company or the like). For example, a credit line may be set according to the performance of each user. For example, a credit line for each user may be set according to the past record of expense settlement. For example, a user who has a large amount of past expense settlement may have a large credit line. For example, a credit line for general employees (first line) and a credit line for executive employees (second line) may be set according to actual results. In this case, a second account may be provided for each credit line, or a plurality of credit lines may be associated with one second account. The above is only an example, and the credit line may be set in any manner as long as the predetermined method payment processing can be provided. In the following, a second account with a credit line set for explanation is shown as an example, but the second account may be in any format as long as it can be used as a predetermined payment method. The account may be described as the wallet of the business associated with the second account or simply the wallet.
また、例えば、第3口座は、利用者端末100を用いる電子決済に関する電子決済サービスにおいて支払先となる口座である。また、例えば、第4口座は、利用者が所属する事業者の口座である。なお、第1口座~第4口座は、所定方式払い処理を説明するために、口座を区別するものであり、特に区別なく説明する場合「口座」と記載する場合がある。
Further, for example, the third account is an account that is a payment destination in an electronic payment service related to electronic payment using the
また、詳細については後述するが、ここでいう所定方式払い処理とは、所定方式払い口座(与信口座)である第2口座を用いた決済(「所定方式払い決済」ともいう)を行う処理を言う。以下では、第2口座を用いない決済、すなわち通常の決済の処理については、所定方式払い処理と区別する場合、「通常の決済処理」や単に「決済処理」と記載する場合がある。 Further, although the details will be described later, the predetermined method payment process here is a process of performing payment using a second account which is a predetermined method payment account (credit account) (also referred to as “prescribed method payment settlement”). To tell. In the following, payments that do not use the second account, that is, normal payment processing, may be described as "normal payment processing" or simply "settlement processing" when distinguished from predetermined method payment processing.
図1に示す利用者端末100は、利用者によって利用される端末装置(情報処理装置)である。利用者端末100は、例えば、スマートフォンや、タブレット型端末、ノート型PC(Personal Computer)、デスクトップPC、携帯電話機、PDA(Personal Digital Assistant)等により実現される。また、利用者端末100は、決済サーバ10や精算処理サーバ200、事業者端末300などによって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図1に示す例では、利用者端末100がスマートフォンである場合を示す。また、利用者端末100は、GPSセンサ等の位置センサを有し、利用者の位置を検知する。利用者端末100は、決済時の利用者の位置をその決済と対応付け、記憶部120に記憶してもよいし、決済サーバ10や精算処理サーバ200等の他の情報処理装置へ送信してもよい。例えば、利用者端末100は、決済時の利用者の位置の情報を後述する決済情報や申請情報に含ませ、決済サーバ10や精算処理サーバ200等の他の情報処理装置へ送信してもよい。なお、利用者端末100は、利用者の位置の情報を取得可能であれば、どのような態様により利用者の位置の情報を取得してもよい。例えば、利用者端末100を利用する利用者は、利用者端末100と通信可能なウェアラブルデバイスを身に付けることにより、ウェアラブルデバイスにより利用者の位置が検知されてもよい。この場合、利用者端末100は、ウェアラブルデバイスから利用者の位置の情報を取得してもよく、位置センサを有しなくてもよい。なお、上記は一例であり、利用者端末100は、様々な手段により利用者の位置の情報を取得してもよい。
The
図1に示す精算処理サーバ200は、利用者が属する組織(事業者)から利用者に対して支払われる経費の精算処理サービスを提供する情報処理装置であり、例えば、サーバ装置やクラウドシステムにより実現される。例えば、精算処理サーバ200は、事業者と利用者とを紐付けて管理し、経費の精算対象を示す精算情報を利用者から受け付けた場合に、当該利用者に紐付けられた事業者に対して精算情報に基づく情報を提供することで、精算処理を実現する。具体的な例を挙げると、精算処理サーバ200は、利用者が利用するサービスであって、精算処理サービスと連携(紐付け)されているサービスにおける利用者の利用履歴を示す精算情報を受け付ける。
The
図1に示す事業者端末300は、事業者によって利用される情報処理装置である。事業者端末300は、例えば、スマートフォンや、タブレット型端末、ノート型PC、デスクトップPC、携帯電話機、PDA等により実現される。また、事業者端末300は、決済サーバ10や利用者端末100、精算処理サーバ200などによって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図1に示す例では、事業者端末300がノート型PCである場合を示す。
The
なお、利用者端末100及び事業者端末300は、所定の情報処理を実現する制御情報を決済サーバ10や精算処理サーバ200から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、JavaScript(登録商標)等のスクリプト言語やCSS(Cascading Style Sheets)等のスタイルシート言語により記述される。なお、決済サーバ10や精算処理サーバ200から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。
When the
〔1-2.利用者端末100を用いた決済〕
ここで、所定方式払い処理の説明に先立ち、利用者端末100を用いた決済(電子決済)の一例について説明する。なお、以下の説明では、店舗Aに配置された2次元コード(QRコード(登録商標))であって、店舗Aを識別する店舗識別情報C1を示す2次元コードを用いて、利用者Uが利用者端末100を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者が任意の利用者端末100を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報C1は、QRコード(登録商標)のみならず、バーコードや所定のマーク、番号等であってもよい。
[1-2. Payment using user terminal 100]
Here, an example of payment (electronic payment) using the
例えば、利用者Uが店舗Aにて各種の商品やサービスといった決済対象(取引対象)の利用や購入に伴う決済を行う場合、利用者Uは、利用者端末100に予めインストールされた決済用のアプリケーション(以下、単に「決済アプリ」と記載する場合がある)を起動する。そして、利用者Uは、決済アプリを介して、店舗Aに設置された店舗識別情報C1を撮影する。このような場合、利用者端末100は、決済対象の価格を入力するための画面を表示し、利用者U或いは店舗Aの店員から決済金額の入力を受け付ける。そして、利用者端末100は、利用者Uを識別する利用者識別情報と、店舗識別情報C1(若しくは、店舗識別情報C1が示す情報、すなわち、店舗Aを示す情報(例えば、店舗ID))と、決済金額とを示す情報を決済サーバ10へと送信する。
For example, when the user U makes a payment associated with the use or purchase of a payment target (transaction target) such as various products and services at the store A, the user U is a payment target pre-installed on the
このような場合、決済サーバ10は、利用者識別情報が示す利用者Uの口座(第1口座)から、店舗識別情報C1が示す店舗Aの口座(第3口座)へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ10は、決済が完了した旨の通知を利用者端末100へと送信する。このような場合、利用者端末100は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。
In such a case, the
なお、利用者端末100を用いた決済は、上述した処理に限定されるものではない。例えば、利用者端末100を用いた決済は、店舗Aに設置された店舗端末を用いたものであってもよい。例えば、利用者端末100は、利用者Uを識別するための利用者識別情報を画面上に表示させる。このような場合、店舗Aに設置された店舗端末は、利用者端末100に表示された利用者識別情報を読み取り、利用者識別情報(若しくは、利用者識別情報が示す情報、すなわち、利用者Uを示す情報(例えば、利用者ID))と、決済金額と、店舗Aを識別する情報とを示す情報を決済サーバ10へと送信する。このような場合、決済サーバ10は、利用者識別情報が示す利用者Uの口座から、店舗Aの口座へと、決済金額が示す額の電子マネーを移行させ、店舗Aの店舗端末或いは利用者端末100に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。
The payment using the
また、利用者端末100を用いた決済は、利用者Uが予め電子マネーをチャージした口座から店舗Aの口座へと電子マネーを移行させる処理のみならず、例えば、利用者Uが予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、利用者端末100は、店舗Aの口座に対して決済金額の電子マネーを移行させるとともに、利用者Uのクレジットカードの運用会社に対し、決済金額を請求してもよい。
Further, the payment using the
〔1-3.経費精算処理の概要〕
経費精算処理の概要について図1を用いて説明する。以下の説明では、利用者端末100が利用者Uにより利用され、事業者端末300が利用者Uの属する事業者Bにより利用される例を示す。また、以下の説明では、利用者端末100を利用者Uと同一視し、事業者端末300を事業者Bと同一視する場合がある。すなわち、以下では、利用者Uを利用者端末100、事業者Bを事業者端末300と読み替えることもできる。
[1-3. Overview of expense reimbursement processing]
The outline of the expense settlement process will be described with reference to FIG. In the following description, an example will be shown in which the
また、以下の説明では、精算処理サーバ200が提供する精算処理サービスに関するアプリケーション(以下、単に「精算処理アプリ」と記載する場合がある)が利用者端末100及び事業者端末300にインストール済みであり、利用者Uと事業者Bとが紐付けられて精算処理サーバ200に管理されているものとする。また、以下の説明では、決済サーバ10が提供する電子決済サービスにおける利用者Uのアカウント(利用者ID)と、精算処理サーバ200が提供する精算処理サービスにおける利用者Uのアカウントとが紐付けられており、アカウントの紐付けに関する情報が決済サーバ10及び精算処理サーバ200に管理されているものとする。
Further, in the following description, an application related to the settlement processing service provided by the settlement processing server 200 (hereinafter, may be simply referred to as “payment processing application”) is already installed in the
まず、利用者端末100は、利用者Uの電子決済に関する処理を実行する(ステップS1)。なお、図1の例において、利用者端末100は、上述した決済アプリを用いた決済手法により、店舗Aに対して決済を行ったものとする。
First, the
続いて、店舗Aの店員M1は、利用者Uにレシートを提供する(ステップS2)。例えば、店員M1は、利用者Uからの決済に応じて出力装置(例えば、プリンタや、POS(Point of Sales)端末など)OD1から出力(印刷)されるレシートを提供する。 Subsequently, the clerk M1 of the store A provides the receipt to the user U (step S2). For example, the clerk M1 provides a receipt output (printed) from an output device (for example, a printer, a POS (Point of Sales) terminal, etc.) OD1 in response to a payment from the user U.
なお、図1の例において、利用者Uが、店舗Aに対する決済を経費の精算対象とすることを希望したものとする。この場合、利用者端末100は、利用者Uの操作に応じて、経費の精算対象となる決済を示す決済情報の登録画面を表示する(ステップS3)。例えば、利用者端末100は、利用者Uからの操作に応じて決済アプリを起動し、利用者Uが決済アプリを用いて行った決済の履歴の一覧画面を表示する。そして、利用者Uは、一覧画面から、店舗Aに対する決済の履歴を選択し、利用者端末100に登録画面の表示を指示する。
In the example of FIG. 1, it is assumed that the user U wishes to settle the payment to the store A as the expense settlement target. In this case, the
続いて、利用者Uは、利用者端末100に表示された登録画面に決済情報を登録する(ステップS4)。例えば、利用者Uは、店舗Aに対する決済内容と、店舗Aから提供されたレシートを決済情報として登録する。 Subsequently, the user U registers the payment information on the registration screen displayed on the user terminal 100 (step S4). For example, the user U registers the payment contents for the store A and the receipt provided by the store A as payment information.
ここで、図2を用いて、利用者端末100が表示する登録画面について説明する。図2は、利用者端末の画面の一例を示す図である。
Here, the registration screen displayed by the
図2に示すように、利用者端末100は、利用者Uが決済アプリを用いて店舗Aに対して行った決済を示す画面SC1を表示する。例えば、利用者端末100は、支払先や、決済金額(決済額)、決済が行われた日時(取引日時)などの情報を示す決済内容と、支払先から提供されたレシートの登録操作を行うための領域AR1とを含む画面SC1を表示する。言い換えると、利用者端末100は、決済内容が予め登録された状態の画面SC1を表示する。ここで、利用者Uが領域AR1に対する選択操作を行った場合、利用者端末100は、画面SC1から画面SC2に遷移させる。
As shown in FIG. 2, the
図2に示すように、利用者端末100は、決済内容と、レシートの画像の登録操作を行うための領域AR2と、レシートの登録が完了したことを指示するための領域AR3とを含む画面SC2を表示する。ここで、利用者Uが領域AR2に対する選択操作を行った場合、利用者端末100は、自装置の撮像部を起動し、店舗Aから提供されたレシートの画像の撮影を利用者Uに指示する。そして、レシートの画像が撮影された場合、利用者端末100は、画面SC2から画面SC3に遷移させる。
As shown in FIG. 2, the
図2に示すように、利用者端末100は、領域AR2に替えてレシートの画像P1を含む画面SC3を表示する。ここで、利用者Uが領域AR3に対する選択操作を行った場合、利用者端末100は、決済情報の登録を完了する。
As shown in FIG. 2, the
図1に戻り、説明を続ける。利用者端末100は、登録された決済情報を、精算対象となる決済を示す精算情報として精算処理サーバ200に送信する(ステップS5)。例えば、利用者端末100は、図2に示す画面SC3に含まれるレシートの画像P1と、決済内容と、電子決済サービスにおける利用者Uの利用者IDとを含む決済情報を精算情報として精算処理サーバ200に送信する。なお、図1では、利用者端末100が直接精算処理サーバ200に精算情報を送信する場合を図示したが、利用者端末100は決済サーバ10を介して精算情報を精算処理サーバ200に送信してもよい。例えば、利用者端末100は決済サーバ10に精算情報を送信し、利用者端末100から精算情報を受信した決済サーバ10が精算処理サーバ200にその精算情報を送信してもよい。
Returning to FIG. 1, the explanation will be continued. The
続いて、精算処理サーバ200は、精算情報に基づく経費の承認要求を事業者端末300に送信する(ステップS6)。例えば、精算処理サーバ200は、精算情報と、精算情報が示す経費の承認要求が発生したことを示す通知とを、利用者Uに紐付けられた事業者Bが利用する事業者端末300に送信する。
Subsequently, the
続いて、事業者端末300は、承認要求に対応する経費の支払要求を決済サーバ10に送信する(ステップS7)。例えば、事業者Bは、精算処理サーバ200から送信された精算情報の内容に不備があるか否かを確認する。そして、精算情報の内容に不備がない場合、事業者Bは、精算情報が示す経費の申請を承認し、事業者端末300を用いて、利用者Uに対する経費の支払いに関する支払要求を決済サーバ10に送信する。
Subsequently, the
続いて、決済サーバ10は、支払要求に対応する支払処理を実行する(ステップS8)。例えば、決済サーバ10は、経費の申請が承認された旨の通知を利用者端末100に送信する。そして、決済サーバ10は、決済アプリを用いた決済手段において利用可能な電子マネーであって、精算情報が示す経費(利用者Uによる店舗Aへの決済金額)分の電子マネーを、事業者Bの口座(第4口座)から利用者Uの口座へと移行させる。
Subsequently, the
以上のように、利用者端末100は、決済アプリを用いて支払先に対する決済を実行すると共に、決済アプリを介して当該決済を経費の精算対象とする精算情報を精算処理サーバ200に送信する。これにより、情報処理システム1は、経費精算処理を行う。
As described above, the
〔1-4.所定方式払い処理の一例〕
ここから、図3を用いて、所定方式払い処理について説明する。図3は、実施形態に係る所定方式払い処理の一例を示す図である。なお、図1等で説明した点と同様の点については適宜説明を省略する。
[1-4. Example of predetermined payment processing]
From here, the predetermined method payment processing will be described with reference to FIG. FIG. 3 is a diagram showing an example of a predetermined method payment process according to an embodiment. The same points as those described with reference to FIG. 1 and the like will be omitted as appropriate.
上述した通常の決済処理による経費申請処理においては、利用者Uの口座(第1口座)から、店舗Aの口座(第3口座)への電子マネーの移行と、事業者Bの口座(第4口座)から利用者Uの口座(第1口座)への電子マネーの移行とにより、利用者Uについての経費精算処理が完了する。このように、第2口座を用いない通常の決済処理による経費申請処理においては、利用者Uの口座(第1口座)から一度電子マネーが出金され、その後利用者Uの口座(第1口座)に同額の電子マネーが入金されることにより、経費精算処理が完了する。このように、通常の決済処理による経費申請処理においては、利用者Uの口座(第1口座)において、経費を利用者Uが一旦負担する(立て替える)、いわゆる持ち出しの状態が発生する。このような場合、経費として承認され、事業者Bの口座(第4口座)から入金されるまで、その負担分(持ち出しの分)の電子マネーは利用することができない。例えば、利用者Uの口座(第1口座)の残高が少ない場合、経費申請の対象となる決済が行えなかったり、持ち出しの分の電子マネーにより所望の決済ができなかったりする場合等が生じ得る。そのため、情報処理システム1は、以下のような所定方式払い処理を行うことにより、利用者端末100を用いた決済を行う利用者の持ち出しが不要な決済処理を提供し、利用者端末100を用いた決済の柔軟性を向上させる。
In the expense application processing by the above-mentioned normal settlement processing, the transfer of electronic money from the user U's account (first account) to the store A's account (third account) and the business B's account (fourth). By transferring the electronic money from the account) to the user U's account (first account), the expense settlement process for the user U is completed. In this way, in the expense application processing by normal settlement processing that does not use the second account, electronic money is withdrawn once from the user U's account (first account), and then the user U's account (first account). ) When the same amount of electronic money is deposited, the expense settlement process is completed. As described above, in the expense application process by the normal settlement process, the user U once bears (replaces) the expense in the account (first account) of the user U, that is, a so-called take-out state occurs. In such a case, the electronic commerce of the burden (take-out amount) cannot be used until it is approved as an expense and the payment is made from the account (fourth account) of the business operator B. For example, if the balance of the user U's account (first account) is small, the settlement subject to the expense application may not be possible, or the desired settlement may not be possible due to the electronic money taken out. .. Therefore, the
以下説明する図3の例では、運転手M2が運航するタクシーTXを利用者Uが利用して、所定方式払い処理を行う場合を示す。図3では、利用者Uの利用者端末100にインストールされた決済アプリが、利用者Uの属する事業者Bの与信で設定された所定方式払い口座(第2口座)に関連付けられており、利用者Uが所定方式払い決済を選択すると、所定方式払い口座(第2口座)から支払いが行われる。
In the example of FIG. 3 described below, a case where the user U uses the taxi TX operated by the driver M2 to perform the predetermined method payment processing is shown. In FIG. 3, the payment application installed on the
まず、タクシーTXによるサービスの提供を受けた利用者Uは、利用者端末100にインストールされた決済アプリを介して、タクシーTXに設置された店舗識別情報C2を撮影する(ステップS11)。図3の例では、店舗識別情報C2は、タクシーTXに配置され、タクシーTXを識別する2次元コード(QRコード(登録商標))である。このような場合、利用者端末100は、決済対象の価格を入力するための画面を表示し、利用者U或いはタクシーTXの運転手M2から決済金額の入力を受け付ける。
First, the user U who has received the service provided by the taxi TX photographs the store identification information C2 installed in the taxi TX via the payment application installed in the user terminal 100 (step S11). In the example of FIG. 3, the store identification information C2 is arranged in the taxi TX and is a two-dimensional code (QR code (registered trademark)) for identifying the taxi TX. In such a case, the
また、利用者端末100は、通常の決済処理と所定方式払い処理とのいずれを行うかについて、利用者Uの選択を受け付ける。例えば、利用者端末100は、決済金額の入力する画面に「所定方式払い処理」と記載したボタンを表示し、利用者Uがそのボタンを指定した場合、利用者Uの所定方式払い処理の選択を受け付ける。なお、上記は一例に過ぎず、利用者端末100は、通常の決済処理と所定方式払い処理とのいずれを行うかが特定可能であれば、どのような入力態様により、利用者Uの選択を受け付けてもよい。例えば、利用者端末100は、音声により、利用者Uの選択を受け付けてもよい。この場合、利用者端末100は、利用者Uが「所定方式払い処理で」と発話した場合、利用者Uの所定方式払い処理の選択を受け付け、利用者Uが「通常の決済で」と発話した場合、利用者Uの通常の決済処理の選択を受け付ける。
Further, the
図3の例では、利用者端末100は、利用者Uの所定方式払い処理の選択を受け付ける(ステップS12)。すなわち、利用者Uは、利用者UのタクシーTXの利用に関する決済(「対象決済TS」とする)の支払について、所定方式払い口座である事業者Bの第2口座により行うことを選択する。
In the example of FIG. 3, the
そして、利用者端末100は、決済サーバ10に所定方式払い処理を要求する(ステップS13)。例えば、利用者端末100は、利用者Uを識別する利用者識別情報と、店舗識別情報C2(若しくは、店舗識別情報C2が示す情報、すなわち、タクシーTXを示す情報)と、決済金額とを示す情報とともに、所定方式払い処理を要求することを示す要求情報を決済サーバ10へと送信する。このように、利用者端末100は、利用者Uの対象決済TSが所定方式払い処理の対象であることを示す情報(「処理対象情報」ともいう)を決済サーバ10へと送信する。
Then, the
所定方式払い処理の要求を受信した決済サーバ10は、対象決済TSについて所定方式払い処理を実行する(ステップS14)。決済サーバ10は、利用者Uが保有する口座(第1口座)ではなく、利用者Uの属する事業者Bに対して与信枠が設定された口座(第2口座)から、店舗識別情報C2が示すタクシーTXの口座(第3口座)へ決済の金額を移行させる処理を実行する。すなわち、決済サーバ10は、利用者Uが保有する口座に対する処理を行うことなく、店舗識別情報C2が示すタクシーTXの口座への決済の金額の入金(支払い)を行う事により、対象決済TSについて所定方式払い処理を完了させる。そして、決済サーバ10は、対象決済TSについて所定方式払い処理が完了した旨の通知を利用者端末100へと送信する。
The
その後、利用者Uは、所定方式払い決済である対象決済TSを経費の申請対象として選択する。これにより、利用者端末100は、所定方式払い決済である対象決済TSについて、経費の申請対象とする利用者Uの選択を受け付ける(ステップS15)。例えば、利用者端末100は、所定方式払い決済の一覧を示す画面を表示し、その一覧に対する利用者Uの選択を受け付ける。例えば、利用者端末100は、所定方式払い決済の各々に対応する経費申請ボタンが配置された一覧を示す画面を表示し、利用者Uにより経費申請ボタンが指定された所定方式払い決済を経費の申請対象として選択を受け付ける。
After that, the user U selects the target settlement TS, which is the predetermined payment settlement, as the expense application target. As a result, the
図3の例では、利用者端末100は、利用者Uが対象決済TSの経費申請ボタンを選択し、対象決済TSに対応するタクシーTXでの金額(例えば1000円等)の所定方式払い決済を経費申請する画面(「経費申請画面」ともいう)を表示する。なお、経費申請画面は、利用者Uの操作に応じて、レシートを登録し、精算処理サーバ200に経費申請を行う情報を送信するための画面であれば、どのような画面であってもよい。例えば、経費申請画面は、図2中の画面SC2、SC3と同様にレシート画像を登録し、精算処理サーバ200に情報を送信する画面であってもよい。
In the example of FIG. 3, in the
そして、利用者端末100は、経費申請画面における利用者Uの操作に応じて、対象決済TSに対応するタクシーTXでの金額の決済を経費申請するための情報(申請情報)を精算処理サーバ200へ送信する(ステップS16)。
Then, the
そして、精算処理サーバ200は、対象決済TSについての申請情報に基づく経費の承認要求を事業者端末300に送信する(ステップS17)。例えば、精算処理サーバ200は、対象決済TSについての申請情報と、申請情報が示す経費の承認要求が発生したことを示す通知とを、利用者Uに紐付けられた事業者Bが利用する事業者端末300に送信する。
Then, the
そして、事業者端末300は、承認要求に対応する経費の支払要求を決済サーバ10に送信する(ステップS18)。例えば、事業者Bは、精算処理サーバ200から送信された申請情報の内容に不備があるか否かを確認する。そして、申請情報の内容に不備がない場合、事業者Bは、申請報が示す経費の申請を承認し、事業者端末300を用いて、対象決済TSに関する精算要求を決済サーバ10に送信する。例えば、事業者端末300は、対象決済TSを経費として承認したことを示す承認情報を決済サーバ10に送信する。例えば、承認情報には、事業者Bや対象決済TSの金額等を示す情報等、精算に必要な各種情報が含まれてもよい。
Then, the
続いて、決済サーバ10は、精算要求に対応する精算処理を実行する(ステップS19)。決済サーバ10は、承認情報が示す経費(対象決済TSの金額)に手数料を加えた金額(「所定方式払い利用分」ともいう)を事業者Bの口座(第4口座)から他の口座へ移行する。例えば、決済サーバ10は、対象決済TSの金額を事業者Bに対して与信枠が設定された口座(第2口座)に移行し、手数料分の金額を決済サービスXのサービス提供元の口座に移行する。なお、手数料がない場合、決済サーバ10は、事業者Bの口座(第4口座)から事業者Bの口座(第2口座)へ、対象決済TSの金額を移行させる処理を実行する。また、決済サーバ10は、経費の申請が承認された旨の通知を利用者端末100に送信してもよい。
Subsequently, the
以上のように、決済サーバ10は、所定方式払い処理を行うことにより、利用者端末100を用いた決済を行う利用者の持ち出しが不要な所定方式払い処理を提供し、利用者端末100を用いた決済の柔軟性を向上させることができる。上記のような所定方式払い処理が利用できない場合、経費は社員(利用者U等)が一旦負担しなければならない。しかしながら、上記のような所定方式払い処理を利用することにより、社員(利用者U等)が所定方式払い経費精算を利用し期限内に会社(事業者B等)に経費精算することにより、所定方式払い利用分が相殺される。すなわち、社員(利用者U等)の第1口座の出入金を行うことなく、所定方式払い利用分についての処理を完了することができる。
As described above, the
〔1-4-1.経費として処理されない場合〕
なお、対象決済TSが経費として承認されない場合、決済サーバ10は、利用者Uの口座(第1口座)から事業者Bに対して与信枠が設定された口座(第2口座)へ対象決済TSの金額を移行させる処理を実行する。例えば、決済サーバ10は、対象決済TSが経費として承認されたことを示す承認情報を所定の期間(対象決済TSの決済時から2ヵ月等)内に受信しなかった場合、利用者Uの口座(第1口座)から事業者Bに対して与信枠が設定された口座(第2口座)へ対象決済TSの金額を移行させる処理を実行する。これにより、決済サーバ10は、対象決済TSが経費として承認されない場合であっても、対象決済TSの精算処理を適切に行うことができる。また、決済サーバ10は、会社(事業者B等)の経費精算が遅れた場合は、所定方式払い分を社員(利用者U等)のプライベート口座(第1口座)から補填してもよい。
[1-4-1. If it is not treated as an expense]
If the target settlement TS is not approved as an expense, the
上記のように、所定方式払い処理を申請して経費として処理されない決済がある利用者については、決済サーバ10は、所定方式払い処理の利用を停止してもよい。例えば、決済サーバ10は、所定方式払いを使っているのに会社に経費精算しない利用者については、スコアが悪くなり、所定方式払いを使えなくしてもよい。例えば、決済サーバ10は、スコアが所定値未満の利用者については所定方式払いを利用不可としてもよい。なお、スコアの算出の点についての詳細は後述する。
As described above, the
〔1-5.所定方式払い処理の概要〕
ここで、上述した所定方式払い処理の情報処理について概要を説明する。まず、タクシーTXを利用した利用者Uは、タクシーTXに対して所定方式払いで決済を行う。この点は、図3中のステップS11~S13の処理に対応する。
[1-5. Outline of prescribed payment processing]
Here, an outline of the information processing of the predetermined method payment processing described above will be described. First, the user U who uses the taxi TX pays the taxi TX by a predetermined method. This point corresponds to the processing of steps S11 to S13 in FIG.
そして、利用者Uによる所定方式払い決済に基づいて、事業者ごとのWalletとしての所定方式払い口座である第2口座(事業者Bの第2口座)からタクシーTXに対して支払いが行われる。この点は、図3中のステップS14の処理に対応する。そして、情報処理システム1は、利用者Uの所定方式払い利用明細にタクシーTXの料金(以下「所定方式払いタクシー代」とする)を記憶する。例えば、決済サーバ10は、利用者Uのプライベート口座(第1口座)に対応付けてタクシーTXの料金が所定方式払いであることを示す情報を記憶部120に記憶する。
Then, based on the predetermined method payment settlement by the user U, the taxi TX is paid from the second account (the second account of the company B) which is the predetermined method payment account as a wallet for each business operator. This point corresponds to the process of step S14 in FIG. Then, the
そして、利用者Uは、事業者Bに経費申請を申請する。この点は、図3では精算処理サーバ200を介して経費申請を行う構成であるため、図3中のステップS15~S17の処理に対応する。そして、事業者Bが利用者Uの所定方式払いを行ったタクシー代を経費として承認した場合、以下の処理を行う。
Then, the user U applies for an expense application to the business operator B. Since this point is configured to apply for expenses via the
事業者Bは、手数料を加えた所定方式払い利用分を入金する。事業者Bは、利用者Uの所定方式払いを行ったタクシー代に手数料を加えた所定方式払い利用分を入金する。この点は、図3中のステップS19の処理に対応する。そして、決済サービスXのサービス提供元は利用者Uの所定方式払いを行ったタクシー代を相殺する。例えば、決済サーバ10は、利用者Uのプライベート口座(第1口座)に対応付けて記憶したタクシーTXの料金が所定方式払いであることを示す情報を記憶部120から削除することにより、利用者Uの所定方式払いを行ったタクシー代を相殺する。
Business B pays the usage amount for the prescribed method payment including the fee. The business operator B deposits the taxi fee paid by the user U by adding a fee to the taxi fee paid by the predetermined method. This point corresponds to the process of step S19 in FIG. Then, the service provider of the payment service X offsets the taxi fare for which the user U has paid the predetermined method. For example, the
ここから、所定方式払い処理における口座間の流れについて、図4を用いて概念的に説明する。図4は、所定方式払い処理における口座間の流れを示す図である。 From here, the flow between accounts in the predetermined method payment processing will be conceptually described with reference to FIG. FIG. 4 is a diagram showing a flow between accounts in a predetermined method payment process.
まず、ある決済(対象決済)について所定方式払い処理が要求された場合、決済サーバ10は、利用者が保有する口座である第1口座AC1ではなく、事業者のWalletとしての口座である第2口座AC2から、対象決済の支払先の口座である第3口座AC3へ対象決済の金額を移行させる処理を実行する(ステップS21)。ステップS21の処理が図3のステップS13における処理に対応する。
First, when a predetermined payment process is requested for a certain payment (target payment), the
そして、対象決済が経費として承認された場合、決済サーバ10は、事業者が保有する口座である第4口座AC4から、第2口座AC2へ、対象決済の金額を移行させる処理を実行する(ステップS22)。ステップS22の処理が図3のステップS19における処理に対応する。
Then, when the target settlement is approved as an expense, the
なお、対象決済が経費として承認されなかった場合、決済サーバ10は、利用者の第1口座AC1から、第2口座AC2へ、対象決済の金額を移行させる処理を実行する(ステップS31)。
If the target settlement is not approved as an expense, the
〔2.決済サーバの構成〕
次に、図5を用いて、上述した所定方式払い処理を実現するための決済サーバ10の構成について説明する。図5は、実施形態に係る決済サーバの構成例を示す図である。図5に示すように、決済サーバ10は、通信部20と、記憶部30と、制御部40とを有する。
[2. Payment server configuration]
Next, the configuration of the
(通信部20)
通信部20は、例えば、NIC(Network Interface Card)等によって実現される。そして、通信部20は、ネットワークNと有線または無線で接続され、利用者端末100や、精算処理サーバ200、事業者端末300等との間で情報の送受信を行う。
(Communication unit 20)
The communication unit 20 is realized by, for example, a NIC (Network Interface Card) or the like. Then, the communication unit 20 is connected to the network N by wire or wirelessly, and transmits / receives information to / from the
(記憶部30)
記憶部30は、例えば、RAM(Random Access Memory)、フラッシュメモリ(Flash Memory)等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図2に示すように、記憶部30は、口座データベース31と、利用者情報データベース32とを有する。
(Memory unit 30)
The
(口座データベース31)
口座データベース31は、利用者や事業者の口座に関する各種の情報を記憶する。ここで、図6を用いて、口座データベース31が記憶する情報の一例を説明する。図6は、実施形態に係る口座データベースの一例を示す図である。図6の例において、口座データベース31は、「口座ID」、「所有者情報」、「口座残高」といった項目を有する。
(Account database 31)
The
「口座ID」は、口座を識別するための識別情報を示す。「所有者情報」は、口座を所有する所有者(利用者や事業者)に関する情報を示し、例えば、所有者を識別するための識別情報(識別子)が格納される。「口座残高」は、利用者や事業者が所有する口座の残高を示す。 The "account ID" indicates identification information for identifying the account. The "owner information" indicates information about the owner (user or business operator) who owns the account, and for example, identification information (identifier) for identifying the owner is stored. "Account balance" indicates the balance of an account owned by a user or a business operator.
すなわち、図6では、口座ID「AID#1」によって識別される口座については、所有者の情報が「利用者#1」であり、口座残高が「7800」である例を示す。
That is, FIG. 6 shows an example in which the owner information is “
なお、口座データベース31は、上記以外の項目を有してもよく、例えば口座の種別を示す「種別」の項目を有してもよい。この場合、口座ID「AID#1」によって識別される口座については、項目「種別」に「第1」の利用者の口座(第1口座)であることを示す情報が格納される。また、口座ID「AID#2」によって識別される口座については、項目「種別」に「第4」等の事業者の口座(第4口座)であることを示す情報が格納される。また、口座ID「AID#4」によって識別される口座については、項目「種別」に「第3」等のサービス提供元の口座(第3口座)であることを示す情報が格納される。また、口座ID「AID#2」によって識別される口座については、項目「種別」に「第2」等の事業者のWalletとしての口座(第2口座)であることを示す情報が格納される。なお、「口座ID」等により種別が特定可能である場合、「種別」の項目は含まれてなくてもよい。
The
(利用者情報データベース32)
利用者情報データベース32は、決済サーバ10が提供する電子決済サービスの利用者に関する各種の情報を記憶する。ここで、図7を用いて、利用者情報データベース32が記憶する情報の一例を説明する。図7は、実施形態に係る利用者情報データベースの一例を示す図である。図7の例において、利用者情報データベース32は、「利用者ID」、「決済履歴」、「レシート情報」、「紐付け情報」といった項目を有する。なお、利用者情報データベース32は、上記項目に限らず、利用者に関する様々な情報を記憶する。利用者情報データベース32は、デモグラフィック属性やサイコグラフィック属性等の様々な属性情報等を利用者IDに関連付けて記憶してもよい。例えば、利用者情報データベース32は、利用者の年齢、性別、住所、勤務先、年収等を利用者IDに関連付けて記憶してもよい。
(User information database 32)
The user information database 32 stores various information about users of the electronic payment service provided by the
「利用者ID」は、電子決済サービスにおいて利用者を識別するための識別情報を示す。「決済履歴」は、利用者が決済アプリを用いた決済手法により決済を行った履歴を示す。例えば、「決済履歴」は、各決済について、支払先、決済金額、決済が行われた日時、決済が行われた位置、経費精算としての申請の有無、経費精算としての処理の有無などといった情報が各決済に対応付けて格納される。例えば、経費精算としての申請が無しの場合、その決済は経費申請前決済であることを示す。また、例えば、経費精算としての申請及び処理の両方が有りの場合、その決済は経費として処理済みであることを示す。また、例えば、経費精算としての申請が有りであり、かつ経費精算としての処理が無しの場合、その決済は経費として申請されたが処理されていないこと(例えば経費として承認されてなかったこと)を示す。「レシート情報」は、利用者が決済アプリに登録したレシートに関する情報を示し、例えば、レシートの画像や、レシートの画像からOCR(Optical Character Recognition)を用いて特定した決済の内容などといった情報が格納される。 The "user ID" indicates identification information for identifying a user in an electronic payment service. The "payment history" indicates the history of payments made by the user by a payment method using a payment application. For example, the "payment history" is information such as the payee, the payment amount, the date and time when the payment was made, the position where the payment was made, whether or not there was an application for expense settlement, and whether or not there was processing as expense settlement. Is stored in association with each payment. For example, if there is no application for expense settlement, it indicates that the settlement is a settlement before the expense application. Further, for example, if there is both an application and processing for expense settlement, it indicates that the settlement has been processed as an expense. Also, for example, if there is an application for expense settlement and there is no processing as expense settlement, the settlement was applied for as an expense but not processed (for example, it was not approved as an expense). Is shown. "Receipt information" indicates information about a receipt registered by a user in a payment application, and stores information such as a receipt image or payment details specified by using OCR (Optical Character Recognition) from the receipt image. Will be done.
「紐付け情報」は、電子決済サービスにおける利用者のアカウントと、精算処理サービスにおける利用者のアカウントとの紐付けに関する情報を示し、例えば、「サービスID」、「利用者ID」といった項目を有する。「サービスID」は、精算処理サービスを識別するための識別情報を示す。「利用者ID」は、精算処理サービスにおいて利用者を識別するための識別情報を示す。 The "association information" indicates information regarding the association between the user's account in the electronic payment service and the user's account in the settlement processing service, and has items such as "service ID" and "user ID", for example. .. The "service ID" indicates identification information for identifying the settlement processing service. The "user ID" indicates identification information for identifying a user in the settlement processing service.
すなわち、図7では、利用者ID「UID#1」によって識別される利用者の決済履歴が「決済履歴#1」、レシート情報が「レシート情報#1」であり、サービスID「SID#1」によって識別される精算処理サービスにおける当該利用者の利用者IDが「PID#11」である例を示す。
That is, in FIG. 7, the payment history of the user identified by the user ID “
(制御部40)
制御部40は、コントローラ(controller)であり、例えば、CPU(Central Processing Unit)やMPU(Micro Processing Unit)等によって、決済サーバ10内部の記憶装置に記憶されている各種プログラムがRAMを作業領域として実行されることにより実現される。また、制御部40は、コントローラであり、例えば、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)等の集積回路により実現される。実施形態に係る制御部40は、図5に示すように、受付部41と、決済処理部42と、支払処理部43と、受信部44と、算出部45と、実行部46とを有し、以下に説明する情報処理の機能や作用を実現または実行する。
(Control unit 40)
The control unit 40 is a controller, and for example, various programs stored in a storage device inside the
(受付部41)
受付部41は、利用者からの決済要求を受け付ける。例えば、図1の例において、受付部41は、店舗識別情報C1と、利用者Uが入力した決済金額とを含む情報を利用者端末100から受け付け、利用者情報データベース32に格納する。
(Reception Department 41)
The reception unit 41 receives a payment request from a user. For example, in the example of FIG. 1, the reception unit 41 receives information including the store identification information C1 and the payment amount input by the user U from the
また、受付部41は、経費の支払要求を受け付けてもよい。例えば、図1の例において、受付部41は、事業者端末300から、利用者Uに対する経費の支払いに関する支払要求を受け付ける。例えば、受付部41は、受信部44を介して、利用者端末100、精算処理サーバ200、事業者端末300等の装置からの各種情報を受け付ける。
In addition, the reception unit 41 may accept a request for payment of expenses. For example, in the example of FIG. 1, the reception unit 41 receives a payment request for payment of expenses to the user U from the
(決済処理部42)
決済処理部42は、通常の決済処理を実行する。決済処理部42は、受付部41が受け付けた決済要求に従い、決済処理を実行する。例えば、図1の例において、決済処理部42は、利用者Uの口座から、店舗識別情報C1に対応する店舗Aの口座へと、利用者Uが入力した決済金額分の電子マネーを移行させる。
(Payment processing unit 42)
The payment processing unit 42 executes normal payment processing. The payment processing unit 42 executes the payment processing according to the payment request received by the reception unit 41. For example, in the example of FIG. 1, the payment processing unit 42 transfers the electronic money for the payment amount input by the user U from the account of the user U to the account of the store A corresponding to the store identification information C1. ..
(支払処理部43)
支払処理部43は、受付部41が受け付けた支払要求に従い、支払処理を実行する。例えば、図1の例において、支払処理部43は、経費の申請が承認された旨の通知を利用者端末100に送信する。そして、支払処理部43は、決済アプリを用いた決済手段において利用可能な電子マネーであって、精算情報が示す経費分の電子マネーを、事業者Bの口座から利用者Uの口座へと移行させる。
(Payment processing unit 43)
The
(受信部44)
受信部44は、通信部20を介して端末装置等の外部の装置から情報を受信する。受信部44は、利用者端末100、精算処理サーバ200、事業者端末300等の装置から情報を受信する。
(Receiver 44)
The receiving
受信部44は、利用者が利用する端末装置を用いた所定の決済手段による決済が所定方式払い処理の対象であることを示す処理対象情報を受信する。受信部44は、利用者による決済を所定方式払い処理の対象に指定する操作に基づく処理対象情報を端末装置から受信する。受信部44は、決済が経費精算の対象であることを示す処理対象情報を受信する。受信部44は、決済が事業者の経費として承認されたことを示す承認情報を受信する。
The receiving
また、受信部44は、所定方式払い決済について経費の精算要求を受け付けてもよい。例えば、図3の例において、受信部44は、事業者端末300から、利用者Uの所定方式払い決済について経費としての精算を要求する精算要求を受け付ける。
In addition, the receiving
(算出部45)
算出部45は、経費精算の対象として指定された決済が経費として精算されたか否かに応じて、利用者の信用度合いを示すスコア(信用度スコア)を算出する。例えば、算出部45は、利用者が経費申請を行った決済の数と、経費として承認された決済の数とに基づいて、スコアを算出する。算出部45は、利用者が経費申請を行った決済の数により、経費として承認された決済の数を除算することにより、スコアを算出する。このように、算出部45は、利用者の経費申請の承認率をスコアとして算出してもよい。なお、上記は一例に過ぎず、算出部45は、様々な情報を適宜用いて、利用者のスコアを算出する。
(Calculation unit 45)
The
(実行部46)
実行部46は、所定方式払い処理等の口座の出入金に関する各種の処理を行う。実行部46は、処理対象情報が受信された場合、利用者が保有する第1口座とはである第2口座から、決済の支払先の口座である第3口座へ決済の金額を移行させる処理を実行する。例えば、実行部46は、処理対象情報が受信された場合、利用者が保有する第1口座とは異なる口座であって、所定の与信枠が設定された口座である第2口座から、決済の支払先の口座である第3口座へ決済の金額を移行させる処理を実行する。実行部46は、利用者が属する事業者の第2口座から、第3口座へ決済の金額を移行させる処理を実行する。
(Execution unit 46)
The execution unit 46 performs various processes related to deposits and withdrawals of the account, such as a predetermined method payment process. When the execution unit 46 receives the processing target information, the execution unit 46 transfers the payment amount from the second account, which is the first account held by the user, to the third account, which is the payment destination account of the payment. To execute. For example, when the execution unit 46 receives the processing target information, the execution unit 46 makes a payment from the second account, which is an account different from the first account held by the user and in which a predetermined credit line is set. The process of transferring the payment amount to the third account, which is the payee's account, is executed. The execution unit 46 executes a process of transferring the payment amount from the second account of the business operator to which the user belongs to the third account.
実行部46は、承認情報を所定の期間内に受信した場合、事業者が保有する第4口座から第2口座へ決済の金額を移行させる処理を実行する。例えば、実行部46は、所定の期間内に事業者端末300から利用者Uの所定方式払い決済について精算要求を、承認情報として受信部44が受け付けた場合、事業者が保有する第4口座から第2口座へ決済の金額を移行させる処理を実行する。
When the execution unit 46 receives the approval information within a predetermined period, the execution unit 46 executes a process of transferring the settlement amount from the fourth account held by the business operator to the second account. For example, when the execution unit 46 receives a settlement request from the
実行部46は、決済が事業者の経費として承認されたことを示す承認情報が所定の期間内に受信しなかった場合、利用者が保有する第1口座から第2口座へ決済の金額を移行させる処理を実行する。例えば、実行部46は、所定の期間内に事業者端末300から利用者Uの所定方式払い決済について精算要求を受信部44が受け付けなかった場合、決済が事業者の経費として承認されなかったと判定する。例えば、実行部46は、所定の期間内に事業者端末300から利用者Uの所定方式払い決済について精算要求を受信部44が受け付けなかった場合、利用者が保有する第1口座から第2口座へ決済の金額を移行させる処理を実行する。
If the execution unit 46 does not receive the approval information indicating that the payment has been approved as an expense of the business operator within a predetermined period, the execution unit 46 transfers the payment amount from the first account held by the user to the second account. Execute the process to make it. For example, if the receiving
実行部46は、算出部45により算出された利用者のスコアに応じて、所定方式払い処理の利用可否を決定する。実行部46は、利用者のスコアが所定値未満である場合、利用者に対して第2口座の利用を停止する。例えば、実行部46は、利用者のスコアが所定値未満である場合、その利用者を特定する情報を所定方式払い不可リストに追加して記憶部120に記憶する。この場合、実行部46は、所定方式払いの要求があった場合、その所定方式払いを要求した利用者(要求利用者)を示す情報と、所定方式払い不可リストとを比較し、要求利用者が所定方式払い不可リストに含まれる場合、要求利用者により所定方式払い処理を行わない。これにより、実行部46は、スコアが所定値未満である要求利用者に対して第2口座の利用を停止する。
The execution unit 46 determines whether or not the predetermined method payment process can be used according to the user's score calculated by the
実行部46は、事業者に対して与信枠が設定された第2口座から、第3口座へ決済の金額を移行させる処理を実行する。実行部46は、利用者に応じた与信枠が設定された第2口座から、第3口座へ決済の金額を移行させる処理を実行する。実行部46は、利用者の実績に応じて決定される与信枠が設定された第2口座から、第3口座へ決済の金額を移行させる処理を実行する。 The execution unit 46 executes a process of transferring the settlement amount from the second account in which the credit line is set for the business operator to the third account. The execution unit 46 executes a process of transferring the payment amount from the second account in which the credit line according to the user is set to the third account. The execution unit 46 executes a process of transferring the payment amount from the second account in which the credit line determined according to the user's performance is set to the third account.
〔3.利用者端末の構成〕
次に、上述した所定方式払い処理を実現するための利用者端末100について図8を用いて説明する。図8は、実施形態に係る利用者端末の構成例を示す図である。図8に示すように、利用者端末100は、通信部110と、記憶部120と、撮像部130と、表示部140と、制御部150とを有する。
[3. User terminal configuration]
Next, the
(通信部110)
通信部110は、例えば、NIC等によって実現される。そして、通信部110は、ネットワークNと有線または無線で接続され、決済サーバ10や、精算処理サーバ200、事業者端末300等との間で情報の送受信を行う。
(Communication unit 110)
The communication unit 110 is realized by, for example, a NIC or the like. Then, the communication unit 110 is connected to the network N by wire or wirelessly, and transmits / receives information to / from the
(記憶部120)
記憶部120は、例えば、RAM、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。例えば、記憶部120は、決済サーバ10の利用者情報データベース32に記憶された情報のうち、利用者端末100を利用する利用者に対応する情報を記憶する。例えば、記憶部120は、利用者端末100を利用する利用者の決済の履歴等の決済に関する情報(決済関連情報)や利用者の属性情報等の各種情報を記憶する。
(Memory unit 120)
The storage unit 120 is realized by, for example, a semiconductor memory element such as a RAM or a flash memory, or a storage device such as a hard disk or an optical disk. For example, the storage unit 120 stores the information corresponding to the user who uses the
(撮像部130)
撮像部130は、画像(動画或いは静止画)を撮像するための撮像装置である。撮像部130は、例えば、CCD(Charged-coupled devices)センサやCMOS(Complementary metal-oxide-semiconductor)センサ等の撮像素子により構成される。
(Image pickup unit 130)
The image pickup unit 130 is an image pickup device for capturing an image (moving image or still image). The image pickup unit 130 is composed of an image pickup element such as a CCD (Charged-coupled devices) sensor or a CMOS (Complementary metal-oxide-semiconductor) sensor, for example.
(表示部140)
表示部140は、例えば液晶ディスプレイや有機EL(Electro-Luminescence)ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。表示部140は、表示制御部1521による制御に応じて、各種情報を表示する。また、表示部140は、タッチパネルの機能により利用者の操作を受け付ける受付部として機能してもよい。この場合、表示部140は、利用者の指や専用ペンで利用者から各種操作を受け付ける入力装置としても機能する。
(Display unit 140)
The display unit 140 is a display screen of a tablet terminal or the like realized by, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display, and is a display device for displaying various information. The display unit 140 displays various information according to the control by the display control unit 1521. Further, the display unit 140 may function as a reception unit that accepts the user's operation by the function of the touch panel. In this case, the display unit 140 also functions as an input device that receives various operations from the user with the user's finger or a dedicated pen.
(制御部150)
制御部150は、コントローラであり、例えば、CPUやMPU等によって、利用者端末100内部の記憶装置に記憶されている各種プログラムがRAMを作業領域として実行されることにより実現される。また、制御部150は、コントローラであり、例えば、ASICやFPGA等の集積回路により実現される。
(Control unit 150)
The control unit 150 is a controller, and is realized by, for example, using a CPU, an MPU, or the like to execute various programs stored in a storage device inside the
ここで、制御部150は、複数のアプリケーションを実行することにより、利用者端末100に関する各種機能を実現することとなる。例えば、図8に示す例において、制御部150は、第1アプリケーション151や第2アプリケーション152を実行している。なお、制御部150は、図8に示すアプリケーション以外にも、任意の機能を発揮するための任意の数のアプリケーションを実行してよい。
Here, the control unit 150 realizes various functions related to the
第1アプリケーション151は、利用者端末100のOS(Operating System)となるアプリケーションである。第2アプリケーション152は、決済アプリであり、上述した決済処理を利用者端末100に実行させる。以下、図9を用いて、第2アプリケーション152が有する機能構成の一例ついて説明する。図9は、実施形態に係る第2アプリケーションの構成例を示す図である。図9に示すように、実施形態に係る第2アプリケーション152は、表示制御部1521と、受付部1522と、選択部1523と、送信部1524とを有し、以下に説明する情報処理の機能や作用を実現または実行する。
The first application 151 is an application that serves as an OS (Operating System) of the
(表示制御部1521)
表示制御部1521は、利用者端末100の画面(表示部140)の表示を制御する。表示制御部1521は、利用者の操作に応じて表示部140の表示を制御する。表示制御部1521は、表示部140の表示するコンテンツなどの情報を生成し、生成した情報を表示部140に表示させる。
(Display control unit 1521)
The display control unit 1521 controls the display of the screen (display unit 140) of the
表示制御部1521は、画面SC1~SC3等に示すような各種コンテンツを生成する。例えば、表示制御部1521は、Java(登録商標)等の種々の技術を適宜用いて、画面(コンテンツ)を生成する。なお、表示制御部1521は、CSSやJavaScript(登録商標)やHTMLの形式に基づいて、画面(コンテンツ)を生成してもよい。また、例えば、表示制御部1521は、JPEG(Joint Photographic Experts Group)やGIF(Graphics Interchange Format)やPNG(Portable Network Graphics)など様々な形式で画面(コンテンツ)を生成してもよい。 The display control unit 1521 generates various contents as shown on the screens SC1 to SC3 and the like. For example, the display control unit 1521 generates a screen (content) by appropriately using various technologies such as Java (registered trademark). The display control unit 1521 may generate a screen (content) based on the format of CSS, Javascript (registered trademark), or HTML. Further, for example, the display control unit 1521 may generate screens (contents) in various formats such as JPEG (Joint Photographic Experts Group), GIF (Graphics Interchange Format), and PNG (Portable Network Graphics).
また、図1の例において、表示制御部1521は、店舗Aに設置された店舗識別情報C1を撮影するための画面や、決済対象の価格を入力するための画面、決済が完了した旨の画面などを表示させる。また、表示制御部1521は、決済アプリを用いて行った決済の履歴の一覧画面や、図2に示す画面などを表示させる。 Further, in the example of FIG. 1, the display control unit 1521 has a screen for photographing the store identification information C1 installed in the store A, a screen for inputting a price to be settled, and a screen indicating that the settlement has been completed. Etc. are displayed. In addition, the display control unit 1521 displays a list screen of the history of payments made using the payment application, the screen shown in FIG. 2, and the like.
なお、図2の例において、表示制御部1521は、決済アプリを用いて行った決済による決済金額、当該決済が行われた日時、並びに、当該決済による支払先を示す情報(すなわち、決済内容)を、利用者Uによる変更が不可能な状態で表示させてもよい。 In the example of FIG. 2, the display control unit 1521 indicates the payment amount due to the payment made using the payment application, the date and time when the payment was made, and the information indicating the payee by the payment (that is, the payment content). May be displayed in a state where it cannot be changed by the user U.
(受付部1522)
受付部1522は、利用者の操作の情報を受け付ける。受付部1522は、利用者端末100を利用する利用者によるカレンダーに含まれる日付の指定を受け付ける。受付部1522は、利用者端末100を利用する利用者による経費として申請の指定を受け付ける。受付部1522は、通信部110を介して、外部装置から情報を受信する。受付部1522は、利用者端末100を利用する利用者に関する情報を外部装置から情報を受信する。受付部1522は、利用者端末100を利用する利用者の決済の履歴等の決済に関する情報(決済関連情報)を決済サーバ10から受信し、記憶部120に格納する。なお、第2アプリケーション152は、決済関連情報を記憶部120に記憶しない場合、第2アプリケーション152内で決済関連情報を参照可能に管理してもよい。
(Reception Department 1522)
The reception unit 1522 receives information on the user's operation. The reception unit 1522 accepts the designation of the date included in the calendar by the user who uses the
受付部1522は、所定の決済手段を用いた決済を示す決済情報を受け付ける。例えば、図1の例において、受付部1522は、利用者Uが決済アプリを用いて店舗Aに対して行った決済を示す決済情報の登録(入力)を受け付ける。 The reception unit 1522 receives payment information indicating payment using a predetermined payment means. For example, in the example of FIG. 1, the reception unit 1522 accepts the registration (input) of payment information indicating the payment made to the store A by the user U using the payment application.
また、受付部1522は、端末装置の画面であって、所定の決済手段を用いた決済が完了したことを示す画面に表示される情報を、決済情報として受け付けてもよい。例えば、受付部1522は、図2に示す画面に予め登録された決済内容を決済情報として受け付ける。 Further, the reception unit 1522 may accept the information displayed on the screen of the terminal device, which indicates that the payment using the predetermined payment means has been completed, as the payment information. For example, the reception unit 1522 accepts the payment contents registered in advance on the screen shown in FIG. 2 as payment information.
また、受付部1522は、所定の決済手段を用いた決済による決済金額、当該決済が行われた日時、当該決済による支払先を示す情報の少なくともいずれかを含む決済情報を受け付けてもよい。例えば、受付部1522は、図2に示す画面に予め登録された支払先や、決済金額、決済が行われた日時などの情報を含む決済情報を受け付ける。 Further, the reception unit 1522 may receive payment information including at least one of a payment amount by payment using a predetermined payment means, a date and time when the payment was made, and information indicating a payee by the payment. For example, the reception unit 1522 receives payment information including information such as a payment destination registered in advance on the screen shown in FIG. 2, a payment amount, and a date and time when payment was made.
また、受付部1522は、所定の決済手段を用いた決済に応じて当該決済の支払先から出力される情報を示す画像を、決済情報として受け付けてもよい。例えば、受付部1522は、決済に応じて支払先が利用する出力装置から出力される領収書や、支払先の店員等による手書きの領収書などを示す画像を受け付ける。 Further, the reception unit 1522 may accept as payment information an image showing information output from the payee of the payment in response to the payment using the predetermined payment means. For example, the reception unit 1522 receives an image showing a receipt output from an output device used by the payee in response to payment, a handwritten receipt by a clerk of the payee, or the like.
また、受付部1522は、所定の決済手段を用いた決済の支払先から出力されるレシートを示す画像を、決済情報として受け付けてもよい。例えば、図1の例において、受付部1522は、出力装置OD1から出力されるレシートを示す画像を受け付ける。 Further, the reception unit 1522 may accept an image showing a receipt output from a payment destination of payment using a predetermined payment means as payment information. For example, in the example of FIG. 1, the reception unit 1522 receives an image showing a receipt output from the output device OD1.
なお、受付部1522は、レシートを示す画像からOCRを用いて特定される情報を決済情報として受け付けてもよい。 The reception unit 1522 may accept information specified by using OCR from the image showing the receipt as payment information.
また、受付部1522は、端末装置により撮影される画像を決済情報として受け付けてもよい。例えば、図1の例において、受付部1522は、撮像部130により撮影されたレシートの画像P1を受け付ける。 Further, the reception unit 1522 may accept the image taken by the terminal device as payment information. For example, in the example of FIG. 1, the reception unit 1522 receives the image P1 of the receipt taken by the image pickup unit 130.
ここで、決済金額、当該決済が行われた日時、支払先を示す情報などといった情報以外にも、例えば、利用者が属する組織(事業者)における経費精算の規定に応じた情報を決済情報に含めたいといった要望が考えられる。したがって、受付部1522は、端末装置の画面であって、所定の決済手段を用いた決済が完了したことを示す画面に対する利用者の操作内容を、決済情報として受け付けてもよい。例えば、受付部1522は、決済が完了したことを示す画面に表示される決済金額の一部を経費とする旨の操作内容(例えば、経費とする金額)を受け付ける。また、利用者が複数の精算処理サービスを利用可能である場合、受付部1522は、いずれかの精算処理サービスの指定を受け付ける。 Here, in addition to information such as the payment amount, the date and time when the payment was made, and information indicating the payee, for example, information according to the expense settlement rules of the organization (business operator) to which the user belongs is used as the payment information. There may be a request to include it. Therefore, the reception unit 1522 may accept the operation content of the user on the screen of the terminal device, which indicates that the payment using the predetermined payment means is completed, as the payment information. For example, the reception unit 1522 receives an operation content (for example, an amount to be an expense) to the effect that a part of the settlement amount displayed on the screen indicating that the settlement is completed is used as an expense. Further, when the user can use a plurality of settlement processing services, the reception unit 1522 accepts the designation of any of the settlement processing services.
また、受付部1522は、画面に対して利用者が入力した決済内容を示すコメントを、決済情報として受け付けてもよい。例えば、受付部1522は、利用者が入力したコメントであって、利用者が属する組織における経費精算の規定を満たすための情報を含むコメントを決済情報として受け付ける。具体的な例を挙げると、受付部1522は、経費の種類(例えば、旅費交通費、接待交際費など)を示すコメントを受け付ける。また、決済が旅費交通費に関するものである場合、受付部1522は、移動手段や、移動経路などを示すコメントを受け付ける。また、決済が接待交際費に関するものである場合、受付部1522は、飲食等の参加者の名称、参加者が属する組織の名称などを示すコメントを受け付ける。 Further, the reception unit 1522 may accept a comment indicating the payment content entered by the user on the screen as payment information. For example, the reception unit 1522 accepts a comment input by the user and including information for satisfying the expense settlement rule in the organization to which the user belongs as payment information. To give a specific example, the reception unit 1522 accepts comments indicating the types of expenses (for example, travel expenses, transportation expenses, entertainment expenses, etc.). Further, when the settlement is related to travel expenses and transportation expenses, the reception unit 1522 accepts comments indicating the means of transportation, the route of travel, and the like. Further, when the settlement is related to entertainment expenses, the reception unit 1522 accepts comments indicating the names of participants such as food and drink, the names of the organizations to which the participants belong, and the like.
なお、受付部1522は、決済金額の一部を経費とすることを示すコメントを、決済情報として受け付けてもよい。例えば、受付部1522は、決済が完了したことを示す画面に表示される決済金額の一部を経費とする旨と、経費とする金額とを示すコメントを受け付ける。 The reception unit 1522 may accept a comment indicating that a part of the payment amount is to be an expense as payment information. For example, the reception unit 1522 accepts a comment indicating that a part of the payment amount displayed on the screen indicating that the payment has been completed is to be an expense and the amount to be an expense.
さらに、利用者が複数の組織に属する場合(例えば、利用者が副業をしている場合)、適切な組織に経費の申請を行いたいといった要望が考えられる。したがって、受付部1522は、利用者が属する組織の指定を含む決済情報を受け付けてもよい。例えば、表示制御部1521は、利用者と紐付けられた複数の組織(例えば、精算処理サーバ200において利用者と紐付けて管理されている組織)を、利用者が選択可能な状態で画面に表示させる。そして、受付部1522は、画面に表示された組織の選択操作を受け付ける。 Further, when the user belongs to a plurality of organizations (for example, when the user has a side business), there may be a request to apply for expenses to an appropriate organization. Therefore, the reception unit 1522 may receive payment information including the designation of the organization to which the user belongs. For example, the display control unit 1521 displays a plurality of organizations associated with the user (for example, an organization managed in association with the user in the settlement processing server 200) on the screen in a state where the user can select them. Display. Then, the reception unit 1522 accepts the organization selection operation displayed on the screen.
(選択部1523)
選択部1523は、利用者の操作に応じて決済の態様を選択する。選択部1523は、利用者が指定した決済態様を選択する。選択部1523は、所定方式払い処理か通常の決済処理かのいずれかを選択する。選択部1523は、利用者が所定方式払い処理を指定した場合、所定方式払い処理を選択する。選択部1523は、利用者が通常の決済処理を指定した場合、通常の決済処理を選択する。選択部1523は、選択した決済の態様に応じた情報の送信を送信部1524に送信させる。
(Selection unit 1523)
The selection unit 1523 selects the mode of payment according to the operation of the user. The selection unit 1523 selects the payment mode specified by the user. The selection unit 1523 selects either a predetermined payment process or a normal settlement process. When the user specifies the predetermined method payment process, the selection unit 1523 selects the predetermined method payment process. When the user specifies a normal payment process, the selection unit 1523 selects the normal payment process. The selection unit 1523 causes the
(送信部1524)
送信部1524は、選択部1523による決済の態様の選択に応じて決済サーバ10に情報を送信する。送信部1524は、通常の決済処理が選択された場合、通常の決済処理を要求する情報を決済サーバ10に送信する。また、送信部1524は、所定方式払い処理が選択された場合、所定方式払い処理を要求する情報を決済サーバ10に送信する。
(Transmitting unit 1524)
The
送信部1524は、端末装置の利用者に対して所定の経費の精算処理を実行する情報処理装置に対し、受付部1522により受け付けられた決済情報を、所定の経費の精算対象となる決済の内容を示す精算情報として送信する。例えば、図1の例において、送信部1524は、図2に示す画面SC3に含まれるレシートの画像P1と、決済内容と、電子決済サービスにおける利用者Uの利用者IDとを含む決済情報を精算情報として精算処理サーバ200に送信する。
The
また、送信部1524は、利用者が属する組織から利用者に対して支払われる所定の経費の精算処理を実行する情報処理装置に対し、決済情報を送信してもよい。例えば、図1の例において、送信部1524は、利用者Uが属する事業者Bから利用者に対して支払われる経費の精算処理サービスを提供する精算処理サーバ200に対し、決済情報を送信する。
In addition, the
また、送信部1524は、所定の決済手段において利用可能な電子マネーを用いて利用者に対して所定の経費の精算処理を実行する情報処理装置に対し、決済情報を送信してもよい。例えば、図1の例において、送信部1524は、決済アプリを用いた決済手段において利用可能な電子マネーを用いる経費の精算処理サービスを提供する精算処理サーバ200に対し、決済情報を送信する。
Further, the
また、送信部1524は、利用者に紐付けられた情報処理装置に決済情報を送信してもよい。例えば、送信部1524は、決済サーバ10において利用者と紐付けて管理されている精算処理サービスに対し、決済情報を送信する。
Further, the
また、送信部1524は、申請情報を精算処理サーバ200に送信する。送信部1524は、決済情報と同様の内容を含む申請情報を精算処理サーバ200に送信する。
Further, the
〔4.決済サーバ10による所定方式払い処理のフロー〕
次に、図10を用いて、実施形態に係る決済サーバ10の所定方式払い処理の手順について説明する。図10は、実施形態に係る所定方式払い処理の手順の一例を示すフローチャートである。
[4. Flow of predetermined payment processing by the payment server 10]
Next, the procedure of the predetermined method payment processing of the
図10に示すように、決済サーバ10は、利用者が利用する端末装置を用いた所定の決済手段による決済が所定方式払い処理の対象であることを示す処理対象情報を受信する(ステップS101)。
As shown in FIG. 10, the
決済サーバ10は、利用者が保有する第1口座とは異なる口座である第2口座から、決済の支払先の口座である第3口座へ決済の金額を移行させる処理を実行する(ステップS102)。
The
〔5.情報処理システム1による情報処理のフロー〕
次に、図11を用いて、実施形態に係る情報処理システム1による情報処理の手順について説明する。図11は、実施形態に係る情報処理システムによる情報処理手順を示すシーケンス図である。なお、図11に示すシーケンス図では、決済サーバ10、利用者端末100、精算処理サーバ200及び事業者端末300に関する処理を示す。
[5. Information processing flow by information processing system 1]
Next, the procedure of information processing by the
まず、利用者端末100は、決済サーバ10に所定方式払い処理を要求する(ステップS201)。利用者端末100は、所定方式払い処理の対象となる決済(対象決済)を示す処理対象情報を決済サーバ10に送信することにより、その対象決済の所定方式払い処理を要求する。
First, the
そして、所定方式払い処理の要求を受信した決済サーバ10は、対象決済の所定方式払い処理を実行する(ステップS202)。決済サーバ10は、利用者端末100を利用する利用者が保有する第1口座とは異なる口座である第2口座から、対象決済の支払先の口座である第3口座へ対象決済の金額を移行させることにより、所定方式払い処理を実行する。
Then, the
そして、利用者端末100は、経費申請の対象となる決済を選択する(ステップS203)。例えば、利用者端末100は、所定方式払い決済である対象決済を経費申請の対象として選択する。そして、利用者端末100は、経費として申請する対象となる対象決済を示す申請情報(決済内容や、レシートの画像など)を精算処理サーバ200に送信する(ステップS204)。例えば、利用者端末100は、決済アプリを介して申請情報を精算処理サーバ200に送信する。
Then, the
そして、精算処理サーバ200は、利用者端末100から送信された決済情報(精算情報)に基づく経費の承認要求を事業者端末300に送信する(ステップS205)。そして、事業者端末300は、承認要求が示す経費の申請を承認する操作を事業者から受け付け、承認要求に対応する経費の精算要求を決済サーバ10に送信する(ステップS206)。なお、図11では、事業者端末300が経費の支払要求を決済サーバ10に送信する場合を図示したが、事業者端末300は精算処理サーバ200を介して経費の支払要求を決済サーバ10に送信してもよい。例えば、事業者端末300は精算処理サーバ200に経費の支払要求を送信し、事業者端末300から経費の支払要求を受信した精算処理サーバ200が決済サーバ10に経費の支払要求を送信してもよい。そして、決済サーバ10は、事業者端末300から受け付けた精算要求に対応する精算処理を実行する(ステップS207)。例えば、決済サーバ10は、事業者端末300から対象決済について精算要求を受信した場合、事業者が保有する第4口座から第2口座へ決済の金額を移行させる処理を実行することにより、精算処理を実行する。
Then, the
〔6.変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。上述した例では、利用者端末100が所定の決済処理(所定方式払い処理)を行う情報処理装置である場合を示したが、所定の決済処理(所定方式払い処理)を行う情報処理装置は、決済サーバ10に限られない。例えば、所定の決済処理(所定方式払い処理)等の口座の出入金に関する処理を行う口座処理装置が所定の決済処理(所定方式払い処理)を行う情報処理装置であってもよい。すなわち、決済サーバ10と所定の決済処理(所定方式払い処理)を行う情報処理装置とは異なる装置であってもよい。この場合、口座処理装置は、受信部44と同様の機能を有する受信部、及び実行部46と同様の機能を有する実行部を有する。口座処理装置の受信部は、利用者端末100から情報を受信してもよいし、決済サーバ10から情報を受信してもよい。そして、口座処理装置の実行部は、受信した情報を基に所定の決済処理(所定方式払い処理)等の口座の出入金に関する処理を行う。
[6. Modification example]
The above embodiment shows an example, and various modifications and applications are possible. In the above example, the case where the
〔6-1.決済情報〕
上述の実施形態において、送信部1524が、レシートの画像及び決済内容を含む決済情報を精算情報として送信する例を示したが、送信部1524の機能はこのような例に限定されない。例えば、送信部1524は、利用者が属する組織における経費精算の規定に定められた任意の情報を、精算情報として送信してもよい。また、送信部1524は、レシートの画像を含まない決済情報を精算情報として送信してもよい。
[6-1. Payment information]
In the above-described embodiment, the
〔6-2.レシートの画像の登録〕
上述の実施形態において、決済アプリを用いて行った決済を経費の精算対象とすることを利用者が希望した場合に、受付部1522が、決済に応じて支払先から提供されたレシートの画像を受け付け、精算情報として利用する例を示した。しかしながら、受付部1522の機能はこのような例に限定されない。例えば、受付部1522は、経費の精算対象となる決済に限らず、決済アプリを用いて行なわれた決済のうち、利用者に任意に選択された決済について、支払先から提供されたレシートの画像の登録を受け付け、決済を識別するための情報(決済ID)と共に決済サーバ10に送信してもよい。そして、決済サーバ10は、受け付けたレシートの画像と、決済IDとを紐付けて利用者情報データベース32で管理し、利用者端末100からの要求に応じてレシートの画像を提供する。
[6-2. Receipt image registration]
In the above-described embodiment, when the user desires to settle the expenses made by using the payment application, the reception unit 1522 displays the image of the receipt provided by the payee in response to the payment. An example of accepting and using it as payment information is shown. However, the function of the reception unit 1522 is not limited to such an example. For example, the reception unit 1522 is not limited to payments that are subject to expense settlement, but is an image of a receipt provided by the payee for payments arbitrarily selected by the user among payments made using the payment application. Registration may be accepted and sent to the
これにより、利用者端末100は、決済アプリを用いて行った決済のそれぞれに対応するレシートの画像を利用者にすることができるため、利用者が紙媒体に印刷されたレシートを整理する必要がなくなり、利便性を向上させることができる。また、決済サーバ10OCRを用いてレシートの画像から特定した情報(例えば、利用者の購入履歴)に基づいて、利用者に広告コンテンツ等を提供することができるため、利用者に提供する情報の訴求効果を向上させることができる。
As a result, the
〔6-3.複数の精算処理サービスとの連携〕
上述の決済サーバ10が提供する電子決済サービスは、一の精算処理サービスに限らず、複数の精算処理サービスと連携(紐付け)されてもよい。そして、送信部1524は、電子決済サービスに紐付けられた複数の精算処理サービスのいずれかに対し、決済情報を送信してもよい。例えば、利用者が複数の組織に属する場合、決済サーバ10は、利用者と、利用者が属する各組織と、各組織における経費の精算処理を行う際に利用される精算処理サービスとを紐付けて管理する。この場合、表示制御部1521は、利用者と紐付けられた組織を、利用者が選択可能な状態で画面に表示させる。そして、送信部1524は、利用者が選択した組織に紐付けられた精算処理サービス(言い換えると、精算処理サービスを提供する情報処理装置)に対し、決済情報を送信する。
[6-3. Cooperation with multiple settlement processing services]
The electronic payment service provided by the above-mentioned
なお、表示制御部1521は、利用者と紐付けられた複数の精算処理サービスを、利用者が選択可能な状態で画面に表示させてもよい。この場合、送信部1524は、利用者により選択された精算処理サービスに対し、決済情報を送信する。また、表示制御部1521は、利用者が登録した決済情報(例えば、経費の種類)に応じて、経費の申請先とする組織のサジェスト(提案)を示す情報、または、決済情報の送信先である精算処理サービスのサジェストを示す情報を表示させてもよい。
The display control unit 1521 may display a plurality of settlement processing services associated with the user on the screen in a state in which the user can select them. In this case, the
〔6-4.処理態様〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
[6-4. Processing mode]
Of the processes described in the above embodiments, all or part of the processes described as being automatically performed can be performed manually, and conversely, all the processes described as being performed manually. Alternatively, a part can be automatically performed by a known method. In addition, information including processing procedures, specific names, various data and parameters shown in the above documents and drawings can be arbitrarily changed unless otherwise specified. For example, the various information shown in each figure is not limited to the information shown in the figure.
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。 Further, each component of each of the illustrated devices is a functional concept, and does not necessarily have to be physically configured as shown in the figure. That is, the specific form of distribution / integration of each device is not limited to the one shown in the figure, and all or part of them may be functionally or physically distributed / physically in any unit according to various loads and usage conditions. Can be integrated and configured.
また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。 In addition, the above-described embodiments can be appropriately combined as long as the processing contents do not contradict each other.
〔7.効果〕
上述してきたように、実施形態に係る情報処理装置(実施形態では決済サーバ10)は、受信部44と、実行部46とを有する。受信部44は、利用者が利用する端末装置(実施形態では利用者端末100)を用いた所定の決済手段による決済が所定の決済処理(実施形態では所定方式払い処理)の対象であることを示す処理対象情報を受信する。実行部46は、処理対象情報が受信された場合、利用者が保有する第1口座とは異なる口座である第2口座から、決済の支払先の口座である第3口座へ決済の金額を移行させる処理を実行する。
[7. effect〕
As described above, the information processing apparatus according to the embodiment (
このように、実施形態に係る決済サーバ10は、端末装置を用いた所定の決済手段による決済が所定の決済処理の対象である場合、利用者が保有する第1口座とは異なる口座である第2口座から、決済の支払先の口座である第3口座へ決済の金額を移行させる処理を実行する。これにより、決済サーバ10は、利用者が保有する第1口座の金額を変動させることなく、決済の支払先への入金を完了させることができるため、端末装置を用いた決済の柔軟性を向上させることできる。
As described above, the
また、実施形態に係る決済サーバ10において、受信部44は、利用者による決済を所定の決済処理の対象に指定する操作に基づく処理対象情報を端末装置から受信する。
Further, in the
これにより、実施形態に係る決済サーバ10は、利用者の操作に応じて、端末装置を用いた所定の決済手段による決済について所定方式払い処理を行うことにより、利用者の要望に応じて所定方式払い処理を行うことができ、端末装置を用いた決済の柔軟性を向上させることできる。
As a result, the
また、実施形態に係る決済サーバ10において、受信部44は、決済が経費精算の対象であることを示す処理対象情報を受信する。実行部46は、利用者が属する事業者の第2口座から、第3口座へ決済の金額を移行させる処理を実行する。
Further, in the
これにより、実施形態に係る決済サーバ10は、経費精算の対象となる決済について所定方式払い処理を行うことにより、利用者の口座からの支払先へ支払い、いわゆる持ち出しを行うことなく経費としての処理ができるため、端末装置を用いた決済の柔軟性を向上させることできる。
As a result, the
また、実施形態に係る決済サーバ10において、受信部44は、決済が事業者の経費として承認されたことを示す承認情報を受信する。実行部46は、承認情報を所定の期間内に受信した場合、事業者が保有する第4口座から第2口座へ決済の金額を移行させる処理を実行する。
Further, in the
これにより、実施形態に係る決済サーバ10は、決済が経費として承認された場合に、事業者が保有する第4口座から第2口座への入金を行うことにより、利用者の第1口座を対象とする出入金がなく経費精算を完了することができるため、端末装置を用いた決済の柔軟性を向上させることできる。
As a result, the
また、実施形態に係る決済サーバ10において、実行部46は、決済が事業者の経費として承認されたことを示す承認情報が所定の期間内に受信しなかった場合、利用者が保有する第1口座から第2口座へ決済の金額を移行させる処理を実行する。
Further, in the
これにより、実施形態に係る決済サーバ10は、決済が経費として承認されなかった場合に、利用者の第1口座から第2口座への入金を行うことにより、経費として承認されない場合も適切に処理を完了することができるため、端末装置を用いた決済の柔軟性を向上させることできる。
As a result, the
また、実施形態に係る決済サーバ10は、算出部45を有する。算出部45は、経費精算の対象として指定された決済が経費として精算されたか否かに応じて、利用者の信用度合いを示すスコアを算出する。
Further, the
これにより、実施形態に係る決済サーバ10は、決済が経費として精算されたか否かに応じて、利用者の信用度合いを示すスコアを算出することで、経費精算に関する利用者の信用度を把握することを可能にすることできる。
As a result, the
また、実施形態に係る決済サーバ10において、実行部46は、利用者のスコアが所定値未満である場合、利用者に対して第2口座の利用を停止する。
Further, in the
これにより、実施形態に係る決済サーバ10は、スコアが低い利用者に対して第2口座の利用を停止することで、経費精算に関する信用度が低い利用者の所定方式払い処理を停止することにより、所定方式払い処理の不正な利用を抑制することできる。
As a result, the
また、実施形態に係る決済サーバ10において、実行部46は、事業者に対して与信枠が設定された第2口座から、第3口座へ決済の金額を移行させる処理を実行する。
Further, in the
これにより、実施形態に係る決済サーバ10は、事業者に対して与信枠を設定して、所定方式払い処理を行う事で、事業者の与信を用いて決済を行うことができるため、端末装置を用いた決済の柔軟性を向上させることできる。
As a result, the
また、実施形態に係る決済サーバ10において、実行部46は、利用者に応じた与信枠が設定された第2口座から、第3口座へ決済の金額を移行させる処理を実行する。
Further, in the
これにより、実施形態に係る決済サーバ10は、利用者に応じた与信枠を設定して、所定方式払い処理を行う事で、利用者ごとに与信枠を設定することができるため、端末装置を用いた決済の柔軟性を向上させることできる。
As a result, the
〔8.ハードウェア構成〕
また、上述してきた各実施形態に係る決済サーバ10、利用者端末100、精算処理サーバ200、及び事業者端末300等の情報処理装置は、例えば、図12に示すような構成のコンピュータ1000によって実現される。図12は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。以下、利用者端末100を例に挙げて説明する。コンピュータ1000は、CPU1100、ROM1200、RAM1300、HDD1400、通信インターフェイス(I/F)1500、入出力インターフェイス(I/F)1600、及びメディアインターフェイス(I/F)1700を有する。
[8. Hardware configuration]
Further, the information processing devices such as the
CPU1100は、ROM1200又はHDD1400に格納されたプログラムに基づいて動作し、各部の制御を行う。ROM1200は、コンピュータ1000の起動時にCPU1100によって実行されるブートプログラムや、コンピュータ1000のハードウェアに依存するプログラム等を格納する。
The
HDD1400は、CPU1100によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス1500は、通信網500(実施形態のネットワークNに対応する)を介して他の機器からデータを受信してCPU1100へ送り、また、通信網500を介してCPU1100が生成したデータを他の機器へ送信する。
The
CPU1100は、入出力インターフェイス1600を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。CPU1100は、入出力インターフェイス1600を介して、入力装置からデータを取得する。また、CPU1100は、入出力インターフェイス1600を介して生成したデータを出力装置へ出力する。
The
メディアインターフェイス1700は、記録媒体1800に格納されたプログラム又はデータを読み取り、RAM1300を介してCPU1100に提供する。CPU1100は、かかるプログラムを、メディアインターフェイス1700を介して記録媒体1800からRAM1300上にロードし、ロードしたプログラムを実行する。記録媒体1800は、例えばDVD(Digital Versatile Disc)、PD(Phase change rewritable Disk)等の光学記録媒体、MO(Magneto-Optical disk)等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
The
例えば、コンピュータ1000が利用者端末100として機能する場合、コンピュータ1000のCPU1100は、RAM1300上にロードされたプログラムを実行することにより、制御部150の機能を実現する。また、HDD1400には、利用者端末100の記憶装置内の各データが格納される。コンピュータ1000のCPU1100は、これらのプログラムを記録媒体1800から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。
For example, when the
〔9.その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
[9. others〕
Although some of the embodiments of the present application have been described in detail with reference to the drawings, these are examples, and various modifications are made based on the knowledge of those skilled in the art, including the embodiments described in the disclosure column of the invention. It is possible to carry out the present invention in other modified forms.
また、上述した利用者端末100は、機能によっては外部のプラットフォーム等をAPI(Application Programming Interface)やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
Further, the configuration of the
また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。 Further, the "part" described in the claims can be read as "means" or "circuit". For example, the reception unit can be read as a reception means or a reception circuit.
1 情報処理システム
10 決済サーバ
20 通信部
30 記憶部
31 口座データベース
32 利用者情報データベース
40 制御部
41 受付部
42 決済処理部
43 支払処理部
44 受信部
45 算出部
46 実行部
100 利用者端末
110 通信部
120 記憶部
130 撮像部
140 表示部
150 制御部
151 第1アプリケーション
152 第2アプリケーション
1521 表示制御部
1522 受付部
1523 選択部
1524 送信部
200 精算処理サーバ
300 事業者端末
1
Claims (11)
前記処理対象情報が受信された場合、前記利用者が保有する第1口座とは異なる口座である第2口座から、前記決済の支払先の口座である第3口座へ前記決済の金額を移行させる処理を実行する実行部と、
を有することを特徴とする情報処理装置。 A receiving unit that receives processing target information indicating that payment by a predetermined payment means using a terminal device used by a user is a target of a predetermined payment process.
When the processing target information is received, the payment amount is transferred from the second account, which is an account different from the first account held by the user, to the third account, which is the payment destination account of the payment. The execution part that executes the process and
An information processing device characterized by having.
前記利用者による前記決済を所定の決済処理の対象に指定する操作に基づく前記処理対象情報を前記端末装置から受信する
ことを特徴とする請求項1に記載の情報処理装置。 The receiver is
The information processing apparatus according to claim 1, wherein the processing target information based on an operation of designating the payment by the user as a predetermined payment processing target is received from the terminal device.
前記決済が経費精算の対象であることを示す前記処理対象情報を受信し、
前記実行部は、
前記利用者が属する事業者の前記第2口座から、前記第3口座へ前記決済の金額を移行させる処理を実行する
ことを特徴とする請求項1または請求項2に記載の情報処理装置。 The receiver is
Upon receiving the processing target information indicating that the settlement is subject to expense settlement,
The execution unit
The information processing apparatus according to claim 1 or 2, wherein the process of transferring the payment amount from the second account of the business operator to which the user belongs to the third account is executed.
前記決済が前記事業者の経費として承認されたことを示す承認情報を受信し、
前記実行部は、
前記承認情報を所定の期間内に受信した場合、前記事業者が保有する第4口座から前記第2口座へ前記決済の金額を移行させる処理を実行する
ことを特徴とする請求項3に記載の情報処理装置。 The receiver is
Received approval information indicating that the settlement was approved as an expense of the business operator,
The execution unit
The third aspect of claim 3, wherein when the approval information is received within a predetermined period, a process of transferring the payment amount from the fourth account held by the business operator to the second account is executed. Information processing device.
前記決済が前記事業者の経費として承認されたことを示す承認情報が所定の期間内に受信しなかった場合、前記利用者が保有する前記第1口座から前記第2口座へ前記決済の金額を移行させる処理を実行する
ことを特徴とする請求項3または請求項4に記載の情報処理装置。 The execution unit
If the approval information indicating that the settlement has been approved as an expense of the business operator is not received within a predetermined period, the amount of the settlement is transferred from the first account held by the user to the second account. The information processing apparatus according to claim 3 or 4, wherein the process of migrating is executed.
をさらに有することを特徴とする請求項3~5のうちいずれか1つに記載の情報処理装置。 A calculation unit that calculates a score indicating the degree of credit of the user according to whether or not the settlement designated as the target of expense settlement has been settled as an expense.
The information processing apparatus according to any one of claims 3 to 5, further comprising.
前記利用者の前記スコアが所定値未満である場合、前記利用者に対して前記第2口座の利用を停止する
ことを特徴とする請求項6に記載の情報処理装置。 The execution unit
The information processing apparatus according to claim 6, wherein when the score of the user is less than a predetermined value, the use of the second account is suspended for the user.
前記事業者に対して与信枠が設定された前記第2口座から、前記第3口座へ前記決済の金額を移行させる処理を実行する
ことを特徴とする請求項3~7のうちいずれか1つに記載の情報処理装置。 The execution unit
One of claims 3 to 7, wherein the process of transferring the amount of the settlement from the second account in which the credit line is set for the business operator to the third account is executed. The information processing device described in.
前記利用者に応じた与信枠が設定された前記第2口座から、前記第3口座へ前記決済の金額を移行させる処理を実行する
ことを特徴とする請求項1~8のうちいずれか1つに記載の情報処理装置。 The execution unit
One of claims 1 to 8, wherein the process of transferring the payment amount from the second account in which the credit line according to the user is set to the third account is executed. The information processing device described in.
前記処理対象情報が受信された場合、前記利用者が保有する第1口座とは異なる口座である第2口座から、前記決済の支払先の口座である第3口座へ前記決済の金額を移行させる処理を実行する実行工程と、
含むことを特徴とする情報処理方法。 A receiving process for receiving processing target information indicating that payment by a predetermined payment means using a terminal device used by a user is a target of a predetermined payment process, and a receiving process.
When the processing target information is received, the payment amount is transferred from the second account, which is an account different from the first account held by the user, to the third account, which is the payment destination account of the payment. The execution process to execute the process and
An information processing method characterized by including.
前記処理対象情報が受信された場合、前記利用者が保有する第1口座とは異なる口座である第2口座から、前記決済の支払先の口座である第3口座へ前記決済の金額を移行させる処理を実行する実行手順と、
をコンピュータに実行させることを特徴とする情報処理プログラム。 A reception procedure for receiving processing target information indicating that payment by a predetermined payment means using a terminal device used by a user is a target of a predetermined payment process, and a receiving procedure.
When the processing target information is received, the payment amount is transferred from the second account, which is an account different from the first account held by the user, to the third account, which is the payment destination account of the payment. Execution procedure to execute the process and
An information processing program characterized by having a computer execute.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020166535A JP6910520B1 (en) | 2020-09-30 | 2020-09-30 | Information processing equipment, information processing methods and information processing programs |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020166535A JP6910520B1 (en) | 2020-09-30 | 2020-09-30 | Information processing equipment, information processing methods and information processing programs |
Publications (2)
Publication Number | Publication Date |
---|---|
JP6910520B1 JP6910520B1 (en) | 2021-07-28 |
JP2022057990A true JP2022057990A (en) | 2022-04-11 |
Family
ID=76967627
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2020166535A Active JP6910520B1 (en) | 2020-09-30 | 2020-09-30 | Information processing equipment, information processing methods and information processing programs |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6910520B1 (en) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150095186A1 (en) * | 2013-09-30 | 2015-04-02 | Jayasree Mekala | Flexible spending account provision system |
CN110782331A (en) * | 2019-10-25 | 2020-02-11 | 上海燕汐软件信息科技有限公司 | Taxi taking method and device, electronic equipment and storage medium |
JP2020047144A (en) * | 2018-09-21 | 2020-03-26 | 三菱電機インフォメーションシステムズ株式会社 | Cashless settlement system, cashless settlement method, and cashless settlement program |
JP2020140565A (en) * | 2019-02-28 | 2020-09-03 | 株式会社日本総合研究所 | Information processing method, information processing device, and computer program |
-
2020
- 2020-09-30 JP JP2020166535A patent/JP6910520B1/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150095186A1 (en) * | 2013-09-30 | 2015-04-02 | Jayasree Mekala | Flexible spending account provision system |
JP2020047144A (en) * | 2018-09-21 | 2020-03-26 | 三菱電機インフォメーションシステムズ株式会社 | Cashless settlement system, cashless settlement method, and cashless settlement program |
JP2020140565A (en) * | 2019-02-28 | 2020-09-03 | 株式会社日本総合研究所 | Information processing method, information processing device, and computer program |
CN110782331A (en) * | 2019-10-25 | 2020-02-11 | 上海燕汐软件信息科技有限公司 | Taxi taking method and device, electronic equipment and storage medium |
Non-Patent Citations (1)
Title |
---|
田宮 治雄, 会計情報システム設計ハンドブック, vol. 初版, JPN6021009824, 30 May 1998 (1998-05-30), pages 188 - 192, ISSN: 0004468723 * |
Also Published As
Publication number | Publication date |
---|---|
JP6910520B1 (en) | 2021-07-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11687911B2 (en) | Application integration for contactless payments | |
US11544695B2 (en) | Transaction identification by comparison of merchant transaction data and context data | |
US20230047509A1 (en) | Monitoring Data for Determining Condition Satisfaction | |
US11900373B2 (en) | Blockchain agnostic token network | |
JP6978569B1 (en) | Management device, management method and management program | |
JP7052127B1 (en) | Grant device, grant method and grant program | |
JP7004861B1 (en) | Management equipment, management methods and management programs | |
WO2022182680A1 (en) | Systems and methods for intelligent electronic record management | |
JP7009588B1 (en) | Information processing device, judgment method and judgment program | |
JP6951509B1 (en) | Transmission program, terminal device and transmission method | |
JP7074917B2 (en) | Management equipment, management method and management program | |
US20230196319A1 (en) | Integrated interactive elements for multi-user transactions | |
JP7053924B1 (en) | Management equipment, management methods and management programs | |
JP6910520B1 (en) | Information processing equipment, information processing methods and information processing programs | |
JP6946591B1 (en) | Display program, terminal device and display method | |
JP7440699B1 (en) | Information processing device, information processing method, and information processing program | |
JP7282727B2 (en) | Information processing device, notification method and notification program | |
JP7406024B1 (en) | Second payment management device, second payment management method, and second payment management program | |
JP7023343B1 (en) | Creation device, creation method and creation program | |
JP7422923B1 (en) | Information processing device, information processing method, and information processing program | |
JP7141504B1 (en) | Provision device, provision method and provision program | |
JP7414206B1 (en) | Information processing system and information processing method | |
JP7499919B1 (en) | Information processing system and information processing method | |
JP2022106993A (en) | Management device, management method, and management program | |
JP2021157744A (en) | Provision device, provision method, and provision program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200930 |
|
A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20200930 |
|
A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20201104 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20210222 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20210323 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210521 |
|
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: 20210608 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210706 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6910520 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |