A method and apparatus for processing a packet

Abstract

Embodiments of the present application provide a message processing method and device, applied in the field of data processing, comprising: obtaining a transaction message, the transaction message being sent by a first transaction system and / or a second transaction system, the transaction message containing an execution path of the message; storing the transaction message in an initial directory, periodically executing a control script to read the transaction message in the initial directory through an execution period set by a timing task, and putting the read transaction message into a target directory; and processing the transaction message in the target directory according to the execution path in the transaction message. The control of the to-and-fro message script is added on the message processing system, and the transmission of the to-and-fro message is controlled through the timing task in the control of the to-and-fro message script.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of data processing, and in particular to a message processing method and device. BACKGROUND

[0002] The Society for Worldwide Interbank Financial Telecommunication (SWIFT) is responsible for designing, establishing and managing the global financial information network. The standardized and normalized message format of the SWIFT provides a standard for all member banks, facilitating the transmission of international financial information between members. The SWIFT message processing system (SWIFT-MPS, SAA for short) is a foreign exchange business message communication center of domestic banks. All message transmission and reception with foreign banks is completed through the system. The SWIFT message processing system also receives messages from other banks and distributes them to domestic branches and business systems. At the same time, it receives requests for sending messages from branches and business systems and sends them uniformly.

[0003] Therefore, the SWIFT message processing system cannot control the transmission and reception of messages. SUMMARY

[0004] The embodiments of the present application provide a message processing method and device for controlling the transmission and reception of messages.

[0005] In a first aspect, the embodiments of the present application provide a message processing method applied to a message processing system, comprising:

[0006] Obtaining a transaction message, wherein the transaction message is sent by a first transaction system and / or a second transaction system, and the transaction message contains an execution path of the message;

[0007] Storing the transaction message in an initial directory, periodically executing a control script to read the transaction message in the initial directory according to an execution period set by a timing task, and putting the read transaction message into a target directory;

[0008] Processing the transaction message in the target directory according to the execution path in the transaction message.

[0009] The embodiments of the present application add a control message script to the message processing system, and control the transmission and reception of messages by controlling the timing task in the control message script.

[0010] Optionally, the transaction message contains a parameter file and a data file; and before storing the transaction message in the initial directory, the method further comprises:

[0011] Determine that the file name of the parameter file matches the file name of the data file.

[0012] Optionally, the placing the read transaction message into the target directory comprises:

[0013] Backup the transaction message in the initial directory into a backup directory;

[0014] Then move the transaction message in the backup directory into the target directory.

[0015] By backing up the initial directory, the original state information of the transaction message can be inquired through the backup directory after the transaction message in the target directory is processed, facilitating monitoring and checking of the transaction corresponding to the transaction message.

[0016] Optionally, the backup of the transaction message in the initial directory into the backup directory comprises:

[0017] First, backup the data file of the transaction message in the initial directory to obtain a data file backup directory;

[0018] Then, backup the parameter file of the transaction message in the initial directory to obtain a parameter file backup directory.

[0019] Optionally, after the storing of the transaction message into the initial directory, the method further comprises:

[0020] According to the business type of the transaction message, the transaction message is classified through a clearing script;

[0021] The placing the read transaction message into the target directory comprises:

[0022] The transaction message is stored into the target directory corresponding to the business type according to the business type.

[0023] Optionally, when the number of transaction messages contained in the target directory is greater than a message number threshold, an alarm behavior is adopted to alarm.

[0024] In a second aspect, an embodiment of the present application provides a message pushing device, comprising:

[0025] An acquisition module is configured to acquire a transaction message, the transaction message being sent by a first transaction system and / or a second transaction system, and the transaction message containing an execution path of the message;

[0026] A processing module is configured to store the transaction message into an initial directory, periodically execute a control script to read the transaction message in the initial directory through an execution period set by a timing task, and place the read transaction message into a target directory.

[0027] The processing module is further configured to process the target directory according to the execution path in the transaction message.

[0028] The application adds control of to-and-fro message scripts on a message processing system, and controls the sending and receiving of to-and-fro messages by controlling the timing tasks in the to-and-fro message scripts.

[0029] Optionally, the processing module is further configured to:

[0030] The transaction message comprises a parameter file and a data file;

[0031] Before the transaction message is stored in the initial directory, the method further comprises:

[0032] It is determined that the file name of the parameter file matches the file name of the data file.

[0033] Optionally, the processing module is further configured to:

[0034] The transaction message read is placed in the target directory, comprising:

[0035] The transaction message in the initial directory is backed up to a backup directory;

[0036] The transaction message in the backup directory is moved to the target directory.

[0037] By backing up the initial directory, the original state information of the transaction message can be inquired through the backup directory after the transaction message in the target directory is processed, which facilitates monitoring and checking of the transaction corresponding to the transaction message.

[0038] Optionally, the processing module is configured to:

[0039] The transaction message in the initial directory is backed up to a backup directory, comprising:

[0040] The data file of the transaction message in the initial directory is backed up first to obtain a data file backup directory;

[0041] The parameter file of the transaction message in the initial directory is backed up again to obtain a parameter file backup directory.

[0042] Optionally, the processing module is further configured to:

[0043] After the transaction message is stored in the initial directory, the method further comprises:

[0044] According to the business type of the transaction message, the transaction message is classified by a clearing script;

[0045] The putting of the read transaction message into the target directory comprises:

[0046] The transaction message is stored in the target directory according to the business type.

[0047] Optionally, the processing module is further configured to:

[0048] When the monitoring script monitors that the number of transaction messages contained in the target directory is greater than the message number threshold, an alarm behavior is adopted to alarm.

[0049] In a third aspect, an embodiment of the present application provides a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor executes the processing method of the message in any of the first aspect.

[0050] In a fourth aspect, an embodiment of the present application provides a computer readable storage medium, which stores a computer program executable by a computer device, and when the program is executed on the computer device, the computer device executes the processing method of the message in any of the first aspect.

[0051] In a fifth aspect, an embodiment of the present application provides a computer program product, which includes a computer program stored in a computer readable storage medium, and the computer program includes program instructions, and when the program instructions are executed by a computer device, the computer device executes the steps of the processing method of the message in any of the first aspect. BRIEF DESCRIPTION OF DRAWINGS

[0052] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the embodiment description. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative labor.

[0053] Figure 1 A schematic diagram of a scene architecture diagram provided by an embodiment of the present application;

[0054] Figure 2 A flowchart schematic diagram of a processing method of a message provided by an embodiment of the present application;

[0055] Figure 3 A processing flow schematic diagram of a transaction message in an initial directory by a go-report control script provided by an embodiment of the present application;

[0056] Figure 4 A processing flow schematic diagram of a transaction message in an initial directory by a go-report control script provided by an embodiment of the present application;

[0057] Figure 5 A SWIFT message processing system provided by the embodiment of the present application and a transaction thread diagram of a domestic bank are shown in the figure;

[0058] Figure 6 A crontab timing task execution process diagram provided by the embodiment of the present application is shown in the figure;

[0059] Figure 7 A structure diagram of a 3D model diagram generation device provided by the embodiment of the present application is shown in the figure;

[0060] Figure 8 A structure diagram of a computing device provided by the embodiment of the present application is shown in the figure. DETAILED DESCRIPTION

[0061] In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below with reference to the accompanying drawings. Obviously, the described embodiments are only some of the embodiments of the present application, but not all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative work shall fall within the scope of protection of the present application.

[0062] Message Queue (MQ for short): is a communication method of application "to" application, and is also a kind of message middleware.

[0063] Secure File Transfer Protocol (SFTP for short): is a kind of network protocol for securely transmitting files on computer network.

[0064] Customer BIC, namely Bank Identifier Code, is an identifier composed of 8 or 11 letters and numbers, which is used to identify banks and financial institutions all over the world.

[0065] As Figure 1The shown scenario architecture diagram, there is a first transaction system 101, a second transaction system 102 and a SWIFT message processing system 103, wherein the first transaction system 101 can be any one bank or any one overseas transaction processing institution, etc., the second transaction system 102 can be any one bank or any one domestic transaction processing institution, etc., and the specific transaction processing subject is not limited in the application. The SWIFT message processing system 103 (SWIFT-MPS, referred to as SAA) is a foreign exchange business message communication center of domestic banks, and all message sending and receiving with overseas banks is completed through the system; the SWIFT message processing system 103 also receives other banks' incoming reports and distributes them to domestic branches and business systems, and at the same time receives the request of each branch and business system to send messages externally and sends them externally uniformly. That is, the first transaction system 101 and the second transaction system 102 take the SWIFT message processing system 103 as an intermediate system and communicate with the second transaction system 102 and the first transaction system 101 respectively. For example, domestic bank A sends message A to overseas bank B through the SWIFT message processing system, and domestic bank A receives message B sent by overseas bank B through the SWIFT message processing system. For domestic bank A, message A is an outgoing report and message B is an incoming report. The SWIFT message processing system mainly receives and sends transaction messages in two forms, namely message and file forms. The transaction message in the message form is mainly transmitted through the MQ mode, and the transaction message in the file form is mainly transmitted through the sftp mode. The application mainly aims at the receiving and sending processing of the transaction message in the file form.

[0066] However, the SWIFT message processing system is a purchased system, and its application product is a black box product, which cannot control the incoming and outgoing reports, and cannot perform backup, distribution processing, log recording and other operations on the transaction message.

[0067] As Figure 2 The flow chart of the message processing method provided by the embodiment of the application, applied to a message processing system, comprises:

[0068] Step S201, acquiring a transaction message, the transaction message being sent by a first transaction system and / or a second transaction system, and the transaction message containing an execution path of the message.

[0069] Specifically, the SWIFT message processing system acquires a transaction message sent from a first transaction system or a second transaction system. The first transaction system can be any bank or any transaction processing institution outside China, and the second transaction system can be any bank or any transaction processing institution inside China. Therefore, if the second transaction system is taken as the main system, the transaction message can be divided into an incoming transaction message and an outgoing transaction message according to the sending direction. The incoming transaction message is a message sent from the first transaction system to the second transaction system through the SWIFT message processing system, and the outgoing transaction message is a message sent from the second transaction system to the first transaction system through the SWIFT message processing system. Each transaction message contains an execution path, i.e., the address information of the specific transaction system or transaction processing institution that processes the transaction message.

[0070] In step S202, the transaction message is stored in an initial directory, and a control script is periodically executed according to an execution period set by a timing task to read the transaction message in the initial directory and put the read transaction message into a target directory.

[0071] Specifically, a timing task and a control script are arranged on the operating system where the SWIFT message processing system is located. For example, the timing task can be crontab, and the execution period of the timing task can be set according to actual business needs. After the SWIFT message processing system stores the acquired transaction message in the initial directory, the control script reads the transaction message saved in the initial directory according to the execution period set by the timing task, and saves the read transaction message in a target directory. The target directory can be divided into an incoming transaction message target directory and an outgoing transaction message target directory according to the difference between the incoming transaction message and the outgoing transaction message.

[0072] In some embodiments, the control incoming message script can be denoted as rcvMsgSrv.sh, and the control outgoing message script can be denoted as sndMsgSrv.sh.

[0073] In step S203, the transaction message in the target directory is processed according to the execution path in the transaction message.

[0074] Specifically, the SWIFT message processing system sends the transaction message in the target directory to the first transaction system and / or the second transaction system corresponding to the execution path for processing according to the execution path of the transaction message in the target directory.

[0075] The present application adds control incoming and outgoing message scripts to the message processing system, and controls the sending and receiving of the incoming and outgoing messages through the timing task in the control incoming and outgoing message scripts.

[0076] In the present application, the transaction message contains a parameter file and a data file; before storing the transaction message in the initial directory, it is also necessary to determine that the file name of the parameter file and the file name of the data file match.

[0077] Specifically, the parameter file stores the file name of the data file, and only when the parameter file and the data file exist at the same time and the file name in the parameter file matches the data file name, the SWIFT message processing system or the downstream background system of the SWIFT message processing system will process the transaction message.

[0078] In the prior art, after the transaction message in the message directory of the SWIFT message processing system is sent to the designated directory for processing, the relevant information of the transaction message no longer exists in the message directory of the SWIFT message processing system. Therefore, the present application proposes an implementation manner, in which the SWIFT message processing system stores the obtained transaction message in the initial directory, then backs up the transaction message in the initial directory to the backup directory, then moves the transaction message in the backup directory to the target directory, and then sends the transaction message in the target directory to the corresponding transaction system according to the execution path in the transaction message for transaction processing.

[0079] By backing up the initial directory, the original state information of the transaction message can be inquired through the backup directory after the transaction message in the target directory is processed, which facilitates the monitoring and checking of the corresponding transaction of the transaction message.

[0080] Since the transaction message contains a parameter file and a data file, the control script backs up the transaction message in the initial directory to the backup directory, including: the control script first backs up the data message file of the transaction message in the initial directory to obtain a data message file backup directory; and the control script then backs up the parameter message file of the transaction message in the initial directory to obtain a parameter message file backup directory. Therefore, the backup directory after the transaction message in the initial directory is backed up includes the data message file backup directory and the parameter message file backup directory.

[0081] In some embodiments, after obtaining the data message file backup directory and the parameter message file backup directory, the data message file backup directory is moved to the target directory to obtain a data message file target directory; and the parameter message file backup directory is moved to the target directory to obtain a parameter message file target directory. The downstream transaction system first obtains the data message file of the data message file target directory, and then obtains the parameter message file of the parameter message file target directory.

[0082] The following will be described in detail to illustrate how the control script processes the data message file and the parameter message file in the incoming transaction message, such as Figure 3As shown is a processing flow of a report control script provided by the application to transaction messages in an initial directory, specifically comprising the following steps:

[0083] Step S301, obtaining a parameter message file list in the initial directory;

[0084] Step S302, judging whether the obtaining is successful; otherwise, printing a log, yes, executing step S303;

[0085] Step S303, creating a data message file backup directory according to a date and time;

[0086] Step S304, judging whether the creating is successful; otherwise, printing a log, yes, executing step S305;

[0087] Step S305, backing up data message files;

[0088] Step S306, judging whether the backup is successful; otherwise, printing a log, yes, executing step S307;

[0089] Step S307, copying data message files to a target directory;

[0090] Step S308, judging whether the copying is successful; otherwise, printing a log, yes, executing step S309;

[0091] Step S309, creating a parameter message file backup directory according to a date and time;

[0092] Step S310, judging whether the creating is successful; otherwise, printing a log, yes, executing step S310;

[0093] Step S311, backing up parameter message files;

[0094] Step S312, judging whether the backup is successful; otherwise, printing a log, yes, executing step S313;

[0095] Step S313, copying parameter message files to a report target directory.

[0096] Step S314, a message service platform (SMSP) serially and periodically scans data message files in step S307 and parameter message files in step S313, and sends them to a downstream system.

[0097] The following describes how the report control script processes data message files and parameter message files in the report transaction messages, for example, Figure 4 As shown is a processing flow of a report control script provided by the application to transaction messages in an initial directory, specifically comprising the following steps:

[0098] Step S401, obtaining the parameter message file list in the initial directory;

[0099] Step S402, judging whether the obtaining is successful; otherwise, printing log, yes, executing step S403;

[0100] Step S403, creating data message file backup directory according to date and time;

[0101] Step S404, judging whether the creating is successful; otherwise, printing log, yes, executing step S405;

[0102] Step S405, backing up data message file;

[0103] Step S406, judging whether the backing up is successful; otherwise, printing log, yes, executing step S407;

[0104] Step S407, copying data message file to target directory;

[0105] Step S408, judging whether the copying is successful; otherwise, printing log, yes, executing step S409;

[0106] Step S409, creating parameter message file backup directory according to date and time;

[0107] Step S410, judging whether the creating is successful; otherwise, printing log, yes, executing step S410;

[0108] Step S411, backing up parameter message file;

[0109] Step S412, judging whether the backing up is successful; otherwise, printing log, yes, executing step S313;

[0110] Step S413, copying parameter message file to target directory.

[0111] Step S414, message service platform (SMSP) serially and periodically scanning data message file in step S407 and parameter message file in step S413, and sending to SWIFT network.

[0112] Since the SWIFT message processing system cannot query the specific content of the message, the application proposes that the content of the transaction message can be parsed through the clearing script, and the transaction message is classified through the clearing script according to the business type of the transaction message; the transaction message is stored in the target directory corresponding to the business type according to the business type.

[0113] Specifically, the transaction type in the transaction message includes the currency of the transaction business, the clearing method of the transaction business, and the bank code and the like, the specific content of the transaction message in the initial directory is parsed by using the clearing script, and the transaction message is classified according to the transaction type, and the transaction message is sent to the target directory of the business type corresponding to the business type. For example, if the clearing script divides the multiple incoming transaction messages into the transaction messages of the RMB and the transaction messages of the foreign currency according to the currency of the transaction business, and moves the transaction to the corresponding target directory combined with the customer code for the downstream system to receive. The RMB message is cleared to the ESBX path and received by the direct connection system ESBX, and the foreign currency message is cleared to the SMSP path and received by the direct connection system SMSP. As shown in Figure 5 The SWIFT message processing system provided in the application and the transaction thread diagram of the domestic bank are shown in

[0114] In the multiple embodiments provided in the application, when the number of transaction messages contained in the target directory is greater than the message number threshold, the alarm behavior is used to alarm.

[0115] For example, the number of transaction messages in the target directory can be counted by using the monitoring script moniterMsgFile.sh, and if the number of transaction messages in the path exceeds the message number threshold, it means that the messages in the downstream system are not taken away in time, and the blocking phenomenon is generated. The alarm behavior is used to notify the operation and maintenance personnel to check the reason in time, so as to avoid the transaction message blocking causing the transaction lag.

[0116] As shown in Figure 6 The crontab timing task execution process provided in the application is shown in the following steps:

[0117] Step S601, the crontab timing task controls the incoming and outgoing message scripts to execute;

[0118] Specifically, the incoming script can be denoted as rcvMsgSrv.sh, and the outgoing script can be denoted as sndMsgSrv.sh.

[0119] Step S602, the incoming script rcvMsgSrv.sh is controlled to read the incoming initial directory line by line;

[0120] Step S603, the outgoing script sndMsgSrv.sh is controlled to read the outgoing initial directory line by line;

[0121] Step S604, the incoming and outgoing message file directories are scanned to determine whether there is a file that has not been processed for more than 10 minutes; if yes, step S605 is executed; otherwise, the scanning is continued;

[0122] Step S605, the alarm behavior is used to alarm.

[0123] Through monitoring the files in the path, the downstream system is timely warned of the blocking phenomenon caused by not taking away in time, the operation and maintenance personnel are informed to check the cause in time, and the phenomenon of account lag is avoided.

[0124] As shown in Figure 7 a message processing device 700 provided by an embodiment of the present application, comprising:

[0125] An acquisition module 701 is configured to acquire a transaction message, which can be sent by a first transaction system and / or a second transaction system, and the transaction message contains an execution path of the message.

[0126] A processing module 702 is configured to store the transaction message in an initial directory, periodically execute a control script to read the transaction message in the initial directory according to an execution period set by a timing task, and put the read transaction message into a target directory.

[0127] The processing module 702 is further configured to perform transaction processing on the target directory according to the execution path in the transaction message.

[0128] The present application adds control scripts for to-and-fro messages on a message processing system, and controls the sending and receiving of to-and-fro messages by controlling the timing tasks in the control scripts.

[0129] Optionally, the processing module 702 is further configured to:

[0130] The transaction message contains a parameter file and a data file.

[0131] Before the transaction message is stored in the initial directory, the method further comprises:

[0132] determining that the file name of the parameter file matches the file name of the data file.

[0133] Optionally, the processing module 702 is further configured to:

[0134] The transaction message is put into the target directory, comprising:

[0135] backing up the transaction message in the initial directory to a backup directory;

[0136] and then moving the transaction message in the backup directory to the target directory.

[0137] By backing up the initial directory, the original state information of the transaction message can be inquired from the backup directory after the transaction message in the target directory is processed, which facilitates monitoring and checking the transaction corresponding to the transaction message.

[0138] Optionally, the processing module 702 is specifically used for:

[0139] The step of backing up transaction messages in the initial directory to the backup directory includes:

[0140] First, back up the data files of the transaction messages in the initial directory to obtain the data file backup directory;

[0141] Then, the parameter files of the transaction messages in the initial directory are backed up to obtain the parameter file backup directory.

[0142] Optionally, the processing module 702 is further specifically used for:

[0143] After storing the transaction message in the initial directory, the process further includes:

[0144] Based on the business type of the transaction message, the transaction message is classified using a clearing script;

[0145] The step of placing the read transaction messages into the target directory includes:

[0146] The transaction messages are stored in the target directory corresponding to the business type.

[0147] Optionally, the processing module 702 is further specifically used for:

[0148] When the monitoring script detects that the number of transaction messages contained in the target directory exceeds the message count threshold, it will issue an alarm.

[0149] By monitoring files in the path, alerts are issued for blockages caused by downstream systems failing to retrieve files in a timely manner, notifying maintenance personnel to promptly investigate the cause and prevent accounting delays.

[0150] Based on the same technical concept, embodiments of this application provide a computer device, such as... Figure 8 As shown, it includes at least one processor 801 and a memory 802 connected to at least one processor. In this embodiment, the specific connection medium between the processor 801 and the memory 802 is not limited. Figure 8 Taking the connection between the processor 801 and the memory 802 via a bus as an example, the bus can be divided into address bus, data bus, control bus, etc.

[0151] In this embodiment of the application, the memory 802 stores instructions that can be executed by at least one processor 801. By executing the instructions stored in the memory 802, at least one processor 801 can perform the steps of the above-mentioned message processing method.

[0152] The processor 801 is the control center of the computer device, and can connect various parts of the computer device by using various interfaces and lines. The processor 801 can realize sending a message to each transaction system for transaction processing by running or executing instructions stored in the memory 802 and calling data stored in the memory 802. Optionally, the processor 801 can include one or more processing units. The processor 801 can integrate an application processor and a modem processor. The application processor mainly processes an operating system, a user interface, and an application program. The modem processor mainly processes wireless communication. It can be understood that the above-mentioned modem processor can also be integrated into the processor 801. In some embodiments, the processor 801 and the memory 802 can be implemented on the same chip, and in some embodiments, they can also be respectively implemented on independent chips.

[0153] The processor 801 can be a general-purpose processor, such as a central processing unit (CPU), a digital signal processor, an application specific integrated circuit (ASIC), a field programmable gate array or other programmable logic device, a discrete gate or transistor logic, a discrete hardware component, and can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of the present application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in combination with the embodiments of the present application can be directly embodied as hardware processor execution or executed by a combination of hardware and software modules in the processor.

[0154] The memory 802, as a nonvolatile computer readable storage medium, can be used to store nonvolatile software programs, nonvolatile computer executable programs and modules. The memory 802 can include at least one type of storage medium, for example, can include flash memory, hard disk, multimedia card, card type memory, random access memory (RAM), static random access memory (SRAM), programmable read-only memory (PROM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), magnetic storage, magnetic disk, optical disk, etc. The memory 802 is any other medium capable of carrying or storing desired program code in the form of instructions or data structures and capable of being accessed by a computer device, but is not limited to this. The memory 802 in the embodiments of the present application can also be a circuit or any other device capable of realizing a storage function, used to store program instructions and / or data.

[0155] Based on the same inventive concept, the embodiments of the present application provide a computer readable storage medium storing a computer program executable by a computer device, which, when running on the computer device, causes the computer device to perform the steps of the packet processing method described above.

[0156] Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a system or a computer program product. Therefore, the present application can take the form of a complete hardware embodiment, a complete software embodiment or an embodiment combining software and hardware aspects. Moreover, the present application can take the form of a computer program product implemented on one or more computer usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer usable program code.

[0157] In the technical solutions of the present application, the acquisition, storage, use, processing and the like of data comply with the relevant provisions of national laws and regulations.

[0158] Those skilled in the art will appreciate that embodiments of the present application can be readily used as software, hardware, or a combination of software and hardware. In one

[0159] The present application is described in reference to the flow diagrams and / or block diagrams of the methods, apparatus (systems) and computer program products according to this application. It will be understood that each block of the flow diagrams and / or block diagrams, and combinations of blocks in the flow diagrams and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can 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 flow diagrams and / or block diagrams block or blocks. Figure 1 The flow diagrams and / or block diagrams in the present application can include functional or operational blocks that may Figure 1 The flow diagrams and / or block diagrams in the present application can include functional or operational blocks that may

[0160] These computer program instructions can 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 instructions which implement the flow diagrams and / or block diagrams block or blocks. Figure 1 The flow diagrams and / or block diagrams in the present application can include functional or operational blocks that may Figure 1 The flow diagrams and / or block diagrams in the present application can include functional or operational blocks that may

[0161] These computer program instructions can 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 that are executed on the computer or other programmable apparatus provide steps for implementing the flow diagrams and / or block diagrams block or blocks. Figure 1 The flow diagrams and / or block diagrams in the present application can include functional or operational blocks that may Figure 1 The flow diagrams and / or block diagrams in the present application can include functional or operational blocks that may

[0162] Obviously, numerous modifications and variations of the present application are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims and their equivalents, the application can be practiced otherwise than as specifically described.

Claims

1. A method of processing a packet, the method comprising: The application is applied to a message processing system, comprising: acquiring a transaction message, wherein the transaction message is sent by a first transaction system and / or a second transaction system, and the transaction message contains an execution path of the message; storing the transaction message in an initial directory, periodically executing a control script to read the transaction message in the initial directory according to an execution period set by a timing task, and placing the read transaction message in a target directory; processing the transaction message in the target directory according to the execution path in the transaction message.

2. The method of claim 1, wherein, The transaction message contains a parameter file and a data file. Before storing the transaction message in the initial directory, the method further comprises: determining that the file name of the parameter file matches the file name of the data file.

3. The method of claim 1, wherein, The method further comprises: backing up the transaction message in the initial directory to a backup directory; moving the transaction message in the backup directory to the target directory.

4. The method of claim 3, wherein, The method further comprises: first, backing up the data file of the transaction message in the initial directory to obtain a data file backup directory; second, backing up the parameter file of the transaction message in the initial directory to obtain a parameter file backup directory.

5. The method of claim 1, wherein, After storing the transaction message in the initial directory, the method further comprises: classifying the transaction message according to a business type of the transaction message by a clearing script; The method further comprises: storing the transaction message in the target directory according to the business type.

6. The method according to any one of claims 1 to 5, characterized in that, The method further comprises: when the number of transaction messages contained in the target directory is greater than a threshold value of the number of messages, monitoring a script monitors an alarm behavior to alarm.

7. A packet processing device, characterized by The method further comprises: an acquisition module, configured to acquire a transaction message, wherein the transaction message can be sent by a first transaction system and / or a second transaction system, and the transaction message contains an execution path of the message; a processing module, configured to store the transaction message in an initial directory, periodically execute a control script to read the transaction message in the initial directory according to an execution period set by a timing task, and place the read transaction message in a target directory; the processing module is further configured to process the transaction message in the target directory according to the execution path in the transaction message.

8. A computer device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, The processor executes the program to implement the steps of the method in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer program product comprises a computer program stored on a computer readable storage medium, and the computer program comprises program instructions, which, when executed by a computer device, cause the computer device to execute the steps of the method in any one of claims 1-6.

10. A computer program product, characterised in that, The computer program product comprises a computer program stored on a computer readable storage medium, and the computer program comprises program instructions, which, when executed by a computer device, cause the computer device to execute the steps of the method in any one of claims 1-6.

Images