CN107809480A - One kind transaction commutation system - Google Patents
One kind transaction commutation system Download PDFInfo
- Publication number
- CN107809480A CN107809480A CN201711009092.XA CN201711009092A CN107809480A CN 107809480 A CN107809480 A CN 107809480A CN 201711009092 A CN201711009092 A CN 201711009092A CN 107809480 A CN107809480 A CN 107809480A
- Authority
- CN
- China
- Prior art keywords
- transaction request
- transaction
- module
- information
- task list
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention discloses a kind of trade managing system, belong to data communication and processing technology field, transaction request is first stored in a wait task list by system after the transaction request of client's submission is received, corresponding transaction request is extracted from wait task list by default current limliting rule again, then the transaction request of extraction is cached in an execution queue according to sequence of extraction, transaction request is extracted successively from execution queue by actuator again to be sent in corresponding service providing end, and corresponding transaction movement is completed according to corresponding transaction request by service providing end.The beneficial effect of above-mentioned technical proposal is：While ensureing that present deal normally completes, batch transaction is controlled, so that the current data processing amount of system is no more than its parallel processing capability, realize the reasonable employment of system resource, the stability of a system is improved, solves the problems, such as that data of information system transmission and data-handling efficiency are low during the concentration outburst of trading volume.
Description
Technical field
The present invention relates to data communication and processing technology field, more particularly to a kind of transaction commutation system.
Background technology
With the high speed development of internet, the information system of large enterprise is more and more extensive, the friendship between different application systems
Mutually more and more frequently, Data Concurrent amount is increasing, and the load balancing between each application system is always asking of constantly paying close attention to of enterprise
Topic.Meanwhile the concentration outburst of some period trading volumes may cause the data transfer between system to block, strong influence produces
Stable and client experience.For example, the equity fund that stock exchange's closing quotation time point occurs buys and sells peak, railway ticketing system spring
What is occurred between Yunqi robs ticket, double 11 panic buyings of Taobao, often occurs that instantaneous data concurrency is huge to cause system overload operation,
Appearance resource, which is seized, causes a large amount of transmission data to block and network delay occur, the phenomenon of data processing failure, is caused to user
Certain economic loss, while also cause larger negative effect to enterprise.Big in trading volume for guarantee information system
In the case of normal work, it is common practice to increase the data processing equipment in platform, but when information system and outside letter
Cease platform exchange information during, due to external information platform data processing performance the problem of, what information system can not be infinitely
Transaction request is submitted to portion of place information platform, therefore external information platform can clearly state the transaction between enterprise information system
Handling capacity, it is desirable to which enterprise information system carries out con current control, therefore, how to be carried out simultaneously to transaction in the concentration outburst of trading volume
Hair control is so as to improving data transfer and data-handling efficiency, the problem of being increasingly becoming large enterprise's information system urgent need to resolve.
The content of the invention
According to the above-mentioned problems in the prior art, a kind of transaction commutation system is now provided, according to the number of information system
According to disposal ability control data amount, it is intended to solve data of information system transmission and data-handling efficiency during the concentration outburst of trading volume
The problem of low, improve the stability of a system, reasonable employment system resource.The present invention adopts the following technical scheme that：
One kind transaction commutation system, including：
Control module, for receiving the transaction request of client's submission, and when receiving the transaction request in the transaction
The transaction request is stored in a wait task list after the mark of demarcation one first in request, first mark includes first
Status information and very first time information；
Scheduler module, the control module is connected, for being waited according to a default current limliting rule from described in task list
The corresponding transaction request only with the described first mark of extraction；
Cache module, the scheduler module is connected, the transaction for will be extracted from the wait task list please
Ask and be cached in an execution queue；
Execution module, the cache module is connected, for extracting the friendship being cached in the execution queue successively
Easily request, and the transaction request extracted from the execution queue is sent to corresponding service providing end；
Multiple service providing ends, for completing corresponding transaction movement according to the corresponding transaction request.
Preferably, in above-mentioned transaction commutation system, in addition to：
Memory module, the scheduler module is connected, for storing the current limliting rule；
The current limliting rule includes the maximum concurrency that each service providing end provides, and please according to the transaction
The priority rule for the particular transactions information setting asked.
Preferably, in above-mentioned transaction commutation system, the scheduler module includes：
Master scheduling unit, for the corresponding transaction of extraction please out of described wait task list according to the current limliting rule
Ask；
Auxiliary scheduling unit, for being appointed when the master scheduling unit breaks down according to the current limliting rule from described wait
It is engaged in extracting the corresponding transaction request in table；
When the master scheduling module is in normal condition, the auxiliary scheduling unit is in a dormant state；
Monitoring unit, the master scheduling unit and the auxiliary scheduling unit are connected, for monitoring the master scheduling unit
Working condition, and an enabling signal is produced to the auxiliary scheduling unit when master scheduling unit breaks down, to activate
State auxiliary scheduling unit.
Preferably, in above-mentioned transaction commutation system, the scheduler module includes：
First information feedback unit, please for extracting the transaction from the wait task list in the scheduler module
When asking, one first feedback information is sent to the control module according to the transaction request being extracted；
The control module corresponding transaction request in the wait task list according to first feedback information
The upper mark of demarcation one second；
Second mark includes the second status information and the second temporal information.
Preferably, in above-mentioned transaction commutation system, the execution module includes：
Second information feedback unit, for sending the transaction request to the service providing end in the execution module
When, one second feedback information is sent to the control module according to the transaction request sent；
The control module corresponding transaction request in the wait task list according to second feedback information
The upper mark of demarcation one the 3rd；
Second mark includes third state information and the 3rd temporal information.
Preferably, in above-mentioned transaction commutation system, the execution module includes：
Receiving unit, the result of the transaction request for receiving the service providing end feedback；
3rd information feedback unit, connect the receiving unit, for when receiving the result according to
The transaction request corresponding to result and the result sends one the 3rd feedback information to the control module；
The control module corresponding transaction request in the wait task list according to the 3rd feedback information
The upper mark of demarcation one the 4th；
4th mark includes the 4th status information and the 4th temporal information.
Preferably, in above-mentioned transaction commutation system, in addition to：
Monitor module, connect the control module, for monitor it is described wait task list with according to all transaction please
The 3rd mark and the described 4th mark asked calculate the operating efficiency of each service providing end, and export calculating knot
Fruit.
Preferably, in above-mentioned transaction commutation system, in addition to：
Display module, the monitoring module is connected, for showing the result of calculation.
Preferably, in above-mentioned transaction commutation system, the service providing end is set independently of the transaction commutation system, and
It is connected with the transaction commutation system.
The beneficial effect of above-mentioned technical proposal is：For needing the scene of control data amount, ensureing that present deal is normal
While completion, batch transaction is controlled so that the current data processing amount of system is no more than its parallel processing capability, real
The reasonable employment of existing system resource, improve the stability of a system, solve during the concentration outburst of trading volume data of information system transmission and
The problem of data-handling efficiency is low.
Brief description of the drawings
Fig. 1 is a kind of structured flowchart for commutation system of merchandising in the preferred embodiment of the present invention；
Fig. 2 is the structured flowchart of scheduler module in the preferred embodiment of the present invention；
Fig. 3 is the structured flowchart of execution module in the preferred embodiment of the present invention.
Embodiment
The invention will be further described with specific embodiment below in conjunction with the accompanying drawings, but not as limiting to the invention.
In the preferred embodiment of the present invention, as shown in Figure 1 to Figure 3, there is provided one kind transaction commutation system, including：
Control module 1, for receiving the transaction request of client's submission, and when receiving transaction request in transaction request subscript
Transaction request is stored in a wait task list after fixed one first mark, when the first mark includes first state information and first
Between information, wherein first state information is used to represent that the transaction request that is calibrated is in armed state, and very first time information is
Control module 1 receives the time for the transaction request being calibrated；
Scheduler module 2, link control module 1, for extracting phase out of wait task list according to a default current limliting rule
That answers only has the transaction request of the first mark；
Cache module 3, scheduler module 2 is connected, for the transaction request extracted from wait task list to be cached in into one
Perform in queue；
Execution module 4, Connection Cache module 3, the transaction request performed in queue is cached in for extracting successively, and will
The transaction request extracted from execution queue is sent to corresponding service providing end 5；
Multiple service providing ends 5, for completing corresponding transaction movement according to corresponding transaction request.
In the present embodiment, transaction request is stored in wait task after the transaction request that the reception client of control module 1 submits
In table, then by scheduler module 2 according to current limliting rule from etc. extract corresponding transaction request in task list, then by execution module 4
Corresponding service providing end 5 is sent to from extraction transaction request in queue is performed, system passes through to transaction request storage and basis
Corresponding current limliting rule process transaction request, rather than the transaction request received is directly submitted to execution module 4 and handled, can
When avoiding trading volume concentration outburst, execution module 4 and service providing end 5 have little time transaction request information caused by handling and lost
The problem of mistake, transaction system collapse.
Further, in the present embodiment, the mark of demarcation first on transaction is asked when receiving transaction request of control module 1
Know, scheduler module 2 only extracts the transaction request with the first mark when extracting transaction request out of wait task list, it is ensured that
The transaction request of scheduler module extraction is untreated transaction request, so as to avoid the reprocessing of transaction request.
Further, the present embodiment includes multiple execution modules 4 (one is only drawn in figure), the quantity of execution module 4
According to the data-handling capacity and current limliting rule setting of each execution module 4.
In the preferred embodiment of the present invention, in addition to：
Memory module 6, scheduler module 2 is connected, for storing current limliting rule；
Current limliting rule includes the maximum concurrency that each service providing end 5 provides, and the specific friendship according to transaction request
The priority rule of easy information setting.
In the present embodiment, current limliting rule includes the maximum concurrency that each service providing end 5 provides, and scheduler module 2 is carrying
When taking transaction request, the transaction request for all corresponding to same service providing end 5 is searched in task list from waiting, and finding
Transaction request in a number of transaction request extracted according to corresponding priority rule, the number of the transaction request extracted
Maximum concurrency of the amount no more than corresponding service providing end so that service providing end 5 needs transaction request amount to be processed all the time
It is maintained in the range of disposal ability, ensures the normal operation of service providing end 5, reduces transaction request information and lose, improve transaction
The success rate of processing.
Further, in the present embodiment, according to priority rule extracts corresponding hand over to scheduler module 2 from wait task list
Easily request, the transaction request being extracted arranges to obtain according to the order being extracted performs queue, to ensure that priority is high
Transaction request priority treatment, specifically, corresponding to the transaction request of same service providing end 5, type of service is present deal
Transaction request of its priority of transaction request higher than type of service for batch transaction, i.e. System Priority processing present deal request；
Further, the present deal request corresponding to same service providing end 5 or batch transaction request are always according to its specific transaction class
Type, the corresponding priority of setting such as VIP level of corresponding client；Further, serviced and provided according to corresponding to transaction request
End 5 sets corresponding priority, and the efficiency that specific priority level handles transaction request according to service providing end 5 is set.
In the preferred embodiment of the present invention, as shown in Fig. 2 scheduler module 2 includes：
Master scheduling unit 21, for extracting corresponding transaction request out of wait task list according to current limliting rule；
Auxiliary scheduling unit 22, for being carried when master scheduling unit 21 breaks down according to current limliting rule out of wait task list
Respective transaction is taken to ask；
When master scheduling module 21 is in normal condition, auxiliary scheduling unit 22 is in a dormant state；
Monitoring unit 23, connection master scheduling unit 21 and auxiliary scheduling unit 22, for monitoring the work of master scheduling unit 21
State, and an enabling signal is produced to auxiliary scheduling unit 22 when master scheduling unit 21 breaks down, to activate auxiliary scheduling unit
22。
In the present embodiment, two scheduling units are provided with scheduler module 2, wherein master scheduling unit 21 makes for system default
Scheduling unit, auxiliary scheduling unit 22 is back scheduling unit and generally handles resting state, in master scheduling list
Auxiliary scheduling unit 22 is activated when member 21 breaks down or is updated maintenance state, and performs traffic control, the system of raising
Availability.
In the preferred embodiment of the present invention, as shown in Fig. 2 scheduler module 2 includes：
First information feedback unit 24, for scheduler module 2 from wait task list in extract transaction request when, according to
The transaction request being extracted sends one first feedback information to control module 1；
Control module 1 according to the first feedback information, mark in corresponding transaction request in task list is waited by demarcation one second
Know；
Second mark includes the second status information and the second temporal information, wherein the second status information is calibrated for expression
Transaction request be extracted, the second temporal information is used for the time for representing that the transaction request that is calibrated is extracted.
In above-mentioned technical proposal, when each transaction request is extracted, to corresponding transaction request in task list is waited
New status information is demarcated, transaction request can be avoided repeatedly to be extracted, record waits each transaction request in task list in addition
Real-time status, be advantageous to staff and change corresponding current limliting rule to the treatment effeciency of transaction request according to system, and
Corresponding maintenance is done to system.
In the preferred embodiment of the present invention, as shown in figure 3, execution module 4 includes：
Second information feedback unit 41, for execution module 4 to service providing end 5 send transaction request when, according to quilt
The transaction request of transmission sends one second feedback information to control module 1；
Control module 1 according to the second feedback information, mark in corresponding transaction request in task list is waited by demarcation one the 3rd
Know；
Second mark includes third state information and the 3rd temporal information, and third state information is used to represent the friendship being calibrated
Easily request has been sent to corresponding service providing end 5, the transaction request that the 3rd temporal information is used to represent to be calibrated send to
The time of service providing end 5.
In the preferred embodiment of the present invention, as shown in figure 3, execution module 4 includes：
Receiving unit 42, the result of the transaction request for receiving the feedback of service providing end 5；
3rd information feedback unit 43, connect receiving unit 42, for when receiving result according to result
And transaction request corresponding to result sends one the 3rd feedback information to control module 1；
Control module 1 according to the 3rd feedback information, mark in corresponding transaction request in task list is waited by demarcation one the 4th
Know；
4th mark includes the 4th status information and the 4th temporal information, the 4th status information be used for expression merchandise successfully or
Fail Transaction, the 4th temporal information are used for the time for representing that transaction is completed.
In the preferred embodiment of the present invention, in addition to：
Monitor module 7, link control module 1, for monitoring the 3rd mark for waiting task list to be asked according to All Activity
Know and the 4th mark calculates the operating efficiency of each service providing end, and export result of calculation.
In the preferred embodiment of the present invention, in addition to：
Display module 8, module 7 is monitored in connection, for showing result of calculation.
In the present embodiment, when each transaction request is sent to corresponding service providing end 5, execution module 4 can be to control
Molding block 1 feeds back the time that corresponding transaction request is sent, so that control module 1 is being waited in task list to corresponding transaction
The mark of request demarcation the 3rd；, can be to execution mould after service end provides the corresponding transaction movement of 5 corresponding transaction request of end completion
Block 4 feeds back whether successfully being handled for corresponding transaction request, and execution module 4 is again by the feedack of service providing end 5
Send to control module, so that control module 1 is being waited in task list to the mark of corresponding transaction request demarcation the 4th.
Further, monitor module 7 and monitor wait task list, according to the All Activity corresponding to same service providing end 5
The 3rd mark and the 4th mark of request calculate the service behaviour index of corresponding service providing end 5, for example, each service providing end
Caused abnormal order numbers, each service providing end 5 handle the success rate of transaction request in 5, the processing transaction of each service providing end 5 is asked
That asks is averagely time-consuming etc., so that staff is according to the current limliting rule of the service behaviour of each service providing end 5 adjustment system, with excellent
Change system data disposal ability.
The present invention preferred embodiment in, service providing end 5 independently of transaction commutation system set, and with merchandise rectification
System connects.
In this practical example, service providing end 3 is set independently of transaction commutation system, and is connected with transaction commutation system, example
Such as, transaction commutation system can be applied in an electric business platform, and service providing end 5 is the service system or third party's branch of each bank
Platform, bank service system or Third-party payment platform is paid to carry out it according to the data-handling capacity of itself limitation electric business platform
The maximum transaction concurrency of request of data.
Preferred embodiments of the present invention are the foregoing is only, not thereby limit embodiments of the present invention and protection model
Enclose, to those skilled in the art, should can appreciate that all with made by description of the invention and diagramatic content
Scheme obtained by equivalent substitution and obvious change, should be included in protection scope of the present invention.
Claims (9)
1. one kind transaction commutation system, it is characterised in that including：
Control module, for receiving the transaction request of client's submission, and when receiving the transaction request in the transaction request
The transaction request is stored in a wait task list after the upper mark of demarcation one first, first mark includes first state
Information and very first time information；
Scheduler module, the control module is connected, for being extracted according to a default current limliting rule out of described wait task list
Only there is the transaction request of the described first mark accordingly；
Cache module, the scheduler module is connected, for the transaction request extracted from the wait task list to be delayed
It is stored in an execution queue；
Execution module, the cache module is connected, please for extracting the transaction being cached in the execution queue successively
Ask, and the transaction request extracted from the execution queue is sent to corresponding service providing end；
Multiple service providing ends, for completing corresponding transaction movement according to the corresponding transaction request.
2. transaction commutation system as claimed in claim 1, it is characterised in that also include：
Memory module, the scheduler module is connected, for storing the current limliting rule；
The current limliting rule includes the maximum concurrency that each service providing end provides, and according to the transaction request
The priority rule of particular transactions information setting.
3. transaction commutation system as claimed in claim 1, it is characterised in that the scheduler module includes：
Master scheduling unit, for extracting the corresponding transaction request out of described wait task list according to the current limliting rule；
Auxiliary scheduling unit, for when the master scheduling unit breaks down according to the current limliting rule from the wait task list
It is interior to extract the corresponding transaction request；
When the master scheduling module is in normal condition, the auxiliary scheduling unit is in a dormant state；
Monitoring unit, the master scheduling unit and the auxiliary scheduling unit are connected, for monitoring the work of the master scheduling unit
State, and an enabling signal is produced to the auxiliary scheduling unit when master scheduling unit breaks down, it is described auxiliary to activate
Scheduling unit.
4. transaction commutation system as claimed in claim 1, it is characterised in that the scheduler module includes：
First information feedback unit, for extracting the transaction request from the wait task list in the scheduler module
When, one first feedback information is sent to the control module according to the transaction request being extracted；
The control module corresponding transaction request subscript in the wait task list according to first feedback information
Fixed one second mark；
Second mark includes the second status information and the second temporal information.
5. transaction commutation system as claimed in claim 1, it is characterised in that the execution module includes：
Second information feedback unit, for the execution module to the service providing end send the transaction request when, root
One second feedback information is sent to the control module according to the transaction request sent；
The control module corresponding transaction request subscript in the wait task list according to second feedback information
Fixed one the 3rd mark；
Second mark includes third state information and the 3rd temporal information.
6. transaction commutation system as claimed in claim 5, it is characterised in that the execution module includes：
Receiving unit, the result of the transaction request for receiving the service providing end feedback；
3rd information feedback unit, connect the receiving unit, for when receiving the result according to the processing
As a result and the transaction request corresponding to the result sends one the 3rd feedback information to the control module；
The control module corresponding transaction request subscript in the wait task list according to the 3rd feedback information
Fixed one the 4th mark；
4th mark includes the 4th status information and the 4th temporal information.
7. transaction commutation system as claimed in claim 6, it is characterised in that also include：
Module is monitored, connects the control module, for monitoring the wait task list with according to all transaction requests
3rd mark and the described 4th mark calculate the operating efficiency of each service providing end, and export result of calculation.
8. transaction commutation system as claimed in claim 7, it is characterised in that also include：
Display module, the monitoring module is connected, for showing the result of calculation.
9. transaction commutation system as claimed in claim 1, it is characterised in that the service providing end is whole independently of the transaction
Streaming system is set, and is connected with the transaction commutation system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711009092.XA CN107809480A (en) | 2017-10-25 | 2017-10-25 | One kind transaction commutation system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711009092.XA CN107809480A (en) | 2017-10-25 | 2017-10-25 | One kind transaction commutation system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107809480A true CN107809480A (en) | 2018-03-16 |
Family
ID=61592393
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711009092.XA Pending CN107809480A (en) | 2017-10-25 | 2017-10-25 | One kind transaction commutation system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107809480A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108509266A (en) * | 2018-04-11 | 2018-09-07 | 北京小度信息科技有限公司 | Data processing method, device, electronic equipment and computer readable storage medium |
| CN108876521A (en) * | 2018-06-04 | 2018-11-23 | 贵州数据宝网络科技有限公司 | A kind of high concurrent data transacting system and method |
| CN109669789A (en) * | 2018-12-10 | 2019-04-23 | 杭州复杂美科技有限公司 | Transaction queuing strategy, trading pit storage method, equipment and storage medium |
| CN109729023A (en) * | 2018-05-14 | 2019-05-07 | 网联清算有限公司 | Transmission of transaction data method and device thereof |
| CN110866828A (en) * | 2019-10-15 | 2020-03-06 | 北京海益同展信息科技有限公司 | Method, apparatus, computer device and storage medium for processing blockchain data |
| CN111415259A (en) * | 2020-03-26 | 2020-07-14 | 杭州复杂美科技有限公司 | Transaction queuing method, device and storage medium |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103200033A (en) * | 2013-03-21 | 2013-07-10 | 中兴通讯股份有限公司 | Content delivery network (CDN) and network convergence system and selection method of mainly-used scheduling unit and standby scheduling unit thereof |
| CN103268321A (en) * | 2013-04-19 | 2013-08-28 | 中国建设银行股份有限公司 | Data processing method and device for high concurrency transaction |
| CN103853607A (en) * | 2012-12-03 | 2014-06-11 | 中国银联股份有限公司 | Task scheduling mutual backup method |
| CN104980468A (en) * | 2014-04-09 | 2015-10-14 | 深圳市腾讯计算机系统有限公司 | Method, device and system for processing service request |
| CN105900076A (en) * | 2014-01-13 | 2016-08-24 | Arm 有限公司 | A data processing system and method for handling multiple transactions |
| CN106375241A (en) * | 2016-08-29 | 2017-02-01 | 中国工商银行股份有限公司 | Batch data processing method, front-end system, host and batch data processing system |
| JP2017091213A (en) * | 2015-11-10 | 2017-05-25 | 株式会社日立製作所 | Database update processing system, and database update processing method |
-
2017
- 2017-10-25 CN CN201711009092.XA patent/CN107809480A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103853607A (en) * | 2012-12-03 | 2014-06-11 | 中国银联股份有限公司 | Task scheduling mutual backup method |
| CN103200033A (en) * | 2013-03-21 | 2013-07-10 | 中兴通讯股份有限公司 | Content delivery network (CDN) and network convergence system and selection method of mainly-used scheduling unit and standby scheduling unit thereof |
| CN103268321A (en) * | 2013-04-19 | 2013-08-28 | 中国建设银行股份有限公司 | Data processing method and device for high concurrency transaction |
| CN105900076A (en) * | 2014-01-13 | 2016-08-24 | Arm 有限公司 | A data processing system and method for handling multiple transactions |
| CN104980468A (en) * | 2014-04-09 | 2015-10-14 | 深圳市腾讯计算机系统有限公司 | Method, device and system for processing service request |
| JP2017091213A (en) * | 2015-11-10 | 2017-05-25 | 株式会社日立製作所 | Database update processing system, and database update processing method |
| CN106375241A (en) * | 2016-08-29 | 2017-02-01 | 中国工商银行股份有限公司 | Batch data processing method, front-end system, host and batch data processing system |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108509266A (en) * | 2018-04-11 | 2018-09-07 | 北京小度信息科技有限公司 | Data processing method, device, electronic equipment and computer readable storage medium |
| CN109729023A (en) * | 2018-05-14 | 2019-05-07 | 网联清算有限公司 | Transmission of transaction data method and device thereof |
| CN109729023B (en) * | 2018-05-14 | 2021-09-03 | 网联清算有限公司 | Transaction data transmission method and device |
| CN108876521A (en) * | 2018-06-04 | 2018-11-23 | 贵州数据宝网络科技有限公司 | A kind of high concurrent data transacting system and method |
| CN109669789A (en) * | 2018-12-10 | 2019-04-23 | 杭州复杂美科技有限公司 | Transaction queuing strategy, trading pit storage method, equipment and storage medium |
| CN110866828A (en) * | 2019-10-15 | 2020-03-06 | 北京海益同展信息科技有限公司 | Method, apparatus, computer device and storage medium for processing blockchain data |
| CN111415259A (en) * | 2020-03-26 | 2020-07-14 | 杭州复杂美科技有限公司 | Transaction queuing method, device and storage medium |
| CN111415259B (en) * | 2020-03-26 | 2024-02-06 | 杭州复杂美科技有限公司 | Transaction queuing method, device and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107809480A (en) | One kind transaction commutation system | |
| CN109684358B (en) | Data query method and device | |
| US8996612B1 (en) | System and method for transferring data between a user space and a kernel space in a server associated with a distributed network environment | |
| CN107656823A (en) | The processing method and related system of a kind of operation flow | |
| CN103338252B (en) | Realizing method of distributed database concurrence storage virtual request mechanism | |
| CN107679931A (en) | Method, apparatus, storage medium and the terminal of order asynchronous process | |
| CN106254214B (en) | A kind of the proactive notification system and proactive notification method of banking information | |
| CN106603598A (en) | Method for processing service request and apparatus thereof | |
| CN107392768A (en) | A kind of futures trading system and method based on FPGA | |
| CN105162837B (en) | The method and system of I/O throughputs are promoted under mass data storage environment | |
| CN106097092A (en) | Data processing method and device for reconciliation | |
| CN107291544A (en) | Method and device, the distributed task scheduling execution system of task scheduling | |
| CN104052677B (en) | The soft load-balancing method and device of data mapping | |
| CN109067669A (en) | Synchronization call method and application based on asynchronous interface | |
| CN110413918A (en) | Data transmission method for uplink, device, equipment and storage medium | |
| CN112948081A (en) | Method, device and equipment for processing task in delayed mode and storage medium | |
| CN106294445B (en) | The method and device of data storage based on across computer room Hadoop cluster | |
| CN108234575A (en) | For the commending system of scene under line and recommendation method | |
| CN104240049A (en) | Comprehensive order handling platform | |
| CN106506660B (en) | A kind of online request processing method, server and system | |
| CN109670691A (en) | Method, equipment and the customer service system distributed for customer service queue management and customer service | |
| JP2002352070A (en) | System for increasing processing speed of stock transaction | |
| CN115599571A (en) | Data processing method and device, electronic equipment and storage medium | |
| CN108920278A (en) | Resource allocation methods and device | |
| CN108564424A (en) | A kind of method and payment transaction system reducing inquiry Transaction Information error |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180316 |
|
| RJ01 | Rejection of invention patent application after publication |