CN111541619B

CN111541619B - Self-adaptive active load adjusting method and device for enterprise information networking checking system

Info

Publication number: CN111541619B
Application number: CN202010360414.0A
Authority: CN
Inventors: 请求不公布姓名
Original assignee: PEOPLE'S BANK OF CHINA NATIONAL CLEARING CENTER
Current assignee: PEOPLE'S BANK OF CHINA NATIONAL CLEARING CENTER
Priority date: 2020-04-30
Filing date: 2020-04-30
Publication date: 2023-05-05
Anticipated expiration: 2040-04-30
Also published as: CN111541619A

Abstract

The invention provides a self-adaptive active load adjusting method and a self-adaptive active load adjusting device for an enterprise information networking checking system, wherein the method comprises the following steps: judging whether the enterprise information networking checking system enters a high-load state according to preset judging conditions; if yes, acquiring an exit probability increase step according to the current waiting request number in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein the exit probability increasing step length is updated once at preset time intervals; acquiring an exit percentage according to the current exit probability increasing step length and a preset exit percentage limiting interval; the exit percentage interval is updated once at preset time; calculating the exit probability of each ultralong connection in the main control cluster corresponding to the message queue, wherein the exit percentage is updated at preset time intervals; and controlling whether the ultra-long connection is disconnected or not according to the current exit percentage and the exit probability of the ultra-long connection, so that the message turnover speed can be improved.

Description

Self-adaptive active load adjusting method and device for enterprise information networking checking system

Technical Field

The invention relates to the technical field of computers, in particular to a self-adaptive active load adjusting method and device for an enterprise information networking checking system.

Background

When a financial institution (such as a bank and the like) opens an account for an enterprise, the related information of the enterprise needs to be verified, and the information is scattered in tax departments, business departments, worker business departments and the like, and a unified authority channel is lacked when the information is checked.

The enterprise information networking checking system MIVS (Multi Information Verification System) needs to be established, so that a financial institution is in butt joint with an engineering department system, a tax administration system and a market supervision administration system, and the enterprise related personnel mobile phone number authenticity checking service, enterprise tax condition checking service, enterprise registration information checking service and the like are provided for banking institutions and non-banking payment institutions.

However, in the MIVS, the HTTP connection established by all check requests adopts a blocking waiting mode, so that when the system load is high (the local queue messages are accumulated more), the subsequent messages cannot be processed in time, and the message turnover speed is reduced.

Disclosure of Invention

In view of the problems in the prior art, the present invention provides a method and apparatus for adaptive active load adjustment for an enterprise information networking verification system, an electronic device, and a computer readable storage medium, which can at least partially solve the problems in the prior art.

In order to achieve the above purpose, the present invention adopts the following technical scheme:

in a first aspect, a self-adaptive active load adjustment method of an enterprise information networking checking system is provided, the enterprise information networking checking system receives a connection request from a message queue, waits for a master control cluster corresponding to the message queue to process, and each process in the master control cluster maintains a connection;

the method comprises the following steps:

judging whether the enterprise information networking checking system enters a high-load state according to preset judging conditions;

if yes, acquiring an exit probability increase step according to the current waiting request number in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein the exit probability increasing step length is updated once at preset time intervals;

acquiring an exit percentage according to the current exit probability increasing step length and a preset exit percentage limiting interval; the exit percentage interval is updated once at preset time;

calculating the exit probability of each ultralong connection in the main control cluster corresponding to the message queue, wherein the exit percentage is updated at preset time intervals;

and controlling whether the ultra-long connection is disconnected or not according to the current exit percentage and the exit probability of the ultra-long connection.

Further, the adaptive active load adjustment method further comprises:

if the enterprise information networking checking system does not enter a high-load state, the exit percentage is directly set to 0.

Further, the preset judging condition is: the number of current processes in the master control cluster is greater than or equal to the maximum value of the number of preset processes in the master control cluster, and the number of waiting requests in the message queue is greater than the preset congestion threshold of the message queue.

Further, the obtaining the exit probability increase step according to the current waiting request number in a message queue, the preset congestion threshold value of the message queue and the preset step limit value includes:

subtracting a preset congestion threshold value of the message queue from the current waiting request quantity in the message queue to obtain a difference value;

dividing the difference value by a preset congestion threshold value of the message queue to obtain a preliminary step length;

judging whether the preliminary step length is smaller than or equal to the preset step length limit value;

if yes, taking the preliminary step length as the exit probability increasing step length;

if not, taking the preset step length limit value as the exit probability increasing step length.

Further, the step of obtaining the exit percentage according to the current exit probability increasing step length and the preset exit percentage limiting interval comprises the following steps:

Judging whether the number of the waiting requests in the message queue when the current exit probability increasing step length is calculated is larger than the number of the waiting requests in the message queue when the exit probability increasing step length is calculated last time;

if yes, obtaining a preliminary percentage by adding the exit probability increment step length to the exit percentage obtained by the previous calculation;

if not, subtracting the exit probability increasing step length from the exit percentage obtained by the last calculation to obtain a preliminary percentage;

judging whether the preliminary percentage is positioned in a preset exit percentage limiting interval or not;

if the preliminary percentage is within a preset exit percentage limiting interval, taking the preliminary percentage as the exit percentage;

if the preliminary percentage is not located in the preset exit percentage limiting interval, taking an interval endpoint value closest to the preliminary percentage as the exit percentage;

when the exit percentage is initially calculated, the number of the waiting requests in the message queue when the exit probability increasing step length is calculated last time and the value of the exit percentage obtained by the last calculation are set to be 0.

Further, the calculating the exit probability of each lengthy connection in the master cluster corresponding to the message queue includes:

And obtaining the exit probability of each ultralong connection in the master control cluster corresponding to the message queue by using a random algorithm.

Further, the controlling whether the ultra-long connection is disconnected according to the current exit percentage and the exit probability of the ultra-long connection comprises:

judging whether the exit probability of the ultra-long connection is smaller than the current exit percentage;

if yes, disconnecting the overlength connection;

if not, the extra long connection is maintained.

Further, the method further comprises the following steps:

judging whether the connection duration of the connection in the blocking waiting in the main control cluster is longer than a preset duration;

if yes, the connection in the blocking waiting is an ultra-long connection;

if not, the connection waiting for blocking is not an extra long connection.

In a second aspect, a self-adaptive active load adjustment device of an enterprise information networking checking system is provided, the enterprise information networking checking system receives a connection request from a message queue, waits for a master control cluster corresponding to the message queue to process, and each process in the master control cluster maintains a connection;

the device comprises:

the high load state judging module judges whether the enterprise information networking checking system enters a high load state according to preset judging conditions;

The enterprise information networking checking system enters a high-load state, and acquires an exit probability increase step according to the current waiting request number in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein the exit probability increasing step length is updated once at preset time intervals;

the exit percentage acquisition module acquires the exit percentage according to the current exit probability increasing step length and a preset exit percentage limiting interval; the exit percentage interval is updated once at preset time;

the method comprises the steps of calculating the exit probability of each ultra-long connection in a main control cluster corresponding to a message queue by an ultra-long connection exit probability acquisition module, wherein the exit percentages are updated at preset time intervals;

the ultra-long connection control module is used for controlling whether the ultra-long connection is disconnected or not according to the current withdrawal percentage and the withdrawal probability of the ultra-long connection;

wherein, the exit percentage acquisition module comprises:

the first judging unit is used for judging whether the number of the waiting requests in the message queue is larger than the number of the waiting requests in the message queue when the current exit probability increasing step is calculated;

A percentage increasing unit, configured to obtain a preliminary percentage by adding the exit percentage obtained by the previous calculation to the exit probability increasing step if the number of requests waiting in the message queue when the current exit probability increasing step is calculated is greater than the number of requests waiting in the message queue when the exit probability increasing step is calculated last time;

the percentage reducing unit is used for obtaining a preliminary percentage by subtracting the exit probability increasing step length from the exit percentage obtained by the last calculation if the number of the requests waiting in the message queue is not more than the number of the requests waiting in the message queue when the exit probability increasing step length is calculated at the current exit probability increasing step length;

the second judging unit is used for judging whether the preliminary percentage is positioned in a preset exit percentage limiting interval or not;

the first percentage determining unit is used for taking the preliminary percentage as the exit percentage if the preliminary percentage is in a preset exit percentage limiting interval;

the second percentage determining unit is used for taking the end point value of the interval closest to the preliminary percentage as the exit percentage if the preliminary percentage is not located in a preset exit percentage limiting interval;

And when the exit percentage is calculated initially, setting the number of the waiting requests in the message queue when the exit probability increasing step length is calculated last time and the value of the exit percentage obtained by the last calculation to be 0.

In a third aspect, an electronic device is provided that includes a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the adaptive active load adjustment method of the enterprise information networking verification system described above when the program is executed.

In a fourth aspect, a computer readable storage medium is provided, on which a computer program is stored, which when executed by a processor, implements the steps of the adaptive active load adjustment method of an enterprise information networking verification system described above.

The invention provides a self-adaptive active load adjusting method and device for an enterprise information networking checking system, electronic equipment and a computer readable storage medium, wherein the enterprise information networking checking system receives a connection request from a message queue, waits for a master control cluster corresponding to the message queue to process, and maintains a connection for each process in the master control cluster; the method comprises the following steps: judging whether the enterprise information networking checking system enters a high-load state according to preset judging conditions; if yes, acquiring an exit probability increase step according to the current waiting request number in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein the exit probability increasing step length is updated once at preset time intervals; acquiring an exit percentage according to the current exit probability increasing step length and a preset exit percentage limiting interval; the exit percentage interval is updated once at preset time; calculating the exit probability of each ultralong connection in the main control cluster corresponding to the message queue, wherein the exit percentage is updated at preset time intervals; and controlling whether the ultra-long connection is disconnected or not according to the current withdrawal percentage and the withdrawal probability of the ultra-long connection, wherein the load condition of the system is automatically identified, the resource recovery percentage required by the system is actively calculated according to the waiting request quantity, the probabilistic resource recovery of the ultra-long connection can effectively achieve the self-adaptive load regulation effect of the system without manual intervention, the processing capacity of the MIVS part is ensured to be quickly released under the system message accumulation scene, so that the message is processed in time, the message turnover speed is improved, and in addition, the load reduction speed is controlled according to the increase condition of the current waiting request quantity, so as to realize self-adaptive regulation.

The foregoing and other objects, features and advantages of the invention will be apparent from the following more particular description of preferred embodiments, as illustrated in the accompanying drawings.

Drawings

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

FIG. 1 is a logical architecture diagram of an enterprise information networking audit system in an embodiment of the present invention;

FIG. 2 is a physical architecture of an NPC in an embodiment of the invention;

FIG. 3 is an application architecture of an enterprise information networking audit system in an embodiment of the present invention;

FIG. 4 illustrates a flow of current limit control in an embodiment of the invention;

FIG. 5 is a flow chart of an adaptive active load adjustment method in an embodiment of the invention;

fig. 6 shows a specific step of step S200 in fig. 5;

fig. 7 shows a specific step of step S300 in fig. 5;

FIG. 8 illustrates a schematic diagram of adaptive active load regulation in an embodiment of the present invention;

FIG. 9 is a block diagram of an adaptive active load regulation device in an embodiment of the present invention;

fig. 10 is a block diagram of an electronic device according to an embodiment of the present invention.

Detailed Description

In order to make the present application solution better understood by those skilled in the art, the following description will be made in detail and with reference to the accompanying drawings in the embodiments of the present application, it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments herein without making any inventive effort, shall fall within the scope of the present application.

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

It should be noted that the terms "comprises" and "comprising," and any variations thereof, in the description and claims of the present application and in the foregoing figures, 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 or inherent to such process, method, article, or apparatus.

It should be noted that, in the case of no conflict, the embodiments and features in the embodiments may be combined with each other. The present application will be described in detail below with reference to the accompanying drawings in conjunction with embodiments.

The enterprise information networking checking system in the embodiment of the invention receives information checking requests sent by checking institutions such as a bank branch institution, a bank, a non-bank payment institution and the like, forwards checking information to a market supervision and management office, an industrial and informatization department and a tax office, and feeds back checking result information fed back by related departments to the checking institutions. Mainly embody the following technical characteristics:

(1) Distributed architecture operation

The enterprise information networking check adopts a distributed architecture, supports multi-center and multi-instance parallel operation, can horizontally expand according to the service development requirement, greatly improves the service processing capacity and service continuity capability, and ensures the checking efficiency of a checking mechanism.

(2) Providing multiple access modes for participants

The enterprise information networking checking system supports synchronous and asynchronous communication modes, is suitable for different architecture systems, provides one-stop enterprise information inquiry for banks and non-bank payment institutions, and acquires checking results of each principal in real time. The participating mechanism can freely select an access mode according to the situation in a line, so that the participating mechanism is supported to access the system through the payment message transmission platform, and meanwhile, a web interface mode and a web non-interface mode are provided for a small micro bank or a bank with weak technical strength, so that the low-cost quick access of the participating mechanism is supported.

(3) Multi-center multi-instance one-touch handoff

The enterprise information networking checking system can be used for respectively deploying two application servers in three places, wherein the application servers in the two places are in double-active operation, the servers in the other places are in hot standby state, a three-center double-active architecture is constructed, one-key switching among three centers is supported, the continuous operation capability of the system is greatly improved, and the capability of the system for coping with various emergencies is improved.

(4) Unified messaging standard

The system is used for interfacing different industry standards respectively, uniformly converting interfaces provided by each department of commission, issuing uniform interconnection standards and message standards and providing a uniform query entrance for participants.

(5) Multi-dimensional flow control strategy

In order to ensure the stable operation of the department and commission system and prevent participants from initiating check requests in a large scale in a short time, impact is caused to the department and commission server, the enterprise information networking check system designs multidimensional flow control, and performs flow limiting setting on participating institutions. The time dimension is divided into a second current limit and a daily current limit, the second current limit controls the maximum processing number of each second of the check transaction, and the daily current limit controls the maximum processing number of each day of the check transaction; the method comprises the steps of dividing the dimension of a control object into a system current limit and a special current limit, wherein the system current limit controls the maximum processing number of each second and each day of a check transaction aiming at global control, all participants share the current limit, and the special current limit independently sets the flow aiming at the special participants, so that a large number of the participants are prevented from sending the total flow of the service exhaustion system.

(6) Perfected security system

The enterprise information networking checking system is provided with a perfect security system for ensuring the information security of participating institutions, enterprise information networking systems and minister. The enterprise information networking checking system at the data transmission layer adopts a domestic encryption algorithm SM4 to encrypt and transmit the log by depending on a payment system transmission platform, and uses multiple encryption algorithms such as RC4, URL (uniform resource locator) code and the like between the log and an external commission through SSL (secure socket layer) certificates, so that the safe transmission of data at the transmission layer and the application layer is ensured. The enterprise information networking checking system and the third party are used for realizing network transmission through a physical private line at a network access layer, and a router and network equipment are both special equipment which are reliable for both parties, so that the security, the reliability and the anti-eavesdropping performance of the network transmission are ensured from a physical equipment layer.

As shown in fig. 1, the participants send verification requests to a corporate information networking verification system (MIVS) via a payment messaging Platform (PMTS) channel. The payment system sends the message to a plurality of data centers through the B-type message setting.

The enterprise information networking checking system interacts with the troop according to the participant message, and the resource can be laterally expandable along with the increase of the traffic. The MIVS adopts a synchronous calling mode with the real-time inquiry of the industrial information department and the market supervision master system; the MIVS and tax administration system real-time inquiry adopts an asynchronous interaction mode.

The NPC (National Processing Center) national processing center is a central node connecting all city nodes of the payment system and privileged participants and is responsible for receiving, forwarding CCPCs and received revenue, processing payment instructions for the privileged participants, and a collection of hardware and software systems for funds clearing. FIG. 2 is a physical architecture of an NPC in an embodiment of the invention; as shown in fig. 2, the MIVS includes 6 IBM P series servers, two each of three setting sites, wherein the server of two setting sites is a main operation center, and the server of the other setting site is a standby operation center. The MIVS server is deployed in the access resource pool, the two main and standby switches provide network access for the access resource pool server, and the signature server is communicated with the MIVS server through firewall and security gateway rule setting.

The enterprise information networking checking system takes a background checking transaction system as a core, and a transmission system, an operation and maintenance monitoring system and an information system are auxiliary support systems.

The enterprise information networking checking system realizes the design and development of 4 application subsystems including the checking transaction, operation and maintenance monitoring and information management 3 major categories, and the application architecture is shown in fig. 3 and comprises the following contents:

1. verifying transaction-like applications

The transaction checking application is mainly used for receiving, checking and processing three types of checking messages sent by the participants in real time according to a business processing flow determined by a business requirement book of the enterprise information networking checking system, calling an external delegation WebService interface to forward a checking request to an external delegation, and feeding back a processing result to the participants in real time after receiving an external delegation checking response. Mainly comprises the following functional modules:

(1) Main control module

The main control program acquires the message by polling the mq local queue mode and calls the message processing service. The main control program supports concurrency, and considers that the multiple processes wait for the response of the server side at the same time when concurrency is large, system resources are possibly consumed, each server main control program is planned not to exceed the configured concurrency number, an independent monitoring program is provided, and under the condition that messages are accumulated, the main control with longer waiting time is informed to disconnect http connection, and subsequent messages are continuously processed.

(2) Safety checking module

The checking transaction system is directly connected with the signature server, the application message is checked and the response message is signed, a switch is arranged on the checking/signing function, and the switch state is flexibly arranged on line according to the actual traffic and the response time.

(3) External interface calling module

The checking transaction system sends a query request by calling an external client WebsService interface, real-time query adopts an https post synchronous calling mode, and batch query adopts an SFTP asynchronous calling mode. The communication department reflects that the operators support a real-time query mode for a first period, and the batch query mode needs to further communicate and confirm.

(4) Timeout control

Because the real-time inquiry is synchronous calling mode, the system should have a timeout control mechanism, and after timeout, the inquiry is restarted. The communication portal timeout time was set to 4 seconds and the marketing administration timeout time was set to 6 seconds.

(5) Message inspection

The message format check is realized by the PMTS message transmission platform through the schema configuration file, and the message service check is realized by the checking transaction system through the service check item configuration file.

(6) Log management

And checking the log file of the transaction system recorded on the sent and received messages for the statistical analysis and charging system.

(7) Message processing

The checking transaction system receives and analyzes the uplink XML message of the participant, converts the uplink XML message into an https post request in json format, synchronously calls the communication hospital WebService service, and converts the response into the XML message and sends the XML message to the participant after receiving the https response.

(8) Current limiting control

Three agents set upper limit control for both per second traffic and daily traffic. The flow-limiting control module controls the flow rate by taking time as a unit and is divided into second flow-limiting and day flow-limiting. The second current limiting control checks the maximum processing number of transactions per second, and the daily current limiting control checks the maximum processing number of transactions per day; the method comprises the steps of dividing the dimension of a control object into a system current limit and a special current limit, setting the maximum processing number of each second and each day of check transaction for global control, sharing the current limit by all participants, and independently setting the flow for the special participants by the special current limit, so that the total flow of the service depletion system is prevented from being sent by certain participants in a large quantity.

The current limiting module is a dynamic link library, and is called by the main control, and returns a current limiting processing result, and the internal processing logic is as shown in fig. 4:

1) MCTLMSGHDL the current limiting interface is called through a current limiting module mctltoken. So, and the parameters are [ line number ]

2) Checking all restrictions in the system level restriction packet:

(1) if the second limit is exceeded, the system level second overrun is returned, MCTLMSGHDL receives the error code and the service is forwarded to the next second for processing.

(2) If the total amount of day limit is exceeded, returning to the system level of day overrun, MCTLMSGHDL receiving the error code, refusing to process the inquiry application, and replying that the inquiry amount of the participant on the day is used up.

3) Flow limiting configuration for inquiring existence of row number

(1) Current limiting configuration of [ line number ] exists, and continuing step 4);

(2) the current limiting configuration of the line number is not existed, a copy of the special current limiting configuration serving as the line number is copied in the shared memory according to the default configuration in the special current limiting configuration as a template;

4) Checking all restrictions in the row-level special restriction group:

(1) if the second count limit is exceeded, a line level second overrun is returned, MCTLMSGHDL receives the error code, and an instantaneous peak overrun is returned to the participant, so that the inquiry service is refused.

(2) If the line exceeds the total amount of day limit, return line level overtime, MCTLMSGHDL receive the error code, refuse to process the inquiry application, and reply to the participant that the inquiry amount of day has been exhausted.

5) The system level query limit and the line query limit are reduced by 1, the returned query is available, and MCTLMSGHDL can initiate normal query service according to the returned query.

(9) Automated interface simulation

And the checking transaction system is synchronously developed as a client and a minister server platform, operators participate in joint debugging test time uncertainty, and in order to ensure the progress of unit testing, laboratory testing, integrated testing and the like of the checking transaction system, the minister server needs to be subjected to simulation research and development, so that the client and the server are in butt joint. As a tool according to the actual need.

(10) Automatic loading

And (5) balancing the load of the external access server. The communication portal WebService server provides 2 IPs for client connections. Under normal conditions, the client initiates a checking application to realize load balancing. Load balancing is achieved by gateway applications for the first time.

Access service load balancing is provided externally. Such as providing WebService services to three principals, consider using an F5 or Array server to achieve load balancing.

Load balancing is performed in pairs. The PMTS-NPC automatically balances the load among a plurality of gateways according to the inquiry application of the participant, and the function is already provided and does not need to be independently developed.

(11) Fault tolerant mechanism

Fault tolerance is achieved. The communication hospital WebService server provides 2 IPs for the client to connect, wherein under one failure condition, the client automatically connects the traffic load switch to the other one.

Fault tolerance in the site. And under the condition that a single server in a certain site of the transaction system is checked to be faulty, the PMTS-NPC supports automatic isolation.

Inter-site fault tolerance. And according to the B-type message, realizing automatic switching among stations on an ASFF automatic switching platform.

(12) Data security

In the data transmission process, for sensitive information such as name, certificate number and the like, the verification transaction system adopts an encryption algorithm to carry out encryption transmission and encryption storage.

The related transmission links such as PMTS message transmission platform, https protocol and the like support encrypted transmission.

In the aspect of encryption storage, the message log file adopts a symmetrical encryption algorithm to encrypt and store sensitive information such as names, certificate numbers and the like in the message.

(13) Connecting pool

The checking transaction system is provided with a connection pool function, and mainly provides 4 functions, namely, firstly, connection is established when connection is used for the first time, secondly, the connection is not closed after an HTTP request is responded, the connection is returned to the pool, thirdly, the connection with the same purpose can obtain an available connection from the pool, and thirdly, expired connection is cleaned regularly.

2. And (5) operating and maintaining monitoring application.

The operation and maintenance monitoring system comprises system monitoring and application monitoring. The application monitoring is responsible for carrying out real-time monitoring on the system operation and service processing conditions, and the monitoring content mainly comprises information such as service volume, system operation state, abnormal service and the like. The system monitoring is to monitor the running condition of the equipment of the system in real time, and the monitoring content mainly comprises information such as the use condition of system resources, the use condition of middleware and the like.

The functions described above may be implemented by custom development of existing payment system operation and maintenance infrastructure. And the system monitoring (monitoring the running condition of the gateway application system) is supported for a period, and the service monitoring function is added subsequently. The system monitoring comprises the following steps: MQ queues, MIVS applications, MIVS traffic exception handling, PMTS-Client applications, etc.

3. Information system class application

Information system applications are divided into statistical analysis systems and billing systems. The statistics and analysis of business data are mainly carried out by collecting and checking log information (content log) of a transaction system.

The statistical analysis system is based on business data acquisition, and provides data analysis service for users by utilizing data warehouse and big data technology, and mainly comprises functions of data acquisition, ETL, result display and the like. The data acquisition is based on big data technology, corresponding application log files are analyzed, mobile phone number verification application business detail elements are extracted, and the mobile phone number verification application business detail elements are written into a big data platform of the payment system. And the ETL performs data processing display according to the specific dimension of the data warehouse.

The charging system is based on the service statistics data and combines the specific charging rate to count out the cost data, and provides charging service and detail download service for the participants, and mainly comprises participant charging rate management, charging list progress management, fee deduction service, detail download service and the like.

The functions can be realized by custom development of the existing payment system statistical analysis and big data infrastructure.

In summary, the enterprise information networking checking system opens up the channels for information sharing and checking among people's banks, each principal, banks and non-bank payment institutions, realizes three functions of checking the mobile phone number of the relevant personnel of the enterprise, the tax state of the enterprise and the registration information of the enterprise, and simultaneously generates great economic and social benefits.

(1) Is beneficial to saving economic cost for institutions such as banks

The national institutes of ordinary affairs at 12 and 24 in 2019 comprehensively cancels the account opening permission of the enterprise banking account before deciding on the end of 2019, which means that the enterprise banking account is independently born with the account management responsibility of the enterprise banking. According to investigation, the bank performs mobile phone number inquiry to pay for verification to the operator, and the enterprise tax and registration information also need to pay for acquiring data to the commercial establishments, so that more manpower and material resources are consumed due to the reinforcement of the audit. The people bank connects the external clients in a total-to-total mode to carry out enterprise information networking check, the bank organization multiplexes the payment system access to the enterprise information networking check system, no external channel is needed to be connected, and check results of all clients are obtained in real time through one-stop enterprise information inquiry, so that economic cost is effectively saved.

(2) Real-name system for realizing enterprise account

The bank and non-bank payment mechanism can verify important information such as mobile phone real name information, enterprise tax status, enterprise registration information and the like of relevant personnel of enterprises through the enterprise information networking checking system, and can verify identity authenticity of enterprises and legal persons in a multi-dimensional, timely and accurate manner, know enterprise operation status, actual beneficiaries and the like, dynamically identify enterprise account opening qualification and promote realization of an enterprise account real name system.

(3) Improving service quality of enterprise account

The bank relies on the enterprise information checking channel, so that the requirement on auxiliary identification materials is reduced, and the business handling efficiency is improved; on the other hand, the bank is combined with the enterprise information networking checking system, so that the business process is further optimized, the workload of enterprise form filling and the like is reduced, and the enterprise account opening experience is comprehensively improved.

(4) Preventing enterprise account risk

The bank or non-bank payment mechanism can timely and accurately identify the identity of the enterprise by means of the enterprise information networking checking system, so that abnormal account risks such as operation of the reserved mobile phone number of the enterprise by others, opening of an account by a blank company, opening of a false proof document and the like are prevented, the checking level and capability of opening are improved, illegal crimes such as telecommunication phishing, money laundering and tax evasion are restrained, and economic crime risks are prevented.

In order to at least partially solve the technical problems in the prior art, the embodiment of the invention provides a self-adaptive active load adjustment method for an enterprise information networking checking system, which is used for automatically identifying the load condition of the system, actively calculating the resource recovery percentage required by the system according to the waiting request quantity, carrying out probabilistic resource recovery on overlength connection, effectively achieving the self-adaptive load adjustment effect of the system without manual intervention, ensuring the processing capacity of quick release part MIVS under the system message accumulation situation, so as to process messages in time, improve the message turnover speed, and controlling the load reduction speed according to the current waiting request quantity increase condition, thereby realizing self-adaptive adjustment.

FIG. 5 is a flow chart of an adaptive active load adjustment method in an embodiment of the invention; as shown in fig. 5, the adaptive active load adjustment method may include the following:

Step S100: judging whether the enterprise information networking checking system enters a high-load state according to a preset judging condition;

if yes, go to step S200; if not, go to step S600.

Wherein, preset judging conditions are as follows: the current process number in the main control cluster is larger than or equal to the maximum value of the preset process number of the main control cluster, and the waiting request number in the message queue is larger than the preset congestion threshold value of the message queue.

Step S200: obtaining an exit probability increase step according to the current waiting request number in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; the exit probability increasing step length interval is updated once at preset time;

step S300: acquiring an exit percentage according to the current exit probability increasing step length and a preset exit percentage limiting interval; the exit percentage interval is updated once at preset time;

step S400: calculating the exit probability of each ultralong connection in the main control cluster corresponding to the message queue, wherein the exit percentage is updated once at preset time intervals;

step S500: and controlling whether the ultra-long connection is disconnected or not according to the current exit percentage and the exit probability of the ultra-long connection.

Step S600: the exit percentage is set directly to 0.

It is worth to say that, the enterprise information networking checking system receives the connection request from the message queue, waits for the main control cluster processing corresponding to the message queue, and each process in the main control cluster maintains a connection.

By adopting the technical scheme, the load condition of the system can be automatically identified, the resource recovery percentage required by the system is actively calculated according to the waiting request quantity, the probability resource recovery is carried out on the overlength connection, the self-adaptive load regulation effect of the system without manual intervention can be effectively achieved, the processing capacity of partial MIVS is ensured to be rapidly released under the system message accumulation condition, so that messages can be processed in time, the message turnover speed is improved, and in addition, the load reduction speed is controlled according to the increase condition of the current waiting request quantity, and the self-adaptive regulation is realized.

By adopting the technical scheme, when the connection time length is larger than a certain value (parameterization) under the system message stacking scene, the MIVS can actively disconnect part of the ultra-long connection without waiting for overtime return. By the mechanism, the processing capacity of partial MIVS can be quickly released, and the message turnover speed is improved.

In an alternative embodiment, referring to fig. 6, this step S200 may include the following:

step S210: subtracting a preset congestion threshold value of the message queue from the current waiting request quantity in the message queue to obtain a difference value;

step S220: dividing the difference value by a preset congestion threshold value of the message queue to obtain a preliminary step length;

step S230: judging whether the preliminary step length is smaller than or equal to the preset step length limit value;

if yes, go to step S240; if not, go to step S250

Step S240: taking the preliminary step length as the exit probability increasing step length;

step S250: and taking the preset step length limit value as the exit probability increasing step length.

In an alternative embodiment, referring to fig. 7, the step S300 may include the following:

step S310: judging whether the number of the waiting requests in the message queue is larger than the number of the waiting requests in the message queue when the current exit probability increasing step is calculated;

if yes, go to step S320; if not, go to step S330.

Step S320: obtaining a preliminary percentage by adding the exit percentage obtained by the last calculation with the exit probability increasing step length;

Step S330: subtracting the exit probability increase step length from the exit percentage obtained by the last calculation to obtain a preliminary percentage;

step S340: judging whether the preliminary percentage is positioned in a preset exit percentage limiting interval or not;

if yes, go to step S350; if not, go to step S360.

Step S350: taking the preliminary percentage as the exit percentage;

step S360: taking the interval endpoint value closest to the preliminary percentage as the exit percentage;

In an alternative embodiment, step S400 may include the following: and obtaining the exit probability of each ultralong connection in the master control cluster corresponding to the message queue by using a random algorithm.

In an alternative embodiment, step S500 may include the following: judging whether the exit probability of the ultra-long connection is smaller than the current exit percentage;

if yes, disconnecting the overlength connection;

if not, maintaining the ultralong connection.

In an alternative embodiment, the adaptive active load adjustment method may further include:

judging whether the connection duration of the connection in the blocking waiting process in the main control cluster is longer than a preset duration;

if yes, the connection in the blocking waiting is an ultra-long connection;

if not, the connection in standby is not an ultra-long connection.

FIG. 8 illustrates a schematic diagram of adaptive active load regulation in an embodiment of the present invention; as shown in fig. 8, the intelligence and algorithm of the adaptive active load adjustment is described as follows:

1. judging condition of system entering high load state

1. Upper limit of system processing capacity: in a master control cluster for processing a certain message queue, the number of processes (each process maintains a connection, and each process can be regarded as a connection) already reaches the maximum value defined by the cluster; at this time, the cluster group is at the upper service limit, for example, the number of cluster group processes corresponding to the communication hospital service queue is temporarily set to 40, that is, the number of concurrent 40 connections.

2. The number of requests waiting is too high: the depth of the queue (i.e., the number of requests in the queue) in the local queue has exceeded the allowed "congestion threshold".

3. And (3) meeting the conditions 1 and 2, judging the system as a high-load state, and calculating the increasing step length of the exit probability according to the load condition so as to control the speed of the system for reducing the load, wherein the step length is calculated as follows:

(1) Quit_per_step= (number of requests waiting-congestion threshold)/congestion threshold

(2) Limiting the QUIT_PERCENT_STEP to between (0 and a preset limit), i.e. taking

QUIT_PERCENT_STEP＝max(0,QUIT_PERCENT_STEP)

Quit_per_step=min (quit_per_step, preset limit value)

(3) The system QUIT _ policy _ STEP parameter is updated.

2. Load adaptive adjustment

LQSV (monitoring process) circularly monitors the state of the system, and when the system enters a high-load state, the system triggers load adjustment and updates the [ exit percentage ] parameters of the system. It is worth noting that the exit percentage is updated once per second, and the exit percentage quitpercentage is incremented or decremented by quit_per_step every second.

Defining long connections: for each connection in blocking waiting in the cluster, if the connection duration is longer than the configured [ ultralong connection duration ], defining the connection as ultralong connection;

only the extra-long connection starts the self-exit function, and in principle, we consider that the extra-long connection cannot expect a reply with high probability, and the method is a group of system resources which need to be optimized, and the part is recovered.

For each ultralong connection: calculating own random exit probability once per second, calculating a mode similar to throwing away sub-numbers, randomly acquiring values from 0-100, and comparing the value as the current own exit probability with the exit percentage:

If the exit probability of the current connection is E (0, quitPercent)

Actively disconnecting the current HTTP connection, returning an error code overtime, and returning the receipt participant;

by performing probability exit with each connection separately, the exit probability of all connections in the overall system can be approximately controlled to be approximately equal to the QuitPercent, and an approximately macroscopic exit probability value is formed from microscopic individuals of each connection.

Based on the same inventive concept, the embodiment of the present application further provides an adaptive active load adjustment device of the enterprise information networking checking system, which can be used to implement the method described in the above embodiment, as described in the following embodiment. The principle of solving the problem of the self-adaptive active load adjusting device of the enterprise information networking checking system is similar to that of the method, so that the implementation of the self-adaptive active load adjusting device of the enterprise information networking checking system can be seen from the implementation of the method, and repeated parts are omitted. As used below, the term "unit" or "module" may be a combination of software and/or hardware that implements the intended function. While the means described in the following embodiments are preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.

Fig. 9 is a block diagram of an adaptive active load adjustment device for an enterprise information networking audit system in accordance with an embodiment of the present invention. As shown in fig. 9, the adaptive active load adjustment device of the enterprise information networking checking system specifically includes: the device comprises a high load state judging module 10, a probability increase step length acquiring module 20, an exit percentage acquiring module 30, an ultra-long connection exit probability acquiring module 40 and an ultra-long connection control module 50.

The high load state judging module 10 judges whether the enterprise information networking checking system enters a high load state according to preset judging conditions;

the probability increase step length obtaining module 20 obtains the exit probability increase step length according to the current waiting request number in a message queue, the preset congestion threshold value and the preset step length limit value of the message queue when the enterprise information networking checking system enters a high load state; wherein the exit probability increasing step length is updated once at preset time intervals;

the exit percentage obtaining module 30 obtains the exit percentage according to the current exit probability increasing step length and a preset exit percentage limiting interval; the exit percentage interval is updated once at preset time;

the extra-long connection exit probability obtaining module 40 calculates the exit probability of each extra-long connection in the main control cluster corresponding to the message queue, wherein the exit percentage is updated once at preset time intervals;

The extra-long connection control module 50 controls whether the extra-long connection is disconnected according to the current exit percentage and the exit probability of the extra-long connection;

wherein, the exit percentage acquisition module comprises:

The apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function. A typical implementation device is an electronic device, which may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

In a typical example the electronic device comprises in particular a memory, a processor and a computer program stored on the memory and executable on the processor, said processor implementing the following steps when said program is executed:

Referring now to fig. 10, a schematic diagram of an electronic device 600 suitable for use in implementing embodiments of the present application is shown.

As shown in fig. 10, the electronic apparatus 600 includes a Central Processing Unit (CPU) 601, which can perform various appropriate works and processes according to a program stored in a Read Only Memory (ROM) 602 or a program loaded from a storage section 608 into a Random Access Memory (RAM)) 603. In the RAM603, various programs and data required for the operation of the system 600 are also stored. The CPU601, ROM602, and RAM603 are connected to each other through a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.

The following components are connected to the I/O interface 605: an input portion 606 including a keyboard, mouse, etc.; an output portion 607 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 608 including a hard disk and the like; and a communication section 609 including a network interface card such as a LAN card, a modem, or the like. The communication section 609 performs communication processing via a network such as the internet. The drive 610 is also connected to the I/O interface 605 as needed. Removable media 611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on drive 610 as needed, so that a computer program read therefrom is mounted as needed as storage section 608.

In particular, according to embodiments of the present invention, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, an embodiment of the invention includes a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of:

In such an embodiment, the computer program may be downloaded and installed from a network through the communication portion 609, and/or installed from the removable medium 611.

Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by a computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.

For convenience of description, the above devices are described as being functionally divided into various units, respectively. Of course, the functions of each element may be implemented in one or more software and/or hardware elements when implemented in the present application.

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

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

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

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.

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

The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for system embodiments, since they are substantially similar to method embodiments, the description is relatively simple, as relevant to see a section of the description of method embodiments.

The foregoing is merely exemplary of the present application and is not intended to limit the present application. Various modifications and changes may be made to the present application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc. which are within the spirit and principles of the present application are intended to be included within the scope of the claims of the present application.

Claims

1. The self-adaptive active load adjusting method of the enterprise information networking checking system is characterized in that the enterprise information networking checking system receives a connection request from a message queue, waits for a master control cluster corresponding to the message queue to process, and each process in the master control cluster maintains a connection;

the method comprises the following steps:

judging whether the enterprise information networking checking system enters a high-load state according to a preset judging condition;

if yes, acquiring an exit probability increase step according to the current waiting request number in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; the exit probability increasing step length interval is updated once at preset time;

calculating the exit probability of each ultralong connection in the main control cluster corresponding to the message queue, wherein the exit percentage is updated once at preset time intervals;

controlling whether the ultra-long connection is disconnected or not according to the current exiting percentage and the exiting probability of the ultra-long connection;

The step of obtaining the exit percentage according to the current exit probability increasing step length and a preset exit percentage limiting interval comprises the following steps:

judging whether the number of the waiting requests in the message queue is larger than the number of the waiting requests in the message queue when the current exit probability increasing step is calculated;

if yes, obtaining a preliminary percentage by adding the exit percentage obtained by the last calculation with the exit probability increasing step length;

if not, subtracting the exit probability increment step length from the exit percentage obtained by the last calculation to obtain a preliminary percentage;

if the preliminary percentage is located in a preset exit percentage limiting interval, taking the preliminary percentage as the exit percentage;

if the preliminary percentage is not located in a preset exit percentage limiting interval, taking an interval endpoint value closest to the preliminary percentage as the exit percentage;

2. The adaptive active load adjustment method of an enterprise information networking audit system according to claim 1 further comprising:

and if the enterprise information networking checking system does not enter a high-load state, the exit percentage is directly set to 0.

3. The adaptive active load adjustment method of the enterprise information networking verification system according to claim 1, wherein the preset judgment conditions are: the current process number in the main control cluster is larger than or equal to the maximum value of the preset process number of the main control cluster, and the waiting request number in the message queue is larger than the preset congestion threshold value of the message queue.

4. The method for adaptive active load adjustment of an enterprise information networking verification system according to claim 1, wherein the obtaining the exit probability increase step according to the current waiting request number in a message queue, the preset congestion threshold value of the message queue, and the preset step limit value comprises:

5. The method for adaptive active load adjustment of an enterprise information networking audit system according to claim 1 wherein said calculating an exit probability for each lengthy connection in a master cluster corresponding to said message queue includes:

6. The adaptive active load adjustment method of an enterprise information networking audit system according to claim 1 wherein said controlling whether an ultra-long connection is broken based on a current exit percentage and an exit probability of the ultra-long connection includes:

if yes, disconnecting the overlength connection;

if not, maintaining the ultralong connection.

7. The adaptive active load adjustment method of an enterprise information networking audit system according to claim 1 further comprising:

if yes, the connection in the blocking waiting is an ultra-long connection;

if not, the connection in standby is not an ultra-long connection.

8. The self-adaptive active load regulating device of the enterprise information networking checking system receives a connection request from a message queue, waits for the processing of a master control cluster corresponding to the message queue, and maintains a connection for each process in the master control cluster;

the device comprises:

wherein, the exit percentage acquisition module comprises:

9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of the adaptive active load adjustment method of the enterprise information networking audit system of any of claims 1 to 7 when the program is executed by the processor.

10. A computer readable storage medium having stored thereon a computer program, characterized in that the computer program when executed by a processor implements the steps of the adaptive active load adjustment method of an enterprise information networking audit system according to any of claims 1 to 7.