CN111857888B - Transaction processing method and device - Google Patents

Transaction processing method and device Download PDF

Info

Publication number
CN111857888B
CN111857888B CN202010664289.2A CN202010664289A CN111857888B CN 111857888 B CN111857888 B CN 111857888B CN 202010664289 A CN202010664289 A CN 202010664289A CN 111857888 B CN111857888 B CN 111857888B
Authority
CN
China
Prior art keywords
transaction
request
type
target
determining
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.)
Active
Application number
CN202010664289.2A
Other languages
Chinese (zh)
Other versions
CN111857888A (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.)
China Construction Bank Corp
Original Assignee
China Construction Bank Corp
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 China Construction Bank Corp filed Critical China Construction Bank Corp
Priority to CN202010664289.2A priority Critical patent/CN111857888B/en
Publication of CN111857888A publication Critical patent/CN111857888A/en
Application granted granted Critical
Publication of CN111857888B publication Critical patent/CN111857888B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/448Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4488Object-oriented
    • G06F9/449Object-oriented method invocation or resolution
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/903Querying
    • G06F16/90335Query processing
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/76Adapting program code to run in a different environment; Porting

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The invention discloses a transaction processing method and device, and relates to the technical field of computers. One embodiment of the method comprises the following steps: obtaining a transaction request, the transaction request including at least one characteristic field; determining a transaction type corresponding to the transaction request according to the at least one characteristic field; determining a target transaction execution component from different types of transaction execution components according to the transaction type; and sending the transaction request to the target transaction execution component so that the target transaction execution component executes the transaction requested by the transaction request. The implementation mode realizes that the transactions of different transaction types are received and processed through the unified interface, reduces the development difficulty, avoids redundant development work and improves the development efficiency.

Description

Transaction processing method and device
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a transaction processing method and apparatus.
Background
In financial transactions, various transaction types, such as transfers, payouts, loans, etc., are typically involved. In the prior art, different transaction types need to correspond to different transaction interfaces, namely, transaction requests corresponding to different transaction types are respectively received by utilizing the different transaction interfaces.
In the process of implementing the present invention, the inventor finds that at least the following problems exist in the prior art:
different transaction interfaces are adopted for different transaction types, developers of the transaction interfaces also need to pay attention to specific transaction scenes, development difficulty is increased, and redundant development work is easy to occur.
Disclosure of Invention
In view of this, the embodiments of the present invention provide a transaction processing method and apparatus, which implement providing a unified interface for different types of transactions, and call different transaction execution components according to different transaction types after obtaining a transaction request through the unified interface, so as to execute different types of transactions, thereby implementing receiving and processing the transactions of different transaction types through the unified interface, so that developers of the transaction interface do not need to pay attention to specific transaction scenarios any more, reducing development difficulty, avoiding redundant development work, and improving development efficiency.
To achieve the above object, according to one aspect of an embodiment of the present invention, there is provided a transaction processing method.
The transaction processing method of the embodiment of the invention comprises the following steps: obtaining a transaction request, the transaction request including at least one characteristic field;
determining a transaction type corresponding to the transaction request according to the at least one characteristic field;
determining a target transaction execution component from different types of transaction execution components according to the transaction type;
and sending the transaction request to the target transaction execution component so that the target transaction execution component executes the transaction requested by the transaction request.
Optionally, the determining, according to the at least one feature field, a transaction type corresponding to the transaction request includes:
determining a field value of the feature field;
when the field value is matched with any transaction type in the type corresponding table, determining the transaction type matched with the field value as the transaction type corresponding to the transaction request; the type corresponding table comprises field values corresponding to a plurality of transaction types respectively.
Optionally, when the transaction type matching the field value does not exist in the type correspondence table, determining, according to the at least one feature field, the transaction type corresponding to the transaction request includes:
determining a payee account and a payer account corresponding to the transaction request according to the characteristic field;
and determining the transaction type corresponding to the transaction request according to the types of the payee account and the payer account.
Optionally, the sending the transaction request to the target transaction execution component to enable the target transaction to execute the transaction requested by the transaction request includes:
generating a transaction task corresponding to the transaction request, and storing the transaction task into a cache queue corresponding to the target transaction execution component so that the target transaction execution component extracts and executes the transaction task from the cache queue to execute the transaction requested by the transaction request.
Optionally, the method further comprises:
and determining whether the transaction task in the cache queue is successfully executed by adopting a polling mechanism, deleting the transaction task which is successfully executed from the cache queue, and restoring the transaction task which is not successfully executed to the cache queue.
Optionally, the method further comprises:
and sending the transaction request and the transaction type to the target transaction execution component so that the target transaction execution component invokes a transaction processing procedure corresponding to the transaction type to execute the transaction requested by the transaction request.
Optionally, after executing the transaction requested by the transaction request, the method further includes:
corresponding records are carried out on the serial numbers corresponding to the transaction requests and the transaction information;
and carrying out statistical analysis according to the recorded transaction information.
To achieve the above object, according to still another aspect of an embodiment of the present invention, there is provided a transaction processing apparatus.
The transaction processing device of the embodiment of the invention comprises: the system comprises a request acquisition module, a type determination module and a transaction execution module; wherein,
the request acquisition module is used for acquiring a transaction request, and the transaction request comprises at least one characteristic field;
the type determining module is used for determining the transaction type corresponding to the transaction request according to the at least one characteristic field;
the transaction execution module is used for determining a target transaction execution assembly from different types of transaction execution assemblies according to the transaction type; and sending the transaction request to the target transaction execution component so that the target transaction execution component executes the transaction requested by the transaction request.
To achieve the above object, according to still another aspect of an embodiment of the present invention, there is provided an electronic device that processes a transaction.
An electronic device for processing a transaction according to an embodiment of the present invention includes: one or more processors; and the storage device is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors are enabled to realize a transaction processing method according to the embodiment of the invention.
To achieve the above object, according to still another aspect of the embodiments of the present invention, there is provided a computer-readable storage medium.
A computer-readable storage medium of an embodiment of the present invention has stored thereon a computer program which, when executed by a processor, implements a transaction processing method of an embodiment of the present invention.
One embodiment of the above invention has the following advantages or benefits: the transaction request is acquired through a unified interface, then the transaction type corresponding to the transaction request is determined according to the characteristic field in the transaction request, and then the requested transaction is carried out by utilizing the target transaction execution component corresponding to the transaction type. Therefore, the transaction of different transaction types is received and processed through the unified interface, developers of the transaction interface do not need to pay attention to specific transaction scenes, development difficulty is reduced, redundant development work is avoided, and development efficiency is improved.
Further effects of the above-described non-conventional alternatives are described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:
FIG. 1 is a schematic diagram of the main steps of a transaction processing method according to an embodiment of the present invention;
FIG. 2 is a logic diagram of determining a transaction type in a transaction processing method according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a connection of a transaction processing device to a transaction execution component according to an embodiment of the present invention;
FIG. 4 is a schematic diagram of the main modules of a transaction processing device according to an embodiment of the invention;
FIG. 5 is an exemplary system architecture diagram in which embodiments of the present invention may be applied;
fig. 6 is a schematic diagram of a computer system suitable for use in implementing an embodiment of the invention.
Detailed Description
Exemplary embodiments of the present invention will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present invention are included to facilitate understanding, and are to be considered merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
It should be noted that the embodiments of the present invention and the technical features in the embodiments may be combined with each other without collision.
Fig. 1 is a schematic diagram of main steps of a transaction processing method according to an embodiment of the present invention.
As shown in fig. 1, a transaction processing method according to an embodiment of the present invention mainly includes the following steps:
step S101: a transaction request is obtained, the transaction request including at least one characteristic field.
The transaction request may be a request for different financial services, that is, the transaction corresponding to the transaction request may be a plurality of types of transactions such as payment settlement, transfer, collection, loan, and payment instead of collection. The feature field included in the transaction request may be a field agreed in advance between the request input terminal and the transaction processing device provided by the embodiment of the present invention.
Step S102: and determining the transaction type corresponding to the transaction request according to the at least one characteristic field.
After the transaction processing device provided by the embodiment of the invention acquires the transaction request through the unified interface, analyzing the characteristic field from the transaction request, and then determining the field value of the characteristic field; when the field value is matched with any transaction type in the type corresponding table, determining the transaction type matched with the field value as the transaction type corresponding to the transaction request; the type corresponding table comprises field values corresponding to a plurality of transaction types respectively.
For example, the characteristic field may be a pre-agreed transfer channel code that is carried in the transaction request. In one embodiment of the present invention, the transfer channel code may be "tflchncd", and after the transfer channel code is parsed from the transaction request, a field value corresponding to the transfer channel code is determined. Then, the transaction type corresponding to the field value is determined by using a pre-configured type corresponding table. Wherein, the type correspondence table may be recorded in the form shown in the following table 1:
TABLE 1
Based on the transaction type and the field value recorded in table 1, the transaction type corresponding to the transaction request can be determined. For example, when tflchncd=cesupop, it is indicated that the transaction type corresponding to the transaction request is cross-generation, and then the transaction processing device provided by the embodiment of the invention may call the target transaction execution component corresponding to the cross-generation to execute the transaction requested by the transaction request. For another example, tflchncd=cescrd, which indicates that the transaction type corresponding to the transaction request is a payment transaction executed by the commerce card, then the transaction processing device provided in the embodiment of the invention may call the target transaction execution component corresponding to the payment transaction executed by the commerce card to execute the transaction requested by the transaction request. In addition, when tflchncd=jlwj, it is indicated that the transaction type corresponding to the transaction request is a single transaction, and then the transaction processing device provided in the embodiment of the invention may call the target transaction execution component corresponding to the single transaction to execute the transaction requested by the transaction request. Finally, when tflchncd=ectip, it is indicated that the transaction type corresponding to the transaction request is a branch transaction, and then the transaction processing device provided in the embodiment of the present invention may call the target transaction execution component corresponding to the branch transaction to execute the transaction requested by the transaction request.
In addition, when the transaction type matched with the field value does not exist in the type corresponding table, determining a payee account and a payer account corresponding to the transaction request according to the characteristic field; and determining the transaction type corresponding to the transaction request according to the types of the payee account and the payer account.
For example, the payee account and payer account may be of various types such as debit card, public account, private account, one-account main account and one-account sub-account. When the transaction type cannot be directly determined from the characteristic field of the transaction request, the transaction type corresponding to the transaction request can be determined according to the types of the payee account and the payer account represented by the characteristic field.
For example, when the payer account and the payee account are both a family account and the corresponding family main account is the same, the transaction type corresponding to the transaction request is determined to be family transfer. When the account of the payer is an internal public account and the account of the payee is an internal loan account, the transaction type corresponding to the transaction request is a public loan. For another example, when the payer account is a principal account and the payee account is a principal account, then the transaction type may be determined to be a cross-line payment transaction. When the payee account is a principal account and the payer account is a principal account, then the transaction type may be determined to be a cross-line payee transaction. When the payee account or payer account is a foreign exchange account, then the transaction type is a foreign exchange transaction. When one of the payer account or the payee account is a settlement card, the other account needs to be a settlement card, an internal account, a card account or a current account, and the like, if the account type of the other account does not meet the requirements, the transaction is difficult to realize, and the transaction abnormality is prompted at the moment. If the account type of the other party account meets the requirement, determining that the transaction type corresponding to the transaction request is the public settlement card.
A simple logic diagram in which transaction types are determined according to the types of payer accounts and payee accounts may be referred to fig. 2. As shown in fig. 2, if the payer account and the payee account are peer accounts, the transaction type is in-line transfer, when the payer account and the payee account are accounts of different lines, that is, when the payer account and the payee account are cross-line accounts, the transaction type is cross-line transfer, and when the payer account or the payee account is a foreign exchange account, the transaction type is foreign exchange transaction.
In one embodiment of the invention, determining the transaction type based on the field value and determining the transaction type based on the payee account and the payer account may be accomplished by a rule processing engine that may employ if-else logic to determine whether the transaction type may be determined based on the field value, and if not, then determining the transaction type based on the payee account and the payer account.
It will be appreciated that the characteristic fields that characterize the payee account, payer account, and transaction type vary. In addition, unified features may be employed to represent transaction features of the same meaning or same purpose, e.g., unified feature fields to represent transfer channel code "tflchncd", unified feature fields to represent payee accounts of the same type, unified feature fields to represent payer accounts of the same type, etc. With personalized difference fields such as transaction amount and transaction time, etc. in the transaction process, the assignment is made in the transaction process, thereby reducing code redundancy.
Step S103: and determining a target transaction execution component from different types of transaction execution components according to the transaction type.
Step S104: the transaction request is sent to the target transaction execution component to cause the target transaction to execute the transaction requested by the transaction request.
A schematic connection between a transaction processing device and a plurality of transaction execution components according to an embodiment of the present invention may be shown in fig. 3. In fig. 3, payment settlement, loan deposit, pay-as-you-go, foreign exchange, and charge metering are each different transaction execution components. After the transaction processing device determines the transaction type corresponding to the transaction request, the transaction request may be sent to the corresponding target transaction execution component. The transaction processing device can adopt a unified packaging mode to provide a unified interface for the outside so as to receive different transaction requests. According to the corresponding rules of the characteristic field, the transaction type and the transaction execution assembly, the transaction request corresponding to different transaction types is routed to the corresponding transaction execution assembly, that is, different transaction paths are provided internally according to different transaction types so as to realize different types of transactions. Therefore, a developer only needs to complete the butt joint of the corresponding transaction execution assembly and the transaction processing device provided by the embodiment of the invention according to the transaction type, and does not need to pay attention to a specific transaction scene; when the transaction execution assembly is changed or modified, the transaction execution assembly is also convenient to analyze and carry out targeted modification, such as modification of corresponding connection parameters, so that development difficulty is reduced.
In one embodiment of the invention, the same transaction execution component may implement multiple transaction processes, with different transaction processes corresponding to different transaction types. Thus, after determining the transaction type corresponding to the transaction request, the transaction request and the transaction type may be sent to the target transaction execution component, so that the target transaction execution component invokes a transaction processing procedure corresponding to the transaction type to execute the transaction requested by the transaction request.
That is, after determining the transaction types corresponding to the transaction requests, if the transaction types correspond to the same transaction execution component, the transaction processing device provided in the embodiment of the present invention may send the transaction requests corresponding to the transaction types to the same transaction execution component, and send the transaction types corresponding to the transaction requests to the transaction execution component, so that the transaction execution component invokes the transaction processing procedures corresponding to the transaction types to implement the transaction corresponding to the transaction requests. Therefore, the transaction type is sent to the corresponding target transaction execution component, so that the target transaction execution component can conveniently realize the call of the transaction processing process according to the transaction type, the realization of the transaction is facilitated, and the efficiency of the transaction execution is improved.
When the transaction processing device forwards the transaction request to the target transaction execution component, the information such as the account number of the payer, the account name of the payer, the payment Fang Hanghao, the bank name of the payer, the account number of the payee, the account name of the payee, the cash Fang Hanghao, the bank name of the payee, the transaction amount, the exchange way and/or the transaction remark can be assigned to the transaction request message, so that the target transaction execution component can call the corresponding transaction processing process according to the assigned transaction request message.
In addition, in order to ensure smooth execution of the transaction and facilitate transaction reconciliation processing (such as transaction result query and confirmation), in one embodiment of the present invention, after a transaction request is received, a transaction task corresponding to the transaction request is generated, and the transaction task is stored in a buffer queue corresponding to the target transaction execution component, so that the target transaction execution component extracts and executes the transaction task from the buffer queue to execute the transaction requested by the transaction request.
In order to record transaction information conveniently, complete transaction checking processing (such as transaction result query and confirmation) and avoid repeated execution of transactions, in one embodiment of the invention, a polling mechanism is adopted to determine whether a transaction task in the cache queue is successfully executed, delete the transaction task which is successfully executed from the cache queue, and restore the transaction task which is not successfully executed to the cache queue.
When some transactions are difficult to be completed immediately, there may be a situation that a transaction task in a cache queue is extracted but not successfully executed, for example, during a foreign exchange transaction, a foreign exchange transaction may be difficult to be completed immediately due to a transaction time difference or other reasons, after the corresponding transaction task is extracted, the transaction task is required to be replaced in the cache queue due to incomplete transaction, and generally, the transaction task is placed at the end of the cache queue during the replacement. Therefore, through the polling mechanism, each transaction task can be guaranteed to be executed, namely, the account checking processing of the transaction is completed, and after the task is successfully executed, the corresponding transaction task is deleted from the cache queue, so that the transaction task is prevented from being repeatedly executed, transaction errors are avoided, and meanwhile, the execution efficiency of the transaction is improved.
In addition, after the transaction is successfully executed, the serial number corresponding to the transaction request and the transaction information can be correspondingly recorded; and carrying out statistical analysis according to the recorded transaction information.
For example, when a transaction request is received, a corresponding transaction serial number is generated, the transaction serial numbers corresponding to each transaction request are stored in the same record table, and after the transaction is completed, transaction information corresponding to each transaction is correspondingly stored in the record table, so that data such as transaction quantity, total transaction amount in a certain period (such as daily or weekly) and transaction peak value are subjected to statistical analysis, and unified reconciliation processing is realized. Therefore, unified transaction serial number and transaction information can be correspondingly recorded, unified transaction serial number records are provided, and unified reconciliation processing such as transaction result inquiry confirmation, remittance and the like is facilitated.
According to the transaction processing method, a transaction request is acquired through a unified interface, a transaction type corresponding to the transaction request is determined according to a characteristic field in the transaction request, and a target transaction execution component corresponding to the transaction type is utilized for requested transaction. Therefore, the transaction of different transaction types is received and processed through the unified interface, developers of the transaction interface do not need to pay attention to specific transaction scenes, development difficulty is reduced, redundant development work is avoided, and development efficiency is improved.
Fig. 4 is a schematic diagram of main modules of a transaction processing device according to an embodiment of the present invention.
As shown in fig. 4, a transaction processing apparatus 400 according to an embodiment of the present invention includes: a request acquisition module 401, a type determination module 402, and a transaction execution module 403; wherein,
the request acquisition module 401 is configured to acquire a transaction request, where the transaction request includes at least one feature field;
the type determining module 402 is configured to determine, according to the at least one feature field, a transaction type corresponding to the transaction request;
the transaction execution module 403 is configured to determine a target transaction execution component from different types of transaction execution components according to the transaction type; and sending the transaction request to the target transaction execution component so that the target transaction execution component executes the transaction requested by the transaction request.
In one embodiment of the present invention, the type determining module 402 is configured to determine a field value of the feature field; when the field value is matched with any transaction type in the type corresponding table, determining the transaction type matched with the field value as the transaction type corresponding to the transaction request; the type corresponding table comprises field values corresponding to a plurality of transaction types respectively.
In one embodiment of the present invention, the type determining module 402 is configured to determine, when the transaction type matching the field value does not exist in the type correspondence table, a payee account and a payer account corresponding to the transaction request according to the feature field; and determining the transaction type corresponding to the transaction request according to the types of the payee account and the payer account.
In one embodiment of the present invention, the transaction execution module 403 is configured to generate a transaction task corresponding to the transaction request, and store the transaction task in a buffer queue corresponding to the target transaction execution component, so that the target transaction execution component extracts and executes the transaction task from the buffer queue to execute the transaction requested by the transaction request.
In one embodiment of the present invention, the transaction execution module 403 is configured to determine whether the transaction task in the cache queue is successfully executed by using a polling mechanism, delete the transaction task that is successfully executed from the cache queue, and restore the transaction task that is not successfully executed to the cache queue.
In one embodiment of the present invention, the transaction execution module 403 is configured to send the transaction request and the transaction type to the target transaction execution component, so that the target transaction execution component invokes a transaction processing procedure corresponding to the transaction type to execute the transaction requested by the transaction request.
In one embodiment of the present invention, the transaction execution module 403 is further configured to record a serial number corresponding to the transaction request and transaction information; and carrying out statistical analysis according to the recorded transaction information.
According to the transaction processing device, a transaction request is acquired through a unified interface, a transaction type corresponding to the transaction request is determined according to a characteristic field in the transaction request, and a target transaction execution component corresponding to the transaction type is utilized for requested transaction. Therefore, the transaction of different transaction types is received and processed through the unified interface, developers of the transaction interface do not need to pay attention to specific transaction scenes, development difficulty is reduced, redundant development work is avoided, and development efficiency is improved.
Fig. 5 illustrates an exemplary system architecture 500 to which a transaction processing method or a transaction processing device of embodiments of the invention may be applied.
As shown in fig. 5, the system architecture 500 may include terminal devices 501, 502, 503, a network 504, and a server 505. The network 504 is used as a medium to provide communication links between the terminal devices 501, 502, 503 and the server 505. The network 504 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.
A user may interact with the server 505 via the network 504 using the terminal devices 501, 502, 503 to receive or send messages or the like. Various communication client applications, such as shopping class applications, web browser applications, search class applications, instant messaging tools, mailbox clients, social platform software, etc., may be installed on the terminal devices 501, 502, 503.
The terminal devices 501, 502, 503 may be a variety of electronic devices having a display screen and supporting web browsing, including but not limited to smartphones, tablets, laptop and desktop computers, and the like.
The server 505 may be a server providing various services, such as a background management server providing support for shopping-type websites browsed by the user using the terminal devices 501, 502, 503. The background management server can analyze and other processing on the received data such as the product information inquiry request and the like, and feed back processing results (such as target push information and product information) to the terminal equipment.
It should be noted that, in the present embodiment, a transaction processing method is generally executed by the server 505, and accordingly, a transaction processing device is generally disposed in the server 505.
It should be understood that the number of terminal devices, networks and servers in fig. 5 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
Referring now to FIG. 6, there is illustrated a schematic diagram of a computer system 600 suitable for use in implementing an embodiment of the present invention. The terminal device shown in fig. 6 is only an example, and should not impose any limitation on the functions and the scope of use of the embodiment of the present invention.
As shown in fig. 6, the computer system 600 includes a Central Processing Unit (CPU) 601, which can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 602 or a program loaded from a storage section 608 into a Random Access Memory (RAM) 603. In the RAM 603, various programs and data required for the operation of the system 600 are also stored. The CPU 601, ROM 602, and RAM 603 are connected to each other through a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.
The following components are connected to the I/O interface 605: an input portion 606 including a keyboard, mouse, etc.; an output portion 607 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 608 including a hard disk and the like; and a communication section 609 including a network interface card such as a LAN card, a modem, or the like. The communication section 609 performs communication processing via a network such as the internet. The drive 610 is also connected to the I/O interface 605 as needed. Removable media 611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on drive 610 so that a computer program read therefrom is installed as needed into storage section 608.
In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method shown in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication portion 609, and/or installed from the removable medium 611. The above-described functions defined in the system of the present invention are performed when the computer program is executed by a Central Processing Unit (CPU) 601.
The computer readable medium shown in the present invention may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, 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. In the context of this document, a computer 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. In the present invention, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer 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 computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The modules involved in the embodiments of the present invention may be implemented in software or in hardware. The described modules may also be provided in a processor, for example, as: a processor includes a request acquisition module, a type determination module, and a transaction execution module. The names of these modules do not constitute a limitation on the module itself in some cases, and for example, the request acquisition module may also be described as "module that acquires a transaction request".
As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be present alone without being fitted into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to include: obtaining a transaction request, the transaction request including at least one characteristic field; determining a transaction type corresponding to the transaction request according to the at least one characteristic field; determining a target transaction execution component from different types of transaction execution components according to the transaction type; and sending the transaction request to the target transaction execution component so that the target transaction execution component executes the transaction requested by the transaction request.
According to the technical scheme of the embodiment of the invention, the transaction request is acquired through the unified interface, the transaction type corresponding to the transaction request is determined according to the characteristic field in the transaction request, and the requested transaction is carried out by utilizing the target transaction execution component corresponding to the transaction type. Therefore, the transaction of different transaction types is received and processed through the unified interface, developers of the transaction interface do not need to pay attention to specific transaction scenes, development difficulty is reduced, redundant development work is avoided, and development efficiency is improved.
The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives can occur depending upon design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.

Claims (8)

1. A transaction processing method, comprising:
obtaining transaction requests of different transaction types through a unified interface, wherein the transaction requests comprise at least one characteristic field;
determining a transaction type corresponding to the transaction request according to the at least one characteristic field; the method comprises the following steps: determining a field value of the characteristic field, and determining a payee account and a payer account corresponding to the transaction request according to the characteristic field when a transaction type matched with the field value does not exist in a type corresponding table; determining the transaction type corresponding to the transaction request according to the types of the payee account and the payer account;
determining a target transaction execution component from different types of transaction execution components according to the transaction type;
transmitting the transaction request to the target transaction execution component so that the target transaction execution component executes the transaction requested by the transaction request; wherein different transaction types correspond to different transaction paths, routing the transaction request to the target transaction execution component according to the transaction paths;
wherein the same transaction execution component implements a plurality of transaction processes, different transaction processes corresponding to different transaction types;
the method further comprises the steps of:
and sending the transaction request and the transaction type to the target transaction execution component so that the target transaction execution component invokes a transaction processing procedure corresponding to the transaction type to execute the transaction requested by the transaction request.
2. The method of claim 1, wherein determining the transaction type corresponding to the transaction request based on the at least one characteristic field comprises:
when the field value is matched with any transaction type in the type corresponding table, determining the transaction type matched with the field value as the transaction type corresponding to the transaction request; the type corresponding table comprises field values corresponding to a plurality of transaction types respectively.
3. The method of claim 1, wherein the sending the transaction request to the target transaction execution component to cause the target transaction to execute the transaction requested by the transaction request comprises:
generating a transaction task corresponding to the transaction request, and storing the transaction task into a cache queue corresponding to the target transaction execution component so that the target transaction execution component extracts and executes the transaction task from the cache queue to execute the transaction requested by the transaction request.
4. A method according to claim 3, further comprising:
and determining whether the transaction task in the cache queue is successfully executed by adopting a polling mechanism, deleting the transaction task which is successfully executed from the cache queue, and restoring the transaction task which is not successfully executed to the cache queue.
5. The method of claim 1, further comprising, after executing the transaction requested by the transaction request:
corresponding records are carried out on the serial numbers corresponding to the transaction requests and the transaction information;
and carrying out statistical analysis according to the recorded transaction information.
6. A transaction processing device, comprising: the system comprises a request acquisition module, a type determination module and a transaction execution module; wherein,
the request acquisition module is used for acquiring transaction requests of different transaction types through a unified interface, and the transaction requests comprise at least one characteristic field;
the type determining module is used for determining the transaction type corresponding to the transaction request according to the at least one characteristic field; the method comprises the following steps: determining a field value of the characteristic field, and determining a payee account and a payer account corresponding to the transaction request according to the characteristic field when a transaction type matched with the field value does not exist in a type corresponding table; determining the transaction type corresponding to the transaction request according to the types of the payee account and the payer account;
the transaction execution module is used for determining a target transaction execution assembly from different types of transaction execution assemblies according to the transaction type; transmitting the transaction request to the target transaction execution component so that the target transaction execution component executes the transaction requested by the transaction request; wherein different transaction types correspond to different transaction paths, routing the transaction request to the target transaction execution component according to the transaction paths;
wherein the same transaction execution component implements a plurality of transaction processes, different transaction processes corresponding to different transaction types;
causing the target transaction execution component to execute the transaction requested by the transaction request, comprising: such that the target transaction execution component invokes a transaction processing procedure corresponding to the transaction type to execute the transaction requested by the transaction request.
7. An electronic device for processing transactions, comprising:
one or more processors;
storage means for storing one or more programs,
when executed by the one or more processors, causes the one or more processors to implement the method of any of claims 1-5.
8. A computer readable medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the method according to any of claims 1-5.
CN202010664289.2A 2020-07-10 2020-07-10 Transaction processing method and device Active CN111857888B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010664289.2A CN111857888B (en) 2020-07-10 2020-07-10 Transaction processing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010664289.2A CN111857888B (en) 2020-07-10 2020-07-10 Transaction processing method and device

Publications (2)

Publication Number Publication Date
CN111857888A CN111857888A (en) 2020-10-30
CN111857888B true CN111857888B (en) 2023-11-07

Family

ID=72983000

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010664289.2A Active CN111857888B (en) 2020-07-10 2020-07-10 Transaction processing method and device

Country Status (1)

Country Link
CN (1) CN111857888B (en)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112184422B (en) * 2020-09-28 2024-09-06 金蝶软件(中国)有限公司 Transaction method and related equipment
CN113763141B (en) * 2021-02-10 2024-07-16 北京沃东天骏信息技术有限公司 Settlement method and device, electronic equipment and storage medium
CN113129151B (en) * 2021-05-13 2025-08-08 中国建设银行股份有限公司 Transaction processing method and device
CN113159957B (en) * 2021-05-17 2022-11-04 深圳前海微众银行股份有限公司 A transaction processing method and device
CN113657817B (en) * 2021-10-19 2022-06-24 中电金信软件有限公司 Transaction processing method and device, electronic equipment and readable storage medium
CN113971097A (en) * 2021-10-29 2022-01-25 中国银行股份有限公司 A transaction processing method and device
CN114240658A (en) * 2021-12-16 2022-03-25 中国工商银行股份有限公司 Data processing method and device, electronic equipment and computer readable storage medium
CN114489872A (en) * 2022-02-16 2022-05-13 中银金融科技有限公司 An interface calling method, device and electronic device
CN114841708A (en) * 2022-05-13 2022-08-02 中国工商银行股份有限公司 Information verification method, device, equipment and medium based on distributed interactive system
CN115048198A (en) * 2022-05-13 2022-09-13 中国工商银行股份有限公司 Service processing method, device, equipment and medium based on distributed interactive system

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104616193A (en) * 2015-02-05 2015-05-13 中国农业银行股份有限公司 Accounting information processing method, device and system
CN105205717A (en) * 2015-11-10 2015-12-30 中国建设银行股份有限公司 Bank system transaction information management method, system and general account transfer system
CN106775985A (en) * 2016-12-26 2017-05-31 中国建设银行股份有限公司 A kind of batch processing task dispatching method and device
CN109726018A (en) * 2018-02-07 2019-05-07 中国平安财产保险股份有限公司 Method for processing business, device, equipment and computer readable storage medium
CN110264358A (en) * 2019-06-13 2019-09-20 深圳前海微众银行股份有限公司 A kind of transaction processing method and device
CN110415118A (en) * 2019-07-29 2019-11-05 中国工商银行股份有限公司 Processing method and its device, electronic equipment and medium
CN110442608A (en) * 2019-07-31 2019-11-12 中国工商银行股份有限公司 Information processing method, device, electronic equipment, medium and system
CN110706093A (en) * 2019-09-25 2020-01-17 中国建设银行股份有限公司 Accounting processing method and device
CN110941488A (en) * 2019-12-11 2020-03-31 中国建设银行股份有限公司 Task processing method, device, equipment and storage medium
CN111179081A (en) * 2019-12-24 2020-05-19 中国建设银行股份有限公司 Message processing method and processing device

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104616193A (en) * 2015-02-05 2015-05-13 中国农业银行股份有限公司 Accounting information processing method, device and system
CN105205717A (en) * 2015-11-10 2015-12-30 中国建设银行股份有限公司 Bank system transaction information management method, system and general account transfer system
CN106775985A (en) * 2016-12-26 2017-05-31 中国建设银行股份有限公司 A kind of batch processing task dispatching method and device
CN109726018A (en) * 2018-02-07 2019-05-07 中国平安财产保险股份有限公司 Method for processing business, device, equipment and computer readable storage medium
CN110264358A (en) * 2019-06-13 2019-09-20 深圳前海微众银行股份有限公司 A kind of transaction processing method and device
CN110415118A (en) * 2019-07-29 2019-11-05 中国工商银行股份有限公司 Processing method and its device, electronic equipment and medium
CN110442608A (en) * 2019-07-31 2019-11-12 中国工商银行股份有限公司 Information processing method, device, electronic equipment, medium and system
CN110706093A (en) * 2019-09-25 2020-01-17 中国建设银行股份有限公司 Accounting processing method and device
CN110941488A (en) * 2019-12-11 2020-03-31 中国建设银行股份有限公司 Task processing method, device, equipment and storage medium
CN111179081A (en) * 2019-12-24 2020-05-19 中国建设银行股份有限公司 Message processing method and processing device

Also Published As

Publication number Publication date
CN111857888A (en) 2020-10-30

Similar Documents

Publication Publication Date Title
CN111857888B (en) Transaction processing method and device
CN111160845B (en) Service processing method and device
CN112184240A (en) Refund request processing method and device
CN111861437A (en) A payment processing method and device
CN112308552B (en) Method and device for ordering medical insurance medicine
CN114997977B (en) Data processing method, device, electronic equipment and computer readable medium
CN111861745B (en) Service wind control method and device
CN112288577A (en) Transaction processing method and device for distributed service, electronic equipment and medium
CN111881329A (en) An account balance management method and system
CN113704222B (en) A method and device for processing a service request
CN111367663A (en) Service processing method and device
CN110705981A (en) Real-time settlement method and device
CN115134208A (en) Message conversion method, device, electronic device and storage medium
CN114841795A (en) Service processing method and device, electronic equipment and computer readable medium
CN110889682A (en) Payment information processing method, device, medium and equipment based on block chain
CN112990991B (en) Method and device for combined invoicing
CN111724245A (en) A credit card financing method and system
CN112232943A (en) Method and device for multi-mode binding of virtual account
CN111861649A (en) Method, device, equipment and computer readable medium for processing order
CN112950380B (en) Block chain-based transaction consistency processing method and device
CN113469795B (en) Order payment method and device
CN111526184B (en) Business auditing method and device
CN114841690A (en) Deduction processing method and device, electronic equipment and computer readable medium
CN116185806A (en) A testing method and device for a digital currency system
CN112598408A (en) Method and device for automatic account-arrival freezing

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220923

Address after: 25 Financial Street, Xicheng District, Beijing 100033

Applicant after: CHINA CONSTRUCTION BANK Corp.

Address before: 25 Financial Street, Xicheng District, Beijing 100033

Applicant before: CHINA CONSTRUCTION BANK Corp.

Applicant before: Jianxin Financial Science and Technology Co.,Ltd.

GR01 Patent grant
GR01 Patent grant