CN115423521B - Large-batch concurrent payment optimizing system and method thereof - Google Patents
Large-batch concurrent payment optimizing system and method thereof Download PDFInfo
- Publication number
- CN115423521B CN115423521B CN202211077088.8A CN202211077088A CN115423521B CN 115423521 B CN115423521 B CN 115423521B CN 202211077088 A CN202211077088 A CN 202211077088A CN 115423521 B CN115423521 B CN 115423521B
- Authority
- CN
- China
- Prior art keywords
- order
- paid
- concurrency
- information
- payment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 45
- 230000001360 synchronised effect Effects 0.000 claims abstract description 20
- 238000012795 verification Methods 0.000 claims description 28
- 238000012790 confirmation Methods 0.000 claims description 16
- 230000008859 change Effects 0.000 claims description 13
- 238000006243 chemical reaction Methods 0.000 claims description 7
- 238000004088 simulation Methods 0.000 claims description 7
- 230000005059 dormancy Effects 0.000 claims description 6
- 238000005457 optimization Methods 0.000 claims description 6
- 230000008901 benefit Effects 0.000 abstract description 3
- 230000015654 memory Effects 0.000 description 8
- 230000006870 function Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000003860 storage Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 230000009191 jumping Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 229920006395 saturated elastomer Polymers 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005315 distribution function Methods 0.000 description 1
- 238000011010 flushing procedure Methods 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
- G06Q30/0202—Market predictions or forecasting for commercial activities
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention is applicable to the field of computers, and provides a large-batch concurrent payment optimizing system and a method thereof, wherein the method comprises the following steps: predicting concurrency in a specified time period according to the historical browsing information and the historical inventory quantity, and generating real-time concurrency prediction information; the method comprises the steps of determining and opening the number of online synchronous access ports of at least two associated subsystems according to real-time concurrency prediction information, wherein the at least two associated subsystems are subsystems which are subjected to unified login through the same account and are provided with different concurrency environments, acquiring an order to be paid of one subsystem, and verifying the authenticity of the order to be paid, and the method has the advantages that: the method can accurately reduce the influence caused by unexpected concurrency and reduce the concurrency number of a single concurrency environment, realize convenient and quick payment and promote the payment experience of users in concurrency peak time.
Description
Technical Field
The invention belongs to the field of computers, and particularly relates to a large-batch concurrent payment optimizing system and a method thereof.
Background
Multiple processes or threads accessing the same resource simultaneously (or within the same period of time) can create complications, and there are many scenarios of high concurrent payments and second kills, such as Amazon black friday, double 11 promotions, jindong 618, etc., if Amazon has only 100 low price items, the inventory is 100, and will not change any more, at 00: at the moment of 00 seconds of kill robbery, a very large number of traffic process inquiry (Read) and order payment (Write) operations are flushed, which is a very typical second of kill payment scenario.
In the prior art, when dealing with a high-concurrency payment scene, an open source throttling method is often adopted to intercept as many requests as possible in the early stage, for example, limit the operation of a client, prohibit the situation that a user repeatedly clicks and pays, limit the client to only send a second killing request within N seconds, and the like.
According to the prior art, the high concurrency in the payment scene is reduced by intercepting as many requests as possible, but in the payment scene after the ordering, the experience of a user is poor because the payment scene relates to the issuing of rights among multiple parties, especially in the aspect of banks, and a large amount of concurrent payment can occur during payment.
Disclosure of Invention
The embodiment of the invention aims to provide a system and a method for optimizing mass concurrent payment, which aim to solve the problems in the background technology.
The embodiment of the invention is realized in such a way that, on one hand, a method for optimizing mass concurrent payment comprises the following steps:
predicting concurrency in a specified time period according to the historical browsing information and the historical inventory quantity, and generating real-time concurrency prediction information;
determining and opening the number of online synchronous access ports of at least two associated subsystems according to the real-time concurrency prediction information, wherein the at least two associated subsystems are subsystems which are subjected to unified login through the same account and are provided with different concurrency environments;
if the concurrency quantity for carrying out order generation confirmation in a preset time period is detected to reach a first threshold, acquiring an order to be paid of one subsystem, and verifying the authenticity of the order to be paid, wherein the first threshold is related to the corresponding online synchronous access port number;
when the authenticity verification is passed, a first prompt message is sent out, wherein the first prompt message is used for representing that a paid order meeting a preset condition in another subsystem is in impulse association with the order to be paid, so that the payment of the order to be paid is completed after the identity verification of a related user, the preset condition comprises a confirmed dormancy period of the other subsystem, and the amount of the order to be paid is not more than the amount of the paid order.
As a further aspect of the present invention, the predicting the concurrency in the specified time period according to the historical browsing information and the historical ordering amount, and generating the real-time concurrency prediction information specifically includes:
counting the number of users browsing a plurality of new products with the same attribute in a plurality of continuous time periods;
counting the concurrent access numbers of a plurality of new products with the same attribute in at least one limited period;
based on the correlation degree between new products with the same attribute, establishing a change relation model of the concurrent access number of the new products with the same attribute and the number of users;
and inputting the correlation degree of the new product pushed out in real time and the user information corresponding to the correlation degree into the change relation model, and outputting the real-time concurrency prediction information of the new product.
As still further aspects of the present invention, the method further includes:
when detecting that the user logs in one subsystem through the same account, sending out an associated login prompt and allowing the user to synchronously log in the associated subsystem;
when it is detected that the user clicks a drop-down floating window display button of one of the subsystems, the user jumps to the corresponding other subsystem associated with the one of the subsystems.
As a still further aspect of the present invention, the method further includes:
detecting a difference value between the concurrency of at least one new product order generation confirmation and the concurrency in the real-time concurrency prediction information in a preset time period;
and if the concurrency of at least one new product order generation confirmation exceeds the preset threshold value of the concurrency in the real-time concurrency prediction information, judging that the concurrency for order generation confirmation in a preset time period reaches a first threshold value.
As a further scheme of the present invention, obtaining an order to be paid of one of the subsystems, and verifying the authenticity of the order to be paid specifically includes:
acquiring an order to be paid of one system, and identifying whether the new product quantity related to the order to be paid reaches an alert threshold;
if yes, identifying keying conversion information acquired in advance when the order is placed, wherein the keying conversion information at least comprises dynamics characteristics and movement information, and generating order placing simulation information according to the dynamics characteristics and the movement information;
judging whether the order placing simulation information is consistent with the order to be paid or not;
if yes, judging that the authenticity verification of the order to be paid is passed;
otherwise, the relevant user is locked for the order to be paid.
As a further aspect of the present invention, the method further includes:
and if the authentication information of the related user passes through the authentication information, generating offset identification information according to the ID of the paid order and the ID of the order to be paid, wherein the offset identification information carries the authentication information passing through identification information.
As a further aspect of the present invention, the method further includes:
calculating a payment balance when the amount of the to-be-paid order is smaller than the amount of the paid order, wherein the payment balance is a difference value between the amount of the paid order and the amount of the to-be-paid order;
when a user is detected to log in any subsystem of the associated subsystems, a public channel between different concurrent environments is established, and an associated virtual display area is established based on the public channel;
when detecting that any subsystem in the associated subsystems has a new order, sending second prompt information based on the associated virtual display area, wherein the second prompt information is used for prompting the payment balance to be selected when the new order is paid.
As a further aspect of the present invention, in another aspect, a system for optimizing mass concurrent payments, the system comprising:
the prediction module is used for predicting the concurrency in a specified time period according to the historical browsing information and the historical ordering amount and generating real-time concurrency prediction information;
the concurrency opening module is used for determining and opening the online synchronous access port number of at least two associated subsystems according to the real-time concurrency prediction information, wherein the at least two associated subsystems are subsystems which are subjected to unified login through the same account and are provided with different concurrency environments;
a condition verification module for: if the concurrency quantity for carrying out order generation confirmation in a preset time period is detected to reach a first threshold, acquiring an order to be paid of one subsystem, and verifying the authenticity of the order to be paid, wherein the first threshold is related to the corresponding online synchronous access port number;
prompt payment module, prompt payment module is used for: when the authenticity verification is passed, a first prompt message is sent out, wherein the first prompt message is used for representing that a paid order meeting a preset condition in another subsystem is in impulse association with the order to be paid, so that the payment of the order to be paid is completed after the identity verification of a related user, the preset condition comprises a confirmed dormancy period of the other subsystem, and the amount of the order to be paid is not more than the amount of the paid order.
As a further aspect of the present invention, the prediction module specifically includes:
the first statistics unit is used for counting the number of users browsing a plurality of new products with the same attribute in a plurality of continuous time periods;
the second statistics unit is used for counting the concurrent access numbers of a plurality of new products with the same attribute in at least one limited period;
the model building module is used for building a change relation model of the concurrent access number of the new products with the same attribute and the number of users based on the correlation between the new products with the same attribute;
and the input and output unit is used for inputting the correlation degree of the new product pushed out in real time and the user quantity information corresponding to the correlation degree into the change relation model and outputting the real-time concurrence quantity prediction information of the new product.
According to the large-batch concurrent payment optimizing system and the large-batch concurrent payment optimizing method, the real-time concurrent quantity prediction information is generated, the number of online synchronous access ports of at least two associated subsystems is determined and opened according to the real-time concurrent quantity prediction information, the number of the online synchronous access ports can be matched with the real-time concurrent quantity as much as possible, the influence caused by unexpected concurrent quantity is reduced accurately, the proper concurrent quantity can be determined according to the quantity of products, further, when the concurrent quantity reaches a first threshold value, an order to be paid of one subsystem is obtained, the authenticity of the order to be paid is verified, real-time concurrent growth can be considered, when the authenticity verification is passed, first prompt information is sent out, the first prompt information is used for representing that the paid order meeting preset conditions in the other subsystem is in a flushing relation with the order to be paid, so that after identity verification is carried out on related users, the payment of the order to be paid is completed, the subsystems of different concurrent environments are established, the concurrent quantity of the single concurrent environments can be reduced, the quick payment of the single concurrent environments is realized, and the user experience in a peak period of concurrent period is improved.
Drawings
FIG. 1 is a main flow chart of a method for optimizing mass concurrent payments.
FIG. 2 is a flow chart for generating real-time concurrency prediction information in a high-volume concurrent payment optimization method.
FIG. 3 is a flow chart for acquiring an order to be paid for one of the subsystems in a mass concurrent payment optimization method, and verifying the authenticity of the order to be paid.
FIG. 4 is a flow chart of a method for optimizing a high volume concurrent payment for prompting the selection of a payment balance for a new order payment.
Fig. 5 is a main structural diagram of a mass concurrent payment optimizing system.
FIG. 6 is a block diagram of a predictive module in a mass concurrent payment optimization system.
Detailed Description
The present invention will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present invention more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the invention.
Specific implementations of the invention are described in detail below in connection with specific embodiments.
The invention provides a large-batch concurrent payment optimizing system and a method thereof, which solve the technical problems in the background technology.
As shown in fig. 1, a main flow chart of a method for optimizing mass concurrent payment according to an embodiment of the present invention includes:
step S10: predicting concurrency in a specified time period according to the historical browsing information and the historical inventory quantity, and generating real-time concurrency prediction information;
step S11: determining and opening the number of online synchronous access ports of at least two associated subsystems according to the real-time concurrency prediction information, wherein the at least two associated subsystems are subsystems which are subjected to unified login through the same account and are provided with different concurrency environments; the more the number of the online synchronous access ports is, the larger the concurrency is; the different concurrency environments indicate that the increase of the concurrency number has no or little influence on different businesses;
step S12: if the concurrency quantity for carrying out order generation confirmation in a preset time period is detected to reach a first threshold, acquiring an order to be paid of one subsystem, and verifying the authenticity of the order to be paid, wherein the first threshold is related to the corresponding online synchronous access port number;
step S13: when the authenticity verification is passed, a first prompt message is sent out, wherein the first prompt message is used for representing that a paid order meeting a preset condition in another subsystem is in impulse association with the order to be paid, so that the payment of the order to be paid is completed after the identity verification of a related user, the preset condition comprises a confirmed dormancy period of the other subsystem, and the amount of the order to be paid is not more than the amount of the paid order. The paid order is in a confirmed dormant period, which means that the paid order is paid, and the paid order is expressed as that the bank is paid or the system sub-wallet is paid, but the user does not confirm that the paid amount is paid to the merchant or the amount is withdrawn from the system sub-wallet, and the amount of the paid order can still be paid to the same merchant; or when the authenticity verification is passed, sending out first prompt information, wherein the first prompt information is used for representing a payment scene of the order to be paid imported through the free balance of the other system, so that the payment of the order to be paid is completed after the identity verification of the related user is carried out.
When the method and the device are applied, the real-time concurrency prediction information is generated, the online synchronous access port numbers of at least two associated subsystems are determined and opened according to the real-time concurrency prediction information, the online synchronous access port numbers can be matched with the real-time concurrency as much as possible, influence caused by unexpected concurrency is reduced accurately, the proper concurrency can be determined according to the quantity of products, further, when the concurrency reaches a first threshold, an order to be paid of one subsystem is obtained, the authenticity of the order to be paid is verified, real-time concurrency growth can be considered, when the authenticity verification passes, first prompt information is sent out, the first prompt information is used for representing that the paid order meeting preset conditions in the other subsystem is in offset association with the order to be paid, so that payment of the order to be paid is completed after identity verification is carried out on related users, the relationship between the subsystems of different concurrency environments is established, the concurrency number of single concurrency environments can be reduced, the quick and convenient payment is realized, and the experience of users in concurrency peak periods is improved.
As shown in fig. 2, as a preferred embodiment of the present invention, the generating real-time concurrency prediction information specifically includes:
step S101: counting the number of users browsing a plurality of new products with the same attribute in a plurality of continuous time periods;
step S102: counting the concurrent access numbers of a plurality of new products with the same attribute in at least one limited period; at least one limited time period mainly refers to a floating time period of the online of a new product, for example, the online of the new product at eight night can count the concurrent access number between seven and one half at night;
step S103: based on the correlation degree between new products with the same attribute, establishing a relationship model between the number of concurrent accesses of the new products with the same attribute and the user number variation;
step S104: and inputting the correlation degree of the new product pushed out in real time and the user information corresponding to the correlation degree into the change relation model, and outputting the real-time concurrency prediction information of the new product.
It will be appreciated that the arrangement of multiple successive time periods is due to new product being brought on line, its appeal to the user being variable, assuming a reading system with 2000 users, which is the number of system users; the novel series of novels are put forward, 1200 people are online at the highest peak, the peak is the number of simultaneous online people, the peak is also called the maximum business concurrency user, 50% of users carry out page jumping operation (only 50% of users generate pressure on a server) during test reading, other users such as 10% of users check the novels, the novels do not form pressure, and after a period of time, the users who test reading and the users who check the novels are changed; the new products with the same attribute represent that products have the same attribute, for example, the types, the practical purposes and the applicable crowds of the products are similar, so that the attraction degree of the products to users is necessarily in a certain relation, and therefore, the new products can be used for predicting the real-time concurrency quantity of the new products, the change relation model is mainly used for representing the relation between the concurrency access number of the new products with the same attribute and the number of users, and the relevance degree of time and the new products can be changed.
In another embodiment, the real-time concurrency prediction information refers to the concurrency of a new product closest to the current product in a specified time period, that is, a compensation coefficient delta (which can be determined by combining practical experience, delta=a×β, where a is the ratio of the browsing amounts of the new product and the closest new product, and β is a preset error coefficient) is determined according to comparison between the concurrency of the new product closest to the current product and the browsing amount of the closest new product in a specified time period, and then the real-time concurrency prediction information of the new product, that is, the concurrency prediction information of the new product in a corresponding specified time period is obtained by directly multiplying the concurrency of the closest new product in the specified time period by the compensation coefficient delta.
As a preferred embodiment of the present invention, the method further comprises:
step S201: when detecting that the user logs in one subsystem through the same account, sending out an associated login prompt and allowing the user to synchronously log in the associated subsystem;
step S202: when it is detected that the user clicks a drop-down floating window display button of one of the subsystems, the user jumps to the corresponding other subsystem associated with the one of the subsystems.
The embodiment actually provides a method for logging in different subsystems under the same system by using the same account and password (for example, QQ music, QQ reading, QQ mailbox and the like under the Tencent flag can be logged in through the same account and password), and switching can be completed among the subsystems without directly clicking a drop-down floating window display button of one subsystem to complete jumping through an interface of exiting the subsystem, and the same operation can be used for returning to the original subsystem, and because different concurrency environments are provided among the subsystems, the concurrency in the concurrency environments can be relieved through jumping.
As a preferred embodiment of the present invention, the method further comprises:
step S111: detecting a difference value between the concurrency of at least one new product order generation confirmation and the concurrency in the real-time concurrency prediction information in a preset time period;
step S112: and if the concurrency of at least one new product order generation confirmation exceeds the preset threshold value of the concurrency in the real-time concurrency prediction information, judging that the concurrency for order generation confirmation in a preset time period reaches a first threshold value.
It should be understood that the preset threshold may be set according to practical situations, and is generally related to the pressure of the server, and the number of concurrent accesses that the server can bear is related to not only the number of users, but also the service scenario of the users, where the concurrency of the order generation confirmation reaches the first threshold, which indicates that the corresponding concurrency access has tended to be saturated, i.e. will tend to be saturated.
As shown in fig. 3, as a preferred embodiment of the present invention, acquiring an order to be paid of one of the subsystems, and verifying the authenticity of the order to be paid specifically includes:
step S121: acquiring an order to be paid of one system, and identifying whether the new product quantity related to the order to be paid reaches an alert threshold; the minimum warning threshold value is 1 time, and the warning threshold value is determined according to actual conditions in practical application;
step S122: if yes, identifying keying conversion information acquired in advance when the order is placed, wherein the keying conversion information at least comprises dynamics characteristics and movement information, and generating order placing simulation information according to the dynamics characteristics and the movement information; the clicking operation at different positions is necessarily involved when the ordering operation is carried out, the clicking operation at different positions is completed through input equipment such as a mouse and the like or a direct touch screen, the dynamics of the clicking operation is obviously different from that of the clicking operation when the clicking operation is carried out, the combination of dynamics information and movement information is difficult to simulate by a third party auxiliary software, the dynamics information and the movement information among different users are different, in actual detection, the fact that the duration of the ordering operation is short is considered, and therefore intermittent detection of keying conversion information, such as intermittent detection of preset positions to be clicked and translation positions, can be carried out; of course, the identification can be performed by combining temperature information, and when the clicking operation is performed, as a certain time is required for pressing and contacting, the temperature of the hand of the user contacted with the input device or the temperature of the touch screen is different from that of the touch screen when the moving operation is performed, or the temperature is one of distinguishing features for distinguishing the in-person operation from the third-party software operation;
step S123: judging whether the order placing simulation information is consistent with the order to be paid or not; the order placing simulation information simulates a clicking position and a moving position according to the dynamics characteristics and the moving information, and the real clicking operation can form an order to be paid; namely, whether the force characteristics and the movement information meet preset conditions or not is detected, and whether the clicking and movement results are consistent with the actual results is also detected;
step S124: if yes, judging that the authenticity verification of the order to be paid is passed;
step S125: otherwise, the relevant user is locked for the order to be paid.
It can be appreciated that this embodiment provides a method for verifying the authenticity of an order to be paid, that is, verifying that the order to be paid is formed through the actual operation of a user, rather than the automatic ordering behavior of third party auxiliary software and the like, so as to ensure the benefits of other users, avoid the malicious ordering and ordering behaviors to a certain extent, because only the authenticity verification is passed, the payment can be performed, and the offset association can be established, so that the concurrency of the payment after the successful ordering can be effectively reduced.
As a preferred embodiment of the present invention, the method further comprises:
step S131: and if the authentication information of the related user passes through the authentication information, generating offset identification information according to the ID of the paid order and the ID of the order to be paid, wherein the offset identification information carries the authentication information passing through identification information.
It will be appreciated that the purpose of the ID design of the payment order is to facilitate the query and indexing, and the offset identification information generated according to the ID of the paid order and the ID of the to-be-paid order may facilitate the identification of the system, indicating that (the offset identification information) is generated by the offset of the paid order and the to-be-paid order, and is agreed by the relevant user, and the order ID may specifically include a year, month, day, and self-growing number, such as: such as: 2022080110235662 it may also include institution codes and random numbers, and also generates order numbers based on the seller and buyer ids+random numbers, typically considering service growth, the order IDs may be up to tens digits, and the authentication information is set by identification mainly for convenient traceability when necessary.
As shown in fig. 4, as a preferred embodiment of the present invention, the method further includes:
step S141: calculating a payment balance when the amount of the to-be-paid order is smaller than the amount of the paid order, wherein the payment balance is a difference value between the amount of the paid order and the amount of the to-be-paid order;
step S142: when a user is detected to log in any subsystem of the associated subsystems, a public channel between different concurrent environments is established, and an associated virtual display area is established based on the public channel;
step S143: when detecting that any subsystem in the associated subsystems has a new order, sending second prompt information based on the associated virtual display area, wherein the second prompt information is used for prompting the payment balance to be selected when the new order is paid. Of course, if the balance is not wanted to be used, prompt information can be sent out, and refund operation is executed after operation information input by a user is received.
It should be understood that, the present embodiment provides a method for using the difference between the amount of the paid order and the amount of the to-be-paid order, which can timely process and use the payment balance, specifically, any subsystem of the associated subsystem may be used, in general, there may be more than two associated subsystems logging in at the same time, but only one payment process is generally performed when payment is involved, whereas the associated virtual display area is established based on the common channel between the different concurrent environments, and may be a popup window or an applet, so that even in the concurrent environments, rapid automatic calling and display may be realized, and smooth use is ensured.
As another preferred embodiment of the present invention, as shown in fig. 5, in another aspect, a mass concurrent payment optimization system, the system comprising:
the prediction module 100 is configured to predict the concurrency in a specified time period according to the historical browsing information and the historical ordering amount, and generate real-time concurrency prediction information;
the concurrency opening module 200 is configured to determine and open the number of online synchronous access ports of at least two associated subsystems according to real-time concurrency prediction information, where the at least two associated subsystems are subsystems that perform unified login through the same account and different concurrency environments are provided between the subsystems;
a condition verification module 300, the condition verification module 300 being configured to: if the concurrency quantity for carrying out order generation confirmation in a preset time period is detected to reach a first threshold, acquiring an order to be paid of one subsystem, and verifying the authenticity of the order to be paid, wherein the first threshold is related to the corresponding online synchronous access port number;
a prompt payment module 400, the prompt payment module 400 being configured to: when the authenticity verification is passed, a first prompt message is sent out, wherein the first prompt message is used for representing that a paid order meeting a preset condition in another subsystem is in impulse association with the order to be paid, so that the payment of the order to be paid is completed after the identity verification of a related user, the preset condition comprises a confirmed dormancy period of the other subsystem, and the amount of the order to be paid is not more than the amount of the paid order.
As shown in fig. 6, the prediction module 100 specifically includes:
a first statistics unit 1001, configured to count a number of users browsing a plurality of new products with the same attribute in a plurality of continuous time periods;
a second statistics unit 1002, configured to count the number of concurrent accesses of a plurality of new products with the same attribute in at least one defined period;
the model building module 1003 is configured to build a change relation model of the number of concurrent accesses of the new product with the same attribute and the number of users based on the correlation between the new products with the same attribute;
an input and output unit 1004 for inputting the correlation degree of the new product pushed out in real time and the corresponding user number information into the change relation model, and outputting the real-time concurrency prediction information of the new product
According to the method for optimizing the mass concurrent payment, the mass concurrent payment optimizing system is provided based on the method for optimizing the mass concurrent payment, the number of online synchronous access ports of at least two related subsystems is determined and opened according to real-time concurrent quantity prediction information through generation of the real-time concurrent quantity prediction information, the number of online synchronous access ports can be matched with real-time concurrent quantity as much as possible, influence caused by unexpected concurrent quantity is reduced accurately, proper concurrent quantity can be determined according to the quantity of products, further, an order to be paid of one subsystem is obtained when the concurrent quantity reaches a first threshold value, authenticity of the order to be paid is verified, real-time concurrent growth can be considered, when the authenticity verification is passed, first prompt information is sent out, the first prompt information is used for representing that the paid order meeting preset conditions in the other subsystem is in offset relation with the order to be paid, payment to be completed after identity verification of related users, contact environments between the subsystems to be paid is established, the concurrent environments can be reduced, and the quick and convenient and fast user experience can be realized.
In order to be able to load the method and system described above to function properly, the system may include more or less components than those described above, or may combine some components, or different components, in addition to the various modules described above, for example, may include input and output devices, network access devices, buses, processors, memories, and the like.
The processor may be a central processing unit (CentralProcessingUnit, CPU), other general purpose processors, digital signal processors (DigitalSignalProcessor, DSP), application specific integrated circuits (ApplicationSpecificIntegratedCircuit, ASIC), off-the-shelf programmable gate arrays (Field-ProgrammableGateArray, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or the like. The general purpose processor may be a microprocessor or the processor may be any conventional processor or the like, which is a control center of the above system, and various interfaces and lines are used to connect the various parts.
The memory may be used to store a computer and a system program and/or module, and the processor may perform the various functions described above by running or executing the computer program and/or module stored in the memory and invoking data stored in the memory. The memory may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function (such as an information acquisition template presentation function, a product information distribution function, etc.), and the like. The storage data area may store data created according to the use of the berth status display system (e.g., product information acquisition templates corresponding to different product types, product information required to be released by different product providers, etc.), and so on. In addition, the memory may include high-speed random access memory, and may also include non-volatile memory, such as a hard disk, memory, plug-in hard disk, smart memory card (SmartMediaCard, SMC), secure digital (SecureDigital, SD) card, flash card (FlashCard), at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
It should be understood that, although the steps in the flowcharts of the embodiments of the present invention are shown in order as indicated by the arrows, these steps are not necessarily performed in order as indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in various embodiments may include multiple sub-steps or stages that are not necessarily performed at the same time, but may be performed at different times, nor do the order in which the sub-steps or stages are performed necessarily performed in sequence, but may be performed alternately or alternately with at least a portion of the sub-steps or stages of other steps or other steps.
The technical features of the above-described embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above-described embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The foregoing examples illustrate only a few embodiments of the invention and are described in detail herein without thereby limiting the scope of the invention. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the invention, which are all within the scope of the invention. Accordingly, the scope of protection of the present invention is to be determined by the appended claims.
The foregoing description of the preferred embodiments of the invention is not intended to be limiting, but rather is intended to cover all modifications, equivalents, and alternatives falling within the spirit and principles of the invention.
Claims (9)
1. A method for optimizing mass concurrent payments, the method comprising:
predicting concurrency in a specified time period according to the historical browsing information and the historical inventory quantity, and generating real-time concurrency prediction information;
determining and opening the number of online synchronous access ports of at least two associated subsystems according to the real-time concurrency prediction information, wherein the at least two associated subsystems are subsystems which are subjected to unified login through the same account and are provided with different concurrency environments;
if the concurrency quantity for carrying out order generation confirmation in a preset time period is detected to reach a first threshold, acquiring an order to be paid of one subsystem, and verifying the authenticity of the order to be paid, wherein the first threshold is related to the corresponding online synchronous access port number;
when the authenticity verification is passed, a first prompt message is sent out, wherein the first prompt message is used for representing that a paid order meeting a preset condition in another subsystem is in impulse association with the order to be paid, so that the payment of the order to be paid is completed after the identity verification of a related user, the preset condition comprises a confirmed dormancy period of the other subsystem, and the amount of the order to be paid is not more than the amount of the paid order.
2. The method for optimizing mass concurrent payment according to claim 1, wherein the predicting the concurrency in the specified time period according to the historical browsing information and the historical order amount, and generating the real-time concurrency prediction information specifically comprises:
counting the number of users browsing a plurality of new products with the same attribute in a plurality of continuous time periods;
counting the concurrent access numbers of a plurality of new products with the same attribute in at least one limited period;
based on the correlation degree between new products with the same attribute, establishing a change relation model of the concurrent access number of the new products with the same attribute and the number of users;
and inputting the correlation degree of the new product pushed out in real time and the user information corresponding to the correlation degree into the change relation model, and outputting the real-time concurrency prediction information of the new product.
3. The method of optimizing mass concurrent payments according to claim 1, further comprising:
when detecting that the user logs in one subsystem through the same account, sending out an associated login prompt and allowing the user to synchronously log in the associated subsystem;
when it is detected that the user clicks a drop-down floating window display button of one of the subsystems, the user jumps to the corresponding other subsystem associated with the one of the subsystems.
4. The method of optimizing mass concurrent payments according to claim 2, further comprising:
detecting a difference value between the concurrency of at least one new product order generation confirmation and the concurrency in the real-time concurrency prediction information in a preset time period;
and if the concurrency of at least one new product order generation confirmation exceeds the preset threshold value of the concurrency in the real-time concurrency prediction information, judging that the concurrency for order generation confirmation in a preset time period reaches a first threshold value.
5. The method for optimizing mass concurrent payments according to claim 2 or 4, wherein obtaining an order to be paid for one of the subsystems, verifying the authenticity of said order to be paid specifically comprises:
acquiring an order to be paid of one system, and identifying whether the new product quantity related to the order to be paid reaches an alert threshold;
if yes, identifying keying conversion information acquired in advance when the order is placed, wherein the keying conversion information at least comprises dynamics characteristics and movement information, and generating order placing simulation information according to the dynamics characteristics and the movement information;
judging whether the order placing simulation information is consistent with the order to be paid or not;
if yes, judging that the authenticity verification of the order to be paid is passed;
otherwise, the relevant user is locked for the order to be paid.
6. The method of optimizing mass concurrent payments according to claim 1, further comprising:
and if the authentication information of the related user passes through the authentication information, generating offset identification information according to the ID of the paid order and the ID of the order to be paid, wherein the offset identification information carries the authentication information passing through identification information.
7. The method of optimizing mass concurrent payments of claim 6, further comprising:
calculating a payment balance when the amount of the to-be-paid order is smaller than the amount of the paid order, wherein the payment balance is a difference value between the amount of the paid order and the amount of the to-be-paid order;
when a user is detected to log in any subsystem of the associated subsystems, a public channel between different concurrent environments is established, and an associated virtual display area is established based on the public channel;
when detecting that any subsystem in the associated subsystems has a new order, sending second prompt information based on the associated virtual display area, wherein the second prompt information is used for prompting the payment balance to be selected when the new order is paid.
8. A mass concurrent payment optimization system, the system comprising:
the prediction module is used for predicting the concurrency in a specified time period according to the historical browsing information and the historical ordering amount and generating real-time concurrency prediction information;
the concurrency opening module is used for determining and opening the online synchronous access port number of at least two associated subsystems according to the real-time concurrency prediction information, wherein the at least two associated subsystems are subsystems which are subjected to unified login through the same account and are provided with different concurrency environments;
a condition verification module for: if the concurrency quantity for carrying out order generation confirmation in a preset time period is detected to reach a first threshold, acquiring an order to be paid of one subsystem, and verifying the authenticity of the order to be paid, wherein the first threshold is related to the corresponding online synchronous access port number;
prompt payment module, prompt payment module is used for: when the authenticity verification is passed, a first prompt message is sent out, wherein the first prompt message is used for representing that a paid order meeting a preset condition in another subsystem is in impulse association with the order to be paid, so that the payment of the order to be paid is completed after the identity verification of a related user, the preset condition comprises a confirmed dormancy period of the other subsystem, and the amount of the order to be paid is not more than the amount of the paid order.
9. The mass concurrent payment optimization system according to claim 8, wherein the predictive module specifically comprises:
the first statistics unit is used for counting the number of users browsing a plurality of new products with the same attribute in a plurality of continuous time periods;
the second statistics unit is used for counting the concurrent access numbers of a plurality of new products with the same attribute in at least one limited period;
the model building module is used for building a change relation model of the concurrent access number of the new products with the same attribute and the number of users based on the correlation between the new products with the same attribute;
and the input and output unit is used for inputting the correlation degree of the new product pushed out in real time and the user quantity information corresponding to the correlation degree into the change relation model and outputting the real-time concurrence quantity prediction information of the new product.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211077088.8A CN115423521B (en) | 2022-09-05 | 2022-09-05 | Large-batch concurrent payment optimizing system and method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211077088.8A CN115423521B (en) | 2022-09-05 | 2022-09-05 | Large-batch concurrent payment optimizing system and method thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115423521A CN115423521A (en) | 2022-12-02 |
| CN115423521B true CN115423521B (en) | 2023-08-04 |
Family
ID=84202011
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211077088.8A Active CN115423521B (en) | 2022-09-05 | 2022-09-05 | Large-batch concurrent payment optimizing system and method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115423521B (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104854604A (en) * | 2014-08-06 | 2015-08-19 | 深圳市银信网银科技有限公司 | Inter-bank payment system and inter-bank payment method |
| CN107093096A (en) * | 2016-12-15 | 2017-08-25 | 口碑控股有限公司 | A kind of Traffic prediction method and device |
| CN107292600A (en) * | 2017-08-07 | 2017-10-24 | 晋中职业技术学院 | A kind of order bill payment system applied to ecommerce |
| CN112101955A (en) * | 2020-11-16 | 2020-12-18 | 北京快成科技股份公司 | Concurrent payment method, system and device |
| CN112837130A (en) * | 2021-03-01 | 2021-05-25 | 中国银行股份有限公司 | Information processing method, device and equipment |
| CN113887935A (en) * | 2021-09-29 | 2022-01-04 | 中通服科信信息技术有限公司 | High-concurrency service scene processing method, system and storage medium |
| CN114372788A (en) * | 2021-11-24 | 2022-04-19 | 宝付网络科技（上海）有限公司 | Third party payment cloud account member system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120095912A1 (en) * | 2010-10-15 | 2012-04-19 | Western Union Financial Services, Inc. | Systems and methods for electronic purchase transaction processing |
-
2022
- 2022-09-05 CN CN202211077088.8A patent/CN115423521B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104854604A (en) * | 2014-08-06 | 2015-08-19 | 深圳市银信网银科技有限公司 | Inter-bank payment system and inter-bank payment method |
| CN107093096A (en) * | 2016-12-15 | 2017-08-25 | 口碑控股有限公司 | A kind of Traffic prediction method and device |
| CN107292600A (en) * | 2017-08-07 | 2017-10-24 | 晋中职业技术学院 | A kind of order bill payment system applied to ecommerce |
| CN112101955A (en) * | 2020-11-16 | 2020-12-18 | 北京快成科技股份公司 | Concurrent payment method, system and device |
| CN112837130A (en) * | 2021-03-01 | 2021-05-25 | 中国银行股份有限公司 | Information processing method, device and equipment |
| CN113887935A (en) * | 2021-09-29 | 2022-01-04 | 中通服科信信息技术有限公司 | High-concurrency service scene processing method, system and storage medium |
| CN114372788A (en) * | 2021-11-24 | 2022-04-19 | 宝付网络科技（上海）有限公司 | Third party payment cloud account member system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115423521A (en) | 2022-12-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI768163B (en) | Method and device for generating smart contracts | |
| CN110826071B (en) | Software vulnerability risk prediction method, device, equipment and storage medium | |
| EP3020017A1 (en) | Method and system for creating tax configuration templates | |
| CN112241506B (en) | User behavior backtracking method, device, equipment and system | |
| CN105447028A (en) | Method and device for identifying characteristic account | |
| CN111815420B (en) | Matching method, device and equipment based on trusted asset data | |
| WO2023207146A1 (en) | Service simulation method and apparatus for esop system, and device and storage medium | |
| CN111309745A (en) | Virtual resource processing method and device, electronic equipment and storage medium | |
| US11935047B2 (en) | Enhanced feedback exposure for merchants based on transaction metadata | |
| US11894971B2 (en) | Techniques for prediction models using time series data | |
| WO2016172985A1 (en) | Commission allocation method and system | |
| Jiang et al. | The economics of public beta testing | |
| US20240177146A1 (en) | Direct Data Share | |
| CN115131034A (en) | Block chain-based rights and interests digital collection verification method and equipment | |
| CN117240605B (en) | Data transaction method, device, equipment and storage medium | |
| EP4264472A1 (en) | Systems and methods for hard deletion of data across systems | |
| US11979402B2 (en) | Method, apparatus and computer program product for exchanging messages across a network | |
| CN115423521B (en) | Large-batch concurrent payment optimizing system and method thereof | |
| CN116842106A (en) | Resource clue generation method and device | |
| CN111639916A (en) | Online auditing method, system and readable storage medium based on block chain technology and deep learning | |
| CN111709769A (en) | Data processing method and device | |
| Malakani et al. | Trading 4.0: An online peer-to-peer money lending platform | |
| US20240054484A1 (en) | Reconciliation systems and methods for unbounded streams | |
| US20240053999A1 (en) | Reconciliation systems and methods for unbounded streams | |
| US11257083B1 (en) | Dynamic transaction metadata validation adjustment based on network conditions |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 14A, Wanji Business Building, 138 Xinzhou 11th Street, Xinhua Community, Shatou Street, Futian District, Shenzhen, Guangdong 518000 Patentee after: Guangdong Junrun Shuzhi Technology Co.,Ltd. Country or region after: China Address before: 14A, Wanji Business Building, 138 Xinzhou 11th Street, Xinhua Community, Shatou Street, Futian District, Shenzhen, Guangdong 518000 Patentee before: Shenzhen One Page Technology Co.,Ltd. Country or region before: China |
|
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 518000, 813E27, 8th Floor, Tairan Cangsong Building, Tairan 6th Road, Tian'an Community, Shatou Street, Futian District, Shenzhen City, Guangdong Province Patentee after: Guangdong Junrun Shuzhi Technology Co.,Ltd. Country or region after: China Address before: 14A, Wanji Business Building, 138 Xinzhou 11th Street, Xinhua Community, Shatou Street, Futian District, Shenzhen, Guangdong 518000 Patentee before: Guangdong Junrun Shuzhi Technology Co.,Ltd. Country or region before: China |