CN116644925A - Financial business processing method, device, equipment and storage medium - Google Patents

Financial business processing method, device, equipment and storage medium Download PDF

Info

Publication number
CN116644925A
CN116644925A CN202310636776.1A CN202310636776A CN116644925A CN 116644925 A CN116644925 A CN 116644925A CN 202310636776 A CN202310636776 A CN 202310636776A CN 116644925 A CN116644925 A CN 116644925A
Authority
CN
China
Prior art keywords
transaction
target
identifier
atomic transaction
atomic
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310636776.1A
Other languages
Chinese (zh)
Inventor
王汝娇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bank of China Ltd
Original Assignee
Bank of China 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 Bank of China Ltd filed Critical Bank of China Ltd
Priority to CN202310636776.1A priority Critical patent/CN116644925A/en
Publication of CN116644925A publication Critical patent/CN116644925A/en
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

The application provides a financial business processing method, a device, equipment and a storage medium, which can be used in the financial field. The method comprises the following steps: acquiring a service processing request sent by a user terminal; analyzing the corresponding transaction demand data packet according to the analysis strategy corresponding to the target service identifier so as to obtain transaction demand data corresponding to the target atomic transaction; sequentially executing a transaction processing program corresponding to the target atomic transaction identifier according to the sequential arrangement and the corresponding transaction demand data and obtaining output data; and if the target atomic transaction corresponding to the service processing request is determined to be completed, sending the acquired output data to the user terminal so that the user terminal displays the processing result of the service processing request based on the output data. Corresponding business transaction processing programs can be executed according to the order of business transactions sent by the user terminal, multiple interactions are not needed, and the complexity of user operation is reduced; in addition, the existing transaction processing program can be not required to be modified, and secondary repeated development can be avoided.

Description

Financial business processing method, device, equipment and storage medium
Technical Field
The present application relates to the field of finance, and in particular, to a method, apparatus, device, and storage medium for processing financial services.
Background
Currently, when working on complex business and multi-transaction business of banking system, workers usually do so by keeping in mind the order of atomic transaction codes and atomic transaction codes. After the transaction is completed, the next atomic transaction code and the corresponding transaction demand data are sequentially input to carry out the next transaction until the transaction under the scene service is processed.
Because the user is required to input multiple atomic transaction codes and corresponding transaction requirement data, the transaction under the service scene can be completed only by interacting with the core system for multiple times, so that the efficiency is reduced; in the process of processing each transaction of the service, repeated steps such as multiple times of authorization verification and the like can exist, the operation is tedious and easy to make mistakes, and when a plurality of transactions are carried out, the clients are required to sign and confirm respectively, so that the client experience is poor.
Disclosure of Invention
The application provides a financial service processing method, a financial service processing device, financial service processing equipment and a financial service processing storage medium, which are used for solving the problems that the efficiency of completing service requests is low, repeated steps are carried out, the operation is complicated, and the client is required to sign and confirm respectively.
In a first aspect, the present application provides a financial service processing method, applied to a server, including:
acquiring a service processing request sent by a user terminal, wherein the service processing request comprises the following steps: target business identification, a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to target atomic transactions;
analyzing the corresponding transaction demand data packet according to the analysis strategy corresponding to the target service identifier so as to obtain transaction demand data corresponding to the target atomic transaction;
sequentially executing a transaction processing program corresponding to the target atomic transaction identifier according to the sequence arrangement and the corresponding transaction demand data, and sequentially acquiring output data corresponding to the target atomic transaction identifier according to the sequence;
and if the target atomic transaction corresponding to the service processing request is determined to be completed, sending the acquired output data to the user terminal so that the user terminal displays the processing result of the service processing request based on the output data.
In a second aspect, the present application provides a financial service processing method, applied to a user terminal, including:
determining a plurality of target atomic transaction identifications and arrangement sequences thereof in response to target service identifications input or selected by a user in a service processing operation interface;
Displaying input boxes of transaction demand data corresponding to a plurality of target atomic transactions in a business processing operation interface;
acquiring transaction demand data input or selected by a user in an input box, and packaging the transaction demand data into a transaction demand data packet corresponding to target atomic transaction;
generating a service processing request based on a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to the target atomic transactions, and sending the service processing request to a server;
and responding to the received output data sent by the server, and displaying the output data according to a preset display strategy so as to display a processing result of the service processing request.
In a third aspect, the present application provides a financial service processing apparatus, applied to a server, including:
the acquisition module is used for acquiring a service processing request sent by the user terminal, wherein the service processing request comprises the following components: target business identification, a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to target atomic transactions;
the analysis module is used for analyzing the corresponding transaction demand data packet according to the analysis strategy corresponding to the target service identifier so as to acquire transaction demand data corresponding to the target atomic transaction;
The execution module is used for sequentially executing the transaction processing program corresponding to the target atomic transaction identifier according to the sequence arrangement and the corresponding transaction demand data, and sequentially acquiring the output data corresponding to the target atomic transaction identifier according to the sequence;
and the sending module is used for sending the obtained output data to the user terminal if the target atomic transaction corresponding to the service processing request is determined to be completed, so that the user terminal displays the processing result of the service processing request based on the output data.
In a fourth aspect, the present application provides a financial service processing apparatus, applied to a user terminal, including:
the determining module is used for responding to target service identifiers input or selected by a user in the service processing operation interface and determining a plurality of target atomic transaction identifiers and the arrangement sequence thereof;
the display module is used for displaying input boxes of transaction demand data corresponding to a plurality of target atomic transactions in the service processing operation interface;
the processing module is used for acquiring transaction demand data input or selected by a user in the input box and packaging the transaction demand data into a transaction demand data packet corresponding to the target atomic transaction;
the generation module is used for generating a service processing request based on a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to the target atomic transactions;
The sending module is used for sending the service processing request to a server;
the display module is also used for responding to the received output data sent by the server and displaying the output data according to a preset display strategy so as to display the processing result of the service processing request.
In a fifth aspect, the present application provides a server comprising: a processor, and a memory and transceiver communicatively coupled to the processor;
the memory stores computer-executable instructions; the transceiver is used for receiving and transmitting data;
the processor executes the computer-executable instructions stored in the memory to implement the financial transaction processing method according to the first aspect.
In a sixth aspect, the present application provides a user terminal, including: a processor, and a memory and transceiver communicatively coupled to the processor;
the memory stores computer-executable instructions; the transceiver is used for receiving and transmitting data;
the processor executes the computer-executable instructions stored in the memory to implement the financial transaction processing method according to the second aspect.
In a seventh aspect, the present application provides a computer-readable storage medium having stored therein computer-executable instructions which, when executed by a processor, are configured to implement the financial transaction processing method according to the first or second aspects.
In a fifth aspect, the present application provides a computer program product comprising computer-executable instructions which, when executed by a processor, implement the financial transaction processing method of the first or second aspects above.
The financial service processing method, the device, the equipment and the storage medium provided by the application are applied to a server, and after a service processing request sent by a user terminal is acquired, a corresponding transaction demand data packet is analyzed according to an analysis strategy corresponding to a target service identifier so as to acquire transaction demand data corresponding to target atomic transaction; sequentially executing a transaction processing program corresponding to the target atomic transaction identifier according to the sequence arrangement and the corresponding transaction demand data, and sequentially acquiring output data corresponding to the target atomic transaction identifier according to the sequence; and if the target atomic transaction corresponding to the service processing request is determined to be completed, sending the acquired output data to the user terminal so that the user terminal displays the processing result of the service processing request based on the output data. The transaction processing program corresponding to the atomic transaction is pre-packaged, and the corresponding business transaction processing program can be executed according to the sequence of business transactions sent by the user terminal, so that multiple interactions are not needed when complex business is processed for multiple times of atomic transactions, the processing steps are reduced, and the repeated input and authentication of a user are reduced; and the data packet sent by the user terminal is analyzed into the input data of the transaction processing program, so that the existing transaction processing program is not required to be modified, and secondary repeated development can be avoided.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application.
FIG. 1 is a schematic view of an application scenario provided herein;
FIG. 2 is a flowchart of a financial transaction processing method according to a first embodiment of the present application;
FIG. 3 is a flowchart of another method for processing financial services according to an embodiment of the present application;
FIG. 4 is a diagram of a target business atomic transaction configuration representation intent provided by an embodiment of the present application;
FIG. 5 is a flowchart of a financial transaction processing method according to a second embodiment of the present application;
fig. 6 is a schematic structural diagram of a financial service processing apparatus according to a third embodiment of the present application;
fig. 7 is a schematic structural diagram of a financial service processing apparatus according to a fourth embodiment of the present application;
fig. 8 is a schematic structural diagram of a server according to a fifth embodiment of the present application;
fig. 9 is a schematic structural diagram of a user terminal according to a fifth embodiment of the present application.
Specific embodiments of the present application have been shown by way of the above drawings and will be described in more detail below. The drawings and the written description are not intended to limit the scope of the inventive concepts in any way, but rather to illustrate the inventive concepts to those skilled in the art by reference to the specific embodiments.
Detailed Description
Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples do not represent all implementations consistent with the application. Rather, they are merely examples of apparatus and methods consistent with aspects of the application as detailed in the accompanying claims.
The terms "first," "second," and the like are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. In the following description of the embodiments, the meaning of "a plurality" is two or more, unless explicitly defined otherwise.
First, the prior art to which the present application relates will be described in detail and analyzed.
Financial transactions are typically handled in a number of steps, for example, loss reporting transactions may include: temporary/long term credential loss, password loss, credential reissue, account freeze, sales, etc. A large number of clients transact multiple loss reporting transactions at a time, such as selling after a credential has been reported and confirmed, or resetting and renewing the password after a password has been reported. The method is characterized in that the method can be completed only by interacting with a core system for multiple times, so that efficiency is reduced, repeated steps such as multiple times of authorization verification and the like can exist in the process of processing each transaction of the service, operation is complicated and easy to make mistakes, and when a plurality of transactions are carried out, clients are required to sign and confirm respectively, and client experience is poor.
The inventor finds out in the study that the existing transaction processing program can be packaged, and the corresponding transaction processing program is executed according to the sequence of business transactions sent by the user terminal. In addition, by combining and arranging the existing business transaction, the uploaded data packet is analyzed into the input data of the transaction processing program, the existing transaction processing program does not need to be modified, and secondary repeated development can be avoided. After acquiring a service processing request sent by a user terminal, analyzing a corresponding transaction demand data packet in the service processing request according to an analysis strategy corresponding to a target service identifier so as to acquire transaction demand data corresponding to target atomic transaction; sequentially executing transaction processing programs corresponding to the target atomic transaction identifications according to the sequence arrangement and the corresponding transaction demand data, and sequentially acquiring output data corresponding to the target atomic transaction identifications according to the sequence; and if the target atomic transaction corresponding to the service processing request is determined to be completed, sending the acquired output data to the user terminal so that the user terminal displays the processing result of the service processing request based on the output data.
Fig. 1 is a schematic view of an application scenario provided in the present application, as shown in fig. 1, including a user terminal 1 and a server 2; after determining the target atomic transaction identifier and the arrangement sequence thereof, the user terminal 1 can acquire transaction demand data corresponding to each target atomic transaction, generate a service processing request and send the service processing request to the server 2; after receiving the service processing request, the server 2 analyzes the transaction demand data and sequentially arranges the transaction demand data and sequentially executes a transaction processing program corresponding to the target atomic transaction identifier; the server 2 transmits the acquired output data of each target atomic transaction to the user terminal 1, so that the user terminal displays the processing result of the service processing request based on each output data.
It should be noted that, the user information (including but not limited to user equipment information, user personal information, etc.) and the data (including but not limited to data for analysis, stored data, presented data, etc.) related to the present application are information and data authorized by the user or fully authorized by each party, and the collection, use and processing of the related data need to comply with related laws and regulations and standards, and provide corresponding operation entries for the user to select authorization or rejection.
It should be noted that the method, apparatus, device and storage medium for processing financial services of the present application may be used in the financial field, and may be used in any field other than the financial field.
The following describes the technical scheme of the present application and how the technical scheme of the present application solves the above technical problems in detail with specific embodiments. The following embodiments may be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.
Example 1
Fig. 2 is a flowchart of a financial service processing method provided in an embodiment of the present application, which is provided for the problems of low efficiency in completing service requests, repeated steps, complicated operation, and need of respective signature confirmation of clients. The method in this embodiment is applied to a financial transaction processing device, which may be located in a server. Wherein the server may be a digital computer representing various forms. Such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers.
As shown in fig. 2, the method specifically comprises the following steps:
step S101, a service processing request sent by a user terminal is obtained.
The service processing request comprises the following steps: the system comprises a target service identifier, a plurality of target atomic transaction identifiers which are sequentially arranged, and a transaction demand data packet corresponding to the target atomic transaction.
In the embodiment of the application, the transaction demand data packet corresponding to the target atomic transaction is a data packet generated after the user terminal processes and packages the data input by the user. The transaction demand data package includes input data of the target atomic transaction demand.
Specifically, the user terminal may acquire a target atomic transaction and a corresponding sequence arrangement determined by the user, and generate a service processing request and send the service processing request to the server; after receiving the service processing request, the server can process the service processing request based on the target service identifier, the corresponding sequence arrangement and the corresponding transaction demand data packet in the service processing request.
Step S102, analyzing the corresponding transaction demand data packet according to the analysis strategy corresponding to the target service identifier so as to obtain the transaction demand data corresponding to the target atomic transaction.
Wherein, the atomic transaction is a transaction included in the business. The analysis policy is a policy for analyzing the transaction demand data packet into transaction demand data of a transaction processing program corresponding to the input atomic transaction.
In the embodiment of the application, the transaction demand data packet can be analyzed into the transaction demand data of the target atomic transaction demand by adopting the analysis strategy corresponding to the target service identifier.
Step S103, sequentially executing transaction processing programs corresponding to the target atomic transaction identifications according to the sequence arrangement and the corresponding transaction demand data, and sequentially obtaining output data corresponding to the target atomic transaction identifications.
In the embodiment of the application, the transaction processing program corresponding to each atomic transaction can be pre-selected and packaged; after the corresponding transaction demand data is acquired, the corresponding transaction demand data can be sequentially input into the corresponding transaction processing program and the corresponding transaction processing program is executed.
Step S104, if the target atomic transaction corresponding to the service processing request is determined to be completed, the obtained output data are sent to the user terminal, so that the user terminal displays the processing result of the service processing request based on the output data.
In the embodiment of the application, if the target atomic transactions are determined to be all executed in sequence or not to be executed continuously, the service processing request is determined to be completed, and the output data of each target atomic transaction can be sent to the user terminal; after receiving the output data, the user terminal may preset a display policy to display a processing result of the service processing request according to the output data.
For example, the user terminal may display data of interest to a part of the users in each output data.
Optionally, the server may further convert the output data into a preset format and send the converted output data to the corresponding user terminal.
The financial service processing method provided by the embodiment of the application obtains the service processing request sent by the user terminal, wherein the service processing request comprises the following steps: target business identification, a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to target atomic transactions; analyzing the corresponding transaction demand data packet according to the analysis strategy corresponding to the target service identifier so as to obtain transaction demand data corresponding to the target atomic transaction; sequentially executing transaction processing programs corresponding to the target atomic transaction identifications according to the sequence arrangement and the corresponding transaction demand data, and sequentially acquiring output data corresponding to the target atomic transaction identifications according to the sequence; and if the target atomic transaction corresponding to the service processing request is determined to be completed, sending the acquired output data to the user terminal so that the user terminal displays the processing result of the service processing request based on the output data. The transaction processing program corresponding to the atomic transaction is pre-packaged, and the corresponding business transaction processing program can be executed according to the sequence of business transactions sent by the user terminal, so that multiple interactions are not needed when complex business is processed for multiple times of atomic transactions, the processing steps are reduced, and the repeated input and authentication of a user are reduced; and the data packet sent by the user terminal is analyzed into the input data of the transaction processing program, so that the existing transaction processing program is not required to be modified, and secondary repeated development can be avoided.
The financial service processing method provided by the above embodiment is described below with reference to a specific example, and fig. 3 is a flowchart of another financial service processing method provided by the embodiment of the present application, as shown in fig. 3, including the following steps:
step S201, a service processing request sent by a user terminal is obtained.
Step S202, a target service configuration table is determined based on the target service identification, and an enabling state corresponding to the target service is determined based on the target service configuration table.
The method comprises the steps of storing an enabling state of a corresponding service identifier and a corresponding analysis program identifier in at least one preset service configuration table in advance.
In the embodiment of the application, a service configuration table corresponding to a service is used for pre-configuring related parameter information of the whole service, for example, the service configuration table can be pre-configured with the starting state of the service.
Specifically, if it is determined that the enabling state corresponding to the target service is enabled, a subsequent step may be executed to perform a corresponding target atomic transaction; if the enabling state corresponding to the target service is determined to be not enabled, the corresponding target atomic transaction cannot be performed, and prompt information indicating that the target service is not enabled can be returned to the user terminal.
Step 203, if it is determined that the enabling state corresponding to the target service identifier is enabled, the corresponding transaction demand data packet is parsed according to the parsing policy corresponding to the target service identifier, so as to obtain transaction demand data corresponding to the target atomic transaction.
Optionally, the analyzing strategy corresponding to the target service identifier is adopted to analyze the corresponding transaction demand data packet, which specifically comprises the following steps:
step S2031, obtain the target resolution procedure identifier corresponding to the target service identifier from the target service configuration table.
Step S2032, obtain the target analysis program corresponding to the target analysis program identifier.
Step S2033, executing a target parsing program to parse the corresponding transaction request data packet according to the corresponding parsing policy.
In the embodiment of the application, the corresponding analysis program identifier can be preconfigured in the service configuration table. The target resolution procedure identifier corresponding to the target service identifier may be obtained to obtain a corresponding target resolution procedure. The target analysis program comprises an analysis strategy for the transaction demand data packet, and the execution of the target analysis program can analyze the transaction demand data packet.
Optionally, if the data is not output according to the data format output by the transaction processing program, a corresponding output program identifier may be configured in the target service configuration table, so as to perform format conversion on the data output by the transaction processing program.
In the embodiment of the application, the starting state corresponding to the target service and the corresponding analysis program identifier can be configured in the target service configuration table, and the starting state can control whether the target service is started or not, so that the maintenance of the target service is facilitated; the corresponding analysis program identifier is convenient for determining and executing the corresponding analysis strategy to analyze the corresponding transaction demand data packet, so that the analysis speed is improved.
Step S204, determining a target business atomic transaction configuration table based on the target business identification.
The at least one preset business atomic transaction configuration table respectively comprises an upper limit of the atomic transaction number corresponding to the business identifier.
In the embodiment of the application, a service can also correspond to a service atomic transaction configuration table, and the service atomic transaction configuration table is used for pre-configuring related parameter information of atomic transactions included in the service. Illustratively, the business atomic transaction configuration table may include: the atomic transaction number upper limit, the atomic transaction code, the jump identification corresponding to the atomic transaction code, the jump atomic transaction identification corresponding to the atomic transaction code, the submission identification corresponding to the atomic transaction code and the like.
Step S205, determining whether to end the business processing based on the upper limit of the target atomic transaction number in the target business atomic transaction configuration table.
The method specifically comprises the following steps: acquiring a corresponding upper limit of the number of target atomic transactions from a target business atomic transaction configuration table; determining whether the number of target atomic transaction identifiers exceeds the upper limit of the number of preset atomic transactions; if the number of the target atomic transaction identifications is less than or equal to the upper limit of the number of the preset atomic transaction, executing the subsequent steps to sequentially arrange and sequentially execute the transaction processing programs corresponding to the target atomic transaction identifications according to the corresponding transaction demand data; if it is determined that the number of the target atomic transaction identifiers is greater than the upper limit of the preset atomic transaction number, step S206 is executed to send a prompt message to the user terminal that the number of the atomic transaction exceeds the upper limit, and to determine to end the processing of the service processing request.
In the embodiment of the application, the upper limit of the atomic transaction number corresponding to the service can be pre-configured in the preset service atomic transaction configuration table, the number of the target atomic transactions executed can be limited, and the problems of higher transaction failure rate or overlong processing time and the like caused by excessive target atomic transactions selected by a user are avoided.
Step S206, sending prompt information that the number of the atomic transactions exceeds the upper limit to the user terminal.
In the embodiment of the application, the prompt information that the number of the atomic transactions exceeds the upper limit is sent to the user terminal, so that the user can be prompted to reduce the number of the target atomic transactions, and after the number of the target atomic transactions is reduced to be smaller than or equal to the upper limit of the number of the preset atomic transactions, the target atomic transactions corresponding to the service processing request can be executed by the service processing request.
Step S207, it is determined whether the service process is ended.
Specifically, whether or not the business process is ended may be determined based on the number of executions of the executed transaction processing program. If it is determined that the service processing is finished, executing step S212 to send the obtained output data to the user terminal; and if the service processing is not finished, executing the subsequent continuous service processing.
The method specifically comprises the following steps: in response to the current transaction handler being executed, a number of executions of the executed transaction handler is determined.
If the executed number is determined to be smaller than the number of the target atomic transaction identifications, it can be determined that the unexecuted target atomic transaction exists, and a subsequent step can be executed to process the unexecuted target atomic transaction. For example, the target atomic transaction next to the current target atomic transaction in the plurality of target atomic transaction identifications arranged in sequence may be determined as the current target atomic transaction, and the transaction processing program corresponding to the current target atomic transaction identification may be executed according to the corresponding transaction requirement data.
If the number of executions is equal to the number of target atomic transaction identifiers, it is determined that the target atomic transaction corresponding to the service processing request is completed, and step S212 may be executed to send the obtained output data to the user terminal.
In the embodiment of the application, by determining the execution number of the executed transaction processing programs, whether the transaction processing programs corresponding to the target atomic transactions are executed or not can be determined, and the problem of failure in processing the business processing request caused by trapping loops can be avoided.
Step S208, determining a target atomic transaction to be executed based on the execution condition of the current atomic transaction.
The target transaction processing program is a transaction processing program corresponding to the target atomic transaction identifier. The execution condition of the current target atomic transaction may be execution success, execution failure, etc.
In the embodiment of the application, the execution result identification bit can be set, and after the transaction processing program is executed, the execution result identification bit is updated based on the execution condition of the transaction processing program. The execution status of the current atomic transaction can be determined by reading the execution result identification bit, so that the target atomic transaction to be executed is determined. For example, the execution result identification bit corresponding to the execution success may be 0000, and the execution result identification bit corresponding to the execution success may be 1234.
For example, if it is determined that the execution of the transaction processing program corresponding to the target atomic transaction is successful, the target atomic transaction next to the current target atomic transaction in the plurality of target atomic transaction identifiers arranged in sequence may be determined as the target atomic transaction to be executed, and step S209 may be executed to determine the target atomic transaction to be executed as the current target atomic transaction.
Illustratively, specific examples may include: if the transaction processing program corresponding to the target atomic transaction is determined to fail to execute, determining whether the jump identifier corresponding to the target atomic transaction identifier is a jump or not based on the target business atomic transaction configuration table.
If the corresponding jump identifier is a jump, acquiring a jump atomic transaction identifier corresponding to the target atomic transaction identifier from the service atomic transaction configuration table, determining the jump atomic transaction as a target atomic transaction to be executed, and executing step S209 to execute a transaction processing program corresponding to the jump atomic transaction identifier.
The target business atomic transaction configuration table also stores each atomic transaction identifier, a jump identifier corresponding to each atomic transaction identifier and a corresponding jump atomic transaction identifier included in the target business in sequence in advance. The jump atomic transaction is an atomic transaction which can be executed after the execution of the atomic transaction fails.
In the embodiment of the application, whether the atomic transaction can be skipped after the atomic transaction is failed to be executed can be pre-configured in the target business atomic transaction configuration table, and the skipped atomic transaction can be configured. When the failure of a certain target atomic transaction does not affect the execution of other target atomic transactions, the subsequent target atomic transactions can be continuously executed, so that the problem that the execution result of each target atomic transaction cannot be obtained due to the failure of the certain target atomic transaction is avoided.
If the corresponding jump mark is not jump, determining that the processing of the service processing request fails, sending processing failure prompt information to the user terminal, and determining that the processing of the service processing request is finished. The target business atomic transaction configuration table also stores each atomic transaction identifier, a jump identifier corresponding to each atomic transaction identifier and a corresponding jump atomic transaction identifier included in the target business in sequence in advance.
In the embodiment of the application, the processing failure prompt information can comprise the current target atomic transaction identifier so as to enable the user to acquire the target atomic transaction with processing failure. The processing failure prompt information can also comprise the reason information of the processing failure so as to enable the user to adjust the service processing request.
In the embodiment of the application, after the execution failure of the current atomic transaction and the incapability of jumping are determined, the processing failure of the service processing request can be determined, and the processing process can be stopped and the user terminal can be notified.
Step S209, determining the target atomic transaction to be executed as the current target atomic transaction, and executing the transaction processing program corresponding to the current target atomic transaction identifier.
Alternatively, after the transaction processing program is executed, the execution result identification bit may be updated based on the execution situation of the transaction processing program. If the execution is successful, it can also be determined whether the current target atomic transaction is the last target atomic transaction, and if so, the execution result identification bit can be determined as the identification corresponding to the completed service, such as 999. In step S207, if the execution result identification bit is determined to be the identification corresponding to the completed service, it may be determined that the service processing is ended.
Step S210, determining whether to submit the acquired output data.
Step S211, the acquired output data is stored.
In the embodiment of the application, the target business atomic transaction configuration table also comprises the submitting identifiers corresponding to the atomic transaction identifiers included in the target business.
Specifically, a commit identifier corresponding to the current target atomic transaction identifier is determined based on the target business atomic transaction configuration table. If it is determined that the corresponding commit identifier is commit, the acquired output data is stored and step S207 is performed to determine whether the transaction is ended, where the acquired output data includes the output data of the current target atomic transaction and the output data of the previous target atomic transaction. If it is determined that the corresponding commit flag is not commit, step S207 is performed to determine whether the transaction is ended.
It should be understood that, the atomic transaction identifiers in the service atomic transaction configuration table are arranged according to the execution sequence, and then the commit identifier corresponding to the last atomic transaction in the service atomic transaction configuration table is a commit.
Specifically, the database commit may be executed to store the acquired output data.
In the embodiment of the application, a commit identifier corresponding to a current target atomic transaction identifier is determined based on a target business atomic transaction configuration table; and if the corresponding commit identifier is determined to be commit, storing the acquired output data, wherein the acquired output data comprises the output data of the current target atomic transaction and the output data of the previous target atomic transaction. The method can realize flexible configuration of the time for storing the acquired output data, and avoid the storage after each atomic transaction is executed or the loss of the output data caused by timely storage.
Step S212, each acquired output data is sent to the user terminal.
Fig. 4 is a schematic diagram of a target service atomic transaction configuration, where after determining a target service atomic transaction configuration table based on a target service identifier, the target service atomic transaction configuration table may be loaded into a memory so as to read data in the target service atomic transaction configuration table, as shown in fig. 4, a12345 is a target service identifier, 1234501 to 1234507 are atomic transaction identifiers included in the target service, and are arranged according to a general execution sequence. The first N or Y after the target service identifier is a skip identifier corresponding to the atomic transaction, for example, a skip identifier corresponding to the atomic transaction 1234504 is Y, which indicates that the skip identifier is a skip, and the skip atomic transaction identifier is 1234507. And the second N or Y after the target service identification is the submitting identification corresponding to the atomic transaction.
Example two
Fig. 5 is a flowchart of a financial service processing method provided by a second embodiment of the present application, which is provided by the present application, aiming at the problems of low efficiency of completing service requests, repeated steps, complicated operation, and need of respective signature confirmation of clients. The method in this embodiment is applied to a financial transaction processing device, which may be located in a user terminal. The user terminal may be a digital computer or a mobile terminal representing various forms. Such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers.
As shown in fig. 2, the method specifically comprises the following steps:
s301, determining a plurality of target atomic transaction identifications and arrangement sequences thereof in response to target service identifications input or selected by a user in a service processing operation interface.
Specifically, after the user inputs or selects the target service identifier, information such as each atomic transaction identifier corresponding to the target service identifier may be displayed, so as to prompt the user to determine a plurality of target atomic transaction identifiers and the arrangement sequence thereof.
The embodiment of the application does not limit the mode of determining the transaction identifications of the plurality of target atoms and the arrangement sequence thereof, and can determine the transaction identifications of the plurality of target atoms and the arrangement sequence thereof by means of dragging, clicking, inputting and the like.
Optionally, before the target service identifier is input or selected in the service processing operation interface, the identity of the client handling the service can be identified or the agent can be confirmed; after the client information is determined, client credential account information display can be performed and loss reporting information verification can be performed.
S302, displaying input boxes of transaction demand data corresponding to a plurality of target atomic transactions in a business processing operation interface.
In the embodiment of the application, the input box of the transaction demand data corresponding to each atomic transaction can be predetermined based on the data of the atomic transaction demand. After the user determines the target atomic transactions, an input box of transaction demand data corresponding to each target atomic transaction may be displayed. If the input boxes of the target atomic transaction corresponding to the transaction demand data have the same input boxes of the transaction demand data, the input boxes of the same transaction demand data can be displayed, and the user is prevented from inputting the same data for a plurality of times.
S303, acquiring transaction demand data input or selected by a user in an input box, and packaging the transaction demand data into a transaction demand data packet corresponding to the target atomic transaction.
In the embodiment of the application, the transaction demand data packets corresponding to each target atomic transaction can be respectively packaged according to the target atomic transaction, and the transaction demand data packets are arranged in sequence; the transaction demand data may also be packaged as a transaction demand data packet. The embodiment of the application does not limit the way of packaging transaction demand data.
S304, generating a service processing request based on a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to the target atomic transactions, and sending the service processing request to a server.
The service processing request comprises the following steps: the system comprises a target service identifier, a plurality of target atomic transaction identifiers which are sequentially arranged, and a transaction demand data packet corresponding to the target atomic transaction.
And S305, responding to the received output data sent by the server, and displaying the output data according to a preset display strategy so as to display a processing result of the service processing request.
In the embodiment of the application, the output data can be displayed according to the preset display strategy, the output data can be processed according to the preset display strategy to display the result information, and the like, and the embodiment of the application is not limited to the method.
According to the financial service processing method provided by the embodiment of the application, a plurality of target atomic transaction identifications and the arrangement sequence thereof are determined in response to target service identifications input or selected by a user in a service processing operation interface; displaying input boxes of transaction demand data corresponding to a plurality of target atomic transactions in a business processing operation interface; acquiring transaction demand data input or selected by a user in an input box, and packaging the transaction demand data into a transaction demand data packet corresponding to target atomic transaction; generating a service processing request based on a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to the target atomic transactions, and sending the service processing request to a server; and responding to the received output data sent by the server, and displaying the output data according to a preset display strategy so as to display a processing result of the service processing request. Only a plurality of target atomic transaction identifications and the arrangement sequence thereof are required to be determined, transaction demand data input or selected in an input box is acquired, multiple interactions are not required when complex business is processed for multiple atomic transactions, processing steps are reduced, and repeated input and authentication of a user are reduced.
Optionally, one way of determining the plurality of target atomic transaction identifiers and the arrangement order thereof in step S301 includes:
And responding to clicking operation of the user on the multiple atomic transaction identifications, determining the clicked multiple atomic transaction identifications as target atomic transaction, and determining the multiple target atomic transaction identifications as the arrangement sequence according to the clicking sequence.
In the embodiment of the application, after the user inputs or selects the target service identifier, each atomic transaction identifier included under the target service can be displayed, and the user can click the atomic transaction identifier expected to be executed according to the execution sequence; the user terminal may determine the clicked multiple atomic transaction identifications as target atomic transactions, and determine the multiple target atomic transaction identifications as their arrangement order according to the click order.
In the embodiment of the application, in response to clicking operation of a user on a plurality of atomic transaction identifications, the clicked plurality of atomic transaction identifications are determined to be target atomic transactions, and the plurality of target atomic transaction identifications are determined to be arranged according to the clicking sequence. The target atomic transaction and the arrangement sequence which can be determined are not limited to fixed atomic transaction combinations, the target atomic transaction and the arrangement sequence can be determined, and the application range is increased.
Optionally, another way of determining the plurality of target atomic transaction identifications and the arrangement order thereof in step S301 includes:
Displaying a scene identifier corresponding to the target service identifier; the atomic transaction identifications corresponding to the scene identifications and the arrangement sequence thereof are preconfigured; responding to the determining operation of the user on the corresponding scene identifier, and determining the determined scene identifier as a target scene identifier; and determining the atomic transaction identifier corresponding to the target scene identifier and the arrangement sequence thereof as the target atomic transaction identifier and the arrangement sequence thereof.
In the embodiment of the application, corresponding target atomic transactions and arrangement sequences thereof can be preconfigured aiming at common scenes of all services.
Illustratively, the context identification, context description, atomic transaction combinations may be stored in a context configuration table, the atomic transaction combinations including: sequentially arranging a plurality of target atomic transaction identifications; after the target service identifier is input or selected by the user, a scene configuration table corresponding to the target service can be inquired and displayed, the scene identifier and the scene description are displayed, and the user can determine the corresponding scene identifier based on the scene description; the user terminal can determine the determined scene identifier as a target scene identifier, and acquire an atomic transaction combination corresponding to the target scene identifier in the scene configuration table, so as to determine a plurality of target atomic transaction identifiers and the arrangement sequence thereof.
In table 1, a is a heavy air loss report atomic transaction identifier, B is a password management atomic transaction identifier, D is a heavy air no-payment atomic transaction identifier, C is a heavy air loss report releasing atomic transaction identifier, D is a heavy air no-payment (loss report confirmation) atomic transaction identifier, E is a heavy air external obsolete atomic transaction identifier, F is a sales user G is a credential renew atomic transaction identifier. The heavy blank is a blank document which is printed by a bank and has no denomination, is signed after the elements such as money are filled in by the bank or a customer, and has payment efficacy or proving efficacy.
According to the financial business processing method provided by the embodiment of the application, the atomic transaction identifications corresponding to the scene identifications and the arrangement sequence of the atomic transaction identifications are preconfigured; after a target service identifier is input or selected by a user, displaying a scene identifier corresponding to the target service identifier; the atomic transaction identifications corresponding to the scene identifications and the arrangement sequence thereof are preconfigured; responding to the determining operation of the user on the corresponding scene identifier, and determining the determined scene identifier as a target scene identifier; and determining the atomic transaction identifier corresponding to the target scene identifier and the arrangement sequence thereof as the target atomic transaction identifier and the arrangement sequence thereof. Under a preset business scene, the user does not need to select each target atom to trade and arrange the sequence, the speed of determining a plurality of target atom trade identifications and the arrangement sequence thereof can be increased, and errors caused by manual selection can be avoided.
TABLE 1
Scene identification Scene description Atomic service composition
01 Loss reporting + loss reporting acknowledgement A+D
02 Loss reporting, loss reporting confirmation, password reset and renewing A+D+B+G
03 Loss reporting+password reset A+B
04 Loss reporting, loss reporting confirmation, password reset A+D+B
05 Loss reporting, loss reporting confirmation, and loss selling A+D+F
06 Loss reporting, password loss reporting and selling A+B+F
07 Loss reporting confirmation + renewing D+G
08 Loss reporting confirmation, password reset and renew D+B+G
09 Loss reporting confirmation+password loss reporting D+B
10 Loss reporting confirmation and sale D+F
11 Password reset and renew B+G
12 Folding and secret co-hanging, reporting loss confirmation, password reset and renewing A+D+B+G
13 Password loss reporting and selling user B+F
14 Undo the secret and hang at the same time B+C
Example III
Fig. 6 is a schematic structural diagram of a financial service processing apparatus according to a third embodiment of the present application. The financial service processing device provided by the embodiment of the application can execute the processing flow provided by the first embodiment of the financial service processing method. As shown in fig. 6, the financial transaction processing apparatus 40 includes: the device comprises an acquisition module 401, a resolution module 402, an execution module 403 and a sending module 404.
Specifically, the obtaining module 401 is configured to obtain a service processing request sent by a user terminal, where the service processing request includes: the system comprises a target service identifier, a plurality of target atomic transaction identifiers which are sequentially arranged, and a transaction demand data packet corresponding to the target atomic transaction.
The parsing module 402 is configured to parse the corresponding transaction demand data packet according to a parsing policy corresponding to the target service identifier, so as to obtain transaction demand data corresponding to the target atomic transaction.
The execution module 403 is configured to sequentially execute the transaction processing programs corresponding to the target atomic transaction identifiers according to the sequence and the corresponding transaction requirement data, and sequentially obtain the output data corresponding to the target atomic transaction identifiers.
And the sending module 404 is configured to send the obtained output data to the user terminal if it is determined that the target atomic transaction corresponding to the service processing request is completed, so that the user terminal displays a processing result of the service processing request based on the output data.
The apparatus provided in the embodiment of the present application may be specifically used to perform the method embodiment provided in the first embodiment, and specific functions are not described herein.
Optionally, the financial service processing apparatus 40 further includes: a judging module; the judging module is used for determining a target service configuration table based on the target service identifier; at least one preset service configuration table stores the starting state of the corresponding service identifier and the corresponding analysis program identifier in advance; determining an enabling state corresponding to the target service based on the target service configuration table; the parsing module 402 is specifically configured to: if the starting state corresponding to the target service identifier is determined to be started based on the target service configuration table, acquiring a target analysis program identifier corresponding to the target service identifier from the target service configuration table; acquiring a target analysis program corresponding to the target analysis program identifier; and executing a target analysis program to analyze the corresponding transaction demand data packet according to the corresponding analysis strategy.
Optionally, the judging module is further configured to: determining a target service atomic transaction configuration table based on the target service identifier; at least one preset business atomic transaction configuration table respectively comprises an atomic transaction upper limit corresponding to the business identifier; acquiring a corresponding upper limit of the number of target atomic transactions from a target business atomic transaction configuration table; and determining whether the number of the target atomic transaction identifications exceeds the upper limit of the number of the preset atomic transactions. If the number of the target atomic transaction identifications is determined to be smaller than or equal to the upper limit of the number of the preset atomic transaction, sequentially arranging and sequentially executing the transaction processing programs corresponding to the target atomic transaction identifications according to the corresponding transaction demand data; if the number of the target atomic transaction identifications is determined to be larger than the upper limit of the preset atomic transaction number, sending prompt information that the number of the atomic transaction exceeds the upper limit to the user terminal, and determining to end the processing of the service processing request.
Optionally, the execution module 403 is specifically configured to: determining the number of executions of the executed transaction processing program in response to the current transaction processing program being executed; if the executed number is smaller than the number of the target atomic transaction identifications, determining the target atomic transaction next to the current target atomic transaction in the plurality of target atomic transaction identifications arranged in sequence as the current target atomic transaction, and executing a transaction processing program corresponding to the current target atomic transaction identification according to the corresponding transaction demand data; and if the number of executions is equal to the number of target atomic transaction identifications, determining to finish the target atomic transaction corresponding to the service processing request.
Optionally, the judging module is further configured to: if the execution failure of the transaction processing program corresponding to the target atomic transaction is determined, determining whether the jump identifier corresponding to the target atomic transaction identifier is a jump or not based on the target business atomic transaction configuration table; the target business atomic transaction configuration table also stores each atomic transaction identifier, a jump identifier corresponding to each atomic transaction identifier and a corresponding jump atomic transaction identifier included under the target business in sequence in advance; if the corresponding jump mark is jump, the jump atomic transaction mark corresponding to the target atomic transaction mark is obtained from the service atomic transaction configuration table, and a transaction processing program corresponding to the jump atomic transaction mark is executed.
Optionally, the sending module 404 is further configured to: if the corresponding jump mark is not jump, determining that the processing of the service processing request fails, sending processing failure prompt information to the user terminal, and determining that the processing of the service processing request is finished.
Optionally, the target business atomic transaction configuration table further comprises a submitting identifier corresponding to each atomic transaction identifier included in the target business; the financial transaction processing device 40 further includes: a storage module; the storage module is used for: determining a submitting identifier corresponding to the current target atomic transaction identifier based on the target business atomic transaction configuration table; and if the corresponding commit identifier is determined to be commit, storing the acquired output data, wherein the acquired output data comprises the output data of the current target atomic transaction and the output data of the previous target atomic transaction.
The apparatus provided in the embodiment of the present application may be specifically used to execute the above method embodiment, and specific functions are not described herein.
Example IV
Fig. 7 is a schematic structural diagram of a financial service processing apparatus according to a fourth embodiment of the present application. The financial service processing device provided by the embodiment of the application can execute the processing flow provided by the second embodiment of the financial service processing method. As shown in fig. 7, the financial transaction processing apparatus 50 includes: a determining module 501, a displaying module 502, a processing module 503, a generating module 504 and a sending module 505.
Specifically, the determining module 501 is configured to determine a plurality of target atomic transaction identifiers and an arrangement sequence thereof in response to a target service identifier input or selected by a user in a service processing operation interface;
the display module 502 is configured to display an input box of transaction requirement data corresponding to a plurality of target atomic transactions in the service processing operation interface;
the processing module 503 is configured to obtain transaction demand data input or selected by a user in the input box, and encapsulate the transaction demand data into a transaction demand data packet corresponding to the target atomic transaction;
a generating module 504, configured to generate a service processing request based on the sequentially arranged multiple target atomic transaction identifiers and the transaction requirement data packet corresponding to the target atomic transaction;
A sending module 505, configured to send a service processing request to a server;
the display module 502 is further configured to display, according to a preset display policy, the output data in response to receiving the output data sent by the server, so as to display a processing result of the service processing request.
The apparatus provided in the embodiment of the present application may be specifically used to execute the method embodiment provided in the second embodiment, and specific functions are not described herein.
Optionally, the determining module 501 is specifically configured to: displaying each atomic transaction identifier corresponding to the target service identifier; and responding to clicking operation of the user on the multiple atomic transaction identifications, determining the clicked multiple atomic transaction identifications as target atomic transaction, and determining the multiple target atomic transaction identifications as the arrangement sequence according to the clicking sequence.
Optionally, the determining module 501 is specifically further configured to: displaying a scene identifier corresponding to the target service identifier; the atomic transaction identifications corresponding to the scene identifications and the arrangement sequence thereof are preconfigured; responding to the determining operation of the user on the corresponding scene identifier, and determining the determined scene identifier as a target scene identifier; and determining the atomic transaction identifier corresponding to the target scene identifier and the arrangement sequence thereof as the target atomic transaction identifier and the arrangement sequence thereof.
The apparatus provided in the embodiment of the present application may be specifically used to execute the above method embodiment, and specific functions are not described herein.
Example five
Fig. 8 is a schematic structural diagram of a server according to a fifth embodiment of the present application, and as shown in fig. 8, the present application further provides a server 60, including: a processor 601, and a memory 602 and a transceiver 603 communicatively coupled to the processor 601. Wherein the memory 602 stores computer-executable instructions; the transceiver 603 is used for receiving and transmitting data; the processor 601 executes computer-executable instructions stored in the memory 602 to implement the method according to the second embodiment of the present application.
In particular, the program may include program code including computer-executable instructions. The memory 602 may include high-speed RAM memory or may further include non-volatile memory (non-volatile memory), such as at least one disk memory. Wherein computer-executable instructions are stored in the memory 602 and are configured to be executed by the processor 601 to implement the method provided by the second embodiment of the present application. The related descriptions and effects corresponding to the steps in the drawings can be understood correspondingly, and are not repeated here.
In the embodiment of the present application, the memory 602 and the processor 601 are connected through a bus. The bus may be an industry standard architecture (Industry Standard Architecture, abbreviated ISA) bus, an external device interconnect (Peripheral Component Interconnect, abbreviated PCI) bus, or an extended industry standard architecture (Extended Industry Standard Architecture, abbreviated EISA) bus, among others. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 8, but not only one bus or one type of bus.
Fig. 9 is a schematic structural diagram of a ue provided in a fifth embodiment of the present application, and as shown in fig. 9, the present application further provides a ue 70, including: a processor 701, and a memory 702 and a transceiver 703 communicatively coupled to the processor 701. Wherein the memory 702 stores computer-executable instructions; the transceiver 703 is used for receiving and transmitting data; the processor 701 executes computer-executable instructions stored in the memory 702 to implement the method provided in the second embodiment of the present application.
In particular, the program may include program code including computer-executable instructions. The memory 702 may comprise high-speed RAM memory or may further comprise non-volatile memory (non-volatile memory), such as at least one disk memory. Wherein computer-executable instructions are stored in memory 702 and are configured to be executed by processor 701 to implement the method provided by embodiment two of the present application. The related descriptions and effects corresponding to the steps in the drawings can be understood correspondingly, and are not repeated here.
In the embodiment of the present application, the memory 702 and the processor 701 are connected through a bus. The bus may be an industry standard architecture (Industry Standard Architecture, abbreviated ISA) bus, an external device interconnect (Peripheral Component Interconnect, abbreviated PCI) bus, or an extended industry standard architecture (Extended Industry Standard Architecture, abbreviated EISA) bus, among others. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 9, but not only one bus or one type of bus.
The embodiment of the application also provides a computer readable storage medium, wherein computer executable instructions are stored in the computer readable storage medium, and the computer executable instructions are used for realizing the method provided by the first embodiment or the second embodiment of the application when being executed by a processor.
The embodiment of the application also provides a computer program product, which comprises computer execution instructions, and the computer execution instructions realize the method provided by the first embodiment or the second embodiment of the application when being executed by a processor.
In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of modules is merely a logical function division, and there may be additional divisions of actual implementation, e.g., multiple modules or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or modules, which may be in electrical, mechanical, or other forms.
The modules illustrated as separate components may or may not be physically separate, and components shown as modules may or may not be physical modules, i.e., may be located in one place, or may be distributed over a plurality of network modules. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional module in each embodiment of the present application may be integrated into one processing module, or each module may exist alone physically, or two or more modules may be integrated into one module. The integrated modules may be implemented in hardware or in hardware plus software functional modules.
Program code for carrying out methods of the present application may be written in any combination of one or more programming languages. These program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable full path trace fusion apparatus, such that the program code, when executed by the processor or controller, causes the functions/operations specified in the flowchart and/or block diagram block or blocks to be implemented. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of the present application, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on 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.
Moreover, although operations are depicted in a particular order, this should be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of the application. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single implementation. Conversely, various features that are described in the context of a single implementation can also be implemented in multiple implementations separately or in any suitable subcombination.
Other embodiments of the application will be apparent to those skilled in the art from consideration of the specification and practice of the application disclosed herein. This application is intended to cover any variations, uses, or adaptations of the application following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the application pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.
It is to be understood that the application is not limited to the precise arrangements and instrumentalities shown in the drawings, which have been described above, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the application is limited only by the appended claims.

Claims (15)

1. A financial business processing method, applied to a server, comprising:
acquiring a service processing request sent by a user terminal, wherein the service processing request comprises the following steps: target business identification, a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to target atomic transactions;
analyzing the corresponding transaction demand data packet according to the analysis strategy corresponding to the target service identifier so as to obtain transaction demand data corresponding to the target atomic transaction;
Sequentially executing a transaction processing program corresponding to the target atomic transaction identifier according to the sequence arrangement and the corresponding transaction demand data, and sequentially acquiring output data corresponding to the target atomic transaction identifier according to the sequence;
and if the target atomic transaction corresponding to the service processing request is determined to be completed, sending the acquired output data to the user terminal so that the user terminal displays the processing result of the service processing request based on the output data.
2. The method of claim 1, wherein before the parsing the corresponding transaction requirement data packet according to the parsing policy corresponding to the target service identifier, further comprises:
determining a target service configuration table based on the target service identifier; at least one preset service configuration table stores the starting state of the corresponding service identifier and the corresponding analysis program identifier in advance;
determining an enabling state corresponding to the target service based on the target service configuration table;
the analyzing the corresponding transaction demand data packet according to the analyzing strategy corresponding to the target service identifier comprises the following steps:
if the starting state corresponding to the target service identifier is determined to be started based on the target service configuration table, acquiring a target analysis program identifier corresponding to the target service identifier from the target service configuration table;
Acquiring a target analysis program corresponding to the target analysis program identifier;
and executing the target analysis program to analyze the corresponding transaction demand data packet according to the corresponding analysis strategy.
3. The method of claim 1, further comprising, before sequentially executing the transaction processing procedure corresponding to the target atomic transaction identifier according to the order and the corresponding transaction requirement data:
determining a target service atomic transaction configuration table based on the target service identifier; at least one preset business atomic transaction configuration table respectively comprises an atomic transaction upper limit corresponding to the business identifier;
acquiring a corresponding upper limit of the number of target atomic transactions from a target business atomic transaction configuration table;
determining whether the number of target atomic transaction identifiers exceeds the upper limit of the number of preset atomic transactions;
the transaction processing program for sequentially executing the transaction identification corresponding to the target atoms according to the sequence arrangement and the corresponding transaction demand data comprises the following steps:
if the number of the target atomic transaction identifications is less than or equal to the upper limit of the number of the preset atomic transaction, sequentially executing a transaction processing program corresponding to the target atomic transaction identifications according to the sequence arrangement and the corresponding transaction demand data;
The method further comprises the steps of:
if the number of the target atomic transaction identifications is determined to be larger than the upper limit of the preset atomic transaction number, sending prompt information that the number of the atomic transaction exceeds the upper limit to the user terminal, and determining to end the processing of the service processing request.
4. A method according to claim 3, wherein said sequentially executing the transaction processing program corresponding to the target atomic transaction identifier according to the sequential arrangement and the corresponding transaction requirement data comprises:
determining the number of executions of the executed transaction processing program in response to the current transaction processing program being executed;
if the executed number is smaller than the number of the target atomic transaction identifications, determining the target atomic transaction next to the current target atomic transaction in the plurality of target atomic transaction identifications arranged in sequence as the current target atomic transaction, and executing a transaction processing program corresponding to the current target atomic transaction identification according to the corresponding transaction demand data;
and if the number of executions is equal to the number of target atomic transaction identifications, determining to finish the target atomic transaction corresponding to the service processing request.
5. The method of claim 3, wherein after sequentially executing the transaction processing procedure corresponding to the target atomic transaction identifier according to the order and the corresponding transaction requirement data, further comprising:
If the execution failure of the transaction processing program corresponding to the target atomic transaction is determined, determining whether the jump identifier corresponding to the target atomic transaction identifier is a jump or not based on the target business atomic transaction configuration table; the target business atomic transaction configuration table also stores each atomic transaction identifier, a jump identifier corresponding to each atomic transaction identifier and a corresponding jump atomic transaction identifier included under the target business in sequence in advance;
if the corresponding jump mark is jump, the jump atomic transaction mark corresponding to the target atomic transaction mark is obtained from the service atomic transaction configuration table, and a transaction processing program corresponding to the jump atomic transaction mark is executed.
6. The method of claim 5, wherein after determining whether the jump identifier corresponding to the target atomic transaction identifier is a jump in the target service atomic transaction configuration table, further comprising:
if the corresponding jump mark is not jump, determining that the processing of the service processing request fails, sending processing failure prompt information to the user terminal, and determining that the processing of the service processing request is finished.
7. The method of claim 4, wherein the target business atomic transaction configuration table further comprises a commit identifier corresponding to each atomic transaction identifier included under the target business;
After executing the transaction processing program corresponding to the current target atomic transaction identifier according to the corresponding transaction requirement data, the method further comprises the following steps:
determining a submitting identifier corresponding to the current target atomic transaction identifier based on the target business atomic transaction configuration table;
and if the corresponding commit identifier is determined to be commit, storing the acquired output data, wherein the acquired output data comprises the output data of the current target atomic transaction and the output data of the previous target atomic transaction.
8. A financial transaction processing method, applied to a user terminal, comprising:
determining a plurality of target atomic transaction identifications and arrangement sequences thereof in response to target service identifications input or selected by a user in a service processing operation interface;
displaying input boxes of transaction demand data corresponding to a plurality of target atomic transactions in a business processing operation interface;
acquiring transaction demand data input or selected by a user in an input box, and packaging the transaction demand data into a transaction demand data packet corresponding to target atomic transaction;
generating a service processing request based on a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to the target atomic transactions, and sending the service processing request to a server;
And responding to the received output data sent by the server, and displaying the output data according to a preset display strategy so as to display a processing result of the service processing request.
9. The method of claim 8, wherein determining a plurality of target atomic transaction identifications and their ordering comprises;
displaying each atomic transaction identifier corresponding to the target service identifier;
and responding to clicking operation of the user on the multiple atomic transaction identifications, determining the clicked multiple atomic transaction identifications as target atomic transaction, and determining the multiple target atomic transaction identifications as the arrangement sequence according to the clicking sequence.
10. The method of claim 8, wherein determining a plurality of target atomic transaction identifications and their ordering further comprises;
displaying a scene identifier corresponding to the target service identifier; the atomic transaction identifications corresponding to the scene identifications and the arrangement sequence thereof are preconfigured;
responding to the determining operation of the user on the corresponding scene identifier, and determining the determined scene identifier as a target scene identifier;
and determining the atomic transaction identifier corresponding to the target scene identifier and the arrangement sequence thereof as the target atomic transaction identifier and the arrangement sequence thereof.
11. A financial transaction processing device, for use with a server, comprising:
the acquisition module is used for acquiring a service processing request sent by the user terminal, wherein the service processing request comprises the following components: target business identification, a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to target atomic transactions;
the analysis module is used for analyzing the corresponding transaction demand data packet according to the analysis strategy corresponding to the target service identifier so as to acquire transaction demand data corresponding to the target atomic transaction;
the execution module is used for sequentially executing the transaction processing program corresponding to the target atomic transaction identifier according to the sequence arrangement and the corresponding transaction demand data, and sequentially acquiring the output data corresponding to the target atomic transaction identifier according to the sequence;
and the sending module is used for sending the obtained output data to the user terminal if the target atomic transaction corresponding to the service processing request is determined to be completed, so that the user terminal displays the processing result of the service processing request based on the output data.
12. A financial transaction processing device, for use in a user terminal, comprising:
the determining module is used for responding to target service identifiers input or selected by a user in the service processing operation interface and determining a plurality of target atomic transaction identifiers and the arrangement sequence thereof;
The display module is used for displaying input boxes of transaction demand data corresponding to a plurality of target atomic transactions in the service processing operation interface;
the processing module is used for acquiring transaction demand data input or selected by a user in the input box and packaging the transaction demand data into a transaction demand data packet corresponding to the target atomic transaction;
the generation module is used for generating a service processing request based on a plurality of target atomic transaction identifications arranged in sequence and transaction demand data packets corresponding to the target atomic transactions;
the sending module is used for sending the service processing request to a server;
the display module is also used for responding to the received output data sent by the server and displaying the output data according to a preset display strategy so as to display the processing result of the service processing request.
13. A server, comprising: a processor, and a memory and transceiver communicatively coupled to the processor;
the memory stores computer-executable instructions; the transceiver is used for receiving and transmitting data;
the processor executes computer-executable instructions stored in the memory to implement the method of any one of claims 1-7.
14. A user terminal, comprising: a processor, and a memory and transceiver communicatively coupled to the processor;
the memory stores computer-executable instructions; the transceiver is used for receiving and transmitting data;
the processor executes computer-executable instructions stored in the memory to implement the method of any one of claims 8-10.
15. A computer readable storage medium having stored therein computer executable instructions which when executed by a processor are adapted to carry out the method of any one of claims 1-7 or 8-10.
CN202310636776.1A 2023-05-31 2023-05-31 Financial business processing method, device, equipment and storage medium Pending CN116644925A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310636776.1A CN116644925A (en) 2023-05-31 2023-05-31 Financial business processing method, device, equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310636776.1A CN116644925A (en) 2023-05-31 2023-05-31 Financial business processing method, device, equipment and storage medium

Publications (1)

Publication Number Publication Date
CN116644925A true CN116644925A (en) 2023-08-25

Family

ID=87618561

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310636776.1A Pending CN116644925A (en) 2023-05-31 2023-05-31 Financial business processing method, device, equipment and storage medium

Country Status (1)

Country Link
CN (1) CN116644925A (en)

Similar Documents

Publication Publication Date Title
CN110782240B (en) Business data processing method and device, computer equipment and storage medium
CN109815138A (en) Business information test method, device, computer equipment and storage medium
CN109801051B (en) Resource transfer method, system, server and computer readable storage medium
AU2020244545A1 (en) Method for performing inter-system service operation, service platform, and target system
WO2020024419A1 (en) Testing method for service scenario, electronic device and readable storage medium
CN112015769A (en) Data processing method and device, computer equipment and storage medium
CN110942377A (en) Method and system for implementing asynchronous verification of telecom CRM (customer relationship management) service
CN109034603B (en) Business process execution method, device and computer readable storage medium
CN106034148B (en) Rapid information interaction method, local server, remote server and system
CN105787791B (en) Service request processing method and device
CN116644925A (en) Financial business processing method, device, equipment and storage medium
US10997539B2 (en) Supplier analysis and verification system and method
CN116308749A (en) Interface fusing processing method and device, computer equipment and storage medium
TW202405714A (en) Payment method, apparatus and system based on 5G messaging application, and device and medium
CN113988844A (en) Service subscription method, device and system
CN114169985A (en) Asset value-reducing stage determination method and device
CN112328450A (en) Data monitoring method and device, computer equipment and storage medium
CN112150126A (en) Information processing method, information processing apparatus, electronic device, and medium
CN109801075A (en) Method of payment, device, computer equipment and storage medium
CN111178850B (en) Transaction method, device and system
CN112015731B (en) Information distribution method and system based on multi-terminal equipment
US20230308443A1 (en) Intermediary digital resource acquirer
KR100982825B1 (en) integrated test system
CN116418873A (en) Service processing method and device and electronic equipment
CN117726337A (en) Transaction information processing method, device, electronic equipment 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