JP7470850B1 - Information processing method, information processing device, and information processing program - Google Patents

Abstract

【課題】バイヤーが請求書の支払いをキャッシュレス決済手段で行う場合に、請求書情報の入力負荷を軽減するとともに入力ミスが生じることを防止するコンピュータが実行する情報処理方法、装置及びプログラムを提供する。【解決手段】決済代行業者システムが行う情報処理方法は、請求書データを保有するシステムから請求書データを取得するステップと、バイヤーの端末から請求書の支払いをキャッシュレス決済手段で行うための、請求書データを特定するための特定情報を含む決済画面のリクエストを受け取るステップと、リクエストに応答して、決済画面をバイヤーの端末に、特定情報に基づいて請求書データを特定し、特定した請求書データから抽出された請求書情報を決済画面にあらかじめ表示させるステップと、決済画面の表示を行ったバイヤーの端末から、キャッシュレス決済手段での支払いを実行するためのリクエストを受け取るステップと、を含む。【選択図】図３[Problem] To provide an information processing method, device, and program executed by a computer that reduces the input load of invoice information and prevents input errors when a buyer pays an invoice with a cashless payment method. [Solution] The information processing method performed by a payment agent system includes the steps of acquiring invoice data from a system that holds the invoice data, receiving from the buyer's terminal a request for a payment screen including specific information for identifying the invoice data so that the invoice can be paid with a cashless payment method, displaying the payment screen on the buyer's terminal in response to the request, identifying the invoice data based on the specific information, and displaying invoice information extracted from the identified invoice data in advance on the payment screen, and receiving a request to make a payment with a cashless payment method from the buyer's terminal that displayed the payment screen. [Selected Figure] Figure 3

Description

本発明は、情報処理方法、情報処理装置および情報処理プログラムに関する。 The present invention relates to an information processing method, an information processing device, and an information processing program.

従来、Ｂ２Ｂ（企業間）決済において、買い手企業（バイヤー）からのカード決済を売り手企業（サプライヤー）が受けようとする場合、サプライヤーは、アクワイアラのカード加盟店になる必要があった。これに対し、近年、アクワイアラとサプライヤーとの間に立つ企業間決済代行事業者を疑似加盟店に置くことで、企業間決済代行事業者がカードの支払代金の受領とサプライヤーへの入金を代行する仕組みが登場し、企業間の支払いをクレジットカードで行いやすくなった。なお、ここでの企業間決済代行事業者は、Ｖｉｓａ社が提供するサービスではＢｕｓｉｎｅｓｓ Ｐａｙｍｅｎｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ（ＢＰＳＰ）と呼ばれることがあり、Ｍａｓｔｅｒｃａｒｄ社が提供するサービスではＢｕｓｉｎｅｓｓ Ｐａｙｍｅｎｔ Ａｇｇｒｅｇａｔｏｒ Ｐｒｏｇｒａｍ（ＢＰＡＰ）と呼ばれることがある。 Traditionally, in B2B (business-to-business) payments, if a seller (supplier) wanted to accept card payments from a buyer, the supplier had to become an affiliated store of the acquirer's card. In recent years, however, a system has emerged in which an inter-business payment agent that stands between the acquirer and the supplier acts as a pseudo-affiliated store, allowing the inter-business payment agent to receive card payments and deposit them into the supplier, making it easier to make inter-business payments by credit card. Note that in the case of services provided by Visa, the inter-business payment agent is sometimes called a Business Payment Service Provider (BPSP), and in the case of services provided by Mastercard, it is sometimes called a Business Payment Aggregator Program (BPAP).

しかし、バイヤーが企業間決済代行事業者を利用してサプライヤーへの支払いをクレジットカードで行おうとする場合、バイヤーは、企業間決済代行事業者が提供する決済画面に、サプライヤーから発行された請求書に記載の請求書情報（請求書番号、請求書金額、振込期日、振込先口座情報など）を入力する必要があり、また、企業間決済代行事業者は、バイヤーから入力された請求書情報が正しいかわからないまま、バイヤーから入力された請求書情報に基づいて、クレジットカードのオーソリおよび売上処理ならびにサプライヤーへの入金を行っていた。そのため、バイヤーにとっては請求書情報を入力するための負荷がかかり、また入力ミスが生じる可能性もあった。 However, when a buyer uses a B2B payment service provider to make a payment to a supplier by credit card, the buyer is required to enter the invoice information (invoice number, invoice amount, transfer date, transfer account information, etc.) listed on the invoice issued by the supplier into the payment screen provided by the B2B payment service provider. Furthermore, the B2B payment service provider authorizes the credit card, processes the sales, and deposits the money into the supplier based on the invoice information entered by the buyer, without knowing whether the invoice information entered by the buyer is correct. This places a burden on the buyer to enter the invoice information, and there is also the possibility of input errors.

特許文献１には、支払者からの集金を行うための集金システムに用いられるプログラムであって、プロセッサに、支払者のアカウント情報を登録するステップと、支払者のアカウントに紐づいた請求書を発行するステップと、支払者が使用する端末に対して、前記請求書に関する情報を電子決済手段とともに通知するステップと、を実行させる、プログラムが提案されている（請求項１など）。 Patent document 1 proposes a program used in a bill collection system for collecting payments from payers, which causes a processor to execute the steps of registering the payer's account information, issuing an invoice linked to the payer's account, and notifying a terminal used by the payer of information related to the invoice together with an electronic payment method (e.g., claim 1).

特開２０２２－１８４７００号公報JP 2022-184700 A

本発明は、以上のような点を考慮してなされたものである。本発明の目的は、バイヤーが請求書の支払いをキャッシュレス決済手段で行う場合に、請求書情報の入力負荷を軽減できるとともに入力ミスが生じることを防止できる技術を提供することにある。 The present invention has been made in consideration of the above points. The object of the present invention is to provide technology that can reduce the input burden of invoice information and prevent input errors when a buyer pays an invoice using a cashless payment method.

本発明の第１の態様に係る情報処理方法は、コンピュータが実行する情報処理方法において、
請求書データを保有するシステムから、請求書データを取得するステップと、
バイヤーの端末から、請求書の支払いをキャッシュレス決済手段で行うための決済画面のリクエストを受け取るステップであって、前記リクエストは、請求書データを特定するための特定情報を含む、ステップと、
前記リクエストに応答して、前記決済画面を前記バイヤーの端末に表示させるステップであって、前記特定情報に基づいて請求書データを特定し、特定された請求書データから抽出された請求書情報を前記決済画面にあらかじめ表示させるステップと、
前記決済画面の表示を行ったバイヤーの端末から、キャッシュレス決済手段での支払いを実行するためのリクエストを受け取るステップと、
を含む。 An information processing method according to a first aspect of the present invention is an information processing method executed by a computer, comprising:
acquiring invoice data from a system that holds the invoice data;
receiving a request for a payment screen for paying an invoice with a cashless payment method from a buyer's terminal, the request including specific information for identifying invoice data;
a step of displaying the settlement screen on the buyer's terminal in response to the request, the step of identifying invoice data based on the identification information, and displaying invoice information extracted from the identified invoice data on the settlement screen in advance;
receiving a request to execute payment by a cashless payment method from the buyer's terminal that has displayed the payment screen;
including.

このような態様によれば、請求書データを保有するシステムから、請求書データを事前に入手しておき、バイヤーが請求書の支払いをキャッシュレス決済手段で行う場合には、事前に入手しておいた請求書データから抽出される請求書情報を、決済画面にあらかじめ表示させるため、バイヤーによる請求書情報の入力負荷を軽減できるとともに入力ミスが生じることを防止できる。 According to this embodiment, invoice data is obtained in advance from a system that holds the invoice data, and when a buyer pays the invoice using a cashless payment method, the invoice information extracted from the invoice data obtained in advance is displayed in advance on the payment screen, thereby reducing the burden on the buyer of inputting invoice information and preventing input errors.

本発明の第２の態様に係る情報処理方法は、第１の態様に係る情報処理方法であって、
前記特定情報に基づいて請求書データを特定したのち、特定された請求書データについてのキャッシュレス決済手段での支払い履歴を確認し、支払い済みであった場合には、支払い済みであることを通知する情報を前記バイヤーの端末に出力させるステップをさらに含む。 An information processing method according to a second aspect of the present invention is the information processing method according to the first aspect,
The method further includes a step of identifying invoice data based on the identification information, and then checking the payment history of the identified invoice data using a cashless payment method, and if payment has been made, outputting information notifying that payment has been made to the buyer's terminal.

このような態様によれば、キャッシュレス決済手段で支払いをしようとしている請求書データが既に支払い済みであった場合に、支払い済みであることがバイヤーに通知されるため、クレジットカードの二重決済を防止できる。 According to this embodiment, if the invoice data that is to be paid by a cashless payment method has already been paid, the buyer is notified that the invoice has already been paid, thereby preventing duplicate credit card payments.

本発明の第３の態様に係る情報処理方法は、第１の態様に係る情報処理方法であって、
前記請求書データを保有するシステムから請求書データを取得したのち、前記バイヤーの端末から前記決済画面のリクエストを受け取る前に、取得した請求データから抽出された請求書情報により特定されるサプライヤーおよび／またはバイヤーについて事前審査を行うステップをさらに含む。 An information processing method according to a third aspect of the present invention is the information processing method according to the first aspect,
The method further includes a step of conducting a pre-screening of the supplier and/or buyer identified by the invoice information extracted from the acquired invoice data after acquiring the invoice data from a system that holds the invoice data and before receiving a request for the payment screen from the buyer's terminal.

このような態様によれば、事前に入手しておいた請求書データを利用して、サプライヤーおよび／またはバイヤーの審査（たとえば、法人の存在確認や刑事事件の有無の確認など）を事前に（取引開始前に）行うことができ、これにより、マネーロンダリングや反社との取引が生じることを防止できる。 According to this embodiment, invoice data obtained in advance can be used to screen suppliers and/or buyers in advance (before transactions begin) (for example, by checking the existence of a corporation or whether they have any criminal cases), thereby preventing money laundering or transactions with anti-social organizations.

本発明の第４の態様に係る情報処理方法は、第１～３のいずれかの態様に係る情報処理方法であって、
前記請求書情報は、請求書番号、請求書金額、振込期日、振込先口座情報のうちの少なくとも１つを含む。 An information processing method according to a fourth aspect of the present invention is an information processing method according to any one of the first to third aspects,
The invoice information includes at least one of an invoice number, an invoice amount, a transfer date, and transfer account information.

本発明の第５の態様に係る情報処理方法は、第１～３のいずれかの態様に係る情報処理方法であって、
前記決済画面を表示させるステップは、特定された請求書データから抽出された請求書金額に所定の手数料を加算した金額をクレジットカード請求金額として前記決済画面に表示させるステップを含む。 An information processing method according to a fifth aspect of the present invention is an information processing method according to any one of the first to third aspects,
The step of displaying the settlement screen includes a step of displaying, on the settlement screen, an amount obtained by adding a prescribed handling fee to the invoice amount extracted from the specified invoice data as the credit card invoice amount.

本発明の第６の態様に係る情報処理方法は、第１～３のいずれかの態様に係る情報処理方法であって、
サプライヤーの端末から、サプライヤー向けマイページのリクエストを受け取るステップであって、前記リクエストは、サプライヤーを特定するための識別情報と、１または複数の請求書データを特定するための検索条件とを含む、ステップと、
前記リクエストに応答して、前記マイページを前記サプライヤーの端末に表示させるステップであって、前記識別情報に基づいてサプライヤーを特定し、特定されたサプライヤーの請求書データであって、前記検索条件を満たす請求書データのリストを前記マイページに表示させるステップと、
をさらに含む。 An information processing method according to a sixth aspect of the present invention is an information processing method according to any one of the first to third aspects,
receiving a request for a supplier's personal page from a supplier's terminal, the request including identification information for identifying the supplier and search conditions for identifying one or more invoice data;
a step of displaying the My Page on the terminal of the supplier in response to the request, identifying the supplier based on the identification information, and displaying on the My Page a list of invoice data of the identified supplier that satisfies the search conditions;
Further includes:

このような態様によれば、サプライヤーから多数の請求書が発行されている場合であっても、サプライヤーは、確認したい請求書データを容易に検索して確認することができる。 According to this embodiment, even if a supplier has issued a large number of invoices, the supplier can easily search for and check the invoice data that he or she wishes to check.

本発明の第７の態様に係る情報処理方法は、第６の態様に係る情報処理方法であって、
前記マイページの表示を行ったサプライヤーの端末から、前記請求書データのリストのうち一の請求書データを選択する情報を受け取るステップと、
選択された請求書データについて振込状況を確認して前記マイページに表示させるステップと、
をさらに含む。 An information processing method according to a seventh aspect of the present invention is an information processing method according to the sixth aspect,
receiving information for selecting one invoice data from the list of invoice data from the terminal of the supplier that has displayed the My Page;
A step of confirming the transfer status of the selected invoice data and displaying it on the My Page;
Further includes:

このような態様によれば、サプライヤーは、自身の請求書データについての振込状況を容易に確認することができる。 In this manner, suppliers can easily check the transfer status of their own invoice data.

本発明の第８の態様に係る情報処理方法は、第６の態様に係る情報処理方法であって、
前記マイページの表示を行ったサプライヤーの端末から、振込済みの請求書データについて消込用データのリクエストを受け取るステップと、
前記リクエストに応答して、前記消込用データを前記サプライヤーの端末に送信するステップと、
をさらに含む。 An information processing method according to an eighth aspect of the present invention is an information processing method according to the sixth aspect,
receiving a request for reconciliation data for the invoice data that has already been transferred from the terminal of the supplier that has displayed the My Page;
transmitting the reconciliation data to the supplier terminal in response to the request;
Further includes:

このような態様によれば、サプライヤーによる入金消込の作業負荷を軽減できる。 This approach reduces the workload of reconciling payments placed on suppliers.

本発明の第９の態様に係る情報処理方法は、第１～３のいずれかの態様に係る情報処理方法であって、
バイヤーの端末から、バイヤー向けマイページのリクエストを受け取るステップであって、前記リクエストは、バイヤーを特定するための識別情報と、１または複数の請求書データを特定するための検索条件とを含む、ステップと、
前記リクエストに応答して、前記マイページを前記バイヤーの端末に表示させるステップであって、前記識別情報に基づいてバイヤーを特定し、特定されたバイヤーの請求書データであって、前記検索条件を満たす請求書データのリストを前記マイページに表示させるステップと、
をさらに含む。 An information processing method according to a ninth aspect of the present invention is an information processing method according to any one of the first to third aspects,
A step of receiving a request for a buyer's personal page from a buyer's terminal, the request including identification information for identifying the buyer and search conditions for identifying one or more invoice data;
a step of displaying the My Page on the buyer's terminal in response to the request, the step of identifying a buyer based on the identification information, and displaying on the My Page a list of invoice data of the identified buyer that satisfies the search conditions;
Further includes:

このような態様によれば、バイヤーに対して多数の請求書が発行されている場合であっても、バイヤーは、確認したい請求書データを容易に検索して確認することができる。 According to this embodiment, even if a large number of invoices have been issued to a buyer, the buyer can easily search for and check the invoice data that he or she wishes to check.

本発明の第１０の態様に係る情報処理装置は、
請求書データを保有するシステムから、請求書データを取得する請求書データ取得部と、
バイヤーの端末から、請求書の支払いをキャッシュレス決済手段で行うための決済画面のリクエストを受け取る決済画面リクエスト受取部であって、前記リクエストは、請求書データを特定するための特定情報を含む、決済画面リクエスト受取部と、
前記リクエストに応答して、前記決済画面を前記バイヤーの端末に表示させる決済画面表示部であって、前記特定情報に基づいて請求書データを特定し、特定された請求書データから抽出された請求書情報を前記決済画面にあらかじめ表示させる決済画面表示部と、
前記決済画面の表示を行ったバイヤーの端末から、キャッシュレス決済手段での支払いを実行するためのリクエストを受け取る支払い実行リクエスト受取部と、
を含む。 An information processing device according to a tenth aspect of the present invention includes:
an invoice data acquisition unit that acquires invoice data from a system that holds the invoice data;
a payment screen request receiving unit that receives a request for a payment screen for making a payment of an invoice by a cashless payment means from a buyer's terminal, the request including specific information for identifying the invoice data;
a payment screen display unit that displays the payment screen on the buyer's terminal in response to the request, identifies invoice data based on the identification information, and displays invoice information extracted from the identified invoice data on the payment screen in advance;
a payment execution request receiving unit that receives a request for executing a payment by a cashless payment means from the buyer's terminal that has displayed the payment screen;
including.

本発明の第１１の態様に係る情報処理プログラムは、
請求書データを保有するシステムから、請求書データを取得するステップと、
バイヤーの端末から、請求書の支払いをキャッシュレス決済手段で行うための決済画面のリクエストを受け取るステップであって、前記リクエストは、請求書データを特定するための特定情報を含む、ステップと、
前記リクエストに応答して、前記決済画面を前記バイヤーの端末に表示させるステップであって、前記特定情報に基づいて請求書データを特定し、特定された請求書データから抽出された請求書情報を前記決済画面にあらかじめ表示させるステップと、
前記決済画面の表示を行ったバイヤーの端末から、キャッシュレス決済手段での支払いを実行するためのリクエストを受け取るステップと、
をコンピュータに実行させる。 An information processing program according to an eleventh aspect of the present invention,
acquiring invoice data from a system that holds the invoice data;
receiving a request for a payment screen for paying an invoice with a cashless payment method from a buyer's terminal, the request including specific information for identifying invoice data;
a step of displaying the settlement screen on the buyer's terminal in response to the request, the step of identifying invoice data based on the identification information, and displaying invoice information extracted from the identified invoice data on the settlement screen in advance;
receiving a request to make a payment using a cashless payment method from the buyer's terminal that has displayed the payment screen;
to be executed by the computer.

本発明によれば、バイヤーが請求書の支払いをキャッシュレス決済手段で行う場合に、請求書情報の入力負荷を軽減できるとともに入力ミスが生じることを防止できる。 According to the present invention, when a buyer pays an invoice using a cashless payment method, the burden of inputting invoice information can be reduced and input errors can be prevented.

図１は、一実施の形態に係る情報処理システムの全体構成を示す図である。FIG. 1 is a diagram showing an overall configuration of an information processing system according to an embodiment. 図２は、決済代行事業者システムの概略的な構成を示す図である。FIG. 2 is a diagram showing a schematic configuration of a payment agent system. 図３は、決済代行事業者システムの動作の一例を説明するための図である。FIG. 3 is a diagram for explaining an example of the operation of the payment agent system. 図４は、決済代行事業者システムの動作の一例を説明するための図である。FIG. 4 is a diagram for explaining an example of the operation of the payment agent system. 図５は、請求書データに含まれる請求書情報の一例を示すテーブルである。FIG. 5 is a table showing an example of invoice information included in the invoice data. 図６は、バイヤーの端末に表示される登録画面の一例を示す図である。FIG. 6 is a diagram showing an example of a registration screen displayed on a buyer's terminal. 図７は、バイヤーの端末に表示される決済画面の一例を示す図である。FIG. 7 is a diagram showing an example of a payment screen displayed on the buyer's terminal. 図８は、バイヤーの端末に表示される決済画面の一例を示す図である。FIG. 8 is a diagram showing an example of a payment screen displayed on the buyer's terminal. 図９は、バイヤーの端末に表示される通知画面の一例を示す図である。FIG. 9 is a diagram showing an example of a notification screen displayed on the buyer's terminal. 図１０は、サプライヤーの端末に表示されるマイページの一例を示す図である。FIG. 10 is a diagram showing an example of a My Page displayed on the supplier's terminal. 図１１は、サプライヤーの端末に表示されるマイページの一例を示す図である。FIG. 11 is a diagram showing an example of a My Page displayed on the supplier's terminal. 図１２は、サプライヤーの端末に表示されるマイページの一例を示す図である。FIG. 12 is a diagram showing an example of a My Page displayed on the supplier's terminal. 図１３は、バイヤーの端末に表示されるマイページの一例を示す図である。FIG. 13 is a diagram showing an example of a My Page displayed on a buyer's terminal. 図１４は、バイヤーの端末に表示されるマイページの一例を示す図である。FIG. 14 is a diagram showing an example of a My Page displayed on a buyer's terminal.

以下に、添付の図面を参照して、本発明の実施の形態を詳細に説明する。なお、以下の説明および以下の説明で用いる図面では、同一に構成され得る部分について、同一の符号を用いるとともに、重複する説明を省略する。 Below, an embodiment of the present invention will be described in detail with reference to the attached drawings. Note that in the following description and in the drawings used in the following description, the same reference numerals will be used for parts that can be configured identically, and duplicate descriptions will be omitted.

以下の説明では、「キャッシュレス決済手段」として、クレジットカードを例に説明するが、これに限定されるものではなく、たとえば、ＢＮＰＬ（Ｂｕｙ Ｎｏｗ Ｐａｙ Ｌａｔｅｒ）などの別の後払い決済手段であってもよいし、プリペイドカードなどの前払い決済手段であってもよいし、デビットカードなどの即時決済手段であってもよい。 In the following explanation, a credit card will be used as an example of a "cashless payment method", but this is not limited to this, and it may be, for example, another postpaid payment method such as BNPL (Buy Now Pay Later), an advance payment method such as a prepaid card, or an immediate payment method such as a debit card.

また、以下の説明では、「請求書データを保有するシステム」として、売り手企業（サプライヤーともいう）と買い手企業（バイヤーともいう）との間に立つ請求書発行代行事業者（請求書発行ベンダともいう）のシステムを例に説明するが、これに限定されるものではなく、たとえば、Ｐｅｐｐｏｌ認定事業者（Ｐｅｐｐｏｌサービスプロバイダともいう）のシステムであってもよいし、サプライヤーのシステムであってもよい。 In the following explanation, the "system that holds invoice data" will be described using as an example the system of an invoice issuing agent (also called an invoice issuing vendor) that stands between a seller company (also called a supplier) and a buyer company (also called a buyer), but this is not limited to this and may be, for example, the system of a Peppol certified business (also called a Peppol service provider) or the system of a supplier.

（装置の構成）
図１は、一実施の形態に係る情報処理システム１の全体構成を示す図である。図１に示すように、情報処理システム１は、決済代行事業者システム２と、請求書発行代行事業者システム３（請求書データを保有するシステム）と、バイヤーの端末４と、サプライヤーの端末５と、アクワイアラシステム６と、イシュアシステム７とを有している。各システムおよび端末２～７は、インターネット等のネットワークを介して互いに通信可能に接続されている。ネットワークは、有線回線と無線回線のいずれでもよく、回線の種類や形態は問わない。なお、各システムおよび端末２～７の少なくとも一部は、コンピュータにより実現される。 (Device Configuration)
Fig. 1 is a diagram showing the overall configuration of an information processing system 1 according to an embodiment. As shown in Fig. 1, the information processing system 1 has a payment agent system 2, an invoice issuing agent system 3 (a system that holds invoice data), a buyer terminal 4, a supplier terminal 5, an acquirer system 6, and an issuer system 7. Each system and terminal 2-7 are connected to each other so as to be able to communicate with each other via a network such as the Internet. The network may be either a wired line or a wireless line, and the type and form of the line are not important. At least a part of each system and terminal 2-7 is realized by a computer.

情報処理システム１における大まかなデータの流れを説明する。まず、サプライヤーが請求書発行代行事業者に請求書発行業務を委託する場合、サプライヤーの端末５から請求書発行代行事業者システム３に請求書データが送信されて格納される。そして、バイヤーが請求書発行ベンダから請求書を受領して閲覧する場合、請求書発行代行事業者システム３からバイヤーの端末４に請求書データが送信されて表示される。本実施の形態では、決済代行事業者システム２に請求書発行代行事業者システム３から請求書データが転送されて格納される。 The following describes the general data flow in the information processing system 1. First, when a supplier entrusts an invoice issuing agent with invoice issuance operations, invoice data is sent from the supplier's terminal 5 to the invoice issuing agent system 3 and stored there. Then, when a buyer receives an invoice from the invoice issuing vendor and views it, the invoice data is sent from the invoice issuing agent system 3 to the buyer's terminal 4 and displayed there. In this embodiment, the invoice data is transferred from the invoice issuing agent system 3 to the payment agent system 2 and stored there.

バイヤーが決済代行事業者を利用してサプライヤーへの支払いをクレジットカード（キャッシュレス決済手段）で行おうとする場合、決済代行事業者システム２からバイヤーの端末４に決済画面が送信されて表示される。バイヤーは決済画面上で請求書情報の確認・入力を行ったのち、支払いを実行するための操作を行うと、支払いを実行するためのリクエストがバイヤーの端末４から決済代行事業者システム２に送信され、決済代行事業者システム２とアクワイアラシステム６との間でオーソリ処理が実行される。そして、決済代行事業者システム２からバイヤーの端末４にクレジットカードでの支払いが完了したことが通知されるとともに、決済代行事業者システム２から請求書発行代行事業者システム３にカード決済結果が受け渡される。 When a buyer uses a payment agent to make a payment to a supplier by credit card (cashless payment method), a payment screen is sent from the payment agent system 2 to the buyer's terminal 4 and displayed. After the buyer confirms and inputs the invoice information on the payment screen, the buyer performs an operation to execute the payment, and a request to execute the payment is sent from the buyer's terminal 4 to the payment agent system 2, and authorization processing is executed between the payment agent system 2 and the acquirer system 6. The payment agent system 2 then notifies the buyer's terminal 4 that the credit card payment has been completed, and the payment agent system 2 passes the card payment result to the invoice issuing agent system 3.

その後、決済代行事業者システム２とアクワイアラシステム６との間で売上処理が実行され、決済代行事業者からサプライヤーに請求書金額の振込が行われる。また、決済代行事業者にはアクワイアラから請求書カード決済代金の振込が行われ、イシュアとバイヤーとの間では請求書カード決済代金の請求／支払いが行われる。 After that, sales processing is carried out between the payment agent system 2 and the acquirer system 6, and the payment agent transfers the invoice amount to the supplier. The acquirer also transfers the invoice card payment amount to the payment agent, and the invoice card payment amount is claimed/paid between the issuer and the buyer.

次に、決済代行事業者システム２について詳しく説明する。図２は、決済代行事業者システム２の概略的な構成を示す図ある。 Next, the payment service provider system 2 will be described in detail. Figure 2 shows the general configuration of the payment service provider system 2.

図２に示すように、決済代行事業者システム２は、通信部２１と、制御部２２と、記憶部２３とを有している。各部２１～２３は、バスやネットワークを介して互いに通信可能に接続されている。 As shown in FIG. 2, the payment service provider system 2 has a communication unit 21, a control unit 22, and a memory unit 23. Each unit 21 to 23 is connected to each other so that they can communicate with each other via a bus or a network.

このうち通信部２１は、決済代行事業者システム２と外部のネットワークとの間の通信インターフェースである。通信部２１は、インターネット等の外部のネットワークを介して決済代行事業者システム２と他のシステムおよび端末３～６との間で情報を送受信する。 Of these, the communication unit 21 is a communication interface between the payment service provider system 2 and an external network. The communication unit 21 transmits and receives information between the payment service provider system 2 and other systems and terminals 3 to 6 via an external network such as the Internet.

記憶部２３は、たとえばフラッシュメモリやハードディスク等の不揮発性データストレージである。記憶部２３には、制御部２２が取り扱う各種データが記憶される。たとえば、記憶部２３は、請求書データデータベース２３ａと、バイヤー情報データベース２３ｂと、サプライヤー情報データベース２３ｃとを含んでいる。 The memory unit 23 is a non-volatile data storage such as a flash memory or a hard disk. The memory unit 23 stores various data handled by the control unit 22. For example, the memory unit 23 includes an invoice data database 23a, a buyer information database 23b, and a supplier information database 23c.

請求書データデータベース２３ａには、請求書発行代行事業者システム３から取得された複数の請求書データが記憶されている。図５は、請求書データに含まれる請求書情報の一例を示すテーブルである。図５に示すように、請求書データに含まれる請求書情報は、請求書基本情報と、サプライヤー（振込先）口座情報と、バイヤー振込情報とを含んでいてもよい。このうち請求書基本情報は、請求書データを一意に特定するための請求書ＩＤ（特定情報）と、請求書番号と、請求書金額と、振込期日と、サプライヤーＩＤと、バイヤーＩＤとを含んでいてもよい。また、振込先口座情報は、金融機関コードと、支店コードと、金融機関名称と、支店名称と、口座種別と、口座番号と、口座名義とを含んでいてもよい。また、バイヤー振込情報は、振込名義を含んでいてもよい。 The invoice data database 23a stores multiple invoice data acquired from the invoice issuing agent system 3. FIG. 5 is a table showing an example of invoice information included in the invoice data. As shown in FIG. 5, the invoice information included in the invoice data may include invoice basic information, supplier (transfer destination) account information, and buyer transfer information. Of these, the invoice basic information may include an invoice ID (specific information) for uniquely identifying the invoice data, an invoice number, an invoice amount, a transfer due date, a supplier ID, and a buyer ID. The transfer destination account information may include a financial institution code, a branch code, a financial institution name, a branch name, an account type, an account number, and an account name. The buyer transfer information may include a transfer name.

請求書データデータベース２３ａには、請求書データごとに、バイヤーによるクレジットカードでの請求書金額の支払い履歴、および／または、サプライヤー（振込先）口座への請求書金額の振込履歴が紐づけられて記憶されていてもよい。 For each invoice data, the invoice data database 23a may store a history of the buyer's payment of the invoice amount by credit card and/or a history of the invoice amount being transferred to the supplier's (transfer destination) account.

バイヤー情報データベース２３ｂには、複数のバイヤーの企業情報が、バイヤーを一意に特定するためのバイヤーＩＤと紐づけられて記憶されている。たとえば、バイヤーの企業情報は、企業名称と、企業名称カナと、事業形態（法人／個人事業主）と、法人番号と、業種と、郵便番号と、都道府県と、住所（市区町村以下など）とを含んでいてもよい。バイヤーの企業情報は、決済代行事業者システム２が請求書発行代行事業者システム３から連携データとしてあらかじめ取得しておくことでバイヤー情報データベース２３ｂに記憶されていてもよいし、バイヤーが決済代行事業者システム２を初めて利用する際にバイヤー自身が登録画面上で入力して利用登録することでバイヤー情報データベース２３ｂに記憶されてもよい。 In the buyer information database 23b, corporate information of multiple buyers is stored in association with a buyer ID for uniquely identifying the buyer. For example, the buyer's corporate information may include the company name, the company name in kana, the business type (corporation/sole proprietor), the corporate number, the type of business, the postal code, the prefecture, and the address (such as city, ward, town, or village). The buyer's corporate information may be stored in the buyer information database 23b by the payment agent system 2 acquiring it in advance as linked data from the invoice issuing agent system 3, or the buyer may enter the information on the registration screen and register when using the payment agent system 2 for the first time, and the information may be stored in the buyer information database 23b.

サプライヤー情報データベース２３ｃには、複数のサプライヤーの企業情報および口座情報が、サプライヤーを一意に特定するためのサプライヤーＩＤと紐づけられて記憶されている。たとえば、サプライヤーの企業情報は、企業名称と、企業名称カナと、事業形態（法人／個人事業主）と、法人番号と、業種と、郵便番号と、都道府県と、住所（市区町村以下など）とを含んでいてもよい。口座情報は、金融機関コードと、支店コードと、金融機関名称と、支店名称と、口座種別と、口座番号と、口座名義とを含んでいてもよい。バイヤーの企業情報および口座情報は、決済代行事業者システム２が請求書発行代行事業者システム３から連携データとしてあらかじめ取得しておくことでサプライヤー情報データベース２３ｃに記憶されていてもよいし、サプライヤーが決済代行事業者システム２を初めて利用する際にサプライヤー自身が登録画面上で入力して利用登録することでサプライヤー情報データベース２３ｃに記憶されてもよい。 In the supplier information database 23c, the company information and account information of multiple suppliers are stored in association with a supplier ID for uniquely identifying the supplier. For example, the company information of the supplier may include the company name, the company name in kana, the business type (corporation/sole proprietor), the corporation number, the type of business, the postal code, the prefecture, and the address (such as city, ward, town, or village). The account information may include the financial institution code, the branch code, the financial institution name, the branch name, the account type, the account number, and the account holder. The company information and account information of the buyer may be stored in the supplier information database 23c by the payment agent system 2 acquiring the information in advance as linked data from the invoice issuing agent system 3, or the supplier may enter the information on the registration screen and register when using the payment agent system 2 for the first time, and the information may be stored in the supplier information database 23c.

なお、記憶部２３は、物理的には、必ずしも決済代行事業者システム２内に設けられていなくてもよく、記憶部２３の一部または全部は、外部のネットワークを介して決済代行事業者システム２と通信可能に接続された別の装置（たとえばクラウドストレージ）内に設けられていてもよい。 Note that the memory unit 23 does not necessarily have to be physically located within the payment service provider system 2, and part or all of the memory unit 23 may be located within another device (e.g., cloud storage) that is communicatively connected to the payment service provider system 2 via an external network.

図２に示すように、制御部２２は、請求書データ取得部２２ａと、事前審査部２２ａ２と、決済画面リクエスト受取部２２ｂと、決済画面表示部２２ｃと、支払い実行リクエスト受取部２２ｄと、支払い済み通知部２２ｅと、サプライヤー向けマイページ表示部２２ｆと、消込用データ送信部２２ｇと、バイヤー向けマイページ表示部２２ｈとを有している。これらの各部２２ａ～２２ｈは、決済代行事業者システム２内のプロセッサが所定のプログラムを実行することにより実現されてもよいし、ハードウェアで実装されてもよい。 As shown in FIG. 2, the control unit 22 has an invoice data acquisition unit 22a, a pre-screening unit 22a2, a payment screen request receiving unit 22b, a payment screen display unit 22c, a payment execution request receiving unit 22d, a payment completion notification unit 22e, a supplier's My Page display unit 22f, a reconciliation data sending unit 22g, and a buyer's My Page display unit 22h. Each of these units 22a to 22h may be realized by a processor in the payment agent system 2 executing a specified program, or may be implemented in hardware.

請求書データ取得部２２ａは、請求書発行代行事業者システム３に定期的にアクセスして請求書データを取得する。請求書データ取得部２２ａにより取得された請求書データは、請求書データデータベース２３ａに記憶される。 The invoice data acquisition unit 22a periodically accesses the invoice issuing agent system 3 to acquire invoice data. The invoice data acquired by the invoice data acquisition unit 22a is stored in the invoice data database 23a.

事前審査部２２ａ２は、請求書データ取得部２２ａが取得した請求データから請求書情報（図５参照）を抽出し、抽出された請求書情報により特定されるサプライヤーおよび／またはバイヤーについて事前審査（たとえば、法人の存在確認や刑事事件の有無の確認など）を行う。たとえば、事前審査部２２ａ２は、国税庁の法人番号システムが提供するＷｅｂ－ＡＰＩを利用して、特定されたサプライヤーおよび／またはバイヤーが法人として存在しているか否かを確認してもよい。また、たとえば、図１を参照し、事前審査部２２ａ２は、外部の法人確認システム８（たとえば日本経済新聞社が提供する日経リスク＆コンプライアンスなど）を利用して、特定されたサプライヤーおよび／またはバイヤーについて***的勢力（反社）の該当性の確認や刑事事件の有無の確認などを行ってもよい。事前に入手しておいた請求書データを利用して、事前審査部２２ａ２が、サプライヤーおよび／またはバイヤーの審査を事前に（取引開始前に）行うことにより、マネーロンダリングや反社との取引が生じることを防止できる。事前審査部２２ａ２によるサプライヤーおよび／またはバイヤーの事前審査結果は、サプライヤー情報データベース３３ｃおよび／またはバイヤー情報データベース３３ｂに記憶される。 The preliminary screening unit 22a2 extracts invoice information (see FIG. 5) from the invoice data acquired by the invoice data acquisition unit 22a, and performs preliminary screening (for example, checking the existence of a corporation or checking whether a criminal case has occurred) on the supplier and/or buyer identified by the extracted invoice information. For example, the preliminary screening unit 22a2 may use a Web-API provided by the National Tax Agency's Corporation Number System to check whether the identified supplier and/or buyer exists as a corporation. Also, for example, referring to FIG. 1, the preliminary screening unit 22a2 may use an external corporation confirmation system 8 (for example, Nikkei Risk & Compliance provided by Nihon Keizai Shimbun, etc.) to check whether the identified supplier and/or buyer is an antisocial force (anti-social force) or whether a criminal case has occurred. By using the invoice data obtained in advance, the preliminary screening unit 22a2 performs screening of the supplier and/or buyer in advance (before the start of trading), it is possible to prevent money laundering and trading with antisocial forces. The results of the preliminary screening of suppliers and/or buyers by the preliminary screening unit 22a2 are stored in the supplier information database 33c and/or the buyer information database 33b.

決済画面リクエスト受取部２２ｂは、バイヤーの端末４から、請求書の支払いをクレジットカードで行うための決済画面のリクエスト（以下、決済画面リクエストともいう）を受け取る。たとえば、バイヤーが、バイヤーの端末４上で請求書データを表示させて閲覧したのち、画面に表示された「カードで支払う」のボタンを操作（タップまたはクリック）すると、バイヤーの端末４から決済代行事業者システム２に決済画面リクエストが送信され、当該決済画面リクエストを決済画面リクエスト受取部２２ｂが受け取るようになっていてもよい。あるいは、たとえば、バイヤーが、紙の請求書に印刷されている２次元コードを端末４のカメラで撮影すると、バイヤーの端末４から決済代行事業者システム２に決済画面リクエストが送信され、当該決済画面リクエストを決済画面リクエスト受取部２２ｂが受け取るようになっていてもよい。決済画面リクエストは、請求書データを一意に特定するための特定情報を含んでいる。決済画面リクエストは、特定情報に加えて、サプライヤーを一意に特定するためのサプライヤーＩＤをさらに含んでいてもよいし、バイヤーを一意に特定するためのバイヤーＩＤをさらに含んでいてもよい。 The payment screen request receiving unit 22b receives a payment screen request (hereinafter also referred to as a payment screen request) from the buyer's terminal 4 for making payment of the invoice by credit card. For example, when the buyer displays and views the invoice data on the buyer's terminal 4 and then operates (tap or click) the "Pay by card" button displayed on the screen, a payment screen request is sent from the buyer's terminal 4 to the payment agent system 2, and the payment screen request may be received by the payment screen request receiving unit 22b. Alternatively, for example, when the buyer photographs a two-dimensional code printed on a paper invoice with the camera of the terminal 4, a payment screen request is sent from the buyer's terminal 4 to the payment agent system 2, and the payment screen request may be received by the payment screen request receiving unit 22b. The payment screen request includes specific information for uniquely identifying the invoice data. In addition to the specific information, the payment screen request may further include a supplier ID for uniquely identifying the supplier, or may further include a buyer ID for uniquely identifying the buyer.

決済画面表示部２２ｃは、決済画面リクエスト受取部２２ｂが受け取った決済画面リクエストに応答して、決済画面（図７および図８参照）をバイヤーの端末４に送信して表示させる。このとき、決済画面表示部２２ｃは、決済画面リクエストに含まれる特定情報に基づいて、請求書データデータベース２３ａを参照して、対応する請求書データを特定する。そして、決済画面表示部２２ｃは、特定された請求書データから請求書情報（図５参照）を抽出し、抽出された請求書情報により特定されるサプライヤーおよびバイヤーについて、事前審査部２２ａ２による事前審査結果を確認する。 In response to the payment screen request received by the payment screen request receiving unit 22b, the payment screen display unit 22c transmits a payment screen (see Figures 7 and 8) to the buyer's terminal 4 for display. At this time, the payment screen display unit 22c refers to the invoice data database 23a based on the specific information included in the payment screen request to identify the corresponding invoice data. The payment screen display unit 22c then extracts invoice information (see Figure 5) from the identified invoice data, and confirms the results of the pre-screening by the pre-screening unit 22a2 for the supplier and buyer identified by the extracted invoice information.

事前審査部２２ａ２による事前審査において、サプライヤーおよびバイヤーの一方または両方に問題があることが事前に判明していた場合には、決済画面表示部２２ｃは、決済画面の代わりに、手続きを進めることができない旨を表示するエラー画面をバイヤーの端末４に送信して表示させる。他方、事前審査部２２ａ２による事前審査において、サプライヤーおよびバイヤーのどちらにも問題がないことが事前に判明していた場合には、決済画面表示部２２ｃは、特定された請求書データから請求書情報（図５参照）を抽出し、抽出された請求書情報を決済画面にあらかじめ表示させる。たとえば、図７に示す例では、決済画面表示部２２ｃは、抽出された請求書情報に含まれるサプライヤーＩＤに基づいて、サプライヤー情報データベースを参照して、サプライヤーの企業名称を特定し、決済画面内の支払先企業名（請求書発行事業者）の入力欄に、特定された企業名称をあらかじめ表示させる。また、決済画面表示部２２ｃは、抽出された請求書情報に含まれる請求書番号、請求書金額、支配期限（振込期日）、振込先口座情報を、決済画面内のそれぞれの入力欄にあらかじめ表示させる。これにより、バイヤーが決済画面内の入力欄に請求書情報を入力する際に、バイヤーの入力負荷が軽減されるとともに入力ミスが生じることが防止される。 If the preliminary screening by the preliminary screening unit 22a2 has determined in advance that there is a problem with one or both of the supplier and the buyer, the payment screen display unit 22c transmits an error screen indicating that the procedure cannot be continued to the buyer's terminal 4 instead of the payment screen and displays it. On the other hand, if the preliminary screening by the preliminary screening unit 22a2 has determined in advance that there is no problem with either the supplier or the buyer, the payment screen display unit 22c extracts invoice information (see FIG. 5) from the identified invoice data and displays the extracted invoice information in advance on the payment screen. For example, in the example shown in FIG. 7, the payment screen display unit 22c refers to the supplier information database based on the supplier ID included in the extracted invoice information to identify the supplier's company name, and displays the identified company name in advance in the input field for the payee company name (invoice issuing business operator) on the payment screen. In addition, the payment screen display unit 22c displays in advance the invoice number, invoice amount, deadline (transfer date), and transfer account information included in the extracted invoice information in the respective input fields on the payment screen. This reduces the input burden on the buyer and prevents input errors when the buyer enters invoice information into the input fields on the payment screen.

決済画面表示部２２ｃは、特定された請求書データから抽出された請求書金額に、所定の手数料（たとえば請求金額の３％）を加算した金額をクレジットカード請求金額として決済画面に表示させてもよい（図８参照）。 The payment screen display unit 22c may display the invoice amount extracted from the identified invoice data plus a specified fee (e.g., 3% of the invoice amount) on the payment screen as the credit card invoice amount (see Figure 8).

支払い実行リクエスト受取部２２ｄは、決済画面の表示を行ったバイヤーの端末４から、クレジットカードでの支払いを実行するためのリクエスト（以下、支払実行リクエストともいう）を受け取る。たとえば、バイヤーが、バイヤーの端末４上で請求書情報およびクレジットカード情報を確認・入力したのち、確認画面に表示された「支払う」のボタンを操作（タップまたはクリック）すると、バイヤーの端末４から決済代行事業者システム２に支払い実行リクエストが送信され、当該支払い実行リクエストを支払い実行リクエスト受取部２２ｄが受け取るようになっていてもよい。 The payment execution request receiving unit 22d receives a request to execute a payment by credit card (hereinafter also referred to as a payment execution request) from the buyer's terminal 4 that has displayed the payment screen. For example, when the buyer confirms and inputs the invoice information and credit card information on the buyer's terminal 4 and then operates (tap or click) the "Pay" button displayed on the confirmation screen, a payment execution request is sent from the buyer's terminal 4 to the payment agent system 2, and the payment execution request is received by the payment execution request receiving unit 22d.

支払い実行リクエスト受取部２２ｄが支払い実行リクエストを受け取ると、決済代行事業者システム２とアクワイアラシステム６との間でオーソリ処理が実行される。そして、オーソリ処理が正常に終了すると、決済代行事業者システム２からバイヤーの端末４にクレジットカードでの支払いが完了したことを通知する情報が送信されて出力される（図９参照）とともに、決済代行事業者システム２から請求書発行代行事業者システム３にカード決済結果が受け渡される。 When the payment execution request receiving unit 22d receives the payment execution request, authorization processing is executed between the payment agent system 2 and the acquirer system 6. Then, when the authorization processing is completed normally, information is sent and output from the payment agent system 2 to the buyer's terminal 4 notifying that the credit card payment has been completed (see Figure 9), and the card payment result is passed from the payment agent system 2 to the invoice issuing agent system 3.

支払い済み通知部２２ｅは、決済画面リクエストに含まれる特定情報に基づいて決済画面表示部２２ｃにより請求書データが特定されたのち、特定された請求書データについてのクレジットカードでの支払い履歴を、請求書データデータベース２３ａを参照して確認する。そして、支払い済みであった場合には、支払い済み通知部２２ｅは、支払い済みであることを通知する情報（たとえばアラート）をバイヤーの端末４に送信して出力させる。これにより、クレジットカードで支払いをしようとしている請求書データが既に支払い済みであった場合に、支払い済みであることがバイヤーに通知されるため、クレジットカードの二重決済を防止できる。 After the payment screen display unit 22c identifies invoice data based on the specific information included in the payment screen request, the payment completion notification unit 22e checks the credit card payment history for the identified invoice data by referring to the invoice data database 23a. If the invoice data has been paid, the payment completion notification unit 22e transmits and outputs information (e.g., an alert) notifying the buyer that payment has been made to the buyer's terminal 4. This allows the buyer to be notified that the invoice data that the buyer is attempting to pay for by credit card has already been paid, thereby preventing duplicate credit card payments.

サプライヤー向けマイページ表示部２２ｆは、サプライヤーの端末５から、サプライヤー向けマイページのリクエスト（以下、第１のリクエスト）を受け取る。第１のリクエストは、サプライヤーを特定するための識別情報（サプライヤーＩＤ）と、１または複数の請求書データを特定するための検索条件とを含んでいてもよい。たとえば、サプライヤーが、サプライヤーの端末５を操作して決済代行事業者システム２のウェブサイトにログインすると、サプライヤーの端末５には、図１０を参照し、サプライヤー向けマイページ（スタートページ）が表示される。そして、サプライヤーが、スタートページ内の検索条件入力欄に検索条件（図示された例では、振込日付および／またはバイヤー企業名、振込済みのみ表示するか否か）を入力すると、入力された検索条件とサプライヤーＩＤとを含む第１のリクエストが、サプライヤーの端末５から決済代行事業者システム２に送信され、当該第１のリクエストをサプライヤー向けマイページ表示部２２ｆが受け取るようになっていてもよい。 The supplier's mypage display unit 22f receives a request for the supplier's mypage (hereinafter, the first request) from the supplier's terminal 5. The first request may include identification information (supplier ID) for identifying the supplier and search conditions for identifying one or more invoice data. For example, when a supplier operates the supplier's terminal 5 to log in to the website of the payment agent system 2, the supplier's mypage (start page) is displayed on the supplier's terminal 5 with reference to FIG. 10. Then, when the supplier inputs search conditions (in the illustrated example, the transfer date and/or the buyer's company name, and whether or not to display only transferred items) in the search condition input field on the start page, a first request including the input search conditions and supplier ID is sent from the supplier's terminal 5 to the payment agent system 2, and the first request may be received by the supplier's mypage display unit 22f.

サプライヤー向けマイページ表示部２２ｆは、サプライヤーの端末５から第１のリクエストを受け取ると、第１のリクエストに応答して、サプライヤー向けマイページ（検索結果サマリーページ）をサプライヤーの端末５に送信して表示させる。このとき、サプライヤー向けマイページ表示部２２ｆは、第１のリクエストに含まれるサプライヤーＩＤに基づいて、請求書データデータベース２３ａを参照してサプライヤーの請求書データを特定し、特定されたサプライヤーの請求書データであって、第１のリクエストに含まれる検索条件を満たす請求書データのリストを、検索結果サマリーページに表示させる（図１１参照）。これにより、サプライヤーから多数の請求書が発行されている場合であっても、サプライヤーは、確認したい請求書データを容易に検索して確認することができる。 When the supplier-oriented my page display unit 22f receives a first request from the supplier's terminal 5, it responds to the first request by sending a supplier-oriented my page (search result summary page) to the supplier's terminal 5 for display. At this time, the supplier-oriented my page display unit 22f refers to the invoice data database 23a based on the supplier ID included in the first request to identify the supplier's invoice data, and displays a list of the identified supplier's invoice data that satisfies the search conditions included in the first request on the search result summary page (see FIG. 11). This allows the supplier to easily search for and check the invoice data that he or she wishes to check, even if a large number of invoices have been issued by the supplier.

また、サプライヤー向けマイページ表示部２２ｆは、検索結果サマリーページの表示を行ったサプライヤーの端末５から、検索結果サマリーページに表示されている請求書データのリストのうち、一の請求書データを選択する情報を受け取る。たとえば、サプライヤーが、サプライヤーの端末５を操作して一の請求書データを選択（タップまたはクリック）すると、当該一の請求書データを選択する情報が、サプライヤーの端末５から決済代行事業者システム２に送信され、当該一の請求書データを選択する情報をサプライヤー向けマイページ表示部２２ｆが受け取るようになっていてもよい。 The supplier's my page display unit 22f also receives information for selecting one piece of invoice data from the list of invoice data displayed on the search result summary page from the supplier's terminal 5 that displayed the search result summary page. For example, when a supplier operates the supplier's terminal 5 to select (tap or click) one piece of invoice data, information for selecting the one piece of invoice data is transmitted from the supplier's terminal 5 to the payment agent system 2, and the supplier's my page display unit 22f may receive the information for selecting the one piece of invoice data.

サプライヤー向けマイページ表示部２２ｆは、サプライヤーの端末５から一の請求書データを選択する情報を受け取ると、選択された請求書データについての振込状況を、請求書データデータベース２３ａを参照して確認する。そして、サプライヤー向けマイページ表示部２２ｆは、確認した振込状況をサプライヤーの端末５に送信し、サプライヤー向けマイページ（検索結果詳細ページ）に表示させる（図１２参照）。これにより、サプライヤーは、自身の請求書データについての振込状況を容易に確認することができる。選択された請求書データが振込済みであった場合には、サプライヤー向けマイページ表示部２２ｆは、図１２を参照し、検索結果詳細ページ内に、後述する消込用データのダウンロードボタンを表示させてもよい。 When the supplier's mypage display unit 22f receives information to select one invoice data from the supplier's terminal 5, it checks the transfer status for the selected invoice data by referring to the invoice data database 23a. The supplier's mypage display unit 22f then transmits the confirmed transfer status to the supplier's terminal 5 and displays it on the supplier's mypage (search result details page) (see FIG. 12). This allows the supplier to easily check the transfer status for their own invoice data. If the selected invoice data has already been transferred, the supplier's mypage display unit 22f may refer to FIG. 12 and display a download button for reconciliation data, which will be described later, on the search result details page.

消込用データ送信部２２ｇは、サプライヤー向けマイページの表示を行ったサプライヤーの端末５から、振込済みの請求書データについて消込用データのリクエストを受け取る。たとえば、サプライヤーが、サプライヤーの端末５を操作して、検索結果サマリーページ内に表示された消込用データのダウンロードボタンを操作（タップまたはクリック）すると、消込用データのリクエストが、サプライヤーの端末５から決済代行事業者システム２に送信され、当該消込用データのリクエストを消込用データ送信部２２ｇが受け取るようになっていてもよい。なお、消込用データとは、サプライヤーの経理システム上で入金消込処理を行う際に利用可能なデータである。 The reconciliation data sending unit 22g receives a request for reconciliation data for invoice data that has already been transferred from the supplier's terminal 5 that has displayed the supplier's personal page. For example, when the supplier operates the supplier's terminal 5 to operate (tap or click) the download button for reconciliation data displayed on the search result summary page, a request for reconciliation data is sent from the supplier's terminal 5 to the payment agent system 2, and the request for reconciliation data is received by the reconciliation data sending unit 22g. Note that reconciliation data is data that can be used when performing payment reconciliation processing on the supplier's accounting system.

消込用データ送信部２２ｇは、サプライヤーの端末５から消込用データのリクエストを受け取ると、当該リクエストに応答して、振込済みの請求書データについての消込用データを、サプライヤーの端末５に送信する。サプライヤーは、ダウンロードした消込用データを利用することで、サプライヤーの経理システム上での入金消込の作業負荷を軽減できる。 When the reconciliation data transmission unit 22g receives a request for reconciliation data from the supplier's terminal 5, it responds to the request by transmitting reconciliation data for the invoice data for which payment has already been made to the supplier's terminal 5. By using the downloaded reconciliation data, the supplier can reduce the workload of reconciling payments on the supplier's accounting system.

バイヤー向けマイページ表示部２２ｈは、バイヤーの端末４から、バイヤー向けマイページのリクエスト（以下、第２のリクエスト）を受け取る。第２のリクエストは、バイヤーを特定するための識別情報（バイヤーＩＤ）と、１または複数の請求書データを特定するための検索条件とを含んでいてもよい。たとえば、バイヤーが、バイヤーの端末４を操作して決済代行事業者システム２のウェブサイトにログインすると、バイヤーの端末４には、図１３を参照し、バイヤー向けマイページ（スタートページ）が表示される。そして、バイヤーが、スタートページ内の検索条件入力欄に検索条件（図示された例では、振込日付および／またはバイヤー企業名、振込済みのみ表示するか否か）を入力すると、入力された検索条件とバイヤーＩＤとを含む第２のリクエストが、バイヤーの端末４から決済代行事業者システム２に送信され、当該第２のリクエストをバイヤー向けマイページ表示部２２ｈが受け取るようになっていてもよい。 The buyer's personal page display unit 22h receives a request for a buyer's personal page (hereinafter, a second request) from the buyer's terminal 4. The second request may include identification information (buyer ID) for identifying the buyer and search conditions for identifying one or more invoice data. For example, when a buyer operates the buyer's terminal 4 to log in to the website of the payment agent system 2, the buyer's personal page (start page) is displayed on the buyer's terminal 4 with reference to FIG. 13. Then, when the buyer inputs search conditions (in the illustrated example, the transfer date and/or the buyer's company name, and whether or not to display only transferred items) in the search condition input field on the start page, a second request including the input search conditions and the buyer ID is sent from the buyer's terminal 4 to the payment agent system 2, and the second request may be received by the buyer's personal page display unit 22h.

バイヤー向けマイページ表示部２２ｈは、バイヤーの端末４から第２のリクエストを受け取ると、第２のリクエストに応答して、バイヤー向けマイページ（検索結果サマリーページ）をバイヤーの端末４に送信して表示させる。このとき、バイヤー向けマイページ表示部２２ｈは、第２のリクエストに含まれるバイヤーＩＤに基づいて、請求書データデータベース２３ａを参照してバイヤーの請求書データを特定し、特定されたバイヤーの請求書データであって、第２のリクエストに含まれる検索条件を満たす請求書データのリストを、検索結果サマリーページに表示させる（図１４参照）。これにより、バイヤーに対して多数の請求書が発行されている場合であっても、バイヤーは、確認したい請求書データを容易に検索して確認することができる。 When the buyer's personal page display unit 22h receives the second request from the buyer's terminal 4, it responds to the second request by sending the buyer's personal page (search result summary page) to the buyer's terminal 4 to display it. At this time, the buyer's personal page display unit 22h refers to the invoice data database 23a based on the buyer ID included in the second request to identify the buyer's invoice data, and displays a list of the identified buyer's invoice data that satisfies the search conditions included in the second request on the search result summary page (see FIG. 14). This allows the buyer to easily search for and check the invoice data he or she wants to check, even if a large number of invoices have been issued to the buyer.

（動作の一例）
次に、図３および図４を参照して、決済代行事業者システム２の動作の一例について説明する。図３および図４は、決済代行事業者システム２の動作の一例を説明するための図である。 (Example of operation)
Next, an example of the operation of the payment service provider system 2 will be described with reference to Fig. 3 and Fig. 4. Fig. 3 and Fig. 4 are diagrams for explaining an example of the operation of the payment service provider system 2.

図３に示すように、まず、請求書データ取得部２２ａが、請求書発行代行事業者システム３に定期的にアクセスして複数の請求書データを取得し、請求書データデータベース２３ａに記憶する（ステップＳ１０）。 As shown in FIG. 3, first, the invoice data acquisition unit 22a periodically accesses the invoice issuing agent system 3 to acquire multiple invoice data, and stores them in the invoice data database 23a (step S10).

次いで、事前審査部２２ａ２が、請求書データ取得部２２ａが取得した請求データから請求書情報（図５参照）を抽出し、抽出された請求書情報により特定されるサプライヤーおよび／またはバイヤーについて事前審査（たとえば、法人の存在確認や刑事事件の有無の確認など）を行い、事前審査結果をサプライヤー情報データベース３３ｃおよび／またはバイヤー情報データベース３３ｂに記憶する（ステップＳ１０１）。 Then, the pre-screening unit 22a2 extracts invoice information (see FIG. 5) from the billing data acquired by the invoice data acquisition unit 22a, performs a pre-screening (e.g., confirming the existence of a corporation or the presence or absence of criminal cases) on the supplier and/or buyer identified by the extracted invoice information, and stores the pre-screening results in the supplier information database 33c and/or the buyer information database 33b (step S101).

次に、バイヤーがバイヤーの端末４を操作して、サプライヤーへの支払いをクレジットカードで行おうとする場合、バイヤーの端末４から決済代行事業者システム２に決済画面リクエストが送信され、決済画面リクエスト受取部２２ｂが、バイヤーの端末４から決済画面リクエストを受け取る（ステップＳ１１）。決済画面リクエストは、請求書データを一意に特定するための特定情報を含んでいる。決済画面リクエストは、特定情報に加えて、サプライヤーＩＤおよび／またはバイヤーＩＤを含んでいてもよい。 Next, when the buyer operates the buyer terminal 4 to make a payment to the supplier by credit card, a payment screen request is sent from the buyer terminal 4 to the payment agent system 2, and the payment screen request receiving unit 22b receives the payment screen request from the buyer terminal 4 (step S11). The payment screen request includes specific information for uniquely identifying the invoice data. In addition to the specific information, the payment screen request may also include the supplier ID and/or the buyer ID.

決済画面リクエスト受取部２２ｂが決済画面リクエストを受け取ると、決済画面表示部２２ｃは、決済画面リクエストに含まれる特定情報に基づいて、請求書データデータベース２３ａを参照して、対応する請求書データを特定し、特定された請求書データから請求書情報（図５参照）を抽出し、抽出された請求書情報により特定されるサプライヤーおよびバイヤーについて、事前審査部２２ａ２による事前審査結果を確認する。そして、事前審査部２２ａ２による事前審査において、サプライヤーおよびバイヤーの一方または両方に問題があることが事前に判明していた場合には、決済画面表示部２２ｃは、手続きを進めることができない旨を表示するエラー画面をバイヤーの端末４に送信して表示させる。他方、事前審査部２２ａ２による事前審査において、サプライヤーおよびバイヤーのどちらにも問題がないことが事前に判明していた場合には、決済画面表示部２２ｃは、バイヤー情報データベース２３ｂを参照し、決済代行事業者システム２を利用するのが初めてのバイヤーか否かを判定する（ステップＳ１２）。そして、利用が初めての場合には（ステップＳ１２：ＹＥＳ）、決済画面表示部２２ｃは、図６を参照し、企業情報登録画面をバイヤーの端末４に送信して表示させる（ステップＳ１３）。このとき、バイヤーの企業情報が、請求書発行代行事業者システム３から連携データとしてあらかじめ取得されてバイヤー情報データベース２３ｂに記憶されている場合には、決済画面表示部２２ｃは、決済画面リクエストに含まれるバイヤーＩＤに基づいて、バイヤー情報データベース２３ｂを参照して、対応するバイヤーの企業情報を抽出し、抽出された企業情報を、企業情報登録画面内のそれぞれの入力欄にあらかじめ表示させてもよい。 When the payment screen request receiving unit 22b receives the payment screen request, the payment screen display unit 22c refers to the invoice data database 23a based on the specific information included in the payment screen request to identify the corresponding invoice data, extracts invoice information (see FIG. 5) from the identified invoice data, and checks the results of the pre-screening by the pre-screening unit 22a2 for the supplier and buyer identified by the extracted invoice information. If the pre-screening by the pre-screening unit 22a2 determines in advance that there is a problem with one or both of the supplier and the buyer, the payment screen display unit 22c transmits and displays an error screen to the buyer's terminal 4 indicating that the procedure cannot proceed. On the other hand, if the pre-screening by the pre-screening unit 22a2 determines in advance that there is no problem with either the supplier or the buyer, the payment screen display unit 22c refers to the buyer information database 23b and determines whether or not the buyer is a first-time buyer using the payment agent system 2 (step S12). If it is the first time the user uses the system (step S12: YES), the payment screen display unit 22c refers to FIG. 6 and transmits the company information registration screen to the buyer's terminal 4 for display (step S13). At this time, if the buyer's company information has been previously acquired as linked data from the invoice issuing agent system 3 and stored in the buyer information database 23b, the payment screen display unit 22c may refer to the buyer information database 23b based on the buyer ID included in the payment screen request, extract the corresponding buyer's company information, and display the extracted company information in advance in each input field on the company information registration screen.

バイヤーが、バイヤーの端末４上で企業情報や管理責任者情報、口座情報を確認・入力したのち、確認画面に表示された「登録する」のボタンを操作（タップまたはクリック）すると、決済画面表示部２２ｃは、バイヤーから入力された情報をバイヤー情報データベース２３ｂに記憶する。 After the buyer confirms and inputs the company information, manager information, and account information on the buyer's terminal 4, the buyer operates (tap or click) the "Register" button displayed on the confirmation screen, and the payment screen display unit 22c stores the information input by the buyer in the buyer information database 23b.

次いで、決済画面表示部２２ｃは、決済画面リクエストに含まれる特定情報に基づいて、請求書データデータベース２３ａを参照して、対応する請求書データを特定し、支払い済み通知部２２ｅが、特定された請求書データについてのクレジットカードでの支払い履歴を、請求書データデータベース２３ａを参照して確認する（ステップＳ１４）。そして、支払い済みであった場合には（ステップＳ１４：ＹＥＳ）、支払い済み通知部２２ｅは、支払い済みであることを通知する情報（たとえばアラート）をバイヤーの端末４に送信して出力させる（ステップＳ１５）。これにより、クレジットカードで支払いをしようとしている請求書データが既に支払い済みであった場合に、支払い済みであることがバイヤーに通知されるため、クレジットカードの二重決済を防止できる。 Then, the payment screen display unit 22c refers to the invoice data database 23a based on the specific information included in the payment screen request to identify the corresponding invoice data, and the payment completion notification unit 22e checks the credit card payment history for the identified invoice data by referring to the invoice data database 23a (step S14). If the invoice data has been paid (step S14: YES), the payment completion notification unit 22e transmits information (e.g., an alert) notifying the buyer that payment has been made to the buyer's terminal 4 for output (step S15). As a result, if the invoice data that the buyer is attempting to pay by credit card has already been paid, the buyer is notified that payment has been made, thereby preventing duplicate credit card payments.

他方、支払い済みでなかった場合には（ステップＳ１４：ＮＯ）、決済画面表示部２２ｃは、決済画面をバイヤーの端末４に送信して表示させる（ステップＳ１６）。このとき、決済画面表示部２２ｃは、特定された請求書データから請求書情報（図５参照）を抽出し、抽出された請求書情報を決済画面にあらかじめ表示させる（図７参照）。図７に示すように、決済画面表示部２２ｃは、抽出された請求書情報を、決済画面内のそれぞれの入力欄にあらかじめ表示させてもよいし、当該入力欄の周囲に参照できるように表示させてもよい。これにより、バイヤーが決済画面内の入力欄に請求書情報を入力する際に、バイヤーの入力負荷が軽減されるとともに入力ミスが生じることが防止される。 On the other hand, if payment has not been made (step S14: NO), the payment screen display unit 22c sends the payment screen to the buyer's terminal 4 and displays it (step S16). At this time, the payment screen display unit 22c extracts invoice information (see FIG. 5) from the identified invoice data and displays the extracted invoice information in advance on the payment screen (see FIG. 7). As shown in FIG. 7, the payment screen display unit 22c may display the extracted invoice information in advance in each input field on the payment screen, or may display it around the input field for reference. This reduces the input burden on the buyer when entering invoice information in the input fields on the payment screen and prevents input errors.

ステップＳ１６において、決済画面表示部２２ｃは、特定された請求書データから抽出された請求書金額に、所定の手数料（たとえば請求金額の３％）を加算した金額をクレジットカード請求金額として決済画面に表示させてもよい（図８参照）。また、バイヤーのクレジットカード情報が、バイヤー情報データベース２３ｂに既に記憶されている場合には、決済画面表示部２２ｃは、決済画面リクエストに含まれるバイヤーＩＤに基づいて、バイヤー情報データベース２３ｂを参照して、対応するバイヤーのクレジットカード情報を抽出し、抽出されたクレジットカード情報を、決済画面内の入力欄にあらかじめ表示させてもよい。 In step S16, the payment screen display unit 22c may add a predetermined fee (e.g., 3% of the billing amount) to the billing amount extracted from the identified invoice data and display the sum as the credit card billing amount on the payment screen (see FIG. 8). In addition, if the buyer's credit card information is already stored in the buyer information database 23b, the payment screen display unit 22c may refer to the buyer information database 23b based on the buyer ID included in the payment screen request, extract the corresponding buyer's credit card information, and display the extracted credit card information in advance in the input field on the payment screen.

次いで、バイヤーが、バイヤーの端末４上で請求書情報およびクレジットカード情報を確認・入力したのち、確認画面に表示された「支払う」のボタンを操作（タップまたはクリック）すると、バイヤーの端末４から決済代行事業者システム２に支払い実行リクエストが送信され、支払い実行リクエスト受取部２２ｄが、決済画面の表示を行ったバイヤーの端末４から支払実行リクエストを受け取る（ステップＳ１７）。 Next, after the buyer confirms and inputs the invoice information and credit card information on the buyer's terminal 4, he or she operates (tap or click) the "Pay" button displayed on the confirmation screen, which causes a payment execution request to be sent from the buyer's terminal 4 to the payment agent system 2, and the payment execution request receiving unit 22d receives the payment execution request from the buyer's terminal 4 that displayed the payment screen (step S17).

そして、支払い実行リクエスト受取部２２ｄが支払い実行リクエストを受け取ると、決済代行事業者システム２とアクワイアラシステム６との間でオーソリ処理が実行され（ステップＳ１８）、オーソリ処理が正常に終了すると、決済代行事業者システム２からバイヤーの端末４にクレジットカードでの支払いが完了したことを通知する情報が送信されて出力される（図９参照）とともに、決済代行事業者システム２から請求書発行代行事業者システム３にカード決済結果が受け渡される。その後、決済代行事業者システム２とアクワイアラシステム６との間で売上処理が実行され、決済代行事業者システム２と不図示の金融機関システムとの間で振込先（サプライヤー）口座への請求書金額の振込処理が行われる（ステップＳ１９）。 When the payment execution request receiving unit 22d receives the payment execution request, authorization processing is executed between the payment agency system 2 and the acquirer system 6 (step S18), and when the authorization processing is completed successfully, information is sent and output from the payment agency system 2 to the buyer's terminal 4 notifying that the credit card payment has been completed (see FIG. 9), and the card payment result is passed from the payment agency system 2 to the invoice issuing agency system 3. After that, sales processing is executed between the payment agency system 2 and the acquirer system 6, and the invoice amount is transferred to the payee (supplier) account between the payment agency system 2 and a financial institution system (not shown) (step S19).

次に、図４を参照し、サプライヤーが、サプライヤーの端末５を操作して決済代行事業者システム２のウェブサイトにログインし、図１０に示すように、サプライヤー向けマイページ（スタートページ）内の検索条件入力欄に検索条件（図示された例では、振込日付および／またはバイヤー企業名、振込済みのみ表示するか否か）を入力すると、入力された検索条件とサプライヤーＩＤとを含む第１のリクエストが、サプライヤーの端末５から決済代行事業者システム２に送信され、サプライヤー向けマイページ表示部２２ｆが、サプライヤーの端末５から当該第１のリクエストを受け取る（ステップＳ２０）。 Next, referring to FIG. 4, the supplier operates the supplier's terminal 5 to log in to the website of the payment agent system 2, and as shown in FIG. 10, inputs search conditions (in the illustrated example, the transfer date and/or the buyer's company name, and whether or not to display only transferred items) in the search condition input fields in the supplier's My Page (start page). A first request including the input search conditions and the supplier ID is then sent from the supplier's terminal 5 to the payment agent system 2, and the supplier's My Page display unit 22f receives the first request from the supplier's terminal 5 (step S20).

次いで、サプライヤー向けマイページ表示部２２ｆは、サプライヤーの端末５から受け取った第１のリクエストに応答して、サプライヤー向けマイページ（検索結果サマリーページ）をサプライヤーの端末５に送信して表示させる（ステップＳ２１）。このとき、サプライヤー向けマイページ表示部２２ｆは、第１のリクエストに含まれるサプライヤーＩＤに基づいて、請求書データデータベース２３ａを参照してサプライヤーの請求書データを特定し、特定されたサプライヤーの請求書データであって、第１のリクエストに含まれる検索条件を満たす請求書データのリストを、検索結果サマリーページに表示させる（図１１参照）。これにより、サプライヤーから多数の請求書が発行されている場合であっても、サプライヤーは、確認したい請求書データを容易に検索して確認することができる。 Next, in response to the first request received from the supplier's terminal 5, the supplier's my page display unit 22f transmits the supplier's my page (search result summary page) to the supplier's terminal 5 and displays it (step S21). At this time, the supplier's my page display unit 22f identifies the supplier's invoice data by referring to the invoice data database 23a based on the supplier ID included in the first request, and displays a list of the identified supplier's invoice data that satisfies the search conditions included in the first request on the search result summary page (see FIG. 11). This allows the supplier to easily search for and check the invoice data that he or she wants to check, even if a large number of invoices have been issued by the supplier.

ステップＳ２１において、サプライヤーが、サプライヤーの端末５を操作して、検索結果サマリーページに表示されている請求書データのリストのうち、一の請求書データを選択（タップまたはクリック）すると、サプライヤー向けマイページ表示部２２ｆは、選択された請求書データについての振込状況を、請求書データデータベース２３ａを参照して確認し、確認した振込状況をサプライヤー向けマイページ（検索結果詳細ページ）に表示させる（図１２参照）。これにより、サプライヤーは、自身の請求書データについての振込状況を容易に確認することができる。 In step S21, when the supplier operates the supplier's terminal 5 to select (tap or click) one piece of invoice data from the list of invoice data displayed on the search result summary page, the supplier's My Page display unit 22f checks the transfer status for the selected invoice data by referring to the invoice data database 23a, and displays the confirmed transfer status on the supplier's My Page (search result details page) (see FIG. 12). This allows the supplier to easily check the transfer status for their own invoice data.

次いで、サプライヤーが、サプライヤーの端末５を操作して、検索結果サマリーページ内に表示された消込用データのダウンロードボタンを操作（タップまたはクリック）すると、消込用データのリクエストが、サプライヤーの端末５から決済代行事業者システム２に送信され、消込用データ送信部２２ｇが、当該消込用データのリクエストをサプライヤーの端末５から受け取る（ステップＳ２２）。 Next, when the supplier operates the supplier's terminal 5 to operate (tap or click) the download button for reconciliation data displayed on the search result summary page, a request for reconciliation data is sent from the supplier's terminal 5 to the payment agent system 2, and the reconciliation data sending unit 22g receives the request for reconciliation data from the supplier's terminal 5 (step S22).

そして、消込用データ送信部２２ｇは、サプライヤーの端末５からの消込用データのリクエストに応答して、振込済みの請求書データについての消込用データを、サプライヤーの端末５に送信する（ステップＳ２３）。サプライヤーは、ダウンロードした消込用データを利用することで、サプライヤーの経理システム上での入金消込の作業負荷を軽減できる。 Then, in response to a request for reconciliation data from the supplier's terminal 5, the reconciliation data transmission unit 22g transmits the reconciliation data for the invoice data for which payment has already been made to the supplier's terminal 5 (step S23). By using the downloaded reconciliation data, the supplier can reduce the workload of reconciling payments on the supplier's accounting system.

次に、バイヤーが、バイヤーの端末４を操作して決済代行事業者システム２のウェブサイトにログインし、図１３に示すように、バイヤー向けマイページ（スタートページ）内の検索条件入力欄に検索条件（図示された例では、振込日付および／またはサプライヤー企業名、振込済みのみ表示するか否か）を入力すると、入力された検索条件とバイヤーＩＤとを含む第２のリクエストが、バイヤーの端末４から決済代行事業者システム２に送信され、バイヤー向けマイページ表示部２２ｈが、バイヤーの端末４から当該第２のリクエストを受け取る（ステップＳ２４）。 Next, the buyer operates the buyer's terminal 4 to log in to the website of the payment agent system 2, and as shown in FIG. 13, enters search conditions (in the illustrated example, the transfer date and/or the supplier company name, and whether or not to display only transferred items) in the search condition input field in the buyer's personal page (start page). A second request including the entered search conditions and buyer ID is sent from the buyer's terminal 4 to the payment agent system 2, and the buyer's personal page display unit 22h receives the second request from the buyer's terminal 4 (step S24).

次いで、バイヤー向けマイページ表示部２２ｈは、バイヤーの端末４から受け取った第２のリクエストに応答して、バイヤー向けマイページ（検索結果サマリーページ）をバイヤーの端末４に送信して表示させる（ステップＳ２５）。このとき、バイヤー向けマイページ表示部２２ｈは、第２のリクエストに含まれるバイヤーＩＤに基づいて、請求書データデータベース２３ａを参照してバイヤーの請求書データを特定し、特定されたバイヤーの請求書データであって、第２のリクエストに含まれる検索条件を満たす請求書データのリストを、検索結果サマリーページに表示させる（図１４参照）。これにより、バイヤーに対して多数の請求書が発行されている場合であっても、バイヤーは、確認したい請求書データを容易に検索して確認することができる。 Next, in response to the second request received from the buyer's terminal 4, the buyer's my page display unit 22h transmits the buyer's my page (search result summary page) to the buyer's terminal 4 and displays it (step S25). At this time, the buyer's my page display unit 22h identifies the buyer's invoice data by referring to the invoice data database 23a based on the buyer ID included in the second request, and displays a list of the identified buyer's invoice data that satisfies the search conditions included in the second request on the search result summary page (see FIG. 14). This allows the buyer to easily search for and check the invoice data he or she wants to check, even if a large number of invoices have been issued to the buyer.

以上のような実施の形態によれば、決済代行事業者システム２は、請求書発行代行事業者システム３（請求書データを保有するシステム）から、請求書データを事前に入手しておき、バイヤーが請求の支払いをクレジットカード（キャッシュレス決済手段）で行う場合には、決済代行事業者システム２は、事前に入手しておいた請求書データから抽出される請求書情報を、決済画面にあらかじめ表示させるため、バイヤーによる請求書情報の入力負荷を軽減できるとともに入力ミスが生じることを防止できる。 According to the above embodiment, the payment agent system 2 obtains invoice data in advance from the invoice issuing agent system 3 (a system that holds invoice data), and when the buyer pays the invoice by credit card (cashless payment method), the payment agent system 2 displays in advance on the payment screen invoice information extracted from the invoice data obtained in advance, thereby reducing the burden on the buyer of inputting invoice information and preventing input errors.

また、本実施の形態によれば、クレジットカード（キャッシュレス決済手段）で支払いをしようとしている請求書データが既に支払い済みであった場合に、決済代行事業者システム２は、支払い済みであることをバイヤーに通知するため、クレジットカード（キャッシュレス決済手段）の二重決済を防止できる。 In addition, according to this embodiment, if the invoice data that is to be paid by credit card (cashless payment method) has already been paid, the payment agent system 2 notifies the buyer that the invoice data has already been paid, thereby preventing duplicate payments by credit card (cashless payment method).

また、本実施の形態によれば、決済代行事業者システム２は、サプライヤーの端末から検索条件を含むリクエストを受け取ると、サプライヤーの請求書データであって、検索条件を満たす請求書データのリストをサプライヤー向けマイページに表示させるため、サプライヤーから多数の請求書が発行されている場合であっても、サプライヤーは、確認したい請求書データを容易に検索して確認することができる。 In addition, according to this embodiment, when the payment agent system 2 receives a request including search conditions from a supplier's terminal, it displays a list of the supplier's invoice data that meets the search conditions on the supplier's personal page. Therefore, even if a supplier has issued a large number of invoices, the supplier can easily search for and check the invoice data that he or she wants to check.

また、本実施の形態によれば、決済代行事業者システム２は、マイページの表示を行ったサプライヤーの端末から消込用データのリクエストを受け取ると、当該リクエストに応答して、振込済みの請求書データについての消込用データをサプライヤーの端末に送信するため、サプライヤーによる入金消込の作業負荷を軽減できる。 In addition, according to this embodiment, when the payment agent system 2 receives a request for reconciliation data from the supplier's terminal that has displayed the supplier's personal page, it responds to the request by sending reconciliation data for the invoice data that has already been transferred to the supplier's terminal, thereby reducing the workload of the supplier in reconciling payments.

なお、上述した実施の形態の記載および図面の開示は、特許請求の範囲に記載された発明を説明するための一例に過ぎず、上述した実施の形態の記載または図面の開示によって特許請求の範囲に記載された発明が限定されることはない。上述した実施の形態の構成要素は、発明の主旨を逸脱しない範囲で任意に組み合わせることが可能である。 The above description of the embodiment and the disclosure of the drawings are merely examples for explaining the invention described in the claims, and the above description of the embodiment or the disclosure of the drawings do not limit the invention described in the claims. The components of the above embodiment can be combined in any manner without departing from the spirit of the invention.

また、上述した実施の形態に係る決済代行事業者システム２は１つまたは複数のコンピュータによって構成され得るが、１つまたは複数のコンピュータに決済代行事業者システム２を実現させるためのプログラム及び当該プログラムを非一時的（non-transitory）に記録したコンピュータ読取可能な記録媒体も、本件の保護対象である。 In addition, the payment service provider system 2 according to the above-described embodiment may be configured with one or more computers, but the program for realizing the payment service provider system 2 on one or more computers and the computer-readable recording medium on which the program is recorded non-transitory are also protected by this case.

１ 情報処理システム
２ 決済代行事業者システム（情報処理装置）
２１ 通信部
２２ 制御部
２２ａ 請求書データ取得部
２２ａ２ 事前審査部
２２ｂ 決済画面リクエスト受取部
２２ｃ 決済画面表示部
２２ｄ 支払い実行リクエスト受取部
２２ｅ 支払い済み通知部
２２ｆ サプライヤー向けマイページ表示部
２２ｇ 消込用データ送信部
２２ｈ バイヤー向けマイページ表示部
２３ 記憶部
２３ａ 請求書データデータベース
２３ｂ バイヤー情報データベース
２３ｃ サプライヤー情報データベース
３ 請求書発行代行事業者システム
４ 買い手企業（バイヤー）の端末
５ 売り手企業（サプライヤー）の端末
６ アクワイアラシステム
７ イシュアシステム 1 Information processing system 2 Payment agent system (information processing device)
21 Communication unit 22 Control unit 22a Invoice data acquisition unit 22a2 Preliminary screening unit 22b Settlement screen request receiving unit 22c Settlement screen display unit 22d Payment execution request receiving unit 22e Payment completion notification unit 22f Supplier My Page display unit 22g Settlement data transmission unit 22h Buyer My Page display unit 23 Memory unit 23a Invoice data database 23b Buyer information database 23c Supplier information database 3 Invoice issuing agent system 4 Buyer company (buyer) terminal 5 Seller company (supplier) terminal 6 Acquirer system 7 Issuer system

Claims (10)

コンピュータが実行する情報処理方法において、
請求書データを保有するシステムから、請求書データを取得するステップと、
バイヤーの端末から、請求書の支払いをキャッシュレス決済手段で行うための決済画面のリクエストを受け取るステップであって、前記リクエストは、請求書データを特定するための特定情報を含む、ステップと、
前記リクエストに応答して、前記特定情報に基づいて請求書データを特定し、特定された請求書データについてのキャッシュレス決済手段での支払い履歴を確認し、支払い済みであった場合には、支払い済みであることを通知する情報を前記バイヤーの端末に出力させ、支払い済みでなかった場合には、前記決済画面を前記バイヤーの端末に表示させ、このとき、特定された請求書データから抽出された請求書情報を前記決済画面にあらかじめ表示させるステップと、
前記決済画面の表示を行ったバイヤーの端末から、キャッシュレス決済手段での支払いを実行するためのリクエストを受け取るステップと、
を含む情報処理方法。 1. A computer-implemented information processing method, comprising:
acquiring invoice data from a system that holds the invoice data;
receiving a request for a payment screen for paying an invoice with a cashless payment method from a buyer's terminal, the request including specific information for identifying invoice data;
a step of responding to the request, identifying invoice data based on the identifying information, checking the payment history of the identified invoice data using a cashless payment means, and if the invoice data has been paid, outputting information notifying the buyer that the payment has been made to the buyer's terminal, and if the invoice data has not been paid, displaying the payment screen on the buyer's terminal, and at this time displaying invoice information extracted from the identified invoice data on the payment screen in advance;
receiving a request to make a payment using a cashless payment method from the buyer's terminal that has displayed the payment screen;
An information processing method comprising: 前記請求書データを保有するシステムから請求書データを取得したのち、前記バイヤーの端末から前記決済画面のリクエストを受け取る前に、取得した請求データから抽出された請求書情報により特定されるサプライヤーおよび／またはバイヤーについて事前審査を行うステップをさらに含む、請求項１に記載の情報処理方法。 The information processing method according to claim 1, further comprising a step of conducting a pre-screening of the supplier and/or buyer identified by the invoice information extracted from the acquired invoice data after acquiring the invoice data from a system that holds the invoice data and before receiving the request for the payment screen from the buyer's terminal. 前記請求書情報は、請求書番号、請求書金額、振込期日、振込先口座情報のうちの少なくとも１つを含む、請求項１または２に記載の情報処理方法。 The information processing method according to claim 1 or 2, wherein the invoice information includes at least one of the following: invoice number, invoice amount, transfer date, and transfer account information. 前記決済画面を表示させるステップは、特定された請求書データから抽出された請求書金額に所定の手数料を加算した金額をキャッシュレス決済手段請求金額として前記決済画面に表示させるステップを含む、請求項１または２に記載の情報処理方法。 The information processing method according to claim 1 or 2, wherein the step of displaying the payment screen includes a step of displaying on the payment screen an amount obtained by adding a predetermined fee to the invoice amount extracted from the identified invoice data as the cashless payment method invoice amount. サプライヤーの端末から、サプライヤー向けマイページのリクエストを受け取るステップであって、前記リクエストは、サプライヤーを特定するための識別情報と、１または複数の請求書データを特定するための検索条件とを含む、ステップと、
前記リクエストに応答して、前記マイページを前記サプライヤーの端末に表示させるステップであって、前記識別情報に基づいてサプライヤーを特定し、特定されたサプライヤーの請求書データであって、前記検索条件を満たす請求書データのリストを前記マイページに表示させるステップと、
をさらに含む、請求項１または２に記載の情報処理方法。 receiving a request for a supplier's personal page from a supplier's terminal, the request including identification information for identifying the supplier and search conditions for identifying one or more invoice data;
a step of displaying the My Page on the terminal of the supplier in response to the request, identifying the supplier based on the identification information, and displaying on the My Page a list of invoice data of the identified supplier that satisfies the search conditions;
The information processing method according to claim 1 , further comprising: 前記マイページの表示を行ったサプライヤーの端末から、前記請求書データのリストのうち一の請求書データを選択する情報を受け取るステップと、
選択された請求書データについて振込状況を確認して前記マイページに表示させるステップと、
をさらに含む、請求項５に記載の情報処理方法。 receiving information for selecting one invoice data from the list of invoice data from the terminal of the supplier that has displayed the My Page;
A step of confirming the transfer status of the selected invoice data and displaying it on the My Page;
The information processing method according to claim 5 , further comprising: 前記マイページの表示を行ったサプライヤーの端末から、振込済みの請求書データについて消込用データのリクエストを受け取るステップと、
前記リクエストに応答して、前記消込用データを前記サプライヤーの端末に送信するステップと、
をさらに含む、請求項５に記載の情報処理方法。 receiving a request for reconciliation data for the invoice data that has already been transferred from the terminal of the supplier that has displayed the My Page;
transmitting the reconciliation data to the supplier terminal in response to the request;
The information processing method according to claim 5 , further comprising: バイヤーの端末から、バイヤー向けマイページのリクエストを受け取るステップであって、前記リクエストは、バイヤーを特定するための識別情報と、１または複数の請求書データを特定するための検索条件とを含む、ステップと、
前記リクエストに応答して、前記マイページを前記バイヤーの端末に表示させるステップであって、前記識別情報に基づいてバイヤーを特定し、特定されたバイヤーの請求書データであって、前記検索条件を満たす請求書データのリストを前記マイページに表示させるステップと、
をさらに含む、請求項１または２に記載の情報処理方法。 A step of receiving a request for a buyer's personal page from a buyer's terminal, the request including identification information for identifying the buyer and search conditions for identifying one or more invoice data;
a step of displaying the My Page on the buyer's terminal in response to the request, the step of identifying a buyer based on the identification information, and displaying on the My Page a list of invoice data of the identified buyer that satisfies the search conditions;
The information processing method according to claim 1 , further comprising: 請求書データを保有するシステムから、請求書データを取得する請求書データ取得部と、
バイヤーの端末から、請求書の支払いをキャッシュレス決済手段で行うための決済画面のリクエストを受け取る決済画面リクエスト受取部であって、前記リクエストは、請求書データを特定するための特定情報を含む、決済画面リクエスト受取部と、
前記リクエストに応答して、前記特定情報に基づいて請求書データを特定し、特定された請求書データについてのキャッシュレス決済手段での支払い履歴を確認し、支払い済みであった場合には、支払い済みであることを通知する情報を前記バイヤーの端末に出力させ、支払い済みでなかった場合には、前記決済画面を前記バイヤーの端末に表示させ、このとき、特定された請求書データから抽出された請求書情報を前記決済画面にあらかじめ表示させる決済画面表示部と、
前記決済画面の表示を行ったバイヤーの端末から、キャッシュレス決済手段での支払いを実行するためのリクエストを受け取る支払い実行リクエスト受取部と、
を含む情報処理装置。 an invoice data acquisition unit that acquires invoice data from a system that holds the invoice data;
a payment screen request receiving unit that receives a request for a payment screen for making a payment of an invoice by a cashless payment means from a buyer's terminal, the request including specific information for identifying the invoice data;
a payment screen display unit which, in response to the request, identifies invoice data based on the identification information, checks the payment history of the identified invoice data using a cashless payment means, and if payment has been made, outputs information notifying the buyer that payment has been made to the buyer's terminal, and if payment has not been made, displays the payment screen on the buyer's terminal, and at this time displays invoice information extracted from the identified invoice data on the payment screen in advance;
a payment execution request receiving unit that receives a request for executing a payment by a cashless payment means from the buyer's terminal that has displayed the payment screen;
An information processing device comprising: 請求書データを保有するシステムから、請求書データを取得するステップと、
バイヤーの端末から、請求書の支払いをキャッシュレス決済手段で行うための決済画面のリクエストを受け取るステップであって、前記リクエストは、請求書データを特定するための特定情報を含む、ステップと、
前記リクエストに応答して、前記特定情報に基づいて請求書データを特定し、特定された請求書データについてのキャッシュレス決済手段での支払い履歴を確認し、支払い済みであった場合には、支払い済みであることを通知する情報を前記バイヤーの端末に出力させ、支払い済みでなかった場合には、前記決済画面を前記バイヤーの端末に表示させ、このとき、特定された請求書データから抽出された請求書情報を前記決済画面にあらかじめ表示させるステップと、
前記決済画面の表示を行ったバイヤーの端末から、キャッシュレス決済手段での支払いを実行するためのリクエストを受け取るステップと、
をコンピュータに実行させる情報処理プログラム。 acquiring invoice data from a system that holds the invoice data;
receiving a request for a payment screen for paying an invoice with a cashless payment method from a buyer's terminal, the request including specific information for identifying invoice data;
a step of responding to the request, identifying invoice data based on the identifying information, checking the payment history of the identified invoice data using a cashless payment means, and if the invoice data has been paid, outputting information notifying the buyer that the payment has been made to the buyer's terminal, and if the invoice data has not been paid, displaying the payment screen on the buyer's terminal, and at this time displaying invoice information extracted from the identified invoice data on the payment screen in advance;
receiving a request to make a payment using a cashless payment method from the buyer's terminal that has displayed the payment screen;
An information processing program that causes a computer to execute the above.