TWM569028U - Transaction message texting system - Google Patents

Abstract

A transaction message message system belongs to a bank and includes an application server including a format conversion module and an internal message connected to the application server and capable of processing a second format different from the plurality of first formats Host of. The application server generates a second format by the format conversion module when receiving an external message from an external system indicating a transaction content of a financial transaction and having one of the first formats And indicating an internal message of the transaction content of the external message, and transmitting the internal message to the host, for the host to execute the financial according to the transaction content indicated by the internal message received by the application server transaction.

Description

Transaction message system

The present invention relates to a message system, and more particularly to a transaction message message system.

The system of a bank's customers (such as a financial company or a company) can exchange financial information in the form of Financial Electronic Data Interchange (FEDI) and financial extensible markup language through different transmission paths (Financial Extensible Markup) The transaction message message in the format of Language, FXML) is respectively transmitted to the corresponding two transaction message message systems corresponding to the FEDI format and the FXML format, so that the message format of the above two formats can be processed. Indicated transaction content.

However, the establishment of two systems not only causes the problem of increasing the cost of hardware and software, but also increases the operational difficulties for the operators to skillfully operate the interface of the two different systems, which is not conducive to the service of the staff to the customer. In the development of new trading functions, it is more necessary to modify the two systems separately to improve the difficulty of development.

Accordingly, it is an object of the present invention to provide a transaction message message system that overcomes at least one of the disadvantages of the prior art.

Thus, the novel transaction message message system is adapted to be connected to an external system belonging to an external company via a communication network for providing an external message indicating the transaction content of a financial transaction, each external The message has one of a plurality of first formats, and the transaction message message system includes an application server and a host. The application server belongs to a bank and is connected to the external system and includes a format conversion module. The host belongs to the bank and connects to the application server and can process an internal message having a second format different from the first format.

When the application server receives the external message from the external system, the format conversion module generates an internal message having the second format and indicating the transaction content of the external message according to the external message, and Transmitting the internal message to the host for the host to execute the financial transaction based on the transaction content indicated by the internal message received from the application server.

In some implementations, the transaction message message system further includes a security control module connected to the application server.

The external message received by the application server from the external system is encrypted.

Before generating the internal message, the application server first transmits the external message to the security control module, so that the security control module decrypts the external message, and returns the external message to the Application server.

The application server generates the internal message according to the decrypted external message by the format conversion module when receiving the decrypted external message from the security control module.

In some implementations, the transaction message message system further includes a data checking module, the data checking module is connected to the application server and the host, and is configured to check the internal message having the second format. Whether the transaction content is correct.

After generating the internal message, the application server transmits the internal message to the data checking module, so that the data checking module detects the internal message when the transaction content of the internal message is correct. Transfer to the host for it to execute the financial transaction.

In some implementations, when the application server receives an internal reply message from the host indicating the transaction result of the financial transaction and has the second format, the format conversion module according to the transaction The result is an external reply message having the first format of the first format, and the external reply message is transmitted to the security control module.

When receiving the external reply message, the security control module encrypts and returns the external reply message to the application server.

The application server transmits the encrypted external reply message received from the security control module to the external system.

In some implementations, the transaction message message system further includes a storage module connected to the application server.

When the application server receives the internal reply message from the host, the internal reply message is stored to the storage module.

In some implementations, the first format includes a Financial Electronic Data Interchange (FEDI) format and a Financial Extensible Markup Language (FXML) format.

In some implementations, the communication network utilizes a TCP/IP protocol.

The effect of the present invention is that the format conversion module can generate the internal message having the second format according to the external message having one of the first formats, so that the host can execute the internal message to indicate The transaction content, in this way, only needs one system to process the financial transactions indicated by the external texts in different first formats, which not only reduces the cost of software and hardware, but also effectively reduces the operational burden of the operators, when developing new trading functions. It is only necessary to develop and conform to the second format for the host and/or the application server, which effectively reduces the development difficulty.

Before the present invention is described in detail, it should be noted that in the following description, similar elements are denoted by the same reference numerals.

Referring to FIG. 1, an embodiment of a transaction message message system 100 of the present invention is adapted to be coupled to a plurality of external systems 200 each belonging to a plurality of external companies via a communication network 300. In this embodiment, each external company is, for example, a financial company or a bank, but is not limited thereto. Each external system 200 is configured to provide an external message having one of a plurality of first formats and indicating the transaction content of a financial transaction. In this embodiment, the first format includes, for example, a Financial Electronic Data Interchange (FEDI) format and a Financial Extensible Markup Language (FXML) format, but is not limited thereto. In the present embodiment, the communication network 300 utilizes, for example, a TCP/IP protocol.

The transaction message message system 100 belongs to a bank and includes an application server 1, a host 2, a security module 3, a data inspection module 4, and a storage module 5.

The application server 1 is connected to the external system 200 via the communication network 300 and includes a format conversion module 11. The host 2 is connected to the application server 1 and is capable of processing an internal message having a second format different from the first formats. In this embodiment, the second format is developed, for example, by the bank information personnel based on fields in the first format (including the FEDI format and the FXML format).

The security control module 3 is connected to the application server 1 and used to encrypt and decrypt a message. The data checking module 4 is connected to the application server 1 and is used to check whether the transaction content of the internal message having the second format is correct. In this embodiment, the data checking module 4 determines the internal message. The transaction content is checked logically, and the logic check includes, for example, a uniform number or whether the identity card number is filled in or the like. The storage module 5 is connected to the application server 1 and is used for storing text messages.

The following is an example of how the transaction message teletext system 100 handles external telegrams from one of the external systems 200 (hereinafter referred to as the external system 200).

First, in step S21, the external system 200 transmits an external message to the application server 1. In this embodiment, the external message received by the application server 1 from the external system 200 is encrypted. For example, the external message sent by the external system 200 has an FXML format and indicates a payment transaction and has been encrypted with a digital signature.

When the application server 1 receives the external message from the external system 200, the application server 1 transmits the external message to the security control module 3 in step S22. In the embodiment, the application server For example, the device 1 transmits the external message to the security control module 3 by using a web service.

Then, in step S23, the security module 3 decrypts the external message and returns the external message to the application server 1 after successful decryption. Continuing the previous example, the security control module 3 performs an inspection of the external message and returns the external message to the application server 1 after successful verification.

When the application server 1 receives the decrypted external message from the security module 3, in step S24, the format conversion module 11 generates one according to the decrypted external message. An internal message that is in two formats and indicates the transaction content of the external message.

Then, in step S25, the application server 1 transmits the internal message to the data checking module 4. In the embodiment, the application server 1 transmits the internal message by using a web service, for example. To the data inspection module 4.

Next, in step S26, the data checking module 4 transmits the internal message to the host 2 when it is checked that the transaction content of the internal message is correct. Continuing the previous example, the data checking module 4 performs a logic check on the content of the payment transaction indicated by the internal message, including a unified number or whether the identity card number is filled in, etc., and determines the transaction content when the check is correct. To be correct. In this embodiment, the data checking module 4 transmits the internal message to the host 2 by, for example, an SNA module (not shown).

In step S27, the host 2 executes the financial transaction based on the transaction content indicated by the internal message received from the data checking module 4. Continuing the previous example, the host 2 executes the payment message indicated by the internal message.

The following describes how the transaction message message system 100 notifies the external system 200 of the progress of the processing of the financial transaction indicated by the external message.

First, in step S31, the host 2 transmits an internal reply message indicating the transaction result of the financial transaction and having the second format to the application server 1 when the financial transaction is executed. In this embodiment, the host 2 transmits the internal reply message to the application server 1 by using a web service, for example. Continuing the previous example, the host 2 transmits an internal message indicating the success of the payment transaction and having the second format to the application server 1.

When receiving the internal reply message from the host 2, the application server 1 stores the internal reply message to the storage module 5 in step S32. In this way, when there is any problem with the bank's customers (such as the financial company), the staff can query all the internal reply messages stored in the storage module 5 to perform effective transaction tracking and service.

Then, in step S33, the application server 1 generates an external reply message having the first format according to the transaction result by the format conversion module 11. Continuing the previous example, the format conversion module 11 generates an external reply message having the FXML format indicating that the payment transaction was successful. Then, in step S34, the application server 1 transmits the external reply message to the security control module 3.

When receiving the external reply message, the security control module 3 encrypts and returns the external reply message to the application server 1 in step S35. Continuing the previous example, the security control module 3 digitally signs the external reply message.

Then, in step S36, the application server 1 transmits the encrypted external reply message received from the security control module 3 to the external system 200. Continuing the previous example, after the external system 200 successfully authenticates the external reply message, the financial company to which the external system 200 belongs can know that the payment is successful.

In summary, the above embodiment generates the internal message having the second format by the format conversion module 11, so that the host 2 can execute the transaction content indicated by the internal message, so that only one system is needed. It can handle financial transactions indicated by external telegrams with different first formats, which not only reduces the cost of hardware and software, but also effectively reduces the burden on the staff without having to learn across systems. Moreover, the external conversion message having the corresponding first format can also be generated by the format conversion module 11 so that the external company receiving the external reply message can know the processing progress of the financial transaction. Furthermore, when developing a new transaction function for the host 2 and/or the application server 1, it is only necessary to conform to the second format, which effectively reduces the development difficulty. In addition, the staff can query all the internal reply messages stored in the storage module 5 in a single system, and can effectively track and serve the transactions, so as to quickly respond to customer services and improve service quality.

However, the above is only the embodiment of the present invention, and when it is not possible to limit the scope of the present invention, all the simple equivalent changes and modifications according to the scope of the patent application and the contents of the patent specification are still This new patent covers the scope.

100‧‧‧Transaction Message Message System

1‧‧‧Application Server

11‧‧‧Format Conversion Module

2‧‧‧Host

3‧‧‧Security module

4‧‧‧ Data Inspection Module

5‧‧‧Storage module

200‧‧‧External system

300‧‧‧Communication network

S21~S28‧‧‧Steps

S31~S36‧‧‧Steps

Other features and effects of the present invention will be apparent from the following description of the drawings, wherein: Figure 1 is a block diagram illustrating an embodiment of the novel transaction message system coupled to a plurality of external FIG. 2 is a flow chart exemplarily illustrating how the embodiment processes an external message from one of the external systems; and FIG. 3 is a flow chart exemplarily illustrating how the embodiment notifies the The external system in which the person's processing progress is related to the financial transaction indicated by the external message.

Claims (7)

A transaction message message system adapted to be connected to an external system belonging to an external company via a communication network, the external system for providing an external message indicating the transaction content of a financial transaction, each external message having a plurality of One of the first formats, the transaction message message system includes: an application server, belonging to a bank, and connected to the external system, and including a format conversion module; and a host belonging to the bank and connected The application server, and capable of processing an internal message having a second format different from the first format; wherein the application server receives the external message from the external system by using the format The conversion module generates an internal message having the second format and indicating the transaction content of the external message according to the external message, and transmits the internal message to the host, for the host to receive from the application server according to the The financial transaction is executed by the content of the transaction indicated by the internal message. The transaction message message system of claim 1, further comprising: a security control module connected to the application server; wherein the external message received by the application server from the external system is encrypted; The application server further transmits the external message to the security control module before the internal message is generated, so that the security control module decrypts the external message and returns the external message to the application after successful decryption. The server sends the internal message based on the decrypted external message by the format conversion module when receiving the decrypted external message from the security module. The transaction message message system of claim 2, further comprising: a data checking module, connecting the application server and the host, and checking whether the transaction content of the internal message having the second format is correct After the application server generates the internal message, the internal message is transmitted to the data checking module, so that the data checking module detects the transaction content of the internal message when it is correct. The internal message is passed back to the host for execution of the financial transaction. The transaction message message system of claim 3, wherein: the application server receives the internal reply message from the host indicating the transaction result of the financial transaction and has the second format, by using the format The conversion module generates an external reply message having the first format in the first format according to the transaction result, and transmits the external reply message to the security control module; the security control module receives the external reply message The external reply message is encrypted and transmitted back to the application server; and the application server transmits the encrypted external reply message received from the security control module to the external system. The transaction message message system of claim 4, further comprising: a storage module connected to the application server; wherein, when the application server receives the internal reply message from the host, the internal reply is The message is stored to the storage module. The transaction message message system of claim 1, wherein the first format comprises a Financial Electronic Data Interchange (FEDI) format and a Financial Extensible Markup Language (FXML) format. The transaction message message system of claim 1, wherein the communication network utilizes a TCP/IP protocol.