WO2017166095A1

WO2017166095A1 - Server front-end method

Info

Publication number: WO2017166095A1
Application number: PCT/CN2016/077812
Authority: WO
Inventors: 李昕光
Original assignee: 李昕光
Priority date: 2016-03-30
Filing date: 2016-03-30
Publication date: 2017-10-05

Abstract

Disclosed in the present invention is a server front-end method, relating to the field of data processing. Comprising: creating a short link, and receiving data from a terminal; implementing packet breakage and/or packet sticking processing of the received data; parsing and packaging the data, and distributing same to a service transaction system; receiving processing result data fed back by the service transaction system; assembling the processing result data into a message conforming to a specification and sending same to the terminal, and simultaneously closing the short link. The present invention can support multi-domain, multi-scenario, multi-standard, and multi-protocol applications. Multi-channel access and third-party industry application access are supported, ensuring high system scalability.

Description

Server pre-method

Technical field

The present invention relates to the field of data processing, and in particular, to a server pre-method.

Background technique

The front-end system is a bridge connecting the processing units, is a blood vessel of the financial payment service system, and is an intermediate data service exchange platform. The front-end system is not responsible for processing logical services and transaction services, and only performs packet conversion and message encryption and decryption. Processing, communication protocol conversion, and routing information transfer or transfer processing through the routing function on this platform.

In the current enterprise application, the front-end system has multiple implementation methods. In some stock exchanges, the long-chain synchronization processing method is adopted. After the client sends a request message, the server takes out the request message in a certain order, and after the response, processes the next transaction. Therefore, the response speed of the client mainly depends on the processing speed of the server.

In the process of implementing the present invention, the inventors have found that the prior art has at least the following problems:

In order to ensure the processing speed, the current technical solution is to process all the transaction data in the memory, and in order to ensure the security of the data, it is necessary to build an in-memory database for data processing, which increases the system cost.

At the same time, the main advantage of the long-chain is that the link needs to be established for the first time, and the direct communication is made later, which reduces the time for each link establishment in the short-chain; the disadvantage is that resources are occupied regardless of whether or not data communication exists.

The current front-end system has a relatively simple function, and is often an application system that individually corresponds to a background business function. Many front-end systems can only implement unique business processing, data processing or device control management. As new businesses continue to evolve, the cost of development and management will increase.

Technical terms in related fields include:

Packet break: refers to the TCP protocol. When the packet data sent by the sender is sent to the receiver, it is divided into multiple uploads. Only when multiple copies of the data are uploaded are meaningful packets.

Sticky packet: refers to the TCP protocol. When several packets of data sent by the sender are received by the receiver, they are glued into a packet. From the receiving buffer, the header of the next packet of data is immediately followed by the end of the previous packet.

RMI: Remote Method Invocation, remote service invocation. Is a group of Java support Send an API for distributed applications. RMI defines remote objects using the Java language interface, which aggregates Java serialization and Java remote method protocols.

JNDI: Java Naming and Directory Interface, Java Naming and Directory Interface. Is a set of APIs for accessing naming and directory services in Java applications. The naming service associates names with objects so that we can access objects by name.

8583 specification message: ISO8583 package, referred to as 8583 package, is an international standard package format, composed of up to 128 field fields, each domain has a unified regulation, and has a fixed length and variable length. The previous paragraph of the 8583 packet is a bitmap used to determine the composition of the field of the packet.

Summary of the invention

In order to solve the problem of the current system development cost, the embodiment of the present invention provides a server pre-method. The technical solution is as follows:

According to a first aspect of the embodiments of the present invention, a front system is provided, the system comprising:

a server, the server includes a data receiving module, a data processing module, and a data response module; wherein

The data receiving module is configured to receive a transaction request initiated by the terminal;

The data processing module is configured to process the transaction request, and perform data distribution, parsing, and encapsulation;

The data response module is configured to respond to the processing result in real time to the corresponding client.

In a second possible implementation manner, the data processing module further includes:

a message parsing and encapsulating unit, configured to parse and encapsulate the data, further comprising parsing a key domain, obtaining complete transaction data, and encapsulating the data into a processable object;

An error processing unit, configured to filter when the transaction is an abnormal transaction, a packet error, or an illegal transaction;

a log processing unit, configured to record the running status of the server, record the request data, and provide log analysis;

And a data forwarding unit, configured to enable a soft load when the amount of data from the terminal exceeds a predetermined value, and enable a hard load when the soft load reaches a predetermined threshold.

Combining the first aspect, the first possible implementation of the first aspect or the second aspect of the first aspect In a third possible implementation manner, the system adopts an ORACLE database, a Linux and Windows operating system, a TOMCAT architecture, and a JAVA/C development language; and an IBM Pseries as a server hardware.

In a second aspect, a server pre-method is provided, the method comprising:

Create a short link to receive data from the terminal;

Performing packet breaking and/or sticky processing on the received data;

Parsing, encapsulating, and distributing the data to a business transaction system;

Receiving processing result data fed back by the business transaction system;

Assembling the processing result data into a packet conforming to the specification, and transmitting the packet to the terminal, and closing the short link;

The receiving data from the terminal includes:

The terminal sends a request message conforming to the 8583 standard specification;

Receiving the request message through the asynchronous communication framework NETTY;

When the transaction of the terminal is initiated, a short link is created to receive data from the terminal.

In a first possible implementation manner of the second aspect, the method further includes: when any of the terminals disconnects communication with the server, the server performs resource release of the terminal.

In a second possible implementation manner of the second aspect, parsing and encapsulating the data further includes parsing a key domain, obtaining complete transaction data, and packaging the object into a processable object.

In a third possible implementation of the second aspect, the method further comprises filtering when the transaction is an abnormal transaction, a message error, or an illegal transaction.

In a fourth possible implementation manner of the second aspect, the method further includes recording the server running condition, recording the request data, and providing log analysis.

In a fifth possible implementation manner of the second aspect, the method further includes: enabling a soft load when the amount of data from the terminal exceeds a predetermined value; enabling a hard load when the soft load reaches a predetermined threshold .

The beneficial effects brought by the technical solutions provided by the embodiments of the present invention are:

By adopting the technical solution to establish a front-end system, it is possible to support multi-domain, multi-scene, multi-standard and multi-protocol applications. Support multi-channel access, support access to third-party industry applications, and ensure high system Scalability;

Faced with a large number of terminals, the receiving and receiving data is handled asynchronously by short links. At the same time, abnormal analysis and packet breaking and sticky processing are performed. The service distribution adopts distributed remote communication processing to maximize the utilization of hardware resources and ensure the reliability of transaction data. Integrity and high concurrency of the system;

Compatible with multiple data formats, different data access systems can be processed to achieve high system compatibility.

DRAWINGS

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly described below. It is obvious that the drawings in the following description are only some embodiments of the present invention. Other drawings may also be obtained from those of ordinary skill in the art in light of the inventive work.

1 is a schematic structural view of an implementation environment involved in various embodiments of the present invention;

2 is a flowchart of a method of a pre-method according to an embodiment of the present invention;

3 is a schematic structural diagram of a front system according to another embodiment of the present invention;

4 is a schematic structural diagram of a data processing module of a front-end system according to an embodiment of the present invention;

FIG. 5 is a schematic structural diagram of a data processing module according to an embodiment of the present invention;

FIG. 6 is a schematic structural diagram of a server according to another embodiment of the present invention.

detailed description

The embodiments of the present invention will be further described in detail below with reference to the accompanying drawings.

Please refer to FIG. 1, which is a schematic structural diagram of an implementation environment involved in various embodiments of the present invention.

When the terminal transaction is sent, the data is processed and analyzed by the front-end system, and then distributed to the transaction system for business processing, completing business data verification, data collection, data processing, and closed-loop transactions. After processing by the central system, the result is returned to the trading system, and the trading system is fed back to the front-end system. The front-end system performs data assembly and sends a response to the terminal.

The front-end system is oriented to interface development and provides services such as data transmission and reception, task assignment, etc. The aorta in the payment service and integrated data management system is the communication channel between the terminal and the center, which complements the business transaction system. It has the functions of packet parsing and packaging, error handling, log processing, and data forwarding.

The pre-communication is responsible for data acquisition and access of the terminal and the third-party industry access system. The system can support the terminal to perform data interaction according to the standard packet format through the TCP/IP protocol. The pre-communication needs to perform port monitoring, and the data is sent to When the port is used, the pre-communication system should trigger the receiving mechanism to receive and process it. The pre-communication acts as the server and interacts directly with the client. Due to service requirements, there may be a large number of clients. The server needs to process the client concurrently. request. And can respond to the client one-to-one.

Please refer to FIG. 2, which shows a flowchart of a method of a pre-method provided by an embodiment of the present invention. This embodiment is exemplified by the application of the pre-method to the implementation environment shown in FIG. 1. The pre-method may include:

Step 201: Create a short link to receive data from the terminal.

The specific implementation manner of receiving data from the terminal includes:

Step 202: The received data is subjected to packet breaking and/or sticky processing;

Step 203, parsing, encapsulating, and distributing the data to a business transaction system;

Specifically, parsing and encapsulating the data further includes parsing a key domain, acquiring complete transaction data, and packaging the object into a processable object.

Step 204: Receive processing result data fed back by the service transaction system.

Step 205: The processing result data is assembled into a packet conforming to the specification, and sent to the terminal, and the short link is closed.

Preferably, when any of the terminals disconnects communication with the server, the server performs resource release of the terminal.

Preferably, the filtering is performed when the transaction is an abnormal transaction, a message error or an illegal transaction.

Preferably, the method further includes recording the running status of the server, and recording the request data. And provide log analysis.

Preferably, the soft load is enabled when the amount of data from the terminal exceeds a predetermined value; the hard load is enabled when the soft load reaches a predetermined threshold.

In summary, the present invention can support multi-domain, multi-scene, multi-standard and multi-protocol applications. Support multi-channel access, support access to third-party industry applications, and ensure high scalability of the system.

Please refer to FIG. 3 , which is a schematic structural diagram of a front system according to another embodiment of the present invention. This embodiment is exemplified by the application of the pre-method to the implementation environment shown in FIG. 1. The front system can include:

a server, where the server includes a data receiving module 101, a data processing module 102, and a data response module 103;

The data receiving module 101 is configured to receive a transaction request initiated by the terminal;

The data processing module 102 is configured to process the transaction request, and perform data distribution, parsing, and encapsulation;

The data response module 103 is configured to respond to the processing result in real time to the corresponding client.

Specifically, the system uses an ORACLE database, a Linux and Windows operating system, a TOMCAT architecture, and a JAVA/C development language; and IBM Pseries is used as a server hardware.

In summary, the present invention adopts the technical solution to establish a front-end system, which can support multi-domain, multi-scene, multi-standard and multi-protocol applications. Support multi-channel access, support third-party industry application access, ensure the system's high scalability; face a large number of terminals, send and receive data to take short links asynchronous processing, while doing abnormal analysis and packet break, sticky packet processing, The service distribution adopts distributed remote communication processing to maximize the utilization of hardware resources, ensure the reliability, integrity and high concurrency of the transaction data; compatible with multiple data formats, and different data access systems can process and implement High compatibility of the system.

Please refer to FIG. 4, which is a structural diagram of a data processing module of a front-end system according to an embodiment of the present invention. This embodiment is exemplified by the application of the pre-method to the implementation environment shown in FIG. 1. The data processing module 102 can include:

The message parsing and encapsulating unit 1021 is configured to parse and encapsulate the data, and further includes parsing a key domain, acquiring complete transaction data, and packaging the data into a processable object;

The error processing unit 1022 is configured to perform filtering when the transaction is an abnormal transaction, a packet error, or an illegal transaction;

a log processing unit 1023, configured to record the running status of the server, record the request data, and provide log analysis;

The data forwarding unit 1024 is configured to enable a soft load when the amount of data from the terminal exceeds a predetermined value, and enable a hard load when the soft load reaches a predetermined threshold.

In the above prior art technical solution, in order to achieve the processing speed and data security, it is required to implement higher hardware costs; in order to realize the expansion of new services, development costs and management costs need to be increased. Especially when there is chaos in management, it will bring high risks to the company.

The technical solution focuses on the high data carrying capacity, data processing security and service scalability of the front-end system, carries out design and development, and is oriented to actual business requirements, so that hardware resources are fully utilized to ensure data processing security. Achieve high scalability of the business.

In the technical solution, the front-end system supports a common standard network protocol (such as TCP/IP), an international standard large-scale dynamic routing protocol (such as BGP, OSPF) and other open protocols, 8583 messages, and fixed length messages, which is beneficial to To ensure smooth connection between the financial payment service system and the existing business unit network, as well as future network expansion.

All software and hardware equipment used in the system design should meet the international general standards and meet the openness principle in accordance with the requirements of the enterprise, which is consistent with the current trend of technology development, ensuring the openness and technical extension of the system. The entire data warehouse system should have good openness. The system provides the statistical model principles, formulas, data sources and processing procedures for its internal use, so that managers can check the rationality of the self-developed or questionable model output to avoid the system. The model risk generated by itself.

It should be noted that, in the implementation of the pre-method, the pre-system provided by the foregoing embodiment is only illustrated by the division of the foregoing functional modules. In actual applications, the function distribution may be completed by different functional modules as needed. The internal structure of the system is divided into different functional modules to complete all or part of the functions described above. In addition, the embodiments of the pre-system and the pre-method provided by the foregoing embodiments are in the same concept, and the specific implementation process is described in detail in the method embodiment, and details are not described herein again.

The serial numbers of the embodiments of the present invention are merely for the description, and do not represent the advantages and disadvantages of the embodiments.

Please refer to FIG. 5, which is a schematic structural diagram of a terminal according to an embodiment of the present invention. The electricity The sub-device can be used to implement the item transfer method provided in the above embodiments. Specifically:

The terminal 1000 may include an RF (Radio Frequency) circuit 1010, a memory 1020 including one or more computer readable storage media, an input unit 1030, a display unit 1040, a sensor 1050, an audio circuit 1060, a short-range communication module 1070, A processor 1080 having one or more processing cores, and a power supply 1090 and the like are included. It will be understood by those skilled in the art that the terminal structure shown in FIG. 10 does not constitute a limitation to the terminal, and may include more or less components than those illustrated, or combine some components, or different component arrangements. among them:

The RF circuit 1010 can be used for receiving and transmitting signals during and after receiving or transmitting information, in particular, receiving downlink information of the base station and then processing it by one or more processors 1080; in addition, transmitting data related to the uplink to the base station . Generally, the RF circuit 1010 includes, but is not limited to, an antenna, at least one amplifier, a tuner, one or more oscillators, a Subscriber Identity Module (SIM) card, a transceiver, a coupler, an LNA (Low Noise Amplifier). , duplexer, etc. In addition, RF circuit 1010 can also communicate with the network and other devices via wireless communication. Wireless communication can use any communication standard or protocol, including but not limited to GSM (Global System of Mobile communication), GPRS (General Packet Radio Service), CDMA (Code Division Multiple Access) Divisional Multiple Access), WCDMA (Wideband Code Division Multiple Access), LTE (Long Term Evolution), e-mail, SMS (Short Messaging Service), and the like.

The memory 1020 can be used to store software programs and modules, and the processor 1080 executes various functional applications and data processing by running software programs and modules stored in the memory 1020. The memory 1020 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may be stored according to The data created by the use of the terminal 1000 (such as audio data, phone book, etc.) and the like. Moreover, memory 1020 can include high speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. Accordingly, memory 1020 can also include a memory controller to provide access to memory 1020 by processor 1080 and input unit 1030.

The input unit 1030 can be configured to receive input numeric or character information, and generate and user settings And keyboard, mouse, joystick, optical or trackball signal input related to function control. In particular, input unit 1030 can include touch-sensitive surface 1031 as well as other input devices 1032. Touch-sensitive surface 1031, also known as a touch display or touchpad, can collect touch operations on or near the user (such as a user using a finger, stylus, etc., on any touch-sensitive surface 1031 or The operation near the touch-sensitive surface 1031) and driving the corresponding connecting device according to a preset program. Alternatively, the touch-sensitive surface 1031 may include two parts of a touch detection device and a touch controller. Wherein, the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information. The processor 1080 is provided and can receive commands from the processor 1080 and execute them. In addition, the touch sensitive surface 1031 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves. In addition to the touch-sensitive surface 1031, the input unit 1030 can also include other input devices 1032. Specifically, other input devices 1032 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, and the like.

Display unit 1040 can be used to display information entered by the user or information provided to the user and various graphical user interfaces of terminal 1000, which can be constructed from graphics, text, icons, video, and any combination thereof. The display unit 1040 may include a display panel 1041. Alternatively, the display panel 1041 may be configured in the form of an LCD (Liquid Crystal Display), an OLED (Organic Light-Emitting Diode), or the like. Further, the touch-sensitive surface 1031 can cover the display panel 1041, and when the touch-sensitive surface 1031 detects a touch operation thereon or nearby, it is transmitted to the processor 1080 to determine the type of the touch event, and then the processor 1080 according to the touch event The type provides a corresponding visual output on display panel 1041. Although in FIG. 10, touch-sensitive surface 1031 and display panel 1041 are implemented as two separate components to implement input and input functions, in some embodiments, touch-sensitive surface 1031 can be integrated with display panel 1041 for input. And output function.

Terminal 1000 can also include at least one type of sensor 1050, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 1041 according to the brightness of the ambient light, and the proximity sensor may close the display panel 1041 when the terminal 1000 moves to the ear. / or backlight. As a kind of motion sensor, the gravity acceleration sensor can detect the acceleration of each direction (usually three axes), and the magnitude and direction of gravity can be detected at rest, which can be used to identify the gesture of the mobile phone (such as horizontal Vertical screen switching, related games, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for the terminal 1000 can also be configured with gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc. The sensor will not be described here.

Audio circuit 1060, speaker 1061, and microphone 1062 can provide an audio interface between the user and terminal 1000. The audio circuit 1060 can transmit the converted electrical data of the received audio data to the speaker 1061, and convert it into a sound signal output by the speaker 1061; on the other hand, the microphone 1062 converts the collected sound signal into an electrical signal, by the audio circuit 1060. After receiving, it is converted into audio data, and then processed by the audio data output processor 180, transmitted to the terminal, for example, via the RF circuit 110, or outputted to the memory 120 for further processing. The audio circuit 160 may also include an earbud jack to provide communication of the peripheral earphones with the terminal 1000.

The short-range communication module 170 may include WiFi (wireless fidelity) technology and/or NFC technology and/or Bluetooth technology and/or infrared technology, and the terminal 1000 may help the user to send and receive emails and browse the webpage through the short-range communication module 170. And accessing streaming media, etc., it provides users with wireless broadband Internet access and close-range communication, such as reading and writing of electronic cards in the embodiment of the present invention.

The processor 1080 is the control center of the terminal 1000, connecting various portions of the entire handset with various interfaces and lines, by running or executing software programs and/or modules stored in the memory 1020, and recalling data stored in the memory 1020, The various functions and processing data of the terminal 1000 are performed to perform overall monitoring of the mobile phone. Optionally, the processor 1080 may include one or more processing cores; preferably, the processor 1080 may integrate an application processor and a modem processor, where the application processor mainly processes an operating system, a user interface, an application, and the like. The modem processor primarily handles wireless communications. It will be appreciated that the above described modem processor may also not be integrated into the processor 1080.

The terminal 1000 also includes a power source 1090 (such as a battery) for powering various components. Preferably, the power source can be logically coupled to the processor 1080 through a power management system to manage functions such as charging, discharging, and power management through the power management system. The power supply 1090 may also include any one or more of a DC or AC power source, a recharging system, a power failure detection circuit, a power converter or inverter, a power status indicator, and the like.

Although not shown, the terminal 1000 may further include a camera, a Bluetooth module, and the like, and details are not described herein again. Specifically, in this embodiment, the display unit of the electronic device is a touch screen display, and the electronic device further includes a memory, and one or more programs, wherein one or more programs are stored in the memory and configured to be executed by one or more processors, the one or more programs comprising for performing server front-end as described above method.

Please refer to FIG. 6, which is a schematic structural diagram of a server according to an embodiment of the present invention. One or more of the servers may constitute an order management system, a card management system, a convergence management system, or an item provider device in the embodiment of the present invention. The server 1100 includes a central processing unit (CPU) 1101, a system memory 1104 including a random access memory (RAM) 1102 and a read only memory (ROM) 1103, and a system bus 1105 that connects the system memory 1104 and the central processing unit 1101. The server 1100 also includes a basic input/output system (I/O system) 1106 that facilitates transfer of information between various devices within the computer, and mass storage for storing the operating system 1113, applications 1114, and other program modules 1115. Device 1107.

The basic input/output system 1106 includes a display 1108 for displaying information and an input device 1109 such as a mouse or keyboard for user input of information. The display 1108 and the input device 1109 are both connected to the central processing unit 1101 via an input-output controller 1110 connected to the system bus 1105. The basic input/output system 1106 can also include an input output controller 1110 for receiving and processing input from a plurality of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, the input and output controller 1110 also provides output to a display screen, printer, or other type of output device.

The mass storage device 1107 is connected to the central processing unit 1101 by a mass storage controller (not shown) connected to the system bus 1105. The mass storage device 1107 and its associated computer readable medium provide non-volatile storage for the server 1100. That is, the mass storage device 1107 can include a computer readable medium (not shown) such as a hard disk or a CD-ROM drive.

Without loss of generality, the computer readable medium can include computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, EPROM, EEPROM, flash memory or other solid state storage technologies, CD-ROM, DVD or other optical storage, tape cartridges, tape, diskette Storage or other magnetic storage device. Of course, those skilled in the art will appreciate that the computer storage medium is not limited to the above. The system memory 1104 and the mass storage device 1107 described above may be collectively referred to as a memory.

According to various embodiments of the present invention, the server 1100 may also be operated by a remote computer connected to the network through a network such as the Internet. That is, the server 1100 can be connected to the network 1112 through the network interface unit 1111 connected to the system bus 1105, or can also be connected to other types of networks or remote computer systems (not shown) using the network interface unit 1111. .

The memory further includes one or more programs, the one or more programs being stored in a memory, the one or more programs including instructions for performing a server pre-method provided by an embodiment of the present invention.

A person skilled in the art may understand that all or part of the steps of implementing the above embodiments may be completed by hardware, or may be instructed by a program to execute related hardware, and the program may be stored in a computer readable storage medium. The storage medium mentioned may be a read only memory, a magnetic disk or an optical disk or the like.

The above are only the preferred embodiments of the present invention, and are not intended to limit the present invention. Any modifications, equivalents, improvements, etc., which are within the spirit and scope of the present invention, should be included in the protection of the present invention. Within the scope.

Claims

A server pre-method, characterized in that the method comprises:

Create a short link to receive data from the terminal;

Performing packet breaking and/or sticky processing on the received data;

Parsing, encapsulating, and distributing the data to a business transaction system;

Receiving processing result data fed back by the business transaction system;

Assembling the processing result data into a packet conforming to the specification, and transmitting the packet to the terminal, and closing the short link;

The receiving data from the terminal includes:

The terminal sends a request message conforming to the 8583 standard specification;

Receiving the request message through the asynchronous communication framework NETTY;

When the transaction of the terminal is initiated, a short link is created to receive data from the terminal.
The method according to claim 1, wherein the method further comprises: when any of the terminals disconnects communication with the server, the server performs resource release of the terminal.
The method according to claim 1, wherein parsing and encapsulating the data further comprises parsing a key domain, obtaining complete transaction data, and packaging the object into a processable object.
The method of claim 2, wherein the method further comprises filtering when the transaction is an abnormal transaction, a message error, or an illegal transaction.
The method of claim 1 wherein the method further comprises recording the server operating condition, recording the request data, and providing log analysis.
The method of claim 1 further comprising: enabling soft load when said amount of data from said terminal exceeds a predetermined value; enabling hard load when said soft load reaches a predetermined threshold .