CN111784330A - Pseudo queue settlement method and system based on database and electronic equipment - Google Patents

Pseudo queue settlement method and system based on database and electronic equipment Download PDF

Info

Publication number
CN111784330A
CN111784330A CN202010649310.1A CN202010649310A CN111784330A CN 111784330 A CN111784330 A CN 111784330A CN 202010649310 A CN202010649310 A CN 202010649310A CN 111784330 A CN111784330 A CN 111784330A
Authority
CN
China
Prior art keywords
data
frozen
settled
database
transaction
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.)
Granted
Application number
CN202010649310.1A
Other languages
Chinese (zh)
Other versions
CN111784330B (en
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.)
Shanghai Qianzhen Information Technology Co ltd
Original Assignee
Shanghai Qianzhen Information Technology 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 Shanghai Qianzhen Information Technology Co ltd filed Critical Shanghai Qianzhen Information Technology Co ltd
Priority to CN202010649310.1A priority Critical patent/CN111784330B/en
Publication of CN111784330A publication Critical patent/CN111784330A/en
Application granted granted Critical
Publication of CN111784330B publication Critical patent/CN111784330B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/22Payment schemes or models
    • G06Q20/28Pre-payment schemes, e.g. "pay before"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2457Query processing with adaptation to user needs
    • G06F16/24578Query processing with adaptation to user needs using ranking
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

The application discloses a pseudo queue settlement method, a pseudo queue settlement system, electronic equipment and a computer readable storage medium based on a database, wherein the method comprises the following steps: judging whether each piece of data in the prepayment request message is frozen data or not according to a frozen identification field transmitted by a service system, executing frozen data operation aiming at the frozen data, and executing deduction operation aiming at non-frozen data; and generating data to be settled by using the frozen data in preset time, and performing unfreezing operation on the data to be settled. The method has the characteristics of reducing the transaction record quantity, improving the transaction efficiency and the like.

Description

Pseudo queue settlement method and system based on database and electronic equipment
Technical Field
The present application relates to the field of information processing technologies, and in particular, to a method, a system, an electronic device, and a computer-readable storage medium for pseudo queue settlement based on a database.
Background
With the continuous development of market economy, various modes of money exchange appear, especially the mode of prepayment transaction. Prepaid generally refers to the customer directly delivering money to the service operator, where credit card prepaid is a temporary block of funds, without substantial consumption, equivalent to but more convenient than the payment of a deposit, and the cardholder does not have to actually take out the money. The advantages are clear compared to cash and debit cards. Taking a hotel as an example, when a cardholder stays in the hotel, the card is swiped at a hotel foreground for pre-authorization, only a certain overdraft limit on the cardholder card is frozen, and when the cardholder leaves the hotel, consumption deduction and payment settlement actually occurs. The characteristics of the prepayment are as follows: 1. the amount of the prepayment is not limited; 2. the advance payment is a part of the payment of the main contract, and the agreement of the party on the advance payment has promptness and does not take actual delivery as a productive requirement; 3. the prepayment is a payment before the price is paid, and is still a payment in nature; 4. the pre-payment has no two-way or one-way guarantee, and should be returned when the contract is released due to the failure of the contract. Each party's liability for breach is determined by other terms of the contractual agreement, and if no liability for breach is agreed upon, it is generally not assumed. Due to the above-mentioned features of prepaid, the prepaid transaction model is currently applied to the transaction of money consumed in various places. The resulting prepaid account is a payment of money that has been prepaid for the labor or product to be allowed.
The existing pre-payment settlement mode mainly generates a transaction record for a fee, and the pre-payment settlement processing mode can generate a large amount of transaction amount and transaction record, and can generate a large amount of workload in the reconciliation process, thereby improving the reconciliation difficulty and the reconciliation time. Meanwhile, the conventional prepayment settlement mode is mainly characterized in that the original prepayment deduction is initiated in each scene, and then deduction application is initiated, and account balance is changed, but clustering and concurrency are not supported, so that the problems of long deduction period and low deduction processing efficiency are caused.
Disclosure of Invention
The invention aims to provide a pseudo queue settlement method, a pseudo queue settlement system, electronic equipment and a computer readable storage medium based on a database, and solves the problems of large transaction amount and low deduction transaction efficiency in the conventional prepayment settlement mode.
The purpose of the application is realized by adopting the following technical scheme:
in a first aspect, the present invention provides a database-based pseudo queue settlement method, including:
judging whether each piece of data in the prepayment request message is frozen data or not according to a frozen identification field transmitted by a service system, executing frozen data operation aiming at the frozen data, and executing deduction operation aiming at non-frozen data;
and generating data to be settled by using the frozen data in preset time, and performing unfreezing operation on the data to be settled.
The beneficial effects of the above technical scheme are that: the pre-payment freezing treatment is carried out in the billing real-time freezing mode through the steps, so that the transaction processing amount can be greatly reduced, in the account checking process, the specific deduction detail can be checked only through bills, the account checking time is greatly shortened, a large amount of manpower is saved, and the account checking efficiency is improved; meanwhile, the pseudo queue settlement method based on the database carries out data processing through the database pseudo queue mode to generate data to be settled, reads the data to be settled through an independent thread, and then carries out fee deduction. The database pseudo queue mode is a processing mode simulating the first-in first-out of the queue, but does not have two main operations of dequeuing and enqueuing of the queue, and the cluster and concurrent data processing mode can be realized through the database pseudo queue mode, so that the pre-payment settlement efficiency is improved to a great extent, and the pre-payment settlement time is shortened.
Optionally, the method further comprises: preprocessing is carried out before the step of judging whether each piece of data in the prepayment request message is frozen data according to the freezing identification field transmitted by the service system, wherein the preprocessing process comprises the following steps:
receiving parameters required by an interface transmitted by a service system, and requesting an interface address for the parameters required by the interface in a POST mode sequentially through an HTTP (hyper text transport protocol);
determining a transaction interface for executing the current transaction according to the interface type parameter; the transaction interface comprises a single transaction interface and a batch transaction interface;
and acquiring data in the prepayment request message, decrypting the data in the prepayment request message, and checking whether the data in the prepayment request message meets the transaction requirements.
The beneficial effects of the above technical scheme are that: the interface address is requested according to the parameters required by the interface by the HTTP protocol in a POST mode, so that the interface address requesting efficiency and the interface distribution efficiency can be effectively improved, the corresponding speed of system initialization is effectively improved, and the system processing efficiency is improved; meanwhile, the transaction interface is confirmed in a mode that the prepayment system determines a transaction interface (the transaction interface comprises a single transaction interface and a batch transaction interface) for executing the current transaction according to the interface type parameters, so that the transaction interface can be accurately selected according to the amount of money processed by the prepayment transaction, and subsequent clustering and concurrent operation are realized; the processing efficiency and the processing accuracy of the pre-payment transaction are effectively improved. In addition, by means of checking the data in the prepayment request message before processing the prepayment data, the data problem in the prepayment request message can be timely and effectively found before processing the prepayment data, the data problem can be solved before processing the prepayment according to the data problem, the success rate of late deduction and freezing processing of the prepayment is ensured, the prepayment settlement efficiency and the running stability are improved, and the problems of transaction backlog and overlong transaction processing period caused by excessive operation failures are avoided.
Optionally, the content of verifying the data in the prepaid request message includes: the method comprises the steps of verifying the accuracy of each piece of data in a pre-payment request message, verifying the legality of a json format, verifying whether the transaction amount is two decimal numbers, verifying whether a transaction record exists and verifying whether a pre-payment account is normal.
The beneficial effects of the above technical scheme are that: the data problem in the pre-payment request message can be timely and effectively found before the pre-payment data is processed by verifying the accuracy of each piece of data in the pre-payment request message, verifying the legality of the json format, verifying whether the transaction amount is two decimal numbers, verifying whether the transaction record exists, verifying whether the pre-payment account is normal and the like, and solving the data problem before the pre-payment processing according to the data problem, so that the success rate of late deduction and freezing processing of the pre-payment is ensured, the efficiency of pre-payment settlement and the stability of operation are improved, and the problems of transaction overstock caused by excessive operation failure and overlong transaction processing period are avoided.
Optionally, the performing frozen data operations on frozen data includes:
inserting frozen data of a first designated field into a table to be settled;
and calling a pre-payment deduction storage process, executing the freezing data of the first designated field in the table to be settled, and changing the freezing balance corresponding to the freezing data of the first designated field in the account table.
The beneficial effects of the above technical scheme are that: the method comprises the steps of carrying out unified corresponding operation in a mode of inserting freezing data of a first designated field into a table to be settled, executing data in the table to be settled by calling a pre-payment deduction storage process, and freezing the data in the table to be settled in real time. The real-time freezing of the pre-payment data can be realized, the data processing efficiency is improved, the transaction processing amount is reduced to a great extent, in the account checking process, specific deduction details can be checked only through bills, the account checking time is shortened to a great extent, a large amount of manpower is saved, and the account checking efficiency is improved.
Optionally, the executing a deduction operation for the non-frozen data includes:
inserting deduction data of a second specified field of a field into a table to be settled;
and calling a pre-payment deduction storage process, executing deduction data of the second designated field in the table to be settled, generating a transaction record, and changing account balance corresponding to the deduction data of the second designated field in an account table.
The beneficial effects of the above technical scheme are that: the corresponding deduction operation is carried out in a mode of inserting deduction data of a second designated field into the table to be settled, meanwhile, a pre-payment deduction storage process is called, data in the table to be settled are executed to generate transaction records, account balance is correspondingly changed, deduction operation efficiency can be effectively improved, and deduction operation period is shortened.
Optionally, the method further comprises: before account unfreezing, returning an execution result, and respectively carrying out corresponding result processing on two results of operation failure and operation success, wherein the result processing comprises the following steps:
generating a failure record aiming at the condition of operation failure;
and generating a success record aiming at the condition that the operation is successful, and marking the success field of the response parameter in the success record as true.
The beneficial effects of the above technical scheme are that: generating a failure record aiming at the condition of operation failure, wherein the detailed description comprises json data which is illegal, the record exists and the like; the system has the advantages that the system is convenient for workers to know the specific reason of the transaction failure timely and clearly, the workers can process specific problems timely and quickly, the solution efficiency of the operation failure is improved, and the problem processing time of transaction data is shortened.
Optionally, the performing frozen data operation on frozen data further includes:
inserting the frozen data of the first specified field into a frozen record table;
in the preset time, generating data to be settled by using the frozen data, and performing unfreezing operation on the data to be settled, wherein the unfreezing operation comprises the following steps:
calling a data generation process to be settled in preset time, and generating a batch of data to be settled of a third designated field according to the frozen data in the frozen record table;
inserting the data to be settled of the third designated field into a table to be settled;
and calling a pre-payment deduction storage process, executing the data to be settled of the third appointed field in the table to be settled, generating a transaction record, and changing a frozen balance corresponding to the data to be settled of the third appointed field in the account table.
The beneficial effects of the above technical scheme are that: and through a timed task calling mode, generating a batch of data of a third designated field according to the data in the frozen record table, and performing data processing in a mode of inputting the data into a to-be-settled table, wherein the records in the frozen record table can be fished according to a preset time period, and then the records to be settled are generated according to the summary of expense items, so that the expense items can be effectively and accurately effectively recorded.
On the other hand, by utilizing the calling of the pre-payment deduction storage process, the transaction record is generated, and the frozen balance of the account table is changed for unfreezing, so that the unfreezing operation efficiency can be effectively improved, the unfreezing operation time is shortened, and the good experience of the user is improved.
In a second aspect, the present invention provides a database-based pseudo queue settlement system, comprising:
the data execution module is used for judging whether each piece of data in the prepayment request message is frozen data according to the frozen identification field transmitted by the service system, executing frozen data operation aiming at the frozen data, and executing deduction operation aiming at non-frozen data;
and the unfreezing module is used for generating data to be settled by using the frozen data in preset time and performing unfreezing operation on the data to be settled.
The beneficial effects of the above technical scheme are that: the pre-payment freezing treatment is carried out in a billing real-time freezing mode through the preprocessing module, the data execution module, the result processing module and the unfreezing module, the transaction processing amount can be greatly reduced, in the account checking process, the specific deduction detail can be checked only through bills, the account checking time is greatly shortened, a large amount of manpower is saved, and the account checking efficiency is improved; meanwhile, the pseudo queue settlement method based on the database carries out data processing through the database pseudo queue mode to generate data to be settled, reads the data to be settled through an independent thread, and then carries out fee deduction. The database pseudo queue mode is a processing mode simulating the first-in first-out of the queue, but does not have two main operations of dequeuing and enqueuing of the queue, and the cluster and concurrent data processing mode can be realized through the database pseudo queue mode, so that the pre-payment settlement efficiency is improved to a great extent, and the pre-payment settlement time is shortened.
In a third aspect, the present invention provides an electronic device for pseudo queue settlement based on a database, which includes a memory and a processor, wherein the memory stores a computer program, and the processor implements the steps of any one of the above pseudo queue settlement based on a database when executing the computer program.
In a fourth aspect, the present invention provides a computer-readable storage medium for database-based pseudo queue settlement, the computer-readable storage medium storing a computer program, which when executed by a processor implements the steps of any one of the above-mentioned database-based pseudo queue settlement methods.
Drawings
The present application is further described below with reference to the drawings and examples.
Fig. 1 is a schematic flowchart of a database-based pseudo queue settlement method according to an embodiment of the present disclosure;
fig. 2 is a schematic flowchart illustrating a preprocessing process in a pseudo queue settlement method based on a database according to an embodiment of the present disclosure;
FIG. 3 is a flow chart illustrating a process for performing a freeze data operation according to an embodiment of the present disclosure;
FIG. 4 is a schematic diagram illustrating a logic diagram for performing a freeze data operation according to an embodiment of the present disclosure;
FIG. 5 is a flow chart illustrating a method for performing a non-frozen data operation according to an embodiment of the present disclosure;
FIG. 6 is a schematic diagram illustrating a logic diagram for performing a non-frozen data operation according to an embodiment of the present application;
FIG. 7 is a schematic flow chart illustrating a defrosting operation performed according to an embodiment of the present disclosure;
FIG. 8 is a schematic diagram illustrating a logic diagram for performing a defrosting operation according to an embodiment of the present disclosure;
FIG. 9 is a schematic structural diagram of a database-based pseudo queue settlement system according to an embodiment of the present disclosure;
FIG. 10 is a schematic structural diagram of an electronic device for pseudo queue settlement based on a database according to an embodiment of the present application;
fig. 11 is a schematic structural diagram of a program product for implementing a database-based pseudo queue settlement method according to an embodiment of the present application.
Detailed Description
In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present invention with unnecessary detail.
In order to explain the technical means of the present invention, the following description will be given by way of specific examples.
The invention aims to provide a pseudo queue settlement method, a pseudo queue settlement system, electronic equipment and a computer readable storage medium based on a database, and solves the problems of large transaction amount and low deduction transaction efficiency in the conventional prepayment settlement mode.
As shown in fig. 1, an embodiment of the present invention provides a database-based pseudo queue settlement method, which may be applied in the field of prepaid settlement, where the database-based pseudo queue settlement method includes:
step S1, judging whether each piece of data in the prepaid request message is frozen data according to a frozen identification field transmitted by a service system, executing frozen data operation aiming at the frozen data, and executing deduction operation aiming at non-frozen data;
and step S2, generating data to be settled by using the frozen data in preset time, and performing unfreezing operation on the data to be settled.
The pseudo queue settlement method based on the database provided by the embodiment of the invention uses data transmission to support a HTTP POST submission mode, a data character set uniformly adopts UTF-8, processed data is inserted into a table to be settled, and data is generated and modified according to rules by calling a prepaid deduction storage process (calc _ prepaid).
The pre-payment freezing treatment is carried out in the billing real-time freezing mode through the steps, so that the transaction processing amount can be greatly reduced, in the account checking process, the specific deduction detail can be checked only through bills, the account checking time is greatly shortened, a large amount of manpower is saved, and the account checking efficiency is improved; meanwhile, the pseudo queue settlement method based on the database carries out data processing through the database pseudo queue mode to generate data to be settled, reads the data to be settled through an independent thread, and then carries out fee deduction. The database pseudo queue mode is a processing mode simulating the first-in first-out of the queue, but does not have two main operations of dequeuing and enqueuing of the queue, and the cluster and concurrent data processing mode can be realized through the database pseudo queue mode, so that the pre-payment settlement efficiency is improved to a great extent, and the pre-payment settlement time is shortened.
In some possible implementations, as shown in fig. 2, the method further includes: preprocessing is carried out before the step of judging whether each piece of data in the prepayment request message is frozen data according to the freezing identification field transmitted by the service system, wherein the preprocessing process comprises the following steps:
s001, receiving parameters required by an interface transmitted by a service system, and sequentially requesting an interface address from appkey, data, version, method and sign through an HTTP (hyper text transport protocol) according to a POST (POST position) mode;
step S002, determining a transaction interface for executing the current transaction according to the method parameter; the transaction interface comprises a single transaction interface and a batch transaction interface; this step determines whether the transaction interface of the current transaction is a single transaction interface or a batch transaction interface;
and S003, acquiring the data in the prepayment request message, decrypting the data in the prepayment request message, and checking whether the data in the prepayment request message meets the transaction requirements.
Specifically, the prepayment system acquires data in the data, decrypts the data in the data, and then verifies contents to be verified corresponding to the data in the data, wherein the contents to be verified include at least one of the following: the method comprises the steps of verifying the accuracy of each piece of data in a pre-payment request message, verifying the legality of a json format, verifying whether the transaction amount is two decimal numbers, verifying whether a transaction record exists, verifying whether a pre-payment account is normal, and the like. The specific checking content can be increased or decreased according to the actual application requirement.
In this embodiment:
appke represents a system ID, and can be used for distinguishing data source interface account numbers;
the data represents a prepayment request message (mainly comprising fields such as a charging network point, a charging item, a transaction amount, a payment network point, whether a mark is frozen or not, a remark, a client party serial number and the like), and the prepayment request message is packaged according to a json array format according to the provided fields and then subjected to base64 encoding;
appSecret denotes a system key, provided by prepayment, one for each system ID, used for encryption;
sign represents signature information, appSecret is added to data encoded by base64, and a value obtained by MD5 is 12-bit lower case;
version denotes a version number, for example, a fixed value of 1.0;
method represents the interface type (including single transaction interface and/or batch transaction interface).
The interface address is requested according to the parameters required by the interface by the HTTP protocol in a POST mode, so that the interface address requesting efficiency and the interface distribution efficiency can be effectively improved, the corresponding speed of system initialization is effectively improved, and the system processing efficiency is improved; meanwhile, the transaction interface is confirmed in a mode that the prepayment system determines a transaction interface (the transaction interface comprises a single transaction interface and a batch transaction interface) for executing the current transaction according to the interface type parameters, so that the transaction interface can be accurately selected according to the amount of money processed by the prepayment transaction, and subsequent clustering and concurrent operation are realized; the processing efficiency and the processing accuracy of the pre-payment transaction are effectively improved. In addition, by means of checking the data in the prepayment request message before processing the prepayment data, the data problem in the prepayment request message can be timely and effectively found before processing the prepayment data, the data problem can be solved before processing the prepayment according to the data problem, the success rate of late deduction and freezing processing of the prepayment is ensured, the prepayment settlement efficiency and the running stability are improved, and the problems of transaction backlog and overlong transaction processing period caused by excessive operation failures are avoided.
Meanwhile, the data problem in the pre-payment request message can be timely and effectively found before the pre-payment data is processed by verifying the accuracy of each piece of data in the pre-payment request message, the legality of the json format, whether the transaction amount is two decimal numbers, whether the transaction record exists and whether the pre-payment account is normal or not and the like, the data problem can be solved before the pre-payment processing according to the data problem, the success rate of deduction and freezing processing in the later stage of the pre-payment is ensured, the efficiency of pre-payment settlement and the stability of operation are improved, and the problems of transaction overstock caused by excessive operation failure and overlong transaction processing period are avoided.
In some possible implementations, as shown in fig. 3 and 4, the performing frozen data operations on frozen data includes:
step S101a, inserting frozen data of a first specified field into a table to be settled;
step S102a, the frozen data of the first designated field is inserted into a frozen record table;
step S103a, invoking a pre-payment deduction storage process, executing the freezing data of the first appointed field in the table to be settled, and changing the freezing balance corresponding to the freezing data of the first appointed field in the account table.
Specifically, the detailed step of performing the frozen data operation on the frozen data includes:
step S101A, after the data in the prepaid request message is verified and meets the data requirement, using calc _ prepaid to insert frozen data of a field of freezing _ flag being 0 ° and freezing _ type being 1 into the table to be settled; the fields, namely, the field free _ flag is 0 ° and the field free _ type is 1, which are first designated fields;
step S102A, inserting the frozen data of the free _ flag being 0 ° and the free _ type being 1 into a frozen record table by using calc _ prepaid;
step S103A, calling a calc _ prepaid prepayment deduction storage process, executing data in the table to be settled, and realizing real-time freezing aiming at the data in the table to be settled.
In the embodiment, data in the prepaid request message data is checked, whether each piece of data is frozen data is judged according to an incoming freezing identification field, if the data is determined to be frozen data, a piece of freezing data with the fields of free _ flag being 0 and free _ type being 1 is inserted into a table to be settled by using calc _ prepaid (the specific operation process is shown as operation one below), and meanwhile, the freezing data is also inserted into a freezing record table, then, the calc _ prepaid is called to execute the data in the table to be settled, no transaction record is generated in the execution process, the freezing balance in the account table is modified, and real-time freezing of the freezing data is realized through the method. The incoming data are also inserted into the table to be settled, and then fields of freezing _ flag and freezing _ type are allocated to the data, and the data are modified according to the two fields in the storage process.
The calc _ prepoid is a prepaid deduction storage process, and can also be understood as a program module, and the function of the program module is to uniformly perform corresponding operations according to each record field from _ flag and from _ type to be settled in the kyyfk _ prepoid _ calc table to be settled. The specific operation mode is as follows:
firstly, when a freezing identification field of a record in data is frozen, inserting data with a freezing _ flag of 0 and a freezing _ type of 1 into a table to be settled, and modifying the frozen balance in an account table without generating transaction records after executing the storage process;
secondly, when the frozen identification field of a record in the data is not frozen, inserting a piece of data with a freezing _ flag of 0 and a freezing _ type of 0 into the table to be settled, generating a transaction record after executing the storage process, and updating the account balance in the account table without changing the frozen balance of the account table;
and thirdly, when the calc _ free storage process is executed in preset time, generating data to be settled according to the data in the frozen record table, inserting data with the free _ flag of 1 and the free _ type of 0 into the table to be settled, generating a transaction record after the storage process (calc _ prepaid) is executed, and changing the frozen balance of the account table for unfreezing.
The method comprises the steps of carrying out unified corresponding operation by inserting frozen data of fields of 0 degree for freezing _ flag and 1 for freezing _ type into a table to be settled and a frozen record table, executing data in the table to be settled by calling a pre-payment deduction storage process, and realizing real-time freezing for the data in the table to be settled. The real-time freezing of the pre-payment data can be realized, the data processing efficiency is improved, the transaction processing amount is reduced to a great extent, in the account checking process, specific deduction details can be checked only through bills, the account checking time is shortened to a great extent, a large amount of manpower is saved, and the account checking efficiency is improved.
In some possible implementations, as shown in fig. 5 and 6, the performing a deduction operation on the non-frozen data includes:
step S101b, inserting deduction data of a second specified field into a table to be settled;
step S102b, invoking a pre-payment deduction storage process, executing deduction data of the second designated field in the table to be settled, generating a transaction record, and changing account balance corresponding to the deduction data of the second designated field in the account table.
Specifically, the detailed step of executing the deduction operation for the non-frozen data includes:
step S101B, inserting deduction data of a field free _ flag being 0 ° and free _ type being 0 into the table to be settled by using calc _ prepaid; wherein, the field fresh _ flag is 0 ° and fresh _ type is 0, which is the second designated field;
step S102B, calling a calc _ prep prepaid deduction storage process, executing data in the table to be settled to generate a transaction record, and simultaneously changing the balance of the account.
In this embodiment, for data which is not frozen and belongs to deduction data, deduction data with fields of freezing _ flag being 0 and freezing _ type being 0 is inserted into the table to be settled by using calc _ prepaid, and then the calc _ prepaid storage process is called to execute data generation transaction records in the table to be settled, so as to change the account balance, and the specific operation process refers to operation two described above.
Corresponding deduction operation is carried out in a mode of inserting deduction data with fields of 0 degrees in a table to be settled and 0 degrees in a field of free _ flag and 0 degrees in a field of free _ type, meanwhile, a pre-payment deduction storage process is called, data in the table to be settled are executed to generate transaction records, account balance is correspondingly changed, deduction operation efficiency can be effectively improved, and deduction operation period is shortened.
In some possible implementation manners, the returning of the execution result respectively performs corresponding result processing on the operation failure result and the operation success result, including:
generating a failure record aiming at the condition of operation failure;
and generating a success record aiming at the condition that the operation is successful, and marking the success field of the response parameter in the success record as true.
Specifically, the result is returned, and details of the failed record are described, for example: json data is illegal, the record already exists, and the like, and the successful record marks the success field in the response parameter as true, thereby representing that the data is successfully processed.
Generating a failure record aiming at the condition of operation failure, wherein the detailed description comprises json data which is illegal, the record exists and the like; the system has the advantages that the system is convenient for workers to know the specific reason of the transaction failure timely and clearly, the workers can process specific problems timely and quickly, the solution efficiency of the operation failure is improved, and the problem processing time of transaction data is shortened.
In some possible implementations, as shown in fig. 7 and 8, the generating data to be settled by using the frozen data at the predetermined time and performing a unfreezing operation on the data to be settled includes:
step S201, calling a data generation process to be settled in preset time, and generating a batch of data to be settled of a third designated field according to the frozen data in the frozen record table; specifically, data to be settled in a third designated field is generated by summarizing the frozen data in the frozen record table according to the expense items, wherein the data to be settled in the third designated field is the frozen data to be settled;
step S202, inserting the data to be settled of the third designated field into a table to be settled;
step S203, invoking a pre-payment deduction storage process, executing the data to be settled of the third appointed field in the table to be settled, generating a transaction record, and changing a frozen balance corresponding to the data to be settled of the third appointed field in the account table. It should be noted that step S103a and step S203 both include an operation of changing the frozen balance in the account table, and in general, the frozen balance in step S103a will increase the amount of money corresponding to the frozen data, and the frozen balance in step S203 will decrease the amount of money corresponding to the data to be settled.
Specifically, the detailed process of generating data to be settled by using the frozen data and performing a defrosting operation on the data to be settled in the predetermined time includes:
step S201a, generating a batch of data with the fields of freezing _ flag being 1 and freezing _ type being 0 by using calc _ freezing in a timing task calling mode at the preset time point 0 and 10; the field freezing _ flag is 1 and the freezing _ type is 0, which are third designated fields;
step S202a, utilizing calc _ free to insert the data of the fields of free _ flag being 1 and free _ type being 0 into the table to be settled;
and step S203a, generating a transaction record by calling a calc _ prep prepayment and deduction storage process, changing the freezing balance of the account table, and unfreezing.
By generating a batch of data with the fields of freezing _ flag being 1 and freezing _ type being 0 in a timing task calling mode at preset time, for example, 0 point 10 minutes, and processing the data in a mode of inputting the data into a table to be settled, records in a frozen record table can be fished out according to a preset time period, then the records to be settled are generated according to the summary of expense items, and the expense items are effectively, quickly and accurately recorded effectively.
In this embodiment, at a predetermined time, a batch of data with fields of free _ flag being 1 and free _ type being 0 is generated by calling calc _ free (a storage process in which frozen amounts are collected according to fee items to generate records to be deducted) through a timing task to a table to be settled, a transaction record is generated by calling calc _ prep storage process, and the frozen balance of an account table is changed to perform unfreezing, wherein the operating process of calc _ prep refers to the third operation.
The calc _ free is a storage process for generating the record to be settled by gathering the frozen money amount according to the expense items, and can also be understood as a program module.
On the other hand, by utilizing the calling of the pre-payment deduction storage process, the transaction record is generated, and the frozen balance of the account table is changed for unfreezing, so that the unfreezing operation efficiency can be effectively improved, the unfreezing operation time is shortened, and the good experience of the user is improved.
As shown in fig. 9, an embodiment of the present invention provides a database-based pseudo queue settlement system, where the database-based pseudo queue settlement system includes:
the data execution module is used for judging whether each piece of data in the prepayment request message is frozen data according to the frozen identification field transmitted by the service system, executing frozen data operation aiming at the frozen data, and executing deduction operation aiming at non-frozen data;
and the unfreezing module is used for generating data to be settled by using the frozen data in preset time and performing unfreezing operation on the data to be settled.
The pseudo queue settlement system based on the database can also comprise a preprocessing module which is used for requesting an interface address according to interface parameters transmitted by a service system, determining a transaction interface by using interface type parameters and verifying data in a prepaid request message.
The pseudo queue settlement system based on the database can also comprise a result processing module which is used for returning an execution result and respectively carrying out corresponding result processing on the operation failure result and the operation success result.
In some possible implementations, the preprocessing module includes:
the interface address request module is used for receiving parameters required by an interface transmitted by a service system and requesting an interface address for the parameters required by the interface in a POST mode sequentially through an HTTP protocol; the parameters required by the interface comprise interface type parameters;
the interface determining module is used for determining a transaction interface for executing the current transaction according to the interface type parameter; the transaction interface comprises a single transaction interface and a batch transaction interface;
and the checking module is used for acquiring the data in the prepayment request message, decrypting the data in the prepayment request message and checking whether the data in the prepayment request message meets the transaction requirement.
The data execution module comprises a freezing processing module and a deduction processing module, wherein the freezing processing module is used for executing freezing data operation aiming at freezing data; and the deduction processing module is used for executing deduction operation aiming at the non-frozen data.
The freezing processing module comprises:
the frozen data inserting module I is used for inserting frozen data of a field fresh _ flag being 0 degree and fresh _ type being 1 into the table to be settled;
the frozen data inserting module II is used for inserting the frozen data of the freezing _ flag being 0 degree and the freezing _ type being 1 into a frozen record table;
and the real-time freezing module is used for calling a pre-payment deduction storage process, executing data in the table to be settled and realizing real-time freezing aiming at the data in the table to be settled.
The deduction processing module comprises:
the deduction data inserting module is used for inserting deduction data of a field fresh _ flag being 0 degree and fresh _ type being 0 into the table to be settled;
and the balance changing module is used for calling the pre-payment deduction storage process, executing the data in the table to be settled to generate a transaction record and changing the balance of the account.
The thawing module comprises:
the data generating module is used for calling a data generating process to be settled at preset time and generating a batch of data with the fields of freezing _ flag being 1 and freezing _ type being 0;
the data inserting module is used for inserting the data of the fields of 1 & ltfree _ flag & gt and 0 & ltfree _ type & gt into a table to be settled;
and the unfreezing module is used for calling the pre-payment deduction storage process, generating a transaction record, changing the freezing balance of the account table and unfreezing.
According to the pseudo queue settlement system based on the database, pre-payment freezing processing is carried out in a billing real-time freezing mode through the preprocessing module, the data execution module, the result processing module and the unfreezing module, the transaction processing amount can be greatly reduced, in the reconciliation process, specific deduction details can be checked only through bills, the reconciliation time is greatly shortened, a large amount of manpower is saved, and the reconciliation efficiency is improved; meanwhile, the pseudo queue settlement method based on the database carries out data processing through the database pseudo queue mode to generate data to be settled, reads the data to be settled through an independent thread, and then carries out fee deduction. The database pseudo queue mode is a processing mode simulating the first-in first-out of the queue, but does not have two main operations of dequeuing and enqueuing of the queue, and the cluster and concurrent data processing mode can be realized through the database pseudo queue mode, so that the pre-payment settlement efficiency is improved to a great extent, and the pre-payment settlement time is shortened.
As shown in fig. 10, the present invention provides an electronic device for database-based pseudo queue settlement, wherein the electronic device 3 for database-based pseudo queue settlement comprises at least one storage unit 31, at least one processing unit 32, and a bus 33 for connecting different platform systems.
The storage unit 31 may include readable media in the form of volatile storage units, such as a random access memory unit (RAM)311 and/or a cache memory unit 312, and may further include a read only memory unit (ROM) 313.
The storage unit 31 further stores a program product 4, and the program product 4 can be executed by the processing unit 32, so that the processing unit 32 executes the steps of the database-based pseudo queue settlement method in the embodiment of the present application (as shown in fig. 1). The storage unit 31 may also include a program/utility 314 having a set (at least one) of program modules 315, including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.
Accordingly, the processing unit 32 may execute the program product 4 described above, and may execute the program/utility 314.
Bus 33 may be one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.
The electronic device 3 may also communicate with one or more external devices 34, such as a keyboard, pointing device, bluetooth device, etc., and may also communicate with one or more devices capable of interacting with the electronic device 3, and/or with any device (e.g., router, modem, etc.) that enables the electronic device 3 to communicate with one or more other computing devices. Such communication may be through input/output (I/O) interfaces 35. Also, the electronic device 3 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) via the network adapter 36. The network adapter 36 may communicate with other modules of the electronic device 3 via the bus 33. It should be appreciated that although not shown in FIG. 10, other hardware and/or software modules may be used in conjunction with the electronic device 3, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage platforms, to name a few.
Referring to fig. 11, an embodiment of the present invention further provides a computer-readable storage medium for database-based pseudo queue settlement, where the computer-readable storage medium is used to store a computer program, and the computer program is executed to implement the steps of a database-based pseudo queue settlement method in an embodiment of the present invention (as shown in fig. 1). Fig. 11 shows a program product 4 provided by the present embodiment for implementing the above method, which may employ a portable compact disc read only memory (CD-ROM) and include program codes, and may be run on a terminal device, such as a personal computer. However, the program product 4 of the present invention is not limited thereto, and in the present invention, the readable storage medium may be any tangible medium that can contain or store a program for use by or in connection with an instruction execution system, apparatus, or device. Program product 4 may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
A computer readable storage medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable storage medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing. Program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).
The foregoing description and drawings are only for purposes of illustrating the preferred embodiments of the present application and are not intended to limit the present application, which is, therefore, to the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the present application.

Claims (10)

1. A database-based pseudo queue settlement method, the method comprising:
judging whether each piece of data in the prepayment request message is frozen data or not according to a frozen identification field transmitted by a service system, executing frozen data operation aiming at the frozen data, and executing deduction operation aiming at non-frozen data;
and generating data to be settled by using the frozen data in preset time, and performing unfreezing operation on the data to be settled.
2. The database-based pseudo queue settlement method of claim 1, further comprising: preprocessing is carried out before the step of judging whether each piece of data in the prepayment request message is frozen data according to the freezing identification field transmitted by the service system, wherein the preprocessing process comprises the following steps:
receiving parameters required by an interface transmitted by a service system, and requesting an interface address for the parameters required by the interface in a POST mode sequentially through an HTTP (hyper text transport protocol);
determining a transaction interface for executing the current transaction according to the interface type parameter; the transaction interface comprises a single transaction interface and a batch transaction interface;
and acquiring data in the prepayment request message, decrypting the data in the prepayment request message, and checking whether the data in the prepayment request message meets the transaction requirements.
3. The database-based pseudo-queue settlement method according to claim 2, wherein the content of the data verification in the prepaid request message comprises at least one of: the method comprises the steps of verifying the accuracy of each piece of data in a pre-payment request message, verifying the legality of a json format, verifying whether the transaction amount is two decimal numbers, verifying whether a transaction record exists and verifying whether a pre-payment account is normal.
4. The database-based pseudo queue settlement method of claim 1, wherein the performing frozen data operations on frozen data comprises:
inserting frozen data of a first designated field into a table to be settled;
and calling a pre-payment deduction storage process, executing the freezing data of the first designated field in the table to be settled, and changing the freezing balance corresponding to the freezing data of the first designated field in the account table.
5. The database-based pseudo-queue settlement method according to claim 1, wherein the performing a deduction operation on the non-frozen data comprises:
inserting deduction data of a second specified field into a table to be settled;
and calling a pre-payment deduction storage process, executing deduction data of the second designated field in the table to be settled, generating a transaction record, and changing account balance corresponding to the deduction data of the second designated field in an account table.
6. The database-based pseudo queue settlement method of claim 1, further comprising: before account unfreezing, returning an execution result, and respectively carrying out corresponding result processing on two results of operation failure and operation success, wherein the result processing comprises the following steps:
generating a failure record aiming at the condition of operation failure;
and generating a success record for the condition that the operation is successful, and marking the suces field of the response parameter in the success record as true.
7. The database-based pseudo queue settlement method of claim 4, wherein the performing frozen data operations on frozen data further comprises:
inserting the frozen data of the first specified field into a frozen record table;
in the preset time, generating data to be settled by using the frozen data, and performing unfreezing operation on the data to be settled, wherein the unfreezing operation comprises the following steps:
calling a data generation process to be settled in preset time, and generating a batch of data to be settled of a third designated field according to the frozen data in the frozen record table;
inserting the data to be settled of the third designated field into a table to be settled;
and calling a pre-payment deduction storage process, executing the data to be settled of the third appointed field in the table to be settled, generating a transaction record, and changing a frozen balance corresponding to the data to be settled of the third appointed field in the account table.
8. A database-based pseudo queue settlement system, the system comprising:
the data execution module is used for judging whether each piece of data in the prepayment request message is frozen data according to the frozen identification field transmitted by the service system, executing frozen data operation aiming at the frozen data, and executing deduction operation aiming at non-frozen data;
and the unfreezing module is used for generating data to be settled by using the frozen data in preset time and performing unfreezing operation on the data to be settled.
9. An electronic device for database-based pseudo-queue settlement, the electronic device comprising a memory and a processor, the memory storing a computer program, the processor implementing the steps of the database-based pseudo-queue settlement method according to any one of claims 1 to 7 when executing the computer program.
10. A computer-readable storage medium for database-based pseudo-queue settlement, the computer-readable storage medium storing a computer program which, when executed by a processor, performs the steps of the database-based pseudo-queue settlement method according to any one of claims 1 to 7.
CN202010649310.1A 2020-07-08 2020-07-08 Database-based pseudo-queue settlement method and system and electronic equipment Active CN111784330B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010649310.1A CN111784330B (en) 2020-07-08 2020-07-08 Database-based pseudo-queue settlement method and system and electronic equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010649310.1A CN111784330B (en) 2020-07-08 2020-07-08 Database-based pseudo-queue settlement method and system and electronic equipment

Publications (2)

Publication Number Publication Date
CN111784330A true CN111784330A (en) 2020-10-16
CN111784330B CN111784330B (en) 2024-03-15

Family

ID=72758314

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010649310.1A Active CN111784330B (en) 2020-07-08 2020-07-08 Database-based pseudo-queue settlement method and system and electronic equipment

Country Status (1)

Country Link
CN (1) CN111784330B (en)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103186852A (en) * 2011-12-31 2013-07-03 乐活在线(北京)网络技术有限公司 Payment method, payment device and payment system of networked transaction
US20130304634A1 (en) * 2012-05-08 2013-11-14 Vantiv, Llc Systems and Methods for Performing Funds Freeze and/or Funds Seizure with Respect to Prepaid Payment Cards
CN103413241A (en) * 2013-07-12 2013-11-27 广州银联网络支付有限公司 Bank reception and payment system
CN105849755A (en) * 2013-10-02 2016-08-10 万事达卡国际股份有限公司 Transaction systems and associated methods for enhanced account balance and status management
WO2016172930A1 (en) * 2015-04-30 2016-11-03 深圳市银信网银科技有限公司 Network transaction paying method, network transaction receiving method, and network transaction payment method and system
CN107590725A (en) * 2017-09-20 2018-01-16 深圳市猎芯科技有限公司 A kind of network trading platform and its implementation
CN110223067A (en) * 2019-06-12 2019-09-10 北京航空航天大学 A pair of of pay this extra method and system under a kind of chain with decentralization characteristic
CN110310192A (en) * 2019-05-23 2019-10-08 平安银行股份有限公司 Transaction processing method, device, equipment and storage medium based on data analysis

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103186852A (en) * 2011-12-31 2013-07-03 乐活在线(北京)网络技术有限公司 Payment method, payment device and payment system of networked transaction
US20130304634A1 (en) * 2012-05-08 2013-11-14 Vantiv, Llc Systems and Methods for Performing Funds Freeze and/or Funds Seizure with Respect to Prepaid Payment Cards
CN103413241A (en) * 2013-07-12 2013-11-27 广州银联网络支付有限公司 Bank reception and payment system
CN105849755A (en) * 2013-10-02 2016-08-10 万事达卡国际股份有限公司 Transaction systems and associated methods for enhanced account balance and status management
WO2016172930A1 (en) * 2015-04-30 2016-11-03 深圳市银信网银科技有限公司 Network transaction paying method, network transaction receiving method, and network transaction payment method and system
CN107590725A (en) * 2017-09-20 2018-01-16 深圳市猎芯科技有限公司 A kind of network trading platform and its implementation
CN110310192A (en) * 2019-05-23 2019-10-08 平安银行股份有限公司 Transaction processing method, device, equipment and storage medium based on data analysis
CN110223067A (en) * 2019-06-12 2019-09-10 北京航空航天大学 A pair of of pay this extra method and system under a kind of chain with decentralization characteristic

Also Published As

Publication number Publication date
CN111784330B (en) 2024-03-15

Similar Documents

Publication Publication Date Title
US8061592B1 (en) Overdraft threshold analysis and decisioning
CN110443695A (en) Data processing method and its device, electronic equipment and medium
CN110599323B (en) Resource processing method and processing equipment
CN109584031A (en) Account checking method, device, electronic equipment and computer-readable medium
CN104463611A (en) Agent management system
CN109447607B (en) Transaction method and device for unit account
RU2013113167A (en) SYSTEMS AND METHODS FOR PAYING ACCOUNTS FOR PAYING CUSTOMERS USING THE PAYMENT PLATFORM OF THE SUPPLIER BILLING THE PAYMENT BILL
WO2020000720A1 (en) Server, packet processing method, program, and computer-readable storage medium
CN108573374A (en) It is a kind of that the daily fee payment method turning to pay and system are redeemed based on fund share
CN108830715A (en) Disk processing method and system are returned in batch documents part
CN111612511A (en) Resource allocation method and device based on activity task and electronic equipment
US20220067033A1 (en) Method and apparatus for processing data for a blockchain
CN109859031A (en) A kind of information processing method, node and the storage medium of block chain network
CN105844467A (en) Mobile phone game payment server, payment method and payment system
CN109347866A (en) Login method, device, system and computer readable storage medium
CN113935818A (en) Order settlement method, system and electronic equipment
CN1702673A (en) Transaction information processing method for network transaction system
CN115187378A (en) Loan automatic repayment method, system, computer equipment and storage medium
CN110264175A (en) Fund management system and method
CN107451301B (en) Processing method, device, equipment and storage medium for real-time delivery bill mail
CN110969520A (en) Loan application method, loan application device, loan application server and computer storage medium
CN110782310B (en) Method, device and system for asynchronously acquiring user attribute information from third-party platform
CN111784330A (en) Pseudo queue settlement method and system based on database and electronic equipment
CN110175714A (en) Data processing method, device and system
CN111640006B (en) Bank payment method and device, terminal and 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
GR01 Patent grant
GR01 Patent grant