CN112288423A - Aggregation payment method and system of distributed framework - Google Patents
Aggregation payment method and system of distributed framework Download PDFInfo
- Publication number
- CN112288423A CN112288423A CN202011185194.9A CN202011185194A CN112288423A CN 112288423 A CN112288423 A CN 112288423A CN 202011185194 A CN202011185194 A CN 202011185194A CN 112288423 A CN112288423 A CN 112288423A
- Authority
- CN
- China
- Prior art keywords
- service
- transaction
- message
- transaction channel
- channel
- 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
- 238000000034 method Methods 0.000 title claims abstract description 55
- 230000002776 aggregation Effects 0.000 title abstract description 8
- 238000004220 aggregation Methods 0.000 title abstract description 8
- 238000012216 screening Methods 0.000 claims abstract description 29
- 238000011144 upstream manufacturing Methods 0.000 claims abstract description 10
- 238000012545 processing Methods 0.000 claims description 25
- 238000012795 verification Methods 0.000 claims description 12
- 238000003860 storage Methods 0.000 claims description 9
- 239000010453 quartz Substances 0.000 claims description 6
- VYPSYNLAJGMNEJ-UHFFFAOYSA-N silicon dioxide Inorganic materials O=[Si]=O VYPSYNLAJGMNEJ-UHFFFAOYSA-N 0.000 claims description 6
- 238000004891 communication Methods 0.000 claims description 5
- 239000003795 chemical substances by application Substances 0.000 claims description 4
- 238000000547 structure data Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 abstract description 8
- 230000010354 integration Effects 0.000 abstract description 4
- 238000002955 isolation Methods 0.000 abstract description 3
- 239000000047 product Substances 0.000 description 19
- 238000010586 diagram Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 8
- 238000004590 computer program Methods 0.000 description 5
- 230000006399 behavior Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002146 bilateral effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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/22—Payment schemes or models
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention provides an aggregation payment method of a distributed framework, which comprises the following steps: checking the message transmitted by the merchant, decrypting and checking the parameters; screening a transaction channel according to the parameters in the message; screening an optimal transaction channel according to a set quota condition; judging whether the optimal trading channel is available, if so, acquiring a header file on the trading channel; if the transaction channel is not available, re-screening the transaction channel; obtaining a transaction result through an http/https request upstream; and responding the upstream information to carry out cost charging and user charging of the system. The invention also provides an aggregation payment system of the distributed framework. The invention has expandability, can independently upgrade and update the service, does not depend on other services, can continuously release the service by combining with a continuous integration tool, can independently and quickly complete the service upgrade release process by developers, and has fault and resource isolation.
Description
Technical Field
The invention relates to the technical field of software payment, in particular to an aggregation payment method and system of a distributed framework.
Background
Along with electronic payment is more and more developed, internet payment methods are more and more, and in the use process, a plurality of payment interfaces can be connected to current payment methods to satisfy the use of different payment interfaces, improve payment efficiency.
Existing payment systems include: a distributed framework of Dubbo Alice-opened sources, Spring boot, and Spring Cloud Gateway, wherein the distributed framework of Dubbo Alice-opened sources. Dubbo, a high-performance, lightweight, open-source Java RPC framework, provides three core capabilities: interface-oriented remote method invocation, intelligent fault tolerance and load balancing, and automatic registration and discovery of services. Meanwhile, the method is also a distributed service framework and aims to provide a high-performance and transparent RPC remote service calling scheme and an SOA service governance scheme. And the Spring boot simplifies the framework of the new Spring application and the initial building and development process, and the Spring boot can automatically start all the functions required by people according to the selected dependency configuration and can start the application program only by clicking. In addition, it simplifies the deployment process of the application. Spring Cloud Gateway to improve the performance of the Gateway, the Spring Cloud Gateway is implemented based on the WebFlux framework, and the bottom layer of the WebFlux framework uses the high-performance Reactor mode communication framework net.
The three existing payment systems have certain disadvantages, specifically, a dependence mode of a service provider and a caller interface of a distributed framework with a Dubbo Ali open source is too strong, the caller has a strong dependence relationship on an abstract interface of the provider, version dependence needs to be strictly managed, inconsistency of the server and the caller causes a series of problems that application cannot be successfully compiled, and the like, and the service is sensitive to a platform and is difficult to simply reuse, and usually can be provided in a REST mode when providing external service, so that the characteristic of cross-platform can be realized; the dependence of spring boot is too much, one spring boot project has a plurality of M, solutions such as registration and discovery of services are lacked, a monitoring integration scheme and a safety management scheme are lacked; the Spring Cloud Gateway relies on Netty and Webflux not to be Servlet programming models, has certain applicable products, does not work under Servlet, and cannot generate a WAR packet; spring boot1.x is not supported.
Disclosure of Invention
In order to overcome the problems in the prior art, the invention provides an aggregation payment method and system of a distributed framework.
The technical scheme of the invention is as follows:
an aggregated payment method for a distributed framework, comprising the steps of:
checking the message transmitted by the merchant, decrypting and checking the parameters;
screening a transaction channel according to the parameters in the message;
screening an optimal transaction channel according to a set quota condition;
judging whether the optimal trading channel is available, if so, acquiring a header file on the trading channel; if the transaction channel is not available, re-screening the transaction channel;
obtaining a transaction result through an http/https request upstream;
and responding the upstream information to carry out cost charging and user charging of the system.
The invention adopts the further technical scheme that the message transmitted by the merchant is subjected to signature verification, decryption and parameter verification; the method specifically comprises the following steps:
checking whether the product number of the payment mode transmitted by the message is in a specified payment mode range;
decrypting the message to obtain message information;
and checking the parameters of the message information to obtain the message parameters.
The invention adopts the further technical scheme that the message transmitted by the merchant is subjected to signature verification, decryption and parameter verification; further comprising:
and scheduling tasks by using Quartz, performing matching of network access information of merchants at regular time, calling a task to be checked at fixed time and fixed point through a set time schedule, executing a prepared code logic by the thread, pushing the service of the code logic to a system ACTIVEMQ, carrying related quantity by an MQ, performing distributed processing, and completing the service scheduling task of the timer.
The invention adopts the further technical scheme that a transaction channel is screened according to parameters in the message; the method specifically comprises the following steps: and selecting the merchant number, the transaction merchant number or the sub-merchant number according to the platform as a payment product screening transaction channel according to the parameters in the message.
The invention has the further technical scheme that the optimal transaction channel is screened according to the set quota condition; the method specifically comprises the following steps: and screening out a proper transaction channel according to three conditions of the starting state, the product code of the payment mode and the limit.
The further technical scheme of the invention is that whether the optimal trading channel is available is judged, if so, the header file on the trading channel is obtained; if the transaction channel is not available, re-screening the transaction channel; the method specifically comprises the following steps: and when the optimal transaction channel belongs to a single-merchant mode and the merchant bound with the optimal transaction channel is available, acquiring a header file on the transaction channel, and if the optimal transaction channel is unavailable, re-screening the transaction channel.
The further technical scheme of the invention is that whether the optimal trading channel is available is judged, if so, the header file on the trading channel is obtained; if the transaction channel is not available, re-screening the transaction channel; the method specifically comprises the following steps: and when the optimal transaction channel belongs to the cluster mode, acquiring the priority of channel commercial tenants in the cluster, selecting the highest commercial tenant to be available, and supporting the payment mode product, confirming that the transaction channel is available, otherwise, re-screening the transaction channel.
The invention adopts the further technical scheme that a transaction result is obtained through an http/https request upstream; further comprising:
the hexists function of redis is utilized to judge whether the transaction serial number exists or not to determine whether the lock is occupied or not,
setting key for the transaction serial number according to the atomicity of lua script execution to ensure the atomicity of overtime operation judgment;
the use of Hash structure data enables the reentrant feature and ensures that only the holder of the lock can release the lock.
An aggregated payment system for a distributed framework, comprising:
the coordination module is responsible for coordinating and processing the registration information of each sub-module and ensuring the mutual communication among the distributed sub-modules;
the subsystem service module provides basic service and calls other sub-modules to complete the processing of system service;
the application module calls a Service module through RPC to realize Service requirements;
the timer is used for starting the appointed application at fixed time, calling the Service module and finishing the corresponding Service requirement at the appointed time point;
the message queue module is used for realizing service decoupling of each service module;
the message receiver receives the message of the message queue module and performs service processing;
HTTP and reverse proxy web server, responsible for the forwarding of the business visit system;
the Redis database is used for realizing the caching and distributed locking of the order of the system;
the file storage is responsible for storing the merchant information in a distributed environment;
and the database cluster realizes the master-slave storage mode and the database sharing.
As a further technical solution of the present invention, the subsystem service module includes:
application Program Interfaces (API) including transaction API, PC cashier desk, bank callback, notification receiving and payment substituting API;
an application module comprising: the system comprises an operation background, an accounting background, a merchant background, a sales background, an agent background and a wind control background, wherein Service requirements are realized by calling a Service module through RPC;
the basic service module comprises user service, account service, operation service, channel service, wind control service, product service, accounting service, charging service, quota service, short message service and authentication service, and provides the services to other sub-modules for calling so as to complete the processing of system service;
the core transaction service module comprises an order and transaction, payment and payment channels;
and the data service module comprises a reconciliation module, a data center module, a clearing and clearing module and a report.
The invention has the beneficial effects that:
the invention has expandability, each micro service can be expanded transversely independently, and the rapid expansion is carried out according to the actual growth condition of the service; by matching with the existing container technology, the efficiency improvement can be generated in the aspects of software development flow, deployment, service maintenance and the like;
the invention has independent upgradability, each micro-service can independently upgrade and update the service without depending on other services, and can be continuously issued by combining with a continuous integration tool, so that developers can independently and quickly complete the service upgrade issuing process;
the fault and the resource isolation of the invention only affect a single micro-service module when bad resource operation behaviors occur in the system, such as memory leakage, database connection not closed and the like.
Drawings
Fig. 1 is a flowchart of an aggregate payment method of a distributed framework according to the present invention;
fig. 2 is a schematic diagram of an aggregation payment system of a distributed framework according to the present invention;
FIG. 3 is a block diagram of a distributed framework for an aggregated payment system;
fig. 4 is a structural diagram of a subsystem service module according to the present invention.
Detailed Description
The conception, the specific structure, and the technical effects produced by the present invention will be clearly and completely described below in conjunction with the embodiments and the accompanying drawings to fully understand the objects, the features, and the effects of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all embodiments, and those skilled in the art can obtain other embodiments without inventive effort based on the embodiments of the present invention, and all embodiments are within the protection scope of the present invention.
Referring to fig. 1, a flowchart of an aggregate payment method for a distributed framework proposed by the present invention is shown;
as shown in fig. 1, an aggregate payment method of a distributed framework includes the following steps:
103, screening an optimal transaction channel according to a set quota condition;
105, obtaining a transaction result through the http/https request upstream;
and 106, responding to the upstream information to carry out cost charging and user charging of the system.
In the embodiment of the invention, the message transmitted by a merchant is subjected to signature verification, decryption and parameter verification; the method specifically comprises the following steps:
checking whether the product number of the payment mode transmitted by the message is in a specified payment mode range;
decrypting the message to obtain message information;
and checking the parameters of the message information to obtain the message parameters.
In the invention, the message transmitted by a merchant is subjected to signature verification, decryption and parameter verification; the timing task scheduling under the distributed architecture is realized based on Quartz + MQ, the task scheduling work is realized by adopting Quartz, matching of network access information of a merchant is executed at regular time, a task to be checked is called out at fixed time and fixed point through a set time schedule, a thread is executed to realize prepared code logic, the service of the code logic is pushed to a system ACTIVEMQ, the MQ bears related quantity, distributed processing is carried out, and the timer service scheduling task is completed.
Referring to fig. 2, it is checked whether the product number of the payment method transmitted by the message is within the specified payment method range; the method specifically comprises the following steps: the established payment mode comprises the following steps: WeChat payment, Paibao payment, cloud flash payment, QQ payment, Kyoto payment, Internet banking payment and quick payment.
Decrypting the message to obtain message information; the method specifically comprises the following steps: decrypting the message to obtain a product version number, a transaction amount and a product name; each payment product must specify the payment method, i.e., the q1_ FrpCode field in the message instance. And different product messages have differences, but core fields must be provided, such as version numbers, transaction amounts, product names and the like.
In the embodiment of the invention, a transaction channel is screened according to parameters in the message; the method specifically comprises the following steps: and selecting the merchant number, the transaction merchant number or the sub-merchant number according to the platform as a payment product screening transaction channel according to the parameters in the message.
In the embodiment of the invention, an optimal transaction channel is screened according to a set quota condition; the method specifically comprises the following steps: and screening out a proper transaction channel according to three conditions of the starting state, the product code of the payment mode and the limit.
In the embodiment of the invention, whether the optimal trading channel is available is judged, if so, a header file on the trading channel is obtained; if the transaction channel is not available, re-screening the transaction channel; the method specifically comprises the following steps: and when the optimal transaction channel belongs to a single-merchant mode and the merchant bound with the optimal transaction channel is available, acquiring a header file on the transaction channel, and if the optimal transaction channel is unavailable, re-screening the transaction channel.
In the embodiment of the invention, whether the optimal trading channel is available is judged, if so, a header file on the trading channel is obtained; if the transaction channel is not available, re-screening the transaction channel; the method specifically comprises the following steps: and when the optimal transaction channel belongs to the cluster mode, acquiring the priority of channel commercial tenants in the cluster, selecting the highest commercial tenant to be available, and supporting the payment mode product, confirming that the transaction channel is available, otherwise, re-screening the transaction channel.
The configuration is simple, the flexible routing system realizes the switching of different payment types, a series of matching retrieval is carried out according to the product parameters, the merchant numbers and the amount of money transmitted by the merchants, and the optimal transaction channel conforming to the payment mode is searched out.
The system adopts a double-living machine room architecture, realizes the requirements of high concurrency and high availability, and is divided into independent services of accounting, charging, orders, users, various transactions and the like. Meanwhile, the normal operation of each subsystem is borne, and the bearing capacity of each subsystem is greatly improved. The present system increases payment traffic from 500 TPS to 3600 +. Transaction requirements are met to a great extent, and the traffic is increased.
Referring to fig. 3, a diagram of an aggregated payment system with a distributed framework is provided.
As shown in fig. 3, an aggregated payment system of a distributed framework includes:
the coordination module is responsible for coordinating and processing the registration information of each sub-module and ensuring the mutual communication among the distributed sub-modules;
the subsystem service module provides basic service and calls other sub-modules to complete the processing of system service;
the application module calls a Service module through RPC to realize Service requirements;
the timer is used for starting the appointed application at fixed time, calling the Service module and finishing the corresponding Service requirement at the appointed time point;
the message queue module is used for realizing service decoupling of each service module;
the message receiver receives the message of the message queue module and performs service processing;
HTTP and reverse proxy web server, responsible for the forwarding of the business visit system;
the Redis database is used for realizing the caching and distributed locking of the order of the system;
the file storage is responsible for storing the merchant information in a distributed environment;
and the database cluster realizes the master-slave storage mode and the database sharing.
And the Zookeeper (coordination module) is responsible for coordinating and processing the registration information of each sub-module and ensuring the mutual communication mode among the distributed sub-modules.
The Service (subsystem Service module) comprises user Service, account Service, operation Service, channel Service, wind control Service, product Service, accounting Service, charging Service, quota Service, short message Service and authentication Service, and is provided to other sub-modules for calling so as to complete the processing of system Service.
The Web (application module) includes: an operation background, an accounting background, a merchant background, a sales background, an agent background, a wind control background and the like. Mainly facing the PC end user group. The application module can call the Service module through the RPC to realize the Service requirement.
Timer, which is a designated application started at regular time, and the application will call the Service module so as to complete the corresponding Service requirement at the designated time point.
In the distributed aggregated payment environment, ActiveMQ (message queue) needs to provide system performance and service processing capability through service decoupling, so that the message queue is introduced to realize service decoupling of each service module and improve service concurrency capability.
APP (message receiver), the message receiver is responsible for receiving ActiveMQ messages, thereby performing certain business processing, including: and the system comprises modules for payment completion processing, message form supplement, cost charging notification, user charging notification, merchant notification and the like.
Nginx, responsible for forwarding of merchant access systems. And the access of the merchant can reasonably reach the south base module or the flag sharpening module. Thereby ensuring that the system runs on one side and two sides. Thereby increasing the flexibility of the system.
Redis implements mechanisms such as caching of orders, distributed locking, etc. for the system.
DFS (file storage), which is composed of clusters built by fastdfs, and is responsible for storing merchant information in a distributed environment, such as: pictures, account checking files, core txt texts and the like meet the requirement of aggregate payment system file storage.
The DB (database cluster) is a database cluster formed by Mysql and realizes a main and standby storage mode, namely transaction order information is firstly stored in a main database and then the main database is synchronized into a slave database. Therefore, the stability of the data is ensured and the data is not easy to lose. And meanwhile, the bilateral computer room shares the database.
Referring to fig. 4, a structure diagram of a subsystem service module provided in the present invention is shown;
as shown in fig. 4, the subsystem service module includes:
application Program Interfaces (API) including transaction API, PC cashier desk, bank callback, notification receiving and payment substituting API;
an application module comprising: the system comprises an operation background, an accounting background, a merchant background, a sales background, an agent background and a wind control background, wherein an application module calls a Service module through RPC (remote procedure call) to realize Service requirements mainly facing a PC (personal computer) end user group;
the basic service module comprises user service, account service, operation service, channel service, wind control service, product service, accounting service, charging service, quota service, short message service and authentication service, and provides the services to other sub-modules for calling so as to complete the processing of system service;
the core transaction service module comprises an order and transaction, payment and payment channels;
and the data service module comprises a reconciliation module, a data center module, a clearing and clearing module and a report.
The system adopts an autonomously developed Quartz + MQ strategy for the operation of timing tasks such as merchant network access and order reverse investigation. The scheduling work of tasks is realized by using Quartz, relevant tasks such as matching of network access information of a merchant, waiting for auditing and the like are executed at regular time, a thread is called at regular time and fixed point through a set time schedule, the thread executes prepared code logic, the service of the code logic is pushed to a system ACTIVEMQ, a MQ carries relevant quantity, certain distributed processing is carried out, and finally the timer service scheduling task is completed.
The system judges whether a transaction serial number exists by using a heixis function of redis to determine whether a lock is occupied, and then sets key to the transaction serial number through the atomicity executed by the lua script to ensure the atomicity of operations such as overtime judgment; finally, the reentrant characteristic is realized by utilizing the Hash structure data, and the lock can be released only by a lock holder; the uniqueness of the system for the same transaction serial number is ensured, and the data redundancy of the database is not caused.
The system adopts the principle of Apache shading Sphere, combines the characteristics of an aggregation system, divides the table of the database examples according to the year and the month, designs a set of code logic in the system independently to process the data according to the transaction serial number rule specified by the system, intercepts and analyzes the data, and finally stores the data in a corresponding database table, thereby realizing the function of the database division and the table division of the system database.
The invention has expandability, each micro service can be expanded transversely independently, and the rapid expansion is carried out according to the actual growth condition of the service; by matching with the existing container technology (such as Docker), efficiency improvement can be generated in aspects of software development flow, deployment, service maintenance and the like.
The transverse expansion is to use the characteristic of k8s, and according to the application CPU and the memory as main core reference factors, once the operation of the application CPU exceeds 90% and the memory uses the residual 10G, the system uses docker as a carrier to newly deploy an application with the same code service logic, and then the service node uses a plurality of applications to bear corresponding quantity to complete corresponding service work.
The invention has independent upgradability, each micro-service can independently upgrade and update the service without depending on other services, and can be continuously issued by combining with a continuous integration tool, so that developers can independently and quickly complete the service upgrade issuing process;
the fault and the resource isolation of the invention only affect a single micro-service module when bad resource operation behaviors occur in the system, such as memory leakage, database connection not closed and the like.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a system for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including an instruction system which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The present invention has been described in detail, but the present invention is not limited to the above embodiments, and various changes can be made without departing from the gist of the present invention within the knowledge of those skilled in the art. Many other changes and modifications can be made without departing from the spirit and scope of the invention. It is to be understood that the invention is not to be limited to the specific embodiments, but only by the scope of the appended claims.
Claims (10)
1. An aggregate payment method for a distributed framework, comprising the steps of:
checking the message transmitted by the merchant, decrypting and checking the parameters;
screening a transaction channel according to the parameters in the message;
screening an optimal transaction channel according to a set quota condition;
judging whether the optimal trading channel is available, if so, acquiring a header file on the trading channel; if the transaction channel is not available, re-screening the transaction channel;
obtaining a transaction result through an http/https request upstream;
and responding the upstream information to carry out cost charging and user charging of the system.
2. The aggregated payment method for distributed framework according to claim 1, wherein said message sent from the merchant is subject to signature verification, decryption and parameter verification; the method specifically comprises the following steps:
checking whether the product number of the payment mode transmitted by the message is in a specified payment mode range;
decrypting the message to obtain message information;
and checking the parameters of the message information to obtain the message parameters.
3. The aggregated payment method for distributed framework according to claim 1, wherein said message sent from the merchant is subject to signature verification, decryption and parameter verification; further comprising:
and scheduling tasks by using Quartz, performing matching of network access information of merchants at regular time, calling a task to be checked at fixed time and fixed point through a set time schedule, executing a prepared code logic by the thread, pushing the service of the code logic to a system ACTIVEMQ, carrying related quantity by an MQ, performing distributed processing, and completing the service scheduling task of the timer.
4. The aggregate payment method of a distributed framework according to claim 1, wherein the transaction channels are filtered according to parameters in the message; the method specifically comprises the following steps: and selecting the merchant number, the transaction merchant number or the sub-merchant number according to the platform as a payment product screening transaction channel according to the parameters in the message.
5. The aggregate payment method of a distributed framework according to claim 1, wherein the optimal transaction channels are screened according to a set quota condition; the method specifically comprises the following steps: and screening out a proper transaction channel according to three conditions of the starting state, the product code of the payment mode and the limit.
6. The aggregated payment method for a distributed framework according to claim 1, wherein the method determines whether an optimal transaction channel is available, and if so, obtains a header file on the transaction channel; if the transaction channel is not available, re-screening the transaction channel; the method specifically comprises the following steps: and when the optimal transaction channel belongs to a single-merchant mode and the merchant bound with the optimal transaction channel is available, acquiring a header file on the transaction channel, and if the optimal transaction channel is unavailable, re-screening the transaction channel.
7. The aggregated payment method for a distributed framework according to claim 1, wherein the method determines whether an optimal transaction channel is available, and if so, obtains a header file on the transaction channel; if the transaction channel is not available, re-screening the transaction channel; the method specifically comprises the following steps: and when the optimal transaction channel belongs to the cluster mode, acquiring the priority of channel commercial tenants in the cluster, selecting the highest commercial tenant to be available, and supporting the payment mode product, confirming that the transaction channel is available, otherwise, re-screening the transaction channel.
8. The aggregate payment method of a distributed framework according to claim 1, wherein transaction results are obtained via http/https request upstream; further comprising:
the hexists function of redis is utilized to judge whether the transaction serial number exists or not to determine whether the lock is occupied or not,
setting key for the transaction serial number according to the atomicity of lua script execution to ensure the atomicity of overtime operation judgment;
the use of Hash structure data enables the reentrant feature and ensures that only the holder of the lock can release the lock.
9. The aggregated payment method for a distributed framework according to any one of claims 1-8, providing an aggregated payment system for a distributed framework, comprising:
the coordination module is responsible for coordinating and processing the registration information of each sub-module and ensuring the mutual communication among the distributed sub-modules;
the subsystem service module provides basic service and calls other sub-modules to complete the processing of system service;
the application module calls a Service module through RPC to realize Service requirements;
the timer is used for starting the appointed application at fixed time, calling the Service module and finishing the corresponding Service requirement at the appointed time point;
the message queue module is used for realizing service decoupling of each service module;
the message receiver receives the message of the message queue module and performs service processing;
HTTP and reverse proxy web server, responsible for the forwarding of the business visit system;
the Redis database is used for realizing the caching and distributed locking of the order of the system;
the file storage is responsible for storing the merchant information in a distributed environment;
and the database cluster realizes the master-slave storage mode and the database sharing.
10. The aggregate payment method of a distributed framework of claim 9, wherein the subsystem service module comprises:
application Program Interfaces (API) including transaction API, PC cashier desk, bank callback, notification receiving and payment substituting API;
an application module comprising: the system comprises an operation background, an accounting background, a merchant background, a sales background, an agent background and a wind control background, wherein Service requirements are realized by calling a Service module through RPC;
the basic service module comprises user service, account service, operation service, channel service, wind control service, product service, accounting service, charging service, quota service, short message service and authentication service, and provides the services to other sub-modules for calling so as to complete the processing of system service;
the core transaction service module comprises an order and transaction, payment and payment channels;
and the data service module comprises a reconciliation module, a data center module, a clearing and clearing module and a report.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011185194.9A CN112288423A (en) | 2020-10-30 | 2020-10-30 | Aggregation payment method and system of distributed framework |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011185194.9A CN112288423A (en) | 2020-10-30 | 2020-10-30 | Aggregation payment method and system of distributed framework |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112288423A true CN112288423A (en) | 2021-01-29 |
Family
ID=74352939
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011185194.9A Pending CN112288423A (en) | 2020-10-30 | 2020-10-30 | Aggregation payment method and system of distributed framework |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112288423A (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112818062A (en) * | 2021-02-04 | 2021-05-18 | 北京易车互联信息技术有限公司 | Basic data support assembly system |
| CN113837739A (en) * | 2021-09-16 | 2021-12-24 | 多点生活(成都)科技有限公司 | Universal payment channel docking scheme |
| CN114095537A (en) * | 2021-11-18 | 2022-02-25 | 重庆邮电大学 | Netty-based mass data access method and system in application of Internet of things |
| CN114443246A (en) * | 2021-12-28 | 2022-05-06 | 广州市玄武无线科技股份有限公司 | Intelligent scheduling method, device, equipment and computer readable storage medium |
| CN114661687A (en) * | 2022-03-06 | 2022-06-24 | 中电万维信息技术有限责任公司 | Distributed file storage method based on Shardingsphere and Fastdfs |
| CN115174649A (en) * | 2022-06-20 | 2022-10-11 | 浪潮卓数大数据产业发展有限公司 | Cross-machine-room RPC calling method, device and medium |
| CN117853108A (en) * | 2024-03-05 | 2024-04-09 | 湖南星富通科技有限公司 | Multichannel payment method, system and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150371207A1 (en) * | 2014-06-20 | 2015-12-24 | Mastercard International Incorporated | Method and system for variability of aggregated payments based on account trustworthiness |
| CN107705118A (en) * | 2017-09-19 | 2018-02-16 | 深圳金融电子结算中心有限公司 | Transaction payment method, system, server and storage medium based on channel route |
| CN108022087A (en) * | 2017-11-22 | 2018-05-11 | 深圳市牛鼎丰科技有限公司 | payment data processing method, device, storage medium and computer equipment |
| WO2019236428A1 (en) * | 2018-06-03 | 2019-12-12 | Apple Inc. | User interfaces for transfer accounts |
| CN111754216A (en) * | 2020-06-19 | 2020-10-09 | 多加网络科技(北京)有限公司 | Automatic switching method for payment link |
-
2020
- 2020-10-30 CN CN202011185194.9A patent/CN112288423A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150371207A1 (en) * | 2014-06-20 | 2015-12-24 | Mastercard International Incorporated | Method and system for variability of aggregated payments based on account trustworthiness |
| CN107705118A (en) * | 2017-09-19 | 2018-02-16 | 深圳金融电子结算中心有限公司 | Transaction payment method, system, server and storage medium based on channel route |
| CN108022087A (en) * | 2017-11-22 | 2018-05-11 | 深圳市牛鼎丰科技有限公司 | payment data processing method, device, storage medium and computer equipment |
| WO2019236428A1 (en) * | 2018-06-03 | 2019-12-12 | Apple Inc. | User interfaces for transfer accounts |
| CN111754216A (en) * | 2020-06-19 | 2020-10-09 | 多加网络科技(北京)有限公司 | Automatic switching method for payment link |
Non-Patent Citations (1)
| Title |
|---|
| 林焕新: "基于微服务的分布式聚合支付平台的研究与实", 《中国优秀硕士学位论文全文数据库 信息科技辑》, no. 07, pages 138 - 240 * |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112818062A (en) * | 2021-02-04 | 2021-05-18 | 北京易车互联信息技术有限公司 | Basic data support assembly system |
| CN113837739A (en) * | 2021-09-16 | 2021-12-24 | 多点生活(成都)科技有限公司 | Universal payment channel docking scheme |
| CN113837739B (en) * | 2021-09-16 | 2023-06-13 | 多点生活(成都)科技有限公司 | Universal payment channel docking method |
| CN114095537A (en) * | 2021-11-18 | 2022-02-25 | 重庆邮电大学 | Netty-based mass data access method and system in application of Internet of things |
| CN114095537B (en) * | 2021-11-18 | 2023-07-14 | 重庆邮电大学 | Netty-based mass data access method and system in Internet of things application |
| CN114443246A (en) * | 2021-12-28 | 2022-05-06 | 广州市玄武无线科技股份有限公司 | Intelligent scheduling method, device, equipment and computer readable storage medium |
| CN114443246B (en) * | 2021-12-28 | 2022-12-09 | 广州市玄武无线科技股份有限公司 | Intelligent scheduling method, device, equipment and computer readable storage medium |
| CN114661687A (en) * | 2022-03-06 | 2022-06-24 | 中电万维信息技术有限责任公司 | Distributed file storage method based on Shardingsphere and Fastdfs |
| CN114661687B (en) * | 2022-03-06 | 2024-04-09 | 中电万维信息技术有限责任公司 | Distributed file storage method based on SharingSphere and Fastdfs |
| CN115174649A (en) * | 2022-06-20 | 2022-10-11 | 浪潮卓数大数据产业发展有限公司 | Cross-machine-room RPC calling method, device and medium |
| CN117853108A (en) * | 2024-03-05 | 2024-04-09 | 湖南星富通科技有限公司 | Multichannel payment method, system and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112288423A (en) | Aggregation payment method and system of distributed framework | |
| US10552448B2 (en) | Systems and methods for event driven object management and distribution among multiple client applications | |
| US10462018B2 (en) | Managing a number of secondary clouds by a master cloud service manager | |
| CN107959718B (en) | Micro-service architecture of enterprise-level application software in cloud computing environment | |
| Petcu et al. | Experiences in building a mOSAIC of clouds | |
| EP3455728A1 (en) | Orchestrator for a virtual network platform as a service (vnpaas) | |
| CN112506498A (en) | Intelligent visual API arrangement method, storage medium and electronic equipment | |
| CN112394947B (en) | Information system based on micro-service architecture | |
| CN112463211A (en) | System architecture transformation method compatible with multiple development architectures and system architecture | |
| CN104503832A (en) | Virtual machine scheduling system and virtual machine scheduling method with balanced equity and efficiency | |
| CN112905337A (en) | Software and hardware hybrid deployment MySQL cluster scheduling method and device | |
| Chen et al. | SOAr-DSGrid: service-oriented architecture for distributed simulation on the grid | |
| EP4038839A1 (en) | Methods and systems for management and control of communication network | |
| CN116755799A (en) | Service arrangement system and method | |
| CN111427634A (en) | Atomic service scheduling method and device | |
| CN111782363A (en) | Method and flow system for supporting multi-service scene calling | |
| CN113726638B (en) | Method, device and equipment for managing multi-cloud multi-core container and storage medium | |
| CN114371961A (en) | Universal application system automatic disaster recovery drilling method and storage medium | |
| CN111857736B (en) | Cloud computing product generation method, device, equipment and storage medium | |
| CN114710492A (en) | Method and device for establishing direct connection channel | |
| CN114528095A (en) | Cluster data processing method and device, electronic equipment and storage medium | |
| Lavacca | Scheduling Jobs on Federation of Kubernetes Clusters | |
| Figueira et al. | Developing self-adaptive microservices | |
| CN114896258B (en) | Transaction data synchronization method and device, computer equipment and storage medium | |
| CN116805947B (en) | Block chain data processing method, device, equipment and computer readable storage medium |
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 |