WO2022270637A9 - 取引管理方法、システム及びプログラム - Google Patents

取引管理方法、システム及びプログラム Download PDF

Info

Publication number
WO2022270637A9
WO2022270637A9 PCT/JP2022/025420 JP2022025420W WO2022270637A9 WO 2022270637 A9 WO2022270637 A9 WO 2022270637A9 JP 2022025420 W JP2022025420 W JP 2022025420W WO 2022270637 A9 WO2022270637 A9 WO 2022270637A9
Authority
WO
WIPO (PCT)
Prior art keywords
payment
billing information
storage unit
stores
transaction management
Prior art date
Application number
PCT/JP2022/025420
Other languages
English (en)
French (fr)
Other versions
WO2022270637A1 (ja
Inventor
芳光 鍵和田
Original Assignee
芳光 鍵和田
株式会社キーソフト
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 芳光 鍵和田, 株式会社キーソフト filed Critical 芳光 鍵和田
Priority to CN202280043845.1A priority Critical patent/CN117546196B/zh
Priority to JP2022573382A priority patent/JP7411183B2/ja
Publication of WO2022270637A1 publication Critical patent/WO2022270637A1/ja
Publication of WO2022270637A9 publication Critical patent/WO2022270637A9/ja
Priority to JP2023211596A priority patent/JP2024015419A/ja
Priority to US18/393,592 priority patent/US20240127203A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to a transaction management system, and particularly to a transaction management system that automates transactions between multiple merchants.
  • Patent Document 1 Patent Document 2
  • Patent Document 3 Patent Document 3
  • an object of the present invention is to automate payments that occur due to transactions between multiple merchants. Another challenge is to automate the recording of forms related to payments between multiple vendors.
  • a billing information storage unit that stores a plurality of related billing information generated between a series of traders due to a supply chain in association with a common chain identifier. It also has a vendor information storage section that stores the set payment terms. Then, the computer processes the payment flags of multiple billing information that are given the same chain identifier as the deposited billing information as "payment targets”, the payment flags become "payment targets", and the payment terms are set. and arranging payment for the satisfied billing information.
  • the present invention may have the following configuration. That is, the computer is equipped with a ledger storage unit that stores the accounting ledger of each transaction vendor, and after the completion of the arranged payment, the computer records the journal entry of the payment in the accounting ledger of the payment source of the completed payment. Performs the process of recording the journal entry of the payment in the accounting ledger of the payee.
  • “accounting documents” include books and slips.
  • “Ledgers” generally include journals, general ledgers, deposit and disbursement books, accounts payable ledgers (supplier ledgers), accounts receivable ledgers (customer ledgers), and the like.
  • “Vouchers” generally include deposit/withdrawal slips, invoices, delivery notes, etc.
  • FIG. 1 is an overall configuration diagram including a transaction management system according to an embodiment of the present invention.
  • FIG. 2 is a hardware configuration diagram of each computer shown in FIG. 1.
  • FIG. 3 is a flowchart showing the overall operation of the configuration shown in FIG.
  • FIG. 4 is a first configuration diagram of a form updating section included in the transaction management system of FIG. 1.
  • FIG. 5 is a configuration diagram of a bill matching unit included in the transaction management system of FIG. 1.
  • FIG. 6 is a configuration diagram of a distribution section included in the transaction management system of FIG. 1.
  • FIG. 7 is a configuration diagram of a transfer instruction section included in the transaction management system of FIG. 1.
  • FIG. 8 is a flowchart of the processing of the transfer instruction unit shown in FIG. 7.
  • FIG. 9 is a configuration diagram of a form update section included in the transaction management system of FIG. 1.
  • a transaction management system 10 is connected via a computer network N to computers 20 to 80 of a plurality of merchants and consumers so as to enable data communication.
  • Multiple traders include retailers, wholesalers, producers, material suppliers, banks, and other traders involved in the transaction of goods.
  • ⁇ transaction parties'' each of these companies may be collectively referred to as ⁇ transaction parties''.
  • Retailers provide products to consumers.
  • Wholesalers provide products to retailers or consumers.
  • Producers provide goods to wholesalers, retailers, or consumers.
  • Material suppliers provide manufacturers with the materials necessary for production or manufacturing.
  • payments are made between multiple vendors.
  • each business has individually arranged payments, and each business has independently recorded accounting documents related to payments.
  • the present invention automates the arrangement of payments and recording of accounting documents between these multiple businesses.
  • the transaction management system 10, the computers 20 to 70 of each person involved in the transaction, and the consumer's computer 80 basically have a general hardware configuration of computers. That is, as shown in FIG. 2, it includes an input device 110 such as a keyboard, and a display device 120 such as a liquid crystal display. It also includes a communication device 130 such as a NIC that enables data communication between computers through a computer network N. Furthermore, it includes a storage device 140 such as a memory that stores information necessary for computer processing, and a processor 150 such as a CPU that implements various functions by executing programs.
  • a server type, desktop type, notebook type, tablet type, mobile terminal type, etc. can be adopted.
  • distributed computing may be performed using a plurality of computers.
  • FIG. 3 shows the operational flow of the entire system.
  • the operations of all the computers 10 to 80 including the transaction management system 10 are realized by the processor 150 executing a predetermined program.
  • a product in which multiple transaction parties are involved is sold to a consumer, and the price of the product is transferred from the consumer to a predetermined bank account.
  • the deposit account is the account of the operator of the transaction management system 10.
  • the operator of the transaction management system 10 may be simply referred to as a "system operator.” That is, as shown in FIG. 3, first, the consumer's computer 80 performs a transfer procedure for the product price to the bank's computer 20, and the product price is transferred to the system operator's account managed by the bank ( S1).
  • the bank computer 20 Upon receiving this transfer, the bank computer 20 sends a transfer notification for the product price to the transaction management system 10 (S2).
  • the transaction management system 10 Upon receiving this transfer notification, the transaction management system 10 records the journal entry of this deposit in the system operator's account (book, slip) through the process of the account update unit described later (S3).
  • a chain identifier is an identifier that uniquely identifies a series of merchants related to a transferred bill. For example, billing information among a series of retailers, wholesalers, producers, material suppliers, and other businesses involved in the provision of products to consumers can be automatically collected by the invention described in Patent Document 1, etc. The same chain identifier is stored in association with each piece of billing information between this series of vendors.
  • the transaction management system 10 searches for a plurality of billing information linked with the same chain identifier as the extracted chain identifier, and sets the payment flag of each applicable billing information as " payment subject”. (S5).
  • the transaction management system 10 determines, through the processing of the transfer instruction unit described later, the amount of the billing information whose payment flag is set to "Payable", either each time or in total, depending on the payment terms set for each vendor.
  • the bank computer 20 is instructed to make a transfer so that the payment can be made (S6).
  • the bank computer 20 that has received the transfer instruction sends a withdrawal confirmation request to the computers 30 to 70 of the transaction parties that have the instructed transfer withdrawal account (S7).
  • the computers 30 to 70 of the transaction parties that have received this confirmation request receive the transfer approval input from the input device 110, they return a transfer approval to the bank computer 20 (S8).
  • the input of transfer approval may be automatically performed by the computers 30 to 70 of the parties involved in the transaction when preset payment conditions are met.
  • the preset condition is, for example, a transfer deadline such as month-end payment.
  • the bank computer 20 which has received the transfer approval from the computers 30 to 70 of the transaction parties, sequentially transfers the approved transfers among the transfers for which transfer instructions were received in S6 to the internal or external accounts of the transaction parties. (S9).
  • the product price transferred by the consumer is automatically distributed and paid to multiple parties involved in the transaction.
  • Each person involved in the transaction connects his or her own computer 30 to 70 to the computer that manages his or her account, and inquires about deposit/withdrawal details and balance (S10).
  • the bank computer 20 sequentially transmits transfer completion notifications to the transaction management system 10 for completed transfers (S11).
  • the transaction management system 10 Upon receiving the transfer completion notification, the transaction management system 10 records the journal entry of the withdrawal in the ledger of the vendor from which the transfer is made and withdraws the money, and also records the journal entry of the deposit in the ledger of the vendor who receives the transfer through the processing of the ledger update unit described later. is recorded (S12).
  • the computers 30 to 70 of the parties involved in the transaction can access their own accounting documents managed by the transaction management system 10 and view the contents of the documents (S13).
  • the transaction management system 10 realizes the following operations of each part by the processor 150 executing a program.
  • the transfer notification received from the bank's computer 20 includes at least the identifier of the consumer who made the transfer (consumer identifier) and the amount to be transferred.
  • the consumer identifier may be the consumer's name or name, or may be a unique code for each consumer.
  • the storage device 140 of the transaction management system 10 is provided with a form storage section 12.
  • the form storage unit 12 stores, for each company identifier, the data of the company's accounting documents (books and slips) in association with each other.
  • the form updating unit 11 records the payment journal of the amount transferred from the consumer indicated in the transfer notice in a form linked to the system operator's business identifier.
  • the transfer notice received from the bank's computer 20 may include at least a deposit account identifier in addition to the identifier (consumer identifier) of the consumer (customer) who made the transfer and the amount to be transferred.
  • the deposit account identifier is a deposit account number or the like assigned to each bill for deposit.
  • the storage device 140 of the transaction management system 10 is provided with a billing information storage section 14.
  • the billing information storage unit 14 stores, for each billing identifier, a chain identifier, a consumer identifier, a product identifier, a billing amount, and, if necessary, a deposit account identifier. These billing information are recorded in the billing information storage unit 14 each time a bill (billing slip) is issued according to the inventions such as Patent Document 1 mentioned above.
  • the billing identifier is a unique code for each issued bill.
  • the chain identifier is an identifier that uniquely identifies a series of merchants related to the product for which this request is made.
  • a consumer identifier is a name, name, or code unique to each consumer who purchased a product.
  • a product identifier is a unique code for each product, and even if the product is the same, it can be used by different parties involved in the transaction, products with different payment routes between the parties involved in the transaction, or distribution of payments between the parties involved in the transaction. For products with different values, different product identifiers are assigned.
  • a single piece of billing information may include multiple product identifiers.
  • the bill matching unit 13 searches the bill information storage unit 14 for records of bill information that match the consumer identifier and transfer amount indicated in the transfer notice.
  • the billing information storage unit 14 may be searched for a record of billing information that matches the deposit account identifier indicated in the transfer notice. If a record with matching billing information is found, the chain identifier included in the record is extracted.
  • the storage device 140 of the transaction management system 10 is provided with the billing information storage section 14 as described above.
  • billing information is recorded every time a series of bills (billing slips) between business partners are issued according to the inventions such as Patent Document 1 mentioned above.
  • Billing information between each vendor is configured by linking a chain identifier, billing date, billing source identifier, billing destination identifier, product identifier, billing amount, deposit account identifier, and payment flag for each billing identifier.
  • the billing source identifier is the vendor identifier of the billing source (payee).
  • the billing party identifier is the vendor identifier of the billing party (payment source).
  • the system operator receives 500 yen, and the system operator transfers the bill to the retailer.
  • Retailer A pays 6,000 yen to producer B, and producer B pays 2,000 yen to material supplier C.
  • the system operator also pays 100 yen to bank D and 1,000 yen to other company E.
  • Such distribution of money between parties involved in a transaction is performed using billing information between businesses that share a common chain identifier.
  • the other company E may be any person involved in the transaction, but may be, for example, a television station that introduced the product, an affiliate site, or the like.
  • the vendor identifier is the name of the vendor or a code unique to each vendor.
  • Bank D is a bank indicated by reference numeral 20 in FIG. 3, and receives payment in exchange for processing in cooperation with the transaction management system 10.
  • the distribution unit 15 searches the billing information storage unit for a plurality of pieces of billing information having the same chain identifier as the chain identifier output by the billing matching unit 13, sets the payment flag of each corresponding billing information as “payment target”, Indicates payment is eligible.
  • the payment flag takes a value of "unpaid", "to be paid”, or "paid".
  • the storage device 140 of the transaction management system 10 is provided with a vendor information storage section 18 .
  • the vendor information storage unit 18 stores authentication information, contact information, withdrawal account, deposit account, payment conditions, etc. in association with each vendor identifier.
  • the authentication information is a user ID and password used when the trader logs into the transaction management system 10 when viewing a form.
  • the contact information is the contact information such as the e-mail address of the vendor.
  • the withdrawal account is the withdrawal account number, etc. of the concerned business operator when the concerned business operator becomes the payment source.
  • the deposit account is the deposit account number, etc. of the vendor when the vendor is the payee.
  • the payment terms are the payment terms when the vendor becomes the payment source. Payment terms include payment upon receipt, payment at the end of the month, and payment at the end of the following month.
  • the transfer instruction unit 17 performs the process shown in FIG. First, one vendor identifier and the payment terms linked thereto are read from the vendor information storage unit 18 (S11). If the payment condition is pay-as-you-receive (S12), the process advances to S15. If the payment condition is payment on a certain date (S13), it is determined whether the cutoff date has arrived (S14), and if the cutoff date has arrived, the process advances to S15. If the closing date has not yet arrived, the process is repeated from S11 for the next vendor.
  • the billing information whose payment flag is set to "payment target" is read out from the billing information storage unit 14 among the billing information whose processing vendor identifier and billing destination identifier match. , the billing amount of the read billing information is totaled for each billing source identifier (S15). Next, the withdrawal account corresponding to the processing vendor identifier, the deposit account corresponding to the billing source identifier, the aggregated transfer amount to the billing source, and the transfer date are linked, and transfer instruction information is provided for each billing source. is generated (S16). The transfer date will be the same day if payment is made each time the money is received, and the payment will be made on the same day if payment is due on a certain day.
  • the transfer instruction unit 17 transmits the generated transfer instruction information to the computer 20 of the bank where the withdrawal account is located. Thereafter, the next vendor is selected and the process from S11 is repeated.
  • the transfer instruction unit 17 changes the payment flag of the billing information that is the subject of the transfer instruction to "paid.” As described above, according to this embodiment, it is possible to automate payments caused by transactions between multiple merchants.
  • each transfer completion notification includes at least the vendor identifier of the payment source, the vendor identifier of the payee, the transfer amount, and the transfer execution date.
  • the form updating unit 11 extracts these pieces of information from the transfer completion notification, and records the journal entry of the payment in the form in the form storage unit 12 that is linked to the vendor identifier of the payment source as payment information. Furthermore, the journal entry of the deposit is recorded in the form in the form storage unit 12 that is linked to the vendor identifier of the payee as payment information. For each transfer completion notification, record the journal entry of the deposit or payment in the ledger of each person involved in the transaction.
  • the deposited amount is automatically recorded in the sales ledger and displayed on the computer screen, the deposited amount is subtracted from the unpaid balance, and the new balance is displayed in the ledger on the screen.
  • the paying party records the payment date, amount, details, etc., automatically enters it in the purchase ledger, and calculates the new unpaid balance by subtracting that amount from the previous unpaid balance. and display them in the on-screen purchase ledger. If a transfer fee is charged, the balance after transfer is calculated by subtracting the deposited amount and the transfer fee and displayed on the screen.
  • the payment side not only the payment side but also the depositing side performs similar processing.
  • the above-mentioned "payment terms” may be "the payment of the billed amount from the billing party to our company.”
  • billing information with the same chain identifier is a bill from company A to company B for p yen, a bill from company C to company B for q yen, and a bill from company B to D for r yen.
  • r yen is transferred from Company B to Company B
  • the conditions for payment from Company B to Company A and the conditions for payment from Company B to Company C are satisfied.
  • p yen is automatically transferred from company B to company A
  • q yen is automatically transferred from company B to company C.
  • the transfer fee is displayed in the aforementioned transfer completion notification and recorded in each company's journal entry.
  • a retailer when a retailer receives a payment of 10,000 yen for a product from a consumer, the retailer automatically transfers the purchase price of 6,000 yen to the supplier and also sends a system fee of 500 yen to the system operator. It is possible to automate a series of payment processes such as automatically transferring funds, and it is also possible to automate the recording of each company's transactions, including the transfer fees incurred.
  • Transaction management system 11
  • Form update unit 12
  • Bill matching unit 14
  • Billing information storage unit 15
  • Allocation unit 16
  • Distribution storage unit 17
  • Transfer instruction unit 18 Vendor information storage unit 20, 30, 40, 50, 60, 70
  • Transaction Related person's computer 80
  • Consumer's computer N
  • Computer network 110
  • Input device 120
  • Display device 130 Communication device 140
  • Storage device 150 Processor

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】複数業者間の取引により発生する支払を自動化する。また、複数業者間の支払に関する帳票の記録を自動化する。 【解決手段】供給連鎖により一連の取引業者間に生じる関連した複数の請求情報に共通のチェーン識別子を紐づけて記憶する請求情報記憶部１４と、設定された支払条件を記憶する業者情報記憶部１８とを備える。コンピュータは、入金された請求情報と共通のチェーン識別子が付与された複数の請求情報の支払フラグを「支払対象」とする処理と、支払フラグが「支払対象」となり、かつ、支払条件を満たした請求情報について支払を手配する処理とを行う。また、各取引業者の会計帳票を記憶する帳票記憶部を備え、コンピュータが、手配した支払の完了後に、当該完了した支払の支払元の会計帳票に支払の仕訳を記録すると共に、当該完了した支払の支払先の会計帳票に入金の仕訳を記録する処理を行う。

Description

取引管理方法、システム及びプログラム
　本発明は、取引管理システムに係り、特に、複数業者間の取引を自動化する取引管理システムに関する。
　本願出願人は、複数業者間の取引により発生する請求伝票や納品伝票の生成を自動化する発明について、特許を取得した（特許文献１、特許文献２、特許文献３）。
　一方、複数業者間の取引により発生する支払や、支払に関する帳票の記録も自動化することが好ましい。
特開２０１２－１７８１４７号公報 特許第５８８７９６５号公報 特許第６６７５５９８号公報
　そこで、本発明は、複数業者間の取引により発生する支払を自動化することを課題とする。また、複数業者間の支払に関する帳票の記録を自動化することを課題とする。
　この課題を解決するため、本発明は、以下の構成をとる。即ち、供給連鎖により一連の取引業者間に生じる関連した複数の請求情報に共通のチェーン識別子を紐づけて記憶する請求情報記憶部を備える。また、設定された支払条件を記憶する業者情報記憶部を有する。そして、コンピュータが、入金された請求情報と共通のチェーン識別子が付与された複数の請求情報の支払フラグを「支払対象」とする処理と、支払フラグが「支払対象」となり、かつ、支払条件を満たした請求情報について支払を手配する処理とを行う。
　また、本発明は、以下の構成をとってもよい。即ち、各取引業者の会計帳票を記憶する帳票記憶部を備え、コンピュータが、手配した支払の完了後に、当該完了した支払の支払元の会計帳票に支払の仕訳を記録すると共に、当該完了した支払の支払先の会計帳票に入金の仕訳を記録する処理を行う。
　上記において、「会計帳票」には、帳簿や伝票が該当する。「帳簿」には、一般的に、仕訳帳、総勘定元帳、預金出納帳、買掛帳（仕入先元帳）、売掛帳（得意先元帳）等が該当する。「伝票」には、一般的に、入出金伝票、請求書、納品書等が該当する。
　本発明によれば、複数業者間の取引により発生する支払を自動化することができる。また、複数業者間の支払に関する帳票の記録を自動化することができる。
図１は、本発明の実施形態である取引管理システムを含む全体構成図。 図２は、図１に示す各コンピュータのハードウェア構成図。 図３は、図１に示す構成の全体の動作を示す流れ図。 図４は、図１の取引管理システムに含まれる帳票更新部の第１の構成図。 図５は、図１の取引管理システムに含まれる請求マッチング部の構成図。 図６は、図１の取引管理システムに含まれる振分部の構成図。 図７は、図１の取引管理システムに含まれる振込指示部の構成図。 図８は、図７に示す振込指示部の処理の流れ図。 図９は、図１の取引管理システムに含まれる帳票更新部の構成図。
［全体構成］
　以下、本発明の実施形態を図面を参照して説明する。図１において、取引管理システム１０は、コンピュータネットワークＮを介し、複数の業者及び消費者のコンピュータ２０乃至８０とデータ通信が可能なように接続されている。複数の業者とは、商品の取引に関係する、小売業者、卸業者、生産業者、資材業者、銀行及びその他の業者を含む。以降、これらの各業者の総称として「取引関係者」と称呼する場合がある。
　小売業者は、商品を消費者に提供する。卸業者は、商品を小売業者又は消費者に提供する。生産業者は、商品を卸業者、小売業者又は消費者に提供する。資材業者は、生産又は製造に必要な資材を生産業者に提供する。これらのうち、ある商品の提供に複数の業者が関係することにより、複数業者間での支払が発生する。従来、支払は各業者が個別に手配し、支払に関係する会計帳票の記録も各業者が独自に行っている。本発明は、これら複数業者間に発生する支払の手配及び会計帳票の記録を自動化するものである。
　本システムに参加する各取引関係者及び消費者は多数存在し、各取引関係者及び消費者のコンピュータ２０乃至８０も、それぞれ複数がコンピュータネットワークＮに接続されている。
　取引管理システム１０を始め、各取引関係者のコンピュータ２０乃至７０及び消費者のコンピュータ８０も基本的にはコンピュータの一般的なハードウェア構成を採る。即ち、図２に示すように、キーボード等の入力装置１１０と、液晶ディスプレイ等の表示装置１２０とを備えている。また、コンピュータネットワークＮを通じてコンピュータ間のデータ通信を可能とするＮＩＣ等の通信装置１３０を有する。更に、コンピュータ処理に必要な情報を記憶するメモリ等の記憶装置１４０と、プログラムの実行により種々の機能を実現するＣＰＵ等のプロセッサ１５０とを備えている。
　ここで、コンピュータの外観は問わない。サーバ型、デスクトップ型、ノート型、タブレット型、携帯端末型等を採用することができる。また、複数のコンピュータにより分散コンピューティングを行う形態でもよい。
［全体動作］
　システム全体の動作の流れを図３に示す。取引管理システム１０を含むすべてのコンピュータ１０乃至８０の動作は、プロセッサ１５０が所定のプログラムを実行することにより実現される。複数の取引関係者が関わった商品が、消費者に販売され、その商品代金が消費者から所定の銀行の入金口座に振り込まれる。入金口座は、取引管理システム１０の運営業者の口座とする。以降、取引管理システム１０の運営業者を単に「システム運営者」と称呼する場合がある。即ち、図３に示すように、まず、消費者のコンピュータ８０から銀行のコンピュータ２０に対し商品代金の振込手続が行われることにより、銀行が管理するシステム運営者の口座に商品代金が振り込まれる（Ｓ１）。
　銀行のコンピュータ２０は、この振込を受けて、商品代金の振込通知を取引管理システム１０に送信する（Ｓ２）。
　この振込通知を受信した取引管理システム１０は、後述する帳票更新部の処理により、この入金の仕訳をシステム運営者の帳票（帳簿、伝票）に記録する（Ｓ３）。
　また、取引管理システム１０は、後述する請求マッチング部の処理により、振込通知に対応する請求情報を検索し、該当する請求情報に含まれるチェーン識別子を抽出する（Ｓ４）。チェーン識別子とは、振り込まれた請求に関連する一連の業者群を一意に識別する識別子である。例えば、消費者に提供された商品の提供に関わった一連の小売業者、卸業者、生産業者、資材業者及びその他業者間の各請求情報が、前述の特許文献１等に記載した発明により自動的に生成されるが、この一連の業者間の各請求情報に、同一のチェーン識別子を紐づけて記憶する。
　続いて、取引管理システム１０は、後述する振分部の処理により、抽出したチェーン識別子と同一のチェーン識別子を紐づけられた複数の請求情報を検索し、該当する各請求情報の支払フラグを「支払対象」とする。（Ｓ５）。
　そして、取引管理システム１０は、後述する振込指示部の処理により、支払フラグが「支払対象」となった請求情報の金額が、業者毎に設定された支払条件に応じて、都度又は集計して支払われるように、銀行のコンピュータ２０に振込を指示する（Ｓ６）。
　振込指示を受信した銀行のコンピュータ２０は、指示された振込の出金口座を有する取引関係者のコンピュータ３０乃至７０に、出金の確認要求を送信する（Ｓ７）。
　この確認要求を受信した取引関係者のコンピュータ３０乃至７０は、入力装置１１０から振込承認の入力を受けると、振込承認の旨を銀行のコンピュータ２０に返す（Ｓ８）。
　ここで、振込承認の入力は、予め設定した支払条件を満たしたときに取引関係者のコンピュータ３０乃至７０が自動的に行ってもよい。予め設定した条件とは、例えば、月末払い等の振込期日である。振込承認の入力を自動的に行う場合、上記の振込承認の入力（ボタン操作等）は行わなくてもよい。
　取引関係者のコンピュータ３０乃至７０から振込承認の旨を受信した銀行のコンピュータ２０は、Ｓ６で振込の指示を受けていた振込のうち承認された振込を順次、内部又は外部の取引関係者の口座に宛てて実行する（Ｓ９）。
　これにより、消費者から振り込まれた商品代金が自動的に複数の取引関係者に振り分けられ、支払われる。各取引関係者は、自己のコンピュータ３０乃至７０から自己の取引関係者口座を管理するコンピュータに接続し、入出金明細や残高を照会する（Ｓ１０）。
　銀行のコンピュータ２０は、完了した振込について順次、振込完了通知を取引管理システム１０に送信する（Ｓ１１）。
　振込完了通知を受信した取引管理システム１０は、後述する帳票更新部の処理により、振込出金元の業者の帳票に出金の仕訳を記録すると共に、振込入金先の業者の帳票に入金の仕訳を記録する（Ｓ１２）。
　取引関係者のコンピュータ３０乃至７０は、取引管理システム１０が管理する自己の会計帳票にアクセスし、帳票の内容を閲覧することができる（Ｓ１３）。
　このような処理の流れにより、複数業者間の取引により発生する支払や支払に関する帳票の記録を自動化することができる。
［取引管理システム１０の動作詳細］
　次に、上述した取引管理システム１０の動作を詳述する。取引管理システム１０は、プロセッサ１５０がプログラムを実行することにより、以下の各部の動作を実現する。
［帳票更新部（第１の処理）］
　まず、Ｓ３で触れた帳票更新部１１の処理を図４に基づいて説明する。銀行のコンピュータ２０から受信する振込通知には、少なくとも、振込を行った消費者の識別子（消費者識別子）と、振込金額とが含まれる。消費者識別子は、消費者の氏名又は名称でもよいし、消費者毎に固有のコードでもよい。
　一方、取引管理システム１０の記憶装置１４０には、帳票記憶部１２が設けられている。帳票記憶部１２は、業者識別子毎に、当該業者の会計帳票（帳簿及び伝票）のデータを紐づけて記憶している。
　上述したＳ３の処理において、帳票更新部１１は、振込通知に示された消費者からの振込金額の入金仕訳を、システム運営者の業者識別子に紐づいた帳票に記録する。
［請求マッチング部］
　続いて、Ｓ４で触れた請求マッチング部１３の処理を図５に基づいて説明する。銀行のコンピュータ２０から受信する振込通知には、少なくとも、振込を行った消費者（顧客）の識別子（消費者識別子）と、振込金額とに加え、入金口座識別子が含まれていてもよい。入金口座識別子は、請求書毎に入金用に割り当てられた振込口座番号等である。
　取引管理システム１０の記憶装置１４０には、請求情報記憶部１４が設けられている。請求情報記憶部１４は、請求識別子毎に、チェーン識別子、消費者識別子、商品識別子、請求金額及び必要に応じて入金口座識別子等を紐づけて記憶している。これらの請求情報は、既述の特許文献１等の発明により請求書（請求伝票）が発行される毎に、請求情報記憶部１４に記録されるようになっている。請求識別子は、発行された請求書毎に固有のコードである。チェーン識別子は、本請求にかかる商品に関連する一連の業者群を一意に識別する識別子である。消費者識別子は、商品を購入した消費者毎に固有の氏名、名称又はコードである。ここでは、ＢｔｏＣ取引を仮定して「消費者」と記載したが、商品の購入者は業者でもよく、「消費者」を「購入者」と置き換えてもよい。商品識別子は、商品毎に固有のコードであり、物が同じ商品であっても、取引関係者が異なる商品、又は取引関係者間の支払ルートが異なる商品、又は取引関係者間の支払の配分が異なる商品については、異なる商品識別子が付与されている。１件の請求情報に複数の商品識別子が含まれる場合もある。
　請求マッチング部１３は、振込通知に示された消費者識別子及び振込金額が一致する請求情報のレコードを請求情報記憶部１４から検索する。加えて、振込通知に示された入金口座識別子が一致する請求情報のレコードを請求情報記憶部１４から検索してもよい。一致する請求情報のレコードを見つけた場合、当該レコードに含まれているチェーン識別子を抽出する。
［振分部］
　続いて、Ｓ５で触れた振分部１５の処理を図６に基づいて説明する。取引管理システム１０の記憶装置１４０には前述のとおり請求情報記憶部１４が設けられている。請求情報記憶部１４には、既述の特許文献１等の発明により一連の取引業者間の請求書（請求伝票）が発行される毎に、請求情報が記録されるようになっている。各業者間の請求情報は、請求識別子ごとに、チェーン識別子、請求日、請求元識別子、請求先識別子、商品識別子、請求金額、入金口座識別子、及び支払フラグを紐づけて構成されている。請求元識別子は請求元（支払先）となる業者の業者識別子である。請求先識別子は、請求先（支払元）となる業者の業者識別子である。一連の取引業者間の請求書の例を挙げると、例えば、ある商品識別子の商品について、その代金１万円が振り込まれたとき、システム運営者が５００円を受領し、システム運営者から小売業者Ａには８，４００円を支払う。小売業者Ａから生産業者Ｂには６，０００円支払い、生産業者Ｂから資材業者Ｃには２，０００円支払う。また、システム運営者から銀行Ｄには１００円を支払い、その他業者Ｅには１，０００円を支払う。このような取引関係者間での金銭の振り分けが、チェーン識別子を共通とする各業者間の請求情報においてなされている。ここで、その他業者Ｅは、取引関係者であれば立場を問わないが、例えば、商品を紹介したテレビ局やアフィリエイトサイト等が考えられる。業者識別子は、業者の名称又は業者毎に固有のコードである。銀行Ｄは、図３に符号２０で示した銀行であり、取引管理システム１０と連携して処理を行う対価として支払いを受ける。
　振分部１５は、請求マッチング部１３が出力したチェーン識別子と同一のチェーン識別子を有する複数の請求情報を請求情報記憶部から検索し、該当する各請求情報の支払フラグを「支払対象」とし、支払対象であることを示す。支払フラグは「未払い」、「支払対象」又は「支払済」の値をとる。
［振込指示部］
　続いて、Ｓ６で触れた振込指示部１７の処理を図７に基づいて説明する。取引管理システム１０の記憶装置１４０には、業者情報記憶部１８が設けられている。業者情報記憶部１８は、業者識別子毎に、認証情報、連絡先、出金口座、入金口座、及び支払条件等を紐づけて記憶している。認証情報は、当該業者が帳票を閲覧する際に取引管理システム１０にログインする場合等に使用するユーザＩＤ及びパスワードである。連絡先は、当該業者のメールアドレス等の連絡先である。出金口座は、当該業者が支払元となる場合の当該業者の出金口座番号等である。入金口座は、当該業者が支払先となる場合の当該業者の入金口座番号等である。支払条件は、当該業者が支払元となる場合の支払条件である。支払条件としては、入金都度支払いや、月末締め翌月末支払い等が設定されている。
　振込指示部１７は、図８の処理を行う。まず、一つの業者識別子とこれに紐づいた支払条件を業者情報記憶部１８から読み出す（Ｓ１１）。支払条件が入金都度支払いの場合（Ｓ１２）、Ｓ１５に進む。支払条件が某日締某日支払いの場合（Ｓ１３）、当該締日が到来しているか判断し（Ｓ１４）、締日が到来していればＳ１５に進む。締日が到来していない場合、次の業者を対象としてＳ１１から処理を繰り返す。
　入金都度支払い又は締日が到来した場合、処理中の業者識別子と請求先識別子とが一致する請求情報のうち、支払フラグが「支払対象」になっている請求情報を請求情報記憶部１４から読み出し、読み出した請求情報の請求金額を請求元識別子ごとに集計する（Ｓ１５）。
　次いで、処理中の業者識別子に対応する出金口座と、請求元識別子に対応する入金口座と、当該請求元への集計した振込金額と、振込日とを紐づけ、請求元ごとに振込指示情報を生成する（Ｓ１６）。振込日は、入金都度支払いの場合は即日とし、某日締め某日支払いの場合は、某日支払いとする。そして、振込指示部１７は、生成した振込指示情報を出金口座がある銀行のコンピュータ２０に送信する。以降、次の業者を選択してＳ１１からの処理を繰り返す。振込指示部１７は、振込指示の対象となった請求情報の支払フラグを「支払済み」に変更する。
　以上のように、本実施形態によれば、複数業者間の取引により発生する支払を自動化することができる。
［帳票更新部（第２の処理）］
　続いて、Ｓ１２で触れた帳票更新部１１の処理を図９に基づいて説明する。振込指示部１７からの振込指示に基づき、振込を完了した銀行のコンピュータ２０は、複数の振込完了通知を取引管理システム１０に返す。各振込完了通知には、少なくとも、支払元の業者識別子と、支払先の業者識別子と、振込金額と、振込実行日とが含まれる。帳票更新部１１は、これらの情報を振込完了通知から抽出し、支払情報として支払元の業者識別子に紐づいた帳票記憶部１２の帳票に支払の仕訳を記録する。また、入金情報として支払先の業者識別子に紐づいた帳票記憶部１２の帳票に入金の仕訳を記録する。振込完了通知毎に各取引関係者の帳票に入金又は支払の仕訳を記録する。
　即ち、入金された場合は、売上元帳に入金額を自動的に記帳してコンピュータの画面上に表示し、その入金額を未入金残高から引いて、新たな残高を画面上の元帳に表示する。また、支払った側では、支払った日や金額、内容等を記録し、それを仕入元帳に自動的に記入し、以前の未支払い残高からその金額を引いて、新たな未支払い残高を算出し、画面上の仕入元帳にそれらを表示する。振込手数料が掛かる場合は、入金額及び掛かった振込手数料を引いて振込後の残高を計算して画面上に表示する。それに加えて、支払い側だけでなく入金側も同様の処理を行う。
　このように、各取引関係者の会計帳票の記録が自動的に行われる。ここで、入金側、支払側の処理内容は、金額、商品名、単価、数量など全て同じであり、表裏の関係にある。そのため、同じ内容（データ）を表裏の関係で画面上に表示してもよい。ただし、この場合でも、入金側での入金済みという言葉は支払側では支払済みと表示される。
[規則91に基づく訂正 24.08.2023]
［変形例］
　前述の「支払条件」は、「請求先から当社へ請求額の入金があったこと」としてもよい。例えば、チェーン識別子を同一とする請求情報が、Ａ社からＢ社へｐ円の請求、Ｃ社からＢ社へｑ円の請求、Ｂ社からＤへｒ円の請求であるとする。このとき、ＤからＢ社へｒ円が振り込まれると、Ｂ社からＡ社への支払条件と、Ｂ社からＣ社への支払条件とが満たされる。これにより、Ｂ社からＡ社へｐ円が自動的に振り込まれると共に、Ｂ社からＣ社へｑ円が自動的に振り込まれる。振込手数料は前述の振込完了通知に表示されることにより、各社の仕訳に記録される。
　よって例えば、小売業者が商品代金の１万円を消費者から振り込まれたとき、当該小売業者から仕入先に仕入値の６０００円を自動的に振り込むと共に、システム運営者にシステム料５００円を自動的に振り込む、といった一連の支払処理を自動化することができ、かかった振込手数料も含めて各社の取引の記帳も自動化することができる。
　ここで、本発明の範囲は、特許請求の範囲に記載した構成要件の範囲であり、上記実施形態に限定されるものではない。
１０　取引管理システム
１１　帳票更新部
１２　帳票記憶部
１３　請求マッチング部
１４　請求情報記憶部
１５　振分部
１６　配分記憶部
１７　振込指示部
１８　業者情報記憶部
２０，３０，４０，５０，６０，７０　取引関係者のコンピュータ
８０　消費者のコンピュータ
Ｎ　コンピュータネットワーク
１１０　入力装置
１２０　表示装置
１３０　通信装置
１４０　記憶装置
１５０　プロセッサ

Claims (6)

  1. 　供給連鎖により一連の取引業者間に生じる関連した複数の請求情報に共通のチェーン識別子を紐づけて記憶する請求情報記憶部と、
    　設定された支払条件を記憶する業者情報記憶部とを備え、
    　コンピュータが、
    　入金された前記請求情報と共通のチェーン識別子が付与された複数の前記請求情報の支払フラグを「支払対象」とする処理と、
    　前記支払フラグが「支払対象」となり、かつ、前記支払条件を満たした前記請求情報について支払を手配する処理とを行う、取引管理方法。
  2. 　前記各取引業者の会計帳票を記憶する帳票記憶部を備え、
    　前記コンピュータが、
    　前記手配した支払の完了後に、当該完了した支払の支払元の前記会計帳票に支払の仕訳を記録すると共に、当該完了した支払の支払先の前記会計帳票に入金の仕訳を記録する処理を行う、請求項１に記載の取引管理方法。
  3. 　供給連鎖により一連の取引業者間に生じる関連した複数の請求情報に共通のチェーン識別子を紐づけて記憶する請求情報記憶部と、
    　設定された支払条件を記憶する業者情報記憶部とを備え、
    　コンピュータが、
    　入金された前記請求情報と共通のチェーン識別子が付与された複数の前記請求情報の支払フラグを「支払対象」とする処理と、
    　前記支払フラグが「支払対象」となり、かつ、前記支払条件を満たした前記請求情報について支払を手配する処理とを行う、取引管理システム。
  4. 　前記各取引業者の会計帳票を記憶する帳票記憶部を備え、
    　前記コンピュータが、
    　前記手配した支払の完了後に、当該完了した支払の支払元の前記会計帳票に支払の仕訳を記録すると共に、当該完了した支払の支払先の前記会計帳票に入金の仕訳を記録する処理を行う、請求項１に記載の取引管理システム。
  5. 　供給連鎖により一連の取引業者間に生じる関連した複数の請求情報に共通のチェーン識別子を紐づけて記憶する請求情報記憶部と、
    　設定された支払条件を記憶する業者情報記憶部とを備え、
    　コンピュータに、
    　入金された前記請求情報と共通のチェーン識別子が付与された複数の前記請求情報の支払フラグを「支払対象」とする処理と、
    　前記支払フラグが「支払対象」となり、かつ、前記支払条件を満たした前記請求情報について支払を手配する処理とを実行させる、取引管理プログラム。
  6. 前記各取引業者の会計帳票を記憶する帳票記憶部を備え、
    　前記コンピュータに、
    　前記手配した支払の完了後に、当該完了した支払の支払元の前記会計帳票に支払の仕訳を記録すると共に、当該完了した支払の支払先の前記会計帳票に入金の仕訳を記録する処理を実行させる、請求項１に記載の取引管理プログラム。
PCT/JP2022/025420 2021-06-24 2022-06-24 取引管理方法、システム及びプログラム WO2022270637A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202280043845.1A CN117546196B (zh) 2021-06-24 2022-06-24 交易管理方法、系统以及程序产品
JP2022573382A JP7411183B2 (ja) 2021-06-24 2022-06-24 取引管理方法、システム及びプログラム
JP2023211596A JP2024015419A (ja) 2021-06-24 2023-12-14 取引管理方法、システム及びプログラム
US18/393,592 US20240127203A1 (en) 2021-06-24 2023-12-21 Transaction management method, system and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021105263 2021-06-24
JP2021-105263 2021-06-24

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/393,592 Continuation US20240127203A1 (en) 2021-06-24 2023-12-21 Transaction management method, system and program

Publications (2)

Publication Number Publication Date
WO2022270637A1 WO2022270637A1 (ja) 2022-12-29
WO2022270637A9 true WO2022270637A9 (ja) 2023-11-09

Family

ID=84545524

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/025420 WO2022270637A1 (ja) 2021-06-24 2022-06-24 取引管理方法、システム及びプログラム

Country Status (4)

Country Link
US (1) US20240127203A1 (ja)
JP (2) JP7411183B2 (ja)
CN (1) CN117546196B (ja)
WO (1) WO2022270637A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023065134A1 (en) * 2021-10-20 2023-04-27 Paypal, Inc. Database management using sort keys

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3333126B2 (ja) * 1997-11-27 2002-10-07 株式会社ビジネスブレイン太田昭和 振込入金データの自動仕訳機能付き会計システム
US7412418B2 (en) * 2002-12-06 2008-08-12 Ocwen Financial Corporation Expense tracking, electronic ordering, invoice presentment, and payment system and method
JP2008234300A (ja) * 2007-03-20 2008-10-02 Oki Electric Ind Co Ltd 取引管理システム、自動化機器、取引管理方法および勘定ホスト
US20080249936A1 (en) * 2007-04-04 2008-10-09 Devin Miller Bill paying systems and associated methods
US20120116963A1 (en) * 2010-11-04 2012-05-10 Bank Of America Corporation Invoicing and electronic billing system and method
JP5932624B2 (ja) 2012-12-13 2016-06-08 隆均 半田 取引管理システム及び振込装置
US9875469B1 (en) * 2013-12-24 2018-01-23 Square, Inc. Bill splitting
JP6314117B2 (ja) 2015-09-30 2018-04-18 東芝テック株式会社 販売データ処理装置及びプログラム
JP6925828B2 (ja) 2017-03-09 2021-08-25 株式会社エヌ・ティ・ティ・データ四国 債権債務管理システム、債権債務管理方法、および債権債務管理プログラム
WO2018208324A1 (en) * 2017-05-11 2018-11-15 Mastercard International Incorporated Systems and methods for assessing fees in connection with payment account transactions
US11227284B2 (en) * 2017-12-13 2022-01-18 Mastercard International Incorporated Method and system for consumer-initiated transactions using encrypted tokens
CN109359990B (zh) * 2018-09-27 2020-10-16 腾讯科技（深圳）有限公司 网络交易系统、交易订单处理方法、装置、设备及介质
CN110046828B (zh) * 2019-04-23 2021-03-26 上海能链众合科技有限公司 一种基于区块链的智能分账协议系统
CN110728506B (zh) * 2019-10-21 2022-09-20 中国民航信息网络股份有限公司 交易数据处理的方法及装置

Also Published As

Publication number Publication date
CN117546196A (zh) 2024-02-09
CN117546196B (zh) 2024-10-11
US20240127203A1 (en) 2024-04-18
JP7411183B2 (ja) 2024-01-11
JPWO2022270637A1 (ja) 2022-12-29
WO2022270637A1 (ja) 2022-12-29
JP2024015419A (ja) 2024-02-01

Similar Documents

Publication Publication Date Title
TWI522947B (zh) 結算業務支援系統及結算業務支援方法
US7805365B1 (en) Automated statement presentation, adjustment and payment system and method therefor
AU2005255453B2 (en) Financial institution-based transaction processing system and approach
AU2005330645B2 (en) Automated transaction processing system and approach with currency conversion
US20120095873A1 (en) Escrow management system for marketplaces
AU2003243251A1 (en) System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
US20180330351A1 (en) System and method for allocating charges away from a tax account
JP2024015419A (ja) 取引管理方法、システム及びプログラム
CA2475449A1 (en) System and method for settling transactions in a digital merchant exchange
JP2002203020A (ja) 貴金属類の定額購入システム
AU2007221878B2 (en) Transaction finance processing system and approach
JP2012230596A (ja) クレジット決済システム及びクレジット決済方法
JP4280488B2 (ja) 集金代行・回収保証システム
JP2010231559A (ja) 汎用寄付ポイント管理方法及びシステム
WO2002077888A1 (fr) Dispositif de facturation, procede de facturation, dispositif acceptant les transactions et procede acceptant les transactions
KR102605877B1 (ko) 가격변동 리스크 회피 가능한 가상화폐 결제 시스템 및 방법
JP7162791B1 (ja) 情報処理装置、情報処理方法、およびプログラム
JP7425427B1 (ja) デジタル資産の取引・清算処理システム
US20220076259A1 (en) System and method for reversing bifurcated transactions
JP2003196560A (ja) 損害保険を活用した企業間商取引における代金決済システムおよび方法
JP2004178318A (ja) 電子商取引の収納代行管理システム
CN116823369A (zh) 可配置结算策略的高通用结算方法、装置及电子设备
AU2008200560B2 (en) Financial institution-based transaction processing system and approach
JP5582526B2 (ja) 市場システムおよび精算方法
JP2001256367A (ja) 電子商取引システム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2022573382

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22828553

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202280043845.1

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22828553

Country of ref document: EP

Kind code of ref document: A1