CN119809624B

CN119809624B - Hot account control method, device, equipment, medium and product

Info

Publication number: CN119809624B
Application number: CN202411858828.0A
Authority: CN
Inventors: 李迎希
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2024-12-17
Filing date: 2024-12-17
Publication date: 2025-09-23
Anticipated expiration: 2044-12-17
Also published as: CN119809624A

Abstract

The invention discloses a hot spot account control method, a device, equipment, a medium and a product, which are applied to the field of financial science and technology and comprise the steps of establishing connection with a target server through a client and initiating a batch payment request to the target server, determining a concurrent number current limiting result of the batch payment request through the target server, determining an availability current limiting result through the target server when the concurrent number current limiting result is unlimited, issuing a pass token to the client through the target server when the availability current limiting result is unlimited, and carrying out batch payment of the hot spot account through the client based on the pass token. Through determining the concurrent number current limiting result, excessive batch payment requests can be avoided being processed simultaneously, the stability of the system and reasonable allocation of resources are guaranteed, more accurate current limiting is realized through determining the availability current limiting, the service quality and the user experience are improved, special token issuing and controlling can be carried out aiming at a hot spot account, and the risk is reduced and the compliance of transaction is guaranteed.

Description

Hot account control method, device, equipment, medium and product

Technical Field

The invention relates to the field of financial science and technology, and more particularly to a hotspot account control method, apparatus, device, medium and product.

Background

In today's highly digitized and globalized economic environment, the scale and complexity of financial transactions grows exponentially. With the rise of emerging business modes such as e-commerce, mobile payment and the like, batch payment has become a common and important transaction mode in the financial field. However, in processing batch payment transactions, particularly transactions involving hot spot accounts, a serious set of challenges are faced.

In the prior art, a current limiting scheme based on redis database storage is adopted, but the mode stores data in a cloud, if cloud data cannot be acquired, a request is released by default, the problem of a hot spot account cannot be completely solved, accurate identification and personalized control capability of the hot spot account are lacking, dynamic adjustment cannot be carried out according to the real-time transaction condition of the hot spot account, the payment efficiency is low, and the service quality is difficult to meet the requirements of users.

Disclosure of Invention

The invention provides a hot spot account control method, a hot spot account control device, hot spot account control equipment, a hot spot account control medium and a hot spot account control product, which are used for solving the problem that downstream overtime account suspicious is easy to trigger under high-concurrency transaction and increasing the success rate of the transaction.

According to one aspect of the invention, a hot spot account control method is provided, which is applied to a transaction system and comprises a client and a target server, wherein the method comprises the following steps:

establishing connection with a target server through a client, and initiating a batch payment request to the target server, wherein the batch payment request comprises a hot spot account identifier;

Determining concurrent number current limiting results of batch payment requests through a target server, and determining availability current limiting results through the target server when the concurrent number current limiting results are unlimited;

and when the availability restriction result is unlimited, issuing a pass token to the client through the target server, and carrying out batch payment of the hot spot account through the client based on the pass token.

Optionally, establishing connection with a target server through a client comprises determining a hot spot account identifier, determining an alternative server list according to the hot spot account identifier, initiating a connection request to a first server in the alternative server list, determining a corresponding first connection response time, and determining the first server as the target server to establish connection with the target server when the first connection response time does not exceed a preset time threshold.

Optionally, after determining the corresponding first connection response time, the method further includes initiating a connection request to a next service end in the candidate service end list and determining a corresponding second connection response time when the first response time exceeds a preset time threshold, judging whether the second connection response time yields the preset time threshold, if so, taking the next service end as a target service end, determining to establish connection with the target service end, and if not, determining that the connection fails, and degrading to be single-machine current limiting.

Optionally, determining the concurrent number current limiting result of the batch payment request through the target server side comprises determining a query rate per second corresponding to the batch payment request, judging whether the query rate per second is greater than a query rate threshold, if so, determining that the concurrent number current limiting result is limited, and if not, determining that the concurrent number current limiting result is unlimited.

Optionally, determining the availability current limiting result through the target server comprises the steps of obtaining a payment result fed back by the client through the target server, wherein the payment result comprises a normal payment result and an abnormal payment result, judging whether the ratio of the abnormal payment result in the payment result is larger than a preset ratio threshold, if so, determining that the availability current limiting result is limited, and if not, determining that the availability current limiting result is unlimited.

Optionally, the method further comprises the steps of issuing a rejection token to the client through the target server when the concurrent number limiting result or the availability limiting result is limiting, receiving the rejection token through the client, and initiating a batch payment request to the target server again after waiting for self-suspension according to preset time.

According to another aspect of the present invention, there is provided a hot spot account control apparatus, the apparatus comprising:

The batch payment request initiating module is used for establishing connection with the target server through the client and initiating a batch payment request to the target server, wherein the batch payment request comprises a hot spot account identifier;

The system comprises an availability current limiting result determining module, a target server side and a network node, wherein the availability current limiting result determining module is used for determining concurrent number current limiting results of batch payment requests through the target server side, and determining availability current limiting results through the target server side when the concurrent number current limiting results are unlimited;

and the hot spot account batch payment module is used for issuing a pass token to the client through the target server when the availability limiting result is unlimited, and carrying out batch payment of the hot spot account through the client based on the pass token.

According to another aspect of the present invention, there is provided an electronic apparatus including:

At least one processor;

And a memory communicatively coupled to the at least one processor;

The memory stores a computer program executable by the at least one processor, so that the at least one processor can execute a hot spot account control method according to any embodiment of the present invention.

According to another aspect of the present invention, there is provided a computer readable storage medium storing computer instructions for causing a processor to implement a hotspot account control method according to any of the embodiments of the present invention when executed.

According to another aspect of the invention, there is provided a computer program product comprising a computer program which, when executed by a processor, implements a hotspot account control method according to any of the embodiments of the present invention.

According to the technical scheme, through determining the concurrent number current limiting result, excessive batch payment requests can be prevented from being processed simultaneously, stability of a system and reasonable distribution of resources are guaranteed, more accurate current limiting is achieved through determining availability current limiting, batch payment is guaranteed only under the condition that current limiting rules are met, potential risks and errors are reduced, and service quality and user experience are improved. Special token issuance and control can be performed for the hot spot account, so that risk is reduced and compliance of transaction is guaranteed.

It should be understood that the description in this section is not intended to identify key or critical features of the embodiments of the invention or to delineate the scope of the invention. Other features of the present invention will become apparent from the description that follows.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for the description of the embodiments will be briefly described below, and it is apparent that the drawings in the following description are only some embodiments of the present invention, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a flowchart of a hot spot account control method according to a first embodiment of the present invention;

FIG. 2 is a flowchart of another method for hot spot account control according to a second embodiment of the present invention;

fig. 3 is a schematic structural diagram of a hot spot account control device according to a third embodiment of the present invention;

fig. 4 is a schematic structural diagram of an electronic device for implementing a hot spot account control method according to an embodiment of the present invention.

Detailed Description

In order that those skilled in the art will better understand the present invention, a technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present invention without making any inventive effort, shall fall within the scope of the present invention.

It should be noted that the terms "first," "second," and the like in the description and the claims of the present invention and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the invention described herein may be implemented in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

Example 1

Fig. 1 is a flowchart of a method for controlling a hot spot account according to an embodiment of the present invention, where the method may be applied to a scenario in which a hot spot account is controlled to make a batch payment, and the method may be performed by a hot spot account control device, where the hot spot account control device may be implemented in a form of hardware and/or software, and the hot spot account control device may be configured in a computer controller. As shown in fig. 1, the method includes:

s110, establishing connection with a target server through a client, and initiating a batch payment request to the target server, wherein the batch payment request comprises a hot spot account identifier.

The hot spot account refers to an account with high transaction frequency in a financial transaction scene. The embodiment of the invention is applied to a transaction system and comprises a client and a target server, wherein the client is a party initiating a batch payment request, for example, an internet banking APP or enterprise financial software used by a user and the like, and is communicated with the server through a network. The target server side refers to a party receiving and processing the batch payment request of the client side, and can be a payment processing server of a bank or a server of a third party payment platform. The batch payment request refers to a request sent by a client to a server for performing a plurality of payment operations. For example, the corporate financial staff selects a batch of payment information of suppliers through the corporate internet banking client, and sends the payment information to the bank server once, so as to request batch payment of the goods. The hot spot account identification is used for defining a specific hot spot account related to the payment operation, the hot spot account identification can be an account number, a user ID (identity) and the like, and a server side can determine which hot spot account the request is directed against through the hot spot account identification so as to check the account in terms of special concurrency, availability and the like.

It should be noted that different hot-spot accounts may correspond to different server resource allocation requirements due to factors such as service characteristics, regional distribution, and affiliated institutions. The system can pre-establish a mapping relation, namely after identifying a certain hot spot account identifier, a group of service terminals which are possibly suitable for processing the hot spot account service are screened out from a plurality of service terminals according to a preset rule, and an alternative service terminal list is formed. For example, some hot-spot accounts may be required to connect to a server with powerful cross-border payment processing capabilities due to large transaction volumes and related cross-border traffic, while some hot-spot accounts primarily conduct frequent small transactions locally, and may be more suitable to connect to local servers that focus on processing small high frequency transactions.

Specifically, the client initiates a connection request to the first server in the list of candidate servers according to the list order. The client side packages relevant information of the client side, hot spot account identification and the like into a proper data packet, and sends the proper data packet to the first server side through a network so as to attempt to establish connection. From the moment the client side sends out the connection request, timing is started until the response information returned by the first server side is received, so as to determine the first connection response time. The system can preset a time threshold, when the first connection response time recorded by the client does not exceed the preset time threshold, the first server can respond to the connection request of the client relatively quickly under the current condition, the processing capacity and the current state of the first server are relatively good, the timeliness requirement of business processing can be met, and at the moment, the first server is taken as a target server by the client and connection with the target server is determined to be established.

Specifically, when the first connection response time exceeds the preset time threshold, it indicates that the first server fails to respond to the connection request of the client in time under the current condition, which may be caused by that the load of the server is too high, the network is congested, or other temporary performance problems occur. At this time, in order to find a server that can respond and establish a connection in time to process a service related to the hot spot account, the client may switch to the next server to initiate a connection request according to the order of the list of alternative servers.

Similarly, the client may again initiate a timer mechanism to determine a second connection response time from the initiation of a connection request to the next server in the list of alternative servers. Similar to determining the first connection response time, the second connection response time is determined until the response information returned by the next server is received. If the second connection response time does not exceed the preset time threshold, the next service end can timely respond to the connection request of the client end within an acceptable time range, the processing capacity and the current state of the second connection response time are relatively good, and the timeliness requirement of service processing can be met. At this time, the client takes the next server as the target server and establishes connection with the target server.

It should be noted that, if the first connection response time exceeds the preset time threshold, the client may continue to initiate a connection request to the next server according to the order of the list of alternative servers, and repeat the above operations of determining the connection response time, until a server meeting the time threshold requirement is found as the target server.

Further, if the connection between the client and all the clients in the list of alternative service ends cannot be established, the client determines that the connection fails, and degenerates to a single-machine current limit, which refers to a way of performing flow limitation on the client itself or the local device. When the connection fails, the client starts a stand-alone current limiting mechanism in order to avoid resource waste or other business influence possibly caused by continuous connection attempt. For example, the frequency of subsequent connection requests may be limited, or some local existing service operations may be flow-limited, so that the service processing of the self may still be orderly maintained to a certain extent in the case that the connection to a suitable service end cannot be normally connected, so as to avoid problems such as local resource exhaustion caused by excessive connection attempt.

S120, determining a concurrent number current limiting result of the batch payment request through the target server, and determining an availability current limiting result through the target server when the concurrent number current limiting result is unlimited.

Wherein, the concurrency number refers to the number of requests processed simultaneously. The concurrent number current limiting result is a result obtained by the target server side after checking the received batch payment requests according to the processing capacity and configuration limitation of the target server side, and if the number of the batch payment requests currently being processed does not reach the maximum concurrent processing number set by the server side, the concurrent number current limiting result is unlimited. Availability refers to the status of whether the server and downstream payment channels can handle the request normally. The availability current limit result is the result obtained by the target server after checking the response condition of the downstream system.

The query rate per second (Queries Per Second, QPS) is an index that measures the number of query requests that the system can process in one second. When the client initiates a batch payment request to the target server, the target server disassembles and analyzes the batch payment request, and counts the number of all operation requests related to payment in unit time, so as to determine the query rate per second corresponding to the batch payment request. Specifically, a special counter can be arranged inside the target server or a related monitoring tool can be utilized. For example, in program code for processing a payment request, a count statement is set at a critical operating node, and the corresponding counter is incremented by 1 each time a new payment sub-operation request arrives. Then, every second, the server obtains the value of the counter as the number of inquiry requests in the second, namely, the inquiry rate per second corresponding to the batch payment request.

The inquiry rate threshold is a critical value preset according to the performance of the target server, the resource condition, the load born by the service and other factors, and represents the maximum inquiry request quantity which can be accepted per second on the premise that the system stably operates, the payment service can be normally processed and no performance bottleneck or fault occurs. For example, through performance test and service analysis, the target server side finds that when more than 500 payment-related query requests are processed per second, problems such as excessively high CPU utilization rate, slow database response and the like may occur, and normal operation of payment service is affected. At this time, 500 may be set as the query rate threshold.

Specifically, after the target server determines the query rate per second corresponding to the batch payment request, the query rate is compared with the query rate threshold. If the query rate per second is greater than the query rate threshold, it indicates that the number of query requests from the current batch payment request has exceeded a reasonable range that the system can withstand. At this time, too many requests may cause resources of the server to be tense, such as resources of the CPU, the memory, etc. to be excessively occupied, thereby affecting stability of the system and normal processing of the payment service, and at this time, the target client may determine that the concurrent number current limiting result is limited. If the query rate per second is not greater than the query rate threshold, it indicates that the query rate of the current batch payment request is within the acceptable range of the system, and the system currently has enough resources and capabilities to process the requests, at this time, the target client determines that the concurrent number of the current limit results are unlimited.

And S130, when the availability restriction result is unrestricted, issuing a pass token to the client through the target server, and carrying out batch payment of the hot spot account through the client based on the pass token.

The pass token is a payment authorization credential, and when the batch payment request passes the concurrent number and availability check, the target server issues the pass token to the client. When the client performs batch payment of the hot spot account, the pass token needs to be provided to prove that the client passes through the permission of the server, so that the payment operation is legal and compliant.

Specifically, when the concurrent number current limiting result is determined to be limiting by the target server, the concurrent number of batch payment requests received by the current system is indicated to be beyond the range which can be born by the system. In order to protect the stability and normal operation of the system, the target server side issues a rejection token to the client side at the moment. Similarly, when the availability current limit result is that there is a limit, it is indicated that the system has more abnormal payment results in the process of processing the payment request, and the duty ratio of the abnormal payment results has exceeded the preset proportion threshold. At this time, the availability of the system is affected, and continuing to process a large number of payment requests may further worsen the system condition, resulting in more abnormal situations, so that the target server may issue a reject token to the client as well.

Further, after receiving the rejection token, the client does not immediately initiate a batch payment request to the target server again, but rather waits for self-suspension according to a preset time. The preset time is set based on the characteristics of the system and the service requirements. For example, the preset time may be 5 minutes, considering that the system may not be able to quickly solve the problem of issuing the reject token in a short time, for example, the concurrency is too high, it may take some time to process a part of the request to return to the normal range, or the system failure requires time to repair, etc., so that a waiting time is set for the system to adjust its state. During the self-suspension waiting period, the client may suspend operations related to the batch payment request, such as suspending the request progress from the user, so as to avoid misleading the user. Meanwhile, the client is in a relatively dormant state, so that occupation of system resources is reduced, and the waiting for the end of the preset time is finished. After the preset time is over, the client side can initiate batch payment requests to the target server side again, at the moment, the target server side can check the new batch payment requests again in aspects of concurrence number current limiting results, availability current limiting results and the like so as to determine whether batch payment is normally performed or not, and therefore stability of a system and normal development of payment business are guaranteed.

Example two

Fig. 2 is a flowchart of a hot spot account control method according to a second embodiment of the present invention, where a specific process of determining an availability current limit result by a target server is added on the basis of the first embodiment. The specific contents of steps S210 to S220 are substantially the same as steps S110 to S120 in the first embodiment, and thus, a detailed description is omitted in this embodiment. As shown in fig. 2, the method includes:

S210, establishing connection with a target server through a client, and initiating a batch payment request to the target server, wherein the batch payment request comprises a hot spot account identifier.

S220, determining concurrent number flow limiting results of the batch payment requests through the target server.

And S230, when the concurrent number current limiting result is unlimited, acquiring a payment result fed back by the client through the target server, wherein the payment result comprises a normal payment result and an abnormal payment result.

Specifically, after the client receives the pass token, batch payment is executed, and a corresponding payment result is generated. The payment result includes a normal payment result, which indicates that the payment operation is successfully completed, funds have been successfully transferred, and an abnormal payment result, such as a payment failure, may be caused by various reasons such as insufficient account balance, payee information error, system failure, and the like.

S240, judging whether the ratio of the abnormal payment result to the payment result is larger than a preset ratio threshold, if so, executing S250, otherwise, executing S260.

The preset proportion threshold value refers to the maximum proportion of the tolerable abnormal payment results in all payment results on the premise of ensuring normal operation of the system and normal development of the service. The preset proportion threshold value can be comprehensively set according to the performance of the target server, the acceptable risk degree of the service, the system stability requirement and other factors. For example, for a payment system with high stability requirements and relatively low business risk tolerance, the preset proportion threshold may be set to be relatively low, such as 5%, where if the proportion of the abnormal payment results in all payment results exceeds 5%, the availability of the system and normal development of business may be greatly affected.

S250, determining that the limit exists as the limit of the availability current limiting result.

Specifically, after the target server obtains the payment result fed back by the client, the target server performs statistical analysis on the abnormal payment result, and calculates the ratio of the abnormal payment result in the payment result. If the ratio is larger than the preset ratio threshold, the system is proved to have serious abnormal payment condition at present, which may be caused by various reasons such as faults, unstable network, abnormal downstream service and the like of the system. At this time, a large number of abnormal payment results may affect the usability of the system, which may cause problems such as reduced user experience and blocked business process. The target server determines that the availability restriction result is a restriction, that is, the availability restriction needs to be performed on the subsequent payment request, for example, measures such as processing part of the request, placing part of the request into a waiting queue or directly rejecting the part of the request may be delayed, so as to ensure the stability and availability of the system. If the ratio of the abnormal payment result in the payment result is not greater than the preset ratio threshold, the current payment situation of the system is relatively stable, and although some individual abnormal payment situations may exist, the abnormal payment situation is not beyond the acceptable business range as a whole, and the availability current limiting result is determined to be unlimited.

And S260, determining that the availability restriction result is unlimited, issuing a pass token to the client through the target server, and carrying out batch payment of the hot spot account through the client based on the pass token.

According to the technical scheme provided by the embodiment of the invention, the actual availability condition of the service can be accurately judged by analyzing the payment result fed back by the client, and the availability current limiting result is dynamically determined according to the comparison of the proportion of the abnormal payment result and the preset proportion threshold value, so that the current limiting strategy can be adapted to the actual running condition of the system in real time. When the proportion of the abnormal payment results is too high, the limitation is carried out in time, which is helpful for reducing the risk of financial transaction and guaranteeing the safety of funds and the normal proceeding of transaction.

Example III

Fig. 3 is a schematic structural diagram of a hot spot account control device according to a third embodiment of the present invention. As shown in fig. 3, the apparatus includes a batch payment request initiating module 310, configured to establish a connection with a target server through a client, and initiate a batch payment request to the target server, where the batch payment request includes a hotspot account identifier;

the availability limiting result determining module 320 is configured to determine a concurrent number limiting result of the batch payment request through the target server, and determine an availability limiting result through the target server when the concurrent number limiting result is unlimited;

And the hot spot account batch payment module 330 is configured to issue a pass token to the client through the target server and perform batch payment of the hot spot account based on the pass token through the client when the availability restriction result is unlimited.

Optionally, the batch payment request initiating module 310 specifically includes a connection establishing unit, configured to determine a hotspot account identifier and determine an alternative server list according to the hotspot account identifier, initiate a connection request to a first server in the alternative server list and determine a corresponding first connection response time, and when the first connection response time does not exceed a preset time threshold, determine that the first server is used as a target server and establish connection with the target server.

Optionally, the batch payment request initiating module 310 further includes a next server connection unit, configured to initiate a connection request to a next server in the candidate server list and determine a corresponding second connection response time after determining the corresponding first connection response time, when the first response time exceeds a preset time threshold, determine whether the second connection response time yields the preset time threshold, if so, determine that the next server is used as a target server, and establish connection with the target server, and if not, determine that the connection fails, and degrade to a stand-alone current limit.

Optionally, the availability current limiting result determining module 320 specifically includes a concurrent number current limiting result determining unit, configured to determine a query rate per second corresponding to the batch payment request, determine whether the query rate per second is greater than a query rate threshold, if yes, determine that a concurrent number current limiting result is limited, and if not, determine that the concurrent number current limiting result is unlimited.

Optionally, the availability current limiting result determining module 320 specifically includes an availability current limiting result determining unit, configured to obtain, by using a target server, a payment result fed back by the client, where the payment result includes a normal payment result and an abnormal payment result, determine whether a ratio of the abnormal payment result in the payment result is greater than a preset ratio threshold, if yes, determine that the availability current limiting result is limited, and if not, determine that the availability current limiting result is unlimited.

Optionally, the device further comprises a self-suspending waiting module, wherein the self-suspending waiting module is used for issuing a rejection token to the client through the target server when the concurrent number current limiting result or the availability current limiting result is limited, receiving the rejection token through the client, and initiating a batch payment request to the target server again after self-suspending waiting is carried out according to preset time.

The hot spot account control device provided by the embodiment of the invention can execute the hot spot account control method provided by any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.

Example IV

Fig. 4 shows a schematic diagram of the structure of an electronic device 10 that may be used to implement an embodiment of the invention. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. Electronic equipment may also represent various forms of mobile devices, such as personal digital assistants, cellular telephones, smartphones, wearable devices (e.g., helmets, eyeglasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the inventions described and/or claimed herein.

As shown in fig. 4, the electronic device 10 includes at least one processor 11, and a memory, such as a Read Only Memory (ROM) 12, a Random Access Memory (RAM) 13, etc., communicatively connected to the at least one processor 11, in which the memory stores a computer program executable by the at least one processor, and the processor 11 may perform various appropriate actions and processes according to the computer program stored in the Read Only Memory (ROM) 12 or the computer program loaded from the storage unit 18 into the Random Access Memory (RAM) 13. In the RAM 13, various programs and data required for the operation of the electronic device 10 may also be stored. The processor 11, the ROM 12 and the RAM 13 are connected to each other via a bus 14. An input/output (I/O) interface 15 is also connected to bus 14.

Various components in the electronic device 10 are connected to the I/O interface 15, including an input unit 16, such as a keyboard, mouse, etc., an output unit 17, such as various types of displays, speakers, etc., a storage unit 18, such as a magnetic disk, optical disk, etc., and a communication unit 19, such as a network card, modem, wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.

The processor 11 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various processors running machine learning model algorithms, digital Signal Processors (DSPs), and any suitable processor, controller, microcontroller, etc. The processor 11 performs the various methods and processes described above, such as a hotspot account control method.

In some embodiments, a hotspot account control method may be implemented as a computer program tangibly embodied on a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and/or installed onto the electronic device 10 via the ROM 12 and/or the communication unit 19. One or more of the steps of a hotspot account control method described above may be performed when a computer program is loaded into RAM 13 and executed by processor 11. Alternatively, in other embodiments, processor 11 may be configured to perform a hotspot account control method in any other suitable manner (e.g., by means of firmware).

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include being implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be a special or general purpose programmable processor, operable to receive data and instructions from, and to transmit data and instructions to, a storage system, at least one input device, and at least one output device.

A computer program for carrying out methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the computer programs, when executed by the processor, cause the functions/acts specified in the flowchart and/or block diagram block or blocks to be implemented. The computer program may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of the present invention, a computer-readable storage medium may be a tangible medium that can contain, or store a computer program for use by or in connection with an instruction execution system, apparatus, or device. The computer readable storage medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. Alternatively, the computer readable storage medium may be a machine readable signal medium. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on an electronic device having a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user and a keyboard and a pointing device (e.g., a mouse or a trackball) by which the user can provide input to the electronic device. Other kinds of devices may also be used to provide for interaction with a user, for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback), and input from the user may be received in any form, including acoustic input, speech input, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a Local Area Network (LAN), a Wide Area Network (WAN), a blockchain network, and the Internet.

The computing system may include clients and servers. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical hosts and VPS service are overcome.

It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps described in the present invention may be performed in parallel, sequentially, or in a different order, so long as the desired results of the technical solution of the present invention are achieved, and the present invention is not limited herein.

The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.

Claims

1. The hot spot account control method is characterized by being applied to a transaction system and comprising a client side and a target server side, and comprises the following steps:

Determining, by the target server, a concurrent number current limit result of the batch payment request, including:

determining a query rate per second corresponding to the batch payment request;

Judging whether the query rate per second is greater than a query rate threshold value, if so, determining that the concurrent number current limiting result is limiting;

otherwise, determining that the concurrent number current limiting result is unlimited;

When the concurrent number current limiting result is unlimited, determining an availability current limiting result through the target server side, wherein the method comprises the following steps:

obtaining a payment result fed back by the client through the target server, wherein the payment result comprises a normal payment result and an abnormal payment result;

Judging whether the ratio of the abnormal payment result in the payment result is larger than a preset ratio threshold, if so, determining that the availability current limiting result is limiting;

Otherwise, determining that the availability current limiting result is unlimited;

And when the availability limiting result is unlimited, issuing a pass token to a client through a target server, and carrying out batch payment of the hot spot account based on the pass token through the client.

2. The method of claim 1, wherein the establishing a connection with the target server through the client comprises:

Determining a hot spot account identifier, and determining an alternative server list according to the hot spot account identifier;

initiating a connection request to a first server in the alternative server list, and determining a corresponding first connection response time;

and when the first connection response time does not exceed a preset time threshold, the first server is used as a target server, and connection with the target server is determined to be established.

3. The method of claim 2, wherein after the determining the corresponding first connection response time, the method further comprises:

When the first connection response time exceeds a preset time threshold, initiating a connection request to the next service end in the alternative service end list, and determining a corresponding second connection response time;

judging whether the second connection response time yields a preset time threshold, if so, taking the next service end as a target service end, and determining to establish connection with the target service end;

otherwise, determining that the connection fails, and degrading to single-machine current limiting.

4. The method according to claim 1, characterized in that the method further comprises:

when the concurrent number current limiting result or the availability current limiting result is that there is a limit, issuing a rejection token to a client through the target server;

And receiving the rejection token through the client, and initiating a batch payment request to the target server again after waiting for self-suspension according to preset time.

5. A hotspot account control apparatus, comprising:

the batch payment request initiating module is used for establishing connection with a target server through a client and initiating a batch payment request to the target server, wherein the batch payment request comprises a hot spot account identifier;

The availability current limiting result determining module is configured to determine, by using the target server, a concurrent number current limiting result of the batch payment request, where the current limiting result includes:

determining a query rate per second corresponding to the batch payment request;

and the hot spot account batch payment module is used for issuing a pass token to the client through the target server when the availability limiting result is unlimited, and carrying out batch payment of the hot spot account based on the pass token through the client.

6. An electronic device, the electronic device comprising:

At least one processor;

And a memory communicatively coupled to the at least one processor;

Wherein the memory stores a computer program executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-4.

7. A computer storage medium storing computer instructions for causing a processor to perform the method of any one of claims 1-4 when executed.

8. A computer program product, characterized in that it comprises a computer program which, when executed by a processor, implements the method according to any of claims 1-4.