Multi-tenant payment access method and system based on mobile payment

Abstract

The application provides a multi-tenant payment access method based on mobile payment, which comprises the following steps: S1, a tenant client accessing a multi-tenant payment access system initiates a request for calling a payment checkout page of a mobile payment system to the multi-tenant payment access system; S2, after the multi-tenant payment access system receives the request from the tenant client, order information is acquired from a tenant server according to order acquisition information configured by the tenant, and payment request parameters are generated according to parameter acquisition rules and parameter splicing transmission rules configured by processing and parameter splicing rule processing of calling parameter acquisition rules, merchant information and signature information; and S3, the payment checkout page is called and payment operation is performed according to the generated payment request parameters. The application also provides a multi-tenant payment access system based on mobile payment.

Description

Technical Field

[0001] This invention relates to a multi-tenant payment access method and system, specifically to a multi-tenant payment access method and system based on mobile payment. Background Technology

[0002] Currently, the integrated WoPay platform provided by China Unicom has the following problems: the threshold for accessing the WoPay platform is high, and it is highly intrusive to the access system; it cannot support flexible configuration of payment merchants and flexible configuration of merchant signature keys; it cannot meet the needs of multi-tenant access scenarios and has low scalability. Summary of the Invention

[0003] To address the aforementioned problems in the prior art, this invention provides a multi-tenant payment access method and system based on mobile payment. This method and system can enable multi-tenant access and the acquisition and transmission of multiple order parameters under a tenant.

[0004] This invention provides a multi-tenant payment access method based on mobile payment. The multi-tenant payment access method includes: step S1, where a tenant client accessing the multi-tenant payment access system initiates a request to the multi-tenant payment access system to call the payment cashier page of the mobile payment system; step S2, after receiving the request from the tenant client, the multi-tenant payment access system obtains order information from the tenant server according to the order acquisition information configured by the tenant, and generates payment request parameters according to the acquisition and transmission parameter concatenation rules configured by the parameter acquisition rule processing and parameter concatenation rule processing, merchant information, and signature information; and step S3, calling the payment cashier page and performing the payment operation according to the generated payment request parameters.

[0005] According to the multi-tenant payment access method of the present invention, the acquisition and transmission parameter splicing rules include parameter acquisition rules, which are rules configured for mandatory and non-mandatory parameters that correspond to the parameter retrieval attributes of the tenant system.

[0006] According to the multi-tenant payment access method of the present invention, the acquisition and transmission parameter concatenation rules include parameter concatenation transmission rules. The parameter concatenation transmission rules mainly involve the transmission of extended attributes. Multiple parameters can be transmitted using rules that concatenate special characters. The transmitted extended parameters can be used by tenants and mobile payment systems for data statistics. After transmission, they are returned to the tenant in the payment notification as is for specific business processing.

[0007] The multi-tenant payment access method according to the present invention further includes:

[0008] Step S4: After successful payment, initiate synchronous and asynchronous notifications of the payment result through the mobile payment system; and

[0009] Step S5: After the multi-tenant payment access system receives the asynchronous notification, it notifies the external system to be accessed according to the payment result notification rules.

[0010] According to the multi-tenant payment access method of the present invention, the payment result notification rule configuration includes configuring the attribute parameters that need to be notified in the payment result notification, and

[0011] If a payment result notification fails, a subsequent payment notification will be initiated at predetermined intervals on the same day.

[0012] This invention provides a multi-tenant payment access system based on mobile payment. The multi-tenant payment access system includes: an integration capability module configured to obtain merchant information and order information from tenants and initiate a call to the cashier page of the mobile payment system; a configuration function module configured to call a parameter acquisition rule processor and a parameter concatenation rule processor to execute the configuration of rules for acquiring and transmitting order information; a multi-tenant access mechanism module configured to acquire tenant information and tenant rule configuration of the tenant initiating the call to the cashier page, parse the rule configuration to achieve a flexible access mechanism; and a merchant signature / verification mechanism module configured to obtain the merchant's signature key information according to the merchant configuration, sign all parameters requesting mobile payment, and verify the parameters receiving mobile payment requests to ensure the security of payment access. The multi-tenant access mechanism module is also configured to generate payment request parameters based on the rule configuration for acquiring and transmitting order information, merchant information, and signature information.

[0013] According to the multi-tenant payment access system of the present invention, the rule configuration for obtaining and transmitting order information includes parameter acquisition rule configuration, which supports the configuration of rules corresponding to the parameter retrieval attributes of the tenant system for mandatory and non-mandatory parameters.

[0014] According to the multi-tenant payment access system of the present invention, the rule configuration for obtaining and transmitting order information includes parameter concatenation transmission rule configuration. The parameter concatenation transmission rule configuration mainly involves the transmission of extended attributes. Multiple parameters can be concatenated using special characters for rule transmission. The transmitted extended parameters can be used by the tenant and the mobile payment system for data statistics. After transmission, the parameters are returned to the tenant in the payment notification as is for specific business processing.

[0015] According to the multi-tenant payment access system of the present invention, the configuration function module is further configured to execute payment result notification rule configuration, the payment result notification rule configuration including payment notification result parameter rule configuration and notification time rule configuration.

[0016] According to the multi-tenant payment access system of the present invention, the multi-tenant payment access system is configured as follows:

[0017] After successful payment, synchronous and asynchronous notifications of the payment result are initiated through the mobile payment system; and

[0018] After receiving the asynchronous notification, the multi-tenant payment access system notifies the external system to be accessed according to the payment result notification rules.

[0019] According to the multi-tenant payment access system of the present invention, the payment result notification rule configuration includes configuring the attribute parameters that need to be notified in the payment result notification, and

[0020] If a payment result notification fails, a subsequent payment notification will be initiated at predetermined intervals on the same day.

[0021] The present invention provides a computer device, the computer device including a memory and a processor, the memory storing a computer program, and when the processor runs the computer program stored in the memory, the processor executes the multi-tenant payment access method according to the present invention.

[0022] The present invention provides a computer-readable storage medium having a computer program stored thereon, wherein when the computer program is executed by a processor, the processor executes the multi-tenant payment access method of the present invention.

[0023] This application provides a multi-tenant payment access method and a multi-tenant payment access system based on mobile payment. It supports the configuration of rules for obtaining and transmitting multiple order parameters under a tenant, as well as the configuration of payment result notification rules for the tenant. It considers the needs from the business processing level of the access tenant, improves the flexibility of access configuration capabilities and the system's business expansion capabilities, and has the ability to configure merchant information and merchant keys for tenants during system operation. Attached Figure Description

[0024] The various embodiments of the present invention will now be described with reference to the following accompanying drawings, wherein:

[0025] Figure 1 This is a flowchart illustrating the processing of a multi-tenant payment access method based on mobile payment according to an embodiment of the present invention;

[0026] Figure 2 This is a flowchart illustrating the processing of a multi-tenant payment access method based on mobile payment according to an embodiment of the present invention;

[0027] Figure 3 This is a schematic diagram illustrating the system interaction flow between the multi-tenant payment access system and the tenant client, tenant server, and mobile payment system;

[0028] Figure 4This is a schematic structural block diagram of a component of a multi-tenant payment access system based on mobile payment according to an embodiment of the present invention;

[0029] Figure 5 This is a schematic functional structure diagram of a multi-tenant payment access system based on mobile payment according to an embodiment of the present invention; and

[0030] Figure 6 This is a flowchart illustrating the rule configuration process in the multi-tenant payment access method of the present invention. Detailed Implementation

[0031] Mobile payment refers to the use of mobile devices such as smartphones to make electronic payments. Mobile payment effectively combines the Internet, terminal devices, and financial institutions to form a new payment system. Moreover, mobile payment can not only make monetary payments, but also pay for living expenses such as phone bills, gas, and water.

[0032] Hereinafter, various embodiments of the multi-tenant payment access method and multi-tenant payment access system based on mobile payment of the present invention will be described in detail with reference to the accompanying drawings.

[0033] First Embodiment

[0034] This application provides a multi-tenant payment access method based on mobile payment (such as WoPay). Figure 1 and Figure 3 As shown, the multi-tenant payment access method includes:

[0035] Step S1: The tenant client connected to the multi-tenant payment access system initiates a request to the multi-tenant payment access system to call the payment cashier page of the mobile payment system;

[0036] Step S2: After the multi-tenant payment access system receives a request from a tenant client, it retrieves order information from the tenant server based on the order retrieval information configured by the tenant, and generates payment request parameters according to the retrieval and transmission parameter concatenation rules configured through parameter retrieval rule processing and parameter concatenation rule processing, merchant information, and signature information; and

[0037] Step S3: Call the payment checkout page based on the generated payment request parameters and perform the payment operation.

[0038] In this embodiment, the parameter acquisition and transmission concatenation rules include parameter acquisition rules, which are rules configured for mandatory parameters (such as order number, order date, order amount, merchant number, product name, product description, timeout time, etc.) and non-mandatory parameters, corresponding to the parameter retrieval attributes of the tenant system.

[0039] In this embodiment, the acquisition and transmission parameter concatenation rules include parameter concatenation transmission rules. These rules mainly involve the transmission of extended attributes. Multiple parameters can be concatenated using special characters. The transmitted extended parameters can be used by tenants and mobile payment systems for data statistics. After transmission, the parameters are returned to the tenant in the payment notification for specific business processing.

[0040] like Figure 2 As shown, the multi-tenant payment access method in this embodiment further includes:

[0041] Step S4: After successful payment, initiate synchronous and asynchronous notifications of the payment result through the mobile payment system; and

[0042] Step S5: After the multi-tenant payment access system receives the asynchronous notification, it notifies the external system to be accessed according to the payment result notification rules.

[0043] In this embodiment, the payment result notification rule configuration includes configuring the attribute parameters that need to be notified in the payment result notification, and

[0044] If a payment result notification fails, a subsequent payment notification will be initiated at predetermined intervals on the same day.

[0045] The multi-tenant payment access method and system of this application configure the acquisition and transmission of parameter concatenation rules (parameter acquisition rules and parameter concatenation transmission rules) by calling parameter acquisition rule processing and parameter concatenation rule processing. This can reduce the usage threshold of the company's product WoPay, independently develop payment access capabilities to the outside world, achieve maximum reusability, and support flexible rule configuration for multiple tenants, which can also meet the personalized business development of each system.

[0046] Second Embodiment

[0047] This invention also provides a multi-tenant payment access system based on mobile payment (e.g., WoPay). For example... Figure 4 As shown, the structure of this multi-tenant payment access system mainly includes the following components:

[0048] Integration Capability Module 1 is configured to retrieve merchant and order information from tenants, sign the data, and initiate a call to the cashier page of the mobile payment system;

[0049] Configuration module 2 is configured to call parameter acquisition rule processor and parameter concatenation rule processor to execute tenant configuration, merchant configuration and rule configuration such as acquiring and transmitting order information;

[0050] Multi-tenant access mechanism module 3: It is configured to obtain tenant information and tenant rule configurations of the tenant initiating the call to the cashier page, parse the rule configurations, and thus implement a flexible access mechanism; and

[0051] Merchant signature / verification mechanism module 4 is configured to obtain the merchant's signature key information according to the merchant's configuration, sign all parameters requesting mobile payment, and verify the parameters receiving mobile payment requests to ensure the security of payment access.

[0052] The multi-tenant access mechanism module 3 is also configured to generate payment request parameters based on the rules for obtaining and transmitting order information, merchant information, and signature information.

[0053] like Figure 5 As shown, integration capability module 1 is also configured to execute:

[0054] Page notification: After successful payment, redirect to the caller's (tenant's) payment success page;

[0055] Asynchronous notification: After successful payment, the payment result is notified to the tenant's server;

[0056] Active query: After initiating a payment, the payment result is queried periodically to avoid scenarios where asynchronous notification results cannot be received due to network anomalies;

[0057] Cancellation after timeout: Orders that have not been paid after the scheduled scan time will be cancelled to prevent users from making duplicate payments;

[0058] Payment Refund: Provides a function to integrate with the WoPay platform for refunds.

[0059] In this embodiment, the rule configuration for obtaining and transmitting order information includes parameter acquisition rule configuration, which supports the configuration of rules corresponding to the parameter retrieval attributes of the tenant system for mandatory and non-mandatory parameters.

[0060] In this embodiment, the configuration of rules for obtaining and transmitting order information includes configuration of parameter concatenation transmission rules. The configuration of parameter concatenation transmission rules mainly involves the transmission of extended attributes. Multiple parameters can be concatenated using special characters for rule transmission. The transmitted extended parameters can be used by tenants and mobile payment systems for data statistics. After transmission, the parameters are returned to the tenant in the payment notification as is for specific business processing.

[0061] In this embodiment, the configuration function module 2 is also configured to execute payment result notification rule configuration, which includes payment notification result parameter rule configuration and notification time rule configuration.

[0062] In this embodiment, the multi-tenant payment access system is configured as follows:

[0063] After successful payment, synchronous and asynchronous notifications of the payment result are initiated through the mobile payment system; and

[0064] After receiving the asynchronous notification, the multi-tenant payment access system notifies the external system to be accessed according to the payment result notification rules.

[0065] In this embodiment, the payment result notification rule configuration includes configuring the attribute parameters that need to be notified in the payment result notification, and

[0066] If a payment result notification fails, a subsequent payment notification will be initiated at predetermined intervals on the same day.

[0067] The multi-tenant payment access method and multi-tenant payment access system proposed in this application can lower the usage threshold of the company's product WoPay, independently develop payment access capabilities to the outside world, achieve maximum reusability, and support flexible rule configuration for multiple tenants, which can also meet the personalized business development needs of each system.

[0068] Example:

[0069] If tenant A needs to connect to the WoPay (mobile payment) platform, the following preparations are required:

[0070] 1. First, it is necessary to provide the corresponding ability to retrieve orders and receive payment notifications, which can be provided via RPC (Remote Procedure Call);

[0071] Tenants need to provide an interface for retrieving order information and an interface for receiving payment notification results. The purpose of the order information retrieval interface is to allow the payment system to obtain order-related attributes (such as order amount, order date, merchant ID, etc.) based on the order number when the tenant initiates a payment request. The purpose of the payment notification receiving interface is to notify the tenant of the payment success or failure result after the payment is completed.

[0072] 2. Parameter Acquisition Rules Configuration: Required parameters are: order number (orderId), merchant ID (merId), and other required parameters remain consistent with the default. The parameter concatenation rule is to use the following attributes: province code (provinceCode), city code (cityCode), and order source (orderSource), concatenated by the character "|".

[0073] First, parameter rules need to be configured in the payment access system. The structure of the rule table is shown in Table 1, and the configured table data is shown in Table 2.

[0074] Table 1

[0075]

[0076] Table 2

[0077] rule_id tenant_id required param_key tenant_param_key 1 A 1 order_no orderId 2 A 1 mer_no merId 3 A 2 extend_param provinceCode 4 A 2 extend_param cityCode 5 A 2 extend_param orderSource

[0078] 3. Payment Result Notification Rules Configuration: Notification Attributes: Payment Tool Type and Amount (payProAmt), Notification Frequency (e.g., every 10 minutes).

[0079] You need to configure the payment result notification rules in the payment access system first. The structure of the notification rule table is shown in Table 3, and the data of the example configuration table is shown in Table 4.

[0080] Table 3

[0081] notice_rule_id Rule primary key tenant_id Tenant ID notice_param_key Notification parameter key notice_interval Notification frequency interval (unit: minutes)

[0082] Table 4

[0083]

[0084]

[0085] 4. Once the configuration is complete, you can initiate the payment process.

[0086] like Figure 6 The process of rule parsing is explained as follows:

[0087] 1. Obtaining Parameter Rules Parsing (Calling Parameter Rules to Obtain the Processor): First, call the required parameter parsing method getRequiredParam(tenantId, params, paymentParams). Based on tenantId, obtain the configured required parameter rules. params contains the tenant's order information. Take orderId from params as the order number and merId as the merchant number. Store these in paymentParams. Then, call the extended attribute concatenation parsing method getExtendParam(tenantId, params, paymentParams). params contains the tenant's order information. According to the concatenation parameter rules, extract the parameters and concatenate provinceCode|cityCode|orderSource as extended attributes. Store these in paymentParams. paymentParams serves as the payment request parameter for calling the WoPay POS terminal.

[0088] For example, based on tenatId, retrieve the parameter rules with required 1 (mandatory parameter) from Table 2; the order information in params is the information returned by calling the order information retrieval interface provided by the tenant; according to the rules configured in Table 2, retrieve the corresponding parameters orderId and merId from params; based on tenatId, retrieve the parameter rules with required 2 (optional parameter) from Table 2, and according to the configured rules, retrieve the corresponding parameters provinceCode, cityCode, and orderSource from params, and concatenate the optional attributes together according to the agreed concatenation character | as extended attributes; all parameters retrieved according to the rules are stored in paymentParams as payment request parameters for opening the WoPay cashier.

[0089] First, retrieve order information from the tenant system. Then, retrieve the rules for mandatory parameters. Based on the rules for mandatory parameters, retrieve the relevant parameters from the order information. Next, retrieve the rules for non-mandatory parameters. Based on the rules for non-mandatory parameters, retrieve the relevant parameters from the order information. Finally, store the retrieved parameters in paymentParams.

[0090] 2. Payment result notification rule parsing: Call the notification parameter parsing getResultParam(tenantId, resultParams, noticeParams) to obtain the configured notification rule based on tenantId, retrieve payProAmt from resultParam, store it in noticeParams, and send noticeParams as a notification parameter to the tenant.

[0091] Based on the notification rules in Table 4 according to the tenantId, and according to the configured rules, the corresponding parameter payProAmt is retrieved from resultParams and stored in noticeParams. Then, the payment result and parameters are transmitted to the tenant by calling the payment notification receiving interface provided by tenant A.

[0092] 3. If the payment notification fails (possibly due to network issues), enable a daily payment result notification task, for example, every 10 minutes.

[0093] In this application, payment request parameters are generated based on the acquisition and transmission parameter splicing rules configured by the tenant, merchant information, and signature information; payment results are notified according to the payment result notification rules; the multi-tenant payment access system also includes a merchant signature / verification mechanism module, which is used to obtain the merchant's signature key information according to the merchant configuration, sign all parameters requesting WoPay, and verify the parameters receiving WoPay requests to ensure payment security.

[0094] This application configures parameter retrieval rules and parameter concatenation transmission rules by calling parameter retrieval rule processing and parameter concatenation rule processing. The parameter retrieval rules are rules configured for mandatory parameters (order number, order date, order amount, merchant number, product name, product description, timeout time, etc.) and optional parameters, corresponding to the parameter retrieval attributes of the tenant system. Furthermore, the parameter concatenation transmission rules involve the transmission of extended attributes; therefore, this application simplifies the method of determining parameter rules. In addition, this application improves the flexibility of access configuration capabilities and the system's business expansion capabilities.

[0095] This application can lower the barrier to entry for the company's product, WoPay, by independently developing payment access capabilities to achieve maximum reusability. It also supports flexible rule configuration for multi-tenants and can meet the personalized business development needs of various systems.

[0096] This application uses China Unicom's WoPay as an example to illustrate a multi-tenant payment access method and system based on mobile payment. However, the methods and systems claimed in this application are not limited to this. Under the guidance of the same operating principles, this invention can also be applied to other mobile payment methods, such as China Mobile's Hebao, Alibaba's Alipay, Tencent's WeChat Pay, etc.

[0097] It will be understood by those skilled in the art that all or some of the steps, systems, or apparatuses disclosed above, and their functional modules / units, can be implemented as software, firmware, hardware, or suitable combinations thereof. In hardware implementations, the division between functional modules / units mentioned in the above description does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may be performed collaboratively by several physical components. Some or all physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit (ASIC). Such software may be distributed on a computer-readable medium, which may include computer storage media (or non-transitory media) and communication media (or transient media). As is known to those skilled in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data). Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disc (DVD) or other optical disc storage, magnetic cartridges, magnetic tape, disk storage or other magnetic storage devices, or any other medium that can be used to store desired information and can be accessed by a computer. Furthermore, it is well known to those skilled in the art that communication media typically contain computer-readable instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and may include any information delivery medium.

[0098] Therefore, the present invention also provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and when the processor runs the computer program stored in the memory, the processor executes the multi-tenant payment access method of the present invention.

[0099] Therefore, the present invention also provides a computer-readable storage medium having a computer program stored thereon, wherein when the computer program is executed by a processor, the processor executes the multi-tenant payment access method of the present invention.

[0100] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention. The scope of the present invention should also cover these modifications and variations.

Claims

1. A multi-tenant payment access method based on mobile payment, comprising: Step S1: The tenant client connected to the multi-tenant payment access system initiates a request to the multi-tenant payment access system to call the payment cashier page of the mobile payment system; Step S2: After the multi-tenant payment access system receives a request from the tenant client, it retrieves the order information from the tenant server according to the order retrieval information configured by the tenant, and generates payment request parameters according to the retrieval and transmission parameter concatenation rules configured by calling parameter retrieval rule processing and parameter concatenation rule processing, merchant information, and signature information. as well as Step S3: Call the payment checkout page based on the generated payment request parameters and perform the payment operation.

2. The multi-tenant payment access method according to claim 1, wherein the acquisition and transmission parameter splicing rules include parameter acquisition rules, wherein the parameter acquisition rules are rules configured for mandatory and non-mandatory parameters that correspond to the parameter retrieval attributes of the tenant system.

3. The multi-tenant payment access method according to claim 1, wherein the acquisition and transmission parameter concatenation rules include parameter concatenation transmission rules, which mainly involve the transmission of extended attributes. Multiple parameters can be transmitted using rules that concatenate special characters. The transmitted extended parameters can be used by tenants and mobile payment systems for data statistics. After transmission, the parameters are returned to the tenant in the payment notification as is for specific business processing.

4. The multi-tenant payment access method according to any one of claims 1 to 3, further comprising: Step S4: After successful payment, initiate synchronous and asynchronous notifications of the payment result through the mobile payment system; as well as Step S5: After the multi-tenant payment access system receives the asynchronous notification, it notifies the external system to be accessed according to the payment result notification rules.

5. The multi-tenant payment access method according to claim 4, wherein the payment result notification rule configuration includes configuring the attribute parameters that need to be notified in the payment result notification, and If a payment result notification fails, a subsequent payment notification will be initiated at predetermined intervals on the same day.

6. A multi-tenant payment access system based on mobile payment, comprising: The integration capability module is configured to retrieve merchant and order information from tenants and initiate a call to the mobile payment system's cashier page; The configuration module is designed to call the parameter retrieval rule processor and the parameter concatenation rule processor to execute the rule configuration for retrieving and transmitting order information; Multi-tenant access mechanism module: It is configured to obtain tenant information and tenant rule configuration of the tenant who initiates the call to the cashier page, and parse the rule configuration to realize a flexible access mechanism; as well as The merchant signature / verification mechanism module is designed to obtain the merchant's signature key information based on the merchant's configuration, sign all parameters of the mobile payment request, and verify the parameters of the received mobile payment request to ensure the security of payment access. The multi-tenant access mechanism module is also configured to generate payment request parameters based on the rules for obtaining and transmitting order information, merchant information, and signature information.

7. The multi-tenant payment access system according to claim 6, wherein the rule configuration for obtaining and transmitting order information includes parameter acquisition rule configuration, and the parameter acquisition rule configuration supports rules corresponding to the parameter retrieval attributes of the tenant system for mandatory and non-mandatory parameters.

8. The multi-tenant payment access system according to claim 6, wherein the rule configuration for acquiring and transmitting order information includes parameter concatenation transmission rule configuration, the parameter concatenation transmission rule configuration mainly involves the transmission of extended attributes, and multiple parameters can be concatenated using special characters for rule transmission. The transmitted extended parameters can be used by the tenant and the mobile payment system for data statistics, and after transmission, they are returned to the tenant in the payment notification as is for specific business processing.

9. The multi-tenant payment access system according to any one of claims 6 to 8, wherein the configuration function module is further configured to execute payment result notification rule configuration, the payment result notification rule configuration including payment notification result parameter rule configuration and notification time rule configuration.

10. The multi-tenant payment access system according to claim 9, wherein the multi-tenant payment access system is configured as follows: After successful payment, synchronous and asynchronous notifications of the payment result are initiated through the mobile payment system; and After receiving the asynchronous notification, the multi-tenant payment access system notifies the external system to be accessed according to the payment result notification rules.

11. The multi-tenant payment access system according to claim 10, wherein the payment result notification rule configuration includes configuring the attribute parameters that need to be notified in the payment result notification, and If a payment result notification fails, a subsequent payment notification will be initiated at predetermined intervals on the same day.

12. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor runs the computer program stored in the memory, the processor executes the multi-tenant payment access method according to any one of claims 1 to 5.

13. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, the processor performs the multi-tenant payment access method according to any one of claims 1 to 5.

Images