CN106530084B

CN106530084B - Information processing method and server

Info

Publication number: CN106530084B
Application number: CN201610960023.6A
Authority: CN
Inventors: 刘青; 江能沐
Original assignee: Tenpay Payment Technology Co Ltd
Current assignee: Tenpay Payment Technology Co Ltd
Priority date: 2016-10-27
Filing date: 2016-10-27
Publication date: 2021-02-19
Anticipated expiration: 2036-10-27
Also published as: CN106530084A

Abstract

The invention discloses an information processing method and a server, wherein the method comprises the following steps: collecting historical data acquired in an information transmission process, and setting a first buffer value according to the historical data; when the first buffer value is judged to be unreasonable to set according to a preset strategy, the first buffer value is adjusted to obtain a second buffer value, and a first request initiated by a terminal is responded according to the second buffer value; when the queuing needs to be started according to the preset strategy, generating a queuing identifier; packaging the queuing identifier into a processing result of the terminal needing to enter a queuing mode, and feeding back the processing result to the terminal; and receiving a second request generated by the terminal in response to the queuing mode, and responding to the second request.

Description

Information processing method and server

Technical Field

The present invention relates to internet technologies, and in particular, to an information processing method and a server.

Background

With the development of internet technology, the popularization of intelligent terminals is large, and the transmission and interaction of information are more and more convenient. The transmission and interaction in the mobile internet era are more convenient than those in the traditional internet era. For example, a user can pay for water, electricity or gas, purchase financial products, and the like by using a mobile phone terminal, which was unimaginable in the past, and can realize various services through a mobile phone terminal through a mobile internet. In the era of mobile internet, information transmission and interaction need to be processed and responded quickly, but the instability of a network environment and the realization of information transmission in a complex system of a network architecture have multiple processing nodes and processing links, so that even if a little abnormity or problem occurs in the whole information transmission, a user cannot timely process and respond information, the information comprises the service which the user wants to realize, and therefore, the information cannot be timely processed and responded in the information transmission, the user can obtain a processing failure result, and in a processing scene needing high-speed response, the request cannot be timely processed due to the abnormity of a certain processing node or environment, and finally, the generated processing failure result is more common. However, in the related art, there is no effective solution to this problem.

Disclosure of Invention

In view of this, embodiments of the present invention provide an information processing method and a server, which at least solve the problems in the prior art.

The technical scheme of the embodiment of the invention is realized as follows:

an information processing method according to an embodiment of the present invention includes:

collecting historical data acquired in an information transmission process, and setting a first buffer value according to the historical data;

when the first buffer value is judged to be unreasonable to set according to a preset strategy, the first buffer value is adjusted to obtain a second buffer value, and a first request initiated by a terminal is responded according to the second buffer value;

when the queuing needs to be started according to the preset strategy, generating a queuing identifier;

packaging the queuing identifier into a processing result of the terminal needing to enter a queuing mode, and feeding back the processing result to the terminal;

and receiving a second request generated by the terminal in response to the queuing mode, and responding to the second request.

In the foregoing solution, when it is determined that the setting of the first buffer value is not reasonable according to a preset policy, adjusting the first buffer value to obtain a second buffer value includes:

constructing a mathematical model for adjusting a first buffer value according to the preset strategy;

and acquiring newly added first data in the information transmission process, inputting the first data into the mathematical model, and determining the result output by the model as the second buffer value.

In the above scheme, the method further comprises:

and when the setting of the first buffer value is judged to be unreasonable according to the preset strategy, feeding back a processing result of the terminal alarm.

In the foregoing solution, the determining that the setting of the first buffer value is unreasonable according to a preset policy includes:

if the first buffer value is larger than the average transaction amount, the concurrency amount per second and the percentage, the first buffer value is judged to be unreasonable; and/or the presence of a gas in the gas,

and if the first buffer value/single purchase declaration upper limit is less than a preset configuration value, judging that the first buffer value is unreasonable to set.

In the above scheme, determining that queuing needs to be started according to the preset policy includes:

if the current concurrency quantity is larger than the maximum concurrency quantity multiplied by the percentage of the last transaction day, the situation that the queue needs to be started is judged by the subscription interface; and/or the presence of a gas in the gas,

and if the total number of orders under the current transaction day is multiplied by the payment success rate of the last transaction day and multiplied by the transaction amount per day is larger than the daily limit and multiplied by the percentage, judging that the queuing needs to be started.

In the above solution, the receiving a second request generated by the terminal in response to the queuing mode, and responding to the second request includes:

receiving the second request, wherein the second request is a pre-ordering request generated according to the queuing identifier, and the pre-ordering request carries time information initiated by the request;

sequencing request initiation time of the order pre-ordering request according to the time information initiated by the request to obtain a sequencing result;

performing real-time request response on the order pre-ordering request with the first priority in the sequencing result, and feeding back target data corresponding to the order pre-ordering request for the terminal;

performing delayed request response on the order pre-ordering request with the second priority in the sequencing result, and feeding back target data corresponding to the order pre-ordering request for the terminal after the triggering time is reached;

and if the target data corresponding to the order pre-ordering request is detected to be consumed, feeding back a message prompt for stopping ordering for the terminal for the currently unresponsive order pre-ordering request.

In the above scheme, the method further comprises:

obtaining at least one query operation;

detecting a concurrency performance parameter obtained when the at least one query operation is concurrently processed;

when the concurrency performance parameter accords with a first threshold value, performing service response on the at least one query operation in a locking query mode;

and when the concurrency performance parameter exceeds the first threshold value, performing service response on the at least one query operation in a non-locking query mode.

In the above scheme, the method further comprises:

monitoring the concurrency performance parameters in real time to obtain a monitoring result;

and according to the monitoring result, performing a response of business balance between the locking query mode and the unlocking query mode.

A server according to an embodiment of the present invention includes:

the first processing unit is used for collecting historical data acquired in the information transmission process and setting a first buffer value according to the historical data;

the second processing unit is used for adjusting the first buffer value to obtain a second buffer value when the setting of the first buffer value is judged to be unreasonable according to a preset strategy, and responding to a first request initiated by a terminal according to the second buffer value;

a third processing unit to:

and the response unit is used for receiving a second request generated by the terminal in response to the queuing mode and responding to the second request.

In the foregoing solution, the second processing unit is further configured to:

In the foregoing solution, the third processing unit is further configured to:

In the foregoing solution, the response unit is further configured to:

In the above solution, the server further includes:

an operation acquisition unit for acquiring at least one query operation;

the detection unit is used for detecting the concurrency performance parameters obtained when the at least one query operation is concurrently processed;

a service response unit, configured to:

In the above solution, the server further includes:

the monitoring unit is used for monitoring the concurrency performance parameters in real time to obtain a monitoring result;

and the service response unit is further used for responding service balance between the locking query mode and the unlocking query mode according to the monitoring result.

The information processing method of the embodiment of the invention comprises the following steps: collecting historical data acquired in an information transmission process, and setting a first buffer value according to the historical data; when the first buffer value is judged to be unreasonable to set according to a preset strategy, the first buffer value is adjusted to obtain a second buffer value, and a first request initiated by a terminal is responded according to the second buffer value; when the queuing needs to be started according to the preset strategy, generating a queuing identifier; packaging the queuing identifier into a processing result of the terminal needing to enter a queuing mode, and feeding back the processing result to the terminal; and receiving a second request generated by the terminal in response to the queuing mode, and responding to the second request.

By adopting the embodiment of the invention, when the first request initiated by the terminal is responded through the buffer value and the adjusted value, the request can be responded orderly through the buffer processing, even if the response cannot be timely caused by a little exception, the result of processing failure or processing incapability can not be brought to a user. If the situation that the queuing needs to be started is judged, a second request generated by the terminal responding to the queuing mode is received in the queuing mode, and the request can be responded in order through queuing processing, so that the information in the information transmission can be processed and responded, the method is particularly suitable for a processing scene needing high-speed response, and excessive processing failure or results which cannot be processed are not brought to a user.

Drawings

FIG. 1 is a diagram of hardware entities performing information interaction in an embodiment of the present invention;

FIG. 2 is a diagram illustrating an information processing method according to an embodiment of the present invention;

FIG. 3 is a diagram illustrating further information processing according to an embodiment of the present invention;

FIG. 4 is a diagram illustrating further information processing according to an embodiment of the present invention;

FIG. 5 is a system architecture diagram according to an embodiment of the present invention;

fig. 6 is a schematic view of an implementation process of an application scenario to which the embodiment of the present invention is applied.

Detailed Description

The following describes the embodiments in further detail with reference to the accompanying drawings.

A mobile terminal implementing various embodiments of the present invention will now be described with reference to the accompanying drawings. In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the description of the embodiments of the present invention, and have no specific meaning in themselves. Thus, "module" and "component" may be used in a mixture.

In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced without these specific details. In other instances, well-known methods, procedures, components, circuits, and networks disclosed have not been described in detail as not to unnecessarily obscure aspects of the embodiments.

In addition, although the terms "first", "second", etc. are used herein several times to describe various elements (or various thresholds or various applications or various instructions or various operations), etc., these elements (or thresholds or applications or instructions or operations) should not be limited by these terms. These terms are only used to distinguish one element (or threshold or application or instruction or operation) from another element (or threshold or application or instruction or operation). For example, a first operation may be referred to as a second operation, and a second operation may be referred to as a first operation, without departing from the scope of the invention, the first operation and the second operation being operations, except that they are not the same operation.

The steps in the embodiment of the present invention are not necessarily processed according to the described step sequence, and may be optionally rearranged in a random manner, or steps in the embodiment may be deleted, or steps in the embodiment may be added according to requirements.

The term "and/or" in embodiments of the present invention refers to any and all possible combinations including one or more of the associated listed items. It is also to be noted that: when used in this specification, the term "comprises/comprising" specifies the presence of stated features, integers, steps, operations, elements and/or components but does not preclude the presence or addition of one or more other features, integers, steps, operations, elements and/or components and/or groups thereof.

The intelligent terminal (e.g., mobile terminal) of the embodiments of the present invention may be implemented in various forms. For example, the mobile terminal described in the embodiments of the present invention may include a mobile terminal such as a mobile phone, a smart phone, a notebook computer, a Digital broadcast receiver, a Personal Digital Assistant (PDA), a tablet computer (PAD), a Portable Multimedia Player (PMP), a navigation device, and the like, and a fixed terminal such as a Digital TV, a desktop computer, and the like. In the following, it is assumed that the terminal is a mobile terminal. However, it will be understood by those skilled in the art that the configuration according to the embodiment of the present invention can be applied to a fixed type terminal in addition to elements particularly used for moving purposes.

Fig. 1 is a schematic diagram of hardware entities performing information interaction in an embodiment of the present invention, where fig. 1 includes: terminal device 1, server 21, server 31, server 41. The terminal device 1 is composed of terminal devices 11-14, and the terminal devices perform information interaction with a server through a wired network or a wireless network. The terminal equipment comprises mobile phones, desktop computers, PC machines, all-in-one machines and the like. By adopting the embodiment of the invention, the terminal device 1 performs information transmission and interaction with the server 41 through the server 21 and the server 31, specifically, taking the information transmission process of purchasing the financial product as an example, the terminal devices 11 to 14 pull the first data related to the financial product from the server 41, and then generate the financial product and the payment page thereof at the local terminal. The server 21 is a payment platform, the server 31 is a transfer platform for accessing a financial product, and the server 41 is a platform where the financial product is located. After the financial product and the payment page thereof are generated at the local terminal, the user selects the financial product to be purchased and pays, the related second data formed by the selected financial product and the payment operation is fed back to the server 41 through the server 21-the server 31 for processing, and the server 41 feeds back the processing result to the terminal through the server 21-the server 31. It should be noted that the feedback from the terminal device side to the server 41 via the servers 21 to 31 constitutes a transmission channel for information transmission according to the embodiment of the present invention. Other transmission channels can be included, for example, the user selects the financial product to be purchased and performs ordering in advance so as to pull up the payment frame after ordering successfully, the user inputs the password to pay, the related second data formed by purchasing the financial product and ordering operation is fed back to the server 21, the server 21 feeds back the financial product requested to be purchased by ordering operation to the server 31, the related information of the financial product is pulled from the server 41 through the server 31, whether to respond to the ordering operation request is judged in the server 31, if the available financial product (not reaching the upper limit of the financial product available for purchase) can be responded (for example, the response is divided into responding according to the real-time response of the buffer value and responding according to different strategies of delayed response in a queuing mode), the available financial product is fed back to the terminal, and real ordering and real payment are reminded, the terminal device responds to the prompt, confirms whether the payment is successful in the server 21 after actually paying the financial product, and if the payment is successful, the server 21 feeds back a message that the payment of the financial product is successful to the server 31. If no financial product which can be purchased (the upper limit of the financial product which can be purchased) can be responded at present, the financial product is fed back to the terminal to remind that the terminal does not purchase, the terminal device responds to the reminding and does not actually pay the financial product, through the series of processing, the request of ordering operation of the user can be responded, excessive refund can not be generated, and the service stability of the whole information transmission process is ensured. As shown in fig. 1, the processing logic 10 of the execution entity that uses the server 31 as a response to the request of the user to order, where the processing logic 10 includes: s1, collecting historical data obtained in the information transmission process, where the historical data is all data that can be collected in the information transmission process, and may include, for example: 1) the terminal devices 11 to 14 pull first data related to financial products from the server 41, and 2) the second data related to financial products and ordering operations selected by the user and fed back to the server side. And S2, setting a first buffer value according to the historical data. And S3, when the setting of the first buffer value is judged to be unreasonable according to a preset strategy, adjusting the first buffer value to obtain a second buffer value. And S4, responding to the first request initiated by the terminal according to the second buffer value. S5, when the queuing needs to be started according to the preset strategy, feeding back a processing result of the terminal which needs to enter a queuing mode, and specifically, when the queuing needs to be started according to the preset strategy, generating a queuing identifier; and packaging the queuing identifier into a processing result of the terminal needing to enter a queuing mode, and feeding back the processing result to the terminal. And S6, receiving a second request generated by the terminal responding to the queuing mode, and responding to the second request.

For the situation that information cannot be processed in time and a user may obtain a processing failure result in response in information transmission, in a processing scene requiring high-speed response, a request cannot be processed in time due to an exception of a certain processing node or environment, and finally, a processing failure result is more common, specifically, the processing failure result includes the possibility of other exceptions besides the exception caused by the problem of the network itself. In a practical application, most of the exceptions are caused by the fact that the user cancels the operation in the middle or fails to pay due to the incontinuity of the operation (multiple operations are required), for example, the exception is caused by unpaid bills, and the exception is caused by refund after successful payment and damages to the user experience, which are all the processing failure results. With the system architecture, these problems can be solved to avoid the above processing failure.

The above example of fig. 1 is only an example of a system architecture for implementing the embodiment of the present invention, and the embodiment of the present invention is not limited to the system architecture described in the above fig. 1, and various embodiments of the method of the present invention are proposed based on the system architecture described in the above fig. 1.

An information processing method according to an embodiment of the present invention, as shown in fig. 2, includes a terminal device 51, a server 52, a server 53, a server 54, and a server 55. Wherein the server 52 sends the history data collected from the terminal device 51 to the server 53, and the server 53 obtains the target data requested by the terminal device from a plurality of different data sources of the servers 54-55. As shown in fig. 2, the server 52, the server 53, the server 54, and the server 55 may be a server cluster system, which is illustrated as 2 servers in this embodiment. The server 53, as a processing server in the embodiment of the present invention, analyzes the history data according to its processing logic 20, and performs different response processing on the request of the terminal device according to the buffer value and the queuing mechanism. Specifically, the server collects historical data acquired in an information transmission process, and the information transmission process includes: the processing nodes and processing links involved in initiating and responding to requests, for example, historical data may include: the payment success rate, the concurrency amount, the transaction amount and the refund amount of different funds are set according to the historical data, a first buffer value (101) is set as an initial buffer value, if the data change, the buffer value is unreasonable to cause that the refund amount or the low selling amount is not obviously relieved, for example, partial refund still exists, the buffer value is required to be adjusted at the moment, so that the request processing response based on the buffer value is always in a reasonable state, and the adjustment value obtained by adjusting the first buffer value is expressed by a second buffer value. When the server judges that the setting of the first buffer value is unreasonable according to a preset strategy (such as a strategy for judging when the buffer value needs to be adjusted and/or when the queuing mechanism needs to be started), for example, through the update of the statistical historical data or newly-added data serving as a reference for the adjustment of the buffer value later, a statistical interval is a transaction day, and funds with different daily cutting modes are different. Rules may be generated based on these historical data updates or additions. Specifically, rule 1: the buffer value is larger than the average per transaction amount multiplied by the per second concurrent amount multiplied by the percentage, the buffer value is unreasonable to set the buffer value, the first buffer value needs to be adjusted to obtain a second buffer value, besides responding to a first request initiated by a terminal according to the second buffer value (102), a first prompt can be fed back to the terminal equipment, namely, alarm intervention is carried out, the requirement of the terminal setting request needs to be relieved, the terminal equipment can be terminal equipment on a developer side, so that the developer can timely find that the alarm setting is unreasonable after receiving the alarm intervention, and the developer can intervene and adjust the alarm setting. Rule 2: the buffer value/single purchase upper limit < a configured value (the configured value may be a real concurrency per second, that is, a payment success amount, and the configured value is an initial value, and may be adjusted subsequently according to the real value), which indicates that the buffer value is unreasonable to set the buffer value, and the first buffer value needs to be adjusted to obtain a second buffer value, and in addition to responding to a first request initiated by the terminal according to the second buffer value (102), the terminal device may also be fed back a first prompt, that is, an alarm intervention, to prompt that the request for setting the terminal needs to be eased, and the terminal device may be a terminal device on a developer side, so that the developer may find the alarm setting unreasonable in time after receiving the alarm intervention, and thus the developer may intervene and adjust the alarm setting. And when judging that the queuing needs to be started according to the preset strategy, feeding back a processing result (103) of the terminal which needs to enter a queuing mode. Specifically, when the queuing needs to be started according to the preset strategy, a queuing identifier is generated; and packaging the queuing identifier into a processing result of the terminal needing to enter a queuing mode, and feeding back the processing result to the terminal. After receiving a second request generated by the terminal in response to the queuing mode, where the second request is a request for ordering in advance, and the queuing mode is performed on the request for ordering in advance, the server may slow down a processing response speed so as to be able to respond to the second request (104).

By adopting the embodiment of the invention, taking target data as a financial product as an example, the server 52 respectively feeds back the financial product requested to be purchased by the order-placing operation to the server 54 and the server 55, the relevant information of the financial product is respectively pulled from the server 54 and the server 55 through the server 52, whether the request of the order-placing operation needs to be responded is judged in the server 52, if the available financial product (which does not reach the upper limit of the financial product which can be purchased) can be responded (for example, different strategies of responding according to real-time response of a buffer value and delayed response according to a queuing mode are adopted for responding), the information is fed back to the terminal to remind real ordering and real payment, the terminal device responds to the reminding, after the real payment is carried out on the financial product, whether the payment is successful is confirmed in the server 52, if the payment is successful, the server 52 feeds back a message to the server 53 that the financial product has been paid successfully. If no financial product which can be purchased (the upper limit of the financial product which can be purchased) can be responded at present, the financial product is fed back to the terminal to remind that the terminal does not purchase, the terminal device responds to the reminding and does not actually pay the financial product, through the series of processing, the request of ordering operation of the user can be responded, excessive refund can not be generated, and the service stability of the whole information transmission process is ensured.

An information processing method according to an embodiment of the present invention, as shown in fig. 3, includes a terminal device 61, a server 62, a server 63, a server 64, and a server 65. Wherein the server 62 sends the history data collected from the terminal device 61 to the server 63, and the server 63 obtains the target data requested by the terminal device from a plurality of different data sources of the servers 64-65. As shown in fig. 3, the server 62, the server 63, the server 64, and the server 65 may be a server cluster system, which is illustrated as only 2 servers in this embodiment. The server 63, as a processing server in the embodiment of the present invention, analyzes the history data according to the processing logic 30, and performs different response processing on the request of the terminal device according to the buffer value and the queuing mechanism. Specifically, the server collects historical data acquired in an information transmission process, and the information transmission process includes: the processing nodes and processing links involved in initiating and responding to requests, for example, historical data may include: the payment success rate, the concurrency amount, the transaction amount and the refund amount of different funds are set according to the historical data, a first buffer value (201) is set as an initial buffer value, if the data change, the buffer value is unreasonable to cause that the refund amount or the low selling amount is not obviously relieved, for example, partial refund still exists, the buffer value is required to be adjusted at the moment, so that the request processing response based on the buffer value is always in a reasonable state, and the adjustment value obtained by adjusting the first buffer value is expressed by a second buffer value. When the server judges that the setting of the first buffer value is unreasonable according to a preset strategy (such as a strategy for judging when the buffer value needs to be adjusted and/or when the queuing mechanism needs to be started), for example, through the update of the statistical historical data or newly-added data serving as a reference for the adjustment of the buffer value later, a statistical interval is a transaction day, and funds with different daily cutting modes are different. Rules may be generated based on these historical data updates or additions. Specifically, rule 1: the buffer value is larger than the average transaction amount per transaction, multiplied by the concurrent amount per second and multiplied by the percentage, which indicates that the buffer value is unreasonable to set and needs to be adjusted; rule 2: the buffer value/single purchase declaration upper limit is less than a configured value (the configured value may be a real concurrency amount per second, that is, a payment success amount, and the configured value is an initial value, and may be adjusted according to the real value subsequently), which indicates that the buffer value is unreasonable to set, and the first buffer value needs to be adjusted, and a second buffer value is obtained through adjustment. In the process of adjusting the first buffer value, firstly, a mathematical model (202) for adjusting the first buffer value is constructed according to the preset strategy, and the mathematical model can be constructed by using a machine learning algorithm, wherein the principle of the machine learning algorithm is as follows: the method comprises the steps of generating an initial mathematical model according to an input initial value, acquiring change of the input value in real time, updating the mathematical model, using an output result of the mathematical model as an input value of the mathematical model, circulating input data and output data in the mathematical model before the process is finished, optimizing and improving the mathematical model, enabling the mathematical model to be in the most reasonable state all the time, and determining the current output result of the mathematical model as the latest value of a required adjustment value. And secondly, acquiring newly added first data in the information transmission process, inputting the first data into the mathematical model, and determining the result output by the model as the second buffer value (203). And responding to the first request initiated by the terminal according to the second buffer value (204). The method comprises the steps that a first request initiated by a terminal is responded according to a second buffer value, a first prompt can be fed back to the terminal equipment, namely, an alarm is intervened, the requirement of the terminal setting request is prompted to be relieved, the terminal equipment can be terminal equipment on a developer side, so that the developer can timely find that the alarm setting is unreasonable after receiving the alarm intervention, and the developer can intervene and adjust the alarm setting. And when judging that the queuing needs to be started according to the preset strategy, feeding back a processing result (205) of the terminal which needs to enter a queuing mode. Specifically, when the queuing needs to be started according to the preset strategy, a queuing identifier is generated; and packaging the queuing identifier into a processing result of the terminal needing to enter a queuing mode, and feeding back the processing result to the terminal. After receiving a second request generated by the terminal in response to the queuing mode, where the second request is a request for ordering in advance, and the queuing mode is performed on the request for ordering in advance, the server may slow down a processing response speed so as to be able to respond to the second request (206).

By adopting the embodiment of the invention, because the setting randomness of the buffer value is too large at present, and the set buffer value is fixed and unchangeable, when the actual situation changes, the adjustment is carried out according to the fixed and unchangeable buffer value, and the adjustment is unreasonable. The embodiment of the invention gives a reasonable suggested value to the buffer value through a data statistics method. The reference for the later buffer value setting can be made by counting the historical data including the payment success rate, the concurrency amount, the amount per transaction and the refund amount of the different funds. The statistical interval is a trading day, and funds with different daily cutting modes can be different. The rule 1-2 can be given according to the data, whether the setting of the buffer value is reasonable or not is judged according to the rule 1-2, and if the setting is not reasonable, the buffer value is dynamically adjusted in real time.

In the embodiment of the invention, besides the setting of the buffer value, the message reminding is also added, namely: and (5) warning the intervention. The front end only has the functions of initiating ordering operation and displaying message reminding, and the background server carries out various strategy configurations and responds to a plurality of requests initiated by the front end according to the strategy configurations. The flow of responding to the request by the buffer value is different from the flow of responding to the request by the queuing mechanism. The buffer value is delayed so as to respond to all requests without missing each request, and the queuing mechanism needs to respond to all requests without missing each request after performing speed-slowing adjustment according to the time sequence of the requests according to the added queuing identifier.

The embodiment of the invention configures a reasonable buffer value according to the strategy, can adjust and respond according to the adjusted buffer value, thereby avoiding the problem that the failure processing result is fed back because the buffer value is unreasonably set. If the queuing mode is started, the response is carried out through queuing, so that the phenomenon that a failure processing result is returned due to untimely processing is avoided, and the terminal responds to a queuing mechanism initiated by the server. When the server responds to the request of the user, particularly the request of ordering in advance, the request of ordering in advance is not the ordering which is really paid, and for the financial product which is the target data, excessive refund processing can not be generated, and the refund processing is fed back to the terminal, namely, the server feeds back a processing failure result to the terminal.

An information processing method according to an embodiment of the present invention, as shown in fig. 4, includes a terminal device 71, a server 72, a server 73, a server 74, and a server 75. Wherein the server 72 sends the history data collected from the terminal device 71 to the server 73, and the server 73 obtains the target data requested by the terminal device from a plurality of different data sources of the servers 74-75. As shown in fig. 4, the server 72, the server 73, the server 74, and the server 75 may be a server cluster system, which is illustrated as 2 servers in this embodiment. The server 73, as a processing server in the embodiment of the present invention, analyzes the history data according to the processing logic 40 thereof, and performs different response processing on the request of the terminal device according to the buffer value and the queuing mechanism. Specifically, the server collects historical data acquired in an information transmission process, and the information transmission process includes: the processing nodes and processing links involved in initiating and responding to requests, for example, historical data may include: the payment success rate, the concurrency amount, the transaction amount and the refund amount of different funds are set according to the historical data, a first buffer value (301) is set as an initial buffer value, if the data change, the buffer value is unreasonable to cause that the refund amount or the low selling amount is not obviously relieved, for example, partial refund still exists, the buffer value is required to be adjusted at the moment, so that the request processing response based on the buffer value is always in a reasonable state, and the adjustment value obtained by adjusting the first buffer value is expressed by a second buffer value. When the server judges that the setting of the first buffer value is unreasonable according to a preset strategy (such as a strategy for judging when the buffer value needs to be adjusted and/or when the queuing mechanism needs to be started), for example, through the update of the statistical historical data or newly-added data serving as a reference for the adjustment of the buffer value later, a statistical interval is a transaction day, and funds with different daily cutting modes are different. Rules may be generated based on these historical data updates or additions. Specifically, rule 1: the buffer value is larger than the average transaction amount per transaction, multiplied by the concurrent amount per second and multiplied by the percentage, which indicates that the buffer value is unreasonable to set and needs to be adjusted; rule 2: the buffer value/single purchase declaration upper limit is less than a configured value (the configured value may be a real concurrency amount per second, that is, a payment success amount, and the configured value is an initial value, and may be adjusted according to the real value subsequently), which indicates that the buffer value is unreasonable to set, and the first buffer value needs to be adjusted, and a second buffer value is obtained through adjustment. In the process of adjusting the first buffer value, firstly, a mathematical model (302) for adjusting the first buffer value is constructed according to the preset strategy, and the mathematical model can be constructed by using a machine learning algorithm, wherein the principle of the machine learning algorithm is as follows: the method comprises the steps of generating an initial mathematical model according to an input initial value, acquiring change of the input value in real time, updating the mathematical model, using an output result of the mathematical model as an input value of the mathematical model, circulating input data and output data in the mathematical model before the process is finished, optimizing and improving the mathematical model, enabling the mathematical model to be in the most reasonable state all the time, and determining the current output result of the mathematical model as the latest value of a required adjustment value. And secondly, acquiring newly added first data in the information transmission process, inputting the first data into the mathematical model, and determining the result output by the model as the second buffer value (303). The terminal-initiated first request is responded to (304) according to the second buffer value. The method comprises the steps that a first request initiated by a terminal is responded according to a second buffer value, a first prompt can be fed back to the terminal equipment, namely, an alarm is intervened, the requirement of the terminal setting request is prompted to be relieved, the terminal equipment can be terminal equipment on a developer side, so that the developer can timely find that the alarm setting is unreasonable after receiving the alarm intervention, and the developer can intervene and adjust the alarm setting. And generating a queuing identifier (305) when the queuing needs to be started according to the preset strategy. For the strategy of starting the queuing, the queuing is also related to the setting of the buffer value, if the setting of the buffer value is not reasonable, for example, the setting of the buffer value is too small, the queuing mechanism is started slowly, because there is not enough time to respond, thereby the service stability of the whole information transmission process can be influenced, through the updating or newly-added data of the statistical historical data in the above embodiment as the reference of the adjustment of the buffer value later, the statistical interval is a transaction day, and funds with different daily cutting modes have differences. Rules may be generated based on these historical data updates or additions. Unlike the above rules 1-2, in the starting queuing mechanism, specifically, rule 3: the subscription interface counts the current concurrency quantity which is larger than the maximum concurrency quantity multiplied by the percentage of the last transaction day, and starts a queuing mechanism; rule 4: the total number of orders under the current transaction day is multiplied by the payment success rate of the last transaction day and multiplied by the transaction amount per day > daily limit multiplied by percentage, and a queuing mechanism is started. After the queuing is started, the server packages the queuing identifier into a processing result of the terminal needing to enter the queuing mode, feeds the processing result back to the terminal (306), receives a second request generated by the terminal responding to the queuing mode, and responds to the second request (307). In the process of responding to the second request, the server receives the second request (such as a pre-ordering request), the second request is a pre-ordering request generated according to the queuing identifier, the pre-ordering request carries time information initiated by the request, and sequencing request initiation time of the pre-ordering request according to the time information initiated by the request to obtain a sequencing result.

In the embodiment of the invention, after the second request of the terminal enters the queuing mode according to the sequence of the initiation requests according to the queuing identification, different priorities exist in the sequencing result. Certainly, in practical application, the first priority and the second priority may not be distinguished, the response is delayed as long as the queuing mode is initiated, and a normal ordering process is performed for a request before the queuing mode is initiated; for the request after the queuing mode is initiated, the flow of ordering is gone. Regarding the priority, 1) performing real-time request response on the order pre-ordering request with the first priority in the sequencing result, and feeding back target data corresponding to the order pre-ordering request for the terminal; 2) performing delayed request response on the order pre-ordering request with the second priority in the ordering result, feeding back target data corresponding to the order pre-ordering request for the terminal after the triggering time is reached, and ordering by using a certain speed adjustment interface after ordering according to the time sequence initiated by the user; 3) and if the target data corresponding to the order pre-ordering request is detected to be consumed, feeding back a message prompt for stopping ordering for the terminal for the currently unresponsive order pre-ordering request. In the queuing mechanism of the embodiment of the invention, when the queuing mechanism is started, the background server firstly marks a mark and transmits the mark to the front end, the front end takes the mark and gives a prompt of secondary confirmation to a user when the user places an order, the prompt can be sent to terminal equipment at the side of a common user who places the order, the first prompt is alarm intervention initiated according to the buffer value, and the prompt can be sent to terminal equipment at the side of a developer. And aiming at the prompt of the secondary confirmation, the user clicks the confirmation and then initiates a pre-order. And (4) fishing the data of the order to be placed, sorting the data according to the time sequence initiated by the user, and placing the order by using a certain speed regulation real-time interface.

Taking the target data as a financial product as an example, whether the financial product is sold out can be judged before the request is initiated, if the financial product is sold out, the unprocessed pre-order data is fetched, and a message prompt is sent to the user. If a queuing mechanism is started, a queuing identifier is generated and sent to the front end, a queuing flow responds to the request, the response is different from the response of the request through a buffer value, after the queuing flow is started, when a plurality of requests (such as a second request) are concurrent, the request is initiated firstly, and the server allows a financial product to be purchased firstly; initiating after the request, if financial products exist, slowing down the feedback speed, namely initiating firstly and ordering firstly, and slowing down the ordering speed as long as a queuing mode is initiated, wherein the reason for slowing down is that a signal that the product is sold out can be acquired in real time more accurately; and if no financial product which can be purchased is found, sending a prompt to the front end to stop purchasing the financial product. Through the series of processing, the response to the request of the order pre-placing operation of the user can be realized, excessive refunds can not be generated, and the service stability of the whole information transmission process is ensured.

In the embodiment of the invention, besides the setting of the buffer value, a queuing mechanism and secondary message reminding are also added, namely: the first warning intervention reminding and the second queuing reminding. The front end only has the functions of initiating ordering operation and displaying message reminding, and the background server carries out various strategy configurations and responds to a plurality of requests initiated by the front end according to the strategy configurations. The flow of responding to the request by the buffer value is different from the flow of responding to the request by the queuing mechanism. The buffer value is delayed so as to respond to all requests without missing each request, and the queuing mechanism needs to respond to all requests without missing each request after performing speed-slowing adjustment according to the time sequence of the requests according to the added queuing identifier.

The embodiment of the invention configures a reasonable buffer value according to the strategy, can adjust and respond according to the adjusted buffer value, thereby avoiding the problem that the request is not responded directly and the failed processing result is fed back because the buffer value is unreasonably set. If the queuing mode is started, the response is carried out through queuing, so that the phenomenon that a failure processing result is returned due to untimely processing is avoided, and the terminal responds to a queuing mechanism initiated by the server. When the server responds to the request of the user, particularly the request of ordering in advance, the request of ordering in advance is not the ordering which is really paid, and for the financial product which is the target data, excessive refund processing can not be generated, and the refund processing is fed back to the terminal, namely, the server feeds back a processing failure result to the terminal.

In the embodiment of the present invention, as for the percentage setting in the above rules 1-4, the percentage value is an empirical value and needs to be adjusted according to the on-line data until an optimal value is reached. The financial product is taken as an example for explanation, when the fund yield rate obviously fluctuates, the value also needs to be adjusted correspondingly, and a machine learning algorithm can be introduced for training if necessary. At system initialization, the values of the rule 1 and rule 2 percentages and the configured value (the configured value may be the actual amount of concurrency per second, i.e., the amount of work done to pay, the configured value is an initial value, and may be subsequently adjusted based on the actual value) are set to the value calculated from the data of the previous transaction day, the initial value set by rule 2 suggests no less than the amount of concurrency per second, the rule 3 percentage may be initialized to 120%, and the rule 4 percentage may be initialized to 80%. These values are again slowly adjusted as the system operates. For example, if the initial value setting is not reasonable, resulting in a queue that starts too late, the percentages of rule 3 and rule 4 may be adjusted. If the buffer value setting is not reasonable resulting in a refund but no alarm, the setting of rule 1 or rule 2 is adjusted. Rule 1 has the buffer value set too large to cause partial assets not to be sold, rule 2 has the buffer value set too small to cause refund, rule 3 has the percentage set too large to cause a queuing mechanism to be started later to still cause a small amount of refund, and rule 4 has the percentage set too large to cause the same effect as rule 3. If there is a large fluctuation in the rate of return between trading days, if the rate of return becomes small, the buffer value can be resized or queuing can be initiated later by adjusting the parameters.

Information interaction is caused by anomalies in various transmission operations: after the request, a failed processing result is obtained. In the application scenario of the fund robbery requiring high-speed response, a successful processing result can be accurately obtained within the shortest time, but a failed processing result is generated because the processing is delayed and the processing cannot be processed in time due to the fact that the processing upper limit is reached. For example, the process of purchasing funds in the financial management system by the user is to place an order and then input a password for payment. Since the payment frame is pulled up for payment after the order is placed by the user and the payment center informs the financial management and communication that the payment is successful, the whole information transmission process comprises a plurality of processing nodes and processing links. The whole action is not coherent, and due to the existence of various abnormal conditions, such as delayed notification of successful payment or user abandoning midway, the success rate of payment is not 100%, and the successful amount of payment can not be accumulated in time. For the products of the first-time purchase type, due to the high earning rate, the current limit of the current day is sold within a few minutes, and the concurrence is high. If the user successfully places the order, but the payment is successful and found to be overrun, the payment will be refunded. How to ensure that the purchase success amount of the user is as close to the purchase upper limit of the current day as possible and the possibility of refund is reduced to the minimum is a problem which needs to be solved urgently. For the problem, in the current processing, a fixed buffer value is set for data caching, but the buffer value is set too randomly, so that the buffer value is unreasonable. And performing data statistics according to the data of the next single amount, the concurrent amount, the payment success rate and the like, and increasing a queuing and message reminding mechanism according to the data statistics result, so that queuing is initiated on a user page and message reminding is given when the request cannot be processed in time or the subscription is stopped.

The information processing method based on the above embodiments further includes: and acquiring at least one query operation, and detecting a concurrency performance parameter obtained when the at least one query operation is concurrently processed. If the concurrency performance parameter meets a first threshold value, which indicates that the concurrency performance is not greatly reduced, performing service response on the at least one query operation in a locking query mode; and if the concurrency performance parameter exceeds the first threshold value, which indicates that the concurrency performance is greatly reduced, performing service response on the at least one query operation in a non-locking query mode.

And then, monitoring the concurrency performance parameters in real time to obtain a monitoring result, and responding service balance between the locking query mode and the unlocking query mode according to the monitoring result.

Here, it should be noted that: in the following description of the system architecture formed by the terminal and the server, details and advantageous effects similar to those described in the above method are described, and are not described again. For technical details not disclosed in the description of the system architecture of the present invention, refer to the description of the above embodiments.

An information processing system according to an embodiment of the present invention, as shown in fig. 5, includes: terminal 81, server 82, server 83; among them, the terminal 81 serves as a request initiator, the server 83 serves as a data source provider for requesting target data, and the server 82 serves as a request responder for receiving a request and processing the request according to the requested target data. The server 82 includes: a first processing unit 821, configured to collect history data obtained in an information transmission process, and set a first buffer value according to the history data; a second processing unit 822, configured to, when it is determined that the setting of the first buffer value is not reasonable according to a preset policy, adjust the first buffer value to obtain a second buffer value, and respond to a first request initiated by a terminal according to the second buffer value; a third processing unit 823, configured to feed back a processing result that the terminal needs to enter a queuing mode when it is determined that queuing needs to be started according to the preset policy, and specifically, generate a queuing identifier when it is determined that queuing needs to be started according to the preset policy; packaging the queuing identifier into a processing result of the terminal needing to enter a queuing mode, and feeding back the processing result to the terminal; a responding unit 824, configured to receive a second request generated by the terminal in response to the queuing mode, and respond to the second request.

In an implementation manner of an embodiment of the present invention, the types of the historical data include: at least one of a payment success rate, a concurrency amount, a per transaction amount, and a refund amount for the different funds.

In an implementation manner of the embodiment of the present invention, the second processing unit is further configured to: constructing a mathematical model for adjusting a first buffer value according to the preset strategy; and acquiring newly added first data in the information transmission process, inputting the first data into the mathematical model, and determining the result output by the model as the second buffer value.

In an implementation manner of the embodiment of the present invention, the second processing unit is further configured to: and when the setting of the first buffer value is judged to be unreasonable according to the preset strategy, feeding back a processing result of the terminal alarm.

In an implementation manner of the embodiment of the present invention, the second processing unit is further configured to: if the first buffer value is larger than the average transaction amount, the concurrency amount per second and the percentage, the first buffer value is judged to be unreasonable; and/or judging that the first buffer value is unreasonable to set if the first buffer value/single purchase declaration upper limit is less than a preset configuration value.

In an implementation manner of the embodiment of the present invention, the third processing unit is further configured to: when the queuing needs to be started according to the preset strategy, generating a queuing identifier; and packaging the queuing identifier into a processing result of the terminal needing to enter a queuing mode, and feeding back the processing result to the terminal.

In an implementation manner of the embodiment of the present invention, the third processing unit is further configured to: if the current concurrency quantity is larger than the maximum concurrency quantity multiplied by the percentage of the last transaction day, the situation that the queue needs to be started is judged by the subscription interface; and/or judging that queuing needs to be started if the total number of orders on the current transaction day is multiplied by the payment success rate of the previous transaction day and multiplied by the transaction amount per transaction greater than the daily limit and multiplied by the percentage.

In an implementation manner of the embodiment of the present invention, the response unit is further configured to: receiving the second request, wherein the second request is a pre-ordering request generated according to the queuing identifier, and the pre-ordering request carries time information initiated by the request; and sequencing the request initiation time of the order pre-ordering request according to the time information initiated by the request to obtain a sequencing result. There are different priorities in the ranking results. Certainly, in practical application, the first priority and the second priority may not be distinguished, the response is delayed as long as the queuing mode is initiated, and a normal ordering process is performed for a request before the queuing mode is initiated; for the request after the queuing mode is initiated, the flow of ordering is gone. In terms of priority, performing real-time request response on the order pre-ordering request with the first priority in the sequencing result, and feeding back target data corresponding to the order pre-ordering request for the terminal; performing delayed request response on the order pre-ordering request with the second priority in the sequencing result, and feeding back target data corresponding to the order pre-ordering request for the terminal after the triggering time is reached; and if the target data corresponding to the order pre-ordering request is detected to be consumed, feeding back a message prompt for stopping ordering for the terminal for the currently unresponsive order pre-ordering request.

In an implementation manner of the embodiment of the present invention, the server further includes: an operation acquisition unit for acquiring at least one query operation. And the detection unit is used for detecting the concurrency performance parameters obtained when the at least one query operation is concurrently processed. A service response unit, configured to: when the concurrency performance parameter accords with a first threshold value, performing service response on the at least one query operation in a locking query mode; and when the concurrency performance parameter exceeds the first threshold value, performing service response on the at least one query operation in a non-locking query mode.

In an implementation manner of the embodiment of the present invention, the server further includes: and the monitoring unit is used for monitoring the concurrency performance parameters in real time to obtain a monitoring result. And the service response unit is further used for responding service balance between the locking query mode and the unlocking query mode according to the monitoring result.

As for the Processor for data Processing, when executing Processing, the Processor can be implemented by a microprocessor, a Central Processing Unit (CPU), a Digital Signal Processor (DSP), or a Programmable logic Array (FPGA); for the storage medium, the storage medium contains operation instructions, which may be computer executable codes, and the operation instructions implement the steps in the flow of the information processing method according to the above-described embodiment of the present invention.

The embodiment of the invention is explained by taking a practical application scene as an example as follows:

taking a scene that target data in information transmission is used as a financial product as an example, the process of purchasing funds in the financial management system by a user is to place an order and input a password for payment. The payment is not 100% due to the fact that the payment is successful after the user places an order and pulls up the payment frame to pay, and the payment center informs the financial management system that the payment is successful, and due to the existence of various abnormal conditions, for example, the payment center informs that the payment is successful to delay or the user gives up midway, the payment success rate is not 100%, or the payment success amount is not accumulated in time. For the products of the first-time purchase type, due to the high earning rate, the current limit of the current day is sold within a few minutes, and the concurrence is high. If the user successfully places the order, but the payment is successful and found to be overrun, the payment will be refunded. This is detrimental to the user experience. How to ensure that the purchase success amount of the user is as close to the purchase upper limit of the current day as possible and the possibility of refund is reduced to the minimum is a problem which needs to be solved urgently.

For the problem, at present, in order to prevent a refund scenario, it is determined that if the sum of the successful payment amount plus the current amount is greater than the current purchase limit or the sold-out mark is printed, the payment is rejected, and if the sum of the successful payment amount plus the current amount is less than the current purchase limit or the sold-out mark is printed, the payment is determined that the purchase limit minus the current purchased amount is less than the buffer. The size of the buffer is configured by the product on the management system. In order to reduce the time for holding the lock and increase the concurrency, the purchased amount is inquired without locking when the payment is confirmed, whether the sum of the current amount and the purchased amount exceeds the limit is judged, if the sum exceeds the limit, the refund is carried out, and if not, the order making is successful. A scenario where a balance is sought between locked and unlocked is to prevent over-selling.

For the refund-prevention scene, due to the fact that the randomness of the setting of the buffer value is too large at present, the buffer value is given a reasonable suggested value through a data statistics method by adopting the embodiment of the invention. The reference for the later buffer value setting can be made by counting the historical data including the payment success rate, the concurrency amount, the amount per transaction and the refund amount of the different funds. The statistical interval is a trading day, and funds with different daily cutting modes can be different. From these data we can give some rules:

rule 1: buffer value > average per transaction amount per second concurrent volume percentage, indicating unreasonable setting and alarm intervention;

rule 2: the buffer value/single purchase upper limit is less than a configured value, which indicates that the setting is unreasonable and the alarm intervenes;

rule 3: the subscription interface counts the current concurrency quantity > the maximum concurrency quantity x percentage of the last transaction day, and starts a queuing mechanism;

rule 4: the current transaction date is the payment success rate of a single total transaction date and the last transaction date is the transaction amount per day > the daily quota percentage, and a queuing mechanism is started.

In the above rule, the percentage value is an empirical value and needs to be adjusted according to the on-line data until an optimal value is reached. When the fund yield rate obviously fluctuates, the value also needs to be adjusted correspondingly, and a machine learning algorithm can be introduced for training when necessary. At system initialization, the values of the rule 1 and rule 2 percentages and the configured values are set to values calculated from the data of the previous transaction day, the initial value of the rule 2 setting suggests no less than per second concurrency, the rule 3 percentage may be initialized to 120%, and the rule 4 percentage may be initialized to 80%. These values are again slowly adjusted as the system operates. For example, if the initial value setting is not reasonable, resulting in a queue that starts too late, the percentages of rule 3 and rule 4 may be adjusted. If the buffer value setting is not reasonable resulting in a refund but no alarm, the setting of rule 1 or rule 2 is adjusted. The rule 1 buffer value is set to be too large, so that part of the assets are not sold out; an excessively small value configured by rule 2 may result in an excessively small buffer value setting, resulting in refund; too large a percentage setting for rule 3 may result in a late initiation of the queuing mechanism, still resulting in a small amount of refunds; the percentage setting override of rule 4 works the same as rule 3. If there is a large fluctuation in the rate of return between trading days, if the rate of return becomes small, the buffer value can be resized or queuing can be initiated later by adjusting the parameters.

When the queuing mechanism is started, the back end firstly marks a mark and transmits the mark to the front end, the front end gives a prompt of secondary confirmation to the user when the user places an order after taking the mark, and the user initiates the order pre-placing after clicking the confirmation. And (4) quasi-real-time batch running and fishing the data of the pre-order-placing, sorting according to the time sequence initiated by the user, and placing the order by using a certain speed-adjusting real-time interface. Before initiating, whether the payment is sold out is judged, if the payment is sold out, unprocessed pre-order data is fetched, and a message reminding is sent to a user, wherein a sequence diagram of a specific payment process is shown in figure 6 and comprises the following steps: the terminal user side of front end and the server side at backstage, wherein, cgi points to reason for the property platform, except that reason for the property platform, still include: the system comprises an entity for realizing queuing and batch running, a payment center, an entity for realizing fund integrated service, an entity for realizing core transaction service and a fund company. After a user at a front end initiates a financial product subscription, the processing is performed in a server cluster, in the server cluster, for requesting a response and acquiring target data aimed at by the request, the server cluster is formed by an entity for realizing queuing batch running, a payment center and an entity for realizing fund integration service, and in the process of processing the subscription request of the user initiated financial product by the server cluster as identified by 500, the processing method comprises the following steps: initiating queuing, ordering, internal queuing, transmitting purchase requisition and the like. After the server cluster identified by 500 processes the procurement request, the processed procurement request is respectively sent to the entity realizing the core transaction service and the fund company, the returned result is received, the returned result is fed back to cgi to generate a payment skip link, and the payment skip link is returned to the front end for processing. And after the payment is finished by calling the payment center, the front end calls back the payment result, sends payment confirmation to the entity realizing the fund integrated service, informs the fund company of the payment result after the payment confirmation, returns the successful result of the purchase of the requested financial product to the front end, and updates the purchase applying bill state of the background. And if the requested financing product cannot be purchased, sending the result of failed purchase to the front end, and updating the state of the background purchase order.

For the anti-over-sell scenario, in the prior art, four isolation levels are provided in the mysql transaction: read uncommitted content, read committed content, repeatable read, serializable (serializable). The isolation level used by the database on the financial communication line is read committed at present, which can solve the problem of dirty reading but can not solve the problem of unrepeatable reading. The non-repeatable reading means that the user runs the same sentence twice, and the observed result is different. Only locking queries can solve the problem of irreproducible reads, but locking queries can cause a significant reduction in the concurrent performance of the system. Tradeoffs are often made in traffic. In combination with the payment process of the business, since the result of the query may be inaccurate due to the unlocking of the query, the following successful bill is made, possibly because the bill requiring refund is overfolit. Therefore, this method cannot solve the problem of over-selling, and also cannot solve the situation of large refund or low selling due to unreasonable buffer setting because the buffer setting has randomness.

By adopting the embodiment of the invention, the problem of over-selling is solved by utilizing the characteristics of mysql affairs, and meanwhile, the refund possibility is reduced to the lowest by utilizing the mechanism of data statistics and queuing in the refund prevention scene. mysql transactions are mainly used for processing data with large operation amount and high complexity. For example, in a personnel management system, a person is deleted, i.e. basic data of the person needs to be deleted, and information related to the person, such as a mailbox, an article and the like, is also deleted, so that database operation statements form an affair. A transaction is that 4 conditions must be met: atomicity, consistency, isolation, and durability of transactions. Wherein the atomicity of the transaction means: a set of transactions, either successful; or withdrawn. The consistency means that: when a transaction is completed, all data must be kept in a consistent state. The isolation refers to: the modifications made by a concurrent transaction must be isolated from the modifications made by any other concurrent transaction. 100% isolation of transactions requires a sacrifice in speed. The persistence refers to: after the transaction is completed, its impact on the system is permanent. Reliability and high speed cannot be achieved at the same time. In particular, for over-selling prevention, the buffer value can be used for controlling the concurrent response of the request by adopting the embodiment of the invention. When the payment is confirmed, the amount paid successfully is inquired without locking, whether the refund is needed or not is judged, and if the refund is needed, the refund is consistent with the existing logic; otherwise, the order will be successfully made. And finally locking and inquiring the amount which is successfully paid in the transaction, judging whether refund is needed again, updating the amount which is successfully paid if not needed, otherwise, throwing exception, and not throwing exception, but successfully doing the current scheme, thereby causing over-sale. The method can solve the problem of over-selling, and the final stroke possibly causing over-selling can be judged as refund. The payment center informs the financial management system of the delayed payment confirmation, and can acquire the payment data of the financial payment system side in a quasi-real-time manner by supplementing list batch running and manually initiate the payment confirmation for calling the financial management system to solve the problem. Through the series of processing, balance is sought between locking and unlocking, and the problem of over-selling is solved by utilizing the characteristics of mysql transactions. The statistical concurrency in the subscription interface has the property of intruding into codes, and the use of batch running statistics or the existing data of an access monitoring system can be considered. By adopting the embodiment of the invention, the over-sale problem caused by the robbery can be effectively solved, and the refund amount caused by the over-sale can be reduced to the minimum.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above-described device embodiments are merely illustrative, for example, the division of the unit is only a logical functional division, and there may be other division ways in actual implementation, such as: multiple units or components may be combined, or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the coupling, direct coupling or communication connection between the components shown or discussed may be through some interfaces, and the indirect coupling or communication connection between the devices or units may be electrical, mechanical or other forms.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed on a plurality of network units; some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, all the functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may be separately regarded as one unit, or two or more units may be integrated into one unit; the integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.

Those of ordinary skill in the art will understand that: all or part of the steps for implementing the method embodiments may be implemented by hardware related to program instructions, and the program may be stored in a computer readable storage medium, and when executed, the program performs the steps including the method embodiments; and the aforementioned storage medium includes: a mobile storage device, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.

Alternatively, the integrated unit of the present invention may be stored in a computer-readable storage medium if it is implemented in the form of a software functional unit and sold or used as a separate product. Based on such understanding, the technical solutions of the embodiments of the present invention may be essentially implemented or a part contributing to the prior art may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the methods described in the embodiments of the present invention. And the aforementioned storage medium includes: a removable storage device, a ROM, a RAM, a magnetic or optical disk, or various other media that can store program code.

The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the appended claims.

Claims

1. An information processing method for preventing refund of a financial product is characterized by comprising the following steps:

collecting historical data acquired in the information transmission process of purchasing financial products, and setting a first buffer value according to the historical data; when the difference between the purchase upper limit value of the financial product and the value of the amount of money purchased in the current time period is smaller than the buffer value, determining that the financial product is sold out;

wherein the information transmission process comprises: each processing node and processing link involved in initiating and responding to requests, the historical data comprising: the payment success rate, the concurrency amount, the transaction amount and the refund amount of different financial products; each processing node comprises terminal equipment, payment platform equipment, transfer platform equipment and financial product platform equipment;

when the first buffer value is judged to be unreasonable to set according to the updated data or the newly added data of the statistical historical data, the first buffer value is adjusted to obtain a second buffer value, and a first request initiated by a terminal is responded in real time according to the second buffer value;

when the queuing needs to be started according to the updated data or the newly added data of the statistical historical data, generating a queuing identifier;

receiving a second request generated by the terminal in response to the queuing mode, and responding to the second request;

the second request is a pre-ordering request generated according to the queuing identifier, and the pre-ordering request carries time information initiated by the request;

the responding to the second request comprises:

2. The method of claim 1, wherein when it is determined that the first buffer value is not reasonably set according to the updated data or the new data of the statistical history data, adjusting the first buffer value to obtain a second buffer value comprises:

establishing a mathematical model for adjusting the first buffer value according to the updated data or the newly added data of the statistical historical data;

3. The method of claim 2, further comprising:

and when the statistical updated data or newly added data of the historical data judge that the setting of the first buffer value is unreasonable, feeding back the result of the terminal alarm processing.

4. The method according to claim 2 or 3, wherein the determining that the first buffer value is unreasonably set according to the updated data or the added data of the statistical history data comprises:

5. The method of claim 1, wherein determining that queuing needs to be initiated based on the statistical update data or the new data of the historical data comprises:

6. The method of claim 1, further comprising:

obtaining at least one query operation;

7. The method of claim 6, further comprising:

8. A server for preventing refund of a financial product, the server comprising:

the first processing unit is used for collecting historical data acquired in the information transmission process of purchasing financial products and setting a first buffer value according to the historical data; when the difference between the purchase upper limit value of the financial product and the value of the amount of money purchased in the current time period is smaller than the buffer value, determining that the financial product is sold out;

the second processing unit is used for adjusting the first buffer value to obtain a second buffer value when the first buffer value is judged to be unreasonable to set according to the updated data or the newly added data of the statistical historical data, and responding to a first request initiated by the terminal in real time according to the second buffer value;

a third processing unit to:

a response unit, configured to receive a second request generated by a terminal in response to the queuing mode, and respond to the second request;

the response unit is also used for

9. The server according to claim 8, wherein the second processing unit is further configured to:

establishing a mathematical model for adjusting a first buffer value according to the updated data or the newly added data of the statistical historical data;

10. The server according to claim 9, wherein the second processing unit is further configured to:

and when the first buffer value is judged to be unreasonable to set according to the updated data or the newly added data of the statistical historical data, feeding back the result of the processing of the terminal alarm.

11. The server according to claim 9 or 10, wherein the second processing unit is further configured to:

12. The server according to claim 8, wherein the third processing unit is further configured to:

13. The server of claim 8, further comprising:

an operation acquisition unit for acquiring at least one query operation;

a service response unit, configured to:

14. The server according to claim 13, further comprising:

15. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon program instructions that, when executed, can implement the information processing method according to any one of claims 1 to 7.

16. A computer device, comprising:

a memory for storing executable instructions;

a processor for implementing the information processing method of any one of claims 1 to 7 when executing the executable instructions stored in the memory.