CN111161052A - Bank operation data processing method and device - Google Patents
Bank operation data processing method and device Download PDFInfo
- Publication number
- CN111161052A CN111161052A CN201911423609.9A CN201911423609A CN111161052A CN 111161052 A CN111161052 A CN 111161052A CN 201911423609 A CN201911423609 A CN 201911423609A CN 111161052 A CN111161052 A CN 111161052A
- Authority
- CN
- China
- Prior art keywords
- job
- processing
- data
- processing operation
- transaction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title description 6
- 238000012545 processing Methods 0.000 claims abstract description 265
- 238000000034 method Methods 0.000 claims abstract description 63
- 238000004458 analytical method Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 13
- 238000010606 normalization Methods 0.000 claims description 13
- 238000003860 storage Methods 0.000 claims description 6
- 230000008569 process Effects 0.000 abstract description 27
- 238000011161 development Methods 0.000 abstract description 14
- 238000007405 data analysis Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 33
- 230000008520 organization Effects 0.000 description 32
- 230000006870 function Effects 0.000 description 10
- 230000004069 differentiation Effects 0.000 description 9
- 238000012360 testing method Methods 0.000 description 8
- 238000013475 authorization Methods 0.000 description 7
- 238000006243 chemical reaction Methods 0.000 description 6
- 238000012937 correction Methods 0.000 description 5
- 238000012795 verification Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000011981 development test Methods 0.000 description 1
- 238000009792 diffusion process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000005111 flow chemistry technique Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012954 risk control Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Stored Programmes (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention discloses a method and a device for processing bank operation data, wherein the method comprises the following steps: acquiring job data, the job data comprising: job type, job content, and job network information; standardizing the operation data to generate standardized data; performing a predetermined job processing operation on the standardized data according to the job type, the job processing operation including: a job common processing operation set according to a job type, and a job differential processing operation set according to job content and job network information. By the method and the system, different processes of different transactions can be realized, and subsequent data analysis and development are facilitated.
Description
Technical Field
The invention relates to the field of data processing, in particular to a method and a device for processing bank operation data.
Background
At present, the economic cooperation between China and external countries is more and more close, a large amount of work communication is generated with China, and more Chinese engineers and experts go out of China to serve overseas. In order to serve individual customers going out of the country, banks issue a large number of overseas debit cards, but as the international financial environment becomes increasingly complex, the overseas and foreign country financial regulation and risk control become more and more strict, and the transactions of various issuers are required to be forwarded and cleared through a local card organization network, while the transaction message specifications of different card group networks have larger differences. At present, a overseas system has access to fifteen or six different bank card organizations, the subsequent access speed of a new card organization is faster and faster, based on the current situation, the new access card organization often influences the transaction business processing of the original card organization network, and the matching test of the affected external card organization is difficult and high in cost. The business requirements of organizing a network for a single card often incur substantial testing costs and introduce new risks.
Specifically, the existing card issuing system uniformly uses the same transaction code to process the same transaction scenario, and has the following problems:
(1) the transactions are highly coupled, and the transactions of different types adopt a uniform processing flow, so that different transaction processing flows are mutually fused, the transactions are not clear, and the daily analysis and development difficulty is high.
(2) The inability to differentiate between the same transaction processing for different card organization networks often requires hard coding processing according to different networks, introducing large amounts of hard code that is increasingly difficult to maintain. The certification test of different card organizations needs to be applied with the card organizations in overseas and local places, and the difficulty is high. Often times, the test requirements of the affected card organization are chosen to be abandoned in view of a number of factors, leaving many potential risks.
(3) The two situations can cause large-scale influence due to the transformation of single requirements, the internal development and test workload is huge, the labor cost is high, and high risk in the development process is brought. According to the existing fast iteration needs, sufficient coverage tests cannot be carried out under many conditions, potential safety hazards are left, and the existing fast iteration project management mode is not met.
Disclosure of Invention
In view of the above, the present invention provides a method and an apparatus for processing banking job data to solve at least one of the above-mentioned problems.
According to a first aspect of the present invention, there is provided a method of processing banking job data, the method comprising: acquiring job data, the job data comprising: job type, job content, and job network information; standardizing the operation data to generate standardized data; performing a predetermined job processing operation on the standardized data according to the job type, the job processing operation including: a job common processing operation set according to a job type, and a job differential processing operation set according to job contents and job network information.
According to a second aspect of the present invention, there is provided an apparatus for processing banking job data, the apparatus comprising: a data acquisition unit configured to acquire job data including: job type, job content, and job network information; a normalization processing unit for performing normalization processing on the job data to generate normalized data; a job execution unit configured to execute a predetermined job processing operation on the standardized data according to the job type, the job processing operation including: a job common processing operation set according to a job type, and a job differential processing operation set according to job contents and job network information.
According to a third aspect of the present invention, there is provided an electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the steps of the method for processing banking job data when executing the program.
According to a fourth aspect of the present invention, the present invention provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the above-described method of processing banking job data.
According to the technical scheme, the operation public processing operation is set in advance according to the operation type, the operation difference processing operation is set according to the operation content and the operation network information, when the operation data is obtained, the corresponding processing operation of the operation data can be executed according to the preset operation public processing operation and the operation difference processing operation, the problems that in the prior art, different transaction processing flows are mutually fused and the subsequent analysis and development difficulty is increased due to the fact that transaction networks are not distinguished and the same transaction codes are uniformly used for processing in the card financial transaction are solved, different transaction flows can be achieved, and the method is clear and convenient for subsequent data analysis and development.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
FIG. 1 is a flow chart of a method of processing banking job data according to an embodiment of the present invention;
FIG. 2 is another flow diagram of a method of processing banking job data according to an embodiment of the present invention;
FIG. 3 is a schematic interface diagram of different transaction network standardized profiles according to an embodiment of the invention;
FIG. 4 is a schematic diagram of a conversion interface for a monetary conversion, transaction contact type, according to an embodiment of the present invention;
FIG. 5 is a schematic diagram of a transaction layering process according to an embodiment of the invention;
FIG. 6 is a schematic illustration of a transaction grounding flow orchestration according to an embodiment of the invention;
FIG. 7 is a schematic diagram of an interface for adding a basic process arrangement according to an embodiment of the present invention;
FIG. 8 is a schematic diagram of an embodiment interface of a differentiation processing section according to an embodiment of the present invention;
FIG. 9 is a schematic diagram of a transaction execution process according to an embodiment of the invention;
FIG. 10 is a schematic diagram of a transaction processing three-tier architecture according to an embodiment of the present invention;
fig. 11 is a block diagram of the configuration of a banking job data processing apparatus according to an embodiment of the present invention;
fig. 12 is a detailed configuration block diagram of a banking job data processing apparatus according to an embodiment of the present invention;
fig. 13 is a block diagram of the structure of the normalization processing unit 12 according to the embodiment of the present invention;
fig. 14 is a block diagram of the configuration of the job execution unit 13 according to the embodiment of the present invention;
fig. 15 is a block diagram of a structure of a message data processing apparatus according to an embodiment of the present invention;
FIG. 16 is a schematic diagram of an electronic device according to an embodiment of the invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The existing card financial transaction implementation scheme does not distinguish transaction networks for the same transaction scene, and uniformly uses the same transaction codes for processing, so that different transaction processing flows are mutually fused, the difficulty of subsequent analysis and development is increased, in addition, a large amount of hard codes with higher maintenance difficulty are introduced into the existing card financial transaction implementation scheme, a great deal of workload can be generated for internal development test, and a great number of potential safety hazards can be left. Based on this, considering that the transaction message specifications of different card organizations are not uniform, the transaction types are not uniform, and the transaction restrictions are not uniform, the embodiment of the invention provides a processing scheme of bank operation data, which adopts the strategies of mutually isolating different transaction networks, uniformly processing the same transaction types with the same requirement, and differentially processing the difference requirements, thereby not only meeting the requirement of quickly accessing a new card organization, but also ensuring that the transaction service processing of the original card organization is not influenced, and further overcoming the problems of mutually fusing different transaction processing flows and increasing the difficulty of subsequent analysis and development in the prior art. Embodiments of the present invention are described in detail below with reference to the accompanying drawings.
Fig. 1 is a flowchart of a method for processing banking job data according to an embodiment of the present invention, as shown in fig. 1, the method including:
Specifically, the job data is first analyzed; and then, standardizing the analyzed job data according to a preset rule. The predetermined rules herein may be based on the transaction system. By carrying out standardized processing on the data, the problem of data differentiation can be solved.
In actual operation, a plurality of common processing operations may be set in advance according to the job type; and sets a plurality of differential processing operations according to job contents or job network information based on a plurality of common processing operations set in advance.
Then, for the standardized data of the step 102, selecting at least one common processing operation according to the job type of the data to form the job common processing operation; meanwhile, respectively selecting difference processing operation according to job content and job network information in the data to form the job difference processing operation; then, a job processing operation is executed based on the formed job common processing operation and the job difference processing operation to complete the transaction flow corresponding to the job data acquired in step 101.
According to the embodiment of the invention, the public processing operation is set in advance according to the job type, the difference processing operation is set according to the job content and the job network information, and when the job data is acquired, the corresponding processing operation of the job data can be executed according to the preset job public processing operation and job difference processing operation, so that the problems that different transaction processing flows are mutually fused and the subsequent analysis and development difficulty is increased due to the fact that transaction networks are not distinguished and the same transaction code is uniformly used for processing in card financial transactions in the prior art are solved.
In the specific implementation process, when a new card organization is accessed, a new job type may exist, and at this time, a corresponding new common processing operation may be added according to a predetermined processing rule of the new job type; and, based on the new common processing operation, a new differential processing operation is added according to the job content or the job network information. In other words, when a new card organization is accessed, the common processing operation and the differential processing operation need to be updated.
The following describes the embodiments of the present invention in detail by taking the X86 architecture and JAVA platform as examples. Fig. 2 is a flowchart of a method for processing banking job data according to an embodiment of the present invention, and as shown in fig. 2, the flowchart includes:
When a new card organization is accessed, the difference analysis is carried out according to the network specification and the system core rule of the new card organization, and the received message of the new card organization is analyzed and preprocessed to form message data meeting the required unified standard.
In one embodiment, the difference analysis is performed according to the network specification of the new card organization and the system core rule, and the mapping is performed according to the existing rule to form the corresponding standardized configuration file. Fig. 3 is a schematic interface diagram of different transaction network standardized profiles, as shown in fig. 3, the transaction network includes: VISA (international card organization), mask (another international card organization), CUPS (chinese card organization, international union of bank), DUPS (chinese card organization, domestic union of bank), OBOC (overseas chinese banking network).
There can be many processing methods in the process of standardizing the message data, and different data domain information is converted according to the standard specification of the system, such as processing methods of money conversion, transaction area, transaction contact type or mode, transaction medium, etc. FIG. 4 is a schematic diagram of a conversion interface for amount conversion and transaction contact type.
For the message data subjected to the standardized processing, matching the message data based on a hierarchical decision, a transaction type (namely, the operation type) in the message data, a transaction network (namely, the operation network) and the like, identifying a corresponding transaction implementation class, forwarding the message data to the corresponding transaction implementation class, and completing the transaction processing corresponding to the message data. The transaction implementation class herein corresponds to the above-described common processing operation and differential processing operation for completing the transaction corresponding to the message data.
At step 203, a tier-based transaction fulfillment process is performed.
Fig. 5 shows a transaction hierarchical processing diagram, and as shown in fig. 5, message data of the consumption transaction implementation class all belong to a single information class, so that a single information transaction flow arrangement can be obtained through consumption transaction abstraction, and the single information transaction flow arrangement belongs to a common processing part.
Specifically, the transaction implementation processing adopts a hierarchical framework, and specifically includes: the system comprises a public processing part and a differential processing part, wherein the public processing provides standardized implementation of transactions, and the differential processing provides specific implementation logic of each transaction, so that the flow and specific steps of each transaction are embodied. Common processing and differentiated processing of transactions are described separately below.
(1) Transaction common processing
According to the historical transaction processing process, common processing steps of a certain transaction type are extracted to form a business rule of the transaction type, and steps conforming to the business rule are subjected to standardization and normalization processing. And forming a processing rule unit according to the service rule, and performing standard naming and unified interface definition on each rule unit for each transaction to use as required, incorporating flow arrangement and facilitating selection and calling of each transaction.
In a specific implementation process, mutually independent service implementation classes can be written for each rule unit based on a computer language (for example, JAVA), and extensible differentiated implementation is provided, so that later-stage replacement is facilitated. The rule elements here may be, for example: MAC (Message Authentication Code) verification, notification transaction verification, two-magnetic verification, ARQC (Authorization Request Cryptogram) verification, password verification, FALLBCK (degradation) limitation, card status limitation, function switch limitation, product limitation, other limitation, calculation deduction amount, limit check and accumulation, transaction Code conversion, prompt Code acquisition, account polling, account balance processing, group transaction return packet, and the like.
(2) Transaction differentiation processing
For various transaction processing flows, the differences are mainly embodied in three dimensions of transaction types, transaction modes (or called transaction contents) and transaction networks. The flow steps of processing are different for different transaction types; some processing steps of different transaction modes under the same transaction type are different; different transaction networks under the same transaction mode are different.
In short, transaction differentiation processing mainly includes three aspects: A) arranging the processes of different transaction types; B) differential processing of different transactions of the same type; C) differential processing of different transaction networks for the same transaction. These three aspects, which are described in detail below, are located at different layers of the layered framework.
A) The first level orchestrates the flow for different transaction types.
Generating a basic transaction flow arrangement of each type according to a plurality of transaction types, wherein the basic flow arrangement comprises the following steps: the system comprises a single information class, a correction class, a cancellation class, an authorization correction class, an authorization cancellation class, an authorization clearing class, a balance inquiry class and the like. The transaction basic flow arrangement embodies a transaction business flow, comprises basic processing steps, does not need to pay attention to specific differentiation of specific steps, and only obtains corresponding logic implementation from public processing.
Fig. 6 is a schematic diagram of a transaction basic flow arrangement, as shown in fig. 6, the basefinace service is a common processing class, providing multiple types of security elements, restriction elements, and functional elements. These elements are the logical implementations of a common process. The method comprises the steps that BasekingeService is a single information arrangement class, BaseReverseService is a correction arrangement class, and multiple elements in BaseFinanceService are selected according to transaction flow processing steps (step set identified by early-stage classification) respectively to realize arrangement of transaction flows.
Fig. 7 is a schematic diagram of an interface for arranging a new basic process, and as shown in fig. 7, when an arrangement class of a new transaction is added, the basefinance service class in fig. 6 needs to be inherited, and methods provided by the parent class are sequentially called according to a certain sequence, so that arrangement of selecting various elements according to needs can be realized. In one embodiment, a scheduling table may be provided to record the elements and their execution order, thereby implementing a flow schedule for each transaction.
B) The second layer is a concrete transaction abstract class
For different transactions of the same transaction type, for example, a consumption transaction (CardPurchaseService) and a withdrawal transaction (cardwithsawalawalservice), the two transactions belong to a single information class, the processing steps of the transactions are consistent, but the implementation logics of some specific processing steps are different, for example, the process arrangement may include: the method comprises three steps of verifying message validity, verifying password and checking function restriction, wherein the steps VerifyMac and VerifyPin belong to common processing steps, all transactions are shared, but the step checking function belongs to a switch checking step, and consumption transactions and withdrawal transactions are different in the step checking function and need to be realized differently. That is to say, for the consumption transaction and the withdrawal transaction, the checkfunction result belongs to the differentiated processing part of the transaction, and the implementation logic for processing the step is required for each transaction, and a specific implementation interface schematic diagram is shown in fig. 8.
Since CardPurchaseservice (consumption transaction) and CardWithdrawal service (withdrawal transaction) are subclasses of BaseService arrangement class, they share the same process arrangement. However, since the checkfunction result is rewritten in the subclass, when this step is executed, the specific logic implementing the difference processing is called, and the schematic diagram of the transaction execution process is shown in fig. 9.
C) The third layer is a specific transaction implementation class based on different card organization networks
And on the basis of the second-layer transaction abstract class, continuously layering, and forming a transaction concrete implementation class layer according to different card organization networks. For example, the consumption transaction may include three card organization networks, such as international union of bank (cuts), national bank network (BOC), and mastercard, and specific implementation classes of the 3 different networks for the consumption transaction need to be established, and the single information flows of the consumption transaction are arranged in the same way, but the card organization network BOC has a differentiation requirement in the step specularieretunnfoc, and thus the implementation logic of the step specularieretunnfoc needs to be rewritten in the specific implementation class of the BOC network. FIG. 10 is a schematic diagram of a three-layer architecture of transaction processing, as shown in FIG. 10, in the specularieReturnInfo step, there are different implementation logics for the three card organization network UnionPay, BOC, and MasterCard.
As can be seen from the above description, the embodiment of the present invention sets a transaction layering framework in advance according to the transaction type, the transaction content, and the transaction network, extracts the flow arrangement of different types of transactions according to the transaction type, solidifies the transaction flow, makes the implementation mode of the whole transaction framed, and then decomposes the differences layer by layer from the dimensions of the flow, the steps, the card organization network, and the like, so as to effectively isolate the specific implementation of each transaction; moreover, after the transaction data are received, the embodiment of the invention carries out standardized processing on the data, thereby solving the problem of data differentiation; when a new transaction type, transaction content or a new access card is added to the organization network, new flow arrangement can be directly added, the influence of the development of new differences on the existing framework is avoided, the working difficulty of analysis and development is reduced, secondary risks brought by new changes are reduced, the expansion of a test range is avoided, and therefore the development and test cost can be effectively reduced.
Based on similar inventive concepts, the embodiment of the present invention further provides a device for processing banking job data, and preferably, the device is configured to implement the flow of the foregoing method embodiment.
Fig. 11 is a block diagram showing the configuration of a banking job data processing apparatus according to an embodiment of the present invention, as shown in fig. 11, the apparatus including: a data acquisition unit 11, a normalization processing unit 12, and a job execution unit 13, wherein:
a data acquisition unit 11 configured to acquire job data including: job type, job content, and job network information;
a normalization processing unit 12 for performing normalization processing on the job data to generate normalized data;
a job execution unit 13 configured to execute a predetermined job processing operation on the standardized data according to the job type, the job processing operation including: a job common processing operation set according to a job type, and a job differential processing operation set according to job contents and job network information.
According to the embodiment of the invention, the public processing operation is set in advance according to the operation type, the difference processing operation is set according to the operation content and the operation network information, when the data acquisition unit 11 acquires the operation data, the operation execution unit 13 can execute the corresponding processing operation of the operation data according to the preset operation public processing operation and the operation difference processing operation, and the problems that in the prior art, different transaction processing flows are mutually fused and the subsequent analysis and development difficulty is increased due to the fact that transaction networks are not distinguished and the same transaction codes are uniformly used for processing in card financial transactions are solved.
In a specific implementation process, as shown in fig. 12, the apparatus further includes: a common processing operation setting unit 14, a difference processing operation setting unit 15, a common processing operation updating unit 16, and a difference processing operation updating unit 17, wherein:
a common processing operation setting unit 14 for setting a plurality of common processing operations in advance according to job types;
a difference processing operation setting unit 15 for setting a plurality of difference processing operations according to job contents or job network information based on a plurality of common processing operations set in advance;
a common processing operation updating unit 16 for, when a new job type exists, adding a corresponding new common processing operation according to a predetermined processing rule of the new job type;
a difference processing operation updating unit 17 for adding a difference processing operation according to the job content or the job network information based on the new common processing operation.
Specifically, as shown in fig. 13, the normalization processing unit 12 includes: a parsing module 121 and a normalization processing module 122, wherein:
an analysis module 121, configured to perform analysis processing on the job data;
and a normalization processing module 122, configured to perform normalization processing on the analyzed job data according to a predetermined rule.
The data can be standardized by the standardization processing unit 12, so that the problem of data differentiation can be solved.
Specifically, as shown in fig. 14, the above-described job execution unit 13 includes: a job common processing operation forming module 131, a job difference processing operation forming module 132, and a job executing module 133, wherein:
a job common processing operation forming module 131 for selecting at least one common processing operation according to a job type in the job data to form the job common processing operation;
a job difference processing operation forming module 132 configured to select difference processing operations according to job contents and job network information in the job data, respectively, to form the job difference processing operations;
a job execution module 133 for executing the job processing operation based on the formed job common processing operation and the job differential processing operation.
In practical operation, the units and the modules may be combined or may be singly arranged, and the present invention is not limited thereto.
For a better understanding of the embodiments of the present invention, the following detailed description of the embodiments of the present invention is provided in conjunction with fig. 15.
Fig. 15 is a block diagram of a message data processing apparatus according to an embodiment of the present invention, and as shown in fig. 15, the apparatus includes: the system comprises a message data standardization module 51, a transaction layering decision module 52 and a transaction processing module 53, wherein the transaction processing module 53 comprises: a common processing sub-module 531 and a differential processing sub-module 532, each of which is described below.
1. Message data standardization module 51
The message data standardizing module 51 is used for standardizing messages from each card organization network, and according to a standard transaction message rule set by a transaction system, the rule is formed by the existing accessed card organization network. For a newly accessed local small card organization network, the message data from the network and the standard transaction message rule set by the transaction system are subjected to difference analysis and are processed and cleaned to form message data meeting the requirements, so that the standardization of the message is ensured, accurate guarantee is provided for the subsequent processing of the data, and difference diffusion is avoided. The data standardized by this module is sent to the transaction layer decision module 52 for uniform layer forwarding for different transaction processes.
2. Transaction layering decision module 52
The transaction hierarchical decision module 52 identifies the transaction type and sends the transaction data to different transaction implementation classes in the transaction processing module by maintaining registration and management of the transaction implementation classes to implement different processing of different transactions.
3. Transaction processing module 53
The transaction processing module comprises all solutions for transaction implementation, and the module is a core part of the whole transaction. The transaction processing module includes a common processing sub-module 531 and a differential processing sub-module 532, which respectively perform common processing and differential processing on the transaction. The common processing sub-module 531 and the differential processing sub-module 532 are respectively described in detail below.
3.1, common processing submodule 531
The common processing sub-module 531 provides a rule unit standardized by a specification in the transaction implementation process, and the rule unit includes most processing steps possessed by the transaction, is regularizable and relatively stable, and is a common processing part which does not easily change with the transaction type and the transaction network. The rule unit provided by the public processing sub-module 531 has standard naming and unified interface definition, is used for each transaction as required, is incorporated into the arrangement of the flow, and is convenient to disassemble and replace at will. Each rule unit has corresponding service implementation classes which are independent of each other and have extensible differentiated implementation, so that unified replacement in the future is facilitated.
3.2, a differentiation processing submodule 532
The module mainly comprises the following functions:
1) different types of transaction flow orchestration
Providing basic process orchestration for a plurality of transaction types, including: the system comprises a single information class, a correction class, a cancellation class, an authorization correction class, an authorization cancellation class, an authorization clearing class, a balance inquiry class and the like. And the new process arrangement can be expanded subsequently according to the newly added transaction type, and the existing basic process arrangement is not influenced. The process arrangement only needs to acquire the processing rule units of the corresponding steps from the public processing submodule according to the self processing steps of the transaction types for arrangement, repeated writing of implementation logic is not needed, the public processing submodule provides method declarations for the rule units with definite differences, and the specific implementation logic can be realized through the following two processes.
2) Differentiated processing of different transactions of the same type
Different transactions of the same type, such as consumption transactions and withdrawal transactions belong to single information type transactions, the processing flows of the transactions are consistent, but the implementation logics of some specific processing steps are different, and the interface method is rewritten in corresponding implementation types according to different steps.
3) Differentiated processing of different transaction networks for the same transaction
In one embodiment, for example, the consumption transaction has different card organization networks, different card organization networks have different requirements for specific steps, and the method of rewriting different requirements in the transaction network subclass corresponding to the implementation class is implemented.
For specific execution processes of the units and the modules, reference may be made to the description in the foregoing method embodiments, and details are not described here again.
FIG. 16 is a schematic diagram of an electronic device according to an embodiment of the invention. The electronic device shown in fig. 16 is a general-purpose data processing apparatus that includes a general-purpose computer hardware structure including at least a processor 1601 and a memory 1602. The processor 1601 and the memory 1602 are connected by a bus 1603. The memory 1602 is adapted to store one or more instructions or programs that are executable by the processor 1601. The one or more instructions or programs are executed by processor 1601 to implement the steps in the banking job data processing method described above.
The processor 1601 may be a stand-alone microprocessor or a collection of one or more microprocessors. Thus, the processor 1601 implements processing of data and control of other devices by executing the commands stored in the memory 1602 to thereby execute the method flow of the embodiments of the present invention as described above. The bus 1603 couples the above components together while coupling them to a display controller 1604 and a display device and an input/output (I/O) device 1605. Input/output (I/O) devices 1605 may be a mouse, keyboard, modem, network interface, touch input device, motion sensing input device, printer, and other devices known in the art. Typically, input/output (I/O) devices 1605 are connected to the system through input/output (I/O) controllers 1606.
Memory 1602 may store, among other things, software components such as an operating system, communication modules, interaction modules, and application programs. Each of the modules and applications described above corresponds to a set of executable program instructions that perform one or more functions and methods described in embodiments of the invention.
Embodiments of the present invention further provide a computer-readable storage medium, on which a computer program is stored, where the computer program is executed by a processor to implement the steps of the above-mentioned banking job data processing method.
In summary, the embodiment of the invention stratifies transactions of different networks, different types and different contents, all financial transactions are inherited to basic financial transaction service, the transactions of the same type conform to a uniform transaction processing flow, and the transactions of different types are different flows, thereby overcoming the problems that the card financial transactions in the prior art are mutually fused and the subsequent analysis and development difficulty is increased because transaction networks are not distinguished and the same transaction codes are uniformly used for processing, and realizing the differentiated processing of different card organization networks of the transactions of the same type and effectively meeting the changeable modification requirements.
The preferred embodiments of the present invention have been described above with reference to the accompanying drawings. The many features and advantages of the embodiments are apparent from the detailed specification, and thus, it is intended by the appended claims to cover all such features and advantages of the embodiments which fall within the true spirit and scope thereof. Further, since numerous modifications and changes will readily occur to those skilled in the art, it is not desired to limit the embodiments of the invention to the exact construction and operation illustrated and described, and accordingly, all suitable modifications and equivalents may be resorted to, falling within the scope thereof.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The principle and the implementation mode of the invention are explained by applying specific embodiments in the invention, and the description of the embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.
Claims (12)
1. A method for processing banking job data, the method comprising:
acquiring job data, the job data comprising: job type, job content, and job network information;
standardizing the operation data to generate standardized data;
performing a predetermined job processing operation on the standardized data according to the job type, the job processing operation including: a job common processing operation set according to a job type, and a job differential processing operation set according to job contents and job network information.
2. The method for processing banking job data according to claim 1, wherein the normalizing the job data includes:
analyzing the operation data;
and standardizing the analyzed job data according to a preset rule.
3. The method of processing banking job data according to claim 1, further comprising:
presetting a plurality of common processing operations according to the job type;
a plurality of differential processing operations are set according to job contents or job network information based on a plurality of common processing operations set in advance.
4. The method for processing banking job data according to claim 3, wherein performing a predetermined job processing operation on the standardized data according to the job type includes:
selecting at least one common processing operation according to the job type in the job data to form the job common processing operation;
respectively selecting difference processing operations according to job content and job network information in the job data to form the job difference processing operations;
executing the job processing operation based on the formed job common processing operation and the job differential processing operation.
5. The method of processing banking job data according to claim 3, further comprising:
when a new job type exists, adding a corresponding new common processing operation according to a preset processing rule of the new job type;
based on the new common processing operation, a differential processing operation is added according to job content or job network information.
6. An apparatus for processing banking job data, the apparatus comprising:
a data acquisition unit configured to acquire job data including: job type, job content, and job network information;
a normalization processing unit for performing normalization processing on the job data to generate normalized data;
a job execution unit configured to execute a predetermined job processing operation on the standardized data according to the job type, the job processing operation including: a job common processing operation set according to a job type, and a job differential processing operation set according to job contents and job network information.
7. The apparatus for processing banking job data according to claim 6, wherein the standardization processing unit includes:
the analysis module is used for analyzing the operation data;
and the standardization processing module is used for carrying out standardization processing on the analyzed operation data according to a preset rule.
8. The apparatus for processing banking data according to claim 6, further comprising:
a common processing operation setting unit for setting a plurality of common processing operations in advance according to the job type;
a difference processing operation setting unit configured to set a plurality of difference processing operations according to job contents or job network information based on a plurality of common processing operations set in advance.
9. The apparatus for processing banking job data according to claim 8, wherein the job execution unit includes:
a job common processing operation forming module for selecting at least one common processing operation according to the job type in the job data to form the job common processing operation;
the job difference processing operation forming module is used for respectively selecting difference processing operations according to job content and job network information in the job data so as to form the job difference processing operations;
a job execution module to execute the job processing operation based on the formed job common processing operation and the job differential processing operation.
10. The apparatus for processing banking data according to claim 8, further comprising:
a common processing operation updating unit configured to, when a new job type exists, add a corresponding new common processing operation according to a predetermined processing rule of the new job type;
a difference processing operation updating unit for adding a difference processing operation according to the job content or the job network information based on the new common processing operation.
11. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the steps of the method for processing banking job data according to any one of claims 1 to 5 are implemented when the program is executed by the processor.
12. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method for processing banking job data according to one of the claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911423609.9A CN111161052B (en) | 2019-12-31 | 2019-12-31 | Bank operation data processing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911423609.9A CN111161052B (en) | 2019-12-31 | 2019-12-31 | Bank operation data processing method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111161052A true CN111161052A (en) | 2020-05-15 |
| CN111161052B CN111161052B (en) | 2023-11-21 |
Family
ID=70560624
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911423609.9A Active CN111161052B (en) | 2019-12-31 | 2019-12-31 | Bank operation data processing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111161052B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111738814A (en) * | 2020-06-17 | 2020-10-02 | 中国银行股份有限公司 | Account splitting processing method and device |
| CN114793246A (en) * | 2022-05-07 | 2022-07-26 | 中国银行股份有限公司 | Method and device for processing transaction message |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1932875A (en) * | 2006-10-09 | 2007-03-21 | 杭州东信金融技术服务有限公司 | Prepositional system based on finance industry |
| CN1996854A (en) * | 2006-12-22 | 2007-07-11 | 中国建设银行股份有限公司 | Integrated processing system and method for the data exchange between different application systems |
| CN105631004A (en) * | 2015-12-28 | 2016-06-01 | 华夏银行股份有限公司 | Data processing method and system |
| CN106506563A (en) * | 2016-12-30 | 2017-03-15 | 中国建设银行股份有限公司 | account setup method, device and bank service system |
| CN107909359A (en) * | 2017-11-21 | 2018-04-13 | 中国银行股份有限公司 | Batch calls the data processing method and device of on-line transaction common process mechanism |
| CN110390589A (en) * | 2019-07-26 | 2019-10-29 | 中国工商银行股份有限公司 | Processing method, device, system, electronic equipment and the storage medium of remittance data |
-
2019
- 2019-12-31 CN CN201911423609.9A patent/CN111161052B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1932875A (en) * | 2006-10-09 | 2007-03-21 | 杭州东信金融技术服务有限公司 | Prepositional system based on finance industry |
| CN1996854A (en) * | 2006-12-22 | 2007-07-11 | 中国建设银行股份有限公司 | Integrated processing system and method for the data exchange between different application systems |
| CN105631004A (en) * | 2015-12-28 | 2016-06-01 | 华夏银行股份有限公司 | Data processing method and system |
| CN106506563A (en) * | 2016-12-30 | 2017-03-15 | 中国建设银行股份有限公司 | account setup method, device and bank service system |
| CN107909359A (en) * | 2017-11-21 | 2018-04-13 | 中国银行股份有限公司 | Batch calls the data processing method and device of on-line transaction common process mechanism |
| CN110390589A (en) * | 2019-07-26 | 2019-10-29 | 中国工商银行股份有限公司 | Processing method, device, system, electronic equipment and the storage medium of remittance data |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111738814A (en) * | 2020-06-17 | 2020-10-02 | 中国银行股份有限公司 | Account splitting processing method and device |
| CN114793246A (en) * | 2022-05-07 | 2022-07-26 | 中国银行股份有限公司 | Method and device for processing transaction message |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111161052B (en) | 2023-11-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10452523B1 (en) | System and method for state based intelligent test generation | |
| WO2022179008A1 (en) | Supply chain finance ai daas algorithm warehouse platform based on blockchain | |
| US7953762B2 (en) | Infrastructure and architecture for development and execution of predictive models | |
| US10115058B2 (en) | Predictive modeling | |
| CN109783581A (en) | Right management method, device, electronic equipment and storage medium | |
| CN105095970A (en) | Execution method and system of third-party application | |
| CN106021093A (en) | Test case reuse method and system | |
| CN110968437A (en) | Method, device, equipment and medium for parallel execution of single contract based on Java intelligent contract | |
| CN101908015A (en) | Device and method for creating test case based on components | |
| CN109447783A (en) | Credit method, apparatus, terminal device and storage medium | |
| CN113612766B (en) | Data management device, method, computer equipment and storage medium | |
| CN115168460A (en) | Data processing method, data transaction system, device and storage medium | |
| CN110163745A (en) | Hierarchical control data check and control processing system and method | |
| CN110730097A (en) | Internet technology architecture construction method and device, electronic equipment and medium | |
| CN111161052B (en) | Bank operation data processing method and device | |
| CN106452815B (en) | A kind of informatization management method, apparatus and system | |
| CN112232733A (en) | Material introduction control method, system, terminal and storage medium | |
| CN106708869B (en) | Group data processing method and device | |
| CN103562896B (en) | Apparatus for minimizing communication and integration complexity between software applications | |
| CN114841797A (en) | Method and device for determining business processing rule based on Drools rule engine | |
| US9342541B1 (en) | Presentation oriented rules-based technical architecture display framework (PORTRAY) | |
| CN114880369A (en) | Risk credit granting method and system based on weak data technology | |
| CN111061789A (en) | Smart power grids capital construction information management system | |
| CN108961039A (en) | Transaction processing method, apparatus and system | |
| Zhou | Enterprise Financial Management Informatization under Cloud Computing Environment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |