CN115756797A - Queuing system scheduling detection method and device - Google Patents
Queuing system scheduling detection method and device Download PDFInfo
- Publication number
- CN115756797A CN115756797A CN202211489194.7A CN202211489194A CN115756797A CN 115756797 A CN115756797 A CN 115756797A CN 202211489194 A CN202211489194 A CN 202211489194A CN 115756797 A CN115756797 A CN 115756797A
- Authority
- CN
- China
- Prior art keywords
- processing
- target module
- module
- thread
- state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Abstract
The application relates to the technical field of queuing processing, and discloses a method and a device for scheduling and detecting a queuing system, wherein the method comprises the steps of generating a dynamic link library of a target module by combining a preset data interface based on an MFC (micro-channel controller) framework; reading a configuration file, a module name and a processing function of a target module based on a dynamic link library; initializing a corresponding target module based on the configuration file and the module name; starting a processing thread of the initialized target module based on the processing function and the module name, wherein the processing thread is used for executing an operation program or a stop program of the corresponding target module; starting a monitoring thread of the target module, wherein the monitoring thread is used for detecting the state of a processing thread of the corresponding target module in real time; and if the state of the processing thread of the target module is detected to be abnormal, automatically pre-judging the reason of the abnormality. The method and the device have the advantages that the software code updating and modifying efficiency is improved, and the exception troubleshooting efficiency of engineers is improved while the business thread is ensured to be smoothly carried out.
Description
Technical Field
The present application relates to the field of queuing processing technologies, and in particular, to a method and an apparatus for scheduling and detecting a queuing system.
Background
With the rapid development of electronic intelligent products and the increasing requirements of human life on service environment and service efficiency, queuing systems applied to window service industries such as banks, hospitals, customs, telecommunications, industrial and commercial, tax and the like are in due charge, so that the service environment is effectively improved, and the working efficiency is improved. In the queuing form, the queuing system comprises a key-type queuing system and a touch screen queuing system; in the connection mode, the queuing system is divided into a wired queuing system and a wireless queuing system; the queuing systems include bank queuing systems, hospital queuing systems, prison visiting queuing systems and the like from the use of the product.
When providing queuing system services for different business fields, corresponding queuing system codes need to be developed. Software of the current queuing system is diversified in hardware manufacturer and product model, so that software codes are gradually overstaffed and numerous, code management on the software becomes more and more difficult, code reading is difficult, maintenance of engineers is inconvenient, and the difficulty of starting up of subsequent engineers is increased. Meanwhile, when software is updated, the whole program needs to be updated due to the fact that software codes are bulky and complex, and new problems occur in other places when the software program is modified even easily.
Aiming at the related technologies, the inventor finds that the software code of the existing queuing system has the problems of complicated updating and modifying operation and high maintenance difficulty.
Disclosure of Invention
In order to improve the efficiency of software code updating and modifying and reduce the maintenance cost, the application provides a queuing system scheduling detection method and device.
In a first aspect, the present application provides a queuing system scheduling detection method.
The application is realized by the following technical scheme:
a queuing system scheduling detection method comprises the following steps,
based on the MFC framework, generating a dynamic link library of the target module by combining a preset data interface;
reading a configuration file, a module name and a processing function of the target module based on the dynamic link library;
initializing the corresponding target module based on the configuration file and the module name;
starting a processing thread of the initialized target module based on the processing function and the module name, wherein the processing thread is used for executing an operating program or a stopping program of the corresponding target module;
starting a monitoring thread of the target module, wherein the monitoring thread is used for detecting the state of a processing thread of the corresponding target module in real time;
and if the state of the processing thread of the target module is detected to be abnormal, automatically pre-judging the reason of the abnormality.
The application may be further configured in a preferred example to: said step of initializing said corresponding target module based on said configuration file and said module name comprises,
based on the configuration file and the module name, acquiring a language text path and a log switch from a main thread of the MFC framework;
acquiring a working window state and a static text of the corresponding target module according to the language text path and the log switch;
creating a mutex for modifying parameters and running the mutex;
initializing the drive of the corresponding target module;
and configuring the static text of the corresponding target module according to the working window state of the corresponding target module.
The present application may be further configured in a preferred example to: the step of starting a processing thread of the target module that completes initialization based on the processing function and the module name includes,
acquiring window overtime processing of the corresponding target module;
based on the mutex, waiting for a mutex lock;
when the mutex is locked, if the working window of the corresponding target module needs to be refreshed, recording a task to an overtime queue, and executing the task for refreshing the overtime queue according to the processing function and the module name;
judging whether the executed task of the overtime queue is overtime according to the window overtime processing of the corresponding target module;
if the executed task of the overtime queue is overtime, refreshing a corresponding working window of the target module to be in an idle state;
and releasing the mutual exclusion lock.
The application may be further configured in a preferred example to: the method also comprises the following steps of,
when the mutual exclusion lock arrives, if the corresponding working window of the target module does not need to be refreshed;
judging whether the executed task of the overtime queue is overtime according to the window overtime processing of the corresponding target module;
and if the executed task of the overtime queue is not overtime, releasing the mutex lock.
The present application may be further configured in a preferred example to: the method also comprises the following steps of,
acquiring a configuration window of the target module based on the dynamic link library;
judging whether the target module completes initialization or not;
if the target module is initialized, opening a configuration window of the target module for visual display;
and if the target module does not finish initialization, displaying the initialization state on a configuration window of the target module.
The application may be further configured in a preferred example to: the step of automatically pre-judging the reason of the abnormality if the state of the processing thread of the target module is detected to be abnormal comprises the following steps,
if the state of the processing thread of the target module is detected to be abnormal, calling a preset abnormal detection port;
and recording or reporting or popping a window to warn the processing thread of the target module of the abnormal reason based on the abnormal detection port.
The present application may be further configured in a preferred example to: the step of automatically pre-judging the reason of the abnormality if the state of the processing thread of the target module is detected to be abnormal,
acquiring log file information about a processing thread, wherein the log file information comprises exception state information of the processing thread and captured exception reason information;
importing the log file information into a rule model established according to expert experience for learning;
presetting a supervision signal of a rule model, combining a learning result of the rule model, adjusting log file information, and inputting the log file information into the rule model for learning until the precision of an output result of the rule model reaches a preset value;
and pre-judging the abnormal reason of the processing thread of the target module based on the rule model with the precision reaching the preset value.
The present application may be further configured in a preferred example to: the method also comprises the following steps of,
counting historical exception handling measures corresponding to the processing thread in an exception state;
summarizing the exception handling measures into a log file and updating log file information based on the log file;
importing the updated log file information into a preset correlation degree analysis model for learning;
presetting a supervision signal of the correlation analysis model, adjusting log file information by combining a learning result of the correlation analysis model, and inputting the log file information into the correlation analysis model for learning until the precision of an output result of the correlation analysis model reaches a preset value;
and matching corresponding abnormal handling measures for the handling threads in the abnormal state by the target analysis module based on the correlation degree analysis model with the accuracy reaching the preset value.
The present application may be further configured in a preferred example to: the step of matching the corresponding abnormal handling measures for the processing thread in the abnormal state by the target module based on the correlation analysis model with the accuracy reaching the preset value comprises the following steps,
calculating a correlation value of an exception handling measure corresponding to a processing thread in an exception state of a target module;
sorting the abnormal handling measures corresponding to the handling threads in the abnormal state according to the sequence of the correlation values from large to small;
and selecting the exception handling measures ordered at the first position as the optimal exception handling measures corresponding to the processing thread in the exception state.
The application may be further configured in a preferred example to: the method also comprises the following steps of,
performing priority level classification on abnormal reasons of processing threads of the pre-judged target module, and acquiring the total number of the processing threads in real time;
if the total number of the processing threads meets the triggering condition of the current-limiting processing, only the abnormal processing measures corresponding to the abnormal reasons of which the priority levels meet the preset condition are matched;
and storing the abnormal reasons of other priority levels into a buffer queue until the number of the processing threads does not meet the triggering condition of the current limiting processing, and matching the abnormal processing measures corresponding to the abnormal reasons of other priority levels according to a preset sequence.
The present application may be further configured in a preferred example to: the triggering condition of the current-limiting processing is dynamically adjusted along with the change of the number of the processing threads, wherein the processing threads comprise a first processing thread, a second processing thread and a third processing thread;
if the first processing threads are all in a working state, triggering current limiting processing;
if the second processing thread is in a working state and the state of the first processing thread meets a first preset condition, triggering current limiting processing;
and if the third processing thread is in a working state, and the state of the second processing thread and the state of the first processing thread meet a second preset condition, triggering current limiting processing.
The present application may be further configured in a preferred example to: the current limiting process comprises a first current limiting process, a second current limiting process and a third current limiting process;
if the first processing threads are all in a working state, triggering first current limiting processing, wherein the first current limiting processing comprises an exception handling measure which is only matched for exception reasons of which the grades meet preset conditions;
if the second processing thread is in a working state and the state of the first processing thread meets a first preset condition, triggering second current limiting processing, wherein the second current limiting processing comprises at least two abnormal processing measures matched only for abnormal reasons of which the grades meet the preset condition;
and if the third processing thread is in a working state, and the state of the second processing thread and the state of the first processing thread meet a second preset condition, triggering third current limiting processing, wherein the third current limiting processing comprises matching all satisfied exception handling measures only for the exception reasons of which the grades meet the preset condition.
In a second aspect, the present application provides a queuing system scheduling detection apparatus.
The application is realized by the following technical scheme:
a queuing system scheduling detection device comprises a queue management unit,
the calling module is used for generating a dynamic link library of the target module by combining a preset data interface based on the MFC framework;
the data module is used for reading the configuration file, the module name and the processing function of the target module based on the dynamic link library;
the initialization module is used for initializing the corresponding target module based on the configuration file and the module name;
a processing thread module, configured to start a processing thread of the target module that completes initialization based on the processing function and the module name, where the processing thread is used to execute an operating program or a stop program of the corresponding target module;
the monitoring thread module is used for starting the monitoring thread of the target module, and the monitoring thread is used for detecting the state of the processing thread of the corresponding target module in real time;
and the abnormity judging and researching module is used for automatically pre-judging the reason of the abnormity when the state of the processing thread of the target module is detected to be abnormal.
In a third aspect, the present application provides a computer device.
The application is realized by the following technical scheme:
a computer device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, the processor implementing the steps of any of the queuing system scheduling detection methods described above when executing the computer program.
In a fourth aspect, the present application provides a computer-readable storage medium.
The application is realized by the following technical scheme:
a computer-readable storage medium, storing a computer program which, when executed by a processor, implements the steps of any of the queuing system scheduling detection methods described above.
In summary, compared with the prior art, the beneficial effects brought by the technical scheme provided by the application at least include:
on the basis of an MFC scheduling execution framework, a dynamic link library Dll is manufactured according to a standard interface, target module configuration, target module initialization, target module execution and target module operation monitoring are designed in a modularized mode, scheduling of a queuing system can be completed by adding a configuration file, framework program software has a good clear structure, and code modification difficulty is reduced; the software codes are managed in a modularized mode, so that the code reading difficulty is reduced, the subsequent maintenance of engineers is facilitated, and the maintenance cost is reduced; when the state of the processing thread of the target module is detected to be abnormal, automatically pre-judging the reason of the abnormality so as to further assist an engineer to modify codes; meanwhile, the whole software program does not need to be updated, so that the efficiency of updating and modifying software codes is improved, and the applicability is stronger; the exception checking efficiency of engineers is improved while the business thread is preferentially ensured to be smoothly carried out.
Drawings
Fig. 1 is a main flowchart of a queuing system scheduling detection method according to an exemplary embodiment of the present application.
Fig. 2 is a logic diagram of a queuing system scheduling detection method according to another exemplary embodiment of the present application.
Fig. 3 is a flowchart illustrating initialization of a target module of a queuing system scheduling detection method according to another exemplary embodiment of the present application.
Fig. 4 is a flowchart of a target module starting processing thread of a queuing system scheduling detection method according to an exemplary embodiment of the present application.
Fig. 5 is a logic diagram of reading a target module configuration file of a queuing system scheduling detection method according to an exemplary embodiment of the present application.
Fig. 6 is a logic diagram of target module initialization of a queuing system scheduling detection method according to an exemplary embodiment of the present application.
Fig. 7 is a logic diagram of a target module initiating processing thread of a queuing system scheduling detection method according to an exemplary embodiment of the present application.
Fig. 8 is a flowchart illustrating an initialization process of a target module of a queuing system scheduling detection method according to an exemplary embodiment of the present application.
Fig. 9 is a flowchart of a queuing system scheduling detection method for automatically predicting an anomaly cause according to a preset anomaly detection port according to an exemplary embodiment of the present application.
Fig. 10 is a schematic configuration diagram of a framework of a queuing system scheduling detection method according to an exemplary embodiment of the present application.
Fig. 11 is a schematic green light state diagram of a visual window interface of a queuing system scheduling detection method according to an exemplary embodiment of the present application.
Fig. 12 is a block diagram of a queuing system scheduling detection apparatus according to an exemplary embodiment of the present application.
Detailed Description
The present embodiment is only for explaining the present application, and it is not limited to the present application, and those skilled in the art can make modifications of the present embodiment without inventive contribution as needed after reading the present specification, but all of them are protected by patent law within the scope of the claims of the present application.
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
In addition, the term "and/or" herein is only one kind of association relationship describing an associated object, and means that there may be three kinds of relationships, for example, a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter associated objects are in an "or" relationship, unless otherwise specified.
The embodiments of the present application will be described in further detail with reference to the drawings attached hereto.
Referring to fig. 1, an embodiment of the present application provides a queuing system scheduling detection method, and main steps of the method are described as follows.
S1, generating a dynamic link library of a target module by combining a preset data interface based on an MFC framework;
s2, reading a configuration file, a module name and a processing function of the target module based on the dynamic link library;
s3, initializing the corresponding target module based on the configuration file and the module name;
s4, starting a processing thread of the target module after initialization based on the processing function and the module name, wherein the processing thread is used for executing an operation program or a stop program of the corresponding target module;
s5, starting a monitoring thread of the target module, wherein the monitoring thread is used for detecting the state of a processing thread of the corresponding target module in real time;
and S6, if the state of the processing thread of the target module is detected to be abnormal, automatically pre-judging the reason of the abnormality.
Specifically, the MFC framework (Microsoft Foundation Classes) encapsulates the API interfaces of Windows in the form of C + + Classes, which contain a number of Windows handle encapsulation Classes and many of the built-in control and component encapsulation Classes of Windows. The MFC framework provides a general framework for applications to reduce the programming of repetitive code and reduce the compilation effort for engineers. Although the MFC framework has no pertinence, the package is shallow, and flexible compiling can be carried out according to actual demand functions.
Designing a main thread of a scheduling execution frame of the queuing system based on the MFC frame, defining and generating a dynamic link library Dll of the target module through a preset data interface, and reading a configuration file of the target module, acquiring the name of the target module, initializing the target module, processing functions of the target module, a configuration window of the target module and the like. Wherein, the target module can be a bar screen LED module, a voice broadcaster module, a surround screen module, etc. The preset data interface may be a standard interface. Different target modules adopt different thread processing to reduce the coupling problem and compiling time during code modification.
And reading the configuration file, the module name and the processing function of the target module by using the dynamic link library Dll.
And initializing the corresponding target module according to the configuration file and the module name.
And starting the processing thread of the initialized target module according to the processing function and the module name.
And starting a monitoring thread of the target module, monitoring the working condition of the target module in real time, and realizing the operation monitoring of the module.
On the basis of an MFC (micro-fuel cell) framework, a dynamic link library Dll is manufactured according to a standard interface, target module configuration, target module initialization, target module execution, target module operation monitoring, target module ending release and the like are modularly designed, the construction of a code framework of a queuing system is realized, the size of a code program is greatly reduced, the complexity of the code program is reduced, the scheduling of the queuing system can be completed by adding a configuration file, framework program software has a good clear structure, and code modification difficulty is reduced; the software codes are managed in a modularized mode, so that the code reading difficulty is reduced, the subsequent maintenance of engineers is facilitated, and the maintenance cost is reduced; meanwhile, after the framework is built, the execution program basically does not need to be modified, only the corresponding functional module needs to be compiled, and the functional module is added into the framework for execution, so that the corresponding function can be executed, the whole software program does not need to be updated, the efficiency of software code updating and modifying is improved, the software code updating and modifying method and the software code modifying system can be suitable for queuing systems of window service industries such as banks, hospitals, customs, telecommunications, industry and commerce, tax and the like, and the universality is high.
The queuing system schedule detection logic is shown in fig. 2. The name of the target module is displayed by clicking the tray icon; clicking the name of the target module to be scheduled; acquiring a configuration file of a target module; loading an interface of a target module; starting a processing thread of a target module; and starting the monitoring thread of the target module, and realizing the calling of any functional module of the queuing system. Such as a refreshed display of a bar screen LED module, a voice call playing module, other modules related to queuing system functionality.
After starting the processing thread of the target module, processing the running state and the stopping state through a module state machine; judging whether the execution is overtime; the module state machine is stopped until the execution times out.
In this embodiment, a Mod _ GetName () function is called to obtain the name of a target module to be scheduled, and the name is used for obtaining the module name for a main thread.
The operation of each functional module is independent. Each functional module is respectively provided with 1 main service processing thread and 1 monitoring thread. The main service processing thread is responsible for processing the service function responsible by the specific function module. The relevant data of the function module is derived from the database, and the database provides the relevant data, so that the content of the function module can be switched according to the actual requirement, such as display content, call voice content and the like.
The monitoring thread is used for monitoring and recording the running state and the abnormity of each functional module. The running state of the functional module includes whether the functional module is online or not, whether the functional module is abnormal or not, whether the functional module is idle or not, and the like. And acquiring the running state of each functional module through state records inside the modules and a preset feedback mechanism, and updating the real-time state of the functional modules.
After the operating state of the functional module is obtained, feedback can be performed according to actual needs, or the working state of the functional module can be adjusted and restarted.
If the abnormal state is detected, preset processing, local reporting or remote reporting can be performed according to the actual reason and whether the abnormal conditions among the functional modules exist abnormal association.
Referring to fig. 3, in an embodiment, S3, the step of initializing the corresponding target module based on the configuration file and the module name includes,
s31, acquiring a language text path and a log switch from a main thread of the MFC framework based on the configuration file and the module name;
s32, acquiring the working window state and the static text of the corresponding target module according to the language text path and the log switch;
s33, creating a mutex for modifying parameters and operating the mutex;
s34, initializing the drive of the corresponding target module;
and S35, configuring the static text of the corresponding target module according to the working window state of the corresponding target module.
Referring to fig. 4, in one embodiment, S4, the step of starting a processing thread of the target module that completes initialization based on the processing function and the module name includes,
s41, acquiring the window overtime processing of the corresponding target module;
s42, waiting for a mutual exclusion lock based on the mutex;
s431, when the mutual exclusion is locked, if the working window of the corresponding target module needs to be refreshed, recording a task to an overtime queue, and executing the task for refreshing the overtime queue according to the processing function and the module name;
s44, judging whether the executed task of the overtime queue is overtime according to the overtime processing of the window of the corresponding target module;
s45, if the executed task of the overtime queue is overtime, refreshing the corresponding working window of the target module to be in an idle state;
s46, releasing the mutual exclusion lock.
In one embodiment, S432, when the mutual exclusion lock comes, if the corresponding working window of the target module does not need to be refreshed;
s44, judging whether the executed task of the overtime queue is overtime according to the overtime processing of the window of the corresponding target module;
s46, if the executed task of the overtime queue is not overtime, releasing the mutual exclusion lock.
Referring to fig. 5, in the present embodiment, a Mod _ ReadConfig () function is called to read a configuration file of a target module; based on the configuration file and the name of the target module, acquiring a language text path and a log switch from a main thread of the MFC framework; acquiring a working window state of a target module to be scheduled according to the language text path and the log switch, wherein the working window state is also called a service window state; acquiring various static texts of a target module to be scheduled according to the language text path and the log switch; and acquiring the window overtime processing of the target module to be scheduled, and preparing for initializing the target module.
Referring to fig. 6, in this embodiment, a Mod _ Init () function is called to initialize a target module; creating a mutex for modifying parameters and running the mutex; initializing the drive of a target module to be scheduled; reading the working window state of the corresponding target module from the service database; and configuring the static text of the corresponding target module window according to the working window state of the target module.
Referring to fig. 7, in this embodiment, a Mod _ Proc () function is called to start a processing thread of a target module; based on the mutex, waiting for the mutex lock; when the mutual exclusion lock arrives, judging whether a working window of a target module needs to be refreshed or not; if the working window of the target module needs to be refreshed, recording the task to the overtime queue, and executing the task for refreshing the overtime queue according to the processing function and the name of the target module; judging whether the executed task of the overtime queue is overtime according to the acquired window overtime processing of the target module to be scheduled; and if the executed task of the overtime queue is overtime, refreshing the working window of the corresponding target module to be in an idle state, and releasing the mutual exclusion lock.
When the mutual exclusion lock arrives and the working window of the target module does not need to be refreshed, judging whether the executed task of the overtime queue is overtime or not according to the acquired window overtime processing of the target module needing to be scheduled; and if the executed task of the overtime queue is not overtime, releasing the mutual exclusion lock.
Referring to fig. 8, in an embodiment, a configuration window of the target module is obtained based on the dynamic link library;
judging whether the target module completes initialization or not;
if the target module is initialized, opening a configuration window of the target module for visual display;
and if the target module does not complete initialization, displaying the initialization state on a configuration window of the target module.
Specifically, in this embodiment, based on the dynamic link library Dll, a Mod _ ShowDlg () function is called to obtain a configuration window of the target module; judging whether the initialization of the target module is completed or not; if the target module is initialized, opening a configuration window of the target module for visual display; if the target module does not complete initialization, then an "initializing in progress" is displayed on the configuration window of the target module.
In one embodiment, the target module is remotely controlled or updated by setting the restarting module.
Referring to fig. 9, in an embodiment, if the state of the processing thread of the target module is detected to be abnormal, the step of automatically pre-determining the cause of the abnormality includes,
if the state of the processing thread of the target module is detected to be abnormal, calling a preset abnormal detection port;
and recording or reporting or popping a window to warn the processing thread of the target module of the abnormal reason based on the abnormal detection port.
The anomaly detection port includes a traffic processing interface of the target module. The exception detection port can carry out Callback by adding a Callback function Callback to obtain errors or exceptions encountered in the service processing process, parameters of the Callback function can be diversified, and the parameters of the Callback function comprise a character string text, error codes, a processing mode and the like.
The processing mode of the parameter of the callback function is diversified, so that the purpose of recording or reporting or popping the window to warn the processing thread of the target module of the abnormal reason is achieved.
The abnormal detection port for tracing the source abnormal reason is arranged in the target module, and the abnormal detection port automatically reports or records or warns a popup window, so that the purpose of automatically pre-judging the reason for processing the thread abnormal by the target module is realized. For example, when the target module bar screen LED module fails to refresh, the abnormal reason is captured according to the Callback function Callback and the alarm is popped up.
Referring to fig. 10, after the framework is built, the function module is only required to be made into a dynamic link library Dll according to a standard interface, and the calling detection of the queuing system can be performed by adding a configuration file.
Referring to FIG. 11, in one embodiment, a visualization window of a target module is retrieved.
Starting a monitoring thread of a target module to monitor the working condition of the target module;
if the working state of the target module is normal, displaying a green light on an interface of the visual window;
and if the target module has the abnormalities such as connection failure, thread running and the like, displaying a red light on an interface of the visual window.
At the moment, the abnormal reason of the target module can be manually checked and repaired by the log file so as to support log error checking.
In an embodiment, the step of automatically predicting the reason for the abnormality when the state of the processing thread of the target module is detected to be abnormal includes,
acquiring log file information about a processing thread, wherein the log file information comprises exception state information of the processing thread and captured exception reason information;
importing the log file information into a rule model established according to expert experience for learning;
presetting a supervision signal of a rule model, combining a learning result of the rule model, adjusting log file information, and inputting the log file information into the rule model for learning until the precision of an output result of the rule model reaches a preset value;
and pre-judging the abnormal reason of the processing thread of the target module based on the rule model with the precision reaching the preset value.
Specifically, log file information about a processing thread is acquired, the log file information including exception status information of the processing thread, and captured exception cause information. For example, when a connection failure abnormality occurs in the target module, the abnormality causes include a configuration error, a port connection error, and the like.
And importing the log file information into a rule model established according to expert experience for learning.
And presetting a supervision signal of the rule model, deleting abnormal reason records which are irrelevant to the processing thread in an abnormal state in the log file information by combining a learning result of the rule model, adjusting the log file information, inputting the log file information into the rule model for learning until the precision of an output result of the rule model reaches a preset value, and obtaining an abnormal thread detection model at the moment.
And acquiring the abnormal reason of the processing thread of the target module by adopting the obtained abnormal thread detection model so as to assist an engineer in code modification and maintenance and improve the code modification and maintenance efficiency.
In one embodiment, the method further comprises the step of,
counting historical exception handling measures corresponding to the processing thread in an exception state;
summarizing the exception handling measures into a log file and updating log file information based on the log file;
importing the updated log file information into a preset correlation degree analysis model for learning;
presetting a supervision signal of the correlation analysis model, adjusting log file information by combining a learning result of the correlation analysis model, and inputting the log file information into the correlation analysis model for learning until the precision of an output result of the correlation analysis model reaches a preset value;
and matching corresponding abnormal handling measures for the processing threads in the abnormal state based on the correlation degree analysis model analysis target module with the accuracy reaching the preset value.
Wherein, the exception handling measures can be obtained by manually browsing and inquiring related data. The historical exception handling measures only record corresponding exception handling measures when the processing threads are in an exception state.
The correlation analysis model is established according to a mathematical probability statistical model. The mathematical probability statistical model conforms to normal distribution, poisson distribution and the like. In this embodiment, a correlation analysis model is established according to a mathematical probability statistical model conforming to normal distribution, and a correlation analysis model satisfying conditions is obtained through supervised learning.
And matching corresponding exception handling measures for the processing threads in the exception state by adopting the correlation analysis model so as to further assist engineers in code modification and maintenance and improve the code modification and maintenance efficiency.
In one embodiment, the step of analyzing the target module to match the corresponding exception handling measure for the processing thread in the exception state based on the correlation analysis model with the accuracy reaching the preset value comprises,
calculating a correlation value of an exception handling measure corresponding to a processing thread in an exception state of a target module;
sorting the abnormal handling measures corresponding to the handling threads in the abnormal state according to the sequence of the correlation values from large to small;
and selecting the exception handling measures sequenced in the first order as the optimal exception handling measures corresponding to the processing threads in the exception state.
When the matched exception handling measures have at least two items, the method and the device can determine the exception handling measures optimally matched with the exception reasons, accelerate the exception troubleshooting efficiency of engineers, and reduce the trial and error cost.
In one embodiment, the method further comprises the step of,
performing priority level classification on abnormal reasons of processing threads of the pre-judged target module, and acquiring the total number of the processing threads in real time;
if the total number of the processing threads meets the triggering condition of the current-limiting processing, only the abnormal processing measures corresponding to the abnormal reasons of which the priority levels meet the preset condition are matched;
and storing the abnormal reasons of other priority levels into a buffer queue until the number of the processing threads does not meet the triggering condition of the current limiting processing, and matching the abnormal processing measures corresponding to the abnormal reasons of other priority levels according to a preset sequence.
Specifically, the abnormality causes of the processing threads of the pre-judged target module are subjected to priority ranking according to expert experience. For example, the cause of abnormality is classified into three priority levels of urgency, general, and delay according to the degree of urgency of the transaction, and the degree of urgency of the transaction: urgent > general > delay. If the abnormal reasons corresponding to the abnormal connection failure of the target module comprise configuration errors, port connection errors and network errors, the configuration errors are classified into an emergency level, the port connection errors are classified into a general level, and the network errors are classified into a delay level.
And presetting a current limiting threshold according to the actual running condition of the system, and comparing the total number of the real-time acquired processing threads with the current limiting threshold. If the total number of the processing threads acquired in real time is smaller than the current limiting threshold, the total number of the processing threads does not meet the triggering condition of current limiting processing; and if the total number of the processing threads obtained in real time is greater than or equal to the current limiting threshold, the total number of the processing threads meets the triggering condition of current limiting processing.
And if the total number of the processing threads meets the triggering condition of the current-limiting processing, only matching the abnormal processing measures corresponding to the abnormal reasons of which the priority levels meet the preset condition. In this embodiment, only the exception handling measures corresponding to the exception cause whose priority level is the urgent level are matched.
And presetting a buffer queue, storing the abnormal reasons of other priority levels into the buffer queue until the number of the processing threads does not meet the triggering condition of the current-limiting processing, and matching the abnormal processing measures corresponding to the abnormal reasons of other priority levels according to a preset sequence. In this embodiment, the exception handling measures corresponding to the exception cause of which the priority level is the emergency level are matched, the exception cause of the general level and the exception cause of the delay level are sequentially stored in the buffer queue until the number of the processing threads does not meet the triggering condition of the current limiting processing, and the exception handling measures corresponding to the exception cause are matched according to the sequence of matching the general level first and then matching the delay level, so that smooth operation of the service thread can be preferentially ensured when the system is not running smoothly, and the influence of scheduling exception detection of the queuing system on the performance of the system is reduced to the maximum extent.
In one embodiment, the trigger condition of the current-limiting processing is dynamically adjusted according to the number of the processing threads, wherein the processing threads comprise a first processing thread, a second processing thread and a third processing thread;
if the first processing threads are all in a working state, triggering current limiting processing;
if the second processing thread is in a working state and the state of the first processing thread meets a first preset condition, triggering current limiting processing;
and if the third processing thread is in a working state, and the state of the second processing thread and the state of the first processing thread meet a second preset condition, triggering current limiting processing.
Specifically, when a plurality of processing threads are in a runnable state at the same time, all the processing threads need to wait for the CPU resources in a queue, the system automatically allocates a thread priority to each processing thread, the thread priority is represented by 1, 5, and 10, the size of the thread priority reflects the processing urgency of each processing thread, and 10 represents the processing thread with the highest priority and needs to be executed preferentially. The default thread priority value is 5. In this embodiment, the thread priority of the first processing thread is 10, the thread priority of the second processing thread is 5, and the thread priority of the third processing thread is 1. If the first processing threads are all in a working state, triggering current limiting processing; if the second processing thread is in a working state and the state of the first processing thread meets a first preset condition, triggering current-limiting processing, wherein the first preset condition can be that the state of the first processing thread comprises a new state and a working state, and the number of the first processing threads in the new state is greater than that of the first processing threads in the working state; and if the third processing thread is in a working state, and the state of the second processing thread and the state of the first processing thread meet a second preset condition, triggering current limiting processing, wherein the second preset condition can be that the state of the second processing thread is a new state or a working state or a blocking state, and the state of the first processing thread is a new state.
Whether the current limiting processing is triggered or not is dynamically adjusted according to the number change of the processing threads, appropriate current limiting processing or even no current limiting can be automatically matched according to the real-time running condition of the system, and an engineer is assisted to investigate the abnormal reason of the processing threads and improve the abnormal investigation efficiency while the business threads are preferentially ensured to be smoothly carried out.
In one embodiment, the current limiting process comprises a first current limiting process, a second current limiting process and a third current limiting process;
if the first processing threads are all in a working state, triggering first current limiting processing, wherein the first current limiting processing comprises matching an exception handling measure only for the exception reasons of which the grades meet preset conditions;
if the second processing thread is in a working state and the state of the first processing thread meets a first preset condition, triggering second current limiting processing, wherein the second current limiting processing comprises at least two abnormal processing measures matched only for abnormal reasons of which the grades meet the preset condition;
and if the third processing thread is in a working state, and the state of the second processing thread and the state of the first processing thread meet a second preset condition, triggering third current limiting processing, wherein the third current limiting processing comprises matching all satisfied exception handling measures only for the exception reasons of which the grades meet the preset condition.
Specifically, the current limiting process includes a first current limiting process, a second current limiting process, and a third current limiting process.
If the first current limiting processing is adopted, the current CPU resource of the system is in a tense state, the first current limiting processing is set to be matched with an exception handling measure only for the exception reasons of which the grades meet the preset conditions so as to reduce the CPU resource consumption of the current system, and meanwhile, the correlation degree analysis model is not needed to match the optimal exception handling measure for the processing thread in the exception state, so that the CPU resource consumption is further reduced.
If the second current limiting processing is adopted, the current CPU resource of the system is in a normal occupation state, and the second current limiting processing is set to match at least two abnormal processing measures only for the abnormal reasons of which the grades meet the preset conditions.
If the third current limiting processing is adopted, the current CPU resource of the system is in an idle state, and the third current limiting processing is set to be matched with all the met exception handling measures only for the exception reasons of which the grades meet the preset conditions, so that an engineer is assisted to comprehensively check the exception reasons of the processing threads, possible bugs are found as soon as possible, corresponding countermeasures are adopted, and the orderly execution of the processing threads is ensured.
The application is applied to a queuing system at present, and can support various LED screens, voice broadcast and the like.
In conclusion, in the queuing system scheduling detection method, the MFC scheduling execution framework is designed, the dynamic link library Dll is manufactured according to the standard interface, the target module configuration, the target module initialization, the target module execution, the target module operation monitoring and the target module ending release are modularly designed, the scheduling of the queuing system can be completed by adding the configuration file on the built MFC scheduling execution framework, the framework program software has a good clear structure, and the code modification difficulty is reduced; the software code is modularly managed, the code reading difficulty is reduced, the subsequent maintenance of an engineer is facilitated, and the maintenance cost is reduced; when the state of the processing thread of the target module is detected to be abnormal, automatically pre-judging the reason of the abnormality so as to further assist an engineer to modify codes; meanwhile, if the target module needs to be updated, after the functional module of the corresponding frame is modified, the corresponding dynamic link library Dll is directly replaced to realize the update, the whole software program does not need to be updated, the efficiency of software code update and modification is improved, and the applicability is stronger.
Furthermore, application expansion is realized by adding functional modules, and different target modules adopt different threads for processing, so that the coupling problem during code modification and the compiling time are reduced, and the code modification efficiency is improved.
Furthermore, by arranging the restarting module, the remote control or the target module updating is realized, and the code updating efficiency is improved.
Furthermore, an anomaly detection port or a rule model for tracing the source of the anomaly reason is arranged in the target module, the anomaly detection port reports or records or warns a popup window automatically, the reason for processing the thread anomaly by the target module is judged in advance automatically, an engineer is assisted to modify and maintain the code, and the code modifying and maintaining efficiency is improved.
Furthermore, the correlation degree analysis model is adopted to match corresponding exception handling measures for the processing threads in the exception state, so that engineers are further assisted to modify and maintain the codes, and the code modifying and maintaining efficiency is improved.
Furthermore, when at least two matched exception handling measures exist, the exception handling measure optimally matched with the exception reason is determined through the correlation analysis model, the exception troubleshooting efficiency of an engineer is improved, and the trial and error cost is reduced.
Furthermore, the priority level classification is carried out on the abnormal reasons of the processing thread of the pre-judged target module, only the abnormal processing measures corresponding to the abnormal reasons of which the priority levels meet the preset conditions are matched during the current limiting processing, the smooth operation of the service thread can be preferentially ensured when the system is not smoothly operated, and the influence of the scheduling abnormal detection of the queuing system on the performance of the system is reduced to the maximum extent.
Furthermore, whether the current limiting processing is triggered or not is dynamically adjusted according to the change of the number of the processing threads, the appropriate current limiting processing or even no current limiting can be automatically matched according to the real-time running condition of the system, and an engineer is assisted to investigate the abnormal reason of the processing threads while the business threads are preferentially ensured to be smoothly carried out, so that the abnormal investigation efficiency is improved.
Furthermore, according to the current CPU resource actual condition of the system, corresponding current-limiting processing measures are dynamically matched, so that engineers are assisted to investigate abnormal reasons of processing threads to different degrees while the business threads are ensured to be smoothly carried out, and the detection mode is more flexible and scientific.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.
Referring to fig. 12, an embodiment of the present application further provides a queuing system scheduling detection apparatus, where the queuing system scheduling detection apparatus corresponds to one-to-one queuing system scheduling detection methods in the foregoing embodiments. The queuing system scheduling detection device comprises a queuing system scheduling detection device,
the calling module is used for generating a dynamic link library of the target module by combining a preset data interface based on the MFC framework;
the data module is used for reading the configuration file, the module name and the processing function of the target module based on the dynamic link library;
the initialization module is used for initializing the corresponding target module based on the configuration file and the module name;
a processing thread module, configured to start a processing thread of the target module that completes initialization based on the processing function and the module name, where the processing thread is used to execute an operating program or a stop program of the corresponding target module;
the monitoring thread module is used for starting the monitoring thread of the target module, and the monitoring thread is used for detecting the state of the processing thread of the corresponding target module in real time;
and the abnormity judging and researching module is used for automatically pre-judging the reason of the abnormity when the state of the processing thread of the target module is detected to be abnormal.
For the specific definition of the queuing system scheduling detection apparatus, reference may be made to the above definition of the queuing system scheduling detection method, which is not described herein again. The modules in the queuing system scheduling detection device can be wholly or partially realized by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent of a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a computer device is provided, which may be a server. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement any of the queuing system scheduling detection methods described above.
In one embodiment, a computer-readable storage medium is provided, comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the following steps when executing the computer program:
s1, generating a dynamic link library of a target module by combining a preset data interface based on an MFC framework;
s2, reading a configuration file, a module name and a processing function of the target module based on the dynamic link library;
s3, initializing the corresponding target module based on the configuration file and the module name;
s4, starting a processing thread of the target module after initialization based on the processing function and the module name, wherein the processing thread is used for executing an operation program or a stop program of the corresponding target module;
s5, starting a monitoring thread of the target module, wherein the monitoring thread is used for detecting the state of a processing thread of the corresponding target module in real time;
and S6, if the state of the processing thread of the target module is detected to be abnormal, automatically pre-judging the reason of the abnormality.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above may be implemented by hardware instructions of a computer program, which may be stored in a non-volatile computer-readable storage medium, and when executed, may include the processes of the embodiments of the methods described above. Any reference to memory, storage, database or other medium used in the embodiments provided herein can include non-volatile and/or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), rambus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the system is divided into different functional units or modules to perform all or part of the above-mentioned functions.
Claims (15)
1. A queuing system scheduling detection method is characterized by comprising the following steps,
based on the MFC framework, combining a preset data interface to generate a dynamic link library of the target module;
reading a configuration file, a module name and a processing function of the target module based on the dynamic link library;
initializing the corresponding target module based on the configuration file and the module name;
starting a processing thread of the initialized target module based on the processing function and the module name, wherein the processing thread is used for executing an operating program or a stopping program of the corresponding target module;
starting a monitoring thread of the target module, wherein the monitoring thread is used for detecting the state of a processing thread of the corresponding target module in real time;
and if the state of the processing thread of the target module is detected to be abnormal, automatically pre-judging the reason of the abnormality.
2. The queuing system scheduling detection method of claim 1 wherein said step of initializing said corresponding target module based on said configuration file and said module name comprises,
based on the configuration file and the module name, acquiring a language text path and a log switch from a main thread of the MFC framework;
acquiring the working window state and the static text of the corresponding target module according to the language text path and the log switch;
creating a mutex for modifying parameters and operating the mutex;
initializing the drive of the corresponding target module;
and configuring the static text of the corresponding target module according to the working window state of the corresponding target module.
3. The queuing system scheduling detection method of claim 2 wherein said step of starting a processing thread of said target module that completes initialization based on said processing function and said module name comprises,
acquiring window overtime processing of the corresponding target module;
based on the mutex, waiting for a mutex lock;
when the mutex is locked, if the working window of the corresponding target module needs to be refreshed, recording a task to an overtime queue, and executing the task for refreshing the overtime queue according to the processing function and the module name;
judging whether the executed task of the overtime queue is overtime according to the window overtime processing of the corresponding target module;
if the executed task of the overtime queue is overtime, refreshing a corresponding working window of the target module to be in an idle state;
and releasing the mutual exclusion lock.
4. A queuing system scheduling detection method as claimed in claim 3 further comprising the step of,
when the mutual exclusion lock arrives, if the corresponding working window of the target module does not need to be refreshed;
judging whether the executed task of the overtime queue is overtime or not according to the window overtime processing of the corresponding target module;
and if the executed task of the overtime queue is not overtime, releasing the mutex lock.
5. A queuing system scheduling detection method as claimed in claim 1 further comprising the step of,
acquiring a configuration window of the target module based on the dynamic link library;
judging whether the target module completes initialization or not;
if the target module is initialized, opening a configuration window of the target module for visual display;
and if the target module does not finish initialization, displaying the initialization state on a configuration window of the target module.
6. The queuing system scheduling detection method of any one of claims 1-5 wherein, if the status of the processing thread of the target module is detected to be abnormal, the step of automatically pre-judging the cause of the abnormality comprises,
if the state of the processing thread of the target module is detected to be abnormal, calling a preset abnormal detection port;
and recording or reporting or popping a window to warn the processing thread of the target module of the abnormal reason based on the abnormal detection port.
7. The queuing system scheduling detection method of any one of claims 1-5 wherein, if the status of the processing thread of the target module is detected to be abnormal, the step of automatically pre-judging the cause of the abnormality comprises,
acquiring log file information about a processing thread, wherein the log file information comprises exception state information of the processing thread and captured exception reason information;
importing the log file information into a rule model established according to expert experience for learning;
presetting a supervision signal of a rule model, combining a learning result of the rule model, adjusting log file information, and inputting the log file information into the rule model for learning until the precision of an output result of the rule model reaches a preset value;
and pre-judging the abnormal reason of the processing thread of the target module based on the rule model with the precision reaching the preset value.
8. A queuing system scheduling detection method as claimed in claim 7 further comprising the step of,
counting historical exception handling measures corresponding to the processing thread in an exception state;
summarizing the exception handling measures into a log file and updating log file information based on the log file;
importing the updated log file information into a preset correlation degree analysis model for learning;
presetting a supervision signal of a correlation degree analysis model, combining a learning result of the correlation degree analysis model, adjusting log file information, and inputting the log file information into the correlation degree analysis model for learning until the precision of an output result of the correlation degree analysis model reaches a preset value;
and matching corresponding abnormal handling measures for the handling threads in the abnormal state by the target analysis module based on the correlation degree analysis model with the accuracy reaching the preset value.
9. The queuing system scheduling detection method of claim 8 wherein said step of analyzing the target module to match the corresponding exception handling measure for the processing thread in the exception state based on the correlation analysis model with the accuracy reaching the preset value comprises,
calculating a correlation value of an exception handling measure corresponding to a processing thread in an exception state of a target module;
sorting the abnormal handling measures corresponding to the handling threads in the abnormal state according to the sequence of the correlation values from large to small;
and selecting the exception handling measures ordered at the first position as the optimal exception handling measures corresponding to the processing thread in the exception state.
10. A queuing system scheduling detection method as claimed in claim 7 further comprising the step of,
performing priority level classification on abnormal reasons of processing threads of the pre-judged target module, and acquiring the total number of the processing threads in real time;
if the total number of the processing threads meets the triggering condition of the current-limiting processing, only the abnormal processing measures corresponding to the abnormal reasons of which the priority levels meet the preset condition are matched;
and storing the abnormal reasons of other priority levels into a buffer queue until the number of the processing threads does not meet the triggering condition of the current limiting processing, and matching the abnormal processing measures corresponding to the abnormal reasons of other priority levels according to a preset sequence.
11. The queuing system scheduling detection method of claim 10 wherein the trigger condition for the throttling process is dynamically adjusted as the number of the processing threads changes, wherein the processing threads include a first processing thread, a second processing thread and a third processing thread;
if the first processing threads are all in a working state, triggering current limiting processing;
if the second processing thread is in a working state and the state of the first processing thread meets a first preset condition, triggering current limiting processing;
and if the third processing thread is in a working state, and the state of the second processing thread and the state of the first processing thread meet a second preset condition, triggering current limiting processing.
12. The queuing system scheduling detection method of claim 11 wherein the current limiting process comprises a first current limiting process, a second current limiting process and a third current limiting process;
if the first processing threads are all in a working state, triggering first current limiting processing, wherein the first current limiting processing comprises an exception handling measure which is only matched for exception reasons of which the grades meet preset conditions;
if the second processing thread is in a working state and the state of the first processing thread meets a first preset condition, triggering second current limiting processing, wherein the second current limiting processing comprises at least two abnormal processing measures which are only matched for abnormal reasons of which the grades meet the preset condition;
and if the third processing thread is in a working state, and the state of the second processing thread and the state of the first processing thread meet a second preset condition, triggering third current limiting processing, wherein the third current limiting processing comprises matching all satisfied exception handling measures only for the exception reasons of which the grades meet the preset condition.
13. A queuing system scheduling detection device is characterized by comprising,
the calling module is used for generating a dynamic link library of the target module by combining a preset data interface based on the MFC framework;
the data module is used for reading the configuration file, the module name and the processing function of the target module based on the dynamic link library;
the initialization module is used for initializing the corresponding target module based on the configuration file and the module name;
a processing thread module, configured to start a processing thread of the target module that completes initialization based on the processing function and the module name, where the processing thread is used to execute an operating program or a stop program of the corresponding target module;
the monitoring thread module is used for starting the monitoring thread of the target module, and the monitoring thread is used for detecting the state of the processing thread of the corresponding target module in real time;
and the abnormity judging and researching module is used for automatically pre-judging the reason of the abnormity when the state of the processing thread of the target module is detected to be abnormal.
14. A computer device comprising a memory, a processor and a computer program stored on the memory, the processor executing the computer program to perform the steps of the method of any one of claims 1 to 12.
15. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 12.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211489194.7A CN115756797B (en) | 2022-11-25 | 2022-11-25 | Queuing system scheduling detection method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211489194.7A CN115756797B (en) | 2022-11-25 | 2022-11-25 | Queuing system scheduling detection method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115756797A true CN115756797A (en) | 2023-03-07 |
| CN115756797B CN115756797B (en) | 2023-06-20 |
Family
ID=85337866
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211489194.7A Active CN115756797B (en) | 2022-11-25 | 2022-11-25 | Queuing system scheduling detection method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115756797B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101739745A (en) * | 2009-12-01 | 2010-06-16 | 中国建设银行股份有限公司 | Queuing processing device and processing method thereof and queuing machine |
| WO2014102797A1 (en) * | 2012-12-30 | 2014-07-03 | Wiseye Video System Ltd. | Distributed business intelligence system and method of operation thereof |
| US20170024244A1 (en) * | 2015-07-24 | 2017-01-26 | Thomson Licensing | Method for monitoring a software program and corresponding electronic device, communication system, computer readable program product and computer readable storage medium |
| CN109542599A (en) * | 2018-11-08 | 2019-03-29 | 南京理工大学 | A kind of embedded OS thread monitoring method |
| CN114968394A (en) * | 2022-04-18 | 2022-08-30 | 广州博冠信息科技有限公司 | Loading method and device of dynamic link library file and electronic equipment |
-
2022
- 2022-11-25 CN CN202211489194.7A patent/CN115756797B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101739745A (en) * | 2009-12-01 | 2010-06-16 | 中国建设银行股份有限公司 | Queuing processing device and processing method thereof and queuing machine |
| WO2014102797A1 (en) * | 2012-12-30 | 2014-07-03 | Wiseye Video System Ltd. | Distributed business intelligence system and method of operation thereof |
| US20170024244A1 (en) * | 2015-07-24 | 2017-01-26 | Thomson Licensing | Method for monitoring a software program and corresponding electronic device, communication system, computer readable program product and computer readable storage medium |
| CN109542599A (en) * | 2018-11-08 | 2019-03-29 | 南京理工大学 | A kind of embedded OS thread monitoring method |
| CN114968394A (en) * | 2022-04-18 | 2022-08-30 | 广州博冠信息科技有限公司 | Loading method and device of dynamic link library file and electronic equipment |
Non-Patent Citations (1)
| Title |
|---|
| 赖英旭 等: "《工业控制系统信息安全》", 西安电子科技大学出版社, pages: 55 - 56 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115756797B (en) | 2023-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10572360B2 (en) | Functional behaviour test system and method | |
| US8990840B2 (en) | Methods and reconfigurable systems to incorporate customized executable code within a condition based health maintenance system without recompiling base code | |
| US5950006A (en) | Object-oriented programmable controller | |
| US10452521B2 (en) | Development and production data based application evolution | |
| US8615773B2 (en) | Systems and methods for coordinating computing functions to accomplish a task using a configuration file and standardized executable application modules | |
| US9378015B2 (en) | Predicting defects in code | |
| US8549483B1 (en) | Engine for scalable software testing | |
| JP2018509709A (en) | Knowledge-intensive data processing system | |
| CN112130880B (en) | Method and device for publishing micro service, computer equipment and storage medium | |
| EP2040135A2 (en) | Automated validation of application code for an industrial control environment | |
| CN1755648A (en) | Method, system, and apparatus for identifying unresponsive portions of a computer program | |
| CN110716878A (en) | Automatic interface testing method, device and system | |
| US11169910B2 (en) | Probabilistic software testing via dynamic graphs | |
| US10839326B2 (en) | Managing project status using business intelligence and predictive analytics | |
| Dhanalaxmi et al. | A review on software fault detection and prevention mechanism in software development activities | |
| CN114546864A (en) | Software quality evaluation method, device, equipment and storage medium | |
| EP3367241B1 (en) | Method, computer program and system for providing a control signal for a software development environment | |
| CN115756797A (en) | Queuing system scheduling detection method and device | |
| CN113760491A (en) | Task scheduling system, method, equipment and storage medium | |
| US10924362B2 (en) | Management of software bugs in a data processing system | |
| US20200310938A1 (en) | Method for risk-based testing | |
| CN110046658B (en) | Method for remote operation of a device and related apparatus | |
| JP2023537766A (en) | Systems and methods for automated data science processes | |
| CN110837399A (en) | Method and device for managing streaming computing application program and computing equipment | |
| US20180089344A1 (en) | Adaptive methodology framework system and method thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |