CN117236939A

CN117236939A - Online transaction method, device, equipment and electronic equipment

Info

Publication number: CN117236939A
Application number: CN202311211598.4A
Authority: CN
Inventors: 关大伟
Original assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Current assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Priority date: 2023-09-19
Filing date: 2023-09-19
Publication date: 2023-12-15

Abstract

The application provides a method, a device, equipment and electronic equipment for online transaction, and relates to the technical field of data processing. The method is applied to the client, and comprises the following steps: determining a request message containing transaction information; based on the transaction band attachment strategy, sending the transaction information to a server through a file transmission tool, and receiving response information of the server; and the transaction is provided with an accessory strategy indication, and the data type of the request message is rewritten into a file. The method can improve the timeliness of carrying out the transaction in the online transaction scene, and avoid the problem of high transaction overtime risk caused by splitting the oversized message into multiple transmissions in the current online transaction process.

Description

Online transaction method, device, equipment and electronic equipment

Technical Field

The present application relates to the field of data processing technologies, and in particular, to a method, an apparatus, a device, and an electronic device for online transaction.

Background

As the volume of traffic increases, the response time to financial system on-line transactions also appears to increase. For oversized messages, the message length limitation requires splitting into multiple sections for multiple transmission, which results in a transmission time significantly exceeding the transmission time of other messages that are not split. Accordingly, the response time of the server is also lengthened. Particularly, in the business peak period, a plurality of clients on a transaction line send out request access to the same server, so that under the condition of large concurrency, the message response time is obviously prolonged due to the fact that the oversized message is split and sent for a plurality of times. The response time of the ultra-long message is longer, the response of other normal messages is influenced, the overall response time is reduced, and even the problem of overtime of transactions is caused.

Disclosure of Invention

The application provides a method, a device, equipment and electronic equipment for online transaction, which are used for improving the time-out of the transaction in an online transaction scene and avoiding the problem of high transaction overtime risk caused by splitting an oversized message into multiple transmissions in the current online transaction process.

In a first aspect, an embodiment of the present application provides a method for online transaction, applied to a client, where the method includes:

determining a request message containing transaction information;

based on the transaction band attachment strategy, sending the transaction information to a server through a file transmission tool, and receiving response information of the server; and the transaction is provided with an accessory strategy indication, and the data type of the request message is rewritten into a file.

In one possible implementation, the file transfer tool is deployed at a server.

In one possible implementation manner, the sending, by a file transmission tool, the transaction information to a server based on the transaction band attachment policy, and receiving response information of the server includes:

and determining that the transmission strategy of the transaction information is a transaction band attachment strategy in response to the length of the request message being greater than a preset threshold.

based on the transaction band attachment strategy, rewriting the data type of the request message into a file to obtain a request file containing the transaction information;

and sending the request file to the server and receiving the response information.

In one possible implementation manner, the sending the request file to the server and receiving the response information include:

invoking a file transfer tool to upload the request file;

receiving path information of the request file;

sending a transaction request to the server; wherein the transaction request includes path information of the request file;

receiving confirmation information; the confirmation information indicates that the server side obtains the request file.

In a second aspect, an embodiment of the present application provides a method for online transaction, applied to a server for deploying a file transfer tool, where the method includes:

receiving a request message;

determining a response message based on the transaction information of the client in the request message; wherein the response message includes response information corresponding to the transaction information;

Processing the response message based on the response tape attachment strategy, and responding to the client through the file transmission tool; and the response is provided with an accessory strategy indication, and the data type of the response message is rewritten into a file.

A possible implementation manner, the processing the response message based on the response tape attachment policy and responding to the client through the file transfer tool includes:

determining that the transmission strategy of the response information is the response band attachment strategy in response to the length of the response message being greater than a preset threshold;

and based on the response band attachment strategy, rewriting the data type of the response message to respond to the client.

based on the response band attachment strategy, rewriting the data type of the response message to obtain a response file;

transmitting path information of the response file to the client;

receiving a downloading request sent by the client through the file transmission tool; the download request comprises path information of the response file;

And sending the response file to the client based on the path information of the response file.

In one possible embodiment, the address information of the file transfer means is registered in the transaction service registration center in advance, and the address information of the file transfer means is bound with the address information of the transaction service.

In a third aspect, an embodiment of the present application provides a method for online transaction, including:

determining a request message;

determining a request file corresponding to the request message based on a transaction band attachment policy; the transaction tape attachment policy is a policy for rewriting the data type of the request message into a file;

determining a response message based on the request file;

determining a response file corresponding to the response message based on the response tape attachment policy; the response tape attachment policy is a policy for rewriting the data type of the response message into a file.

In a fourth aspect, an embodiment of the present application provides a system for online transaction, including:

client side: the method comprises the steps of determining a request message containing transaction information; based on the transaction band attachment strategy, sending the transaction information to a server through a file transmission tool, and receiving response information of the server; the transaction is provided with an accessory strategy indication, and the data type of the request message is rewritten into a file;

The server side: for receiving the request message; determining a response message based on the transaction information of the client in the request message; wherein the response message includes response information corresponding to the transaction information; processing the response message based on the response tape attachment strategy, and responding to the client through the file transmission tool; and the response is provided with an accessory strategy indication, and the data type of the response message is rewritten into a file.

In a fifth aspect, an embodiment of the present application provides an apparatus for online transaction, applied to a client, where the apparatus includes:

an access unit; the method comprises the steps of determining a request message containing transaction information;

a transmitting unit: the method comprises the steps of sending transaction information to a server through a file transmission tool based on a transaction band attachment strategy, and receiving response information of the server; and the transaction is provided with an accessory strategy indication, and the data type of the request message is rewritten into a file.

In one possible implementation, the file transfer tool is deployed at a server.

In one possible implementation manner, the sending unit is specifically configured to determine, in response to the length of the request packet being greater than a preset threshold, that the transmission policy of the transaction information is a transaction band attachment policy.

In one possible implementation manner, the sending unit is further configured to rewrite the data type of the request packet into a file based on the transaction area attachment policy, to obtain a request file containing the transaction information; and sending the request file to the server and receiving the response information.

In one possible implementation manner, the sending unit is specifically configured to invoke the file transfer tool to upload the request file; receiving path information of the request file; sending a transaction request to the server; wherein the transaction request includes path information of the request file; receiving confirmation information; the confirmation information indicates that the server side obtains the request file.

In a sixth aspect, an embodiment of the present application further provides an online transaction apparatus, applied to a server for deploying a file transfer tool, where the apparatus includes:

a receiving unit; for receiving the request message;

information unit: the response message is determined based on the transaction information of the client in the request message; wherein the response message includes response information corresponding to the transaction information;

and a response unit: the file transmission tool is used for processing the response message based on the response tape attachment strategy and responding to the client; and the response is provided with an accessory strategy indication, and the data type of the request message is rewritten into a file.

In one possible implementation manner, the response unit is specifically configured to determine, in response to the length of the response packet being greater than a preset threshold, that the transmission policy of the response information is the response band attachment policy; and based on the response band attachment strategy, rewriting the data type of the response message to respond to the client.

One possible implementation manner, the response unit is specifically configured to rewrite the data type of the response packet based on the response band attachment policy, so as to obtain a response file; transmitting path information of the response file to the client; receiving a downloading request sent by the client through the file transmission tool; the download request comprises path information of the response file; and sending the response file to the client based on the path information of the response file.

In a seventh aspect, an embodiment of the present application further provides an apparatus for online transaction, including:

a first message unit: for determining a request message;

A first file unit: the method comprises the steps of determining a request file corresponding to the request message based on a transaction band attachment strategy; the transaction tape attachment policy is a policy for rewriting the data type of the request message into a file;

a second message unit: the method is used for determining a response message based on the request file;

a second file unit: the response file is used for determining a response file corresponding to the response message based on the response tape attachment strategy; the response tape attachment policy is a policy for rewriting the data type of the response message into a file.

In an eighth aspect, embodiments of the present application also provide a computer apparatus comprising a memory, a processor, and a computer program stored on the memory and executable on the processor,

the processor, when executing the computer program, implements the steps of the method of the first to second aspects and any possible implementation manner.

The ninth aspect, the embodiments of the present application also provide a computer storage medium having a computer program stored thereon,

the computer program when executed by a processor implements the steps of the method of the first to second aspects and any possible implementation manner.

In a tenth aspect, embodiments of the present application provide a computer program product, comprising a computer program,

One or more technical solutions provided in the embodiments of the present application at least have the following technical effects:

firstly, in the method provided by the embodiment of the application, the client-side rewrites the data type of the request message into the file based on the transaction tape attachment strategy, and the client-side can send the rewritten request file to the server-side by calling the file transmission tool so as to prompt the server-side to directly acquire the request file to complete the response of the whole transaction. The two-section communication based on the file transmission service provided by the file transmission tool and the transaction service of the service end improves the timeliness of the response information received by the client end and can effectively reduce the resource load; the problem of insufficient response timeliness caused by the fact that in the current online transaction, when a request message is too large and needs to be split, a server only receives the request message which is sent for many times after the splitting, and then the response can be carried out is avoided. Especially in the face of high concurrency scenes, the method provided by the embodiment of the application can effectively avoid the risk of overtime transaction.

And by calling the file transmission tool deployed at the server, the server can directly respond to the client through the file transmission tool after the client uploads the request file, so that the time efficiency of online transaction is further improved, and the problem of reduced response time efficiency caused by the fact that the server cannot respond to the client immediately after the server invokes the file transmission tool when the file transmission tool is deployed at the client is avoided.

Secondly, when the message length is used as a judging condition of whether to use the transaction band attachment strategy or the response band attachment strategy, the file transmission service provided by the file transmission tool at the server side and the resource load of the transaction service can be further balanced, especially in the scene of ultra-large concurrency, and the timeliness of transaction response is ensured by the setting.

And repeatedly, the server side is similar to the client side, the server side can rewrite the data type of the response message generated by the server side based on the response tape attachment strategy, and the server side also carries out two-section communication based on the file transmission tool and the transaction service to respond to the transaction, so that the problems that the response message cannot be responded in time due to the fact that the response message is too large to be split and the timeliness of the response information is insufficient are effectively avoided.

Finally, the address information of the file transmission tool can be registered in the transaction service registration center in advance, and the address information of the file transmission tool is bound with the address information of the transaction service, so that the address information can be acquired, and the timeliness of transaction response is further improved; and, still possess the advantage of simplifying the maintenance procedure.

Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the application. The objectives and other advantages of the application will be realized and attained by the structure particularly pointed out in the written description and claims thereof as well as the appended drawings. It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required to be used in the embodiments or the description of the prior art will be briefly described below, and it is obvious that the drawings in the following description are only embodiments of the present application, and that other drawings can be obtained according to the provided drawings without inventive effort for a person skilled in the art.

FIG. 1 is a flow chart of a method for online transaction according to an embodiment of the present application;

FIG. 2 is a schematic diagram of an online transaction scenario according to an embodiment of the present application;

FIG. 3 is a schematic diagram of an online transaction method according to an embodiment of the present application;

FIG. 4 is a flow chart of a method for online transaction according to an embodiment of the present application;

FIG. 5 is a schematic diagram of an online transaction method according to an embodiment of the present application;

FIG. 6 is a flow chart of a method for online transaction according to an embodiment of the present application;

FIG. 7 is a schematic diagram of an apparatus for online transaction according to an embodiment of the present application;

FIG. 8 is a schematic diagram of an apparatus for online transaction according to an embodiment of the present application;

FIG. 9 is a schematic diagram of an apparatus for online transaction according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

The embodiment of the application provides a method for online transaction, which aims at solving the problem that the risk of overtime of the transaction is high because the oversized message is required to be disassembled for multiple times in the current online transaction.

The online transaction method provided by the embodiment of the application is suitable for transaction processing on a transaction line. A transaction is a processed representation of one or more links in a business process. The transaction line is a concept of a data line, and has characteristics of quick response and small transaction data amount. The amount of data per transaction line (pen) is several megabits. The small amount of data on the transaction line is also compared with the amount of data on the data line, and the difference of the data amount is obvious.

It should be appreciated that the above-described approach is an improvement over the approach of current online transactions. In the method provided by the embodiment of the application, the operation logic of the transaction service is not changed, the file transmission tool is only arranged at the service end to provide the file transmission service, the uploading interface and/or the downloading interface of the file transmission tool are stored at the client end, and the supplementary modification (comprising binding the address information of the transaction service and the file transmission service in the transaction service registry in the following partial embodiments) of the address information is adaptively made, so that the transaction service of the service end can be combined with the file transmission tool in the transaction request process, and the transaction request of the client end can be responded efficiently.

In the method provided by the embodiment of the application, an independent process which is only used for file transmission is arranged outside the transaction service in the current online transaction; and different processes can be corresponding to different types of transaction services in the transaction service. The interface of the file transmission tool can be stored in the client so that the interface of the file transmission tool can be called when the client determines to use the transaction tape attachment strategy, and the file transmission tool can be called.

In addition, it should be noted that, when the client side invokes the file transfer tool, only 1 time of interfaces of the file transfer tool are required to be invoked, so as to realize the transfer of the request file; and an interface for calling corresponding transaction service in each transmission when the oversized message is disassembled for multiple transmissions as in the prior art is not needed.

In order to better understand the above technical solutions, the following detailed description of the technical solutions of the present application is made by using the accompanying drawings and specific embodiments, and it should be understood that the specific features of the embodiments and the embodiments of the present application are detailed descriptions of the technical solutions of the present application, and not limiting the technical solutions of the present application, and the embodiments and the technical features of the embodiments of the present application may be combined with each other without conflict.

The terms first and second in the description and claims of the application and in the above-mentioned figures are used for distinguishing between different objects and not for describing a particular sequential order. Furthermore, the term "include" and any variations thereof is intended to cover non-exclusive protection. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus. The term "plurality" in the present application may mean at least two, for example, two, three or more, and embodiments of the present application are not limited.

It should be noted that, in the technical scheme of the application, the acquisition, storage, use, processing and the like of the data all conform to the relevant regulations of national laws and regulations.

Referring to fig. 1, an embodiment of the present application provides a method for online transaction, which is used for improving message transmission timeliness in online transaction, avoiding a problem that a transaction is overtime easily caused by splitting an oversized message into multiple transmissions, and the method can be applied to a client, and the method for online transaction specifically includes the following implementation steps:

step 101: a request message containing transaction information is determined.

Specifically, the transaction information includes transaction tasks, transaction content. For example, the transaction task may be deposit or withdrawal, and accordingly the transaction content may be the number of withdrawals, the transaction operator, etc.

In the embodiment of the application, the number of the clients is greater than or equal to 1 in the online transaction scene. Therefore, the server can receive the request messages from different clients to perform corresponding processing.

Step 102: based on the transaction band attachment strategy, the transaction information is sent to the server through the file transmission tool, and response information of the server is received.

The transaction is provided with an accessory strategy indication, and the data type of the request message is rewritten into a file. That is, it means that the transaction information to be executed is transferred in the form of an attachment by calling a file transfer tool.

The response information is response information sent by the server based on the transaction information.

The file is a data type corresponding to the message. In the online transaction scene, even if the message length is very long, the message is an oversized message, and the message still has the characteristic of small occupied space after being rewritten into a file.

The file transfer tool is a lightweight transfer tool, and the lightweight transfer tool is suitable for the specification of an online transaction system and can be a multithreaded concurrent lightweight file transfer tool based on a socket communication protocol. The file transfer tool only needs to support concurrent transmission, and the file transfer tool can be registered in the same registry as the transaction system.

The lightweight transfer tool includes, but is not limited to, a transfer tool set based on FTP (File Transfer Protocol ), sFTP (SSH File Transfer Protocol, secure file transfer protocol) for uploading or downloading only files, fserver set based on socket communication protocol. In the embodiment of the application, the address information of the file transmission tool is preferably registered in the transaction service registration center and directly bound with the address information of the transaction service. For example, fserver, which has the advantages of high connection establishment speed and large small file transfer throughput.

In order to realize efficient transmission, the rewritten request file can be sent through a file transmission tool deployed on the server.

In order to further realize the light weight, the server only deploys the file transmission tool, and registers the address information of the file transmission tool to the transaction service registration center for inquiry and acquisition when the client uses. And an uploading interface and a downloading interface are arranged on the client for the client to call. Meanwhile, the client stores the corresponding SDK and library files so as to support different development languages; such as JAVA, c++, etc., for embedded use by the client.

The uploading interface and the downloading interface of the file transmission tool can be the same interface or different interfaces. Preferably different interfaces.

In some embodiments, in response to the length of the request message being less than or equal to a preset threshold, address information of the transaction service is queried, and then the request message is sent to the server based on the address information of the transaction service to transmit the transaction information, so that the server can perform corresponding transaction operation/business processing according to the transaction information in the request. Or,

and in response to the length of the request message being greater than the preset threshold, determining that the transmission strategy of the transaction information is a transaction band attachment strategy, namely, after the data type of the request message is rewritten, calling an interface of a file transmission tool, uploading the rewritten request file to the server, and then sending a transaction request to the server, so that the server can directly acquire the request file according to the address information of the request file in the transaction request, and respond to the client accordingly. The preset threshold is determined by the server and the client according to the transmission efficiency, the service scene, the service type and other information negotiations. The following is a detailed description:

Firstly, based on the transaction band attachment strategy, the data type of the request message is rewritten into a file, and the request file containing transaction information is obtained.

The request file may then be sent to the server and the response information of the server acknowledging receipt of the request file may be received. Specifically, address information of a file transfer tool deployed at a server may be queried. The address information includes the port of the file transfer tool, the IP address. Then, based on the port of the file transfer tool, the server is connected, and the interface is called to call the file transfer tool of the server, so that the request file is uploaded to the server. Then, the path information of the request file on the server is received. The path information may be, for example, a file path and a file identifier. And, when the client pre-negotiates a path of a file with the server, the path information is composed of a file identifier (e.g., file name). After receiving the path information of the request file on the server, the client can query the address information of the transaction service and send a transaction request to the server based on the queried address information of the transaction service and the path information of the request file. The transaction request contains the path information of the request file, so that the server side inquires the request file according to the transaction request and processes the request file according to the transaction information and the transaction task of the request file. And finally, receiving the confirmation information sent by the server. The confirmation message is actually a response message sent by the transaction service on the server side, and indicates that the server side obtains the request file based on the path information in the transaction request.

In some embodiments, after the client generates the request message, it may be directly determined that the transmission policy of the transaction information is a transaction band attachment policy, and then the foregoing determination regarding whether the length of the request message exceeds the preset threshold is not performed any more, and the foregoing transmission policy regarding the transaction band attachment is directly performed.

The format of the request file is a preset format. The preset format is a format which is negotiated in advance by the client and the server, so that the server can analyze the request file according to an analysis rule corresponding to the preset format after extracting/opening the request file.

The file transfer service (uploading and/or downloading) provided by the file transfer tool deployed at the server is independent of the transaction service for processing the transaction request at the server.

In the process of rewriting the data type into the file, the rewriting can be performed based on a preset file format. For example, may be in XML format. Specifically, the file preset format can be pre-negotiated and determined by the server and the client.

In the following, the details of the determination of the client to send the transaction information using the transaction tape attachment policy are described in detail in the context of an online transaction.

First, since address information of the file transfer service is bound with address information of the transaction service after having been registered in the transaction service registration center, the client can acquire another address information while acquiring any one of the aforementioned address information. Referring to fig. 2, when each client determines to request to perform a transaction from a server, the client may first request to query the transaction service registry for transaction service address information and/or fserver service address information. The client can then interact with the server based on the obtained address information to complete the transaction.

In this way, the client may rewrite the data type of the request message into a file, and execute the following implementation steps based on the obtained transaction service address information and file transfer service address information after obtaining the rewritten request file:

referring to fig. 3, first, a file transfer service is invoked. And calling an uploading interface of the file transmission service based on the address information of the file transmission service, and sending a first request message containing the request file, so that the request file is uploaded, and the path information of the first request message is determined after the file transmission service receives the first request message. The path information is used for other service lookup and extraction of the request file.

Then, a first response message of the server is received. The first response message actually responds to the client for file transfer services, indicating path information of the requested file.

After receiving the first response message, the client can send a second request message containing path information of the request file to the server. Specifically, the client sends a second request message to the server based on the address information of the transaction service, so that the transaction service can extract/open the request file according to the path information of the request file.

And the server side can send a second response message to the client side after extracting/opening the request file according to the path information in the second request message, so that the client side can know that the server side has extracted/opened the request file. Meanwhile, the server side processes the request file to read transaction information, determines a transaction task to be executed, and executes corresponding operation.

After receiving the second response message, the client determines that the whole transaction is completed with the accessory.

Therefore, the client rewrites the transaction information in the large message into the request file through the implementation steps, only calls 1 file transmission service, and uploads the request file to the server, so that the server can directly open the request file according to the path information of the request file on the server contained in the request after receiving the transaction request (the second request message in fig. 3) of the client, and the request file is responded to the client. Therefore, the problem that the response time of the client is reduced due to the fact that the server waits for the client to call the transaction service for a plurality of times and the disassembled large message is sent for a plurality of times to respond is avoided. Meanwhile, the problem that the service end cannot respond to the transaction requests of other clients because threads are occupied as much as possible due to the fact that the service end needs to wait for the large message which can be completely sent by the plurality of times of sending is solved, and the time efficiency of responding to the other clients is reduced.

Based on the same inventive concept, the embodiment of the application provides a method for online transaction, which is used for improving the message transmission time-efficiency in online transaction and avoiding the problem that the transaction is overtime easily caused by splitting an oversized message into multiple transmissions. The online transaction method specifically comprises the following implementation steps:

step 401: and receiving a request message.

The sending end of the request message is a client.

The request message includes transaction information indicating that the client requests a transaction.

Step 402: and determining a response message based on the transaction information of the client in the request message.

Wherein the response message includes response information, the response information corresponding to the transaction information. The response information may include, for example, specific execution rules corresponding to the transaction tasks, transaction content.

Specifically, when the server receives the request message, the transaction information in the request message is read to determine the service information to be executed corresponding to the request message.

Based on the service information to be executed, the server side judges that the service side can directly process to generate a response message, and the server side directly generates the response message. Or alternatively;

Based on the service information to be executed, the server side judges that other ends (e.g. client sides) are required to be combined to generate a response message, and then the other client sides are adjusted in a joint way according to the service information to be executed to acquire corresponding information, and the response message is determined after processing.

Step 403: and processing the response message based on the response tape attachment strategy, and responding to the client through the file transmission tool.

And responding to the policy indication with the attachment, and rewriting the data type of the response message into a file.

In some embodiments, the response message may be directly rewritten into the response file based on the response tape attachment policy, and the path information of the response file is determined, and the path information of the response file is sent to the client, so that the client invokes the download interface of the file transfer tool to download the response file, and accordingly sends the response file to the client.

In some embodiments, it may be determined whether to respond to the client with a response band attachment policy based on the length of the response message. Specifically, in response to the length of the response message being less than or equal to a preset threshold, it is determined that the response message is sent to the client that sent the request message, so as to complete the response to the client. Or,

Determining that the transmission strategy of the response information is a response tape accessory strategy in response to the length of the response message being greater than a preset threshold; and based on the response tape attachment strategy, rewriting the data type of the response message to respond to the client.

The preset threshold is determined by the server and the client according to the transmission efficiency, the service scene, the service type and other information negotiations.

Further, the following details regarding the implementation of the response client based on the response tape attachment policy for response information transmission:

the server can rewrite the data type of the response message into a file based on the file preset format in the response tape attachment strategy, thereby obtaining the response file containing the response information. The file preset format is a format which is negotiated with the client in advance, so that the client can analyze the response file according to an analysis rule corresponding to the file preset format after obtaining/downloading.

Then, the server determines the path information of the response file, and sends the path information of the response file to the client. The setting principle of the file transfer tool is the same as that described above, and will not be described here again.

The path information may include a target path for the response file, as well as a file identifier (e.g., file name). The target path may be known to both the client and the server in advance, so that the client can download the response file based on the path information when the file transfer tool is called.

After receiving the path information of the response file, the client side invokes the downloading interface of the file transfer tool, namely invokes the file transfer service, and sends a downloading request containing the path information of the response file to the server side.

Therefore, the server receives the downloading request from the client through the file transmission tool. Finally, based on the download request, the response file is extracted or downloaded, and the response file is sent to the client side sending the download request, so that the response of the transaction belt attachment is completed.

In some embodiments, the address information of the port of the file transfer tool may be pre-negotiation information stored in the client and/or the server, and when the client calls the interface, the file transfer tool is called based on the address information.

In some embodiments, to reduce the server load, address information such as the port and IP address of the file transfer tool may be registered with the transaction service registry for the client to obtain from the transaction service registry when needed. This provides the advantage of facilitating modification of the address information, and thus avoids adjusting/configuring relevant settings on the client, server for modifying the address information.

Further, when the address information of the file transfer tool is registered in the transaction service registration center, the address information of the file transfer tool and the address information of the transaction service can be bound, so that the client can acquire another address information together when acquiring any one of the address information. The address information of the transaction service comprises a port and an IP address of the transaction service generating a response message on the service end.

The file transfer tool is preferably fserver at this time.

The transaction service is independent of the file transfer service provided by the file transfer tool.

The following description is made with respect to the server responding to the client based on the response band attachment response policy in an online transaction scenario based on steps 401-403.

With continued reference to fig. 2, the number of clients in the online transaction scenario is 2, as an example. The clients are mutually independent, and the clients can obtain the transaction address and the file transmission tool address through interaction with the transaction service registry. And the client can interact with the server to realize various transaction services corresponding to the received transaction instructions/business instructions. The interaction between the client and the server is further described in detail below:

Referring to fig. 5, the server receives a first request message sent by the client. The first request message is determined and sent by the client in the following way: after the request message is determined, the address information of the transaction service is firstly requested to be inquired from the transaction service registration center so as to obtain the port and the IP address of the transaction service. Because the address information of the file transmission service is bound with the address information of the transaction service in the transaction service registration center, the client side inquires the address information of the file transmission service while requesting to inquire the transaction address information. Then, the purpose of calling the transaction service can be achieved through the port and the IP address in the transaction address information, so that a request message is sent to the transaction server of the server side.

And then, reading the third request message, and determining a response message based on the transaction information in the third request message. And rewriting the data type of the response message into a file form, and determining the path information of the rewritten response file. If the client and the server have negotiated the target path of the response file in advance, the path information only needs to contain the information of the response file with finer granularity such as file name, etc., and the information of the response file can be accurately positioned: a file identifier (e.g., file name). In case the client and the server do not negotiate the target path of the response file in advance, the path information of the response file should also include the target path

And then, sending a third response message to the client. The third response message contains path information of the response file, so that the client can call a downloading interface of the file transmission tool according to the path information, and download the response file. In addition, the third response message may further include a connection between the response file and the transaction information in the request message.

Then, the server side receives a fourth request message through the file transmission tool, wherein the fourth request message comprises path information of the response file. Thus, the file transmission tool acquires the response file and sends a fourth response message containing the response file to the client, and the whole response transaction with the attachment is completed.

It should be noted that the transaction with attachment policy and the response with attachment policy may be applied to one transaction at the same time, or only one of them may be used in each transaction, and may be preset according to the use scenario.

According to the method of online transaction provided in steps 101-102 and the method of online transaction provided in steps 401-403, as well as in conjunction with fig. 3 and 5, the online transaction method provided in the present application is still transmitted in the form of a message, although the data type of the request message is modified to a file and/or the data type of the response message is modified to a file.

However, when the rewritten request file is transmitted, it is not necessary to transmit address information for providing transaction service to the server, and the request file is uploaded by using address information of the file transfer means.

When the rewritten response file is transmitted, the response is not transmitted by the transaction service in the server side, but transmitted by the file transmission tool.

Therefore, in the method for online transaction provided in the embodiment of the present application, after the data type of the message is rewritten into a file, the file transfer tool is called to temporarily store the request message to the server, and the path information is recorded, so that the server requests the file (i.e., the access information in the request message) once, and the transaction is completed. And/or the number of the groups of groups,

and temporarily storing the response message to the server, and recording path information, so that the client calls a file transmission tool to acquire the response file (namely the response information in the response message) once, and the transaction is completed.

Therefore, the embodiment of the application transmits transaction information or response information through the file transmission tool, receives the transaction request through the transaction service and responds to the transaction request, and realizes the cooperation of the transaction service and the file transmission tool on the server. Thus, the transaction is completed efficiently.

Based on the same inventive concept, the embodiment of the present application also provides a method of online transaction, which can be applied to a third terminal, such as a network terminal, except a client terminal and a server terminal in an online transaction system, and the method can include the following implementation steps, please refer to fig. 6.

Step 601: and determining a request message.

The request message includes transaction information.

Step 602: and determining a request file corresponding to the request message based on the transaction band attachment strategy.

The transaction tape attachment policy is a policy for rewriting the data type of the request message into a file. Thus, the distinction between the request file and the request message is only data type, and the transaction information contained therein is the same.

Further, a request file obtained by rewriting the data type of the request message may be saved, and path information of the request file may be recorded, so that other end groups may obtain the request file based on the file transfer tool.

Step 603: and determining a response message based on the request file.

The response message includes response information.

Step 604: and determining a response file corresponding to the response message based on the response tape attachment strategy.

The response tape attachment policy is a policy for rewriting the data type of the response message into a file.

Thus, the distinction between the response file and the response message is only data type, and the response information contained therein is the same.

Similarly, a response file obtained by rewriting the data type of the response message may be saved, and path information of the response file may be recorded, so that other terminal may obtain the response file based on the file transfer tool.

Based on the same inventive concept, the embodiment of the application also provides a system for online transaction, which comprises a client and a server.

In some embodiments, the server may respond to multiple clients simultaneously.

In order to enable any client to receive the response of the server in time under any situation, the transaction is completed. In addition, the server can respond in time under any time situation, including a high concurrency scene, and the online transaction system provided by the embodiment of the application comprises the following steps:

client side: the method comprises the steps of determining a request message containing transaction information; and based on the transaction band attachment strategy, sending the transaction information to a server through a file transmission tool, and receiving response information of the server.

And the transaction is provided with an accessory strategy indication, and the data type of the request message is rewritten into a file.

The server side: for receiving the request message; and determining a response message based on the transaction information of the client in the request message.

Wherein the response message includes response information corresponding to the transaction information.

And processing the response message based on the response tape attachment strategy, and responding to the client through the file transmission tool. And the response is provided with an accessory strategy indication, and the data type of the response message is rewritten into a file.

Thus, the file transfer tool is deployed on the server side for providing file transfer services. Similarly, the file transfer service is an independent process, and is only used for transferring files obtained by rewriting the data types of the messages.

Therefore, in the online transaction system, the client side can realize efficient response of the transaction service by combining the file transmission service by respectively calling the file transmission service and the transaction service of the server side, so that response timeliness is improved.

Regarding the client side requesting a transaction based on the transaction tape accessory transmission policy, the difference between the implementation steps performed by the client side and the server side corresponding to the server side based on the response tape accessory policy can be referred to in fig. 1, steps 101-102, and fig. 4, steps 401-403, which are not described herein.

Based on the same inventive concept, the embodiment of the present application provides an online transaction device, which is applied to a client, and corresponds to the online transaction method shown in fig. 1, and a specific embodiment of the device may refer to the description of the foregoing method embodiment, and the repetition is omitted herein, and referring to fig. 8, where the device includes:

an access unit 701; for determining a request message containing transaction information.

Transmission unit 702: and the method is used for sending the transaction information to the server through the file transmission tool based on the transaction band attachment strategy and receiving the response information of the server. And the transaction is provided with an accessory strategy indication, and the data type of the request message is rewritten into a file.

The file transmission tool is deployed at the server side.

The sending unit 702 is specifically configured to determine, in response to the length of the request packet being greater than a preset threshold, that the transmission policy of the transaction information is a transaction band attachment policy.

The sending unit 702 is further configured to rewrite the data type of the request packet into a file based on the transaction band attachment policy, so as to obtain a request file containing the transaction information; and sending the request file to the server and receiving the response information.

The sending unit 702 is specifically configured to invoke the file transfer tool to upload the request file; receiving path information of the request file; sending a transaction request to the server; wherein the transaction request includes path information of the request file; receiving confirmation information; the confirmation information indicates that the server side obtains the request file.

Based on the same inventive concept, the embodiment of the present application provides an online transaction apparatus, which is applied to a server for deploying a file transfer tool, and corresponds to the online transaction method shown in fig. 4, and a specific embodiment of the apparatus may refer to the description of the foregoing method embodiment, and the repetition is omitted herein, and referring to fig. 8, where the apparatus includes:

a receiving unit 801; for receiving the request message.

Information element 802: and the response message is determined based on the transaction information of the client in the request message.

Response unit 803: and the response message is processed based on the response tape attachment strategy, and the client is responded through the file transmission tool.

And the response is provided with an accessory strategy indication, and the data type of the response message is rewritten into a file. The response unit 803 is specifically configured to determine, in response to the length of the response message being greater than a preset threshold, that the transmission policy of the response message is the response band attachment policy; and based on the response band attachment strategy, rewriting the data type of the response message to respond to the client.

The response unit 803 is specifically configured to rewrite the data type of the response packet based on the response band attachment policy, so as to obtain a response file; transmitting path information of the response file to the client; receiving a downloading request sent by the client through the file transmission tool; the download request comprises path information of the response file; and sending the response file to the client based on the path information of the response file.

The address information of the file transmission tool is registered in the transaction service registration center in advance, and the address information of the file transmission tool is bound with the address information of the transaction service.

Based on the same inventive concept, the embodiment of the present application provides an online transaction apparatus, which is applied to a server for deploying a file transfer tool, and corresponds to the online transaction method shown in fig. 6, and a specific embodiment of the apparatus may refer to the description of the foregoing method embodiment, and the repetition is omitted herein, and referring to fig. 9, where the apparatus includes:

First message unit 901: for determining a request message;

first file unit 902: and determining a request file corresponding to the request message based on the transaction band attachment policy.

The transaction tape attachment policy is a policy for rewriting the data type of the request message into a file.

The second message unit 903: and the method is used for determining a response message based on the request file.

A second file unit 904: and the response file corresponding to the response message is determined based on the response tape attachment strategy.

For convenience of description, the above parts are described as being functionally divided into modules (or units) respectively. Of course, the functions of each module (or unit) may be implemented in the same piece or pieces of software or hardware when implementing the present application.

Those skilled in the art will appreciate that the various aspects of the application may be implemented as a system, method, or program product. Accordingly, aspects of the application may be embodied in the following forms, namely: an entirely hardware embodiment, an entirely software embodiment (including firmware, micro-code, etc.) or an embodiment combining hardware and software aspects may be referred to herein as a "circuit," module "or" system.

Based on the same inventive concept, an embodiment of the present application also provides a readable storage medium including:

the memory device is used for storing the data,

the memory is configured to store instructions that, when executed by the processor, cause an apparatus comprising the readable storage medium to perform a method of online transaction as described above.

Based on the same inventive concept as the online transaction method, an embodiment of the present application further provides an electronic device, where the electronic device may implement the foregoing function of one online transaction, and referring to fig. 10, the electronic device includes:

at least one processor 1001, and a memory 1002 connected to the at least one processor 1001, a specific connection medium between the processor 1001 and the memory 1002 is not limited in the embodiment of the present application, and in fig. 10, the connection between the processor 1001 and the memory 1002 through the bus 1000 is taken as an example. The connection between the other components of the bus 1000 is shown by a bold line in fig. 10, and is merely illustrative and not limiting. The bus 1000 may be divided into an address bus, a data bus, a control bus, etc., and is shown with only one thick line in fig. 10 for convenience of illustration, but does not represent only one bus or one type of bus. Alternatively, the processor 1001 may be referred to as a controller, and the name is not limited.

In an embodiment of the present application, the memory 1002 stores instructions executable by the at least one processor 1001, and the at least one processor 1001 may perform the method of online transactions described above by executing the instructions stored in the memory 1002. The processor 1001 may implement the functions of the various modules in any of the apparatus shown in fig. 7-9.

The processor 1001 is a control center of the apparatus, and may connect various parts of the entire control device using various interfaces and lines, and by executing or executing instructions stored in the memory 1002 and calling data stored in the memory 1002, various functions of the apparatus and processing data, thereby performing overall monitoring of the apparatus.

In one possible design, processor 1001 may include one or more processing units, and processor 1001 may integrate an application processor and a modem processor, where the application processor primarily processes operating systems, user interfaces, application programs, and the like, and the modem processor primarily processes wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 1001. In some embodiments, the processor 1001 and the memory 1002 may be implemented on the same chip, and in some embodiments they may be implemented separately on separate chips.

The processor 1001 may be a general purpose processor, such as a Central Processing Unit (CPU), digital signal processor, application specific integrated circuit, field programmable gate array or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, which may implement or perform the methods, steps and logic block diagrams disclosed in embodiments of the present application. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of online transactions disclosed in connection with embodiments of the present application may be embodied directly in hardware processor execution or in a combination of hardware and software modules in a processor.

The memory 1002 is a non-volatile computer-readable storage medium that can be used to store non-volatile software programs, non-volatile computer-executable programs, and modules. The Memory 1002 may include at least one type of storage medium, and may include, for example, flash Memory, hard disk, multimedia card, card Memory, random access Memory (Random Access Memory, RAM), static random access Memory (Static Random Access Memory, SRAM), programmable Read-Only Memory (Programmable Read Only Memory, PROM), read-Only Memory (ROM), charged erasable programmable Read-Only Memory (Electrically Erasable Programmable Read-Only Memory, EEPROM), magnetic Memory, magnetic disk, optical disk, and the like. Memory 1002 is any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to such. The memory 1002 in embodiments of the present application may also be circuitry or any other device capable of performing memory functions for storing program instructions and/or data.

By programming the processor 1001, the code corresponding to the method of online transaction described in the foregoing embodiment may be solidified into a chip, so that the chip can execute the steps of online transaction of the embodiment shown in fig. 1 and 2 at runtime. How to design and program the processor 1001 is a technology well known to those skilled in the art, and will not be described in detail herein.

Based on the same inventive concept, embodiments of the present application also provide a storage medium storing computer instructions that, when executed on a computer, cause the computer to perform the method of online transactions as previously discussed.

In some possible embodiments, aspects of the online transaction provided by the application may also be implemented in the form of a program product comprising program code for causing a control apparatus to carry out the steps of the method of online transaction according to the various exemplary embodiments of the application as described herein above when the program product is run on a device.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium can be, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium would include the following: an electrical connection having one or more wires, a portable disk, a hard disk, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The program product for online transactions provided in embodiments of the present invention may employ a portable compact disc read only memory (CD-ROM) and include program code and may run on a computing device. However, the program product of the present invention is not limited thereto, and in this document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

The readable signal medium may include a data signal propagated in baseband or as part of a carrier wave with readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device, partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., connected via the Internet using an Internet service provider).

It should be noted that although several units or sub-units of the apparatus are mentioned in the above detailed description, such a division is merely exemplary and not mandatory. Indeed, the features and functions of two or more of the elements described above may be embodied in one element in accordance with embodiments of the present invention. Conversely, the features and functions of one unit described above may be further divided into a plurality of units to be embodied.

Furthermore, although the operations of the methods of the present application are depicted in the drawings in a particular order, this is not required to either imply that the operations must be performed in that particular order or that all of the illustrated operations be performed to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform.

It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various modifications and variations can be made to the present application without departing from the spirit or scope of the application. Thus, it is intended that the present application also include such modifications and alterations insofar as they come within the scope of the appended claims or the equivalents thereof.

Claims

1. A method for online transactions, applied to a client, the method comprising:

determining a request message containing transaction information;

2. The method of claim 1, wherein the file transfer tool is deployed at a server.

3. The method of claim 1, wherein the sending the transaction information to a server via a file transfer tool based on the transaction tape attachment policy and receiving the response information from the server comprises:

4. A method according to any one of claims 1-3, wherein the sending the transaction information to a server via a file transfer tool and receiving response information from the server based on a transaction tape attachment policy comprises:

5. The method of claim 4, wherein the sending the request file to the server and receiving the response message comprise:

invoking the file transfer tool to upload the request file;

receiving path information of the request file;

6. A method for online trading, applied to a server deploying a file transfer tool, the method comprising:

receiving a request message;

7. The method of claim 6, wherein processing the response message based on the response tape attachment policy and responding to the client via the file transfer tool comprises:

and based on the response band attachment strategy, rewriting the data type of the response message, and responding to the client.

8. The method of claim 6 or 7, wherein processing the response message based on a response tape attachment policy and responding to the client via the file transfer tool comprises:

transmitting path information of the response file to the client;

9. The method of claim 8, wherein the address information of the file transfer means is registered in advance with a transaction service registry, and the address information of the file transfer means is bound with the address information of the transaction service.

10. A method of online trading, comprising:

determining a request message;

determining a response message based on the request file;

11. A system for online transactions, comprising:

12. An apparatus for online transactions, applied to a client, the apparatus comprising:

13. An apparatus for online transactions, for use at a server for deploying a file transfer tool, the apparatus comprising:

a receiving unit; for receiving the request message;

and a response unit: the file transmission tool is used for processing the response message based on the response tape attachment strategy and responding to the client; and the response is provided with an accessory strategy indication, and the data type of the response message is rewritten into a file.

14. An apparatus for online transactions, comprising:

A first message unit: for determining a request message;

15. 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, when executing the computer program, implements the steps of the method of any one of claims 1-10.

16. A computer storage medium having a computer program stored thereon, characterized in that,

the computer program implementing the steps of the method of any of claims 1-10 when executed by a processor.

17. A computer program product comprising a computer program, characterized in that,