IP Library Granted Patent US 12,619,984
Granted Patent B2
US 12,619,984 · App. 18/118,273 · Granted May 5, 2026

Transaction management system and transaction management method

Inventors: Takayuki Nagai (Tokyo, JP); Nao Nishijima (Tokyo, JP); Takahiro Sagara (Tokyo, JP)
Assignee: HITACHI, LTD.
G06Q20/389H04L67/1097G06Q2220/00
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,619,984
App. No.
18/118,273
Granted
May 5, 2026
Kind
B2
Abstract

In a transaction management system which is a distributed ledger system in which a business network is formed of a plurality of nodes, the node calculates an upper limit of the number of transactions that can be issued by each of a plurality of organizations according to a calculation rule shared among the nodes, and refuses to accept the transaction from an organization of the organizations of which the number of transactions in past exceeds the upper limit of the number of transactions.

Claims (36)

1 . A transaction management system that is a distributed ledger system in which a business network is formed of a plurality of nodes,

each node calculates an upper limit of a number of transactions that can be issued by each of a plurality of organizations according to a calculation rule shared among the nodes, and refuses to accept a transaction from an organization of the organizations of which the number of transactions in past exceeds the upper limit of the number of transactions,

the transaction management system comprises a predetermined node that manages configuration information of an organization on a distributed ledger for the organization that can participate in the distributed ledger system, and

the plurality of nodes calculate the upper limit of the number of transactions for each organization by applying the configuration information obtained from the predetermined node as input to the calculation rule for the upper limit of the number of transactions.

2 . The transaction management system of claim 1 , wherein

each node,

recalculates the upper limit of the number of transactions for each of the plurality of organizations based on the calculation rule for the upper limit of the number of transactions when the configuration information obtained from the predetermined node is changed.

3 . The transaction management system of claim 1 , wherein

each node,

holds, in the calculation rule for the upper limit of the number of transactions, policy information for allocating the upper limit of the number of transactions for each of the plurality of organizations according to an attribute of the organization.

4 . The transaction management system of claim 1 , wherein

the nodes,

share a smart contract, which is logic describing a condition of a transaction to be carried out between organizations participating in the distributed ledger system, upon agreement between participants, and

in the calculation rule for the upper limit of the number of transactions, when a number of past transactions for each of the plurality of organizations is calculated, policy information is held that changes for each smart contract according to a difference in a processing load of the smart contract.

5 . The transaction management system of claim 4 , wherein

each node,

holds an endorsement policy, which is a consensus level when forming a transaction consensus among organizations participating in the distributed ledger system, for each smart contract.

6 . The transaction management system of claim 1 , wherein

each node,

specifies a transaction as a past transaction in each of the plurality of organizations based on a timestamp of the transaction stored in the distributed ledger and each piece of information of an organization to which a transaction executor belongs, and calculates a number of transactions as the number of past transactions.

7 . The transaction management system of claim 1 , further comprising:

a load balancer that allocates transactions from another application to the nodes, wherein

the load balancer holds a history of the transactions from the higher-level application as a log, and

when the number of past transactions for each of the plurality of organizations is calculated, each node specifies a transaction based on a timestamp of the transaction and each piece of information on an organization to which a transaction executor belongs, which are held in the log of the load balancer, and calculates a number of transactions as the number of past transactions.

8 . The transaction management system of claim 1 , wherein

the predetermined node,

is a gateway node that acts on behalf of each process of consensus building and approval of a transaction in response to a request from another application.

9 . The transaction management system of claim 1 , wherein

the configuration information includes a field for registering the name of each node which belongs to each organization and to which a transaction is to be transmitted by a gateway node and a field for registering an ID of each organization, respectively.

10 . A transaction management method, wherein

in a distributed ledger system in which a business network is formed of a plurality of nodes, the method comprising the steps of:

calculating, by each node, an upper limit of a number of transactions that can be issued by each of a plurality of organizations according to a calculation rule shared among the nodes, and refusing to accept a transaction from an organization of the organizations of which the number of transactions in past exceeds the upper limit of the number of transactions,

managing, by a predetermined node, configuration information of an organization on a distributed ledger for the organization that can participate in the distributed ledger system, and

calculating, by each node, the upper limit of the number of transactions for each organization by applying the configuration information obtained from the predetermined node as input to the calculation rule for the upper limit of the number of transactions.

11 . The transaction management method of claim 10 , wherein

the configuration information includes a field for registering the name of each node which belongs to each organization and to which a transaction is to be transmitted by a gateway node and a field for registering an ID of the organization, respectively.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Mar 7, 2023
From: NAGAI, TAKAYUKI; NISHIJIMA, NAO; SAGARA, TAKAHIRO
To: HITACHI, LTD.
Reel/Frame 062904/0399 →
Priority Claims (1)
JP 2022-067734 · Apr 15, 2022 · national
Continuity (1)
Related Publication 20230334485A1 · Oct 19, 2023
References Cited (13)
US 10341121B2 · Androulaki · 2019 [cited by examiner]
US 11373177B2 · Song · 2022 [cited by examiner]
US 20170046651A1 · Lin · 2017 [cited by examiner]
US 20180276626A1 · Laiben · 2018 [cited by examiner]
US 20180337847A1 · Li · 2018 [cited by examiner]
US 20190102423A1 · Little et al. · 2019 [cited by applicant]
US 20200394177A1 · Maurer · 2020 [cited by examiner]
US 20210288824A1 · Nakayama · 2021 [cited by applicant]
JP 20212129A · 2021 [cited by applicant]
JP 2021144571A · 2021 [cited by applicant]
WO WO2018175666A1 · 2018 [cited by examiner]
“Hyperledger Fabric”, A Blockchain Platform for the Enterprise, online, searched on Dec. 1, 2021, Internet <URL: http://hyperledgerfabric.readthedocs.io/en/latest/>. [cited by applicant]
Japanese Office Action received in corresponding Japanese Application No. 2022-067734 dated Nov. 4, 2025. [cited by applicant]