CN114253622A - Payment processing method and device, electronic equipment and storage medium - Google Patents

Payment processing method and device, electronic equipment and storage medium Download PDF

Info

Publication number
CN114253622A
CN114253622A CN202011005234.7A CN202011005234A CN114253622A CN 114253622 A CN114253622 A CN 114253622A CN 202011005234 A CN202011005234 A CN 202011005234A CN 114253622 A CN114253622 A CN 114253622A
Authority
CN
China
Prior art keywords
payment
component
platform
candidate
target
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
Application number
CN202011005234.7A
Other languages
Chinese (zh)
Inventor
刘栋
郭帅
杨春龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jingdong Technology Holding Co Ltd
Original Assignee
Jingdong Technology Holding Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Jingdong Technology Holding Co Ltd filed Critical Jingdong Technology Holding Co Ltd
Priority to CN202011005234.7A priority Critical patent/CN114253622A/en
Publication of CN114253622A publication Critical patent/CN114253622A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44521Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526Plug-ins; Add-ons
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Stored Programmes (AREA)

Abstract

The application relates to a payment processing method, a payment processing device, electronic equipment and a storage medium, wherein the method comprises the following steps: acquiring service system information corresponding to a payment platform; matching at least one candidate payment component from a component library according to the business system information; according to the selection instruction of the candidate payment component, taking the selected candidate payment mode component as a target payment component; and loading the target payment component to the payment platform framework to obtain a payment platform corresponding to the service system. The technical scheme enables the development and maintenance of the payment platform to be simple, improves the development efficiency, and reduces the labor cost and the time cost required by development and maintenance.

Description

Payment processing method and device, electronic equipment and storage medium
Technical Field
The present application relates to the field of computer technologies, and in particular, to a payment processing method and apparatus, an electronic device, and a storage medium.
Background
The payment platform is used for connecting the business system with a bank or a third-party payment gateway, provides order receiving capacity for the business system, meets the payment related requirements of the business system, and provides support for related systems such as finance, clearing and settlement, wind control and marketing.
The payment platform is usually a payment module in a large-scale business system, and needs to be modified and customized according to the needs of the business system to meet the needs of the business system. Under the condition of various service requirements, a large amount of labor and time costs are generally needed to maintain the payment platforms of the plurality of service systems, and the maintenance cost of the payment platforms is high.
Disclosure of Invention
In order to solve the technical problem or at least partially solve the technical problem, embodiments of the present application provide a payment processing method, an apparatus, an electronic device, and a storage medium.
According to an aspect of an embodiment of the present application, there is provided a payment processing method including:
acquiring service system information corresponding to a payment platform;
matching at least one candidate payment component from a component library according to the business system information;
according to the selection instruction of the candidate payment component, taking the selected candidate payment mode component as a target payment component;
and loading the target payment component to the payment platform framework to obtain a payment platform corresponding to the service system.
Optionally, the obtaining a payment platform corresponding to the service system by loading the target payment component to the payment platform framework includes:
generating a system configuration file corresponding to the service system information;
determining a configuration file identifier corresponding to the system configuration file;
and defining the system configuration file in a project configuration file corresponding to the payment platform, so that the operation of the system configuration file is controlled through an operation command comprising the configuration file identification.
Optionally, the service system information includes a system security level of the service system;
the matching at least one candidate payment component according to the business system information comprises:
acquiring payment security levels corresponding to the candidate payment components in the component library respectively;
screening candidate payment components having the payment security level matching the system security level.
Optionally, the method further includes:
receiving a component adding instruction, wherein the component adding instruction is used for adding a newly added payment component which does not belong to the component library on the payment platform;
acquiring the uploaded new payment component;
loading the newly added payment component on the payment platform;
adding the newly added payment component to the component library.
Optionally, the method further includes:
acquiring the priority corresponding to the target payment component;
and ordering the target payment components at the payment platform according to the priority.
Optionally, the method further includes:
receiving a component adjusting instruction, wherein the component adjusting instruction comprises a component identifier of a target payment component to be adjusted and adjusted attribute information;
and adjusting the target payment component corresponding to the component identification on the payment platform according to the adjusted attribute information.
Optionally, the method further includes:
acquiring a gateway corresponding to the target payment component;
and establishing a connection relation between the payment platform and the gateway.
According to another aspect of an embodiment of the present application, there is provided a payment processing apparatus including:
the acquisition module is used for acquiring service system information corresponding to the payment platform;
the matching module is used for matching at least one candidate payment component from a component library according to the service system information;
the selection module is used for taking the selected candidate payment mode component as a target payment component according to the selection instruction of the candidate payment component;
and the loading module is used for loading the target payment component to the payment platform framework to obtain a payment platform corresponding to the service system.
According to another aspect of the embodiments of the present application, there is also provided a storage medium including a stored program that executes the above steps when the program is executed.
According to another aspect of an embodiment of the present application, there is provided an electronic device including: the system comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete mutual communication through the communication bus;
the memory is used for storing a computer program;
the processor is configured to implement the above method steps when executing the computer program.
According to another aspect of embodiments of the present application, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, performs the above-mentioned method steps.
Compared with the prior art, the technical scheme provided by the embodiment of the application has the following advantages:
by abstracting various payment modes into payment components in advance, when a payment platform is developed, the required payment components are selected according to the needs of a business system, and the payment components are loaded to a payment platform framework, so that the payment platform corresponding to the business system is generated. Therefore, the development and maintenance operation of the payment platform is simple, the customization is reduced, the development efficiency is improved, the labor cost and the time cost required by the development and maintenance are reduced, and the unified maintenance and flexible deployment are realized on the premise of meeting the service requirements.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and together with the description, serve to explain the principles of the invention.
In order to more clearly illustrate the embodiments or technical solutions in the prior art of the present invention, the drawings used in the description of the embodiments or prior art will be briefly described below, and it is obvious for those skilled in the art that other drawings can be obtained based on these drawings without creative efforts.
Fig. 1 is a flowchart of a payment processing method provided in an embodiment of the present application;
fig. 2 is a flowchart of a payment processing method according to another embodiment of the present application;
fig. 3 is a flowchart of a payment processing method according to another embodiment of the present application;
FIG. 4 is a flow chart of a payment processing method according to another embodiment of the present application;
FIG. 5 is a flow chart of a payment processing method according to another embodiment of the present application;
FIG. 6 is a flow chart of a payment processing method according to another embodiment of the present application;
fig. 7 is a block diagram of a payment processing apparatus according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
According to the payment method and the payment device, parameters, processes and the like of different payment methods are abstracted, a set of payment interfaces with unified standards is provided, and each abstracted payment method is used as a loadable component (Jar file), so that the payment methods which are needed are dynamically loaded according to business requirements in different deployment environments, unnecessary development and maintenance work is avoided, and customization is reduced.
In this embodiment, Maven may be adopted to create corresponding Profile configuration files for different deployment environments, and manage a Jar library of a payment method required by Maven.
Among them, in the software field, JAR files (Java Archive, english: Java Archive) is a software package file format, which is generally used to aggregate a large number of Java class files, related metadata and resource (text, picture, etc.) files into one file in order to develop Java platform application software or libraries.
Maven is an open source project under Apache for pure Java development. Based on the concept of Project Object Model (POM), Maven can manage the steps of construction, report and document of a project by using a central information fragment. Maven is a project management tool, and can build and manage the Java project in a dependent manner.
Currently, common payment methods include, but are not limited to, the following: quick payments, authenticated payments, gateway payments, offline payments, staged payments, and the like. There may be multiple payment components for each payment method based on the bank or third party channel providing the payment.
The quick payment is suitable for scenes such as face brushing payment, and the user binds and authorizes the payment mode in advance without selection and verification and performs non-perception payment.
Verifying payment requires the user to select a payment account at the checkout counter of the payment system and requires simple verification, such as a payment password, a short message verification code, etc.
The gateway payment requires that a user jumps out of a website \ APP of a bank \ third-party gateway to perform related verification operation, and the user is redirected to a current payment system after payment is completed.
The offline payment is a popular payment method in some countries and regions in south-east asia, and a payment system needs to be docked to a corresponding bank/third-party gateway to obtain a corresponding payment code and complete payment at a related business point on the line.
The staged payment is mainly used for some consumption financial products, such as the white-stripe staging, a user needs to open a corresponding consumption financial product account, and the payment system is in butt joint with a related consumption financial product gateway to complete the payment.
First, a payment processing method provided in an embodiment of the present invention is described below.
Fig. 1 is a flowchart of a payment processing method according to an embodiment of the present application. As shown in fig. 1, the method comprises the steps of:
and step S11, acquiring the service system information corresponding to the payment platform.
The service system needs to deploy a payment platform including a required payment mode according to the environment, and the payment requirement required by the service system is met.
The payment platform in the embodiment is a framework for bearing processing modules with different payment modes, the payment platform can be loaded with different payment modes in different deployment environments, a new payment mode can be developed according to special service requirements to meet necessary customization and flexibility, but the payment platform is unchanged, and unified maintenance and deployment are achieved.
And step S12, matching at least one candidate payment component from the component library according to the service system information.
Based on different environments of service system deployment, corresponding payment modes are different. For example, for an unmanned supermarket business system, the candidate payment components matched thereto may include: a quick payment component; for the business system of the overseas e-commerce, the candidate payment component matched thereto may include: a quick payment component, an authentication payment component, a gateway payment component, an offline payment component, an installment payment component, and the like; for the business system of the electronic wallet, the candidate payment components matched for the business system can comprise: a quick payment component, an authenticated payment component, a gateway payment component, an offline payment component, and the like.
Optionally, based on the country or region in which the business system is deployed, the candidate payment component corresponding to the country or region may be matched. In addition, the service system has different fields, and the payment modes contained in the payment platform are also different.
And step S13, according to the selection instruction of the candidate payment component, taking the selected candidate payment mode component as the target payment component.
Optionally, options corresponding to the candidate payment components may be displayed on a development interface of the payment platform, and a developer may select a required payment component from the candidate payment components as a target payment component loaded into the payment platform as needed. Optionally, an option of "all-options" all candidate payment components is also provided on the development interface.
When the candidate payment components do not include the desired payment component, the desired payment component may also be selected from the payment component library by clicking on the "add" option.
And step S14, loading the target payment assembly to a payment platform framework to obtain a payment platform corresponding to the service system.
In this embodiment, various payment modes are abstracted into payment components in advance, when a payment platform is developed, required payment components are selected according to needs of a service system, and the payment components are loaded to a payment platform framework, so that a payment platform corresponding to the service system is generated. Therefore, the development and maintenance operation of the payment platform is simple, the customization is reduced, the development efficiency is improved, the labor cost and the time cost required by the development and maintenance are reduced, and the unified maintenance and flexible deployment are realized on the premise of meeting the service requirements.
Fig. 2 is a flowchart of a payment processing method according to another embodiment of the present application. As shown in fig. 2, the step S14 includes the following steps:
step S21, generating a system configuration file corresponding to the service system information;
step S22, determining a configuration file identifier corresponding to the system configuration file;
step S23, defining the system configuration file in the project configuration file corresponding to the payment platform, so that the operation of the system configuration file is controlled by the operation command including the configuration file identifier.
In this embodiment, a system configuration file Profile corresponding to the service system may be created for the service system through Maven, where the Profile in Maven is a set of optional configurations and may be used to set or override a configuration default value. The construction can be customized for different environments through the Profile. Profile can be configured in project Profile, pom, xml, and a Profile identification, ID, is set for Profile. Thus, the command line including the ID used when running Maven controls Maven to run the object in the corresponding Profile. Each Profile manages each payment component (Jar package) in the corresponding payment platform, so that flexible deployment and same maintenance of the payment platform under different deployment environments are realized.
In an alternative embodiment, the business system information includes a system security level of the business system. And the business systems with different security levels have different loadable payment components in the payment platform. Fig. 3 is a flowchart of a payment processing method according to another embodiment of the present application. As shown in fig. 3, the step S12 includes the following steps:
step S31, obtaining payment security levels corresponding to the candidate payment components in the component library;
step S32, screening candidate payment components with payment security levels matching the system security levels.
For example, for a business system with higher security level requirement, such as a financial business system, and the like, a payment component with higher security level is provided, such as authenticated payment, gateway payment, staged payment, offline payment, and the like. And for business systems with relatively low security level, such as business systems of unmanned supermarkets and the like, payment components with relatively low security level, such as quick payment and the like, can be provided.
Therefore, in the process of generating the payment platform, the payment component is selected according to the safe payment level, and the payment safety of the business system is improved.
Alternatively, the developer may enter a security level and the system will select a payment component from the component library that meets the security level. For multiple payment components under the same payment mode, the security level of the payment component can also be determined according to the security level of the bank or third party providing the payment.
In another alternative embodiment, when the required payment components are not included in the component library, new payment components may be imported and the imported payment components stored in the component library. Fig. 4 is a flowchart of a payment processing method according to another embodiment of the present application. As shown in fig. 4, the method further includes:
step S41, receiving a component adding instruction, wherein the component adding instruction is used for adding a newly added payment component which does not belong to the component library on the payment platform;
step S42, acquiring the uploaded new payment component;
step S43, loading the new payment assembly on the payment platform;
and step S44, adding the newly added payment component into the component library.
In this embodiment, a developer can package parameters, flows and the like of a newly added payment mode and a specified payment interface of the payment mode into a loadable payment component Jar package according to a configuration rule, load the loadable payment component Jar package to a payment platform, add the loadable payment component Jar package to a component library, and facilitate subsequent use.
Optionally, different payment components are set with different priorities, i.e. the recommended payment means in the business system. Fig. 5 is a flowchart of a payment processing method according to another embodiment of the present application. As shown in fig. 5, the method further includes:
step S51, acquiring the corresponding priority of the target payment component;
at step S52, the target payment components are ranked according to priority at the payment platform.
Optionally, the priority may be set as a default for each payment component, and the developer may also adjust the priority of each payment component according to the requirements of the service system.
For example, the payment method prioritization is as follows from high to low: quick payment, gateway payment, authentication payment, staged payment and offline payment. Each payment component can be provided with a priority level under each payment mode, for example, each payment component is sequenced according to the corresponding priority level of a bank under the authentication payment.
In another alternative embodiment, for the business system which is online or developed, developers can adjust the payment modes in the payment platform according to the needs. Fig. 6 is a flowchart of a payment processing method according to another embodiment of the present application. As shown in fig. 6, the method further includes:
step S61, receiving a component adjusting instruction, wherein the component adjusting instruction comprises a component identifier of a target payment component to be adjusted and the adjusted attribute information;
and step S62, adjusting the target payment component corresponding to the component identification at the payment platform according to the adjusted attribute information.
The existing payment components on the payment platform can be deleted, modified or added with new payment components.
In an optional embodiment, the method further comprises: acquiring a gateway corresponding to a target payment component; and establishing a connection relation between the payment platform and the gateway.
In this embodiment, different payment components are connected to the corresponding bank or third-party gateway through respective payment interfaces, and the transaction is connected to the bank or third-party gateway through the payment interface packaged by the payment component.
The following are embodiments of the apparatus of the present application that may be used to perform embodiments of the method of the present application.
Fig. 7 is a block diagram of a payment processing apparatus provided in an embodiment of the present application, which may be implemented as part of or all of an electronic device through software, hardware, or a combination of the two. As shown in fig. 7, the payment processing apparatus includes:
an obtaining module 701, configured to obtain service system information corresponding to a payment platform;
a matching module 702 for matching at least one candidate payment component from the component library according to the service system information;
a selecting module 703, configured to take the selected candidate payment means component as a target payment component according to a selection instruction for the candidate payment component;
and the loading module 704 is used for loading the target payment component to the payment platform framework to obtain a payment platform corresponding to the service system.
Optionally, the loading module 704 includes:
the generating submodule is used for generating a system configuration file corresponding to the service system information;
the determining submodule is used for determining a configuration file identifier corresponding to the system configuration file;
and the configuration submodule is used for defining the system configuration file in a project configuration file corresponding to the payment platform, so that the operation of the system configuration file is controlled through an operation command comprising the configuration file identifier.
Optionally, the service system information includes a system security level of the service system; the matching module 702 includes:
the acquisition submodule is used for acquiring payment security levels corresponding to the candidate payment components in the component library;
and the screening submodule is used for screening candidate payment components of which the payment security levels are matched with the system security level.
Optionally, the apparatus further comprises: a receiving module 705, a component obtaining module 706, and an adding module 707.
A receiving module 705, configured to receive a component adding instruction, where the component adding instruction is used to add a new payment component that does not belong to the component library on the payment platform;
a component obtaining module 706, configured to obtain the uploaded new payment component;
the loading module 704 is configured to load the newly added payment component on the payment platform;
an adding module 707, configured to add the newly added payment component to the component library.
Optionally, the apparatus further comprises: a priority acquisition module 708 and a ranking module 709.
A priority obtaining module 708, configured to obtain a priority corresponding to the target payment component;
a sorting module 709, configured to sort, at the payment platform, the target payment components according to the priority.
Optionally, the apparatus further comprises: and an adjustment module 710.
A receiving module 705, configured to receive a component adjustment instruction, where the component adjustment instruction includes a component identifier of a target payment component to be adjusted and adjusted attribute information;
an adjusting module 710, configured to adjust, at the payment platform, the target payment component corresponding to the component identifier according to the adjusted attribute information.
Optionally, the apparatus further comprises:
a gateway obtaining module 711, configured to obtain a gateway corresponding to the target payment component;
a connection establishing module 712, configured to establish a connection relationship between the payment platform and the gateway.
An embodiment of the present application further provides an electronic device, as shown in fig. 8, the electronic device may include: the system comprises a processor 1501, a communication interface 1502, a memory 1503 and a communication bus 1504, wherein the processor 1501, the communication interface 1502 and the memory 1503 complete communication with each other through the communication bus 1504.
A memory 1503 for storing a computer program;
the processor 1501, when executing the computer program stored in the memory 1503, implements the steps of the method embodiments described below.
The communication bus mentioned in the electronic device may be a Peripheral component interconnect (pci) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown, but this does not mean that there is only one bus or one type of bus.
The communication interface is used for communication between the electronic equipment and other equipment.
The Memory may include a Random Access Memory (RAM) or a Non-Volatile Memory (NVM), such as at least one disk Memory. Optionally, the memory may also be at least one memory device located remotely from the processor.
The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, discrete hardware component.
The present application further provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of the method embodiments of:
acquiring service system information corresponding to a payment platform;
matching at least one candidate payment component from a component library according to the business system information;
according to the selection instruction of the candidate payment component, taking the selected candidate payment mode component as a target payment component;
and loading the target payment component to the payment platform framework to obtain a payment platform corresponding to the service system.
Optionally, the obtaining a payment platform corresponding to the service system by loading the target payment component to the payment platform framework includes:
generating a system configuration file corresponding to the service system information;
determining a configuration file identifier corresponding to the system configuration file;
and defining the system configuration file in a project configuration file corresponding to the payment platform, so that the operation of the system configuration file is controlled through an operation command comprising the configuration file identification.
Optionally, the service system information includes a system security level of the service system;
the matching at least one candidate payment component according to the business system information comprises:
acquiring payment security levels corresponding to the candidate payment components in the component library respectively;
screening candidate payment components having the payment security level matching the system security level.
Optionally, the method further includes:
receiving a component adding instruction, wherein the component adding instruction is used for adding a newly added payment component which does not belong to the component library on the payment platform;
acquiring the uploaded new payment component;
loading the newly added payment component on the payment platform;
adding the newly added payment component to the component library.
Optionally, the method further includes:
acquiring the priority corresponding to the target payment component;
and ordering the target payment components at the payment platform according to the priority.
Optionally, the method further includes:
receiving a component adjusting instruction, wherein the component adjusting instruction comprises a component identifier of a target payment component to be adjusted and adjusted attribute information;
and adjusting the target payment component corresponding to the component identification on the payment platform according to the adjusted attribute information.
Optionally, the method further includes:
acquiring a gateway corresponding to the target payment component;
and establishing a connection relation between the payment platform and the gateway.
It should be noted that, for the above-mentioned apparatus, electronic device and computer-readable storage medium embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and for the relevant points, reference may be made to the partial description of the method embodiments.
It is further noted that, herein, relational terms such as "first" and "second," and the like, may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
The foregoing are merely exemplary embodiments of the present invention, which enable those skilled in the art to understand or practice the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (10)

1. A payment processing method, comprising:
acquiring service system information corresponding to a payment platform;
matching at least one candidate payment component from a component library according to the business system information;
according to the selection instruction of the candidate payment component, taking the selected candidate payment mode component as a target payment component;
and loading the target payment component to the payment platform framework to obtain a payment platform corresponding to the service system.
2. The method of claim 1, wherein the obtaining of the payment platform corresponding to the service system according to the loading of the target payment component to the payment platform framework comprises:
generating a system configuration file corresponding to the service system information;
determining a configuration file identifier corresponding to the system configuration file;
and defining the system configuration file in a project configuration file corresponding to the payment platform, so that the operation of the system configuration file is controlled through an operation command comprising the configuration file identification.
3. The method of claim 1, wherein the business system information includes a system security level of a business system;
the matching at least one candidate payment component according to the business system information comprises:
acquiring payment security levels corresponding to the candidate payment components in the component library respectively;
screening candidate payment components having the payment security level matching the system security level.
4. The method of claim 1, further comprising:
receiving a component adding instruction, wherein the component adding instruction is used for adding a newly added payment component which does not belong to the component library on the payment platform;
acquiring the uploaded new payment component;
loading the newly added payment component on the payment platform;
adding the newly added payment component to the component library.
5. The method of claim 1, further comprising:
acquiring the priority corresponding to the target payment component;
and ordering the target payment components at the payment platform according to the priority.
6. The method of claim 1, further comprising:
receiving a component adjusting instruction, wherein the component adjusting instruction comprises a component identifier of a target payment component to be adjusted and adjusted attribute information;
and adjusting the target payment component corresponding to the component identification on the payment platform according to the adjusted attribute information.
7. The method of claim 1, further comprising:
acquiring a gateway corresponding to the target payment component;
and establishing a connection relation between the payment platform and the gateway.
8. A payment processing apparatus, comprising:
the acquisition module is used for acquiring service system information corresponding to the payment platform;
the matching module is used for matching at least one candidate payment component from a component library according to the service system information;
the selection module is used for taking the selected candidate payment mode component as a target payment component according to the selection instruction of the candidate payment component;
and the loading module is used for loading the target payment component to the payment platform framework to obtain a payment platform corresponding to the service system.
9. An electronic device, comprising: the system comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete mutual communication through the communication bus;
the memory is used for storing a computer program;
the processor, when executing the computer program, implementing the method steps of any of claims 1-7.
10. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method steps of any one of claims 1 to 7.
CN202011005234.7A 2020-09-22 2020-09-22 Payment processing method and device, electronic equipment and storage medium Pending CN114253622A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011005234.7A CN114253622A (en) 2020-09-22 2020-09-22 Payment processing method and device, electronic equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011005234.7A CN114253622A (en) 2020-09-22 2020-09-22 Payment processing method and device, electronic equipment and storage medium

Publications (1)

Publication Number Publication Date
CN114253622A true CN114253622A (en) 2022-03-29

Family

ID=80788501

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011005234.7A Pending CN114253622A (en) 2020-09-22 2020-09-22 Payment processing method and device, electronic equipment and storage medium

Country Status (1)

Country Link
CN (1) CN114253622A (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106095537A (en) * 2016-06-30 2016-11-09 福建联迪商用设备有限公司 Android pays management method and the system of plug-in unit
CN108009805A (en) * 2017-10-24 2018-05-08 广东康美通信息服务有限公司 A kind of payment processing method, storage medium, device and payment route system
CN108022087A (en) * 2017-11-22 2018-05-11 深圳市牛鼎丰科技有限公司 payment data processing method, device, storage medium and computer equipment
CN108537534A (en) * 2018-03-26 2018-09-14 武汉楚鼎信息技术有限公司 A kind of universal payment method and system device of adaptation multiple terminals
CN108596612A (en) * 2018-03-16 2018-09-28 北京仁聚汇通信息科技有限责任公司 A kind of payment transaction management engine, method and system
CN109447609A (en) * 2018-09-25 2019-03-08 平安科技(深圳)有限公司 Method of payment, device, computer equipment and storage medium
CN110348823A (en) * 2019-07-10 2019-10-18 上海中通吉网络技术有限公司 Method of network payment and equipment

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106095537A (en) * 2016-06-30 2016-11-09 福建联迪商用设备有限公司 Android pays management method and the system of plug-in unit
CN108009805A (en) * 2017-10-24 2018-05-08 广东康美通信息服务有限公司 A kind of payment processing method, storage medium, device and payment route system
CN108022087A (en) * 2017-11-22 2018-05-11 深圳市牛鼎丰科技有限公司 payment data processing method, device, storage medium and computer equipment
CN108596612A (en) * 2018-03-16 2018-09-28 北京仁聚汇通信息科技有限责任公司 A kind of payment transaction management engine, method and system
CN108537534A (en) * 2018-03-26 2018-09-14 武汉楚鼎信息技术有限公司 A kind of universal payment method and system device of adaptation multiple terminals
CN109447609A (en) * 2018-09-25 2019-03-08 平安科技(深圳)有限公司 Method of payment, device, computer equipment and storage medium
CN110348823A (en) * 2019-07-10 2019-10-18 上海中通吉网络技术有限公司 Method of network payment and equipment

Similar Documents

Publication Publication Date Title
US11861695B2 (en) Data reconciliation based on computer analysis of data
CN105765527A (en) Method and apparatus for custom software development kit (SDK) generation
CN104781802A (en) Custom resources in resource stack
US10511453B2 (en) Information processing system and charge calculation apparatus
CN111858727A (en) Multi-data-source data export system and method based on template configuration
CN109933362A (en) A kind of platform feature call method, system and equipment
CN104376452A (en) System and method for managing payment success rate on basis of international card payment channel
CN112434982A (en) Task processing method, device and system, storage medium and electronic equipment
CN112348326A (en) Bank business processing method and system
CN110728491A (en) Work order processing method and device, computer equipment and storage medium
CN107861765B (en) Product configuration method, apparatus, and computer-readable storage medium
CN113434063B (en) Information display method, device and equipment
US9614899B1 (en) System and method for user contributed website scripts
CN114253622A (en) Payment processing method and device, electronic equipment and storage medium
KR101734306B1 (en) Multi program code automatic developing system
CN110286907B (en) Display method and device of public button assembly
CN113434765A (en) Client return visit method, system, equipment and storage medium
CN109189370B (en) Software component generation method, device, equipment and computer readable storage medium
CN113448960A (en) Method and device for importing form file
KR102600582B1 (en) Apparatus and method for analyzing electricity usage status of enterprises
CN117270898B (en) Large software construction method, device and medium based on assembly
KR102666647B1 (en) Method for automating cloud building
CN115484149B (en) Network switching method, network switching device, electronic equipment and storage medium
CN116880926A (en) Information processing method, device, equipment and storage medium
CN118093698A (en) Data processing method, device, electronic equipment and computer 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