CN110889765B

CN110889765B - Transaction information reporting method and device

Info

Publication number: CN110889765B
Application number: CN201911239139.0A
Authority: CN
Inventors: 张康洁; 孙百仪; 董佳烨; 杨似彤; 张阳
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2019-12-06
Filing date: 2019-12-06
Publication date: 2022-09-02
Anticipated expiration: 2039-12-06
Also published as: CN110889765A

Abstract

The embodiment of the application provides a transaction information reporting method and a device, wherein the method comprises the following steps: writing the transaction information into a preset submission transaction intermediate table corresponding to the core system in real time; according to the current information reporting mode, applying a preset message queue channel to carry out batch reporting processing on the transaction information in the reporting transaction intermediate table, wherein the information reporting mode comprises a daytime reporting mode and a night reporting mode, and the daytime reporting mode and the night reporting mode respectively correspond to different reporting transaction intermediate tables; when the core system is in the end-of-day state, the unsent transaction information and the transaction information which fails to be sent are subjected to batch supplementary submission processing, and the message queue channel is set to be in an active submission state. According to the method and the system, the monitoring and submitting process supporting the day and night mode and the combined submitting of the online mode and the batch mode are designed, the submitting information can be processed in time, and the submitting efficiency and the submitting reliability of the transaction information service are effectively improved.

Description

Transaction information reporting method and device

Technical Field

The application relates to the technical field of data processing, in particular to a transaction information reporting method and device.

Background

The information service construction aims at establishing a set of transaction information data which completely serves bank customers, providing a complete information display function facing domestic and overseas customers, meeting practical business requirements to the maximum extent and improving customer satisfaction. The information submission refers to that the financial transaction information related to the information service is used as submission content and is downloaded to a customer transaction information service system by a core system of a financial institution such as a bank and the like, so that a comprehensive transaction information query function is provided for a customer.

At present, in the process of submitting the existing transaction information, when the transaction amount of a core system is huge, the competition of resources can cause the performance of the system to be reduced to a certain extent, and further the normal operation of partial functions is influenced, for example, in recent years, the account transaction amount of e-commerce promotion activities is increased rapidly, so that a large amount of overstocked transactions to be submitted by information services are caused, and the submission performance is obviously reduced; in addition, the existing asynchronous information reporting mode still has the problems that the parallel reporting efficiency is influenced, and abnormal data is lost and cannot be found back.

Disclosure of Invention

Aiming at the problems in the prior art, the application provides a transaction information submission method and a transaction information submission device, and the submission information can be processed in time by designing a monitoring and submission process supporting a day and night mode and combining the submission in an online and batch mode, so that the submission efficiency and the submission reliability of the transaction information service are effectively improved.

In order to solve the technical problem, the application provides the following technical scheme:

in a first aspect, the present application provides a transaction information reporting method, including:

writing the transaction information into a preset submission transaction intermediate table corresponding to the core system in real time;

according to the current information reporting mode, applying a preset message queue channel to carry out batch reporting processing on the transaction information in the reporting transaction intermediate table, wherein the information reporting mode comprises a daytime reporting mode and a night reporting mode, and the daytime reporting mode and the night reporting mode respectively correspond to different reporting transaction intermediate tables;

and when the core system is in the end-of-day state, performing batch supplementary submission processing on the transaction information which is not sent and the transaction information which is failed to be sent, and setting the message queue channel to be in an active submission state.

Further, still include:

and periodically cleaning the data in the delivery transaction intermediate table.

Further, before the writing the transaction information into the preset posting transaction intermediate table corresponding to the core system in real time, the method further includes:

dividing the submission transaction intermediate table into a plurality of partition tables;

and configuring at least one corresponding partition table for each account type based on a preset account type.

Further, the writing the transaction information into a preset submission transaction intermediate table corresponding to the core system in real time includes:

receiving an online transaction request;

acquiring an account type corresponding to the transaction information according to the online transaction request;

respectively writing each transaction information into the corresponding partition table in an online and real-time manner according to the account type of each transaction information by applying a preset random number mode so as to form reporting record data in the corresponding partition table;

the reporting record data comprises the unique identifier of the corresponding partition table and the corresponding timestamp when the transaction information is written into the partition table.

Further, before the applying a preset message queue channel to perform batch submission processing on the transaction information in the submission transaction intermediate table according to the current information submission mode, the method further includes:

a message queue channel is established for asynchronous data exchange between the core system and the customer transaction information service system.

Further, the applying a preset message queue channel to perform batch submission processing on the transaction information in the submission transaction intermediate table according to the current information submission mode includes:

starting a preset monitoring process, and starting a corresponding information reporting process based on the current information reporting mode;

applying the monitoring process and the information submission process, and reading submission record data in a corresponding submission transaction intermediate table according to a current information submission mode;

and reporting the transaction information of the reporting record data in the core system to a client transaction information service system in batches based on a plurality of preset message queue channels.

Further, the method also comprises the following steps:

writing the transaction information of successful delivery into a preset transaction table of successful delivery, and writing the transaction information of failed delivery into a preset transaction table of failed delivery.

In a second aspect, the present application provides a transaction information reporting device, comprising:

the online submission preparation module is used for writing the transaction information into a preset submission transaction intermediate table corresponding to the core system in real time;

the batch process starting module is used for carrying out batch submission processing on the transaction information in the submission transaction intermediate table by applying a preset message queue channel according to the current information submission mode, wherein the information submission mode comprises a daytime submission mode and a night submission mode, and the daytime submission mode and the night submission mode respectively correspond to different submission transaction intermediate tables;

and the batch supplementary submission module is used for carrying out batch supplementary submission processing on the transaction information which is not sent and the transaction information which is failed to be sent when the core system is in the end-of-day state, and setting the message queue channel to be in an active submission state.

Further, still include:

and the delivery intermediate table release module is used for periodically cleaning the data in the delivery transaction intermediate table.

Further, still include:

the partition table dividing module is used for dividing the submission transaction intermediate table into a plurality of partition tables;

and the partition table configuration module is used for configuring at least one corresponding partition table for each account type based on a preset account type.

Further, the online submission preparation module comprises:

a request receiving unit for receiving an online transaction request;

the account type determining unit is used for acquiring the account type corresponding to the transaction information according to the online transaction request;

the online real-time writing unit is used for online real-time writing each transaction information into the corresponding partition table according to the account type of each transaction information by applying a preset random number mode so as to form reporting record data in the corresponding partition table;

Further, still include:

and the channel queue storage module is used for establishing a message queue channel for asynchronous data exchange between the core system and the customer transaction information service system.

Further, the batch process starting module comprises:

the process starting unit is used for starting a preset monitoring process and starting a corresponding information reporting process based on the current information reporting mode;

the intermediate table reading unit is used for applying the monitoring process and the information submission process and reading submission record data in a corresponding submission transaction intermediate table according to the current information submission mode;

and the batch submission unit is used for submitting the transaction information of the submission record data in the core system to the client transaction information service system in batches based on a plurality of preset message queue channels.

Further, the batch process starting module further comprises:

and the reporting result writing unit is used for writing the transaction information which is successfully reported into a preset reporting success transaction table and writing the transaction information which is failed to report into a preset reporting failure transaction table.

In a third aspect, the present application provides an electronic device, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the transaction information submission method.

In a fourth aspect, the present application provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of the transaction information posting method described herein.

According to the technical scheme, the transaction information reporting method and the device provided by the application comprise the following steps: writing the transaction information into a preset submission transaction intermediate table corresponding to the core system in real time; according to the current information reporting mode, applying a preset message queue channel to carry out batch reporting processing on the transaction information in the reporting transaction intermediate table, wherein the information reporting mode comprises a daytime reporting mode and a night reporting mode, and the daytime reporting mode and the night reporting mode respectively correspond to different reporting transaction intermediate tables; when the core system is in the end-of-day state, the unsent transaction information and the transaction information which is failed to be sent are subjected to batch supplementary submission processing, and the message queue channel is set to be in an active submission state, so that the submission efficiency in the submission process of the transaction information is high, the submission process respectively processes data of each partition of the intermediate table, and the concurrent time cost is saved; the compatibility is strong, the configuration of the process configuration file is flexible, and the process starting process is parameterized; the system throughput is high, and the batch delivery throughput is improved through splitting the supplementary delivery operation in batches; the transaction table is low in storage overhead, the reporting intermediate table and the reporting successful transaction table are released at regular time every day, the cyclic utilization rate is high, and then the reporting is combined in a mode of designing and supporting day and night monitoring, reporting process and on-line and batch reporting, so that the reporting information can be processed in time, the reporting efficiency of the transaction information service is effectively improved, and further the business development of financial institutions is better supported.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be 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 application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a flowchart illustrating a transaction information reporting method according to an embodiment of the present application.

Fig. 2 is a flowchart illustrating a transaction information reporting method including step 400 according to an embodiment of the present invention.

Fig. 3 is a schematic flowchart of

steps

010 and 020 in the transaction information reporting method in the embodiment of the application.

Fig. 4 is a flowchart illustrating a step 100 of a transaction information reporting method according to an embodiment of the present application.

Fig. 5 is a flowchart illustrating a transaction information reporting method including step 030 according to an embodiment of the present application.

Fig. 6 is a first flowchart illustrating a step 200 of a transaction information reporting method according to an embodiment of the present application.

Fig. 7 is a second flowchart illustrating a step 200 of a transaction information reporting method according to an embodiment of the present application.

Fig. 8 is a schematic diagram of an MQ communication mode in a transaction information reporting method in an application example of the present application.

Fig. 9 is a first structural diagram of a transaction information reporting device according to an embodiment of the present application.

Fig. 10 is a second structural diagram of a transaction information reporting device according to an embodiment of the present application.

Fig. 11 is a schematic diagram illustrating a third structure of a transaction information reporting device according to an embodiment of the present application.

Fig. 12 is a schematic structural diagram of an electronic device in an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. 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 application.

In the process of asynchronous information submission, transaction information submission can be realized in an asynchronous information submission mode, specifically, after online transaction is initiated, transaction information can be recorded through intermediate data, the online transaction sequentially calls a data I/O module to complete data access, a data caching module completes caching, a submission information sorting module is called to complete submission index and caching information, then an online transaction result is returned to a client, a submission process uses a caching extraction module to extract the caching information, and finally the submission is completed by the data I/O module.

However, the asynchronous messaging scheme has low parallelism, which affects the efficiency of parallel messaging. The asynchronous information reporting scheme does not cover the incomplete reporting scene, because the reporting failure scene may occur in the online transaction reporting, the scheme does not remedy the situation, once the reporting failure occurs due to the system and other reasons, the failed information service information is equivalent to the processed omission, and no effective countermeasure is provided. The asynchronous information reporting scheme does not consider the abnormal scene of the reporting process, if the reporting process fails, the corresponding information to be reported can not be processed any more, so that part of reporting data is lost, and the information cannot be retrieved after the intermediate table is released.

Based on this, the application provides a transaction information submission method, a transaction information submission device, an electronic device and a computer readable storage medium, wherein the transaction information is written into a preset submission transaction intermediate table corresponding to a core system in real time; according to the current information reporting mode, applying a preset message queue channel to carry out batch reporting processing on the transaction information in the reporting transaction intermediate table, wherein the information reporting mode comprises a daytime reporting mode and a night reporting mode, and the daytime reporting mode and the night reporting mode respectively correspond to different reporting transaction intermediate tables; when the core system is in the end-of-day state, the unsent transaction information and the transaction information which is failed to be sent are subjected to batch supplementary submission processing, and the message queue channel is set to be in an active submission state, so that the submission efficiency in the submission process of the transaction information is high, the submission process processes process the data of each partition of the intermediate table respectively, and the concurrent time cost is saved; the compatibility is strong, the configuration of the process configuration file is flexible, and the process starting process is parameterized; the system throughput is high, and the batch delivery throughput is improved through splitting the supplementary delivery operation in batches; the storage cost is low, the reporting intermediate table and the reporting successful transaction table are released at regular time every day, and the cyclic utilization rate is high.

In one or more embodiments of the present application, the core system logically divides the system into two sets, namely, a day mode and a night mode, for providing 7 × 24 hours continuous service to the outside, respectively. The online mode accepts transactions with high real-time requirements, and the batch mode mainly processes centralized batch processing of a large amount of data and has certain tolerance on response time.

In one or more embodiments of the present application, an information service submits: the information service construction aims at establishing a set of transaction information data which completely serves bank customers, providing a complete information display function facing domestic and overseas customers, meeting practical business requirements to the maximum extent and improving customer satisfaction. The information service submission refers to the submission of financial transaction information associated with the information service, which is taken as submission content and is downloaded to a customer transaction information service system by a core system, so that a comprehensive transaction information query function is provided for customers.

In view of the above, an embodiment of the present application provides a transaction information reporting device, where the transaction information reporting device may be a server, the server may be disposed in a core system of a financial institution, and the server is configured to write transaction information into a preset reporting transaction intermediate table corresponding to the core system in real time; according to the current information reporting mode, applying a preset message queue channel to carry out batch reporting on the transaction information in the reporting transaction intermediate table to a customer transaction information service system, wherein the information reporting mode comprises a daytime reporting mode and a night reporting mode, and the daytime reporting mode and the night reporting mode respectively correspond to different reporting transaction intermediate tables; and when the core system is in the end-of-day state, performing batch supplementary submission processing on unsent transaction information and transaction information failed to be sent, and setting the message queue channel to be in an active submission state.

Based on this, the transaction information submitting device may further be in communication connection with at least one client device, and is configured to send the transaction information submitting result or the abnormal information to the client device, and it may be understood that the client device may include a smart phone, a tablet electronic device, a network set-top box, a portable computer, a desktop computer, a Personal Digital Assistant (PDA), a vehicle-mounted device, an intelligent wearable device, and the like. Wherein, intelligence wearing equipment can include intelligent glasses, intelligent wrist-watch, intelligent bracelet etc..

In practical applications, part of the transaction information submission may be performed at the server side as described above, or all operations may be performed at the client device. The selection may be specifically performed according to the processing capability of the client device, the limitation of the user usage scenario, and the like. This is not a limitation of the present application. The client device may further include a processor if all operations are performed in the client device.

The client device may have a communication module (i.e., a communication unit), and may be communicatively connected to a remote server to implement data transmission with the server. The server may include a server on the task scheduling center side, and in other implementation scenarios, the server may also include a server on an intermediate platform, for example, a server on a third-party server platform that is communicatively linked to the task scheduling center server. The server may include a single computer device, or may include a server cluster formed by a plurality of servers, or a server structure of a distributed apparatus.

The server and the client device may communicate using any suitable network protocol, including network protocols not yet developed at the filing date of this application. The network protocol may include, for example, a TCP/IP protocol, a UDP/IP protocol, an HTTP protocol, an HTTPS protocol, or the like. Of course, the network Protocol may also include, for example, an RPC Protocol (Remote Procedure Call Protocol), a REST Protocol (Representational State Transfer Protocol), and the like used above the above Protocol.

In order to process the submission information in time and effectively improve the submission efficiency and the submission reliability of the transaction information service, the present application provides an embodiment of a transaction information submission method, which is shown in fig. 1 and specifically includes the following contents:

step 100: and writing the transaction information into a preset submission transaction intermediate table corresponding to the core system in real time.

Step 200: and according to the current information reporting mode, applying a preset message queue channel to carry out batch reporting processing on the transaction information in the reporting transaction intermediate table, wherein the information reporting mode comprises a daytime reporting mode and a night reporting mode, and the daytime reporting mode and the night reporting mode respectively correspond to different reporting transaction intermediate tables.

Step 300: and when the core system is in the end-of-day state, performing batch supplementary submission processing on the transaction information which is not sent and the transaction information which is failed to be sent, and setting the message queue channel to be in an active submission state.

It can be understood that in the end-of-day state, supplementary submission is performed in batches, and the MQ channel is set to actively submit COMMIT, so that DB2 and MQ synchronously submit COMMIT. The supplemental submission includes two parts: and a message and a failure message are not sent, because the two parts of data cannot be completed by secondary report for the report process.

The batch supplementary submission method comprises the following steps:

A. acquiring reporting failure message information according to a reporting failure transaction table EF01 through JOB JOB1, and then performing supplementary reporting through MQ;

B. newly adding JOB JOB2, loading data UNLOAD in the intermediate table IF into a temporary file A;

C. newly adding JOB JOB3 to equally split the data in the temporary file A into 16 temporary files B;

D. adding JOB JOB4 to LOAD 16 temporary files B into the corresponding partition table of intermediate table IF;

E. and continuing to run the JOB JOB5, and calling MQ to report the unreported information in the step D.

In order to further improve the service delivery reliability of the transaction information, referring to fig. 2, in an embodiment of the transaction information delivery method provided in the present application, the following contents are further included after step 300 in the transaction information delivery method:

step 400: and periodically cleaning the data in the delivery transaction intermediate table.

It can be understood that after the completion of the daily information service delivery, the successfully delivered information is processed and then is transmitted to the relevant system, and is pushed as the notification of the delivery result, so that the data in the IF partition table and the successfully delivered transaction table have been completed, and the part of the data which is not preserved and is necessary should be cleaned in time so as to reuse the table space for recycling the next day.

In order to further improve the efficiency and reliability of transaction information submission, referring to fig. 3, in an embodiment of the transaction information submission method provided in the present application, the steps before step 100 of the transaction information submission method further include the following steps:

step 010: and dividing the submission transaction intermediate table into a plurality of partition tables.

Step 020: and configuring at least one corresponding partition table for each account type based on a preset account type.

It is understood that the account types include VIP accounts, contrapublic customer accounts, and contraprivate customer accounts.

In order to further improve the efficiency and reliability of transaction information submission, referring to fig. 4, in an embodiment of the transaction information submission method provided in the present application, step 100 of the transaction information submission method specifically includes the following steps:

step 110: an online transaction request is received.

Step 120: and acquiring the account type corresponding to the transaction information according to the online transaction request.

Step 130: and respectively writing each transaction information into the corresponding partition table in an online and real-time manner according to the account type of each transaction information by using a preset random number mode so as to form reporting record data in the corresponding partition table.

It is understood that the RANDOM number manner may refer to that the allocation of AREA-NO in the key value satisfies randomness and uniqueness, and here, taking the RANDOM FUNCTION in the COBOL computation FUNCTION as an example, the application process of the RANDOM number manner may be briefly described as follows:

(1) taking the current system time T;

(2) calculating a RANDOM RESULT RANDOM-RESULT by taking T as a RANDOM seed;

RANDOM-RESULT＝FUNCTION RANDOM(T)；

(3) determining the random distribution result of each type of account according to the random result, which specifically comprises:

random assignment of VIP account transactions: AREA-NO-RANDOM-RESULT 2;

random assignment to public-customer transactions: AREA-NO-RANDOM-RESULT 4+ 10;

random assignment to private customer transactions results: AREA-NO ═ RANDOM-RESULT × 16+ 20.

In order to further improve the efficiency and reliability of transaction information submission, referring to fig. 5, an embodiment of the transaction information submission method provided in the present application includes the following steps before step 200:

step 030: a message queue channel is established for asynchronous data exchange between the core system and the customer transaction information service system.

It can be understood that the intermediate table data to be submitted will be written into different message queue MQ channels finally, so as to implement the information service submission from the core system to the customer transaction information service system. QUEUE MANAGER puts the message into the correct QUEUE at the request of the application and if it cannot be done, it will notify the application and give the appropriate reason code.

In order to further improve the reporting efficiency and reliability of batch reporting processing, referring to fig. 6, in an embodiment of the transaction information reporting method provided in the present application, the step 200 of the transaction information reporting method specifically includes the following contents:

step 210: and starting a preset monitoring process, and starting a corresponding information reporting process based on the current information reporting mode.

Step 220: and reading the submission record data in the corresponding submission transaction intermediate table according to the current information submission mode by applying the monitoring process and the information submission process.

Step 230: and reporting the transaction information of the reporting record data corresponding to the core system to a customer transaction information service system in batches based on a plurality of preset message queue channels.

In order to further improve the reporting efficiency and reliability of batch reporting processing, in an embodiment of the transaction information reporting method provided by the present application, referring to fig. 7, the following steps are further included after step 230 in the transaction information reporting method:

step 240: writing the transaction information of successful delivery into a preset transaction table of successful delivery, and writing the transaction information of failed delivery into a preset transaction table of failed delivery.

Based on this, the transaction information submission method provided by the embodiment of the application can process the submission information in time through the following means, and effectively improves the submission efficiency and the submission reliability of the transaction information service.

1. Preparing online delivery: and writing the transaction information into the submission transaction intermediate table in real time on line for the submission process to acquire data.

2. And (3) channel queue storage: and establishing a message queue MQ channel for asynchronous data exchange between the core system and the client transaction information service system.

3. Starting batch processes: and starting a long-hanging monitoring and submitting process, reading a submitting transaction intermediate table according to the day or night mode, and writing corresponding transaction information into a message queue MQ channel for submitting.

4. And (3) supplementary batch submission: and in the day end state, supplementary reporting is carried out on the unsent message and the failure message, and a channel is set to actively submit COMMIT.

5. Reporting the release of the intermediate table: and cleaning data of the intermediate report transaction table every day.

To further explain the scheme, the application also provides a specific application example of the transaction information reporting method, which specifically comprises the following contents:

(one) on-line delivery preparation

And (3) preparing online submission, namely writing online submission information such as small management fee, account maintenance fee, card annual fee and the like into a partition table of the submission transaction intermediate table IF. Namely: and receiving the daily online transaction request, and writing the information to be reported into the partition table of the intermediate reporting transaction table IF according to the service scene.

The online transaction calls a public module to write in an intermediate table IF, supplements partial information for financial mobile subscriber transaction, and writes in the intermediate table IF; for special transactions, the intermediate table is written directly. In order to improve the concurrency degree, the intermediate table is configured into a partition table to prepare for multi-process delivery, the partition principle is based on account attributes, and the partition intermediate table is respectively used for storing different types of customer transactions. For example, the VIP account transaction is stored in 4 partitions, the public client transaction is stored in 4 partitions, the private client transaction is stored in 10 partitions, the average distribution of online transactions written in the intermediate table is guaranteed through a random number mode, and the reporting efficiency of each process is improved.

The partition number and the timestamp uniquely determine a record to be reported, and the key value structure of the intermediate table IF is shown in table 1:

TABLE 1

The RANDOM number mode means that the allocation of AREA-NO in the key value satisfies the randomness and uniqueness, and here, taking the FUNCTION RANDOM of COBOL as an example, the generation method is briefly described as follows:

A. taking the current system time T;

B. and calculating a random result by taking T as a random seed:

RANDOM-RESULT＝FUNCTION RANDOM(T)；

vip account transaction AREA-NO ═ RANDOM-RESULT × 2;

transacting an AREA-NO-RANDOM-RESULT 4+10 with the public client;

trade AREA-NO-RANDOM-RESULT 16+20 for private customers.

(II) channel queue storage

And the channel queue stores, establishes an MQ channel and connects the core system and the client transaction information service system. Namely: and the channel queue storage takes the core system and the customer transaction information service system as input to establish an MQ communication channel.

To ensure that an asynchronous data exchange is provided between hardware and software platforms that ensures integrity and consistency, the present application instance employs MQ tunneling, which allows the sending and receiving applications to be separated from each other, and the sender application can continue processing after sending without waiting for the receiver to acknowledge that it has received the data.

The intermediate table data to be submitted can be written into different MQ channels finally, so that the information service submission from the core system to the customer transaction information service system is realized. QUEUE MANAGER places the message on the correct QUEUE as requested by the application and if it cannot be done, notifies the application and gives the appropriate reason code, MQ messaging mode see fig. 8.

(III) batch Process Start

Starting the batch process, starting the long-hanging monitoring process INFO and a plurality of reporting processes, and putting the IF partition data into an MQ storage queue. Namely: the IF table, MQ channel and process configuration file INFOCNFG are used as input, and output is sent to a successful transaction table and a failed transaction table EF 01.

Between the reporting intermediate table IF and the MQ reporting channel, a monitoring process and a plurality of reporting processes play a key role, and are responsible for unconditionally starting the monitoring process INFO and conditionally starting N reporting processes before a day mode and a night mode every day, wherein the conditional means that a day reporting process and a night reporting process are respectively started according to the current day and night mode. Once the reporting process is started, the intermediate table data corresponding to the day or night can be read according to the mode, written into different channels to complete the reporting, the successful reporting transaction table is written into the reporting success process table, and the failed reporting transaction table is written into the failed reporting transaction table EF 01.

Although the INFO and the submission process are both long-hanging processes, there may be a situation that the submission process stops service, and if the monitoring process finds that the submission process of the service is not started, the monitoring process will automatically trigger the submission process, and re-lift the submission process to continue working.

The corresponding process is configured in the INFOCNFG file, and the format is shown in table 2:

TABLE 2

The batch firstly sets the starting identifier INFOCNFG-TRAN-FLG of the monitoring process as 'Y': and after the monitoring process is started, the INFO process is started, the starting identifier of the delivery process is updated, the delivery process is started, and the monitoring process performs scanning check on whether the delivery process abnormally runs or not every IDLE waiting time INFOCNFG-IDLE-DELAY after the monitoring process is started.

(IV) batch supplementary submission

And (5) supplementary reporting in batches, and reporting unreported messages and reporting failure messages to MQ in batches at the end state every day. Namely: the MQ supplemental submission is submitted at the end of the day with the IF table and submission failure transaction table EF01 as input.

In the end-of-day state, supplementary submission is carried out in batches, and the MQ channel active COMMIT is set, so that DB2 and MQ synchronous COMMIT are realized. The supplemental submission includes two parts: and a message and a failure message are not sent, because the two parts of data cannot be completed by secondary report for the report process.

The batch supplementary submission method comprises the following steps:

A. and obtaining the information of the delivery failure message according to a delivery failure transaction table EF01 through the JOB JOB1, and then performing supplementary delivery through MQ.

B. The new addition JOB2 loads the data UNLOAD in the intermediate table IF into the temporary file a.

C. The new JOB3 equally divides the data in the temporary file a into 16 temporary files B.

D. The new adding JOB4 LOADs the 16 temporary file B data into the partition table of the corresponding intermediate table IF respectively.

E. And continuing to run the JOB JOB5, and calling MQ to report the non-report information in the step D.

(V) reporting intermediate watch release

And releasing the reporting intermediate table, and cleaning the IF partition table and reporting failure table data every day. Namely: and (4) taking the IF table and the report success transaction table as input, and regularly clearing the table data every day.

After the information service is reported and finished every day, the information which is reported successfully is processed and then is downloaded to a related system to be used as the notification push of the reporting result, so that the data in the IF partition table and the transaction table which is reported successfully is already finished, and the part which does not reserve necessary data should be cleaned in time so as to be reused in the next day.

As can be seen from the above description, the transaction information submission method provided by the application example of the present application writes submission data generated by online transaction into the IF partition table in a random number manner; the core system and the client transaction information service system are connected in an MQ mode, so that asynchronous communication of the delivery information between the core system and the client transaction information service system is realized; completing the starting of the information service delivery monitoring process and the delivery process in batches based on the process configuration file INFOCNFG; obtaining unrevealed and failed reporting messages in batches at the end of each day, and pushing the messages to MQ for supplementary reporting; and after the submission is finished, releasing the IF partition table and the successful submission transaction table space on the same day. In the embodiment of the application, the reporting intermediate table IF adopts a partition table, and ensures that online transactions are generally consistent when written into the intermediate table by a random number mode. The asynchronous communication method establishes an MQ channel to complete the interaction between the core and the client transaction information service system. The monitoring process and the reporting process start mode comprise a data structure of a process configuration file INFOCNFG. And (3) a batch supplementary reporting design, wherein the unsent messages and the sending failure messages are subjected to one-time supplementary processing at the end of the day. And (4) setting the regular space release, and timely emptying the space of the reporting intermediate table and the space of the reporting successful transaction table after the reporting is finished every day. The transaction information submission method provided by the application can optimize the information service submission process through non-functional design, and improve the submission efficiency of the process. In conclusion, the information service submission method can be optimized, the robustness, the reliability and the system efficiency of the core bank system are further improved, and the core system information service submission is better supported.

In order to combine reporting by designing a monitoring and reporting process supporting day and night modes and combining reporting in an online and batch mode, and to process reporting information in time, and effectively improve the reporting efficiency and the reporting reliability of transaction information services, the present application provides an embodiment of a transaction information reporting device for implementing all or part of the contents in a transaction information reporting method, referring to fig. 9, the transaction information reporting device specifically includes the following contents:

the online submission preparation module 10 is used for writing the transaction information into a preset submission transaction intermediate table corresponding to the core system in real time;

the batch progress starting module 20 is configured to perform batch submission processing on the transaction information in the submission transaction intermediate table by using a preset message queue channel according to a current information submission mode, where the information submission mode includes a daytime submission mode and a nighttime submission mode, and the daytime submission mode and the nighttime submission mode correspond to different submission transaction intermediate tables respectively;

and the batch supplementary submission module 30 is configured to perform batch supplementary submission processing on the unsent transaction information and the transaction information that has failed to be sent when the core system is in the end-of-day state, and set the message queue channel to be in an active submission state.

In order to further improve the service delivery reliability of the transaction information, referring to fig. 10, an embodiment of the transaction information delivery device provided in the present application further includes the following contents:

and the delivery intermediate table release module 40 is used for periodically cleaning the data in the delivery transaction intermediate table.

In order to further improve the efficiency and reliability of transaction information reporting, in an embodiment of the transaction information reporting method provided in the present application, the transaction information reporting method further includes the following steps:

In order to further improve the efficiency and reliability of transaction information submission, in an embodiment of the transaction information submission device provided in the present application, the online submission preparation module 10 in the transaction information submission device specifically includes the following contents:

a request receiving unit for receiving an online transaction request;

In order to further improve the efficiency and reliability of transaction information submission, referring to fig. 11, an embodiment of the transaction information submission device provided in the present application further includes the following components:

and the channel queue storage module 01 is used for establishing a message queue channel for asynchronous data exchange between the core system and the customer transaction information service system.

In order to further improve the reporting efficiency and reliability of batch reporting processing, in an embodiment of the transaction information reporting apparatus provided in the present application, the batch process starting module 20 in the transaction information reporting apparatus specifically includes the following contents:

the intermediate table reading unit is used for applying the monitoring process and the information submission process and reading submission record data in the corresponding submission transaction intermediate table according to the current information submission mode;

In order to further improve the reporting efficiency and reliability of batch reporting processing, in an embodiment of the transaction information reporting apparatus provided in the present application, the batch progress starting module 20 in the transaction information reporting apparatus further includes the following contents:

In terms of hardware, in order to design a monitoring and reporting process supporting day and night mode and combined reporting in an online and batch mode, timely process reporting information and effectively improve the reporting efficiency and reliability of transaction information service, the application provides an embodiment of electronic equipment for implementing all or part of contents in the transaction information reporting method, and the electronic equipment specifically comprises the following contents:

a processor (processor), a memory (memory), a communication Interface (Communications Interface), and a bus; the processor, the memory and the communication interface complete mutual communication through the bus; the communication interface is used for realizing information transmission between the transaction information reporting device and relevant equipment such as various databases, a core system, a customer transaction information service system, a user terminal and the like; the electronic device may be a desktop computer, a tablet computer, a mobile terminal, and the like, but the embodiment is not limited thereto. In this embodiment, the electronic device may refer to the embodiment of the transaction information reporting method in the embodiment and the embodiment of the transaction information reporting apparatus, which are incorporated herein, and repeated details are not repeated.

Fig. 12 is a schematic block diagram of a system configuration of an electronic device 9600 according to an embodiment of the present application. As shown in fig. 12, the electronic device 9600 can include a central processor 9100 and a memory 9140; the memory 9140 is coupled to the central processor 9100. Notably, this fig. 12 is exemplary; other types of structures may also be used in addition to or in place of the structure to implement telecommunications or other functions.

In one embodiment, the transaction messaging function may be integrated into the central processor 9100. The central processor 9100 may be configured to control as follows:

As can be seen from the above description, the electronic device provided in the embodiment of the present application can enable the submission efficiency in the transaction information submission process to be high, and the submission process processes the data of each partition of the intermediate table respectively, so as to save the concurrence time cost; the compatibility is strong, the configuration of the process configuration file is flexible, and the process starting process is parameterized; the system throughput is high, and the batch delivery throughput is improved through splitting the supplementary delivery operation in batches; the transaction table is low in storage overhead, the reporting intermediate table and the reporting successful transaction table are released at regular time every day, the cyclic utilization rate is high, and then the reporting is combined in a mode of designing and supporting day and night monitoring, reporting process and on-line and batch reporting, so that the reporting information can be processed in time, the reporting efficiency of the transaction information service is effectively improved, and further the business development of financial institutions is better supported.

In another embodiment, the transaction information reporting device may be configured separately from the central processor 9100, for example, the transaction information reporting device may be configured as a chip connected to the central processor 9100, and the transaction information reporting function is realized under the control of the central processor.

As shown in fig. 12, the electronic device 9600 may further include: a communication module 9110, an input unit 9120, an audio processor 9130, a display 9160, and a power supply 9170. It is noted that the electronic device 9600 also does not necessarily include all of the components shown in fig. 12; in addition, the electronic device 9600 may further include components not shown in fig. 12, which can be referred to in the prior art.

As shown in fig. 12, a central processor 9100, sometimes referred to as a controller or operational control, can include a microprocessor or other processor device and/or logic device, which central processor 9100 receives input and controls the operation of the various components of the electronic device 9600.

The memory 9140 can be, for example, one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, or other suitable device. The information relating to the failure may be stored, and a program for executing the information may be stored. And the central processing unit 9100 can execute the program stored in the memory 9140 to realize information storage or processing, or the like.

The input unit 9120 provides input to the central processor 9100. The input unit 9120 is, for example, a key or a touch input device. Power supply 9170 is used to provide power to electronic device 9600. The display 9160 is used for displaying display objects such as images and characters. The display may be, for example, an LCD display, but is not limited thereto.

The memory 9140 can be a solid state memory, e.g., Read Only Memory (ROM), Random Access Memory (RAM), a SIM card, or the like. There may also be a memory that holds information even when power is off, can be selectively erased, and is provided with more data, an example of which is sometimes called an EPROM or the like. The memory 9140 could also be some other type of device. Memory 9140 includes a buffer memory 9141 (sometimes referred to as a buffer). The memory 9140 may include an application/function storage portion 9142, the application/function storage portion 9142 being used for storing application programs and function programs or for executing a flow of operations of the electronic device 9600 by the central processor 9100.

The memory 9140 can also include a data store 9143, the data store 9143 for storing data, such as contacts, digital data, pictures, sounds, and/or any other data used by the electronic device. The driver storage portion 9144 of the memory 9140 may include various drivers for the electronic device for communication functions and/or for performing other functions of the electronic device (e.g., messaging applications, contact book applications, etc.).

The communication module 9110 is a transmitter/receiver 9110 that transmits and receives signals via an antenna 9111. The communication module (transmitter/receiver) 9110 is coupled to the central processor 9100 to provide input signals and receive output signals, which may be the same as in the case of a conventional mobile communication terminal.

A plurality of communication modules 9110, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, can be provided in the same electronic device based on different communication technologies. The communication module (transmitter/receiver) 9110 is also coupled to a speaker 9131 and a microphone 9132 via an audio processor 9130 to provide audio output via the speaker 9131 and receive audio input from the microphone 9132, thereby implementing ordinary telecommunications functions. The audio processor 9130 may include any suitable buffers, decoders, amplifiers and so forth. In addition, the audio processor 9130 is also coupled to the central processor 9100, thereby enabling recording locally through the microphone 9132 and enabling locally stored sounds to be played through the speaker 9131.

An embodiment of the present application further provides a computer-readable storage medium capable of implementing all the steps in the transaction information submission method in the above embodiment, where the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the computer program implements all the steps of the transaction information submission method in the above embodiment, where the execution subject of the computer program is a server or a client, for example, when the processor executes the computer program, the processor implements the following steps:

As can be seen from the above description, the computer-readable storage medium provided in the embodiment of the present application can enable the posting efficiency in the transaction information posting process to be high, and the posting process processes data of each partition of the intermediate table respectively, so as to save the concurrence time cost; the compatibility is strong, the configuration of the process configuration file is flexible, and the process starting process is parameterized; the system throughput is high, and the batch delivery throughput is improved through splitting the supplementary delivery operation in batches; the transaction information service reporting method has the advantages that storage overhead is low, the reporting intermediate table and the reporting successful transaction table are released regularly every day, the cyclic utilization rate is high, and then monitoring and reporting processes supporting day and night modes are designed, and combined reporting in an online and batch mode is achieved, so that reporting information can be processed in time, the transaction information service reporting efficiency is effectively improved, and business development of financial institutions is better supported.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, 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 has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (devices), 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, the specific embodiments and the application range may be changed, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A transaction message posting method, comprising:

when the core system is in the end-of-day state, performing batch supplementary submission processing on unsent transaction information and transaction information failed to be sent, and setting the message queue channel to be in an active submission state;

wherein, according to the current information reporting mode, applying a preset message queue channel to carry out batch reporting processing on the transaction information in the reporting transaction intermediate table, and the method comprises the following steps:

and reporting the transaction information of the reporting record data corresponding to the core system to a customer transaction information service system in batches based on a plurality of preset message queue channels.

2. The transaction information submission method of claim 1, further comprising:

and periodically cleaning the data in the submission transaction intermediate table.

3. The method of claim 1, wherein before writing the transaction information into the preset posting transaction intermediate table corresponding to the core system in real time, the method further comprises:

4. The method of claim 3, wherein the writing the transaction information into the preset posting transaction intermediate table corresponding to the core system in real time comprises:

receiving an online transaction request;

the submitting record data comprises a unique identifier of a corresponding partition table and a timestamp when the corresponding transaction information is written into the partition table.

5. The method of claim 1, wherein before applying a preset message queue channel to perform batch submission of the transaction information in the submission transaction intermediate table according to the current information submission mode, the method further comprises:

6. The transaction information submission method of claim 1, further comprising:

writing the successfully submitted transaction information into a preset successfully submitted transaction table, and writing the unsuccessfully submitted transaction information into a preset unsuccessfully submitted transaction table.

7. A transaction information reporting device, comprising:

the batch supplementary submission module is used for carrying out batch supplementary submission processing on the transaction information which is not sent and the transaction information which is failed to be sent when the core system is in the end-of-day state, and setting the message queue channel to be in an active submission state;

wherein, the batch progress starting module comprises:

8. The transaction information submission apparatus of claim 7, further comprising:

9. The transaction information submission device of claim 7, further comprising:

10. The transaction information submission apparatus of claim 9, wherein the online submission preparation module includes:

a request receiving unit for receiving an online transaction request;

11. The transaction information submission device of claim 7, further comprising:

12. The transaction information submission apparatus of claim 7, wherein the batch process initiation module further includes:

13. 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 transaction information posting method of any one of claims 1 to 6 when executing the program.

14. 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 transaction information posting method according to any one of claims 1 to 6.